IP Library › Granted Patent US 12,248,930
Granted Patent B2
US 12,248,930 · App. 18/047,406 · Granted Mar 11, 2025

System and method for closing pre-authorization amounts on a virtual token account

Inventors: Jeremiah Curry (St. George, UT); Vivekanandan Vaithinathan (South Jordan, UT)
Assignee: American Express Travel Related Services Company, Inc.
G06Q20/3674G06Q20/4012G06Q20/403G06Q40/02
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,248,930
App. No.
18/047,406
Granted
Mar 11, 2025
Kind
B2
Abstract

Disclosed are various embodiments for automatically updating an authorized variance for a virtual token account. In one example, among others, a computing device is configured to receive an authorization request associated with a virtual token from a merchant system. The transaction request amount is determined to be less than the virtual token balance combined with an authorized variance of the virtual token. The authorization request is authorized based at least in part on the determination that the-transaction request amount is less than the virtual token balance combined with the authorized variance. An authorized variance transaction history is generated based on previous approved transactions and previous declined transactions. The authorized variance for the virtual token is determined to be updated based at least in part on the authorized variance transaction history. The authorized variance of the virtual token is automatically updated.

Claims (60)

1. A method, comprising:

receiving, by a computing device comprising a processor and a memory, an authorization request for a virtual token transaction associated with a virtual token that is input via a webpage on a user terminal, wherein the authorization request comprises a transaction request amount and is received from a merchant system;

determining, by the computing device, that the transaction request amount is less than a virtual token balance combined with an authorized variance of the virtual token;

authorizing, by the computing device, the authorization request for the virtual token transaction based at least in part on the determination that the transaction request amount is less than the virtual token balance combined with an authorized variance;

generating, by the computing device, an authorized variance transaction history based at least in part on a plurality of approved transactions and a plurality of declined transactions associated with the authorized variance;

determining, by the computing device, that the authorized variance for the virtual token needs to be updated based at least in part on the authorized variance transaction history;

automatically updating, by the computing device, the authorized variance of the virtual token based at least in part on the determination for updating the authorized variance according to the authorized variance transaction history; and

expiring the virtual token by the computing device in response to the virtual token balance being less than a settlement variance or continuing to accept transaction requests for the virtual token when the settlement variance is less than or equal to the virtual token balance, wherein the virtual token that has been expired is no longer authorized for the transaction authorization request, wherein the transaction authorization request is settled by a settlement engine.

2. The method of claim 1 , further comprising:

receiving, by the computing device, a request from a user device to generate a respective virtual token associated with a parent transaction account; and

generating, by the computing device, the respective virtual token that is linked to the parent transaction account.

3. The method of claim 2 , further comprising:

selecting, by the computing device, the user device for a transmission of the respective virtual token based at least in part on the user device corresponding with a recipient defined in a token parameter; and

transmitting, by the computing device, the respective virtual token to the user device.

4. The method of claim 1 , wherein the transaction request amount is greater than the virtual token balance and less than the virtual token balance combined with the authorized variance.

5. The method of claim 1 , further comprising:

receiving, by the computing device, a virtual token setup request from a user device to enable the virtual token to be associated with the parent transaction account; and

displaying, by the computing device, a user interface on the user device for receiving the authorized variance in response to receiving the virtual token setup request.

6. The method of claim 1 , wherein the authorized variance comprises:

a threshold monetary amount and a percentage of an authorized amount of the virtual token.

7. A system, comprising:

a computing device comprising a processor and a memory; and

computer-readable instructions stored in the memory that, when executed by the processor, cause the computing device to:

receive an authorization request for a virtual token transaction associated with a virtual token that is input via a webpage on a user terminal, wherein the authorization request comprises a transaction request amount and is received from a merchant system;

determine that the transaction request amount is less than the virtual token balance combined with an authorized variance of the virtual token;

authorize the authorization request for the virtual token transaction based at least in part on the determination that the transaction request amount is less than a virtual token balance combined with an authorized variance;

generate an authorized variance transaction history based at least in part on a plurality of approved transactions and a plurality of declined transactions associated with the authorized variance;

determine that the authorized variance for the virtual token needs to be updated based at least in part on the authorized variance transaction history;

automatically update the authorized variance of the virtual token based at least in part on the determination for updating the authorized variance according to the authorized variance transaction history; and

expire the virtual token by the computing device in response to the virtual token balance being less than a settlement variance or continuing to accept transaction requests for the virtual token when the settlement variance is less than or equal to the virtual token balance, wherein the virtual token that has been expired is no longer authorized for the transaction authorization request, wherein the transaction authorization request is settled by a settlement engine.

8. The system of claim 7 , wherein the computer-readable instructions, when executed by the processor, cause the computing device to:

receive a request from a user device to generate a respective virtual token associated with a parent transaction account; and

generate the respective virtual token that is linked to the parent transaction account.

9. The system of claim 8 , wherein the computer-readable instructions, when executed by the processor, cause the computing device to:

select the user device for a transmission of the respective virtual token based at least in part on the user device corresponding with a recipient defined in a token parameter; and

transmit the respective virtual token to the user device.

10. The system of claim 7 , wherein the transaction request amount is greater than the virtual token balance and less than the virtual token balance combined with the authorized variance.

11. The system of claim 7 , wherein the computer-readable instructions, when executed by the processor, cause the computing device to:

receive a virtual token setup request from a user device to enable the virtual token to be associated with the parent transaction account; and

display a user interface on the user device for receiving the authorized variance in response to receiving the virtual token setup request.

12. The system of claim 7 , wherein the authorized variance comprises:

a threshold monetary amount and a percentage of an authorized amount of the virtual token.

13. A non-transitory computer-readable medium comprising a program executable in a computing device, wherein the program is configured to cause the computing device to:

receive an authorization request for a virtual token transaction associated with a virtual token that is input via a webpage on a user terminal, wherein the authorization request comprises a transaction request amount and is received from a merchant system;

determine that the transaction request amount is less than the virtual token balance combined with an authorized variance of the virtual token;

authorize the authorization request for the virtual token transaction based at least in part on the determination that the transaction request amount is less than a virtual token balance combined with an authorized variance;

generate an authorized variance transaction history based at least in part on for a plurality of approved transactions and plurality of declined transactions associated with the authorized variance;

determine that the authorized variance for the virtual token needs to be updated based at least in part on the authorized variance transaction history;

automatically update the authorized variance of the virtual token based at least in part on the determination for updating the authorized variance according to the authorized variance transaction history; and

expiring the virtual token by the computing device in response to the virtual token balance being less than a settlement variance or continuing to accept transaction requests for the virtual token when the settlement variance is less than or equal to the virtual token balance, wherein the virtual token that has been expired is no longer authorized for the transaction authorization request, wherein the transaction authorization request is settled by a settlement engine.

14. The non-transitory computer-readable medium of claim 13 , wherein the program is configured to cause the computing device to:

receive a request from a user device to generate a respective virtual token associated with a parent transaction account; and

generate the respective virtual token that is linked to the parent transaction account.

15. The non-transitory computer-readable medium of claim 14 , wherein the program is configured to cause the computing device to:

select the user device for a transmission of the respective virtual token based at least in part on the user device corresponding with a recipient defined in a token parameter; and

transmit the respective virtual token to the user device.

16. The non-transitory computer-readable medium of claim 13 , wherein the transaction request amount is greater than the virtual token balance and less than the virtual token balance combined with the authorized variance.

17. The non-transitory computer-readable medium of claim 13 , wherein the program is configured to cause the computing device to:

receive a virtual token setup request from a user device to enable the virtual token to be associated with the parent transaction account; and

display a user interface on the user device for receiving the authorized variance in response to receiving the virtual token setup request.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 12, 2023
From: CURRY, JEREMIAH; VAITHINATHAN, VIVEKANANDAN
To: AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC.
Reel/Frame 064869/0703 →
Continuity (3)
Continuation 16898803 · Jun 11, 2020
Continuation 15080993 · Mar 25, 2016
Related Publication 20230115996A1 · Apr 13, 2023
References Cited (28)
US 9741077B2 · Shakkarwar · 2017 [cited by applicant]
US 9741977B2 · Yi et al. · 2017 [cited by applicant]
US 9830595B2 · Anderson · 2017 [cited by examiner]
US 10706413B2 · Curry · 2020 [cited by examiner]
US 10853804B1 · Ho · 2020 [cited by examiner]
US 11429975B1 · Asefi · 2022 [cited by examiner]
US 11488146B1 · Curry · 2022 [cited by examiner]
US 20040073688A1 · Sampson · 2004 [cited by examiner]
US 20070233751A1 · Sampson · 2007 [cited by examiner]
US 20090076966A1 · Bishop et al. · 2009 [cited by applicant]
US 20120150643A1 · Wolfe et al. · 2012 [cited by applicant]
US 20130198080A1 · Anderson · 2013 [cited by examiner]
US 20140143146A1 · Passanha · 2014 [cited by examiner]
US 20150032627A1 · Dill · 2015 [cited by examiner]
US 20150127547A1 · Powell · 2015 [cited by examiner]
US 20150254647A1 · Bondesen · 2015 [cited by examiner]
US 20150254652A1 · Bondesen · 2015 [cited by examiner]
US 20150254653A1 · Bondesen · 2015 [cited by examiner]
US 20150254656A1 · Bondesen · 2015 [cited by examiner]
US 20150254657A1 · Bondesen · 2015 [cited by examiner]
US 20150254658A1 · Bondesen · 2015 [cited by examiner]
US 20150254663A1 · Bondesen · 2015 [cited by examiner]
US 20150254664A1 · Bondesen · 2015 [cited by examiner]
US 20150254665A1 · Bondesen · 2015 [cited by examiner]
US 20150254770A1 · Bondesen · 2015 [cited by examiner]
US 20160104146A1 · Peyton · 2016 [cited by examiner]
US 20170161727A1 · Gupta · 2017 [cited by examiner]
EP 2652687A1 · 2013 [cited by applicant]