CN103617486B - A kind of method and system of complex business process dynamic graphical monitoring - Google Patents

Abstract

The present invention provides a method and system for dynamic graphical monitoring of complex business processes. The method includes: determining the business process that has occurred according to multiple business information collected in real time; wherein, each of the business information includes: business identification and task name, and task execution instruction or task execution result; each said business process includes: executed task information, executed task status, and triggered task information; said task information includes: task name, task execution instruction or task execution Result; through the business process that has occurred and the business process that has not occurred, the associated relationship with the task name in the collected business information is determined to determine the business process that will occur, and the business process that has occurred and the business process that has not occurred are obtained. The structural relationship of the business process that will occur; the structural relationship of the obtained business process is displayed in the form of a vector diagram. The invention also provides a system for dynamic graphical monitoring of complex business processes.

Description

A method and system for dynamic graphical monitoring of complex business processes

technical field

The invention relates to the field of computers, in particular to a method and system for dynamic graphical monitoring of complex business processes.

Background technique

At present, the process monitoring software of most systems avoids the problem of graphical monitoring of complex processes, and provides information based on tables. Only a few systems provide simple and demonstrative picture animation process display, such as the information flow relationship of aerospace and ground application systems. The main emphasis is on schematic, and the practicality is relatively poor.

Although most workflow systems (such as JBPM, etc.) and office systems provide graphical process design tools and corresponding graphical process monitoring tools, they can only support general sequence, simple branch and merge process monitoring capabilities. Generally speaking, complex business processes have many branches, merges, and loops. If various possible situations are considered in detail, the flow chart designed by the process design tool is very large, it is difficult to sort out the process context, and it is basically unreadable; In extreme cases, use a process design tool to design a complex flow chart. Due to the large number of nodes and connections, when monitoring the actual business process, you will find that the business monitoring flow chart can only be used as an illustration, losing the practicability of business monitoring. Therefore, in the prior art, complex business process relationships cannot be processed through graphical technology, and the displayed process relationships are limited.

Contents of the invention

The present invention aims to provide a method and system for dynamic graphical monitoring of complex business processes to solve the above-mentioned problems that complex business process relationships cannot be processed through graphical technology and the displayed process relationships are limited.

The present invention provides a method for dynamic graphical monitoring of complex business processes, including:

Determine the business process that has occurred according to the multiple business information collected; wherein, each of the business information includes;

Business identification and task name, and task execution instruction or task execution result; each said business process includes: executed task information, executed task status, and triggered task information; said task information includes: task name, task execution Instruction or task execution result; determine the business process that will occur through the relationship between the business process that has occurred and the business process that has not occurred and the task name in the collected business information, and obtain the business process that has occurred The structural relationship between the process and the business process that will occur; the structural relationship of the obtained business process is displayed in the form of a vector diagram.

Preferably, a greedy algorithm is used to determine the obtained structural relationship of the business process.

Preferably, the display in the form of a vector diagram includes:

The nodes in the vector diagram are: executed task information, triggered task information, and executed task status; the connection lines in the vector diagram are used to describe task execution instructions or task execution results; the nodes and the Wires represent various states through different colors.

Preferably, a force-directed algorithm is used to determine the positions of nodes in the displayed vector diagram; each type of business information corresponds to a vector diagram.

Preferably, the currently displayed vector diagram is continuously refreshed; user adjustments to nodes or links in the vector diagram are accepted; and corresponding business processes are executed according to the adjusted structural relationship.

Preferably, the process of determining the business process that has occurred includes:

Through the task names in the business information collected in real time, traverse all the task names of multiple business flow rules; associate the task names of the same type to determine the flow rules that may have been executed; any two of the multiple business flow rules Business flow rules, if the task name in one of the executed task information is the same as the task name in the other triggered task information, it is determined that the two business flow rules have a sequential flow relationship in the business process; according to the obtained A plurality of flow rules with successive flow relations and already generated task information are processed by a greedy algorithm to obtain a business process that has occurred.

Preferably, the process of determining the business process to occur includes:

The business name of the latest business information in the business process that has occurred, and the determined possible business flow rules, according to the shortest path to reach the end of the process strategy, start to test the next reasonable state, and at the same time, the retrospective inspection has been performed or will constitute The business flow rules of the infinite loop are eliminated, and the calculation is repeated until the business name at the end of the process is reached, so as to predict the subsequent process direction and obtain the business process that will occur.

The present invention provides a system for dynamic graphical monitoring of complex business processes, including:

A business determination module, configured to determine a business process that has occurred based on multiple business information collected; wherein, each of the business information includes: business identification and task name, and task execution instructions or task execution results; each of the business The process includes: executed task information, executed task status, and triggered task information; the task information includes: task name, task execution instruction or task execution result; a business speculation module is used to pass the business process that has occurred The business process that has not occurred contains the association relationship with the task name in the collected business information to determine the business process that will occur; the business relationship module is used to The process is to obtain the structural relationship of the business process that has occurred and the business process that will occur; the display module is used to display the structural relationship of the obtained business process in the form of a vector diagram.

Preferably, it also includes: a refresh module, configured to continuously refresh the currently displayed vector diagram; an adjustment module, configured to accept user adjustments to nodes or connections in the current or refreshed vector diagram; an execution module, configured to Execute the corresponding business process according to the adjusted structural relationship.

Through the above steps, the complex business process relationship is displayed to the user in a simple graphical manner, which is convenient for the user to understand the current business process more intuitively.

In the embodiment of the present invention, a graphical monitoring means for the complex process of the business system is provided. Because the greedy algorithm is used to calculate the processes that have already occurred and predict the processes that are about to occur to form a credible and complete business process, and to use the force-oriented algorithm and graphical technology to dynamically generate vector flow charts and realize the visualization of business processes, so It overcomes the problem of dynamic graphical display of complex processes, and achieves the effect of accurate and intuitive business system monitoring.

Description of drawings

The accompanying drawings described here are used to provide a further understanding of the present invention and constitute a part of the application. The schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute improper limitations to the present invention. In the attached picture:

Fig. 1 shows the flowchart of embodiment;

Figure 2 is an overall flowchart of dynamic graphical monitoring of complex business processes;

Fig. 3 is an information diagram of an example of business process construction prediction;

Fig. 4 is an information diagram of an example of a business process vector model;

Fig. 5 is a diagram showing an example of a business process vector graphic;

Fig. 6 is an example diagram of a complex business process graphical monitoring system interface;

Fig. 7 is a schematic structural diagram of a complex business process graphical monitoring system;

Fig. 8 is a schematic diagram of an embodiment of a complex business process graphical monitoring system.

detailed description

The present invention will be described in detail below with reference to the accompanying drawings and in combination with embodiments.

See Figure 1, including:

S11: Determine the business process that has occurred according to the multiple business information collected;

Wherein, each of the business information includes: business identification and task name, and task execution instructions or task execution results; each of the business processes includes: executed task information, executed task status, and triggered task information; The above task information includes: task name, task execution instruction or task execution result;

S12: Determine the business process that will occur through the relationship between the business process that has occurred and the business process that has not occurred and the task name in the collected business information, and obtain the business process that has occurred and the business process that has occurred. the structural relationship of the business processes that will take place;

S13: Display the obtained structural relationship of the business process in the form of a vector diagram.

Through the above steps, the complex business process relationship is displayed to the user in a simple graphical manner, which is convenient for the user to understand the current business process more intuitively. Especially for the information flow relationship of aerospace and ground application systems, it can be clearly displayed.

The detailed process of the above-mentioned embodiment is specifically described below through a detailed embodiment, referring to FIG. 2 , including:

1: Collect real-time business information, each business information includes: {business identification ID, task name TN, task execution command TC|task execution result TR}. Data generated during computer processing of designated tasks or activities, for example, data reception from databases, the types and types of data contained, etc., can be collectively referred to as business information.

2: Traverse all the multiple business flow rules, and then use the task name TN in the collected real-time business information to traverse the business flow rules, associate similar tasks, and obtain related business flow rules, {executed task information ET , execution task status ES, triggered task information TT}. In addition to common task information, the triggered task information can also be process end information.

For example: Take the data receiving and warehousing strategy of the data management system as an example: {data receiving task information ET, successfully completed receiving SS, data warehousing task TT}, where the data receiving task information includes data receiving task TN, receiving scheduling instruction TC, Receive completion result TR.

Real-time business information is defined as a triplet: {business ID, task name TN, task execution command TC|task execution result TR}, where the business ID is a unique identifier generated when the business occurs, and runs through the entire business process.

Taking data receiving service information as an example, it includes {current service ID, data receiving task TN, data receiving scheduling instruction} and {current service ID, data receiving task TN, data receiving result TR}.

3: Determine process information

Taking the task process of a data management service as an example, it includes data receiving (DataRecTask), data sending (DataSendTask), data storage (DataInTask), data output (DataOutTask), data backup (DataBakTask), data recovery (DataRestTask) , data archiving (DataArchTask), data retrieval (DataUnArchTask) and other activity tasks, the defined business flow rules include:

(1) Data receiving and storage strategy {DataRecTask, SuccFinState, DataInTask}, (2) Data receiving and forwarding strategy {DataRecTask, SuccFinState, DataSendTask}, (3) Data storage and backup strategy {DataInTask, SuccFinState, DataBakTask}, (4) Data subscription distribution strategy {DataInTask, SuccFinState, DataSendTask}, (5) data output service strategy {DataOutTask, SuccFinState, DataSendTask}, (6) data recovery output strategy {DataOutTask, SuccFinState, DataSendTask}, (7) data sending end strategy { DataSendTask, SuccFinState, EndBussFlow}, (8) data backup end strategy {DataBakTask, SuccFinState, EndBussFlow} and other strategies for various situations.

In the current situation, the business information collected in time series includes (1) data receiving task information {Flow0001, DataRecTask, DataRecTaskCtrl (receiving command)}, (2) data receiving task information {Flow0001, DataRecTask, DataRecTaskSuccState (successful receiving result)}, (3) Data storage task information {Flow0001, DataInTask, DataInTaskCtrl (storage instruction)}, (4) Data sending task information {Flow0001, DataSendTask, DataSendTaskCtrl (storage instruction)}, (5) Data storage task information { Flow0001, DataInTask, DataInTaskSuccState (result of successful warehousing)}, (6) data sending task information {Flow0001, DataSendTask, DataSendTaskSuccState (result of successful warehousing)}, according to the existing business information, through the association of similar tasks, the business can be obtained The process has produced three tasks that have occurred: data receiving task, data storage task, and data sending task.

The process construction forecasting process includes:

Determine the business process that will occur through the relationship between the business process that has occurred and the business process that has not occurred and the task name in the collected business information, and obtain the determined structural relationship of multiple business processes;

The process of determining the business process that has occurred includes:

A traverses the task names of all multiple business flow rules through the task names of the collected business information;

B associates the names of similar tasks to determine the flow rules that may have been executed;

In any two business flow rules among multiple business flow rules, if the task name in the task information executed by one of them is the same as the task name in the task information triggered by the other, it is determined that the two business flow rules in the business process The circulation rules have a sequential circulation relationship;

C uses a greedy algorithm to obtain a business process that has occurred according to the obtained multiple flow rules with sequential flow relations and the generated task information.

The process of determining the business processes that will occur includes:

The business name of the latest business information in the business process that has occurred, and the determined possible business flow rules, according to the shortest path to reach the end of the process strategy, start to test the next reasonable state, and at the same time, the retrospective inspection has been performed or will constitute The business flow rules of the infinite loop are eliminated, and the calculation is repeated until the business name at the end of the process is reached, so as to predict the subsequent process direction and obtain the business process that will occur.

Since the task name TN of the execution task information ET is the same as the task name TN of the trigger task information TT, it is determined that the two business flow rules may have a sequential flow relationship in this business, and then it is determined that the corresponding collection of two business information {business identification ID , task name TN, task execution instruction TC|task execution result TR} may have a sequence relationship.

Based on this, first construct the flow of business information that has occurred. Start sorting out from the starting point of business generation, select candidates for the next step, discard some unreasonable or unreasonable circulation relationships and unreasonable cycles according to the business flow rules, and then calculate repeatedly until finally all the business information that has been sent is sorted out onto a process.

Then predict the direction of the process based on the business information contained in the existing process. Take the latest business information {business identification ID, task name TN, task execution instruction TC|task execution result TR} in the process that has occurred (maybe the latest node on each branch that has not been merged), and follow the shortest path to reach the end of the process strategy, start Test the next reasonable node status, and at the same time check back whether these alternative flow rules have been executed or will form an infinite loop, eliminate them, and calculate repeatedly until the end of the process is reached, thereby predicting the subsequent process direction.

Finally, the existing business process information and the upcoming business information process are serially integrated to form a credible business process.

Through the process derivation and task strategy exclusion based on the greedy algorithm, the possibility of data subscription distribution strategy and data output service strategy execution is ruled out, and the possible execution strategies include data receiving and warehousing strategy, data receiving and There are four database backup strategies and end-of-data sending strategies.

Predict the process direction based on the business information contained in the existing process. Use the latest business information {business identification ID, task name TN, task execution command TC|task execution result TR} in the process that has occurred (that is, the latest node on each branch that has not been merged) to reach the end of the process according to the shortest path strategy, and start testing The next reasonable node state, while backtracking to check whether these alternative flow rules have been executed or will form an infinite loop, eliminate them, and repeatedly calculate until the end of the process is reached, thereby predicting the subsequent process direction. Finally, the existing business process information and the upcoming business information process are serially integrated to form a credible business process.

It is predicted that a data backup task will be generated, so a credible business process is formed as (data receiving task DataRecTask)→(data storage task DataInTask)→(data backup task DataBakTask)→(end EndBussFlow) and (data receiving task DataRecTask) →(data sending task DataSendTask)→(end EndBussFlow) composite process.

4.0: Generate a vector flow chart through the obtained process information

Force-directed (Force-directed) algorithm is used to generate intuitive vector flow charts. Directed graphs are mainly used to describe the business flow chart. According to the force between the task node graph elements is determined by the mutual attraction and repulsion of the task nodes themselves and the elastic force on the state information connection. Through multiple iterative calculations, Finally, a force balance state is reached, and then geometric information is generated for the flow chart, including the basic position information of the geometric figure and the relative position information of the screen, and multiple small primitives (geometric primitives and text descriptions) that will express the information of the same process elements Graphic elements) for range merging, geometric intersection information between different process elements for segmentation and isolation, etc., to avoid the loss and duplication of subsequent process element operation responses, thus generating an accurate and reasonable business process vector model , laying the foundation for vector graphics generation.

According to the business process generated in the business process monitoring of the above-mentioned data management service, due to the existence of asymmetric branches, the horizontal layout of the directed graph and the algorithm parameters of horizontal expansion are established, and the process element information (including task name, instruction information, execution result, Task state, etc.) into specified rule primitives, determine the geometric shape and size information, iteratively calculate the geometric position of the primitive through the force-directed algorithm, and convert the position of the screen pixel (vector geometric length and actual pixel The fixed conversion ratio of the length is about 1.42), and finally the display information of each graphic element is obtained, and then the display layout of the business process is completed.

4.1: Generate business process vector model

Since complex business processes are difficult to completely specify or enumerate the possible directions of all processes, the process model needs to be simple and concise. To this end, the business process vector model defines elements as graph Graph, node Node, connection Edge, etc., and the geometric positional relationship of the elements, where the graph is used to illustrate the business information type of the entire process, and the nodes are used to describe the main execution business trigger information, tasks Information ET and execution task status ES (Note: Trigger task information TT is expressed as execution task information ET in the business process vector model), and the connection is used to describe the task execution instruction TC, task execution result TR or essential element information of the business process, The color of each element is linked to the corresponding business information (for example, the corresponding node of a failed or stagnant task is displayed in red), and finally these elements are identified by geometric points, rectangles, and arrows, and geometric information is given to each entity element.

Taking the business process of the above-mentioned data management service as an example, the generated business process vector model information is shown in FIG. 3 .

Finally, the information related to the elements on the flowchart is obtained from the collection of business information through the business identification ID, and finally a business process vector model with graphic element display information and business information of the flowchart is formed. The business process vector model generated by the example is as follows Figure 4 shows.

5: Process dynamic drawing and display through vector graphics

The generated vector flow chart follows the SVG vector graphic specification format, and the drawing can be completed through the SVG rendering engine to form intuitive monitoring information (for example, as shown in Figure 5, which fully reflects the actual business operation of the data management service) ; Generate new vector graphics in time through dynamic business changes, and complete interface drawing in time, thereby realizing dynamic process drawing display and providing a means of process monitoring.

6: Respond to the operation of the flow chart according to the primitive information

By monitoring the changes in the flowchart, the user selects the relevant graphic elements, locates the corresponding graphic element information, and then traces back to the nodes and connections of the business flowchart, and then displays the corresponding business information.

7: Query process element information

8: Control the process according to the business prompt

Accepting the user's adjustment to the nodes or connections in the vector diagram; and executing the corresponding business process according to the adjusted structural relationship.

According to the state of business information (such as task failure), prompts to perform corresponding operations (such as corresponding restart operations, such as shown in Figure 6), and finally the user can complete the corresponding business control according to the prompts.

In Fig. 5 and Fig. 6, various states can also be represented by different colors according to nodes and lines. To prompt the user of the current process status, which is convenient for the user to adjust.

The method embodiment of the present invention is described in detail above, and the embodiment of the system structure of the present invention is described below.

The system structure of the present invention can be constructed according to the architecture process in Figure 7, and Figure 8 shows one of the structures, including:

A business determination module, configured to determine the business process that has occurred according to the collected multiple business information;

Wherein, each of the business information includes: business identification and task name, and task execution instructions or task execution results; each of the business processes includes: executed task information, executed task status, and triggered task information; The above task information includes: task name, task execution instruction or task execution result;

A business speculation module, configured to determine the business process that will occur through the relationship between the business process that has occurred and the business process that has not occurred and the task name in the collected business information;

A business relationship module, configured to obtain the structural relationship between the business process that has occurred and the business process that will occur according to the business process that has occurred and the business process that will occur;

The display module is used to display the obtained structural relationship of the business process in the form of a vector diagram.

Preferably, it also includes:

Refresh module, used to continuously refresh the currently displayed vector graphics;

An adjustment module, configured to accept user adjustments to nodes or links in the current or refreshed vector diagram;

The execution module is configured to execute corresponding business processes according to the adjusted structural relationship.

As can be seen from the above description, the present invention has achieved the following technical effects:

According to the business information collected in real time and in accordance with the business flow rules, the business relationship is obtained through calculation and speculation, and the business process is formed; through visual processing, the dynamic adjustment and refresh are assisted, and a dynamic graphical process is finally generated, which is real-time, intuitive and accurate. It provides an effective technical means for dynamic graphical monitoring of complex business processes. Obviously, those skilled in the art should understand that each module or each step of the above-mentioned present invention can be realized by a general-purpose computing device, and they can be concentrated on a single computing device, or distributed in a network formed by multiple computing devices Optionally, they can be implemented with program codes executable by a computing device, so that they can be stored in a storage device and executed by a computing device, or they can be made into individual integrated circuit modules, or they can be integrated into Multiple modules or steps are fabricated into a single integrated circuit module to realize. As such, the present invention is not limited to any specific combination of hardware and software.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and changes. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims (9)

1. A method for dynamic graphical monitoring of complex business processes, characterized in that, comprising: determining a business process that has occurred according to a plurality of business information collected in real time; Wherein, each said business information includes: business identification and task name, and task execution instruction or task execution result; Each of the business processes includes: executed task information, executed task status, and triggered task information; the task information includes: task name, task execution instruction or task execution result; According to the relationship between the business process that has occurred and the business process that has not occurred and the task name in the collected business information, the business process that will occur is determined to obtain the business process that has occurred and the business process that will occur The structural relationship of the business process; The obtained structural relationship of the business process is displayed in the form of a vector diagram. 2. The method according to claim 1, characterized in that a greedy algorithm is used to determine the obtained structural relationship of the business process. 3. The method according to claim 1, wherein displaying in the form of a vector diagram comprises: The nodes in the vector diagram are: executed task information, triggered task information, and executed task status; The lines in the vector diagram are used to describe task execution instructions or task execution results; The nodes and the lines represent various states through different colors. 4. The method according to claim 3, characterized in that, adopting a force-directed algorithm to determine the node position in the described vector diagram of the display; Each type of business information corresponds to a vector diagram. 5. The method according to claim 3, characterized in that the currently displayed vector diagram is constantly refreshed; Accept user adjustments to nodes or links in the vector diagram; Execute the corresponding business process according to the adjusted structural relationship. 6. The method according to claim 1, wherein the process of determining the business process that has occurred comprises: A uses the task name in the real-time collection of business information to traverse all the task names of multiple business flow rules; B associates the names of similar tasks to determine the flow rules that may have been executed; In any two business flow rules among multiple business flow rules, if the task name in the task information executed by one of them is the same as the task name in the task information triggered by the other, it is determined that the two business flow rules in the business process The circulation rules have a sequential circulation relationship; C uses a greedy algorithm to obtain a business process that has occurred according to the obtained multiple flow rules with sequential flow relations and the generated task information. 7. The method according to claim 6, wherein the process of determining the business process that will occur includes: the business name of the latest business information in the business process that has occurred, and the determined possible business flow rules , according to the strategy of reaching the end of the process by the shortest path, start to test the next reasonable state, and at the same time check the business flow rules that have been executed or will form an endless loop backtracking, remove them, and calculate repeatedly until the business name at the end of the process is reached , so as to predict the subsequent process direction and obtain the business process that will occur. 8. A system for dynamic graphical monitoring of complex business processes, characterized in that it includes: A business determination module, configured to determine the business process that has occurred according to the collected multiple business information; Wherein, each of the business information includes: business identification and task name, and task execution instructions or task execution results; each of the business processes includes: executed task information, executed task status, and triggered task information; The above task information includes: task name, task execution instruction or task execution result; A business speculation module, configured to determine the business process that will occur through the relationship between the business process that has occurred and the business process that has not occurred and the task name in the collected business information; A business relationship module, configured to obtain the structural relationship between the business process that has occurred and the business process that will occur according to the business process that has occurred and the business process that will occur; The display module is used to display the obtained structural relationship of the business process in the form of a vector diagram. 9. The system according to claim 8, further comprising: Refresh module, used to continuously refresh the currently displayed vector graphics; An adjustment module, configured to accept user adjustments to nodes or links in the current or refreshed vector diagram; The execution module is used for executing corresponding business processes according to the adjusted structural relationship.