CN112446786B - Abnormal transaction processing method, device, electronic device and readable storage medium - Google Patents
Abnormal transaction processing method, device, electronic device and readable storage medium Download PDFInfo
- Publication number
- CN112446786B CN112446786B CN202011267340.2A CN202011267340A CN112446786B CN 112446786 B CN112446786 B CN 112446786B CN 202011267340 A CN202011267340 A CN 202011267340A CN 112446786 B CN112446786 B CN 112446786B
- Authority
- CN
- China
- Prior art keywords
- transaction
- target
- target transaction
- abnormal
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application relates to the technical field of Internet communication, in particular to an abnormal transaction processing method, an abnormal transaction processing device, electronic equipment and a readable storage medium, wherein the method registers target transaction request time T1 and target transaction flow information to an abnormal monitoring table; and according to the analysis result of the target transaction, starting a matched target processing strategy. The application solves the problem of data consistency in the transaction process of the bank real-time transaction type system based on the message queue technology, and strengthens the transaction integrity and reliability of the online transaction system.
Description
Technical Field
The present application relates to the field of internet communications technologies, and in particular, to a method and apparatus for processing abnormal transactions, an electronic device, and a readable storage medium.
Background
At present, the bank real-time transaction type device has the characteristics of real-time account moving, large transaction amount, high concurrency and wide influence range, and is a life line of bank funds flowing, so the type device has extremely high requirements on communication stability, timeliness, safety and fault tolerance. At present, four communication modes are commonly used in the industry, namely a message queue communication mode (MQ for short), a socket communication mode, an HTTP communication mode and an RPC remote call mode. The whole flow of a complete transaction of a bank real-time transaction device relates to communication among a plurality of devices, so that the MQ technology is widely applied, but the MQ communication technology relieves the concurrent pressure of the devices, meets the consumption peak demand, and simultaneously can not ensure that response messages reach a client in real time due to the MQ technology, and also brings a new problem that the transaction consistency of the devices can not be ensured.
Disclosure of Invention
The object of the present application is to solve at least one of the technical drawbacks mentioned above. The technical scheme adopted by the application is as follows:
In a first aspect, an embodiment of the present application provides an abnormal transaction processing method, where the method includes:
registering the target transaction request time T1 and the target transaction flow information into an anomaly monitoring table;
when the feedback abnormality of the target transaction message is monitored, analyzing the target transaction;
And starting a matched target processing strategy according to the analysis result of the target transaction.
Optionally, the monitoring the feedback anomaly of the target transaction message includes:
Extracting a feedback moment T2 of the target transaction message;
And when the T2-T1 is more than or equal to T3, judging that the feedback of the target transaction message is abnormal, wherein the T3 is the time for completing the target transaction by a preset transaction system, and the feedback abnormal type of the target transaction message is message feedback overtime.
Optionally, the monitoring the feedback anomaly of the target transaction message includes:
When no message feedback of the transaction system to the target transaction request is monitored;
And judging the feedback abnormality of the target transaction message, wherein the feedback abnormality type of the target transaction message is no message feedback.
Optionally, the analyzing the target transaction, and initiating the matched target processing policy includes:
The transaction code of the target transaction is analyzed, and the transaction type of the target transaction is determined, wherein the target transaction flow information at least comprises a transaction code, a serial number and a service state;
and starting a target processing strategy matched with the determined transaction type.
Optionally, determining that the transaction type of the target transaction is a real-time transaction type;
acquiring the target transaction flow information and starting timeout retransmission processing;
Or alternatively, the first and second heat exchangers may be,
When the target transaction type is determined to be a query transaction type;
And generating a simulated response message to be fed back to the transaction user, wherein the simulated response message is used for informing the transaction user that the inquiry transaction fails and re-initiating the target transaction.
Optionally, the monitoring the feedback abnormality of the target transaction message includes:
Scanning a preset transaction flow and a current transaction node of the target transaction;
when the target transaction state of the current transaction node is monitored to be abnormal, a transaction request is initiated to the next transaction node.
Optionally, when the type of the feedback abnormality of the target transaction message is judged to be no message feedback,
And revoking the target transaction request.
In a second aspect, an embodiment of the present application provides an abnormal transaction processing apparatus, where the apparatus includes a registration module, a monitoring module, an analysis module, and a policy module,
The registering module is used for registering the target transaction request time T1 and the target transaction flow information to an anomaly monitoring table;
the monitoring module is used for monitoring feedback abnormality of the target transaction message;
The analysis module is used for analyzing the target transaction;
and the strategy module is used for starting a matched target processing strategy according to the analysis result of the target transaction.
In a third aspect, an embodiment of the present invention provides an electronic device, including a processor and a memory;
The memory is used for storing operation instructions;
the processor is used for executing the abnormal transaction processing method by calling the operation instruction.
In a fourth aspect, a computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the method of abnormal transaction handling described above.
The abnormal transaction processing scheme disclosed by the embodiment of the application registers the target transaction request time T1 and the target transaction flow information into an abnormal monitoring table, analyzes the target transaction when the feedback abnormality of the target transaction information is monitored, and starts a matched target processing strategy according to the analysis result of the target transaction. The technical scheme provided by the embodiment of the application has the beneficial effects that at least one of the following is included:
(1) The problem of data consistency in the transaction process of the bank real-time transaction type system based on the message queue technology is solved by adding the automatic exception handling function, the transaction integrity and reliability of the type system are enhanced, and the customer experience satisfaction is improved.
(2) The provided automatic exception handling function provides a new transaction process tracking and exception handling mechanism for the bank real-time transaction type system, the original post tracking and compensation mechanism is still effective, and the robustness of the type system is greatly improved under the combined action of the two mechanisms.
(3) Transaction granularity is reduced by splitting the original transaction into multiple atomic transactions, and the transactions are micro-serviced. When the transaction iteration is developed, only the individual atomic transaction related to transformation is needed to be focused, and the effects of quick response, quick iteration and immediate delivery are achieved.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings that are required to be used in the description of the embodiments of the present application will be briefly described below.
FIG. 1 is a flow chart of an abnormal transaction processing method according to an embodiment of the present application;
FIG. 2 is a schematic diagram of an abnormal transaction processing apparatus according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative only and are not to be construed as limiting the application.
As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless expressly stated otherwise, as understood by those skilled in the art. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. The term "and/or" as used herein includes all or any element and all combination of one or more of the associated listed items.
The following describes the technical scheme of the present application and how the technical scheme of the present application solves the above technical problems in detail with specific embodiments with reference to the accompanying drawings. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.
To make the objects, technical solutions and advantages of the present application clearer, fig. 1 discloses a flowchart of an abnormal transaction processing method provided by an embodiment of the present application, as shown in fig. 1, where the method includes:
S101, registering target transaction request time T1 and target transaction flow information into an anomaly monitoring table;
s102, analyzing the target transaction when monitoring that the feedback of the target transaction message is abnormal;
S103, according to the analysis result of the target transaction, starting a matched target processing strategy.
In the application, the problem that the transaction consistency cannot be ensured is widely and with high probability because a plurality of internal and external communication interfaces adopt the MQ communication mode in the current transaction system is mainly solved by the transaction processing flow based on the MQ communication mode. According to the embodiment of the application, the automatic transaction exception processing function is added in the transaction system, and the module corresponding to the function is completely transparent and invisible to the upstream and downstream systems, so that the upstream and downstream systems can keep the non-inductive access of the existing mechanism, and the problem that the real-time transaction type system of the bank adopting the MQ asynchronous communication mechanism cannot guarantee the consistency of the transaction data process is solved.
In an optional embodiment of the present application, the monitoring the feedback anomaly of the target transaction message includes:
When no message feedback of the transaction system to the target transaction request is monitored;
And judging the feedback abnormality of the target transaction message, wherein the feedback abnormality type of the target transaction message is no message feedback.
In the embodiment of the online transaction system for processing abnormal transactions, the action of returning the feedback message after processing the target transaction request may also be called as responding after processing the target transaction, so that the message feedback abnormality may also be called as response abnormality.
In an optional embodiment of the present application, the monitoring the feedback anomaly of the target transaction message includes:
Extracting a target transaction message feedback time T2, judging that the target transaction message feedback is abnormal when the T2-T1 is more than or equal to T3, wherein the T3 is the time for completing the target transaction by a preset transaction system, and the type of the target transaction message feedback abnormality is message feedback overtime. In the actual implementation process, different types of transactions share different transaction completion times T3 through different customized parameter configuration, after the internet banking interconnection system receives a transaction, the function registers a transaction request time T1 and transaction flow information in a timeout flow water meter (namely the anomaly monitoring table), and a timeout monitoring function is evoked (namely the anomaly monitoring function), and the function extracts a system time T2 in real time in the whole life cycle process of the transaction, namely a transaction message feedback time to judge whether the transaction is overtime or not. If the transaction is normally answered within the specified time T3, the timeout flow information is cleared, and the system continues with subsequent processing. The normal subsequent processing is to match the asynchronous message through the transaction code, the serial number and the service state, the module firstly obtains the transaction code from the asynchronous message to judge whether the transaction code is a request message or a response message, if the transaction code is the request message, the normal service logic processing is performed, if the transaction code is the response message, the original transaction is obtained according to the serial number matching, the original transaction service state is judged, and different logic processing is performed according to the service state of the original transaction.
In an alternative embodiment, the analyzing the target transaction, and initiating the matched target processing policy includes:
The transaction code of the target transaction is analyzed, and the transaction type of the target transaction is determined, wherein the target transaction flow information at least comprises a transaction code, a serial number and a service state;
In an optional first embodiment, when the transaction type of the target transaction is determined to be a real-time transaction type, acquiring target transaction flow information to start timeout retransmission processing, wherein the retransmission implementation process is to acquire the total transaction information of the original target transaction, namely all transaction flow information, from an anomaly monitoring table, assemble the original request transaction according to a target transaction request message template and call up a communication module to complete transaction transmission. This is because most transactions in real-time transaction type systems involve accounting and require high consistency of the transaction, and thus this type of transaction is amenable to timeout retransmission.
In an optional second specific embodiment, when the target transaction type is determined to be the query transaction type, a simulated response message is generated and fed back to the transaction user, wherein the simulated response message is used for notifying the transaction user that the query transaction fails and the target transaction is restarted. And the response message simulating mode assembles the response message according to different types of transaction response message samples and completes the sending. This is because query-type transactions (subscription status query, balance query, transaction status query, etc.) do not involve data update and accounting change, so that transaction failure can be explicitly responded to by means of a simulated response message, and the transaction is initiated by the requester twice.
In an alternative embodiment of the application, the monitoring of the feedback abnormality of the target transaction message comprises scanning a preset transaction flow of the target transaction and a current transaction node, and initiating a transaction request to a next transaction node when the monitoring of the target transaction state abnormality of the current transaction node. The system is characterized in that the transaction type of the bank real-time transaction system has diversity, the access channels have variability, and the transaction intermediate states (namely, at each different process node in the transaction flow) are more in variety due to the complexity of the service scene, and the system needs to determine different subsequent processing flows according to the current states of the different process nodes. Thus, real-time inquiry of transaction status is particularly important for the processing of subsequent flows. The embodiment of the application provides a scheme for adding a timing task to scan the preset transaction flow of the target transaction and the current transaction node at fixed time, so that the transaction state inquiry function is realized in a non-final state transaction mode, and the key guarantee is provided for the data consistency of the transaction process. Taking an online banking system as an example, if the current transaction node is fed back by the standby core system, a processing result query request is sent to the core system, if the current transaction node is fed back by the standby core system, a processing result query request is sent to a pedestrian, and if the current transaction node is fed back by the standby core system, the processing result query request is sent to the pedestrian, and if the current transaction node is not fed back by the standby core system, the inquiry is continued until the transaction state is updated to be a final state.
In an alternative embodiment of the present application, when the type of feedback anomaly of the target transaction message is determined to be no feedback of the message, the target transaction request is cancelled. After the exception handling strategies such as timeout retransmission, simulated response message and transaction inquiry described in the above embodiment, the original target transaction still does not receive the response message of the core system or the pedestrian system, and the exception automatic handling module will execute the final data consistency guarantee measure, namely the service revocation mechanism, to revoke the processing of the original target transaction of the core system or the pedestrian system.
In the abnormal transaction processing scheme provided by the embodiment, in a complete transaction link of a real-time transaction type system, an automatic abnormal processing function can be pre-arranged in a transaction requester system or in each upstream system, and a timeout monitoring, timeout retransmission, simulation receipt, state inquiry and transaction revocation mechanism are realized by the transaction requester system or each upstream system, so that the working pressure of the real-time transaction type system is reduced, and the transaction processing efficiency is improved.
In addition, in practice, various scenes can cause conditions of overtime of transaction (business logic errors, network jitter, MQ queue blocking, program defects and the like), and the embodiment of the application can treat different scenes in a non-differentiated way, adopts a uniform processing mode, enhances the robustness and the usability of the abnormal transaction processing function by optimizing an automatic abnormal processing function and integrating an overtime type judging function.
Based on the abnormal transaction processing method provided by the embodiment shown in fig. 1, fig. 2 shows an abnormal transaction processing device provided by the embodiment of the application, and as shown in fig. 2, the device mainly comprises a 201 registration module, a 202 monitoring module, a 203 analysis module and a 204 policy module, wherein,
The 201 registering module is used for registering the target transaction request time T1 and the target transaction flow information to the anomaly monitoring table;
The 202 monitoring module is used for monitoring feedback abnormality of the target transaction message;
The 203 analyzing module is configured to analyze the target transaction;
The 204 policy module is configured to initiate a matched target processing policy according to the analysis result of the target transaction.
In an optional embodiment, the monitoring module further includes an extracting unit and a judging unit, where the extracting unit is configured to extract the feedback time T2 of the target transaction message;
The judging unit is used for judging that the feedback of the target transaction message is abnormal when the T2-T1 is more than or equal to T3, wherein the T3 is the time for a preset transaction system to finish the target transaction, and the feedback abnormal type of the target transaction message is the message feedback overtime.
In an optional embodiment, the analysis module is specifically configured to analyze a transaction code of the target transaction, determine a transaction type of the target transaction, where the target transaction flow information includes at least a transaction code, a serial number, and a service state, and initiate a target processing policy matched with the determined transaction type.
In an alternative embodiment, the policy module of the abnormal transaction processing apparatus further comprises a timeout retransmission module and an analog receipt module, wherein,
The timeout retransmission module is used for acquiring the target transaction flow information and starting timeout retransmission processing when the transaction type of the target transaction is determined to be the real-time transaction type;
The simulation receipt module is used for generating a simulation response message to be fed back to the transaction user when the target transaction type is determined to be the query transaction type, wherein the simulation response message is used for informing the transaction user that the query transaction fails and re-initiating the target transaction.
The abnormal transaction processing device further comprises a transaction inquiry module, wherein the transaction inquiry module is used for scanning a preset transaction flow of the target transaction and a current transaction node when the feedback abnormality of the target transaction message is monitored, and initiating a transaction request to the next transaction node when the abnormality of the target transaction state of the current transaction node is monitored.
In an optional embodiment, the apparatus further includes a revocation module configured to revoke the target transaction request when the target transaction message feedback anomaly type is determined to be no message feedback.
It will be appreciated that the above-described modules of the abnormal transaction processing apparatus in this embodiment have functions of implementing the corresponding steps of the method in the embodiment shown in fig. 1. The functions can be realized by hardware, and can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the functions described above. The modules may be software and/or hardware, and each module may be implemented separately or may be implemented by integrating multiple modules. The functional description of the above modules may be specifically referred to the corresponding description of the method in the embodiment shown in fig. 1, and will not be repeated herein.
The embodiment of the application provides electronic equipment, which comprises a processor and a memory;
a memory for storing operation instructions;
And the processor is used for executing the abnormal transaction processing method provided in any embodiment of the application by calling the operation instruction.
As an example, fig. 3 shows a schematic structural diagram of an electronic device to which an embodiment of the present application is applied, and as shown in fig. 3, the electronic device 2000 includes a processor 2001 and a memory 2003. The processor 2001 is coupled to a memory 2003, such as via a bus 2002. Optionally, the electronic device 2000 may also include a transceiver 2004. It should be noted that, in practical applications, the transceiver 2004 is not limited to one, and the structure of the electronic device 2000 is not limited to the embodiment of the present application.
The processor 2001 is used in the embodiment of the present application to implement the method shown in the above method embodiment. The transceiver 2004 may include a receiver and a transmitter, and the transceiver 2004 is employed in embodiments of the present application to perform functions that enable an electronic device of embodiments of the present application to communicate with other devices.
The Processor 2001 may be a CPU (Central Processing Unit ), general purpose Processor, DSP (DIGITAL SIGNAL Processor, data signal Processor), ASIC (Application SPECIFIC INTEGRATED Circuit), FPGA (Field Programmable GATE ARRAY ) or other programmable logic device, transistor logic device, hardware component, or any combination thereof. Which may implement or perform the various exemplary logic blocks, modules and circuits described in connection with this disclosure. The processor 2001 may also be a combination of computing functions, e.g., comprising one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.
Bus 2002 may include a path to transfer information between the components. Bus 2002 may be a PCI (PERIPHERAL COMPONENT INTERCONNECT, peripheral component interconnect Standard) bus or an EISA (Extended Industry Standard Architecture ) bus, or the like. The bus 2002 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in fig. 3, but not only one bus or one type of bus.
The Memory 2003 may be, but is not limited to, a ROM (Read Only Memory) or other type of static storage device that can store static information and instructions, a RAM (Random Access Memory ) or other type of dynamic storage device that can store information and instructions, an EEPROM (ELECTRICALLY ERASABLE PROGRAMMABLE READ ONLY MEMORY ), a CD-ROM (Compact Disc Read Only Memory, compact disc Read Only Memory) or other optical disk storage, optical disk storage (including compact discs, laser discs, optical discs, digital versatile discs, blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
Optionally, a memory 2003 is used for storing application code for executing aspects of the present application and is controlled for execution by the processor 2001. The processor 2001 is operative to execute application code stored in the memory 2003 to implement the exception transaction processing method provided in any of the embodiments of the present application.
The electronic device provided by the embodiment of the present application is applicable to any embodiment of the above method, and will not be described herein.
An embodiment of the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the abnormal transaction processing method shown in the above-described method embodiment.
The computer readable storage medium provided in the embodiments of the present application is applicable to any one of the embodiments of the above method, and will not be described herein.
The embodiment of the application discloses an abnormal transaction processing scheme, which relates to the technical field of Internet of things communication, in particular to an abnormal transaction processing method, an abnormal transaction processing device, electronic equipment and a readable storage medium. The application solves the problem of data consistency in the transaction process of the bank real-time transaction type system based on the message queue technology, and strengthens the transaction integrity and reliability of the online transaction system.
It should be understood that, although the steps in the flowcharts of the figures are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited in order and may be performed in other orders, unless explicitly stated herein. Moreover, at least some of the steps in the flowcharts of the figures may include a plurality of sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, the order of their execution not necessarily being sequential, but may be performed in turn or alternately with other steps or at least a portion of the other steps or stages.
The foregoing is only a partial embodiment of the present invention, and it should be noted that it will be apparent to those skilled in the art that modifications and adaptations can be made without departing from the principles of the present invention, and such modifications and adaptations should and are intended to be comprehended within the scope of the present invention.
Claims (6)
1. A method of exception transaction processing, the method comprising:
registering the request time T1 of the target transaction and the flow information of the target transaction to an anomaly monitoring table;
Analyzing the target transaction when monitoring that the message feedback of the target transaction is abnormal;
starting a matched target processing strategy according to the analysis result of the target transaction;
The target transaction is analyzed, and a matched target processing strategy is started according to the analysis result of the target transaction, which comprises the following steps:
Analyzing the transaction code of the target transaction to determine the transaction type of the target transaction, wherein the flow information of the target transaction at least comprises the transaction code, the serial number and the service state;
starting a target processing strategy matched with the determined transaction type of the target transaction;
Determining that the transaction type of the target transaction is a real-time transaction type;
acquiring the flow information of the target transaction, and starting timeout retransmission processing;
Or alternatively, the first and second heat exchangers may be,
When the transaction type of the target transaction is determined to be the query transaction type;
Generating a simulated response message to be fed back to the transaction user, wherein the simulated response message is used for informing the transaction user that the inquiry transaction fails and reinitiating the target transaction;
the monitoring of the message feedback of the target transaction comprises:
Scanning a preset transaction flow and a current transaction node of the target transaction;
When the target transaction state of the current transaction node is monitored to be abnormal, initiating a transaction request to the next transaction node;
And when judging that the abnormal type of the message feedback of the target transaction is no message feedback, canceling the request of the target transaction.
2. The method of claim 1, wherein monitoring for an exception in the message feedback to the target transaction comprises:
extracting a message feedback time T2 of the target transaction;
When the T2-T1 is more than or equal to T3, judging that the message feedback of the target transaction is abnormal, wherein the T3 is the time for a preset transaction system to finish the target transaction, and the abnormal type of the message feedback of the target transaction is message feedback overtime.
3. The method of claim 1, wherein monitoring for an exception in the message feedback to the target transaction comprises:
When no message feedback is monitored to the request of the transaction system for the target transaction;
And judging that the message feedback of the target transaction is abnormal, wherein the abnormal type of the message feedback of the target transaction is no message feedback.
4. The abnormal transaction processing device is characterized by comprising a registration module, a monitoring module, an analysis module and a strategy module, wherein,
The registering module is used for registering the request time T1 of the target transaction and the flow information of the target transaction to the anomaly monitoring table;
The monitoring module is used for monitoring that the message feedback of the target transaction is abnormal;
The analysis module is used for analyzing the target transaction;
The strategy module is used for starting a matched target processing strategy according to the analysis result of the target transaction;
The analysis module is specifically used for analyzing the transaction code of the target transaction and determining the transaction type of the target transaction, wherein the flow information of the target transaction at least comprises the transaction code, the serial number and the service state;
The policy module further includes a timeout retransmission module and an analog receipt module, wherein,
The timeout retransmission module is used for determining that the transaction type of the target transaction is a real-time transaction type, acquiring the flow information of the target transaction, and starting timeout retransmission processing;
The simulation receipt module is used for generating a simulation response message to be fed back to the transaction user when the transaction type of the target transaction is determined to be the query transaction type, wherein the simulation response message is used for informing the transaction user that the query transaction fails and reinitiating the target transaction;
The abnormal transaction processing device further comprises a transaction inquiry module, wherein the transaction inquiry module is used for monitoring that the message feedback of the target transaction is abnormal, and comprises a preset transaction flow of the target transaction and a current transaction node;
the abnormal transaction processing device further comprises a revocation module, wherein the revocation module is used for revoke the request of the target transaction when judging that the abnormal type of the message feedback of the target transaction is no message feedback.
5. An electronic device comprising a processor and a memory;
The memory is used for storing operation instructions;
The processor is configured to execute the method of any one of claims 1-3 by invoking the operation instruction.
6. A computer readable storage medium, characterized in that the storage medium has stored thereon a computer program which, when executed by a processor, implements the method of any of claims 1-3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011267340.2A CN112446786B (en) | 2020-11-13 | 2020-11-13 | Abnormal transaction processing method, device, electronic device and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011267340.2A CN112446786B (en) | 2020-11-13 | 2020-11-13 | Abnormal transaction processing method, device, electronic device and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112446786A CN112446786A (en) | 2021-03-05 |
| CN112446786B true CN112446786B (en) | 2025-03-11 |
Family
ID=74737214
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011267340.2A Active CN112446786B (en) | 2020-11-13 | 2020-11-13 | Abnormal transaction processing method, device, electronic device and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112446786B (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112882994A (en) * | 2021-03-30 | 2021-06-01 | 中信银行股份有限公司 | Log extraction method and device |
| CN113052592A (en) * | 2021-04-30 | 2021-06-29 | 中国银行股份有限公司 | Mobile banking APP performance monitoring device and method |
| CN114037535A (en) * | 2021-11-16 | 2022-02-11 | 中国农业银行股份有限公司深圳市分行 | Financial transaction exception handling method, system and storage medium |
| CN114092248A (en) * | 2021-11-24 | 2022-02-25 | 中国银行股份有限公司 | A transaction process processing method and device |
| CN114092098A (en) * | 2021-11-24 | 2022-02-25 | 中国建设银行股份有限公司 | Transaction information processing method and device, electronic equipment and storage medium |
| CN114389970A (en) * | 2021-12-03 | 2022-04-22 | 浙江时空道宇科技有限公司 | Link monitoring method and device |
| CN114741254A (en) * | 2022-02-21 | 2022-07-12 | 驼驼数字科技(北京)有限公司 | Method, system, computing device and storage medium for monitoring payment success rate of cross-border e-commerce platform |
| CN114549205A (en) * | 2022-02-23 | 2022-05-27 | 中国工商银行股份有限公司 | Transaction flow processing method and device, processor and electronic equipment |
| CN114691732B (en) * | 2022-03-09 | 2025-02-11 | 中国邮政储蓄银行股份有限公司 | Method, device, non-volatile storage medium and processor for locating abnormal transactions |
| CN114637758B (en) * | 2022-03-28 | 2024-08-16 | 中国银行股份有限公司 | Transaction processing method and device |
| CN117010896A (en) * | 2023-07-22 | 2023-11-07 | 江苏润和软件股份有限公司 | Transaction operation method, device, equipment and storage medium based on real-time stream |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106210021A (en) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | The method for real-time monitoring of financial application system online business and supervising device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108564459A (en) * | 2018-01-09 | 2018-09-21 | 平安科技（深圳）有限公司 | Judgment method, device, equipment and the readable storage medium storing program for executing of abnormal type of transaction |
| CN108564463B (en) * | 2018-03-28 | 2022-04-29 | 中国银行股份有限公司 | Bank abnormal transaction correction method and system |
| CN109586946B (en) * | 2018-09-29 | 2021-11-30 | 创新先进技术有限公司 | Exception handling method and device and computer readable storage medium |
| CN109785128A (en) * | 2018-12-13 | 2019-05-21 | 平安普惠企业管理有限公司 | The automatic repeating method of Transaction Information, device, electronic equipment and storage medium |
| CN111626858A (en) * | 2020-05-28 | 2020-09-04 | 北京金山云网络技术有限公司 | Processing method and device for transaction, electronic equipment and computer readable medium |
| CN111898004A (en) * | 2020-06-20 | 2020-11-06 | 中国建设银行股份有限公司 | Data mining method and device, electronic equipment and readable storage medium thereof |
-
2020
- 2020-11-13 CN CN202011267340.2A patent/CN112446786B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106210021A (en) * | 2016-07-05 | 2016-12-07 | 中国银行股份有限公司 | The method for real-time monitoring of financial application system online business and supervising device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112446786A (en) | 2021-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112446786B (en) | Abnormal transaction processing method, device, electronic device and readable storage medium | |
| CN110780870B (en) | Service execution method, device, equipment and storage medium | |
| CN110163755B (en) | Block chain-based data compression and query method and device and electronic equipment | |
| KR102417742B1 (en) | API Data Aggregation System And Method Of The Same | |
| CN112288577B (en) | Transaction processing method, device, electronic equipment and medium for distributed service | |
| CN113347164A (en) | Block chain-based distributed consensus system, method, device and storage medium | |
| CN107153646B (en) | Data processing method and equipment | |
| CN112529577A (en) | Block chain cross-chain system and method based on excitation treatment | |
| CN113112358B (en) | Decision-making method, device and electronic device based on blockchain | |
| CN109035020B (en) | Method and device for returning transaction information | |
| CN111198773B (en) | Message-based application communication method and device | |
| CN111028051B (en) | Automatic order merging processing method, device and system based on flow engine system | |
| CN112463810A (en) | Data processing method, device, equipment and storage medium based on distributed transaction | |
| CN112767166B (en) | Risk control method and device for transaction behaviors, computer equipment and storage medium | |
| CN116384993A (en) | Method and system for realizing high consistency of order payment state based on cloud payment center | |
| CN113313584B (en) | Service processing method and processing device | |
| CN115098528A (en) | Service processing method and device, electronic equipment and computer readable storage medium | |
| CN117407388A (en) | Idempotent control method and device and electronic equipment | |
| CN111737262A (en) | A data processing method and device | |
| CN113448931B (en) | Data processing method, business transaction platform and business providing platform | |
| CN113987035A (en) | Block chain external data access method, device, system, equipment and medium | |
| US12045262B2 (en) | Reconciliation systems and methods for unbounded streams | |
| CN115423521B (en) | Large-batch concurrent payment optimizing system and method thereof | |
| CN116843295B (en) | Method and system for processing interactive information on asset securitization line | |
| US20240053999A1 (en) | Reconciliation systems and methods for unbounded streams |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |