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

Description

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

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

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

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

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

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

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

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

モニター・モードでは、入力装置からの入力データを記
憶するように、バツフアが定義される。アプリケーシヨ
ン・プログラムは、仮想端末サブシステムからの情報な
しに何時でもこのバツフアにアクセスする。次にアプリ
ケーシヨンはこのデータを取り入れ、直接データを表示
装置に出力する。

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

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

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

モニター・モードでは、入力装置４１は、その入力を仮
想端末サブシステム３０を介してアプリケーシヨン・プ
ログラム５０へ送る。モニター・モードを使用するアプ
リケーシヨンは、オペレーテイング・システム１０の記
憶域に循環バツフア１５を定義するオプシヨンを有す
る。仮想端末サブシステム３０は、入力装置４１からの
割り込みを受け、データを直接入力バツフア１５に送
る。仮想端末サブシステム３０は、最初にデータが循環
バツフア１５に送られる時以外は、アプリケーシヨン・
プログラム５０に対する割り込みを発生しない。

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

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

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

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

バツフア１５の大きさは可変であるが、少くとも３４バ
イトで、６４０００バイト以内であることが好ましい。
バツフア１５、システムが後述のモニター・モードにな
つた後で定義される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ホツト・キーイングにより、各種の仮想端末のスクリー
ンがハードウエア表示装置上でアクセスできる。その
際、各スクリーンはハードウエア表示装置から除去する
前に保管しておく必要はない。ホツト・キーイングのシ
ーケンスは、アクシヨン・キーの活動化により、前の仮
想端末スクリーンを自動的にハードウエア表示装置に記
憶させる。このように、アプリケーシヨン・プログラム
５０は、オープンされた各仮想端末のデータを保管する
必要はない。

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

第７図は、２台の端末がオープンされ、それらがいずれ
もモニター・モードである場合を示す。キーボード上の
アクシヨン・キーが活動化されると、仮想端末サブシス
テム３０の一部である仮想端末資源管理プログラム７０
が信号７０１を受信する。仮想端末資源管理プログラム
７０は信号７０２を送り、第１の仮想端末ＶＴＩを非活
動化する。これにより、仮想端末サブシステム３０の一
部である仮想端末モード・プロセツサ８０の中の仮想資
源管理タイマ８０１が始動する。このタイマは特定の時
間、たとえば３０秒に設定される。

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

この時点で仮想端末サブシステム３０はスクリーン解放
ＡＣＫ５０１を受信する。次に、仮想端末サブシステム
３０は非活動化プロセス８０４および活動化プロセス７
０４に入る。これらは仮想端末サブシステム３０の内部
プロセスであり、アプリケーシヨン・プログラム５０は
このプロセスについては不知である。モニター・モード
の第２の仮想端末ＶＴ２を活動化させると（７０４）、
そのデータがハードウエア表示装置に表示される。アプ
リケーシヨン・プログラム５０は許可信号１０２を受取
るが、これは、第２の仮想端末ＶＴ２で実行中のアプリ
ケーシヨン・プログラム５０に、表示装置の制御権を獲
得したこと、従つて当該アプリケーシヨン・プログラム
５０のために使用することができること、を示す。この
ようにして、第１の仮想端末ＶＴ１が表示装置と対話す
る能力が取り去られ、第２の仮想端末ＶＴ２がそのアプ
リケーシヨンを実行するため、表示装置に現れる機会を
得る。

第８図は、２台の端末がすでにモニター・モードにあ
り、ホツト・キーイング操作に関与しようとしている状
態を示す。しかし、この状態では、アプリケーシヨン・
プログラム５０は指定された時間内にＳＩＧＲＥＴＲＡ
ＣＴ信号１０１に応答しない。第８図に示すように、ホ
ツト・キーイングのためのキーボード上のアクシヨン・
キーが活動化されているため（７０１）、アプリケーシ
ヨン・プログラム５０はオペレーテイング・システム１
０からＳＩＧＲＥＴＲＡＣＴ信号１０１を受信する。ア
プリケーシヨン・プログラム５０がそのデータを保管せ
ず、指定の時間、たとえば３０秒の間にその信号に応答
しない場合は、仮想端末サブシステム３０のタイマが満
了する（手順８０７）。

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

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

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

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

【図面の簡単な説明】

第１図はデータ処理システムの層構造を示すブロツク
図、第２図は表示コマンドがＫＳＲモードにおいてとる
パスを示すブロツク図、第３図は表示コマンドがモニタ
ー・モードにおいてとるパスを示すブロツク図、第４図
はモニター・モードにおいて新しい端末がオープンされ
るときの動作を示すフロー・チヤート、第５図はモニタ
ー・モードにおいて新しい端末がオープンされ、次に同
じ端末でＫＳＲモードに変更されるときの動作を示すフ
ロー・チヤート、第６図はモニター・モードにおいて新
しい端末がオープンされ、次に端末がクローズされると
きの動作を示すフロー・チヤート、第７図はモニター・
モードにおける２台の端末間の、タイムアウト状態なし
のホツト・キーイング動作中の順次事象のフロー・チヤ
ート、第８図はモニター・モードにおける２台の端末間
の、タイムアウト状態のあるホツト・キーイング動作中
の順次事象のフロー・チヤート、第９図は２台の端末が
ＫＳＲモードおよびモニター・モードでオープンされ、
次にモニター・モードの端末が非活動状態でＫＳＲモー
ドに変更されるときの動作を示すフロー・チヤートであ
る。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 コーア・ダング・グーイエン アメリカ合衆国テキサス州オースチン、モ ーニング・グローリー・トレイル11200番 地 (56)参考文献 特開 昭58−195254（ＪＰ，Ａ) 特開 昭60−69737（ＪＰ，Ａ)

Claims (1)

【特許請求の範囲】
1. 【請求項１】動作中のアプリケーション（５０）からの
   出力を表示する表示装置（４２）を含むデータ処理シス
   テムであって、 前記アプリケーションから前記表示装置への出力経路の
   異なる第１のモード（図２）と第２のモード（図３）か
   ら、前記アプリケーションの要求に応じて１つを選択す
   る手段と、 前記アプリケーションからの出力を表示する前記第１の
   モードが選択されている間、オペレーティング・システ
   ム（１０）を経由して、前記アプリケーションから前記
   表示装置へ表示するための１つ以上の命令を送る第１の
   転送手段と、 前記第２のモードが選択されている間、前記アプリケー
   ションからの表示データを前記オペレーティング・シス
   テムを経由しないで前記表示装置に送る第２の転送手段
   と、 １つ以上の入力装置（４１）からの入力データを記憶す
   るための前記第２の転送手段に含まれるバッファ（１
   ５）と、 前記表示装置を共有する１つ以上の仮想端末（３０）
   と、 前記第１のモードのときに前記仮想端末上で前記アプリ
   ケーションを動作させるために１つ以上の前記仮想端末
   を前記アプリケーションの要求によって、開始する手段
   と、 前記アプリケーションの要求によって前記第１のモード
   から前記第２のモードへの切り換える手段と、 前記アプリケーションの要求によって前記第２のモード
   上で前記仮想端末を開始する手段と、を含み、 前記第２のモードが選択されている間は、前記アプリケ
   ーションから前記表示装置へのデータ転送は前記オペレ
   ーティング・システムを経由しないで行われ、前記アプ
   リケーションは前記バッファをアクセスし、前記入力デ
   ータを前記表示装置に直接出力する、 ことを特徴とするデータ処理システム。