JPH01291319A - 表示装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野コ この発明は表示装置に関し、特に、ウィンドウとデータ
資源に対するウィンドウ内表示データの範囲を表わすス
クロールバーとを対をなして表示する表示装置に関する
。

［従来の技術］ 第６図および第７図は従来のワークステーションにおけ
るマルチウィンドウ表示方式を説明するための図であり
、特に、第６図はウィンドウＷにデータ資源全体を表示
した場合を示し、第７図はその一部を表示した場合を示
す。マルチウィンドウシステムでは、データ資源を表示
するウィンドウは通常データの一部のみを表示するよう
になっていて、その表示部分が全体に対してどの位置に
相当するのかを２つのスクロールバー１００，２００に
よって示している。また、スクロールバー１００．２０
０は全体に対し表示する部分を指定するのにも用いられ
る。たとえば、第７図に示す例では、上方と右方とに表
示されたハツチング部によりウィンドウＷに表示されて
いないデータがその方向に存在していることを示してい
る。ウィンドウＷの表示内容をスクロールする場合には
、スクロールバー１００または２００の一端にカーツル
を移動し、マウスの移動に伴なって表示部分に相当する
スクロールバーの長さｐｈまたはＰｖを移動させて、移
動状況を示す。

［発明が解決しようとする課題］ 上述のごとく、従来のマルチウィンドウシステムでは、
表示内容をスクロールさせるとき、スクロールバーを移
動させて表示内容のスクロール状況を表わすようにして
いるが、従来の方式では、表示データ３００．ウィンド
ウの標題４００およびスクロールバー１００，２００を
１つの描画データにまとめて表示していたたため、スク
ロールバーをマウスの移動に合わせて描き変えるには、
描画速度の点で無理があった。このため、従来は表示部
分に相当するスクロールバーを擬似的に移動させて表示
部分が確定したときに、その表示内容とスクロールバー
の再描画を行なうようにしている。したがって、従来の
方式では、表示部分の確定前後で表示内容が変わってし
まうという問題点があり、また、これを一致させようと
すると、ＣＰＵに負担かかりすぎるため、リアルタイム
動作が困難になるという問題点があった。

それゆえに、この発明の主たる目的は、表示内容のスク
ロール動作に合わせ、スクロールバーを同時にスクロー
ルできるような表示装置を提供することである。

［課題を解決するための手段］ この発明に係る表示装置は、データ資源を記憶する第１
の記憶手段と、データ資源とウィンドウ内表示データと
の比率を表わすスクロールバーパターンを記憶する第２
の記憶手段と、第１の記憶手段におけるウィンドウ表示
データ読出領域が移動したとき、その移動方向とは逆方
向に第２の記憶手段のスクロールバーパターンの読出位
置を移動させる制御手段とを備えて構成される。

［作用］ この発明に係る表示装置は、ウィンドウ表示データ読出
領域か移動したとき、その移動方向とは逆方向にスクロ
ールバーパターンの読出位置を移動させるようにしたの
で、ＣＰＵの負荷は少なく、リアルタイムで描画を行な
うことかできる。

［発明の実施例］ 第２図はこの発明の一実施例の電気的構成を示す概略ブ
ロック図である。次に、第２図を参照して、この発明の
一実施例の電気的構成について説明する。ワークステー
ションには、ＭＰＵ　（マイクロ・プロセッサ・ユニッ
ト）１が設けられていて、ＭＰＵＩにはパスライン２を
介してインターフェイス３．ＲＯＭ４．　ワーキングＲ
ＡＭ５．プログラムＲＡＭ６．画像メモリ７、ビデオＲ
ＡＭ８、ＣＲＴコントローラ９およびフロッピィディス
クコントローラ１０が接続されている。インターフェイ
ス３には、キーボード１１とマウスコントローラ１２と
が接続される。キーボード１１は、アルファベットおよ
び数字を入力するためのキーと、各種の制御キーとを有
する。マウスコントローラ１２は、マウス１３のコント
ローラであり、マウス１３の移動量に応じた移動量デー
タと、マウス１３のポイントキー操作時の制御データと
をＭＰＵＩからの要求信号に同期して出力する。ＲＯＭ
４はシステムプログラムおよびアイコンバタ一ン等の固
定データを記憶するものである。ワーキングＲＡＭ５は
各処理データを記−櫨する各種バッファ、レジスタバッ
ファおよび各種メモリのアドレスレジスタを含む。さら
に、ワーキングＲＡＭ５には、マウス１３によって移動
されるカーソルの座標値を保持するカーソルレジスタと
、ウィンドウの優先順位、ウィンドウのサイズ情報およ
びウィンドウメモリのアドレス情報とを管理するウィン
ドウ管理テーブルと、カーソルによって指示される位置
の各ウィンドウ内のデータを特定するための座標管理テ
ーブルとが設けられている。

プログラムＲＡＭ６は、アプリケーションプログラムを
記憶するものである。画像メモリ７は、画像データを記
憶するものであって、各ウィンドウごとに区画されてい
る。画像メモリ７の画像データはパスライン２を介して
ビデオＲＡＭ８に転送される。ビデオＲＡＭ８はＣＲＴ
デイスプレィ１４の画像に対応した画像データを記憶す
るものであり、当該画像データがＣＲＴコントローラ９
によってＣＲＴデイスプレィ１４と同期して読出され、
表示出力される。ビデオＲＡＭ８は、優先順位の低い画
像より順に書換えられ、最終的には最も優先順位の高い
画像を記憶する。ＣＲＴコントローラ９は上述のカーソ
ルレジスタのデータが供給されたとき、ビデオＲＡＭ８
のデータと合成してカーソルマークを表示する機能を有
している。

フロッピィディスクコントローラ１０は、フロッピィデ
ィスク１５をコントロールするものである。

ＭＰＵＩはＲＡＭ４のシステムプログラムおよびプログ
ラムＲＡＭ６のアプリケーションプログラムに従ってシ
ステム制御を行なう。

次に、上述のワークステーションの一般的な動作につい
て概略説明する。マウス１３等の指示によって複数種類
の画像データ（キャラクタデータを含む）をマルチウィ
ンドウにて表示する場合、画像データはカーソルレジス
タの座標値を基準とし、かつウィンドウサイズおよび優
先順位に基づいて合成展開される。マウス１３によって
ウィンドウ内の設定位置を指示したとき、カーソルレジ
スタの座標値は座標管理テーブルに基づいて対応するウ
ィンドウ内の座標値に変換され、各データ要素ごとに予
め定められた固定座標内にあるか否かが判定され、ポイ
ントしたデータ要素が特定される。この特定はアプリケ
ーションプログラムによって定義され、通常のアイコン
指示、キャラクタ指示となる。また、ウィンドウ表示を
する場合には、画像メモリ７中の表示開始アドレスとウ
ィンドウサイズ、さらにビデオＲＡＭ８の位置アドレス
が保持され、画像データはビデオＲＡＭ８に転送される
。さらに、ウィンドウ内のデータをスクロールする場合
には、表示開始アドレスを変位させてデータ伝送が行な
われる。

第１図はこの発明の一実施例における画像データを説明
するための図である。次に、第１図を参照して、画像デ
ータについて説明する。第１図において、データ７１．
７２および７３は画像メモリ７に区画された各ウィンド
ウに対応する画像データであり、各ウィンドウより大き
いデータサイズを有している。データ資源としてのデー
タ７１はウィンドウＷ１に対応する画像データであり、
データ処理されたキャラクタデータまたはグラフィック
データである。ＣＲＴデイスプレィ１４に表示されるウ
ィンドウＷ１の表示開始アドレスはアドレスポインタＡ
ＰＩに保持されていて、ウィンドウＷ１の枠７１１のデ
ータが読出されて表示されるようになっている。

データ７２は垂直スクロールバーウィンドウＷ２に対応
するグラフィック画像データであり、ウィンドウＷ１の
表示範囲を表わす空白部７２１と、後で説明する残部を
表わすハツチングパターン部７２２と、スクロール方向
を表わす方向指示アイコンとして利用される矢印パター
ン部７２３とで構成されている。ウィンドウＷ２の表示
開始アドレスはアドレスポインタＡＰ２に保持されてい
て、ウィンドウＷ２の枠７２４のデータが読出されて表
示されるようになっている。データ７３は水平スクロー
ルバーウィンドウＷ３に対応するグラフィック画像デー
タであり、上述の垂直スクロールバーパターンと同様の
構成を有する。

ウィンドウＷ３の表示開始アドレスはアドレスポインタ
ＡＰ３に保持されていて、ウィンドウＷ３の枠７３４の
データが読出されて表示されるようになっている。デー
タ７１．７２および７３は、各々ＡＰＩ〜ＡＰ３により
読出されて、ビデオＲＡＭ８に転送され、ビデオＲＡＭ
８の予め定められた位置アドレスＶＡＰＩ、ＶＡＰ２．
ＶＡＰ３をそれぞれ開始アドレスとして書込まれて、合
成記憶される。

第３図および第４図はこの発明の一実施例の動作を説明
するためのフロー図であり、第５Ａ図ないし第５Ｃ図は
動作説明のための図である。次に、第１図ないし第５Ｃ
図を参照して、この発明の一実施例の動作について説明
する。

ウィンドウ形成にあたって、ステップＳｌ（図示ではＳ
ｌと略称する）において、たとえばフロッピィディスク
１５からのデータ読出、あるいは、キーボード１１から
のデータ人力処理によって、ワーキングＲＡＭ５上にデ
ータか作成され、画像メモリ７の予め区画されたエリア
に画像データ７１として記憶される。続いて、ステップ
Ｓ２において、ウィンドウＷ１の形成処理か行なわれ、
ウィンドウ枠７１１が設定される。続いて、ステップＳ
３において、画像データ７１のサイズとウィンドウ枠７
１１のサイズとの比率が算出される。

たとえば、第５Ａ図に示すように、ウィンドウ枠７１１
が表示データ７１に対して位置している場合には、左方
残部１表示部分、右方残部の比率は［１：　［２：　ｆ
Ｌ３の比率となる。続いて、ステップＳ４において、ｕ
ｌ、Ｑ２．ｕ３により第１図に示すようなスクロールバ
ーパターン７２．７３が画像メモリ７に形成される。ス
クロールバーパターン７３について第５Ｂ図を参照して
説明すると、空白部７３１が中央部に形成され、この両
側部にｆＬｌ−１３が合成されて、ハツチングパターン
部７３２が形成される。垂直スクロールバーパターン７
２も同様にして形成される。スクロールバーパターン７
２および７３は、ウィンドウ枠７１１が画像データ７１
の最端部に移動したとき、ウィンドウＷ２．Ｗ３の対応
する端部にハツチングパターンが表示されないように配
分される。

その後、ステップＳ５において、各画像データがビデオ
ＲＡＭ８に転送され、ウィンドウ内のデータのみが表示
され、ステップＳ６において、マウス１３等のキー操作
によってスクロールか指示されると、ステップＳ７にお
いて、メモリアドレスか設定され、そのうちに対応した
各画像データがビデオＲＡＭ８に転送される。

次に、上述の転送動作およびスクロール動作を詳細に説
明する。

ステップＳｌｌでは、画像メモリ７のアドレスポインタ
ＡＰＩからウィンドウＷ１に対応するたとえばＮバイト
の画像データが順次読出されて、ビデオＲＡＭ８に転送
され、開始点ＶＡＰＩを起点として書込まれる。続いて
、ステップＳ１２では、画像メモリ７のアドレスポイン
タＡＰ２からウィンドウＷ２に対応するたとえばＭバイ
トの画像データが順次読出されて、ビデオＲＡＭ８に転
送され、開始点ＶＡＰ２を起点として書込まれる。

続いて、ステップ８１３では、画像メモリ７のアドレス
ポインタＡＰ３からウィンドウＷ３に対応するたとえば
Ｐバイトの画像データが順次読出されて、ビデオＲＡＭ
８に転送され、開始点ＶＡＰ３を起点として書込まれる
。以上の処理によって、ＣＲＴデイスプレィ１４上に第
５Ｃ図のようなウィンドウが表示される。

マウス１３の操作によって、矢印パターン９０を指示し
、マウス１３を移動することによりスクロール処理に移
行し、上下、左右方向のスクロール操作が行なわれる。

すなわち、ステップＳ１４において、スクロール割込処
理の開始が指示されると、ステップＳ１５において、垂
直スクロールか否かが判別される。左右方向へのスクロ
ールであれば、続いて、ステップＳ１６において、左方
向へのスクロールか否かが判別される。また、垂直方向
へのスクロールであれば、ステップＳ２１において、上
方へのスクロールか否かが判別される。

左方へのスクロールであれば、ステップＳ１７において
、ＡＰｌ−１を新たなＡＰＩとし、続いて、ステップＳ
１８において、ＡＰＢ＋１を新たなＡＰ３とする。右方
へのスクロールであれば、ステップＳ１９において、Ａ
ＰＩ＋１を新たなＡＰＩとし、続いて、ステップＳ２０
において、ＡＰ３−１を新たなＡＰ３とする。上方へス
クロールであれば、ステップＳ２２において、ＡＰＩ−
ｎ　（ｎは画像データ７１の水平データ数）を新たなＡ
ＰＩとし、続いて、ステップ５２３において、ＡＰ２＋
ｍ　（ｍは画像データ７２の水平データ数）を新たなＡ
Ｐ２とする。下方へのスクロールであれば、ステップＳ
２４において、ＡＰＩ＋ｎを新たなＡＰＩとし、続いて
、ステップＳ２５において、ＡＰ２−ｍを新たなＡＰ２
とする。

上述のようにして、アドレスポインタを更新して、所定
の時間待機後、上述のステップＳ１１゜Ｓ１２およびＳ
１Ｂを実行することによって、ウィンドウＷｌ、Ｗ２お
よびＷ３がスクロールされる。すなわち、左方へのスク
ロールであれば、ウィンドウＷ１のデータは右方にシフ
トされ、最左端に新たなデータが表示される。また、ウ
ィンドウ内３内のスクロールバーパターンがウィンドウ
Ｗ］と逆方向にシフトされ、右端の残部を示すノ＼ッチ
ングパターン部が増加し、左端のノ＼・ソチングパター
ン部が減少する。右方へのスクロールであれば、ウィン
ドウＷ］のデータは左方にシフトされ、最右端に新たな
データか表示される。また、ウィンドウＷ３内のスクロ
ールバーパターンがウィンドウＷ１と逆方向にシフトさ
れ、右端のノー・ソチングパターン部が減少し、左端の
ノ飄・ソチングノくターン部が増加する。上方へのスク
ロールであれば、ウィンドウＷ１のデータは下方にシフ
トされ、最上端に新たなデータが表示される。また、ウ
ィンドウＷ２内のスクロールバーパターンがウィンドウ
Ｗ１と逆方向にシフトされ、下端のノ翫・ソチングパタ
ーン部が増加し、上端のノ＼・ソチングノ寸ターン部が
減少する。下方へのスクロールであれば、ウィンドウＷ
１のデータは上方にシフトされ、最下端に新たなデータ
が表示される。また、ウィンドウＷ２内のスクロールバ
ーパターンがウィンドウＷ１と逆方向にシフトされ、上
端の／）・ソチングパターンが増加し、下端の７トノチ
ングノくターンが減少する。

なお、上述のウィンドウＷｌ、Ｗ２およびＷ３のデータ
比率を１：１：１であるとすると、上述の方法でもよい
が、−膜内に画像データ７１と画像データ７２．７３の
比率が異なるため、好ましくは、ウィンドウＷ１のスク
ロール処理を複数回行なうごとに、ウィンドウＷ２．Ｗ
３を１回スクロールさせるようにする。スクロールの比
率は、画像データサイズとウィンドウ枠サイズの比率に
よって決定すればよい。

［発明の効果コ 以上のように、この発明によれば、ウィンドウ表示デー
タ読出領域を移動したとき、その移動方向とは逆方向に
スクロールバーパターンの読出位置を移動させるように
したので、ＣＰＵの負荷は少なく、リアルタイムで描画
を行なうことができる。

【図面の簡単な説明】

第１図はこの発明の一実施例における画像データを説明
するための図である。第２図はこの発明の一実施例の電
気的構成を示す概略プロ・ツク図である。、第３図およ
び第４図はこの発明の一実施例の動作を説明するための
フロー図である。第５Ａ図ないし第５Ｃ図は動作説明の
ための図である。 第６図および第７図は従来のワークステーションにおけ
るマルチウィンドウ表示方式を説明するための図である
。 図において、１はＭＰＵ、３はインターフェイス、４は
ＲＯＭ、５はワーキングＲＡＭ、６はプログラムＲＡＭ
、７は画像メモリ、８はビデオＲＡＭ、９はＣＲＴコン
トローラ、１１はキーボード、１２はマウスコントロー
ラ、１３はマウス、１４はＣＲＴデイスプレィ、７１は
画像データ、７１１はウィンドウＷ１の枠、７２は垂直
スクロールバーウィンドウＷ２に対応するグラフイク画
像データ、７２１は空白部、７２２はノトソチングパタ
ーン部、７２３は矢印パターン部、７２４はウィンドウ
Ｗ２の枠、７３は水平スクロールノ＜−ウィンドウＷ３
に対応するグラフィ・ツク画像データ、７３４はウィン
ドウＷ３の枠、ＡＰＩ、ＡＰ２およびＡＰ３はアドレス
ポインタ１．ＶＡＰ　１゜ＶＡＰ２およびＶ　Ａ　Ｐ　
３　ハ書込開始点、Ｗｌ、Ｗ２およびＷ３はウィンドウ
を示す。 第４図 第５Ａ図 日１→−（２−＋Ｊ２３−１ 第ＳＣ図

Claims (1)

1. 【特許請求の範囲】 ウィンドウと、データ資源に対するウィンドウ内表示デ
   ータの範囲を表わすスクロールバーとを対をなして表示
   する表示装置において、 前記データ資源を記憶する第１の記憶手段、前記データ
   資源と前記ウィンドウ内表示データとの比率を表わすス
   クロールバーパターンを記憶する第２の記憶手段、およ
   び 前記第１の記憶手段におけるウィンドウ表示データ読出
   領域が移動したとき、その移動方向と逆方向に前記第２
   の記憶手段のスクロールバーパターンの読出位置を移動
   させる制御手段とを備えた表示装置。