JPH09106337A

JPH09106337A - ユーザーインタフェース生成装置

Info

Publication number: JPH09106337A
Application number: JP7289401A
Authority: JP
Inventors: Tadahiko Maeda; 忠彦前田
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1995-10-11
Filing date: 1995-10-11
Publication date: 1997-04-22

Abstract

(57)【要約】【解決手段】ウインドウ外観定義ファイル１は、予め
設定した所定のデザインの定型化されたウインドウ６を
定義する。コマンド辞書管理部３は、汎用されるコマン
ドに対応する所定の定型化された属性等を格納して保持
し、ウインドウ上に表示するコマンドボタン等のユーザ
ーインタフェース要素７の形状等を指定する。レイアウ
ト基準指定部５はコマンドボタンの配置や形状等を定型
化して指定する。【効果】汎用されるコマンドに対しては定型化された
形状のユーザーインタフェース要素が予め用意され、し
かも定型化されたウインドウ上に一定のレイアウトで貼
り付けることができるため、新たなウインドウの設計が
容易になり、常に標準的な違和感の無いウインドウが生
成され、ソフトウェア開発の生産性が向上する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナルコンピ
ュータやワークステーションの画面に表示されるウイン
ドウ設計のためのユーザーインタフェース生成装置に関
する。

【０００２】

【従来の技術】パーソナルコンピュータやワークステー
ションにおいては、各種のアプリケーションプログラム
を起動し操作するために画面上に各種のウインドウが表
示される。このウインドウ上には、コマンドを入力する
ためのコマンドボタンやリストボックス、その他各種の
ユーザーインタフェース要素が表示され、ユーザーによ
る操作性の向上を図っている。このようなウインドウ等
から構成されるユーザーインタフェースの開発は、従
来、プログラマーが各種のウインドウを個別にデザイン
し、設計生成するようにしていた。

【０００３】この場合に、ウインドウ生成用のツールを
用いて、プログラマーはそのウインドウの背景をデザイ
ンし、各種のアイコンやコマンドボタン、その他のユー
ザーインタフェース要素の位置や大きさを決定して、こ
れを貼り付け、更に各コマンドに対応する処理の内容を
個別にコーディングして登録するといった処理を行って
いた。例えばコマンド入力用のボタンの場合には、それ
ぞれその大きさや位置等のプロパティをセットしたり、
あるいは必要に応じて既存のユーザーインタフェースに
採用しているコマンドのデザイン等をそっくりコピーし
て貼り付けるといった方法が採用されていた。

【０００４】

【発明が解決しようとする課題】ところで、上記のよう
な従来使用されているユーザーインタフェース生成装置
には次のような解決すべき課題があった。ユーザーイン
タフェースにはファイル入出力処理のような極めて定型
的な処理を行うものがある。このようなウインドウは全
体として予め用意され、一括してコピーして利用するこ
ともできる。ところが、アプリケーションソフトウェア
には、多様な処理に対応する多くの固有のウインドウが
要求され、そのデザインや設計はプログラマーに対して
大きな負担となっていた。しかし、各ウインドウには部
分的に定型的な処理を行うものが含まれていることも多
い。例えば、一定の処理を開始する前には、ウインドウ
上にメッセージを表示してその了解を得る処理がある。
この場合、ＯＫボタンとキャンセルボタンとを表示す
る。

【０００５】こういった場合に、プログラマーによって
ウインドウやボタンのデザインが異なると、ユーザーに
対し違和感を与え、統一された環境下での操作性を損な
うおそれがある。例えば、ＯＫボタンとキャンセルボタ
ンとが左右に並んでいる場合、どちらを左にしどちらを
右にするかあるいはその大きさや配置をどうするかとい
った問題は可能な限りどのアプリケーションも共通化し
ておきたい。

【０００６】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。〈構成１〉情報処理装置の画面に表示されるウインドウ
状のグラフィカルユーザーインタフェースを生成するも
のであって、予め個々のウインドウ中に表示される定型
のユーザーインタフェース要素とそのコマンドの内容に
応じた属性と形状とを対応付けて辞書化したコマンド辞
書管理部と、定型のウインドウの形状を指定するウイン
ドウ外観定義ファイルと、このウインドウの中に表示さ
れる定型のユーザーインタフェース要素の配置を指定す
るレイアウト基準指定部とを備える。

【０００７】〈説明〉ユーザーインタフェース要素と
は、ウインドウ上に設けられ、例えばマウスでクリック
して処理を起動するためのコマンドボタン等をいう。定
型のとしたのは、標準的な一定の形状のユーザーインタ
フェース要素を予め用意することを意味する。ユーザー
インタフェース要素とそのコマンドの内容に応じた属性
と形状とを対応付けて辞書化すると、そのユーザーイン
タフェース要素を指定すれば、辞書化により、自動的に
標準的なコマンドボタン等がウインドウ上に登録でき
る。ウインドウ外観定義ファイルによって、定型化され
たウインドウを表示し、レイアウト基準指定部によっ
て、ウインドウ上のユーザーインタフェース要素の配置
も含めて定型フォーム化すれば、ウインドウの設計が容
易になる。また、同種の処理を実行するためのウインド
ウが作成者によってまちまちなデザインにならないで統
一化され、ソフトウェア開発の生産性も向上する。

【０００８】〈構成２〉情報処理装置の画面に表示され
たあるウインドウから別のウインドウに遷移するための
ウインドウの遷移過程を選択すると、その遷移動作を命
令するためのユーザーインタフェース要素のウインドウ
上の配置や形状と挙動を定型化したウインドウを生成す
るダイアログフロー指定部を備える。〈説明〉あるウインドウから別のウインドウに遷移する
処理を実行させるには、遷移前後のウインドウと遷移イ
ベントを起動させるためのユーザーインタフェース要素
の設定や、遷移動作等を登録しなければならないが、こ
のウインドウの遷移動作やそのウインドウのデザインも
含めてダイアログフロー指定部に定型化して登録してお
けば、ウインドウ遷移に伴う処理プログラムの設計も省
力化できる。

【０００９】〈構成３〉所定の関連性のある命令を入力
するための複数のユーザーインタフェース要素をグルー
プ化して、一括登録を可能とするコマンドグループ指定
部を備える。〈説明〉例えば処理の開始の際に表示されるメッセージ
ウインドウには、「ＯＫ」と「キャンセル」のいずれか
を選択する一対のボタンが使用される。このようなボタ
ンは、個別に登録するのでなく、グループ化して一括登
録できれば、プログラム設計が容易になる。

【００１０】〈構成４〉メニュー階層構造を表示し、そ
の階層に従ってプログラム制御をする一連のコマンド群
の一括登録を可能とするコマンドグループ指定部を備え
る。〈説明〉階層化されたメニューも定型的なものはグルー
プ化して一括登録を可能にした。

【００１１】〈構成５〉コマンド辞書管理部は、コマン
ド名に応じたボタンの並び順を設定するためのウインド
ウ上に配列された各ボタンの位置情報を表示する。〈説明〉コマンドボタンの性質に応じてその並び順も定
型化しておけば、ウインドウのデザインがより統一され
る。

【００１２】〈構成６〉コマンド辞書管理部は、コマン
ド名に応じたボタンのデフォルト設定を表示する。〈説明〉デフォルトボタンの設定も定型化しておけば、
ユーザーインタフェース設計作業がより省力化できる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。〈具体例１〉図１は、本発明のユーザーインタフェース
生成装置具体例を示す概略図である。図に示すように、
この装置はウインドウ外観定義ファイル１、コマンド辞
書管理部３、レイアウト基準規定部５等が所定の記憶部
に設けられたもので、ウインドウ外観定義ファイル１の
内容を操作するために、ペインティングツール２が設け
られ、コマンド辞書管理部３の内容を操作するために辞
書操作部４が設けられたものである。このような装置に
よって、図の下側に示すようなユーザーインタフェース
であるウインドウ６が生成される。このウインドウ６に
は、例えばコマンドボタンのようなユーザーインタフェ
ース要素７が、適当な数、適当な位置に配置されてい
る。

【００１４】ウインドウ外観定義ファイル１は、定型的
な標準的なウインドウ６の外観、即ち大きさや背景等を
定義し格納しておくファイルである。ここにはウインド
ウの種類に応じてそれぞれ所定の外観定義を行った情報
が格納されている。このようなウインドウは、グラフィ
ック処理を行うためのアプリケーション等から構成され
るペインティングツール２によって自由に生成され、予
め任意の数だけ格納されている。コマンド辞書管理部３
は、各ユーザーインタフェース要素７のコマンドの内容
に応じた属性等を規定したものである。

【００１５】図２に、このようなコマンド辞書の内容説
明図を示す。この図に示すように、コマンド辞書にはコ
マンド名とそのコマンドの種別及び属性等が格納されて
いる。例えば、コマンド名が“了解”という名の命令で
あればコマンド種別は“プッシュボタン”とされ、その
プッシュボタン上に表示される文言、即ちキャプション
は「ＯＫ」という内容になる。また、大きさも定型化さ
れており、ここでは３００×５００（ドット）という構
成になっている。

【００１６】図１に示すレイアウト基準規定部５は、ウ
インドウ６の上に貼り付けられたいくつかのユーザーイ
ンタフェース要素７の配置等を指定する。図３には、こ
のレイアウト基準の内容説明図を示す。例えば、この例
では、ユーザーインタフェース要素７がプッシュボタン
である場合には、その配置は左下から右下へ等間隔に行
うといった基準になっている。従って、ウインドウ上に
いくつかのプッシュボタンが貼り付けられる場合には、
この基準に従って自動的にウインドウ６の下の部分にボ
タンが等間隔に１列に並べられる。

【００１７】次に、図１に示すユーザーインタフェース
生成装置の具体的な動作を説明する。なお、この装置を
動作させるために、まず生成すべきウインドウと、ここ
に貼り付けるユーザーインタフェース要素を指定するた
めの情報を作る。図４には、ウインドウ名とコマンドの
対応表説明図を示す。一定のウインドウを表示させ、こ
のウインドウによって各種のコマンドを実行させるため
に、ウインドウ名とコマンド名とを対応付けて、この図
に示すように表示する。

【００１８】図５は、図１に示す装置のユーザーインタ
フェース生成動作フローチャートである。まず、ステッ
プＳ１において、図４に示したウインドウとコマンドと
の対応表を参照し、ウインドウ名を指定すると共にその
ウインドウに貼り付けるコマンド名を調べる。そして、
ステップＳ２において、順にそのコマンド名を取り出
し、ステップＳ３において、そのコマンド名はユーザー
インタフェース要素と対応付けられるかどうかを判断す
る。ユーザーインタフェース要素をウインドウ上に貼り
付ける場合にはステップＳ４に移り、図１に示すコマン
ド辞書管理部３とレイアウト基準指定部５を参照してユ
ーザーインタフェース要素を追加する。即ち、図２のコ
マンド辞書によりコマンド名を指定すれば、自動的にそ
のコマンド種別や属性等が決定される。また、図３のレ
イアウト基準によりそのウインドウ上の配置も決定され
る。そして、このようなデータを保持し、更にステップ
Ｓ１に戻り、次に処理すべきコマンドがあるかどうかを
判断する。例えば、図４に示した例では、ウインドウＷ
１に貼り付けるべきコマンド名として２種のコマンドが
挙げられている。従って、図５の処理はステップＳ１〜
Ｓ４まで２回繰り返される。なお、いずれかのコマンド
がユーザーインタフェース要素を要しないものであれ
ば、ステップＳ４は実行しない。

【００１９】こうして、全てのコマンドについて必要な
情報の参照が終ると、ステップＳ１からステップＳ５に
進み、ウインドウ外観定義ファイル１を参照してウイン
ドウ外観に関する情報を取り出す。そして、ステップＳ
４において保持しておいたデータを元にして、ウインド
ウ上に必要なコマンドに対応するコマンドボタン、その
他のユーザーインタフェース要素を貼り付ける。こうし
て、この具体例によるユーザーインタフェースの生成が
完了する。

【００２０】〈具体例１の効果〉以上の具体例によれ
ば、プログラマーは、予めウインドウの種類とそのウイ
ンドウ上に貼り付けるべきユーザーインタフェース要素
に対するコマンド名のリストを指定すると、自動的に必
要なコマンドに対応するコマンドボタン等を貼り付けた
ウインドウが生成される。この場合に、プログラマーは
コマンドボタンの属性や大きさや配置等を個別に指定し
入力するといった作業を行わないで済む。即ち、従来よ
りも容易にユーザーインタフェースの生成が可能とな
る。しかも、こうして生成されたユーザーインタフェー
スは、ボタンの形状、配置、大きさといった外観の主要
要素が定型化されているため、アプリケーションプログ
ラムのユーザーにとっても違和感の無い操作性のよいも
のとなる。

【００２１】〈具体例２〉図６に、具体例２による本発
明のユーザーインタフェース生成装置概略図を示す。こ
の装置には、図１の装置に対し更にダイアログフロー指
定部８及び挙動定義ファイル９を追加したものである。
ユーザーインタフェースとして画面上に表示されるウイ
ンドウを利用するアプリケーションプログラムでは、一
定の処理を実行する場合には一定のウインドウが表示さ
れ、そのウインドウ上で他の一定の処理を実行する指示
を行うと、ウインドウが切り換えられるといったウイン
ドウの遷移が頻繁に行われる。これをダイアログフロー
という。この場合のウインドウの遷移をさせるための挙
動を、コマンドに対応して予め定型化しておくことによ
って、ウインドウ遷移を含めたユーザーインタフェース
の生成処理が簡便になる。この具体例はそのような目的
を達成する。

【００２２】図７には、ダイアログフローの内容説明図
を示す。例えば、この図に示すように始めにウインドウ
Ｗ１が表示されているものとする。このとき、ウインド
ウＷ１上の“開く”という内容のコマンドボタンをプッ
シュした場合には、ウインドウＷ２が開き、ウインドウ
Ｗ２上の“詳細”というコマンドボタンをプッシュした
場合にはウインドウＷ３が開く。そして、ウインドウＷ
３上の“閉じる”というコマンドボタンをプッシュした
場合は、再びウインドウＷ２に戻り、ウインドウＷ２上
の“閉じる”というコマンドボタンをプッシュすると、
ウインドウＷ１に戻る。また、ウインドウＷ２上の“参
照”というコマンドボタンをプッシュすると、ウインド
ウＷ４が表示され、ウインドウＷ４上の“閉じる”とい
うコマンドボタンをプッシュするとウインドウＷ２が表
示される。また、ウインドウＷ４上の“反映”というボ
タンがプッシュされると、ここではウインドウＷ４を表
示したまま一定の内部処理が実行される。なお、“開
く”、“参照”、“詳細”といった実線で示した矢印
は、これまで表示されていたウインドウ上に重ねて別の
ウインドウを開く追加表示を指示する処理を表してい
る。このような矢印をここでは、遷移線と呼んでいる。
また、破線の矢印で表した遷移線は、これまで表示して
いたウインドウを消してから元のウインドウに戻る処理
を表している。この他に、ウインドウＷ４の“反映”と
いう処理を表示するループ状の遷移線は内部処理を表し
ている。

【００２３】図８には、ダイアログフロー指定部を利用
した本発明の装置の動作フローチャートを示す。まず、
この処理を行う場合には、ダイアログフロー指定部８に
記憶された図７に示すようなダイアログフローから順に
遷移線を取り出す。そして、そのウインドウの遷移を処
理させるコマンド名をステップＳ２において取り出す。
このコマンド名がユーザーインタフェース要素となるか
どうかをステップＳ４において判断し、ユーザーインタ
フェース要素であればステップＳ４において、既に図５
を用いて説明したと同様に、コマンド辞書管理部３とレ
イアウト基準指定部５の参照によりユーザーインタフェ
ース要素を追加する。

【００２４】次に、ステップＳ５において、遷移線の種
別とコマンド名とからコールバック処理とファイルイベ
ント処理を追加する。即ち、具体例１で説明したような
コマンドの外観のみならず、そのコマンドを実行する際
のウインドウ遷移を発生する処理の挙動定義を追加す
る。ここで、コールバック処理というのは、一定のコマ
ンドが発生した場合の挙動を定義したものである。例え
ば、“開く”という内容のコマンドの種類がメニュー及
びプッシュボタンであったとする。このとき、そのコマ
ンドボタンをプッシュするイベントが発生すると、ウイ
ンドウＷ１を表示していた状態からその上にウインドウ
Ｗ２を追加表示する遷移が発生するものとすれば、その
挙動をコールバック処理の内容として定義する。具体的
には、そのコマンドボタンに対して、ウインドウＷ１に
対しては何の処理もせず、ウインドウＷ２を重ねて追加
表示するといった内容の処理をコーディングして登録す
る。

【００２５】一方、内部イベント処理というのは、ある
ウインドウ上での内部イベントを発生する処理、例えば
コンボボックス中のデータを参照するような場合の処理
をいう。従って、例えば“参照”というコマンドに対し
ては、図７に示したようなウインドウＷ４に対する定型
処理を生成する。

【００２６】このようにして、図７に示したダイアログ
フローの各遷移線に対応するコマンドについて、その挙
動定義を全て行った後、図８のステップＳ１からステッ
プＳ５に移る。そして、ステップＳ４で行ったウインド
ウの外観定義とステップＳ５で行った挙動定義とを併せ
て出力する。

【００２７】〈具体例２の効果〉以上の具体例によっ
て、あるウインドウから他のウインドウへの遷移を実行
させるユーザーインタフェース要素が存在する場合に、
その外観や配置等の定義のみならず、他のウインドウに
対しどのような条件で遷移するかといった挙動を定型化
して、図６に示す挙動定義ファイル９に格納しておくこ
とにより、ウインドウ遷移の制御も簡便な処理で定型化
されたものが生成される。なお、上記のような挙動定義
は、図６に示す挙動定義ツール１０を用いて自由に新た
に追加し変更することも可能である。

【００２８】〈具体例３〉ウインドウ上に貼り付けられ
るコマンドは単独で使用される場合の他、２種あるいは
３種類以上、グループで使用されることも多い。例え
ば、一定の処理について、ユーザーに確認を求める場合
には、了解ボタンと取消しボタンとが対になって使用さ
れる。このように一般的にいくつかのボタンが一括して
使用されるような場合に、一括して一挙にウインドウ上
に貼り付けられるようにすれば、ウインドウ生成処理が
より簡便になる。この具体例３は、そのようなウインド
ウ生成を実現している。

【００２９】図９は、グループ機能付きコマンド辞書説
明図である。この具体例の場合には、図１に示すコマン
ド辞書管理部３に、この図に示すような内容のデータを
格納する。この図９（ａ）には、コマンドグループ名と
そのグループを構成するコマンド名の例を対応付けて示
した。また、（ｂ）には、各コマンド名に対応するコマ
ンド種別や属性等を表示した。これは、既に図２を用い
て説明したものと同様の内容である。このコマンド名
は、コマンドグループ名に対応する個々の構成コマンド
に対して設けられたものである。即ち、コマンドグルー
プ名が“確認”という内容のものであれば、これは了解
と取消しというコマンドの対によって構成される。ま
た、コマンドグループ名が“取消し”というものであれ
ば、“再試行”と“取消し終了”といった一対のボタン
で構成される。即ち、プログラム開発者が予め各コマン
ドを指定するのでなく、コマンドグループ名を指定する
ことによって一挙にいくつかのコマンドのウインドウへ
の登録が可能となる。

【００３０】図１０には、コマンドグループを利用した
ダイアログフローの説明図を示す。この図に示す例で
は、ウインドウがＷ１〜Ｗ４まで遷移していく場合に、
それぞれの遷移線に一定のコマンド、あるいはコマンド
グループ名等が対応付けられ表示されている。まず、ウ
インドウＷ１からウインドウＷ２への遷移線に対応する
コマンドは、グループコマンドである“確認”という処
理の中の了解という処理である。また、ウインドウＷ１
からウインドウＷ４への遷移コマンドは“確認”という
内容のグループコマンドのうちの“取消し”というグル
ープコマンド中の“再試行”というコマンドによる。な
お、ウインドウＷ１からの遷移動作として、確認／取消
し／取消し終了というコマンドが存在しない。これは、
このコマンドに対する遷移が内部処理、即ちデフォルト
の処理だからである。即ち、このときはウインドウの遷
移が発生しない。ウインドウＷ２からウインドウＷ３へ
の遷移線に対応するコマンドは“確認”である。これ
は、確認／了解、確認／取消し再試行、確認／取消し／
取消し終了の全てのコマンドに対してこのような遷移が
発生することを意味する。従って、ウインドウＷ２には
“了解”と“取消し”及び“取消し終了”の各コマンド
ボタンが表示され、これらの操作によっていずれもウイ
ンドウＷ３への遷移が発生する。

【００３１】本発明の装置は、以上のようなウインドウ
遷移を発生するための各コマンドについて、先に図８を
用いて説明したようなウインドウの外観定義や挙動定義
を自動的に行う。図１１は、この目的のためにコマンド
グループを使用したダイアログフロー指定部利用の動作
フローチャートである。図１１のステップＳ１におい
て、図１０に示したようなダイアログフローを参照して
次の遷移線があるかという判断を行う。これは、図８の
ステップＳ１で行った処理と同様である。また、ステッ
プＳ２も、図８のステップＳ２と同様に遷移線に対応す
るコマンド名の取出しを行う。そして、ステップＳ３に
おいて、グループコマンドかどうかを判断する。グルー
プコマンドであればステップＳ４に進み、下位のコマン
ド名を取り出す。この下位のコマンドは、図９（ａ）に
示したようなコマンド辞書を参照することによって取り
出される。ステップＳ５では、各コマンドに対する外観
定義と挙動定義の生成が行われる。こうして各遷移コマ
ンドについてグループコマンドであれば下位のコマンド
が取り出され、それぞれ外観定義や挙動定義が生成され
る。この処理は図８ステップＳ５と同一である。そし
て、これらの処理が全ての遷移線について終了すると、
ステップＳ６に移り、グループコマンドの展開が完全か
どうかを判断する。全てのグループコマンドについて最
下位のコマンドまで展開して外観定義や挙動定義の生成
が完了していればこの処理を終了する。もし、展開がさ
れていないものがあれば、ステップＳ３に移りデフォル
トの処理を行う。即ち、先に説明したように、ウインド
ウ遷移を伴わない内部処理用のコマンドについてその挙
動定義等を行う。

【００３２】〈具体例３の効果〉以上のような具体例に
よって、複数のコマンドが一体に取り扱われるような処
理の場合に、これらのコマンドを一括してグループ名で
表示し、グループ名によって指定を行うことによって、
一挙にその外観定義や挙動定義の生成を行うことができ
る。従って、複数のコマンドの形や形状、配置等も定型
化され、更にウインドウ生成処理が簡便になる。なお、
上記のようにグループ化されたコマンドはウインドウ遷
移のためのものだけでなく、内部処理のものも同様にし
て一括生成の対象にすることが可能である。

【００３３】〈具体例４〉ウインドウを用いたユーザー
インタフェースでは、所定の処理や情報を選択する場合
に、メニュー構造のリストが頻繁に使用される。この場
合、各メニュー項目の内容自体はそれぞれ相違しても、
その階層構造は比較的定型的なものが多い。従って、こ
のようなメニュー階層構造についてもこの具体例により
定型化し一括登録を可能にする。

【００３４】図１２に、メニュー階層構造の例（その
１）を示す。メニュー階層構造は、例えばこの図に示す
ように構成される。即ち、メニュー項目Ｍ１の下にＭ１
１，Ｍ１２が存在し、Ｍ１１の下にＭ１１１，Ｍ１１２
が存在する。即ち、Ｍ１１を指定すると、Ｍ１１とＭ１
２のいずれかの選択が要求され、Ｍ１１を選択すればＭ
１１１とＭ１１２のいずれかの選択が要求されるといっ
た構成となっている。このような各メニュー項目Ｍ１〜
Ｍ２１２に対応させてコマンド名を定義し、更にそのコ
マンドの階層構造上の位置付けやキャプションを定義し
て、図２に示したような形式のコマンド辞書を用意す
る。

【００３５】図１３には、このようなメニュー階層構造
を含むコマンド辞書の例を示す。上位のメニュー項目か
ら下位のメニュー項目に移る度に２種類のメニュー項目
に分割されるような図１２に示したメニュー階層構造
は、このコマンド辞書に示すようにして定義することが
できる。プログラマーがメニュー階層構造をウインドウ
上に設定する場合には、このうちの任意のメニュー項目
を指定して利用する。なお、このコマンド辞書におい
て、親コマンドとあるのは、そのコマンドの親に相当す
るコマンド名のことである。また、位置情報というの
は、メニュー階層構造のどの場所にこのコマンドが存在
するかを示す情報である。キャプションは、図１２に示
したような各メニュー項目に対応する。

【００３６】図１４に、別のメニュー構造例を示す。こ
の例で最終的に必要とするコマンドは、Ｍ１１１１，Ｍ
１２１，Ｍ２２の３種類である。これらのコマンドのみ
を必要とする場合のメニュー構造は、この図１４に示す
ようになり、他の部分は削除される。

【００３７】図１５に、メニュー構造例（その３）を示
す。例えばＭ１１２だけを必要とするウインドウのメニ
ュー構造はこのようになる。このメニュー構造は、Ｍ
１，Ｍ１１，Ｍ１１２だけで構成され、それ以外のコマ
ンドは削除されている。即ち、これだけのメニュー構造
が必要であれば、コマンド辞書に示した他の各メニュー
項目は表示されず、あるいは不活性状態で表示される。
不活性状態というのは、クリックしても動作しない薄い
字で表示されるような状態をいう。

【００３８】図１６には、メニュー階層構造を使用する
ダイアログフローの説明図を示す。この図において、ウ
インドウＷ１が表示されている場合に、メニュー１１１
１、即ち項目名がＭ１１１１のコマンドが実行される
と、ウインドウＷ２に遷移する。また、ウインドウＷ１
が表示されている場合に、メニュー１２１が実行される
とウインドウＷ３が表示される。ウインドウＷ１が表示
されている場合に、メニュー２２が実行されると、ウイ
ンドウＷ４に遷移する。ウインドウＷ２を表示している
場合に、メニュー１１２が実行されると、ウインドウＷ
５が表示される。ウインドウＷ１からウインドウＷ２，
Ｗ３，Ｗ４に遷移する場合のメニュー構造は、図１４を
用いて説明したものである。また、ウインドウＷ２から
ウインドウＷ５に遷移する場合のメニュー構造は図１５
に示したものである。

【００３９】このようなメニュー構造に従ってコマンド
を選択し、ウインドウを遷移させるような場合、メニュ
ー構造を表示させ、該当するメニュー項目についてウイ
ンドウを遷移させるための挙動を定型化しておけば、ウ
インドウ生成処理が容易になる。この具体例では、その
ような処理をこれまでの具体例と同様にして自動化す
る。

【００４０】図１７は、メニュー階層構造を使用したダ
イアログフローの動作フローチャートである。この図の
ステップＳ１、Ｓ２は、これまで説明した図８や図１１
に示したステップＳ１、Ｓ２と全く同様の処理を示す。
図１７のステップＳ３は、メニュー階層構造かどうかを
判断する処理である。ここで、メニュー階層構造であれ
ば、ステップＳ４において親メニューが無いメニュー、
即ち最上位のメニューに到達するまで親メニューの記録
を行うことによってそのメニュー項目の位置付けを明確
にする。更に、ステップＳ５に移り、該当するコマンド
に対する外観定義と挙動定義の生成を行う。この処理の
内容は、図１１に示したステップＳ５の処理と同様であ
る。

【００４１】図１６に示した全ての遷移線に対応してス
テップＳ２からステップＳ５の処理を完了すると、ステ
ップＳ６に移り、メニュー項目の順序を位置情報により
定める。即ち、同一の親メニューを持つメニュー項目が
複数ある場合に、その項目同士の位置情報を比べて、例
えば位置情報の小さいものを先に表示するように並べ替
えを行う。

【００４２】〈具体例４の効果〉これらによって、メニ
ュー階層構造のコマンドを所定の順に表示し選択させる
処理についても、メニュー階層構造上のコマンドに対応
する処理を外観の定義や挙動定義と共に登録し、これま
での具体例と同様に定型化されたユーザーインタフェー
スが自動的に生成できる。従って、例えば図９や図１０
で示したように、ウインドウＷ１上で“確認”というボ
タンをプッシュすると“了解”と“取消し”というメニ
ューが表示され、更に“取消し”というメニューを選択
すると、その下層の“再試行”、“取消し終了”といっ
たメニューが表示されるような挙動が一括生成される。

【００４３】〈具体例５〉この具体例では、ウインドウ
上に配置される複数のボタンのボタン同士の位置関係、
あるいはどのボタンをデフォルトボタンにするかキャン
セルボタンにするかといった基準を定め、ユーザーイン
タフェースの定型化を図るようにしている。

【００４４】図１８には、このようなプッシュボタンの
配置等を規定したコマンド辞書の例説明図を示す。この
図において、位置情報というのは、ボタンを配置する順
を定める情報である。即ち、ウインドウ上で上から下に
あるいは左から右に順にボタンが並べて配列される場合
に、この数値が少ないほど左あるいは上にボタンが配置
されることになる。従って、位置情報が“３”のもの
と、位置情報が“８”のボタンが表示される場合には、
位置情報が“３”のボタンが左側に表示される。また、
デフォルト優先度は、この数値が小さいものほど優先し
てデフォルトボタンの設定が行われる。即ち、複数のボ
タンが表示されていた場合に、デフォルト優先度が最も
小さい数値のボタンがリターンキーを押した場合に直ち
に実行されるボタンとなる。キャンセル優先度も同様
で、最も数値の少ないものがキャンセルボタン属性を与
えられる。なお、例えばこのようなデフォルト優先度や
キャンセル優先度に“０”という値を設定した場合、そ
のプッシュボタンにはこのような属性を与えないという
意味に使うことができる。

【００４５】図１９には、図１８に示した５つのＢ１〜
Ｂ５までのボタンをウインドウ６上に配置した例を示
す。この場合、図１８に示した位置情報は、Ｂ１，Ｂ
４，Ｂ３，Ｂ５，Ｂ２の順に大きくなる。従って、各ボ
タンは図１９に示すように、この位置情報順に並べられ
る。また、最小のデフォルト優先度を持つものは、Ｂ１
のボタンであって、最小のキャンセル優先度を持つもの
はＢ２のボタンである。そこで、Ｂ１のボタンがデフォ
ルトボタンとなり、Ｂ２のボタンがキャンセルボタンと
なる。

【００４６】図２０には、別のボタン配置結果例説明図
を示す。この図では、３個のボタンＢ４，Ｂ３，Ｂ５を
ウインドウ６上に表示した。この場合には位置情報がＢ
４，Ｂ３，Ｂ５の順に大きくなるため、この順にボタン
が配置されている。また、キャンセルボタンはＢ４、デ
フォルトボタンはＢ５という設定がなされる。このよう
にデフォルトボタンの設定やキャンセルボタンの設定、
ボタンの並び順等も予めコマンド辞書に設定しておくこ
とによって、プログラマーが異なっても同様の思想で違
和感の無いユーザーインタフェースが生成できる。な
お、ここではデフォルトボタンの設定やキャンセルボタ
ンの設定のことを、デフォルト設定と呼ぶことにする。

【００４７】図２１にはこのボタン情報を使用した外観
挙動の定義生成手順フローチャートを示す。図のステッ
プＳ１，Ｓ２は、図５で説明したステップＳ１，Ｓ２と
同様の処理である。また、ステップＳ３では、コマンド
がボタンかどうかを判断する。そして、ステップＳ４に
おいて、ボタンの場合には位置情報やデフォルト優先
度、キャンセル優先度をコマンド辞書を参照して記録す
る。そして、ステップＳ５において、コマンドに対する
処理、即ちそのコマンドに対する外観定義の生成を行
う。この処理は図５ステップＳ４等と同様の処理であ
る。後はこれまでの例と同様にステップＳ２〜ステップ
Ｓ５の処理を繰り返し、全てのコマンドについての処理
が終了すると、ステップＳ６に移り、ボタン位置関係の
決定を行う。その決定手順は、既に図１９や図２０を用
いて説明した通りである。そして、ステップＳ７におい
て、デフォルトボタン、キャンセルボタンを決定し、処
理を終了する。

【００４８】〈効果〉以上により、この具体例において
もボタンの配列順まで標準化された品質の高いユーザー
インタフェースを高い生産性で構築することができる。
即ち、上記のような各具体例によって、ユーザーインタ
フェース構成要素をウインドウ上に配置する最に必要な
定型化された情報が、コマンド辞書等を参照することに
より取り出され、定型化された基準でユーザーインタフ
ェースを生成することができる。また、ウインドウの外
観のみならずボタンの形状、配置やウインドウの遷移関
係についても一定の標準化されたものが生成できるた
め、違和感の無い操作性のよいユーザーインタフェース
が得られる。

【図面の簡単な説明】

【図１】本発明のユーザーインタフェース生成装置具体
例を示す概略図である。

【図２】コマンド辞書の内容説明図である。

【図３】レイアウト基準の内容説明図である。

【図４】ウインドウ名とコマンドの対応表説明図であ
る。

【図５】本発明によるユーザーインタフェース生成動作
説明図である。

【図６】本発明のユーザーインタフェース生成装置概略
図である。

【図７】ダイアログフローの内容説明図である。

【図８】ダイアログフロー指定部を利用した本発明の装
置の動作フローチャートである。

【図９】グループ機能付きコマンド辞書の内容説明図で
ある。

【図１０】コマンドグループを利用したダイアログフロ
ーの説明図である。

【図１１】コマンドグループを使用したダイアログフロ
ー指定部利用の動作フローチャートである。

【図１２】メニュー構造例説明図（その１）である。

【図１３】メニュー階層構造を含むコマンド辞書の例説
明図である。

【図１４】メニュー構造例説明図（その２）である。

【図１５】メニュー構造例説明図（その３）である。

【図１６】メニュー階層構造を利用するダイアログフロ
ー説明図である。

【図１７】メニュー階層構造を利用したダイアログフロ
ーの動作フローチャートである。

【図１８】ボタン配置を定めたコマンド辞書の例説明図
である。

【図１９】ボタン配置結果例（その１）である。

【図２０】ボタン配置結果例（その２）である。

【図２１】ボタン情報を使った外観挙動定義生成手順動
作フローチャートである。

【符号の説明】

１ウインドウ外観定義ファイル３コマンド辞書管理部５レイアウト基準指定部６ウインドウ７ユーザーインタフェース要素

Claims

【特許請求の範囲】

【請求項１】情報処理装置の画面に表示されるウイン
ドウ状のグラフィカルユーザーインタフェースを生成す
るものであって、予め個々のウインドウ中に表示される定型のユーザーイ
ンタフェース要素とそのコマンドの内容に応じた属性と
形状とを対応付けて辞書化したコマンド辞書管理部と、定型のウインドウの形状を指定するウインドウ外観定義
ファイルと、このウインドウの中に表示される定型のユーザーインタ
フェース要素の配置を指定するレイアウト基準指定部と
を備えたことを特徴とするユーザーインタフェース生成
装置。
【請求項２】情報処理装置の画面に表示されたあるウ
インドウから別のウインドウに遷移するためのウインド
ウの遷移過程を選択すると、その遷移動作を命令するた
めのユーザーインタフェース要素のウインドウ上の配置
や形状と挙動を定型化したウインドウを生成するダイア
ログフロー指定部を備えたことを特徴とする請求項１記
載のユーザーインタフェース生成装置。
【請求項３】所定の関連性のある命令を入力するため
の複数のユーザーインタフェース要素をグループ化し
て、一括登録を可能とするコマンドグループ指定部を備
えたことを特徴とする請求項１記載のユーザーインタフ
ェース生成装置。
【請求項４】メニュー階層構造を表示し、その階層に
従ってプログラム制御をする一連のコマンド群の一括登
録を可能とするコマンドグループ指定部を備えたことを
特徴とする請求項１記載のユーザーインタフェース生成
装置。
【請求項５】コマンド辞書管理部は、コマンド名に応
じたボタンの並び順を設定するためのウインドウ上に配
列された各ボタンの位置情報を表示することを特徴とす
る請求項１記載のユーザーインタフェース生成装置。
【請求項６】コマンド辞書管理部は、コマンド名に応
じたボタンのデフォルト設定を表示することを特徴とす
る請求項１記載のユーザーインタフェース生成装置。