JP5409407B2

JP5409407B2 - 情報処理装置及びプログラム

Info

Publication number: JP5409407B2
Application number: JP2010005603A
Authority: JP
Inventors: 薫鶴
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2010-01-14
Filing date: 2010-01-14
Publication date: 2014-02-05
Anticipated expiration: 2030-01-14
Also published as: JP2011145848A

Description

本発明は、例えば、災害、事故、感染病の流行などの影響を受けた業務の復旧過程及び縮退過程をシミュレートする技術に関する。

例えば、事業継続計画（ＢＣＰ：ＢｕｓｉｎｅｓｓＣｏｎｔｉｎｕｉｔｙＰｌａｎ）においては、ＢＣＰを策定する為に、対象となる重要業務がどのようなプロセスで実行され、どのような要素、即ち、経営要素（人、設備など）や社外要素（取引先、社会インフラなど）に依存しているかを洗い出し、災害や事故が起こった際に各要素の受ける被害を想定し、対象となる重要業務にどのような影響が及ぶかを分析する必要がある。
次に、分析結果に基づき、ボトルネックとなる要素に対する継続計画を策定し、その計画が上手く実施できるかの検証をするという手順を踏む。
従来より、特許文献１に示すような、業務プロセスと業務プロセスで利用されるリソースを対応付け、リソースの復旧時間から業務プロセス及び業務の復旧時間を演算する装置が考案されている。

特開２００８−１４６２０６号公報

従来のリソースに復旧時間を設定して、業務プロセス及び業務の復旧時間を演算する方式では、以下のような課題がある。

（１）特許文献１では、地震などの災害を想定している為、定常状態から復旧状態へ向かう状態遷移しかもっぱら考慮されておらず、新型インフルエンザなどの時間経過と共に業務プロセスが依存する構成要素が使用できなくなっていくようなケースを含めて、業務プロセス及び構成要素の状態変化を時間軸に沿って把握することが困難である。
（２）ＢＣＰとは、一種類ではなく、様々なケースに対応する様々なオプションが存在するので、実際の対応では、様々なオプションを組み合わせてＢＣＰが実行されるが、特許文献１では、このようなオプションの組み換えが考慮されておらず、ＢＣＰ策定の為の業務レベルやコストの分析が困難である。

この発明は、上記のような課題を解決することを主な目的の一つとしており、業務の遂行に用いられる各種リソースごとに障害発生から復旧までの状態変化をシミュレートし、時間経過に伴う各リソース及び業務の復旧過程を導出することを主な目的とする。
また、本発明は、障害発生時の縮退過程における状態変化を各種リソースごとにシミュレートし、各リソース及び業務の縮退過程を導出することを主な目的とする。

本発明に係る情報処理装置は、
他のリソースとの間に依存関係のある複数のリソースを示すとともに、前記複数のリソース間の依存関係を定義する依存関係データを記憶する依存関係データ記憶部と、
障害が発生した際に想定される障害発生からの状態遷移の過程をリソースごとに示すとともに、前記依存関係データに依存先リソースが定義されている依存先定義リソースに対して、後続の状態遷移がある特定の状態遷移について前記特定の状態遷移の遷移条件を依存先リソースの状態に関連付けて定義し、前記特定の状態遷移に後続する各状態遷移の遷移タイミングを前記特定の状態遷移の遷移時刻からの時間差として定義する状態遷移データを記憶する状態遷移データ記憶部と、
前記状態遷移データに示される状態遷移の過程をリソースごとに障害発生時刻からシミュレートするとともに、前記依存先定義リソースに対して、依存先リソースの状態に基づき前記特定の状態遷移の遷移条件が満たされているか否かを判断し、前記特定の状態遷移の遷移条件が満たされている場合に障害発生時刻からの時間差に基づき前記特定の状態遷移の遷移時刻を導出し、導出した前記特定の状態遷移の遷移時刻と前記状態遷移データに定義されている各状態遷移の遷移タイミングに基づき、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出するシミュレーション演算部を有することを特徴とする。

本発明によれば、障害発生からの状態遷移の過程をリソースごとに示すとともに依存先定義リソースの状態遷移の遷移条件を依存先リソースの状態に関連付けて定義する状態遷移データを用い、依存先定義リソースについては依存先リソースの状態に基づいて状態遷移の有無を判断しながらリソースごとに障害発生からの状態遷移を演算するため、実際に障害が発生した際の復旧過程又は縮退過程に近い形で時間経過に伴う各リソース及び業務の復旧状況又は縮退状況をシミュレートすることができる。

実施の形態１に係るシステム構成例を示す図。実施の形態１に係るＢＣＰシミュレータ装置の構成例を示す図。実施の形態１に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態１に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態１に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態１に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態１に係る業務フローの例を示す図。実施の形態１に係る業務における要素間の依存関係を示す図。実施の形態１に係るプロセスデータの例を示す図。実施の形態１に係る構成要素データの例を示す図。実施の形態１に係る依存関係データの例を示す図。実施の形態１に係るシナリオデータの例を示す図。実施の形態１に係る状態遷移データの例を示す図。実施の形態１に係る状態情報シミュレーションデータの例を示す図。実施の形態１に係る構成要素の遷移状態の例を示す図。実施の形態１に係る状態の演算をあらわす表の例を示す図。実施の形態１に係る状態遷移表示の例を示す図。実施の形態１に係る状態遷移表示の例を示す図。実施の形態１に係るＢＣＰシミュレータ装置の構成例を示す図。実施の形態２に係る業務における要素間の依存関係を示す図。実施の形態２に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態２に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態２に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態２に係る代替オプションデータの例を示す図。実施の形態２に係るオプション・セットデータの例を示す図。実施の形態３に係るオペレーションレベルデータの例を示す図。実施の形態３に係る状態情報シミュレーションデータの例を示す図。実施の形態３に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態３に係る状態遷移表示の例を示す図。実施の形態４に係る代替オプションデータの例を示す図。実施の形態４に係る状態遷移データの例を示す図。実施の形態４に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。実施の形態４に係るＢＣＰシミュレータ装置の動作例を示すフローチャート図。。実施の形態４に係るコスト表示の例を示す図。実施の形態１に係るプロセスシミュレータ装置におけるシミュレーション例を示す図。実施の形態３に係るＢＣＰシミュレータ装置の構成例を示す図。実施の形態４に係るＢＣＰシミュレータ装置の構成例を示す図。実施の形態１に係るＢＣＰシミュレータ装置の動作の概略を示すフローチャート図。実施の形態１に係る状態遷移のシミュレーション演算及び状態遷移演算関数における処理手順を説明する図。実施の形態１に係るソート後の時刻データの例を示す図。実施の形態１に係る状態情報シミュレーションデータ（初期状態）の例を示す図。実施の形態１〜４に係るＢＣＰシミュレータ装置のハードウェア構成例を示す図。

以下に示す実施の形態１〜４では、構成要素に復旧時間の代わりに複数の遷移状態を持たせ、対象リスクごとに各要素の状態遷移の時間、オペレーションレベルの遷移、コスト（導入、維持、状態遷移）を保持できるようにし、様々なリスクに対する経過時間による状態を演算する。
また、実施の形態１〜４では、ＢＣＰとして、複数のオプションとなる各業務プロセス、要素に対する復旧プロセス、代替プロセス、代替要素の任意の組み合わせを指定できるようにし、様々なリスクに対する各ＢＣＰの比較分析を可能とする。
なお、以下の実施の形態１〜４では、主に障害発生時の復旧過程について説明するが、実施の形態１〜４の内容は、障害発生時の縮退過程（業務、システムの機能の段階的縮小）にも適用可能である。つまり、実施の形態１〜４に示す「復旧」との語を「縮退」と読み替えることにより、実施の形態１〜４に示す方式は、障害発生時の縮退過程における状態遷移のシミュレーションに用いることができる。

実施の形態１．
図１は、本実施の形態に係るシステム構成例を示す。

本実施の形態に係るシステムは、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）１、ＢＣＰシミュレータ装置２、プロセスシミュレータ装置１９、計算機ネットワーク３から構成される。

図１において、ＰＣ１は、入力装置１７、表示装置１８といったマン・マシン・インターフェース手段を提供する。
ＢＣＰシミュレータ装置２は、業務遂行に用いられるリソースごとの復旧過程及び縮退過程のシミュレーションを行う。ＢＣＰシミュレータ装置２は情報処理装置の例である。
計算機ネットワーク３は、ＢＣＰシミュレータ装置２、ＰＣ１、プロセスシミュレータ装置１９を接続するネットワークである。
プロセスシミュレータ装置１９は、ＢＣＰシミュレータ装置２の制御に基づき、所定のシミュレーションを行う。

図２は、ＢＣＰシミュレータ装置２の内部構成例を示す。
ＢＣＰシミュレータ装置２は、制御部４と記憶部５に大別される。
制御部４は、復旧過程シミュレーション（又は縮退過程シミュレーション）の実行のために各種制御を行う。
記憶部５は、復旧過程シミュレーション（又は縮退過程シミュレーション）に用いられるデータを記憶している。

まず、制御部４の各要素について説明する。

プロセス入力編集部６は、プロセス、及び、プロセスフロー情報を入力編集する手段である。

構成要素入力編集部７は、プロセスを構成する構成要素情報を入力編集する手段である。
なお、構成要素とは、業務を実現するために用いられるリソースのことをいう。
詳細は、後述するが、リソースとしては、担当者等の人的リソース、情報システムサービス等のサービスリソース、ＰＣ等の装置リソース、ビル等の建屋リソース、交通機関等のインフラリソースが含まれる。
以下では、構成要素という語とリソースという語を同じ意味で用いる。

依存関係入力編集部８は、構成要素間、及びプロセスと構成要素間の依存関係情報を入力編集する手段である。

状態遷移データ入力編集部９は、構成要素の経過時間における状態遷移情報の組をシナリオとして入力編集する手段である。

状態情報シミュレーション演算部１０は、任意のシナリオに関連付けられた状態遷移データから構成要素データと依存関係データを基に上位の構成要素、プロセスの状態遷移情報を演算する手段である。
つまり、状態情報シミュレーション演算部１０は、後述の状態遷移データに示される状態遷移の過程をリソースごとに障害発生時刻から復旧までの状態遷移（又は障害発生時の縮退過程における状態遷移）をシミュレートし、各状態遷移の遷移時刻を導出する。
状態情報シミュレーション演算部１０は、シミュレーション演算部の例である。

プロセスシミュレーション制御部２６は、既存のプロセスシミュレータ装置１９でシミュレーションされるプロセスの動作内容を制限する。

グラフィック情報生成部３０は、状態情報シミュレーション演算部１０によりシミュレートされた各リソースの障害発生から復旧までの状態遷移の過程（又は障害発生時の縮退過程における状態遷移）及び各状態遷移の遷移時刻等をグラフィカルに表すグラフィック情報を生成する。

次に、記憶部５が記憶している各データについて説明する。

プロセスデータ１１は、プロセス入力編集部６で入力編集された業務フローに含まれる各業務プロセスと各業務プロセスにおけるスループット等が示されるデータである。
プロセスデータ１１は、例えば、図９に示すデータである。
図９のプロセスデータ１１は、図７に示すプロセスフロー情報に基づいて生成されたものである。
図７のプロセスフロー情報は、起票から始まり、情報収集（１）及び情報収集（２）が並行して行われ、最後に決済が行われるという業務フローを示している。
図９のプロセスデータ１１には、この業務フローに含まれる業務プロセスごとに、作業者１人あたりのスループット、作業者の人数が示されている。
プロセスデータ１１は、プロセス入力編集部６を用いてオペレータが入力、編集する。

構成要素データ１２は、構成要素入力編集部７で入力編集された構成要素情報を保持するデータである。
構成要素データ１２は、例えば、図１０に示すデータであり、図７に示した業務フローを実行するために必要なリソースが構成要素として示される。
図１０の例では、各リソースの名称と、各リソースの分類と、依存有無が示される。
依存有無とは、そのリソースが他のリソースと依存関係にあるかを表している。
依存関係とは、あるリソースが他のリソースに依存していることである。換言すると、あるリソースが正常に動作するためには他のリソースが正常に動作していることが必要であり、他のリソースに障害や異常が発生したり、動作停止等があると、そのリソースは正常に動作できなくなる関係である。

依存関係データ１３は、依存関係入力編集部８で入力編集されたプロセスと構成要素、及び、構成要素間の依存関係を保持するデータである。
依存関係データ１３は、他のリソースとの間に依存関係のある複数のリソースを示すとともに、複数のリソース間の依存関係を定義するデータであり、例えば、図１１に示すデータである。
依存関係データ１３では、構成要素データ１２（図１０）の「依存有無」の欄が「有」となっているリソースが「依存元」の欄に記載され、「依存先」には、「依存元」リソースが依存しているリソースが示される。
例えば、情報収集（１）というリソースは、担当者（１）というリソースに依存している。
図１１の依存関係データ１３は、例えば、図８に示すリソース間の依存関係に従って定義されている。
図８は、図７の業務フローを実現するためのリソースの間の依存関係を示している。
図８では、矢印の始点（矢の根元）にあるノードが依存元リソースを表し、矢印の終点（矢の先）にあるノードが依存先リソースを表している。
なお、作図上の都合から、図８では、図７の業務プロセスのうち、情報収集（１）と決済のみに対してリソース間の関係を示している。
また、図１１の依存関係データ１３も、図８の依存関係のうちの一部のみを抽出して示している。

シナリオデータ１５は、状態遷移データ入力編集部９で入力された各構成要素の経過時間での状態遷移情報の組をシナリオとして関連付けて保持するデータである。
シナリオデータ１５は、例えば、図１２に示すデータであり、業務に影響を与える障害のシナリオが複数種設けられている。

状態遷移データ１４は、状態遷移データ入力編集部９で入力編集された各構成要素の経過時間での状態遷移情報を保持するデータである。
状態遷移データ１４は、障害が発生した際に想定される障害発生から復旧までの状態遷移（又は障害発生時の縮退過程の状態遷移）の過程をリソースごとに示す。
また、状態遷移データ１４は、依存関係データ１３に依存先リソースが定義されている依存先定義リソース（図１１の「依存元」に記載されているリソース）に対して、後続の状態遷移が存在している特定の状態遷移について特定の状態遷移の遷移条件を依存先リソースの状態に関連付けて定義し、特定の状態遷移に後続する各状態遷移の遷移タイミングを特定の状態遷移の遷移時刻からの時間差として定義している。
状態遷移データ１４は、例えば、図１３に示すデータである。
図１３において、シナリオＩＤはシナリオデータ１５のシナリオＩＤに対応し、名称は各リソースの名称を示し、遷移時刻は状態が遷移する時刻を障害発生時刻からの時間差で示す。
また、遷移状態は、遷移時刻における状態遷移での遷移先の状態を示す。
条件は、状態遷移が発生するための条件（遷移条件）である。

図１３では、シナリオＩＤとして、「１」が示されているので、図１２のシナリオデータ１５の「首都直下地震（１）」が発生した際の各リソースの復旧過程での状態遷移が示されている。
例えば、オフィスＰＣ（２）では、「首都直下地震（１）」発生の際に、Ｕｎａｖａｉｌａｂｌｅ→Ｒｅｓｔｒｉｃｔｅｄ→Ａｖａｉｌａｂｌｅという状態遷移が行われる。
障害発生時刻（遷移時刻：０）では、Ｕｎａｖａｉｌａｂｌｅである。
そして、オフィスＰＣ（２）の依存先リソース全ての状態がＡｖａｉｌａｂｌｅになると、遷移条件を満たし、オフィスＰＣ（２）の状態はＲｅｓｔｒｉｃｔｅｄになる。
例えば、図８の例では、拠点Ａ地区電力と拠点Ａオフィスの両者がＡｖａｉｌａｂｌｅになると、オフィスＰＣ（２）の状態はＲｅｓｔｒｉｃｔｅｄになる。
オフィスＰＣ（２）の状態がＲｅｓｔｒｉｃｔｅｄになる時刻は、依存先リソースの状態次第であり、不確定であるため、遷移時刻は条件付（時刻Ｘ）となっている。
シミュレーションにおいてオフィスＰＣ（２）の依存先リソース全ての状態がＡｖａｉｌａｂｌｅになると、当該時刻（シミュレーション時刻）が時刻Ｘの具体値として特定される。
そして、オフィスＰＣ（２）がＡｖａｉｌａｂｌｅになるのは、時刻Ｘから４８時間が経過した後である。
状態遷移データ１４は、業務に用いられる全てのリソースを対象とする。
なお、図１３の例では、表示されているリソースの全てについて、遷移時刻：０の次の遷移時刻が条件付（時刻Ｘ）となっているが、状態遷移データ１４には、遷移時刻：０の次の遷移時刻が具体値（例えば、２４時間後）となっているリソースも含まれている。
例えば、図８の下端リソースである拠点Ａ地区電力、拠点Ａ地区交通、拠点Ａビルは、依存先リソースがなく、遷移時刻：０の次の遷移時刻が具体値となる。

また、状態遷移データ１４の各リソースの状態遷移は、図１５に示すいずれかの状態遷移パターンに従う。
また、図１６に示す状態の組み合わせに従い、各リソースの状態が判定される。
例えば、依存先リソースが２つで、１つの依存先リソースが現在Ａｖａｉｌａｂｌｅで、もう１つの依存先リソースが現在Ｒｅｃｏｖｅｒｉｎｇであれば、列方向又は行方向のＡｖａｉｌａｂｌｅと行方向又は列方向のＲｅｃｏｖｅｒｉｎｇの組み合わせにより、依存先リソース全体としては、Ｒｅｃｏｖｅｒｉｎｇであると判断される。
また、例えば、依存先リソースが３つで、１つ目及び２つ目の依存先リソースが現在Ａｖａｉｌａｂｌｅで、３つの依存先リソースが現在Ｒｅｃｏｖｅｒｉｎｇであれば、１つ目と２つ目の依存先リソースの組み合わせは、列方向又は行方向のＡｖａｉｌａｂｌｅと行方向又は列方向のＡｖａｉｌａｂｌｅの組み合わせにより、Ａｖａｉｌａｂｌｅであると判断される。
また、依存先リソース全体（１つ目と２つ目の組み合わせと３つ目の依存先リソース）については、列方向又は行方向のＡｖａｉｌａｂｌｅと行方向又は列方向のＲｅｃｏｖｅｒｉｎｇの組み合わせにより、Ｒｅｃｏｖｅｒｉｎｇであると判断される。
４つ以上の場合も同様の手順である。

状態情報シミュレーションデータ１６は、シナリオに関連付けられた状態遷移情報から依存関係に基づき上位のプロセス、構成要素の経過時間での状態情報を状態情報シミュレーション演算部１０で演算した結果を保持するデータである。
つまり、図１３の状態遷移データ１４において、例えばオフィスＰＣ（２）に対して条件付（時刻Ｘ）やＸ＋４８時間と規定されていた遷移時刻が、状態情報シミュレーション演算部１０によるシミュレーションにより４８時間や９６時間といった具体値が導出され、導出された具体値が書き加えられたものが状態情報シミュレーションデータ１６である。
状態情報シミュレーションデータ１６は、例えば、図１４に示すデータである。
また、状態情報シミュレーションデータ１６は、状態遷移シミュレーション情報の例である。

なお、記憶部５は依存関係データ記憶部及び状態遷移データ記憶部の例である。

次に動作について説明する。
ここでは、動作の詳細を説明する前に、動作の概要を図３８のフローチャートを用いて説明する。
なお、図３８のフローの開始前に、プロセスデータ１１、構成要素データ１２、依存関係データ１３、状態遷移データ１４、シナリオデータ１５が記憶部５において記憶されているものとする。

まず、状態遷移データ入力編集部９がオペレータからのシミュレーションのシナリオの選択を受け付ける（Ｓ３８０１）。
つまり、状態情報シミュレーション演算部１０は、図１２のシナリオデータ１５に示される障害のうち、例えば、オペレータから「首都直下地震（１）」というシナリオの選択を受け付ける。

次に、状態情報シミュレーション演算部１０は、Ｓ３８０２で選択されたシナリオに対応する（同じシナリオＩＤが設定されている）状態遷移データ１４を記憶部５から読みだす（Ｓ３８０２）（状態遷移データ読み出しステップ）。
例えば、Ｓ３８０２で、オペレータから「首都直下地震（１）」というシナリオの選択を受け付けている場合は、状態遷移データ１４のうちシナリオＩＤの欄に「１」が記述されているレコード群を読みだす。

また、状態情報シミュレーション演算部１０は、記憶部５から依存関係データ１３を読み出す（Ｓ３８０３）（依存関係データ読み出しステップ）。

次に、状態情報シミュレーション演算部１０は、状態遷移データ１４の状態遷移をシミュレートしながら、各リソースの状態判定、遷移時刻の導出を繰り返し、図４２に例示する状態情報（図４２では、初期状態を示している）に各リソースの状態を記録していく（Ｓ３８０４）（シミュレーション演算ステップ）。
より具体的には、状態情報シミュレーション演算部１０は、状態遷移データ１４の遷移時刻の値を昇順にソートし、ソート後の時刻ごとに各リソースにおいて遷移条件に合致したか否かを判断しながら、各リソースの状態を判定する。
状態遷移データ１４の遷移時刻の値をソートした場合に、例えば、図４０に示すソート結果となったとする。
この場合には、障害発生から１５時間後にいずれかのリソースで何らかの最初の状態遷移が生じることになる。前述のように、図８の下端のリソースやその他のリソースでは状態遷移時刻が定数で指定されているので、図４０のようなソート結果を得ることができる。
１５時間、１９時間、２５時間といった具体値、換言すれば、他のリソースの状態とは無関係に状態遷移が発生する状態遷移時刻を独立状態遷移時刻と呼ぶ。
一方、状態情報シミュレーション演算部１０による各リソースの状態の判定に基づいて導出された時刻Ｘの具体値、換言すれば、依存先定義リソースに対して状態情報シミュレーション演算部１０により導出された状態遷移時刻を導出状態遷移時刻と呼ぶ。
状態情報シミュレーション演算部１０は、図４０に示される独立状態遷移時刻ごとに、以下に示す処理を行うとともに、いずれかの依存先定義リソースに対して導出状態遷移時刻が導出された場合（時刻Ｘの具体値が特定された場合）に、導出状態遷移時刻を状態情報シミュレーションデータ１６に記録するとともに、図４０のソート結果に導出状態遷移時刻を追加し、導出状態遷移時刻についても、以下に示す処理を行う。

まず、状態情報シミュレーション演算部１０は、いずれのリソースからも依存されていない依存先定義リソースである上端リソース（例えば、図８の情報収集（１）、決済）から順に依存先リソースを辿って依存先リソースを持たない下端リソース（例えば、図８の拠点Ａ地区電力、拠点Ａ地区交通、拠点Ａビル）を抽出する。
そして、状態情報シミュレーション演算部１０は、抽出した下端リソースの状態を判定し、下端リソースの状態に基づき、下端リソースを依存先リソースとしている依存先定義リソースにつき遷移条件（遷移時刻：条件付（時刻Ｘ）が記述されているレコードの遷移条件）が満たされているか否かを判断して当該依存先定義リソースの状態を判定する。
そして、遷移条件が満たされている場合に当該状態遷移の遷移時刻を導出するとともに、当該状態遷移に後続する各状態遷移が記述されているレコード（遷移時刻：Ｘ＋４８時間等が記述されているレコード）の遷移時刻を導出し、導出した遷移時刻を状態情報シミュレーションデータ１６に記録する。
以降は、状態情報シミュレーション演算部１０は、下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに遷移条件が満たされているか否かを判断する動作を繰り返して、各依存先定義リソースの状態を判定するとともに、状態遷移の遷移時刻を導出する。

例えば、図８の上端リソースの１つである情報収集（１）を起点とする各リソースの状態を判定する場合は、図３９に示す順序（図中のステップ（１）〜（４）の順序）で各リソースについて状態の判定を行う。
なお、図３９は作図上の都合から、担当者（１）から下位のリソースのみを示し、情報システム（１）サービスから下位のリソースは図示を省略している。

状態情報シミュレーション演算部１０は、情報収集（１）の下位のリソース（依存先リソース）を探し、下位のリソースである担当者（１）を抽出する。
また、状態情報シミュレーション演算部１０は、担当者（１）のの下位のリソースを探し、下位のリソースである拠点Ａ地区交通を抽出する。
更に、状態情報シミュレーション演算部１０は、拠点Ａ地区交通の下位のリソースを探すが、拠点Ａ地区交通には下位のリソース（依存先リソース）がないので、拠点Ａ地区交通を下端リソースとし、この拠点Ａ地区交通の状態を判定する（ステップ（１））。

次に、状態情報シミュレーション演算部１０は、下端リソースである拠点Ａ地区交通の上位リソースである担当者（１）に他の下位のリソースがないか判断する。
この場合は拠点Ａオフィスがあるので、状態情報シミュレーション演算部１０は、拠点Ａオフィスの下位のリソースを探す。
この場合は、下位のリソースとして拠点Ａビルが存在する。
状態情報シミュレーション演算部１０は、拠点Ａビルの下位のリソースを探すが、拠点Ａビルには下位のリソース（依存先リソース）がないので、拠点Ａビルを下端リソースとし、この拠点Ａビルの状態を判定する（ステップ（２））。

次に、状態情報シミュレーション演算部１０は、拠点Ａビルを依存先リソースにしている拠点Ａオフィスに他に下位のリソースがないことを確認し、拠点Ａオフィスの状態を判定する（ステップ（３））。
例えば、拠点Ａオフィスについて、「依存先リソースの全てがＡｖａｉｌａｂｌｅになると、状態がＵｎａｖａｉｌａｂｌｅからＲｅｓｔｒｉｃｔｅｄに遷移する」旨の遷移条件が設定されており、拠点Ａビルが障害発生時から４８時間後にＡｖａｉｌａｂｌｅになっているとすると、拠点Ａビルは障害発生から４８時間後にＲｅｓｔｒｉｃｔｅｄになり、状態遷移データ１４の「時刻Ｘ」の具体値として状態情報に４８時間後が記録される。

次に、状態情報シミュレーション演算部１０は、拠点Ａ地区交通と拠点Ａオフィスを依存先リソースとしている担当者（１）に他に下位のリソースがないことを確認し、担当者（１）の状態を、拠点Ａ地区交通と拠点Ａオフィスの状態に基づいて判定する（ステップ（４））。
また、状態情報シミュレーション演算部１０は、情報システム（１）サービスから下位のリソースについても同様に下端リソースから順に上位リソースの方向に各リソースの状態を判定して、情報システム（１）サービスの状態が判定する。
最終的には、状態情報シミュレーション演算部１０は、担当者（１）と情報システム（１）サービスの状態に基づき、上端リソースである情報収集（１）の状態が判定する。

状態情報シミュレーション演算部１０は、このような処理を、図４０の独立状態遷移時刻ごと、導出状態遷移時刻ごとに繰り返す。

このようにして、状態情報シミュレーション演算部１０がＳ３８０４の手順を繰り返し、初期状態では図４１のような状態であった状態情報の各リソースの状態が更新され、最終的には図１４に示されるような状態となり、状態情報シミュレーションデータ１６が完成する（Ｓ３８０５）。

次に、グラフィック情報生成部３０が、Ｓ３８０５で生成された状態情報シミュレーションデータ１６に基づいて、グラフィック情報や時刻別状態情報を生成し、ＰＣ１の表示装置１８に出力し（Ｓ３８０６）、オペレータはこれらの表示により復旧過程についてのシミュレーション結果を確認することができる。
グラフィック情報は、例えば、図１７に示す情報であり、業務及び各リソースの障害発生から復旧までの状態遷移の過程及び各状態遷移の遷移時刻をグラフィカルに表す情報である。
また、時刻別状態情報は、例えば、図１８に示す情報であり、業務及び各リソースの状態を時刻別に表す情報である。図１８の例では、障害発生から７２時間経過後の業務及び各リソースの状態を表している。

次に、図３、図４、図５及び図６のフローチャートを用いて、本実施の形態に係るＢＣＰシミュレータ装置２の動作例を詳細に説明する。
なお、図３は、全体の動作フローを示し、図４は状態情報シミュレーション演算部１０の状態演算のシミュレーション演算における動作フローを示し、図５は状態情報シミュレーション演算部１０が状態遷移演算関数を実行する際の動作フローを示し、図６は主にグラフィック情報生成部３０の動作フローを示す。

図３において、まず、プロセス入力編集部６がオペレータから図７に示すようなプロセスとプロセスフローを入力するとともに所定の編集を行い、記憶部５が図９のようなプロセスデータ１１として保存する（Ｓ１）。
また、構成要素入力編集部７がオペレータから構成要素情報を入力し、所定の編集を行い、記憶部５が図１０のような構成要素データ１２として保存する（Ｓ２）。
また、依存関係入力編集部８が、オペレータから図８に示すような構成要素間、及び、プロセスと構成要素間の依存関係情報を入力し、所定の編集を行い、記憶部５が図１１のような依存関係データとして保存する（Ｓ３）。
また、状態遷移データ入力編集部がオペレータから図１２に示すようなシナリオデータのうちのいずれかのシナリオの選択を受け付ける（Ｓ４）。
また、状態遷移データ入力編集部９が、選択されたシナリオに対応する構成要素の状態遷移情報を入力し、所定の編集を行い、図１３のような状態遷移データとして保存する（Ｓ５）。

次に、状態情報シミュレーション演算部１０が、状態遷移のシミュレーション演算を行って各プロセスの経過時間による状態遷移情報を生成し、図１４に示すような状態情報シミュレーションデータ１６として保存する（Ｓ６）。
なお、このときに、状態情報シミュレーション演算部１０は、状態遷移のシミュレーション演算を実行する。
なお、状態遷移のシミュレーション演算の実行手順の詳細は、図４を参照して後述する。

状態遷移のシミュレーション演算の実行により状態情報シミュレーションデータ１６が生成されると、プロセスシミュレーション制御部２６がプロセスシミュレータ装置１９の制御を実施する（Ｓ７）。
その後、必要に応じて他のシナリオのシミュレーションを実施する（Ｓ８）。

次に、図４を用いて状態遷移のシミュレーション演算の詳細を説明する。

状態遷移のシミュレーション演算では、まず、状態情報シミュレーション演算部１０は、状態遷移データ１４からレコードをひとつ取り出し（Ｓ９）、そのレコード中の遷移時刻データを一時的に記憶する（Ｓ１０）。
この際に、既に記憶済みの時刻であれば無視する。
状態情報シミュレーション演算部１０は、これを指定シナリオ（Ｓ４で選択されたシナリオ）に対応するレコード分繰り返す（Ｓ１１）。
次に一時的に記憶した遷移時刻データを昇順にソートする（Ｓ１２）、ソート後の遷移時刻データは、例えば、図４０に示すものである。
状態情報シミュレーション演算部１０は、ソート後の遷移時刻データの先頭から遷移時刻データをひとつ取り出し（Ｓ１３）、プロセスデータ１１から要素をひとつ取り出す（図９の起票、情報収集（１）、情報収集（２）、決済のうちのいずれかを取り出す）（Ｓ１４）。
また、状態情報シミュレーション演算部１０は、取り出したプロセスデータの要素の依存要素（依存先リソース）のレコードを依存関係データ１３からひとつ取り出し（Ｓ１５）、その依存要素に対して状態遷移演算関数を呼び出してその依存要素のその時刻における状態を得る（Ｓ１６）。
状態遷移演算関数の実行手順は図５を参照して後述する。

状態情報シミュレーション演算部１０は、Ｓ１５〜Ｓ１６の処理を依存要素があるだけ繰り返し（Ｓ１７）、依存要素の状態情報が取得できたらプロセスの状態演算を行い、状態情報シミュレーションデータ１６に保存する（Ｓ１８）。
状態情報シミュレーション演算部１０は、Ｓ１４〜Ｓ１８の処理をプロセスデータがあるだけ繰り返し（Ｓ１９）、また、Ｓ１３〜Ｓ１９の処理を遷移時刻データがあるだけ繰り返す（Ｓ２０）。

次に、図５を用いて、状態遷移演算関数の実行手順を説明する。

状態遷移演算関数では、状態情報シミュレーション演算部１０は、指定された要素が依存先を持つかチェックし（Ｓ２１）、依存先がなければ指定時刻（Ｓ９で取りだした状態遷移時刻）での状態を状態情報シミュレーションデータ１６に記憶し（Ｓ２２）、依存先があれば依存要素のレコードを依存関係データ１３からひとつ取り出し（Ｓ２３）、その要素に対して状態遷移演算関数を呼び出す（Ｓ２４）。
状態情報シミュレーション演算部１０は、Ｓ２３〜Ｓ２４を依存要素があるだけ繰り返す（Ｓ２５）。
次に、状態情報シミュレーション演算部１０は、自要素（現在、対象としている要素）の状態遷移条件のうち条件が合致するものがあるかをチェックし（Ｓ２６）、合致しているものがある場合に遷移時刻データにこの条件が元で遷移が発生する時刻を追加し（Ｓ２７）、自要素の状態を記憶する（Ｓ２８）。
また、状態情報シミュレーション演算部１０は、依存先要素と自要素の状態から状態演算を実施し、導出された状態を状態情報シミュレーションデータ１６に記憶する（Ｓ２９）。

次に、図６を用いて、グラフィック情報（図１７）又は時刻別状態情報（図１８）の生成手順を説明する。

生成された状態情報シミュレーションデータ１６を元に表示を行う場合、複数のシナリオより生成されていた場合にグラフィック情報生成部３０がオペレータからのシナリオ選択を受け付ける（Ｓ３０）。
また、グラフィック情報生成部３０は、表示対象とする部位として全体、又は、個別（プロセス、構成要素）の選択を受け付け（Ｓ３１）、表示方法としてステップバイステップで行うか否かの選択を受け付ける（Ｓ３２）。
ステップバイステップでない場合、グラフィック情報生成部３０は、表示対象部位を時間軸での状態遷移表示を行うグラフィック情報（図１７）を生成する（Ｓ３３）。
また、ステップバイステップの場合には、グラフィック情報生成部３０は、オペレータから表示する時刻の指定を受け付け（Ｓ３４）、指定時刻における表示対象部位の状態を要素ごとにカテゴリーに分けて色分け表示する時刻別状態情報（図１８）を生成し（Ｓ３５）、時刻指定を変えて必要なだけ繰り返す（Ｓ３６）。
また、グラフィック情報生成部３０は、必要に応じて他の部位の選択を受け付け（Ｓ３７）、必要に応じて他のシナリオの選択を受け付ける（Ｓ３８）。

次に、図３のプロセスシミュレータの制御（Ｓ７）について説明する。
図７に示すような業務に対して、図９のようなシミュレーション用のパラメータが設定されている例を用いて説明する。
図３５（ａ）に示すような経過時間に対する処理件数のシミュレーション（経過時間に比例して処理件数が増加するようなシミュレーション）を行う場合を考える。
災害発生時刻、即ち、状態遷移データの基準時点（遷移時刻＝０）を設定し、各業務プロセスの状況によりプロセスの処理値を制限するような制御を行い、図３５（ｂ）に示すような任意の時刻に災害が発生した場合の処理件数をシミュレーションできるように制御する。
つまり、通常時は図３５（ａ）のような結果が得られるが、災害発生時は、災害発生から復旧までは業務が行われないので、復旧までは処理件数が横ばいで、復旧後から処理件数が増大する結果（図３５（ｂ））になるように、プロセスシミュレーション制御部２６はプロセスシミュレータ装置１９を制御する。

このように、本実施の形態によれば、業務プロセスを構成するリソースなどの状態遷移を経過時間で確認できるようになり、どのリソースがボトルネックとなるかを判断しやすくなる。

また、障害発生から復旧までの状態遷移の過程をリソースごとに示すとともに依存先定義リソースの状態遷移の遷移条件を依存先リソースの状態に関連付けて定義する状態遷移データを用い、依存先定義リソースについては依存先リソースの状態に基づいて状態遷移の有無を判断しながらリソースごとに障害発生から復旧までの状態遷移を演算するため、実際に障害が発生した際の復旧過程に近い形で時間経過に伴う各リソース及び業務の復旧状況をシミュレートすることができる。
また、同様に、障害発生時の縮退過程における状態遷移の過程をリソースごとに示すとともに依存先定義リソースの状態遷移の遷移条件を依存先リソースの状態に関連付けて定義する状態遷移データを用い、依存先定義リソースについては依存先リソースの状態に基づいて状態遷移の有無を判断しながらリソースごとに障害発生時の縮退過程における状態遷移を演算するため、実際に障害が発生した際の縮退過程に近い形で時間経過に伴う各リソース及び業務の縮退状況をシミュレートすることができる。

また、経過時間におけるプロセスの稼動・停止などを設定できるので、既存のプロセスシミュレーションを行う際に、プロセスの動作を制限することにより、事故時に対応したプロセスシミュレーションが容易にできるようになる。

以上、本実施の形態では、以下の手段、要素を備え、プロセスを構成するリソースの脆弱性の分析を可能とするプロセス分析シミュレータを説明した。
（ａ）プロセスの情報、及び、プロセスフロー情報を入力・編集するプロセス入力編集手段、及び、入力・編集されたプロセスデータを保持する手段；
（ｂ）プロセスを構成する構成要素情報を入力・編集する構成要素入力編集手段、及び、入力・編集された構成要素データを保持する手段；
（ｃ）構成要素間、及び、プロセスと構成要素間の依存関係情報を入力・編集する依存関係入力編集手段、及び、入力・編集された依存関係データを保持する手段；
（ｄ）構成要素の経過時間における状態遷移情報を自要素に閉じた状態情報、又は、依存関係のある要素の状態遷移をトリガーとして状態遷移を発生させる状態情報とし、これら状態遷移情報の組をシナリオとして入力・編集する状態遷移データ入力・編集手段、及び、入力・編集された状態遷移データを保持する手段、及び、シナリオデータを保持する手段；
（ｅ）任意のシナリオに関連付けられた状態遷移データから構成要素データと依存関係データを基に上位の構成要素、プロセスの状態遷移情報を演算するシミュレーション演算手段、及び、演算されたシミュレーションデータをシナリオと関連付けて保持する手段；
（ｆ）シミュレーションデータを元に任意の経過時間における任意のプロセス、又は、構成要素の状態情報を表示する手段；
（ｇ）既存のプロセスフローのシミュレーションに対して、プロセスの経過時間における状態情報を元にプロセスの動作を制限するような制御を行う手段。

実施の形態２．
次に、実施の形態１で説明した内容に加えて、複数オプションの比較分析を可能とする実施の形態について説明する。

図１９は、本実施の形態に係るＢＣＰシミュレータ装置２の構成例を示す。

図１９では、実施の形態１での構成（図１）と比較して、制御部４には代替オプション入力編集部２０とオプション・セット入力編集部２２が追加され、記憶部５には代替オプションデータ２５とオプション・セットデータ２７が追加されている。
代替オプション入力編集部２０は、任意のプロセス、又は、構成要素の代替オプションの入力編集を行う。
オプション・セット入力編集部２２は、代替オプションの任意の組合せを入力編集する。
代替オプションデータ２５は、入力編集された代替オプションを保持する。
オプション・セットデータ２７は、入力編集された代替オプションの組合せを保持する。
なお、本実施の形態では、記憶部５は、代替リソースデータ記憶部の例でもある。

代替オプションデータ２５は、例えば、図２４に示すデータである。
図２４において、名称には、代替リソースが示されている。代替対象には、代替リソースが代替する被代替リソースが示される。被代替リソースは、図１０の構成要素データ１２に示されるリソースである。
また、分類及び依存有無は、図１０に示したものと同様である。
図２４は、図２０に示すシステム構成における代替リソースと被代替リソースの関係を示す。
なお、図２０及び図２４において、「拠点Ａ（本）」とは拠点Ａの本館を表し、「拠点Ａ（別）」とは拠点Ａの別館を表している。なお、図２０では、「拠点Ａ（本）オフィス」と「拠点Ａ（本）サーバ室」がセットで「拠点Ａ（別）オフィス」と「拠点Ａ（別）サーバ室」に変更されるかのような表現になっているが、これは作図上の都合によるものであり、「拠点Ａ（本）オフィス」から「拠点Ａ（別）オフィス」への変更のみを行うことも可能であるし、「拠点Ａ（本）サーバ室」から「拠点Ａ（別）サーバ室」への変更のみを行うことも可能である。
図２０に示すように、代替リソースの依存関係は、被代替リソースの依存関係と異なっている。
例えば、被代替リソースであるＷＦシステムサービスは、オフィスＰＣ（２）、ＷＦシステム、拠点ＡＬＡＮを依存先リソースとするが、代替リソースであるＷＦシステムサービス（代替）では、ＷＡＮ及び外部ＡＳＰサービスを依存先リソースとしている。
このため、本実施の形態では、代替リソースの依存関係を定義する代替リソース依存関係データ（図示せず）が記憶部５に記憶されている。代替リソース依存関係データは依存関係データ１３と同様の形式である。
更に、本実施の形態では、被代替リソースから代替リソースに切り替える切替時刻を示す切替時刻データ（図示せず）が記憶部５に記憶されている。
なお、代替オプションデータ２５、代替リソース依存関係データ及び切替時刻データが代替リソースデータに相当する。

オプション・セットデータ２７は、例えば、図２５に示すデータである。
図２５も、図２０に示すシステム構成を前提としている。
オプション・セットデータ２７は、組み合わせて用いることが可能な複数の代替リソースの組（オプションセット）を示している。
名称は、オプションセットの名称を示し、対象オプション番号は、図２４のオプション番号に対応している。
例えば、オプションセット番号：１では、対象オプション番号として４、５、６が示されているが、これは、拠点Ａ（別）オフィス、拠点Ａ（別）サーバ室、拠点（Ａ）ビルをセットとして用いることを示している。

また、本実施の形態では、代替リソースについても、状態遷移データ１４に、障害が発生した際に想定される復旧までの状態遷移の過程が示されている。
また、状態情報シミュレーション演算部１０は、切替時刻データに示される切替時刻に、代替オプションデータ２５に示されている被代替リソースを代替リソースに変更して、リソースごとに状態遷移データ１４に示される状態遷移の過程をシミュレートする。
より具体的には、状態情報シミュレーション演算部１０は、切替時刻の到来前は被代替リソースを用いたシミュレーションを行い、切替時刻が到来した際に代替リソースに切り替え、また、代替リソースについては代替リソース依存関係データに示されている依存関係を参照して、シミュレーションを行う。

次に動作の詳細を説明する。
図２１、図２２、図２３は、実施の形態１で説明した内容（図３〜図５）に加えて代替リソースについての処理が追加されている。

具体的には、図２４に示すような代替オプションの入力編集（Ｓ３９）、図２５に示すようなオプション・セットの入力編集（Ｓ４０）を事前に行い、シミュレーション実施前にオプション・セットの選択（Ｓ４１）を行い、切替時刻の設定（切替時刻データの生成）を行う（Ｓ４２）。

また、状態遷移のシミュレーション演算（図２２）において、状態情報シミュレーション演算部１０は、プロセスデータ（図９の起票、情報収集（１）、情報収集（２）、決済のうちのいずれか）に代替が設定されており、且つ、その代替オプション（代替リソース）が選択されたオプション・セットに含まれているかをチェックする（Ｓ４４）。
Ｓ４４においてＹＥＳであり、切替時刻が到来していれば、状態情報シミュレーション演算部１０は、被代替リソースであるプロセスデータを代替リソースに置換える（Ｓ４５）。

また、状態遷移演算関数（図２３）において、状態情報シミュレーション演算部１０は、呼び出された構成要素に代替が設定されており、且つ、その代替オプション（代替リソース）が選択されたオプション・セットに含まれているかをチェックする（Ｓ４６）。
Ｓ４６においてＹＥＳであり、切替時刻が到来していれば、状態情報シミュレーション演算部１０は、被代替リソースである当該要素を代替リソースに置換える（Ｓ４７）。
以上の処理以外の処理は、実施の形態１と同様である。

このように、本実施の形態によれば、複数のオプション・セットに対するシミュレーション演算を実施することが出来て、図１７、図１８のような表示をオプション・セットごとに行い、どのオプションを実際のＢＣＰとして導入するかを比較検討することが出来るようになる。

本実施の形態では、以下の手段、要素を備え、複数オプションの比較分析を可能とするプロセス分析シミュレータを説明した。
（ａ）任意のプロセス、又は、要素を他のプロセス、又は、要素を代替オプションとして入力・編集する代替オプション入力編集手段、及び、入力・編集された代替オプションデータを保持する手段；
（ｂ）任意の代替オプションの組合せをオプション・セットとして入力・編集するオプション・セット入力編集手段、及び、入力・編集されたオプション・セットデータを保持する手段；
（ｃ）任意のオプション・セットを指定し、シミュレーション演算を実施し、演算されたシミュレーションデータをオプション・セットと関連付けて保持する手段；
（ｄ）同一シナリオで、複数のオプション・セットに関連付けられたシミュレーションデータを元に任意の経過時間における任意のプロセス、又は、構成要素の状態情報を比較可能な状態で表示する手段。

実施の形態３．
次に、実施の形態２で説明した内容に加えて、オペレーションレベルの比較分析を可能とする実施の形態について説明する。

図３６は、本実施の形態に係るＢＣＰシミュレータ装置２の構成例を示す。

図３６では、実施の形態２での構成（図１９）と比較して、制御部４にはオペレーションレベル入力編集部２３及びオペレーションレベル演算部２４が追加され、記憶部５にはオペレーションレベルデータ２８が追加されている。
オペレーションレベル入力編集部２３は、任意の要素の状態が“Ｒｅｓｔｒｉｃｔｅｄ”とされた際にどの程度のオペレーションレベルになるかを入力編集する。
オペレーションレベル演算部２４は、状態遷移のシミュレーション演算の際に、各要素の経過時刻におけるオペレーションレベルを演算する。
オペレーションレベルデータ２８は、入力編集された図２６に示すようなオペレーションレベルを保持する。

ここで、オペレーションレベルとはパフォーマンスレベルのことである。
状態“Ｒｅｓｔｒｉｃｔｅｄ”は、リソースの状態として、制限動作可能状態、つまり、パフォーマンス・機能が制限されているが動作可能なことを示す。
パフォーマンス・機能が制限されている場合は、一律に“Ｒｅｓｔｒｉｃｔｅｄ”とされるが、実際には時間の経過とともにパフォーマンスレベルが変化していくと考えられる。具体的には、復旧過程では、時間の経過とともにパフォーマンスレベルが上昇していくと考えられ、縮退過程では、時間の経過とともにパフォーマンスレベルが下降していくと考えられる。
このため、オペレーションレベルデータ２８は、“Ｒｅｓｔｒｉｃｔｅｄ”に遷移してからの経過時間とオペレーションレベル（パフォーマンスレベル）との関係をリソースごとに示す。
また、オペレーションレベル演算部２４は、状態情報シミュレーション演算部１０によるシミュレーションにおいて“Ｒｅｓｔｒｉｃｔｅｄ”に遷移したリソースに対して、オペレーションレベルデータ２８に基づき、“Ｒｅｓｔｒｉｃｔｅｄ”に遷移した後のオペレーションレベルの経時変化を演算する。
オペレーションレベル演算部２４はパフォーマンスレベル演算部の例であり、記憶部５はパフォーマンスレベルデータ記憶部の例でもある。

次に、図２８のフローチャートを用いて動作について説明する。

図２８は、状態遷移のシミュレーション演算（図４）における状態の演算と記憶（Ｓ１８）の直後に実行されるオペレーションレベル演算関数を示す。

図２８において、オペレーションレベル演算部２４は、呼び出し元のプロセス、又は、要素が依存関係を持つかをチェックし（Ｓ４８）、依存関係を持たない場合、その要素のその時刻での状態が“Ｒｅｓｔｒｉｃｔｅｄ”であるかをチェックする（Ｓ５３）。
Ｓ５３において“Ｒｅｓｔｒｉｃｔｅｄ”であれば、オペレーションレベル演算部２４は、その要素に対応するその時刻のオペレーションレベルデータを取り出してその要素のオペレーションレベルに設定する（Ｓ５４）。
一方、Ｓ５３において“Ｒｅｓｔｒｉｃｔｅｄ”でなければ、オペレーションレベル演算部２４は、状態が“Ａｖａｉｌａｂｌｅ”であるかをチェックし（Ｓ５５）、“Ａｖａｉｌａｂｌｅ”であれば、オペレーションレベルを１００％に設定する（Ｓ５６）。
一方、“Ａｖａｉｌａｂｌｅ”でなければ、オペレーションレベル演算部２４は、オペレーションレベルを０％に設定する（Ｓ５７）。
Ｓ４８において依存関係を持つ場合、オペレーションレベル演算部２４は、依存要素（依存先リソース）のレコードを依存関係データ１３からひとつ取り出し（Ｓ４９）、このオペレーションレベル演算関数を呼び出し（Ｓ５０）、これを依存要素がある限り繰り返す（Ｓ５１）。
そして、オペレーションレベル演算部２４は、全ての依存要素のオペレーションレベルの中で最低値をこの要素のオペレーションレベルに設定する（Ｓ５２）。
演算された結果は、図２７に示すような状態情報シミュレーションデータ１６に保存される。
つまり、実施の形態１で示した図１４と比較して、オペレーションレベル（ＯＰレベル）の値が追加されている。

このように、本実施の形態によれば、各要素の機能制限等による稼働率やスループットを抽象的に表すオペレーションレベルという概念を用いて図２９に示すように経過時間でのオペレーションレベル、プロセスにおいては業務プロセスの業務レベルをあらわすことができ、複数のオプション、又は、オプション・セットの比較において、業務プロセスが稼動開始するまでの時間だけでなく、その業務レベルを勘案して比較検討できるようになる。
なお、図２９において、現状の線はリソースの代替を行わない場合のオペレーションレベルの時間推移を示し、決済（代替）オプションは、図２０に示すように決済を決済（代替）に切り替えた場合のオペレーションレベルの時間推移を示し、ＷＦシステムサービス（代替）オプションは、図２０に示すようにＷＦシステムをＷＦシステムサービス（代替）に切り替えた場合のオペレーションレベルの時間推移を示している。

本実施の形態では、以下の手段、要素を備え、複数オプションの比較分析をオペレーションレベルの点から多角的に行うことを可能とするプロセス分析シミュレータを説明した。
（ａ）構成要素の経過時間におけるオペレーションレベル情報を任意のシナリオに関連付けて入力・編集するオペレーションレベル入力・編集手段、及び、入力・編集されたオペレーションレベルデータを保持する手段；
（ｂ）任意のシナリオに関連付けられたオペレーションレベルデータから構成要素データの依存関係情報を基に上位の構成要素、プロセスのオペレーションレベルを演算するオペレーションレベル演算手段、及び、演算されたオペレーションレベルデータをシナリオと関連付けて保持する手段；
（ｃ）プロセスの経過時間におけるオペレーションレベルを元にプロセスの動作を規定し、プロセスフローをシミュレーションする手段。

実施の形態４．
次に、代替リソースを用いる場合と用いない場合のコストの比較分析を可能とし、更に、複数のオプション又はオプション・セット間のコストの比較分析も可能とする実施の形態について説明する。

図３７は、本実施の形態に係るＢＣＰシミュレータ装置２の構成例を示す。

図３７では、実施の形態２での構成（図１９）と比較して、制御部４には代替オプションコスト演算部２１が追加されている。
図３７では、実施の形態３で説明したオペレーションレベル演算部２４、オペレーションレベルデータ２８を省略した構成となっているが、オペレーションレベル演算部２４、オペレーションレベルデータ２８が含まれていてもよい。
代替オプションコスト演算部２１は、選択されたオプション・セットに従い代替オプションの導入コスト、維持運営コスト、発動・切り替えコストを演算する。代替オプションコスト演算部２１は、代替リソースコスト情報生成部の例である。
なお、本実施の形態では、代替オプション入力編集部２０は、任意の代替オプションの導入コスト、維持運営コストを入力編集する機能が追加されている。
また、本実施の形態では、代替オプションデータ２５には、図３０に示すように代替オプションデータにコスト情報を加えている。
代替オプションデータ２５は、前述のように代替リソースデータの一部である。
また、本実施の形態では、状態遷移データ入力編集部９は、遷移情報が代替オプション（代替リソース）のものであるかどうかのフラグと発動切り替えコスト情報を入力編集する機能が追加されている。
また、本実施の形態では、状態遷移データ１４には、図３１に示すように遷移情報が代替オプションのものであるかどうかのフラグ（「オプションかどうか」の○は代替オプションを意味する）と発動切り替えコストが加えられている。

このように、本実施の形態では、代替オプションデータ２５は、被代替リソースから代替リソースに変更した場合に生じるコストを示し、代替オプションコスト演算部２１は、状態情報シミュレーション演算部１０が被代替リソースから代替リソースに変更してシミュレーションを行う場合に、代替オプションデータ２５に基づき代替リソースへの変更により生じるコストを示す情報（代替リソースコスト情報）を生成する。

次に、図３２及び図３３を参照して、本実施の形態に係る動作を説明する。

図３２は、状態遷移のシミュレーション演算（図４）における状態の演算と記憶（Ｓ１８）の直後に実行される発動コスト演算関数の実行時の動作を示す。
なお、実施の形態３に示すオペレーションレベル演算関数の呼び出しが行われる場合は、発動コスト演算関数は、オペレーションレベル演算関数の直後に呼び出す。

図３２において、代替オプションコスト演算部２１は、呼び出し元のプロセス、又は、要素が依存関係を持つかをチェックし（Ｓ５８）、依存関係を持たない場合、その要素が代替オプション（代替リソース）か否かをチェックする（Ｓ６３）。
代替オプションのものである場合、代替オプションコスト演算部２１は、指定された時刻が発動切り替えコストが発生する時刻かどうかをチェックする（Ｓ６４）。
発動切り替えコストが発生する時刻とは、図３１の状態遷移データ１４に示される「発動切り替えコスト」の欄に値があるレコードの遷移時刻である。例えば、外部ＡＳＰサービスの２４時間のレコードには「発動切り替えコスト」の欄に「２．０」という値があり、２４時間（障害発生時刻から２４時間後）が発動切り替えコストが発生する時刻となる。

Ｓ６４において、発動切り替えコストが発生する時刻である場合は、代替オプションコスト演算部２１は、状態遷移データ１４に示されている発動切り替えコストを設定する（リソース名と、時刻と、発動切り替えコストを対応付けてワークメモリ等に記憶する）（Ｓ６５）。

一方、Ｓ５８において依存関係を持つ場合（ＹＥＳの場合）、代替オプションコスト演算部２１は、依存要素（依存先リソース）のレコードを依存関係データ１３からひとつ取り出し（Ｓ５９）、発動コスト演算関数を呼び出し（Ｓ６０）、これを依存要素がある限り繰り返し（Ｓ６１）、全ての要素の発動コストの和を発動コストに設定する（Ｓ６２）。

図３３は、状態遷移のシミュレーション演算（図３）における状状態遷移のシミュレーション演算関数の呼び出し（Ｓ６）の直後に呼び出される導入維持コスト演算関数の実行時の動作を示す。

図３３では、代替オプションコスト演算部２１は、導入コスト、維持運営コスト変数の初期化を行い（Ｓ６６）、代替オプションデータ２５からレコードをひとつ取り出し（Ｓ６７）、そのレコードに含まれる代替オプション（代替リソース）が選択されたオプション・セットに含まれるかをチェックする（Ｓ６８）。
含まれるならば、その代替オプションの導入コストを足し（Ｓ６９）、その代替オプションの維持運営コストを足し（Ｓ７０）、これを代替オプションデータがある限り繰り返す（Ｓ７１）。

これにより、図３４に示すように導入コスト、維持運営コスト、及び、経過時間における発生コストを表すことができ、複数のオプション、又は、オプション・セットの比較において、業務プロセスが稼動開始するまでの時間、業務レベルだけではなく、コストも勘案した比較検討ができるようになる。

本実施の形態では、以下の手段、要素を備え、複数オプションの比較分析をコストの点から多角的に行うことを可能とするプロセス分析シミュレータを説明した。
（ａ）代替オプションとして入力・編集された構成要素の導入コスト、維持運営コストを入力・編集する構成要素入力編集手段、及び、入力・編集された構成要素データを保持する手段；
（ｂ）代替オプションへの発動・切り替えに要するコストを任意の代替オプションと関連付けて入力・編集する代替オプションコスト入力編集手段、及び、入力・編集された代替オプションコストデータを保持する手段；
（ｃ）任意の代替オプションの組合せであるオプション・セットに関連付けて、代替オプションの導入コスト、又は、維持運営コストを演算するコスト演算手段、及び、結果を表示する手段；
（ｄ）任意の代替オプションの組合せであるオプション・セットに関連付けて、経過時間における発動・切り替えに要するコストを演算するコスト演算手段、及び、結果を表示する手段。

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

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

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

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

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

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

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

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

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

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

１ＰＣ、２ＢＣＰシミュレータ装置、３計算機ネットワーク、４制御部、５記憶部、６プロセス入力編集部、７構成要素入力編集部、８依存関係入力編集部、９状態遷移データ入力編集部、１０状態情報シミュレーション演算部、１１プロセスデータ、１２構成要素データ、１３依存関係データ、１４状態遷移データ、１５シナリオデータ、１６状態情報シミュレーションデータ、１７入力装置、１８表示装置、１９プロセスシミュレータ装置、２０代替オプション入力編集部、２１代替オプションコスト演算部、２２オプション・セット入力編集部、２３オペレーションレベル入力編集部、２４オペレーションレベル演算部、２５代替オプションデータ、２６プロセスシミュレーション制御部、２７オプション・セットデータ、２８オペレーションレベルデータ、３０グラフィック情報生成部。

Claims

他のリソースとの間に依存関係のある複数のリソースを示すとともに、前記複数のリソース間の依存関係を定義する依存関係データを記憶する依存関係データ記憶部と、
障害が発生した際に想定される障害発生からの状態遷移の過程をリソースごとに示すとともに、前記依存関係データに依存先リソースが定義されている依存先定義リソースに対して、後続の状態遷移がある特定の状態遷移について前記特定の状態遷移の遷移条件を依存先リソースの状態に関連付けて定義し、前記特定の状態遷移に後続する各状態遷移の遷移タイミングを前記特定の状態遷移の遷移時刻からの時間差として定義する状態遷移データを記憶する状態遷移データ記憶部と、
前記状態遷移データに示される状態遷移の過程をリソースごとに障害発生時刻からシミュレートするとともに、前記依存先定義リソースに対して、依存先リソースの状態に基づき前記特定の状態遷移の遷移条件が満たされているか否かを判断し、前記特定の状態遷移の遷移条件が満たされている場合に障害発生時刻からの時間差に基づき前記特定の状態遷移の遷移時刻を導出し、導出した前記特定の状態遷移の遷移時刻と前記状態遷移データに定義されている各状態遷移の遷移タイミングに基づき、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出するシミュレーション演算部を有し、
前記シミュレーション演算部は、
前記依存関係データに基づき、いずれのリソースからも依存されていない依存先定義リソースである上端リソースから順に依存先リソースを辿って依存先リソースを持たない下端リソースを抽出し、
抽出した下端リソースの状態を判定し、下端リソースの状態に基づき、下端リソースを依存先リソースとしている依存先定義リソースにつき前記特定の状態遷移の遷移条件が満たされているか否かを判断して当該依存先定義リソースの状態を判定し、前記特定の状態遷移の遷移条件が満たされている場合に前記特定の状態遷移の遷移時刻を導出するとともに、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出し、
下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を繰り返して、各依存先定義リソースの状態を判定するとともに、状態遷移の遷移時刻を導出し、
状態遷移データ記憶部は、
いずれかのリソースにおいて他のリソースの状態とは無関係に状態遷移が発生する独立状態遷移時刻を障害発生時刻からの時間差として記述している状態遷移データを記憶し、
前記シミュレーション演算部は、
前記状態遷移データに記述されている独立状態遷移時刻において、下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を繰り返して、各依存先定義リソースの状態を判定するとともに、状態遷移の遷移時刻を導出することを特徴とする情報処理装置。
他のリソースとの間に依存関係のある複数のリソースを示すとともに、前記複数のリソース間の依存関係を定義する依存関係データを記憶する依存関係データ記憶部と、
障害が発生した際に想定される障害発生からの状態遷移の過程をリソースごとに示すとともに、前記依存関係データに依存先リソースが定義されている依存先定義リソースに対して、後続の状態遷移がある特定の状態遷移について前記特定の状態遷移の遷移条件を依存先リソースの状態に関連付けて定義し、前記特定の状態遷移に後続する各状態遷移の遷移タイミングを前記特定の状態遷移の遷移時刻からの時間差として定義する状態遷移データを記憶する状態遷移データ記憶部と、
前記状態遷移データに示される状態遷移の過程をリソースごとに障害発生時刻からシミュレートするとともに、前記依存先定義リソースに対して、依存先リソースの状態に基づき前記特定の状態遷移の遷移条件が満たされているか否かを判断し、前記特定の状態遷移の遷移条件が満たされている場合に障害発生時刻からの時間差に基づき前記特定の状態遷移の遷移時刻を導出し、導出した前記特定の状態遷移の遷移時刻と前記状態遷移データに定義されている各状態遷移の遷移タイミングに基づき、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出するシミュレーション演算部を有し、
前記状態遷移データ記憶部は、
リソースの状態として、パフォーマンスが制限されているが動作可能なことを示す制限動作可能状態が含まれる状態遷移データを記憶し、
前記情報処理装置は、更に、
制限動作可能状態に遷移してからの経過時間とパフォーマンスレベルとの関係をリソースごとに示すパフォーマンスレベルデータを記憶するパフォーマンスレベルデータ記憶部と、
前記シミュレーション演算部によるシミュレーションにおいて制限動作可能状態に遷移したリソースに対して、前記パフォーマンスレベルデータに基づき、制限動作可能状態に遷移した後のパフォーマンスレベルの経時変化を演算するパフォーマンスレベル演算部を有することを特徴とする情報処理装置。
前記シミュレーション演算部は、
前記依存先定義リソースを含む前記複数のリソースに対して、障害発生から復旧までの状態遷移の過程及び障害発生時の縮退過程における状態遷移の過程の少なくともいずれかを各状態遷移の遷移時刻とともに示す状態遷移シミュレーション情報を生成することを特徴とする請求項１又は２に記載の情報処理装置。
前記シミュレーション演算部は、
前記独立状態遷移時刻において下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を行った結果、いずれかの依存先定義リソースにおいて前記特定の状態遷移の遷移条件が満たされていると判断した場合に、前記独立状態遷移時刻を当該依存先定義リソースにおける前記特定の状態遷移の遷移時刻とすることを特徴とする請求項１に記載の情報処理装置。
前記シミュレーション演算部は、
独立状態遷移時刻に加えて、いずれかの依存先定義リソースに対して導出された状態遷移時刻である導出状態遷移時刻においても、下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を繰り返して、各依存先定義リソースの状態を判定するとともに、状態遷移の遷移時刻を導出することを特徴とする請求項１に記載の情報処理装置。
前記シミュレーション演算部は、
いずれかの依存先定義リソースに対して導出された導出状態遷移時刻において下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を行った結果、いずれかの依存先定義リソースにおいて前記特定の状態遷移の遷移条件が満たされていると判断した場合に、前記導出状態遷移時刻を当該依存先定義リソースにおける前記特定の状態遷移の遷移時刻とすることを特徴とする請求項５に記載の情報処理装置。
前記依存関係データ記憶部は、
業務に用いられる複数のリソース間の依存関係を定義する依存関係データを記憶し、
前記シミュレーション演算部は、
前記依存先定義リソースを含む前記複数のリソースの障害発生からの状態遷移の過程及び各状態遷移の遷移時刻に基づき、前記業務の障害発生からの状態遷移の過程及び各状態遷移の遷移時刻を導出し、前記業務の障害発生からの状態遷移の過程及び各状態遷移の遷移時刻を示す状態遷移シミュレーション情報を生成することを特徴とする請求項１又は２に記載の情報処理装置。
前記情報処理装置は、更に、
前記シミュレーション演算部により生成された状態遷移シミュレーション情報に基づき、前記業務及び各リソースの障害発生からの状態遷移の過程及び各状態遷移の遷移時刻をグラフィカルに表すグラフィック情報を生成し、所定の表示装置に出力するグラフィック情報生成部を有することを特徴とする請求項７に記載の情報処理装置。
前記グラフィック情報生成部は、
前記シミュレーション演算部により生成された状態遷移シミュレーション情報に基づき、前記業務及び各リソースの状態を時刻別に表す時刻別状態情報を生成することを特徴とする請求項８に記載の情報処理装置。
前記情報処理装置は、更に、
前記依存関係データに示されているいずれかのリソースを被代替リソースとして示すとともに被代替リソースを代替する代替リソースを示し、代替リソースと他のリソースとの依存関係を定義する代替リソースデータを記憶する代替リソースデータ記憶部を有し、
前記状態遷移データ記憶部は、
代替リソースについて、障害が発生した際に想定される状態遷移の過程を示す状態遷移データを記憶し
前記シミュレーション演算部は、前記代替リソースデータに示されている被代替リソースを代替リソースに変更して、リソースごとに前記状態遷移データに示される状態遷移の過程をシミュレートすることを特徴とする請求項１又は２に記載の情報処理装置。
前記代替リソースデータ記憶部は、
被代替リソースから代替リソースへの切替時刻を示す代替リソースデータを記憶し、
前記シミュレーション演算部は、
前記切替時刻の到来前は被代替リソースを用いたシミュレーションを行い、前記切替時刻が到来した際に代替リソースに切り替えてシミュレーションを行うことを特徴とする請求項１０に記載の情報処理装置。
前記代替リソースデータ記憶部は、
被代替リソースから代替リソースに変更した場合に生じるコストを示す代替リソースデータを記憶し、
前記情報処理装置は、更に、
前記シミュレーション演算部が被代替リソースから代替リソースに変更してシミュレーションを行う場合に、前記代替リソースデータに基づき代替リソースへの変更により生じるコストを示す代替リソースコスト情報を生成する代替リソースコスト情報生成部を有することを特徴とする請求項１０に記載の情報処理装置。
他のリソースとの間に依存関係のある複数のリソースを示すとともに、前記複数のリソース間の依存関係を定義する依存関係データを所定の記憶領域から読み出す依存関係データ読み出し処理と、
障害が発生した際に想定される障害発生からの状態遷移の過程をリソースごとに示すとともに、前記依存関係データに依存先リソースが定義されている依存先定義リソースに対して、後続の状態遷移がある特定の状態遷移について前記特定の状態遷移の遷移条件を依存先リソースの状態に関連付けて定義し、前記特定の状態遷移に後続する各状態遷移の遷移タイミングを前記特定の状態遷移の遷移時刻からの時間差として定義する状態遷移データを所定の記憶領域から読み出す状態遷移データ読み出し処理と、
前記状態遷移データに示される状態遷移の過程をリソースごとに障害発生時刻からシミュレートするとともに、前記依存先定義リソースに対して、依存先リソースの状態に基づき前記特定の状態遷移の遷移条件が満たされているか否かを判断し、前記特定の状態遷移の遷移条件が満たされている場合に障害発生時刻からの時間差に基づき前記特定の状態遷移の遷移時刻を導出し、導出した前記特定の状態遷移の遷移時刻と前記状態遷移データに定義されている各状態遷移の遷移タイミングに基づき、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出するシミュレーション演算処理をコンピュータに実行させるプログラムであって、
前記シミュレーション演算処理では、
前記コンピュータに、
前記依存関係データに基づき、いずれのリソースからも依存されていない依存先定義リソースである上端リソースから順に依存先リソースを辿って依存先リソースを持たない下端リソースを抽出し、
抽出した下端リソースの状態を判定し、下端リソースの状態に基づき、下端リソースを依存先リソースとしている依存先定義リソースにつき前記特定の状態遷移の遷移条件が満たされているか否かを判断して当該依存先定義リソースの状態を判定し、前記特定の状態遷移の遷移条件が満たされている場合に前記特定の状態遷移の遷移時刻を導出するとともに、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出し、
下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を繰り返して、各依存先定義リソースの状態を判定するとともに、状態遷移の遷移時刻を導出する処理を行わせ、
前記状態遷移データ読み出し処理では、
前記コンピュータに、
いずれかのリソースにおいて他のリソースの状態とは無関係に状態遷移が発生する独立状態遷移時刻を障害発生時刻からの時間差として記述している状態遷移データを読み出す処理を行わせ、
前記シミュレーション演算処理では、
前記コンピュータに、
前記状態遷移データに記述されている独立状態遷移時刻において、下端リソースから上端リソースの方向に順に依存先定義リソースを辿って依存先定義リソースごとに前記特定の状態遷移の遷移条件が満たされているか否かを判断する動作を繰り返して、各依存先定義リソースの状態を判定するとともに、状態遷移の遷移時刻を導出する処理を行わせることを特徴とするプログラム。
他のリソースとの間に依存関係のある複数のリソースを示すとともに、前記複数のリソース間の依存関係を定義する依存関係データを所定の記憶領域から読み出す依存関係データ読み出し処理と、
障害が発生した際に想定される障害発生からの状態遷移の過程をリソースごとに示すとともに、前記依存関係データに依存先リソースが定義されている依存先定義リソースに対して、後続の状態遷移がある特定の状態遷移について前記特定の状態遷移の遷移条件を依存先リソースの状態に関連付けて定義し、前記特定の状態遷移に後続する各状態遷移の遷移タイミングを前記特定の状態遷移の遷移時刻からの時間差として定義する状態遷移データを所定の記憶領域から読み出す状態遷移データ読み出し処理と、
前記状態遷移データに示される状態遷移の過程をリソースごとに障害発生時刻からシミュレートするとともに、前記依存先定義リソースに対して、依存先リソースの状態に基づき前記特定の状態遷移の遷移条件が満たされているか否かを判断し、前記特定の状態遷移の遷移条件が満たされている場合に障害発生時刻からの時間差に基づき前記特定の状態遷移の遷移時刻を導出し、導出した前記特定の状態遷移の遷移時刻と前記状態遷移データに定義されている各状態遷移の遷移タイミングに基づき、前記特定の状態遷移に後続する各状態遷移の遷移時刻を導出するシミュレーション演算処理をコンピュータに実行させるプログラムであって、
前記状態遷移データ読み出し処理では、
前記コンピュータに、
リソースの状態として、パフォーマンスが制限されているが動作可能なことを示す制限動作可能状態が含まれる状態遷移データを読み出す処理を行わせ、
前記プログラムは、更に、
制限動作可能状態に遷移してからの経過時間とパフォーマンスレベルとの関係をリソースごとに示すパフォーマンスレベルデータを読み出すパフォーマンスレベルデータ読み出し処理と、
前記シミュレーション演算処理によるシミュレーションにおいて制限動作可能状態に遷移したリソースに対して、前記パフォーマンスレベルデータに基づき、制限動作可能状態に遷移した後のパフォーマンスレベルの経時変化を演算するパフォーマンスレベル演算処理とを前記コンピュータに実行させることを特徴とするプログラム。