JPS62127973A - 画面制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　　要〕 パーソナルコンピュータにおいて１画面上の複数のウィ
ンドにおいて、　＋ｒｌｉＩ々のウィンドに対応する部
分で性格の異なるジョブ、文書の編築、データの整理、
或いは結果の図形化等のタスクを並行実行するいわゆる
マルチタスク機能が行れるようになってきた。このよう
なマルチウィンドの基本機能としてはマルチウィンドに
おける重ね表示。

或いは分割表示等の表示方法、或いはウィンド間すなわ
ち、アプリケーション間の通信、及びマルチタスク機能
を有するか否かといった決定方法が重要になってくる。

従来、この種のマルチウィンド方式のパーソナルコンピ
ュータは、メモリの１ビットを画面の１ドツトに対応さ
せるいわゆるビットマツプディスプレイ装置を有するシ
ステムであり、複数プロセスが同時に同一コンソールを
アクセスする機能は一般にウィンド機構としてオペレー
ションシステム（Ｏ８）の一部として実現されていた。

しかし、ビットマツプディスプレイではなく２通常のＴ
ＴＹ型コシコンソール用しているシステムでは、このよ
うなウィンド機能を有するものはなかった。本発明はこ
のようなウィンド機構を持たないＯ３上にそのＯ８を変
更することなく、前記ウィンド機構を実現するものであ
る。

本発明は複数プロセスを実行できしかも該プロセス間で
共有されるメモリ空間の管理機構、及び他のプロセスに
イベントを発生させる機構を持つオペレーションシステ
ム（Ｏ８）において、該共有メモリ空間上に画面イメー
ジ変更情報、入力定義フィールド、入力情報、ウィンド
情報を持つ論理コンソール手段と、該論理コンソールを
処理する制御プロセス手段を有し、前記イベント発生機
構を用いてユーザプロセスと前記制御プロセス間の通信
を実現することによって３通常プロセスの実際に存在す
る物理的なコンソールへのアクセスを可能とする画面制
御方式を提供することにある。

〔産業上の利用分野〕

本発明は、パーソナルコンソールにおけるマルチウィン
ド方式に係り、特にビットマツプディスプレイを有しな
いシステムで、オペレーションシステム（’Ｏ３，）が
提供するコンソール入出力機構を変更せずに、複数プロ
セスの同一コンソールへの同時アクセスを小さなオーバ
ーヘッドで実現する画面制御方式に関する。

〔従　来　の　技　術〕

計算機本来の究極の目的は、使いやすさの追及であり、
　＋ｌ１ｉ１人が仕事を進める上で、複数の画面をコン
ピュータの画面上に再現する方法で、キーボードをたた
かないで入力する方法として、いわゆるマルチウィンド
方式が注目されてきた。マルチウィンド方式は、ディス
プレイ画面に複数のウィンドを表示する機能であって、
それぞれのウィンドを市ね合せて表示する場合や１画面
を分割して表示する方式を用いている。そして、ウィン
ド間の通信、或いは、ウィンド間のマルチタスク機能を
設けて複数のアプリケーションそれぞれにウィンドを割
り当てて同一画面上に表示し、ウィンド間、アプリケー
ションプログラム間のデータを交換出来るようにしてい
くものである。

従来、この種のマルチウィンド方式を持つパーソナルコ
ンピュータは、ビットマツプディスプレイを用いていた
。従来のこの種のパーソナルコンピュータは汎用Ｏ８上
に数１００にハイｈ以上の大きなラフ１−ウェアをかぶ
せて実現している。例えば、ディスクオペレーティング
システム上にメモリ管理や、スクリーンの管理、あるい
は入出力ディハイス制御のハードウェア依存の部分を制
御するＯ８を集中し、その上にアプリケーションプログ
ラム、すなわち、複数プロセスの各プロセスが要求する
処理を実行するＯ８を置き、その中にマルチタスク用の
スケジューリング等を含むようにしている。そして、ア
プリケーション間、Ｉ！ｌ］ちウィンド間のデータの交
換等は、Ｏ８のファイル管理機構を使って実現している
。例えば、１画面に複数のアプリケーション用のウィン
ドを表示する場合には、実行するウィンドを順次切換え
るが。

この時、それぞれのウィンドを重ねて表示するようにす
る場合としない場合とがあり、ウィンドの配置方法は１
画面を等分割するという原則に従っている。４つのアプ
リケーションプログラムがあった場合に、まず、これを
ロードした状態ではまだ画面上に表示されず、プログラ
ムやファイル等の意味がわかるようにグラフィックシン
ボルで表現されたアイコンが画面の下に表示される。マ
ウスでアイコンをさし、マウスのボタンを押すと。

１つのアプリケーションプログラム、すなわち。

画面の１つが表示される。この場合は１つのウィンドだ
けなので１画面全体を占有する。更に、アイコンを開い
ていくと、違った画面が現れてくる。

画面は基本的には上下に等分割され、ウィンドを横に移
すことも出来るし、ウィンドの位置や大きさを指定する
こともできる。この場合、ウィンドを管理するＯＳはウ
ィンドの配置決定を行う画面の管理、マウス、スクロー
ルバーの制御、ユニバーサルウィンドコマンドの処理や
データ交換等の処理ルーチンを行うユーザインターフェ
イス用のライブラリー等を持っている。更にＯ８の中に
はアプリケーションプログラムのグラフインク命令と出
力装置とのインターフェイスもあり、ビットマツプディ
スプレイやプリンタに対し共通のコマンドで出力出来る
ようにしである。しかし、従来のこの種のウィンド機構
をサポートしているシステムは、一般にビットマツプデ
ィスプレイを有するシステムであり１通常のＴＴＹ型コ
シコンソール用しているシステムでは、サポートされて
いない。この種の従来システムにおいては、ウィンド機
構を実現する場合、ＯＳを変更する必要があり。

これは一般的には非常に困難となるという欠点を有して
いた。

〔発明が解決しようとする問題点〕

本発明はこのような従来の欠点を除去し、共有のメモリ
空間上に仮想的な論理コンソールとそれを処理する制御
プロセスを作成することによって。

ウィンド機構を持たないＯ８上にＯＳの変更を必要とせ
ずにウィンド機構を実現するごとの出来る画面制御方式
を提供する。

〔問題点を解決するための手段〕

本発明は複数プロセスの実行ができ該複数プロセス間で
共有されるメモリ空間の管理機構及び他プロセスにイベ
ントを発生する機構を少なくとも持つオペレーティング
システム手段と、該共有メモリ空間上に論理コンソール
を有し該論理コンソールを処理する制御プロセスを含む
仮想コンソール手段を形成し、前記イベント発生機構を
用いてユーザプロセスと前記仮想コンソール間の通信を
行う通信手段とを有し、前記制御プロセスの制御のもと
で前記仮想コンソールと物理コンソール間の通信を介し
て前記プロセスの物理コンソールへのアクセスを可能と
することを特徴とし、さらに前記論理コンソールは画面
イメージ変更情報、入力定養フィールド、入力情報、ウ
ィンド情報等を含むことを特徴とし、前記ユーザプロセ
スからイベントを受けた前記制御プロセスはシステムが
入力処理中であれば入力処理後にイベント処理を実行し
、システムが入力処理前であればイベント処理を先に実
行する排他的制御機構を有することを特徴とする画面制
御方式を提供することにより達成される。

〔作　　用〕

複数のプロセスの実行が出来該複数プロセス間で共有さ
れるメモリ空間の管理機構、及び他プロセスにイベント
を発生する機構を持つオペレーティングシステム、例え
ば、ＵＮＩＸのようなＯ８を用いて、該共有メモリ空間
上に論理コンソールを有し該論理コンソールを処理する
制御プロセスを仮想的に作成し、これを仮想コンソール
として。

ユーザプロセスと該仮想コンソール間の通信を実行し、
該仮想コンソール間と物理的な実際のコンソール間はス
ーパーバイザーコールとして実行することによって２通
常プロセスの物理コンソールのアクセスを可能としてい
る。

〔実　　施　　例〕

次に本発明の実施例を図面を参照して説明する。

本発明は、ビットマツプディスプレイ上で行っていたマ
ルチウィンドシステムをＴＴＹコンソールタイプのシス
テムで同様なことを実現するものである。すなわら１本
発明はマルチウィンド′方式をＴＴＹ型コンソール上で
、しかも、Ｏ８の変更をほとんど必要なく実現するもの
で９本発明のシステムの構成図を第１図に示す。

第１図において、オペレーションシステム（Ｏ３）１は
、複数プロセスの実行が出来、しかも。

複数プロセス間で共有されるメモリ空間の管理機構２及
びイベント発生機構、もしくは、ユーザソフトの割込み
機構を持一つようなもので３例えばＵＮＩＸのようなＯ
８である。そして、Ｏ３Ｉにはコンソール５　’　ヲ制
ｆｌｎするコンソール入出カル−チン４を含んでいる。

本発明では、該共有メモリ空間上に論理コンソール２０
．及び制御プロセス２１からなる（ＩＤンソール２を有
する。論理コンソール２０は１画面１枚に１つ対応し、
ユーザの要求する数だけ定義される。ユーザプロセス３
が、まず論理コンソールにアクセスすると、仮想コンソ
ール２の中にはそのコンソールを制御する制御プロセス
２１が存在し、ユーザプロセス３はアクセスした論理コ
ンソールに対して、制御プロセス２１のもとで制御され
ながら実行される。ユーザプロセス３はＴＴＹ型コシコ
ンソール合には９元来は直接、オペレーションシステム
１にアクセスするが９本発明では、仮想コンソール上の
論理コンソール２０と制御プロセス２１との間で通信を
行うようにしている。１人のユーザプロセス３が、もし
、複数の論理コンソール２０（−アクセスする場合には
、該複数の論理コンソール２０ば１つの制御プロセス２
１によって制御さ相１．論理コンソール２０の該スイッ
チ制御は簡単に行われる。また２例えば。

別のプロセスがあって、２つのプロセスが同時にアクセ
スした場合であっても、ＴＴＹ上のカーソルに関する制
御を意識することなく、アクセスすることができる。Ｔ
ＴＹ型コシコンソール、カーソルの位置のみにしかアク
セスできず２つのプロセスが同じカーソル位置にアクセ
スすることができないが２本発明のように、メモリ上に
存在する仮想コンソール２の論理コンソール２０に対し
ては、カーソル制御を１８６することなくアクセスが可
能となる。ユーザが論理コンソール２０に対して自由に
アクセスすることが可能となるように制御プロセス２１
がユーザプロセス３と論理コンソール２０を制御してい
る。

論理コンソール２０の具体的な実施例は第２図に示され
ている。第２図ｆａｔにおいて１画面イメージフィール
ド２００はコンソール上に表示されるデータを示し、変
更フラグ２０１は、変更のあった行を示し１表示属性２
０２はコンソールが持つ文字修飾アトリビュートを意味
し、変更開始アドレス２０３及び変更終了アドレス２０
４はそれぞれ変更があった行内の開始場所と終了場所が
示される。入力定義フィールドは入力データが期待され
る場所を示すもので、第２図（ｂｌの構造で示されるよ
うに、入力される位置を指示するものである。

例えば１画面の特定間のポイントから特定のポイントま
での対角線で切られる矩形型のフィールド内の中で入力
が定義されるようにする。

第２図（ａｌの論理コンソールにおいて、入力定秦フィ
ールド数はフィールドの数、入力開始フィールドは入力
文字の何番目から実行するかを示すフィールドである。

入力フィールド有効フラグは。

出力だけでは有効にならないので、入力フィールドが有
効であるかどうかを示すフラグとして設置されている。

終了入力フィールド番号は、入力が終了した場合のフィ
ールド番号を示し、入力フィールド移動タイプは１例え
ば、縦に移動するのが。

横に移動するのかを示す移動タイプである。ウィンドサ
イズは画面サイズを示し、ウィンド有効フラグはそのウ
ィンドが有効であるかどうかを示すフラグである。リタ
ーンバリューは入力が終ったときに返す値でエラー情報
等の値を示す。カーソルアドレスは現在のカーソル位置
、リード要求プロセスｉｄは入力要求を発したプーロセ
スを示している。そして、仮想コンソールｉｄは制御プ
ロセス自身のｉｄである。第２図（ｂ）は入力定義フィ
ールドであって、ｉｉ！ｉ面情報のアトリビュートが１
バイトだけ先頭にあり１画面の領域、すなわち、矩形領
域を示すための対角線の１点（Ｘ、　Ｙ）の座標と他の
１点の（Ｘ、Ｙ）の座標が示される。５Ｃ３ＤＳＣ３は
アトリビュートのエンドを示す。

このような制御は制御プロセス２１が実行する。

この制御プロセス２１に対してユーザプロセスから割込
みが入る場合ルーチン２が第３図に示されている。ルー
ト１においては、まず、１文字がコンソールから入力さ
れた場合、入力処理中フラグをオンにし、入力処理を実
際に行う。この時他のプロセスから出力要求が出ている
かどうかをチェックする。すなわち、他のプロセスから
イベントが発生しているかをチェックし、もし、イベン
ト処理要求フラグがオンならば、イベント処理を実行せ
ずに入力処理を続行し、終了後入力処理中フラグをオフ
にし、戻る。また、もとに戻るルーチンの中でイベント
処理要求フラグがオンである場合には、イベント処理を
実行する。そして、終了すれば、イベント処理要求フラ
グをオフにする。

イベント処理において、もし、すでにイベント処理要求
フラグがオンならばイベント処理を終了するがそうでな
ければオンにする。そして入力処理中フラグがオンであ
る場合でもイベント処理を行う。そして、もしウィンド
有効フラグが有効であるならば、コンソール上に画面イ
メージを表示する。そして、イベント処理要求フラグを
オフにして主ルーチンに戻るようになっている。すなわ
ち。

ルート１のプロセスは、入力処理中であれば、入力処理
終了後にイベント処理を行うものである。

一方、ルート２は前記ルート１の主ルーチンと同じ、主
ルーチン上で、もし、入力処理を行う前にイベント処理
、即ぢ他のプロセスからの出力要求があった場合には、
その出力データをコンソール上に表示するものである。

入力処理する前にイベント処理要求がオンである場合に
は、イベント処理を終了し、主ルーチンに戻り入力処理
を実行するようにしている。このような制御に従えば。

仮想コンソール２に対して通常ユーザプロセス３は排他
制御機構を用いているので、どの時点において割込みが
入っても、制御が連続的に有効に動作することになる。

すなわち２通常プロセスは排他制御機構を用いて、まず
、論理コンソール２０へのアクセス権を得る。その後２
表示データ、もしくは入力定礎を論理コンソール２０上
に書込み。

アクセス権を開放する。その後、論理コンソール２０に
対して、イベントを発生させ、入力がある場合には、制
御プロセス２１からのイベントを待つことになる。イベ
ントを受けた制御プロセスは入力処理中であれば、入力
処理後、イベント処理を行うルート１に従い、もし、入
力処理に入る前であれば、イベント処理すなわち、コン
ソール上にデータを表示するルート２に従うようにして
いる。この場合、データを表示する制御プロセス２１は
ｏＳの提供する出力ルーチンによりデータを表示する。

このような排他制御機構を用いることによって複数プロ
セスの同一コンソールに対する同時アクセスが実現され
ることになる。すなわら。

いろいろなタイミングで割込みが入ってきても１つの画
面上においては、制御プロセス２１は乱されることはな
い。瞬間的に制御プロセス２１が邪魔される場合があっ
ても、その処理を後で行うことによってマクロ的には連
続しているかのように処理が実行されることになる。こ
のようなυノ作は従来のビットマツプディスプレイシス
テムにおいては、専用ハードウェアを用いて実行される
ことになるが、ＴＴＹ型コンソールにおいては、このよ
うな専用ハードウェアを設けることはできない。

しかし、このような排他的制御機構に従って行うように
すれば、ＴＴＹ型コンソールでも同様なマルチタスク処
理が可能となる。すなわち１本発明では割込みが入った
場合は割込みを待たせるようにしているので５１つの制
御が他のプロセスからそれほど邪魔されることな（連続
して行うようできる。この場合２本発明は共有メモリ上
での排他制御のみの処理で済み、直接ＴＴＹ型コンソー
ルに対しての排他制御を行っていないので、コンソール
の処理速度が遅くなることがなくオーバーヘッドは少な
い。そしてコンソールからの入力は。

実際にキーが押されるまでは、Ｏ８内でウェイト状態に
なっており、この間制御プロセス２１は実質的に実行し
ていないため、他のプロセスの実行を妨げることはない
。このような制御方式は、ＵＮＩＸのようなＯ８上では
Ｏ３の変更なく行うことができるので９問題はない。Ｕ
ＮＩＸではユーザプロセス３からこのような制御プロセ
ス２Ｉに割込みをかける機能を有しており、キーが実際
に押されるまでは、Ｏ８内でウェイトをかける制御をす
でに持っている。また、ＵＮＩＸ上ではこのような論理
コンソール２ｏ及び制御プロセス２１は仮想空間上、す
なわち、ディスク上に設けることができ、システムによ
っては実際の主記憶上に多（の仮想コンソール２を設け
ることができる。

また１本発明では１通常、ユーザプロセス３はすべて同
じレベルであるために、処理変更が生じた場合でもＯ８
を変更せずに、変更が可能となる。

本発明の構成要素を説明するために、第４図を用いてさ
らに詳細に説明する。まずＯ３上には少なくとも共有メ
モリ管理機構４０と他プロセスにイベントを発生するイ
ベント発生機構４１が少なくとも含くまれている必要が
ある。そして２例えば、プロセスＡとプロセスＢがあっ
た場合に、プロセスＡはＯ３に対して共有メモリ管理機
構４０を介して共有メモリ４３にアクセスする。同様に
プロセスＢもＯ８上の共有メモリ管理機構４０を介して
共有メモリ４３にアクセスすることができる。また、プ
ロセスＡ及びプロセスＢ以外にプロセスＣ及びＤが存在
し、プロセスＣはＯ３上のイベント発生機構４１を介し
てプロセスＤにイベントを発生ずることが例として存在
できる。制御プロセス２１はプロセスへ、Ｂ、Ｃ，Ｄと
同じレベルに存在し、Ｏ３上の共有メモリ管理機構４０
を介して共有メモリ４３にもアクセスでき１例えば。

プロセスＣはイベント発生機構４１を介して制御プロセ
ス２１にイベントを発生することもできることになる。

該共有メモリ４３は、論理コンソール２０として扱われ
る。この場合、論理コンソール２０が複数ある場合、ウ
ィンド機構と等価になる。制御プロセス２１は実際にあ
る物理的なコンソール５０と接続される。

〔発明の効果〕

本発明は、このようにビットマツプディスプレイを用い
ずにＴＴＹ型コンソールでもウィンド機能を設けること
ができ、複数プロセスによる同一コンソールに対する同
時アクセスが実現できるばかりでなく、メモリへの排他
制御のみであるためにオーバヘッドが少なく、Ｏ８を変
更せずに、ウィンド機構を実現できるという効果がある
。

【図面の簡単な説明】

第１図は本発明のシステム構成の実施例の構成図。 第２図は本発明の論理コンソールの実施例の構成図。 第３図は本発明の排他的制御機構の手続を示す図。 第４図は本発明のシステム構成の実施例の構成図である
。 １・・・Ｏ８゜ ２・・・仮想コンソール。 ３・・・ユーザプロセス。 ４・・・コンソール入出カル−チン。 ５・・・コンソール。 ２０・・・論理コンソール。 ２１・・・制御プロセス。 ４３・・・共有メモリ。 ５０・・・物理コンソール。 ２００・・・画面イメージフィールド。 ２０１・・・変更フラグ。 ２０２・・・表示属性。 ２０３・・・変更開始アドレス。 ２０４・・・変更終了アドレス。 第１図 （Ｌルーケン）　　　　　　　　　　　　　　　　　（
イヘ・ント刈、埋）１　１欠均１″パノー″′す２゛う
７　　　　　　　　　　　　　　　　１　　もし　イ。 、７と８０埋ｔま”：１５７−２．ＯＮ？ｅ２　　人力
πμ里空中７フ゛をＯＮする　　　　　　　　　　　　
　　　　　　　　　　　　　イ４・ンＦ刃ＸｖＥ−クト
了３　人カメ＆埋ｓＷう　　　　　　　　　　　　　　
　　　　　２　イ△・坏拠１１やれフッ７’ＥＯＮ＋τ
Ｔ３４゜Ｌし　イへ・ントヌふアｆ寥収フラグカＹＯＮ
’７４　　　　　　　　　　３．　　もし　λ＼カ現ｐ
戸Ｐ守７アプシーＯＮ７うイ４゛ンとタル巧ンとイ＜竹
丁シ　　　　　　　　　　　　　　　　　　　　　　　
　　イＡ”ンとスル環２（了５、イヘ・ンヒタｇｉｆｔ
フラ７−１：０ｆｆｉＡＸ　　　　　第３図

Claims (3)

【特許請求の範囲】
1. （１）複数プロセスの実行ができ、該複数プロセス間で
   共有されるメモリ空間の管理機構及び他プロセスにイベ
   ントを発生する機構を少なくとも持つオペレーティング
   システム手段と、 該共有メモリ空間上に論理コンソールを有し該論理コン
   ソールを処理する制御プロセスを含む仮想コンソール手
   段を形成し、 前記イベント発生機構を用いてユーザプロセスと前記仮
   想コンソール間の通信を行う通信手段とを有し、 前記制御プロセスの制御のもとで前記仮想コンソールと
   物理コンソール間の通信を介して前記プロセスの物理コ
   ンソールへのアクセスを可能とすることを特徴とする画
   面制御方式。
2. （２）前記論理コンソールは画面イメージ変更情報、入
   力定義フィールド、入力情報、ウィンド情報等を含むこ
   とを特徴とする特許請求の範囲第１項記載の画面制御方
   式。
3. （３）前記ユーザプロセスからイベントを受けた前記制
   御プロセスはシステムが入力処理中であれば入力処理後
   にイベント処理を実行し、システムが入力処理前であれ
   ばイベント処理を先に実行する排他的制御機構を有する
   ことを特徴とする特許請求の範囲第１項記載の画面制御
   方式。