JP2001282970A - ワークフロー管理システム - Google Patents

Abstract

(57)【要約】 【課題】 情報処理装置に自動的に業務アプリケーショ
ンプログラムを実行させるバッチ処理型ワークフローア
クティビティを、ワークフロー業務中に効率的に組み込
むことが可能なワークフロー管理システムを提供するこ
と。 【解決手段】 ワークフローを定義し、その定義に基づ
いて個々の業務指示を発行し、個々の業務の進行状況を
把握／監視するワークフローサーバ装置と、該ワークフ
ローサーバ装置が発行した業務指示を受け取り、業務を
実行するワークフロークライアント装置とを具備し、ク
ライアント装置が、自動的に業務アプリケーションプロ
グラムを起動させるバッチ処理型業務実行手段と、その
実行結果を前記ワークフローサーバ装置に通知する手段
とを具備し、ワークフローサーバ装置が、前記クライア
ント装置が通知してきたバッチ処理型業務の実行結果を
予め定義された判定条件をもとに判定し、その判定結果
によってワークフローの流れを制御するワークフロー実
行制御手段を具備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の担当者が関
与する一連の流れを持った業務を、ネットワークを介し
て接続された情報処理装置による情報の伝達によって実
現し、それらを効率良く運用管理するバッチ処理アクテ
ィビティに対応したワークフロー管理システムに関す
る。

【０００２】

【従来の技術】近年、ＢＰＲ（Business Process Reeng
ineering）が推進されている。ＢＰＲとは、業務の内容
や手順（ビジネスプロセス）を根本から見直して再設計
することであり、その一環として既存業務のワークフロ
ー化が行われる場合が多い。ワークフローとは、ＬＡＮ
やＷＡＮなどのネットワークに接続されたワークステー
ション（ＷＳ）やパーソナルコンピュータ（ＰＣ）など
の情報処理装置を使用して、複数の担当者が関与する一
連の流れを持った業務を情報処理装置間で相互に電子メ
ール、電子文書、および業務関連データを交換しながら
進めるという業務処理形態である。

【０００３】このワークフローを定義し、その定義に基
づいて個々の業務を効率的に実行／連携させ、個々の業
務の進行状況を把握／監視するシステムをワークフロー
管理システムという。このワークフロー管理システム
は、企業の業務遂行方式における革新的技術として注目
を集めている。

【０００４】ワークフローを適用した業務の形態は大き
く次の３つに分類することができる。また、これらを組
み合わせたものも見られる。 （１）電子メールまたは電子文書の回覧を行う（回覧処
理型） （２）指示を受けた担当者が業務アプリケーションプロ
グラムを起動して業務を実行する（対話処理型） （３）情報処理装置に自動的に業務アプリケーションプ
ログラムを実行させる（バッチ処理型）

【０００５】回覧処理型は、電子メールシステムなどを
利用して担当者間で電子メールや電子文書の送受信を行
って業務を進めるものである。代表的なものに申請、審
査、承認を行う稟議回覧がある。対話処理型も電子メー
ルシステムなどを利用して担当者に業務指示を行い、指
示を受けた担当者が業務アプリケーションプログラムを
起動して業務を実行する。バッチ処理型は、人の操作が
介在することなく自動的に情報処理装置に業務アプリケ
ーションプログラムを実行させるものである。

【０００６】前述のワークフローを適用した業務の形態
のうち、情報処理装置に自動的に業務アプリケーション
プログラムを実行させるバッチ処理型業務に関するワー
クフロー管理システムの公知例として特開平１０−３２
０４７５号、および特開平１１−６６１６４号公報に開
示された技術がある。

【０００７】これらの公知例でのワークフロー管理シス
テムは、ワークフロー管理全体を制御するサーバ装置
と、ワークフローを構成している個々の因子（アクティ
ビティ）を実行するクライアント装置とを有するクライ
アントサーバ型の構成をとっている。

【０００８】特開平１０−３２０４７５号公報はワーク
フローサーバ側において、ワークフロークライアント側
で実行する業務アプリケーションプログラムなどの一連
の資源をすべて格納、管理し、これらをクライアント側
が必要になった時点で一括配信することにより、クライ
アント側での資源管理が不要なワークフロー管理システ
ムを提供するものである。

【０００９】特開平１１−６６１６４号公報は、業務デ
ータベースを参照、更新するワークフロークライアント
側の業務アプリケーションプログラムに関するもので、
ワークフロー環境、およびデータベース環境が変更とな
った場合でも業務アプリケーションプログラムの再構
築、または改造を防ぐ方法を提供するものである。

【００１０】

【発明が解決しようとする課題】しかし、現在既知のワ
ークフロー管理システムによって実際に効率良く運用で
きるワークフロー業務は前述の電子メールまたは電子文
書の回覧を行う回覧処理型や、指示を受けた担当者が業
務アプリケーションプログラムを起動して業務を実行す
る対話処理型の場合か、またはそれらの組み合わせの場
合である。情報処理装置に自動的に業務アプリケーショ
ンプログラムを実行させるバッチ処理型は、ワークフロ
ー業務運用の中に効率的に組み込まれているとは言えな
い。

【００１１】図１６にその例を示す。ワークフロー１は
各部署から提出された予算データをもとに全社予算集計
バッチ処理を行い、その結果の審査承認の稟議回覧を行
うものである。ワークフローアクティビティ１６２は対
話型処理である。電子メールにて各部の予算入力担当者
に対話型業務アプリケーションを実行し、各部予算入力
処理を実行するよう指示する。ワークフローアクティビ
ティ１６３は、各部が入力した予算データをもとに全社
予算集計バッチ処理を行う。ワークフローアクティビテ
ィ１６５は電子文書の回覧によって、バッチ処理により
得られた結果の審査承認稟議回覧処理を行う。

【００１２】例えば、ここでアクティビティ１６３の
「全社予算集計バッチ処理」の結果によっては、再度
「各部予算入力処理」（１６２）からやり直さなければ
ならないという業務の流れ（図中４の判定、および分
岐）はごく一般的に考えられるものであり、差し戻し処
理とも呼ばれている。

【００１３】しかし、このようにバッチ処理の結果を判
定し、ある条件の場合はワークフロー中の任意のポイン
トに分岐するといった流れを制御することのできるワー
クフロー管理システムは現在のところ見当たらない。そ
のため図１６の符号１６４のようなバッチ処理終了後の
結果判定、および判定後のワークフロー再実行という作
業は人手に頼らざるをえない。したがって、バッチ処理
アクティビティはワークフロー業務運用の中に効率的に
組み込まれてはいないと言える。

【００１４】前述の公知例特開平１０−３２０４７５
号、および特開平１１−６６１６４号公報のどちらも、
バッチ処理型ワークフローアクティビティが異常終了し
た場合の処理に関することには触れられていない。

【００１５】本発明の目的は、情報処理装置に自動的に
業務アプリケーションプログラムを実行させるバッチ処
理型ワークフローアクティビティを、ワークフロー業務
中に効率的に組み込むことが可能なワークフロー管理シ
ステムを提供することにある。

【００１６】

【課題を解決するための手段】前記目的を解決するため
に本発明のワークフロー管理システムは、ワークフロー
を定義し、その定義に基づいて個々の業務指示を発行
し、個々の業務の進行状況を把握監視するワークフロー
サーバ装置と、前記ワークフローサーバ装置が発行した
業務指示を受け取り、業務を実行するワークフロークラ
イアント装置とを備え、前記クライアント装置が、自動
的に（人手を介さずに）業務アプリケーションプログラ
ムを起動させるバッチ処理型業務実行手段と、その実行
結果をワークフローサーバ装置に通知する手段を具備
し、前記サーバ装置が、前記クライアント装置から通知
されたバッチ処理実行結果を判定し、予め定義された条
件にしたがって進行経路を選択するワークフロー実行制
御手段を具備することを特徴とする。

【００１７】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を用いて詳細に説明する。図１は本発明のワーク
フロー管理システムの実施形態の全体的な構成を示すブ
ロック図である。同図に示すように本実施の形態では、
ＬＡＮやＷＡＮなどのネットワーク１５にそれぞれ接続
されたワークフローサーバ装置６、および複数のワーク
フロークライアント装置１６、２３から構成される。

【００１８】ワークフローサーバ装置６には、ワークフ
ロー業務実行に必要なすべての管理情報を記憶するため
のワークフロー管理情報記憶手段７と、ワークフロー管
理情報記憶手段７に記憶されているワークフロー管理情
報とワークフロークライアント装置１６、２３から返信
されたワークフロー業務の実行結果をもとにワークフロ
ー全体の進行を制御するワークフロー実行制御手段８
と、ワークフロークライアント装置１６、２３への業務
実行指示メッセージを作成するメッセージ生成手段１３
と、ワークフロークライアント装置１６、２３との通信
処理を一括して行う通信手段１４とが設けられている。

【００１９】ワークフロー実行制御手段８は、回覧型業
務の実行とその結果を判断する回覧型業務実行制御手段
１０と、対話型業務の実行とその結果を判断する対話型
業務実行制御手段１１と、バッチ型業務の実行とその結
果を判断するバッチ型業務実行制御手段１２と、これら
３つを制御しワークフローの進行を制御するワークフロ
ー制御手段９から構成される。

【００２０】他方、回覧および対話アクティビティを実
行するワークフロークライアント装置１６には、ワーク
フローサーバ装置６との通信処理を一括して行う通信手
段１７と、ワークフローサーバ装置６から送信された各
種業務実行指示メッセージを解釈し、回覧および対話型
業務の実行制御を行うワークフロー実行手段１８と、回
覧および対話型業務の実行担当者に実際に指示を与える
電子対話手段２１と、対話型業務の実行の際に、実行担
当者が起動するアプリケーションプログラムを格納して
おく対話アプリケーションプログラム記憶手段２２が設
けられている。

【００２１】ワークフロー実行手段１８は、回覧型業務
を実行する回覧型業務実行手段１９と、対話型業務を実
行する対話型業務実行手段２０から構成される。

【００２２】また、バッチアクティビティを実行するワ
ークフロークライアント装置２３には、ワークフローサ
ーバ装置６との通信処理を一括して行う通信手段２４
と、ワークフローサーバ装置６から送信された各種業務
実行指示メッセージを解釈し、バッチ型業務の実行制御
を行うワークフロー実行手段２５と、バッチ型業務の実
行の際に起動される業務アプリケーションプログラムを
格納しておくバッチプログラム記憶手段２７が設けられ
ている。ワークフロー実行手段２５は、バッチ型業務実
行手段２６から構成される。

【００２３】図２は、図１中のワークフローサーバ装置
６およびワークフロークライアント装置１６，２３の詳
細構成を示すブロック図である。同図中、ワークフロー
サーバ装置６、およびワークフロークライアント装置１
６，２３は、ワークステーションやパーソナルコンピュ
ータなどのコンピュータ装置により構成される。

【００２４】これらのコンピュータ装置はキーボード２
８、４４やポインティングデバイス２９、４５などを入
力機器として接続し、データ入力を行う入力部３１、４
７と、入力データや処理データなどを記憶保持する内部
メモリ３０、５２、６２と、磁気ディスク装置４０、５
６、６４またはリムーバブル外部記憶装置５７、６５な
どを接続してデータなどの記憶を行う外部記憶部３５、
５１、６１と、ＣＲＴ３８、５４または液晶３７などへ
表示を行う表示部３３、４９と、プリンタ３９、５５、
６３などを接続してデータなどを印字出力する出力部３
４、５０、６０と、ネットワークアダプタ４１、４２、
４３を経由してネットワークに接続し、他のコンピュー
タ装置との通信を行う通信制御部３６、４６、５８を備
える。

【００２５】本実施の形態では、図１に示したワークフ
ローサーバ装置６のワークフロー実行制御手段８、メッ
セージ生成手段１３を図２のワークフローサーバ装置６
の処理部３２に付設し、通信手段１４を通信制御部３６
に付設している。

【００２６】また、図１に示した回覧および対話アクテ
ィビティを実行するワークフロークライアント装置１６
のワークフロー実行手段１８、電子対話手段２１は図２
の同装置１６の処理部４８に付設し、通信手段１７を通
信制御部４６に付設している。

【００２７】また、図１に示したバッチアクティビティ
を実行するワークフロークライアント装置２３のワーク
フロー実行手段２５は、図２の同装置２３の処理部５９
に付設し、通信手段２４を通信制御部５８に付設してい
る。

【００２８】次に、本実施の形態の動作について、図１
から図８を参照して詳細に説明する。まず、図１に示す
ワークフローサーバ装置６におけるワークフロー実行制
御手段８の動作について，図３に示すフローチャートに
より説明する。

【００２９】本手段８は、個々のワークフローの実行単
位に開始（起動）される。まず、Ｓ３０にて図１のワー
クフロー管理情報記憶手段７から、当該ワークフローの
実行制御に関わる情報を入力し、図２の内部メモリ３０
に一時的に記憶しておく。Ｓ３１ではその情報により、
当該ワークフローの実行状態を初期化し実行準備を行
う。Ｓ３２およびＳ３３ではワークフロークライアント
装置にて実行されるワークフローアクティビティの種別
を判断する。そのワークフローアクティビティがバッチ
業務ならばＳ３４、回覧業務であればＳ３５、対話業務
であればＳ３６の各ステップにおいてメッセージ生成手
段（図１のメッセージ生成手段１３）にワークフローク
ライアント装置に対する業務指示メッセージの作成を指
示する。Ｓ３７では当該ワークフローの状態（実行遷移
状態）を更新し、次の段階へ状態を遷移させる。

【００３０】Ｓ３８ではワークフロークライアント装置
へ送信するメッセージの作成指示がすべて終了したかを
判定する。まだ、残りがある場合はＳ３２〜Ｓ３７を繰
り返す。Ｓ３９〜Ｓ３Ａでは通信手段（図１の通信手段
１４）からのメッセージ受信が常時監視されている。こ
のメッセージとは、ワークフロークライアント装置から
の各種業務実行結果の応答メッセージである。このとき
Ｓ３Ｂにて応答待ちタイムアウトの判定処理も行う。Ｓ
３ＣおよびＳ３Ｄでは応答メッセージの種別を判定し、
Ｓ３Ｅ〜Ｓ３Ｇの各ステップにおいて各種応答メッセー
ジの内容を詳細に判定する。そして、その判定結果から
Ｓ３Ｈにおいて当該ワークフローの状態（実行遷移状
態）を更新し、次の段階へ状態を遷移させる。Ｓ３Ｉで
は受信監視すべき応答メッセージがまだあるかを判定す
る。まだある場合は、Ｓ３９〜Ｓ３Ｈを繰り返す。最後
に、Ｓ３Ｊにて当該ワークフローの終了判定を行い、続
行する場合はＳ３２からＳ３Ｈまでのステップを当該ワ
ークフローが終了するまで繰り返す（Ｓ３Ｊ）。

【００３１】次に、図１に示すメッセージ生成手段１３
の動作について、図４に示すフローチャートにより説明
する。まず、Ｓ４０では前述のワークフロー実行制御手
段（図１の８）の各アクティビティ毎の実行手段（図１
の１０、１１、１２および図３のＳ３４、Ｓ３５、Ｓ３
６）からのメッセージ作成指示を常時監視している。Ｓ
４１にて受信が検出されると、Ｓ４２にてワークフロー
管理情報記憶手段（図１の７）から、該当するワークフ
ロークライアント装置へのメッセージ送信に必要な情報
を入力する。そして、Ｓ４３にて各アクティビティ毎の
業務実行指示メッセージを、その入力情報を元にして作
成する。Ｓ４４ではその作成したメッセージの送信を通
信手段（図１の１４）へ指示する。

【００３２】次に、図１に示す通信手段１４の動作につ
いて，図５に示すフローチャートにより説明する。ま
ず、Ｓ５０では前述のメッセージ生成手段（図１の１
３）からのメッセージ送信指示と、ワークフロークライ
アント装置（図１の１６、２３）からの応答メッセージ
を常時監視している。Ｓ５１にて受信が検出されるとＳ
５２、およびＳ５３にてそのどちらかを判定する。メッ
セージ生成手段１３からのメッセージ送信指示の場合
は、Ｓ５４にて指定されたワークフロークライアント装
置へメッセージを送信する。ワークフロークライアント
装置からの応答メッセージの場合は、Ｓ５５にてワーク
フロー実行制御手段（図１の８）にそのメッセージを転
送する。

【００３３】次に、図１に示す回覧、対話アクティビテ
ィ実行ワークフロークライアント装置１６の通信手段１
７、およびバッチアクティビティ実行ワークフロークラ
イアント装置２３の通信手段２４の動作について、図６
に示すフローチャートにより説明する。まず、Ｓ６０で
は前述のワークフローサーバ装置の通信手段（図１の１
４）からのメッセージ受信と、ワークフロークライアン
ト装置のワークフロー実行手段（図１の１８、２５）か
らの応答メッセージ送信指示を常時監視している。Ｓ６
１にて受信が検出されると、Ｓ６２およびＳ６３にて、
そのどちらかを判定する。

【００３４】ワークフローサーバ装置６からのメッセー
ジの場合は、Ｓ６５にてワークフロー実行手段１８へ受
信したメッセージを転送する。ワークフロー実行手段か
らの応答メッセージ送信指示の場合は、Ｓ６４にてワー
クフローサーバ装置６へそのメッセージを送信する。

【００３５】次に、図１に示す回覧、対話アクティビテ
ィ実行ワークフロークライアント装置１６のワークフロ
ー実行手段１８の動作について、図７に示すフローチャ
ートにより説明する。まず、Ｓ７０では前述の通信手段
（図１の１７）からのメッセージ受信を常時監視してい
る。Ｓ７１にて受信が検出されると、Ｓ７２にて回覧、
または対話のどちらのアクティビティかを判定する。

【００３６】回覧アクティビティの場合、Ｓ７３で電子
対話手段（図１の２１）を用いて実行担当者に対する指
示を与えるとともに、その指示に対する実行担当者の応
答結果を電子対話手段２１から受ける。Ｓ７４ではその
応答結果から、回覧アクティビティ結果応答メッセージ
を作成する。同様に対話アクティビティの場合、Ｓ７５
で電子対話手段２１を用いて実行担当者に対する指示を
与える。このとき実行担当者は必要に応じて、対話プロ
グラム記憶手段（図１の２２）から対話プログラムを起
動する。さらにＳ７５では、この対話アクティビティ実
行担当者からの応答結果を電子対話手段２１から受け
る。Ｓ７６ではその応答結果から、対話アクティビティ
結果応答メッセージを作成する。Ｓ７７ではＳ７４、お
よびＳ７６にて作成した各アクティビティの結果応答メ
ッセージを、ワークフローサーバ装置６へ送信するよう
通信手段１７へ指示する。

【００３７】次に、図１に示すバッチアクティビティ実
行ワークフロークライアント装置２３のワークフロー実
行手段２５の動作について，図８に示すフローチャート
により説明する。まず、Ｓ８０では通信手段（図１の２
４）からのメッセージ受信を常時監視している。Ｓ８１
にて受信が検出されると、Ｓ８２にてメッセージ中で指
定されたバッチプログラムをバッチプログラム記憶手段
（図１の２７）から起動する。Ｓ８３ではその終了を監
視しており、Ｓ８４で終了が確認されると、Ｓ８５にて
その実行結果をもとにバッチアクティビティ実行結果応
答メッセージを作成する。Ｓ８６では作成した結果応答
メッセージを、ワークフローサーバ装置６へ送信するよ
う通信手段へ指示する。

【００３８】次に、本発明の具体例について図１〜図１
５を参照して詳細に説明する。図９のワークフロー例６
６は本発明の具体例を説明するための図である。図中、
６７は対話処理を行うノードであり、「装置１」の担当
者Ａが割り当てられている。６８はバッチ処理を行うノ
ードであり、「装置２」が割り当てられている。６９は
回覧処理を行うノードであり、「装置３」の担当者Ｂが
割り当てられている。

【００３９】図１０は、図１のワークフロー管理情報記
憶手段７に設定するワークフロー管理情報７０の構成例
である。この例は図９におけるワークフローの場合の構
成例である。ステップ番号７１はワークフローの流れを
制御するシーケンス番号である。この例ではステップ番
号１０から下に向かって実行が遷移していく。アクショ
ン７２はワークフローアクティビティの種別と、各アク
ティビティの実行結果に対する判定、応答の監視を示し
ている。担当者または条件７３はアクションが対話また
は回覧の場合は実行担当者を特定する情報、判定の場合
はその条件の内容を示す判定条件テーブル（図１２）の
レコードを指すインデクス、監視の場合は応答を識別す
る識別子である。ノード７４は各アクティビティを実行
するワークフロークライアント装置の情報であり、図１
中のワークフローサーバ装置１６、２３を特定する情報
である。メッセージまたはバッチプログラム情報７５
は、アクションが対話または回覧の場合は実行担当者に
与える指示内容であり、アクションがバッチの場合は実
行するバッチプログラムに関する情報となる。

【００４０】図１１は、前述のワークフロー管理情報の
アクション７２が判定のときの、その条件７３の詳細内
容をあらわす判定条件テーブル８７の構成例である。図
１０の条件７３と図１１の条件８８は対応付けされてい
る。判定内容８９は具体的な判定内容を示しており、基
本的に判定結果は真／偽の２値をとる。真分岐先９０と
偽分岐先９１は判定結果による分岐先をあらわし、ワー
クフロー管理情報のステップ番号７１に対応付けされて
いる。これら図１０のワークフロー管理情報７０と図１
１の判定条件テーブル８７は、ワークフロー管理に基づ
く業務の実行に先立ち予め設定されている情報である。

【００４１】次に、本具体例の動作について詳細に説明
する。いま、図１のワークフローサーバ装置６にて図９
のワークフロー６６が起動され、ワークフロー実行手段
８中のワークフロー制御手段９に制御が移ってきたと想
定する。ワークフロー制御手段９は、図３のＳ３０にて
ワークフロー管理情報記憶手段７から当該ワークフロー
管理情報７０を入力し、図２の内部メモリ３０に格納し
ておく（Ｓ３１）。Ｓ３２〜Ｓ３３では、ワークフロー
管理情報７０のステップ番号１０のレコード（７６）の
アクション７２から、対話アクティビティと判断しＳ３
６に制御を移す。Ｓ３６では対話型業務実行制御手段１
１が、メッセージ生成手段１３に対話業務指示メッセー
ジの作成を指示する。Ｓ３７ではワークフロー管理情報
の進行状態が１つ進められ、カレントステップが次のス
テップ番号２０のレコード（７７）となる。Ｓ３８では
カレントステップ７７のアクション７２が監視のため、
応答の監視を行うべくＳ３９〜Ｓ３Ａに制御を進める。

【００４２】次に前述のＳ３６から対話業務指示メッセ
ージの作成を指示されたメッセージ生成手段１３は、図
４のＳ３０〜Ｓ３１を経てメッセージ作成指示を受け、
Ｓ４２にて内部メモリ３０に格納してあるワークフロー
管理情報７０のレコード７６を参照し、Ｓ４３にて図１
２の対話業務指示メッセージ９６を組み立てる。ここで
受信先装置情報９８はノード７４、アクティビティ種別
９９はアクション７２、担当者情報１００は担当者７
３、メッセージ１０１はメッセージ７５から求める。ま
た、発行元識別子１０２は対話型業務実行制御手段１１
から受け、送信元装置情報９７は自システムから求めて
設定する。そして、Ｓ４４にて通信手段１４に対し作成
したメッセージの送信指示を行う。

【００４３】このメッセージ送信指示を受けた通信手段
１４は、図５のＳ５０〜Ｓ５１を経てメッセージ送信指
示を受けると、Ｓ５２〜Ｓ５３にて対話業務指示メッセ
ージ９６の受信先装置情報９８からワークフロークライ
アント装置へのメッセージ送信と判断し、Ｓ５４にてメ
ッセージを送信する。

【００４４】ネットワーク１５を介して、ワークフロー
クライアント装置１６に対話業務指示メッセージ９６が
到着すると、通信手段１７が図６のＳ６０〜Ｓ６１を経
てメッセージを受信する。Ｓ６２〜Ｓ６３にてメッセー
ジ９６の受信先装置情報９８から、ワークフローサーバ
装置６からのメッセージ受信と判断し、Ｓ６５にてワー
クフロー実行手段１８へ受信したメッセージを転送す
る。

【００４５】メッセージを転送されたワークフロー実行
手段１８は、図７のＳ７０〜Ｓ７１を経てメッセージを
受信すると、Ｓ７２にてメッセージ９６のアクティビテ
ィ種別９９から対話アクティビティと判断し、Ｓ７５に
制御を移す。

【００４６】Ｓ７５では対話業務実行手段２０が、対話
業務指示メッセージ９６の担当者７３から担当者Ａと認
識し、電子対話手段２１を用いて担当者Ａに指示を与え
る。さらにＳ７５では、担当者Ａからの応答結果を電子
対話手段２１から受ける。Ｓ７６ではその応答結果か
ら、図１３の対話業務応答メッセージ１０３を作成す
る。送信元装置情報１０４、受信先装置情報１０５、ア
クティビティ種別１０６、および発行元識別子１０８は
先に受信した対話業務指示メッセージ９６から求め、結
果情報１０７はＳ８５で求めたものを設定する。そし
て、Ｓ７７ではこの対話業務応答メッセージ１０３を、
ワークフローサーバ装置６へ送信するよう通信手段１７
へ指示する。

【００４７】この送信指示を受けた通信手段１７は、メ
ッセージ１０３の受信先装置情報１０５からワークフロ
ーサーバ装置６への応答メッセージ送信と判断し、メッ
セージを送信する。

【００４８】ネットワーク１５を介して、ワークフロー
サーバ装置６に対話業務応答メッセージ１０３が到着す
ると、通信手段１４が図６のＳ６０〜Ｓ６１を経てメッ
セージを受信する。Ｓ６２〜Ｓ６３にてメッセージ１０
３の受信先装置情報１０５から、ワークフロークライア
ント装置１６からのメッセージ受信と判断し、Ｓ６５に
てワークフロー実行手段８へ受信したメッセージを転送
する。

【００４９】メッセージを転送されたワークフロー実行
手段８は、このとき先に送信した対話業務指示に対する
応答を、図３のＳ３９〜Ｓ３Ａにおいて監視している最
中である。そしてメッセージを受信すると、Ｓ３Ｃ〜Ｓ
３Ｄにてメッセージ１０３のアクティビティ種別１０６
から、対話業務応答と判断しＳ３Ｇに制御を移す。Ｓ３
Ｇ〜Ｓ３Ｈでは対話型業務実行制御手段１１が、発行元
識別子１０８とワークフロー管理情報７０のカレントス
テップ（７７）の識別子７３が同じことから、先に送信
した対話業務指示に対する応答であると判断する。そし
て、カレントステップを７８に更新する。カレントステ
ップは判定であるため、条件７３から図１１の判定条件
テーブル８７のレコード９２を参照し、判定内容８９に
示された判定をメッセージ１０３の結果情報１０７によ
り行う。そして、その判定結果によりカレントステップ
を更新する。

【００５０】本具体例では「担当者Ａ業務終了」の場合
は、カレントステップをステップ番号４０のレコード
（７９）、それ以外の場合はステップ番号１１０のレコ
ード（８６）に変更する。

【００５１】前者の場合は対話業務が完了し、次のバッ
チ業務に進むケースであり、後者は対話業務が遂行でき
ず当該ワークフローを中止するケースである。ここでは
前者の場合と想定して説明を続ける。Ｓ３Ｊではカレン
トステップのアクション７２が終了でないためＳ３２に
制御を移す。

【００５２】次のＳ３２〜Ｓ３３ではカレントステップ
から、バッチアクティビティと判断しＳ３４に制御を移
す。Ｓ３４ではバッチ型業務実行制御手段１２が、メッ
セージ生成手段１３にバッチ業務指示メッセージの作成
を指示する。Ｓ３７ではカレントステップをステップ番
号５０のレコード（８０）に更新する。Ｓ３８ではカレ
ントステップが監視アクションのため、応答の監視を行
うべくＳ３９〜Ｓ３Ａに制御を進める。

【００５３】Ｓ３４からバッチ業務指示メッセージの作
成を指示されたメッセージ生成手段１３は、図４のＳ４
０〜Ｓ４１を経てメッセージ作成指示を受け、Ｓ４２に
てワークフロー管理情報７０のレコード７９を参照し、
Ｓ４３にて図１４のバッチ業務指示メッセージ１０９を
組み立てる。ここでバッチプログラム情報１１３は、バ
ッチプログラム情報７５から求める。その他は、対話業
務指示メッセージ９６の場合と同様の動作で通信手段１
４にメッセージの送信指示を行う。

【００５４】このメッセージ送信指示を受けた通信手段
１４は、前述の対話業務指示メッセージ送信の場合と同
様の動作で、ワークフロークライアント装置２３へメッ
セージを送信する。

【００５５】ネットワーク１５を介して、ワークフロー
クライアント装置２３にバッチ業務指示メッセージ１０
９が到着すると、通信手段２４は前述の対話業務指示メ
ッセージ送信の場合と同様の動作で、ワークフロー実行
手段２５へ受信したメッセージを転送する。

【００５６】メッセージを転送されたワークフロー実行
手段２５は、図８のＳ８０〜Ｓ８１を経てメッセージを
受信すると、Ｓ８２にてメッセージ１０９のバッチプロ
グラム情報１１３をもとに、該当するバッチプログラム
をバッチプログラム記憶手段２７から起動する。そし
て、Ｓ８３でその終了を監視し、Ｓ８４でその終了を確
認した後制御をＳ８５に移す。Ｓ８５では図１５のバッ
チ業務応答メッセージ１１５を作成する。送信元装置情
報１１６、受信先装置情報１１７、アクティビティ種別
１１８、および発行元識別子１２０は先に受信したバッ
チ業務指示メッセージ１０９から求め、バッチプログラ
ムリターン情報１１９はＳ８４で確認したバッチプログ
ラムの終了情報をもとに設定する。そして、Ｓ８６では
このメッセージを、ワークフローサーバ装置へ送信する
よう通信手段２４へ指示する。この送信指示を受けた通
信手段２４は、メッセージの受信先装置情報１１７から
ワークフローサーバ装置への応答メッセージ送信と判断
し、メッセージを送信する。

【００５７】ネットワーク１５を介して、ワークフロー
サーバ装置６にバッチ業務応答メッセージ１１５が到着
すると、通信手段１４が図６のＳ６０〜Ｓ６１を経てメ
ッセージを受信する。Ｓ６２〜Ｓ６３にてワークフロー
クライアント装置からのメッセージ受信と判断し、Ｓ６
５にてワークフロー実行手段８へ受信したメッセージを
転送する。

【００５８】メッセージを転送されたワークフロー実行
手段８は、このとき先に送信したバッチ業務指示に対す
る応答を、図３のＳ３９〜Ｓ３Ａにおいて監視している
最中である。そしてこのメッセージを受信すると、Ｓ３
Ｃ〜Ｓ３Ｄにてメッセージ１１５のアクティビティ種別
１１８から、バッチ業務応答と判断し、Ｓ３Ｅに制御を
移す。Ｓ３Ｅ〜Ｓ３Ｈではバッチ型業務実行制御手段１
２が発行元識別子１２０から、先に送信したバッチ業務
指示に対する応答であると判断する。そして、ワークフ
ロー管理情報７０のカレントステップを８１に更新す
る。このカレントステップの条件７３から、判定条件テ
ーブル８７のレコード９３の判定内容８９に示された判
定を、メッセージ１１５のバッチプログラムリターン情
報１１９により行う。そして、その判定結果によりカレ
ントステップを更新する。

【００５９】本具体例では「終了コード＝０」の場合は
カレントステップをステップ番号８０のレコード（８
３）、それ以外の場合はステップ番号７０のレコード
（８２）に変更する。前者はバッチ業務が正常終了し、
次の回覧業務に進むケースである。後者はバッチ業務が
正常終了しなかったケースであり、この場合はさらにそ
の詳細を判定するためステップ８２の判定を実行する。
この判定では「終了コード＝８」の場合はステップ番号
１０に分岐し対話業務からのやり直し、それ以外の場合
はステップ番号１１０に分岐し当該ワークフローの中止
とする。

【００６０】このように、バッチ業務の実行結果に関す
る連続した判定と、その結果による任意のステップへの
分岐を可能にすることによって、バッチ処理型ワークフ
ローアクティビティを、ワークフロー業務中に効率的に
組み込むことができるワークフロー管理システムを実現
することができる。本具体例において、バッチ業務が正
常終了した後は、次の回覧業務に進むが、この動作は前
述の対話業務の動作と同一であるので省略する。

【００６１】

【発明の効果】 以上、説明したように本発明のワーク
フロー管理システムによれば、情報処理装置に自動的に
業務アプリケーションプログラムを実行させるバッチ処
理ワークフローアクティビティを実現し、さらにその実
行結果を詳細に判定して任意の条件にて、ワークフロー
中の任意のポイントに分岐するといった流れを制御する
ことが実現できる。これにより、従来人手に頼っていた
バッチ処理アクティビティ終了後の結果判定、および判
定後のワークフローの再実行や中止といった非効率的な
作業は不要になり、バッチ処理型ワークフローアクティ
ビティを、ワークフロー業務運用の中に効率的に組み込
むことが可能になる。

【図面の簡単な説明】

【図１】本発明の実施形態を示すシステム構成図であ
る。

【図２】図１のワークフローサーバ装置および複数のワ
ークフロークライアント装置の詳細構成を示すブロック
図である。

【図３】図１のワークフロー実行制御手段８の処理の流
れを示すフローチャートである。

【図４】図１のメッセージ生成手段１３の処理の流れを
示すフローチャートである。

【図５】図１の通信手段１４の処理の流れを示すフロー
チャートである。

【図６】図１の通信手段１７および通信手段２４の処理
の流れを示すフローチャートである。

【図７】図１のワークフロー実行制御手段１８の処理の
流れを示すフローチャートである。

【図８】図１のワークフロー実行制御手段２５の処理の
流れを示すフローチャートである。

【図９】本発明を説明するためのワークフローの具体例
を示す図である。

【図１０】本発明のワークフロー管理システムを制御す
るワークフロー管理情報の例を示す図である。

【図１１】本発明のワークフロー管理システムを制御す
る条件判定テーブルの例を示す図である。

【図１２】本発明のワークフロー管理システムにおいて
回覧、対話アクティビティの実行を制御するメッセージ
の構成を示す図である。

【図１３】本発明のワークフロー管理システムにおいて
回覧、対話アクティビティの実行を制御するメッセージ
の構成を示す図である。

【図１４】本発明のワークフロー管理システムにおいて
バッチアクティビティの実行を制御するメッセージの構
成を示す図である。

【図１５】本発明のワークフロー管理システムにおいて
バッチアクティビティの実行を制御するメッセージの構
成を示す図である。

【図１６】従来のワークフローの例を示す図である。

【符号の説明】

１…ワークフロー例、２…対話アクティビティ、３…バ
ッチアクティビティ、４…判定アクション、５…回覧ア
クティビティ、６…ワークフローサーバ装置、７…ワー
クフロー管理情報記憶手段、８…ワークフロー実行制御
手段、９…ワークフロー制御手段、１０…回覧型業務実
行制御手段、１１…対話型業務実行制御手段、１２…バ
ッチ型業務実行制御手段、１３…メッセージ生成手段、
１４，１７，２４…通信手段、１５…ネットワーク、１
６，２３…ワークフロークライアント装置、１８，２５
…ワークフロー実行手段、１９…回覧型業務実行手段、
２０…対話型業務実行制御手段、２１…電子対話手段、
２２…対話プログラム記憶手段、２６…バッチ型業務実
行手段、２７…バッチプログラム記憶手段、１０３…回
覧、対話業務応答メッセージ、１０９…バッチ業務指示
メッセージ、１１３…バッチプログラム情報、１１５…
バッチ業務応答メッセージ、１１９…バッチプログラム
リターン情報。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 原田 淳 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウエアエンジニアリング株式会 社内 Ｆターム(参考） 5B049 AA01 AA04 AA06 BB00 CC21 DD01 DD05 EE56 EE59 FF09 GG04 GG07 5B089 GA11 GA21 GB09 JA16 KA04 KC28 KC59

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続された複数の
   情報処理装置が予め定義されたワークフローに基づき各
   々の業務処理を実行するワークフロー管理システムにお
   いて、 ワークフローを定義し、その定義に基づいて個々の業務
   指示を発行し、個々の業務の進行状況を把握監視するワ
   ークフローサーバ装置と、該ワークフローサーバ装置が
   発行した業務指示を受け取り、業務を実行するワークフ
   ロークライアント装置とを具備し、 前記クライアント装置が自動的に業務アプリケーション
   プログラムを起動させるバッチ処理型業務実行手段と、
   その実行結果を前記ワークフローサーバ装置に通知する
   手段とを具備し、 前記ワークフローサーバ装置が、前記クライアント装置
   が通知してきたバッチ処理型業務の実行結果を予め定義
   された判定条件をもとに判定し、その判定結果によって
   ワークフローの流れを制御するワークフロー実行制御手
   段を具備することを特徴とするワークフロー管理システ
   ム。