Method and System of Validating Cash Transactions

Abstract

A method and system of validating cash transactions which comprises capturing a unique identifier of a banknote, storing the unique identifier against a user identity of a user; and upon receiving the banknote as tender for payment, checking the unique identifier of the banknote against the user identity, requesting an authorization for release of the banknote for payment, and in response to receiving a successful authorization, transmitting an accept banknote message and in response to a failed authorization, transmitting a decline banknote message.

Claims

1. A method of validating a cash transaction at a cash validation server of a cash transaction validation system, comprising: capturing a unique identifier of a banknote of a user; storing the unique identifier of the banknote against a user identity of the user in a database connected to the cash validation server; checking the unique identifier of the banknote against the user identity stored in the database when the banknote is received as tender for payment at a receiving Cash Processing Terminal (CPT); requesting an authorization from the user to release the banknote for payment; transmitting an accept banknote message to the receiving CPT when a successful authorization is received and transmitting a decline banknote message to the receiving CPT when a failed authorization is received.

2. The method of claim 1, wherein checking the unique identifier of the banknote against the user identity stored in the database comprises electronically receiving the unique identifier at a client-side cash validation application installed on the receiving CPT and transmitting the unique identifier to a server-side cash validation application installed on the cash validation server.

3. (canceled)

4. The method of claim 1, wherein the receiving CPT comprises a merchant Point of Sale (POS) terminal.

5. The method of claim 1, wherein requesting an authorization from the user comprises receiving the authorization from a front-end user terminal, the front-end user terminal is a mobile device or a desktop computer, a user authentication application is installed on the front-end user terminal, the user authentication application is a mobile device application when the front-end user terminal is the mobile device, the user authentication application is a desktop computer application when the front-end user terminal is the desktop computer and the user authentication application is in data communication with the merchant POS terminal or the server-side cash validation application installed on the cash validation server.

6. (canceled)

7. (canceled)

8. The method of claim 1, wherein capturing a unique identifier of a banknote comprises capturing the unique identifier at a dispensing CPT.

9. The method of claim 1, wherein the client-side cash validation application is integrated with the merchant POS terminal.

10. The method of claim 1, wherein the unique identifier of the banknote comprises a banknote serial number.

11. The method of claim 1, wherein capturing a unique identifier of a banknote comprises presenting the user with an option to capture the banknote at the dispensing CPT when the banknote is withdrawn.

12. The method of claim 1, comprising flagging the unique identifier of the banknote with a captured status or a released status.

13. The method of claim 1, wherein requesting an authorization from the user comprises authenticating the user at the merchant POS terminal using a Personal Identification Number (PIN) or two-factor authentication.

14. The method of claim 1, wherein the dispensing CPT is part of a local dispensing CPT network of a bank, the merchant POS terminal is part of a local merchant POS network and the cash validation server is located remote from the local dispensing CPT network and the local merchant POS network.

15. (canceled)

16. (canceled)

17. The method of claim 1, wherein the dispensing CPT comprises an Automatic Teller Machine (ATM) and the captured status or the released status of the banknote is updated at the server-side cash validation application.

18. (canceled)

19. The method of claim 1, comprising tracking the banknote using the unique identifier.

20. The method of claim 19, wherein tracking the banknote comprises analyzing a lifecycle of the banknote and providing supply and location information about the banknote.

21. The method of claim 1, comprising displaying a notification of the user identity and the captured status or the released status of the banknote at the merchant POS terminal when the authorization is received from the user.

22. (canceled)

23. A system of validating a cash transaction, comprising: a cash validation server connected to a database, wherein a server-side cash validation application is installed on the cash validation server and a receiving Cash Processing Terminal (CPT), wherein a client-side cash validation application is installed on the receiving CPT and wherein the system of validating the cash transaction is to: capture a unique identifier of a banknote of a user; store the unique identifier of the banknote against a user identity of the user in the database; check the unique identifier of the banknote against the user identity stored in the database when the banknote is received as tender for payment at the receiving CPT; request an authorization from the user to release the banknote for payment; transmit an accept banknote message to the receiving CPT when a successful authorization is received and transmit a decline banknote message to the receiving CPT when a failed authorization is received.

24. The system of claim 23, wherein the receiving CPT is to receive the unique identifier of the banknote at the client-side cash validation application and transmit the unique identifier to the server-side cash validation application on the cash validation server to check the unique identifier against the user identity stored in the database.

25. The system of claim 23, wherein the receiving CPT comprises a merchant Point of Sale (POS) terminal.

26. The system of claim 23, comprising a dispensing CPT and a front-end user terminal, wherein the front-end user terminal is a mobile device or a desktop computer, a user authentication application is installed on the front-end user terminal, the user authentication application is a mobile device application when the front-end user terminal is the mobile device, the user authentication application is a desktop computer application when the front-end user terminal is the desktop computer and the user authentication application is in data communication with the server-side cash validation application and the merchant POS terminal.

27-30. (canceled)

31. The system of claim 26, wherein the dispensing CPT is part of a local dispensing CPT network, the merchant POS terminal is part of a local merchant POS network, the cash validation server is located remote from the local dispensing CPT network and the local merchant POS network and the dispensing CPT comprises an Automatic Teller Machine (ATM).

32-39. (canceled)

Description

DRAWINGS

[0037] In the drawings,

[0038] FIG. 1 illustrates a schematic diagram of a cash transaction validation system in accordance with one aspect of the invention.

[0039] FIG. 2 shows, schematically, a method of validating cash transactions, the method being implemented by the system of FIG. 1 in accordance with another aspect of the invention.

[0040] FIG. 3 illustrates a schematic diagram of a cash transaction validation system in accordance with yet another aspect of the invention.

[0041] FIG. 4 shows, schematically, a method of validating cash transactions, the method being implemented by the system of FIG. 3 in accordance with yet another aspect of the invention.

DETAILED DESCRIPTION OF THE INVENTION

[0042] With reference to FIG. 1 of the drawings, reference numeral (200) denotes, generally, a cash transaction validation system in accordance with one embodiment of the invention. The system (200) comprises a cash validation server (202) connected to a repository in the form of a database (204) having a server-side cash validation software application (206) installed on the cash validation server (202).

[0043] To one side, the cash validation server (202) is in data communication with a local dispensing Cash Processing Terminal (CPT) network (208) having dispensing CPT's in the form of ATM's (210.1), (210.2) and (210.3). The local dispensing CPT network (208) holds three banknotes at its ATM's (210.1), (210.2) and (210.3), the banknotes having unique identifiers (212.1), (212.2) and (212.3).

[0044] To another side, the cash validation server (202) is in data communication with a local receiving CPT network (214) which comprises receiving CPT's in the form of merchant Point-of-Sale (POS) terminals (216.1) and (216.2). A client-side cash validation software application (218) is installed at the merchant POS terminals (216.1) and (216.2), the client-side cash validation software application (218) being integrated with the POS terminals (216.1) and (216.2).

[0045] In this embodiment of the invention, the cash transaction validation system (200) comprises a front-end user terminal in the form of a mobile device (220) of a user (222) having installed thereon a user authentication application (224) in data communication with the merchant POS terminals (216.1) and (216.2) and the cash validation server (202).

[0046] As will become more apparent with reference to FIG. 2 of the drawings, the cash transaction validation system (200) is operable to capture the unique identifiers of the banknotes (212.1), (212.2) and (212.3) of the user (222) upon withdrawal of the banknotes by the user (222), store the unique identifiers against a user identity of the user (222) in the database (204), and upon tendering of the banknotes for payment at the merchant POS terminals (216.1) and (216.2), check or look-up the unique identifiers of the banknotes against the user identities stored in the database (204), request an authorization from the user (222) to release the banknotes for payment and, in response to receiving a successful authorization from the user (222), transmit an accept banknote message to the receiving CPT, i.e. the merchant POS terminals (216.1) and (216.2), and in response to a failed authorization, transmit a decline banknote message to the receiving CPT, i.e. the merchant POS terminals (216.1) and (216.2).

[0047] With reference to FIG. 2 of the drawings, reference numeral (300) denotes, generally, a method of validating cash transactions in accordance with another embodiment of the invention, the method being conducted at the cash transaction validation system (200) of FIG. 1.

[0048] At a first step (301), the user 222 withdraws three banknotes from the ATM (210.1) that forms part of the local dispensing Cash Processing Terminal (CPT) network (208). Upon withdrawal of the banknotes, the user is presented with an option to have the banknotes captured by the system.

[0049] Next at step (302) and upon the user's (222) electing to capture the banknotes, the unique identifiers (212.1), (212.2) and (212.3) of the banknotes of the user (222) are captured and the unique identifiers (212.1), (212.2) and (212.3) are stored against a user identity of the user (222) in the database (204) connected to the cash validation server (202). In this embodiment of the invention, the unique identifiers (212.1), (212.2) and (212.3) are banknote serial numbers.

[0050] At step (304), the banknotes having unique identifiers (212.1), (212.2) and are tendered as payment for goods at the merchant POS terminal (216.2) and the banknote having unique identifier (212.3) is tendered as payment for goods at the merchant POS terminal (216.1).

[0051] Next at step (306), the unique identifiers (212.1), (212.2) and (212.3) are checked against the user identity stored in the database (204) by electronically receiving the unique identifiers (212.1), (212.2) and (212.3) at the client-side cash validation software application (218) installed at the merchant POS terminals (216.1) and (216.2) and the unique identifiers (212.1), (212.2) and (212.3) are transmitted to the server-side cash validation application (206) installed on the cash validation server (202).

[0052] Next at step (308), the user (222) is requested to authorize the release of the banknotes having unique identifiers (212.1), (212.2) and (212.3). In one embodiment, the authorization comprises requesting the authorization from the user (222) by a Personal Identification Number (PIN), whereas in another embodiment, the authorization is requested via two-factor authentication. In yet another embodiment, requesting the authorization from the user (222) comprises receiving the authorization from the front-end user terminal in the form of the mobile device (220) having installed thereon the user authentication application (224) being in data communication with the server-side cash validation application (206) installed on the cash validation server (202).

[0053] At step (310) and upon receipt of successful authorization for the release of the banknotes having unique identifiers (212.1) and (212.2), the banknotes having unique identifiers (212.1) and (212.2) are flagged with a released status and an accept banknote message is transmitted to the POS terminal (216.2) for acceptance of the banknotes as payment.

[0054] At step (312) and in in response to a failed authorization for the banknote having unique identifier (212.3), the captured status of the banknote having unique identifier (212.3) remains unchanged and a decline banknote message is transmitted to the POS terminal (216.1) and the banknote is rejected as payment.

[0055] In FIG. 3 of the drawings, reference numeral (7) denotes, generally, a cash transaction validation system in accordance with yet another aspect of the invention. The system (7) includes a cash validation server (70) connected to a repository in the form of a database (72) and a server-side cash validation application (68).

[0056] To one side, the cash validation server (70) is in data communication with a local dispensing CPT network (58) having dispensing CPT's in the form of ATM's (52.1), (52.2) and (52.3) and a dispensing storage controller (60.1). The local dispensing CPT network (58) holds three banknotes of a user (50) at its ATM's (52.1), (52.2) and (52.3), the banknotes having unique identifiers in the form of serial numbers (54.1), (54.2) and (54.3).

[0057] To another side, the cash validation server (70) is in data communication with a local receiving CPT network (64) which includes receiving CPT's in the form of merchant POS terminals (62.1) and (62.2), and a receiving storage controller (60.2).

[0058] In this embodiment of the invention, the cash transaction validation system (7) includes a front-end user terminal in the form of a mobile device (82) having installed thereon a client-side cash validation application in the form of a mobile device application (80), the mobile device application (80) having been downloaded from an online store by the user (50). The cash transaction validation system (7) further includes a front-end terminal in the form of a desktop computer (86) having a client-side cash validation application accessible in the form of a browser-based application (84).

[0059] The system (7) is operable to capture the serial numbers (54.1), (54.2), and (54.3); store the serial numbers against the user name in the database (72) connected to the cash validation server (70); add a “captured” or “released” status to the serial numbers (54.1), (54.2), and (54.3); and upon tendering of the banknotes having any one or more of the serial numbers for payment at the receiving CPT (62.1) or (62.2), take the serial number of the tendered banknote, check its “captured” or “released” status, and in response to a “captured” status, transmit a “decline banknote” message to the receiving CPT (62.1) or (62.2) and in response to a “released” status, transmit an “accept banknote” message to the receiving CPT (62.1) or (62.2).

[0060] In FIG. 4 of the drawings, reference numeral (9) denotes, generally, a method of validating cash transactions in accordance with yet another aspect of the invention, the method being conducted at the cash transaction validation system (7) of FIG. 3.

[0061] At a first step (120), the cash validation server (70) accesses the ATM's (52.1), (52.2) and (52.3) of the local dispensing CPT network (58) via the dispensing storage controller (60.1) and captures the unique identifiers in the form of banknote serial numbers (54.1), (54.2) and (54.3) of the user (50). In this embodiment, the serial numbers (54.1), (54.2) and (54.3) are captured upon withdrawal of the banknotes and the dispensing CPT's i.e. ATM's (52.1), (52.2) and (52.3) are accessed electronically via the dispensing storage controller (60.1) by the server-side cash validation application (68).

[0062] Next, at step (122), the serial numbers (54.1), (54.2) and (54.3) are stored against the username (50) in the database repository (72) connected to the server (70).

[0063] At step (124), the server-side cash validation application (68) adds or appends to each serial number a “captured” status meaning that the banknotes have not yet been released by the user (50).

[0064] Next, at step (126), the user (50) withdraws the banknotes having serial numbers (54.1), (54.2) and (54.3) with the aim of tendering the banknotes for payment at a receiving CPT in the form of the merchant POS terminal (62.1).

[0065] Now, at step (128), the user (50) communicates with the cash validation server (70) via the front-end terminal in the form of the mobile device (82) having installed thereon the client-side cash validation application (80) and updates the status of the banknotes having serial numbers (54.1) and (54.2) from “captured” to “released” at step (130).

[0066] Next, at step (132), the banknotes having serial numbers (54.1) and (54.2) are presented or tendered for payment at the merchant POS terminal (62.1). The merchant checks the “captured” or “released” status of the banknotes by electronically capturing their serial numbers and transmits the serial numbers (54.1) and (54.2) to the cash validation server (70) for verification against the statuses stored in the repository (72) connected to the server (70) at step (134).

[0067] In this embodiment, the banknotes having serial numbers (54.1) and (54.2) have been “released” by the user (50) at step (130) and the validation server (70) accordingly transmits an “accept banknote” message to the merchant POS terminal (62.1) at step (136). Should the note with serial number (54.3) have been presented for payment, the server (70) would have transmitted a “decline banknote” to the POS terminal (62.1).

[0068] Advantageously, a method and system as hereinbefore described is aimed at removing the anticipated reward of crime, i.e. the stealing of banknotes, by foiling the theft and increasing the risk of being caught.