CN115759966A

CN115759966A - Business workflow control method, electronic device and storage medium

Info

Publication number: CN115759966A
Application number: CN202211396356.2A
Authority: CN
Inventors: 徐馨
Original assignee: Ping An Bank Co Ltd
Current assignee: Ping An Bank Co Ltd
Priority date: 2022-11-08
Filing date: 2022-11-08
Publication date: 2023-03-07

Abstract

The application discloses a control method of business workflow, electronic equipment and a nonvolatile computer readable storage medium. The method comprises the steps of obtaining a service scene; determining a workflow based on the service scene, wherein the workflow comprises service states, transition logic among the service states and sub-workflows in the service states; acquiring service data and processing the service data by using the workflow; and executing the sub-workflows in different service states through different threads. The scheme can flexibly configure the service logic and decouple the process control and the service logic under different service scenes.

Description

Business workflow control method, electronic device and storage medium

Technical Field

The present application relates to the field of business processing, and in particular, to a method for controlling a business workflow, an electronic device, and a non-volatile computer-readable storage medium.

Background

Most of the current micro-service architectures achieve service logic independence, so that processes of flow, configuration and visualization exist independently of a service system, and although a certain decoupling effect is achieved, flexible control over the service logic cannot be achieved.

In most business systems, the micro-service components are only simply combined for use, but the execution is still sequential execution, flexible configuration cannot be realized, and the flow control function similar to the selection structure and the loop structure of a programming language is not realized.

Disclosure of Invention

At least one embodiment of the present application provides a method, electronic device, and non-transitory computer-readable storage medium for controlling business workflow for financial technology or other related domains to decouple process control and business logic.

The application provides a method for controlling a business workflow in a first aspect. The control method of the business workflow comprises the following steps: acquiring a service scene; determining a workflow based on the service scene, wherein the workflow comprises service states, transition logic among the service states and sub-workflows in the service states; acquiring service data and processing the service data by using the workflow; and executing the sub-workflows in different service states through different threads.

Further, determining a workflow based on the business scenario includes: determining the service state and the total service logic based on the service scene; and determining transition logic between the business states and the sub-workflows in the business states based on the total business logic.

Further, before the processing the service data by using the workflow, the method further includes: and checking the validity of the service data.

Further, the processing the service data by using the workflow includes:

acquiring a processing result of the sub-workflow of the service data in the current service state on the service data; determining a next said traffic state based on said processing result and said forwarding logic; and updating the current service state of the service data, and processing the service data by using the sub workflow corresponding to the next service state.

Further, the processing the service data by using the workflow further includes: in response to the business data not satisfying the business logic of the sub-workflow, terminating the workflow.

Further, the method for controlling the service workflow further includes: determining a service state to be adjusted based on the adjustment information; deleting, adding or changing the service state to be adjusted in the workflow; and adjusting the transfer logic based on the workflow after the service state to be adjusted is deleted, added or changed.

Further, adjusting the workflow includes deleting or adding threads for the service state to be adjusted.

Further, the workflow is presented through a visualization technology, and the adjustment of the business state and the thread is realized.

In order to solve the technical problem, the other technical scheme adopted by the application is as follows: an electronic device, comprising: a processor; a memory coupled to the processor for storing a computer program operable on the processor; wherein the processor implements the control method described above when executing the computer program.

In order to solve the above technical problem, another technical solution adopted by the present application is: a non-transitory computer readable storage medium having program instructions stored thereon, comprising: the computer-readable storage medium has program code stored thereon, which when executed by a processor implements the control method described above.

In the above scheme, the application determines the corresponding workflow based on the service scene, where the workflow includes the service states, the transition logic between the service states, and the sub-workflow in each service state, that is, the application divides the service processing flow corresponding to the service scene, that is, the workflow into different service states and sub-workflows in each service state, and processes the sub-workflows in different service states by using different threads, so that the flow control of the sub-workflows in different service states cannot affect each other, the flow control of the whole service scene is decoupled from the service logic, and the flexible configuration of the service logic can be realized.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the application.

Fig. 1 is a schematic flowchart of a first embodiment of a method for controlling a business workflow according to an embodiment of the present application;

FIG. 2 is a detailed flowchart of step S12 in the embodiment of FIG. 1;

FIG. 3 is a detailed flowchart of step S13 in the embodiment of FIG. 1;

fig. 4 is a flowchart illustrating a second embodiment of a method for controlling a business workflow according to an embodiment of the present application;

FIG. 5 is a schematic structural diagram of a computer device provided in an embodiment of the present application;

fig. 6 is a schematic block diagram of a structure of a non-volatile computer-readable storage medium according to an embodiment of the present application.

Detailed Description

The embodiments of the present application will be described in detail below with reference to the drawings.

In the following description, for purposes of explanation rather than limitation, specific details are set forth such as the particular system architecture, interfaces, techniques, etc., in order to provide a thorough understanding of the present application.

The term "and/or" herein is merely an association describing an associated object, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship. Further, "plurality" herein means two or more than two. In addition, the term "at least one" herein means any one of a plurality or any combination of at least two of a plurality, for example, including at least one of a, B, C, and may mean including any one or more elements selected from the group consisting of a, B, and C.

If the technical scheme of the application relates to personal information, a product applying the technical scheme of the application clearly informs personal information processing rules before processing the personal information, and obtains personal independent consent. If the technical scheme of the application relates to sensitive personal information, a product applying the technical scheme of the application obtains individual consent before processing the sensitive personal information, and simultaneously meets the requirement of 'express consent'. For example, at a personal information collection device such as a camera, a clear and significant identifier is set to inform that the personal information collection range is entered, the personal information is collected, and if the person voluntarily enters the collection range, the person is considered as agreeing to collect the personal information; or on the device for processing the personal information, under the condition of informing the personal information processing rule by using obvious identification/information, obtaining personal authorization by modes of popping window information or asking a person to upload personal information of the person by himself, and the like; the personal information processing rule may include information such as a personal information processor, a personal information processing purpose, a processing method, and a type of personal information to be processed.

Referring to fig. 1, fig. 1 is a schematic flowchart illustrating a method for controlling a service workflow according to a first embodiment of the present application. Specifically, the following steps may be included:

step S11: and acquiring a service scene.

The workflow to be implemented is different in different service scenarios, and in order to support flexible configuration of service logic of different service scenarios, a service scenario needs to be determined first. For example, the business scenario is determined as a financial partner management scenario, and for example, the business scenario is determined as a test environment defect repair verification scenario.

Step S12: determining a workflow based on the business scenario, wherein the workflow comprises business states, transition logic among the business states and sub-workflows in the business states.

Alternatively, in this embodiment, step S12 may be implemented by the method shown in fig. 2, which specifically includes step S21 and step S22.

Step S21: the service state and the total service logic are determined based on the service scenario. And defining the service state and the total service logic under the corresponding service scene according to the determined service scene. The total service logic in the service scenario refers to the entire service execution nodes that complete the service data processing task, i.e., the execution sequence of the service states and the association between the service execution nodes, etc.

For example, in the scenario where the business scenario is a financial partner management scenario, the business state may be defined as: the service state 00 represents to-be-audited, the service state 01 passes the initial audit, the service state 02 fails the initial audit, the service state 10 represents manual audit, the service state 11 represents manual audit, the service state 12 represents manual audit rejection, and the service state 13 represents manual return.

For another example, in a scenario of testing environment defect repair verification, a service state may be defined, that is, an enumeration state is: the service state 00 represents to-be-audited, the service state 01 passes the initial audit, the service state 02 fails the initial audit, the service state 10 represents in the manual audit, the service state 11 represents that the manual audit passes, and the service state 13 represents that the manual return is performed.

Step S22: transition logic between business states and sub-workflows in the business states are determined based on the total business logic.

The sub workflow in the service state is a specific work which should process the service data in different service states. For example, when the service state is 00 in the scenario of managing the partner, the system executes its sub-workflow: and identifying the certificate number according to the certificate, intelligently checking whether the personal information is real and effective, if the identity information is effective, entering a state 01, namely, the primary audit is passed, and if the identity information is invalid, entering a state 02, namely, the primary audit is failed. If the service state is 01, the system executes the sub workflow: and sending an approval mail to the auditor, and simultaneously entering a 10 state, namely a manual audit state. If the service state is 02, the system executes its sub-workflow: and recording the failure reason, sending a failure mail to the logger, and prompting the reason of refusal of examination and approval. If the service state is 10, executing the sub-workflow: the auditor passes through the service system for auditing, if the auditing is passed, the state of 11 is entered, namely the manual auditing is passed, the auditing is not passed, the state of 12 is entered, namely the manual auditing is rejected, and the reject reason is recorded. If the service state is 12, executing the sub workflow: and sending a failure mail to the input person, prompting the reason of refusal of examination and approval to supplement or adjust information if necessary, and recording specific information needing to be supplemented or adjusted. The business state is 13, namely the manual return state, and the system executes the sub workflow: and sending an email to a logger to prompt for information supplement or adjustment, and re-entering the 00 state.

In the embodiment of the application, the user does not need to actively intervene, the system automatically identifies the user needing to intervene in the process, and actively informs the user.

For example, in a test environment defect repair verification scene, after finding a defect, a tester presents the defect to a developer through a platform, and enters a service state 00 to be checked. When the service state is 00, the system executes the sub-workflow: and (4) the developer checks and evaluates the defects, if the developer accepts the defects, the developer enters a state 01, namely the initial review passes, and if the developer rejects the defects, the developer enters a state 02, namely the initial review fails. If the service state is 01, the system executes the sub workflow: and (5) repairing the defects by developers, and entering a 10-state after completing manual review. If the service state is 02, executing the sub-workflow: and recording the rejection reason, sending a rejection mail to the logger, and prompting the approval rejection reason. If the service state is 10, executing the sub-workflow: the tester verifies the defect state, and if the defect is repaired, the tester enters a state 11, namely the manual review is passed, and if the defect state is verified to be unrepaired, the tester enters a state 13, namely the manual return state. If the service state is 13, executing the sub workflow: and sending an email to the developer to prompt supplement or adjustment information, and re-entering the 00 state.

Step S13: and acquiring the service data and processing the service data by utilizing the workflow.

Under the condition that the service scene is the management scene of the partner, the service system inputs the relevant information of the partner through a partner management page, wherein the relevant information comprises an input person, an MT parameter (identifying a unique partner identifier), a name of a partner merchant, expiration time, a certificate photo, an auditor and the like, and enters a workflow system after the data of the partner is established. And processing the input business data through the workflow.

It should be noted that the sub-workflows in different states are executed by different threads.

Referring to fig. 3, fig. 3 is a schematic flowchart illustrating a specific process of step S13 in the embodiment of fig. 1.

Step S31: and acquiring a processing result of the sub-workflow of the service data in the current service state on the service data.

And the sub workflow under the service system processes the acquired service data to obtain the processed service data. It should be noted that the processing of the service data may cause the processed service data to be different from the service data before being processed.

Step S32: the next traffic state is determined based on the processing result and the transition logic.

The service system processes the service data in a certain state to obtain a corresponding processing result, and determines the next service state of the service data according to the processing result and the corresponding transfer logic. For example, in the case that the service scenario is a financial cooperation management scenario, when the status of the service data is 00, the service data is checked, and the processing result may be pass or fail, if the processing result is that the service data passes, the service data enters a 01 state, and if the processing result is that the service data does not pass, the service data enters a 02 state.

For example, in the service scenario of testing environment defect repair verification, if the defect processing state is 10, the tester verifies the defect state, and if the defect is repaired, the tester enters the state 11, i.e. manual review is passed, and if the defect state is verified to be unrepaired, the tester enters the state 13, i.e. manual return state.

It is noted that the workflow is terminated if the business data does not satisfy the business logic of the sub-workflow.

Step S33: and updating the current service state of the service data, and processing the service data by using the sub workflow corresponding to the next service state.

And the service system determines the next service state of the service data and updates the current service state of the service data, and then processes the service data through the sub workflow corresponding to the updated service state.

For example, in the scenario that the service scenario is a financial partner management scenario, the system verifies that the personal information is invalid, the service system determines the next service state 02 of the service data and updates the state of the current service data to 02, then processes the service data through a sub workflow corresponding to the updated service state 02, that is, records the reason why the personal information fails, sends a failure mail to the logger, and prompts the reason why the approval is rejected.

In another embodiment, responsive to the business data not satisfying the business logic of the sub-workflow, the workflow is terminated. For example, when the service scene is a financial cooperation party management scene and the service state is 00, the system identifies the certificate number according to the certificate photo, intelligently checks whether the personal information is real and effective, and terminates the workflow if the input information of the input person is not the certificate photo and the input information does not meet the service logic of the sub-workflow.

Referring to fig. 4, fig. 4 is a flowchart illustrating a method for controlling a service workflow according to a second embodiment of the present application.

Step S41: and determining the service state to be adjusted based on the adjustment information.

After the service scene is determined, if the workflow needs to be adjusted, the service state needing to be adjusted and the corresponding sub-workflow are determined at first.

Step S42: the traffic state to be adjusted is deleted, added or changed in the workflow.

And correspondingly deleting, adding or changing the service state in the workflow according to the determined service state to be adjusted which needs to be deleted, added or changed.

Step S43: and adjusting the transfer logic based on the workflow after deleting, adding or changing the service state to be adjusted.

And correspondingly deleting, adding or changing the sub-workflow corresponding to the service state according to the deleted, added or changed service state, and adjusting the transfer logic of the service state according to the adjusted service logic.

And simultaneously, thread processing is correspondingly deleted or added according to the deleted, added or changed service state and the sub workflow.

In this embodiment, plug-in flow control can be realized by adding or deleting threads.

For example, in the scenario where the service scenario is a financial cooperation management scenario, the service state 12 is deleted and the workflow and the transition logic thereof are correspondingly adjusted. The original workflow is as follows: when the service data is in a service state 10, the auditor passes the service system for auditing, if the auditing is passed, the state 11 is entered, and if the auditing is not passed, the state 12 is entered; the adjustment workflow is as follows: when the service data is in the service state 10, the auditor passes the service system for auditing, and if the auditing is passed, the state 11 is entered, the auditing is not passed, the state 13 is entered, and the sub workflow corresponding to the service state 12 is deleted correspondingly.

Further, in another embodiment, the workflow system is presented through a visualization technology, and the adjustment of the business state and the thread is realized. For example, in a scenario where the service scenario is partner management, the service system implements a partner management interface for the user to manage partner data.

Referring to fig. 5, fig. 5 is a schematic structural diagram of a computer device according to an embodiment of the present application.

The computer device 500 may specifically include a processor 510 and a memory 520. The memory 520 is coupled to the processor 510.

Processor 510 is used to control the operation of computer device 500, and processor 510 may also be referred to as a CPU (Central Processing Unit). Processor 510 may be an integrated circuit chip having signal processing capabilities. Processor 510 may also be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. A general purpose processor may be a microprocessor or the processor 510 may be any conventional processor or the like.

The memory 520 is used for storing computer programs and may be a RAM, a ROM, or other types of storage devices. In particular, the memory may include one or more computer-readable storage media, which may be non-transitory. The memory may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in a memory is used to store at least one program code.

The processor 510 is configured to execute the computer program stored in the memory 520 to implement the system reconfiguration data processing method described in the embodiments of the system reconfiguration data processing method of the present application.

In some embodiments, computer device 500 may further include: a peripheral interface 530 and at least one peripheral. The processor 510, memory 520, and peripheral interface 530 may be connected by buses or signal lines. Various peripheral devices may be connected to peripheral interface 530 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of rf circuitry 540, display screen 550, and power supply 560.

Peripheral interface 530 may be used to connect at least one I/O (Input/output) related peripheral to processor 510 and memory 520. In some embodiments, processor 510, memory 520, and peripherals interface 530 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 510, the memory 520, and the peripheral interface 530 may be implemented on separate chips or circuit boards, which is not limited by the embodiment.

The Radio Frequency circuit 540 is used for receiving and transmitting RF (Radio Frequency) signals, also called electromagnetic signals. The rf circuit 540 communicates with a communication network and other communication devices through electromagnetic signals, and the rf circuit 540 is a communication circuit of the computer device 500. The rf circuit 540 converts the electrical signal into an electromagnetic signal for transmission, or converts the received electromagnetic signal into an electrical signal. Optionally, the rf circuit 540 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuit 540 may communicate with other terminals through at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: the world wide web, metropolitan area networks, intranets, generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the rf circuit 540 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display screen 550 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 550 is a touch display screen, the display screen 550 also has the ability to capture touch signals on or over the surface of the display screen 550. The touch signal may be input as a control signal to the processor 510 for processing. At this point, the display screen 550 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display screen 550 may be one, disposed on the front panel of the computer device 500; in other embodiments, the display screens 550 may be at least two, each disposed on a different surface of the computer device 500 or in a folded design; in other embodiments, the display screen 550 may be a flexible display screen, disposed on a curved surface or on a folded surface of the computer device 500. Even more, the display screen 550 may be arranged in a non-rectangular irregular pattern, i.e., a shaped screen. The Display screen 550 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), and other materials.

The power supply 560 is used to power the various components in the computer device 500. The power supply 560 may be alternating current, direct current, disposable or rechargeable. When the power supply 560 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery can also be used to support fast charge technology.

For detailed description of functions and execution processes of each functional module or component in the embodiment of the computer device 500, reference may be made to the description in the embodiment of the data processing method reconstructed by the system in the present application, and details are not repeated here.

In the several embodiments provided in the present application, it should be understood that the disclosed data processing method implemented by the computer device 500 and the system may be implemented in other manners. For example, the various embodiments of the computer device 500 described above are merely illustrative, and for example, a module or a unit may be divided into only one logical division, and an actual implementation may have another division, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit may be implemented in the form of hardware, or may also be implemented in the form of a software functional unit.

Referring to fig. 6, fig. 6 is a schematic block diagram illustrating a structure of a nonvolatile computer readable storage medium according to an embodiment of the present application.

Referring to fig. 6, the integrated unit may be stored in a computer-readable storage medium 600 if it is implemented in the form of a software functional unit and sold or used as a separate product. Based on such understanding, the technical solutions of the present application, which are essential or contribute to the prior art, or all or part of the technical solutions may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions/computer programs to enable a computer device (which may be a personal computer, a server, a network device, or the like) or a processor (processor) to execute all or part of the steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: various media such as a usb disk, a mobile hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and computer equipment such as a computer, a mobile phone, a notebook computer, a tablet computer, and a camera having the storage medium.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, a division of a unit is merely a logical division, and an actual implementation may have another division, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

Claims

1. A method for controlling a business workflow, comprising:

acquiring a service scene;

determining a workflow based on the service scene, wherein the workflow comprises service states, transition logic among the service states and sub-workflows in the service states;

acquiring service data and processing the service data by using the workflow;

and executing the sub-workflows in different service states through different threads.

2. The control method of claim 1, wherein determining the workflow based on the business scenario comprises:

determining the service state and the total service logic based on the service scene;

and determining transition logic between the business states and the sub-workflows in the business states based on the total business logic.

3. The control method according to claim 1, wherein the processing the service data by using the workflow includes:

acquiring a processing result of the sub workflow of the service data in the current service state on the service data;

determining a next said traffic state based on said processing result and said forwarding logic;

and updating the current service state of the service data, and processing the service data by using the sub workflow corresponding to the next service state.

4. The control method according to claim 3, wherein the processing the service data by using the workflow further comprises:

in response to the business data not satisfying the business logic of the child workflow, terminating the workflow.

5. The control method according to claim 1, characterized by further comprising:

determining a service state to be adjusted based on the adjustment information;

deleting, adding or changing the service state to be adjusted in the workflow;

and adjusting the transfer logic based on the workflow after the service state to be adjusted is deleted, added or changed.

6. The control method according to claim 5, characterized by further comprising:

and deleting or adding threads for the service state to be adjusted.

7. The control method according to claim 1, characterized by further comprising:

altering the sub-workflow based on the adjustment information.

8. The control method according to claim 7, characterized by further comprising:

and presenting the workflow through a visualization technology, and realizing the adjustment of the business state and the thread.

9. An electronic device, comprising:

a processor;

a memory coupled to the processor for storing a computer program operable on the processor;

wherein the processor implements the control method of any one of claims 1 to 8 when executing the computer program.

10. A non-transitory computer-readable storage medium having program instructions stored thereon, comprising: the computer readable storage medium has program code stored thereon; when the program code runs on a computer, the program code causes the computer to execute the control method according to any one of claims 1 to 8.