JPS62166436A - デ−タ処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 この発明はデータ処理システムに関するものであり、詳
細に述べれば、データ処理システムの表示ハードウェア
の制御に関するものである。

Ｂ、従来技術 データ処理システムは通常、幾つかの層から形成されて
いる。この層の１つはオペレーティング・システムであ
る。次の層は、論理層で、仮想計算機インターフェース
と呼ばれる。装置へ行くオペレーティング・システムの
コマンドは、すべてこの仮想計算機インターフェースを
通過しなければならない。仮想計算機インターフェース
の下には、仮想端末サブシステムと呼ばれるサブシステ
ムがある。この仮想端末サブシステムは、キーボード、
ロケータ、タブレット、音響装置、および１文字（英数
字）モードであれ、全点アドレス可能（ＡＰＡ）モード
であれ、すべての表示装置等のハードウェア装置を管理
する。

一般に、英数字表示装置は、テキストの文字が表示でき
るだけである。しかし、全点アドレス可能モードでは１
文字と図形がサポートされる。図形をサポートするデー
タ処理システムでは、テキストの処理をサポートするだ
けのものより、コストは高い。

下記に、コマンドがアプリケーション・プログラムから
システムを通じて、表示装置で出力を形成するために送
られた場合の、これらの層を通る全体の流れを説明する
。表示装置で図形または文字を表示するコマンドを送る
ために、オペレーティング・システムはコマンドを仮想
計算機インターフェースを通して送り出す。仮想計算機
インターフェース層では、コマンドが捕促され、待ち行
列エレメントに再フォ−マツト化される。そこからコマ
ンドは仮想端末サブシステムへ送り出される。仮想端末
サブシステムは、コマンドを取り込んで、コマンドの種
類を判定する。次に仮想端末サブシステムはそのコマン
ドを表示装置へ送る。

Ｃ０発明が解決しようとする問題点 表示コマンドは、表示装置に到達する前にこれらの層の
すべてを通過しなければならないので、システムの性能
が低下する。これらの層を通過すると、システムの応答
時間が長くなる。たとえば、アプリケーション・プログ
ラムが、表示スクリーン上のカーソルを動かすのにマウ
スを使用する場合、マウスの動きと、出力表示装置のス
クリーン上でのカーソルの位置変更との間にかなりの遅
れを生ずる。理想的には、これら２つの動きは、はぼ同
時に行われるべきである。

この発明の目的は、アプリケーション・プログラム中の
表示コマンドと、データ処理システム環境におけるハー
ドウェア装置の出力との間の応答時間を改善することに
ある。

Ｄ０問題点を解決するための手段 この発明のデータ処理システムでは、仮想端末サブシス
テムは２つのモードで動作する。モードの１つはキーボ
ード／送受信（ＫＳＲ）モードと呼ばれ、他の１つは、
モニター・モードと呼ばれる。ＫＳＲモードは主として
テキストを表示装置で表示するために用いられる。ＫＳ
Ｒモードの仮想端末に送られるコマンドは、アプリケー
ション・プログラムからのもので、表示装置に到達する
のにシステムのすべての層を通る。

モニター・モードは、オペレーティング・システム上で
走行するアプリケーション・プログラム、特に図形アプ
リケーションに、表示ハードウェアへの直接出力パス、
および入力装置のための短縮入力パスを与えるように設
計されている。仮想端末サブシステムはこのモードでは
迂回される。この゛発明のシステムでは、アプリケーシ
ョン・プログラムとハードウェアとの間の層が除去され
ているので、このようにして性能が改善される。

モニター・モードでは、入力装置からの入力データを記
憶するように、バッファが定義される。

アプリケーション・プログラムは、仮想端末サブシステ
ムからの情報なしに何時でもこのバッファにアクセスす
る。次にアプリケーションはこのデータを取り入れ、直
接データを表示装置に出力する。

Ｅ、実施例 第１図は、オペレーティング・システム１０上で走行す
るアプリケージ目ン・プログラム５０、論理層である仮
想計算機インターフェース（ｖＭ■）層２０、ハードウ
ェア装置４０のすべてを管理する仮想端末サブシステム
３０等、データ処理＝４＝ システム環境内の各種の層を示す。ハードウェア装置４
０は、いかなる数の、またいかなる組合わせの入力装置
４１および出力装置４２から成っていてもよい。装置４
１および４２としては、キーボード４１、マウス４１、
タブレット４１、音響装置４２、および表示装置４２等
があるが、これらに限定されるものではない。表示装置
４２は。

仮想端末間で共用される仮想表示装置でもよい。

この発明のデータ処理システムでは、仮想端末サブシス
テムは２つのモードで作動する。モードの１つはＫＳＲ
モード、他の１つはモニター・モードと呼ばれる。ＫＳ
Ｒモードは主として表示装置でテキストを表示するのに
用いられる。これはＡＮＳＩ形式のインターフェースで
あって、ＡＳＣＩＩコードを取扱う。ＫＳＲモードでは
図形は表示されない。ＫＳＲモードは文字の表示のみに
使用される。さらに、ＫＳＲ仮想端末に送られるコマン
ドは、アプリケーション・プログラムからのものであり
、表示装置に到達するのにシステム中のすべての層を通
るため、非常に遅いインターフェースである。その結果
このモードにおけるパフォーマンスは低い。

第２のモードはモニター・モードと呼ばれるものである
。モニター・モードは、文字モードであれ、全点アドレ
ス可能（ＡＰＡ）モードであれ、表示装置のハードウェ
ア・リフレッシュ・バッファと直接対話するアプリケー
ションをサポートし、表示装置への出力のため、仮想端
末サブシステムをバイパスする。

モニター・モードでは、入力装置４１は、その入力を仮
想端末サブシステム３０を介してアプリケーション・プ
ログラム５０へ送る。モニター・モードを使用するアプ
リケーションは、オペレーティング・システム１０の記
憶域に循環バッファ１５を定義するオプションを有する
。仮想端末サブシステム３０は、入力装置４１からの割
り込みを受け、データを直接人力バッファ１５に送る。

仮想端末サブシステム３０は、最初にデータが循環バッ
ファ１５に送られる時以外は、アプリケーション・プロ
グラム５０に対する割り込みを発生しない。

アプリケーション・プログラム５０が循環バッファ１５
を定義しない場合、仮想端末サブシステム３ｏは入力装
置４１からの割り込みを受け、割込みパスを使って、デ
ータを送信する。この割り込みパスは、オペレーティン
グ・システム１０、仮想計算機インターフェース２０、
仮想端末サブシステム３０等の通信システムの各層間で
の通信に関与する待合せインターフェース管理を必要と
する。これにより、アプリケーション・プログラム５０
は、オペレーティング・システム１０、および仮想端末
サブシステム３０において、２層ないし３層の待合せを
行う。

したがって、アプリケーション・プログラム５０が循環
バッファ１５を定義する場合、待合せによるオーバーヘ
ッドはなくなる。このように、アプリケーション・プロ
グラム５０がキーボード、マウス、またはタブレットか
らの入力を追跡しようとする場合は、はるかに速く追跡
することができる。その結果、入力データは高速で表示
装置に一７＝ 反映される。

この発明のデータ処理システムでは、入力装置からの入
力の処理に関する重要な要素は、アプリケーション・プ
ログラム５０が、アプリケーション・プログラム５０お
よび仮想端末サブシステム３０により管理される循環バ
ッファ１５を定義する能力である。

循環バッファ１５の構造は下記のとおりである。

循環バッファ１５はその最初の３２バイト中に位置する
状況域を必要とする。状況域には、仮想端末サブシステ
ム３０のためのオフセット・ポインタと、オペレーティ
ング・システム１０のためのオフセット・ポインタが含
まれる。これらのオフセット・ポインタは、データをバ
ッファ１５に入れたり、データをバッファ１５から取り
出したりするために用いられる。

バッファ１５の大きさは可変であるが、少くとも３４バ
イトで、６４０００バイト以内であることが好ましい。

バッファ１５は、システムが後述のモニター・モードに
なった後で定義される。

以上、入力パス、すなわち入力装置４１からオペレーテ
ィング・システム１０へ、どのような経路をたどるかに
ついて説明した。要約すれば、入力装置４１からのデー
タは、たとえばロケータを表示画面上で動かす場合、仮
想端末サブシステム３０に送られる。仮想端末サブシス
テム３０は、このデータをバッファ１５に入れる。デー
タがバッファ１５に入ると、アプリケーション・プログ
ラム５０はいつでもこのバッファ１５からデータを取り
出すことができる。

出力パスに関しては、仮想端末サブシステム３０は分離
されている。仮想端末サブシステム３０は、アプリケー
ション・プログラム５０が何を行っているかを知らない
。仮想端末サブシステム３０を通信パスから外すと、仮
想資源管理プログラム６０内の通信層の多くが迂回され
、システム・パフォーマンスが向上する。仮想資源管理
プログラム６０は仮想端末サブシステム３０を含み、上
層の仮想計算機インターフェース２０および下層のハー
ドウェア・インターフェース７０の間に位置する。

モニター・モード中は、アプリケーション・プログラム
５０が表示装置４２上に図形を描く場合、データはアプ
リケーション・プログラム５ｏがら表示装置４２へ直接
送られる。仮想端末サブシステム３ｏは、このデータの
直接転送を知らない。

上記のＫＳＲモードとモニター・モードとの相違は、第
２図および第３図に示すとおりである。

第２図は、ＫＳＲモードで表示コマンドがとる経路を示
す。まず、データが入力装置４１から受信され、仮想端
末サブシステム３０および仮想計算機インターフェース
２０を経て、オペレーティング・システム１０へ送られ
る。アプリケーション・プログラム５０が、オペレーテ
ィング・システム１０からの入力データにアクセスし、
対応する出力を決定する。次に、オペレーティング・シ
ステム１０は表示コマンドを生成し、これを仮想計算機
インターフェース２０に送る。表示コマンドは仮想端末
サブシステム３０を経て、出力（表示）装置４２に送ら
れる。

反対に、第３図はモニター・モードで表示コマンドがと
る経路を示す。仮想端末サブシステム３０が入力装置４
１からデータを受信し、そのデータをバッファ１５に入
れる。データがバッファ１５に入ると、アプリケーショ
ン・プログラム５゜はいつでも、仮想端末サブシステム
３ｏに知られずに、このデータにアクセスすることがで
きる。

アプリケーション・プログラム５０はバッファ１５から
のデータを直接出力装置４２へ送る。

モニター・モードでは仮想端末サブシステム３０はバイ
パスされ、アプリケーション・プログラム５０と出力装
置４２との間の動作について知らない。したがって、こ
のモードを使用するアプリケーション・プログラム５０
は、自身のデータ表示スペースを維持し、仮想端末間の
切換に関与し、容易にしなければならない。

モニター・モードを使用するアプリケーション・プログ
ラム５０はまた、すべての入力データ追跡（キーボード
、マウス、タブレット、点灯したプログラム機能キーお
よびダイアル）を行う。この＝１１− ようなアプリケーション・プログラム５０は、その処理
要件に最適のキーボード入力データの様式プロトコルを
指定することができる。プロトコル・モードは、キース
トローク・データをＡＳＣＩＩ文字もしくは制御シーケ
ンスに変換したり、キー・ポジション、状況およびスキ
ャン・コードとして戻したりするように設定することが
できる。アプリケーション・プログラム５ｏはまた、キ
ーボードおよびロケータの入力を反映させる。

一般に、モニター・モードでは、アプリケーション・プ
ログラムと表示装置との間にある幾つかのソフトウェア
層が除かれるため、アプリケーション・プログラムは、
表示ハードウェアの制御、仮想端末サブシステムとアプ
リケーション・プログラムとの間でのデータ移動の最適
化、およびシステム・パフォーマンスの改善に関して柔
軟性を有する。

凱也晟匪 第４図ないし第９図に、ＫＳＲモードおよびモニター・
モードにおけるアプリケーション・プロダラムの動作を
示す。どのオペレーティング・システムを使用すること
も可能であるが、動作をＵＮＩＸオペレーティング・シ
ステムについて説明する。

第４図は、アプリケーション・プログラム５０がモニタ
ー・モードで新しい仮想端末をオープンするのに必要な
手順を示す。アプリケーション・プログラム５０、オペ
レーティング・システム１０、および仮想資源管理プロ
グラム６０の間でのこれらの手順中における通信も示さ
れている。

アプリケーション・プログラム５ｏが最初に行わなけれ
ばならない動作は、手順５１として示す特殊ファイルを
オープンすることである。この特殊ファイルはＤ　Ｅ　
Ｖ／ＨＦ　Ｔである。この手順により、ＵＮＩＸのＨＦ
Ｔドライバが、仮想端末（ＶＴ）オープンＳｖＣコマン
ド１１を仮想資源管理プログラム６０に送る。これによ
り、仮想端末がＫＳＲモードでオープンされる。アプリ
ケーション・プログラム５０が、モニター・モードでの
実行を選択する場合は、Ｉ１０バスにアクセスしなけれ
ばならない。したがって手順５２で、ＢＵＳコマンドを
用いてＩ１０バスを要求する。次に、アプリケーション
・プログラム５０は、仮想端末サブシステム３０からの
モニター・モード（ＭＯＭ）信号を活動化しなければな
らない（手順５３）。次に、手順５４で、アプリケーシ
ョン・プログラム５０から仮想資源管理プログラム６０
内の仮想端末サブシステム３０へのプロトコル・モード
・コマンドが、ＫＳＲモードをモニター・モードに変え
る。手順５５は、モニター・モード人力バッファを定義
するためにアプリケーション・プログラム５０から仮想
端末サブシステム３０へ送られるスクリーン要求コマン
ドで、アプリケーション・プログラム５０に表示装置の
所有権を与える。

このスクリーン要求コマンド５５と、前のプロトコル・
モード・コマンド５４により、端末はモニター・モード
になり、アプリケーション・プログラム５０はバッファ
１５を定義するか定義しないかの機会を得る。バッファ
１５が定義されてもされなくても、手順５５におけるス
クリーン要求を仮想端末サブシステム３０に送り出され
なければならない。この時点で、仮想端末はモニター・
モードであり、アプリケーション・プログラム５０は仮
想端末サブシステム３０から許可信号を受信する。これ
は、アプリケーション・プログラム５０が仮想端末に接
続される表示アダプタを完全に制御していることをアプ
リケーション・プログラム５０に伝えるものである。こ
の時点から、アプリケーション・プログラム５０は仮想
端末の表示装置に選択したものを何でも表示することが
できる。

第５図は、モニター・モードで新しい端末をオープンし
、次にその端末でＫＳＲモードに戻す手順を示す。第５
図に示す手順は、第４図の連続する事象のすべて、すな
わち、特殊ファイルをオープンしく５１）Ｉ１０バスを
要求しく５２）、モニター・モード信号を活動化しく５
３）、プロトコル・モードを送Ｑて仮想端末をモニター
・モードとしく５４）、スクリーンを要求する（５５）
ことを含む。アプリケーション・プログラム５０が許可
信号（１２）を受信すると、端末はモニター・モードに
なる。アプリケーション・プログラム５０が端末をＫＳ
Ｒモードにすることを望む場合は、アプリケーション・
プログラム５０はスクリーン解放ＡＣＫと呼ばれるコマ
ンドを仮想端末サブシステム３０に送らなければならな
い（手順５６）。手順５６により、仮想端末はモニター
・モードから解放される用意ができる。アプリケーショ
ン・プログラム５０は次に、手順５７により、仮想端末
をモニター・モードからＫＳＲモードに変えるプロトコ
ル・モードを送らなければならない。

第６図は新しい仮想端末がモニター・モードでオープン
され、次にこの仮想端末がクローズされる状態を示す。

この場合も事象の順序は第４図と同じ、すなわち特殊フ
ァイルをオープンしく５１）、工／○バスを要求しく５
２）、モニター・モード（ＭＯＭ）信号を活動化しく５
３）、プロトコル・モードを送って仮想端末をモニター
・モードにし（５４）、スクリーンを要求しく５５）、
そして許可信号１２を処理することである。アプリケー
ション・プログラム５０が許可信号１２を受信した後は
、端末はモニター・モードにある。この時点でアプリケ
ーション・プログラム５０が仮想端末をクローズするこ
とを選択すると、仮想端末クローズ・コマンドを仮想資
源管理プログラム６゜に送ることによってそれを行うこ
とができる（手順５８）。これにより仮想資源管理プロ
グラム６０のプロセスから仮想端末が除かれ、仮想端末
がキルされる。

モニター・モードで作動する仮想端末は、仮想端末サブ
システム３０のホット・キー・シーケンスに関与できる
。ホット・キーイングにより、オープンされた異なる仮
想端末がハードウェア表示装置に表示される。複数の仮
想端末が同じハードウェア表示装置を共用する能力につ
いては、１９８６年１月１７日付の米国特許出願第８２
０４５１号に詳しく説明されている。

キーボードのアクション・キーが活動化されると、仮想
端末のスクリーンがハードウェア表示装置に現れる。ア
クション・キーを再び活動化させると、次の仮想端末の
スクリーンが表示される。

このプロセスはアクション・キーを活動化させるたびに
繰返される。アクション・キーの活動化を繰返すことに
よりすべての仮想端末のスクリーンがハードウェア表示
装置に現れた後に再びアクション・キーを活動化させる
と、最初に表示された仮想端末のスクリーンが再び表示
される。したがって、キーボード上のアクション・キー
を繰返し活動化させることにより、ハードウェア表示装
置上で仮想端末のスクリーンが連続的にスクロールされ
る。

ホラ１−・キーイングにより、各種の仮想端末のスクリ
ーンがハードウェア表示装置上でアクセスできる。その
際、各スクリーンはハードウェア表示装置から除去する
前に保管しておく必要はない。

ホット・キーイングのシーケンスは、アクション・キー
の活動化により、前の仮想端末スクリーンを自動的にハ
ードウェア表示装置に復えさせる。このように、アプリ
ケーション・プログラム５０は、オープンされた各仮想
端末のデータを保管する必要はない。

しかし、仮想端末がモニター・モードにあり、ホット・
キー動作に関与している場合は、当該仮想端末は表示装
置の制御を放棄する前に自身のデータを保管しなければ
ならない。

第７図は、２台の端末がオープンされ、それらがいずれ
もモニター・モードである場合を示す。

キーボード上のアクション・キーが活動化されると、仮
想端末サブシステム３０の一部である仮想端末資源管理
プログラム７０が信号７０１を受信する。仮想端末資源
管理プログラム７０は信号７ｏ２を送り、第１の仮想端
末ｖＴ１を非活動化する。これにより、仮想端末サブシ
ステム３０の一部である仮想端末モード・プロセッサ８
０中の仮想資源管理タイマ８０１が始動する。このタイ
マは特定の時間、たとえば３０秒に設定される。

アプリケーション・プログラム５ｏは仮想端末サブシス
テム３０からスクリーン解放割込みを受ける。ＵＮＩＸ
オペレーティング・システムでは、オペレーティング・
システム１０が、スクリーン解放割込み８０２をＳ　Ｉ
ＧＲＥＴＲＡＣＴ信号１０１に変え、これをアプリケー
ション・プログラム５０に送る。アプリケーション・プ
ログラム５０が実際に受取るのはこのＳ　ＩＧＲＥＴＲ
ＡＣＴ信号である。これによりアプリケーション・プロ
グラム５０は、その全データの保管および５ＩＧＲＥＴ
ＲＡＣＴ信号１０１に対する応答のために特定の時間、
たとえば３０秒が与えられていることを知る。Ｓ　ＩＧ
ＲＥＴＲＡＣＴ信号１０１に応答するため、アプリケー
ション・プログラム５０は仮想端末サブシステム３０に
スクリーン解放ＡＣＫ５０１を送る。スクリーン解放Ａ
ＣＫ５０１は、アプリケーション・プログラム５０が次
のような事実を確認したことを仮想端末サブシステム３
０に知らせる。これらの事実とは、現在の表示が解放さ
れねばならないこと、アプリケーション・プログラム５
０がスクルーン・データを保管したこと、およびアプリ
ケーション・プログラム５０が表示装置の制御権を放棄
しようとしていること、である。かくして、仮想資源管
理タイマはリセットされる（手順８０３）。

この時点で仮想端末サブシステム３０はスクリーン解放
ＡＣＫ５０１を受信する。次に、仮想端末サブシステム
３０は非活動化プロセス８０４および活動化プロセス７
０４に入る。これらは仮想端末サブシステム３０の内部
プロセスであり、アプリケーション・プログラム５０は
このプロセスについては不知である。モニター・モード
の第２の仮想端末ｖＴ２を活動化させると（７０４）、
そのデータがハードウェア表示装置に表示される。

アプリケーション・プログラム５０は許可信号１０２を
受取るが、これは、第２の仮想端末ｖＴ２で実行中のア
プリケーション・プログラム５０に、表示装置の制御権
を獲得したこと、従って当該アプリケーション・プログ
ラム５０のために使用することができること、を示す。

このようにして、第１の仮想端末ｖＴ１が表示装置と対
話する能力が取り去られ、第２の仮想端末ＶＴ２がその
アプリケーションを実行するため、表示装置に現れる機
会を得る。

第８図は、２台の端末がすでにモニター・モードにあり
、ホット・キーイング操作に関与しようとしている状態
を示す。しかし、この状態では、アプリケーション・プ
ログラム５０は指定された時間内にＳ　ＩＧＲＥＴＲＡ
ＣＴ信号１０１に応答しない。第８図に示すように、ホ
ット・キーイングのためのキーボード上のアクション・
キーが活動化されているため（７０１）、アプリケーシ
ョン・プログラム５ｏはオペレーティング・システム１
０からＳ　ＩＧＲＥＴＲＡＣＴ信号１０１を受信する。

アプリケーション・プログラム５０がそのデータを保管
せず、指定の時間、たとえば３０秒の間にその信号に応
答しない場合は、仮想端末サブシステム３０のタイマが
満了する（手順８０７）。

この時、アプリケーション・プログラム５０は５ＩＧＫ
ＩＬＬ信号１０３を受信する。この信号は、オペレーテ
ィング・システム１０に、仮想端末ＶＴＩが不活性にな
ったこと、従ってオペレーティング・システム１０はこ
の仮想端末ｖＴ１をクローズする必要があること、を知
らせる。次いでこの仮想端末ＶＴＩは仮想端末サブシス
テム３０から除外される。したがって、５ＩＧＫＩＬＬ
処理の後、仮想端末ＶＴＩはクローズされる（５０２）
。仮想端末サブシステム３０はクローズ・コマンドを受
信する。このコマンドは、仮想端末サブシステム構造か
ら当該プロセスを除去し、アプリケーション・プログラ
ム５０およびオペレーティング・システム１０にクロー
ズのＡＣＫ７０６を送ることにより、仮想端末ＶＴＩを
クローズする。これで、第１の仮想端末ＶＴＩが仮想端
末サブシステム構造から除外される。

この例では第２の仮想端末ＶＴ２があるため、仮想端末
サブシステム３０はこの第２の仮想端末Ｖ、Ｔ２につい
て知っており、この第２の仮想端末ＶＴ２を活動化する
（７０７）。第２の仮想端末ＶＴ２はモニター・モード
であるため、スクリーン許可割込み８１０が仮想端末サ
ブシステム３０からオペレーティング・システム１ｏに
送られ、オペレーティング・システム１０は許可信号を
この端末のアプリケーション・プログラム５０に送る。

この時、この端末は表示ハードウェアの制御権を得る。

第９図は、２台の端末がＫＳＲモードおよびモニター・
モードでオープンされる状態を示す。モニター・モード
の端末は、非活動状態の間にＫＳＲモードに変更される
。次にこの端末はＫＳＲモードで再活動化され、そのモ
ードはモニター・モードに変る。

この状態では、モニター・モードにあった端末がＫＳＲ
モードに変ったため、仮想端末サブシステム３０はその
モニター・モードの情報は何も保持していないことをア
プリケーション・プログラム５０が記憶することが重要
である。したがって、アプリケーション・プログラム５
０は、ＫＳＲモードからモニター・モードへの切換えが
行われる前に、もう１つのバッファを定義し、そのポイ
ンタをすべてリセットしなければならない。このことは
、端末が最初モニター・モードにあって前の循環バッフ
ァが定義されており、次にＫＳＲモードに切換えられる
場合でも同じである。それは、ＫＳＲモードに切換えら
れた時、循環バッファが消滅するためである。したがっ
て、第９図に示す状態は、端末がモニター・モードにな
るたびに、プロトコル・モード（手順５０４）およびス
クリーン要求ＳＶＣ！５０５をその順序で順次送らなけ
ればならないことを示！。

【図面の簡単な説明】

第１図はデータ処理システムの層構造を示すブロック図
、第２図は表示コマンドがＫＳＲモードにおいてとるパ
スを示すブロック図、第３図は表示コマンドがモニター
・モードにおいてとるパスを示すブロック図、第４図は
モニター・モードにおいて新しい端末がオープンされる
ときの動作を示すフロー・チャート、第５図はモニター
・モードにおいて新しい端末がオープンされ、次に同じ
端末でＫＳＲモードに変更されるときの動作を示すフロ
ー・チャート、第６図はモニター・モードにおいて新し
い端末がオープンされ、次に端末がクローズされるとき
の動作を示すフロー・チャート、第７図はモニター・モ
ードにおける２台の端末間の、タイムアウト状態なしの
ホット・キーイング動作中の順次事象のフロー・チャー
ト、第８図はモニター・モードにおける２台の端末間の
、タイムアウト状態のあるホット・キーイング動作中の
順次事象のフロー・チャート、第９図は２台の端末がＫ
ＳＲモードおよびモニター・モードでオープンされ、次
にモニター・モードの端末が非活動状態でＫＳＲモード
に変更されるときの動作を示すフロー・チャートである
。 出願人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　頓　　宮　　孝　　−（外１名）

Claims (1)

1. 【特許請求の範囲】 オペレーティング・システム、仮想計算機インターフェ
   ース、仮想端末サブシステム、入力装置および出力装置
   を有し、オペレーティング・システム上でアプリケーシ
   ョンを実行できるデータ処理システムであつて、 前記アプリケーションと前記出力装置との間の直接通信
   手段と、 前記仮想端末サブシステムを、第１および第２のモード
   で操作する手段とを有することを特徴とするデータ処理
   システム。