自装置上に構築された仮想マシン上で動作するOSOperatingSystemを示すゲストOSの動作に関する状況を監視する監視部と、前記監視部によって監視した状況が所定条件を満たす場合に、前記ゲストOSをスリープさせるスリープ部と、前記スリープ部によってスリープさせたゲストOSのメモリページを退避させてから解放するメモリ制御部とを有することを特徴とするゲストOS管理装置。前記監視部は、前記スリープ部によってスリープさせたゲストOSに対する特定イベントの発生を監視し、前記監視部によって監視した、前記スリープ部によってスリープさせたゲストOSに対する特定イベントの発生を検知した場合に前記ゲストOSをレジュームし、前記メモリ制御部によって解放させたメモリページを読み込んで展開するレジューム部をさらに有することを特徴とする請求項1に記載のゲストOS管理装置。前記監視部は、前記ゲストOSの所定コンピュータ資源の利用状況を監視し、前記スリープ部は、前記監視部によって監視した所定コンピュータ資源の利用状況が所定条件以下である場合に、前記ゲストOSをスリープさせることを特徴とする請求項1又は2に記載のゲストOS管理装置。前記監視部は、前記ゲストOSの所定イベントの発生状況を監視し、前記スリープ部は、前記監視部によって監視した所定イベントの発生状況が所定条件以下である場合に、前記ゲストOSをスリープさせることを特徴とする請求項1又は2に記載のゲストOS管理装置。前記スリープ部は、特定のコンピュータ資源の利用量が予め定めた基準値を超えた場合に、予め定められたゲストOS間の優先順位、又は、1つ以上のゲストOSをグループ化したグループ間に定めた優先順位に基づいて、コンピュータ資源の利用量が一定値以下になるまでスリープさせることを特徴とする請求項1~4のいずれか一つに記載のゲストOS管理装置。ゲストOSOperatingSystem管理装置で実行されるゲストOS管理方法であって、前記ゲストOS管理装置上に構築された仮想マシン上で動作するOSを示すゲストOSの動作に関する状況を監視する監視工程と、前記監視工程によって監視した状況が所定条件を満たす場合に、前記ゲストOSをスリープさせるスリープ工程と、前記スリープ工程によってスリープさせたゲストOSのメモリページを退避させてから解放するメモリ制御工程とを含んだことを特徴とするゲストOS管理方法。コンピュータを請求項1~5に記載のゲストOSOperatingSystem管理装置として機能させるためのゲストOS管理プログラム。しかしながら、従来技術では、メモリ領域を有効に利用することができないという問題がある。例えば、ゲストOSは、処理するプロセスがない場合にもアイドルプロセスを実行する。また、例えば、タイマ割り込み等の定期的なイベントを発生させ、ゲストOS内の時間調整を行なうことがある。すなわち、処理中ではないゲストOSであっても、少なくとも一部のメモリページを常にメモリ上に保持させおくことが好ましい。これらのことは、オーバーコミットメントの各種技術を利用しても同様に起こり得る。例えば、同一メモリページを共有する技術は、常に書き込みが行なわれているページや、同一のメモリページが存在しないメモリページの場合に、マージされずに単独のメモリページとしてメモリ上に存在するため、全てのメモリページをマージできるわけではない。また、例えば、バルーニングやスワッピングの技術は、頻繁にアクセスするメモリページを返却又は退避すると、ゲストOS間での頻繁なメモリページのやり取りや、2次記憶領域とメモリとをメモリページが行き来するスラッシングが発生する。これらの結果、従来技術では、オーバーコミットメント技術により、より多くのゲストOSを1つの物理マシン上で動作させているものの、必ずしもメモリ領域を有効に利用できているわけではない。そこで、本発明は、上記に鑑みてなされたものであって、メモリ領域を有効に利用することが可能であるゲストOS管理装置、ゲストOS管理方法及びゲストOS管理プログラムを提供することを目的とする。上述した課題を解決し、目的を達成するため、本発明に係るゲストOS管理装置は、自装置上に構築された仮想マシン上で動作するOSを示すゲストOSの動作に関する状況を監視する監視部と、前記監視部によって監視した状況が所定条件を満たす場合に、前記ゲストOSをスリープさせるスリープ部と、前記スリープ部によってスリープさせたゲストOSのメモリページを退避させてから解放するメモリ制御部とを有する。本発明に係るゲストOS管理装置、ゲストOS管理方法及びゲストOS管理プログラムの一つの様態によれば、メモリ領域を有効に利用することができるという効果を奏する。以下に添付図面を参照して、本発明に係るゲストOS管理装置、ゲストOS管理方法及びゲストOS管理プログラムの実施例を説明する。なお、以下の実施例により本発明が限定されるものではない。[仮想化システム構成]図1を用いて、実施例1に係る仮想化技術のシステム構成を説明する。図1は、実施例1に係る仮想化技術のシステム構成例を示す図である。例えば、図1に示すように、仮想化技術のシステム構成は、複数のゲストOSを含む仮想マシンを構成する物理マシンと、ネットワークを介して物理マシンに接続可能なクライアントとを含む。上記構成において、各仮想マシンは、一つの様態として、クライアントからのサービス要求をトリガとして動作し、ネットワークを介して特定のサービスをクライアントに提供する。なお、物理マシンは、例えば、PCPersonalComputerやサーバ装置等の情報処理装置である。また、各装置の数は、図示の数に限られるものではない。[物理マシンの構成]次に、図2を用いて、実施例1に係る物理マシンの構成を説明する。図2は、実施例1に係る物理マシンの構成例を示す図である。例えば、図2に示すように、物理マシンは、クライアントにサービスサーバサービスを提供するためのソフトウェアを動作させるゲストOSを含む仮想マシンを少なくとも1つ有する。また、物理マシン上では、仮想マシンモニタ、ハイパーバイザ又はホストOSを含む仮想マシン管理ソフトウェアが動作する。仮想マシンモニタは、例えば、複数のゲストOSを動作させるソフトウェアである。かかる仮想マシン上では、1つ以上のゲストOSが動作する。ハイパーバイザは、例えば、仮想化技術を実現するための制御プログラムである。ホストOSは、例えば、物理マシン上にインストールされたOSを指す。また、物理マシンは、物理メモリ、ディスク、ネットワークカードNIC:NetworkInterfaceCard、CPUCentralProcessingUnit等の実在するハードウェアを有する。物理メモリは、例えば、物理マシン内でメインメモリとして利用される記憶装置である。ディスクは、例えば、任意の記憶媒体にデータの記録を行なう記憶装置である。ネットワークカードは、例えば、ネットワークを介してクライアント等とパケットを送受信する。CPUは、例えば、物理マシン全体を制御する電子回路である。また、物理メモリやディスクは、2次記憶領域を有する。かかる2次記憶領域の利用については後述する。[ゲストOS管理装置の構成]次に、図3を用いて、実施例1に係るゲストOS管理装置の機能ブロックを説明する。図3は、実施例1に係るゲストOS管理装置の機能ブロックの例を示す図である。例えば、図3に示すように、ゲストOS管理装置100は、監視部110と、スリープ部120と、メモリ制御部130と、レジューム部140とを有する。かかるゲストOS管理装置100の各機能は、一つの様態として、図1又は図2に示した物理マシンに含まれる。または、図4に示すように、ゲストOS管理装置100の一部の機能を別の物理マシンネットワーク装置上に持たせることも可能である。なお、図4は、ゲストOS管理装置100の機能を含むシステム構成例を示す図である。さらに、図2に示すような構成で仮想マシン管理ソフトウェアを動作させた物理マシンを複数台動作させ、ネットワークで接続された別の物理マシンに仮想マシン管理ソフトウェアの動作する各物理マシン上で動作する各ゲストOSのコンピュータ資源の利用状況や各イベントの発生状況を送信させ、それらの情報を受け取った物理マシン上で各ゲストOSをスリープさせるか、レジュームさせるかの判定を行なわせ、スリープさせる、又はレジュームさせると判定した場合にはその指令を該仮想マシン管理ソフトウェアの動作する物理マシンに送信するような構成をとることも可能である。監視部110は、ゲストOS管理装置100上に構築された仮想的な別のコンピュータ環境である仮想マシン上で動作するOSを示すゲストOSの動作に関する状況を監視する。かかるコンピュータ資源の一例としては、物理メモリ、ディスク、ネットワークカード、CPU等が挙げられる。つまり、監視部110は、一つの様態として、メモリページへのアクセス等が実行される場合の、コンピュータ資源の利用状況を監視する。また、監視部110は、監視状況をスリープ部120に通知する。また、監視部110は、一つの様態として、ネットワークパケット等を監視する場合、ネットワークで接続された別物理マシン上ネットワーク装置に監視部110を配置し、それ以外の機能を物理マシンに持たせても良い。また、例えば、監視部110は、ゲストOSの所定イベントの発生状況を監視しても良い。所定イベントの発生状況を監視する場合には、監視部110は、例えば、各ゲストOS内に配置されても良い。かかる所定イベントの一例としては、プロセス又はスレッドの生成消失、ファイルアクセス、パケットの送受信、例外の発生、オープン又はクローズしているソケット数、ゲストOSの状態を変化させる事象等が挙げられる。つまり、監視部110は、一つの様態として、メモリページへのアクセス等が実行される場合の、所定イベントの発生状況を監視する。このときも同様に、監視部110は、監視状況をスリープ部120に通知する。スリープ部120は、監視部110によって監視した状況が所定条件を満たす場合に、ゲストOSをスリープさせる。かかる所定条件は、例えば、図示していない記憶部等に記憶されている。上記コンピュータ資源の利用状況を監視する例で具体的に説明すると、スリープ部120は、監視部110によって監視した所定コンピュータ資源の一定期間の利用状況が所定条件以下である場合に、該当するゲストOSをスリープさせる。つまり、スリープ部120は、コンピュータ資源が利用されていないことから、サービス要求の処理中ではないと判定し、アイドルプロセスの実行等の何らかの形でメモリ領域を利用することがあるゲストOSをスリープさせる。これにより、スリープさせたゲストOSによるメモリアクセス等を停止させることができる。また、スリープ部120は、スリープさせたゲストOSをメモリ制御部130に通知する。詳細には、ゲストOS管理装置100は、サービスの利用要求に対する処理を実行していないときの任意のゲストOSにおける、CPU利用率、メモリ利用率、ネットワーク利用率等を記憶しておき、各コンピュータ資源の何れか一つ又は一つ以上の値を基準値として設定する。そして、スリープ部120は、監視部110によるコンピュータ資源の監視に基づき、予め定められた一定期間に利用状況が基準値以下である場合に、該当するゲストOSにおいてはクライアントからのサービス要求に応じた処理を実行していないと判定し、該当するゲストOSをスリープさせる。また、上記所定イベントの発生状況を監視する例で具体的に説明すると、スリープ部120は、監視部110によって監視した所定イベントの一定期間の発生状況が所定条件以下である場合に、該当するゲストOSをスリープさせる。つまり、スリープ部120は、イベントが発生していないことから、サービス要求の処理中ではないと判定し、アイドルプロセスの実行等の何らかの形でメモリ領域を利用することがあるゲストOSをスリープさせる。すなわち、図2に示す仮想マシン管理ソフトウェアは、監視部110からの監視結果に基づき、該当するゲストOSをスリープさせる。これにより、スリープさせたゲストOSによるメモリアクセス等を停止させることができる。このときも同様に、スリープ部120は、スリープさせたゲストOSをメモリ制御部130に通知する。ここで、Apache登録商標等のHTTPHyperTextTransferProtocolサーバ上でホームページが構築され、クライアントからのHTTP要求に応じて、ホームページを返すWebサービスを提供するOSを例に挙げる。かかるApache登録商標は、クライアントからの要求に応じてスレッドを生成し、スレッドにクライアントからの要求を処理させるモデルを採用している。これにより、スレッドがゲストOS上で実行されていない場合には、クライアントからの要求を処理していないと判定できる。これらのことから、スリープ部120は、監視部110によるゲストOS上で生成されるスレッドの監視に基づいて、一定期間にApache登録商標からのスレッド生成が観測されなかった場合に、該当するゲストOSはクライアントからの要求を処理していないと判定して、該当するゲストOSをスリープさせる。また、スレッドだけでなく、ゲストOS内で生成されるプロセスやオープンしているソケット数等の、ゲストOS内から取得可能な情報に基づいて、スリープさせることにしても良い。メモリ制御部130は、スリープ部120によってスリープさせたゲストOSのメモリページを退避させてから解放する。例えば、メモリ制御部130は、スリープ部120によってスリープさせたゲストOSのメモリページを2次記憶領域に移動させ、ゲストOSのメモリページを解放する。かかる2次記憶領域は、例えば、物理メモリ、ディスク領域等を指す。また、物理メモリは、特定の領域を2次記憶領域とし、この領域を圧縮メモリ領域とすることも可能である。すなわち、2次記憶領域は、物理メモリ上に設けられた圧縮メモリ領域を指すこともある。レジューム部140は、スリープ部120によってスリープさせたゲストOSに対する特定イベントの発生を監視部110によって検知された場合に、ゲストOSをレジュームし、メモリ制御部130によって解放させたメモリページを読み込んで展開する。かかる特定イベントの一例としては、パケットが到着したこと、一定時間が経過したこと等が挙げられる。例えば、レジューム部140は、スリープ部120によってスリープさせたゲストOSに対するパケットが到着したことを監視部110によって検知された場合に、該当するゲストOSをレジュームすることで、スリープ状態からアクティブ状態へと遷移させる。ここで、ゲストOS管理装置100は、パケットの宛先IPInternetProtocolアドレス及び/又はポート番号と、ゲストOSとを対応付けて図示していない記憶部等に記憶しているとともに、各ゲストOSの状態スリープ状態或いはアクティブ状態を管理している。これらの情報を利用して、レジューム部140は、ゲストOSに対するパケットが到着したことを監視部110によって検知された場合に、パケットの送信先であるゲストOSがスリープ状態であるか否かを判定している。そして、レジューム部140は、メモリ制御部130によって2次記憶領域に移動させたメモリページを読み込み、メモリ上に復元する。これらにより、到着したパケットは、レジューム後のゲストOSに渡され処理される。なお、パケットの送信先であるゲストOSがアクティブ状態である場合に、レジューム部140は、パケットをそのまま転送する。また、別の例として、レジューム部140は、スリープ部120によってあるゲストOSをスリープさせる際にタイマをセットし、そのタイマがタイムアップして、予め定めていた一定時間が経過したと判定した場合に、該当するゲストOSをレジュームさせ、スリープ状態からアクティブ状態へと遷移させることもできる。[スリープ処理の流れ]次に、図5を用いて、実施例1に係るスリープ処理を説明する。図5は、実施例1に係るスリープ処理の流れの例を示すフローチャートである。なお、スリープ処理とは、主に、監視部110と、スリープ部120と、メモリ制御部130とによる処理を指す。例えば、図5に示すように、ゲストOS管理装置100は、ゲストOSの動作に関する状況を監視するステップS101。ゲストOSの動作に関する状況については、例えば、物理メモリ、ディスク、ネットワークカード、CPU等のコンピュータ資源の利用状況と、プロセス又はスレッドの生成消失、ファイルアクセス、パケットの送受信、例外の発生、オープン又はクローズしているソケット数、ゲストOSの状態を変化させる事象等の特定イベントの発生状況とが挙げられる。そして、ゲストOS管理装置100は、監視した状況が所定条件を満たすか否かを判定するステップS102。所定条件について、ゲストOS管理装置100は、コンピュータ資源の利用状況を監視した場合に、一定期間の利用状況が所定条件一定値以下であるか否かを判定し、特定イベントの発生状況を監視した場合に、一定期間の発生状況が所定条件一定値以下であるか否かを判定する。このとき、ゲストOS管理装置100は、監視した状況が所定条件を満たすと判定した場合にステップS102肯定、該当するゲストOSをスリープさせるステップS103。一方、ゲストOS管理装置100は、監視した状況が所定条件を満たさないと判定した場合にステップS102否定、該当するゲストOSがアクティブであるため、再度ステップS101の処理を実行する。その後、ゲストOS管理装置100は、スリープさせたゲストOSによって利用されていたメモリページを2次記憶領域に移動させ、メモリを解放するステップS104。[レジューム処理の流れ]次に、図6を用いて、実施例1に係るレジューム処理を説明する。図6は、実施例1に係るレジューム処理の流れの例を示すフローチャートである。なお、レジューム処理とは、主に、レジューム部140による処理を指す。例えば、図6に示すように、ゲストOS管理装置100は、ゲストOSに対するパケットが到着したことを検知した場合にステップS201肯定、パケットの送信先のゲストOSがスリープ状態であるか否かを判定するステップS202。このとき、ゲストOS管理装置100は、パケットの送信先のゲストOSがスリープ状態である場合にステップS202肯定、該当するゲストOSをレジュームするステップS203。そして、ゲストOS管理装置100は、スリープ状態であったゲストOSのメモリページを読み込み、メモリ上に復元するステップS204。その後、ゲストOS管理装置100は、レジュームさせたゲストOSにパケットを転送するステップS205。また、ゲストOS管理装置100は、ゲストOSに対するパケットが到着したことを検知していない場合にステップS201否定、パケットの到着待ちの状態となる。また、ゲストOS管理装置100は、パケットの送信先のゲストOSがスリープ状態でない場合にステップS202否定、この動作中のゲストOSにパケットを転送するステップS206。[実施例1による効果]ゲストOS管理装置100は、ゲストOSにおけるコンピュータ資源の利用状況やイベントの発生状況等に基づいて、利用されていないゲストOSをスリープさせ、スリープさせたゲストOSのメモリページを退避させ解放する。この結果、ゲストOS管理装置100は、利用していないゲストOSがメモリを占有する従来技術と比較して、メモリ領域を有効に利用することができる。さて、これまで本発明に係るゲストOS管理100の実施例について説明したが、上述した実施例以外にも種々の異なる形態にて実施されてよいものである。そこで、1監視対象、2スリープの優先順位、3スリープの条件、4メモリの解放、5構成、6プログラム、において異なる実施例を説明する。1監視対象上記実施例では、コンピュータの資源利用状況を監視してゲストOSをスリープさせる場合と、イベントの発生状況を監視してゲストOSをスリープさせる場合とを説明したが、これら両方を監視して、両方のスリープの条件又は少なくともいずれか一方のスリープの条件を満たしたときに、ゲストOSをスリープさせても良い。これにより、監視対象を増やしてゲストOSをスリープさせるので、メモリ領域をより有効に利用することができる。2スリープの優先順位また、上記実施例では、ゲストOSごとに独立してスリープの要否判定を実行する場合を説明した。本発明はこれに限られるものではなく、例えば、物理マシン全体のメモリを監視し、一定値以上のメモリが使用されるようになった場合、又は、所定期間に一定値以上のメモリが使用されている状況が続いた場合に、上記実施例を実行しても良い。具体的には、監視部110は、常にコンピュータ資源の利用状況を監視し、あるゲストOSの利用しているコンピュータ資源の監視状況が所定の条件を満たした場合も該ゲストOSをスリープさせずに、現在の状況を記憶しておき、該ゲストOSの実行を継続させる。また、物理マシンの物理メモリの利用状況が一定値以上になった場合に、スリープ部120は、記憶しておいたコンピュータ資源の利用状況に基づき、スリープさせる条件を満たすものをスリープさせていく。これにより、処理負荷を軽減できるとともに、必要以上にメモリを解放することなく、メモリ領域を有効に利用することができる。さらに、例えば、特定のコンピュータ資源の利用量が予め定めた基準値を超えた場合に、予め定められたゲストOS間の優先順位、又は、1つ以上のゲストOSをグループ化したグループ間に定めた優先順位に基づいて、コンピュータ資源の利用量が一定値以下になるまでスリープさせても良い。具体的には、物理メモリの利用状況が一定値以上になり、ゲストOSを順次スリープさせていく際に、ゲストOS毎又は複数のゲストOSをまとめたグループ毎に優先度を予め設けておき、スリープ条件を満たしたゲストOSのうち、物理メモリの利用状況が一定値以下になるまで、この優先度に基づき優先度の低いものから順次スリープさせていく。これにより、より重要なサービスに対応するゲストOSを必要以上に停止することなく、メモリ領域を有効に利用することができる。3スリープの条件また、上記実施例では、ゲストOSをスリープさせる条件について特に個別に設定せずに、全てのゲストOSで共通である場合を説明したが、ゲストOSごとに異なる条件を設定しても良いし、ゲストOSをグループ化してグループごとに異なる条件を設定しても良い。これにより、サービスの利用度、関連度、重要度等に応じたゲストOSのスリープを実現することができる。4メモリの解放また、上記実施例では、スリープさせたゲストOSのメモリページをメモリ制御部130により2次記憶領域に移動する場合を説明したが、仮想マシン管理ソフトウェアホストOSや仮想マシンモニタの機能で2次記憶領域に移動させるようにしても良い。また、レジュームした後のメモリの展開についても仮想マシン管理ソフトウェアホストOSや仮想マシンモニタの機能で実行させるようにしても良い。つまり、ゲストOSがスリープした場合には、一つの様態として、ゲストOSの利用していたメモリ領域にメモリアクセスが発生しなくなり、非アクティブのメモリとしてホストOS側が認識することになる。そして、ホストOSのメモリが逼迫してきた場合には、ホストOSのメモリ管理に係る機構が非アクティブのメモリをページアウトする。これらの結果、明示的にメモリページをレジュームと同時に全てページインさせることを要しない。これにより、本発明を適用する実施形態や要求されるパフォーマンスに応じて好適に処理させることができる。5構成また、上記文書中や図面中等で示した処理手順、制御手順、具体的名称、各種のデータやパラメタ等を含む情報例えば、スリープ部120やレジューム部140の名称等については、特記する場合を除いて任意に変更することができる。また、図示したゲストOS管理装置100の各構成要素は、機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は、図示のものに限られず、その全部又は一部を各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散統合することができる。例えば、スリープ部120とレジューム部140とを、物理マシン上で動作する各ゲストOSのスリープやレジュームを制御するゲストOS制御部として統合しても良い。また、ゲストOS管理装置100にて行われる各処理機能は、その全部又は任意の一部が、CPUCentralProcessingUnitおよび当該CPUにて解析実行されるプログラムにて実現され、或いは、ワイヤードロジックによるハードウェアとして実現され得る。6プログラム図7は、ゲストOS管理プログラムによる処理がコンピュータを用いて具体的に実現されることを示す図である。図7に例示するように、コンピュータ1000は、例えば、メモリ1001と、CPU1002と、ハードディスクドライブインタフェース1003と、ディスクドライブインタフェース1004と、シリアルポートインタフェース1005と、ビデオアダプタ1006と、ネットワークインタフェース1007とを有し、これらの各部はバス1008によって接続される。メモリ1001は、図7に例示するように、ROMReadOnlyMemory1001a及びRAMRandomAccessMemory1001bを含む。ROM1001aは、例えば、BIOSBasicInputOutputSystem等のブートプログラムを記憶する。ハードディスクドライブインタフェース1003は、図7に例示するように、ハードディスクドライブ1009に接続される。ディスクドライブインタフェース1004は、図7に例示するように、ディスクドライブ1010に接続される。例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ1010に挿入される。シリアルポートインタフェース1005は、図7に例示するように、例えばマウス1011、キーボード1012に接続される。ビデオアダプタ1006は、図7に例示するように、例えばディスプレイ1013に接続される。ここで、図7に例示するように、ハードディスクドライブ1009は、例えば、OS1009a、アプリケーションプログラム1009b、プログラムモジュール1009c、プログラムデータ1009dを記憶する。すなわち、ゲストOS管理プログラムは、コンピュータ1000によって実行される指令が記述されたプログラムモジュール1009cとして、例えばハードディスクドライブ1009に記憶される。具体的には、上記実施例で説明した監視部110と同様の処理を実行する監視手順と、スリープ部120と同様の処理を実行するスリープ手順と、メモリ制御部130と同様の処理を実行するメモリ制御手順と、レジューム部140と同様の処理を実行するレジューム手順とが記述されたプログラムモジュール1009cが、ハードディスクドライブ1009に記憶される。また、ゲストOS管理プログラムによる処理に用いられるデータは、プログラムデータ1009dとして、例えばハードディスクドライブ1009に記憶される。そして、CPU1002が、ハードディスクドライブ1009に記憶されたプログラムモジュール1009cやプログラムデータ1009dを必要に応じてRAM1001bに読み出し、監視手順、スリープ手順、メモリ制御手順、レジューム手順を実行する。なお、ゲストOS管理プログラムに係るプログラムモジュール1009cやプログラムデータ1009dは、ハードディスクドライブ1009に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ1010等を介してCPU1002によって読み出されてもよい。あるいは、ゲストOS管理プログラムに係るプログラムモジュール1009cやプログラムデータ1009dは、ネットワークLANLocalAreaNetwork、WANWideAreaNetwork等を介して接続された他のコンピュータに記憶され、ネットワークインタフェース1007を介してCPU1002によって読み出されてもよい。