In-line verification of transactions

Patent metadata

Field	Value
Publication number	US-11803845-B2
Application number	US-202217847746-A
Country	US
Kind code	B2
Filing date	Jun 23, 2022
Priority date	May 13, 2019
Publication date	Oct 31, 2023
Grant date	Oct 31, 2023

Abstract

A transaction system can include a computing device with a communication port, a processor device, and a non-transitory computer-readable storage memory. The communication port can communicate data with other computing devices. The non-transitory computer-readable storage memory includes code that is executable by the processor device to perform operations. The operations include receiving parameters of a transfer, verifying the transfer using a multi-factor authentication process, in response to verifying the transfer, using a private key to countersign the transfer and return, via the communications port, a signed transfer package for execution of the transfer, and providing, via the communications port, the parameters of the transfer and countersign data to an immutable ledger.

First claim

What is claimed is:

1. A computing device that is part of a notary system positionable in a non-isolated zone that is accessible by a plurality of users, the computing device comprising:
a processor device; and
a non-transitory computer-readable storage memory comprising code that is executable by the processor device to:
receive parameters of a transfer;
verify the transfer;
in response to verifying the transfer, use a private key to countersign the transfer and return a signed transfer package for execution of the transfer;
provide the parameters of the transfer and countersign data to an immutable ledger;
communicatively couple to one or more other systems in the non-isolated zone; and
communicatively couple to the immutable ledger that is, with an interceptor, in a semi-isolated zone from the users, the interceptor being configured to use data from the immutable ledger to confirm or deny the transfer prior to the transfer reaching a transfer settlement system in an isolated zone from the users,
wherein the interceptor is a second computing device that is configured to:
intercept the transfer prior to the transfer settlement system;
use a transaction identifier of the transfer to access information from the immutable ledger;
confirm that the information from the immutable ledger is consistent with data of the transfer; and
in response to confirming that the information is consistent with the data of the transfer, provide the transfer to the transfer settlement system,

wherein the interceptor is configured to prevent the transfer from executing in response to failing to confirm that the data from the transfer matches the information in the immutable ledger such that the interceptor and the immutable ledger are semi-accessible to the plurality of users, wherein the interceptor is configured to communicate with the transfer settlement system that is in the isolated zone that is inaccessible to the plurality of users.

2. The computing device of claim 1 , wherein the transfer is a wire transfer of funds from a first account to a second account.

3. The computing device of claim 1 , wherein the non-transitory computer-readable storage memory comprises code that is executable by the processor device to receive parameters of the transfer by receiving parameters of the transfer that is intercepted prior to the transfer reaching a transfer settlement system.

4. The computing device of claim 1 , wherein the non-transitory computer-readable storage memory further comprises code that is executable by the processor device to:
determine transfers that are unverified; and
prevent unverified transfers from executing.

5. The computing device of claim 1 , wherein the non-transitory computer-readable storage memory further comprises code that is executable by the processor device to verify the transfer using a multi-factor authentication process.

6. A method comprising:
receiving, by a notary system comprising a processor device executing code, parameters of a transfer;
verifying, by the notary system, the transfer;
in response to verifying the transfer, using a private key to countersign the transfer and returning, by the notary system, a signed transfer package for execution of the transfer;
providing, by the notary system, the parameters of the transfer and countersign data to an immutable ledger;
intercepting, by an interceptor comprising a processor device executing code, the transfer prior to a settlement system;
using, by the interceptor, a transaction identifier of the transfer to access information from the immutable ledger;
confirming that the information from the immutable ledger is consistent with data of the transfer; and
in response to confirming that the information is consistent with the data of the transfer, providing the transfer to the settlement system,
wherein the notary system is in a non-isolated zone that is accessible to users and is communicatively coupled to (i) other systems in the non-isolated zone, and to (ii) the immutable ledger that is, with the interceptor, in a semi-isolated zone from the users,
wherein the interceptor is configured to use data from the immutable ledger to confirm or deny the transfer prior to the transfer reaching a transfer settlement system in an isolated zone from the users, and
wherein the transfer is a wire transfer of funds from a first account to a second account.

7. The method of claim 6 , wherein receiving, by the notary system comprising the processor device executing code, parameters of the transfer comprises the notary system receiving the transfer initiated using the other systems that include a front office system, an authentication service system, and a security system in the non-isolated zone that also includes a transaction initialization system,
wherein verifying, by the notary system, the transfer comprises using public keys to verify a digital signature from the front office system and to use private keys to digitally sign the transfer in response to verifying the digital signature.

8. The method of claim 7 , further comprising:
storing and updating, by the immutable ledger in the semi-isolated zone and accessible to a plurality of systems, transfer history data electronically on a device;
receiving, by a transaction management system in the semi-isolated zone, the transfer to be executed from the transaction initialization system;
using, by the transaction management system, trusted certificates and rules to prepare the transfer for execution;
tracking, by the transaction management system, a status of the transfer through execution; and
verifying, by a transfer system in the semi-isolated zone, one or more digital signatures of the transfer, wherein the settlement system is positioned in an isolated zone that is isolated from the users.

9. The method of claim 8 , wherein the interceptor prevents the transfer from executing in response to failing to confirm that the data from the transfer matches the information in the immutable ledger, wherein the interceptor is positioned in the semi-isolated zone with the immutable ledger such that the interceptor and the immutable ledger are semi-accessible to users, wherein the interceptor communicates with the transfer settlement system that is in the isolated zone that is inaccessible to the users.

10. The method of claim 6 , further comprising:
determining transfers that are unverified; and
preventing unverified transfers from executing.

11. A system comprising:
a notary system in a non-isolated zone that is accessible to users;
at least one other system in the non-isolated zone;
an immutable ledger in a semi-isolated zone that is semi-accessible to the users; and
an interceptor in the semi-isolated zone,
wherein each of the notary system, the at least one other system, the immutable ledger, and the interceptor include one or more processor devices and one or more non-transitory computer-readable storage mediums comprising code that is executable by the one or more processor devices to perform operations,
wherein the notary system is configured to perform the operations comprising:
receiving parameters of a transfer;
verifying the transfer;
in response to verifying the transfer, using a private key to countersign the transfer and returning a signed transfer package for execution of the transfer;
providing the parameters of the transfer and countersign data to the immutable ledger; and
communicating with the at least one other system and with the immutable ledger,

wherein the interceptor is configured to perform the operations comprising:
using data from the immutable ledger to confirm or deny the transfer prior to the transfer reachi

Assignees

• Truist Bank

Inventors

• Rose Amy
• Stone David
• Leith Scott Travis
• Connolly William Mark

Classifications

• G06Q20/3825 Primary

  Use of electronic signatures · CPC title

• G06Q20/3829

  involving key management · CPC title

• G06Q20/4016

  involving fraud or risk level assessment in transaction processing · CPC title

• H04L9/3236

  using cryptographic hash functions · CPC title

• H04L9/50

  using hash chains, e.g. blockchains or hash trees · CPC title