【発明の詳細な説明】

【０００１】

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

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

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

【０００４】

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

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

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

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

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

【０００９】

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

【００１０】従ってエンドユーザが、グラフィカル・ユーザ・インターフェースを定義し、生成し、ないしは編集することができるようにする、グラフィカル・ユーザ・インターフェース・エディターが求められている。 このように、エンドユーザが、グラフィカル・ユーザ・インターフェースを定義し、生成し、ないしは編集することができるようにするためには、ウィズィウィグ（ＷＹ
ＳＩＷＹＧ：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 番地