Transaction Exchange Platform Microservices Streaming Data

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing transaction processing systems are complex and inflexible, requiring significant re-coding and re-deployment for changes, leading to inefficiencies and potential halts in the approval process due to monolithic software designs and lack of dynamic reconfiguration capabilities.

Innovation Solution

A transaction exchange platform utilizing a streaming data platform and microservices to dynamically process transactions, allowing for flexible reconfiguration of workflows and microservices, with features like snapshot and watchdog microservices for error correction and monitoring, enabling robust and auditable transaction processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If monolithic software services are used to process transactions, then transaction processing can be performed, but the system becomes complex and inflexible, requiring significant re-coding and re-deployment for changes

Engineering Contradiction:
Improveflexibility of transaction processing systemVSAvoidcomplexity of software system
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent divides the monolithic transaction processing system into independent microservices that can be deployed and modified separately. Each microservice handles a specific aspect of transaction processing, allowing the system to be flexible without increasing overall complexity. This segmentation enables individual services to be updated without re-coding the entire system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements dynamic workflow configuration that allows transaction processing flows to be reconfigured at runtime without system downtime or re-deployment. The workflow engine can dynamically assemble different microservices based on configured parameters, enabling the system to adapt to changing requirements while maintaining manageable complexity through standardized service interfaces.

Inventive Principle:
Principle #15Dynamics

2Ease of manufacture

If monolithic software services are used, then transaction processing is performed, but changes require re-coding, re-compiling, and re-deploying large software components

Engineering Contradiction:
Improveease of system modificationVSAvoidtime for re-coding and re-deployment
Core Design Contradiction:
Ease of manufactureVSLoss of time

Solution Approach 1:

By segmenting the system into independent microservices, modifications can be made to individual services without affecting the entire system. This eliminates the need for re-coding and re-deploying large software components, as only the specific microservice being modified needs to be updated and deployed.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The dynamic workflow configuration allows changes to be made through configuration files or databases rather than code modifications. This enables rapid system modification without the time-consuming processes of re-coding, re-compiling, and re-deploying large software components.

Inventive Principle:
Principle #15Dynamics

3Reliability

If problems occur in individual steps of workflows, then the whole approval process halts, but increasing system monitoring and error handling adds complexity

Engineering Contradiction:
Improverobustness of transaction approval processVSAvoidcomplexity of error handling mechanisms
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the transaction approval process into independent microservices, so that problems in individual steps do not halt the entire process. Failed services can be isolated and retried independently, improving reliability without requiring complex system-wide error handling mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements comprehensive monitoring and logging across all microservices with automated alerting and retry mechanisms. This feedback system tracks the status of each service invocation and automatically handles failures through retry logic or alternative service routing, enhancing reliability while keeping error handling transparent and manageable.

Inventive Principle:
Principle #23Feedback

4Adaptability or versatility

If dynamic reconfiguration of workflows is implemented, then system flexibility improves, but real-time monitoring and version control become essential

Engineering Contradiction:
Improvedynamic reconfiguration capabilityVSAvoidautomation of monitoring and version control
Core Design Contradiction:
Adaptability or versatilityVSExtent of automation

Solution Approach 1:

The patent implements dynamic workflow configuration that allows runtime reconfiguration of transaction processing flows. The workflow engine automatically manages version control and monitoring of configured workflows, enabling dynamic reconfiguration without requiring manual automation of monitoring and version control processes.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The workflow engine provides self-service capabilities for managing dynamic configurations, automatically handling version control, validation, and monitoring. This eliminates the need for external automation tools, as the system manages its own configuration state and versioning through built-in mechanisms.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP4220519A1Transaction exchange platform having streaming transaction data and microservices
Publication Date: 2023.08.02 CAPITAL ONE SERVICES LLC
  • EP4220519A1 patent drawingFigure 1
  • EP4220519A1 patent drawingFigure 2
  • EP4220519A1 patent drawingFigure 3A

AI summary

Aspects described herein may relate to a transaction exchange platform using a streaming data platform (SDP) and microservices to process transactions according to review and approval workflows. The transaction exchange platform may receive transactions from origination sources, which may be added to the SDP as transaction objects. Microservices on the transaction exchange platform may interact with the transaction objects based on configured workflows associated with the transactions. Processing on the transaction exchange platform may facilitate clearing and settlement of transactions. Some aspects may provide for dynamic and flexible reconfiguration of workflows and/or microservices. Other aspects may provide for data snapshots and workflow tracking, allowing for monitoring, quality control, and auditability of transactions on the transaction exchange platform.