Cash card system
US-2015134469-A1 · May 14, 2015 · US
US9747644B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9747644-B2 |
| Application number | US-201414210661-A |
| Country | US |
| Kind code | B2 |
| Filing date | Mar 14, 2014 |
| Priority date | Mar 15, 2013 |
| Publication date | Aug 29, 2017 |
| Grant date | Aug 29, 2017 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
Transaction data is gathered for a plurality of successful payment device transactions in a first environment. The transaction data is filtered to identify successful payment device transactions associated with payment devices for which offline authentication is not supported, to obtain a whitelist. The whitelist is made available to at least one of (1) a merchant in a second, different environment, and (2) a third party acting on behalf of such a merchant.
Opening claim text (preview).
What is claimed is: 1. A method comprising the steps of: gathering transaction data for a plurality of successful payment device transactions in a first environment, said successful payment device transactions being carried over a payment processing network; filtering said transaction data to identify successful payment device transactions associated with payment devices for which offline authentication is not supported, to obtain a whitelist, wherein said filtering is carried out by at least one hardware processor located at a node of said payment processing network; carrying out propensity modeling on said whitelist to identify a subset of said payment devices for which said offline authentication is not supported which are more likely than a remainder of said payment devices for which said offline authentication is not supported to be used at a specific merchant, to obtain a further-refined whitelist, wherein said propensity modeling is carried out by at least one hardware processor located at said node of said payment processing network, said propensity modeling in turn comprising: said at least one hardware processor conducting a learning process with an artificial neural network analyzer; and said at least one hardware processor applying said artificial neural network analyzer which has undergone said learning process to said successful payment device transactions associated with said payment devices for which said offline authentication is not supported to identify said subset of said payment devices for which said offline authentication is not supported which are more likely than said remainder of said payment devices for which said offline authentication is not supported to be used at said specific merchant, to obtain said further-refined whitelist; and making said further-refined whitelist available to a plurality of payment device readers in a second environment which is different from the first environment and which does not support real-time online authorization, via at least one of: said specific merchant, and a third party acting on behalf of said specific merchant, to permit inferring said offline authentication of said subset of said payment devices for which said offline authentication is not supported, in said second environment. 2. The method of claim 1 , wherein said gathering comprises gathering for at least one of authorization requests, authorization responses, and clearing messages. 3. The method of claim 1 , wherein said gathering, filtering, and making available steps are carried out without requiring deliberate action by holders of said payment devices for which offline authentication is not supported, other than normal usage thereof. 4. The method of claim 1 , wherein said making available step comprises providing directly from an operator of said payment processing network, which carries said plurality of successful payment device transactions, to said at least one of said specific merchant and said third party acting on behalf of said specific merchant. 5. The method of claim 1 , wherein said making available step comprises providing from an operator of said payment processing network which carries said plurality of successful payment device transactions to said at least one of said specific merchant and said third party acting on behalf of said specific merchant via an acquirer of said specific merchant. 6. The method of claim 1 , wherein said making available step comprises providing from an operator of said payment processing network which carries said plurality of successful payment device transactions to said specific merchant via a vendor which provides at least a portion of an access control solution to said specific merchant. 7. The method of claim 1 , further comprising said at least one of said specific merchant and said third party acting on behalf of said specific merchant inferring authentication for at least one payment device of said subset of said payment devices, based on presence of said at least one payment device of said subset of said payment devices on said whitelist provided to said specific merchant. 8. The method of claim 7 , wherein said specific merchant is a transit system and wherein said specific merchant or said third party takes at least one action in response to inferring authentication, wherein said at least one action comprises allowing access to said transit system. 9. The method of claim 1 , further comprising said at least one of said specific merchant and said third party acting on behalf of said specific merchant making a risk management decision for at least one payment device of said subset of said payment devices, based, at least in part, on presence of said at least one payment device of said subset of said payment devices on said whitelist. 10. The method of claim 1 , further comprising said at least one of said specific merchant and said third party acting on behalf of said specific merchant distributing said whitelist to said plurality of payment device readers, said plurality of payment device readers being operated at least one of: by said specific merchant; and on behalf of said specific merchant. 11. The method of claim 1 , wherein: said gathering, filtering, and making available steps are carried out by an operator of said payment processing network which carries said plurality of successful payment device transactions; and said transaction data for said plurality of successful payment device transactions is received by said operator over said payment processing network. 12. The method of claim 11 , further comprising providing a system, wherein the system comprises distinct software modules, each of the distinct software modules being embodied on a non-transitory computer-readable storage medium, and wherein the distinct software modules comprise a database module and a propensity modeling engine module; wherein: in said gathering step, said transaction data for said plurality of successful payment device transactions is stored using said database module executing on said at least one hardware processor located at said node of said payment processing network; and said filtering step is carried out by said propensity modeling engine module executing on said at least one hardware processor located at said node of said payment processing network. 13. An apparatus comprising: means for gathering transaction data for a plurality of successful payment device transactions in a first environment, said successful payment device transactions being carried over a payment processing network; means for filtering said transaction data to identify successful payment device transactions associated with payment devices for which offline authentication is not supported, to obtain a whitelist, wherein said filtering is carried out by at least one hardware processor located at a node of said payment processing network; means for carrying out propensity modeling on said whitelist to identify a subset of said payment devices for which said offline authentication is not supported which are more likely than a remainder of said payment devices for which said offline authentication is not supported to be used at a specific merchant, to obtain a further-refined whitelist, said means for carrying out propensity modeling in turn comprising: means for said at least one hardware processor conducting a learning process with an artificial neural network analyzer; and means for said at least one hardware processor applying said artificial neural network analyzer which has undergone said learning process to said successful payment device transactions associated with said payment devices for which said
involving fraud or risk level assessment in transaction processing · CPC title
Accounting · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.