JPS62298829A - デ−タ表示装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ３、発明の詳細な説明 Ａ、産業上の利用分野 Ａ／、定義 Ｂ、従来技術 Ｃ１発明が解決しようとする問題点 り１問題点を解決するための手段 Ｅ、実施例 Ｅ−１，概説 Ｅ−２、Ｄ／Ｍロード・モジュール Ｅ−３，Ｄ／Ｍセツション記憶装置 Ｅ−４，装置、表示装置、作図装置および印刷装置 Ｅ−５，仮想装置の開設 Ｅ−６，親オペレータ・ウィンドー Ｅ　−７，仮想装置の階層 Ｅ−８，オペレータ・ウィンドーの修正および削除 Ｅ　−９，仮想画面 Ｅ−１０、調整出口 Ｅ＝１１．　　調整済みの入出力機能 Ｅ−１２その他の入出力機能 Ｅ−１３，タスク管理およびウィンドー操作環境の処理 Ｅ−１４，初期設定 Ｅ−１５，調整出口 Ｅ−１６最初のアプリケーション Ｅ−１７，ソ（７）他のアプリケーションＥ−１８，ア
プリケーションの処理 Ｅ−１９アプリケーションの終了 Ｅ−２０，調整出口インターフェース Ｅ−２１必要なパラメータ Ｅ−２２，出口トークン Ｅ−２３方向 Ｅ−２４，フィードバック値 Ｆ０発明の効果 Ａ、産業上の利用分野 本発明はデータ表示システムに関し、具体的には、それ
自体がタスク（アプリケーション）の指名方式、または
使用されている特定のタスキング・システム、またはア
プリケーションを開始するためのオペレータの対話に依
存することなく、複数のタスクによってもたらされたデ
ータを（単一表示装置上に）表示できる表示管理システ
ムに関するものである。

Ａ′、定義 表示管理をタスク管理から独立したものにするためには
、各々がその役割を遂行できるようにするための特別な
インターフェース機構の存在が必要である。たとえば、
ある種のタスキング・システムでは、処理？要求してい
るアプリケーションが別のタスクで実行されていても、
表示セツションの物理的処理は単一システム・タスクで
実行しなければならない（実際には、表示装置がタスク
に割り当てられる）。

表示管理機能は、この説明ではＤ／Ｍと呼ぶ。

この説明では、以下の術語を使用し、次のように定義す
る。

ウィンドー操作環境：多数のアプリケーションが同時に
実行可能であり、エンド・ユーザが表示装置の画面上の
矩形区画を使って各アプリケーションと対話する環境。

オペレータ・ウインドー二画面の矩形区画の１つ。オペ
レータ・ウィンドーの寸法、位置およびビューイング優
先順位はエンド・ユーザ（オペレータ）が制御できる。

仮想画面：オペレータ・ウィンドーを通して見える提示
スペース。仮想画面は、それと関連するオペレータ・ウ
ィンドーよりも大きくてもよく、その場合は、エンド・
ユーザがウィンドー内でそれと画面移動することができ
る。

ユーザ制御：画面上でのオペレータ・ウィンドーの寸法
、位置およびビューイング優先順位を制御し、そのため
のエンド・ユーザとの対話と実現する処理。

タスク管理機能：ウィンドー操作環境で実行中のアプリ
ケーションの開始、終了および実行優先順位を制御し、
そのためのエンド・ユーザとの対話と実現する処理。こ
の処理は、オペレーテイング・システムのタスク管理機
能を使用するか、丑たけそれ自体の擬似タスキング機能
を代用することができる。

Ｂ、従来技術 ウィンドー操作システムは、表示装置上の別々の区域に
表示された各タスクに対するデータを用いて、多数のタ
スクを同時に実行させることができる。ウィンドー操作
システムに応じて、ウィンドーのオーバーラツプ、ウィ
ンドー区域の境界を示すだめのウィンドー・フレームの
使用、ならびにウィンドー操作機能など、種々の機能を
サポートすることができる。

ウィンドー操作は、異なるアプリケーション（タスク）
を同時に実行することができるように、表示画面を（通
常は）矩形の区域（ウインドーを呼ばれる）に再分割す
る手法に与えられた総称である。通常、各アプリケーシ
ョンはウィンドーの１つにデータを表示するが、そのよ
うなシステムには、アプリケーションを複数のウィンド
ーに表示することかできるものもある。

オペレータが裡々のアプリケーションと対話できるよう
にするだめ、ウィンドー操作システムはウィンドーを操
作するだめの機能を備えることができる。一般に備えら
れる機能には、ウインドーを移動し、寸法を縮小または
増大し、ウィンドー全画面移動する能力があり、どの場
合にも、目的は、画面上で使用できる限られたスペース
で、オペレータが自分にとって最も重要な棟々のアプリ
ケーションからのデータを見ることができるようにする
ことである。

システムによっては、ウィンドーが切換えられ、または
画面移動されるとき、アプリケーションがデータを再生
するものがある。また、アプリケーションは、そのデー
タをウィンドー自体ではなく一定の寸法の記憶域（その
提示スペース）に表示し、ウィンドー操作システムがこ
のデータの部分？アプリケーション・ウィンドーに表示
するものもある。この方法は、アプリケーションが画面
移動等のウィンドー操作に関係する必要がなく、その操
作が、提示スペースの異なる部分にアドレスするウィン
ドー操作システムによって実行できるという利点を有す
る。そのようなシステムの１つは、ＥＰ−Ａ−０１４７
５４２に記載されている。

ウィンドー操作機能は別にして、ウィンドー操作システ
ムはオペレータと対話して、ウィンドーを定義し、それ
らを使用するためのアプリケーション制御プログラムと
開始させる機能をもたらすことができる。アプリケーシ
ョンを開始した後、オペレータが別のアプリケーション
と対話することができるようにそのアプリケーションを
中断することができなければならず、一般に、オペレー
タが入力を与えるべく選んだ任意のアプリケーションを
中断および再開することができなければならない。

アプリケーション金開始するためのオペレータとの対話
は、それ自体、表示装置上で使用可能などの入出力機能
でも使用できる表示対話である。

テキスト、図形およびアイコンが、可能な出力機能の例
であり、一方、マウスやスタイラスが入力媒体として使
用できる（たとえば、マウスは、アプリケーションを表
わす一群のアイコンのうちの１つを指示するために十字
線カーソルを動かすのに使用できる〕。

ウィンドー操作システムは、実行中に必要な資源（記憶
装置、ファイル、パラメータ等）を受は取るために、ア
プリケーションに関するある種の情報を必要とする。１
つのアプリケーションが中断され、もう１つのアプリケ
ーションが再開されるときに衝突と回避するため、アプ
リケーションに関する十分な情報を有することも必要で
ある。

なぜならば、一般に、アプリケーションは互いに独立し
ており、したがって、そのような衝突を回避するための
措置が施されていないからである。

アプリケーションは、元来異なる特徴を有する異なる言
語またはコマンド体系で開発された可能性があり、その
ようなアプリケーション間の制御の流れが可能なの（ｄ
、ウィンドー操作システムが、そこに含まれる全ての特
異性全知っている場合だけだということにも留意すべき
である。

システムによっては、そのような問題を克服するために
、各アプリケーションごとにそのプロファイルをウィン
ドー操作システムに与えなければならないものがある。

しかし、ユーザに対して問題を生じることは別として、
資源要件をこのように記述することは常に可能であると
は限らず、ウィンドー・システムでは、特にウィンドー
操作システムの開発後に導入された新しいタイプのアプ
リケーションを処理する能力が不可避的に制限される。

ウィンドー操作システムの態様のあるものは一般的に適
用できるが、あるものはアプリケーション環境、使用可
能なオペレーティング・システム機能、および表示装置
上で使用可能な入出力機構に特有であることが理解され
るはずである。また、ウィンドー操作システムがこれら
の入出力機構を介してオペレータと対話する方式は、ア
プリケーション自体がオペレータと対話する方式とそれ
自体類似しておシ、アプリケーションと対話する場合で
も、またウィンドー操作システム自体と対話する場合で
も、オペレータが共通の対話機構を使用できることが望
ましいことも理解されるはずである。

一般に、ウィンドー操作システムは、以下の機能を備え
る。

１、（表示装置上のメニューを使って）オペレータと対
話して、アプリケーションを開始させる。

２、アプリケーションのためにオペレータ入力が使用で
きるかどうかに応じて、アプリケーションが中断または
再開できるような方式で、アプリケーションの処理を制
御するための「タスク」を作成する。

６、　各アプリケーションからのデータを組み合せ、棟
々のアプリケーション用の多数の「ウィンドー」を単一
表示画面に示す表示物を構築する。

４、オペレータが再開したいアプリケーションを選択し
、（たとえば、ウィンドーの移動、またはその寸法の動
小により）データの表示のしかたを制御できるようにす
る対話機能をもたらす。

５、（たとえば、ウィンドーを「フレーム」で取り囲む
ことにより、または異なる背景色の使用により）異なる
ウィンドー区域を区別する手段をもたらす。

６、（たとえば、ビューイング優先順位に従って資源を
割り当てることにより）アプリケーション間の資源要件
の衝突を解決する。

Ｃ６発明が解決しようとする問題点 本発明によって解決される問題は、どのようにすれば機
能（１）および（２）を機能（６）〜（６）から分離で
きるか、およびこの分離から生じる問題をどのように克
服できるかである。

Ｄ１問題点を解決するための手段 本発明によれば、一般的に、機能（３）〜（６）は「表
示管理機能」によって実現され、機能（１）および（２
）は、表示管理機能を用いる特別なアプリケーション（
ここでは「タスク管理機能」と呼ぶ）によって実現され
る。

本発明によれば、入出力表示装置が中央演算処理装置に
接続され、中央演算処理装置で実行されるアプリケーシ
ョン・プログラムをユーザが選択するデータ表示システ
ムが提供される。このシステムは、さらに中央演算処理
装置の制御システム中に表示管理機能制御システムと、
ウィンドー操作制御機構を備え、ウィンドー操作制御機
構は、複数のタスクを同時に実行させ、その結果を表示
画面の区域に表示させる。このシステムでは、ウィンド
ー操作制御機能が、表示管理機能制御システム内でアプ
リケーションとして実行されるタスク管理機能制御プロ
グラムを備え、さらにアプリケーションを開始きせるた
めに表示管理機能と介してオペレータと対話する手段と
、オペレータの入力がアプリケーションにとって利用で
きるかどうかに応じてアプリケーションを中断または再
開できる態様でアプリケーションの処理を制御するため
のタスクを作成する手段と、タスク管理機能にアプリケ
ーションを中断および再開させるために表示管理機能が
呼び出すことができる調整制御装置を表示管理機能に対
して識別する手段を備える。また上記表示管理機能が、
谷アプリケーションからのデータを組み合せて、種々の
アプリケーション内用の複数のウィンドーを単一画面上
に示す表示物を構築する手段と、タスク管理機能が入力
を待っているアプリケーションを中断し、再開するため
の人力が使用可能なアプリケーションが再開できるよう
、タスク管理アプリケーションによって識別された調整
制御装置を呼び出す手段とを備えることを特徴とする。

Ｅ、実施例 第１図には、通信リンク１１を介して表示システムに接
続された上位処理装置即ちｃｐ叡示示されている。この
表示システムは表示装置１２、キーボード１６、タブレ
ット１４、ライト・ペン１５などの陣々のユーザが操作
する入力装置を含んでいる。上位処理装置はディジタル
走査装置１６からの直接人力と、印刷装置または作図装
置１７への出力接続を備えることができる。通信リンク
１８が、装置と外部の間の入出力接続となる。

表示装置１２（ＩＢＭ３１９３表示装置でよい）は、画
面再生バッファ、マイクロプロセッサ、制御プログラム
記憶装置（通常は読取専用記憶装置即ちＲＯＭ）を備え
る。制御プログラム記憶装置は、変換動作と制御するた
めのマイクロコードを内蔵する。上位処理装置１０から
受は取ったイメージ・データ信号に対して変換を行なう
とき、制御プログラム記憶装置から適当なマイクロコー
ドが呼び出される。このマイクロコードは、マイクロプ
ロセッサを制御して、イメージ・データ画素定義信号を
受は取ったとき、その信号を画面再生バッファの必要な
位置に置かせる。

上位処理装置１０は、制御システムを含む。この制御シ
ステムは、それぞれ機械動作の異なる面２制岬するいく
つかの異なるオペレーティング・プログラムの層を有す
る制御システムを含む。本発明と関係するオペレーティ
ング・プログラムは、処理装ｒｆｆｉのピクチャー操作
機能を制御する。その−例はＩＢＭ図形データ表示管理
プログラム（ＧＤＤＭ）である（ＩＢＭは登録商標であ
る）。ＧＤＤＭは、Ｉ　ＢＭ３７０データ処理システム
の環境で表示装置、印刷装置、作図装置、走査装置など
多数の入出力装置に対するアプリケーション・インター
フェースをもたらすと共に、図形ピクチャーおよびイメ
ージ・ピクチャーの作成および編集をサポートするプロ
ダクトである。

Ｅ−１，概説 ウィンドー操作環境とは、多数のアプリケーションが同
時に実行できる環境である。そのような環境をサポート
するためには、セツションのすべての資＝ｔアプリケー
ション間で共有するための機能を備えることが必要であ
る。０７Ｍは、Ｄ／Ｍ制御下のすべての資源を、同時に
Ｄ／Ｍｉ使用する多数のアプリケーション間で共有する
だめの機能を備えることによって、ウィンドー操作環境
をサポートする。通常Ｄ／Ｍの側ｆＩドにない資源は、
タスク管理機能やオペレーティング・システム等の別の
処理によって管理しなければならない。

要約すると、０７Ｍは以下のようにして資源の共有を実
現する。各アプリケーションは、それ自体のＤ／Ｍセツ
ションを有する。作図装置等のいくつかの資源は、逐時
的に共有される。表示端末等の他の資源は、同時に共有
できる。装置の同時共有には、タスク管理機能がそれ自
体のＤ／Ｍセツションを専用して、調整エグジットを用
いて装置の共有を調整することが必要である。

０７Ｍによって制御される資源は、以下の通りである。

Ｅ−２，Ｄ／Ｍロード・モジュール 各アフリケーションは、それ自体のＤ／Ｍセツションを
有する。０７Ｍでは、いくつかのＤ／Ｍセツション間で
のＤ／Ｍロード・モジュールノ共有を管理するだめのオ
ペレーティング機能が既に使用されているので、新しい
機能は必要でない。

Ｅ−３、Ｄ／Ｍセツション記憶装置 各アプリケーションは、それ自体の０７Ｍセツションを
有するので、セツションに関係する資源に対するアプリ
ケーション間の争奪はない。オペレーティング・システ
ム・タスキングをタスク管理機能が使用するときは、ア
プリケーションによって解放されないセツション記憶装
置ヲ解放するだめのＤ／Ｍからの追加サポートは必要で
ない。

オペレーティング・システム・タスキングカ使用されな
いときは、アプリケーションによって解放されないＤ／
Ｍセツション記憶装置の解放をサポートするだめのＤ／
Ｍ機能が備えられる。

Ｅ−４，装置、表示装置、作図装置および印刷装置 表示装置は、オペレータ・ウィンドーを用いていくつか
のアプリケーション間で同時に共有することができる。

他の装置はすべて逐時的に共有される。

ウィンドー操作環境の構造を第２図に示す。

この構造内の対象物は以下の通りである。

主タスク２０ タスク管理機能２１ サブタスク２２ アプリケーション２６ Ｄ／Ｍセツション２４ 仮想装置２５とその上に表示されるデータ域タスク管理
機能２１は、Ｄ／Ｍセッションヲ有し、このＤ／Ｍセツ
ション分使って実装置２６を制御し、アプリケーション
２′５による装置の共用を調整する。タスク管理機能は
、１つまたは複数のサブタスク２２を制御する。タスク
管理機能は、ウィンドーを設けられている実装置２６上
のオペレータ・ウィンドーに各サブタスクを関連づける
。

各サブタスク中でアプリケーション２３が実行される。

（アプリケーションが他のアプリケーションを呼び出す
ことは可能であるが、これは階層にとって重装ではない
。）各アプリケーションは、１つまたは複数のＤ／Ｍセ
ツション２４を使用することができ、各０７Ｍセツショ
ンは、ウィンド一操作中の装置を開くことができる。こ
れらの０７Ｍセツションによって開かれた装置は、仮想
装置２５と呼ばれる。

各仮想装置にアプリケーションからもたらされたデータ
（提示スペース）は、仮想画面上に表示され、仮想画面
は、そのサブタスクのもとて仮想装置が動いているサブ
タスクに関連するオペレータ・ウィンドーに表示される
。

オペレータ・ウィンドーは、以下のものを備えている。

仮想画面　これは、オペレータ・ウィンドーを通して見
える提示スペースである。その寸法は、オペレータ・ウ
ィンドーが作成されるとき固定される。その寸法は、使
用される実装置の寸法には限定されない。オペレータは
、ユーザ制御機能を用いて、オペレータ・ウィンドー内
で仮想画面を画面移動することができる。

寸法　画面上の単一文字位置から最大値までの値をとる
ことができる。オペレータ・ウィンドーの最大幅は、画
面幅と仮想画面幅のうちの小さい方であり、オペレータ
・ウィンドーの最大奥行は、画面の奥行と仮想画面の奥
行のうちの小さい方である。

位置　画面上のどの点でもよい。

フレームまたは境界　どのアプリケーションがウィンド
ー内で活動状態にあるかをユーザに換起するために、そ
の内部にタイトルを埋め込むことができる。

ビューイング優先順位　ウィンドーは寸法と位置を独立
に決めることができ、したがって、オーバーラツプする
ことが可能なので、各々にビューイング優先順位を割り
当てる必要がある。ビューイング優先順位は、エンド・
ユーザが制御する。

エンド・ユーザが特定のウィンドーを選択すると、その
ウィンドーが現ウィンドーになシ、最高のビューイング
優先順位を割り当てられる。したがって、このウィンド
ーが他のすべてのウィンドーの一番前にくる。

次にＤ／Ｍによってもたらされるウィンドー操作機能に
ついて説明する。

オペレータ・ウィンドーの作成 ウィンドーを作成、選択、修正および削除するだめの機
能をＤ／Ｍは備えている。候補オペレータ・ウインドー
をは、後続の装置の開設とウィンドー操作するために使
用されるウィンドーである。

オペレータ・ウィンドーは、調整出口つきで、または調
整出口なしで作成することができる。

調整出口をもつオペレータ・ウィンドーが候補オペレー
タ・ウィンドーであり、かつ、同じ装置がこのＤ／Ｍセ
ツションまだは他の任意のセツションによって開かれる
場合、新しく開かれた装置が候補オペレータ・ウィンド
ーに関係づけられる。

新しく開かれた装置の入出力機能が、調整出口を呼び出
させる。

調整出口をもたないオペレータ・ウィンドーが候補オペ
レータ・ウィンドーであり、かつ同じ装置がこのＤ／Ｍ
セツションによって開かれる場合、新しく開かれた装置
が候補オペレータ・ウィンドーに関連づけられる。新し
く開かれた装置の入出力機能は、調整出口を呼び出させ
ない。この場合の入出力機能の効果については下段で説
明する。

一方、同じ装置が他のＤ／Ｍセツションによって開かれ
る場合、この装置はウィンドー操作されず、エラーとし
て診断される。

ウィンドー操作のために最初に開かれる装置は、「実装
置」と呼ばれ、開かれるとオペレータ・ウィンドーに現
われる装置は「仮想装置」と呼ばれる。実装置も仮想装
置も、ウィンドー操作のために開くことができ、その場
合は、「調査装置」と呼ばれる。

Ｅ−５，仮想装置の開設 置つのＤ／Ｍセツションは、特定のオペレータ・ウィン
ドー中で仮想装置を１つしか開くことができないが、複
数のＤ／Ｍセツションがそれぞれ同じオペレータ・ウィ
ンドー中に１つの仮想装置を開くことができる。この場
合は、どの時点でも、ウィンドーに現われるのは、入出
力を最近に要求した仮想装置である。

Ｅ−６，族オペレータ・ウィンドー 仮想装置が開かれると、それは候補オペレータ・ウイン
ドーを関連づけられる。そのウィンドーが、次に仮想装
置の「親」オペレータ・ウィンドーになる。装置の族オ
ペレータ・ウインドーをは、装置の提示スペースが表示
されるオペレータ・ウィンドーである。実装置が開かれ
たときは、特別な族オペレータ・ウィンドーが暗黙に作
成される。

この族オペレータ・ウィンドーの目的は、実装置に対し
て作成された提示スペースを表示するためのウィンドー
を提供することである。

実装置に関連しようと、または仮想装置に関連しようと
、すべての族オペレータ・ウィンドーはゼロの識別子を
有する。これらの識別子は、選択および変更することは
できるが、削除することはできない。仮想装置の階層が
作成されるとき、ある装置によって作成されたオペレー
タ・ウィンドーが別の装置の族オペレータ・ウィンドー
になることができる。

Ｅ−７仮想装置の階層 仮想装置をウィンドー操作することが可能である。この
場合、実装置が、その上で定義されたウィンドーを使っ
てウィンドー操作を行なうために開かれる。これらのウ
ィンドーに関連する仮想装置は、それ自体ウィンドー操
作のために開かれ、それらの上にウィンドーが定義され
る。このことは仮想装置の数がいくつの場合でも起り得
ることであり、どれだけの深さにネストすることも可能
である。

仮想装置の階層は、画面上にウィンドー内のウインドー
をしては現われない。すべてのウィンドーは、エンド・
ユーザにとって対等なものに見える。すなわち、ウィン
ドーの座標は、仮想画面の次元でなく実画面の次元によ
って指定しなければならない。

Ｅ−８，オペレータ・ウィンドーの修正および削除 オペレータ・ウィンドーの寸法および位置を変更し、オ
ペレータ・ウィンドー内で仮想画面を画面移動させ、オ
ペレータ・ウィンドーのタイトルを変更するために、Ｄ
／Ｍ機能が使用できる。これらの属性を修正すると、次
の装置入出力の際のオペレータ・ウィンドーの外観が変
わる。

オペレータ・ウィンドーを削除すると、オペレータ・ウ
ィンドーに関連するすべての仮想装置がこの０７Ｍセツ
ションで閉じられる。他の０７Ｍセツションに属する仮
想装置は閉じられず、これはオペレータ・ウィンドーを
削除する前に閉じるべきである。そのような仮想装置で
続いて操作を行なっても、その結果は不確定である。

Ｅ　−９，仮想画面 各オペレータ・ウィンドーにはある仮想画面が関連づけ
られ、その仮想画面は、オペレータ・ウィンドーを通し
て見える提示スペースである。オペレータ・ウィンドー
が作成されるとき、仮想画面の寸法が指定され、仮想画
面も作成される。

多数のＤ／Ｍアプリケーションが、ある特定の寸法の画
面で働く。異なる画面寸法を有する装置上でそのような
アプリケーションを実行する場合、ときに問題が生じる
。タスク管理機能は、それが実行するすべてのアプリケ
ーションと関連づけられるプロファイルを有することが
でき、このプロファイルは所期の画面寸法およびアプリ
ケーショ　　・ン名などを含む。この情報を、タスク管
理機能が使って、そのようなアプリケーションを実行す
るとき好ましい寸法の仮想画面を作成することができる
。

Ｅ−１０，調整出口 調整出口の目的は、主タスクとサブタスクの間で制御権
を渡すことである。調整出口には、各々それ自体の０７
Ｍセツションを有する独立したアプリケーションにすべ
てが一度に調整出口を使用しようとするとき、ウィンド
ーを設けられたある装置の各入出力機能を有効に同期さ
せる。

この機能は、独立したアプリケーションの同期的実行を
サポートする。すなわち、エンド・ユーザの対話の間に
、１つのアプリケーションだケ実行される。各対話の際
に、エンド・ユーザは、そのアプリケーションに関連す
るオペレータ・ウィンドーを選択してそれと対話するこ
とによシ、どのアプリケーションも次に実行するかを選
ぶことができる。

調整出口ルーチンは、その方向パラメータに応じて、制
御権を主タスクからサブタスクに、またはサブタスクか
ら主タスクに渡さなければならない。制御権が主タスク
、すなわち、タスク管理機能に渡されると、タスク管理
機能は調整済みの入出力機能を呼び出し、次にエンド・
ユーザが現オペレータ・ウィンドーにしたオペレータ・
ウィンドーに関連するアプリケーションに制御権を戻さ
なければならない。多重タスキングを使って独立したア
プリケーションを制御する場合、タスク管理機能は必要
なタスク切換えをも実行しなければならない。

Ｅ−１１，調整済みの入出力機能 調整済みの入出力機能（ＣＩＯ）は、ウィンドーを設け
られた装置に対する出力を生じさせ、たぶん、入力も生
じさせる。

オペレータ・ウィンドーのどれかが出力のみを要求して
いる場合は、ＣＩＯは出力を実行するが、入力を待つこ
とはせず、オペレータ・ウィンドーの階層に応じて、そ
のための入出力が完了されたオペレータ・ウィンドーの
識別子、またはその親オペレータ・ウィンドーの識別子
を戻す。複数のオペレータ・ウィンドーが出力のみを要
求していた場合、ビューイング優先順位が最高のオペレ
ータ・ウィンドーが最初に要求を充たされる。出力のみ
を要求しているウィンドーがない場合、ＣＩＯは、現在
の（すなわち、ビューイング優先順位が最高の）オペレ
ータ・ウィンドーが要求するタイプの入出力を実行し、
オペレータ・ウインドーの階層に応じて、そのだめの入
出力が完了されたオペレータ・ウィンドーの識別子、ま
たはその親オペレータ・ウィンドーの識別子を戻す。エ
ンド・ユーザが新しい現ウィンドーを選択した場合、こ
の新しい現ウィンドーが要求するタイプの人出力が実行
される。

ＣＩＯは、その入出力要求を充たしたオペレータ・ウィ
ンドーの識別子を戻す。オペレータ・ウィンドーおよび
仮想装置の階層が使用され、入出力倭求を充たしたオペ
レータ・ウィンドーが主装置よりも低い階層レベルにあ
る場合、この装置に属するその先祖オペレータ・ウィン
ドーの識別子が戻される。

オペレータ・ウィンドーの階層があるとき、ＣＩＯは第
６図に示すように働く。

第６図には、それぞれ識別子１．２および６を有する６
つのウィンドー２７．２８および２９を備えた装置２６
が示されている。オペレータ・ウィンドー２８に開けら
れた仮想装置３１は、さらにそれぞれ識別子１．２およ
び６を有する６つのウィンドー３３．３４．３５でウィ
ンドー操作される。これらの低レベルのウィンドーは、
合成識別子２１．２．２および２３を有するものと考え
ることができる。

最高レベルのウィンドーはタスク管理機能によって作成
され、２番目のレベルのウィンドーは、エンド・ユーザ
との対話のだめ複数のオペレータ・ウィンドーを使用し
ているアプリケーションによって作成される。装置入出
力を実行するため、アプリケーションは、ウィンドー２
８に開かれた仮想装置に対するＣＩＯを呼び出す。この
ＣＩＯは調整出口を呼び出し、調整出口は、タスク管理
機能に実装置２６に対するＣＩＯ’ｉ実行させる。

エンド・ユーザがウィンドー２３と現ウィンドーにし、
要求された入出力のタイプに応答する場合、タスク管理
機能から出されたＣＩＯは、現オペレータ・ウィンドー
の識別子として２を戻す。

次に、調整出口を介して、アプリケーションから出され
たＣＩＯに制御権が戻され、そのアプリケーションは現
オペレータ・ウィンドーの識別子として５を戻す。

この例で、ウィンドーのビューイング優先順位が１．２
．２．１．２．２．２．６．３であり、エンド・ユーザ
がウィンドー２．６を選択した場合、新しいビューイン
グ優先順位は２．３．２．２．１．２．２．１．６とな
る。ウィンドー２３を選択すると、ウィンドー２．２．
１．２．２および２．６の中でウィンドー２．３が最高
の優先順位になｐ、さらに、これらのウィンドーすべて
が他のどのウィンドーよりも高い優先順位になる。

Ｅ−１２その他の入出力機能 仮想装置が、調整出口ともつオペレータ・ウインドーを
関連づけられると、（ＣＩＯを除く）すべての入出力機
能が許容され、調整出口？呼び出させる。調整出口はＣ
ＩＯ機能と呼び出さねばならず、ＣＩＯ機能は、要求さ
れた入出力機能を装置上で実行する。

調整出口をもたないオペレータ・ウィンドーが使用され
る場合は、入出力機能の効果はいくぶん異なる。仮想装
置が、調整出口をもたないオペレータ・ウインドーを関
連づけられ、調整装置に対するｃｒｏを呼びだすのでは
なく、その装置に対する入出力機能が呼び出される場合
は、入出力は実行されるが、エンド・ユーザが制御モー
ドを使って別のオペレータ・ウィンドーを選択すること
はできない。

Ｅ−１３，タスク管理およびウィンドー操作環境の処理 ここでは、タスク管理機能がどのようにしてＤ／Ｍウィ
ンドー操作機能を使用できるか？説明する。実タスキン
グが使用されない場合は、適当な擬似タスキング・７２
７３７２代りに用いる。

Ｅ−１４，初期設定 表示装置の同時共有をサポートするため、タスク管理機
能はＤ　／　Ｍセツションを初期設定し、ウィンドー操
作のために装置を開く。このアクションで、この０７Ｍ
セツションがその装置の同時共用のだめの調整機能とし
て指定される。

装置に対する調整機能がない場合、装置はＤ／Ｍセツシ
ョンの間で逐時的に共用される。各セツションは、入出
力機能に到達したとき、装置全体を引き継ぐ。調整機能
が指定されたとき、およびオペレータ・ウィンドーが作
成されており使用可能なとき、装置を開（Ｄ／Ｍセツシ
ョンのみがウィンドー操作される。調整機能が開かれる
前に装置を開（’Ｄ／Ｍのインスタンスが、入出力機能
に到達したとき、装置全体を引き継ぐ。調整機能が開か
れた後でＤ／Ｍセツションが装置を開こうとしたが、使
用可能なオペレータ・ウィンドーがない場合は、その装
置は開かれず、エラーと診断される。

Ｅ−１５，調整出口 ウィンドーを設けられた装置の使用と調整するため、タ
スク管理機能は、ウィンドー内に現われる各アプリケー
ションに対して、またはアプリケーション・グループご
とにウィンドーを作成しなければならない。各ウィンド
ーには調整出口アドレスが関連づけられる。アプリケー
ションが、ウィンドーを設けられた装置に対する入出力
を要求するＤ／Ｍ機能を呼び出すとき、この出口が呼び
出される。

出口ルーチンは、主タスクを転記して待たねばならない
。主タスクは、Ｄ／Ｍの調整セツションを使用して調整
済みの入出力機能ＣＩＯを呼び出し、ＣＩＯから戻され
るパラメータに応じて、サブタスクを転記して待つ。出
口ルーチンは、次に制御権をＤ／Ｍの入出力機能に戻し
、最後にＤ／Ｍ入出力機能は制御権をアプリケーション
に戻す。

ＣＩＤから戻されたパラメータは、現オペレータ・ウィ
ンドーを識別するが、このパラメータを使って、どのサ
ブタスクを転記するかを決定しなければならない。

Ｅ−１６，最初のアプリケーション タスク管理機能は、「マスター・アプリケーション」を
開始する。マスター・アプリケーションは、タスク管理
機能の一部である特別なアプリケーションである。マス
ター・アプリケーションは、エンド・ユーザと対話を行
なって、どのアプリケーションを次に実行するかを決定
する。マスター・アプリケーションは、タスク管理機能
の一部として実行される。

タスク管理機能は、以下によりマスター・アプリケーシ
ョンを開始する。

最初のオペレータ・ウィンドーを作成する。マスター・
アプリケーションはタスク管理機能の一部であり、同じ
Ｄ／Ｍセツションを使用するので、このオペレータ・ウ
ィンドーは調整出口をもたない。マスター・アプリケー
ションを呼び出す。

マスター・アプリケーションは、オペレータ・ウィンド
ー内で実行するため仮想装置を開き、エンド・ユーザと
対話を行なってどのアプリケーションを次に実行するか
を決定するため、適当なデータを構築する。

Ｅ−１７，その他のアプリケーション 別のアプリケーションを開始するため、エンド・ニーサ
バマスター・アプリケーションのオペレータ・ウィンド
ーを現オペレータ・ウィンドーにし、実行すべきアプリ
ケーションを選択する。マスター・アプリケーションは
、以下のことを実行する。

新しいオペレータ・ウィンドーを作成する。アプリケー
ションは独立しており、タスク管理機能の一部ではない
ので、このオペレータ・ウィンドーは調整出口をもつ。

新しいサブタスクを付加し、アプリケーションの要求ま
たは完了と待って、新しいアプリケーションの実行分設
定する。

Ｅ−１８，アプリケーションの処理 独立した各アプリケーションは、それ自体のＤ／Ｍセツ
ション分使用する。アプリケーションが、仮想装置に対
する入出力を要求するＤ／Ｍ機能を呼び出すとき、調整
出口と使って制御権がタスク管理機能に渡される。した
がって、調整済みの入出力機能ＣＩＯが呼び出され、「
最終的に」タスク管理機能は制御権をアプリケーション
に戻す。

すべてのアプリケーションが入力を要求している調整済
み入出力の際に、オペレータはユーザ制御分使ってオペ
レータ・ウィンドーの寸法および位を変更し、ウィンド
ー内で仮想画面を画面移動し、他のオペレータ・ウィン
ドーを選択することができる。エンド・ユーザがアプリ
ケーション・オペレータ・ウィンドーを選択し、対話キ
ーと押してアプリケーション・オペレータ・ウインドー
を対話するとき、タスク管理機能に制御権が戻され、タ
スク管理機能は調整出口を介して制御権をアプリケーシ
ョンに戻すものと予想される。使用されたＤ／Ｍの入出
力機能は、ウィンドー操作されなかった場合と全く同様
に、適当なパラメータをアプリケーションに戻す。

Ｅ−１９，アプリケーションの終了 通常、エンド・ユーザがアプリケーションの終了を指令
する（アプリケーション特有のアクション）ことにより
、または、アプリケーションの異常終了により、アプリ
ケーション企終了させることができる。いずれの場合も
、タスク管理機能に制御権が戻され、タスク管理機能は
Ｄ／Ｍｉ呼び出してオペレータ・ウィンドーを削除する
。活動状態のアプリケーションが他にもうない場合、そ
れはタスク管理機能が終了する合図であり、さもない場
合は、次に何が起きるかをエンド・ユーザが制御できる
ように、タスク管理機能はＣＩＯを呼び出さなければな
らない。

Ｅ−２０，調整出口インターフェース オペレータ・ウィンドーの作成時に調整出口を設けるこ
とによシ、タスク管理機能は、それ自体のＤ／Ｍセツシ
ョンを実行している独立したアプリケーションがそのウ
ィンドーを使用できるようにする。

タスク管理機能はウィンドー作成時に調整出口を指定す
る。

Ｅ−２１必要なパラメータ 調整出口用のパラメータは、以下の通りである。

これは特定の実施の態様のために提案するパラメータ・
リストであり、実行中のタスクまたは擬似タスクの再開
または中断に必要な情報に対する出口アクセスが可能な
らば、他のインターフェースも可能である。

Ｅ−２２，出口トークン これは、ウィンドー作成時にタスク管理機能が指定した
値である。これは、たとえば、サブタスクの事象または
主タスク事象と転記、または待つための、制御権を含む
アンカー・ブロックのアドレスでよい。

Ｅ−２６，方向 出口が制御権を渡す方向。

可能な値は、以下の通りである。

０−サブセツションから主セツションに制御権と渡す。

１−主セツションからサブセツションに制御ｍを渡す。

Ｅ−２４，フィードバック値 戻り時に、出口は、うまく完了したこと、またはサブタ
スクが異常終了したことを示す戻りデータを設定しなけ
ればならない。

第４図に、タスク管理機能と２つのアプリケーションと
の間の制御の流れが示されている。０７Ｍ４１は表示画
面４０を直接制御する。下記のタスク管理機能およびア
プリケーションの流れを参照しながら、Ｄ／Ｍ４２およ
び調整制御装置４５を有するアプリケーションならびに
Ｄ／Ｍ４４および調整制御装置４５を有するアプリケー
ションと、０７Ｍ４１との間の制御の流れについて説明
する。

複数のアプリケーションが別のアプリケ−Ｃンのサブア
プリケーションとして実行されてＱときは、サポートさ
れるウィンドーに対するＷの流れは以下のように示され
る。

り　　　　↑ 以上、複数の表示装置をサポートする中央演算処理装置
上でＤ／Ｍ（ＧＤＤＭ）が実行されるようになっている
システムに関して本発明を説明したが、本発明は必ずし
もその環境に限定されるものではない。表示管理機能に
よって制御される演算処理装置が物理的表示装置に常駐
し、機能がその装置で実行されるようにしてもよい。

Ｆ１発明の効果 タスク管理機能と表示管理機能の分離から多くの利点が
生じる。そのいくつかを以下に列挙する。

表示管理機能を使用するため、多数のタスク管理機能を
開発することができる。

表示管理機能は特定のタスキング機能に依存しない。タ
スク管理機能は、オペレーティング・システム機能を使
用して、またはそれ自体の機構を備えることによシ、タ
スキング制御をもたらすことができる（本明細書では、
後者の場合を１擬似タスキング」と呼ぶ）。

ウィンドー操作機能は、既存の非つィンドー操作アプリ
ケーションに組み込むことができ、非ウィンドー操作ア
プリケーションは、実際には、複数のウィンドーを表示
する必要があるときタスク管理機能になる。

タスク管理機能は特定の環境またはユーザ要件に合わせ
ることができる。たとえば、タスク管理機能が記憶装置
上のアプリケーションの要件またはディスク要件に関す
る既知の情報を使って、そのような情報の既知の貯蔵場
所にアクセスすることが可能である。

階層タスクの管理機能またはネスト式タスク管理機能を
サポートすることができる。

【図面の簡単な説明】

第１図はイメージ・データ表示システムの構成部分を示
す構成図、 第２図はウィンドー操作環境の構造分示す構成図、 第６図はオペレータ・ウィンドーの階層を示す構成図、 第４図は表示管理機能間での制御の流れを示す説明図で
ある。 １０・・・・上位処理装置（ＣＰＵ）、１２・・・・表
示装置、１６・・・・キーボード、１４・・・・タブレ
ット、１５・・・・ライト・ペン、１６・・・・走査装
置、１７・・・・印刷装置、１８・・・・通信リンク、
２０・・・・主タスク、２１・・・・タスク管理機能、
２２・・・・サブタスク（オペレータ・ウィンドー）、
２３・・・・アプリケーション、２４・・・・Ｄ／Ｍセ
ツション、２５・・・・（仮想）装置、２６・・・・（
実）装置、４０・・・・表示画面、４１．４２．４４・
・・・調整制御装置、４３．４５・・・・調整制御装置
。

Claims (1)

1. 【特許請求の範囲】 中央演算処理装置に入出力表示装置が接続され、ユーザ
   ーが中央演算処理装置で実行されるアプリケーション・
   プログラムを選択するデータ表示装置にして、 上記中央演算処理装置の制御システム中には、複数のタ
   スクを同時に実行でき、その結果が１個の表示画面の複
   数の区域に表示できるウインドー操作制御機構及び表示
   管理機能制御システムを備え、 上記ウインドー操作制御機構は、 表示管理機能制御システム内のアプリケーションとして
   実行するタスク管理制御プログラムであって、 オペレータがアプリケーションを開始できるよう上記表
   示管理機能を介して対話する手段と、オペレータ入力が
   アプリケーションのために利用できるか否かに従って該
   アプリケーションを中断又は再開する態様で該アプリケ
   ーションの処理を制御するタスクを作成する手段と、 上記タスク管理制御機能にアプリケーションを中断又は
   再開させるために上記表示管理機能が呼び出せる調整制
   御装置を上記表示管理機能に対し識別する手段とを含む
   上記タスク管理制御プログラムを備えることと、 上記表示管理制御機能は、 各アプリケーションからのデータを組合わせて１個の表
   示画面上に複数個のアプリケーション内用の複数のウイ
   ンドーを示す表示物を構築する手段と、 タスク管理機能が入力待ちのアプリケーションを中断で
   きるよう且つ入力が再開のために利用できるようになっ
   たアプリケーションを再開できるよう上記タスク管理ア
   プリケーションにより識別された上記調整制御装置を呼
   び出す手段とを備えることとを特徴とするデータ表示装
   置。