JP2005084944A

JP2005084944A - Business process management method and system

Info

Publication number: JP2005084944A
Application number: JP2003316171A
Authority: JP
Inventors: Shugo Enari; 秀午江成; Tomokazu Ubukata; 知一生形; Teietsu Cho; 廷悦趙
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-09-09
Filing date: 2003-09-09
Publication date: 2005-03-31

Abstract

<P>PROBLEM TO BE SOLVED: To provide a work flow management system conducting processing in conformity with a predefined treatment method in the occurrence of an exception in the outside including a different business process. <P>SOLUTION: A worker involved in a matter establishes the matter to be related with from an relation setting screen. Established information is registered on a matter relation table 1040. Exception occurrence conditions detecting the occurrence of exception are registered on a monitoring definition table 1030. An exception monitoring program 1003 monitors information on the matter state on a matter table 1010 and the progress state of a work table 1020. Upon detecting a state coinciding with the exception occurrence conditions on the monitoring definition table 1030, an exception treatment program 1004 is executed. The exception treatment program 1004 refers to a treatment method definition file 1050 predefining the treatment method in the occurrence of the exception to conduct the processing in conformity with the definition. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

本発明は業務の一連の作業順序を制御するワークフロー管理システムに関する。 The present invention relates to a workflow management system that controls a sequence of work operations.

ワークフロー管理システムとは、業務における処理を作業の流れとしてビジネスプロセスを定義し、それに従って作業通知や作業遷移をワークフローエンジンによって制御するものである。 The workflow management system is a system in which a business process is defined using work processing as a work flow, and work notifications and work transitions are controlled by the workflow engine according to the business process.

ワークフロー管理システムにおいて、複数のビジネスプロセスが実行されており、その一つのビジネスプロセスの案件状態によっては、別のビジネスプロセスの案件に影響を及ぼすことがある場合、特許文献１に提案されている方法を用いて、影響を受ける側（影響先）の案件の作業者へ自動的に通知を行うことができる。この特許文献１の方法は、事前に案件の関連付けを設定しておき、影響を与える側（影響元）の案件で例外発生を検出し、影響先の案件の作業者へ自動的に通知を行うしくみである。 In the workflow management system, when a plurality of business processes are executed, and depending on the matter state of one business process, the matter of another business process may be affected, the method proposed in Patent Document 1 Can be used to automatically notify the worker of the affected (affected) case. In the method of Patent Literature 1, case association is set in advance, occurrence of an exception is detected in an influencing (influence source) matter, and notification is automatically made to the worker of the affected matter. How it works.

特開2000-67130号公報（図１）JP 2000-67130 A (FIG. 1)

前記特許文献１記載の技術は、あらかじめ案件の関連付けを定義しておくということから、常に案件同士が関連性をもつことになる。このため、通常は独立して運用されるビジネスプロセスに対し、ある時だけ関連付けを行いたいといった要求には答えられない。また、例外発生時の影響先案件の対処については、通知のみであるため、影響先案件の作業者が判断ミスを犯してしまう可能性を排除できない。 Since the technique described in Patent Document 1 defines the association of cases in advance, the cases always have relevance. For this reason, it is not possible to respond to a request for associating a business process that is normally operated independently only once. In addition, since the handling of the affected item when an exception occurs is only a notification, the possibility that the worker of the affected item makes a determination error cannot be excluded.

本発明の目的は、前記の問題を解決し、他のビジネスプロセスなどの外部での例外発生時に、事前に定義された対処方法に従って処理を行うワークフロー管理システムを提供することにある。 An object of the present invention is to provide a workflow management system that solves the above-described problems and performs processing according to a pre-defined handling method when an external exception such as another business process occurs.

本発明によれば前記目的は，業務における一連の作業順序を管理するビジネスプロセス管理システムにおいて、複数のビジネスプロセスの案件の間の関連付けの入力を受付ける手段と、入力された関連付けにより関連づけた案件のうち影響元となる案件の例外発生を検出する手段と、対処方法定義情報と、前記例外発生検出手段が例外発生を検出した場合に、あらかじめ対処方法定義情報として格納された，影響先の案件に関する処理を実行する手段とを備えることにより達成される。 According to the present invention, in the business process management system for managing a series of work orders in a business, the object is to receive an input of association between items of a plurality of business processes, and the items associated by the inputted association. Of these, there are means for detecting the occurrence of an exception in the affected item, handling method definition information, and the affected item that is stored in advance as handling method definition information when the exception detection means detects an exception occurrence. And means for executing the processing.

本発明によれば、ビジネスプロセス管理システムにおいて、例外発生時にあらかじめ定義された対処方法に従って処理を行うことができる。 According to the present invention, in the business process management system, processing can be performed according to a pre-defined handling method when an exception occurs.

また、本発明によれば、関連付け設定画面で作業者から複数案件間の関連付けの入力を受付けることにより、案件同士の関連付けを行うことができる。 Further, according to the present invention, cases can be associated with each other by receiving an association input between a plurality of cases from an operator on the association setting screen.

以下、本発明による一実施形態について図面を用いて説明する。 Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

図１はワークフロー管理システムの構成を示す図であり、ネットワーク1000に接続されたクライアントコンピュータ1100上で実行され、各作業の作業者が必要な業務データを参照・登録するクライアントアプリケーション1001と、ネットワーク1000に接続されたワークフローサーバ1200上で実行され、作業遷移を制御するワークフローエンジン1002と、ワークフローエンジン1002により案件情報が参照・更新される案件テーブル1010および作業情報が参照・更新される作業テーブル1020と、検出する例外情報を登録する監視定義テーブル1030と、案件の関連情報を登録する案件関連テーブル1040と、例外検出時の対処方法を定義してある対処方法定義ファイル1050と、案件テーブル1010と作業テーブル1020と監視定義テーブル1030を参照し例外検出を行う例外監視プログラム1003と、作業テーブル1020と案件関連テーブル1040と対処方法定義ファイル1050を参照し、例外発生時の処理を行う例外対処プログラム1004で構成される。 FIG. 1 is a diagram showing the configuration of a workflow management system. A client application 1001 that is executed on a client computer 1100 connected to a network 1000 and that references and registers necessary business data for each worker, and a network 1000 A workflow engine 1002 that is executed on the workflow server 1200 connected to, and controls work transition, a matter table 1010 in which matter information is referred to and updated by the workflow engine 1002, and a work table 1020 in which work information is referenced and updated. Monitoring definition table 1030 for registering exception information to be detected, Item relation table 1040 for registering matter related information, action definition file 1050 that defines how to handle exceptions, matter table 1010, and work Exception monitoring with exception detection referring to table 1020 and monitoring definition table 1030 The program 1003, a working table 1020 and the projects related table 1040 with reference to the Action definition file 1050, and with the exception deal program 1004 for performing the processing of when an exception occurs.

図２は案件テーブル1010の詳細を説明する図であり、予め定義されたビジネスプロセスに基づいて実行される一連の作業の集合である案件を管理するテーブルである。案件テーブル1010は案件の識別に用いる案件ID2001、案件IDに付けられた案件名2002、案件の開始日時2003、案件の完了日時2004、案件の状態を示すステータス2005のカラムにより構成される。各カラムは案件開始時にワークフローエンジン1002により設定され、図２の行2010のステータス2005に「実行中」がセットされる。案件完了時は図２の行2020のステータス2005に「終了」がセットされ（図２の2020行）、案件が強制終了された場合はステータス2005に「強制終了」がセットされる（図２の2030行）。 FIG. 2 is a diagram for explaining the details of the case table 1010, and is a table for managing a case that is a set of a series of operations executed based on a predefined business process. The case table 1010 includes a case ID 2001 used for case identification, a case name 2002 attached to the case ID, a case start date 2003, a case completion date 2004, and a status 2005 column indicating the state of the case. Each column is set by the workflow engine 1002 at the start of the case, and “in progress” is set in the status 2005 of the row 2010 in FIG. When the case is completed, “End” is set in the status 2005 of the line 2020 in FIG. 2 (line 2020 in FIG. 2), and when the case is forcibly terminated, “Forced end” is set in the status 2005 (in FIG. 2). Line 2030).

図３は作業テーブル1020の詳細を説明する図であり、ビジネスプロセスにしたがって作業者またはアプリケーションにより実行される処理単位である作業を管理するテーブルである。作業テーブル1020は案件の識別に用いる案件ID3001、作業の識別に用いる作業ID3002、作業IDに付けられた作業名3003、作業を実施する作業者名3004、作業の発生日時3005、作業の完了日時3006、作業の状態を示すステータス3007のカラムにより構成される。定義されたビジネスプロセスに従ってワークフローエンジン1002により作業が生成され、図３の作業テーブル1020の行3020に案件ID3001、作業ID3002、作業名3003、作業者名3004、発生日時3005を設定し、ステータス3007を「発生」にセットする。作業完了時は、作業テーブル1020の行3010に示すように完了日時3006を設定し、ステータス3007を「完了」にセットする。このようにステータス3007は、案件の進捗状況を表し、「終了」または「強制終了」の場合、その作業が現在の作業でないことを示し、「発生」の場合、その作業が現在の作業であることを示す。 FIG. 3 is a diagram for explaining the details of the work table 1020, and is a table for managing work that is a processing unit executed by the worker or application in accordance with the business process. The work table 1020 includes a work ID 3001 used for work identification, a work ID 3002 used for work identification, a work name 3003 assigned to the work ID, a worker name 3004 performing the work, a work occurrence date 3005, and a work completion date 3006. , And a status 3007 column indicating the status of the work. Work is generated by the workflow engine 1002 according to the defined business process, and the matter ID 3001, work ID 3002, work name 3003, worker name 3004, occurrence date and time 3005 are set in the row 3020 of the work table 1020 in FIG. Set to “Occurrence”. When the work is completed, a completion date and time 3006 is set as shown in the row 3010 of the work table 1020, and the status 3007 is set to “completed”. As described above, the status 3007 indicates the progress status of the matter. When the status is “finished” or “forced termination”, this indicates that the work is not the current work. When the status is “occurred”, the work is the current work. It shows that.

図4は監視定義テーブル1030のデータ構成図で、影響を与える側（影響元）となる案件の例外発生状況を監視するための情報をもち、監視対象の案件ＩＤ4001、監視対象作業4002および監視対象の案件の進捗状況を示すステータス4003のカラムにより構成される。本テーブルは、これら格納された値により例外発生を検出する基準を示す例外発生条件である。このテーブルの詳しい説明は後述する。 Figure 4 shows the data structure of the monitoring definition table 1030, which has information for monitoring the exception occurrence status of the affected item (influence source), the monitored Item ID 4001, the monitored task 4002, and the monitored item It consists of a column of status 4003 indicating the progress status of the item. This table is an exception occurrence condition indicating a criterion for detecting an exception occurrence based on these stored values. Detailed description of this table will be described later.

図５は案件関連テーブル1040の詳細を説明する図で、影響を与える側（影響元）の案件と、影響を受ける側（影響先）の案件の関連情報をもつテーブルである。影響元となる案件の情報を示すために、影響元のビジネスプロセス名5001と影響元の案件ID5002、影響先となる案件の情報を示すために、影響先のビジネスプロセス名5003と影響先の案件ID5004で構成される。 FIG. 5 is a diagram for explaining the details of the case relation table 1040, and is a table having related information of the affected side (influence source) case and the affected side (influence destination) case. In order to show the information of the affected matter, the affected business process name 5001 and the affected matter ID 5002, and in order to show the affected matter information, the affected business process name 5003 and the affected matter Consists of ID5004.

図６は案件の関連を設定する画面の詳細を説明する図である。影響元の案件の作業者は、影響先案件設定画面6001により、影響先のビジネスプロセス名と案件IDを設定する。設定された影響元と影響先の関連は案件関連テーブルに登録され、また、影響元の監視対象情報は監視定義テーブル1030に登録される。 FIG. 6 is a diagram for explaining the details of a screen for setting the relationship of a case. The operator of the affected matter sets the affected business process name and matter ID on the affected matter setting screen 6001. The relation between the set influence source and the influence destination is registered in the case relation table, and the monitoring target information of the influence source is registered in the monitoring definition table 1030.

図７は、実施例として貸しビル業における２つのビジネスプロセスを説明する図で、以下はこのビジネスプロセスを例として説明を行う。 FIG. 7 is a diagram for explaining two business processes in the rental building business as an example, and the following will be described by taking this business process as an example.

図７のテナント等の入居手続きプロセス7100は、商談相手の情報を入力する受付作業7110、入居希望の物件が決まった時に物件情報を入力する入居物件入力作業7120、決裁を行う決裁作業7130、契約締結を行う契約締結作業7140のフローで構成される。また、工事プロセス7200は、具体的な工事の内容を入力する工事内容入力作業7210、前作業において入力された内容について対象物件で工事可能かどうか調査する工事内容技術審査7220、決裁を行う決裁作業7230、実際に工事を実施する工事作業7240のフローで構成される。この２つのビジネスプロセスは、入居手続きのみ、工事のみを行うこともあり、ビジネスプロセスとして独立しているが、入居物件決定に伴って内装工事など関連して業務を行うこともある。関連して業務を行う場合は、入居する物件決定時にあらかじめ工事プロセス7200において工事内容技術審査7220まで実施しておくことにより、入居プロセス7100側で契約締結と同時に工事を実施することができ、契約締結から実際に入居するまでの期間短縮が可能となる。 The tenant occupancy process 7100 in FIG. 7 includes a reception work 7110 for inputting information of a business partner, a resident input process 7120 for inputting property information when a desired property is decided, an approval work 7130 for making a decision, a contract It consists of a flow of contract conclusion work 7140 for conclusion. In addition, the construction process 7200 includes a construction content input work 7210 for inputting concrete construction contents, a construction content technical examination 7220 for investigating whether the contents entered in the previous work can be performed on the target property, and an approval work for making a decision. It consists of 7230, the flow of construction work 7240 that actually performs construction. These two business processes are independent as a business process in which only the occupancy procedure or only the construction work is performed, but there are also cases where the business is performed in connection with the interior work or the like when the occupancy is decided. When conducting related work, the construction process 7200 can carry out the construction at the same time as the conclusion of the contract at the construction process 7200, so that the construction can be performed at the same time as the contract is concluded. It is possible to shorten the period from the conclusion to the actual occupancy.

このとき、入居手続きプロセス7100の入居物件入力作業7120で作業者は物件の情報を登録したのち、図６の影響先案件設定画面6001で、影響先となる工事プロセス7200のビジネスプロセス名、案件IDを設定する。この情報は図5の案件関連テーブル1040に登録される。この登録処理と同時に図４の監視定義テーブル1030に検出する例外情報が登録される。検出する例外情報とは、物件変更が起きた場合などに決裁作業7130または契約締結作業7140から入居物件入力7120または受付作業7110へ作業の差戻しが行われたり、案件自体が強制終了した場合などがある。図４の監視定義テーブル1030の4010行は、作業テーブル1020において入居物件作業のステータス3007が「発生」になっていたら例外とすることを意味する。つまり、一度作業が完了してステータスが「完了」になっていたのだが、差戻しにより再び入居物件作業7120が発生した状態を示している。4030行は案件が強制終了された状態を示しており、案件テーブル1010の該当行のステータス2005が「強制終了」になっていたら例外とすることを意味している。 At this time, after registering the property information in the move-in property input work 7120 of the move-in procedure process 7100, the operator enters the business process name and project ID of the affected construction process 7200 on the affected project setting screen 6001 in FIG. Set. This information is registered in the item relation table 1040 in FIG. Simultaneously with this registration processing, the exception information to be detected is registered in the monitoring definition table 1030 in FIG. Exception information to be detected includes cases such as when a property change occurs, when the work is sent back from the approval work 7130 or the contract conclusion work 7140 to the resident property input 7120 or the reception work 7110, or the project itself is forcibly terminated. is there. Line 4010 in the monitoring definition table 1030 in FIG. 4 means that an exception is made if the status 3007 of the tenant work in the work table 1020 is “occurrence”. That is, the work is once completed and the status is “completed”, but the resident work 7120 has occurred again due to the return. Line 4030 indicates a state where the matter is forcibly terminated, and means that if the status 2005 of the corresponding row in the matter table 1010 is “forced termination”, an exception is made.

図８は例外監視プログラム1003のフローチャートである。例外監視プログラム1003は、一定のタイミングもしくは任意のタイミングで実行され、ループの始め（ステップ8010）とループ終わり（ステップ8100）までを監視定義テーブル1030の行数分以下の処理を繰り返す。監視定義テーブル1030に登録された情報を1行取得し（ステップ8020）、取得したステータスが「強制終了」であるかの判断を行う（ステップ8030）。 FIG. 8 is a flowchart of the exception monitoring program 1003. The exception monitoring program 1003 is executed at a fixed timing or at an arbitrary timing, and repeats the processing for the number of rows in the monitoring definition table 1030 up to the beginning of the loop (step 8010) and the end of the loop (step 8100). One line of information registered in the monitoring definition table 1030 is acquired (step 8020), and it is determined whether the acquired status is “forced termination” (step 8030).

取得したステータスが「強制終了」であれば、案件テーブル1010より案件ID2001がステップ8020で監視定義テーブル1030より取得した案件ID4001と一致する行におけるステータス2005が「強制終了」となっている行を取得（ステップ8050）し、その取得結果の有無を判断する（ステップ8060）。ここで取得できていれば案件が強制終了されたことになるので、影響先となる案件の情報を取得し（ステップ8080）、その情報を例外処理プログラム1004へ渡し、例外処理プログラム1004を実行する（ステップ8090）。 If the acquired status is "Forced end", the line whose status 2005 is "Forced end" is acquired from the Item table 1010 where the Item ID 2001 matches the Item ID 4001 acquired from the monitoring definition table 1030 in Step 8020 (Step 8050) and the presence / absence of the acquisition result is determined (Step 8060). If it can be obtained here, the matter has been forcibly terminated, so information on the affected matter is obtained (step 8080), the information is passed to the exception handling program 1004, and the exception handling program 1004 is executed. (Step 8090).

また、ステップ8030において、取得したステータスが「強制終了」以外であれば、作業テーブル1020の案件ID3001、作業名3003がステップ8020で監視定義テーブルより取得した案件ID4001、監視対象作業名4002と一致する行のステータス3007を取得し、ステップ8020で取得したステータス4003と一致するかどうかのチェック行い（ステップ8070）、一致すれば影響先となる案件の情報を取得し（ステップ8080）、その情報を例外処理プログラム1004へ渡し、例外処理プログラム1004を実行する（ステップ8090）。例外処理プログラムについては図１０で説明する。 In step 8030, if the acquired status is other than "forced termination", the item ID 3001 and the work name 3003 of the work table 1020 match the item ID 4001 and the monitoring target work name 4002 acquired from the monitoring definition table in step 8020. Get row status 3007 and check if it matches with status 4003 obtained in step 8020 (step 8070). If it matches, get information on the affected project (step 8080), and exception to that information The exception is transferred to the processing program 1004 and the exception processing program 1004 is executed (step 8090). The exception processing program will be described with reference to FIG.

図９は対処方法定義ファイルの1050の一例を示す図である。対処方法定義ファイル1050は作業段階ごとに例外発生時の処理内容を定義した構造化文書ファイル、例えばXMLファイルで、bpタグ9001の属性としてビジネスプロセスの種別であるビジネスプロセス名を設定し、bpタグ9001の子要素としてruleタグ9002、ruleタグの子要素としてworknameタグ9003とactionタグ9004、notifyタグ9005を用意する。worknameタグ9003は要素内容に作業の種別を識別する作業名を持つ。 FIG. 9 is a diagram showing an example of the handling method definition file 1050. Coping method definition file 1050 is a structured document file that defines the processing contents when an exception occurs for each work stage, for example, an XML file, and sets the business process name that is the type of the business process as the attribute of the bp tag 9001, and the bp tag A rule tag 9002 is prepared as a child element of 9001, and a workname tag 9003, an action tag 9004, and a notify tag 9005 are prepared as child elements of the rule tag. A workname tag 9003 has a work name for identifying the type of work in the element content.

actionタグ9004は属性にアクション内容、要素内容にアクションさせる具体的な値を持つ。アクション内容は、「遷移」、「別ビジネスプロセス起動」などである。actionタグ9004の要素内容はアクション内容に応じた引数である。例えば、アクション内容が「遷移」であれば要素内容は作業名であり、アクション内容が「別ビジネスプロセス起動」であれば、要素内容はビジネスプロセス名である。notifyタグ9005は作業者への通知の有無を設定し、要素内容が「yes」であれば作業者へ通知を行う。 The action tag 9004 has a specific value that causes an action to be taken as an attribute and an action to be taken as an element content. The action content includes “transition”, “start another business process”, and the like. The element content of the action tag 9004 is an argument corresponding to the action content. For example, if the action content is “transition”, the element content is a work name, and if the action content is “Launch another business process”, the element content is a business process name. A notify tag 9005 sets whether to notify the worker, and notifies the worker if the element content is “yes”.

たとえば、図９のruleタグ9002の定義した処理内容は、図７の7300の遷移のように、工事プロセス7200において、作業遷移段階が決裁7230のときに例外が発生した場合に、決裁の作業者へ例外発生により案件が処理されたことを通知し、工事内容入力作業7210に作業を遷移するという意味である。 For example, the processing content defined by the rule tag 9002 in FIG. 9 is the approval worker when an exception occurs when the work transition stage is approval 7230 in the construction process 7200 as in the transition 7300 in FIG. This means that the fact that the case has been processed due to the occurrence of an exception is notified, and the work is shifted to the construction content input work 7210.

ruleタグ9006は、図７の7400の遷移のように、工事プロセス7200において、工事7240の作業のときに例外が発生した場合には、工事の作業者には例外発生の通知は行わず、別ビジネスプロセスである工事中断プロセスを実行するという意味である。ここで、工事中断プロセスとは、工事の中断処理を定義したビジネスプロセスのことであり、図１１はその一例である。また、今回は対処方法の定義をXMLファイルにて実施する例を示したが、データベースに定義情報を登録することでも実施可能である。 When an exception occurs during the construction 7240 in the construction process 7200 as in the transition 7400 in FIG. 7, the rule tag 9006 does not notify the construction worker of the exception occurrence. This means that the construction interruption process, which is a business process, is executed. Here, the construction interruption process is a business process in which construction interruption processing is defined, and FIG. 11 shows an example thereof. In this example, the definition of the coping method is implemented using an XML file, but it can also be implemented by registering the definition information in the database.

このように対処方法を構造化文書で定義することにより、テキストエディタなどで対処方法の定義を編集可能にできる。また、actionタグの要素内容は、actionタグの属性値に応じて種々の値を取ることができ、要素内容を作業名とすることやビジネスプロセス名にすることができる。 By defining the coping method in the structured document in this way, the coping method definition can be edited with a text editor or the like. The element content of the action tag can take various values according to the attribute value of the action tag, and the element content can be used as a work name or a business process name.

図１０は例外対処プログラム1004のフローチャートある。例外対処プログラム1004は例外監視プログム1003によって呼び出されて実行され、例外監視プログラム1003において取得した処理対象となる影響先ビジネスプロセス名と一致するビジネスプロセスの対処方法定義を対処方法定義ファイル1050から取得する（ステップ10010）。処理対象となる影響先案件の現在の作業遷移段階を取得するために、例外監視プログラム1003から取得した影響先案件IDと作業テーブル1020の案件ID3001が一致する行でステータスが「発生」となっている作業名を現在の作業名として作業テーブル1020より取得する（ステップ10020）。 FIG. 10 is a flowchart of the exception handling program 1004. The exception handling program 1004 is called and executed by the exception monitoring program 1003, and acquires from the handling method definition file 1050 the handling method definition of the business process that matches the name of the affected business process to be processed acquired by the exception monitoring program 1003. (Step 10010). To obtain the current work transition stage of the affected matter to be processed, the status is "Occurred" on the line where the affected matter ID obtained from the exception monitoring program 1003 matches the matter ID 3001 of the work table 1020. The current work name is acquired from the work table 1020 as the current work name (step 10020).

ステップ9010で取得した対処定義の内容にステップ9020で取得した作業名が定義されているかチェックし（ステップ10030）、定義されている場合は、actionタグとnotifyタグの情報を取得する（ステップ10040）。取得したactionタグの属性値により処理の振り分けを行い（ステップ10050）、属性値が「遷移」の場合はactionタグの要素内容の値に作業を遷移させ（ステップ10060）、属性値が「別ビジネスプロセス起動」の場合はactionタグの要素内容の値のビジネスプロセスを実施する（ステップ10070）。notifyタグの要素内容の値が「yes」であれば（ステップ10080）、作業者へ通知を行い（ステップ10090）、監視定義テーブル1020から影響元案件の情報を削除する（ステップ10100）。 Check whether the work name acquired in step 9020 is defined in the action definition content acquired in step 9010 (step 10030), and if it is defined, acquire information on the action tag and notify tag (step 10040) . Processes are sorted according to the attribute value of the acquired action tag (step 10050). If the attribute value is “Transition”, the work is shifted to the element content value of the action tag (step 10060). In the case of “process activation”, the business process of the element content value of the action tag is executed (step 10070). If the value of the element content of the notify tag is “yes” (step 10080), the operator is notified (step 10090), and the information of the affected matter is deleted from the monitoring definition table 1020 (step 10100).

以上のように、例外監視プログラム1003と例外対処プログラム1004により、影響元に例外が発生した場合に、それを検出し対処方法定義ファイル1050の定義に沿った処理を自動に行うことができる。 As described above, the exception monitoring program 1003 and the exception handling program 1004 can automatically detect the occurrence of an exception at the influence source and perform processing in accordance with the definition in the handling method definition file 1050.

今回の実施例では例外監視プログラム1003により例外を検出すると、例外対処プログラム1004を自動的に実行していたが、システム管理者の判断などにより、例外対処プログラムを単独で実行することも可能である。また、今回の実施例では２つのビジネスプロセスは影響元と影響先に分かれる従属の関係だったが、案件関連テーブル1040で影響元と影響先を入れ替えたデータを登録しておけば、お互い影響を及ぼすような関連付けも可能である。 In this embodiment, when an exception is detected by the exception monitoring program 1003, the exception handling program 1004 is automatically executed. However, the exception handling program can be executed independently by a system administrator's judgment. . Also, in this example, the two business processes are subordinate relationships that are divided into the influence source and the influence destination. However, if you register the data that replaces the influence source and the influence destination in the project related table 1040, you can influence each other. Such an association is also possible.

本発明のワークフロー管理システムの構成を表す図である。It is a figure showing the structure of the workflow management system of this invention. 案件テーブルの詳細を説明する図である。It is a figure explaining the detail of a matter table. 作業テーブルの詳細を説明する図である。It is a figure explaining the detail of a work table. 監視定義テーブルの詳細を説明する図である。It is a figure explaining the detail of a monitoring definition table. 案件関連テーブルの詳細を説明する図である。It is a figure explaining the detail of a case relation table. 案件関連を設定する画面の詳細を説明する図である。It is a figure explaining the detail of the screen which sets item relation. 実施例としての２つのビジネスプロセスを表した図である。It is a figure showing two business processes as an Example. 例外監視プログラムの動作を説明するフローチャートである。It is a flowchart explaining operation | movement of an exception monitoring program. 対処方法定義ファイルの詳細を説明する図である。It is a figure explaining the detail of a coping method definition file. 例外対処プログラムの動作を説明するフローチャートである。It is a flowchart explaining operation | movement of an exception handling program. 例外対処時に呼び出されるビジネスプロセスの例を示した図である。It is the figure which showed the example of the business process called at the time of exception handling.

符号の説明Explanation of symbols

1000 ネットワーク、1001 クライアントアプリケーション、1002 ワークフローエンジン、1003 例外監視プログラム、1004 例外対処プログラム、1010 案件テーブル、1020 作業テーブル、1030 監視定義テーブル、1040 案件関連テーブル、1050 対処方法定義ファイル、1100 クライアントコンピュータ、1200 ワークフローサーバ
1000 Network, 1001 Client application, 1002 Workflow engine, 1003 Exception monitoring program, 1004 Exception handling program, 1010 Matter table, 1020 Work table, 1030 Monitor definition table, 1040 Matter related table, 1050 Action definition file, 1100 client computer, 1200 Workflow server

Claims

業務における一連の作業順序を管理するビジネスプロセス管理システムにおいて、
複数のビジネスプロセスの案件の間の関連付けの入力を受付ける手段と、
入力された関連付けにより関連づけた案件のうち影響元となる案件の例外発生を検出する手段と、
対処方法定義情報と、
前記例外発生検出手段が例外発生を検出した場合に、あらかじめ対処方法定義情報として格納された，影響先の案件に関する処理を実行する手段とを備えることを特徴とするビジネスプロセス管理システム。 In a business process management system that manages a series of work orders in business,
A means to accept input of associations between multiple business process issues;
A means for detecting the exception occurrence of the matter that is the source of the influence among the cases associated by the input association,
Action method definition information and
A business process management system comprising: means for executing processing relating to an affected item stored in advance as handling method definition information when the exception occurrence detection means detects an exception occurrence.

請求項１記載のビジネスプロセス管理システムであって、
前記案件間の関連付けの入力を受付ける手段は、関連付け設定画面を表示し、
表示した設定画面に基づいて入力された案件の関連付けの内容を案件関連テーブルに格納する記憶装置とを備えることを特徴とするビジネスプロセス管理システム。 The business process management system according to claim 1,
The means for receiving the input of the association between the cases displays an association setting screen,
A business process management system, comprising: a storage device that stores, in a case relation table, contents of a case relation input based on a displayed setting screen.

請求項１記載のビジネスプロセス管理システムであって、
前記案件ごとに設定された、例外発生を検出する基準である例外発生条件を格納する監視定義テーブルと、
案件の作業状況に関する案件情報を格納する案件テーブルと、
前記監視定義テーブルに格納された例外発生条件に基づき例外を検出する例外監視手段とを備えることを特徴とするビジネスプロセス管理システム。 The business process management system according to claim 1,
A monitoring definition table that stores exception occurrence conditions that are the criteria for detecting the occurrence of an exception set for each case;
An matter table that stores matter information about the work status of the matter,
A business process management system comprising: an exception monitoring unit that detects an exception based on an exception occurrence condition stored in the monitoring definition table.

業務における作業順序を管理するビジネスプロセス管理方法において、
予め定義されたビジネスプロセスに基づいて実行される一連の作業の集合である案件と該案件における作業の種別と該作業が現在の作業であるか否かを示す進捗状況の情報とを対応付けて作業テーブルに格納し、
前記案件における作業の種別と、該作業が現在の作業であるときに例外が発生した場合の対処方法の情報とを対応付けて対処方法ファイルに格納し、
前記案件の進捗状況に基づいて他の案件に影響を与える影響元案件について、該影響元案件から影響を受ける案件である影響先案件に関する情報の入力を受付け、
入力された影響先案件に関する情報を前記影響元案件に関する情報と対応付けて案件関連テーブルに格納し、
前記影響元案件において例外が発生した場合に、当該影響元案件に対応する影響先案件の現在の作業の種別に基づいて前記対処方法ファイルに格納した対処方法の情報を読み出し送信することを特徴とするビジネスプロセス管理方法。 In the business process management method that manages the work sequence in business,
Associating a case that is a set of a series of work executed based on a predefined business process, a type of work in the case, and progress information indicating whether or not the work is the current work Stored in the work table,
The type of work in the case and the information on the coping method when an exception occurs when the work is the current work are stored in the coping method file in association with each other,
Accepting input of information related to the affected project that is affected by the affected project for the affected project that affects other projects based on the progress of the project,
Store the information on the affected project in relation to the information on the affected project in the project related table,
When an exception occurs in the affected case, the information on the handling method stored in the handling method file is read and transmitted based on the current work type of the affected case corresponding to the affected case. To manage business processes.

請求項４記載のビジネスプロセス管理方法において、
予め前記案件と当該案件において例外が発生したと判断する基準となる例外発生条件とを対応付けて格納し、
前記作業テーブルに格納した情報が、前記格納した例外発生条件を満たした場合に、例外が発生したと判定することを特徴とするビジネスプロセス管理方法。 The business process management method according to claim 4, wherein:
In advance, the case and the exception occurrence condition that is a criterion for determining that an exception has occurred in the case are associated and stored,
A business process management method comprising: determining that an exception has occurred when information stored in the work table satisfies the stored exception occurrence condition.

請求項５記載のビジネスプロセス管理方法において、
前記例外発生条件は、前記案件における作業の種別と進捗状況の組を含むことを特徴とするビジネスプロセス管理方法。 The business process management method according to claim 5,
The business process management method, wherein the exception generation condition includes a set of a work type and a progress status in the case.

請求項４記載のビジネスプロセス管理方法において、
前記入力の受付けにおいては、前記影響先案件のビジネスプロセス種別の入力をさらに受付け、
入力されたビジネスプロセス種別を前記入力された影響先案件に関する情報と対応付けて格納し、
前記対処方法ファイルは、ビジネスプロセス種別に関する情報をも前記対処方法および前記作業の種別と対応付けて格納し、
前記対処方法の情報の読み出しにおいては前記案件関連テーブルに格納されたビジネスプロセス種別と前記影響先案件の現在の作業の種別に基づいて対処方法の情報を読み出すことを特徴とするビジネスプロセス管理方法。 The business process management method according to claim 4, wherein:
In accepting the input, further accepting an input of the business process type of the affected project,
Store the input business process type in association with the information related to the input affected project,
The coping method file stores information relating to the business process type in association with the coping method and the type of work,
A method of managing a business process, comprising: reading out information on a coping method based on a business process type stored in the case related table and a current work type of the affected case.

業務における作業順序を管理するビジネスプロセス管理システムにおいて、
予め定義されたビジネスプロセスに基づいて実行される一連の作業の集合である案件の進捗状況に基づいて他の案件に影響を与える影響元案件について、該影響元案件から影響を受ける案件である影響先案件に関する情報の入力を受付ける手段と、
入力された影響先案件に関する情報を前記影響元案件に関する情報と対応付けて格納し、案件と該案件における作業の種別と該作業の進捗状況とを対応付けて格納し、前記案件における作業の種別と、該作業が現在の作業であるときに例外が発生した場合の対処方法に関する情報とを対応付けて格納する記憶装置と、
前記影響元案件において例外が発生した場合に、当該影響元案件に対応する影響先案件の現在の作業の種別に基づいて前記格納した対処方法の情報を読み出し送信する手段とを備えることを特徴とするビジネスプロセス管理システム。
In the business process management system that manages the work sequence in business,
The impact of an affected project that affects other projects based on the progress status of the project, which is a collection of a series of operations executed based on a pre-defined business process. A means of accepting input of information about the prior matter;
Stores the information related to the affected project in association with the information related to the affected project, stores the project, the type of work in the project, and the progress of the task, and stores the type of work in the project And a storage device that associates and stores information on a coping method when an exception occurs when the work is the current work,
A means for reading out and transmitting the stored information on the coping method based on the current work type of the affected case corresponding to the affected case when an exception occurs in the affected case. Business process management system.