IP Library › Granted Patent US 11,797,981
Granted Patent B2
US 11,797,981 · App. 17/699,692 · Granted Oct 24, 2023

Automated application programming interface (API) system and method

Inventors: James Kassemi (Albuquerque, NM); Lawrence Glen Holcomb (Albuquerque, NM); Dave Walz-Burkett (Albuquerque, NM); John P. Killoran, Jr. (Albuquerque, NM); Nora Zulick (Albuquerque, NM); Mike Cassio (Greenwood Village, CO)
Assignee: SWOOP IP HOLDINGS LLC
G06Q20/3674G06Q20/02G06Q20/12G06Q20/401G06Q30/0279H04L51/08
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,797,981
App. No.
17/699,692
Granted
Oct 24, 2023
Kind
B2
Abstract

A method for leveraging email to complete an online transaction from a third party vendor, the method comprising: storing customer information, the customer information including a customer name, customer email address, customer shipping address, and customer billing information. The method further comprises receiving an authorization request from an application programming interface associated with a third party vendor requesting access to a portion of the customer information and receiving confirmation from a customer to allow the third party vendor to access the portion of the customer information. The method further comprising transmitting an access code to the third party vendor and receiving a request message from the third party vendor, wherein the request message comprises the access code, and wherein the request message requests an authorization token. The method may further comprise confirming the received access code and transmitting an authorization token to the third party vendor.

Claims (40)

1. A method for improving security of an e-commerce network using Simple Mail Transfer Protocol (SMTP), the method comprising:

storing, by a payment server within the e-commerce network, customer information in a memory;

receiving, by the payment server, a request to perform a transaction from a vendor server, wherein the vendor server is within the e-commerce network and the request identifies a user e-mail address of a registered user;

determining, by the payment server, an indication of whether the registered user has authorized the vendor server to perform the transaction based on the customer information;

generating, by the payment server, a mailto link that when activated completes the transaction based on the indication determined;

transmitting, by the payment server, the mailto link to the vendor server;

receiving, by the payment server, an e-mail message from a sender address via SMTP, wherein the e-mail message is generated in response to activation of the mailto link and contains a token for the transaction generated by the payment server; and

selectively processing, by the payment server, the transaction based on the token contained in the e-mail message.

2. The method of claim 1 , wherein the token is an encrypted string and is embedded in the e-mail message .

3. The method of claim 1 , wherein the vendor server hosts an online retail website.

4. The method of claim 1 , wherein the vendor server hosts a non-profit organization and the transaction includes at least one item to be purchased or a donation to the non-profit organization.

5. The method of claim 1 , further comprising receiving, by an application programming interface (API) dashboard, instructions to update the customer information.

6. A system for improving security of an e-commerce network using Simple Mail Transfer Protocol (SMTP), the system comprising:

a memory that stores customer information;

a communication interface that is communicatively coupled to a vendor server via an e-commerce network;

a processor that is communicatively coupled to the memory and the communication interface, wherein the processor is configured to:

receive, using the communication interface, a request to perform a transaction from the vendor server, wherein the request identifies a user e-mail address of a registered user, determine, using the memory, an indication of whether the registered user has authorized the vendor server to perform the transaction based on the customer information, generate a mailto link that when activated completes the transaction based on the indication determined, transmit, using the communication interface, the mailto link to the vendor server;

receive, using the communication interface, an e-mail message from a sender address via SMTP, wherein the e-mail message is generated in response to activation of the mailto link and contains a token for the transaction generated by the system, and

selectively process the transaction based on the token contained in the e-mail message.

7. The system of claim 6 , wherein the token is an encrypted string and is embedded in the e-mail message.

8. The system of claim 6 , wherein the vendor server hosts an online retail website.

9. The system of claim 6 , wherein the vendor server hosts a non-profit organization and the transaction includes at least one item to be purchased or a donation to the non-profit organization.

10. The system of claim 6 , further comprising an application programming interface (API) dashboard configured to receive instructions to update the customer information.

11. A non-transitory computer-readable storage medium storing instructions for improving security of an e-commerce network using Simple Mail Transfer Protocol (SMTP), the instructions when executed by a processor causes the processor to perform a method comprising:

storing customer information in a memory of a payment server within the e-commerce network;

receiving by the payment server, a request to perform a transaction from a vendor server, wherein the vendor server is within the e-commerce network and the request identifies a user e-mail address of a registered user;

determining, by the payment server, an indication of whether the registered user has authorized the vendor server to perform the transaction based on the customer information;

generating, by the payment server, a mailto link that when activated completes the transaction based on the indication determined;

transmitting, by the payment server, the mailto link to the vendor server;

receiving, by the payment server, an e-mail message from a sender address via SMTP, wherein the e-mail message is generated in response to activation of the mailto link and contains a token for the transaction generated by the payment server; and

selectively processing, by the payment server, the transaction based on the token contained in the e-mail message.

12. The method of claim 1 , further comprising:

performing, by the payment server, a validation of the sender address by using at least one of DomainKeys Identified Mail (DKIM) and Sender Policy Framework (SPF); and

wherein the selectively processing the transaction is further based on the validation.

13. The system of claim 6 , wherein the processor is further configured to:

perform a validation of the sender address by using at least one of DomainKeys Identified Mail (DKIM) and Sender Policy Framework (SPF); and

selectively process the transaction based on the validation.

14. The non-transitory computer-readable storage medium of claim 13 , wherein the method further includes:

performing, by the processor, a validation of the sender address using at least one of DomainKeys Identified Mail (DKIM) and Sender Policy Framework (SPF); and

wherein the selectively processing is further based on the validation.

Continuity (5)
Continuation 16820013 · Mar 16, 2020
Continuation 15351005 · Nov 14, 2016
Continuation 14216198 · Mar 17, 2014
Provisional Application 61791816 · Mar 15, 2013
Related Publication 20220207519A1 · Jun 30, 2022
Cited By (1)
US 12,248,931