JPH064280A - ウィズィウィグ式エディターでオブジェクトをユーザ制御する機能を備えたグラフィカル・ユーザ・インターフェース - Google Patents

Abstract

(57)【要約】 【目的】 グラフィカル・ユーザ・インターフェース
（ＧＵＩ）をユーザ変更可能にする。 【構成】 少なくとも１つのオブジェクト（例えばアイ
コンやコントロール・ボックス等）を有するＧＵＩパネ
ルに対応したＧＵＩパネル・ファイルを定義し、生成
し、ないしは編集する方法。ＧＵＩエディターは、ユー
ザ変更可能なＧＵＩソース・コード制御ファイルを収容
している。制御ファイルは、ＧＵＩ定義用タグ・ファイ
ルを収容している。タグ・ファイルは、ＧＵＩパネル・
オブジェクトを記述している。この方法は、制御ファイ
ルをオープンするステップと、制御ファイルの中のオブ
ジェクト・タグ・ファイルに編集を加えるステップとを
含んでいる。この方法は、オブジェクト・タグ・ファイ
ルに新たな属性タグ・ファイルを追加することもでき、
また、オブジェクト・タグ・ファイルの既存の属性タグ
・ファイルに編集を加えることもできる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、グラフィカル・ユーザ
・インターフェースを定義し、生成し、編集するため
の、エンドユーザ用ツールに関するものである。より詳
しくは、本発明は、ユーザ・インターフェース・エディ
タが制御ファイルから得ることのできるグラフィカル・
ユーザ・インターフェースのオブジェクトの、エンドユ
ーザ変更に関するものである。ユーザ・インターフェー
ス・エディタが得ることのできるそれら個々のオブジェ
クトは、エンドユーザ変更可能にしてあり、即ち、エン
ドユーザが、複数のオブジェクトの間の順序を変更する
ことができ、オブジェクトのテキストを変更することが
でき、オブジェクトを削除することができ、そして、ユ
ーザ・インターフェースに変更を加えようとする際に呼
出されるコードを変更することができるようにしてあ
る。

【０００２】ユーザ・インターフェース・エディター
（以下、ＵＩＥ）の実行を開始させると、このＵＩＥ
が、ユーザ変更可能な制御ファイルからの読込みを行な
う。この制御ファイルは、各パネル・タイプ（例えば、
ウィンドウやメッセージ・ボックス）に対応したタグを
収容しており、それらタグは、ＵＩＥのユーザがそれら
タグに対して処理を加え得るようにしてある。この制御
ファイルは更に、そのパネル・タイプの中に配置するこ
とのできる各オブジェクト（例えば、チェックボックス
やプッシュボタン）に対応したタグを収容している。

【０００３】本発明では、ＵＩＥに供給された制御ファ
イルのパラメータを変更することをとおして、ないしは
その制御ファイルに新たなタグを追加することをとおし
て、ユーザが、そのＵＩＥの呼び出しによって供給され
るパネル及びオブジェクトの内容、外観、及び挙動に対
する、完全な制御を把握できるようにしている。

【０００４】

【従来の技術】ユーザ・インターフェースは、コンピュ
ータの各部分のうちで最も良く目に見える部分である。
また、ユーザ・インターフェースは、アプリケーション
・ソフトウェアとエンドユーザとをつなぐリンクであ
る。歴史的には、ユーザ・インターフェースといえば、
かつては、英数字を入力する方式のユーザ・インターフ
ェースのことであった。

【０００５】これに対して、グラフィカル・ユーザ・イ
ンターフェースは、図形オブジェクトを使用するユーザ
・インターフェースであり、英数字式ユーザ・インター
フェースに取って代わるものとして、ないしは、英数字
式ユーザ・インターフェースを補完するものとして用い
られている。そして、それによって、グラフィカル・ユ
ーザ・インターフェースは、エンドユーザや、アプリケ
ーション・プログラマーの生産性を向上させている。

【０００６】グラフィカル・ユーザ・インターフェース
では、図形画像を用いて、現実世界の対象物（オブジェ
クト）を表わすようにしている。「従来例」と記入して
ある図１は、グラフィカル・ユーザ・インターフェース
のパネルを示した図である。この図１において、グラフ
ィカル・ユーザ・インターフェース（１）は、複数の図
形画像１１、２１、３１を含んでいる。これら図形画像
１１、２１、３１はアイコンとも呼ばれ、ディスプレイ
の画面サイズよりも小さい。そのため、グラフィカル・
ユーザ・インターフェースのパネル１では、１つの物理
ディスプレイ装置の画面（１）上に、テキストの複数の
ウィンドウ４１と、画像１１、２１、３１を同時にディ
スプレイすることができるようになっている。

【０００７】グラフィカル・ユーザ・インターフェース
は、図形を利用した入力（以下、単に「図形入力」とい
う）と、英数字による入力（以下、単に「英数字入力」
という）との、両方に対応できる能力を備えている。図
形入力の具体的な手段としては、例えば、「ポイント・
アンド・クリック」デバイスや、マウスや、タッチ・パ
ネルや、「ライト・ペン」等々がある。また、英数字入
力の具体的な手段としては、例えばキーボードによる入
力等がある。

【０００８】グラフィカル・ユーザ・インターフェース
は、キーボードによる英数字入力と比べて、より直感に
即したものであり、また使用法の習得がより容易で、使
用法自体もより簡単である。そして、これらのことによ
ってエンドユーザの生産性を向上させている。

【０００９】

【発明が解決しようとする課題】グラフィカル・ユーザ
・インターフェースは、エンドユーザの間で広く受け容
れられており、また、使用法も容易なものであるが、に
もかかわらず、幾つかの問題がなお付随している。最も
大きな問題は、グラフィカル・ユーザ・インターフェー
スは、それをプログラミングする作業が複雑であるこ
と、即ち、グラフィカル・ユーザ・インターフェースを
定義すること、生成すること、それに編集することが、
困難だということにある。実際に、グラフィカル・ユー
ザ・インターフェースをプログラミングするためには、
長期に亙る学習によって習得した高度の技量が必要であ
る。

【００１０】従ってエンドユーザが、グラフィカル・ユ
ーザ・インターフェースを定義し、生成し、ないしは編
集することができるようにする、グラフィカル・ユーザ
・インターフェース・エディターが求められている。こ
のように、エンドユーザが、グラフィカル・ユーザ・イ
ンターフェースを定義し、生成し、ないしは編集するこ
とができるようにするためには、ウィズィウィグ（ＷＹ
ＳＩＷＹＧ：What-You-See-Is-What-You-Get）式エディ
ター及びテキスト・エディターの一方又は両方を交換可
能に利用することのできる能力と、結果として得られた
（即ち、編集を加えた、或いは生成した）グラフィカル
・ユーザ・インターフェースのパネルを、コンパイルし
てセーブしておくことができる能力とが、エンドユーザ
に与えられていなければならない。このように、グラフ
ィカル・ユーザ・インターフェースのパネルを定義し、
生成し、ないしは修正する能力は、従来例においては欠
如していた。その原因は、従来例に係るグラフィカル・
ユーザ・インターフェース・エディターは、テキスト・
エディターによって手操作の更新が行なわれてしまう
と、ソース・ファイルの完全性を維持することができな
かったことにある。

【００１１】本発明の主要な目的の１つは、エンドユー
ザが、グラフィカル・ユーザ・インターフェースを定義
し、生成し、ないしは編集することができるようにし
た、グラフィカル・ユーザ・インターフェース・エディ
ターを提供することにある。

【００１２】本発明の更なる目的は、ユーザ・フレンド
リーなグラフィカル・ユーザ・インターフェース・エデ
ィターを提供することにあり、即ち、ウィズィウィグ
（ＷＹＳＩＷＹＧ：What-You-See-Is-What-You-Get）式
エディター及びテキスト・エディターの一方又は両方を
交換可能に利用するようにした、グラフィカル・ユーザ
・インターフェース・エディターを提供することにあ
る。

【００１３】本発明の更なる目的は、結果として得られ
た（即ち、編集を加えた、或いは生成した）グラフィカ
ル・ユーザ・インターフェースのパネルをコンパイルし
てセーブしておくことができる能力を、エンドユーザに
付与することにある。

【００１４】本発明の更なる目的は、編集後のグラフィ
カル・ユーザ・インターフェースのパネルに対応した編
集後のソース・コードをセーブしておくことのできる能
力をエンドユーザに付与することにある。こうすること
によって、エンドユーザの能力が強化され、グラフィカ
ル・ユーザ・インターフェース・ファイルに対して更に
変更ないし編集を加えることも、また更には、グラフィ
カル・ユーザ・インターフェース・ファイルをコピーす
ることも可能になる。

【００１５】

【課題を解決するための手段】以上の目的並びにその他
の目的は、本発明の方法によって達成する。本発明は、
グラフィカル・ユーザ・インターフェースを定義し、生
成し、編集するための、エンドユーザ用ツールを提供す
るものである。

【００１６】本発明の特に好適な実施例においては、ユ
ーザ・インターフェース・エディターが得ることのでき
る個々のオブジェクトをエンドユーザ変更可能にしてあ
る。即ち、エンドユーザが、複数のオブジェクトの間の
順序を変更することができ、オブジェクトのテキストを
変更することができ、オブジェクトを削除することがで
き、そして、ユーザ・インターフェースに変更を加えよ
うとしたときに呼出されるコードを変更することができ
るようにしてある。

【００１７】ユーザ・インターフェース・エディター
（ＵＩＥ）が実行を開始すると、このＵＩＥが、ユーザ
変更可能な制御ファイルからの読込みを行なう。この制
御ファイルは、各パネル・タイプ（例えば、ウィンドウ
やメッセージ・ボックス）に対応したタグを収容してお
り、それらタグは、ＵＩＥのユーザがそれらタグに対し
て処理を加え得るようにしてある。この制御ファイルは
更に、そのパネル・タイプの中に配置することのできる
各オブジェクト（例えば、チェックボックスやプッシュ
ボタン）に対応したタグを収容している。

【００１８】また、ＵＩＥに供給される制御ファイルの
パラメータを変更することをとおして、ないしはその制
御ファイルに新たなタグを追加することをとおして、ユ
ーザが、そのＵＩＥの呼出しによって供給されるパネル
及びオブジェクトの内容、外観、及び挙動に対する、完
全な制御を把握できるようにしている。その具体例を挙
げるならば、あるオブジェクトのテキスト記述を変更す
るには、そのオブジェクトに対応した「OBJECTタグ」の
「TEXTパラメータ」を更新すれば良い。尚、制御ファイ
ルに新たなタグを追加することも可能にしてあり、既存
のタグを削除したり並べ換えたりすることも可能にして
ある。

【００１９】ＵＩＥアプリケーションの中では、メッセ
ージ方式の技法を用いることによって、ユーザが、オブ
ジェクト取扱いソフトウェア・ルーチンをカストマイズ
することができるようにしてある。その具体例を挙げる
ならば、ユーザがパネル上のある特定のオブジェクトの
属性を変更することを欲しているとの通知をＵＩＥが受
け取ったならば、ＵＩＥは、そのオブジェクトに対応し
たパラメータによって指定されているプロシージャーへ
宛てて編集メッセージを送出する。このプロシージャー
は、そのメッセージを受け取ったならば、それに応答し
て、ディスプレイ画面上にダイヤログを表示して、ユー
ザがその属性に対して変更を加えられるようにする。も
しユーザが、そのダイヤログを変更することを望むか、
或いは、ダブル・クリック操作をしたときに実行される
アクションを、その他のアクションに変更することを望
むのであれば、ユーザは、編集メッセージに対して望み
の応答をするプロシージャーを書くようにすれば良い。
このようにして、基礎となったＵＩＥコードを変更する
ことも、また、再コンパイルすることも必要とせずに、
その種の変更をインプリメントすることができるように
しているのである。

【００２０】

【実施例】本発明の方法においては、ユーザ・インター
フェース（ＵＩ）のパネルを生成及び維持するために、
パネル定義言語（タグ言語）を含んでいるウィズィウィ
グ（ＷＹＳＩＷＹＧ）式エディター、ないしはテキスト
・エディターを使用するようにしている。

【００２１】システムの全体像 図２及び図３に示すように、グラフィカル・ユーザ・イ
ンターフェース・エディター（ＧＵＩＥ）とユーザ・イ
ンターフェース・コンパイラー（ＵＩＣ）との間に、ソ
フトウェア・インターフェースが確立されており、これ
らＧＵＩＥとＵＩＣとは、プロセス・コールではなく、
アプリケーション・プログラム・インターフェースによ
って結合されている。プロセス・コールに代えてアプリ
ケーション・プログラム・インターフェースを使用する
ことによって、オーバーヘッドを軽減しているのであ
る。

【００２２】エンドユーザは、グラフィカル・ユーザ・
インターフェース・エディター（ＧＵＩＥ）ないしテキ
スト・エディターを使用して、コンパイル可能で格納可
能なＧＵＩソース・ファイルを生成することができる。
ＧＵＩソース・ファイルは、グラフィカル・ユーザ・イ
ンターフェース（ＧＵＩ）のパネルを定義するタグ言語
を収容している。タグ言語ファイルは、ＧＵＩＥへの唯
一の入力であり、また、ＧＵＩＥからの唯一の出力であ
る。このタグ言語ファイルを、ＧＵＩＥによって生成
し、テキスト・エディターで変更を加え、再びＧＵＩＥ
の中へ読み込み、そして、ユーザ・インターフェース・
コンパイラー（ＵＩＣ）の中でコンパイルすることがで
きるようにしてある。この種の変更はいずれも、（ＧＵ
ＩＥとＵＩＣとの間のソフトウェア・リンクによって）
保存され、ＧＵＩＥによって生成されたタグ言語ファイ
ルの中に収容される。これによって、ソース・ファイル
がどのように編集されようと、そのソース・ファイルの
完全性が維持される。このプロセスは、必要に応じて何
度でも反復して実行することができるため、ユーザが行
なう、パネルを生成したり、パネルに変更を加える作業
に、最大限の融通性が与えられことになる。

【００２３】このシステムの構成要素には、ユーザ・イ
ンターフェース・エディター（ＵＩＥ）、パネル定義言
語を含んでいる構築時ツール、パネル言語コンパイラー
／リンカー、それに、実行時サポート・パッケージが含
まれている。構築時ツールはウィズィウィグ（ＷＹＳＩ
ＷＩＧ）式パネル生成用エディターを含んでいる。この
ウィズィウィグ式パネル生成用エディターは、アイコン
で表示されたパネル・オブジェクトをユーザが直接、操
作できるようにすることによって、高速のパネル生成作
業を可能にしている。これによって、アプリケーション
の構築者、即ちエンドユーザを、パネルのレイアウト作
業において支援することができ、エンドユーザが、パネ
ルのフォーマッティングに関する、こまごまとした作業
に手間を取られることなく、パネルのレイアウト作業に
集中できるようにすることが可能になっている。

【００２４】パネル定義言語とは、パネル定義を生成す
る際の方式のことである。本実施例においては、パネル
定義言語は、タグ言語としてある。

【００２５】パネル言語コンパイラー／リンカーは、パ
ネル定義ファイルを対象とした読取りと書込みとを行な
うツールであり、それらを行なうことによって、パネル
定義ファイルを生成したり、パネル定義ファイルに対し
てテキスト・エディターを用いて更新を加えた際に、そ
の変更後のパネル定義ファイルを再びウィズィウィグ式
ツールの中へ読み込めるようにしている。このパネル言
語コンパイラー／リンカーの機能の仕方は、ウィズィウ
ィグ式パネル生成用エディターとパネル定義言語とを統
合し、パネル定義言語ファイルを、パネル・テキストの
分解及び分離が可能な中間ファイルの集合へ変換すると
いうものである。このコンパイル及びリンクの機能は、
様々なグラフィカル・ユーザ・インターフェースのプラ
ットフォームをサポートできるようにするための、かな
めの機能である。即ち、パネル言語リンカーは、プラッ
トフォーム依存性を持たない中間ファイルのグループを
結合して、それらを、特定プラットフォーム向け実行時
パネル定義にするものである。

【００２６】実行時サポートの方式としては、ＵＩディ
スプレイ・ノードの各々に１つずつＵＩサーバーのコピ
ーをロードするようにした、クライアント・サーバー・
アーキテクチャを採用している。また、複数のアプリケ
ーション・プログラムが夫々のＵＩサポートのサービス
要求を、局所的ＵＩサーバー、即ち遠隔ＵＩサーバーか
ら、単一の高機能のアプリケーション・プログラム・イ
ンターフェース（ＡＰＩ）を介して、同時に発すること
ができるようにしてある。ＵＩ動作パラメータ（例え
ば、宛先ＵＩサーバーのサーバー名や、パネル・ライブ
ラリーのライブラリー名等）は、そのＵＩクライアント
・アプリケーションを装備しているノードと同じノード
に装備したＵＩ制御ブロックの中に収容してある。この
ようにＵＩ制御ブロックを装備してあるため、そのクラ
イアント・アプリケーションに変更を加えることなく、
クライアント・アプリケーションのＵＩパラメータに対
して実行時変更を加えることができるようになってい
る。

【００２７】ＵＩ実行時オブジェクト集合には、パネル
（ウィンドウ）とメッセージ・ボックスとが含まれてお
り、更に、例えばリスト・ボックスやエントリー・ボッ
クス等の、パネルの中に配置することのできるコントロ
ール類も全て含まれている。それらオブジェクトの各々
は、１つないし複数の属性（例えば、ディスプレイ特
性、テキスト、エントリー特性、それに、ユーザ・デー
タ等）によって特徴付けられている。

【００２８】パネル・アクションＵＩ要求は、クライア
ント・アプリケーションが、あらゆるオブジェクトを対
象としたデータ交換アクション（例えば、データの設
定、照会、更新等のアクション）や、パネル上に存在し
ているオブジェクトを対象とした即時制御アクション
（例えば、ロック／アンロック、隠蔽化／顕在化等のア
クション）を実行できるようにするために、用意してあ
るものである。

【００２９】ユーザ・インターフェース・アプリケーシ
ョン・プログラム・インターフェース（ＵＩ−ＡＰＩ）
は、連結グループ機能である、連結／切断の機能を備え
ている。この機能を備えるようにしたのは、クライアン
ト・アプリケーションが２つ以上のＵＩサーバーのディ
スプレイ・サービスを同時に利用できるようにするため
に、クライアント・アプリケーションが、先ず最初に、
宛先ＵＩサーバーとの間に固有のセッションを確立する
ようにしてあるからである。

【００３０】このＵＩ−ＡＰＩは更に、ディスプレイ・
グループ機能である、ゲット・パネル機能、ディスプレ
イ・パネル機能、パネル・アクション機能、それにディ
スプレイ・メッセージ・ボックス機能を備えている。Ｕ
Ｉ−ＡＰＩが、このディスプレイ・グループ機能を備え
ているために、ＵＩサーバーがパネルをメモリー中にロ
ードすることを、アプリケーションが要求できるように
なっており、また更に、アプリケーションが、オブジェ
クトに対してデータ交換ないし即時制御アクションを実
行すること、パネルをディスプレイさせること、それ
に、メッセージ・サービスをディスプレイさせることを
行なえるようになっている。

【００３１】このＵＩ−ＡＰＩは更に、ユーザ出口ルー
チン・グループ機能を備えている。この機能は、ユーザ
出口ルーチンを設定し、また、ユーザ出口ルーチン事象
に処理を加えることのできる機能である。ユーザ出口ル
ーチンは、ユーザがパネル・アクションを開始したとき
に、そのことがアプリケーション・プログラムに即座に
通知されるようにするものである。その要求（ユーザの
そのパネル・アクションによる要求）によって、ユーザ
出口ルーチンが、パネルないしコントロール・オブジェ
クトのレベルで設定される。こうしてユーザ出口ルーチ
ンを利用することにより、そのアプリケーションのうち
のＵＩ部分を、モジュラー式（即ち、ユニット式）に構
築することができ、それによってコードの再使用可能性
を可及的に増大させることができる。

【００３２】本発明の方法においては、タグ言語のソー
ス・コード・ファイルを用いてグラフィカル・ユーザ・
インターフェース（ＧＵＩ）のパネルを定義するように
している。図４及び図５は、ウィズィウィグ式エディタ
ーが生成するソース・コードのタグ言語ファイル（即
ち、.PDFファイル）の一例を示したものである。これら
の図において、コロン（：）で始まってピリオド（．）
で終わる各エントリが、夫々１つのタグに相当してい
る。

【００３３】夫々のタグ・ファイル（即ち、.PDFファイ
ル）どうしは、連係リスト（linkedlist ）の形で、内
部的に互いに連結されている。連係リストの一例を示す
と、例えば次の表Ｉのようになる。

【表１】

【００３４】上の表Ｉを見れば分かるように、先ず、Wi
ndowdef によって、１つのウィンドウを Panel A（パネ
ルＡ）として定義しており、そのサイズを５０×５０、
そのロケーションを（０、０）としている。このウィン
ドウを定義しているタグ・ファイルは、Panel A であ
る。この連係リストの第２番目のアイテムは、この連係
リストのアドレス２に存在している。このアイテムは、
チェックボックス（Checkbox）であり、そのサイズを２
×７、そのロケーションを（１０、１０）とし、そして
そのタグ・ファイルを、Option A（オプションＡ）とし
ている。この連係リストの第３番目のアイテムは、アド
レス３に存在している。このアイテムもまた、チェック
ボックス（Checkbox）であり、そのサイズを２×７、そ
のロケーションを（２０、１０）とし、そして、Option
B（オプションＢ）というテキスト・ファイルによって
定義してある。この連係リストの中の、次のアイテムは
Ewindowdef である。

【００３５】エンドユーザは、この、タグ言語のソース
・コード・ファイルに対して、グラフィカル・ウィズィ
ウィグ・エディター及びテキスト・エディターの一方又
は両方を交換可能に使用して、編集を加えることができ
る。本発明の方法においては、結果として得られた（即
ち、編集を加えた、或いは生成した）ＧＵＩパネルを、
コンパイルしてセーブするようにしており、それによっ
てソース・コードのＧＵＩパネル・ファイルと、オブジ
ェクト・コードのＧＵＩファイルとの両方を得るように
している。またこれによって、ＧＵＩソース・コード・
ファイルの完全性を、テキスト・エディターによって手
操作の更新が行なわれた後までも、維持できるようにし
ている。

【００３６】ユーザ・インターフェース・コンパイラー
／リンカー ユーザ・インターフェース・コンパイラーは、パネルを
定義しているタグファイルをコンパイルすることによっ
て、ＰＢＩ（パネル・バイナリ中間）ファイルを生成す
るものである。その擬似コードの一例を示すと、例えば
次のようになる。コンパイラーは、ファイルからの読取
りを行なう。コンパイラーは、夫々のタグを解析した上
で、タグ・メソッドをコールして、オブジェクト・リス
トを構築させる。コンパイラーは、構築されたオブジェ
クト・リストを、ＰＢＩファイルに書込む。

【００３７】タグ言語で表わされるパネルを生成し、定
義し、また、そのパネルに対して編集を加え、変更を加
え、その後にソース・コードのタグ・ファイルをコンパ
イルしてオブジェクト・コードとし、そして、それらソ
ース・コードとオブジェクト・コードとの両方をセーブ
するという能力は、ＧＵＩＥとＵＩＣとを、それらの間
のソフトウェア・リンクを介して完全に統合することに
よって、可能となったものである。

【００３８】このようにソフトウェア・リンクを用いて
いるため、タグ言語ファイルがＧＵＩＥの中へ読込まれ
たときには、このソフトウェア・リンクがＵＩＣを呼出
す。呼出されたＵＩＣは、ソース・タグをバイナリ表示
に変換し、その変換したバイナリ表示をファイルに書込
む。続いて、ＧＵＩＥが、そのバイナリ・ファイルをメ
モリの中のデータ構造体の中へ読込み、その読込んだ内
容を使用して、ユーザが行なうあらゆるパネル更新操作
を追跡する。ユーザが所望の全ての変更を完了したなら
ば、ＵＩＥが、そのバイナリ表示のデータ構造体からソ
ース・タグを生成し、その生成したソース・タグをユー
ザ指定されたファイルの中へ書込む。

【００３９】以上のようにして得られたシステムは、テ
キストと図形画像とを共にサポートするシステムであっ
て、しかも、使用法の習得が容易で使用法自体も簡単な
クライアント・サーバー式のグラフィカル・ユーザ・イ
ンターフェース機能を提供するシステムとなっている。
このシステムは、あるアプリケーション・プログラムの
全ライフ・サイクルに亙って、ＧＵＩと、ユーザ・イン
ターフェース・アプリケーションのパネル及びソフトウ
ェアとを開発及び保守するための、生産性の高い環境を
提供するものとなっている。また、この本発明のグラフ
ィカル・ユーザ・インターフェース・システムは、非同
期の、事象駆動形のプログラミングをサポートする、グ
ラフィカル・ユーザ・インターフェースとなっている。

【００４０】グラフィカル・ユーザ・インターフェース
・ソース・コード・ファイル及びグラフィカル・ユーザ
・インターフェース・エディター グラフィカル・ユーザ・インターフェース・エディター
（ＧＵＩＥ）は、ウィンドウ、メッセージ・ボックス、
及びコントロールを、アイコンで表示することのでき
る、視覚的インターフェースである。ユーザは先ず、マ
ウスや、タッチ・パネルや、カーソル・キー等を使用し
て、ウィンドウやメッセージ・ボックスの中へ、コント
ロールを移動させる。こうしてコントロールを移動させ
たならば、移動させたコントロールに属性を付与する。
この、属性を付与するアクションの結果として、パネル
定義ファイル（.PDFファイル）の定義、生成、ないしは
変更が生ずる。更には、エンドユーザは、このユーザ・
インターフェース・エディターを使用して、テキスト・
エディターを用いて構築された、.PDFファイルの中に格
納されているソース・タグをディスプレイさせたり、そ
のソース・タグに対して変更を加えたりすることもでき
る。ユーザは、任意のテキスト・エディターを使用し
て、ウィンドウ、メッセージ・ボックス、それにコント
ロールを構築することができる。例えば、エンドユーザ
は、ウィンドウを生成したければ「:windowdef」と、ま
た、メッセージ・ボックスを生成したければ「:messag
e」と、夫々タイピングして打ち込めば良い。この方法
によって、ユーザは、ユーザ・インターフェース・エデ
ィターか或いはテキスト・エディターを用いてパネル定
義ファイル（.PDFファイル）に格納されている任意のソ
ース・タグを、テキスト・エディタを使うことにより、
ディスプレイ上に表示させたり、そのソース・タグに対
して変更を加えたりすることができる。

【００４１】次のステップは、例えばウィンドウやメッ
セージ・ボックス等を収容しているそのパネル定義ファ
イル（.PDFファイル）を、セーブするステップである。
この「セーブ」のアクションを実行すると、自動的に、
そのときセーブしようとしているウィンドウないしメッ
セージ・ボックスをソース・タグに変換し、そのソース
・タグには、ＵＩツールがウィンドウないしメッセージ
・ボックスを生成する際に必要とする定義が含まれてい
る。

【００４２】ユーザ・インターフェース・エディターま
たはテキスト・エディターを用いて構築されたパネル定
義ファイル（.PDFファイル）を、ユーザが後にオープン
したときには、その「オープン」のアクションが実行さ
れることによって、そのパネル定義ファイル（.PDFファ
イル）に格納されていたソース・タグが、コンパイルさ
れて、ウィンドウないしメッセージ・ボックスとして、
ディスプレイ上に表示される。

【００４３】パネルを定義するには、タグを用いて定義
する。タグとは、何らかのデータ集合に付随させる１つ
ないし複数の文字であり、そのデータ集合に関する（例
えばそのデータ集合の識別情報等をはじめとする）様々
な情報を包含させたものである。タグのうちには、言語
オブジェクトのオブジェクト名を表わす字句単位を成し
ているものもある。その例を挙げるならば、変数名、配
列名、レコード名、ラベル名、それにプロシージャー名
等である。また、タグのうちには、ファイルの中のデー
タに関する様々な状態を明示する一組のビットないし文
字であるものもある。この種のビットないし文字は、し
ばしば、そのファイルのヘッダー・レコードの中で使用
されており、例えば、ファイル、フィールド、パラグラ
フ、或いはその他のオブジェクト等の、種々のデータ構
造体に対して付された、名や、略号とされている。

【００４４】１つの「タグ」は、そのタグに固有のタグ
名と、様々な種類の必要なパラメータないしオプション
のパラメータとから構成されている。また、ユーザは、
ウィンドウ定義タグ、ないしはメッセージ・ボックス定
義タグの中に、コントロール・タグをタイピングして打
ち込むことによって、ウィンドウ、ないしはメッセージ
・ボックスの中に、コントロールを追加することができ
る。タグ・タイプには、以下のものがある。 コンパイラー・タグ：コンパイラー・タグは、コンパイ
ラーに対して情報を明示ないし指定するタグである。こ
の情報は、コンパイラーを制御するために使用される情
報であることもあれば、また、その他のタグが参照すべ
き情報を明示ないし指定するために使用される情報であ
ることもある。このコンパイラー・タグに含まれるの
は、ヘルプ・テキスト定義タグ、ヘルプ・テキスト・タ
グ、ラベル定義タグ、資源定義タグ、テキスト・ストリ
ング定義タグ、それに、ユーザ・インターフェース定義
ファイル識別子等である。 メッセージ・ボックス及びウィンドウ定義タグ：メッセ
ージ・ボックス及びウィンドウ定義タグは、あるメッセ
ージ・ボックスまたはあるウィンドウの始まりと終りと
を明示するタグである。 レイアウト・タグ：レイアウト・タグは、ウィンドウ定
義の中のコントロールのための、列と行の配列について
の情報をはじめとするレイアウト関係の様々な情報を明
示ないし指定するタグである。このレイアウト・タグに
含まれるのは、列タグ、部タグ、ライン・モード・タ
グ、ウィンドウ倍率タグ、スペース・タグ、それに、サ
ブアイテム・タグ等である。 コントロール・タグ：コントロール・タグには、ウィン
ドウ定義の中に表示する実際の内容を指定するものもあ
り、また、メッセージ・ボックスの中に表示するコント
ロールを指定するものもある。ウィンドウ定義関係のコ
ントロール・タグには、チェック・ボックス、列見出
し、列見出しグループ、コンビネーション・ボックス、
ドロップ・ダウン・コンビネーション・ボックス、ドロ
ップ・ダウン・リスト、エントリー・フィールド、グル
ープ、アイコン、リスト、リスト・アイテム、メニュー
・アイテム・グループ、メニュー・アイテム、出力フィ
ールド、ファンクション・キー・エリア・プッシュ・ボ
タン、プッシュ・ボタン、ラジオ・ボタン、それに、ス
タティック・テキスト等のタグがある。また、メッセー
ジ・ボックス定義関係のコントロール・タグには、メッ
セージボックス・プッシュ・ボタンや、メッセージ・テ
キスト等のタグがある。

【００４５】ウィンドウないしメッセージ・ボックスを
定義するには、一連の複数のタグによって定義する。１
つのタグは、そのタグに固有のタグ名に、必要なパラメ
ータないしオプションのパラメータを付加したもので構
成される。１つのタグの構造は、次のようなものとな
る。

【００４６】パネル定義ファイル（.PDFファイル）と、
この.PDFファイルを構成している複数のタグとは、以下
の諸特性を備えたものとしている。先ず第１に、新たな
タグは、改行した新たな行から始まる。第２に、空行は
無視される。第３に、タグ及びパラメータは大文字小文
字を区別しない。第４に、１つのタグは先頭のコロンを
もって始まる。第５に、タグ行（タグを記載してある
行）は、その次の行へと連続することができ、従って、
パネル定義ファイル（.PDFファイル）の複数行に亙って
存在することができる。第６に、タグ行に存在する前置
きのスペースは無視され、これは、ソース行が引用符付
きストリングの途中で分割されている場合にも適用され
る。第７に、タグ行は常にピリオドをもって終了する。

【００４７】ブロック・タグは、一対で使用するタグで
ある。ブロック・タグを使用するのは、通常、その他の
一連のタグから成るタグ集合体を括るためである。一対
のブロック・タグのうちの終了タグは、開始タグと同じ
形に、ただし、開始タグの頭にフォワード・スラッシュ
を付加した形で定義する。例えば、あるブロックにおい
て、その先頭タグが「WINDOWDEF」であったならば（即
ち、それがウィンドウ定義用のブロックであったな
ら）、そのブロックの終了タグは「/WINDOWDEF」とす
る。

【００４８】既に存在しているウィンドウないしメッセ
ージ・ボックスは、.PDFファイルの中に格納されている
複数のソース・タグによって構成されている。その.PDF
ファイルを「オープン」したときには、その.PDFファイ
ルの中に存在しているソース・タグが、コンパイルされ
て、ウィンドウないしメッセージ・ボックスとしてディ
スプレイ上に表示される。また、「セーブ」のアクショ
ンを実行すると、それによって、ソース・タグが、.PDF
ファイルに書込まれる。.PDFファイルは、パネル全体に
対応したエントリーと、そのパネルの中の各オブジェク
トに対応したエントリーと、それらエントリーを、より
大きなオブジェクトの中にネストされたサブオブジェク
トの各々に対応させて連結する連係リストとを含んでい
る必要がある。この連係リストは、その中の各エントリ
ーが、この連係リストの中の次のエントリーを包含した
フィールドを備えているようにしてある。

【００４９】本発明の特に好適な実施例においては、ユ
ーザ・インターフェース・エディターが得ることのでき
る個々のオブジェクトをエンドユーザ変更可能にしてあ
る。即ち、エンドユーザが、複数のオブジェクトの間の
順序を変更することができ、オブジェクトのテキストを
変更することができ、オブジェクトを削除することがで
き、そして、ユーザ・インターフェースに変更を加えよ
うとしたときに呼出されるコードを変更することができ
るようにしてある。

【００５０】ユーザ・インターフェース・エディター
（ＵＩＥ）が実行を開始すると、このＵＩＥが、ユーザ
変更可能な制御ファイルからの読込みを行なう。この制
御ファイルは、各パネル・タイプ（例えば、ウィンドウ
やメッセージ・ボックス）に対応したタグを収容してお
り、それらタグは、ＵＩＥのユーザがそれらタグに対し
て処理を加え得るようにしてある。この制御ファイルは
更に、そのパネル・タイプの中に配置することのできる
各オブジェクト（例えば、チェックボックスやプッシュ
ボタン）に対応したタグを収容している。図１０は、パ
ネルの生成及び編集に用いる具体例のパネルを示したも
のである。このパネルは、その左辺の近くに「ウィンド
ウ」を含んでいる。このウィンドウは、制御ファイルか
ら得ることのできるオブジェクト（例えば、対話ツール
等）を示している。図１０に示したこのユーザ・インタ
ーフェース・エディターのパネルは、プッシュ・ボタン
（この図１０では強調表示されている）と、ファンクシ
ョン・キー・プッシュ・ボタンと、チェック・ボックス
と、出力フィールドと、ＭＬＥエントリー・フィールド
と、グループ・ボックスと、ラジオ・ボタンと、ファイ
ル・アイコンとを含んでいる。いうまでもないことであ
るが、制御ファイルには、その他のオブジェクトが含ま
れていることもある。

【００５１】タグには２種類のタイプがある（ PANELタ
グ（パネル・タグ）と、OBJECTタグ（オブジェクト・タ
グ）との２種類である）。夫々の種類のタグのパラメー
タを以下に示す。

【００５２】PANELタグ（パネル・タグ）：このタイプ
のタグは、パネル・タイプ・コンパクトを次のように定
義する。 ICON＝ＵＩＥの中で、そのパネル・タイプを表わすアイ
コンの資源名。 TEXT＝ディスプレイ画面上において、そのパネルのアイ
コンの下に表示するテキスト記述。 WINPROC ＝そのパネル・タイプに対応したプログラム・
メッセージを取扱うべきＣプロシージャーのプロシージ
ャー名。 WINCLASS＝ＵＩＥが、そのパネル・タイプのものとして
登録するウィンドウ・クラスのウィンドウ・クラス名
（例えば、ＩＢＭ−ＯＳ／２“PresentationManager”
（商標）というウィンドウ・クラス等）。これによって
そのパネル・タイプと、そのパネル・タイプの WINPROC
との間の通信がセット・アップされる。 DLL ＝ WINPROCを収容しているダイナミック・リンク・
ライブラリー（ＤＬＬ）のライブラリー名。 RESDLL＝ICONを収容しているダイナミック・リンク・ラ
イブラリー（ＤＬＬ）のライブラリー名。 TAGTYPE ＝タグ言語ファイルの中で、そのパネル・タイ
プを明示するために使用するタグの識別子。

【００５３】OBJECTタグ（オブジェクト・タグ）：この
タイプのタグは、パネルの中に配置することのできるオ
ブジェクトを次のように定義する。 ICON＝ＵＩＥの中で、そのオブジェクトを表わすアイコ
ンの資源名。 TEXT＝ディスプレイ画面上において、そのオブジェクト
のアイコンの下に表示するテキスト記述。 WINPROC ＝そのオブジェクトに対応したプログラム・メ
ッセージを取扱うべきＣプロシージャーのプロシージャ
ー名。 WINCLASS＝ＵＩＥが、そのオブジェクトのものとして登
録する、例えば、「ＯＳ／２“Presentation Manager"
（商標）というウィンドウ・クラスのウィンドウ・クラ
ス名。これによって、そのオブジェクトと、そのオブジ
ェクトの WINPROCとの間の通信がセット・アップされ
る。 DLL ＝ WINPROCを収容しているダイナミック・リンク・
ライブラリー（ＤＬＬ）のライブラリー名。 RESDLL＝ICONを収容しているダイナミック・リンク・ラ
イブラリー（ＤＬＬ）のライブラリー名。 TAGTYPE ＝タグ言語ファイルの中で、そのオブジェクト
を明示するために使用するタグの識別子。

【００５４】制御ファイルの内容の具体例を示すと、以
下のとおりである。

【００５５】ＵＩＥへ供給される制御ファイルのパラメ
ータを変更することをとおして、ないしはその制御ファ
イルに新たなタグを追加することをとおして、ユーザ
が、そのＵＩＥの呼出しによって供給されるパネル及び
オブジェクトの、内容、概観、及び挙動に対する、完全
な制御を把握することができるようにしている。その具
体例を挙げるならば、「Pushbutton（プッシュボタ
ン）」というテキスト記述を変更するには、そのオブジ
ェクトに対応した「OBJECTタグ」（オブジェクト・タ
グ）の「TEXTパラメータ」を更新すれば良い。尚、制御
ファイルに新たなタグを追加することも可能にしてあ
り、既存のタグを削除したり並べ換えたりすることも可
能にしてある。

【００５６】ＵＩＥアプリケーションの中では、メッセ
ージ方式の技法を用いることによって、ユーザが、オブ
ジェクト取扱いソフトウェア・ルーチンをカストマイズ
することができるようにしてあり、それには、 WINPROC
パラメータを操作するようにする。その具体例を挙げる
ならば、例えばユーザが、マウスを使用してパネル上の
特定のオブジェクトの上でダブル・クリック操作をする
等によって、図１０に示したパネルとの間で対話操作を
行なった結果、ユーザがそのオブジェクトの属性を変更
することを欲しているとの通知をＵＩＥが受け取ったな
らば、ＵＩＥは、そのオブジェクトに対応した WINPROC
パラメータによって指定されているプロシージャーへ宛
てて EDIT ATTRIBUTESメッセージ（属性に対して編集を
加えることを求めるメッセージ）を送出する。このプロ
シージャーは、その EDIT ATTRIBUTESメッセージを受け
取ったならば、それに応答して、ディスプレイ画面上に
ダイヤログを表示して（この表示は、図１０に示した２
つのユーザ・インターフェースの具体例のうちのいずれ
か一方のようにして行なわれる）、ユーザがその属性に
対して変更を加えられるようにする。もしユーザが、そ
のダイヤログを変更することを望むか、或いは、ダブル
・クリック操作をしたときに実行されるアクションを、
その他のアクションに変更することを望むのであれば、
ユーザは、 EDIT ATTRIBUTESメッセージに対して望みの
応答をするＣプロシージャーを書くようにすれば良い。
そしてそのＣプロシージャーのプロシージャー名を、そ
のオブジェクトに対応した WINPROCパラメータの中に指
定すれば、これによって、そのプロシージャー名が、 D
LLパラメータの中に指定されたダイナミック・リンク・
ライブラリーにリンクされる。以上のようにして、基礎
となったＵＩＥコードを変更することも、また、再コン
パイルすることも必要とせずに、その種の変更をインプ
リメントすることができるようにしているのである。

【００５７】グラフィカル・ユーザ・インターフェース
・ソース・コード・ファイルをコンパイルしてグラフィ
カル・ユーザ・インターフェース・オブジェクト・コー
ド・ファイルを得ることについて 図７〜図９は、様々なファイル・タイプと本発明の夫々
のステップの関係を詳細に示した図であり、図６は、そ
れら図７〜図９の並べ方を示した図である。図７におい
て、先ず、パネル定義ファイル（.PDFファイル）が、エ
ンドユーザによって生成される。エンドユーザは、グラ
フィカル・ユーザ・インターフェース・エディターまた
はテキスト・エディターを使用して、この.PDFファイル
を生成する。続いてユーザ・インターフェース・コンパ
イラー（ＵＩコンパイラー）が、その.PDFファイルを、
パネル・バイナリ中間ファイル（.PBIファイル）へ変換
する。続いてユーザ・インターフェース・リンカーがコ
ールされる。ユーザ・インターフェース・リンカーは、
パネル定義情報を収容するための、様々な種類のファイ
ルを生成する。生成されるそれらファイルには、以下の
ファイル・タイプのものが含まれている。 .BIN：.PBIファイルの各々に対して、.BINファイルを１
つずつ生成する。.BINファイルは、パネルを構築するた
めのバイナリ命令を収容するファイルである。 .PDI：.PDIファイル（パネル定義中間ファイル）を１つ
生成する。.PDIファイルは.PDFファイルの中に定義され
ている.BINファイル及び資源ファイルの各々に対応した
「組込みステートメント」を収容するファイルである。 .H：.Hファイルを１つ生成する。.Hファイルは、そのパ
ネルの中に定義されている、あらゆるコントロール、テ
キスト・ストリング、ヘルプ・パネル、等々に対応した
#DEFINEステートメントを収容するファイルである。ま
た、.HファイルはＵＩ構成要素と共に使用されるアプリ
ケーションの中に収容される。 .PMI：.PMIファイル（パネル・マシン・リーダブル情報
ファイル）を、１つ生成する。.PMIファイルは、マシン
・リーダブルなファイルであり、あらゆるパネルにおけ
る、あらゆるテキストを収容するファイルである。 .PHI：.PHIファイル（パネル・ヘルプ中間ファイル）を
１つ生成する。.PHIファイルは、あらゆるヘルプ・パネ
ルにおける、あらゆるヘルプ・パネル・テキストを収容
するファイルである。 .DEF：暫定ファイルである.DEFファイル（定義ファイ
ル）を２つ生成する。これらの.DEFファイルは、後の構
築プロセスにおけるステップで使用するファイルであ
る。

【００５８】図８について説明すると、.DEFファイルと
STUBファイルとが、リンカーによってリンクされ、ま
た、.BINファイルの出力と.PDIファイルと.Hファイルと
がコンパイルされて、.PDLファイル（パネル定義ライブ
ラリー・ファイル）が生成されている。図９について説
明すると、.DEFファイルとSTUBファイルとが、リンカー
によってリンクされ、また、.PMIファイルの出力と.Hフ
ァイルとがコンパイルされて、.PMLファイル（パネル・
メッセージ・ライブラリー・ファイル）が生成されてい
る。続いて、結果として得られた出力が、適当なファイ
ルに格納される。

【００５９】

【発明の効果】以上から分かるように、本発明によって
提供されるグラフィカル・ユーザ・インターフェース・
エディターは、エンドユーザが、グラフィカル・ユーザ
・インターフェースを定義し、生成し、ないしは編集す
ることを、可能にするものである。しかもこれは、ユー
ザ・フレンドリーなグラフィカル・ユーザ・インターフ
ェース・エディターによって達成しており、即ち、ウィ
ズィウィグ（ＷＹＳＩＷＹＧ）式エディター及びテキス
ト・エディターの一方又は両方を交換可能に利用するよ
うにした、グラフィカル・ユーザ・インターフェース・
エディターによって達成している。

【００６０】本発明のグラフィカル・ユーザ・インター
フェース・エディターによれば、結果として得られた
（即ち、編集を加えた、或いは生成した）ＧＵＩパネル
をコンパイルしてセーブしておくことができる能力がエ
ンドユーザに付与され、更に、編集後のＧＵＩパネルに
対応した編集後のソース・コードをセーブする能力もエ
ンドユーザに付与される。これによって、エンドユーザ
の能力が強化され、グラフィカル・ユーザ・インターフ
ェース・ファイルに対して更に変更を加えることも、ま
た更には、グラフィカル・ユーザ・インターフェース・
ファイルをコピーすることも可能になっている。

【図面の簡単な説明】

【図１】従来例に係るグラフィカル・ユーザ・インター
フェースを示した図である。

【図２】本発明に係るグラフィカル・ユーザ・インター
フェース・エディターの全体像を示したフローチャート
である。

【図３】本発明に係るグラフィカル・ユーザ・インター
フェース・エディターにおける複数のモジュールとそれ
らモジュールの間の関係を示した図である。

【図４】ユーザ・アクセス可能なタグ・ファイル（.PDF
ファイル）の一部を示したリストであり、図５へ続く図
表である。

【図５】ユーザ・アクセス可能なタグ・ファイル（.PDF
ファイル）の一部を示したリストであり、図４から続く
図表である。

【図６】図７〜図９の並べ方を示した図である。

【図７】本発明に係るモジュールとプロセスの関係を示
した模式図の一部であり、図８及び図９と組合せる図で
ある。

【図８】本発明に係るモジュールとプロセスの関係を示
した模式図の一部であり、図７及び図９と組合せる図で
ある。

【図９】本発明に係るモジュールとプロセスの関係を示
した模式図の一部であり、図７及び図８と組合せる図で
ある。

【図１０】その右辺に沿って利用可能なオブジェクトが
表示されている、パネルの編集のために用いられるパネ
ルを示した図である。

【符号の説明】

１ グラフィカル・ユーザ・インターフェースのパネル １１、２１、３１ 図形画像

───────────────────────────────────────────────────── フロントページの続き (72)発明者 デービッド・マイケル・ダプキーヴィチ アメリカ合衆国05468、バーモント州 ミ ルトン、ピーオー・ボックス 604 (72)発明者 ロバート・パトリック・ホフマン アメリカ合衆国13760、ニューヨーク州 エンドウェル、ジョージ・エフ・ハイウェ イ 3600番地、アパートメント ２ (72)発明者 ジェリー・ウォルター・マルコム アメリカ合衆国78758、テキサス州 オー スチン、リンカーンシャー 12040番地 (72)発明者 ジョン・デービッド・モンゴメリー アメリカ合衆国13903、ニューヨーク州 ビンガムトン、オーデュボン 40番地 (72)発明者 スコット・アンソニー・シルベスター アメリカ合衆国13760、ニューヨーク州 エンディコット、ボスウェル・ヒル 125 番地

Claims (3)

【特許請求の範囲】
1. 【請求項１】 少なくとも１つのオブジェクトを有する
   グラフィカル・ユーザ・インターフェース・パネルに対
   応したグラフィカル・ユーザ・インターフェース・パネ
   ル・ファイルを、定義すること、生成すること、または
   編集することのうちの、１つないし２つ以上を行なう方
   法において、 ａ） 前記グラフィカル・ユーザ・インターフェース・
   パネルのオブジェクトを記述しているグラフィカル・ユ
   ーザ・インターフェース定義用タグファイルを収容して
   いるユーザ変更可能なグラフィカル・ユーザ・インター
   フェース・ソース・コード制御ファイルをオープンする
   ステップと、 ｂ） 前記グラフィカル・ユーザ・インターフェース・
   ソース・コード制御ファイルの中の１つのオブジェクト
   ・タグ・ファイルに編集を加えるステップと、 ｃ） その編集後オブジェクト・タグ・ファイルをグラ
   フィカル・ユーザ・インターフェース・パネル・ファイ
   ルへエンターするステップと、 ｄ） 前記グラフィカル・ユーザ・インターフェース・
   ソース・コード・ファイルをコンパイルして、編集後グ
   ラフィカル・ユーザ・インターフェース・オブジェクト
   ・コード・ファイルを形成するステップと、 ｅ） コンパイルして得られた前記編集後グラフィカル
   ・ユーザ・インターフェース・オブジェクト・コード・
   ファイルをパネル・バイナリ中間ファイルに格納するス
   テップと、 を含んでいることを特徴とする方法。
2. 【請求項２】 オブジェクト・タグ・ファイルに新たな
   属性タグ・ファイルを追加するステップを含んでいるこ
   と、を特徴とする請求項１記載の方法。
3. 【請求項３】 オブジェクト・タグ・ファイルの既存の
   属性タグ・ファイルに編集を加えるステップを含んでい
   ること、を特徴とする請求項１記載の方法。