JP7247651B2 - 情報処理装置、情報処理システム及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム及び情報処理プログラムに関する。

近年の情報処理技術の多様化により、複数台のサーバをまとめて管理することが一般的となっている。複数台のサーバを管理する場合、管理者は、各サーバのＯＳ（Operating System）のインストール行う場合がある。

複数のサーバに対するＯＳのインストールの方法として、個々にオフラインでインストールを行うことも可能だが、それには多大な時間と費用がかかる。そのため、インフラ（infrastructure）運用管理を目的とした統合管理ツールであるサーバ管理マネージャが使用されることが多い。

サーバ管理マネージャを用いたサーバに対するＯＳのインストールは、例えば、以下の手順で行われる。管理者は、ＯＳをインストールする対象のサーバをサーバ管理マネージャに登録する。次に、管理者は、インストールするＯＳのイメージをサーバ管理マネージャが使用可能な領域にインポートする。次に、管理者は、プロファイルと呼ばれるＯＳのインストールに用いるパラメータを記述した設定定義ファイルをサーバ管理マネージャに登録する。その後、管理者は、ＯＳイメージとプロファイルを使用したＲＥＳＴ（Representational State Transfer） ＡＰＩ（Application Programming Interface）によるリモートでのＯＳのインストールをサーバ管理マネージャに実行させる。ＲＥＳＴ ＡＰＩとは、Ｗｅｂシステムを外部から利用するためのプログラムの呼び出し規約である。サーバ管理マネージャを用いてＯＳのインストールする際、付随するアプリケーションのインストールを同時に行うこともできる。

また、サーバ管理マネージャの機能を有するバーチャルアプライアンス（Virtual Appliance：ＶＡ）を用いることで、サーバ管理マネージャを使用したＯＳのインストールを行うことができる。バーチャルアプライアンスとは、目的のアプリケーションが直ぐに使えるように予め構成されたソフトウェアである。バーチャルアプライアンスには、仮想マシン、ＯＳ及びアプリケーションをまとめた１つのイメージファイルが含まれる。ここでは、１つのバーチャルアプライアンスにより１台の仮想マシンが動作する場合で説明する。すなわち、仮想マシンとバーチャルアプライアンスが１対１に対応することから、以下では、１つのバーチャルアプライアンスを１台と数える。

従来は、サーバ管理マネージャの機能を有するバーチャルアプライアンスを用いて複数台のサーバに対するＯＳのインストールを行う場合、１台のバーチャルアプライアンスにより全サーバに対するＯＳのインストールが行われていた。

また、複数台のサーバにＯＳのインストールを行う技術として以下の技術がある。１つには、サーバの設定要求情報を基にＯＳ及びソフトウェアのインストール情報を含むファイルを生成してストレージサーバに格納し、インストール対象のサーバの起動時にストレージサーバのファイルを読み込ませインストールを行う従来技術がある。また、電源投入時にファイル転送サーバのアドレスを読み込ませ、取得したアドレスを用いてファイル転送サーバからインストールプログラムを取得させて起動させることで自動インストールをサーバに行わせる従来技術がある。

特開２００７－１６４６７９号公報 特開２００８－３１０７１２号公報

しかしながら、１台のバーチャルアプライアンスにより全サーバに対するＯＳのインストールが行われる従来技術では、インストールに多大な時間がかかるおそれがある。例えば、１台のサーバに対するＯＳのインストールにかかる時間が平均３０分である場合、サーバ１００台を管理する環境であれば、全てのサーバへのＯＳのインストールが完了するまでに５０時間かかる。

また、設定要求情報から生成されたインストールに関するファイルを起動時に読み込ませてインストールを行う従来技術では、個々のサーバがファイルを読み込むことでインストールが実行される。このため、この従来技術を、バーチャルアプライアンスを用いたインストールへ適用することは困難である。また、ファイル転送サーバから取得したインストールプログラムを用いて自動インストールを行わせる従来技術では、多数のサーバへのインストールは考慮されておらず、インストールは１台ずつ行われることになりインストール時間の短縮は困難である。

開示の技術は、上記に鑑みてなされたものであって、バーチャルアプライアンスを使用したインストールにかかる時間を短縮する情報処理装置、情報処理システム及び情報処理プログラムを提供することを目的とする。

本願の開示する情報処理装置、情報処理システム及び情報処理プログラムの一つの態様において、情報処理装置は、複数の演算処理装置に対するＯＳのインストールを行う。データ保持部は、インストールに用いる設定情報を保持する。インストール処理部は、前記ＯＳのインストールを実行する仮想マシンを含むバーチャルアプライアンスに含まれる仮想マシンを動作させて、前記データ保持部が保持する前記設定情報を用いて、前記ＯＳがインストールされていない第１演算処理装置に対する前記ＯＳのインストールを行う。複製生成部は、前記バーチャルアプライアンスのコピーを作成し、前記インストール処理部により前記ＯＳがインストールされた前記第１演算処理装置へ前記バーチャルアプライアンスのコピーを転送する。インストール制御部は、前記データ保持部が保持する前記設定情報を前記第１演算処理装置へ送信し、前記バーチャルアプライアンスのコピーに含まれる前記仮想マシンを動作させて前記ＯＳがインストールされていない第２演算処理装置への前記ＯＳのインストールを前記第１演算処理装置に実行させる。

１つの側面では、本発明は、バーチャルアプライアンスを使用したインストールにかかる時間を短縮することができる。

図１は、複数のサーバにＯＳのインストールを行う情報処理システムの一例の概略構成図である。 図２は、インストール管理装置のブロック図である。 図３は、グルーピングの情報の一例を示す図である。 図４は、グループ選択部が保持するデータの一例を表す図である。 図５は、インストール対象選択部による評価値算出の概要を説明するための図である。 図６は、サーバ評価値が最大のサーバを選択する理由について説明するための図である。 図７は、サーバ評価値が最小のサーバを選択する理由について説明するための図である。 図８は、バーチャルアプライアンスのコピー処理のシーケンス図である。 図９は、サーバの選択からインストール機能保持サーバの生成までの概略を説明するための図である。 図１０は、インストール機能保持サーバに対するＯＳのインストールの依頼の流れの概要を説明するための図である。 図１１は、バーチャルアプライアンスの削除処理のシーケンス図である。 図１２は、インストール機能保持サーバのブロック図である。 図１３は、実施例に係るインストール管理装置によるＯＳのインストール処理のフローチャートである。 図１４は、グループ選択処理のフローチャートである。 図１５は、ＯＳインストール実行依頼処理のフローチャートである。 図１６は、インストール対象選択処理のフローチャートである。 図１７は、サーバ評価値算出処理のフローチャートである。 図１８は、実施例に係るインストール機能保持サーバによるＯＳインストール処理のフローチャートである。 図１９は、インストール対象選択部が算出する値の一例を示す図である。 図２０は、実施例に係るインストール管理装置によるＯＳのインストール処理の結果の一例を示す図である。 図２１は、コンピュータのハードウェア構成図である。

以下に、本願の開示する情報処理装置、情報処理システム及び情報処理プログラムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理装置、情報処理システム及び情報処理プログラムが限定されるものではない。

図１は、複数のサーバにＯＳのインストールを行う情報処理システムの一例の概略構成図である。図１に示すように、情報処理システム１００は、ＯＳのインストールの対象となるサーバ２及びサーバ２に対するＯＳのインストールを実行するインストール管理装置１を有する。ここで、本実施例では、ＯＳのインストールとして説明するが、ＯＳに他のアプリケーションを加えたインストールであってもよく、また、ＯＳ以外の他のアプリケーションのインストールであってもよい。このサーバ２が「演算処理装置」の一例にあたる。

インストール管理装置１とサーバ２とは、ルータ４及びＬ３（Level 3）スイッチ５を介してネットワークで接続される。また、各サーバ２も相互に接続される。ただし、互いに接続されるサーバ２の中には、Ｌ３スイッチ５を介してネットワークで接続されるサーバ２同士も存在する。Ｌ３スイッチ５を介さずに接続されるサーバ２同士は、サブネットは同じであるが、Ｌ３スイッチを介して接続されるサーバ２同士はサブネットが異なる。すなわち、図１において、各Ｌ３スイッチ５の配下のサーバ２を含むグループ２０同士は、互いにサブネットが異なる。また、サーバ２の中には、後述するように、他のサーバ２に対してＯＳをインストールするインストール機能保持サーバ３の機能が付与されるサーバ２も存在する。インストール機能保持サーバ３が、「第１情報処理装置」の一例にあたる。

図２は、インストール管理装置のブロック図である。インストール管理装置１は、サーバなどの情報処理装置である。そして、インストール管理装置１は、ＯＳのインストールを行うバーチャルアプライアンスが導入され、ハイパーバイザー上のゲストＯＳが動作し、そのゲストＯＳの環境でＯＳのインストールを行うアプリケーションが実行される。このＯＳのインストール用のバーチャルアプライアンスが「処理実行ソフトウェア」の一例にあたる。また、ＯＳが「特定ソフトウェア」の一例にあたる。

インストール管理装置１は、格納部１１、グループ作成部１２、グループ選択部１３、インストール対象選択部１４、インストール処理部１５、インストール装置生成部１６及びコピーＶＡ管理部１７を有する。格納部１１、グループ作成部１２、グループ選択部１３、インストール対象選択部１４、インストール処理部１５、インストール装置生成部１６及びコピーＶＡ管理部１７は、ＯＳのインストール用のバーチャルアプライアンスにより提供される機能である。

格納部１１は、サーバ情報１１１、プロファイル情報１１２及びＯＳイメージ１１３を有する。この格納部１１が、「データ保持部」及び「記憶装置」の一例にあたる。

サーバ情報１１１は、インストール対象となる各サーバ２の構成情報である。サーバ情報１１１は、例えば、ＩＰ（Internet Protocol）アドレス、サーバのモデル、搭載された記憶媒体の種類及びフォーマット方式などを含む。

プロファイル情報１１２は、インストール対象となるサーバ２毎のインストールされるＯＳに関する情報である。プロファイル情報１１２は、例えば、ＯＳの種類、ＯＳのバージョン、パッケージサイズ、ＯＳの中のハイパーバイザーの存否及び定義ファイルなどを含む。定義ファイルは、サーバ２に設定する情報を記述したファイルであり、例えば、ＢＩＯＳ（Basic Input Output System）の定義、仮想化の定義及びアプリケーションのスクリプトなどを含む。このサーバ情報１１１及びプロファイル情報１１２が、「設定情報」の一例にあたる。

ＯＳイメージ１１３は、サーバ２にインストールするＯＳのイメージファイルである。ＯＳイメージ１１３は、複数種類のＯＳのイメージを含んでもよい。

グループ作成部１２は、格納部１１が保持するサーバ情報１１１に登録された各サーバ２のＩＰアドレスから、各サーバ２のサブネットを取得する。そして、グループ作成部１２は、サブネット毎にサーバ２をまとめてグルーピングする。すなわち、グループ作成部１２は、図１におけるグループ２０を各グループとして図３のテーブル４１により示される情報を取得する。図３は、グルーピングの情報の一例を示す図である。

ここで、異なるサブネット間で通信する場合、信号はＬ３スイッチ５を経由して送受信される。Ｌ３スイッチ５は、ＭＡＣ（Media Access Control）アドレスの付け替えやＦＣＳ（Frame Check Sequence）の再構成やフレームの再構成を行う。この処理により、信号の送受信に遅延が発生する。また、２つのサブネットが隣接せず、それらの間に別のサブネットが挟まる場合、それらの間のネットワークの帯域内で信号が転送されるため、更なる遅延が発生するおそれがある。そこで、本実施例では、サーバ２をサブネットでグルーピングして、後述するサーバ２同士の間でのＯＳのインストールが実行される範囲をサブネット内に閉じることで、サブネットを跨ぐことによる遅延を低減する。ただし、サブネットを跨ぐことによる遅延を考慮しない場合、他のグルーピング方法を用いてもよく、さらには全てのサーバ２を１つのグループとしてもよい。

グループ作成部１２は、作成したグループ２０の情報をグループ選択部１３へ送信する。グループ２０の情報には、各グループ２０のそれぞれに属するサーバ２のＩＰアドレスが含まれる。例えば、グループ作成部１２は、図３のテーブル４１に示すような情報をグループ選択部１３へ送信する。図３は、サーバのグルーピングの情報の一例を表す図である。

グループ選択部１３は、各グループ２０におけるＯＳのインストール処理の残り時間を用いて、どのグループ２０に属するサーバ２に対してＯＳのインストールを行うか決定する。ただし、各グループ２０におけるＯＳのインストール処理の残り時間を正確に算出することは困難である。そこで、グループ選択部１３は、各グループ２０の情報を用いて、グループ２０毎にインストールの処理を完了するまでにかかる時間の評価値を算出し、その評価値を比較することでインストールの処理を実行するグループ２０を選択する。以下にグループ選択部１３によるグループ選択処理の詳細について説明する。

グループ選択部１３は、ＯＳのインストールが未完了のサーバが存在するグループ２０の合計数を算出する。以下では、ＯＳのインストールが未完了のサーバ２を、未インストールサーバという。また、ここでは、未インストールサーバが存在するグループ２０の合計数をｍとする。そして、グループ選択部１３は、ＯＳのインストールが未完了のサーバが存在するグループ２０に対して番号付けを行う。すなわち、グループ選択部１３は、１～ｍの番号をＯＳのインストールが未完了のサーバが存在する各グループ２０に割り当てる。これにより、各グループ２０には、番号ｉ（１≦ｉ≦ｍ）が割り当てられる。

次に、グループ選択部１３は、各グループ２０について、未インストールサーバの数及びＯＳのインストール機能が付与されたインストール機能保持サーバ３の総数を取得する。ここで、インストール機能保持サーバ３とは、後述するようにインストール管理装置１が自己の代理として他のサーバ２へのＯＳのインストールを行わせるサーバ２である。グループ選択部１３は、インストール機能保持サーバ３の情報をインストール装置生成部１６から取得する。そして、グループ選択部１３は、グループ２０毎にインストール機能保持サーバ３の数の合計を求めることで各グループ２０におけるインストール機能保持サーバ３の数を取得することができる。ここでは、番号ｉのグループ２０における、未インストールサーバの数をＡｉとし、インストール機能保持サーバ３の総数をＢｉとする。

図４は、グループ選択部が保持するデータの一例を表す図である。図４では、グループ２０としてグループ２１～２３が存在する場合の例を記載した。この場合、グループ選択部１３は、グループ２１～２３のそれぞれについて、図４のテーブル４２に示す未インストールサーバ及びインストール機能保持サーバ３の数を取得する。

次に、グループ選択部１３は、あるグループ２０について、未インストールサーバが存在するグループ２０の合計数の逆数と、そのグループ２０のインストール機能保持サーバ３の総数とを加算した値で、そのグループ２０の未インストールサーバの数を除算する。そして、グループ選択部１３は、算出した値をそのグループ２０のグループ評価値とする。

すなわち、グループ選択部１３は、ｉ番目のグループ２０について、グループ評価値をＨｉとした場合、以下の数式（１）を用いてＨｉを求める。

Ｈｉ＝Ａｉ／（Ｂｉ＋１／ｍ） ・・・（１）

数式（１）の右辺の分母は、インストール管理装置１及びインストール機能保持サーバ３が単位時間あたりにＯＳのインストールを完了するサーバ２の台数を１とした場合の、グループ２０全体の処理能力である。ここで、インストール管理装置１は、全てのサブネットに対してＯＳのインストールを実行するため、サブネットの数に応じて処理能力が分散する。そこで、インストール管理装置１の単位時間あたりの処理能力を１／ｍとした。すなわち、グループ評価値であるＨｉは、その時点での処理の残り時間を単位時間で割った商にあたる。例えば、図４に表す場合であれば、グループ選択部１３は、グループ２１のグループ評価値を４８と算出し、グループ２２のグループ評価値を１４４と算出し、グループ２３のグループ評価値を３６と算出する。これにより、グループ選択部１３は、図３のテーブル４２で示す情報を取得する。

ここで、グループ評価値が１より大きい場合、そのグループ２０において、次の単位時間でＯＳのインストールが完了しないことを意味する。例えば、１台のサーバ２に対するＯＳのインストールが完了するまでの時間が３０分の場合、グループ評価値が１より大きいということは、次の３０分ではそのグループ２０に属する全てのサーバ２のＯＳのインストールが完了しないことを表す。なお、グループ評価値は比較のための相対値であり、正確な単位時間が求まらなくてもよい。グループ評価値が大きいほどそのグループ２０に属する全てのサーバ２のＯＳのインストールの完了までに時間がかかることを示す。すなわち、グループ評価値の大きいグループ２０に対して優先的にインストール機能保持サーバ３を作成することでより多くの時間短縮が期待できる。

グループ選択部１３は、各グループ２０のグループ評価値を比較する。そして、グループ選択部１３は、グループ評価値が最大のグループ２０をＯＳのインストールを行うサーバ２を選択するグループ２０として選択する。その後、グループ選択部１３は、選択したグループ２０の情報及びそのグループ２０のグループ評価値をインストール対象選択部１４へ出力する。また、グループ選択部１３は、選択したグループ２０の情報及びそのグループ２０のグループ評価値をインストール処理部１５へ送信する。以下では、グループ選択部１３により選択されたグループ２０をインストール対象のグループ２０という。このインストール対象のグループ２０が、「選択グループ」の１例にあたる。

インストール対象選択部１４は、インストール対象のグループ２０の情報の入力をグループ選択部１３から受ける。この時、インストール対象選択部１４は、インストール対象のグループ２０のグループ評価値の入力も受ける。

そして、インストール対象選択部１４は、ＯＳのインストール先の候補の各サーバ２に対するＯＳのインストールにかかる時間を用いて、ＯＳをインストールするサーバ２を決定する。ただし、ＯＳのインストールにかかる時間を正確に算出することは困難である。そこで、インストール対象選択部１４は、各サーバ２のハードウェア情報及びインストール予定のＯＳの情報から、サーバ２毎のＯＳのインストールにかかる時間に応じたサーバ評価値を算出する。この各サーバ２のハードウェア情報が「演算処理装置の情報」にあたり、インストール予定のＯＳの情報が「特定ソフトウェアの情報」の一例にあたる。

インストール対象選択部１４は、算出したサーバ評価値を比較することで、ＯＳをインストールするサーバ２を決定する。以下にサーバ評価値の算出方法の詳細を説明する。

インストール対象選択部１４は、ＯＳのインストール先の候補の合計数を求める。ここでは、インストール対象選択部１４が算出したＯＳのインストール先の候補の合計数をｎとする。

次に、インストール対象選択部１４は、ＯＳのインストール先の候補のサーバ２のそれぞれに番号を割り当てる。これにより、ＯＳのインストール先の候補のサーバ２には、番号ｊ（１≦ｊ≦ｎ）が割り当てられる。

次に、インストール対象選択部１４は、ＯＳのインストール先の候補のサーバ２毎に、格納部１１に格納されたプロファイル情報１１２からＯＳのパッケージサイズ及びバージョンを取得する。また、インストール対象選択部１４は、ＯＳのインストール先の候補のサーバ２毎に、格納部１１に格納されたサーバ情報１１１からフォーマット方式及び記憶媒体の種類の情報を取得する。

ＯＳのインストールにかかる時間は、パッケージサイズに影響を受ける。Ｌｉｎｕｘ（登録商標）のようにパッケージを細かく指定できるものもあるが、本実施例では、インストール対象選択部１４は、パッケージサイズに応じて、インストールするＯＳをフルインストール、デフォルトインストール及びコアインストールの３種類のパッケージに分類する。フルインストールはＯＳが使用可能な全ての機能を組み込むインストールであり、３つのインストールにおいて最もパッケージサイズが大きい。また、デフォルトインストールは、ＯＳを利用する際に推奨される機能に限定して組み込むインストールであり、３つのインストールにおける中間のパッケージサイズである。また、コアインストールは、ＯＳが動作する最低限の機能を組み込むインストールであり、３つのインストールにおいて最もパッケージサイズが小さい。そして、インストール対象選択部１４は、各サーバ２のＯＳのパッケージサイズについて、パッケージの種類に応じて数値化する。ここでは、数値化されたパッケージサイズをＷと表す。例えば、インストール対象選択部１４は、パッケージがフルインストールであればＷ＝３とし、デフォルトインストールであればＷ＝２とし、コアインストールであればＷ＝１とする。この場合、数値が大きいほどパッケージサイズが小さくＯＳのインストールにかかる時間が短くなる。

また、同じ種類のＯＳであれば、バージョンが新しいほど処理時間が短い傾向にある。そこで、インストール対象選択部１４は、バージョンに応じて、インストールするＯＳを、バージョンが新しいグループ、バージョンが１世代前のグループ、バージョンが古いグループの３つのバージョングループに分ける。この時、インストール対象選択部１４は、各バージョングループに属するサーバ２の台数が均等になるようにグルーピングを行う。均等にすることが困難な場合、インストール対象選択部１４は、以下のようにグルーピングを行う。インストール対象選択部１４は、バージョンが新しいグループの台数がバージョンが１世代前のグループの台数以上であり、バージョンが１世代前のグループの台数がバージョンが古いグループの台数以上となるようにグルーピングを行う。

そして、インストール対象選択部１４は、各サーバ２のＯＳのバージョンについて、バージョングループに応じて数値化する。ここでは、数値化されたバージョンをＸと表す。例えば、インストール対象選択部１４は、バージョンが新しいグループであればＸ＝３とし、バージョンが１世代前のグループであればＸ＝２とし、バージョンが古いグループであればＸ＝１とする。この場合、数値が大きいほどバージョンが新しくＯＳのインストールにかかる時間が短くなる。

また、インストール対象選択部１４は、フォーマット方式がクイックフォーマットか通常フォーマットかを判定する。クイックフォーマットであれば、ディスクの不良のチェックが省かれるため、フォーマット時間が短くなる。そして、インストール対象選択部１４は、各サーバ２のフォーマット方式を数値化する。ここでは、数値化されたフォーマット方式をＹと表す。例えば、インストール対象選択部１４は、クイックフォーマットであればＹ＝２とし、通常フォーマットであればＹ＝１とする。この場合、数値が大きいほどＯＳのインストールにかかる時間が短くなる。

さらに、インストール対象選択部１４は、各サーバ２の記憶媒体の種類を判定する。本実施例では、サーバ２の記憶媒体として、磁気ディスク又はフラッシュメモリのいずれかが使用される場合で説明する。すなわち、インストール対象選択部１４は、各サーバ２の記憶媒体が磁気ディスクかフラッシュメモリかを判定する。ＳＳＤ（Solid State Drive）のようなフラッシュメモリは、ＨＤＤ（Hard Disk Drive）のような磁気ディスクに比べて一般的に処理が早い。ただし、フラッシュメモリでデータの書き換えを行う場合イレースの処理が入るため、磁気ディスクよりフラッシュメモリの方が全体的な処理が遅くなる場合がある。本実施例では、サーバ２が工場出荷状態である場合を想定しているので、イレースの処理による遅延は考慮しない。

そして、インストール対象選択部１４は、各サーバ２の記憶媒体について、種類に応じて数値化する。ここでは、数値化された記憶媒体をＺと表す。例えば、インストール対象選択部１４は、フラッシュメモリであればＺ＝２とし、磁気ディスクであればＺ＝１とする。この場合、数値が大きいほどＯＳのインストールにかかる時間が短くなる。

さらに、インストール対象選択部１４は、ＯＳのパッケージサイズ、ＯＳのバージョン、フォーマット方式及び記憶媒体の種類のそれぞれについて、ＯＳのインストールにかかる時間への影響度に応じた重みづけを行う。例えば、ＯＳのバージョン毎のインストールにかかる時間の差は大きいが、短縮時間はＯＳの種類によって異なり、また、時間の短縮が保証されるわけではないので、ＯＳのパッケージサイズよりも影響度が低い。また、フォーマット処理は、ＯＳのインストールに占める割合が限定的であるので、ＯＳのバージョンよりも影響力が低い。また、フラッシュメモリを使用した場合でも、磁気ディスクを使用した場合でも書き込みの速度はあまり変わらないとされている。記憶媒体の種類は、本実施例ではインストールしたサーバ２がインストール機能保持サーバ３として動作する場合の処理時間短縮を期待してＯＳをインストールするサーバ２を選択する際の指標とされたが、フォーマット方式よりも影響度が低い。以上のことから、インストール対象選択部１４は、ＯＳのパッケージサイズ、ＯＳのバージョン、フォーマット方式及び記憶媒体の種類の順に重みを小さくする。

そして、インストール対象選択部１４は、ＯＳのパッケージサイズ、ＯＳのバージョン、フォーマット方式及び記憶媒体の種類をそれぞれ数値化した値に重みを乗算した乗算結果の総和をサーバ評価値とする。例えば、ＯＳのパッケージサイズ、ＯＳのバージョン、フォーマット方式及び記憶媒体の種類をそれぞれの重みを、４、３、２、１とした場合、インストール対象選択部１４は、次の数式（２）によりｊ番目のサーバ２のサーバ評価値を算出する。ここで、Ｗｊは、ｊ番目のサーバ２のＯＳのパッケージサイズを数値化した値である。また、Ｘｊは、ｊ番目のサーバ２のＯＳのバージョンを数値化した値である。また、Ｙｊは、ｊ番目のサーバ２のインストール方式を数値化した値である。また、Ｚｊは、ｊ番目のサーバ２の記憶媒体の種類を数値化した値である。さらに、Ｕｊは、ｊ番目のサーバ２のサーバ評価値である。

Ｕｊ＝Ｗｊ×４＋Ｘｊ×３＋Ｙｊ×２＋Ｚｊ×１ ・・・（２）

図５は、インストール対象選択部による評価値算出の概要を説明するための図である。インストール対象選択部１４は、プロファイル情報１１２及びサーバ情報１１１から指標となる情報を取得する。そして、インストール対象選択部１４は、取得した情報を数値化し、さらに重みを加えて、各サーバ２のサーバ評価値を算出する。これにより、インストール対象選択部１４は、テーブル４３に示す各サーバ２に対応するサーバ評価値を取得する。図５では、ＩＰアドレスにより各サーバ２が表されている。インストール対象選択部１４は、このサーバ評価値の取得の処理を１回行うと、次のサーバ２の選択時には全てのサーバ２についてのサーバ評価値がそろっているので再度サーバ評価値の取得の処理を行わなくてもよい。

次に、インストール対象選択部１４は、選択されたグループ２０のグループ評価値は１より大きいか否かを判定する。グループ評価値が１より大きい場合、インストール対象選択部１４は、インストール機能保持サーバ３の生成を行うと判定する。逆に、グループ評価値が１未満の場合、インストール対象選択部１４は、インストール機能保持サーバ３の生成を行わないと判定する。

次に、インストール対象選択部１４は、ＯＳのインストール先の候補を絞り込む。インストール機能保持サーバ３の生成を行わない場合、インストール対象選択部１４は、インストール対象のグループ２０に属するサーバ２のうちの未インストールサーバの全てをＯＳのインストール先の候補とする。

ここで、インストール対象選択部１４は、後述するようにＯＳをインストールするサーバ２をインストール処理部１５及びコピーＶＡ管理部１７に指示する。そのため、インストール対象選択部１４は、指定したＯＳをインストールするサーバ２の情報を保持しておくことでグループ２０毎のインストールが完了したサーバ２の台数を把握できる。そこで、インストール対象選択部１４は、選択されたグループ２０に属するサーバ２の総数からそのグループ２０のインストールが完了したサーバ２の台数を減算することでＯＳのインストール先の候補の合計数を算出することができる。

これに対して、インストール機能保持サーバ３の生成を行う場合、インストール対象選択部１４は、インストール対象のグループ２０に属するサーバ２のうちの未インストールサーバであり且つバーチャルアプライアンスが動作するサーバ２をＯＳのインストール先の候補とする。ここで、バーチャルアプライアンスがあるサーバ２の上で動作するか否かは、例えば、そのサーバ２のＣＰＵ（Central Processing Unit）コア数、メモリ容量、空きディスク容量、ネットワーク構成及びハイパーバイザーによって決まる。これらの具体的な値は、バーチャルアプライアンスの種類やＯＳをインストールするノード数に応じて決定されることが好ましい。

その後、インストール対象選択部１４は、サーバ評価値を用いてＯＳをインストールするサーバ２を決定する。ここで、サーバ評価値が大きいほど、ＯＳのインストールにかかる時間が短いと予想される。そこで、インストール対象選択部１４は、インストール管理装置１によるＯＳのインストールの場合、算出した各サーバ２のサーバ評価値を比較し、最もサーバ評価値が大きいサーバ２を、ＯＳをインストールするサーバ２として選択する。そして、インストール対象選択部１４は、ＯＳをインストールする対象として選択したサーバ２の情報をＯＳのインストールの依頼とともにインストール処理部１５へ出力する。

ここで、図６を参照して、インストール管理装置１からのＯＳのインストールの場合にサーバ評価値が最大のサーバ２を選択する理由について説明する。図６は、サーバ評価値が最大のサーバを選択する理由について説明するための図である。ここでは、サーバ２として、サーバ＃１～＃３が存在する場合で説明する。

サーバ＃１に対するＯＳのインストールにかかる時間がＴ１である。また、サーバ＃２に対するＯＳのインストールにかかる時間がＴ２である。また、サーバ＃３に対するＯＳのインストールにかかる時間がＴ３である。Ｔ１とＴ２とは等しい時間であり、Ｔ３は、Ｔ１及びＴ２よりも長い。

例えば、あるグループ２０の全てのサーバ２の全てをインストールするために、インストール機能保持サーバ３が２台作成される場合で考える。例えば、パターンＰ１は、インストール対象選択部１４がＯＳをインストールするサーバ２として、最初に最もインストールに時間がかかるサーバ＃３を選び、その後に、サーバ＃１を選び、次にサーバ＃２を選んだ場合である。また、パターンＰ２は、サーバ＃１を選び、その後に、サーバ＃２を選び、最後に最もインストール時間がかかるサーバ＃３を選んだ場合である。すなわち、パターンＰ２が、サーバ評価値が大きい順にサーバ２を選択してＯＳをインストールした場合である。

パターンＰ１の場合、インストール機能保持サーバ３とする２台のサーバ２のインストールが完了するまでに、Ｔ３＋Ｔ１の時間がかかる。これに対して、パターンＰ２の場合、インストール機能保持サーバ３とする２台のサーバのインストールが完了するまでに、Ｔ１＋Ｔ２の時間がかかる。

この場合、インストール機能保持サーバ３とする２台のサーバのインストールが完了するまでの時間は、パターンＰ２の方がパターンＰ１に比べて、時間Ｔ４の分短い。すなわち、サーバ評価値が大きい順にサーバ２を選択することで、なるべく早く目標数のインストール機能保持サーバ３を作成することができる。その後は、作成されたインストール機能保持サーバ３とインストール管理装置１とが並行してＯＳのインストールを行うことで、全体的なインストール時間を短縮することができる。

また、インストール対象選択部１４は、ＯＳをインストールする対象のサーバ２の選択依頼をコピーＶＡ管理部１７から受ける。そして、インストール対象選択部１４は、インストール対象のグループ２０に属するサーバ２のうちの未インストールサーバの全てをＯＳのインストール先の候補とする。そして、インストール対象選択部１４は、ＯＳのインストール先の候補のサーバ２の中から、サーバ評価値が最小のサーバ２を選択し、選択したサーバ２の情報をＯＳのインストールの依頼とともにコピーＶＡ管理部１７へ出力する。

ここで、図７を参照して、インストール機能保持サーバ３からのＯＳのインストールの場合にサーバ評価値が最小のサーバ２を選択する理由について説明する。図７は、サーバ評価値が最小のサーバを選択する理由について説明するための図である。ここでは、サーバ２として、サーバ＃１～＃３が存在する場合で説明する。

例えば、パターンＰ３は、サーバ＃１及び＃２のＯＳのインストールを並行して行い、その後にサーバ＃３のＯＳのインストールを行う場合である。また、パターンＰ４は、サーバ＃３及び＃１のＯＳのインストールを並行して行い、サーバ＃１の後にサーバ＃２のＯＳのインストールを行う場合である。すなわち、パターンＰ４が、サーバ評価値が小さい順にサーバ２を選択してＯＳをインストールした場合である。

パターンＰ３の場合、サーバ＃１～＃３のＯＳのインストールが完了するまでに、Ｔ１＋Ｔ３の時間がかかる。これに対して、パターンＰ４の場合、サーバ＃３のＯＳのインストールと並行して、サーバ＃１及び＃２のＯＳのインストールが行われるため、サーバ＃１～＃３のＯＳのインストールが完了するまでに、Ｔ３の時間がかかる。

この場合、サーバ＃１～＃３のＯＳのインストールが完了するまでの時間は、パターンＰ４の方がパターンＰ３に比べて、時間Ｔ５の分短い。すなわち、サーバ評価値が小さい順にサーバ２を選択することで、なるべく早く全てのサーバ２のインストールを完了することができる。

ここで、本実施例では、インストール対象選択部１４は、情報処理システム１００に存在する全ての未インストールサーバについてサーバ評価値を算出し、その中から選択されたグループ２０に属するインストールの候補となるサーバ２のサーバ評価値を抽出した。ただし、サーバ評価値の算出手順は他の方法でもよく、例えば、インストール対象選択部１４は、インストールの候補となる未インストールサーバの絞り込みを行った後に、絞り込んだ未インストールサーバについてサーバ評価値を算出してもよい。この場合、インストール対象選択部１４は、グループ２０毎にサーバ評価値を算出することになる。

インストール対象選択部１４は、ＯＳのインストールの依頼をインストール処理部１５又はコピーＶＡ管理部１７へ送信後、情報処理システム１００に未インストールサーバが存在するか否かを判定する。インストール対象選択部１４は、ＯＳのインストール先として選択したサーバ２の情報を保持するので、未インストールサーバであるサーバ２を特定することができる。そして、未インストールサーバが存在しない場合、インストール対象選択部１４は、その時点で実行中のＯＳのインストールを最後として、ＯＳのインストール処理を終了する。

これに対して、未インストールサーバが残存する場合、インストール対象選択部１４は、インストール対象のグループ２０の選択をグループ選択部１３に指示して、ＯＳのインストール処理をインストール管理装置１に繰り返させる。このインストール対象選択部１４が、「装置選択部」の一例にあたる。

インストール処理部１５は、ＯＳをインストールするサーバ２として選択されたサーバ２の情報の入力をインストール対象選択部１４から受ける。そして、インストール処理部１５は、選択されたサーバ２のＩＰアドレスなどをサーバ情報１１１から取得する。さらに、インストール処理部１５は、選択されたサーバ２にインストールするＯＳの情報及び定義ファイルをプロファイル情報１１２から取得する。そして、インストール処理部１５は、取得したＩＰアドレスを有するサーバ２に対して格納部１１に格納されたＯＳイメージ及び定義ファイルを用いてＯＳのインストールを実行する。

次に、インストール処理部１５は、ＯＳのインストール対象のグループ２０のグループ評価値をグループ選択部１３から取得する。そして、インストール処理部１５は、取得したグループ評価値が１より大きいか否かを判定する。インストール処理部１５は、グループ評価値が１より大きい場合、ＯＳをインストールしたサーバ２へのＯＳのインストール用のバーチャルアプライアンスのコピーをインストール装置生成部１６に指示する。

インストール装置生成部１６は、ＯＳのインストール用のバーチャルアプライアンスのコピーの指示をインストール処理部１５から受ける。そして、インストール装置生成部１６は、ＯＳのインストール用のバーチャルアプライアンスをサーバ２にコピーする。このインストール装置生成部１６が、「複製生成部」の一例にあたる。

ここで、図８を参照して、ＯＳのインストール用のバーチャルアプライアンスのコピー処理の詳細について説明する。図８は、バーチャルアプライアンスのコピー処理のシーケンス図である。

インストール管理装置１のインストール装置生成部１６は、クローン機能を用いてインストール処理部１５のＯＳをインストールする機能を含むＯＳのインストール用のバーチャルアプライアンスのコピーを作成する（ステップＳ１）。

次に、インストール装置生成部１６は、エクスポート機能を用いて、作成したＯＳのインストール用のバーチャルアプライアンスのコピーをＯＳがインストールされたサーバ２へ出力する（ステップＳ２）。

次に、サーバ２は、インポート機能を用いてＯＳのインストール用のバーチャルアプライアンスをハイパーバイザーに取り込む（ステップＳ３）。

その後、サーバ２は、インポートの完了通知をインストール管理装置１へ出力する（ステップＳ４）。

なお、サーバ２にインストールされたＯＳの種類によってはハイパーバイザーが存在しない場合がある。その場合、インストール装置生成部１６は、ステップＳ３のサーバ２におけるＯＳのインストール用のバーチャルアプライアンスのインポートの前に、ハイパーバイザーをサーバ２にインストールする。

図９は、サーバの選択からインストール機能保持サーバの生成までの概略を説明するための図である。図９では、情報処理システム１００に存在する全ての未インストールサーバのサーバ評価値を算出した後に、選択されたグループ２０のサーバ２のサーバ評価値を抽出する方法を採用した場合を表した。また、ここでは、グループ２１～２３が存在し、グループ選択部１３によりグループ２２が選択された場合で説明する。

インストール対象選択部１４は、情報処理システム１００に存在する全ての未インストールサーバのサーバ評価値を算出する。これにより、インストール対象選択部１４は、テーブル４４に示す情報を取得する。その後、インストール対象選択部１４は、選択されたグループ２２のサーバ２を抽出することで、テーブル４５に示す情報を取得する。そして、インストール対象選択部１４は、サーバ評価値が最も大きいサーバ２を選択する。ここでは、ＩＰアドレスが１９２．１６８．８．１２０のサーバ２が選択されたものとする。そして、インストール対象選択部１４は、選択したサーバ２の情報としてＩＰアドレスをインストール処理部１５に通知する。

インストール処理部１５は、図９の紙面に向かって下段の図における矢印５１に示すように、サーバ評価値が最も大きいＩＰアドレスが１９２．１６８．８．１２０のサーバ２にＯＳをインストールする。

グループ２２のグループ評価値が１より大きい場合、インストール装置生成部１６は、ＩＰアドレスが１９２．１６８．８．１２０のサーバ２にＯＳのインストール用のバーチャルアプライアンスをコピーしてインストール機能保持サーバ３を生成する。

図２に戻って説明を続ける。コピーＶＡ管理部１７は、ＯＳのインストール用のバーチャルアプライアンスがコピーされインストール機能保持サーバ３となったサーバ２からインポートの完了通知の入力を受ける。そして、コピーＶＡ管理部１７は、ＯＳをインストールするサーバ２の選択をインストール対象選択部１４に依頼する。その後、コピーＶＡ管理部１７は、インストール対象のグループ２０のうちのＯＳのインストールの候補のうちのサーバ評価値が最小のサーバ２の情報の入力をインストール対象選択部１４から受ける。

次に、コピーＶＡ管理部１７は、ＯＳをインストールするサーバ２の情報を格納部１１に格納されたサーバ情報１１１から取得する。そして、コピーＶＡ管理部１７は、取得したサーバ２の情報をインストール機能保持サーバ３に登録する。

次に、コピーＶＡ管理部１７は、インストール機能保持サーバ３にインストールさせるＯＳのパラメータを記述した定義ファイルを格納部１１に格納されたプロファイル情報１１２から取得する。そして、コピーＶＡ管理部１７は、定義ファイルをインストール機能保持サーバ３に送信する。

次に、コピーＶＡ管理部１７は、インストール機能保持サーバ３にインストールさせるＯＳのイメージファイルを格納部１１に格納されたＯＳイメージ１１３から取得する。そして、コピーＶＡ管理部１７は、取得したＯＳのイメージファイルをインストール機能保持サーバ３へインポートする。ただし、既に対象とするインストール機能保持サーバ３が同様のＯＳのインストールを行っている場合、コピーＶＡ管理部１７は、このインポート処理を省略できる。

その後、コピーＶＡ管理部１７は、登録した定義ファイルを使用したＯＳのインストールをインストール機能保持サーバ３に依頼する。ここで、図１０を参照して、インストール機能保持サーバ３に対するＯＳのインストールの依頼の流れの概要を説明する。図１０は、インストール機能保持サーバに対するＯＳのインストールの依頼の流れの概要を説明するための図である。ここでは、ＯＳをインストールするサーバ２が属するグループ２０がグループ２２である場合で説明する。

インストール管理装置１のインストール対象選択部１４は、テーブル４３に示すグループ２２に属する未インストールサーバのそれぞれのサーバ評価値を取得する。そして、インストール対象選択部１４は、サーバ評価値が最小のサーバ２としてＩＰアドレスが１９２．１６８．８．２２４のサーバ２を選択する。そして、インストール対象選択部１４は、ＯＳをインストールするサーバ２の情報としてＩＰアドレスが１９２．１６８．８．２２４をコピーＶＡ管理部１７に通知する。

インストール管理装置１のコピーＶＡ管理部１７は、矢印５２に示すように、インストール対象選択部１４により選択されたＩＰアドレスを有するサーバ２へのＯＳのインストールをインストール機能保持サーバ３に指示する。

インストール機能保持サーバ３は、矢印５３に示すように、インストール管理装置１から指定されたＩＰアドレスが１９２．１６８．８．２２４のサーバ２にＯＳをインストールする。

図２に戻って説明を続ける。コピーＶＡ管理部１７は、インストール機能保持サーバ３による他のサーバ２へのＯＳのインストールが完了すると、ＯＳのインストール完了の通知をインストール機能保持サーバ３から受ける。コピーＶＡ管理部１７は、インストール処理部１５によりＯＳのインストールが行われたサーバ２の情報及びインストール機能保持サーバ３にＯＳのインストールを行わせたサーバ２の情報を保持する。コピーＶＡ管理部１７は、ＯＳのインストール完了の通知の送信元のインストール機能保持サーバ３が属するグループ２０に未インストールサーバが存在するか否かを判定する。

未インストールサーバが存在する場合、コピーＶＡ管理部１７は、ＯＳのインストール処理を実行していないインストール機能保持サーバ３が存在するか否かを判定する。ＯＳのインストール処理を実行していないインストール機能保持サーバ３が存在する場合、コピーＶＡ管理部１７は、インストール対象選択部１４にサーバ２の選択を行わせる。その後、コピーＶＡ管理部１７は、ＯＳのインストール完了の通知の送信元のインストール機能保持サーバ３に対して、選択されたサーバ２へのＯＳのインストールを再度依頼する。また、ＯＳのインストール処理を実行していないインストール機能保持サーバ３が存在しなければ、コピーＶＡ管理部１７は、インストール機能保持サーバ３からのＯＳのインストールの完了通知を待ち、ＯＳのインストールを再度依頼する。

これに対して、未インストールサーバが存在しない場合、コピーＶＡ管理部１７は、バーチャルアプライアンスの削除をＯＳのインストール完了の通知の送信元のインストール機能保持サーバ３に通知する。

以上に説明したコピーＶＡ管理部１７が、「インストール制御部」の一例にあたる。そして、コピーＶＡ管理部１７がインストール機能保持サーバ３にＯＳのインストールを依頼した未インストールサーバが、「第２情報処理装置」の一例にあたる。

次に、図１１を参照して、ＯＳのインストール用のバーチャルアプライアンスの削除処理の詳細について説明する。図１１は、バーチャルアプライアンスの削除処理のシーケンス図である。

インストール管理装置１のコピーＶＡ管理部１７は、ＯＳのインストール用のバーチャルアプライアンスのアンインストールをインストール機能保持サーバ３に指示する（ステップＳ５）。

次に、インストール機能保持サーバ３は、インストール管理装置１からの削除指示を受けて、自装置が保持する、ＯＳのインストール用のバーチャルアプライアンスをアンインストールする（ステップＳ６）。具体的には、ＯＳのインストール用のバーチャルアプラインアンスのコピーの作成時に、そのコピーの中に削除用のスクリプトが埋め込まれる。そして、インストール機能保持サーバ３は、削除指示を受けた場合に削除用のスクリプトを実行することでバーチャルアプライアンスの削除を実行する。

なお、インストール機能保持サーバ３には、ＯＳのインストール時にハイパーバイザーが存在しない場合がある。そのようなインストール機能保持サーバ３に対しては、コピーＶＡ管理部１７は、ステップＳ６のインストール機能保持サーバ３におけるＯＳのインストール用のバーチャルアプライアンスのアンインストールの後に、ハイパーバイザーをアンインストールさせる。

図１２は、インストール機能保持サーバのブロック図である。インストール機能保持サーバ３は、格納部３１、受信部３２、インストール処理部３３及びコピーＶＡ削除処理部３４を有する。インストール管理装置１からインポートされたＯＳのインストール用のバーチャルアプライアンスのコピーによって受信部３２、インストール処理部３３及びコピーＶＡ削除処理部３４の機能が提供される。

受信部３２は、ＯＳをインストールするサーバ２の情報をインストール管理装置１から受信する。そして、受信部３２は、ＯＳをインストールするサーバ２の情報をサーバ情報３１１として格納部３１に格納する。また、受信部３２は、ＯＳのインストールに用いる定義ファイルをインストール管理装置１から受信する。そして、受信部３２は、受信した定義ファイルをプロファイル情報３１２として格納部１１に格納する。さらに、受信部３２は、インストールするＯＳのイメージファイルをＯＳイメージ３１３として格納部３１に格納する。

その後、受信部３２は、登録した定義ファイルを使用したＯＳのインストールの依頼をインストール管理装置１から受信する。そして、受信部３２は、ＯＳのインストールをインストール処理部３３に指示する。

また、受信部３２は、ＯＳのインストール用のバーチャルアプライアンスの削除指示をインストール管理装置１から受信する。そして、受信部３２は、ＯＳのインストール用のバーチャルアプライアンスの削除をコピーＶＡ削除処理部３４に指示する。

インストール処理部３３は、ＯＳのインストールの指示を受信部３２から受ける。そして、インストール処理部３３は、ＯＳイメージ３１３を格納部３１から取得し、プロファイル情報３１２に登録された定義ファイルにしたがい、サーバ情報３１１に登録されたサーバ２に対してＯＳのインストールを行う。その後、ＯＳのインストールが完了すると、インストール処理部３３は、ＯＳのインストールの完了通知をインストール管理装置１に送信する。

コピーＶＡ削除処理部３４は、ＯＳのインストール用のバーチャルアプライアンスの削除の指示を受信部３２から受ける。そして、コピーＶＡ削除処理部３４は、ＯＳのインストール用のバーチャルアプライアンスに埋め込まれた削除用のスクリプトを実行し、ＯＳのインストール用のバーチャルアプライアンスを削除する。

次に、図１３を参照して、本実施例に係るインストール管理装置１によるＯＳのインストール処理の全体的な流れについて説明する。図１３は、実施例に係るインストール管理装置によるＯＳのインストール処理のフローチャートである。

グループ作成部１２は、サーバ情報１１１からＯＳのインストール対象であるサーバ２のそれぞれのＩＰアドレスを取得する。そして、グループ作成部１２は、各サーバ２のサブネットを判定して、サブネット毎に各サーバ２をグルーピングして複数のグループ２０を作成する（ステップＳ１０１）。その後、グループ作成部１２は、作成したグループ２０の情報をグループ選択部１３へ出力する。

グループ選択部１３は、各グループ２０の情報の入力をグループ作成部１２から受ける。そして、グループ選択部１３は、グループ選択処理を実行してインストール対象のグループを選択する（ステップＳ１０２）。その後、グループ選択部１３は、選択したインストール対象のグループ２０の情報をインストール対象選択部１４へ出力する。また、グループ選択部１３は、グループ選択処理で求めたインストール対象のグループ２０のグループ評価値をインストール対象選択部１４及びインストール処理部１５へ出力する。

インストール対象選択部１４は、インストール対象のグループ２０の情報の入力をグループ選択部１３から受ける。そして、インストール対象選択部１４は、インストール対象サーバ選択処理を実行して、インストール対象のグループ２０に属するサーバ２の中からＯＳをインストールするサーバ２を選択する（ステップＳ１０３）。その後、インストール対象選択部１４は、選択したサーバ２の情報をＯＳのインストールの依頼とともにインストール処理部１５へ出力する。

インストール処理部１５は、ＯＳのインストールの依頼とともにＯＳをインストールするサーバ２の情報の入力をインストール対象選択部１４から受ける。そして、インストール処理部１５は、プロファイル情報１１２に登録された定義ファイルやＯＳイメージ１１３を用いて選択されたサーバ２にＯＳをインストールする（ステップＳ１０４）。

次に、インストール処理部１５は、グループ選択部１３から取得したインストール対象のグループ２０のグループ評価値が１より大きいか否かにより、インストール機能保持サーバ３を作成するか否かを判定する（ステップＳ１０５）。

グループ評価値が１未満でありインストール機能保持サーバ３を作成しない場合（ステップＳ１０５：否定）、ＯＳのインストール処理はステップＳ１０８へ進む。

これに対して、グループ評価値が１より大きくインストール機能保持サーバ３を作成する場合（ステップＳ１０５：肯定）、インストール処理部１５は、ＯＳのインストール用のバーチャルアプライアンスのコピーの作成をインストール装置生成部１６に依頼する。インストール装置生成部１６は、ＯＳのインストール用のバーチャルアプライアンスのコピーの作成の依頼をインストール処理部１５から受ける。そして、インストール装置生成部１６は、ＯＳのインストール用のバーチャルアプライアンスのコピーを作成してサーバ２へインポートしてＯＳのインストール用のバーチャルアプライアンスをサーバ２へコピーする（ステップＳ１０６）。これにより、サーバ２は、インストール機能保持サーバ３となる。

その後、コピーＶＡ管理部１７は、ＯＳのインストール用のバーチャルアプライアンスのコピーの完了通知をインストール機能保持サーバ３から受ける。そして、コピーＶＡ管理部１７は、ＯＳインストール実行依頼処理を実行する（ステップＳ１０７）。

インストール対象選択部１４は、情報処理システム１００に未インストールサーバが存在するか否かを判定する（ステップＳ１０８）。情報処理システム１００に未インストールサーバが残存する場合（ステップＳ１０８：肯定）、ＯＳのインストール処理は、ステップＳ１０２へ戻る。

これに対して、情報処理システム１００に未インストールサーバが存在しない場合（ステップＳ１０８：否定）、インストール対象選択部１４は、実行中のＯＳのインストールを最後にＯＳのインストール処理を終了する。

次に、図１４を参照して、グループ選択処理の流れについて説明する。図１４は、グループ選択処理のフローチャートである。図１４のフローは、図１３におけるステップＳ１０２で実行されるグループ選択処理の一例にあたる。

グループ選択部１３は、グループ２０に番号ｉ（１≦ｉ≦ｍ）を割り当てる。ここで、ｍはグループ２０の総数である。そして、グループ選択部１３は、ｉを初期化して１に設定する（ステップＳ２０１）。

次に、グループ選択部１３は、番号ｉのグループ２０から未インストールサーバ数であるＡｉ及びインストール機能保持サーバ３の合計数であるＢｉを取得する（ステップＳ２０２）。

次に、グループ選択部１３は、インストール機能保持サーバ３の合計数とグループ２０の総数の逆数とを加算して値で未インストールサーバ数を除算することでグループ評価値であるＨｉを算出する（ステップＳ２０３）。すなわち、グループ選択部１３は、Ｈｉ＝Ａｉ／（Ｂｉ＋１／ｍ）という式を用いてグループ評価値を算出する。

次に、グループ選択部１３は、ｉがグループ２０の総数であるｍ未満か否かを判定する（ステップＳ２０４）。

ｉがグループ２０の総数であるｍ未満の場合（ステップＳ２０４：肯定）、グループ選択部１３は、ｉの値を１つインクリメントする（ステップＳ２０５）。その後、グループ選択処理は、ステップＳ２０２に戻る。

これに対して、ｉがグループ２０の総数であるｍ以上の場合（ステップＳ２０４：否定）、グループ選択部１３は、グループ評価値が最大のグループ２０をインストール対象のグループ２０として選択する（ステップＳ２０６）。

次に、図１５を参照して、ＯＳインストール実行依頼処理の流れについて説明する。図１５は、ＯＳインストール実行依頼処理のフローチャートである。図１５のフローは、図１３のステップＳ１０７におけるＯＳインストール実行依頼処理の一例にあたる。

コピーＶＡ管理部１７は、インストール対象選択部１４にＯＳをインストールするサーバ２の選択を依頼する。インストール対象選択部１４は、依頼を受けて、インストール対象サーバ選択処理を実行する（ステップＳ３０１）。その後、インストール対象選択部１４は、ＯＳをインストールするサーバ２として選択したサーバ２の情報をコピーＶＡ管理部１７へ出力する。

コピーＶＡ管理部１７は、選択されたサーバ２の情報をインストール対象選択部１４から受ける。そして、コピーＶＡ管理部１７は、選択されたサーバ２をインストール機能保持サーバ３に登録する（ステップＳ３０２）。

次に、コピーＶＡ管理部１７は、選択されたサーバ２にインストールするＯＳのパラメータを記述した定義ファイルをプロファイル情報１１２から取得する。そして、コピーＶＡ管理部１７は、定義ファイルをインストール機能保持サーバ３へ送信する（ステップＳ３０３）。

次に、コピーＶＡ管理部１７は、選択されたサーバ２にインストールするＯＳのイメージファイルをＯＳイメージ１１３から取得する。そして、コピーＶＡ管理部１７は、取得したＯＳのイメージファイルをエクスポートしてインストール機能保持サーバ３に送信してインポートさせる（ステップＳ３０４）。

その後、コピーＶＡ管理部１７は、定義ファイルを使用したＯＳのインストールの実行をインストール機能保持サーバ３に依頼する（ステップＳ３０５）。

次に、図１６を参照して、インストール対象サーバ選択処理の流れを説明する。図１６は、インストール対象選択処理のフローチャートである。図１６のフローは、図１３のステップＳ１０３におけるインストール対象サーバ選択処理の一例にあたる。

インストール対象選択部１４は、情報処理システム１００に属する全てのサーバ２に対するサーバ評価値算出処理を実行する（ステップＳ４０１）。

次に、インストール対象選択部１４は、ＯＳのインストールがインストール管理装置１から実行されるか否かを判定する（ステップＳ４０２）。

インストール管理装置１がＯＳのインストールを実行する場合（ステップＳ４０２：肯定）、インストール対象選択部１４は、インストール対象のグループ２０のグループ評価値が１より大きいか否かを判定する（ステップＳ４０３）。

グループ評価値が１以下の場合（ステップＳ４０３：否定）、インストール対象選択部１４は、インストール対象のグループ２０に属する全ての未インストールサーバをＯＳのインストールの候補とする。そして、インストール対象サーバ選択処理は、ステップＳ４０６へ進む。

一方、グループ評価値が１より大きい場合（ステップＳ４０３：肯定）、インストール対象選択部１４は、インストール対象のグループ２０に属するサーバ２のうちＯＳインストール用のバーチャルアプライアンスが稼働可能な未インストールサーバを抽出する。そして、インストール対象選択部１４は、抽出したサーバ２をＯＳのインストールの候補とする（ステップＳ４０４）。

その後、インストール対象選択部１４は、ＯＳのインストールの候補のサーバ２のうちサーバ評価値が最大のサーバを、ＯＳをインストールするサーバ２として選択する（ステップＳ４０５）。

一方、インストール機能保持サーバ３にＯＳのインストールを実行させる場合（ステップＳ４０２：否定）、インストール対象サーバ選択処理は、ステップＳ４０６へ進む。

インストール対象選択部１４は、インストール対象のグループ２０に属する全ての未インストールサーバをＯＳのインストールの候補とする。そして、インストール対象選択部１４は、ＯＳのインストールの候補のサーバ２のうちサーバの評価値が最小のサーバを、ＯＳをインストールするサーバ２として選択する（ステップＳ４０６）。

次に、図１７を参照して、サーバ評価値算出処理の流れを説明する。図１７は、サーバ評価値算出処理のフローチャートである。図１７のフローは、図１６のステップＳ４０１におけるサーバ評価値算出処理の一例にあたる。

インストール対象選択部１４は、未インストールサーバの総数を取得する。ここでは、未インストールサーバの総数をｎとする。次に、インストール対象選択部１４は、未インストールサーバに番号ｊ（１≦ｊ≦ｎ）を割り当てる。そして、インストール対象選択部１４は、ｊを初期化して１に設定する（ステップＳ５０１）。

インストール対象選択部１４は、ｊ番目のサーバ２及びインストール予定のＯＳの評価指標情報を取得する（ステップＳ５０２）。ここでは、インストール対象選択部１４は、評価指標情報として、ＯＳのパッケージサイズ、ＯＳのバージョン、フォーマット方式及び記憶媒体の種類を取得する。

次に、インストール対象選択部１４は、取得した各評価指標情報に重みづけをしてサーバ評価値を算出する。例えば、インストール対象選択部１４は、Ｕｊ＝Ｗｊ×４＋Ｘｊ×３＋Ｙｊ×２＋Ｚｊ×１という式を用いてｊ番目のサーバ２のサーバ評価値であるＵｊを算出する（ステップＳ５０３）。ここで、Ｗｊは、ｊ番目のサーバ２にインストールするＯＳのパッケージサイズを数値化した値である。また、Ｘｊは、ｊ番目のサーバ２にインストールするＯＳのバージョンを数値化した値である。また、Ｙｊは、ｊ番目のサーバ２のフォーマット方式を数値化した値である。また、Ｚｊは、ｊ番目のサーバ２の記憶媒体の種類を数値化した値である。

次に、インストール対象選択部１４は、ｊがｎ未満か否かを判定する（ステップＳ５０４）。ｊがｎ未満の場合（ステップＳ５０４：肯定）、インストール対象選択部１４は、ｊを１つインクリメントする（ステップＳ５０５）。その後、サーバ評価値算出処理は、ステップＳ５０２に戻る。

これに対して、ｊがｎ以上の場合（ステップＳ５０４：否定）、インストール対象選択部１４は、算出結果である各未インストールサーバのサーバ評価値を各未インストールサーバの識別情報に対応付けて記憶する（ステップＳ５０６）。

次に、図１８を参照して、本実施例に係るインストール機能保持サーバ３によるＯＳインストール処理の流れを説明する。図１８は、実施例に係るインストール機能保持サーバによるＯＳインストール処理のフローチャートである。

受信部３２は、ＯＳのインストールの指示をインストール管理装置１から受信する（ステップＳ６０１）。この時、受信部３２は、ＯＳをインストールするサーバ２の情報、定義ファイル及びＯＳのイメージファイルを受信し、格納部３１にサーバ情報３１１、プロファイル情報３１２及びＯＳイメージ３１３としてそれぞれを格納する。

次に、受信部３２は、ＯＳのインストールをインストール処理部３３に依頼する。インストール処理部３３は、依頼を受けて、サーバ情報３１１で指定されるサーバ２に、プロファイル情報３１２を使用してＯＳイメージ３１３に格納されたＯＳをインストールする（ステップＳ６０２）。

その後、インストール処理部３３は、ＯＳのインストールの完了通知をインストール管理装置１へ送信する（ステップＳ６０３）。

次に、受信部３２は、ＯＳのインストール用のバーチャルアプライアンスの削除依頼を受信したか否かを判定する（ステップＳ６０４）。ＯＳのインストール用のバーチャルアプライアンスの削除依頼を受信していない場合（ステップＳ６０４：否定）、インストール機能保持サーバ３によるＯＳインストール処理は、ステップＳ６０１に戻る。

これに対して、ＯＳのインストール用のバーチャルアプライアンスの削除依頼を受信した場合（ステップＳ６０４：肯定）、受信部３２は、ＯＳのインストール用のバーチャルアプライアンスの削除をコピーＶＡ削除処理部３４に依頼する。コピーＶＡ削除処理部３４は、受信部３２から削除依頼を受けると、バーチャルアプライアンスに埋め込まれた削除を行うスクリプトを実行して、ＯＳのインストール用のバーチャルアプライアンスをインストール機能保持サーバ３から削除する（ステップＳ６０５）。

次に、本実施例に係るインストール管理装置１によるＯＳのインストール処理の具体例について説明する。ここでは、以下の環境でのインストール管理装置１によるＯＳのインストール処理について説明する。サブネットは、１９２．１６８．２．０／２４及び１９２．１６８．４．０／２４の２つが存在する。１９２．１６８．２．０／２４のサブネットにサーバ２が１２８台存在する。また、１９２．１６８．４．０／２４のサブネットにサーバ２が６４台存在する。また、ここでは、ＯＳのインストール用のバーチャルアプライアンスによる多重処理は行われないという前提で説明する。

グループ作成部１２は、サブネットが１９２．１６８．２．０／２４であるサーバ２のグループ２１とサブネットが１９２．１６８．４．０／２４であるサーバ２のグループ２２という２つのグループ２０を作成する。この工程を第１工程と言う。

グループ選択部１３は、各グループ２０についてグループ評価値を算出する。グループ選択部１３は、Ｈ１＝１２８／（０＋１／２）＝２５６であるので、グループ２１のグループ評価値であるＨ１を２５６と算出する。また、グループ選択部１３は、Ｈ２＝６４（０＋１／２）＝１２８であるので、グループ２２のグループ評価値であるＨ２を１２８と算出する。Ｈ１がＨ２により大きいので、グループ選択部１３は、グループ２１をインストール対象グループとして選択する。この工程を第２工程と言う。

次に、インストール対象選択部１４は、各サーバ２について、ＯＳのパッケージサイズ、ＯＳのバージョン、フォーマット方式及び記憶媒体の種類のそれぞれを数値化した値を取得する。そして、インストール対象選択部１４は、取得したそれぞれの値に重みづけをして各サーバ２のサーバ評価値を算出する。これにより、インストール対象選択部１４は、図１９に示す情報を取得する。図１９は、インストール対象選択部が算出する値の一例を示す図である。インストール対象選択部１４は、図１９に示すＩＰアドレスに対応するサーバ２の中でサーバ評価値が最大である未インストールサーバを、ＯＳをインストールするサーバ２として選択する。例えば、インストール対象選択部１４は、最初の処理では、図１９においてグループ２１の中でサーバ評価値が最大であるＩＰアドレスが１９２．１６８．２．２のサーバ２を選択する。そして、インストール処理部１５は、選択されたサーバ２にＯＳをインストールする。さらに、インストール対象のグループ２０のグループ評価値が１より大きい場合、インストール装置生成部１６は、ＯＳをインストールしたサーバ２に対してＯＳのインストール用のバーチャルアプライアンスのコピーを実行する。これにより、インストール機能保持サーバ３が生成される。この工程を第３工程と言う。

次に、インストール対象選択部１４は、図１９に登録されたサーバ２のうちの未インストールサーバの中でサーバ評価値が最小のサーバ２をインストール機能保持サーバ３にＯＳのインストールを行わせるサーバ２として選択する。例えば、インストール対象選択部１４は、最初の処理では、図１９においてグループ２１の中でサーバ評価値が最小であるＩＰアドレスが１９２．１６８．２．３９のサーバ２を選択する。次に、コピーＶＡ管理部１７は、インストール機能保持サーバ３に対して、インストール対象選択部１４により選択されたサーバ２へのＯＳのインストールを指示する。例えば、最初の処理では、コピーＶＡ管理部１７は、ＩＰアドレスが１９２．１６８．２．３９であるインストール機能保持サーバ３に対して、ＩＰアドレスが１９２．１６８．２．３９であるサーバ２に対するＯＳのインストールを指示する。この工程を第４工程と言う。

この第４工程の処理は、ＯＳのインストール処理を行っていないインストール機能保持サーバ３が存在する場合、インストール管理装置１がどの処理段階であっても適示実行される。例えば、インストール管理装置１が第２工程の処理を行っている段階で、インストール機能保持サーバ３によるＯＳのインストールが完了すると、インストール管理装置１は、他の処理と並行してそのインストール機能保持サーバ３に対して第４工程の処理を行う。

以降、インストール管理装置１は第２～４工程を繰り返す。また、インストール機能保持サーバ３は、インストール管理装置１から指定されたサーバ２に対してＯＳのインストールを実行する。

以上の処理によるＯＳのインストール処理の結果が図２０で表される結果にあたる。図２０は、実施例に係るインストール管理装置によるＯＳのインストール処理の結果の一例を示す図である。図２０の紙面に向かって左端の列は、インストール管理装置による第２～４工程の処理を１つのサイクルとしたときのサイクル数を表す。ここでは、ＯＳのインストール用の１つのバーチャルアプライアンスが既にインストール予定のＯＳイメージを保持している場合、１サイクルで２台のサーバ２のＯＳのインストールを行える場合を想定した。ＯＳイメージのインポートは、ＯＳインストールと同等の時間を要する。したがって、ＯＳのインストール用の１つのバーチャルアプライアンスが、インストール予定のＯＳイメージを保持していない状態からサーバ２に対してＯＳをインストールする場合、１サイクルで１台のサーバ２のＯＳのインストールを行える計算になる。

ＯＳをインストールする１台の装置が１台ずつＯＳのインストールを行う従来技術では、具体例で示した環境では、全てのサーバ２へのＯＳのインストールを完了するまでにおよそ９６サイクル（１９２（台）／２（台／サイクル））の時間がかかる。これに対して、本実施例に係るインストール管理装置１は、図２０に示すように、２０サイクルで全てのサーバ２に対するＯＳのインストールが完了する。このように、本実施例に係るインストール管理装置１を用いることで、インストール時間を削減することができる。また、ここでは、インストール機能保持サーバ３は、毎回ＯＳのイメージファイルをインポートする場合で説明した。ただし、実際には、インストールするＯＳのイメージが既にインポート済みの場合、インストール機能保持サーバ３は、新たにＯＳのイメージファイルをインポートしなくてもよく、ＯＳのインストールにかかる時間は実際にはより短くなる。

（ハードウェア構成）
次に、図２１を参照して、インストール管理装置１及びインストール機能保持サーバ３のハードウェア構成について説明する。図２１は、コンピュータのハードウェア構成図である。

インストール管理装置１及びサーバ２は、いずれも図２１に示すコンピュータ１０により実現可能である。コンピュータ１０は、ＣＰＵ９１、メモリ９２、ハードディスク９３及びＮＩＣ（Network Interface Card）９４を有する。ＣＰＵ９１は、バスを介して、メモリ９２、ハードディスク９３及びＮＩＣ９４と接続される。

例えば、コンピュータ１０によりインストール管理装置１を実現する場合、ハードディスク９３は、格納部１１の機能を実現する。また、ハードディスク９３は、図１に例示した各部の機能を実現するプログラムを含む各種プログラムを格納する。ここで、図１に例示した各部とは、グループ作成部１２、グループ選択部１３、インストール対象選択部１４、インストール処理部１５、インストール装置生成部１６及びコピーＶＡ管理部１７にあたる。また、ＮＩＣ９４は、サーバ２との通信のインタフェースとして動作する。

ＣＰＵ９１は、ハードディスク９３から各種プログラムを読み出してメモリ９２に展開して実行する。これにより、ＣＰＵ９１は、図１に例示した、グループ作成部１２、グループ選択部１３、インストール対象選択部１４、インストール処理部１５、インストール装置生成部１６及びコピーＶＡ管理部１７の各機能を実現する。

また、例えば、コンピュータ１０によりインストール機能保持サーバ３を実現する場合、ハードディスク９３は、格納部３１の機能を実現する。また、ハードディスク９３は、図１２に例示した、受信部３２、コピーＶＡ削除処理部３４及びコピーＶＡ削除処理部３４の機能を実現するプログラムを含む各種プログラムを格納する。また、ＮＩＣ９４は、インストール管理装置１との通信のインタフェースとして動作する。

ＣＰＵ９１は、ハードディスク９３から各種プログラムを読み出してメモリ９２に展開して実行する。これにより、ＣＰＵ９１は、図１２に例示した、受信部３２、コピーＶＡ削除処理部３４及びコピーＶＡ削除処理部３４の機能を実現する。

以上に説明したように、本実施例に係るインストール管理装置は、ＯＳをインストールするサーバの情報とインストールを行うＯＳの情報を用いてＯＳをインストールするサーバを決定する。そして、インストール管理装置は、自装置によるＯＳのインストールと並行してバーチャルアプライアンスによりインストール機能保持サーバを生成して、ＯＳのインストールを行わせる。これにより、ＯＳのインストールの実行の処理時間を短縮することができる。

また、インストール対象のサーバ２をグルーピングすることで、インストール機能保持サーバによるＯＳのインストールを効率的に行わせることができ、ＯＳのインストールの実行の処理時間をより短縮することができる。

１ インストール管理装置
２ サーバ
３ インストール機能保持サーバ
１１ 格納部
１２ グループ作成部
１３ グループ選択部
１４ インストール対象選択部
１５ インストール処理部
１６ インストール装置生成部
１７ コピーＶＡ管理部
３１ 格納部
３２ 受信部
３３ インストール処理部
３４ コピーＶＡ削除処理部
１１１ サーバ情報
１１２ プロファイル情報
１１３ ＯＳイメージ
３１１ サーバ情報
３１２ プロファイル情報
３１３ ＯＳイメージ

Claims (7)

1. 複数の演算処理装置に対するＯＳ（Operating System）のインストールを行う情報処理装置であって、
   インストールに用いる設定情報を保持するデータ保持部と、
   前記ＯＳのインストールを実行する仮想マシンを含むバーチャルアプライアンスに含まれる仮想マシンを動作させて、前記データ保持部が保持する前記設定情報を用いて、前記ＯＳがインストールされていない第１演算処理装置に対する前記ＯＳのインストールを行うインストール処理部と、
   前記バーチャルアプライアンスのコピーを作成し、前記インストール処理部により前記ＯＳがインストールされた前記第１演算処理装置へ前記バーチャルアプライアンスのコピーを転送する複製生成部と、
   前記データ保持部が保持する前記設定情報を前記第１演算処理装置へ送信し、前記バーチャルアプライアンスのコピーに含まれる前記仮想マシンを動作させて前記ＯＳがインストールされていない第２演算処理装置への前記ＯＳのインストールを前記第１演算処理装置に実行させるインストール制御部と
   を備えたことを特徴とする情報処理装置。
2. 複数の前記演算処理装置をグループ分けするグループ作成部と、
   前記ＯＳのインストールを実行する前記演算処理装置を含む選択グループを前記グループ作成部により作成された前記グループの中から選択するグループ選択部をさらに備え、
   前記インストール処理部は、前記グループ選択部により選択された前記選択グループに属する前記演算処理装置に含まれる前記第１演算処理装置に対して前記ＯＳのインストールを行い、
   前記インストール制御部は、前記選択グループに属する前記ＯＳがインストールされていない未インストール装置の台数を基に、前記選択グループに属する前記未インストール装置に含まれる前記第２演算処理装置に対する前記ＯＳのインストールを前記第１演算処理装置に実行させるか否かを判定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記ＯＳのインストールにかかる時間を基に前記ＯＳをインストールする前記演算処理装置を選択する装置選択部をさらに備え、
   前記インストール処理部は、前記装置選択部により選択された前記第１演算処理装置に対して前記ＯＳのインストールを行い、
   前記インストール制御部は、前記選択グループに属する前記演算処理装置の中から前記装置選択部により選択された前記第２演算処理装置への前記ＯＳのインストールを実行させる
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記装置選択部は、各前記演算処理装置の情報及び前記ＯＳの情報を基に前記ＯＳのインストールにかかる時間を判定することを特徴とする請求項３に記載の情報処理装置。
5. 前記インストール制御部は、前記第１演算処理装置を含む前記選択グループに属する全ての前記演算処理装置に対する前記ＯＳのインストールが完了した場合、前記第１演算処理装置が保持する前記バーチャルアプライアンスを削除することを特徴とする請求項２～４のいずれか一つに記載の情報処理装置。
6. 複数の演算処理装置及び前記演算処理装置に対するＯＳのインストールを行う管理装置を有する情報処理システムであって、
   前記管理装置は、
   インストールに用いる設定情報を保持するデータ保持部と、
   前記ＯＳのインストールを実行する仮想マシンを含むバーチャルアプライアンスに含まれる仮想マシンを動作させて、前記データ保持部が保持する前記設定情報を用いて、前記ＯＳがインストールされていない第１演算処理装置に対する前記ＯＳのインストールを行うインストール処理部と、
   前記バーチャルアプライアンスのコピーを作成し、前記インストール処理部により前記ＯＳがインストールされた前記第１演算処理装置へ前記バーチャルアプライアンスのコピーを転送する複製生成部と、
   前記データ保持部が保持する前記設定情報を前記第１演算処理装置へ送信し、前記バーチャルアプライアンスのコピーに含まれる前記仮想マシンを動作させて前記ＯＳがインストールされていない第２演算処理装置への前記ＯＳのインストールを前記第１演算処理装置に実行させるインストール制御部とを備え、
   前記第１演算処理装置は、
   前記インストール処理部による前記ＯＳのインストールが完了した後に、前記バーチャルアプライアンスのコピーを前記複製生成部から取得し、前記設定情報及びインストールの実行要求を前記インストール制御部から取得し、取得した前記バーチャルアプライアンスに含まれる前記仮想マシンを動作させて、前記設定情報を用いて前記実行要求で指定された前記第２演算処理装置へ前記ＯＳをインストールする
   ことを特徴とする情報処理システム。
7. 複数の演算処理装置に対するＯＳのインストールを実行する情報処理プログラムであって、
   前記ＯＳのインストールを実行する仮想マシンを含むバーチャルアプライアンスに含まれる仮想マシンを動作させて、記憶装置が保持するインストールに用いる設定情報を用いて、前記ＯＳがインストールされていない第１演算処理装置に対する前記ＯＳのインストールを行い、
   前記バーチャルアプライアンスのコピーを作成し、前記ＯＳがインストールされた前記第１演算処理装置へ前記バーチャルアプライアンスのコピーを転送し、
   前記記憶装置が保持する前記設定情報を前記第１演算処理装置へ送信し、前記バーチャルアプライアンスのコピーに含まれる前記仮想マシンを動作させて前記ＯＳがインストールされていない第２演算処理装置への前記ＯＳのインストールを前記第１演算処理装置に実行させる
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。

Images