(57)【特許請求の範囲】
【請求項１】
ゲストＯＳにそれぞれ対応する複数のゲストＯＳ対応ＩＰアドレスと、
受け取った要求コマンドが前記ゲストＯＳを指定して管理するものであるかを判断し、前記ゲストＯＳを指定して管理するものであった場合に、当該要求コマンドが指定する前記ゲストＯＳを、当該要求コマンドに含まれる前記ゲストＯＳ対応ＩＰアドレスに基づいて特定し、特定した前記ゲストＯＳに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力し、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する制御部と、
を含むことを特徴とする仮想化制御装置。
【請求項２】
前記ゲストＯＳ、および、前記ハイパーバイザを含むサーバ装置と、
請求項１の前記仮想化制御装置と、
を含むことを特徴とする仮想化システム。
【請求項３】
前記仮想化制御装置に前記要求コマンドを出力し、前記仮想化制御装置から前記応答コマンドを受け取るクライアント装置を、
含むことを特徴とする請求項２の仮想化システム。
【請求項４】
前記要求コマンド、および、前記応答コマンドがＩＰＭＩコマンドであることを特徴とする請求項２、または、３の仮想化システム。
【請求項５】
前記ハイパーバイザが、エージェント・ソフトウェアを含み、
前記エージェント・ソフトウェアが、ハイパーバイザＡＰＩインタフェースを使用して前記ゲストＯＳ識別情報に対応する前記ゲストＯＳに対する前記ＩＰＭＩコマンドを処理することを特徴とする請求項４の仮想化システム。
【請求項６】
受け取った要求コマンドがゲストＯＳを指定して管理するものであるかを判断し、ゲストＯＳを指定して管理するものであった場合に、当該要求コマンドが指定するゲストＯＳを、ゲストＯＳにそれぞれ対応する複数のゲストＯＳ対応ＩＰアドレスと、当該要求コマンドに含まれる前記ゲストＯＳ対応ＩＰアドレスと、に基づいて特定し、特定したゲストＯＳに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力し、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する、仮想化制御方法。
【請求項７】
前記要求コマンド、および、前記応答コマンドがＩＰＭＩコマンドであることを特徴とする請求項６の仮想化制御方法。
【請求項８】
前記ハイパーバイザが、エージェント・ソフトウェアを含み、前記エージェント・ソフトウェアが、ハイパーバイザＡＰＩインタフェースを使用して前記ゲストＯＳ識別情報に対応する前記ゲストＯＳに対する前記ＩＰＭＩコマンドを処理することを特徴とする請求項７の仮想化制御方法。
【請求項９】
受け取った要求コマンドがゲストＯＳを指定して管理するものであるかを判断し、ゲストＯＳを指定して管理するものであった場合に、当該要求コマンドが指定するゲストＯＳを、ゲストＯＳにそれぞれ対応する複数のゲストＯＳ対応ＩＰアドレスと、当該要求コマンドに含まれる前記ゲストＯＳ対応ＩＰアドレスと、に基づいて特定する手順と、特定したゲストＯＳに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力する手順と、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する手順と、をコンピュータに実行させることを特徴とする仮想化制御プログラム。
【請求項１０】
前記要求コマンド、および、前記応答コマンドがＩＰＭＩコマンドであることを特徴とする請求項９の仮想化制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想化制御装置、仮想化システム、仮想化方法、および、仮想化制御プログラムに関する。
【背景技術】
【０００２】
仮想化の技術の一例が、特許文献１に記載されている。この技術は、ハードウェア情報、および、仮想サーバ情報を元に、管理装置が、仮想サーバシステム全体の総消費電力を低減するように仮想サーバのリソースを配置する構成である。
【０００３】
詳細には、管理装置から通信コントローラを介して受信した指示を、ＢＭＣ（ベースボード・マネジメント・コントローラ）が、ＰｏｗｅｒＯＮ  Ｒｅｓｅｔスイッチに対して実行する構成である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−６１２７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術においては、管理装置が管理するのは、仮想サーバシステム全体の総消費電力であり、管理の範囲が限定的であり、使い勝手が悪いという問題がある。また、特許文献１の技術においては、管理装置に仮想サーバシステム総合情報管理表等を含む仮想サーバシステム管理部を設ける必要があり、費用がかかり、経済的でないという問題がある。
【０００６】
本発明の目的は、上記問題点を解決した仮想化制御装置、仮想化システム、仮想化方法、および、仮想化制御プログラムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の仮想化制御装置は、ゲストＯＳに対応するゲストＯＳ対応ＩＰアドレスと、受け取った要求コマンドに含まれるゲストＯＳを示すネットワークアドレスが、前記ゲストＯＳ対応ＩＰアドレスのどれであるのかを特定し、特定した前記ゲストＯＳ対応ＩＰアドレスに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力し、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する制御部と、を含む。
【０００８】
本発明の仮想化制御方法は、受け取った要求コマンドに含まれるゲストＯＳを示すネットワークアドレスが、ゲストＯＳ対応ＩＰアドレスのどれであるのかを特定し、特定した前記ゲストＯＳ対応ＩＰアドレスに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力し、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する。
【０００９】
本発明の仮想化制御プログラムは、受け取った要求コマンドに含まれるゲストＯＳを示すネットワークアドレスが、ゲストＯＳ対応ＩＰアドレスのどれであるのかを特定する手順と、特定した前記ゲストＯＳ対応ＩＰアドレスに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力する手順と、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する手順と、をコンピュータに実行させる。
【発明の効果】
【００１０】
本発明は、使い勝手がよく、経済的であるという効果を持つ。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態の動作を示す動作説明図である。
【図３】本発明の第２の実施の形態の構成を示すブロック図である。
【図４】本発明の第２の実施の形態の動作を示す動作説明図である。
【図５】本発明の第３の実施の形態の構成を示すブロック図である。
【図６】本発明の第３の実施の形態の仮想化制御装置の構成を示すブロック図である。
【図７】ＩＰＭＩコマンド、および、タグのフォーマットを示す説明図である。
【図８】エージェント・ソフトウェアの構成を示すブロック図である。
【図９】本発明の第３の実施の形態の動作を示す動作説明図である。
【図１０】本発明の第３の実施の形態の動作を示す動作説明図である。
【図１１】本発明の第３の実施の形態の動作を示す動作説明図である。
【発明を実施するための形態】
【００１２】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１３】
図１は、第１の実施の形態の構成を示すブロック図である。図１を参照すると、第１の実施の形態の仮想化制御装置１００は、制御部１１０、ゲストＯＳ対応ＩＰアドレス１５１、ゲストＯＳ対応ＩＰアドレス１５２、および、ゲストＯＳ対応ＩＰアドレス１５３を含む。制御部１１０は、ハイパーバイザ（ハードウェア上で動作し、ゲストＯＳ（オペレーティング・システム）を仮想マシン上で動作させるための制御プログラム）、および、外部装置（たとえば、ネットワーク接続された管理端末）に接続される。
【００１４】
仮想化制御装置１００は、たとえば、ＢＭＣ（ベースボード・マネジメント・コントローラ）である。仮想化制御装置１００は、プロセッサ、メモリ等を備えるコンピュータで構成することが可能である。メモリ上のプログラム（ソフトウェア、または、ファームウェアであり、仮想化制御プログラムとも呼ばれる）をプロセッサが実行することにより、制御部１１０、および、ゲストＯＳ対応ＩＰアドレス１５１〜１５３が実現される。
【００１５】
ゲストＯＳ対応ＩＰアドレス１５１〜１５３は、ハイパーバイザ上の各ゲストＯＳに対応するネットワークアドレスであり、メモリに格納され、外部装置との通信に使用される。また、ゲストＯＳ対応ＩＰアドレス１５１〜１５３は、制御部１１０の一部として、プログラム内に組み込まれる構成（すなわち、ソフトウェア、ファームウェアの一部）が可能である。
【００１６】
ゲストＯＳの個数に制限はなく、仮想化制御装置１００が含むゲストＯＳ対応ＩＰアドレスは、ゲストＯＳ対応ＩＰアドレス１５１〜ゲストＯＳ対応ＩＰアドレス１５３の３個に限定されない。
【００１７】
次に、第１の実施の形態の動作について図面を参照して説明する。
【００１８】
図２は、第１の実施の形態の動作を示す動作説明図である。図２を参照すると、制御部１１０は、外部装置から、要求コマンドを受け取ると（ステップＳ１）、要求コマンドが、ゲストＯＳを管理するものであるかどうかを調べる（ステップＳ２）。
【００１９】
要求コマンドが、ゲストＯＳを管理するものでないと（ステップＳ２／Ｎ）、要求コマンドに対応する処理を行う（ステップＳ３）。
【００２０】
要求コマンドが、ゲストＯＳを管理するものであると（ステップＳ２／Ｙ）、要求コマンドがどのゲストＯＳに対するものであるかを特定する。すなわち、制御部１１０は、要求コマンドに含まれる「ゲストＯＳを示すネットワークアドレス」が、ゲストＯＳ対応ＩＰアドレス１５１〜ゲストＯＳ対応ＩＰアドレス１５３のどれであるのかを特定する（ステップＳ４）。
【００２１】
次に、制御部１１０は、特定したゲストＯＳ対応ＩＰアドレス１５１〜１５３に（すなわち、１つのゲストＯＳに）対応するゲストＯＳ識別情報を要求コマンドに付加して（ステップＳ５）、ハイパーバイザに出力する（ステップＳ６）。
【００２２】
また、制御部１１０は、ハイパーバイザから要求コマンドに対する応答コマンドを受け取ると（ステップＳ７）、応答コマンドに付加されたゲストＯＳ識別情報を削除する（ステップＳ８）。そして、制御部１１０は、応答コマンドを、対応する外部装置に出力する（ステップＳ９）。
【００２３】
次に、第１の実施の形態の効果について説明する。
【００２４】
第１の実施の形態においては、仮想化制御装置１００が、外部装置からの要求コマンドに含まれるゲストＯＳを示すネットワークアドレスに対応するゲストＯＳ識別情報を要求コマンドに付加してハイパーバイザに出力する構成である。
【００２５】
すなわち、ハイパーバイザが、ゲストＯＳ識別情報に対応するゲストＯＳに対する種々の処理を行うことが可能である。したがって、外部装置がゲストＯＳを管理することができ、第１の実施の形態は、使い勝手が向上するという効果を持つ。
【００２６】
また、外部装置は、ゲストＯＳを示すネットワークアドレスを使用することにより、ゲストＯＳを管理できる。したがって、第１の実施の形態は、外部装置に変更を加える必要がなく、経済的であるという効果を持つ。
【００２７】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
【００２８】
図３は、第２の実施の形態の構成を示すブロック図である。図３を参照すると、第２の実施の形態の仮想化システム８００は、サーバシステム３００、および、クライアント装置４００（外部装置の一例）を含む。
【００２９】
サーバシステム３００は、サーバ装置２００、および、第１の実施の形態の仮想化制御装置１００を含む。サーバ装置２００は、プロセッサ、および、メモリを含み、プログラムであるハイパーバイザ２１０が動作する。そして、ハイパーバイザ２１０上に、ゲストＯＳ２２１、ゲストＯＳ２２２、および、ゲストＯＳ２２３が実現される。
【００３０】
ハイパーバイザ２１０は、仮想化を実現する制御プログラムである。ゲストＯＳ２２１〜２２３は、ハイパーバイザ２１０上で動作するオペレーティング・システムである。ゲストＯＳ２２１、ゲストＯＳ２２２、および、ゲストＯＳ２２３のネットワークアドレスは、それぞれ、ゲストＯＳ対応ＩＰアドレス１５１、ゲストＯＳ対応ＩＰアドレス１５２、および、ゲストＯＳ対応ＩＰアドレス１５３である。
【００３１】
また、クライアント装置４００は、第１の実施の形態の外部装置の１例である。サーバ装置２００と仮想化制御装置１００とは、ハードウェア的に接続される。仮想化制御装置１００とクライアント制御装置４００とは、たとえば、ローカルエリアネットワークで接続される。クライアント装置４００の数に制限はない。
【００３２】
次に、第２の実施の形態の動作について図面を参照して説明する。
【００３３】
図４は、第２の実施の形態の動作を示す動作説明図である。ゲストＯＳ２２１〜２２３を代表して、ゲストＯＳ２２１の動作が示されている。図４を参照すると、クライアント装置４００は、ゲストＯＳ２２１を管理することを示す要求コマンドを仮想化制御装置１００に送信する（ステップＳ１１）。
【００３４】
仮想化制御装置１００の制御部１１０は、要求コマンドを受信すると、図２のステップＳ１〜Ｓ６の処理を行い、ゲストＯＳ識別情報（ゲストＯＳ２２１を示す）を付加した要求コマンドをハイパーバイザ２１０に出力する（ステップＳ１２）。
【００３５】
ハイパーバイザ２１０は、要求コマンドを受け取ると、ゲストＯＳ識別情報に対応するゲストＯＳ（この場合ゲストＯＳ２２１）に対して、アクセスする（ステップＳ１３）。
【００３６】
ゲストＯＳ２２１は、ハイパーバイザ２１０からアクセスを受けると、対応する処理を行う（ステップＳ１４）。たとえば、要求が、「ゲストＯＳ２２１の稼働している時間」の取得であるとすると、ゲストＯＳ２２１は、自身で記録している「ゲストＯＳ２２１の稼働している時間」を取り出す。
【００３７】
そして、ゲストＯＳ２２１は、「ゲストＯＳ２２１の稼働している時間」を含めた応答情報をハイパーバイザ２１０に出力する（ステップＳ１５）。ハイパーバイザ２１０は、ゲストＯＳ２２１から応答情報を受け取ると、ゲストＯＳ識別情報（ゲストＯＳ２２１を示す）を付加した応答コマンドを生成し、仮想化制御装置１００に出力する（ステップＳ１６）。
【００３８】
次に、仮想化制御装置１００は、図２のステップＳ７〜Ｓ９の処理を行う。すなわち、仮想化制御装置１００は、ハイパーバイザ２１０から応答コマンドを受け取ると、ゲストＯＳ識別情報を削除した応答コマンドをクライアント装置４００（要求コマンドを出力した）に送信する（ステップＳ１７）。
【００３９】
クライアント装置４００は、仮想化制御装置１００から応答コマンドを受信すると（ステップＳ１８）、応答コマンドに含まれる内容に対応した処理を行う。たとえば、クライアント装置４００は、「ゲストＯＳ２２１の稼働している時間」を内部に記憶する。
【００４０】
次に、第２の実施の形態の効果について説明する。
【００４１】
第２の実施の形態は、第１の実施の形態の仮想化制御装置１００、ハイパーバイザ２１０、ゲストＯＳ２２１〜２２３、クライアント装置４００を含む構成である。したがって、クライアント装置４００が、ゲストＯＳを示すネットワークアドレスに対応するゲストＯＳを管理することができるので、使い勝手がよいという効果を持つ。
【００４２】
また、クライアント装置４００は、ゲストＯＳを示すネットワークアドレスを使用することにより、ゲストＯＳを管理できる。したがって、第２の実施の形態は、クライアント装置４００に変更を加える必要がなく、経済的であるという効果を持つ。
【００４３】
次に、本発明の第３の実施の形態について図面を参照して詳細に説明する。
【００４４】
図５は、第３の実施の形態の構成を示すブロック図である。図５を参照すると、第３の実施の形態の仮想化システム８００は、第２の実施の形態の仮想化システム８００一例である。
【００４５】
ハイパーバイザ２１０は、ハイパーバイザ２１０で動作するエージェント・ソフトウェア２３０（エージェントプログラムとも呼ばれる）を含む。また、クライアント装置４００は、アプリケーションソフトウェアであるＳＭＳ４１０（システム・マネジメント・ソフトウェア）を含む。
【００４６】
図６は、仮想化制御装置１００の構成を示すブロック図である。第３の実施の形態の仮想化制御装置１００は、ＢＭＣである。図６を参照すると、制御部１１０は、ホストインタフェース部１２０、タグ処理部１３０、ゲストＯＳ対応ＩＰＭＩ処理部１４１、ゲストＯＳ対応ＩＰＭＩ処理部１４２、ゲストＯＳ対応ＩＰＭＩ処理部１４３、クライアントインタフェース部１６０を含む。
【００４７】
ホストインタフェース部１２０は、ハイパーバイザ２１０のエージェント・ソフトウェア２３０とのインタフェース処理を行う。タグ処理部１３０は、タグ（ゲストＯＳ識別情報の１例）の付加、削除の処理を行う。
【００４８】
ゲストＯＳ対応ＩＰＭＩ処理部１４１〜１４３は、それぞれ、ゲストＯＳ対応ＩＰアドレス１５１〜１５３（すなわち、ゲストＯＳ２２１〜２２３）に対応する処理を行う。クライアントインタフェース部１６０は、クライアント装置４００のＳＭＳ４１０とのインタフェース処理を行う。
【００４９】
仮想化制御装置１００は、１つのＭＡＣ（メディア・アクセス・コントロール）アドレスを保有する。ゲストＯＳ対応ＩＰアドレス１５１〜１５３は、インターネット・プロトコル・アドレスであって、たとえば、ＩＰエイリアス（１つのＭＡＣアドレスに複数のＩＰアドレスを設定する）を利用して割り当てられる。
【００５０】
図７は、要求コマンド（または、応答コマンド）の１例であるＩＰＭＩ（インテリジェント・プラットフォーム・マネジメント・インタフェース）コマンド、および、タグのフォーマットを示す説明図である。
【００５１】
図７を参照すると、ＩＰＭＩコマンドは、ＮｅｔＦｎ、ＣＭＤ、および、Ｐａｙｌｏａｄを含む。ＮｅｔＦｎは、ネットワーク・ファンクション番号、ＣＭＤは、コマンド番号である。ＮｅｔＦｎ、および、ＣＭＤの組み合わせで、ＩＰＭＩコマンドの種別が決定される。Ｐａｙｌｏａｄは、ＩＰＭＩコマンドに含まれるデータ部であり、ＩＰＭＩコマンドの種別により、データ部のフォーマットは異なる。
【００５２】
タグは、ＩＰＭＩコマンドの先頭に付与される。タグは、Ｔａｒｇｅｔ  Ｇｕｅｓｔ、および、Ｔａｒｇｅｔ  Ｈｏｓｔを含む。Ｔａｒｇｅｔ  Ｇｕｅｓｔは、ＩＰＭＩコマンドが、ゲストＯＳ２２１〜２２３のどれに対するものであるかを示す１以上の数値である。ただし、ＩＰＭＩコマンドが、ゲストＯＳ２２１〜２２３のどれに対するものでもない場合は、Ｔａｒｇｅｔ  Ｇｕｅｓｔは、“０”である。
【００５３】
Ｔａｒｇｅｔ  Ｈｏｓｔは、ＩＰＭＩコマンドが、ホストであるハイパーバイザ２１０に対するものである場合、“１”であり、ＩＰＭＩコマンドが、ハイパーバイザ２１０に対するものでない場合、“０”である。
【００５４】
図８は、エージェント・ソフトウェア２３０の構成を示すブロック図である。図８を参照すると、エージェント・ソフトウェア２３０は、ハイパーバイザＡＰＩインタフェース部２４０、ＩＰＭＩ処理部２５０、および、ＢＭＣホストインタフェース部２７０を含む。
【００５５】
ハイパーバイザＡＰＩインタフェース部２４０は、ハイパーバイザＡＰＩインタフェースを利用して、ゲストＯＳにアクセスするためのインタフェースの処理を行う。ＩＰＭＩ処理部２５０は、ＩＰＭＩコマンドの処理を行う。
【００５６】
ＢＭＣホストインタフェース部２７０は、仮想化制御装置１００（ＢＭＣ）とのインタフェースの処理を行う。
【００５７】
次に、第３の実施の形態の動作について図面を参照して説明する。図９、図１０、図１１は、第３の実施の形態の動作を示す動作説明図である。
【００５８】
図９は、ゲストＯＳの追加、削除に関する動作を示す。特に、ゲストＯＳ２２１〜２２２が存在し、ゲストＯＳ２２３が新たに追加された場合、または、ゲストＯＳ２２１〜２２３が存在し、ゲストＯＳ２２３が削除された場合について説明する。
【００５９】
図９を参照すると、エージェント・ソフトウェア２３０のＢＭＣホストインタフェース部２７０は、仮想化制御装置１００（ＢＭＣ）に、ゲストＯＳ２２３の追加、または、削除を示す通知を出力する（ステップＳ２１）。仮想化制御装置１００の制御部１１０のホストインタフェース部１２０は、ゲストＯＳ２２３の追加、または、削除を示す通知を受け取る（ステップＳ２２）。
【００６０】
通知がゲストＯＳ２２３の追加を示すと（ステップＳ２３／Ｙ）、制御部１１０は、ゲストＯＳ対応ＩＰＭＩ処理部１４３、および、ゲストＯＳ対応ＩＰアドレス１５３を生成する（ステップＳ２４）。
【００６１】
通知がゲストＯＳ２２３の削除を示すと（ステップＳ２３／Ｎ）、制御部１１０は、ゲストＯＳ対応ＩＰＭＩ処理部１４３、および、ゲストＯＳ対応ＩＰアドレス１５３を削除する（ステップＳ２５）。
【００６２】
制御部１１０は、クライアントインタフェース部１６０からクライアント装置４００のＳＭＳ４１０に対し、ゲストＯＳ対応ＩＰアドレス１５３の追加、または、削除を通知することが可能である。
【００６３】
図１０は、ＳＭＳ４１０、および、仮想化制御装置１００の動作を示す。図１０は、特に、ゲストＯＳ２２１に対する管理の動作を示す。図１０を参照すると、クライアント装置４００のＳＭＳ４１０は、ゲストＯＳ対応ＩＰアドレス１５１を含むＩＰＭＩコマンド（要求コマンド）を送信する（ステップＳ３１）。
【００６４】
仮想化制御装置１００のクライアントインタフェース部１６０は、ＳＭＳ４１０からのＩＰＭＩコマンドを受信する（ステップＳ３２）。次に、ゲストＯＳ対応ＩＰＭＩ処理部１４１が、仮想化制御装置１００の内部のゲストＯＳ対応ＩＰアドレス１５１とＩＰＭＩコマンドに含まれるゲストＯＳ対応ＩＰアドレス１５１とを照合する（ステップＳ３３）。
【００６５】
次に、タグ処理部１３０が、ゲストＯＳ対応ＩＰＭＩ処理部１４１からの照合結果に基づいて、ＩＰＭＩコマンドに、ゲストＯＳ対応ＩＰアドレス１５１、すなわち、ゲストＯＳ２２１に対応するタグを付加する（ステップＳ３４）。
【００６６】
次に、ホストインタフェース部１２０が、ハイパーバイザ２１０のエージェント・ソフトウェア２３０にタグが付加されたＩＰＭＩコマンド（要求コマンド）を出力する（ステップＳ３５）。
【００６７】
ホストインタフェース部１２０が、ハイパーバイザ２１０のエージェント・ソフトウェア２３０から、ゲストＯＳ２２１に対応するタグが付加されたＩＰＭＩコマンド（要求コマンドに対応する応答コマンド）を受け取る（ステップＳ３６）。
【００６８】
次に、タグ処理部１３０は、タグに対応するゲストＯＳ対応ＩＰＭＩ処理部１４１に通知し、タグを削除する（ステップＳ３７）。次に、ゲストＯＳ対応ＩＰＭＩ処理部１４１は、タグが削除されたＩＰＭＩコマンド（応答コマンド）を、クライアントインタフェース部１６０から、ＩＰＭＩコマンド（要求コマンド）を送信したＳＭＳ４１０に送信する（ステップステップＳ３８）。
【００６９】
クライアント装置４００のＳＭＳ４１０は、仮想化制御装置１００からＩＰＭＩコマンド（応答コマンド）を受信すると、応答コマンドに含まれるデータを内部に格納する（ステップＳ３９）。
【００７０】
図１１は、エージェント・ソフトウェア２３０の動作を示す。図１１を参照すると、ＢＭＣホストインタフェース部２７０が、仮想化制御装置１００からＩＰＭＩコマンド（要求コマンド）を受け取る（ステップＳ４１）。
【００７１】
ＩＰＭＩ処理部２５０は、ＩＰＭＩコマンドに付加されたタグＴａｒｇｅｔ  Ｇｕｅｓｔ）から、ゲストＯＳ２２１〜２２３のどれに対するＩＰＭＩコマンドであるか特定する（ステップＳ４２）。次に、ＩＰＭＩ処理部２５０は、ＩＰＭＩコマンドの種類（ＮｅｔＦｎ、ＣＭＤから）を調べる（ステップＳ４３）。
【００７２】
ＩＰＭＩコマンドが、ゲストＯＳ２２１〜２２３の管理を行う種類でないと（ステップＳ４３／Ｎ）、ＩＰＭＩ処理部２５０は、対応するＩＰＭＩコマンドの処理を行う（ステップＳ４４）。
【００７３】
ＩＰＭＩコマンドが、ゲストＯＳ２２１〜２２３の管理を行う種類であると（ステップＳ４３／Ｙ）、ＩＰＭＩ処理部２５０は、タグで特定されたゲストＯＳ２２１〜２２３に対するＩＰＭＩコマンドの処理を行う（ステップＳ４５）。ゲストＯＳ２２１〜２２３の管理を行うとは、たとえば、ゲストＯＳを強制的に再起動、または、ゲストＯＳ２２１の稼働している時間の取得等である。
【００７４】
ここで、ＩＰＭＩ処理部２５０は、ハイパーバイザＡＰＩインタフェース部２４０を呼び出し、ハイパーバイザＡＰＩインタフェースを利用して特定したゲストＯＳ２２１〜２２３にアクセスする（ステップＳ４６）。
【００７５】
ＩＰＭＩ処理部２５０は、特定したゲストＯＳ２２１〜２２３から、ハイパーバイザＡＰＩインタフェースを利用して応答情報を取得すると（ステップＳ４７）、応答情報を含むＩＰＭＩコマンド（応答コマンド）を生成する（ステップＳ４８）。
【００７６】
次に、ＩＰＭＩ処理部２５０は、ＩＰＭＩコマンド（要求コマンド）に付加されていたタグをＩＰＭＩコマンド（応答コマンド）に付加する（ステップＳ４９）。そして、ＢＭＣホストインタフェース部２７０が、ＩＰＭＩコマンド（応答コマンド）を仮想化制御装置１００（ＢＭＣ）に出力する（ステップＳ５０）。
【００７７】
ゲストＯＳ２２１の再起動を行う場合について、さらに詳細に説明する。
【００７８】
エージェント・ソフトウェア２３０は、「ゲストＯＳの再起動」を行う機能を含むＡＰＩをハイパーバイザＡＰＩインタフェースから選択し、コールする。コールされたハイパーバイザＡＰＩインタフェースは、ゲストＯＳの種類（ゲストＯＳ２２１を示す）、指示内容（再起動を示す）を取得し、ゲストＯＳ２２１に対して「再起動」指示を行う。
【００７９】
ゲストＯＳ２２１は、「再起動」指示を受け取り、自身の再起動を実行し、ハイパーバイザ２１０に応答情報（実行結果）を返す。ハイパーバイザＡＰＩインタフェースは、ゲストＯＳ２２１からの応答情報を受け取り、エージェント・ソフトウェア２３０に返却する。エージェント・ソフトウェア２３０は、ハイパーバイザＡＰＩインタフェースからの応答情報を受け取る。
【００８０】
次に、第３の実施の形態の効果について説明する。
【００８１】
第３の実施の形態は、第２の実施の形態の一例である。したがって、第３の実施の形態は、第２の実施の形態と同一の効果を持つ。
【００８２】
また、第３の実施の形態は、既知であるハイパーバイザＡＰＩインタフェースを利用するので、実現が容易であるという効果を持つ。
【００８３】
上記の実施の形態の一部、または、全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００８４】
［付記１］
ゲストＯＳに対応するゲストＯＳ対応ＩＰアドレスと、
受け取った要求コマンドに含まれるゲストＯＳを示すネットワークアドレスが、前記ゲストＯＳ対応ＩＰアドレスのどれであるのかを特定し、特定した前記ゲストＯＳ対応ＩＰアドレスに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力し、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する制御部と、
を含むことを特徴とする仮想化制御装置。
【００８５】
［付記２］
前記ゲストＯＳ、および、前記ハイパーバイザを含むサーバ装置と、
付記１の前記仮想化制御装置と、
を含むことを特徴とする仮想化システム。
【００８６】
［付記３］
前記仮想化制御装置に前記要求コマンドを出力し、前記仮想化制御装置から前記応答コマンドを受け取るクライアント装置を、
含むことを特徴とする仮想化システム。
【００８７】
［付記４］
前記要求コマンド、および、前記応答コマンドがＩＰＭＩコマンドであることを特徴とする付記２、または、３の仮想化制御システム。
【００８８】
［付記５］
前記ハイパーバイザが、エージェント・ソフトウェアを含み、
前記エージェント・ソフトウェアが、ハイパーバイザＡＰＩインタフェースを使用して前記ゲストＯＳ識別情報に対応する前記ゲストＯＳに対する前記ＩＰＭＩコマンドを処理することを特徴とする付記４の仮想化制御システム。
【００８９】
［付記６］
受け取った要求コマンドに含まれるゲストＯＳを示すネットワークアドレスが、ゲストＯＳ対応ＩＰアドレスのどれであるのかを特定し、特定した前記ゲストＯＳ対応ＩＰアドレスに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力し、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する、
ことを特徴とする仮想化制御方法。
【００９０】
［付記７］
前記要求コマンド、および、前記応答コマンドがＩＰＭＩコマンドであることを特徴とする付記６の仮想化制御方法。
【００９１】
［付記８］
前記ハイパーバイザが、エージェント・ソフトウェアを含み、前記エージェント・ソフトウェアが、ハイパーバイザＡＰＩインタフェースを使用して前記ゲストＯＳ識別情報に対応する前記ゲストＯＳに対する前記ＩＰＭＩコマンドを処理することを特徴とする付記７の仮想化制御方法。
【００９２】
［付記９］
受け取った要求コマンドに含まれるゲストＯＳを示すネットワークアドレスが、ゲストＯＳ対応ＩＰアドレスのどれであるのかを特定する手順と、特定した前記ゲストＯＳ対応ＩＰアドレスに対応するゲストＯＳ識別情報を前記要求コマンドに付加してハイパーバイザに出力する手順と、前記ハイパーバイザから応答コマンドを受け取ると、前記応答コマンドに付加された前記ゲストＯＳ識別情報を削除し前記応答コマンドを出力する手順と、
をコンピュータに実行させることを特徴とする仮想化制御プログラム。
【００９３】
［付記１０］
前記要求コマンド、および、前記応答コマンドがＩＰＭＩコマンドであることを特徴とする付記９の仮想化制御プログラム。
【００９４】
［付記１１］
ハイパーバイザＡＰＩインタフェースを使用してゲストＯＳ識別情報に対応するゲストＯＳに対するＩＰＭＩコマンドを処理する手順を、コンピュータに実行させることを特徴とするエージェントプログラム。
【符号の説明】
【００９５】
１００    仮想化制御装置
１１０    制御部
１２０    ホストインタフェース部
１３０    タグ処理部
１４１    ゲストＯＳ対応ＩＰＭＩ処理部
１４２    ゲストＯＳ対応ＩＰＭＩ処理部
１４３    ゲストＯＳ対応ＩＰＭＩ処理部
１５１    ゲストＯＳ対応ＩＰアドレス
１５２    ゲストＯＳ対応ＩＰアドレス
１５３    ゲストＯＳ対応ＩＰアドレス
１６０    クライアントインタフェース部
２００    サーバ装置
２１０    ハイパーバイザ
２２１    ゲストＯＳ
２２２    ゲストＯＳ
２２３    ゲストＯＳ
２３０    エージェント・ソフトウェア
２４０    ハイパーバイザＡＰＩインタフェース部
２５０    ＩＰＭＩ処理部
２７０    ＢＭＣホストインタフェース部
３００    サーバシステム
４００    クライアント装置
４１０    ＳＭＳ
８００    仮想化システム
【図１】
0005975003.tif 000002
【図２】
0005975003.tif 000003
【図３】
0005975003.tif 000004
【図４】
0005975003.tif 000005
【図５】
0005975003.tif 000006
【図６】
0005975003.tif 000007
【図７】
0005975003.tif 000008
【図８】
0005975003.tif 000009
【図９】
0005975003.tif 000010
【図１０】
0005975003.tif 000011
【図１１】
0005975003.tif 000012