JPH039489B2 - - Google Patents

Description

【発明の詳細な説明】 (A) 発明の技術分野 本発明は仮想計算機デイスプレイ制御方式、特
に仮想計算機制御部と、仮想計算機上で動作する
オペレーテイング・システム（OS）とが、１台
のデイスプレイ型コンソールを、それぞれの表示
画面を競合させることなく、独立して占有してい
るかのように使用できるようにした仮想計算機デ
イスプレイ制御方式に関するものである。

(B) 従来技術と問題点 仮想計算機システムは、中央処理装置と各種周
辺装置等とを含む実ハードウエアと、仮想的な計
算機環境を整えて、仮想計算機（VM）を制御す
る仮想計算機制御部（CP）と、仮想計算機をあ
たかも実在する装置であるかのように意識して、
データ処理を実行するオペレーテイング・システ
ム（OS）を含むソフトウエア群とからなる。

従来、上記CPと、VM上で動作するOSとが１
台のシステム・コンソールを共有して使用すると
き、タイプライタ型のコンソールだけが使用され
ていた。タイプライタ型のコンソールの場合、メ
ツセージがハード・コピーされるので、一般に１
ライン毎の出力が行われ、複数行にわたつてメツ
セージを見易いように編集しなおす必要性は少な
い。これに対し、デイスプレイ装置の場合には、
一般に表示画面の大きさに制限がある一方、画面
全体の表示形式を自由に定めることができるた
め、メツセージを見易い形で効率よく編集して出
力することが望まれる。しかし、デイスプレイ装
置を、CPと、VM上で動作するOSとの共通のコ
ンソールとして利用するとすれば、CPとOSとの
メツセージの表示形式を統一的に定めることは、
互換性・独立性の点から困難であるため、CPお
よびOSからのそれぞれのメツセージが、１画面
上に混在して出力されてしまうことになる。

したがつて、従来、デイスプレイ装置をシステ
ム・コンソールとして用いても、デイスプレイ装
置の長所を活かすことができず、タイプライタ型
のコンソールと同様な出力形式となるため、ハー
ド・コピーをとることができない分だけ、通常の
タイプライタ型コンソールよりも不利であると考
えられていた。

(C) 発明の目的と構成 本発明は上記問題点の解決を図り、１台のデイ
スプレイ型コンソールを、CPとVM上で動作す
るOSとが共有して使用できるようにし、かつ表
示画面上でCPのメツセージとOSからのメツセー
ジとが競合しないようにすることを目的としてい
る。特に、表示画面をCP用とOS用とに分けた場
合に、表示画面がCP用になつているときの、OS
からのメツセージ表示要求に対する処理が問題と
なるが、本発明は、擬似的な装置使用中状態、す
なわちデバイス・ビジーをOSに報告し、既存の
OSを改造することなく、また操作性を劣化させ
ることなく、競合制御を図ることをめざしてい
る。そのため、本発明の仮想計算機デイスプレイ
制御方式は、仮想計算機制御部の配下で仮想計算
機を動作させる仮想計算機システムにおいて、デ
イスプレイ型のコンソールをそなえるとともに、
少なくとも上記デイスプレイ型コンソールの表示
画面が仮想計算機制御画面であるか仮想計算機使
用画面であるかを示す画面モード指示部と、該画
面モード指示部が仮想計算機制御画面を示してい
るときの上記仮想計算機からの表示要求に対しデ
バイス・ビジーを通知するデバイス・ビジー通知
部と、上記デバイス・ビジの通知から所定の時間
経過後に画面モードを切り換えて上記仮想計算機
に対しデバイス・エンドを通知する画面制御部と
をそなえたことを特徴としている。以下図面を参
照しつつ、実施例に従つて説明する。

(D) 発明の実施例 第１図および第２図は本発明による制御概要の
説明図、第３図は本発明の一実施例構成を示す。

第１図において、１はデイスプレイ型コンソー
ルの仮想計算機制御画面（以下CP画面という）、
２はCP画面退避域、３はデイスプレイ型コンソ
ールの仮想計算機使用画面（以下OS画面とい
う）、４はOS画面退避域を表わす。

本発明の場合、システム・コンソールとして、
例えばCRTデイスプレイとキーボードとからな
るデイスプレイ型のコンソールが用いられる。デ
イスプレイ型コンソールの表示画面の状態として
CP画面１のモードとOS画面３のモードとがあ
る。CP画面１のモードは、VMを制御するため
のCPコマンドが入力可能な状態であつて、その
ときの表示画面には、CPからのメツセージのみ
が表示される。一方、OS画面３のモードは、OS
コマンドを入力できる状態であつて、OS自身が
自由に制御できる画面を作り出すことが可能な状
態である。

CP画面１からOS画面３への切り換えは、例え
ば次の場合に行われる。まず、OSのイニシヤ
ル・プログラム・ロード（IPL）時に、自動的に
OS画面３に切り換えられる。この切り換えにあ
たつては、CP画面１の表示内容は、所定の記憶
領域に確保されたCP画面退避域２へ退避される。
OS画面３としては、クリアされた表示画面が引
き継がれる。次に、CPコマンドであるBEGINコ
マンドによつても、CP画面１からOS画面３への
切り換えが行われる。OS画面３の表示画面は、
OS画面退避域４から読み出されて復元される。
以下同様である。また、いわゆるプログラム・ア
テンシヨン２（PA２）キーの押下によつても、
切り換えがなされる。さらに、第２図を参照して
後述する如く、OSがデイスプレイ型コンソール
に対して、入出力起動（SIO：Start Input
Output）命令を発行した場合にも、所定の時間
経過後に、CP画面１からOS画面３への切り換え
が行われる。

OS画面３からCP画面１への切り換えは、例え
ば次の場合に行われる。OS画面３のモード時に、
PA２キーが押下されると、CP画面１へ切り換え
られる。このとき、OS画面３の内容は、OS画面
退避域４へ退避され、CP画面１の表示は、CP画
面退避域２から復元される。この退避・復元は、
以下の切り換え時にも同様に行われる。OSで障
害が起こり、OSが処理を続行できない状態、す
なわちデイセイブル・ウエイト（Disable Wait）
状態になつた場合にも、CP画面１へ切り換えら
れる。また、CPからオペレータへの緊急メツセ
ージがある場合、またはCPからの通常のメツセ
ージが例えば44行分溜つた場合にも、OS画面３
からCP画面１への切り換えが行われる。

特に本発明の場合、CP画面１のモードのとき
に、OSがOS画面の変更のためSIO命令を発行す
ると、例えば第２図図示の如く、制御する。な
お、OSはコンソールを占有していると考えて処
理しているので、CP画面１のときにSIO命令が
発行されることは、頻繁に起こり得る。OSの
SIO命令発行に対して、直ちにCP画面１からOS
画面３へ無条件に切り換えるとすると、オペレー
タが、例えばCP画面１において、CPコマンドを
投入しようとしているとき、その操作を続行でき
なくなる。また、例えばOSメツセージが連続し
て大量にあるとき、CP画面１の状態を維持する
ことができなくなる。

そこで、第２図に示すように、OSがSIO命令
を発行したときに、CP画面１のモードであれば、
実際のハードウエアに対するSIO命令を発行する
ことなく、いわゆるコンデイシヨン・コードCC
＝１を実行結果として通知し、チヤネル状態語と
してデバイス・ビジーを報告する。そして所定の
時間、例えば60秒経過後にCP画面１からOS画面
３へ切り換えて、OSに対しデバイス・エンドの
割込みを通知する。この間、OSは停止すること
なく他の処理を続行することができ、CPによつ
て擬似的に発生させられたデバイス・エンド割込
みを受けることにより、コンソールが使用可能状
態になつたことを知る。先のデバイス・ビジーで
保留されたSIO命令を再度実行すれば、OS画面
３への出力等がなされることになる。一方、オペ
レータは、上記60秒の猶予時間に、CP画面１の
チエツクや必要なCPコマンドの投入ができる。

上記デバイス・ビジーの報告からデバイス・エ
ンドの割込みまでの時間は、必ずしも60秒でなく
てもよいが、通常３分くらいのコンソール入出力
監視時間よりも短く、またオペレータのCP画面
１における操作に支障のない時間をとることが望
ましい。

第３図は本発明の一実施例構成ブロツク図を示
している。図中、符号２および４は第１図に対応
し、１０は仮想計算機（VM）、１１は仮想計算
機制御部（CP）、１２はオペレーテイング・シス
テム（OS）、１３は応用処理部、１４はプログラ
ム割込みハンドラ、１５はスタートＩ／Ｏシミユ
レータ、１６はデバイス・ビジー通知部、１７は
タイマ処理部、１８は画面モード指示部、１９は
入出力管理部、２０はデイスプレイ型コンソー
ル、２１は画面制御部、２２は画面切換部、２３
はアテンシヨン処理部、２４はデバイス・エンド
通知部、２５は入出力割込み処理部、２６はタイ
マ割込み処理部、２７は仮想Ｉ／Ｏ反映部、２８
はCPメツセージ制御部、２９はメツセージ・キ
ユー管理部、３０−１ないし３０−３はCPメツ
セージ・キユーを表わす。

VM１０は、仮想的なハードウエア資源をCP
１１によつて割当てられた装置である。CP１１
は、VM１０を制御し、メモリのマツピング・テ
ーブルの管理、実入出力装置への入出力に関する
命令の発行、各種割込みの処理等を行う。OS１
２は、配下で動作する各種応用処理部１３を動作
させるものであり、応用処理部１３は、OS１２
の各種機能を利用しつつ利用者の必要とするデー
タ処理を遂行する。OS１２は、VM１０を１つ
の独立した計算機として処理を行う。しかし、
OS１２は、いわゆるプロブレム・モードで走行
するので、SIO命令を発行すると、特権命令の使
用禁止により、プログラム割込みを起こし、CP
１１のプログラム割込みハンドラ１４に制御が移
行する。

プログラム割込みハンドラ１４は、プログラム
割込みの原因を解析し、その原因に応じた処理を
実行するものである。SIO命令の発行によるもの
である場合には、そのSIO命令がOS１２から発
行されたものであるかどうかをチエツクした後、
スタートＩ／Ｏシミユレータ１５へ通知する。ス
タートＩ／Ｏシミユレータ１５は、OS１２の作
成したチヤネル・コマンド・ワード（CCW）を
チエツクし、必要に応じてアドレス変換等を行
い、実際にSIO命令を発行できる形にするもので
ある。デバイス・ビジー通知部１６は、特にSIO
命令がデイスプレイ型コンソール２０を対象とし
ているときに、第２図で説明したデバイス・ビジ
ーを通知するものである。このときタイマ処理部
１７に60秒間のタイマ・セツトを依頼する。

画面モード指示部１８は、デイスプレイ型コン
ソール２０の表示画面が現在CP画面であるかOS
画面であるかを記憶しておくものである。なお、
画面切り換えが必要な状態であるにもかかわら
ず、例えば入出力命令の実行途中であつて、直ち
に画面切り換えができない場合のために、その状
態を示すペンデイング・ビツトも有している。

入出力管理部１９は、実際の入出力装置への
SIO命令を実行処理するものである。デイスプレ
イ型コンソール２０は、例えばCRTデイスプレ
イとキーボードからなる。画面制御部２１は、
CP画面からOS画面またはOS画面からCP画面へ
の切り換えを行う画面切換部２２と、PA２キー
の押下によるアテンシヨンの処理を行うアテンシ
ヨン処理部２３と、第２図で説明した擬似的なデ
バイス・エンドを通知するデバイス・エンド通知
部２４とを有している。入出力割込み処理部２５
は、入出力割込みを受け付けて処理するものであ
る。タイマ割込み処理部２６は、タイマ処理部１
７がセツトしたタイマについてのクロツクコンパ
レータの割込みを受け付けるものである。

仮想Ｉ／Ｏ反映部２７は、OS１２が発行した
SIO命令についての実行処理結果を通知するもの
である。通常、OS１２が持つ入出力割込みハン
ドラの先頭に制御を移行し、実際に入出力割込み
が生じたかのように擬似する。

CPメツセージ制御部２８は、CP１１が発行し
たCP画面に表示すべきメツセージの制御を行う
ものである。メツセージ・キユー管理部２９は、
例えばデイスプレイ型コンソール２０がOS画面
のモードになつている場合に、直ちにCPメツセ
ージを出力できないので、CPメツセージの発行
順にCPメツセージ・キユー３０−１，３０−２，
…を作成し管理するものである。

例えば、画面モード指示部１８がOS画面のモ
ードを示しているときに、OS１２がデイスプレ
イ型コンソール２０に対し、SIO命令を発行した
とする。この場合には、プログラム割込みハンド
ラ１４でSIO命令が検出されて、スタートＩ／Ｏ
シミユレータ１５でチエツクされ、入出力管理部
１９を経由して、SIO命令がすぐに実行される。
その入出力処理が終了すると、入出力割込み処理
部２５を経由して、画面制御部２１へ通知が行
き、仮想Ｉ／Ｏ反映部２７からOS１２へSIO命
令の実行結果が通知される。なお、画面制御部２
１においては、このとき、ペンデイング・ビツト
がチエツクされる。

一方、CP画面のときに、OS１２がOS画面用
のSIO命令を発行したとすると、次のように処理
される。スタートＩ／Ｏシミユレータ１５は、プ
ログラム割込みハンドラ１４からSIO命令の通知
があると、画面モード指示部１８をチエツクす
る。この場合、CP画面のモードであるため、直
ちに出力できないことを認知し、デバイス・ビジ
ー通知部１６を起動する。デバイス・ビジー通知
部１６は、OS１２に対して、デバイス・ビジー
を通知するとともに、60秒間のタイマ・セツトを
タイマ処理部１７へ依頼する。60秒が経過して、
タイマ割込みが生じると、タイマ割込み処理部２
６からの通知により、画面切換部２２は、まず
CP画面からOS画面への切り換えを行う。この切
り換えでは、現在のデイスプレイ表示画面の内容
を、入出力命令によつて読み出し、CP画面退避
域２へ退避し、次にOS画面退避域４から読み出
した内容をデイスプレイ型コンソール２０へ出力
し、OS画面を復元する。そして、画面モード指
示部１８のモードをOS画面モードにすることに
より、画面切り換えを終了する。なお、上記画面
切り換えを、直ちに処理できない場合には、画面
モード指示部１８にペンデイング・ヒツトを立て
ておき、ペンデイング条件が解除されてから、切
り換えを実行する。CP画面からOS画面へ切り換
えが行われたならば、デバイス・エンド通知部２
４は、擬似的なデバイス・エンドを仮想Ｉ／Ｏ反
映部２７へ通知する。仮想Ｉ／Ｏ反映部２７から
OS１２へデバイス・エンドの割込みが報告され、
OS１２は、デイスプレイ型コンソール２０が使
用可能状態になつたことを知る。再度SIO命令を
発行することにより、OS画面を更新することが
できる。

CP画面モードのときに、CP１１からオペレー
タへのメツセージがあると、CPメツセージ制御
部２８から直ちにデイスプレイ型コンソール２０
への出力がなされる。しかし、OS画面モードの
ときには、CPメツセージを出力することができ
ないので、メツセージ・キユー管理部２９によ
り、CPメツセージ・キユー３０−１，３０−２，
…として、保持しておく。システムの運用に重大
な影響を及ぼす緊急メツセージがあつた場合、ま
たは、例えば通常のCPメツセージが44行分溜つ
た場合にはCPメツセージ制御部２８から、画面
制御部２１へ画面切り換えが依頼される。CP画
面からOS画面への上記切り換え処理と同様にし
て、OS画面からCP画面への切り換えが行われ、
CPメツセージを出力できる状態に設定されるこ
とになる。

例えば、PA２キーが押下された場合には、い
わゆるアテンシヨン割込みを起こす。この割込み
は、アテンシヨン処理部２３へ通知され、アテン
シヨン処理部２３は、リードモデイフアイ・コマ
ンドにより、PA２キーの押下による割込み原因
を知る。これによつて画面切換部２２を起動し、
画面を切り換える。なお、BEGINコマンド等に
よる切り換えも同様に行われるので、説明を省略
する。

(E) 発明の効果 以上説明した如く、本発明によれば、仮想計算
機システムにおいて、デイスプレイ型コンソール
をデイスプレイの長所を活かした形で使用できる
ようになる。特に、例えばサービスプロセツサ
（SVP）等のデイスプレイで知られたマニユア
ル・フレームやプログラム・フレーム等の表示画
面の制御と同様な制御を、仮想計算機制御部と仮
想計算機のOSとにおいて、実現することが可能
になる。

【図面の簡単な説明】

第１図および第２図は本発明による制御概要の
説明図、第３図は本発明の一実施例構成を示す。 図中、１はCP画面、３はOS画面、１０は仮想
計算機、１１は仮想計算機制御部、１２はオペレ
ーテイング・システム、１６はデバイス・ビジー
通知部、１８は画面モード指示部、２０はデイス
プレイ型コンソール、２１は画面制御部、２２は
画面切換部、２４はデバイス・エンド通知部を表
わす。

Claims (1)

【特許請求の範囲】
1. １ 仮想計算機制御部の配下で仮想計算機を動作
   させる仮想計算機システムにおいて、デイスプレ
   イ型のコンソールをそなえるとともに、少なくと
   も上記デイスプレイ型コンソールの表示画面が仮
   想計算機制御画面であるか仮想計算機使用画面で
   あるかを示す画面モード指示部と、該画面モード
   指示部が仮想計算機制御画面を示しているときの
   上記仮想計算機からの表示要求に対してデバイ
   ス・ビジーを通知するデバイス・ビジー通知部
   と、上記デバイス・ビジーの通知から所定の時間
   経過後に画面モードを切り換えて上記仮想計算機
   に対しデバイス・エンドを通知する画面制御部と
   をそなえたことを特徴とする仮想計算機デイスプ
   レイ制御方式。