特許 6016128 可用性モデル生成支援装置、可用性モデル生成支援方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6016128

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】可用性モデル生成支援装置、可用性モデル生成支援方法、およびプログラム

(51)【国際特許分類】

   G06F 9/44 20060101AFI20161013BHJP

【ＦＩ】

   G06F9/06 620A

   G06F9/06 620K

【請求項の数】4

【全頁数】15

(21)【出願番号】特願2013-503444(P2013-503444)

(86)(22)【出願日】2012年2月21日

(86)【国際出願番号】JP2012054149

(87)【国際公開番号】WO2012121005

(87)【国際公開日】20120913

【審査請求日】2015年1月8日

(31)【優先権主張番号】特願2011-47423(P2011-47423)

(32)【優先日】2011年3月4日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100109586

【弁理士】

【氏名又は名称】土屋 徹雄

(72)【発明者】

【氏名】但野 紅美子

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開平０８−１１５２０７（ＪＰ，Ａ）

【文献】 特開平０５−３１３５５７（ＪＰ，Ａ）

【文献】 得能貢一、外１名，ソフトウェア可用性評価のためのアベイラビリティモデル，オペレーションズ・リサーチ : 経営の科学 ，日本，１９９９年 ８月 １日，第４４巻，第８号，第４０５〜４０９頁

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４

(57)【特許請求の範囲】

【請求項1】

情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部と、
前記可用性モデルモジュールの少なくとも一部を、上記接続関係の規則に基づいて合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する可用性モデル合成部と、
前記可用性モデルの特徴に関する選択肢をユーザに提示する可用性モデル特徴選択部と、
前記選択肢の中から選ばれる選択結果と、前記選択結果に対応するモデルモジュールの対応関係を格納する対応関係格納部と、を備えた可用性モデル生成支援装置。

【請求項2】

請求項１に記載の可用性モデル生成支援装置であって、
前記モデルモジュール格納部に格納されたモデルモジュールに不足があるか否かを判定するモデル判定部と、
ユーザからモデルモジュールの追加または修正入力を受け付け、モデルモジュールの追加を受け付けた場合には、前記モデルモジュール格納部に追加されたモデルモジュールを格納し、モデルモジュールの修正入力を受け付けた場合には、前記モデルモジュール格納部に格納されているモデルモジュールの修正を行うモデルモジュール追加入力・修正部と、を備えた可用性モデル生成支援装置。

【請求項3】

可用性モデルの特徴に関する選択肢をユーザに提示し、選択結果の入力を受け付ける工程と、
情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部から、前記可用性モデルモジュールの少なくとも一部を取得する工程と、
上記接続関係の規則に基づいて、取得した前記可用性モデルモジュールを合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する工程と、を備え、
前記可用性モデルモジュールの少なくとも一部を取得する工程では、前記選択肢の中から選ばれる選択結果と、選択結果に対応するモデルモジュールの対応関係を格納する対応関係格納部を参照し、選択結果に対応するモデルモジュールを、前記モデルモジュール格納部から取得する、可用性モデル生成支援方法。

【請求項4】

コンピュータを、
情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部と、
前記可用性モデルモジュールの少なくとも一部を、上記接続関係の規則に基づいて合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する可用性モデル合成部と、
前記可用性モデルの特徴に関する選択肢をユーザに提示する可用性モデル特徴選択部と、
前記選択肢の中から選ばれる選択結果と、前記選択結果に対応するモデルモジュールの対応関係を格納する対応関係格納部と、して機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システムの可用性モデル生成支援装置、可用性モデル生成支援方法、およびプログラムに関する。

【背景技術】

【0002】

情報処理システムの可用性を推定する技術が知られている。この種の技術の例として、特許文献１には、情報処理システムの運用時に、情報処理システムの構成と、情報処理システムを構成する各コンピュータの故障率および復旧率とに基づいて、情報処理システムの可用性を推定することが記載されている。

【0003】

また、非特許文献１には、特定のシステム操作に対応する数理モデルを構築し、当該数理モデルに基づいて可用性を推定することが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】米国特許第７７５６８０３号明細書

【非特許文献】

【0005】

【非特許文献1】V. Castelli et al., “Proactive management of software aging”, IBM Journal of Research and Development, IBM, 2001年3月, 第45巻, 第2号, p.311-332

【発明の概要】

【発明が解決しようとする課題】

【0006】

情報処理システムを運用するために行う、オペレーティングシステムの設定変更や再起動等の操作は、情報システムの可用性に大きな影響を及ぼす要因のひとつである。特許文献１に記載の技術においては、操作が可用性に及ぼす影響が考慮されていない。一方、非特許文献１には、特定の操作に対応する数理モデルに基づいて可用性を推定することが記載されているが、この数理モデルは特定の操作のみにしか適用できない。このため、システム運用管理において使用される多様な操作が可用性に及ぼす影響を評価するためには、各操作に個別の可用性モデルをそれぞれ構築する必要があり、モデル生成の生産性が低いという問題がある。実際の運用管理手順には多くの種類の操作が存在するため、全ての操作について個別に可用性モデルの設計を行うのは、煩雑で効率的ではない。

【0007】

そこで、本発明の目的は、多様なシステム運用操作が可用性に与える影響を効率よく評価することが可能な可用性モデル生成支援装置、可用性モデル生成支援方法、およびプログラムを提供することである。

【課題を解決するための手段】

【0008】

本発明に係る可用性モデル生成支援装置は、情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部と、前記可用性モデルモジュールの少なくとも一部を、上記接続関係の規則に基づいて合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する可用性モデル合成部と、を備えたものである。

【発明の効果】

【0009】

本発明によれば、多様なシステム運用操作が可用性に与える影響を効率よく評価することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施の形態１による、可用性モデル生成支援装置の構成を示すブロック図。

【図2】本発明の実施の形態１による、可用性モデル生成支援装置の動作のフローチャート。

【図3】本発明の実施の形態１による、モデルモジュールを表すために用いる確率報酬ネットモデルを説明する図。

【図4】本発明の実施の形態１による、モデルモジュールを表すために用いる確率報酬ネットモデルを説明する図。

【図5】本発明の実施の形態１による、合成された可用性モデルの例を示す図。

【図6】本発明の実施の形態１による、合成された可用性モデルの例を示す図。

【図7】本発明の実施の形態１による、合成された可用性モデルの例を示す図。

【図8】本発明の実施の形態２による、可用性モデル生成支援装置の構成を示すブロック図。

【図9】本発明の実施の形態２による、可用性モデル生成支援装置の動作のフローチャート。

【図10】本発明の実施の形態２による、ユーザの選択結果に応じて選択されるモデルモジュールの例を示す図。

【図11】本発明の実施の形態３による、可用性モデル生成支援装置の構成を示すブロック図。

【図12】本発明の実施の形態３による、可用性モデル生成支援装置の動作のフローチャート。

【発明を実施するための形態】

【0011】

実施の形態１．
次に、本発明を実施するための形態について、図面を参照して詳細に説明する。
図１は、本発明の実施の形態１による可用性モデル生成支援装置１の構成を示すブロック図である。可用性モデル生成支援装置１は、サーバ装置、またはパーソナル・コンピュータ等である。可用性モデル生成支援装置１は、図示しない中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、記憶装置（メモリ及びハードディスク駆動装置（ＨＤＤ；Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））、入力装置（本例では、キーボード）、および出力装置（本例では、ディスプレイ）を備える。可用性モデル生成支援装置１は、記憶装置に記憶されているプログラムを中央処理装置が実行することにより、後述する機能を実現するように構成されている。

【0012】

本実施形態では、情報処理システムは、少なくとも１つの情報処理装置により構成される。 また、本実施形態では、可用性は情報処理システムの稼働率である。稼働率は、例えば瞬間稼働率、平均稼働率などである。瞬間稼働率は、特定の時点において情報処理システムが機能を維持している確率である。また、平均稼働率は予め設定された期間において情報処理システムが機能を維持している確率である。

【0013】

図１に示すように、可用性モデル生成支援装置１は、可用性モデル合成部１０１、モデルモジュール格納部１０２、可用性推定部１０７を備える。可用性モデル合成部１０１および可用性推定部１０７は、ＣＰＵがＲＯＭ等に格納された所定のプログラムを実行することにより実現される機能のモジュールに相当する。モデルモジュール格納部１０２は、外部記憶装置により実装される。

【0014】

可用性モデル合成部１０１は、モデルモジュール格納部１０２に格納された可用性モデルモジュールの少なくとも一部を接続関係の規則にしたがって合成し、情報処理システムの可用性を推定するための可用性モデルを生成する。

【0015】

本実施形態では、可用性モデルは、可用性モデルの合成に利用された各モデルモジュールにおける状態遷移の起こりやすさを表す複数のパラメータの値と、情報処理システムの可用性との関係を表すモデルである。

【0016】

また、本実施形態では、パラメータは、ある操作を実行するために要する時間の平均値である平均実行時間、ある操作の実行が成功する確率である成功確率、またはある操作の実行が失敗した際に操作対象に障害を引き起こす確率などである。

【0017】

また、可用性モデル合成部１０１は、各モデルモジュールのパラメータの値を取得する。可用性モデル合成部１０１は、モデルモジュール格納部１０２に格納された各モデルモジュールのパラメータの値を取得する。なお、可用性モデル合成部１０１は、ユーザによって入力された各パラメータの値を受け付けることにより、値を取得するように構成されていてもよい。

【0018】

モデルモジュール格納部１０２は、可用性モデルモジュールと、モデルモジュール同士の接続関係の規則とを格納する。可用性モデルモジュールは、情報処理システムを運用するために実施される操作と操作対象システムコンポーネント（例えば、ゲストОＳ）の状態遷移を部品化したものである。本実施形態では、モデルモジュールは確率分布を用いたモデル（例えば、確率報酬ネットを用いたモデル）により表される。また、本実施形態では、モデルモジュール同士の接続関係の規則は、モデルモジュールを合成して可用性モデルを生成する際に、あるモデルモジュールがどのモデルモジュールに接続可能であるかを規定する。

【0019】

可用性推定部１０７は、可用性モデル合成部１０１から可用性モデルとパラメータの値を取得する。なお、可用性モデル合成部１０１の代わりに、可用性推定部１０７は、モデルモジュール格納部１０２に格納された各モデルモジュールのパラメータの値を取得するように構成されていてもよい。また、可用性推定部１０７は、可用性モデル合成部１０１から取得する代わりに、ユーザにより入力された各パラメータの値を取得するようにしてもよい。可用性推定部１０７は、取得した各パラメータの値と、可用性モデル合成部１０１により生成された可用性モデルに基づいて、情報処理システムの可用性を推定する。

【0020】

次に、可用性モデル生成支援装置１の動作について説明する。
図２は、可用性モデル生成支援装置１の動作のフローチャートである。
まず、可用性モデル生成支援装置１は、モデルモジュール格納部１０２から、可用性モデル合成に使用するモデルモジュールを取得する（ステップＳ１００２）。このとき、ユーザが、評価対象となる情報処理システムの特徴に基づいて、モデルモジュール格納部１０２に格納されたモデルモジュールから可用性モデルの合成に使用するものを選択する。モデルモジュールには、モデルモジュールに付随するパラメータの値が予め設定されているものを用いてもよい。または、パラメータの値をユーザが別途入力してもよい。

【0021】

ここで、本実施の形態でモデルモジュールを表すために用いる確率報酬ネットモデルについて図３、図４を用いて簡単に説明する。本実施の形態で用いる確率報酬ネットモデルは、プレース、トランジション、アーク、ガード関数、および報酬関数で構成される。ここでは、プレース（白丸）は情報システムが取りうる状態を表す。ここでは、トークン（黒丸）が存在するプレースを現在の状態とみなす。複数のモデルモジュール上に存在する同じ名前のプレースは、同じ状態を表している。ここでは、トランジションは状態の遷移（トークンの移動）を引き起こすイベントに対応する。トランジションには、遷移確率の割り当てられたトランジション（白い長方形）、一定時間ごとに状態遷移を引き起こすようなトランジション（黒い長方形）、状態の遷移を直ちに引き起こすトランジション（一本線）があり、後述のガード関数が割り当てられる場合がある。アークは、トランジションとプレースを接続し、状態遷移の方向を表す。ガード関数は、トランジションに割り当てられ、下記のように条件に応じて状態遷移を不可能にする。

【0022】

図３の（ｂ）のｇ_１は、トークンが図４の（４）のプレースＰ_{ｓｖ＿ｆａｉｌ}にあるとき、Ｔ_ｆａｉｌの状態遷移を可能にする。
図４の（２）のｇ_２は、トークンが図３のプレースＰ_ｕｐにあるとき、Ｔ_ｕｐの状態遷移を可能にする。
図４の（２）のｇ_３は、トークンが図３のプレースＰ_{ｕｎｐｌａｎｎｅｄ＿ｏｕｔａｇｅ}、または、Ｐ_{ｐｌａｎｎｅｄ＿ｏｕｔａｇｅ}にあるとき、Ｔ_ｄｏｗｎの状態遷移を可能にする。
図３の（ｃ）のｇ_４は、トークンが図４の（５）のプレースＰ_{ｒｅｂｏｏｔ}にあるとき、Ｔ_ｈａｌｔの状態遷移を可能にする。

【0023】

報酬関数は、プレース内のトークンの数に応じて出力が変わる関数である。ここでは、Ｐ_ｕｐに１つのトークンがある場合を稼働中と定義する場合を考える。このとき、Ｐ_ｕｐにトークンが１つある場合に１、トークンが無い場合に０を出力する報酬関数を定義すると、Ｐ_ｕｐ内のトークン数の時間平均値を計算することで、稼働率を得ることができる。

【0024】

図３、図４に示したモデルモジュールの例のうち、図３の（ａ）から（ｅ）は、操作対象システムコンポーネント（例えば、ゲストＯＳ）の状態変化を表すモデルモジュール、図４の（１）から（５）は、システム運用操作（例えば、設定変更）を表すモデルモジュールである。

【0025】

図３の操作対象システムコンポーネントのモデルモジュールについて、以下に説明する。なお、プレースについては、Ｐ_ｕｐは操作対象が稼動中の状態、Ｐ_{ｕｎｐｌａｎｎｅｄ＿ｏｕｔａｇｅ}は操作対象が意図せずに停止してしまった状態、Ｐ_{ｐｌａｎｎｅｄ＿ｏｕｔａｇｅ}は計画停止中の状態を表す。トークンの初期位置は、Ｐ_ｕｐとする。パラメータについては、λは操作対象の故障率（運用操作に関係なく負荷やリソース消費などでダウンする確率）、μ_１はシステム障害発生時の障害からの復旧率、μ_２は通常運用時の計画停止からの復旧率を表す。

【0026】

通常、障害発生時にはその原因の診断や対処などの時間が必要となり、計画停止からの復旧より時間がかかると考えられるため、μ_１＜μ_２となる。すなわち、（ｄ）の状態遷移のほうが（ｅ）より起こりにくくなる。

【0027】

以下、操作対象システムコンポーネントの各モデルモジュール（ａ）〜（ｅ）について説明する。
（ａ）運用操作に無関係な操作対象の障害発生（自発的な状態遷移）を表す。
（ｂ）運用操作の失敗に起因する操作対象の障害発生を表す。
（ｃ）運用操作による計画停止を表す。
（ｄ）障害からの復旧を表す。
（ｅ）計画停止からの復旧を表す。

【0028】

図４のシステム運用操作を表すモデルモジュールについて以下に説明する。なお、プレースについては、Ｐ_{ｏｐ＿ｅｘｅｃ}は操作を実行している状態、Ｐ_{ｏｐ＿ｆａｉｌ}は操作が失敗した状態、Ｐ_{ｏｐ＿ｓｕｃｃｅｓｓ}は操作が成功した状態、Ｐ_{ｓｖ＿ｆａｉｌ}は操作の失敗が操作対象に障害を引き起こした状態、Ｐ_{ｓｖ＿ａｖａｉｌ}は操作が失敗したが操作対象には何も起こらなかった状態、Ｐ_{ｒｅｂｏｏｔ}は操作対象を再起動する状態を表す。トークンの初期位置は、Ｐｏｐ＿ｅｘｅｃとする。パラメータについては、ｔ_ｏｐは操作の平均実効時間、ｃ_ｏｐは操作の成功確率、ｃ_{ｓｖｆａｉｌ}は操作の失敗が操作対象の可用性に影響を与える確率を示す。

【0029】

以下、システム運用操作の各モデルモジュール（１）〜（５）について説明する。
（１）運用操作の実行を表す。
（２）操作対象の状態チェックを表す。
（３）運用操作結果を表す。
（４）操作対象の障害発生を表す。本モデルモジュールの利用条件として、モデルモジュール（ｂ）を必要とする。
（５）操作対象の再起動を表す。本モデルモジュール利用条件として、モデルモジュール（ｃ）、（ｅ）を必要とする。
（６）操作の成功を表す。
（７）操作の失敗を表す。

【0030】

図４においては、各モデルモジュールについて、モデルモジュールを合成するための規則として、接続先のプレース（状態）の候補が示されている。具体的には、例えば、モデルモジュール（１）の接続先のプレースの候補はＰ_{ｕｐ＿ｏｒ＿ｄｏｗｎ}であるため、そのプレースから始まるモデルモジュール（２）を接続することができることを示している。

【0031】

可用性モデル生成支援装置１は、取得したモデルモジュールと、図４に示したモデルモジュールの接続先の状態の候補と条件に基づいて、取得されたモデルモジュールを合成することで可用性モデルを生成する（図２のステップＳ１００８）。具体的には、取得したモデルモジュールに関して、次の２つの合成が行われる。１つめに、操作対象システムコンポーネントのモデルモジュールを合成（同じプレースを統合）することで、操作対象システムコンポーネントモデルを生成する。２つめに、システム運用操作のモデルモジュールを合成することで、システム運用操作モデルを生成する。このとき、図４の（３）に示すように、モデルモジュールの接続先の状態の候補が複数ある場合は、取得したシステム運用操作の各モデルモジュールが全て接続されるように合成する。

【0032】

なお、ここではガード関数によって操作対象システムコンポーネントモデルとシステム運用操作モデルの間の相互作用が定義されている。操作対象システムコンポーネントモデルと、システム運用操作モデルをあわせたものが、本実施形態の可用性モデルとなる。

【0033】

合成される可用性モデルの例を、図５、図６、図７に示す。
図５に示す可用性モデルは、状態監視のように操作対象の状態を変えない操作が行われた場合の情報処理システムの可用性モデルであり、モデルモジュール（ａ）、（ｄ）、（１）、（２）、（３）、（６）、（７）を選んだ場合の可用性モデルである。

【0034】

図６に示す可用性モデルは、オペレーティングシステムの設定変更のような操作の失敗が操作対象の障害を引き起こしうる場合の情報処理システムの可用性モデルであり、モデルモジュール（ａ）、（ｂ）、（ｄ）、（１）、（２）、（３）、（４）、（６）、（７）を選んだ場合の可用性モデルである。

【0035】

図７に示す可用性モデルは、再起動のように、操作自身が操作対象の計画停止を含む場合の情報処理システムの可用性モデルであり、モデルモジュール（ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）、（１）、（２）、（３）、（４）、（５）、（６）、（７）を選んだ場合の可用性モデルである。

【0036】

なお、条件を満たさないようなモデルモジュールを合成しようとした場合（たとえば、必要なモデルモジュールが足りない場合）は、ユーザに対して警告を表示してもよい。その際、どの条件を満たしていないのかを提示してもよい。また、モデルモジュールの利用条件に基づき、欠損している一部のモデルモジュールを自動的に補うようにしてもよい。

【0037】

可用性モデル生成支援装置１は、合成された可用性モデルに基づき、モデル解析ツールを用いて、情報システムの可用性を推定（算出）する（図２のステップＳ１０１０）。本実施形態では、可用性モデル生成装置１は、ＳＨＡＲＰＥ（Ｓｙｍｂｏｌｉｃ Ｈｉｅｒａｒｃｈｉｃａｌ Ａｕｔｏｍａｔｅｄ Ｒｅｌｉａｂｉｌｉｔｙ ａｎｄ Ｐｅｒｆｏｒｍａｎｃｅ Ｅｖａｌｕａｔｏｒ）、またはＳＰＮＰ（Ｓｔｏｃｈａｓｔｉｃ． Ｐｅｔｒｉ Ｎｅｔ Ｐａｃｋａｇｅ）等の周知の技術を用いて可用性を推定する。

【0038】

本実施形態では、可用性モデル生成支援装置１は、トークンがプレースＰ_ｕｐにある場合に、情報処理システムの状態が稼動している状態であると仮定する。この場合、可用性モデル生成支援装置１は、可用性を算出するための報酬関数をプレースＰ_ｕｐにアサインすることで可用性推定部１０７が可用性を算出することができる。

【0039】

例えば、可用性モデル生成支援装置１は、トークンがプレースＰ_ｕｐにある場合に「１」を出力し、トークンがプレースＰ_ｕｐ以外のプレースにある場合に「０」を出力する関数を、報酬関数として予めモデルモジュールのプレースＰ_ｕｐにアサインしておく。この場合、可用性推定部１０７は、報酬関数の出力値の時間平均値を平均稼働率として算出する。

【0040】

その後、可用性推定部１０７は、可用性モデル合成部１０１から可用性モデルとパラメータの値を取得する。可用性推定部１０７は、取得された各パラメータの値と、可用性モデル合成部１０１により生成された可用性モデルとに基づいて、情報処理システムの可用性を推定する。可用性推定部１０７は、推定された可用性の値を出力する。本実施形態では、可用性の値をディスプレイに表示する。

【0041】

以上のように、本実施形態によれば、可用性に関わる状態遷移を表すモデルモジュールの少なくとも一部を合成することで、システム運用管理において様々な操作が実行される情報処理システムの可用性を推定するための可用性モデルを生成できる。この結果、情報処理システムの可用性モデルの生成の生産性を容易に向上させることができる。

【0042】

実施の形態２．
図８は、本発明の実施の形態２による可用性モデル生成支援装置１の構成を示すブロック図である。図１と同一の符号は同等の構成を表している。実施の形態２では、実施の形態１のようにモデルモジュール格納部１０２から直接可用性モデル合成に使用するモデルモジュールをユーザに選択させるのではなく、可用性モデルの特徴を自然言語などで提示し、ユーザに選択させることで可用性モデルを合成する。以下、かかる相違点を中心に説明する。

【0043】

図８に示したように、実施の形態２による可用性モデル生成支援装置１は、実施の形態１による可用性モデル生成支援装置１の機能に加えて、対応関係格納部１０３と、可用性モデル特徴選択部１０４を備えている。

【0044】

可用性モデル特徴選択部１０４は、可用性モデルに関する特徴の選択肢をユーザに提示する。たとえば、Ｗｅｂブラウザに選択肢と選択結果入力のためのチェックボックスを表示して、ユーザに選択させてもよい。ユーザは、評価対象の情報処理システムの特性に基づき、選択結果を入力する。このとき、可用性モデル特徴選択部１０４は、特徴の選択結果に加えて、関連するパラメータの値（例えばλ）を入力するようにユーザに促してもよい。可用性モデル特徴選択部１０４は、特徴の選択結果を受け付ける。

【0045】

可用性モデル合成部１０１は、対応関係格納部１０３に格納された、選択結果とモデルモジュールの対応関係に基づき、可用性モデル特徴選択部１０４が受け付けた選択結果に対応するモデルモジュールを、モデルモジュール格納部１０２から取得する。

【0046】

可用性モデル合成部１０１は、実施の形態１による可用性モデル合成部１０１と同様に、取得したモデルモジュールを合成して、可用性モデルを生成する。

【0047】

対応関係格納部１０３は、可用性モデル特徴選択部１０４の受け付ける選択結果と、選択結果に対応するモデルモジュールの対応関係を格納する。例えば、可用性モデル特徴選択部１０４が、以下のような自然言語で記述された質問を提示し、対応関係格納部１０３は各質問に対するＹＥＳ／ＮＯを選択結果として受け取ってもよい。

【0048】

（Ｉ）運用操作が失敗した場合、サーバに障害が起こる可能性があるか。（該当する操作例：ネットワーク設定変更）
（ＩＩ）運用操作は、操作対象を再起動するか。（該当する操作例：障害を未然に防ぐための若化操作）

【0049】

この場合、選択結果は以下の４種類となる。
（Ａ） 全てがＮＯの場合
（Ｂ） （Ｉ）のみがＹＥＳの場合
（Ｃ） （ＩＩ）のみがＹＥＳの場合
（Ｄ） （Ｉ）、（ＩＩ）ともにＹＥＳの場合

【0050】

このときの、選択結果に対応するモデルモジュールを図１０に示す。以上のように、自然言語でモデルの特徴を提示し、ユーザの選択結果と対応するモデルモジュールの対応関係を予め対応関係格納部１０３に格納しておく。

【0051】

また、対応関係格納部１０３には、質問形式ではなく、操作の種類とモデルモジュールの対応関係を格納しておいてもよい。この場合、可用性モデル特徴選択部１０４が、例えば、以下のような自然言語で記述された操作の具体例を提示し、ユーザに操作を選択させて、選択結果を受ける。
（α）状態監視
（β）重要な設定項目の変更（例えば、オペレーティングシステムの環境変数の変更など）
（γ）重要な設定項目の変更後に再起動（例えば、ネットワーク設定変更後の設定反映のための再起動など）

【0052】

この場合の操作とモデルモジュールとの対応関係は、（α）に対応するモデルモジュールは（Ａ）と同様、（β）に対応するモデルモジュールは（Ｂ）と同様、（γ）に相当するモジュールは（Ｄ）と同様である。

【0053】

可用性推定部１０７は、実施の形態１と同様に、可用性モデル合成部１０１が生成した可用性モデルに基づいて可用性を推定（算出）する。

【0054】

次に、実施の形態２による可用性モデル生成支援装置１の動作について、図９を参照しながら説明する。
まず、可用性モデル生成支援装置１が、可用性モデルに関する特徴の選択肢をユーザに提示する（ステップＳ１０００）。

【0055】

次に、可用性モデル生成支援装置１は、ユーザによる特徴の選択結果を受け付ける（ステップＳ１００１）。

【0056】

次に、可用性モデル生成支援装置１は、対応関係格納部１０３に格納された対応関係に基づいて、選択結果に対応するモデルモジュールをモデルモジュール格納部１０２から取得する（ステップＳ１００２）。

【0057】

次に、可用性モデル生成支援装置１は、取得したモデルモジュールを合成して可用性モデルを生成する（ステップＳ１００８）。

【0058】

次に、可用性モデル生成支援装置１は、生成された可用性モデルを、既存技術のモデル解析用ツールを用いて解析し、可用性を推定（算出）する（ステップＳ１０１０）。

【0059】

以上のように、本実施形態によれば、実施の形態１と同様の効果が得られるとともに、自然言語による選択肢を利用することで、ユーザは数理モデリングの知識が無くても、可用性モデルを構築して評価対象システムの可用性を算出することができる。したがって、ユーザの学習コストも低く抑えることができる。

【0060】

実施の形態３．
図１１は、本発明の実施の形態３による可用性モデル生成支援装置１の構成を示すブロック図である。図１と同一の符号は同等の構成を表している。実施の形態３では、モデルモジュールに不足がある場合にモデルモジュールの追加・修正が可能である。以下、かかる相違点を中心に説明する。

【0061】

図１１に示したように、実施の形態３による可用性モデル生成支援装置１は、実施の形態１による可用性モデル生成支援装置１の機能に加えて、モデル判定部１０５と、モデルモジュール追加入力・修正部１０６を備えている。

【0062】

モデル判定部１０５は、モデルモジュール格納部１０２に格納されたモデルモジュールに不足があるか否かを判定する。判定はユーザ入力によって行う。モデルモジュールに不足がある場合は、モデルモジュール追加入力・修正部１０６が、ユーザにモデルモジュールの入力を行うように促す。

【0063】

モデルモジュール追加入力・修正部１０６は、ユーザからモデルモジュールの追加・修正入力を受け付け、モデルモジュール格納部１０２へのモデルモジュールの追加、既存のモデルモジュールの修正を行う。

【0064】

可用性モデル合成部１０１は、実施の形態１と同様に、モデルモジュール格納部１０２に格納された可用性モデルモジュールの少なくとも一部を、接続関係の規則にしたがって合成し、情報システムの可用性を推定するための可用性モデルを生成する。

【0065】

可用性推定部１０７は、実施の形態１と同様に、可用性モデル合成部１０１が生成した可用性モデルに基づいて情報システムの可用性を推定（算出）する。

【0066】

次に、実施の形態３による可用性モデル生成支援装置１の動作について、図１２を参照しながら説明する。

【0067】

まず、可用性モデル生成支援装置１は、モデルモジュール格納部１０２から、可用性モデルの合成に使用するモデルモジュールを取得する（ステップＳ１００２）。

【0068】

次に、モデルモジュール格納部１０２に格納されたモデルモジュールのみでは不足が生じるか否かを判定し（ステップＳ１００４）、生じる場合（ＹＥＳ）は、ステップＳ１００６に進み、生じない場合（ＮＯ）は、ステップＳ１００８に進む。

【0069】

ステップＳ１００６では、ユーザより、追加するモデルモジュールと付随するパラメータの入力を受け付け、モデル追加入力・修正部１０６がモデルモジュール格納部１０２に格納する。モデルモジュールの追加・修正が完了したら、ステップＳ１００２に戻る。

【0070】

次に、可用性モデル生成支援装置１は、可用性モデル合成部１０１において取得したモデルモジュールを合成して可用性モデルを生成する（ステップＳ１００８）。

【0071】

次に、可用性モデル生成支援装置１は、生成された可用性モデルを、既存技術のモデル解析用ツールを用いて解析し、可用性を推定（算出）する（ステップＳ１０１０）。なお、ステップＳ１００２の前に、ステップＳ１００４を実行してもよい。

【0072】

以上のように、本実施形態によれば、実施の形態１と同様の効果が得られるとともに、モデルモジュールの修正・追加を可能にすることで、内容に変更があった運用操作や、今まで存在しなかった新規の運用操作が可用性に与える影響も評価可能となり、可用性モデリングの柔軟性を向上させることができる。

【0073】

なお、本願発明は上記の実施の形態１〜３に限定されるものではない。本願発明の構成および動作は、本願発明の範囲内において当業者が理解し得る様々な変更を適用することができる。

【0074】

この出願は、２０１１年３月４日に出願された日本出願特願２０１１−４７４２３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【0075】

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0076】

上記各実施形態において、可用性モデル生成装置１の各機能は、ＣＰＵがプログラム（ソフトウェア）を実行することにより実現されていたが、回路等のハードウェアにより実現されていてもよい。また、上記各実施形態において、プログラムは記憶装置に記憶されているが、コンピュータが読み取り可能な記録媒体に記憶されていてもよい。記録媒体は、例えばフレキシブルディスク、光ディスク、光磁気ディスク、半導体メモリ等の可搬性を有する媒体である。また、本発明の他の変形例として、上記各実施形態を組み合わせた構成を採用してもよい。

【0077】

上記の実施の形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部と、
前記可用性モデルモジュールの少なくとも一部を、上記接続関係の規則に基づいて合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する可用性モデル合成部と、を備えた可用性モデル生成支援装置。

【0078】

（付記２）付記１に記載の可用性モデル生成支援装置であって、
前記可用性モデルの特徴に関する選択肢をユーザに提示する可用性モデル特徴選択部と、
前記選択肢の中から選ばれる選択結果と、前記選択結果に対応するモデルモジュールの対応関係を格納する対応関係格納部と、を備えた可用性モデル生成支援装置。

【0079】

（付記３）付記１または２に記載の可用性モデル生成支援装置であって、
前記モデルモジュール格納部に格納されたモデルモジュールに不足があるか否かを判定するモデル判定部と、
ユーザからモデルモジュールの追加または修正入力を受け付け、モデルモジュールの追加を受け付けた場合には、前記モデルモジュール格納部に追加されたモデルモジュールを格納し、モデルモジュールの修正入力を受け付けた場合には、前記モデルモジュール格納部に格納されているモデルモジュールの修正を行うモデルモジュール追加入力・修正部と、を備えた可用性モデル生成支援装置。

【0080】

（付記４）情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部から、前記可用性モデルモジュールの少なくとも一部を取得する工程と、
上記接続関係の規則に基づいて、取得した前記可用性モデルモジュールを合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する工程と、を備えた可用性モデル生成支援方法。

【0081】

（付記５）コンピュータを、
情報処理システムを運用するための操作と、前記操作の操作対象の状態遷移とを情報モデルで表現した可用性モデルモジュールと、前記可用性モデルモジュール同士の接続関係の規則と、を格納するモデルモジュール格納部と、
前記可用性モデルモジュールの少なくとも一部を、上記接続関係の規則に基づいて合成し、前記情報処理システムの可用性を推定するための可用性モデルを生成する可用性モデル合成部と、して機能させるプログラム。

【産業上の利用可能性】

【0082】

本発明は、多様なシステム運用操作が可用性に与える影響を効率よく評価することに適している。

【符号の説明】

【0083】

１ 可用性モデル生成支援装置、１０１ 可用性モデル合成部、１０２ モデルモジュール格納部、１０３ 対応関係格納部、１０４ 可用性モデル特徴選択部、１０５ モデル判定部、１０６ モデルモジュール追加入力・修正部、１０７ 可用性推定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】