BRPI0716503A2 - Método e sistema para executar transações de comércio eletrônico - Google Patents

Description

RELATÓRIO DESCRITIVO Pedido de Patente de Invenção para: "MÉTODO E SISTEMA PARA EXECUTAR TRANSAÇÕES DE COMÉRCIO ELETRÔNICO".

Referência cruzada com pedidos relacionados Este pedido reivindica o beneficio relativo ao Pedido

Europeu n° 06300875.9, intitulado "Processo de transação de comércio eletrônico", depositado em 10 de agosto de 2006, em nome de Sebastien Crussol e Philippe Mendil. Fundamentos

Em sistemas de transação eletrônica on-line existentes, um

site de venda on-line processa um pagamento de um comprador que lida diretamente com outra entidade que está envolvida na transação. De uma maneira geral, a outra entidade é uma instituição financeira que aceita pagamentos com cartão de crédito, cartões pré-pagos, contas pré-pagas, transferências eletrônicas bancárias, garantias, e/ou outras formas de pagamento. Assim, um dentre o site de venda on-line ou a instituição financeira requer obter dados confidenciais do comprador, como identidade pessoal, nome pessoal, endereço pessoal, endereço postal, dados de cartão de crédito, informação de conta bancária e/ou outros dados financeiros. O comprador, o site de venda on-line, e a outra entidade comunicam-se por meio de uma mesma rede, tipicamente a internet. Embora seja possível implementar várias medidas para assegurar a transmissão da informação confidencial, por exemplo, encriptação da transmissão, uso de firewalls para proteger servidores de pagamentos que armazenam a informação confidencial, etc., parece que a informação confidencial nunca está realmente segura de ser furtada por ladrões que operam por meio da mesma rede que o site de venda on-line, o comprador e/ou a outra entidade. Além disso, o número crescente de sites de vendas on- line requer que a informação confidencial seja despachada e/ou armazenada tantas vezes quantos forem os sites de vendas usados pelo comprador. O número de falhas de segurança que ocorre nos sites de vendas ou durante a transmissão tem crescido recentemente, causando, com isto, o crescente mau uso de dados confidenciais e dos danos financeiros substanciais a compradores e instituições que garantem o pagamento de transações on-line, como companhias de cartões de crédito e de seguros.

Em um esforço para aperfeiçoar a segurança no processamento de pagamentos sabe-se envolver uma terceira parte para o processamento de pagamentos. O Pedido Internacional publicado sob WO 02/05231 A2 revela um sistema do tipo referido em que um comprador usa a internet para realizar uma seleção on-line de itens em um website do vendedor, e é redirecionado por meio da internet para um processador de pagamentos constituído de uma terceira parte para processar pagamento de uma transação eletrônica. Durante os intercâmbios com o processador de pagamentos, o comprador pode ser desconectado eletricamente do vendedor, impedindo com isto que dados financeiros ou privados sejam passados ao vendedor. A terceira parte estabelece uma conta para o comprador, se este já não possuir uma, que pode ser lastreada por um cartão de crédito, cartão de débito ou conta bancária. A conta é identificada com um endereço de correio eletrônico ou outro identificador único. 0 processador de pagamentos transfere o pagamento do comprador para o vendedor. Eventualmente, o comprador pode ser redirecionado para o vendedor após a conclusão ou o cancelamento do pagamento. No sistema do documento WO 02/05231 A2, a informação financeira do comprador é transmitida através da conexão de internet entre o comprador e o processador de pagamentos no momento da solicitação de pagamento, ou recuperada de um depositório do processador de pagamentos se o comprador já transmitiu previamente sua informação financeira prevendo transações futuras. De um modo geral, pelo menos em algum momento, o comprador precisa transmitir dados financeiros ou privados através da internet. No caso de um ladrão obter a 2 0 identificação da conta do comprador, o ladrão poderá usar a conta apenas para pagar itens comprados no site do vendedor.

Assim, o problema técnico a ser solucionado envolve a execução de uma transação de comércio eletrônico sem que informação sensível e/ou pessoal seja transmitida através de uma rede não segura, como a Internet a qualquer momento.

Adicionalmente, referida informação sensível/pessoal também não deve ser armazenada em um local conhecido que é acessível via uma conexão de rede não-segura. Resumo

De uma forma geral, em um aspecto, a invenção refere-se a um método para completar uma transação de comércio eletrônico, compreendendo receber informação de segurança associada com a identidade real de um comprador, receber marcadores de segurança virtuais correspondentes à informação de segurança associada com a identidade real de um comprador, armazenar a informação de segurança e os marcadores de segurança virtuais em uma entidade isolada de um sistema de pagamentos dedicado, transferir os marcadores de segurança virtuais para uma entidade do mundo virtual do sistema de pagamentos dedicado, sendo que a entidade do mundo virtual é conectada operacionalmente a uma primeira rede que o comprador usa para conectar-se ao sistema de pagamento dedicado, e executar a transação de comércio eletrônico via a 2 0 primeira rede usando os marcadores de segurança virtuais e a informação de segurança associada com a identidade real do comprador, sendo que a entidade isolada é desconjugada comunicativamente da entidade do mundo virtual e da primeira rede, e sendo que a informação de segurança associada com a identidade real do comprador não é transmitida via a primeira rede durante a execução da transação de comércio eletrônico.

De uma forma geral, em um aspecto, a invenção refere-se a um sistema para completar uma transação de comércio eletrônico, compreendendo um primeiro dispositivo computacional configurado para conectar um comprador associado com a transação de comércio eletrônico a um site de venda on-line, o site de venda on-line (OVS) executando um segundo dispositivo computacional e configurado para fornecer um serviço de comércio eletrônico ao comprador, e um sistema de pagamentos dedicado configurado para facilitar um pagamento do comprador ao OVS para o serviço de comércio eletrônico, compreendendo uma entidade do mundo virtual configurada para conectar um comprador associado com uma transação de comércio eletrônico ao sistema de pagamentos dedicado via uma primeira rede e armazenar marcadores de segurança virtuais associados com o comprador em um repositório, uma entidade isolada configurada para receber e armazenar informação de segurança associada com a identidade real do comprador, e um agente de transporte configurado para transmitir dados associados com a transação de comércio eletrônico entre a entidade do mundo virtual e a entidade isolada, sendo que o agente de transporte é conectado a apenas uma dentre a entidade do mundo virtual e a entidade isolada de cada vez, e sendo que a informação de segurança associada com a identidade real do comprador não é transmitida através da primeira rede.

De uma forma geral, em um aspecto, a invenção refere-se a um método para completar uma transação de comércio eletrônico, compreendendo o fornecimento, por parte de um comprador, de informação de segurança associada com uma identidade real do comprador, o fornecimento de marcadores de segurança virtuais correspondentes à informação de segurança associada com uma identidade real do comprador, sendo que os marcadores de segurança virtuais excluem informação associada com a identidade real do comprador, a solicitação de um serviço de comércio eletrônico de um site de venda on-line acessado via uma primeira rede, sendo que o serviço de comércio eletrônico compreende a aquisição de um objeto, e a execução da transação de comércio eletrônico no site de venda on-line, sendo que a execução da transação de comércio eletrônico compreende dotar o site de venda on-line com marcadores de segurança virtuais, e o recebimento da entrega do objeto adquirido, sendo que a informação de segurança associada com a identidade real do comprador não é transmitida 2 0 através de uma primeira rede enquanto é executada a transação de comércio eletrônico; e sendo que um pagamento associado com o objeto adquirido é completado por meio de uma rede proprietária configurada para facilitar comunicação entre um sistema de pagamentos dedicado e uma conta bancária associada com o site de venda on-line.

Outros aspectos da invenção se tornarão aparentes a partir da descrição a seguir e das reivindicações anexas.

Breve descrição dos desenhos

Figura 1 mostra uma sinopse do sistema de uma transação de exemplo de acordo com uma ou mais modalidades da invenção.

Figura 2 mostra uma sinopse esquemática de um sistema de pagamentos dedicado exemplar de acordo com uma ou mais modalidades da invenção.

Figura 3 mostra uma sinopse esquemática de uma agência de frente e agência intermediária exemplar em um sistema de pagamentos dedicado de acordo com uma ou mais modalidades da invenção.

Figura 4A mostra uma sinopse esquemática de uma agência de

retaguarda exemplar em um sistema de pagamentos dedicado de acordo com uma ou mais modalidades da invenção.

Figura 4B mostra uma vista expandida do sistema de pagamentos dedicado de acordo com uma ou mais modalidades da invenção.

Figura 5 mostra uma inicialização de um pedido de transação como executado em uma entidade do mundo virtual de acordo com uma ou mais modalidades da invenção. Figura 6 mostra uma inicialização de transação como executada na entidade do mundo virtual de acordo com uma ou mais modalidades da invenção.

Figura 7 mostra uma primeira parte de um processo de validação de transação como executado em uma entidade isolada de acordo com uma ou mais modalidades da invenção.

Figura 8 mostra uma segunda parte de um processo de validação de transação como executado em uma entidade isolada de acordo com uma ou mais modalidades da invenção. Figura 9 mostra uma terceira parte de um processo de

validação de transação como executado na entidade do mundo virtual de acordo com uma ou mais modalidades da invenção.

Figura 10 mostra uma quarta parte de um processo de validação de transação como executado na entidade do mundo virtual de acordo com uma ou mais modalidades da invenção.

Figura 11 mostra uma quinta parte de um processo de validação de transação como executado na entidade isolada de acordo com uma ou mais modalidades da invenção.

Figura 12 mostra uma sexta parte de um processo de validação 2 0 de transação como executado na entidade isolada de acordo com uma ou mais modalidades da invenção.

Figura 13 mostra uma finalização de um processo de validação de transação como executado na entidade do mundo virtual de acordo com uma ou mais modalidades da invenção. Figura 14 mostra uma sinopse de um processo completo de validação de transação de acordo com uma ou mais modalidades da invenção.

Figura 15 mostra uma sinopse de um sistema de pagamentos dedicado e seus atores de acordo com uma ou mais modalidades da invenção.

Figura 16 mostra um processo de cadastro a ser executado antes de uma transação de comércio eletrônico de acordo com uma ou mais modalidades da invenção. Figura 17 mostra um gráfico de fluxo de acordo com uma ou

mais modalidades da invenção.

Figura 18 mostra um sistema de computador de acordo com uma ou mais modalidades da invenção. Descrição detalhada Modalidades especificas da invenção serão descritas agora

detalhadamente com referência às figuras anexas. Elementos similares nas diversas figuras são indicados por numerais de referência similares para consistência.

Na descrição detalhada de modalidades da invenção a seguir são apresentados numerosos detalhes específicos para proporcionar uma compreensão mais aprofundada da invenção. No entanto, alguém versado na técnica perceberá gue a invenção pode ser praticada sem estes detalhes específicos. Em outros casos, não se descreveu detalhadamente características bem conhecidas para evitar complicar desnecessariamente a descrição.

De uma forma geral, modalidades da invenção proporcionam um sistema e método para executar uma transação de comércio eletrônico. Mais especificamente, a presente invenção permite colocar uma pedido de compra e de fornecimento através da internet para um produto ou serviço, ao mesmo tempo que se concretiza um pagamento do pedido efetuado sem jamais revelar qualquer informação real e/ou confidencial, por exemplo, a identidade real do comprador, o endereço do comprador, a informação bancária do comprador ou a informação do cartão de crédito do comprador através da internet. Conseqüentemente, a presente invenção proporciona um nível sem precedentes de segurança para transação de comércio eletrônico através da internet. Sucintamente, a invenção proporciona isto, de maneira efetiva, por meio de um procedimento de registro específico para registrar o comprador, e por meio da criação de uma quantidade de marcadores e parâmetros virtuais correspondentes à informação real e/ou confidencial do comprador. Os marcadores e parâmetros 2 0 virtuais podem ser usados em uma entidade do mundo virtual de um sistema de pagamentos dedicado de acordo com a invenção, para processar um pedido de transação de comércio eletrônico. Os marcadores e parâmetros virtuais podem ser usados em lugar da identidade real do comprador, o endereço do comprador, a informação bancária do comprador. Os marcadores e parâmetros virtuais compreendem pelo menos um item correspondente a um parâmetro de segurança que precisa ser preenchido durante uma realização de transação de comércio eletrônico. Isto será melhor compreendido e de forma mais detalhada mediante a leitura da descrição de exemplos de modalidades preferidas a seguir.

Com referência à Figura 1, mostra-se uma sinopse esquemática de atores envolvidos em um exemplo de uma transação de comércio eletrônico típica. A transação de comércio eletrônico envolve a aquisição de um ou mais objetos. Em uma ou mais modalidades da invenção, a aquisição de um objeto pode envolver uma aquisição de itens materiais, por exemplo, bens físicos, por meio de uma rede não-segura, como a Internet, uma rede de telefones móveis, uma rede de televisão à cabo, uma rede telefônica comutada pública (PSTN, public switched telephone network) , ou qualquer outro tipo de rede pública. Neste caso, os bens físicos adquiridos podem ter que ser entregues fisicamente ao comprador após a aquisição ser completada. Alternativamente, a transação de comércio eletrônico pode envolver a aquisição de objetos que são de natureza não- material e que podem não requerer o mesmo tipo de entrega física ao comprador. Por exemplo, em uma ou mais modalidades da invenção, a transação de comércio eletrônico pode envolver a aquisição ou o pagamento de um serviço, como aquisição de software on-line, realização de download e pagamento de conteúdo musical on-line, pagamento de uma taxa associada com um bilhete, aquisição de uma passagem aérea on-line, ou qualquer outro serviço eletrônico em que um comprador pode envolver-se ou realizar um pagamento para o mesmo.

Para iniciar uma transação típica, um comprador 10 conecta-

se a um site de venda on-line (OVS) 11 de uma maneira convencional, por exemplo, usando um cliente de navegador da web (não mostrado na Figura 1) ou qualquer outro programa transacional que está sendo executado no dispositivo computacional. Aqueles versados na técnica perceberão que o comprador pode conectar-se a um OVS usando qualquer dispositivo computacional que suporta uma conexão de rede, como um computador pessoal, um telefone móvel, um dispositivo de rede a cabo, um assistente digital pessoal, um dispositivo de jogos, etc. 0 comprador 10 seleciona então um ou mais itens (não mostrado na Figura 1) para comprar. Os itens podem ser reunidos tipicamente em um carrinho de compras eletrônico (não mostrado na Figura 1). Ad icionalmente, o OVS também pode estar operando em outro dispositivo computacional, como descrito acima. Por exemplo, o OVS pode estar associado com um vendedor on-line em particular que opera seu website em um servidor, um computador pessoal, ou qualquer outro dispositivo computacional.

Aqueles versados na técnica perceberão que o OVS 11 pode ser o website do próprio vendedor, mas o OVS de expressão também pode ser usado para indicar um operador efetivo do site quando, por exemplo, chega o momento de receber e/ou implementar instruções para entrega.

Uma vez que o comprador 10 terminou de fazer uma seleção de itens, ele/ela precisa confirmar sua seleção e proceder ao pagamento de um preço combinado para os itens. O comprador 10 procede ao pagamento mediante acionamento de um botão de pagamento (não mostrado na Figura 1) que aparece na página da web que ele/ela está olhando. Ao acionar o botão de pagamento o comprador é redirecionado para um website de pagamentos dedicado (DPW, dedicated payment website) 12 que é de propriedade de um operador de website de pagamentos dedicado. 0 website de pagamentos dedicado 12 e o operador do website de pagamentos dedicado são representados pela entidade simples 12 na Figura 1.

Durante o redirecionamento para o DPW 12, o OVS pode identificar-se no DPW. Uma vez que a identificação do OVS 11 foi bem sucedida, o OVS transfere informação de transação incluindo, por exemplo, uma referência para a transação de comércio eletrônico que poderia resultar da seleção de itens feita pelo comprador, e um preço de aquisição combinado para o(s) item/itens adquirido(s).

0 comprador 10 autentica-se no DPW 12 via o navegador da web executando no dispositivo computacional do comprador. Isto pode ser realizado, por exemplo, pela introdução da identificação do login e uma senha correspondente (não mostrado na Figura 1). Após a autenticação, o DPW 12 pode oferecer ao comprador 10 uma seleção de um ou de uma pluralidade de endereços para entrega predeterminados. 0 endereço para entrega predeterminado ou a pluralidade de endereços para entrega predeterminados não aparece(m) como endereços reais efetivos, mas, ao invés, são representados, cada um, por um parâmetro de endereço virtual correspondente. 0 parâmetro de endereço virtual pode ser, por exemplo, um termo genérico, como "casa" ou "escritório". Como se compreenderá no decorrer da descrição, o endereço para entrega predeterminado constitui o parâmetro de segurança que precisa ser preenchido durante a execução da transação de comércio eletrônico. Além de confirmar a sua seleção de um parâmetro de endereço virtual, o comprador pode confirmar adicionalmente o preço combinado (não mostrado na Figura 1) . Aqueles versados na técnica perceberão que o parâmetro de segurança preenchido durante a transação de comércio eletrônico pode ser qualquer identificador único do comprador, e não necessariamente o endereço de entrega do comprador. Por exemplo, se a transação de 2 0 comércio eletrônico envolver pagamento de uma taxa associada com um bilhete de estacionamento, então o parâmetro de segurança preenchido durante a transação de comércio eletrônico pode envolver o fornecimento, por parte do comprador, do número da placa de identificação do veiculo, e o parâmetro de segurança virtual pode envolver um marcador virtual associado com o número da placa de identificação do veiculo do comprador, para que o número efetivo da placa de identificação não seja transmitido através da primeira rede. Em outras modalidades da invenção, o parâmetro de segurança pode incluir o número de seguridade social do comprador, o número da carteira de habilitação do comprador, ou qualquer outro identificador único/informação pessoal protegido pelo comprador.

Aqueles versados na técnica perceberão que o endereço para entrega predeterminado, ou seja, o endereço real ou endereço postal do comprador, foi transmitido a um operador de site de pagamentos dedicado antes de iniciar a transação de comércio eletrônico, de preferência, durante o tempo em que o comprador cadastrou-se para os serviços oferecidos pelo DPW. De maneira análoga, antes da transação de comércio eletrônico, o comprador também transmitiu ao operador de site de pagamentos dedicado sua identidade real e informação bancária. Informação associada com o identificador real do comprador pode incluir, embora sem limitação, o número de seguridade social do comprador, os números de telefones do comprador, o número da placa de identificação do veiculo do comprador, o número da carteira de habilitação do comprador, o endereço de e-mail do comprador, ou qualquer outro identificador único do comprador. A transmissão da informação pessoal, como identidade real, informação bancária e endereço para entrega predeterminado do comprador ao operador do website de pagamentos dedicado é parte de um cadastro preliminar que precisa ser realizado off-line por razões de segurança. Mais especificamente, referida informação sensível é transmitida por meio de uma rede proprietária segura, ao invés de através da rede à qual a entidade do mundo virtual está conectada. Em momento algum qualquer informação pessoal sensível relativa ao comprador deveria transitar on-line, porque a informação transmitida on- line pode ser potencialmente interceptada e reutilizada por uma terceira parte, por exemplo, por um ladrão ou um hacker.

Em seguida, o DPW 12 prossegue informando o OVS 11 que o pedido para os itens selecionados está confirmado. Neste ponto, o OVS 11 pode obter do DPW 12 o endereço para entrega predeterminado correspondendo ao parâmetro de endereço virtual selecionado para que o OVS 11 se prepare para a entrega. No entanto, a entrega efetiva dos itens selecionados não é executada até que o site de pagamentos dedicado confirme instruções de entrega e tenha executado uma primeira transferência eletrônica, que assegura o pagamento pelo preço do objeto adquirido, da conta bancária do comprador para uma conta bancária do operador do sistema.

Neste ponto do processo, o comprador 10 completou seu pedido. 0 operador do DPW 12 (DPWO) prossegue inicializando um pagamento do preço combinado usando a informação bancária do comprador. Como já mencionado, a informação bancária do comprador foi fornecida ao DPWO 12 pelo comprador antes da transação de comércio eletrônico. A inicialização do pagamento pode ser realizada, por exemplo, fornecendo instruções a um banco do DPWO 14 psra debitar o preço combinado da conta bancária do comprador no banco do comprador 13 em beneficio do DPWO. Dito de outra maneira, uma transferência eletrônica através de uma rede bancária proprietária é realizada para assegurar o pagamento desde a conta bancária do comprador para a conta bancária do operador do sistema. A conta bancária do operador do sistema pode ser qualquer conta bancária neutra combinada entre o comprador, o OVS, e os bancos envolvidos para reter o pagamento pelo preço de aquisição do objeto até que a entrega do objeto ao comprador tenha sido bem sucedida. Uma vez obtida a confirmação do débito do preço combinado, por exemplo, pelo banco do DPWO 14, o DPWO 12 contacta o OVS 11 para solicitar que as instruções para entrega sejam executadas. Assim, o DPW inicia uma ordem de entrega ao OVS após a realização da transferência eletrônica inicial, e o pagamento é protegido em uma conta bancária neutra. 2 0 Agora, o OVS 11 prossegue confirmando a entrega dos itens

selecionados que foram adquiridos. Isto é feito usando-se um serviço de entregas preferido (PDS, preferred delivery service) 15. Mediante a entrega dos itens selecionados no endereço predeterminado do comprador, obtém-se uma confirmação da entrega (não mostrado na Figura 1) pelo PDS do comprador, e que é encaminhada ao OVS 11. 0 OVS 11 retorna ao DPWO 12 a confirmação da entrega. Isto gera o pagamento ao OVS 11 por parte do DPWO 12. 0 pagamento pode ser realizado, por exemplo, usando o banco do DPWO 14 e um banco do OVS 16. Aqui, em uma ou mais modalidades da invenção, realiza-se uma segunda transferência eletrônica para assegurar o pagamento da conta bancária do operador do sistema para a conta bancária do vendedor on-line. Novamente, a segunda transferência eletrônica é realizada através de uma rede bancária proprietária, e não via a primeira rede. A execução da segunda transferência eletrônica resulta no pagamento, pelo preço de aquisição do objeto, a ser recebido pelo vendedor on-line em uma conta bancária associada com o vendedor on-line. A informação bancária (ou seja, números de conta bancária, informação de roteamento associada com a(s) conta(s) bancária(s), etc.) para a(s) conta (s) bancária(s) do vendedor on-line também é fornecida à agência de retaguarda (ou seja, a entidade isolada) pelo vendedor on-line antes do inicio da transação de comércio eletrônico.

Aqueles versados na técnica perceberão que, no presente

exemplo, os itens selecionados são de natureza material e, portanto, precisam ser entregues utilizando-se um serviço de entregas, como uma empresa de courier. Em uma ou mais modalidades da invenção, os itens selecionados podem ser de natureza imaterial. No caso referido por último, a entrega dos itens selecionados pode ser realizada de outra maneira, por exemplo, por meio de um serviço de downloading, no caso de os itens selecionados serem software.

0 OVS 11 é responsável por facilitar a entrega bem sucedida

dos itens selecionados e por proporcionar uma confirmação de entrega ao DPWO. Se o OVS 11 falhar em entregar com êxito os itens selecionados, o OVS 11 pode não ser pago pelo DPWO. Assim, o OVS 11 precisa ser particularmente cuidadoso na organização da entrega e na obtenção da confirmação da entrega para os itens selecionados. Se o comprador declarar que os itens selecionados não foram entregues adequadamente, apesar do fato de o OVS encontrar-se de posse da confirmação de entrega, o OVS 11 pode precisar provar que efetuou uma entrega apropriada ao comprador no endereço predeterminado selecionado.

0 DPWO 12 informa então o OVS 11 acerca do pagamento e pode arquivar toda a informação relacionada com a transação completada. Neste ponto, a transação típica pode ser considerada completa.

A presente sinopse de uma transação típica, ou seja, uma

modalidade exemplar da invenção, proporciona uma explicação simplificada do processo e sistema inventivos que auxiliará a compreender a apresentação mais detalhada a seguir de características técnicas e etapas de processo. Figura 2 contém uma representação esquemática de um sistema de pagamentos dedicado 20 exemplar de acordo com a invenção. O sistema de pagamentos dedicado 20 é operado pelo operador do website de pagamentos dedicado (não mostrado na Figura 2). Mais especificamente, em uma ou mais modalidades da invenção, o sistema de pagamentos dedicado 20 pode compreender uma agência de frente 21, uma agência intermediária 22 e uma agência de retaguarda 23.

A agência de frente 21 pode lidar com a comunicação de rede 24 entre o sistema de pagamentos dedicado e o comprador (não mostrado na Figura 2) ou o site de venda on-line (não mostrado na Figura 2) . A comunicação de rede 24 é representada por uma primeira seta dupla 24. A comunicação de rede 24 pode ocorrer através de uma primeira rede (não mostrado na Figura 2), por exemplo, a Internet, em que a agência de frente é observada como possuindo um endereço IP determinado. Se a primeira rede for a Internet, a comunicação de rede 24 pode basear-se no padrão TCP/IP que é bem conhecido. A comunicação de rede pode compreender uma ligação protegida, como o link de rede privada virtual (VPN, Virtual Private Network) conhecido (não mostrado na Figura 2) . A VPN pode ser usada para trocar informação de transação com o site de venda on-line caso se deseje alguma segurança adicional. Embora a VPN utilize a comunicação de rede 24, ela possui um endereço VPN-IP diferente do endereço IP determinado pela agência de frente.

A agência de frente 21 lida adicionalmente com intercâmbios com a agência intermediária 22 como representado por uma segunda seta dupla 25. Os intercâmbios 25 podem ser, tipicamente, do mesmo padrão TCP/IP gue aquele usado para a comunicação de rede 24.

A agência intermediária 22 pode hospedar uma aplicação que é tornada disponível através da agência de frente 21 à comunicação de rede 24. 0 pedido pode processar ou gerar dados do pedido (não mostrado na Figura 2). Dados do pedido a serem processados pela agência intermediária 22 podem ser fornecidos pela agência de frente 21 ou pela agência de retaguarda 23. Por outro lado, dados do pedido podem ser gerados pela agência intermediária 22 e direcionados para a agência de frente 21 ou para a agência de retaguarda 23.

Dados do pedido gerados pela agência intermediária 22, e destinados à agência de frente 21 transitam através dos intercâmbios 25. Dados do pedido gerados pela agência intermediária 22, e destinados à agência de retaguarda 23 transitam primeiro até um Dispositivo de Transporte de Dados de Comutação Alternante 26 (ASDTD, Alternating Switch Data Transporting Devíce) . 0 ASDTD 2 6 pode ser compreendido como um meio de armazenamento que pode, ou ser conectado operacionalmente à agência intermediária 22 ou à agência de retaguarda 23, mas não a ambas, a agência intermediária 22 e a agência de retaguarda simultaneamente. Em uma ou mais modalidades da invenção, o ASDTD 26 pode ser implementado como um pedido (ou seja, um agente de transporte de software) ou como um dispositivo físico.

Em um caso exemplar em que o ASDTD 26 é um dispositivo físico, para transferir dados do pedido gerados pela agência intermediária 22 para a agência de retaguarda 23, o ASDTD 26 é conectado à agência intermediária 22 por meio de primeiros meios de conexão, como representado por uma seta dupla entre o ASDTD 26 e a agência intermediária 22, e os dados do pedido são então armazenados pela agência intermediária 22 no ASDTD 26. O ASDTD 26 é então desconectado da agência intermediária 22 e conectado a agência de retaguarda 23 por meio de um segundo meio de conexão, como representado por uma seta dupla entre o ASDTD 26 e a agência de retaguarda 23. A agência de retaguarda 23 lê, então, os dados do ASDTD 26.

Em outro exemplo, o ASDTD 2 6 é implementado como uma aplicação de software, e apresenta um funcionamento similar ao funcionamento do dispositivo físico. É possível proporcionar uma segurança adicional ao ASDTD implementada como uma aplicação, por meio da introdução de restrição sobre um tipo de informação e/ou em um formato de informação que o ASDTD está capacitado a armazenar e mover da agência intermediária 22 para a agência de retaguarda 23 ou vice-versa. Desta forma, nenhum outro tipo ou formato de informação diferente do especificado na restrição pode ser movido pelo ASDTD (discutido abaixo na Figura 4B).

Como representado na Figura 2 por uma barra hachurada 27, a agência intermediária 22 e a agência de retaguarda 23 são desconectadas fisicamente, ou, em outras palavras, desconjugadas comunicativamente. A ausência de uma conexão física entre a agência intermediária 22 e a agência de retaguarda 23 torna impossível comunicar qualquer sinal elétrico entre estas entidades. Portanto, a ausência da conexão física assegura que qualquer conexão de rede através do enlace de rede, por exemplo, um enlace de natureza física, eletrônica, magnética, óptica ou eletromagnética é proibida. A única maneira possível de transitar quaisquer dados da agência intermediária 22 para a agência de retaguarda 23 consiste em usar o ASDTD 26 que pode ser alternado entre estas entidades de uma maneira alternante. A alternação do ASDTD 26 entre estas entidades é representada por uma seta dupla pontilhada que cruza a barra hachurada 27.

Em um exemplo adicional de um dispositivo físico, o ASDTD pode ser um robô de armazenamento com meios de armazenamento (não mostrado na Figura 2) . 0 robô de armazenamento pode compreender meios de transporte que transportam os meios de armazenamento entre a agência intermediária 22 e a agência de retaguarda 23. De maneira similar, dados do pedido fornecidos pela agência de retaguarda 23, que se destinam a serem processados pela agência intermediária 22 transitam primeiro para o ASDTD 26. 0 ASDTD 26 é conectado à agência de retaguarda 23 e os dados do pedido são armazenados pela agência de retaguarda 23 no ASDTD 26. Subseqüentemente, o ASDTD 26 é "desconectado" da agência de retaguarda 23 e conectado à agência intermediária 22. A agência intermediária 22 lê, então, os dados do ASDTD 26.

A agência de retaguarda 23 gerencia adicionalmente intercâmbios bancários 28 como representado por uma seta dupla 28. Os intercâmbios bancários 28 compreendem trocas de informação com o banco do operador do website de pagamentos dedicado (não mostrado na Figura 2). Os intercâmbios bancários 28 podem transitar através de uma rede proprietária (não mostrada) que é diferente de uma rede usada para as comunicações de rede 24, por exemplo, uma rede proprietária diferente da primeira rede, ou diferente da Internet, se apropriado. A natureza distinta das redes assegura que não há possibilidade de acessar informação comunicada na rede proprietária por meio da rede usada para as comunicações de rede 24. A natureza distinta das redes contribui, portanto, para aperfeiçoar a segurança global do sistema de pagamentos dedicado 20.

Itens e entidades separadas do sistema de pagamentos dedicado 20 serão descritos agora de forma mais detalhada. A agência de frente e agência intermediária podem ser definidas conjuntamente como uma entidade ou entidade do mundo virtual que é conectada com a primeira rede (por exemplo, a Internet), mas desconectada da rede proprietária. A Figura 3 mostra uma modalidade exemplar para realizar a agência de frente 21 e agência intermediária 22.

A agência de frente 21 pode incluir, por exemplo, uma pluralidade de servidores, incluindo servidores da web 30 e 31, e servidores de comunicação de e-mail 32 e 33. A agência de frente 21 gerencia a comunicação de rede 24 com a primeira rede (não mostrado na Figura 3) através de um ou de uma pluralidade de roteadores e firewalls 34 e 35. Uma interface de rede 39 permite interfacear entre o conjunto de roteadores e firewalls 34 e 35, e a primeira rede para permitir as comunicações de rede 24 . A interface de rede 39 pode ser proporcionada ou especificada, por exemplo, por um Provedor de Serviços de Internet (ISP, Internet Service Provider) para acessar a internet e, como tal, só seria relevante em uma configuração em que a primeira rede é a internet, para proporcionar acesso à internet. É possível usar outros tipos de interfaces de rede 39 dependendo da natureza da primeira rede.

É possível usar uma Tabela de Alocação de Rede [Network Allocation Table] (não mostrada) da agência de frente 21 para atribuir endereços de rede privados aos servidores de 30 a 33, e permite que estes últimos servidores, de 30 a 33, se comuniquem com a agência intermediária 22 através de um endereço de IP fixo único da agência de frente que pode ser atribuído a um roteador da agência de frente 21. De maneira similar, é possível implementar um segundo endereço de IP fixo da agência de frente para comunicação com vendedores através da primeira rede.

A agência intermediária 22 pode incluir, por exemplo, uma pluralidade de servidores, incluindo servidores de transação 300 e 301, e servidores de processamento interno 302 e 303. Os servidores de transação 300 e 301 são usados para processar quaisquer pedidos de transação de comércio eletrônico recebidos da primeira rede por meio da agência de frente 21, e para preparar determinados dados do pedido destinados à agência de retaguarda (não mostrado na Figura 3). Os servidores de transação 300 e 301 também podem ser referidos como um servidor de processamento de pedidos. Os servidores de processamento interno 302 e 303 são usados para processar quaisquer dados específicos para o operador do sistema de pagamentos dedicado. Isto inclui a identificação de compradores que se conectam ao sistema de pagamentos dedicado como compradores cadastrados. Assim, os servidores de processamento interno 302 e 303 implementam um módulo de identificação do comprador.

A agência intermediária 22 opera uma aplicação global que é usada por meio dos vários servidores, de 300 a 303, da agência intermediária 22, onde cada servidor, de 300 a 303, apresenta capacidades e tarefas especificas na agência intermediária 22.

Os servidores de 300 a 303 implementam adicionalmente um servidor de correio (servidor de correio não mostrado explicitamente na Figura 3) que pode ser usado para formatar correios eletrônicos no nivel da agência intermediária antes que referidos correios eletrônicos sejam transmitidos aos servidores de e-mail 32 e 33, ou gerenciar correios eletrônicos após eles terem sido recebidos dos servidores de e-mail 32 33 da agência de frente 21.

O conjunto de servidores de transação 300 e 301, e servidores de processamento interno 302 e 303 gerencia intercâmbios de dados 25, representado por uma seta dupla na Figura 3, com a agência de frente 21 através de um ou de uma pluralidade de roteadores e firewalls 304 e 305 e o conjunto de roteadores e firewalls 34 e 35. A Tabela de Alocação de Rede 308 pode ser usada para atribuir endereços de rede privados aos servidores de transação 300 e 301 e aos servidores de processamento interno 302 e 303, e permite que os servidores referidos por último, de 300 a 303, se comuniquem com a agência de frente 21 através de um endereço IP fixo único da agência intermediária que pode ser atribuído a um roteador da agência intermediária 22. Cada servidor de transações 300 e 301, e servidor de processamento interno 302 e 303 pode ter acesso a um banco de dados 36. O banco de dados 36 pode conter, por exemplo, tabelas de identificações de login e senhas usadas para identificar compradores cadastrados (não mostrado na Figura 3) que desejam conectar-se ao sistema de pagamentos dedicado. O banco de dados pode conter adicionalmente marcadores bancários virtuais e marcadores de parâmetros de segurança virtuais. 0 banco de dados 36 pode conter apenas dados que não se relacionam com qualquer informação associada com a identidade real do comprador. Em outras palavras, todos os dados contidos no banco de dados 36 precisam ser destituídos de qualquer informação que poderia indicar dados da vida real de um comprador cadastrado, como por exemplo, o nome do comprador, qualquer tipo de endereço real do comprador, ou a informação bancária do comprador. Portanto, os dados contidos no banco de dados 36 podem conter apenas marcadores e parâmetros virtuais atribuídos ao comprador cadastrado, que só é conhecido no banco de dados 36 através de sua identificação do login. A identificação do login, por sua vez, não deveria ser representativa do nome real do comprador. A identificação do login é meramente uma identidade virtual do comprador. Assim, o banco de dados 36 também pode ser referido como um banco de dados do mundo virtual. Adicionalmente, o banco de dados do mundo virtual inclui marcadores virtuais correspondendo a cada tipo de informação de segurança do comprador, como o endereço de e-mail do comprador, o número de telefone do comprador, o número de seguridade social do comprador, o número da placa de identificação do veiculo do comprador, o número da carteira de habilitação do comprador, etc.

A agência intermediária 22 compreende adicionalmente um servidor de comunicação de saida 37 que pode ser usado, por exemplo, para retornar uma confirmação de um pedido para uma transação de comércio eletrônico e/ou instruir a entrega de um item solicitado a um site de venda on-line (não mostrado na Figura 3) . 0 servidor de comunicação de saida 37 faz uso de uma rede privada virtual (VPN) protegida 38 como uma interface para o site de venda on-line.

Finalmente, qualquer dado do pedido que é gerado pela agência intermediária 22 para a agência de retaguarda (não mostrado na Figura 3) ou qualquer dado do pedido que foi gerado pela agência de retaguarda para a agência intermediária 22, é armazenado no ASDTD 26, que pode ser alternado da agência intermediária 22 para a agência de retaguarda 23 e vice-versa. De forma similiar como na Figura 2, a separação física entre a agência intermediária 22 e a agência de retaguarda 23 é representada pela barra hachurada 27. A informação pode ser fornecida diretamente do ASDTD 26 para o servidor de comunicação de saída 37 para o processamento desta informação antes da transmissão através da VPN 38.

A agência de retaguarda 23 pode ser definida como uma segunda entidade ou entidade isolada que é desconectada da primeira rede, mas opcionalmente conectada à rede proprietária para intercâmbios bancários como discutido com relação à Figura 2.

A Figura 4A mostra uma modalidade exemplar para realizar a agência de retaguarda 23. De maneira similar à Figura 2, a separação física entre a agência intermediária 22 (não mostrado na Figura 4A) e a agência de retaguarda 23 é representada pela barra hachurada 27.

O ASDTD 26 pode proporcionar dados do pedido gerados pela agência intermediária 22 a um grupo de servidores de aplicações 40. O grupo de servidores de aplicações 40 pode compreender uma pluralidade de servidores dedicados que não foram representados individualmente na Figura 4A por razões de melhor capacidade de leitura. Referidos servidores dedicados podem ser, por exemplo, um servidor de comunicação, um servidor de administração interna ou um servidor de transações.

O grupo de servidores de aplicações 40 tem acesso a um banco de dados confidencial 41. 0 banco de dados confidencial 41 pode incluir, por exemplo, tabelas (ou outras estruturas de dados) que armazenam mapas de informação associada com as identidades reais de compradores correspondentes aos marcadores de segurança virtuais dos compradores (ou seja, identificações de login de compradores cadastrados, parâmetro de segurança virtual, etc). Identidades reais podem ser a informação usada na vida real, como primeiro nome e sobrenome, data de nascimento, etc. 0 banco de dados confidencial 41 pode incluir adicionalmente informação, como parâmetros de segurança, por exemplo, endereços para entrega de compradores, e informação bancária relacionada com os compradores cadastrados. Parâmetros de segurança podem compreender um endereço postal em gue o comprador cadastrado pode ser alcançado por via postal. Parâmetros de segurança também podem compreender selecionar um ou mais endereços em que os compradores cadastrados podem desejar que um item solicitado seja entregue. Informação bancária pode incluir uma conta bancária do comprador cadastrado incluindo todos os dados necessários para preparar instruções a um banco para transferir o dinheiro, para um preço combinado, da conta do comprador cadastrado para uma conta predeterminada.

O banco de dados confidencial 41 contém adicionalmente identificação do login, marcadores bancários virtuais e marcadores de parâmetros de segurança virtuais que foram atribuídos respectivamente à identidade real, à informação bancária e aos parâmetros de segurança do comprador cadastrado. Consequentemente, o banco de dados confidencial pode ser usado para reestabelecer a identidade real de uma identificação do Ioginf da informação bancária para um marcador bancário virtual e do parâmetro de segurança para um marcador de parâmetro de segurança virtual.

0 grupo de servidores de aplicações 40 pode preparar eventualmente instruções destinadas a um banco para transferir dinheiro de um comprador cadastrado para uma conta bancária predeterminada como um resultado do processamento de um pedido para uma transação de comércio eletrônico. Referidas instruções destinadas ao banco são manuseadas em um servidor contábil e interface bancária 43 antes de serem transferidas por meio de intercâmbios bancários 28 através de uma rede proprietária (não mostrado na Figura 4A) . Aqueles versados na técnica perceberão que a agência de retaguarda 23 não estabelece, em momento algum, uma conexão com a primeira rede (não mostrado na Figura 4A) por razões óbvias de segurança.

A Figura 4B mostra uma vista expandida da entidade do mundo virtual e da entidade isolada de acordo com uma ou mais modalidades da invenção. Particularmente, a Figura 4B discute componentes específicos para o sistema de pagamentos dedicado (400) que facilitam a transmissão de dados entre a entidade do mundo virtual (22) e a entidade isolada (23) via o agente de transporte (26) (ou seja, o ASDTD). Adicionalmente aos componentes da agência intermediária (entidade do mundo virtual) e da agência de retaguarda (entidade isolada) descritas nas Figuras 3 e 4, a Figura 4B mostra que a entidade do mundo virtual (22) e a entidade isolada (23) incluem um dispositivo de procedimentos (406, 408) e um repositório de objetos de dados (410, 412). Cada um dos componentes previamente indicados do sistema de pagamentos dedicado (400) é descrito detalhadamente abaixo.

Em uma ou mais modalidades da invenção, cada dispositivo de procedimentos é configurado para executar procedimentos associados com objetos de dados recebidos em mensagens transmitidas pelo agente de transporte (26). Mais especificamente, em uma ou mais modalidades da invenção, a comunicação de dados relacionados com a transação de comércio eletrônico é realizada via mensagens transmitidas pelo agente de transporte (26), entre a entidade do mundo virtual (22) e a entidade isolada (23). Em uma ou mais modalidades da invenção, as mensagens incluem objetos de dados, sendo que cada um é associado com um procedimento. Quando o procedimento associado com cada objeto de dados é executado pelo dispositivo de procedimentos, realiza-se a ação associada com o objeto de dados. Por exemplo, uma mensagem transmitida pode incluir objetos de dados que representam uma instrução de negócios relacionada com o pagamento para a transação de comércio eletrônico. Neste caso, a instrução de negócios pode ser executada na entidade isolada pelo dispositivo de procedimentos (412).

Em uma ou mais modalidades da invenção, as mensagens que portam objetos de dados para transmitir dados entre a entidade do mundo virtual e a entidade isolada podem ser criptografadas. Assim, embora não mostrado na Figura 4B, a entidade do mundo virtual e a entidade isolada podem incluir componentes adicionais relacionados com a encriptação/desencriptação de mensagens como parte da arquitetura do dispositivo de procedimentos. A encriptação de mensagens transmitidas pelo agente de transporte proporciona uma camada adicional de segurança.

Os objetos de dados transmitidos em mensagens são arquivos formatter predefinidos, como arquivos XML e fluxos de dados. Em uma ou mais modalidades da invenção, os objetos de dados transmitidos em mensagens são objetos de dados de serviço (SDO, service data objects). Objetos SDO representam estruturas de dados complexas que são usadas para transmitir e armazenar informação estruturada. Para que ambas, a entidade do mundo virtual (22) e a entidade isolada (23) compreendam e analisem a estrutura de referidos objetos de dados, ambas as entidades requerem pelo menos um dispositivo de procedimentos. Dito de outra maneira, os objetos SDO proporcionam uma estrutura para a transmissão de dados entre a entidade do mundo virtual (22) e a entidade isolada (23) compreendida pelos dispositivos de procedimentos de ambas as entidades. Objetos SDO podem ser recuperados de, e armazenados como, arquivos XML. Alternativamente, objetos SDO podem ser recuperados de, e armazenados como, registros de banco de dados. Objetos SDO podem representar elementos de negócios, procedimentos, objetos de configuração, e objetos de mensagens. Usa-se elementos de negócios para comunicar dados relacionados com processos transacionais, administrações de contas, e informação bancária. Por exemplo, objetos de dados podem representar procedimentos de negócios, como criar uma conta do comprador, validar uma transação, realizar transferências eletrônicas para pagamentos relacionados com a transação de comércio eletrônico, ou qualquer outro procedimento de negócios relacionado com a transação de comércio eletrônico. Continuando com a Figura 4B, em uma ou mais modalidades da

invenção, cada um dos dispositivos de procedimentos (406, 408) é conectado operacionalmente a um repositório (410, 412) configurado para armazenar objetos de dados com cujo uso é possível gerar mensagens. Em uma ou mais modalidades da invenção, os repositórios de objetos de dados (410, 412) armazenam objetos em formato XML e são configurados para retroceder os objetos de dados de seu formato XML armazenado quando os objetos de dados são requisitados. Aqueles versados na técnica perceberão que, embora um único dispositivo de procedimentos seja mostrado tanto na entidade do mundo virtual e na entidade isolada, podem existir múltiplos dispositivos de procedimentos para facilitar intercâmbios de dados entre meios diferentes, como e-mail/sms/fax, interfaces de administração de serviços, webservices, etc. Assim, pode existir um único dispositivo de procedimentos em cada plataforma de aplicativos. Adicionalmente, aqueles versados na técnica perceberão que, embora a discussão acima enfoque objetos SDO, a presente invenção pode ser implementada usando outros tipos de objetos de dados configurados para suportar uma estrutura de mensagem para a transmissão de dados. Por exemplo, a presente invenção pode empregar estruturas de dados, arquivos XML, objetos Java (ou seja, Java beans (componentes de software escritos na linguagem de programação Java), ou qualquer outra estrutura orientada-para-o-objeto para a transmissão de dados de uma entidade para outra. Alternativamente, a estrutura da mensagem pode ser hard-coded (que depende de valores incorporados no código do programa, e não de valores que podem ser inseridos e alterados pelo usuário) em ambas as entidades do mundo virtual e isolada.

Os parágrafos seguintes contêm uma descrição dos processos envolvidos para uma transação exemplar de comércio eletrônico. A transação pode ser subdividida em uma pluralidade de processos. Aqueles versados na técnica perceberão que a transação pode ser executada usando o sistema de pagamentos dedicado (este será referido a seguir como "o sistema") previamente descrito, ou uma versão adaptada do mesmo, conforme apropriado.

A Figura 5 ilustra as etapas executadas na inicialização do

pedido de transação. Presume-se que cada comprador cadastrado tem uma conta no sistema.

As etapas na inicialização da solicitação de transação são executadas na agência de frente, e na agência intermediária que integram o sistema, ou seja, na entidade do mundo virtual (não mostrado na Figura 5), de preferência, após um cadastro off-line do comprador ter sido registrado e adequadamente processado pelo sistema, ou seja, o banco de dados do mundo virtual e o banco de dados confidencial, tanto nos lados da entidade do mundo virtual como da entidade isolada, foram atualizados, pelo menos no que se refere à identificação do login do comprador no banco de dados do mundo virtual, marcador(es) de parâmetro(s) de segurança virtual/virtuais do comprador, e identidade real do comprador no banco de dados confidencial, informação bancária do comprador, parâmetros de segurança do comprador (por exemplo um endereço para entrega) e outra informação conforme apropriado.

A conexão do comprador 50 ao sistema ocasiona um verificação 51 da identificação do login do comprador e da conta. A verificação pode ser implementada, por exemplo, oferecendo-se uma tela típica de login para uma solicitação de login entrante de um comprador em potencial cadastrado (não mostrado na Figura 5) .

Se o sistema não reconhecer o comprador, como mostrado por uma seta marcada "errado", o sistema passa para um gerenciamento do erro 52. 0 gerenciamento do erro 52 pode compreender diversos comportamentos opcionais por parte do sistema, como por exemplo, reinicialização da conexão do comprador 50 e verificação 51, ou congelamento do sistema após uma quantidade de reconhecimentos falhados (não mostrado na Figura 5). No caso de a identificação do comprador ser reconhecida e

aceita durante a verificação 51, o comprador é conectado e pode selecionar subseqüentemente, no quadro 54, um marcador de parâmetro de segurança virtual. 0 marcador de parâmetro de segurança virtual corresponde a um parâmetro de segurança que é armazenado na entidade isolada (não mostrado na Figura 5). O parâmetro de segurança (e, conseqüentemente, também o marcador de parâmetro de segurança virtual), pode corresponder efetivamente a um endereço para entrega, porém o endereço para entrega não é divulgado, porque o endereço para entrega não é armazenado na entidade do mundo virtual. 0 marcador de parâmetro de segurança virtual é usado apenas como um marcador.

0 marcador de parâmetro de segurança virtual pode ser selecionado, de preferência, entre um ou mais marcadores de parâmetros de segurança virtuais que correspondem a um ou muitos parâmetros de segurança que o comprador pode ter cadastrado junto ao operador do sistema de pagamentos dedicado no momento do cadastramento off-line. 0 um ou mais marcadores de parâmetros de segurança virtuais pode ser apresentado ao comprador conectado em uma interface de seleção dedicada.

[0088] Aqueles versados na técnica perceberão que a verificação 51 da identificação do login do comprador pode incluir o uso de uma senha. Neste caso, o comprador introduz, juntamente com a identificação do login correta, uma senha coincidente a ser identificada com êxito. Se a tela de login for oferecida para um login entrante, o comprador poderá ter que preencher um campo dedicado para introduzir a senha. Em uma ou mais modalidades da invenção, a transação de comércio eletrônico corresponde tipicamente a um pedido para um item (ou seja, um objeto ou um produto) selecionado em um site de venda on-line (OVS).

A Figura 6 ilustra uma inicialização de transação. Esta inicialização é executada na entidade do mundo virtual e na entidade isolada do sistema e termina com a transferência de dados atualizados para a entidade isolada após um parâmetro de segurança ter sido enviado ao OVS.

Uma validação do lado do cliente é iniciada no quadro 60 para validar a solicitação de transação. Um pedido do comprador, ou seja, informação de transação fornecida pelo OVS como uma conseqüência de o comprador selecionar o item no OVS (não mostrado na Figura 6) é usado pelo sistema para gerar Dados do Sistema de Pagamentos Dedicado (61) (DPSD, Dedicated Payment System Data). A informação da transação pode compreender, por exemplo, o preço para a transação, por exemplo, tipicamente o preço do item solicitado, e pode referir-se também ao OVS por meio de uma referência de transação. 0 DPSD pode compreender tipicamente a informação de transação, a identificação do login e o marcador de parâmetro de segurança virtual selecionado pelo comprador no quadro 54 da Figura 5.

O DPSD é armazenado junto ao ASDTD 26 no quadro 62 para transferência à entidade isolada (não mostrado na Figura 6) . O DPSD é lido do ASDTD no quadro 65. Isto ocorre na entidade isolada. Usando a identificação do login e o marcador de parâmetro de segurança virtual, obtém-se um parâmetro de segurança correspondente. Isto pode ser realizado, por exemplo, com dados armazenados no banco de dados confidencial 41 da Figura 4. 0 DPSD é atualizado com o parâmetro de segurança no mesmo quadro 65 antes de ser armazenado junto ao ASDTD 26 para 2 0 transferência à entidade do mundo virtual.

No quadro 66, o parâmetro de segurança e pelo menos uma parte da informação de transação são transmitidos ao OVS em forma de instruções para entrega. A transmissão ao OVS das instruções para entrega é realizada tipicamente através de uma VPN (não «

mostrado na Figura 6) . 0 parâmetro de segurança pode ser, tipicamente, um endereço para entrega indicado pelo comprador ao sistema no momento do cadastro off-Iine junto ao sistema. A transmissão do parâmetro de segurança ao OVS permite que o OVS prepare a entrega do item ou objeto selecionado pelo comprador no OVS. No entanto, neste ponto a entrega permanece tipicamente "retida" até que um pagamento seja confirmado ao OVS.

No quadro 64, a entidade do mundo virtual investiga para verificar se uma confirmação é recebida por parte do OVS relativamente ao gerenciamento da entrega. Se nenhuma confirmação for recebida, como mostrado pela seta rotulada "não", qualquer ação apropriada poderá ser empreendida, conforme apropriado, para corrigir a falta de confirmação ou, talvez, até mesmo cancelar a solicitação de transação. Se uma confirmação for recebida, como mostrado pela seta

rotulada "sim", o DPSD é atualizado com esta confirmação, e o DPSD recentemente atualizado é armazenado junto ao ASDTD 26 no quadro 67 para transferência ao mundo isolado.

A Figura 7 ilustra uma primeira parte da validação da transação. Esta primeira parte da validação é executada na parte da entidade isolada do sistema, inicia com a leitura de DPSD do ASDTD e termina com o envio da instrução para débito a um banco.

A validação do lado do operador do sistema é iniciada no quadro 70 para validar a transação no lado da entidade isolada do sistema. Os DPSD como gerado na Figura 6 e armazenado no ASDTD 26 são lidos do ASDTD no quadro 71. No quadro 72, a identificação do login compreendida no DPSD é usada na entidade isolada para recuperar a identidade real do comprador e a informação bancária correspondente. Isto é realizado por meio do banco de dados confidencial 41 descrito na Figura 4.

Subseqüentemente, como mostrado nos quadros 73 e 74, é possível realizar vários testes para verificar, por exemplo, uma coerência dos DPSD, a identidade real do comprador, a informação bancária correspondente e, possivelmente, a informação de transação contida no DPSP, ou seja, o preço para a transação e a referência de transação.

Caso surja algum problema na etapa de verificação 74, o sistema pode buscar realizar verificações adicionais e, possivelmente, interromper a transação conforme representado pela seta "não" na Figura 7. Qualquer ação empreendida nesta seta rotulada "não" é opcional e pode ser adaptada conforme apropriado.

Em caso de confirmação, ou seja, seta "sim", seleciona-se uma conta bancária apropriada do operador do sistema (75), e gera-se instrução para pagamento, por exemplo, instruções para débito da conta bancária do comprador de uma quantidade correspondente ao preço para a transação (76) usando a informação bancária confidencial da conta de cadastro do comprador. A validação do lado do operador do sistema termina com o envio (78) das instruções para pagamento a um banco, ou seja, o banco apropriado selecionado no quadro 75.

A Figura 8 ilustra uma segunda parte da validação da transação que ocorre após uma resposta ser recebida do banco como um resultado do envio de instruções para pagamento no quadro 78 da Figura 7. Tipicamente, o banco pode responder com uma confirmação de processamento das instruções para pagamento previamente recebidas pelo banco, seguido de uma confirmação de pagamento efetivo.

A resposta do banco 80 ocasiona a retomada do processo de validação de transação partindo com uma avaliação 81 da resposta. No caso de o banco fornecer uma resposta negativa, por exemplo, as instruções para transferência eletrônica podem não ter sido aceitas, isto pode levar a uma seta rotulada "não" na Figura 8 e, eventualmente, ao cancelamento da transação (82). A etapa 82 é opcional e pode ser substituída por qualquer outra ação conforme apropriado, como por exemplo, uma verificação e uma reprogramação das instruções para pagamento.

Uma seta rotulada "sim" corresponde a uma resposta positiva do banco significando, por exemplo, que as instruções para transferência eletrônica são reconhecidas e que a quantidade de dinheiro solicitada será transferida ou foi transferida entre contas bancárias indicadas, por exemplo, da conta bancária do comprador para a conta bancária do operador do sistema. A resposta do banco é armazenada como status do banco na entidade isolada no nivel do quadro 82 e seguida de uma atualização 83 do DPSP em linha com o status bancário. Em seguida, o sistema procede filtrando (84) o DPSP quanto a dados confidenciais, ou seja, elimina todos os dados adicionados no DPSP pela entidade isolada, como identidade real e/ou informação bancária e/ou parâmetro de segurança.

Em um processo assincrono, o sistema pode gerar e-mails de status 85 a serem enviados mais tarde pela entidade do mundo virtual ao comprador. Referidos e-mails de status podem, por exemplo, ter a finalidade de informar o comprador sobre o status do pedido, ou seja, o status da transação de comércio eletrônico. Por fim, o DPSP atualizado e, possivelmente, os e-mails de status são redigidos (86) para o ASDTD 26. Subseqüentemente, o ASDTD 26 pode ser desconectado da entidade isolada do sistema, e alternado para a entidade do mundo virtual do sistema (ambos não mostrados na Eigura 8).

A Figura 9 ilustra uma parte da transação após o recebimento, na entidade do mundo virtual do sistema (não mostrado na Figura 9), de DPSP atualizados in-line com a resposta do banco.

O ASDTD 26 é alternado da entidade isolada para a entidade do mundo virtual. Uma etapa correspondente ao quadro 90 consiste na leitura do DPSP e possíveis e-mails preparados pela entidade isolada. Isto é seguido de um armazenamento 91 do DPSP (atualizado) e, possivelmente, também no envio de mensagens de e- mail (92) .

Se uma resposta positiva for recebida do banco na Figura 8,

o sistema gera e transmite (93) instruções de confirmação para entrega ao OVS. A entrega gue se encontrava "retida" até este ponto pode ser executada agora por um serviço de entregas. Tipicamente, é possível incluir deliberadamente um retardo de 48 horas entre as etapas 91 e 93 por razões de segurança.

0 serviço de entrega encarrega-se da entrega do item ou dos itens gue são o objeto da transação de comércio eletrônico, de um provedor de entregas indicado pelo OVS até o endereço para entrega, ou seja, o parâmetro de segurança. 0 serviço de entregas pode obter uma confirmação ou prova de recebimento do comprador, ou algo gue represente isso, mediante a entrega do item no endereço para entrega. A confirmação ou prova de recebimento assegura que os itens sejam fornecidos no endereço para entrega selecionado conforme combinado entre o comprador cadastrado e o operador do sistema. Isto é uma característica única do sistema, porque qualquer uso fraudulento da identificação do comprador por um usuário desautorizado ou ladrão pode resultar no fornecimento do item ao usuário desautorizado ou ladrão. Como será descrito mais adiante, o OVS não pode ser pago pelo operador do sistema a não ser que o item seja entregue ao comprador cadastrado e confirmado pelo mesmo.

No caso em que o item ou os itens sejam materiais e precisem ser transportados, o serviço de entregas pode ser, por exemplo, os serviços postais ou um serviço de courier. No caso em que o item ou os itens sejam em forma de software ou sejam de natureza imaterial, a entrega pode ocorrer por um provedor de serviços de download ou qualquer outro tipo de serviço de entregas, conforme apropriado.

A Figura 10 ilustra uma quarta parte da validação da transação que ocorre após o recebimento de uma resposta por parte do serviço de entregas como um resultado da entrega do item encomendado e a obtenção de uma confirmação disso.

Um status de entrega 100 como obtido pelo OVS do serviço de entregas é transmitido do OVS à entidade do mundo virtual no quadro 101 da Figura 10. No caso (102) de a entrega não ter podido ser realizada ou de ocorrência de qualquer outro problema (não mostrado na Figura 10), a transação é cancelada e o comprador reembolsado. No caso oposto, a seta "sim" leva a um armazenamento 103 de DPSP atualizado que inclui a confirmação da entrega. 0 DPSP atualizado é escrito mais uma vez (104) no ASDTD 26. Subseqüentemente, o ASDTD 26 pode ser alternado da entidade do mundo virtual do sistema para a entidade isolada (ambos não mostrados na Figura 10). A Figura 11 ilustra uma quinta parte da validação da transação. Esta quinta parte da validação é executada na entidade isolada do sistema, começa com leitura de DPSP do ASDTD e termina com instruções enviadas a um banco para pagamento ao OVS. DPSP atualizado com o status de entrega como explicado na Figura 10 é indicado no quadro 110 por meio do ASDTD 26. O DPSP é lido do ASDTD no quadro 111.

Relembremos que quaisquer dados manuseados e proporcionados pela entidade do mundo virtual (não mostrado na Figura 11) não permitem identificar o comprador real efetivo relacionado com a transação. A ligação entre a identificação do login do comprador na entidade do mundo virtual e a identidade real do comprador só é realizada na entidade isolada (não mostrado na Figura 11). Assim, no quadro 112, a identificação do login do comprador é usada para obter a identidade real do comprador por meio do banco de dados de compradores reais. 0 DPSP atualizado é armazenado na entidade isolada no quadro 113.

Subseqüentemente, como representado no quadro 114, é possível realizar vários testes de coerência para verificar o DPSP e a identidade do comprador. No caso de a verificação revelar um erro, é possível implementar diversas medidas conforme apropriado, embora não mostrado na Figura 11.

Em caso de confirmação, ou seja, seta "sim", o sistema gera instruções de pagamento para o pagamento do OVS (115) de uma conta bancária do operador do sistema para uma conta do OVS no montante de dinheiro correspondente à transação. As instruções para pagamento podem incluir possivelmente a referência de transação da transação de comércio eletrônico, como incluído na informação de transação.

Lembramos que o montante de dinheiro correspondente à transação foi transferido da conta bancária do comprador para a conta do operador do sistema antes da entrega do item relacionado com a transação.

A quinta parte da validação da transação termina enviando

(116) instruções para pagamento ao banco do operador do sistema. Esta última etapa 116 é executada, de preferência, por meio de uma rede proprietária.

A Figura 12 ilustra uma parte da validação que ocorre após o recebimento de uma resposta pelo banco como um resultado do envio de instruções para pagamento no quadro 116 da Figura 11.

A resposta do banco 121 ocasiona a retomada do processo de validação de transação partindo com uma avaliação 122 da resposta do banco. No caso de o banco enviar uma resposta negativa, por exemplo, as instruções para pagamento podem não ser aceitas, isto pode levar a uma seta rotulada "não" na Figura 12 e eventualmente a um status específico 123 em que o pagamento não é executado. É possível implementar medidas específicas para lidar com esta situação, mas que não serão desenvolvidas aqui de forma mais detalhada. Toda ação que pode ser empreendida na seta "não" permanece opcional.

Uma seta rotulada "sim" corresponde a uma resposta positiva do banco, significando, por exemplo, que as instruções para pagamento são reconhecidas e que o montante de dinheiro requisitado será ou foi transferido entre a conta bancária indicada, ou seja, a conta bancária do operador do sistema, e a conta bancária do OVS. A resposta do banco é armazenada como status do banco no quadro 124 e seguida de uma atualização 125 do DPSP em linha com o status do banco. Em seguida, o sistema filtra (126) o DPSP quanto a dados confidenciais, ou seja, elimina todos os dados adicionados aos dados de transação pela isolada, como identidade real e/ou informação bancária e/ou parâmetro de segurança.

Em um processo assincrono, o sistema pode gerar e-mails de status 127 a serem enviados mais tarde ao comprador pela entidade do mundo virtual. Referidos e-mails de status podem apresentar, por exemplo, a finalidade de informar o comprador de que a transação foi realizada.

Por fim, o DPSP atualizado e, possivelmente, os e-mails de status são escritos (128) para o ASDTD 26. 0 ASDTD 26 pode ser alternado subseqüentemente da entidade isolada do sistema, para a entidade do mundo virtual (ambas não mostradas na Figura 12). A Figura 13 ilustra uma parte da transação, após o recebimento, na entidade do mundo virtual do sistema (não mostrado na Figura 13) do DPSP atualizado em linha com a resposta do banco obtida na Figura 12. 0 ASDTD 26 é alternado para a entidade do mundo virtual.

Uma etapa correspondente ao quadro 130 consiste da leitura do DPSP e da preparação de possíveis e-mails pela entidade isolada. Esta pode ser seguida de um armazenamento 131 do DPSP (atualizado) e do envio de mensagens de e-mail (135). Um exemplo de mensagens de e-mail é uma mensagem de atualização de status, por exemplo, uma confirmação da entrega e da conclusão da transação. Este tipo de mensagem deve ser enviado ao comprador. Aqueles com prática na técnica perceberão que mensagens podem ser enviadas ao comprador em outras formas, como mensagens de texto.

0 OVS é informado no quadro 132 de que o pagamento para a transação foi realizado na conta bancária do OVS, para que o OVS verifique isto nos extratos bancários e confirme o pagamento obtido. No caso do OVS não confirmar o recebimento do pagamento no quadro 133, isto é mostrado por uma seta rotulada "não" na Figura 13, e pode levar, por exemplo, ao envio de e-mails adicionais ao OVS ou a qualquer outra medida conforme apropriado. No caso do OVS confirmar o recebimento do pagamento, como mostrado por uma seta rotulada "sim" na Figura 13, a transação de comércio eletrônico chega ao fim 134. A Figura 14 ilustra uma sinopse de todas as partes de validação da transação que formam, em conjunto, um processo de transação de comércio eletrônico.

A coluna da esquerda representa partes da validação da transação executadas na entidade do mundo virtual do sistema, ou seja, na agência de frente e agência intermediária do sistema.

A coluna central é encabeçada por uma representação esquemática do ASDTD para mostrar que se fez uso da alternação. Uma seta nesta coluna indica um uso do ASDTD e o sentido em que ele é alternado, por exemplo, a Seta IA mostra que o ASDTD é alternado após a parte de Selecionar um Marcador de parâmetro de segurança virtual, e que ele é alternado da entidade do mundo virtual para a entidade isolada. Aqueles versados na técnica perceberão que antes de ser alternado, o ASDTD encontra-se "conectado" à entidade de trabalho virtual, depois alternado dali, de forma a permanecer "conectado" com a entidade isolada. Explicações similares aplicam-se às setas 2A, 1B, 2B, 2, 3 e 4, mas precisam ser adaptadas considerando a posição da linha da seta na sinopse e sua direção de indicação. A coluna da direita representa partes da validação da

transação executada na entidade isolada do sistema, ou seja, na agência de retaguarda do sistema. Na linha 1 da sinopse, o quadro "Identificar login/Registrar pedido" corresponde a etapas explicadas com relação à Figura 5 e Figura 6, sendo que o comprador se conecta ao sistema usando a identificação do login, e a informação de transação do vendedor é registrada.

Na linha 2 da sinopse, o quadro "Selecionar marcador de parâmetro de segurança virtual" corresponde à etapa 54 explicada com relação à Figura 5, em que o marcador de parâmetro de segurança virtual é selecionado, e o quadro 61 da Figura 6 em que DPSP é gerado pela primeira vez. Subseqüentemente, o processo prossegue para a seta IA.

Adicionalmente, na linha 2 da sinopse, o campo "Ligar ID real/Parâmetro de segurança" corresponde ao quadro 65 explicado com relação à Figura 6, em que a identidade real e o parâmetro de segurança correspondente à identificação do login e marcador de parâmetro de segurança virtual são recuperados no interior da entidade isolada. Na linha 3, coluna da direita, o quadro "Gerar instruções de entrega" corresponde â ação empreendida no nivel do quadro 65 na Figura 6, em que instruções de entrega são preparadas para os OVS. 0 processo prossegue para a seta 2A.

Adicionalmente, na linha 3, coluna da esquerda, o quadro "Endereço/Entrega retida" corresponde à ação empreendida no quadro 66 da Figura 6, em que as instruções para entrega são enviadas da entidade do mundo virtual ao OVS, usando o VPN. Neste ponto, as instruções para entrega manuseadas pelo OVS encontram- se "retidas", ou seja, aguardando confirmação a ser fornecida pela entidade do mundo virtual. Na linha 4, coluna da esquerda, o quadro "Iniciar pagamento" corresponde à ação empreendida no quadro 67 da Figura 6, sendo que DPSP atualizado é transferido para a entidade isolada. 0 processo prossegue para a seta 1B.

Adicionalmente, na linha 4, coluna da direita, o quadro "Ligar ID real/Instruções para pagamento" corresponde a etapas explicadas com relação à Figura 7, em que a identificação do login do comprador é usada para efetuar ligação com a identidade real, que é mantida confidencial na entidade isolada do sistema, e o sistema gera instruções para pagamento destinadas ao banco do operador do sistema.

Entre as linhas 4 e 5, o circulo dotado de seta no lado distai direito indica que o "Comprador pagou", significando que a conta bancária do comprador foi ou será certamente debitada do montante correspondente ao preço da transação.

Na linha 5 da sinopse, coluna da direita, o quadro "Confirmação do banco/e-mail/atualização" corresponde às etapas explicadas com relação à Figura 8, em que uma confirmação do pagamento instruído é obtida do banco e o sistema gera e-mails e DPSP atualizado. 0 processo prossegue para a seta 2B.

Na linha 5 da sinopse, coluna da esquerda, o quadro "Confirmar instruções para entrega" corresponde a etapas explicadas com relação à Figura 9, em que a confirmação para as instruções de entrega são enviadas da entidade do mundo virtual ao OVS. Entre as linhas 5 e 6, o círculo dotado de seta na parte distai esquerda indica que "Entrega (foi) realizada", ou seja, o OVS confirmou que a entrega foi bem sucedida.

Na linha 6 da sinopse, coluna da esquerda, o quadro "Confirmação da entrega" corresponde a etapas explicadas com relação à Figura 10, em que uma confirmação de entrega é obtida do OVS a[sic] a entidade do mundo virtual e DPSP atualizado é gerado. 0 processo prossegue então para a seta 3.

Na linha 6 da sinopse, coluna da direita, o quadro "Instruções de pagamento para OVS" corresponde a etapas explicadas com relação à Figura 11, em que instruções de pagamento para o banco do operador do sistema são geradas para pagar o OVS. Entre as linhas 6 e 7, o circulo dotado de seta no lado distai direito da ilustração indica que o operador do sistema de pagamentos dedicado pagou o OVS.

Na linha 7 da sinopse, coluna da direita, o quadro "Confirmação do banco/e-mail/atualização" corresponde a etapas explicadas com relação à Figura 12, em que a confirmação de pagamento ao OVS é recebida e DPSP atualizado gerado. 0 processo prossegue para a seta 4. Na linha 7 da sinopse, coluna da esquerda, o quadro "Informar OVS/Comprador" corresponde a etapas explicadas com relação à Figura 13, em que o OVS é informado acerca do pagamento, o comprador recebe e-mail e a transação chega ao fim. t 55/65

Δ sinopse mostra que, durante o processamento da transação, o ASDTD é alternado 6 vezes entre a primeira entidade e a segunda entidade. Cada vez que o robô é alternado, o processamento é retardado. Em outras palavras, a conclusão do processamento para a transação pode não ser completada instantaneamente porque envolve diferentes entidades que são desconectadas fisicamente e eletronicamente.

Aqueles versados na técnica perceberão que um comprador pode não conectar-se ao sistema de pagamentos dedicado se o comprador não tiver sido previamente cadastrado no sistema. Se o comprador tentar conectar-se ao sistema sem ter-se cadastrado no sistema, sua conexão tentará falhar. Isto torna-se perceptível da Figura 5 e explicações anexas.

A Figura 15 contém uma sinopse do sistema de pagamentos dedicado 20, compreendendo a entidade do mundo virtual 152, o ASDTD 26 e a entidade isolada 153. A entidade do mundo virtual 152 troca dados com a entidade isolada 153 apenas através do ASDTD 26.

A sinopse ilustra adicionalmente os atores que envolvem o sistema de pagamentos dedicado 20. Os atores incluem:

O comprador 10 que se comunica com a entidade do mundo virtual 152 através da primeira rede, por exemplo, a internet. A entidade do mundo virtual 152 é conectada com a primeira rede através da comunicação de rede seta 24; O OVS 11 que se comunica com a entidade do mundo virtual 152 através da primeira rede. Aqueles versados na técnica perceberão que mais de um OVS podem estar envolvidos. No entanto, apenas um OVS é mostrado por razões de melhor interpretação da Figura.

Compreende-se adicionalmente que o comprador 10 pode comunicar-se com o OVS através da primeira rede, em particular quando realizando uma seleção on-line de itens a comprar para a transação de comércio eletrônico;

0 serviço de entregas 150 que se comunica com o OVS. A comunicação pode passar opcionalmente através da primeira rede. Aqueles versados na técnica perceberão que mais de um serviço de entregas pode estar envolvido. No entanto, apenas um serviço de entregas é mostrado na Figura 15 para uma melhor interpretação da Figura;

Os bancos, incluindo o banco do comprador 13, o banco do

operador do sistema de pagamentos dedicado 14, e o banco do OVS 16. Todos os bancos foram reunidos em um único quadro para melhor interpretação. Aqueles versados na técnica perceberão que muito mais bancos podem estar envolvidos. Em particular, o operador do sistema de pagamentos dedicado pode apresentar uma pluralidade de bancos dedicados. No entanto, apenas o(s) banco(s) do operador do sistema de pagamentos dedicado comunica(m)-se com a entidade isolada 153 através da rede proprietária, como mostrado pela seta dupla pontilhada 28. *

Para cadastrar-se no sistema de pagamentos dedicado 20, o comprador 10 envia uma solicitação de cadastro a uma entidade de administração 154 do sistema de pagamentos dedicado, transmitindo com isto pelo menos sua identidade real, um ou uma pluralidade de parâmetros de segurança, informação bancária e, possivelmente, marcadores correspondentes ou nomes correspondentes virtuais para os parâmetros de segurança e a informação bancária. Se a requisição de cadastro do comprador for aceita, isto tem o efeito de que o banco de dados confidencial (não mostrado na Figura 15) da entidade isolada 153 é informado acerca do novo comprador cadastrado pela entidade de administração, e uma nova identificação de login e, possivelmente, uma senha é fornecida ao comprador 10.

A identificação do login também pode ser indicada explicitamente pelo comprador em sua solicitação de cadastro e, Subseqüentemente, aceita pelo sistema.

A solicitação de cadastro pode não ser enviada através de uma primeira rede porque isto, potencialmente, poderia tornar a informação contida na solicitação, que é informação confidencial, 2 0 disponível para uma pessoa que esteja monitorando a primeira rede. Ao invés, a solicitação de cadastro precisa ser transmitida por meio de outras vias, por exemplo, através de um courier 151, por meio de serviços postais convencionais ou entregues em mãos. A Figura 16 ilustra o processo implementado no interior do sistema de pagamentos dedicado 20 para cadastrar um comprador no sistema e criar uma identificação do login para o comprador considerando futuras conexões com a entidade do mundo virtual do sistema.

Partindo da entidade isolada do sistema, de uma solicitação de cadastro 160 incluindo pelo menos uma identidade real, informação bancária e parâmetro(s) de segurança do comprador, uma identificação do login, marcador bancário virtual e marcador de parâmetro(s) de segurança virtual são atribuídos na etapa 161. A Atribuição pode ser feita manualmente se o comprador expressar uma preferência por uma identificação particular do login, marcador ou parâmetro virtual. Aqueles versados na técnica perceberão que, de preferência, a identificação do login não deveria ser sugestiva da identidade real do comprador, tampouco deveria um marcador de parâmetro de segurança virtual permitir a dedução do parâmetro de segurança real. Aqueles versados na técnica perceberão que a solicitação de cadastro não é fornecida diretamente à entidade isolada pelo comprador. A solicitação de cadastro é gerenciada por uma entidade de administração dedicada (não mostrada na Figura 16) por razões de segurança óbvias.

Os parâmetros atribuídos, ou seja, a identificação do login, o marcador bancário virtual e o(s) marcador(es) de parâmetro (s) de segurança virtual/virtuais são armazenados (162) no ASDTD 26 para transferência à entidade do mundo virtual do sistema.

Após alternar o ASDTD 26 da entidade isolada para a entidade do mundo virtual, os parâmetros atribuídos, ou seja, a identificação do login, o marcador bancário virtual e o(s) marcador(es) de parâmetro(s) de segurança virtual/virtuais são lidos (163) do ASDTD e armazenados na entidade do mundo virtual (164).

0 sistema é preparado agora para aceitar uma conexão entrante com a primeira entidade através da primeira rede de parte do comprador. Os compradores podem ser reconhecidos agora pelo sistema por meio do uso da identificação do login atribuída. Aqueles versados na técnica perceberão que é possível proporcionar segurança adicional se a identificação do login for usada em conjunto com uma senha conhecida apenas pelo comprador. 0 método ilustrado da Figura 16 pode ser facilmente adaptado para proporcionar uma senha do tipo referido à entidade do mundo virtual.

A Figura 17 mostra um gráfico de fluxo de acordo com uma ou mais modalidades da invenção. Especificamente, a Figura 18 descreve um exemplo de um processo para transmitir dados entre a entidade do mundo virtual e a entidade isolada via o agente de transporte. Inicialmente, gera-se uma primeira mensagem que inclui objetos de dados representando uma primeira porção da transação de comércio eletrônico (Etapa 180). Por exemplo, a primeira porção da transação de comércio eletrônico pode envolver dados relacionados com o preço do objeto/produto adquirido pelo comprador da transação de comércio eletrônico. Esta informação, contida na primeira mensagem, é transmitida subseqüentemente da entidade do mundo virtual para a entidade isolada via o agente de transporte (Etapa 182). Neste estágio, procedimentos associados com os objetos de dados transmitidos na mensagem são executados pelo dispositivo de procedimentos associado com a entidade isolada (Etapa 184). Quando referidos procedimentos são executados, a primeira porção da transação de comércio eletrônico pode ser completada. Por exemplo, é possível armazenar uma ID da transação associada com a transação de comércio eletrônico realizada pelo comprador, e o preço do pagamento para o objeto/produto adquirido pode ser repassado para a entidade isolada. A entidade isolada pode gerar então instruções para o banco do comprador para sacar um montante, equivalente ao preço do pagamento, da conta do comprador e colocar referido montante em uma conta do operador do sistema ou em outra conta neutra que só é conhecida pela entidade isolada e pelo banco do comprador.

Subseqüentemente, a entidade isolada pode gerar uma segunda mensagem usando o repositório de objetos de dados associado com a entidade isolada (Etapa 186). A segunda mensagem pode ser em resposta à primeira mensagem, ou, em uma ou mais modalidades da invenção, pode ser não-relacionada com a primeira mensagem. A segunda mensagem pode representar uma segunda porção da transação de comércio eletrônico, e pode conter, por exemplo, instruções para entregar o objeto/produto adquirido ao comprador após a confirmação que a transferência de pagamento da conta bancária do comprador para a conta do operador do sistema foi recebida. A segunda mensagem da entidade isolada é transmitida subseqüentemente da entidade isolada para a entidade do mundo virtual (Etapa 188). Finalmente, os procedimentos associados com os objetos de dados contidos na segunda mensagem são executados por um dispositivo de procedimentos associado com a entidade do mundo virtual (Etapa 190) . Aqueles versados na técnica perceberão que o processo

mostrado na Figura 17 pode ser repetido, porque várias porções da transação de comércio eletrônico são executadas por cada uma dentre a entidade do mundo virtual e a entidade isolada. Ou seja, como dados precisam ser comunicados entre a entidade do mundo virtual e a entidade isolada, mensagens podem ser geradas, transmitidas, e executadas em cada ponta do sistema de pagamentos dedicado de acordo com o processo descrito acima.

De maneira vantajosa, com o uso do sistema de pagamentos dedicado de acordo com a invenção, o comprador faz seus pedidos na internet como é usual, ou seja, usando os sites de vendas existentes da web. As características da invenção, ou seja, o uso do sistema de pagamentos dedicado pode ser tornado acessível, por exemplo, através da integração de um web-link com o website do sistema de pagamentos dedicado nos sites de comércio relacionados da web. Conseqüentemente, não é preciso realizar alterações importantes em sites de vendas existentes da web.

A invenção permite aos sites de comércio da web delegarem responsabilidade pelo pagamento e pagamento a terceiros feito ao operador do website de pagamentos dedicado. Cada parceiro na transação tem seu próprio banco. O operador do website de pagamentos dedicado não precisa interagir diretamente com cada banco, e pode limitar a interação com bancos a interações com seus próprios bancos. Nenhuma informação, ou seja, informação confidencial do

comprador jamais transita pela internet. A informação pessoal é armazenada no website de pagamentos dedicado em um servidor na entidade isolada do sistema de pagamentos dedicado, que jamais se conecta com qualquer rede pública. Conseqüentemente, o acesso a informação pessoal através de uma rede publicamente disponível é tornado impossível para ladrões em potencial.

0 uso de parâmetros de segurança e suas contrapartes virtuais, ou seja, os marcadores de parâmetros de segurança virtuais, permite aumentar a confiabilidade e a segurança das transações de comércio eletrônico realizadas com o método e sistema inventivos. 0 parâmetro de segurança precisa ser atendido para que a transação de comércio eletrônico se complete. Se o parâmetro de segurança for um endereço para entrega, então o parâmetro de segurança é preenchido incluindo-se o endereço no processo correspondente a um tipo desta transação, ou seja, neste caso, uma transação de entrega de produto físico. 0 parâmetro de segurança nunca é transitado ou revelado na rede publicamente disponível. Ao invés, usa-se marcadores de parâmetros de segurança virtuais, ou seja, parâmetros de segurança marcadores. Os marcadores de parâmetros de segurança virtuais são combinados com o comprador para representar os parâmetros de segurança sem efetivamente revelá-los. Embora a invenção descrita use endereços para entrega como exemplos para parâmetros de segurança, aqueles versados na técnica perceberão que é possível usar outros tipos de parâmetros de segurança para outros tipos de transações, e, assim, podem ser adaptados para um tipo particular de transação de comércio eletrônico. 0 parâmetro de segurança pode ser uma placa de identificação de veículo se o sistema for usado para pagamento de multas de tráfego. Neste caso, o marcador de parâmetro de segurança virtual poderia ser, por exemplo, "meu primeiro carro" para uma primeira placa de identificação, e "meu segundo carro" para uma segunda placa de identificação. A invenção pode ser implementada em virtualmente qualquer tipo de computador independentemente da plataforma usada. Por exemplo, como mostrado na Figura 18, um sistema de computador (500) inclui um processador (502), memória associada (504), um dispositivo de armazenamento (506), e numerosos outros elementos e funcionalidades típicas dos computadores atuais (não mostrado). O computador (500) também pode incluir meios de entrada [input], como um teclado (508) e um mouse (510), e meios de saída [output], como um monitor (512). 0 sistema de computador (500) é conectado a uma rede de área local (LAN, local area network) ou uma rede de área ampla (por exemplo, a Internet) (não mostrado) via uma conexão de interface de rede (não mostrado) . Aqueles versados na técnica perceberão que estes meios de entrada e de saída podem assumir outras formas conhecidas agora ou desenvolvidas no futuro.

Adicionalmente, aqueles versados na técnica perceberão que um ou mais elementos do sistema de computador previamente indicado (500) podem localizar-se em um local remoto e conectados a outros elementos através de uma rede. Adicionalmente, a invenção pode ser implementada em um sistema distribuído apresentando uma pluralidade de pontos de interconexão ou nós (nodes) , onde cada porção da invenção (por exemplo, dispositivos de procedimentos, entidade isolada, entidade do mundo virtual, sistema de computador do comprador, repositórios, etc.) pode encontrar-se em um nó diferente dentro do sistema distribuído. Em uma modalidade da invenção, o nó corresponde a um sistema de computador. Alternativamente, o nó pode corresponder a um processador com memória física associada. 0 nó pode corresponder alternativamente a um processador com recursos e/ou memória compartilhada. Adicionalmente, instruções de software para realizar modalidades da invenção podem ser armazenadas em um meio que pode ser lido por computador, como um disco compacto (CD), um disquete, uma fita, um arquivo, ou qualquer outro dispositivo de armazenamento que pode ser lido por computador.

Embora a invenção tenha sido descrita com relação a um número limitado de modalidades, aqueles versados na arte, tendo- se beneficiado desta revelação, perceberão que é possível conceber outras modalidades que não se afastam do escopo da invenção como descrita aqui. Assim, o escopo da invenção deveria ser limitado apenas pelas reivindicações anexas.

Claims (26)

1. Método para completar uma transação de comércio eletrônico, caracterizado pelo fato de compreender: receber informação de segurança associada com uma identidade real de um comprador; receber marcadores de segurança virtuais correspondendo à informação de segurança associada com a identidade real de um comprador; armazenar a informação de segurança e os marcadores de segurança virtuais em uma entidade isolada de um sistema de pagamento dedicado; transferir os marcadores de segurança virtuais para uma entidade do mundo virtual do sistema de pagamento dedicado, sendo que a entidade do mundo virtual é conectada operacionalmente a uma primeira rede, sendo que o comprador se conecta ao sistema de pagamento dedicado usando a mesma; e executar a transação de comércio eletrônico via a primeira rede usando os marcadores de segurança virtuais e a informação de segurança associada com a identidade real do comprador, sendo que a entidade isolada é desconjugada comunicativamente da entidade do mundo virtual e da primeira rede; e sendo que informação de segurança associada com a identidade real do comprador não é transmitida via a primeira rede durante a execução da transação de comércio eletrônico.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato da transação de comércio eletrônico compreender uma aquisição de um objeto por parte do comprador, e sendo que a execução da transação de comércio eletrônico compreende: executar uma primeira porção da transação de comércio eletrônico, sendo que a primeira porção compreende receber e completar um pedido on-line para o objeto através de uma primeira rede usando os marcadores de segurança virtuais associados com o comprador; executar uma segunda porção da transação de comércio eletrônico usando a informação de segurança associada com a identidade real do comprador fornecida à entidade isolada, sendo que a segunda porção compreende realizar uma primeira transferência eletrônica de uma conta bancária do comprador para uma conta bancária do operador do sistema, sendo que um montante de pagamento associado com a primeira transferência eletrônica corresponde a um preço do objeto adquirido; executar uma terceira porção da transação de comércio eletrônico, sendo que a terceira porção compreende entregar o objeto adquirido associado com a transação de comércio eletrônico ao comprador; e executar uma quarta porção da transação de comércio eletrônico usando informação bancária associada com um vendedor on-line do qual o objeto é adquirido, sendo que a quarta porção compreende realizar uma segunda transferência eletrônica da conta bancária do operador do sistema para o • vendedor on-line referente ao objeto adquirido fornecido, sendo que a informação bancária associada com o vendedor on-line é fornecida à entidade isolada.

3. Método de acordo com a reivindicação 2, caracterizado pelo fato da segunda transferência eletrônica para o vendedor on-line referente ao objeto adquirido ser iniciada após a entrega do objeto ao comprador ter sido bem sucedida.

4. Método de acordo com a reivindicação 3, caracterizado pelo fato da primeira transferência eletrônica e a segunda transferência eletrônica serem realizadas por meio de uma rede proprietária configurada para facilitar comunicação entre a entidade isolada e uma pluralidade de bancos.

5. Método de acordo com a reivindicação 2, caracterizado pelo fato de compreender adicionalmente: executar uma ordem de entrega ao vendedor on-line para fornecimento do objeto adquirido após o montante de pagamento associado com a primeira transferência eletrônica ter sido assegurado.

6. Método de acordo com a reivindicação 1, 2, ou 3, caracterizado pelo fato da informação de segurança associada com a identidade real de um comprador compreender pelo menos uma selecionada de um grupo que consiste de um nome do comprador, um endereço para entrega do comprador, um endereço de correio eletrônico do comprador, um número de telefone do comprador, um número de seguridade social do comprador, uma placa de identificação associada com o comprador, informação * bancária do comprador, e um parâmetro de segurança representando um parâmetro preenchido durante a transação de comércio eletrônico.

7. Método de acordo com a reivindicação 6, caracterizado pelo fato da informação bancária do comprador compreender informação usada pelo sistema de pagamento dedicado para se obter um pagamento de uma conta bancária associada com o comprador.

8. Método de acordo com a reivindicação 1, caracterizado pelo fato de que apenas os marcadores de segurança virtuais são transmitidos através de uma primeira rede para facilitar a finalização da transação de comércio eletrônico.

9. Método de acordo com a reivindicação 1, caracterizado pelo fato de marcadores de segurança virtuais compreenderem pelo menos um selecionado do grupo que consiste de um nome de login associado com o comprador, uma senha associada com o nome de login, um número de identificação virtual, um endereço virtual de correio eletrônico, um endereço virtual para entrega do comprador, um número de telefone virtual do comprador, um marcador bancário virtual, e um parâmetro de segurança virtual.

10. Método de acordo com a reivindicação 9, caracterizado pelo fato do parâmetro de segurança virtual ser um marcador que corresponde à informação pessoal única relativa ao comprador.

11. Método de acordo com a reivindicação 1, caracterizado pelo fato da informação de segurança associada com a identidade ' real do comprador ser fornecida à entidade isolada via uma rede proprietária.

12. Método de acordo com a reivindicação 1, caracterizado pelo fato de transferir os marcadores de segurança virtuais para a entidade do mundo virtual compreender: armazenar os marcadores de segurança virtuais em um agente de transporte, sendo que o agente de transporte é configurado para transmitir uma pluralidade de mensagens que compreendem uma pluralidade de objetos de dados configurados para armazenar os marcadores de segurança virtuais, sendo que o agente de transporte é conectado a apenas uma dentre a entidade do mundo virtual e a entidade isolada de cada vez.

13. Método de acordo com a reivindicação 1 ou 12, caracterizado pelo fato da primeira rede ser usada para transmitir informação de transação de comércio eletrônico para a entidade do mundo virtual.

14. Método de acordo com a reivindicação 13, caracterizado pelo fato da informação de transação de comércio eletrônico compreender pelo menos uma selecionada do grupo que consiste de uma referência de transação, um preço de transação, uma referência de serviço de entrega, e um preço de serviço de entrega.

15. Método de acordo com a reivindicação 14, caracterizado pelo fato de compreender adicionalmente: transferir a informação de transação e os marcadores de segurança virtuais da entidade do mundo virtual para a entidade isolada usando o agente de transporte.

16. Método de acordo com a reivindicação 12, caracterizado pelo fato do agente de transporte transmitir a pluralidade de mensagens por meio de: geração de uma primeira mensagem compreendendo dados associados com a transação de comércio eletrônico, sendo que a primeira mensagem compreende uma primeira pluralidade de objetos de dados que representam uma primeira porção da transação de comércio eletrônico, transmitir a primeira mensagem da entidade isolada para a entidade do mundo virtual, sendo que a entidade do mundo virtual compreende um dispositivo de procedimentos configurado para executar procedimentos associados com a primeira pluralidade de objetos de dados na entidade isolada para se obter uma primeira porção completada da transação de comércio eletrônico.

17. Método de acordo com a reivindicação 16, caracterizado pelo fato da primeira pluralidade de objetos de dados ser uma selecionada de um grupo que consiste de arquivos formatados predefinidos compreendendo arquivos XML e fluxos de dados.

18. Sistema para completar uma transação de comércio eletrônico, caracterizado pelo fato de compreender: um primeiro dispositivo computacional configurado de forma a conectar um comprador associada com a transação de comércio eletrônico a um sitio de venda on-line; o sitio de venda on-line (OVS) executando em um segundo dispositivo computacional e configurado para proporcionar um serviço de comércio eletrônico ao comprador; e um sistema de pagamento dedicado configurado para facilitar o pagamento do comprador ao OVS para o serviço de comércio eletrônico, compreendendo: uma entidade do mundo virtual configurada para conectar um comprador associado com uma transação de comércio eletrônico ao sistema de pagamento dedicado via uma primeira rede e armazenar marcadores de segurança virtuais associados com o comprador em um repositório do mundo virtual, uma entidade isolada configurada para receber e armazenar informação de segurança associada com a identidade real do comprador em um repositório isolado, e um agente de transporte configurado para transmitir dados associados com a transação de comércio eletrônico entre a entidade do mundo virtual e a entidade isolada, sendo que o agente de transporte é conectado apenas a uma dentre a entidade do mundo virtual e a entidade isolada de cada vez, e sendo que a informação de segurança associada com a identidade real do comprador não é transmitida através da primeira rede.

19. Sistema de acordo com a reivindicação 18, caracterizado pelo fato dos dados associados com a transação de comércio eletrônico compreenderem informação de transação e os marcadores de segurança virtuais.

20. Sistema de acordo com a reivindicação 18 ou 19, caracterizado pelo fato da entidade isolada compreender um dispositivo de armazenamento configurado para armazenar informação de mapeamento que mapeia marcadores de segurança virtuais do comprador com relação a informação de segurança associada com a identidade real do comprador.

21. Sistema de acordo com a reivindicação 18, caracterizado pelo fato do comprador conectar-se ao sitio de venda on-line via um selecionado de um grupo que consiste de um navegador da rede mundial de computadores (web browser) executando no primeiro dispositivo computacional e um programa transacional executando no primeiro dispositivo computacional.

22. Sistema de acordo com a reivindicação 18, caracterizado pelo fato do agente de transporte transmitir dados entre a entidade do mundo virtual e a entidade isolada usando uma pluralidade de mensagens que compreendem uma pluralidade de objetos de dados configurados para armazenar dados associados com a transação de comércio eletrônico.

23. Sistema de acordo com a reivindicação 22, caracterizado pelo fato de compreender adicionalmente: um primeiro dispositivo de procedimentos conectado operacionalmente à entidade do mundo virtual e configurado ' para executar procedimentos associados com uma primeira pluralidade de objetos de dados transmitidos em uma primeira mensagem; um segundo dispositivo de procedimentos conectado operacionalmente à entidade isolada e configurado para executar procedimentos associados com uma segunda pluralidade de objetos de dados transmitidos em uma segunda mensagem; um primeiro repositório conectado operacionalmente ao primeiro dispositivo de procedimentos e configurado para armazenar a primeira pluralidade de objetos de dados; e um segundo repositório conectado operacionalmente ao segundo dispositivo de procedimentos e configurado para armazenar a segunda pluralidade de objetos de dados.

24. Sistema de acordo com a reivindicação 18, caracterizado pelo fato do primeiro dispositivo computacional ser um selecionado de um grupo que consiste de um computador pessoal, um telefone móvel, um assistente digital pessoal, um dispositivo de rede a cabo, e um dispositivo de jogos.

25. Sistema de acordo com a reivindicação 18, caracterizado pelo fato da informação de segurança associada com a identidade real de um comprador compreender pelo menos uma selecionada de um grupo que consiste de um nome do comprador, um endereço para entrega do comprador, um endereço de correio eletrônico do comprador, um número de telefone do comprador, um número de seguridade social do comprador, uma placa de identificação associada com o comprador, informação bancária do comprador, e um parâmetro de segurança representando um parâmetro preenchido durante a transação de comércio eletrônico.

26. Sistema de acordo com a reivindicação 18 ou 25, caracterizado pelo fato dos marcadores de segurança virtuais compreenderem pelo menos um selecionado do grupo que consiste de um nome de login associado com o comprador, uma senha associada com o nome de login, um número de identificação virtual, um endereço virtual de correio eletrônico, um endereço virtual para entrega do comprador, um número de telefone virtual do comprador, um marcador bancário virtual, e um parâmetro de segurança virtual.