(57)【要約】【課題】ユーザ視点で作成されたプロセスの流れ図をシステム化する際に、ＫＰＩ値取得のためのプログラムコードを書くことなく、ユーザ視点で作成されたプロセスの流れ図上へＫＰＩ値をフィードバックすることができる業務プロセスの動的な統合モニタシステムを提供する。【解決手段】ＢＰＥＬ化支援機構４０２は、ユーザ視点で作成されたプロセスのシステム化の際に展開するサブプロセス情報をプロセスアクティビティ情報に追加する手段を備え、ＢＡＭ機構４０５は、プロセスの実行ログのサブプロセス情報がプロセスアクティビティ情報中に存在し、且つ、プロセスアクティビティ情報中にプロセス識別子に対応するＫＰＩの設定がある場合に、プロセスアクティビティ情報にプロセス実行ログに関わるＫＰＩ値を加算する手段を備え、プロセス稼動状況表示機構４１０は、ユーザ視点で作成されたプロセスの流れ図中に、プロセスのＫＰＩ値をプロセスの稼動状況として表示する手段を備えている。【選択図】図１
2008299646.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ視点で作成されたプロセスの流れ図を作成支援するためのモデリング支援機構と、前記ユーザ視点で作成されたプロセスの流れ図をシステム化されたプロセスの流れ図に変換するプロセス実行記述言語化支援機構と、システム化されたプロセスを実行するプロセス実行機構と、プロセスの実行ログを出力するプロセス実行ログ出力機構と、プロセスの稼動状況を収集するＢＡＭ機構と、前記プロセス実行ログ出力機構が出力したプロセス実行ログを記憶するプロセス実行ログ記憶手段と、プロセス情報を記憶するリポジトリ機構と、プロセスの稼動状況を表示するプロセス稼動状況表示機構とを備えた業務プロセスの動的な統合モニタシステムであって、
前記モデリング支援機構は、前記ユーザ視点で作成されたプロセスの要素に対して割り当てたＫＰＩを前記リポジトリ機構に登録する手段と、
前記ユーザ視点で作成されたプロセスの要素に対して割り当てたユニークなプロセス識別子と、前記ＫＰＩへ関連付ける関連情報とを含むプロセスアクティビティ情報を前記リポジトリ機構に登録する手段とを備え、
前記プロセス実行記述言語化支援機構は、前記ユーザ視点で作成されたプロセスのシステム化の際に展開するサブプロセスがある場合に、そのサブプロセス情報を前記プロセスアクティビティ情報に追加する手段を備え、
前記ＢＡＭ機構は、前記ユーザ視点で作成されたプロセスの流れ図のプロセス識別子を取得する手段と、
前記プロセス識別子と一致するプロセスアクティビティ情報を前記リポジトリ機構から取得する手段と、
前記プロセス実行ログ記憶手段に記憶されたプロセスの実行ログを取得する手段と、
前記プロセスの実行ログのサブプロセス情報が前記プロセスアクティビティ情報中に存在し、且つ、前記プロセスアクティビティ情報中にプロセス識別子に対応するＫＰＩの設定がある場合に、前記プロセスアクティビティ情報に前記プロセス実行ログに関わるＫＰＩ値を加算する手段とを備え、
前記プロセス稼動状況表示機構は、前記ユーザ視点で作成されたプロセスの流れ図中に、前記プロセス識別子と一致するプロセスのＫＰＩ値をプロセスの稼動状況として表示する手段を備えていることを特徴とする業務プロセスの動的な統合モニタシステム。
【請求項２】
前記プロセス実行記述言語化支援機構は、他部門システムや既存システムのプロセスとしての再利用、人間系プロセスとの対応、非機能系プロセスの追加のうち少なくとも一つを前記プロセス実行機構で実行が可能なサービス粒度のシステム化されたプロセスの流れ図として変換する手段を備えていることを特徴とする請求項１記載の業務プロセスの動的な統合モニタシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務プロセスを可視化するためにＢＰＭ（Business Process Modeling）による業務プロセスのモデリングを行ってシステム化した業務システムの稼働状況を動的に統合監視する業務プロセスの動的な統合モニタシステムに関するものである。
【背景技術】
【０００２】
大企業の内部統制を義務付けた会社法が施行され、各企業では全業務プロセスを可視化し、稼動状況を監視する必要が生じている。業務プロセスを可視化するためには、業務をプロセスの流れとしてモデリングするＢＰＭが注目されている。ＢＰＭにおいては、監視したいプロセスに対してＫＰＩ（Key Performance Indicator）を設定しておき、何らかの方法でシステム化した後、ＢＡＭ（Business Activity Monitoring）によってプロセスの稼動状況を収集して表示することによりプロセスの稼動状況を把握する。
【０００３】
ＢＰＭにおけるモデリングでは、ユーザ視点で、ＵＭＬ（Unified Modeling Language）や、ＢＰＭＮ（Business
Process Modeling Notation）を用いて業務プロセスをプロセスの流れ図として可視化する。モデリングの過程は、まず、現状の業務の姿を「ＡｓＩｓ」モデルとして描き、「ＡｓＩｓ」モデルを、システム化要素を考慮せずに、あるべき姿である「ＴｏＢｅモデル」に近づけていく。
【０００４】
ＢＰＭでモデリングされたプロセスの流れをシステム化する場合の考え方としてＳＯＡ（Service Oriented Architecture）が注目されている。ＳＯＡでは、ＢＰＭでモデリングされたプロセスの流れを、各プロセスに対応する実装単位である「サービス」にまで細分化し、ＢＰＥＬ（Business Process Execution Language）などのプロセス実行記述言語に変換して、プロセス実行エンジンで実行する。プロセス実行エンジンは、ＢＡＭと連動し、プロセスの稼動状況を監視する。
【０００５】
しかし、ユーザ視点の「ＴｏＢｅモデル」で作成したＢＰＭＮのようなプロセスの流れ図は、システム化要素を考慮せずに記述した図であり、実際にシステム化する際には、ＢＰＥＬなどのプロセス実行記述言語に変換することが容易ではないという欠点がある。たとえば、すでにシステム化されて稼動している他部門の業務システムと連携することによりシステム化されるプロセスや、システム化ができずに人間が手作業で伝票処理を行うプロセスなどがある。プロセスの流れ図をシステム化する際に差異が発生する主な要因は、モデリングを目的とした言語と、プロセスの実行制御を目的とした言語の、目的の差異から生じるものであり、両者の変換時に差異が生じる。
【０００６】
図６は、ＢＰＭＮを用いて、ユーザ視点で作成されたプロセスの流れ図を示す例である。業務の関係者は、オペレータ１０１、業務システム１０２、他部門システム１０３で構成される。業務システム１０２を構築する際に、業務システム１０２は、オペレータ１０１、他部門システム１０３と、メッセージをやりとりしながら、連携して業務プロセスを遂行する。このうち、オペレータ１０１は、人間が操作を行う処理であり、非システム化領域である。他部門システム１０３は、すでに構築済みで稼動しており、新たな改修を行うことができないブラックボックス化されたシステム領域である。メッセージ１２１、１２２、１２３、１２４は、業務の関係者間で非同期にやりとりされるメッセージを示す。メッセージ待ち１１１、１１５、１１８、１１９は、各メッセージを非同期イベントとして待つ処理である。業務プロセスは、確認応答１１２、初期処理１１３、処理依頼１１４、業務処理１１６、確認依頼１１７、処理依頼１２０、処理結果通知１２１で構成される。
【０００７】
図７は、ＢＰＥＬを用いて、図６のＢＰＭＮで記述されたユーザ視点の流れ図をシステム化する場合の例である。システム化する範囲は、業務システム１０２だけである。業務システム１０２は、サービスの粒度に展開され、業務システムプロセスの流れ図２０１に変換される。図６と図７の比較による相違点は、図６の業務処理１１６が、図７では条件判定２０５、サービスＢ
２０６、サービスＣ ２０７、サービスＤ ２０８に展開されている点である。一般に、ユーザ視点で作成されたプロセスの流れ図は、システム化する際に作成したプロセスの流れ図と粒度が異なるとともに、内部処理が把握できない他システムや、人間系などの非システム化要素を含む。
【０００８】
他システムとの連携や、人間系の非システム要素を含む場合のＢＡＭの実現方法は、特許文献１に示すように、エージェントを配置することによって、Ｗｅｂ画面とシステム間でやりとりされるメッセージや、人間のキー操作を監視することによりシステム化の稼働状況を監視し、ＫＰＩ値を取得する方法が公知になっている。
【０００９】
目的の違いによるプロセスの流れ図の差異に対しては、特許文献２に示すように、ユーザ視点で作成されたプロセスの流れ図と、システム化されたプロセス実行の流れ図の対応をマッピングロジックとして定義しておき、プロセスの実行時にＫＰＩ値をユーザ視点で作成されたプロセスの流れ図へ戻すことが可能なロジックを含むソースコードを生成する方法が公知になっている。
【特許文献１】特開２００６−１８９９６０号公報
【特許文献２】特開２００５−１６６０３８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ところで、ＢＰＭにおいてはユーザ視点でＫＰＩを設定し、業務プロセスの稼動状況を監視し、プロセス改善を行うべきである。このためには、ユーザ視点で作成されたプロセスの流れ図に対して、ＢＡＭからのＫＰＩ値がフィードバックされる必要がある。
【００１１】
図８は、ユーザ視点で業務改善を行う際に必要となるＫＰＩ値のフィードバックサイクルと、プロセス実行エンジンから収集したプロセスの実行履歴からＫＰＩ値をフィードバックする場合の差異を示す図である。図６と図７の差異により、ユーザ視点で作成されたプロセスの流れ図３０１とシステム化時に作成したプロセスの流れ図３０２には差異が生じるが、ＢＡＭ３０５が収集するプロセス実行ログは、プロセス実行エンジン３０３が実行したプロセスの実行結果であるため、ＢＡＭ３０５は、システム化時に作成したプロセスの流れ図３０２に対して、プロセス実行ログからＫＰＩ値をフィードバックする（矢印３１４）ことが可能であるが、ユーザ視点で作成されたプロセスの流れ図３０１へフィードバックする（矢印３１５）ことができない問題があった。
【００１２】
また、図８において、業務プロセスの流れに変更があった場合には、まず、ユーザ視点で作成されたプロセスの流れ図３０１を変更し、当該変更がシステム化時に作成したプロセスの流れ図３０２に影響を及ぼす範囲を調査して、影響範囲に対応する変更を行う必要がある。このような変更により、ＫＰＩ値を取得するために各プロセスに埋め込んだプログラムコードへの影響範囲も調査し、必要があればプログラムコード等を変更する必要があり、手間がかかってしまう問題があった。
【００１３】
以上の現状に鑑み、本発明は、ユーザ視点で作成されたプロセスの流れ図をシステム化する際に、ＫＰＩ値取得のためのプログラムコードを書くことなく、ユーザ視点で作成されたプロセスの流れ図上へＫＰＩ値をフィードバックすることができる業務プロセスの動的な統合モニタシステムを提供することを目的とする。
また、本発明は、システム化する際に内部処理が把握できない他システムや、人間系などの非システム化要素を含む場合においても、ＫＰＩ値を取得するためのプログラムコードを記述することなく、ＫＰＩ値をフィードバックすることを目的とする。
【課題を解決するための手段】
【００１４】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、ユーザ視点で作成されたプロセスの流れ図を作成支援するためのモデリング支援機構と、前記ユーザ視点で作成されたプロセスの流れ図をシステム化されたプロセスの流れ図に変換するプロセス実行記述言語化支援機構と、システム化されたプロセスを実行するプロセス実行機構と、プロセスの実行ログを出力するプロセス実行ログ出力機構と、プロセスの稼動状況を収集するＢＡＭ機構と、前記プロセス実行ログ出力機構が出力したプロセス実行ログを記憶するプロセス実行ログ記憶手段と、プロセス情報を記憶するリポジトリ機構と、プロセスの稼動状況を表示するプロセス稼動状況表示機構とを備えた業務プロセスの動的な統合モニタシステムであって、
前記モデリング支援機構は、前記ユーザ視点で作成されたプロセスの要素に対して割り当てたＫＰＩを前記リポジトリ機構に登録する手段と、
前記ユーザ視点で作成されたプロセスの要素に対して割り当てたユニークなプロセス識別子と、前記ＫＰＩへ関連付ける関連情報とを含むプロセスアクティビティ情報を前記リポジトリ機構に登録する手段とを備え、
前記プロセス実行記述言語化支援機構は、前記ユーザ視点で作成されたプロセスのシステム化の際に展開するサブプロセスがある場合に、そのサブプロセス情報を前記プロセスアクティビティ情報に追加する手段を備え、
前記ＢＡＭ機構は、前記ユーザ視点で作成されたプロセスの流れ図のプロセス識別子を取得する手段と、
前記プロセス識別子と一致するプロセスアクティビティ情報を前記リポジトリ機構から取得する手段と、
前記プロセス実行ログ記憶手段に記憶されたプロセスの実行ログを取得する手段と、
前記プロセスの実行ログのサブプロセス情報が前記プロセスアクティビティ情報中に存在し、且つ、前記プロセスアクティビティ情報中にプロセス識別子に対応するＫＰＩの設定がある場合に、前記プロセスアクティビティ情報に前記プロセス実行ログに関わるＫＰＩ値を加算する手段とを備え、
前記プロセス稼動状況表示機構は、前記ユーザ視点で作成されたプロセスの流れ図中に、前記プロセス識別子と一致するプロセスのＫＰＩ値をプロセスの稼動状況として表示する手段を備えていることを特徴とする業務プロセスの動的な統合モニタシステムを提供するものである。
【００１５】
請求項２に係る発明は、前記プロセス実行記述言語化支援機構は、他部門システムや既存システムのプロセスとしての再利用、人間系プロセスとの対応、非機能系プロセスの追加のうち少なくとも一つを前記プロセス実行機構で実行が可能なサービス粒度のシステム化されたプロセスの流れ図として変換する手段を備えていることを特徴とする請求項１記載の業務プロセスの動的な統合モニタシステムを提供するものである。
【発明の効果】
【００１６】
本発明による業務プロセスの動的な統合モニタシステムによれば、ユーザ視点で作成されたプロセスの流れ図をシステム化する際に、ＫＰＩ値取得のためのプログラムコードを書くことなく、ユーザ視点で作成されたプロセスの流れ図上へＫＰＩ値をフィードバックすることができる。
また、本発明は、システム化する際に内部処理が把握できない他システムや、人間系などの非システム化要素を含む場合においても、ＫＰＩ値を取得するためのプログラムコードを記述することなく、ＫＰＩ値をフィードバックすることができる。
【発明を実施するための最良の形態】
【００１７】
以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
図１は、本発明の実施の形態に係わる業務プロセスの動的な統合モニタシステムの概略構成を示す図である。ＢＰＭをトップダウンで進めてシステム化し、当該システムの稼動状況を監視し、その結果をもって、再度モデリングに戻り、業務改善を行うサイクルの過程には、各過程に対応した複数の機構が必要である。
【００１８】
図１に示すように、本実施の形態に係わる業務プロセスの動的な統合モニタシステムは、ユーザ視点で作成されたプロセスの流れ図を作成支援するためのモデリング支援機構４０１、前記ユーザ視点で作成されたプロセスの流れ図をシステム化されたプロセスの流れ図に変換する、プロセス実行記述言語化支援機構であるＢＰＥＬ化支援機構４０２、システム化されたプロセスを実行するプロセス実行機構４０３、プロセスの実行ログを出力するプロセス実行ログ出力機構４０４、プロセスの稼動状況を収集するＢＡＭ機構４０５、プロセス実行ログ出力機構４０４が出力したプロセス実行ログを記憶するプロセス実行ログ記憶手段４０６、プロセス情報を記憶するリポジトリ機構４０７、プロセスの稼動状況を表示するプロセス稼動状況表示機構４１０とで構成している。リポジトリ機構４０７は、ＫＰＩ情報記憶部４０８、プロセスマッピング情報記憶部４０９とで構成している。ＢＰＥＬ化支援機構４０２は、ＢＰＥＬ対応のプロセス実行機構４０３を使う場合の一例であって、他言語に対応したプロセス実行機構を用いる場合においては、当該言語用エディタになる。
【００１９】
図１において、ユーザが関わるインタフェースをもつ機構は、モデリング支援機構４０１、ＢＰＥＬ化支援機構４０２、プロセス稼動状況表示機構４１０である。モデリング支援機構４０１は、例えば図形を編集可能なエディタの形態をとり、ユーザ視点で作成されたプロセスの流れ図４１１を作成することを支援する。ユーザ視点で作成されたプロセスの流れ図４１１の形式は、ＢＰＭＮやＵＭＬなどがある。
【００２０】
モデリング支援機構４０１が、いわゆる『お絵かき』エディタと相違する点は、モデリング結果であるユーザ視点で作成されたプロセスの流れ図４１１中の各プロセスの要素に対して割り当てたユニークなプロセス識別子を、リポジトリ機構４０７中のプロセスマッピング情報記憶部４０９に登録する点である。また、もうひとつの相違点は、各プロセスの要素に対して割り当てたＫＰＩを、リポジトリ機構４０７中のＫＰＩ情報記憶部４０８に登録する点である。通常は、プロセス識別子とＫＰＩは、モデリング支援機構４０１の出力結果中に含み、システム化の際に利用するが、本発明では、リポジトリ機構４０７で集中管理する点が異なる。
【００２１】
モデリング支援機構４０１で作成した、ユーザ視点で作成されたプロセスの流れ図４１１は、ＢＰＭＮ、ＸＰＤＬ（XML-Based Process Definition Language）、粒度の粗いＢＰＥＬ等を介して、ＢＰＥＬ化支援機構４０２へ転送し、ＢＰＥＬ化支援機構４０２は、ユーザ視点で作成されたプロセスの流れ図４１１をシステム化されたプロセスの流れ図４１２に変換する。ユーザ視点で作成されたプロセスの流れ図４１１は、システム化を考慮せずに作成されたものであるため、他部門システムや既存システムのプロセスとしての再利用、人間系プロセスとの対応、非機能系プロセスの追加など、プロセス実行機構４０３で実行が可能なサービス粒度のシステム化されたプロセスの流れ図４１２として表現し直す。
【００２２】
ＢＰＥＬ化支援機構４０２と、一般のＢＰＥＬエディタとの相違点は、ＢＰＥＬ化支援機構４０２が、プロセスフローの詳細化や変更操作を、リポジトリ機構４０７中のプロセスマッピング情報記憶部４０９に登録する点である。プロセスマッピング情報記憶部４０９の存在により、システム化されたプロセスの流れ図４１２と、ユーザ視点で作成されたプロセスの流れ図４１１との対応が維持される。
【００２３】
ＢＰＥＬ化支援機構４０２が出力したＢＰＥＬから呼び出されるサービスを実装した後、ＢＰＥＬに従ってシステムを実行する。ＢＰＥＬの実行時は、プロセス実行機構４０３に付随した実行ログ出力機構４０４が、各サービスの実行状況を、プロセス実行ログ記憶手段４０６に蓄積する。ＢＰＥＬから呼び出すサービスのうち、他部門システムや既存システムをプロセスの一部として再利用する場合や、人間系のプロセスのプロセス実行ログは、それぞれに対応した実行ログ出力機構４０４を用意し、実行状況をプロセス実行ログ記憶手段４０６に蓄積する。
【００２４】
本発明は、ユーザ視点で作成されたプロセスの流れ図４１１に対して、システムの稼動状況をフィードバックすることを目的としている。当該目的を実現するために、図１のリポジトリ機構４０７の中に、ＫＰＩ情報記憶部４０８、プロセスマッピング情報記憶部４０９を設置する。
【００２５】
図２は、リポジトリ機構４０７中の、ＫＰＩ情報記憶部４０８、プロセスマッピング情報記憶部４０９のデータ構造の一例である。
ユーザ視点で作成されたプロセスの流れ図４１１中の各プロセスの要素に対して、プロセスアクティビティ情報５０１を作成する。ＫＰＩの設定やプロセスの稼動状況監視は、プロセスアクティビティ情報５０１を基本単位とする。プロセスアクティビティ情報５０１は、ユニークなプロセス識別子（ＢＰＩＤ）をもって他のプロセスアクティビティ情報と区別する。
【００２６】
また、プロセスアクティビティ情報５０１は、当該プロセスの要素に対して設定したＫＰＩに対して、ＫＰＩ情報とＫＰＩ値を組にしたエントリから構成されるＫＰＩ情報配列５０２をもつ。尚、このＫＰＩ情報配列５０２はＫＰＩ情報記憶部４０８に記憶され、プロセスマッピング情報記憶部４０９に記憶されるプロセスアクティビティ情報５０１は、ＫＰＩ情報配列５０２に関連付けられたＫＰＩ情報へのポインタをもつ。プロセスの要素に対してＫＰＩが設定されていない場合には、ＫＰＩ情報配列５０２は、空である。また、プロセスアクティビティ情報５０１は、システム化時などに当該プロセスをサブプロセスなどに詳細化した場合には、そのサブプロセスを識別するサブプロセス情報（ＳＰＩＤ）のエントリから構成されるサブプロセス情報配列５０３をもつ。サブプロセス情報配列５０３は、配列要素であるサブプロセスが、階層化されて詳細化された場合には、さらに、同形式のサブプロセス情報配列５０４をもつ。以下、複数階層化された場合も同様である。
【００２７】
図３は、モデリング支援機構４０１を用いて、ユーザ視点で作成されたプロセスの流れ図４１１を作成する過程で、プロセスを追加する場合のフローチャートである。
図３において、ユーザ視点で作成されたプロセスの流れ図４１１の一部６１１では、業務処理プロセス６１２を追加する。この場合の流れは、以下のようになる。
業務処理プロセス６１２に対して、ユニークなプロセス識別子を割り当てて、プロセスアクティビティ情報のエントリを作成し、リポジトリ機構４０７へ登録する（ステップ６０１）。
業務処理プロセス６１２に対して設定するＫＰＩがあるか判定する（ステップ６０２）。ステップ６０２で設定するＫＰＩがある場合には、ＫＰＩ情報のエントリをＫＰＩ情報配列５０２に追加し、リポジトリ機構４０７へ登録する（ステップ６０３）。
ステップ６０２で設定するＫＰＩがない場合には、処理を終了する。
【００２８】
図４は、ＢＰＥＬエディタを用いて、システム化の際の流れ図作成時にプロセスを詳細化する場合のフローチャートである。図４において、ユーザ視点で作成されたプロセスの流れ図７１１の一部（流れ図６１１に相当）中の業務処理プロセス７１２（業務処理プロセス６１２に相当）を、システム化の際に詳細化して、システム化の際に作成された流れ図７１３に展開する場合の流れは、以下のようになる。
リポジトリ機構４０７から、プロセス識別子をキーにして、詳細化対象となるプロセスに対応するプロセスアクティビティ情報５０１のエントリを取得する（ステップ７０１）。
プロセスの詳細化によって展開するサブプロセスがあるか判定する（ステップ７０２）。
ステップ７０２で、展開するサブプロセスがある場合には、サブプロセス情報のエントリをサブプロセス情報配列５０３へ追加し、リポジトリ機構４０７へ登録する（ステップ７０３）。
ステップ７０２で設定するサブプロセスがない場合には、処理を終了する。
【００２９】
図５は、プロセス稼動状況をユーザ視点でのプロセスの流れ図４１１へ表示する場合のフローチャートである。
ユーザ視点で作成されたプロセスの流れ図４１１中の１プロセスに対応するプロセス識別子を得る（ステップ８０１）。
リポジトリ機構４０７から、ステップ８０１で得たプロセス識別子をキーにして、詳細化対象となるプロセスに対応するプロセスアクティビティ情報５０１のエントリを取得する（ステップ８０２）。
プロセス実行ログ記憶手段４０６に、プロセス実行ログが記憶されているか調べ、プロセス実行ログが記憶されていればステップ８０４へ進み、記憶されていない場合、又は、全ての記憶されているプロセス実行ログが後述する処理８０４〜８０７を終了した場合は、ステップ８０８へ進む（ステップ８０３）。
ステップ８０３でプロセス実行ログが記憶されていれば、プロセス実行ログ記憶手段から、プロセス実行ログを順次１件取得する（ステップ８０４）。
ステップ８０４で取得したプロセス実行ログの出力元のサブプロセス情報が、プロセスアクティビティ情報５０１中のサブプロセス情報配列５０３中に存在するか調べ、サブプロセス情報がサブプロセス情報配列５０３中に存在する場合はステップ８０６へ進み、存在しない場合はステップ８０３へ戻る（ステップ８０５）。
ステップ８０５で、サブプロセス情報がサブプロセス情報配列５０３中に存在する場合は、プロセス識別子に対応するＫＰＩの設定があるかどうか調べ、ＫＰＩの設定がある場合はステップ８０７へ進み、存在しない場合はステップ８０３へ戻る（ステップ８０６）。
【００３０】
ステップ８０６で、ＫＰＩの設定がある場合は、プロセスアクティビティ情報５０１中のＫＰＩ情報配列５０２の中で、プロセス実行ログに関わるＫＰＩ値を加算し、ステップ８０３へ戻る（ステップ８０７）。
ステップ８０３で、全ての記憶されているプロセス実行ログが前記処理８０４〜８０７を終了したと判断された場合は、ユーザ視点で作成されたプロセスの流れ図４１１をプロセス稼動状況表示機構４１０の画面に表示し、ステップ８０１から８０７で得たＫＰＩ値を、ユーザ視点で作成されたプロセスの流れ図４１１上のプロセスの要素のＫＰＩ値として表示する（ステップ８０８）。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態に係わる業務プロセスの動的な統合モニタシステムの概略図である。
【図２】本発明の実施の形態に係わるリポジトリ機構のデータ構造図である。
【図３】本発明の実施の形態に係わるユーザ視点で作成されたプロセスの流れ図にプロセスを追加する場合のフローチャート図である。
【図４】本発明の実施の形態に係わるシステム化の際の流れ図作成時にプロセスを詳細化する場合のフローチャート図である。
【図５】本発明の実施の形態に係わるシプロセス稼動状況をユーザ視点でのプロセスの流れ図へ表示する場合のフローチャート図である。
【図６】ＢＰＭＮを用いて作成したユーザ視点でのプロセスの流れの一例図である。
【図７】ＢＰＥＬを用いて作成したシステム化されたプロセスの流れの一例図である。
【図８】ＢＰＭとＢＡＭを用いたＫＰＩ値のフィードバック先を示す説明図である。
【符号の説明】
【００３２】
４０１  モデリング支援機構
４０３  プロセス実行機構
４０４  プロセス実行ログ出力機構
４０５  ＢＡＭ機構
４０６  プロセス実行ログ記憶手段
４０７  リポジトリ機構
４１０  プロセス稼動状況表示機構
４１１  ユーザ視点で作成されたプロセスの流れ図
４１２  システム化されたプロセスの流れ図
５０１  プロセスアクティビティ情報
【図１】
2008299646.tif 000003
【図２】
2008299646.tif 000004
【図３】
2008299646.tif 000005
【図４】
2008299646.tif 000006
【図５】
2008299646.tif 000007
【図６】
2008299646.tif 000008
【図７】
2008299646.tif 000009
【図８】
2008299646.tif 000010