System for personal authorization control for card transactions

• US 9,685,024 B2
• Filed: 05/30/2008
• Issued: 06/20/2017
• Est. Priority Date: 03/05/2002
• Status: Active Grant

• Current Assignee: Visa USA, Inc. (Visa, Inc.)
• Original Assignee: Visa USA, Inc. (Visa, Inc.)
• Inventors: Kemper, Lynn, Vij, Akshey Shawn, O'Connell, Robin
• Primary Examiner(s): Niquette, Robert R
• Application Number:
  US12/130,143
• Publication Number:
  US 20080265018A1
• Time in Patent Office: 3,308 Days
• Field of Search: 705 44, 705 26, 705 2, 705 38
• CPC Class Codes: G06Q 20/04 Payment circuits
• CPC Class Codes: G06Q 20/202 Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
• CPC Class Codes: G06Q 20/382 insuring higher security of transaction
• CPC Class Codes: G06Q 20/40 Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
• CPC Class Codes: G06Q 20/401 Transaction verification
• CPC Class Codes: G06Q 20/403 Solvency checks
• CPC Class Codes: G06Q 20/4037 Remote solvency checks
• CPC Class Codes: G06Q 20/405 Establishing or using transaction specific rules
• CPC Class Codes: G06Q 30/0601 Electronic shopping [e-shopping]
• CPC Class Codes: G07F 7/08 by coded identity card or credit card or other personal identification means without personal verification means G07F7/02

Abstract

An authorization system allows for cardholder-provided parameters to a personal authorization subsystem. The parameters can be selected by the cardholder to limit the authorizations that would otherwise be granted on the card. The parameters can indicate limits by frequency, dollar amount, merchant, geographic location, time of day, combinations thereof, or the like. Authorization for a given transaction, even where authorized by an issuer and a network operator, might be denied based on self-constraints set by the cardholder. In some variations, messages are sent to the cardholder based on constraints set by the cardholder and transactions might be approved and messaged, or denied and messaged.

Claims

1. A method comprising:

requesting an authorization of a transaction conducted by a user, the request for authorization including details of the transaction, wherein authorization includes receiving approval from an authorization subprocessor, wherein the authorization subprocessor compares a plurality of user selected authorization parameters and constraints with the details of the transaction during the transaction and approves or denies the transaction based on the comparison, the plurality of user selected authorization parameters and constraints selected by the user through an interface, wherein if the transaction details exceed the user selected authorization parameters and constraints, the transaction is always denied, wherein subsequent to an approval by the authorization subprocessor, the authorization request is sent to an authorization processor, the authorization processor approves or denies the transaction based on a comparison of the details of the transaction and issuer specified criteria, wherein the authorization subprocessor further compares the plurality of user selected authorization parameters and constraints with the details of the transaction and sends notifications to the user based on the comparison; and

receiving an authorization response, the response indicating if the transaction is approved or denied,

wherein the notifications are sent only if transactions are denied.

2. The method of claim 1 wherein authorization further includes receiving approval from an issuer.

3. The method of claim 1 wherein the method is performed by a terminal, which comprises a Point of Sale (POS) terminal.

4. The method of claim 1 wherein method is performed by a terminal, wherein the terminal comprises an Automated Teller Machine (ATM) terminal.

5. The method of claim 1 wherein the request for authorization and the authorization response are sent over a transaction processing network.

6. The method of claim 1 wherein the user uses a credit card to conduct the transaction.

7. The method of claim 1 wherein the user uses a smartcard to conduct the transaction.

8. The method of claim 1 wherein the user uses a debit card to conduct the transaction.

9. The method of claim 1, wherein the authorization subprocessor is integrated within a transaction processing network that processes transactions for at least two different issuers.

10. The method of claim 1, wherein the interface comprises a web interface in the form of a calendar view.

11. The method of claim 1, wherein a card is used to conduct the transaction, and wherein the card presented by the user is associated with an account having multiple card carriers, wherein the user selected authorization parameters and constraints are independently selected for each card carrier.

12. The method of claim 1, wherein the user selected authorization parameters and constraints include recurring payment authorization.

13. The method of claim 1 wherein the user selected authorization parameters and constraints comprise allowing offline transactions, but not online transactions.

14. A system for authorizing a financial transaction comprising:

an authorization subprocessor, the authorization subprocessor configured to receive a request for authorization of a transaction, conducted by a user, the request for authorization including details of the transaction, wherein the authorization subprocessor compares the transaction details to a plurality of user selected authorization parameters and constraints, the plurality of user selected authorization parameters and constraints selected by the user through an interface, the authorization subprocessor approving or denying the transaction based on the comparison of the transaction details with the plurality of user selected authorization parameters and constraints, wherein if the transaction details exceed the user selected authorization parameters and constraints, the transaction is always denied, wherein subsequent to an approval of the transaction by the authorization subprocessor, the request for authorization is sent to an authorization processor, the authorization processor configured to approve or deny the transaction based on a comparison of the details of the transaction and issuer specified criteria, and wherein the authorization subprocessor is further configured to compare the plurality of user selected authorization parameters and constraints with the details of the transaction and send notifications to the user based on the comparison, wherein the user selected authorization parameters and constraints include denying transactions that exceed a specified number of transactions per day.

15. A system for authorizing a financial transaction comprising:

an authorization subprocessor, the authorization subprocessor configured to receive a request for authorization of a transaction, conducted by a user, the request for authorization including details of the transaction, wherein the authorization subprocessor compares the transaction details to a plurality of user selected authorization parameters and constraints, the plurality of user selected authorization parameters and constraints selected by the user through an interface, the authorization subprocessor approving or denying the transaction based on the comparison of the transaction details with the plurality of user selected authorization parameters and constraints, wherein if the transaction details exceed the user selected authorization parameters and constraints, the transaction is always denied, wherein subsequent to an approval of the transaction by the authorization subprocessor, the request for authorization is sent to an authorization processor, the authorization processor configured to approve or deny the transaction based on a comparison of the details of the transaction and issuer specified criteria, and wherein the authorization subprocessor is further configured to compare the plurality of user selected authorization parameters and constraints with the details of the transaction and send notifications to the user based on the comparison, wherein the user selected authorization parameters and constraints include denying cash advance transactions.