JP2002324155A - ワークフロー・システムおよびプログラム - Google Patents

Abstract

(57)【要約】 【課題】業務のフロー定義とは別に，連携する業務シス
テムの状態に依存した処理を記述し，ワークフロー・シ
ステムへのユーザの操作に応じて，ワークフロー・シス
テムが自動的に必要な手段を選択し，実行する。 【解決手段】ユーザ１０１が案件に対する制御を要求し
た場合，案件状態操作部１００５は，外部システム状態
定義表２００３と外部システム状態管理表２００６を参
照し，外部業務システム１０３への要求の処理手段を決
定し，外部システム制御部１００７を利用して処理を遂
行する。 【効果】業務の処理状態にかかわらず，ワークフロー・
システムに対する操作を行うことが出来る。ワークフロ
ー定義に，本来の業務とは無関係のさまざまなエラー処
理を直接記述する必要がなくなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，外部業務システム
の状態を取得・記録し，該状態により案件の制御を行う
ワークフロー・システムに関する。

【０００２】

【従来の技術】ワークフロー・システムは，一連の処理
からなる業務を定義し，その処理の流れを管理する機能
を持つ。従来は，特開２０００−６７１３０号に記載の
ように，ワークフロー・システムに定義された業務を遂
行する主体は，主にユーザと考えられており，その処理
制御は，ユーザが行っていた。しかし，近年，既存の業
務システム同士を連携させ，一連の業務を遂行する形態
への要求が存在しており，その制御にワークフロー・シ
ステムを利用することが考えられる。

【０００３】ここで，以降の説明のためにワークフロー
・システムの管理する処理の単位を作業と定義し，一連
の作業からなる業務の定義をビジネスプロセス定義と定
義し，このビジネスプロセス定義に従い遂行する一連の
作業の実例を案件と定義する。

【０００４】たとえば、「旅費申請」というビジネスプ
ロセス定義がある場合、ビジネスプロセス定義「旅費申
請」に対応する案件は、「Ａさんが出張に行った時の旅
費申請」のようにビジネスプロセス定義「旅費申請」で
処理すべき具体的な処理対象である。この案件を処理す
る場合に、一連の作業で回覧する対象物は、Ａさんが出
張したときに利用した宿泊代金、交通費、通信費等の金
額の数値であってもよいし、出張日程表、地図、路線
図、旅費申請書等の各種ファイルでもよい。この例に限
らず、一連の作業を順序に従って実行・管理するもので
あってもよい。

【０００５】ワークフロー・システムを用いた業務シス
テム連携の場合，ビジネスプロセス定義に含まれる個々
の作業には，各々作業内容を処理するための外部プログ
ラムが関連付けられている。ワークフロー・システムは
作業毎に関連付けられた外部プログラムを起動すること
により，一連の業務を遂行していく。

【０００６】外部プログラムとしては，作業者に対し作
業の発生を通知するだけの機能のものや，作業に必要な
データを与えると処理を自動的に行い，結果を出力する
ものなどがある。

【０００７】ワークフロー・システムに案件が投入され
ると，ビジネスプロセス定義に従い，業務を構成する作
業が発生する。作業が発生すると，ワークフロー・シス
テムは処理に必要な情報と共に定義された外部業務シス
テムを起動する。ワークフロー・システムは，自動的，
または外部からのトリガにより，外部業務システムでの
処理の完了を検出し，その出力結果を取り込む。処理が
正しく終了していれば，案件を次のステップに遷移させ
る。処理に問題が生じていた場合は，該作業を失敗とし
て扱う。

【０００８】ワークフロー・システム特有の操作とし
て，遂行中の案件に対する引き戻し制御がある。引き戻
し制御とは処理中の作業を破棄し，一度完了した前ステ
ップの作業を再度実行する処理である。ワークフロー・
システムが遂行中の案件に対し，中断や引き戻し等の制
御を行う場合，処理中の作業に中断や破棄が発生する。
このとき，該案件に関連する一連の業務の状態が，中断
処理により互いに不整合を生じてはならない。ワークフ
ロー・システムは外部業務システムを中断する手段につ
いては感知しないため，中断・回復処理は，その業務シ
ステム毎に個別の処理を作りこむ必要がある。

【０００９】他に，外部業務システムとワークフロー・
システムが同期して動作するために，分散トランザクシ
ョン処理を利用するシステムがある。分散トランザクシ
ョン処理の代表的なモデルとして，Ｘ／ＯＰＥＮのＤＴ
Ｐなどがある。ワークフロー・システムと各々の外部業
務システムが，分散トランザクション処理を利用するこ
とにより，業務処理とワークフロー・システムの案件の
状態遷移を，同一のトランザクションで処理することが
可能になる。上記システムでは，業務処理とワークフロ
ー・システムの状態が，常に動機的に更新されるため，
システムの状態が不整合になることがない。

【００１０】また，別のシステムとして，一般にＴＰモ
ニタとして知られるシステムがある。これは複数の業務
プログラムからなるシステムにおいて，各業務システム
の処理状況を監視し，障害が発生した場合にその障害を
自動的に検出し，関連する業務システムに通知する手段
を備えている。しかし，ＴＰモニタシステムは，一般に
業務の遂行状況を監視することが目的で，制御する手段
をもたず，ワークフロー・システムとはその目的を異な
る。

【００１１】

【発明が解決しようとする課題】上記従来技術では，外
部業務システムの状態により，ワークフロー・システム
の管理する案件の遷移可能な状態が変化する場合につい
ての配慮がされていない。そのため，ワークフローシス
テムで案件の中断を行う場合，個々の作業に関連付けら
れた処理を中断し状態を回復する責任は，すべて外部業
務システムに求められていた。

【００１２】案件に対する引き戻しや中断などの処理
は，その時点で実行中の作業に対応した，外部業務アプ
リケーションの処理状態によって，可否が決まる。処理
の状態によっては，中断は行えず，無理に中断をすると
システムの状態が不整合になってしまう場合もある。ま
た，たとえ中断が可能であったとしても，中断に正しい
手順が要求される場合もある。従来，ワークフロー・シ
ステムの管理する処理の単位は作業であり，作業に関連
した業務アプリケーションの処理に対し，案件の中断で
適切な操作を行うためには，業務アプリケーションがそ
の機能を持っている必要があった。

【００１３】ここで，ワークフロー・システムが，外部
業務アプリケーションの処理状態を管理し，各状態にお
ける可能な操作を管理することにより，該外務業務アプ
リケーションに対し，適切な要求を出すことが可能にな
る。作業の状態に，外部業務アプリケーションの状態遷
移も含めることにより，ビジネスプロセス定義上は１つ
の作業として見えながら，内部で複数の状態を持つこと
が可能になる。

【００１４】分散トランザクション処理を利用すれば，
案件の状態と業務データの状態を同時に更新できるた
め，両者のデータに不整合が生じる問題は発生しない。
しかし，現実にはリレーショナルデータベースなど一部
を除くと，分散トランザクション処理に対応していない
製品も多い。また，分散トランザクション処理は処理速
度や使用メモリ量などの計算機資源の点で制限が多く，
常に使用可能であるわけではない。

【００１５】本発明の目的は，ワークフロー・システム
が外部業務システムの処理状態まで管理し，外部業務シ
ステムの状態をユーザに報告することにある。

【００１６】本発明の他の目的は，ワークフロー・シス
テムが管理する外部業務システムの状態に応じた処理を
行うことにより，案件の状態と業務データの状態の間
に，不整合が生じることを抑制することにある。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に，ワークフロー・システムの案件管理データベース
に，作業の状態を保持する領域を持たせ，該領域に対
し，参照・更新する手段を持たせ，外部業務システムと
ビジネスプロセス定義の双方から利用可能にしたもので
ある。

【００１８】また，上記他の目的を達成するために，外
部業務システムに対する要求の手順を，該外部業務シス
テムの状態により複数定義可能とし，自動的に最適な処
理要求手順が実行されるようにしたものである。

【００１９】

【発明の実施の形態】以下，本発明によるワークフロー
・システムの一実施形態を図面により詳細に説明する。
図１は本発明のワークフロー・システムの構成を示すブ
ロック図の例であり，図２はビジネスプロセス定義表の
詳細を説明する図，図３は作業定義表の詳細を説明する
図，図４は外部システム定義表の詳細を説明する図，図
５は外部システム状態定義表の詳細を説明する図，図６
は案件状態管理表の詳細を説明する図，図７は，ビジネ
スプロセスを定義する処理の流れを示したフロー，図８
は外部業務システムを起動するまでの処理の流れを示し
たフロー，図９は外部業務システムを監視する処理の流
れを示したフロー，図１０は外部業務システムの状態
を，ユーザが取得する処理の流れを示したフローの例，
図１１は案件の引き戻し処理を要求したときの処理の例
を示す図，図１２は本発明を適用した企業間システムの
例を示す図、図１３は図１２の企業間システムで本発明
を適用した場合のビジネスプロセス定義の例を示す図で
ある。

【００２０】本発明によるワークフロー・システムは，
ワークフロー・システムの管理するテーブルに，外部業
務システムの取りうる状態を定義し，またその定義に従
い外部業務システムの状態を取得する機能を有するとこ
ろを特徴とする。

【００２１】図１に本発明の第１の実施形態を示す。本
発明のワークフロー・システムは，ユーザがワークフロ
ー・システムに対する操作を行うためのワークフロー・
クライアント・プログラム（１０２）と，ワークフロー
・システムの中心をなすワークフロー・サーバ・プログ
ラム（１００）と，外部業務システム（１０３）からな
る。図１においては、複数の計算機、データベース、外
部システムがネットワークで接続されており、必要に応
じてアクセスする。

【００２２】なお、外部業務システム（１０３）とは、
ワークフローサーバが、計算機で起動するプログラム
（承認処理作業アプリケーション、データベース入出力
処理プログラム、文書作成プログラム、メール送受信機
能を持つプログラム、Ｗｅｂブラウザ等の各種プログラ
ム等）でも良いし、他企業システムで稼動するワークフ
ロー・サーバ・プログラムでも良いし、他のプログラム
でも良い。以下、ワークフロー・サーバ・プログラムを
ワークフロー・サーバ、ワークフロー・クライアント・
プログラムをワークフロー・クライアントと略す。

【００２３】ワークフロー・サーバ（１００）は，ワー
クフロー・クライアント（１０２）と通信を行う管理イ
ンタフェース部（１００３）と，ビジネスプロセス定
義，作業定義を行うビジネスプロセス・作業定義部（１
００４）と，ビジネスプロセスの定義を格納するビジネ
スプロセス定義表（２００１）と，作業の定義を格納す
る作業定義表（２００２）と，作業と外部業務システム
の関係を格納する外部システム定義表（２００３）と，
案件の状態を遷移させる案件状態操作部（１００５）
と，案件の状態を記憶する案件状態管理表（２００５）
と，時刻を管理する時間監視部（１００６）と，ビジネ
スプロセス定義・作業定義等に従い，外部の業務システ
ムを起動，制御する外部システム制御部（１００７）
と，外部業務システムの状態を検出する外部システム状
態検出部（１００８）と，外部の業務システムの取りう
る状態を定義した外部システム状態定義表（２００４）
と，外部システム状態検出部（１００８）で検出した外
部システムの状態を記録する外部システム状態管理表
（２００６）から構成されている。

【００２４】尚、ビジネスプロセス定義表（２００
１）、作業定義表（２００２）、外部システム定義表
（２００３）、外部システム状態定義表（２００４）等
の表は、予めシステム管理者が格納しておいても良い
し、作業の必要に応じてワークフロー・サーバが表の内
容を変更するようにしてもよい。

【００２５】また、ある案件をあるビジネスプロセスの
定義に従って処理する場合に必要となる「案件のデー
タ」は、ワークフロー・サーバがアクセス可能な記録媒
体に格納しておいてもよい。図１では図示しなかった
が、案件のデータは、データベースに格納しておいても
よいし、ワークフロー・サーバが起動する計算機に格納
しておいてもよい。

【００２６】案件ごとに、処理状態を管理する場合に
は、ビジネスプロセスと作業と案件と案件を処理するユ
ーザＩＤと案件の状態とを対応づけてデータベースの中
へ格納しても良いし、ワークフロー・サーバにて案件状
態管理表を作成・管理しても良い。

【００２７】図２にビジネスプロセス定義表（２００
１）の詳細を示す。ビジネスプロセス定義表（２００
１）に格納される属性情報は、ビネスプロセス定義のＩ
Ｄ（２００１１），ビジネスプロセスの定義の名前を示
す定義名称（２００１２），ビジネスプロセス定義で最
初に処理される作業のＩＤを表わす開始作業ＩＤ（２０
０１３）である。ビジネスプロセスに含まれる個々の作
業については、図３で示す表で定義する。

【００２８】図３に作業定義表（２００２）の詳細を示
す。作業定義表（２００２）に格納される属性情報は、
作業定義ＩＤ（２００２１），定義名称（２００２
２），作業が属するビジネスプロセスＩＤ（２００２
３），次に行う作業のＩＤを示す継続作業ＩＤ（２００
２４），作業と関連付けられた外部システムの定義ＩＤ
（２００２５），である。外部システムの定義について
の詳細を次に示す。

【００２９】外部システム定義表（２００３）は，その
詳細を図４に示すように，それぞれ外部システム定義Ｉ
Ｄ，外部システム名称，プログラムの起動ファイル名称
を表わす属性情報（２００３１〜２００３３）を備えて
構成されており，ワークフロー・サーバの管理する作業
と対応した外部業務システムの定義が格納される。

【００３０】外部システム状態定義表（２００４）は，
その詳細を図５に示すように，それぞれ外部システム状
態定義ＩＤ（２００４１），外部システム定義ＩＤ（２
００４２），状態名称を表わす属性情報（２００４
３）、引き戻し処理の要求を受信したときに、該当処理
を中断できるか否かを判断するためのデータである中断
判断（２００４４）、処理の中断が可能である場合にど
のような処理を行うかを記述した中断処理（２００４
５）、処理を中断した後で中断した処理をどのように回
復するのかの処理を記載した回復処理（２００４６）を
備えて構成されており，外部業務システムのとりうる状
態の定義およびそれに対する中断処理、回復処理の内容
が格納される。

【００３１】上述した中断処理の内容は、予めシステム
管理者が定義表の中に格納しておいても良いし、計算機
の負荷状態に応じたものでもよい（たとえば、作業を行
う計算機ＡのＣＰＵ使用率をモニタし、ＣＰＵ使用率が
７０％を超えたら「中断判断」の欄を「中断可」とし、
当該中断判断に対応する「中断処理」の欄を「計算機Ｂ
へ処理を引き継ぎをする」などのように、変動する値に
応じた中断判断、中断処理をしてもよい）。

【００３２】また、回復処理の内容は、作業に応じたも
のをシステム管理者が予め格納しておいてもよい。たと
えば、データベースに格納した作業後のデータを作業実
行前の状態へ戻す処理や、作業済みの案件のデータを削
除したり、作業中ユーザに中断を通知し作業中の案件の
データを削除してもよい。

【００３３】尚、図５に示す内容については、自システ
ム内で管理・制御可能なものについては、ある作業につ
いての複数の状態ごとに中断判断、中断処理、回復処理
の内容の詳細を記載するものとし、自システム内で管理
・制御等ができないものについては外部システム（他企
業システム内で稼動するワークフロー・サーバ等でもよ
い）へ問い合わせをするものとする。

【００３４】ワークフロー・システムのユーザ（システ
ム管理者）（１０１）は，ワークフロー・クライアント
（１０２）を利用し，ワークフロー・サーバ（１００）
に対する操作を行う。ワークフロー・クライアント（１
０２）は，ワークフロー・サーバ（１００）の中の管理
インタフェース部（１００３）と通信を行い，ユーザ
（１０１）の操作要求を，ワークフロー・サーバ（１０
０）に伝達する。ワークフロー・サーバはビジネスプロ
セス定義に従い処理を行うため，ユーザ（１０１）は，
予めビジネスプロセス・作業定義部（１００４）を利用
し，ビジネスプロセス定義，ビジネスプロセスに属する
作業定義，作業定義と関連する外部業務システム情報
を，それぞれビジネスプロセス定義表（２００１），作
業定義表（２００２），外部システム定義表（２００
３）等に格納しておく。

【００３５】図６は、案件の状態を管理するために用い
る案件状態管理表（２００５）である。案件状態定義Ｉ
Ｄ（２００５１）とビジネスプロセス定義ＩＤ（２００
５２）と作業定義（２００５３）と外部システム状態定
義ＩＤ（２００５４）とを対応づけて管理している。こ
の表を用いることで、どのビジネスプロセス定義のどの
作業がどのような状態であるかを案件状態定義ＩＤ（２
００５１）によって把握することができる。

【００３６】次に，前述のように構成される本発明によ
るワークフロー・システムの処理動作を図７〜１０に示
すフローを参照して，説明する。

【００３７】図７は，ワークフロー・システムに，ビジ
ネスプロセス定義を登録するまでの処理の流れを示した
フローである。ユーザ（１０１）は，ワークフロー・ク
ライアント（１０２）を用いて，ワークフロー・サーバ
（１００）の管理インタフェース部（１００３）にアク
セスする（ステップ３０１０１〜３０１０２）。管理イ
ンタフェース部（１００３）は，ビジネスプロセス・作
業定義部（１００４）に，登録作業を要求する（ステッ
プ３０１０３）。

【００３８】ビジネスプロセス・作業定義部（１００
４）は，ビジネスプロセス定義表（２００１）にビジネ
スプロセス定義を，作業定義表（２００２）にビジネス
プロセスに属する作業定義を，外部システム定義表（２
００３）に各作業定義に関連付けられた外部システム定
義を，外部システム状態定義表（２００４）に外部シス
テムごとの状態を挿入する。このように状態と作業とを
対応づけた表を用いることにより，ワークフロー・サー
バは外部業務システムの状態を管理することが可能にな
る。

【００３９】図８は，ワークフロー・サーバから，外部
業務システムが起動されるまでの処理の流れを示したフ
ローである。ワークフロー・サーバに案件が投入される
（ここで案件の投入とは、ある案件を作業する際に必要
となるデータが格納されたときでもよいし、予め格納し
てある案件のデータを用いて、開始要求を発行するとき
でもよい）と，案件状態操作部（１００５）が，案件状
態管理表（２００５）を調べ，まだ作業を開始していな
い（作業状態（２００５４）が「未実行」である）案件
のＩＤ（２００５１），案件のビジネスプロセス定義Ｉ
Ｄ（２００５２），案件の現在の作業定義ＩＤ（２００
５３）を抽出する（ステップ３０２０１〜３０２０
３）。案件状態操作部（１００５）は，ビジネスプロセ
ス定義表（２００１），作業定義表（２００２）を参照
し，抽出した案件がこれから実行する作業に関連付けら
れた外部システムのＩＤ（２００２５）を取得する（ス
テップ３０２０４〜３０２０５）。

【００４０】その後，外部システム定義表（２００３）
を参照し，作業に関連付けられた外部業務システムに対
する操作を取得する（ステップ３０２０６）。取得した
外部システムＩＤとその操作内容が外部システム定義部
（１００７）に送信され，該当する外部業務システム１
０３が起動される（ステップ３０２０７〜３０２０
８）。

【００４１】図９は，ワークフロー・サーバで，外部業
務システムの状態を監視する処理の流れを示したフロー
である。ワークフロー・サーバ（１００）の時間監視部
（１００６）は，定期的に外部システム状態検出部（１
００８）を呼び出す（ステップ３０３０１〜３０３０
２）。外部システム状態検出部（１００８）は，案件状
態管理表（２００５），作業定義表（２００２），外部
システム定義表（２００３）を用いて，監視すべき外部
業務システムを決定する（ステップ３０３０３）。

【００４２】その後，該外部業務システム（１０３）の
状態を外部システム状態定義表（２００４）と比較し，
その結果を外部システム状態管理表（２００６）に格納
する（ステップ３０３０４〜３０３０６）。

【００４３】図１０は，外部業務システムの状態を取得
する処理の流れを示したフローである。ユーザ（１０
１）は，ワークフロー・クライアント（１０２）を用い
て，ワークフロー・サーバ（１００）の，管理インタフ
ェース部（１００３）に，外部システムの状態取得を要
求する（ステップ３０４０１〜３０４０２）。

【００４４】その後，外部システム状態管理表（２００
６）から要求のあった外部システムの状態をワークフロ
ー・クライアント（１０２）に戻す（ステップ３０４０
３〜３０４０４）。

【００４５】ここで、「外部システムの状態をクライア
ントに戻す」とは、たとえば、一般のユーザが作業ＩＤ
を指定して状態取得要求を出した場合には、作業ＩＤに
対応する外部システムの状態を取得して、取得した状態
のデータをユーザへメールで通知しても良いし、ＷＷＷ
ブラウザ等で見ることができるようにユーザが用いる計
算機からアクセス可能な記録媒体へ格納してもよいし、
ワークフロー・クライアントの表示部分に作業ＩＤと状
態とを対応づけて表示してもよい。別な例としては、作
業の管理をする立場のユーザが、業務を中断する場合に
は、ビジネスプロセスＩＤを指定して業務の状態取得の
要求を送信し、送信されたビジネスプロセスＩＤに応じ
て、ビジネスプロセスに含まれる全作業状態を表示する
ようにしてもよい。

【００４６】尚、案件状態管理表を作成し、ビジネスプ
ロセスと作業と案件と作業を処理するユーザのユーザＩ
Ｄ（作業を処理したユーザのＩＤ、作業処理中のユーザ
のユーザＩＤ等でもかまわないし、ある案件の作業を処
理済み、処理中、処理予定等の状態ごとにユーザのユー
ザＩＤを管理してもよい）とを対応づけて管理する場合
においては、ユーザＩＤにユーザのメールアドレス等を
つけて管理することでメールを用いての通知が可能とな
る。

【００４７】また、ユーザＩＤごとにユーザがアクセス
可能な記録媒体に関する情報を管理しておき、業務の状
態等ユーザへ通知すべき情報を、前述の記録媒体へ格納
し、ユーザがブラウザ等で見れるようにしてもよい。た
とえば、データベースに関する情報や、ネットワーク上
の記録媒体のパス名や、業務の状態を見ることが可能な
ＵＲＬ等の情報を通知してもよい。

【００４８】図１１は，ユーザがワークフロー・サーバ
に，案件の引き戻しを要求した場合の処理を示したフロ
ーである。ユーザ（１０１）は，ワークフロー・クライ
アント（１０２）を用いて，ワークフロー・サーバ（１
００）の，管理インタフェース部（１００３）に，案件
の引き戻しを要求する（ステップ３０５０１〜３０５０
２）。管理インタフェース部（１００３）は，案件状態
操作部（３０５０３）に，案件の引き戻しを指示する。
案件状態操作部（３０５０３）は，案件状態管理表（２
００５），作業定義表（２００２），外部システム定義
表（２００３），案件状態管理表（２００５）を用い
て，該案件を処理中の外部業務システムの状態を取得す
る（ステップ３０５０３）。

【００４９】その後，取得した状態を外部システム状態
定義表（２００４）と比較し，引き戻し処理が可能かど
うか，判定する（ステップ３０５０４）。作業が中断可
能である場合，外部システム制御部（１００７）が，外
部システム状態定義表（２００４）の定義に従い，外部
業務システム１０３に中断処理（必要に応じて中断処理
と回復処理）を要求する（ステップ３０５０５〜３０５
０６）。

【００５０】外部システム状態検出部（１００８）が外
部業務システム（１０３）の終了を検出したら，案件状
態管理表（２００５），外部システム状態管理表（２０
０６）を更新する（ステップ３０５０７）。中断が不可
能である場合は，ユーザに対し，引き戻し処理が不可能
である事を通知する（ステップ３０５０８）。

【００５１】ここまで述べてきた本発明の実施形態は，
１つの例であり，上記形態に限定されるものではない。
たとえば，ワークフロー・システムに処理を要求するの
は，ユーザがワークフロークライアントを用いて行うこ
とになっているが，プログラムが自動的に要求が発生し
てもかまわない。

【００５２】また，その際に業務プログラムは，専用の
クライアントプログラムを利用してもいいし，ワークフ
ロー・システム・サーバに直接処理を要求してもかまわ
ない。ワークフロー・システム・サーバは，案件・作業
・外部システム・外部システム状態の定義を各々テーブ
ルとして保持しているが，テーブルの単位は，この形態
に限るものではない。ワークフロー・システム・サーバ
と外部業務システムは，外部システム制御部，外部シス
テム状態検出部の２つの機能で接続されているが，外部
業務システムとの連携はこの形態に限るものではない。

【００５３】外部業務システムの状態監視は，時間監視
部による定期的な呼び出しをきっかけに行っているが，
ワークフロー・クライアントからの要求により状態監視
を行う形態もありうる。また，外部業務システムが自ら
ワークフロー・システム・サーバに状態の遷移を通知す
るような形態であってもよい。また，本実施形態では，
ワークフロー・システムをクライアント・サーバ形式で
説明しているが，クライアントプログラムが，ワークフ
ロー・システムの管理するテーブルを直接参照するよう
な，非クライアント・サーバ形式で実施してもかまわな
い。

【００５４】本発明によれば，外部業務システムの実行
状態を複数の段階に分けてビジネスプロセス定義中に定
義し，外部業務システムの実行状態を検出し，上記定義
に従い状態を記録し，記録した状態をユーザが参照する
手段を提供することが実現できる。

【００５５】また，本発明によれば，記録した外部業務
システムの実行状態を参照して，案件制御の可否・手順
を決定し，状態に応じた制御を行う手段を提供すること
が実現できる。

【００５６】図１２および図１３を用いて、本発明を企
業間システムに適用した例を示す。

【００５７】図１２は、企業システムＡ（１２０１）、
企業システムＢ（１２０５）、企業システムＣ（１２１
０）がネットワークを介して接続されたシステムの例を
示したものである。各企業システムは、本発明を適用し
たワークフロー・サーバ（１２０４、１２０８、１２１
３）と、ワークフロー・クライアント等案件を処理する
ために必要なものを備えているものとする。

【００５８】図１３は、図１２の企業間システムにおい
て実行するビジネスプロセスの例を示したものである。

【００５９】ビジネスプロセス定義Ａ（１３０１）は、
企業システムＡで実行される。ビジネスプロセス定義Ｂ
（１３０２）は、ビジネスプロセス定義Ａ（１３０１）
の作業Ａ２の作業内容であり、企業システムＡ（１２０
１）から見て外部業務システムである企業システムＢ
（１２０５）で実行される作業である。ビジネスプロセ
ス定義Ｃ（１３０３）は、ビジネスプロセス定義Ａ（１
３０１）の作業Ａ３の作業内容であり、企業システムＡ
（１２０１）から見て外部業務システムである企業シス
テムＣで実行される作業である。

【００６０】ビジネスプロセス定義Ａ、Ｂ、Ｃそれぞれ
に対応する各種定義表は、それぞれ企業システムＡ、
Ｂ、Ｃのワークフロー・サーバにて管理されるものとす
る。

【００６１】ユーザが案件を投入し、作業Ａ１が処理済
みであり、作業Ａ２が実行中の場合に、引き戻し処理を
要求したとき、図１１の引き戻し発生時の流れに従って
処理が行われるが、作業Ａ２の処理は外部業務システム
である企業システムＢで行う作業であり企業システムＡ
の中では作業状態を把握していないので、企業システム
Ａの外部システム状態検出部が、企業システムＢのワー
クフロー・サーバへ、対象作業の案件の状態を問い合わ
せる。

【００６２】問合せを受信した企業システムＢのワーク
フロー・サーバは、自サーバの案件状態管理表、外部シ
ステム状態定義表等を調べ対象となる作業が中断可能か
否かを調べ、中断可能であれば中断処理（必要に応じて
回復処理）を行い企業システムＢの案件情報を更新し、
企業システムＡのワークフロー・サーバへ、中断した旨
を通知する。企業システムＡからの中断要求に応じて、
どのような中断処理を行ったかが明確になるように、中
断処理内容と回復処理内容も通知する。

【００６３】作業が中断不可能である場合には、ユーザ
および企業システムＡのワークフロー・サーバに通知す
る。たとえば、作業Ａ２が実行中であり、ビジネスプロ
セス定義Ｂの作業Ｂ１が作業済み、作業Ｂ２が実行中で
ある場合を考える。作業Ｂ２が実行中の状態において、
中断判断が「中断可能」、中断処理が「案件データ削
除」、回復処理が「作業中および作業済みのユーザへメ
ールで通知する」であった場合、企業システムＢのワー
クフロー・サーバは、作業Ｂ１を行ったユーザと作業Ｂ
２を実行中のに対して作業中断した旨の通知をメール
し、企業システムＡへ中断した旨と回復処理が「作業中
および作業済みのユーザへメールで通知する」事を通知
する。尚、これらのビジネスプロセス定義上の作業や回
復処理・中断処理に関する通知等は、モバイルの計算機
（１２１４）や携帯電話（１２１５）等で行ってもよ
い。

【００６４】通知を受信した企業システムＡのワークフ
ロー・サーバは、自システム内の作業状態を更新し、作
業Ａ２を作業中のユーザを作業Ａ１の作業を終えたユー
ザへ作業を中断した旨の通知を行う。

【００６５】ここで、作業Ａ２および作業Ａ３は、ビジ
ネスプロセス定義Ｂ、ビジネスプロセス定義Ｃを実行す
る企業システムＢ、企業システムＣのユーザからみれば
複数の作業の集まりであるが、企業システムＡ内のユー
ザにとっては、１つの作業である。企業システムＡのユ
ーザは、各企業内のワークフロー・サーバが連携して引
き戻し処理を行うので、他企業システムの状況を把握
し、中断処理・回復処理を行わずに済むので手間が省け
る。また、各システムにおいて作業に応じて予め定義し
た中断処理・回復処理を実行するので、管理者の作業状
況の管理作業を軽減することが可能となる。

【００６６】以上説明したように，本発明によれば，ワ
ークフロー・システムの管理する作業という処理単位の
中に，処理を実際に行う外部業務システムの状態を格納
し，ワークフロー・システムから参照することが可能に
なるため，ワークフロー・システムのユーザが，ワーク
フロー・システムに対し，外部業務システムの状態に応
じて適切な操作を選択したり，ワークフロー・システム
自身が，外部業務システムに対し，適切な操作を自動的
に実行することが可能になるという効果を奏する。

【００６７】

【発明の効果】本発明によれば，処理中の案件の制御を
指示した場合，処理中の業務の状態にあわせ，要求の可
否・実現手段を選択し，実行することが可能になるとい
う効果を奏する。

【図面の簡単な説明】

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

【図２】ビジネスプロセス定義表の詳細を説明する図の
例である。

【図３】作業定義表の詳細を説明する図の例である。

【図４】外部システム定義表の詳細を説明する図の例で
ある。

【図５】外部システム状態定義表の詳細を説明する図の
例である。

【図６】案件状態管理表の詳細を説明する図の例であ
る。

【図７】ビジネスプロセス定義のフローを示す図の例で
ある。

【図８】外部業務システム起動のフローを示す図の例で
ある。

【図９】外部業務システム監視のフローを示す図の例で
ある。

【図１０】外部業務システム状態取得のフローを示す図
の例である。

【図１１】引き戻し発生時の処理を示す図の例である。

【図１２】本発明を企業間システムに適用した例であ
る。

【図１３】企業間システムで用いるビジネスプロセス定
義の例である。

【符号の説明】

１００．ワークフロー・サーバ・プログラム １０１．ユーザ １０２．ワークフロー・クライアント・プログラム １０３．外部業務システム １００３．管理インタフェース部 １００４．ビジネスプロセス作業定義部 １００５．案件状態操作部 １００６．時間監視部 １００７．外部システム制御部 １００８．外部システム状態検出部 ２００１．ビジネスプロセス定義表 ２００２．作業定義表 ２００３．外部システム定義表 ２００４．外部システム状態定義表 ２００５．案件状態管理表 ２００６．外部システム状態管理表

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉田 豊 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 藤本 修二 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数の計算機が接続されたシステムにおけ
   る、一連の作業を順序に従って実行するプログラムにお
   いて、 前記プログラムは、前記計算機へ前記作業ごとに前記作
   業で用いるプログラムの複数の状態を格納し、 前記作業で用いるプログラムの実行状態を取得し、前記
   取得した実行状態と前記計算機に予め格納した作業ごと
   のプログラムの複数の状態とを比較し、 前記比較結果に基づいて、プログラムの管理および実行
   を行うことを特徴とする一連の作業を順序に従って実行
   するプログラム。
2. 【請求項２】前記計算機に作業と作業で用いるプログラ
   ムの中断処理又は回復処理とを対応づけて格納し、 前記取得したプログラムの実行状態と中断処理又は回復
   処理に基づいて、前記プログラムの実行状態に応じた中
   断処理および回復処理を行うことを特徴とする請求項１
   記載の一連の作業を順序に従って実行するプログラム。
3. 【請求項３】前記回復処理とは、少なくとも、処理中の
   案件のデータの削除処理、処理済みの案件のデータの削
   除処理、データベースに格納したデータを処理前のデー
   タに戻す処理、案件を処理中のユーザへの通知処理、案
   件を処理済みのユーザへの通知処理を含むことを特徴と
   する請求項２記載の一連の作業を順序に従って実行する
   プログラム。
4. 【請求項４】複数の計算機が接続されたシステムにおい
   て前記計算機に予め格納された一連の作業を順序に従っ
   て実行するシステムであって、 前記計算機は、前記作業で用いるプログラムの実行状態
   を取得する状態検出部と、 前記作業と前記作業で用いるプログラムの複数の実行状
   態と前記実行状態ごとに作業の中断処理と回復処理とを
   対応づけて管理する状態管理表と、 前記取得したプログラムの実行状態と前記状態管理表と
   に基づいて、中断処理と回復処理とを行うことを特徴と
   する一連の作業を順序に従って実行するシステム。