Real-Time Transaction Event Decomposition and Queue Routing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing systems face challenges in processing real-time transactions due to technical limitations, such as difficulty in implementing robustness, delays in security protocols, and interconnectivity issues between computing architectures, which can compromise speed, efficiency, and security during multi-party transactions.
Innovation Solution
A system and method that decompose real-time transactional events into tasks, assign them to specific processors, and manage queues to ensure successful processing by prioritizing tasks and updating parameters like completion time and priority, especially for third-party dependent tasks, to handle incomplete routes and maintain system robustness.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If existing security protocols and protective systems are implemented in real-time transaction processing, then security and data protection are improved, but processing speed and efficiency deteriorate due to unacceptable delays
Solution Approach 1:
The patent segments the transaction processing into multiple independent queues (first queue for real-time processing, second queue for delayed processing). This allows security protocols to be applied differently to different task sets, enabling fast processing for critical tasks while maintaining security for less time-sensitive operations without compromising overall system security.
Solution Approach 2:
The system dynamically adjusts processing parameters based on task priority and completion status. Tasks are assigned different completion time parameters, and the system can modify these parameters in real-time based on system conditions, allowing flexible balancing between security verification time and processing speed requirements.
2Productivity
If multiple queues and dynamic parameter modification are used to improve processing success rate, then productivity is improved, but device complexity increases
Solution Approach 1:
The patent divides the transaction processing system into multiple queues and task sets with different characteristics. Each queue handles specific types of tasks with appropriate completion time parameters, allowing the system to improve overall processing success rate by routing tasks to appropriate queues rather than using a single complex processing path.
Solution Approach 2:
The system modifies completion time parameters dynamically based on task priority and system conditions. By changing these parameters rather than redesigning the entire processing architecture, the system improves productivity while adding minimal complexity through parameter management rather than structural complexity.
3Reliability
If tasks are assigned to specific processors with communication capabilities for third-party providers, then reliability of downstream processing is improved, but device complexity increases due to interconnectivity requirements
Solution Approach 1:
The patent introduces queue managers as intermediary components that manage task routing between processors and third-party providers. These intermediaries handle the complexity of interconnectivity requirements by providing standardized interfaces and communication protocols, allowing processors to reliably communicate with third parties without each processor needing direct complex connections to all external systems.
Data Source
AI summary
A system, method, and memory for handling real-time transactional events is disclosed. The exemplary system a processor to detect and add an event to a queue and identify an associated event type. Event types can require downstream processing by at least one provider. The processor decomposes the event into tasks by comparison to event types which associate downstream provider requirements to tasks and routes. One or more routes are assigned to the tasks, each route defined by at least one processor of a plurality of processors. One or more routes are defined by transmitting a request for downstream processing to the at least one provider. The processor, upon detecting incomplete performance of the one or more routes, either updates the tasks associated with the incomplete route, or marks the event associated with the route as incomplete in the queue.