WO2015159359A1 - 物理計算機 - Google Patents

Abstract

　物理計算機は、複数のＣＰＵと、前記複数のＣＰＵ上で動作する複数のＯＳ（Operating System）と、前記複数のＯＳが使用する複数のデバイスと、前記複数のＯＳのうち少なくとも２つのＯＳが使用するＩＯＭＭＵ（Input/Output Memory Management Unit）と、を備える。前記ＩＯＭＭＵは、前記少なくとも２つのＯＳに対応するＣＰＵについての割り込み報告先ＣＰＵの情報を参照することにより、割り込みを発生させる。

Description

物理計算機

　本発明は、１つの物理計算機で２つ以上のＯＳが動作する物理計算機におけるＩＯＭＭＵ制御方法に関する。

　近年、物理計算機上のハードウェアリソースを有効に活用するために、１台の物理計算機上で２つ以上のＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を起動する技術が注目されている。本技術分野の背景技術として、特許文献１がある。

　特許文献１には、「割り込み処理手段が、割り込み発生時に割り込み要因に基づいて該割り込みを処理すべきＯＳを決定し、該割り込み発生時に該計算機で実行されていたＯＳと前記決定したＯＳとが異なる場合に前記決定したＯＳのモジュールを呼び出し、前記決定したＯＳによる前記割り込みの処理が終了した後に、前記実行されていたＯＳの実行の再開を指示する」と記載されている。

特開平１１－１４９３８５号公報

　特許文献１では、１つデバイスからの割り込みについて２つ以上のＯＳで処理することが想定されていない。また、デバイスが使用するメモリアドレスについて、ゲストアドレスからホストアドレスへのアドレス変換のための装置は、一般にＩＯＭＭＵ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｍｅｍｏｒｙ　Ｍａｎａｇｅｍｅｎｔ　Ｕｎｉｔ）と呼ばれる。ＩＯＭＭＵにより障害が検知された場合、障害割り込みが発生し、直ちにデバイスをリセットする必要があるが、ＩＯＭＭＵが２つ以上のＯＳから使用される場合に障害割り込みを使用することができない。また、従来より、各ＯＳの使用するデバイスをどのようにＩＯＭＭＵに登録するかという課題もある。

　本発明の目的は、２つ以上のＯＳで１つのＩＯＭＭＵを使用できるようにする技術を提供することにある。

　上記課題を解決する為に、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例をあげるならば、複数のＣＰＵと、前記複数のＣＰＵ上で動作する複数のＯＳと、前記複数のＯＳが使用する複数のデバイスと、前記複数のＯＳのうち少なくとも２つのＯＳが使用するＩＯＭＭＵ（Input/Output Memory Management Unit）と、を備える物理計算機であって、前記ＩＯＭＭＵは、前記少なくとも２つのＯＳに対応するＣＰＵについての割り込み報告先ＣＰＵの情報を参照することにより、割り込みを発生させる、物理計算機が提供される。

　本発明によれば、２つ以上のＯＳで１つのＩＯＭＭＵを使用することができる。
　本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、上記した以外の、課題、構成および効果は、以下の実施例の説明により明らかにされる。

本発明の実施例に係る物理計算機の構成の例を示す図である。 ＩＯＭＭＵによってアドレス変換するためのデータ構造の例である。 本発明の実施例におけるＩＯＭＭＵへ割り込み報告先ＣＰＵを登録する際のフローチャートである。 選択ＣＰＵビットマップの一例である。 ＣＰＵマスクの一例である。 割り込み報告先ＣＰＵビットマップ、及び、割り込み報告先ＣＰＵビットマップを処理した結果の一例である。 本発明の実施例におけるＩＯＭＭＵへ登録していた割り込み報告先ＣＰＵを変更する際のフローチャートである。 選択ＣＰＵビットマップの一例である。 ＣＰＵマスクの一例である。 割り込み報告先ＣＰＵビットマップ、及び、割り込み報告先ＣＰＵビットマップを処理した結果の一例である。 本発明の実施例におけるＩＯＭＭＵへ登録していた割り込み報告先ＣＰＵを削除する際のフローチャートである。 選択ＣＰＵビットマップの一例である。 ＣＰＵマスクの一例である。 割り込み報告先ＣＰＵビットマップ、及び、割り込み報告先ＣＰＵビットマップを処理した結果の一例である。 あるデバイスにおいて障害が発生した際のフローチャートである。 ＣＰＵ障害によりＣＰＵを閉塞させる際のフローチャートである。 割り込み報告先ＣＰＵを登録していたＯＳをシャットダウンする際のフローチャートである。 デバイステーブルへデバイスを登録する際のフローチャートである。

　以下、添付図面を参照して本発明の実施例について説明する。なお、添付図面は本発明の原理に則った具体的な実施例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。

　ＩＯＭＭＵは、ＤＭＡ（Ｄｉｒｅｃｔ　Ｍｅｍｏｒｙ　Ａｃｃｅｓｓ）によりデバイスがメモリにアクセスする際に仮想アドレスを物理アドレスに変換する機能を持つ。この機能は仮想計算機を実現する際などに用いられる。

　ＩＯＭＭＵは、デバイスのアクセスできるメモリ範囲を限定することで、デバイスの誤動作時におけるメモリのデータを保護することができる。ＩＯＭＭＵによりデバイスの誤動作を検知した際にはデバイスが異常状態となっていることから、デバイスに対してリセットを実施する等によりデバイスを直ちに停止させる必要がある。

　本実施例におけるＩＯＭＭＵは、デバイスの誤動作を検知した時に障害割り込みを発生させ、ＯＳに対して障害の報告を行う機能を持つ。デバイスで障害が発生した場合、割り込みによってＯＳへ通知する。

　しかし、ＩＯＭＭＵでは１つのＯＳで使用することを前提としており、障害報告用割り込みの設定は１つしか用意されていない場合がある。一方で、２つ以上のＯＳのデバイスで１つのＩＯＭＭＵを使用していた場合にはその障害が発生したデバイスを使用していたＯＳで障害処理をする必要があり、それぞれのＯＳに対して割り込みを発生させる必要がある。

　複数のＯＳに対して障害を報告する方法として、障害割り込みをブロードキャストする方法がある。しかし、１つのＯＳが複数のＣＰＵを使用している場合や、ＩＯＭＭＵを使用していないＯＳが存在する場合に、不要な割り込みが発生する等の課題がある。また、１つのＯＳで割り込みを受信してＯＳ間通信機能を使用して伝達する場合、割り込みを直接使用する場合と比較して伝達するまでに時間が掛かってしまい、障害処理の開始が遅れるという課題がある。

　ここで、ビットマップを使用することによって、割り込みを伝達するＣＰＵを選択する方式がある。例えば、ｘ８６アーキテクチャでは、論理デスティネーションモードにおいてはそれぞれのＣＰＵに対応するビットを割り振ることによって割り込みを伝達するＣＰＵを指定することが可能である。このような方式を利用することにより、必要なＣＰＵに対してのみ障害割り込みを伝達することができる。

　本実施例では１つの物理計算機上で２つ以上のＯＳが動作する構成において、２つのＯＳからＩＯＭＭＵを使用する方法について説明する。２つのＯＳでは、それぞれ物理計算機上の１つ以上のＣＰＵを使用する。図１は、本発明の実施例に係る物理計算機の構成の例を示す図である。物理計算機は、複数のＣＰＵと、複数のＣＰＵ上で動作する複数のＯＳと、複数のＯＳが使用する複数のデバイスと、複数のＯＳのうち２つのＯＳが使用するＩＯＭＭＵ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｍｅｍｏｒｙ　Ｍａｎａｇｅｍｅｎｔ　Ｕｎｉｔ）と、を備える。

　図１に示すように、物理計算機１０１上で、ＯＳ１０２ａ、１０２ｂ、１０２ｃが動作している。それぞれのＯＳ１０２ａ、１０２ｂ、１０２ｃは、物理ＣＰＵ、及びＩ／Ｏデバイスを使用している。

　ＯＳ１０２ａは、ＣＰＵ番号が０、１、２、３であるＣＰＵ１２０ａ、１２０ｂ、１２０ｃ、１２０ｄを使用する。ＯＳ１０２ｂは、ＣＰＵ番号が４、５であるＣＰＵ１２０ｅ、１２０ｆを使用する。ＯＳ１０２ｃは、ＣＰＵ番号が６、７であるＣＰＵ１２０ｇ、１２０ｈを使用する。

　また、ＯＳ１０２ａはデバイス１２１ａ、１２１ｂを使用し、ＯＳ１０２ｂはデバイス１２１ｃを使用し、ＯＳ１０２ｃはデバイス１２１ｄを使用する。それぞれのＯＳ１０２ａ、１０２ｂ、１０２ｃは、自身のＯＳが使用しているデバイスの管理情報であるデバイス管理情報１０６ａ、１０６ｂ、１０６ｃを備える。

　それぞれのＯＳ１０２ａ、１０２ｂ、１０２ｃは、自身のＯＳが管理するデバイスを制御するデバイス制御機能１０４ａ、１０４ｂ、１０４ｃを備える。デバイス制御機能１０４ａ、１０４ｂ、１０４ｃは、それぞれ、デバイス識別機能１０５ａ、１０５ｂ、１０５ｃを備える。ここで、デバイス識別機能１０５ａ、１０５ｂ、１０５ｃは、デバイス管理情報１０６ａ、１０６ｂ、１０６ｃを使用して、与えられたデバイス情報が自ＯＳが管理しているデバイスかどうかを検査することができる。

　ＯＳ１０２ａ及び１０２ｂは、ＩＯＭＭＵ１３０を使用している。ＯＳ１０２ａは、ＩＯＭＭＵ１３０を介してデバイス１２１ａ、１２１ｂを使用する。ＯＳ１０２ｂは、ＩＯＭＭＵ１３０を介してデバイス１２１ｃを使用する。ＯＳ１０２ｃは、ＩＯＭＭＵ１３０を使用しないＯＳであり、デバイス１２１ｄを使用する。ＩＯＭＭＵ１３０を使用するデバイスは、デバイステーブル１０７に登録されている。ＩＯＭＭＵ１３０は、デバイステーブル１０７から、各デバイスで使用するアドレス変換テーブル１１０ａ、１１０ｂを参照することによりアドレス変換を行うことができる。

　ＩＯＭＭＵ１３０は、ＯＳ１０２ａ内のＩＯＭＭＵ制御機能１０８により制御される。ＩＯＭＭＵ制御機能１０８は、割り込み報告先ＣＰＵビットマップ情報１０９により、障害が発生した際の割り込みを伝達するＣＰＵの情報を管理する。ここで、割り込み報告先ＣＰＵビットマップ情報１０９は、ＩＯＭＭＵ１３０を使用する２つのＯＳ１０２ａ、１０２ｂに対応するＣＰＵについての割り込み報告先ＣＰＵの情報を含む。ＩＯＭＭＵ制御機能１０８は、割り込み報告先ＣＰＵビットマップ情報１０９を元に、ＩＯＭＭＵ１３０の障害割り込み制御レジスタ１３４に対して、障害が発生した際の割り込みを伝達するＣＰＵの情報を設定してもよい。

　それぞれのＯＳ１０２ａ、１０２ｂ、１０２ｃは、ＯＳ間通信機能１０３ａ、１０３ｂ、１０３ｃを備える。この機能を使用して各ＯＳ１０２ａ、１０２ｂ、１０２ｃ間でのデータのやり取りを行う。ここで、ＯＳ間通信機能１０３ａ、１０３ｂ、１０３ｃは、実施形態を問わない。例えば、共有メモリであっても良いし、ハードウェア機能を使用して実現しても良い。

　ＩＯＭＭＵ１３０は、デバイステーブルアドレスレジスタ１３１を備える。デバイステーブルアドレスレジスタ１３１は、メモリ上に作成したデバイステーブル１０７の先頭アドレスを保持する。

　ＩＯＭＭＵ１３０は、デバイスの誤動作等の障害を検知する障害検知機能１３２を備える。ＩＯＭＭＵ１３０は、障害検知機能１３２によって障害を検知した場合、障害が発生したデバイスを特定する情報を障害情報レジスタ１３３に保存し、障害割り込み制御レジスタ１３４に設定された割り込みを発生させる。ＩＯＭＭＵ１３０から割り込みを発生させる場合、発生させる割り込みの情報が、ＩＯＭＭＵ１３０から割り込みコントローラ１３５に通知される。割り込みコントローラ１３５は、通知された情報に基づいてＣＰＵ１２０ａ～１２０ｈで割り込みを発生させる。

　ＯＳ１０２ａ、１０２ｂは、割り込み報告先情報管理部１１１ａ、１１１ｂを備える。ＯＳ１０２ａ、１０２ｂは、ＩＯＭＭＵ１３０を使用するとき、障害割り込み報告先のＣＰＵの登録処理を行う。ＯＳ１０２ａ、１０２ｂは、障害割り込み報告先のＣＰＵに障害が発生して使用できなくなった時や負荷の分散が必要な時などには、障害割り込み報告先のＣＰＵの変更を行う。ＯＳ１０２ａ、１０２ｂがシャットダウンする時などの障害割り込みを受ける必要が無くなった時には、障害割り込み報告先のＣＰＵを削除する。割り込み報告先情報管理部１１１ａ、１１１ｂは、上記の障害割り込み報告先のＣＰＵの登録、変更、削除の処理のために、割り込み報告先情報を作成し、管理するものである。なお、本実施例では、分かり易くするため、割り込み報告先情報管理部１１１ａ、１１１ｂを別箇の機能ブロックとして示したが、割り込み報告先情報管理部１１１ａ、１１１ｂが、他の構成要素（例えば、ＩＯＭＭＵ制御機能１０８やデバイス制御機能１０４ａ、１０４ｂなど）に組み込まれて実装されてもよい。割り込み報告先情報管理部１１１ａ、１１１ｂの具体的な処理の手順については、後述する。

　図２は、ＯＳ１０２ｂによって制御されているデバイスについて、ＩＯＭＭＵ１３０によるアドレス変換を行うためのデータの構造、及び制御の流れを示している。アドレス変換を行うとき、ＩＯＭＭＵ１３０は、デバイステーブルアドレスレジスタ１３１に指し示されたデバイステーブル１０７を参照する。ＩＯＭＭＵ１３０は、変換を行うデバイスのデバイスアドレスからデバイステーブル１０７内のエントリを探し、エントリに保存されたアドレスを参照することにより、ＯＳ１０２ｂ内のアドレス変換テーブル１１０ｂを見つけることができる。ＩＯＭＭＵ１３０は、アドレス変換テーブル１１０ｂを使用することによって、ゲストアドレスからホストアドレスへのアドレス変換を行うことができる。

　図３は、ＯＳ１０２ｂによるＩＯＭＭＵ１３０からの障害割り込み報告先のＣＰＵを登録する処理手順の実施の形態を示すフローチャートである。ステップ２０１から２０５は、割り込み報告先ＣＰＵ通知処理、ステップ２１１からステップ２１７は、割り込み報告先ＣＰＵ登録処理、ステップ２２１は割り込み報告先ＣＰＵ登録完了処理である。

　ステップ２０１から２０５、及びステップ２２１はＣＰＵ１２０ｅ、１２０ｆ上で動作するＯＳ１０２ｂが実施する処理手順である。ステップ２１１からステップ２１７は、ＣＰＵ１２０ａ～１２０ｄ上で動作するＯＳ１０２ａが実施する処理手順である。

　図４Ａ～図４Ｃは、ＯＳ１０２ｂがＩＯＭＭＵ１３０による障害割り込み報告先のＣＰＵを登録する処理手順でのデータの例である。図４Ａ～図４Ｃにおいて、選択ＣＰＵビットマップ、ＣＰＵマスク、割り込み報告先ＣＰＵビットマップの各ビットは、物理ＣＰＵと対応させている。

　図４Ａ～図４Ｃの例では、８ビットのビット列の場合を示している。一番右のビットは、ＣＰＵ番号が０のＣＰＵ１２０ａの状態を表しており、右から順にＣＰＵ番号０、１、２、・・・の順で管理する。この例のように、ＩＯＭＭＵ１３０を使用しないＯＳ１０２ｃを動作させているＣＰＵ１２０ｇ、ＣＰＵ１２０ｈもこれらのデータで管理してもよい。

　以下、図３の各ステップについて説明する。ステップ２０１において、割り込み報告先情報管理部１１１ｂは、ＩＯＭＭＵ１３０からの割り込み報告先ＣＰＵをＯＳ１０２ｂで使用しているＣＰＵから選択する。

　次に、ステップ２０２において、割り込み報告先情報管理部１１１ｂは、選択したＣＰＵの選択したベクタ番号について、割り込みハンドラを登録する。ここでは、割り込みハンドラのアドレスを登録しておくテーブルがあり、そのテーブルへの登録を行う。これにより、割り込み処理時に割り込みハンドラが呼び出される。

　次に、ステップ２０３において、割り込み報告先情報管理部１１１ｂは、選択したＣＰＵのＣＰＵ番号に対応するビットが「１」であるビットマップを作成する。以降、このビットマップを「選択ＣＰＵビットマップ」と呼ぶ。図４Ａは、選択ＣＰＵビットマップの一例である。選択ＣＰＵビットマップ４０１は、選択したＣＰＵ番号が４である場合の選択ＣＰＵビットマップの例である。

　次に、ステップ２０４において、割り込み報告先情報管理部１１１ｂは、ＯＳ１０２ｂで使用しており、かつ、ＩＯＭＭＵ１３０の障害割り込みの報告先として設定される可能性のあるＣＰＵに対応するビットが「１」であるビットマップを作成する。以降、このビットマップを「ＣＰＵマスク」と呼ぶ。図４Ｂは、ＣＰＵマスクの一例である。ＣＰＵマスク４０２は、ＯＳ１０２ｂで使用している全てのＣＰＵがＩＯＭＭＵ１３０の障害割り込みの報告先として設定される可能性がある場合についてのＣＰＵマスクの例である。ＯＳ１０２ｂはＣＰＵ１２０ｅ、１２０ｆ上で動作するため、ＣＰＵマスク４０２は、ＣＰＵ番号が４及び５の箇所が「１」であるビットマップとなる。

　ここで、システム装置起動後の最初の登録の場合、ＯＳ１０２ｂの割り込み報告先として設定される可能性のある全てのＣＰＵに対応するビットを「１」にしたＣＰＵマスクを作成する必要は無い。一部あるいは全てのビットを「０」に設定しても良い。しかし、ＩＯＭＭＵ１３０に以前設定した情報が残存していることを考慮した場合には、ＯＳ１０２ｂで割り込み報告先として設定される可能性のある全てのＣＰＵに対応する番号のビットを「１」にすることで以前設定した情報を消去することができる利点がある。

　次に、ステップ２０５において、ＯＳ間通信機能１０３ｂが、ステップ２０３、及びステップ２０４で作成した選択ＣＰＵビットマップ、及びＣＰＵマスクをＯＳ１０２ａに送信する。

　次に、ステップ２１１において、ＯＳ１０２ａのＯＳ間通信機能１０３ａが、ＯＳ１０２ｂが送信した選択ＣＰＵビットマップ、及びＣＰＵマスクを受信する。

　次に、ステップ２１２において、割り込み報告先情報管理部１１１ａは、現在の割り込み報告先ＣＰＵビットマップ情報１０９を取得する。本実施例ではメモリから取得しているが、その他の記憶装置に障害割り込み先ＣＰＵビットマップを保存していた場合は、そこから取得できる。また、障害割り込み制御レジスタ１３４に設定した情報から読み出すことで取得することもできる。図４Ｃの割り込み報告先ＣＰＵビットマップ４０３は、ＣＰＵ番号が０のＣＰＵが既に障害割り込み報告先として登録されていた場合の割り込み報告先ＣＰＵビットマップの例である。

　次に、ステップ２１３において、割り込み報告先情報管理部１１１ａは、受信したＣＰＵマスクが「１」であるビットに対応する割り込み報告先ＣＰＵビットマップのビットを「０」に変更する。図４Ｃの割り込み報告先ＣＰＵビットマップ４０４は、現在の割り込み報告先ＣＰＵビットマップ情報１０９が割り込み報告先ＣＰＵビットマップ４０３の状態であった場合に、図４ＢのＣＰＵマスク４０２を受信したときのステップ２１３の後の割り込み報告先ＣＰＵビットマップの例である。ステップ２１３の処理によって、割り込み報告先ＣＰＵビットマップ４０３のＣＰＵ番号が４及び５の箇所が「０」となる。

　次に、ステップ２１４において、割り込み報告先情報管理部１１１ａは、ステップ２１３の変更後の割り込み報告先ＣＰＵビットマップに対して、受信した選択ＣＰＵビットマップが「１」であるビットに対応するビットを「１」に変更する。図４Ｃの割り込み報告先ＣＰＵビットマップ４０５は、ステップ２１１で選択ＣＰＵビットマップ４０１を受信し、ステップ２１３の後に割り込み報告先ＣＰＵビットマップ４０４の状態であった場合の割り込み報告先ＣＰＵビットマップの例である。ステップ２１４の処理により、割り込み報告先ＣＰＵビットマップ４０５では、ＣＰＵ番号が４の箇所が「１」となる。

　次に、ステップ２１５において、割り込み報告先情報管理部１１１ａは、ＩＯＭＭＵ１３０に登録する障害割り込み用データを作成する。ＩＯＭＭＵの割り込みにおいて、例えばＭＳＩ（Ｍｅｓｓａｇｅ　Ｓｉｇｎａｌｅｄ　Ｉｎｔｅｒｒｕｐｔ）を使用する場合は、ステップ２１５において、メッセージアドレスとメッセージデータを作成する。このメッセージアドレス、及びメッセージデータを作成する際に割り込み報告先ＣＰＵビットマップを使用することで、障害割り込みを報告するＣＰＵを指定することができる。

　例えば、ｘ８６アーキテクチャにおいては、割り込みコントローラ１３５としてローカルＡＰＩＣ（Ａｄｖａｎｃｅｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｉｎｔｅｒｒｕｐｔ　Ｃｏｎｔｒｏｌｌｅｒ）が使用される。ローカルＡＰＩＣの論理デスティネーションモードではメッセージアドレスのデスティネーションＩＤに割り込み報告先ＣＰＵビットマップを格納することによって、指定したＣＰＵに対して割り込みを発生させることができる。

　次に、ステップ２１６において、割り込み報告先情報管理部１１１ａは、ＩＯＭＭＵ１３０の障害割り込み制御レジスタ１３４に対して、ステップ２１５で作成した障害割り込み用データを設定する。したがって、障害割り込み制御レジスタ１３４の情報は、割り込み報告先ＣＰＵビットマップ情報１０９と同様の情報、あるいは、割り込み報告先ＣＰＵビットマップ情報１０９を元に作成された情報である。また、割り込み報告先情報管理部１１１ａは、ステップ２１４で作成した割り込み報告先ビットマップを割り込み報告先ＣＰＵビットマップ情報１０９に保存する。

　次に、ステップ２１７において、ＯＳ１０２ａのＯＳ間通信機能１０３ａが、ＩＯＭＭＵ１３０に対して割り込み報告先ＣＰＵの登録が完了したことを、ＯＳ１０２ｂに対して通知する。

　次に、ステップ２２１において、ＯＳ１０２ｂのＯＳ間通信機能１０３ｂが、ＯＳ１０２ａから、ＩＯＭＭＵ１３０に対して登録が完了したことを知らせる通知を受信する。これにより、これ以降にＩＯＭＭＵ１３０で障害が発生した場合にＯＳ１０２ｂへ通知可能となったことをＯＳ１０２ｂは知ることができる。

　図５は、ＯＳ１０２ｂによるＩＯＭＭＵ１３０による障害割り込み報告先のＣＰＵを変更する処理手順の実施の形態を示すフローチャートである。ステップ２３１から２３５は割り込み報告先ＣＰＵ通知処理、ステップ２４１から２４２は割り込み報告先ＣＰＵ登録完了処理である。ステップ２３１から２３５及びステップ２４１から２４２は、ＣＰＵ１２０ｅ、１２０ｆ上で動作するＯＳ１０２ｂが実施する処理手順である。ステップ２１１から２１７は、ＣＰＵ１２０ａ～１２０ｄ上で動作するＯＳ１０２ａが実施する処理手順である。

　図６Ａ～図６Ｃは、ＩＯＭＭＵ１３０による障害割り込み報告先のＣＰＵを変更する処理手順でのデータの例である。図４Ａ～図４Ｃの例と同様に、図６Ａ～図６Ｃにおいて、選択ＣＰＵビットマップ、ＣＰＵマスク、割り込み報告先ＣＰＵビットマップの各ビットは、物理ＣＰＵと対応させている。

　ステップ２３１において、割り込み報告先情報管理部１１１ｂは、ＯＳ１０２ｂで使用しているＣＰＵから、新しい割り込み報告先ＣＰＵを選択する。ここで、ＯＳ１０２ｂは、割り込み報告先ＣＰＵとして現在設定されているＣＰＵ（ここでは、ＣＰＵ番号が４のＣＰＵ）を知っているため、ＯＳ１０２ｂは、ＯＳ１０２ｂに対応するＣＰＵであって、割り込み報告先ＣＰＵとして現在設定されているＣＰＵとは別のＣＰＵ（ＣＰＵ番号が５）を選択する。

　次に、ステップ２３２において、割り込み報告先情報管理部１１１ｂは、選択したＣＰＵの選択したベクタ番号について、割り込みハンドラを登録する。

　次に、ステップ２３３において、割り込み報告先情報管理部１１１ｂは、選択したＣＰＵのＣＰＵ番号に対応する選択ＣＰＵビットマップを作成する。図６Ａの選択ＣＰＵビットマップ４１１は、選択したＣＰＵ番号が５である場合の選択ＣＰＵビットマップの例である。

　次に、ステップ２３４において、割り込み報告先情報管理部１１１ｂは、ＯＳ１０２ｂでのＣＰＵマスクを作成する。図６ＢのＣＰＵマスク４１２は、ＯＳ１０２ｂで使用している全てのＣＰＵがＩＯＭＭＵ１３０の障害割り込み報告先として設定される可能性がある場合についてのＣＰＵマスクの例である。

　次に、ステップ２３５において、ＯＳ１０２ｂのＯＳ間通信機能１０３ｂが、ステップ２３３、及びステップ２３４で作成した選択ＣＰＵビットマップ、及びＣＰＵマスクをＯＳ１０２ａに送信する。

　ＯＳ１０２ａでは、図３で説明した登録処理の場合と同様の処理（ステップ２１１～ステップ２１７）を行う。したがって、ステップ２１１～ステップ２１７の処理の説明を省略する。図６Ｃは、図５のステップ２１１～ステップ２１７を実行した場合における、割り込み報告先ＣＰＵビットマップ、及び、割り込み報告先ＣＰＵビットマップを処理した結果の一例である。

　割り込み報告先ＣＰＵビットマップ４１３は、ＣＰＵ番号が４のＣＰＵが割り込み報告先ＣＰＵとして登録されていた場合についてステップ２１２で取得される割り込み報告先ＣＰＵビットマップの例である。

　割り込み報告先ＣＰＵビットマップ４１４は、ステップ２１１においてＣＰＵマスク４１２を受信し、ステップ２１２で割り込み報告先ＣＰＵビットマップ４１３が取得された場合の、ステップ２１３の処理結果の例である。ステップ２１３の処理によって、割り込み報告先ＣＰＵビットマップ４１３のＣＰＵ番号が４及び５の箇所が「０」となる。

　割り込み報告先ＣＰＵビットマップ４１５は、ステップ２１１において選択ＣＰＵビットマップ４１１を受信し、ステップ２１３の後に割り込み報告先ＣＰＵビットマップ４１４の状態であった場合に、ステップ２１４の処理を実行した後の割り込み報告先ＣＰＵビットマップの例である。ステップ２１４の処理により、割り込み報告先ＣＰＵビットマップ４１５では、ＣＰＵ番号が５の箇所が「１」となる。

　ステップ２１６において、割り込み報告先情報管理部１１１ｂが、割り込み報告先ＣＰＵビットマップ４１５から作成された障害割り込み用データをＩＯＭＭＵ１３０に設定することにより、割り込み報告先ＣＰＵが切り替わる。

　ステップ２４１において、ＯＳ１０２ｂのＯＳ間通信機能１０２ｂが、ＯＳ１０２ａから、ＩＯＭＭＵ１３０に対して登録が完了したことを知らせる通知を受信する。これにより、ＯＳ１０２ｂはこれ以降にＩＯＭＭＵ１３０の障害割り込みが新しいＣＰＵへの通知に切り替わったことを知ることができる。

　次に、ステップ２４２において、割り込み報告先情報管理部１１１ｂは、ＩＯＭＭＵ１３０の障害割り込み用に使用していた変更前の割り込みハンドラを削除する。ここでは、割り込みハンドラのアドレスを登録しておくテーブルからの削除を行う。

　図７は、ＩＯＭＭＵ１３０による障害割り込み報告先のＣＰＵを削除する処理手順の実施の形態を示すフローチャートである。ステップ２５１から２５３は割り込み報告先ＣＰＵ通知処理、ステップ２６１から２６２は割り込み報告先ＣＰＵ登録完了処理である。ステップ２５１から２５３及びステップ２６１から２６２は、ＣＰＵ１２０ｅ、１２０ｆ上で動作するＯＳ１０２ｂが実施する処理手順である。ステップ２１１から２１７は、ＣＰＵ１２０ａ～１２０ｄ上で動作するＯＳ１０２ａが実施する処理手順である。

　図８Ａ～図８Ｃは、ＩＯＭＭＵ１３０による障害割り込み報告先のＣＰＵを削除する処理手順でのデータの例である。図４Ａ～図４Ｃの例と同様に、図８Ａ～図８Ｃにおいて、選択ＣＰＵビットマップ、ＣＰＵマスク、割り込み報告先ＣＰＵビットマップの各ビットは、物理ＣＰＵと対応させている。

　ステップ２５１において、割り込み報告先情報管理部１１１ｂは、全てのビットが「０」の選択ＣＰＵビットマップを作成する。すなわち、ここでの選択ＣＰＵビットマップは、割り込み報告先ＣＰＵとして全てのＣＰＵを選択しないことを表すビットマップとなる。図８Ａの選択ＣＰＵビットマップ４２１は、ステップ２５１で生成される選択ＣＰＵビットマップの例である。

　次に、ステップ２５２において、割り込み報告先情報管理部１１１ｂは、ＯＳ１０２ｂでのＣＰＵマスクを作成する。図８ＢのＣＰＵマスク４２２は、ステップ２５２で生成されるＣＰＵマスクの例である。ＣＰＵマスク４２２は、ＯＳ１０２ｂで使用している全てのＣＰＵがＩＯＭＭＵ１３０の障害割り込み報告先として設定される可能性がある場合についてのＣＰＵマスクの例である。

　次に、ステップ２５３において、ＯＳ１０２ｂのＯＳ間通信機能１０３ｂが、ステップ２５１、及びステップ２５２で作成した選択ＣＰＵビットマップ、及びＣＰＵマスクをＯＳ１０２ａに送信する。

　ＯＳ１０２ａでは、図３で説明した登録処理の場合と同様の処理（ステップ２１１～ステップ２１７）を行う。したがって、ステップ２１１～ステップ２１７の処理の説明を省略する。図８Ｃは、図７のステップ２１１～ステップ２１７を実行した場合における、割り込み報告先ＣＰＵビットマップ、及び、割り込み報告先ＣＰＵビットマップを処理した結果の一例である。

　割り込み報告先ＣＰＵビットマップ４２３は、ＣＰＵ番号が４のＣＰＵが割り込み報告先ＣＰＵとして登録されていた場合のステップ２１２で取得される割り込み報告先ＣＰＵビットマップの例である。

　割り込み報告先ＣＰＵビットマップ４２４は、ステップ２１１においてＣＰＵマスク４２２を受信し、ステップ２１２で割り込み報告先ＣＰＵビットマップ４２３が取得された場合の、ステップ２１３の処理結果の例である。ステップ２１３の処理によって、割り込み報告先ＣＰＵビットマップ４１３のＣＰＵ番号が４及び５の箇所が「０」となる。

　割り込み報告先ＣＰＵビットマップ４２５は、ステップ２１１において選択ＣＰＵビットマップ４２１を受信し、ステップ２１３の後に割り込み報告先ＣＰＵビットマップ４２４の状態であった場合に、ステップ２１４の処理を実行した後の割り込み報告先ＣＰＵビットマップの例である。ステップ２１４の処理を実行した場合、選択ＣＰＵビットマップ４２１の全てのビットは「０」であるため、割り込み報告先ＣＰＵビットマップ４２５では、ＣＰＵ番号が４及び５の箇所は「０」のままである。

　ステップ２１６において、割り込み報告先情報管理部１１１ｂが、割り込み報告先ＣＰＵビットマップ４２５から生成された障害割り込み用データをＩＯＭＭＵ１３０に設定することにより、割り込み報告先ＣＰＵの設定が削除される。

　ステップ２６１において、ＯＳ１０２ｂのＯＳ間通信機能１０３ｂが、ＯＳ１０２ａから、ＩＯＭＭＵ１３０に対して登録が完了したことを知らせる通知を受信する。これにより、ＯＳ１０２ｂはＩＯＭＭＵ１３０への割り込み報告先ＣＰＵの登録が削除されたことを知ることができる。

　その後、ステップ２６２において、割り込み報告先情報管理部１１１ｂは、ＩＯＭＭＵ１３０の障害割り込み用に使用していた変更前の割り込みハンドラを削除する。

　図９は、デバイス１２１ｃにおいて障害が発生した際の処理手順の実施の形態を示すフローチャートである。ステップ２７１からステップ２７３は、ＩＯＭＭＵ１３０が実施する処理である。ステップ２７４からステップ２７５は、割り込みコントローラ１３５が実施する処理である。ステップ２８１からステップ２８５は、障害割り込みを受信したＯＳが実施する処理であり、ＯＳ１０２ａ、あるいはＯＳ１０２ｂで実施される。

　ステップ２７１において、デバイス１２１ｃの誤動作により障害が発生し、ＩＯＭＭＵ１３０の障害検知機能１３２によって障害が検知される。

　次に、ステップ２７２において、障害検知機能１３２は、障害が発生したデバイスを特定するための情報を作成し、障害情報レジスタ１３３に保存する。

　次に、ステップ２７３において、ＩＯＭＭＵ１３０は、障害割り込み制御レジスタ１３４に設定された障害割り込み用データを割り込みコントローラ１３５に通知する。

　次に、ステップ２７４において、割り込みコントローラ１３５は、ＩＯＭＭＵ１３０から障害割り込み用データを受け取る。

　次に、ステップ２７５において、割り込みコントローラ１３５は、障害割り込み用データを元に、ＣＰＵに割り込みを発生させる。このとき、障害割り込み用データには、割り込み報告先ＣＰＵビットマップの情報が含まれている。割り込みコントローラ１３５は、この情報を元に割り込みを発生させるため、割り込み報告先ＣＰＵビットマップで指定したＣＰＵのみに割り込みが発生する。

　ステップ２８１以降は、この割り込み報告先ＣＰＵビットマップで指定されたＣＰＵでのみ実行される。

　ステップ２８１において、ＣＰＵ（割り込み報告先ＣＰＵビットマップで指定されたＣＰＵであり、ここでは、ＯＳ１０２ｂに対応するＣＰＵを例とする）は、割り込みを受信し、ＯＳの障害処理の割り込みハンドラの処理へ制御を移す。

　次に、ステップ２８２において、ＯＳ１０２ｂは、ＩＯＭＭＵ１３０の障害情報レジスタ１３３のデータを取得する。

　次に、ステップ２８３において、ＯＳ１０２ｂのデバイス識別機能１０５ｂは、ステップ２８２で取得した情報と、デバイス管理情報１０６ｂを比較し、障害が発生したデバイスが自ＯＳの管理下かどうかを検査する。

　ステップ２８４において、ステップ２８３での検査の結果、自ＯＳ（ここでは、ＯＳ１０２ｂ）の管理下であった場合はステップ２８５へ進む。そうでなかった場合は障害処理を終了する。ステップ２８５に進んだ場合、ＯＳ１０２ｂは、障害が発生したデバイス１０２ｃをリセットする。

　図１０は、ＣＰＵの閉塞処理のうち、ＩＯＭＭＵの割り込み報告先ＣＰＵの切り替え処理についての処理手順の実施の形態を示すフローチャートである。

　割り込み報告先ＣＰＵを切り替える例として、ＣＰＵの閉塞処理がある。ＣＰＵのハードウェア障害等が発生した場合、そのＣＰＵは使用不可となる。この場合、ＣＰＵの閉塞処理を実施し、当該ＣＰＵの使用を停止する必要がある。閉塞するＣＰＵが割り込み報告先ＣＰＵであった場合は、割り込み報告先ＣＰＵを切り替える。そうしなかった場合は、割り込み報告先のＣＰＵが閉塞されるため、当該ＣＰＵでは障害割り込みを受信できず、障害処理が実施できなくなる。したがって、このような場合に、割り込み報告先ＣＰＵを切り替える必要がある。

　ステップ２９１及びステップ２９２は、ＯＳ１０２ｂのＣＰＵが閉塞したときに、ＯＳ１０２ｂが実施する処理手順である。

　ステップ２９１において、ＯＳ１０２が、閉塞するＣＰＵが割り込み報告先ＣＰＵかどうかを検査する。割り込み報告先ＣＰＵであった場合はステップ２９２へ進む。そうでなかった場合は、本フローを終了する。ステップ２９２に進んだ場合、図５で示した割り込み報告先ＣＰＵの変更処理を実施する。

　図１１は、ＯＳのシャットダウン処理の一部である。割り込み報告先ＣＰＵを削除する例としてＯＳのシャットダウンがある。ＯＳのシャットダウンの後は、当該ＯＳの処理が不要となるため、割り込み報告先ＣＰＵの登録を解除する。

　ＯＳ１０２ｂをシャットダウンする場合を例とする。ＯＳ１０２ｂをシャットダウンする際には、ＯＳ１０２ｂが実施するステップ３０１のシャットダウン処理内で、ステップ３０２の割り込み報告先ＣＰＵの登録を削除する処理を実施する。ここで、ステップ３０２では、図７で示した障害割り込み報告先のＣＰＵの削除処理を実施する。

　図１２は、ＯＳ１０２ｂが制御するデバイスをデバイステーブル１０７へ登録する際のフローチャートである。本実施例では、２つ以上のＯＳによって１つのＩＯＭＭＵを使用するため、例えば、ＯＳ１０２ａのデバイステーブル１０７へ、ＯＳ１０２ｂが制御するデバイスを登録しておく必要がある。

　ステップ３１１及びステップ３３１は、ＯＳ１０２ｂが実施する処理である。ステップ３２１からステップ３２４は、ＯＳ１０２ａが実施する処理手順である。

　ステップ３１１において、ＯＳ１０２ｂのＯＳ間通信機能１０３ｂが、アドレス変換テーブル１１０ｂの先頭アドレス、及び登録するデバイスのデバイスアドレスをＯＳ１０２ａに送信する。

　次に、ステップ３２１において、ＯＳ１０２ａのＯＳ間通信機能１０３ａが、アドレス変換テーブル１１０ｂの先頭アドレス、及びデバイスアドレスを受信する。

　次に、ステップ３２２において、ＯＳ１０２ａは、デバイステーブル１０７から、デバイスアドレスが示すエントリを検索する。

　次に、ステップ３２３において、ＯＳ１０２ａは、検索されたデバイステーブル１０７のエントリにアドレス変換テーブル１１０ｂの先頭アドレスを登録する。

　次に、ステップ３２４において、ＯＳ間通信機能１０３ａが、デバイスの登録が完了したことをＯＳ１０２ｂに通知する。

　ステップ３３１において、ＯＳ間通信機能１０３ｂが、デバイステーブルへの登録が完了したことを知らせる通知を受信する。

　従来では、１つの物理計算機上で２つ以上のＯＳが動作する計算機システムにおいて、２つ以上のＯＳから１つのＩＯＭＭＵを使用した場合に、２つのＯＳから障害割り込みが使用できず、デバイスのリセットができないという課題があった。
　本実施例によれば、ＩＯＭＭＵ１３０は、ＩＯＭＭＵ１３０を使用する２つのＯＳ１０２ａ、１０２ｂに対応するＣＰＵについての割り込み報告先ＣＰＵの情報（割り込み報告先ＣＰＵビットマップ情報１０９を元に設定された障害割り込み制御レジスタ１３４の情報）を参照することにより、割り込みを発生させる。したがって、２つ以上のＯＳで１つのＩＯＭＭＵを使用することができる。本実施例の処理により、障害を検知した時に、障害を引き起こしたデバイスを安全に速やかに停止させることができる。

　本実施例によれば、ＯＳ１０２ａ（第１のＯＳ）は、ＯＳ１０２ｂ（第２のＯＳ）から、割り込み報告先ＣＰＵの選択に関する情報を取得し、ＯＳ１０２ａは、前記割り込み報告先ＣＰＵの選択に関する情報に基づいて、割り込み報告先ＣＰＵの情報を作成する。ＯＳ１０２ａは、ＩＯＭＭＵ１３０の障害割り込み制御レジスタ１３４に前記割り込み報告先ＣＰＵの情報を設定する。このような構成において、ＯＳ１０２ｂは、障害割り込み報告先のＣＰＵの登録処理、切り替え処理、削除処理のそれぞれに応じて、割り込み報告先ＣＰＵの選択に関する情報を作成する（すなわち、処理に応じて選択に関する情報を変える）。これにより、ＯＳ１０２ａ側での処理は、障害割り込み報告先のＣＰＵの登録処理、切り替え処理、削除処理のどの場合でも、同様のステップ（ステップ２１１～２１７）で行うことができる。

　また、本実施例によれば、障害割り込みの設定を行うとき、ＯＳ１０２ｂはＯＳ１０２ａから割り込み報告先ＣＰＵの情報を取得し、割り込み報告先ＣＰＵビットマップ情報１０９を作成し、割り込み報告先ＣＰＵビットマップ情報をＩＯＭＭＵ１３０の障害割り込み制御レジスタ１３４に格納する。ＩＯＭＭＵ１３０で障害割り込みが発生した時には、ＯＳのＣＰＵにより割り込みを受信し、障害が発生したデバイスがＯＳの制御しているデバイスかを検査する。そのＯＳが制御していたデバイスである場合にはそのＯＳが障害の発生したデバイスをリセットする。デバイスを登録するときには、ＯＳ１０２ａは、ＯＳ１０２ｂからアドレス変換テーブルの先頭アドレス、及びデバイスアドレスを取得し、デバイステーブル１０７に登録する。

　本実施例によれば、１つのＯＳが複数のＣＰＵを使用している場合や、ＩＯＭＭＵを使用していないＯＳが存在する場合に、不要な割り込みが発生することを回避できる。また、ＯＳ１０２ｂのデバイスで障害が発生した場合、ＯＳ１０２ａを介さずにＯＳ１０２ｂで割り込み報告先ＣＰＵ通知処理を行うため、ＯＳ１０２ａの状態（高負荷など）に影響されず、また、ＯＳ間通信のオーバヘッドがない。

　また、上記の実施例において、ＩＯＭＭＵ１３０を使用しないＯＳ１０２ｃのＣＰＵは、割り込み報告先ＣＰＵビットマップに登録されていない（すなわち、ＯＳ１０２ｃのＣＰＵが選択されない）。したがって、ＩＯＭＭＵ１３０によって障害を検知した際に、ＯＳ１０２ｃには障害割り込みは発生しない。このため、ＩＯＭＭＵ１３０に関する処理をＯＳ１０２ｃに組み込む必要が無いという利点がある。

　本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。上記実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることもできる。また、ある実施例の構成に他の実施例の構成を加えることもできる。また、各実施例の構成の一部について、他の構成を追加・削除・置換することもできる。

　例えば、物理計算機上のＣＰＵ、及びデバイス、ＯＳ、ＩＯＭＭＵなどの構成要素の数、及び割り当てが変わっても本発明は実施可能である。ＩＯＭＭＵの割り込み設定は１つのみである場合を記載したが、設定が複数可能である場合についても容易に拡張可能である。

　上記で説明したＯＳの機能、処理部などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリやハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などの記憶装置、または、ＩＣカード、ＳＤカード、ＤＶＤなどの記憶媒体に置くことができる。

１０１　物理計算機
１０２ａ～１０２ｃ　ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）
１０３ａ～１０３ｃ　ＯＳ間通信機能
１０４ａ～１０４ｃ　デバイス制御機能
１０５ａ～１０５ｃ　デバイス識別機能
１０６ａ～１０６ｃ　デバイス管理情報
１０７　デバイステーブル
１０８　ＩＯＭＭＵ制御機能
１０９　割り込み報告先ＣＰＵビットマップ情報
１１０ａ～１１０ｂ　アドレス変換テーブル
１１１ａ～１１１ｂ　割り込み報告先情報管理部
１２０ａ～１２０ｈ　ＣＰＵ
１２１ａ～１２１ｄ　デバイス
１３０　ＩＯＭＭＵ
１３１　デバイステーブルアドレスレジスタ
１３２　障害検知機能
１３３　障害情報レジスタ
１３４　障害割り込み制御レジスタ
１３５　割り込みコントローラ

Claims (12)

1. 　複数のＣＰＵと、前記複数のＣＰＵ上で動作する複数のＯＳ（Operating System）と、前記複数のＯＳが使用する複数のデバイスと、前記複数のＯＳのうち少なくとも２つのＯＳが使用するＩＯＭＭＵ（Input/Output Memory Management Unit）と、を備える物理計算機であって、
   　前記ＩＯＭＭＵは、前記少なくとも２つのＯＳに対応するＣＰＵについての割り込み報告先ＣＰＵの情報を参照することにより、割り込みを発生させることを特徴とする物理計算機。
2. 　請求項１に記載の物理計算機において、
   　前記少なくとも２つのＯＳは、第１のＯＳ及び第２のＯＳを含み、
   　前記第２のＯＳは、割り込み報告先ＣＰＵの選択に関する情報を作成し、
   　前記第１のＯＳは、前記第２のＯＳから取得した前記割り込み報告先ＣＰＵの選択に関する情報に基づいて、前記割り込み報告先ＣＰＵの情報を作成し、
   　前記第１のＯＳは、前記ＩＯＭＭＵに前記割り込み報告先ＣＰＵの情報を設定することを特徴とする物理計算機。
3. 　請求項２に記載の物理計算機において、
   　前記ＩＯＭＭＵが割り込みを発生した時には、前記第２のＯＳは、前記割り込みを受信し、
   　前記第２のＯＳは、障害が発生したデバイスが前記第２のＯＳの管理下であるかを検査し、
   　前記障害が発生したデバイスが前記第２のＯＳの管理下である場合、前記第２のＯＳが、当該デバイスをリセットすることを特徴とする物理計算機。
4. 　請求項２に記載の物理計算機において、
   　前記割り込み報告先ＣＰＵの選択に関する情報は、
   　前記第２のＯＳに対応するＣＰＵから選択された割り込み報告先のＣＰＵをビットで表した選択ＣＰＵビットマップと、
   　前記第２のＯＳで使用しており、かつ、前記ＩＯＭＭＵの障害割り込みの報告先として設定される可能性のあるＣＰＵをビットで表したＣＰＵマスクと、
   を含み、
   　前記第１のＯＳは、
   　現在の割り込み報告先ＣＰＵをビットで表した第１の割り込み報告先ＣＰＵビットマップを取得し、
   　前記第１の割り込み報告先ＣＰＵビットマップを前記ＣＰＵマスク及び前記選択ＣＰＵビットマップの情報で処理し、
   　前記割り込み報告先ＣＰＵの情報として、割り込み報告先ＣＰＵをビットで表した第２の割り込み報告先ＣＰＵビットマップを作成することを特徴とする物理計算機。
5. 　請求項４に記載の物理計算機において、
   　前記第１のＯＳは、
   　前記第１の割り込み報告先ＣＰＵビットマップにおける前記ＣＰＵマスクに対応するビットを処理した後に、前記第１の割り込み報告先ＣＰＵビットマップにおける前記選択ＣＰＵビットマップに対応するビットを処理することにより、前記第２の割り込み報告先ＣＰＵビットマップを作成することを特徴とする物理計算機。
6. 　請求項２に記載の物理計算機において、
   　前記割り込み報告先ＣＰＵの選択に関する情報は、
   　前記第２のＯＳに対応するＣＰＵであって、割り込み報告先ＣＰＵとして現在設定されているＣＰＵとは別のＣＰＵをビットで表した選択ＣＰＵビットマップと、
   　前記第２のＯＳで使用しており、かつ、前記ＩＯＭＭＵの障害割り込みの報告先として設定される可能性のあるＣＰＵをビットで表したＣＰＵマスクと、
   を含み、
   　前記第１のＯＳは、
   　現在の割り込み報告先ＣＰＵをビットで表した第１の割り込み報告先ＣＰＵビットマップを取得し、
   　前記第１の割り込み報告先ＣＰＵビットマップを前記ＣＰＵマスク及び前記選択ＣＰＵビットマップの情報で処理し、
   　前記割り込み報告先ＣＰＵの情報として、割り込み報告先ＣＰＵをビットで表した第２の割り込み報告先ＣＰＵビットマップを作成することを特徴とする物理計算機。
7. 　請求項６に記載の物理計算機において、
   　前記割り込み報告先ＣＰＵとして現在設定されているＣＰＵが閉塞されるときに、前記第２の割り込み報告先ＣＰＵビットマップが作成されることを特徴とする物理計算機。
8. 　請求項２に記載の物理計算機において、
   　前記割り込み報告先ＣＰＵの選択に関する情報は、
   　割り込み報告先ＣＰＵとして全てのＣＰＵを選択しないことをビットで表した選択ＣＰＵビットマップと、
   　前記第２のＯＳで使用しており、かつ、前記ＩＯＭＭＵの障害割り込みの報告先として設定される可能性のあるＣＰＵをビットで表したＣＰＵマスクと、
   を含み、
   　前記第１のＯＳは、
   　現在の割り込み報告先ＣＰＵをビットで表した第１の割り込み報告先ＣＰＵビットマップを取得し、
   　前記第１の割り込み報告先ＣＰＵビットマップを前記ＣＰＵマスク及び前記選択ＣＰＵビットマップの情報で処理し、
   　前記割り込み報告先ＣＰＵの情報として、割り込み報告先ＣＰＵをビットで表した第２の割り込み報告先ＣＰＵビットマップを作成することを特徴とする物理計算機。
9. 　請求項８に記載の物理計算機において、
   　前記第２のＯＳは、前記第２のＯＳがシャットダウンするときに、前記第２の割り込み報告先ＣＰＵビットマップが作成されることを特徴とする物理計算機。
10. 　請求項２に記載の物理計算機において、
    　前記第１のＯＳは、前記ＩＯＭＭＵを使用するデバイスの情報を格納するデバイステーブルを備え、
    　前記第１のＯＳは、前記第２のＯＳからアドレス変換テーブルに関する情報を取得し、前記アドレス変換テーブルに関する情報を前記デバイステーブルに登録することを特徴とする物理計算機。
11. 　請求項２に記載の物理計算機において、
    　前記第１のＯＳは、前記割り込み報告先ＣＰＵの情報を格納するＩＯＭＭＵ制御部を備えることを特徴とする物理計算機。
12. 　請求項１に記載の物理計算機において、
    　前記複数のＯＳは、前記ＩＯＭＭＵを使用しないＯＳを含み、
    　前記割り込み報告先ＣＰＵの情報には、前記ＩＯＭＭＵを使用しないＯＳに対応するＣＰＵについての情報が登録されないことを特徴とする物理計算機。

Images