Transaction processing flow implementation method and device

Abstract

The present invention discloses a transaction processing flow realization method and device, and relates to the technical field of big data data analysis. The method comprises: receiving a business piece submitted by a front end, determining the process serial number of the business piece and the node code of the next processing node; obtaining the processing logic, access logic and exit logic of the next processing node according to the node code, category code and process serial number; processing the business piece by using the access logic, processing logic and exit logic in combination with the audit conclusion of the auditor on the business piece; determining the node code of the next processing node, and sending the processed business piece to the corresponding processing node; looping and executing the above method executed by each next processing node until all processing nodes are processed, and outputting the business piece processed by all nodes and the audit conclusion of each processing node. The present invention can realize a set of general, easy-to-modify and maintain transaction processing flows, reduce redundant codes, and improve system stability.

Description

Technical Field

[0001] The present invention relates to the technical field of big data analysis, and in particular to a transaction processing flow implementation method and device. Background Art

[0002] This section is intended to provide a background or context to the embodiments of the invention recited in the claims. No admission is made that the description herein is prior art by inclusion in this section.

[0003] Transaction processing processes are different. For example, the commercial housing transaction processes of real estate transaction systems in various cities have individual differences, including but not limited to the number of process nodes, the direction of the process, and the access conditions of each process node. If you need to implement a system that is suitable for the commercial housing transaction process of real estate transactions in various cities, you must develop it in a personalized way based on the individual characteristics of each city.

[0004] Personally developed real estate transaction systems are not universal. If you want to develop a real estate transaction system, you need to combine the real estate transaction systems of various cities. This will inevitably lead to repeated code implementation in system design, difficult maintenance, and inconvenient modification of new requirements in the later stage. The implementation of new requirements will easily disrupt the logic of other cities, making testing difficult, and ultimately leading to system instability. Summary of the invention

[0005] The embodiment of the present invention provides a transaction processing flow implementation method, which is used to implement a universal commodity sales process that is easy to modify and maintain, reduce redundant codes, and improve system stability. The method includes:

[0006] Receive the business piece submitted by the front end, determine the process serial number of the business piece and the node code of the next processing node, the business piece includes the category code of the transaction to be processed;

[0007] For each next processing node, execute the following method:

[0008] Obtain the processing logic, entry logic and exit logic of the next processing node according to the node code, category code and process serial number;

[0009] Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case;

[0010] Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code;

[0011] The above method for executing each next processing node is executed cyclically until all processing nodes are processed, and the business items processed by all nodes and the audit conclusion of each processing node are output.

[0012] The embodiment of the present invention also provides a transaction processing process implementation device, which is used to implement a universal, easy-to-modify and maintain commodity sales process, reduce redundant codes, and improve system stability. The device includes:

[0013] The communication module is used to receive the business piece submitted by the front end, determine the process serial number of the business piece and the node code of the next processing node, and the business piece contains the category code of the transaction to be processed;

[0014] For each next processing node, the processing module executes the following method:

[0015] Obtain the processing logic, entry logic and exit logic of the next processing node according to the node code, category code and process serial number;

[0016] Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case;

[0017] Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code;

[0018] The processing module cyclically executes the above method for each next processing node until all processing nodes have completed processing, and the communication module outputs the business items processed by all nodes and the review conclusion of each processing node.

[0019] An embodiment of the present invention further provides a computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the transaction processing flow implementation method when executing the computer program.

[0020] An embodiment of the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the transaction processing flow implementation method described above is implemented.

[0021] An embodiment of the present invention further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the transaction processing flow implementation method is implemented.

[0022] In the embodiment of the present invention, the workflow is taken as the main line, and the association relationship between each processing node is pre-configured. When a business piece submitted by the front end is received, the node code of the next processing node is determined. The subsequent processing nodes all determine the node code of the next processing node based on the review conclusion, node code and category code of the previous processing node. The series connection of different processing nodes is realized by relying on the workflow configuration to realize different processing flows. In addition, the processing logic, access conditions and exit conditions of each processing node in the workflow are implemented separately. According to the process sequence number, node code and category code of the business piece, the processing logic, access logic and exit logic of the next processing node can be obtained. The access logic and exit logic respectively implement the access control and exit control of the processing node. The processing logic combines the reviewer's review conclusion on the business piece to realize the processing of the business piece. In this way, the open-closed principle is followed at the system level. When the demand changes, the original access logic, exit logic and processing logic of each processing node can be modified, or new processing nodes can be added without affecting other processing nodes. Maintenance and testing are relatively simple, and will not cause overall logical confusion, thereby improving the stability of the system. At the same time, since the access logic of each processing node is implemented separately, the processing node can be reused in the workflow, reducing redundant code. Under the premise of maintaining system stability, the system logic is implemented in an efficient form as much as possible, providing efficient and stable system guarantee for business operations. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the prior art descriptions. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work. In the drawings:

[0024] Figure 1 A flowchart of a transaction processing process implementation method in an embodiment of the present invention;

[0025] Figure 2 A flowchart of another transaction processing flow implementation method according to an embodiment of the present invention;

[0026] Figure 3 A simple schematic diagram of a transaction processing flow in an embodiment of the present invention;

[0027] Figure 4 This is an overall architecture diagram of an embodiment of the present invention;

[0028] Figure 5 It is a main class diagram for realizing the transaction processing flow implementation method in an embodiment of the present invention;

[0029] Figure 6 A schematic diagram of the structure of a transaction processing flow implementation device according to an embodiment of the present invention;

[0030] Figure 7 The figure is a schematic diagram of the structure of a computer device in an embodiment of the present invention. DETAILED DESCRIPTION

[0031] To make the purpose, technical solution and advantages of the embodiments of the present invention more clear, the embodiments of the present invention are further described in detail below in conjunction with the accompanying drawings. Here, the exemplary embodiments of the present invention and their descriptions are used to explain the present invention, but are not intended to limit the present invention.

[0032] The embodiment of the present invention provides a transaction processing flow implementation method, such as Figure 1 As shown, the method includes steps 101 to 105, wherein steps 102 to 104 are executed for each next processing node:

[0033] Step 101: Receive the business piece submitted by the front end, determine the process serial number of the business piece and the node code of the next processing node, and the business piece includes the category code of the transaction to be processed.

[0034] The business file contains information related to the transaction to be processed submitted by the front end.

[0035] Category code is the classification of the affairs to be handled. For example, for a commercial housing transaction, the commercial housing transaction process in different cities is different, so the category code can be the city code of the city where the commodity belongs. For another example, for a leave transaction, the leave process for employees of different ranks is different, so the category code can be the employee's rank code.

[0036] Taking the commodity housing transaction process as an example, the front end is the project that needs to be completed before the commodity housing transaction process. The front end can submit the packaged business pieces through browser pages, remote procedure call (rpc) request interfaces, message queue (mq) messages, etc. The business piece contains the information of a building or a batch of commodity houses to be traded, and the information contains the city code of the city where the commodity houses are located.

[0037] The city code is used to distinguish different cities. It is pre-set and can be composed of numbers, letters or symbols, etc. The specific form is not limited here.

[0038] After receiving the business piece submitted by the front end, the business piece needs to be sent to the first processing node in the transaction processing flow. The first processing node is the first processing node in the transaction processing flow corresponding to the category code, and the first processing node can be used as the first or intermediate processing node in multiple transaction processing flows.

[0039] Taking the commodity housing transaction process as an example, after receiving the business piece submitted by the front end, the business piece needs to be sent to the first processing node in the commodity housing transaction process. The first processing node is the first processing node in the commodity housing transaction process corresponding to the city code, and the first processing node can be used as the first or intermediate processing node in the commodity housing transaction process of multiple cities.

[0040] The processing of each business piece is a complete process. The process serial number is used to distinguish the processing processes of different business pieces. When a business piece is received, the process serial number for processing the business piece is set.

[0041] After receiving the business piece, it is necessary to perform access verification on the business piece before sending it to the first processing node for processing. Therefore, in this step, the first processing node that the business piece is about to enter is called the next processing node. And in the subsequent embodiments, the processing node that the business piece is about to enter is called the next processing node.

[0042] Step 102: Obtain the processing logic, entry logic and exit logic of the next processing node according to the node code, category code and process serial number.

[0043] When the business piece is received and has not yet been sent to any processing node, that is, after step 101 is executed, the node code, category code and process sequence number of the next processing node are obtained, and the processing logic, entry logic and exit logic of the next processing node (here refers to the first processing node) are obtained based on these three information.

[0044] The admission logic is used to verify whether the business item meets the admission conditions of the current processing node. For example, in the commodity housing transaction process, for the government-side review node, the admission condition is that all commodity housing should be in the verification stateless. The admission logic is used to verify whether all commodity housing in the business item is in the verification stateless. If the verification fails, the business item is not allowed to enter the government-side review node for processing; if the verification passes, the business item is allowed to enter the government-side review node for processing.

[0045] The exit logic is used to verify whether the business piece processed by the current processing node meets the exit conditions of the current processing node. Taking the commodity housing transaction process as an example, the exit condition of the government-side review node is that the sales license number must be generated. Then, the exit logic is used to verify whether the processed business piece contains the sales license number. If the verification fails, the processed business piece is not allowed to leave the current node; only when the verification passes, the business piece is allowed to leave the government-side review node to the next processing node for processing.

[0046] Step 103: Process the business piece by using the admission logic, processing logic and exit logic in combination with the reviewer's review conclusion on the business piece.

[0047] Specifically, Figure 2 As shown, step 103 can be executed as steps 1031 to 1034 as follows:

[0048] Step 1031: Perform access verification on the business piece. If the business piece passes the access verification, the business piece is sent to the next processing node.

[0049] Step 1032: receiving the review conclusion of the processing personnel on the business item in the current processing node;

[0050] Step 1033: Process the business items and the audit conclusions using the processing logic;

[0051] Step 1034: Use the exit logic to perform an exit check on the business items and the review conclusions processed by the processing logic;

[0052] After executing steps 1031 to 1034, step 104 determines the node code of the next processing node according to the audit conclusion, the node code and the category code, and sends the processed business piece to the processing node corresponding to the node code, which can be executed as the following step 1041:

[0053] Step 1041: If the exit check is passed, the node code of the next processing node is determined according to the audit conclusion, node code and category code, and the processed business piece is sent to the processing node corresponding to the node code.

[0054] That is, before the business piece enters each next processing node, the business piece is subjected to access verification, and if the business piece passes the access verification, the business piece is sent to the next processing node. In the embodiment of the present invention, when the business piece enters the next processing node, the processing node where the business piece is located is called the current node.

[0055] When a business item is being processed at the current node, the auditor of the current node is generally required to review the business item and receive the auditor's review conclusion on the business item in the current processing node. Taking the workflow of leave as an example, when an employee submits a leave application, the next processing node is the employee's superior processing node, and the auditor is the employee's superior. The superior reviews the employee's leave application and obtains an approval or rejection review conclusion.

[0056] After receiving the audit conclusion from the auditor, the business case and the audit conclusion are processed using processing logic. For example, the audit conclusion is processed into computer-recognizable data of 0 or 1, etc. Alternatively, different processing logics can be set according to the needs of different processing nodes.

[0057] After that, the business items and the audit conclusions processed by the processing logic are checked by the exit logic. Only when the exit check passes, the processed business items are allowed to leave the current processing node. If the business item fails the exit check, the problems in the current business item can be manually or machine-checked, and the exit check can be performed after the problems are corrected.

[0058] If the approval check is passed, the node code of the next processing node is determined based on the audit conclusion, node code and category code, and the processed business item is sent to the processing node corresponding to the node code.

[0059] It should be noted that, in addition to positive and negative conclusions, the audit conclusion can also include a mark set by the auditor, which affects the next processing node of the flow. Taking the leave workflow as an example, if the number of days an employee takes leave is different, the auditor who approves the leave will be different. When an employee takes leave for 1 day, the company stipulates that it can be approved by the superior leader, so it will be processed at the superior leader processing node. After the superior leader approves the leave, the process end mark can also be set. According to the audit conclusion, the current processing node can be determined as the last processing node in the process; when an employee takes leave for 5 days, the company stipulates that it must be reviewed by the superior leader, the supervisor, and the general manager. After the superior leader processing node approves and meets the exit conditions, the leave form will be sent to the supervisor review node for review until the general manager review node is processed and the leave process ends.

[0060] The processing logic, admission logic, and exit logic of each processing node are pre-configured by the developer. When the transaction processing process starts, the above logic can be stored in the redis cache database. In addition, the flow relationship of each processing node in the workflow of each category of transactions can also be stored in the redis cache database to speed up configuration reading and quickly complete node processing and flow.

[0061] In this way, when processing a business piece, the processing logic, admission logic and exit logic can be read from the redis cache database according to the node code, category code and process serial number. Figure 3 As shown in the figure, it is a simple processing flow consisting of three processing nodes (node ​​1, node 2 and node 3), each processing node has a corresponding strategy. Figure 3 Only strategies 1, 2, and 3 included in node 1 are shown. The strategies include processing logic, admission logic, and exit logic. When a business piece sent from the front end is received, the business piece is processed by nodes 1, 2, and 3 in turn and then output, provided that the admission conditions and exit conditions of each processing node are met.

[0062] It should be noted that Figure 3 Only one processing flow is simply shown in the figure. In actual applications, there may be multiple types of transaction processing flows in the transaction processing system, and each flow is different.

[0063] In an embodiment of the present invention, after obtaining the processing logic, entry logic and exit logic of the next processing node through the category code and the process serial number, the entry logic, processing logic and exit logic of the next processing node can be pushed to the message queue in sequence according to the preset processing logic template based on the principle of the template method pattern; thereafter, the entry logic, processing logic and exit logic are read from the message queue in sequence, the MQ consumer receives the message and stores the message (leaving a trace), and finds the corresponding business logic class (entry, exit, processing logic) according to the message type, instantiates the class, and executes the logic of the class to complete the processing of the business piece.

[0064] The message queue may be a rabbitMq message queue.

[0065] In the embodiment of the present invention, the introduction of the message queue can achieve peak shaving, reduce the probability of system downtime caused by the impact of sudden large business volume, and at the same time speed up the page response speed and ensure the stability of the service.

[0066] Based on the above method, Figure 4 A general architecture diagram of an embodiment of the present invention is shown in FIG. Figure 4 As shown, the core of the embodiment of the present invention is to perform different types of transaction processing node configurations and node policy configurations, wherein the transaction processing node configuration mainly needs to complete the node logic implementation, that is, configure the processing logic of the transaction processing node, and the node policy configuration mainly needs to complete the admission and exit policies, that is, configure the admission logic and the exit logic. During the specific execution, the redis cache database and the message queue are used as the basic support.

[0067] It should be noted that the embodiment of the present invention applies the strategy mode when configuring the admission and exit policies and processing logic.

[0068] For specific implementation, see Figure 5 As shown, an abstract class (such as the ExecuteWorkFlowAbs abstract class) is first defined as the "behavior template" of each processing node, and CityOneNodeOne is the implementation class of the abstract class, that is, the implementation logic class of the specific node.

[0069] Interfaces (such as the InOrOutStrategy interface) are also defined. This interface is the entry and exit strategy interface, and its subclasses, such as IsCompanyGoodStrategy and IsRightTimeStrategy, are its implementation classes, that is, specific strategy implementation classes.

[0070] The ExecuteWorkFlowAbs abstract class contains a specific entry (inStrategys) strategy set and an exit (outStrategys) strategy set; among them, the ExecuteWorkFlowAbs abstract class and the subclasses of the InOrOutStrategy interface are produced by the factory pattern.

[0071] After defining the ExecuteWorkFlowAbs abstract class and the nOrOutStrategy interface, the push method (loadStrategy method) is used to load the admission strategy set and the exit strategy set into the subclass of the InOrOutStrategy interface.

[0072] The first push method (beforeWorkflow method) is the processing logic before executing the workflow, the second push method (duringWorkflow method) is the processing logic during the workflow execution, and the third push method (afterWorkflow method) is the processing logic after the workflow execution. In the process of specific processing of business pieces, the admission logic, processing logic and exit logic of the next processing node stored are read through the subclasses of the loaded admission policy set and exit policy set; the admission logic of the next processing node is pushed to the message queue using the beforeWorkflow method; the processing logic of the next processing node is pushed to the message queue using the duringWorkflow method; and the exit logic of the next processing node is pushed to the message queue using the afterWorkflow method.

[0073] Step 104: Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business piece to the processing node corresponding to the node code.

[0074] Step 105, loop through the above method for executing each next processing node until all processing nodes have completed processing, and output the business items processed by all nodes and the review conclusion of each processing node.

[0075] That is, when a business piece is about to enter the next processing node, the method in steps 102 to 104 is executed until all processing nodes defined in the workflow are processed, and the business pieces processed by all nodes and the review conclusion of each processing node are output.

[0076] If during the execution process, for example, when the business piece is verified using the entry logic or exit logic, if the business piece fails the verification, the process can be set to be interrupted and end from then on; or, when the business piece and the audit conclusion are processed using the processing logic, if it is detected that there is a conclusion in the audit conclusion that interrupts the process, such as a rejection conclusion in the leave application process, the process is interrupted and ends.

[0077] In the embodiment of the present invention, the workflow is taken as the main line, and the association relationship between each processing node is pre-configured. When a business piece submitted by the front end is received, the node code of the next processing node is determined. The subsequent processing nodes all determine the node code of the next processing node based on the review conclusion, node code and category code of the previous processing node. The series connection of different processing nodes is realized by relying on the workflow configuration to realize different processing flows. In addition, the processing logic, access conditions and exit conditions of each processing node in the workflow are implemented separately. According to the process sequence number, node code and category code of the business piece, the processing logic, access logic and exit logic of the next processing node can be obtained. The access logic and exit logic respectively implement the access control and exit control of the processing node. The processing logic combines the reviewer's review conclusion on the business piece to realize the processing of the business piece. In this way, the open-closed principle is followed at the system level. When the demand changes, the original access logic, exit logic and processing logic of each processing node can be modified, or new processing nodes can be added without affecting other processing nodes. Maintenance and testing are relatively simple, and will not cause overall logical confusion, thereby improving the stability of the system. At the same time, since the access logic of each processing node is implemented separately, the processing node can be reused in the workflow, reducing redundant code. Under the premise of maintaining system stability, the system logic is implemented in an efficient form as much as possible, providing efficient and stable system guarantee for business operations.

[0078] The present invention also provides a transaction processing flow implementation device, as described in the following embodiments. Since the principle of the device to solve the problem is similar to the transaction processing flow implementation method, the implementation of the device can refer to the implementation of the transaction processing flow implementation method, and the repeated parts will not be repeated.

[0079] like Figure 6 As shown, the device 600 includes:

[0080] Communication module 601, used to receive the business piece submitted by the front end, determine the process serial number of the business piece and the node code of the next processing node, the business piece contains the category code of the transaction to be processed;

[0081] For each next processing node, the processing module 602 executes the following method:

[0082] Obtain the processing logic, entry logic and exit logic of the next processing node according to the node code, category code and process serial number;

[0083] Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case;

[0084] Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code;

[0085] The processing module 602 cyclically executes the above method for each next processing node until all processing nodes have completed processing, and the communication module 601 outputs the business items processed by all nodes and the review conclusion of each processing node.

[0086] In an implementation manner of the embodiment of the present invention, the processing module is used to:

[0087] Perform access verification on the business piece. If the business piece passes the access verification, it will be sent to the next processing node;

[0088] Receive the review conclusion of the processing personnel on the business items in the current processing node;

[0089] Use processing logic to process business items and audit conclusions;

[0090] Use the approval logic to verify the business items and audit conclusions processed by the processing logic;

[0091] Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code, including:

[0092] If the approval check is passed, the node code of the next processing node is determined based on the audit conclusion, node code and category code, and the processed business item is sent to the processing node corresponding to the node code.

[0093] In one implementation of the embodiment of the present invention, the device further includes:

[0094] A storage module is used to configure the processing logic, admission logic and exit logic of each processing node, and store the processing logic, admission logic and exit logic of each processing node in a redis cache database;

[0095] Processing modules for:

[0096] According to the node code, category code and process serial number, the processing logic, entry logic and exit logic are read from the redis cache database.

[0097] In an implementation manner of the embodiment of the present invention, the processing module is further configured to:

[0098] According to the preset processing logic template, the admission logic, processing logic and exit logic of the next processing node are pushed to the message queue in sequence;

[0099] Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case, including:

[0100] The admission logic, processing logic and exit logic are read from the message queue in sequence, and the business item is processed in combination with the auditor's audit conclusion on the business item.

[0101] In one implementation of the embodiment of the present invention, the device further includes:

[0102] Definition module, used to define abstract classes and interfaces. Abstract classes contain admission policy sets and exit policy sets. Subclasses of abstract classes and interfaces are produced by factory mode.

[0103] Use the loading method to load the admission policy set and the exit policy set into the subclass of the interface;

[0104] Processing modules for:

[0105] Read the admission logic, processing logic and exit logic of the next processing node stored through the subclasses of the loaded admission policy set and exit policy set;

[0106] Pushing the admission logic of the next processing node to the message queue using the first push method;

[0107] Pushing the processing logic of the next processing node to the message queue using the second push method;

[0108] The third push method is used to push the next processing node's output logic to the message queue.

[0109] In the embodiment of the present invention, the workflow is taken as the main line, and the association relationship between each processing node is pre-configured. When a business piece submitted by the front end is received, the node code of the next processing node is determined. The subsequent processing nodes all determine the node code of the next processing node based on the review conclusion, node code and category code of the previous processing node. The series connection of different processing nodes is realized by relying on the workflow configuration to realize different processing flows. In addition, the processing logic, access conditions and exit conditions of each processing node in the workflow are implemented separately. According to the process sequence number, node code and category code of the business piece, the processing logic, access logic and exit logic of the next processing node can be obtained. The access logic and exit logic respectively implement the access control and exit control of the processing node. The processing logic combines the reviewer's review conclusion on the business piece to realize the processing of the business piece. In this way, the open-closed principle is followed at the system level. When the demand changes, the original access logic, exit logic and processing logic of each processing node can be modified, or new processing nodes can be added without affecting other processing nodes. Maintenance and testing are relatively simple, and will not cause overall logical confusion, thereby improving the stability of the system. At the same time, since the access logic of each processing node is implemented separately, the processing node can be reused in the workflow, reducing redundant code. Under the premise of maintaining system stability, the system logic is implemented in an efficient form as much as possible, providing efficient and stable system guarantee for business operations.

[0110] An embodiment of the present invention further provides a computer device, Figure 7 Schematic diagram of a computer device in an embodiment of the present invention. The computer device can implement all steps in the transaction processing flow implementation method in the above embodiment. The computer device specifically includes the following contents:

[0111] Processor (processor) 701, memory (memory) 702, communication interface (CommunicationsInterface) 703 and communication bus 704;

[0112] The processor 701, the memory 702, and the communication interface 703 communicate with each other through the communication bus 704; the communication interface 703 is used to realize information transmission between related devices;

[0113] The processor 701 is used to call the computer program in the memory 702, and the processor implements the transaction processing flow implementation method in the above embodiment when executing the computer program.

[0114] An embodiment of the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the transaction processing flow implementation method described above is implemented.

[0115] An embodiment of the present invention further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the transaction processing flow implementation method is implemented.

[0116] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0117] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0118] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0119] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0120] The specific embodiments described above further illustrate the objectives, technical solutions and beneficial effects of the present invention in detail. It should be understood that the above description is only a specific embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A transaction processing flow implementation method, characterized in that: The method comprises: Receive the business piece submitted by the front end, determine the process serial number of the business piece and the node code of the next processing node, the business piece includes the category code of the transaction to be processed; For each next processing node, execute the following method: Obtain the processing logic, entry logic and exit logic of the next processing node according to the node code, category code and process serial number; Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case; Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code; The above method for executing each next processing node is executed cyclically until all processing nodes are processed, and the business items processed by all nodes and the review conclusion of each processing node are output; Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case, including: Perform access verification on the business piece. If the business piece passes the access verification, it will be sent to the next processing node; Receive the review conclusion of the processing personnel on the business items in the current processing node; Use processing logic to process business items and audit conclusions; Use the approval logic to verify the business items and audit conclusions processed by the processing logic; Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code, including: If the approval check is passed, the node code of the next processing node is determined based on the audit conclusion, node code and category code, and the processed business item is sent to the processing node corresponding to the node code.

2. The method according to claim 1, characterized in that Before obtaining the processing logic, admission logic and exit logic of the next processing node according to the node code, category code and process serial number, the method further includes: Configure the processing logic, admission logic, and exit logic of each processing node, and store the processing logic, admission logic, and exit logic of each processing node in the redis cache database; Obtain the processing logic, admission logic, and exit logic of the next processing node according to the node code, category code, and process serial number, including: According to the node code, category code and process serial number, the processing logic, entry logic and exit logic are read from the redis cache database.

3. The method according to any one of claims 1 to 2, characterized in that: After obtaining the processing logic, admission logic and exit logic of the next processing node according to the node code, category code and process serial number, the method further includes: According to the preset processing logic template, the admission logic, processing logic and exit logic of the next processing node are pushed to the message queue in sequence; Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case, including: The admission logic, processing logic and exit logic are read from the message queue in sequence, and the business item is processed in combination with the auditor's audit conclusion on the business item.

4. The method according to claim 3, characterized in that Before pushing the admission logic, processing logic and exit logic of the next processing node to the message queue in sequence according to the preset processing logic template, the method further includes: Define an abstract class and an interface, wherein the abstract class includes an admission policy set and an exit policy set; wherein subclasses of the abstract class and the interface are produced by a factory pattern; Use the loading method to load the admission policy set and the exit policy set into the subclass of the interface; According to the preset processing logic template, the admission logic, processing logic and exit logic of the next processing node are pushed to the message queue in sequence, including: Read the admission logic, processing logic and exit logic of the next processing node stored through the subclasses of the loaded admission policy set and exit policy set; Pushing the admission logic of the next processing node to the message queue using the first push method; Pushing the processing logic of the next processing node to the message queue using the second push method; The third push method is used to push the next processing node's output logic to the message queue.

5. A transaction processing flow implementation device, characterized in that: The device comprises: The communication module is used to receive the business piece submitted by the front end, determine the process serial number of the business piece and the node code of the next processing node, and the business piece contains the category code of the transaction to be processed; For each next processing node, the processing module executes the following method: Obtain the processing logic, entry logic and exit logic of the next processing node according to the node code, category code and process serial number; Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case; Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code; The processing module cyclically executes the method executed by each next processing node until all processing nodes have completed processing, and the communication module outputs the business items processed by all nodes and the review conclusion of each processing node; Processing modules for: Perform access verification on the business piece. If the business piece passes the access verification, it will be sent to the next processing node; Receive the review conclusion of the processing personnel on the business items in the current processing node; Use processing logic to process business items and audit conclusions; Use the approval logic to verify the business items and audit conclusions processed by the processing logic; Determine the node code of the next processing node based on the audit conclusion, node code and category code, and send the processed business item to the processing node corresponding to the node code, including: If the approval check is passed, the node code of the next processing node is determined based on the audit conclusion, node code and category code, and the processed business item is sent to the processing node corresponding to the node code.

6. The device according to claim 5, characterized in that The device also includes: A storage module is used to configure the processing logic, admission logic and exit logic of each processing node, and store the processing logic, admission logic and exit logic of each processing node in a redis cache database; Processing modules for: According to the node code, category code and process serial number, the processing logic, entry logic and exit logic are read from the redis cache database.

7. The device according to any one of claims 5 to 6, characterized in that The processing module is also used to: According to the preset processing logic template, the admission logic, processing logic and exit logic of the next processing node are pushed to the message queue in sequence; Use the admission logic, processing logic and exit logic to process the business case in combination with the auditor's review conclusions on the business case, including: The admission logic, processing logic and exit logic are read from the message queue in sequence, and the business item is processed in combination with the auditor's audit conclusion on the business item.

8. The device according to claim 7, characterized in that The device also includes: A definition module, used to define an abstract class and an interface, wherein the abstract class includes an admission policy set and an exit policy set; wherein subclasses of the abstract class and the interface are produced by a factory pattern; Use the loading method to load the admission policy set and the exit policy set into the subclass of the interface; Processing modules for: Read the admission logic, processing logic and exit logic of the next processing node stored through the subclasses of the loaded admission policy set and exit policy set; Pushing the admission logic of the next processing node to the message queue using the first push method; Pushing the processing logic of the next processing node to the message queue using the second push method; The third push method is used to push the next processing node's output logic to the message queue.

9. A computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the method according to any one of claims 1 to 4 is implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 4 is implemented.

11. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 4 is implemented.

Images