ワークフロー管理サーバおよびワークフロー管理サーバの制御方法およびプログラムおよび記録媒体
【課題】ワークフロー管理サーバにおいて、ループ経路を含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することを目的とする。
【解決手段】本発明は、クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバにおいて、前記ワークフローのアクティビティと経路情報を記憶する経路情報記憶手段と、前記経路情報記憶手段に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化手段と、前記経路情報視覚化手段により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信手段とを有し、前記経路情報はループ経路を含み、前記経路情報視覚化手段は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とする。
【解決手段】本発明は、クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバにおいて、前記ワークフローのアクティビティと経路情報を記憶する経路情報記憶手段と、前記経路情報記憶手段に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化手段と、前記経路情報視覚化手段により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信手段とを有し、前記経路情報はループ経路を含み、前記経路情報視覚化手段は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステムにおいてワークフロー経路および進捗状況の表示に関するものである。
【背景技術】
【０００２】
近年、企業内で各種伝票等を電子化し、定められた経路情報に従って各業務担当者に帳票データの処理を割当て、順次業務を進めるワークフローシステムの導入が進んでいる。
【０００３】
また、その際にワークフローの経路・進捗状況の把握を容易にするために視覚的に表示することが一般的に行われている。特許文献１には、ワークフローの経路及び進捗状況の把握を視覚的に容易に行うシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−４１７４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載のワークフローシステムにおいては、単純なワークフローの経路や進捗を表示することは可能であるが、複雑な経路や遷移元と遷移先が離れている場合に見えづらくなるという問題がある。
【０００６】
特に、すべての承認作業が完了後、各承認担当者が案件内容を再確認するようなフローや、案件内容を一部だけ修正するなど、差戻し（やり直し、通ってきた今までのルートをなかったことにすること）作業が必要ないフローにする場合に用いられるループ経路表示が見づらくなるという問題があった。
【０００７】
本発明は上記の課題を解決するためになされたものであり、ループを含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバにおいて、前記ワークフローのアクティビティと経路情報を記憶する経路情報記憶手段と、前記経路情報記憶手段に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化手段と、前記経路情報視覚化手段により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信手段とを有し、前記経路情報はループ経路を含み、前記経路情報視覚化手段は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ループを含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態を示すシステムの全体構成を示すシステム構成図である。
【図２】図１に示したワークフロー管理サーバ１０３とクライアント１１２のハードウェア構成の一例を示すブロック図である。
【図３】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図４】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図５】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図６】本発明における経路情報ＤＢ１１０内の経路情報データの一例を示す図である。
【図７】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図８】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図９】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図１０】本発明における進捗情報ＤＢ１１１内の進捗情報データの一例を示す図である。
【図１１】本発明における経路図画面描画途中の一例を示す図である。
【図１２】本発明における進捗情報ＤＢ１１１内の進捗情報データの一例を示す図である。
【図１３】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図１４】本発明に係るワークフロー管理サーバ１０３で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【発明を実施するための形態】
【００１１】
〔第１実施形態〕
【００１２】
以下、図を参照して本発明のワークフロー管理サーバについて説明する。
【００１３】
図１は、本発明の一実施形態を示すシステムの全体構成を示すシステム構成図である。
【００１４】
図１に示すように、本実施形態のワークフローシステムはワークフロー管理サーバ１０３とクライアント１１２から構成される。
【００１５】
クライアント１１２はワークフロー管理サーバからの出力結果を表示する出力手段１０２とワークフロー管理サーバへ送信するデータを入力する入力手段１０１とを有する。
【００１６】
ワークフロー管理サーバ１０３は、外部記憶装置（ＨＤＤ）にワークフローのアクティビティの遷移順を経路情報１１０として、また、ワークフローの進捗状況を進捗情報１１１として記憶する。
【００１７】
また、ワークフロー管理サーバ１０３は、ワークフローの遷移順をクライアントの出力手段１０２に表示させるための経路情報視覚化手段１０５と、経路情報視覚化手段１０５で作成したデータをクライアント１１２に送信する視覚化情報送信手段１０６と、経路情報のループ経路をクライアントの出力手段１０２に表示させるためのループ経路視覚化手段１０７と、進捗情報１１１から処理済みのアクティビティのリストを生成する進捗情報リスト生成手段１０８と、現在進行中のワークフローの以後のアクティビティの処理担当者候補を選択させる処理担当者選択手段とを有する。
【００１８】
図２は、図１に示したワークフロー管理サーバ１０３とクライアント１１２のハードウェア構成の一例を示すブロック図である。
【００１９】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２０】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２１】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。
【００２２】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ等が挙げられる。
【００２３】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメ−タが記憶されている。
【００２４】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフローッピ−（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ、スマートメディア等が挙げられる。
【００２５】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク２１２を介して外部機器との通信制御処理を実行する。
【００２６】
なお、本発明のプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２７】
以下、図３のフローチャートを参照して、ワークフロー管理サーバ１０３がワークフロー経路図を表示させる手順について説明する。
【００２８】
図３は図１に示したワークフロー管理サーバ１０３のＣＰＵ２０１によって実行される。なお、Ｓ３０１〜Ｓ３１５は各ステップを示す。
【００２９】
図３は、本発明のワークフロー管理サーバ１０３における第１の制御処理手順の一例を示すフローチャートであり、ワークフロー経路図を表示させる命令をクライアント１１２の入力部１０１から受け付けた際に起動される。なお、下記説明中はワークフロー管理サーバが実施すると記載しているが、クライアントが経路ＤＢや進捗ＤＢからデータを受け取り、クライアントで下記フローを実施することも可能である。
【００３０】
クライアント１１２の入力部１０１からワークフロー経路図を表示させる命令を受信すると、ワークフロー管理サーバ１０３は経路情報ＤＢ１１０と進捗情報ＤＢ１１１から経路情報データと進捗情報データを取得する（ステップＳ３０１）。
【００３１】
経路情報データの一例として図６を参照して説明する。
【００３２】
図６は経路情報ＤＢ１１０に格納されている経路情報データの一例である。
【００３３】
図６の経路情報データはアクティビティのｉｄ６０１、アクティビティの名前６０２、アクティビティのタイプ６０３、アクティビティの深さ６０４、次の遷移先候補６０５、遷移してくる遷移元候補６０６等の項目から構成される。なお、このデータは、データベース形式で格納されている場合の構成だが、ＸＭＬや他の方法で格納することもできる。
【００３４】
アクティビティのタイプ６０３には、“ＡＷＡＩＴ”（待ち状態）、“ＣＯＮＤＩＴＩＯＮＡＬ”（条件分岐）、“ＳＰＬＩＴ”（並列分岐）、“ＪＯＩＮ”、“ＶＯＴＥ”（合議）等の値が入る。また、アクティビティの深さ６０４は、“ＳＴＡＲＴ”からの距離を相対的に示している。図３の説明に戻る
【００３５】
ステップＳ３０２において、ワークフロー管理サーバ１０３は経路情報データのアクティビティのアイコンを画面表示させるために、アクティビティの深さ６０４の順に表示対象のアクティビティを選択し、アクティビティの数だけステップＳ３１６以降のフローを繰り返す。
【００３６】
ステップＳ３１６では、ワークフロー管理サーバ１０３は、ステップＳ３０１において取得したデータの内、ステップＳ３０２で選択された表示対象のアクティビティのｉｄを記憶する。
【００３７】
次に、ステップＳ３０３において、ワークフロー管理サーバ１０３は表示対象のアクティビティが分岐するかどうかの判断をする。図６の経路情報データの場合、分岐に該当するアクティビティのタイプは“ＣＯＮＤＩＴＩＯＮＡＬ”や“ＳＰＬＩＴ”である。分岐の場合はステップＳ３０４の処理を進め、分岐ではない場合はステップＳ３０９の処理に進める。
【００３８】
ステップＳ３０４では、ワークフロー管理サーバ１０３は分岐するアクティビティ数だけステップＳ３０５〜Ｓ３０８を繰り返す。図６の経路情報データの場合、ｉｄが４の“条件分岐１”の時は遷移先候補として、ｉｄが５，１，１３，１４，１５，１６の６つの候補があるため、少なくとも６回はステップＳ３０５〜Ｓ３０８を繰り返す。
【００３９】
次に、ステップＳ３０５において、ワークフロー管理サーバ１０３は表示対象のアクティビティ間の遷移を示す線（遷移線）がクロスするか、もしくはループするかの判断を行う。遷移線がクロスするかどうかは遷移先のアクティビティが他の分岐先になっているかで判断する。また、ループ対象のアクティビティかどうかは次の遷移先のアクティビティの深さ６０４の値により判断する。具体的には、ステップＳ３０５では表示対象の分岐のアクティビティの深さと次の遷移先のアクティビティの深さとの関係で、次の遷移先のアクティビティの深さが表示対象の分岐のアクティビティの深さより小さい場合、ループ対象のアクティビティと判断する。
【００４０】
ステップＳ３０５において、ループ対象もしくは遷移線がクロスすると判断された場合はステップＳ３０６へと処理を進め、ループ対象ではなく、遷移線もクロスしないと判断された場合はステップＳ３０８へと処理を進める。
【００４１】
ステップＳ３０６では、ワークフロー管理サーバ１０３は次の遷移先のアクティビティをループ対象もしくは遷移線がクロスすると判断し、経路図表示画面にループ対象もしくは遷移線がクロスする対象である結合子アイコン（アクティビティ実体を指すアイコンではなく、アクティビティ実体への行き先を示すだけのアイコン、シンボル記号）を表示させる。
【００４２】
経路図の一例として図７を参照して説明する。
【００４３】
図７はワークフロー管理サーバ１０３から出力されたデータをクライアント１１２の出力部１０２で表示した画面イメージの一例であり、承認担当者（処理担当者）を指定する画面である。図７は図６の経路情報データを反映した例である。
【００４４】
図７の条件分岐３（７０４）は図６の６０９の行にあるように、次の遷移先候補６０５は［１５、２８、１６、２９］の４つのｉｄであり、それぞれ“合議１”“承認４”“承認１”“承認５”である。この４つのｉｄの遷移先候補でループ対象に該当するのは、アクティビティの深さ６０４が小さい、ｉｄが１６（６０８）の“承認１”（６０７）であるので、“承認１”を配置すべき次のアイコン配置位置に結合子アイコン（シンボル記号）（７０１）を表示する。図３の説明に戻る。
【００４５】
ステップＳ３０７では、ワークフロー管理サーバ１０３はループ対象の遷移先のアクティビティへ、補助線（薄波線）を引いてリンク先を示す。なお、補助線はワークフローの進捗状況が遷移元のアクティビティに達した際に初めて表示するようにしても良いし、遷移元のアクティビティに達した際に初めて表示しても良い。また、クライアントの入力手段１０１（マウス等）で出力手段に出力されている画面上にポイントした際に初めて補助線を表示しても良い。また、例えば図９の“承認１”アイコン９０５をクライアントの入力手段１０１（マウス等）でポイントすると図１３のように“承認１”アイコン１３０１を画面の中心近くに表示するようにスクロールするように制御しても良い。
【００４６】
このように、当初は補助線を描かず、ループ対象の遷移元もしくは遷移先のアクティビティにフォーカスが当たった段階で、ループ先のアクティビティへの補助線を表示することにより、経路図の最初から経路を示す線が錯綜することなく表示可能となる。
【００４７】
図７の例で、ステップＳ３０７を説明する。
【００４８】
図７では、先程の“条件分岐３”（７０４）の遷移先として、“承認１”
アイコン７０２が指定されている例なので、結合子アイコン７０１から“承認１”アイコン７０２までの経路を薄波線７０３で表示する。図３の説明に戻る。
【００４９】
ステップＳ３０７が終了した場合、ステップＳ３１３でワークフロー管理サーバ１０３は、ステップＳ３０４で分岐した回数分ステップＳ３０５〜Ｓ３０８を実施したかを判断する。分岐した回数分、実施していなければ、ステップＳ３０５に戻る。
【００５０】
一方、ステップＳ３０４で分岐した回数分ステップＳ３０５〜Ｓ３０８を実施していれば、ステップＳ３１４に処理を進める。以降は後述する。
【００５１】
翻って、ワークフロー管理サーバ１０３がステップＳ３０５においてループ対象ではないと判断した場合、ワークフロー管理サーバ１０３はステップＳ３０８に処理を進める。ステップＳ３０８では、ワークフロー管理サーバ１０３は、次の遷移先のアクティビティのアイコン表示位置の表示枠を確保する。
【００５２】
図１１でステップＳ３０８を説明する。
【００５３】
図１１では図６の“条件分岐３”（６０９）の次の遷移先候補のアクティビティとして、ｉｄが２９（６１０）の“承認５”（６１１）が示されているので、ｉｄが２９の“承認５”のアイコン表示用に、表示枠を確保する。後述するステップＳ３１２において、“承認５”の実体を示すアイコンを表示する。
【００５４】
ステップＳ３０８が終了すると、ステップＳ３１３に処理を進める。
【００５５】
一方、ステップＳ３０３において、表示対象のアクティビティが分岐ではない場合はステップＳ３１５の処理に進める。
【００５６】
ステップＳ３１５では、表示対象のアクティビティの遷移元のｉｄをステップＳ３０１で取得した経路情報から読み出す。
【００５７】
次にステップＳ３０９では、ワークフロー管理サーバ１０３は、表示対象のアクティビティがループ対象かそうでないかを判断する。表示対象のアクティビティがループ対象であった場合は、ステップＳ３１０へ処理を進め、ループ対象でなかった場合は、ステップＳ３１２へ処理を進める。
【００５８】
ステップＳ３０９の表示対象がループ対象かそうでないかは、ステップＳ３０５と同じように、
【００５９】
判断する。即ち、ステップＳ３１５で読み出した遷移元のアクティビティの深さが表示対象のアクティビティの深さより小さい場合、ループ対象のアクティビティと判断する。
【００６０】
ステップＳ３０９において、表示対象のアクティビティがループ対象と判断された場合、ステップＳ３１０に進み、ステップＳ３１０においてワークフロー管理サーバ１０３は、表示対象のアクティビティを経路図表示画面にループ対象である結合子アイコンで表示させる。
【００６１】
次に、ステップＳ３１１において、ワークフロー管理サーバ１０３は、経路図表示画面にループ対象の遷移先のアクティビティへの薄線を引いてリンク先を示す。その後。ステップＳ３１４へ処理を進める。
【００６２】
一方、ステップＳ３０９において、表示対象のアクティビティがループ対象ではないと判断すると、ステップＳ３１２に処理を進め、ステップＳ３１２では、ワークフロー管理サーバ１０３は、表示対象のアクティビティのアイコンを経路図表示画面に表示する。
【００６３】
図１１と図７および図６でステップＳ３１２を説明する。
【００６４】
図１１では、ステップＳ３０８で確保されたアクティビティのアイコン枠１１０１が確保されている。表示対象のアクティビティが図６のｉｄが２９の“承認５”（６１１）の場合、１１０１のアイコン枠に“承認５”のアイコンが表示され、図７の７０５のように表示される。
【００６５】
なお、ステップＳ３１２のアイコン表示は進捗情報ＤＢ１１１の進捗情報データ（図１０の１００１）により、進捗情報を表示するようにしても良い。具体的なアイコン表示方法を、図５で説明する。
【００６６】
図５はアクティビティの実体を示すアイコンを表示する際のフローチャートである。
【００６７】
図５は図１に示したワークフロー管理サーバ１０３のＣＰＵ２０１によって実行される。なお、Ｓ５０１〜Ｓ５０６は各ステップを示す。
【００６８】
図５は、本発明のワークフロー管理サーバ１０３における第３の制御処理手順の一例を示すフローチャートであり、ワークフロー経路図上にアクティビティの実体を示すアイコンを表示する際（Ｓ３１２）に起動される。
【００６９】
まず、ステップＳ５０１において、ワークフロー管理サーバ１０３は、進捗情報ＤＢから進捗情報データを取得する。
【００７０】
進捗情報データの一例として図１０を参照して説明する。
【００７１】
図１０は進捗情報ＤＢ１１１に格納されている進捗情報データの一例である。
【００７２】
図１０の進捗情報データはユーザが起案や承認で通過したアクティビティのｉｄ（ｄｅｆＩｄ）１００１、アクティビティの名前１００２、現在実行中のアクティビティかどうかの確認（ｓｅｌｅｃｔｅｄ）１００３、アクティビティのステータス１００４、アクティビティでの起案や承認対象のユーザの担当者名（処理担当者名）１００５等の項目から構成される。なお、このデータは、データベース形式で格納されている場合の構成だが、ＸＭＬや他の方法で格納することもできる。図５の説明に戻る
【００７３】
ステップＳ５０２では、ワークフロー管理サーバ１０３は、表示対象のアクティビティが現在実行中かそうでないかを判断する。現在実行中かどうかは、図１０の１００３がｔｒｕｅかそうでないかで判断する。
【００７４】
ステップＳ５０２で現在実行中と判断された場合は、ステップＳ５０３に処理を進み、現在実行中でないと判断された場合、ステップＳ５０４の処理に進む。
【００７５】
ステップＳ５０３では、ワークフロー管理サーバ１０３は、表示対象のアクティビティを太点線で囲って表示する。
【００７６】
経路図の一例として図９を参照して説明する。
【００７７】
図９はワークフロー管理サーバ１０３から出力されたデータをクライアント１１２の出力部１０２で表示した画面イメージの一例であり、承認担当者（処理担当者）を指定する画面である。図９は図１０の進捗情報データを反映した例である。
【００７８】
図１０のアクティビティのｉｄが３３の“並列承認２＿２”（１００６）を表示する場合が、ステップＳ５０３の処理に該当する。
【００７９】
ステップＳ５０２の現在実行中の表示対象のアクティビティが現在実行中かどうかの判断で、図１０の“並列承認２＿２”（１００６）は１００３の「現在実行中のアクティビティかどうかの確認」（Ｓｅｌｅｃｔｅｄ）欄がｔｒｕｅになっているので、現在実行中のアクティビティであると判断する。
【００８０】
ステップＳ５０３では表示対象のアクティビティを図９の９０１のように太点線で囲んで、一目で現在実行中である承認位置を把握することができる。
【００８１】
一方、ステップＳ５０４では、ワークフロー管理サーバ１０３は、表示対象のアクティビティが進捗情報データに含まれるか、即ち処理済みかを判断する。表示対象のアクティビティが進捗情報データに含まれるかは、表示対象のアクティビティのｉｄが図１０の“ｄｅｆＩｄ”１００１（ユーザが起案や承認で通過したアクティビティのｉｄ）に含まれるかどうかで判断する。
【００８２】
表示対象のアクティビティが進捗データに含まれる場合はステップＳ５０５の処理に進み、進捗データに含まれない場合はステップＳ５０６に処理を進める。
【００８３】
ステップＳ５０５において、ワークフロー管理サーバ１０３は、表示対象のアクティビティを太線で囲って表示する。
【００８４】
一方、ステップＳ５０６において、ワークフロー管理サーバ１０３は、表示対象のアクティビティを細線で囲って表示する。
【００８５】
図１０のアクティビティのｉｄが１６の“承認１”（１００７）を表示する場合が、ステップＳ５０５の処理に該当する。アクティビティのｉｄが１６（１００７）を表示対象のアクティビティとした場合の経路図表示画面の例が図９の９０２である。
【００８６】
図１０の進捗情報データの状況で、表示対象のアクティビティのｉｄが１６の場合、ｄｅｆＩｄに１６が含まれる（１００７）ため、ステップＳ５０４においてｉｄが１６の“承認１”のアイコン表示はステップＳ５０５に処理を進める。ステップＳ５０５では、図９の９０２のように、“承認１”アイコンの周りを太線で囲って表示し、どの経路を通ってきたかを見易くしている。
【００８７】
一方、ステップＳ５０４で表示対象のアクティビティが進捗情報データに含まれていないと判断された場合、ステップＳ５０６へ処理を進める。
【００８８】
ステップＳ５０６における描画の例が、図９の９０３である。
【００８９】
表示対象のアクティビティのｉｄが３２の“並列承認２＿１”の場合、図１０の進捗情報データのｄｅｆＩｄに３２が含まれていないので、ステップＳ５０４においてｉｄが３２の“並列承認２＿１”のアイコン表示はステップＳ５０６に処理を進める。ステップＳ５０６では、図９の９０３のように、“並列承認２＿１”アイコンを細線で囲って表示し、通過してきた経路と差別化している。図３の説明に戻る。
【００９０】
ステップＳ３１２が終了すると、ステップＳ３１５へと処理を進める。
【００９１】
ステップＳ３１５では、表示対象アクティビティとその遷移元アクティビティの間を実線で結んで表示する。その後、ステップＳ３１４へと処理を進める。
【００９２】
ステップＳ３１４では、ワークフロー管理サーバ１０３は、ステップＳ３０２で指定されたアクティビティ情報数分、表示対象のアクティビティのｉｄを変えて、ステップＳ３０２から繰り返す。
【００９３】
ステップＳ３０２のアクティビティ情報数分、ステップＳ３１６以降を実施すると、このフローを終了する。
【００９４】
以上、図３および図５で説明した経路図画面表示により、ループを含むような複雑な経路を表示する場合においても、通過した承認ルートを確認しながら経路図を分かり易く表示することができる。
【００９５】
次に、図４のフローチャートを参照して、ワークフロー管理サーバ１０３がワークフローの進捗状況表を表示させる手順について説明する。
【００９６】
図４は図１に示したワークフロー管理サーバ１０３のＣＰＵ２０１によって実行される。なお、Ｓ４０１〜Ｓ４１２は各ステップを示す。
【００９７】
図４は、本発明のワークフロー管理サーバ１０３における第２の制御処理手順の一例を示すフローチャートであり、ワークフローの進捗状況表を表示させる命令をクライアント１１２の入力部１０１から受け付けた際に起動される。なお、下記説明中はワークフロー管理サーバが実施すると記載しているが、クライアントが経路ＤＢや進捗ＤＢからデータを受け取り、クライアントで下記フローを実施することも可能である。
【００９８】
クライアント１１２の入力部１０１からワークフローの進捗状況表を表示させる命令を受信すると、ワークフロー管理サーバ１０３は経路情報ＤＢ１１０と進捗情報ＤＢ１１１から経路情報データと進捗情報データを取得する（ステップＳ４０１）。
【００９９】
次にワークフロー管理サーバ１０３は、ステップＳ４０２において、経路情報データからアクティビティの遷移回数を取得し、遷移回数分ステップＳ４０３以降のフローの処理を行う。遷移回数とは、遷移元のアクティビティから遷移先のアクティビティに遷移する回数である。ステップＳ４０３以降のフローはアクティビティの遷移順に沿って遷移回数分実施される。
【０１００】
続いて、ステップＳ４０３において、ワークフロー管理サーバ１０３は、表示する進捗状況表の遷移先（表示対象）の行がループ対象のアクティビティかどうかの判断を行う。ループ対象かどうかは前述したように、ステップＳ４０１で読み出した経路情報データの遷移元のアクティビティの深さ（６０４）が表示対象の遷移先のアクティビティの深さ（６０４）より小さい場合、ループ対象のアクティビティと判断する。
【０１０１】
ステップＳ４０３で表示対象のアクティビティがループ対象であった場合は、ステップＳ４０４の処理へ進み、ループ対象でなければステップＳ４１０の処理へ進む。
【０１０２】
ステップＳ４０４では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの深さとステップＳ４０１で取得した進捗情報データの最新アクティビティの深さとを比較する。最新アクティビティの方が遷移先（表示対象）のアクティビティ以上の深さであった場合は、ステップＳ４０５に処理を進め、最新アクティビティの方が小さい場合は、ステップＳ４１２に処理を進める。この処理により、現在通過していないループ対象の進捗状況表の行を新たに表示することがない。
【０１０３】
ステップＳ４０５では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティが進捗情報データの中で“完了”ステータスである場合にステップＳ４０６へ処理を進め、“完了”ステータスではない場合、ステップＳ４１２へと処理を進める。この処理により、現在承認していないループ対象の進捗状況表の行を新たに表示することがない。
【０１０４】
ステップＳ４０６では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの承認ユーザがワークフロー実行時に指定できるかを、図６の６１２から判断する。図６の６１２がＴＲＵＥのアクティビティはワークフロー実行時に承認ユーザ指定が可能である。ワークフロー実行時に承認ユーザ指定が可能な場合はステップＳ４０７に処理を進め、承認ユーザ指定が指定できない場合はステップＳ４１２へと処理を進める。この処理により、承認ユーザが変更できない場合は進捗状況表に表示しないことにより、ユーザに見せる選択項目を減らすことができる。
【０１０５】
ステップＳ４０７において、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの承認ユーザが割り当てられているかどうか判断する。遷移先（表示対象）のアクティビティの承認ユーザが割り当てられていれば、ステップＳ４０８の処理へと進み、承認ユーザが割り当てられていなければステップＳ４０９の処理に進む。
【０１０６】
ステップＳ４０８において、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの割り当てられた承認ユーザを進捗情報データより取得する。
【０１０７】
ステップＳ４０９において、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの情報を進捗状況表に行単位で挿入する。その際、ステップＳ４０８で取得した承認ユーザの情報があれば、承認ユーザも該当行に挿入する。なお、進捗状況表の行には、承認ユーザをワークフロー実行時に指定可能なように、承認ユーザ選択ボタンを挿入する。ステップＳ４０９が終了すると、ステップＳ４１２に処理を進める。
【０１０８】
ステップＳ４１２において、ワークフロー管理サーバ１０３は、ステップＳ４０２で取得した遷移回数分、ステップＳ４０３に戻り、ステップＳ４０３以降を繰り返し実施する。
【０１０９】
一方、ステップＳ４０３において、遷移先（表示対象）のアクティビティがループ対象ではないと判断された場合、即ち、ステップＳ４０１で読み出した経路情報データの遷移元のアクティビティの深さ（６０４）が表示対象の遷移先のアクティビティの深さ（６０４）より大きい場合、ステップＳ４１０へと処理を進める。
【０１１０】
ステップＳ４１０では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティが条件分岐や並列分岐、結合でないかを判断する。条件分岐や並列分岐、結合である場合は、ステップＳ４０７の表示行作成フローは通らず、ステップＳ４１２へと処理を進め、条件分岐や並列分岐、結合ではない場合はステップＳ４０７の処理へ進む。分岐や結合の際に表示行を作成しないのは、承認ユーザを決める必要がないアクティビティであるためである。
【０１１１】
ステップＳ４１２において、ステップＳ４０２で取得した遷移回数分のステップＳ４０３以降の処理を実施すると、このフローを終了する。
【０１１２】
具体的に、経路情報データの一例として図６、進捗情報データの一例として図１２、図１０を参照して説明する。
【０１１３】
図１２は小野寺秀和氏が“起案”し、磯貝正久氏に“承認１”をお願いした場合の進捗情報データである。また、図１０は“承認１”が終了し、“並列承認２＿２”の処理待ちの状態の進捗情報データである。
【０１１４】
ステップＳ４０１で、図６の経路情報データと図１２や図１０の進捗情報データを取得する。
【０１１５】
ステップＳ４０２では、図６の経路情報データからアクティビティの遷移回数を取得する。遷移回数は、６０９の“条件分岐３”の場合はｎｅｘｔＩｄｓに記載がある１５，２８，１６，２９の４回となる。各ｉｄの遷移数を合計して遷移回数とし、以降のフローの処理回数を決める。なお、この例では処理の順番は遷移順としている。
【０１１６】
ステップＳ４０３以降のフローを、ステップＳ４０２で決められた回数だけ実施する。遷移回数分Ｓ４０３以降のフローを実施することにより、ループ対象のアクティビティを複数回通った場合でも、ループ対象を通った回数分表示させるのではなく最新の承認担当者のみを表示可能となる。
【０１１７】
ステップＳ４０３では、図６の経路情報データを元に遷移順に沿ってループ対象かどうかの判断をする。図６の６０９の“条件分岐３”の場合のｎｅｘｔＩｄｓの１６（６０８）は６０９の深さ（６０４）より６０７の深さ（６０４）が小さいので、ループ対象となる。以下は、遷移先（表示対象）のアクティビティが上記６０７の場合で話を進める。
【０１１８】
ステップＳ４０４では、遷移先（表示対象）のアクティビティ６０７の深さと進捗情報データの最新アクティビティの深さとを比較する。図１２や図１０の進捗情報データの場合は、最新アクティビティの深さは図１２は“承認１”の１５、図１０は“並列承認２＿２”の１７と、遷移先（表示対象）のアクティビティ６０７の深さ１５以上であるので、２つの場合ともステップＳ４０５へと進む。
【０１１９】
ステップＳ４０５では、遷移先（表示対象）のアクティビティ６０７の進捗情報データのステータス（１２０４，１００４）から、６０７が完了しているかの判断をする。図１２の場合は“承認１”のステータス１２０７は“処理待ち”であり、“完了”ではないので、ステップＳ４１２の処理へ進む。一方、図１０の場合は“承認１”のステータス１００８は“完了”なので、ステップＳ４０６の処理へ進む。
【０１２０】
ステップＳ４０６では、遷移先（表示対象）のアクティビティ６０７の経路情報データのワークフロー実行時に承認ユーザを指定可能かの判断を６１２（ａｓｓｉｇｎｅｅＥｎａｂｌｅｄ）から確認する。遷移先（表示対象）のアクティビティ６０７の承認ユーザ指定可能欄６１２はＴＲＵＥとあるので、承認ユーザの指定が可能と判断され、ステップＳ４０７へ処理を進める。
【０１２１】
ステップＳ４０７では、遷移先（表示対象）のアクティビティ６０７の承認担当者が割り当てられているかを確認する。進捗情報データの“承認１”行１００７の担当者名１００５列には“磯貝正久”の名前があり、承認担当者が割り当てられているので、ステップＳ４０８へ処理を進める。
【０１２２】
ステップＳ４０８では、ステップＳ４０７で確認した担当者欄にある担当者名“磯貝正久”を取得する。
【０１２３】
ステップＳ４０９では、図９の９０４のような表示行を作成する。９０４の表示行作成のため、ステップＳ４０８で取得した“磯貝正久”の情報を図１０の進捗情報データから取得して表示する。また、９０４には承認担当者を変更できるように、選択ボタンを配置している。この際、承認担当者の所属部署や役職名などの情報は進捗情報データからではなく、今回図示しない人事情報データなどから持ってきても良い。
【０１２４】
一方、ステップＳ４０５において、遷移先（表示対象）のアクティビティ６０７の進捗情報データのステータスが図１２の様に完了していない場合（１２０４）は図８のように“条件分岐３”６０９の次のアクティビティである“承認１”６０７の行８０１は表示されない。
【０１２５】
なお、図９の９０５にエクスプラネーションマーク（！）が付いた行があるが、エクスプラネーションマークがついた行、即ちアクティビティは、まだ承認担当者の候補が決められていないアクティビティを示している。
【０１２６】
また、ステータス１００４が完了した場合（１００８）に図９の９０４のように承認担当者を入力するようにしても良いし、図８の承認１欄のように承認担当者が決められた状態で、図示しないがループ経路のある８０１に承認担当者を表示しても良い。
【０１２７】
さらに、ステータスが完了した場合にループ経路にある承認担当者（例えば９０４）を表示するアクティビティと、ステータスが完了されていなくても承認担当者が決められた段階でループ経路にある承認担当者（図示しないが８０１の位置）を表示するアクティビティとを経路情報データ内にある図示しないデータによって判断しても良い。
【０１２８】
以上のように、図４のフローにより、利用ユーザは承認ユーザを指定する際に、ワークフローの流れを確認しながら、選択可能な承認ユーザ項目のみを表示、選択可能になる。またループ対象の承認フローも最新の承認結果のみを表示可能とし、ループ回数によって進捗状況表のデータが増えるのを防ぎ、表を見やすくすることが出来るなどの効果を有する。
【０１２９】
なお、進捗状況表の各行や経路図の各アクティビティをクリックすることで、同じアクティビティを複数回通った回数分の履歴情報を進捗状況表に展開表示されるようにしても良い。
【０１３０】
以上に示したように、本実施形態によれば、ワークフロー管理サーバにおいて、ループ経路を最初は表示しなかったり、ループ対象の直前のアクティビティで表示するなどすることにより、ループを含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することが可能となる。
【０１３１】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３２】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３３】
上記実施形態では、回覧されるワークフローデータの承認担当者をワークフローの各工程で表示、選択できる構成をワークフロー管理サーバに適用する場合を説明したが、ワークフロー管理サーバで実施される場合に限られるものではなく、クライアントに前記構成を持たせることも可能である。
【０１３４】
以下、図１４に示すメモリマップを参照して本発明に係るワークフロー管理サーバ１０３で読み取り可能なデータ処理プログラムの構成について説明する。
【０１３５】
図１４は、本発明に係る本発明に係るワークフロー管理サーバ１０３で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１３６】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバ−ジョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インスト−ルするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３８】
本実施形態における図３，図４，図５に示す機能が外部からインスト−ルされるプログラムによって、ホストコンピュ−タにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３９】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコ−ドを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュ−タ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコ−ドを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４０】
この場合、記録媒体から読み出されたプログラムコ−ド自体が本発明の新規な機能を実現することになり、そのプログラムコ−ドを記憶した記録媒体は本発明を構成することになる。
【０１４１】
プログラムコ−ドを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テ−プ，不揮発性のメモリカ−ド，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１４２】
また、コンピュ−タが読み出したプログラムコ−ドを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコ−ドの指示に基づき、コンピュ−タ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
さらに、記録媒体から読み出されたプログラムコ−ドが、コンピュ−タに挿入された機能拡張ボ−ドやコンピュ−タに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコ−ドの指示に基づき、その機能拡張ボ−ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４５】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベ−ス等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４６】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４７】
１０１ 入力部
１０２ 出力部
１０３ ワークフロー管理サーバ
１０４ 外部記憶装置
１０５ 経路情報視覚化部
１０６ 視覚化情報送信部
１０７ ループ経路視覚化部
１０８ 進捗情報リスト生成部
１０９ 処理担当者選択部
１１０ 経路情報
１１１ 進捗情報
１１２ クライアント
【技術分野】
【０００１】
本発明は、ワークフローシステムにおいてワークフロー経路および進捗状況の表示に関するものである。
【背景技術】
【０００２】
近年、企業内で各種伝票等を電子化し、定められた経路情報に従って各業務担当者に帳票データの処理を割当て、順次業務を進めるワークフローシステムの導入が進んでいる。
【０００３】
また、その際にワークフローの経路・進捗状況の把握を容易にするために視覚的に表示することが一般的に行われている。特許文献１には、ワークフローの経路及び進捗状況の把握を視覚的に容易に行うシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−４１７４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載のワークフローシステムにおいては、単純なワークフローの経路や進捗を表示することは可能であるが、複雑な経路や遷移元と遷移先が離れている場合に見えづらくなるという問題がある。
【０００６】
特に、すべての承認作業が完了後、各承認担当者が案件内容を再確認するようなフローや、案件内容を一部だけ修正するなど、差戻し（やり直し、通ってきた今までのルートをなかったことにすること）作業が必要ないフローにする場合に用いられるループ経路表示が見づらくなるという問題があった。
【０００７】
本発明は上記の課題を解決するためになされたものであり、ループを含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバにおいて、前記ワークフローのアクティビティと経路情報を記憶する経路情報記憶手段と、前記経路情報記憶手段に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化手段と、前記経路情報視覚化手段により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信手段とを有し、前記経路情報はループ経路を含み、前記経路情報視覚化手段は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ループを含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態を示すシステムの全体構成を示すシステム構成図である。
【図２】図１に示したワークフロー管理サーバ１０３とクライアント１１２のハードウェア構成の一例を示すブロック図である。
【図３】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図４】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図５】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図６】本発明における経路情報ＤＢ１１０内の経路情報データの一例を示す図である。
【図７】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図８】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図９】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図１０】本発明における進捗情報ＤＢ１１１内の進捗情報データの一例を示す図である。
【図１１】本発明における経路図画面描画途中の一例を示す図である。
【図１２】本発明における進捗情報ＤＢ１１１内の進捗情報データの一例を示す図である。
【図１３】本発明における経路図画面と担当者指定画面の一例を示す図である。
【図１４】本発明に係るワークフロー管理サーバ１０３で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【発明を実施するための形態】
【００１１】
〔第１実施形態〕
【００１２】
以下、図を参照して本発明のワークフロー管理サーバについて説明する。
【００１３】
図１は、本発明の一実施形態を示すシステムの全体構成を示すシステム構成図である。
【００１４】
図１に示すように、本実施形態のワークフローシステムはワークフロー管理サーバ１０３とクライアント１１２から構成される。
【００１５】
クライアント１１２はワークフロー管理サーバからの出力結果を表示する出力手段１０２とワークフロー管理サーバへ送信するデータを入力する入力手段１０１とを有する。
【００１６】
ワークフロー管理サーバ１０３は、外部記憶装置（ＨＤＤ）にワークフローのアクティビティの遷移順を経路情報１１０として、また、ワークフローの進捗状況を進捗情報１１１として記憶する。
【００１７】
また、ワークフロー管理サーバ１０３は、ワークフローの遷移順をクライアントの出力手段１０２に表示させるための経路情報視覚化手段１０５と、経路情報視覚化手段１０５で作成したデータをクライアント１１２に送信する視覚化情報送信手段１０６と、経路情報のループ経路をクライアントの出力手段１０２に表示させるためのループ経路視覚化手段１０７と、進捗情報１１１から処理済みのアクティビティのリストを生成する進捗情報リスト生成手段１０８と、現在進行中のワークフローの以後のアクティビティの処理担当者候補を選択させる処理担当者選択手段とを有する。
【００１８】
図２は、図１に示したワークフロー管理サーバ１０３とクライアント１１２のハードウェア構成の一例を示すブロック図である。
【００１９】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２０】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２１】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。
【００２２】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ等が挙げられる。
【００２３】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメ−タが記憶されている。
【００２４】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフローッピ−（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ、スマートメディア等が挙げられる。
【００２５】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク２１２を介して外部機器との通信制御処理を実行する。
【００２６】
なお、本発明のプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２７】
以下、図３のフローチャートを参照して、ワークフロー管理サーバ１０３がワークフロー経路図を表示させる手順について説明する。
【００２８】
図３は図１に示したワークフロー管理サーバ１０３のＣＰＵ２０１によって実行される。なお、Ｓ３０１〜Ｓ３１５は各ステップを示す。
【００２９】
図３は、本発明のワークフロー管理サーバ１０３における第１の制御処理手順の一例を示すフローチャートであり、ワークフロー経路図を表示させる命令をクライアント１１２の入力部１０１から受け付けた際に起動される。なお、下記説明中はワークフロー管理サーバが実施すると記載しているが、クライアントが経路ＤＢや進捗ＤＢからデータを受け取り、クライアントで下記フローを実施することも可能である。
【００３０】
クライアント１１２の入力部１０１からワークフロー経路図を表示させる命令を受信すると、ワークフロー管理サーバ１０３は経路情報ＤＢ１１０と進捗情報ＤＢ１１１から経路情報データと進捗情報データを取得する（ステップＳ３０１）。
【００３１】
経路情報データの一例として図６を参照して説明する。
【００３２】
図６は経路情報ＤＢ１１０に格納されている経路情報データの一例である。
【００３３】
図６の経路情報データはアクティビティのｉｄ６０１、アクティビティの名前６０２、アクティビティのタイプ６０３、アクティビティの深さ６０４、次の遷移先候補６０５、遷移してくる遷移元候補６０６等の項目から構成される。なお、このデータは、データベース形式で格納されている場合の構成だが、ＸＭＬや他の方法で格納することもできる。
【００３４】
アクティビティのタイプ６０３には、“ＡＷＡＩＴ”（待ち状態）、“ＣＯＮＤＩＴＩＯＮＡＬ”（条件分岐）、“ＳＰＬＩＴ”（並列分岐）、“ＪＯＩＮ”、“ＶＯＴＥ”（合議）等の値が入る。また、アクティビティの深さ６０４は、“ＳＴＡＲＴ”からの距離を相対的に示している。図３の説明に戻る
【００３５】
ステップＳ３０２において、ワークフロー管理サーバ１０３は経路情報データのアクティビティのアイコンを画面表示させるために、アクティビティの深さ６０４の順に表示対象のアクティビティを選択し、アクティビティの数だけステップＳ３１６以降のフローを繰り返す。
【００３６】
ステップＳ３１６では、ワークフロー管理サーバ１０３は、ステップＳ３０１において取得したデータの内、ステップＳ３０２で選択された表示対象のアクティビティのｉｄを記憶する。
【００３７】
次に、ステップＳ３０３において、ワークフロー管理サーバ１０３は表示対象のアクティビティが分岐するかどうかの判断をする。図６の経路情報データの場合、分岐に該当するアクティビティのタイプは“ＣＯＮＤＩＴＩＯＮＡＬ”や“ＳＰＬＩＴ”である。分岐の場合はステップＳ３０４の処理を進め、分岐ではない場合はステップＳ３０９の処理に進める。
【００３８】
ステップＳ３０４では、ワークフロー管理サーバ１０３は分岐するアクティビティ数だけステップＳ３０５〜Ｓ３０８を繰り返す。図６の経路情報データの場合、ｉｄが４の“条件分岐１”の時は遷移先候補として、ｉｄが５，１，１３，１４，１５，１６の６つの候補があるため、少なくとも６回はステップＳ３０５〜Ｓ３０８を繰り返す。
【００３９】
次に、ステップＳ３０５において、ワークフロー管理サーバ１０３は表示対象のアクティビティ間の遷移を示す線（遷移線）がクロスするか、もしくはループするかの判断を行う。遷移線がクロスするかどうかは遷移先のアクティビティが他の分岐先になっているかで判断する。また、ループ対象のアクティビティかどうかは次の遷移先のアクティビティの深さ６０４の値により判断する。具体的には、ステップＳ３０５では表示対象の分岐のアクティビティの深さと次の遷移先のアクティビティの深さとの関係で、次の遷移先のアクティビティの深さが表示対象の分岐のアクティビティの深さより小さい場合、ループ対象のアクティビティと判断する。
【００４０】
ステップＳ３０５において、ループ対象もしくは遷移線がクロスすると判断された場合はステップＳ３０６へと処理を進め、ループ対象ではなく、遷移線もクロスしないと判断された場合はステップＳ３０８へと処理を進める。
【００４１】
ステップＳ３０６では、ワークフロー管理サーバ１０３は次の遷移先のアクティビティをループ対象もしくは遷移線がクロスすると判断し、経路図表示画面にループ対象もしくは遷移線がクロスする対象である結合子アイコン（アクティビティ実体を指すアイコンではなく、アクティビティ実体への行き先を示すだけのアイコン、シンボル記号）を表示させる。
【００４２】
経路図の一例として図７を参照して説明する。
【００４３】
図７はワークフロー管理サーバ１０３から出力されたデータをクライアント１１２の出力部１０２で表示した画面イメージの一例であり、承認担当者（処理担当者）を指定する画面である。図７は図６の経路情報データを反映した例である。
【００４４】
図７の条件分岐３（７０４）は図６の６０９の行にあるように、次の遷移先候補６０５は［１５、２８、１６、２９］の４つのｉｄであり、それぞれ“合議１”“承認４”“承認１”“承認５”である。この４つのｉｄの遷移先候補でループ対象に該当するのは、アクティビティの深さ６０４が小さい、ｉｄが１６（６０８）の“承認１”（６０７）であるので、“承認１”を配置すべき次のアイコン配置位置に結合子アイコン（シンボル記号）（７０１）を表示する。図３の説明に戻る。
【００４５】
ステップＳ３０７では、ワークフロー管理サーバ１０３はループ対象の遷移先のアクティビティへ、補助線（薄波線）を引いてリンク先を示す。なお、補助線はワークフローの進捗状況が遷移元のアクティビティに達した際に初めて表示するようにしても良いし、遷移元のアクティビティに達した際に初めて表示しても良い。また、クライアントの入力手段１０１（マウス等）で出力手段に出力されている画面上にポイントした際に初めて補助線を表示しても良い。また、例えば図９の“承認１”アイコン９０５をクライアントの入力手段１０１（マウス等）でポイントすると図１３のように“承認１”アイコン１３０１を画面の中心近くに表示するようにスクロールするように制御しても良い。
【００４６】
このように、当初は補助線を描かず、ループ対象の遷移元もしくは遷移先のアクティビティにフォーカスが当たった段階で、ループ先のアクティビティへの補助線を表示することにより、経路図の最初から経路を示す線が錯綜することなく表示可能となる。
【００４７】
図７の例で、ステップＳ３０７を説明する。
【００４８】
図７では、先程の“条件分岐３”（７０４）の遷移先として、“承認１”
アイコン７０２が指定されている例なので、結合子アイコン７０１から“承認１”アイコン７０２までの経路を薄波線７０３で表示する。図３の説明に戻る。
【００４９】
ステップＳ３０７が終了した場合、ステップＳ３１３でワークフロー管理サーバ１０３は、ステップＳ３０４で分岐した回数分ステップＳ３０５〜Ｓ３０８を実施したかを判断する。分岐した回数分、実施していなければ、ステップＳ３０５に戻る。
【００５０】
一方、ステップＳ３０４で分岐した回数分ステップＳ３０５〜Ｓ３０８を実施していれば、ステップＳ３１４に処理を進める。以降は後述する。
【００５１】
翻って、ワークフロー管理サーバ１０３がステップＳ３０５においてループ対象ではないと判断した場合、ワークフロー管理サーバ１０３はステップＳ３０８に処理を進める。ステップＳ３０８では、ワークフロー管理サーバ１０３は、次の遷移先のアクティビティのアイコン表示位置の表示枠を確保する。
【００５２】
図１１でステップＳ３０８を説明する。
【００５３】
図１１では図６の“条件分岐３”（６０９）の次の遷移先候補のアクティビティとして、ｉｄが２９（６１０）の“承認５”（６１１）が示されているので、ｉｄが２９の“承認５”のアイコン表示用に、表示枠を確保する。後述するステップＳ３１２において、“承認５”の実体を示すアイコンを表示する。
【００５４】
ステップＳ３０８が終了すると、ステップＳ３１３に処理を進める。
【００５５】
一方、ステップＳ３０３において、表示対象のアクティビティが分岐ではない場合はステップＳ３１５の処理に進める。
【００５６】
ステップＳ３１５では、表示対象のアクティビティの遷移元のｉｄをステップＳ３０１で取得した経路情報から読み出す。
【００５７】
次にステップＳ３０９では、ワークフロー管理サーバ１０３は、表示対象のアクティビティがループ対象かそうでないかを判断する。表示対象のアクティビティがループ対象であった場合は、ステップＳ３１０へ処理を進め、ループ対象でなかった場合は、ステップＳ３１２へ処理を進める。
【００５８】
ステップＳ３０９の表示対象がループ対象かそうでないかは、ステップＳ３０５と同じように、
【００５９】
判断する。即ち、ステップＳ３１５で読み出した遷移元のアクティビティの深さが表示対象のアクティビティの深さより小さい場合、ループ対象のアクティビティと判断する。
【００６０】
ステップＳ３０９において、表示対象のアクティビティがループ対象と判断された場合、ステップＳ３１０に進み、ステップＳ３１０においてワークフロー管理サーバ１０３は、表示対象のアクティビティを経路図表示画面にループ対象である結合子アイコンで表示させる。
【００６１】
次に、ステップＳ３１１において、ワークフロー管理サーバ１０３は、経路図表示画面にループ対象の遷移先のアクティビティへの薄線を引いてリンク先を示す。その後。ステップＳ３１４へ処理を進める。
【００６２】
一方、ステップＳ３０９において、表示対象のアクティビティがループ対象ではないと判断すると、ステップＳ３１２に処理を進め、ステップＳ３１２では、ワークフロー管理サーバ１０３は、表示対象のアクティビティのアイコンを経路図表示画面に表示する。
【００６３】
図１１と図７および図６でステップＳ３１２を説明する。
【００６４】
図１１では、ステップＳ３０８で確保されたアクティビティのアイコン枠１１０１が確保されている。表示対象のアクティビティが図６のｉｄが２９の“承認５”（６１１）の場合、１１０１のアイコン枠に“承認５”のアイコンが表示され、図７の７０５のように表示される。
【００６５】
なお、ステップＳ３１２のアイコン表示は進捗情報ＤＢ１１１の進捗情報データ（図１０の１００１）により、進捗情報を表示するようにしても良い。具体的なアイコン表示方法を、図５で説明する。
【００６６】
図５はアクティビティの実体を示すアイコンを表示する際のフローチャートである。
【００６７】
図５は図１に示したワークフロー管理サーバ１０３のＣＰＵ２０１によって実行される。なお、Ｓ５０１〜Ｓ５０６は各ステップを示す。
【００６８】
図５は、本発明のワークフロー管理サーバ１０３における第３の制御処理手順の一例を示すフローチャートであり、ワークフロー経路図上にアクティビティの実体を示すアイコンを表示する際（Ｓ３１２）に起動される。
【００６９】
まず、ステップＳ５０１において、ワークフロー管理サーバ１０３は、進捗情報ＤＢから進捗情報データを取得する。
【００７０】
進捗情報データの一例として図１０を参照して説明する。
【００７１】
図１０は進捗情報ＤＢ１１１に格納されている進捗情報データの一例である。
【００７２】
図１０の進捗情報データはユーザが起案や承認で通過したアクティビティのｉｄ（ｄｅｆＩｄ）１００１、アクティビティの名前１００２、現在実行中のアクティビティかどうかの確認（ｓｅｌｅｃｔｅｄ）１００３、アクティビティのステータス１００４、アクティビティでの起案や承認対象のユーザの担当者名（処理担当者名）１００５等の項目から構成される。なお、このデータは、データベース形式で格納されている場合の構成だが、ＸＭＬや他の方法で格納することもできる。図５の説明に戻る
【００７３】
ステップＳ５０２では、ワークフロー管理サーバ１０３は、表示対象のアクティビティが現在実行中かそうでないかを判断する。現在実行中かどうかは、図１０の１００３がｔｒｕｅかそうでないかで判断する。
【００７４】
ステップＳ５０２で現在実行中と判断された場合は、ステップＳ５０３に処理を進み、現在実行中でないと判断された場合、ステップＳ５０４の処理に進む。
【００７５】
ステップＳ５０３では、ワークフロー管理サーバ１０３は、表示対象のアクティビティを太点線で囲って表示する。
【００７６】
経路図の一例として図９を参照して説明する。
【００７７】
図９はワークフロー管理サーバ１０３から出力されたデータをクライアント１１２の出力部１０２で表示した画面イメージの一例であり、承認担当者（処理担当者）を指定する画面である。図９は図１０の進捗情報データを反映した例である。
【００７８】
図１０のアクティビティのｉｄが３３の“並列承認２＿２”（１００６）を表示する場合が、ステップＳ５０３の処理に該当する。
【００７９】
ステップＳ５０２の現在実行中の表示対象のアクティビティが現在実行中かどうかの判断で、図１０の“並列承認２＿２”（１００６）は１００３の「現在実行中のアクティビティかどうかの確認」（Ｓｅｌｅｃｔｅｄ）欄がｔｒｕｅになっているので、現在実行中のアクティビティであると判断する。
【００８０】
ステップＳ５０３では表示対象のアクティビティを図９の９０１のように太点線で囲んで、一目で現在実行中である承認位置を把握することができる。
【００８１】
一方、ステップＳ５０４では、ワークフロー管理サーバ１０３は、表示対象のアクティビティが進捗情報データに含まれるか、即ち処理済みかを判断する。表示対象のアクティビティが進捗情報データに含まれるかは、表示対象のアクティビティのｉｄが図１０の“ｄｅｆＩｄ”１００１（ユーザが起案や承認で通過したアクティビティのｉｄ）に含まれるかどうかで判断する。
【００８２】
表示対象のアクティビティが進捗データに含まれる場合はステップＳ５０５の処理に進み、進捗データに含まれない場合はステップＳ５０６に処理を進める。
【００８３】
ステップＳ５０５において、ワークフロー管理サーバ１０３は、表示対象のアクティビティを太線で囲って表示する。
【００８４】
一方、ステップＳ５０６において、ワークフロー管理サーバ１０３は、表示対象のアクティビティを細線で囲って表示する。
【００８５】
図１０のアクティビティのｉｄが１６の“承認１”（１００７）を表示する場合が、ステップＳ５０５の処理に該当する。アクティビティのｉｄが１６（１００７）を表示対象のアクティビティとした場合の経路図表示画面の例が図９の９０２である。
【００８６】
図１０の進捗情報データの状況で、表示対象のアクティビティのｉｄが１６の場合、ｄｅｆＩｄに１６が含まれる（１００７）ため、ステップＳ５０４においてｉｄが１６の“承認１”のアイコン表示はステップＳ５０５に処理を進める。ステップＳ５０５では、図９の９０２のように、“承認１”アイコンの周りを太線で囲って表示し、どの経路を通ってきたかを見易くしている。
【００８７】
一方、ステップＳ５０４で表示対象のアクティビティが進捗情報データに含まれていないと判断された場合、ステップＳ５０６へ処理を進める。
【００８８】
ステップＳ５０６における描画の例が、図９の９０３である。
【００８９】
表示対象のアクティビティのｉｄが３２の“並列承認２＿１”の場合、図１０の進捗情報データのｄｅｆＩｄに３２が含まれていないので、ステップＳ５０４においてｉｄが３２の“並列承認２＿１”のアイコン表示はステップＳ５０６に処理を進める。ステップＳ５０６では、図９の９０３のように、“並列承認２＿１”アイコンを細線で囲って表示し、通過してきた経路と差別化している。図３の説明に戻る。
【００９０】
ステップＳ３１２が終了すると、ステップＳ３１５へと処理を進める。
【００９１】
ステップＳ３１５では、表示対象アクティビティとその遷移元アクティビティの間を実線で結んで表示する。その後、ステップＳ３１４へと処理を進める。
【００９２】
ステップＳ３１４では、ワークフロー管理サーバ１０３は、ステップＳ３０２で指定されたアクティビティ情報数分、表示対象のアクティビティのｉｄを変えて、ステップＳ３０２から繰り返す。
【００９３】
ステップＳ３０２のアクティビティ情報数分、ステップＳ３１６以降を実施すると、このフローを終了する。
【００９４】
以上、図３および図５で説明した経路図画面表示により、ループを含むような複雑な経路を表示する場合においても、通過した承認ルートを確認しながら経路図を分かり易く表示することができる。
【００９５】
次に、図４のフローチャートを参照して、ワークフロー管理サーバ１０３がワークフローの進捗状況表を表示させる手順について説明する。
【００９６】
図４は図１に示したワークフロー管理サーバ１０３のＣＰＵ２０１によって実行される。なお、Ｓ４０１〜Ｓ４１２は各ステップを示す。
【００９７】
図４は、本発明のワークフロー管理サーバ１０３における第２の制御処理手順の一例を示すフローチャートであり、ワークフローの進捗状況表を表示させる命令をクライアント１１２の入力部１０１から受け付けた際に起動される。なお、下記説明中はワークフロー管理サーバが実施すると記載しているが、クライアントが経路ＤＢや進捗ＤＢからデータを受け取り、クライアントで下記フローを実施することも可能である。
【００９８】
クライアント１１２の入力部１０１からワークフローの進捗状況表を表示させる命令を受信すると、ワークフロー管理サーバ１０３は経路情報ＤＢ１１０と進捗情報ＤＢ１１１から経路情報データと進捗情報データを取得する（ステップＳ４０１）。
【００９９】
次にワークフロー管理サーバ１０３は、ステップＳ４０２において、経路情報データからアクティビティの遷移回数を取得し、遷移回数分ステップＳ４０３以降のフローの処理を行う。遷移回数とは、遷移元のアクティビティから遷移先のアクティビティに遷移する回数である。ステップＳ４０３以降のフローはアクティビティの遷移順に沿って遷移回数分実施される。
【０１００】
続いて、ステップＳ４０３において、ワークフロー管理サーバ１０３は、表示する進捗状況表の遷移先（表示対象）の行がループ対象のアクティビティかどうかの判断を行う。ループ対象かどうかは前述したように、ステップＳ４０１で読み出した経路情報データの遷移元のアクティビティの深さ（６０４）が表示対象の遷移先のアクティビティの深さ（６０４）より小さい場合、ループ対象のアクティビティと判断する。
【０１０１】
ステップＳ４０３で表示対象のアクティビティがループ対象であった場合は、ステップＳ４０４の処理へ進み、ループ対象でなければステップＳ４１０の処理へ進む。
【０１０２】
ステップＳ４０４では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの深さとステップＳ４０１で取得した進捗情報データの最新アクティビティの深さとを比較する。最新アクティビティの方が遷移先（表示対象）のアクティビティ以上の深さであった場合は、ステップＳ４０５に処理を進め、最新アクティビティの方が小さい場合は、ステップＳ４１２に処理を進める。この処理により、現在通過していないループ対象の進捗状況表の行を新たに表示することがない。
【０１０３】
ステップＳ４０５では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティが進捗情報データの中で“完了”ステータスである場合にステップＳ４０６へ処理を進め、“完了”ステータスではない場合、ステップＳ４１２へと処理を進める。この処理により、現在承認していないループ対象の進捗状況表の行を新たに表示することがない。
【０１０４】
ステップＳ４０６では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの承認ユーザがワークフロー実行時に指定できるかを、図６の６１２から判断する。図６の６１２がＴＲＵＥのアクティビティはワークフロー実行時に承認ユーザ指定が可能である。ワークフロー実行時に承認ユーザ指定が可能な場合はステップＳ４０７に処理を進め、承認ユーザ指定が指定できない場合はステップＳ４１２へと処理を進める。この処理により、承認ユーザが変更できない場合は進捗状況表に表示しないことにより、ユーザに見せる選択項目を減らすことができる。
【０１０５】
ステップＳ４０７において、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの承認ユーザが割り当てられているかどうか判断する。遷移先（表示対象）のアクティビティの承認ユーザが割り当てられていれば、ステップＳ４０８の処理へと進み、承認ユーザが割り当てられていなければステップＳ４０９の処理に進む。
【０１０６】
ステップＳ４０８において、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの割り当てられた承認ユーザを進捗情報データより取得する。
【０１０７】
ステップＳ４０９において、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティの情報を進捗状況表に行単位で挿入する。その際、ステップＳ４０８で取得した承認ユーザの情報があれば、承認ユーザも該当行に挿入する。なお、進捗状況表の行には、承認ユーザをワークフロー実行時に指定可能なように、承認ユーザ選択ボタンを挿入する。ステップＳ４０９が終了すると、ステップＳ４１２に処理を進める。
【０１０８】
ステップＳ４１２において、ワークフロー管理サーバ１０３は、ステップＳ４０２で取得した遷移回数分、ステップＳ４０３に戻り、ステップＳ４０３以降を繰り返し実施する。
【０１０９】
一方、ステップＳ４０３において、遷移先（表示対象）のアクティビティがループ対象ではないと判断された場合、即ち、ステップＳ４０１で読み出した経路情報データの遷移元のアクティビティの深さ（６０４）が表示対象の遷移先のアクティビティの深さ（６０４）より大きい場合、ステップＳ４１０へと処理を進める。
【０１１０】
ステップＳ４１０では、ワークフロー管理サーバ１０３は、遷移先（表示対象）のアクティビティが条件分岐や並列分岐、結合でないかを判断する。条件分岐や並列分岐、結合である場合は、ステップＳ４０７の表示行作成フローは通らず、ステップＳ４１２へと処理を進め、条件分岐や並列分岐、結合ではない場合はステップＳ４０７の処理へ進む。分岐や結合の際に表示行を作成しないのは、承認ユーザを決める必要がないアクティビティであるためである。
【０１１１】
ステップＳ４１２において、ステップＳ４０２で取得した遷移回数分のステップＳ４０３以降の処理を実施すると、このフローを終了する。
【０１１２】
具体的に、経路情報データの一例として図６、進捗情報データの一例として図１２、図１０を参照して説明する。
【０１１３】
図１２は小野寺秀和氏が“起案”し、磯貝正久氏に“承認１”をお願いした場合の進捗情報データである。また、図１０は“承認１”が終了し、“並列承認２＿２”の処理待ちの状態の進捗情報データである。
【０１１４】
ステップＳ４０１で、図６の経路情報データと図１２や図１０の進捗情報データを取得する。
【０１１５】
ステップＳ４０２では、図６の経路情報データからアクティビティの遷移回数を取得する。遷移回数は、６０９の“条件分岐３”の場合はｎｅｘｔＩｄｓに記載がある１５，２８，１６，２９の４回となる。各ｉｄの遷移数を合計して遷移回数とし、以降のフローの処理回数を決める。なお、この例では処理の順番は遷移順としている。
【０１１６】
ステップＳ４０３以降のフローを、ステップＳ４０２で決められた回数だけ実施する。遷移回数分Ｓ４０３以降のフローを実施することにより、ループ対象のアクティビティを複数回通った場合でも、ループ対象を通った回数分表示させるのではなく最新の承認担当者のみを表示可能となる。
【０１１７】
ステップＳ４０３では、図６の経路情報データを元に遷移順に沿ってループ対象かどうかの判断をする。図６の６０９の“条件分岐３”の場合のｎｅｘｔＩｄｓの１６（６０８）は６０９の深さ（６０４）より６０７の深さ（６０４）が小さいので、ループ対象となる。以下は、遷移先（表示対象）のアクティビティが上記６０７の場合で話を進める。
【０１１８】
ステップＳ４０４では、遷移先（表示対象）のアクティビティ６０７の深さと進捗情報データの最新アクティビティの深さとを比較する。図１２や図１０の進捗情報データの場合は、最新アクティビティの深さは図１２は“承認１”の１５、図１０は“並列承認２＿２”の１７と、遷移先（表示対象）のアクティビティ６０７の深さ１５以上であるので、２つの場合ともステップＳ４０５へと進む。
【０１１９】
ステップＳ４０５では、遷移先（表示対象）のアクティビティ６０７の進捗情報データのステータス（１２０４，１００４）から、６０７が完了しているかの判断をする。図１２の場合は“承認１”のステータス１２０７は“処理待ち”であり、“完了”ではないので、ステップＳ４１２の処理へ進む。一方、図１０の場合は“承認１”のステータス１００８は“完了”なので、ステップＳ４０６の処理へ進む。
【０１２０】
ステップＳ４０６では、遷移先（表示対象）のアクティビティ６０７の経路情報データのワークフロー実行時に承認ユーザを指定可能かの判断を６１２（ａｓｓｉｇｎｅｅＥｎａｂｌｅｄ）から確認する。遷移先（表示対象）のアクティビティ６０７の承認ユーザ指定可能欄６１２はＴＲＵＥとあるので、承認ユーザの指定が可能と判断され、ステップＳ４０７へ処理を進める。
【０１２１】
ステップＳ４０７では、遷移先（表示対象）のアクティビティ６０７の承認担当者が割り当てられているかを確認する。進捗情報データの“承認１”行１００７の担当者名１００５列には“磯貝正久”の名前があり、承認担当者が割り当てられているので、ステップＳ４０８へ処理を進める。
【０１２２】
ステップＳ４０８では、ステップＳ４０７で確認した担当者欄にある担当者名“磯貝正久”を取得する。
【０１２３】
ステップＳ４０９では、図９の９０４のような表示行を作成する。９０４の表示行作成のため、ステップＳ４０８で取得した“磯貝正久”の情報を図１０の進捗情報データから取得して表示する。また、９０４には承認担当者を変更できるように、選択ボタンを配置している。この際、承認担当者の所属部署や役職名などの情報は進捗情報データからではなく、今回図示しない人事情報データなどから持ってきても良い。
【０１２４】
一方、ステップＳ４０５において、遷移先（表示対象）のアクティビティ６０７の進捗情報データのステータスが図１２の様に完了していない場合（１２０４）は図８のように“条件分岐３”６０９の次のアクティビティである“承認１”６０７の行８０１は表示されない。
【０１２５】
なお、図９の９０５にエクスプラネーションマーク（！）が付いた行があるが、エクスプラネーションマークがついた行、即ちアクティビティは、まだ承認担当者の候補が決められていないアクティビティを示している。
【０１２６】
また、ステータス１００４が完了した場合（１００８）に図９の９０４のように承認担当者を入力するようにしても良いし、図８の承認１欄のように承認担当者が決められた状態で、図示しないがループ経路のある８０１に承認担当者を表示しても良い。
【０１２７】
さらに、ステータスが完了した場合にループ経路にある承認担当者（例えば９０４）を表示するアクティビティと、ステータスが完了されていなくても承認担当者が決められた段階でループ経路にある承認担当者（図示しないが８０１の位置）を表示するアクティビティとを経路情報データ内にある図示しないデータによって判断しても良い。
【０１２８】
以上のように、図４のフローにより、利用ユーザは承認ユーザを指定する際に、ワークフローの流れを確認しながら、選択可能な承認ユーザ項目のみを表示、選択可能になる。またループ対象の承認フローも最新の承認結果のみを表示可能とし、ループ回数によって進捗状況表のデータが増えるのを防ぎ、表を見やすくすることが出来るなどの効果を有する。
【０１２９】
なお、進捗状況表の各行や経路図の各アクティビティをクリックすることで、同じアクティビティを複数回通った回数分の履歴情報を進捗状況表に展開表示されるようにしても良い。
【０１３０】
以上に示したように、本実施形態によれば、ワークフロー管理サーバにおいて、ループ経路を最初は表示しなかったり、ループ対象の直前のアクティビティで表示するなどすることにより、ループを含むような複雑な経路を表示する場合においても、経路図を分かり易く表示する方法を提供することが可能となる。
【０１３１】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３２】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３３】
上記実施形態では、回覧されるワークフローデータの承認担当者をワークフローの各工程で表示、選択できる構成をワークフロー管理サーバに適用する場合を説明したが、ワークフロー管理サーバで実施される場合に限られるものではなく、クライアントに前記構成を持たせることも可能である。
【０１３４】
以下、図１４に示すメモリマップを参照して本発明に係るワークフロー管理サーバ１０３で読み取り可能なデータ処理プログラムの構成について説明する。
【０１３５】
図１４は、本発明に係る本発明に係るワークフロー管理サーバ１０３で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１３６】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバ−ジョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インスト−ルするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３８】
本実施形態における図３，図４，図５に示す機能が外部からインスト−ルされるプログラムによって、ホストコンピュ−タにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３９】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコ−ドを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュ−タ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコ−ドを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４０】
この場合、記録媒体から読み出されたプログラムコ−ド自体が本発明の新規な機能を実現することになり、そのプログラムコ−ドを記憶した記録媒体は本発明を構成することになる。
【０１４１】
プログラムコ−ドを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テ−プ，不揮発性のメモリカ−ド，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１４２】
また、コンピュ−タが読み出したプログラムコ−ドを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコ−ドの指示に基づき、コンピュ−タ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
さらに、記録媒体から読み出されたプログラムコ−ドが、コンピュ−タに挿入された機能拡張ボ−ドやコンピュ−タに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコ−ドの指示に基づき、その機能拡張ボ−ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４５】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベ−ス等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４６】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４７】
１０１ 入力部
１０２ 出力部
１０３ ワークフロー管理サーバ
１０４ 外部記憶装置
１０５ 経路情報視覚化部
１０６ 視覚化情報送信部
１０７ ループ経路視覚化部
１０８ 進捗情報リスト生成部
１０９ 処理担当者選択部
１１０ 経路情報
１１１ 進捗情報
１１２ クライアント
【特許請求の範囲】
【請求項１】
クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバにおいて、
前記ワークフローのアクティビティと経路情報を記憶する経路情報記憶手段と、
前記経路情報記憶手段に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化手段と、
前記経路情報視覚化手段により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信手段とを有し、
前記経路情報はループ経路を含み、
前記経路情報視覚化手段は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とするワークフロー管理サーバ。
【請求項２】
前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間を補助的な手段で表示するループ経路視覚化手段と、
を有することを特徴とする請求項１記載のワークフロー管理サーバ。
【請求項３】
前記ワークフローの処理済みのアクティビティの進捗情報を記憶する進捗情報記憶手段を有し、
前記経路情報視覚化手段は、前記進捗情報記憶手段に記憶された進捗情報から、前記処理済みのアクティビティを示す記号を特徴づけて表示制御することを特徴とする請求項１または２記載のワークフロー管理サーバ。
【請求項４】
前記ループ経路視覚化手段は、前記シンボル記号が指定されると、該シンボル記号とリンクした遷移先アクティビティを示す記号が表示されるようにスクロール制御することを特徴とする、請求項１乃至３記載のワークフロー管理サーバ。
【請求項５】
前記ループ経路視覚化手段は、前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間を補助線で示すことを特徴とする、請求項１乃至４記載のワークフロー管理サーバ。
【請求項６】
前記ループ経路視覚化手段は、前記シンボル記号が指示された際に、前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間の補助線を表示することを特徴とする請求項２乃至５記載のワークフロー管理サーバ。
【請求項７】
前記ループ経路視覚化手段は、前記遷移元アクティビティを示す記号が指定された際に、前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間の補助線を表示することを特徴とする請求項２乃至５記載のワークフロー管理サーバ。
【請求項８】
前記ループ経路視覚化手段は、前記進捗情報記憶手段に記憶された進捗情報から、ワークフローの進捗状況が前記遷移元アクティビティに達した際に前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間の補助線を表示することを特徴とする請求項３乃至５記載のワークフロー管理サーバ。
【請求項９】
クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバの制御方法であって、
前記ワークフローのアクティビティと経路情報を経路情報記憶部に記憶する経路情報記憶工程と、
前記経路情報記憶工程に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化工程と、
前記経路情報視覚化工程により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信工程とを有し、
前記経路情報はループ経路を含み、
前記経路情報視覚化工程は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とするワークフロー管理サーバの制御方法。
【請求項１０】
請求項９に記載されたワークフロー管理サーバの制御方法を実行するためのプログラム。
【請求項１１】
請求項９に記載されたワークフロー管理サーバの制御方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。
【請求項１】
クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバにおいて、
前記ワークフローのアクティビティと経路情報を記憶する経路情報記憶手段と、
前記経路情報記憶手段に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化手段と、
前記経路情報視覚化手段により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信手段とを有し、
前記経路情報はループ経路を含み、
前記経路情報視覚化手段は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とするワークフロー管理サーバ。
【請求項２】
前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間を補助的な手段で表示するループ経路視覚化手段と、
を有することを特徴とする請求項１記載のワークフロー管理サーバ。
【請求項３】
前記ワークフローの処理済みのアクティビティの進捗情報を記憶する進捗情報記憶手段を有し、
前記経路情報視覚化手段は、前記進捗情報記憶手段に記憶された進捗情報から、前記処理済みのアクティビティを示す記号を特徴づけて表示制御することを特徴とする請求項１または２記載のワークフロー管理サーバ。
【請求項４】
前記ループ経路視覚化手段は、前記シンボル記号が指定されると、該シンボル記号とリンクした遷移先アクティビティを示す記号が表示されるようにスクロール制御することを特徴とする、請求項１乃至３記載のワークフロー管理サーバ。
【請求項５】
前記ループ経路視覚化手段は、前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間を補助線で示すことを特徴とする、請求項１乃至４記載のワークフロー管理サーバ。
【請求項６】
前記ループ経路視覚化手段は、前記シンボル記号が指示された際に、前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間の補助線を表示することを特徴とする請求項２乃至５記載のワークフロー管理サーバ。
【請求項７】
前記ループ経路視覚化手段は、前記遷移元アクティビティを示す記号が指定された際に、前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間の補助線を表示することを特徴とする請求項２乃至５記載のワークフロー管理サーバ。
【請求項８】
前記ループ経路視覚化手段は、前記進捗情報記憶手段に記憶された進捗情報から、ワークフローの進捗状況が前記遷移元アクティビティに達した際に前記シンボル記号と、該シンボル記号とリンクした遷移先アクティビティを示す記号との間の補助線を表示することを特徴とする請求項３乃至５記載のワークフロー管理サーバ。
【請求項９】
クライアントと接続可能な、ワークフローを制御するワークフローシステムを管理するワークフロー管理サーバの制御方法であって、
前記ワークフローのアクティビティと経路情報を経路情報記憶部に記憶する経路情報記憶工程と、
前記経路情報記憶工程に記憶されたアクティビティと経路情報とを視覚的に表示制御する経路情報視覚化工程と、
前記経路情報視覚化工程により視覚的に表示制御された情報を前記クライアントに送信する視覚化情報送信工程とを有し、
前記経路情報はループ経路を含み、
前記経路情報視覚化工程は、ループ対象の遷移元アクティビティを示す記号から、遷移先アクティビティを示す記号とリンクしたシンボル記号への経路情報を表示することを特徴とするワークフロー管理サーバの制御方法。
【請求項１０】
請求項９に記載されたワークフロー管理サーバの制御方法を実行するためのプログラム。
【請求項１１】
請求項９に記載されたワークフロー管理サーバの制御方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−５９７５２（Ｐ２０１１−５９７５２Ａ）
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願番号】特願２００９−２０５４９８（Ｐ２００９−２０５４９８）
【出願日】平成２１年９月７日（２００９．９．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２３年３月２４日（２０１１．３．２４）
【国際特許分類】
【出願日】平成２１年９月７日（２００９．９．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]