Transaction Link Exception Handling via Multi-Dimensional Impact Analysis
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing transaction communication link exception handling methods disconnect the link based on limited parameters, leading to poor stability due to potential misinterpretation of exceptions, especially during short monitoring periods where 'jitter' can cause incorrect disconnections.
Innovation Solution
A method that obtains transaction execution data, detects exceptions, and analyzes communication parameters and change records to determine impact factors, allowing for specific response actions to be executed based on these factors, such as canceling pressure tests or rolling back communication changes, to improve link stability.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Measurement precision
If threshold determination is performed on a small number of parameters (e.g., transaction failure rate) to detect exceptions, then exception detection capability is improved, but false positives increase due to data jitter during short monitoring periods, leading to incorrect disconnection decisions and reduced link stability
Solution Approach 1:
The patent segments the exception analysis into multiple independent dimensions: communication parameters (network quality, latency, packet loss), transaction parameters (failure rate, transaction type, amount), and change records (configuration changes, pressure tests). This segmentation allows the system to analyze each dimension separately and comprehensively determine whether to disconnect the link, avoiding false positives from single-parameter jitter while maintaining sensitive exception detection.
2Measurement precision
If comprehensive communication parameters and change records are collected and analyzed to determine impact factors, then decision accuracy is improved, but system complexity increases due to multiple data collection points and analysis dimensions
Solution Approach 1:
The patent implements a universal exception handling system that collects and analyzes multiple types of data (communication parameters from various collection points, transaction parameters, change records) through a unified analysis framework. This multi-functional system can handle different exception scenarios (network issues, configuration changes, pressure tests) using the same comprehensive analysis mechanism, improving decision accuracy while managing complexity through standardization.
Solution Approach 2:
The patent introduces an intermediary exception handling system that acts as a mediator between data collection points and decision-making. This intermediary layer collects comprehensive data from multiple sources, analyzes impact factors, and generates disconnection recommendations. By placing this intermediary between raw data and final decisions, the system achieves high decision accuracy while isolating the complexity of data collection and analysis from the core transaction processing system.
3Speed
If the entire transaction communication link is disconnected when an exception is detected, then exception response speed is improved, but unnecessary disconnections occur due to localized issues being misinterpreted as link-wide problems, reducing overall system availability
Solution Approach 1:
The patent applies local quality by analyzing the scope and nature of each exception to determine the appropriate response level. Instead of uniformly disconnecting the entire link, the system evaluates whether the exception is localized (affecting specific transactions or communication points) or link-wide. This allows for differentiated responses: localized issues can be handled without disconnection or with partial isolation, while genuine link-wide problems trigger full disconnection, thereby maintaining system availability while responding quickly to real threats.
Data Source
AI summary
The present application proposes disclose a method, an apparatus, and an electronic device for transaction communication link exception handling, which aims to make corresponding decisions (i.e., determine response actions) based on various influential factors and thereby improve the stability of a transaction communication link. Here, the method for transaction communication link exception handling comprises: obtaining transaction execution data of a transaction execution within a unit time on a transaction communication link between a first transaction computer node and a second transaction computer node; after detecting an exception in the transaction execution data, obtaining communication parameters and change records prior to the occurrence of the exception; then, determining, based on the communication parameters and change records, whether impact factors of the exception comprise communication situations and/or change actions; and finally, executing, based on a determination result, a corresponding response action for the transaction communication link.