IP Library Granted Patent US 9,959,528
Granted Patent B2
US 9,959,528 · App. 14/693,677 · Granted May 1, 2018

System for handling network transactions

Inventor: John O'Hara (East Lindfield, AU)
Assignee: Safepay Australia PTY Limited
G06Q20/02G06Q20/04G06Q20/12G06Q20/206G06Q20/385G06Q20/3821G06Q20/40G06Q20/401G06Q20/4012G06Q30/06G06Q40/12
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 9,959,528
App. No.
14/693,677
Granted
May 1, 2018
Kind
B2
Abstract

A method of securing a transaction that comprises a trust entity computer in communication with data storage, a first party and a second party over a network, and receiving a request from the first party to undertake a transaction with the second party. In addition, receives a first token, storing the first token in the data storage, receiving a second token from the second party, comparing the stored first token and the received second token, if the stored first token and the received second token are a match, enabling the transaction.

Claims (73)

1. A method of securing an online transaction, comprising,

at a trust entity server in communication with a database, a funds provider, a buyer, and a seller over a network,

receiving a request from the buyer to purchase from the seller including a seller information and a cost of purchase;

sending a request to the funds provider for a credit check on the buyer, the seller information and a request to quarantine the cost of purchase amount from a buyer account,

wherein the buyer having established the buyer account with the fund provider, and

wherein the quarantine is a request that the cost not be used for anything else until the transaction is settled;

receiving a response to the credit check;

if the response to the credit check is positive,

generating a first token, including a date and time indicator;

storing the generated first token in a database;

sending the first token to the buyer;

receiving a second token from the seller;

comparing the stored first token and the received second token;

if the stored first token and the received second token are a match,

sending a message to the fund provider to release the cost of purchase amount from the buyer account the seller; and

disabling the first token from being used again.

2. The method of claim 1 wherein the token is a data string including a random number, country code of the transaction location, a card type identifier and the date and time.

3. The method of claim 1 further comprising,

requesting a commission from the funds provider after disabling the token.

4. The method of claim 1 further comprising,

generating and storing a first buyer identification;

sending the first buyer identification to the buyer with the token;

receiving both a second buyer identification from the seller with the second token; and

comparing the second buyer identification with the stored first buyer identification.

5. The method of claim 4 wherein the buyer identification is a password.

6. The method of claim 4 wherein the buyer identification is a pin number.

7. A system of securing an online transaction, comprising,

via a trust entity server in communication with a database, a funds provider, a buyer, and a seller over a network, the trust entity server configured to,

receive a request from the buyer to purchase from the seller including a seller information and a cost of purchase;

send a request to the funds provider for a credit check on the buyer, the seller information and a request to quarantine the cost of purchase amount from the buyer account,

wherein the buyer having established a buyer account with the fund provider;

receive a response to the credit check;

if the response to the credit check is positive,

generate a first token, including a date and time indicator;

store the generated first token in the database;

send the first token to the buyer;

receive a second token from the seller;

compare the stored first token and the received second token;

if the stored first token and the received second token are a match,

send a message to the fund provider to release the cost of purchase amount from the buyer account the seller; and

disable the token from being used again.

8. The system of claim 7 wherein the token is a data string including a random number, country code of the transaction location, a card type identifier and the date and time.

9. The system of claim 7 wherein the trust entity server is further configured to,

request a commission from the funds provider after disabling the token.

10. The system of claim 7 wherein the trust entity server is further configured to,

generate and storing a first buyer identification;

send the first buyer identification to the buyer with the token;

receive both a second buyer identification from the seller with the second token; and

compare the second buyer identification with the stored first buyer identification.

11. The system of claim 10 wherein the buyer identification is a password.

12. The system of claim 10 wherein the buyer identification is a pin number.

13. A method of securing an online transaction, comprising,

at a trust entity server in communication with a database, a buyer, and a seller over a network,

receiving a request from the buyer to purchase from the seller including the seller information and a cost of purchase;

wherein the buyer having established an account with the trust entity;

generating a first token, including a date and time indicator;

storing the generated first token in a database;

sending the first token to the buyer;

receiving a second token from the seller;

comparing the stored first token and the received second token;

if the stored first token and the received second token are a match,

releasing the cost of purchase amount from the buyer account the seller; and

disabling the token from being used again.

14. The method of claim 13 wherein the token is a data string including a random number, country code of the transaction location, a card type identifier and the date and time.

15. The method of claim 13 further comprising,

requesting a commission from the funds provider after disabling the token.

16. The method of claim 13 further comprising,

generating and storing a first buyer identification;

sending the first buyer identification to the buyer with the token;

receiving both a second buyer identification from the seller with the second token; and

comparing the second buyer identification with the stored first buyer identification.

17. The method of claim 16 wherein the buyer identification is a password.

18. The method of claim 16 wherein the buyer identification is a pin number.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 17, 2015
From: O'HARA, JOHN
To: SAFEPAY AUSTRALIA PTY LIMITED
Reel/Frame 035854/0441 →
Continuity (3)
Continuation 12506429 · Jul 21, 2009
Continuation 09979767
Related Publication 20150227895A1 · Aug 13, 2015