Workflow execution method, device and server

Abstract

The invention provides a workflow execution method and device and a server, and the method comprises the steps: firstly obtaining verification systems corresponding to an initial system and a target system and process parameters of the verification systems when a business interaction process between the initial system and the target system is controlled, and determining a scheduling strategy based on the process parameters; sending a first request instruction of the initial system to the verification system based on the scheduling strategy, calling back a first response result obtained after the verification system responds to the first request instruction to the initial system, and processing the first response result to generate a second request instruction; and then, after the second request instruction is sent to the target system, a corresponding third request instruction is obtained and sent to the verification system, and finally, a second response result obtained after the verification system responds to the third request instruction is obtained and called back to the target system. According to the method, the identity verification processing of the target system is realized by using the verification system, a login-free mechanism can be realized, and the execution efficiency of the workflow is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of process processing, and in particular to a workflow execution method, device and server. Background Art

[0002] For the process control of internal approval, order processing, customer service process processing, etc., business processes are usually built based on predefined process templates. These business processes can be serial, parallel, and select branches, and the process nodes and the logical relationship between the nodes can be configured through a graphical interface. Specifically, each node represents a specific task or decision point, and the entire process starts from the starting node until all node activities are completed.

[0003] The process of process processing will include the process of authenticating the user identity. When performing cross-system and cross-domain data access, complex user identity authentication will become a bottleneck in the workflow execution process, especially when there is a data isolation mechanism. The user identity verification process will affect the efficiency of workflow execution. Summary of the invention

[0004] In view of this, the purpose of the present invention is to provide a workflow execution method, device and server, which utilizes a verification system to implement identity verification processing on a target system, and can implement a login-free mechanism, thereby simplifying the operation steps and improving the execution efficiency of the workflow.

[0005] In a first aspect, an embodiment of the present invention provides a workflow execution method, which is applied to a business interaction process between an initiating system and a target system; the method comprises:

[0006] Obtain the verification system and its process parameters corresponding to the starting system and the target system, and determine the scheduling strategy based on the process parameters;

[0007] Obtaining a first request instruction from the initiating system, and controlling the first request instruction to be sent to the verification system based on a scheduling strategy;

[0008] Obtaining a first response result after the verification system responds to the first request instruction, calling back the first response result to the initiating system, and obtaining a second request instruction generated after the initiating system processes the first response result;

[0009] After the second request instruction is sent to the target system based on the scheduling strategy, a third request instruction is obtained after the target system responds to the second request instruction, and the third request instruction is sent to the verification system;

[0010] A second response result after the verification system responds to the third request instruction is obtained, and the second response result is called back to the target system.

[0011] Optionally, obtaining the verification system and its process parameters corresponding to the starting system and the target system, and determining the scheduling strategy based on the process parameters, including:

[0012] Determine a starting front end and a starting back end included in a starting system, and determine a target front end and a target back end included in a target system;

[0013] Determine the process parameters according to the first process parameters between the starting front end and the starting back end, the second process parameters between the starting back end and the verification system, the third process parameters between the starting front end and the target front end, the fourth process parameters between the target front end and the target back end, and the fifth process parameters between the target back end and the verification system;

[0014] The process parameters are used to determine the task nodes and their corresponding task execution parameters included in the business interaction process, and the scheduling strategy corresponding to the task nodes is determined according to the task execution parameters.

[0015] Optionally, obtaining a first request instruction of the initiating system, and controlling the first request instruction to be sent to the verification system based on a scheduling strategy, includes:

[0016] Obtaining an information verification request instruction from the starting front end, and controlling the starting front end to send the information verification request instruction to the starting back end;

[0017] Acquire a first verification parameter corresponding to the verification system, and generate a first request instruction using the first verification parameter and the information verification request instruction;

[0018] The first task node corresponding to the first request instruction is determined according to the scheduling strategy, and the first request instruction is sent to the verification system by controlling the starting back end based on the first task node.

[0019] Optionally, obtaining a first response result after the verification system responds to the first request instruction, and calling back the first response result to the initiating system includes:

[0020] Acquire execution process parameters of the verification system for the first request instruction in real time, and determine a first response result using the execution process parameters;

[0021] Get the verification information contained in the first response result, and control the verification system to call back the verification information to the starting backend.

[0022] Optionally, obtaining a second request instruction generated after the initiating system processes the first response result includes:

[0023] Obtain the verification information contained in the starting backend, and control the starting backend to send the verification information to the starting frontend;

[0024] Determine a second task node corresponding to the verification information according to the scheduling strategy, and determine an information authentication request instruction corresponding to the target front end based on the task execution parameter corresponding to the second task node;

[0025] The second request instruction is determined using the verification information and the information authentication request instruction.

[0026] Optionally, after the second request instruction is sent to the target system based on the scheduling policy, a third request instruction after the target system responds to the second request instruction is obtained, and the third request instruction is sent to the verification system, including:

[0027] Based on the second task node, controlling the second request instruction to be sent from the starting front end to the target front end;

[0028] Control the target front end to send the second request instruction to the target back end, and obtain the second verification parameter corresponding to the verification system;

[0029] Using the second verification parameter and the verification information in the second request instruction, controlling the target backend to generate a third request instruction;

[0030] The control target backend sends the third request instruction to the verification system.

[0031] Optionally, obtaining a second response result after the verification system responds to the third request instruction, and calling back the second response result to the target system, includes:

[0032] Acquire execution process parameters of the verification system for the third request instruction in real time, and determine the second response result by using the execution process parameters;

[0033] Obtain the authentication information contained in the second response result, and control the verification system to call back the authentication information to the target backend;

[0034] Use the authentication information to control the target backend to obtain the corresponding user information and send the user information to the target frontend.

[0035] Optionally, using the authentication information to control the target backend to obtain the corresponding user information and send the user information to the target frontend, including:

[0036] Use the authentication information to control the target backend to authenticate the user information, and use the authenticated user information to set the corresponding login status parameters of the target frontend;

[0037] Control the target backend to send the login status parameters and their corresponding user information to the target frontend.

[0038] In a second aspect, an embodiment of the present invention provides a workflow execution device, which is applied to a business interaction process between an initiating system and a target system; the device includes:

[0039] A scheduling strategy determination module is used to obtain the verification system and its process parameters corresponding to the starting system and the target system, and determine the scheduling strategy based on the process parameters;

[0040] A first execution module, used for acquiring a first request instruction of the starting system, and controlling the first request instruction to be sent to the verification system based on a scheduling strategy;

[0041] A second execution module is used to obtain a first response result after the verification system responds to the first request instruction, call back the first response result to the starting system, and obtain a second request instruction generated after the starting system processes the first response result;

[0042] A third execution module controls the second request instruction to be sent to the target system based on the scheduling strategy, obtains a third request instruction after the target system responds to the second request instruction, and sends the third request instruction to the verification system;

[0043] The fourth execution module is used to obtain a second response result after the verification system responds to the third request instruction, and call back the second response result to the target system.

[0044] In a third aspect, an embodiment of the present invention further provides a server, including a processor and a memory, wherein the memory stores computer executable instructions that can be executed by the processor, and the processor executes the computer executable instructions to implement the steps of the workflow execution method provided in the first aspect.

[0045] In a fourth aspect, an embodiment of the present invention further provides a storage medium storing computer executable instructions. When the computer executable instructions are called and executed by a processor, the computer executable instructions prompt the processor to implement the steps of the workflow execution method provided in the first aspect.

[0046] A workflow execution method, system and server provided by the embodiment of the present invention, in the process of controlling the business interaction process between the starting system and the target system, first obtain the verification system and its process parameters corresponding to the starting system and the target system, and determine the scheduling strategy based on the process parameters; then obtain the first request instruction of the starting system, and control the first request instruction to be sent to the verification system based on the scheduling strategy; then obtain the first response result after the verification system responds to the first request instruction, call back the first response result to the starting system, and obtain the second request instruction generated after the starting system processes the first response result; then control the second request instruction to be sent to the target system based on the scheduling strategy, obtain the third request instruction after the target system responds to the second request instruction, and send the third request instruction to the verification system; finally obtain the second response result after the verification system responds to the third request instruction, and call back the second response result to the target system. The method can use the verification system to implement identity verification processing of the target system, and can realize a login-free mechanism, thereby simplifying the operation steps and improving the execution efficiency of the workflow.

[0047] Other features and advantages of the present invention will be described in the following description, and partly become apparent from the description, or understood by practicing the present invention. The purpose and other advantages of the present invention are realized and obtained by the structures particularly pointed out in the description, claims and drawings.

[0048] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0050] Figure 1 A flowchart of a workflow execution method provided by an embodiment of the present invention;

[0051] Figure 2 A flowchart of step S101 in a workflow execution method provided in an embodiment of the present invention;

[0052] Figure 3 A flowchart of step S102 in a workflow execution method provided in an embodiment of the present invention;

[0053] Figure 4In a workflow execution method provided by an embodiment of the present invention, a first response result after a verification system responds to a first request instruction is obtained, and the first response result is called back to a flowchart of the starting system;

[0054] Figure 5 In a workflow execution method provided by an embodiment of the present invention, a second request instruction flow chart generated after the initiating system processes the first response result is obtained;

[0055] Figure 6 A flowchart of step S104 in a workflow execution method provided in an embodiment of the present invention;

[0056] Figure 7 A flowchart of step S105 in a workflow execution method provided in an embodiment of the present invention;

[0057] Figure 8 A flowchart of step S703 in a workflow execution method provided in an embodiment of the present invention;

[0058] Fig. 9 A signaling diagram of a workflow execution method provided by an embodiment of the present invention;

[0059] Fig.10 A schematic diagram of the structure of a workflow execution device provided by an embodiment of the present invention;

[0060] Fig.11 A schematic diagram of the structure of a server provided in an embodiment of the present invention.

[0061] icon:

[0062] 1010 - scheduling strategy determination module; 1020 - first execution module; 1030 - second execution module; 1040 - third execution module; 1050 - fourth execution module;

[0063] 101 - processor; 102 - memory; 103 - bus; 104 - communication interface. DETAILED DESCRIPTION

[0064] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution of the present invention will be clearly and completely described in combination with the embodiments below. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0065] For the process control process of internal approval, order processing, customer service process processing, etc., business processes are usually built based on predefined process templates. These business processes can be implemented in multiple types such as serial, parallel, and selection branches, and the process nodes and the logical relationship between the nodes can be configured through a graphical interface. Specifically, each node represents a specific task or decision point, and the entire process starts from the starting node and ends at the end of all node activities.

[0066] The process of process processing includes the process of authenticating the user identity. When performing cross-system and cross-domain data access, complex user identity authentication will become a bottleneck in the workflow execution process, especially when there is a data isolation mechanism, the user identity verification process will affect the workflow execution efficiency. Based on this, the present invention implements a workflow execution method, system and server, which uses a verification system to implement identity verification processing for the target system, and can realize a login-free mechanism, thereby simplifying the operation steps and improving the execution efficiency of the workflow.

[0067] To facilitate understanding of this embodiment, a workflow execution method disclosed in an embodiment of the present invention is first described in detail. The method is applied to a business interaction process between an initiating system and a target system, such as Figure 1 As shown, the following steps are included:

[0068] Step S101, obtaining the verification system and its process parameters corresponding to the starting system and the target system, and determining the scheduling strategy based on the process parameters;

[0069] Step S102, obtaining a first request instruction of the initiating system, and controlling the first request instruction to be sent to the verification system based on a scheduling strategy;

[0070] Step S103, obtaining a first response result after the verification system responds to the first request instruction, calling back the first response result to the initiating system, and obtaining a second request instruction generated after the initiating system processes the first response result;

[0071] Step S104, after the second request instruction is sent to the target system based on the scheduling strategy, a third request instruction after the target system responds to the second request instruction is obtained, and the third request instruction is sent to the verification system;

[0072] Step S105, obtaining a second response result after the verification system responds to the third request instruction, and calling back the second response result to the target system.

[0073] The starting end of the workflow in this scheme is the starting system, and the ending end is the target system. In the process of business interaction between the two, there is also a verification system, which is used to verify business processing processes such as login information and authority authentication. Therefore, this method first obtains the specific verification system and its process parameters based on the connection relationship between the starting system and the target system and the verification system, and then determines the scheduling strategy between the starting system and the target system and the verification system respectively.

[0074] The execution process of the workflow starts with the first request instruction, which comes from the starting system and is sent to the verification system through the scheduling strategy, rather than to the target system. After receiving the first request instruction, the verification system verifies the response to it, obtains the first response result containing verification information, and calls back the response result to the starting system, and also does not send it to the target system.

[0075] After obtaining the first response result, the initiating system generates a second request instruction based on the verification information contained therein. The instruction also comes from the initiating system, but the instruction is not sent to the verification system, but to the target system. After the second request instruction is sent to the target system through the scheduling strategy, the target system generates a corresponding third request instruction based on the verification information contained therein, and sends the third request instruction to the verification system for verification, thereby obtaining a second response result containing authentication information, and calling the response result back to the target system.

[0076] Optionally, the step S101 of obtaining the verification system and process parameters corresponding to the starting system and the target system, and determining the scheduling strategy based on the process parameters, such as Figure 2 As shown, including:

[0077] Step S201, determining an initial front end and an initial back end included in an initial system, and determining a target front end and a target back end included in a target system;

[0078] Step S202, determining the process parameters according to the first process parameters between the starting front end and the starting back end, the second process parameters between the starting back end and the verification system, the third process parameters between the starting front end and the target front end, the fourth process parameters between the target front end and the target back end, and the fifth process parameters between the target back end and the verification system;

[0079] Step S203: determine the task nodes and their corresponding task execution parameters contained in the business interaction process using the process parameters, and determine the scheduling strategy corresponding to the task nodes according to the task execution parameters.

[0080] In actual scenarios, the starting system includes a starting front end and a starting back end, and the target system includes a target front end and a target back end. In layman's terms, the front end is the page interaction end of the system, and the back end is the corresponding processing execution end of the system. At this time, the scheduling strategy needs to be determined between the front end and the back end of the starting system, the front end and the back end of the target system, between the starting system and the target system, between the starting system and the verification system, and between the target system and the verification system. The process parameters are finally determined based on the first process parameter between the starting front end and the starting back end, the second process parameter between the starting back end and the verification system, the third process parameter between the starting front end and the target front end, the fourth process parameter between the target front end and the target back end, and the fifth process parameter between the target back end and the verification system. After the process parameters are determined, the business interaction process can be determined, and the task nodes and corresponding task execution parameters contained therein can be obtained from the process execution process.

[0081] Optionally, a first request instruction of the initiating system is obtained, and the first request instruction is sent to the verification system based on the scheduling strategy. Step S102, such as Figure 3 As shown, including:

[0082] Step S301, obtaining an information verification request instruction from the initial front end, and controlling the initial front end to send the information verification request instruction to the initial back end;

[0083] Step S302, obtaining a first verification parameter corresponding to the verification system, and generating a first request instruction using the first verification parameter and the information verification request instruction;

[0084] Step S303, determining the first task node corresponding to the first request instruction according to the scheduling strategy, and controlling the start backend to send the first request instruction to the verification system based on the first task node.

[0085] Based on the above front-end and back-end structure, when the starting system sends the first request instruction to the verification system, the starting front end receives the verification information request instruction, and then sends the information verification request instruction from the starting front end to the starting back end through internal transmission. After the starting back end obtains the information verification request instruction, it obtains the first request instruction by obtaining the first verification parameter and using the information verification request instruction. The first request instruction needs to be sent to the verification system, and the sending process is implemented by the starting back end. In the specific sending process, the first task node corresponding to the first request instruction is determined according to the scheduling strategy, and the first request instruction is sent from the starting back end to the verification system using the first task node.

[0086] Optionally, a first response result after the verification system responds to the first request instruction is obtained, and the first response result is called back to the starting system, such as Figure 4 As shown, including:

[0087] Step S401, obtaining in real time the execution process parameters of the verification system for the first request instruction, and determining the first response result using the execution process parameters;

[0088] Step S402, obtaining the verification information contained in the first response result, and controlling the verification system to call back the verification information to the initial backend.

[0089] The verification system needs to monitor the process of processing the first request instruction in real time to obtain the first response result output by it in real time, and obtain the execution process parameters of the verification system for the first request instruction, and use the execution process parameters to determine the output process of the first response result. The first response result contains verification information, and the first response result is sent to the starting backend through the verification system, thereby realizing the process interaction between the verification system and the starting system.

[0090] Optionally, a second request instruction generated by the initiating system after processing the first response result is obtained, such as Figure 5 As shown, including:

[0091] Step S501, obtaining verification information contained in the initial backend, and controlling the initial backend to send the verification information to the initial frontend;

[0092] Step S502, determining the second task node corresponding to the verification information according to the scheduling strategy, and determining the information authentication request instruction corresponding to the target front end based on the task execution parameter corresponding to the second task node;

[0093] Step S503: Determine a second request instruction using the verification information and the information authentication request instruction.

[0094] After the process interaction between the verification system and the starting system is completed, the verification information contained in the first response result in the starting system is obtained, and it is sent from the starting back end to the starting front end. Subsequently, the second task node corresponding to the verification information is determined according to the scheduling strategy, and the information authentication request instruction corresponding to the starting front end and the target front end is determined using its task execution parameters, and the second request instruction is determined using the obtained verification information and the information authentication request instruction. Specifically, the second request instruction is an interaction instruction from the starting front end to the target front end, and its purpose is to control the target system to perform information authentication, and the information authentication of the target system is implemented by the verification system. Specifically, at this time, after the second request instruction is sent to the target system based on the scheduling strategy, the third request instruction after the target system responds to the second request instruction is obtained, and the third request instruction is sent to the verification system, as shown in step S104. Figure 6 As shown, including:

[0095] Step S601, based on the second task node, controlling the second request instruction to be sent from the starting front end to the target front end;

[0096] Step S602, controlling the target front end to send the second request instruction to the target back end, and obtaining a second verification parameter corresponding to the verification system;

[0097] Step S603, using the second verification parameter and the verification information in the second request instruction, controlling the target backend to generate a third request instruction;

[0098] Step S604: Control the target backend to send the third request instruction to the verification system.

[0099] The second task node corresponds to the task node between the starting system and the target system. Specifically, the second request instruction is sent from the starting front end to the target front end through the workflow of the second task node, rather than from the starting back end to the target front end. After the target front end obtains the second request, it sends it to the target back end through its internal transmission channel. The subsequent process needs to send the verification information to the verification system. This process requires the second verification parameter corresponding to the verification system to be implemented. The second verification parameter is used to generate the corresponding request instruction of the verification system. Specifically, the second verification parameter and the verification information are used to control the target back end to generate its corresponding third request instruction, and then control the target back end to send the third request instruction to the verification system.

[0100] Optionally, a second response result after the verification system responds to the third request instruction is obtained, and the second response result is called back to the step S105 of the target system, such as Figure 7 As shown, including:

[0101] Step S701, obtaining in real time the execution process parameters of the verification system for the third request instruction, and determining the second response result using the execution process parameters;

[0102] Step S702, obtaining the authentication information contained in the second response result, and controlling the verification system to call back the authentication information to the target backend;

[0103] Step S703, using the authentication information to control the target backend to obtain the corresponding user information, and send the user information to the target frontend.

[0104] The verification system also monitors the progress of the second request instruction in real time during the processing, and determines the output process of the second response result by obtaining the execution process parameters of the third request instruction in real time. The second response result contains relevant authentication information, which is used as the authentication basis for the entire workflow. After the authentication information is obtained in the second response result, the control verification system transmits it to the target backend, and does not transmit it to the starting system. After obtaining the authentication information, the target backend can perform authentication locally to obtain the corresponding user information, and send the user information to the target frontend for related processing. Optionally, the authentication information is used to control the target backend to obtain the corresponding user information, and send the user information to the target frontend in step S703, as shown in Figure 8 As shown, including:

[0105] Step S801, using the authentication information to control the target backend to authenticate the user information, and using the authenticated user information to set the login status parameters corresponding to the target frontend;

[0106] Step S802, controlling the target backend to send the login status parameter and its corresponding user information to the target frontend.

[0107] This process is completed in the target system. After obtaining the authentication information, the target backend performs local verification and sets the corresponding login status, thereby obtaining the corresponding login status parameters of the target frontend. Then the target backend is controlled to send the login status parameters and user information to the target frontend, so as to control the target frontend to log in according to the above login status parameters and user information, and enter the relevant accessed page, thereby realizing the workflow processing process from the starting system to the target system.

[0108] like Fig. 9 The signaling diagram of the workflow execution method shown above, in which the ticket is a verification parameter, is sent to the starting system backend after obtaining the first request instruction of the starting system frontend, and the first request instruction is sent from the starting system backend to the verification system based on the scheduling strategy. The verification system responds to the first request instruction and obtains a first response result, which contains a ticket. By calling back the first response result to the starting system backend, the ticket is also sent to the starting system backend. At this time, the starting system backend sends the ticket to the starting system frontend, thereby completing the business interaction process from the starting system to the verification system.

[0109] Subsequently, the initiating system processes the ticket to obtain a second request instruction, which carries the ticket, and sends the second request instruction to the target system front end through a jump link. After the current system front end obtains the second request instruction, it obtains the ticket contained therein and transmits it from the target system front end to the target system back end. The target system back end generates a corresponding third request instruction based on the ticket and sends the third request instruction to the verification system. After the verification system responds to the third request instruction, it transmits the user information UserID back to the target system back end. After the user information is locally verified on the target system back end and the corresponding login status is set, the user information is sent to the target system front end. The target system front end enters the accessed page according to the user information, thereby realizing a series of business interaction processes from the initiating system front end to the target system front end.

[0110] The above process involves process scheduling of task nodes, mainly priority scheduling, dependency scheduling, time window scheduling, and event-driven scheduling. Specifically, the priority rules involved in priority-based scheduling mainly set the priority for each task node, and tasks with high priority are activated first. In addition, it also involves a dynamic adjustment process, which dynamically adjusts the priority according to the importance and urgency of the task, and is mainly suitable for scenarios that require rapid response to critical tasks. For example, in the litigation process and preservation process, the priority of each node will be configured, and a tree-like flowchart will be generated according to the priority. The order of each node in the flowchart can be dynamically adjusted, that is, the priority. After the adjustment, the process with a high priority will be executed first.

[0111] The scheduling of task nodes based on dependencies depends on the completion of the predecessor tasks. The current task will be activated only when all predecessor tasks are completed. For the processing of parallel tasks, multiple tasks can be activated at the same time, but it must be ensured that all predecessor tasks have been completed. The application scenario of this type of scheduling is suitable for processes with strict dependencies. For example, the predecessor node of the legal task assignment node in the litigation process is the court filing. The legal task assignment node will only be activated after the court filing is completed. Legal task assignment and operational task assignment are parallel nodes, and activation is simultaneous.

[0112] The scheduling process based on the time window involves scenarios such as timed activation and delayed activation. In timed activation, some tasks can be activated within a specific event window, such as during working hours or non-peak hours, or in special nodes activated at a specified time, allowing court sessions. In delayed activation, tasks are allowed to be delayed for a period of time after certain conditions are met before activation to smooth the system load. The application scenario of this type of scheduling is suitable for tasks with clear time requirements, such as report generation, regular inspections, etc. For example, for a court session node, even if the predecessor node is completed, but the start time of the node has not arrived, it is not allowed to be activated.

[0113] The event-driven scheduling process involves scenarios such as event triggering and event monitoring. The activation of tasks in event triggering scenarios is triggered by specific events, such as user operations, external system notifications, etc. Event monitoring mainly involves continuous monitoring of related event sources, and once an event that meets the conditions is detected, the related tasks are immediately activated. Take the release of mediation task process as an example: the first node is: accepting mediation tasks, which will push the case to the relevant mediation system. After successfully getting the callback from the mediation system, the following node operations will be performed.

[0114] It can be seen from the workflow execution method described in the above embodiment that the method utilizes the verification system to implement identity verification processing on the target system, and can realize a login-free mechanism, thereby simplifying the operation steps and improving the execution efficiency of the workflow.

[0115] Corresponding to the above-mentioned workflow execution method embodiment, the embodiment of the present invention further provides a workflow execution device, which is applied to the business interaction process between the starting system and the target system, such as Fig.10 As shown, the device includes:

[0116] The scheduling strategy determination module 1010 is used to obtain the verification system and its process parameters corresponding to the starting system and the target system, and determine the scheduling strategy based on the process parameters;

[0117] A first execution module 1020, configured to obtain a first request instruction from the initiating system, and control the first request instruction to be sent to the verification system based on a scheduling strategy;

[0118] The second execution module 1030 is used to obtain a first response result after the verification system responds to the first request instruction, call back the first response result to the initiating system, and obtain a second request instruction generated after the initiating system processes the first response result;

[0119] The third execution module 1040 controls the second request instruction to be sent to the target system based on the scheduling strategy, obtains a third request instruction after the target system responds to the second request instruction, and sends the third request instruction to the verification system;

[0120] The fourth execution module 1050 is used to obtain a second response result after the verification system responds to the third request instruction, and call back the second response result to the target system.

[0121] From the workflow execution device mentioned in the above embodiment, it can be seen that the device is able to utilize the verification system to implement identity verification processing on the target system and can implement a login-free mechanism, thereby simplifying the operation steps and improving the execution efficiency of the workflow.

[0122] The implementation principle and technical effects of the workflow execution device provided in the embodiment of the present invention are the same as those of the aforementioned workflow execution method embodiment. For the sake of brief description, for matters not mentioned in the method embodiment, reference may be made to the corresponding contents in the aforementioned workflow execution method embodiment.

[0123] This embodiment also provides a server, the structural diagram of which is as follows: Fig.11 As shown, the device includes a processor 101 and a memory 102; wherein the memory 102 is used to store one or more computer instructions, and the one or more computer instructions are executed by the processor to implement the steps of the above-mentioned workflow execution method.

[0124] Fig.11 The server shown further includes a bus 103 and a communication interface 104 , and the processor 101 , the communication interface 104 and the memory 102 are connected via the bus 103 .

[0125] The memory 102 may include a high-speed random access memory (RAM), and may also include a non-volatile memory, such as at least one disk storage. The bus 103 may be an ISA bus, a PCI bus, or an EISA bus. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.11 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0126] The communication interface 104 is used to connect to at least one user terminal and other network units through a network interface, and send the encapsulated IPv4 message or IPv4 message to the user terminal through the network interface.

[0127] The processor 101 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 101. The above processor 101 can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The disclosed methods, steps and logic block diagrams in the embodiments of the present disclosure can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in conjunction with the embodiments of the present disclosure can be directly embodied as a hardware decoding processor for execution, or a combination of hardware and software modules in the decoding processor for execution. The software module may be located in a storage medium mature in the art, such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 102, and the processor 101 reads the information in the memory 102 and completes the steps of the method of the above embodiment in combination with its hardware.

[0128] An embodiment of the present invention further provides a storage medium on which a computer program is stored. When the computer program is executed by a processor, the steps of the workflow execution method in the above embodiment are executed.

[0129] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0130] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0131] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0132] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present invention can essentially or in other words, the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present invention. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0133] Finally, it should be noted that the above-described embodiments are only specific implementations of the present invention, which are used to illustrate the technical solutions of the present invention, rather than to limit them. The protection scope of the present invention is not limited thereto. Although the present invention is described in detail with reference to the above-described embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-described embodiments within the technical scope disclosed by the present invention, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention shall be based on the protection scope of the claims.

Claims

1. A workflow execution method, characterized in that: The method is applied to the business interaction process between the starting system and the target system; the method comprises: Obtaining the verification systems and process parameters corresponding to the starting system and the target system, and determining a scheduling strategy based on the process parameters; Obtaining a first request instruction from the initiating system, and controlling the first request instruction to be sent to the verification system based on the scheduling strategy; Obtaining a first response result after the verification system responds to the first request instruction, calling back the first response result to the initiating system, and obtaining a second request instruction generated after the initiating system processes the first response result; After the second request instruction is sent to the target system based on the scheduling strategy, a third request instruction is obtained after the target system responds to the second request instruction, and the third request instruction is sent to the verification system; A second response result after the verification system responds to the third request instruction is obtained, and the second response result is called back to the target system.

2. The workflow execution method according to claim 1, characterized in that: Obtaining the verification system and process parameters corresponding to the starting system and the target system, and determining a scheduling strategy based on the process parameters, including: Determine a starting front end and a starting back end included in the starting system, and determine a target front end and a target back end included in the target system; Determine the process parameter according to a first process parameter between the starting front end and the starting back end, a second process parameter between the starting back end and the verification system, a third process parameter between the starting front end and the target front end, a fourth process parameter between the target front end and the target back end, and a fifth process parameter between the target back end and the verification system; The process parameters are used to determine the task nodes and their corresponding task execution parameters included in the business interaction process, and the scheduling strategy corresponding to the task nodes is determined according to the task execution parameters.

3. The workflow execution method according to claim 2, characterized in that: Acquiring a first request instruction of the initiating system, and controlling the first request instruction to be sent to the verification system based on the scheduling strategy, including: Obtaining an information verification request instruction from the initial front end, and controlling the initial front end to send the information verification request instruction to the initial back end; Acquire a first verification parameter corresponding to the verification system, and generate the first request instruction using the first verification parameter and the information verification request instruction; A first task node corresponding to the first request instruction is determined according to the scheduling strategy, and based on the first task node, the starting backend is controlled to send the first request instruction to the verification system.

4. The workflow execution method according to claim 2, characterized in that: Obtaining a first response result after the verification system responds to the first request instruction, and calling back the first response result to the starting system, including: Acquire in real time the execution process parameters of the verification system for the first request instruction, and determine the first response result using the execution process parameters; The verification information included in the first response result is obtained, and the verification system is controlled to call back the verification information to the starting backend.

5. The workflow execution method according to claim 4, characterized in that: Acquiring a second request instruction generated by the initiating system after processing the first response result, including: Acquire the verification information contained in the initial backend, and control the initial backend to send the verification information to the initial frontend; Determine a second task node corresponding to the verification information according to the scheduling strategy, and determine an information authentication request instruction corresponding to the target front end based on the task execution parameter corresponding to the second task node; The second request instruction is determined using the verification information and the information authentication request instruction.

6. The workflow execution method according to claim 5, characterized in that: After the second request instruction is sent to the target system based on the scheduling strategy, a third request instruction is obtained after the target system responds to the second request instruction, and the third request instruction is sent to the verification system, including: Based on the second task node, controlling the second request instruction to be sent from the starting front end to the target front end; Controlling the target front end to send the second request instruction to the target back end, and obtaining a second verification parameter corresponding to the verification system; Using the second verification parameter and the verification information in the second request instruction, controlling the target backend to generate the third request instruction; The target backend is controlled to send the third request instruction to the verification system.

7. The workflow execution method according to claim 2, characterized in that: Obtaining a second response result after the verification system responds to the third request instruction, and calling back the second response result to the target system, including: Acquire in real time the execution process parameters of the verification system for the third request instruction, and determine the second response result using the execution process parameters; Obtaining authentication information contained in the second response result, and controlling the verification system to call back the authentication information to the target backend; The authentication information is used to control the target backend to obtain corresponding user information, and the user information is sent to the target frontend.

8. The workflow execution method according to claim 7, characterized in that: Using the authentication information to control the target backend to obtain corresponding user information, and sending the user information to the target frontend, includes: Using the authentication information to control the target backend to authenticate the user information, and using the authenticated user information to set the login status parameters corresponding to the target frontend; The target backend is controlled to send the login status parameter and the corresponding user information to the target frontend.

9. A workflow execution device, characterized in that: The device is applied to the business interaction process between the initiating system and the target system; the device includes: A scheduling strategy determination module, used to obtain the verification system and its process parameters corresponding to the starting system and the target system, and determine the scheduling strategy based on the process parameters; A first execution module, configured to obtain a first request instruction from the initiating system, and control the first request instruction to be sent to the verification system based on the scheduling strategy; A second execution module is used to obtain a first response result after the verification system responds to the first request instruction, call back the first response result to the starting system, and obtain a second request instruction generated after the starting system processes the first response result; A third execution module controls the second request instruction to be sent to the target system based on the scheduling strategy, obtains a third request instruction after the target system responds to the second request instruction, and sends the third request instruction to the verification system; The fourth execution module is used to obtain a second response result after the verification system responds to the third request instruction, and call back the second response result to the target system.

10. A server, characterized in that: The method comprises a processor and a memory, wherein the memory stores computer executable instructions that can be executed by the processor, and the processor executes the computer executable instructions to implement the steps of the workflow execution method according to any one of claims 1 to 8.

Images