IP Library Granted Patent US 11,132,692
Granted Patent B2
US 11,132,692 · App. 16/296,535 · Granted Sep 28, 2021

Shared voting for accounting

Inventors: James David Cleaver (Grose Wold, AU); Thuy Luong (Danbury, CT); Michael James McGuire (Beaumont Hills, AU); Ronald George Gottschalk (The Basin, AU)
Assignee: International Business Machines Corporation
G06Q20/405
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 11,132,692
App. No.
16/296,535
Granted
Sep 28, 2021
Kind
B2
Abstract

A method includes receiving, by a backend application, a request for a transaction from a frontend application, and determining, by the backend application, that the request is approved according to an approval policy. The method also includes creating, by the backend application, a single-use account, and requesting, by the backend application, a single-use code for the single-use account from a financial institution. The method also includes receiving, by the backend application, the single-use code, and sending, by the backend application, the single-use code to the frontend application.

Claims (71)

1. A method comprising:

providing, by a first instance of a plurality of instances of a frontend computer application running on a first computing device, a form for a request for a transaction, the form including a blank with a drop-down menu for entering information for the request, wherein each of a plurality of users has a respective computing device that is associated with a respective instance of the plurality of instances of the frontend computer application;

editing, dynamically, a subset of options from a set of predetermined options for the drop-down menu based on a proximity of a user of the first computing device to some or all of the plurality of users;

receiving, by a backend computer application running on a second computing device, the request from the first instance of the frontend computer application;

applying, by the backend computer application, an approval policy to the request, wherein the approval policy comprises a set of criteria;

determining, by the backend computer application, whether the set of criteria requires voting by some or all of the plurality of users for approval of the request;

providing approval requests to a selected portion of the plurality of instances of the frontend computer application running on a plurality of other computing devices based on the approval policy in response to the set of criteria requiring voting;

determining, by the backend computer application, that the request is approved according to the approval policy;

creating, by the backend computer application, a single-use account;

requesting, by the backend computer application, a single-use code for the single-use account from a financial institution;

receiving, by the backend computer application, the single-use code; and

sending, by the backend computer application, the single-use code to the first instance of the frontend computer application.

2. The method of claim 1 , further comprising:

apportioning, by the backend computer application, the transaction amongst a plurality of users according to an apportion policy.

3. The method of claim 2 , further comprising:

requesting, by the frontend computer application, a contribution to the financial institution from at least one of the plurality of users according to a contribution policy.

4. The method of claim 1 , further comprising:

recording, by the backend computer application, a contribution to the financial institution.

5. The method of claim 1 , wherein the set of criteria is based on at least one of a second group consisting of: voting of some or all of a plurality of users, a transaction amount, a location of the request, a location of the transaction, a time and/or date of the request, a time and/or date of the transaction, a relative time and/or date of request, and a relative time and/or date of transaction.

6. The method of claim 1 , wherein the determining of the request approval comprises:

receiving, by the backend computer application, a voting share from one of the selected portion of the plurality of instances of the frontend computer application.

7. The method of claim 1 , wherein the single-use account can be used for no more than an amount of the expenditure.

8. A method comprising:

providing, by a first instance of a plurality of instances of a frontend computer application running on a first computing device, a form for a request for a transaction from a first user of a plurality of users, wherein each of the plurality of users has a respective computing device that is associated with a respective instance of the plurality of instances of the frontend computer application, the form including a blank with a drop-down menu for entering information for the request;

editing, dynamically, a subset of options from a set of predetermined options for the drop-down menu based on a proximity of a user of the first computing device to some or all of the plurality of users;

requesting, by the first instance of the frontend computer application, approval for the transaction from a backend computer application running on a second computing device in response to the backend computer application having:

applied an approval policy to the request, wherein the approval policy comprises a set of criteria;

determined whether the set of criteria requires voting by some or all of the plurality of users for approval of the request;

provided approval requests to a selected portion of the plurality of instances of the frontend computer application running on a plurality of other computing devices based on the approval policy in response to the set of criteria requiring voting;

receiving and storing, by the first instance of the frontend computer application, a code for a single-use account from the backend computer application, wherein the single-use account originates from a financial institution in communication with the backend computer application;

presenting, by the first instance of the frontend computer application, the code for completing a transaction; and

recording, by the first instance of the frontend computer application, the completed transaction.

9. The method of claim 8 , wherein the set of criteria is at least one of a second group consisting of: voting of some or all of the plurality of users, a transaction amount, a location of the request, a location of the transaction, a time and/or date of the request, a time and/or date of the transaction, a relative time and/or date of request, and a relative time and/or date of transaction.

10. The method of claim 8 , wherein one of the approval requests was sent to a second user, and the method further comprises:

receiving, by the frontend computer application, a voting share from the second user approving the transaction; and

providing, by the frontend computer application, the voting share from the second user to the backend computer application.

11. The method of claim 8 , further comprising:

requesting, by the frontend computer application, that a third user contributes to the financial institution according to a contribution policy.

12. The method of claim 8 , further comprising:

apportioning, by the backend computer application, the transaction amongst the plurality of users according to an apportion policy.

13. The method of claim 8 , wherein the single-use account can be used for no more than an amount of the expenditure.

14. A system comprising a first computing device communicatively connected to a second computing device, wherein:

the first computing device comprises a first processor configured to:

provide a form for a request for a transaction to a user of a plurality of users, the form including a blank with a drop-down menu for entering information for the request, wherein the first computing device includes an instance of a frontend computer application, wherein other users of the plurality of users have other computing devices that include other instances of the frontend computer application;

edit, dynamically, a subset of options from a set of predetermined options for the drop-down menu based on a proximity of a user of the first computing device to some or all of the plurality of users;

receive the request from the user;

request approval for the transaction from the second computing device;

receive and store a single-use code for a single-use account from the second computing device, wherein the single-use account originates from a financial institution in communication with the second computing device;

present the code for completing a transaction; and

record the completed transaction; and

the second computing device comprises a second processor and a first memory and is communicatively connected to the financial institution, and the second processor is configured to:

receive the request for the transaction from the first computing device;

apply an approval policy to the request, wherein the approval policy comprises a set of criteria;

determine whether the set of criteria requires voting by some or all of the plurality of users for approval of the request;

provide approval requests to a selected portion of the plurality of instances of the frontend computer application running on a plurality of other computing devices based on the approval policy requiring voting;

determine that the request is approved according to the approval policy;

create the single-use account;

request the single-use code for the single-use account from the financial institution;

receive the single-use code; and

send the single-use code to the first computing device.

15. The system of claim 14 , wherein the first memory is further configured to store:

a contribution policy; and

an apportion policy.

16. The system of claim 14 , wherein the set of criteria is based on at least one of a second group consisting of: voting of some or all of the plurality of users, a transaction amount, a location of the request, a location of the transaction, a time and/or date of the request, a time and/or date of the transaction, a relative time and/or date of request, and a relative time and/or date of transaction.

17. The system of claim 15 , wherein the first is memory configured to store:

a request policy;

a payment policy; and

a transaction policy.

18. The system of claim 17 , wherein the request policy is based on at least one of the group consisting of: a request eligibility, an account balance, a time, a date, a location of the user, and proximity of the user to some or all of the plurality of users.

19. The system of claim 17 , wherein the second processor is further configured to:

apportion the transaction amongst the plurality of users according to an apportion policy.

Assignments (2)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 18, 2021
From: INTERNATIONAL BUSINESS MACHINES CORPORATION
To: KYNDRYL, INC.
Reel/Frame 058213/0912 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 8, 2019
From: CLEAVER, JAMES DAVID; LUONG, THUY; MCGUIRE, MICHAEL JAMES; GOTTSCHALK, RONALD GEORGE
To: INTERNATIONAL BUSINESS MACHINES CORPORATION
Reel/Frame 048543/0208 →