Transaction Utility Module API Gateway Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Client applications in large enterprises face difficulties in accessing transaction-related data quickly and accurately due to disparate systems holding transaction data, making it challenging to fetch data securely, performantly, and resiliently.

Innovation Solution

Implementing an enhanced transaction utility module that provides a single platform for all transaction-related data, using a single data source accessible via a transaction API, which authenticates users and routes requests through an API gateway to fetch data securely and resiliently, with failover mechanisms for data availability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If disparate systems are used to store transaction data for different transaction types, then data can be stored in specialized systems, but client applications face difficulty in fetching data securely and efficiently

Engineering Contradiction:
Improvedata access securityVSAvoiddata fetching complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer (transaction utility module with API gateway) between client applications and disparate transaction systems. This intermediary handles authentication, authorization, and data retrieval logic, shielding clients from system complexity while maintaining secure access to transaction data across multiple specialized systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the data access functionality into distinct components: authentication module, API routing module, and data retrieval module. Each component handles specific aspects of data access, allowing independent optimization and maintenance while working together to provide unified secure access to transaction data.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If multiple separate systems hold transaction data, then each system can be optimized for its specific transaction type, but the overall system requires complex integration logic

Engineering Contradiction:
Improvetransaction type coverageVSAvoidsystem integration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The transaction utility module provides universal access functionality that works across all transaction types (credit card, debit card, ACH, wire transfers, etc.). The unified API interface and authentication mechanism serve multiple transaction systems simultaneously, eliminating the need for separate integration logic for each transaction type while maintaining support for diverse transaction formats.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Productivity

If direct access to multiple transaction systems is implemented, then data can be retrieved quickly from the source, but security risks and system instability increase

Engineering Contradiction:
Improvedata retrieval speedVSAvoidsystem stability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The API gateway acts as a stable intermediary that manages all connections to transaction systems. It implements connection pooling, retry logic, and error handling to maintain stable access while enabling fast data retrieval. The gateway buffers and manages system interactions, preventing direct client connections from causing system instability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary authentication and authorization actions before data retrieval. By validating user credentials and permissions upfront through the authentication module, the system establishes secure access patterns that maintain both security and system stability while enabling efficient data retrieval thereafter.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11468081B2System and method for enhanced transaction utility
Publication Date: 2022.10.11 JPMORGAN CHASE BANK NA
  • US11468081B2 patent drawing
  • US11468081B2 patent drawing
  • US11468081B2 patent drawing

AI summary

Various methods, apparatuses/systems, and media for enhanced transaction utility are disclosed. A processor implements a single data source for accessing to transaction data associated with each type of transaction related to a user account; causes a receiver to receive user input data from a user computing device for requesting access to a type of transaction data related to the user account from the single data source; and authenticate the user based on verifying the received user input data with pre-stored user data. The processor also routes, in response to authenticating, to a transaction application programming interface (API) corresponding to the requested type of transaction data; calls the transaction API via an API gateway to fetch the requested type of transaction data from the single data source; and causes a GUI of the user computing device to display the requested type of transaction data.