JPH10269302A

JPH10269302A - ワークフロー制御システム及びワークフロー制御方法

Info

Publication number: JPH10269302A
Application number: JP7521297A
Authority: JP
Inventors: Yoshihiro Sumiya; 義弘角谷; Kiyoshi Kurumi; 清来海
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-03-27
Filing date: 1997-03-27
Publication date: 1998-10-09

Abstract

(57)【要約】【課題】各種業務に関連する情報の流れを管理するワ
ークフロー制御システム及びワークフロー制御方法に関
し、流れの変更等に容易に対処する。【解決手段】ワークフロー・パッケージ１の作業依頼
に従った単一の情報処理機能と次への通知機能とを含む
コンポーネント４をストアドプロシジャ３として共通化
し、ワークフロー・パッケージ１の外部情報，外部名，
シナリオ等を含む制御情報８を、データベース２にワー
クフロー・パッケージ１対応に格納し、間接的に参照し
て複数のワークフロー・パッケージ１間を結合する相互
参照テーブル９とを備え、入力キュー１に作業依頼を書
込むことにより、ワークフロー・パッケージ１を起動す
る。又端末等からの要求に従って登録・更新処理部６に
より登録データ７をデータベース２に登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種業務に関連す
る情報の流れを管理するワークフロー制御システム及び
ワークフロー制御方法に関する。各種の業務に於ける回
覧用や決裁の為の文書等の情報を、組織構成に従った順
序でローカルエリアネットワーク（ＬＡＮ）を用いて転
送し、その情報の流れを管理するワークフロー制御シス
テムに於いては、組織の変更等に対応して情報の流れの
経路や作業手順を変更する必要が生じる。この場合、小
規模の組織であれば比較的容易に対処できるが、大規模
の組織の場合、情報の流れが複雑となるから簡単に変更
できないことになる。そこで、組織や作業手順等の変更
に伴う処理の変更にも容易に対処できることが要望され
ている。

【０００２】

【従来の技術】図２１はワークフロー制御システムの概
要説明図であり、２００はローカルエリアネットワーク
（ＬＡＮ）、２０１Ａ〜２０１Ｄは処理担当Ａ〜Ｄ対応
の端末、２０２はデータベース管理ホスト、２０３はデ
ータベースを示す。この場合、データベース２０３に
は、例えば、下方に示す組織構成や作業手順に従った情
報の流れを示すデータが格納されることになる。大規模
のワークフロー制御システムに於いては、ローカルエリ
アネットワーク２００に接続される端末数が、図示した
場合に比較して非常に多数となる。

【０００３】例えば、処理担当Ａから処理担当Ｂ，Ｃを
介して処理担当Ｄに転送する流れの場合、処理担当Ａか
らの処理依頼により、データベース管理ホスト２０２
は、データベース２０３を参照して、処理担当Ｂ，Ｃに
処理依頼メッセージを送出する。処理担当Ｂ，Ｃは、こ
の処理依頼メッセージによる依頼を受付けて処理を開始
し、必要に応じて相互に参照し、又情報の流れの時間順
序等の同期をとり、処理担当Ｄに次の処理を依頼する。
処理担当Ｄはこの依頼を受付けて処理し、次の処理（図
示を省略）へ依頼する。従って、データベース２０３に
登録された処理経路に従って文書等が転送され、それぞ
れの段階で決裁等の処理が行われる。

【０００４】前述のワークフローの入出力をモデル化す
ると、図２２に示すものとなる。即ち、直前の処理から
入力情報と起動トリガとを入力することにより、ワーク
フローに関する処理を開始し、又次の処理に対して出力
情報と起動トリガとを送出することにより、ワークフロ
ーに関する処理を終了する。又ワークフローに関する処
理中に、他の処理に関する情報が必要な時に、その処理
に対して参照依頼を行って参照データを受取る。或い
は、ワークフローに関する処理中に、他のワークフロー
の処理からの参照依頼に対して参照データを送出する。

【０００５】このようなワークフローモデルをコンピュ
ータ上で実現すると、図２３に示すものとなる。同図に
於いて、２１０はワークフロー・パッケージ、２１１は
入力キュー、２１２は入力キュー監視部、２１３はコン
ポーネント、２１４はデータベース、２１５は登録・更
新処理部である。

【０００６】コンポーネント２１３は、出力先，参照
先，制御条件等の各種の処理を含むものであり、前の作
業担当からの作業依頼を受付ける機能と、その作業依頼
に従って処理する単一の情報処理機能と、次の作業担当
への作業依頼を行う機能とを有するものである。又入力
キュー２１１に対する入力情報の書込みにより、図２２
に於ける起動トリガとすることができるので、この起動
トリガは図示されていない。そして、入力キュー監視部
２１２により入力キュー２１１を監視し、入力情報の書
込みがあると、処理の依頼があったものとしてコンポー
ネント２１３を起動する。コンポーネント２１３は、デ
ータベース２１４を参照し、又必要に応じて参照先の他
のワークフロー・パッケージに対して参照依頼を行って
参照データを受取り、又他のワークフロー・パッケージ
からの参照依頼に対して参照データを送出する。又デー
タベース２１４の登録情報は、例えば、処理担当Ａ，
Ｂ，Ｃ，Ｄ等（図２１参照）からの要求に従って登録・
更新処理部２１５から登録又は更新を行うことになる。

【０００７】前述のワークフロー・パッケージ２１０
は、通常は、複数個が連結されて所望の処理を行うもの
であり、例えば、図２４に示すような連結構成となる。
この場合、各ワークフロー・パッケージ２１０のデータ
ベース２１４は、物理的に同一の記憶手段によって構成
されるから、共通化された構成として表すことができ
る。又登録・更新処理部２１５により登録，更新される
登録データは、ワークフロー・パッケージ２１０対応に
データベース２１４に登録される。又図２３に於ける入
力キュー監視部２１２はコンポーネント２１３の機能に
含ませることも可能であり、図２４に於いては図示を省
略している。

【０００８】又ワークフロー・パッケージ２１０に於け
る処理が終了して、次のワークフロー・パッケージ２１
０の入力キュー２１１に処理依頼メッセージの書込みを
行うことにより次の処理を依頼する。このように、それ
ぞれ独自のワークフロー処理からなる複数のワークフロ
ー・パッケージを連結してワークフロー処理を行うこと
ができる。

【０００９】

【発明が解決しようとする課題】各種の企業等に於いて
は、組織の変更や作業手順の変更等が比較的頻繁に行わ
れるものである。従って、ワークフロー制御システムに
於いても、それに対応してワークフロー・パッケージ２
１０対応の処理を変更する必要が生じる。例えば、部課
長等の人事移動，部課構成の増設，消滅等の組織，人事
等の変更に伴って書類の流れの経路は変更されることに
なる。それに伴って出力先等の変更や参照先の変更等が
生じるから、ワークフロー・パッケージ２１０毎に、組
織変更に伴った変更を行うことになる。

【００１０】その場合、ワークフロー・パッケージ２１
０の処理内容に対応した変更内容とする必要があり、ワ
ークフロー・パッケージ２１０が多数となると、その変
更処理が困難となる。従って、組織変更に対するワーク
フロー処理の変更が追従できない状態が生じる。そこ
で、ワークフロー処理の簡略化により対処することにな
るが、簡単な変更の繰り返しによって、実際の作業とワ
ークフロー処理とが次第にかけ離れることになり、実際
の作業に支障が生じる問題がある。このような問題は、
ワークフロー処理の適用範囲を広げる程、顕著となるも
のである。従って、大規模の組織等に適用することの阻
害要因の一つとなっていた。本発明は、組織や手順等の
変更に対しても、容易にワークフロー処理の変更を可能
とし、適用可能範囲の拡大を図ることを目的とする。

【００１１】

【課題を解決するための手段】本発明のワークフロー制
御システムは、（１）複数のワークフロー・パッケージ
１を結合して構成し、且つデータベース２を備えたワー
クフロー制御システムに於いて、ワークフロー・パッケ
ージ１の作業依頼に従った単一の情報処理機能と次への
通知機能とを含むコンポーネント４をストアドプロシジ
ャ３として共通化し、ワークフロー・パッケージ１の情
報処理手順を示すシナリオと外部情報とを含む制御情報
８をデータベース２にワークフロー・パッケージ１対応
に格納し、且つ間接的に参照して複数のワークフロー・
パッケージ１間を結合する相互参照テーブル９を備えて
いる。又５はワークフロー・パッケージ１対応の入力キ
ュー、６は登録・更新処理部、７は登録データを示す。

【００１２】又（２）ワークフロー制御システムに於け
る前記相互参照テーブル９は、ワークフロー・パッケー
ジ１の制御情報の格納先を登録し、ワークフロー処理手
順の追加，更新，削除に従って前記登録先の追加，更
新，削除を行う構成を備えることができる。従って、部
分的な処理手順の変更については相互参照テーブル９の
内容の変更によって対処することもできる。

【００１３】又（３）データベース２と、複数のワーク
フロー・パッケージ１とを有し、処理手順に従ってワー
クフロー処理を行うワークフロー制御方法に於いて、ワ
ークフロー・パッケージ１の作業依頼に従った単一の情
報処理機能と次への通知機能とを含むコンポーネント４
をストアドプロシジャ３として共通化し、ワークフロー
・パッケージ１の情報処理手順を示すシナリオと外部情
報とを含む制御情報８を、データベース２にワークフロ
ー・パッケージ１対応に格納し、且つ間接的に参照して
複数のワークフロー・パッケージ１間を結合する相互参
照テーブル９を備え、ワークフロー・パッケージ１の入
力キュー５への作業依頼の書込みの検出によるデータベ
ーストリガにより、このワークフロー・パッケージ１を
起動し、ストアドプロシジャ４の制御により作業依頼に
よる処理を、制御情報を参照して実行し、次への通知機
能として次のワークフロー・パッケージの入力キューへ
の作業依頼の書込みを行う過程を含むものである。

【００１４】又（４）ワークフロー制御方法に於いて、
ワークフロー処理手順の追加，更新，削除に従って、制
御情報８の追加，更新，削除を行うと共に、相互参照テ
ーブル９の制御情報の格納先の追加，更新，削除を行っ
て、新たなワークフロー・パッケージ１間の関連付けを
行う過程を含むことができる。

【００１５】又（５）ワークフロー制御方法に於いて、
制御情報のワークフロー記述に従ったシナリオを、ＳＱ
Ｌ実行文テーブル構成としてデータベース２に格納し、
このシナリオの内容を、ワークフロー・パッケージ１対
応に追加，更新，削除する過程を含むことができる。

【００１６】

【発明の実施の形態】図１は本発明の実施の形態の説明
図であり、１はワークフロー・パッケージ、２はデータ
ベース、３はストアドプロシジャ、４はコンポーネン
ト、５は入力キュー、６は登録・更新処理部、７は登録
データ、８は制御情報、９は相互参照テーブルである。
ワークフロー制御システムとしての全体的な構成は、図
２１に示すように、ローカルエリアネットワーク（ＬＡ
Ｎ）により構成することができるものであり、図１はそ
のワークフロー制御を行う主要な機能部分を示すもので
ある。

【００１７】複数のワークフロー・パッケージ１を結合
してワークフロー制御を行うものであるが、そのワーク
フロー・パッケージ１のコンポーネントをストアドプロ
シジャ３を用いて共通化する。この場合のコンポーネン
トも、前の作業担当からの作業依頼の受付けの機能と、
この作業依頼による単一の情報処理機能と、次の作業担
当への作業依頼を行う通知機能とを有するものである。
又外部参照，外部名，処理手順を示すシナリオ等の制御
情報８をワークフロー・パッケージ１対応にデータベー
ス２に格納する。そして、入力キュー５，登録・更新処
理部６，登録データ７，制御情報８等を含めて一点鎖線
で囲む機能をワークフロー・パッケージ１とし、このよ
うなワークフロー・パッケージ１間を相互参照テーブル
９を用いて結合する。この相互参照テーブル９は、デー
タベース２上に構成した場合を示すが、データベース２
と別個のテーブル構成とすることも可能である。

【００１８】又ワークフロー処理について、動的ＳＱＬ
（Ｓtructured Ｑuery Ｌanguage)文を用いて記述す
る。即ち、通常のプログラムは、例えば、図２の（Ａ）
に示すように、ソースモジュールＳＭとして例えばＣ言
語により処理内容を記述し、このソースモジュールＳＭ
を基に、コンパイル→リンクによりオブジェクトモジュ
ールＯＭからロードモジュールＬＭに変換して処理を実
行することになる。この場合、処理内容の変更が発生す
ると、ソースモジュールＳＭ内の処理の記述を変更し
て、再コンパイル→再リングを行う必要がある。

【００１９】これに対して、動的ＳＱＬ文は、例えば、
図２の（Ｂ）に示すように、ソースモジュールＳＭ→
（コンパイル）オブジェクトモジュールＯＭ→（リン
ク）ロードモジュールＬＭの変換を行う点では、通常の
プログラムと類似している。しかし、ソースモジュール
ＳＭに、例えば、「ＳＱＬ実行文テーブルを読み込み、
その内容を実行する。」という実行文のみ記述し、処理
内容そのものは、コンパイル→リンク後にＳＱＬ実行文
テーブルに記述する。従って、処理内容の変更は、ＳＱ
Ｌ実行文テーブルの修正のみで済むことになる。

【００２０】そこで、ＳＱＬ実行文テーブルを、図３に
示すように構成する。即ち、処理を行う順番を示す処理
番号と、実行するＳＱＬ文を示す処理ＳＱＬ文と、次に
実行するＳＱＬ文の処理番号を求める次処理判定ＳＱＬ
文とにより構成する。この次処理判定ＳＱＬ文による次
処理の処理番号に従って次の処理ＳＱＬ文についての処
理が行われることになり、その次処理判定ＳＱＬ文によ
り条件分岐やジャンプ等も行うことができる。従って、
制御情報８としてのシナリオ等をＳＱＬ実行文テーブル
構成でデータベース２に格納する。

【００２１】又ワークフロー処理の起動は、データベー
ス・トリガを利用する。このデータベース・トリガは、
例えば、図４に示すように、データベース２のテーブル
ａ，ｂ，・・・に対する挿入，更新，削除等を行った時
に起動される処理を、（ａ）トリガの作成として示すよ
うに、「テーブルａの挿入トリガ」，「テーブルｂの挿
入トリガ」等を作成しておく、なお、テーブルの更新，
削除のトリガについても作成して登録する。

【００２２】そして、（ｂ）テーブルａへの挿入として
示すように、データベース２のテーブルａにデータを挿
入すると、リレーショナル・データベース管理システム
（ＲＤＢＭＳ）１０が、（ｃ）テーブルａの挿入検知と
して示すように、データベース２のテーブルａにデータ
を挿入したことを検知すると、（ｄ）トリガの読出しと
して示すように、「テーブルａの挿入トリガ」を読出
し、（ｅ）トリガの起動として示すように起動する。従
って、このデータベース・トリガを利用することによっ
て、処理依頼メッセージを入力キュー５（図１参照）に
書込むだけで、ワークフロー処理を起動することができ
る。

【００２３】又ストアドプロシジャ３（図１参照）は、
例えば、図５の（Ａ）に示すように、ホスト２１とデー
タベース２２とクライアント２４₁，２４₂とを含むシ
ステムに於いて、クライアント２４₁，２４₂からそれ
ぞれ「ａｔａｂｌｅに値を設定する」処理要求をデー
タベース２２に対して行うことにより、ホスト２１はデ
ータベース２２のテーブルａにそれぞれクライアント２
４₁，２４₂からの処理要求に従った値を設定すること
になる。

【００２４】そこで、クライアント２４₁，２４₂の
「ａｔａｂｌｅに値を設定する」処理をホスト２１内
に配置して、共通化した処理を示すｃｏｍｍｏｎ１とす
る。即ち、図５の（Ｂ）に示すように、ストアドプロシ
ジャ２５とする。本発明に於けるストアドプロシジャ３
（図１参照）も、ワークフロー・パッケージ１に於ける
単一の情報処理（コンポーネント）を共通化している。

【００２５】図６はワークフロー処理の概要説明図であ
り、２₁，２₂はデータベース、３はストアドプロシジ
ャ、１０はリレーショナル・データベース管理システム
（ＲＤＢＭＳ）、３１はパッケージ・キューテーブル、
３２はＳＱＬ実行文テーブル、３３はワークフロー制御
プロシジャ、３４はパッケージ・キューテーブル挿入ト
リガ、３５はワークフロー制御プロシジャ、３６はパッ
ケージ・キューテーブル挿入トリガを示す。

【００２６】データベース２₁，２₂は分離して示して
いるが、一体化できるものであり、又パッケージ・キュ
ーテーブル３１は図４のテーブルａ等のテーブルに対応
し、データベース２₁に複数形成される。又ＳＱＬ実行
文テーブル３２は例えば図２（Ｂ）及び図３に示すＳＱ
Ｌ実行文テーブルに対応する。又パッケージ・キューテ
ーブル挿入トリガ３４は、図４のテーブルａ挿入トリ
ガ，テーブルｂ挿入トリガ等に対応し、且つパッケージ
・キューテーブル３１対応のデータの挿入，更新，削除
等に従ったトリガを形成する。

【００２７】例えば、パッケージ・キューテーブル３１
に対して（ａ）「メッセージ書込み」があると、リレー
ショナル・データベース管理システム１０は、（ｂ）
「書込み検知」により、パッケージ・キューテーブル挿
入トリガ３４の読出し、（ｃ）「トリガ起動」を行い、
（ｄ）「ストアドプロシジャ起動」により、ワークフロ
ー制御プロシジャ３５は、（ｅ）「ＳＱＬ実行文テーブ
ル読込み・実行」の処理に従ってＳＱＬ実行文テーブル
３２から読出し、このＳＱＬ実行文テーブル３２から読
出した処理ＳＱＬ文に従った処理を行い、次処理判定Ｓ
ＱＬ文に従って次の処理ＳＱＬ文の読出しを行うことに
なる。

【００２８】図７は本発明の実施の形態のコンポーネン
トの機能説明図であり、４０はコンポーネント、４１は
入力受付処理部、４２は制御処理部、４３は情報の処理
手順を示すシナリオ、４４は外部データ監視処理部、４
５は出力処理部、４６は内部データ通知処理部、４７は
内部データを示す。ワークフロー・パッケージは、コン
ポーネント４０とシナリオ４３と内部データ４７とを含
む構成の場合を示している。

【００２９】又入力受付処理部４１は入力受付けを行っ
て制御処理部４２を起動する。制御処理部４２は、シナ
リオ４３に格納された処理手順に従って処理を実行し、
必要に応じて外部データ監視処理部４４から他のパッケ
ージに対して監視依頼を行い、この監視依頼内容に従っ
た状態になった時の他のパッケージからの通知を受け取
ることにより、処理を継続して、処理結果を出力処理部
４５から他のパッケージへ処理依頼として渡すことにな
る。

【００３０】図８及び図９は本発明の実施の形態の入力
受付処理，出力処理の説明図及びシーケンスチャートを
示し、図８に於いて、４１は入力受付処理部、４２は制
御処理部、４５は出力処理部、４８はキューテーブルで
あり、処理依頼を受付けて、次のパッケージに処理を依
頼する入力受付処理及び出力処理についての要部を示す
ものである。

【００３１】図９は図８の各部間のシーケンスを示し、
他のパッケージからの作業依頼としての入力メッセージ
（ａ）をキューテーブル４８に書込むと、前述のデータ
ベーストリガと同様に制御処理部４２を起動し（ｂ）、
制御処理部４２は入力受付処理部４１を起動する
（ｃ）。起動された入力受付処理部４１は、キューテー
ブル４８から入力メッセージを読込み（ｄ）、制御処理
部４２に転送する（ｅ）。制御処理部４２は入力メッセ
ージに従った処理を行った後、出力処理部４５を起動
し、出力メッセージを制御処理部４２から出力処理部４
５に転送し（ｆ）、出力処理部４５は他のパッケージに
対して出力メッセージを書込み（ｇ）、次の処理を行う
パッケージに対して作業依頼を行うことになる。

【００３２】図１０及び図１１は本発明の実施の形態の
データ監視処理の説明図及びシーケンスチャートを示
し、図１０に於いて、図７と同一符号は同一部分を示
し、４９はキューテーブルであり、他のパッケージ内の
データの処理進行状況等の監視を行う場合の要部を示す
ものである。

【００３３】図１１は図１０の各部間のシーケンスを示
し、制御処理部４２はシナリオ４３から処理手順を読込
み、外部データ監視処理部４４を起動し（ａ）、制御処
理部４２の処理を中断する。外部データ監視処理部４４
は、監視依頼メッセージを他のパッケージに書込み
（ｂ）、この監視依頼メッセージに対する通知メッセー
ジを待つことになる。そして、他のパッケージからキュ
ーテーブル４９に通知メッセージが書込まれると
（ｃ）、外部データ監視処理部４４はこの書込みを検知
してトリガとし（ｄ）、キューテーブル４９から通知メ
ッセージを読込み（ｅ）、制御処理部４２に通知メッセ
ージを転送する（ｆ）。制御処理部４２は、この通知メ
ッセージを受け取って処理を再開する。

【００３４】図１２は本発明の実施の形態の内部データ
通知処理の説明図であり、（Ａ）は内部データ通知処理
に関する要部の内部データ通知処理部４６とキューテー
ブル５０とを示し、（Ｂ）は各部間のシーケンスを示
す。パッケージ内のデータ内容を他のパッケージに対し
て通知する処理であり、他のパッケージからキューテー
ブル５０に通知依頼メッセージを書込むと（ａ）、内部
データ通知処理部４６が起動され（ｂ）、内部データ通
知処理部４６はキューテーブル５０から通知依頼メッセ
ージを読込み（ｃ）、通知依頼内容に対応した内部通知
メッセージを作成して、他のパッケージのキューテーブ
ルに書込む（ｄ）。この内部メッセージがキューテーブ
ルに書込まれたパッケージは、前述のように書込みの検
知によりトリガとして、通知された内部メッセージを用
いた処理を行うことになる。

【００３５】図１３は本発明の実施の形態の相互参照テ
ーブルを用いた外部名解決の説明図であり、ワークフロ
ー・パッケージ１Ａ，１Ｂのデータベース２に関連する
部分を示し、５１Ａ，５１Ｂは定義情報、５２Ａ，５２
Ｂは外部名、５３Ａ，５３Ｂは外部参照である。外部名
は、自ワークフロー・パッケージ内で参照できる情報の
一覧、外部参照は、他のワークフロー・パッケージから
参照が必要な情報の一覧を示す。これらの定義情報は、
相互参照テーブル９によって登録先が示されるものであ
る。

【００３６】例えば、ワークフロー・パッケージ１Ａの
定義情報５１Ａの外部参照５３Ａとして、書類の承認先
等を示す「名前Ｍ」について、相互参照テーブル９を参
照することにより、その「名前Ｍ」について、パッケー
ジ１Ｂの外部名Ｍの格納位置を示す実行文（ＳＱＬ実行
文）により、ワークフロー・パッケージ１Ｂの外部名５
２Ｂにデータが存在することが判る。同様に、ワークフ
ロー・パッケージ１Ｂに於ける外部参照の「名前Ｘ」に
ついては、相互参照テーブル９を参照することにより、
ワークフロー・パッケージ１Ａの外部名５２Ａにデータ
が存在することが判る。従って、複数のワークフロー・
パッケージ間を相互参照テーブル９を用いて結合するこ
とができる。

【００３７】図１４は本発明の実施の形態の制御情報分
離とワークフロー共通化との説明図であり、ワークフロ
ー・パッケージ１Ａ，１Ｂとについて、制御情報の分離
とコンポーネントの共通化との関係を示し、２はデータ
ベース、３はストアドプロシジャ、４はコンポーネン
ト、５は入力キュー、６は登録・更新処理部、７は登録
データ、８は制御情報、９は相互参照テーブルである。

【００３８】コンポーネントは、図２３について説明し
たように、入力情報を処理して出力情報とし、その出力
先，他のパッケージに対する参照先，処理手順等を有す
るものであるが、ワークフロー・パッケージ１Ａ，１Ｂ
のコンポーネント４Ａ，４Ｂについては、図７に示す入
力受付処理部４１，制御処理部４２，外部データ監視処
理部４４，出力処理部４５，内部データ通知処理部４６
等をコンポーネント４として共通化してストアドプロシ
ジャ３とし、出力先，参照先，制御条件，シナリオ等を
制御情報８として分離し、この分離した制御情報８をデ
ータベース２にワークフロー・パッケージ１Ａ，１Ｂ対
応に格納する。

【００３９】又制御情報８については、ワークフロー・
パッケージ１Ａ，１Ｂ間では相互参照テーブル９を用い
ることにより、相互に参照できる構成とする。従って、
コンポーネント４Ａ，４Ｂの機能の共通化と制御情報８
の分離とにより、図１に示す構成とし、制御情報８と相
互参照テーブル９との関係の追加，更新，削除によっ
て、組織の変更，処理手順の変更に対応することができ
る。

【００４０】図１５は本発明の実施の形態のシナリオの
説明図であり、或る問題が発生した場合の問題内容と状
況とを登録する書類を示す問題管理票を発行し、その問
題管理票の内容の承認を依頼する場合の例について示す
ものであって、２はデータベース、６０は基本フォーマ
ット、６１は全体のシナリオ、６２は翻訳部、６３は問
題管理票発行承認依頼、６４は発行承認を示し、基本フ
ォーマット６０は、シナリオと外部参照情報とからなる
構成の場合を示す。

【００４１】全体のシナリオ６１として、問題管理票発
行承認依頼と発行承認とのシナリオが記述されており、
翻訳部６２は、このシナリオを翻訳，解釈して、基本フ
ォーマット６０から読込んだ基本フォーマットに問題管
理票発行承認依頼のシナリオと発行承認のシナリオとを
埋め込み、問題管理票発行承認依頼と発行承認とのワー
クフロー・パッケージ対応に、シナリオと外部参照情報
とを含む問題管理票発行承認依頼６３と発行承認６４と
をデータベース２に格納する。この場合、全体のシナリ
オ６１を翻訳，解釈して分離し、発行承認６４が複数形
成された場合を示す。

【００４２】図１６は本発明の実施の形態のシナリオの
展開の説明図であり、図１５に於ける翻訳部６２の機能
により展開する場合を示し、問題管理票発行承認依頼と
して、「（１）問題管理票に必須項目が入力されるまで
待つ。（２）リーダが在席しているかチェックする。
（３）リーダが在席なら問題管理票内容をリーダ宛に、
不在ならサブリーダ宛に送信する。」というワークフロ
ーが記述されているとすると、翻訳部６２（図１５参
照）は、このワークフローを翻訳し、ワークフロー処理
の記述であるシナリオ７１と、このパッケージ内の情報
であるグループ員テーブル７４と、このテーブル７４を
外部から参照できるようにする外部名７２と、このパッ
ケージ内の処理を行う為に他のパッケージに対して参照
が必要な名前の一覧である外部参照情報７３が作成され
る。

【００４３】この場合、シナリオ７１は、処理番号と処
理内容と次処理番号とを含み、次処理番号は、処理内容
に対応した次の処理内容の位置を示すものであり、ＳＱ
Ｌ実行文テーブル構成を有するものである。又外部名７
２は、例えば、名前としてグループ員テーブル、アドレ
スとしてグループ員テーブルのアドレスが格納される。
又外部参照情報７３は、名前として、次処理，キューテ
ーブル，リーダ，サブリーダ，不在フラグ等とアドレス
とが格納される。又グループ員テーブル７４は、名前と
メールアドレスとその他の情報とを含むものである。

【００４４】図１７は本発明の実施の形態の外部情報参
照の説明図であり、図１５と図１６とに関連して問題管
理票発行承認依頼と発行承認とを結合する場合の例を示
し、不在通知をサブリーダ又はリーダに送信する問題管
理票発行依頼８１のワークフロー記述を翻訳部８２に於
いて翻訳し、問題管理票発行承認依頼８３のパッケージ
とする。この時に、「不在通知」と「サブリーダ」と
「リーダ」との情報が問題管理票発行承認依頼８３に無
いとすると、これを、外部参照情報（外部情報）として
登録し、内容は未設定とする。この場合、「不在通知」
と「サブリーダ」と「リーダ」との情報については、発
行承認８５のパッケージの外部名として登録されてい
る。

【００４５】そこで、結合編集部８４に於いて問題管理
票発行承認依頼８３と発行承認８５とのパッケージを結
合することにより、データが存在する場所を相互参照テ
ーブル８６（図１，図１３に於ける相互参照テーブル９
に相当）に登録すると共に、格納場所が登録されていな
い外部参照に対して相互参照テーブル８６内の格納場所
が登録される。例えば、相互参照テーブル８６に、外部
参照ＸＲＥＦの不在通知は、発行承認（８５）の不在通
知に、外部参照ＸＲＥＦのサブリーダは、発行承認（８
５）のサブリーダに、外部参照ＸＲＥＦのリーダは、発
行承認（８５）のリーダに存在することが登録される。

【００４６】従って、結合編集部８４により結合された
問題管理票発行承認依頼８７の外部参照情報は、結合前
の問題管理票発行承認依頼８３の外部参照情報の未設定
内容が、それぞれ「ＸＲＥＦ．不在通知」、「ＸＲＥ
Ｆ．サブリーダ」、「ＸＲＥＦ．リーダ」となり、以後
は、「不在通知」と「サブリーダ」と「リーダ」とにつ
いては、相互参照テーブル８６を参照して、外部参照先
の発行承認８５を識別することができる。例えば、「不
在通知」については、「ＸＲＥＦ．不在通知」を基に相
互参照テーブル８６の「ＸＲＥＦ．不在通知」に対応し
た「発行承認．不在通知」により、発行承認８５の外部
名の「不在通知」を参照し、登録データを基に不在通知
についての処理を行うことになる。

【００４７】図１８及び図１９は本発明の実施の形態の
手順追加の一例について示し、前述の問題管理票発行承
認依頼と発行承認との間に、内容確認の手順を追加する
場合に於いて、図１８は追加前、図１９は追加後の状態
を示し、又内容確認９０と結合編集部８４と変更情報と
については重複して図示している。

【００４８】この手順追加前の図１８に於いて、発行承
認８５は、承認依頼先と登録情報，リーダとの外部参照
情報（外部名）を有し、問題管理票発行承認依頼８７
は、承認依頼先と外部参照ＸＲＥＦの承認依頼先との外
部参照情報（外部参照）を有し、それに対応して相互参
照テーブル８６は、外部参照ＸＲＥＦの承認依頼先と発
行承認，承認依頼先とが登録されている場合を示す。

【００４９】追加する内容確認９０は、外部参照情報の
外部名として、確認依頼元と登録情報，サブリーダ，リ
ーダ等と、外部参照として、確認済通知先とが登録され
ている。そして、変更情報９１が「ＸＲＥＦ．承認依頼
先を内容確認，確認依頼先に変更」、「発行承認，承認
依頼先を内容確認，確認済通知先に変更」する場合、結
合編集部８４は、発行承認８５と問題管理票発行承認依
頼８７とのパッケージと、相互参照テーブル８６と、内
部確認９０のパッケージと、変更情報９１とを結合編集
する。

【００５０】この結合編集により図１９に示すように、
発行承認８５と問題管理票発行承認依頼８７との外部参
照情報は変更不要となる。又内部確認９０については、
外部参照の確認済通知先に、外部参照ＸＲＥＦの確認済
通知先が登録される。そして、相互参照テーブル８６を
８６Ａ，８６Ｂとして示すように、変更情報９１に従っ
て登録内容を変更する。

【００５１】即ち、図１８に於ける相互参照テーブル８
６に於ける「ＸＲＥＦ．発行承認，承認依頼先」を、
「内容確認，確認依頼先」に変更する変更情報に従っ
て、変更後の図１９に於ける相互参照テーブル８６Ａに
示すように、「内容確認，確認依頼先」を追加する。こ
の場合、「発行承認，承認依頼先」を「ＸＲＥＦ．確認
依頼先」に変更し、この「ＸＲＥＦ．確認依頼先」に
「内容確認，確認依頼先」を登録した場合を示す。

【００５２】又内容確認９０の外部参照として未設定の
確認済通知先は、外部参照ＸＲＥＦの確認済通知先とし
て定義し、相互参照テーブル８６Ｂに、変更情報９１に
従って、「ＸＲＥＦ．確認済通知先」として「発行承
認，承認依頼先」を登録する。従って、内容確認９０の
手順を追加した時に、相互参照テーブル８６の内容を追
加，更新することにより、それ以後に於ける問題管理票
発行承認依頼８７から内部確認９０の手順を経て、発行
承認８５の処理を行うワークフロー制御に於いては、点
線矢印で示す経路で相互参照テーブル８６Ａ，８６Ｂを
参照することにより、順次処理を行うことができる。

【００５３】図２０は本発明の実施の形態のワークフロ
ー・パッケージの説明図であり、前述のように、問題管
理票発行承認依頼と発行承認とを含むワークフロー制御
に於いて、グループ員としての問題管理票発行１０３と
問題管理票対処１０４とのワークフロー記述１０１、及
びグループリーダとしての問題管理票発行承認１０５と
問題管理票対処承認１０６とのワークフロー記述１０２
とがある場合に、翻訳処理によって、グループ員パッケ
ージ１１０とグループリーダ・パッケージ１１１とを作
成する。

【００５４】グループ員パッケージ１１０は、問題管理
票発行シナリオ１１２と、問題管理票対処シナリオ１１
３と、グループ員テーブル１１４と、外部情報１１５と
を含み、グループリーダ・パッケージ１１１は、問題管
理票発行承認シナリオ１１６と、問題管理票対処承認シ
ナリオ１１７と、グループリーダ・テーブル１１８と、
外部情報１１９とを含み、外部情報１１５，１１９につ
いては、相互参照テーブル９によって相互に登録先が格
納されるから、外部参照により相互の関連付けが容易と
なり、又変更も容易となる。

【００５５】

【発明の効果】以上説明したように、本発明のワークフ
ロー制御システム及びワークフロー制御方法に於いて、
ストアドプロシジャ３により複数のワークフロー・パッ
ケージ１の共通する処理を行うコンポーネント４として
共通化し、シナリオ，外部参照，外部名の制御情報８を
データベース２にワークフロー・パッケージ１対応に格
納することにより、ワークフロー全体の処理内容から個
々の処理のシナリオに分割して設定することが容易とな
り、ワークフローのシナリオ変更が必要な場合、個々の
処理の必要なシナリオに対してのみ変更すれば済むこと
になり、処理内容の変更が容易となる。

【００５６】又相互参照テーブル９を用いることによ
り、ワークフローの局所的な変更，追加の場合に、変更
個所以外の部分に対して影響を与えないことなる。従っ
て、組織変更，手順追加，手順変更に対して即座に対処
できる利点があり、又大規模なワークフロー制御システ
ムの保守，運用が容易となり、ワークフローの適用範囲
を拡大することができる利点がある。

【図面の簡単な説明】

【図１】本発明の実施の形態の機能ブロック図である。

【図２】プログラムの説明図である。

【図３】ＳＱＬ実行文テーブルの説明図である。

【図４】データベーストリガの説明図である。

【図５】ストアドプロシジャの説明図である。

【図６】ワークフロー処理の概要説明図である。

【図７】本発明の実施の形態のコンポーネントの機能説
明図である。

【図８】本発明の実施の形態の入力受付処理，出力処理
の説明図である。

【図９】本発明の実施の形態の入力受付処理，出力処理
のシーケンスチャートである。

【図１０】本発明の実施の形態のデータ監視処理の説明
図である。

【図１１】本発明の実施の形態のデータ監視処理のシー
ケンスチャートである。

【図１２】本発明の実施の形態の内部データ通知処理の
説明図である。

【図１３】本発明の実施の形態の相互参照テーブルを用
いた外部名解決の説明図である。

【図１４】本発明の実施の形態の制御情報分離とワーク
フロー共通化との説明図である。

【図１５】本発明の実施の形態のシナリオの説明図であ
る。

【図１６】本発明の実施の形態のシナリオの展開の説明
図である。

【図１７】本発明の実施の形態の外部情報参照の説明図
である。

【図１８】本発明の実施の形態の手順追加前の説明図で
ある。

【図１９】本発明の実施の形態の手順追加後の説明図で
ある。

【図２０】本発明の実施の形態のワークフロー・パッケ
ージの説明図である。

【図２１】ワークフロー制御システムの概要説明図であ
る。

【図２２】ワークフローモデルの説明図である。

【図２３】ワークフロー・パッケージの説明図である。

【図２４】ワークフロー・パッケージの連結説明図であ
る。

【符号の説明】

１ワークフロー・パッケージ２データベース３ストアドプロシジャ４コンポーネント５入力キュー６登録更新処理部７登録データ８制御情報９相互参照テーブル

Claims

【特許請求の範囲】

【請求項１】複数のワークフロー・パッケージを結合
して構成し、且つデータベースを備えたワークフロー制
御システムに於いて、前記ワークフロー・パッケージの作業依頼に従った単一
の情報処理機能と次への通知機能とを含むコンポーネン
トをストアドプロシジャとして共通化し、前記ワークフ
ロー・パッケージの情報処理手順を示すシナリオと外部
情報とを含む制御情報を前記データベースに前記ワーク
フロー・パッケージ対応に格納し、且つ間接的に参照し
て複数の前記ワークフロー・パッケージ間を結合する相
互参照テーブルを備えた構成を有することを特徴とする
ワークフロー制御システム。
【請求項２】前記相互参照テーブルは、前記ワークフ
ロー・パッケージの制御情報の格納先を登録し、ワーク
フロー処理手順の追加，更新，削除に従って前記登録先
の追加，更新，削除を行う構成を備えたことを特徴とす
る請求項１記載のワークフロー制御システム。
【請求項３】データベースと、複数のワークフロー・
パッケージとを有し、処理手順に従ってワークフロー処
理を行うワークフロー制御方法に於いて、前記ワークフロー・パッケージの作業依頼に従った単一
の情報処理機能と次への通知機能とを含むコンポーネン
トをストアドプロシジャとして共通化し、前記ワークフ
ロー・パッケージの情報処理手順を示すシナリオと外部
情報とを含む制御情報を前記データベースに前記ワーク
フロー・パッケージ対応に格納し、且つ間接的に参照し
て複数の前記ワークフロー・パッケージ間を結合する相
互参照テーブルを備え、前記ワークフロー・パッケージ
の入力キューへの作業依頼の書込みの検出によるデータ
ベーストリガにより該ワークフロー・パッケージを起動
し、前記ストアドプロシジャの制御により前記作業依頼
による処理を前記制御情報を参照して実行し、次への通
知機能として次のワークフロー・パッケージの入力キュ
ーへの作業依頼の書込みを行う過程を含むことを特徴と
するワークフロー制御方法。
【請求項４】ワークフロー処理手順の追加，更新，削
除に従って、前記制御情報の追加，更新，削除を行うと
共に、前記相互参照テーブルの制御情報の格納先の追
加，更新，削除を行って新たなワークフロー・パッケー
ジ間の関連付けを行う過程を含むことを特徴とする請求
項３記載のワークフロー制御方法。
【請求項５】前記制御情報のワークフロー記述に従っ
たシナリオを、ＳＱＬ実行文テーブル構成として前記デ
ータベースに格納し、該シナリオの内容を、前記ワーク
フロー・パッケージ対応に追加，更新，削除する過程を
含むことを特徴とする請求項３又は４記載のワークフロ
ー制御方法。