JP2009211128A - シミュレーション装置及びシミュレーション方法及びプログラム - Google Patents

Abstract

【課題】実際の業務のリソース制約に則してビジネスプロセスのシミュレーションのためのパラメータを生成する。
【解決手段】リソースインスタンス抽出部（０２１１）が、ビジネスプロセスが業務において実行された際のタスクごとのリソースを示す業務実績情報を業務実績情報記憶部（０１０１）から取得して、タスクごとのリソースインスタンスを生成して、リソースに関するパラメータとし、また、グループタスク抽出部（０２１０）が、ビジネスプロセスにおけるタスクの実行順序において前後関係にあるタスクペアが同一のリソースで実行されている割合を算出し、算出された割合が閾値以上である場合にタスクペアを連鎖させてグループタスクとし、グループタスクを用いてビジネスプロセスを定義して概略プロセス定義を生成し、グループタスクの各タスクのリソースインスタンスを統合して、リソースに関するパラメータとする。
【選択図】図１

Description

本発明は、ビジネスプロセスのシミュレーションを行うシミュレーション装置等に関する。

ビジネスプロセス管理（ＢＰＭ：Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍａｎａｇｅｍｅｎｔ）では、ビジネスプロセスの定義（Ｐｌａｎ）、プロセスの実行（Ｄｏ）、モニタリング／分析（Ｃｈｅｃｋ）、最適化（Ａｃｔｉｏｎ）というＰＤＣＡサイクルを繰り返すことで継続的に業務プロセスを改善していく。
ビジネスプロセスの定義において、作成あるいは変更した業務プロセスモデルを実行に移す前にモデルの評価あるいは改善効果を確認するためにビジネスプロセスのシミュレーションを行うことが有効である（例えば、特許文献１、非特許文献１）。
特開２００７−２５８２３号公報 "Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｍｏｄｅｌｉｎｇ， Ｓｉｍｕｌａｔｉｏｎ ａｎｄ Ｄｅｓｉｇｎ"， Ｍａｎｕｅｌ Ｌａｇｕｎａ ａｎｄ Ｊｏｈａｎ Ｍａｒｋｌｕｎｄ， Ｐｒｅｎｔｉｃｅ Ｈａｌｌ， ２００４， ｐｐ．１５３−１５４

ビジネスプロセスのシミュレーション技術は、業務の評価や業務改善の効果を確認することを目的としているため、ビジネスプロセスを現実に即した形で再現することが重要となる。
シミュレーションの精度を向上させる方法として、ビジネスプロセスの構成要素であるタスクを実行するために必要となるリソース（オペレータ、計算機等のタスクの実行主体）を定義し、リソースの制約に基づいてシミュレーションを行う技術が提案されている（非特許文献１）。
しかしながら、リソースの設定を人手で行うのはコストが大きく、ビジネスプロセスが大きくなると現実的ではない。
また、人が設定を行う場合、設定を行う人の経験やノウハウなどによりシミュレーションの精度が大きく変化してしまう。
また、リソースを含むビジネスプロセスを設計しても、実際の業務と乖離していた場合、そのシミュレーションの精度は大きく低下してしまう。
このため、実際のリソース制約を満足するようにビジネスプロセスとリソースの関係付けの設計することが重要となる。

特許文献１では、シミュレーションの実行パラメータに業務の履歴情報を用いて、シミュレーションを実現する技術が提案されている。
しかしながら、リソース制約に基づいたシミュレーションを扱うことができない。

本発明は、上記のような課題を解決することを主な目的の一つとし、リソースのインスタンスや対応付けを人が設定する手間を省き、実際の業務のリソース制約に則してビジネスプロセスのシミュレーションのためのパラメータを生成することを主な目的とする。

本発明に係るシミュレーション装置は、
複数のタスクとタスクの実行順序で定義されるビジネスプロセスのシミュレーションを行うシミュレーション装置において、
前記ビジネスプロセスが業務において実行された際の実績を表す情報であって、タスクごとにタスクを実行したタスク実行主体が示される業務実績情報を取得する業務実績情報取得部と、
前記業務実績情報に示されるタスク実行主体をタスクごとに解析し、解析結果に基づいて、前記ビジネスプロセスのシミュレーションに用いられるパラメータのうちタスク実行主体に関するパラメータをタスク実行主体パラメータとして生成し、生成したタスク実行主体パラメータを対応するタスクに関連付けるパラメータ生成部とを有することを特徴とする。

本発明によれば、業務においてビジネスプロセスが実行された際の履歴に基づいてタスク実行主体のパラメータを生成するため、タスク実行主体のパラメータの生成や対応付けを人が行う手間を省くことができ、また、実際の業務上の制約に則してビジネスプロセスのシミュレーションのためのパラメータを生成することができるため、シミュレーションの精度を向上することができる。

実施の形態１．
本実施の形態に係るシミュレーション装置は、リソースのインスタンスや対応付けを人が設定しなくても、業務の履歴情報から自動的に設定することを可能とし、また、現実に即した形で１つ以上のタスクの連鎖に対するリソース設定を扱い、実際の業務のリソース制約に則したビジネスプロセスのシミュレーションを行うことを主な目的とする。

図１は、実施の形態１に係るシミュレーション装置（０１１０）及びその周辺装置の例を示す全体の構成図である。

図１において、業務情報収集装置（０１２０）は、収集機構（０１２１）と分析機構（０１２２）から構成される。
収集機構（０１２１）は、監視対象システム（０１０４）を監視し、情報を収集する。
分析機構（０１２２）は、プロセス定義記憶部（０１０２）上にあるビジネスプロセス定義情報（以下、ビジネスプロセス定義またはプロセス定義ともいう）と収集した情報から業務分析を行い、ビジネスプロセスと対応付けた業務実績情報として業務実績情報記憶部（０１０１）に記録する。
ビジネスプロセス定義情報は、ビジネスプロセスを複数のタスクとタスクの実行順序により定義する情報である。
業務実績情報は、ビジネスプロセスが業務において実行された際の実績を表す情報であって、タスクごとにタスクを実行したリソース（タスク実行主体）が示される。
ビジネスプロセス定義情報及び業務実績情報の具体例は後述する。

監視対象システム（０１０４）は、各業務サーバ（０１０５Ａ〜Ｎ）で構成され、各業務サーバは業務を実行するために必要な業務アプリケーションや、業務アプリケーションを連携させるためのプログラム（ワークフローやＢＰＭなど）を実行するサーバである。

また、シミュレーション装置（０１１０）は、シミュレーションパラメータ設定部（０１１１）と、シミュレーションパラメータ抽出部（０１１２）と、シミュレーションパラメータ記憶部（０１１３）と、シミュレーション実行部（０１１４）と、シミュレーション結果表示部（０１１５）から構成される。
シミュレーションパラメータ設定部（０１１１）は、利用者端末（０１０６Ａ〜０１０６Ｍ）からシミュレーションパラメータを設定可能とする。
シミュレーションパラメータ抽出部（０１１２）は、業務実績情報記憶部（０１０１）上にある業務実績情報からシミュレーションを実行するために必要となるシミュレーションパラメータを計算し、シミュレーションパラメータ記憶部（０１１３）に格納する。
シミュレーション実行部（０１１４）は、シミュレーションパラメータを元にシミュレーションを実行する。
シミュレーション結果表示部（０１１５）は、シミュレーションの実行結果を表示する。

また、利用者端末（０１０６Ａ〜Ｍ）は、シミュレーション装置（０１１０）で実行したシミュレーション結果をＷＥＢブラウザなどから取得することができる。

業務情報収集装置（０１２０）、シミュレーション装置（０１１０）、業務実績情報記憶部（０１０１）、プロセス定義記憶部（０１０２）、各利用者端末（０１０６Ａ〜Ｍ）はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）（０１０３）で接続され、互いに通信することが可能な構成である。
業務実績情報記憶部（０１０１）、プロセス定義記憶部（０１０２）、シミュレーションパラメータ記憶部（０１１３）にはデータベース等が利用される。

図２は、実施の形態１に係るシミュレーション装置（０１１０）の内部構成例及び周辺装置との関係を表す図である。

図中の０１０１、０１０２、０１０５Ａ〜Ｎ、０１０６Ａ〜Ｍ、０１１０〜０１１５及び０１２０は図１と同様である。

シミュレーションパラメータ設定部（０１１１）において、リソース定義入力部（０２０１）、リソースマッピング定義入力部（０２０２）、プロセス実行パラメータ入力部（０２０３）は、各利用者端末（０１０６Ａ〜Ｍ）からシミュレーションの実行に必要なパラメータのうち、リソース定義（０２３３）、リソースマッピング定義（０２１２）、実行パラメータ（０２３４）をそれぞれ設定することを可能とする。
また、パラメータ変更部（０２０４）は、設定されたシミュレーションパラメータを利用者に表示し、そのパラメータを変更することを可能とする。

シミュレーションパラメータ抽出部（０１１２）において、リソースインスタンス抽出部（０２１１）は、業務実績情報記憶部（０１０１）上にある業務実績情報を取得するとともに、リソースマッピング定義（０２１２）を元にして、業務実績情報からリソース定義（０２３３）に該当するリソースインスタンス（０２３２）を生成する。
また、グループタスク抽出部（０２１０）は、プロセス定義記憶部（０１０２）上にあるプロセス定義と業務実績情報記憶部（０１０１）上にある業務実績情報に対してリソースインスタンス（０２３２）の一致判定を行い、リソースインスタンス（０２３２）が一致するタスクの連鎖をグループタスクとして抽出して概略プロセス定義（０２３１）を生成する。概略プロセス定義（０２３１）は、元となるプロセス定義を含むものとする。

シミュレーションパラメータ抽出部（０１１２）、グループタスク抽出部（０２１０）ともに、業務実績情報に示されるリソース（タスク実行主体）をタスクごとに解析し、ビジネスプロセスのシミュレーションに用いられるパラメータのうちリソースに関するパラメータ（タスク実行主体パラメータ）を生成し、生成したパラメータを対応するタスクに関連付けるものであり、ともにパラメータ生成部の例となる。
但し、シミュレーションパラメータ抽出部（０１１２）は、利用者が指定する抽出条件であるリソースマッピング定義（０２１２）に従って業務実績情報からタスクごとにリソースの属性を抽出し、抽出したリソースの属性が含まれるリソースインスタンスを生成して、リソースに関するパラメータとする。また、シミュレーションパラメータ抽出部（０１１２）は、タスクごとに、業務実績情報において同一のリソースが出現する回数を計数し、計数した回数が含まれるリソースインスタンスを生成する。なお、シミュレーションパラメータ抽出部（０１１２）は、業務実績情報取得部の例でもある。
一方、グループタスク抽出部（０２１０）は、ビジネスプロセスのタスクの実行順序において前後関係にある２以上のタスクを統合してグループタスクとし、グループタスクに含まれる各タスクに関連付けられたリソースインスタンスを統合し、統合したリソースインスタンスをグループタスクに関連付ける。グループタスクの生成において、グループタスク抽出部（０２１０）は、ビジネスプロセスのタスクの実行順序において前後関係にある２以上のタスクが業務において同一のリソースにより実行された割合を算出し、算出した割合が閾値以上である場合に、当該２以上のタスクを統合してグループタスクとする。また、グループタスク抽出部（０２１０）は、ビジネスプロセスに対してグループタスクを生成した場合に、当該ビジネスプロセスに含まれる複数のタスク及びタスクの実行順序をグループタスクを用いて定義する概略プロセス定義情報（以下、概略プロセス定義ともいう）を生成する。

シミュレーション実行部（０１１４）は、シミュレーションパラメータ記憶部（０１１３）にある実行パラメータ（０２３４）と、リソース定義（０２３３）と、リソースインスタンス（０２３２）と、概略プロセス定義（０２３１）を用いてビジネスプロセスに基づいたシミュレーションを実行し、実行結果をシミュレーション結果表示部（０１１５）に表示する。
実行結果は、利用者端末（０１０６Ａ〜０１０６Ｍ）からＷＥＢブラウザやメールなどを通じて図表や一覧などの形で取得できる。

次に、本実施の形態に係るシミュレーション装置（０１１０）の全体の動作の概要について、図３のフローチャートを用いて説明する。

まず、Ｓ３０１ステップにおいて、利用者がシミュレーションの実行に必要なパラメータをシミュレーションパラメータ設定部（０１１１）に対して設定する。
次に、Ｓ３０２ステップでは、Ｓ３０１ステップで設定されたシミュレーションパラメータのうちリソースマッピング定義（０２１２）とリソース定義（０２３３）と、業務実績情報記憶部（０１０１）とを用いて、リソースインスタンス抽出部（０２１１）が、業務実績情報に基づいたリソースインスタンス（０２３２）とリソース定義を抽出する（業務実績情報取得ステップ及びパラメータ生成ステップ）。抽出したリソース定義は、利用者が設定したリソース定義（０２３３）に追加する。
Ｓ３０３ステップでは、Ｓ３０２ステップで生成したリソースインスタンス（０２３２）と、業務実績情報記憶部（０１０１）上の業務実績情報と、プロセス定義記憶部（０１０２）上のビジネスプロセスとを用いて、グループタスク抽出部（０２１０）が、リソースインスタンスが同一となるタスクの連鎖をグループタスクとして抽出し、概略プロセス定義を生成する（パラメータ生成ステップ）。
Ｓ３０４ステップでは、Ｓ３０２ステップとＳ３０３ステップとで生成されたシミュレーションパラメータを利用者に表示する。
Ｓ３０５ステップでは、利用者がＳ３０４ステップで表示されたシミュレーションパラメータに対して追加・変更を行う。シミュレーションの実行パラメータ（０２３４）は、Ｓ３０１ステップでもＳ３０５ステップのどちらで設定しても良い。
Ｓ３０６ステップでは、Ｓ３０１〜Ｓ３０５ステップで設定、あるいは生成されたシミュレーションパラメータに基づいてシミュレーション実行部（０１１４）がシミュレーションを実行する。
Ｓ３０７ステップでは、Ｓ３０６ステップで実行されたシミュレーションの結果をシミュレーション結果表示部（０１１５）が利用者に対して表示する。

続いて、Ｓ３０２〜Ｓ３０３、Ｓ３０５のステップの詳細について説明する。

Ｓ３０２ステップの詳細を説明するために、図４〜図１３を用いて、ビジネスプロセス定義、業務実績情報、リソース定義、リソースマッピング定義、リソースインスタンスの例を示す。

図４は、見積業務のビジネスプロセス定義である。
ビジネスプロセスのフローは、プロセスの開始を表す開始ノード（０４Ｎ０１）、見積りの依頼を受け付ける「見積依頼受付」タスク（０４Ｎ０２）、依頼を受けた見積内容について過去取引にあるか判定する分岐ノード（０４Ｎ０３）、過去取引にない場合に見積りを行う「見積る」タスク（０４Ｎ０４）、過去取引にある場合に見積りを行う「過去取引から見積る」タスク（０４Ｎ０５）、条件分岐の合流を表すマージノード（０４Ｎ０６）、見積結果を回答する「回答」タスク（０４Ｎ０７）、プロセスの終了を表す終了ノード（０４Ｎ０８）がある。

図５は、図４のビジネスプロセスに対して、シミュレーション実行時に考慮するリソースを定義したビジネスプロセス（０５０１）である。
図５のビジネスプロセス（０５０１）は、各タスクを実行するために必要となるリソースとして、「見積依頼受付」タスク（０４Ｎ０２）のリソースは受付オペレータ（０５Ｒ１）、「見積る」（０４Ｎ０４）のリソースは見積担当（０５Ｒ２）、「過去取引から見積る」タスク（０４Ｎ０５）のリソースは過去見積担当（０５Ｒ３）、「回答」（０４Ｎ０７）タスクのリソースは回答担当（０５Ｒ４）の割当てを定義している。

図６〜７に業務実績情報の例を示す。
図６は業務実績情報の形式を表したものである。
業務実績情報（０６００）は、ビジネスプロセス定義のプロセスを識別するプロセス名、タスクを識別するタスク名、プロセスのインスタンスを識別するプロセスＩＤ、タスクのインスタンスを識別するタスクＩＤ、プロセス・タスクの開始時刻を表す開始時刻、プロセス・タスクの終了時刻を表す終了時刻の属性があり、さらに任意のタグ名、タグ値のペアを追加することができる。
図７は、ビジネスプロセス（０４０１）の業務実績情報の例である。
０７０１の業務実績情報は、ビジネスプロセス（０４０１）の見積る（０４Ｎ０４）タスクの例である。
また、０７０２の業務実績は、ビジネスプロセス（０４０１）の回答（０４Ｎ０７）タスクの例である。
図７に示すように、業務実績情報には、ビジネスプロセスに含まれるタスクごとに、タスクを実行した主体であるリソースが示され、また、リソースの属性（担当所属、見積分類、顧客ＩＤ等）が示されている。

図８〜図９にリソース定義の例を示す。
図８はリソース定義の形式を表したものである。リソース定義（０８００）は、リソース定義同士を識別するリソース定義名、リソースインスタンス同士を識別する属性を示す識別情報があり、さらに任意の属性名、属性値のペアを追加することができる。また、リソース定義同士の関係を継承で示すことも可能とする。
図９は、リソース定義の例を表したものである。オペレータ（０９００）は、リソースインスタンスの識別情報として社員ＩＤを有する。さらにスキルレベルという属性を持つ。受付オペレータ（０９０１）は、オペレータ（０９００）を継承しており、オペレータ（０９００）の属性に加え、窓口Ｎｏという属性を持つ。同様に、見積担当（０９０２）と過去見積担当（０９０３）は、オペレータ（０８００）を継承し、担当範囲、見積回数という属性を持つ。回答担当（０９０４）は、オペレータ（０８００）を継承し、回答回数という属性を持つ。

図１０〜図１１を用いてリソースマッピング定義の例を示す。
リソースマッピング定義（０２１２）は、業務実績情報からリソースインスタンス（０２３２）を抽出するためのルール（条件）である。
リソースマッピング定義（０２１２）は、業務実績情報に対してマッチングを行うマッチングルール（１０Ｃ１）、マッチしたときに生成するリソース定義（１０Ｃ２）、リソース定義に代入するリソース属性（１０Ｃ３）がある。
図１０の２行目の定義（１０Ｒ２）は、見積担当（０９０２）に関するリソースマッピング定義である。この定義では、ある業務実績情報について“見積分類”というタグ名があり、かつタスク名が“見積る”であった場合に、見積担当（０９０２）のリソースインスタンスを生成する。
さらに、生成されたリソースインスタンスに対して、リソース属性（１０Ｃ３）に基づいてリソース属性を設定する。既に同じ識別情報を有したリソースインスタンスがある場合はその既にあるリソースインスタンスを使用し、既存のインスタンスのリソース属性を追加、更新する。
図の見積担当の例（１０Ｒ２）では、業務実績情報の“担当者名”と“担当所属”を元に、例えば図１１に示す社員管理台帳から該当する社員ＩＤを取得し、その値をリソース属性「社員ＩＤ」に代入する。同様に、図１１から“担当者名”と“担当所属”に一致するスキルレベルを取得し、リソース属性「スキルレベル」に代入する。さらに、業務実績情報の“見積分類”をリソース属性「担当範囲」に追加し、リソース属性「見積回数」を１インクリメントするという意味になる。
また、図１０のリソース属性に示される項目は、図９に示すリソース定義の項目に一致する。例えば、図９では、受付オペレータは、社員ＩＤ、窓口Ｎｏ、スキルレベルで定義されることが示されるが、図１０のリソース属性にも同様の属性が示される。

図１２〜図１３を用いて、図７の業務実績情報と図１０のリソースマッピング定義から生成されたリソースインスタンスの例を示す。

リソースインスタンス（１２０１）は、業務実績情報（０７０１）から図１０のリソースマッピング定義（１０Ｒ２）を用いて生成されたものである。
同様にリソースインスタンス（１２０２）は、業務実績情報（０７０２）からリソースマッピング定義（１０Ｒ３）を用いて生成されたものである。
この２つのインスタンスは、識別情報である社員ＩＤが同じであるため、同じリソースインスタンスと見なされる。
先にリソースインスタンス（１２０１）が生成された場合は、リソースインスタンス（１２０２）の属性がリソースインスタンス（１２０１）に追加される。
ここで、リソースインスタンスの識別情報が一致したリソースの定義名が異なる場合は、新たなリソース定義として「見積回答担当」（１３Ｒ１）を自動作成する。
この自動作成された「見積回答担当」（１３Ｒ１）は、例えば図１３に示すようなリソース定義管理テーブルを用いて、リソース定義名とその定義が内包するリソース定義の対応を管理する。
図１２のリソースインスタンス（１２０３）は、図７の業務実績情報（０７０１〜０７０２）と図１０のリソースマッピング定義（１０Ｒ２〜Ｒ３）を用いて生成されたものである。
なお、リソースインスタンス抽出部（０２１１）で抽出されるリソースインスタンスは１２０１と１２０２の二つであり、１２０３はグループタスク抽出部（０２１０）によりグループタスクが生成されてから生成される（統合される）。

次に、Ｓ３０２ステップのリソースインスタンス抽出の動作の概要について、図１４のフローチャートを用いて説明する。

まず、Ｓ１４０１ステップでは、リソースインスタンス抽出部（０２１１）が、業務実績情報記憶部（０１０１）から、指定条件（例えば時間範囲やプロセス名など）に該当する業務実績情報のうち、すべてのタスクインスタンスＴを抽出するステップである。Ｔはすべてのタスクインスタンスの集合とする。なお、タスクインスタンスとは、図７に例示した０７０１、０７０２等である。
Ｓ１４０２ステップでは、リソースインスタンス抽出部（０２１１）が、Ｓ１４０１ステップで抽出したすべてのタスクインスタンスＴに対して、リソースマッピング定義（０２１２）のマッチングルール（１０Ｃ１）に一致するかを判定する。
Ｓ１４０３ステップでは、リソースインスタンス抽出部（０２１１）は、Ｓ１４０２ステップで一致したタスクインスタンスに対して一致したリソースマッピング定義（０２１２）のリソース定義（１０Ｃ２）、リソース属性（１０Ｃ３）に基づいてリソースインスタンス（０２３２）を生成する。一致しないタスクインスタンスに対しては、何もしない。
Ｓ１４０４ステップでは、リソースインスタンス抽出部（０２１１）は、Ｓ１４０３ステップで生成したリソースインスタンス（０２３２）を生成元のタスクインスタンスに関連付ける。
これによりタスクインスタンスに対して該当するリソースインスタンスを取得することができる。

次に、Ｓ３０３ステップの詳細を説明するために、図１５〜図１７を用いて、概略プロセスとグループタスクとリソースインスタンスの一致判定の例を示す。

図１５は、図４のビジネスプロセスに対して、「見積る」（０４Ｎ０４）タスクを担当したリソースが「回答」（０４Ｎ０７）タスクも担当し、同様に「過去取引から見積る」（０４Ｎ０５）タスクを担当したリソースが「回答」（０４Ｎ０７）タスクも担当する場合の概略プロセス（１５０１）の図である。
「見積回答」（１５Ｎ０４）と「過去見積回答」（１５Ｎ０５）はグループタスクである。

図１６に、図１５のグループタスクの詳細を示す。
グループタスクは、前後関係にある複数タスクの連鎖をまとめたものである。
グループタスク「見積回答」（１５Ｎ０４）は、「見積る」（０４Ｎ０４）タスクと「回答」（０４Ｎ０７）タスクの連鎖をまとめたものであり、グループタスク「過去見積回答」（１５Ｎ０５）は、「過去取引から見積る」（０４Ｎ０５）タスクと「回答」（０４Ｎ０７）タスクの連鎖をまとめたものである。
図１５は、グループタスクに対するリソース割当も定義している。
見積回答担当（１５Ｒ１）と、過去見積回答担当（１５Ｒ２）は、リソースインスタンス抽出部（０２１１）から抽出されたリソース定義である。例えば「見積回答担当」（１５Ｒ１）に対して、図１２の１２０３に例示した見積回答リソースインスタンスが対応付けられている。
このようにグループタスクに対してリソースを設定することでシミュレーション上では、タスク単位でリソース割当・解放処理を行うのではなくグループタスク単位でリソースの割当・解放処理を行うことができ、現実に即したリソースの制約でシミュレーションを行うことができる。

図１７に、ビジネスプロセス（０４０１）のタスクペアにおけるリソースインスタンスの一致判定の例を示す。
タスクペア（１７Ｃ１）カラムは、ビジネスプロセス上で連続するタスクのペアを表す列である。比率（１７Ｃ２）カラムは、タスクペアのうちリソースインスタンスが一致する割合を表す列である。
グループタスク（１７Ｃ３）カラムは、タスクペアをグループタスクと見なすかを示した列である。
図１７は、リソースインスタンスが一致する割合が８割以上の場合に、タスクペアをグループタスクとして見なすとした例である。

次に、Ｓ３０３ステップのグループタスク抽出の動作の概要について、図１８のフローチャートを用いて説明する。

まず、Ｓ１８０１ステップでは、グループタスク抽出部（０２１０）が、Ｓ１４０１ステップで抽出されたタスクインスタンスＴに対して、同じプロセスＩＤを持ち、かつビジネスプロセス上で連続となっているタスクのペアＰ（ｐａｉｒ）を抽出する。
Ｐ（ｐａｉｒ）は、２つのタスクのペアｐａｉｒに対するタスクインスタンスのペアの集合とする。
ここで、２つのタスク間に分岐、フォーク、マージ、ジョインといった制御ノードが含まれていても２つのタスクはペアとして抽出する。

Ｓ１８０２ステップでは、グループタスク抽出部（０２１０）は、Ｓ１８０１ステップで抽出したタスクペアの集合Ｐ（ｐａｉｒ）に対して、ペアのインスタンスの総数と、２つのタスクインスタンスに関係付けられているリソースインスタンスの識別情報が一致するものの数の割合Ｒ（ｐａｉｒ）を計算する。Ｒ（ｐａｉｒ）は、タスクペアｐａｉｒに対してリソースインスタンスが一致する割合とする。
つまり、グループタスク抽出部（０２１０）は、ビジネスプロセスの業務における総実行回数に対して前後関係にあるタスクが同一のリソースにより実行された回数の割合を算出する。

Ｓ１８０３ステップでは、グループタスク抽出部（０２１０）は、Ｓ１８０２ステップで計算したタスクペアｐａｉｒの割合Ｒ（ｐａｉｒ）が指定条件（例えば、Ｒ（ｐａｉｒ）が０．８以上）を満足するか判定し、満足するタスクのペアをグループタスクとする。
また、グループタスク抽出部（０２１０）は、Ｓ１８０４ステップにおいて、グループタスク同士で、連続するものをさらにグループタスクとして抽出する。

グループタスク（例えば、見積回答）に対しては、グループタスク抽出部（０２１０）により統合されたリソースインスタンスをリソースのパラメータとして設定可能であり、グループタスクとなっていないタスク（例えば、受付）に対しては、リソースインスタンス抽出部（０２１１）により抽出されたリソースインスタンスをリソースのパラメータとして設定可能である。

次に、Ｓ３０１ステップ、あるいはＳ３０５ステップで設定する実行パラメータの例を図１９を用いて説明する。

シミュレーションの実行に必要な実行パラメータとして、タスクの実行タイミング（１９０１）と、タスクの実行時間（１９０２）と、分岐の遷移確率（１９０３）と、リソースインスタンス数（１９０４）がある。
実行タイミング（１９０１）は、ビジネスプロセスの起点となるタスクの実行を行うタイミングを設定したものである。
実行時間（１９０２）は、ビジネスプロセスの各タスクの実行時間を設定したものである。実行時間には正規分布やベータ分布、ポアソン分布など分布関数を用いて指定する。
分岐の遷移確率（１９０３）は、ビジネスプロセスの分岐ノードの遷移先確率を設定したものである。図４のビジネスプロセス（０４０１）では、分岐ノード（０４Ｎ０３）があり、この遷移先の確率をそれぞれ割合で設定する。
リソースインスタンス数の設定情報（１９０４）は、各リソース定義のインスタンス数を設定したものである。図では固定値を記述しているが、業務実績情報から抽出したリソースインスタンス（０２３２）の数を設定しても良い。なお、図１９のリソースインスタンス数の設定情報（１９０４）は、グループタスク抽出部（０２１０）によりグループタスクが生成された後の設定情報の例を示している。
これらのパラメータは、業務実績情報記憶部（０１０１）上の業務実績情報のタスクの開始時刻と終了時刻から計算することも可能であるため、その値を用いても良い。

本実施の形態に係るシミュレーション装置は、上記のような構成・動作とすることにより、シミュレーションを行うために必要なリソース情報を業務実績情報を元に抽出することができる。
特にリソース間の制約を現実に即した形で抽出することができるため、シミュレーションの精度を向上することができる。

以上、本実施の形態では、ビジネスプロセスの動作をシミュレーションするビジネスプロセスシミュレータにおいて、ビジネスプロセスの定義情報および、前記ビジネスプロセスを構成する各タスクを実行するタイミングの設定情報と、各タスクの実行時間の設定情報と、前記ビジネスプロセスの制御ノードの分岐先確率の設定情報と、各タスクを実行するために必要となるリソースの設定情報とを含むシミュレーションパラメータを有し、前記ビジネスプロセスの実行履歴に基づいて、前記シミュレーションパラメータを自動的に設定するビジネスプロセスシミュレータについて説明した。

また、本実施の形態では、リソースの設定情報について、使用可能なリソースの種類を定義したリソース定義同士の関係を継承表記を用いて扱うことを可能とするビジネスプロセスシミュレータについて説明した。

また、本実施の形態では、ビジネスプロセスの実行履歴に基づいて、自動的に設定される前記シミュレーションパラメータについて、利用者が設定した複数のリソース定義を包含する新たなリソース定義を自動的に生成するビジネスプロセスシミュレータについて説明した。

また、本実施の形態では、リソースの実体であるリソースインスタンスが同一となるタスクの連鎖を１つのグループタスクとし、グループタスクの連鎖として定義された概略プロセスを定義し、グループタスクにリソースを設定するビジネスプロセスシミュレータについて説明した。

また、本実施の形態では、概略プロセスのグループタスクに対するリソース定義の対応付けを前記実行履歴から、自動的に設定するビジネスプロセスシミュレータについて説明した。

実施の形態２．
本実施の形態では、利用者が設計したリソース制約とビジネスプロセスに対して、実際に行われている業務との乖離の有無を判定することが可能なシミュレーション装置について説明する。

図２０は、本実施の形態に係るシミュレーション装置（０１１０）の構成例及び周辺装置との関係を示す図である。
図２の構成に対して、概略プロセス定義入力部（２００１）、プロセス違反判定部（２００２）、プロセス違反通知部（２００３）を追加した構成である。

概略プロセス定義入力部（２００１）は、利用者が概略プロセスと概略プロセスに対するリソース定義の割当を定義した概略プロセス定義（０２３１）とを設定する機構である。
つまり、概略プロセス定義入力部（２００１）は、シミュレーション装置（０１１０）の利用者が生成したビジネスプロセスの定義が示され、またビジネスプロセスの各タスクにリソースに関するパラメータが関連付けられている情報（利用者プロセス定義情報）を入力する機構であり、利用者プロセス定義情報入力部の例である。

プロセス違反判定部（２００２）は、利用者が設定した概略プロセス定義（０２３１）とシミュレーションパラメータ抽出部（０１１２）が生成した概略プロセス定義（０２３１）を比較し、異なる点がないか判定する機構である。
つまり、グループタスク抽出部（０２１０）により生成された概略プロセス定義（０２３１）と概略プロセス定義入力部（２００１）により入力された概略プロセス定義（０２３１）とを比較し、また、それぞれの概略プロセス定義（０２３１）におけるリソースのパラメータを比較し、不一致箇所を抽出する機構であり、プロセス定義比較部の例である。

プロセス違反通知部（２００３）は、プロセス違反判定部（２００２）の判定結果を利用者に通知する機構である。
つまり、プロセス違反通知部（２００３）は、プロセス違反判定部（２００２）により抽出された不一致箇所を通知する機構であり、不一致通知部の例である。

実施の形態２の全体の動作の概要について、図２１のフローチャートを用いて説明する。

図２１の処理は、実施の形態１のフローチャート図３に対して、Ｓ２１０３Ａ〜Ｓ２１０３Ｃステップを追加したフローになる。Ｓ３０２〜Ｓ３０７ステップは実施の形態１と同様である。
Ｓ３０１ステップは、利用者がシミュレーションパラメータをシミュレーションパラメータ設定部（０１１１）へ入力するステップである。
実施の形態１との相違点は、Ｓ３０１ステップで概略プロセス定義を概略プロセス定義入力部（２００１）へ設定する処理が追加される点である。

追加されたＳ２２０３Ａステップの概要を図２２〜図２３を用いて説明する。

図２２は、買券発行承認業務のビジネスプロセスである。
図２２のビジネスプロセス（２２０１）は、発行申請（２２Ｎ０２）を業務担当（２２Ｒ１）が行い、１次上長承認（２２Ｎ０３）を課長（２２Ｒ２）が行い、２次上長承認（２２Ｎ０４）を部長（２２Ｒ３）が行う概略プロセスである。
この概略プロセスは、グループタスクを持たない。
利用者が、このビジネスプロセス（２２０１）を概略プロセス定義入力部（２００１）へ入力し、シミュレーションパラメータ抽出部（０１１２）によって生成された概略プロセスを図２３のビジネスプロセス（２３０１）とする。
図２３のビジネスプロセス（２３０１）は、発行申請（２２Ｎ０２）を業務担当（２２Ｒ１）が行い、上長承認（２３Ｎ０３）を上長（２３Ｒ２）が行う概略プロセスである。
上長承認（２３Ｎ０３）は、１次上長承認（２２Ｎ０３）タスクと２次上長承認（２２Ｎ０４）タスクの連鎖を表すグループタスクである。
上長（２３Ｒ２）は、課長（２２Ｒ２）と部長（２２Ｒ３）を含むリソース定義である。

図２１のＳ２２０３Ａステップでは、プロセス違反判定部（２００２）が、利用者が設定した概略プロセス（２２０１）と実績情報から生成された概略プロセス（２３０１）を比較し、違いを抽出する。
図２２、図２３の例では、利用者が設定した１次上長承認（２２Ｎ０３）と２次上長承認（２２Ｎ０４）が実績情報と異なることが判明する。
次に、Ｓ２２０３Ｂステップでは、Ｓ２２０３Ａステップの結果を判別し、２つの概略プロセス間に違いがない場合はＳ３０４ステップへ移り、違いがある場合はＳ２２０３Ｃステップへ移る。
Ｓ２２０３Ｃステップでは、プロセス違反通知部（２００３）が、利用者に対して２つの概略プロセスの相違点を通知する。
図２２、図２３の例では、実際の業務では、２つの承認タスクが同じリソースインスタンスによって行われていたことがわかる。

本実施の形態では、上記のような構成・動作とすることにより、利用者が想定しているビジネスプロセスに対して、実際に実行されているビジネスプロセスの相違をリソース制約の観点から判定することが可能となる。

以上、本実施の形態では、ビジネスプロセスの実行履歴から自動的に生成した概略プロセスと、リソース定義と、グループタスクとリソース定義の対応付けとを含むシミュレーションパラメータと、利用者が作成したビジネスプロセス２と、リソース定義２と、ビジネスプロセス２に対するリソース定義２の対応付けとを含むシミュレーションパラメータ２とを比較し、利用者が作成したビジネスプロセス２と実際に実行されているビジネスプロセスとの乖離を判定するビジネスプロセスシミュレータについて説明した。

最後に、実施の形態１、２に示したシミュレーション装置（０１１０）のハードウェア構成例について説明する。
図２４は、実施の形態１、２に示すシミュレーション装置（０１１０）のハードウェア資源の一例を示す図である。
なお、図２４の構成は、あくまでもシミュレーション装置（０１１０）のハードウェア構成の一例を示すものであり、シミュレーション装置（０１１０）のハードウェア構成は図２４に記載の構成に限らず、他の構成であってもよい。

図２４において、シミュレーション装置（０１１０）は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。

通信ボード９１５は、図１に示すように、ＬＡＮに接続されている。例えば、通信ボード９１５は、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていてもよい。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。

また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。

また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
シミュレーション装置（０１１０）の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。

上記プログラム群９２３には、実施の形態１、２の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。

ファイル群９２４には、実施の形態１、２の説明において、「〜の判断」、「〜の計算」、「〜の算出」、「〜の比較」、「〜の抽出」、「〜の判定」、「〜の対応付け」、「〜の関連付け」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１、２で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態１、２の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１、２の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１、２の「〜部」の手順や方法をコンピュータに実行させるものである。

このように、実施の形態１、２に示すシミュレーション装置（０１１０）は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。

実施の形態１に係るシミュレーション装置及び周辺装置の構成例を示す図。 実施の形態１に係るシミュレーション装置の内部構成例及び周辺装置との関係を示す図。 実施の形態１に係るシミュレーション装置の全体フローの例を示すフローチャート図。 実施の形態１に係るビジネスプロセス定義の例を示す図。 実施の形態１に係るリソース割当てを含むビジネスプロセス定義の例を示す図。 実施の形態１に係る業務実績情報の例を示す図。 実施の形態１に係る業務実績情報の具体例を示す図。 実施の形態１に係るリソース定義の例を示す図。 実施の形態１に係るリソース定義の例を示す図。 実施の形態１に係るリソースマッピング定義の例を示す図。 実施の形態１に係る社員管理台帳の例を示す図。 実施の形態１に係るリソースインスタンスの例を示す図。 実施の形態１に係るリソース定義管理テーブルの例を示す図。 実施の形態１に係るリソースインスタンス抽出処理の例を示すフローチャート図。 実施の形態１に係る概略プロセスの例を示す図。 実施の形態１に係るグループタスクの例を示す図。 実施の形態１に係るタスクペアのリソースインスタンスの一致割合の例を示す図。 実施の形態１に係るグループタスクの抽出処理の例を示すフローチャート図。 実施の形態１に係る実行パラメータの例を示す図。 実施の形態２に係るシミュレーション装置の内部構成例及び周辺装置との関係を示す図。 実施の形態２に係るシミュレーション装置の全体フローの例を示すフローチャート図。 実施の形態２に係る利用者が設定したビジネスプロセスの例を示す図。 実施の形態２に係る実績情報から抽出されたシミュレーションパラメータの例を示す図。 実施の形態１及び２に係るシミュレーション装置のハードウェア構成例を示す図。

符号の説明

０１１０ シミュレーション装置、０１１１ シミュレーションパラメータ設定部、０１１２ シミュレーションパラメータ抽出部、０１１３ シミュレーションパラメータ記憶部、０１１４ シミュレーション実行部、０１１５ シミュレーション結果表示部、０２０１ リソース定義入力部、０２０２ リソースマッピング定義入力部、０２０３ プロセス実行パラメータ入力部、０２０４ パラメータ変更部、０２１０ グループタスク抽出部、０２１１ リソースインスタンス抽出部、０２１２ リソースマッピング定義、０２３１ 概略プロセス定義、０２３２ リソースインスタンス、０２３３ リソース定義、０２３４ 実行パラメータ。

Claims (12)

1. 複数のタスクとタスクの実行順序で定義されるビジネスプロセスのシミュレーションを行うシミュレーション装置において、
   前記ビジネスプロセスが業務において実行された際の実績を表す情報であって、タスクごとにタスクを実行したタスク実行主体が示される業務実績情報を取得する業務実績情報取得部と、
   前記業務実績情報に示されるタスク実行主体をタスクごとに解析し、解析結果に基づいて、前記ビジネスプロセスのシミュレーションに用いられるパラメータのうちタスク実行主体に関するパラメータをタスク実行主体パラメータとして生成し、生成したタスク実行主体パラメータを対応するタスクに関連付けるパラメータ生成部とを有することを特徴とするシミュレーション装置。
2. 前記業務実績情報取得部は、
   タスクごとにタスク実行主体の属性が示される業務実績情報を取得し、
   前記パラメータ生成部は、
   前記業務実績情報からタスクごとにタスク実行主体の属性を抽出し、抽出したタスク実行主体の属性が含まれるタスク実行主体パラメータを生成することを特徴とする請求項１に記載のシミュレーション装置。
3. 前記パラメータ生成部は、
   前記シミュレーション装置の利用者が指定する抽出条件に従って、前記業務実績情報からタスクごとにタスク実行主体の属性を抽出することを特徴とする請求項２に記載のシミュレーション装置。
4. 前記業務実績情報取得部は、
   前記ビジネスプロセスの業務における複数回の実行についての実績を表す業務実績情報を取得し、
   前記パラメータ生成部は、
   タスクごとに、前記業務実績情報において同一のタスク実行主体が出現する回数を計数し、計数した回数が含まれるタスク実行主体パラメータを生成することを特徴とする請求項１〜３のいずれかに記載のシミュレーション装置。
5. 前記パラメータ生成部は、
   前記ビジネスプロセスのタスクの実行順序において前後関係にある２以上のタスクを統合してグループタスクとし、グループタスクに含まれる各タスクに関連付けられたタスク実行主体パラメータを統合し、統合したタスク実行主体パラメータをグループタスクに関連付けることを特徴とする請求項１〜４のいずれかに記載のシミュレーション装置。
6. 前記パラメータ生成部は、
   前記業務実績情報に基づき、前記ビジネスプロセスのタスクの実行順序において前後関係にある２以上のタスクが業務において同一のタスク実行主体により実行された割合を算出し、算出した割合が閾値以上である場合に、当該２以上のタスクを統合してグループタスクとすることを特徴とする請求項５に記載のシミュレーション装置。
7. 前記業務実績情報取得部は、
   前記ビジネスプロセスの業務における複数回の実行についての実績を表す業務実績情報を取得し、
   前記パラメータ生成部は、
   前記ビジネスプロセスの業務における総実行回数に対して前後関係にある２以上のタスクが同一のタスク実行主体により実行された回数の割合を算出することを特徴とする請求項６に記載のシミュレーション装置。
8. 前記パラメータ生成部は、
   前記ビジネスプロセスに対してグループタスクを生成した場合に、前記ビジネスプロセスに含まれる複数のタスク及びタスクの実行順序をグループタスクを用いて定義する概略プロセス定義情報を生成することを特徴とする請求項５〜７のいずれかに記載のシミュレーション装置。
9. 前記シミュレーション装置は、更に、
   前記シミュレーション装置の利用者が生成した前記ビジネスプロセスの定義が示される利用者プロセス定義情報を入力する利用者プロセス定義情報入力部と、
   前記パラメータ生成部により生成された前記概略プロセス定義情報と前記利用者プロセス定義情報入力部により入力された前記利用者プロセス定義情報とを比較し、両者における不一致箇所を抽出するプロセス定義比較部と、
   前記プロセス定義比較部により抽出された不一致箇所を通知する不一致通知部とを有することを特徴とする請求項８に記載のシミュレーション装置。
10. 前記パラメータ生成部は、
    グループタスクに対応させて統合したタスク実行主体パラメータを前記概略プロセス定義情報のグループタスクに関連付け、他のタスクのタスク実行主体パラメータを前記概略プロセス定義情報の対応するタスクに関連付け、
    前記利用者プロセス定義情報入力部は、
    前記シミュレーション装置の利用者が生成したタスク実行主体パラメータが対応するタスクに関連付けられている利用者プロセス定義情報を入力し、
    前記プロセス定義比較部は、
    前記概略プロセス定義情報のタスク実行主体パラメータと前記利用者プロセス定義情報のタスク実行主体パラメータを比較し、タスク実行主体パラメータにおける不一致箇所を抽出することを特徴とする請求項９に記載のシミュレーション装置。
11. 複数のタスクとタスクの実行順序で定義されるビジネスプロセスのシミュレーション方法において、
    前記ビジネスプロセスが業務において実行された際の実績を表す情報であって、タスクごとにタスクを実行したタスク実行主体が示される業務実績情報をコンピュータが取得する業務実績情報取得ステップと、
    前記コンピュータが、前記業務実績情報に示されるタスク実行主体をタスクごとに解析し、解析結果に基づいて、前記ビジネスプロセスのシミュレーションに用いられるパラメータのうちタスク実行主体に関するパラメータをタスク実行主体パラメータとして生成し、生成したタスク実行主体パラメータを対応するタスクに関連付けるパラメータ生成ステップとを有することを特徴とするシミュレーション方法。
12. 複数のタスクとタスクの実行順序で定義されるビジネスプロセスのシミュレーションを行うコンピュータに、
    前記ビジネスプロセスが業務において実行された際の実績を表す情報であって、タスクごとにタスクを実行したタスク実行主体が示される業務実績情報を取得する業務実績情報取得処理と、
    前記業務実績情報に示されるタスク実行主体をタスクごとに解析し、解析結果に基づいて、前記ビジネスプロセスのシミュレーションに用いられるパラメータのうちタスク実行主体に関するパラメータをタスク実行主体パラメータとして生成し、生成したタスク実行主体パラメータを対応するタスクに関連付けるパラメータ生成処理とを実行させることを特徴とするプログラム。

Images