JPH04365097A - 画面スクロール制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、画面エディタ、表計算
ソフト、データベースＥＵＦ等、画面スクロールの視覚
的高速性が製品価値の重要な部分を占めるアプリケーシ
ョンプログラムにおいて、その動作環境であるコンピュ
ータシステムのハードウェア、あるいはオペレーティン
グシステム等の画面表示速度の制約により、高速画面ス
クロールの実現が困難な場合に、部分的疑似スクロール
とタイムアウト監視による画面矛盾解決を用いて、視覚
的高速性を実現する画面スクロール制御方式に関する。

【０００２】

【従来の技術】画面エディタ、表計算ソフト、データベ
ースＥＵＦ等の画面ユーザインタフェースを持つアプリ
ケーションプログラムでは画面スクロールの高速性が非
常に重要視される。ところが、その動作環境であるコン
ピュータシステムのハードウェア、オペレーティングシ
ステム等の制約により、画面表示速度が低速であるよう
な場合、その実現は非常に困難である。例えば表示に要
する時間が表示行数に比例するようなシステムでは画面
の縦のレンジが大きくなればなるほど縦スクロールに要
する時間がかかることになるが、従来の技術では縦スク
ロール毎に全行に対して表示を行わざるを得ないため、
スクロールの高速化がはかれないという問題が生ずる。

【０００３】

【発明が解決しようとする問題点】上述したような問題
は特に操作者がキーボードのリビート入力機能により連
続押下で継続してスクロール要求を発する場合に顕著に
表れる。キーストロークに対し、画面のレスポンスがつ
いてこない状況が頻発することはユーザインタフェース
上、致命的な欠陥である。

【０００４】本発明ではこの問題を解決するため、継続
スクロール要求に対しては全行ではなく、画面の一部分
のみを表示する部分的疑似スクロールにより表示時間を
短縮し、この部分的疑似スクロールにより発生した画面
上の矛盾を、スクロール要求が途切れたときにタイムア
ウトとみなし、全画面表示を行うことで画面スクロール
の視覚的高速化を実現することを目的とする。

【０００５】

【問題点を解決するための手段】本発明によれば、ハー
ドウェアまたはオペレーティングシステム等の制約によ
り、画面表示速度が低速なコンピュータシステム上で動
作する、スクロール機能を有するアプリケーションプロ
グラムにおいて、視覚上、高速なスクロールを実現する
ために、キーボードからの打鍵によるスクロール要求を
監視するスクロール要求監視制御手段と、スクロールに
より新たに必要となる画面データを元データより作成表
示する部分画面データ作成・表示手段と、前回のスクロ
ール要求発生から現在までの時間を計測する時間計測制
御手段と、一定時間内にスクロール要求がない場合にタ
イムアウトの判断を下すタイムアウト監視制御手段と、
前回のタイムアウム以降に発生したスクロール要求の回
数をカウントする要求回数計測手段と、タイムアウトが
発生した場合に要求回数の計測をフラッシュし、要求回
数分だけまとめてスクロールさせた全画面データを作成
・表示する全画面データ作成・表示手段とからなる、画
面スクロール制御方式が提供される。

【０００６】

【実施例】以下に、本発明の実施例を図面を用いて説明
する。

【０００７】図１は本発明の１実施例システムの機能ブ
ロック構成図、図２は１実施例システムの制御フローチ
ャート、図３は従来技術によるスクロール例の説明図、
図４は本発明の１実施例によるスクロール例の説明図で
ある。

【０００８】本実施例は図１に示すようにスクロール要
求監視制御手段１、部分画面データ作成・表示手段２、
時間計測手段３、タイムアウト監視制御手段４、要求回
数計測手段５、全画面データ作成・表示手段６、元デー
タ格納プール７、ＣＲＴ８、キーボード９により構成さ
れる。

【０００９】本実施例では以下に示す条件のもとで動作
するものとする。 （１）本実施例で用いるパーソナルコンピュータは１行
表示を行うのに時間ｍが必要である。 （２）キーボードの打鍵によりスクロール要求を行う。 キーボードはリピート入力が可能であり、リピート間隔
時間をｎとする。ｎはｍにくらべはるかに短い。 （３）オペレーティングシステムやファームウェアの機
能として、ロールアップ、ロールダウンなどはサポート
されておらず、一行表示のみが可能である。 （４）画面の表示行数ｖは１６行とする。 （５）画面表示に必要な時間に対し、論理的な処理に要
するＣＰＵの処理時間は非常に微小で無視できるものと
する。

【００１０】いま、従来のスクロール方式により画面ス
クロールを行うと図３のような画面遷移となる。下スク
ロールを要求するため、ユーザが〔↓〕キーを押下する
と、まず、新たに必要となる画面上の最下行（第１７レ
コード）の画面データが元データより作成される。次に
既に表示されている画面上の第２行から第１６行までを
１行づつ上にずらし、それぞれ第１行から第１５行まで
に１行づつ表示する。最後に新たに作成した第１６行の
データを表示する。この結果、１回のスクロールにｍ×
１６　　　　　　　　　　　　　　　　　　　　　　　
　　　　　・・・式（１）の時間を要することになる。

【００１１】これに対し、本発明の方式を用いて同一の
スクロールを行った例が図４である。図１の機能ブロッ
ク構成図、図２の制御フローチャートに従い動作の説明
を行う。まず、スクロール要求監視制御手段１がキー押
下によるスクロール要求を検知すると時間計測手段３に
対し、インターバルタイマの始動を要求する。時間計測
手段３はインターバルタイマを始動し、スクロール処理
と並行して時間の計測を開始する。

【００１２】次に部分画面データ作成・表示手段２は新
たに必要となる最下行（第１７レコード）の画面データ
を元データ格納プール７より取得した元データをもとに
作成する。次に部分画面データ作成・表示手段２は全行
ではなく全行数の１／ｋの行数分だけを表示しなおす。 この部分は上スクロールであれば全行の上から１／ｋ、
下スクロールの場合であれば全行の下から１／ｋである
。画面の全行数がｖであり、そのうち１／ｋしか更新表
示されないから本発明のスクロール方式では１回のスク
ロールに ｍ×ｖ／ｋ　　（ｋ＞１）　　　　　　　　　　　　　
　・・・式（２）しか必要としない。

【００１３】いま、本実施例ではｋ＝４と定めると画面
の下から１６行／４＝４行、すなわち、第１３行〜第１
６行のみが表示しなおされることとなる。具体的には部
分画面データ作成・表示手段２が既に表示されている第
１４行〜第１６行を１行づつ上にずらし、それぞれ第１
３行〜第１５行に１行づつ表示する。最後に新たに作成
した第１６行のデータを表示する。この際、１回のスク
ロールに要する時間は式（２）より ｍ×ｖ／ｋ＝ｍ×１６／４＝ｍ×４　　　　・・・式（
３）（ｖ＝１６，ｋ＝４） である。

【００１４】ここまでの処理が部分的疑似スクロールで
ある。キーボードのリピート機能を利用した連続的なス
クロール要求が発生している間はすべてこの部分的疑似
スクロールによりスクロールを行う。しかし、従来方式
の図３と本発明による図４を比較すればわかるように、
本発明の部分的疑似スクロールでは明らかに本来表示さ
れるべき画面イメージと異なる部分がある。しかしなが
ら、上スクロールの場合は画面上方向の数行が、下スク
ロールの場合は画面下方向の数行が流れていれば、さほ
ど操作者にとって違和感がなく、かつスクロール中の行
位置の確認も容易であり、さらに連続スクロール要求中
は画面の正確性よりもレスポンス時間の短縮が要求され
ることに本発明は着目している。

【００１５】引き続き、スクロール要求監視制御手段１
はキー押下によるスクロール要求の有無を監視する。そ
れと同時にタイムアウト監視制御手段４は時間計測手段
３に対し、タイマ始動からある一定時間が経過している
かどうかの通知を要求する。もし、ある一定時間経過前
にスクロール要求がなされた場合、時間計測手段３はイ
ンタバルタイマをリセットし時間計測を０からスタート
する。そして、前述の部分的疑似スクロールによりスク
ロールを行う。この際、要求回数計測手段５は１回スク
ロールを行う毎に要求回数カウンタを１づつカウントア
ップする。これは後述する全画面表示による画面矛盾解
決に用いる。

【００１６】また、もしスクロール要求が発生する前に
一定時間が経過した場合、タイムアウト監視制御手段４
はタイムアウトであると判断する。これはキーストロー
クによる要求が途切れたことを意味している。この場椎
は以下に述べる全画面表示を行い、前述の部分的疑似ス
クロールにより発生した画面上の矛盾を解決する。全画
面データ作成・表示手段６は要求回数計測手段５により
カウントされた要求回数カウンタが示す値の分だけ、前
回のタイムアウト直後の画面をスクロール方向にずらし
、表示する。要求回数カウンタは前回のタイムアウト後
、部分的疑似スクロールが何回行われたか、すなわちリ
ピート入力によるキーストロークが何回あったかを示し
ている。例えば、４回分のリピート入力があったとする
と、全画面データ作成・表示手段６は最初の画面（第１
〜第１６レコード）を４行下にずらし、第５行〜第２０
レコードを表示する。全画面データ作成・表示手段６は
全画面表示後、要求回数カウンタをゼロにリセットし、
再びスクロール要求監視制御手段１に制御を戻す。

【００１７】ここで本発明の方式による場合と従来方式
による場合のスクロールに要する全時間の比較をするた
めに、４行分スクロールする場合を考えてみる。

【００１８】本発明の方式を用いた場合、いま、リピー
ト入力によるスクロール要求が４回行われた後、キース
トロークが途切れたとすると、部分的疑似スクロールが
４行分繰り返されるから、この処理に要する時間は式（
３）より ｍ×４×４＝ｍ×１６　　　　　　　　　　　　　　　
　・・・式（４）となる。

【００１９】また、タイムアウト後の全画面表示に要す
る時間は画面行数ｖ＝１６より ｍ×１６　　　　　　　　　　　　　　　　　　　　　
　　　　　　　・・・式（５）である。

【００２０】したがって本発明の方式を用いた場合のデ
ータ表示に要する時間の総和は式（４）と式（５）より
ｍ×１６＋ｍ×１６＝ｍ×３２　　　　　　　　・・・
式（６）となる。

【００２１】一方、従来方式で４行スクロールした場合
を考えてみると、１回のスクロールに要する時間が式（
１）であるから ｍ×１６×４＝ｍ×６４　　　　　　　　　　　　　　
・・・式（７）の時間を要することになる。

【００２２】式（６）と式（７）を比較してみると本発
明の方式を用いた場合は従来方式を用いた場合の１／２
の時間しか必要としないことがわかる。

【００２３】本実施例では式（２）の定数ｋの値を仮に
４と定めたが、このｋの値をさらに大きくすることでス
クロール時間をさらに短縮することができる。しかし、
このｋの値を大きくすると、継続スクロール中、全画面
に対する更新表示される部分の割合が小さくなり、操作
者に対して不自然な印象を与えることになるため、各ア
プリケーションプログラムの特性に応じて最適なｋの値
を求めることが必要である。

【００２４】

【発明の効果】以上説明したように本発明は画面スクロ
ールを有するアプリケーションプログラムにおいて、特
に継続したスクロール要求が行われた場合にスクロール
速度の高速性を高める効果がある。

【図面の簡単な説明】

【図１】本発明の１実施例システムの機能ブロック構成
図である。

【図２】１実施例システムの制御フローチャートである
。

【図３】従来技術によるスクロール例の説明図である。

【図４】本発明の１実施例によるスクロール例の説明図
である。

【符号の説明】

１　　　　スクロール要求監視制御手段２　　　　部分
画面データ作成・表示手段３　　　　時間計測手段 ４　　　　タイムアウト監視手段 ５　　　　要求回数計測手段 ６　　　　全画面データ作成・表示手段７　　　　元デ
ータ格納プール ８　　　　ＣＲＴ ９　　　　キーボード

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　スクロール機能を有するアプリケーシ
   ョンプログラムにおいて、キーボードからの打鍵による
   スクロール要求を監視するスクロール要求監視制御手段
   と、スクロールにより新たに必要となる画面データを元
   データより作成表示する部分画面データ作成・表示手段
   と、前回のスクロール要求発生から現在までの時間を計
   測する時間計測制御手段と、一定時間内にスクロール要
   求がない場合にタイムアウトの判断を下すタイムアウト
   監視制御手段と、前回のタイムアウト以降に発生したス
   クロール要求の回数をカウントする要求回数計測手段と
   、タイムアウトが発生した場合に要求回数の計測をフラ
   ッシュし、要求回数分だけまとめてスクロールさせた全
   画面データを作成・表示する全画面データ作成・表示手
   段とからなる、画面スクロール制御方式。