BR102018071822A2 - Terminal para processar uma transação, método para processar uma transação, meio legível por computador - Google Patents

Terminal para processar uma transação, método para processar uma transação, meio legível por computador Download PDF

Info

Publication number
BR102018071822A2
BR102018071822A2 BR102018071822-3A BR102018071822A BR102018071822A2 BR 102018071822 A2 BR102018071822 A2 BR 102018071822A2 BR 102018071822 A BR102018071822 A BR 102018071822A BR 102018071822 A2 BR102018071822 A2 BR 102018071822A2
Authority
BR
Brazil
Prior art keywords
service provider
account
user
currency
terminal
Prior art date
Application number
BR102018071822-3A
Other languages
English (en)
Other versions
BR102018071822A8 (pt
Inventor
Marco Andres Freudman
Kyle Evan Blair
Original Assignee
QuotePro Kiosk, 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 QuotePro Kiosk, LLC filed Critical QuotePro Kiosk, LLC
Publication of BR102018071822A2 publication Critical patent/BR102018071822A2/pt
Publication of BR102018071822A8 publication Critical patent/BR102018071822A8/pt

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/381—Currency conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing

Landscapes

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

Abstract

terminal para processar uma transação, método para processar uma transação, meio legível por computador método para processar uma transação que inclui receber, em um terminal e de um usuário, uma seleção de um provedor de serviços; receber requisitos de credenciais de autenticação associados ao provedor de serviços selecionado que facilitam a autenticação do usuário pelo provedor de serviços; e comunicar, ao servidor de conta do provedor de serviços, credenciais de autenticação associadas ao usuário que satisfazem os requisitos de credenciais de autenticação. quando o usuário é autenticado, o método inclui receber, do servidor de conta do provedor de serviços, informações indicativas de uma quantia devida em uma conta com o provedor de serviços associado ao usuário. o método inclui ainda receber, via hardware de processamento de moeda do terminal, moeda; e comunicar informação de transação com o servidor de conta do fornecedor de serviço que indica uma quantidade de moeda recebida pelo terminal para, desse modo, reduzir o montante devido na conta pelo utilizador. quando um montante de moeda recebida pelo terminal excede o montante devido na conta, o método inclui o fornecimento, pelo terminal, de uma quantia de moeda que corresponde a uma diferença entre a quantia de moeda recebida e a quantia devida na conta.

Description

TERMINAL PARA PROCESSAR UMA TRANSAÇÃO, MÉTODO PARA PROCESSAR UMA TRANSAÇÃO, MEIO LEGÍVEL POR COMPUTADOR
FUNDAMENTOS DA INVENÇÃO [0001] A presente invenção está relacionada de forma geral com sistemas de contabilidade de computadores. Em particular, esta aplicação descreve um sistema para processar transações.
DESCRIÇÃO DE TÉCNICA PRÉVIA [0002] Os prestadores de serviços, tais como serviços de utilidade pública, serviços de empréstimo, serviços de estabelecimento de varejo, agências governamentais, etc. geralmente enviam contas por serviços prestados periodicamente. Muitos clientes pagam as contas enviando um cheque ao provedor de serviços. Em alguns casos, os clientes direcionam seu banco para transferir fundos eletronicamente para o provedor de serviços. Em outros casos, o provedor de serviços é autorizado antecipadamente pelo cliente para obter fundos diretamente da conta do cliente.
[0003] O processo de pagamento de contas é relativamente simples para os clientes que possuem contas bancárias e meios para visualizar eletronicamente as informações da conta e para transferir fundos eletronicamente.
[0004] Para aqueles clientes que não possuem esses meios, o processo é mais complicado. Por exemplo, um cliente sem uma conta bancária pode ter que recorrer ao pagamento de contas em dinheiro ou por ordem de pagamento. Isso não só é oneroso, como também
Petição 870180166205, de 20/12/2018, pág. 5/32
2/20 resulta em atrasos no processamento de transações, o que pode resultar em pagamentos atrasados ou perdidos. Esse e outros problemas se tornarão evidentes ao ler a descrição abaixo.
CAMPO DA INVENÇÃO [0005] Em um primeiro aspecto, um terminal para processamento de transações inclui uma interface de usuário configurada para transmitir informações a um usuário e receber comandos do usuário; um Hardware de processamento de moeda configurado para receber moeda do usuário e para determinar um tipo de moeda aceito; um processador em comunicação com a interface de usuário e o hardware de processamento de moeda; e midia não transitória legível por computador em comunicação com o processador que armazena o código de instrução executável pelo processador. Quando executado pelo processador, o código de instrução faz com que o processador receba, por meio da interface do usuário, uma seleção de categoria de conta e comunique a seleção de categoria de conta a um servidor de back-end. O processador então recebe, do servidor de back-end, uma lista de provedores de serviços associados à seleção de categoria de conta e transmite na interface do usuário a listagem. O processador recebe, por meio da interface do usuário, uma seleção de provedor de serviços e comunica a seleção a um servidor de backend. Em seguida, o processador recebe, do servidor back-end, os requisitos de autenticação associados a um servidor de contas associado à seleção do provedor de serviços e transmite controles na interface do usuário que facilitam a especificação dos requisitos de autenticação pelo usuário. O processador comunica os requisitos especificados ao servidor de backend. Em resposta, o
Petição 870180166205, de 20/12/2018, pág. 6/32
3/20 servidor de back-end comunica os requisitos especificados ao servidor de conta e o servidor de conta comunica uma listagem de um ou mais serviços fornecidos pelo servidor de contas ao servidor de backend. 0 processador recebe a listagem de serviços fornecidos pelo servidor de contas do servidor back-end e recebe, por meio da interface do usuário, uma seleção de serviço. 0 processador então comunica a seleção de serviço ao servidor de backend. Em resposta, o servidor de back-end comunica a seleção de serviço ao servidor de conta e o servidor de conta comunica informações de serviço associadas à seleção de serviço ao servidor de backend. 0 processador recebe a seleção de serviço do servidor de backend. 0 processador então recebe, através da interface, uma indicação de uma quantia de moeda a ser paga e recebe moeda através do hardware de processamento de moeda. 0 processador, em seguida, comunica a quantidade de moeda recebida para o servidor de back-end. Em resposta, o servidor de back-end comunica e indica a quantidade de moeda recebida para o servidor da conta.
[0006] Em um segundo aspecto, um método para processar uma transação inclui receber, em um terminal e de um usuário, uma seleção de um provedor de serviços; receber requisitos de credenciais de autenticação associados ao provedor de serviços selecionado que facilitam a autenticação do usuário pelo provedor de serviços; e comunicando, ao servidor de conta do provedor de serviços, credenciais de autenticação associadas ao usuário que satisfaçam os requisitos de credenciais de autenticação. Quando o usuário é autenticado, o método inclui receber, do servidor de conta do provedor de serviços, informações indicativas de uma
Petição 870180166205, de 20/12/2018, pág. 7/32
4/20 quantia devida em uma conta com o provedor de serviços associado ao usuário. O método inclui ainda receber, via hardware de processamento de moeda do terminal, moeda; e comunicar informaço de transação com o servidor de conta do fornecedor de serviço que indica uma quantidade de moeda recebida pelo terminal para, desse modo, reduzir o montante devido na conta pelo utilizador. Quando um montante de moeda recebida pelo terminal excede o montante devido na conta, o método inclui o fornecimento, pelo terminal, de uma quantia de moeda que corresponde a uma diferença entre a quantia de moeda recebida e a quantia devida na conta.
[0007] Em um terceiro aspecto, é fornecido um meio legível de computador não transitório que inclui código de instrução para o processamento de uma transação. O código de instrução é executável em uma máquina para fazer com que a máquina execute atos que incluem receber, de um usuário, uma seleção de um provedor de serviços; receber requisitos de credenciais de autenticação associados ao provedor de serviços selecionado que facilitam a autenticação do usuário pelo provedor de serviços; e comunicando, ao servidor de conta do provedor de serviços, credenciais de autenticação associadas ao usuário que satisfaçam os requisitos de credenciais de autenticação. Quando o usuário é autenticado, a máquina recebe, do servidor de conta do provedor de serviços, informações indicativas de uma quantia devida em uma conta com o provedor de serviços que está associado ao usuário; recebe, via hardware de processamento de moeda da máquina, moeda; e comunica informações de transação ao servidor de conta do provedor de serviços que indica uma quantia de moeda recebida pela máquina para, assim,
Petição 870180166205, de 20/12/2018, pág. 8/32
5/20 reduzir o montante devido na conta pelo usuário. Quando uma quantia de moeda recebida pela máquina excede e o montante devido na conta, a máquina fornece uma quantia de moeda que corresponde a uma diferença entre a quantia de moeda recebida e a quantia devida na conta.
BREVE DESCRIÇÃO DOS DESENHOS [0008] A Figura 1 ilustra um ambiente exemplar que inclui um Terminal para processamento de dados que facilita as transações de processamento;
[0009] A figura 2 ilustra um diagrama de fluxo exemplar associado ao ambiente exemplificativo; e [0010] Figuras 3A-3B ilustra informações de transação exemplificativas geradas pelo terminal para processar transações; e [0011] A Fig. 4 ilustra um sistema de computador exemplificativo que pode fazer parte ou implementar os sistemas descritos nas figuras ou nos parágrafos seguintes.
DESCRIÇÃO DETALHADA [0012] Um sistema para processamento de transações é descrito abaixo. O sistema inclui um quiosque através do qual um cliente interage. O quiosque comunica-se com um servidor de back-end, que por sua vez recebe informações de servidores de conta de provedores de serviços ao cliente para obter informações de contas de clientes, como saldos, datas de vencimento etc. O cliente pode pagar as contas através do quiosque e receber a mudança do quiosque.
Petição 870180166205, de 20/12/2018, pág. 9/32
6/20 [0013] A Fig. 1 ilustra um ambiente exemplificativo 100 que inclui vários sistemas / dispositivos que facilitam as transações de processamento, tais como transações de pagamento de contas. Os sistemas / dispositivos podem ser próprios, de propriedade conjunta e/ou operados por organizações, tais como corporações, agências governamentais, instituições, indivíduos, etc.
[0014] Os sistemas / dispositivos exemplares do ambiente 100 incluem um Terminal para operações 102, um grupo exemplar de servidores de conta 104 associados a provedores de serviços relacionados, um servidor de backend 106 e um servidor financeiro 108. Os vários sistemas e servidores podem se comunicar uns com os outros através de uma rede 107, como a Internet.
[0015] Os servidores de conta 104, servidor back-end 106 e servidor financeiro 108 podem corresponder a sistemas de computador, como um sistema de computador baseado em Intel®, AMD® ou PowerPC® ou um sistema de computador diferente e podem incluir sistemas de computador específicos de aplicativos. Os sistemas de computador podem incluir um sistema operacional, como o Microsoft Windows®, Linux, Unix® ou outro sistema operacional. Os servidores podem incluir uma ou mais APIs que facilitam a comunicação de informações de e para os respectivos servidores. Por exemplo, a API pode corresponder a uma API de serviços da Web, uma API RESTful, uma API SOAP e/ou uma API diferente.
Petição 870180166205, de 20/12/2018, pág. 10/32
7/20 [0016] Os servidores de conta 104 correspondem a sistemas para gerenciar contas de faturamento associadas a um provedor de serviços. Por exemplo, uma empresa de serviços públicos pode ter um servidor de conta que facilite a visualização de informações, como conta, saldo de conta, etc. O servidor de conta 104 também pode facilitar o pagamento de uma conta e/ou a marcação de uma conta como tendo sido paga.
[0017] O número de servidores de conta 104 ilustrados é meramente exemplar. Entende-se que pode haver qualquer número de servidores de faturamento, o número correspondente ao número de serviços e/ou provedores de serviços para os quais as transações podem ser processadas. Por exemplo, os servidores de conta 104 podem incluir qualquer número de servidores de conta associados a provedores de serviços, tais como serviços de utilidade, serviços de empréstimo, serviços de estabelecimento de varejo, agências governamentais, etc.
[0018] O servidor financeiro 108 pode corresponder a um sistema que facilita o encaminhamento de pagamentos recebidos através do Terminal para operações 102 para um provedor de serviços correspondente. Numa implementação, o servidor financeiro 108 é gerido por uma organização que fornece serviços a empresas de leasing e financiamento, bancos, cooperativas de crédito, etc., e o servidor financeiro 108 fornece aplicações de transferência conta para facilitar a moeda de encaminhamento entre as partes.
Petição 870180166205, de 20/12/2018, pág. 11/32
8/20 [0019] O servidor de back-end 106 armazena informações especificas para os vários servidores de conta. Por exemplo, o servidor de back-end 106 pode incluir bancos de dados que incluem um ou mais registros, onde cada registro pode estar relacionado a um determinado servidor de conta e/ou provedor de serviço que possuI/Opera o servidor de conta. A Tabela 1 abaixo ilustra um conjunto exemplar de registros que podem ser armazenados no banco de dados.
Provedor de Serviço Categoria Endereço IP Servidor Capacidades Requisitos de autenticação
Electric Co. Utilitário 111.222.333.444 Consulta (Lookup) Dois ou mais de: nome na conta, código postal do titular da conta, SSN do titular da conta
Gas Co. Utilitário 222.111.333.444 Push cego (Blind push) Nome, número da conta e valor
Petição 870180166205, de 20/12/2018, pág. 12/32
9/20 [0020] Com referência à Tabela 1, um primeiro registro associado a um provedor de serviços pode especificar o nome do provedor de serviços, o endereço IP do servidor de contas associado ao provedor de serviços, os recursos e os requisitos associados ao servidor de contas. O campo de recursos indica os recursos do servidor de contas. Por exemplo, um servidor com recursos de consulta pode ser capaz de fornecer informações de conta, como um saldo atual e o valor devido para o ciclo de faturamento atual, etc. Um servidor com recursos de push cego talvez não consiga fornecer essas informações.
[0021] O campo de requisitos de autenticação indica as informações necessárias ao servidor de conta para autenticar e processar informações. Por exemplo, um primeiro servidor de conta pode exigir dois itens de informação para facilitar o acesso às informações fornecidas pelo servidor de conta, como o nome na conta, CEP e/ou SSN do titular da conta. Esse tipo de servidor pode ser menos complicado de lidar, pois as informações necessárias podem ser relativamente fáceis de lembrar. Por outro lado, o segundo servidor pode exigir o nome na conta junto com o número da conta e um valor a ser pago.
[0022] O terminal para processar transações (TPS) 102 pode corresponder a um dispositivo terminal, como um quiosque, que pode estar localizado em um estabelecimento comercial, como um banco, um revendedor de automóveis ou outro local. O TPS 102 inclui um processador 125, um meio 127 legível por computador não transitório
Petição 870180166205, de 20/12/2018, pág. 13/32
10/20 que armazena código de instrução executado pelo processador 125. O TPS 102 também inclui vários subsistemas, como um processador de entrada / saida (I/O) 130, hardware de processamento de moeda. 132 e uma impressora 135.
[0023] O processador de I/O 130 é configurado para facilitar a comunicação com entidades fora do TPS 102. A este respeito, o processador de I/O 110 pode ser configurado para determinar dinamicamente a metodologia de comunicação utilizada por entidades do ambiente 100 para comunicação de informação às entidades que utilizam a metodologia de comunicação determinada. Por exemplo, o processador de I/O 110 pode determinar que uma primeira entidade utiliza uma API RESTful e pode, portanto, comunicar-se com a entidade usando uma metodologia de comunicação RESTful. Como descrito em mais detalhe abaixo, o processador de I/O 110 pode gerar uma ou mais interfaces através das quais os usuários podem interagir com o TPS 102.
[0024] O hardware de processamento de moeda 132 corresponde a um dispositivo capaz de receber moeda, determinar o valor da moeda e, opcionalmente, fornecer a alteração. Por exemplo, o hardware de processamento de moeda 132 pode incluir uma ranhura através da qual a moeda é inserida. O hardware de processamento de moeda 132 pode incluir um sistema de digitalização para analisar a moeda para determinar o valor da moeda. As notas bancárias de diferentes valores de face podem ser armazenadas no hardware de processamento de moeda 132 para facilitar o fornecimento de alterações.
Petição 870180166205, de 20/12/2018, pág. 14/32
11/20 [0025] A impressora 135 corresponde a qualquer dispositivo capaz de produzir uma impressão. Neste respeito a impressora 135, pode corresponder a uma impressora matricial, impressora térmica, impressora jato de tinta, ext. A impressora 135 pode ser operável para imprimir um recibo, um saldo atual e outras informações que possam ser solicitadas por um usuário.
[0026] O processador 125 executa o código de instrução armazenado em um dispositivo de memória 127 para coordenar as atividades realizadas entre os vários subsistemas. O processador 125 pode corresponder a um sistema de computador autônomo, tal como um sistema de computador baseado em Intel®, AMD® ou PowerPC® ou um sistema de computador diferente e pode incluir sistemas informáticos específicos da aplicação. Os sistemas de computador podem incluir um sistema operacional, como o Microsoft Windows®, Linux, Unix® ou outro sistema operacional.
[0027] As operações exemplares realizadas por um ou mais dos subsistemas do TPS 102 no processamento de uma transação são ilustradas na Fig. 2. A este respeito, as operações podem ser implementadas via código de instrução armazenado em midia legivel por computador não transitório 127 que reside dentro do TPS 102, um ou mais dos subsistemas do TPS 102, e uma ou mais das entidades do ambiente 100 configuradas para fazer com que os respectivos subsistemas/entidades realizem as operações ilustradas nas figuras e discutidas aqui.
[0028] No bloco 200, um usuário do TPS 102 pode, através de uma interface gerada pelo subsistema de I/O 110, selecionar categoria
Petição 870180166205, de 20/12/2018, pág. 15/32
12/20 de faturamento. A este respeito, o TPS 102 pode ter sido previamente fornecido com uma lista de categorias de faturamento comuns, como Utilitários, Merchandising de Varejo, Banco, Concessionárias, Mercearia, etc. O usuário pode selecionar, por exemplo, a categoria de utilidade. A categoria selecionada pode ser comunicada ao servidor de backend. O servidor de backend 106 pode responder com uma lista de organizações que pertencem à categoria selecionada. Por exemplo, no caso de utilitários, o servidor de backend 106 pode responder com as organizações Electric Co. e Gas Col.
[0029] No bloco 205, as organizações podem ser apresentadas ao usuário através de uma interface. O usuário pode selecionar e organização para qual informação de conta é desejada. A organização selecionada pode então ser comunicada ao servidor de backend 106.
[0030] O servidor de backend 106 pode determinar os requisitos de autenticação associados ao servidor de conta selecionado 104, que por sua vez estão associados ao provedor de serviços selecionado. Por exemplo, no caso da Electric Co., o servidor back-end 106 pode determinar que são necessários dois ou mais do nome em conta, código postal para titular da conta e SSN do titular da conta. Os requisitos podem ser comunicados ao TPS 102.
[0031] No bloco 210, o TPS 102 pode gerar dinamicamente uma interface com base nos requisitos para autenticar com o servidor de conta 104. Por exemplo, o TPS 102 pode exibir uma interface com campos de entrada para fornecer os requisitos. A interface pode exibir uma instrução como Por favor, insira dois ou mais dos seguintes itens. O usuário pode especificar quantos itens forem
Petição 870180166205, de 20/12/2018, pág. 16/32
13/20 necessários, conforme necessário. Os itens especificados podem então ser comunicados ao servidor de backend 105.
[0032] No bloco 215, o servidor back-end 106 pode posteriormente determinar que os campos necessários foram fornecidos. Se os campos requeridos foram fornecidos, o servidor de backend 106 pode comunicar os requisitos para o servidor de conta através de uma das APIs do servidor de conta. O servidor de conta 104 pode então determinar se os requisitos correspondem a quaisquer contas no servidor de conta 104 e, em caso afirmativo, comunicar uma lista de serviços fornecidos pelo servidor de conta 104. Por exemplo, os serviços podem incluir a verificação de um saldo de conta, pagando uma conta e/ou outros serviços. O servidor de backend 106 pode comunicar uma listagem dos serviços para o TPS 102.
[0033] Se os requisitos não coincidirem com quaisquer contas, o servidor de conta 104 pode indicar este fato ao servidor de backend 106, que por sua vez pode comunicar este fato ao TPS 102. O TPS 102 pode apresentar uma mensagem de erro ao usuário neste caso.
[0034] No bloco 220, o usuário pode selecionar um serviço, como Pagar Conta. A seleção pode ser comunicada ao servidor de backend 106.
[0035] No bloco 225, o servidor de back-end 106 pode solicitar informações relacionadas aos serviços selecionados a partir do servidor de conta 104. As informações de serviço solicitadas podem ser comunicadas ao servidor de backend 106, que pode então comunicar as informações ao TPS 102. Por exemplo, as informações de serviço associadas a um serviço de pagamento de contas podem
Petição 870180166205, de 20/12/2018, pág. 17/32
14/20 incluir o saldo da conta, um valor devido, a data de vencimento para o pagamento do valor, transações anteriores, etc.
[0036] No bloco 230, o usuário pode optar por pagar a quantia devida. Por exemplo, o valor devido pode ser de US$ 75. Neste caso, o utilizador pode especificar o montante a pagar através de uma interface do TPS 102. Além disso ou alternativamente, o utilizador pode inserir uma quantidade correspondente de moeda no hardware de processamento de moeda 132 do TPS 102. O TPS 102 pode confirmar que uma quantidade adequada de moeda foi inserida 132. Onde os fundos excedentes foram fornecidos, o TPS 102 pode fornecer ao usuário uma mudança.
[0037] Uma vez que o TPS 102 determine que fundos suficientes foram recebidos, o TPS 102 pode comunicar e indicar ao servidor de back-end que a quantia de moeda especificada pelo usuário foi depositada. O servidor back-end pode encaminhar essas informações para o servidor da conta, que pode, então, marcar a conta como tendo sido paga ou deduzir o valor pago do saldo atual.
[0038] O servidor back-end 106 pode também comunicar esta informação ao servidor financeiro 108 juntamente com informação que especifica a organização, o número da conta para a qual os fundos foram recebidos, etc. O servidor financeiro 108 pode então transferir fundos mais tarde tempo para a organização.
[0039] As informações de transação exemplificativas que podem ser comunicadas pelo TPS 102 durante as operações descritas acima são ilustradas nas Figs. 3A-3B. As transações exemplares são representadas em um formato XML. No entanto, entende-se que as
Petição 870180166205, de 20/12/2018, pág. 18/32
15/20 informações da transação podem ser formatadas de maneira diferente (por exemplo, binário, JSON, texto etc.).
[0040] A primeira transação exemplar da Fig. 3A pode ser gerada no seguinte cenário: Um cliente pode selecionar um faturamento a ser pago na operação 205. O cliente pode ter fornecido anteriormente informações de identificação na operação 210. Informações de serviço comunicadas ao cliente após a operação, 225 pode indicar uma obrigação do cliente, como um valor em dólares devido ao faturamento. (por exemplo, US$ 111) . O cliente pode inserir um montante exato devido no hardware de processamento de moeda 132 do TPS 102.
[0041] Após a publicação do pagamento, a transação XML da Figura 3A pode ser gerada e comunicada, por exemplo, ao servidor de backend 106. De acordo com a transação exemplificativa, o nó Depósito inclui atributos para uma data de transação, um ID de referência de transação e um ID de referência de dispositivo que corresponde a um ID associado ao quiosque no qual a transação foi gerada (ou seja, MCMCDEALER1). Um nó filho de descrição pode incluir uma descrição de cadeia da transação, como 111.00 depositados em MCMCDEALER1 para o Empréstimo 158970R. Um ou mais nós-filhos são gerados com base na quantia de moeda inserida no hardware de processamento de moeda 132 do TPS 102. Por exemplo, nesse cenário, o cliente inseriu duas notas de US$ 10,00, duas notas de US$ 5,00, quatro notas de US$ 20,00 e uma nota de US$ 1,00, totalizando US$ 111,00. Outras informações que podem ser especificadas (mas não mostradas) incluem as informações da conta do cliente do ID do biller (por exemplo, MCMC), quantidade dispensada, se houver, etc.
Petição 870180166205, de 20/12/2018, pág. 19/32
16/20 [0042] Após a conclusão da transação, o TPS 102 pode gerar um recibo impresso da transação.
[0043] A segunda operação exemplar da Fig. 3B pode ser gerada no seguinte cenário: Um cliente pode selecionar um faturamento a ser pago na operação 205. O cliente pode ter fornecido anteriormente informações de identificação na operação 210. Informações de serviço comunicadas ao cliente após a operação, 225 pode indicar uma obrigação do cliente, como um valor em dólares devido ao faturamento, (por exemplo, US$ 50,00). O cliente pode inserir, por exemplo, US$ 60,00 no hardware de processamento de moeda 132 do TPS 102.
[0044] Ao postar o pagamento, a transação XML da Figura 3B pode ser gerada e comunicada, por exemplo, ao servidor de backend 106. Nesse caso, a transação inclui um nó de Retirada com um ou mais nós-filhos que indicam quantidade de mudança fornecida ao cliente. Por exemplo, nesse caso, o cliente recebeu uma nota de US$ 10,00 na alteração.
[0045] A terceira operação exemplar da Fig. 3C pode ser gerada no seguinte cenário: Um cliente pode selecionar um faturamento a ser pago na operação 205. O cliente pode ter fornecido anteriormente informações de identificação na operação 210. Informações de serviço comunicadas ao cliente após a operação, 225 pode indicar uma obrigação do cliente, como um valor em dólares devido ao faturamento (por exemplo, US$ 260,00). O cliente pode inserir, por exemplo, US$ 300,00 no hardware de processamento de moeda 132 do TPS 102.
Petição 870180166205, de 20/12/2018, pág. 20/32
17/20 [0046] Após a efetivação do pagamento, a transação XML da Figura 3B pode ser gerada e comunicada, por exemplo, ao servidor de backend 106. Nesse caso, o nó Retirada indica que duas notas de US$ 20,00 foram fornecidas como troco.
[0047] A Fig. 4 ilustra um sistema de computador 400 que pode fazer parte ou implementar os sistemas, ambientes, dispositivos, etc., descritos acima. O sistema de computador 400 pode incluir um conjunto de instruções 445 que o processador 405 pode executar para fazer com que o sistema de computador 400 execute qualquer das operações descritas acima. O sistema de computador 400 pode funcionar como um dispositivo autônomo ou pode estar conectado, por exemplo, usando uma rede, a outros sistemas de computador ou dispositivos periféricos.
[0048] Em uma implantação em rede, o sistema de computador 400 pode operar na capacidade de um servidor ou como um computador cliente em um ambiente de rede servidor-cliente, ou como um sistema de computador ponto a ponto em um peer-to-peer (ou distribuído) meio Ambiente. O sistema de computador 400 também pode ser implementado como ou incorporado em vários dispositivos, tais como um computador pessoal ou um dispositivo móvel, capaz de executar instruções 445 (sequenciais ou de outro modo) fazendo com que um dispositivo realize uma ou mais ações. Além disso, cada um dos sistemas descritos pode incluir uma coleção de subsistemas que executam individualmente ou em conjunto, ou vários conjuntos de instruções para executar uma ou mais operações de computador.
Petição 870180166205, de 20/12/2018, pág. 21/32
18/20 [0049] O sistema de computador 400 pode incluir um ou mais dispositivos de memória 410 comunicativamente acoplados a um ônibus 420 para comunicação de informações. Adicionalmente, o código operacional para fazer com que o sistema do computador realize as operações descritas acima pode ser armazenado na memória 410. A memória 410 pode ser uma memória de acesso aleatório, memória de leitura, memória programável, unidade de disco rígido ou qualquer outro tipo de memória ou dispositivo de armazenamento.
[0050] O sistema de computador 400 pode incluir um display 430, como um display de cristal líquido (LCD), um tubo de raios catódicos (CRT), ou qualquer outro monitor adequado para transmitir informações. A tela 430 pode atuar como uma interface para o usuário ver os resultados do processamento produzidos pelo processador 405.
[0051] Além disso, o sistema de computador 400 pode incluir um dispositivo de entrada 425, como um teclado ou mouse ou touchscreen, configurado para permitir que um usuário interaja com componentes do sistema 400.
[0052] O sistema de computador 400 também pode incluir um disco ou unidade de drive ótico 415. A unidade de drive 415 pode incluir um meio de leitura por computador 440 no qual as instruções 445 podem ser armazenadas. As instruções 445 podem residir completamente, ou pelo menos parcialmente, dentro da memória 410 e/ou dentro do processador 405 durante a execução pelo sistema de computador 400. A memória 410 e o processador 405 também podem incluir meios legíveis por computador como discutido acima.
Petição 870180166205, de 20/12/2018, pág. 22/32
19/20 [0053] O sistema de computador 400 pode incluir uma interface de comunicação 435 para suportar comunicações através de uma rede 450. A rede 450 pode incluir redes com fios, redes sem fios, ou combinações dos mesmos. A interface de comunicação 435 pode permitir comunicações através de qualquer número de padrões de comunicação, tais como 802.11, 802.12, 802.20, WiMAX, padrões de telefone celular ou outros padrões de comunicação.
[0054] Consequentemente, os métodos e sistemas aqui descritos podem ser realizados em hardware, software ou uma combinação de hardware e software. Os métodos e sistemas podem ser realizados de forma centralizada em pelo menos um sistema de computador ou de forma distribuída, onde diferentes elementos estão espalhados por sistemas de computadores interconectados. Qualquer tipo de sistema de computador ou outro aparelho adaptado para que viabilize a concretização dos métodos aqui descritos.
[0055] Os métodos e sistemas aqui descritos também podem ser incorporados em um produto de programa de computador, que inclui todos os recursos que permitem a implementação das operações aqui descritas e que, quando carregados em um sistema de computador, são capazes de realizar essas operações. Um programa de computador, tal como é aqui utilizado, refere-se a uma expressão, numa linguagem executável por máquina, código ou notação, de um conjunto de instruções executáveis por máquina destinadas a fazer com que um dispositivo desempenhe uma função particular, quer directamente quer depois de um ou mais de a) conversão de um primeiro idioma, código ou notação para outro idioma, código ou notação e b) reprodução de um primeiro idioma, código ou notação.
Petição 870180166205, de 20/12/2018, pág. 23/32
20/20 [0056] Embora os métodos e sistemas tenham sido descritos com referência a certas formas de realização, será entendido pelos técnicos no assunto que podem ser feitas várias alterações e equivalentes podem ser substituídos sem se afastarem do âmbito das reivindicações. Por conseguinte, pretende-se que os presentes métodos e sistemas não sejam limitados à forma de realização particular divulgada, mas que os métodos e sistemas divulgados incluam todas as formas de realização abrangidas pelo âmbito das reivindicações anexas.

Claims (20)

  1. REIVINDICAÇÕES
    1. Terminal para processar transações caracterizado por compreender:
    uma interface de usuário configurada para transmitir informações para um usuário e receber comandos do usuário;
    hardware de processamento de moeda configurado para receber moeda do usuário e para determinar um tipo de moeda aceito;
    um processador em comunicação com a interface de usuário e o hardware de processamento de moeda; e meios legíveis por computador não transitória em comunicação com o processador que armazena o código de instrução que, quando executado pelo processador, faz com que o processador:
    receba, através da interface do usuário, uma seleção de categoria de conta;
    comunique a seleção de categoria da conta a um servidor back-end;
    receba, do servidor back-end, uma listagem de um ou mais provedores de serviços associados à seleção de categoria de conta;
    transmita na interface do usuário a listagem de um ou mais provedores de serviços;
    receba, através da interface do usuário, uma seleção de provedor de serviços;
    comunique a seleção do provedor de serviços a um servidor de backend;
    Petição 870180143876, de 23/10/2018, pág. 6/40
  2. 2/7 receba, do servidor back-end, requisitos de autenticação associados a um servidor de conta associado à seleção do provedor de serviços;
    transmita na interface do usuário controles que facilitam a especificação dos requisitos de autenticação pelo usuário;
    comunique requisitos especificados pelo usuário para o servidor back-end, em que, em resposta, o servidor back-end comunica os requisitos especificados pelo usuário ao servidor da conta, em que, em resposta à comunicação de back-end, o servidor de conta comunica uma listagem de um ou mais serviços fornecidos pelo servidor de conta para o servidor de backend;
    receba, do servidor back-end, a listagem de um ou mais serviços fornecidos pelo servidor de conta;
    receba, através da interface do usuário, uma seleção de serviço;
    comunicar a seleção de serviço ao servidor back-end, em resposta, o servidor back-end comunica a seleção de serviço ao servidor de conta, onde, em resposta à comunicação de back-end, o servidor de contas comunica informações de serviço associadas à seleção de serviço para o servidor back-end;
    receba, do servidor back-end, a seleção de serviço;
    receba, através da interface, uma indicação de uma quantia de moeda a ser paga;
    receba moeda através do hardware de processamento de moeda;
    comunique ao servidor de back-end, a quantidade de moeda recebida, em que, em resposta, o servidor de back-end comunica e indicação da quantidade de moeda recebida para o servidor de conta.
    Petição 870180143876, de 23/10/2018, pág. 7/40
  3. 3/7
    2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que os fornecedores de serviços correspondem a um ou mais de: fornecedores de serviços de utilidade, fornecedores de empréstimos, fornecedores de serviços de estabelecimentos de varejo e agências governamentais.
    3. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o terminal corresponde a um quiosque.
  4. 4. Método de acordo com a reivindicação 1, caracterizado por compreender ainda a comunicação periódica de informações de transação indicativas de transações processadas no terminal a um provedor de serviços financeiros para facilitar pagamentos pelo prestador de serviços financeiros ao provedor de serviços.
  5. 5. Método de acordo com a reivindicação 1, caracterizado pelo fato de que os requisitos de autenticação correspondem a um ou mais de: um nome, código postal e SSN associados a um usuário que possui uma conta com o provedor de servicer selecionado.
  6. 6. Método para processar uma transação caracterizado por compreender: receber, em um terminal e de um usuário, uma seleção de um provedor de serviços; receber requisitos de credenciais de autenticação associados ao provedor de serviços selecionado que facilitam a autenticação do usuário pelo provedor de serviços; comunicando, ao servidor de conta do provedor de serviços, credenciais de autenticação associadas ao usuário que satisfaçam os requisitos de credenciais de autenticação; quando o usuário é autenticado, recebendo, do servidor de conta do provedor de serviços, informações indicativas de uma quantia devida em uma
    Petição 870180143876, de 23/10/2018, pág. 8/40
    4/Ί conta com o provedor de serviços que está associado ao usuário; receber, via hardware de processamento de moeda do terminal, moeda; e comunicando informações de transação para o servidor de conta do provedor de serviços que indica uma quantia de moeda recebida pelo terminal para, assim, reduzir o montante devido na conta pelo usuário.
  7. 7. Método de acordo com a reivindicação 6, caracterizado pelo fato de que antes de receber a seleção do provedor de serviços, o método compreende:
    receber, em um terminal e de um usuário, uma seleção de um tipo de provedor de serviços; e exibir, no terminal, uma listagem de provedores de serviços que pertencem ao tipo de provedor de serviços selecionado.
  8. 8. Método de acordo com a reivindicação 6, caracterizado pelo fato de que os prestadores de serviços correspondem a um ou mais de: prestadores de serviços de utilidade pública, prestadores de empréstimo, fornecedores de serviços de estabelecimento de varejo e agências governamentais.
  9. 9. Método de acordo com a reivindicação 6, caracterizado pelo fato de que o terminal corresponde a um quiosque.
  10. 10. Método de acordo com a reivindicação 6, caracterizado por compreender ainda a comunicação periódica de informações de transação indicativas de transações processadas no terminal a um provedor de serviços financeiros para facilitar pagamentos pelo prestador de serviços financeiros ao provedor de serviços.
    Petição 870180143876, de 23/10/2018, pág. 9/40
  11. 11.
    5/7
    Método de acordo com a reivindicação 6, caracterizado pelo fato de que os requisitos de credenciais de autenticação são comunicados ao terminal a partir de um servidor back-end em um local diferente do terminal.
  12. 12. Método de acordo com a reivindicação 6, caracterizado pelo fato de que os requisitos de autenticação correspondem a um ou mais de: um nome, código postal e SSN associados a um usuário que possui uma conta com o provedor de serviço selecionado.
  13. 13. Método de acordo com a reivindicação 6, caracterizado pelo fato de que quando uma quantia de moeda recebida pelo terminal excede e a quantia devida na conta, o método compreende:
    fornecer, pelo terminal, uma quantia de moeda que corresponde a uma diferença entre a quantia de moeda recebida e a quantia devida na conta.
  14. 14. Meio legivel por computador não transitório que inclui código de instrução para processar uma transação, o código de instrução é executável em uma máquina para fazer com que a máquina execute atos caracterizado por compreender:
    receber, de um usuário, uma seleção de um provedor de serviços;
    receber requisitos de credenciais de autenticação associados ao provedor de serviços selecionado que facilitam a autenticação do usuário pelo provedor de serviços;
    comunicar, ao servidor de conta do provedor de serviços, credenciais de autenticação associadas ao usuário que satisfaçam os requisitos de credenciais de autenticação;
    Petição 870180143876, de 23/10/2018, pág. 10/40
    6/Ί quando ο usuário é autenticado, receber, do servidor de conta do provedor de serviços, informações indicativas de uma quantia devida em uma conta com o provedor de serviços que está associado ao usuário;
    receber, via hardware de processamento de moeda da máquina, moeda;
    comunicar informações de transação ao servidor de conta do provedor de serviços que indica uma quantia de moeda recebida pela máquina para reduzir, assim, o valor devido na conta pelo usuário;
    quando uma quantia de moeda recebida pela máquina exceder e o valor devido na conta, fornecer uma quantia de moeda que corresponde a uma diferença entre a quantia de moeda recebida e a quantia devida na conta.
  15. 15. Meio legivel por computador não transitório de acordo com a reivindicação 14, caracterizado pelo fato de que antes de receber
    a seleção do fornecedor de serviços, o código de instruções faz com que a máquina execute atos compreendendo: receber, de um usuário, uma seleção de um tipo de provedor de serviços; e exibir, na máquina, uma listagem de provedores de serviços que
    pertencem ao tipo de provedor de serviços selecionado.
  16. 16. Meio legível por computador não transitório de acordo com a reivindicação 14, caracterizado pelo fato de que os prestadores de serviços correspondem a um ou mais de: prestadores de serviços de utilidade pública, prestadores de empréstimo, fornecedores de serviços de estabelecimento de varejo e agências governamentais.
    Petição 870180143876, de 23/10/2018, pág. 11/40
    Ί/Ί
  17. 17. Meio legivel por computador não transitório de acordo com a reivindicação 14, caracterizado pelo fato de que a máquina corresponde a um quiosque.
  18. 18. Meio legivel por computador não transitório de acordo com a reivindicação 14, caracterizado pelo fato de que o código de instrução faz com que a máquina realize atos que compreendem a comunicação periódica de informações de transação indicativas de transações processadas no terminal a um provedor de serviços financeiros para facilitar pagamentos pelo prestador de serviços financeiros ao provedor de serviços.
  19. 19. Meio legivel por computador não transitório de acordo com a reivindicação 14, caracterizado pelo fato de que os requisitos de credenciais de autenticação são comunicados ao terminal a partir de um servidor back-end em um local diferente do terminal.
  20. 20. Meio legivel por computador não transitório de acordo com a reivindicação 14, caracterizado pelo fato de que os requisitos de autenticação correspondem a um ou mais dos seguintes: um nome, código postal e SSN associados a um usuário que possui uma conta com o provedor de serviço selecionado.
BR102018071822A 2017-10-23 2018-10-23 Quiosque possuindo um terminal, método para processar uma transação, meio legível por computador BR102018071822A8 (pt)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201762576043P 2017-10-23 2017-10-23
US62/576,043 2017-10-23
US16/039,119 2018-07-18
US16/039,119 US20190122189A1 (en) 2017-10-23 2018-07-18 Transaction processing system

Publications (2)

Publication Number Publication Date
BR102018071822A2 true BR102018071822A2 (pt) 2019-06-04
BR102018071822A8 BR102018071822A8 (pt) 2023-02-23

Family

ID=66169448

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102018071822A BR102018071822A8 (pt) 2017-10-23 2018-10-23 Quiosque possuindo um terminal, método para processar uma transação, meio legível por computador

Country Status (4)

Country Link
US (1) US20190122189A1 (pt)
KR (1) KR20190045085A (pt)
CN (1) CN110020845A (pt)
BR (1) BR102018071822A8 (pt)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113313566A (zh) * 2021-05-24 2021-08-27 远光软件股份有限公司 内部结算方法、装置、存储介质和电子设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8886557B2 (en) * 2004-06-30 2014-11-11 Tio Networks Corp. Change-based transactions for an electronic kiosk
CN101375546B (zh) * 2005-04-29 2012-09-26 甲骨文国际公司 用于欺骗监控、检测和分层用户鉴权的系统和方法
US20090076934A1 (en) * 2007-09-19 2009-03-19 Hamed Shahbazi Personalized customer transaction system
US20120084162A1 (en) * 2010-10-05 2012-04-05 Merrill Brooks Smith Systems and methods for conducting a composite bill payment transaction
AU2013206449A1 (en) * 2012-06-20 2014-01-16 Visa International Service Association Multi-channel remote payment apparatuses, methods and systems
US20140136351A1 (en) * 2012-11-15 2014-05-15 Coinstar, Inc. Consumer operated kiosks for purchasing items online and associated systems and methods
US20150178701A1 (en) * 2013-12-19 2015-06-25 Gift Card Impressions, LLC Kiosk account management system and method

Also Published As

Publication number Publication date
BR102018071822A8 (pt) 2023-02-23
US20190122189A1 (en) 2019-04-25
KR20190045085A (ko) 2019-05-02
CN110020845A (zh) 2019-07-16

Similar Documents

Publication Publication Date Title
US11301852B2 (en) System and method for updating account information
US11238443B2 (en) Secure crypto currency point-of-sale (POS) management
US11042475B2 (en) Systems and methods for use in certifying interactions with hosted services
US20150332224A1 (en) System and method for rendering virtual currency related services
US20140188728A1 (en) Systems and methods for performing financial transactions
CA3056277C (en) System for managing transactional data
US20140067670A1 (en) Systems and methods for performing financial transactions
BR102018071822A2 (pt) Terminal para processar uma transação, método para processar uma transação, meio legível por computador
AU2018293338A1 (en) Systems and methods for payment transaction coding and management
US11501273B2 (en) Transaction processing system
CA3056279C (en) System for accessing transactional data
US20220300968A1 (en) Digital payment system
CA3057871C (en) System for pushing transactional data
US11989722B2 (en) Omnibus address generation and autoconversion of cryptocurrency
US20210374283A1 (en) System for managing transactional data
JP6695728B2 (ja) 支払支援システム、支払支援方法及び支払支援プログラム
US20200005391A1 (en) System and method for updating bin information
JP2016051200A (ja) 条件設定付口座振替システム、その方法およびプログラム
Moujaled Cryptocurrency wallet for virtual currencies
BR112021012466A2 (pt) Processamento de pagamento eletrônico usando a taxa de interchange ajustada

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B03H Publication of an application: rectification [chapter 3.8 patent gazette]

Free format text: REFERENTE A RPI 2526 DE 04/06/2019, QUANTO AO ITEM (54).

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 5A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2745 DE 15-08-2023 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.