Transaction-history driven counterfeit fraud risk management solution
US-9747644-B2 · Aug 29, 2017 · US
US10460397B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10460397-B2 |
| Application number | US-201715687451-A |
| Country | US |
| Kind code | B2 |
| Filing date | Aug 26, 2017 |
| Priority date | Mar 15, 2013 |
| Publication date | Oct 29, 2019 |
| Grant date | Oct 29, 2019 |
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; 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; 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 propensity modeling in turn comprising: conducting a learning process with an artificial neural network analyzer; and 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 does not support real-time online authorization, 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 a payment processing network, which carries said plurality of successful payment device transactions, to at least one of said specific merchant and a 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 a payment processing network, which carries said plurality of successful payment device transactions, to at least one of said specific merchant and a 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 a 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 at least one of said specific merchant and a 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 a 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 a 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 a 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 a 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; 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; 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 propensity modeling in turn comprising: conducting a learning process with an artificial neural network analyzer; and 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 means for making said further-refined whitelist available to a plurality of payment device readers in a second environment which does not support real-time online authorization, 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. 14. An apparatus comprising: a memory; at least one hardware processor, operatively coupled to said memory; and a persistent storage device operatively coupled to said memory and storing in a non-transitory manner instructions which when lo
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.