JPH0581006A - 目的指向図式ユーザー・インターフエース - Google Patents

Abstract

(57)【要約】 【目的】 修正なしでアプリケーション・プログラムを
他のオペレーティングシステム環境に付けることを可能
とする。 【構成】 本発明は、図式ユーザー・インターフェース
・プログラム（１１）とアプリケーション・プログラム
（１５）との間に一般ユーザー・インターフェース（１
４）を提供する方法及び装置である。この方法は、スク
リーン上に表示するために図式視覚要素を定義し提供す
るステップから成る。データ入力装置から生じるユーザ
ー入力（５０、５１、５２）は、図式視覚要素に応じて
図式ユーザー・インターフェース・プログラムから受け
取られることが待たれる。次に該ユーザー入力は該図式
視覚要素定義に従って処理される。

Description

【発明の詳細な説明】

【０００１】この発明は、コンピューター・ユーザー・
インターフェース・ツールに関する。特に、本発明は目
的指向図式ユーザー・インターフェースに関する。

【０００２】

【従来技術】コンピューターのユーザー親しみ易さは、
コンピューター産業が達成しようとしてきた目標であ
る。データ操作を人間工学に一層適合したものとするた
めに、マウス、ライトペン及び接触感応モニターなど
の、ユーザーに親しみ易いデータ入力装置が開発されて
いる。プルダウン・メニュー、アクション・バー、ウィ
ンドー、アイコン、等々の視覚ユーザー・インターフェ
ース技術及びツールの出現により、コンピューターは以
前よりもアクセスしやすいものになった。視覚ユーザー
・インターフェース技術がありふれたものになったの
で、市販されている幾種類もの図式ユーザー・インター
フェース・ソフトウェアが設計、開発、販売されるよう
になった。これらのプログラムは、この種の視覚ツール
の容易なアクセスと効果とをコンピューター・アプリケ
ーション・プログラマーに与える。その様な図式ユーザ
ー・インターフェース・ソフトウェアの例としては、Ｉ
ＭＢ ＯＳ／２環境で作動するプレゼンテーション・マ
ネージャー（ＰＭ）、ＩＢＭ ＤＯＳ上で作動するウィ
ンドーと、ＵＮＩＸオペレーティングシステム上で作動
するモチーフとがある。これらのソフトウェア・パッケ
ージは、各々、互いに独特であって、コンピューター・
スクリーン上に同じ表情と感触とを生じさせるためにア
プリケーション・プログラムから異なる機能コールを各
々必要とすると期待することが出来る。

【０００３】残念なことに、アプリケーション・プログ
ラムが図式ユーザー・インターフェース・ソフトウェア
に依存するために、幾つかの問題が生じる。第１の問題
は、一つのオペレーティングシステム・プラットフォー
ムから他のオペレーティングシステム・プラットフォー
ムへのアプリケーション・プログラムの可搬性に関連し
ている。今のところ、二つの選択肢がある。第１の選択
肢は、本の図式ユーザー・インターフェースと同様に機
能する図式ユーザー・インターフェース・プログラムが
宛先のオペレーティングシステムにおいて作動するよう
に実現されるまで待つことである。第２の選択肢は、宛
先オペレーティングシステム内の図式ユーザー、インタ
ーフェース・ソフトウェアと協働出来るようにアプリケ
ーション・プログラムを修正することである。アプリケ
ーション・プログラマーが問題を管理していない場合に
は、その様なパッケージの設計、開発、及び市販を何時
までも待つことになるかもしれないので、明らかに、第
１の選択肢は実行可能でない。第２の選択肢は、実行可
能であるかもしれないけれども、変更を行うのに計り知
れないほどの時間を要するかもしれないほどにアプリケ
ーション・プログラムが膨大であることがあるので、実
際的ではない。また、ソフトウェア技術者は、他のオペ
レーティングシステム環境と図式ユーザー・インターフ
ェースとを学び、それに熟達していなければならない。
従って、コンピューター・ソフトウェアの貴重な特性で
あるアプリケーション・プログラムの可搬性が酷く脅か
されることになる。

【０００４】図式ユーザー・インターフェース・ソフト
ウェアの使用に伴う他の問題は、図式ユーザー・インタ
ーフェース・プログラムがその売主によって何らかの態
様で修正されるときのアプリケーション・プログラムの
保守容易性である。ソフトウェアの売主にとっては、自
己が市販したプログラムの改訂版を発行することは普通
のことである。前の版との両立性を保証するために最大
限の努力がしばしば払われるけれども、非両立性が不可
避であることもある。従って、図式ユーザー・インター
フェースの最新版を使って実行出来る様にアプリケーシ
ョン・プログラムを修正することが必要となることがあ
る。また、アプリケーション・プログラムが膨大な大き
さであるために、その様な修正に手間、時間がかかり、
実際的でないこともある。従って、アプリケーション・
プログラムの保守容易性は極端に低下する。

【０００５】上記の問題の解決策は、本発明により、全
てのプラットフォームにわたって図式ユーザー・インタ
ーフェース・プログラムとアプリケーション・プログラ
ムとの間に一般的インターフェース層を設けることによ
って提供される。従って、修正無しでアプリケーション
・プログラムを他のオペレーティングシステム環境に付
けることが出来る。また、本発明はＩＢＭが定義したシ
ステム・アプリケーション・アーキテクチャ（ＳＡＡ）
コモン・ユーザー・アクセス（ＣＵＡ）グラフィカル・
モデル (the System Application Architecture (SAA)
Common User Access (CUA) Graphical Model) を支援す
る。ＣＵＡは、産業界に完全に受け入れられている図式
ユーザー・インターフェース基準である。この基準の詳
細に関しては、ＩＢＭ便覧『一般ユーザー・アクセス、
高等インターフェース設計案内』（ＳＣ２６−４５８８
２）(IBM manual Common User Access, Advanced Inter
face Design Guide (SC26-45882)) を参照されたい。

【０００６】

【発明の概要】本発明により、従来の回路に伴う欠点と
問題とを実質的に解消又は減少する装置及び方法が提供
される。本発明は、１つの形において、図式ユーザー・
インターフェース・プログラムとアプリケーション・プ
ログラムとの間の一般ユーザー・インターフェースを提
供するための装置を提供する。この装置は、スクリーン
上の表示のための図式視覚要素を定義し提供する手段を
備えている。データ入力装置から生じるユーザー入力を
受け取るための手段は、その図式視覚要素定義に応じて
該ユーザー入力を受け取る。その後、該ユーザー入力は
該図式視覚要素定義に従って処理される。

【０００７】本発明は、他の形においては、図式ユーザ
ー・インターフェース・プログラムとアプリケーション
・プログラムとの間の一般ユーザー・インターフェース
を提供する方法である。この方法は、スクリーン上の表
示のための図式視覚要素を定義し提供するステップから
成る。図式ユーザー・インターフェース・プログラム
は、データ入力装置から生じるユーザー入力を待って、
該図式視覚要素に応じてそれを受け取る。その後、該ユ
ーザー入力は該図式視覚要素定義に従って処理される。

【０００８】本発明の重要な技術的利点は、図式ユーザ
ー・インターフェース・プログラムに著しく依存するア
プリケーション・プログラムの可搬性を向上させること
である。殆ど例外無しに、各々の図式ユーザー・インタ
ーフェース・プログラムが一つのオペレーティングシス
テム環境で実行する様に開発されている。従って、アプ
リケーション・プログラムが一旦一つの図式ユーザー・
インターフェース・プログラムを使うように実現される
と、それはその環境に束縛されることになる。本発明で
は、アプリケーション・プログラムは本発明を通して図
式ユーザー・インターフェース・プログラムのソフトウ
ェア・グラフィックス・ツールを利用するべく開発され
るので、修正無しにアプリケーション・プログラムを異
なるプラットフォームに付けることが出来る。

【０００９】本発明の他の重要な技術的利点は、図式ユ
ーザー・インターフェース・プログラムの改訂から生じ
る差異と特異性からアプリケーション・プログラムの開
発が無縁になることである。或るアプリケーション・プ
ログラムは修正を妨げるので、そのアプリケーション・
プログラムは、本発明により、その様な特異性から保護
される。

【００１０】本発明をより良く理解するために、添付図
面を参照する。

【００１１】

【実施例】図面を参照すると、図１は、本発明が動作す
る環境と、本発明が解決する問題とを示す。図１に示さ
れている様に、オペレーティングシステム１０と図式ユ
ーザー・インターフェース１１とはアプリケーション・
ソフトウェア１２及び１３のためのプラットフォームを
提供する。アプリケーション・ソフトウェア１２及び１
３はオペレーティングシステム１０及び図式ユーザー・
インターフェース・ソフトウェア１１と密接に関連して
いるので、オペレーティングシステム１０及び／又は図
式ユーザー・インターフェース・ソフトウェアの修正は
アプリケーション・ソフトウェア１２及び１３の実行に
直接影響を及ぼす可能性がある。更に、アプリケーショ
ン・ソフトウェア１２及び１３は特別のオペレーティン
グシステム環境１０において特別の図式ユーザー・イン
ターフェース・ソフトウェア１１と直接インターフェー
スする様に開発されるので、アプリケーション・プログ
ラム１２及び１３の可搬性は著しく損なわれる。

【００１２】本発明は、アプリケーション・プログラム
１５及び１６に一般的インターフェースを提供する目的
指向図式ユーザー・インターフェース１４である。本発
明は、データと、そのデータに作用するプロセスとが
『目的』に結合される様になっているソフトウェア開発
アプローチを利用する。結果は、データの一貫した用途
を持った目的指向図式ユーザー・インターフェース１４
である。この様にして図式ユーザー・インターフェース
１４を通して働くように実現されて、アプリケーション
・プログラム１５及び１６は改訂版における差異に起因
するオペレーティングシステム１０又は図式ユーザー・
インターフェース１１の特異性から分離される。また、
アプリケーション・プログラム１５及び１６は、図式ユ
ーザー・インターフェース１４は、そのための一般的イ
ンターフェースを提供するので、異なる図式ユーザー・
インターフェース・プログラム１１を支援する他のオペ
レーティングシステム環境に容易に移動出来る。

【００１３】本発明が考えている視覚ユーザー・インタ
ーフェース・ツールの例を表示する代表的コンピュータ
ー・スクリーンを説明し示すことが教訓となるであろ
う。図２にはコンピューター・スクリーン２０が示され
ている。該スクリーンの頂部には、数個のユーザー選択
可能な領域２２〜２７を有する、一般にアクション・バ
ー２１と呼ばれているものがある。各領域２２〜2 ７
は、ユーザーがアクセス可能な追加の選択肢を列挙した
プルダウン・メニュー２８を示すべく選択されることが
出来る。スクリーン２０の左上角に示されている第２の
ツールは、選択可能なアイテムの静止リスト又は動的リ
ストをユーザーが見ることが出来る様にするリスト・ウ
ィンドー２９である。ウィンドーは一般に移動可能で、
サイズ可変で、スクロール可能である。図に示されてい
る様に、そのリストに沿ってウィンドーを上下に動かせ
る様にスクロール・バー３０が設けられており、『ＲＵ
ＬＥ』はリスト・ウィンドー２９のタイトル３１であ
る。図に示されている他のツールは、そのそれぞれの押
しボタン３３〜３６をオン・オフすることによって選択
可能及び選択不能にすることの出来る数個のアイテム
（項目）を表示するウィンドー３２である。また、文字
数字列の入力を可能にするデータ入力フィールド３７を
利用できる。スクリーン２０の右半分には、幾つかの選
択可能な目的４１〜４４（論理ゲート）を表示するウィ
ンドー３９があり、そのうちの或る部分も選択可能であ
る（入力、出力、等々）。スクロール・バー４５及び４
６は、更に、水平及び垂直方向のウィンドー運動をそれ
ぞれ与える。各々の場合に、ユーザーは、目的又はフィ
ールドが、それを、又はさもなければ何らかの種類の表
示を、ハイライトで強調することにより選択されるとき
に、目的指向図式ユーザー・インターフェース１４から
フィードバックを受け取る。また、例えば『ビー』とい
う音によって、ユーザーが選んだ選択肢が使用不能であ
るか否か気付かせられる。図２は、視覚ユーザー・イン
ターフェース・ツールの例を示すに過ぎないのであっ
て、本発明が考えている視覚ツールの種類及び性質を限
定するものでないことに注意することが大切である。

【００１４】以下の説明の目的で、アクション・バーを
有するウィンドーはダイヤグラムと呼ばれ、押しボタン
を有するウィンドーはパネルと呼ばれる。ダイヤグラム
及びパネルは、コモン・ユーザー・アクセス基準におけ
るウィンドー及び対話ボックスに対応する。各ダイヤグ
ラム及び各パネルはテーブル（図示せず）を介して定義
される。該テーブルは、各テーブルが制御する資源を表
す資源識別番号などのデータを内蔵する。また、各テー
ブルには、ユーザーがダイヤグラム又はパネルに命じて
実行させることのある動作を定義するコマンドのセット
が随伴している。外部的には、その随伴するコマンド
は、ダイヤグラムにおけるメニュー・アイテムとして、
パネルにおける押しボタンとして表示される。また、各
々、ユーザーがパネルを介して入力する事のある情報の
種類及び性質を定義するフィールドのセットも有する。
各フィールドは、該フィールドがどの様にして実現され
てユーザーに提示されるべきかを定義する提示スタイル
を有する。該フィールドは、一般に、プルダウン・メニ
ュー２８又はデータ入力フィールド３７などの、ユーザ
ーがデータを入力したり、選択を行ったりすることを許
すコントロールの形で提示される。テーブル駆動メカニ
ズムについて、次に詳しく説明する。

【００１５】図３は、図式ユーザー・インターフェース
１１、目的指向図式ユーザー・インターフェース１４及
びアプリケーション・プログラム１５の間の情報の流れ
を示す。図式ユーザー・インターフェース１１と目的指
向図式ユーザー・インターフェース１４との間で、外部
定義５０、キーボード入力５１、マウス入力５２及びメ
ッセージ５３などの情報が渡される。外部定義５０は、
目的指向図式ユーザー・インターフェース１４が使用す
るオペレーティングシステム固有の図式記述である。キ
ーボード入力５１及びマウス入力５２は、ユーザーがマ
ウス及びキーボード（図示せず）などのユーザー・イン
ターフェース装置で入力したデータ入力及び／又はコン
トロール入力を表す。メッセージ５３は、ユーザー入力
装置（図示せず）又はは操作システム１０から受け取ら
れた、図式ユーザー・インターフェース１１により既に
解釈された情報を表す。

【００１６】目的指向図式ユーザー・インターフェース
１４は、上記した図式ユーザー・インターフェース１１
からの情報を受け取って操作すると共に、それをアプリ
ケーション・プログラムに利用可能にする。目的指向図
式ユーザー・インターフェース１４とアプリケーション
・プログラム１５との間で渡される情報には、所望のス
クロール運動（上、下、左、右、等々）、及び、現在の
カーソル位置について問い合わせる目的指向図式ユーザ
ー・インターフェース１４からの問い合わせなどの、カ
ーソル位置データ５５がある。また、目的指向図式ユー
ザー・インターフェース１４は、例えば、ユーザーが定
義した種類、長さ、及び妥当な入力に基づいてユーザー
項目５６を確認する。確認は、文字又はフィールドのレ
ベルで行われることが出来る。目的指向図式ユーザー・
インターフェース１４は、マウス入力を目的又はフィー
ルドの選択として解釈するなど、目的及びフィールド操
作データ５７も提供する。提示制御情報５８の例は、ユ
ーザーがその値を変更出来なくなるようにフィールド又
は目的を作動不能にすることを情報である。最後に、目
的指向図式ユーザー・インターフェース１４は、ユーザ
ー入力を、実行されるべきコマンド５９の選択としてア
プリケーション・プログラム１５が解釈することも提供
する。目的指向図式ユーザー・インターフェース１４は
アプリケーション・プログラム１５及び１６及び図式ユ
ーザー・インターフェース１１の間の一般的インターフ
ェース層を提供するものであるので、若し他のオペレー
ティングシステム及び図式ユーザー・・インターフェー
ス・プログラムが代替のプラットフォームとして考えら
れているならばアプリケーション・プログラム１５及び
１６を修正無しで容易にそれへ運ぶことが出来る、とう
いことに注意することが大切である。

【００１７】図４〜２３を参照すると、本発明の教示に
従って行われる種々の機能の論理の流れが示されてい
る。より詳しく言えば、図４〜１４は、ダイヤグラムに
関連する機能の論理を一般的に示し、図１５〜２３はパ
ネルに関連する機能の論理を示す。目的指向図式ユーザ
ー・インターフェース１４は独特であるので、論理の流
れを良く説明するために、該機能は修正された鉄道ダイ
ヤの形式で提示されている。鉄道ダイヤは、本質的に帰
納的である情報を提示するのに使われるソフトウェア図
解技術である。

【００１８】図４を参照すると、ＳＴＡＲＴ６０は、シ
ステム初期設定６１の機能から始まる。ラベルが意味す
る様に、システム初期設定６１はアプリケーション・プ
ログラム１５と目的指向図式ユーザー・インターフェー
ス１４との実行に備えるためのタスクを行う。これに、
少なくとも一つのダイヤグラム６２を呼び出すことが続
く。同様に、システム終了６３は、ユーザー・インター
フェース・セッションの終わりにハウスキーピング・タ
スクを行う。システム初期設定機能６１及びシステム終
了機能６３は、主としてオペレーティングシステムに依
存するものである。

【００１９】図５を参照すると、ダイヤグラム機能６４
についての最高レベル論理が示されている。ダイヤグラ
ム６４が呼びだされるとき、『環境作成』（ＣＲＥＡＴ
ＥＥＮＶＩＲＯＮＭＥＮＴ）６１が最初に実行され、次
に初期設定６２、イネーブル６３及び待機（ＷＡＩＴ）
６４が続く。『環境作成』６１は、メモリー（そのサイ
ズは予め定義されている）の割り振り、関連するコマン
ドの定義の読み出し、及び、該ダイヤグラムを支援する
のに必要な他のタスク等のタスクを行う。初期設定６６
において、スクリーン上に提示されるべきダイヤグラム
の部分が構成されて書式作成される。

【００２０】図７には初期設定６６が一層詳しく示され
ている。初期設定６６は、左から右への経路７４により
示されている様に何もすることが出来ないか、或いは、
次のタスク、即ち『アプリケーション固有』（ＡＰＰＬ
ＩＣＡＴＩＯＮ ＳＰＥＣＩＦＩＣ）７５、『タイトル
設定』７７、及び／又はスクロール・バー設定』７８、
のうちの１個又は数個を行うことが出来る。『アプリケ
ーション特有』７５は、アプリケーション・プログラム
１５により指定される初期設定タスクの実行を指す。こ
の随意的経路は、アプリケーション・プログラムの設計
者に、その設計者に固有のタスクを指定し定義する柔軟
性を与える。『アプリケーション固有』７５は、経路７
４を取ることによって跳び越すことが出来る。次の随意
のタスクは『タイトル設定』７６である。『タイトル設
定』７６は、ダイヤグラムのタイトルを書式設定して表
示する。若し作られるダイヤグラムが、スクロール動作
が行われることのあるダイヤグラムであるならば、『ダ
イヤグラム位置照会』７７及び『スクロール・バー設
定』７８は、それぞれ、ダイヤグラム・ウィンドーが存
在する位置を決定し、それに応じてスクロール・バーを
セットする。

【００２１】『初期設定』６６後に図６に戻って、『コ
マンド・イネーブル』機能６７が行われる。図８を参照
すると、『コマンド・イネーブル』６７は随意のイネー
ブル・タスク８２から始まるが、これは、経路８１によ
り示されている様に、実行されないことがある。イネー
ブル８２は、与えられたときにユーザーによりコマンド
が選択可能であるべきか決定すると共に該コマンドを作
動可能にする。『ディスプレイ設定』８３において、例
えば、作動不能にされたコマンド又は作動可能にされた
コマンドをそれぞれ表示するために、押しボタン、対応
するコマンドを表すスクリーン上のリスト項目又はアク
ション・バー・メニュー項目が大強度又は通常強度で示
される。

【００２２】図５に戻って、待機機能６８が次に実行さ
れる。図６を参照すると、『待機』６８は入力６９の発
生を待つ。経路７０により示されている様に、一つも無
いことがあり、実行が『待機』６８を再び入力し、或い
はキーボードやマウスなどの付属のデータ入力装置の一
つから入力が発生することもある。『キーボード入力』
７１が図９に一層詳しく示されている。キーボードから
の打鍵は『評価』機能８６によって解析される。評価さ
れた入力は、次に『文字処理』８７又は『変換』８８に
送られる。該入力が、キーボード上の文字キーが押され
た結果であるならば、そのキーに対応する文字を表すべ
く『文字処理』８７により解釈されることが出来る。若
し入力が例えば矢印キーであるならば、『変換』８８
は、その矢印キーの方向のスクロール動作が希望されて
いることを指示するべく、それを変換することが出来
る。この変換は、『メッセージ』機能７３に渡される。

【００２３】若し入力がマウスからの入力であれば、図
１０に示されている『マウス入力』機能７２が実行され
る。図１０を参照すると、マウスからの入力は、経路９
１により示されている様に、何もしないことにより無視
されることが出来、或いは、それは『変換』機能９２に
よって変換される。『変換』９２は、「右ボタンが押さ
れた」、「ｘ個のユニットをＹ方向に動かす」、などの
生の入力を、数個の可能性の中の一つを指示する一般的
表示に変換する。変換されたマウス入力は、選択又は選
択解除される目的、コマンド実行、又は生成されたメッ
セージを指示することがある。これらの変換された入力
は、各々、『目的選択』９３、『目的実行』９４、又は
『メッセージ』７３により実行される。『目的選択』９
３及び『目的実行』９４の後に、実行は、目的又はコマ
ンドを作動可能／作動不能にする『コマンド・イネーブ
ル』６７に分岐して、そのフィードバックをスクリーン
上に提供する。第３の種類の入力──メッセージが『メ
ッセージ』機能７３で処理されるが、これについては図
１１と関連して以下に詳細に説明する。入力の処理後
に、『待機』機能６８は、ユーザーがプログラム出口を
希望することを指示するまでは『待機』６８に戻る。プ
ログラム出口は、メッセージに変換されるキーボード又
はマウス入力の形で表現可能となることがあるが、その
処理について以下に詳細に説明する。

【００２４】図６に戻ると、第３の種類の入力は、オペ
レーティングシステム１０又はアプリケーション・プロ
グラム１５からのメッセージであることがある。これ
は、図１１に示されている『メッセージ』機能７３に送
られる。オペレーティングシステム１０からの関係無い
メッセージなどのメッセージは無視され、或いはキーボ
ードやマウスから入力されることが出来る。若し入力が
運動を指示すれば、それは、図１２に一層詳しく示され
ているスクロール機能１００により行われる。

【００２５】図１２を参照すると、経路１０６により示
されている様に、スクロール動作が不適切である場合な
ど、スクロール動作メッセージは無視されることがあ
る。そうでないと、『位置照会』タスク１０７はダイヤ
グラム・ウィンドーの現在の位置を決定し、『移動量』
タスク１０８は該スクロール動作メッセージに対応する
適切な運動量を決定する。この点で、タスク１０７及び
１０８により決定された位置及び運動量は、要求された
スクロール運動が実行不可能であるかもしれないと指示
することがある。例えば、スクロール運動メッセージは
上方向の運動を指示するがダイヤグラム・ウィンドーは
既にリストの一番上に到達しているかも知れない。若し
要求されたスクロール運動が実行出来なければ、実行は
経路１０９で示されている様に経路１０６に戻る。そう
でなければ、『位置設定』タスク１１０はダイヤグラム
・ウィンドーの位置を再構成し、『ダイヤグラム表示』
タスク１１１は、それに応じてスクリーン表示を新しい
位置へスクロールさせる。

【００２６】図１１に戻って、メッセージは、実行され
るべきコマンドであることがあり、その場合には『コマ
ンド機能』１０１が実行される。図１３には、『コマン
ド』機能１０１の一層詳しい解説が示されている。コマ
ンドは、他のダイヤグラム、又はパネルを呼び出すこと
がある。若し他のダイヤグラムが呼び出されるべきであ
るならば、図５に示されている論理の流れが再びたどら
れる。パネルの呼出について、以下に図１５〜２３と関
連して詳しく説明する。パネルが呼び出された後、経路
１１７に対して代替になる『コマンド』１０１により指
示されている様に、他のコマンドを実行する随意の経路
がある。『ダイヤグラム表示』１１１への随意的経路が
示されている。『ダイヤグラム表示』機能１１１は図１
４に一層詳しく示されており、次に説明する。『ダイヤ
グラム表示』１１１の後に、図７に示されている『初期
設定』機能６６を入力すると共に『ダイヤグラム位置照
会』タスク７７を実行してダイヤグラム位置及びスクロ
ール・バーを更新することにより位置決定が行われる。

【００２７】コマンドは、ユーザー入力に応じて内部的
に呼び出された他のコマンドであってもよい。これは、
『ダイヤグラム』６４及び『パネル』１１６の下の他の
代替の経路『コマンド』１０１ａとして示されている。
『コマンド』１０１ａの終了時に、実行は『ダイヤグラ
ム表示』１１１に進んで、もしそれがスクリーンを変更
していたならばスクリーンを再び更新することが出来
る。コマンドは、図１４に一層詳しく示されている『再
生』機能１２３を行うコマンドであることもある。

【００２８】図１４を参照すると、ダイヤグラムの提示
を変更したかもしれない方法で何らかの論理実行が内部
データに影響を与えたとき、『再生』機能１２３は内部
的に又はアプリケーション・プログラム１５により呼び
出され、この変化はスクリーン表示に反映されなければ
ならない。『ウィンドー』タスク１２５は各々の現在存
在するダイヤグラム・ウィンドーの内容を調べ、『情報
チェック』１２７は、その内容を修正と照合して、若し
必要ならば適当な変更を行う。『ダイヤグラム表示』機
能１１１は次に若し必要ならばその修正でスクリーンを
更新させる。２個以上のダイヤグラムが存在することが
あるので、『ウィンドー』機能１２５は、全てのダイヤ
グラムが再生されるまで再び呼び出される。

【００２９】図１３に戻ると、実行されることの出来る
追加のコマンドは『出口』機能１０２である。機能１０
２は、単に、指定されたダイヤグラムがスクリーン上に
表示されるのを止めさせる。同様に、メッセージは、図
１１に示されている様に、『出口』１０２タスクを実行
させる出口コマンドから成ることがある。『出口』１０
２は『コマンド』１０１には主として内部的に呼び出さ
れたコマンドを通して到達可能であるのに対して、それ
は『メッセージ』７３には主としてユーザー入力を通し
て到達可能であるが、結果は両方の場合に同じである。

【００３０】図１５〜２３を参照すると、主としてパネ
ルに関する機能が示されている。図１５において、パネ
ルは、『環境作成』１２７、『パネル初期設定』１２
８、『コマンド・イネーブル』６３及び『パネル待機』
１３０を実行することによって呼び出されることが出来
る。『環境作成』１２７及び『コマンド・イネーブル』
６３は、上記したダイヤグラムについてのそれと同様の
機能を行う。しかし、パネルには、幾分異なる初期設定
機能『パネル初期設定』１２８と待機機能『パネル待
機』１３０とが随伴している。

【００３１】図１６を参照すると、『パネル初期設定』
１２８は、『自動データ読み出し』タスク１３２を呼び
出すことにより始まることが出来る。タスク１３２を説
明するには例を示すのが最も良い。データＤがフィール
ドＡに記憶されているとすると、データＤを必要とする
全てのパネルにファイルＡを開かせ、データＤを読み出
させ、そしてファイルＡを閉じさせる代わりに、データ
Ｄを内蔵するように実現されているフィールドは、自動
データ読み出しフィールドと名付けられることが出来
る。『自動データ読み出し』１３２は、その後、自動デ
ータ読み出しフィールドと名付けられたフィールドにデ
ータを読み込むタスクを行う。従って、データ・アクセ
スが簡単になる。これは随意的機能であることに注意さ
れたい。その後、『アプリケーション固有』機能１３３
が、若しあれば、ダイヤグラムに関連するものと同様に
行われる。『タイトル設定』１３４は、現在呼び出され
ているパネルのタイトルを得る。『表示』機能１３５
は、そのとき、該パネルを、その関連のデータと、スク
リーンに出力される要素と共に提供する。『パネル表
示』機能１３５の詳細について、図１８と関連して以下
に説明する。『パネル待機』機能１３０を詳しく示した
図１７を参照すると、『入力』１３６はキーボード入
力、マウス入力又はメッセージの形の入力を受け取る。
パネルは、主としてデータベースを見るウィンドーを提
供するダイヤグラムとは異なるので、パネルは、一般
に、スクリーン位置に依存すると共に所定の定義を伴う
選択可能な押しボタン及び／又は入力フィールドを提供
する。従って、キーボード・データ及びマウス・データ
は、意味のある入力を生じさせるために変換されなけれ
ばならない。このタスクは、それぞれ、『キーボード変
換』１３８及び『マウス変換』１４０によって行われ
る。入力は『入力処理』機能１４１に託されるが、それ
は図２０に示されており、これについて以下に説明をす
る。入力が処理された後、実行は、再び、『パネル待
機』１３０に入ることにより待機する。

【００３２】『パネル表示』機能は図１８に示されてい
る。パネルにおいて表示されるべき項目は、次の３種
類、即ち、オン／オフなどの特別の許された値を持つも
の、文字列を持つもの、及び、リスト項目などの特別の
フォーマットを持つもの、の中の一つである。該表示種
類の各々は、『許容値』タスク１４２、『文字変換』タ
スク１４５、及び『リスト項目フォーマット』１４６タ
スクにより処理される。『許容値』１４２タスクに続い
て、表示オプションは、選択された項目によりチェック
などのマークをハイライトで強調し又はマークを置き、
或いは、選択されない項目についてその逆を行うことで
ある。これらの機能は、『ハイライト』１４３タスク及
び『選択』１４４タスクにより行われる。『リスト項目
フォーマット』１４６タスクに続いて、『テーブル／コ
ラム』タスク１４７はリスト項目をテーブル・フォーマ
ット又はコラム・フォーマットで整理して、視覚的に心
地好くて組織的な表示をスクリーン上に与える。その結
果としての、各タスクからのデータは『出力』タスク１
４８に与えられ、このタスクは該データをスクリーンに
転送する。

【００３３】図１９を参照すると、『入力処理』機能１
４１が詳細に示されている。図１７に示されている様
に、『入力処理』機能１４１は、『キーボード変換』機
能１３８、『マウス変換』機能１３９、及び『メッセー
ジ』機能１４０から到達可能である。経路１５６により
示されている様に、変換された入力又はメッセージが何
らの処理も必要としないことが考えられる。そうでなけ
れば、文字数字列が入力されると、『テキスト編集』機
能１５７が呼び出される。

【００３４】『テキスト編集』機能１５７は図２０に詳
しく示されている。『テキスト編集』１５７は、該入力
を『表示変更』機能１６７に供給してスクリーン表示
を、変換された入力又はメッセージに従って更新させる
以外のことは出来ない。その代わりに、アプリケーショ
ン・プログラム１５に応じて、『コントロール編集』タ
スク１６８が呼び出されて、文字数字列でタイプしてい
ることのあるユーザーに例えば削除や挿入キーの機能な
どの編集能力を与えることが出来る。『コントロール編
集』の結果は、『表示変更』タスク１６７を呼び出すこ
とによってスクリーン上に反映される。『妥当性検査』
機能１６９は、ユーザーからの入力の受信時に呼び出さ
れ、入力を妥当性検査するために使われる。妥当性検査
は、例えば、文字フィールドへの入力が文字列であるこ
とを保証し或いは機能キーが入力されたのでないことを
保証することが出来る。『妥当性検査』タスク１６９の
後に、実行は、若し入力が妥当であることが分かったな
らば『表示変更』タスク１６７に進み、或いは、若し入
力が妥当でなければ、それを完全に迂回する。『完了』
タスク１７０は、『ＯＫ』押しボタンが選択されたりキ
ーボード上の『入力（ＥＮＴＥＲ）』キーが押されたり
するなどの、アプリケーション・プログラムに固有の事
象が発生することによる入力完了の信号を検出する。完
了すると、『入力から変換』タスク１７１は、入力を得
て、例えば『１2.５』という数をその二進表示に変換す
るなどして、該入力を予定の値表示に変換する。該変換
は内部的に行われるので、それはスクリーン上のパネル
表示に影響を与えず、『表示変更』１６７は迂回され
る。

【００３５】図１９に戻ると、『許容値選択』機能１５
９は『テキスト編集』１５７の代替経路である。図２１
を参照すると、機能『許容値選択』１５９が詳しく示さ
れている。基本的に、入力が所定の許容値を有する種類
の入力であるとき、スクリーン表示は、その選択を反映
する様に更新されなければならない。例えば、ユーザー
入力により選択された項目が『オン（ＯＮ）』であった
ならば、その項目が再び選択されたならば、それはオフ
にされなければならない。このタスクは、『トグル選
択』タスク１７２により行われる。該選択を内部提示及
びフォーマットに変換するために『入力から変換』タス
ク１７１が再び呼び出される。

【００３６】パネルは、不動の又は動的な数のリスト項
目を有するスクロール可能リストを支援し表示すること
が出来る。従って、図１９の『入力処理』機能１４１
は、リスト項目の選択も予想する。これは、図２２に詳
しく示されている『リスト』機能１６１により処理され
る。図２２の『リスト』機能１６１を参照すると、三つ
のタスク『項目選択』１７３、『項目実行』１７４及び
『スクロール』１７５は、リストにおいて可能な３種類
の入力に従って実行する。リストがスクリーン上に表示
されるとき、１個以上のリスト項目が、見て選択するた
めに利用可能である。選択は、単にその項目の選択／選
択解除だけを表示してもよく、或いは、その項目に関連
するコマンド又は機能を実行することを意味することも
出来る。『項目選択』１７３機能及び『項目実行』１７
４機能は、上記を達成することに関連する所要のタスク
を実行する。『選択リスト維持』１７６は、どんな項目
が選択され又は選択解除されるかを内部的に絶えず注意
している。その後、選択された項目がコマンドであれ
ば、該コマンドを作動可能にすると共にスクリーン表示
を更新して、それに応じて登録された選択を表示するた
めに図８に示されている『コマンド・イネーブル』機能
６３が呼び出される。このとき、随意の機能『パネル・
コマンド』１６２が呼び出されることが出来る。この機
能は図２３に詳しく示されており、これについて以下に
説明をする。リストに関連する第３の可能な入力はスク
ロール動作入力である。この入力を処理するために、
『スクロール』タスク１７５が呼び出される。『スクロ
ール』タスク１７５は、『ダイヤグラム表示』機能１１
１の代わりに『パネル表示』機能１３５が呼び出される
ことを除いて、『スクロール』タスク１００と同様であ
る。

【００３７】図１９に示されている様に、『テキスト編
集』１５７の後に、『許容値選択』機能１５９、及び
『リスト』１６１機能、随意的機能『依存性』１６０が
呼出可能である。『依存性』機能１６０は、高度にアプ
リケーションに固有のものであり、機能１５７、１５９
及び１６１の相互作用及び依存性を制御する。それは、
依存性連鎖がアプリケーション・プログラムの設計者
に、機能呼出をパネル無いに埋め込むと共にその中のデ
ータ依存性を制御する柔軟性を与えることを可能にす
る。例えば、フィールドがテキストではなくて数を受け
入れるように変更されたとき、ケース感度検査（case s
ensitivity checking)が作動不能にされる。

【００３８】パネルに随伴することのある他の入力は、
『コマンド』機能１６２によって処理されるコマンドで
ある。『入力処理』機能１４１は、パネル内での１フィ
ールドから他のフィールドへのカーソル移動を本質的に
制御する『フィールド転送』タスク１６３を呼び出すこ
ともある。図２３の詳細な図解を参照すると、経路１７
７で示されている様に、『コマンド』機能１６２は『コ
マンド・イネーブル』機能６３（図８）を呼び出す以上
のことは出来ない。しかし、アプリケーション・プログ
ラムは、コマンド入力が妥当性検査されるべきことを要
求することがある。これは、『受け取られたコマンドが
妥当な又は適切なコマンドであるか否かを判定する『妥
当性検査』タスク１７８を呼び出す。受け取られたコマ
ンドは、他のパネルを呼び出すコマンド、他のコマンド
を実行するコマンド、スクリーンを再生するコマンド、
又はアプリケーション・プログラム１５に戻るコマン
ド、の４種類である。この４種類のコマンドは、それぞ
れ、『パネル』１２６機能、『パネル・コマンド』１６
２機能、『再生』１２３機能及び『復帰』１７９機能に
より処理される。その後、現在のパネルの中のいずれか
のフィールドが自動データ読み出しフィールドであると
フラグ（標識）されると、『自動データ書込み』機能１
８０は、『自動データ読み出し』機能１３２の逆を行
い、該フィールド内のデータの出所となったデータベー
スを更新する。『コマンド』機能１６２は、『コマンド
・イネーブル６３』機能（図８）を呼び出すことにより
終了する。

【００３９】本発明の好適な実施例はテーブル駆動方式
を使用するが、これは図２４のデータ・モデリング・ダ
イヤグラムに示されている。全てのダイヤグラム及びパ
ネルはテーブル１９１により定義される。よって、各テ
ーブルはダイヤグラム又はパネルを表す。これらのダイ
ヤグラム・テーブル及びパネル・テーブルはメッセージ
・ストリング及びメニュー項目などの資源と対応するア
プリケーション・プログラムとの間の相互作用を実際上
定義する定義構造を提供する。より詳しく言うと、各テ
ーブルは、資源識別番号と、該資源を制御するのに使わ
れる図４〜２３に記載されている機能を指すポインタな
どの情報を包含する。コントロールは、これらの参照符
付ききのうを通してアプリケーション・プログラムに渡
される。例えば、ダイヤグラムがユーザーにより選択さ
れているとき、コントロールは、そのダイヤグラムのた
めの機能処理に渡される。同様に、ユーザーがダイヤグ
ラムを閉じることを選んでいるときには、コントロール
は、そのダイヤグラムについての対応する出口機能に渡
される。従って、アプリケーション・プログラムが実行
することを要求する全ての動作についてダイヤグラム定
義テーブル及びパネル定義テーブルにおいて機能が定義
される。追加の機能は、再生タスク及び書式作成タス
ク、並びに上記したパネルについての依存性タスクを実
行する。

【００４０】ダイヤグラム又はパネルを表す各テーブル
には、コマンド定義テーブルに含まれるコマンド１９２
のセットが随伴している。各ダイヤグラム定義又はパネ
ル定義に随伴するコマンド１９２の組は、ユーザーが対
応するダイヤグラム又はパネルに実行するように命令す
ることのある動作を定義する。各コマンドは、コマンド
資源識別番号、イネーブル機能及び処理機能の形をとる
ことが出来る。識別番号はコマンドを特定する。イネー
ブル機能は、対応するコマンドが、与えられた時点で作
動可能又は選択可能にされるべきか否か決定する。処理
機能は、特定されたコマンドを実行すると共に、該コマ
ンドが選択された時に呼び出されるべきものである。外
部的には、上記した様に、ダイヤグラム・コマンドはス
クリーン上にメニュー項目として提示され、パネル・コ
マンドは押しボタンとして提示される。

【００４１】前述した様に、パネルはフィールドのセッ
トにより定義される。従って、各パネルには、各パネル
を介して入力されることのある情報を定義するフィール
ド１９３のセットが随伴している。パネルについてのフ
ィールド１９３の各セットもテーブルで定義される。ま
た、各フィールド１９３は、該フィールドがユーザーに
どの様に提示されるべきかを定義する提示スタイル１９
４を有する。各提示スタイル１９４は、ユーザーが情報
を入力したりオプションを選択したりすることを可能に
するユーザー・インターフェース構成要素として実現さ
れる。例えば、一つのフィールド１９３についての提示
スタイル１９４はテキストの入力を許容する編集スタイ
ルである。コントロールを提供すると共にユーザー入力
を妥当性検査するために、各提示スタイル１９４にもド
メイン１９５のセットが随伴している。ドメイン１９５
は、対応する提示スタイル１９４について妥当な値の範
囲又はセットを指定する。例えば、ドメインは、正の数
又は文字ストリングを指定することが出来る。

【００４２】本発明を詳細に説明したけれども、特許請
求の範囲の欄において定義した本発明の範囲から逸脱す
ることなく種々の変更、置換、修正を行うことが出来る
ことが理解されなければならない。

【図面の簡単な説明】

【図１】本発明は作用する環境を示すブロック図であ
る。

【図２】本発明により支援される種々の視覚ツールを示
すサンプル・スクリーンである。

【図３】図式ユーザー・インターフェース、本発明、及
びアプリケーション・プログラムの間のデータの流れを
示すブロック図である。

【図４】スタート機能の修正された鉄道ダイヤである。

【図５】ダイヤグラム（ＤＩＡＧＲＡＭ）機能の修正さ
れた鉄道ダイヤである。

【図６】待機（ＷＡＩＴ）機能の修正された鉄道ダイヤ
である。

【図７】初期設定（ＩＮＩＴＩＡＬＩＺＡＴＩＯＮ）機
能の修正された鉄道ダイヤである。

【図８】コマンド・イネーブル（ＣＯＭＭＡＮＤ ＥＮ
ＡＢＬＥ）機能の修正された鉄道ダイヤである。

【図９】キーボード入力（ＫＥＹＢＯＡＲＤ ＩＮＰＵ
Ｔ）機能の修正された鉄道ダイヤである。

【図１０】マウス（ＭＯＵＳＥ ＩＮＰＵＴ）機能の修
正された鉄道ダイヤである。

【図１１】メッセージ（ＭＥＳＳＡＧＥ）機能の修正さ
れた鉄道ダイヤである。

【図１２】スクロール（ＳＣＲＯＬＬ）機能の修正され
た鉄道ダイヤである。

【図１３】コマンド（ＣＯＭＭＡＮＤ）機能の修正され
た鉄道ダイヤである。

【図１４】再生（ＲＥＦＲＥＳＨ）機能の修正された鉄
道ダイヤである。

【図１５】パネル（ＰＡＮＥＬ）機能の修正された鉄道
ダイヤである。

【図１６】パネル初期設定（ＰＡＮＥＬ ＩＮＩＴＩＡ
ＬＩＺＡＴＩＯＮ）機能の修正された鉄道ダイヤであ
る。

【図１７】パネル待機（ＰＡＮＥＬ ＷＡＩＴ）機能の
修正された鉄道ダイヤである。

【図１８】パネル・ディスプレイ（ＰＡＮＥＬ ＤＩＳ
ＰＬＡＹ）機能の修正された鉄道ダイヤである。

【図１９】プロセス入力（ＰＲＯＣＥＳＳ ＩＮＰＵ
Ｔ）機能の修正された鉄道ダイヤである。

【図２０】テキスト編集（ＴＥＸＴ ＥＤＩＴ）機能の
修正された鉄道ダイヤである。

【図２１】許容値選択（ＰＥＲＭＩＴＴＥＤ ＶＡＬＵ
Ｅ ＳＥＬＥＣＴＩＯＮ）機能の修正された鉄道ダイヤ
である。

【図２２】リスト（ＬＩＳＴ）機能の修正された鉄道ダ
イヤである。

【図２３】コマンド（ＣＯＭＭＡＮＤ）機能の修正され
た鉄道ダイヤである。

【図２４】本発明の好適な実施例のデータ・モデリング
図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ゲアリー イー ストーン アメリカ合衆国 テキサス州 75006 カ ーロルトン メドーストーン コート 2713

Claims (41)

【特許請求の範囲】
1. 【請求項１】 図式ユーザー・インターフェース・プロ
   グラムと、コンピューターにおいて実行されているアプ
   リケーション・プログラムとの間の一般ユーザー・イン
   ターフェースを提供するための装置であって、前記図式
   ユーザー・インターフェースは図式表示をスクリーン上
   に提供し、前記コンピューターはデータ入力装置を持っ
   ており、この装置は、 図式視覚要素を定義し、その定義を提供する手段と、 前記データ入力装置から生じるユーザー入力を前記図式
   ユーザー・インターフェース・プログラムから受け取る
   手段と、 前記ユーザー入力を、これに応じて且つ前記図式視覚要
   素定義に従って処理する手段とから成ることを特徴とす
   る装置。
2. 【請求項２】 前記処理手段は、更に、前記の受け取ら
   れたユーザー入力に応じて前記図式視覚要素を呼び出す
   手段を備えていることを特徴とする請求項１に記載の装
   置。
3. 【請求項３】 前記図式視覚要素定義手段は、 ダイヤグラムを定義する定義テーブルと、 パネルを定義する定義テーブルとから成ることを特徴と
   する請求項２に記載の装置。
4. 【請求項４】 前記呼出手段は、前記の受け取られたユ
   ーザー入力に応じて且つ前記ダイヤグラム定義テーブル
   の内容に従ってダイヤグラムを呼び出すことを特徴とす
   る請求項３に記載の装置。
5. 【請求項５】 前記呼出手段は、前記の受け取られたユ
   ーザー入力に応じて且つ前記パネル定義テーブルの内容
   に従ってパネルを呼び出すことを特徴とする請求項３に
   記載の装置。
6. 【請求項６】 前記データ入力装置はキーボードであ
   り、前記ユーザー入力処理手段は、更に、 前記の受け取られたユーザー入力を評価する手段と、 前記の受け取られたユーザー入力を、前記の一般ユーザ
   ー・インターフェース装置により内部的に認識可能な表
   示に変換する手段とを備えることを特徴とする請求項１
   に記載の装置。
7. 【請求項７】 前記変換手段は、更に、 前記の変換されたユーザー入力を変換し、 前記の変換されたユーザー入力からメッセージを生じさ
   せる手段とを更に備えることを特徴とする請求項６に記
   載の装置。
8. 【請求項８】 前記データ入力装置はマウスであり、前
   記ユーザー入力処理手段は、更に、 目的選択を指示するために前記の受け取られたユーザー
   入力を変換する手段と、 前記目的を選択する手段と、 前記選択を示す方法で前記目的を前記スクリーン上に表
   示する手段とを備えることを特徴とする請求項１に記載
   の装置。
9. 【請求項９】 前記目的に関連するコマンドを定義する
   手段と、 前記の関連するコマンドを実行する手段と、 前記の実行されたコマンドの結果を前記スクリーン上に
   表示する手段とを更に備えることを特徴とする請求項８
   に記載の装置。
10. 【請求項１０】 前記の受け取られたユーザー入力を入
    力位置及び値に変換する手段と、 前記の受け取られたユーザー入力を妥当性検査する手段
    と、 前記の妥当性検査されたユーザー入力を前記スクリーン
    上の前記入力位置に表示する手段とを更に備えているこ
    とを特徴とする請求項１に記載の装置。
11. 【請求項１１】 前記ユーザー入力の編集を制御する手
    段を更に備えることを特徴とする請求項１０に記載の装
    置。
12. 【請求項１２】 前記の受け取られたユーザー入力を、
    前記の一般ユーザー・インターフェース装置により内部
    的に認識可能な表示に変換する手段を更に備えることを
    特徴とする請求項１０に記載の装置。
13. 【請求項１３】 前記図式視覚要素定義手段は、 少なくとも２個の項目のリストを定義する手段と、 前記項目の各々にコマンドを関連させる手段とから成る
    ことを特徴とする請求項１に記載の装置。
14. 【請求項１４】 前記項目の各々に目的を関連させる手
    段を更に備えることを特徴とする請求項１３に記載の装
    置。
15. 【請求項１５】 前記スクリーンはカーソルを表示し、
    該装置は、前記カーソルの位置のコントロールを提供す
    る手段を更に備えることを特徴とする請求項１に記載の
    装置。
16. 【請求項１６】 前記図式視覚要素定義手段は、更に、 前記図式視覚要素に関連するコマンドのセットを指定す
    る手段と、 前記コマンドの各々を作動可能にする手段と、 前記コマンドの各々を処理する手段とを備えることを特
    徴とする請求項１に記載の装置。
17. 【請求項１７】 前記ユーザー入力において希望される
    情報を指定し提供する手段と、 前記ユーザー入力指定手段にパネルを関連させる手段と
    を更に備えることを特徴とする請求項３に記載の装置。
18. 【請求項１８】 前記ユーザー入力指定に応じて前記ス
    クリーン上に図式要素を表示する手段と、 前記ユーザー入力について妥当な値を指定する手段とを
    更に備えることを特徴とする請求項１７に記載の装置。
19. 【請求項１９】 前記の指定された妥当な値に応じて前
    記ユーザー入力を妥当性検査する手段を更に備えること
    を特徴とする請求項１８に記載の装置。
20. 【請求項２０】 図式ユーザー・インターフェース・プ
    ログラムと、アプリケーション・プログラムとの間の一
    般ユーザー・インターフェースを提供するための方法で
    あって、前記図式ユーザー・インターフェース・プログ
    ラムは図式表示をスクリーン上に提供し、該方法は、 前記スクリーン上に表示されるための図式視覚要素を定
    義すると共にその定義を提供し、 データ入力装置から生じるユーザー入力を前記図式視覚
    要素に応じて前記図式ユーザー・インターフェース・プ
    ログラムから受け取り、前記ユーザー入力を、これに応
    じて且つ前記図式視覚要素定義に従って処理するステッ
    プから成ることを特徴とする方法。
21. 【請求項２１】 前記図式視覚要素定義ステップは、更
    に、 前記図式視覚要素の各々に関連するコマンドのセットを
    指定し、 前記コマンドの各々を作動可能にし、 前記コマンドの各々を処理するステップを含むことを特
    徴とする請求項２０に記載の方法。
22. 【請求項２２】 前記のコマンドを作動可能にするステ
    ップは、前記コマンドに対応する作動可能化（イネーブ
    ル）機能を呼び出すステップから成ることを特徴とする
    請求項２１に記載の方法。
23. 【請求項２３】 前記コマンド処理ステップは、前記コ
    マンドに対応する少なくとも一つの処理機能を呼び出す
    ステップから成ることを特徴とする請求項２１に記載の
    方法。
24. 【請求項２４】 対応するコマンドが作動可能にされた
    ことに応じて機能を呼び出すステップを更に含むことを
    特徴とする請求項２１に記載の方法。
25. 【請求項２５】 前記ユーザー入力において希望される
    情報を指定し提供し、前記ユーザー入力情報に図式視覚
    要素を関連させるステップを更に含むことを特徴とする
    請求項２０に記載の方法。
26. 【請求項２６】 前記ユーザー入力指定に応じて図式要
    素を前記スクリーンに表示し、 前記ユーザー入力について妥当な値を指定するステップ
    を更に含むことを特徴とする請求項２５に記載の方法。
27. 【請求項２７】 前記の指定された妥当な値に応じて前
    記ユーザー入力を妥当性検査するステップを更に含むこ
    とを特徴とする請求項２６に記載の方法。
28. 【請求項２８】 前記の受け取られたユーザー入力に応
    じて前記図式視覚要素を呼び出すステップを更に含むこ
    とを特徴とする請求項２０に記載の方法。
29. 【請求項２９】 前記図式視覚要素定義ステップは、 ダイヤグラムについての定義テーブルを指定し、 パネルについての定義テーブルを指定するステップから
    成ることを特徴とする請求項２８に記載の方法。
30. 【請求項３０】 前記呼出ステップは、更に、前記の受
    け取られたユーザー入力に応じて且つ前記ダイヤグラム
    定義テーブルの内容に従ってダイヤグラムを呼び出すス
    テップを含むことを特徴とする請求項２９に記載の方
    法。
31. 【請求項３１】 前記呼出ステップは、更に、前記の受
    け取られたユーザー入力に応じて且つ前記パネル定義テ
    ーブルの内容に従ってダイヤグラムを呼び出すステップ
    を含むことを特徴とする請求項２９に記載の方法。
32. 【請求項３２】 前記データ入力装置はキーボードであ
    り、前記ユーザー入力処理ステップは、更に、 前記の受け取られたユーザー入力を評価し、 前記の受け取られたユーザー入力を、内部的に認識可能
    な表示に変換するステップを含むことを特徴とする請求
    項２０に記載の方法。
33. 【請求項３３】 前記変換ステップは、更に、 前記の変換されたユーザー入力を変換し、 前記の変換されたユーザー入力からメッセージを生じさ
    せるステップを更に含むことを特徴とする請求項３２に
    記載の方法。
34. 【請求項３４】 前記データ入力装置はマウスであり、
    前記ユーザー入力処理ステップは、更に、 目的選択を表示するべく前記の受け取られたユーザー入
    力を変換し、 前記目的を選択し、 前記選択を示すように前記目的を前記スクリーンに表示
    するステップを含むことを特徴とする請求項２０に記載
    の方法。
35. 【請求項３５】 前記目的に関連するコマンドを定義
    し、 前記の関連するコマンドを実行し、 前記の実行されたコマンドの結果を前記スクリーンに表
    示するステップを更に含むことを特徴とする請求項３４
    に記載の方法。
36. 【請求項３６】 前記の受け取られたユーザー入力を入
    力位置及び値に変換し、 前記の受け取られたユーザー入力を妥当性検査し、 前記の妥当性検査されたユーザー入力を前記スクリーン
    上の前記入力位置に表示するステップを更に含むことを
    特徴とする請求項２０に記載の方法。
37. 【請求項３７】 前記ユーザー入力の編集を制御するス
    テップを更に含むことを特徴とする請求項３６に記載の
    方法。
38. 【請求項３８】 前記の受け取られたユーザー入力を、
    内部的に認識可能な表示に変換するステップを更に含む
    ことを特徴とする請求項３６に記載の方法。
39. 【請求項３９】 前記図式視覚要素定義ステップは、 少なくとも２個の項目のリストを定義し、 前記項目の各々にコマンドを関連させるステップから成
    ることを特徴とする請求項２０に記載の方法。
40. 【請求項４０】 前記項目の各々に目的を関連させるス
    テップを更に備えることを特徴とする請求項３９に記載
    の方法。
41. 【請求項４１】 前記スクリーンはカーソルを表示し、
    前記カーソルの位置のコントロールを提供するステップ
    を更に含むことを特徴とする請求項２０に記載の方法。