JP2000222508A - ワークフローシステムノードスキップ方法 - Google Patents

Abstract

(57)【要約】 【課題】システム管理者が業務ルールに基づいた、ノー
ドのスキップを実現することを可能とし、ビジネスプロ
セス定義時の例外的な処理を気にする必要がなく、基本
的なルート定義を行うだけになり、ビジネスプロセス定
義が容易になり、かつ自由度が増すワークフローシステ
ムを提供すること。 【解決手段】案件の配布時に、案件毎の配布情報格納部
に、「特定の処理ノードをスキップさせる」という指定
を可能とし、ワークフローシステムは当該指定を受け付
けると、指定されたノードをスキップする手段を具備す
る事にある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】ワークフローシステムに係わ
り、特に、案件配布時の配布先を定義可能とし、前記定
義によって案件を配布する機能を持つワークフローシス
テムに関する。

【０００２】

【従来の技術】従来技術のノードスキップに係る案件配
布方法は、特開平１０−１７７６０８号公報記載のよう
に、エンドユーザが案件の処理時に、配布方法を選択し
“２つ以上の前後のユーザに直接配布”を行うものであ
り、システム管理者が、業務のルールに基づいてノード
のスキップを実現するためには、分岐ノードを使ってあ
らかじめルートを定めておく必要があった。

【０００３】

【発明が解決しようとする課題】特開平１０−１７７６
０８号公報記載のワークフローシステムでは、エンドユ
ーザが自由にノードのスキップを選択できてしまうた
め、業務の運用上スキップさせたくないノードに対して
もノードスキップが可能となっており、システム管理者
が業務ルールに基づいた、ノードのスキップを実現する
ことができないという問題があった。

【０００４】また、分岐を使った従来の技術では、スキ
ップを行う可能性のある全てのノードの前に、分岐ノー
ドの定義が必要となる。この従来技術では、ノード数が
増えるほど定義が複雑になり、ビジネスプロセスの定義
において非常に手間がかかる。また、ビジネスプロセス
の定義が複雑になるため、定義誤りが発生しやすいとい
う問題がある。なおここでビジネスプロセスとは、業務
の流れを定義した物であり、ノードとはビジネスプロセ
ス上でユーザ又はワークフローシステムが何らかの処理
を行う作業内容のことである。

【０００５】本発明の目的は、従来技術における上述の
如き問題を解消し、ビジネスプロセス定義時のシステム
管理者の作業を容易化し、かつノードスキップの可否を
システム管理者が事前に定義可能とするワークフローシ
ステムを提供し、システムとしてのセキュリティを強化
しつつ、エンドユーザからみた柔軟性の高い運用を提供
する点にある。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、電子化文書である案件を格納し配布を
制御する配布情報格納部に、「特定の処理ノードをスキ
ップさせる」という指定を可能とし、ワークフローシス
テムが案件の配布時に、対象案件に前記指定がされてい
た場合、ノードのスキップを実行する手段を具備する。
上記手段によりシステム管理者は、ビジネスプロセス定
義時の例外的な処理を気にする必要がなく、基本的なル
ート定義を行うだけになり、ビジネスプロセス定義が容
易になり、かつ自由度が増す事を特徴とするものであ
る。

【０００７】また本発明では、エンドユーザによる、業
務ルールに反したスキップ指定を防止するため、前記ス
キップ指定をエンドユーザに選択させる画面インタフェ
ースは持たず、システム管理者が業務の帳票を作成する
際、帳票の内部ロジック（プログラム）で指定を行う事
としている。

【０００８】また本発明では、案件毎にノードをスキッ
プしたという情報を格納する履歴情報格納部を具備する
事により、当該案件がノードスキップを実行されたとい
う履歴を、エンドユーザが後日参照する事を可能として
いる。

【０００９】また本発明では、業務を定義するビジネス
プロセスの各ノード毎に、ノードスキップの指定を許可
するか否かを指定可能とする事により、システムの運用
上スキップさせたくないノードに対して、誤ったノード
スキップを禁止する事を可能としている。

【００１０】

【発明の実施の形態】本発明の実施例を図面に基づいて
より詳細に説明するが、以下に示す実施例は本発明を具
体化する一例を示すものであり、本発明を拘束する物で
はない。

【００１１】図１は、本発明の案件配布の例を示す図で
あり、実運用によっては複数の分岐、待ち合わせ、同報
を含むか、単純化の為にシリアル配布の例を示す。図２
は、本発明に係わるワークフローシステムの一実例を示
す。クライアント２０２とサーバ２０１およびデータベ
ース３００，４００，５００,６００から構成されるシ
ステムの全体ブロック図である。

【００１２】また図３から図６までは、それぞれの情報
を管理する管理テーブルを示しており、図３はユーザ毎
にユーザ情報を管理するユーザ管理テーブル、図４は同
じ処理を行うユーザを表した帳簿でありロール毎にロー
ル情報を管理するロール管理テーブルを示している。な
おここでロールとは、同一の役割をもつユーザを一つに
まとめたものである。

【００１３】また図５は、ビジネスプロセス毎にビジネ
スプロセス情報を管理するプロセス管理テーブル、図６
は案件毎に案件情報を管理する案件管理テーブルを示し
ている。

【００１４】図７は案件起票時の手順を示すフローチャ
ートであり、図８は本発明によるワークフローシステム
において適応した、案件配布時の処理手順を示すフロー
チャートである。

【００１５】図１において、プロセス１００は業務の流
れをあらかじめ定義するビジネスプロセスを示す。ノー
ド１１０，１２０，１３０は、ビジネスプロセス１００
上のノードである。とある業務において、ノード１１０
で処理を行うユーザをユーザ１１１に、ノード１２０で
処理を行うユーザをユーザ１２１に、ノード１３０で処
理を行うユーザをユーザ１３１とする。

【００１６】ユーザ１１１が案件１５０を起票する時に
おいて、審査ノード１２０以降の作業者を決定する必要
がある。配布先情報格納部６２０は、前記作業対象者を
格納する部位である。

【００１７】ここで、ユーザ１１１が案件１５０を申請
する場合において、業務のルールに従って、審査ノード
１２０をスキップする場合（言い換えれば、ユーザ１２
１の審査を受ける必要が無い場合）、ユーザ１１１が操
作している業務帳票のプログラムは、配布先情報格納部
６２０の「審査ノード」に“処理ノードをスキップす
る”という指定を行い、ワークフローシステムに対し案
件を起票（遷移）する。ワークフローシステムは当該案
件を受け付けると、配布先情報格納部６２０の内容に従
い、ノード１２０のスキップを実行し、承認ノード１３
０の処理ユーザであるユーザ１３１に、案件を配布す
る。

【００１８】図２に示したシステムにおいて、管理者が
ユーザを登録する事によって、ワークフローサーバ２０
１は、ユーザ管理テーブル３００を生成し、ユーザ情報
を管理する。また、管理者がクライアント２０２におい
て、ロールを登録することにより、ワークフローサーバ
２０１は、ロール管理テーブル４００を生成し、ロール
情報を管理する。ロールにユーザを追加・削除した場
合、ワークフローサーバ２０１は、ロール管理テーブル
４００を更新する。

【００１９】また、管理者がクライアント２０２におい
て、ビジネスプロセスを登録する事によって、ワークフ
ローサーバ２０１は、プロセス管理テーブル５００を生
成し、ビジネスプロセス情報を管理する。また、ユーザ
がクライアント２０２において案件を起案すると、ワー
クフローサーバ２０１は、案件管理テーブル６００を生
成し、案件情報を管理する。なお、この図におけるサー
バやデータベースは、複数の計算機に分散されていても
良い。

【００２０】図３において、ユーザＩＤ３０１はユーザ
を識別するための番号であり、ユーザ名３０２はユーザ
の名称である。また、受付可否コード３０３は、当該ユ
ーザが案件を受け付ける事が可能か否かが格納されてい
る。

【００２１】案件リスト３１０は、当該ユーザのトレイ
に存在する案件の案件ＩＤの一覧を格納している。この
図の場合では、ユーザＡは案件ＩＤがＣ００１からＣ０
０５までの５つの案件を保有している。それぞれの案件
ＩＤに対する案件の実体は、案件管理テーブル６００に
存在する。

【００２２】図４において、ロールＩＤ４０１は、ロー
ルを識別するための番号であり、ロール名４０２はロー
ルの名称である。ユーザリスト４１０は、ロール内に所
属するユーザのユーザＩＤの一覧である。この図の場合
では、ロールＡに所属しているユーザは、ユーザＩＤが
Ｕ００１からＵ００５までの５名である。それぞれのユ
ーザＩＤに対するユーザ情報の実体は、ユーザ管理テー
ブル３００に存在する。

【００２３】図５において、プロセスＩＤ５０１は、ビ
ジネスプロセスを識別するための番号であり、プロセス
名５０２はビジネスプロセスの名称である。ノードリス
ト５１０は、当該ビジネスプロセスに所属するノードの
一覧である。ノードＩＤ５１１はビジネスプロセス上の
ノードを識別する番号であり、ノード名５１２はノード
の名称である。ノード種別５１３には当該ノードが“ロ
ール”であるか“ユーザ”であるかが入る。案件が配布
される時、当該種別がロールの場合、配布対象となるユ
ーザはロール内のユーザとなる。また、当該種別がユー
ザの場合、指定されたユーザに案件を配布する。

【００２４】ロールＩＤ５１４は、ノード種別５１３の
指定が“ロール”の場合、ロールＩＤを格納する。ノー
ド種別５１３の指定が“ユーザ”の場合、ＮＵＬＬが入
る。スキップ可否５１５は、ワークフローシステムが、
案件の配布先情報格納部にスキップ指定がされていた場
合、その処理を受け付けるか否かの情報を格納してい
る。なお、案件の配布先情報格納部とは、図１における
配布先情報格納部６２０のことであり、また図１におけ
るプロセス１００は、当プロセス管理テーブル５００の
一情報を図化した物である。

【００２５】図６において案件ＩＤ６０１は、案件を識
別するための番号であり、案件名６０２は、案件の名称
である。プロセスＩＤ６０３は、当該案件が所属するビ
ジネスプロセスのＩＤであり、ノードＩＤ６０４は、現
時点における当該案件のノードのＩＤを格納している。
案件履歴リスト６１０は、当該案件の起案からの履歴を
格納している。この図の場合では、案件Ａに対して過去
にＷＨ００１からＷＨ００５までの５種類の作業が行わ
れている。これらの作業履歴毎に、いつ、誰が、何を、
どうしたという情報を格納している。配布情報格納部６
２０は、当該案件の配布先情報を格納している。この図
の場合では、“審査ノード”の配布先ユーザは“スキッ
プ指定”を、“承認ノード”の配布先ユーザには“ユー
ザＣ”が指定されている。なお、この配布情報格納部６
２０は、図１における「配布先情報格納部６２０」と同
じ物である。

【００２６】以下、図７，８に示すフローチャートに基
づいて、本実施例に係わるワークフローシステムのノー
ドスキップの動作を説明する。

【００２７】これら図７，８のフローチャートでは、図
１のユーザ１１１がビジネスプロセス１００に案件を起
票する際に、業務ルールにおいてユーザ１２１の審査を
受ける必要が無い場合（例えば申請ノード１１０と審査
ノード１２０を同一人物が処理するなど）に、審査ノー
ド１２０をスキップするときの動作を例として説明す
る。

【００２８】初めに図７のフローチャートにおいて、案
件起票時のエンドユーザが操作する業務帳票（フォー
ム）プログラムでの、スキップ指定の動作およびワーク
フローシステムでの動作について説明する。なお帳票の
プログラムは、業務毎にシステム管理者が作成する。ま
た線分７１０は、帳票での動作を、線分７２０は、ワー
クフローシステムでの動作を示す。

【００２９】案件を起票する際に、申請ノード１１０で
のフォーム帳票のプログラムでは、審査ノード１２０を
スキップ可能か否かを判断する。（ステップ７１１）審
査ノード１２０をスキップする場合、審査ノード１２０
をスキップするよう設定を行う。（ステップ７１２）ス
キップしない場合は、審査ノード１２０の配布先ユーザ
にユーザ１２１を設定する。（ステップ７１３）その
後、承認ノード１３０の配布先ユーザにユーザ１３１を
設定し（ステップ７１４）、案件起票ＡＰＩを発行して
ワークフローシステムに案件を起票するよう指示を行う
（ステップ７１５）。

【００３０】クライアントからの起票指示を受けたワー
クフローシステムは、案件管理テーブル６００の一要素
を生成し（ステップ７２１）、案件ＩＤ６０１，案件名
６０２，プロセスＩＤ６０３およびノードＩＤ６０４を
記入する（ステップ７２２）。

【００３１】その後、クライアントで指定された配布先
情報を、ステップ７２１で生成した案件の配布情報格納
部６２０に設定するため、ノード数分ループを行い配布
先情報を設定する（ステップ７２３）。ここで配布情報
格納部６２０に設定した情報は、図１の例では、「審査
ノード」配布対象者に“スキップする”という設定を、
「承認ノード」の配布対象者に“ユーザ１３１”を設定
している。この時、当該案件のプロセスＩＤ６０３から
プロセス管理テーブル５００の該当するプロセスＩＤ５
０１の情報を取り出し、ノードリスト５１０のスキップ
可否５１５の情報を参照し、スキップ指定を禁止された
ノードへの指定がされていた場合は、指定値エラーとす
る（ステップ７２４）。その後、生成した案件の起票処
理を行う（ステップ７２５）。

【００３２】次に図８に示すフローチャートに基づい
て、本実施例に係わるワークフローシステムが、図７に
おける設定が行われた案件の配布を受け付け、実際にノ
ードスキップを実行する時の動作を説明する。なお本フ
ローチャートは、ワークフローシステム内の案件の配布
を制御するモジュールの動作フロー図である。

【００３３】配布制御モジュールは、案件の配布要求を
受け付け、受け付けた案件の配布対象情報格納部６２０
から、配布対象ノード情報を取得する（ステップ８０
１）。ここで案件を「審査ノード１２０」へ配布する場
合、取得した情報は“Ｓｋｉｐ指定”である。また、案
件を「承認ノード１３０」へ配布する場合、取得した情
報は“ユーザ１３１”である（ステップ８０２）。以下
図１における「審査ノード１２０」へ配布する場合と、
「承認ノード１３０」へ配布する場合に分けて本フロー
チャートを説明する。

【００３４】初めに「審査ノード１２０」へ配布する場
合について説明する。この場合、当該案件はノードスキ
ップ対象となるため、ワークフローシステムは、当該配
布先ノードのスキップ可否５１５の情報を取得し、当該
ノードのスキップ指定を実行して良いかを判断する（ス
テップ８０３）。このスキップ可否５１５により、業務
システムの運用上、スキップさせたくないノードに対し
て、システム管理者が、ビジネスプロセス定義において
予めノードスキップを禁止しておく事ができるという効
果を奏する。

【００３５】ステップ８０３の判定がＮＧの場合、ワー
クフローシステムは、配布エラーとして、当該案件を処
理する（ステップ８０４）。また、ステップ８０３の判
定がＯＫの場合、ワークフローシステムは、当該案件の
案件履歴リスト６１０にスキップの履歴を格納する（ス
テップ８０５）。この案件履歴リスト６１０によって、
当該案件がノードスキップを実行されたという履歴を、
後日明確にする事ができるという効果を奏する。ステッ
プ８０５の後、当該案件を次ノードに対し遷移させる
（ステップ８０６）。

【００３６】次に、「承認ノード１３０」へ配布する場
合について説明する。この場合、当該案件はノードスキ
ップ非対象になるため、ワークフローシステムは、指定
されたユーザ１３１がシステム上存在するかを、ユーザ
管理テーブル３００よりチェックする。（ステップ８０
７）次に指定されたユーザ１３１の状態が、案件を受付
け可能であるかについて、ユーザ１３１の受け付け可否
コード３０３にてチェックを行う（ステップ８０８）。
ステップ８０７とステップ８０８が共にＯＫの場合、ワ
ークフローシステムは当該案件をユーザ１３１に配布す
るため、ユーザ１３１の案件リスト３１０に当該案件を
追加する（ステップ８０９）。ステップ８０７かステッ
プ８０８のどちらかがＮＧの場合、ワークフローシステ
ムは当該案件を配布エラーとし、エラー処理を行う（ス
テップ８０４）。

【００３７】

【発明の効果】本発明によれば、案件の配布時に、案件
毎の配布情報格納部に、「特定の処理ノードをスキップ
させる」という指定を可能とし、ワークフローシステム
は当該指定を受け付けると、指定されたノードをスキッ
プする手段を具備する事により、ビジネスプロセス定義
時の例外的な処理を気にする必要がなく、基本的なルー
ト定義を行うだけになり、ビジネスプロセス定義が容易
になり、かつ自由度が増すという顕著な効果を奏するも
のである。

【図面の簡単な説明】

【図１】本発明の一実施例で、ノードスキップ方法の概
要をあらわすブロック図である。

【図２】本発明の一実施例で、ノードスキップ方法の構
成概略を示すブロック図である。

【図３】実施例に係るユーザ管理テーブルの構成例を示
す図である。

【図４】実施例に係るロール管理テーブルの構成例を示
す図である。

【図５】実施例に係るプロセス管理テーブルの構成例を
示す図である。

【図６】実施例に係る案件管理テーブルの構成例を示す
図である。

【図７】本発明の一実施例に係るワークフローシステム
における案件起票時の手順を示すフローチャートであ
る。

【図８】本発明の一実施例に係るワークフローシステム
における案件配布時の処理手順を示すフローチャートで
ある。

【符号の説明】

２０１…ワークフローサーバ、 ２０２…ワークフロークライアント、 ３００…ユーザ管理テーブル、 ４００…ロール管理テーブル、 ５００…プロセス管理テーブル、 ６００…案件管理テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山口 能之 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 初見 昌美 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 佐々木 肇 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 瀧森 理一郎 大阪府大阪市中央区本町二丁目４番16号 日立西部ソフトウェア株式会社内 Ｆターム(参考） 5B049 AA01 BB00 CC00 DD01 DD05 EE05 FF03 FF07

Claims (3)

【特許請求の範囲】
1. 【請求項１】業務の流れを予め定義しておき、定義した
   各ノードにおける処理ユーザを特定する配布情報格納部
   を案件毎に具備し、前記配布情報格納部の情報に基づい
   て、案件を配布するワークフローシステムにおいて、前
   記配布情報格納部に「特定の処理ノードをスキップさせ
   る」という指定を可能とし、ノード毎に定義された業務
   の帳票（フォーム）で、前記指定を行うことを可能と
   し、案件の配布時に前記指定が行われた案件を受け付け
   たワークフローシステムは、指定されたノードをスキッ
   プさせる配布方法を持つワークフローシステム。
2. 【請求項２】請求項１記載のワークフローシステムにお
   いて、案件毎にノードをスキップしたという情報を格納
   する履歴情報格納部を具備し、当該案件がノードスキッ
   プを実行されたという履歴を、履歴情報格納部の情報に
   基づいて参照可能とすることを特徴とするワークフロー
   システムノードスキップ方法。
3. 【請求項３】請求項１記載のワークフローシステムにお
   いて、業務を定義するビジネスプロセスの各ノード毎
   に、システム管理者が、ノードスキップの指定を許可す
   るか否かを指定する事を可能とすることを特徴とするワ
   ークフローシステムノードスキップ方法。