CN117112432A

CN117112432A - Flow retry method, device, computer equipment and storage medium

Info

Publication number: CN117112432A
Application number: CN202311140246.4A
Authority: CN
Inventors: 韩良
Original assignee: Zhongdian Jinxin Software Co Ltd
Current assignee: Zhongdian Jinxin Software Co Ltd
Priority date: 2023-09-05
Filing date: 2023-09-05
Publication date: 2023-11-24
Anticipated expiration: 2043-09-05
Also published as: CN117112432B

Abstract

The application relates to a flow retry method, a flow retry device, a computer apparatus, a storage medium and a computer program product. The method comprises the following steps: based on the initialized simulated operation environment and service sequence, executing the service components in the service flow to obtain the corresponding execution information of the service components; identifying whether the execution information corresponding to the current service component is abnormal execution information; re-executing the current service component under the condition that the execution information corresponding to the current service component is abnormal execution information; and under the condition that the execution information of the current service component is the normal execution information, executing the next service component of the current service component according to the service sequence until the execution completes the service flow. By adopting the method, the efficiency of flow retry can be improved.

Description

Flow retry method, device, computer equipment and storage medium

Technical Field

The present application relates to the field of application technologies, and in particular, to a flow retry method, apparatus, computer device, storage medium, and computer program product.

Background

RPA (Robotic Process Automation, robotic flow automation) is an automated tool that simulates manual operations. Sporadic problems are often encountered in the process of RPA modeling a complete business process. When sporadic problems are encountered, the business process needs to be re-simulated to obtain a final simulation result.

In the current flow retry method, when an sporadic problem occurs in the simulation process of the business flow, according to the business sequence corresponding to the business flow, all business components in the business flow are re-simulated from the first business component until the business flow is successfully executed, and a final simulation result is obtained.

However, current flow retry methods restart the simulation each time an sporadic problem is encountered, which increases simulation time. Therefore, the current flow retry method is inefficient.

Disclosure of Invention

In view of the foregoing, it is desirable to provide a flow retry method, apparatus, computer device, computer readable storage medium, and computer program product.

In a first aspect, the present application provides a process retry method. The method comprises the following steps:

based on the initialized simulated operation environment and service sequence, executing the service components in the service flow to obtain the corresponding execution information of the service components;

identifying whether the execution information corresponding to the current service component is abnormal execution information;

re-executing the current service component under the condition that the execution information corresponding to the current service component is the abnormal execution information;

And under the condition that the execution information of the current service component is normal execution information, executing the next service component of the current service component according to the service sequence until the execution of the service flow is completed.

In one embodiment, before the service component in the service flow is executed based on the initialized simulated running environment and the service sequence to obtain the execution information corresponding to the service component, the method further includes:

judging whether the simulated operation environment of the business process meets the preset business process operation condition or not;

executing a first business component in the business process according to the business sequence corresponding to the business process under the condition that the simulated operation environment meets the business process operation condition;

stopping executing the business process under the condition that the simulated operation environment does not meet the business process operation condition, and constructing alarm information according to the information that the simulated operation environment does not meet the business process operation condition;

and feeding the alarm information back to a target user, and resetting the simulation running environment.

Judging whether the simulated running environment meets the component environment conditions corresponding to the service components;

and if the simulated running environment meets the component environment conditions, executing each business element in the business component based on the simulated running environment.

In one embodiment, after the determining whether the simulated running environment meets the component environment condition corresponding to the service component, the method further includes:

if the simulated operation environment does not meet the component environment conditions, initializing the simulated operation environment based on the component environment conditions to obtain an initialized simulated operation environment;

judging whether the initialized simulated running environment meets the component environment conditions or not;

and executing each business element in the business assembly based on the initialized simulated running environment under the condition that the initialized simulated running environment meets the environmental conditions of the assembly.

In one embodiment, after the determining whether the initialized simulated running environment meets the component environment condition, the method further includes:

determining whether an upward retry condition is satisfied under the condition that the initialized simulated running environment does not satisfy the component environment condition;

Under the condition that the upward retry condition is met, determining a last service component of the service components as a target to be executed according to the service sequence;

stopping executing the business process under the condition that the upward retry condition is not met, and constructing alarm information according to the information that the business component and the simulated running environment do not meet the component environment condition;

In one embodiment, the executing the service component in the service flow based on the initialized simulated operation environment and the service sequence to obtain the execution information corresponding to the service component includes:

executing each service element in the current service assembly based on the initialized simulated operation environment and the service sequence corresponding to the service flow, and determining an execution result corresponding to the service element based on a fault tolerance mechanism corresponding to the service element;

judging whether each execution result is successful or not, and constructing abnormal execution information of the current service assembly according to the target execution result and a target service element corresponding to the target execution result when the target execution result is failed;

And under the condition that each execution result is successful, determining the execution information of the current service component as normal execution information.

In one embodiment, when the execution information corresponding to the current service component is the abnormal execution information, re-executing the current service component includes:

judging whether the target business element in the abnormal execution information has a standby target business element corresponding to the target business element or not under the condition that the execution information corresponding to the current business component is the abnormal execution information;

if the standby target service element exists in the target service element, re-executing the current service component by taking the standby target service element as a starting point;

and if the standby target service element does not exist in the target service element, re-executing the current service component by taking the target service element as a starting point.

In one embodiment, after re-executing the current service component if the execution information corresponding to the current service component is the abnormal execution information, the method further includes:

determining whether to execute upward retry under the condition that the execution information of the current service component is abnormal execution information and the execution times of the current service component reach a preset execution times threshold;

And under the condition that the upward retry is determined to be executed, determining the last service component of the current service component as a target to be executed according to the service sequence.

In one embodiment, after determining whether to perform the upward retry, if the execution information of the current service component is abnormal execution information and the execution number of the current service component reaches a preset execution number threshold, the method further includes:

stopping executing the business process under the condition that the upward retry is not executed;

according to the abnormal execution information of the current service component and the information of the current service component, alarm information is constructed;

In a second aspect, the application further provides a flow retry device. The device comprises:

the first execution module is used for executing the service components in the service flow based on the initialized simulated operation environment and the service sequence to obtain the execution information corresponding to the service components;

the identification module is used for identifying whether the execution information corresponding to the current service component is abnormal execution information or not;

The second execution module is used for re-executing the current service assembly under the condition that the execution information corresponding to the current service assembly is the abnormal execution information;

and the third execution module is used for executing the next service component of the current service component according to the service sequence under the condition that the execution information of the current service component is normal execution information until the execution of the service flow is completed.

In a third aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor which when executing the computer program performs the steps of:

In a fourth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:

In a fifth aspect, the present application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the steps of:

The flow retry method, the device, the computer equipment, the storage medium and the computer program product execute the business components in the business flow based on the simulated operation environment and the business sequence after the initialization processing to obtain the execution information corresponding to the business components; identifying whether the execution information corresponding to the current service component is abnormal execution information; re-executing the current service component under the condition that the execution information corresponding to the current service component is the abnormal execution information; and under the condition that the execution information of the current service component is normal execution information, executing the next service component of the current service component according to the service sequence until the execution of the service flow is completed. By adopting the method, the service components are operated in the simulated operation environment after the initialization processing to obtain the execution information of the service components, the abnormal execution of the current service components is determined based on the execution information to obtain the service components with sporadic problems, and under the condition that the target service elements fail, the fault tolerance is started to retry the inside of the components, and the service elements in the current service components are re-executed until the execution information of the current service components is the normal execution information. The number of service components needing to be re-executed is reduced, and the efficiency of flow retry is improved.

Drawings

FIG. 1 is a flow chart of a flow retry method according to one embodiment;

FIG. 2 is a flow diagram of the business components of the login system in one embodiment;

FIG. 3 is a flowchart illustrating steps for determining a relationship between a simulated operating environment and a business process operating condition in one embodiment;

FIG. 4 is a flowchart illustrating steps for determining a relationship between a simulated operating environment and environmental conditions of a component in one embodiment;

FIG. 5 is a flow diagram that illustrates the steps of initializing a simulated runtime environment in one embodiment;

FIG. 6 is a flow diagram of the steps of determining whether an upward retry condition is met in one embodiment;

FIG. 7 is a flow diagram of the steps performed by the business components in one embodiment;

FIG. 8 is a flow diagram of a service component retry in one embodiment;

FIG. 9 is a flow diagram that illustrates the re-execution of business components in one embodiment;

FIG. 10 is a flow chart of determining whether to perform an upward retry step in one embodiment;

FIG. 11 is a flow diagram of a stop performing business process steps in one embodiment;

FIG. 12 is a block diagram of a login business process retry in another embodiment;

FIG. 13 is a block diagram of a flow retry apparatus in one embodiment;

Fig. 14 is an internal structural diagram of a computer device in one embodiment.

Detailed Description

The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.

In one embodiment, as shown in fig. 1, a flow retry method is provided, and an embodiment of the present application is described by taking application of the method to a computer device as an example, where an execution device for executing the flow retry method is not limited, and includes the following steps:

and 102, executing the service components in the service flow based on the initialized simulated operation environment and the service sequence to obtain the execution information corresponding to the service components.

The business process comprises a plurality of business components. The service sequence is the sequence of executing each service component in the service flow.

In implementation, a business process is preset in the computer device, and the business process includes business sequences corresponding to the business components. And the computer equipment executes the service components in the service flow according to the initialized simulated operation environment to obtain the execution result of each service element in the service components. Then, the computer device determines execution information corresponding to the service component based on the execution result of each service element.

In an exemplary embodiment, the business components are the most basic components that make up the business process, and are a relatively independent and complete business logic. Each business component is relatively independent but is associated with the whole business process. The computer device determines each business component in the business flow based on the modular, interfacing design flow.

For example, taking a task business process including log-in system, page skip, search data, and downloading data file as an example, fig. 2 is a business component flow chart of log-in system. As shown in fig. 2, the computer device determines login, page jump, lookup data, and data download, respectively, as a single business component. Each business component has the complete function of a single step, can be reused, and can also form a flow together with other business components. If one of the service components is not used, the other service components cannot be affected basically; if new functions are added, a new business component can be directly added into the business process. Each business component contains a plurality of business elements. For example, the logged-in service component includes service elements such as browser opening, website skipping, user name and password input, login state determination, etc., so that the function of the service component can be independently executed completely independent of the service flow, and has complete service logic. The user name and password are input parameters, so that the service components can be conveniently reused. The searching data component comprises four business elements of page skip, query condition input, query and result confirmation. The login component and the search component are related and independent at the same time, and the possibility of retrying upwards is provided.

Optionally, the computer device determines the page jump and the search data as a service component, and the embodiment of the application does not limit the division of the service component.

Step 104, identifying whether the execution information corresponding to the current service component is abnormal execution information.

In an implementation, a computer device identifies whether execution information of a current business component is abnormal execution information. And under the condition that the execution information of the current service component is the normal execution information, the computer equipment executes the next service component of the current service component based on the service sequence.

And 106, re-executing the current service component under the condition that the execution information corresponding to the current service component is abnormal execution information.

In implementation, a threshold value of the execution times of the current business component is preset in the computer equipment. And under the condition that the execution information corresponding to the current service component is abnormal execution information, the computer equipment judges whether the current execution times exceeds a preset execution times threshold, and under the condition that the current execution times does not exceed the execution times threshold, the computer equipment re-executes the current service component to obtain the execution information of the current service component. And updating the number of executions of the current business component. And aiming at the re-executed current service assembly, the computer equipment judges whether the execution information of the current service assembly is normal execution information or not until the execution times reach an execution times threshold value, and stops executing the current service assembly.

And step 108, executing the next service component of the current service component according to the service sequence until the service flow is completed under the condition that the execution information of the current service component is the normal execution information.

In implementation, under the condition that the execution information of the current service component is normal execution information, the computer equipment executes the next service component of the current service component according to the service sequence corresponding to the service flow, thereby sequentially executing the subsequent service components in the service flow until all the service components in the service flow are executed.

In the above-mentioned flow retry method, through operating the business assembly in the simulated operation environment after initializing and processing, obtain the executive information of the business assembly, and confirm whether the current business assembly is carried out abnormally on the basis of the executive information, have produced the business assembly of the sporadic problem, and under the condition that the goal business element fails, start the fault tolerance to carry on the internal retry of assembly, carry on every business element in the current business assembly again, until the executive information of the current business assembly is the normal executive information. The number of service components needing to be re-executed is reduced, and the efficiency of flow retry is improved.

In one embodiment, before executing the first business component in the business process, it is required to detect whether the simulated running environment meets the business process running condition, as shown in fig. 3, and before step 102, the specific processing procedure of the process retry method further includes:

step 302, it is determined whether the simulated operation environment of the business process meets the preset business process operation condition.

In implementation, the computer device is preset with service flow operation conditions. Before the computer equipment executes the business process, the computer equipment judges whether the simulated operation environment of the business process meets the preset business process operation condition.

Step 304, executing the first business component in the business process according to the business sequence corresponding to the business process under the condition that the simulated operation environment meets the business process operation condition.

In implementation, under the condition that the simulated operation environment meets the operation condition of the business process, the computer equipment executes the first business component in the business process according to the business sequence corresponding to the business process.

In an alternative embodiment, the business process is a business process of a login system, and the first business process of the login system is a login component. Under the condition that the simulated operation environment meets the operation condition of the business process, the computer equipment executes the login component according to the business process of the login system.

And 306, stopping executing the business process under the condition that the simulated operation environment does not meet the business process operation condition, and constructing alarm information according to the information that the simulated operation environment does not meet the business process operation condition.

In implementation, under the condition that the simulated operation environment does not meet the business process operation conditions, the computer equipment initializes the simulated operation environment according to the business process operation conditions to obtain the initialized simulated operation environment. The computer equipment judges whether the initialized simulated operation environment meets the operation condition of the business process. If the initialized simulated operation environment meets the operation condition of the business process, the computer equipment executes the first business component in the business process according to the initialized simulated operation environment. If the initialized simulated operation environment does not meet the operation condition of the business process, the computer equipment stops executing the business process. And then, the computer equipment constructs alarm information according to the information that the simulated operation environment does not meet the operation conditions of the business process.

And step 308, feeding back alarm information to the target user and resetting the simulation running environment.

In practice, the computer device displays the alert information and feeds the alert information back to the target user. The computer device then resets the simulated operating environment.

Optionally, the computer device may, but is not limited to, feed back the alarm information to the target user by displaying the alarm information, sending an alarm information mail, etc., which is not limited by the embodiment of the present application.

In this embodiment, by detecting whether the simulated operation environment satisfies the operation condition of the service flow, and starting to execute the service flow when the simulated operation environment satisfies the operation condition of the service flow, the influence of sporadic factors on the simulated operation environment is reduced, and further, the speed of the flow retry method is improved.

In one embodiment, before executing the current business component, it is determined whether the current simulated running environment meets the component environment conditions corresponding to the current business component. As shown in fig. 4, before the step 102 is performed, the specific processing procedure of the flowchart retry method further includes:

step 402, it is determined whether the simulated running environment satisfies the component environment condition corresponding to the service component.

In implementation, the computer device is preset with component environment conditions corresponding to each service component in the service flow. The computer equipment judges whether the simulated running environment meets the component environment conditions corresponding to the business components. Each component environment condition further comprises a plurality of component environment sub-conditions, and the computer equipment judges the current simulated running environment based on the plurality of component environment sub-conditions. For example, the component environment sub-condition may be whether a page of the required operation exists or the initialization is successful.

Optionally, the component environmental condition is determined according to the operation characteristics of the service component, and the embodiment of the application does not limit the content of the component environmental condition.

Step 404, if the simulated running environment meets the component environment condition, executing each business element in the business component based on the simulated running environment.

Wherein the business component comprises a plurality of business elements.

In implementation, if the model running environment meets the component environment condition, the computer equipment executes each service element in the service component based on the simulated running environment to obtain an execution result corresponding to the service element.

In the embodiment, by detecting whether the simulated operation environment meets the component environment conditions or not and executing each service element in the service component under the condition that the simulated operation environment meets the component environment conditions, the influence of sporadic factors on the service component is reduced, and the speed of the flow retry method is improved.

In one embodiment, in the case where the simulated running environment does not meet the component environment condition, it is required to perform an initialization process on the simulated running environment, and determine whether the initialized simulated running environment meets the component environment condition, as shown in fig. 5, after the step 402 is performed, the specific processing procedure of the process retry method further includes:

Step 502, if the simulated running environment does not meet the component environment condition, initializing the simulated running environment based on the component environment condition to obtain the initialized simulated running environment.

Wherein the initialization process includes closing both the existing impact and restoring the operating environment.

In practice, if the model operating environment meets the component environment conditions, the computer device shuts down the existing effects in the simulated operating environment based on the component environment conditions. And then, the computer equipment restores the operation environment to obtain the simulated operation environment after the initialization processing. Wherein closing the existing effect includes: for excel (a piece of spreadsheet software) operation, other open forms need to be closed; operations to open a new browser require closing the open browser, data download requires deletion of a session file, etc. The recovery running environment comprises page refreshing, page jumping, creation of required folders and the like.

Step 504, it is determined whether the initialized simulated running environment meets the component environment conditions.

In practice, the computer device again determines whether the initialized simulated operating environment satisfies the component environment conditions.

Step 506, executing each business element in the business component based on the initialized simulated running environment when the initialized simulated running environment meets the component environment condition.

In implementation, under the condition that the initialized simulated operation environment meets the environmental conditions of the assembly, the computer equipment executes each business element in the business assembly based on the simulated operation environment to obtain an execution result corresponding to the business element.

In the embodiment, the simulated operation environment after the initialization processing is obtained by initializing the simulated operation environment, so that the influence of sporadic factors on the simulated operation environment is reduced, the business assembly can be smoothly executed, and the efficiency and the stability of the flow retry method are improved.

In one embodiment, in the event that the simulated execution environment after the initialization process does not satisfy the component environment condition, it is necessary to determine whether an upward retry condition is satisfied. As shown in fig. 6, after the execution of step 504, the specific processing procedure of the flowchart retry method further includes:

in step 602, in the case that the initialized simulated running environment does not satisfy the component environment condition, it is determined whether an upward retry condition is satisfied.

The first business component is the first business component in the business process.

In implementation, the computer device determines whether the service component is a first service component under the condition that the simulated running environment after the initialization processing does not meet the component environment condition. If the service component is the first service component, the computer device determines that the upward retry condition is not satisfied. If the service component is not the first service component, the computer device further determines an upward retry condition based on a preset upward retry field. If the preset upward retry field is no, the computer device determines that the upward retry condition is not satisfied. If the preset upward retry field is yes, the computer equipment determines that the upward retry condition is met.

In step 604, in the case that the upward retry condition is satisfied, a last service component of the service components is determined as a target to be executed according to the service order.

In an implementation, in the case that the upward retry condition is satisfied, the computer device determines a last service component of the service components as a target to be executed in the service order. Then, the computer device determines whether the simulated running environment satisfies component environment conditions of the object to be executed. And if the simulated running environment meets the component environment conditions of the target to be executed, the computer equipment executes the target to be executed. If the simulated running environment does not meet the component environment conditions of the target to be executed, the computer equipment determines the last service component of the target to be executed as the target to be executed according to the service sequence until the target to be executed is the first service component or the simulated running environment meets the component environment conditions of the target to be executed.

And step 606, stopping executing the service flow under the condition that the upward retry condition is not met, and constructing alarm information according to the information that the service component and the simulated running environment do not meet the component environment condition.

In an implementation, the computer device stops executing the business process if the upward retry condition is not satisfied. And then, the computer equipment constructs alarm information according to the information that the service components and the simulated running environment do not meet the component environment conditions corresponding to the service components.

And step 608, feeding back alarm information to the target user and resetting the simulation running environment.

In implementation, the specific processing procedure of step 608 is the same as that of step 308, and the embodiments of the present application are not described herein again.

In this embodiment, under the condition that the simulated running environment does not meet the component environment conditions, the step of retrying upwards is performed, so that the influence of sporadic factors generated by the last service component on the simulated running environment is avoided, and the efficiency and stability of the flow retrying method are improved.

In one embodiment, as shown in FIG. 7, the specific process of step 102 includes:

step 702, executing each service element in the current service component based on the initialized simulated running environment and the service sequence corresponding to the service flow, and determining the execution result corresponding to the service element based on the fault tolerance mechanism corresponding to the service element.

The fault-tolerant mechanism comprises a judging mechanism and a waiting mechanism.

In implementation, the computer device executes each service element in the current service component according to the initialized simulated running environment and the service sequence corresponding to the service flow. And then, the computer equipment determines an execution result corresponding to the service element according to the fault tolerance mechanism corresponding to the service element.

In an exemplary embodiment, the computer device sets a fault tolerance mechanism for the way in which errors occur in the business elements where the operation anomalies may occur. Setting the fault-tolerant mechanism needs to follow a causal relationship, for example, after clicking inquiry, whether a result appears or not needs to be judged, for example, after clicking page jump, the page is waited for to be loaded successfully. In particular, in the case where there is a load and wait procedure for a business element, the computer device sets a wait mechanism. For example, waiting for a web page to load and waiting for results to be displayed. In a state where the business element does not have a loading and waiting process and is yes and no at a point to be judged, the computer device sets a judgment mechanism. For example, a certain text content is determined, an activation state of a certain existence element is determined, or whether a file and a folder exist or not is determined. And errors in the execution process of the business elements are avoided by setting a fault-tolerant mechanism.

Preferably, as long as an uncertain factor occurs, the computer device needs to set a fault tolerance mechanism, and the setting position and the setting number of the fault tolerance mechanism are not limited in the embodiment of the application.

Step 704, judging whether each execution result is successful, and if the target execution result is failed, constructing abnormal execution information of the current service assembly according to the target execution result and the target service element corresponding to the target execution result.

In an implementation, the computer device determines whether each execution result in the business component is successful. If the execution result is failure, the computer equipment determines that the execution result is failure, and determines that the service element corresponding to the target execution result is a target service element. And the computer equipment constructs abnormal execution information of the current service component according to the target execution result and the target service.

And step 706, determining that the execution information of the current service component is normal execution information under the condition that each execution result is successful.

In implementation, the computer device determines that the execution information of the current service component is normal execution information when each execution result is successful.

In an exemplary embodiment, the retry of the service component is a processing method after the fault tolerance failure, the quality of an RPA is determined by the quality of the service retry process, and the retry of the service component is the basis of all the service retry processes. Therefore, in the whole service retry process, the service process is required to be completely divided according to the retry strategy and the service structure, so as to form a service component with single and independent function or service logic. The code of a service component can be partially changed according to the requirement of a service by referring to a set of fixed structures, and one service component should not only contain service processing, but also needs to have a coping mode for ensuring the service processing. The flow of retry in the service component is structured, and the output execution result is a correct result (success) or a clearly classified error result (failure). The erroneous result is related to an upward retry.

An exemplary embodiment is provided below, and fig. 8 is a flow chart of a service component retry. The computer device performs component environment determination. Specifically, the computer device determines whether the simulated operating environment satisfies component environment conditions corresponding to the business components. And determining whether to execute the upward retry in the case that the simulated running environment does not meet the component environment condition corresponding to the business component. And then, under the condition that the simulated running environment meets the component environment conditions corresponding to the service components, the computer equipment performs service processing to obtain an execution result. Then, the computer device judges whether the execution result is a waiting result. And if the execution result is the expected result, the computer equipment executes the next service component of the current service component. If the execution result is not the waiting result, the computer equipment re-executes the current business component until the execution result is the waiting result or the execution times exceed the retry times. As shown in fig. 8, the following description is made with respect to the environment judgment, business components, expected results, and retries in the execution flow:

(1) Component environment determination

The computer equipment judges the component environment so as to ensure the running of the subsequent operation. The component environment judging step is divided into two parts, namely initialization and initialization judgment. Specifically, the operation of initialization requires the computer device to first shut down the existing effects. For example, for excel operations, other open forms need to be closed, new browser operations need to be opened, open browsers need to be closed, data download needs to delete future files, etc. The computer device then resumes the operating environment. Such as page refresh, page jump, desired folder creation, etc. Since RPA is an analog human operation, there is no strong association between each business component and even each operation, so it is not certain whether the business component is in the desired environment at the beginning, and initialization is particularly important. The initialization judgment is a judgment of the necessary condition for running the business component. For example, the computer device determines whether a page of the operation required in the page operation exists, or the computer device determines whether the initialization is successful, or the like. Most of the conditions are required to be met at the same time, and if such conditions are not met, the current business components cannot operate. When the initialization judgment is wrong, the computer equipment returns abnormal information and does not retry upwards.

(2) Service processing

Business processes are the primary business functions of the current business component. The operation of the business components needs to ensure logical smoothness, and codes are orderly and readable to meet the requirements. But relatively complex business functions (business elements) that the computer device determines to be operated by way of call as a single business component. Too much code within a single business component is detrimental to maintenance. Business processes involve many operations on pages, such as page clicks, element searches, information entry, etc. by computer devices. However, various occasional factors exist in the operation process, such as page popup, jamming, and the like. Therefore, there is uncertainty in service processing, and service functions in service processing need to be processed separately. If the business component is abnormal or the execution result does not reach the expected result, the component retry is entered.

(3) Expected results

The expected outcome determines whether the business element operation was successful or failed. If failed, performing intra-service component retry. Such as query results, whether the file download was successful, etc. And after the business elements are successfully operated, the computer equipment performs operations such as closing the browser, closing the operation software and the like. And after the operation of the business element fails, the computer equipment judges whether retry is needed. If the business component is an intermediate business component of the process and is associated with a subsequent business component, the computer device also needs to determine whether the condition required by the next business component exists. For example, the download function requires the presence of a download button element, etc.

(4) Retry of

Wherein the retry has an execution times threshold. And when the execution times of the service components reach the threshold value of the execution times, the computer equipment determines that the retry of the current service components fails. In general, except for the abnormality of the component environment judgment, other conditions can be understood as the page and the condition required by the operation of the service component, but the element in the page is changed, or the loading fails, or the identification string is changed, so that the short-time or long-time unreliability suspension is caused, so that the abnormality of the retry of the service component generally does not need to be retried upwards, but still needs to determine whether to execute the retry upwards based on the characteristics of the service component.

In this embodiment, various sporadic problems are solved through retry of the service component, so that the service flow can be smoothly operated, and efficiency of the service retry method is improved.

In one embodiment, as shown in FIG. 9, the specific process of step 106 includes:

in step 902, if the execution information corresponding to the current service component is abnormal execution information, it is determined whether the target service element in the abnormal execution information has a standby target service element corresponding to the target service element.

In implementation, when the execution information corresponding to the current service component is abnormal execution information, the computer equipment analyzes the abnormal execution information to obtain the target service element. The computer device then looks up the standby target business element corresponding to the target business element in the current business component. The standby target business element is a standby execution flow of the target business element.

If the target service element has a standby target service element, step 904, re-executing the current service component with the standby target service element as a starting point.

In an implementation, if the target business element has a standby target business element, the computer device determines the standby target business element as a starting point for executing the business component. The computer device then re-executes the current business component.

Step 906, if the target service element does not exist the standby target service element, re-executing the current service component with the target service element as a starting point.

In an implementation, if the target business element does not exist a standby target business element, the computer device determines the target business element as a starting point for executing the business component. The computer device then re-executes the current business component.

In this embodiment, by determining a standby target service element corresponding to the target service element and executing the current service component with the standby target service element as a starting point, the success rate of service component operation is improved, the operation time of the flow retry method is reduced, and further, the operation efficiency of the flow retry method is improved.

In one embodiment, in the case where the execution information of the current service component is abnormal execution information and the number of executions of the current service component reaches a preset execution number threshold, it is necessary to determine whether to perform an upward retry. As shown in fig. 10, after the step 106 is performed, the specific processing procedure of the flowchart retry method further includes:

step 1002, determining whether to execute the upward retry if the execution information of the current service component is abnormal execution information and the execution number of the current service component reaches a preset execution number threshold.

Wherein the retry-up field is determined based on the traffic characteristics of the traffic component. The first business component is the first business component in the business process.

In implementation, the computer device determines whether the current service component is the first service component when the execution information of the current service component is abnormal execution information and the execution frequency of the current service component reaches a preset execution frequency threshold. In the case where the current business component is the first business component, the computer device determines not to perform an upward retry. In the case that the current service component is not the first service component, the computer device determines whether the preset retry-up field is yes. If the retry-up field is negative, the computer device determines not to perform the retry-up. If the retry-up field is yes, the computer device determines to perform the retry-up.

In step 1004, in the case of determining to perform the upward retry, the last service component of the current service component is determined as the target to be performed according to the service order.

In implementation, the specific processing procedure of step 1004 is the same as that of step 604, and the embodiments of the present application are not described herein again.

In this embodiment, under the condition that the upward retry is determined, the target to be executed is determined, the service component to be executed next is clarified, and most sporadic anomalies are avoided through hierarchical upward retry, so that the execution of the service flow becomes controllable, and the stability of the flow retry method is improved.

In one embodiment, in the event that it is determined that an upward retry is not to be performed, execution of the business process is stopped and alarm information is fed back. As shown in fig. 11, after the step 1002 is performed, the specific processing procedure of the flowchart retry method further includes:

in step 1102, in the case that it is determined that the upward retry is not to be performed, the execution of the business process is stopped.

In an implementation, the computer device stops executing the business process if it determines not to perform an upward retry. In particular, in the case that it is determined that the upward retry is not performed, the computer device characterizes that the abnormal situation of the current business process cannot be automatically repaired, and therefore, the computer device controls to stop performing the business process, and the business process ends.

And 1104, constructing alarm information according to the abnormal execution information of the current service component and the information of the current service component.

In an implementation, the computer device constructs alert information based on abnormal execution information of the current business component, and information of failure of the business component to execute.

And 1106, feeding back alarm information to the target user and resetting the simulation running environment.

In implementation, the specific implementation of step 1106 is described in the above step 308, and the embodiments of the present application are not described herein again.

In this embodiment, under the condition that the execution of the service flow is stopped, alarm information is constructed, and the alarm information is fed back to the target user, so that the target user can conveniently locate the position where the error occurs.

In an exemplary embodiment, the upward retry is a retry structure for the business process layer, i.e., a process that seeks to eliminate anomalies when a problem that cannot be solved by a business component retry occurs.

Fig. 12 is a block diagram of a login service flow retry. The computer equipment performs retry classification according to the requirements and the service components, and the minimum unit of classification is the service component. Specifically, the computer device divides according to the front-to-back relation of the business component, the login component is first-level retry before all processing, and the page jump component and the query component are second-level retry and third-level retry respectively. Download component because all hierarchies are downloaded at the end, the computer device need not be set up separately. The upward retry is directly connected with the component environment judgment in the service component, for example, the component environment judgment function of the query component can judge whether the page is in the query page, if the page is not satisfied, the upward retry function is directly sought, and the page skip component or the login component is returned. For each component in fig. 11, the following is described in detail:

(1) Initializing component and logging component

The initializing component and the logging component have no associated upper level components. The initialization component is a confirmation of the conditions required for the initial operation of the business process. When it is determined that the initializing component is problematic and cannot be solved, the computer device determines that the initializing component is abnormal, and performs abnormality processing.

The login component is the start of all page operations. When the login component is determined to have a problem and the login component cannot solve the problem through the upper component, the computer equipment determines that the initialization component has an abnormality and performs abnormality processing. However, all subsequent page operations (during all subsequent service components running) have the possibility that the login state is lost and the browser crashes, so that all subsequent service components are contacted with the login component, and the login component is required to solve the abnormal problem. Thus, logging in to the highest retry level 1, there is only a possibility that other business components are abnormally re-running the logged-in component by retry.

(2) Page jump component and query component

The page jump component and the query component are page processing of the upper and lower relationship. The page jump component and the upper and lower components of the page jump component have business logic relationship, and the query component and the upper and lower components of the query component have business logic relationship. And returning to the upper-level assembly after the page jump assembly or the query assembly is abnormal and is used as a service assembly which needs to be retried when the lower-level assembly is abnormal.

(3) Download assembly

The download component is the last business component and there is no possibility of being retried. Thus, when an exception occurs to the download component, e.g., the download page is lost, the download data is abnormal and the computer device executes the query component. The current business component may perform a retry of the up-going step and may perform a retry of the up-going steps. For example, when a login state loss browser crash occurs, the computer device performs an upward multi-step retry.

(4) Retry of

The main functions of the retry component are the statistics of the retry times of the same retry level, the limitation of the maximum times of the retry, the initialization processing required by each retry level and the judgment of the abnormal problems existing in all service components at the same time. All business components risk abnormal closing of the browser and loss of login state. When abnormal closing of the browser and loss of login state occur, the computer equipment determines a retry level in the retry component, and the retry level is 1. The computer device then performs a retry of the login component based on the retry level being 1.

(5) Exception handling component

When a retry component fails or other component that does not permit a retry is abnormal, the computer device executes the exception handling component. The function of the abnormality processing component is that the computer equipment carries out alarm reminding based on a preset alarm mode. The computer device then performs a page screenshot to determine the misplaced location and resets the simulated operating environment. For example, the computer device performs closing processing on pages, software, documents, and the like that are opened during operation.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the same inventive concept, the embodiment of the application also provides a flow retry device for realizing the above related flow retry method. The implementation of the solution provided by the apparatus is similar to the implementation described in the above method, so the specific limitation in the embodiments of the one or more flow retry apparatus provided below may be referred to the limitation of the flow retry method hereinabove, and will not be described herein.

In one embodiment, as shown in fig. 13, a process retry apparatus 1300 is provided, comprising: a first execution module 1301, an identification module 1302, a second execution module 1303, and a third execution module 1304, wherein:

the first execution module 1301 is configured to execute a service component in the service flow based on the initialized simulated running environment and the service sequence, so as to obtain execution information corresponding to the service component.

The identifying module 1302 is configured to identify whether the execution information corresponding to the current service component is abnormal execution information.

The second execution module 1303 is configured to re-execute the current service component if the execution information corresponding to the current service component is abnormal execution information.

And a third execution module 1304, configured to execute, in accordance with the service order, a next service component of the current service component until the execution completes the service flow, if the execution information of the current service component is normal execution information.

In an exemplary embodiment, the flow retry apparatus 1300 further includes:

the first judging module is used for judging whether the simulated operation environment of the business process meets the preset business process operation condition.

And the fourth execution module is used for executing the first business component in the business process according to the business sequence corresponding to the business process under the condition that the simulated operation environment meets the business process operation condition.

The first construction module is used for stopping executing the business process under the condition that the simulated operation environment does not meet the business process operation condition, and constructing alarm information according to the information that the simulated operation environment does not meet the business process operation condition.

And the first resetting module is used for feeding back the alarm information to the target user and resetting the simulation running environment.

In an exemplary embodiment, the flow retry apparatus 1300 further includes:

and the second judging module is used for judging whether the simulated running environment meets the component environment conditions corresponding to the service components.

And the fifth execution module is used for executing each business element in the business assembly based on the simulated running environment if the simulated running environment meets the environmental conditions of the assembly.

In an exemplary embodiment, the flow retry apparatus 1300 further includes:

and the first processing module is used for initializing the simulated operation environment based on the component environment condition if the simulated operation environment does not meet the component environment condition, so as to obtain the initialized simulated operation environment.

And the third judging module is used for judging whether the initialized simulated running environment meets the component environment conditions.

And the sixth execution module is used for executing each business element in the business assembly based on the initialized simulated running environment under the condition that the initialized simulated running environment meets the environmental conditions of the assembly.

In an exemplary embodiment, the flow retry apparatus 1300 further includes:

the first determining module is used for determining whether the upward retry condition is met or not under the condition that the simulated running environment after the initialization processing does not meet the component environment condition.

And the second determining module is used for determining the last service component of the service components as a target to be executed according to the service sequence under the condition that the upward retry condition is met.

And the second construction module is used for stopping executing the service flow under the condition that the upward retry condition is not met, and constructing alarm information according to the information that the service component and the simulated running environment do not meet the component environment condition.

And the second resetting module is used for feeding back the alarm information to the target user and resetting the simulation running environment.

In an exemplary embodiment, the first execution module 1301 includes:

the first execution sub-module is used for executing each service element in the current service assembly based on the initialized simulated running environment and the service sequence corresponding to the service flow, and determining an execution result corresponding to the service element based on the fault tolerance mechanism corresponding to the service element.

The first construction submodule is used for judging whether each execution result is successful or not, and constructing abnormal execution information of the current service assembly according to the target execution result and the target service element corresponding to the target execution result when the target execution result is failed.

And the first determining submodule is used for determining that the execution information of the current service assembly is normal execution information under the condition that all execution results are successful.

In an exemplary embodiment, the second executing module 1303 includes:

and the first judging sub-module is used for judging whether the target business element in the abnormal execution information has a standby target business element corresponding to the target business element or not under the condition that the execution information corresponding to the current business component is the abnormal execution information.

And the second execution sub-module is used for re-executing the current service component by taking the standby target service element as a starting point if the standby target service element exists in the target service element.

And the third execution sub-module is used for re-executing the current service component by taking the target service element as a starting point if the target service element does not exist the standby target service element.

In an exemplary embodiment, the flow retry apparatus 1300 further includes:

and the third determining module is used for determining whether to execute the upward retry or not under the condition that the execution information of the current service assembly is abnormal execution information and the execution times of the current service assembly reach a preset execution times threshold value.

And the fourth determining module is used for determining the last service component of the current service component as a target to be executed according to the service sequence under the condition of determining to execute the upward retry.

In an exemplary embodiment, the flow retry apparatus 1300 further includes:

and the stopping module is used for stopping executing the business flow under the condition that the upward retry is not executed.

And the third construction module is used for constructing alarm information according to the abnormal execution information of the current service assembly and the information of the current service assembly.

And the third resetting module is used for feeding back the alarm information to the target user and resetting the simulation running environment.

The above-described respective modules in the flow retry apparatus may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In one embodiment, a computer device is provided, which may be a terminal, and the internal structure thereof may be as shown in fig. 14. The computer device includes a processor, a memory, a communication interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless mode can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program is executed by a processor to implement a flow retry method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, can also be keys, a track ball or a touch pad arranged on the shell of the computer equipment, and can also be an external keyboard, a touch pad or a mouse and the like.

It will be appreciated by those skilled in the art that the structure shown in fig. 14 is merely a block diagram of a portion of the structure associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements are applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.

In an embodiment, there is also provided a computer device comprising a memory and a processor, the memory having stored therein a computer program, the processor implementing the steps of the method embodiments described above when the computer program is executed.

In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored which, when executed by a processor, carries out the steps of the method embodiments described above.

In an embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of the method embodiments described above.

The user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are information and data authorized by the user or sufficiently authorized by each party.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.

Claims

1. A process retry method, the method comprising:

2. The method according to claim 1, wherein before executing the service component in the service flow based on the initialized simulated running environment and the service sequence to obtain the execution information corresponding to the service component, the method further comprises:

3. The method according to claim 1, wherein before executing the service component in the service flow based on the initialized simulated running environment and the service sequence to obtain the execution information corresponding to the service component, the method further comprises:

4. The method of claim 3, wherein after determining whether the simulated running environment satisfies the component environment condition corresponding to the business component, the method further comprises:

5. The method of claim 4, wherein after said determining whether said initialized simulated running environment meets said component environment condition, said method further comprises:

6. The method according to claim 1, wherein the executing the service component in the service flow based on the initialized simulated operation environment and the service sequence to obtain the execution information corresponding to the service component includes:

7. The method according to claim 6, wherein re-executing the current service component if the execution information corresponding to the current service component is the abnormal execution information, comprises:

8. The method according to claim 1, wherein, in the case where the execution information corresponding to the current service component is the abnormal execution information, after re-executing the current service component, the method further comprises:

9. The method of claim 8, further characterized in that, in a case where the execution information of the current service component is abnormal execution information and the number of executions of the current service component reaches a preset execution number threshold, the method further comprises, after determining whether to execute the retry upwards:

10. A flow retry apparatus, said apparatus comprising: