JPH0981637A - ワークフローシステム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、工程の組み合わせ変更を容易に可
能とした動的なワークフローシステムを提供する。 【解決手段】 データを処理する少なくとも一つの工程
を順次実施することによる一連の作業処理の流れを計算
機２により管理するワークフローシステムにおいて、工
程は、計算機２において実行される処理動作を少なくと
も含み、データ、工程により順次処理された処理データ
及び各工程の実行状況についての管理情報を格納するデ
ータファイル１０と、工程それぞれに対応して設けら
れ、当該工程において処理対象となるデータを保存した
データファイルを格納するデータ格納エリアとを備えた
ワークフローシステム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータシステ
ムによる作業処理単位の流れを管理するワークフローシ
ステムに関する。

【０００２】

【従来の技術】近年の計算機技術の発展と相俟って各種
のデータが計算機により管理されるようになっている。
しかし、計算機で取り扱われ、また、保存されるデータ
は、何等かの形で入力・処理されたものである。したが
って、各種データを計算機で管理させるためには、入力
作業、データ処理・加工作業等が必須である。

【０００３】これらのデータ処理は、計算機プログラム
による処理、計算機の周辺機器による処理等のみなら
ず、オペレータによる確認、修正入力等が必要になる場
合も多い。

【０００４】このような各データ処理、すなわち工程が
組み合わされることにより、一連の作業処理が実現され
て、計算機によるデータ管理が可能となる。このよう
に、一連の作業処理の流れを管理するシステムをワーク
フローシステムと称する。

【０００５】例えばワークフローシステムを銀行で用い
られる為替発行管理システムを例にとって具体的に説明
する。図１０は、従来のワークフローシステムの一例を
示す構成図である。

【０００６】同図において、各銀行の支店（営業店）の
営業店ファックス５１から出力された振込み依頼書等の
イメージデータは、集中センター５２の蓄積交換器５３
にて受信される。

【０００７】次に受信された振込み依頼書のデータは文
字認識装置５４（ＯＣＲ）にて読み取られ、サーバ５５
内の記憶装置に保存される。サーバ５５内に保存された
データは、検証端末においてオペレータにより検証さ
れ、また、必要な修正入力等がされて、本店５７のホス
トマシン５８に送られる。

【０００８】次に、上記集中センター５２での処理の流
れの例と従来のワークフローシステムにおけるファイル
管理方式を説明する。図１１は、各工程の流れについて
示す図である。

【０００９】同図において、工程Ａ０では、営業店ファ
ックス５１からのデータを受け付ける処理を行う。次
に、工程Ａ１では、文字認識装置５４による振込み依頼
書の文字認識が行われる。これらの工程Ａ０，Ａ１で
は、オペレータが介することなく、計算機のプログラム
制御による周辺機器の動作によって実現されている。

【００１０】また、工程Ａ２では、オペレータによる１
次検証が行われる。この検証では、検証用端末５６に表
示された振込み依頼書の文字読取り結果を確認して、誤
認識等の修正を行う。

【００１１】さらに、工程Ａ３では、オペレータによる
２次検証が行われる。この検証では、文字認識装置５４
で認識できない情報をオペレータが入力する。一方、工
程Ａ４は、１次検証、２次検証の結果にミスがないかを
チェックし、承認するための３次検証である。

【００１２】そして、工程Ａ５において、サーバ５５の
有する通信手段により、承認されたデータを本店に送信
する。このようにワークフローシステムを介することに
より、銀行の支店で顧客が手書きで記入した振込み依頼
書の内容が本店のホストマシン５８で管理できるように
なる。

【００１３】次に、図１２は従来のワークフローシステ
ムにおける各工程を制御する制御プログラムと工程にお
ける処理結果を保存するファイルとの関係を示す図であ
る。同図（ａ）において、工程Ａ０用プログラムＰ０
は、工程Ａ０の処理を実施し、その結果を工程Ａ０用フ
ァイルＦ０に保存する。

【００１４】また、同様に工程Ａ１用プログラムＰ１
は、工程Ａ１の処理を実施し、その結果を工程Ａ１用フ
ァイルＦ１に保存し、以下、Ｐ２、Ｆ２、Ｐ３、Ｆ３、
Ｐ４、Ｆ４、．．．についても同様である。

【００１５】なお、必要なデータの読み出しは、前の工
程についてのファイルから行われるとは限らず、必要な
データを保存するファイルから読み出しが行われる。例
えば上記工程Ａ４では、工程Ａ２，Ａ３の処理結果デー
タを必要とする。

【００１６】一方、図１２（ｂ）は、ワークフローシス
テムの一般的なファイル管理方式を示しており、すべて
の工程用プログラムは、単一の工程管理用ファイルＦ０
０にアクセスする。

【００１７】

【発明が解決しようとする課題】従来、このようなワー
クフローシステムの用途は、上記例示の場合のように銀
行での為替発信システムの場合が多く、この場合顧客ご
とに、その顧客の要望・状況に対応したシステムを開発
するインデント対応が主であった。

【００１８】しかし、計算機システムの普及と低価格に
伴い、このようなデータ処理入力のためのシステムを使
用して、データの一括管理を行おうとする顧客の数・業
種数が増えてきている。例えば流通、建設、証券取引業
界等である。

【００１９】この場合、顧客ごとに最初からシステムを
開発するよりも、汎用的なパッケージ的なシステムを用
意し、具体的な顧客について合わせてそのパッケージシ
ステムを適合させるようにした方が、システム開発の労
力を低減させることができる。したがって、このように
すれば、より低価格なワークフローシステムを提供でき
ることになり、より一層ワークフローシステムを普及さ
せることができる。

【００２０】しかし、上述した従来のワークフローシス
テムでは、各工程の独立性が乏しく、これをそのまま改
造しただけで汎用的なパッケージシステムとして成立さ
せるのは困難であった。

【００２１】また、図１２に示すように、従来のワーク
フローシステムでは複数の工程用プログラムは同一のフ
ァイルに同時にアクセスする可能性があり、同時アクセ
スが行われた場合には、ファイルＩ／Ｏ待ち時間が増大
する。

【００２２】特に、図１２（ｂ）に示すような１ファイ
ルによる管理方式の場合は、ファイルＩ／Ｏ待ち時間が
非常に長くなるファイルネックとなってシステム性能の
低下をもたらしている。また、図１２（ａ）に示すよう
なファイル構成であっても、工程数が多くなると一つの
ファイルにアクセスする工程用プログラム数が増えるの
でやはりファイルネックが生じていた。

【００２３】本発明は、このような実情を考慮してなさ
れたもので、ファイルネックを解消し、また、工程の組
み合わせ変更を容易に可能とした動的なワークフローシ
ステムを提供することを目的とする。

【００２４】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に対応する発明は、データを処理する少な
くとも一つの工程を順次実施することによる一連の作業
処理の流れを計算機により管理するワークフローシステ
ムにおいて、工程は、計算機において実行される処理動
作を少なくとも含み、データ、工程により順次処理され
た処理データ及び各工程の実行状況についての管理情報
を格納するデータファイルと、工程それぞれに対応して
設けられ、当該工程において処理対象となるデータを保
存したデータファイルを格納するデータ格納エリアとを
備えたワークフローシステムである。

【００２５】次に、請求項２に対応する発明は、請求項
１に対応する発明において、工程名とその工程の実行順
序の情報とからなるワークフロー設定情報を少なくとも
一つ保存するワークフロー定義ファイルと、指定された
ワークフロー設定情報をワークフロー定義ファイルから
読み出し、工程名に対応するデータ格納エリアを設定
し、読み出された工程名に対応する処理動作を動作可能
に設定する立上げ処理部とを備えたワークフローシステ
ムである。

【００２６】また、請求項３に対応する発明は、請求項
２に対応する発明において、立上げ処理部は、障害発生
停止後の再立ち上げ時に、管理情報に基づいて、システ
ム停止前のワークフロー進捗状態に復帰させるワークフ
ローシステムである。

【００２７】さらに、請求項４に対応する発明は、請求
項１〜３の何れかに対応する発明において、各工程及び
データファイル内に用いられる属性情報を一般化された
情報とし、各工程の部品化を容易にするワークフローシ
ステムである。

【００２８】したがって、まず、請求項１に対応する発
明のワークフローシステムにおいては、データを処理す
る少なくとも一つの工程が順次実施されることにより一
連の作業処理の流れが計算機により管理されている。

【００２９】ここで、工程は、計算機において実行され
る処理動作を少なくとも含んでいる。また、データファ
イルに、データ、工程により順次処理された処理データ
及び各工程の実行状況についての管理情報が格納され
る。

【００３０】さらに、データ格納エリアが工程それぞれ
に対応して設けられ、当該工程において処理対象となる
データを保存したデータファイルが格納される。したが
って、処理されるべき各データは、データファイル単位
でそれ自身が自己の管理情報と処理データを有するま
ま、データ格納エリアを順次移動もしくは複写移動する
ので、各工程の独立性を極めて高くすることができ、工
程の組み合わせ変更を容易に行うことが可能となる。

【００３１】また、各データごとにファイルを有するの
でファイルネックが生じることもない。次に、請求項２
に対応する発明のワークフローシステムにおいては、請
求項１に対応する発明と同様に作用する他、ワークフロ
ー定義ファイルに、工程名とその工程の実行順序の情報
とからなるワークフロー設定情報が少なくとも一つ保存
される。

【００３２】また、立上げ処理部によって、指定された
ワークフロー設定情報がワークフロー定義ファイルから
読み出され、工程名に対応するデータ格納エリアが設定
され、読み出された工程名に対応する処理動作が動作可
能に設定される。

【００３３】したがって、予め登録された範囲内で自在
にワークフローを選択することができる。また、請求項
３に対応する発明のワークフローシステムにおいては、
請求項１に対応する発明と同様に作用する他、立上げ処
理部は、障害発生停止後の再立ち上げ時に、管理情報に
基づいて、システム停止前のワークフロー進捗状態に復
帰させる。

【００３４】さらに、請求項４に対応する発明のワーク
フローシステムにおいては、請求項１〜３の何れかに対
応する発明と同様に作用する他、各工程及びデータファ
イル内に用いられる属性情報を一般化された情報とし、
各工程の部品化を容易にしている。

【００３５】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。 （第１の発明の実施の形態）図１は本発明の第１の実施
の形態に係るワークフローシステムの一例を示す構成図
である。

【００３６】このワークフローシステムは、バス１と、
このバス１に接続されるサーバ計算機２と、端末３と、
周辺装置４と、サーバ計算機２に接続される直結周辺装
置５とによって構成されている。

【００３７】まず、サーバ計算機２は、例えばワークス
テーションからなり、ワークフロー定義ファイル６と、
立上げ処理部７と、データ格納エリア設定部８と、工程
処理プログラム部９と、その他の図示しない周辺要素と
によって構成されている。

【００３８】一方、端末３は、例えばパソコンからな
り、サーバ計算機２に対してデータ取り込み等の要求を
行う。また、端末３は、例えば検証作業を行うための機
器であり、オペレータが操作する。

【００３９】また、周辺装置４は、例えばファックス、
蓄積交換器、文字認識装置（ＯＣＲ）等から構成され
る。さらに、直結周辺装置５も、例えばファックス、蓄
積交換器、文字認識装置（ＯＣＲ）等から構成されてお
り、これらの周辺装置を周辺装置４として用いるか、直
結周辺装置５として用いるかは、システムの全体構成、
予算などに応じて決めればよい。

【００４０】ところで、ワークフローシステムは、複数
の工程を順次実施することにより一連の作業処理の流れ
を管理するものである。この工程においては、工程処理
プログラム部９に記憶された工程処理プログラムと、ワ
ークステーション資源のＣＰＵ，メモリ等とが協動する
ことによりその処理が実現される。

【００４１】すなわち、工程処理プログラム部９には、
これらの各工程を実施するためのそれぞれのプログラム
が登録され、かつ、工程実施に必要な図示しないＣＰ
Ｕ，メモリ等の資源が割り振られている。

【００４２】この工程処理プログラム部９には、さら
に、内部処理部９ａと外部要求処理部９ｂとが設けられ
ている。内部処理部９ａは、サーバ計算機内の動作の
み、もしくは直結周辺装置をサーバ計算機２が直接制御
することで実現される各工程の処理を行うようになって
いる。

【００４３】一方、外部要求処理部９ｂは、バス１を介
して接続された端末３，周辺装置４等の他の機器動作に
より実現される各工程、もしくは当該他の機器とサーバ
計算機９ｂとの協動により実現される各工程の処理を行
うようになっている。

【００４４】したがって、本実施の形態において取り扱
う工程には、以下のパターンのものがある。 １）内部処理部のプログラム動作に関わるもの（以下、
工程種類Ａ） データファイルの複写、ファックス受付け、文字認識、
プリンタ出力、ホスト送信、登録処理等である。 ２）外部要求処理部のプログラム動作に関わるもの（以
下、工程種類Ｂ） 検証作業、リジェクト訂正、キーエントリ、帳票取消
し、文字認識、ファックス受付け等である。

【００４５】すなわち、工程種類Ｂの工程では、サーバ
計算機が他の機器と協動して動作するか、他の機器，例
えばオペレータによる入力作業等によって工程が実施さ
れる。

【００４６】なお、各工程については、工程識別のため
の工程サインが付され、工程サインに対応して工程の内
容が決まっている。この工程サインは、例えばＡ０，Ａ
１，Ａ２，Ａ３，Ａ９，Ｂ０，Ｂ１，Ｂ１０，Ｚ０，Ｚ
９如きのものである。

【００４７】工程についての考え方は以上に説明した通
りである。次に、各工程をいかに接続し、ワークフロー
（仕事の流れ）とするかの仕組みについて説明する。ワ
ークフローとは、ある作業処理単位の流れをいい、例え
ば従来技術で示した為替発信処理如きものである。ここ
で、作業処理単位とは、上記工程を意味する。したがっ
て、ワークフローは、工程の組み合わせによって成立す
るが、本実施の形態のワークフローシステムにおいて
は、複数種類のワークフローを実現できるように構成さ
れている。

【００４８】図２は本実施の形態のワークフローシステ
ムのワークフロー定義ファイルの内容を示す図である。
同図に示すように、複数種類のワークフローを実現する
ため、ワークフロー定義ファイル６には、複数種類のワ
ークフローがワークフロー名に対応して工程サインの組
み合わせとして登録されている。

【００４９】また、立上げ処理部７は、本システム立ち
上げ時に、ワークフローを指定されることにより、その
ワークフロー名に対応する各工程サインを読み出し、デ
ータ格納エリア設定部８に、各工程サインに対応したそ
れぞれのデータ格納エリアを設定する。すなわち、デー
タ格納エリアは、対応する工程に用いるデータファイル
を貯蔵する記憶領域である。ただし、ここで対応する工
程には、データ格納エリアに格納されたのちに実行され
る処理のみでなく、格納前に行われる前処理も含む場合
がある。

【００５０】このデータ格納エリア設定部８は、サーバ
計算機２の例えばハードディスク、メモリ等の記憶資源
に確保されており、データ格納エリアは、例えばハード
ディスク内にその対応するディレクトリを作成する形で
設定される。また、メモリ内には、そのディレクトリに
どのようなデータファイルが格納されているかのデータ
識別子を保存するキューも設けられ、これもデータ格納
エリアの一部をなしている。

【００５１】したがって、例えば工程Ａ０に対応するデ
ータ格納エリアＤＡ０として、ディレクトリＡ０が設け
られ、当該ワークフローシステムでの処理対象となる各
データは、例えばデータファイルとして、そのディレク
トリ内に保存される。

【００５２】ここで、例えば為替発信システムの場合で
考えると、データは、為替に用いる帳票であり、通常、
このようなシステムでは複数の帳票を扱うので、ここで
の処理対象データも複数存在することになる。したがっ
て、各処理対象データにそれそれ対応したデータファイ
ルを、ディレクトリを有するデータ格納エリアに複数格
納できる。このファイルの扱いは、従来技術で説明した
システムとは全く異なっている。

【００５３】すなわち、本実施の形態におけるデータフ
ァイルは、１ファイルが１処理対象データを取り扱って
おり、そのファイル構成は図３に示すようなものであ
る。図３は本実施の形態のワークフローシステムにおけ
るデータファイルの構成を示す図である。

【００５４】このデータファイル１０は、管理情報部１
１と、実データ部１２と、その他ファイル管理上必要な
部分（図示せず）とによって構成されている。ここで、
管理情報部１１には、当該ワークフローにおける全工程
が登録されており、その各工程サインに対応して、状態
サインを記録できるようになっている。

【００５５】状態サインには、その工程が処理について
の状態が、処理待ち、処理中、処理済み等の状態フラグ
により記録される。実データ部１２には、処理された工
程の実データが、順次加えられる形で保存される。例え
ば図３に例示するデータファイル１０では、工程Ａ０と
工程Ａ１の処理が実行され、その実データが保存されて
いる。

【００５６】次に、以上のように構成された本発明の実
施の形態に係るワークフローシステムの動作について説
明する。まず、サーバ計算機２において、使用するワー
クフローを指定し、立ち上げ処理を起動する。本実施の
形態では、図２に示すワークフロー１を使用する場合を
取り扱うこととする。

【００５７】次に、立上げ処理部７は、ワークフロー定
義ファイル６を読み込み、指定されたワークフロー１の
各工程サインに対応して、図４に示すように、それぞれ
データ格納エリアを設定し、また読み出された工程サイ
ンに対応する工程を動作可能状態に設定する。

【００５８】図４は本実施の形態のワークフローシステ
ムにおける動作の流れを示すブロック図である。ここで
ワークフローは、工程Ａ０，Ａ１，Ａ２，Ａ３，Ａ９か
ら構成されるので、データ格納エリアもこれに対応して
データ格納エリアＤＡ０，ＤＡ１，ＤＡ２，ＤＡ３，Ｄ
Ａ９が設けられている。なお、工程Ａ１は、工程Ａ１ａ
と工程Ａ１ｂとにより実現されており、同様に、工程Ａ
２は、工程Ａ２ａと工程Ａ２ｂと工程Ａ２ｃとから、工
程Ａ９は、工程Ａ２ａと工程Ａ２ｂと工程Ａ２ｃとから
実現される。

【００５９】一方、工程処理プログラム部９には、予め
各工程を処理するためのプログラムが登録されているの
で、上記した工程種類Ａ、Ｂの各工程が実施可能状態と
なっており、各工程と、その各工程に用いるデータファ
イルがデータ格納エリアに貯蔵されることによって作業
処理が開始される。

【００６０】まず、登録処理Ａ００により、対し処理す
べきデータファイル１０がシステムに入力され、データ
格納エリアＤＡ０に格納される。この登録処理Ａ００に
よる入力処理は、例えば従来技術のファックス受付けに
相当している。

【００６１】ここで、データ格納エリアの「待」、
「済」表示は、格納されたデータファイルについて、そ
のデータ格納エリアに対応する工程が終了したか否かを
示しており、ファイル１０の状態サインに対応するもの
である。

【００６２】すなわち、データ格納エリアＤＡ０に格納
されたデータファイル１０は、工程Ａ０が実行されるた
めに待機しており、そして、工程Ａ０に呼び出され、処
理されて、その処理結果がデータ格納エリアＤＡ１に保
存される。

【００６３】なお、工程Ａ０は、例えば従来技術の文字
認識処理に相当する。ここで、図４中の登録処理Ａ０
０，工程Ａ０，工程Ａ２ｃ，工程Ａ３，工程Ａ９ｃは、
上記の工程種類Ａに相当し、内部処理部９ａにより実現
されるサーバ計算機２内もしくは直結周辺装置５による
処理である。したがって、例えば工程Ａ０は、直結周辺
装置５としての文字認識装置ＯＣＲをサーバ計算機２が
制御して自動的に文字認識処理を行い、次の工程処理の
ためのデータ格納エリアＤＡ１に格納している。

【００６４】次に、外部要求処理部９ｂの動作及びこれ
が取り扱う工程種類Ｂについて説明する。外部要求処理
部９ｂは、端末３等の外部機器と協動して１つの工程が
なされる場合を取り扱う。このためには、データ格納エ
リアからデータ取得、外部機器で修正されたデータファ
イルのデータ格納エリアへの更新、外部機器で作成され
たデータファイルのデータ格納エリアへの格納すなわち
新データファイル作成、外部機器からの指示入力の受付
け等の処理を行う必要がある。

【００６５】まず、端末３等からの要求によるデータの
取得について、図５の流れ図を用いて説明する。図５は
本実施の形態における外部要求処理部によるデータ取得
フロー図である。

【００６６】同図において、まず、外部要求処理部９ｂ
が要求元ＡＰＬすなわち端末３等からデータ取得要求を
受ける（ＳＴ１）。次に、外部要求処理部９ｂは、デー
タ格納エリアＤＡ１のキューにキューイングされている
データ識別子を取得して（ＳＴ２）、対応するデータフ
ァイル１０を読み出して、端末３（要求元ＡＰＬ）に取
得データを返信する（ＳＴ３）。

【００６７】次に、端末３等からの要求によるデータの
更新について、図６の流れ図を用いて説明する。図６は
本実施の形態における外部要求処理部によるデータ更新
フロー図である。

【００６８】同図において、まず、外部要求処理部９ｂ
は要求元ＡＰＬすなわち端末３等からデータ更新要求を
受ける（ＳＴ１１）。次に、外部要求処理部９ｂは、更
新データを格納するデータ格納エリアＤＡ３内の対応デ
ータファイル１０の更新及び識別子のキューイングする
（ＳＴ１２）。

【００６９】そして、端末３（要求元ＡＰＬ）に更新結
果を返信する（ＳＴ１３）。以上のデータ取得及びデー
タ更新がサーバ計算機２の工程Ａ１ａにより実施され
て、サーバ側の工程Ａ１動作がなされている。本実施の
形態においては、さらに、端末側での工程Ａ１ｂによる
データ修正作業等が付加されて、工程Ａ１が実現され
る。ここで、端末による処理は、例えばＯＣＲ誤認識に
対するオペレータによるデータ修正等である。

【００７０】また、端末３等からの要求によるデータの
作成について、図７の流れ図を用いて説明する。図７は
本実施の形態における外部要求処理部によるデータ作成
フロー図である。

【００７１】同図において、まず、外部要求処理部９ｂ
は要求元ＡＰＬすなわち端末３等からデータ作成要求を
受ける（ＳＴ２１）。次に、外部要求処理部９ｂは、作
成データを格納するデータ格納エリアＤＡ２内の対応デ
ータファイル１０の更新及び識別子のキューイングする
（ＳＴ２２）。

【００７２】そして、端末３（要求元ＡＰＬ）に更新結
果を返信する（ＳＴ２３）。以上は、データ作成動作で
あるが、このデータ作成動作の前にデータ取得が図５に
示す動作と同様にして行われており、これらのデータ取
得及びデータ作成がサーバ計算機２の工程Ａ２ａにより
実施されている。本実施の形態においては、さらに、端
末側での工程Ａ２ｂによるデータ作成作業等が付加され
ており、ここで、端末による処理は、例えばＯＣＲで読
み取ることができない事項についてのオペレータによる
データ作成等である。

【００７３】そして、工程Ａ２ａ，工程Ａ２ｂにより、
データ取得、データ作成、データ格納が行われた後、さ
らに、データ格納エリアＤＡ２に格納されたデータファ
イル１０が工程Ａ２ｃによりデータ格納エリアＤＡ３に
複写されて、工程Ａ２が終了する。

【００７４】なお、データ格納エリアＤＡ３に格納され
たデータファイル１０に対して実行される工程Ａ３は、
工程種類Ａに属するものであり、例えばデータ格納エリ
アＤＡ３に格納されたデータファイル１０の他のホスト
コンピュータへの送出等を行う。

【００７５】次に、端末３等からの指示入力について、
図８の流れ図を用いて説明する。図８は本実施の形態に
おける外部要求処理部による指示入力フロー図である。
同図において、まず、外部要求処理部９ｂは要求元ＡＰ
Ｌすなわち端末３等から指示入力を受ける（ＳＴ３
１）。

【００７６】次に、外部要求処理部９ｂは、データ格納
エリアＤＡ９内に格納されている対応データファイル１
０について工程Ａ９ｃを実行するように指示を出す（Ｓ
Ｔ３２）。

【００７７】そして、端末３（要求元ＡＰＬ）に結果を
返信する（ＳＴ３３）。以上は、指示入力についてであ
るが、この指示入力前にデータ取得及びデータ格納エリ
アＤＡ９への保存が工程Ａ９ａにより行われている。そ
して、このデータ格納エリアＤＡ９に保存されたデータ
について工程Ａ９ｃの処理を実行するか否かの指示が、
取得データを確認した端末側から工程Ａ９ｂにより出力
されることになる。

【００７８】したがって、工程Ａ９は、これらの工程Ａ
９ａ，Ａ９ｂ，Ａ９ｃにより構成されている。ここで、
例えばデータ格納エリアＤＡ９は、帳票管理表を構成し
ており、工程Ａ９ｃは帳票取消し処理等を行っている。

【００７９】このようにして、一連のワークフローが成
立している。また、上記の如くして、ワークフローがサ
ーバ計算機２に管理されている。上述したように、本発
明の実施の形態に係るワークフローシステムにおいて
は、各工程に対してデータ格納エリアを設け、工程で処
理すべき各データはデータファイル１０に格納した形で
対応するデータ格納エリアに保存し、データファイル１
０にそのファイル自身の管理・履歴データを保存する管
理情報部１１と、工程で処理された処理データを収める
実データ部１２とを設けて各データのワークフローはデ
ータファイル単位で管理し、工程に対する供給データは
データ格納エリアを用いて管理するようにしたので、各
工程の独立性を極めて高くすることができ、工程の組み
合わせ変更を容易に行うことができる。

【００８０】また、各データごとにファイルを有するの
で、ファイルネックを解消することができる。さらに、
本実施の形態に係るワークフローシステムにおいては、
ワークフロー定義ファイルに工程サインとその組み合わ
せからなる複数のワークフローを保存し、立上げ処理部
７が指定されたワークフローをワークフロー定義ファイ
ル６から読み出してデータ格納エリアを設定し、読み出
された工程サインに対応する処理動作を動作可能に設定
するようにしたので、予め登録された範囲内で自在にワ
ークフローを選択し、変更することができる。

【００８１】また、各工程は独立性が高いので、登録さ
れた工程の組み合わせにより新たなワークフローを登録
することが容易にできる。さらに、工程を部品とみな
し、部品数を予め多数用意することで、種々のワークフ
ローを容易に作成することができ、ユーザに対して幅広
いサービスを提供することができる。

【００８２】上記構成効果より、ワークフローシステム
のパッケージ化が容易で、コスト低減に寄与することが
できる。 （第２の発明の実施の形態）本発明の実施の形態に係る
ワークフローシステムにおいては、障害が発生してシス
テムが停止した後の復旧処理を容易に実現するためのも
のである。

【００８３】このワークフローシステムは、第１の実施
の形態と同様に構成される他、立上げ処理部７により各
データファイルの管理情報部１１のみを格納するデータ
管理エリアが設定されるようになっている。

【００８４】ワークフローシステムの正常動作中、対象
工程が終了後、このデータ管理エリアの管理情報が変更
され、その後、データファイルの管理情報部１１の内容
が変更されるようになっている。

【００８５】そして、障害が発生してシステムが停止し
た場合のために、立上げ処理部７における立ち上げ処理
には、図９に示す処理が付加されている。すなわち、ま
ず、前回のシステム停止が正常に終了した場合には、そ
のまま終了し、ワークフローが再開される（ＳＴ４
１）。

【００８６】一方、システム停止が正常に終了していな
い場合、データ管理エリアの情報とデータ格納エリアに
納められるべきデータファイル内の管理情報が比較され
（ＳＴ４２）、両者に不整合が生じている場合には、デ
ータ格納エリア側のデータを正しいものとしてデータ管
理エリアの情報を修正する（ＳＴ４３）。

【００８７】そして、全データファイルのチェック及び
データ管理エリアの修正後に（ＳＴ４４）、ワークフロ
ーが再開され、システム停止前のワークフロー進捗状態
に復帰される。

【００８８】上述したように、本発明の実施の形態に係
るワークフローシステムにおいては、上記実施の形態と
同様な構成に加え、データ管理エリアを設けて、障害発
生後の再たち上げ時に、データ格納エリアの状態をチェ
ックするようにしたので、上記発明の実施の形態に係る
ワークフローシステムと同様の効果が得られる他、障害
が発生した時点での進捗状態の復元をすることができ
る。

【００８９】また、何等かの理由により、障害発生前の
最終工程でのデータが消失した場合、その一つ前の工程
から再処理をすることができる。 （第３の発明の実施の形態）このワークフローシステム
は、第１の実施の形態と同様に構成される他、各工程を
実行させる工程処理プログラムの中のサブルーチン名，
起動すべき他のプログラム名を固定データでなく、属性
情報（プロパティ情報）として持たせるようになってい
る。

【００９０】また、データファイル１０の管理情報部１
１を、ワークフロー定義、工程サイン別のチェック処理
や後処理定義、帳票印字定義等から構成されるデータ処
理属性（プロパティ）に変更する。これらの属性情報
は、具体的には例えば以下のような情報と対応する。

【００９１】 ワークフロー定義 −＞工程サイン 工程サイン別チェック処理 −＞ＬＭ名、サブルーチン名 工程サイン別後処理 −＞ＬＭ名、サブルーチン名 帳票印字定義 −＞帳票ＩＤ 入／出力装置指定 −＞デバイス名 また、工程処理プログラムには、属性情報を処理する機
能を付加し、上記構成と相俟って各工程を汎用プロセス
化できるようにする。

【００９２】上述したように、本発明の実施の形態に係
るワークフローシステムにおいては、上記実施の形態と
同様な構成に加え、属性情報を一般化したので、上記発
明の実施の形態に係るワークフローシステムと同様の効
果が得られる他、属性情報設定のみでワークフローシス
テムの構築が可能となり、システム作りにおいて各部の
部品化が可能である。なお、本発明は、上記各実施の形
態に限定されるものでなく、その要旨を逸脱しない範囲
で種々に変形することが可能である。

【００９３】

【発明の効果】以上詳記したように本発明によれば、デ
ータ格納エリアと、管理情報，実データを保存するデー
タファイルを設けたので、ファイルネックを解消し、ま
た、工程の組み合わせ変更を容易に可能とした動的なワ
ークフローシステムを提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るワークフロー
システムの一例を示す構成図。

【図２】同実施の形態のワークフローシステムのワーク
フロー定義ファイルの内容を示す図。

【図３】同実施の形態のワークフローシステムのデータ
ファイルの構成を示す図。

【図４】同実施の形態のワークフローシステムの動作の
流れを示すブロック図。

【図５】同実施の形態における外部要求処理部によるデ
ータ取得フロー図。

【図６】同実施の形態における外部要求処理部によるデ
ータ更新フロー図。

【図７】同実施の形態における外部要求処理部によるデ
ータ作成フロー図。

【図８】同実施の形態における外部要求処理部による指
示入力フロー図。

【図９】本発明の第２の実施の形態に係るワークフロー
システムの立上げ動作の一部を示すフロー図。

【図１０】従来のワークフローシステムの一例を示す構
成図。

【図１１】各工程の流れについて示す図。

【図１２】従来のワークフローシステムにおける各工程
を制御する制御プログラムと工程における処理結果を保
存するファイルとの関係を示す図。

【符号の説明】

１…バス、２…サーバ計算機、３…端末、４…周辺装
置、５…直結周辺装置、６…ワークフロー定義ファイ
ル、７…立上げ処理部、８…データ格納エリア設定部、
９…工程処理プログラム部、９ａ…内部処理部、９ｂ…
外部要求処理部、１０…データファイル、１１…管理情
報部、１２…実データ部。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データを処理する少なくとも一つの工程
   を順次実施することによる一連の作業処理の流れを計算
   機により管理するワークフローシステムにおいて、 前記工程は、前記計算機において実行される処理動作を
   少なくとも含み、 前記データ、前記工程により順次処理された処理データ
   及び前記各工程の実行状況についての管理情報を格納す
   るデータファイルと、 前記工程それぞれに対応して設けられ、当該工程におい
   て処理対象となる前記データを保存した前記データファ
   イルを格納するデータ格納エリアとを備えたことを特徴
   とするワークフローシステム。
2. 【請求項２】 請求項１記載のワークフローシステムに
   おいて、 工程名とその工程の実行順序の情報とからなるワークフ
   ロー設定情報を少なくとも一つ保存するワークフロー定
   義ファイルと、 指定されたワークフロー設定情報を前記ワークフロー定
   義ファイルから読み出し、前記工程名に対応する前記デ
   ータ格納エリアを設定し、読み出された前記工程名に対
   応する前記処理動作を動作可能に設定する立上げ処理部
   とを備えたことを特徴とするワークフローシステム。
3. 【請求項３】 前記立上げ処理部は、障害発生停止後の
   再立ち上げ時に、前記管理情報に基づいて、システム停
   止前のワークフロー進捗状態に復帰させることを特徴と
   する請求項２記載のワークフローシステム。
4. 【請求項４】 各工程及びデータファイル内に用いられ
   る属性情報を一般化された情報とし、各工程の部品化を
   容易にすることを特徴とする請求項１乃至３の内何れか
   一項記載のワークフローシステム。