JPH10326314A - アウトソーシング向けワークフロー管理システム - Google Patents

Abstract

(57)【要約】 【課題】ワークフロー管理システムはデータベースアプ
リケーションであり、本質的にデータベースの保守等の
煩雑な作業が必要である。本発明では、ワークフロー管
理のアウトソーシングにおいて必要となる機能を提供す
る。具体的には、処理対象である文書の機密保持、課
金、サービスのための機能を提供する。 【解決手段】文書とフロー制御情報を、それぞれ異なる
計算機上のデータベースに分離格納する手段、およびフ
ロー制御情報とプロセス定義を参照して、文書のアクセ
ス権を逐次変更・制御する手段を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、処理フローを定義
したプロセス定義に従って、文書のフローを制御するシ
ステムであるワークフロー管理システムに係わる。特
に、ワークフロー管理のアウトソーシングに必要とな
る、有効なセキュリティ、課金、サービスに係わる技術
に関する。

【０００２】

【従来の技術】ワークフロー管理システムについて、日
経コンピュータ１９９４年５月２日Ｎｏ．３３６号のｐ
ｐ．５７−６７に掲載がある。ワークフロー管理システ
ムは、そのベースとするものにより、メール型とデータ
ベース型に分類できる。メール型に関する特許には、特
開平４−１７８０４６号公報の「電子メール回覧処理方
式」や特開平５−１５８８２８号公報の「コンピュータ
ネットワークによる電子回覧システム」がある。一方、
データベース型に関する特許には、特開昭５７−１１６
４８号公報の「文書回覧システム」や特開平６−２３１
０５９号公報の「文書回覧経路定義方式」などがある。

【０００３】しかしながら、どちらの型のワークフロー
管理システムにおいても、従来は、システムの利用者と
管理者が同一の組織に属することを想定していた。

【０００４】

【発明が解決しようとする課題】一般に、データベース
型のワークフロー管理システムを運用するには、データ
ベース保守などの煩雑な作業が必要である。そのため、
中小企業でシステム部門をもたない場合には、独自でワ
ークフロー管理システムを運用するのは経済的ではな
い。

【０００５】ワークフロー管理のアウトソーシングは、
前記問題に対する正しい一つの解決策である。ただし、
ワークフロー管理のアウトソーシングのためには、以下
の課題を解決しなければならない。

【０００６】● 処理内容や処理フローの機密保持 ● ワークフロー管理サービスの利用料の計算方式 ● ベンダーが提供する各種サービスとその実現方式 本発明では、上記の課題を解決することを目的とする。

【０００７】

【課題を解決するための手段】上記の回覧する文書内容
の機密保持の課題を解決するために、本発明では、ユー
ザデータである文書と、システムデータであるフロー制
御情報を異なる計算機上のデータベースに分離・格納す
る。そして、ユーザデータとシステムデータをそれぞ
れ、自企業内のデータベースとアウトソーシング先のデ
ータベースに、それぞれ分離格納する。ワークフローエ
ンジンは、システムデータを参照して、ユーザデータの
アクセス権のみを制御する。また、処理フローの機密保
持のために、システムデータは、それだけでは意味を持
たない識別子のみで記述する。そして、その識別子と表
示名との対応情報は、ユーザデータとして管理する。

【０００８】次に上記のワークフロー管理サービスの利
用料の計算方式のためには、フロー制御を行う度にカウ
ントアップする値をシステムデータ中に保持する。そし
てその値をもとにサービス利用料を計算する。

【０００９】最後に上記のベンダーが提供するサービス
として、ワークフローの統計情報を、電子メールを用い
て、定期的にプロセス定義の管理者に通知するサービス
を実現する。

【００１０】

【発明の実施の形態】

（実施例１）図１は、本発明の１実施例を説明するため
に用いる単純化したシステム構成図である。そのため、
図１には、クライアント（１００）と文書管理用のサー
バ（１０１）とワークフロー管理用のサーバ（１０２）
が、それぞれ１台ずつネットワーク（１０３）に接続さ
れている。しかしながら実用上では、少なくとも、クラ
イアント（１００）と文書管理用のサーバ（１０１）は
複数台、ネットワーク（１０３）に接続される。クライ
アント（１００）には、ユーザがワークフロー処理をす
るためのユーザインタフェースを提供するＷＦクライア
ント（１１０）がある。

【００１１】文書管理用のサーバ（１０１）には、文書
データベース（１５０）と、それのアクセスインタフェ
ースを提供する文書サーバ（１２０）が存在する。文書
データベース（１５０）には、処理担当者間で電子的に
回覧される文書（１５１）が存在する。

【００１２】ワークフロー管理用のサーバ（１０２）に
は、ＷＦデータベース（１６０）と、それのアクセスイ
ンタフェースを提供するＷＦサーバ（１３０）、ＷＦデ
ータベース（１６０）中の情報をもとに、文書サーバ
（１２０）を介して、文書（１５１）のアクセス権を制
御するＷＦエンジン（１４０）、そしてワークフロー管
理の管理者に、ワークフローの統計的情報を通知する通
知エージェント（１７０）が存在する。

【００１３】ＷＦデータベース（１６０）には、文書
（１５１）の処理の内容、順序、担当者やそれらの決定
規則を記述したプロセス定義（１６１）、文書（１５
１）の回覧状況や処理状況を管理するためのフロー制御
情報（１６２）、文書（１５１）の回覧制御中に取得で
きる統計的データを記憶するフロー統計情報（１６３）
が存在する。

【００１４】図２は、本実施例で用いる文書（１５１）
の例を概念的に示した図である。

【００１５】文書（１５１）には、文書内容（２２０）
だけでなく、文書プロパティ（２１０）が、プロパティ
名（２１１）と値（２１２）の組みで存在する。本実施
例では、文書ＩＤ（２３０）、編集可能ユーザ名（２４
０）、プロセス定義名（２５０）、処理ノード名（２６
０）、ＷＦサーバ名（２７０）、参照フラグ（２８０）
のプロパティが存在する。

【００１６】文書ＩＤ（２３０）は、文書（１５１）を
文書データベース（１５０）単位で識別するための識別
子である。

【００１７】編集可能ユーザ名（２４０）は、文書（１
５１）を編集可能なユーザの名前を保持する。文書サー
バ（１２０）は、編集可能ユーザ名（２４０）が指示す
るユーザにだけ、文書（１５１）の参照と編集を許可す
る。

【００１８】プロセス定義名（２５０）、ＷＦサーバ名
（２７０）、処理ノード名（２６０）は、文書（１５
１）の回覧位置を記憶する。すなわち、それらは、文書
（１５１）を回覧制御するために用いるプロセス定義
（１６１）、それを格納するＷＦ管理用のサーバ（１０
２）、そしてプロセス定義（１６１）中の位置を識別す
る。

【００１９】参照フラグ（２８０）は、文書サーバ（１
２０）が管理するフラグであり、編集可能ユーザ名（２
４０）が更新された後に、編集可能ユーザ名（２４０）
が指示するユーザが、文書（１５１）を参照したかどう
かを、ＯＮ／ＯＦＦで示す。

【００２０】他の実施例では、文書プロパティ（２１
０）に編集可能ユーザ名リストと参照可能ユーザ名リス
トがあり、編集可能ユーザ名リストに記述されたユーザ
には、文書（１５１）の参照と編集のアクセス権、参照
可能ユーザ名リストに記述されたユーザには、参照のみ
のアクセス権、を与えることがある。

【００２１】図３は、本実施例で用いるプロセス定義
（１６１）の例を、データフローモデルを用いて、概念
的に示した図である。

【００２２】プロセス定義（１６１）には、プロセス定
義を識別する名前や管理者のメールアドレスの他に、処
理の内容、実行順序、担当者やそれらの決定規則などが
記述される。

【００２３】図３のプロセス定義には、「旅費精算」と
いうプロセス定義名（３０１）と、“satoh＠xyz．ab
c．co．jp”という管理者のメールアドレス（３０２）
と、「作成」（３１０）、「審査」（３２０）、「承
認」（３３０）、「経理」（３４０）と呼ばれる処理が
この順序で行われ、「作成」（３１０）以外の処理に関
しては、「鈴木」（３２１）、「田中」（３３１）、
「山田」（３４１）がそれぞれの処理を担当することが
記述されている。

【００２４】「作成」（３１０）の処理については、担
当者を「−」（３１１）と記述することにより、誰でも
処理可能であることを示している。

【００２５】図４は、本実施例で用いるフロー制御情報
（１６２）の例である。そこには、以下の情報が含まれ
る。

【００２６】● 文書（１５１）を識別する文書ＩＤ
（４２０）。

【００２７】● 文書（１５１）の回覧位置を記憶する
ための文書サーバ名（４１０）、プロセス定義名（４３
０）、処理ノード名（４４０）。

【００２８】● 文書（１５１）の処理担当者を記憶す
るための担当者名（４５０）。

【００２９】● ワークフローの処理状態を記憶するた
めの処理状態（４６０）およびフロー要求（４７０）。

【００３０】● 文書の処理を開始した日時を記憶する
ための処理開始日時（４８０）。

【００３１】本実施例では、処理状態（４６０）は処理
コードと遷移コードの２つにより記述される。図４に示
すフロー制御情報（１６２）では、ａｃｔやｓｕｐとあ
るのが処理コードであり、ｗａｉｔやｍｏｖｅとあるの
が状態コードである。処理状態（４６０）は、ＷＦクラ
イアント（１１０）やＷＦエンジン（１４０）から呼び
出されたＷＦサーバ（１３０）により、変更される。例
えば、ユーザが文書（１５１）のフローをサスペンドし
た場合には、処理コードはａｃｔからｓｕｐに変更され
る。ユーザが文書（１５１）の編集を終えて、次の人に
フローすることを指示した場合には、遷移コードはｗａ
ｉｔからｍｏｖｅに変更される。ＷＦエンジン（１４
０）が文書（１５１）を次の処理担当者にフローした場
合には、遷移コードはｍｏｖｅからｗａｉｔに変更され
る。

【００３２】フロー要求（４７０）の種別は、ワークフ
ロー管理システムが備えるフロー制御機能の種類に依存
する。図４では、新規に作成された文書（１５１）をフ
ローすることを要求するＣｒｅａｔｅと、既存の文書
（１５１）を次にフローすることを要求するＭｏｖｅ、
そして当面のフロー要求がないことをしめすＮＵＬＬが
示されている。

【００３３】処理開始日時（４８０）は、フロー制御情
報（１６２）の新規エントリが作成されたときに、ＷＦ
サーバ（４８０）によって、そのときの日時が設定され
る。

【００３４】図５は、本実施例で用いるフロー統計情報
（１６３）の例を概念的に示した図である。

【００３５】フロー統計情報（１６３）には、以下の情
報が含まれる。

【００３６】● プロセス定義（１６１）に従って回覧
する文書を格納する文書サーバ名（５１０）。

【００３７】● プロセス定義（１６１）を識別するプ
ロセス定義名（５２０）。

【００３８】● ユーザのフロー要求（４７０）に基づ
いて、ＷＦサーバ（１３０）が、文書（１５１）を回覧
した回数を記憶するカウンタ（５３０）。カウンタ（５
３０）の値は、ＷＦエンジン（１４０）から呼び出され
たＷＦサーバ（１３０）が、カウントアップする。例え
ば、ユーザが回覧されてきた文書（１５１）を以前の処
理担当者に差し戻すことを要求する場合、ＷＦサーバ
（１３０）がＷＦエンジン（１１０）から呼び出され
て、カウンタ（５３０）の値を１増加させる。また、ユ
ーザが処理を終えた文書（１５１）を次のユーザに回覧
することを要求する場合、ＷＦエンジン（１４０）が次
の処理担当者に文書（１５１）を電子的にフローしたと
き、ＷＦサーバ（１３０）がＷＦエンジン（１４０）か
ら呼び出されて、カウンタ（５３０）の値を１増加させ
る。

【００３９】● それぞれのプロセス定義（１６１）に
従って、回覧されて処理が終了した文書数（５４０）。

【００４０】● それぞれのプロセス定義（１６１）に
従って、回覧されて処理が終了したすべての文書（１５
１）について、処理を開始してからすべての処理を終了
するまでにかかった時間を表す処理時間総和（５５
０）。

【００４１】図６は、ユーザが既存の文書（１５１）を
選択もしくは新規に文書を作成して文書編集に至るまで
に、ＷＦクライアント（１１０）が行う処理のフローチ
ャートである。

【００４２】新規に文書（１５１）を作成する場合（６
０１）、ＷＦクライアント（１１０）は、新規文書（１
５１）を表示し、ユーザが編集できるようにする（６０
２）。

【００４３】既存文書を編集する場合（６０１）、ＷＦ
クライアント（１１０）は、まず、文書サーバ（１２
０）を介して、編集可能ユーザ名（２４０）に、現在処
理中のユーザの名前が含まれ、かつ参照フラグ（２８
０）がＯＦＦである文書（１５１）の一覧を取得する
（６０３）。次に、処理（６０３）で取得した文書（１
５１）の一覧をクライアント（１００）のディスプレイ
上に表示し、ユーザがその中から処理対象とする文書
（１５１）を選択できるようにする（６０４）。ユーザ
が処理対象の文書（１５１）を選択すると、ＷＦクライ
アント（１１０）は、文書サーバ（１２０）を介して、
ユーザが指定した文書（１５１）の文書内容（２２０）
を取得する（６０５）。その後、処理（６０５）で取得
した文書内容（２２０）をクライアント（１００）のデ
ィスプレイ上に表示し、ユーザがその文書内容（２２
０）を編集できるようにする（６０６）。

【００４４】図７は、ユーザが文書（１５１）に対する
処理を受付けてその処理を実行するまでに、ＷＦクライ
アント（１１０）が行う処理のフローチャートである。
ＷＦクライアント（１１０）は、まず、ユーザが発行し
た文書（１５１）に対する処理要求を受付ける（７０
１）。次に、受付けた処理要求が、編集済み文書内容の
保存を含むタイプであるかどうかを判定する（７０
２）。受付けた処理要求が編集済み文書内容の保存を含
むタイプである場合のみ、文書サーバ（１２０）を介し
て、編集済みの文書内容を文書（１５１）中の文書内容
（２２０）に保存する（７０３）。

【００４５】次に、受付けた処理要求が、フロー制御を
含むタイプであるかどうかを判定する（７０４）。受付
けた処理要求がフロー制御を含まないタイプである場
合、処理を終了する。

【００４６】受付けた処理要求がフロー制御を含むタイ
プである場合、以下の処理を行う。受付けた処理要求が
新規文書のフロー制御であるかどうかを判定する（７０
５）。既存文書に対するフロー制御である場合、ＷＦサ
ーバ（１３０）を介して、受付けた処理要求に含まれる
文書サーバ名、文書ＩＤ、プロセス定義名が一致するエ
ントリを、フロー制御情報（１６２）から検索する（７
０６）。ＷＦサーバ（１３０）を介して、受付けた処理
要求に含まれるフロー要求種別、処理ノード名、担当者
名を、処理（７０６）で検索されたフロー制御情報（１
６２）のエントリ中のフロー要求（４７０）、処理ノー
ド名（４４０）、担当者名（４５０）に設定する（７０
９）。さらに、ＷＦサーバ（１３０）を介して、フロー
制御情報（１６２）中の処理状態（４６０）を、ａｃｔ
／ｍｏｖｅに変更する（７１０）。最後に、文書サーバ
（１２０）を介して、文書（１５１）中の参照フラグ
（２８０）をＯＮにし（７１１）、処理を終了する。

【００４７】受付けた処理要求が、新規文書のフロー制
御である場合、以下の処理を行う。次に、ＷＦサーバ
（１３０）を介して、フロー制御情報に新規（１６２）
エントリを作成する（７０７）。そしてＷＦサーバ（７
１０）を介して、処理（７０７）で作成したエントリ中
の処理開始日時（４８０）を設定する（７０８）。その
後、処理（７０９）以降の処理を引き続き実行する。

【００４８】図８は、ＷＦエンジン（１４０）が文書
（１５１）のフロー制御のために行う処理のフローチャ
ートである。

【００４９】ＷＦエンジン（１４０）は、まず、ＷＦサ
ーバ（１３０）を介して、フロー制御情報（１６２）か
ら、フロー要求がＮＵＬＬ以外であるエントリのリスト
を作成する（８０１）。次に、処理（８０１）で取得さ
れたエントリのリストから未処理のエントリを取り出す
（８０２）。未処理のエントリがない場合、処理を終了
し、未処理のエントリがある場合には、以下の処理を行
う（８０３）。処理（８０２）で取り出されたエントリ
中のフロー要求（４７０）のタイプが、間接遷移か直接
遷移のいずれであるかを調べる（８０４）。間接遷移タ
イプのフロー要求とは、プロセス定義に従って、文書に
対して次の処理を行うために遷移することを要求するこ
とを指す。

【００５０】一方、直接遷移タイプのフロー要求とは、
ユーザが処理ノードと担当者の名前を指定して、文書
（１５１）に対してその処理を行うように遷移すること
を要求することを指す。以前の処理に不備が存在したと
きに、文書（１５１）を差し戻して、その処理を再度実
行させることは、直接遷移タイプのフロー要求の例であ
る。

【００５１】エントリ中のフロー要求（４７０）が直接
遷移である場合（８０４）、ＷＦエンジン（１４０）
は、次に処理（８０８）を行う。

【００５２】エントリのフロー要求（４７０）が間接遷
移である場合（８０４）、ＷＦエンジン（１４０）は、
ＷＦサーバ（１３０）を介して、エントリ中のプロセス
定義名（４３０）が指示するプロセス定義（１６１）か
ら、エントリ中の処理ノード名（４４０）が指示する処
理ノードの次に処理すべき処理ノードおよびその担当者
の名前を取得する（８０５）。処理（８０５）で次の処
理ノードが取得できた場合（８０６）、ＷＦエンジン
（１４０）は、ＷＦサーバ（１３０）を介して、エント
リ中の処理ノード名（４４０）および担当者名（４５
０）を、処理（８０５）で取得された処理ノードと担当
者の名前で更新する（８０７）。さらに、エントリ中の
文書サーバ名（４３０）が指示するサーバ（１０１）の
文書サーバ（１２０）を介して、エントリ中の文書ＩＤ
（４２０）が指示する文書（１５１）の編集可能ユーザ
名（２４０）をエントリ中の担当者名（４５０）の値で
更新する（８０８）。そして、ＷＦサーバ（１３０）を
介して、エントリ中の処理状態（４６０）とフロー要求
（４７０）を、ａｃｔ／ｗａｉｔとＮＵＬＬに更新する
（８０９）。ＷＦサーバ（１３０）を介して、フロー統
計情報（１６３）中のエントリで、処理（８０１）で取
得されたエントリ中のプロセス定義名（４３０）と同じ
値を、そのプロセス定義名（５２０）にもつフロー統計
情報（１６３）中のエントリを検索する（８１０）。処
理（８１０）で検索されたフロー統計情報（１６３）中
のエントリのカウンタ（５３０）の値を、１インクリメ
ントする（８１１）。最後に、エントリ中の文書サーバ
名（４１０）が指示するサーバ（１０１）の文書サーバ
（１２０）を介して、エントリ中の文書ＩＤ（４２０）
が指示する文書（１５１）の参照フラグ（２８０）をＯ
ＦＦにし（８１６）、再び、処理（８０２）を実行す
る。

【００５３】処理（８０５）で次の処理ノードが取得で
きなかった場合（８０６）、ＷＦエンジン（１４０）
は、ＷＦサーバ（１３０）を介して、フロー制御情報
（１６２）中のエントリの処理状態（４６０）とフロー
要求（４７０）を、ｓｉｎｋ／ｗａｉｔとＮＵＬＬに更
新する（８１２）。その次に、ＷＦサーバ（１３０）を
介して、フロー統計情報（１６３）中のエントリで、処
理（８０１）で取得されたエントリ中のプロセス定義名
（４３０）と同じ値を、そのプロセス定義名（５２０）
にもつフロー統計情報（１６３）中のエントリを検索す
る（８１３）。処理（８１３）で検索されたフロー統計
情報（１６３）中のエントリのカウンタ（５３０）の値
を、１インクリメントする（８１４）。現在の日時と処
理（８０１）で取得されたエントリ中の処理開始日時
（４８０）の差を、処理（８１３）で検索されたフロー
統計情報（１６３）中のエントリの処理時間総和（５５
０）に対し（８１４）、処理（８１６）を実行する。

【００５４】図９は、通知エージェント（１７０）が、
タイマーが駆動されて行う処理のフローチャートであ
る。

【００５５】通知エージェント（１７０）は、ＷＦサー
バ（１３０）を介して、フロー統計情報（１６３）のエ
ントリのリストを作成する（９０１）。処理（９０１）
で作成されたエントリのリストから、未処理のリストを
取得する（９０２）。未処理のエントリがない場合（９
０３）、処理を終了する。

【００５６】未処理のエントリがある場合（９０３）、
以下の処理を行う。通知エージェント（１７０）は、エ
ントリのプロセス定義名（５２０）と同じ名前をプロセ
ス定義名（３０１）にもつ、プロセス定義（１６１）を
検索する（９０４）。処理（９０４）で検索されたプロ
セス定義（１６１）中の管理者メールアドレス（３０
２）に、処理（９０２）取得された内容を、メール送信
する（９０５）。再び、処理（９０２）を行う。

【００５７】（実施例２）実施例１では、ＷＦデータベ
ース（１６０）中に格納するプロセス定義（１６１）、
フロー制御情報（１６２）、フロー統計情報（１６３）
中に、実世界を実現する名前がある。そのため、処理フ
ローの機密保持のためには、まず、図９に示すようなマ
ッピングテーブル（１０００）が、アウトソーシングを
依頼する側のサーバ（１０１）に必要である。マッピン
グテーブル（１０００）は、それ自体で意味のない識別
子（１０１０）と実世界を表現する名前（１０２０）を
対応づけて保持する。そして、プロセス定義（１６
１）、フロー制御情報（１６２）、フロー統計情報（１
６３）中の各種名前は、マッピングテーブル（１００
０）中の名前（１０２０）に対応する識別子（１０１
０）で置き換えられる。ＷＦクライアント（１１０）と
ＷＦエンジン（１４０）は、マッピングテーブル（１０
００）に記述された識別子（１０１０）の値を用いて、
文書サーバ（１２０）やＷＦサーバ（１３０）を呼び出
す。文書サーバ（１２０）は、マッピングテーブル（１
０００）を用いて、識別子を名前に変換する処理が追加
される。

【００５８】

【発明の効果】本発明により、ワークフロー管理をアウ
トソーシングするときに課題となる、処理内容および処
理フローの機密保持、ワークフロー管理の課金、ワーク
フロー管理のサービスを解決する。そのことにより、ワ
ークフロー管理のアウトソーシングが可能となる分野を
拡大することができる。

【図面の簡単な説明】

【図１】本発明に係わるワークフロー管理システムの構
成図の１実施例である。

【図２】本発明における文書を概念的に表現した図であ
る。

【図３】本発明におけるプロセス定義を概念的に表現し
た図である。

【図４】本発明におけるフロー制御情報を概念的に表現
した図である。

【図５】本発明におけるフロー統計情報を概念的に表現
した図である。

【図６】本発明における、ユーザが処理対象の文書の一
覧を表示して文書編集をするまでのＷＦクライアントの
処理の流れを示すフローチャートである。

【図７】本発明における、ユーザが出した処理要求を実
行するときのＷＦクライアントの流れを示すフローチャ
ートである。

【図８】本発明における、ＷＦエンジンが行う文書の遷
移処理の流れを示すフローチャートである。

【図９】本発明における、通知エージェントが行う処理
の流れを示すフローチャートである。

【図１０】本発明におけるマッピングテーブルを概念的
に表現した図である。

【符号の説明】

１００…クライアント、 １０１…文書データ
ベースを含むサーバ、１０２…ＷＦデータベースを含む
サーバ、１０３…ネットワーク、 １１０…Ｗ
Ｆクライアント、１２０…文書サーバ、 １
３０…ＷＦサーバ、１４０…ＷＦエンジン、
１５０…文書データベース、１６０…ＷＦデータベー
ス、 １７０…通知エージェント。

Claims (3)

【特許請求の範囲】
1. 【請求項１】処理の内容、手順、担当者もしくはそれら
   の決定規則を記述したプロセス定義に従って、処理対象
   である文書を、フロー制御情報をもとに、処理担当者間
   で電子的に回覧制御するワークフロー管理システムにお
   いて、 該文書と該フロー制御情報とを、それぞれ異なる計算機
   上のデータベースに分離して格納する手段、 および該プロセス定義と該フロー制御情報を参照して、
   該文書のアクセス権を逐次更新・制御する手段。
2. 【請求項２】処理の内容、手順、担当者もしくはそれら
   の決定規則を記述したプロセス定義に従って、処理対象
   である文書を、フロー制御情報をもとに、処理担当者間
   で電子的に回覧制御するワークフロー管理システムにお
   いて、 フロー制御を行った回数をカウントする手段、 および該フロー制御の回数をもとにワークフロー管理シ
   ステムの使用料を算定する手段を具備するアウトソーシ
   ング向けワークフロー管理システム。
3. 【請求項３】処理の内容、手順、担当者もしくはそれら
   の決定規則を記述したプロセス定義に従って、処理対象
   である文書を、フロー制御情報をもとに、処理担当者間
   で電子的に回覧制御するワークフロー管理システムにお
   いて、 該文書の回覧に関する統計情報を取得する手段、 および該統計情報を定期的に指定された管理者に通知す
   る手段を具備するアウトソーシング向けワークフロー管
   理システム。