CN108765083B

CN108765083B - Routing order configuration and processing method and system

Info

Publication number: CN108765083B
Application number: CN201810537984.5A
Authority: CN
Inventors: 刘红彬
Original assignee: Ping An Technology Shenzhen Co Ltd
Current assignee: Ping An Technology Shenzhen Co Ltd
Priority date: 2018-05-30
Filing date: 2018-05-30
Publication date: 2023-06-02
Anticipated expiration: 2038-05-30
Also published as: CN108765083A; WO2019227607A1

Abstract

The present disclosure relates to a routing order configuration and processing method and system, the method comprising the steps of: step 1, receiving an order execution request from a client, and extracting scene routing parameters of an order from the order execution request; step 2, determining an order processing scene according to the scene routing parameters, and distributing a preconfigured process queue corresponding to the order processing scene to an order; step 3, asynchronously judging the verification process and executing the verification process according to the judgment result; and step 4, if the verification is successful, each process in the common process queue is processed in sequence, and a process processing result is fed back to the client. According to the method and the device, the process queues are configured in advance, so that whether synchronous and asynchronous switching is carried out on the same scene or not is enabled, multiplexing can be carried out, rapid service processing is facilitated, and different service requirements of different access parties are met.

Description

Routing order configuration and processing method and system

Technical Field

The present invention relates to the field of internet service technologies, and in particular, to a method and a system for configuring and processing a routing order.

Background

With the development of science and technology, the living standard of people is gradually improved, networks are widely applied to social life, wherein the diversification of transactions makes professional companies (merchants) docked by a background management system different, and the business processed by each professional company is also different. Many programs in the market provide more interfaces to the outside when processing transaction flows, and the more interfaces mean that the docking cost and the maintenance cost become complex.

The traditional order flow processing mode is a serial interaction process, namely: for a service request initiated by a client (professional company or end user), the background management system (i.e. the server) needs to process each process (sub-process) one by one according to the order flow, and after the processing is finished, the final processing result can be returned to the client initiating the service request.

Thus, for the client user, the experience of the client user depends largely on the time-consuming condition of the service end for processing the service request, and if the service end performs the service processing operation with very long time consumption and/or difficult time consumption prediction, the client is caused to be in a waiting state all the time, and the waiting duration is not clear for the user. For example: for some order services, the background management system may need to access a third party (e.g., query the inventory status of goods) to obtain the required information in the process flow, and the response time of the third party is often difficult to accurately grasp. Therefore, if the server and the client keep the connection state for a long time, a large amount of resources are wasted, and the throughput is low.

Therefore, in the case that the background management system is in butt joint with a plurality of professional companies (merchants), as the business processed by each professional company is different and the related third parties (even more participants) are involved, in the different business scenes, the business requirements of the different scenes of the different professional companies are solved based on the concept of the transaction routing scene, so that the problems of low processing efficiency of the server side and long waiting time of the user are solved.

Disclosure of Invention

In view of the above problems of the prior art, a main object of the present invention is: in order to facilitate users, unification of the ordering interface is realized, different business processing flows are obtained through scene parameters in the ordering interface, the whole business processing logic is assembled, and all steps of transaction orders are completed according to the process types of common types/special types and asynchronous/synchronous processing requirements in the business logic.

Specifically, the invention provides a transaction scene modeling scheme, which can comprise the following aspects:

1. according to parameters such as commodity provider, commodity code, primary channel, secondary channel, transaction type, payment mode, order management platform, payment rule and the like in the scene routing parameters, a transaction scene can be determined;

2. acquiring an order preprocessing function and a channel function which are pre-configured in the scene according to the determined scene;

3. for a specific order, according to the order preprocessing function and the channel function, assembling a complete transaction processing flow, namely, further determining a processing process combination;

4. and the specific order processes the transaction according to the flow, and feeds back the processing condition to the client in real time.

According to an embodiment of the present invention, there is provided a routing order configuration and processing method, which is characterized by comprising the steps of:

step 1, receiving an order execution request from a client, and extracting scene routing parameters of the order from the order execution request, wherein the scene routing parameters comprise parameters related to the trading environment of the order;

step 2, determining the order processing scene according to the scene routing parameters, and distributing a pre-configured process queue corresponding to the order processing scene to the order, wherein the process queue contains all processes required for processing the order, including a common process and a verification process;

step 3, asynchronous judgment is carried out on the verification process in the process queue, if the verification process needs to be executed with asynchronous processing, the client is informed to wait for returning the order verification result, and the order verification result is returned to the client after the asynchronous processing is finished,

if the verification process does not need to be executed with asynchronous processing, executing synchronous processing on the verification process, and directly returning an order verification result to the client after the synchronous processing is finished;

and step 4, if the order checking result received by the client is successful, extracting a common process from the process queue to form a common process queue, sequentially processing each process in the common process queue, and feeding back a process processing result to the client.

According to the embodiment of the invention, the scene routing parameters comprise commodity providers, commodity codes, primary channels, secondary channels, transaction types, payment modes, an order management platform and payment rules of the orders, wherein different parameter combinations correspond to different order processing scenes.

According to an embodiment of the present invention, the step 4 includes:

step 4-1, asynchronously judging the current process in the common process queue;

step 4-2, if the current process needs to be processed asynchronously, putting the current process into an asynchronous queue, notifying a client that the current process is being processed, and returning to the step 4-1 by taking the next process in the common process queue as the current process;

step 4-3, executing synchronous processing on the current process, and returning to step 4-1 by taking the next process in the common process queue as the current process after the synchronous processing is finished if the current process is not the last process in the common process queue;

and 4-4, summarizing the processing result of each process in the common process queue to the client.

According to the embodiment of the invention, in step 3, whether asynchronous processing is required to be executed on the verification process is judged according to whether the verification process needs to interact with a third party.

According to the embodiment of the invention, in step 4-1, whether asynchronous processing needs to be executed for the current process is judged according to whether the current process is provided with an identifier for requesting asynchronous processing.

According to the embodiment of the invention, in step 4-1, whether the current process needs asynchronous processing is judged according to the time-consuming reference value of the service processing corresponding to the current process.

According to an embodiment of the present invention, in step 4-2, a process in an asynchronous queue is started by broadcasting, and in case of failure of execution of the process in the asynchronous queue, the process in the asynchronous queue is repeatedly executed according to a predetermined repetition period and repetition number.

According to an embodiment of the present invention, after step 4-4, an order execution request may be received again from the client, and execution of each process is resumed from the normal process that was not successfully executed.

According to an embodiment of the present invention, there is provided a routed order configuration and processing system for performing the method, characterized by comprising an order taking component, an order checking component, an order processing component, an order feedback component, a process asynchronization judging component,

the order receiving component is used for receiving an order execution request from a client and extracting scene routing parameters of the order from the order execution request;

the order acceptance component is further used for determining the order processing scene according to the scene routing parameter and distributing a pre-configured process queue corresponding to the order processing scene to the order;

the order checking component is used for executing order checking according to the checking process in the process queue, generating an order checking result and sending the order checking result to the order processing component and the order feedback component.

Wherein the order feedback component is used for feeding back an order checking result and a process processing result to the client side,

the order processing component is used for extracting a common process from the process queue after the order is successfully checked to form a common process queue, and sequentially processing each process in the common process queue;

the process asynchronous judging component is used for executing asynchronous judgment of the order process and comprises executing asynchronous judgment of the checking process and asynchronous judgment of the common process.

According to an embodiment of the present invention, there is provided a computer-readable storage medium, on which a program for executing a routing order configuration and processing method is stored, which program, when being executed by a processor, performs steps according to the method.

The beneficial effects of the invention are mainly as follows: 1. the interface can be unified for each external professional company; 2. the maintenance cost of the system is low; 3. by configuring the process queues in advance, whether synchronous and asynchronous switching can be performed on the same scene or not can be performed manually, and meanwhile, the process queues of the same scene can be multiplexed; 4. after scene modeling, the scene can be rapidly online through parameterized configuration; 5. the payment channel is configurable, and can rapidly process the service according to a manually preset process, so as to solve the service requirements of different professional companies in different scenes.

Drawings

FIG. 1 is a partial flow diagram of a method of routing order configuration and processing according to one embodiment of the invention;

FIG. 2 is a partial flow diagram of a routing order configuration and processing method according to another embodiment of the present invention;

FIG. 3 is a functional architecture diagram of a routing order configuration and processing system according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of an operating environment of a system with applications installed in accordance with an embodiment of the present invention.

Detailed Description

The implementation of the technical scheme is described in further detail below with reference to the accompanying drawings.

Those skilled in the art will appreciate that while the following description refers to numerous technical details regarding embodiments of the present invention, this is meant as an example only, and not meant to be limiting, of the principles of the present invention. The present invention can be applied to other than the technical details exemplified below without departing from the principle and spirit of the present invention.

In addition, in order to avoid limiting the description of the present specification to redundancy, in the description in the present specification, some technical details that can be obtained in the prior art material may be omitted, simplified, changed, etc., as will be understood by those skilled in the art, and this does not affect the disclosure sufficiency of the present specification.

Hereinafter, embodiments for carrying out the present invention will be described. Note that description will be given in the following order: 1. summary of the inventive concepts; 2. routing order flow configuration and processing method (fig. 1 and 2); 3. a routing order flow configuration and processing system (FIG. 3); 4. a system in which an application is installed, and a computer readable medium storing the application according to an embodiment of the present invention (fig. 4).

1. Summary of the inventive concepts

The invention has the main points that:

1. when the order is accepted, different business processing flows (flow configuration and process queues) which are needed to be acquired by the order flow are judged according to the scene routing parameters of the order by acquiring the scene routing parameters of the order. Through the scene modeling and the order scene routing, the order flow is parameterized and configured, so that the processing method can be rapidly applied on line; meanwhile, the business can be rapidly processed according to a process preset manually, and business requirements of different professional companies in different scenes are met.

2. By configuring the process queues in advance, whether synchronous and asynchronous switching can be performed on the same scene or not can be performed manually, and meanwhile, the process queues of the same scene can be multiplexed.

3. In order flow configuration, process type parameters are set to distinguish a common process and a special process, and for the special process, a process (for example, a verification type process) which is not allowed to fail is preset manually, and the process can send alarm mails to the background for manual intervention and check, so that the failure rate of human errors is reduced, and the customer experience is improved.

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

2. Routing order flow configuration and processing method

FIG. 1 is a partial flow diagram of a routing order flow configuration and processing method according to an embodiment of the invention. FIG. 2 is a partial flow diagram of a routing order flow configuration and processing method according to another embodiment of the present invention.

As shown in fig. 1, an embodiment of the present invention provides a routing order configuration and processing method, where an order processing process includes several stages of order checking, order asynchronous processing and judging, and order progress processing, and the method includes:

step S100, receiving information of an order from a client, and extracting scene routing parameters of the order from the information;

the scene routing parameters can comprise specific parameters such as commodity providers, commodity codes, primary channels, secondary channels, transaction types, payment modes, order management platforms, payment rules and the like, and different parameter combinations correspond to different order processing scenes, namely, the order processing scenes are determined by multidimensional conditions;

step 200, determining the order processing scene according to the scene routing parameters, and distributing a pre-configured process queue corresponding to the processing scene to the order, wherein the process queue comprises all processes required by processing the order, including a common process and a special process, and the special process comprises a verification process;

the order processing scene can be converted into an expression form of a multidimensional condition by the scene routing parameter, each dimension can relate to different processing processes/process queues, and the combination of the dimensions forms a complete flow corresponding to the order processing scene, which is represented by the processing processes/process queues;

the general process refers to a general process required by order processing, the general process can be synchronously or asynchronously executed, the execution process and the execution result do not influence the execution of other processes and further the processing of the whole order, so that the processing result of each general process can be respectively obtained, for example, in the case that the processing time of a certain/some general processes is possibly longer, an asynchronous processing mode can be adopted for the general process, for example, a message such as "xx process is in process" is fed back to a client (or simply called "front end"), a user of the client does not need to continuously wait, only the message sent by a server side and processed is needed to be received passively, and meanwhile, the synchronous processing condition of other general processes can be fed back to the client in real time;

in addition, for the normal progress of the processing failure, the processing details thereof can be recorded, and then if the client requests the execution of the same order again, the reconnection can be broken, i.e. the processing is resumed from the normal progress of the processing failure without repeating the progress which has been processed successfully before;

correspondingly, the special process refers to a prerequisite process required for processing the order, for example, a checking process, that is, the special process determines the "validity" of the order itself, if the special process fails to execute successfully (for example, checking fails), the order processing flow of the server end is terminated immediately, the client end receives a message such as "order processing fails", and then, if the execution of the same order needs to be requested again, the special process must be performed again;

step S300, executing order verification according to a verification process in the process queue, generating an order verification result, and executing step S400 if the order verification result is 'verification pass'; otherwise, returning a check failure message, and ending the method;

optionally, in step S300, a verification process asynchronous determination is performed, where a verification process that needs to be executed asynchronously is added to an asynchronous queue, and an "order verification, please wait for notification" is fed back to the client, and then an asynchronous process is performed.

Step S400, after verification is successful or the asynchronous processing is completed, extracting a common process from the process queue to form a common process queue, and taking the first process in the common process queue as a current process;

then, each process in the common process queue can be processed in turn, and the processing state and result of the common process can be generated and summarized. For example, the processing status and result of the normal process may include "in process", "processing success", "processing failure", and be fed back to the client.

Alternatively, instead of step S400, the method may further perform the steps of:

step S500, asynchronous judgment of order progress is carried out;

specifically, according to the process parameters (for example, the service types involved in executing the current process, such as payment, inquiry, etc.) of the current process, whether asynchronous processing is required for the current process is judged, if asynchronous processing is required, the client cannot immediately obtain the processing result of the order, and correspondingly, under normal conditions, synchronous processing is performed for the current process, and the client can immediately obtain the processing result of the order;

step S600, if the current process needs to be asynchronously processed, the current process is put into an asynchronous queue, an xx process processing message is returned to a client, and the next process in the ordinary process queue is used as the current process and returns to the step S500; otherwise, if the current process needs to be synchronized, judging that the current process is a synchronization process, and executing step S700;

wherein the asynchronous queue is maintained by a background management system, and the processes requiring asynchronous processing are usually relatively time-consuming processes in the order processing process and/or processes relying on third party responses; meanwhile, as an example, the processing thereof does not affect the processing of the subsequent process (synchronous process or asynchronous process), that is, the processing of the subsequent process (synchronous process) does not depend on the processing result of the previous process; the background management system may process processes in the asynchronous queue in a broadcast manner, e.g., process processes in the asynchronous queue in a periodic manner, and process the processes in a loop-and-repeat manner without a third party responding to the asynchronous process or processing times out.

As an example, whether the current process needs to perform asynchronous processing may be determined by determining whether the current process carries an identifier requesting asynchronous processing, or by determining whether a third party/service operation related to the current process is identified as needing to employ an asynchronous processing manner, or by determining a time-consuming reference value for service processing corresponding to the current process;

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

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

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

step S700, for the synchronous processing process (current process), executing corresponding processing to generate a processing result of the current process;

wherein, in the course of executing the corresponding process, the process state information of the current process may also be generated, for example, if the current process is suspended for some reason, the state information may be generated and displayed as "in xx process holding process";

on the other hand, if the current process processing is ended, generating and displaying state information as "xx process processing success" or "xx process processing failure";

step S800, if the current process is successful and the current process is not the last process in the common process queue, returning to step S500 by taking the next process in the common process queue as the current process, otherwise, if the current process fails to process, returning an order processing failure message, recording process processing related information (for reconnection of a breakpoint in the future), and ending the method;

if the current process is successful and the current process is the last process in the normal process queue, proceeding to step S900;

step S900, if all the synchronous processing processes are successfully processed, notifying the client of the processing condition, for example, notifying the client of "the processing result notification of the asynchronous processing process is waited for after all the synchronous processing processes have been processed".

Alternatively, if the partial synchronization process fails to process, the partial synchronization process may be repeatedly performed according to the cause of the processing failure. For example, if the processing failure cause is that the third party does not respond or the response times out, the relevant process may be automatically circulated and the client may be notified that the "partially synchronized processing process is retrying, please wait".

3. Routing order flow configuration and processing system

According to an embodiment of the present invention, a routing order flow configuration and processing system is configured to perform the steps of the method in the present application, as shown in fig. 3, where the routing order flow configuration and processing system mainly includes an order receiving component, an order checking component, an order processing component, an order feedback component, and a process asynchronous judging component.

The order acceptance component is used for receiving information of an order from a client, and extracting scene routing parameters of the order from the information;

the scene routing parameters may include specific parameters such as commodity provider, commodity code, primary channel, secondary channel, transaction type, payment mode, order management platform, payment rule, etc., and different parameter combinations correspond to different order processing scenes, that is, the order processing scenes are determined by multidimensional conditions.

The order acceptance component is further used for determining a processing scene of the order according to the scene routing parameter, distributing a pre-configured process queue corresponding to the processing scene to the order, wherein the process queue comprises all processes required by processing the order, including a common process and a special process, and the special process comprises a verification process;

The order feedback component is used for feeding back an order checking result to the client.

The order processing component is used for extracting a common process from the process queue after the order is successfully checked to form a common process queue, and taking the first process in the common process queue as the current process;

Wherein the order processing component is further configured to: when the current process is required to be asynchronously processed, the current process is put into an asynchronous queue, an 'xx process in-process' message is returned to the client through an order feedback component, and the next process in the ordinary process queue is taken as the current process;

wherein the order processing component is further configured to: if the current process needs to be synchronously processed, executing corresponding processing, generating a processing result of the current process, and feeding back the processing result to the client through an order feedback component;

wherein the order processing component is further configured to: and executing all processes in the common process queue in sequence, and recording the relevant information of process treatment.

Furthermore, various embodiments of the invention may also be implemented by means of software modules or computer-readable instructions stored on one or more computer-readable media, which, when executed by a processor or device component, perform the various embodiments of the invention. Similarly, any combination of software modules, computer readable media, and hardware components is contemplated by the present invention. The software modules may be stored on any type of computer readable storage medium, such as RAM, EPROM, EEPROM, flash memory, registers, hard disk, CD-ROM, DVD, etc.

4. System with application installed according to an embodiment of the present invention

Referring to FIG. 4, an operating environment of a system with applications installed is shown in accordance with an embodiment of the present invention.

In this embodiment, the system for installing an application program is installed and run in the electronic device. The electronic device can be a computing device such as a desktop computer, a notebook computer, a palm computer, a server and the like. The electronic device may include, but is not limited to, a memory, a processor, and a display. Fig. 4 shows only an electronic device having the components described above, but it should be understood that not all of the illustrated components are required to be implemented and that more or fewer components may be implemented instead.

The memory may in some embodiments be an internal storage unit of the electronic device, such as a hard disk or a memory of the electronic device. The memory may in other embodiments also be an external storage device of the electronic apparatus, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the electronic apparatus. Further, the memory may also include both an internal storage unit and an external storage device of the electronic apparatus. The memory is used for storing application software installed on the electronic device and various data, such as program codes of a system for installing the application program. The memory may also be used to temporarily store data that has been output or is to be output.

The processor may in some embodiments be a central processing unit (Central Processing Unit, CPU), microprocessor or other data processing chip for running program code or processing data stored in the memory, such as a system executing the installation application, etc.

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

From the above description of the embodiments, it will be clear to those skilled in the art that the method in the above embodiments may be implemented by means of software plus necessary general purpose hardware platform, but of course may also be implemented by hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), including 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 perform the method according to the embodiments of the present application.

That is, according to an embodiment of the present invention, there is also provided a computer-readable storage medium having stored thereon a program for executing the method according to an embodiment of the present invention, which when executed by a processor, performs the steps of the method according to an embodiment of the present invention.

From the foregoing, it will be appreciated that specific embodiments of the invention have been described herein for purposes of illustration, but that various modifications may be made without deviating from the scope of the invention. Those of skill in the art will understand that the operations and routines depicted in the flowchart steps or described herein may be varied in many ways. More specifically, the order of the steps may be rearranged, the steps may be performed in parallel, the steps may be omitted, other steps may be included, various combinations of routines may be made, or the omission may be omitted. Accordingly, the invention is limited only by the following claims.

Claims

1. A routing order configuration and processing method is characterized by comprising the following steps:

step 2, determining the order processing scene according to the scene routing parameters, and distributing a preconfigured process queue corresponding to the order processing scene to the order, wherein the order processing scene is converted into an expression form of a multi-dimensional condition by the scene routing parameters, each dimension relates to different processing processes/process queues, the combination of each dimension forms a complete process corresponding to the order processing scene, the complete process is represented by the processing processes/process queues, and the process queues comprise all processes required by processing the order, including a common process and a verification process;

step 3, asynchronous judgment is carried out on the checking process in the process queue, if asynchronous processing is needed to be carried out on the checking process, the client is informed to wait for returning the order checking result, and the order checking result is returned to the client after the asynchronous processing is finished,

if asynchronous processing is not needed to be executed on the verification process, synchronous processing is executed on the verification process, and an order verification result is directly returned to the client after the synchronous processing is finished;

and step 4, if the order checking result is successful, extracting the common process from the process queue to form a common process queue, sequentially processing each process in the common process queue, and feeding back a process processing result to the client.

2. The routed order configuration and processing method of claim 1 wherein the scenario routing parameters comprise commodity providers, commodity codes, primary channels, secondary channels, transaction types, payment means, order management platforms, and payment rules for the order, wherein different parameter combinations correspond to different order processing scenarios.

3. The routing order configuration and processing method according to claim 1, wherein the step 4 includes:

4. The routing order configuration and processing method according to claim 1, wherein in step 3, it is determined whether asynchronous processing is required to be performed on the verification process according to whether the verification process needs to interact with a third party.

5. A routing order configuration and processing method according to claim 3, wherein in step 4-1, it is determined whether asynchronous processing needs to be performed on the current process according to whether the current process has an identifier for requesting asynchronous processing.

6. The routing order configuration and processing method according to claim 3, wherein in step 4-1, whether the current process needs asynchronous processing is determined according to a reference value of time consuming for service processing corresponding to the current process.

7. A routing order configuration and processing method according to claim 3, wherein in step 4-2, the processes in the asynchronous queue are started by broadcasting, and in the event of failure of execution of the processes in the asynchronous queue, the processes in the asynchronous queue are repeatedly executed according to a predetermined repetition period and repetition number.

8. A routing order configuration and processing method as claimed in claim 3, wherein after step 4-4, the order execution request is received again from the client, and execution of each process is resumed from a normal process that has not been executed successfully before.

9. A routing order configuration and processing system for performing the method of any one of claims 1 to 8, comprising an order acceptance component, an order verification component, an order processing component, an order feedback component, a process asynchronization determination component,

wherein the order checking component is used for executing order checking according to the checking process in the process queue, generating an order checking result, sending the order checking result to the order processing component and the order feedback component,

10. A computer readable storage medium, characterized in that it has stored thereon a program for performing a routing order configuration and processing method, which program, when being executed by a processor, performs the steps of the method according to any of claims 1 to 8.