JP2008276394A - Process model creation system and method, and program therefor - Google Patents

Process model creation system and method, and program therefor Download PDF

Info

Publication number
JP2008276394A
JP2008276394A JP2007117368A JP2007117368A JP2008276394A JP 2008276394 A JP2008276394 A JP 2008276394A JP 2007117368 A JP2007117368 A JP 2007117368A JP 2007117368 A JP2007117368 A JP 2007117368A JP 2008276394 A JP2008276394 A JP 2008276394A
Authority
JP
Japan
Prior art keywords
process model
process
information
unit
diagram
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007117368A
Other languages
Japanese (ja)
Other versions
JP5234720B2 (en
JP2008276394A5 (en
Inventor
Takeshi Masuda
Hajime Nakajima
中島  一
健 増田
Original Assignee
Nippon Telegr & Teleph Corp <Ntt>
日本電信電話株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegr & Teleph Corp <Ntt>, 日本電信電話株式会社 filed Critical Nippon Telegr & Teleph Corp <Ntt>
Priority to JP2007117368A priority Critical patent/JP5234720B2/en
Publication of JP2008276394A publication Critical patent/JP2008276394A/en
Publication of JP2008276394A5 publication Critical patent/JP2008276394A5/ja
Application granted granted Critical
Publication of JP5234720B2 publication Critical patent/JP5234720B2/en
Application status is Active legal-status Critical
Anticipated expiration legal-status Critical

Links

Images

Abstract

A process model creation system, method and program for improving process modeling efficiency are provided.
A computer uses a multiple tree configured to be integrated into an integrated process diagram by combining a plurality of process diagrams in a predetermined job, and a different generation process for each process diagram. The rule definition information 124 is stored in the database 300, and when the user interface unit 200 selects at least one process diagram and the rule definition information 124 from the multiple tree and the rule definition information 124 stored in the database 300, the rule definition information 124 is selected. The process diagram is created based on the process diagram and the rule definition information 124.
[Selection] Figure 15

Description

  The present invention relates to a system and method for defining processing contents (process) of a workflow management system (WFMS), and a program technique thereof.

  A workflow management system (WFMS) refers to middleware that performs process control based on the order of processing contents (processes) shown in a workflow diagram. WFMS is described in detail in Non-Patent Document 1.

  A business process provided to the WFMS is generally defined using a development environment configured so that a process model represented in the form of a workflow diagram or the like can be created and edited graphically. In recent years, a plurality of development environments have been released as workflow definition tools or process definition tools, and can be easily obtained as commercial packages or free software. In particular, the standard specification “BPMN 1.0” (BPMN stands for Business Process Modeling Notation) defined by the US non-profit organization BPMI (Business Process Management Initiative) Not only is the process model notation standardized, but users with no knowledge of software development can easily understand and create workflow diagrams, and this specification applies to most development environments currently released. Has been adopted.

As described above, the background of trying to remove the technical color from the process model notation is “If you are a business worker with abundant business knowledge, you can ideally consider and examine business processes. The idea is that the problem in the development process can be solved by providing a means for converting the result into electronic data. Since this idea has been widely accepted, development environments such as WFMS and workflow definition tools are positioned as those that can flexibly create and change business systems in a short time.
David Hollingsworth, "Workflow Reference Model (Issue 1.1)", The Workflow Management Coalition Specification WfMC-TC-1003, Workflow Management Coalition, 19 Jan 95

  By the way, the workflow diagram has the merit that it is possible to easily grasp the image of branching and merging by parallel execution by displaying the context of the processing by the diagram, but at the same time, There are also disadvantages.

  (1) The area required to display the amount of written information is larger than character notation such as program language and natural language.

  (2) Since the abstraction mechanism such as a programming language and the conceptualization ability such as a natural language are poor, complex contents cannot be expressed.

  These disadvantages have the following adverse effects on the entire development process in the form of deterioration in the quality of deliverables when trying to define a practical business process.

  First, the first problem is that the workflow diagram grows indefinitely when trying to describe the overall business process.

  As a countermeasure for this problem, it is conceivable to create a separate flow diagram for each set of business conditions. For example, the flow when the conditions for starting the business are X = x1 and Y = y1 and the flow when the business conditions are X = x1 and Y = y2 are created separately. However, in this case, it often occurs that parts similar to each other are included in each of the flow diagrams.

  Next, as a second problem, if a separate flow diagram is created for each set of business conditions, the description becomes redundant due to the increase in variations of similar flow diagrams. It is done.

  As a countermeasure for this problem, it is conceivable to collect redundant flow information scattered in a plurality of flow diagrams in one place. For example, in the above example, it is possible to separately define a part that is not related to the contents of the business condition Y as a subflow and call it in common. However, for example, when the presence or absence of processing or the type of processing changes depending on the content of the business condition Z, a portion that does not relate to the content of the business condition Y does not completely match and a difference often occurs. Further, when the portion not related to the content of the business condition Y is divided by the portion related to the content of the business condition Y, the redundant flow information often does not come together.

  Furthermore, as a third problem, when redundant flow information scattered in multiple flow diagrams is collected in one place, the redundant flow information cannot be defined as a subflow, and the processing is abstracted (modularized) It is not possible to do.

  These three problems are manifested as the following two phenomena in the actual development process.

  (1) Ease of understanding in display decreases.

  (2) The thoughts are divided by increasing the number of operations in creation and editing.

  These phenomena are a major obstacle in the work (process modeling) in which a user considers a process by trial and error and performs definition while verifying the contents. In other words, rather than the viewpoint of the superficial accuracy of the flow diagram, the quality ultimately deteriorates in terms of the appropriateness of whether or not the original design intention itself is logically contradictory. Adversely affects the entire process.

  As described above, the complexity of processes that can be considered and examined using BPMN is extremely limited, and it is clear that problems in the development process still cannot be solved, even if there is a wealth of business knowledge. is there. In other words, the problem caused by the spread of the process notation format that is the basis of the idea of BPMN is actually a superficial one, and the problem caused by the modeling operation and browsing means for the process is essentially more important. It is thought that it occupies.

  Originally, the process development environment is expected to have a role as an environment that supports the process modeling itself, not as an editor that supports creation / editing of process definition data. In this sense, the BPMN specification and the ability of definition tools currently in the market are insufficient.

  The present invention has been made in view of the above circumstances, and an object thereof is to provide a process model creation system, method, and program thereof that can improve the efficiency of process modeling.

  The process model creation system of the present invention is a process model creation system for creating a process model in a predetermined job using a computer in order to achieve the above-mentioned object. The computer includes an information input means, A process model system configured to be integrated into one process model by combining each of a plurality of process models, and a plurality of generation information for performing different generation processes on the process models are stored. Creation of a process model based on at least one process model selected by the information input means from the process model system and each generation information stored in the storage means and the generation information when creating the storage means and the process model Means.

  In addition, the process model creation method of the present invention is a process model creation method for creating a process model in a predetermined job using a computer in order to achieve the above object, and the computer includes a plurality of processes in a predetermined job. A predetermined storage unit that includes a process model system configured to be integrated into one process model by combining each of the process models, and a plurality of pieces of generation information for performing different generation processes on the process models. When at least one process model and generation information among the process model system and each generation information stored in the storage unit are selected by a predetermined information input unit, a process is performed based on the selected process model and generation information. A model is being created.

  Furthermore, the process model creation program of the present invention causes a computer to execute the process model creation method in order to achieve the object.

  Thereby, it becomes possible to create a process model by selecting at least one process model and generation information from among the process model system and each generation information stored in the storage means.

  According to the process model creation system, method and program thereof of the present invention, a process model is created by selecting at least one process model and creation information from among the process model system and each creation information stored in the storage means. Therefore, the process model can be automatically generated, the personality of the process model creator can be eliminated, and the working time and the amount of work in creating the process model can be reduced. Therefore, the efficiency of process modeling can be improved, and a systematic, consistent and flexible modeling environment can be realized.

  An embodiment of the present invention will be described below with reference to the drawings.

<Term definition (generalization of flow diagram and state transition diagram)>
As an example of a workflow diagram, a business process diagram is shown in FIG. 1A and a business flow diagram is shown in FIG. 1B. An example of the state transition table is shown in FIG. 2A, and an example of the state transition diagram is shown in FIG. The surface differences between the state transition diagram and the workflow diagram are as follows.

  (1) Although a loop exists as a normal system in the state transition diagram, it does not exist in the workflow diagram.

  (2) There is only one thread (token) in the state transition diagram, but there are multiple in the workflow diagram.

  (3) In the state transition diagram, the conditional branch does not exist in the normal description, but exists in the workflow diagram.

  Considering these, the correspondence between the workflow diagram, the state transition diagram, and the state transition table is shown in FIG.

  In the present embodiment, as shown in FIG. 4, process models such as a workflow diagram, a state transition diagram, and a state transition table are collectively referred to as a process diagram 10. In addition, processes such as point elements (activity) in the workflow diagram and state nodes in the state transition diagram are collectively referred to as a state.

  The process modeling in the present embodiment creates and holds an integrated process diagram 20 including all flow information (usually contents that are divided into a plurality of process diagrams) related to the target business as internal expression data of the development environment. This is realized. Processing such as display, editing, and correction of a flow diagram necessary for the modeling work is performed on the integrated process diagram 20.

  The integrated process diagram 20 is configured by combining a plurality of simplified process diagrams. In the present embodiment, this combination process is referred to as “synthesis”, and the combination relationship of raw materials / delivery products in the synthesis operation is stored.

  For the raw materials / delivery products in the synthesis operation, in the present embodiment, as shown in FIG. 5, the process diagram used as the raw material is referred to as an element process diagram 11, and the process diagram generated as a deliverable is referred to as a synthesis process diagram 12. These combinational relationships are shown as in FIG.

  Further, further synthesis operations can be performed using the synthesis process diagram 12 as a raw material. By storing the process of creating a more complicated process diagram by repeating this synthesis operation, a multiple tree as a process model system representing the dependency relationship of each process diagram 20, 21, and 22 is obtained as shown in FIG. Composed. Here, process diagrams corresponding to roots, branches, and leaves in the multiple tree are referred to as an integrated process diagram 20, an intermediate process diagram 21, and a unit process diagram 22, respectively.

  For each of the process diagrams 20, 21, and 22 corresponding to the nodes (root, branch, and leaf) of the multiple tree, information regarding the presence / absence of a state in each of the process diagrams 20, 21, and 22 is internally expressed as a multidimensional array. Here, each axis of the multidimensional array is represented by a state set of the unit process diagram 22 corresponding to the leaf of the subtree of the node (process diagram) corresponding to the multidimensional array. That is, the state set included in an arbitrary process diagram on the multiple tree corresponds to the direct product of the state sets included in the unit process diagram 22 corresponding to the leaves of the sub-tree of the process diagram.

  In addition, information indicating transitions between states in each of the process diagrams 20, 21, and 22 (information regarding presence / absence of transition links, hereinafter referred to as “transition information”) is an array having a size obtained by squaring the multidimensional array. Expressed internally. The transition information in the process diagram is represented as a set of a multidimensional array that represents the preconditions of the state and a multidimensional array that represents the postconditions of the state. A new multi-dimensional array having two types of pre- and post-axis is required for each axis of the dimensional array. It should be noted that only the size of the array in the internal representation is changed, and the handling of the modeling related to the transition information is the same as the handling of the multidimensional array expressing the information related to the presence / absence of the state.

<Simplification>
In this embodiment, in order to simply configure the basic functions, the contents of processes that can be handled are limited.

  However, extensibility is considered so that a practical process can be handled by adding an additional function to the basic function. The restrictions given to the flowchart of this embodiment are shown below.

  (1) Does not include loops.

  (2) For branching / merging, only AND conditions are handled, and OR conditions are not handled.

  (3) Do not handle conditional branching as a normal description in a flow diagram.

  (4) The subflow diagram is not treated as a normal description in the flow diagram.

  Note that the restrictions (3) and (4) can be substantially removed by a modeling operation using the process model creation system of the present embodiment.

  In the present embodiment, it is possible to create a state transition diagram in addition to the flow diagram. The state transition diagram is used to assist the flow diagram, as will be described later. Like the flow diagram, the state transition diagram has the following restrictions for simplifying the basic functions.

  (1) All transition links are represented in both directions.

  (2) There is no state splitting (parallel execution).

  (3) Do not handle conditional transition links as normal descriptions in state transition diagrams.

  (4) Nested state nodes are not treated as normal descriptions in state transition diagrams.

  Note that the restrictions (3) and (4) can be substantially removed by a modeling operation using the process model creation system of the present embodiment.

<Compositing operation>
“Combination operation” in the present embodiment refers to the direct product of the state sets of the element process diagrams 11a and 11b as shown in FIG. 8A, or the element process diagrams 11a and 11b as shown in FIG. 8B. The operation of generating the synthesis process diagrams 12a and 12b by obtaining the direct sum of The integrated process diagram 20 is generated by sequentially synthesizing the element process diagram 11 and the synthesis process diagram 12, and indirectly and directly synthesizing all the process diagrams in the business.

  Next, a description will be given of a case where each state in the composite process diagram 12 is represented by a direct product of each state in the plurality of element process diagrams 11 as a basis. For example, as shown in FIG. 9, when an element process diagram 11c having X, Y, and Z as states and an element process diagram 11d having A, B, and C as states are combined, There are 3 × 3 = 9 states, and their contents are AX = A · X, AY = A · Y, AZ = A · Z,..., CY = C · Y, CZ = C · Z. However, in actual process modeling, there are few cases where the direct product of state sets can be simply obtained. If the state removal operation is not performed at all, the finally obtained integrated process diagram is simply a superposition of all the process diagrams, and therefore includes an enormous number of states. For example, if X is a process diagram including a signal state (state) extending in the east-west direction and Y is a process diagram including a road signal state (state) extending in the north-south direction, a process in which X and Y are combined. In the figure (Z), there must be no state where all the signals of the intersection are blue.

  Therefore, in the present embodiment, unnecessary states in the synthesis process diagram 12 can be removed. Thereby, a process model similar to the process model created using a conventional process definition tool such as BPMN can be easily created.

  This compositing operation is realized by generating a multidimensional array and setting a value for each element of the multidimensional array. Referring to FIG. 9, a plurality of indexes respectively corresponding to the respective states of the unit process diagrams 11c and 11d are extracted, and the indexes and the indexes of the respective axes of the multidimensional array 30a corresponding to the composite process diagram 12c are extracted. To do. In this case, the state in the synthesis process diagram 12c corresponds to one element of the multidimensional array 30a. Here, “1 (true)” is assigned to the element corresponding to the necessary state in the synthesis process diagram 12c (represented by “◯” in the figure), and the element corresponding to the unnecessary state is represented by “1 (true)”. Substitute “0 (false)” (represented by blanks in the figure). In this way, a multidimensional array 30a indicating the presence or absence of a state in the synthesis process 12c is generated, and the synthesis process diagram 12c is generated based on the element process diagrams 11c and 11d and the multidimensional array 30a.

  Next, as a general example, a case where two intermediate process diagrams 21 corresponding to branch elements of a multiple tree are synthesized will be described. The number of dimensions of the multi-dimensional array corresponding to the synthesized process diagram corresponds to the number of sub-tree leaves, that is, the unit process diagrams 22 having the intermediate process diagrams 21 as ancestors. Note that, as a characteristic of the multiple tree, the intermediate process diagrams 21 to be combined may have a plurality of unit process diagrams 22 in common, so care must be taken not to count them repeatedly. Therefore, by obtaining the union of the leaves (dimensional axes) of the subtrees of each intermediate process diagram 21, the axes of the multidimensional array corresponding to the synthesized process diagram are determined.

  A case of performing a composition operation by direct product in a general example will be described. First, the unit process diagram 22 is expanded to the same size as the intermediate process diagram 21. In this case, the array can be expanded by sweeping the value of each element in the array of the unit process diagram 22 in the direction of the insufficient space axis. The values obtained by calculating the product (AND) of each element (those having the same subscript) for the array corresponding to the plurality of unit process diagrams 22 thus obtained correspond to the composite process diagram. Set to the corresponding element of the array.

  By narrowing down the state set in order from the lower branch node of the multiplex tree, the user can perform modeling while paying attention to the required specifications within a range that can be easily grasped. In the upper branch node, modeling is performed using a Cartesian product set generated from the activity set narrowed down as a template, so that the range to be considered can be appropriately narrowed.

  Thus, by providing a bottom-up modeling environment, it is possible to support the definition of a complex process model.

<Direct sum expression of state set>
In some cases, the state of the composite process diagram 12 may be generated as a direct sum instead of a direct product of the state set of the element process diagram 11. In this case, a direct sum can be obtained by providing a dummy state φ as a default in the element process diagram 11. For example, as shown in FIG. 10, when a composite process diagram 12d is created by simply adding the states of the element process diagram 11c and the element process diagram 11d, the contents of the state set Z ′ of the composite process diagram 12d are Z '= {A = A · φ2, B = B · φ2, C = C · φ2, X = X · φ1, Y = Y · φ1, Z = Z · φ1}. In addition, when creating the composite process diagram 12d configured by direct sum expression in this way, a multidimensional array 30b in which the values of each element are set as shown in FIG. 10 may be created. As a result, a multidimensional array 30b representing the presence or absence of a state in the synthesis process 12d is generated, and the synthesis process diagram 12d is generated based on the element process diagrams 11c and 11d and the multidimensional array 30b.

  Furthermore, when a direct product is to be taken for a certain part of the process diagram and a direct sum is to be taken for the other part, by generating a multidimensional array 30c in which the values of each element are set as shown in FIG. 11, for example. It is possible to create a composite process diagram 12e in which the direct product and the direct sum are mixed. As described above, the process diagram combining operation itself can be executed in a mixed manner without being unified with either the direct product or the direct sum.

  Further, depending on how to actually select the presence / absence of the state, that is, how to set the value of each element of the multidimensional array, the same processing as when modeling using BPMN can be performed. it can. For example, when generating a subflow type correspondence of activities, a multidimensional array 30d in which the values of each element are set as shown in FIG. 12 may be created. Here, as an example, the case where the activity “B” in the element process diagram 11c is designated as an activity for calling the element process diagram 11d is shown. In this case, the composite process diagram 12f is generated by using the multidimensional array 30d for each of the element process diagrams 11c and 11d. In addition, when generating a conditional branch type correspondence of activities, a multidimensional array 30e in which the values of each element are set as shown in FIG. 13 may be created. In this case, the composite process diagram 12g is generated by using the multidimensional array 30e for each of the element process diagrams 11c and 11e. In this embodiment, a default value setting rule for setting a value for each element of a multidimensional array is created in advance for each kind of composition operation such as direct product, direct sum, subflow type, and conditional branch type.

  Various types of editing (including creation / addition / deletion of flow diagram) operations in the system of the present embodiment are provided corresponding to conventional metaphors for creating a flow diagram (subflow, conditional branching, etc.). However, all the editing operations are internally performed in a common process of performing a synthesizing operation on any of the process diagrams 20, 21, and 22 constituting the multiple tree. That is, the difference in the type of each editing operation is expressed as a difference in default value substitution rule applied to each element of the multidimensional array in the operation. Accordingly, a multidimensional array calculation algorithm for internally realizing the synthesis operation can be used in common.

  In this way, the modeling operation on the GUI of the development environment can be easily realized. That is, even when the user selects any of the operation menus for subflow creation, conditional branch creation, and flow merge, a default value substitution rule corresponding to the operation menu is extracted, and a process model is extracted based on the extracted default value substitution rule. Can be generated.

  Furthermore, even when an exceptional operation such as selection / removal of a state is performed in order to abstract a flow, it is possible to cope with the same as described above. That is, for exceptional operations such as state selection / removal, the value of the element may be changed by overwriting the default value set for the element of the multidimensional array 30.

<Multiple tree structure>
Strictly speaking, the multiple tree formed by the compositing operation has an upper half bundle structure. Here, the reason why the above-mentioned composition operation does not have a simple tree structure is because a plurality of branches are allowed to share leaf elements. Here, as shown in FIG. 14, the operation of the traffic light described above will be described as an example. If there is a time zone that blinks yellow at night or a time zone that becomes pedestrian heaven on holidays, three time zones (normally , Night and holidays) can be defined. East-West signal (fixed operation) and “operation time zone” overlap, north-south signal (fixed operation) and “operation time zone” overlap, respectively, East-West signal (time-specific operation) and north-south signal (time-specific operation) The overall process diagram (intersection traffic light (by time zone)) can be defined by further combining these process diagrams. In this case, the process diagram of “operation time zone” is shared by two process diagrams, ie, a process diagram of east-west signal (operation by time zone) and a process diagram of north-south traffic signal (operation by time zone).

<Display>
In the system of the present embodiment, the display (state degeneration display on the process diagram, the change display of the branch priority order of the process diagram, and the disconnection display in which only a specific state in the business is taken out) is a multidimensional array corresponding to the process diagram. This is realized by performing slicing, drilling, and dicing operations on the above. As a result, a process diagram that is easy to view by changing the display mode based on an arbitrary viewpoint can be dynamically generated and displayed from the integrated process diagram 20 held in the system.

  In this way, while providing various browsing means, unifying the internal representation and display algorithm eliminates the need to add browsing means ad hoc to the development environment, and provides a systematic, consistent and flexible A modeling environment can be realized.

  FIG. 15 shows the basic configuration of the process model creation system.

  The process model creation system of the present invention comprises a computer mainly composed of a well-known CPU, and comprises a process model creation unit 100, a user interface unit 200, a database 300, and a graphic information storage unit 400 as shown in FIG. ing.

  The process model creation unit 100 is a module for creating, editing, and displaying a process diagram, and includes a modeling processing unit 110, a process model management unit 120, and a front end unit 130. The modeling processing unit 110, the process model management unit 120, and the front end unit 130 mutually transmit and receive information.

  The modeling processing unit 110 is a module that edits and integrates process diagrams, and includes a multidimensional array calculation unit 111 and a multidimensional array generation unit 112.

  The multidimensional array calculation unit 111 is a module that sets a value for each element of the multidimensional array corresponding to the process diagram.

  The multidimensional array generation unit 112 is a module that generates a multidimensional array corresponding to a process diagram.

  The process model management unit 120 is a module that manages process diagrams and the like, and holds dependency relationship information 121, local operation information 122, rule application information 123, and rule definition information 124. These pieces of information 121 to 124 are stored in the database 300, and the process model management unit 120 appropriately extracts and holds the pieces of information 121 to 124 from the database 300. Further, the process model management unit 120 stores a process diagram or the like created in the process modeling in the database 300.

  The dependency relationship information 121 stores a multiplex tree as a process model system as shown in FIG. 16, the dependency relationship of each process diagram constituting the multiplex tree, and the name of each process diagram.

  The local operation information 122 is a set of data representing a history of local operations such as activity creation in the flow diagram and transition creation / deletion in the state transition diagram. As shown in FIG. Stored. When the user performs an editing operation on the process diagram on the GUI, a local operation is executed internally, and history data is added.

  The rule application information 123 is a set of data representing the history of rules applied in the synthesis operation, and the contents of the rules applied during the synthesis operation are stored together with the arguments of the rule as shown in FIG. When the user selects a menu or a graphic on the GUI based on metaphors such as “subflow” and “conditional branching”, the rule is applied internally, and rule application history data is additionally written.

  As shown in FIG. 19, the rule definition information 124 is a set of information that defines the contents of different generation processes for each process diagram, and stores the default value substitution rules described above for each process.

  The front end unit 130 is a module for drawing a main window 500 as shown in FIG. 20 and a process diagram display window 600 as shown in FIG. 21 on the user interface unit 200, and includes a multi-dimensional array reference processing unit 131, a process The drawing drawing processing unit 132, the process editing local operation unit 133, and the process integration relation designating unit 134 are configured.

  As shown in FIG. 20, the main window 500 displays an integrated relationship display unit 510 that displays multiple trees, an editing instruction unit 520 for instructing editing of a process diagram, and a process diagram synthesis / decomposition process. , And a rule application unit 540 for instructing a synthesis operation such as direct product, direct sum, subflow, or conditional branch. During the operation of this system, the main window 500 is displayed on the information display unit of the user interface unit 200 described later.

  As shown in FIG. 21, the process diagram display window 600 has a drilling instruction unit 610 for instructing a drilling operation for the displayed process diagram, and a dicing operation for instructing a dicing operation for the displayed process diagram. A dicing instruction unit 620, a slicing instruction unit 630 for instructing a slicing operation on the displayed process diagram, a process diagram display unit 640 for displaying the process diagram, and a local operation on the process diagram And an editing operation unit 650.

  The drilling instruction unit 610 includes a degenerate axis designation unit 611 for designating an axis (unit process diagram) for performing a degeneration process in the multidimensional array corresponding to the process diagram, and an expansion process in the multidimensional array corresponding to the process diagram. It is comprised from the expansion | deployment axis designation | designated part 612 for designating the axis | shaft (unit process diagram) which performs.

  The dicing instruction unit 620 includes a priority designation unit 621 for designating the priority of expansion processing for each axis of the multidimensional array corresponding to the process diagram.

  The slicing instruction unit 630 includes a cutting axis designating unit 631 for designating an axis (unit process diagram) for performing slicing (cutting) processing in the multidimensional array corresponding to the process diagram, and a cutting plane (state) on the axis. It comprises a state designation unit 632 for designating.

  The editing operation unit 650 displays graphics corresponding to the creation (deletion / association / release of correspondence) of states (activity, transition), and local operations corresponding to the graphics are performed by selecting the graphics. It has become.

  The multidimensional array reference processing unit 131 is a module for acquiring the contents specified by the drilling instruction unit 610, the dicing instruction unit 620, and the slicing instruction unit 630.

  The process diagram drawing processing unit 132 is a module for drawing a process diagram on the process diagram display unit 640.

  The process editing local operation unit 133 is a module for acquiring the content specified by the editing operation unit 650.

  The process integration relationship designation unit 134 is a module for acquiring the contents designated in the main window 500.

  The user interface unit 200 includes an information input unit (not shown) such as a keyboard and a mouse and an information display unit (not shown) that is a display device such as a display, and information access to the process model creation unit 100 is possible. . The user interface unit 200 is a reception unit for a user who performs process modeling to input information, and displays a process diagram display and a creation result stored in the database 300.

  The graphic information storage unit 400 is a module for storing information such as figure shape data and arrangement data necessary for graphically displaying a process diagram.

  In the process model creation system configured as described above, the outline of the operation of the process model creation unit 100 will be described with reference to the flowchart of FIG. The front end unit 130 of the process model creation unit 100 displays the main window 500 on the information display unit when the system is activated. At this time, in the integrated relationship display unit 510 of the main window 500, a multiple tree of the dependency relationship information 121 acquired from the database 300 by the process model management unit 120 is displayed. When the user selects a desired process diagram from the multiple trees displayed on the integrated relationship display unit 510 using the information input unit, a process diagram display window 600 is displayed. At this time, the selected process diagram is displayed in the process diagram display unit 640 of the process diagram display window 600.

  Next, when the user selects the editing instruction unit 520, the process creation unit 100 performs a process diagram editing process (step S100). In addition, when the user selects any one of the drilling instruction unit 610, the dicing instruction unit 620, and the slicing instruction unit 630, the process creation unit 100 performs a process diagram display process (step S110), and the user performs an integrated operation unit. If 530 is selected, process diagram integration processing is performed (step S120).

  Next, the operation in the editing process will be described with reference to the flowchart of FIG. After the “change operation” is selected in the edit instruction unit 520, when the user performs a change operation by selecting a figure in the edit operation unit 650 with respect to the process diagram displayed in the process diagram display unit 640 (step S200), the process model management unit 120 stores the changed contents in the database 300 (step S210). In addition, after “new creation” is selected in the editing instruction unit 520, a new process diagram is created in the process diagram display unit 640 by the user selecting a figure in the editing operation unit 650 (step S210). The model management unit 120 stores the created content in the database 300 (step S220). Note that the newly created process diagram is added to the dependency relationship information 121 in a state where there is no dependency relationship with other process diagrams. The contents of the editing process are stored in the local operation information 122.

  Next, the operation in the display process will be described with reference to the flowchart of FIG. This display process is performed by operating the multidimensional array in accordance with the selected menu (drilling, dicing, slicing) after the multidimensional array corresponding to the process diagram is generated. This array operation is similar to the array operation generally referred to as OLAP analytical (online analytical processing).

  First, a case where a process diagram is displayed by a slicing operation will be described. When the user designates a process diagram to be displayed from the multiple tree displayed on the integrated relationship display unit 510 (step S300), the multidimensional array generation unit 111 generates a multidimensional array of the process diagram (step S301). Then, when the user selects an axis (unit process diagram) to be sliced out of each axis of the multidimensional array and a state included in the axis by the cutting axis designation unit 631 and the state designation unit 632 (step S302). A cross section of the multidimensional array is extracted based on the selected axis and the state included in the axis (slicing operation), and the process diagram obtained thereby is displayed on the process diagram display unit 640 (step S303). At this time, if the process diagram has already been displayed based on the same axis and the state included in the axis, the graphic information used at that time may be displayed. May display default graphic information.

  When displaying a process diagram by a drilling operation, when the user designates a process diagram to be displayed from the multiple tree (step S310), a multidimensional array is generated (step S311). Then, when the user selects the contracted axis and the expanded axis among the axes of the multidimensional array by using the contracted axis specifying unit 611 and the expanded axis specifying unit 612 (step S312), drilling is performed based on the selected contracted axis and expanded axis. The operated process diagram is displayed on the process diagram display unit 640 (step S313).

  Further, when the process diagram is displayed by a dicing operation, when the user designates the process diagram to be displayed from the multiple tree (step S320), a multidimensional array is generated (step S321). Then, when the user selects the priority of each axis of the multidimensional array using the priority designation unit 621 (step S322), the process diagram that is diced based on the priority of each selected axis is displayed in the process diagram display unit. Is displayed at 640 (step S323).

  Next, the operation in the integration process will be described with reference to the flowchart of FIG. First, a case where a composition operation is performed will be described. After the user selects “composite” in the integration operation unit 530, two process diagrams that are the basis of the combination operation are selected from the multiple trees displayed in the integration relationship display unit 510 (step S400) and used for the combination operation. When the default rule is selected by the rule application unit 540 (step S401), the process model creation unit 100 creates a new process diagram based on the selected rule, and uses the process diagram as a basis for each process diagram. Are added to the multiple tree of the dependency relationship information 121 (step S402). Details of the operation when the default rule is applied will be described later.

  The disassembly operation can be realized by performing the reverse operation of the compositing operation. That is, a process diagram to be decomposed and one process diagram (comparison process diagram) of the two process diagrams on which the process diagram is based are designated by the integrated relationship display unit 510 and used for the disassembling operation. When the default rule is selected by the rule application unit 540 (step S410), the process model creation unit 100 extracts the other process diagram from the two process diagrams based on the selected rule, and extracts the extracted process diagram. After the diagram is associated with the process diagram to be decomposed, it is added to the multiple tree of the dependency relationship information 121. After specifying the default rule for the decomposition operation, the flow diagram extracted by the decomposition is associated with the original flow diagram and added to the multiple tree (step S411). Further, when the user associates the activity between the process diagrams divided into two by using the information input unit, the process model management unit 120 adds the processing result to the local operation information 122 (step) S412).

  Next, the operation when the default rule is applied will be described with reference to the flowchart of FIG. When the user designates the composition operation location (branch node) to be applied in the integrated relationship display unit 510 and then designates “direct product designation” in the rule application unit 540 (step S500), the process model management unit 120 , The rule application history data corresponding to “direct product designation” is added to the rule application information 123 (step S501). In this case, the same data as the second or fourth rule application history data shown in FIG. 18 is added, and the name of the process diagram corresponding to the synthesis operation location is stored in the added data. In addition, the modeling processing unit 110 regenerates a multidimensional array of process diagrams corresponding to the synthesis operation location using the rule definition information 124 based on the applied rule. Further, the process diagram corresponding to the regenerated multidimensional array is displayed on the process diagram display unit 640 (step S502).

  Further, when the user designates the synthesis operation location (branch node) to be applied in the integrated relationship display unit 510 and then designates “direct sum designation” in the rule application unit 540 (step S510), the process model management The unit 120 adds rule application history data corresponding to “direct sum specification” to the rule application information 123 (step S511). In this case, the same data as the first or third rule application history data shown in FIG. 18 is added, and the name of the process diagram corresponding to the synthesis operation location is stored in the added data. In addition, the modeling processing unit 110 regenerates a multidimensional array of process diagrams corresponding to the synthesis operation location using the rule definition information 124 based on the applied rule. Further, the process diagram corresponding to the regenerated multidimensional array is displayed on the process diagram display unit 640 (step S512).

  Furthermore, after the user designates the synthesis operation location (branch node) to be applied on the integrated relationship display unit 510, the user designates “subflow designation” on the rule application unit 540 (step S520), and the subflow invocation side When an activity is specified (step S521), the process model management unit 120 adds rule application history data corresponding to “subflow specification” to the rule application information 123 (step S522). In this case, the same data as the fifth rule application history data shown in FIG. 18 is added, and the added data stores the name of the process diagram corresponding to the composition operation location and the activity name of the caller. The In addition, the modeling processing unit 110 regenerates a multidimensional array of process diagrams corresponding to the synthesis operation location using the rule definition information 124 based on the applied rule. Further, the process diagram corresponding to the regenerated multidimensional array is displayed on the process diagram display unit 640 (step S523).

  Furthermore, after the user designates the synthesis operation location (branch node) to be applied on the integrated relationship display unit 510, the rule application unit 540 designates “conditional branch designation” (step S530), and the branch condition. When a pair of a state and an activity representing the above is designated (step S531), the process model management unit 120 adds rule application history data corresponding to “conditional branch designation” to the rule application information 123 (step S532). In this case, the same data as the sixth rule application history data shown in FIG. 18 is appended, and the appended data stores the name of the process diagram corresponding to the synthesis operation location and the status name after conditional branching. Is done. In addition, the modeling processing unit 110 regenerates a multidimensional array of process diagrams corresponding to the synthesis operation location using the rule definition information 124 based on the applied rule. The process diagram corresponding to the regenerated multidimensional array is displayed on the process diagram display unit 640 (step S533).

  Next, the operation of the modeling processing unit 110 will be described with reference to the flowchart of FIG. First, when the multi-dimensional array generation unit 112 receives the name of the process diagram designated by the integrated relationship display unit 510 (step S600), the multi-dimensional array corresponding to the child process diagram of the designated process diagram is self-recursive. (Step S601). It should be noted that a value corresponding to a state existing in the child process diagram is set for each element of the generated multidimensional array. Next, the multidimensional array generation unit 112 newly creates a multidimensional array by using the union of the state (corresponding to the space axis) of the unit process diagrams associated as subtrees for each child process diagram. Generate (step S602). Note that no value is set for each element of the multidimensional array generated here. Then, the multidimensional array generation unit 112 calls the multidimensional array calculation unit 111 (step S603).

  The multidimensional array calculation unit 111 is applicable when the applied rule, that is, the rule application history data added to the rule application information 123 corresponds to any of the first to fourth information of the rule definition information 124. A predetermined value is set in the multidimensional array based on the default value substitution rule corresponding to the information (step S610). Further, when the rule application history data added to the rule application information 123 corresponds to either the fifth or sixth information of the rule definition information 124, the default value substitution rule corresponding to the corresponding information is used. A predetermined value is set in the multidimensional array (step S611). Furthermore, when the array to be generated corresponds to the local operation information, a predetermined value is set in the multidimensional array (step S612).

  The multidimensional array generation unit 112 outputs the multidimensional array in which the value of each element is set to the caller process (step S604).

<Ingenuity on mounting>
It is conceivable to use a multidimensional database for operations and operations of multidimensional arrays. The maximum value of the number of dimensions of the multidimensional array handled by the process model creation system is determined in advance, and in the generation of internal data, the multidimensional array of the number of dimensions is generated on the database. The composition operation is repeated in the development environment, and each time the number of dimensions of the internal data increases, the dimensions of the data on the database are assigned sequentially.

  When a multidimensional array is internally represented using a database and a computer, there is a concern about the consumption of a storage area. According to the method of the present invention, since the operation sequence is held in a multiple tree structure, the contents of the multidimensional array can be suppressed to sparse at intermediate nodes.

  In a multidimensional database, since the sparse arrangement is efficiently stored, this characteristic can be used. In the internal representation of the computer, the size of the process diagram data can be suppressed by handling only the peripheral area to be operated on the multiple tree and sequentially propagating large changes.

  As described above, according to the process model creation system, method, and program of this embodiment, a process diagram can be created by selecting a process diagram and rule definition information 124 of a multiple tree. Therefore, it is possible to eliminate the personality of the creator of the process diagram, and to reduce the work time and the amount of work in creating the process diagram. Therefore, the efficiency of process modeling can be improved, and a systematic, consistent and flexible modeling environment can be realized.

  In particular, the following effects can be obtained by expressing information on the presence / absence of an activity with the element value (1 or 0) of the multidimensional array.

<Effects in association with executable activities>
The activity of the process model of this embodiment is not directly or fixedly associated with an executable object code or the like. For this reason, in order to execute the created process model as an actual software program, the activity of the process model (role when viewed from the real world) and transition links (events from the real world) are specified. It is necessary to associate with an activity (an identifier for calling an object code) and a transition link (an identifier for event data passed in the system).

  The activity in the integrated process model (or intermediate process model) is generated as a direct product of the activity (s) of the unit process model. Therefore, identifiers are related to the activities of the unit process model, and the activities on the upper process model are expressed by a set of these identifiers. Although it is a complicated task to relate to each identifier set one by one, it is possible to make an association for each fixed unit by giving a logical expression regarding the presence or absence of an identifier.

  By adopting such a method, an appropriate program is assigned from a combination of roles in the process, so that it is possible to prevent the object code from being executed in a state that was not assumed when the program was created.

<Edit: Effects on subflow, conditional branching, and other pattern development>
Editing operations in this development environment are realized by applying default value substitution rules to multidimensional arrays. As a result, concepts in conventional flow definitions such as subflows and conditional branches can be handled uniformly. Also, when an exceptional part of the above concept occurs, special extension can be made unnecessary. That is, it is only necessary to manually edit the flow diagram after applying the rule and add local operation information. This is a practical function in a situation where it is extremely difficult to grasp all the situations in advance, that is, to create a process model with an idea that no exceptional part will occur.

  In addition, tolerance for exceptions is essential in the work flow of obtaining a final process model by superimposing various flow diagrams. That is, by changing a certain flow diagram, it is possible to easily expect a scene where a lot of exceptional parts are temporarily generated. Even in such cases, the development environment does not prohibit or reject changes, but it has a flexible framework that allows the model to be modified on a trial and error basis so that there are fewer exceptions overall. It is essential.

  Also, by adding rule definitions without changing the hard code part of the development environment, a module configuration specialized for the business domain can be realized, and development efficiency can be improved. That is, a naming rule is set for the activity name on the unit flow diagram, and the rule has a string matching condition for the name, or an attribute value is given to the activity and the rule has a predicate condition for it. It is possible to define a module at the meta level by the method. If similar business domains have been developed in the past, early development start-up can be realized by first selecting and reusing business domain rules defined in the development.

<Effects of slicing operation>
Similar to the OLAP tool, it is possible to browse a process model when limited to a specific state in a certain spatial axis. As a result, it is possible to display / edit the flow diagram of only the portion to be noticed.

<Effects of drilling operation>
Similarly to the OLAP tool, by specifying the space axis of the state set to be distinguished on the flow diagram and the space axis of the state set to be identified with each other, the degenerated process model can be browsed. This makes it possible to display and edit a flow diagram when a process model is viewed from a certain viewpoint.

<Effects of dicing operation>
Similar to the OLAP tool, when a plurality of space axes of state sets to be distinguished on the flow diagram are designated, the priority of development can be designated together. This makes it possible to switch which viewpoint of the process model is viewed globally and which viewpoint is to be viewed in detail, and to display / edit the flow diagram.

  The OLAP tool can specify three types of development directions including a depth direction in addition to a vertical direction and a horizontal direction of a two-dimensional table. However, when displaying as a flow diagram, it is limited to the priority of nesting of branching / merging on the flow of processing. That is, it should be noted that there is only one type of deployment direction.

  FIG. 28 shows the case. Here, browsing of the process model by three axes of X, Y, and Z is dealt with. In FIG. 28A, flows are displayed in the priority order of X, Y, and Z. Here, when an activity to be executed when X = T is added, one activity 700 is displayed as shown in FIG. Further, when an activity executed at Y = T and an activity executed at Y = F are added, as shown in FIG. 28C, a total of five activities 700 to 704 are combined with the activity of X = T. Is displayed.

  However, when the priority of the space axis is changed in the order of Y, X, and Z, as shown in FIG. 28 (d), activities 701 and 703 executed at Y = T and activities 702 and 704 executed at Y = F. Are collectively displayed in activity 705 and activity 706, respectively. An activity 700 with X = T is displayed as two activities 707 and 708. That is, it is displayed as four activities as a whole, and the redundancy is reduced as compared with the case of displaying in the priority order of X, Y, and Z.

  In fact, since many other activities are scattered on the flow, the change due to the dynamic display switching is larger than in the above-described example, and the operation cannot be performed by the conventional editing operation. Therefore, the effect of improving workability due to the ability to freely change the priority is great.

<Ingenuity in display>
Although omitted in the description of the operation in the display process of the process model creation unit 100, when a process diagram is displayed in a reduced state on a certain spatial axis, the activity is present in all states with respect to the state set on the axis. If present, each activity may be displayed with a solid line. In addition, when an activity is displayed in a partial state with respect to a state set on the axis when displayed in a reduced state on a certain space axis, each activity may be displayed with a broken line. Thereby, the effect of making it easy to grasp the process model represented by the flow diagram is obtained.

  Moreover, the following effects are acquired by expressing the transition information (information regarding the presence or absence of a transition link) between activities as a multidimensional array.

<Internal representation of presence / absence of transition link in flow diagram>
A flow diagram input in the development environment optionally has graphical graphic layout information, and can internally express graph structure information as a flow diagram in the form of an array. More specifically, the expression form is the same as the directed graph in graph theory.

  Similarly, the state transition diagram optionally has graphical graphic arrangement information, and the graph structure information as the transition diagram can be internally represented in the form of an array.

<Effect in composition operation>
The effect of the composition operation on the presence or absence of the state in the process diagram is as described above. During the state in which presence / absence is determined based on these, transition links are generated according to the following rules.

  -For an arbitrary ordered pair of states generated by a compositing operation, in every process diagram that is the basis of the synthesis of each state, obtain an ordered pair of states in the process diagram corresponding to the state, and Only when a transition link is defined in, and a transition link is not defined between the opposite ordered pairs, a new transition link after the composition operation is generated.

  A process that satisfies the above rule can be realized by obtaining a direct product of multidimensional arrays representing transition links, and a multidimensional array process for the presence or absence of a state can be commonly used.

<Handling of self-transition links>
In the process diagram, state self-transition links are not explicitly described. However, it is considered that there is a self-transition link in the compositing operation and the direct product of the state set is obtained, which matches the metaphor in the modeling operation.

  For example, as shown in FIG. 29, strictly speaking, it is necessary to supplement a self-transition link (portion indicated by a broken line in the figure) in each activity in each process diagram 11c, 11d before synthesis. This is because when there is no self-transition link, only a transition represented by a one-dot chain line is generated in the process diagram 12c after synthesis. In this way, by setting the contents of the multidimensional array assuming that all states have a self-transition link as a default, it is possible to perform a synthesis operation close to the operator's intuition for the first time.

  However, an extra transition may be included in the transition after synthesis. That is, it is assumed that the operator does not intend the transition indicated by the alternate long and short dash line in FIG. In such a case, the operator performs an operation to remove the transition that is determined to be excessive on the combined process diagram 12c. In addition, when composing a process diagram with a large number of states as shown in FIG. 29, the unnecessary line segments are removed in a lump rather than performing the graphic editing operation to add the missing line segments one by one. Thus, it is possible to reduce the work by performing the graphic editing work. Therefore, it is desirable to configure a default value substitution rule so that whether or not to have a self-transition link by default can be set depending on whether or not the number of states in the combined process diagram is large.

  Further, as shown in FIG. 30, the transition between the dummy activity “Φ2” and the activity “S2”, the transition between the dummy activity “Φ2” and the activity “F2”, and the self-transition of the dummy activity “Φ2” are performed. Strictly, it is necessary to compensate. Whether or not to compensate for the self-transition or whether or not to compensate for the transition to the dummy activity in this way depends on the contents of the composition operation.

  In order to satisfy the above requirements, it is possible to perform composition operations in accordance with the natural operation feeling of the operator by describing in the rule definition information 124 where transition links should be generated by default. , Work efficiency can be further improved.

<Ingenuity in display>
When the process diagram is displayed in a reduced state on a certain spatial axis, if there are transition links in all states with respect to the state set on the axis, each transition link may be displayed with a solid line. Further, when the transition link is displayed in a partial state with respect to the state set on the axis when displayed in a degenerated state on a certain spatial axis, each transition link may be displayed with a broken line. Thereby, the effect of making it easy to grasp the process model represented by the flow diagram with respect to the degenerate axis direction is obtained.

  In addition, said embodiment is only a specific example of this invention, and this invention is not limited only to the said embodiment. For example, the present invention provides a program for realizing the functions shown in the configuration diagram of FIG. 15 or a program having the procedures shown in the flowcharts of FIGS. 22 to 27 via a recording medium or communication line in a known computer. It can also be realized by installing.

  Although not specifically described in the above embodiment, the optional functions described below can be implemented in the system of the present invention.

<Handling of activities and transition links without entrances and exits>
If you perform a composition operation between flow diagrams or make corrections in the flow diagram, the definition on the integrated process model is valid, but there are cases where meaningless points are generated when viewed as a process that actually executes . For example, there is a case where a transition link existing in the multidimensional state space is stuck, or a case where there is no execution path entering there from the start state. Here, this is called an isolated transition link (isolated activity).

Such an isolated transition link can be considered both when it is better to delete it and when it is meaningful to keep it. For example, when the integrated process model is applied to an active process control module that automatically assigns processing to other systems, it is necessary to avoid becoming stuck. From this point of view, it can be understood that it is better to delete the isolated transition link in advance. On the other hand, the integrated process model is applied to a passive process control module that presents an executable activity to the operator according to the system state (multidimensional state space) at the time of execution and executes processing according to the selection instruction from the activity. In such a case, if the state is intended by the operator, it can be understood that it is better to hold the transition means there as a model even in a deadlock state. (This situation occurs when it becomes necessary to meet the system status of another system and its related requirements that are beyond the scope of the description of the original integrated process model.)
Based on the above thinking, it is a necessary requirement that even an isolated link can be expressed as defined as a process model development environment, and whether it is removed from the practical viewpoint or reserved (whether it is automatically identified in the first place) The ability to manipulate / determine is to be treated as an optional requirement.

<Handling of absence of transition link against designer's intention to input flow information>
When performing composition operations between flow diagrams and modifications on the flow diagram, it is common for transition links on the integrated process model to be indirectly deleted (multiple units via synthesis by direct product). This is caused by the interrelationship of descriptions between flows). In such a case, it can be considered that the existence of the transition link on the unit flow diagram corresponding to the projection disappears due to the deletion of the transition link on the integrated process model. The meaning of existence here is that the transition link set on the integrated process model from which the transition link (on the unit flow diagram) is projected becomes an empty set (no longer exists). Refers to the situation.

  Originally, the modeling operator recognizes and intends that there is at least one corresponding transition link on the final integrated process model behind the modeling operator creating a transition link on the unit flow diagram. It is thought that there is. The above situation is considered to be contrary to its perception and intention. In order to resolve such a conflict, it is necessary to deal with several options as shown in the following example.

  ・ Consider that the operator's recognition was wrong, and delete the transition link on the unit flow diagram.

  ・ Assuming that the description of the transition link on other unit flow diagrams was missing, add it.

  ・ Consider that the content of the compositing operation was wrong and correct it.

  These countermeasures strongly depend on the modeling scene, the target business domain, or the operator's own modeling policy, and it is not practical to fix the optimal method as a function of the development environment.

  Based on the above thinking, as a process model development environment, the mechanism for ensuring consistency between the presence / absence of transition links on multiple unit flow diagrams and the presence / absence of transition links on the integrated process model and the automatic conflict resolution function Should be treated as an optional requirement.

  It is clear that the requirements described above do not substantially affect the problem to be solved by the present invention. This is because the wide range that can be expressed as a model definition has no effect on hindering the requirement to remove a certain model part from a practical viewpoint. Similarly, the wide range of states that can be expressed has no effect on the requirement to ensure consistency regarding the existence of transition links between multiple flow diagrams, or to prevent the requirement to automatically resolve conflicts. Not give. In other words, it can be said that the basic technology of the process model development environment and the various optional functions realized thereon can be clearly separated.

  In this way, the need to separate functions is not only to avoid re-creating a sequential development environment in accordance with various practical situations, but also an excellent method for realizing optional functions. It also has the meaning of widely disclosing the environment for realizing the invention. In the above embodiment, the process model is internally expressed as a multidimensional matrix, and heuristics based on business domains and general process definition work are not hard-coded. On the other hand, processing corresponding to these heuristics can be introduced and updated at low cost by replacing rule definitions in setting values of multidimensional matrix elements. This means that a mechanism that clearly separates the functions as the development environment and the various know-how required for it is realized. As described above, providing an extension means as a basic technology for realizing an optional function is considered to further improve the practical value of the present invention.

  In the above embodiment, the process definition provided to the WFMS has been described. However, the present invention can also be applied to development that handles processes, procedures, state transitions, and the like in software development. Specifically, the process model creation system, method and program of the present invention can be applied to behavior definition in embedded software development, protocol design between communication devices, and the like.

Diagram showing an example of a workflow diagram Diagram showing examples of state transition table and state transition diagram The figure which shows matching with a workflow figure, a state transition diagram, and a state transition table Diagram explaining process diagram definition Diagram explaining the type of process diagram Diagram showing the relationship between element process diagrams and composite process diagrams Diagram showing multiple trees Diagram showing an example of composition operation Diagram showing an example of composition operation by Cartesian product Diagram showing an example of composition operation by direct sum The figure which shows an example of composition operation which combined direct product and direct sum Diagram showing an example of composition operation by subflow type Diagram showing an example of composition operation by conditional branch type Diagram showing an example of process modeling using synthesis operations The figure which shows the structure of the process model creation system in one Embodiment of this invention. Diagram showing multiple trees Diagram showing the configuration of local operation information Diagram showing the configuration of rule application information Diagram showing the structure of rule definition information Figure showing the main window Figure showing the process diagram display window Diagram showing the outline of the operation of the process model creation unit Flow chart showing operations in editing process Flow chart showing operations in display processing Flow diagram showing operations in the integration process Flow diagram showing the operation when the default rule is applied Flow diagram showing the operation of the modeling processor The figure explaining the effect by dicing operation Diagram showing an example of composition operation by Cartesian product Diagram showing an example of composition operation by direct sum

Explanation of symbols

  100 ... Process model creation unit, 110 ... Modeling processing unit, 120 ... Process model management unit, 121 ... Dependency relationship information, 124 ... Rule definition information, 130 ... Front end unit, 200 ... User interface unit, 300 ... Database, 500 ... Main window, 600 ... Process diagram display window.

Claims (9)

  1. A process model creation system for creating a process model for a predetermined job using a computer,
    The computer
    Information input means;
    A process model system configured to be integrated into one process model by combining each of a plurality of process models in the business, and a plurality of generation information for performing different generation processes on the process models, Storage means for storing
    When creating a process model, a process model system stored in the storage means and at least one process model selected by the information input means among the pieces of creation information and creation means for creating a process model based on the creation information are provided. A process model creation system characterized by that.
  2. The creating means includes
    The presence / absence information indicating the presence / absence of a process in the created process model is generated based on at least one process model selected by the information input means and the generation information, and the process model is created based on the generated presence / absence information. The process model creation system according to claim 1, wherein:
  3. The creating means includes
    Generate transition information representing transitions between processes in the created process model based on at least one process model selected by the information input means and generation information, and create a process model based on the generated transition information The process model creation system according to claim 1 or 2.
  4. The computer
    The process model selected from the process model system stored in the storage unit is displayed by the information input unit, and the unit process model that is the basis of the displayed process model and the display level of the unit process model are input as information. 4. A process model creation system according to claim 1, further comprising display means for changing the display mode of the process model based on the selected unit process model and its display level when selected by the means. .
  5. A process model creation method for creating a process model in a predetermined job using a computer,
    The computer
    A process model system configured to be integrated into one process model by combining each of a plurality of process models in a predetermined business, and a plurality of generation information for performing different generation processing for each process model Are stored in a predetermined storage unit,
    When at least one process model and generation information among the process model system and each generation information stored in the storage unit are selected by a predetermined information input unit, a process model is created based on the selected process model and generation information A process model creation method characterized by that.
  6. The computer
    The presence / absence information indicating the presence / absence of a process in the created process model is generated based on at least one process model selected by the information input unit and generation information, and the process model is created based on the generated presence / absence information. The process model creation method according to claim 5.
  7. The computer
    Transition information representing transition between processes in the created process model is generated based on at least one process model selected by the information input unit and generation information, and the process model is generated based on the generated transition information. 7. The process model creation method according to claim 5 or 6, wherein:
  8. The computer
    A process model selected by the information input unit from among the process model systems stored in the storage unit is displayed on a predetermined display unit, a unit process model serving as a basis of the displayed process model, and the unit process model The display mode of the process model is changed based on the selected unit process model and the display level when the display level is selected by the information input unit. Process model creation method.
  9.   A process model creation program for causing a computer to execute the method according to any one of claims 5 to 8.
JP2007117368A 2007-04-26 2007-04-26 Process model creation apparatus, method and program thereof Active JP5234720B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007117368A JP5234720B2 (en) 2007-04-26 2007-04-26 Process model creation apparatus, method and program thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007117368A JP5234720B2 (en) 2007-04-26 2007-04-26 Process model creation apparatus, method and program thereof

Publications (3)

Publication Number Publication Date
JP2008276394A true JP2008276394A (en) 2008-11-13
JP2008276394A5 JP2008276394A5 (en) 2009-09-17
JP5234720B2 JP5234720B2 (en) 2013-07-10

Family

ID=40054287

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007117368A Active JP5234720B2 (en) 2007-04-26 2007-04-26 Process model creation apparatus, method and program thereof

Country Status (1)

Country Link
JP (1) JP5234720B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015232749A (en) * 2014-06-09 2015-12-24 株式会社日立製作所 Valid graph visualization device and valid graph visualizing method

Citations (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09504394A (en) * 1993-10-27 1997-04-28 ロジカル ウォーター リミテッド System and method for defining a process structure for performing a task
JPH09505167A (en) * 1993-11-15 1997-05-20 シーメンス アクチエンゲゼルシヤフト Automatically modeling method of the process of a portion of the entire process by computer
JPH1031660A (en) * 1996-05-17 1998-02-03 Fuji Xerox Co Ltd Information processor
JPH10302002A (en) * 1997-04-25 1998-11-13 Nippon Telegr & Teleph Corp <Ntt> Integrated work flow definition and execution method, system therefor and storage medium storing integrated work flow definition and execution program
JPH11110204A (en) * 1997-10-02 1999-04-23 Hitachi Ltd System constitution proposal support method and tool
JP2000215244A (en) * 1999-01-26 2000-08-04 Fuji Xerox Co Ltd Work process management device
JP2001034493A (en) * 1999-07-21 2001-02-09 Fuji Xerox Co Ltd Work process managing device
JP2001195470A (en) * 2000-01-12 2001-07-19 Nippon Telegr & Teleph Corp <Ntt> Method for generating workflow, workflow system and recording medium with workflow generation program recorded thereon
JP2001202408A (en) * 2000-01-19 2001-07-27 Fuji Xerox Careernet Co Ltd Device and method for assisting element composition and recording medium
JP2002073929A (en) * 2000-06-03 2002-03-12 Internatl Business Mach Corp <Ibm> Archive of workflow management system
JP2002189842A (en) * 2000-12-19 2002-07-05 Nippon Telegr & Teleph Corp <Ntt> Workflow management control system and method, and recording medium recording workflow management control program
JP2002197245A (en) * 1993-03-22 2002-07-12 Fujitsu Ltd Work process modeling system
JP2002334194A (en) * 2001-02-09 2002-11-22 Internatl Business Mach Corp <Ibm> Method, system and program for providing selective command control in workflow management system
JP2003526158A (en) * 2000-03-07 2003-09-02 プライスウォーターハウスクーパーズ エル.エル.ピー Synthesis and deletion processing method and system for optimized result derivation workflow
JP2003528358A (en) * 1998-08-24 2003-09-24 富士通株式会社 Workflow system and method
JP2004280821A (en) * 2003-03-12 2004-10-07 Microsoft Corp Software business process model
WO2004114061A2 (en) * 2003-06-12 2004-12-29 Reuters America Business process automation through the use of workflow
JP2005166038A (en) * 2003-11-13 2005-06-23 Internatl Business Mach Corp <Ibm> Progress decision method of business process, converter, progress decision computer program of business process and problem solving method of business process integration system
JP2005285101A (en) * 2004-03-02 2005-10-13 Ricoh Co Ltd Process management apparatus, process editing apparatus, process management program, process editing program, storage medium, process management method and process editing method
JP2006506716A (en) * 2002-11-15 2006-02-23 ダイムラークライスラー・アクチェンゲゼルシャフト Apparatus and method for creating a processing tool
WO2006033159A1 (en) * 2004-09-24 2006-03-30 Fujitsu Limited Program, method, and apparatus for assisting creation of business model chart
JP2006107480A (en) * 2004-10-01 2006-04-20 Microsoft Corp Unified model for authoring and executing workflow of flow base and constraint base
JP2006107481A (en) * 2004-10-01 2006-04-20 Microsoft Corp Framework for seamlessly authoring and editing workflow at design and runtime
JP2006285313A (en) * 2005-03-31 2006-10-19 Fujitsu Ltd Business process model creation support system and program, and business model creation processing method
JP2006338309A (en) * 2005-06-01 2006-12-14 Canon Inc Project management system
JP2006338274A (en) * 2005-06-01 2006-12-14 Nippon Telegr & Teleph Corp <Ntt> Structure estimation method for business process model and device therefor
JP2007004327A (en) * 2005-06-22 2007-01-11 Mitsubishi Electric Corp Project management apparatus, project management method and project management program
JP2007536627A (en) * 2004-05-05 2007-12-13 イープラス システムズ、インコーポレイテッド System and method for an electronic catalog supplier portal
JP2008511934A (en) * 2004-08-31 2008-04-17 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation Architecture for enterprise data integration systems
JP2008511935A (en) * 2004-08-31 2008-04-17 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation User interface for data integration systems

Patent Citations (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002197245A (en) * 1993-03-22 2002-07-12 Fujitsu Ltd Work process modeling system
JPH09504394A (en) * 1993-10-27 1997-04-28 ロジカル ウォーター リミテッド System and method for defining a process structure for performing a task
JPH09505167A (en) * 1993-11-15 1997-05-20 シーメンス アクチエンゲゼルシヤフト Automatically modeling method of the process of a portion of the entire process by computer
JPH1031660A (en) * 1996-05-17 1998-02-03 Fuji Xerox Co Ltd Information processor
JPH10302002A (en) * 1997-04-25 1998-11-13 Nippon Telegr & Teleph Corp <Ntt> Integrated work flow definition and execution method, system therefor and storage medium storing integrated work flow definition and execution program
JPH11110204A (en) * 1997-10-02 1999-04-23 Hitachi Ltd System constitution proposal support method and tool
JP2003528358A (en) * 1998-08-24 2003-09-24 富士通株式会社 Workflow system and method
JP2000215244A (en) * 1999-01-26 2000-08-04 Fuji Xerox Co Ltd Work process management device
JP2001034493A (en) * 1999-07-21 2001-02-09 Fuji Xerox Co Ltd Work process managing device
JP2001195470A (en) * 2000-01-12 2001-07-19 Nippon Telegr & Teleph Corp <Ntt> Method for generating workflow, workflow system and recording medium with workflow generation program recorded thereon
JP2001202408A (en) * 2000-01-19 2001-07-27 Fuji Xerox Careernet Co Ltd Device and method for assisting element composition and recording medium
JP2003526158A (en) * 2000-03-07 2003-09-02 プライスウォーターハウスクーパーズ エル.エル.ピー Synthesis and deletion processing method and system for optimized result derivation workflow
JP2002073929A (en) * 2000-06-03 2002-03-12 Internatl Business Mach Corp <Ibm> Archive of workflow management system
JP2002189842A (en) * 2000-12-19 2002-07-05 Nippon Telegr & Teleph Corp <Ntt> Workflow management control system and method, and recording medium recording workflow management control program
JP2002334194A (en) * 2001-02-09 2002-11-22 Internatl Business Mach Corp <Ibm> Method, system and program for providing selective command control in workflow management system
JP2006506716A (en) * 2002-11-15 2006-02-23 ダイムラークライスラー・アクチェンゲゼルシャフト Apparatus and method for creating a processing tool
JP2004280821A (en) * 2003-03-12 2004-10-07 Microsoft Corp Software business process model
WO2004114061A2 (en) * 2003-06-12 2004-12-29 Reuters America Business process automation through the use of workflow
JP2007516510A (en) * 2003-06-12 2007-06-21 ロイター アメリカ Business process automation
JP2005166038A (en) * 2003-11-13 2005-06-23 Internatl Business Mach Corp <Ibm> Progress decision method of business process, converter, progress decision computer program of business process and problem solving method of business process integration system
JP2005285101A (en) * 2004-03-02 2005-10-13 Ricoh Co Ltd Process management apparatus, process editing apparatus, process management program, process editing program, storage medium, process management method and process editing method
JP2007536627A (en) * 2004-05-05 2007-12-13 イープラス システムズ、インコーポレイテッド System and method for an electronic catalog supplier portal
JP2008511934A (en) * 2004-08-31 2008-04-17 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation Architecture for enterprise data integration systems
JP2008511935A (en) * 2004-08-31 2008-04-17 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Maschines Corporation User interface for data integration systems
WO2006033159A1 (en) * 2004-09-24 2006-03-30 Fujitsu Limited Program, method, and apparatus for assisting creation of business model chart
JP2006107481A (en) * 2004-10-01 2006-04-20 Microsoft Corp Framework for seamlessly authoring and editing workflow at design and runtime
JP2006107480A (en) * 2004-10-01 2006-04-20 Microsoft Corp Unified model for authoring and executing workflow of flow base and constraint base
JP2006285313A (en) * 2005-03-31 2006-10-19 Fujitsu Ltd Business process model creation support system and program, and business model creation processing method
JP2006338274A (en) * 2005-06-01 2006-12-14 Nippon Telegr & Teleph Corp <Ntt> Structure estimation method for business process model and device therefor
JP2006338309A (en) * 2005-06-01 2006-12-14 Canon Inc Project management system
JP2007004327A (en) * 2005-06-22 2007-01-11 Mitsubishi Electric Corp Project management apparatus, project management method and project management program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015232749A (en) * 2014-06-09 2015-12-24 株式会社日立製作所 Valid graph visualization device and valid graph visualizing method

Also Published As

Publication number Publication date
JP5234720B2 (en) 2013-07-10

Similar Documents

Publication Publication Date Title
JP6388682B2 (en) Method and system for editing and reporting graphic programming language objects
US10185708B2 (en) Data summary view
US20200082342A1 (en) Systems and methods for business processing modelling
Antkiewicz et al. FeaturePlugin: feature modeling plug-in for Eclipse
Wiecha et al. ITS: a tool for rapidly developing interactive applications
US8600791B2 (en) Progressive refinement model for business processes
US8412741B2 (en) Product network management system and method
US7370315B1 (en) Visual programming environment providing synchronization between source code and graphical component objects
JP3763937B2 (en) Object-oriented programming device and object combination program storage medium
US6957417B2 (en) Method and system for assembling and utilizing components in component object systems
JP4202677B2 (en) Idea extraction support method and computer program for idea extraction support
CA2591462C (en) Improved computerized collaborative work
CN1534476B (en) Method and system for image processing by using computer
KR101688554B1 (en) Managing and automatically linking data objects
US7873946B2 (en) Scalable vector graphics, tree and tab as drag and drop objects
US7761457B2 (en) Creation of segmentation definitions
US7669137B2 (en) Computer method and apparatus for representing a topic in a software modeling system
KR101085720B1 (en) Framework for creating modular web applications
CN100562846C (en) Text by hierarchical structure tabulation editor arbitrary graphic
US6154875A (en) Graphical programming system that allows easy handling of data structures and creation of programs by manipulating graphic components
US7739292B2 (en) System and method for modeling and managing enterprise architecture data and content models and their relationships
US8473524B2 (en) Method and system for updating object data with respect to object specifications in a product life cycle management system
US7831453B2 (en) Modeling of business process data
JP2710547B2 (en) Graphical user interface
US8464229B2 (en) Creation of form-based software application in a graphical user interface (GUI) environment

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090730

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090806

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20110613

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20110614

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20110615

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20110616

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110905

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111104

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120511

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120710

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130319

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130321

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160405

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350