JPH052477A - グラフイカル・ユーザ・インタフエースの作成方式 - Google Patents

Abstract

(57)【要約】 【目的】 インタプリタ言語によグラフィカル・ユーザ
・インタフェースＧＵＩの作成方式に関し、ＧＵＩの作
成を会話的に行い特別な作業を必要としない簡易性を持
ったツールを提供する。 【構成】 ＧＵＩ会話部品の属性情報とアクション情報
からなる定義体を保存する画面定義体ファイル11と、Ｇ
ＵＩ作成ツールのための画面定義体ファイル12と、選択
すべきモードを表示するツールメニュー・ウィンドー13
1 と、選択すべき会話部品を表示する部品一覧・ウィン
ドー132 と、選択された会話部品を配置するワークスペ
ース・ウィンドー133 とを表示する表示部13と、該表示
部の内容に従ってＧＵＩを作成する作成ツール14と、該
画面定義体ファイル11と該ＧＵＩ作成ツール画面定義体
ファイル12からの情報に基づき該作成ツールを制御する
ＧＵＩ制御プロセス15と、該制御プロセスの制御のもと
でインタプリタ言語による処理を実行する処理プロセス
16とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はグラフィカル・ユーザ・
インタフェースの作成方式に関し、特にインタプリタ言
語との連動によるグラフィカル・ユーザ・インタフェー
スの作成方式に関する。近年、ワークステーションの普
及に伴って利用者にとって使い易いユーザインタフェー
スが提供されており、その利用が拡大するにつれてこの
ような利用者にとって使い易いユーザ・インタフェース
の重要性が増している。さらに、このユーザ・インタフ
ェースは利用者が行いたい処理をイメージし易いように
グラフィカルな画面が提供されている。このようなグラ
フィカルな画面で表現するグラフィカル・ユーザ・イン
タフェースは利用者のアプリケーションの操作に必要な
いくつかの会話を目的とした「部品」（以下、会話部品
と称する）から構成されている。各会話部品は標準規格
で提供されているものや利用者が作成するものなど様々
であるが、利用者は各部品を画面上に自由に配置するこ
とによって、利用者に合ったグラフィカルなメニュー画
面を作成できる環境が用意されている。例えば、ＵＮＩ
Ｘにおける標準的なグラフィカル・ユーザ・インタフェ
ースである"OPENLOOK"ではこれらの会話部品を「ウィジ
ェット」("WIDGET" ）と呼んでいる。

【０００２】

【従来の技術】従来、これらのグラフィカル・ユーザ・
インタフェースの作成環境はＣ言語やＦＯＲＴＲＡＮ等
のコンパイラ言語を対象としている。また、グラフィカ
ル・ユーザ・インタフェースを持ったアプリケーション
の作成には、利用者のグラフィカル・ユーザ・インタフ
ェースを定義したソースプログラムと、利用者の処理を
記述したソースプログラムとを一つに併せてコンパイル
及びリンケージといったオブジェクト・プログラムの作
成作業が必要となる。

【０００３】アプリケーションでグラフィカル・ユーザ
・インタフェースを作成するために、グラフィカル・ユ
ーザ・インタフェースを構成する会話部品を操作する環
境が提供されている。例えば、上記の"OPENLOOK"では
「ツールキット」と呼ばれるプログラム作成者向けの環
境が提供されている。このプログラム作成の環境はＣ言
語などのコンパイラ言語を使ったプログラム作成を対象
としている。

【０００４】しかし、Ｃ言語とツールキットを使ったグ
ラフィカル・ユーザ・インタフェースのプログラム作成
には高度な熟練を必要とする。従って、アプリケーショ
ンの作成においてユーザ・インタフェースの作成にかか
る負担が大きい。そこで、会話的にグラフィカル・ユー
ザ・インタフェースを作成できるツールが提供され始め
ている。このツールは画面上でマウスを使用して会話的
にグラフィカル・ユーザ・インタフェース部品を並べて
いくことによって、目的の画面を作成できるものであ
る。ツールは最終的にグラフィカル・ユーザ・インタフ
ェースを実現するためのプログラム・ソース・コードを
自動生成している。従って、プログラム開発者は自動生
成されたプログラム・ソース・コードを処理プログラム
と結合させてアプリケーションを作成することができ
る。

【０００５】図４はインタプリタ言語上にグラフィカル
・ユーザ・インタフェースを構築する要部構成図であ
り、図５及び図６はこの構成の処理手順の説明図であ
る。以下に詳述するようにグラフィカル・ユーザ・イン
タフェースを構成する各会話部品の定義体と各会話部品
が、画面上で、画面への表示、利用者による操作・画面
からの消去等の操作がされる。

【０００６】図４において、定義体ではグラフィカル・
ユーザ・インタフェースを構成する各会話部品が専用の
定義体１によって定義されている。定義体は各会話部品
の属性情報（画面上での形状や色や会話部品固有の機能
等）とアクション情報とからなる。アクション情報はグ
ラフィカル・ユーザ・インタフェースが構築されている
インタプリタ言語で記述する。

【０００７】通常、インタプリタ言語で記述された一連
のアクションをスクリプトと呼ぶ。スクリプトはその実
行されるタイミングの違いにより次の３種類がある。即
ち、（１）ＥＮＴＥＲスクリプトでは、会話部品が画面
上に表示される時に同時に実行される。主に、メニュー
画面での会話操作を行うための環境の初期化や前処理を
目的とした処理の実行に利用する。（２）ＫＥＹスクリ
プトでは、画面上に表示されている会話部品を利用者が
操作した時に実行される。メニュー画面での会話操作時
に実行する処理を定義する。（３）ＥＸＩＴスクリプト
では、画面上に表示されている会話部品が画面上から消
去されるときその直前に実行される。メニュー画面での
会話操作終了後の後処理を目的とした処理の実行に利用
する。以上のような定義体はインタプリタが動作するシ
ステムのテキスト・エディタで容易に編集できるテキス
ト・ファイルである。

【０００８】図５及び図６において、グラフィカル・ユ
ーザ・インタフェース（ＧＵＩ）の各会話部品に定義さ
れたアクション（インタプリタ言語で記述されたスクリ
プト）がインタプリタの処理部で実行される手順を説明
する。 （１）メニュー画面の表示では、インタプリタ言語で用
意されているメニュー画面の表示指示によってグラフィ
カル・ユーザ・インタフェースの制御プロセス３が起動
される（ステップ１）。この制御プロセスでは指定され
たグラフィカル・ユーザ・インタフェースを構成してい
る各会話部品の定義体ファイル１の属性情報を読み込む
（ステップ２）。制御プロセスでは読み込まれた属性情
報に基づいて各会話部品を画面上に表示した後（ステッ
プ３）、制御プロセスは各会話部品のＥＮＴＥＲスクリ
プトに定義されたアクションを実行する（ステップ
４）。アクションは定義体１に記述された順番に順次実
行される。アクションの実行は次の手順で行われる。

【０００９】即ち、制御プロセス内の各会話部品に対応
した処理部では対象の会話部品の定義体ファイル１から
ＥＮＴＥＲスクリプトに定義されたアクションを読み込
む（ステップ５）。読み込まれたアクションは一行毎に
インタプリタの処理部に送信する（ステップ６）。送信
されたアクション（インタプリタ言語の一コマンド文字
列）はインタプリタの処理プロセッサにおいて、解釈・
実行される（ステップ７）。インタプリタでの処理（ス
テップ８）が完了すると、その完了通知及びメニュー画
面での必要な処理情報が制御プロセスに送信される（ス
テップ９）。制御プロセスでは受信した完了情報を判断
し、グラフィカル・ユーザ・インタフェース制御部での
必要な処理を行う（ステップ１０）。ＥＮＴＥＲスクリ
プトが複数行記述されていれば次の行をインタプリタの
処理プロセスに送信する（ステップ１１）。上記手順を
各会話部品に定義されているＥＮＴＥＲスクリプトに対
して行う。表示対象のメニュー画面内の全ての会話部品
が表示されＥＮＴＥＲスクリプトが実行され、メニュー
画面での利用者の会話操作が可能な状態になる（ステッ
プ１２）。

【００１０】（２）メニュー画面での会話操作では、利
用者がメニュー画面内の会話部品を操作すると、操作さ
れた会話部品に定義されたＫＥＹスクリプトが実行され
る（ステップ１２）。ＫＥＹスクリプトに記述されたア
クションの実行はＥＮＴＥＲスクリプトの実行の手順と
同じである。一つの会話部品が操作されその会話部品の
ＫＥＹスクリプトに定義されたアクションが全て実行さ
れると次の会話操作が可能な状態となる。

【００１１】（３）メニュー画面の消去では、画面上に
表示しているメニュー画面での処理が終了し、利用者が
メニュー画面を消去すると、対象のメニュー画面内の各
会話部品に定義されたＥＸＩＴスクリプトが実行される
（ステップ１３）。ＥＸＩＴスクリプトに記述されたア
クションの実行はＥＮＴＥＲスクリプトやＫＥＹスクリ
プトの実行の手順と同一である。

【００１２】

【発明が解決しようとする課題】ところで、研究・開発
分野での実験データ解析業務などの処理において、試行
錯誤的な会話処理のアプリケーションの作成においてイ
ンタプリタ言語が利用されている。これは、インタプリ
タ言語はコンパイラ言語と異なりソース・プログラムの
コンパイル・リンケージといった作業が不要であり、部
分的なプログラムの変更が容易だからである。即ち、イ
ンタプリタ言語はＢＡＳＩＣのようにソース・プログラ
ムから一挙にオブジェクト・コードを実行することがで
きる言語である。そのため、試行錯誤的な業務やアプリ
ケーションなどでプログラムを頻繁に変更したりするこ
との必要性が多い環境には有効である。こうしたインタ
プリタ言語でのアプリケーションでは試行錯誤的な作業
を積み重ねていきながら処理の内容を変更したりするこ
とが行われる。

【００１３】そこで、インタプリタ言語によるグラフィ
カル・ユーザ・インタフェースを構築することが行われ
るが、しかし、コンパイラ言語を対象としたツールはイ
ンタプリタ言語における試行錯誤的なプログラム環境と
は合っていない。そこで、インタプリタ言語におけるグ
ラフィカル・ユーザ・インタフェースを会話的に作成
し、プログラム開発者の負担を軽減する仕組みが必要と
される。

【００１４】本発明の目的はインタプリタ言語における
グラフィカル・ユーザ・インタフェースの作成を会話的
に行い、かつ処理を行うプログラム（インタプリタ言語
で記述）との結合において、コンパイラやリンケージと
いったプログラム開発作業のような特別な作業を必要と
しない簡易性を持ったツールを提供することにある。

【００１５】

【課題を解決するための手段及び作用】本発明はインタ
プリタ言語によるグラフィカル・ユーザ・インタフェー
スの作成方式であって、グラフィカル・ユーザ・インタ
フェース部品の属性情報とアクション情報からなる定義
体を保存する画面定義体ファイル１１と、グラフィカル
・ユーザ・インタフェース作成ツールのための画面定義
体ファイル１２と、選択すべきモードを表示するツール
メニュー・ウィンドー１３１と、選択すべき会話部品を
表示する部品一覧・ウィンドー１３２と、選択された会
話部品を配置するワークスペース・ウィンドー１３３と
を表示する表示部１３と、該表示部の内容に従ってグラ
フィカル・ユーザ・インタフェースを作成する作成ツー
ル１４と、該画面定義体ファイル１１と該グラフィカル
・ユーザ・インタフェース作成ツール画面定義体ファイ
ル１２からの情報に基づき該作成ツールを制御するグラ
フィカル・ユーザ・インタフェース制御プロセス１５
と、該制御プロセスの制御のもとでインタプリタ言語に
よる処理を実行する処理プロセス１６とを備え、インタ
プリタ言語におけるグラフィカル・ユーザ・インタフェ
ースの作成を該表示部を参照しつつ会話的に行うように
したことを特徴とする。

【００１６】本発明のグラフィカル・ユーザ・インタフ
ェース作成ツール１４は、会話的にグラフィカル・ユー
ザ・インタフェースを作成する手段と、作成したグラフ
ィカル・ユーザ・インタフェースをテストするテストラ
ン手段と、作成したグラフィカル・ユーザ・インタフェ
ースをデバッグするデバッグ手段とを備える。

【００１７】

【実施例】図１は本発明の要部構成図である。図中、１
１は画面定義体ファイル、１２はグラフィカル・ユーザ
・インタフェース作成ツールの画面定義体ファイル、１
３は表示画面、１４はグラフィカル・ユーザ・インタフ
ェース作成ツール、１５はグラフィカル・ユーザ・イン
タフェース制御プロセス、１６はインタプリタ処理プロ
セスである。ところで、グラフィカル・ユーザ・インタ
フェース作成ツール１４の機能としては必要なのは次の
３点である。即ち、（１）会話的にグラフィカル・ユー
ザ・インタフェースを作成する機能、（２）作成したグ
ラフィカル・ユーザ・インタフェースのテストラン機
能、（３）デバッグ機能、である。上記のグラフィカル
・ユーザ・インタフェースはインタプリタ言語上に構築
されたグラフィカル・ユーザ・インタフェース上に構築
される。本発明ではインタプリタ言語におけるグラフィ
カル・ユーザ・インタフェースの作成を会話的に行い、
かつ処理を行うプログラム（インタプリタ言語で記述）
との結合において、コンパイラやリンケージといったプ
ログラム開発作業のような特別な作業を必要としない簡
易性を持ったツールを提供することができる。

【００１８】即ち、表示画面１３上に表示されたグラフ
ィカル・ユーザ・インタフェース作成ツールメニューの
ウィンドー１３１により作業を選択する。作業モードに
は、図示のように作成モード、テストランモード、デバ
ッグモードの３種類のモードがある。次に、処理モード
を判定し、選択されたモードが作成モードであれば部品
一覧・ウィンドー１３２を表示する。

【００１９】作成モードにおいて、グラフィカル・ユー
ザ・インタフェースの作成ツール画面での会話操作を行
い、部品一覧に表示されたグラフィカル・ユーザ・イン
タフェース部品をマウスを使ってワークスペース１３３
に配置を行ってグラフィカル・ユーザ・インタフェース
画面を作成する。そして会話操作が終了したか否か判定
し、再度処理モードの判定を行う。さらに、各部品の処
理をインタプリタ言語で定義し、このようにしてグラフ
ィカル・ユーザ・インタフェース画面を構成する定義体
を自動的生成し、画面定義体ファイル１１にファイルす
る。

【００２０】テストランモードでは作成されたグラフィ
カル・ユーザ・インタフェースに基づくアプリケーショ
ンの実行がそのまま行える。作成モードから実行モード
に換えるだけで実行が可能である。デバッグモードはテ
ストランモードと同様に作成されたグラフィカル・ユー
ザ・インタフェースに基づくアプリケーションの実行が
そのまま行える。テストランモードと異なるのはアプリ
ケーション（インタプリタ言語で記述されたコマンド
列）を一行づつ実行することにある。プログラム開発者
はインタプリタ言語で記述されたコマンド列を一行づつ
確認しながら実行を指示する。

【００２１】図２及び図３は本発明の処理手順の説明図
である。本図に沿って処理手順を詳しく説明する。 〔作成モード〕グラフィカル・ユーザ・インタフェース
（ＧＵＩ）の作成ツール１４のプロセスにおいて、先
ず、表示画面１３上にウィンドー表示されたグラフィカ
ル・ユーザ・インタフェース作成ツールメニュー１３１
により作業を選択する（ステップ１）。作業モードに
は、図示のように作成モード、テストランモード、デバ
ッグモードの３種類のモードがある。次に、処理モード
を判定し（ステップ２）、選択されたモードが作成モー
ドであればグラフィカル・ユーザ・インタフェース部品
の一覧が載った部品一覧１３２をウィンドー表示する
（ステップ３）。また、グラフィカル・ユーザ・インタ
フェース画面を作成するためのワークスペースウィンド
ー１３３を表示する。プログラム開発者は部品一覧１３
２から必要な部品をマウスを使って選択しワークスペー
ス１３３上に配置する。配置された部品については、大
きさ、色、付属機能などの属性を定義する。さらに、実
際のアプリケーション実行において、その部品がマウス
によって操作された時の処理をインタプリタ言語で定義
する。以上の操作を各部品について、グラフィカル・ユ
ーザ・インタフェースの作成ツール画面での会話操作を
行いながら（ステップ４）グラフィカル・ユーザ・イン
タフェース画面を作成する。そして、会話操作が終了し
たか否か判定し（ステップ５）、さらに処理モードを再
度判定し（ステップ６）、ワークスペース１３３上で作
成が終了して保存を指示すると、利用者の処理を含んだ
グラフィカル・ユーザ・インタフェース画面情報が定義
体として自動生成され画面定義体ファイル１１に保存さ
れる（ステップ７）。

【００２２】この作成モードにおけるワークスペース１
３３上の部品の配置について以下の工夫がなされてい
る。即ち、一般にグラフィカル・ユーザ・インタフェー
ス部品は画面上でマウスによって操作されると、その部
品が持つ固有の機能が動作するものである。従って、ワ
ークスペース上に配置された部品の移動、複写、削除あ
るいは属性定義や処理定義における対象部品を選択しマ
ウスによる対象選択操作が行われると、部品固有の処理
が動作してしまう。

【００２３】そこで、本発明ではグラフィカル・ユーザ
・インタフェース制御プロセス１５において、マウスに
よる操作が行われた時にそのイベントが各部品に伝わる
前に、グラフィカル・ユーザ・インタフェース作成ツー
ル１４が先取りして処理モードのチェックを行ってい
る。作成モードではグラフィカル・ユーザ・インタフェ
ースにおける会話操作（ステップ１４）において、各部
品固有の機能の動作を抑止したダミー会話部品にイベン
トが通知される（ステップ１４−１）。このダミー会話
部品は画面上で単にグラフィカルな情報しか持っていな
い。そして、グラフィカル・ユーザ・インタフェース画
面情報が画面定義体として画面定義体ファイル１１に生
成・保存される時に正規の部品情報に置き換えられる。

【００２４】なお、グラフィカル・ユーザ・インタフェ
ースの制御プロセス１５における他のプロセスは、先
ず、制御プロセスの初期化を行い（ステップ１１）、グ
ラフィカル・ユーザ・インタフェース作成ツール画面の
定義体ファイル１２からの属性情報の読み込みを行い
（ステップ１２）、ツールメニュー１３１の画面への表
示を行い（ステップ１３）、グラフィカル・ユーザ・イ
ンタフェースにおける会話操作を行い（ステップ１
４）、終了したか否か判定し（ステップ１５）、ツール
メニュー１３１の画面への消去を行う（ステップ１
６）。なお、前述のように、ステップ１４において、処
理モードの判定を行い、作成モードではダミーの会話部
品へのイベントの通知を行い（ステップ１４−１）、テ
ストラン及びデバッグモードでは正規の会話部品へのイ
ベントの通知を行う（ステップ１４−２）。

【００２５】〔テストランモード〕テストランモードを
選択すると、作成されたグラフィカル・ユーザ・インタ
フェース画面が表示されてアプリケーション処理が行え
る。このとき画面上でマウスによって操作された会話部
品のイベントは正規の部品に通知され（ステップ１４−
２）、部品固有の動作が行われる。即ち、インタプリタ
処理プロセス１６において、利用者が各部品に定義した
処理、即ち、インタプリタ言語のコマンド列、は定義体
より読み出されてインタプリタに送信され（ステップ２
５）、そしてインタプリタ言語による処理が実行される
（ステップ２６）。

【００２６】〔デバッグモード〕デバッグモードを選択
すると、テストランモードと同様に作成されたグラフィ
カル・ユーザ・インタフェース画面が表示されてアプリ
ケーション処理が行える。この時にアプリケーション、
即ち、インタプリタ言語のコマンド列、は一行づつ実行
される。さらに、その一行の実行はプログラム開発者が
指示する。各部品の処理ではモードをチェックし、デバ
ッグモードにおいては一行づつ処理を行うように制御を
行う（ステップ２３）。即ち、利用者が各部品に定義し
た処理（インタプリタ言語のコマンド列）は定義体より
一行づつ読み出されて（ステップ２４）インタプリタに
送信される（ステップ２５）。そして、インタプリタに
よる実行が行われる（ステップ２６）。その後、プログ
ラム開発者からの次のコマンド実行の指示待ちの状態と
なる。プログラム開発者から次のコマンド実行が指示さ
れると、次のコマンドを定義体より一行読み出してイン
タプリタに送信する。なお、各部品の処理プロセス１６
において、処理モードを判定し（ステップ２１）、テス
トランモードでは処理の読み出しを行う（ステップ２
２）。さらに、インタプリタ言語による処理を受信する
と（ステップ２７）、メッセージの解釈を行い（ステッ
プ２８）、メニュー画面の操作や再表示を行い（ステッ
プ２９）、処理の終了か否か判定する（ステップ３
０）。

【００２７】

【発明の効果】以上説明したように、本発明によればイ
ンタプリタ言語としてのプログラムの簡易性を持ったグ
ラフィカル・ユーザ・インタフェースの作成が可能とな
り、この作成は会話的に行えるとともに、処理記述部分
との結合のために特別な作業を必要としない。従って、
研究開発の分野にて利用される試行錯誤的な運用環境に
おいて、プログラム開発者に対してグラフィカル・ユー
ザ・インタフェースの実現のために多大な負担をかける
ことがなくなる。

【図面の簡単な説明】

【図１】本発明の要部構成図である。

【図２】本発明の処理手順の説明図である（その１）。

【図３】本発明の処理手順の説明図である（その２）。

【図４】インタプリタ言語上にＧＵＩを構築する要部構
成図である。

【図５】図４の構成の処理手順の説明図である（その
１）。

【図６】図４の構成の処理手順の説明図である（その
２）。

【符号の説明】

１１…画面定義体ファイル １２…グラフィカル・ユーザ・インタフェース作成ツー
ル画面定義体ファイル １３…表示画面 １４…グラフィカル・ユーザ・インタフェース作成ツー
ル １５…グラフィカル・ユーザ・インタフェース制御プロ
セス １６…インタプリタ処理プロセス １３１…ツールメニュー・ウィンドー １３２…部品一覧・ウィンドー １３３…ワークスペース・ウィンドー

フロントページの続き (72)発明者 南 康雄 福岡県福岡市博多区博多駅前１丁目５番１ 号 株式会社富士通九州システムエンジニ アリング内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 インタプリタ言語によるグラフィカル・
   ユーザ・インタフェースの作成方式であって、グラフィ
   カル・ユーザ・インタフェース部品の属性情報とアクシ
   ョン情報からなる定義体を保存する画面定義体ファイル
   （１１）と、グラフィカル・ユーザ・インタフェース作
   成ツールのための画面定義体ファイル（１２）と、選択
   すべきモードを表示するツールメニュー・ウィンドー
   （１３１）と、選択すべき会話部品を表示する部品一覧
   ・ウィンドー（１３２）と、選択された会話部品を配置
   するワークスペース・ウィンドー（１３３）とを表示す
   る表示部（１３）と、該表示部の内容に従ってグラフィ
   カル・ユーザ・インタフェースを作成する作成ツール
   （１４）と、該画面定義体ファイル（１１）と該グラフ
   ィカル・ユーザ・インタフェース作成ツール画面定義体
   ファイル（１２）からの情報に基づき該作成ツールを制
   御するグラフィカル・ユーザ・インタフェース制御プロ
   セス（１５）と、該制御プロセスの制御のもとでインタ
   プリタ言語による処理を実行する処理プロセス（１６）
   とを備え、インタプリタ言語におけるグラフィカル・ユ
   ーザ・インタフェースの作成を該表示部を参照しつつ会
   話的に行うようにしたことを特徴とするグラフィカル・
   ユーザ・インタフェースの作成方式。
2. 【請求項２】 該グラフィカル・ユーザ・インタフェー
   ス作成ツール（１４）は、会話的にグラフィカル・ユー
   ザ・インタフェースを作成する手段と、作成したグラフ
   ィカル・ユーザ・インタフェースをテストするテストラ
   ン手段と、作成したグラフィカル・ユーザ・インタフェ
   ースをデバッグするデバッグ手段とを備える請求項１に
   記載の方式。