JPS61160147A - 仮想計算機制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、仮想計算機制御方式に関し、特に仮想計算機
システムにおいて、複数のオペレーティング・システム
（以下、ＯＳと記す）を効率よく制御するためのトラッ
プ番号識別および変換方式％式％ 〔発明の背景〕 仮想計算機システムは、単一の実計算機を多目的に利用
するため、それぞれの目的に合致する複数のＯＳを作成
し、それらのＯＳを実計算機の下で時分割的に動作させ
ることにより、目的ごとのアプリケーション・プログラ
ムを実行するものである（例えば、山谷他藩「仮想計算
機」（共立出版）参照）。すなわち、第７図に示すよう
に、実計算機１は、第１のＯＳが制御する仮想計算機２
と、第２のＯＳが制御する仮想計算機３とから構成され
、これら２つのＯＳが動作する仮想計算機システムを実
現する。仮想計算機システムのプログラム構造は、第８
図に示すように、階層構造である。制御プログラム（Ｃ
Ｐ）２１は、第１の０８２２および第２の０３２３に対
する仮想環境を実現するためのプログラムであって、そ
の代表的な機能は、（１）各仮想計算機のＯＳが有効に
動作するように、仮想計算機をスケジューリングするこ
と、（ｉｉ）スケジュールにしたがって仮想計算機に制
御を与えること、（齢外部からの割込みに対して、各仮
想計算機のＯＳに連絡すること、等である。この制御プ
ログラム（ＣＰ）２１は、ユーザ・プログラムを直接制
御する機能がない。第１のユーザ・タスク群２４および
第２のユーザ・タスク群２５は、それぞれ第１のｏｓ２
２と第２の０８２３により制御される。

第９図は、従来の仮想計算機プログラムの制御の流れを
示す図である。

例えば、ユーザ・タスク２４−１がＯＳに対する要求で
あるスーパーバイザ・コール（以下、ＳＶＣと記す）割
込みを出した場合の制御の流れは、第９図に示すように
、制御プログラム２１と０８２２０両方を通る。すなわ
ち、従来の仮想計算機システムでは、制御プログラム２
１でＳＶＣ仮想シミュレーションを行うことにより、第
１の０８２２に処理が渡され、ＳＶＣ処理とディスパッ
チが行われた後、再び制御プログラム２１でリタン・シ
ミュレーションカ行われ、ユーザ・タスク２４−１に返
される。このように、制御プログラム２１を介して第１
のｏｓ２２に処理が渡されるので、第１のｏｓ２２のオ
ーバヘッドに制御プログラム２１のオーバヘッドが加わ
り、ＯＳ全体のオーバヘッドが増加する。

そこで、ＯＳのオーバヘッドを減少させるため、制御プ
ログラム２１と第１の０８２２を併合した制御方式が提
案された（特願昭５７−６２４３１号明細書「計算機シ
ステムの制御方式」参照）。この方式では、仮想計算機
システムにおける制御プログラム２１を作らず、第１の
ＯＳ（以下、中核ＯＳと記す）の制御の下に第２のＯＳ
（以下、セカンダリＯＳと記す）を構成する。第１０図
は、上記中核ＯＳ１セカンダリＯＳを備えた仮想計算機
システムの構成図である。

第１ｏ図においては、プロセッサ１、主メモリ２、入出
力装置３およびバス生から構成され、主メモリ２には、
割込みベクタ・テーブル、ディスパッチャ、トラップ・
マツピングテーブル、Ｉ１０タスク等を含む中核ｏｓ４
１と、ユーザ・タスク群４２と、セカンダリＯＳ１セカ
ンダリ・タスク群を含むセカンダリＯＳタスク４４とが
格納されている。

第１１図は、第１０図の主メモリ内のプログラムの関係
を示す図である。

中核０８４１は、オーバヘッドの小さいリアルタイムＯ
Ｓであり、通常のＯＳとして、リアルタイム・アプリケ
ーション・プログラムであるユーザタスク群４２を制御
する。中核０８４１内の割込みベクタ・テーブル４１−
１は、ＳＶＣトラップ、例外トラップ、外部割込み等の
割込みに対するＯＳへのエントリアドレスを示すテーブ
ルであって、通常、計算機のメモリ・アドレスの若番地
ニトル。タスクとＯＳとのインタフェースの例を、簡単
に述べる。ユーザ・タスク群４２からの中核０８４１へ
の要求は、ＳＶＣ割込みにより割込みベクタ・テーブル
４１−１に示されたアドレスを経由して、中核０８４１
の処理ルーチンに入り、処理が終了すると、ディスパッ
チャ４１−２を経由して元のタスクまたは他のタスクに
制御が渡される。また中核０８４１は、各トラップに対
して、タスクごとに固有の処理ができるように、各トラ
ップ種別に対し処理アドレスを定義するトラップ・マツ
ピング・テーブル４１−３を各タスクごとに持つことが
できる。セカンダリ０３４４−１は、このＯＳ！４−１
のもとに制御されるタスク群４４−２を含めて、中核０
８４１の１つのセカンダリＯＳタスク４４として、中核
ｏｓ４１により制御される。したがって、その位置付け
は、他のユーザ・タスク群４２と基本的に同じである。

なお、当然のことであるが、セカンダリＯＳタスク４４
内において、セカンダリ・タスク群４４−２は、セカン
ダ１ＪＯ３４４−１の制御の下に、マルチプログラミン
グで動作している。

セカンダリＯＳタスク４４への主要なエントリは、３つ
ある。第１のエントリは、中核ｏｓ４Ｈのスケジューリ
ングにより、最初にディスパッチされたときの実行番地
であるイニシャル・エントリ４４−４である。第２のエ
ントリは、トラップ・エントリ４４−３である。セカン
ダリ・タスク群４４−２を実行中に、ＳＶＣ，バスエラ
ー等のトラップが発生すると、割込みベクタ・テーブル
４４−１のアドレスにしたがって中核ｏｓ４１のトラッ
プ・エントリに入り、次いでトラップが発生したタスク
に対応するトラップ・マツピング・テーブル＋１−３の
アドレスにしたがって、トラップ・エントリ４４−３に
入り、セカンダリ０８４４−１による処理が行われる。

第３のエントリは、Ｉね割込みエントリ４４−５である
。これは、Ｉ１０タスク４１−４から、処理待ち行列（
キュー）４５゜４６を介して割込みがかけられる。

ここで、上記システムにおけるトラップ発生命令につい
て、さらに考察を加える。

トラップ発生とは、あらかじめ設定された条件が生じた
ときに、プログラム制御を強制的に移すソフトウェア割
込みを発生させることを言う。トラップが発生すると、
プロセッサは例外処理を行い、スーパバイザ状態でトラ
ップに対する処理プログラムを実行する。トラップ発生
命令は、次のような場合に用いられる。（１）ユーザ・
プログラムが入出力動作をＯＳに依頼するとき、（ｉｉ
）オーバフロー、０除算等の処理プログラムを起動する
とき、（ｉｉｉ）ユーザ・プログラムを終了して、Ｏ３
に制御を移すとき、等である。

特殊のコンピュータ（例えば、１６ビツト・マイクロコ
ンピュータＭ６８０００）では、代表的なトラップ発生
命令として、ＳＶＣ命令に対応するＴＲＡＰ命令がある
。このＴＲＡＰ命令は、無条件にトラップを発行させる
命令であって、プロセッサは例外処理を行う。ＴＲＡＰ
命令のオペラントニハ、トラップ・ペクタ番号を記述す
る。このトラップ・ペクタ番号は、０〜１５の１６通り
を指定できる。これらの番号は小さい方から順番に３２
〜４７番の例外ベクタに対応し、そこから与えられるア
ドレスから処理を開始する。

第１１図に示すシステムにおいては、このＴＦＬＡＰ命
令は次の３つの方向に発行される。

（１）ユーザ・タスク群４２から中核０８４１に、（１
１）セカンダリ０８４４−１から中核ｏｓ４１に、＜　
ｉｒ　＞セカンダリ・タスク群４４−２からセヵンダ！
７０Ｓ４４−１に、それぞれ発行される。

ところで、上記（ｉｉｊ　）の場合においては、前述の
ように、セカンダリ・タスク群４４−２からそのＯＳで
あるセカンダ！ＪＯ５４４−１に直接制御が移るわけで
はなく、制御プログラムとして機能している中核０３４
１を介して移される。すなわち、セカンダリＯＳタスク
４４は、ユーザ・タスク群４２と同じく１つのユーザ・
タスクとして扱われるため、一旦、セカンダリ０３４４
−１を制御している中核ｏｓ４１に発行され、割込みペ
クタ・アドレ′スにしたがって、トラップ・マツピング
・テーブル４１−３を参照し、トラップ・エントリ４４
−３を経由した上で、セカンダリＯＳ　４４−１に渡さ
れる。つまり、上記（１）〜（ｉｉｉ　）の制御は、す
べて中核ｏｓ４１の中の割込みペクタ・アドレスを中継
して行われている。

また、中核ｏｓ４１とセカンダリ０８４４−１は、もと
もと独立したＯ５であって、ＴＲＡＰ命令のペクタ番号
は互いを、意識して決められたものではないため、同一
番号を使用することが許される。したがって、次のよう
な問題が生ずる。セカンダリ・タスク群４４−２から発
行したＴＲＡＰ命令の制御は、先ず中核０Ｓ４１に移る
。この後、それぞれのＴＲＡＰ番号により各処理を行う
のであるが、もしこのセカンダリ・タスク群４４−２が
ユーザ・タスク群４２と同じＴＲＡＰ番号を使用してい
る場合、その区別のないままその番号で求められる割込
みベクタ・アドレスを得る。

この割込みベクタ・アドレスは、中核０３４１のための
値が優先的にセットされているため、その後もセカンダ
ＩＪ　ＯＳ　４４−１に制御を移す方法がなげれば、セ
カンダ！ＪＯ３４４−１に対して発行されたＴＲＡＰ命
令も中核ＯＳ＋１に対して発行されたＴＲＡＰ命令と同
じ処理が行われる。つまり、全く無関係なタスクに対し
てＴＲＡＰ命令を実行してしまうおそれがある。

〔発明の目的〕

本発明の目的は、上記のような従来の問題点を解決し、
第１のＯＳの制御の下に、第２のＯＳを構成する仮想計
算機システムにおいて、各ＯＳで使用するトラップ番号
が同一であるときでも、個個に判別して適切にトラップ
命令を実行することができる仮想計算機制御方式を提供
することにある。

〔発明の概要〕

上記目的を達成するため本発明の仮想計算機制御方式で
は、第１または第２のオペレーティング・システム（以
下ＯＳ）上のタスクで発生したトラップ命令がどのＯ３
に対して発行されたかを識別する手段と、各ＯＳごとに
各自のトラップ処理のアドレスだけを登録したトラップ
用割込みベクタ・テーブルまたはトラップ番号変換テー
ブルとを有し、上記識別手段で識別されたＯＳをもとに
上記・テーブルを参照してトラップ処理を実行すること
に特徴がある。

〔発明の実施例〕

以下、本発明の実施例を、図面により説明する。

第１図は、本発明の第１の実施例を示すステイタス・レ
ジスタおよびトラップ用割込みベクタ・テーブルの構成
図である。

第１の実施例では、第１図（ｂ）に示すように、各ＯＳ
ごとに各自のトラップ処理のアドレスだけを持つトラッ
プ用割込みベクタ・テーブルを内蔵し、トラップの発生
がどのＯＳのタスクからであるかという情報を得て、そ
の情報をもとに上記テーブルを参照して各ＯＳのトラッ
プ処理を実行させる。

先ず、前述の問題点を解決するためには、次のことが必
要となる。（ｉ）ＴＲＡＰ命令がどのＯＳに対して発行
されたものであるかを識別すること、（ｉｉ）　Ｔ　Ｒ
Ａ　Ｐ番号と該当処理を適切に結びつけること、である
。上記（１）と（１１）を実現するため、８１１因（ａ
）に示すようなスティタス・レジス９夕と、第１図Ｈｔ
））に示すようなトラップ用割込みベクタ・テーブルを
用意する。

スティタス・し′タスクは、１６ピツトで構成さａ、−
＋−−＋Ｊ’・パ’ｒ　）　トシステム・バーｆ　トに
分ケラれている。ユーザ・バイトのビット０〜４はコン
ディションコード・フラグであり、システム・バイトの
ビット８〜ＩＱは割込みマスク、ビット１３はスーパバ
イザ・モード、ビット１５はトレース・モードである。

このステイタス・レジスタのシステム・バイトの空きエ
リアに、現在実行されているタスクがどのＯＳで実行さ
れているかを示すフラグ（ＯＳ識別子）を設定する。こ
れにより、ＴＲＡＰがどのＯＳに対して発行されたかを
識別する。この実施例では、ビット１１を用いて、フラ
グが“１”のときはセカンダリＯＳと定義している。

なお、セカンダリＯＳが２個〜３個に増加したときは、
ＯＳ識別フラグを２ビツトに割当てる。

第１図（ｂ）は、トラップ用割込みベクタ・テーブルで
ある。このテーブルは、入力ＴＲＡＰ番号を見出しとし
、ＴＲＡＰ処理アドレスをテーブル内容としている。Ｔ
ＲＡＰ番号と該当処理を適切に結びつけるということは
、各ＴＲＡＰ番号に対し必ず１つの処理を対応させるこ
とを意味する。それには、中核ＯＳが内蔵している割込
みベクタ・テーブルでＴＲＡＰ処理のアドレスを設定し
ているように、各セカンダリＯＳにおいても、番号に合
わせて処理アドレスを与えてやればよい。このトラップ
用割込みベクタ・テーブルは、各セカ／ダＩＪ　ＯＳに
対し適切なＴＲＡＰ処理のアドレスを与えるために使用
される。テーブル見出しのＴＲＡＰ番号（Ｏ〜１５）に
対応して割付けられる内容は、あるＯＳに対して発行さ
れた１６種のＴＲＡＰ命令それぞれの処理アドレスであ
る。このテーブルは、各セカンダｌ）　ＯＳに対して作
られ、セカンダＩＪ　ＯＳが搭載されている間は常に存
在する。

これは固定番地に割付けてもよ（、またレジスタ等にそ
の番地を記憶させる方法でもよい。この実施例では、固
定番地に割付ける方法を用いている。

第２図は、本発明の第１実施例を示すプログラムとテー
ブル等の結合関係図である。

新しく設けられるステイタス・レジスタ４１−５とトラ
ップ用割込みペクタ・テーブル４１−６をシステムに追
加しても、他には何の影響も与えないので、他の構成は
第１１図と同一である。

第３図は、第２図におけるＴＲＡＰ番号判定、変換動作
のフローチャートである。

命令の解析を経て、それがＴＲＡＰ命令であることが判
別されると、ステイタス・レジスタ４１−５とプログラ
ム・カウンタをスタックに退避させる（ステップ８０）
。そして、モードを、ユーザ・モードからシステム・モ
ードに変更する（ステップ８１）。ステイタス・レジス
タ４１−５のＯＳ識別フラグを参照し、“１″がセット
されていればそのタスクはセカンダリＯＳのタスクであ
るから、このＴＲＡＰはセカンダＩＪ　ＯＳに対して発
行されたものであることが判る（ステップ８２）。

スタック上ニ退避されたステイタス・レジスタ４１−５
上のＯＳ識別フラグを“１”から“０”に変える（ステ
ップ８３）。次に、セカンダリＯＳのためのトラップ用
割込みペクタ・テーブルを参照し、ＴＲＡＰ番号により
処理アドレスを得る（ステップ８４）。そのアドレスを
プログラム・カウンタにセットして、ＴＲＡＰ処理を実
行する（ステップ８６）。一方、ＯＳ識別フラグが“０
”であるときは、そのタスクが中核ｏｓ４１のものであ
るため、従来どおり、中核ＯＳ内蔵の割込みペクタ・ア
ドレス・テーブル４１−１の値からＴ　ＲＡ　Ｐ処理の
アドレスを求め（ステップ８５）、そのアドレスをプロ
グラム・カウンタにセットして、ＴＲＡＰ処理を実行す
る（ステップ８６）。ＴＲＡＰ処理終了後は、スタック
に退避したステイタス・レジスタとプログラム・カウン
タを回復させ（ステップ８７）、次の処理に移る。

以上の一連の処理によって、該当するＯＳに対して適切
にＴＲＡＰ命令を実行させることができる。

なお、この実施例では、Ｏ５Ｒ別フラグをステイタス・
レジスタの空きビットを用いて設定しているが、これは
ソフトウェアで行ってもよい。すなわち、ＯＳ識別フラ
グはタスクが存在しているときには常になくてはならな
いが、クリアされた後は不要なフラグであるため、必ず
しもハードウェアを用いる必要はない。ソフトウェアで
行う場合として、例えば、タスクをコントロールするプ
０７り（Ｔａｓｋ　ＣｏｎｔｒｏｌＪｏｃｋ　）に設定
しても実行できる。なお、セカンダＩＪ　ＯＳが複数存
在する場合には、各ＯＳを識別できるように、フラグの
幅を広げ、各セカンダＩＪＯ３ごとにトラップ用割込み
ペクタ・テーブルを設定すればよい。

第４図は、本発明の第２の実施例を示すステイタス・レ
ジスタおよびＴＲＡＰ番号変換テーブルの構成図である
。

第２の実施例では、重複する番号に対して処理内容は変
えずに、番号のみを変更するトラップ番号変換テーブル
を用意しておき、トラップの発生がどのＯＳのタスクか
らであるかという情報を得ることにより、その情報をも
とに上記テーブルを参照して新しい番号で従来どおりの
処理を行う。

第４図（ａ）は、第１図（ａ）と同じステイタス・レジ
スタであって、空きビットを用いて現在実行されている
タスクがどのＯＳで実行されているかを示すＯＳ識別フ
ラグを設定する。これによって、ＴＲＡＰかどのＯＳに
対して発行されたかを識別する。

第４図（ｂ）は、トラップ番号変換テーブルである。

中核ＯＳに対するＴＲＡＰと同一番号を持つが、別のＯ
Ｓに処理を求める場合には、別番号を与える必要がある
。このトラップ番号変換テーブルは、その別番号への変
換に使用される。第４図（ｂ）に示すように、トラップ
番号変換テーブルは、ＴＲＡＰ番号（Ｏ〜１５）に対応
しており、内容はそれぞれの変更番号である。変更の必
要のない番号については同じ番号を設定してもよく、あ
るいは無変更を示す内容の値を設定してもよい。ここで
は、同じ番号を指定する方法を用いている（例えば２→
２，１４→１４，１５→１５等）。このテーブルはセカ
ンダリＯＳに対して作られ、セカンダリＯＳが搭載され
ている間は常に存在する。このテーブルは、固定番地に
割付けてもよく、あるいはレジスタにその番地を記憶さ
せる方法でもよい。

ここでは、固定番地を割付ける方法を用いている。

第５図は、本発明の第２の実施例を示すプログラム、テ
ーブル等の結合関係図である。

ステイタス・レジスタ４１−５．　　トラップ番号変換
テーブル４１−７を追加しても、他の部分には影響を及
ぼさない。これを追加することにより、割込みベクタア
ドレス・テーブル４１−１上には、トラップ番号変換テ
ーブル４１−７で変換された新しい番号に対してもアド
レスが設定される。

第６図は、第５図におけるＴＲＡＰ番号判定・変換動作
のフローチャートである。

命令の解析を経て、それがＴＲＡＰ命令である場合にス
テップ９０に移る。先ず、ステイタス・レジスタとプロ
グラム・カウンタをスタックに退避させる（ステップ９
０）。そして、モードを、ユーザ・モードからシステム
・モードに変更する（ステップ９１）。その後、ステイ
タス・レジスタのＯＳ識別フラグを参照し、“１″がセ
ットされていればそのタスクはセカンダリＯＳのタスク
であるから、このＴＲＡＰはセカンダリＯＳに対して発
行されたものであることが判別できる（ステップ９２）
。次に、スタック上に退避したステイタス・レジスタの
ＯＳ識別フラグを゛０″クリアする（ステップ９３）。

そして、ＴＲＡＰ番号変換テーブル４１−７を参照して
番号の変換を行い（ステップ９４）、その番号で示され
る割込みベクタ・アドレステーブルの値から、ＴＲＡＰ
処理のアドレスを求める（゛ステップ９５）。そして、
そのアドレスをプログラム・カウンタにセットして、Ｔ
ＲＡＰ処理を実行する（ステップ９６）。一方、ＯＳ識
別フラグによって、そのタスクが中核０８４１のもので
あることが判別されたときには、そのままの番号で示さ
れる割込みベクタアドレス・テーブルの値からＴＲＡＰ
処理のアドレスを求め（ステップ９５）、そのアドレス
をプログラム・カウンタにセットしてＴＲＡＰ処理を実
行する（ステップ９６）。ＴＲＡＰ処理終了後は、スタ
ックに退避したステイタス・レジスタとプログラム・カ
ウンタを回復して（ステップ９７）、次の処理に移る。

なお、この実施例においても、ステイタス・レジスタ等
のハードウェアの代りにソフトウェアで行つこともでき
、例えばタスク・コントロール・プｏツク（Ｔａ５ｋ　
Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ　）にＯ３識別フラグを設
定しても実行することができる。また、複数のセカンダ
リＯＳが存在する場合には、ＯＳ識別フラグの幅を広げ
、各ＯＳタスクごとにＴＦｔＡＰ番号変換テーブル４１
−７を設定すればよく、使用可能なＴＲＡＰ番号の範囲
内でセカンダリＯＳを複数個サポートすることができる
。

なお、トラップ番号変換テーブル４１−７を有すること
なく、プログラム上で番号比較することにより実施する
ことも可能であって、この場合には番号比較プログラム
が番号変換手段を構成する。

〔発明の効果〕

以上説明したように、本発明によれば、ＴＲＡＰ命令が
どのＯＳに対して発行されたかを識別でき、かつ重複し
た番号に対しても番号変換によって別個に処理できるの
で、ＴＲＡＰ命令が適切に実行され、誤ったタスクに対
し行われることがない。また、識別フラグやテーブルの
作成、゛参照等はすべてＯＳ内で行われ、ユーザに対し
何ら影響を与えることがな（、ユーザに対し他のＯＳを
意識せずに、ＴＲＡＰ命令を発行させることができる。

【図面の簡単な説明】

第１図は本発明の第１の実施例を示すステイタス・レジ
スタとトラップ用割込みベクタ・テーブルの構成図、第
２図は本発明の第１実施例を示すプログラムとテーブル
の主メモリ内の配置図、第３図は第２図のＴＲＡＰ番号
判定、変換動作のフローチャート、第４図は本発明の第
２実施例を示すステイタス・レジスタとＴＲＡＰ番号変
換テーブルの構成図、第５図は本発明の第２実施例を示
すプログラムとテーブルの主メモリ内の配置図、第６図
は第５図におけるＴＲＡＰ番号判定・変換動作のフロー
チャートである。 ４１：中核ＯＳ，４１−１：割込みベクタ・テーブル、
４１−２：ディスパッチャ、＋１−３　ニドラップ・マ
ツピングテーブル、４１−４：Ｉ１０タスク、４１−５
：ステイタス・レジスタ、４１−〇ニドラップ月割込み
ベクタ・テーブル、４１−７：トラップ番号変換テーブ
ル、４４＝セカンダリＯＳタスク、４４−１：セカンダ
リａＳ。 ４４−２　：セカンダリ・タスク群。 第１図 第２図 第３図 第牛図 第５図 第　　　６　　　図 第　　　７　　　図 第　　　９　　　図 ２］ 第１０図 第１１図 手続補正書（方式〕 昭和６１年２月４日

Claims (3)

【特許請求の範囲】
1. （１）複数の第２オペレーティング・システムを第１オ
   ペレーティング・システムのタスクとして構成する仮想
   計算機システムにおいて、第１または第２のオペレーテ
   ィング・システム（以下ＯＳ）上のタスクで発生したト
   ラップ命令がどのＯＳに対して発行されたかを識別する
   手段と、各ＯＳごとに各自のトラップ処理のアドレスだ
   けを登録したトラップ用割込みベクタ・テーブルとを有
   し、上記識別手段で識別されたＯＳをもとに上記テーブ
   ルを参照してトラップ処理を実行することを特徴とする
   仮想計算機制御方式。
2. （２）複数の第２オペレーティング・システムを第１オ
   ペレーティング・システムのタスクとして構成する仮想
   計算機システムにおいて、第１または第２のオペレーテ
   ィング・システム（以下ＯＳ）上のタスクで発生したト
   ラップ命令がどのＯＳに対して発行されたかを識別する
   手段と、重複するトラップ番号に対して番号だけを変換
   するトラップ番号変換手段とを有し、上記識別手段で識
   別されたＯＳと上記変換手段で変換されたトラップ番号
   からトラップ処理のアドレスを求めてトラップ処理を実
   行することを特徴とする仮想計算機制御方式。
3. （３）前記トラップ命令のＯＳ識別手段は、ステイタス
   ・レジスタの空きビットを用いるか、あるいはタスク・
   コントロール・ブロックに設定することを特徴とする特
   許請求の範囲第１項記載の仮想計算機制御方式。