WO2019227606A1

WO2019227606A1 - Order procedure processing method and system

Info

Publication number: WO2019227606A1
Application number: PCT/CN2018/095275
Authority: WO
Inventors: 刘红彬
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-05-30
Filing date: 2018-09-10
Publication date: 2019-12-05
Also published as: CN108805667A

Abstract

An order procedure processing method and system. The method comprises the following steps: 1. receiving an order processing request from a client, and acquiring a process queue of an order according to the order processing request (S100), wherein the process queue contains all processes required for processing the order; 2. determining whether the current process in the process queue needs to be subjected to asynchronous processing (S200); 3. if the current process needs to be subjected to asynchronous processing, putting the current process into an asynchronous queue; 4. if the current process does not need to be subjected to asynchronous processing, executing synchronous processing on the current process (S400); 5. if the processing state of the current process is "abnormal processing", recording processing information of the current process; and 6. if the processing state of the current process is "successful processing", determining whether the current process is the last process in the process queue, and if not, taking the next process in the process queue as the current process and returning to step 2, otherwise ending the method.

Description

Order process processing method and system

This application affirms the priority of the Chinese patent application filed on May 30, 2018 with the application number 201810538022.1 and the name "Order Process Processing Method and System". The entire content of the Chinese patent application is incorporated herein by reference. in.

Technical field

The present application relates to the field of Internet service technology, and in particular, to an order process processing method and system.

Background technique

With the development of science and technology and the gradual improvement of people's living standards, the Internet has been widely used in social life. Among them, the diversification of transactions makes the professional companies (merchants) connected to the back-end management system different. Each professional company The businesses handled are also different. Many programs on the market provide more external interfaces when dealing with transaction-type processes, and more interfaces means higher docking costs and maintenance costs.

The traditional order process is a serial interactive process, that is, for the business request initiated by the client (professional company, or end user), the back-end management system (that is, the server) needs to process each process one by one according to the order process (Sub-process), after the processing is completed, the final processing result can be returned to the client that initiated the business request.

Therefore, for client users, the experience is largely dependent on the time-consuming processing of business requests by the server. If the server performs business processing operations that take a very long time and / or are difficult to predict, then This will cause the client to be in a waiting state all the time, and the user does not know the length of the waiting, so that the user (access party) cannot see the result of the order processing in time. For example, for some order services, the back-office management system may need to access a third party (for example, to query the status of product inventory) to obtain the required information in the processing process, and the response time of the third party is often difficult to accurately grasp. Therefore, if the server and client remain connected for a long time, a large amount of resources will be wasted and the throughput will be low.

It can be seen that in the case where the back-end management system is connected to multiple customers (such as merchants and professional companies), because each client processes different services, it may involve third parties (even more participants). In these different business scenarios, there are transaction routing scenario-based concepts to address the business needs of different customers in different scenarios in order to overcome the problems of low server-side processing efficiency and long user wait times.

Summary of the Invention

Considering the above problems of the prior art, the main purpose of this application is: for the convenience of users, according to the actual processing needs of processes in business logic, in various scenarios, synchronous / asynchronous processing methods can be freely switched to complete transaction orders All steps.

Specifically, this application proposes an order flow processing scheme, which may include the following aspects:

1. The transaction scenario can be determined based on the parameters of the product provider, product code, primary channel, secondary channel, transaction type, payment method, order management platform, and payment rules in the routing parameters of the scenario;

2.Acquire the pre-processing function and channel function that have been pre-configured in this scenario according to the determined scenario;

3. For a specific order, according to the order pre-processing function, assemble a complete transaction processing flow, that is, further determine the processing process combination;

4. The specific order processes the transaction according to the process, performs asynchronous judgment in real time, and feeds back the processing situation to the client.

According to an embodiment of the present application, an order flow processing system is provided, including the following steps:

Step 1. Receive an order processing request from a client, and obtain a process queue of the order according to the order processing request, where the process queue includes all processes required to process the order;

Step 2: Determine whether asynchronous processing is required for the current process in the process queue;

Step 3. If the current process needs to be processed asynchronously, notify the client that the order processing result will be pushed asynchronously, put the current process into an asynchronous queue, and push the processing result to the client after the asynchronous processing ends;

Step 4. If asynchronous processing is not required for the current process, perform synchronous processing on the current process to obtain the processing status of the current process;

Step 5. If the processing status of the current process is "processing exception", record processing information of the current process, where the processing information includes information required to execute the current process again;

Step 6. If the processing status of the current process is "processing success", determine whether the current process is the last process in the process queue, and if the current process is not the last process in the process queue , The next process in the process queue is taken as the current process, and the process returns to step 2; otherwise, the order processing result is output.

According to an embodiment of the present application, an order process processing system for performing the method is provided, including an order acceptance component, a process processing component, an order feedback component, a process asynchronous determination component, and a process recording component.

The order acceptance component is configured to receive an order processing request from a client, and obtain a process queue of the order from the order processing request, and the process queue includes all processes required to process the order;

Among them, the order feedback component is used to feedback the order processing results to the client.

The process asynchronous judgment component is configured to perform asynchronous judgment on a current process in the process queue.

The process processing component is configured to: when the current process needs to be processed asynchronously, place the current process in an asynchronous queue;

Wherein, the process processing component is further configured to perform corresponding processing when synchronizing the current process, generate a processing result of the current process, and feed back the processing result to the client through the order feedback component;

The process recording component is used to record the process processing status and historical processing records of each order, including the number of processing times, each processing mode, and processing status (delay, success, and failure).

According to an embodiment of the present application, a computer-readable storage medium is provided. The computer-readable storage medium stores a program for the foregoing method. When the program is executed by a processor, the following steps are performed:

The beneficial effects of this application are mainly: 1. Unified interfaces to external access parties (professional companies); 2. Low system maintenance costs; 3. Pre-configuration of process queues makes it possible to determine whether the same scenario Perform synchronous and asynchronous free switching, and at the same time, process queues of the same scene can be reused; 4. After the scene modeling, parameterized configuration can go online quickly; 5. The payment channel can be configured and can be based on the preset process , Quickly process business, and solve business needs of different professional companies in different scenarios.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a partial flowchart of an order process processing method according to an embodiment of the present application; FIG.

2 is a schematic flowchart of a part of an order flow processing method according to another embodiment of the present application;

3 is a functional architecture diagram of an order flow processing system according to an embodiment of the present application;

FIG. 4 is a schematic diagram of an operating environment of a system in which an application is installed according to an embodiment of the present application.

Detailed ways

Hereinafter, the implementation of the technical solution will be described in further detail with reference to the accompanying drawings.

Those skilled in the art can understand that although the following description involves many technical details about the embodiments of the present application, this is only an example for explaining the principle of the present application, and does not imply any limitation. This application can be applied to situations other than the technical details exemplified below, as long as they do not depart from the principle and spirit of this application.

In addition, in order to avoid restricting the description of this specification to tediousness, in the description of this specification, some technical details that can be obtained in the prior art materials may be omitted, simplified, and modified, which is a problem for the technology in this field. It is understandable to personnel, and this will not affect the sufficiency of disclosure of this specification.

Hereinafter, embodiments for carrying out the present application will be described. Note that descriptions will be given in the following order: 1. An outline of the inventive concept; 2. An order flow processing method (Figures 1 and 2); 3. An order flow processing system (Figure 3); 4. An embodiment according to the present application A system on which an application is installed, and a computer-readable medium storing the application (Figure 4).

1. Summary of the inventive concept

The main points of this application are:

1. When the order is accepted, the scenario routing parameters of the order are obtained, and the different business processing processes (process configuration and process queue) that the order process should obtain according to its scenario routing parameters. Through the foregoing scenario modeling and order scenario routing, the order process is parameterized and configured, so that the processing method can be quickly applied online. At the same time, the business can be quickly processed according to the preset process manually, and the business of different scenarios for different professional companies can be solved. demand.

2. Through the pre-configuration of the process queue, it is possible for a human to freely switch whether the same scene is synchronous or asynchronous, and at the same time, the process queue of the same scene can be reused.

3. In the configuration of the order process, set process parameters, including parameters related to asynchronous judgment of the execution process, and send an alarm email to the background for manual intervention to view, reduce the failure rate of human error, and improve the customer experience.

4. In the case of unsuccessful order processing, breakpoint reconnection can be achieved by recording the processes interrupted by processing and the processing details of each process.

2. Order process processing method

FIG. 1 is a partial flowchart of an order flow processing method according to an embodiment of the present application. FIG. 2 is a partial flowchart of an order flow processing method according to another embodiment of the present application.

As shown in FIG. 1, an embodiment of the present application provides an order process processing method. The order processing process includes order verification, order asynchronous processing judgment, and order process processing. The method includes:

Step S100: Receive an order processing request from a client, and obtain a process queue of the order from the order processing request, where the process queue includes all processes required to process the order;

The process queue is determined according to scenario routing parameters related to the order;

The scenario routing parameters may include specific parameters such as a product provider, a product code, a primary channel, a secondary channel, a transaction type, a payment method, an order management platform, and a payment rule. Different parameter combinations correspond to different order processing scenarios. , That is, the order processing scenario is jointly determined by multidimensional conditions;

For example, for the order processing scenario of travel service orders, the commodity provider may be a company that provides travel services, the product code corresponds to a specific product (such as a taxi product), and the payment method corresponds to the user's payment channel (such as Alipay, WeChat, UnionPay, etc.), payment rules include prepayment (such as a price), postpayment (such as according to the itinerary), and so on.

In this way, multiple order processing scenarios can be defined according to various combinations of the above parameters, such as travel scenario 1, travel scenario 2, travel scenario 3, and so on. As an example, since travel scenarios 1, travel scenarios 2, travel scenarios 3, and the like are all travel scenarios, they can have the same order pre-processing process (such as a pre-processing process dedicated to travel services, including verifying the identity of the driver and passengers) , And different transaction processing processes (for example, prepayment and postpayment, Alipay and WeChat each correspond to different reconciliation methods, that is, different reconciliation processes).

In other words, the order processing scenario can be transformed into a multi-dimensional conditional expression by the scenario routing parameters, each dimension can involve a different processing process / process queue, and the combination of each dimension forms the corresponding order processing scenario. Complete process, which is represented by processing processes / process queues;

Step S200: Perform asynchronous judgment on the current process in the process queue.

Among them, according to the process parameters of the current process (for example, the type of business involved in executing the current process, such as payment, query, etc.), it can be determined whether the current process needs to be processed asynchronously. If asynchronous processing is required, the client cannot immediately obtain an order Correspondingly, under normal circumstances, the current process is synchronized, and the client can immediately obtain the processing results of the order, such as transaction success, payment failure, verification failure, insufficient product inventory, and so on.

The asynchronous queue is maintained by a background management system. The processes that require asynchronous processing are usually relatively time-consuming processes in the order processing process, and / or processes that rely on third-party responses. At the same time, as an example, their processing does not affect Processing of subsequent processes (synchronous processes or asynchronous processes), that is, the processing of subsequent processes (synchronous processes) does not depend on the processing results of the previous process; the background management system can process the processes in the asynchronous queue by broadcasting, for example Process the processes in the asynchronous queue in a regular manner, and in the case where the third party is not responding to the asynchronous process or the processing timeout, the process is repeatedly processed in a loop.

As an example, it may be determined whether the current process carries an identifier requesting asynchronous processing, or whether a third party / business operation involved in the current process is identified as requiring asynchronous processing, or A reference value for the time required for the business process corresponding to the current process to determine whether the current process needs asynchronous processing;

Optionally, according to a reference value of a service processing time corresponding to the current process, estimating a time consumption of processing the current process;

Optionally, calculating a reference time for processing the current process according to the estimated time spent processing the current process and network environment data carried in the current process;

As an example, the network environment data includes: the network type of the currently used network, the network system and / or signal strength, and the network transmission speed of the currently used network;

In addition, according to the processing information (including historical processing information) of the current process, whether the current process needs to be processed asynchronously, for example, if the current process has a history processing record (which used to handle an exception before), The previous synchronous processing is changed to asynchronous processing, that is, asynchronous processing is performed on processes that have not completed the synchronous processing;

Step S300: If the current process needs to be processed asynchronously, notify the client to push the order processing result asynchronously (for example, a pop-up message "Push the order processing result later, please wait" on the client), The current process is put into an asynchronous queue and the processing result is pushed to the client after the asynchronous processing ends;

In this way, after seeing the above message, the user will not wait on the client for the "synchronization" processing result, which improves the user experience.

Step S400: If asynchronous processing is not required for the current process, perform synchronous processing on the current process to obtain a processing status of the current process;

Step S500: If the processing status of the current process is "processing exception" (there is an abnormality in the synchronous processing, the processing cannot be completed and the processing result is obtained, which does not mean that the processing has failed), then record the order status as "order processing" And record the processing information of the current process (this means that the synchronization processing of some processes in the order has been delayed, and information about these delayed processes can be recorded (for example, including the position of the current process in the process queue, process serial number, exception Type, etc.) for future breakpoint reconnection, or change the synchronous processing mode to asynchronous processing mode), go to step S700;

Among them, during the execution of the corresponding processing, the processing status information of the current process can also be generated in real time. For example, if the current process is suspended for some reason, the status information can be generated and displayed as "xx process remains processing" ;

Among them, each process "keep processing" can be automatically reprocessed by the server, or a request for reprocessing can be initiated by the client without repeating the processes that have already been processed, which can improve the reuse rate of order processing.

Step S600: if the processing status of the current process is "processing succeeded", determine whether the current process is the last process in the process queue;

Among them, if the current process processing ends, the status information can also be generated and displayed as "xx process processing succeeded" or "xx process processing failed";

If the current process is not the last process in the process queue, the next process in the process queue is taken as the current process, and the process returns to step S200; otherwise, the method ends;

Step S700: The processing status of the current process is "Processing Exception" or "Processing Failed" (that is, the processing has been completed but the processing has failed, which means that the process has failed to confirm, and the order confirmation has failed to be processed, and no further processing is required. ), The method can be ended. After that, if the same order needs to be processed again, the client needs to re-initiate the request and re-process all processes in the process queue;

As shown in FIG. 2, optionally, if part of the synchronization processing process fails to process, the part of the synchronization processing process may be repeatedly performed according to the reason for the processing failure (step S702). For example, if the reason for the processing failure is that the third party is not responding or the response times out, the relevant process can be automatically executed in a loop, and the client is notified that "some synchronization processing processes are retrying, please wait".

Among them, through the above-mentioned loop logic of steps S200 to S700, the historical processing records of all processes in the process queue can be summarized, including the number of processes, each processing mode (synchronous / asynchronous), and processing status (delayed, successful, and failed). ) In this way, the server can set specific circular rules. In the case where the entire order processing has not expired (including the case that the necessary process has not failed), the pending process (for completion of processing) can be reprocessed periodically.

Among them, for a process that handles abnormal synchronization synchronously, if it reaches a certain limit (for example, the limit on the number of repetitions), it can also be automatically placed in an asynchronous queue (S704) and directly switched to asynchronous processing without the need to perform the asynchronous judgment of step S200.

Among them, optionally, each process in the process queue may also carry an identifier related to repeated processing, for example, the number of repeatable processes, a timeout period, and the like, and if the number of repeatable processes is set to 0, that is, Represents that it is not possible to perform repeated processing. For processing exceptions, once the timeout period is reached, the processing status is determined as "processing failure"

3. Order process processing system

According to an embodiment of the present application, an order flow processing system is provided for executing each step of the method in the present application. As shown in FIG. 3, the order flow processing system mainly includes an order acceptance component and a process processing. Components, order feedback components, process asynchronous judgment components, process recording components.

The scenario routing parameters may include specific parameters such as a product provider, a product code, a primary channel, a secondary channel, a transaction type, a payment method, an order management platform, and a payment rule. Different parameter combinations correspond to different order processing scenarios. That is, the order processing scenario is jointly determined by multi-dimensional conditions.

The order feedback component is used to feedback the order processing results to the client.

Wherein, the process asynchronous judgment component is configured to perform asynchronous judgment on a current process in the process queue.

The process processing component may be further configured to sequentially execute all processes in the process queue, and send related information generated in the process processing to the process recording component.

The process recording component is used to record the process processing status and historical processing records of each order, including the number of processing times, each processing mode (synchronous / asynchronous), and processing status (delay, success, and failure).

In addition, different embodiments of the present application may also be implemented by means of software modules or computer-readable instructions stored on one or more computer-readable media, where the computer-readable instructions are used as processors or device components. When executed, the different embodiments described in this application are executed. Similarly, any combination of software modules, computer-readable media, and hardware components is contemplated by this application. The software module may be stored on any type of computer-readable storage medium, such as RAM, EPROM, EEPROM, flash memory, registers, hard disk, CD-ROM, DVD, and so on.

4. Application-installed system according to an embodiment of the present application

Referring to FIG. 4, a running environment of a system in which an application is installed according to an embodiment of the present application is shown.

In this embodiment, the system for installing an application program is installed and run in an electronic device. The electronic device may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a server. The electronic device may include, but is not limited to, a memory, a processor, and a display. Only the electronic device having the above components is shown in the figure, but it should be understood that it is not required to implement all the illustrated components, and more or fewer components may be implemented instead.

The memory may be an internal storage unit of the electronic device in some embodiments, such as a hard disk or a memory of the electronic device. In other embodiments, the memory may also be an external storage device of the electronic device, such as a plug-in hard disk, a Smart Memory Card (SMC), and a Secure Digital , SD) card, Flash card, etc. Further, the memory may include both an internal storage unit and an external storage device of the electronic device. The memory is used to store application software and various types of data installed on the electronic device, such as program code of the system in which the application program is installed. The memory may also be used to temporarily store data that has been or will be output.

In some embodiments, the processor may be a central processing unit (CPU), a microprocessor, or other data processing chip, and is configured to run program code or process data stored in the memory, for example, to execute the processor. The system on which the application is installed, etc.

In some embodiments, the display may be an LED display, a liquid crystal display, a touch-type liquid crystal display, an OLED (Organic Light-Emitting Diode) touch device, or the like. The display is used to display information processed in the electronic device and to display a visualized client interface, such as an application menu interface, an application icon interface, and the like. The components of the electronic device communicate with each other through a system bus.

Through the description of the above embodiments, those skilled in the art can clearly understand that the methods in the above embodiments can be implemented by means of software plus a necessary universal hardware platform, and of course, can also be implemented by hardware, but in many cases The former is a better implementation. Based on such an understanding, the technical solution of the present application, in essence, or a part that contributes to the existing technology, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, The optical disc) includes several instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in the embodiments of the present application.

That is, according to an embodiment of the present application, a computer-readable storage medium is also provided, and the computer-readable storage medium stores a program for executing the method according to the embodiment of the present application, the program When executed by a processor, each step of the method is performed.

From the above, it will be understood that, for the purpose of illustration, specific embodiments of the present application have been described herein, but various modifications may be made without departing from the scope of the present application. Those skilled in the art will understand that the operations and routines depicted in the flowchart steps or described herein may be varied in various ways. More specifically, the order of the steps may be rearranged, the steps may be executed in parallel, the steps may be omitted, other steps may be included, and various combinations of routines may be made or omitted. Accordingly, this application is limited only by the following claims.

Claims

An order process processing method is characterized by including the following steps:

Step 1. Receive an order processing request from a client, and obtain a process queue of the order according to the order processing request, where the process queue includes all processes required to process the order;

Step 2: Determine whether asynchronous processing is required for the current process in the process queue;

Step 3. If the current process needs to be processed asynchronously, notify the client that the order processing result will be pushed asynchronously, put the current process into an asynchronous queue, and push the processing result to the client after the asynchronous processing ends;

Step 4. If asynchronous processing is not required for the current process, perform synchronous processing on the current process to obtain the processing status of the current process;

Step 5. If the processing status of the current process is "processing exception", record processing information of the current process, where the processing information includes information required to execute the current process again;

Step 6. If the processing status of the current process is "processing success", determine whether the current process is the last process in the process queue, and if the current process is not the last process in the process queue , The next process in the process queue is taken as the current process, and the process returns to step 2; otherwise, the order processing result is output.
The method for processing an order flow according to claim 1, wherein the process queue of the order is determined according to a scenario routing parameter related to the order,

The scenario routing parameters include a product provider, a product code, a primary channel, a secondary channel, a transaction type, a payment method, an order management platform, and a payment rule, and different parameter combinations correspond to different order processing scenarios.
The method for processing an order flow according to claim 1, characterized in that, in step 2, according to the process parameters of the current process, it is determined whether the current process in the process queue needs to be processed asynchronously,

The process parameters of the current process include the type of service involved in executing the current process, an identification of whether to request asynchronous processing, and a reference value for the time required for the business process corresponding to the current process.
The method for processing an order flow according to claim 3, wherein in step 2, it is determined whether the current process needs to be asynchronous according to process parameters of the current process and historical processing information of the current process. deal with.
The method for processing an order flow according to claim 4, further comprising:

Step 7. If the processing status of the current process is "processing failure", record the processing information of the current process and no longer process the remaining processes in the process queue.

Step 5 also includes:

Step 5-1. If the processing status of the current process is "processing exception", determine whether the current process is the last process in the process queue, and if the current process is not the last process in the process queue For a process, the next process in the process queue is regarded as the current process, and the process returns to step 2.
The method for processing an order flow according to claim 5, further comprising:

Step 8. Receive the order execution request from the client again, and repeat the processes that were not successfully executed before.
The method for processing an order flow according to claim 6, wherein step 8 includes:

Step 8-1. If the number of repeated executions of the synchronous processing of a process in the process queue exceeds a predetermined threshold, then set whether the process requests an asynchronous processing request to "request asynchronous processing".
The method for processing an order flow according to claim 1, wherein step 3 further comprises:

Step 3-1. Start the processes in the asynchronous queue by broadcasting, and in the case where the processes in the asynchronous queue perform abnormally or time out, repeat the processes in the asynchronous queue according to a predetermined repetition period and number of repetitions. .
An order process processing system for executing an order process processing method, which is characterized by including an order acceptance component, a process processing component, an order feedback component, a process asynchronous judgment component, and a process recording component.

The order acceptance component is configured to receive an order processing request from a client, and obtain a process queue of the order from the order processing request, and the process queue includes all processes required to process the order;

Among them, the order feedback component is used to feedback the order processing results to the client.

The process asynchronous judgment component is configured to perform asynchronous judgment on a current process in the process queue.

The process processing component is configured to: when the current process needs to be processed asynchronously, place the current process in an asynchronous queue;

The process recording component is used to record the process processing status and historical processing record of each order, including the number of processing times, each processing mode, and processing status.
The order flow processing system according to claim 9, wherein the process processing component is further configured to: when the current process is synchronized, execute a corresponding process, generate a processing result of the current process, and pass the order The feedback component feeds back the processing result to the client;
The order flow processing system according to claim 9, wherein the process processing component is further configured to sequentially execute all processes in the process queue and send related information generated during the process processing to the process. Record parts.
The order flow processing system according to claim 9, wherein the process queue of the order is determined according to a scenario routing parameter related to the order,

The scenario routing parameters include a product provider, a product code, a primary channel, a secondary channel, a transaction type, a payment method, an order management platform, and a payment rule, and different parameter combinations correspond to different order processing scenarios.
A computer-readable storage medium, characterized in that the computer-readable storage medium stores a program for executing an order process processing method, and when the program is executed by a processor, performs the following steps:

Step 1. Receive an order processing request from a client, and obtain a process queue of the order according to the order processing request, where the process queue includes all processes required to process the order;

Step 2: Determine whether asynchronous processing is required for the current process in the process queue;

Step 3. If the current process needs to be processed asynchronously, notify the client that the order processing result will be pushed asynchronously, put the current process into an asynchronous queue, and push the processing result to the client after the asynchronous processing ends;

Step 4. If asynchronous processing is not required for the current process, perform synchronous processing on the current process to obtain the processing status of the current process;

Step 5. If the processing status of the current process is "processing exception", record processing information of the current process, where the processing information includes information required to execute the current process again;

Step 6. If the processing status of the current process is "processing success", determine whether the current process is the last process in the process queue, and if the current process is not the last process in the process queue , The next process in the process queue is taken as the current process, and the process returns to step 2; otherwise, the order processing result is output.
The computer-readable storage medium according to claim 13, wherein the process queue of the order is determined according to a scenario routing parameter related to the order,

The scenario routing parameters include a product provider, a product code, a primary channel, a secondary channel, a transaction type, a payment method, an order management platform, and a payment rule, and different parameter combinations correspond to different order processing scenarios.
The computer-readable storage medium according to claim 13, characterized in that, in step 2, according to the process parameters of the current process, determining whether asynchronous processing is required for the current process in the process queue,

The process parameters of the current process include the type of service involved in executing the current process, an identification of whether to request asynchronous processing, and a reference value for the time required for the business process corresponding to the current process.
The computer-readable storage medium according to claim 15, wherein in step 2, it is determined whether the current process needs to be performed according to process parameters of the current process and historical processing information of the current process. Asynchronous processing.
The computer-readable storage medium of claim 16, further comprising:

Step 7. If the processing status of the current process is "processing failure", record the processing information of the current process and no longer process the remaining processes in the process queue.

Step 5 also includes:

Step 5-1. If the processing status of the current process is "processing exception", determine whether the current process is the last process in the process queue, and if the current process is not the last process in the process queue For a process, the next process in the process queue is regarded as the current process, and the process returns to step 2.
The computer-readable storage medium of claim 17, further comprising:

Step 8. Receive the order execution request from the client again, and repeat the processes that were not successfully executed before.
The computer-readable storage medium of claim 18, wherein step 8 comprises:

Step 8-1. If the number of repeated executions of the synchronous processing of a process in the process queue exceeds a predetermined threshold, then set whether the process requests an asynchronous processing request to "request asynchronous processing".
The computer-readable storage medium of claim 13, wherein step 3 further comprises:

Step 3-1. Start the processes in the asynchronous queue by broadcasting, and in the case where the processes in the asynchronous queue perform abnormally or time out, repeat the processes in the asynchronous queue according to a predetermined repetition period and number of repetitions. .