JPH01297719A - マルチウインドウ表示機能を備えた表示装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 月１１引」旬− この発明は、パーソナルコンピュータやオフィスコンｒ
ユータ、ワードプロセッサ、Ｄ７Ｓ’（データ・プロセ
ッシング・システム）等の介挿データ処理装置で使用す
るのに好適なマルチウィンドウ表示機能を備えた表示装
置の改良に係り、特に、マルチウィンドウ表示システム
を使用してデータの並列処理を行う各種のデータ処理装
置において、ウィンドウの生成や消去のための繁雑なウ
ィンドウ管理を自動化することにより、各ウィンドウを
使用するアプリケーションの負担を軽減して、システム
全体の処理能率の向上を実現した表示装置に関する。

具体的にいえば、複数のデータ処理を並列的に行う機能
を有するデータ処理手段は、単に、ウィンドウ表示制御
手段に対して自己のウィンドウの優先度を示す情報を与
えるだけで、ウィンドウの生成、消去等の処理が行える
ようにして、データ処理システム全体の処理能率を向上
させることを目的とする。

従来から、マルチウィンドウ表示システムは、各種のデ
ータ処理装置に使用されている。

マルチウィンドウ表示は、物理的な表示装置であるＣＲ
Ｔ等のデイスプレィ装置の表示画面を任意の個数の区画
に分け、各々の区画に別個のデータを表示する表示方式
である。

第４図は、マルチウィンドウの表示例を示す。

図面において、Ｄ１〜Ｄ４はデイスプレィ装置である。

この第４図で、右側に示すデイスプレィ装置Ｄ４の各々
の区画に、左側の複数個のデイスプレィ装置Ｄ１〜Ｄ３
の表示内容のうち、破線で囲まれた任意の部分を表示す
ることによって、マルチウィンドウ表示が行われる。

要約すれば、左側の複数個のデイスプレィ装置Ｄ１〜Ｄ
３は、各ウィンドウに割当てられた物理的なメモリ（仮
想画面メモリ）であり、これらの各メモリの任意の領域
のデータが、実画面メモリである右側に示すデイスプレ
ィ装置Ｄ４に取出されて、１つの画面上にマルチウィン
ドウとして表示されることになる。

このように、マルチウィンドウ表示機能を備えた表示装
置によれば、複数のウィンドウをＣＲＴ等の１つの実ス
クリーン上に開くことができる。

この場合に、ウィンドウの重なり方や、ウィンドウの大
きさ、表示部分の変更、ウィンドウの表示位置の変更等
は、キーボード上の制御キー等の操作によって行われる
。

このようなマルチウィンドウ表示は、互に関連を有する
複数のジョブを、併行して処理する場合に多く使用され
る。

そして、マルチウィンドウ表示システムの場合、第４図
のデイスプレィ装置Ｄ４の表示図面で、各々の区画のう
ち、１つのウィンドウだけが入力が可能で、そのウィン
ドウに対してだけ入力等の処理を行うことができる。こ
のウィンドウをアクティブ（ＡＣＴＩＶＥ　）　　・ウ
ィンドウと呼び、その他のウィンドウは、単に表示され
るだけであって、入力等を行うことはできない。

次に、従来のマルチウィンドウ表示機能を備えた表示装
置において、そのウィンドウの管理方法について説明す
る。このような表示装置については、例えば特開昭６３
−１５２８５号公報等に詳しく記載されているので、以
下の説明では、この発明の表示装置と特に関連する機能
について、簡単に述べる。

マルチウィンドウ表示システムの場合、各ウィンドウに
は、それぞれの業務アプリケーション・プログラムによ
る処理内容、すなわち、複数のデータ処理を並列的に行
う機能を有するデータ処理手段による各処理の内容が表
示されている。

この場合、各アプリケーション・プログラムは、＝４− それぞれの処理内容の表示に必要なウィンドウの生成や
削除のために、物理的なメモリを管理する必要がある。

このように、従来のマルチウィンドウ表示システムでは
、ウィンドウの生成、削除は、そのウィンドウを利用す
るアプリケーション・プログラムに依存している。

その結果、各アプリケーション・プログラムは、それぞ
れに固有のジョブを実行する処理の他に、ウィンドウの
生成等のために物理的なメモリ管理まで行わなければな
らず、その分だけ負担が多くなるので、システムの処理
能率が低下する、という不都合があった。

この発明のマルチウィンドウ表示機能を備えた表示装置
では、従来のウィンドウ表示システムにおけるこのよう
な不都合を解決し、複数のデータ処理を並列的に行う機
能を有するデータ処理手段は、単に、ウィンドウ”表示
制御手段に対して自己のウィンドウの優先度を示す情報
を与えるだけで、ウィンドウ表示制御手段が、管理情報
格納手段のウィンドウ種別情報によって全てのウィンド
ウの生成、消去等の処理を行うことにより、データ処理
システム全体の処理能率を向上させることを目的とする
。

実施例においては、基本ソフトウェアであるウィンドウ
管理プログラムが、ウィンドウの生成。

削除等の管理を行い、各上位のアプリケーション・プロ
グラムは、単に、このウィンドウ管理プログラムへ、ウ
ィンドウの生成、削除等を依頼するだけでウィンドウの
表示処理が実行できるようにして、アプリケーション・
プログラムの負担を軽減し、システム全体の処理能率を
向上させることを目的とする。

発明の構成 そのために、この発明では、マルチウィンドウ表示機能
を備えた従来の表示装置において、管理情報格納手段に
は、各データ処理手段に対応するウィンドウの種類別に
よってその優先度が決定されるウィンドウ種別情報の格
納エリアを設け、前記ウィンドウ表示制御手段は、前記
データ処理手段からのウィンドウの表示要求に応じて、
前記管理情報格納手段のウィンドウ種別情報によりウィ
ンドウの生成、消去の順序を判断してウィンドウ処理を
行うように構成している。

次に、この発明のマルチウィンドウ表示機能を備えた表
示装置について、図面を参照しながら、その実施例を詳
細に説明する。

第１図は、この発明のマルチウィンドウ表示機能を備え
た表示装置について、その要部構成の一実施例を示す機
能ブロック図である。図面において、１はＶＲＡＭ　（
ビデオメモリ）、２はウィンドウ管理テーブル、３はＣ
ＲＴビットマツプ・コントローラ、４はＣＲＴ、５はウ
ィンドウ管理プログラム格納部、６は業務アプリケーシ
ョン・プログラム格納部、７ａ〜７ｎは第１〜第ｎウイ
ンドウ用の物理的ウィンドウメモリを示す。

この第１図に示すこの発明のマルチウィンドウ表示機能
を備えた表示装置は、ソフト的に処理する場合で、ウィ
ンドウ管理テーブル２と、ウィンドウ管理プログラム格
納部５に主たる特徴があり、その他のブロックは、基本
的に従来の表示装置と同様の機能を有している。

第１図に示した表示装置の各部の機能は、概路次のとお
りである。

ＶＲＡＭ１は、ＣＲ，Ｔ　４の画面上に表示さ九るデー
タが記憶されるビデオメモリで、先の第４図のＤ４に相
当する。

ウィンドウ管理テーブル２は、ウィンドウ管理プログラ
ムによって生成、管理等が行われ、業務アプリケーショ
ン・プログラムが動作する間、各アプリケーションに対
してウィンドウサービスを行うために存在する物理メモ
リである。

ＣＲＴビットマツプ・コントローラ３は、ＣＲＴ４の表
示制御を行うコントローラで、Ｖ　Ｒ，Ａ　Ｍｌからデ
ータを読出し表示タイミングによって送出する ＣＲＴ４は、ビットマツプ方式の表示装置である。

ウィンドウ管理プログラム格納部５は、基本ソフトウェ
アの一部を構成するウィンドウ管理プロ＝８− ダラムが格納されるメモリである。ハード的にいえば、
このウィンドウ管理プログラムは、ウィンドウ表示制御
手段に相当する。

業務アプリケーション・プログラム格納部６は、上位ソ
フトウェアであるアプリケーション・プログラムが格納
されるメモリである。このアプリケーション・プログラ
ムは、システムで処理が可能な複数のプログラムからな
り、ハード的にいえば、このアプリケーション・プログ
ラムが、複数のデータ処理を並列的に行う機能を有する
データ処理手段に相当する。

第１〜第ｎウインドウ用の物理ウィンドウメモリ７ａ〜
７ｎは、各ウィンドウ毎のデータが格納されるメモリで
、先の第４図のＤ１〜Ｄ３に゛相当する。

次に、ウィンドウ管理テーブル２について、詳しく説明
する。

第２図は、ウィンドウ管理テーブル２の一例を示す図で
ある。

ウィンドウ管理テーブルは、各ウィンドウの生成毎に設
定されるテーブルであり、この第２図に示すように、２
バイト×５のメモリ容量を有するメモリで構成される。

そして、最下行の２バイトの内、１５〜８（ビット）の
１バイトにはウィンドウＩＤ、次の７〜０　（ビット）
の１バイトにはウィンドウプライオリティ、の各情報が
それぞれ格納される。

２行目の２バイトは、ウィンドウメモリで、物理ウィン
ドウメモリ７８〜７ｎのアドレスが格納される。

３行目の２バイトの内、１５〜８　（ビット）の１バイ
トにはＸ座標、次の７〜０（ビット）の１バイトにはＸ
座標、の各情報がそれぞれ格納される。

４行目の２バイトの内、１５〜８　（ビット）の１バイ
トにはウィンドウオーバラップＩＤ、次の７〜０（ビッ
ト）の１バイトにはアプリケーションＩＤ、の各情報が
それぞれ格納される。

最下行の２バイトの内、１５〜８（ビット）の１バイト
にはデルタＸ（横方向の大きさ）、次の７〜０（ビット
）の１バイトにはデルタｙ　（縦方向の大きさ）、の各
情報がそれぞれ格納される。

まず、最下行のウィンドウ■Ｄは、各ウィンドウに固有
の識別記号であり、ウィンドウ管理プログラムによって
セットされる。各業務アプリケーション・プログラムは
、このウィンドウＩＤによって、ウィンドウサービスを
受けることができる。

また、ウィンドウプライオリティは、ウィンドウ管理プ
ログラムによって決定される優先順位の情報であり、ウ
ィンドウの種類別毎に、予め決定されている値で、この
値の大小によって、削除されるウィンドウ毎の優先度が
異なる。

このウィンドウプライオリティの情報は、サービスを行
うアプリケーションの内容や、生成するウィンドウの大
きさ、物理ウィンドウメモリ７ａ〜７ｎの残量、ＶＲＡ
Ｍ１の残量等によって決定される。なお、このウィンド
ウプライオリティの情報は、各アプリケーションには通
知されず、また、他のウィンドウ生成によって動的（ダ
イナミック）に変更される。

２行目の物理ウィンドウメモリ７ａ〜７ｎのアドレスは
、第１図では各メモリ７８〜７ｎに分割して示している
が、実際上は１個のメモリで構成され、それぞれのアド
レスが割当てられているので、それぞれのアドレスが格
納される。

３行目のＸ座標とＸ座標は、生成したウィンドウの左上
隅の座標を（０，Ｏ）とした相対座標の情報である。

４行目のウィンドウオーバラップＩＤは、該ウィンドウ
のＶＲＡＭ１上での重なりの深さを示す情報であり、ま
た、アプリケーションＩＤは、該ウィンドウを使用（ア
タッチ）しているアプリケーションを示す情報である。

最下行のデルタＸは、生成したウィンドウの横方向の大
きさ、デルタｙは、縦方向の大きさを示す情報である。

ウィンドウ管理テーブル２は、この第２図に示したよう
な構成であり、ウィンドウ管理プログラムによって管理
される。

そして、ウィンドウ管理プログラムは、業務アＪ２− ブリケーション・プログラムからの依頼によって。

ウィンドウの生成、削除等の管理を行う。この依頼に際
して、業務アプリケーション・プログラムは、予め決定
されている自己のウィンドウ種別情報をウィンドウ管理
プログラムへ渡す。

ウィンドウ生成においては、１枚のウィンドウに対応し
て物理ウィンドウメモリ７８〜７ｎの１つを確保し、確
保したウィンドウに対応する固有のウィンドウＩＤを、
依頼を発したアプリケーション・プログラムに対して通
知する。

アプリケーション・プログラムは、通知されたウィンド
ウＩＤに基いて、ウィンドウサービスを受けることにな
る。

同時に、ウィンドウ管理プログラムは、各ウィンドウに
対応したウィンドウ管理テーブルを作成する。

次に、ウィンドウ管理プログラムによるウィンドウの生
成、削除時の処理について説明する。

第３図は、第１図に示したこの発明のマルチウィンドウ
表示機能を備えた表示装置について、そのウィンドウ生
成、削除時の処理の流れを示すフローチャートである。

図面において、＃１〜＃９はステップを示す。

第１図において、ウィンドウ管理プログラム格納部５に
格納されているウィンドウ管理プログラムが、業務アプ
リケーション・プログラム格納部６に格納されている成
る業務アプリケーション・プログラムから新たなウィン
ドウ生成の要求を受取ると、この第３図のフローがスタ
ートする。

そして、ステップ＃１で、ウィンドウ管理テーブル２か
ら、すでに作成済みのウィンドウについて、そのＸ座標
とｙ座標や、ウィンドウの種別等の情報を取出す。

ステップ＃２で、現在アクティブとなっているウィンド
ウの情報を収集する。

ステップ＃３で、これらの情報に基いて、新たなウィン
ドウの生成が可能か否か判断する。

もし、可能であれば、ステップ＃７で、新しいウィンド
ウを生成する。

もし、新しいウィンドウの生成が不可能であれば、ステ
ップ＃４へ進み、ウィンドウ管理テーブル２からウィン
ドウプライオリティの情報により、消去可能なウィンド
ウを決定する。すでに述べたように、ウィンドウプライ
オリティは、ウィンドウの種類別に予め決定されている
値であり、この値の大小によって、削除されるウィンド
ウ毎の優先度が異なる。

ステップ＃５で、該当するウィンドウを消去し、ステッ
プ＃７で、新しいウィンドウのために、物理的ウィンド
ウメモリ７８〜７ｎ内の１つを確保する。

この際、同時に、ステップ＃６で、ウィンドウ管理テー
ブル２の内容を参照する。

ステップ＃８で、ウィンドウ管理テーブルの内容を更新
する。

ステップ＃９で、新たなウィンドウ生成を要求したアプ
リケーション・プログラムに対して、固有のウィンドウ
ＩＤを送出する。

このような処理の後、ウィンドウ管理プログラムは、新
たなウィンドウの生成に伴って変更されたウィンドウ情
報により、第１〜第ｎウインドウ用の物理的ウィンドウ
メモリ７８〜７ｎ内のウィンドウの表示データを、ＶＲ
ＡＭ１上に再構築し、ＣＲＴ４の画面上に表示する。

以上のように、この発明の表示装置では、ウィンドウの
生成時に、複数のデータ処理を並列的に行う機能を有す
るデータ処理手段であるアプリケーション・プログラム
から、ウィンドウの表示要求と共に、そのウィンドウの
種別情報を渡すことによって、ウィンドウ毎のプライオ
リティを決定するようにしている。このプライオリティ
は、システムで使用される全てのアプリケーション・プ
ログラム毎に、予め設定しておくので、同一のプライオ
リティのウィンドウ表示要求が発生することはない。

以上に詳細に説明したとおり、この発明では、マルチウ
ィンドウ表示機能を備えた従来の表示装置において、管
理情報格納手段には、各データ処理手段に対応するウィ
ンドウの種類別によってその優先度が決定されるウィン
ドウ種別情報の格納＝１６− エリアを設け、前記ウィンドウ表示制御手段は、前記デ
ータ処理手段からのウィンドウの表示要求に応じて、前
記管理情報格納手段のウィンドウ種別情報によりウィン
ドウの生成、消去の順序を判断してウィンドウ処理を行
うように構成している。

発明の効果 したがって、この発明のマルチウィンドウ表示機能を備
えた表示装置によれば、複数のデータ処理を並列的に行
う機能を有するデータ処理手段は、単に、ウィンドウ表
示制御手段に対して自己のウィンドウの優先度を示す情
報を与えるだけで、ウィンドウ表示制御手段が、管理情
報格納手段のウィンドウ種別情報によって全てのウィン
ドウの生成、消去等の処理を行うので、データ処理シス
テム全体の処理能率が向上される。

また、これらの処理をソフト的に行うデータ処理システ
ムの場合には、物理的なウィンドウメモリの管理、およ
びウィンドウ生成、消去等のウィンドウ管理は、基本ソ
フトウェアが行うことになるので、複数のデータ処理を
並列的に行う機能を有するデータ処理手段である上位ア
プリケーション・プログラムに対する基本ソフトウェア
のサービスが向上する。

その結果、上位アプリケーション・プログラムの負担が
軽減され、データ処理システム全体の処理能率を向上さ
せることが可能になる、という優れた効果が得られる。

【図面の簡単な説明】

第１図は、この発明のマルチウィンドウ表示機能を備え
た表示装置について、その要部構成の一実施例を示す機
能ブロック図、 第２図は、ウィンドウ管理テーブル２の一例を示す図、 第３図は、第１図に示したこの発明のマルチウィンドウ
表示機能を備えた表示装置について、そのウィンドウ生
成、削除時の処理の流れを示すフローチャート、 第４図は、マルチウィンドウの表示例を示す図。 図面において、１はＶＲＡＭ、２はウィンドウ管理テー
ブル、３はＣＲＴビットマツプ・コントローラ、４はＣ
ＲＴ、５はウィンドウ管理プログラム格納部、６は業務
アプリケーション・プログラム格納部、７ａ〜７ｎは第
１〜第ｎウインドウ用の物理的ウィンドウメモリ。

Claims (1)

【特許請求の範囲】
1. 複数のデータ処理を並列的に行う機能を有するデータ処
   理手段を備えたデータ処理装置に接続されるマルチウィ
   ンドウ表示装置であつて、該表示装置は、物理的な表示
   装置の表示データを格納する表示データメモリと、少な
   くとも２つ以上の仮想画面メモリと、該仮想画面メモリ
   の一部領域のデータを表示データとして切出す手段と、
   切出された領域に関する情報を管理する管理情報格納手
   段と、該管理情報格納手段の情報によつてウィンドウ表
   示を制御するウィンドウ表示制御手段と、仮想画面メモ
   リから切出された各々の領域のデータを組合せて前記表
   示データメモリへ出力する手段とを具備し、マルチウィ
   ンドウ表示機能を備えた表示装置において、前記管理情
   報格納手段には、各データ処理手段に対応するウィンド
   ウの種類別によつてその優先度が決定されるウィンドウ
   種別情報の格納エリアを備え、前記ウィンドウ表示制御
   手段は、前記データ処理手段からのウィンドウの表示要
   求に応じて、前記管理情報格納手段のウィンドウ種別情
   報によりウィンドウの生成、消去の順序を判断してウィ
   ンドウ処理を行うことを特徴とする表示装置。