BR112013004189A2 - Método baseado em computador e sistema de computador - Google Patents

Método baseado em computador e sistema de computador Download PDF

Info

Publication number
BR112013004189A2
BR112013004189A2 BR112013004189-7A BR112013004189A BR112013004189A2 BR 112013004189 A2 BR112013004189 A2 BR 112013004189A2 BR 112013004189 A BR112013004189 A BR 112013004189A BR 112013004189 A2 BR112013004189 A2 BR 112013004189A2
Authority
BR
Brazil
Prior art keywords
pin
computer
value
request
cash
Prior art date
Application number
BR112013004189-7A
Other languages
English (en)
Inventor
C. Licciardello Donald
Taggart Rush
D. Licciardello John
Lynn Licciardello Debra
Original Assignee
American Cash Exchange, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by American Cash Exchange, Inc. filed Critical American Cash Exchange, Inc.
Priority to BR122017028173-9A priority Critical patent/BR122017028173A2/pt
Publication of BR112013004189A2 publication Critical patent/BR112013004189A2/pt

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4012Verifying personal identification numbers [PIN]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • G06Q20/1085Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/208Input by product or record sensing, e.g. weighing or scanner processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/387Payment using discounts or coupons
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F19/00Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20Automatic teller machines [ATMs]
    • G07F19/203Dispensing operations within ATMs

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

método baseado em computador e sistema de computador um método com base em computador inclui a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. a solicitaçãó inclui uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico. o método adicionalmente inclui a derivação de uma versão não criptografada do número de conta a partir da indicação criptografada; a comparação da versão não criptografada do número de conta com um ou mais códigos de identificação em um banco de dados eletrônico, onde um dos códigos de identificação corresponde à conta; e a autorização do pagamento a partir da conta no dispositivo de pagamento com base, pelo menos parcialmente, no fato de que a comparação gera ou não uma correspondência entre a versão não criptografada do número de conta e o código de identificação que corresponde à conta.

Description

Figure BR112013004189A2_D0001
15/61 inserido pelo primeiro partido no dispositivo de pagamento eletrônico compreende a invocação de um módulo de segurança de host associado ao sistema de autorização para alterar a codificação.
Em algumas implementações, a transformação da nova versão do número de conta e do número de cartão de dinheiro na versão transformada inclui a invocação de um módulo de segurança de host associado ao sistema de autorização para transformar a nova versão.
O primeiro partido, o qual iniciou a solicitação para autorizar o pagamento a partir da conta, é tipicamente diferente do segundo partido, o qual pagou os fundos na conta.
De acordo com algumas realizações, o dispositivo de pagamento eletrônico é um caixa eletrônico (ATM).
Outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um sistema de computador que inclui um dispositivo de pagamento eletrônico acessível por um primeiro partido, um sistema de autorização com base em computador acoplado ao dispositivo de pagamento eletrônico e configurado para receber uma solicitação para autorizar pagamento ao primeiro partido no dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido.
A solicitação tipicamente inclui uma indicação criptografada de um número de conta e número de cartão de dinheiro inseridos por um primeiro partido no dispositivo de pagamento.
O sistema de autorização tipicamente inclui um módulo de segurança de host configurado para alterar a codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento
16/61 eletrônico. A nova versão tipicamente é criptografada com uma chave de codificação local. O módulo de segurança de host tipicamente é adicionalmente configurado para transformar a nova versão do número de conta e do número de cartão de dinheiro em uma versão transformada ao alterar a porção do número de cartão de dinheiro da nova versão a um número de cartão de dinheiro universal.
Um computador de host é configurado para comparar a versão transformada do número de conta e do número de cartão de dinheiro com um ou mais códigos de identificação em um banco de dados eletrônico.
O sistema de autorização tipicamente é configurado para autorizar o pagamento a partir da conta no dispositivo de pagamento com base, pelo menos em parte, no fato de que a comparação gera uma correspondência entre a versão nova e o código de identificação correspondente à conta.
Em algumas implementações, a solicitação inclui uma indicação de um valor de dinheiro e o tipo de moeda desejados inseridos pelo primeiro partido no dispositivo de pagamento eletrônico.
Além disso, o computador de host pode ser adicionalmente configurado para comparar o valor de dinheiro e o tipo de moeda desejados com cada um dos valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico. Além disso, a autorização do pagamento a partir da conta pode ser adicionalmente baseada no fato de que o valor de dinheiro e o tipo de moeda desejados correspondem ao valor de dinheiro e o tipo de moeda designados associados ao código de identificação que corresponde à conta.
De acordo com certas realizações, o sistema computador adicionalmente inclui um banco de dados eletrônico para armazenar os códigos de identificação e um valor de
17/61 dinheiro e o tipo de moeda associados com cada código de identificação. O valor de dinheiro e o tipo de moeda armazenados para cada conta podem ter base em uma designação provida pelo segundo partido que pagou naquela conta.
O sistema de autorização pode ser adicionalmente configurado para enviar uma indicação ao dispositivo de pagamento eletrônico de que a solicitação para autorizar foi concedida, e o dispositivo de dispensação de dinheiro pode ser configurado para dispensar o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
Em algumas implementações, o dispositivo de pagamento eletrônico é um caixa eletrônico (ATM).
Ainda outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um meio não transitório e legível por computador que armazena instruções executáveis por um ou mais processadores para realizar um método.
O método inclui a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação pode incluir uma indicação criptografada de um número de conta que corresponda à conta e um número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico.
O método também inclui a alteração da codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. A nova versão tipicamente é criptografada com uma chave de codificação local.
18/61
O método também inclui a transformação da nova versão do número de conta e do número de cartão de dinheiro em uma versão transformada ao alterar a porção do número de cartão de dinheiro da nova versão a um número de cartão de dinheiro universal.
O método também inclui a comparação da versão transformada com um ou mais códigos de identificação no banco de dados eletrônico. Um dos códigos de identificação tipicamente corresponde à conta.
O método também inclui a autorização de pagamento a partir da conta no dispositivo de pagamento eletrônico com base, pelo menos em parte, no fato de que a comparação gera uma correspondência entre a versão transformada e o código de identificação correspondente à conta.
Realizações especificas do assunto descrito neste relatório descritivo podem ser implementadas de maneira a realizar uma ou mais das seguintes vantagens.
Por exemplo, são providos sistemas e métodos para transferir dinheiro entre um remetente e um receptor/destinatário sem exigir que nenhum partido tenha acesso a uma conta de banco, cartão de crédito ou outra relação pré-existente com uma instituição financeira.
Além disso, o sistema e as técnicas apresentados aqui podem ser implementados utilizando interfaces de usuário existentes em localizações de POS de varejo (POS), caixas eletrônicos (ATMs), e outras unidades de dispensação de dinheiro.
Além disso, um processo relativamente simples é revelado para permitir e autorizar as transferências de dinheiro. Em geral, um remetente em uma primeira localização adquire um cartão, chamado às vezes neste relatório descritivo de cartão de PIN, em um ponto de venda, tal como um local de varejo ou um caixa de banco. Após a aquisição de
19/61 um cartão de PIN, uma sequência ou PIN de transferência associado (a) ao cartão de PIN é ativado (a) em um sistema de autorização, com a sequência ou PIN de transferência também associado(a) a um valor correspondente à quantidade de compra do cartão de PIN (por exemplo, 3.000 pesos mexicanos). O remetente entra em contato com um receptor em uma localização remota, e revela a sequência ou PIN de transferência ao receptor pretendido. Em certas realizações, o receptor somente necessita desta sequência ou PIN de transferência e um cartão, às vezes chamado(a) neste relatório descritivo como cartão de dinheiro, para receber a transferência de dinheiro em uma localização remota. Além disso, em algumas realizações, quase qualquer cartão de dinheiro pode ser utilizado com qualquer PIN de transferência válido para receber transferências de valor. Para receber o valor associado ao cartão de PIN, o receptor insere/passa ou entra de outra maneira com as informações associadas ao cartão de dinheiro em uma unidade de dispensação participante, tal como um caixa eletrônico, a qual lê e roteia as informações de transação apropriadas a um sistema de autorização. O receptor, então, insere a sequência ou o PIN de transferência, o (a) qual o sistema de autorização identifica como sendo uma entrada válida que é associada à quantidade de valor associada ao cartão de PIN. O sistema de autorização, então, autoriza a unidade de dispensação a dispensar a quantidade de valor e a unidade de dispensação dispensa.
Os sistemas e as técnicas revelados neste documento provêm a autorização altamente precisa de entregas de dinheiro solicitadas de maneira eficiente e econômica.
Os detalhes de uma ou mais realizações do assunto descrito neste relatório descritivo são estabelecidos nos desenhos apensos e na descrição. Outras características,
20/61 aspectos, e vantagens do assunto se tornarão aparentes a partir da descrição, dos desenhos e das reivindicações.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 é um fluxograma mostrando uma implementação de um método com base em computador em que um partido designa dinheiro para transferência a não especificado em uma localização não geralmente remota.
A Figura 2 é um diagrama esquemático outro partido especificada de um sistema com base em computador exemplar para transferência de fundos do remetente para o receptor ou destinatário.
A Figura 3A é uma vista frontal de um cartão de
PIN exemplar conforme pode ser adquirido por um remetente.
A Figura 3B é uma vista traseira do cartão de
PIN na Figura 3A.
A Figura 4A é uma vista frontal de um cartão de dinheiro exemplar conforme pode ser obtido por um receptor de uma transferência de dinheiro para acessar sistema entrega dos fundos designados.
Figura
4B é uma vista traseira do cartão de dinheiro da
Figura
4A.
Figura uma representação esquemática de um processo para gerar um cartão de PIN e informações associadas.
A Figura 6 uma representação esquemática de um processo exemplar para armazenar dos PINs de transferência.
A Figura 7 é uma representação esquemática de um processo exemplar para distribuir e rastrear um cartão de dinheiro.
Figura 8 é um fluxograma de um método para comprar e ativar um cartão de PIN.
21/61
As Figuras 9A a 9D são fluxogramas mostrando métodos de interações de um receptor pretendido com um sistema para solicitar um desembolso de dinheiro e as técnicas de autorização associadas, as quais podem ser conduzidas, por exemplo, por um sistema de autorização.
DESCRIÇÃO DETALHADA
A presente revelação está relacionada a sistemas e métodos com base em computador que permitem que um remetente transfira dinheiro a um receptor (destinatário) não especificado, em uma localização não especificada, geralmente remota, de maneira segura e protegida. Mais particularmente, esta revelação está relacionada a sistemas e métodos com base em computador para autorizar a entrega de dinheiro ao receptor não especificado em um caixa eletrônico (ATM), por exemplo, solicitar tal entrega. Em uma implementação típica, os sistemas e métodos podem ser implementados utilizando redes de bancos financeiras ou eletrônicas existentes, incluindo caixas eletrônicos (ATMs) e sem a necessidade de infraestrutura nova extensiva no local de envio ou no local de recepção.
Salvo indicação em contrário ou se for aparente a partir do contexto, os termos remetente, receptor e semelhantes, conforme utilizados neste documento, se referem a humanos, não máquinas.
VISÃO GERAL DE SISTEMAS E MÉTODOS
A Figura 1 é um fluxograma mostrando uma implementação de um método com base em computador no qual um remetente designa dinheiro para transferência a um receptor não especificado em uma localização não especificada, geralmente remota.
De acordo com o método ilustrado, um remetente (em 10) adquire um cartão de PIN. Tipicamente, esta aquisição
22/61 pode ocorrer em qualquer número ou tipo de locais de varejo ou outros estabelecimentos.
Na realização ilustrada, o cartão de PIN é associado a um valor predeterminado em uma denominação da comunidade do receptor pretendido. Por exemplo, um trabalhador migrante mexicano nos Estados Unidos que pretende enviar dinheiro para seu membro de família pode utilizar dólares americanos para adquirir um cartão de PIN possuindo um valor pré-determinado em pesos Mexicanos (por exemplo, 1.000 pesos, 2.000 pesos etc.). Outros valores de cartões de PIN podem ser disponibilizados também, incluindo, por exemplo, múltiplos das quantidades em número inteiro da moeda local na localização do remetente, ou quantidades especificadas pelo remetente ou pelo vendedor do cartão de PIN. Adicionalmente, os cartões de PIN podem ser vendidos em e para diversas unidades de moeda diferentes. Como um exemplo, um quiosque de câmbio em um aeroporto internacional pode, por taxas apropriadas, aceitar uma ampla faixa de moedas estrangeiras para comprar cartões de PIN associados a valores em uma faixa igualmente ampla de unidades de moeda estrangeira.
Em uma implementação típica, cada cartão de PIN possui um código exclusivo (chamado neste documento de PIN de transferência) que permite que um receptor pretendido em posse do código acesse o valor associado ao cartão em uma ou muitas localizações possíveis.
O custo do remetente na compra do cartão de PIN podería ser, por exemplo, o valor associado ao cartão de PIN convertido a uma moeda local (por exemplo, dólares americanos) utilizando uma taxa de câmbio aplicável no momento da transação (isto é, a compra e/ou a ativação do cartão de PIN), mais uma ou mais taxas de serviço pagáveis ao
23/61 operador do sistema 100 e/ou ao operador da localização de POS.
Uma solicitação de ativação com informações de ativação é, então, transmitida (em 12) ao longo de uma rede de comunicações a um sistema de autorização com base em computador. Se o sistema de autorização determinar, com base nas informações transmitidas, que o cartão de PIN deve ser ativado, então, o sistema de autorização (em 14) ativa o PIN de transferência associado ao valor correspondente à quantidade de compra do cartão de PIN. Por exemplo, se o remetente nos Estados Unidos quer transferir 3.000 pesos mexicanos a um amigo no México, o preço da conta do cartão de PIN podería ser o equivalente americano de 3.000 pesos, mais uma taxa ou comissão do vendedor, mais uma taxa ou comissão ao sistema de autorização. Neste exemplo, uma vez que o PIN é ativado, ele é associado ao sistema de autorização com o valor de 3.000 pesos mexicanos.
Continuando com o exemplo ilustrado na Figura 1, o remetente (em 16) revela o PIN de transferência, a quantidade de valor associada ao PIN de transferência e, em alguns casos, o tipo de moeda (por exemplo, dólares americanos, pesos mexicanos, etc.) da quantidade de valor associada ao cartão de PIN ao destinatário pretendido. Esta revelação de informações pode ser realizada em um número de maneiras possíveis, por exemplo, por telefone ou por outros meios que o remetente e o destinatário pretendido escolherem.
De acordo com o método ilustrado, o receptor necessita de um cartão de dinheiro (além do PIN de transferência, do valor e/ou do tipo de moeda) para obter os fundos a serem transferidos a partir do remetente. Portanto, o destinatário determina (em 18) se ele ou ela possui um cartão de dinheiro. Se não, o destinatário pretendido (em 20) obtém um cartão de dinheiro.
24/61
Uma vez que o destinatário tem a posse de um cartão
de dinheiro, o receptor pretendido utiliza (em 22) o cartão
de dinheiro para ativar uma unidade de dispensação
participante. Em algumas reali zações, a unidade de
dispensação é um caixa eletrônico. A ativação da unidade de dispensação participante tipicamente envolve passar o cartão de dinheiro no caixa eletrônico. Isto faz com que o caixa eletrônico entre em um modo operacional que permita que o mesmo interaja com o destinatário pretendido e outros componentes do sistema descritos nesta revelação, de maneira a facilitar as técnicas reveladas.
Uma vez que a unidade de dispensação é ativada, o receptor pretendido insere (em 24) o PIN de transferência que foi revelado pelo remetente na unidade de dispensação. Isto pode ser feito, por exemplo, utilizando um teclado numérico no caixa eletrônico e respondendo a uma ou mais solicitações do caixa eletrônico.
Após o destinatário pretendido inserir o PIN de transferência na unidade de dispensação, a unidade de dispensação transmite (em 26) o PIN de transferência (e, em alguns casos, outras informações) para o sistema de autorização localizado remotamente. O sistema de autorização determina (em 28) se o PIN de transferência é autorizado (por exemplo, se o PIN de transferência foi ativado e está associado a um valor). Conforme explicado em maiores detalhes abaixo, há um número de técnicas que o sistema de autorização pode utilizar para realizar esta determinação. Em uma implementação típica, entretanto, o sistema de autorização é operável em relação a isto para encontrar um equilíbrio apropriado entre a segurança do sistema e a conveniência dos usuários.
De acordo com o método ilustrado, se o sistema de autorização determinar (em 28) que o PIN de transferência não
25/61 é autorizado, então, o sistema de autorização (em 30) notifica a unidade de dispensação a não dispensar quaisquer fundos. Nesse caso, a unidade de dispensação, em seguida, termina a transação sem dispensar quaisquer fundos. Por outro lado, se o sistema de autorização determinar (em 28) que o PIN de transferência é autorizado, então, o sistema de autorização (em 32) sinaliza a unidade de dispensação para dispensar uma quantidade de fundos igual ao valor associado ao PIN de transferência. No exemplo descrito acima, esta quantidade seria 3.000 pesos mexicanos.
A Figura 2 é um diagrama esquemático de um sistema com base em computador exemplar para facilitar a transferência de fundos de um remetente a um destinatário.
Em uma implementação típica, o sistema facilita esta transferência de fundos ao permitir que o remetente adquira um número de identificação pessoal (PIN) que possui um valor de dinheiro designado associado ao mesmo para que o receptor acesse o dinheiro na quantidade designada utilizando o PIN e um cartão de acesso de sistema genérico (cartão de dinheiro) em uma unidade de dispensação de dinheiro localizada remotamente.
Em relação a isto, o sistema ilustrado possui diversas interfaces baseadas em computador em localizações onde o remetente possa obter um PIN (por exemplo, adquirindo um cartão com o PIN impresso ou armazenado no mesmo de outra maneira) . Estas incluem um POS de varejo 50, um quiosque automatizado 52, e outras localizações de ativação 54. O sistema ilustrado também possui diversas interfaces baseadas em computador em localizações onde um receptor possa utilizar o PIN e um cartão de dinheiro para acessar dinheiro possuindo um valor designado pelo remetente. Estas incluem um caixa eletrônico 60, uma unidade de dispensação operada por atendente 62 e outras unidades de dispensação apropriadas 64.
26/61
O sistema ilustrado também possui um sistema de autorização 140, o qual é geralmente operável para autorizar a distribuição de dinheiro a um receptor no caixa eletrônico 60, na unidade de dispensação operada por atendente 62 e/ou outras unidades de dispensação apropriadas 64. O sistema de autorização ilustrado 140 inclui um computador de host 142 acoplado a um módulo de segurança de host 144 e a um banco de dados eletrônico 146. Em geral, os componentes ilustrados -
sozinhos ou em combinação com outros componentes - são
adaptados para implementar diversas técnicas, as quais são
reveladas neste documento. Em algumas implementações, os
componentes do sistema de autorização 140 diferem do que é mostrado na figura. Além disso, os componentes ilustrados podem estar em diferentes localizações físicas.
Na implementação ilustrada, as interfaces baseadas em computador no POS de varejo 50, o quiosque automatizado 52
e as outras localizações de ativação 54 são acopladas ao
sistema de autorização 140 através de uma rede de
comunicações 56.
Analogamente, o caixa automático 60, a unidade de
dispensação operada por . atendente 62 e outras unidades de
dispensação apropriadas são acopladas ao sistema de
autorização 140 através da rede de comunicações 57.
O sistema ilustrado 100 também possui interfaces baseadas em computador em uma instituição financeira 80 e um fabricante de cartão de dinheiro 70, os quais são acoplados ao sistema de autorização 140 através de uma rede de comunicações 59 e à linha 58.
Os diversos dispositivos com base em computador ilustrados na Figura 1 podem ser acoplados ao sistema de autorização 140 em uma variedade de formas.
Em uma implementação típica, o sistema de autorização 140 inclui um ou mais componentes de computador
27/61 com comunicações, segurança e software de processamento de informações apropriados, bem como bancos de dados e meios de armazenamento apropriados, conforme apropriado, para implementar ou facilitar as técnicas reveladas neste documento.
Em geral, durante a operação do sistema, o sistema de autorização 140 é adaptado para se comunicar com uma ou mais interfaces baseadas em computador em localizações de remetente, tais como um POS de varejo 50, um quiosque automatizado 52, e outras localizações de ativação de PIN 54 através da rede de comunicações 56; unidades de destinatário, tais como um caixa eletrônico 60, unidades de dispensação operadas por atendente 62, e outras unidades de dispensação apropriadas 64 através da rede de comunicações 57; interfaces da instituição financeira 80 através da rede de comunicações 59; e interfaces de fabricante de cartão de dinheiro 70 através de uma linha de transferência de informações 58.
As informações recebidas de uma localização do remetente podem incluir, por exemplo, um PIN (por exemplo, impresso em um cartão de PIN) , a quantidade de valor a ser associada ao PIN para transferência a um receptor, e o tipo de moeda a ser transferida.
Tipicamente, estas informações são enviadas ao sistema de autorização 140 e armazenadas de maneira acessível ao sistema de autorização 140 quando um PIN for ativado.
As informações recebidas de uma localização do destinatário podem incluir, por exemplo, uma primeira sequência de dados, tal como um número de cartão de dinheiro (ás vezes chamado neste documento de PAN) e uma segunda sequência de dados, por exemplo, um PIN. Outras informações podem ser recebidas de uma localização do destinatário também, incluindo, por exemplo, outras sequências utilizadas com um sorteio ou uma promoção. Em algumas implementações, as
28/61 informações recebidas de uma localização do destinatário são criptografadas. Por exemplo, em algumas implementações, o PIN e o PAN são criptografados para formar um bloco de PIN. Tipicamente, estas informações são enviadas ao sistema de autorização 140 em resposta ao receptor utilizar um cartão de dinheiro para acessar o sistema (por exemplo, em um caixa eletrônico) , inserir um PIN e uma solicitação de que o dinheiro seja dispensado ao receptor.
Em algumas realizações, o sistema de autorização 140 recebe diversas informações do(s) fabricante(s) de cartão de dinheiro e, dependendo da realização, o sistema de autorização 140 pode se comunicar com uma ou mais instituições financeiras 80, por exemplo, para debitar ou creditar uma conta de desembolso corporativa quando os fundos tiverem de ser dispensados ou quando o PIN for adquirido.
Em geral, o sistema de autorização 140 recebe informações de diversas fontes, armazena e/ou processa as informações recebidas, por exemplo, para realizar checagens de segurança de verificação, comparar dados recebidos e armazenados, realizar entradas de registro apropriadas, e autorizar desembolsos a receptores de acordo com as diversas técnicas reveladas neste documento.
CARTÃO DE PIN EXEMPLAR
A Figura 3A mostra um exemplo de um lado frontal de um cartão de PIN conforme pode ser comprado por um remetente, por exemplo (em 10 na Figura 1, acima).
Conforme ilustrado na Figura 3A, o cartão de PIN 160 é construído de plástico ou outro material adequado conforme é convencionalmente utilizado para cartões de crédito, cartões de débito ou cartões de presente. O cartão de PIN 160 conforme ilustrado na Figura 3A é uma única peça, tendo aproximadamente as dimensões de três cartões de crédito padrão, e com pontuação 802 para permitir o destacamento
29/61 fácil do terço inferior como um cartão separado. Conforme mostrado na Figura 3A, o terço superior 801 do cartão de PIN 160 inclui uma mensagem de propaganda 804 que inclui a quantidade de dinheiro que pode ser transferida utilizando o cartão específico, e uma legenda 806 (em espanhol na Figura 3A) de que o cartão não possui valor até que seja ativado. O terço do meio 808 do cartão de PIN inclui instruções básicas (novamente em espanhol), sobre como utilizar o cartão. No exemplo ilustrado na Figura 3A, o terço inferior 810, o qual pode ser destacado, inclui um logotipo e um design.
A Figura 3B provê uma ilustração da parte traseira do cartão de PIN 160 ilustrado na Figura 3A.
Conforme ilustrado na Figura 3B, o terço superior 820 da parte traseira do cartão de PIN 160 inclui a legenda 822 (em inglês) do terço superior da parte frontal do cartão de PIN 160, com instruções 824 em inglês sobre como utilizar o cartão, correspondentes às instruções em espanhol no terço do meio da parte frontal do cartão, conforme ilustrado na Figura 3A. Conforme também ilustrado na Figura 3B, o terço superior 820 e o terço do meio 826 da parte traseira do cartão de PIN 160 incluem instruções em inglês, sobre como obter um cartão de dinheiro (isto é, o cartão que o destinatário pretendido pode utilizar para acessar o sistema e solicitar a entrega de fundos) e sobre como utilizar uma portadora de telecomunicações internacional para ligar para o Destinatário pretendido para informá-lo(a) do PIN de transferência 130 e do valor representado pelo cartão (1.000 pesos neste exemplo) uma vez autorizado. No exemplo ilustrado na Figura 3B, o terço do meio 826 da parte traseira do cartão de PIN 160 inclui termos e condições sobre o uso do cartão. O terço do meio 826 da parte traseira do cartão de PIN 160 também inclui um número 834 e seu código de barras UPC
30/61 correspondente que identifica o produto de cartão de PIN especifico.
Na realização ilustrada na Figura 3B, o terço inferior 828 da parte traseira do cartão de PIN 160 inclui instruções em espanhol e termos e condições correspondentes às instruções em inglês e termos e condições no terço do meio 826 da parte traseira do cartão de PIN 160, bem como instruções em espanhol sobre como obter um cartão de dinheiro e sobre como utilizar uma portadora de telecomunicações internacional designada para ligar para o destinatário pretendido para informá-lo(a) sobre o PIN de transferência 130 e o valor representado pelo cartão, uma vez autorizado. O terço inferior 828 da parte traseira do cartão de PIN exemplar 160 ilustrado na Figura 3B também inclui uma faixa magnética 832 para registrar informações codificadas eletronicamente. Em algumas realizações, a faixa magnética 832 codifica um número de cartão de 16 dígitos que identifica um cartão de PIN específico 160, por exemplo, com os primeiros seis dígitos sendo um número de identificação de emitente (UN), os próximos nove dígitos sendo um número de cartão exclusivo interno, e o dígito final sendo o dígito de verificação que é calculado a partir dos 15 dígitos anteriores utilizando um algoritmo. O dígito de verificação pode, em alguns casos, auxiliar a garantir a transmissão eletrônica precisa dos outros dígitos.
Na realização ilustrada na Figura 3B, o terço inferior 828 da parte traseira do cartão de PIN 160 também inclui áreas de raspar 836 e 838, as quais são revestidas com um filme ou outro material adequado para esconder informações sob o mesmo, enquanto permite que as informações escondidas sejam reveladas quando o filme ou o outro material é raspado ou esfregado com uma moeda ou outro objeto relativamente rígido. Neste exemplo, a área de raspar 836 esconde um código
31/61 de ligação de 12 dígitos que permite que um chamador realize uma chamada gratuita para um destinatário pretendido do valor representado pelo cartão de PIN, e a área de raspar 838 esconde um PIN de transferência de 12 dígitos. Entretanto, em outras realizações, o código de chamada de 12 dígitos e o PIN de transferência de 12 dígitos podem ser escondidos por uma única área de raspar. Conforme instruído na parte traseira do cartão de PIN 160, um remetente liga para a portadora de telecomunicações internacional designada utilizando o número listado, então insere o código de chamada de 12 dígitos, insere um código de país apropriado e, em seguida, insere o número de telefone do destinatário pretendido. Após atingir o destinatário pretendido, o remetente, em seguida, revela o PIN de transferência de 12 dígitos e a quantidade de valor associada ao cartão de PIN e, se necessário, as instruções sobre como obter um cartão de dinheiro. O destinatário pretendido, em seguida, é capaz de acessar os fundos, por exemplo, em um caixa eletrônico próximo.
CARTÃO DE DINHEIRO EXEMPLAR
A Figura 4A mostra a parte frontal de um cartão de dinheiro exemplar (por exemplo, um cartão que permite que um destinatário pretendido acesse o sistema e solicite a entrega dos fundos solicitados). Na realização ilustrada, a parte frontal 850 do cartão de dinheiro 310 inclui um logotipo e um design, bem como uma legenda 852 (em espanhol na Figura 4A) identificando o ano em que o cartão de dinheiro foi impresso.
A Figura 4B mostra a parte traseira do cartão de dinheiro da Figura 4A. Na realização ilustrada, a parte traseira 860 do cartão de dinheiro 310 inclui uma faixa magnética 862 para registrar informações codificadas eletronicamente. Em algumas realizações, a faixa magnética 862 codifica um número de cartão de 16 dígitos que identifica um cartão de dinheiro específico 310, com os primeiros seis
32/61 dígitos sendo um número de identificação de banco (ou emissor) (BIN) que serve para rotear informações de transação de cartão de dinheiro da unidade de dispensação ao sistema de autorização 140. Os próximos nove dígitos compreendem um número de cartão exclusivo associado ao cartão de dinheiro 310, e o dígito final é um dígito de verificação que é calculado a partir dos 15 dígitos anteriores utilizando um algoritmo especificado. O dígito de verificação tipicamente auxilia a garantir a transmissão eletrônica precisa dos outros dígitos.
No exemplo mostrado na Figura 4B, o número de cartão de dinheiro de 16 dígitos 350 também é mostrado em forma legível por humanos. A parte traseira 860 do cartão de dinheiro 310 também inclui a língua 864 identificando o cartão de dinheiro 310 como propriedade do emissor do cartão, bem como números de telefone 866 que podem ser chamados para informações ou assistência ao consumidor.
GERAR CARTÕES DE PIN E INFORMAÇÕES ASSOCIADAS
A Figura 5 representa um processo para gerar um cartão de PIN e informações associadas, tais como PINs de transferência e códigos de chamada.
De acordo com o processo ilustrado, os geradores de números aleatórios 105 e 110 são utilizados para gerar dois números aleatórios 115 e 120, respectivamente. Em algumas realizações, os números aleatórios 115 são de doze dígitos e são utilizados para gerar um código de chamada 125, o qual pode ser impresso sobre o cartão de PIN 160. O código de chamada 125 também é armazenado em um banco de dados eletrônico do sistema de autorização 140, o qual compreende um banco de dados eletrônico e outros softwares e hardwares para armazenar e/ou manipular os dados armazenados no banco de dados. Em uma implementação típica, o código de chamada 125 pode ser utilizado pelo remetente, com uma portadora de
33/61 telecomunicações internacional utilizando um número de ligação gratuita impresso no cartão de PIN, para ligar para o destinatário pretendido para passar o PIN de transferência 130 .
Em algumas realizações, o número aleatório 120 possui 12 dígitos e é utilizado como um PIN de transferência 130 e impresso no cartão de PIN 160. Em algumas realizações, o PIN de transferência 130 é armazenado no banco de dados eletrônico do sistema de autorização 140. Em algumas realizações, cada PIN de transferência 130 é essencialmente exclusivo.
Além disso, os PINs de transferência são tipicamente verificados em relação à exclusividade contra PINs de transferência previamente gerados 130 para garantir que não há duplicação dentro de um período de tempo especificado. Isto provê um alto grau de confiança em que dois ou mais PINs de transferência idênticos 130 não se tornarão ativos simultaneamente. Por exemplo, em uma realização, mais de um número predeterminado de meses, tal como doze, seria necessário a decorrer após um PIN de transferência de 12 dígitos tenha sido utilizado para uma transferência de fundos antes que possa ser ativado novamente para uso com o mesmo sistema de autorização 140.
Em algumas realizações, o cartão de PIN 160, além de ter o código de chamada 125 e o PIN de transferência 130 impressos no mesmo, também tem um número de cartão 150 atribuído ao mesmo, o qual é armazenado no sistema de autorização 140. Em algumas realizações, o número de cartão 150 possui 16 dígitos, onde os primeiros 6 dígitos compreendem um número de identificação de emissor (UN), o qual serve para rotear as informações de transação de um terminal de POS em uma localização de varejo, por exemplo, ao sistema de autorização 140, os próximos nove dígitos
34/61 compreendem um número de cartão exclusivo associado ao cartão de PIN específico 160, e o dígito final é um dígito verificador para auxiliar a garantir uma transmissão eletrônica precisa.
O número de cartão 150 pode ser armazenado em um cartão de PIN 160, por exemplo, em um meio de armazenamento como uma faixa magnética ou impresso no cartão em um formato legível por humanos. Em realizações, o número de cartão 150 não é diretamente associado a uma transação de transferência de dinheiro específica, mas, ao invés disso, pode ser utilizado para acompanhar o uso e a compra de cartões de PIN e PINs de transferência, e para pesquisas de mercado, promoções e sorteios, e outros motivos de negócios. Em algumas realizações, o código de chamada 125 e o PIN de transferência 130 são ambos associados ao número de cartão 150 em um banco de dados eletrônico do sistema de autorização 140 .
De acordo com a implementação ilustrada, o código de chamada 125 e o PIN de transferência 130 impressos no cartão de PIN são cobertos (em 170) com material opaco para evitar que sejam conhecidos antes da aquisição do cartão de PIN 160. O código de chamada 125 e o PIN de transferência 130 podem ser cobertos por uma única superfície de raspar ou por superfícies de raspar separadas. Outros meios adequados para esconder o código de chamada 125 e o PIN de transferência 130, tais como uma fita descolável, microencapsulamento de padrões de tinta, leitores de rádio ou eletrônicos, e semelhantes, podem também ser utilizados.
Deve ser compreendido que, para o código de chamada 125, o PIN de transferência 130 e o número de cartão 150, outras sequências mais curtas ou mais longas podem ser utilizadas para maior ou menor segurança, equilibrada entre facilidade e conveniência de uso. Analogamente, o código de
35/61 chamada 125, o PIN de transferência 130 ou o número de cartão 150 podem compreender sequências alfanuméricas ou outras sequências consistentes com diversos tipos de sequências que sejam capazes de serem lidas ou inseridas em unidades de dispensação e redes financeiras e outras redes eletrônicas em diversas localizações. Em algumas realizações, o código de chamada 125 e o PIN de transferência 130 poderíam ser os mesmos, isto é, o PIN de transferência funciona como o código de chamada.
ARMAZENAMENTO DE INFORMAÇÕES DE PIN DE TRANSFERÊNCIA
Há uma variedade de maneiras nas quais o sistema de autorização 140 pode armazenar dados associados aos PINs de transferência.
A Figura 6 mostra um exemplo de como o sistema de autorização 140 armazena PINs de transferência. O método ilustrado inclui o armazenamento de PINs de transferência em um banco de dados eletrônico no sistema de autorização 140, para comparação posterior com informações recebidas de um receptor solicitando autorização para uma distribuição de dinheiro.
Na realização ilustrada, números aleatórios 120, os quais servem como os PINs de transferência e podem incluir, por exemplo, sequências de 12 dígitos, são gerados e em seguida criptografados (em 210) utilizando uma chave de codificação local, a qual é gerada em 205, e utilizando um caractere a partir de uma sequência fictícia, a qual é gerada em 215.
Isto produz um Bloco de PIN criptografado. Em certas realizações, a sequência fictícia é um número constante que é utilizado na criptografia de todos os PINs de transferência 130.
36/61
O Bloco de PIN criptografado obtém um hash (em 230) e é colocado no banco de dados eletrônico no sistema de autorização 140. Em algumas realizações, a criptografia (em 210) e o hash (em 230) são realizados por dispositivos computadores no sistema de autorização 140. Na realização ilustrada na Figura 6, as sequências de 12 dígitos que formam os PINs de transferência 130 não são armazenadas em uma forma clara, não criptografada, no sistema de autorização 140. Em uma implementação típica, isto auxilia no aprimoramento da segurança associada aos PINs de transferência.
Adicionalmente, no exemplo ilustrado, os números aleatórios 120 que formam os PINs de transferência 130 são armazenados em uma forma não criptografada. O armazenamento não criptografado é realizado em um disco compacto (CD) que possa ser removido do sistema e, portanto, seria inacessível pelo sistema. Em uma implementação típica, o armazenamento do CD é realizado para manter um registro dos PINs de transferência reais gerados na eventualidade em que os PINs criptografados sejam perdidos ou os dados do PIN de transferência se tornem de alguma forma corruptos. Os números aleatórios 120 são armazenados em um CD (em 260) e são utilizados como PINs de transferência 130 no processo de fabricação 270 do cartão de PIN 160.
O CD que é criado (em 260), o qual armazena os PINs de transferência gerados não criptografados 130, é mantido (em 280) em um local seguro, tal como um cofre, e é acessado se necessário (por exemplo, se os PINs criptografados forem perdidos).
Há uma variedade de outras maneiras nas quais o sistema de autorização 140 pode armazenar os dados associados com os PINs de transferência gerados.
DISTRIBUIÇÃO E RASTREAMENTO DE CARTÕES DE DINHEIRO
37/61
A Figura 7 representa um processo exemplar para distribuir e rastrear um cartão de dinheiro 310.
Em uma implementação típica, os cartões de dinheiro 310 são distribuídos de graça aos destinatários através de um ou mais métodos. Por exemplo, em uma implementação, os cartões de dinheiro podem ser destinados a facilitar as transferências de dinheiro entre trabalhadores migrantes e sazonais nos Estados Unidos e suas famílias no México. Em tais casos, os cartões de dinheiro 310 poderíam ser disponibilizados gratuitamente em bancos locais e empresas ou feiras ou outros eventos ou encontros no México, ou poderíam ser disponibilizados por solicitação através do correio, através de Internet ou através de outros meios adequados, tais como por e-mail ou ao ligar para um número gratuito.
De acordo com algumas realizações, o destinatário preenche um formulário 320 antes de receber o cartão de dinheiro 310. Dependendo do escopo de serviços a serem oferecidos com as transferências de fundos, o formulário 320 pode solicitar uma variedade de tipos de informações, tais como informações detalhadas para identificar o usuário de cada cartão de dinheiro 310, ou informações gerais a serem coletadas por motivos de marketing. Em certas realizações, o formulário concluído 320 é coletado 330, e as informações do formulário são armazenadas no sistema de autorização 140.
Em algumas realizações, são atribuídos números de cartão 350 aos cartões de dinheiro 310, os quais são armazenados no sistema de autorização 140. O número de cartão 350 pode também ser armazenado no cartão de dinheiro 310, por exemplo, em um meio de armazenamento como uma faixa magnética ou impresso no cartão em um formato legível por humanos. O número de cartão 350 pode possuir 16 dígitos, por exemplo, com os primeiros seis dígitos de um Número de Identificação de Banco (BIN), o qual serve para rotear informações de
38/61 transações de cartão de dinheiro de uma unidade de dispensação ao sistema de autorização 140, os próximos nove dígitos formam um número de cartão exclusivo que é associado ao cartão de dinheiro 310, e o dígito final é um dígito verificador. Em algumas realizações, o número de cartão 350 pode ser utilizado para acompanhar o uso do cartão e para pesquisa de mercado, promoções e sorteios e outros motivos de negócio.
DISTRIBUIÇÃO E ATIVAÇÃO DE UM CARTÃO DE PIN
A Figura 8 é um fluxograma de um método para adquirir e ativar um cartão de PIN.
De acordo com o método ilustrado, um usuário (por exemplo, um remetente) adquire e ativa um cartão de PIN de uma localização de POS utilizando um terminal de POS com base em computador 420. Em uma implementação típica, os terminais de POS serão posicionados em diversas localizações de varejo, tais como lojas de conveniência ou postos de gasolina e/ou quaisquer outras localizações adequadas para atingir clientes desejados.
Conforme discutido neste documento, cada cartão de PIN 160 tipicamente possui um PIN associado e é associado a um valor predeterminado, em uma denominação que corresponde à comunidade do destinatário pretendido. Por exemplo, para trabalhadores migrantes mexicanos nos Estados Unidos, os cartões de PIN 160 poderíam ser vendidos por dólares americanos em múltiplos de unidades de moedas inteiras de pesos mexicanos (por exemplo, 1.000 pesos, 2.000 pesos etc.). O custo ao remetente podería, por exemplo, ser o valor do cartão convertido à moeda local (por exemplo, dólares americanos) utilizando uma taxa de câmbio aplicável no momento da transação, mais uma taxa de transação ou comissão ao operador do sistema, bem como ao vendedor do cartão de PIN.
39/61
Outros valores de cartões de PIN 160 poderiam ser também utilizados, incluindo, por exemplo, múltiplos das quantidades em número inteiro da moeda local na localização do remetente, ou outras quantidades selecionadas pelo remetente ou pelo vendedor dos cartões de PIN 160. Adicionalmente, os cartões de PIN 160 poderiam ser vendidos em e para diversas unidades de moeda diferentes. Como um exemplo, um quiosque de câmbio em um aeroporto internacional pode, por taxas apropriadas, aceitar uma ampla faixa de moedas estrangeiras para comprar cartões de PIN 160 associados a valores em uma faixa igualmente ampla de unidades de moeda estrangeira.
Em algumas implementações, tais como a mostrada, um cartão de PIN 160 é passado, e outras informações relacionadas ao PIN são inseridas (em 420) em um terminal de POS com base em computador. Em resposta a isto, o terminal de POS transmite (em 430) informações incluindo uma solicitação de ativação de PIN através de uma rede de comunicações 56 ao sistema de autorização 140. Em diversas implementações, a solicitação de ativação de PIN inclui informações que facilitam o processo de ativação do cartão de PIN (em 440) . As informações associadas ao cartão de PIN 160 podem ser inseridas no terminal de POS em uma variedade de formas, incluindo, por exemplo, utilizando um leitor de faixa magnética para obter as informações do cartão de PIN, utilizando um teclado numérico e/ou ditando as informações para uma unidade de resposta de voz de telefone ou operador ao vivo, o qual, em seguida, insere as informações em um sistema de autorização 140.
Em certas realizações, as informações transmitidas ao sistema de autorização em relação a isto incluem a quantidade de valor e as unidades de moeda estrangeira associadas ao cartão de PIN 160. Em algumas realizações, a
40/61
quantidade de valor e unidades de moeda estrangeira
associadas ao cartão de PIN 160 podem ser elas mesmas
previamente associadas ao número de cartão de PIN 150. Em
certas realizações, as informações transmitidas ao sistema de autorização 140 também incluem outras informações, tais como informações apropriadas para verificar o vendedor de cartões de PIN, para rastrear as vendas de cartões de PIN do vendedor de cartão de PIN e/ou para identificar o remetente que comprou o cartão de PIN.
De acordo com a realização ilustrada, o sistema de autorização 140 ativa o cartão de PIN (em 440) . Em diversas implementações, a ativação pode incluir, por exemplo, a conclusão de checagens de verificação em qualquer um dentre o vendedor, o remetente, e o número de cartão de PIN. Tais checagens de verificação podem incluir uma variedade de heurísticas projetadas para evitar crime ou fraude. As heurísticas específicas podem variar dependendo da implementação prática específica e podem depender do nível de segurança e prevenção de crimes desejados, quaisquer exigências regulatórias aplicáveis, e outros fatores relevantes.
Em algumas realizações, o sistema de autorização 140 identifica o número de cartão de PIN 150 e o associa a um PIN de transferência específico 130. Após os procedimentos de verificação e autorização serem finalizados de maneira bem sucedida, o cartão de PIN 160 é considerado ativado, e o PIN de transferência 130 e o código de chamada 125 são considerados ativados. Em certas realizações, no sistema de autorização 140, um cartão de PIN ativado é refletido em um registro sinalizado como ativo, que associa um PIN de transferência específico 130 a um número de cartão 150 e um código de chamada 125, bem como uma quantidade de valor em
41/61 uma unidade de moeda especifica (por exemplo, 3.000 pesos mexicanos).
Após o cartão de PIN ser ativado, o vendedor é sinalizado, através da rede de comunicações ou outros meios adequados, que o cartão de PIN 160 foi ativado, de modo que o remetente possa ser informado.
Em algumas realizações, o vendedor pode, ele mesmo, ser um dispositivo eletrônico interativo, tal como um caixa eletrônico, que aceita cartões de dinheiro ou de débito ou de crédito, permite a seleção de unidades de moeda e quantidades, sinaliza e se comunica automaticamente com o sistema de autorização 140 em resposta aos comandos e às entradas do remetente, e dispensa os cartões de PIN ativados 160 ou confirma a ativação de outros cartões de PIN.
Uma vez que o cartão de PIN 160 foi ativado, o remetente pode utilizar o código de chamada 125 com uma portadora de telecomunicações internacional designada utilizando o número gratuito exibido no cartão de PIN 160 para ligar para o destinatário pretendido, informá-lo(a) de que os fundos estão disponíveis para transferência, revelar o PIN de transferência 130, e prover instruções, se necessário, sobre como obter um cartão de dinheiro. Obviamente, outros métodos podem ser utilizados para transmitir estas informações, tais como e-mail, telegramas, cartas ou chamadas telefônicas pagas.
AUTORIZAÇÃO DE DESEMBOLSOS DE DINHEIRO E DESEMBOLSO DO DINHEIRO
Existem diversas maneiras nas quais o sistema de autorização pode autorizar a entrega de dinheiro a um destinatário pretendido em um caixa eletrônico ou outra unidade de dispensação, por exemplo.
A Figura 9A é um fluxograma mostrando um exemplo de interações de um destinatário pretendido com um sistema para
42/61 solicitar um desembolso de dinheiro e as técnicas de autorização associadas, as quais podem ser conduzidas, por exemplo, pelo sistema de autorização 140. As técnicas representadas no fluxograma ilustrado são aplicáveis de maneira geral, se o banco de dados eletrônico do sistema de autorização incluir entradas de banco de dados que identifiquem os PINs ativados e seus valores e tipos de moeda associados.
De acordo com a realização ilustrada, o destinatário pretendido inicia o processo (em 902) ao inserir um cartão de dinheiro 310 em um caixa eletrônico ou outra unidade de dispensação (por exemplo, o caixa eletrônico 60), ativando, por meio disto, o caixa eletrônico para interagir com o destinatário pretendido e o sistema de autorização, por exemplo, para facilitar as técnicas reveladas neste documento. Mais particularmente, a ativação tipicamente permite que o caixa eletrônico 60 receba dados adicionais e/ou solicite que o destinatário pretendido digite dados adicionais que possam ser relevantes às técnicas reveladas neste documento. A inserção do cartão de dinheiro 310 no caixa eletrônico faz com que o número de cartão de dinheiro seja transferido para o caixa eletrônico também.
No método ilustrado, uma vez ativado, o caixa eletrônico 60 solicita que o destinatário pretendido (em 904) digite o PIN de transferência que o destinatário pretendido recebeu do remetente. Esta solicitação, e as outras solicitações discutidas neste documento, podem ser na forma de uma solicitação visivel na tela no caixa eletrônico em que o destinatário pretendido insere o PIN de transferência. A solicitação pode tomar outras formas, tais como solicitações verbais, também.
O destinatário pretendido responde à solicitação (em 906) introduzindo o PIN de transferência. Em diversas
43/61 implementações, o destinatário pretendido pode introduzir o PIN de transferência (e outros dados) em uma variedade de diferentes formas, incluindo, por exemplo, utilizando um teclado numérico em hardware no caixa eletrônico 60, utilizando um teclado implementado por software em uma tela de vídeo sensível ao toque, falando o PIN de transferência em um microfone no caixa eletrônico 60 etc.
De acordo com o método ilustrado, o caixa eletrônico 60 adicionalmente solicita que o destinatário pretendido (em 908) digite o valor e o tipo de moeda associados ao PIN de transferência que o destinatário pretendido inseriu previamente. O destinatário pretendido responde (em 910) ao inserir o valor e o tipo de moeda (por exemplo, 1.00o pesos mexicanos) associados ao PIN de transferência, os quais o destinatário pretendido aprendeu do remetente previamente.
caixa eletrônico (em 912), em seguida, envia uma solicitação de autorização através de uma rede de comunicações ao sistema de autorização 140. A solicitação de autorização é uma solicitação pelo caixa eletrônico para dispensar o valor e a moeda inseridos pelo destinatário pretendido no caixa eletrônico.
Em uma implementação típica, a solicitação de autorização inclui um bloco de PIN, o qual é uma combinação criptografada do PIN de transferência e do número de cartão de dinheiro 350 associados com o cartão de dinheiro utilizado pelo destinatário pretendido para acessar o sistema no caixa eletrônico. Conforme indicado acima, em certas implementações, o número de cartão de dinheiro 350 inclui um número de identificação de emissor (ou Banco) (IIN/BIN) que facilita o roteamento de informações de transações de cartão de dinheiro entre o caixa eletrônico e o sistema de autorização 140 um número de cartão exclusivo que
44/61 associado ao cartão de dinheiro 310, e um ou mais dígitos de verificação. Em uma implementação típica, o caixa eletrônico possui um módulo de segurança de host para realizar diversas funções de criptografia e outras funções relacionadas à segurança.
Além do Bloco de PIN, a solicitação de autorização, em alguns casos, pode conter outras informações também. Em alguns casos, isto pode incluir tanto quanto 30 ou mais campos em texto claro. Estas outras informações podem incluir, por exemplo, o valor solicitado e o tipo de moeda, o número de cartão de dinheiro, bem como outros campos relacionados à transação.
Em algumas implementações, a mensagem é uma mensagem ISO 8583. ISO 8583 refere-se ao padrão da Organização Internacional para Padronização (ISO), intitulado mensagens originadas em cartões de transações financeiras Especificações de mensagem de intercâmbio, e é o padrão internacional para sistemas que realizam transações de câmbio feitas por titulares de cartões utilizando cartões de pagamento.
O sistema de autorização 140 (em 914) - mais particularmente, o computador de host 142 no sistema de autorização - recebe a solicitação de autorização (em 914). O computador de host 142 extrai o Bloco de PIN da solicitação de autorização e invoca (em 916) seu próprio módulo de segurança de host 144 para derivar o PIN que foi inserido pelo destinatário pretendido, em forma não criptografada, no caixa eletrônico, com base nas informações recebidas no sistema de autorização 140 a partir da rede de comunicações. Em uma implementação típica, esta derivação pode ser executada em virtude de uma chamada de função específica no módulo de segurança de host 144 onde a entrada é o código de solicitação de função, o Bloco de PIN incluso na solicitação
45/61 de autorização recebida e uma chave de codificação privada que é compartilhada com o caixa eletrônico onde a solicitação de autorização foi originada. A saída da chamada de função específica no módulo de segurança de host 144 inclui a sequência numérica em forma não criptografada que foi inserida pelo destinatário pretendido no caixa eletrônico em resposta a ser solicitado a inserir o PIN. Esta saída da função de chamada ao módulo de segurança de host é retornada (em 918) ao computador de host.
O computador de host 142 (em 920) compara a saída da função de chamada do módulo de segurança de host (isto é, a sequência numérica que foi inserida pelo destinatário pretendido como o PIN de transferência) e o valor de dinheiro e/ou o tipo de moeda inserido pelo destinatário pretendido no caixa eletrônico com os dados armazenados no banco de dados eletrônico 146 do sistema de autorização 140. Mais particularmente, em uma realização típica, o computador de host 142 verifica se há uma entrada de banco de dados no banco de dados eletrônico que corresponda à sequência numérica que foi inserida pelo destinatário pretendido como o PIN de transferência no caixa eletrônico, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico.
Se o computador de host encontrar uma correspondência (em 922) entre um dentre as entradas de banco de dados e a sequência numérica que foi inserida pelo destinatário pretendido como o PIN de transferência no caixa eletrônico, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 924) envia uma indicação ao
46/61 caixa eletrônico de que o valor de dinheiro e o tipo de moeda podem ser dispensados ao destinatário pretendido.
Em resposta à recepção da indicação de que o valor de dinheiro e o tipo de moeda podem ser dispensados, o caixa eletrônico (em 926) dispensa dinheiro em um valor de dinheiro e o tipo de moeda conforme especificados pelo destinatário pretendido.
Se, por outro lado, o computador de host (em 922) não encontrar uma correspondência entre um dentre as entradas de banco de dados e a sequência numérica que foi inserida pelo destinatário pretendido como o PIN de transferência no caixa eletrônico, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 928) envia uma indicação ao caixa eletrônico de que a solicitação do destinatário pretendido deve ser negada.
Em resposta à recepção da indicação de que a solicitação do destinatário pretendido deve ser negada, o caixa eletrônico (em 930) nega a solicitação. Em uma implementação típica, isto termina as interações do destinatário pretendido com o sistema.
A Figura 9B é um fluxograma mostrando outro exemplo de interações de um destinatário pretendido com um sistema para solicitar um desembolso de dinheiro e as técnicas de autorização associadas, as quais podem ser conduzidas, por exemplo, pelo sistema de autorização 140. As técnicas representadas no fluxograma ilustrado são geralmente aplicáveis se o banco de dados eletrônico do sistema de autorização incluir uma lista exaustiva de cada possível combinação de PINs de transferência ativados e número de cartão de dinheiro que poderíam ser produzidos criptografando cada combinação com uma chave de codificação local.
47/61
As etapas identificadas pelos numerais de referência 902 a 914 são idênticas às etapas numeradas similarmente na Figura 9A. 0 bloco de PIN recebido pelo computador de host 914 é criptografado com uma chave associada à rede de caixa eletrônico. Portanto, uma vez que o computador de host no sistema de autorização 140 recebe a solicitação de autorização com o bloco de PIN, o computador de host 142 extrai o Bloco de PIN da solicitação de autorização e invoca (em 932) seu próprio módulo de segurança de host 144 para produzir uma versão do PIN de transferência extraído do número de cartão de dinheiro criptografado com uma chave de codificação local.
Em uma implementação típica, isto pode ser implementado em virtude de uma chamada de função específica no módulo de segurança de host 144 onde a entrada é o código de solicitação de função, o Bloco de PIN recebido com a solicitação de autorização, a chave de codificação local (tipicamente privada) e a chave de codificação (tipicamente privada) compartilhada com o caixa eletrônico e a rede de comunicações. Em uma implementação típica, a saída da chamada de função é um Bloco de PIN com base no PIN de transferência e no número de cartão de dinheiro do Bloco de PIN na solicitação de autorização criptografada com a chave local. Esta saída da função de chamada ao módulo de segurança de host é retornada (em 934) ao computador de host.
O computador de host 142 (em 936) compara a saída da função de chamada do módulo de segurança de host (isto é, o Bloco de PIN com base no PIN de transferência e no número de cartão de dinheiro do Bloco de PIN na solicitação de autorização criptografada com a chave local) e o valor de dinheiro e/ou o tipo de moeda inseridos pelo destinatário pretendido no caixa eletrônico com os dados armazenados no banco de dados eletrônico 146 do sistema de autorização 140.
48/61
Mais particularmente, em uma realização típica, o computador de host 142 verifica se há uma entrada de banco de dados no banco de dados eletrônico que corresponde ao Bloco de PIN com base no PIN de transferência e no número de cartão de dinheiro do Bloco de PIN na solicitação de autorização criptografada com a chave local, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico.
Se o computador de host encontrar uma correspondência (em 938) entre uma das entradas de banco de dados e o Bloco de PIN com base no PIN de transferência e no número de cartão de dinheiro do Bloco de PIN na solicitação de autorização criptografada com a chave local, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 940) envia uma indicação ao caixa eletrônico de que o valor de dinheiro e o tipo de moeda podem ser dispensados ao destinatário pretendido.
Em resposta à recepção da indicação de que o valor de dinheiro e o tipo de moeda podem ser dispensados, o caixa eletrônico (em 942) dispensa dinheiro em um valor de dinheiro e o tipo de moeda conforme especificados pelo destinatário pretendido.
Se, por outro lado, o computador de host (em 938) não encontrar uma correspondência entre uma das entradas de banco de dados e o Bloco de PIN com base no PIN de transferência e no número de cartão de dinheiro do Bloco de PIN na solicitação de autorização criptografada com a chave local, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o
49/61 sistema de autorização 140 (em 944) envia uma indicação ao caixa eletrônico de que a solicitação do destinatário pretendido deve ser negada.
Em resposta à recepção da indicação de que a solicitação do destinatário pretendido deve ser negada, o caixa eletrônico (em 946) nega a solicitação. Em uma implementação típica, isto termina as interações do destinatário pretendido com o sistema.
A Figura 9C é um fluxograma mostrando ainda outro exemplo de interações de um destinatário pretendido com um sistema para solicitar um desembolso de dinheiro e as técnicas de autorização associadas, as quais podem ser conduzidas, por exemplo, pelo sistema de autorização 140. As técnicas representadas no fluxograma ilustrado são geralmente aplicáveis se o banco de dados eletrônico do sistema de autorização inclui uma lista de blocos de PIN que seria formada ao criptografar cada PIN de transferência ativado com o mesmo número de cartão de dinheiro, o qual é chamado de número de cartão universal.
As etapas identificadas pelos numerais de referência 902 a 914 são idênticas às etapas numeradas similarmente na Figura 9A. Subsequente à etapa 914 no método ilustrado, o computador de host (em 950) extrai o Bloco de PIN e o número de cartão de dinheiro da solicitação de autorização e invoca seu próprio módulo de segurança de host para alterar a criptografia associada ao bloco de PIN recebido da criptografia com base em uma chave associada ao caixa eletrônico e/ou à rede de comunicações a uma criptografia com base em uma chave de codificação (tipicamente) privada local.
O módulo de segurança de host (em 952) retorna o novo Bloco de PIN criptografado com a nova chave local ao computador de host.
50/61
De acordo com a implementação ilustrada, ο computador de host (em 954) envia uma segunda solicitação ao seu módulo de segurança para transformar o novo bloco de PIN, o qual é criptografado com a chave local, em um bloco de PIN transformado ao alterar a porção do número de cartão de dinheiro do bloco de PIN do número que foi recebido do caixa eletrônico ao número de cartão universal. Em uma implementação típica, esta transformação pode ser implementada em virtude de uma chamada de função no módulo de segurança de host 144 onde a entrada é o código de solicitação de função, o número de cartão de dinheiro original, o número de cartão universal, e o novo Bloco de PIN criptografado com a chave local. Em uma implementação típica, a saída da chamada de função é um Bloco de PIN transformado criptografado com a chave local (tipicamente privada) e possuindo uma porção de cartão de dinheiro que é associada ao número de cartão universal. Esta saída da função de chamada ao módulo de segurança de host é retornada (em 956) ao computador de host.
O computador de host 142 (em 958) compara a saída da função de chamada do módulo de segurança de host (isto é, o Bloco de PIN transformado) e o valor de dinheiro e/ou o tipo de moeda inseridos pelo destinatário pretendido no caixa eletrônico com os dados armazenados no banco de dados eletrônico 146 do sistema de autorização 140. Mais particularmente, em uma realização típica, o computador de host 142 verifica se há uma entrada de banco de dados no banco de dados eletrônico que corresponda ao Bloco de PIN transformado, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico.
Se o computador de host encontrar uma correspondência (em 960) entre uma das entradas de banco de
51/61 dados e o Bloco de PIN transformado, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 962) envia uma indicação ao caixa eletrônico de que o valor de dinheiro e o tipo de moeda podem ser dispensados ao destinatário pretendido.
Em resposta à recepção da indicação de que o valor de dinheiro e o tipo de moeda podem ser dispensados, o caixa eletrônico (em 964) dispensa dinheiro em um valor de dinheiro e o tipo de moeda conforme especificados pelo destinatário pretendido.
Se, por outro lado, o computador de host (em 960) não encontrar uma correspondência entre uma das entradas de banco de dados e o Bloco de PIN transformado, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 966) envia uma indicação ao caixa eletrônico de que a solicitação do destinatário pretendido deve ser negada.
Em resposta à recepção da indicação de que a solicitação do destinatário pretendido deve ser negada, o caixa eletrônico (em 968) nega a solicitação. Em uma implementação típica, isto termina as interações do destinatário pretendido com o sistema.
A Figura 9D é um fluxograma mostrando ainda outro exemplo de interações de um destinatário pretendido com um sistema para solicitar um desembolso de dinheiro e as técnicas de autorização associadas, as quais podem ser conduzidas, por exemplo, pelo sistema de autorização 140. O cartão de dinheiro 310 neste exemplo teria um valor de dinheiro e o tipo de moeda associados específicos. Além disso, as técnicas representadas no fluxograma ilustrado são
52/61 geralmente aplicáveis se o banco de dados eletrônico do sistema de autorização incluir uma lista de números de cartão de dinheiro autorizados e uma lista de valor de dinheiro e o tipo de moeda que correspondam a cada um respectivo número de cartão de dinheiro autorizado.
De acordo com o método ilustrado, o destinatário pretendido inicia o processo (em 902) ao inserir um cartão de dinheiro 310 em um caixa eletrônico ou outra unidade de dispensação (por exemplo, o caixa eletrônico 60), ativando, por meio disto, o caixa eletrônico para interagir com o destinatário pretendido e o sistema de autorização, por exemplo, para facilitar as técnicas reveladas neste documento. Mais particularmente, a ativação tipicamente permite que o caixa eletrônico 60 receba dados adicionais e/ou solicitar que o destinatário pretendido digite dados adicionais que possam ser relevantes às técnicas reveladas neste documento.
No método ilustrado, uma vez ativado, o caixa eletrônico 60 solicita que o destinatário pretendido (em 970) insira o valor e o tipo de moeda associados ao número de cartão de dinheiro que o destinatário pretendido inseriu no caixa eletrônico previamente. O destinatário pretendido responde (em 972) ao inserir o valor e o tipo de moeda (por exemplo, 100 pesos mexicanos) associados ao cartão de dinheiro. Neste exemplo, o destinatário pretendido pode ter obtido o cartão de dinheiro de um remetente remotamente localizado (via correio, por exemplo).
O caixa eletrônico (em 974), em seguida, envia uma solicitação de autorização através de uma rede de comunicações ao sistema de autorização 140. A solicitação de autorização é uma solicitação pelo caixa eletrônico para dispensar o valor e a moeda inseridos pelo destinatário pretendido no caixa eletrônico.
53/61
Em uma implementação típica, a solicitação de autorização inclui o número de cartão de dinheiro, o qual pode ser criptografado, por exemplo, em combinação com outras informações, tais como PIN de transferência (ou outras informações) que possam ter sido inseridas pelo destinatário pretendido no caixa eletrônico.
O sistema de autorização 140 (em 976) - mais particularmente, o computador de host 142 no sistema de autorização - recebe a solicitação de autorização (em 914). O computador de host 142 extrai (em 978) o número de cartão de dinheiro da solicitação de autorização. O computador de host, em seguida, compara o cartão de dinheiro extraído (em 980), o valor inserido pelo destinatário pretendido no caixa eletrônico e o tipo de moeda inserido pelo destinatário pretendido no caixa eletrônico com os dados armazenados no banco de dados eletrônico.
Se o computador de host encontrar uma correspondência (em 982) entre uma das entradas de banco de dados e o cartão de dinheiro extraído, o valor de dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 984) envia uma indicação ao caixa eletrônico de que o valor de dinheiro e o tipo de moeda podem ser dispensados ao destinatário pretendido.
Em resposta à recepção da indicação de que o valor de dinheiro e o tipo de moeda podem ser dispensados, o caixa eletrônico (em 986) dispensa dinheiro em um valor de dinheiro e o tipo de moeda conforme especificados pelo destinatário pretendido.
Se, por outro lado, o computador de host (em 982) não encontrar uma correspondência entre uma das entradas de banco de dados e o cartão de dinheiro extraído, o valor de
54/61 dinheiro conforme inserido pelo destinatário pretendido e o tipo de moeda conforme inserido pelo destinatário pretendido no caixa eletrônico, então, o sistema de autorização 140 (em 988) envia uma indicação ao caixa eletrônico de que a solicitação do destinatário pretendido deve ser negada.
Em resposta à recepção da indicação de que a solicitação do destinatário pretendido deve ser negada, o caixa eletrônico (em 990) nega a solicitação. Em uma implementação típica, isto termina as interações do destinatário pretendido com o sistema.
Um número de realizações da invenção foi descrito. Não obstante, será compreendido que diversas modificações podem ser feitas sem se afastar do espírito e do escopo da invenção.
Por exemplo, o sistema de autorização 140 e outras unidades funcionais do sistema podem incluir um ou mais dispositivos computadores operando em conjunto e em cooperação um com o outro para prover as capacidades de computação e de armazenamento de dados desejadas de acordo com diversas implementações. Além disso, o sistema de autorização 140 pode ter os dispositivos computadores e de armazenamento de dados distribuídos em múltiplas localizações e em rede através de infraestrutura de comunicações apropriada, para prover capacidades de computação e de armazenamento de dados de acordo com a presente revelação.
Em outras realizações, outras técnicas e
tecnologias, as quais podem ou não envolver a participação de
caixas de banco, terminais operados por atendentes ou
completamente automatizados, poderíam ser utilizados em
conexão com o desembolso de fundos.
Adicionalmente, embora unidades de dispensação de dinheiro automáticas (por exemplo, caixas eletrônicos) sejam imaginadas provendo uma maneira simples de implementar as
55/61 técnicas reveladas neste documento, outras unidades de dispensação de moeda, tais como caixas ou quiosques, poderíam ser utilizadas. Além disso, uma transferência de valor de acordo com a presente invenção não necessariamente implica em dinheiro. Outros métodos de transferir valor, tais como creditar uma conta de banco, emitir um cheque ou emitir um cartão de débito, são abrangidos dentro do escopo da invenção.
Realizações do assunto e das operações descritas neste relatório descritivo podem ser implementadas em um circuito eletrônico digital, ou em software, firmware ou hardware de computador, incluindo as estruturas reveladas neste relatório descritivo e seus equivalentes estruturais ou em combinações de um ou mais deles. As realizações do assunto descrito neste relatório descritivo podem ser implementadas como um ou mais programas de computador, isto é, um ou mais módulos de instruções de programa de computador, codificadas em meio de armazenamento de computador para execução por, ou para controlar a operação de, um aparelho de processamento de dados. Alternativamente ou além disso, as instruções do programa podem ser codificadas em um sinal propagado gerado artificialmente, por exemplo, um sinal elétrico, óptico ou eletromagnético gerado por máquina que é gerado para codificar as informações para transmissão a um aparelho receptor adequado para execução por um aparelho de processamento de dados. Um meio de armazenamento de computador pode ser, ou ser incluído em um dispositivo de armazenamento legível por computador, uma matriz ou dispositivo de memória de acesso em série ou aleatório ou uma combinação de um ou mais destes. Além disso, embora um meio de armazenamento de computador não seja um sinal propagado, um meio de armazenamento pode ser uma fonte ou um destino de instruções de programa de computador codificadas em um sinal
1/61
MÉTODO BASEADO EM COMPUTADOR E SISTEMA DE COMPUTADOR
REFERÊNCIAS A PEDIDOS DE PATENTE RELACIONADOS
Este pedido de patente reivindica o beneficio, sob o titulo 35 do USC § 119(e), do pedido de patente norteamericano n° 61/376.908, intitulado Authorization System for Automated Teller Machine Cash Withdrawal, depositado em 25 de agosto de 2010, o qual é incorporado a este documento por referência em sua totalidade.
HISTÓRICO
Este relatório descritivo refere-se a sistemas e métodos com base em computador que facilitam a transferência de dinheiro de uma pessoa (remetente) à outra pessoa não especificada (receptor ou destinatário) em uma localização não especificada, geralmente remota.
Desde quando as pessoas começaram a interagir com outras pessoas em locais distantes, tem havido uma necessidade de transferência de dinheiro para locais relativamente remotos. À medida que as comunicações eletrônicas tornaram-se cada vez mais prevalentes, a transferência eletrônica de dinheiro foi desenvolvida para transferir dinheiro rapidamente para locais distantes. Atualmente, as pessoas continuam a encontrar a necessidade de enviar ou receber dinheiro rapidamente, em situações que vão desde um pai enviar dinheiro para um filho na faculdade a um turista em necessidade de dinheiro em um pais estrangeiro depois de ter uma carteira ou bolsa roubada. No entanto, uma desvantagem de serviços de transferência eletrônica de dinheiro convencionais é que eles normalmente exigem uma relação direta ou indireta com um banco ou outra instituição financeira. Por exemplo, alguns serviços exigem que o remetente tenha uma conta bancária existente com a instituição de transferência de fundos, enquanto que outros
2/61 exigem que o remetente apresente um cartão de crédito ou cartão de outro banco com recursos de transferência de dinheiro.
Isto pode simplesmente não ser uma opção para alguns usuários, tais como trabalhadores migrantes ou sazonais que querem enviar dinheiro de volta para a família em um local distante, como um país estrangeiro, mas não têm contas bancárias ou cartões de crédito devido à sua natureza itinerante ou falta de histórico de crédito. Além disso, os serviços de transferência eletrônica de dinheiro convencional geralmente exigem que tanto o remetente quanto o destinatário tenham acesso a instalações de transferência eletrônica de dinheiro, tais como um caixa de banco ou um local da Western Union, e que esses locais estejam abertos no mesmo momento do dia em que o remetente deseja enviar e que o destinatário deseja obter os fundos.
SUMÁRIO
Este relatório descritivo descreve tecnologias relacionadas a sistemas e técnicas para transferir dinheiro de uma pessoa à outra.
Mais particularmente, este relatório descritivo está relacionado a sistemas e métodos com base em computador que facilitam a transferência de dinheiro de uma pessoa (um remetente) à outra pessoa não especificada (um receptor ou um destinatário) em uma localização não especificada, geralmente remota. Em uma implementação típica, isto é realizado em uma maneira segura, conveniente e de baixo custo.
Em geral, um aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em métodos com base em computador que incluem a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo
3/61 de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação inclui uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico. O método adicionalmente inclui a derivação de uma versão não criptografada do número de conta a partir da indicação criptografada; a comparação da versão não criptografada do número de conta com um ou mais códigos de identificação em um banco de dados eletrônico, onde um dos códigos de identificação corresponde à conta; e a autorização do pagamento a partir da conta no dispositivo de pagamento com base, pelo menos parcialmente, no fato de que a comparação gera ou não uma correspondência entre a versão não criptografada do número de conta e o código de identificação que corresponde à conta.
Outras realizações deste aspecto incluem sistemas, aparelhos e programas de computador correspondentes, configurados para realizar as ações dos métodos, codificados em dispositivos de armazenamento de computador.
Em algumas implementações, a solicitação adicionalmente inclui uma identificação de um valor de dinheiro desejado e o tipo de moeda inserido pelo primeiro partido no dispositivo de pagamento. Nessas implementações, o método adicionalmente inclui: a comparação do valor de dinheiro e o tipo de moeda desejados com cada um dos um ou mais valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico. A autorização do pagamento a partir da conta é adicionalmente baseada no fato de que o valor de dinheiro e o tipo de moeda desejados correspondem ao valor de dinheiro e o tipo de moeda designados associados ao código de identificação que corresponde à conta.
4/61
De acordo com algumas realizações, o método com base em computador inclui o armazenamento, no banco de dados eletrônico, dos códigos de identificação. Cada código de identificação pode corresponder a uma respectiva conta dentre múltiplas contas com fundos que foram pagos por um respectivo partido dentre um dos segundos partidos. O método com base em
computador também inclui o armazenamento de um valor de
dinheiro e o tipo de moeda associados a cada código de
identificação. 0 valor de dinheiro e o tipo de moeda
armazenados para cada conta têm base em uma designação
provida pelo segundo partido que pagou naquela conta.
Certas implementações incluem o envio de uma indicação ao dispositivo de pagamento de que a solicitação para autorizar foi concedida. O dispositivo de pagamento dispensa o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
Em algumas implementações, a derivação da versão não criptografada do número de conta inserido pela parte requerente inclui a invocação de um módulo de segurança de host associado ao sistema de autorização para derivar a versão não criptografada.
O primeiro partido, o qual iniciou a solicitação para autorizar o pagamento a partir da conta, é tipicamente diferente do segundo partido, o qual pagou os fundos na conta.
Outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um sistema de computador que inclui um dispositivo de pagamento eletrônico (por exemplo, um caixa eletrônico ATM - Automated Teller Machine) que seja acessível por um primeiro partido (por exemplo, um remetente); um sistema de autorização acoplado ao dispositivo de pagamento eletrônico e configurado para
5/61 receber uma solicitação para autorizar pagamento ao primeiro partido no dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação tipicamente inclui uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico.
O sistema de autorização inclui um módulo de segurança de host para derivar uma versão não criptografada do número de conta a partir da indicação criptografada; e um computador de host acoplado ao módulo de segurança de host para comparar a versão não criptografada do número de conta com um ou mais códigos de identificação armazenados eletronicamente em um banco de dados eletrônico. Um dos códigos de identificação corresponde à conta.
O sistema de autorização é configurado para autorizar o pagamento a partir da conta no dispositivo de pagamento eletrônico com base, pelo menos em parte (ou inteiramente) , no fato de que a comparação gera uma correspondência entre a versão não criptografada do número de conta e o código de identificação correspondente à conta.
Em algumas implementações, a solicitação inclui uma indicação de um valor de dinheiro e o tipo de moeda desejados inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. O computador de host pode ser configurado para comparar o valor de dinheiro e o tipo de moeda desejados com cada um dos um ou mais valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico. A autorização do pagamento a partir da conta pode ser adicionalmente baseada no fato de que o valor de dinheiro e o tipo de moeda desejados correspondem ao valor de dinheiro e o tipo de moeda
6/61
designados associados a o código de identificação que
corresponde à conta.
Uma realização típica inclui um banco de dados
eletrônico para armazenar os códigos de identificação e um
valor de dinheiro e o tipo de moeda associados a cada código de identificação. O valor de dinheiro e o tipo de moeda armazenados para cada conta tipicamente tem base em uma designação provida pelo partido (por exemplo, o segundo partido) que pagou naquela conta.
O sistema computador, em algumas realizações, é configurado para enviar uma indicação ao dispositivo de pagamento eletrônico de que a solicitação para autorizar foi concedida. O dispositivo de pagamento pode, em uma implementação comum, ser configurado para dispensar o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
Ainda outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um meio não transitório e legível por computador (por exemplo, um CD ou semelhante) que armazena instruções executáveis por um ou mais processadores para realizar um método. O método inclui a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação compreende uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico. O método também inclui a derivação de uma versão não criptografada do número de conta a partir da indicação criptografada, e a comparação da versão não criptografada do número de conta com um ou mais códigos
7/61 de identificação em um banco de dados eletrônico, onde um dos códigos de identificação corresponde à conta. O método adicionalmente inclui a autorização do pagamento a partir da conta no dispositivo de pagamento com base, pelo menos parcialmente (ou inteiramente), no fato de que a comparação gera uma correspondência entre a versão não criptografada do número de conta e o código de identificação correspondente à conta.
Ainda outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um método com base em computador que inclui a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação tipicamente inclui uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico. A indicação criptografada tipicamente seria criptografada utilizando uma chave de rede (isto é, uma chave que é utilizável na rede de comunicações para criptografar dados).
O método adicionalmente inclui a alteração da codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. A nova versão é criptografada com uma chave de codificação local, a qual é tipicamente uma chave diferente da chave de rede. A chave local, por exemplo, pode ser uma chave que é acessível somente ao sistema de autorização com base em computador, mas não à rede de comunicações.
O método também inclui a comparação da nova versão criptografada com a chave de codificação local com os um ou
8/61 mais códigos de identificação em um banco de dados eletrônico. Em uma realização típica, os códigos de identificação incluem cada um (ou um grande número) dos números de conta ativos respectivamente criptografados com cada um (ou um número muito grande) dos números de cartão de dinheiro ativos utilizando a chave de codificação local. Um dos códigos de identificação correspondería à conta.
O método adicionalmente inclui a autorização de pagamento a partir da conta no dispositivo de pagamento com base, pelo menos em parte (ou inteiramente), no fato de que a comparação gera uma correspondência entre a versão nova e o código de identificação correspondente à conta.
Em algumas implementações, a solicitação inclui uma indicação de um valor de dinheiro e o tipo de moeda desejados inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. O método adicionalmente inclui a comparação do valor de dinheiro e o tipo de moeda desejados com cada um dos um ou mais valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico. A autorização do pagamento a partir da conta pode ser adicionalmente baseada no fato de que o valor de dinheiro e o tipo de moeda desejados correspondem ao valor de dinheiro e o tipo de moeda designados associados ao código de identificação que corresponde à conta.
De acordo com algumas realizações, o método com base em computador inclui o armazenamento, no banco de dados eletrônico, dos códigos de identificação. Cada código de identificação armazenado tipicamente corresponde a uma respectiva conta dentre múltiplas contas que possui fundos que foram pagos por um respectivo segundo partido dentre uma pluralidade de segundos partidos (por exemplo, remetentes, diferentes de receptores ou destinatários).
9/61
O método com base em computador também tipicamente inclui o armazenamento, em um banco de dados eletrônico, de um valor de dinheiro e o tipo de moeda associados a cada código de identificação. O valor de dinheiro e o tipo de moeda armazenados para cada conta têm base em uma designação provida/quantidade paga pelo segundo partido que pagou naquela conta.
Em algumas implementações, o método com base em computador inclui o envio de uma indicação ao dispositivo de pagamento eletrônico de que a solicitação para autorizar foi concedida. O dispositivo de pagamento eletrônico é configurado para dispensar o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
Em certas realizações, a alteração da codificação da indicação criptografada (por exemplo, de uma codificação que utilize uma chave para uma codificação que utilize uma segunda chave diferente) inclui a invocação de um módulo de segurança associado ao (por exemplo, fazendo parte do) sistema de autorização para alterar a codificação.
Em uma implementação típica, o primeiro partido, o qual iniciou a solicitação para autorizar o pagamento a partir da conta, é diferente do segundo partido, o qual pagou os fundos na conta.
O dispositivo de pagamento eletrônico pode ser, por exemplo, um caixa eletrônico (ATM).
Outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um sistema computador que inclui um dispositivo de pagamento eletrônico acessível por um primeiro partido, e um sistema de autorização com base em computador acoplado ao dispositivo de pagamento eletrônico.
10/61
O sistema de autorização com base em computador é configurado para receber uma solicitação para autorizar pagamento ao primeiro partido no dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido (diferente do primeiro partido). A solicitação inclui uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico. A indicação criptografada foi criptografada utilizando uma chave de rede.
O sistema de autorização inclui um módulo de segurança de host para alterar a codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. A nova versão tipicamente é criptografada com uma chave de codificação local. O sistema de autorização também inclui tipicamente um computador de host acoplado ao módulo de segurança de host para comparar a nova versão com um ou mais dentre uma pluralidade de códigos de identificação um banco de dados eletrônico.
Os códigos de identificação tipicamente incluem cada número de conta ativo respectivamente criptografado com cada número de cartão de dinheiro ativo utilizando a chave de codificação local. Um dos códigos de identificação corresponde à conta.
O sistema de autorização tipicamente é adicionalmente configurado para autorizar o pagamento a partir da conta no dispositivo de pagamento com base, pelo menos em parte (ou inteiramente), no fato de que a comparação gera uma correspondência entre a versão nova e o código de identificação correspondente à conta.
11/61
Em algumas implementações, a solicitação inclui uma indicação de um valor de dinheiro e o tipo de moeda desejados inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. O computador de host tipicamente é adicionalmente configurado para comparar o valor de dinheiro e o tipo de moeda desejados com cada um dos um ou mais valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico. A autorização do pagamento a partir da conta é tipicamente adicionalmente baseada no fato de que o valor de dinheiro e o tipo de moeda desejados correspondem ao valor de dinheiro e o tipo de moeda designados associados ao código de identificação que corresponde à conta.
De acordo com certas realizações, o sistema computador inclui um banco de dados eletrônico para armazenar os códigos de identificação e um valor de dinheiro e o tipo de moeda associados com cada código de identificação. O valor de dinheiro e o tipo de moeda armazenados para cada conta podem ter base em uma designação provida pelo segundo partido que pagou naquela conta.
Em uma implementação típica, o sistema de autorização é adicionalmente configurado para enviar uma indicação ao dispositivo de pagamento eletrônico que a solicitação para autorizar foi concedida. O dispositivo de pagamento tipicamente é configurado para dispensar o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
O dispositivo de pagamento eletrônico pode ser, por exemplo, um caixa eletrônico (ATM).
Ainda outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um meio não transitório e legível por computador que armazena instruções
12/61 executáveis por um ou mais processadores para realizar um método.
método inclui a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação tipicamente inclui uma indicação criptografada de um número de conta que corresponde à conta e um número de cartão de dinheiro inserido pelo primeiro partido no dispositivo de pagamento eletrônico. A indicação criptografada foi criptografada utilizando uma chave de rede.
O método adicionalmente inclui a alteração da codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. A nova versão é criptografada com uma chave de codificação local.
O método também inclui a comparação da nova versão criptografada com a chave de codificação local com um ou mais dentre uma pluralidade de códigos de identificação em um banco de dados eletrônico, em que os códigos de identificação incluem cada número de conta ativo respectivamente criptografado com cada número de cartão de dinheiro ativo utilizando a chave de codificação local. Um dos códigos de identificação tipicamente corresponde à conta.
O método adicionalmente inclui a autorização de pagamento a partir da conta no dispositivo de pagamento com base, pelo menos em parte, no fato de que a comparação gera uma correspondência entre a versão nova e o código de identificação correspondente à conta.
Ainda outro aspecto inovador do assunto descrito neste relatório descritivo pode ser realizado em um método
13/61 com base em computador que inclui a recepção, em um sistema de autorização com base em computador, de uma solicitação para autorizar pagamento a um primeiro partido em um dispositivo de pagamento eletrônico a partir de uma conta com fundos que foram pagos por um segundo partido. A solicitação pode incluir uma indicação criptografada de um número de conta que corresponda à conta e um número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico.
O método adicionalmente inclui a alteração da codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro inseridos pelo primeiro partido no dispositivo de pagamento eletrônico. A nova versão é criptografada com uma chave de codificação local.
O método também inclui a transformação da nova versão do número de conta e do número de cartão de dinheiro em uma versão transformada ao alterar a porção do número de cartão de dinheiro da nova versão a um número de cartão de dinheiro universal.
O método adicionalmente inclui a comparação da versão transformada com um ou mais códigos de identificação no banco de dados eletrônico. Um dos códigos de identificação corresponde à conta.
O método adicionalmente inclui a autorização de pagamento a partir da conta no dispositivo de pagamento eletrônico com base, pelo menos em parte, no fato de que a
comparação gera uma correspondência entre a versão
transformada e o código de identificação correspondente à
conta.
Em algumas implementações, a solicitação
adicionalmente compreende uma identificação de um valor de
dinheiro desejado e o tipo de moeda inseridos pelo primeiro
14/61 partido no dispositivo de pagamento. O método adicionalmente inclui a comparação do valor de dinheiro e o tipo de moeda desejados com cada um dos um ou mais valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico. A autorização do pagamento a partir da conta é adicionalmente baseada no
fato de que o valor de dinheiro e o tipo de moeda desejados
correspondem ao valor de dinheiro e o tipo de moeda
designados associados ao código de identificação que
corresponde à conta.
Em algumas realizações, o método com base em computador adicionalmente inclui o armazenamento, no banco de dados eletrônico, dos códigos de identificação. Cada código de identificação corresponde a uma respectiva conta dentre uma pluralidade de contas com fundos que foram pagos por um respectivo partido dentre uma pluralidade de segundos partidos. O método adicionalmente inclui o armazenamento, em um banco de dados eletrônico, de um valor de dinheiro e o tipo de moeda associados a cada código de identificação. O valor de dinheiro e o tipo de moeda armazenados para cada conta têm base em uma designação provida pelo segundo partido que pagou naquela conta.
Em algumas realizações, o método com base em computador adicionalmente inclui o envio de uma indicação ao dispositivo de pagamento eletrônico de que a solicitação para autorizar foi concedida. O dispositivo de pagamento eletrônico tipicamente é configurado para dispensar o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
De acordo com certas implementações, a alteração da codificação da indicação criptografada para produzir uma nova versão do número de conta e do número de cartão de dinheiro
56/61 propagado gerado artificialmente. O meio de armazenamento de computador pode também ser, ou ser incluído em, um ou mais componentes ou meios físicos separados (por exemplo, múltiplos CDs, discos ou outros dispositivos de armazenamento).
As operações descritas neste relatório descritivo podem ser implementadas como operações realizadas por um aparelho de processamento de dados em dados armazenados em um ou mais dispositivos de armazenamento legíveis por computador ou recebidos de outras fontes.
O termo aparelho de processamento de dados engloba todos os tipos de aparelhos, dispositivos, e máquinas para processar dados, incluindo, a título de exemplo, um processador programável, um computador, um sistema em um chip ou múltiplos ou combinações dos mesmos. O aparelho pode incluir circuitos lógicos de finalidade especial, por exemplo, uma matriz de portas FPGA (Field Programmable Gate Array) ou um circuito integrado ASIC (Application-Specific Integrated Circuit). O aparelho pode também incluir, além de hardware, um código que crie um ambiente de execução para o programa de computador em questão, por exemplo, código que constitui firmware de processador, uma pilha de protocolos, um sistema de gerenciamento de banco de dados, um sistema operacional, um ambiente de execução multiplataforma, uma máquina virtual ou uma combinação de um ou mais destes. O aparelho e o ambiente de execução podem realizar diversas infraestruturas de modelos de computação diferentes, tais como serviços de web, computação distribuída e infraestruturas de computação de rede.
Um programa de computador (também conhecido como um programa, software, aplicativo de software, script ou código) pode ser escrito em qualquer forma de linguagem de programação incluindo linguagens compiladas ou
57/61 interpretadas, línguas declarativas ou procedurais, e pode ser implantado em qualquer forma, incluindo como um programa autônomo ou como um módulo, componente, sub-rotina, objeto ou outra unidade adequada para uso em um ambiente de computação. Um programa de computador pode, mas não necessita, corresponder a um arquivo em um sistema de arquivos. Um programa pode ser armazenado em uma porção de um arquivo que mantém outros programas ou dados (por exemplo, um ou mais scripts armazenados em um documento de língua de marcação), em um arquivo único dedicado ao programa em questão ou em múltiplos arquivos coordenados (por exemplo, arquivos que armazenam um ou mais módulos, sub-programas ou porções do código). Um programa de computador pode ser implantado para ser executado em um computador ou múltiplos computadores que são localizados em um local ou distribuídos ao longo de múltiplas localizações e interconectados por uma rede de comunicação.
Os processos e fluxos lógicos descritos neste relatório descritivo podem ser realizados por um ou mais processadores programáveis executando um ou mais programas de computador para realizar ações ao operar em dados de entrada e gerar saída. Os processos e fluxos lógicos também podem ser realizados por, e os aparelhos também podem ser aplicados como, circuitos lógicos de finalidade especial, por exemplo, uma matriz de portas FPGA (Field Programmable Gate Array) ou um circuito integrado ASIC (Application-Specific Integrated Circuit).
Processadores adequados para a execução de um programa de computador incluem, a título de exemplo, microprocessadores tanto gerais quando de finalidade específica, e qualquer um ou mais processadores de qualquer tipo de computador digital. Em geral, um processador receberá instruções e dados de uma memória somente de leitura ou uma
58/61 memória de acesso aleatório ou ambos. Os elementos essenciais de um computador são um processador para realizar ações de acordo com instruções e um ou mais dispositivos de memória para armazenar instruções e dados. Em geral, um computador também incluirá, ou será operativamente acoplado para receber dados de, ou transferir dados a, ou ambos, um ou mais dispositivos de armazenamento em massa para armazenar dados, por exemplo, discos magnéticos, discos magneto-ópticos, ou discos ópticos. Entretanto, um computador não precisa possuir tais dispositivos. Além disso, um computador pode ser embarcado em outro dispositivo, por exemplo, um telefone móvel, um assistente digital pessoal (PDA - Personal Digital Assistant), um reprodutor de áudio ou vídeo móvel, um console de jogos, um receptor de sistema de posicionamento global (GPS - Global Positioning System) ou um dispositivo de armazenamento portátil (por exemplo, um dispositivo de memória flash de barramento em série universal (USB Universal Serial Bus)), para mencionar apenas alguns. Dispositivos adequados para armazenar instruções e dados de programas de computador incluem todas as formas de memória, mídias e dispositivos de memória não-volátil, incluindo, a título de exemplo os dispositivos de memória semicondutores, por exemplo, dispositivos de memória EPROM, EEPROM e flash; discos magnéticos, por exemplo, discos rígidos internos ou discos removíveis; discos magneto-ópticos; e discos CD-ROM e DVD-ROM. O processador e a memória podem ser suplementados por ou incorporados no circuito lógico de finalidade especial.
Para prover interação com um usuário, realizações do assunto descrito neste relatório descritivo podem ser implementadas em um computador possuindo um dispositivo de tela, por exemplo, um monitor CRT (de tubo de raios catódicos) ou LCD (de tela de cristal líquido), para exibir
59/61 informações ao usuário, e um teclado e um dispositivo apontador, por exemplo, um mouse ou uma trackball, pelos quais o usuário possa prover entradas ao computador. Outros tipos de dispositivos podem ser utilizados para prover interações com um usuário, também; por exemplo, o feedback provido ao usuário pode ser qualquer forma de feedback sensorial, por exemplo, feedback visual, feedback auditivo ou feedback tátil; e a entrada do usuário pode ser recebida de qualquer forma, incluindo entrada acústica, de fala ou tátil. Além disso, um computador pode interagir com um usuário ao enviar documento se receber documentos de um dispositivo que é utilizado pelo usuário; por exemplo, ao enviar páginas da web a um navegador da web no dispositivo de cliente de um usuário em resposta a solicitações recebidas a partir do navegador da web.
Realizações do assunto descritas neste relatório descritivo podem ser implementadas em um sistema computador que inclui um componente de back-end, por exemplo, como um servidor de dados, ou que inclui um componente de middleware, por exemplo, um servidor de aplicativo, ou que inclua um componente de front-end, por exemplo, um computador de cliente possuindo uma interface de usuário gráfica ou um navegador da web, através do qual o usuário possa interagir com uma implementação do assunto descrito neste relatório descritivo, ou qualquer combinação de um ou mais dentre tais componentes de back-end, middleware ou front-end. Os componentes do sistema podem ser interconectados por qualquer forma ou meio de comunicação de dados digitais, por exemplo, uma rede de comunicação. Exemplos de redes de comunicação incluem uma rede de área local (LAN) e uma rede de área ampla (WAN), uma inter-rede (por exemplo, a Internet), e redes peer-to-peer (por exemplo, redes peer-to-peer ad hoc).
60/61
O sistema de computação pode incluir clientes e servidores. Um cliente e um servidor são geralmente remotos um do outro e tipicamente interagem através de uma rede de comunicação. A relação entre cliente e servidor surge em virtude de programas de computador executados nos respectivos computadores e possuindo uma relação cliente-servidor um ao outro. Em algumas realizações, um servidor transmite dados (por exemplo, uma página HTML) a um dispositivo cliente (por exemplo, por propósitos de exibir dados e receber entradas do usuário que interage com o dispositivo cliente). Os dados gerados no dispositivo cliente (por exemplo, um resultado da interação com o usuário) podem ser recebidos do dispositivo cliente no servidor.
Embora este relatório descritivo contenha muitos detalhes de implementação específicos, estes não devem ser interpretados como limitações do escopo de quaisquer invenções ou do que possa ser reivindicado, mas sim descrições de características específicas a realizações específicas de invenções específicas. Certas características que são descritas neste relatório descritivo no contexto de realizações separadas podem também ser implementadas em combinação em uma única realização. Em contrapartida, várias características que são descritas no contexto de uma única realização podem também ser implementadas em múltiplas realizações separadamente ou em qualquer subcombinação adequada. Além disso, embora características possam ser descritas acima como atuando em certas combinações e mesmo inicialmente reivindicadas como tais, uma ou mais características de uma combinação reivindicada podem, em alguns casos, ser excisadas da combinação, e a combinação reivindicada pode ser direcionada a uma subcombinação ou variação de uma subcombinação.
61/61
Analogamente, embora as operações sejam ilustradas nos desenhos em uma ordem específica, isto não deve ser entendido como exigindo que tais operações sejam realizadas na ordem específica mostrada ou em ordem sequencial, ou que todas as operações ilustradas sejam realizadas, para atingir resultados desejáveis. Em certas circunstâncias, os processamentos multitarefa e paralelo podem ser vantajosos. Além disso, a separação de diversos componentes do sistema nas realizações descritas acima não deve ser entendida como exigindo tal separação em todas as realizações, e deve ser entendido que os componentes e sistemas de programa descritos podem geralmente ser integrados em um único produto de software, ou embalados em múltiplos produtos de software.
A patente norte-americana n° 7.416.115, a qual é incorporada a este documento por referência, discute outras características, aspectos e aplicações das técnicas discutidas neste documento.
Assim, as realizações específicas do assunto foram descritas. Outras realizações estão dentro do escopo das reivindicações. Em alguns casos, as ações recitadas nas reivindicações podem ser realizadas em uma ordem diferente e ainda atingir resultados desejáveis. Além disso, os processos ilustrados nas Figuras apensas não necessariamente exigem a ordem específica mostrada, ou ordem sequencial, para atingir resultados desejáveis. Em certas implementações, os processamentos multitarefa e paralelo podem ser vantajosos.

Claims (15)

  1. REIVINDICAÇÕES
    1. MÉTODO BASEADO EM COMPUTADOR, caracterizado por compreender:
    a recepção, em um sistema de autorização baseado em computador, de uma solicitação para autorizar o pagamento a uma pessoa utilizando um dispositivo de dispensação de dinheiro, por exemplo, caixa eletrônico (ou estabelecimento comercial), a partir do valor armazenado originado de fundos que foram pagos por qualquer pessoa, em que a solicitação compreende, como parte da solicitação de autorização, uma indicação criptografada (Bloco de PIN) de uma sequência numérica de 4 a 16 dígitos (PIN) digitada por tal pessoa no dispositivo de dispensação de dinheiro combinado com um número codificado magneticamente em um cartão de caixa eletrônico (Número de Cartão de Dinheiro), além do Número de Cartão de Dinheiro não criptografado;
    a comparação de um Bloco de PIN descriptografado ou Bloco de PIN transformado ou Número de Cartão de Dinheiro a um ou mais dentre uma pluralidade de códigos de identificação em um banco de dados eletrônico, em que cada código de identificação corresponde a um valor armazenado; e autorização do pagamento do valor armazenado no dispositivo de dispensação de dinheiro, pelo menos em parte, caso a comparação produza uma correlação entre um Bloco de PIN descriptografado ou Bloco de PIN transformado ou Número de Cartão de Dinheiro e um código de identificação correspondente ao valor armazenado.
  2. 2 . MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, adicionalmente caracterizado por compreender:
    a descriptografia, empregando um módulo de segurança de host, do Bloco de PIN recebido na solicitação de autorização, para obter o PIN e a autorização do pagamento do
    2/6 valor armazenado no dispositivo de dispensação de dinheiro com base, pelo menos em parte, no fato de que comparação produz uma correlação entre o PIN e um código de identificação correspondente ao valor armazenado.
  3. 3. MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, adicionalmente caracterizado por compreender:
    o armazenamento do Número de Cartão de Dinheiro em um banco de dados eletrônico, para cada pagamento autorizado do valor armazenado no dispositivo de dispensação de dinheiro com base em um conjunto de critérios arbitrários em uma maneira que se associe o Número de Cartão de Dinheiro (código de identificação) a um valor arbitrário armazenado.
  4. 4 . MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, adicionalmente caracterizado por compreender:
    a autorização do pagamento do valor armazenado no dispositivo de dispensação de dinheiro com base, pelo menos em parte, no fato de que a comparação produz uma correlação entre o Número de Cartão de Dinheiro e um código de identificação correspondente ao valor armazenado.
  5. 5. MÉTODO BASEADO EM COMPUTADOR, caracterizado por compreender:
    a recepção, através de uma rede de comunicações, de uma solicitação de PIN de uma localização de compra por número de PIN localizada remotamente (por exemplo, um Ponto de Venda Comercial ou um caixa eletrônico), em que a solicitação de PIN adicionalmente compreende uma indicação de um valor de dinheiro desejado e tipo de moeda associado ao PIN;
    a geração, em resposta à recepção da solicitação de PIN, de um PIN exclusivo, e a comunicação de tal solicitação de PIN, através de uma rede de comunicações, à mesma
    3/6 localização de compras por número de PIN localizada remotamente.
  6. 6. MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 5, adicionalmente caracterizado por compreender:
    o armazenamento, em um banco de dados eletrônico, do PIN exclusivo em uma maneira que associe cada PIN exclusivo (código de identificação) a um valor armazenado; e o armazenamento de um valor de dinheiro e tipo de moeda associados a cada código de identificação, em que o valor de dinheiro armazenado e o tipo de moeda para cada código de identificação (PIN) são baseados em uma designação provida pela pessoa que solicitou o PIN.
  7. 7 . MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 5, adicionalmente caracterizado por compreender:
    a criação, empregando um módulo de segurança de host, de um Bloco de PIN criptografado com um número de cartão de dinheiro universal predeterminado para criar um
    bloco de PIN transformado;
    o armazenamento do Bloco de PIN transformado em um banco de dados eletrônico, em uma maneira que associe o Bloco de PIN transformado (código de identificação) ao valor armazenado para cada PIN exclusivo.
  8. 8 . MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 5, adicionalmente caracterizado por compreender:
    a criação, empregando um módulo de segurança de host, de uma matriz de Blocos de PIN criptografados criptografando o PIN exclusivo com um conjunto de números de cartão de dinheiro codificados em cartões de caixa eletrônico que são utilizados para solicitar uma autorização de um dispositivo de dispensação de dinheiro.
    4/6 o armazenamento da matriz de blocos de PIN criptografados em um banco de dados eletrônico, em uma maneira que associe os Blocos de PIN (códigos de identificação) com o valor armazenado para cada PIN exclusivo .
  9. 9. MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, adicionalmente caracterizado por compreender:
    o envio de uma indicação ao dispositivo de dispensação de dinheiro de que a solicitação para autorizar foi concedida, em que o dispositivo de dispensação de dinheiro dispensa o valor de dinheiro e o tipo de moeda desejados em resposta à recepção da indicação de que a solicitação para autorizar foi concedida.
  10. 10. MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, caracterizado em que a derivação da versão descriptografada do PIN digitado pela parte requerente compreende a invocação de um módulo de segurança de host associado ao sistema de autorização para derivar a versão descriptografada.
  11. 11. MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, caracterizado em que o primeiro partido, o qual iniciou a solicitação para autorizar o pagamento a partir de uma conta, é diferente do segundo partido, o qual pagou os fundos para estabelecer o valor armazenado.
  12. 12. MÉTODO BASEADO EM COMPUTADOR, de acordo com a reivindicação 1, em que o sistema de autorização é caracterizado por compreender:
    um módulo de segurança de host para derivar uma versão descriptografada do PIN a partir da indicação criptografada; e
    5/6 um computador de host acoplado ao módulo de segurança de host para comparar a versão descriptografada do PIN a um ou mais dentre uma pluralidade de códigos de identificação em um banco de dados eletrônico, em que um dos códigos de identificação corresponde ao valor armazenado; e em que o sistema de autorização é configurado para autorizar o pagamento do valor armazenado no dispositivo de dispensação de dinheiro com base, pelo menos em parte, no fato de que a comparação produz uma correlação entre a versão descriptografada do PIN e o código de identificação correspondente ao valor armazenado.
  13. 13. SISTEMA DE COMPUTADOR, de acordo com a reivindicação 1, caracterizado em que a solicitação compreende adicionalmente uma indicação de um valor de dinheiro desejado e de tipo de moeda digitada pela pessoa no dispositivo de dispensação de dinheiro, e em que o computador host é adicionalmente configurado para comparar o valor de dinheiro desejado e o tipo de moeda para cada um dos um ou mais valores de dinheiro e tipos de moeda designados associados aos respectivos códigos de identificação no banco de dados eletrônico, e em que a autorização do pagamento do valor armazenado é adicionalmente baseada no fato de que o valor de dinheiro e o tipo de moeda desejados correspondem ao valor de dinheiro e tipo de moeda designados associados ao código de identificação que corresponde ao valor armazenado.
  14. 14. SISTEMA DE COMPUTADOR, de acordo com a reivindicação 1, caracterizado por compreender adicionalmente:
    um banco de dados eletrônico para armazenar os códigos de identificação e um valor de dinheiro e tipo de moeda associados a cada código de identificação, em que o valor de dinheiro e tipo de moeda
    6/6 armazenados para cada valor armazenado são baseados em uma designação provida pela pessoa que pagou os fundos para estabelecer o valor armazenado.
  15. 15. SISTEMA DE COMPUTADOR, de acordo com a
    5 reivindicação 1, caracterizado em que o sistema de autorização é configurado para enviar uma indicação ao dispositivo de dispensação de dinheiro de que a solicitação para autorizar foi concedida, e o dispositivo de dispensação de dinheiro é configurado para dispensar o valor de dinheiro 10 desejado e o tipo de moeda em resposta à recepção da indicação de que a solicitação para autorizar foi concedida
BR112013004189-7A 2010-08-25 2011-08-25 Método baseado em computador e sistema de computador BR112013004189A2 (pt)

Priority Applications (1)

Application Number Priority Date Filing Date Title
BR122017028173-9A BR122017028173A2 (pt) 2010-08-25 2011-08-25 método para transferir fundos

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US37690810P 2010-08-25 2010-08-25
US61/376,908 2010-08-25
PCT/US2011/049172 WO2012027585A2 (en) 2010-08-25 2011-08-25 Authorization of cash delivery

Publications (1)

Publication Number Publication Date
BR112013004189A2 true BR112013004189A2 (pt) 2020-03-10

Family

ID=45724065

Family Applications (2)

Application Number Title Priority Date Filing Date
BR122017028173-9A BR122017028173A2 (pt) 2010-08-25 2011-08-25 método para transferir fundos
BR112013004189-7A BR112013004189A2 (pt) 2010-08-25 2011-08-25 Método baseado em computador e sistema de computador

Family Applications Before (1)

Application Number Title Priority Date Filing Date
BR122017028173-9A BR122017028173A2 (pt) 2010-08-25 2011-08-25 método para transferir fundos

Country Status (8)

Country Link
US (2) US9715690B2 (pt)
EP (1) EP2609549A4 (pt)
CN (2) CN103180868A (pt)
BR (2) BR122017028173A2 (pt)
CA (2) CA3013973A1 (pt)
MX (2) MX351934B (pt)
RU (1) RU2591564C2 (pt)
WO (1) WO2012027585A2 (pt)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8740069B2 (en) * 2005-01-26 2014-06-03 Heng Kah Choy Fraud-free payment for internet purchases
US8672220B2 (en) * 2005-09-30 2014-03-18 The Western Union Company Money transfer system and method
US11017395B2 (en) * 2010-01-19 2021-05-25 Amir Dabiri Vending machine with user ID/age verification system and associated method
US10402795B2 (en) 2012-01-05 2019-09-03 Moneygram International, Inc. Prefunding for money transfer send transactions
US8657688B1 (en) * 2012-11-26 2014-02-25 Moneygram International, Inc. Promotion generation engine for a money transfer system
US10755245B2 (en) 2013-02-25 2020-08-25 Moneygram International, Inc. Money transfer system having location based language and dynamic receipt capabilities
CN103295131B (zh) * 2013-07-01 2016-06-29 西安电子科技大学 一种具备可转移性的条件电子支付系统
US10192204B2 (en) 2013-08-01 2019-01-29 Moneygram International, Inc. System and method for staging money transfers between users having profiles
CN103955990B (zh) * 2014-05-04 2017-01-25 上海古鳌电子科技股份有限公司 一种具有外汇兑换功能的纸张类处理系统
AU2015372419B2 (en) * 2014-12-22 2020-07-30 In4Ma Pty Ltd Unlocking of a computer readable medium or of an electronic process using a computer readable medium
US20160203451A1 (en) * 2015-01-12 2016-07-14 Cardtronics, Inc. System and method for providing controlling surcharge fees charged at a collection of atms
US10740732B2 (en) 2015-05-20 2020-08-11 Ripple Luxembourg S.A. Resource transfer system
US11386415B2 (en) 2015-05-20 2022-07-12 Ripple Luxembourg S.A. Hold condition in a resource transfer system
US11392955B2 (en) 2015-05-20 2022-07-19 Ripple Luxembourg S.A. Temporary consensus networks in a resource transfer system
US11481771B2 (en) 2015-05-20 2022-10-25 Ripple Luxembourg S.A. One way functions in a resource transfer system
US11392944B2 (en) 2015-05-20 2022-07-19 Ripple Luxembourg S.A. Transfer costs in a resource transfer system
US11367072B2 (en) 2015-05-20 2022-06-21 Ripple Luxembourg S.A. Private networks and content requests in a resource transfer system
JP6811522B2 (ja) * 2015-06-15 2021-01-13 沖電気工業株式会社 取引装置
CN108701326A (zh) * 2015-10-05 2018-10-23 里普尔卢森堡有限公司 资源转移系统中的临时共识网络
US9711013B1 (en) * 2017-02-02 2017-07-18 Jarrett Enterprises, Inc. Automated teller machine for processing debit card transactions and method therefor
US10700875B1 (en) 2017-05-01 2020-06-30 Wells Fargo Bank, N.A. Systems and methods for value transfers using signcryption
IT201700080890A1 (it) * 2017-08-07 2019-02-07 Vj Tech S R L Metodo di identificazione ed autenticazione via ivr/otp dedicato alla prenotazione e alla esecuzione di servizi bancari e finanziari senza utilizzare documenti di identita' personali
RU2678655C1 (ru) * 2017-11-20 2019-01-30 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Способ и система осуществления транзакций с помощью механизма реверсалов
CL2018000855A1 (es) * 2018-04-02 2018-06-15 Jose Miguel Fuica Jerez Procedimiento y sistema usuario autoriza cursar transacción
CN108965278B (zh) * 2018-07-04 2021-05-18 中国银行股份有限公司 交易请求处理方法及装置
US11488214B2 (en) * 2019-10-03 2022-11-01 Capital One Services, Llc High authentication layer to determine a person's location when considering sending a secure object
JP6689441B1 (ja) 2019-11-01 2020-04-28 エヌ・ティ・ティ・コミュニケーションズ株式会社 電子マネー管理システムおよび電子マネー管理方法
US11121989B1 (en) 2020-05-29 2021-09-14 Bank Of America Corporation Centralized repository and communication system for cross-network interactions
US11188637B1 (en) 2020-06-28 2021-11-30 Mark Lawson Systems and methods for link device authentication

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5351296A (en) * 1993-03-29 1994-09-27 Niobrara Research & Development Corporation Financial transmission system
US5943423A (en) * 1995-12-15 1999-08-24 Entegrity Solutions Corporation Smart token system for secure electronic transactions and identification
US5751812A (en) * 1996-08-27 1998-05-12 Bell Communications Research, Inc. Re-initialization of an iterated hash function secure password system over an insecure network connection
EP0993645A4 (en) 1997-07-03 2004-11-17 Citicorp Dev Ct SYSTEM AND METHOD FOR TRANSFERRING A VALUE ON A MAGNETIC TRACK OF A SERVICE CARD
DE69829938T2 (de) * 1997-12-26 2006-02-23 Nippon Telegraph And Telephone Corp. Verfahren zum Einführen von elektronischem Geld für einen Emittent mit elektronischen Saldo-Zählern, entsprechende Vorrichtung und Speicherelement mit gespeichertem Programm zur Durchführung des Verfahrens
JP2000113085A (ja) 1998-10-08 2000-04-21 Sony Corp 電子現金システム
US6327578B1 (en) * 1998-12-29 2001-12-04 International Business Machines Corporation Four-party credit/debit payment protocol
CA2264351A1 (en) * 1999-03-12 2000-09-12 Mark Van Roon Computer based matching system for party and counterparty exchanges
US7617157B2 (en) * 2002-01-03 2009-11-10 The Western Union Company Method for receiving electronically transferred funds using an automated teller machine
US7104440B2 (en) * 1999-10-26 2006-09-12 First Data Corporation Money transfer systems and methods for travelers
US7426492B1 (en) 1999-11-05 2008-09-16 American Express Travel Related Services Company, Inc. Systems and methods for facilitating commercial transactions between parties residing at remote locations
AU2001276914A1 (en) 2000-07-11 2002-01-21 First Data Corporation Wide area network person-to-person payment
WO2002009001A1 (en) * 2000-07-20 2002-01-31 Citicorp Development Center, Inc. Method and system for performing a cash transaction with a self-service financial transaction terminal
US7103575B1 (en) * 2000-08-31 2006-09-05 International Business Machines Corporation Enabling use of smart cards by consumer devices for internet commerce
US7195151B2 (en) * 2003-02-25 2007-03-27 American Cash Exchange, L.L.C. Method and system for automated value transfer
US20050177518A1 (en) * 2004-02-10 2005-08-11 Brown Collie D. Electronic funds transfer and electronic bill receipt and payment system
CN1677409A (zh) * 2004-04-02 2005-10-05 华为技术有限公司 一种通过移动网络传递交易信息的方法及系统
US7219832B2 (en) * 2004-06-17 2007-05-22 First Data Corporation ATM machine and methods with currency conversion capabilities
US8131636B1 (en) * 2005-05-05 2012-03-06 Ensenta Corporation System and method for performing financial transactions on a network
US8510223B2 (en) 2006-08-03 2013-08-13 The Western Union Company Money transfer transactions via pre-paid wireless communication devices
CN101034449A (zh) * 2007-04-17 2007-09-12 华中科技大学 实现电子支付的方法、系统及移动终端
US8504450B2 (en) 2007-08-31 2013-08-06 Ebay Inc. Mobile remittances/payments
US20090099964A1 (en) 2007-10-10 2009-04-16 Calderon Gonzalez Efren System and method for transferring funds to a beneficiary
US20090106118A1 (en) 2007-10-19 2009-04-23 Ebay Inc Payment using funds pushing
US20090119209A1 (en) * 2007-11-02 2009-05-07 Chris Sorensen Mobile transaction network
US20100082494A1 (en) 2008-09-29 2010-04-01 Infosys Technologies Limited Method and system for cash transfer
WO2012151590A2 (en) * 2011-05-05 2012-11-08 Transaction Network Services, Inc. Systems and methods for enabling mobile payments

Also Published As

Publication number Publication date
RU2591564C2 (ru) 2016-07-20
US9715690B2 (en) 2017-07-25
CA2845801A1 (en) 2012-03-01
CN107093065A (zh) 2017-08-25
WO2012027585A2 (en) 2012-03-01
EP2609549A4 (en) 2016-08-31
RU2013112668A (ru) 2014-09-27
CA2845801C (en) 2018-09-25
CA3013973A1 (en) 2012-03-01
US20130151418A1 (en) 2013-06-13
US20170323298A1 (en) 2017-11-09
MX343504B (es) 2016-11-07
EP2609549A2 (en) 2013-07-03
BR122017028173A2 (pt) 2021-02-23
CN103180868A (zh) 2013-06-26
MX2013002228A (es) 2013-10-28
WO2012027585A3 (en) 2012-04-19
MX351934B (es) 2017-11-01

Similar Documents

Publication Publication Date Title
US20170323298A1 (en) System and method for securely transferring funds between persons
US11403920B2 (en) Multi-purpose kiosk and methods
US7195151B2 (en) Method and system for automated value transfer
US7356505B2 (en) System and method for transferring funds
US7841515B2 (en) Identity authentication for financial transactions
US8639602B2 (en) System for agent assisted mobile funds transfer and mobile banking
US7500602B2 (en) System for increasing the security of credit and debit cards transactions
US20020029339A1 (en) Method and apparatus for facilitating monetary and commercial transactions and for securely storing data
US20090327133A1 (en) Secure mechanism and system for processing financial transactions
KR20120108965A (ko) 전자 지갑용 자산 저장 및 이체 시스템
US20190164161A1 (en) System and method for Sharing account anonymously and using image coded account for easy transactions
US20110264572A1 (en) Enabling remote financial transactions
US20120290484A1 (en) Method and System for Sending Surveys and Receipts Electronically to Customers Purchasing with Credit Cards
US20040034597A1 (en) System and method for managing micropayment transactions, corresponding client terminal and trader equipment
FR2847701A1 (fr) Systemes electroniques pour le transfert de monnaie
EP3610438B1 (en) System for effecting financial transactions between a first party and a second party
KR101124597B1 (ko) 잔돈 적립을 이용한 선불 카드 충전 방법 및 이용방법
AU2021257343A1 (en) Issuing a virtual value-bearing card associated with only nonpersonally identifying information from a kiosk
US20190139036A1 (en) Method, apparatus, and computer-readable medium for securely performing digital asset transactions
BR112013033493B1 (pt) Método e sistema seguro de transferência desmaterializada
Pilioura Electronic payment systems on open computer networks: a survey
AU2011100107A4 (en) System bound mechanism to secure online money transactions through net cheques for online banking solutions
JP2006011919A (ja) 不正取引通知システム

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B25A Requested transfer of rights approved

Owner name: ACE SERIES A HOLDCO LLC (US)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B11B Dismissal acc. art. 36, par 1 of ipl - no reply within 90 days to fullfil the necessary requirements
B350 Update of information on the portal [chapter 15.35 patent gazette]