WO2017041154A1 - Consumer credit and payment method in a cloud payment service, and payment terminal - Google Patents
Consumer credit and payment method in a cloud payment service, and payment terminal Download PDFInfo
- Publication number
- WO2017041154A1 WO2017041154A1 PCT/BR2016/050222 BR2016050222W WO2017041154A1 WO 2017041154 A1 WO2017041154 A1 WO 2017041154A1 BR 2016050222 W BR2016050222 W BR 2016050222W WO 2017041154 A1 WO2017041154 A1 WO 2017041154A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- payment
- user
- payment terminal
- merchant
- cloud
- Prior art date
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/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Definitions
- the present invention relates to technologies for performing transactions.
- the invention relates to payment devices and processes so that purchases and payments can be performed asynchronously.
- US2014058928 describes a method and system for transferring funds between users from their own mobile phones. With such a system, a user can receive an amount from another user and can make purchases with that amount at another time.
- these known systems only basically allow a transfer of funds, without a control of what can be done with the amount transferred, and with little security due to the use of mobile phones.
- the purpose of the present invention is to improve known methods and devices.
- the invention relates to a payment reservation and consumption process in a cloud payment service, which includes the following steps:
- the paying user communicates to the payment terminal a payee user identifier and a consumption amount to be made available to the payee user;
- the paying user activates a payment method at the end of at! payment to make the payment of the consumption value
- the payment terminal communicates to a payment authorizer a payment request together with the beneficiary user identifier, the consumption amount, and its own payment terminal identifier;
- the payment authorizer communicates to the payment terminal a payment authorization
- the payment authorizer communicates to the cloud payment service the payee user identifier, the consumption amount and the payment terminal identifier;
- the cloud payment service stores a consumption reserve that is linked to the beneficiary user identifier and where the consumption value and the payment terminal identifier are stored;
- the payee consolidates a transaction with a merchant that has a payment terminal
- the payee user In order to pay the amount of the consolidated transaction, the payee user requests from the merchant payment terminal the consumer reservation payment function and informs the merchant payment terminal of his payee user identifier;
- the merchant's payment terminal communicates to the cloud payment service a consumer reservation payment request along with the payee user identifier, the amount of the consolidated transaction, and its own payment terminal identifier;
- the cloud payment service communicates to the merchant's payment terminal a payment confirmation and sets a new updated consumption value by deducting the transaction amount. consolidated consumption value.
- Another object of the invention is a payment terminal which includes a module for connecting to a cloud payment service, and further including:
- a consumption reserve module able to communicate with a payment authorizer
- a consumer reserve payment module capable of communicating with the cloud payment service.
- the invention allows a user to pay for purchases that will be made later by another user.
- the consumer reservation involves the issuance of a payment by a user and the payment by consumption reserve involves the receipt of a payment by the merchant.
- Both operations are performed through payment terminals that are devices intended for professionals and that have the highest level of security in data transmission and processing. These payment terminals are usually tamper-proof and sealed, which cannot be provided by user-owned devices such as mobile phones or tablets.
- the invention allows the transaction and payment to be asynchronous and allows both the merchant and the paying user not to worry about the transaction at a time when they are directly involved in it.
- a paying user may decide to make an amount available so that the beneficiary user can make purchases with that amount. This paying user then goes to any store that gives access to a payment terminal according to the invention and makes a consumption reservation whose consumption value corresponds to said amount. The beneficiary user can then make his purchases at any merchant that has a payment terminal according to the invention and pay with this consumption reserve.
- the paying user can be anyone who is interested in making an amount available to the beneficiary user.
- the payee user may be an employee of the paying user and is responsible for making purchases on behalf of the paying user.
- the beneficiary user may be a dependent on the paying user.
- the invention is advantageous if the paying user is far from the beneficiary user.
- the paying user makes the consumption reservation at his / her nearest place, and the beneficiary user pays with this consumption reserve at his / her nearest store, that is, each one carries out its operation wherever it is most convenient for him.
- the invention is also advantageous if the paying user is not available at the same time as the beneficiary user.
- the paying user makes the consumption reserve and the beneficiary user will then pay with this consumption reserve at any time.
- the consumption reserve and payment can be made in the same store. For example, at a store near a home, one of the residents may be a paying user who makes a consumer reservation at that store, and any other resident who needs to shop and take home may be a beneficiary user.
- Preferred features which may complement the process according to the invention are set forth below.
- the process may include one of these characteristics or a combination of these characteristics.
- the merchant is enrolled in the cloud payment service with a merchant identifier, and the merchant payment terminal also communicates the merchant identifier to the cloud payment service along with the consumer reserve payment request.
- the payment terminal is available at a physical store.
- the payment terminal is an electronic device that accepts payment cards or a mobile communication device.
- Activation of the paying user's payment method is accomplished by reading a paying user payment card and entering a password.
- the paying user is registered with the cloud payment service with a paying user identifier, and the paying user communicates this paying user identifier to the payment terminal.
- the merchant is registered with the cloud payment service with a merchant identifier, and the merchant payment terminal communicates that merchant identifier to the cloud payment service.
- the payment terminal is available in a store.
- Said store is registered with the cloud payment service with a reserve store identifier, and the payment terminal communicates this reserve store identifier to the payment authorizer. .
- the merchant communicates the value of the consolidated transaction to his payment terminal via a cash front device.
- Said cash front device optionally belongs to a cloud cash front system whose cash program is hosted on the cloud payment service.
- the payment terminal and the merchant payment terminal are either a single payment terminal or are separate payment terminals.
- the merchant is a physical store or an online store.
- the paying user sets a booking password at the payment terminal, and the payee user enters this booking password at the merchant payment terminal.
- the step in which the paying user activates a payment method at the payment terminal is performed using a "Derived Unique Key Per Transaction" (DUKPT) key management scheme specified in "ANSI X9.24 of” Americain National Standards Institute ".
- DPKPT Dynamic Unique Key Per Transaction
- FIG. 1 illustrates the different elements involved in the process according to the invention
- Figure 2 illustrates the realization of a consumption reserve
- Figure 1 schematically represents a beneficial user. 1, a paying user 2, a merchant 3, a first payment termination 4, a second payment termination 5, and a cloud payment service 6.
- the invention allows beneficiary user 1 to make purchases and pay with an amount that paying user 2 has made available to him.
- the invention involves a cloud payment service 6 including at least one server connected to a network enabling secure communication with payment terminals 4, 5.
- payee user 1 does not need to sign up for cloud payment service 6. This allows anyone to benefit from a consumer reservation made by a paying user 2.
- Beneficiary user 1 can sign up for cloud payment service 6 by any usual means, such as an Internet site linked to cloud payment service 6. This alternative is represented by a dashed arrow in figure 1. In this case, the beneficiary user is given a beneficiary user identifier 7.
- Beneficiary user identifier 7 is a string that uniquely identifies beneficiary user 1.
- the payee user identifier 7 can be a number generated by the cloud payment service 6 or an existing number linked to the payee user 1, such as an individual registration number generated by the public administration of the considered country, the number of payee user phone number 1, or a payment card number belonging to payee user 1.
- Payment terminals 4, 5 are each provided with a payment termination identifier 8, 9 to identify with cloud payment service 6.
- Cloud payment service 6 only communicates with payment devices 4, 5 recognized by it and properly identified by their respective terminal identifier 8, 9. Communication between the cloud payment service 6 and payment terminals 4, 5 is broken down to a standard encryption level for communication between payment terminals and payment authorizers. The process thus provides maximum safety. In this context, you can use, for example, the DUKPT key management scheme.
- paying user 2 also does not need to sign up for cloud payment service 6. This allows anyone to make a consumer reservation for payee 1.
- the second payment terminal 5 is provided by merchant 3.
- Merchant 3 also does not need to sign up for cloud payment service 6. This allows beneficiary user 1 to make purchases at any merchant 3 with the amount that paying user 2 has made available to him.
- the only necessary condition for merchant 3 is that he must have a payment terminal 5 that is recognized by cloud payment service 6, that is, a payment terminal 5 having a payment terminal identifier 9 accepted by the cloud payment service 6.
- merchant registration 3 can be performed on cloud payment service 6 by any usual means, such as on an Internet site linked to the payment service. 6 so that merchant 3 receives a merchant identifier 1 1.
- Fig. 1 two examples of embodiment of the first payment terminal 4 are illustrated: an electronic device accepting payment cards 12 and a mobile communication apparatus 13.
- payment terminal 4 is an electronic device that accepts payment cards 12
- this device 12 is capable of connecting to cloud payment service 6, for example, via the cellular network or a connection. Internet by cable or wifi. This is similar to the type of classic payment terminal available in merchant stores.
- the payment terminal 4 is a mobile communication device 13, such as a smarphone phone or tablet
- this device 13 includes an application capable of connecting to the cloud payment service. 6 through the device's own media 13. This is a new generation of payment terminals best suited to individual or itinerant merchants.
- payment terminal 4 can be any type of payment terminal 4 as long as it can be connected to cloud payment service 6.
- Another example of payment terminal 4 is a payment terminal that is connected to a merchant's cash-front device , the payment terminal receiving information, such as the price to pay, from the cash-front device; and all payment terminal communications with network services being performed via the cashier device.
- the second payment terminal 5 may be embodied by different types of payment terminal, including an electronic device that accepts payment cards 14, or a mobile communication apparatus 15.
- Figure 2 schematically illustrates operations aimed at realizing a consumption reserve.
- Paying user 2 goes to a location that provides a first payment terminal 4.
- This location can be a regular store or any other place where payment terminal 4 is accessible to paying user 2.
- the paying user 2 requests at payment terminal 4 the consumption reserve function 23 and enters the following data: the beneficiary user identifier 7 and the consumption value 16.
- the consumption value 16 is the amount to be available for beneficiary user 7 to make purchases.
- Payment terminal 4 will then request activation of a paying user 2 payment method.
- Activation of a paying user 2 payment method refers to any payment method that can be used with a payment terminal 4.
- the most common means of payment is a payment card, for example a debit or credit card, which is read by the payment terminal.
- payment 4 and which may require a password to be entered by the paying user 2.
- other usual cards may be used as either a voucher or digital wallet system.
- the payment terminal 4 will then communicate with a payment authorizer 18.
- Payment Authorizer 18 consists of servers of a company responsible for the transmission and financial settlement of payment card transactions. The role of this type of company, present in the market, is to receive payment requests issued by payment terminals 4 and to communicate with financial institutions and payment card brands to transmit payment data in order to obtain payment information. authorization of the transaction. This authorization allows debiting the paying user's bank account 2.
- Payment terminal 4 will communicate to payment authorizer 18 a payment request 17 along with the amount payable (the consumption amount 16), the payee user identifier 7, and the payment method data for the payer. paying user 2.
- the payment terminal 4 also communicates to the payment authorizer 18 data about the store where the payment terminal 4 is located, for example a reserve store identifier 20.
- the payment authorizer 18 authorizes the payment based on the elements communicated by the payment terminal 4.
- the payment authorizer 18 then communicates a payment authorization 19 to the payment terminal 4, the latter displaying in sequence to the paying user 2 that the payment has been duly authorized.
- the payment authorizer 18 will communicate to the cloud payment service 6 the payee user identifier 7, the consumer value 16, and the payment terminal identifier 8.
- the cloud payment service 6 then stores a consumption reserve 21 which is linked to the beneficiary user identifier 7.
- a consumption reserve 21 which is linked to the beneficiary user identifier 7.
- the consumption reserve are recorded: the consumption value 16, the payment terminal identifier 8, and eventually the reserve store identifier 20.
- the consumption reserve is thus realized.
- the corresponding amount, ie the consumption amount 16 has been paid by the paying user but has not yet been used to make purchases. Purchasing this amount is referred to below as "paying with the consumption reserve 21".
- any paying user identifier 10 may be communicated from paying user 2 to payment terminal 4, payment authorizer 18, and cloud payment service 6, getting saved in the consumption reserve 21.
- the paying user 2 may optionally set a reservation password on the payment terminal 4.
- This eventual reservation password may serve to add an additional level of security. and ensuring that it is the beneficiary user 1 who will use the amount of the consumer reserve 21.
- the eventual reservation password is communicated to the payment authorizer 18 and the cloud payment service 6 and is recorded in the consumption reserve 21.
- FIG 3 schematically illustrates a payment transaction with the consumption reserve 21 that has been performed with respect to Figure 2.
- Beneficiary user 1 is first informed of the fact that a consumption reserve 21 has been held in his favor.
- Paying user 2 can communicate directly, for example, with his telephone 22, with beneficiary user 1, who in this example also has a telephone 29 and thus receives the consumption value 16 available to him, and the password of Optional booking.
- Beneficiary user 1 can also be informed directly by cloud payment service 6.
- cloud payment service 6 can send a message on beneficiary 1's phone 29 as soon as a consumer reservation 21 is stored in favor of beneficiary user 1.
- Beneficiary user 1 then goes to merchant 3 and selects the purchases he wants to make with consumption reserve 21.
- Trader 3 is a natural or legal person who is qualified to sell products or services.
- Trader 3 may be, for example, an individual who sells a product or provides a service, a small store, a supermarket ("physical store").
- Trader 3 may also be, for example, an e-commerce Internet site or other type of purchasing device via an electronic network ("Virtual Soy").
- Purchases that the beneficiary user selects can therefore be any product or service for sale in a physical store or an online store.
- Beneficiary User 1 consolidates a transaction at Merchant 3. Transaction consolidation takes place after Beneficiary User 1 has chosen the items or services they want to purchase.
- merchant 3 is a physical store
- consolidating a transaction corresponds to the action of registering the chosen articles or services.
- a merchant's cash-front device 3 In a supermarket, this is accomplished when payee user 1 passes the cashier. In smaller stores or individual merchants, this can be done by manually registering items or services on the cash-front device or payment terminal 5.
- a typical cloud-front box system includes a physical box-front device that is networked to a box program that is in the cloud, that is, on a remote server. This enables simplification of the physical cashier device and facilitates the maintenance of the cashier program on the remote server. If a cashier front system is used by merchant 3, an advantageous option is to host the cashier program directly on the cloud payment service 6.
- merchant 3 is an online store, consolidating a transaction corresponds to the fact that beneficiary user 1 goes to the sales completion page after selecting the desired products or services.
- Transaction consolidation is terminated with communication to merchant payment terminal 5 of consolidated transaction value 26 payable by beneficiary user 1.
- This communication can be performed, for example, by directly entering transaction value consolidated 26 at the payment terminal 5 by the merchant 3, or by the merchant's cash-front device 3 which performs this communication automatically.
- beneficiary user 1 requests at payment terminal 5 from merchant 3 the payment function by consumption reserve 24 and communicates to the third party pay mine 5 your payee user identifier 7.
- Such communication can be accomplished, for example, by entering payee user identifier 7, by entering the backup password (in case the paying user 2 has set such a backup password), reading an ID card, or scanning a two-dimensional bar code (“QR code”) that may be stored on the beneficiary user's mobile phone 1.
- QR code two-dimensional bar code
- payee 1 can identify himself by inserting his own payment card into payment terminal 5 (the pay card is used in this case only to identify payee 1, not to pay). All of these examples of communicating the payee user identifier 7 to the payment terminal 5 may be performed directly at the payment terminal 5 or via the merchant's cash-front device 3 which is connected to the payment terminal 5.
- the payment terminal 5 then communicates to the cloud payment service 6 a consumption reserve payment request 25 along with the payee user identifier 7, the consolidated transaction amount 26, and its own terminal identifier of payment 9.
- cloud payment service 6 Upon receiving payment request for consumption reserve 25, cloud payment service 6 establishes the relationship between this requirement 25 and consumption reserve 21 that was previously stored with the same payee user identifier 7. The service Cloud Payment Process 6 thus verifies that the Consumer Reserve Payment Requirement 25 can be met.
- the cloud payment service 6 then communicates to payment terminal 5 a payment confirmation 27 and sets a new updated consumption value 28 by deducting the value of the payment. consolidated transaction 26 of the consumer value 16.
- the new updated consumption value 28 is in cloud payment service 6, stored together with consumption reserve 21, for a next purchase from payee 1.
- the first payment terminal 4 and the second payment terminal 5 have been described as two distinct terminals. However, in an alternate embodiment, these two payment terminals 4, 5 may be the same payment terminal, with paying user 2 making consumption reservation 21 at the same store where beneficiary user 1 makes payment by consumption reserve .
- a payment terminal 4, 5 which is capable of the consumer reservation function 23 and the consumer reservation payment function 24 includes a module for connecting to a cloud payment service (6), and further includes:
- a consumer reservation module capable of communicating with the payment authorizer 18 via cloud payment service 6;
Abstract
Description
Claims
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
BR102015022482-6A BR102015022482A2 (en) | 2015-09-10 | 2015-09-10 | consumer reservation and payment process in a cloud payment service, and payment terminal |
BRBR102015022482-6 | 2015-09-10 | ||
BR102015022691A BR102015022691A2 (en) | 2015-09-11 | 2015-09-11 | transaction booking and payment process at a cloud payment service and payment terminal |
BRBR102015022691-8 | 2015-09-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017041154A1 true WO2017041154A1 (en) | 2017-03-16 |
Family
ID=58240445
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/BR2016/050222 WO2017041154A1 (en) | 2015-09-10 | 2016-09-06 | Consumer credit and payment method in a cloud payment service, and payment terminal |
PCT/BR2016/050221 WO2017041153A1 (en) | 2015-09-10 | 2016-09-06 | Transaction credit and payment method in a cloud payment service, and payment terminal |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/BR2016/050221 WO2017041153A1 (en) | 2015-09-10 | 2016-09-06 | Transaction credit and payment method in a cloud payment service, and payment terminal |
Country Status (2)
Country | Link |
---|---|
BR (1) | BR112018004889A2 (en) |
WO (2) | WO2017041154A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6999569B2 (en) * | 1998-10-28 | 2006-02-14 | Mastercard International Incorporated | System and method for using a prepaid card |
US7204412B2 (en) * | 2003-10-14 | 2007-04-17 | Compucredit Intellectual Property Holdings Corp. Iii | Family stored value card program |
US8615439B2 (en) * | 2012-04-16 | 2013-12-24 | Wal-Mart Stores, Inc. | Processing online transactions |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8660950B2 (en) * | 2004-04-16 | 2014-02-25 | Wells Fargo, N.A. | System and method for bill pay with credit card funding |
-
2016
- 2016-09-06 WO PCT/BR2016/050222 patent/WO2017041154A1/en active Application Filing
- 2016-09-06 WO PCT/BR2016/050221 patent/WO2017041153A1/en active Application Filing
- 2016-09-06 BR BR112018004889A patent/BR112018004889A2/en not_active Application Discontinuation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6999569B2 (en) * | 1998-10-28 | 2006-02-14 | Mastercard International Incorporated | System and method for using a prepaid card |
US7204412B2 (en) * | 2003-10-14 | 2007-04-17 | Compucredit Intellectual Property Holdings Corp. Iii | Family stored value card program |
US8615439B2 (en) * | 2012-04-16 | 2013-12-24 | Wal-Mart Stores, Inc. | Processing online transactions |
Also Published As
Publication number | Publication date |
---|---|
BR112018004889A2 (en) | 2018-10-09 |
WO2017041153A1 (en) | 2017-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9779396B2 (en) | Method of making mobile payments to a recipient lacking a wireless or contactless terminal | |
US20130262309A1 (en) | Method and System for Secure Mobile Payment | |
US20150088673A1 (en) | Distributed payment system and method | |
US20140006184A1 (en) | Systems, Methods, And Computer Program Products Providing Push Payments | |
US20120290480A1 (en) | Electronic payment using transaction identity codes | |
CN108027925B (en) | Card-free payment method and system using two-dimensional code | |
US20140201086A1 (en) | Method and system for reversed near field contact electronic transaction | |
CN105593883A (en) | Method for authenticating transactions | |
US20150193765A1 (en) | Method and System for Mobile Payment and Access Control | |
AU2013277468B2 (en) | Prepaid wallet for merchants | |
JP6086900B2 (en) | Financial transaction system, financial transaction method and computer program | |
US11763275B2 (en) | System and method for cryptocurrency point of sale | |
CN105164708A (en) | Transaction token issuing authorities | |
JP2014513825A5 (en) | ||
US20130013502A1 (en) | Facilitation of Transactions Using a Transaction Code | |
WO2018053113A1 (en) | Payment system and method | |
JP6502244B2 (en) | Payment system | |
WO2017103701A1 (en) | A system and method for facilitating cross-platform financial transactions | |
AU2006309231B2 (en) | Web terminal and bridge that support passing of authentication data to acquirer for payment processing | |
KR20140048813A (en) | Trade/payment agent system and method for used article | |
KR20120100283A (en) | System and method for electronic payment | |
KR100897498B1 (en) | Total finance service system in ubiquitous environment | |
EP2575096A1 (en) | Transaction | |
WO2017041154A1 (en) | Consumer credit and payment method in a cloud payment service, and payment terminal | |
JP2004523814A (en) | Method and apparatus for transmitting an electronic amount from a fund storage device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16843312 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112018004884 Country of ref document: BR |
|
ENP | Entry into the national phase |
Ref document number: 112018004884 Country of ref document: BR Kind code of ref document: A2 Effective date: 20180312 |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 16843312 Country of ref document: EP Kind code of ref document: A1 |