BR112014023264A2 - sistemas e métodos de computador para processar transações de pagamento através de rede - Google Patents

sistemas e métodos de computador para processar transações de pagamento através de rede Download PDF

Info

Publication number
BR112014023264A2
BR112014023264A2 BR112014023264A BR112014023264A BR112014023264A2 BR 112014023264 A2 BR112014023264 A2 BR 112014023264A2 BR 112014023264 A BR112014023264 A BR 112014023264A BR 112014023264 A BR112014023264 A BR 112014023264A BR 112014023264 A2 BR112014023264 A2 BR 112014023264A2
Authority
BR
Brazil
Prior art keywords
account
transaction
request
transaction request
network
Prior art date
Application number
BR112014023264A
Other languages
English (en)
Inventor
Marcous Neil
Gordon Peter
Woodbury Robert
Original Assignee
Paynet Payments Network Llc
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 Paynet Payments Network Llc filed Critical Paynet Payments Network Llc
Publication of BR112014023264A2 publication Critical patent/BR112014023264A2/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/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/12Payment architectures specially adapted for electronic shopping 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/20Point-of-sale [POS] network 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/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/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

Landscapes

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

Abstract

sistemas e métodos de computador para processar transações de pagamento através de rede sistemas e métodos para acesso de conta em tempo real, permitir acesso às contas (como contas de depósito, crédito ou débito) através de infraestruturas de processamento em rede, como transferência eletrônica de fundos (tef). em algumas modalidades, consumidores e/ou comerciantes são capazes de efetuar solicitações transações contra contas, usando um pseudo-identificador ou outro identificador e sem a necessidade de fornecer um número de conta ou número de cartão. em outras modalidades, as redes de pagamento são capazes de rotear e processar solicitações de transação contra contas, sem ter um número de cartão ou número de conta. em outras modalidades, os sistemas de processamento de contas são capazes de determinar uma conta apropriada bom base em solicitações de transação que não contêm números de cartão ou números de conta.

Description

“Sistemas e Métodos de Computador
Para Processar Transações de Pagamento Através de Rede**
Relatório Descritivo
REFERÊNCIA REMISSIVA A PEDIDOS RELACIONADOS [1] Este Pedido reivindica o benefício do Pedido Provisório depositado anteriormente US 61/612.897, depositado em 19 de março de 2012. que é aqui incorporado por referência no presente pedido.
CAMPO DA DIVULGAÇÃO pi A» modalidades reveladas destinam-se geralmente aos sistemas e métodos para o acesso à conta em tempo real.
FUNDAMENTOS (3) As infraestruturas de processamento de rede, como processamento de rede TEF (transferência eletrônica de fundos), são usadas para processar pagamentos de transações tradicionais cartão de crédito ou de débito. TEF permite o provisionamento rápido de Informações de conta e outras informações relacionadas às compras n outras finalidades, Por exemplo, quando um cliente que tem um cartão pretende comprar u.m item em uma loja, c> cliente geralmente entrega seu cartão ao comerciante e o comerciante passará o cartão através de uma máquina de tarja magnética para ler as informações do cartão, incluindo o número do cartão. Números de cartões são tipicamente de 13 a 19 dígitos, e identífícarn de forma exclusiva a conta de crédito ou de débito da usuária.
;4] Após o número do cartão ser recebido pelo comerciante, o comerciante envia o número do cartão, junto com outras informações associadas com a transação, coma preço, data, hora, local, nome do titular do cartão, a uma rede de pagamentos. A rede de pagamento irá de modo típico rotear essa informação para o emissor do cartão apropriado com base no número do cartão. Os primeiros dígitos normaimente identificam o “emissori, isto é, a entidade, como uma empresa, que emitiu o cartão. Assim, por exemplo, um número de cartão começando com um “4, por exemplo, 4000 1234 5678 90'12, tipicamente identificará VISA como o fornecedor/emissor do cartão. Cada emissor normaimente tem um identificador numérico que está associado e representa os seus cartões.
(õl 0 emissor apropriado, por exemplo, uma empresa cartão de crédito ou de débito, então normaimente consultará seus registros para determinar a conta apropriada e verificar se; a conta possui fundos ou crédito suficientes para realizar uma. operação (por exemplo, uma. compra), O resultado desta determinação tipicamente serâ retornado ao comerciante se o usuário está apto a comprar o item. Todo o processo, desde a captação original dos dados do cartão para a resposta fornecendo verificação fundos pode acontecer em um período de tempo relativamente curto. Em algumas situações, este processo ocorre em tempo real ou em tempo quase real,
No entanto, em algumas situações, um número de cartão para acessar a conta, de um cliente não está disponível, Por exemplo, se um cliente decide pagar ecm cheque, o comerciante deve capturar o RTN (número de trânsito do roteamento) para o banco que emitiu o cheque e número da conta pessoal do cliente. O comerciante deve, então, usar um sistema como o Automated Clearing House (ACH) para processar o pagamento. ACH normaimente opera em lotes e, portanto, o processo para autorizar a compra pode demorar muito mais do que uma transação com base em cartão. Assim, usando ACH aumenta a quantidade de tempo para o comerciante adquirir os fundos prometidos. O uso de ACH inclui ainda a possibilidade de aceitar pagamentos que são mais posteriormente consideradas incobrâveis (também conhecido como um “cheque devolvido”).
pã Em outras situações, o cliente pode não querer dar detalhes de sua conta para o comerciante, por razões de privacidade ou outras.
Isso pode causar problemas de aceitação de pagamento porque um usuário normalmente precisa tbmecer suas informações de cartão de pagamento. Sem essas informações, o comerciante é normalmente incapaz de aceitar o pagamento, [8] Ainda em outras situações, como com contas comerciais, não existe um número de cartão que pode ser utilizado para realizar compras. Assim, as compras comerciais podem precisar confiar no sistema ACH para realizar compras, que (como já mencionado) ê lento, caro e ineficiente.
[9] Assim, seria desejável fornecer sistemas e métodos melhorados para processar as transações para contas utilizando infraestruiura de processamento de rede existente com acesso em tempo real ou próximo ao tempo real. Também seria desejável para, estes sistemas e métodos suportar o roteamento, processamento, sedimentação e relato de transações de pagamento. As vantagens de ditos sistemas e métodos incluem maior velocidade de processamento de transações, gerenciamento de contas de confiança e de contabilidade, e/ou uma queda de contas incobràveis. Outras vantagens serão reconhecidas por um especialista na técnica, apôs a análise do restante da revelação.
SUMÁRIO DA DIVULGAÇÃO
1'10] De acordo com modalidades exemplares, um método para processar transações de pagamento através de um dispositivo (como um dispositivo de rede de pagamento) compreende a receber solicitações de transação de um adquirente e determinar que a. solicitação de transação representa uma transação que não necessita de um número de cartão ou de conta. O método compreende ainda selecionar um processador de contabilidade com ba.se nu conteúdo da solicitação de transação, fornecendo a solicitação de transação para o processador de contabilidade selecionado, e receber uma resposta do processador de contabilidade. Em alguns exemplos de modalidades, a resposta recebida pode compreender, pela menos, um de uma conta selecionada para a solicitação de transação com base, pelo menos em parte, do conteúdo da solicitação de transação ou um saldo da conta associado com a conta selecionada. O método compreende ainda, aprovar, negar, ou tomar outras ações sobre a solicitação de transação, Do mesmo modo, em alguns exemplos de modalidades, um sistema de computador compreende, pelo menos, um processador e uma memória que contém as instruções que., quando executadas pelo processador, fazem com que o processador execute as transações deste método.
(111 De acordo com modalidades exemplares, um método para processar transações de pagamento por um dispositivo processador de contabilidade compreende receber, no dispositivo processador de contabilidade (por exemplo, a partir de um. dispositivo de rede), uma .solicitação de transação determinada pelo dispositivo de rede para não requerer um número de cartão ou de conta. O método compreende ainda selecionar unia conta para a solicitação de transação com base, pelo menos em parte, do conteúdo da solicitação de transação, determinar um saldo da conta selecionada, e gerar uma resposta com base no conteúdo da solicitação de transação e do saldo. Λ resposta inclui informações para determinar se aprova ou nega a solicitação de transação. Do mesmo modo, em alguns exemplos de modalidades, um .sistema de computador compreende, pelo menos, um processador e uma memória que contém as instruções que, quando executadas pelo processador, fazem com que o processador execute as transações deste método.
112] De acordo com modalidades exemplares, um método para processar uma transação de pagamento por um dispositivo processador adqulrente compreende uma etapa de receber informação através do, pelo menos, um sistema de computador para a realização de uma transação de pagamento. Em alguns exemplos de modalidades, a informação não inclui um número de cartão ou de conta. O método compreende ainda o sistema de computador gerando uma solicitação de transação, incluindo pelo menus um identificador com base na informação, enviar a solicitação de transação para uma rede de processamento de pagamento, e receber,
5/23 pelo menos, uma resposta para a solicitação de transação com base em, pelo menos, uma conta, associada com o identificador. Do mesmo modo, em alguns exemplos de modalidades, um sistema de computador compreende, pelo menos, um processador e uma memória que contêm as instruções que, quando executadas pelo processador, fazem com que o processador execute as transações deste método, [13] Deve ser entendido que a descrição gerai anterior bem como a descrição detalhada seguinte são exemplares e explicativas apenas e não devem ser restritivas de modalidades descritas, tal como reivindicado.
BREVE DESCRIÇÃO DOS DESENHOS [14] Os desenhos anexos, que são incorporados e constituem uma parte desta especificação, ilustram várias modalidades e as modalidades descritas em conjunto com a descrição servem para explicar os principies das modalidades divulgadas.
[15] A FIG. 1 é um exemplo de rede 100 de acordo com algumas modalidades;
116] A F1G. 2 é um diagrama de comunicação de rede exemplar 200 exibindo algumas partes de comunicações utilizáveis de acordo com algumas modalidades;
[17] A FIG. 3 é um exemplo de formato de mensagem 300 para uso de acordo com algumas modalidades;
US] A FIG. 4 é um exemplo de diagrama 400 de alguns campos de dados para uso com u de acordo com algumas modalidades; e [191 A FIG. 5 ê um sistema de computador exemplar 500 para uso de acordo com algumas modalidades,
DESCRIÇÃO DETALHADA [20] Referência será feita agora em detalhe às modalidades descritas, cujos exemplos são ilustrados nas figuras anexas, bempre que
6/23 possível, os mesmos números de referência serão utilizados por todos os desenhos para se referirem às mesmas partes ou parecidas.
[21] As modalidades descritas empregam vários modos de operação para processar uma transação de pagamento (também referida aqui como uma transação”), Um primeiro modo de transação é conhecido como “o modo nativo.” No modo nativo, uma mensagem (também aqui referida como uma solicitação de transação ou solicitação de pagamento) poderá ser passada entre cs dispositivos. A mensagem, em algumas modalidades, pode estar de acordo com ou basear-se na mensagem de ISO 6583, A norma ISO 8583 define um formato de mensagens para, entre outras coisas, diferentes sistemas poderem trocar dados e efetuar transações.
[22] A mensagem de mudo nativo permite que uma transação utilize canais existentes de transações de cartões de pagamento, mesmo sem um cartão de pagamento. Por exemplo, uma mensagem de ISO 8583 pode ser utilizada para realizar estas transações. Em algumas modalidades, o sistema de modo nativo iris, construir uma dessas mensagens, utilizando informações especificas. Pelo menos parte desta informação pode significar que a mensagem será utilizada para uma. finalidade diferente do sua finalidade ordinária (isto é, diferente de uma transação de cartão de pagamento).
[23] Outro modo de operação è conhecido como modo nâ.o nativo” ou “modo de X-REF.” Este moda pode ser semelhante ao modo nativo acima, mas com mensagens construídas de uma maneira diferente. Em algumas modalidades, um armazenador de dados ou banco de dados pode ser consultado para determinar um número de conta com base em dados armazenados nas mensagens. Ambos estes modos serão descritos mais tarde em relação a, pelu menos, as FIGS. 3 e 4.
[241 Os dois modos de transação permitem a realização de uma transação que não requer um número de cartão ou número da conta. Por exemplo, na situação de um usuário que não deseja divulgar seu número de cartão de pagamento ou número de conta a um comerciante, uma /’23 transação ainda pode ser processada, utilizando os modos acima de operação.
[25] A FIG. .1 é uma representação de um exemplo de rede 100 para uso com cs sistemas e métodos revelados. A rede 100 contém, em algumas modalidades, pelo menos, um Processador Adquirente 101, pelo menos, uma Rede 103, e, pelo menos, um .Emissor 105. Estes elementos individuais podem ser implementados, em algumas modalidades, que utilizam um ou vários sistemas de computadores como será, referenciado em relação à FIG. 5. Os componentes específicos ou dispositivos utilizados para implementar nada um desses elementos podem variar.
[26] O Processor Adquirente 101, em algumas modalidades, inclui um sistema Front-End 101Λ e um sistema Back-End 101B. O sistema Front-End 10IA é usado para capturar detalhes de pagamento. Em algumas modalidades, Sistema Front-End 10 IA pode ser um dispositivo de comerciante para capturar dados - incluindo uma caixa registadora, um sistema de compras on-line, um leitor de cartão de credito, uma máquina de escaneamento de cheque (por exemplo, para a leitura de dados MICE), um computador, ou outros semelhantes. Em outras modalidades, Sistema Front-End 101A é operado por um banco adquirente. Este pode ser, por exemplo, o banco que processa pagamentos para um comerciante que aceitou detalhes de pagamento de um cliente.
[27] Em algumas modalidades, Sistema Back-End .10.1 B pude ser um sistema de processamento de transações passado pelo Sistema FrontEnd 101 A. Sistema Back-End 101B podem ser executado pelo mesmo banco adquirente que executa, o sistema Front-End 10 IA. Em outras modalidades Sistema Back-End 101B pode ser gerido por urna, entidade diferente. Sistema Baok-End 101B, em. algumas modalidades, pode gerar uma. solicitação de transação baseada em parte nos detalhes de pagamento capturados pelo Sistema Front-End 10IA. Sistema Back-End 10IB pode então enviar a solicitação de transação para uma. Rede 103 para processamento. Em algumas modalidades. Sistema Front-End 10ΙΑ e Sistema Back-End 10IB podem ser um único sistema de computador distinto. Em outras modalidades, podem ser vários sistemas de computadores, Em outras modalidades, o Sistema Front-End 10 IA e Sistema Baek-End 10IB podem ser qualquer de um processador ATM/.ATM, um processador de comerciante/POS, um processador de Bill Pay Merchant/Biller, um Processador comerciante internet/comerciante. Internet, ou semelhantes.
[281 Em algumas modalidades, Sistema Front-End 101A ou Sistema Back-End 1.01 B podem adquirir credenciais dos clientes, a Um de efetuar uma compra ou outra transação. Em algumas modalidades, estas credenciais adquiridas podem ser utilizadas para criar um valor calculado. O valor calculado pode incluir informações de identificação de uma conta de depósito original ou outro tipo de conta. Por exemplo, as contas podem compreender qualquer uma de uma conta de depósito, uma conta corrente uma conta de débito, uma conta de credito, uma conta de corretagem, uma conta de negócios, uma conta pessoal, ou semelhantes. Um especialista na técnica reconhecerá que um determinado tipo de conta não é necessariamente essencial para as modalidades reveladas.
[29] Em algumas modalidades, o valor calculado pode ser único. Por exemplo, na construção de uma solicitação de pagamento, Incluindo um valor calculado, o valor calculado, pode referir-se apenas à instituição que detém a conta, com outras informações na solicitação de pagamento referente ã conta particular. Em algumas modalidades, este valor calculado pode incluir qualquer um de um número de tipos de dados, Incluindo (entre outros) um valor especial indicando a presença de um valor calculado, os identificadores (por exemplo, prê~acorda.dos nos identificadores) para uma conta nu instituição (como um Número Internacional de Conta de Banco (1BAN - usado prineípalmente lora dos Estadas Unidos), um Número de Trânsito do Roteamento (RTN nu Número R&T- usado principalmente no interior dos Estados Unidos), um número de trânsito canadense, um código do banco, um código de filial, um código de tipo, ou qualquer outro elemento de identificação que, pelo menos parcialmente identifica a conta ou a instituição que a detém), a hora e a data da
9/23 solicitação de pagamento, ou algo semelhante.
[30] Em algumas modalidades, o valor calculado pode incluir um numero semelhante a um número de depósito na conta, o número da conta do cartão, ou outro tipo de número de conta, (também conhecido como um número de conta principal (PAH)). PANs podem cumprir com ou estarem baseados na norma ISO 7812, que pode, em parte, atribuir primeiros digites específicos de PANs para emissores específicos.
[31] Ainda em outras modalidades, o valor construído e/ou a solicitação de pagamento podem incluir uma série de outros identificadores que podem identificar unicamente um cliente ou as suas contas. Por exemplo, o endereço de e-mail do cliente, número de telefone (celular/móvel, trabalho, casa, pager, etc.), nome de usuário, identidade de rede social (como uma conta de Facebook ou Twitter), ou semelhantes, podem ser incluídos. Além disso, estes identificadores podem ser utilizados para gerar outro identificador (como um valor hexadecimal ou codificado) para utilização na. solicitação de pagamento. Além disso, outros elementos de identificação podem, ser utilizados em algumas modalidades.
[32] A Rede 103 pode ser uma rede Interbancária (como NYCE, INTERAC, ou semelhante). Redes Interbancárias permitem que os sistemas monetários (como ATMs e terminais de pagamento] acessem contas de depósito ou outras. Em algumas modalidades, a Rede 103 permite que utilização de cartões ATM emitidos por um banco para serem usados em um ponto de venda, através um sistema EFTPOS (transferência eletrônica de fundos no ponto de venda). Em vez de operar como uma transação ne cartão de crédito, que normalmente precisa passar por um sistema emissor do cartão de crédito, uma transação EFTPOS podena ser recebida pela Rede 103 e encaminhada para o banco apropriado que detém a conta. Rede 103 pode ser nacional, internacional, ou ambos. Rede 103, em algumas modalidades, pode ser configurado para enviar mensagens para o Processador de Contabilidade 103, para solicitar ao Processador de Contabilidade 105 mover as fundos associados a uma transação..
[33] O Processador de Contabilidade IOS representa sistemas utilizados no processamento de transações de pagamento. Por exemplo, em algumas modalidades, Processador de Contabilidade 105 pode ser um sistema de computador que recebe uma solicitação de transação, as tentativas para, processar a solicitação de transação (por exemplo, por debito ou crédito de contas referenciadas na solicitação), e fornece o status da tentativa para processar a solicitação de transação. Q O Processor de Contabilidade 105 pode ser operado por, por exemplo, um emissor, um banco, uma cooperativa de crédito, um banco comercial, uma empresa que opera, contas de depósito, ou semelhantes. Processador de Contabilidade 105 pode variar em função, por exemplo, de qual tipo de transação está sendo tentada. Por exemplo, uma transação no cartão de crédito não vinculado a um determinado banco pode ser processada em servidores do emissor do cartão. No entanto, uma transação de cartão de débito que está vinculada a uma conta de depósito em um banco pude ser processada pelo menos em parte peto banco. Em qualquer caso, o grupo ou organização operando o Processador de Contabilidade 105 normalmente armazena Informações sobre contas, como linhas de crédito, saldos de contas, valor do crédito, histórico de pagamentos, e assim por diante. Sm algumas modalidades, as contas geridas pela Processor de Contabilidade 105 são conhecidas como Contas de Depósito de Demanda (DDAs). (J Processador de Contabilidade 10S pode depositar fundos em contas, retirar fundos das contas, solicitar saldos das contas, ou realizar outras transações de contabilidade, quando solicitado, por exemplo, Rede 103.
[34] Em algumas modalidades, o Processador Adquirente 1.01, a Rede 103 e/ou o Processador de Contabilidade 105 podem empregar um conjunto de regras para iniciar e processar solicitações de transação, como transações EFTPOS. Em algumas modalidades, alguns nu todos esses dispositivas podem ser configurados de acordo com estas regras. Per exemplo. Processador de Contabilidade 105 pode ser configurado para transferir fundos entro as contas quando solicitado pela. Rede 103. Processador de Contabilidade 105 também pode ser configurado para processar as transações de crédito, transações de débito, miero-transações ou nutras transações, quando solicitadas pela Rede 103 e/ou Processor Adquírente 101. Processador Contabilidade 105 também pode ser configurado para fornecer o saldo da conta ou o status (por exemplo, aberta, fechada, suspensa), quando solicitado pelo Processador Adqulrente 101. O Processador Contabilidade 105 também pode ser configurado para liquidar as transações no final de um dia útil. Um especialista na técnica reconhecerá que outras regras para processar transações também são possíveis.
[35] A FIG. 2 descreve um método exemplar 200 para implementar partes dos sistemas e processos reveladas, () método 200 começa com a etapa 201A com Processador Adquirente 201 recebendo credenciais de um cliente ou comprador. Essas credenciais (ou “detalhes de pagamento55) poderíam incluir informações de conta de pagamento ~ como um RTN (Numero de transito do roteamento), um número de conta, número de cartão de crédito, um número do cartão de pagamento, um número de cartão de débito, um identificador vinculado a uma conta, um pseudoidentifioador que, quando referenciado em um armazenamento de dados ou banco de dados resolve um número de conta, ou algo semelhante. Os detalhes de pagamento, em algumas modalidades, podem representar unicamente conta de deposito, crédito, débito, ou outra do cliente. Per exemplo, detalhes de pagamento podem incluir o número da conta de um cliente. Os detalhes de pagamento, ainda em outras modalidades, podem compreender outro identificador único que é associado ã conta do cliente. Por exemplo, os detalhes de pagamento podem compreender uma pseudo-ídentificador feito de esquema de codificação numérico, hexadecimal, ou outro, para identificar a conta do cliente. Em outras modalidades, os dados de pagamento podem compreender um número pseudonúmero do cartão ou um valor calculado, Os primeiros dígitos do valor calculado podem ser um ‘59’, mas outros valores e construções são possíveis também. Um ‘595 pode ser usado para significar que os caracteres seguintes contêm um valor ABA, Estes valores podem ser fornecidos pelo
12/23 cliente tentando adquirir um produto ou realizando uma transação, pode ser gerado pelo Processador Adquirente 101 com base na informação .recebida do cliente, ou semelhantes.
[36] Ainda em nutras modalidades, o vaiar construído e/ou as detalhes de pagamento podem incluir um número de outros identíHoadores que podem unicamente identificar um cliente ou conta. Por exemplo,, o endereço de e-mail do cliente, número de telefone (celular/móvel, trabalho, casa, pager, etc.), nome de usuário, identidade de rede social (como uma conta de Facebook ou Twitter], ou semelhantes. Além disso, os Identificadores podem ser utilizados para gerar outro identificador (como um valor hexadecimal ou codificado) para utilização na solicitação de pagamento. Além disso, outros elementos de identificação podem ser utilizados em algumas modalidades.
[37] Na etapa 20IB, o Processor Adquirent.e 20.1 gera uma solicitação de transação. Em algumas modalidades, estas solicitações de transação estarão na forma de uma transação de consulta de saldo. A transação de consulta de saldo pode ocorrer quando uma entidade que opera o Processor Adquirent.e 201 (por exemplo, um comerciante, um banco, ou semelhantes) deseja saber se a conta do cliente contém os fundos necessários para realizar uma compra. Em outras modalidades, estas solicitações de transações estarão sub a forma de instruções ds débito ou crédito. Em algumas modalidades, as solicitações de transação geradas na etapa 201 B podem estar na forma de, ou com base em, a norma ISO 8583 de mensagens, como será descrito mais tarde em relação ás figuras 3 e 4. Tais mensagens podem também conter informações, como o tipo de transação, o montante da transação, a data, a hora, as informações de localização, ou algo semelhante. Na etapa 201C, o Processador Adquirent.e 201 pode submeter a solicitação de transação gerada â Rede 203.
[38] Em algumas modalidades, a Rede 203 (que, em. algumas modalidades, pode ser aplicada como descrito acima, e.m relação á Rede 103) é escolhida pelo Processador Adquirente 201 para as transações de processamento. A Rede 203, em algumas modalidades, pode ser uma Rede
13/23
Interbancária (como NYCE? INTERAC? ou semelhantes) çomo mencionado anteriormente. A Rede 203 pode ser habilitada para fornecer encaminhamento adequado das solicitações de transação recebidas. Isto pode ser feito, por exemplo, por determinação do RTN e/ou outra informação sobre o tipo de pagamento» Isto é representado nas etapas 203A e 203B? e pode ser realizada, em parte, através da determinação da existência de um valor particular? na solicitação de transação Em algumas modalidades? isto pode envolver a determinação da existência, do numero '59* (ou outra peça em particular de dados) em uma posição particular na solicitação de transação. Um '59' significa que os caracteres na sequência contêm um valor de ABA.
(39] Em outras modalidades, por exemplo? os que envolvem urna pseudo identidade do usuário (como nomes de usuários? identidades de rede sociais, números de telefone ou endereços de c-ma.il), a Rede 203 pode determinar o encaminhamento adequado consultando um arquivo de dados. Depois de determinar a existência de um valor particular na solicitação de transação, a Rede 203 pode determinar que os caracteres na sequência do valor particular representam um RTN, e podem encaminhar a transação como representado na etapa 203B para Processamento de TEF 205. Em algumas modalidades, a etapa 203B pode ser realizada pouco tempo depois de um processo de encaminhamento (por exemplo, etapa 203A) é realizado. Em nutras modalidades, o processo de encaminhamento na etapa 203B pode ser realizado com base em um lote ou em volume. Por exemplo, se a transação foi submetida à Rede de Pagamento 203 durante a tarde de um dia primeiro útil (por exemplo? etapa 201C), determinando o encaminhamento adequado na etapa 203A e/ou encaminhamento que a solicitação de transação na etapa 203B pode ser realizada posteriormente àquela noite, juntamente com a determinação e encaminhamento de outras solicitações de transação no mesmo dia, (40] Processamento TEF 205, bem como de Autorização de Processamento 207 e Processamento Central 209, pode, em algumas modalidades, ser parte de um sistema mais ample de sistema de Processador
14/33 de Contabilidade 211 (Em algumas modalidades, sistema de Processador de Contabilidade 211 podem ser implementadas como descrito acima com relação ao Processador de Contabilidade 105). Na Fig, 2, estes sistemas de processamento são representados como três sistemas distintos, mas qualquer um ou todos podem ser executados em um único computador ou vários computadores. Na etapa 205A, o processador TEF 205 pode determinar os parâmetros da transação presentes na solicitação de transação encaminhada, a. fim de determinar o sistema de Processamento de Autorização 207 para enviar a solicitação para, o processamento. Novamente, isto pode envolver a determinação do encaminhamento baseado em um determinado valor que está presente na solicitação de transação (como a RTN).
[41 ] Uma vez que a Autorização de Processamento 207 recebe a solicitação de transação na. etapa 205B, o processo continua para a etapa 207A para determinação de contas. Processamento de Autorização 20'7 pode, então, determinar a conta correta. Isto podería ser conseguido através do controle da solicitação de transação (e extrair um número de conta), consultar um banco de dados de referência cruzada (não mostrado) para determinar o número de conta/identificador adequado com base nas informações da transação, ou semelhante. Uma vez que este número de conta/identifieador è determinado, a solicitação pode ser enviada para Processamento Central 209 com aquele número de conta/identíficador. Esta solicitação, em algumas modalidades, compreende uma solicitação de saldo atual da conta referenciada por esse número de conta/identificador. Em outras modalidades, a solicitação pode compreender outras solicitações de transação, como debito, crédito, ou semelhante.
[42] Quando Processamento Central 209 recebe a solicitação na. etapa 207B, pode tomar algum ou todos de um .número de ações. Processamento Central 209 pode fornecer o saldo associada com a eonta referenciada. na solicitação de transação de volta para o Processamento de Autorização 207. Processamento Central 209 pode debitar ou creditar
15/23 com base na. quantidade de dinheiro referenciada referido na solicitação de transação, e fornecer u novo saldo (ou seja, apôs o débito/crédito) de volta para o Processamento de Autorização 207. Em outras modalidades, com base na solicitação de transação em particular, Processamento Central 209 pode responder de forma diferente, como com uma indicação de que o saldo disponível è menor da que (ou maior do que) o montante na solicitação de transação; uma indicação de que o saldo contábil é menor do que (ou maior do que) o montante na solicitação de transação; uma indicação da saúde da conta (como se a conta está aberta e/ou em situação regular; uma indicação de quanto tempo a conta foi aberta, Indicação de qualquer história negativa associada â conta, variações de saldo médio, ou semelhante); nome do proprietário da conta, endereço, data em que a conta foi aberta, ou outras informações; ou semelhantes. Qualquer um ou todos esses itens podem gerar uma parte da resposta por Processamento .Central 209 na etapa 207C.
[43] Ao receber a resposta na etapa 207C, Processamento de Autorização 207 pode determinar, com base no conteúdo da solicitação, se a transação deve ser aprovada ou negada. Por exemplo, se a resposta e.m 207C indica que a conta tem menos dinheiro do que ê necessário para realizar a transação de compra referenciada, pela solicitação de transação original, o Processamento de Autorização 207 pode negar a. transação, e pode construir uma mensagem negativa para enviar de volta para u Processor Adquirente 201, através das etapas 205C, 203C e 201 D. Se a conta tiver dinheiro suficiente para cobrir a transação, o Processamento de Autorização 207 pode aprovar a transação, e enviar de volta uma mensagem de aprovação através das mesmas etapas,
1441 O Processamento de Autorização 207 também pode enviar de volta outras mensagens, como mensagens que indicam a quantidade de dinheiro disponível em uma conta, o status da conta (como se a conta está aberta ou fechada), um proprietário da conta, ou uma solicitação de mais informações do usuário. Outras mensagens podem também ser transmitidas, como será apreciado por especialistas na técnica.
16/23 [45] Λ FIG. 3 é um formata de mensagem exemplar 300 para uso com cs sistemas e métodos descritos, de acordo com modalidades reveladas. As mensagens baseadas no formato de mensagem 300, em algumas modalidades, são utilizadas para a transmissão de dados entre os dispositivos das RIGS. 1 e 2. Em algumas modalidades, os elementos de dados em formato de mensagem 300 pedem ser baseados na norma de mensagem ISO 8583. Qualquer uma das revisões desta norma pode ser utilizada, bem como outras normas. Sm outras modalidades, outras mensagens podem ser usadas e o tamanho dos dados e campos em particular na FIG. 3 pode variar. Além disso, em algumas modalidades, os campos d.e dados particulares na FIG. 3 poderão conter dados come descrito na FIG. 3. Por exemplo, o elemento de dados DE 12 pode conter 6 bvtes que indica a hora local em um terminal, ande uma transação está ocorrendo, [46] Em algumas modalidades, uma mensagem, como descrito com relação ao formato de mensagem 300 poderá incluir DE2 304 (isto é, “Elemento de dados 2” 304) armazenando um “PAN construída.” Como mencionada acima, PANs são geralmente utilizados na técnica para representar números de cartão de crédito. PANs podem cumprir com au estarem baseados na norma ISO 7812, que define que os emissores de cartões usam os primeiros dígitos do PAN. Por exempla, um '4* na primeira posição do PAN pode significar VISA, enquanto que um valor de S3’ pode significar Mastercard.
[47] Em algumas modalidades, o PAN pode ser construída de varias partes. O PAN pode compreender um número de pseudo cartão, que pode ser construído com base em identificadores prè-acardados para uma conta (por exemplo, RTN ou IB AN acima mencionados). Em algumas modalidades, um ‘59’ é usado nas dois primeiros espaças para significar que o PAN é um valor calculado. A RTN de nove dígitos ou outro identificador pode seguir, e após isto seria um valor de oito dígitos, indicando data, e hora. Este modo de operação foi previamente referido na presente divulgação como “modo nativo.”
17/23 [48] Com c objetivo de identificar a conta particular utilizada pelo cliente, outras partes da mensagem 300 podem armazenar o número da eonta real. Por exemplo, em algumas modalidades, a conta de depósito particular do usuário poderia ser armazenada em outra parte da mensagem; por exemplo, em DE 102 323.
[491 Em outras modalidades, o PAN pode ser construído como um pseudo-identificador. Ou seda, o próprio PAN pode ser construído como uma referência cruzada para um número de conta. Então, ao receber o PAN, um banco emissor podería consultar uma tabela, base de dadas ou outro de armazenamento dados, para determinar o número de conta associado corn o pseudo-idenüfíeador. O número de conta podería então ser usado para debitar a conta ou realizar outras ações. Em algumas modalidades, o PAN pode ser construído como uma cadeia de números simples de uso único ou limitado (por exemplo, composto de 19 dígitos decimais ou números hexa.declma.is), um. totalizador do número de conta, uma ca deia codificada que representa o número da conta, ou semelhantes. Este modo de operação foi previamente referido na presente divulgação como “modo não nativo” ou “modo de X-REF.” [50] Depois de identificar a conta associada com o número da conta armazenada na mensagem 300 ou o pseudo-identíücador armazenado em 300, um emissor seria, capaz de determinar a conta apropriada e processar transações de pagamento. Por exemplo, isto pode incluir o retorno a um saldo, autorizar um pagamento, ou semelhante, como men cionado anteriormente no que diz respeito à FIG. 2.
[51] A FIG. 4 representa alguns dos elementos de dados que constituem a mensagem, descrita na FIG. 3 acima. Para começar, o Elemento de Dados 2 (DE2) é representado como 401 na FIG. 4. E-m algumas modalidades, DE2 é utilizado para armazenar um PAN construído. Os dois primeiros espaços indicam quantos caracteres seguirão (no exemplo a FIG. 4, este ê s19j. Assim, DE2 é de 21 caracteres no total, incluindo o '19' no inicio. Cada um destes caracteres, em algumas modalidades, pode ser um único dígito (ou seja, 0-9); no entanto, em outras modalidades,
18/23 um conjunto de caracteres maior é utilizável (por exemplo, o código hexadecimal). Após o '191 um PAN seguirá. No exemplo da FIG, 4, um PAN construído é representado como caracteres 3-21 em DE2. Um ‘59’ sigmfica que cs caracteres seguintes contêm um valor ABA. (No entanto, outros caracteres, incluindo outros números, letras, ou semelhantes, podem ser usados para, significar que o seguinte valer ê um valor ABA.) Os caracteres *R' representam o já mencionado RTN, e a sequência 'DDHHMMSS' representa ο momento da transação (ou seja, dia, hora, minuto, segundo).
[52] (> Elemento de dadas de 32 (DE32) 402, em algumas modalidades, ê utilizado para identificar a. instituição Adquirente, por exemplo, Processador Adquirente 101, afim de adequadamente encaminhara resposta de volta para o terceiro que a enviou. DE32 permite uma rede, como a Rede .1.03, reconhecer as transações como vindo de um adquirente particular, como um comerciante. Os dois primeiros dígitos fllj significam c comprimento dos dados, e os dois segundes dígitos ¢595) representam que uma transação não baseada em cartão ocorrera. Os 9 caracteres finais T representam um. ID da instituição, ou seja, a ID da instituição que originou a mensagem .
[53] Continuando para o Blemento de Dados 52 (DE58) 403, este elemento de dados contêm um número de hits que significa atributes da transação. Em algumas modalidades, DE58 pode ser construído como se segue:
011 Significando o comprimento do campo - neste caso 11 caracteres de comprimento
0 Significando se unia transação foi atendida - neste caso, não em um terminal independente
1 Significando se um comerciante operou o terminal neste caso, que um comerciante operou o terminal
1 Significando se a transação foi realizada em um local físico associado com a instituição adquirente - neste
caso, que a transação foi realizada em um dispositivo não em um local associado com a instituição adqui rente, corno em um dispositivo ATM nâo localizado em uma filial do banco associado
Significando se o consumidor está presente - neste caso, que o consumidor não está presente
Significando se um cartão está presente ~ neste ease, que o cartão não está. presente, e que o número R&T deve ser verificado.
I Significando se o terminal do comerciante tem a caI pacida.de de “retenção do cartão”, por exemplo, a caI pacidade de .manter um cartão plástico físico se Ins0 I truído por um emissor (como um ATM que mantém
I um cartão em resposta ao emissor reconhecendo um ] cartão roubado) ™ neste caso, que o terminal do caI merciante não tem esta capacidade §
I Significando se esta é a primeira, vez que a transação | foi tentada, por exemplo, porque a primeira tentativa
I para processar esta transação não funcionou adequaj damente - neste caso, esta nào é a primeira tentativa j desta transação
I Significando se uma verificação de segurança foi real lizada (por exemplo, se uma habilitação para dirigir § l ou outro documento de identificação foi verificado por
I um comerciante] - neste caso, cue nenhuma verifical ΐ Ção de segurança foi realizada ΐ Significando se o terminal ê um terminal AdministraI tivo’ (por exemplo, um terminal do comerciante dire00 Ϊ tamente ou indiretamente operado por um comereii ante ou caixa, como uma fila do caixa em um superΐ mercado] ou um terminal não administrativo' (por [ [ exemplo, um terminal não operado por um comerei-i [ | ante, como um terminal operado por um cliente inde-1
J í pendente, um sítio da internet, uma máquina de| i | caixa automatizada, etc.) foi usado para realizar a sc-[
J :ϊ| [ | licitação de transação - neste caso, que o terminal| l [ não era um terminal administrativoI i [ Significando se os dados da transação para esta traml | [ sação foram manualmente inseridos por um comerei-|
Ϊ i ante (por exemplo, usando um teclado) ou inserido| i i automaticamente ípor exemplo, usando um. cartão| i | magnético ou outro dispositivo para receber os dados[ ϊ Ϊ da transação)[ [54] No entanto, outros valores são possíveis para cada um dos elementos de dados, com base nas características individuais de cada transação.
[55| Passando par ao Elemento de Dados 102 (DE 102) 404, esta elemento de dados pode, em algumas modalidades, ser usado para significar a informação da conta do comprador. Na especificação da ISO 8583, isto ê referido como o “Conta ID 1” Em algumas modalidades, isso pode significar, como mencionado anteriormente, cs dados da conta para a conta de deposito do usuário. Como representado na FIG. 4, DE 102 consiste em “()28'\ o que significa que uma sequência de 28 caracteres se seguirá. Em algumas modalidades, estes 28 caracteres podem ser constituídos por dígitos a partir da linha de MICR (reconhecimento de caracteres de tinta magnética) de um controle dado ao comerciante por parte do cliente.
[56] A FIG . <5 apresenta um sistema de computador exemplar 500 para uso com os sistemas e métodos descritos, de acordo com as modalidades reveladas. Exemplo de sistema de computador 500 podem potencializar qualquer um dos métodos, sistemas, dispositivos ou mídia legível por computador acima mencionados além dos divulgados nas FIGS. 1-3.
[57] Em algumas modalidades, o sistema de computador 500 pode ser implementado como um telefone celular, um dispositivo móvel, um dispositivo de POS (ponto de venda), um servidor, um. dispositivo sem fios, ou qualquer outro sistema que inclui pelo menus alguns dos componentes da FIG. 5 O sistema de computador 500 incluí uma Unidade de Processamento Central 501, que permite que os dados fluam entre os outros componentes e de outra forma controla a operação dos outros componentes no sistema de computador 500. CPU SOI, em algumas modalidades, pude ser qualquer um de um processador de uso geral (como um processador do consumidor/empresa/negócio de marca Intel ou AMD), um processador de finalidade especial (por exemplo, um processador da plaea gráfica), ou qualquer cut.ro tipo de processador que permite a entrada e salda de dados.
[58] Também parte do sistema de computador 500 está o Dispositivo de Entrada 502. Em algumas modalidades, o Dispositivo de Entrada 502 pode ser qualquer dispositivo que permite a um usuário ou outra entidade inserir dados. Por exempla, Dispositivo de Entrada 502 pude ser um teclado, um mouse, ou semelhante. Dispositivo de Entrada 502 pode ser utilizado para controlar a operação dos outros componentes da FIG·. 5.
[59] O sistema de computador 500 também inclui Dispositivo de Armazenamento 503. Dispositivo de Armazenamento 503 armazena dadas que podem ser utilizados por outros componentes no sistema de computador 500, incluindo os dados que foram anteriormente referenciados e referido nas FIGS. 1.-4, O Dispositivo de Armazenamento 503 pode, em algumas modalidades, ser implementado coma qualquer um ou todos de uma unidade de disco rígida, memória temporária, memõna de dados, memória óptica ou qualquer outra tipo de dispositiva de armazenamento permanente ou temporário, [601 O sistema de computador 500 inclui ainda a Unidade de Alimentação de 506. Unidade de Alimentação 506 proporciona a energia elétrica necessária para alimentar os outros componentes no sistema de
22/23 computador 500. Por exemplo, em algumas modalidades, a CPU 501 pode ser necessária para poder funcionar; Unidade de Alimentação 506 pode fornecer a corrente elétrica necessária para alimentar este componente.
[61 | O Sistema de Computador 500 também inclui Adaptador de Rede 505. O Adaptador de Rede 505, em algumas modalidades, permite a comunicação com outros dispositivos que são implementados da mesma forma ou de mudo semelhante como o sistema de computador 500. O Adaptador de Rede 500, em algumas modalidades, pode permitir a comunicação e/ou a partir de uma rede como a Internet; outras redes também são possíveis. Adaptador de Rede 500 pode ser implementado usando qualquer uma ou todas as tecnologias com ou sem fio conhecidas ou ainda, desconhecidas (como Ethernet, 802.11a/b/g/n (também conhecida como Wl-Ri), celular (por exemplo, GSM, CDMA, LTE), ou semelhantes.
[62] Além disso, qualquer um dos componentes na FIG. 5 pode ser implementado sumo um ou mais dos componentes ilustrados. Por exemplo, em algumas modalidades, a CPU 50'1 pude ser implementada como qualquer um de vários processadores de computador, um processador e um. coprocessador, ou um único processador. Por exemplo, em algumas modalidades, Dispositivo de Armazenamento 503 pode ser implementado como qualquer um de Memória de Acesso Aleatória (RAM), Memória. Apenas de Leitura, um. disco rígido, memória USB, um disco CD/DVD/Blu-Ray, ou semelhante. O número especifico de cada componente, como ilustrado na FIG. 5 não esta controlando e um especialista na técnica irá compreender o número apropriado de cada componente para cada implementação particular, das modalidades divulgadas.
[63] Outras modalidades das modalidades descritas serão evidentes para os especialistas na técnica a partir da consideração do Relatório Descritivo e prática de das modalidades descritas aqui reveladas. Pretende-se que a especificação e os exemplos sejam considerados apenas cume exemplos, sendo o verdadeiro escopo e espirito das modalidades descritas pen drítw. Além disso, as modalidades reveladas podem ser implementadas em parte ou na integra em vários computadores, dispositivos eletrônicos, meios legíveis por computador (como CDs, DVDs, pen dríaes, discos rígidos, ou outro tipo de armazenamento) nu outros dispositivos eletrônicos ou dispositivos de armazenamento.

Claims (12)

  1. REIVINDICAÇÕES
    1 - Método Para Processar Transações de Pagamento Através de Rede, (103, 203), caracterizado pelo fato de que compreende:
    quando uma solicitação de transação recebida é determinada representar uma transação que não requer um número de cartão ou número de conta:
    selecionar um processador de conta (105, 211) com base num pseudoidentificador na solicitação de transação;
    proporcionar (203B) a solicitação de transação para o processador de conta selecionada (105, 211);
    receber (203C) uma resposta do processador de conta selecionada (105, 211), compreendendo a resposta recebida uma conta selecionada com base no pseudoidentificador para a solicitação de transação e um saldo de conta associado à conta selecionada; e com base na resposta recebida, determinar se (i) aprova a solicitação de transação, (ii) nega a solicitação de transação ou (iii) toma medidas adicionais além de aprovar a solicitação de transação ou negar a solicitação de transação.
  2. 2 - Método Para Processar Transações de Pagamento Através de Rede, de acordo com a Reivindicação 1, caracterizado pelo fato de que:
    a solicitação de transação inclui pelo menos um de um número ABA, um Número de Trânsito do Roteamento (RTN), um Número de Trânsito Canadense, um código de classificação, um código de filial, um código do banco ou uma data, hora ou dia; e a seleção do processador de conta é baseada, pelo menos em parte, em pelo menos um de um número ABA, um Número de Trânsito
    2/5 do Roteamento (RTN), um Número de Trânsito Canadense, um código de tipo, um código de filial, um código de banco ou uma data, tempo ou dia, na solicitação de transação.
  3. 3 - Método Para Processar Transações de Pagamento Através de Rede, de acordo com a Reivindicação 1, caracterizado pelo fato de que tomar medidas adicionais compreende, pelo menos, um de:
    aprovar uma transação solicitada pela solicitação de transação;
    negar a transação solicitada pela solicitação de transação;
    retornar um valor monetário contido na conta;
    solicitar mais informações; ou retornar outras informações.
  4. 4 - Método Para Processar Transações de Pagamento Através de Rede, (103, 203), caracterizado pelo fato de que compreende:
    receber, a partir da rede (103, 203), uma solicitação de transação associada a uma transação determinada para não exigir um número de cartão ou número de conta, em que a solicitação de transação compreende um pseudoidentificador;
    selecionar (207A) uma conta para a transação, com base, pelo menos em parte, no pseudoidentificador;
    determinar (207B, 207C) um saldo da conta selecionada; e gerar uma resposta com base na solicitação, compreendendo informações para a determinação sobre aprovar ou negar a solicitação.
  5. 5 - Método Para Processar Transações de Pagamento Através de
    3/5
    Rede, de acordo com a Reivindicação 4, caracterizado pelo fato de que uma conta compreende ainda:
    identificar a conta a partir de um grupo de contas de depósito utilizando o pseudoidentificador; e recuperar as informações sobre a conta identificada.
  6. 6 - Método Para Processar Transações de Pagamento Através de Rede, de acordo com a Reivindicação 1 ou Reivindicação 4, caracterizado pelo fato de que a rede (103, 203) é uma rede interbancária.
  7. 7 - Método Para Processar Transação de Pagamento, caracterizado pelo fato de que compreende:
    receber (201 A) informações por, pelo menos, um sistema de computador (101, 201) para conduzir uma transação de pagamento que não exige um número de cartão ou número de conta, em que as informações não incluem um número de cartão ou número de conta;
    gerar (201B) uma solicitação de transação com base nas informações, incluindo um pseudoidentificador que permite a determinação de pelo menos uma conta associada ao pseudoidentificador;
    enviar (201C) a solicitação de transação para uma rede de pagamento (103, 203) para processamento;
    receber (201 D), pelo menos, uma resposta à solicitação de transação, com base em, pelo menos, uma conta associada ao pseudoidentificador.
  8. 8 - Método Para Processar Transação de Pagamento, de acordo com a Reivindicação 1, 4 ou 7, caracterizado pelo fato de que a solicitação de
    4/5 transação é formatada para cumprir com a norma ISO 8583.
  9. 9 - Método Para Processar Transação de Pagamento, de acordo com a Reivindicação 1, 4 ou 7, caracterizado pelo fato de que a solicitação de transação compreende, pelo menos, um de:
    uma solicitação para um saldo atual de, pelo menos, uma conta;
    uma solicitação sobre se o saldo disponível em, pelo menos, uma conta é mais do que, menos do que ou igual a um valor na solicitação de transação;
    uma solicitação sobre se o saldo contábil em, pelo menos, uma conta é mais do que, menos do que ou igual a um valor na solicitação de transação;
    uma solicitação para uma indicação da saúde de, pelo menos, uma conta; ou uma solicitação de informações sobre o proprietário de pelo menos uma conta.
  10. 10 - Método Para Processar Transação de Pagamento, de acordo com a Reivindicação 7, caracterizado pelo fato de que pelo menos uma resposta compreende, pelo menos, um de:
    uma mensagem que aprova a solicitação de transação;
    uma mensagem que nega a solicitação de transação;
    uma mensagem que retorna um valor monetário contido em pelo menos uma conta;
    uma mensagem que solicita mais informações; ou
    5/5 uma mensagem que retorna outras informações.
  11. 11 - Método Para Processar Transação de Pagamento, de acordo com a Reivindicação 7, caracterizado pelo fato de que pelo menos um sistema de computador (101, 201) é operado por, pelo menos, um de um banco ou um comerciante.
  12. 12 - Sistema de Computador Para Processar Transações de Pagamento Através de Rede, (103, 203), caracterizado pelo fato de que compreende:
    pelo menos um processador; e uma memória contendo instruções que, quando executadas pelo menos por um processador, ocasiona que pelo menos um processador execute um método de acordo com qualquer uma das Reivindicações precedentes.
BR112014023264A 2012-03-19 2013-03-15 sistemas e métodos de computador para processar transações de pagamento através de rede BR112014023264A2 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261612897P 2012-03-19 2012-03-19
PCT/US2013/032130 WO2013142334A1 (en) 2012-03-19 2013-03-15 Systems and methods for real-time account access

Publications (1)

Publication Number Publication Date
BR112014023264A2 true BR112014023264A2 (pt) 2019-08-13

Family

ID=49158574

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112014023264A BR112014023264A2 (pt) 2012-03-19 2013-03-15 sistemas e métodos de computador para processar transações de pagamento através de rede

Country Status (10)

Country Link
US (4) US10552807B2 (pt)
EP (1) EP2828810A4 (pt)
CN (2) CN111899010A (pt)
AU (3) AU2013235387A1 (pt)
BR (1) BR112014023264A2 (pt)
CA (3) CA3204698A1 (pt)
HK (1) HK1206466A1 (pt)
IN (1) IN2014DN08214A (pt)
MX (1) MX362174B (pt)
WO (1) WO2013142334A1 (pt)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102496219A (zh) * 2011-12-07 2012-06-13 广州广电运通金融电子股份有限公司 一种金融自助设备业务处理方法及其***
US20140188728A1 (en) 2012-12-31 2014-07-03 Fiserv, Inc. Systems and methods for performing financial transactions
US10515368B1 (en) 2013-10-01 2019-12-24 Wells Fargo Bank, N.A. Interbank account verification and funds transfer system and method
AU2014256396B2 (en) * 2013-11-15 2020-08-20 Fidelity Information Services, Llc Systems and methods for real-time account access
US20150199671A1 (en) 2014-01-13 2015-07-16 Fidelity National E-Banking Services, Inc. Systems and methods for processing cardless transactions
US10185946B2 (en) 2014-12-31 2019-01-22 Fiserv, Inc. Facilitating presentation of content relating to a financial transaction
US11042850B2 (en) 2014-12-31 2021-06-22 Fiserv, Inc. Card account identifiers associated with conditions for temporary use
US11068866B1 (en) 2015-02-17 2021-07-20 Wells Fargo Bank, N.A. Real-time interbank transactions systems and methods
JP2016212704A (ja) * 2015-05-11 2016-12-15 富士通株式会社 情報提供システムおよび情報提供方法
US20160335634A1 (en) * 2015-05-14 2016-11-17 Mastercard International Incorporated Method and System for Partial Approval of Virtual Card Transactions
US20170024734A1 (en) * 2015-07-21 2017-01-26 Mastercard International Incorporated Systems and Methods for Processing Transactions to Payment Accounts
EP3394818A4 (en) 2015-12-21 2019-08-14 Kochava Inc. AUTOREGULATING TRANSACTION SYSTEM AND ASSOCIATED METHODS
US10740735B2 (en) * 2016-03-09 2020-08-11 Mastercard International Incorporated Systems and methods for use in transferring funds between payment accounts
US11948133B2 (en) 2016-03-09 2024-04-02 Mastercard International Incorporated Systems and methods for use in transferring funds between payment accounts
EP3472780A1 (en) * 2016-06-15 2019-04-24 Mastercard International Incorporated System and method to push payment to beneficiary account using an alias
CN107220821A (zh) * 2017-05-23 2017-09-29 杭州呯嘭智能技术有限公司 基于内联电子账户的跨境分账方法、分账平台及支付平台
US11195176B2 (en) * 2017-08-23 2021-12-07 Visa International Service Association System, method, and computer program product for stand-in processing
CN108345516B (zh) * 2018-01-09 2023-02-21 创新先进技术有限公司 一种账户回迁方法、装置及设备
WO2019173667A1 (en) 2018-03-08 2019-09-12 Mastercard International Incorporated Code-enabled and push request payment transaction methods

Family Cites Families (89)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5870724A (en) * 1989-12-08 1999-02-09 Online Resources & Communications Corporation Targeting advertising in a home retail banking delivery service
US20030023552A1 (en) * 1991-07-25 2003-01-30 Checkfree Services Corporation Payment processing utilizing alternate account identifiers
AU687761B2 (en) * 1992-10-06 1998-03-05 Anchor Wall Systems, Inc. Composite masonry block
US5826241A (en) 1994-09-16 1998-10-20 First Virtual Holdings Incorporated Computerized system for making payments and authenticating transactions over the internet
US6047288A (en) 1995-07-20 2000-04-04 Canon Kabushiki Kaisha Group environment setting method and system thereof to provide an equivalent environment for plural participants
US5809144A (en) 1995-08-24 1998-09-15 Carnegie Mellon University Method and apparatus for purchasing and delivering digital goods over a network
US5878141A (en) 1995-08-25 1999-03-02 Microsoft Corporation Computerized purchasing system and method for mediating purchase transactions over an interactive network
US20050033659A1 (en) * 1996-01-17 2005-02-10 Privacy Infrastructure, Inc. Third party privacy system
US20110099082A1 (en) * 1997-07-08 2011-04-28 Walker Digital, Llc Purchasing, redemption and settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network
US7039603B2 (en) * 1996-09-04 2006-05-02 Walker Digital, Llc Settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network
EP0848361B1 (en) * 1996-12-13 1999-08-25 Telefonaktiebolaget L M Ericsson (Publ) Method and system for performing money transactions
US6233327B1 (en) * 1997-02-14 2001-05-15 Statsignal Systems, Inc. Multi-function general purpose transceiver
US5949044A (en) * 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers
US6047268A (en) 1997-11-04 2000-04-04 A.T.&T. Corporation Method and apparatus for billing for transactions conducted over the internet
US6173272B1 (en) * 1998-04-27 2001-01-09 The Clearing House Service Company L.L.C. Electronic funds transfer method and system and bill presentment method and system
US7644037B1 (en) * 1999-08-16 2010-01-05 Vladimir Ostrovsky Method and system for transferring electronic funds
US6715679B1 (en) * 1999-09-08 2004-04-06 At&T Corp. Universal magnetic stripe card
US20020152180A1 (en) * 1999-09-10 2002-10-17 Paul Turgeon System and method for performing secure remote real-time financial transactions over a public communications infrastructure with strong authentication
US20010032139A1 (en) 1999-12-03 2001-10-18 Debonnett Allison P. Cybermoney network; a seamless internet commercial and investment bank account connectivity interface for payment and settlement of goods and services purchased via the internet
AU4711801A (en) * 1999-12-06 2001-06-18 Rolfe M. Philip Method of masking the identity of a purchaser during a credit transaction
US20010034717A1 (en) * 2000-02-15 2001-10-25 Whitworth Brian L. Fraud resistant credit card using encryption, encrypted cards on computing devices
US8322606B2 (en) * 2000-02-16 2012-12-04 Ong Yong Kin Michael Electronic credit card—ECC
AU2001239945A1 (en) 2000-02-29 2001-09-12 E-Scoring, Inc. Systems and methods enabling anonymous credit transactions
TW550477B (en) * 2000-03-01 2003-09-01 Passgate Corp Method, system and computer readable medium for Web site account and e-commerce management from a central location
US7627531B2 (en) * 2000-03-07 2009-12-01 American Express Travel Related Services Company, Inc. System for facilitating a transaction
AU4365801A (en) * 2000-03-15 2001-09-24 Mastercard International Inc Method and system for secure payments over a computer network
US6990470B2 (en) * 2000-04-11 2006-01-24 Mastercard International Incorporated Method and system for conducting secure payments over a computer network
US7386511B2 (en) * 2000-04-28 2008-06-10 Netdeposit Inc. Methods and systems for processing financial instrument deposits
US7188080B1 (en) * 2000-05-12 2007-03-06 Walker Digital, Llc Systems and methods wherin a buyer purchases products in a plurality of product categories
US8543495B1 (en) 2000-06-12 2013-09-24 E. E. System Corporation Online electronic transaction and funds transfer method and system
KR20020031701A (ko) * 2000-10-23 2002-05-03 김태한 전자우편 주소를 결제계정으로 이용하는 전자결제방법 및전자결제 처리시스템
KR20010008292A (ko) * 2000-11-21 2001-02-05 신복영 이메일 계정을 이용한 금융거래시스템 및 그 거래방법
US20060149686A1 (en) 2000-11-30 2006-07-06 Allison Debonnett Method of payment and settlement of goods and services via the INTERNET
US20020123972A1 (en) * 2001-02-02 2002-09-05 Hodgson Robert B. Apparatus for and method of secure ATM debit card and credit card payment transactions via the internet
US7292999B2 (en) 2001-03-15 2007-11-06 American Express Travel Related Services Company, Inc. Online card present transaction
US7996324B2 (en) * 2001-07-10 2011-08-09 American Express Travel Related Services Company, Inc. Systems and methods for managing multiple accounts on a RF transaction device using secondary identification indicia
US7805378B2 (en) * 2001-07-10 2010-09-28 American Express Travel Related Servicex Company, Inc. System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions
US7225156B2 (en) 2001-07-11 2007-05-29 Fisher Douglas C Persistent dynamic payment service
US8050997B1 (en) * 2001-08-23 2011-11-01 Paypal Inc. Instant availability of electronically transferred funds
AUPS087602A0 (en) 2002-03-04 2002-03-28 Ong, Yong Kin (Michael) Electronic fund transfer system
US6823102B2 (en) * 2002-07-22 2004-11-23 Agiltron, Inc. Highly stable opto-mechanic switches
US20040044739A1 (en) 2002-09-04 2004-03-04 Robert Ziegler System and methods for processing PIN-authenticated transactions
US7831490B2 (en) 2003-02-28 2010-11-09 Payment Pathways, Inc. Enhanced system for electronic funds transfer and elimination of the payee's need for encryption and privacy
US7945511B2 (en) 2004-02-26 2011-05-17 Payment Pathways, Inc. Methods and systems for identity authentication
US7895119B2 (en) * 2003-05-13 2011-02-22 Bank Of America Corporation Method and system for pushing credit payments as buyer initiated transactions
US8001047B2 (en) * 2004-06-18 2011-08-16 Paradox Technical Solutions Llc Method and apparatus for effecting payment
US7229014B1 (en) * 2004-06-25 2007-06-12 Richard Snyder systems and methods for account number generation and provisioning
US8173564B2 (en) * 2005-03-15 2012-05-08 Saint-Gobain Centre De Recherches Et D'etudes Europeen Gasifier reactor internal coating
US8571980B1 (en) * 2005-06-01 2013-10-29 Stragent, Llc System, method and computer program product for transferring money
US8041646B2 (en) 2005-06-15 2011-10-18 E. E. System Corporation Method and system for real time online debit transactions
US7805375B2 (en) * 2005-08-22 2010-09-28 Microsoft Corporation Digital license migration from first platform to second platform
US20070282690A1 (en) * 2005-10-11 2007-12-06 Randazza Joseph R Payment systems and methods
US20070272739A1 (en) 2005-10-11 2007-11-29 Randazza Joseph R Payment system and methods
US8205791B2 (en) 2005-10-11 2012-06-26 National Payment Card Association Payment system and methods
US7793829B2 (en) 2005-10-11 2010-09-14 National Payment Card Association Payment systems and methods
WO2007056274A2 (en) 2005-11-03 2007-05-18 Payment Pathways, Inc. Methods and systems for identity authentication
US20070150411A1 (en) * 2005-12-14 2007-06-28 Addepalli Sateesh K Universal payment system
KR100822939B1 (ko) * 2006-03-10 2008-04-17 주식회사 신한은행 닉네임을 이용한 비대면 채널 유저인터페이스 제공방법 및시스템과 이를 위한 프로그램 기록매체
US20080015990A1 (en) * 2006-07-17 2008-01-17 Conley William S Methods for eliminating personal identification number for authenticating debit transaction
US20110208659A1 (en) 2006-08-15 2011-08-25 Last Mile Technologies, Llc Method and apparatus for making secure transactions using an internet accessible device and application
US10057085B2 (en) * 2007-01-09 2018-08-21 Visa U.S.A. Inc. Contactless transaction
US9342823B2 (en) * 2007-06-18 2016-05-17 Lemon, Inc. Payment clearing network for electronic financial transactions and related personal financial transaction device
US8121956B2 (en) * 2007-06-25 2012-02-21 Visa U.S.A. Inc. Cardless challenge systems and methods
US7739169B2 (en) 2007-06-25 2010-06-15 Visa U.S.A. Inc. Restricting access to compromised account information
US20090070691A1 (en) * 2007-09-12 2009-03-12 Devicefidelity, Inc. Presenting web pages through mobile host devices
US20090106152A1 (en) * 2007-10-17 2009-04-23 The Western Union Company Money transfers utilizing unique receiver identifier
US20100250436A1 (en) * 2007-10-17 2010-09-30 The Western Union Company Mobile customer service centers with a mobile pickup model
US20090265272A1 (en) * 2007-10-17 2009-10-22 The Western Union Company Money transfers utilizing a unique receiver identifier
US20090119209A1 (en) * 2007-11-02 2009-05-07 Chris Sorensen Mobile transaction network
GB0807676D0 (en) * 2008-04-28 2008-06-04 Royal Bank Of Scotland Plc The Transaction system and method
WO2010022109A1 (en) * 2008-08-18 2010-02-25 Cashedge, Inc. Money movement network hub system
US8838503B2 (en) * 2008-12-08 2014-09-16 Ebay Inc. Unified identity verification
US8529469B2 (en) * 2008-12-29 2013-09-10 Robert J. Greenwald Fecal examination method and collection container
US20110060684A1 (en) * 2009-03-25 2011-03-10 Jucht Scott J Machine, program product, and computer-implemented methods for confirming a mobile banking request
US8543468B2 (en) * 2009-04-22 2013-09-24 Visa U.S.A. Inc. Bidding to receive data after a consumer is in a zone
EP2526514B1 (en) 2010-01-19 2018-03-14 Bluechain Pty Ltd Method, device and system for securing payment data for transmission over open communication networks
US20110208600A1 (en) * 2010-02-25 2011-08-25 Seergate Ltd. Point of Sale Payment System and Method
EP2556475A4 (en) 2010-04-09 2014-01-15 Visa Int Service Ass SYSTEM AND METHOD FOR SECURE TRANSACTION VALIDATION
WO2011133958A2 (en) * 2010-04-22 2011-10-27 Cashedge, Inc. Inter-network invoice and payment method and system
US20120016799A1 (en) * 2010-07-16 2012-01-19 Patrick Killian Money transfer system gateway service
US10176477B2 (en) * 2010-11-16 2019-01-08 Mastercard International Incorporated Methods and systems for universal payment account translation
US20120317028A1 (en) * 2011-06-13 2012-12-13 Blackhawk Network, Inc. System, Method, and Apparatus for Creating and Distributing a Transaction Credit
WO2013028901A2 (en) 2011-08-23 2013-02-28 Visa International Service Association Authentication process for value transfer machine
US9524501B2 (en) * 2012-06-06 2016-12-20 Visa International Service Association Method and system for correlating diverse transaction data
ITPD20120257A1 (it) * 2012-09-06 2014-03-07 Daniele Bernardi Sistema di borsellino elettronico per smartphone
US10366386B2 (en) * 2013-09-12 2019-07-30 Paypal, Inc. Electronic wallet fund transfer system
CN104574178A (zh) * 2013-10-14 2015-04-29 中兴通讯股份有限公司 无卡取现的交易方法及装置
US8930274B1 (en) 2013-10-30 2015-01-06 Google Inc. Securing payment transactions with rotating application transaction counters
US20150363752A1 (en) * 2014-06-13 2015-12-17 Mastercard International Incorporated Payment network with service provider directory function

Also Published As

Publication number Publication date
EP2828810A1 (en) 2015-01-28
US20200273004A1 (en) 2020-08-27
US20130246274A1 (en) 2013-09-19
US11556907B2 (en) 2023-01-17
EP2828810A4 (en) 2015-05-06
HK1206466A1 (en) 2016-01-08
AU2018220030A1 (en) 2018-09-13
AU2013235387A1 (en) 2014-10-09
US11562334B2 (en) 2023-01-24
WO2013142334A1 (en) 2013-09-26
CN104303197A (zh) 2015-01-21
US20200118099A1 (en) 2020-04-16
US10552807B2 (en) 2020-02-04
CA2867697C (en) 2022-03-29
MX362174B (es) 2019-01-08
US20230123772A1 (en) 2023-04-20
IN2014DN08214A (pt) 2015-05-15
CA3204698A1 (en) 2013-09-26
CA2867697A1 (en) 2013-09-26
AU2020239756A1 (en) 2020-11-05
CN111899010A (zh) 2020-11-06
CA3145607A1 (en) 2013-09-26
CA3145607C (en) 2023-08-22
MX2014011114A (es) 2014-11-26

Similar Documents

Publication Publication Date Title
US11556907B2 (en) Systems and methods for real-time account access
CN110036386B (zh) 供应到应用程序的访问标识符
US20180330342A1 (en) Digital asset account management
US20180322489A1 (en) System and method for restricted transaction processing
JP5646083B2 (ja) ワイヤレス通信を介してポイントオブサービスにて支払いを受けるためのシステムおよび方法
US20140164243A1 (en) Dynamic Account Identifier With Return Real Account Identifier
US20150248675A1 (en) Funding on-line accounts
AU2011207602B2 (en) Verification mechanism
TW201539341A (zh) 反向近場通訊電子交易的方法與系統
BRPI0813776A2 (pt) métodos e sistemas para autorizar uma transação entre um consumidor e um estabelecimento comercial, para conduzir uma transação entre um consumidor e um estabelecimento comercial e para pedir autorização de uma transação entre um consumidor e um estabelecimento comercial.
CN110612701A (zh) 使用移动装置的安全远程交易***
US11853441B2 (en) Untethered resource distribution and management
US20230230077A1 (en) System and method for implementing a key-code based money transfer
US20160117679A1 (en) Automated Payment Information Update With Vendors
US20220230151A1 (en) Methods and systems for a reliable payment transaction
US11935023B2 (en) Extended-length payment account issuer identification numbers
US20210256526A1 (en) Methods and systems for preventing a fraudulent payment transaction
CN115879942A (zh) 用于处理请求的升级的方法和***
US20210319445A1 (en) Method and System for Secure Transfer of Funds among Multiple Parties

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B06G Technical and formal requirements: other requirements [chapter 6.7 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]
B09B Patent application refused [chapter 9.2 patent gazette]
B25C Requirement related to requested transfer of rights

Owner name: PAYNET PAYMENTS NETWORK, LLC (US)

Free format text: A FIM DE ATENDER A TRANSFERENCIA, REQUERIDA ATRAVES DA PETICAO NO 870210118670 DE 20/12/2021, E NECESSARIO APRESENTAR MAIS UMA GUIA DE RECOLHIMENTO, CODIGO 249, RELATIVA A TRANSFERENCIA POR FUSAO QUE OCORREU ANTES DA TRANSFERENCIA SOLICITADA. ALEM DISSO, E PRECISO APRESENTAR A GUIA DE CUMPRIMENTO DE EXIGENCIA.

B25B Requested transfer of rights rejected

Owner name: PAYNET PAYMENTS NETWORK, LLC (US)

Free format text: INDEFERIDO O PEDIDO DE TRANSFERENCIA CONTIDO NA PETICAO 870210118670 DE 20/12/2021, POR AUSENCIA DE CUMPRIMENTO DA EXIGENCIA PUBLICADA NA RPI NO 2679, DE 10/05/2022.