JP2019144785A - 監視プログラム、監視装置及び監視方法 - Google Patents

Abstract

【課題】監視対象において発生した異常に起因する影響を特定する監視プログラム、監視装置及び監視方法を提供する。【解決手段】仮想化ソフトウェア上に、仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置し、所定間隔において監視用の仮想マシンによって実行された所定のテストの結果を取得し、取得したテストの結果から監視用の仮想マシンの異常有無を判定し、監視用の仮想マシンが異常である場合、複数の監視対象の所定の状態を取得し、監視用の仮想マシンの異常有無の判定結果と、複数の監視対象の所定の状態とを出力する。【選択図】図５

Description

本発明は、監視プログラム、監視装置及び監視方法に関する。

利用者に対してサービスを提供する事業者（以下、サービス事業者とも呼ぶ）は、例えば、サービスの提供を実現するために業務システム（以下、情報処理システムとも呼ぶ）を構築する。具体的に、サービス事業者は、例えば、クラウドコンピューティングサービスを提供する事業者（以下、クラウド事業者とも呼ぶ）から仮想マシン等のリソース（以下、単に仮想マシンとも呼ぶ）を借り受け、サービスの提供を実現する業務システムの構築を行う。

この場合、クラウド事業者は、サービス事業者に対して貸し出した仮想マシンを動作させるハイパーバイザ等（以下、単に監視対象とも呼ぶ）の監視を行う。これにより、クラウド事業者は、例えば、監視対象において発生した異常（障害）によって仮想マシンに影響が及ぶことを防止することが可能になる（例えば、特許文献１及び２参照）。

国際公開第２０１７／１３４７５８号 国際公開第２０１３／１９０６４９号

ここで、上記のようなクラウド事業者は、一般的に、サービス事業者に貸し出した仮想マシンに対して自由にアクセスを行うことができず、仮想マシンに関する情報（例えば、仮想マシンの動作状態を示す情報）を取得することができない。

そのため、クラウド事業者は、例えば、監視対象において発生した異常を検知した場合であっても、その異常が仮想マシンに与える影響を特定することができない。また、クラウド事業者は、例えば、監視対象において発生した異常を検知できなかった場合、その異常が仮想マシンに影響を与えている場合であっても、これを検知することができない。

そこで、一つの側面では、本発明は、監視対象において発生した異常に起因する影響を特定する監視プログラム、監視装置及び監視方法を提供することを目的とする。

実施の形態の一態様では、仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置し、所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得し、取得した前記結果から前記仮想マシンの異常有無を判定し、前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得し、前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する、処理をコンピュータに実行させる。

一つの側面によれば、監視対象において発生した異常に起因する影響を特定することを可能とする。

図１は、情報処理システム１０の構成を示す図である。 図２は、監視装置１のハードウエア構成を示す図である。 図３は、監視装置１の機能のブロック図である。 図４は、第１の実施の形態における監視処理の概略を説明するフローチャート図である。 図５は、第１の実施の形態における監視処理の概略を説明するフローチャート図である。 図６は、第１の実施の形態における監視処理の概略を説明する図である。 図７は、第１の実施の形態における監視処理の概略を説明する図である。 図８は、第１の実施の形態における監視処理の概略を説明する図である。 図９は、第１の実施の形態における監視処理の詳細を説明するフローチャート図である。 図１０は、第１の実施の形態における監視処理の詳細を説明するフローチャート図である。 図１１は、第１の実施の形態における監視処理の詳細を説明するフローチャート図である。 図１２は、第１の実施の形態における監視処理の詳細を説明するフローチャート図である。 図１３は、対応情報１３２の具体例について説明する図である。 図１４は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。 図１５は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。 図１６は、対応情報１３２の具体例について説明する図である。 図１７は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。 図１８は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。 図１９は、対応情報１３２の具体例について説明する図である。 図２０は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。 図２１は、通知情報１３４の具体例について説明する図である。 図２２は、第２の実施の形態における監視処理を説明するフローチャート図である。 図２３は、第２の実施の形態における監視処理を説明するフローチャート図である。 図２４は、第２の実施の形態における監視処理を説明するフローチャート図である。 図２５は、第２の実施の形態における監視処理を説明するフローチャート図である。 図２６は、第２の実施の形態における対応情報１３２の具体例を説明する図である。 図２７は、第２の実施の形態におけるＡＰＩ結果情報１３５及び状態情報１３３の具体例について説明する図である。 図２８は、第２の実施の形態におけるＡＰＩ結果情報１３５及び状態情報１３３の具体例について説明する図である。 図２９は、第２の実施の形態における通知情報１３４を説明する図である。

［情報処理システムの構成］
図１は、情報処理システム１０の構成を示す図である。図１に示す情報処理システム１０は、例えば、監視装置１と、監視者端末１ａと、物理マシン２と、ストレージ装置３と、ＡＰＩサーバ４と、ネットワーク機器５とを有する。

監視装置１及び物理マシン２は、例えば、それぞれ１台以上の物理マシンから構成される。各物理マシンは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｃｏｍｐｕｔｉｎｇ Ｕｎｉｔ）、メモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）及びハードディスク（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の物理リソースを有する。

物理マシン２で動作するハイパーバイザ２ｃ（以下、仮想化ソフトウェア２ｃとも呼ぶ）は、物理マシン２やストレージ装置３の物理リソースを割り当てることによって、１台以上の仮想マシンを生成する。具体的に、ハイパーバイザ２ｃは、この場合、サービス事業者に対して貸し出す仮想マシン（以下、利用者ＶＭ２ａとも呼ぶ）を生成する。

ＡＰＩサーバ４は、例えば、サービス事業者が利用者端末（図示しない）に対して新たな利用者ＶＭ２ａの生成や生成済の利用者ＶＭ２ａの削除等を行う旨の入力を行った場合、物理マシン２等の物理リソースの管理を行うコントローラ（図示しない）に対し、新たな利用者ＶＭ２ａの生成や生成済の利用者ＶＭ２ａの削除等を行う旨の指示を行う。そして、コントローラは、この場合、ハイパーバイザ２ｃに対して、新たな利用者ＶＭ２ａの生成や生成済の利用者ＶＭ２ａの削除等を行う旨の指示を行う。

ネットワーク機器５は、例えば、監視装置１や物理マシン２等の各装置を接続する物理スイッチである。

監視装置１は、例えば、物理マシン２において動作するハイパーバイザ２ｃ、ストレージ装置３、ＡＰＩサーバ４及びネットワーク機器５の監視を行う。そして、クラウド事業者は、監視者端末１ａを介して監視装置１による監視結果の閲覧等を行う。

これにより、クラウド事業者は、例えば、ハイパーバイザ２ｃやストレージ装置３等の監視対象において発生した異常によって、サービス事業者に貸し出しているリソースである利用者ＶＭ２ａの動作状態に影響が及ぶことを防止することが可能になる。

ここで、上記のような監視装置１は、一般的に、サービス事業者に貸し出した利用者ＶＭ２ａに対して自由にアクセスを行うことができず、利用者ＶＭ２ａに関する情報（例えば、利用者ＶＭ２ａの動作状態を示す情報）を取得することができない。

そのため、クラウド事業者は、例えば、ハイパーバイザ２ｃにおいて発生した異常を検知した場合であっても、その異常が利用者ＶＭ２ａに与える影響を特定することができない。また、クラウド事業者は、例えば、ハイパーバイザ２ｃにおいて発生した異常を検知できなかった場合、その異常が利用者ＶＭ２ａに影響を与えている場合であっても、これを検知することができない。

そこで、本実施の形態における監視装置１は、ハイパーバイザ２ｃ上に、ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用の仮想マシン（以下、監視用ＶＭとも呼ぶ）を配置する。

そして、監視装置１は、所定間隔において、監視用ＶＭ２ｃによって実行された所定のテストの結果を取得し、取得した結果から監視用ＶＭ２ｃの異常有無を判定する。その結果、監視用ＶＭ２ｃが異常であると判定した場合、監視装置１は、複数の監視対象の所定の状態を取得し、監視用ＶＭ２ｃの異常有無の判定結果と、複数の監視対象の所定の状態とを出力する。

すなわち、本実施の形態における監視装置１は、例えば、監視装置１が情報を取得することができない利用者ＶＭ２ａが動作するハイパーバイザ２ｃ上に、監視装置１が情報を取得することができる仮想マシンである監視用ＶＭを配置する。そして、監視装置１は、監視用ＶＭから取得した動作状態を、利用者ＶＭ２ａにおける現在の動作状態として推定する。

これにより、監視装置１は、例えば、ハイパーバイザ２ｃにおいて発生した異常を検知した場合、監視用ＶＭから取得した動作状態を参照することによって、発生した異常が利用者ＶＭ２ａに与えている影響度合いを推定することが可能になる。また、監視装置１は、例えば、監視用ＶＭから取得した動作状態を参照することによって、ハイパーバイザ２ｃにおいて検知できなかった異常（ハイパーバイザ２ｃに起因する異常）についても検知することが可能になる。

［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図２は、監視装置１のハードウエア構成を示す図である。

監視装置１は、図２に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース（以下、Ｉ／Ｏユニットとも呼ぶ）１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。

記憶媒体１０４は、例えば、記憶媒体１０４内のプログラム格納領域（図示しない）に、監視対象の監視を行う処理（以下、監視処理とも呼ぶ）を行うためのプログラム１１０を記憶する。記憶媒体１０４は、例えば、ＨＤＤであってよい。

また、記憶媒体１０４は、例えば、監視処理を行う際に用いられる情報を記憶する記憶部１３０（以下、情報格納領域１３０とも呼ぶ）を有する。

ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して監視処理を行う。

外部インターフェース１０３は、例えば、ネットワーク（図示しない）を介して物理マシン２、ストレージ装置３、ＡＰＩサーバ４及びネットワーク機器５と通信を行う。

［監視装置の機能］
次に、監視装置１の機能について説明する。図３は、監視装置１の機能のブロック図である。

監視装置１は、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、図３に示すように、仮想マシン配置部１１１と、テスト結果取得部１１２と、異常有無判定部１１３と、状態取得部１１４と、実行指示部１１５と、結果出力部１１６とを含む各種機能を実現する。

また、監視装置１は、図３に示すように、テスト結果情報１３１と、対応情報１３２と、状態情報１３３と、通知情報１３４と、ＡＰＩ結果情報１３５とを情報格納領域１３０に記憶する。

仮想マシン配置部１１１は、ハイパーバイザ２ｃ上に、ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用ＶＭを配置する。具体的に、仮想マシン配置部１１１は、例えば、ハイパーバイザ２ｃに対し、利用者ＶＭ２ａと同様の処理を行うことが可能な監視用ＶＭの配置を指示する。

テスト結果取得部１１２は、所定間隔において監視用ＶＭによって実行された所定のテスト結果を示すテスト結果情報１３１を取得する。所定のテストは、クラウド事業者によって予め定められた各種テストであり、例えば、監視用ＶＭのＣＰＵがメモリやディスクに対して行うアクセス速度が所定の閾値以上であるか否かを判定するテストである。

異常有無判定部１１３は、テスト結果取得部１１２が取得したテストの結果から、監視用ＶＭにおいて異常が発生しているか否かの判定を行う。

状態取得部１１４は、異常有無判定部１１３が監視用ＶＭにおいて異常が発生していると判定した場合、複数の監視対象（例えば、図１で説明したストレージ装置３やＡＰＩサーバ４）の所定の状態を示す状態情報１３３を取得する。所定の状態は、例えば、各監視対象が行う通常処理を正常に実行しているか否かを示す情報を含む。

実行指示部１１５は、ＡＰＩサーバ４に対して所定の処理を指示する。所定の処理は、例えば、物理マシン２における新たな利用者ＶＭ２ａの生成や生成済の利用者ＶＭ２ａの削除である。そして、状態取得部１１４は、この場合、例えば、実行指示部１１５が指示した所定の処理の実行結果を示すＡＰＩ結果情報１３５を、ＡＰＩサーバ４の状態を示す情報として取得する。

結果出力部１１６は、例えば、異常有無判定部１１３における監視用ＶＭの異常有無の判定結果と、状態取得部１１４が取得した状態情報１３３やＡＰＩ結果情報１３５とを含む通知情報１３４を出力する。具体的に、結果出力部１１６は、例えば、監視者端末１ａの出力装置（図示しない）に対して通知情報１３４の出力を行う。対応情報１３２についての説明は後述する。

［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図４及び図５は、第１の実施の形態における監視処理の概略を説明するフローチャート図である。図６から図８は、第１の実施の形態における監視処理の概略を説明する図である。図６から図８を参照しながら、図４及び図５の監視処理の詳細を説明する。なお、図６から図８では、図１で説明したネットワーク機器５についての記載及び説明を省略する。

監視装置１は、図４に示すように、仮想マシン配置タイミングまで待機する（Ｓ１のＮＯ）。仮想マシン配置タイミングは、例えば、クラウド事業者が監視者端末１ａに対して利用者ＶＭ２ａの監視を開始する旨の入力を行ったタイミングであってよい。

そして、仮想マシン配置タイミングになった場合（Ｓ１のＹＥＳ）、監視装置１は、ハイパーバイザ２ｃ上に、ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置する（Ｓ２）。

具体的に、監視装置１は、例えば、図６に示すように、利用者ＶＭ２ａが配置されたハイパーバイザ２ｃ上に、利用者ＶＭ２ａ等を監視するための監視用ＶＭ２ｂを配置する。

その後、監視装置１は、図５に示すように、異常判定タイミングになるまで待機する（Ｓ１１のＮＯ）。異常判定タイミングは、例えば、クラウド事業者によって予め定められた所定間隔ごとのタイミングであってよい。

そして、異常判定タイミングになった場合（Ｓ１１のＹＥＳ）、監視装置１は、監視用の仮想マシンによって実行された所定のテストの結果を取得する（Ｓ１２）。さらに、監視装置１は、Ｓ１２の処理で取得した結果から監視用の仮想マシンの異常有無を判定する（Ｓ１３）。

具体的に、監視装置１は、例えば、図７に示すように、監視用ＶＭ２ｂから所定のテストの結果（例えば、テスト結果情報１３１）を取得し、取得した結果から監視用ＶＭ２ｂの異常有無を判定する。

その結果、監視用の仮想マシンに異常があると判定した場合（Ｓ１４のＹＥＳ）、監視装置１は、複数の監視対象の所定の状態を取得する（Ｓ１５）。その後、監視装置１は、Ｓ１３の処理における監視用の仮想マシンの異常有無についての判定結果と、Ｓ１５の処理で取得した複数の監視対象の所定の状態とを出力する（Ｓ１６）。

具体的に、監視装置１は、例えば、図８に示すように、監視対象に含まれるストレージ装置３やＡＰＩサーバ４からそれぞれ状態（例えば、状態情報１３３）を取得する。そして、監視装置１は、例えば、監視用ＶＭ２ｂが異常であったか否かを示す情報と、ストレージ装置３やＡＰＩサーバ４等の状態を示す情報とを監視者端末１ａに出力する。

一方、監視用の仮想マシンに異常がないと判定した場合（Ｓ１４のＮＯ）、監視装置１は、Ｓ１５及びＳ１６の処理を行わない。

すなわち、本実施の形態における監視装置１は、例えば、監視装置１が情報を取得することができない利用者ＶＭ２ａが動作するハイパーバイザ２ｃ上に、監視装置１が情報を取得することができる監視用ＶＭ２ｂを配置する。そして、監視装置１は、監視用ＶＭ２ｂから取得した動作状態を、利用者ＶＭ２ａにおける現在の動作状態として推定する。

これにより、監視装置１は、例えば、ハイパーバイザ２ｃにおいて発生した異常を検知した場合、監視用ＶＭ２ｂから取得した動作状態を参照することによって、発生した異常が利用者ＶＭ２ａに与えている影響度合いを推定することが可能になる。また、監視装置１は、例えば、監視用２ｂＶＭから取得した動作状態を参照することによって、ハイパーバイザ２ｃにおいて検知できなかった異常（ハイパーバイザ２ｃに起因する異常）についても検知することが可能になる。

そのため、監視装置１は、利用者ＶＭ２ａに対して直接アクセスを行うことができず、利用者ＶＭ２ａの動作状態を示す情報を取得することができない場合であっても、クラウド事業者の監視対象における異常に起因するサービス事業者のリソースへの影響度合いを特定することが可能になる。したがって、クラウド事業者は、例えば、クラウド事業者の監視対象において異常が発生した場合、サービス事業者のリソースにおける実際の影響度合いに応じた対処を行うことが可能になる。

［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図９から図１２は、第１の実施の形態における監視処理の詳細を説明するフローチャート図である。また、図１３から図２１は、第１の実施の形態における監視処理の詳細を説明する図である。図１３から図２１を参照しながら、図９から図１２の監視処理の詳細を説明する。なお、以下、利用者ＶＭ２ａの監視を行う監視用の仮想マシンが監視用ＶＭ２ｂであるものとして説明を行う。

［監視用ＶＭを配置する処理］
初めに、監視処理のうち、監視用ＶＭ２ｂを配置する処理について説明を行う。

監視装置１の仮想マシン配置部１１１は、図９に示すように、仮想マシン配置タイミングまで待機する（Ｓ２１のＮＯ）。そして、仮想マシン配置タイミングになった場合（Ｓ２１のＹＥＳ）、仮想マシン配置部１１１は、１以上のハイパーバイザ２ｃ上に、各ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用ＶＭ２ｂをそれぞれ配置する（Ｓ２２）。

具体的に、仮想マシン配置部１１１は、例えば、情報格納領域１３０に記憶された情報のうち、各利用者ＶＭ２ａが配置されているハイパーバイザ２ｃを示す情報（図示しない）を参照し、各利用者ＶＭ２ａが配置されている１以上のハイパーバイザ２ｃをそれぞれ特定する。そして、仮想マシン配置部１１１は、特定したハイパーバイザ２ｃのそれぞれに対し、監視用ＶＭ２ｂの配置を指示する。

その後、仮想マシン配置部１１１は、Ｓ２２の処理で配置した監視用ＶＭ２ｂと、各監視用ＶＭ２ｂが配置されたハイパーバイザ２ｃとを対応付けた対応情報１３２を生成する（Ｓ２３）。そして、仮想マシン配置部１１１は、生成した対応情報１３２を情報格納領域１３０に記憶する。以下、Ｓ２３の処理で生成された対応情報１３２の具体例について説明を行う。

［対応情報の具体例（１）］
図１３は、対応情報１３２の具体例について説明する図である。

図１３に示す対応情報１３２（以下、対応情報１３２ａとも呼ぶ）は、各情報を識別する「項番」と、各ハイパーバイザ２ｃを識別する「ＨＶＩＤ」と、各監視用ＶＭ２ｂを識別する「監視用ＶＭＩＤ」とを項目として有する。

具体的に、図１３に示す対応情報１３２ａにおいて、「項番」が「１」である情報には、「ＨＶＩＤ」として「００１」が設定されており、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定されている。また、図１３に示す対応情報１３２ａにおいて、「項番」が「２」である情報には、「ＨＶＩＤ」として「００２」が設定されており、「監視用ＶＭＩＤ」として「ｙｙｙ」が設定されている。図１３に含まれる他の情報については説明を省略する。

［監視用ＶＭにおいて異常が検知された場合の処理］
次に、監視処理のうち、監視用ＶＭ２ｂにおいて異常が検知された場合の処理について説明を行う。

監視装置１のテスト結果取得部１１２は、図１０に示すように、異常判定タイミングになるまで待機する（Ｓ３１のＮＯ）。そして、異常判定タイミングになった場合（Ｓ３１のＹＥＳ）、テスト結果取得部１１２は、各監視用ＶＭ２ｂに対して予め実行を指示した所定のテストの結果を示すテスト結果情報１３１を各監視用ＶＭ２ｂから取得する（Ｓ３２）。その後、テスト結果取得部１１２は、各監視用ＶＭ２ｂから取得したテスト結果情報１３１を情報格納領域１３０に記憶する。以下、Ｓ３２の処理で取得したテスト結果情報１３１の具体例について説明を行う。

［テスト結果情報の具体例（１）］
図１４は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。具体的に、図１４（Ａ）は、テスト結果情報１３１の具体例について説明する図である。

図１４（Ａ）に示すテスト結果情報１３１（以下、テスト結果情報１３１ａ１とも呼ぶ）は、各情報を識別する「項番」と、各監視用ＶＭ２ｂを識別する「監視用ＶＭＩＤ」と、各監視用ＶＭ２ｂに実行を指示した所定のテストの結果が設定される「テスト結果（第１テスト）」及び「テスト結果（第２テスト）」とを項目として有する。「テスト結果（第１テスト）」及び「テスト結果（第２テスト）」には、テスト結果が正常であったことを示す「ＯＫ」、テスト結果が異常であったことを示す「ＮＧ」、または、テスト結果を取得することができなかったことを示す「未取得」のいずれかが設定される。

具体的に、図１４（Ａ）に示すテスト結果情報１３１ａ１において、「項番」が「１」である情報には、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定され、「テスト結果（第１テスト）」として「ＯＫ」が設定され、「テスト結果（第２テスト）」として「ＯＫ」が設定されている。すなわち、図１４（Ａ）に示すテスト結果情報１３１ａ１は、「監視用ＶＭＩＤ」が「ｘｘｘ」である監視用ＶＭ２ｂが正常であったことを示す情報を含んでいる。

一方、図１４（Ａ）に示すテスト結果情報１３１ａ１において、「項番」が「２」である情報には、「監視用ＶＭＩＤ」として「ｙｙｙ」が設定され、「テスト結果（第１テスト）」として「ＯＫ」が設定され、「テスト結果（第２テスト）」として「ＮＧ」が設定されている。すなわち、図１４（Ａ）に示すテスト結果情報１３１ａ１は、「監視用ＶＭＩＤ」が「ｘｘｘ」である監視用ＶＭ２ｂが異常であったことを示す情報を含んでいる。図１４に示すテスト結果情報１３１ａ１に含まれる他の情報についての説明は省略する。

図１０に戻り、監視装置１の異常有無判定部１１３は、情報格納領域１３０に記憶されたテスト結果情報１３１を参照し、異常がある監視用ＶＭ２ｂが存在するか否かを判定する（Ｓ３３）。

具体的に、異常有無判定部１１３は、例えば、情報格納領域１３０に記憶されたテスト結果情報１３１（Ｓ３２の処理において取得したテスト結果情報１３１）を参照し、「テスト結果（第１テスト）」及び「テスト結果（第２テスト）」のいずれかに「ＮＧ」または「未取得」が設定されている情報が存在するか否かを判定する。そして、異常有無判定部１１３は、「テスト結果（第１テスト）」及び「テスト結果（第２テスト）」のいずれかに「ＮＧ」または「未取得」が設定されている情報が存在しないと判定した場合、全ての監視用ＶＭ２ｂが正常であると判定する。また、異常有無判定部１１３は、「テスト結果（第１テスト）」及び「テスト結果（第２テスト）」のいずれかに「ＮＧ」または「未取得」が設定されている情報が存在すると判定した場合、存在すると判定した情報に対応する監視用ＶＭ２ｂが異常であると判定する。

その結果、異常があると判定された監視用ＶＭ２ｂが存在しないと判定した場合（Ｓ３４のＮＯ）、テスト結果取得部１１２は、Ｓ３１以降の処理を再度行う。

一方、異常があると判定された監視用ＶＭ２ｂが存在すると判定した場合（Ｓ３４のＹＥＳ）、監視装置１の状態取得部１１４は、情報格納領域１３０に記憶された対応情報１３２を参照し、Ｓ３４の処理で異常があると判定した監視用ＶＭ２ｂに対応する監視対象を特定する（Ｓ３５）。そして、状態取得部１１４は、特定した監視対象の状態を示す状態情報１３３を取得する（Ｓ３５）。その後、状態取得部１１４は、取得した状態情報１３３を情報格納領域１３０に記憶する。以下、Ｓ３５の処理で取得された状態情報１３３の具体例について説明を行う。

［状態情報の具体例（１）］
図１４（Ｂ）は、状態情報１３３の具体例について説明する図である。

図１４（Ｂ）に示す状態情報１３３（以下、状態情報１３３ａ１とも呼ぶ）は、各情報を識別する「項番」と、各ハイパーバイザ２ｃを識別する「ＨＶＩＤ」と、各ハイパーバイザ２ｃの状態を示す「状態」とを項目として有している。「状態」には、ハイパーバイザ２ｃの状態が正常であったことを示す「ＯＫ」、ハイパーバイザ２ｃの状態が異常であったことを示す「ＮＧ」、または、ハイパーバイザ２ｃから情報を取得できなかったことを示す「未取得」のいずれかが設定される。

具体的に、図１４（Ｂ）に示す状態情報１３３ａ１において、「項番」が「１」である情報には、「ＨＶＩＤ」として「００２」が設定され、「状態」として「ＯＫ」が設定されている。

すなわち、図１４（Ａ）で説明したテスト結果情報１３１ａ１において、「項番」が「２」である情報（「監視用ＶＭＩＤ」が「ｙｙｙ」である情報）の「テスト結果（第２テスト）」には、「ＮＧ」が設定されている。そして、図１３で説明した対応情報１３２ａにおいて、「監視用ＶＭＩＤ」に「ｙｙｙ」が設定された情報の「ＨＶＩＤ」には、「００２」が設定されている。そのため、状態取得部１１４は、Ｓ３５の処理において、「ＨＶＩＤ」が「００２」であるハイパーバイザ２ｃにアクセスし、図１４（Ｂ）に示す状態情報１３３ａ１に含まれる情報を取得する。

その後、監視装置１の結果出力部１１５は、Ｓ３４の処理に監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ３５の処理で取得した監視対象の状態情報１３３とを出力する（Ｓ３６）。

具体的に、結果出力部１１５は、例えば、Ｓ３４の処理に監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ３５の処理で取得した監視対象の状態情報１３３とから通知情報１３４を生成し、生成した通知情報１３４を監視者端末１ａに対して出力する。通知情報１３４の具体例については後述する。

これにより、監視装置１は、クラウド事業者の監視対象（例えば、ハイパーバイザ２ｃ）において異常の検知が行われたか否かに依らず、監視用ＶＭ２ｂにおいて異常が検知された場合、その異常に関連する情報を出力することが可能になる。そのため、監視装置１は、クラウド事業者の監視対象における異常に起因する影響（サービス事業者のリソースに対する影響）の検知漏れを防止することが可能になる。

また、監視装置１は、監視用ＶＭ２ｂにおいて検知された異常の内容だけでなく、異常が検知された監視用ＶＭ２ｂに関連する監視対象の情報についても出力することにより、検知された異常の原因究明を行うために必要な情報を迅速に出力することが可能になる。

［クラウド事業者の監視対象において異常が検知された場合の処理］
次に、監視処理のうち、クラウド事業者の監視対象において異常が検知された場合の処理について説明を行う。

状態取得部１１４は、図１１に示すように、異常判定タイミングまで待機する（Ｓ４１のＮＯ）。図１１に示す異常判定タイミングは、例えば、図１０において説明した異常判定タイミングと同じタイミングであってよい。

そして、異常判定タイミングになった場合（Ｓ４１のＹＥＳ）、状態取得部１１４は、１以上の監視対象のそれぞれの状態を示す状態情報１３３を取得する（Ｓ４２）。その後、状態取得部１１４は、各監視対象から取得した状態情報１３３を情報格納領域１３０に記憶する。以下、Ｓ４２の処理で取得された状態情報１３３の具体例について説明を行う。

［状態情報の具体例（２）］
図１５は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。具体的に、図１５（Ｂ）は、状態情報１３３の具体例について説明する図である。

図１５（Ｂ）に示す状態情報１３３（以下、状態情報１３３ａ２とも呼ぶ）において、「項番」が「１」である情報には、「ＨＶＩＤ」として「００１」が設定され、「状態」として「ＯＫ」が設定されている。また、図１５（Ｂ）に示す状態情報１３３ａ２において、「項番」が「３」である情報には、「ＨＶＩＤ」として「００３」が設定され、「状態」として「ＮＧ」が設定されている。図１５（Ｂ）に含まれる他の情報についての説明は省略する。

図１１に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶された状態情報１３３を参照し、異常がある監視対象が存在するか否かを判定する（Ｓ４３）。

具体的に、異常有無判定部１１３は、例えば、情報格納領域１３０に記憶された状態情報１３３（Ｓ４２の処理において取得した状態情報１３３）を参照し、「状態」に「ＮＧ」または「未取得」が設定されている情報が存在するか否かを判定する。そして、異常有無判定部１１３は、「状態」に「ＮＧ」または「未取得」が設定されている情報が存在しないと判定した場合、全ての監視対象が正常であると判定する。また、異常有無判定部１１３は、「状態」のいずれかに「ＮＧ」または「未取得」が設定されている情報が存在すると判定した場合、存在すると判定した情報に対応する監視対象が異常であると判定する。

その結果、異常があると判定された監視対象が存在しないと判定した場合（Ｓ４４のＮＯ）、状態取得部１１４は、Ｓ４１以降の処理を再度行う。

一方、異常があると判定された監視対象が存在すると判定した場合（Ｓ４４のＹＥＳ）、テスト結果取得部１１２は、情報格納領域１３０に記憶された対応情報１３２を参照し、Ｓ４４の処理で異常があると判定した監視対象に対応する監視用ＶＭ２ｂを特定する（Ｓ４５）。そして、テスト結果取得部１１２は、特定した監視用ＶＭ２ｂのテスト結果情報１３１を取得する（Ｓ４５）。以下、Ｓ４５の処理で取得されたテスト結果情報１３１の具体例について説明を行う。

［テスト結果情報の具体例（２）］
図１５（Ａ）は、テスト結果情報１３１の具体例について説明する図である。

図１５（Ａ）に示すテスト結果情報１３１（以下、テスト結果情報１３１ａ２とも呼ぶ）において、「項番」が「１」である情報には、「監視用ＶＭＩＤ」として「ｚｚｚ」が設定され、「テスト結果（第１テスト）」として「ＯＫ」が設定され、「テスト結果（第２テスト）」として「ＯＫ」が設定されている。

すなわち、図１５（Ｂ）で説明した状態情報１３３ａ２において、「項番」が「３」である情報（「ＨＶＩＤ」が「００３」である情報）の「状態」には、「ＮＧ」が設定されている。そして、図１３で説明した対応情報１３２ａにおいて、「ＨＶＩＤ」に「００３」が設定された情報の「監視用ＶＭＩＤ」には、「ｚｚｚ」が設定されている。そのため、テスト結果取得部１１２は、Ｓ４５の処理において、「監視用ＶＭＩＤ」が「ｚｚｚ」である監視用ＶＭ２ｂにアクセスし、図１５（Ａ）に示すテスト結果情報１３１ａ２に含まれる情報を取得する。

図１２に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶されたテスト結果情報１３１を参照し、Ｓ４５の処理でテスト結果情報１３１を取得した監視用ＶＭ２ｂに、異常がある監視用ＶＭ２ｂが存在するか否かを判定する（Ｓ５１）。

その結果、異常があると判定された監視用ＶＭ２ｂが存在すると判定した場合（Ｓ５１のＹＥＳ）、結果出力部１１５は、Ｓ４４の処理における各監視対象の異常有無の判定結果と、Ｓ５１の処理における各監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ５１の処理で検知した異常の程度が第１異常（例えば、緊急度が「高」である異常）であることを示す情報とを出力する（Ｓ５２）。

具体的に、結果出力部１１５は、例えば、Ｓ４４の処理における各監視対象の異常有無の判定結果と、Ｓ５１の処理における各監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ５１の処理で検知した異常の程度が第１異常であることを示す情報とから通知情報１３４を生成し、生成した通知情報１３４を監視者端末１ａに対して出力する。

一方、異常があると判定された監視用ＶＭ２ｂが存在しないと判定した場合（Ｓ５１のＮＯ）、結果出力部１１５は、Ｓ４４の処理における各監視対象の異常有無の判定結果と、Ｓ５１の処理における各監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ５１の処理で検知した異常の程度が第２異常（例えば、緊急度が「低」である異常）であることを示す情報とを出力する（Ｓ５３）。

具体的に、結果出力部１１５は、例えば、Ｓ４４の処理における各監視対象の異常有無の判定結果と、Ｓ５１の処理における各監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ５１の処理で検知した異常の程度が第２異常であることを示す情報とから通知情報１３４を生成し、生成した通知情報１３４を監視者端末１ａに対して出力する。

これにより、監視装置１は、クラウド事業者の監視対象（例えば、ハイパーバイザ２ｃ）において異常の検知された場合、監視用ＶＭ２ｂにおける異常の発生状況を考慮した上で、検知した異常に関連する情報を出力することが可能になる。そのため、監視装置１は、クラウド事業者の監視対象における異常に起因する影響（サービス事業者のリソースに対する影響）の度合いに応じた情報を出力することが可能になる。したがって、クラウド事業者は、監視装置１によって出力された情報を参照することによって、サービス事業者のリソースに対する影響の度合いに応じた対処を行うことが可能になる。

［第１の実施の形態における他の具体例（１）］
次に、第１の実施の形態における他の具体例について説明を行う。図１６から図１８は、第１の実施の形態における他の具体例について説明する図である。

仮想マシン配置部１１１は、図９に示すように、仮想マシン配置タイミングになった場合（Ｓ２１のＹＥＳ）、１以上のハイパーバイザ２ｃ上に、各ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用ＶＭ２ｂをそれぞれ配置する（Ｓ２２）。

具体的に、仮想マシン配置部１１１は、各利用者ＶＭ２ａが配置されているハイパーバイザ２ｃをそれぞれ特定する。そして、仮想マシン配置部１１１は、特定したハイパーバイザ２ｃのそれぞれにおいて監視用ＶＭ２ｂの配置を行う。また、仮想マシン配置部１１１は、この場合、例えば、図１等で説明したストレージ装置３において、監視用ＶＭ２ｂのそれぞれに対応する監視用ボリュームを確保する。

そして、仮想マシン配置部１１１は、Ｓ２２の処理で配置した監視用ＶＭ２ｂと、各監視用ＶＭ２ｂが配置されたハイパーバイザ２ｃとを対応付けた対応情報１３２を生成する（Ｓ２３）。その後、仮想マシン配置部１１１は、生成した対応情報１３２を情報格納領域１３０に記憶する。以下、Ｓ２３の処理で生成された対応情報１３２の具体例について説明を行う。

［対応情報の具体例（２）］
図１６は、対応情報１３２の具体例について説明する図である。具体的に、図１６（Ａ）は、ストレージ装置３と監視用ボリュームとの対応を示す対応情報１３２（以下、対応情報１３２ｂ１とも呼ぶ）を説明する図である。また、図１６（Ｂ）は、監視用ＶＭ２ｂと監視用ボリュームとの対応を示す対応情報１３２（以下、対応情報１３２ｂ２とも呼ぶ）を説明する図である。

図１６（Ａ）に示す対応情報１３２ｂ１は、各情報を識別する「項番」と、各ストレージ装置３を識別する「ストレージＩＤ」と、各監視用ボリュームを識別する「監視用ボリュームＩＤ」とを項目として有する。

具体的に、図１６（Ａ）に示す対応情報１３２ｂ１において、「項番」が「１」である情報には、「ストレージＩＤ」として「０１１」が設定されており、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｘｘｘ」が設定されている。また、図１６（Ａ）に示す対応情報１３２ｂ１において、「項番」が「２」である情報には、「ストレージＩＤ」として「０１２」が設定されており、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｙｙｙ」が設定されている。図１６（Ａ）に含まれる他の情報については説明を省略する。

一方、図１６（Ｂ）に示す対応情報１３２ｂ２は、各情報を識別する「項番」と、各監視用ＶＭ２ｂを識別する「監視用ＶＭＩＤ」と、各監視用ボリュームを識別する「監視用ボリュームＩＤ」とを項目として有する。

具体的に、図１６（Ｂ）に示す対応情報１３２ｂ２において、「項番」が「１」である情報には、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定されており、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｘｘｘ」が設定されている。また、図１６（Ｂ）に示す対応情報１３２ｂ２において、「項番」が「２」である情報には、「監視用ＶＭＩＤ」として「ｙｙｙ」が設定されており、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｙｙｙ」が設定されている。図１６（Ｂ）に含まれる他の情報については説明を省略する。

続いて、テスト結果取得部１１２は、図１０に示すように、異常判定タイミングになった場合（Ｓ３１のＹＥＳ）、各監視用ＶＭ２ｂに対して予め実行を指示した所定のテストの結果を示すテスト結果情報１３１を各監視用ＶＭ２ｂや各監視用ボリュームから取得する（Ｓ３２）。具体的に、テスト結果取得部１１２は、この場合、例えば、各監視用ＶＭ２ｂが各監視用ボリュームに対してアクセスを行う際のアクセス速度が所定の閾値以上であるか否かを判定するテストの結果を取得する。そして、テスト結果取得部１１２は、各監視用ＶＭ２ｂや監視用ボリュームから取得したテスト結果情報１３１を情報格納領域１３０に記憶する。以下、Ｓ３２の処理で取得されたテスト結果情報１３１の具体例について説明を行う。

［テスト結果情報の具体例（３）］
図１７は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。具体的に、図１７（Ａ）は、テスト結果情報１３１の具体例について説明する図である。

図１７（Ａ）に示すテスト結果情報１３１（以下、テスト結果情報１３１ｂ１とも呼ぶ）は、各情報を識別する「項番」と、各監視用ＶＭ２ｂを識別する「監視用ＶＭＩＤ」と、各監視用ボリュームを識別する「監視用ボリュームＩＤ」と、監視用ＶＭ２ｂに実行を指示したテストの結果が設定される「テスト結果（第３テスト）」及び「テスト結果（第４テスト）」とを項目として有する。

具体的に、図１７（Ａ）に示すテスト結果情報１３１ｂ１において、「項番」が「１」である情報には、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定され、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｘｘｘ」が設定され、「テスト結果（第３テスト）」として「ＯＫ」が設定され、「テスト結果（第４テスト）」として「ＯＫ」が設定されている。すなわち、図１７（Ａ）に示すテスト結果情報１３１ｂ１は、「監視用ＶＭＩＤ」が「ｘｘｘ」である監視用ＶＭ２ｂ及び「監視用ボリュームＩＤ」が「ｖｏｌ＿ｘｘｘ」である監視用ボリュームが正常であったことを示す情報を含んでいる。

一方、図１７（Ａ）に示すテスト結果情報１３１ｂ１において、「項番」が「２」である情報には、「監視用ＶＭＩＤ」として「ｙｙｙ」が設定され、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｙｙｙ」が設定され、「テスト結果（第３テスト）」として「ＯＫ」が設定され、「テスト結果（第４テスト）」として「ＮＧ」が設定されている。すなわち、図１７（Ａ）に示すテスト結果情報１３１ｂ１は、「監視用ＶＭＩＤ」が「ｙｙｙ」である監視用ＶＭ２ｂ及び「監視用ボリュームＩＤ」が「ｖｏｌ＿ｙｙｙ」である監視用ボリュームのうちの少なくともいずれかが異常であったことを示す情報を含んでいる。図１７（Ａ）に示すテスト結果情報１３１ｂ１に含まれる他の情報についての説明は省略する。

図１０に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶されたテスト結果情報１３１（Ｓ３２の処理で取得したテスト結果情報１３１）を参照し、異常がある監視用ＶＭ２ｂや監視用ボリュームが存在するか否かを判定する（Ｓ３３）。

その結果、異常があると判定された監視用ＶＭ２ｂや監視用ボリュームが存在する場合（Ｓ３４のＹＥＳ）、状態取得部１１４は、情報格納領域１３０に記憶された対応情報１３２を参照し、Ｓ３４の処理で異常があると判定した監視用ＶＭ２ｂや監視用ボリュームに対応する監視対象を特定する（Ｓ３５）。そして、状態取得部１１４は、特定した監視対象の状態を示す状態情報１３３を取得する（Ｓ３５）。その後、状態取得部１１４は、取得した状態情報１３３を情報格納領域１３０に記憶する。以下、Ｓ３５の処理で取得された状態情報１３３の具体例について説明を行う。

［状態情報の具体例（３）］
図１７（Ｂ）は、状態情報１３３の具体例について説明する図である。

図１７（Ｂ）に示す状態情報１３３（以下、状態情報１３３ｂ１とも呼ぶ）は、各情報を識別する「項番」と、各ストレージ装置３を識別する「ストレージＩＤ」と、各ストレージ装置３の状態を示す「状態」とを項目として有している。

具体的に、図１７（Ｂ）に示す状態情報１３３ｂ１において、「項番」が「１」である情報には、「ストレージＩＤ」として「０１２」が設定され、「状態」として「ＯＫ」が設定されている。

すなわち、図１７（Ａ）で説明したテスト結果情報１３１ｂ１において、「項番」が「２」である情報（「監視用ＶＭＩＤ」が「ｙｙｙ」である情報）の「テスト結果（第４テスト）」には、「ＮＧ」が設定されている。そして、図１６（Ａ）で説明した対応情報１３２ｂ１において、「監視用ＶＭＩＤ」に「ｙｙｙ」が設定された情報の「ストレージＩＤ」には、「０１２」が設定されている。そのため、状態取得部１１４は、Ｓ３５の処理において、「ストレージＩＤ」が「０１２」であるストレージ装置３にアクセスし、図１７（Ｂ）に示す状態情報１３３ｂ１に含まれる情報を取得する。

その後、結果出力部１１５は、Ｓ３４の処理に監視用ＶＭ２ｂや監視用ボリュームの異常有無の判定結果と、Ｓ３５の処理で取得した監視対象の状態情報１３３とを出力する（Ｓ３６）。

また、状態取得部１１４は、図１１に示すように、異常判定タイミングになった場合（Ｓ４１のＹＥＳ）、１以上の監視対象のそれぞれの状態を示す状態情報１３３を取得する（Ｓ４２）。その後、状態取得部１１４は、各監視対象から取得した状態情報１３３を情報格納領域１３０に記憶する。以下、Ｓ４２の処理で取得された状態情報１３３の具体例について説明を行う。

［状態情報の具体例（４）］
図１８は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。具体的に、図１８（Ｂ）は、状態情報１３３の具体例について説明する図である。

図１８（Ｂ）に示す状態情報１３３（以下、状態情報１３３ｂ２とも呼ぶ）において、「項番」が「１」である情報には、「ストレージＩＤ」として「０１１」が設定され、「状態」として「ＮＧ」が設定されている。また、図１８（Ｂ）に示す状態情報１３３ｂ２において、「項番」が「２」である情報には、「ストレージＩＤ」として「０１２」が設定され、「状態」として「ＯＫ」が設定されている。図１８（Ｂ）に含まれる他の情報についての説明は省略する。

図１１に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶された状態情報１３３を参照し、異常がある監視対象が存在するか否かを判定する（Ｓ４３）。

その結果、異常があると判定された監視対象が存在する場合（Ｓ４４のＹＥＳ）、テスト結果取得部１１２は、情報格納領域１３０に記憶された対応情報１３２を参照し、Ｓ４４の処理で異常があると判定した監視対象に対応する監視用ＶＭ２ｂや監視用ボリュームを特定する（Ｓ４５）。その後、テスト結果取得部１１２は、特定した監視用ＶＭ２ｂや監視用ボリュームのテスト結果情報１３１を取得する（Ｓ４５）。以下、Ｓ４５の処理で取得された状態情報１３３の具体例について説明を行う。

［テスト結果情報の具体例（４）］
図１８（Ａ）は、テスト結果情報１３１の具体例について説明する図である。

図１８（Ａ）に示すテスト結果情報１３１（以下、テスト結果情報１３１ｂ２とも呼ぶ）において、「項番」が「１」である情報には、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定され、「監視用ボリュームＩＤ」として「ｖｏｌ＿ｘｘｘ」が設定され、「テスト結果（第３テスト）」として「ＯＫ」が設定され、「テスト結果（第４テスト）」として「ＯＫ」が設定されている。

すなわち、図１８（Ｂ）で説明した状態情報１３３ｂ２において、「項番」が「１」である情報（「ストレージＩＤ」が「０１１」である情報）の「状態」には、「ＮＧ」が設定されている。そして、図１６（Ａ）で説明した対応情報１３２ｂ１において、「ストレージＩＤ」に「０１１」が設定された情報の「監視用ボリュームＩＤ」には、「ｖｏｌ＿ｘｘｘ」が設定されている。そのため、テスト結果取得部１１２は、Ｓ４５の処理において、「監視用ボリュームＩＤ」が「ｖｏｌ＿ｘｘｘ」である監視用ボリュームにアクセスし、図１８（Ａ）に示すテスト結果情報１３１ｂ２に含まれる情報を取得する。

図１２に戻り、異常があると判定された監視用ＶＭ２ｂが存在する場合（Ｓ５１のＹＥＳ）、結果出力部１１５は、Ｓ４４の処理における各監視対象の異常有無の判定結果と、Ｓ５１の処理における各監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ５１の処理で検知した異常の程度が第１異常であることを示す情報とを出力する（Ｓ５２）。

これにより、監視装置１は、クラウド事業者の監視対象（例えば、ストレージ装置３）において異常の検知が行われたか否かに依らず、監視用ＶＭ２ｂや監視用ボリュームにおいて異常が検知された場合、その異常と関連する情報を出力することが可能になる。そのため、監視装置１は、クラウド事業者の監視対象における異常に起因する影響（サービス事業者のリソースに対する影響）の検知漏れを防止することが可能になる。

また、監視装置１は、クラウド事業者の監視対象において異常の検知された場合、監視用ＶＭ２ｂや監視用ボリュームにおける異常の発生状況を考慮した上で、検知した異常に関連する情報を出力することが可能になる。そのため、監視装置１は、クラウド事業者の監視対象における異常に起因する影響（サービス事業者のリソースに対する影響）の度合いに応じた情報を出力することが可能になる。したがって、クラウド事業者は、監視装置１によって出力された情報を参照することによって、サービス事業者のリソースに対する影響の度合いに応じた対処を行うことが可能になる。

［第１の実施の形態における他の具体例（２）］
次に、第１の実施の形態における他の具体例について説明を行う。図１９及び図２０は、第１の実施の形態における他の具体例について説明する図である。

仮想マシン配置部１１１は、図９に示すように、仮想マシン配置タイミングになった場合（Ｓ２１のＹＥＳ）、１以上のハイパーバイザ２ｃ上に、各ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用ＶＭ２ｂをそれぞれ配置する（Ｓ２２）。

そして、仮想マシン配置部１１１は、Ｓ２２の処理で配置した監視用ＶＭ２ｂと、各監視用ＶＭ２ｂが配置されたハイパーバイザ２ｃとを対応付けた対応情報１３２を生成する（Ｓ２３）。その後、仮想マシン配置部１１１は、生成した対応情報１３２を情報格納領域１３０に記憶する。以下、Ｓ２３の処理で対応情報１３２について説明を行う。

［対応情報の具体例（３）］
図１９は、対応情報１３２の具体例について説明する図である。具体的に、図１９に示す対応情報１３２（以下、対応情報１３２ｃとも呼ぶ）は、図１６で説明した対応情報１３２ａに対して、監視用ＶＭ２ｂとスイッチ等のネットワーク機器５との関係を示す情報を追加した情報である。

図１９に示す対応情報１３２ｃは、各情報を識別する「項番」と、各ハイパーバイザ２ｃを識別する「ＨＶＩＤ」と、各監視用ＶＭ２ｂを識別する「監視用ＶＭＩＤ」とを項目として有する。また、図１９に示す対応情報１３２ｃは、各ハイパーバイザ２ｃが使用する物理ＮＩＣ（Ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃａｒｄ）を識別する「ＮＩＣＩＤ」と、各ネットワーク機器５を識別する「ＮＷ機器ＩＤ」と、各ネットワーク機器５が有する各ポートを識別する「ポートＩＤ」とを項目として有する。

具体的に、図１９に示す対応情報１３２ｃにおいて、「項番」が「１」である情報には、「ＨＶＩＤ」として「００１」が設定され、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定され、「ＮＩＣＩＤ」として「ＮＩＣ＿０１」が設定され、「ＮＷ機器ＩＤ」として「１」が設定され、「ポート１−１」が設定されている。また、図１９に示す対応情報１３２ｃにおいて、「項番」が「３」である情報には、「ＨＶＩＤ」として「００２」が設定され、「監視用ＶＭＩＤ」として「ｙｙｙ」が設定され、「ＮＩＣＩＤ」として「ＮＩＣ＿１１」が設定され、「ＮＷ機器ＩＤ」として「１」が設定され、「ポートＩＤ」として「ポート１−２」が設定されている。図１９に含まれる他の情報については説明を省略する。

図１０に戻り、テスト結果取得部１１２は、異常判定タイミングになった場合（Ｓ３１のＹＥＳ）、各監視用ＶＭ２ｂに対して予め実行を指示した所定のテストの結果を示すテスト結果情報１３１を各監視用ＶＭ２ｂから取得する（Ｓ３２）。その後、テスト結果取得部１１２は、各監視用ＶＭ２ｂから取得したテスト結果情報１３１を情報格納領域１３０に記憶する。以下、Ｓ３２の処理で取得されたテスト結果情報１３１の具体例について説明を行う。

［テスト結果情報の具体例（５）］
図２０は、テスト結果情報１３１及び状態情報１３３の具体例について説明する図である。具体的に、図２０（Ａ）は、テスト結果情報１３１の具体例について説明する図である。

図２０（Ａ）に示すテスト結果情報１３１（以下、テスト結果情報１３１ｃとも呼ぶ）は、各情報を識別する「項番」と、各監視用ＶＭ２ｂを識別する「監視用ＶＭＩＤ」と、監視用ＶＭ２ｂに実行を指示したテストの結果が設定される「テスト結果（第５テスト）」及び「テスト結果（第６テスト）」とを項目として有する。

具体的に、図２０（Ａ）に示すテスト結果情報１３１ｃにおいて、「項番」が「１」である情報には、「監視用ＶＭＩＤ」として「ｘｘｘ」が設定され、「テスト結果（第５テスト）」として「未取得」が設定され、「テスト結果（第６テスト）」として「未取得」が設定されている。すなわち、図２０（Ａ）に示すテスト結果情報１３１ｃは、「監視用ＶＭＩＤ」が「ｘｘｘ」である監視用ＶＭ２ｂから情報の取得を行うことができなかったこと（「監視用ＶＭＩＤ」が「ｘｘｘ」である監視用ＶＭ２ｂが異常であったこと）を示す情報を含んでいる。図２０（Ａ）に示すテスト結果情報１３１ｂ１に含まれる他の情報についての説明は省略する。

図１０に戻り、異常があると判定された監視用ＶＭ２ｂが存在する場合（Ｓ３４のＹＥＳ）、状態取得部１１４は、情報格納領域１３０に記憶された対応情報１３２を参照し、Ｓ３４の処理で異常があると判定した監視用ＶＭ２ｂに対応する監視対象を特定する（Ｓ３５）。そして、状態取得部１１４は、特定した監視対象の状態を示す状態情報１３３を取得する（Ｓ３５）。その後、状態取得部１１４は、取得した状態情報１３３を情報格納領域１３０に記憶する。以下、Ｓ３５の処理で取得された状態情報１３３の具体例について説明を行う。

［状態情報の具体例（５）］
図２０（Ｂ）は、ハイパーバイザ２ｃが使用する物理ＮＩＣの状態情報１３３ｃ１の具体例について説明する図である。また、図２０（Ｃ）は、ハイパーバイザ２ｃと接続するネットワーク機器５が有するポートの状態情報１３３ｃ２の具体例について説明する図である。

図２０（Ｂ）に示す状態情報１３３ｃ１は、各情報を識別する「項番」と、各物理ＮＩＣを識別する「ＮＩＣＩＤ」と、各物理ＮＩＣの状態を示す「状態」とを項目として有している。

具体的に、図２０（Ｂ）に示す状態情報１３３ｃ１において、「項番」が「１」である情報には、「ＮＩＣＩＤ」として「ＮＩＣ＿０１」が設定され、「状態」として「ＯＫ」が設定されている。図２０（Ｂ）に含まれる他の情報についての説明は省略する。

一方、図２０（Ｃ）に示す状態情報１３３ｃ２は、各情報を識別する「項番」と、各ポートを識別する「ポートＩＤ」と、各ポートの状態を示す「状態」とを項目として有している。

具体的に、図２０（Ｃ）に示す状態情報１３３ｃ２において、「項番」が「２」である情報には、「ポートＩＤ」として「ポート１−１」が設定され、「状態」として「ＯＫ」が設定されている。なお、図２０（Ｃ）に示す状態情報１３３ｃ２における「ポートＩＤ」に「機器体」が設定された情報は、各ポートを有するネットワーク機器５に関する情報を示している。図２０（Ｃ）に含まれる他の情報についての説明は省略する。

すなわち、図２０（Ａ）で説明したテスト結果情報１３１ｃにおいて、「項番」が「１」である情報（「監視用ＶＭＩＤ」が「ｘｘｘ」である情報）の「テスト結果（第５テスト）」及び「テスト結果（第６テスト）」には、「未取得」が設定されている。そして、図１９で説明した対応情報１３２ｃにおいて、「監視用ＶＭＩＤ」に「ｘｘｘ」が設定された情報には、「ＮＩＣＩＤ」に「ＮＩＣ＿０１」が設定され、「ＮＷ機器ＩＤ」に「１」が設定され、「ポートＩＤ」に「ポート１−１」が設定された情報と、「ＮＩＣＩＤ」に「ＮＩＣ＿０２」が設定され、「ＮＷ機器ＩＤ」に「２」が設定され、「ポートＩＤ」に「ポート２−１」が設定された情報とが含まれている。そのため、状態取得部１１４は、Ｓ３５の処理において、「ＮＩＣＩＤ」が「ＮＩＣ＿０１」であるＮＩＣと、「ＮＩＣＩＤ」が「ＮＩＣ＿０２」であるＮＩＣと、ネットワーク機器５自体と、「ポートＩＤ」が「ポート１−１」であるポートと、「ポートＩＤ」が「ポート２−１」であるポートとにアクセスし、図２０（Ｂ）に示す状態情報１３３ｃ１と、図２０（Ｃ）に示す状態情報１３３ｃ２とのそれぞれに含まれる情報を取得する。

図１０に戻り、結果出力部１１５は、Ｓ３４の処理における監視用ＶＭ２ｂの異常有無の判定結果と、Ｓ３５の処理で取得した監視対象の状態情報１３３とを出力する（Ｓ３６）。

具体的に、図２０（Ｂ）及び図２０（Ｃ）における「状態」には、全て「ＯＫ」が設定されている。そのため、結果出力部１１５は、この場合、例えば、監視装置１と監視用ＶＭ２ｂとの間の通信が経由する機器等のうち、状態情報１３３ｃ１及び状態情報１３３ｃ２に情報が含まれていない仮想ブリッジにおいて異常が発生した可能性があることを示す情報を、通知情報１３４として出力するものであってよい。

これにより、監視装置１は、例えば、監視用ＶＭ２ｂにおいて発生した異常を検知した場合、監視用ＶＭ２ｂによって実行されたテストの結果と、クラウド事業者の監視対象（例えば、ネットワーク機器５）の状態とに基づいて、監視用ＶＭ２ｂにおいて発生した異常の原因箇所の推定を行うことが可能になる。そのため、監視装置１は、監視用ＶＭ２ｂにおいて検知された異常の内容だけでなく、検知された異常の原因究明をより迅速に行うことを可能とする情報を出力することが可能になる。

［通知情報の具体例（１）］
次に、通知情報１３４の具体例について説明を行う。図２１は、通知情報１３４の具体例について説明する図である。

図２１に示す通知情報１３４（以下、通知情報１３４ａとも呼ぶ）は、各情報（検知した異常に対応する情報）を識別する「項番」と、各異常の緊急度が設定される「緊急度」と、各異常を検知したリソースが設定される「対象リソース」と、各異常の内容が設定される「メッセージ」とを項目として有する。また、図２１に示す通知情報１３４ａは、各異常の原因被疑箇所が設定される「被疑箇所」と、「被疑箇所」に設定された箇所における異常状態（推定）が設定される「推定異常状態」と、各異常の影響範囲（推定）が設定される「推定影響範囲」とを項目として有する。

具体的に、結果出力部１１５は、Ｓ３４の処理において監視用ＶＭ（３）に対するアクセスができないと判定されている場合、図２１に示すように、例えば、「項番」が「１」である情報の「対象リソース」として「監視用ＶＭ（３）」を設定し、「メッセージ」として「アクセス不可」を設定する。また、結果出力部１１５は、Ｓ３５の処理においてＨＶ（３）及びＮＩＣ（１）から状態情報１３３を取得した場合、例えば、「被疑箇所」として「ＨＶ（３）」及び「ＮＩＣ（１）」を設定する。また、結果出力部１１５は、「被疑箇所」に「ＮＩＣ（１）」が設定された場合、例えば、「推定異常状態」として、「被疑箇所」に「ＮＩＣ（１）」が設定された場合に対応する情報（予め定められた情報）である「ハード異常」を設定する。また、結果出力部１１５は、「被疑箇所」に「ＨＶ（３）」が設定された場合、例えば、「推定影響範囲」として、「被疑箇所」に「ＨＶ（３）」が設定された場合に対応する情報（予め定められた情報）である「ＨＶ（３）」を設定する。さらに、結果出力部１１５は、「対象リソース」に監視用ＶＭ２ｂが設定されている場合、例えば、「緊急度」として「高」を設定する。

そして、結果出力部１１５は、Ｓ４４の処理においてストレージ（１）に含まれるディスク（３）においてディスク故障が発生していると判定されている場合、図２１に示すように、例えば、「項番」が「５」である情報の「対象リソース」として「ストレージ（１）」及び「ディスク（３）」を設定し、「メッセージ」として「ディスク故障」を設定する。また、結果出力部１１５は、「対象リソース」に「ストレージ（１）」及び「ディスク（３）」が設定されている場合、例えば、「被疑箇所」として「ストレージ（１）」及び「ディスク（３）」を設定する。また、結果出力部１１５は、「被疑箇所」に「ストレージ（１）」及び「ディスク（３）」が設定されている場合、例えば、「推定異常状態」として、「被疑箇所」に「ストレージ（１）」及び「ディスク（３）」が設定された場合に対応する情報（予め定められた情報）である「ハード故障」を設定する。また、結果出力部１１５は、「被疑箇所」に「ストレージ（１）」及び「ディスク（３）」のみが設定された場合、例えば、「推定影響範囲」として、「被疑箇所」に「ストレージ（１）」及び「ディスク（３）」のみが設定された場合に対応する情報（予め定められた情報）である「なし」を設定する。さらに、結果出力部１１５は、「推定影響範囲」に「なし」が設定されている場合、例えば、「緊急度」として「低」を設定する。

［第２の実施の形態］
次に、第２の実施の形態について説明する。図２２から図２５は、第２の実施の形態における監視処理を説明するフローチャート図である。また、図２６から図２９は、第２の実施の形態における監視処理を説明する図である。図２６から図２９を参照しながら、図２２から図２５の監視処理を説明する。

第２の実施の形態における監視装置１は、監視用ＶＭ２ｂを生成する代わりに、クラウド事業者の監視対象（例えば、図１等で説明したＡＰＩサーバ４）に対して所定の処理の実行指示（以下、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）とも呼ぶ）を送信する。そして、第２の実施の形態における監視装置１は、各監視対象から取得する状態情報１３３と、各監視対象に対して送信したＡＰＩの実行結果とを参照することにより、各監視対象において発生した異常の検知を行う。

［ＡＰＩの送信によって検知された場合の処理］
初めに、監視処理のうち、ＡＰＩの送信によって異常が検知された場合の処理について説明を行う。

監視装置１の実行指示部１１５は、図２２に示すように、異常判定タイミングになるまで待機する（Ｓ６１のＮＯ）。そして、異常判定タイミングになった場合（Ｓ６１のＹＥＳ）、実行指示部１１５は、１以上のＡＰＩサーバのそれぞれに対して所定の処理の実行を指示するＡＰＩを送信する（Ｓ６２）。

その後、実行指示部１１５は、Ｓ６２の処理で送信した実行指示に対応する所定の処理の実行が終了するまで待機する（Ｓ６３のＮＯ）。

具体的に、例えば、Ｓ６２の処理において送信したＡＰＩが同期型のＡＰＩ（以下、同期ＡＰＩとも呼ぶ）である場合、実行指示部１１５は、Ｓ６２の処理において送信したＡＰＩの応答があるまで待機する。

また、例えば、Ｓ６２の処理において送信したＡＰＩが非同期型のＡＰＩ（以下、非同期ＡＰＩとも呼ぶ）である場合、実行指示部１１５は、Ｓ６２の処理においてＡＰＩを送信した後、所定時間ごとに処理状況を確認するためのＡＰＩ（以下、参照ＡＰＩとも呼ぶ）を送信する。そして、実行指示部１１５は、参照ＡＰＩの送信を行うことによって、Ｓ６２の処理において送信したＡＰＩに対応する処理の完了が確認できるまで待機する。なお、非同期ＡＰＩによって行われる処理は、例えば、新たな利用者ＶＭ２ａの生成を行う処理や生成済の利用者ＶＭ２ａの削除を行う処理であってよい。

そして、Ｓ６２の処理で送信したＡＰＩに対応する所定の処理の実行が終了した場合（Ｓ６３のＹＥＳ）、実行指示部１１５は、Ｓ６３の処理で実行が終了した所定の処理の結果を示すＡＰＩ結果情報１３５を生成する（Ｓ６４）。その後、実行指示部１１５は、例えば、生成したＡＰＩ結果情報１３５を情報格納領域１３０に記憶する。以下、Ｓ６４の処理で生成されたＡＰＩ結果情報１３５の具体例について説明を行う。

［ＡＰＩ結果情報の具体例（１）］
図２７は、第２の実施の形態におけるＡＰＩ結果情報１３５及び状態情報１３３の具体例について説明する図である。具体的に、図２７（Ａ）は、第２の実施の形態におけるＡＰＩ結果情報１３５の具体例について説明する図である。

図２７（Ａ）に示すＡＰＩ結果情報１３５（以下、ＡＰＩ結果情報１３５ｄ１とも呼ぶ）は、各情報を識別する「項番」と、各ＡＰＩサーバ４を識別する「ＡＰＩＩＤ」と、各ＡＰＩサーバ４における所定の処理の実行結果を示す「実行結果」とを項目として有している。「実行結果」には、ＡＰＩサーバ４による実行結果が正常であったことを示す「ＯＫ」、ＡＰＩサーバ４による実行結果が異常であったことを示す「ＮＧ」、または、ＡＰＩサーバ４から実行結果を取得することができなかったことを示す「未取得」のいずれかが設定される。

具体的に、図２７（Ａ）に示すＡＰＩ結果情報１３５において、「項番」が「１」である情報には、「ＡＰＩＩＤ」として「０２１」が設定され、「実行結果」として「ＯＫ」が設定されている。また、図２７（Ａ）に示すＡＰＩ結果情報１３５において、「項番」が「２」である情報には、「ＡＰＩＩＤ」として「０２２」が設定され、「実行結果」として「ＮＧ」が設定されている。図２７（Ａ）に含まれる他の情報についての説明は省略する。

図２２に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶されたＡＰＩ結果情報１３５を参照し、実行結果に異常があるＡＰＩが存在するか否かを判定する（Ｓ６５）。

具体的に、異常有無判定部１１３は、例えば、情報格納領域１３０に記憶されたテスト結果情報１３１（Ｓ６４の処理において生成したＡＰＩ結果情報１３５）を参照し、「実行結果」に「ＮＧ」が設定されている情報が存在するか否かを判定する。そして、異常有無判定部１１３は、「実行結果」に「ＮＧ」が設定されている情報が存在しないと判定した場合、全てのＡＰＩの実行結果が正常であると判定する。また、異常有無判定部１１３は、「実行結果」に「ＮＧ」が設定されている情報が存在すると判定した場合、存在すると判定した情報に対応するＡＰＩの実行結果が異常であると判定する。

その結果、図２３に示すように、実行結果に異常があると判定されたＡＰＩが存在しないと判定した場合（Ｓ７１のＮＯ）、実行指示部１１５は、Ｓ６１以降の処理を再度行う。

一方、実行結果に異常があると判定されたＡＰＩが存在すると判定した場合（Ｓ７１のＹＥＳ）、状態取得部１１４は、情報格納領域１３０に記憶された対応情報１３２を参照し、Ｓ７１の処理で実行結果に異常があると判定したＡＰＩに対応する監視対象を特定する（Ｓ７２）。そして、状態取得部１１４は、特定した監視対象の状態を示す状態情報１３３を取得する（Ｓ７２）。その後、状態取得部１１４は、取得した状態情報１３３を情報格納領域１３０に記憶する。以下、情報格納領域１３０に予め記憶された対応情報１３２と、Ｓ７２の処理で取得された状態情報１３３との具体例について説明を行う。

［対応情報の具体例（４）］
初めに、第２の実施の形態における対応情報１３２の具体例について説明を行う。図２６は、第２の実施の形態における対応情報１３２の具体例を説明する図である。なお、第２の実施の形態における対応情報１３２（以下、対応情報１３２ｄとも呼ぶ）は、クラウド事業者によって生成され、情報格納領域１３０に予め記憶されている情報であるものとして説明を行う。

図２６に示す対応情報１３２ｄは、各情報を識別する「項番」と、各ＡＰＩを識別する「ＡＰＩＩＤ」と、クラウド事業者による各監視対象を識別する「監視対象ＩＤ」とを項目として有する。「監視対象ＩＤ」には、ハイパーバイザ２ｃ、ストレージ装置３、ＡＰＩサーバ４及びネットワーク機器５の他、新たな利用者ＶＭ２ａの生成に要する物理リソースの確保等を行うコントローラ（図示しない）や、ＡＰＩサーバ４に対して処理要求を振り分ける負荷分散サーバ（図示しない）や、コントローラに対する処理要求を蓄積するキューサーバ（図示しない）等を識別する情報が設定される。

具体的に、図２６に示す対応情報１３２ｄにおいて、「項番」が「１」である情報には、「ＡＰＩＩＤ」として「０２１」が設定され、「監視対象ＩＤ」として「１」及び「２」が設定されている。また、図２６に示す対応情報１３２ｄにおいて、「項番」が「２」である情報には、「ＡＰＩＩＤ」として「０２２」が設定され、「監視対象ＩＤ」として「４」、「８」及び「９」が設定されている。図２６に含まれる他の情報についての説明は省略する。

［状態情報の具体例（６）］
次に、第２の実施の形態における状態情報１３３（以下、状態情報１３３ｄ１とも呼ぶ）の具体例について説明を行う。

図２７（Ｂ）に示す状態情報１３３ｄ１は、各情報を識別する「項番」と、クラウド事業者による各監視対象を識別する「監視対象ＩＤ」と、各監視対象の状態を示す「状態」とを項目として有している。「状態」には、監視対象の状態が正常であったことを示す「ＯＫ」、監視対象の状態が異常であったことを示す「ＮＧ」、または、監視対象から情報を取得することができなかったことを示す「未取得」が設定される。

具体的に、図２７（Ｂ）に示す状態情報１３３ｄ１において、「項番」が「１」である情報には、「監視対象ＩＤ」として「４」が設定され、「状態」として「ＯＫ」が設定されている。また、図２７（Ｂ）に示す状態情報１３３ｄ１において、「項番」が「２」である情報には、「監視対象ＩＤ」として「８」が設定され、「状態」として「ＯＫ」が設定されている。図２７（Ｂ）に含まれる他の情報についての説明は省略する。

すなわち、図２７（Ａ）で説明したＡＰＩ結果情報１３５ｄ１において、「項番」が「２」である情報（「ＡＰＩＩＤ」が「０２２」である情報）の「実行結果」には、「ＮＧ」が設定されている。そして、図２６で説明した対応情報１３２ｄにおいて、「ＡＰＩＩＤ」に「０２２」が設定された情報の「監視対象ＩＤ」には、「４」、「８」及び「９」が設定されている。そのため、状態取得部１１４は、Ｓ７１の処理において、「監視対象ＩＤ」が「４」、「８」及び「９」である監視対象にアクセスし、図２７（Ｂ）に示す状態情報１３３ｄ１に含まれる情報を取得する。

図２３に戻り、結果出力部１１５は、Ｓ７１の処理におけるＡＰＩの実行結果についての異常有無の判定結果と、Ｓ７２の処理で取得した監視対象の状態情報１３３とを出力する（Ｓ７３）。

具体的に、結果出力部１１５は、Ｓ７１の処理におけるＡＰＩの実行結果についての異常有無の判定結果と、Ｓ７２の処理で取得した監視対象の状態情報１３３とから通知情報１３４を生成し、生成した通知情報１３４を監視者端末１ａに対して出力する。

これにより、監視装置１は、クラウド事業者の監視対象（例えば、ハイパーバイザ２ｃ）において異常の検知が行われたか否かに依らず、各監視対象に送信したＡＰＩに対応する実行結果において異常が検知された場合、その異常と関連する情報を出力することが可能になる。そのため、監視装置１は、クラウド事業者の監視対象における異常に起因する影響（サービス事業者のリソースに対する影響）の検知漏れを防止することが可能になる。また、監視装置１は、ＡＰＩを送信することによって検知された異常の内容だけでなく、異常が検知されたＡＰＩに対応する監視対象についての情報を出力することにより、検知された異常の原因究明を行うために必要な情報を迅速に出力することが可能になる。

［クラウド事業者の監視対象において異常が検知された場合の処理］
次に、監視処理のうち、クラウド事業者の監視対象において異常が検知された場合の処理について説明を行う。

状態取得部１１４は、図２４に示すように、異常判定タイミングまで待機する（Ｓ８１のＮＯ）。そして、異常判定タイミングになった場合（Ｓ８１のＹＥＳ）、状態取得部１１４は、１以上の監視対象のそれぞれの状態を示す状態情報１３３を取得する（Ｓ８２）。その後、状態取得部１１４は、各監視対象から取得した状態情報１３３を情報格納領域１３０に記憶する。以下、状態情報１３３の具体例について説明を行う。

［状態情報の具体例（７）］
図２８は、第２の実施の形態におけるＡＰＩ結果情報１３５及び状態情報１３３の具体例について説明する図である。具体的に、図２８（Ｂ）は、第２の実施の形態における状態情報１３３の具体例について説明する図である。

図２８（Ｂ）に示す状態情報１３３（以下、状態情報１３３ｄ２とも呼ぶ）において、「項番」が「１」である情報には、「監視対象ＩＤ」として「１」が設定され、「状態」として「ＯＫ」が設定されている。また、図２８（Ｂ）に示す状態情報１３３ｄ２において、「項番」が「３」である情報には、「監視対象ＩＤ」として「３」が設定され、「状態」として「ＮＧ」が設定されている。図２８（Ｂ）に含まれる他の情報についての説明は省略する。

図２４に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶された状態情報１３３（Ｓ８２の処理で取得した状態情報１３３）を参照し、異常がある監視対象が存在するか否かを判定する（Ｓ８３）。

その結果、異常があると判定された監視対象が存在しないと判定した場合（Ｓ８４のＮＯ）、状態取得部１１４は、Ｓ８１以降の処理を再度行う。

一方、異常があると判定された監視対象が存在すると判定した場合（Ｓ８４のＹＥＳ）、実行指示部１１５は、１以上のＡＰＩサーバのそれぞれに対して、異常があると判定した監視対象に対応するＡＰＩを送信する（Ｓ８５）。

その後、実行指示部１１５は、Ｓ８５の処理で送信したＡＰＩに対応する所定の処理の実行が終了するまで待機する（Ｓ８６のＮＯ）。

そして、Ｓ８５の処理で送信したＡＰＩに対応する所定の処理の実行が終了した場合（Ｓ８６のＹＥＳ）、実行指示部１１５は、図２５に示すように、実行が終了した所定の処理の結果を示すＡＰＩ結果情報１３５を生成する（Ｓ９１）。その後、実行指示部１１５は、例えば、生成したＡＰＩ結果情報１３５を情報格納領域１３０に記憶する。以下、Ｓ９１の処理で生成されたＡＰＩ結果情報１３５の具体例について説明を行う。

［ＡＰＩ結果情報の具体例（２）］
図２８は、ＡＰＩ結果情報１３５及び状態情報１３３の具体例について説明する図である。具体的に、図２８（Ａ）は、ＡＰＩ結果情報１３５の具体例について説明する図である。

図２７（Ａ）に示すＡＰＩ結果情報１３５（以下、ＡＰＩ結果情報１３５ｄ２とも呼ぶ）において、「項番」が「１」である情報には、「ＡＰＩＩＤ」として「０２３」が設定され、「実行結果」として「ＯＫ」が設定されている。

すなわち、図２８（Ｂ）で説明した状態情報１３３ｄ２において、「項番」が「３」である情報（「監視対象ＩＤ」が「３」である情報）の「状態」には、「ＮＧ」が設定されている。そして、図２６で説明した対応情報１３２ｄにおいて、「監視対象ＩＤ」に「３」が設定された情報の「ＡＰＩＩＤ」には、「０２３」が設定されている。そのため、実行指示部１１５は、Ｓ８５の処理において、「ＡＰＩＩＤ」が「３」であるＡＰＩを送信する。そして、実行指示部１１５は、Ｓ９１の処理において、図２８（Ａ）に示すＡＰＩ結果情報１３５ｄ２を生成する。

図２５に戻り、異常有無判定部１１３は、情報格納領域１３０に記憶されたＡＰＩ結果情報１３５を参照し、実行結果に異常があるＡＰＩが存在するか否かを判定する（Ｓ９２）。

その結果、実行異常があると判定されたＡＰＩが存在すると判定した場合（Ｓ９２のＹＥＳ）、結果出力部１１５は、Ｓ８４の処理における各監視対象の異常有無の判定結果と、Ｓ９２の処理におけるＡＰＩの実行結果についての異常有無の判定結果と、Ｓ９２の処理で検知した異常の程度が第３異常（例えば、緊急度が「高」である異常）であることを示す情報とを出力する（Ｓ９３）。

具体的に、結果出力部１１５は、例えば、Ｓ８４の処理における各監視対象の異常有無の判定結果と、Ｓ９２の処理におけるＡＰＩの実行結果についての異常有無の判定結果と、Ｓ９２の処理で検知した異常の程度が第３異常であることを示す情報とから通知情報１３４を生成し、生成した通知情報１３４を監視者端末１ａに対して出力する。

一方、実行異常があると判定されたＡＰＩが存在しないと判定した場合（Ｓ９２のＮＯ）、結果出力部１１５は、Ｓ８４の処理における各監視対象の異常有無の判定結果と、Ｓ９２の処理におけるＡＰＩの実行結果についての異常有無の判定結果と、Ｓ９２の処理で検知した異常の程度が第４異常（例えば、緊急度が「低」である異常）であることを示す情報とを出力する（Ｓ９４）。

具体的に、結果出力部１１５は、例えば、Ｓ８４の処理における各監視対象の異常有無の判定結果と、Ｓ９２の処理におけるＡＰＩの実行結果についての異常有無の判定結果と、Ｓ９２の処理で検知した異常の程度が第４異常であることを示す情報とから通知情報１３４を生成し、生成した通知情報１３４を監視者端末１ａに対して出力する。

これにより、監視装置１は、クラウド事業者の監視対象（例えば、ハイパーバイザ２ｃ）において異常の検知された場合、各監視対象に対して送信したＡＰＩの実行結果を考慮した上で、検知した異常に関連する情報を出力することが可能になる。そのため、監視装置１は、クラウド事業者の監視対象における異常に起因する影響（サービス事業者のリソースに対する影響）の度合いに応じた情報を出力することが可能になる。そのため、クラウド事業者は、監視装置１によって出力された情報を参照することによって、サービス事業者のリソースに対する影響の度合いに応じた対処を行うことが可能になる。

［通知情報の具体例（２）］
次に、第２の実施の形態における通知情報１３４（以下、通知情報１３４ｂとも呼ぶ）の具体例について説明を行う。図２９は、第２の実施の形態における通知情報１３４を説明する図である。

結果出力部１１５は、Ｓ７１の処理において「仮想ＮＷ一覧表示」を行うためのＡＰＩの実行結果に異常があると判定されており、ＡＰＩの応答に含まれていたエラーメッセージが「エラー５０３」であった場合、図２９に示すように、例えば、「項番」が「１」である情報の「対象リソース」として「仮想ＮＷ一覧表示」を設定し、「メッセージ」として「エラー５０３」を設定する。また、結果出力部１１５は、Ｓ７２の処理においてコントローラ（１）及び負荷分散サーバ（２）から状態情報１３３を取得した場合、例えば、「被疑箇所」として「コントローラ（１）」を設定する。また、結果出力部１１５は、「被疑箇所」に「コントローラ（１）」が設定された場合、例えば、「推定異常状態」として、「被疑箇所」に「コントローラ（１）」が設定された場合に対応する情報（予め定められた情報）である「仮想ＮＷコントローラプロセスダウン」を設定する。また、結果出力部１１５は、「被疑箇所」に「コントローラ（１）」が設定された場合、例えば、「推定影響範囲」として、「被疑箇所」に「コントローラ（１）」が設定された場合に対応するＡＰＩの一覧を示す情報（予め定められた情報）を設定する。さらに、結果出力部１１５は、「対象リソース」に「仮想ＮＷ一覧表示」が設定されている場合、例えば、「緊急度」として「高」を設定する。

そして、結果出力部１１５は、Ｓ８４の処理においてＡＰＩサーバ（１）においてプロセスダウンが発生していると判定されている場合、図２９に示すように、例えば、「項番」が「４」である情報の「対象リソース」として「ＡＰＩサーバ（１）」を設定し、「メッセージ」として「プロセスダウン」を設定する。また、結果出力部１１５は、「対象リソース」に「ＡＰＩサーバ（１）」が設定されている場合、例えば、「被疑箇所」として「ＡＰＩサーバ（１）」を設定する。また、結果出力部１１５は、「メッセージ」に「プロセスダウン」が設定された場合、例えば、「推定異常状態」として、「メッセージ」に「プロセスダウン」が設定された場合に対応する情報（予め定められた情報）である「プロセスダウン」を設定する。また、結果出力部１１５は、「被疑箇所」に「ＡＰＩサーバ（１）」のみが設定された場合、例えば、「項番」が「１」である情報の「推定影響範囲」として、「被疑箇所」に「ＡＰＩサーバ（１）」のみが設定された場合に対応する情報（予め定められた情報）である「なし」を設定する。さらに、結果出力部１１５は、「推定影響範囲」に「なし」が設定されている場合、例えば、「緊急度」として「低」を設定する。

このように、本実施の形態における監視装置１は、例えば、ハイパーバイザ２ｃ上に、ハイパーバイザ２ｃを含む複数の監視対象の監視に用いられる監視用ＶＭ２ｂを配置する。

そして、監視装置１は、所定間隔において監視用ＶＭ２ｂによって実行された所定のテストの結果を取得し、取得した結果から監視用ＶＭ２ｂの異常有無を判定する。その結果、監視用ＶＭ２ｂが異常である場合、監視装置１は、複数の監視対象の所定の状態を取得し、監視用ＶＭ２ｂの異常有無の判定結果と、複数の監視対象の所定の状態とを出力する。

すなわち、本実施の形態における監視装置１は、例えば、サービス事業者に貸し出している利用者ＶＭ２ａを動作させるハイパーバイザ２ｃ上に、監視装置１がアクセスを行うことができる監視用ＶＭ２ｂを配置する。そして、監視装置１は、監視用ＶＭに対してアクセスすることによって取得した動作状態を、利用者ＶＭ２ａ（監視装置１がアクセスを行うことができない仮想マシン）の動作状態として推定する。

これにより、監視装置１は、例えば、ハイパーバイザ２ｃにおいて発生した異常を検知した場合、監視用ＶＭ２ｂから取得した動作状態を参照することによって、発生した異常が利用者ＶＭ２ａに与えている影響度合いを推定することが可能になる。また、監視装置１は、例えば、監視用ＶＭ２ａから取得した動作状態を参照することによって、ハイパーバイザ２ｃにおいて検知できなかった異常（ハイパーバイザ２ｃに起因する異常）についても検知することが可能になる。

以上の実施の形態をまとめると、以下の付記のとおりである。

（付記１）
仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置し、
所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得し、
取得した前記結果から前記仮想マシンの異常有無を判定し、
前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得し、
前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する、
処理をコンピュータに実行させることを特徴とする監視プログラム。

（付記２）
付記１において、さらに、
所定間隔において前記複数の監視対象の所定の状態をそれぞれ取得し、
取得した前記所定の状態のそれぞれから前記複数の監視対象の異常有無をそれぞれ判定し、
前記複数の監視対象のうちのいずれかの監視対象が異常である場合、前記仮想マシンの前記結果を取得し、
取得した前記結果から前記仮想マシンの異常有無を判定する、
処理をコンピュータに実行させ、
前記出力する処理では、前記仮想マシンが異常である場合、前記いずれかの監視対象の異常が第１異常であることを示す情報を出力し、前記仮想マシンが異常でない場合、前記いずれかの監視対象の異常が第２異常であることを示す情報を出力する、
ことを特徴とする監視プログラム。

（付記３）
付記１において、
前記所定のテストは、前記仮想マシンによる監視用の記憶領域に対するアクセスを伴うテストを含み、
前記複数の監視対象は、前記記憶領域を有するストレージ装置を含み、
前記異常有無を判定する処理では、前記仮想マシンまたは前記記憶領域の異常有無を判定し、
前記所定の状態を取得する処理では、前記仮想マシンまたは前記記憶領域が異常である場合、前記ストレージ装置の所定の状態を取得し、
前記出力する処理では、前記仮想マシンまたは前記記憶領域の異常有無の判定結果と、前記ストレージ装置の所定の状態とを出力する、
ことを特徴とする監視プログラム。

（付記４）
付記１において、
前記所定のテストは、前記仮想マシンからの応答有無を判定するテストであり、
前記複数の監視対象は、前記仮想マシンとの通信を行う際に経由するネットワーク機器を含み、
前記異常有無を判定する処理では、前記仮想マシンからの応答有無を判定し、
前記所定の状態を取得する処理では、前記仮想マシンからの応答がない場合、前記ネットワーク機器の所定の状態を取得し、
前記出力する処理では、前記仮想マシンからの応答有無の判定結果と、前記ネットワーク機器の所定の状態とを出力する、
ことを特徴とする監視プログラム。

（付記５）
付記１において、さらに、
前記複数の監視対象は、複数の処理をそれぞれ実行する複数の情報処理装置を含み、
所定間隔において前記複数の情報処理装置に対して前記複数の処理の実行指示を行い、
前記実行指示に対応する前記複数の処理の実行結果から、前記複数の処理の実行結果についての異常有無をそれぞれ判定し、
前記複数の処理のうちの少なくともいずれかの処理の実行結果が異常である場合、前記複数の監視対象のうち、前記いずれかの処理に対応する監視対象の所定の状態を取得し、
前記複数の処理の実行結果についての異常有無の判定結果と、前記いずれかの処理に対応する監視対象の所定の状態とを出力する、
処理をコンピュータに実行させることを特徴とする監視プログラム。

（付記６）
付記５において、
前記複数の処理は、仮想マシンの作成及び仮想マシンの削除を含む、
ことを特徴とする監視プログラム。

（付記７）
付記５において、さらに、
所定間隔において前記複数の監視対象の所定の状態をそれぞれ取得し、
取得した前記所定の状態のそれぞれから前記複数の監視対象のそれぞれの異常有無を判定し、
前記複数の監視対象のうちのいずれかの監視対象が異常である場合、前記複数の処理のうち、前記いずれかの監視対象に対応する処理の実行指示を前記複数の情報処理装置に対して行い、
前記いずれかの監視対象に対応する処理の実行結果から、前記いずれかの監視対象に対応する処理の実行結果についての異常有無をそれぞれ判定する、
処理をコンピュータに実行させ、
前記複数の処理の実行結果についての異常有無の判定結果を出力する処理では、前記いずれかの監視対象に対応する処理のうちの少なくともいずれかの処理の実行結果が異常である場合、前記いずれかの監視対象の異常が第３異常であることを示す情報を出力し、前記いずれかの監視対象に対応する処理の実行結果が異常でない場合、前記いずれかの監視対象の異常が第４異常であることを示す情報を出力する、
処理をコンピュータに実行させることを特徴とする監視プログラム。

（付記８）
仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置する仮想マシン配置部と、
所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得するテスト結果取得部と、
取得した前記結果から前記仮想マシンの異常有無を判定する異常有無判定部と、
前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得する状態取得部と、
前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する結果出力部と、を有する、
ことを特徴とする監視装置。

（付記９）
付記８において、
前記状態取得部は、所定間隔において前記複数の監視対象の所定の状態をそれぞれ取得し、
前記異常有無判定部は、取得した前記所定の状態のそれぞれから前記複数の監視対象の異常有無をそれぞれ判定し、
前記テスト結果取得部は、前記複数の監視対象のうちのいずれかの監視対象が異常である場合、前記仮想マシンの前記結果を取得し、
前記異常有無判定部は、取得した前記結果から前記仮想マシンの異常有無を判定し、
前記結果出力部は、前記仮想マシンが異常である場合、前記いずれかの監視対象の異常が第１異常であることを示す情報を出力し、前記仮想マシンが異常でない場合、前記いずれかの監視対象の異常が第２異常であることを示す情報を出力する、
ことを特徴とする監視装置。

（付記１０）
仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置し、
所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得し、
取得した前記結果から前記仮想マシンの異常有無を判定し、
前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得し、
前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する、
ことを特徴とする監視方法。

（付記１１）
付記１０において、さらに、
所定間隔において前記複数の監視対象の所定の状態をそれぞれ取得し、
取得した前記所定の状態のそれぞれから前記複数の監視対象の異常有無をそれぞれ判定し、
前記複数の監視対象のうちのいずれかの監視対象が異常である場合、前記仮想マシンの前記結果を取得し、
取得した前記結果から前記仮想マシンの異常有無を判定し、
前記出力する工程では、前記仮想マシンが異常である場合、前記いずれかの監視対象の異常が第１異常であることを示す情報を出力し、前記仮想マシンが異常でない場合、前記いずれかの監視対象の異常が第２異常であることを示す情報を出力する、
ことを特徴とする監視方法。

１：監視装置 １ａ：監視者端末
２：物理マシン ２ａ：利用者ＶＭ
２ｃ：ハイパーバイザ ３：ストレージ装置
４：ＡＰＩサーバ ５：ネットワーク機器

Claims (9)

1. 仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置し、
   所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得し、
   取得した前記結果から前記仮想マシンの異常有無を判定し、
   前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得し、
   前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する、
   処理をコンピュータに実行させることを特徴とする監視プログラム。
2. 請求項１において、さらに、
   所定間隔において前記複数の監視対象の所定の状態をそれぞれ取得し、
   取得した前記所定の状態のそれぞれから前記複数の監視対象の異常有無をそれぞれ判定し、
   前記複数の監視対象のうちのいずれかの監視対象が異常である場合、前記仮想マシンの前記結果を取得し、
   取得した前記結果から前記仮想マシンの異常有無を判定する、
   処理をコンピュータに実行させ、
   前記出力する処理では、前記仮想マシンが異常である場合、前記いずれかの監視対象の異常が第１異常であることを示す情報を出力し、前記仮想マシンが異常でない場合、前記いずれかの監視対象の異常が第２異常であることを示す情報を出力する、
   ことを特徴とする監視プログラム。
3. 請求項１において、
   前記所定のテストは、前記仮想マシンによる監視用の記憶領域に対するアクセスを伴うテストを含み、
   前記複数の監視対象は、前記記憶領域を有するストレージ装置を含み、
   前記異常有無を判定する処理では、前記仮想マシンまたは前記記憶領域の異常有無を判定し、
   前記所定の状態を取得する処理では、前記仮想マシンまたは前記記憶領域が異常である場合、前記ストレージ装置の所定の状態を取得し、
   前記出力する処理では、前記仮想マシンまたは前記記憶領域の異常有無の判定結果と、前記ストレージ装置の所定の状態とを出力する、
   ことを特徴とする監視プログラム。
4. 請求項１において、
   前記所定のテストは、前記仮想マシンからの応答有無を判定するテストであり、
   前記複数の監視対象は、前記仮想マシンとの通信を行う際に経由するネットワーク機器を含み、
   前記異常有無を判定する処理では、前記仮想マシンからの応答有無を判定し、
   前記所定の状態を取得する処理では、前記仮想マシンからの応答がない場合、前記ネットワーク機器の所定の状態を取得し、
   前記出力する処理では、前記仮想マシンからの応答有無の判定結果と、前記ネットワーク機器の所定の状態とを出力する、
   ことを特徴とする監視プログラム。
5. 請求項１において、さらに、
   前記複数の監視対象は、複数の処理をそれぞれ実行する複数の情報処理装置を含み、
   所定間隔において前記複数の情報処理装置に対して前記複数の処理の実行指示を行い、
   前記実行指示に対応する前記複数の処理の実行結果から、前記複数の処理の実行結果についての異常有無をそれぞれ判定し、
   前記複数の処理のうちの少なくともいずれかの処理の実行結果が異常である場合、前記複数の監視対象のうち、前記いずれかの処理に対応する監視対象の所定の状態を取得し、
   前記複数の処理の実行結果についての異常有無の判定結果と、前記いずれかの処理に対応する監視対象の所定の状態とを出力する、
   処理をコンピュータに実行させることを特徴とする監視プログラム。
6. 請求項５において、
   前記複数の処理は、仮想マシンの作成及び仮想マシンの削除を含む、
   ことを特徴とする監視プログラム。
7. 請求項５において、さらに、
   所定間隔において前記複数の監視対象の所定の状態をそれぞれ取得し、
   取得した前記所定の状態のそれぞれから前記複数の監視対象のそれぞれの異常有無を判定し、
   前記複数の監視対象のうちのいずれかの監視対象が異常である場合、前記複数の処理のうち、前記いずれかの監視対象に対応する処理の実行指示を前記複数の情報処理装置に対して行い、
   前記いずれかの監視対象に対応する処理の実行結果から、前記いずれかの監視対象に対応する処理の実行結果についての異常有無をそれぞれ判定する、
   処理をコンピュータに実行させ、
   前記複数の処理の実行結果についての異常有無の判定結果を出力する処理では、前記いずれかの監視対象に対応する処理のうちの少なくともいずれかの処理の実行結果が異常である場合、前記いずれかの監視対象の異常が第３異常であることを示す情報を出力し、前記いずれかの監視対象に対応する処理の実行結果が異常でない場合、前記いずれかの監視対象の異常が第４異常であることを示す情報を出力する、
   処理をコンピュータに実行させることを特徴とする監視プログラム。
8. 仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置する仮想マシン配置部と、
   所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得するテスト結果取得部と、
   取得した前記結果から前記仮想マシンの異常有無を判定する異常有無判定部と、
   前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得する状態取得部と、
   前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する結果出力部と、を有する、
   ことを特徴とする監視装置。
9. 仮想化ソフトウェア上に、前記仮想化ソフトウェアを含む複数の監視対象の監視に用いられる監視用の仮想マシンを配置し、
   所定間隔において前記仮想マシンによって実行された所定のテストの結果を取得し、
   取得した前記結果から前記仮想マシンの異常有無を判定し、
   前記仮想マシンが異常である場合、前記複数の監視対象の所定の状態を取得し、
   前記仮想マシンの異常有無の判定結果と、前記複数の監視対象の所定の状態とを出力する、
   ことを特徴とする監視方法。

Images