JPH04138547A - アプリケーション間シフト方法および装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００月 【産業上の利用分野】 本発明は一般に、夫々が少くとも１個のそれに関連した
仮想端末を有する複数のプログラムアプリケーションを
同時に走行させうる仮想端末環境に関する。更に、複数
のハードウェア表示装置が設けられ、これらプログラム
アプリケーションの少くとも１つがこれらハードウェア
表示装置内の少くとも２個に直接的に書込みを行うこと
が出来る。 ［０００２］

【従来の技術とその課題】

一般に、仮想端末環境においては、システムユーザはユ
ーザの焦点または主題を第１のアプリケーションから次
のアプリケーションにシフトする前にいくつかのモード
切替え操作を行わねばならない。この効率の悪い複数回
のモード切替えは、１回のモード切替えではアプリケー
ション間ではなく仮想端末間で焦点がシフトするだけで
あることによる。複数の仮想端末には１つのプログラム
アプリケーションが関連づけられるから、焦点が実際に
次のアプリケーションに移る前にユーザは数回のモード
切替え操作を行うことになる。このようなモード切替え
は時間および資源、並びにこの形式の従来のシステムの
ユーザに生じるフラストレーションに関し、大きな効率
の低下をもたらすものである。 ［０００３］

【発明の概要及び解決手段】

従来の技術とは異なり、本発明はコンピュータシステム
のユーザが１回のモード切替え操作により、その焦点を
１つのプログラムアプリケーションから次のアプリケー
ションにシフトしうるようにするものである。 ［０００４］ 広義には本発明は少くとも２つのプログラムアプリケー
ションが設けられている仮想端末環境内で動作する。 ［０００５］ １つのプログラムアプリケーションが１より多い仮想端
末を開くことが出来る場合（すなわちマルチプロセスア
プリケーション）、そのアプリケーションはこれら仮想
端末の内の１つを除くすべてをモード切替え操作に「無
関係」として指定する。それ故、ユーザが焦点を１つの
プログラムアプリケーションから次のアプリケーション
へとシフトしたいとき、このこのタスクが１回のモード
切替え操作で行うことが出来る。例えばユーザが第１の
マルチプロセスプログラムアプリケーションと第１の活
性化された仮想端末と対話をしていると仮定する。更に
この第１アプリケーシヨンが複数の仮想端末を開いてい
ると仮定する。１回のモード切替え操作後に従来の仮想
端末サブシステムは第１の仮想端末を不活性として次の
仮想端末を活性化しようとする。しかしながら、次の仮
想端末は第１アプリケーシヨンにより開かれたものであ
ることがある。このように、ユーザは第１プログラムア
プリケーシヨンと次のプログラムアプリケーション間で
はなく第１アプリケーシヨンの仮想端末間でモード切替
えを行うにすぎない。他方、本発明は各プログラムアプ
リケーションに関連する複数の仮想端末の内の１つを除
くすべてをモード切替えに無関係として指定する。それ
故、システムはすべての無関係な仮想端末を無視し、無
関係とは指示されていない次の仮想端末を活性化する。 アプリケーション当りのモード切替において無関係とさ
れる仮想端末は１個であるから、各モード切替え操作が
焦点を、同一のプログラムアプリケーションに関連する
仮想端末間ではなく、第１のプログラムアプリケーショ
ンから次のアプリケーションへとシフトさせる。 ［０００６］

【実施例】

図１は仮想端末処理システムの層構造を示す。アプリケ
ーション５０はＵＮＩＸ（ＵＮＩＸはＡＴ＆Ｔ社の登録
商標）オペレーティングシステム等のようなオペレーテ
ィングシステム１０により実行する。次の層は仮想端末
サブシステム（ＶＴＳＳ）３０であり、これは表示ハー
ドウェア人力／出力（Ｉｌｏ）装置４０のすべてを管理
する。これらハードウェアＩ１０装置４０は入力装置４
１　（キーボード、マウス、タブレット等）および出力
装置４２（音響装置および表示装置等）を含むが、それ
らに限られない。 ［０００７］ 仮想端末処理システムではユーザ駆動のユーザへインタ
ーフェースがユーザからの命令によりアクティビティの
切換えを行う。処理システムは、資源全体がユーザのア
クティビティに対しアプリケーション５０に与えられる
ように資源の使用を仮想化する。これは仮想端末サブシ
ステム３０で行われる。仮想端末サブシステム３０は仮
想端末環境における端末サポートを与える。 ［０００８］ アプリケーション５０は使用しようとする物理的ハード
ウェア表示装置４２の数に等しい数の仮想端末を開くこ
とが出来る。仮想端末はこのアプリケーション５０に対
し、物理的に存在する表示装置４２の数より多い表示装
置があり、物理的に存在する入力装置４１の数より多い
入力装置があり、そしてこれら装置が物理的に存在する
装置とは異なる特性を有するかのごとき印象を与える。 また、仮想端末では一つのプログラムが物理的な端末装
置、例えば、表示バッファ機構、オプションとしての入
力装置の存在等のようなものの特徴には無関係に書込み
出来る。更に、仮想端末はプログラマが実際の資源の限
界を扱うために個々のメカニズムを開発する必要をなく
すものである。 ［０００９］ 代表的な仮想端末モデルは、他のものでもよいが、例え
ばキーボード送／受（ＫＳＲ）テレタイプのようなガラ
ステレタイプのエミュレーションを利用出来る。例えば
、一つのモードまたは使用しうる端末モデルは仮想マシ
ン環境においてＵＮＩＸオペレーティングシステムの端
末要求をサポートする。ＵＮＩＸオペレーティングシス
テムはディジタルエクイツブメントコ−ポレーションＶ
Ｔ１００または、オリジナルＫＳＲテレタイプの拡張形
であるＩＢＭ３１０１のようなガラステレタイプエミュ
レーションを必要とする。 ［００１０］ ＫＳＲ端末モードはＡＮＳＩ３．４／３．４１コ一ド群
ではなくＰＣＡＳＣＩＩコード群を利用するＡＮＳＩ３
．６４スタンダードに基づ＜ＡＳＣＩＩ端末エミュレー
ションである。ＡＮＳＩ３．６４データストリームはこ
のスタンダードで特定されるように拡張された音響発生
能力をサポートし、ロケータ事象の流れを扱いそして物
理的表示、フォントおよび端末特性の切替えに対する種
々の制御を与えるように拡張される。 ［００１１］ 夫々の仮想端末は１つのＫＳＲ端末の特性を具体化する
。すなわち、仮想端末は受信した要求アクションを生じ
させるデータストリームを認識し処理する。これらはカ
ーソルを動かすこと、または仮想表示装置に文字を描く
こと、ラインのそう人または削除、スクリーンのクリア
、または文字を作る属性の変更を含む。 これらアクションに加えて、アウトバウンドデータスト
リームは連続トーン音シーケンスを発生させあるいは仮
想表示を使用可能な物理的表示装置４２のいずれかに生
じさせる。 ［００１２］ 仮想端末は仮想キーボードおよび／または仮想ロケータ
から入力情報を受けそして仮想表示装置にデータを出力
する。このように、仮想端末は常にその仮想入力装置か
ら入力を受けそして常にその仮想表示装置に出力するこ
とが出来る。これら仮想装置はそれらに割り振られた物
理的装置を有することが出来るし、あるいはそれを有し
ないでもよい。それ故、仮想端末は実際に入力を受けあ
るいは物理的表示装置４２に書込むことはない。夫々の
仮想端末がキーボードからのデータストリームインバウ
ンドを認識し処理するとき、必要であれば種々の文字お
よび単純な機能を自動的にその仮想表示装置にもどすこ
とが出来る。このオペレーションはアプリケーション５
０をあたかも物理的な端末ハードウェア装置４２を用い
るように実行させうる。かくして、現存するアプリケー
ション５０の大部分は仮想端末が物理的端末４２ではな
いことを知らないから仮想端末環境における変更の実行
を必要としない。 ［００１３］ 図２は仮想端末サブシステム３０の、資源コントローラ
３１０、スクリーンマネージャ３２０、キーボード装置
ドライバ４１０、ロケータ装置ドライバ４２０、音響装
置ドライバ４３０、表示装置ドライバ４４０および多数
の仮想端末３３０を含む要素を示す。 ［００１４］ 資源コントローラ３１０は仮想端末サブシステム３０を
初期化しそして終了させる。これはまたオペレーティン
グシステム１０とアプリケーションプログラム５０が対
話装置すなわちユーザにとって使用可能な物理的端末の
形態と特性を照会し変更しうるようにする。更に、資源
コントローラ３１０は仮想端末が開閉、すなわち作成さ
れ破壊されるときのその動作に必要なシステム資源を割
り振りそして割り振解除を行う。 ［００１５］ スクリーンマネージャ３２０は物理的装置４０の仮想端
末により使用される仮想装置への割り振りを行う、この
スクリーンマネージャ３２０はキーボードおよびロケー
タ装置のドライバ４１０，４２０と関連してこれら入力
装置を仮想化するのに必要な時空分割を与える。同様に
、スクリーンマネージャ３２０は表示装置の仮想化に必
要な時分割を与える。与えられた時点で物理的表示装置
４２は仮想端末により用いられる仮想表示装置の内の１
個にのみ割り振られる。 ［００１６］ スクリーンマネージャ３２０はまたすべての物理的装置
４０を活性仮想端末の仮想装置に割り振る。活性仮想端
末はユーザ対話のための端末である。活性仮想端末は実
際に装置４１から入力を受けて物理的表示装置４２に出
力を発生することが出来る。更に、スクリーンマネージ
ャ３２０は物理的資源４０の再割振りを行う。物理的装
置４０の再割振りの動機はユーザ要求またはアプリケー
ション５０からの要求による。ユーザ要求は論理的キー
ボードまたはスクリーンマネージャ３２０に割振られた
同様の論理的マウスのような物理的入力装置４１を介し
て与えられる。物理的資源４０の再割振りは現在活性の
仮想端末からその資源を除去しそしてそれを新しく活性
化した仮想端末に割振ることを含む。この資源の再割振
りは不活性とされた端末と活性化された端末の協動を必
要とする。前述のように、装置ドライバの関与が物理的
装置４０の割振りに必要であり、かくしてキーストロー
クおよびワークリクエストアクノリッジメントのような
事象の同期化が保証される。 ［００１７］ 仮想端末サブシステム３０の他の要素はキーボード装置
ドライバ４１０でありこれは物理的キーボード４１から
の入力事象をスクリーンマネージャ３２０からのインス
トラクションに基づき仮想端末に方向づける。仮想端末
サブシステム３０のオプション要素はロケータ装置ドラ
イバ４２０と音響装置ドライバ４３０である。ロケータ
装置ドライバ４２０は物理的ロケータ４１からの入力事
象をスクリーンマネージャ３２０からのインストラクシ
ョンに基づき仮想端末に方向づける。音響装置ドライバ
４３０はサブシステム３０から物理的装置４２に音響出
力を与えることが出来る。また、仮想端末マネージャに
は複数の表示装置ドライバ４４０が含まれており、これ
らは表示装置アダプタからの中断をサービスする。　仮
想端末サブシステムは任意の多数の仮想端末を与えるこ
とが出来る。仮想端末の実際の最大数はシステム設計に
より異なり、システム資源利用により記述される。各仮
想端末は仮想端末モードプロセッサ３４０を含む。仮想
端末モードプロセッサ３４０は仮想端末のＫＳＲ型動作
を与える。各仮想端末に仮想表示装置ドライバ３５０を
含む。仮想表示装置ドライバ３５０は仮想端末モードプ
ロセッサ３４０の出力のすべてを受け、それらを仮想表
示装置に書込み、そしてその表示装置を仮想化する。各
仮想端末は更に共通装置ユーティリティを含み、これに
より仮想端末モードプロセッサ３４０がその資源要求を
資源コントローラ３２０に伝える。 ［００１８］ 仮想端末サブシステム３０の初期化は資源コントローラ
３１０により行われる。まず、資源コントローラ３１０
はシステムに含まれる物理的装置４０（表示装置、キー
ボード等）を含むリストを受ける。資源コントローラ３
１０はまたフォント、および仮想端末省略のような種々
の他のサブシステム要素についての識別子を受ける。初
期化は（１）上記の初期化情報の完全性と正確性のチエ
ツク、（２）物理的な入力装置４１の初期化、（３）供
給されたフォントの処理、（４）スクリーンマネージャ
３２０の作成、　（５）スクリーンマネージャ３２０と
の通信に必要なパスの作成、（６）スクリーンマネージ
ャ３２０を入力／出力装置４０と通信させるに必要なパ
スの作成、（７）要素に共用のグローバルデータ構造の
初期化、を必要とする。 ［００１９］ 資源コントローラ３１０は次のようにしてサブシステム
３０を初期化する。次のルーチンはプログラム設計言語
によるものであり、これから原始コードおよび機械コー
ドがとり出しうるものである。 ［００２０］ ＩＮＩＴＩＡＬＩＺＥ　　ＧＬＯＢＡＬ　　ＤＡＴＡ　
　５ＴＲＵＣＴＵＲＥＩＦ　　ＴＨＥ　　ＩＮＩＴＩＡ
ＬＩＺＡＴＩＯＮ　　ＩＮＦＯＲＭＡＴＩＯＮＮＯＴ　
　ＣＯＭＰＬＥＴＥ　　ＡＮＤ　　Ｃ０ＲＲＥＣＴＨＥ
Ｎ ＰＲＥＳＥＮＴ　　ＥＲＲＯＲＩＮＤＩＣＡＴＩＯＮＬ
ＳＥ ＣＡＬＬ　　ＩＮＩＴ　　ＤＥＶＩＣＥＳＣＡＬＬ　　
ＣＲＥＡＴＥ　　ＳＭ ＰＲＥＳＥＮＴ　　５ＵＣＣＥＳＳ　　ＩＮＤＩＣＡＴ
Ｉ○ＮＰＲＥＰＡＲＥ　　ＴＯ５ＥＲＶＩＣＥ　　ＲＥ
ＳＯＵＲＣＥＣＯＭＭＡＮＤＳ　　ＦＲＯＭ ＴＨＥ　　０ＰＥＲＡＴＩＮＧ　　ＳＹＳＴＥＭルーチ
ンＩＮＩＴ　　ＤＥＶＩＣＥＳはシステム内の種々の装
置ドライバを初期化しそして種々の要素による使用のた
めにグローバルデータ構造内に要求情報を置く。これは
またシステムが初期化パラメータにおいて識別されるフ
ォントを使用するのに必要な情報をとり出す。このルー
チンはまた装置４０から資源コントローラ３１０（ＲＣ
）、キーボードおよびロケータ装置ドライバ４１０，４
２０およびオペレーティングシステム１０への通信パス
をつくる。 ［００２１］ 仮想端末オープン 初期化後に資源コントローラ３１０は資源要求を受けう
る状態となる。仮想端末を開く　（つくる）要求をオペ
レーティングシステム１０から受けると資源コントロー
ラ３１０は次のステップを行う：　（１）仮想端末に関
連する大域データの初期化、（２）仮想端末プロセス機
能を正しく保証するなめに仮想端末モードプロセッサ３
４０においての必要な機能の実行、（３）仮想端末モー
ドプロセッサ３４０および利用される装置ドライバに対
する通信パスの確立、（４）仮想端末への外部識別子の
割当て、（５）仮想端末の初期化。 ［００２２］ 初期化に続き資源コントローラ３１０は次のルーチンを
行うことにより上記のように仮想端末を開く。 ［００２３］ ＩＦ　　ＭＡＸＩＭＵＭ　　ＮＵＭＢＥＲＯＦ　　ＶＩ
ＲＴＵＡＬＴＥＲＭＩＮＡＬＳ　　０ＰＥＮ ＨＥＮ ＩＮＤＩＣＡＴＥ　　Ｎｏ　　５ＵＣＣＥＳＳＬＳＥ ＣＲＥＡＴＥ　　ＶＴ ＣＲＥＡＴＥ　　ＰＡＴＨ３ ＩＮＩＴＩＡＬＩＺＥ　　ＴＨＥ　　ＶＩＲＴＵＡＬＴ
ＥＲＭＩＮＡＬ 置Ｌ　　ＳＭ　（ＯＰＥＮ） ＩＮＤＩＣＡＴＥ　　５ＵＣＣＥＳＳ ルーチンＣＲＥＡＴＥ　　ＶＴは仮想端末モードプロセ
ッサ３４０　（ＶＴＭＰ）向のコードをコピーし、これ
により各仮想端末がそれ自体のデータとスタックスペー
スを有することが出来る。 ［００２４］ ルーチンＣＲＥＡＴＥ　　ＰＡＴＨ３は仮想端末と装置
ドライバおよび仮想端末の開放を要求した対応するオペ
レーティングシステム１０に対する通信パスを確立する
。このルーチンはまたスクリーンマネージャ３２０から
仮想端末への通信ハスモ確立スル。ＣＲＥＡＴＥ　　Ｖ
ＴおよびＣＲＥＡＴＥ　　ＰＡＴＨ３と共に大域構造内
に情報を保存する。 ［００２５］ ルーチン置Ｌ　　ＳＭは新しい仮想端末が開かれたこと
をスクリーンマネージャに知らせる。このルーチンはス
クリーンマネージャ３２０が必要な情報をドライブ出来
るように新しい仮想端末のネーム（識別子）（そして大
域データ構造へのインデクス）を送る。スクリーンマネ
ージャ３２０はそのとき仮想端末を活性にするように動
作する（後述）。ルーチン置Ｌ　　ＳＭはスクリーンマ
ネージャ３２０が資源コントローラ３１０（ＲＣ）を連
続させうるようにする前にその動作を完了するのを待つ
。 ［００２６］ 仮想端末モードプロセッサ３４０は次のルーチンを行う
ことにより仮想端末の初期化を完了させねばならない。 ［００２７］ ＱＵＥＲＹ　　ＤＥＶＩＣＥＳ ＳＥＬＥＣＴ　　ＤＩＳＰＬＡＹ ＳＥＬＥＣＴ　　ＩＮＰＵＴ ルーチンＱＵＥＲＹ　　ＤＥＶＩＣＥＳは使用可能な装
置について割当てられた識別子をこれら装置にもどす。 ルーチン５ＥＬＥＣＴ　　ＤＩＳＰＬＡＹは仮想端末モ
ードプロセッサ３４０が使用可能な表示装置のどれを用
いるかを選択しうるようにする。５ＥＬＥＣＴ　　ＤＩ
ＳＰＬＡＹ機能は仮想端末モードプロセッサ３４０を選
ばれた表示装置用の仮想表示装置ドライバ３５０と通信
させるためのパスをつくる。これにより仮想端末は他の
仮想端末とは無関係にその仮想表示装置を使用すること
が出来る。この仮想端末は次に活性となったときユーザ
との対話をはじめることが出来る。 ［００２８］ ルーチン５ＥＬＥＣＴ　　ＩＮＰＵＴは仮想端末モード
プロセッサ３４０が夫々の装置ドライバ４１０，４２０
を介してキーボードそして／またはロケータから入力事
象を受けるか受けないかを選ぶことが出来るようにする
。 ［００２９］ この点において、オペレーティングシステム１０は仮想
端末と通信することが出来る。オペレーティングシステ
ム１０はまた通信パスが与えられていれば仮想端末に関
するスクリーン管理コマンドをスクリーンマネージャ３
２０に出すことが出来る。 ［００３０］ 仮想端末閉塞 上記のステップにより開かれている仮想端末を閉じるた
めにオペレーティングシステム１０または仮想端末が閉
塞要求を出すことが出来る。資源コントローラ３１０は
コマンドを受けて次のアクションを行う。 ［００３１］ 置Ｌ　　ＳＭ　（ＣＬＯ３Ｅ） ＲＥＣＯＶＥＲＲＥＳＯＵＲＣＥＳ ＩＮＤＩＣＡＴＥ　　ＣＯＭＰＬＥＴＩ○Ｎルーチン置
Ｌ　　ＳＭ装スクリーンマネージャ３２０に閉じられる
べき仮想端末を識別（内部識別子により）するコマンド
を送る。このルーチンはスクリーンマネージャ３２０が
予めそのデユーティ　（後述）を完了するのを待つ。ル
ーチンＲＥＣＯＶＥＲＲＥＳＯＵＲＣＥＳは閉じられつ
つある仮想端末により使用されるすべての資源（記憶ブ
ロック、制御ブロック等）を回復しそして仮想端末を大
域データ構造から除く。ルーチンＩＮＤＩＣＡＴＥ　　
ＣＯＭＰＬＥＴＩＯＮはりクエスタに閉塞オペレーショ
ンの完了を知らせる。 ［００３２］ 上記のように、スクリーンマネージャ３２０は資源コン
トローラ３１０が待機する間に次のアクションを行う。 ［００３３］ ＣＯＭＭＡＮＤ　　ＭＰ　（ＣＬＯ３Ｅ）ＮＥＷ　　Ｖ
Ｔ　　ＡＣＴＩＶＥ ＡＣＫ　　ＲＣ ルーチンＣＯＭＭＡＮＤ　　ＭＰは通信パスを介して仮
想端末に閉じコマンドを送り、そして仮想端末モードプ
ロセッサ３４０のそれに対するレスポンスを待つ。ルー
チンＮＥＷ　　ＶＴ　　ＡＣＴＩＶＥは他の仮想端末を
活性にする、すなわち物理的入力および出力装置４０を
新しく活性化された仮想端末に割振る（後述）。ルーチ
ンＡＣＫ　　ＲＣは資源コントローラ３１０と通信し、
そしてこれによりＲＣ３１０がその閉じ処理機能を続け
うるようにする。 ［００３４］ 仮想端末モードプロセッサ３４０はこの閉じコマンド（
ルーチンＣＯＭＭＡＮＤ　　ＭＰにより予め送られた）
を受けて次のアクションを行う。 ［００３５］ ＲＥＬＥＡＳＥ　　ＤＩＳＰＬＡＹ ＡＣＫ　　ＳＭ ＲＥＬＥＡＳＥ　　ＤＩＳＰＬＡＹルーｆ−ンは仮想表
示装置ドライバ３５０（ｖＤＤ）にその資源が解放され
うろことを示す。ＡＣＫ　　３Ｍルーチンはスクリーン
マネージャ３２０がその閉じ処理を続行しうるようにす
る。 ［００３６］ 仮想端末活性化／不活性化 仮想端末を活性にすることは開放または閉成により、あ
るいはユーザが他の仮想端末を活性化する要求を出した
ために生じる。これにはスクリーンマネージャ３２０、
現在活性の仮想端末用の仮想端末モードプロセッサ３４
０、活性化されるべき仮想端末用の仮想端末モードプロ
、セッサ３４０、および入力装置ドライバの協力が必要
である。スクリーンマネージャ３２０は次のアクション
を行う。 ［００３７］ ＦＩＮＤ　　ＶＴ ＣＯＭＭＡＮＤ　　ＫＤＤ　（ＮＥＷ　　ＶＴ）ＣＯＭ
ＭＡＮＤ　　ＬＤＤ　（ＮＥＷ　　ＶＴ）ＣＯＭＭＡＮ
Ｄ　　ＶＴ　（ＤＥＡＣＴＩＶＡＴＥ）ＣＯＭＭＡＮＤ
　　ＶＴ　（ＡＣＴＩＶＡＴＥ）ＵＰＤＡＴＥ　　ＤＡ
ＴＡ（ＮＥＷ　　ＶＴ）ルーチンＦＩＮＤ　　ＶＴはど
の仮想端末を活性にすべきかを決定する。その結果はス
クリーン管理に関連するルーチンと実際に受けたコマン
ドとによる。 ［００３８］ ルーチンＣＯＭＭＡＮＤ　　ＫＤＤはキーボード装置ド
ライバ４１０に物理的キーボード４１からの入力を受け
る仮想端末を識別するコマンドを送る。ルーチンＣＯＭ
ＭＡＮＤ　　ＬＤＤはロケータ装置ドライバ４２０に物
理的ロケータ４２がら入力を受ける仮想端末を識別する
コマンドを送る。これらルーチンは装置ドライバ４１０
，４２０がそれらのルーチンを続ける前にそれらのアク
ションを完了するのを待つ。これら装置ドライバは次に
下記のような同じアクションを行う。 ［００３９］ 不活性化のオプションを伴うルーチンＣＯＭＭＡＮＤ　
　ＶＴは現在活性の仮想端末にその仮想端末の不活性化
を行うに必要なすべてのアクションを行わせる（後述）
。活性化のオプションを伴うルーチンＣＯＭＭＡＮＤ　
　ＶＴは新しく活性となった仮想端末にその仮想端末の
活性化を行うに必要なすべてのアクションを行わせる（
後述）。 ［００４０］ ルーチンＵＰＤＡＴＥ　　ＤＡＴＡはスクリーンマネー
ジャ３２０がどの仮想端末が活性かを知ることが出来る
ようにスクリーンマネージャ３２０の内部データ構造を
扱う。 ［００４１］ キーボード装置ドライバ４１０および／またはロケータ
装置ドライバ４２０は次のアクションを行つ。 ［００４２］ ＳＥＴ　　ＮＥ・Ｗ　　ＰＡＴＨＭＯＤＥＳＳＥＮＤ　
　５ＴＡＴＵＳ− ＡＣＫ　　ＳＭ ルーｆ−ンｓＥＴ　　ＮＥＷ　　ＰＡＴＨＭＯＤＥＳは
新しく活性とナラた仮想端末への通信パスについて識別
子を内部構造に置く。このルーチンはまた仮想端末につ
いてのその装置の正しいオペレーティングモードを設定
する。ルーチン５ＥＮＤ　　５ＴＡＴＵＳは仮想端末に
、物理的装置４ｏの現在の状態、すなわち、仮想端末が
活性となるときすでに押されたキー（またはボタン）を
知らせる。ルーチンＡＣＫ　　ＳＭはスクリーンマネー
ジャ３２０がその処理を同期′して続行しうるようにす
る。 ［００４３］ 不活性化される仮想端末の仮想端末モードプロセッサ３
４０は次のアクションを行う。 ［００４４］ ＤＥＡＣＴＩＶＡＴＥ　　ＶＤＤ Ｎｏ　　５ＯＵＮＤ ルーチンＤＥＡＣＴＩＶＡＴＥ　　ＶＤＤは不活性化さ
れる仮想端末についての仮想表示ドライバ３５０に、物
理的表示装置４２への書込みが行えずその代りに仮想端
末からのすべての出力を緩衝しなければならないことを
知らせる。ルーチンＮｏ　　５ＯＵＮＤは、音響につい
てのプログラムアプリケーション５０による要求が音響
装置ドライバ４３０　（ＳＤＤ）に出力されないように
仮想端末モードプロセッサ３４０についての内部フラグ
をセットする。 ［００４５］ 活性化しつつある仮想端末の仮想端末モードプロセッサ
３４０は次のアクションを行う。 ［００４６］ ＡＣＴＩＶＡＴＥ　　ＶＤＤ ＳＯＵＮＤ　　ＯＫ ルーチンＡＣＴＩＶＡＴＥ　　ＶＤＤは活性化されるつ
つある仮想端末についての仮想表示ドライバ３５０に物
理的表示装置４２への書込可能を知らせる。しかしなが
ら、仮想表示ドライバ３５０はまずバッファからその不
活性期間に維持されていたデータを表示装置４２に送る
。かくしてユーザはアプリケーション５０から出る最近
の情報を見ることが出来る。ルーチン５ＯＵＮＤ　　Ｏ
Ｋは音響についてのプログラムアプリケーション５０の
要求が音響装置ドライバ４３０に送られるように仮想端
末モードプロセッサ３４０について内部フラグをセット
する。 この時点でユーザは新しく活性化された仮想端末と対話
することが出来る。 ［００４７］ 仮想端末は物理的表示端末４２に向けられていることが
ある出力の形でオペレーティングシステム１０からの入
力を受けそしてこの出力を、アプリケーション５０が実
際の物理的端末の存在を信じるように仮想化する。仮想
端末が現在活性であれば（すなわち、ユーザが現在対話
しているこの端末であれば）　この仮想端末はオペレー
ションに必要なすべての物理的資源４０を備えている。 この仮想端末はロケータ装置ドライバ４２０とキーボー
ド装置ドライバ４１０から入力を得る。それ故、ドライ
バ４１０，４２０からの入力は現在活性の仮想端末に向
けられる。発生される音響は音響装置ドライバ４３０に
入り、そして発生される表示は表示ドライバ４４０に入
りユーザに対し物理的表示装置４２の実際のスクリーン
上でそれを表示する。 ［００４８］ 開かれるが現在活性でない他の仮想端末はプログラムア
プリケーション５０から出力を受けることが出来る。こ
れら不活性の仮想端末がこの出力を受けるときそれらが
活性か不活性かはそれらには不明である。それ故、不活
性仮想端末が装置ドライバ４４０に要求を送るのではな
く表示データに対する出力要求を受けるとき、仮想装置
ドライババッファへの出力を仮想化する。 ［００４９］ この装置ドライババッファは仮想表示６の現状を維持す
る記憶装置（ＲＡＭ）の一部である。一つの与えられた
時点で一つの仮想端末の仮想装置ドライババッファはそ
の端末に送られたすべての出力要求のスクリーン表示の
累積されたフロントを含む。この仮想端末がユーザによ
り活性化されるとすると、仮想装置ドライババッファの
内容は実際の表示スクリーンに表示される。 ［００５０１ 一つの特定の仮想端末に実際の物理的表示資源４２が与
えられる時点でこの端末は仮想装置ドライババッファ内
に累積されたデータを物理的な表示装置コマンドに変換
しなければならない。これによりユーザは情報の現在の
スナップショットを見ることが出来る。云い換えると、
一つの仮想端末が強制的にその物理的表示資源４２を放
棄させられるときには、それはある時間ユーザが物理的
端末から目をそらすことと同じである。ユーザがその物
理的端末に目をもどすとき、その時点まで累積された合
計の表示情報を見ることが出来る。 ［００５１］ 装置ドライババッファはそれに実際の装置が割振れない
ときでも更新される点は重要である。これら仮想化され
た装置バッファは仮想端末サブシステム３ｏの表示装置
ドライバ４４０に装置依存形で維持される。 ［００５２］ スクリーンマネージャ３２０は次のようにしてユーザと
対話する。一つの端末リングが存在し、仮想端末が開か
れるたびにそれがこのリングに置かれる。ユーザが特定
の仮想端末との対話を行う時点でユーザはキーボード（
入力装置４１）においてキーシーケンスを行うことが出
来る。このキーシーケンスはキーボード装置ドライバ４
１０によりスクリーンマネージャ３２０に伝達される。 スクリーンマネージャ３２０はそのときこのリング構造
をチエツクすることによりどの仮想端末がそのときユー
ザにとって使用しうるかそして活性化されるべきかを決
定する。このように、ユーザは与えられた時点で対話の
ためのアプリケーション５０のアクティビティを選ぶこ
とが出来る。 ［００５３］ 仮想端末のアクティビティ状態を変える際のオペレーシ
ョンはスクリーンマネージャ３２０１装置ドライバ４１
０，４２０，４３０，４４０および仮想端末を含めたも
のである。新しい端末を活性化すべきことをスクリーン
マネージャ３２０に知らせることにより、スクリーンマ
ネージャ３２０は入力装置ドライバ４１０．４２０に新
しいルーチン情報を送る。キーボードまたはロケータ装
置ドライバ４１０，４２０はこの情報を受け、そして新
しく活性化された仮想端末がこれら入力を受けるように
入力事象のルーティングを変化させる。 ［００５４］ 出力装置はいく分異なった形で扱われる。現在活性の仮
想端末はスクリーンマネージャ３２０により、不活性化
されるであろうことを知らされる。この端末自体は、音
響装置ドライバ４３０の場合には、ユーザに可聴の音響
を発生する音響要求が音響装置ドライバ４２０に送られ
ないようにする決定を行う。 ［００５５］ 仮想表示ドライバ３５０については仮想端末の不活性化
に異なるメカニズムを用いる。この場合、仮想表示ドラ
イバ３５０は物理的表示装置４２上に出力を発生するべ
く活性仮想端末により呼び出しうる一連のルーチンとし
て活性仮想端末に供される。仮想端末が不活性とされる
時点で仮想表示ドライバ３５０がらその仮想端末が不活
性であることを示す一つのルーチンが呼出される。それ
故、アプリケーション５０がその仮想端末を介して物理
的表示装置４２に出力を与えようとするとき、仮想表示
ドライバ３５０が仮想装置ドライババッファに物理的装
置４２に送られる情報を置く。これにより、その仮想端
末を用いているアプリケーション５０はその端末があた
かもまだ活性であるかのようにそれと通信することが出
来る。活性になりつつある仮想端末はその端末が活性で
あることを示す仮想表示ドライバ３５０から一つのルー
チンを呼出す。この端末はこのときそれが不活性であっ
たときと同様にその仮想表示ドライバ３５０を使用する
ことが出来るが、その仮想表示ドライバ３５０はこのと
き表示アダプタハードウェア４２に実際に書込むことが
出来る。 ［００５６］ その結果、仮想端末を使用するアプリケーション５０は
その端末が活性であるか不活性であるかを知る必要がな
い。それは任意の時点で関連する仮想端末と通信するこ
とが出来、そしてこの仮想表示に対して行われた任意の
更新を仮想端末が不活性となったときユーザは見ること
が出来る。アプリケーション５０はその関連する仮想端
末の活性または不活性状態には無関係に動作する。 ［００５７］ プログラムアプリケーション５０による表示ハードウェ
ア４２の直接アクセスは本発明の他の特徴である。 ［００５８］ 再び図１を参照するに、データ処理システム環境におけ
る種々の層が示されており、これらは前述した要素のす
べてを含んでいる。図１のデータ処理システムには、仮
想端末サブシステム３０は２つのモードで動作しうる。 一つのモードはＫＳＲモードであり、他はモニタモード
である。前述のようにＫＳＲモー、ドは主として表示装
置４２にテキストを表示するために用いられそして高性
能グラフィックアプリケーションには使用出来ない。更
にＫＳＲは、ＫＳＲ仮想端末に入るコマンドがアプリケ
ーションプログラム５０用に発生しそして、表示装置４
２にデータが出力される前に図１に示すデータ処理シス
テムの各層を通り処理するから非常に低速なインターフ
ェースである。 ［００５９］ モニタモードは、文字であるか全点アドレス可能（ＡＰ
Ａ）構成であるかには無関係に表示装置４２に含まれる
ハードウェア再生バッファと直接に対話することの出来
るアプリケーション５０をサポートする。かくして仮想
端末サブシステム３０はバイパスされそしてデータは表
示装置４２に直接に出力される。 ［００６０］ モニタモードでは入力装置４１は仮想端末サブシステム
３０を通りアプリケーション５０へ向けられる入力端子
を有する。モニタモードを用いるアプリケーションはア
プリケーションプログラム５０のメモリスペースに循環
バッファ１５（図１）を限定するオプションを有する。 仮想端末サブシステム３０は入力装置４１から割込みを
受けそして入力バッファ１５に直接にデータを与える。 仮想端末サブシステム３０は、循環バッファ１５へのは
じめてのデータ送出でないかぎり割込み信号を発生せず
またアプリケーション５０にそれを送らない。 ［００６１］ アプリケーション５０が循環バッファ１５を限定しない
ならば仮想端末サブシステム３０は入力装置４１から割
込みを受けてデータを送るために割込みパスを使用する
。この割込みパスは、オペレーティングシステム１０と
仮想端末サブシステム３０のような通信システムの種々
の層間の通信を含む待ち行列インターフェース管理を必
要とする。それ故、アプリケーション５０は、オペレー
ティングシステム１０と仮想端末サブシステム３０があ
るために別の待ち行列層を伴う。 ［００６２］ かくして、アプリケーション５０が循環バッファ１５を
限定すれば上記の待ち行列オーバーヘッドは省略される
。このようにアプリケーションプログラム５０はキーボ
ード、マウスまたはタブレットからの入力をより高速に
追跡出来る。このデータ処理システムにおいて、入力装
置４１からの入力を扱うことに関してのキーエレメント
はアプリケーション５０と仮想端末サブシステム３０に
より管理される循環人力バッファ１５を限定するアプリ
ケーション５０の能力にある。 ［００６３］ 循環バッファ１５の構造はそのバッファのはじめの３２
バイト内に状態領域を必要とする。この状態領域は仮想
端末サブシステム３０用のオフセットポインタとアプリ
ケーションプログラム５０用のオフセットポインタを含
む。これらオフセットポインタはデータをバッファ１５
に入れそしてそこから除くために用いられる。バッファ
１５は少くとも３４バイトであって好適には６４０００
バイトを越えない可変サイズのバッファリングを含む。 このバッファリングはシステムがモニタモードになった
後に限定されるのであり、詳細は後述する。 ［００６４］ 以上の説明は入力バス、すなわち、いかにして入力装置
４１がアプリケーションプログラム５０に向けられるか
を限定する。すなわち、キーストロークまたは表示スク
リーン上のロケータ（マウス）の動きのような入力装置
４１からのデータは仮想端末サブシステム３０に入力さ
れる。仮想端末サブシステム３０はこのデータを循環バ
ッファ１５のバッファリングに入れる。データがバッフ
ァリングに入ってしまうとアプリケーション５０はこの
データを任意の時点で除くことが出来る。 ［００６５］ モニタモードにおいてアプリケーション５０が表示装置
４２上にピクチャーを描いているとき、データは夫々の
アプリケーション５０から表示装置４２に直接送られる
。仮想端末サブシステム３０はこの直接データ転送につ
いての知識をもたない。仮想端末サブシステム３０が通
信パスから外れると、システムパフォーマンスは、仮想
端末サブシステム３０内の多くの通信層がバイパスされ
るために向上する。 ［００６６］ ＫＳＲモードとモニタモードのこの差は図３．４に示し
である。図３は入力コマンドがＫＳＲモードまたは非モ
ニタモードにおいて表示される前に通らねばならぬバス
を示す。まずデータは入力装置４１から入り、仮想端末
サブシステム３０を介してオペレーティングシステム１
０に送られる。アプリケーション５０はオペレーティン
グシステム１０からの入力データをアクセスして対応す
る出力を決定する。次にオペレーティングシステム１０
が出力表示装置４２に表示されるべきコマンドを発生し
、このコマンドを仮想端末サブシステム３０に送る。表
示装置４２へのコマンドは仮想端末サブシステム３０を
通り出力装置４２に送られる。 ［００６７］ 他方、図４は表示装置４２へのコマンドがモニタモード
において採るパスを示す。仮想端末サブシステム３０は
入力装置４１からデータを受けそれを入力バッファ１５
に入れる。このデータが入力バッファ１５に入ると、ア
プリケーション５０は任意の時点で、そしてこのデータ
を知る仮想端末サブシステム３０をアクセスすることな
く、このデータをアクセスしうる。次に、アプリケーシ
ョン５０はこのデータを入力バッファ１５から出力表示
装置４２に直接送る。 ［００６８］ モニタモードでは仮想端末サブシステム３０はバイパス
され、かくしてアプリケーション５０と出力装置４２の
間に生じるアクティビティの知識を有かない。 それ故、このモードを使用するアプリケーション５０は
それ自体のデータ表示を維持し、仮想端末間の転送を容
易にすることにより積極的に関係しなければならない。 ［００６９］ モニタモードを用いるアプリケーション５０はすべての
入力データトラッキング（キーボード、マウス、タブレ
ット、ライトプログラム機能キーおよびダイアル）にも
応答しうる。これらアプリケーション５０は処理要求に
最も適したキーボード入力データのフォーマットプロト
コルを特定することが出来る。プロトコルモードはキー
ストロークデータをＡＳＣＩＩ文字、制御シーケンスに
変換させあるいはキー位置、状態そしてスキャンコード
としてもどすようにセットされる。アプリケーション５
０はまたキーボード入力とロケーション入力をもどすに
ついても応答しうる。 ［００７０］ 一般に、モニタモードはアプリケーション５０に、表示
ハードウェア４２を制御し、仮想端末サブシステム３０
とアプリケーション５０の間のデータの動きを最適にし
、そしてアプリケーション５０と表示装置４２の間のい
くつかのソフトウェア層を除くことによりシステムのパ
フォーマンスを大幅に改善する上でのフレキシビリテイ
を与える。もちろん、このフレキシビリティを得るには
アプリケーション５０は仮想端末サブシステム３０と表
示装置４２との関連レベルを上げることにより表示アク
ティビティの管理においてより積極的な役割を行わねば
ならない。 ［００７１］ 図５〜１０はＫＳＲモードとモニタモードのアプリケー
ション５０のオペレーションを示す。任意のオペレーテ
ィングシステム１０を利用しうるが、このオペレーショ
ンをＵＮＩＸ形オペレーティングシステムあるいはそれ
に類するもについて説明する。 ［００７２］ 図５はモニタモードで新しい仮想端末を開くためにアプ
リケーション５０に必要なステップを示す。アプリケー
ション５０、オペレーティングシステム１０および仮想
端末サブシステム３０間のこれらステップ中の対話も同
じく示している［００７３］ アプリケーション５０が開始する第１のアクティビティ
はステップ５１（図５）での特定のファイルの開放であ
る。アプリケーション５０がモニタモードでの動作を選
ぶとすると、表示ハードウェアにアクセスを要求しなけ
ればならない（ステップ５２）。次にアプリケーション
５０はステップ５３でモニタモード（ＭＯＭ）信号を動
作可能としなければならず、これら信号は仮想端末サブ
システム３０に入れられる。次にステップ５４でアプリ
ケーション５０から仮想端末サブシステム３０へのＰＲ
ＯＴＯＣＯＬ　　ＭＯＤＥ信号が、ＫＳＲモードが初期
モードとすればそれからモニタモードに変更する。ステ
ップ５５はアプリケーション５０から仮想端末サブシス
テム３０にモニタモードで使用される大力バッファ１５
を限定するために送られそして表示装置４２のアプリケ
ーション５０によるアクセスを与えるスクリーン要求コ
マンドである。 ［００７４］ このスクリーン要求コマンド５５と前のプロトコルコマ
ンド５４は仮想端末をモニタモードにし、そしてまたア
プリケーション５０に入力バッファ１５内にバソファリ
ングを限定するかあるいは限定しない機会を与える。バ
ッファリングが限定されるかどうか、スクリーン要求ス
テップ５５は仮想端末サブシステム３０に送られる。こ
の時点で仮想端末はモニタモードとなり、アプリケーシ
ョン５０は仮想端末サブシステム３０から信号許可割込
み（ＳＩＧＧＲＡＮＴ）１２を受ける。これはアプリケ
ーション５０にこの端末に関連した表示アダプタハード
ウェア４２の完全な制御が与えられたことをそれに知ら
せる。この時点からアプリケーション５０はそれが選ん
だ表示を物理的出力表示装置４２になすことが出来る。 ［００７５］ 図６はモニタモードの新しい端末を開きそしてその端末
をＫＳＲモードに変えるステップを示す。図６のステッ
プは図５の事象シーケンスのすべて、すなわち、特定の
ファイルの開放５１、表示ハードウェアへのアクセスの
要求５２、モニタモード信号の動作の可能化５３、仮想
端末をモニタモードにするためのプロトコルモードの送
出５４、およびスクリーンとしての要求５５を含む。信
号５ＩＧＧＲＡＮＴ１２がアプリケーション５０に入っ
た後に、仮想端末はモニタモードとなる。このアプリケ
ーションがこの端末をＫＳＲモードにしたいときには、
このアプリケーションはステップ５６でスクリーンレリ
ーズアクノリッジ（ＳＣＲＥＥＮ　　ＲＥＬＥＡＳＥ　
　ＡＣＫ）を呼び出すコマンドを仮想端末サブシステム
３０に送る。ステップ５６により、仮想端末はモニタモ
ード動作を停止する準備を完了する。次にアプリケーシ
ョン５０はステップ５７でプロトコルモード要求を仮想
端末サブシステム３０に送る。このサブシステム３０は
仮想端末をモニタモードからＫＳＲモードに変える。 ［００７６］ 図７は新しい仮想端末がモニタモードで開かれそして次
に閉じられる場合を示す。ここにおいても事象のシーケ
ンスは図５と同じである。信号許可１２がアプリケーシ
ョン５０に入った後にこの端末はモニタモードとなる。 この時点でアプリケーションがこの端末を閉じることを
選ぶとすると、ステップ５８で閉成仮想端末コマンド（
ＣＬＯ５Ｅ　　ＶＴ）をサブシステム３０に送る。これ
により仮想端末サブシステム３０のプロセスからこの端
末が除かれそして閉じられる。 ［００７７］ モニタモードで動作する仮想端末は仮想端末サブシステ
ム３０のモード切換操作に関与する。モード切換により
、開いている異なる仮想端末がハードウェア表示に表示
されうる。同一のハードウェア表示を複数の仮想端末が
共用しうる能力については前述した。 ［００７８］ キーボードでのアクションキー操作が行われたとすると
、それにより仮想端末スクリーンがハードウェア表示装
置４２に生じる。アクションキーが再び作動されると、
次の仮想端末スクリーンが表示される。このプロセスは
アクションキーの作動（モード切換操作）ごとにくり返
される。各仮想端末スクリーンがハードウェア表示装置
４２に生じるようにするに充分な回数だけキーが作動さ
れてしまうと、次のアクションキーの作動によりはじめ
に表示された仮想端末スクリーンが再び表示される。こ
のハードウェア表示装置４２上の仮想端末スクリーンの
連続スクロールはキーボード上のモード切換操作のくり
返しで生じる。 ［００７９］ 仮想端末サブシステム３０はＫＳＲモードで動作するす
べての仮想端末のスクリーン内容のコピーを保存する。 ＫＳＲモードで動作する一つの仮想端末の作動により、
モード切換操作は、自動的に、予め保存されている仮想
端末スクリーンをハードウェア表示装置４２に回復させ
る。アプリケーション５０はＫＳＲモードの仮想端末の
スクリーン内容を保存する必要がない。更に、アプリケ
ーションがスクリーン内容の保存／回復を行う必要がな
いため、それがＫＳＲモードで開いている仮想端末の状
態を追跡しつづける必要もない。 ［００８０］ しかしながら、仮想端末がモニタモードとなっており、
モード切換え操作に関与するとすると、その端末が表示
装置の制御を放棄する前にデータを保存しなければなら
ない。 ［００８１］ 図８は２個の端末が開かれそして共にモニタモードであ
る場合を示す。キーボード上でアクションキーが作動さ
れれば、仮想端末サブシステム３ｏの一部である仮想端
末資源コントローラ３１０が信号７０１を受ける。仮想
端末資源コントローラ３１０は信号７０２を仮想端末の
不活性化のために送る。これが前述のように仮想端末サ
ブシステム３０の仮想端末モードプロセッサ３４０内の
仮想資源コントローラタイマ８０１をスタートさせる。 このタイマは例えば３０秒のような特定の時間にセット
される。 ［００８２］ アプリケーション５０はサブシステム３０からスクリー
ンレリーズ割込を受ける。リトラクト信号（ＳＩＧ　　
ＲＥＴＲＡＣＴ）の形である。このＳＩＧ　　ＲＥＴＲ
ＡＣＴはアプリケーション５０に、すべてのデータを保
存しそして５ＩＧＲＥＴＲＡＣＴ信号に応答するために
、３０秒のような特定の時間を有することをステップ１
０１で知らせる。ＳＩＧ　　ＲＥＴＲＡＣＴ信号１０１
に応答するためにアプリケーション５０は仮想端末サブ
システム３０にスクリーンリリースアクノリッジ５０１
を送る。スクリーンリリースアクノリッジ５０１はサブ
システム３０にアプリケーション５０がハードウェア表
示装置４２（現在書込まれてし）る）を解放しなければ
ならないことを知っていること、およびアプリケーショ
ン５０が表示４２を放棄する用意が出来ていることを知
らせる。仮想資源コントローラタイマはこのときステッ
プ８０３で動作不能とされる。 ［００８３］ この時点でサブシステム３０はスクリーンリリースアク
ノリッジ５０１を受ける。サブシステム３０はこのとき
その内部で不活性化（８０４）と活性化（７０４）プロ
セスを行う。アプリケーション５０はこのプロセスの存
在を知らない。 次のアプリケーション５０はサブシステム３０から、ア
プリケーション５０により直接にアクセスしうる表示装
置４２についてこのとき制御を有する第２仮想端末にお
いての動作をアプリケーション５０に知らせるＳＩＧ　
　ＧＲＡＮＴ信号１０２を受ける。かくして、第１（不
活性化）仮想端末のハードウェア表示装置４２との通信
の能力は除去されそして第２（活性化）仮想端末にハー
ドウェア表示装置４２に直接に引込む機会が与えられる
。 ［００８４］ 図９は２つの仮想端末がモニタモードにあって、モード
切換操作に関与しつつある場合を示す。しかしながら、
この場合にはアプリケーション５０は指定された時間内
にはＳＩＧ　　ＲＥＴＲＡＣＴ信号１０１には応答しな
い。図９に示すようにアプリケーション５０は、モード
切換えのためのキーボードアクションキーシーケンスが
はじまっている（ステップ７０１）から仮想端末サブシ
ステム３０からＳＩＧ　　ＲＥＴＲＡＣＴ信号１０１を
受ける。アプリケーション５０が指定時間内すなわち３
０秒以内にこのＳＩＧ　　ＲＥＴＲＡＣＴ信号に応答し
ないならば、サブシステム３０のタイマがステップ８０
７で終了する。 ［００８５］ タイマが終了すると、アプリケーション５０は、仮想端
末が終了したことおよびそのサブシステム３０がその端
末を閉じるべきことを示すＳＩＧ　　ＫＩＬＬ信号１０
３をサブシステム３０から受ける。この端末はそのとき
サブシステム３０から除かれる。それ故、ＳＩＧ　　Ｋ
ＩＬＬ処理１０３の後に無応答の仮想端末は閉じられる
（ステップ５０２）。サブシステム３０はこのとき閉じ
コマンドを受けて仮想端末サブシステム構造３１０，３
４０からプロセスを除くことによりその端末を閉じる（
ステップ７０５，８０９）。 ［００８６］ この例では活性化されつつある第２の仮想端末があるか
ら、仮想端末サブシステム３０はこの第２端末について
知っており、そしてそれを活性化する（ステップ７０７
）。第２端末はモニタモードであるからスクリーン許可
割込信号（ＳＩＧ　　ＧＲＡＮＴ）はサブシステム３０
により新しく活性化された仮想端末のアプリケーション
５０に送られる。この時点でこの新しく活性化された仮
想端末は表示ハードウェア４２の制御を有する。 ［００８７］ 図１０は２つの仮想端末がＫＳＲおよびモニタモードで
開かれる場合を示す。 モニタモードのこの端末は不活性段階でＫＳＲに変えら
れる。この端末は次にＫＳＲモードで再び活性化され、
そしてそのモードがモニタモードに変えられる。 （ｏｏｓｇ） この場合、アプリケーション５０は、端末がモニタモー
ドにあってＫＳＲモーは対応するアプリケーション５０
により保持されていた）を保持してし）なり）ことを記
’ｌｔしでいることが重要である。それ故、アプリケー
ション５０は他の循環人力バッファ１５を限定しそして
、ＫＳＲからモニタへのモード切換が行われる前に関連
するポインタのすべてをリセットしなければならない。 これは、端末がはじめにモニタモードであり、そしてＫ
ＳＲモードに切換えられる場合に前の循環バッファ１５
が限定されていても云える。循環バッファ１５はモニタ
モードがＫＳＲに切換えるとき消える。それ故、図１０
の状態は、プロトコルモード（ステップ５０４）とスク
リーン要求（ステップ５０５）が一つの端末をモニタモ
ードにするべきときごとに順次送られねばならないこと
を示している。 ［００８９］ 仮想端末システムのエレメントを示すブロック図である
図１１について本発明を説明する。３つのアプリケーシ
ョン５０ａ、５０ｂ、５０ｃが示されており、これらは
前述のようにモニタモードの表示装置４２ａ、４２ｂ、
４２ｃに直接に書込むことが出来る。これらアプリケー
ションは共に開いた６個の仮想端末３１３２．３３，３
４，３５．３６を有するものとして示しである。一つの
アプリケーションについて開かれる仮想端末の数はコン
ピュータシステム内の物理的表示装置４２の総数を越え
ることはないカミアプリケーション５０は使用可能な表
示装置の数より少い仮想端末を開くことが出来る。物理
的表示装置の総数（図１１では３個）より多い仮想端末
（図１１では６個）を開くことが出来る。それ故、仮想
端末サブシステム（ＶＴＳＳ）３０が表示装置４２をそ
れらの使用を要求するアプリケーション５０間に割振る
ことが出来るようなメカニズムを利用しなければならな
い。 ［００９０］ 従来の仮想端末システムは、コンピュータシステムのユ
ーザがモード切換え操作を開始したとき活性である仮想
端末が不活性とされ次の端末が活性となるように動作す
る。かくして、ユーザは多数のプログラムアプリケーシ
ョン５０間ではなく、仮想端末間でのみモード切換をす
ることが出来るにすぎないという問題がある。この問題
を解決するために、本発明は１つのアプリケーション５
０により不関与」として指定する。 ［００９１］ 図１１に示す本発明のシステムに用いるアプリケーショ
ン５０の初期化を図１３〜１５のフローチャートにより
説明する。このプロセスは図１１のアプリケーション５
０ａ、５０ｂ、５０ｃの夫々について利用される。この
初期化プロセスを用いることにより、任意のアプリケー
ション５０が本発明のシステムで利用出来る。複数の仮
想端末およびハードウェア表示装置４２を管理しうるア
プリケーション５０だけを使用する必要はない。 ［００９２］ ステップ１（図１３）において、この初期化プロセスは
図１１のシステムに用いられているアプリケーション５
０についてはじまる。アプリケーション５０は本発明の
システム内にある物理的表示装置４２の数を決定するた
めの質問をＶＴＳＳ３０に行う（ステップ２）。次に、
このプロセスは、表示装置４２の数がアプリケーション
５０に必要な表示装置４２の数より少いかどうかを決定
する（ステップ３）。表示装置４２が必要とする装置の
数より少いときエラーが生じ、そしてステップ４におい
てステップを出る。しかしながら、必要とする装置の数
に等しいかそれより多い場合にはこのプロセスはステッ
プ５に移り、そこでアプリケーション５０に必要な仮想
端末が前述のように開かれる。 ［００９３］ ステップ６においてＶＴＳ　Ｓ　３０は仮想端末の内の
１つを除くすべてをモード切換え操作において「不関与
」として指定するために入力／出力制御システム呼出し
くｌ０ＣＴＬ）を用いる。ｌ０ＣＴＬはアプリケーショ
ン５０がＶＴＳＳ３０にどの端末がモード切換えに関与
しないかを知らせうるようにする。次にこのプロセスは
ステップ７において夫々の開かれた端末を異なる物理的
表示装置４２に関連づける。ここでもアプリケーション
５０が夫々の開いた仮想端末と関連づけようとする表示
装置４２をアプリケーション５０がＶＴＳＳ３０に知ら
せるためにこのアプリケーションによりｌ０ＣＴＬが用
いられる。 ［００９４］ ステップ８はＶＴＳＳ３０からのＳＩＧ　　ＧＲＡＮＴ
とＳＩＧ　　ＲＥＴＲＡＣ信号が受は入れられて処理さ
れるようにアプリケーション５０内の信号ハント−ｙを
セットする。これら信号ハンドラは周知であり、しばし
ば割込みハンドラと呼ばれている。それ故これら信号ハ
ンドラの詳細は当業者には明らかである。図１３〜１５
のプロセスは次にすべての物理的表示装置４２を初期化
の目的には「使用不能」と指定する（図１４のステップ
９）。このように、一つのアプリケーション５０はＶＴ
ＳＳ３０がまず許可しなくては表示装置への書込をはじ
めることが出来ない。ここでもｌ０ＣＴＬを用いてアプ
リケーション５０はステップ１０でＶＴＳ　Ｓ　３０か
らモニタモード動作を要求する。次にアプリケーション
５０はステップ１１においてＡＩＸ（ＡＩＸはＩＢＭ社
の商標）オペレーティングシステムの一部であるＶＴＳ
Ｓ３０に対するＡＩＸＧＣシステム呼出しを行うことに
より要求された表示装置４２への直接のハードウェアレ
ベルのアクセスを要求する。ステップ１２はモード切換
操作に関与するものとして指定されている仮想端末につ
いての物理的表示装置４２へのＶＴＳＳ３０からのアク
セスを要求する。 ここでもｌ０ＣＴＬがこの要求をなすために用いられる
。この時点でＶＴＳＳ３０はアクセスを許可された表示
装置４２を「使用可能」と指定する。ステップ１３は特
定のアプリケーションが必要とする他のスタート手順を
行う。ステップ１４は、特定のアプリケーション５０が
終了しているかどうかを決定する。そうであればこのプ
ロセスはステップ１５で終了する。しかしながら、この
アプリケーションが活性のままであれば、すべての通常
のアプリケーション入力がステップ１６で処理される。 ステップ１７において、このプロセスは、「使用可能」
とされている表示装置４２上での表示を待つアプリケー
ション５０からのデータ出力があるかどうかを決定する
。表示を保留または待つ出力があればステップ１８で表
示装置４２が更新される。しかしながら、使用しうる表
示装置用の保留出力がないときにはアプリケーション５
０ステツプ１６にもどりそこでそのアプリケーションが
終了したかどうかを再び決定される。ステップ１８にお
ける表示の更新に続きこのプロセスはステップ１６にも
どる。 ［００９５］ 各モード切換操作によってユーザの焦点が次のアプリケ
ーションにシフトしうるようにする本発明のメカニズム
の一例を図１１．１２により説明する。ここでｖＴＳＳ
３０が前述ノヨウニシテ仮想端末３１，３２，３３，３
４，３５．３６をすでに開いており、そして各アプリケ
ーション５０ａ、５０ｂ、５０ｃ　（アプリケーション
５０ｂと５０ｃはマルチプロセスアプリケーション）が
図１３〜１５について述べた初期化プロセスを行ってい
るものとする。次に、図１１のシステムについて初期安
定状態条件を仮定しなければならない。例えば、次の仮
定を行う。（１）仮想端末３３，３４．３６がアプリケ
ーション５０ｂと５０ｃによりモード切換操作に関与し
ないとされている（図１３のステップ６）、（２）アプ
リケーション５０ａは活性でありモニタモードで表示装
置４２に直接書込を行っている、（３）アプリケーショ
ン５０ｂ力飄モード切換えに関与している仮想端末３２
に対応する表示装置４２ａへの直接書込みについてのＶ
ＴＳＳ３０からの許可を要求している、（４）アプリケ
ーション５０ｃがモニタモードで表示装置４２ｂと４２
ｃに積極的に書込みを行っている。 ［００９６］ 図１２はこの仮定された初期状態を要約するチャートで
あるカミ他の安定状態条件も本発明の範囲内で同様に仮
定しうる。図１２はこの例において行われる各モード切
換操作後の各アプリケーション５０ａ、５０ｂ、５０ｃ
の条件を示す。 各モード切換操作は各アプリケーション５０間で焦点を
シフトさせる、すなわちこのシーケンスは５０ａから５
０ｂにそしてそこから５０ｃにそしてそこから５０ａに
もどるものである。 ［００９７］ まず、ユーザが入力装置４１においてモード切換操作を
実行する。この例では仮想端末３１，３２．３５がモー
ド切換え操作に関与するものとしている（図１３のステ
ップ６）。モード切換操作後にアプリケーション５０ａ
は、仮想端末３１が活性でアプリケーション５０ａが表
示装置４２ａにモニタモードでデータを直接に表示して
いるからＶＴＳ　Ｓ　３０からＳＩＧ　　ＲＥＴＲＡＣ
Ｔを受ける。初期化プロセスのステップ８でアプリケー
ション５０ａにセットされた信号ハンドラがこのＳＩＧ
　　ＲＥＴＲＡＣＴ信号を受けて図１７に示す処理を行
う（このプロセスは初期化プロセスにより信号ハンドラ
がアプリケーション５０にセットされているとしている
）。 ［００９８］ 図１７のステップ１において、アプリケーション５０に
よりセットされたＳＩＧ　　ＲＥＴＲＡＣＴ信号ハンド
ラがＶＴＳ　Ｓ　３０からこのＳＩＧ　　ＲＥＴＲＡＣ
Ｔ信号を受ける。この信号ハンドラは次にｌ０ＣＴＬを
用いてＶＴＳＳ３０に、どの表示装置４２を引き込める
かを決定するための質問を行う（ステップ２）。 従来のＡＩＸオペレーティングシステムはＳＩＧ　　Ｒ
ＥＴＲＡＣＴ信号を与よるが従来のＡＩＸで走行するア
プリケーション５０はどの表示装置が引込められたかを
決定することは出来ない。 ［００９９］ ステップ３は引込められる表示装置４２のスクリーンの
内容の保存である。これらスクリーン内容は「必要に応
じて」アプリケーション５０により保存される。すなわ
ちアプリケーション５０が再び活性になるとき必要とさ
れない情報は保存されない。表示装置４２はこのときア
プリケーション５０による書込みには「使用不能」と指
定される（ステップ４）。ステップ５において、アプリ
ケーション５０内の信号ハンドラがｖＴＳＳ３０にすべ
てのＳＩＧ　ＲＥＴＲＡＣＴ処理が完了するときを知ら
せる。このプロセスは次にステップ６において、引込み
フロセスがモード切換えに関与する仮想端末について行
われたかどうかを決定する。行われていれば信号ハンド
ラはアプリケーションについて今引込まれたスクリーン
への直接書込みの許可を再び要求する（ステップ７）。 ＳＩＧ　　ＲＥＴＲＡＣＴがモード切換えに関与しない
仮想端末についてのものであった場合には、ステップ８
でこのＳＩＧ　　ＲＥＲＡＣＴ処理は終了する。このプ
ロセスはＶＴＳＳ３０がＳＩＧ　　ＲＥＴＲＡＣＴ信号
をアプリケーション５０に送るたびに行われ図１１に示
し説明する例における他の部分についても多くの場合に
行われる。 ［０１００１ この例について、アプリケーション５０ａが上述のよう
に今ＳＩＧ　　ＲＥＴＲＡＣＴを完了しており、そして
ＶＴＳＳ３０にアクノーレッジ信号をもどしており、仮
想端末３１がモード切換えに関与するものと指定されて
いるために「要求状態」に置かれているものとする（図
１７のステップ６．７）。モード切換操作により、ＶＴ
ＳＳ３０は、モード切換に関与すると指定された次の仮
想端末である端末３２を活性化するためのステップを開
始させる。ＶＴＳＳ３０が５ＩＧＲＥＴＲＡＣＴ信号の
アクノーレッジを受けた後に、ＳＩＧ　　ＧＲＡＮＴ信
号が仮想端末３２の活性化に関しアプリケーション５Ｑ
ｂに送られる。アプリケーション５０ｂ内の信号ハンド
ラはこのＳｌ、Ｇ　　ＧＲＡＮＴを図１６のプロセスに
示すように処理する。 【０１０月 図１６はアプリケーション５０の信号ハンドラに入るＳ
ＩＧ　　ＧＲＡＮＴ信号の処理ステップを示すフローチ
ャートである（図１３、ステップ８）。図１７のステッ
プ１において、信号ハンドラはＶＴＳＳ３０からＳＩＧ
　　ＧＲＡＮＴ信号を受けてこのプロセスをスタートす
る。ステップ２でこのプロセスは■を使用可能な表示装
置の数としそれを１にセットすることにより初期化され
る。ステップ３は１番目の表示装置４２が「使用可能」
と指定されるか「使用不能」と指定されるかを決定する
（図１４のステップ）。表示装置４２が使用可能であれ
ば、このプロセスはステップ４に入り、そこですべての
表示装置がその使用の可能性についてチエツクされたか
どうかを決定する。チエツクされていればこのプロセス
はステップ５で終了する。ステップ４ですべての表示装
置がチエツクされていなければ、このプロセスはＩ＝Ｉ
＋１にこの表示装置をセットすることにより表示装置４
２をその使用の可能性を検査すべきものとして再指定す
る（ステップ６）。この再指定後にプロセスはステップ
３にもどる。ステップ３において問題の表示装置が使用
可能とされていない場合にはステップ７でその端末が不
関与として指定されているかどうかを決定する。そのよ
うに指定されていればアプリケーション５０はこの表示
を可視とするためにＶＴＳＳ３０のスクリーンマネージ
ャ３２０にｌ０ＣＴＬを出す（ステップ８）。もしこの
仮想端末が不関与としてマークされていないものであれ
ば、表示装置４２が可視としてマークされ、スクリーン
表示が再生される（ステップ９）。ステップ９に続きこ
のプロセスはステップ４にもどり使用の可能性について
すべての表示装置がチエツクされたがどうかを決定する
。 ［０１０２］ この例において、ＳＩＧ　　ＧＲＡＮＴの処理はアプリ
ケーション５０ａがらアクツリッジ信号をＶＴＳ　Ｓ　
３０が受けた後にアプリケーション５０ｂ内の信号ハン
ドラにより完了する。それ故、モード切換操作により、
アプリケーション５０ｂはモニタモードで表示装置４２
ａに直接書込みのためのアクセスを許可されている。次
にアプリケーション５０ｂは、アプリケーション５０ｂ
により開かれた不関与仮想端末３３が、モニタモードで
表示装置４２ｂへの直接書込みを行うことが出来るよう
に可視となるよう要求を行う。この要求はアプリケーシ
ョン５０ｂによりＶＴＳＳ３０およびそれに含まれるス
クリーンマネージャ３２０に対して行われる。ＶＴＳＳ
３０とアプリケーション５０ｂは次に図５について述べ
たようにモニタモードでの仮想端末を開くに必要なステ
ップを行う。不関与端末３３は次に可視とされ（図１６
のステップ７．８）、表示装置４２ｂが許可されてアプ
リケーション５０ｂがモニタモードでこの装置４２ｂに
直接に書込みうるようになる。 ［０１０３］ 表示装置４２ｂと４２ｃに直接に書込みを行っていたア
プリケーション５０ｃハコノトキ表示装置４２ｂ用のＳ
ＩＧ　ＲＥＴＲＡＣＴをｖＴＳＳ３０から受ける。この
理由はアプリケーション５０ｂがモード切換え操作のサ
ブジェクトであり、表示装置４２ｂを要求しているから
である。ＳＩＧ　　ＲＥＴＲＡＣＴの処理後にアプリケ
ーション５０ｃは装置４２ｂを再び要求する（図１７、
ステップ７）。この理由はこの装置４２ｂがモード切換
えに関与するものとされたアプリケーション５０ｃの仮
想端末３５に対応するからである。装置４２ｂの状態は
アプリケーション５０ｃのみがそこへの書込を要求する
ものであるから、この（初期）モード切換え操作の影響
を受けない。それ故、アプリケーション５０ｃはモニタ
モードで装置４２ｃへの直接書込みを行う。 ［０１０４］ この例の状態を要約すると、初期モード切換え操作後に
アプリケーション５０ａが表示装置４２ａへのアクセス
を要求し、アプリケーション５０ｂがモニタモードで表
示装置４２ａと４２ｂに書込みを行い、アプリケーショ
ン５０ｃが装置４２ｂへのアクセスを要求すると共にモ
ニタモードで装置４２ｃへの直接書込みを行う。 ［０１０５］ 次に、ユーザが入力装置４１に第２のモード切換操作を
行うものとする。ＶＴＳＳ３０は仮想端末３２を不活性
化し、そして不関与端末３３と３４をスキップして次の
関与端末３５を活性化する。端末３５の活性化は図１２
で述べたように生じる。 ［０１０６］ 前述のようにＶＴＳＳ３０は、ＶＴＳＳ３０が活性化さ
れるべき次の関与端末を選ぶことが出来るようにするメ
カニズムを含んでいなくてはならない。次の端末を不関
与と指定すべきときは、ＶＴＳＳ３０は不関与と指定さ
れていないその次の端末までスキップする。 ［０１０７］ この例での仮定に基づけば、端末３３と３４は不関与で
ある。従ってＶＴＳＳ３０は端末３３と３゛４をスキッ
プして３５に移る。仮想端末３５の活性化により、表示
装置４２ｂを要求しているアプリケーション５０ｃはこ
のときモード切換え操作の主体となる。ここでＳＩＧ　
　ＲＥＴＲＡＣＴがＶＴＳＳ３０がら装置４２ｂについ
てアプリケーション５０ｂに出される。表示装置４２ｂ
を放棄した後にアプリケーション５０ｂはＶＴＳＳ３０
にアクノリッジをもどす。次に５ＩＧＧＲＡＮＴがアプ
リケーション５０ｃに出されて装置４２ｂへの直接アク
セスを許可する。この時点で、アプリケーション５０ｃ
は、それがアクセスしなかった唯一の表示装置である装
置４２ａをＶＴＳＳ３０のスクリーンマネージャ３２０
から要求する。ＶＴＳＳ３０は装置４２ａにツいてのＳ
ＩＧ　　ＧＲＡＮＴをアプリケーション５０ｂに出す。 ＳＩＧ　　ＧＲＡＮＴ処理およびアクノリッジの送出後
にアプリケーション５０ｂは表示装置４２ａを要求する
（図１７のステップ７）。アクノリッジの受領によりＶ
ＴＳＳ３０は表示装置４２ａについてのＳＩＧ　　ＧＲ
ＡＮＴをアプリケーション５０ｃに出す。アプリケーシ
ョン５０ｂと５００の信号ハンドラ内で生じるＳＩＧ　
　ＧＲＡＮＴとＳＩＧ　　ＲＥＴＲＡＣＴの処理は図１
６．１７について述べた処理と同じである。アプリケー
ション５０ｃは装置４２ｃに書込を要求する唯一のアプ
リケーションであり、第２のモード切換操作前にモニタ
モードでそれにすでに書込みを行っていたから装置４２
ｃにっいては状態変化はない。 ［０１０８］ それ故、図１２において第２モード切換操作後にアプリ
ケーション５０ａ、５０ｂ、５０ｃは次のような状態と
なる。アプリケーション５０ａは表示装置４２ａへのア
クセス要求を行う状態のままであり、モード切換え操作
のためにアプリケーション５０ｂは表示装置４２ａと４
２ｂを持出して（引込め）おり、現在は表示装置４２ａ
を要求しており、アプリケーション５０ｃは装置４２ａ
、４２ｂ４２ｃのすべてへのアクセスを有し、モニタモ
ードでそれらに直接書込み可能となっている。アプリケ
ーション５０ｃはこのモード切換えとＶＴＳＳ３０によ
り与えられる次の関係したＳＩＧ　　ＲＥＴＲＡＣＴ信
号（アプリケーション５０ｂへの）とＳＩＧ　ＧＲＡＮ
Ｔ信号（アプリケーション５０ｃへの）により、装置４
２ａと４２ｂをアプリケーション５０ｂからとり上げる
ことが出来た。またアプリケーション５０ｃは前に装置
４２ｃに直接に書込みを行っていたのであり、モード切
換え操作はその状態を変化させなかった。 ［０−１０９］ 他のモード切換操作を、ユーザが入力装置４１において
このシーケンスを開始し、ＶＴＳＳ３０が仮想端末３５
の不活性化と不関与端末３６をスキップして次の関与仮
想端末である端末３１への進みを知る場合について説明
する。これら仮想端末のシーケンスは任意の順序でよい
が、この例では仮想端末３１から３６へそして３１にも
どる順次的なスクロールパターンである。しかしながら
、任意のシーケンスでよく、例えば逆に端末３６から３
１へそして３６にもどるものでもよい。 ［０１１０１ アプリケーション５０ｃの信号ハンドラは表示装置４２
ａについてＶＴＳＳ３０からＳＩＧ　　ＲＥＴＲＡＣＴ
信号を受けそしてこの処理の完了後にＶＴＳＳ３０にア
クノリッジを出す。アプリケーション５０ｃがらのアク
ノリッジの受領に続きＶＴＳＳ３０は表示装置４２ａに
ついてアプリケーション５０ａに５ＩＧＧＲＡＮＴを出
す。アプリケーション５０ａによるＳＩＧ　　ＧＲＡＮ
Ｔの処理後に表示装置４２ａがアプリケーション５０ａ
によりモニタモードで書込みを行われる（すなわちアプ
リケーション５０ａが表示装置４２ａで活性となる）。 ［０１１１］ かくして、仮想端末３５は不活性化されそして仮想端末
３１がこの３回目のモード切換操作により活性化される
。しかしながら、アプリケーション５０ａは表示装置４
２ｂと４２ｃを要求しておらず装置４２ａのみがＶＴＳ
　Ｓ　３０からのＳＩＧ　　ＧＲＡＮＴ信号の発行によ
りそれに許可されているから、アプリケーション５０ｃ
から表示装置４２ｂと４２ｃを引込める必要はない。か
くして、図１２から、アプリケーション５０ａがこのと
きモニタモードで表示装置４２ａへの書込みを行い、ア
プリケーション５０ｂは表示装置４２ａへのアクセスを
要求中であり、アプリケーション５０ｃはモニタモード
で表示装置４２ｂと４２ｃに書込みを行っていることが
わかる。また図１２において、表示装置４２ａ、４２ｂ
。 ４２ｃに対するアプリケ−ション５０ａ、５０ｂ、５０
ｃの状態は第３モード切換操作後にはじめに仮定された
状態と全く同じとなることがわかる。 ［０１１２］ それ故、いかにして本発明が、複数表示装置への直接書
込み能力を有する複数アプリケーションを含むシステム
のユーザにより開始される夫々のモード切換操作により
、従来のシステムにおけるように一つの仮想端末から他
の端末へではなく、アプリケーションからアプリケーシ
ョンへと表示装置のサブジェクトを常に変えうるように
するかは明らかである。また、モード切換え操作のサブ
ジェクトであるアプリケーション５０がそれら表示装置
への直接書込を行うためのプロセスのすべてについてそ
れら表示装置へのアクセス権を常に有することも明らか
である。前述の例は図１１に示すシステムに本発明を限
定しようとするものではない。少くとも１つが複数のハ
ードウェア表示装置への直接書込可能である複数のアプ
リケーションを利用する任意のシステムを本発明は意図
するものである。 ［０１１３］ 特定の実施例について説明したが、本発明の範囲内で多
くの変化、変更が可能である。例えば本発明は、第１ア
プリケーシヨンが第１表示装置への書込みが可能であり
、他のプログラムアプリケーションがこの第１表示装置
と少くとも１個の他の表示装置への直接書込みが可能と
なった形態を有するシステムについて当業者がその利点
を引き出すことを可能にするものである。

【図面の簡単な説明】

【図１】 本発明の処理システム内に含まれる層を示すブロック図
。

【図２】 本発明の仮想端末サブシステムの要素を示す他のブロッ
ク図。

【図３】 テキスト処理モードにおいてシステムで使用される情報
の流れを示す図。

【図４】 モニタモードでハードウェア表示装置に書込むために本
システムにより使用されるデータの流れを示す図。

【図５】 プログラムアプリケーションが仮想端末環境におけるノ
＼−ドウエア表示装置に直接にアクセスしうるようにす
るために本発明により利用されるプロセスの第１の態様
を示すフローチャート。

【図６】 図５と同様のプロセスの第２の態様を示すフローチャー
ト。

【図７】 図５と同様のプロセスの第３の態様を示すフローチャー
ト。

【図８】 図５と同様のプロセスの第４の態様を示すフローチャー
ト。

【図９】 図５と同様のプロセスの第５の態様を示すフローチャー
ト。

【図１０】 図５と同様のプロセスの第６の態様を示すフローチャー
ト。

【図１１】 本発明の仮想端末環境における種々の要素とそれらの相
互関係の例を示すブロック図。

【図１２】 本発明の特定の動作例について図１０の夫々のプログラ
ムアプリケーションの状態情報を示すチャート。

【図１３】 各プログラムアプリケーションについての初期化プロセ
スの第１部分を示すフローチャート。

【図１４１ 各プログラムアプリケーションについての初期化プロセ
スの第２部分を示すフローチャート。 【図１５】 各プログラムアプリケーションについての初期化プロセ
スの第３部分を示すフローチャート。

【図１６】 ＳＩＧ　　ＧＲＡＮＴ処理に必要なステップを示すフロ
ーチャート。

【図１７】 ＳＩＧ　　ＲＥＴＲＡＣＴがアプリケーションプログラ
ムに入るときに必要な処理ステップを示すフローチャー
ト。

【符号の説明】

１０　オペレーティングシステム ３０　仮想端末サブシステム（ＶＴＳＳ）３１　仮想端
末 ３２　仮想端末 ３３　仮想端末 ３４　仮想端末 ３５　仮想端末 ３６　仮想端末 ４０　ハードウェアＩ１０装置 ４１　人力装置 ４２ａ　　表示装置 ４２ｂ　　表示装置 ２ｃ ５０ａ ０ｂ ０ｃ 表示装置 アプリケーション アプリケーション アプリケーション ハードウェアインターフェース 資源コントローラ（ＲＣ） スクリーンマネージャ キーボード装置ドライバ ロケータ装置ドライバ 音響装置ドライバ 表示装置ドライバ 仮想端末 仮想端末モードプロセッサ（ＶＴＭＰ）

【書類者】

【図１】 図面

【図３】

【図４】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

Claims (20)

【特許請求の範囲】
1. 【請求項１】 １回のシフト操作により第１プログラムアプリケーショ
   ンから次のプログラムアプリケーシヨンへ焦点をシフト
   するための方法であって、複数のハードウェア表示装置
   を設けるステップ、複数の上記プログラムアプリケーシ
   ョンを設けるステップ、夫々上記プログラムアプリケー
   ションの特定の１個に関連づけられると共に上記ハード
   ウェア表示装置の１個に直接に対応する複数の仮想端末
   を設けるステップ、 上記アプリケーションの内の特定の１個に関連する上記
   仮想端末の内の１個を除くすべてを上記シフト操作に関
   与しないものとして指定するステップ、および上記関与
   しない仮想端末のすべてを無視するように上記シフト操
   作を開始するステップ を有するアプリケーション間シフト方法。
2. 【請求項２】 前記シフト操作において関与しないと指定されない前記
   プログラムアプリケーションの内の次のものに関連する
   前記仮想端末の内の次のものを活性化するステップを更
   に含む請求項１に記載の方法。
3. 【請求項３】 前記複数のプログラムアプリケーションの内の少くとも
   １個が前記複数のハードウェア表示装置の内の少くとも
   ２個に直接に書込みしうる請求項１に記載の方法。
4. 【請求項４】 前記次のプログラムアプリケーションにより要求されて
   いるのは前記ハードウェア表示装置の内のどれであるか
   を決定するステップ、この要求されているハードウェア
   表示装置へのアクセスを上記複数のプログラムアプリケ
   ーションの他による使用に対し引込めるステップ、およ
   び上記要求されたハードウェア表示装置へのアクセスを
   上記次のプログラムアプリケーションに許可するステッ
   プ を更に含む請求項３に記載の方法。
5. 【請求項５】 前記決定のステップは前記次のプログラムアプリケーシ
   ョンにより要求された前記ハードウェア表示装置の内の
   少くとも１個に現在アクセスしている前記プログラムア
   プリケーションが上記ハードウェア表示装置の内のどれ
   を引込めるべきかの質問を行いうるようにするメカニズ
   ムを設けるステップを含んでいる請求項４に記載の方法
   。
6. 【請求項６】 １回のシフト操作により第１プログラムアプリケーショ
   ンから次のプログラムアプリケーシヨンへ焦点をシフト
   するための方法であって、複数のハードウェア表示装置
   を設けるステップ、少くとも１つが上記ハードウェア表
   示装置の内の少くとも２個に直接書込み可能である複数
   の上記プログラムアプリケーションを設けるステップ、
   夫々上記プログラムアプリケーションの内の特定の１個
   に関連すると共に上記ハードウェア表示装置の１個に直
   接対応する複数の仮想端末を設けるステップ、上記アプ
   リケーションの内の特定の１個に関連する上記仮想端末
   の内の１個を除くすべてを上記シフト操作に関与しない
   ものとして指定するステップ、上記次のプログラムアプ
   リケーションにより要求されるのは上記ハードウェア表
   示装置の内のどれであるかを決定するステップ、上記次
   のプログラムアプリケーションにより要求された上記ハ
   ードウェア表示装置の内の少くとも１個に現在アクセス
   している上記プログラムアプリケーションが上記ハード
   ウェア表示装置の内のどれを引込めるべきかの質問を行
   いうるようにするメカニズムを設けるステップ、および
   上記関与しない仮想端末のすべてが無視されるように上
   記シフト操作を開始するステップ を有するアプリケーション間シフト方法。
7. 【請求項７】 　１回のシフト操作により第１プログラムアプリケーシ
   ョンから次のプログラムアプリケーションへ焦点をシフ
   トするための装置であって、複数のハードウェア表示装
   置、 複数の上記プログラムアプリケーション、 夫々上記プログラムアプリケーションの特定の１個に関
   連づけられると共に上記ハードウェア表示装置の１個に
   直接に対応する複数の仮想端末、および上記アプリケー
   ションの内の特定の１個に関連する上記仮想端末の内の
   １個を除くすべてを上記シフト操作に関与しないものを
   指定して上記関与しない仮想端末のすべてを無視しうる
   ようにする手段 を備えたアプリケーション間シフト装置。
8. 【請求項８】 前記シフト操作に関与しないものと指定されない前記次
   のプログラムに関連する次の仮想端末を活性化するため
   の手段を更に含んでいる請求項７に記載の装置。
9. 【請求項９】 前記プログラムアプリケーションの内の少くとも１個は
   前記ハードウェア表示装置の内の少くとも２個に直接書
   込み可能である請求項７に記載の装置。
10. 【請求項１０】 前記次のプログラムアプリケーションにより要求されて
    いるのは前記ハードウェア表示装置の内のどれであるか
    を決定する手段、上記次のプログラムアプリケーション
    により要求される上記ハードウェア表示装置へのアクセ
    スを前記複数のプログラムアプリケーションの他のもの
    による使用から引込めるための手段、および 上記要求されたハードウェア表示装置へのアクセスを上
    記次のプログラムアプリケーションに許可する手段 を更に含む請求項９に記載の装置。
11. 【請求項１１】 前記決定する手段は前記次のプログラムアプリケーショ
    ンにより要求された上記ハードウェア表示装置の内の少
    くとも１個に現在アクセスしている上記プログラムアプ
    リケーションが上記ハードウェア表示装置の内のどれを
    引込めるべきかの質問を行いうるようにするメカニズム
    を与える手段を含んでいる請求項１０に記載の装置。
12. 【請求項１２】 １回のシフト操作により第１プログラムアプリケーショ
    ンから次のプログラムアプリケーションへ焦点をシフト
    するための装置であって、複数のハードウェア表示装置
    、 少くとも一つが上記ハードウェア表示装置の内の少くと
    も２個に直接書込み可能である複数の上記プログラムア
    プリケーション、夫々上記プログラムアプリケーション
    の特定の１個に関連づけられると共に上記ハードウェア
    表示装置の１個に直接対応する複数の仮想端末、上記ア
    プリケーションの内の特定の１個に関連する上記仮想端
    末の内の１個を除くすべてを上記シフト操作に関与しな
    いものとして指定するための手段、上記次のプログラム
    アプリケーションにより要求されているのは上記ハード
    ウェア表示装置の内のどれであるかを決定する手段、上
    記次のプログラムアプリケーションにより要求された上
    記ハードウェア表示装置の内の少くとも１個に現在アク
    セスしている上記プログラムアプリケーションが上記ハ
    ードウェア表示装置の内のどれを引込めるべきかの質問
    を行いうるようにするメカニズム、および 上記次の関与しない仮想端末のすべてを無視するように
    上記シフト操作を開始する手段 を備えたアプリケーション間シフト装置。
13. 【請求項１３】 複数のハードウェア表示装置と複数のプログラムアプリ
    ケーションを含む仮想端末環境において、１回のシフト
    操作により第１のプログラムアプリケーションから次の
    プログラムアプリケーシヨンへシフトするコンピュータ
    プログラムプロダクトであって、 夫々上記プログラムアプリケーションの内の特定の１個
    に関連すると共に上記ハードウェア表示装置の１個に直
    接対応する複数の仮想端末、および上記アプリケーショ
    ンの特定の１つに関連する上記仮想端末の内の１つを除
    くすべてを上記シフト操作に関与しないものとして指定
    し、これら関与しない仮想端末のすべてを無視するよう
    にする手段 を備えたコンピュータプログラムプロダクト。
14. 【請求項１４】 前記シフト操作において関与しないと指定されない前記
    次のプログラムアプリケーションに関連した次の仮想端
    末を活性化するための手段を更に含んでいる請求項１３
    に記載のコンピュータプログラムプロダクト。
15. 【請求項１５】 前記複数のプログラムアプリケーションの内の少くとも
    １個が前記複数のハードウェア表示装置の内の少くとも
    ２個に直接書込み可能である請求項１３に記載のコンピ
    ュータプログラムプロダクト。
16. 【請求項１６】 前記次のプログラムアプリケーションにより要求されて
    いるのは前記ハードウェア表示装置の内のどれであるか
    を決定する手段、上記次のプログラムアプリケーション
    により要求された前記表示装置へのアクセスを上記複数
    のプログラムアプリケーションの内の他のものによる使
    用から引込めるための手段、および 上記要求されたハードウェア表示装置へのアクセスを上
    記次のプログラムアプリケーションに許可する手段 を更に含んでいる請求項１５に記載のコンピュータプロ
    グラムプロダクト。
17. 【請求項１７】 前記決定する手段は前記次のプログラムアプリケーショ
    ンにより要求された前記ハードウェア表示装置の内の少
    くとも１個に現在アクセスしている上記プログラムアプ
    リケーションが上記ハードウェア表示装置の内のどれを
    引込めるべきかの質問を行いうるようにするメカニズム
    を与える手段を含んでいる請求項１６に記載のコンピュ
    ータプログラムプロダクト。
18. 【請求項１８】 複数のハードウェア表示装置と少くとも１個がこれらハ
    ードウェア表示装置の内の少くとも２個に直接書込み可
    能である複数のプログラムアプリケーションを含む仮想
    端末環境において第１プログラムアプリケーションから
    次のプログラムアプリケーションに焦点をシフトするた
    めのコンピュータプログラムプロダクトであって、 夫々上記プログラムアプリケーションの内の特定の１個
    に関連づけられると共に上記ハードウェア表示装置の１
    個に直接対応する複数の仮想端末、上記アプリケーショ
    ンの特定の１つに関連する上記仮想端末の内の１個を除
    くすべてを上記シフト操作に関与しないものとして指定
    する手段、上記次のプログラムアプリケーションにより
    要求されているのは上記ハードウェア表示装置の内のど
    れであるかを決定する手段、上記次のプログラムアプリ
    ケーションにより要求された上記ハードウェア表示装置
    の内の少くとも１個に現在アクセスしている上記プログ
    ラムアプリケーションが上記ハードウェア表示装置の内
    のどれを引込めるべきかの質問を行いうるようにするメ
    カニズム、および 上記次の関与しない仮想端末のすべてを無視するように
    上記シフト操作を開始する手段 を備えたコンピュータプログラムプロダクト。
19. 【請求項１９】 仮想端末環境において第１マルチプロセスプログラムア
    プリケーションから次のプログラムアプリケーションに
    焦点をシフトするための方法であって、上記プログラム
    アプリケーションの特定の１つに関連する上記仮想端末
    の内の１個を除くすべてをシフト操作に関与しないもの
    として指定するステップ、および 上記次のプログラムアプリケーションに関連する上記不
    関与仮想端末のすべてが無視されるように１回のシフト
    操作を開始するステップを有するアプリケーション間シ
    フト方法。
20. 【請求項２０】 前記シフト操作を前記マルチプロセスプログラムアプリ
    ケーションの夫々について続行するステップを更に含ん
    でいる請求項１９に記載の方法。