JPH01503259A - カーソル制御によるユーザーインタフエースシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 し■ カーソル制御によるユーザーインタフェースシステム塩−術一旦一■ 本発明はカーソル制御によるユーザーインタフェースシステム、特にパーソナル コンピュータシステムに使用され、“マウス−アイコン”と呼ばれるタイプのユ ーザーインタフェースシステムに関するものである。

及」ＬｎＪＬ屡 カーソル制御ユーザーインタフェースシステムの１つの形態は米国特許第４．４ ６４．６５２に記載されている。この様なシステムにおいては、“マウス”と呼 ばれる入力デバイスが採用されており、オペレータ（ユーザー）はそれでもって 表示画面上のカーソル（ポインタ）シンボルを移動させ、制御指示を発生させて いる。マウスには、オペレータが取捨選択項目を選択するため及び他の制御機能 を実行させるための制御コマンドを発生できるよう１個のボタンが用意されてい る。この取捨選択であるが、画面上に呼び出されて表示された種々の“メニュー ”上にカーソルを位置させることで成される。そして、メニュー内のアイテムを 選択するには、その選択しようとしているアイテム上にカーソルを位置させ、そ してマウスボタンを操作することでなされる。

この種の従来のシステムはいくつかの要因によってその有益性に限界があった。

先ず第１に、ユーザーがいつでもメニューを呼び出せるよう、メニューバーを表 示画面の上に表示させておくことである。このメニューバーの継続表示では表示 空間が切り詰められることになる。更には、単数のマウスボタンでは選択及び実 行される制御機能に限られた範囲があった。

泣豆Ω旦ぬ及μ見！ よって、本発明の目的はカーソル制御ユーザーインタフェースシステムを改良す ることにある。

他の目的はメニュー操作が実行されていないときには、表示画面全体を利用可能 にするカーソル制御ユーザーインタフェースシステムを提供することにある。

更なる目的は特別なマウスボタンの動作シーケンスの使用を通して、多数のメニ ューアイテムの選択を簡単にそして効率良くすることを可能にする上述したタイ プのシステムを提供しようとするものである。

また、更なる目的はカーソル制御によるユーザーインタフェースシステムを駆動 するための改良制御ソフトウェアを提供しようとするものである。

上述した目的を実行するため、本発明によれば、メニューアイテムの選択は、ユ ーザーがメニューバーの機能を実行するヘッダブロックを表示画面の呼び出させ ると共に、メニュー操作が必要でないときに表示画面からヘッダブロックを消去 させる手段を持ったマウスデバイスを使用することで達成させる。更に本発明に よれば、同じメニューセツション中においても、複数のメニューアイテムを選択 することを可能にする。これは、メニュー操作が終了していなくともいくつかの アイテム選択を蓄積するというユニークなシステムソフトウェアによって利用さ れる選択指示のシーケンスを発生する一対のマウスボタンを使用することで達成 される。

編入され、明細書の一部を成す添付図面は本発明の好ましい実施例と共にその詳 細を示すものであり、発明の詳細な説明するためのものである。

図面の簡単な説明 図において、 第１図は本発明に用いられる模範的なパーソナルコンピュータシステムの基本構 成を示すブロック構成図、第２図は発明のメニュー制御システム内で理由される 基本処理状態を示す機能ダイヤグラム、 第３図は発明におけるシステムで利用される様々なメニューステートデータワー ド（変数）の構成を示す概要ダイヤグラム、 第４図は発明のシステムで採用された、表示画面上に表示されたヘッダブロック 、メニューブロック、サブメニューブロックの一例を示す図、 第５ａ−５ｃ図は第２図のメニューステートでのシステム処理中に実行される制 御ソフトウェアを示す機能フローチャートチャート、 第６図は本発明のシステムが第２図のメニュー実行ステートにあるときに実行さ れるソフトウェアを示す機能フローチャートである。

大嵐五Ω困胆皇世旦 第１図に示す様に、システムには、ローラボール３ｏと一対の制御ボタン２８． ２９を有したマウス入力デバイスが備えられている。これらボタンは瞬間的な接 触スイッチをなし、選択信号及び他のコマンド信号を発生する。ボタン２６はメ ニューボタンを示し、ボタン２８は選択ボタンを示している。承知の如く、ユー ザーは平面上、例えばテーブル上でそのマウス１゜を動かしてカーソル位置を入 力させるコマンドを発生させ、ＣＰＵ１２に出力する。ローラボール３ｏはマウ スの動きをＸ−Ｙ信号に変換する機構と共同するものであり、その信号はＣＰＵ １２によってディスプレイユニット１６の表示画面１７上のカーソルシンボルの 位置の制御に用いられる。尚、ローラボール３ｏの動きをＸ−Ｙコマンドに変換 する１つの処理は先に説明した米国特許第４．４６４．６５２号に記述されてい る。

ＣＰｔＪ１２は入力／出力制御ユニット１８、ランダムアクセスメモリ（ＲＡＭ ）２０、表示メモリ２２、ビデオインタフェース回路（ＶＩＣ）２４そしてマイ クロプロセッサ２５を含んでいる。これらのユニットは全て周知であり、システ ムソフトウェアの制御の基で、種々の入力の処理やＣＲＴスクリーン１７に所望 とするテキスト及びグラフィック表示情報の出力する。ディスクデバイス１４は 制御及びアプリケーションソフトウェアの迅速なやりとりをさせるものであり、 システムの多量保管のソースを成している。

表示メモリ２２は、ビットパターン（画素データ）を格納するものとして使用さ れるランダムアクセスメモリの特殊な部分であって、そのビットパターンはＣＲ Ｔユニット１６の表示ビームに同期してビデオインタフェース回路２４によって 読み出されて所望のグラフィックやテキストの表示される。

第２図はメニュー制御ソフトウェアを基本機能状態として系統室てて示した状態 ダイヤグラムである。メニューボタン２６がオペレータによって押下されると、 ソフトウェアはアイドル状態１００からメニュー開始状態２００へと進む、後者 の状態では、システムがメニュー処理に移行すべきか、或いは割り込みもしくは メニュー処理の中止という特別な事情が存在するのかを判定するため照合処理が なされる。そして割り込みが要求されている場合、システムはキャンセルメニュ ー状態３００に進んでアイドル状態に復帰する。尚、照合およびキャンセル機能 は本発明の要旨ではないし、その更なる説明はしない。

システムがメニュー処理を実行することを決定すると、ソフトウェアは状態２０ ０からメニュー状態４００に移る。このメニュー状態ではメニュー処理中に使用 されるヘッダブロック、メニューブロック及びサブメニューブロックを表示する のに必要なテキスト及びグラフィックを発生する実行する。状態４ＱＯではまた 、ユーザーのマウスボタンの駆使を通してなされた種々のメニューとサブメニュ ーアイテムの選択の蓄積を制御される。

ユーザーがメニューセツションを終結させるためにメニューボタン２６を開放す ると、システムはメニュー状態４００からメニュー実行状態５００に移る。メニ ュー実行状態において、オペレータの最後のアイテム選択は以前の選択結果に蓄 積され、メニューグラフィックは消去、特定の制御ワードがリセットされる。そ してまた、選択メツセージが編集され、ユーザーのメニュー選択が実行できるよ うアプリケーションシステムに渡される。

システムがメニュー処理を実行することを決定すると、ソフトウェアは状態２０ ０からメニュー状態４００に移る。このメニュー状態ではメニュー処理中に使用 されるヘッダブロック、メニューブロック及びサブメニューブロックを表示する のに必要なテキスト及びグラフィックを発生する実行する。状態４００ではまた 、ユーザーのマウスボタンの駆使を通してなされた種々のメニューとサブメニュ ーアイテムの選択の蓄積を制御される。

ユーザーがメニューセツションを終結させるためにメニューボタン２６を開放す ると、システムはメニュー状態４００からメニュー実行状態５００に移る。メニ ュー実行状態において、オペレータの最後のアイテム選択は以前の選択結果に蓄 積され、メニューグラフィックは消去、特定の制御ワードがリセットされる。そ してまた、選択メツセージが編集され、ユーザーのメニュー選択が実行できるよ うアプリケーションシステムに渡される。

第３図は発明におけるメニューコントロールシステムで利用される３つ形態の制 御ワード（変数）を示している。メニュー描画変数３２は現に表示されている特 定メニューブロックを表すコードデータを記憶するための第１フイールドを有し ている。メニュー描画変数の第２フイールドは、現に表示されている項目サブメ ニューブロック、もしあれば、を示すものである。メニュー選択変数３４は現に アクティブなメニューアイテムを示す第１フイールドと、現にアクティブなサブ メニューアイテム、もしあれば、を示す第２フイールドを持っている。メニュー 或いはサブメニューアイテムはマウス制御によるカーソルシンボルが表示画面上 のそのアイテムブロック内にあるときアクティブになる。

オプションリスト変数３６−１から３６−Ｎの第１フイールドにはオペレータに よるメニューセツション中に実際に選択されたメニューアイテムが記憶される。

そしてオプションリストワードの第２フイールドにはメニューセツション中に実 際に選択されたサブメニューアイテムが記憶される０選択されたメニューアイテ ムは符号化されて表わされ、選択されたブロック内の特定メニューブロック及び 特定メニューアイテムの識別がなされる。また０選択されたサブメニューアイテ ムを識別するため、第２オプシヨンリストフイールドにおいても同様の符号化が なされている。

第４図はオペレータに示される特定メニュー選択に利用される画面グラフィック の一例を示す図である。ヘッダブロック４０は表示画面１７の上部を横切って表 示され、Ａ、Ｂ、ＣそしてＤのサブエリアを含んでいる。オペレータはマウス１ ０を操作して選択されるサブエリアの１つにカーソル５０を位置させる。この場 合、明示された“Ａ”や“Ｂ”等はファイル名、機能的処理、フォーマットオプ ション等で置き変えられる。第４図の場合、オペレータがカーソル５０をサブエ リアＢ内に位置させたとき、制御ソフトウェアはメニューブロック４２を表示す る。メニューブロック４２には４つのサブエリアＢＯ。

Ｂ１．Ｂ２そしてＢ３があって、これらはオペレータによって選択されつる４つ のメニューアイテムを表わしている。オペレータがカーソル５０をアイテムボッ クスＢ２内に移動させると、制御ソフトウェアは自動的にサブメニューブロック ４４を表示させる。後者のそれには２つのサブメニューオプションを表わすサブ ニリアＢ２０．Ｂ２１が含まれている。尚、メニューアイテムはそれに結び付く サブメニューを持っていてもいなくても良く、それはプログラマの選択によるも のである。

第４図に示された表示状態は、システム内のメニュー描画変数３２（第３図参照 ）によって記憶されるが、そのメニュー描画変数３２はその第１フイールドにサ ブメニュ−ブロック４４符号化識別データを含んでいる。また、メニュー選択変 数３４の第１フイールドは、アクティブなメニューアイテムがＢ２であることを 示すよう符号化されている。メニュー選択ワードの第２フイールドは、アクティ ブサブメニューが８２１であることを示すようコード化されている。その詳細は 以下の通りである。メニュー表示が第４図に示す状態のときに選択ボタン２８を オペレータが押下すると、オプションリストワード３６を１つ生成する。このオ プションリストワードの第１フイールドは選択されたメニューアイテムがアイテ ムＢ２であることを示すよう符号化され、生成されたそのオプションリストワー ドの第２フイールドは選択されたサブメニューアイテムがアイテムＢ２１である ことを示すよう符号化される。このときオペレータがボタン２６を押下し続ける ことによりメニューセツションは終了せず、オペレータはカーソル５ｏとボタン ２８の更なる操作で、更なる選択とオプションリストワードの発生を可能にして いる。

また、メニュー表示が第４図の状態のときに、オペレータがメニューボタン２６ を開放すると、メニューセツションは終了するが、上述したのと同じオプション ワードが生成される。

第５ａ〜５０図はメニュー状態４００の機能を遂行するため、本発明において採 用された制御ソフトウェアを示す機能フローチャートである。上述した様に、メ ニュー状態にはオペレータがメニューボタン２５を押下し、特別な割り込み処理 がない場合になされる。先ずスタートメニューステート４０１（第５ａ図）から ステップ４０３へ実行して、ヘッダブロック、例えば第４図のブロック４０を再 現するデータをＲＡＭメモリ２０から取り出す。

ＲＡＭ２０にはヘッダブロックをはじめ、特定アプリケーションプログラムのた めのメニュー処理の実行を要求するメニューブロックやサブメニューブロックと いったブロックを全て記憶している。このメニューデータ、特定の制御ソフトウ ェアと同様、は当初はディスクドライブ１４（第１図）に装填されるディスク上 に記憶されている。先ず、ディスクデータがＣＰＵにロードされる、もしくは、 システムが動作中にアクセスすると、メニューデータを含むデータ構成群はＲＡ Ｍ２０に転送される。各々の基本的データ構成は、ブロック表示に必要とされる テキスト及び／またはグラフィックに係る特定ヘッダブロック、メニューブロッ クもしくはサブメニューブロックを定義している。データ構成はまた、表示画面 上のブロックの位置、そのブロックを特定するサイズや形状、色等を定めるに必 要なフォーマットデータを含んでいる。データ構成は、例えばメニューブロック 構成をその関連するメニューヘッダブロック構成に連鎖させたり、サブメニュー ブロック構成をその関連するメニューブロック構成に連鎖させる等、自由にＲＡ Ｍ２０内でアクセスできる。

第５ａ図のステップ４０３で、アプリケーションプログラムによって要求された 特定ヘッダブロックのデータ構成はＲＡＭより読み込まれ、ステップ４０５で、 ヘッダブロックの可視画を表すビットパターンに変換される０、：のビットパタ ーンは表示メモリ２２の特定の非画面部分に蓄積され（ステップ４゜５）、その 後、第４図の表示画面の上部を横切るブロック４゜として現れるよう、ビデオイ ンタフェース回路２４によって表示される。このとき表示画面１７に表示されて いたイメージデータは、ヘッダブロックのイメージデータによって、表示メモリ の非画面部分内の特定画素位置に緩衝するよう動作する。

そして、後になって、ヘッダブロックが消去されたときには、緩衝しておいたイ メージデータは表示画面全体が元通りに回復するよう画像中に再挿入される。

さて、ヘッダブロックが表示されると、ステップ４０７でカーソル位置がヘッダ ブロックイメージのエリア内にあるかどうかが判定される。これは現カーソル位 置（マウス１０よりの入力信号から導き出される）をヘッダブロックのデータ構 成内に記憶されたヘッダブロックの位置データと比較することで成される。カー ソルがヘッダブロック内にない場合には、ステップ４０９でメニューボタンが解 除されたか否かをチェックし、上述したスキャンループを続けるためにステップ ４０７に戻る。このループ処理はオペレータがマウス１ｏを操作してカーソルが ヘッダブロックの領域内に移動するまで繰り返す、さて、この状態がなったとき 、ソフトウェアはステップ４０７から抜は出してステップ４１５に進み、メニュ ー描画制御ワード３２が現カーソル位置でもってチェックされたかを判断する。

メニュー状態は実行されたばかりであるので、メニュー描画変数はリセットさね ている。それ故、ステップ４１５の結果は不等号となり、処理はステップ４１７ に進む、現在はメニューブロックは表示されていないので、ステップ４１７の消 去機能の処理では何ももたらされず、処理はステップ４１９に進む。

ステップ４１９において、特定のメニューデータが現カーソル位置に基づいてＲ ＡＭから読み取られる０表示画面位置に基づくメニューブロックデータアクセス コードは、ヘッダブロックサブエリアＢ（第４図の概要を想定している）を整合 する。

ヘッダブロックのそのサブエリア内にカーソルが位置しているので、メニューブ ロック４２（第４図）のデータはＲＡＭより読み込まれる。ステップ４２１では 、ステップ４０５での処理と同様、メニューブロックＲＡＭデータを第４図に示 す様なブロック４２の形態で表示されるビットパターンに変換する処理が実行さ れる。尚、メニューブロックイメージはヘッダブロックのサブセクションＢのす ぐ下に、且つそのサブセクションに少し重畳して表示される。

さて、処理は次にステップ４２３に進んで、メニュー描画制御ワード３２をその とき表示されているメニューブロックな示すよう更新する。このとき、サブメニ ューは表示されていないので、メニュー描画変数の第２フイールドはリセット状 態のままである。この後、処理はステップ４２３から第５ｂ図に示すステップ４ ２７に進む。

ステップ４２７では、カーソルが表示されたメニューブロック内に位置している かどうかをチェックする。これはマウス１０から入力した現カーソル位置データ を、メニューブロックのデータ構成に記憶されたメニューブロック位置座標に対 してマツチングすることで成される。オペレータがメニューアイテムを選択しよ うとして未だメニューブロック内にカーソルを移動させていない場合（オペレー タがカーソルをヘッダブロック内でなぞっている場合、及び表示されたメニュー ブロック内にそれを移動させない場合）、処理はステップ４０７にジャンプする 。カーソルが未だヘッダブロック内に位置している場合を想定すると、ステップ ４１５の処理が繰り返される。また、カーソルがヘッダブロックの別のサブセク ションに移動した場合には、ステップ４１５は不等号となり、ステップ４１７， ４１９．４２１そして４２３の処理が実行され、従前のメニューブロックを消去 すると共に現カーソル位置内のヘッダブロックサブセクションに対応する新たな メニューブロックが表示される。

しかしながら、オペレータがヘッダブロックサブセクションから表示中のメニュ ーブロックへとカーソル移動させている場合であって、且つメニューブロック内 にまだ入っていない場合には、ステップ４１５の結果は等号となる。そして、処 理はステップ４２５からステップ４２７（第５ｂ図）に進み、カーソルが表示さ れたメニューブロック内に入るまで、ステップ４２７−４０７−４１５−４２５ のループを通ることになる。そしてこの事態が発生したとき、処理はステップ４ ２７からステップ４２９へとたどる。

ステップ４２９において、メニュー選択変数３４がカーソル位置に対応している かがチェックされ、その結果として不等号の結果となる。これはメニュー選択制 御ワードが未だリセット状態にあり、カーソル位置がメニューアイテムＢＯの位 置コードに一致するからである。この結果、ステップ４３９，４４１と４４３の 処理がなされることになる。ステップ４３９において、カーソルが存在する（Ｂ Ｏ）メニューアイテムをハイライトする。これには様々な手法があって、例えば アイテムボックスの回りの線を太く表示したり、そのボックスの色を変化させた り、或いはボックスイメージを反転させたり等がある。ハイライト表示機能は、 オペレータに、そのメニューアイテムが選択可能な候補の１つであることを示す ことを容易にするものである。

ステップ４４１においては、従前にハイライトしているメニューアイテムと従前 に表示されたサブメニューブロックイメージを消去し、消去した部分を再現する ために緩衝しておいたイメージデータを基の位置に戻す。そして、ステップ５４ ４３では、現にアクティブになっているメニューアイテム（ハイライト表示され ている）、例えば第４図のアイテムＢＯ，のコードをフィールド１に反映させる ことにより、メニュー選択変数３４を更新する。

ステップ４４５に到達すると、メニューブロックのデータ構成がチェックされ、 アクティブメニューアイテムがサブメニューブロックの表示を要求するかどうか を判定する。もしそうなら、ステップ４４７．４４９そして４５１の処理を実行 する。ステップ４４７では、ＲＡＭ２０をアクセスして要求されたサブメニュー を示すデータ構成を読出す、ステップ４４９では、ステップ４０５，４２１での 処理と同様、サブメニューデータをビットパターンに変換する処理を実行し、そ してそのビットパターンを表示メモリの非画面領域に記憶させた後、ＣＲ７画面 に表示させる０表示が開始すると、それまで表示されていたイメージデータは緩 衝するため、同じ非画面領域に転送される。ステップ４５１では、メニュー描画 変数３２は現にアクティブになっているサブメニューブロック（表示されている ）、例えば第４図のブロック４４、をその第２フイールドに示すよう更新する。

また現在アクティブにあるメニューアイテムがサブメニューブロックの表示を要 求してない場合には、処理はステップ４４５からステップ４３１に分岐すること になる。そして、その後者のステップでは、メニューボタン２６が未だ押下され たままであるかどうか判定し、もしそうならステップ４３３を通ってステップ４ ３５に進み、オペレータは選択ボタン２８を押下したか否かを判断する０選択ボ タンが押下されていない場合、処理はステップ４２７（第５ｂ図参照）に復帰す る。そしてカーソルが１つのメニューブロック内にある間は、ステップ４２７− ステップ４３５間のカーソルがアイテム間を移動していることを検出している処 理が繰り返される。その間、特定のアイテムがハイライト表示され、アクティブ なメニューアイテムに反映するようメニュー選択変数が常に更新されている。

オペレータは表示中のメニューブロック内のメニューアイテムの１つを選択する 場合で、現メニューセツションの最後に選択したもの（１つだけ）を選択しよう とした場合には、オペレータはカーソルが所望とするメニューアイテムのボック ス内にあるときにメニューボタン２６を開放する。このとき、処理はステップ４ ３１からステップ４１３（第５ａ図）に進み、その後、メニュー状態を終了して 、メニュー実行状態５００　（第２図）に移る。

しかしながら、オペレータがメニューセツションを終了せずにそのメニューアイ テムを選択したいのであれば、メニューボタンを押下したままセレクトボタン２ ８を押下する。この場合、処理はステップ４３５（第５ｂ図）から、メニューブ ロック内のカーソル移動追跡を続行ステップ５４２７に移る前に、ステップ５４ ３７を実行する。このステップ４３７においては、新たなオプションリスト変数 を生成し、リスト（第３図）に加えられる。新オプションリストワードは現メニ ュー描画変数３２及びメニュー選択変数３４内のデータに反映して符号化される が、それはそのデータが、選択ボタンが押下された時点でのカーソルで指摘され たメニューアイテムであることを確認できるようにするためである。

アクティブになっているメニューアイテム（そのときのカーソルが位置している アイテム）の表示（ハイライト）で、サブメニューブロックの表示を要求してい る場合、処理はステップ４４′）を通りステップ４４７．４４９．４５１そして ４５３（第５Ｃ図）の方へ分岐し、その後ステップ４２７に復帰する。

これ以降、カーソルが新たなメニューアイテムへ移動する、或いはサブメニュー ブロック内に入るまで、ステップ４２７からステップ４２９，４３１，４３３， ４５３そして４２７というカーソル移動をモニタするループ処理に入る。尚、ア イテムがサブメニューを持っているときには、メニューを選択するための選択ボ タンの使用は認めていない、以後説明するが、正当な選択はカーソルがサブメニ ュー内に位置している場合のみに認められる。

カーソルがサブメニューブロック内に入ると、処理はステップ４５３からステッ プ４５５に分岐するが、メニュー選択変数のサブメニューフィールドが未だリセ ット状態であるので、ステップ４６３．４６５そして４６７の方に分岐する。こ れらステップは、ステップ４３９．４４１そして４４３と同様であり、アクティ ブなサブメニューアイテムをハイライトし、アクティブサブメニューアイテムに 反映してメニュー選択変数を更新する。そして、メニューボタンを解除するか或 いは選択ボタンを押下することでサブメニューアイテムの１つを選択することに なるが、前者による場合、ステップ４５７を通ってステップ４１３（第５ａ図） へ分岐し、メニューセツションを終了してメニュー実行状態に進む。

また、選択ボタンを押下することでサブメニューが選択された場合、処理はステ ップ４５９（第５Ｃ図）から、サブメニューブロックを介してカーソルの移動を 追跡するためステップ４５３に復帰する前に、ステップ４６１に進む、このステ ップ４６１では、メニュー及びサブメニューアイテム選択のリストの蓄積を拡張 するため、新たなオプションリストワードな生成する。新オプションリスト変数 であるが、選択ボタンの押下時にアクティブになったメニュー及びサブメニュー アイテムの識別を反映して符号化される。

オペレータがサブメニューアイテムの選択をすることなしに、カーソルをサブメ ニュー外へ移動してメニューブロック内に戻すと、処理はステップ４５３から分 岐してステップ４２７（第５ｂ図）に戻り、次のメニューアイテムをハイライト し、そして選択可能な候補として示す。

メニュー選択変数３４には、サブメニューを有するメニューアイテムであること を識別するため、特別なコードが用いられている。これで、オペレータがメニュ ーボタンを開放することで、そのメニューアイテムを選択するというエラー状態 をシステムに認識させることができるが、接続されるサブメニューアイテムを選 択することはできない。

オペレータがカーソルをメニューブロック外に移動させ、ヘッダブロックに戻し た場合、処理はステップ４２７（第５ｂ図）からステップ４０７（第５ａ図）に 戻り、ヘッダブロックを通したカーソルの移動追跡、そして選択可能な候補とし ての新たなメニュー及びサブメニューブロックを表示するという処理が実行する 。また、オペレータがカーソルをヘッダブロック、メニューブロックそしてサブ メニューブロック全ての領域外に移動させた場合には、メニューボタンが解除さ れるか、カーソルをメニュー領域に戻るかするまでは、ステップ４０７．４０９ ，４５３モして４２４を含むループが実行される。

ボタン２６を解除したとき、処理はステップ４０９，４１１方向に分岐し、メニ ュー実行状態に進む。

第６図はメニュー実行状態５００で実行されるソフトウェアを示したものである 。ステップ５０１の開始からステップ５０３に処理が進むと、最新のオプション リスト変数が追加され、メニュー描画及びメニュー選択変数がリセットされる。

最新オプションリスト変数の追加は上述したステップ４３７，４６１と同様の処 理を意味しており、新オプションリストワードはメニューボタンが解除されたと きのそれぞれのメニュー描画変数３２とメニュー選択変数３４の状態を反映して 生成される。

この様に、オペレータがメニューセツション中に、選択しようとするアイテムに カーソルを位置されて１個のメニューもしくはサブメニューを選択した場合には 、１個のオプションリスト変数３６−１がメニュー実行ステートに入ると直ちに 生成される。また、メニューセツション中に、選択ボタンを操作することによっ て１個或いはそれ以上のメニューもしくはサブメニューアイテムを選択し、最後 のアイテムの選択をカーソルの位置そしてメニューボタンの開放によってした場 合には、選択リストに含まれる最後のオプションリスト以外の全てがメニュー実 行ステートに入る。そして最後に選択されたアイテムはステップ５０３の実行中 にオプションリスト変数に加えられる。

その後、ステップ５０５において、表示中の全てのブロックの消去し、緩衝して おいたイメージデータな表示画面全体を元通りにするために再配置させる。そし てステップ５０７で、実在する全てのオプションリスト変数を含むよう、選択メ ツセージが編集される。ステップ５０９では、その選択メツセージをアプリケー ションプログラムに転送し、オペレータによるメニューアイテム選択を続くアプ リケーションのためのシステムに渡す、最後に、次のメニューセツションに備え て、処理はアイドル状態に処理は戻る。

本発明のシステムの処理を要約すれば以下の通りである。

オペレータがメニューボタン２６を押下したとき、それ以前に表示画面になかっ たメニューヘッダブロック４０（第４図）が表示画面上に映し出される。そして マウスを駆使することで、オペレータはカーソル５ｏをヘッダブロック４０内に 移動させる。カーソルがヘッダブロックに入るとすぐ、そのカーソルの入力位置 で表わされるヘッダサブセクションＡ−Ｄに依るメニューブロック４２が表示さ れる。そして、オペレータはへラダブロックに沿ってカーソルを水平方向に移動 させる。この間、各々のメニューサブセクションが入力されることにより、新た なメニューブロックが表示されるので、以前に表示されていたブロックは消去さ れる。

オペレータがカーソルをメニューブロック内に移動させると、そのときのカーソ ルが位置するメニューアイテムボックスがハイライト表示される。そして、その メニューがサブメニューを有するのであれば、サブメニューブロック４４（第４ 図）の如く、そのメニューアイテムの隣りに自動的に表示される。また、オペレ ータがメニューブロックを通してカーソルを操作させると、ハイライトされたア イテムがそのカーソル位置に追従する。カーソルが、サブメニューを有するメニ ューアイテムボックスからはずれると、そのサブメニューは消去される。また、 オペレータがそのサブメニューボックス内にカーソルを移動させると、メニュー アイテムの場合と同様に、カーソルが位置しているサブメニューアイテムがハイ ライト表示されることになる。

オペレータは、カーソルをハイライト表示（アクティブ）されたメニューもしく はサブメニューボックス内に位置させて、選択ボタン２８を押下すると、選択さ れたアイテムが実在の選択リスト中に未だない場合には、１個のオプションリス トワードが生成され、オプションリスト変数群の中に加えられる。そして、上述 した様に、このオプションリスト変数の発生処理以外は、サブメニューを有し、 アクティブになっているメニューアイテム内にあるときに選択ボタンを押下した 場合である。この場合、オプションリスト変数は生成されない。

オペレータは連続して新たなメニュー及びサブメニューアイテムにカーソルへ移 動させ、選択ボタン２８の押下を通じてそのようなアイテムを選択することがで き（メニューボタンが押下された状態にあるかぎり）、選択されたアイテムのリ ストは広げられる。オペレータは、メニューボタン２６を解除するという簡単な 操作でもって、メニューセツションにおける最後のアイテムを選択するが、その 結果として前述した様に、システムはメニュー実行ステートに移り、最後のオプ ションリストワードとして最後に選択されたアイテムを入力する。その後、メニ ュー実行ステート（第６図）が実行され、選択されたアイテム全てを合同して選 択メツセージを編集し、そして連続して実行するためのアプリケーションにその メツセージが渡される。

本発明のシステムでは、オペレータが、カーソルを多数のメニュー及び／又はサ ブメニューアイテム上で移動させている間に、メニュー及び選択ボタン両方を押 下状態に保つことで、複数のメニュー及びサブメニューアイテムを簡単に選択で きる“ドラッグセレクト”の特徴を説明した。そして、カーソルが新たなアイテ ムボックス内に入る度に、そのアイテムが自動的に選択され、特定のオプション リスト変数が生成され且つリスト中に追加される（メニューアイテムがサブメニ ューを持たない場合）、この実行様式は例えば第５ｂ図に示されている。カーソ ルが新たなメニューアイテムボックス内に入ると、処理はステップ４２９を介し てステップ４３９，４４１，４４３，４４５．４３１．４３３そして４３５の方 に分岐する０選択ボタンは押下されているので、処理はステップ４３７の工程を たどって、新たなオプションリスト変数を生成する。カーソルが特定アイテム内 にあるかぎりは、処理はステップ４２７，４２９゜４３１．４３３，４３５そし て４３７をたどるループに戻る。

しかしながら、同じメニューセツション中には余分なオプションリスト変数を生 成する必要はないから、これ以上のオプションリスト変数は生成されない。

この同じ“ドラッグセレクト”機能は、第５Ｃ図に示す様に、サブメニューアイ テム選択時においても作用する。この場合、メニュー及び選択ボタン両方はダウ ン状態に保持されたままであって、カーソルが新たなサブメニューアイテムボッ クスに入ると、処理はステップ４５３そして４５５を通って、ステップ４６３， ４６５，４６７の方に分岐処理する。この後、ステップ４５５に入って、再びス テップ４５７，４５９を通る処理路に分岐すると、選択ボタンは既にダウン状態 にあるのでステップ４６１が自動的になされる。後者のステップでの処理は、新 たなサブメニューアイテムに入る場合の自動選択に反映する新オプションリスト 変数を生成する。

カーソルがメニューブロック及びサブメニューブロックの両方から外れると、す なわち、カーソルがヘッダ、メニュー或いはサブメニューブロック内にないと、 処理はステップ４５３（第５Ｃ図）からステップ４２７（第５ｂ図）、そしてス テップ４ｏ７（第５ａ図）へと分岐する。その後、ステップ４０９を通ってステ ップ４５３（第５ｃ図）に戻る処理路を通り、同じループが処理される。こうし て、このループ処理はオペレータがメニューボタン２６を解除するか、もしくは カーソルを表示中のブロック内に移動させるまで繰り返される。ブロックの１つ が再入力されるかぎり、処理はステップ４５３．４２７もしくは４０７に分岐し て表示更新、及び新たな選択候補を明示を可能にする。

本発明の精神及び意図から逸脱しない範囲で、上述した本発明の実施例に様々な 修正、変化を加えることは、当業者にとっては当然成し得るものである。

雰貧困 算Ｓ１，１７１ ぶ／／ 国際調査報告 ＩＭＩ＠ｌ神ｂｅ＋ｔｌ−ム帥ＩＩＩａ１ｍ七＋ｉ・ＰＣτ／Ｉ；５８フ１０１ ６２５

Claims (16)

【特許請求の範囲】
1. １．オペレータによる選択可能なメニューアイテム及びカーソルイメージを表示 するコンピュータシステムにおいて、前記システムはメモリ手段と選択信号を発 生する手段を有するオペレータにより制御可能なカーソル位置付けデバイスを備 え、メニユーヘツタブロックを表わすためのヘッダデータと複数のメニューブロ ックを表わすメニューデータを前記メモリ手段の第２セクションに記憶する工程 と、 第１の選択信号の発生に応じて前記メモリ手段の第２セクションに前記ヘッダデ ータから導き出されたヘッダビットパターンを転送する工程、前記ヒットパター ンは前記メニユーヘツタブロックの可視画を表す、そして、前記第の２メモリセ クションに記憶された前記ヘッダビットパターンに基づくメニユーヘツダブロッ クイメージを表示する工程を備えることを特徴とする方法。
2. ２．請求の範囲第１項において、更に、表示されたヘッダブロック内の選択位置 に前記カーソルイメージを位置付ける工程と、 該位置付け工程に応じて前記第２のメモリセクションに前記メニューデータより 導き出されたメニュービットパターンを転送する工程、前記メニュービットパタ ーンはメニューブロック群の中の選択された１つの可視画を表し、選択されたメ ニューブロックは前記ヘッダブロック内のカーソルイメージの位置に一致すると 共に選択可能なアイテムを複数含んでいる、そして、 前記メニュービットパターンに基づいてメニューブロックイメージを表示する工 程を備えることを特徴とする方法。
3. ３．請求の範囲第２項において、前記表示されたメニューブロックイメージはカ ーソルイメージの位置付近のヘツタブロックイメージの下に位置することを特徴 とする方法。
4. ４．請求の範囲第２項において、更に、表示されたメニューブロックイメージ内 の前記カーソルイメージを選択するメニューアイテムを指示する位置に位置付け る工程と、該位置付け工程に応じて前記メモリ手段に、前記選択されたメニュー アイテムを表す制御ワードを記憶する工程を備えることを特徴とする方法。
5. ５．請求の範囲第４項において、更に、第２の選択信号を発生する工程と、そし て、 該第２の選択信号に応じて前記制御ワードを含むメニューアイテム選択メッセー ジを編集する工程を備えることを特徴とする方法。
6. ６．請求の範囲第５項において、選択信号を発生する手段は押下したときに第１ の選択信号を発生し、解除したときに第２の選択信号を発生するオペレータが制 御可能なボタンで構成されることを特徴とする方法。
7. ７．請求の範囲第４項において、更に、前記第１のメモリセクションに複数のサ ブメニューブロックを表すサブメニューデータを記憶する工程と、 前記位置付け工程に応じて前記第２のメモリセクションに前記サブメニューデー タから導き出されたサブメニュービットパターンを転送する工程、前記ビットパ ターンは１つのサブメニューブロックの可視画であり、前記サブメニューブロッ クは選択されたメニューアイテムに一致すると共に選択可能な複数のサブメニュ ーアイテムを有する、そして、前記第２のメモリパターンに記憶されたサブメニ ュービットパターン上に前記サブメニューブロックイメージを表示する工程を備 えることを特徴とする方法。
8. ８．請求の範囲第７項において、前記表示されたサブメニューブロックイメージ は前記カーソルイメージの位置近傍のメニューブロックの隣りに位置することを 特徴とする方法。
9. ９．請求の範囲第７項において、更に、表示されたサブメニューブロック内のカ ーソルイメージを選択するサブメニューアイテムを指示する位置に位置付ける工 程と、そして、該位置付け工程に応じて前記メモリ手段に前記選択するサブメニ ューアイテムを表す制御ワードを記憶する工程とを備えることを特徴とする方法 。
10. １０．請求の範囲第９項において、更に、第２の選択信号を発生する工程と、そ して、 前記第２の選択信号の応じて前記メニューアイテム及びサブメニューアイテムの 制御ワードを含むメニューアイテム選択メツセージを編集する工程を備えること を特徴とする方法。
11. １１．請求の範囲第１０項において、前記メニューアイテム制御ワードは、サブ メニュー制御ワードが正当な選択データを転送するために前記メニューアイテム 選択メッセージ内にあることをシステムに示すよう符号化されることを特徴とす る方法。
12. １２．オペレータによる選択可能なメニューアイテム及びカーソルイメージを表 示するコンピュータシステムにおいて、前記システムはメモリ手段と選択信号を 発生する手段を有するオペレータにより制御可能なカーソル位置付けデバイスを 備え、選択可能な複数のメニューアイテムを指示するための領域を含むメニュー ブロックを表示する工程と、前記メモリ手段の第１セクションにカーソルイメー ジが位置したメニユーブロック領域を表す制御ワードを記憶する工程、記憶され る前記制御ワードはカーソルイメージの実際の位置にあるメニューブロックに反 映するためそのカーソルイメージが移動するときには変化している、そして、選 択信号の発生に応じて選択メッセージを編集する工程、前記メッセージは前記選 択信号が発生したときの前記第１メモリセクション内の制御ワードを含むことを 特徴とする方法。
13. １３．カーソルイメージにおけるオペレータによる選択可能なメニューアイテム を表示するコンピュータシステムにおいて、前記システムはメモリ手段と第１及 び第２の選択信号を複数個発生する選択信号発生手段を有するオペレータにより 制御可能なカーソル位置付けデバイスを備え、 選択可能な複数のメニューアイテムを指示するための領域を含むメニューブロッ クを表示する工程と、前記メモリ手段の第１セクションにカーソルイメージが位 置したメニューブロック領域を表す制御ワードを記憶する工程、記憶される前記 制御ワードはカーソルイメージの実際の位置にあるメニューブロックに反映する ためそのカーソルイメージが移動するときには変化している、 前記第１のメモリセクションから前記メモリ手段の第２セクションに異なる複数 の制御ワードを転送する工程、各々の前記制御ワードは前記第１の選択信号の相 違する１つが発生するに応じて転送される、そして、 前記第２の選択信号の発生に応じて選択メッセージを編集する工程、前記メッセ ージは前記第２の選択信号が発生したときの前記第２メモリセクションに存在す る複数の制御ワードを含むことを特徴とする方法。
14. １４．請求の範囲第１２項において、更に、前記カーソルイメージがメニューブ ロックの境界外に位置するとき空白値を持つた制御ワードを前記第１メモリセク ションに記憶する工程、その結果として、空白値制御ワードを含むための選択メ ッセージの編集はメニューアイテム選択がないことを示すものとなることを特徴 とする方法。
15. １５．請求の範囲第１３項において、前記選択信号発生手段は第１，第２のオペ レータによる制御可能な選択ボタンからなり、前記複数の選択信号は前記第１の ボタンが押下された位置に保持されたままで前記第２のボタンを複数回押下する ことで発生し、第２の選択信号は第１のボタンを開放することで発生することを 特徴とする方法。
16. １６．請求の範囲第１５項において、更に、選択ボタン両方が押下されたときに 前記第１のメモリセクションに記憶された制御ワードの変化に応じて第１の選択 信号を発生する工程を有することを特徴とする方法。