Transaction Flow Ordering with Place Order Flags for Low-Latency Processing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In connectionless-oriented communication, the communication delay is long, leading to low system processing performance due to the need for multiple destinations to process transactions and feed back completion statuses, increasing processing complexity and resource overheads.
Innovation Solution
Implementing a transaction flow processing system that uses place order flags (RO, SO, NO) to manage the order of transactions, allowing dependent transactions to be executed in order while independent transactions can be sent without waiting, reducing communication delay and improving performance.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Device complexity
If connectionless-oriented communication is used to reduce the quantity of connections, then device complexity and resource overheads are reduced, but communication delay increases and processing performance decreases
Solution Approach 1:
The patent segments transactions into different types (e.g., immediate transactions and non-immediate transactions) based on their urgency and dependencies. This allows the system to process different transaction segments differently - immediate transactions are processed right away while non-immediate ones are queued, thereby reducing overall communication delay without sacrificing the connectionless architecture's simplicity
Solution Approach 2:
The patent introduces dynamic priority handling where transactions are assigned different priorities based on their characteristics. The system dynamically adjusts processing behavior - high-priority transactions are handled with lower latency while maintaining the connectionless orientation. This dynamic approach resolves the contradiction by making the system adaptable rather than static
2Adaptability or versatility
If multiple destinations process transactions separately in connectionless communication, then adaptability and versatility improve, but processing complexity and resource overheads increase
Solution Approach 1:
The patent merges the processing of multiple transactions at the destination by introducing a centralized transaction processing mechanism that handles transactions from multiple sources in a unified manner. This reduces the processing complexity at each individual destination while maintaining the ability to route transactions to multiple destinations, thus resolving the contradiction between versatility and complexity
Solution Approach 2:
The patent introduces an intermediary processing layer (transaction processing queue or mediator component) between the source and multiple destinations. This intermediary consolidates transaction processing logic, reducing the complexity at each destination while preserving the flexible routing capability. The intermediary acts as a buffer that manages the complexity centrally rather than distributing it throughout the system
3Reliability
If transactions are processed in strict queue order, then reliability is improved, but communication delay increases and processing performance decreases
Solution Approach 1:
The patent applies local quality by differentiating transaction handling based on their specific characteristics and dependencies. Not all transactions require strict ordering - only those with dependency relationships do. The system applies order preservation locally to dependent transactions while allowing independent transactions to be processed in parallel, thus maintaining reliability where needed while improving overall processing performance
Solution Approach 2:
The patent applies partial order preservation - instead of enforcing strict queue order for all transactions (excessive action), it only enforces ordering for transactions that have dependency relationships (partial action). This selective approach maintains reliability for critical transactions while allowing others to be processed more efficiently in parallel, thereby improving overall processing performance
Data Source
Figure 1
Figure 2
Figure 3
AI summary
Embodiments of this application disclose a transaction flow processing system and method, and a related apparatus. The system includes a first apparatus and a second apparatus. The first apparatus is configured to send a first transaction, where a number of the first transaction is less than that of a second transaction, the first transaction includes a first place order flag or a second place order flag, both the first place order flag and the second place order flag indicate a place order of transactions, and the first transaction and the second transaction belong to a same transaction flow. The second apparatus is configured to receive the first transaction, and execute the first transaction. The first apparatus is further configured to send the second transaction after execution of the first transaction in the transaction flow is completed, where the second transaction includes the second place order flag, and the second place order flag indicates that the second transaction is executed after execution of the first transaction in the transaction flow is completed. The second apparatus is further configured to receive the second transaction, and execute the second transaction. In this application, processing performance in communication can be improved.