JP2009140489A - Ｖｍｍシステムにおけるユーザｏｓがサービスｏｓによって使用されている装置の電源を切らないようにするためのシステム及び方法 - Google Patents

Abstract

【課題】ＶＭＭシステムにおけるＵＯＳが、ＳＯＳによって使用されている装置の電源を切らないようにするためのシステム及び方法を提供する。
【解決手段】被接続装置を低電力モードに設定するためのＵＯＳからＢＩＯＳへのコールは、ＶＭＭを介して受け渡される。ＶＭＭは、ＳＯＳが装置を必要としているか否かを判別し、装置を必要としていた場合、装置が命令されたとおり設定されている旨をＵＯＳに通知すると共に、ＳＯＳに装置を用いたタスクを完了させる一方、ＳＯＳが装置を必要としていなかった場合、または装置を用いたＳＯＳのタスクの完了時に、ＡＣＰＩ／ＢＩＯＳにコールを受け渡し、装置を所望のエネルギー消費モードに設定する。
【選択図】図２

Description

本発明は、主に、低電力モードへの移行に伴い仮想マシンモニタ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｍｏｎｉｔｏｒ、以下ＶＭＭ）システムにおけるユーザオペレーティングシステム（Ｕｓｅｒ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ、以下ＵＯＳ）がサービスオペレーティングシステム（Ｓｅｒｖｉｃｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ、以下ＳＯＳ）に使用されている装置の電源を切ることを防止することに関する。

コンピュータに電源が投入されると、そのコンピュータの不揮発性固体メモリに記憶されているＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ−Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）が起動されていわゆるブート処理が開始され、様々な初期化処理が開始される。それらの処理のうち最も重要な処理は、コンピュータのディスク式記憶装置からＵＯＳを固体メモリにコピーして、コンピュータが使用されている間プロセッサがＵＯＳを実行できるようにすることである。コンピュータの電源が切られたり、あるいはリブートされたりすると、ＵＯＳはメモリから消去される。

ＵＯＳは、一度ブートされて実行されると、エネルギー節約のため非活動期間後にコンピュータをいわゆる低電力モードにする。低電力モードでは、例えば無線送信機、モニタ、プリンタおよびハードディスクドライブ（ＨＤＤ）等のコンピュータの様々な装置がエネルギー消費量減少モードになる。ＵＯＳは、それらの装置を低電力モードに設定するため、低電力モード動作の候補となる装置をリストアップしたＡＣＰＩ（Ａｄｖａｎｃｅｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ａｎｄ Ｐｏｗｅｒ Ｉｎｔｅｒｆａｃｅ）テーブルと呼ばれるデータ構造にアクセスし、ＢＩＯＳ中の所定のコードを実行して装置の電源を切る。

ＶＭＭは、本質的には、バックグラウンドで動作し、単一プロセッサによるメインＵＯＳおよびＳＯＳの同時処理を調整する管理オペレーティングシステムとして導入されている。しかしながら、ＶＭＭのこの機能を利用した場合、新たな問題、すなわち低電力モード動作に伴いＵＯＳが、ＳＯＳまたはＶＭＭ自体が必要としている装置の電源を知らずのうちに切ってしまうという問題が生じていた。

近代の機能豊富なコンピュータにおいて、ユーザに対して完全忠実なコンピューティングエクスペリエンスを提供するためには被選択ハードウェアやシステムＢＩＯＳへの完全アクセスをＶＭＭに与えるための手段を設けることが必要である。しかしながら、そのようなシールドなしのハードウェアアクセスをＵＯＳに与えると、制御の観点から問題が生じる。これは、ＵＯＳがＡＣＰＩテーブルへのアクセス権限を与えられた場合において顕著に現れる問題であって、これによりＵＯＳは、システム中のＳＯＳやＶＭＭなどの他の動作環境で共有される装置を含む全ての装置に対して完全な視認性を有してしまうこととなる。

ＳＯＳやＶＭＭ自体が装置を使用していたり装置を必要としていたりするにもかかわらず、ＵＯＳがＢＩＯＳ／ＡＣＰＩへの低電力コールに伴い装置の電源を知らずのうちに切ってしまうことを防止するため、ＵＯＳからの特定のＢＩＯＳ／ＡＣＰＩコールはＶＭＭによってインターセプトされ、低電力モードへの早すぎる移行が起きないことを確実にするようインターセプトされたＢＩＯＳ／ＡＣＰＩコールは審査される。

すなわち、本発明の一の観点に係る方法は、コンピュータに関連付けられた装置が低電力モードに設定される低電力状態を確立するＵＯＳをそのコンピュータに提供する工程を含む。なお、ＶＭＭおよびＳＯＳもそのコンピュータに提供される。そして、その方法は、装置がＵＯＳによって低電力モードに設定されることを選択的に防止する工程を含む。なお、低電力モードに設定されることを選択的に防止するため、ＶＭＭは、ＡＣＰＩコールと呼ばれるＵＯＳからＢＩＯＳへの低電力モードのためのコールをインターセプトすべく用いられる。

本発明の一の観点に係る方法において、低電力モードに設定されることを選択的に防止する工程は、ＶＭＭが、装置が低電力モードとなる前において、ＵＯＳからＢＩＯＳへのコールが、ＳＯＳが相互作用すべき装置に関するものであるか否かを判別し、コールが、ＳＯＳが相互作用すべき装置に関するものであった場合、ＳＯＳが装置との相互作用を完了するまでコールをＢＩＯＳに受け渡すことを防止する。なお、低電力モードに設定されることを選択的に防止する工程は、必要に応じて、ＶＭＭが、装置とＳＯＳとの間の相互作用が完了する前に、装置が低電力モードになろうとしている旨をＵＯＳへ通知する工程を含んでいてもよい。

より具体的には、本発明のいくつかの観点に係る方法において、低電力モードに設定されることを選択的に防止する工程は、ＶＭＭが、少なくとも装置が仮想装置であることを示すＵＯＳからのコールに含まれる装置識別子に基づいて、装置を低電力モードに設定するためのＵＯＳからＢＩＯＳへのコールがＳＯＳと相互作用すべき装置に関するものであるか否かを判別する。なお、装置識別子はＵＯＳに関連付けられているＡＣＰＩから導出されても良い。これに関して、ＵＯＳのＡＣＰＩテーブルにおける仮想装置識別子がＢＩＯＳのＡＣＰＩテーブルにおける実機識別子として反映されているという点以外について、ＵＯＳのＡＣＰＩテーブルとＢＩＯＳのＡＣＰＩテーブルとは同一であっても良い。なお、ＳＯＳのＡＣＰＩテーブルは、ＳＯＳに関連付けられていると共に、ＵＯＳのＡＣＰＩテーブルにおいて仮想装置識別子を有する各装置について実機識別子を有し、且つＵＯＳのＡＣＰＩテーブルにおいて実機識別子を有する各装置について仮想装置識別子を有していても良い。さらに、ＳＯＳのＡＣＰＩテーブルは、ＳＯＳに関連付けられていると共に、ＵＯＳのＡＣＰＩテーブルにおいて実機識別子を有する少なくとも一つの装置について実機識別子を有していても良い。

本発明の別の観点に係るコンピュータは、ＵＯＳと、ＵＯＳと同時に動作するＳＯＳと、ＵＯＳとＳＯＳとの動作を調整するＶＭＭと、を備える。また、コンピュータは、ＶＭＭと通信し、ＵＯＳからコールを受信する少なくとも一つのＢＩＯＳを備える。ＶＭＭは、コールをインターセプトし、ＵＯＳからのコールがＵＯＳのみによって所有される実機に対するものであった場合、コールを実行するためコールを直ちに送信し、ＵＯＳからのコールが実機に対するものではなかった場合、ＳＯＳが装置を必要としなくなるまでＶＭＭがコールの送信を遅らせる。なお、ここでいうＵＯＳのみによる所有とは、ＵＯＳのＡＣＰＩテーブルのみがその装置について実機ＩＤを反映させていることをいい、ＢＩＯＳのＡＣＰＩテーブルおよびＶＭＭのＡＣＰＩテーブル以外のＡＣＰＩテーブルがその装置について実機ＩＤを反映させていないことをいう。換言すると、その他のすべてのＡＣＰＩテーブルが装置を有しないか、または電力管理を必要としない装置について仮想装置ＩＤを示す場合のことをいう。

本発明の他の観点に係るプログラムは、上述の方法をコンピュータに実行させる。

本発明の構成及び動作の詳細については、添付の図面を参照することにより明らかとなるであろう。なお、添付の図面において同一の構成要素には同一の参照符号を付す。

まず、図１の高位ブロック図において、本発明の一実施の形態に係るデータ処理システム１０が示される。なお、本発明の一実施の形態において、システム１０はパーソナルコンピュータまたはノート型コンピュータである。システム１０は、プロセッサ１２を備えている。プロセッサ１２は、クロック１３からクロック情報を受信し、またプロセッサバス１４に接続されている。キャッシュ１６はプロセッサバス１４に接続されており、プロセッサ１２との間で、減少したアクセスレイテンシでデータの授受を行うために用いられる。一実施の形態では、プロセッサ１２は、メモリ制御部２０の機能を介してキャッシュ１６またはシステム固体メモリ１８におけるデータにアクセスすることができる。キャッシュ１６は例えばＤＲＡＭ等の揮発性メモリから構成され、メモリ１８は例えばフラッシュメモリ等の不揮発性メモリから構成される。メモリ制御部２０は、グラフィックバス制御部２４を介してメモリ・マップグラフィックアダプタ２２に接続されており、グラフィックアダプタ２２は、データ処理システム１０によって実行されたソフトウェアのインターフェイスを表示するモニタに接続されている。

メモリ制御部２０は、パーソナルコンピュータインターフェイス（以下、ＰＣＩ）バスブリッジ２８に接続されており、ＰＣＩバスブリッジ２８は、ＰＣＩバス３０に対するインターフェイスとして提供される。ＰＣＩバス３０には、入出力（以下、Ｉ／Ｏ）制御部３２が接続されており、Ｉ／Ｏ制御部３２は、キーボード３６並びにマウスおよびトラックボール等のポインティングデバイス３８に接続されるキーボード・マウスアダプタ３４を含む様々なＩ／Ｏ装置を制御する。ハードディスクドライブ４０は、Ｉ／Ｏ制御部３２に接続されている。当技術分野においてよく知られているように、ハードディスクドライブ４０は、実行可能なコードとともにテーブル状のデータ構造を含むマスターブートレコード（ＭＢＲ）にアクセスすることができる制御部を有する。場合によっては、ＤＶＤやＣＤドライブ等の光ディスクドライブ４２がＩ／Ｏ制御部３２に接続されていてもよい。一実施の形態では、図示するように、ネットワークアダプタ４４がＰＣＩバス３０に取り付けられていても良く、データ処理システム１０をローカルエリアネットワーク（ＬＡＮ）、インターネットまたはその両方に接続しても良い。いずれにせよ、当技術分野において公知の原理に基づけば、プロセッサ１２は、電源投入時において、メモリ１８に記憶されたＢＩＯＳプログラム４６を実行し、ハードディスクドライブ４０内のオペレーティングシステムをメモリ１８にロードする。

図２に示されるように、処理はステップ５０において開始し、ユーザオペレーティングシステム（以下、ＵＯＳ）は、例えばユーザが入力操作をしてから所定の期間が経過した等の低電力化条件を満たしていると判断する。この場合、処理はステップ５２に進み、ＵＯＳは、ＢＩＯＳに対して１以上のコールを発行し、無線通信機、コンピュータディスプレイ２６、プリンタおよびハードディスクドライブ４０等のうちの所定の装置、さらにはシステム全体などを低電力モードに設定する。なお、好適な実施の形態において、これらのコールは上述したＡＣＰＩテーブルに基づいたものであることから、図２ではこれらのコールをＡＣＰＩコールと称している。

ステップ５４において、コールは後述する仮想マシンモニタ（以下、ＶＭＭ）によってインターセプトされ、ステップ５６において、ＶＭＭは、各コール毎に、コールがサービスオペレーティングシステム（以下、ＳＯＳ）またはＶＭＭに使用されていない装置に対するものであるか否か、または直ちに使用されることがない装置に対するものであるか否かを判別する。それらのテスト対象コールがＵＯＳ以外のＯＳに関連していない装置に対するものであった場合、処理はステップ５８に進み、コールはＢＩＯＳ４６に受け渡される。そして、ＢＩＯＳ４６は、関連装置を低電力モードに設定にする。このとき、それらの関連装置が低電力モードになったことがＵＯＳにレポートされる。

一方、テスト対象のコールがＵＯＳ以外のＯＳに関連した装置に対するものであった場合、処理はステップ６０に進む。ステップ６０では、コールが例えばＳＯＳに受け渡され、ステップ５８においてコールをＢＩＯＳに受け渡して装置を低電力モードに設定する前に、ＳＯＳによって未完了な装置の使用を完了させる。例えば、ＳＯＳは、ハードディスクドライブの制御を予測して、処理がステップ５８に進んでＢＩＯＳがハードディスクドライブ４０を低電力モードに設定する前に、ステータスをディスクに書き込んだり、あるいは、ディスクをクリーンアップしたりする。なお、後述するように、ＶＭＭは、例えば装置と関連したＵＯＳのネットワークポートを他の用途について開放するため、装置が未だ低電力モードに設定されていないにもかかわらず、すでに低電力モードである旨の信号をＵＯＳに送信する場合がある。

図３は、図２の処理をさらに詳細に示すものである。符号６２は上述したＵＯＳであり、符号６４はＳＯＳであり、符号６６はＶＭＭである。なお、図３は、それらの構成とＢＩＯＳ４６との構造的な関係を、ＢＩＯＳに依拠するメモリ１８等のハードウェアとともに示している。

図示するように、各ＯＳとＢＩＯＳとは、それぞれ関連付けされたＡＣＰＩテーブル６２ａ、６４ａ、６６ａ、４６ａのコピーを有する。ＡＣＰＩテーブルは、それぞれ装置識別子を第一の欄に有し、ＡＣＰＩマシン言語（ＡＭＬ）コードを第二の欄に有し、入出力（Ｉ／Ｏ）コードを第三の欄に有する。当技術分野において公知の原理に従い、ＡＭＬコードは、関連装置の様々な電力状態パラメータを示す。

図３に示されるように、各ＡＣＰＩテーブルは、装置の欄の識別子が、関連付けされた装置が特定のテーブルを保有するＯＳに対して「現実の」装置（ｒｅａｌ ｍａｃｈｉｎｅ、以下実機と称する）であるか、あるいは「仮想的な」装置（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ、以下仮想装置と称する）であるかを示している点において異なっている。従って、ＵＯＳ６２のＡＣＰＩテーブル６２ａは、装置２乃至４がＵＯＳに対する実機であり、装置１が仮想装置であることを示し、その反対のことがＳＯＳのＡＣＰＩテーブル６４ａに当てはまる。すなわち、ＡＣＰＩテーブル６４ａでは、装置２乃至４がＳＯＳに対する仮想装置であり、装置１が実機である。ＶＭＭ６６のＡＣＰＩテーブル６６ａと、ＢＩＯＳ４６のＡＣＰＩテーブル４６ａとは、全ての装置について、実機識別子を示している。なお、ＵＯＳのＡＣＰＩテーブル６２ａとＳＯＳのＡＣＰＩテーブル６４ａとの両方において装置は実機としてリストアップされていてもよく、この場合、ＵＯＳおよびＳＯＳは装置を「保有」している。

一実施の形態において、ステップ５４においてＵＯＳによって発行されるＡＣＰＩコールにはＵＯＳ６２のＡＣＰＩテーブルからの装置識別子が含まれており、図３にも示されるステップ５６において、識別子が仮想装置のものであるか、あるいはＳＯＳのＡＣＰＩテーブル６４ａにおいて実機としてリストアップされていない実機のものであるかを判別することにより、ＶＭＭは、ステップ５８においてコールをＢＩＯＳに受け渡すか、またはステップ６０においてコールをＳＯＳ６４に受け渡すかを判別する。すなわち、ＡＣＰＩコールがＵＯＳ（及びＶＭＭ及びＢＩＯＳ）のＡＣＰＩテーブル以外のＡＣＰＩテーブルにおいて実機ではない実機ＩＤを含んでいた場合、ＡＣＰＩコールはステップ５８においてＢＩＯＳに直接受け渡される一方、ＡＣＰＩコールが仮想装置ＩＤを含んでいた場合、まずステップ６０においてＳＯＳ６４に受け渡される。

図４は、上述したＡＣＰＩテーブルの具体的な実施の形態を示すフローチャートである。図示するように、図４のフローチャートは、ＢＩＯＳからのＡＣＰＩテーブルの初期逆コンパイルに関するロジックを含み、これに並置して、処理中のＡＣＰＩテーブルの特定のコピーの変更に関するロジックを含み、これに続き、非ＢＩＯＳバージョンの様々なＡＣＰＩテーブルのコンパイルに関するロジックを含む。

ステップ７０から始まり、ＡＣＰＩテーブル４６ａは、ＢＩＯＳ４６から読み込まれ、ステップ７２において、適切なＡＣＰＩソース言語（ＡＳＬ）／ＡＭＬディスアセンブラがテーブル上で実行される。ステップ７４において、処理中の特定の非ＢＩＯＳ・ＡＣＰＩテーブルについて、関連するＯＳについての不要な（すなわち、非現実の）装置がＡＣＰＩテーブルから除去され、ステップ７６において、テーブルがコンパイルされる。ステップ７８において、ＡＣＰＩテーブルは、関連するＯＳに注入される。

ステップ８０において、ステップ７４において除去された装置に置き換わる仮想装置が、生成された非ＢＩＯＳ・ＡＣＰＩテーブル内にロードされ、ステップ８２において、テーブル（それ自身のテーブルチェックサムを含む）内のエントリについてのチェックサムを算出する。ステップ８４において、チェックサムを有する新たな仮想装置が、アップデートとしてＡＣＰＩテーブルに注入される。従って、ＳＯＳのＡＣＰＩテーブル６４ａとＵＯＳのＡＣＰＩテーブル６２ａとが、オンザフライで、装置変更のためのＳＯＳ要求等としてアップデートされる。

上記に加え、本実施の形態の原理は、選択したＰＣＩ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒｆａｃｅ）アドレスレンジの保護または遮蔽にも適用することができる。いわゆるプラグアンドプレイ（ＰｎＰ）アドレス空間は、２つのブロックに分割される。すなわち、固定アドレッシングを許容するレガシーブロックと、固定アドレスレンジを許容しないＰｎＰアドレスレンジとの２つである。これは、ＡＣＰＩ名前空間をアップデートして、ＰｎＰアウェア（ａｗａｒｅ）ＯＳを、ＰｎＰアドレスレンジにおいて装置を検索または割り当てていないとだますことにより達成される。これは、物理ＰｎＰアドレスレンジが複数のオペレーティングシステムによって分割された場合に有用である。

ＶＭＭにおけるユーザＯＳがサービスＯＳによって使用されている装置の電源を切ることを防止するためのシステム及び方法について、特定の例を挙げて詳細に説明したが、本発明の技術範囲は添付の特許請求の範囲のみによって限定されるべきである。

本発明の一実施の形態を適用したコンピュータを示すブロック図である。 一実施の形態のロジックを示すフローチャートである。 図２のロジックに適用できるアーキテクチャを示すブロック図である。 一実施の形態のロジックを示すフローチャートである。

符号の説明

４６ ＢＩＯＳ
６２ ユーザオペレーティングシステム
６４ サービスオペレーティングシステム
６６ 仮想マシンモニタ

Claims (18)

1. コンピュータに関連付けられた少なくとも一つの装置が低電力モードに設定される低電力状態を確立するユーザオペレーティングシステム（ＵＯＳ）を当該コンピュータに提供する工程と、
   仮想マシンモニタ（ＶＭＭ）を前記コンピュータに提供する工程と、
   サービスオペレーティングシステム（ＳＯＳ）を前記コンピュータに提供する工程と、
   前記装置が前記ＵＯＳによって前記低電力モードに設定されることを選択的に防止する工程と、
   を含むことを特徴とする方法。
2. 前記低電力モードに設定されることを選択的に防止する工程は、前記ＶＭＭを用いて前記ＵＯＳからの低電力モードのためのコールをインターセプトする工程を含むことを特徴とする請求項１に記載の方法。
3. 前記低電力モードに設定されることを選択的に防止する工程は、前記ＶＭＭが、前記装置が低電力モードとなる前において、前記ＵＯＳからＢＩＯＳへのコールが、前記ＳＯＳが相互作用すべき装置に関するものであるか否かを判別し、当該コールが、前記ＳＯＳが相互作用すべき装置に関するものであった場合、前記ＳＯＳが当該装置との相互作用を完了するまで当該コールを前記ＢＩＯＳに受け渡すことを防止することを特徴とする請求項２に記載の方法。
4. 前記低電力モードに設定されることを選択的に防止する工程は、前記ＶＭＭが、前記装置と前記ＳＯＳとの間の相互作用が完了する前に、当該装置が低電力モードになろうとしている旨を前記ＵＯＳへ通知する工程を含むことを特徴とする請求項３に記載の方法。
5. 前記低電力モードに設定されることを選択的に防止する工程は、前記ＶＭＭが、少なくとも前記装置が仮想装置であることを示す前記ＵＯＳからのコールに含まれる装置識別子に基づいて、当該装置を低電力モードに設定するための前記ＵＯＳから前記ＢＩＯＳへのコールが前記ＳＯＳと相互作用すべき装置に関するものであるか否かを判別することを特徴とする請求項３または４に記載の方法。
6. 前記ＵＯＳから送信されるコールに含まれる装置識別子は、当該ＵＯＳに関連付けられたＡＣＰＩテーブルから導出されたものであることを特徴とする請求項５に記載の方法。
7. 前記ＵＯＳのＡＣＰＩテーブルにおける仮想装置識別子が前記ＢＩＯＳのＡＣＰＩテーブルにおける実機識別子として反映されているという点以外について、前記ＵＯＳのＡＣＰＩテーブルと前記ＢＩＯＳのＡＣＰＩテーブルとは同一であることを特徴とする請求項５または６に記載の方法。
8. 前記ＳＯＳのＡＣＰＩテーブルは、当該ＳＯＳに関連付けられていると共に、前記ＵＯＳのＡＣＰＩテーブルにおいて仮想装置識別子を有する各装置について実機識別子を有し、且つ前記ＵＯＳのＡＣＰＩテーブルにおいて実機識別子を有する各装置について仮想装置識別子を有することを特徴とする請求項５〜７のうちいずれか一項に記載の方法。
9. 前記ＳＯＳのＡＣＰＩテーブルは、当該ＳＯＳに関連付けられていると共に、ＵＯＳのＡＣＰＩテーブルにおいて実機識別子を有する少なくとも一つの装置について実機識別子を有することを特徴とする請求項５〜８のうちいずれか一項に記載の方法。
10. 少なくとも一つのユーザオペレーティングシステム（ＵＯＳ）と、
    前記ＵＯＳと同時に動作する少なくとも一つのサービスオペレーティングシステム（ＳＯＳ）と、
    前記ＵＯＳと前記ＳＯＳとの動作を調整する仮想マシンモニタ（ＶＭＭ）と、
    前記ＵＯＳに基づいたコールに応じて再構成可能な少なくとも一つの装置と、を備え、
    前記ＶＭＭは、前記コールをインターセプトし、前記ＵＯＳからのコールが実機に対するものであった場合、当該コールを実行するため当該コールを直ちに送信し、前記ＵＯＳからのコールが実機に対するものではなかった場合、前記ＳＯＳが前記装置を必要としなくなるまで前記コールの送信を遅らせることを特徴とするコンピュータ。
11. 前記ＶＭＭと通信し、前記ＵＯＳから前記コールを受信する少なくとも一つのＢＩＯＳをさらに備え、
    前記ＳＯＳが前記装置を必要としなくなるまで前記ＶＭＭが前記ＢＩＯＳへのコールの送信を遅らせ、且つ当該ＳＯＳが装置を必要としなくなった場合、前記ＶＭＭは、当該コールを実行するため当該コールを前記ＢＩＯＳに送信することを特徴とする請求項１０に記載のコンピュータ。
12. 前記ＶＭＭは、前記ＳＯＳが前記装置を必要としなくなる前に、前記コールが実行された旨の信号を前記ＵＯＳに送信することを特徴とする請求項１０または１１に記載のコンピュータ。
13. 前記ＶＭＭは、少なくとも前記ＵＯＳからのコールに含まれる装置が仮想装置であることを示す装置識別子に基づいて、前記ＢＩＯＳへのコールの送信を遅らせることを特徴とする請求項１０〜１２のうちいずれか一項に記載のコンピュータ。
14. 前記ＵＯＳから送信されるコールに含まれる装置識別子は、当該ＵＯＳに関連付けられたＡＣＰＩテーブルから導出されたものであることを特徴とする請求項１３に記載のコンピュータ。
15. 前記ＵＯＳのＡＣＰＩテーブルにおける仮想装置識別子が前記ＢＩＯＳのＡＣＰＩテーブルにおける実機識別子として反映されているという点以外について、前記ＵＯＳのＡＣＰＩテーブルと前記ＢＩＯＳのＡＣＰＩテーブルとは同一であることを特徴とする請求項１３または１４に記載のコンピュータ。
16. 前記ＳＯＳのＡＣＰＩテーブルは、当該ＳＯＳに関連付けられていると共に、ＵＯＳのＡＣＰＩテーブルにおいて仮想装置識別子を有する各装置について実機識別子を有し、且つＵＯＳのＡＣＰＩテーブルにおいて実機識別子を有する各装置について仮想装置識別子を有することを特徴とする請求項１３〜１５のうちいずれか一項に記載のコンピュータ。
17. 前記ＳＯＳのＡＣＰＩテーブルは、ＳＯＳに関連付けられていると共に、ＵＯＳのＡＣＰＩテーブルにおいて実機識別子を有する少なくとも一つの装置について実機識別子を有することを特徴とする請求項１３〜１６のうちいずれか一項に記載のコンピュータ。
18. 請求項１〜９に記載の方法をコンピュータに実行させるためのプログラム。

Images