Card not present transaction system and method for operating card not present transaction system to simplify hardware required at client sites

Information

  • Patent Grant
  • 10929838
  • Patent Number
    10,929,838
  • Date Filed
    Wednesday, January 16, 2019
    6 years ago
  • Date Issued
    Tuesday, February 23, 2021
    3 years ago
Abstract
A card not present (CNP) transaction system includes a transaction control device for scanning a barcode to obtain transaction information and an address of a middleware and to send a connection message to the address of the middleware according to the transaction information, the middleware for establishing a connection with a transaction control device according to the connection message received, to obtain a transaction token and a transaction amount from the transaction control device through the connection and to send a transaction message according to the transaction token and the transaction amount, and an acquirer server for receiving the transaction message to establish a connection with the middleware and to generate a transaction confirmation message to the middleware according to the transaction message after verifying the transaction token.
Description
BACKGROUND OF THE INVENTION
1. Field of the Invention

The present invention is related to a card not present transaction system, and more particularly to a card not present transaction system using middleware to simplify hardware required at client sites.


2. Description of the Prior Art

Paperless transactions provide consumers with convenient choices. But for a merchant, in order to provide a variety of different paperless transactions such as credit card payments, it is often necessary to connect to financial service providers through different electronic equipment. Since the equipment adds additional cost and needs to be purchased from the financial service providers, it is inconvenient for the merchant.


For example, in order to provide mobile payment service, such as Apple Pay or Samsung Pay, the merchant must set up an authorized card reader to read the transaction token stored in a user's mobile phone. Since the merchant must make a transaction request to the remote transaction server through a specific card reader, it is not so flexible in implementing the service.


SUMMARY OF THE INVENTION

An embodiment discloses a card not present (CNP) transaction system. The CNP includes a transaction control device configured to scan a barcode to obtain transaction information and an address of a middleware, and to send a connection message to the address of the middleware according to the transaction information, the middleware configured to establish a connection with a transaction control device according to the connection message received, to obtain a transaction token and a transaction amount from the transaction control device through the connection and to send a transaction message according to the transaction token and the transaction amount, and an acquirer server configured to receive the transaction message to establish a connection with the middleware and to generate a transaction confirmation message to the middleware according to the transaction message after verifying the transaction token.


Another embodiment discloses a method for operating a card not present (CNP) transaction system. The CNP transaction system comprises a transaction control device, a middleware, and an acquirer server. The method includes the transaction control device scanning a barcode to obtain transaction information and an address of the middleware, the transaction control device sending a connection message to the address of the middleware according to the transaction information, the middleware receiving the connection message to establish a connection with the transaction control device, the middleware obtaining a transaction token and a transaction amount from the transaction control device through the connection, the middleware sending a transaction message according to the transaction token and the transaction amount, the acquirer server receiving the transaction message to establish a connection with the middleware, and the acquiring server generating a transaction confirmation message to the middleware according to the transaction information after verifying the transaction token.


These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a diagram of a card not present (CNP) transaction system according to an embodiment of the present invention.



FIG. 2 is a flow chart showing a method of operating the CNP transaction system of FIG. 1 according to an embodiment.



FIG. 3 is a flow chart showing the steps of verifying the transaction token of the method in FIG. 2.





DETAILED DESCRIPTION


FIG. 1 is a diagram of a card not present (CNP) transaction system according to an embodiment of the present invention. The CNP transaction system 100 comprises a transaction control device 110, a middleware 120, and an acquirer server 130.


In some embodiments, the transaction control device 110 can be a smart phone or a tablet computer. When a user wants to use the transaction control device 110 to make an online payment, he can use the transaction control device 110 to scan a barcode 105 provided by a merchant to obtain transaction information and the address of the middleware 120. The transaction control device 110 can then send a connection message M1 to the address of the middleware 120 according to the transaction information. In some embodiments, the barcode 105 provided by the merchant may be a one-dimensional barcode or a two-dimensional barcode.


After receiving the connection message M1, the middleware 120 can establish a connection with the transaction control device 110, and obtain a transaction token and the transaction amount from the transaction control device 110 through the connection. In some embodiments of the invention, the transaction token corresponds to a credit card number. For example, the CNP transaction system 100 can implement a particular tokenization service to convert a credit card number to a corresponding transaction token that can be securely stored in a mobile device. Companies currently offering tokenization service include VISA and MasterCard. In other words, after a user attaches his credit card to the transaction control device 110, it can perform transactions by connecting to the middleware 120.


After obtaining the transaction token and the transaction amount, the middleware 120 sends a transaction message M2 according to the transaction token and the transaction amount to the acquirer server 130. The acquirer server 130 can receive the transaction message M2 to establish a connection with the middleware 120. After verifying the transaction token, the acquirer server 130 generates a transaction confirmation message M3 according to the transaction message M2 and sends it to the middleware 120.


In some embodiments, the acquirer server 130 may be set up by the companies that provide mobile payment service, such as Apple Pay by Apple or Samsung Pay by Samsung. In the prior art, the merchant uses a card reader to read the transaction token corresponding to the credit card attached to the mobile phone by Near Field Communication (NFC), and the card reader would then connect to the acquirer server 130 for subsequent transactions. In order to ensure transaction data security, the communication between the acquirer server 130 and the card reader needs specific information with a specific format. In this embodiment, after obtaining the transaction token and the transaction amount, the middleware 120 can simulate the behavior of the card reader to establish a connection with the acquirer server 130. In other words, the middleware 120 actually transmits the transaction token to the acquirer server 130 according to the communication format of the card reader.


Through the middleware 120, a merchant would not need to set up an additional card reader in order to provide mobile payment service to customers, thereby simplifying the required hardware. In addition, the middleware 120 can also include a memory to store the transaction message M2 for user inquiry in the future.


In the embodiment of FIG. 1, in order to verify the transaction token, the CNP transaction system 100 may include a tokenization server 140, a credit card transaction server 150, and a credit card center server 160. The credit card center server 160 can be set up, for example, by a credit card organization. The credit card center server 160 would transmit the transaction token TKN from the acquirer server 130 to the tokenization server 140.


The tokenization server 140 can detokenize the transaction token TKN to obtain the credit card number CN. For example, the tokenization server 140 can be set up by a tokenization service provider. The transaction token TKN can also be detokenized to the corresponding credit card number CN. Then, the tokenization server 140 transmits the credit card number CN back to the credit card center server 160, and the credit card center server 160 transmits the credit card number CN to the corresponding credit card transaction server 150 for verification.


In other words, the credit card center server 160 obtains information relating to the credit card issuer based on the credit card number CN and transmits the credit card number CN to the credit card transaction server 150 set up by the credit card issuer. In this way, the credit card transaction server 150 can verify the credit card issued by the issuer, and the transaction corresponding to the transaction message M2 would be processed after the credit card number CN is verified.


In addition, in some embodiments, the credit card center server 160 may also transmit the credit card number CN to the tokenization server 140, and the tokenization server 140 tokenizes the credit card number CN into the transaction token TKN. The transaction token TKN is then transmitted to the credit card center server 160. Then, the credit card center server 160 transmits the transaction token TKN to the acquirer server 130 to confirm the transaction. In this way, the acquirer server 130 and the merchant cannot obtain the real credit card number CN, so the process of the payment is more secure.



FIG. 2 is a flow chart of a method 200 for operating the card not present (CNP) transaction system 100 in according to an embodiment. Method 200 includes steps S210 through S270.


S210: The transaction control device 110 scans the barcode 105 to obtain the transaction information and the address of the middleware 120;


S220: The transaction control device 110 sends a connection message M1 to the address of the middleware 120 according to the transaction information;


S230: The middleware 120 receives the connection message M1 to establish a connection with the transaction control device 110;


S240: The middleware 120 receives a transaction token TKN and a transaction amount from the transaction control device 110;


S250: The middleware 120 sends a transaction message M2 to the acquirer server 130 according to the transaction token TKN and the transaction amount;


S260: The acquirer server 130 receives the transaction message M2 to establish a connection with the middleware 120;


S270: After verifying the transaction token TKN, the acquirer server 130 generates a transaction confirmation message M3 according to the transaction message M2 and sends it to the middleware 120.


Through the method 200, the merchant does not need to set up additional card reader in order to provide mobile payment service, therefore it simplifies required hardware and increases the flexibility of implementing the service.



FIG. 3 is a flow chart showing the steps of verifying the transaction token TKN in the method for operating the card not present (CNP) transaction system 100. In FIG. 3, the verification process of the transaction token TKN may include steps S310 to S390.


S310: The credit card center server 160 transmits the transaction token TKN sent by the acquirer server 130 to a tokenization server 140;


S320: The tokenization server 140 detokenizes the transaction token TKN to obtain the credit card number CN and transmits the credit card number CN to the credit card center server 160;


S330: The credit card center server 160 transmits the credit card number CN to the credit card transaction server 150;


S340: The credit card transaction server 150 verifies the credit card number CN;


S350: The credit card transaction server 150 processes the transaction corresponding to the transaction message M2;


S360: The credit card center server 160 transmits the credit card number CN to the tokenization server 140;


S370: The tokenization server 140 tokenizes the credit card number CN into the transaction token TKN;


S380: The tokenization server 140 transmits the transaction token TKN to the credit card center server 160;


S390: The credit card center server 160 transmits the transaction token TKN to the acquirer server 130 to confirm the transaction.


Through steps S310 to S390, the CNP transaction system 100 can verify the transaction token TKN online and prevent the merchant from obtaining the information on the credit card number CN and the credit card owner, thus it increases the security of payment process.


In summary, the CNP transaction system and the operating method of the CNP transaction system disclosed by the embodiments can be implemented to replace the card reader with the middleware, so that the merchant can provide mobile payment service without the need of the card reader. Thus it simplifies hardware require and increases the flexibility of implementing the service.


Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.

Claims
  • 1. A card not present (CNP) transaction system comprising: a transaction control device configured to scan a barcode to obtain transaction information and an address of a middleware, and to send a connection message to the address of the middleware according to the transaction information;the middleware configured to establish a connection with a transaction control device according to the connection message received, to obtain a transaction token and a transaction amount from the transaction control device through the connection, and to send a transaction message according to the transaction token and the transaction amount; andan acquirer server configured to receive the transaction message to establish a connection with the middleware, and to generate a transaction confirmation message to the middleware according to the transaction message after verifying the transaction token;wherein the middleware transmits the transaction token according to a communication format of a card reader to the acquirer server.
  • 2. The CNP transaction system of claim 1, wherein the transaction control device is a smart phone or a tablet computer.
  • 3. The CNP transaction system of claim 1, wherein the middleware comprises a memory configured to store the transaction message.
  • 4. The CNP transaction system of claim 1, wherein the transaction token corresponds to a credit card number.
  • 5. The CNP transaction system of claim 4 further comprising: a tokenization server configured to detokenize the transaction token to obtain the credit card number;a credit card transaction server configured to verify the credit card number and to process a transaction corresponding to the transaction message; anda credit card center server configured to transmit the transaction token sent by the acquirer server to the tokenization server and to transmit the credit card number to the credit card transaction server for verification.
  • 6. The CNP transaction system of claim 5, wherein the credit card center server transmits the credit card number to the tokenization server;the tokenization server tokenizes the credit card number into the transaction token and to transmit the transaction token to the credit card center server; andthe credit card center server transmits the transaction token to the acquirer server to confirm the transaction.
  • 7. A method for operating a card not present (CNP) transaction system, the CNP transaction system comprising a transaction control device, a middleware, and an acquirer server, the method comprising: the transaction control device scanning a barcode to obtain transaction information and an address of the middleware;the transaction control device sending a connection message to the address of the middleware according to the transaction information;the middleware receiving the connection message to establish a connection with the transaction control device;the middleware obtaining a transaction token and a transaction amount from the transaction control device through the connection;the middleware sending a transaction message according to the transaction token and the transaction amount to the acquirer server;the acquirer server receiving the transaction message to establish a connection with the middleware; andthe acquiring server generating a transaction confirmation message to the middleware according to the transaction information after verifying the transaction token;wherein the middleware sending the transaction message according to the transaction token and the transaction amount to the acquirer server comprises the middleware transmitting the transaction token according to a communication format of a card reader to the acquirer server.
  • 8. The method of claim 7, wherein the transaction token corresponds to a credit card number.
  • 9. The method of claim 8, wherein the CNP transaction system further comprises a tokenization server, a credit card transaction server and a credit card center server, the method further comprising: the credit card center server transmitting the transaction token sent by the acquirer server to the tokenization server;the tokenization server detokenizing the transaction token to obtain the credit card number;the credit card center server transmitting the credit card number to the credit card transaction server;the credit card transaction server verifying the credit card number; andthe credit card transaction server processing a transaction corresponding to the transaction message.
  • 10. The method of claim 9 further comprising: the credit card center server transmitting the credit card number to the tokenization server;the tokenization server tokenizing the credit card number into the transaction token;the tokenization server transmitting the transaction token to the credit card center server; andthe credit card center server transmitting the transaction token to the acquirer server to confirm the transaction.
Priority Claims (1)
Number Date Country Kind
108100544 Jan 2019 TW national
CROSS REFERENCE TO RELATED APPLICATIONS

This application claims the benefit U.S. provisional application No. 62/619,128, filed on Jan. 19, 2018 and incorporated herein by reference.

US Referenced Citations (46)
Number Name Date Kind
8188707 McBurney May 2012 B2
8332323 Stals Dec 2012 B2
8616439 Azen Dec 2013 B1
8840016 Schott Sep 2014 B1
8984276 Benson Mar 2015 B2
9047728 Irudayam Jun 2015 B1
9361610 Matotek Jun 2016 B2
9852417 Tyler Dec 2017 B2
10445629 Singh Oct 2019 B2
20040010695 Sahota Jan 2004 A1
20050025358 Qi Feb 2005 A1
20050102188 Hutchison May 2005 A1
20050125301 Muni Jun 2005 A1
20050203854 Das Sep 2005 A1
20050211763 Sgambati Sep 2005 A1
20070194123 Frantz Aug 2007 A1
20070194127 Rathus Aug 2007 A1
20080222048 Higgins Sep 2008 A1
20080272188 Keithley Nov 2008 A1
20090077646 Sahota Mar 2009 A1
20090240626 Hasson Sep 2009 A1
20100211506 Chang Aug 2010 A1
20110010291 Adams Jan 2011 A1
20120078735 Bauer Mar 2012 A1
20120130889 Lyons May 2012 A1
20120150750 Law Jun 2012 A1
20120203697 Morgan Aug 2012 A1
20120209749 Hammad Aug 2012 A1
20120246018 Sathe Sep 2012 A1
20130238455 Laracey Sep 2013 A1
20130246203 Laracey Sep 2013 A1
20140143075 Eason, Jr. May 2014 A1
20140201084 Dagenais Jul 2014 A1
20140207682 Wolfond Jul 2014 A1
20140279403 Baird Sep 2014 A1
20140365371 Ohlhausen Dec 2014 A1
20150134538 Kim May 2015 A1
20150248664 Makhdumi Sep 2015 A1
20150278805 Spencer, III Oct 2015 A1
20150348024 Asokan Dec 2015 A1
20160292684 Youn Oct 2016 A1
20180006821 Kinagi Jan 2018 A1
20180315045 Leyva Nov 2018 A1
20190236585 Jeong Aug 2019 A1
20190385160 Safak Dec 2019 A1
20190392422 Yim Dec 2019 A1
Foreign Referenced Citations (16)
Number Date Country
2002-7918 Jan 2002 JP
2006-23843 Jan 2006 JP
2008-197817 Aug 2008 JP
2009-237969 Oct 2009 JP
2011-210171 Oct 2011 JP
2015-22653 Feb 2015 JP
2015-526774 Sep 2015 JP
2016-173752 Sep 2016 JP
10-1706894 Feb 2017 KR
I462041 Nov 2014 TW
201447635 Dec 2014 TW
201545086 Dec 2015 TW
M514064 Dec 2015 TW
M532613 Nov 2016 TW
2016141356 Sep 2016 WO
2018006060 Jan 2018 WO
Non-Patent Literature Citations (1)
Entry
Mitsuo Komiyama, Mobile Transaction and Token Technology, Provision, Feb. 23, 2017, pp. 44-49, No. 91, IBM, Japan.
Related Publications (1)
Number Date Country
20190228404 A1 Jul 2019 US
Provisional Applications (1)
Number Date Country
62619128 Jan 2018 US