JPH09259181A

JPH09259181A - ワークフロー管理システム

Info

Publication number: JPH09259181A
Application number: JP6244496A
Authority: JP
Inventors: Akira Tada; 彰多田; Yuki Takahashi; 勇喜高橋; Tadamasa Kamikubo; 忠正上久保; Yoshie Matsuzaki; 吉衛松崎
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1996-03-19
Filing date: 1996-03-19
Publication date: 1997-10-03

Abstract

(57)【要約】【課題】ソフトウェア開発及び設計作業において、開発
期間の短縮、問題作業及びプロジェクト全体の問題の検
出、担当者裁量の作業実行の管理を行うワークフロー管
理システムを実現する。【解決手段】実行モード管理部111は、作業の着手状況
である実行モードを管理し、実行指示モード管理部112
は、作業の着手可否である実行指示モードを管理する。
これら２つのモードの組み合わせにより実行モード制御
部113が、問題作業の判定及び作業の実行制御を決定
し、ワークフロー管理部110を介して通知する。さらに
２つのモードの履歴を作業実績データベース109に記録
し、プロセス分析部114は、プロジェクト全体の問題を
分析する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する利用分野】本発明は、ソフトウェア開発
及び設計作業のワークフロー管理システムに係わり、特
に多人数からなるチームが複数の作業を経て、製品を製
造する工程の管理及び分析に好適なワークフロー管理シ
ステムに関する。

【０００２】

【従来の技術】従来のワークフロー管理システムは、製
造工程あるいは事務処理工程を、複数の作業項目とその
作業順序で定義し、その定義に基づき、作業に必要な書
類あるいは情報の提供と他システムとの連携による作業
の自動化機能を提供することにより、作業間の引き継ぎ
を効率化するものであった。また、管理者あるいはチー
ムメンバには、作業に必要な書類あるいは情報の回覧さ
れている位置を示すことにより作業の進捗情報を提供し
た。

【０００３】しかし、現状において、ワークフロー管理
システムは、定型的な事務処理あるいは単純な製造工程
では効果をあげているが、大規模な開発プロセスや複雑
なプロセスにおいては、作業項目とその順序を定義する
場合に、すべての状況を予測して定義を行う必要がある
ため、計画時にあらゆる状況を予測することは不可能で
あり、成功した適用事例は見あたらなかった。

【０００４】また、従来のワークフローシステムにおい
て、作業の引き継ぎが実行される条件は、先行作業の終
了時に、その下流作業の担当者に、作業を着手するよう
通知を送るものや下流作業の開発ツールを自動起動する
ものであった。このため、定義した作業順序が非効率な
場合あるいは予測していないトラブルにより計画と予定
にズレが生じた場合に担当者は作業待ちの状態になる問
題があった。

【０００５】また、進捗把握機能については、定義され
た作業順序に従って回覧される書類等の情報の位置を把
握するものであり、回覧されている書類あるいは情報に
対して担当者が行う作業の実行状態を把握、管理する機
能を具備したものは見あたらなかった。このため、担当
者の状況により、作業の実行ができないような問題点を
管理者が発見することは困難であった。

【０００６】なお、この種のシステムとして関連するも
のは、計測と制御、第34巻、第12号、1995年12月、第93
2頁から第936頁において論じられている。

【０００７】

【発明が解決しようとする課題】従来のワークフローシ
ステムは、各作業者は担当作業を予め決められた作業項
目の実施順序に従って進めるものであり、しかもその担
当作業は先行作業が終了して初めて各作業者に通知され
るものであった。そのため従来システムでは、先行作業
の完全な終了まで、次の作業が着手できないため、各作
業者の待ち時間が大きいという問題があった。

【０００８】また、複雑な工程では、あらゆる状況を想
定して作業項目と作業すべき順序を定義することは困難
である。ところが、定義された作業項目とその順序以外
の例外的手順が発生した場合については配慮されておら
ず、システムが実状に合致しない場合が発生する。その
場合、担当者はシステムの指示に従わずに作業を実施
し、システムが形骸化するという問題点があった。

【０００９】また、定義された作業項目と作業すべき順
序に従って作業を行った場合に、プロジェクトの進行に
従って、各作業についての実行可否を示すだけであり、
実際の状況をつきあわせる点については配慮がされてい
なかった。従って単純で定型的な業務では有効であるも
のの、特にソフトウェア開発や設計作業のような複雑な
工程から構成される業務では、各作業が円滑に進行して
いるかどうかの判断及びプロジェクト全体の問題点がわ
かりにくかった。

【００１０】本発明の第１の目的は、担当者の裁量によ
る作業項目の実施を管理するワークフロー管理システム
を提供することである。つまり、予め決められた作業す
べき作業順序に従わずに、担当者の裁量により次の作業
項目に着手することで、作業待ち時間を減らして、プロ
ジェクト全体の開発期間を短縮することである。

【００１１】本発明の第２の目的は、進行中のプロジェ
クトにおいて、問題となる作業及びプロジェクト全体の
問題を検出するワークフロー管理システムを提供するこ
とである。

【００１２】

【課題を解決するための手段】上記第１の目的は、従来
のワークフロー管理システムに、各作業の着手状態の情
報である実行モードと先行作業の実施状況により決定さ
れる着手可否情報である実行指示モードを管理する手段
を具備し、２つのモードの状態に基づき実行制御及び通
知を行うことにより達成される。

【００１３】具体的には、製品の製造工程を複数の作業
項目とその作業順序で定義し、その定義に基づいて実行
作業を管理するワークフロー管理システムであって、前
記作業項目の作業状態を表す実行モードと、前記作業順
序から導かれる前記作業項目の作業着手可能状態を表す
実行指示モードとを監視しておき、前記実行モードと前
記実行指示モードとから各作業項目の異常状態を一定期
間継続して検出した場合に、該作業項目を問題発生状態
として所定の通知を行うものである。

【００１４】例えば、図１に示すようなワークフロー管
理システムでは、各コンピュータシステムに対して、複
数の作業すべき担当作業項目を与える。従来は必要に応
じて１つ１つの作業項目を与えていたが（１つの作業項
目が完了した場合に、次の作業項目を与えていた）、本
システムでは、予め各担当作業者に対して複数の作業項
目を与えておく。

【００１５】実行指示モード管理部１１２では、例え
ば、作業項目A〜Dがあり、作業項目A→B→C→Dの順序づ
けにより作業を実施する場合に、その着手順序づけから
着手可能な作業項目を管理する。

【００１６】各作業者端末では、表示される複数の作業
項目の中から実際に着手する作業項目を実行モードとし
てワークフロー管理システムへ通知する。この場合、通
知する作業項目は、前述の実行指示モードには依存しな
い。つまり、実行指示モードにより着手可能な表示をさ
れた作業項目に限らず、作業者の裁量により任意に選定
する。

【００１７】本システムでは、実行モードと実行指示モ
ードとの関係から該当する作業項目の実施を許可すべき
か否かを記憶しておく。許可しない場合であっても、例
えば何日以内であれば問題として扱わない（許可する）
ような条件を設定しておく。

【００１８】これにより作業者の裁量の範囲を限定し、
実行指示モードをベースにした作業の進行を図る。そし
て、このように現場の作業者の裁量により（実行指示モ
ードの表示に関わらず）着手する作業項目を選定させる
ことで従来の作業現場での待ち時間は削減できる。作業
者を主体に考え、作業者の実施可能な作業項目から着手
するからである。

【００１９】上記第２の目的は、上記に加えて、実行モ
ードと実行指示モードの履歴を保存する手段と、各作業
の問題発生を監視する手段と全体問題分析手段と問題作
業抽出手段を具備することにより達成される。

【００２０】

【発明の実施の形態】以下、本発明の一実施例を図1〜1
7により説明する。

【００２１】図1は本発明の一実施例であるワークフロ
ー管理システムの構成図である。図1において、ワーク
フロー管理システム100は、処理部101とデータベース部
102と入出力部103から構成される。

【００２２】この構成によるワークフロー管理システム
100は、入出力部103が、ネットワーク104を介して分散
配置された他のコンピューターシステム105,106,107と
接続され、作業の各担当者と管理者との間で通信を行
う。

【００２３】処理部101は、ワークフロー管理部110、実
行モード管理部111、実行指示モード管理部112、実行制
御部113、プロセス分析部114から構成される。

【００２４】本システムが管理するテーブルを以下の通
りであり、前記実行モード管理部111が管理する実行モ
ード情報テーブル117、前記実行指示モード管理部112が
管理する実行指示モード情報テーブル118、前記実行制
御部113によりセットされワークフロー管理部110が参照
する指示情報テーブル115、前記ワークフロー管理部110
によりセットされ実行制御部113が参照する承認フラグ1
16、前記実行制御部が参照する作業状態判断テーブル12
3から構成される。

【００２５】以下、順に処理部101の各部を説明する。

【００２６】入出力部103は、各作業端末105〜107から
受信した情報を受信情報テーブル122に格納する。

【００２７】実行モード管理部111は、該受信情報テー
ブル122に基づき、各作業端末を利用する作業者の現在
の実行状態を表わす実行モードを管理する。その実行モ
ードとしては、例えば「未着手」、「着手中」、「中断
中」、「完了」の状態がある。「未着手」は作業をまだ
実行していない状態、「着手中」は作業を実行している
途中の状態、「中断中」は作業を開始したが、その後何
らかの理由により実行していない状態、「完了」は作業
が終了した状態をそれぞれ示す。この実行モードの履歴
は作業実績データベース109の作業実績テーブル121に格
納される。

【００２８】実行指示モード管理部112は、各作業の実
行可否を表わす実行指示モードを管理する。この実行指
示モードは、例えば先行作業の進行状況により作業の着
手可能となるタイミングを表す情報である。その実行指
示モードとしては、例えば「着手可」、「着手不可」、
「中断」の状態がある。「着手可」は作業を実行して良
い状態、「着手不可」は、作業に未着手かつ実行できな
い状態、「中断」は作業に着手しかつ実行できない状態
をそれぞれ示す。この実行指示モードの履歴は作業実績
データベース109の作業実績テーブル121へ格納される。

【００２９】実行制御部113は、作業の進行状況から、
各作業項目の実行指示モードを切り替える。また、実行
制御部113は、実行モードと実行指示モードの組み合わ
せから、各作業の作業状態を判定し、その判定結果から
「問題」状態と判定した作業項目に対して問題通知や理
由問合せの発行を決定する。この場合、問題状態の作業
項目に対して即時に通知するとは限らず、所定の条件
（例えば問題状態が３日以上経過した作業項目に対して
通知する）を設定することで、必要以上の管理を行わな
いようにする。

【００３０】プロセス分析部114は、作業実績データベ
ース109の作業実績テーブル121に蓄えられた実行モード
と実行指示モードの履歴を参照し、実行モードと実行指
示モードの各組の累計時間からプロジェクト全体の分析
を行う。

【００３１】実行指示モードの切り替えについて簡単に
説明する。例えば、作業項目A〜Dがあり、作業項目A→B
→C→Dの順序づけ（実行指示モード）により作業を実施
する場合を例にとって説明する。

【００３２】作業項目Aを担当するコンピュタシステム
１０５（作業者用端末）から作業完了の旨が通知される
と、該情報を受信した実行制御部１１３は、実行指示モ
ード管理部１１２に対して作業項目Aの表示モードを
「完了」に変更し、さらに前述の順序づけから作業項目
Bの表示モードを「着手未」から「着手可」に変更する
ように管理する。そして、実行制御部１１３は作業項目
Bを担当する作業者用端末に対して該作業が「着手可」
に変更された旨を指示情報テーブル１１５、ワークフロ
ー管理部１１０、入出力部１０３を介して送信する。こ
の送信フォーマット（指示情報テーブル１１５）は例え
ば図４に示すような内容である。

【００３３】次に、作業者が自分の裁量により着手する
作業項目を選定した場合の本システムの処理を説明す
る。

【００３４】各コンピュータシステムには、予め各担当
作業者に対して複数の作業項目を与えておく。

【００３５】実行指示モード表示部では、前述の如く、
作業項目の着手順序づけから判断される作業すべき作業
項目に対して、該作業項目の作業担当端末に着手可の情
報を表示する。つまり、作業端末に表示される複数の作
業項目のうち、着手可の作業項目、着手不可の作業項
目、中断する作業項目について表示する。

【００３６】各作業者端末では、通常はその着手可を表
示する作業項目を着手する旨をワークフロー管理システ
ムに対して通知する。通知を受けたワークフロー管理シ
ステムでは、該当する作業項目の実行モードを着手中に
変更する。図５を参照すると、この実行モードと実行指
示モードとの組み合わせの場合、その状態は「通常」で
あるので各作業者はこのまま作業を続けることになる。

【００３７】一方、作業者にしてみれば着手不可の作業
項目について作業を着手をする場合がある。現場の実情
を考えた行動である。このような作業は、一般的には着
手不可の作業項目に対して作業を着手するので管理者側
としては問題である。

【００３８】しかし、このような作業が必ずしも問題と
なる作業にならないのが実状である。１つのプロジェク
ト全体を考えた場合、開発期間を短縮できれば管理者と
しては十分である。前述の実行指示モードは予め決めら
れた作業項目の作業すべき順序づけを表したものである
が、複雑な工程ではその順序づけを正確に定義すること
は困難であり、その順序づけに従わずに作業を実施して
も問題ない場合が少なからずあり得る。このような場合
に順序づけのみにこだわって作業を中止すれば、その時
間が開発期間の延長につながってしまう。

【００３９】そこで本システムは、現場の作業者の裁量
により（実行指示モードの表示に関わらず）着手する作
業項目を選定させる。これにより従来の作業現場での待
ち時間は削減できる。

【００４０】こうして着手不可の作業項目について作業
を着手すると、その着手する旨がワークフロー管理シス
テムに送信される。ワークフロー管理システムでは、図
５に示すテーブルを参照して（図５については後述す
る）、実行モード：「着手中」、実行指示モード：「着
手不可」の組み合わせから導かれる状態結果：「問題」
を抽出する。この場合、問題条件が０日であるので、即
該当する作業項目の作業を中止するよう該当する作業者
端末に通知する。例えばこの問題条件が３日であれば、
その３日間は着手は許可されるので作業を進めることが
できる。なお、該当する作業項目を単に管理者の利用す
る端末に通知するだけであっても良い。

【００４１】通知を受けた作業者用端末からは、当該作
業項目に着手した理由を管理者に通知することも可能で
ある。最終的に工程全体を管理するのは管理者であり、
管理者の判断により工程管理をフレキシブルに実行でき
る。管理者の利用する端末からは、前述の作業中止の通
知もしくはその理由の通知を受信した場合、最終的にそ
の着手を了承するか否かを判断し、その判断結果をワー
クフロー管理システムに通知する。該通知を受信したワ
ークフロー管理システムでは、ワークフロー管理部を介
して通知内容を判断し、その判断結果から実行指示モー
ド自体を図５に示す内容に変更する。これにより現場に
対応した実行指示モードへと変更される。

【００４２】このように問題条件を設定したり、管理者
の了承/不承テーブルを設けたのは、本システムは作業
者の裁量により作業を進めさせた場合の問題点となる工
程全体のバランスを考慮したためである。作業者の裁量
にまかした場合、他の作業者の進捗状況を無視すること
が起こりうる。１つの作業は複数の作業項目から構成さ
れるので、当然その中には所定の作業項目が終了しない
限り一切着手できない作業項目もありうる。従って、単
に担当する作業項目だけを完了させたとしても、他の作
業者は時間待ちすることがあるので、問題条件を設定し
たり、管理者の了承/不承テーブルを設けている。これ
により作業者の裁量の範囲を限定し、実行指示モードを
ベースにした作業の進行を図れる。

【００４３】次に処理部101の各部が管理・参照するテ
ーブルの構成を説明する。

【００４４】実行モード情報テーブル117の構成を図2に
示す。実行モード情報テーブル117は、作業ID1152とそ
の実行モードを記憶するフラグ1151で構成されるテーブ
ルである。実行モードフラグ1151は、「未着手」、「着
手中」、「完了」、「中断中」のいづれかの情報を保持
する。

【００４５】実行指示モード情報テーブル118の構成を
図3に示す。実行指示モード情報テーブル118は、作業ID
1252とその実行指示モードを記憶するフラグ1251で構成
されるテーブルである。実行指示モードフラグ1251は、
「着手可」、「中断」、「着手不可」のいづれかの情報
を保持する。

【００４６】承認フラグ116は、問題状態の作業を、担
当者が入力した理由に基づき、管理者が判断した結果を
ワークフロー管理部110が格納するレコードである。こ
の情報に基づき、実行制御部113は実行指示モードの変
更を行う。

【００４７】データベース部102は、先行作業テーブル1
19と実行条件テーブル120を格納している作業手順デー
タベース108と作業実績テーブル121を格納している作業
実績データベース109から構成される。

【００４８】図４に指示情報テーブル115を示す。指示
情報テーブル115は、通知種別1301、担当者ID1302、作
業ID1303から構成され、ワークフロー管理部110が各作
業端末に通知を行う場合に参照されるテーブルである。
ここで、通知種別1301は、作業の実行制御のための通知
の種類を示し、実行指示モード（「着手可」、「中
断」、「着手不可」）または「問題」状態のいづれかの
状態をとる。担当者ID1302と作業ID1303には、作業の実
行指示の対象作業と対象者の情報が格納される。

【００４９】実行制御部113で管理する作業状態判断テ
ーブル123を図５に示す。

【００５０】作業状態判断テーブル123は、実行制御部1
13が作業項目の問題状態を判定する場合、または、管理
者が行なった問題状態の判断結果から実行指示モードを
変更する場合に用いる。作業状態判断テーブル123は、
実行指示モード2201、実行モード2202、状態2203、問題
条件2204、了承2205、不承2206から構成されるテーブル
である。このテーブルは、実行指示モード2201と実行モ
ード2202のすべての組み合わせについて記載されてお
り、各組合わせの場合での作業状態を状態2203として記
憶する。状態2203は、作業が順調である「通常」と作業
に問題の可能性のある「問題」の２種の情報を記憶す
る。ここで、「通常」とは、実行指示モードの指示に従
った作業状態を実行モードが示している場合であり、作
業が順調に進んでいることが予測できる状態である。
「問題」とは、実行指示モードの指示に従っていない作
業状態を実行モードが示している場合であり、計画に対
して、作業が予定通り進まず、不具合を抱えている可能
性のある状態である。また、「問題」状態には、緊急に
対応をすべき状態とそうでないものが混在するが、問題
状態に対応をとるまでの持続時間を設定することによ
り、対応の緩急を設定する。具体的には問題条件2204を
設定し、状態2203で「問題」と設定されている作業項目
について、問題通知が送られる条件を記憶することで対
応する。この条件に示される設定期限を超過すると問題
通知を送る。

【００５１】そして、実行制御部113は、「問題」状態
の作業項目に対して問題通知や理由問合せの発行を決定
するが、この場合、ワークフロー管理部110は、実行制
御部113から出される実行指示モードや「問題」状態で
あることの通知及びその理由の問合せを、指示情報テー
ブル115の内容に基づき、各担当者（コンピュータシス
テム105〜107）に送信する。そして、問題作業に対する
判断を管理者の利用するコンピュータシステムへ問い合
わせ、問合せ結果を承認フラグ116に格納する。その結
果が図５に示す、了承2205、不承2206として表される。
了承2205、不承2206については、作業に問題状態が発生
し、担当者が入力した理由から管理者が、問題状態を承
認した場合の実行指示モードを記載しているのが了承22
05で、逆に承認しない場合の実行指示モードを記載して
いるのが不承2206である。

【００５２】図6に、先行作業テーブル119と実行条件テ
ーブル120のデータ構造を示す。先行作業テーブル119
は、作業名1191、先頭位置1192、最終位置1193の項目で
構成されるテーブルである。作業名1191は、プロジェク
トで行う各作業である。作業順序において、ある作業ａ
を着手するための必要条件として別の作業ｂが未着手で
はいけない場合、作業ｂを作業ａの先行作業（作業ａは
作業ｂの後続作業）と呼ぶが、作業名1191の先行作業に
関する情報は、実行条件テーブル120に格納されてい
る。先頭位置1192は、実行条件テーブル120における先
行作業の開始レコード位置を、最終位置1193は、先行作
業の最終レコード位置を表わす。なお、先行作業が存在
しない作業の場合、先頭位置1192と最終位置1193の値は
それぞれ特別な値（例えば０）としておく。実行条件テ
ーブル120は、作業名1201、必要完成度1202、作業時間1
203の項目で構成されるテーブルである。作業名1201
は、先行作業となる作業の名称である。必要完成度1202
は、先行作業の後続作業が着手可能となるために必要な
先行作業の完成度である。作業時間1203は、先行作業を
完了するのに必要な標準的作業時間である。これら先行
作業テーブル119と実行条件テーブル120のデータは、プ
ロジェクトを開始する前に設定されている。

【００５３】図7に作業実績テーブル121のデータ構造を
示す。作業実績テーブル121は、モード1701、時刻170
2、作業ID1703から構成されるテーブルである。ここ
で、モード1701は、作業ID1703のレコードに記録されて
いる情報が実行モードであるか、実行指示モードである
かを識別するための情報である。時刻1702は、各モード
1701の情報が記録された時刻である。図7では、年/月/
日/時/分の順に記録されている例である。また、作業ID
1703のレコードは、各作業の時刻1702における実行モー
ドまたは実行指示モードを表わす（モード1701に従
う）。

【００５４】入出力部103はコンピュータシステム105,1
06,107とネットワーク104を通じて情報の送受信を行
う。受信データは、受信情報テーブル122にいったん蓄
えられる。

【００５５】受信情報テーブル122の構成を図8に示す。
受信情報テーブル122は受信種別601、状態・指示602、
担当者ID603、作業ID604、理由情報605、承認606から構
成されるテーブルである。ここで、受信種別601は、入
力部103がコンピュータシステム105〜107から受信した
情報内容の識別のための情報であり、「実行モード」、
「実行指示モード」、「理由返答」、「管理者承認」の
４つの状態をとり、それぞれ受信した情報が実行モード
に関するものであること、実行指示モードに関するもの
であること、問題状態の作業に関する担当者の理由説明
に関するものであること、問題状態の作業に関する管理
者の承認判断結果に関するものであることを表わす。ま
た、状態・指示602は受信種別601が実行モードの場合
は、「着手中」、「中断中」、「完了」、「未着手」の
いづれかの情報を保持し、受信種別601が実行指示モー
ドの場合は、「着手可」、「中断」、「着手不可」のい
づれかの情報を保持し、受信種別601が理由返答あるい
は管理者承認の場合は「問題」が保持される。また、い
づれの受信種別601の場合も、担当者ID603と作業ID604
が保持され、受信種別601が「理由返答」の場合には、
理由情報605に担当者からの理由が保持される。受信種
別601が「管理者承認」の場合には、承認606に「了
承」、「不承」のいづれかの状態が格納され、「了承」
は問題状態を管理者が承認した場合、「不承」は問題状
態を管理者が承認しなかった場合を表わす。

【００５６】次に各部の動作について説明する。

【００５７】図9は、実行制御部113の処理フローチャー
トである。実行制御部113は、作業の進行状況から、各
作業の実行指示モードを切り替える。次に、実行モード
と実行指示モードの組み合わせから、各作業の作業状態
を判定する。判定した作業状態に対して、問題通知や理
由問合せの発行を決定する。このような機能を実現する
実行制御部113の処理は、以下のようになる。図9におい
て、まず作業手順データベース108の先行作業テーブル1
19のレコード数から、プロジェクトの作業総数を求め、
変数jに格納する（ステップ201）。次に、カウンタ変数
iを初期化（１に）する（ステップ202）。そして、すべ
ての作業iについて、それぞれ以下の処理（ステップ203
〜213）を行う。まず、作業iの実行指示モードが変更さ
れた場合、新しい実行指示モードを通知する。具体的に
は、実行モード管理部111が管理している実行モード情
報テーブル117から作業iの実行モードの情報を参照す
る。次に実行指示モード管理部112が管理している実行
指示モード情報テーブル118から作業iの実行指示モード
の情報を参照する（ステップ203）。そして、作業実績
テーブル121に記録されている作業iの最新の実行指示モ
ードと、実行指示モード情報テーブル118に記録されて
いる現在の実行指示モードを比較して、変更されている
場合は実行指示モードの通知を行う（ステップ204）。
この結果、例えば、担当者ID2へ作業iの「着手可」が必
要な場合は、指示情報テーブル115の通知種別1301をA、
担当者ID1302を2、作業ID1303をiにセットする（ステッ
プ205）。そして、ワークフロー管理部110をコールする
（ステップ206）ことによって作業の実行指示モードが
通知される。次に、作業iが問題状態か否かを判定し、
必要な場合はその理由を担当者に問い合わせる。具体的
には、作業状態判断テーブル123に基づいた判断結果に
より作業i（担当者ID1302は２）が問題状態であるか否
かを求める（ステップ207）。作業iが問題状態であった
場合は、問題状態であった期間を作業実績情報テーブル
121から算出し、作業状態判断テーブル123に設定されて
いる問題条件2204と比較する（ステップ208）。そし
て、問題条件2204より問題状態であった期間が長い場合
は、指示情報テーブル115の通知種別1301をC（問題）、
担当者ID1302を2、作業ID1303をiにセットする（ステッ
プ209）。そして、ワークフロー管理部110をコールする
ことによって、担当者に問題発生の理由を問い合わせる
（ステップ210）。ワークフロー管理部110の処理終了
後、実行制御部113は、承認フラグ116の値（承認または
不承）から、作業状態判断テーブル123に設定されてい
る了承2205、不承2206に従い、実行指示モードをセット
する（ステップ211）。たとえば、問題作業の状態が、
実行指示モードが「着手不可」で実行モードが「着手
中」の場合、承認フラグが承認であれば、実行指示モー
ドを「着手可」に、不承であれば「中断」にセットす
る。次にカウンタ変数iを１増やす（ステップ212）。す
べての作業iについて、上記処理を行う(i＞j)と一連の
処理が終了する（ステップ213）。そして、ステップ202
に戻り、再度すべての作業iについて、上記処理を行
う。

【００５８】図10は、ワークフロー管理部110の処理フ
ローチャートである。ワークフロー管理部110は、実行
制御部113から出される実行指示モードや「問題」状態
であることの通知及びその理由問合せを、指示情報テー
ブル115の内容に基づき、各担当者に送信する。また、
問題作業に対する判断を管理者へ問合せ、問合せ結果を
承認フラグ116に格納する。このような機能を実現する
ワークフロー管理部110の処理は、以下のようになる。
ワークフロー管理部110は、実行制御部113よりコールさ
れると、指示情報テーブル115を参照する（ステップ30
1）。この中の通知種別1301に従い処理を行う。通知種
別1301が「着手」または「中断」であるならば、ステッ
プ303へ、通知種別1301が「問題」であるならば、ステ
ップ304へ処理を移行する（ステップ302）。ステップ30
3では、通知種別1301に従い、作業ID1303に示す作業の
実行指示モードを、担当者ID1302に示す担当者に通知し
た後、ステップ305に進む。例えば、指示情報テーブル1
15で、通知種別1301がA、担当者ID1302が2、作業ID1303
がiの場合は、担当者2に作業iの作業指示モード「着手
可」を送信する。一方、通知種別1301が「問題」である
場合は、担当者のコンピューターシステムに問題状態で
あることを表示し、理由を入力する画面を表示し、担当
者に問題理由の入力を要求する（ステップ304）。次に
ステップ305以降では、受信情報テーブル122に格納され
ているメッセージについて処理する。受信情報テーブル
122に受信種別601が「理由返答」のメッセージがある
（ステップ305）場合は、理由情報605を管理者に送り、
問題を承認するか否かの判断を依頼する（ステップ30
6）。受信情報テーブル122に受信種別601が「管理者承
認」のメッセージがある（ステップ307）場合は、承認6
06の値に従って承認フラグ116を設定（承認または不
承）し（ステップ306）、処理を終了する。

【００５９】図11は、実行モード管理部111の処理フロ
ーチャートである。実行モード管理部111は、各作業端
末から受信した情報を格納する入出力部103の受信情報
テーブル122に基づき、各作業の現在の実行状態を表す
実行指示モードを管理する。そして、実行モードの履歴
を作業実績データベース109の作業実績テーブル121に格
納する。このような機能を実現する実行モード管理部11
1の処理は、以下のようになる。実行モード管理部111
は、入出力部103の受信情報テーブル122を参照し、受信
種別601が「実行モード」であるメッセージを取り出す
（ステップ401）。当該メッセージの作業ID604と状態・
指示602の値を参照し、実行モード情報テーブル117の対
応する作業ID1152のレコードの実行モード1151に、状態
・指示602の値をセットする（ステップ402）。例えば、
受信情報テーブル122が受信種別601が0、状態・指示602
がD、担当者ID603が15、作業ID604が2の場合は、実行モ
ード情報テーブル117の作業ID1152が2の実行モード1151
をAにセットする上記ステップ401と402を受信情報テー
ブル122に、受信種別601が「実行モード」であるメッセ
ージがなくなるまで繰り返す（ステップ403）。最後
に、現在時刻と実行モード情報テーブル117の情報を作
業実績データベース109中の作業実績テーブル121に格納
し（ステップ404）、終了する。

【００６０】図12は、実行指示モード管理部112の処理
フローチャートである。実行指示モード管理部112は、
各端末から送られる作業の実行状況から、その下流（後
続）作業の実行指示モードを切り替える。また、管理者
からの指示によって実行指示モードを直接変更すること
もある。

【００６１】各（後続）作業の実行指示モードは、以下
のように決まる。まず、作業を実行してよいか否かの判
定条件である実行条件が、各作業に対して予め与えられ
ている。この実行条件は、例えば、その作業のすべての
先行作業について、それぞれの完成度が、必要完成度12
02に達していることである。必要完成度1202は、その後
続作業を実行できるために必要な作業の完成度であり、
予め作業手順データベース108の実行条件テーブル120に
与えられている。作業の完成度は，例えば、作業実績デ
ータベース109の作業実績テーブル121に格納されている
実行モードの履歴から、その作業の累積実行時間を計算
し、実行条件テーブル120の作業時間1203を１００％と
して比較し求める。なお、当該作業の実行モードが「完
了」の場合は完成度１００％とする。また、作業の完成
度を求める方法として、作業の担当者から完成度を直接
申告してもらう方法もある。前述の通り、実行指示モー
ドには、「着手可」、「着手不可」、「中断」の３種類
がある。「着手可」は作業を実行してよい状態、「着手
不可」は作業に未着手でかつ実行できない状態、「中
断」は作業に着手しかつ実行できない状態である。その
ため、すべての先行作業について、完成度を求めた結
果、実行条件を満足しない場合は、その作業の現在の実
行モードによって、実行指示モードは異なる。すなわ
ち、実行モードが「未着手」の場合は、「着手不可」、
実行モードが「未着手」以外の場合は、「中断」とな
る。また、実行条件を満足する場合は、実行モードの状
態にかかわらず、「着手可」となる。なお、先行作業が
ない作業は、常に「着手可」、また管理者から実行指示
モードの指示があった場合は、それに従う。

【００６２】上記の考えから、実行指示モード管理部11
2の処理は、以下のようになる。まず、先行作業がない
作業を考慮して、作業指示モード情報テーブル118のす
べての作業について、実行指示モードフラグ1251を「着
手可」にする（ステップ501）。次に、先行作業の実行
状態に従って、実行指示モードを求める（ステップ502
〜ステップ512）。次に、管理者から直接実行指示モー
ドの指定がある場合は、それに従って書き替える（ステ
ップ513〜ステップ516）。最後に、作業指示モード情報
テーブル118の内容を、現在時刻とともに作業実績デー
タベース109の作業実績テーブル121に格納する（ステッ
プ517）。

【００６３】先行作業の実行状態に従って、実行指示モ
ードを求める処理（ステップ502〜ステップ512）につい
て説明する。作業手順データベース108の先行作業テー
ブル119の各レコードについて以下の処理を行う（ステ
ップ502、503、512）。

【００６４】当該レコードの作業名1191から作業ｉ、先
頭位置1192と最終位置1193から作業ｉの先行作業が格納
されている実行条件テーブル120の位置を求める（ステ
ップ504）。実行条件テーブル120の該当するレコードの
作業名1201から作業ｉの先行作業を、また必要完成度12
02を求める（ステップ505）。各先行作業について、作
業実績データベース109の作業実績テーブル121より累積
作業時間を計算し、作業時間1203と比較することで先行
作業の完成度を求める。なお、実行モード管理部111の
実行モード情報テーブル117より先行作業の実行モード
を求め、「完了」の場合は完成度１００％とする（ステ
ップ506）。すべての先行作業について、求めた完成度
が必要完成度1202以上である場合、作業ｉの実行条件は
真である。実行条件が真の場合は、「着手可」であり既
に設定されているため、何もせず終了する。実行条件が
偽の場合は、ステップ508へ進む（ステップ507）。実行
モード管理部111の実行モード情報テーブル117より作業
ｉの実行モードを求める（ステップ508）。実行モード
が「未着手」の場合はステップ509へ、「未着手」以外
の場合はステップ511へ進む（ステップ510）。実行モー
ドが「未着手」の場合は、実行指示モード情報テーブル
118の作業ｉの実行指示モードフラグ1251を「着手不
可」にする（ステップ509）。また、実行モードが「未
着手」以外の場合は、実行指示モード情報テーブル118
の作業ｉの実行指示モードフラグ1251を「中断」にする
（ステップ511）。

【００６５】次に、管理者から直接実行指示モードの指
定がある場合の処理（ステップ513〜ステップ516）につ
いて説明する。入出力部103の受信情報テーブル122に実
行指示モード指定のメッセージがある場合、各メッセー
ジについてそれぞれ以下の処理を行う（ステップ513、5
16）。受信情報テーブル122から実行指示モード指定メ
ッセージを一つ取り出す（ステップ514）。取り出した
メッセージから対象とする作業と実行指示モードを求
め、実行指示モード情報テーブル118の該当作業の実行
指示モードフラグ1251を指定された状態にする（ステッ
プ515）。

【００６６】プロセス分析部114は、作業実績データベ
ース109の作業実績テーブル121に格納されている実行モ
ードの履歴情報と実行指示モードの履歴情報を参照する
ことにより、各実行モードと実行指示モードの組につい
て、その時間を累計することにより、問題のあるプロセ
ス状態を検出する。

【００６７】問題のあるプロセス状態の検出方法として
は、例えば、以下のような場合がある。実行モードが
「未着手」あるいは「中断中」で、実行指示モードが
「着手可」の状態であった時間の累計を、すべての作業
について行う。この時間のプロジェクト全体の時間に対
する割合が大きい場合は、プロジェクトはリソース不足
であると判定する。また、実行モードが「着手中」で、
実行指示モードが「中断」の状態であった時間の累計
を、すべての作業について行う。この時間のプロジェク
ト全体の時間に対する割合が大きい場合は、プロジェク
トの作業品質は悪いと判定する。また、実行モードが
「着手中」あるいは「完了」で、実行指示モードが「中
断」の状態であった時間の累計を、すべての作業につい
て行う。この時間のプロジェクト全体の時間に対する割
合が大きい場合は、プロジェクトの計画に無理がある、
あるいは管理不十分で担当者が自己判断でやっていると
判定する。

【００６８】また、各作業の問題状態として以下の場合
があるが、作業毎にそれぞれの問題状態の継続時間を算
出し、問題状態別に、継続時間の長い作業から順に求
め、ワースト作業を抽出する。問題状態としては、実行
指示モードが「着手不可」あるいは「中断」で、実行モ
ードが「着手中」である場合、または実行指示モードが
「着手可」で、実行モードが「未着手」あるいは「中断
中」である場合、または実行指示モードが「中断」以外
であり、実行モードが「中断中」である場合がある。

【００６９】次に、以上のような構成、動作により具現
化するシステムの画面例を示す。図13は、プロジェクト
管理者のコンピューターシステムの画面の一実施例であ
る。管理者の画面には、各作業をボックス701で、作業
の先行順序をボックス間を結ぶ線702とボックス701の配
置関係（画面配置上で、左側のボックス701の作業が右
側のボックス701の作業に先行する）で表現する。さら
にボックス701は上下２段の表示エリアを持ち、上段703
に実行指示モード、下段704に実行モードを表示する。
各作業の実行モードと実行指示モードを比較表示するこ
とによって、各作業とプロジェクト全体工程の作業状態
を表現する。また完成度表示エリア705を設け、上下２
段の表示エリア703、704の上に上書き表示する。作業が
未着手で完成度が０％のときは表示せず、完成度が増加
するに従って、ボックス701の左側からボックスを１０
０％とした場合の割合で表示する。これにより、各作業
とプロジェクト全体の進捗状況を表示する。さらに、問
題状態である作業のボックスを点滅表示することによ
り、管理者に注意を促す。また、図14は、実行モードと
実行指示モードの表示方法を、ボックス701に左右２列
の表示エリアを持つプロジェクト管理者のコンピュータ
ーシステムの画面の一実施例である。また、完成度表示
エリア705を設け、ボックス701の付近に表示する。さら
に、問題状態である作業のボックスを形または色を変え
て表示する。また、図14では、「通常」状態の作業を四
角形で、「問題」状態であるが、緊急に対応を必要とし
ない状態の作業を角の丸い四角形1405で、「問題」状態
であり、緊急に対応の必要な状態の作業を楕円1404で表
示している。図15(a)と(b)は、ボックス701が一つの表
示エリア1501を持ち、実行モードと実行指示モードを、
画面の切り替えにより表示するプロジェクト管理者のコ
ンピューターシステムの画面の一実施例である。さら
に、図15は、作業の状態を色あるいは形で表示するエリ
ア1502を設け、ボックス701の付近に表示する。

【００７０】図16は、作業担当者のコンピュータシステ
ムの画面の一実施例である。担当者の画面には、図16
（ａ）のリストボックス801が表示される。リストボッ
クス801には、担当者が担当している全作業と担当予定
の全作業が列挙される。表示項目は、作業の実行指示モ
ードである指示モード802、担当者が行う作業803とその
期限804で構成される。この例では、各作業は、実行指
示モード別に、中断作業、着手可作業、着手不可作業の
順に並べられ、同一指示モード内では、上方の作業がよ
り優先度の高い作業を表す。また、各作業の指示モード
に従い、色分けあるいはフォントを変えて表示される。

【００７１】担当者は、リストボックス801中の作業を
選択することにより、作業に着手する。ここで、「着手
可」の5.作業を選択した場合は問題ないが、「着手不
可」あるいは「中断」の作業を選択すると、選択した作
業の実行モードが「着手中」となり、実行制御部113の
判断で、着手した理由を担当者に問い合わせてくる。こ
れが、図16（ｂ）に示す問題通知ボックス805である。
問題通知ボックス805は、問題通知エリア806と理由欄80
7で構成される。問題通知エリア806は、問題となってい
る項目と問題に関する担当者への質問を表示する。理由
欄807には、問題通知エリア806に表示された質問に対す
る回答を担当者が入力したものを表示する。この例で
は、担当者が、リストボックス801の下から２行目の作
業808を選択した場合である。理由欄807に記入した理由
に基き、プロジェクトの管理者は、当該作業の実行可否
を判断する。その結果、着手してもよいと判断した場合
は、管理者は、実行指示モードを「着手不可」から「着
手可」に変更する指示を出す。その結果、図16（ｃ）に
示すように、リストボックス801の作業808の指示モード
802は「着手可」に変わる。また、図17に、作業担当者
のコンピューターシステムの画面において、リストボッ
クス801中の表示項目が、作業の実行指示モードである
指示モード802、担当者が行う作業803、作業の実行モー
ド1801とその期限804から構成されている一実施例をし
めす。

【００７２】図18は、プロジェクト全体の分析画面の一
実施例である。各評価指標はプロセス分析部114での評
価項目に対応しており、プロセス分析部114での評価結
果を表示する。

【００７３】このように、本実施例では、先行作業が完
了していなくても、予め定めた完成度に達していれば、
次の後続作業に着手できるように作業を制御することが
できるので、開発期間を短縮することができる。また、
作業の現在の実行状態と実行指示されている状態との比
較から、作業の実行状態に問題がないか否かが分かるた
め、プロジェクトの進行に従って問題となる作業を容易
に発見し、早期に対策することが可能となり、プロジェ
クトの失敗を防止することができる。また、作業の実行
状態の履歴と実行指示状態の履歴を保存し、各実行状態
と実行指示状態の組について累計時間を集計できるた
め、プロジェクト全体の分析が可能となり、その結果を
生かし業務を改善できる。また、作業担当者の独自判断
による作業の着手あるいは中断を管理することができる
ため、予定外の作業や突発的に優先される作業に対して
臨機応変に管理することができるとともに、システムの
形骸化を防ぐことができる。

【００７４】

【発明の効果】本発明によれば、先行作業が完了してい
なくても、予め定めた完成度に達していれば、次の後続
作業に着手できるように作業を制御することができる。
現在、ソフトウェア及びシステム開発作業において、こ
のような作業の早期着手は当然のように行われており、
設計作業の多くは、早期着手している。このため、先行
作業の終了後、作業を開始するように設計されていた従
来のワークフロー管理システムを適用することは、多大
な待機時間を生じることになる。このような状況に対し
て、本発明は、早期着手の実行のための条件を設定する
ことができ、従来のワークフロー管理システムでは、待
機していた作業を早期着手することにより、開発期間の
短縮効果がある。

【００７５】また、本発明によれば、作業の現在の実行
状態と実行指示されている状態との比較から、作業の実
行状態に問題がないか否かが分かるため、プロジェクト
の進行に従って、問題となる作業を容易に発見し、早期
に対策することが可能となる。従来、この問題となる作
業の発見のために、プロジェクト管理者は進捗会議を開
催する、あるいは中間レビューを行い作業の進行をチェ
ックする等の多大な工数を費やしてきた。例えば、ある
プロジェクトでは、週に１回、半日費やして進捗会議を
行い、問題作業の発見につとめており、これは、管理者
の全作業時間の約１割に相当する。本発明によれば、管
理者の全作業時間の１割程度の問題発見に費やす工数を
削減することが可能であり、管理や手配、調整業務など
により設計業務に専念できないプロジェクト管理者が、
現状の約１割の時間を設計業務に費やすことができるよ
うになる。また、プロジェクト規模の増大により、従来
の進捗会議や中間レビューでは、すべての問題の発見が
不可能になっており、プロジェクトに多大な打撃を加え
る可能性を見逃していたが、本発明により、問題を漏れ
なく発見することが可能となり、プロジェクトの失敗を
防止する効果がある。

【００７６】また、本発明によれば、管理者は視覚的に
各作業の進度と状態を知ることができる。このような各
作業の進度と状態の把握には、プロジェクトの大規模
化、分散環境の拡大に伴い、多大な工数が必要とされて
いる。本発明によれば、管理者は各作業の進度と状態を
視覚的に知ることが可能なため、管理者の管理業務を軽
減する効果がある。

【００７７】また、本発明によると、作業の実行状態の
履歴と実行指示状態の履歴を保存し、各実行状態と実行
指示状態の組について累計時間を集計できるため、プロ
ジェクト全体の分析が可能となる。従来までのワークフ
ロー管理システムは、１度設計した計画を改善するため
の仕掛けが存在せず、非効率あるいは無理のある計画を
立案すると、その計画を改善することが困難であり、ワ
ークフロー管理システムによる管理をあきらめざるを得
ない状況になっていた。本発明によるプロジェクト分析
の結果を利用することにより、業務改善の指針を明確に
することが可能になり、効率よく業務を改善できる効果
がある。

【００７８】また、作業担当者の独自判断による作業の
着手あるいは中断を管理することができる。従来のワー
クフロー管理システムでは、計画以外の作業や順序を認
めておらず、予定外の作業や突発的に優先される作業に
ついて、計画立案時に予測する必要があった。プロジェ
クトの大規模化、複雑化に伴い、このような予測は、事
実上不可能となってきているため、従来のワークフロー
管理システムは、ソフトウェア開発及びシステム開発の
管理に適用することは困難であった。あるいは、適用し
た場合でも、突発的な作業に従事することが多い場合
は、システムの指示を無視して作業を実行するため、シ
ステムが形骸化していった。本発明によれば、予定外の
作業や突発的に優先される作業に対して臨機応変に管理
することができる効果があるとともに、システムの形骸
化を防ぐ効果がある。

【図面の簡単な説明】

【図１】本発明によるワークフロー管理システムの構成
を示す図である。

【図２】本発明に係る実行モード情報テーブルの一例で
の内容を示す図である。

【図３】本発明に係る実行指示モード情報テーブルの一
例での内容を示す図である。

【図４】本発明に係る指示情報テーブルの一例での内容
を示す図である。

【図５】本発明に係る作業状態の判断条件の情報テーブ
ルの一例での内容を示す図である。

【図６】本発明に係る先行作業テーブルと実行条件テー
ブルの一例での内容を示す図である。

【図７】本発明に係る作業実績テーブルの一例での内容
を示す図である。

【図８】本発明に係る受信情報テーブルの一例での内容
を示す図である。

【図９】本発明に係る実行制御部の処理手順概略フロー
を示す図である。

【図１０】本発明に係るワークフロー管理部の処理手順
概略フローを示す図である。

【図１１】本発明に係る実行モード管理部の処理手順概
略フローを示す図である。

【図１２】本発明に係る実行指示モード管理部の処理手
順概略フローを示す図である。

【図１３】本発明で得られる管理者の管理画面イメージ
の一例を示す図である。

【図１４】本発明で得られる管理者の管理画面イメージ
の一例を示す図である。

【図１５】本発明で得られる管理者の管理画面イメージ
の一例を示す図である。

【図１６】本発明で得られる担当者の作業画面イメージ
の一例を示す図である。

【図１７】本発明で得られる担当者の作業画面イメージ
の一例を示す図である。

【図１８】本発明で得られる管理者のプロセス分析画面
イメージの一例を示す図である。

【符号の説明】

100…ワークフロー管理システム、101…処理部、102…
データベース部、103…入出力部、104…ネットワーク、
105〜107…コンピューターシステム、108…作業手順デ
ータベース、109…作業実績データベース、110…ワーク
フロー管理部、111…実行モード管理部、112…実行指示
モード管理部、113…実行制御部、114…プロセス分析
部、115…指示情報テーブル、116…承認フラグ、117…
実行モード情報テーブル、118…実行指示モード情報テ
ーブル、119…先行作業テーブル、120…実行条件テーブ
ル、121…作業実績テーブル、122…受信情報テーブル、
123…作業状態判断テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者松崎吉衛神奈川県横浜市戸塚区吉田町292番地株式会社日立製作所生産技術研究所内

Claims

【特許請求の範囲】

【請求項１】製品の製造工程を複数の作業項目とその作
業順序で定義し、その定義に基づいて実行作業を管理す
るワークフロー管理システムであって、前記作業項目の作業状態を表す実行モードと、前記作業
順序から導かれる前記作業項目の作業着手可能状態を表
す実行指示モードとを監視しておき、前記実行モードと前記実行指示モードとから各作業項目
の異常状態を一定期間継続して検出した場合に、該作業
項目を問題発生状態として所定の通知を行うことを特徴
とするワークフロー管理システム。
【請求項２】前記実行モードとして、未着手、着手中、
完了、中断中を表す情報を有することを特徴とする請求
項１記載のワークフロー管理システム
【請求項３】前記実行指示モードとして、着手可、着手
不可、中断を表す情報を有することを特徴とする請求項
１もしくは２記載のワークフロー管理システム
【請求項４】前記実行指示モードとして着手不可あるい
は中断を表示し、かつ前記実行モードとして着手中を表
示した状態が所定の期間維持された作業項目を、問題発
生状態として、管理者の利用する端末へ通知する請求項
１から３のいずれかに記載のワークフロー管理システ
ム。
【請求項５】前記実行指示モードとして着手可を表示
し、かつ前記実行モードとして未着手あるいは中断中を
表示した状態が所定の期間維持された作業項目を、問題
発生状態として、管理者の利用する端末へ通知する請求
項１から３のいずれかに記載のワークフロー管理システ
ム。
【請求項６】前記実行指示モードとして中断以外を表示
し、かつ前記実行モードが中断中に表示を切り替えた状
態が所定の期間維持された作業項目を、問題発生状態と
して、管理者の利用する端末へ通知する請求項１から３
のいずれかに記載のワークフロー管理システム。
【請求項７】前記問題発生状態として認識された作業項
目の担当者の利用する端末に、理由を質問する画面を表
示し、前記担当者からの入力される理由を管理者の利用
する端末へ出力することを特徴とする請求項１から６の
いずれかに記載のワークフロー管理システム。
【請求項８】前記実行モードと前記実行指示モードの履
歴を保存し、前記実行モードの履歴と前記実行指示モードの履歴の組
み合わせから前記製造工程の問題点を分析し、前記分析結果から問題の顕著な作業項目を表示すること
を特徴とする請求項１から７のいずれかに記載のワーク
フロー管理システム。
【請求項９】製品の製造工程を複数の作業項目とその作
業順序で定義し、その定義に基づいて実行作業を管理す
るワークフロー管理システムであって、前記各作業項目の着手状態を表す実行モードと、前記作
業順序により決定される着手可否情報を表す実行指示モ
ードとを管理し、前記実行モードと前記実行指示モード
との２つのモードの状態に基づき作業項目の実行制御を
行うことを特徴とするワークフロー管理システム。