(57)【要約】【課題】事業の復旧時間を目標時間以下とするための最適な対策の組合せを効率よく選択すること。【解決手段】所定の事象が発生した場合における事業の復旧時間を目標時間以下とするための対策の組合せを対策データ１５６から選択する対策選択装置１００は、業務要素関連情報１５２に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出部１４１と、リソースパス抽出部１４１によって抽出された全てのパスにおいて、リソースの復旧時間の合計が目標時間以下となるように、対策の選択処理を制御する対策選択処理制御部１４３とを備える。【選択図】        図２
2008217356.tif 000002
【特許請求の範囲】
【請求項１】
事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択プログラムであって、
前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出手順と、
前記リソースパス抽出手順によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御手順と
をコンピュータに実行させることを特徴とする対策選択プログラム。
【請求項２】
前記リソースパス抽出手順によって抽出されたパスから、リソースの復旧時間の合計が最大のパスを選択するクリティカルパス抽出手順と、
前記クリティカルパス抽出手順によって選択されたパスに含まれるリソースと対応付けされている対策のうち、効果が最大のものを前記対策情報に含まれる対策から選択し、選択された対策による復旧時間の短縮を、該対策に対応するリソースに反映させる最適対策選択手順とをさらにコンピュータに実行させ、
前記対策選択処理制御手順は、前記リソースパス抽出手順によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるまで、前記クリティカルパス抽出手順と前記最適対策選択手順に繰り返し処理を実行させることを特徴とする請求項１に記載の対策選択プログラム。
【請求項３】
前記対策情報は、対策を実施するために必要なコストを、対策と対応付けて保持し、
前記最適対策選択手順は、前記クリティカルパス抽出手順によって選択されたパスに含まれるリソースと対応付けされている対策のうち、コスト対効果が最大のものを前記対策情報に含まれる対策から選択することを特徴とする請求項２に記載の対策選択プログラム。
【請求項４】
前記最適対策選択手順は、当該の対策と同種のリソースと対応付けされており、当該の対策と同種である対策を選択した回数が多いほど、当該の対策の効果を小さく評価することを特徴とする請求項２または３に記載の対策選択プログラム。
【請求項５】
事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択装置であって、
前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出手段と、
前記リソースパス抽出手段によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御手段と
を備えたことを特徴とする対策選択装置。
【請求項６】
事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択方法であって、
前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出工程と、
前記リソースパス抽出工程によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御工程と
を含んだことを特徴とする対策選択方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、所定の事象が発生した場合における事業の復旧時間を目標時間以下とするための対策の組合せを選択する対策選択プログラム、対策選択装置および対策選択方法に関し、特に、事業の復旧時間を目標時間以下とするための最適な対策の組合せを効率よく選択することができる対策選択プログラム、対策選択装置および対策選択方法に関する。
【背景技術】
【０００２】
従来より、業務の把握や改善を目的として、業務内容をモデル化し、ダイアグラム等の形で可視化する技術が知られている。例えば、特許文献１には、ワークフローを可視化する技術が開示されており、特許文献２には、企業活動を最適化することを目的として、事業内容をモデル化する技術が開示されている。
【０００３】
こうした業務のモデル化の目的の一つとして、事業継続性計画（ＢＣＰ：Business Continuity Plan）の策定がある。事業継続性計画とは、各種リスクの発生時に、事業をできるだけ中断させることなく継続させるための計画である。事業継続性計画の策定に当たっては、一般に、インフルエンスダイアグラムと呼ばれるダイアグラムが作成され、このダイアグラムに基づいて、課題の抽出や対策の立案が行われる。
【０００４】
事業継続性計画において用いられるインフルエンスダイアグラムは、事業に含まれるプロセスと、プロセスを遂行するために必要なリソースの依存関係を所定の形式で表現したものであり、このダイアグラムを用いることにより、いずれかのリソースに障害が発生した場合に事業の継続にどれだけ影響があるかを容易にシミュレートすることが可能になる。
【０００５】
【特許文献１】特開２００３−３０８４２１号公報
【特許文献２】特開２００６−０４８１４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、インフルエンスダイアグラムに基づいて事業継続性計画を策定するためには、取り得る対策の組合せの中から最適な組合せを選択する必要がある。しかしながら、事業規模が大きい場合には、取り得る対策の組合せが膨大に存在し、また、インフルエンスダイアグラムに含まれるリソースの依存関係が複雑になるために、対策の評価に手間がかかり、最も効果的な対策の組合せを選択することが非常に困難であった。
【０００７】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、事業の復旧時間を目標時間以下とするための最適な対策の組合せを効率よく選択することができる対策選択プログラム、対策選択装置および対策選択方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、本発明の一つの態様では、事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択プログラムであって、前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出手順と、前記リソースパス抽出手順によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御手順とをコンピュータに実行させることを特徴とする。
【０００９】
また、本発明の他の態様では、上記の発明の態様において、前記リソースパス抽出手順によって抽出されたパスから、リソースの復旧時間の合計が最大のパスを選択するクリティカルパス抽出手順と、前記クリティカルパス抽出手順によって選択されたパスに含まれるリソースと対応付けされている対策のうち、効果が最大のものを前記対策情報に含まれる対策から選択し、選択された対策による復旧時間の短縮を、該対策に対応するリソースに反映させる最適対策選択手順とをさらにコンピュータに実行させ、前記対策選択処理制御手順は、前記リソースパス抽出手順によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるまで、前記クリティカルパス抽出手順と前記最適対策選択手順に繰り返し処理を実行させることを特徴とする。
【００１０】
これらの発明の態様によれば、インフルエンスダイアグラムを構成するリソースのパスを抽出し、パス単位で復旧時間を改善することにより全体の復旧時間の改善が実現されるようにしたので、インフルエンスダイアグラムに表現された事業内容が複雑であっても、効率よく最適な対策の組合せを選択することができる。
【００１１】
また、本発明の他の態様では、上記の発明の態様において、前記対策情報は、対策を実施するために必要なコストを、対策と対応付けて保持し、前記最適対策選択手順は、前記クリティカルパス抽出手順によって選択されたパスに含まれるリソースと対応付けされている対策のうち、コスト対効果が最大のものを前記対策情報に含まれる対策から選択することを特徴とする。
【００１２】
この発明の態様によれば、コスト対効果に基づいて対策を評価することとしたので、コスト対効果のバランスが最も優れた対策の組合せを選択することができる。
【００１３】
また、本発明の他の態様では、上記の発明の態様において、前記最適対策選択手順は、当該の対策と同種のリソースと対応付けされており、当該の対策と同種である対策を選択した回数が多いほど、当該の対策の効果を小さく評価することを特徴とする。
【００１４】
この発明の態様によれば、同種の対策を選択済みである場合には、対策の効果を小さく評価することとしたので、同種の対策を重複適用した場合の効果の減少を、対策の選択に適正に反映させることができる。
【００１５】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１６】
本発明の一つの態様によれば、インフルエンスダイアグラムを構成するリソースのパスを抽出し、パス単位で復旧時間を改善することにより全体の復旧時間の改善が実現されるようにしたので、インフルエンスダイアグラムに表現された事業内容が複雑であっても、効率よく最適な対策の組合せを選択することができるという効果を奏する。
【００１７】
また、本発明の一つの態様によれば、コスト対効果に基づいて対策を評価することとしたので、コスト対効果のバランスが最も優れた対策の組合せを選択することができるという効果を奏する。
【００１８】
また、本発明の一つの態様によれば、同種の対策を選択済みである場合には、対策の効果を小さく評価することとしたので、同種の対策を重複適用した場合の効果の減少を、対策の選択に適正に反映させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、本発明に係る対策選択プログラム、対策選択装置および対策選択方法の好適な実施の形態を詳細に説明する。
【実施例】
【００２０】
まず、事業継続性計画において用いられるインフルエンスダイアグラムについて説明する。図１は、インフルエンスダイアグラムの一例を示す図である。同図に示すように、事業継続性計画において用いられるインフルエンスダイアグラムは、事業に含まれるプロセスと、それらのプロセスを遂行するために必要なリソースの依存関係をダイアグラム化したものであり、事業を継続する中で発生する各種リスクの影響を復旧時間として評価するために用いられる。
【００２１】
インフルエンスダイアグラムにおいては、ひし形は評価ノードを表し、矩形は確定ノードを表し、楕円は不確定ノードを表し、六角形は効能ノードを表す。評価ノードは、リスクの影響が評価されるノードである。確定ノードは、下位のノードへの影響が確定することにより、自ノードへの影響が確定するノードであり、不確定ノードは、リスクに応じて受ける影響の大きさが変動するノードである。そして、効能ノードは、所定の効能をもつノードであり、この例では、最大値を選択する「ＭＡＸ」という効能ノードと、最小値を選択する「ＭＩＮ」という効能ノードが用いられている。
【００２２】
ここで、プロセスとリソースについて考えると、何らかのリスクが発生した場合、そのリスクによって直接に影響を受けるのはリソースであり、プロセスの復旧時間は、そのプロセスが依存しているリソースの復旧時間によって決定される。より具体的には、プロセスの復旧には、そのプロセスが依存している全てのリソースの復旧が必要であるため、プロセスの復旧時間は、そのプロセスが依存しているリソースの復旧時間の最大値と一致することになる。そこで、図１の例では、確定ノードとして表されたプロセスが、「ＭＡＸ」という効能ノードを経由して、不確定ノードとして表されたリソースと接続されるように図示されている。
【００２３】
また、リスクの影響の大きさを最終的に評価する対象である事業の復旧時間は、その事業に含まれる各プロセスの復旧時間の最大値となる。そこで、図１の例では、評価ノードとして表された事業が、「ＭＡＸ」という効能ノードを経由して、確定ノードとして表されたプロセスと接続されるように図示されている。
【００２４】
また、代替可能なプロセスやリソースがある場合には、代替関係にあるプロセスやリソースのいずれか１つが復旧すれば機能が復旧することになる。そこで、代替関係にあるプロセスやリソースを表すノードは、「ＭＩＮ」という効能ノードを経由して、上位のノードと接続されるように図示される。例えば、「現用系サーバ」というリソースと「待機系サーバ」というリソースは、代替関係にあるため、これらのリソースを表す不確定ノードは、「ＭＩＮ」という効能ノードを経由して、上位の「製造管理サーバ機能」という確定ノードと接続されている。
【００２５】
また、あるリソースが機能を果たすには、他のリソースの機能が必要になる場合がある。このようにリソース間で依存関係がある場合には、依存関係にあるリソース同士が接続された形で図示される。例えば、「原材料」というリソースは、「輸送手段」というリソースに依存しているため、「原材料」というリソースを表す不確定ノードは、「輸送手段」というリソースを表す不確定ノードと接続されている。
【００２６】
この例では、「原材料」というリソースは、「輸送手段」というリソースが復旧しなければ復旧することができないため、「原材料」というリソースの復旧時間は、「原材料」というリソースそのものの復旧時間に「輸送手段」というリソースの復旧時間を加算した値として評価される。
【００２７】
このようなインフルエンスダイアグラムを作成することにより、リスク発生時の事業の復旧時間を演算により求めることが可能になる。具体的には、図１に示した「製造業務」の復旧時間（ＲＴ：Recovery Time）は、以下の式で求めることができる。
【００２８】
「製造業務」のＲＴ
＝ＭＡＸ（「製造プロセス」のＲＴ、「製品検査プロセス」のＲＴ）
＝ＭＡＸ（
ＭＡＸ（
「原材料」のＲＴ＋「輸送手段」のＲＴ、
「製造管理サーバ機能」のＲＴ
）、
ＭＡＸ（
「品質検査装置」のＲＴ＋「商用電源」のＲＴ、
「検査管理システム」のＲＴ＋「商用電源」のＲＴ
）
）
＝ＭＡＸ（
ＭＡＸ（
「原材料」のＲＴ＋「輸送手段」のＲＴ、
ＭＩＮ（
「現用系サーバ」のＲＴ＋「商用電源」のＲＴ、
「待機系サーバ」のＲＴ＋「商用電源」のＲＴ
）
）、
ＭＡＸ（
「品質検査装置」のＲＴ＋「商用電源」のＲＴ、
「検査管理システム」のＲＴ＋「商用電源」のＲＴ
）
）
【００２９】
図１に示したインフルエンスダイアグラムは、説明の便宜上、単純な構成となっているが、実際の事業を表すインフルエンスダイアグラムは、これよりもかなり複雑であり、復旧時間を算出する式も複雑になる。そのような複雑なモデルを対象として、膨大に存在する対策の組合せの中から、最適な組合せを探り当てることは非常に困難である。
【００３０】
ここで、最小値が最大値を上回ることはないことに注目すると、上記の式は、
「製造業務」のＲＴ
≦ＭＡＸ（
ＭＡＸ（
「原材料」のＲＴ＋「輸送手段」のＲＴ、
ＭＡＸ（
「現用系サーバ」のＲＴ＋「商用電源」のＲＴ、
「待機系サーバ」のＲＴ＋「商用電源」のＲＴ
）
）、
ＭＡＸ（
「品質検査装置」のＲＴ＋「商用電源」のＲＴ、
「検査管理システム」のＲＴ＋「商用電源」のＲＴ
）
）
と変形することができ、この式をさらに変形することにより、
「製造業務」のＲＴ
≦ＭＡＸ（
「原材料」のＲＴ＋「輸送手段」のＲＴ、
「現用系サーバ」のＲＴ＋「商用電源」のＲＴ、
「待機系サーバ」のＲＴ＋「商用電源」のＲＴ
「品質検査装置」のＲＴ＋「商用電源」のＲＴ、
「検査管理システム」のＲＴ＋「商用電源」のＲＴ
）
という式が得られる。
【００３１】
ここで、ＭＡＸの各要素は、インフルエンスダイアグラムに含まれるノードを、依存関係に従って、最上位から末端まで結んだ各パス上にあるリソースの復旧時間の合計となっている例えば、１番目の要素は、「製造業務」→「ＭＡＸ」→「製造プロセス」→「ＭＡＸ」→「原材料」→「輸送手段」というパスに含まれる「原材料」というリソースと「輸送手段」というリソースの復旧時間の合計となっている。また、５番目の要素は、「製造業務」→「ＭＡＸ」→「製品検査プロセス」→「ＭＡＸ」→「検査管理システム」→「商用電源」というパスに含まれる「検査管理システム」というリソースと「商用電源」というリソースの復旧時間の合計となっている。
【００３２】
すなわち、上記の式は、事業の復旧時間は、インフルエンスダイアグラムに含まれるノードを、依存関係に従って、最上位から末端まで結んだ各パス上にあるリソースの復旧時間の合計の最大値を上回ることがないことを示している。したがって、事業の復旧時間をある目標よりも短くするには、上記のパス毎にリソースの復旧時間の合計を算出したときに、その最大値が目標を下回るように、対策を選択すればよいことになる。
【００３３】
このようにモデルを単純化することにより、対策の効果を評価することが容易になり、膨大に存在する組合せの対策の中から、必要な改善を得るための最適な組合せを効率よく選択することが可能になる。
【００３４】
次に、本実施例に係る対策選択装置１００の構成について説明する。対策選択装置１００は、地震等のリスクが発生した場合に想定される事業の復旧時間である現状復旧時間（以下「ＲＴＣ：Recovery Time Capability」という）が目標復旧時間（以下、「ＲＴＯ：Recovery Time Objective」という）を下回るようにするための最適な対策の組合せを選択する装置である。
【００３５】
図２は、本実施例に係る対策選択装置１００の構成を示す機能ブロック図である。同図に示すように、対策選択装置１００は、表示部１１０と、入力部１２０と、ネットワークインターフェース部１３０と、制御部１４０と、記憶部１５０とを有する。
【００３６】
表示部１１０は、各種情報を表示する装置であり、液晶表示装置等からなる。入力部１２０は、利用者が各種指示等を入力する装置であり、キーボードやマウス等からなる。ネットワークインターフェース部１３０は、ネットワークを介して他の装置と情報等をやりとりするためのインターフェースである。
【００３７】
制御部１４０は、対策選択装置１００を全体制御する制御部であり、リソースパス抽出部１４１と、復旧時間初期設定部１４２と、対策選択処理制御部１４３と、現状復旧時間算出部１４４と、クリティカルパス選択部１４５と、最適対策選択部１４６と、効果係数取得部１４７と、結果出力部１４８とを有する。
【００３８】
記憶部１５０は、各種情報を記憶する記憶部であり、業務要素データ１５１と、業務要素関連データ１５２と、リソースマスタ１５３と、リソースパスデータ１５４と、シナリオデータ１５５と、対策データ１５６と、最適対策データ１５７と、対策効果マスタ１５８とを記憶する。
【００３９】
以下、制御部１４０の各部の詳細について説明する。リソースパス抽出部１４１は、インフルエンスダイアグラムを構成するデータである業務要素データ１５１および業務要素関連データ１５２からリソースパスを抽出し、リソースパスデータ１５４に格納する処理部である。ここで、リソースパスとは、インフルエンスダイアグラムに含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを意味する。
【００４０】
図３は、業務要素データ１５１の一例を示す図である。同図に示すように、業務要素データ１５１は、要素ＩＤ、名前、種別、リソースＩＤといった項目を有し、インフルエンスダイアグラムのノード毎に行が登録される。要素ＩＤは、ノードを識別するための識別番号である。名前は、ノードの名前であり、インフルエンスダイアグラムにおいてノードのシンボル内に表示される文字列と同じ値となる。
【００４１】
種別は、ノードの種別であり、「評価ノード」、「確定ノード」、「不確定ノード」もしくは「効用ノード」のいずれか１つの値をとる。リソースＩＤは、種別の値が「不確定ノード」の場合、すなわち、ノードがリソースである場合に設定され、後述するリソースマスタ１５３のリソースＩＤに対応する。
【００４２】
図４は、業務要素関連データ１５２の一例を示す図である。同図に示すように、業務要素関連データ１５２は、上位要素ＩＤと、下位要素ＩＤといった項目を有し、各行が、インフルエンスダイアグラムにおけるノード間の接続を表す。上位要素ＩＤおよび下位要素ＩＤは、業務要素データ１５１の要素ＩＤと対応する。
【００４３】
図５は、リソースマスタ１５３の一例を示す図である。同図に示すように、リソースマスタ１５３は、リソースＩＤ、リソース名、リソース種別といった項目を有し、インフルエンスダイアグラムに追加可能なリソースの一覧が予め登録されたマスタである。リソースＩＤは、リソースを識別するための識別番号であり、リソース名は、リソースの名前であり、リソース種別は、リソースの種別である。
【００４４】
リソースパス抽出部１４１は、業務要素関連データ１５２を参照して、評価ノードから下位へ向かうパスを全て探索し、それらのパスに含まれるノードのうち、リソースを表すノード、すなわち、種別が「不確定ノード」であるノードの情報をパスと関連付けてリソースパスデータ１５４に格納する。
【００４５】
図６は、リソースパスデータ１５４の一例を示す図である。同図に示すように、リソースパスデータ１５４は、リソースパスＩＤ、リソースＩＤ、リソースＲＴといった項目を有し、リソースパスＩＤ毎にリソースＩＤとリソースＲＴの組合せを複数登録することができるように構成されている。リソースパスＩＤは、リソースパスを識別するための識別番号である。リソースＩＤは、リソースパスに含まれるリソースを示す識別番号であり、リソースマスタ１５３のリソースＩＤと対応する。リソースＲＴは、所定のリスクが発生した場合に、当該のリソースが復旧に要する時間であり、リソースパス抽出部１４１によって初期値として０が設定される。
【００４６】
図６に示したリソースパスデータ１５４には、５種類のリソースパスＩＤが格納されており、このことは、評価ノードと末端の不確定ノードの間を結ぶパスが合計５本存在することを示している。また、「Ｐ００１」というリソースパスＩＤには、「Ｒ００１」と「Ｒ００２」という２つのリソースＩＤが対応付けられており、このことは、「Ｐ００１」というリソースパスＩＤが示すリソースパスには、「Ｒ００１」と「Ｒ００２」というリソースＩＤで識別される２つのリソースが含まれることを示している。
【００４７】
なお、図３および４に示した業務要素データ１５１および業務要素関連データ１５２の例は、図１に示したインフルエンスダイアグラムを構成するためのデータを示したものであり、図６に示したリソースパスデータ１５４の例は、これらのデータから抽出されたリソースパスを示したものである。
【００４８】
復旧時間初期設定部１４２は、シナリオデータ１５５に基づいて、リソースパスデータ１５４のリソースＲＴの項目に、所定のリスクが発生した場合に当該のリソースが復旧に要する時間を設定する処理部である。シナリオデータ１５５は、ある種のリスク（例えば、火災や地震等）が発生した場合に必要であると想定される復旧時間が、予めリソース毎に登録されたデータである。
【００４９】
図７は、シナリオデータ１５５の一例を示す図である。同図に示すように、シナリオデータ１５５は、リソースＩＤ、リソースＲＴといった項目を有し、リソース毎に行が登録される。リソースＩＤは、リソースを識別するための識別番号であり、リソースマスタ１５３のリソースＩＤと対応する。リソースＲＴは、リスク発生時に当該のリソースが復旧に要する時間である。
【００５０】
復旧時間初期設定部１４２は、リソースＩＤをキーにして、リソースパスデータ１５４とシナリオデータ１５５を照合し、リソースＲＴの値をシナリオデータ１５５からリソースパスデータ１５４へ転記する。
【００５１】
対策選択処理制御部１４３は、リソースパスデータ１５４に含まれる全てのリソースパスのＲＴＣがＲＴＯを下回るまで、現状復旧時間算出部１４４、クリティカルパス選択部１４５および最適対策選択部１４６に繰り返し処理を実行させる制御部である。
【００５２】
現状復旧時間算出部１４４は、リソースパスデータ１５４に含まれる各パスのＲＴＣを算出する処理部である。具体的には、現状復旧時間算出部１４４は、リソースパスデータ１５４に含まれるリソースＲＴをリソースパス毎に合計し、その合計値をそのリソースパスのＲＴＣとする。クリティカルパス選択部１４５は、現状復旧時間算出部１４４によって算出された各リソースパスのＲＴＣを比較して、ＲＴＣが最も大きいリソースパスを選択する処理部である。
【００５３】
最適対策選択部１４６は、現状復旧時間算出部１４４によって選択されたリソースパスに含まれるリソースに対して適用可能な対策のうちで最も効果が大きいものを対策データ１５６から選択し、最適対策データ１５７に格納する処理部である。対策データ１５６は、リソースと対応付けされている対策とその効果等が予め登録されたデータである。
【００５４】
図８は、対策データ１５６の一例を示す図である。同図に示すように、対策データ１５６は、対策ＩＤ、対策名、対策種別、リソースＩＤ、コスト、対策後ＲＴといった項目を有し、対策毎に行が登録される。対策ＩＤは、対策を識別するための識別番号であり、対策名は、対策の名前であり、対策種別は、対策の種別を表す。リソースＩＤは、当該の対策が対象とするリソースを示す識別番号であり、リソースマスタ１５３のリソースＩＤと対応する。コストは、当該の対策を実施するためのコストであり、対策後ＲＴは、当該の対策の実施後におけるリソースの復旧時間である。
【００５５】
なお、図８の例では、対策によってリソースの復旧時間がどれだけ減少するかを表現するため、対策後ＲＴの項目に対策実施後の復旧時間を設定することとしているが、この項目に代えて、対策によって減少する復旧時間の長さや減少率を設定する項目を設けることとしてもよい。
【００５６】
最適対策選択部１４６は、現状復旧時間算出部１４４によって選択されたリソースパスに含まれるリソースを１つずつ抜き出し、抜き出したリソースを適用対象としている各対策の効果の評価値Ｅを以下の式によって算出する。
Ｅ  ＝  ΔＴ×Ｎ／Ｃ×Ｚ
【００５７】
ここで、ΔＴは、対策によって短縮されるリソースの復旧時間の長さであり、具体的には、現状におけるリソースの復旧時間、すなわち、リソースパスデータ１５４に格納されている当該のリソースのリソースＲＴの値と、対策実行後におけるリソースの復旧時間、すなわち、対策データ１５６に格納されている当該の対策の対策後ＲＴの値との差である。
【００５８】
また、Ｎは、当該のリソースがリソースパスデータ１５４に含まれている件数である。例えば、図１に示したインフルエンスダイアグラムの例では、「商用電源」というリソースは、４つのパスを通じて上位のリソースと接続されており、図６に示したリソースパスデータ１５４の例では、このリソースを表す「Ｒ００５」というリソースＩＤが４個存在している。
【００５９】
このように他のリソースパスと共有されているリソースに対策を実行し、そのリソースの復旧期間を短縮させると、その効果は、そのリソースが共有されている他のリソースパスにも及ぶ。このため、上記の式では、対策によって短縮されるリソースの復旧時間の長さにそのリソースの被共有数を乗じて、他のリソースパスと共有されているリソースに対する対策の効果を高く評価することとしている。
【００６０】
また、Ｃは、当該の対策を実施するためのコストであり、具体的には、対策データ１５６に格納されている当該の対策のコストの値である。上記の式では、対策によって短縮されるリソースの復旧時間の長さをコストで割ることにより、費用に対する効果の大きさを評価することができるようになっている。
【００６１】
また、Ｚは、効果係数である。効果係数とは、同種のリソースに対して同種の対策を複数回実行した場合における効果の減少率を示す係数であり、効果係数取得部１４７によって取得される。例えば、電源供給を復旧させるための対策は、非常用の自家発電設備を設ける、無停電停止装置を導入する等様々なものがあるが、これらを重畳して適用すると、次第に得られる効果は少なくなっていく。効果係数を用いることにより、このような類似する対策の重畳適用の効果を適正化することができる。
【００６２】
なお、上記の式は一例であり、目的に応じて適宜変更することとしてよい。例えば、対策の選択にあたってコストを低く抑えることが重要であれば、Ｃの代わりに、コストを２乗した値を用いることとしてもよい。
【００６３】
最適対策選択部１４６は、現状復旧時間算出部１４４によって選択されたリソースパスに含まれるリソースに対して実行可能な全ての対策の効果を上記の式を用いて評価し、最も高い評価値が得られた対策に関する情報を最適対策データ１５７に格納し、さらに、リソースパスデータ１５４に含まれる各リソースのリソースＲＴの値を、その対策を実施後の値に書き換える。リソースＲＴの値の書き換えは、具体的には、対策の対象となっているリソースに対応するリソースＲＴの値を、対策後ＲＴの値に置き換えることにより行われる。
【００６４】
図９は、最適対策データ１５７の一例を示す図である。同図に示すように、最適対策データ１５７は、対策ＩＤ、リソースＩＤ、対策種別、リソース種別、評価値、総改善時間、コストといった項目を有し、最適対策選択部１４６によって対策が選択されるたびに、行が追加されていく。
【００６５】
対策ＩＤは、対策を識別するための識別番号であり、対策データ１５６の対策ＩＤに対応する。リソースＩＤは、対策の対象のリソースを示す識別番号であり、リソースマスタ１５３のリソースＩＤに対応する。対策種別は、対策の種別であり、リソース種別は、リソースの種別である。評価値、総改善時間およびコストは、それぞれ、上記の式のＥ、ΔＴ×Ｎ、Ｃである。
【００６６】
効果係数取得部１４７は、最適対策選択部１４６が効果を評価しようとしている対策の効果係数を対策効果マスタ１５８から取得する処理部である。図１０は、対策効果マスタ１５８の一例を示す図である。同図に示すように、対策効果マスタ１５８は、対策種別、リソース種別、効果係数といった項目を有し、対策種別とリソース種別の組合せ毎に異なる効果係数を登録できるように構成されている。また、効果係数は、０回、１回、２回、３回以降と、回数に応じた値が設定できるように構成されている。
【００６７】
効果係数取得部１４７は、最適対策データ１５７を参照して、最適対策選択部１４６が効果を評価しようとしている対策と対策種別が同一で、かつ、その対策が対象としているリソースとリソース種別が同一の行の件数をカウントすることにより、類似する対策が最適対策データ１５７によって既に選択されている回数を取得する。そして、対策効果マスタ１５８を参照して、対策種別とリソース種別が一致する行の該当する回数の効果係数を取得する。
【００６８】
結果出力部１４８は、リソースパスデータ１５４に含まれる全てのリソースパスのＲＴＣがＲＴＯを下回り、ＲＴＯが達成された後に、最適対策データ１５７の内容を出力する処理部である。なお、出力の形式は、目的に応じて適宜変更することができるものとする。
【００６９】
次に、対策選択装置１００の処理手順について説明する。図１１は、対策選択装置１００の処理手順を示すフローチャートである。同図に示すように、まず、対策選択装置１００は、入力部１２０等を通じてＲＴＯを取得する（ステップＳ１０１）。続いて、リソースパス抽出部１４１が、業務要素データ１５１および業務要素関連データ１５２からリソースパスを抽出してリソースパスデータ１５４に格納し（ステップＳ１０２）、復旧時間初期設定部１４２が、各リソースにシナリオデータ１５５中の復旧時間を設定する（ステップＳ１０３）。
【００７０】
そして、対策選択処理制御部１４３の指示に従って、現状復旧時間算出部１４４が、各リソースパスのＲＴＣを算出し（ステップＳ１０４）、クリティカルパス選択部１４５が、ＲＴＣの値が最大のリソースパスを選択する（ステップＳ１０５）。ここで、対策選択処理制御部１４３は、ＲＴＯと、選択されたリソースパスのＲＴＣとを比較し（ステップＳ１０６）、ＲＴＣがＲＴＯよりも大きければ（ステップＳ１０７否定）、最適対策選択部１４６に後述する最適対策選択処理を実行させた後（ステップＳ１０８）、ステップＳ１０４から処理を再開させる。
【００７１】
一方、ステップＳ１０６において、ＲＴＣがＲＴＯ以下であった場合は（ステップＳ１０７肯定）、結果出力部１４８が最適対策データ１５７の内容を出力して処理が完了する（ステップＳ１０９）。
【００７２】
図１２は、最適対策選択処理の処理手順を示すフローチャートである。同図に示すように、最適対策選択部１４６は、クリティカルパス選択部１４５によって選択されたリソースパスに含まれるリソースから未選択のものを１つ選択する（ステップＳ２０１）。ここで、未選択のリソースを選択できた場合は（ステップＳ２０２否定）、対策データ１５６からそのリソースに対して実行可能な対策を抽出する（ステップＳ２０３）。
【００７３】
そして、最適対策選択部１４６は、抽出された対策から未選択のものを１つ選択する（ステップＳ２０４）。ここで、未選択の対策を選択できた場合は（ステップＳ２０５否定）、選択された対策を最適対策データ１５７と照合する（ステップＳ２０６）。そして、その対策が既に最適対策データ１５７に登録済みであった場合、すなわち、その対策が既に最適な対策の１つとして選択済みであった場合は（ステップＳ２０７肯定）、重複して選択することを避けるため、ステップＳ２０４に戻って、次の対策の選択を試みる。
【００７４】
一方、選択された対策が最適対策データ１５７に登録されていなければ（ステップＳ２０７否定）、最適対策選択部１４６は、その対策の実施時の総改善時間（上述の式におけるΔＴ×Ｎ）を算出し（ステップＳ２０８）、コスト（上述の式におけるＣ）を取得し（ステップＳ２０９）、効果係数取得部１４７に効果係数（上述の式におけるＺ）を取得させ（ステップＳ２１０）、対策の効果の評価値を算出する（ステップＳ２１１）。
【００７５】
こうして、最適対策選択部１４６は、ステップＳ２０４〜ステップＳ２１１の処理を繰り返し実行し、ステップＳ２０３において抽出された全ての対策の効果を評価し終えたならば（ステップＳ２０５肯定）、ステップＳ２０１に戻って、次の未選択のリソースを選択し、それ以降の処理を再度実行する。
【００７６】
そして、全てのリソースを選択し終えたならば（ステップＳ２０２肯定）、最も評価値の高い対策に関する情報を最適対策データ１５７へ登録し（ステップＳ２１２）、リソースパスデータ１５４のリソースＲＴの値を対策実施後の値に更新して処理を終了する（ステップＳ２１３）。
【００７７】
なお、図２に示した本実施例に係る対策選択装置１００の構成は、本発明の要旨を逸脱しない範囲で種々に変更することができる。例えば、対策選択装置１００の制御部１４０の機能をソフトウェアとして実装し、これをコンピュータで実行することにより、対策選択装置１００と同等の機能を実現することもできる。以下に、制御部１４０の機能をソフトウェアとして実装した対策選択プログラム１０７１を実行するコンピュータの一例を示す。
【００７８】
図１３は、対策選択プログラム１０７１を実行するコンピュータ１０００を示す機能ブロック図である。このコンピュータ１０００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）１０１０と、ユーザからのデータの入力を受け付ける入力装置１０２０と、各種情報を表示するモニタ１０３０と、記録媒体からプログラム等を読み取る媒体読取り装置１０４０と、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース装置１０５０と、各種情報を一時記憶するＲＡＭ（Random Access Memory）１０６０と、ハードディスク装置１０７０とをバス１０８０で接続して構成される。
【００７９】
そして、ハードディスク装置１０７０には、図２に示した制御部１４０と同様の機能を有する対策選択プログラム１０７１と、図２に示した記憶部１５０に記憶される各種データに対応する対策選択用データ１０７２とが記憶される。なお、対策選択用データ１０７２を、適宜分散させ、ネットワークを介して接続された他のコンピュータに記憶させておくこともできる。
【００８０】
そして、ＣＰＵ１０１０が対策選択プログラム１０７１をハードディスク装置１０７０から読み出してＲＡＭ１０６０に展開することにより、対策選択プログラム１０７１は、対策選択プロセス１０６１として機能するようになる。そして、対策選択プロセス１０６１は、対策選択用データ１０７２から読み出した情報等を適宜ＲＡＭ１０６０上の自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種データ処理を実行する。
【００８１】
なお、上記の対策選択プログラム１０７１は、必ずしもハードディスク装置１０７０に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたこのプログラムを、コンピュータ１０００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等を介してコンピュータ１０００に接続される他のコンピュータ（またはサーバ）等にこのプログラムを記憶させておき、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。
【００８２】
上述してきたように、本実施例では、インフルエンスダイアグラムを構成するリソースのパスを抽出し、パス単位で復旧時間を改善することにより全体の復旧時間の改善が実現されるようにしたので、インフルエンスダイアグラムに表現された事業内容が複雑であっても、効率よく最適な対策の組合せを選択することができる。
【００８３】
また、本実施例では、コスト対効果に基づいて対策を評価することとしたので、コスト対効果のバランスが最も優れた対策の組合せを選択することができるという効果を奏する。また、実施例では、同種の対策を選択済みである場合には、対策の効果を小さく評価することとしたので、同種の対策を重複適用した場合の効果の減少を、対策の選択に適正に反映させることができるという効果を奏する。
【００８４】
（付記１）事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択プログラムであって、
前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出手順と、
前記リソースパス抽出手順によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御手順と
をコンピュータに実行させることを特徴とする対策選択プログラム。
【００８５】
（付記２）前記リソースパス抽出手順によって抽出されたパスから、リソースの復旧時間の合計が最大のパスを選択するクリティカルパス抽出手順と、
前記クリティカルパス抽出手順によって選択されたパスに含まれるリソースと対応付けされている対策のうち、効果が最大のものを前記対策情報に含まれる対策から選択し、選択された対策による復旧時間の短縮を、該対策に対応するリソースに反映させる最適対策選択手順とをさらにコンピュータに実行させ、
前記対策選択処理制御手順は、前記リソースパス抽出手順によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるまで、前記クリティカルパス抽出手順と前記最適対策選択手順に繰り返し処理を実行させることを特徴とする付記１に記載の対策選択プログラム。
【００８６】
（付記３）前記対策情報は、対策を実施するために必要なコストを、対策と対応付けて保持し、
前記最適対策選択手順は、前記クリティカルパス抽出手順によって選択されたパスに含まれるリソースと対応付けされている対策のうち、コスト対効果が最大のものを前記対策情報に含まれる対策から選択することを特徴とする付記２に記載の対策選択プログラム。
【００８７】
（付記４）前記最適対策選択手順は、当該の対策と同種のリソースと対応付けされており、当該の対策と同種である対策を選択した回数が多いほど、当該の対策の効果を小さく評価することを特徴とする付記２または３に記載の対策選択プログラム。
【００８８】
（付記５）前記最適対策選択手順は、当該の対策と対応付けされているリソースが、前記リソースパス抽出手順によって抽出されたパスに多く含まれているほど、当該の対策の効果を大きく評価することを特徴とする付記２〜４のいずれか１つに記載の対策選択プログラム。
【００８９】
（付記６）事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択装置であって、
前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出手段と、
前記リソースパス抽出手段によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御手段と
を備えたことを特徴とする対策選択装置。
【００９０】
（付記７）前記リソースパス抽出手段によって抽出されたパスから、リソースの復旧時間の合計が最大のパスを選択するクリティカルパス抽出手段と、
前記クリティカルパス抽出手段によって選択されたパスに含まれるリソースと対応付けされている対策のうち、効果が最大のものを前記対策情報に含まれる対策から選択し、選択された対策による復旧時間の短縮を、該対策に対応するリソースに反映させる最適対策選択手段とをさらに備え、
前記対策選択処理制御手段は、前記リソースパス抽出手段によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるまで、前記クリティカルパス抽出手段と前記最適対策選択手段に繰り返し処理を実行させることを特徴とする付記６に記載の対策選択装置。
【００９１】
（付記８）前記対策情報は、対策を実施するために必要なコストを、対策と対応付けて保持し、
前記最適対策選択手段は、前記クリティカルパス抽出手段によって選択されたパスに含まれるリソースと対応付けされている対策のうち、コスト対効果が最大のものを前記対策情報に含まれる対策から選択することを特徴とする付記７に記載の対策選択装置。
【００９２】
（付記９）前記最適対策選択手段は、当該の対策と同種のリソースと対応付けされており、当該の対策と同種である対策を選択した回数が多いほど、当該の対策の効果を小さく評価することを特徴とする付記７または８に記載の対策選択装置。
【００９３】
（付記１０）前記最適対策選択手段は、当該の対策と対応付けされているリソースが、前記リソースパス抽出手段によって抽出されたパスに多く含まれているほど、当該の対策の効果を大きく評価することを特徴とする付記７〜９のいずれか１つに記載の対策選択装置。
【００９４】
（付記１１）事業を構成する業務と該業務を継続するために必要なリソースの依存関係を示す業務要素関連情報と、所定の事象が発生した場合に復旧に要する復旧時間を前記リソース毎に保持するシナリオ情報と、前記復旧時間を短縮させるための対策とその効果を前記リソース毎に保持する対策情報とに基づいて、前記所定の事象が発生した場合における前記事業の復旧時間を目標時間以下とするための対策の組合せを前記対策情報から選択する対策選択方法であって、
前記業務要素関連情報に含まれるリソースを、依存関係に従って、最上位から末端まで結んだパスを抽出するリソースパス抽出工程と、
前記リソースパス抽出工程によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるように、前記対策の選択処理を制御する対策選択処理制御工程と
を含んだことを特徴とする対策選択方法。
【００９５】
（付記１２）前記リソースパス抽出工程によって抽出されたパスから、リソースの復旧時間の合計が最大のパスを選択するクリティカルパス抽出工程と、
前記クリティカルパス抽出工程によって選択されたパスに含まれるリソースと対応付けされている対策のうち、効果が最大のものを前記対策情報に含まれる対策から選択し、選択された対策による復旧時間の短縮を、該対策に対応するリソースに反映させる最適対策選択工程とをさらに含み、
前記対策選択処理制御工程は、前記リソースパス抽出工程によって抽出された全てのパスにおいて、リソースの復旧時間の合計が前記目標時間以下となるまで、前記クリティカルパス抽出工程と前記最適対策選択工程に繰り返し処理を実行させることを特徴とする付記１１に記載の対策選択方法。
【００９６】
（付記１３）前記対策情報は、対策を実施するために必要なコストを、対策と対応付けて保持し、
前記最適対策選択工程は、前記クリティカルパス抽出工程によって選択されたパスに含まれるリソースと対応付けされている対策のうち、コスト対効果が最大のものを前記対策情報に含まれる対策から選択することを特徴とする付記１２に記載の対策選択方法。
【００９７】
（付記１４）前記最適対策選択工程は、当該の対策と同種のリソースと対応付けされており、当該の対策と同種である対策を選択した回数が多いほど、当該の対策の効果を小さく評価することを特徴とする付記１２または１３に記載の対策選択方法。
【００９８】
（付記１５）前記最適対策選択工程は、当該の対策と対応付けされているリソースが、前記リソースパス抽出工程によって抽出されたパスに多く含まれているほど、当該の対策の効果を大きく評価することを特徴とする付記１２〜１４のいずれか１つに記載の対策選択方法。
【産業上の利用可能性】
【００９９】
以上のように、本発明に係る対策選択プログラム、対策選択装置および対策選択方法は、所定の事象が発生した場合における事業の復旧時間を目標時間以下とするための対策の組合せを選択する場合に有用であり、特に、事業の復旧時間を目標時間以下とするための最適な対策の組合せを効率よく選択することが必要な場合に適している。
【図面の簡単な説明】
【０１００】
【図１】インフルエンスダイアグラムの一例を示す図である。
【図２】本実施例に係る対策選択装置の構成を示す機能ブロック図である。
【図３】業務要素データの一例を示す図である。
【図４】業務要素関連データの一例を示す図である。
【図５】リソースマスタの一例を示す図である。
【図６】リソースパスデータの一例を示す図である。
【図７】シナリオデータの一例を示す図である。
【図８】対策データの一例を示す図である。
【図９】最適対策データの一例を示す図である。
【図１０】対策効果マスタの一例を示す図である。
【図１１】対策選択装置の処理手順を示すフローチャートである。
【図１２】最適対策選択処理の処理手順を示すフローチャートである。
【図１３】対策選択プログラムを実行するコンピュータを示す機能ブロック図である。
【符号の説明】
【０１０１】
１００  対策選択装置
１１０  表示部
１２０  入力部
１３０  ネットワークインターフェース部
１４０  制御部
１４１  リソースパス抽出部
１４２  復旧時間初期設定部
１４３  対策選択処理制御部
１４４  現状復旧時間算出部
１４５  クリティカルパス選択部
１４６  最適対策選択部
１４７  効果係数取得部
１４８  結果出力部
１５０  記憶部
１５１  業務要素データ
１５２  業務要素関連データ
１５３  リソースマスタ
１５４  リソースパスデータ
１５５  シナリオデータ
１５６  対策データ
１５７  最適対策データ
１５８  対策効果マスタ
１０００  コンピュータ
１０１０  ＣＰＵ
１０２０  入力装置
１０３０  モニタ
１０４０  媒体読取り装置
１０５０  ネットワークインターフェース装置
１０６０  ＲＡＭ
１０６１  対策選択プロセス
１０７０  ハードディスク装置
１０７１  対策選択プログラム
１０７２  対策選択用データ
１０８０  バス
【図１】
2008217356.tif 000003
【図２】
2008217356.tif 000004
【図３】
2008217356.tif 000005
【図４】
2008217356.tif 000006
【図５】
2008217356.tif 000007
【図６】
2008217356.tif 000008
【図７】
2008217356.tif 000009
【図８】
2008217356.tif 000010
【図９】
2008217356.tif 000011
【図１０】
2008217356.tif 000012
【図１１】
2008217356.tif 000013
【図１２】
2008217356.tif 000014
【図１３】
2008217356.tif 000015