JPH05173741A - ウィンドウシステム - Google Patents

Abstract

(57)【要約】 【目的】 頻繁に行われる操作を簡単に、かつ、誤りな
く行うことができるウィンドウシステムを提供する。 【構成】 ディスプレイ３に表示された通常のアイコン
を順次選択することによる画面の遷移の状態を、特定の
アイコンと対応させてマクロアイコン情報として登録
し、表示データ格納メモリ１３に格納する。マクロアイ
コン情報を登録するか否かは、登録のための登録アイコ
ンをディスプレイ３に常時表示しておき、この登録アイ
コンをクリックすることにより以後指定されたアイコン
が順次マクロアイコン情報として登録される。再び登録
アイコンがクリックされると登録を終了する。登録され
たマクロアイコンもディスプレイ３に表示され、マウス
９でクリックされると、登録された一連の画面が遷移し
ながら表示される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はウィンドウシステムに係
り、表示装置の画面上に表示されたアイコンを選択する
ことによりユーザからの指示を与える、例えばワードプ
ロセッサ、電子出版システム、電子ファイリングシステ
ム等において、動作定義可能なアイコンを持つウィンド
ウシステムに関する。

【０００２】

【従来の技術】例えば、ワードプロセッサやマイクロコ
ンピュータ等の情報処理装置がオフィス等に広く普及し
ている。これら情報処理装置では、より操作性に優れた
装置を提供するために、ハード面、ソフト面からの支援
が行われてきている。例えば、従来からのキーボード入
力だけでなく、ポインティングデバイスとしてのマウス
やライトペンが使用されるようになっている。また、ウ
ィンドウシステムやアイコン（絵文字）の採用により、
入力の際の操作性を向上させている。

【０００３】このような、情報処理装置に対する、操作
性の向上を目的とした従来の技術として、特開昭６４−
２６２１８号公報に示された技術がある。この技術は、
データ処理におけるメニュー処理方式において、オペレ
ータがキーボードから入力した指示の履歴を表意形式の
コマンドで残すようにしたものである。入力の指示履歴
を保存することによって、一連のメニュー処理を行って
いる途中で間違いに気付いた場合であっても、最初から
メニュー処理を行うことなく、残された履歴を使用して
任意の箇所から処理を行い、また内容も修正することが
できるようになっている。また、アイコンの表示に対す
るプログラムの動作を定義することができるようにした
技術として、特開昭６４−８８８２４号公報に記載され
た技術がある。この技術では、任意のアイコンを作成
し、それに特定の実行プログラムを割り当てることでそ
のプログラムを容易に起動することができるようになっ
ている。

【０００４】

【発明が解決しようとする課題】しかし、特開昭６４−
２６２１８号公報に示された技術では、画面上でのユー
ザの入力履歴が表意形式として残るため同じ操作の繰返
しを機械的に行うことはできるが、あくまで表現がコマ
ンド形式であった。このため、それだけを見てどのよう
な操作が行われるのかを理解するのは困難である。ま
た、格納された履歴を実行するために通常の操作とは別
の手続きをとる必要があり、ユーザが操作の一意性を見
いだせず全てのユーザが利用できるものではなかった。
一方、特開昭６４−８８８２４号公報に記載された技術
では、作成したアイコンの指定により特定の実行プログ
ラムを容易に起動することはできるが、プログラム内部
の流れを自由に変えることはできなたかった。それはプ
ログラム自身が流れの制御を行っているため、それを変
更するための機構をプログラムが持たないためである。

【０００５】また、一般に、アイコンによって処理の内
容をユーザに選択させるシステムでは、個々のアイコン
毎に処理が割り付けられており、通常はその処理内容を
変えることはできない。ところが、万人向けに作ったシ
ステムでは冗長性があるため、ユーザが意図する処理を
行なうためには、複数個のアイコンを選択しなければな
らないことがよくある。このように、ユーザが一連の操
作を繰返し行う場合には、システムの操作性が著しく低
下し、アイコンの選択違いなどによる操作ミスも多発す
る可能性がある。さらに、実際にアイコンを使用して処
理を行う場合には、使用する頻度の高いアイコンは特定
されている場合が多いが、表示画面には、多数のアイコ
ンが表示されていた。このため、ユーザが使用しないア
イコンが表示されていると、誤操作や指定の迷いにつな
がりやすく、やはり操作性が低下していた。そこで、本
発明の目的は、頻繁に行われる操作を簡単に、かつ、誤
りなく行うことが可能なウィンドウシステムを提供する
ことにある。

【０００６】

【課題を解決するための手段】請求項１記載の発明で
は、画面の遷移内容をアイコン等のメニューに対応させ
て格納する第１の記憶手段と、この第１の記憶手段に記
憶されているメニューを指定する第１の指定手段と、こ
の第１の指定手段により指定された複数のメニューによ
る一連の画面の遷移を特定のメニューに対応させて格納
する第２の記憶手段と、この第２の記憶手段および前記
第１の記憶手段に格納されているメニューを表示する表
示手段と、この表示手段に表示されたメニューを指定す
る第２の指定手段と、この第２の指定手段により指定さ
れたメニューに対応する画面の遷移を制御する制御手段
とをウィンドウシステムに具備させて、前記した目的を
達成する。

【０００７】請求項２記載の発明では、請求項１記載の
ウィンドウシステムに、さらに、第１の記憶手段に格納
されたメニューを表示する否かを指定する第３の指定手
段を具備させ、第１の記憶手段はこの指定手段で指定さ
れた情報を併せて格納し、表示手段は表示しない情報が
格納されていないメニューのみを表示し、制御手段は第
２の指定手段で表示しない情報が格納されていないメニ
ューが指定された場合にのみ画面の遷移を制御すること
により、前記した目的を達成する。請求項３記載の発明
では、請求項１または請求項２記載のウィンドウシステ
ムにおいて、第２の記憶手段に、指定された特定のメニ
ューを各オペレータ毎に格納させるとこにより、前記し
た目的を達成する。請求項４記載の発明では、請求項１
ないし請求項３記載のウィンドウシステムにおいて、ア
イコン、プルダウンメニューおよびポップアップメニュ
ーの少なくとも１以上をメニュー内容とすることによ
り、前記した目的を達成する。

【０００８】

【作用】本発明のウィンドウシステムでは、ユーザは自
分が希望する一連の画面遷移となるようにメニューを順
次指定する。この指定された一連の画面遷移の内容は特
定の他のメニューに対応させて第２の記憶手段に格納す
る。そして、この第２の記憶手段に格納され表示手段に
表示された特定のメニューが第２の手段で指定される
と、制御手段は、一連の画面の遷移を制御する。これに
より、一連の画面の遷移が一度のメニュー指定で処理さ
れるので、頻繁に行われる操作を簡単に誤りなく行われ
る。

【０００９】

【実施例】以下、本発明のウィンドウシステムにおける
好適な実施例について、図面を参照して詳細に説明す
る。図１は、ウィンドウシステムのシステム構成を表し
たものである。このウィンドウシステムはシステム全体
を制御する制御部１１を備えており、この制御部は、デ
ータバス等のシステムバス１２を介して次の各部と接続
されている。すなわち、システム全体を制御するための
プログラムが格納されたシステムメールボックス１５、
ディスプレイインターフェイス（Ｉ／Ｆ）４とビットマ
ップメモリ５を介して接続された表示装置としてのディ
スプレイ３、このディスプレイ３に表示される画面デー
タが格納された表示データ格納メモリ１３、この画面デ
ータをビットマップメモリ５に展開する処理を行う画面
描画処理部１４が、それぞれシステムバス１２を介して
制御部１１に接続されている。また、ハードディスクＩ
／Ｆ部２を介してハードディスク１が、フロッピーディ
スクＩ／Ｆ部７介してフロッピーディスク６が、マウス
・キーボード（ＫＢ）Ｉ／Ｆ部１０を介してキーボード
８とマウス９が、それぞれシステムバス１２に接続さ
れ、これにより制御部１１に接続されている。

【００１０】図２は、本実施例のウィンドウシステムに
おいて、階層構造化された各ソフトウェアの位置付けを
表したものである。この図において、２１はアプリケー
ション、２２はウィンドウシステム、２３はデバイスド
ライバ、２４はオペレーティングシステム（ＯＳ）であ
る。アプリケーション２１とウィンドウシステム２２の
間では、アプリケーション２１からウィンドウシステム
２２へは画面構成情報が渡される。逆に、ウィンドウシ
ステム２２からアプリケーション２１へは、マウス９の
座標情報、アイコンの選択情報およびウィンドウ番号が
渡されるようになっている。このアイコン選択情報は、
アプリケーション２１がマウス９の座標情報から生成す
るシステムも存在するが、本実施例のシステムでは、ウ
ィンドウシステム２２が生成を行ないアプリケーション
２１にはそれを記号として返すようになっている。

【００１１】このように構成されたウィンドウシステム
の動作の概要について次に説明する。ディスプレイ３に
表示された通常のアイコンを順次選択することによる画
面の遷移の状態を、特定のアイコンと対応させてマクロ
アイコン情報として登録し、表示データ格納メモリ１３
に格納する。マクロアイコン情報を登録するか否かは、
登録のための登録アイコンをディスプレイ３に常時表示
しておき、この登録アイコンをクリックすることにより
以後指定されたアイコンが順次マクロアイコン情報とし
て登録される。再び登録アイコンがクリックされると登
録を終了する。登録されたマクロアイコンもディスプレ
イ３に表示され、マウス９でクリックされると、登録さ
れた一連の画面が遷移しながら表示される。

【００１２】図３は、このようなウィンドウシステムの
動作の詳細を表したものである。まず、マウス情報を取
得し（ステップ１）、マウス９がクリックされたか否か
を監視する（ステップ２）。マウス９がクリックされた
場合には（ステップ２；Ｙ）、どのアイコンが選択され
たかについて判定し（ステップ３）、該当するアイコン
が存在か否かを判断する（ステップ４）。該当アイコン
が存在する場合には（ステップ４；Ｎ）、該当するウィ
ンドウ番号とアイコンの記号をアプリケーション２１に
伝える（ステップ５）。この動作において、ウィンドウ
システム２２は画面データとして、各ウィンドウ毎に定
義されたアイコン登録情報を参照することとなる。図４
はウィンドウのアイコン情報を表したものである。この
図において、（ｘｓ_i ，ｙｓ_i ）はアイコンｉの始点座
標、（ｘｅ_i ，ｙｅ_i ）はアイコンｉの終点座標、ｓｙ
ｍ₁ はアイコンｉの記号をそれぞれ表している。ここで
重要なことは、すべてのアイコンを区別するために各ウ
ィンドウにおけるアイコン情報の記号は重複して存在し
てはならず、一意に定めたものでなくてはならないとい
うことである。アプリケーションはウィンドウシステム
より受けとった記号により処理を決定して、それに対応
した実行をすればよいことになる。

【００１３】本実施例では、この図４に示したアイコン
情報を更に追加できるようにしている。つまり、アイコ
ン情報の記号には特別な記号、例えば“★１”を格納
し、参照したアイコン情報にこの記号があれば、別に格
納したマクロアイコン情報を参照する。図５はマクロア
イコン情報の内容を表したものである。このマクロアイ
コン情報は可変長のテーブルである。この図において、
ｓｙｎ_ijはマクロアイコンｉのｊ番目の記号、ｗｉｎ_ij
はマクロアイコンｉのｊ番目のウィンドウ番号を、それ
ぞれ示している。

【００１４】図６はこのようなマイクロアイコン情報を
用いたウィンドウシステム２２の動作を表したものであ
る。動作の概要を先ず説明する。ディスプレイ３には常
に登録アイコンが表示されており、この登録アイコンを
ユーザが選択することによってマクロアイコン作成のた
めのアイコン情報の登録が開始される。そして、再度登
録アイコンが選択されることによって登録が終了し、マ
クロアイコン情報が完成する。なお、画面の更新はアプ
リケーションにより行なわれるため、登録はアプリケー
ションの実動作を伴って行なわれる。

【００１５】次にその動作の詳細について説明する。ま
ず、マウス情報を取得し（ステップ１１）、マウス９が
クリックされたか否かを監視する（ステップ１２）。マ
ウス９がクリックされた場合には（ステップ１２；
Ｙ）、どのアイコンが選択されたかについて判定し（ス
テップ１３）、該当するアイコンが存在するか否かを判
断する（ステップ１４）。該当アイコンが存在する場合
には（ステップ１４；Ｎ）、マクロアイコン情報作成処
理を示す登録フラグがオン状態となっているか否かを判
断する（ステップ１５）。登録フラグがオン状態となっ
ていない場合（ステップ１５；Ｎ）、クリックされたア
イコンが通常アイコンかマイクロアイコンか、または登
録アイコンかを判断する（ステップ１６、１７）。クリ
ックされたアイコンが通常アイコンであれば（ステップ
１６；Ｙ）、図３と同様に、クリックされたアイコンに
該当するウィンドウ番号とアイコンの記号をアプリケー
ション２１に伝えて（ステップ１８）、ステップ１に戻
る。

【００１６】一方、クリックされたアイコンが通常アイ
コンではなく、マクロアイコンである場合（ステップ１
６；Ｎ、ステップ１７；Ｙ）、すでにユーザによって登
録されているマクロアイコンの記号とウィンドウ番号
（図５）をアプリケーション２３に順次伝えて（ステッ
プ１９）、ステップ１に戻る。そして、クリックされた
アイコンが通常アイコンでもマクロアイコンでもなく、
登録アイコンである場合（ステップ１６；Ｎ、ステップ
１７；Ｎ）、マクロアイコン情報作成の開始を示す登録
フラグをオン状態とし（ステップ２０）、マクロアイコ
ンの座標とパターンを登録して（ステップ２１）、ステ
ップ１に戻り処理を繰り返す。

【００１７】ステップ１５において、登録フラグがオン
状態となっている場合（ステップ１５；Ｙ）、すなわ
ち、マクロアイコン情報の作成中である場合、クリック
されたアイコンが登録アイコンか否かを判断する（ステ
ップ２２）。登録アイコンでない場合（ステップ２２；
Ｎ）、クリックされたアイコンに該当するウィンドウ番
号とアイコンの記号アプリケーションに伝える（ステッ
プ２３）と共に、このウィンドウ番号とアイコンの記号
をマクロアイコン情報に登録し（ステップ２４）マクロ
アイコン情報の作成を継続し、ステップ１に戻って処理
を繰り返す。また、ステップ２２において、クリックさ
れたアイコンが登録アイコンである場合（ステップ２
２；Ｙ）、ステップ２０でオン状態とされた登録フラグ
をオフ状態とし（ステップ２５）、マクロアイコン情報
のためのアイコン情報の登録が完了する。

【００１８】以上説明したように、第１の実施例によれ
ば、ウィンドウシステムにおいて、プログラムが画面上
のアイコンを記号情報で伝えるため、複数のアイコンの
記号列を１つの新規のアイコンに割り当てることで、ユ
ーザが操作をマクロ化したアイコンを容易に登録でき
る。これによって、頻繁に行なわれる操作を簡単に誤り
なく行なうことが可能となる。

【００１９】次に、第２の実施例について説明する。こ
の第２の実施例は、ユーザにとって必要のないアイコン
をディスプレイ３に表示しないようにしたものである。
そのため、アイコン情報に表示の有無の情報をつけ加
え、画面描画処理部１４はこの表示有無の情報に従って
ウィンドウ内のアイコンを描画する。さらに、見えなく
なったアイコンにウィンドウシステムが誤って反応しな
いようにするため、選択されたアイコンが非表示のとき
にはアプリケーション２１にその情報を伝えないように
する。アイコンの表示の有無を設定する場合、ディスプ
レイ３に常時表示されている登録アイコンが選択された
時に、ユーザにマクロアイコン情報のためのアイコン情
報の登録と表示有無の設定との選択をさせる。そして、
表示有無の設定が選択された場合には、現在非表示にな
っているアイコンを反転またはハッチングによって区別
できるように表示する。但し、マクロアイコン情報の登
録と異なるのはアプリケーション２１の動作を一切伴わ
ないことである。それゆえ、表示されているウィンドウ
内のアイコンのみを表示有無設定の対象とできる。

【００２０】図７は第２の実施例による動作の詳細を表
したものである。なお、この第２の実施例では、図６に
示した第１の実施例の動作に、ステップ３６、ステップ
４１、およびステップ４８〜５０の各処理を追加したも
のである。従って、説明を簡単るするため、追加部分の
処理を中心に説明することとする。ステップ３５でマク
ロアイコン情報作成処理を示す登録フラグがオン状態と
なっていないと判断された場合（ステップ３５；Ｎ）の
後に、非表示登録がされた非表示アイコンか否かを判断
する（ステップ３６）。非表示アイコンである場合には
（ステップ３６；Ｙ）、ステップ１に戻って処理を継続
する。このように、クリックされたアイコンが非表示ア
イコンである場合、ステップ１に戻すことによって、デ
ィスプレイ３に表示されなくなったアイコンに対してウ
ィンドウシステム２２が誤って反応しなくなる。

【００２１】また、ステップ３８において、クリックさ
れたアイコンが登録アイコンであると判断された場合
（ステップ３８；Ｎ）の後に、非表示の登録か否かを判
断する（ステップ４１）。そして、非登録表示が選択さ
れた場合（ステップ４１；Ｙ）、ウィンドウ内のアイコ
ンを全てディスプレイ３に表示する（ステップ４８）。
この場合、現在すでに非表示に設定されているアイコン
は、反転、もしくはハッチング処理をして表示する。そ
して、表示されているウィンドウ内のアイコンのみを対
象としてユーザによって表示有無の設定がされると、そ
の設定内容が登録され（ステップ４９）、その後、ウィ
ンドウ内をアイコン情報に従って再度表示して（ステッ
プ３５）、ステプ１に戻る。

【００２２】以上説明したように、第２の実施例によれ
ば、画面上のアイコンに関する情報に表示の有無を設定
することができる。従って、不要なアイコンの表示を無
くし、分かり易く操作ミスが少ない画面とすることがで
きる。

【００２３】次に第３の実施例について説明する。この
第３の実施例では、フロッピディスク６などの可搬性記
録媒体やハードディスク１などに、各ユーザ毎にアイコ
ン登録情報等を格納するようにしている。例えば、ある
ユーザの設定情報がフロッピーディスク６に格納されて
いるもとする。この場合、そのユーザの設定情報は、フ
ロッピーディスクＩ／Ｆ部７を介してシステムメモリ１
５に一時的に格納される。そして当該ユーザが処理して
いる間、ウィンドウシステム２２は、システムメモリ１
５に格納されたマクロアイコン登録情報やアイコン表示
の有無情報を参照・更新しながら動作する。当該ユーザ
が処理を終了する場合には、フロッピーディスク６の内
容を更新されたシステムメモリ１５の内容に更新して終
了する。以上の処理をユーザが変わる毎に行うことで、
同一のウィンドウシステムを複数のユーザが使用する場
合であっても、ユーザ毎に個別の状態が実現され、各個
人毎に異なる操作性がすべて満足される。この実施例に
よれば、アイコン定義の変更情報をフロッピやハードデ
ィスクから読み取り、自動的にウィンドウシステムに伝
達することができる。このため、ユーザ単位のアイコン
定義をフロッピーディスク等に格納することで個人毎に
異なる操作性の要求を満足させることができる。

【００２４】次に、第４の実施例について説明する。こ
の実施例では、アイコン情報の他にメニュー情報も加え
る。また、マウスによる選択動作も、例えばアイコンク
リック、プルダウンメニュー選択、ポップアップメニュ
ークリックといった複数の形態に対して、その位置情報
から選択対象を決定して、形態ごとの情報を調べるよう
にする。この実施例によれば、プルダウンメニューやポ
ップアップメニューといった、アイコン以外の各種メニ
ューに対しても記号情報にはてプログラムに伝えるよう
になるため、多彩なユーザインターフェイスを利用する
ことができる。

【００２５】

【発明の効果】本発明によれば、第１の指定手段により
指定された複数のメニューによる一連の画面の遷移を特
定のメニューに対応させて格納し、この特定のメニュー
が第２の指定手段により指定された場合に制御手段が一
連の画面の遷移を遷移させるので、頻繁に行われる操作
のメニューを第２の記憶手段に格納することによって簡
単に、かつ、誤りなく行うことが可能となる。

【図面の簡単な説明】

【図１】本発明のウィンドウシステムにおける実施例の
システム構成図である。

【図２】同上、システムメモリに格納されたソフトウェ
アの階層構成をあらわした概念図である。

【図３】同上、ウィンドウシステムの動作を示すフロー
チャートである。

【図４】同上、ウィンドのアイコン情報を示す概念図で
ある。

【図５】同上、ウィンドウのマクロアイコン情報を示す
概念図である。

【図６】同上、第１の実施例の動作を示すフローチャー
トである。

【図７】同上、第２の実施例の動作を示すフローチャー
トである。

【符号の説明】

１ ハードディスク ３ ディスプレイ ６ フロッピーディスク ８ キーボード ９ マウス １１ 制御部 １２ システムバス １３ 表示データ格納メモリ １４ 画面描画処理部 １５ システムメモリ ２１ アプリケーション ２２ ウィンドウシステム

Claims (4)

【特許請求の範囲】
1. 【請求項１】 画面の遷移内容をアイコン等のメニュー
   に対応させて格納する第１の記憶手段と、 この第１の記憶手段に記憶されているメニューを指定す
   る第１の指定手段と、この第１の指定手段により指定さ
   れた複数のメニューによる一連の画面の遷移を特定のメ
   ニューに対応させて格納する第２の記憶手段と、 この第２の記憶手段および前記第１の記憶手段に格納さ
   れているメニューを表示する表示手段と、 この表示手段に表示されたメニューを指定する第２の指
   定手段と、 この第２の指定手段により指定されたメニューに対応す
   る画面の遷移を制御する制御手段とを具備することを特
   徴とするウィンドウシステム。
2. 【請求項２】 第１の記憶手段に格納されたメニューを
   表示する否かを指定する第３の指定手段を備え、 第１の記憶手段はこの指定手段で指定された情報を併せ
   て格納し、表示手段は表示しない情報が格納されていな
   いメニューのみを表示し、制御手段は第２の指定手段で
   表示しない情報が格納されていないメニューが指定され
   た場合にのみ画面の遷移を制御することを特徴とする請
   求項１記載のウィンドウシステム。
3. 【請求項３】 第２の記憶手段は、指定された特定のメ
   ニューを各オペレータ毎に格納することを特徴とする請
   求項１又は請求項２記載のウィンドウシステム。
4. 【請求項４】 アイコン、プルダウンメニューおよびポ
   ップアップメニューの少なくとも１以上をメニュー内容
   とすることを特徴とする請求項１ないし請求項３に記載
   のウィンドウシステム。