IP Library Granted Patent US 12664552
Granted Patent B2
US 12664552 · App. 18/653,883 · Granted Jun 23, 2026

Systems and methods for secure transfers

Inventors: Abdullah Javed (London, GB); Galyna Ogol (London, GB); Desislav Petrov Petrov (London, GB); Radu-Mihai Pana-Talpeanu (London, GB); Matej Sip (London, GB)
Assignee: JPMORGAN CHASE BANK, N.A.
G06Q20/4016
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 12664552
App. No.
18/653,883
Granted
Jun 23, 2026
Kind
B2
Abstract

In some aspects, the techniques described herein relate to a method for a secure transaction comprising: receiving a transaction request comprising payment information, at a payments platform executed by a server and from a sender interface executed on a sender's device; generating, at the payments platform, a link with a unique payment identification token specific to the transaction request; sending the link with the unique payment identification token to a receiver; receiving an API call when the link is activated by the receiver using a receiver interface executed on a receiver's device; in response to the payments platform determining the link is activated, sending available payment details to the receiver and a request for a receiver detail; receiving the receiver detail; conducting a assessment based on the payment information and the receiver detail; and based on the assessment exceeding a threshold, executing a payment according to the transaction request.

Claims (45)

1 . A method for a secure transaction comprising:

receiving a transaction request comprising payment information and an identification of a shared secret, at a payments platform executed by a server and from a sender interface executed on a sender's device;

determining to generate a link based on the receiver not being in an alias directory;

generating, at the payments platform, a link with a unique payment identification token specific to the transaction request only once the receiver has answered a shared secret request with the shared secret, the unique payment identification token being associated with a single transaction and valid only within a pre-defined expiry window;

sending the link with the unique payment identification token to a receiver;

receiving an API call when the link is activated by the receiver using a receiver interface executed on a receiver's device, wherein the API call occurs via HTTPS;

in response to the payments platform determining the link is activated, sending available payment details to the receiver and a request for a receiver detail via the API call and relegating sensitive institutional details, including account numbers, to secured channels of the payments platform;

receiving the receiver detail;

determining a transaction risk assessment score based on the payment information and the receiver detail;

recording, to a database, a payment route associated with the payment and a risk transaction score of the payment route;

based on the transaction risk assessment score exceeding a threshold, executing a payment according to the transaction request; and

sending the risk transaction score of a payment route of the transaction request to a customer and storing the risk transaction score in the risk system database of a financial institution.

2 . The method of claim 1 , further comprising comparing a payment method among available options and choosing a least expensive payment method for the transaction.

3 . The method of claim 1 , further comprising wherein determining the risk transaction score comprises using information of one or more of a sender and a previous transaction pattern.

4 . The method of claim 3 , further comprising, if the risk transaction score is below the threshold, retrieving one or more of: an identity document, a customer and risk system report of the sender or the receiver, and additional identifying information; and re-calculating the risk transaction score after the retrieval.

5 . A system for conducting a secure transaction comprising at least one computing device including a processor, the processor configured to execute instructions to:

receive a transaction request comprising payment information and an identification of a shared secret from a sender interface executed on a sender's device;

determine to generate a link based on the receiver not being in an alias directory;

generate a link with a unique payment identification token specific to the transaction request only once the receiver has answered a shared secret request with the shared secret, the unique payment identification token being associated with a single transaction and valid only within a pre-defined expiry window;

send the link with the unique payment identification token to a receiver;

receive an API call when the link is activated by the receiver using a receiver interface executed on a receiver's device, wherein the API call occurs via HTTPS;

in response to the payments platform determining the link is activated, send available payment details to the receiver and a request for a receiver detail via the API call and relegating sensitive institutional details, including account numbers, to secured channels of the payments platform;

receive the receiver detail;

determine a transaction risk assessment score based on the payment information and the receiver detail;

record, to a database, a payment route associated with the payment and a risk transaction score of the payment route;

based on the transaction risk assessment score exceeding a threshold, execute a payment according to the transaction request; and

send the risk transaction score of a payment route of the transaction request to a customer and storing the risk transaction score in the risk system database of a financial institution.

6 . The system of claim 5 , the instructions further comprising to compare a payment method among available options and choosing the least expensive payment method.

7 . The method of claim 5 , the instructions further comprising wherein to determine the risk transaction score comprises using information of one or more of a sender and a previous transaction pattern.

8 . The method of claim 7 , the instructions further comprising to, if the risk transaction score is below the threshold, retrieving one or more of: an identity document, a customer and risk system report of the sender or the receiver, and additional identifying information; and re-calculating the risk transaction score after the retrieval.

9 . A non-transitory computer readable storage medium, including instructions stored thereon for a secure transaction, which when read and executed by one or more computers cause the one or more computers to perform steps comprising:

receiving a transaction request comprising payment information and an identification of a shared secret, at a payments platform executed by a server and from a sender interface executed on a sender's device;

determining to generate a link based on the receiver not being in an alias directory;

generating, at the payments platform, a link with a unique payment identification token specific to the transaction request only once the receiver has answered a shared secret request with the shared secret, the unique payment identification token being associated with a single transaction and valid only within a pre-defined expiry window;

sending the link with the unique payment identification token to a receiver;

receiving an API call when the link is activated by the receiver using a receiver interface executed on a receiver's device, wherein the API call occurs via HTTPS;

in response to the payments platform determining the link is activated, sending available payment details to the receiver and a request for a receiver detail via the API call and relegating sensitive institutional details, including account numbers, to secured channels of the payments platform;

receiving the receiver detail;

determining a transaction risk assessment score based on the payment information and the receiver detail;

recording, to a database, a payment route associated with the payment and a risk transaction score of the payment route;

based on the transaction risk assessment score exceeding a threshold, executing a payment according to the transaction according to the transaction request; and

sending the risk transaction score of a payment route of the transaction request to a customer and storing the risk transaction score in the risk system database of a financial institution.

10 . The steps of claim 9 , further comprising comparing a payment method among available options and choosing a least expensive payment method for the transaction.

11 . The steps of claim 9 , further comprising calculating a screening risk score using information of one or more of a sender and a previous transaction pattern.

12 . The steps of claim 11 , further comprising, if the risk transaction score is below the threshold, retrieving one or more of: an identity document, a customer and risk system report of the sender or the receiver, and additional identifying information; and re-calculating the risk transaction score after the retrieval.