JP2003030390A

JP2003030390A - ワークフロー管理方法およびシステムその処理プログラム

Info

Publication number: JP2003030390A
Application number: JP2001210147A
Authority: JP
Inventors: Toyohito Suzuki; 豊人鈴木; Nobuo Kureyama; 伸夫紅山; Takahito Kusama; 草間　　隆人
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-07-11
Filing date: 2001-07-11
Publication date: 2003-01-31

Abstract

(57)【要約】【課題】ワークフロー管理システムを使用して業務のビ
ジネスプロセス制御・管理を行い、複数のアプリケーシ
ョンによって処理される複数の作業からなる業務全体の
機能を提供するＡＳＰにおいて、プロバイダによる木目
細かな設定が可能で、かつユーザにとって理解しやす
い、課金方式の定義を可能とし、また、プロバイダでの
課金情報の管理を容易にする。【解決手段】業務における複数の作業と該作業間の処理
順序とを定義するプロセス定義情報を保持し、該プロセ
ス定義情報に基づいて前記作業の実行管理を行い、前記
作業の実行履歴をワークフロー実行履歴情報として記録
するワークフロー管理方法において、前記プロセス定義
情報の任意の部分フローと該部分フローの実行に対する
課金方式とを対応付けて格納する部分フロー課金方式定
義情報を保持し、該部分フロー課金方式定義情報に基づ
き、前記ワークフロー実行履歴情報から課金額を算定す
る

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ワークフロー管理
システムを基盤とした業務アプリケーションサービス提
供における課金計算に係わるワークフロー管理技術に関
する

【０００２】

【従来の技術】近年、企業における業務アプリケーショ
ンの早期立ち上げ、導入時の初期投資や運用にかかるコ
スト削減を実現する解として、ＡＳＰ（Ａｐｐｌｉｃａ
ｔｉｏｎＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）の利用が
一般的になりつつある。

【０００３】図１２は基本的なＡＳＰシステムの構成を
示す図である。プロバイダは、自社あるいは他社のコン
ピュータセンタでユーザ向けのアプリケーション１８０
２を搭載したプロバイダ計算機環境０１７１を運用管理
し、ユーザは、ユーザ計算機環境０１７２からネットワ
ーク０１０４経由でプロバイダと契約したアプリケーシ
ョン１８０２へアクセスし、業務処理１８０１を実行す
る。このシステムにより、ユーザは自身でサーバマシン
を導入してアプリケーションシステムを運用管理する必
要がなくなり、また、ＯＳやアプリケーションのバージ
ョンアップなどもプロバイダに任せることが可能とな
る。

【０００４】また、ＡＳＰでは、個々のアプリケーショ
ン機能の提供だけでなく、図１３に示すように、ワーク
フロー管理システム１９０２を基盤として使用して業務
プロセス全体のビジネスプロセス制御・管理を行い、複
数のアプリケーションによって処理される複数の作業か
らなる業務プロセス１９０１全体の機能を提供したり、
業務処理自体をプロバイダ側で実行する（プロバイダ実
行業務ＡＰ１９０３）等、より高付加価値なサービスも
提供され始めている。こうしたケースでは、個々の案件
に対して、使用したサービスの量や質に応じて、詳細か
つ適切な課金を行うのが望ましい。

【０００５】ワークフロー管理システムは、複数の作業
からなる業務プロセスの流れをプロセス定義として事前
定義し、この定義に基づいて作業実行と業務プロセスの
進行状態の管理を支援する技術である。プロセス定義
は、業務プロセスの流れである業務フローをモデル化し
たものと言える。各作業における処理は、人が行う場合
や、業務ＡＰにより自動的に実行される場合があるが、
ワークフロー管理システムは、これらの作業の人への割
当てや業務ＡＰによる処理の実行制御を行い、かつ業務
フロー全体としての状態管理、進捗管理を行うものであ
る。ワークフロー管理システムを使用した課金計算に関
する公知例としては、特開平１０-３２６３１４号広報
「アウトソーシング向けワークフロー管理システム」が
あるが、該公知例はワークフロー管理システムそのもの
のアウトソーシングの際の課金計算について述べたもの
であるため、課金の対象をワークフロー管理システムに
よるビジネスプロセス制御・管理についてのみとしてい
る。

【０００６】

【発明が解決しようとする課題】現状、ＡＳＰにおける
課金方法としては、業務プロセス単位での課金（期間ご
との定額制・処理案件数の従量制など）、または使用す
るアプリケーション機能単位での課金が一般的である。

【０００７】業務プロセス単位での課金は、ユーザの理
解が得られやすいという利点がある。しかし、業務フロ
ーに分岐が存在する場合、分岐する方向により、実際に
ユーザに提供されるサービスの質・量が異なる場合があ
り、また、プロバイダでのサービス提供のための消費リ
ソース量も異なる。特に業務フローの一部に高付加価値
なサービス（高度なアプリケーション、コンサルティン
グサービス、プロバイダでの業務処理実行など）が含ま
れている場合には、その影響は大きい。

【０００８】使用するアプリケーション機能単位での課
金は、実際にユーザに提供されるサービスの質・量、お
よびプロバイダでの消費リソース量を課金に反映するこ
とが可能であるが、業務プロセス単位で契約しているユ
ーザには理解されづらく、またプロバイダでの課金管理
が煩雑になるという問題がある。

【０００９】本発明の目的は、プロバイダによる木目細
かな設定が可能な課金の定義を可能とするワークフロー
管理方法およびシステムを提供することである。

【００１０】

【課題を解決するための手段】本発明では、前記課題を
解決するために、業務フローの任意の部分フローごとに
課金方式の定義を行う。また本発明では、ユーザごとの
課金計算を、業務フローの任意の部分フローごとに定義
した課金方式に基づいて、ワークフロー実行履歴情報か
ら算出する。また本発明では、業務フローの任意の部分
フローごとに複数の課金方式を定義し、ユーザが、おの
おのの業務プロセスの特性を考慮し、部分フローごとの
課金方式を選択する。

【００１１】

【発明の実施の形態】以下、図を用いて本発明の実施の
形態を説明する。プロバイダによる木目細かな設定が可
能な課金の定義を可能とすることを目的とする。また、
プロバイダでの課金情報の管理を容易にすることを他の
目的とする。また、ユーザがそれぞれの業務プロセスの
特性を考慮して、課金方式をカスタマイズすることを可
能とすることをさらなる目的とする。

【００１２】以下の実施例におけるワークフロー管理シ
ステムの例は、本発明の説明に不要な機能や詳細は省略
している為、一般的なワークフロー管理システムに比べ
て単純化されているが、本発明の適用範囲が制限される
ものではない。

【００１３】図１は、本発明におけるワークフロー管理
システムの構成の一例である。プロバイダ計算機０１３
１はプロバイダ計算機環境０１７１に、ユーザ計算機０
１３２はユーザ計算機環境０１７２にそれぞれ配置され
ている。

【００１４】プロバイダ計算機０１３１は、表示装置０
１５１、ＣＰＵ０１５２、通信装置０１５３、補助記憶
装置０１５４、メモリ０１５５、キーボード０１５６、
マウス０１５７、の各ハードウェアで構成される。図中
では簡単の為、プロバイダ計算機０１３１の一部に関し
てのみ計算機内部の構成の詳細を記しているが、他のプ
ロバイダ計算機０１３１およびユーザ計算機０１３２に
ついても同様のハードウェア構成でよい。ワークフロー
実行制御エンジン０１０１、ユーザ操作業務ＡＰ０１０
２、自動実行業務ＡＰ０１０３はソフトウェアプログラ
ムであり、プロバイダ計算機０１３１上で動作する。こ
れらのソフトウェアプログラムは補助記憶装置０１５４
に格納されているが、実行時にメモリ０１５５に読込ま
れ、ＣＰＵ０１５２により実行される。また、これらの
ソフトウェアプログラムは、表示装置０１５１や、キー
ボード０１５６、マウス０１５７等の入力装置を用い
て、人である作業者と対話を行ったり、通信装置０１５
３を用いて他の計算機上で動作するソフトウェアプログ
ラムと互いに通信する事が可能である。また、これらの
各プログラムは、同一のプロバイダ計算機０１３１上に
配置しても、ネットワーク０１０４で相互に接続された
異なるプロバイダ計算機０１３１上に配置しても構わな
い。

【００１５】ワークフロー実行制御エンジン０１０１
は、事前定義された作業の処理手順を記述したプロセス
定義０１２１に基づいて、作業や業務フローの実行状態
管理を行う。また、ワークフロー実行制御エンジン０１
０１は、自動実行業務ＡＰ０１０３または自動実行業務
ＡＰ０１０３の処理要求を受付ける。またワークフロー
実行制御エンジン０１０１は、必要に応じて自動実行業
務ＡＰ０１０３に対して処理要求を送信する。ワークフ
ロー実行制御エンジン０１０１の動作については後述す
る。

【００１６】ユーザ操作業務ＡＰ０１０２は、作業者が
ユーザ計算機０１３２からネットワーク０１０４を通し
て操作する事で、その作業者に割当てられた作業のリス
トをワークフロー実行制御エンジン０１０１から取得し
表示したり、割当てられた作業に対する処理を行う。自
動実行業務ＡＰ０１０３は、ワークフロー実行制御エン
ジン０１０１より作業に対する処理の実行要求を受付
け、作業に対する処理を人手を介さずに実行する。ま
た、ユーザ操作業務ＡＰ０１０２および自動実行業務Ａ
Ｐ０１０３は、ワークフロー実行制御エンジン０１０１
に対し、作業に関する処理の開始・一時停止・再開・完
了をそれぞれ通知する。

【００１７】課金計算プログラム０１６１は、システム
の使用に対する課金方式およびユーザとの契約内容を事
前定義した課金定義情報０１２４に基づいて、ユーザご
との課金計算を行う。課金計算プログラム０１６１の動
作については後述する。

【００１８】事前定義されたプロセス定義０１２１は、
補助記憶装置０１５４に複数格納出来る。図２に、プロ
セス定義０１２１の定義イメージを示す。プロセス定義
０１２１は、複数の作業定義０２０２をアロー０２０１
で連結した有効グラフとして表現される。グラフの開始
点や終了点、分岐点や合流点は、制御ノードと呼ぶ有効
グラフ上の特殊なノードを用いて表現する。図２中の開
始ノード０２０３、終了ノード０２０４、分岐ノード０
２０５、合流ノード０２０６が制御ノードである。有効
グラフは、開始ノード０２０３で始まり、終了ノード０
２０４で終了する。図２に示すプロセス定義０１２１の
詳細と、補助記憶装置０１５４への格納形式を図３に示
す。プロセス定義０１２１は、プロセス定義０１２１内
に含まれる作業定義０２０２の定義情報を格納する作業
定義情報テーブル０３１１、プロセス定義０１２１内に
含まれる制御ノードの定義情報を格納する制御ノード定
義情報テーブル０４１１、作業定義０２０２及び制御ノ
ード０２０３〜０２０６間を接続するアロー０２０１の
定義情報を格納するアロー定義情報テーブル０５１１、
から構成される。何れのテーブルも複数のプロセス定義
０１２１に関する情報を格納する為、どのプロセス定義
０１２１に属する定義情報かを特定する為のプロセス定
義名を第１カラムに持つ（図中のカラム、０３０１、０
４０１、０５０１）。以下、各テーブル毎にカラムの詳
細を説明する。

【００１９】作業定義情報テーブル０３１１において、
作業定義名０３０２はプロセス定義名同一の各作業定義
０２０２を一意に特定する為の名称である。作業種別０
３０３は、「作業者実行」および「自動実行」の２種類
の値をとり、該作業定義における作業の処理を、人であ
る作業者がユーザ操作業務ＡＰ０１０２を操作すること
で行うか（「作業者実行」）、ワークフロー実行制御エ
ンジン０１０１が自動実行業務ＡＰ０１０３へ処理要求
を行うことで人手を介さずに実行するか（「自動実
行」）、を指定する。業務ＡＰ情報０３０４は、作業を
処理すべき業務ＡＰを特定するための情報を指定する。
作業者０３０５は、作業種別が「作業者実行」の場合
の、作業に対する処理を実行すべき作業者を特定するた
めの情報を指定する。制御ノード定義情報テーブル０４
１１において、制御ノード名０４０２はプロセス定義名
同一の各制御ノード０２０３〜０２０６の定義情報を一
意に特定する為の名称である。ノード種別０４０３は、
「開始」、「終了」、「分岐」、「合流」の４種類の値
をとり、該制御ノードの種類を示す。

【００２０】アロー定義情報テーブル０５１１におい
て、遷移元０５０２及び遷移先０５０３は、２つの作業
定義０２０２または制御ノード０２０３〜０２０６間を
アロー０２０１で接続した際に、接続されたノードの作
業定義名０３０２もしくは制御ノード名０４０２を指定
する。案件情報０１２２は、ワークフロー実行制御エン
ジン０１０１による作業や業務フローの実行状態管理に
おいて、それらの実行状態および実行履歴を補助記憶装
置０１５４に格納するものである。案件情報０１２２の
格納形式の詳細を図４に示す。状態管理テーブル０６１
１の各レコードは、案件内の各作業の状態を保持してい
る。ユーザ名０６０１は、各案件を投入したユーザ名で
ある。案件名０６０２は、ユーザ名同一の各案件を一意
に特定する名称である。プロセス定義名０６０３は、該
案件の雛型であるプロセス定義０１２１を示す。作業定
義名０６０４は、状態を保持している作業の雛型である
作業定義０２０２を特定する。状態０６０５は、作業の
実行状態を表し、「Ｉｎｉｔｉａｌ」、「Ｒｅａｄ
ｙ」、「Ｐｅｒｆｏｒｍｉｎｇ」、「Ｓｕｓｐｅｎｄｅ
ｄ」、「Ｃｏｍｐｌｅｔｅｄ」の５種類の値をとる。
「Ｉｎｉｔｉａｌ」状態は、作業の初期状態であり、案
件開始時点で全作業の状態はこの状態である。「Ｒｅａ
ｄｙ」状態は、作業に対する処理が実行開始可能である
事を示す状態である。「Ｐｅｒｆｏｒｍｉｎｇ」状態
は、作業に対する処理が実行中であることを示す状態で
ある。「Ｓｕｓｐｅｎｄｅｄ」状態は、作業に対する処
理を一時停止していることを示す状態である。「Ｃｏｍ
ｐｌｅｔｅｄ」状態は、作業に対する処理が完了してい
ることを示す状態である。作業者０６０６は作業種別が
「作業者実行」の場合の、作業に対する処理を実行すべ
き作業者を特定するための情報である。

【００２１】履歴テーブル０７１１の各レコードは、ワ
ークフロー実行制御エンジン０１０１による実行状態管
理において、発生したイベントに関する情報を保持して
いる。ユーザ名０７０１は、イベントが発生した案件を
投入したユーザ名である。案件名０７０２は、ユーザ名
同一の各案件を一意に特定する名称である。プロセス定
義名０７０３は、該案件の雛型であるプロセス定義０１
２１を示す。作業定義名０７０４は、イベントが発生し
た作業の雛型である作業定義０２０２を特定する。発生
イベント０７０５は、発生したイベントの種類を表し、
「ＷｏｒｋＡｃｔｉｖａｔｅｄ」、「ＷｏｒｋＳｔａｒ
ｔｅｄ」、「ＷｏｒｋＳｕｓｐｅｎｄｅｄ」、「Ｗｏｒ
ｋＲｅｓｕｍｅｄ」、「ＷｏｒｋＣｏｍｐｌｅｔｅｄ」
の５種類の値をとる。「ＷｏｒｋＡｃｔｉｖａｔｅｄ」
は「Ｉｎｉｔｉａｌ」から「Ｒｅａｄｙ」へ、「Ｗｏｒ
ｋＳｔａｒｔｅｄ」は「Ｒｅａｄｙ」から「Ｐｅｒｆｏ
ｒｍｉｎｇ」へ、「ＷｏｒｋＳｕｓｐｅｎｄｅｄ」は
「Ｐｅｒｆｏｒｍｉｎｇ」から「Ｓｕｓｐｅｎｄｅｄ」
へ、「ＷｏｒｋＲｅｓｕｍｅｄ」は「Ｓｕｓｐｅｎｄｅ
ｄ」から「Ｐｅｒｆｏｒｍｉｎｇ」へ、「ＷｏｒｋＣｏ
ｍｐｌｅｔｅｄ」は「Ｐｅｒｆｏｒｍｉｎｇ」から「Ｃ
ｏｍｐｌｅｔｅｄ」へ、それぞれ作業の状態０６０５が
変更されたことを示す。発生日時０７０６は、イベント
が発生した日時である。

【００２２】次に、ワークフロー実行制御エンジン０１
０１の動作について説明する。図１に示す通り、ワーク
フロー実行制御エンジン０１０１は、ワークフロー実行
状態制御部０１１１、クライアント要求処理部０１１
２、の各サブプログラムから構成される。クライアント
要求処理部０１１２は、作業リスト取得コマンド「Ｇｅ
ｔＷｏｒｋＬｉｓｔ」、作業開始通知コマンド「Ｓｔａ
ｒｔＷｏｒｋ」、作業一時停止通知コマンド「Ｓｕｓｐ
ｅｎｄＷｏｒｋ」、作業再開通知コマンド「Ｒｅｓｕｍ
ｅＷｏｒｋ」、作業完了通知コマンド「Ｃｏｍｐｌｅｔ
ｅＷｏｒｋ」、及び案件開始コマンド「ＳｔａｒｔＰｒ
ｏｃｅｓｓ」の６種類のコマンドを、ユーザ操作業務Ａ
Ｐ０１０２および自動実行業務ＡＰ０１０３より受け付
ける。

【００２３】「ＧｅｔＷｏｒｋＬｉｓｔ」コマンドは、
ユーザ名、作業者名を入力として受取り、その作業者に
割当てられた作業の作業名リストを出力する。「Ｓｔａ
ｒｔＰｒｏｃｅｓｓ」コマンドは、ユーザ名、案件名、
およびプロセス定義名を入力として受取り、指定された
プロセス定義の案件を指定された案件名で開始する事を
ワークフロー実行状態制御部０１１１へ依頼する。「Ｓ
ｔａｒｔＷｏｒｋ」、「ＳｕｓｐｅｎｄＷｏｒｋ」、
「ＲｅｓｕｍｅＷｏｒｋ」、「ＣｏｍｐｌｅｔｅＷｏｒ
ｋ」各コマンドは、それぞれ、ユーザ名、案件名および
作業定義名を入力として受取り、指定された案件の指定
された作業定義名に対する作業の処理の開始、一時停
止、再開、完了をワークフロー実行状態制御部０１１１
へ通知する。

【００２４】ワークフロー実行状態制御部０１１１は、
クライアント要求処理部０１１２の受付けた「Ｓｔａｒ
ｔＰｒｏｃｅｓｓ」コマンド、および「ＳｔａｒｔＷｏ
ｒｋ」、「ＳｕｓｐｅｎｄＷｏｒｋ」、「Ｒｅｓｕｍｅ
Ｗｏｒｋ」、「ＣｏｍｐｌｅｔｅＷｏｒｋ」各コマンド
に応じて、プロセス定義０１２１に従い状態管理テーブ
ル０６１１を適切に変更し、関連して発生したイベント
を履歴テーブル０７１１に記録する。履歴テーブル０７
１１へのイベントの記録は、イベントが発生した作業の
ユーザ名０６０１、案件名０６０２、プロセス定義名０
６０３、作業定義名０６０４、発生したイベントの種
類、イベントが発生した時点の現在日時を、履歴テーブ
ル０７１１へ挿入することで実現する。現在日時は、た
とえばオペレーティングシステムの提供するシステムコ
ールを呼び出すことで取得することができる。「Ｓｔａ
ｒｔＰｒｏｃｅｓｓ」コマンド受付け時には、指定され
たプロセス定義０１２１において定義された各作業定義
０２０２の情報を作業定義情報テーブル０３１１からプ
ロセス定義名０３０１をキーに検索し、作業定義０２０
２に対応する作業のレコードを状態管理テーブル０６１
１へ挿入する。この時、各作業の状態０６０５は「Ｉｎ
ｉｔｉａｌ」状態としておく。また、ユーザ名０６０
１、案件名０６０２、およびプロセス定義名０６０３の
各カラムには、夫々コマンド受付け時に指定されたユー
ザ名、案件名、およびプロセス定義名を設定し、作業定
義名０６０４および作業者０６０６の各カラムには該レ
コードに対応する作業定義０２０２の属性情報である作
業定義名０３０２および作業者０３０５を設定する。更
に、プロセス定義０１２１の有効グラフに従って開始ノ
ード０２０３から辿って最初に実行すべき作業定義０２
０２を決定し、対応する作業の状態０６０５を「Ｉｎｉ
ｔｉａｌ」状態から「Ｒｅａｄｙ」状態に変更して、該
作業に関する「ＷｏｒｋＡｃｔｉｖａｔｅｄ」イベント
を履歴テーブル０７１１に記録する。この時、作業種別
０３０３が「自動実行」の場合、業務ＡＰ情報０３０４
で特定される自動実行業務ＡＰ０１０３へ、該作業に対
する処理の実行要求を送信する。実行要求には該作業に
関する情報（ユーザ名０６０１、案件名０６０２、プロ
セス定義名０６０３、作業定義名０６０４）が含まれ
る。また、業務ＡＰ情報０３０４は、プロセス定義名０
３０１および作業定義名０３０２をキーに、作業定義情
報テーブル０３１１から該作業に関する作業定義情報を
検索することで取得できる。「ＳｔａｒｔＷｏｒｋ」、
「ＳｕｓｐｅｎｄＷｏｒｋ」、「ＲｅｓｕｍｅＷｏｒ
ｋ」の各コマンド受付け時には、指定された作業の状態
を、「ＳｔａｒｔＷｏｒｋ」の場合は「Ｒｅａｄｙ」か
ら「Ｐｅｒｆｏｒｍｉｎｇ」へ、「ＳｕｓｐｅｎｄＷｏ
ｒｋ」の場合は「Ｐｅｒｆｏｒｍｉｎｇ」から「Ｓｕｓ
ｐｅｎｄｅｄ」へ、「ＲｅｓｕｍｅＷｏｒｋ」の場合
は、「Ｓｕｓｐｅｎｄｅｄ」から「Ｐｅｒｆｏｒｍｉｎ
ｇ」へそれぞれ変更し、該作業に関する、実行した状態
変更に対応するイベントを履歴テーブル０７１１に記録
する。「ＣｏｍｐｌｅｔｅＷｏｒｋ」コマンド受付け時
には、指定された案件の指定された作業定義に対する作
業の状態を「Ｐｅｒｆｏｒｍｉｎｇ」状態から「Ｃｏｍ
ｐｌｅｔｅｄ」状態にして、該作業に関する「Ｗｏｒｋ
Ａｃｔｉｖａｔｅｄ」イベントを履歴テーブル０７１１
に記録し、更に、プロセス定義０１２１の有効グラフに
従って該作業定義の次に実行すべき作業定義を決定し、
次に実行すべき作業定義に対する作業の状態０６０５を
「Ｉｎｉｔｉａｌ」状態から「Ｒｅａｄｙ」状態に変更
して、該作業に関する「ＷｏｒｋＡｃｔｉｖａｔｅｄ」
イベントを履歴テーブル０７１１に記録する。この時、
作業種別０３０３が「自動実行」の場合、前述したよう
に業務ＡＰ情報０３０４で特定される自動実行業務ＡＰ
０１０３へ、該作業に対する処理の実行要求を送信す
る。

【００２５】次に、課金計算プログラム０１６１の動作
について説明する。課金計算プログラム０１６１は、必
要に応じてプロバイダによりプロバイダ計算機０１３１
から、または、ユーザによりユーザ計算機０１３２から
ネットワーク０１０４を通して、起動され、システムの
使用に対する課金方式およびユーザとの契約内容を事前
定義した課金定義情報０１２４に基づき、ワークフロー
実行制御の履歴である履歴テーブル０７１１を参照し、
ユーザごとの課金計算を行う。

【００２６】図５に、本実施例における課金定義情報０
１２４の定義方法と具体的な定義例を示す。課金定義情
報０１２４は、ワークフロー管理システムにおいて定義
され登録されているプロセス定義０１２１の任意の部分
フローの実行に対する課金方式を定義するものである。
まず、課金方式設定単位０８０１と呼ぶ１つ以上の作業
定義０２０２の集合からなるプロセス定義０１２１の部
分フローを定義する。次に各課金方式設定単位０８０１
に対応する部分フローの実行に対する課金方式を指定す
る。課金方式の指定では、課金種別と料金を指定する。
課金種別としては、「通過回数従量制（部分フローの通
過回数に応じて課金する）」、「作業時間従量制（部分
フロー内の作業実行時間に応じて課金する）」、「定額
制（部分フローの実行にかかわらず契約ごとに課金す
る）」の３種類が指定可能である。課金方式として「通
過回数従量制」を指定した場合は、更に、部分フローの
通過をカウントするタイミングである課金契機を指定す
る。課金契機としては、「遷移（部分フローに含まれる
最初の作業が初期開始可能となったタイミング）」、
「完了（部分フローに含まれる最後の作業が完了された
タイミング）」の２種類が指定可能である。図５中で
は、課金方式の指定内容を各課金方式設定単位０８０１
の上側に記述した。

【００２７】図６に、課金定義情報０１２４の補助記憶
装置０１５４への格納形式と、図５に示した定義例の格
納状態を示す。課金定義情報０１２４は課金定義情報０
１２４に含まれる課金方式設定単位０８０１の定義情報
を格納する課金方式設定単位定義情報テーブル０９１
１、各課金方式設定単位０８０１と構成する作業定義０
２０２との対応情報を格納する課金方式設定単位作業対
応情報テーブル１０１１、ユーザ名と該ユーザが契約し
ているプロセス定義０１２１との対応を保持する契約管
理情報テーブル１１１１、から構成される。課金方式設
定単位定義情報テーブル０９１１において、課金方式設
定単位名０９０１はプロセス定義名同一の課金方式設定
単位０８０１を一意に特定する為の名称である。プロセ
ス定義名０９０２は課金方式設定単位０８０１が含まれ
るプロセス定義０１２１を表す。課金種別０９０３は、
課金方式の種類の指定値であり、「通過回数従量制」、
「作業時間従量制」、「定額制」の３種類の値をとる。
料金０９０４は、課金種別０９０３での指定により決定
される課金の一単位に対する課金額を表す。課金契機０
９０５は、課金種別０９０３での指定が「通過回数従量
制」である場合に、部分フローの通過をカウントするタ
イミングの指定値であり、「遷移」、「完了」の２種類
の値をとる。

【００２８】課金方式設定単位作業対応情報テーブル１
０１１において、課金方式設定単位名１００１はプロセ
ス定義名同一の課金方式設定単位０８０１を一意に特定
する為の名称である。プロセス定義名１００２および作
業定義名１００３は、課金方式設定単位０８０１に含ま
れる作業定義０２０２を一意に特定する為のものであ
る。

【００２９】契約管理情報テーブル１１１１の各レコー
ドは、ユーザ名と、該ユーザが契約しているプロセス定
義０１２１との対応を保持している。ユーザ名１１０１
は、契約しているユーザを表す。プロセス定義名１１０
２は該ユーザが契約している業務プロセスに対応するプ
ロセス定義０１２１を一意に特定する名称である。

【００３０】以下、図７〜図８のフローチャートを用
い、課金計算プログラム０１６１の詳細な処理手順を示
す。図７に示す処理手順では、ユーザ名から該ユーザが
契約している業務プロセスに対応するプロセス定義０１
２１の集合を特定し、各プロセス定義０１２１に含まれ
る課金方式設定単位０８０１ごとに課金計算を行い、ユ
ーザに対する課金額を決定する。以下、各ステップを追
って詳細に説明する。（ステップ１２０１）課金計算プ
ログラム０１６１は、起動時に、課金計算対象のユーザ
名、および計算対象期間（計算対象期間開始日時、計算
対象期間終了日時）の指定を受け取る。（ステップ１２
０２）計算対象の課金額を保持する変数領域（課金額合
計）を確保し、０に初期化する。（ステップ１２０３）
契約管理情報テーブル１１１１を検索しステップ１２０
１で指定されたユーザ名に対応するプロセス定義名１１
０２のリストを取得する。（ステップ１２０４）ステッ
プ１２０３で取得したプロセス定義名のリストからプロ
セス定義名を１つ選択肢、リストから削除する。（ステ
ップ１２０５）課金方式設定単位定義情報テーブル０９
１１を検索しステップ１２０４で選択したプロセス定義
名に対応する課金方式設定単位定義情報のリストを取得
する。（ステップ１２０６）ステップ１２０５で取得し
た課金方式設定単位定義情報のリスト内の各課金方式設
定単位ごとに課金額を計算し、課金額合計に加算する。
このステップの処理は、図８のフローチャートにおいて
後ほど詳しく説明する。（ステップ１２０７）プロセス
定義名のリストが空か否か判定し、空である場合はステ
ップ１２０８へ進む。空でない場合はステップ１２０４
へ進む。（ステップ１２０８）課金合計額を呼び出し元
に返して終了する。

【００３１】図８に示す処理では、図７で取得した課金
方式設定単位０８０１の集合内の各課金方式設定単位０
８０１について課金額を計算し、課金合計額に加算す
る。図８の処理フローは、図７のステップ１２０６の処
理を詳細に示したものである。以下、各ステップごとに
説明する。（ステップ１３０１）課金方式設定単位定義
情報のリストから、課金方式設定単位定義情報を１つ選
択し（以降Ｘとする）リストから削除する。（ステップ
１３０２）Ｘの課金種別０９０３を判定し、「定額制」
である場合はステップ１３０３へ進む。「通過回数従量
制」または「作業時間従量制」である場合はステップ１
３０５へ進む。（ステップ１３０３）Ｘの料金０９０４
を課金額合計に加算する。（ステップ１３０４）課金方
式設定単位定義情報のリストが空か否かを判定し、空で
ない場合はステップ１３０１へ進む。空である場合は終
了。（ステップ１３０５）課金方式設定単位作業対応情
報テーブル１０１１を検索し、Ｘの課金方式設定単位名
０９０１に対応する作業定義名のリストを取得する。
（ステップ１３０６）Ｘの課金種別０９０３を判定し、
「通過回数従量制」である場合はステップ１３０７へ進
む。「作業時間従量制」である場合はステップ１３１４
へ進む。（ステップ１３０７）Ｘの課金契機０９０５を
判定し、「遷移」である場合はステップ１３０８へ進
む。「完了」である場合はステップ１３１１へ進む。
（ステップ１３０８）履歴テーブル０７１１を検索し、
ステップ１２０１で指定されたユーザ名、ステップ１２
０４で選択したプロセス定義名、ステップ１３０５で取
得した作業定義名のリスト中で最初の作業定義名（アロ
ー定義情報テーブル０５１１を検索して取得）、に対応
し、発生イベント０７０５が「ＷｏｒｋＡｃｔｉｖａｔ
ｅｄ」であり、発生日時０７０６がステップ１２０１で
指定された（計算対象期間開始日時、計算対象期間終了
日時）の範囲内の履歴情報数を取得し、Ｘの料金０９０
４を乗じた結果を課金額合計に加算し、ステップ１３０
４に進む。（ステップ１３１１）履歴テーブル０７１１
を検索し、ステップ１２０１で指定されたユーザ名、ス
テップ１２０４で選択したプロセス定義名、ステップ１
３０５で取得した作業定義名のリスト中で最後の作業定
義名（アロー定義情報テーブル０５１１を検索して取
得）、に対応し、発生イベント０７０５が「ＷｏｒｋＣ
ｏｍｐｌｅｔｅｄ」であり、発生日時０７０６がステッ
プ１２０１で指定された（計算対象期間開始日時、計算
対象期間終了日時）の範囲内の履歴情報数を取得し、Ｘ
の料金０９０４を乗じた結果を課金額合計に加算し、ス
テップ１３０４に進む。（ステップ１３１４）ステップ
１３０５で取得した作業定義名のリストから作業定義名
を１つ選択し、リストから削除する。履歴テーブル０７
１１を検索し、ステップ１２０１で指定されたユーザ
名、ステップ１２０４で選択したプロセス定義名、選択
した作業定義名に対応し、発生日時０７０６がステップ
１２０１で指定された計算対象期間終了日時より早く、
案件名０７０２ごとに最も発生日時０７０６が遅い履歴
情報のリストを取得する。（ステップ１３１６）ステッ
プ１３１６で取得した履歴情報のリストから、履歴情報
を１つ選択し（以降Ｈとする）リストから削除する。
（ステップ１３１７）Ｈの発生日時０７０６がステップ
１２０１で指定された計算対象期間終了日時以前か否か
判定し、以前である場合はステップ１３１８へ進む。以
前でない場合はステップ１３２２へ進む。（ステップ１
３１８）Ｈの発生イベント０７０５を判定し、「Ｗｏｒ
ｋＡｃｔｉｖａｔｅｄ」または「ＷｏｒｋＳｕｓｐｅｎ
ｄｅｄ」または「ＷｏｒｋＣｏｍｐｌｅｔｅｄ」である
場合はステップ１３１９へ進む。「ＷｏｒｋＳｔａｒｔ
ｅｄ」または「ＷｏｒｋＲｅｓｕｍｅｄ」である場合は
ステップ１３２１へ進む。（ステップ１３１９）履歴情
報のリストが空か否かを判定し、空である場合はステッ
プ１３２０へ進む。空でない場合はステップ１３１６へ
進む。（ステップ１３２０）作業定義名のリストが空か
否かを判定し、空である場合はステップ１３０４へ進
む。空でない場合はステップ１３１４へ進む。（ステッ
プ１３２１）ステップ１２０１で指定された、計算対象
期間開始日時から計算対象期間終了日時までの時間にＸ
の料金０９０４を乗じた結果を課金額合計に加算する。
（ステップ１３２２）Ｈの発生イベント０７０５を判定
し、「ＷｏｒｋＡｃｔｉｖａｔｅｄ」である場合はステ
ップ１３１９へ進む。「ＷｏｒｋＳｔａｒｔｅｄ」また
は「ＷｏｒｋＲｅｓｕｍｅｄ」である場合はステップ１
３２３へ進む。「ＷｏｒｋＳｕｓｐｅｎｄｅｄ」または
「ＷｏｒｋＣｏｍｐｌｅｔｅｄ」である場合はステップ
１３２５へ進む。（ステップ１３２３）Ｈの発生日時０
７０６からステップ１２０１で指定された、計算対象期
間終了日時までの時間にＸの料金０９０４を乗じた結果
を課金額合計に加算しステップ１３２４へ進む。（ステ
ップ１３２４）履歴テーブル０７１１を検索し、Ｈのユ
ーザ名０７０１、案件名０７０２、プロセス定義名０７
０３、作業定義名０７０４に対応し、発生日時０７０６
がＨの発生日時０７０６より早く、最も発生日時０７０
６が遅い履歴情報を取得して履歴情報のリストに追加す
る。（ステップ１３２５）履歴テーブル０７１１を検索
し、Ｈのユーザ名０７０１、案件名０７０２、プロセス
定義名０７０３、作業定義名０７０４に対応し、発生日
時０７０６がＨの発生日時０７０６より早く、最も発生
日時０７０６が遅い履歴情報（以降Ｈ１とする）を取得
する。ステップ１２０１で指定された、計算対象期間開
始日時とＨ１の発生日時０７０６とを比較して、より遅
い日時からＨの発生日時０７０６までの時間にＸの料金
０９０４を乗じた結果を課金額合計に加算しＨ１をＨと
する。

【００３２】以上に示したように、本発明によれば、課
金方式が、業務フローに関連付けられて定義されている
ため、ユーザにとって理解しやすく、また、業務フロー
の任意の部分フローに対して定義可能であるため、プロ
バイダによる木目細かい設定が可能である。また、本発
明によれば、課金情報はワークフロー実行履歴情報とし
て一元管理されるため、プロバイダによる管理が容易と
なる。

【００３３】次に、ユーザによる、おのおのの業務プロ
セスの特性を考慮した、課金方式のカスタマイズが可能
な、課金方式定義および課金計算に関する実施例を示
す。説明の冗長を避けるため、ここでは第一の実施例と
の差分のみ示すこととする。

【００３４】図９は、本実施例における課金定義情報０
１２４の定義方法と具体的な定義例を示す。課金定義情
報０１２４は、ワークフロー管理システムにおいて定義
され登録されているプロセス定義０１２１の任意の部分
フローの実行に対する課金方式を定義または課金方式の
複数の選択肢を定義し、ユーザと該ユーザが契約してい
る業務プロセスおよび各業務プロセスについての課金方
式との対応関係を管理する。本実施例では、部分フロー
Ｂ、Ｃに対し、課金方式選択肢１４０１｛ＵＦ２−１
（「作業時間従量制」），ＵＦ２−２（「定額制」）｝
を、部分フローＤに対し、課金方式選択肢１４０１｛Ｕ
Ｆ３−１（「通過回数従量制」），ＵＦ３−２（「定額
制」）｝をそれぞれ定義している。図１０は、図９に示
した定義例の格納状態を示す図である。

【００３５】契約管理情報テーブル１６１１の各レコー
ドは、ユーザ名と、該ユーザが契約しているプロセス定
義０１２１および契約時にユーザが選択した課金方式を
表す課金方式設定単位０８０１との対応を保持してい
る。ユーザ名１６０１は、契約しているユーザを表す。
プロセス定義名１６０２は該ユーザが契約している業務
プロセスに対応するプロセス定義０１２１を一意に特定
する名称である。課金方式設定単位名１６０３はプロセ
ス定義名同一の課金方式設定単位０８０１を一意に特定
する名称である。

【００３６】ユーザからの視点では、一般に、使用頻度
の高い部分フローについては定額制の課金方式を選択
し、使用頻度の低い部分フローについては、従量制の課
金方式を選択することが費用効率上有利である。本実施
例のワークフロー管理システムでは、ユーザが、おのお
のの業務プロセスの特性（案件数、分岐による部分フロ
ーの通過頻度、部分フロー内の作業時間など）を考慮し
て、契約内容をカスタマイズすることが可能である。

【００３７】以下、図１１のフローチャートを用い、課
金計算プログラム０１６１の詳細な処理手順を示す。図
１１に示す処理手順では、ユーザ名から該ユーザが契約
している業務プロセスに対応するプロセス定義０１２１
に含まれる該ユーザが選択した課金方式を表す課金方式
設定単位０８０１ごとに課金計算を行い、ユーザに対す
る課金額を決定する。以下、各ステップを追って詳細に
説明する。（ステップ１７０１）課金計算プログラム０
１６１は、起動時に、課金計算対象のユーザ名、および
計算対象期間（計算対象期間開始日時、計算対象期間終
了日時）の指定を受け取る。（ステップ１７０２）計算
対象の課金額を保持する変数領域（課金額合計）を確保
し、０に初期化する。（ステップ１７０３）契約管理情
報テーブル１６１１を検索しステップ１２０１で指定さ
れたユーザ名に対応する（プロセス定義名１６０２，課
金方式設定単位名１６０３）のリストを取得する。（ス
テップ１７０４）ステップ１７０３で取得した（プロセ
ス定義名，課金方式設定単位名）のリストに対応する課
金方式設定単位定義情報のリストを取得する。（ステッ
プ１７０５）ステップ１７０４で取得した課金方式設定
単位定義情報のリスト内の各課金方式設定単位ごとに課
金額を計算し、課金額合計に加算する。このステップの
処理の詳細は、第一の実施例において図８のフローチャ
ートを用いて説明した処理と同様である。（ステップ１
７０６）課金合計額を呼び出し元に返して終了する。

【００３８】以上に示したように、課金方式が、業務フ
ローに関連付けられて定義されているため、ユーザにと
って理解しやすく、また、業務フローの任意の部分フロ
ーに対して定義可能であるため、プロバイダによる木目
細かい設定が可能である。

【００３９】また、ユーザは、部分フローごとの課金方
式を選択できるため、おのおのの業務プロセスの特性を
考慮した、課金方式のカスタマイズが可能である。課金
方式の定義が業務に関連づいているためユーザにとって
理解しやすく、また任意の部分フローに対して課金方式
の定義が可能であるためプロバイダによる課金方式の木
目細かな設定が可能である。

【００４０】また、課金情報がワークフロー実行履歴情
報に一元的に格納されるため、プロバイダでの管理が容
易となる。

【００４１】また、ユーザは、部分フローごとの課金方
式を選択できるため、おのおのの業務プロセスの特性を
考慮した、課金方式のカスタマイズが可能である。

【００４２】

【発明の効果】本発明によれば、課金方式の定義が業務
に関連づいているためプロバイダによる木目細かな設定
が可能な課金の定義が可能である。

【図面の簡単な説明】

【図１】本発明の一実施例におけるワークフロー管理シ
ステムのシステム構成図

【図２】本発明の一実施例におけるワークフロー管理シ
ステムのプロセス定義の例

【図３】図１に示すプロセス定義０１２１のテーブル構
成

【図４】図１に示す案件情報０１２２のテーブル構成

【図５】第一の実施例における課金方式定義の例

【図６】第一の実施例における、図１に示す課金定義情
報０１２４のテーブル構成および内容

【図７】第一の実施例における課金計算プログラム０１
６１の動作を示すフロー図

【図８】課金計算プログラム０１６１の処理における課
金方式設定単位０８０１ごとの課金額計算の動作を示す
フロー図

【図９】第二の実施例における課金方式定義の例

【図１０】第二の実施例における、図１に示す課金定義
情報０１２４のテーブル構成および内容

【図１１】第二の実施例における課金計算プログラム０
１６１の動作を示すフロー図

【図１２】基本的なＡＳＰシステムの構成図

【図１３】より高付加価値なサービスを提供するＡＳＰ
システムの構成図

【符号の説明】

０１１１・・・ワークフロー実行状態制御部０１１２・・・クライアント要求処理部０１０１・・・ワークフロー実行制御部０１０２・・・ユーザ操作業務ＡＰ０１０３・・・自動実行業務ＡＰ０１６１・・・課金計算プログラム０１２１・・・プロセス定義０１２２・・・案件情報０１２４・・・課金定義情報

───────────────────────────────────────────────────── フロントページの続き (72)発明者紅山伸夫神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ビジネスソリューション事業部内 (72)発明者草間隆人神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ビジネスソリューション事業部内

Claims

【特許請求の範囲】

【請求項１】業務における複数の作業と該作業間の処理
順序とを定義するプロセス定義情報を保持し該プロセス
定義情報に基づいて前記作業の実行管理を行い、前記作
業の実行履歴をワークフロー実行履歴情報として保持
し、前記プロセス定義情報の任意の部分フローと該部分フロ
ーの実行に対する課金方式とを対応付けて格納する部分
フロー課金方式定義情報を保持して、前記部分フロー課
金方式定義情報に基づき課金額を算定することを特徴と
するワークフロー管理方法。
【請求項２】請求項１記載のワークフロー管理方法にお
いて、前記課金額は、前記ワークフロー実行履歴情報を基に算
定することを特徴とするワークフロー管理方法。
【請求項３】請求項１記載のワークフロー管理方法にお
いて、前記課金額の算定は、前記部分フロー課金方式定義情報
をユーザごとに保持し、ユーザごとの部分フロー課金方
式定義情報に基づきユーザごとの課金額を算定すること
を特徴とするワークフロー管理方法。
【請求項４】請求項１記載のワークフロー管理方法にお
いて、前記課金は、前記部分フローの通過回数による従量制課
金を行うことを特徴とするワークフロー管理方法。
【請求項５】請求項１記載のワークフロー管理方法にお
いて、前記課金は、前記部分フロー内の作業実行時間による従
量制課金を行うことを特徴とするワークフロー管理方
法。
【請求項６】請求項１記載のワークフロー管理方法にお
いて、前記課金は、定額制課金を行うことを特徴とするワーク
フロー管理方法。
【請求項７】請求項４記載のワークフロー管理方法にお
いて、前記部分フローに含まれる作業のうち、処理順序が最先
の作業に対する処理が実行開始可能となったことを部分
フローの通過とみなすことを特徴とするワークフロー管
理方法。
【請求項８】請求項４記載のワークフロー管理方法にお
いて、前記部分フローに含まれる作業のうち、処理順序が最後
の作業に対する処理が完了したことを部分フローの通過
とみなすことを特徴とするワークフロー管理方法。
【請求項９】業務における複数の作業と該作業間の処理
順序とを定義するプロセス定義情報を保持し該プロセス
定義情報に基づいて前記作業の実行管理を行い、前記作
業の実行履歴をワークフロー実行履歴情報として保持す
る手段と、前記プロセス定義情報の任意の部分フローと該部分フロ
ーの実行に対する課金方式とを対応付けて格納する部分
フロー課金方式定義情報を保持して、前記部分フロー課
金方式定義情報に基づき課金額を算定する手段とを備え
ることを特徴とするワークフロー管理システム。
【請求項１０】請求項９記載のワークフロー管理システ
ムにおいて、前記課金額は、前記ワークフロー実行履歴情報を基に算
定することを特徴とするワークフロー管理システム。
【請求項１１】請求項９記載のワークフロー管理システ
ムにおいて、前記課金額の算定は、前記部分フロー課金方式定義情報
をユーザごとに保持し、ユーザごとの部分フロー課金方
式定義情報に基づきユーザごとの課金額を算定すること
を特徴とするワークフロー管理システム。
【請求項１２】請求項９記載のワークフロー管理システ
ムにおいて、前記課金は、前記部分フローの通過回数による従量制課
金を行うことを特徴とするワークフロー管理システム。
【請求項１３】請求項９記載のワークフロー管理システ
ムにおいて、前記課金は、前記部分フロー内の作業実行時間による従
量制課金を行うことを特徴とするワークフロー管理シス
テム。
【請求項１４】請求項９記載のワークフロー管理システ
ムにおいて、前記課金は、定額制課金を行うことを特徴とするワーク
フロー管理システム。
【請求項１５】請求項１２記載のワークフロー管理シス
テムにおいて、前記部分フローに含まれる作業のうち、処理順序が最先
の作業に対する処理が実行開始可能となったことを部分
フローの通過とみなすことを特徴とするワークフロー管
理システム。
【請求項１６】請求項１２記載のワークフロー管理シス
テムにおいて、前記部分フローに含まれる作業のうち、処理順序が最後
の作業に対する処理が完了したことを部分フローの通過
とみなすことを特徴とするワークフロー管理システム。
【請求項１７】業務における複数の作業と該作業間の処
理順序とを定義するプロセス定義情報を保持し該プロセ
ス定義情報に基づいて前記作業の実行管理を行い、前記
作業の実行履歴をワークフロー実行履歴情報として保持
するステップと、前記プロセス定義情報の任意の部分フローと該部分フロ
ーの実行に対する課金方式とを対応付けて格納する部分
フロー課金方式定義情報を保持して、前記部分フロー課
金方式定義情報に基づき課金額を算定するステップとを
有することを特徴とするワークフロー管理プログラム。