JP2764841B2 - 仮想計算機システムｉ／ｏ制御方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、仮想計算機システムに
おけるＩ／Ｏ制御方式に関するものである。

【０００２】

【従来の技術】従来の仮想計算機システムは、同一のア
ーキテクチャからなるＶＭ（ゲスト、仮想計算機）＃１
ないし＃ｎを図７に示すようにサポートしている。ここ
で、従来のゲストは、共用チャネルおよび専用チャネル
の運用上、機能制御の単位であるチャネルであり、ゲス
ト割り込みサブチャネル（ＳＣＨ（サブチャネル）：各
Ｉ／Ｏ装置に対応して一意に設けた論理的なパス）の制
御単位と一致していた（図８参照）。このため、ＶＭモ
ニタがサブマスクを操作し、共用チャネルに対するサブ
マスクを強制的にイネーブルにしても、専用チャネル側
の制御に影響を与えない。

【０００３】以下図７および図８について簡単に説明す
る。図７は、従来の仮想計算機システムを示す。ここで
は、同一のアーキテクチャのオペレーティングシステム
−１、ユーザプログラムからなるＶＭ＃１、同一のアー
キテクチャのオペレーティングシステム−２、ユーザプ
ログラムからなるＶＭ＃２・・・というようにｎ組のＶ
Ｍ（ゲスト）を図示のように設けている。ここで、ＶＭ
−ＣＰは、各ＶＭを統括制御する同一アーキテクチャの
ホストである。

【０００４】図８は、本体とＩ／Ｏ装置の結合関係を示
す。図８において、ＣＨはチャネル、ＣＵはＩ／Ｏ制御
装置、ＤＶはＩ／Ｏ装置を表す。ＳＣＨはサブチャネル
を表す。

【０００５】ここで、ＳＣＨ（サブチャネル）は、各Ｄ
Ｖ（各Ｉ／Ｏ装置）に対応して一意の論理的なアクセス
パスであり、論理的な制御情報管理単位であって、物理
的な主記憶内のハードウェア専用域（ＨＳＡ）内に設け
たメモリ・ブロックに格納されている情報である。この
ＳＣＨは陽にソフトウェアから意識して対応するパスを
経由してＤＶにアクセスする。

【０００６】

【発明が解決しようとする課題】しかし、従来の図７の
構成に比し、図４に示すように、異なるアーキテクチャ
からなるＶＭ（ゲスト）＃１ないし＃Ｎをサポートし、
図５に示すように、ＳＣＨ（サブチャネル）としてＩ／
Ｏ装置に１対１に対応づけた場合、チャネル（ＣＨ）や
Ｉ／Ｏ制御装置（ＣＵ）などの物理的な単位に何ら関係
なく制御される。例えばＩＳＣ(Interruption Subclass
Code)の対応する割り込みサブマスクを強制的にイネー
ブルにすると、共用チャネルだけでなく、専用チャネル
のＩ／Ｏ割り込みもＣＰＵファームにインターセプトす
ることとなる。このとき、この割り込みを受理すべきゲ
ストＣＰＵが物理ＣＰＵで走行している保証はない。こ
のために、ファームウェア内部でソフト的に制御する必
要が生じてしまう。また、一度ファームウェアが専用チ
ャネルの割り込みを受理したならば、専用チャネルの全
ての命令はファームウェア割り出しとする必要がある。
このようにしたのでは、ゲストの専用チャネルのオーバ
ヘッドが増大してしまい、従来のＶＭより改善できな
い。これを解決するために、専用チャネルが使用するも
のと、別のＩＳＣにより共用チャネルのＩ／Ｏ割り込み
を独自に制御する必要があるという問題があった。

【０００７】図４および図５について簡単に説明する。
図４は、本発明の仮想計算機システムを示す。図１にお
いて、ＶＭ＃１からＶＭ＃ｎは、異なるアーキテクチャ
を持つものであって、例えば基本（Ｍ）、拡張（Ｍ−Ｘ
Ａ）、基本かつ他のアーキテクチャと互換、拡張かつ他
のアーキテクチャと互換というようなアーキテクチャを
持つものである。

【０００８】ＶＭ−ＣＰはホストであって、異なるアー
キテクチャのＶＭ＃１からＶＭ＃ｎを統括制御するもの
である（後述する）。図５は、本体とＩ／Ｏ装置の結合
関係を示す。

【０００９】図５において、ＳＣＨは、本発明のサブチ
ャネルであって、ＤＶ（Ｉ／Ｏ装置）と１対１の関係で
設けたものである。ＣＨはチャネル、ＣＵはＩ／Ｏ制御
装置、ＤＶはＩ／Ｏ装置である。

【００１０】本発明は、ＶＭ（ゲスト）からの共用装置
へのスタートＳＣＨ（サブチャネル）命令の発行時にフ
ァームウェアが当該スタートＳＣＨ命令をインターセプ
トして代行発行し、共用装置からのＵＣＫ（障害発生）
付きのＩ／Ｏ割り込み時にセンス代行実行して詳細情報
を蓄積すると共に割り込みをアクセス元のＶＭに行い、
ＶＭがセンス発行して蓄積した詳細情報の転送を受け、
共用装置へのアクセスを迅速に可能にすることを目的と
している。

【００１１】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、ＶＭ（ゲ
スト）は、仮想空間でそれぞれ動作するものである。

【００１２】ＥＶＭファームは、ＶＭからのスタートＳ
ＣＨ命令が共用装置のときにインターセプトすると共
に、代行発行、センス代行実行して詳細情報を蓄積など
するものである。

【００１３】また、ＳＣＨ（サブチャネル）は、Ｉ／Ｏ
装置と１対１に対応づけた制御情報である。

【００１４】

【作用】本発明は、図１に示すように、あるＶＭがスタ
ートＳＣＨ命令を発行したことに対応して、ＥＶＭファ
ームが共用装置に対するときにインターセプトして当該
スタートＳＣＨ命令を代行発行し、共用装置からＵＣＫ
（障害発生）付きの優先のＩ／Ｏ割り込みを受けたとき
に、センス代行実行してその詳細情報の転送を受けて蓄
積して共用装置へのアクセスを可能状態にすると共にＶ
ＭにＵＣＫ付きの割り込みし、この通知を受けたＶＭが
蓄積した詳細情報の転送を受けて取り込むようにしてい
る。

【００１５】従って、ＶＭ（ゲスト）からの共用装置へ
のスタートＳＣＨ命令の発行時にＥＶＭファームが当該
スタートＳＣＨ命令をインターセプトして代行発行し、
ＵＣＫ（障害発生）付きの優先のＩ／Ｏ割り込み時にセ
ンス代行実行して詳細情報を蓄積することにより、共用
装置に対するアクセスを迅速に可能にすることができ
る。

【００１６】

【実施例】次に、図１から図６を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１７】図１は、本発明の１実施例構成図を示す。
図１において、ＶＭ Ａ、ＶＭ Ｂは、仮想計算機シス
テムＡ、Ｂであって、ここではゲストＡ、ゲストＢと呼
ばれるものである。これらＶＭ Ａ、ＶＭ Ｂなどは、
それぞれ異なるアーキテクチャを持つ（図４参照）。

【００１８】ＶＭ−ＣＰは、ＶＭ Ａ、ＶＭ Ｂなどを
統括制御するものであって、ホストと呼ばれるものであ
る。ＥＶＭファームは、Ｅｘｔｅｎｄｅｄ−ＶＭファー
ムであって、ＶＭからのＩ／Ｏアクセス要求に対応し
て、共用装置（ここではＤＶ＃４）へのＩ／Ｏアクセス
要求のときに当該Ｉ／Ｏアクセス要求（後述するＳＳＣ
Ｈ命令）をインターセプトすると共に、Ｉ／Ｏアクセス
要求を代行発行したり、共用装置からＵＣＫ（障害）付
きのＩ／Ｏ割り込みがあったときにセンス代行実行して
詳細情報を蓄積したり、アクセス要求元のＶＭに割り込
みで処理結果を通知したりなどするものである（図２を
用いて後述する）。

【００１９】ＣＨは、チャネルである。ＣＵは、Ｉ／Ｏ
コントロールユニット（Ｉ／Ｏ制御装置）である。ＤＶ
は、デバイス（Ｉ／Ｏ装置）である。

【００２０】＃ｎは、Ｐ−ＳＣＢ番号であって、システ
ムで一意なＳＣＢ番号である。ここでは、図示のよう
に、ＣＨについて＃ａないし＃ｆ、ＤＶについて＃０な
いし８を付与している。

【００２１】＠ｎは、Ｒ−ＳＣＢ番号（リレイテッドＳ
ＣＢ番号）であって、ここではＶＭＡ（ゲストＡ）が使
用すると定義したＳＣＢ番号である。図中、ＤＶについ
て＠０から＠３を付与している。ＤＶの＠３は、ＶＭ
ＡとＶＭ Ｂから使用すると定義し、共用となってい
る。

【００２２】＠＠ｎは、Ｒ−ＳＣＢ番号であって、ここ
ではＶＭ Ｂ（ゲストＢ）が使用すると定義したＳＣＢ
番号である。図中、ＤＶについて、＠＠０ないし＠＠５
を付与している。ＤＶの＠＠１は、ＶＭ ＢとＶＭ Ａ
から使用すると定義し、共用となっている。

【００２３】次に、図１の構成の動作について、図２の
順序に従い詳細に説明する。ここで、ＶＭは図１のＶＭ
ＡあるいはＶＭ Ｂを表し、ＥＶＭファームはＥＶＭ
ファームを表し、ＩＯＰ（ＩＯプロセッサ）は図１のＣ
Ｈ、ＣＵなどの制御を行うプロセッサである。

【００２４】図２において、Ｓ１は、ＶＭがＳＳＣＨ(S
tart Subchannel、スタートサブチャネル）命令を発行
する。これにより、当該ＳＳＣＨ命令で指定したサブチ
ャネルと１対１に対応づけたＤＶ（Ｉ／Ｏ装置）へのア
クセス要求を行ったこととなる。

【００２５】Ｓ２は、共用か、即ちＳＳＣＨ命令による
Ｉ／Ｏアクセス要求が共用装置と定義されたＤＶ（Ｉ／
Ｏ装置）などに対するものか判別する。ＹＥＳの場合に
は、本実施例の場合であって、Ｓ４でＥＶＭファームが
Ｓ１で発行した命令をインターセプト（ＩＣＫ）し、Ｓ
４に進む。一方、ＮＯの場合には、共用装置に対するＩ
／Ｏアクセス要求でないと判明したので、点線で示すよ
うに、直接にＩＯＰにＳＳＣＨ命令を通知する。

【００２６】Ｓ４は、共用装置に対するＳＳＣＨ命令と
判明し、Ｓ３でインターセプトしたＥＶＭファームがこ
のインターセプトしたＳＳＣＨ命令を代行発行してＩＯ
Ｐに通知する。

【００２７】Ｓ５は、Ｓ４で代行発行されたＳＳＣＨ命
令を受け取ったＩＯＰが当該ＳＳＣＨ命令で指示された
サブチャネルに１対１に対応するデバイス（ＤＶ）への
Ｉ／Ｏ操作を行う。ここで、ＩＳＣＢ（インターナルＳ
ＣＢ）で行う、即ち複数のルートがあるときに例えば番
号の小さいルートから先にサブチャネルに１対１に対応
するＤＶへのＩ／Ｏ操作（アクセスなど）を試み、既に
使用中（あるいは使用不可）のときに次の番号のルート
からサブチャネルに１対１に対応するＤＶへのＩ／Ｏ操
作（アクセスなど）を試みる（例えば図１でＶＭ Ａが
共用装置のＤＶ＠ａへのアクセスを要求したときに該当
する）。

【００２８】Ｓ６は、Ｓ５のＩ／Ｏ操作中にＵＣＫ発生
（障害発生）したとする。Ｓ７は、６は、Ｉ／Ｏ割り込
みがＥＶＭファームに発生する。Ｓ８は、Ｓ７のＩ／Ｏ
割り込み（この割り込みはマスクしない最優先とする）
を受け付けたＥＶＭファームがＵＣＫ（障害発生）付き
か判別する。ＹＥＳの場合には、Ｓ９でＶＭの代わりに
当該ＥＶＭファームがセンス代行実行（詳細情報の収
集）を行う。

【００２９】Ｓ１０は、Ｓ９のセンス代行実行に対応し
て、ＩＯＰがＳ６でＵＣＫ発生時に保持しておいた障害
の詳細情報をＥＶＭファームに返す。Ｓ１１は、Ｓ１０
で返された障害の詳細情報の蓄積およびＳＣＢの解放を
行い、一連のＶＭに代わって行ったセンスを完了する。
これにより、当該ルートについて、共用する他のＶＭが
使用してＤＶをアクセスすることが可能となる。このＳ
１１のセンス完了あるいはＳ９のセンス実行時などに、
Ｓ１でＳＳＣＨ命令を発行した元のＶＭにＩ／Ｏ割り込
みで知らせるために、割り込みエンキュー（割り込みキ
ューにエンキュー）する。

【００３０】Ｓ１３は、Ｉ／Ｏ割り込みが発生し、ＶＭ
がＳ１でＳＳＣＨ命令を発行したことに対応する結果を
受け取る。この際、結果が正常完了であれば一連のＩ／
Ｏアクセス要求を終了する。一方、ＵＣＫ付きであった
ときは、Ｓ１４でセンス発行し、Ｓ１５に進む。

【００３１】Ｓ１５は、Ｓ１４でＶＭからセンス発行を
受け付けたＥＶＭファームがセンス完了か判別する（Ｓ
１１のセンス完了か判別する）。ＹＥＳのときは、既に
ＥＶＭファームによってＵＣＫ発生の詳細情報が蓄積さ
れているので、Ｓ１６で刈り取ったセンスバイトをＶＭ
に転送する。一方、ＮＯのときは、Ｓ１１のセンス完了
するまで待機する。

【００３２】Ｓ１７は、Ｓ１６で転送されてきたセンス
バイト（障害情報）をＶＭに取り込み、一連のセンス完
了する。以上のように、ＶＭが共用装置に対するアクセ
ス要求（例えばＳＳＣＨ命令）の場合、ＥＶＭファーム
がこれをインターセプトして代行発行を行い、その結果
を優先のＩ／Ｏ割り込みで受け取り、このときにＵＣＫ
付きであった場合（Ｓ９）、センス代行実行して詳細情
報を蓄積すると共にＳＣＢを解放して他のＶＭから共用
のＳＣＢ（Ｉ／Ｏ装置）の使用を可能状態にする。そし
て、Ｉ／Ｏ割り込みでアクセス要求元のＶＭに通知し、
センス発行に対応して蓄積した詳細情報を転送してＶＭ
が受け取り、一連のセンス完了する。これにより、ＶＭ
から共用のＩ／Ｏ装置に対するアクセス要求に対応し
て、ＥＶＭファームがＵＣＫ発生時に迅速に障害の詳細
情報を採取して（刈り取って）共用のＳＣＢ（Ｉ／Ｏ装
置）を解放し、当該共用のＳＣＢを迅速に使用状態にす
ることが可能となる。

【００３３】図３は、本発明の各種情報例を示す。これ
は、図１の構成のもとで、図２を用いて説明した動作を
行う際に使用する各種情報例である。図３において、Ｄ
ＭＢは、ドメイン制御ブロックであって、図１のＶＭ毎
に図示のような各種情報を統括制御するための制御ブロ
ックである。

【００３４】Ｇｕｅｓｔ−ＩＯＲＳＦは、ゲストＣＰＵ
制御テーブル＃１であって、ここではゲストＡのＩ／Ｏ
構成情報である。ここには、ＤＶに１対１に対応づけた
サブチャネル（ＳＣＨ）をアクセスするときのルート、
例えば図１でＤＶ＠０のサブチャネルに対応づけて ・ＣＨ＃ａ−ＣＵ−ＤＶ＠ａ ・ＣＨ＃ｂ−ＣＵ−ＤＶ＠ａ の２つのルートの情報を設定する。同様にブチャネルに
対応づけてそれぞれ設定する。

【００３５】ＧＣＭは、ゲストＣＨマップであって、有
効ビット−（Ｐ−ＳＣＢ）−（Ｒ−ＳＣＢ）を設定、例
えば有効ビット−ＣＨ＃ａ−ＣＨ＃ａというように設定
する。ここで、有効ビットは、当該ＣＨ＃ａが使用可能
な否かを表すビットである。

【００３６】ＧＤＭは、ゲストＤＶマップであって、有
効ビット−（Ｐ−ＳＣＢ）−（Ｒ−ＳＣＢ）を設定、例
えば有効ビット−ＤＶ＃０−ＤＶ＠０というように設定
する。ここで、有効ビットは、当該ＤＶ＃０が使用可能
な否かを表すビットである。

【００３７】Ｓｅｎｓｅ Ｂｕｆｆｅｒ／Ｓｅｎｃｅ
ＣＣＷ Ｗｏｒｋ Ａｒｅａは、図２のＳ１１でＩＯＰ
から転送されてきた障害の詳細情報を蓄積したりなどす
る領域である。

【００３８】ＳＣＢは、サブチャネル制御ブロックであ
って、ＣＨ、ＤＶなどに付与したＳＣＢ番号毎に作成す
る制御ブロックである。このＳＣＢのＩＳＣ（インタラ
プト・サブクラス・コード）毎にＩＱＣＢという割り込
み制御ブロック（割り込みのキュー）を持っている。

【００３９】以上説明した各種情報（制御ブロック）を
参照して既述した図２の各種制御を行ったり、障害の詳
細情報を図示のように格納したりするようにしている。
図４は、本発明のシステム例を示す。

【００４０】図４において、ＶＭ−ＣＰは、ホストであ
って、アーキテクチャが拡張を持つものである。ＶＭ＃
１ないしＶＭ＃ｎは、ゲストであって、アーキテクチャ
が基本、拡張、基本かつ互換、拡張かつ互換というよう
な異なるアーキテクチャを持つものである。これらＶＭ
＃１ないしＶＭ＃ｎは、それぞれ仮想空間で動作する。
これらアーキテクチャは、任意に指定することができ
る。

【００４１】図５は、本発明のサブチャネル（ＳＣＨ）
の説明図を示す。本発明は、ＳＣＨは、ＤＶ（デバイ
ス、Ｉ／Ｏ装置）と１対１の対応関係にあり、ルートは
図示状態では２つある。従って、サブチャネル（ＳＣ
Ｈ）に対応づけてこれら２つのルートがＶＭ毎に図３の
Ｇｕｅｓｔ−ＩＯＲＳＦに設定されている。

【００４２】ＣＨは、チャネルである。ＣＵは、Ｉ／Ｏ
制御装置である。図６は、本発明の共用装置の説明図を
示す。

【００４３】図６の例１は、共用チャネルを示す。ここ
で●は共用を表し、○は共用でないを表す。ここでは、
ＣＨ、ＣＵはゲストＡ、ゲストＢが共用している。ＤＶ
−ＡはゲストＡが専用し、ＤＶ−ＢはゲストＢが専用し
ている。

【００４４】図６の例２は、共用デバイスを示す。ここ
で●は共用を表し、○は共用でないを表す。ここでは、
ＣＨ、ＣＵ、ＤＶ−Ａ／Ｂ、ＤＶ−Ａ／Ｂは共にゲスト
Ａ、ゲストＢが共用している。

【００４５】図６において、例１の共用チャネルの場合
には、複数ゲスト間でＣＣＵＣ(Channel-Control Unit
Connection)が共用されているとき、このＣＣＵＣ配下
の装置について、１つのみ滞留できるセンス情報と、１
つのみ設定できるパスグループＩＤが複数のゲストで競
合することが発生する。更に、例２の同一のＣＣＵＣを
経由して複数のゲストから共用するＤＶ（Ｉ／Ｏ装置）
がある場合、これのリザーブ／リリース制御も競合する
ことが発生する。

【００４６】ここで、センス情報の競合は、例えばゲス
トＡが発行したＩ／Ｏ処理でＵＣＫ（ユニットチェッ
ク）が発生し、ＣＣＵＣ（制御装置）に"Dedicated All
egece"が滞留し、そのときからゲストＡがセンス発行す
るまでの時間が非常に長い場合（例えば優先順位が低
く、なかなかディスパッチされない、あるいはゲストＡ
がダウンした場合）、ＣＣＵＣを共用するゲストＢが、
ゲストＡがセンス発行して障害の障害情報を芝刈りして
くれるまで、ＣＣＵＣ配下の一切の装置にアクセスでき
なくなる事態である。これを避けるために、本発明で
は、図２のＳ９からＳ１１でＥＶＭファームがセンス代
行実行し、芝刈りを行ってＳＣＢを解放し、センス情報
の競合を迅速に解消するようにしている。

【００４７】また、パスグループＩＤの競合は、ゲスト
Ａが発行したSet Path Group IDコマンドで一度パスグ
ループが構築されてしまうと、ゲストＢが同じＣＣＵＣ
配下の他のＩ／Ｏ装置に関してパスグループを構築しよ
うとしても同一コマンドが"Command Reject UCK"で失敗
してしまう事態である。ゲストＢのコマンドが全て失敗
すれがよいが、そのうちのゲストＡのコマンドが先に入
った部分のみ失敗するので、結果として装置の制御がで
きなくなってしまう。

【００４８】以上のような問題を解消するために、図２
で説明したように、ＥＶＭファームが共用装置へのアク
セス要求のときにインターセプトして代行発行し、ＵＣ
Ｋの発生を優先のＩ／Ｏ割り込みで速やかに報告させ、
センス代行発行してセンス情報（障害の詳細情報）を準
備したバッファに蓄積すると共にＳＣＢを解放し、競合
が発生したとしても可及的に速やかに解消するようにし
ている。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
ＶＭ（ゲスト）からの共用装置へのスタートＳＣＨ命令
の発行時時にＥＶＭファームが当該スタートＳＣＨ命令
をインターセプトして代行発行し、ＵＣＫ（障害発生）
付きの優先のＩ／Ｏ割り込み時にセンス代行実行して詳
細情報を蓄積する構成を採用しているため、ＵＣＫが発
生（障害が発生）した場合にＶＭ（ゲスト）の状態に関
係なく、障害の詳細情報を迅速に芝刈りして競合の発生
を速やかに解消することができる。

【図面の簡単な説明】

【図１】本発明の１実施例構成図である。

【図２】本発明の動作説明図である。

【図３】本発明の各種情報例である。

【図４】本発明のシステム例である。

【図５】本発明のサブチャネル（ＳＣＨ）の説明図であ
る。

【図６】本発明の共用装置の説明図である。

【図７】従来のシステム例である。

【図８】従来のサブチャネル（ＳＣＨ）の説明図であ
る。

【符号の説明】

ＶＭ：ゲスト（仮想計算機） ＶＭ−ＣＰ：ホスト ＣＨ：チャネル装置 ＣＵ：Ｉ／Ｏ制御装置 ＤＶ：Ｉ／Ｏ装置 ＳＣＨ：サブチャネル

フロントページの続き (56)参考文献 特開 平３−48937（ＪＰ，Ａ) 特開 平２−12553（ＪＰ，Ａ) 特開 平１−292552（ＪＰ，Ａ) 特開 昭和64−53238（ＪＰ，Ａ) 特開 昭和64−21542（ＪＰ，Ａ) 特開 平２−105227（ＪＰ，Ａ) 特開 平２−141831（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 9/46 G06F 13/10 - 13/14

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 仮想計算機システムにおけるＩ／Ｏ制御
   方式において、 Ｉ／Ｏ装置と１対１に対応づけた制御情報であるＳＣＨ
   （サブチャネル）と、 仮想空間でそれぞれ動作する複数のＶＭ（ゲスト）と、 ＶＭからのスタートＳＣＨ命令が共用装置のときにイン
   ターセプトすると共に、代行発行、センス代行実行して
   詳細情報を蓄積するＥＶＭファームとを備え、 あるＶＭがスタートＳＣＨ命令を発行したことに対応し
   て、上記ＥＶＭファームが共用装置に対するときにイン
   ターセプトして当該スタートＳＣＨ命令を代行発行し、
   共用装置からＵＣＫ（障害発生）付きのＩ／Ｏ割り込み
   を受けたときに、センス代行実行して詳細情報の転送を
   受けて蓄積して共用装置へのアクセスを可能状態にする
   と共にＶＭにＵＣＫ付きの割り込みし、この通知を受け
   たＶＭが蓄積した詳細情報の転送を受けて取り込むよう
   に構成したことを特徴とする仮想計算機システムＩ／Ｏ
   制御方式。