(57)【要約】      （修正有）【課題】他のプラットフォームへのＧＵＩの変換を可能にする。【解決手段】複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存マークアップ言語ベースのＧＵＩフォーマットでＧＵＩを確立する。第１の特定のプラットフォーム固有ＧＵＩ１０からＧＵＩ設計システム１００によりプラットフォーム非依存ＧＵＩフォーマットに変換し、さらにプラットフォーム非依存ＧＵＩフォーマットから第２の特定のプラットフォーム固有ＧＵＩ２０に変換する。【選択図】図２
2006164258.tif 000002
【特許請求の範囲】
【請求項１】
第１の特定のプラットフォームによって使用するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）モデルを生成するための方法において、
複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットでＧＵＩを確立するステップと、
前記第１の特定のプラットフォームによって生成するために前記プラットフォーム非依存ＧＵＩフォーマットから前記第１の特定のプラットフォームのＧＵＩフォーマットに前記ＧＵＩを変換するステップと、
を有する方法。
【請求項２】
前記確立ステップが、前記複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトから選択することにより、前記プラットフォーム非依存ＧＵＩフォーマットで前記ＧＵＩをドラフティングするステップを含む、請求項１に記載の方法。
【請求項３】
前記確立ステップが、少なくとも１つの第２の特定のプラットフォーム用のＧＵＩフォーマットから前記プラットフォーム非依存ＧＵＩフォーマットに前記ＧＵＩを変換するステップを含む、請求項１に記載の方法。
【請求項４】
各変換ステップが、前記プラットフォーム非依存マークアップ言語ベースのオブジェクトと選択された１つのプラットフォーム固有ＧＵＩフォーマットとの間で変換するための変換マップを使用するステップを含む、請求項３に記載の方法。
【請求項５】
前記確立ステップが少なくとも２つのＧＵＩを前記プラットフォーム非依存ＧＵＩフォーマットの単一ＧＵＩにマージするステップを含み、前記少なくとも２つのＧＵＩのそれぞれは異なるプラットフォーム固有ＧＵＩフォーマットである、請求項３に記載の方法。
【請求項６】
前記変換ステップが、前記プラットフォーム非依存マークアップ言語ベースのオブジェクトと前記第１の特定のプラットフォームのＧＵＩフォーマットとの間で変換するための変換マップを使用するステップを含む、請求項１に記載の方法。
【請求項７】
前記変換マップが、前記プラットフォーム固有ＧＵＩフォーマットおよび前記プラットフォーム非依存ＧＵＩフォーマットの各オブジェクトに関する見出しおよび関連値の変換セットを含む、請求項６に記載の方法。
【請求項８】
各オブジェクトが見出しと関連値とを含む、請求項１に記載の方法。
【請求項９】
前記プラットフォーム固有ＧＵＩフォーマットが、Ｃ＋＋、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、Ｊａｖａ、およびＪａｖａＳｃｒｉｐｔからなるグループから選択される、請求項１に記載の方法。
【請求項１０】
前記第１の特定のプラットフォーム用の前記ＧＵＩフォーマットがユーザ選択のものである、請求項１に記載の方法。
【請求項１１】
第１の特定のプラットフォームによって使用するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）モデルを生成するためのシステムにおいて、
複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットでＧＵＩを確立するための手段と、
前記第１の特定のプラットフォームによって生成するために前記プラットフォーム非依存ＧＵＩフォーマットから前記第１の特定のプラットフォームのＧＵＩフォーマットに前記ＧＵＩを変換するための手段と、
を有するシステム。
【請求項１２】
前記確立手段が、前記複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトから選択することにより、前記プラットフォーム非依存ＧＵＩフォーマットで前記ＧＵＩをドラフティングするための手段を含む、請求項１１に記載のシステム。
【請求項１３】
前記確立手段が、第２の特定のプラットフォーム用のＧＵＩフォーマットから前記プラットフォーム非依存ＧＵＩフォーマットに前記ＧＵＩを変換するための手段を含む、請求項１１に記載のシステム。
【請求項１４】
各変換手段が、前記プラットフォーム非依存マークアップ言語ベースのオブジェクトと選択された１つのプラットフォーム固有ＧＵＩフォーマットとの間で変換するための変換マップを使用するための手段を含む、請求項１３に記載のシステム。
【請求項１５】
前記変換手段が、前記プラットフォーム非依存マークアップ言語ベースのオブジェクトと前記第１の特定のプラットフォームのＧＵＩフォーマットとの間で変換するための変換マップを使用するための手段を含む、請求項１１に記載のシステム。
【請求項１６】
前記変換マップが、前記プラットフォーム固有ＧＵＩフォーマットおよび前記プラットフォーム非依存ＧＵＩフォーマットの各オブジェクトに関する見出しおよび関連値の変換セットを含む、請求項１５に記載のシステム。
【請求項１７】
各オブジェクトが見出しと関連値とを含む、請求項１１に記載のシステム。
【請求項１８】
前記プラットフォーム固有ＧＵＩフォーマットが、Ｃ＋＋、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、Ｊａｖａ、およびＪａｖａＳｃｒｉｐｔからなるグループから選択される、請求項１１に記載のシステム。
【請求項１９】
第１の特定のプラットフォームによって使用するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）モデルを生成するためにコンピュータを、
複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットでＧＵＩを確立する手段、
前記第１の特定のプラットフォームによって生成するために前記プラットフォーム非依存ＧＵＩフォーマットから前記第１の特定のプラットフォームのＧＵＩフォーマットに前記ＧＵＩを変換する手段、
として機能させるためのコンピュータ・プログラム。
【請求項２０】
前記確立手段が、前記複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトから選択することにより、前記プラットフォーム非依存ＧＵＩフォーマットで前記ＧＵＩをドラフティングする手段を含む、請求項１９に記載のプログラム。
【請求項２１】
前記確立手段が、第２の特定のプラットフォーム用のＧＵＩフォーマットから前記プラットフォーム非依存ＧＵＩフォーマットに変換する手段を含む、請求項１９に記載のプログラム。
【請求項２２】
前記変換手段が、前記プラットフォーム非依存マークアップ言語ベースのオブジェクトと前記第１のおよび第２の特定のプラットフォームについて選択された１つのＧＵＩフォーマットとの間で変換するための変換マップを使用する手段を含む、プログラム・コードを含む、請求項２１に記載のプログラム。
【請求項２３】
前記変換手段が、前記プラットフォーム非依存マークアップ言語ベースのオブジェクトと前記第１の特定のプラットフォームのＧＵＩフォーマットとの間で変換するための変換マップを使用する手段を含む、請求項１９に記載のプログラム。
【請求項２４】
前記変換手段が、前記プラットフォーム固有ＧＵＩフォーマットおよび前記プラットフォーム非依存ＧＵＩフォーマットの各オブジェクトに関する見出しおよび関連値の変換セットを含む、請求項２３に記載のプログラム。
【請求項２５】
各オブジェクトが見出しと関連値とを含む、請求項１９に記載のプログラム。
【請求項２６】
コンピュータを、複数のプラットフォーム非依存マークアップベースのオブジェクトからそれに関するコンポーネントを選択することにより、グラフィカル・ユーザ・インターフェース（ＧＵＩ）を設計するための設計システムであって、各オブジェクトがＧＵＩの一部の構築を命令するためのものである設計システムとして機能させ、
前記プラットフォーム非依存マークアップ言語ベースのオブジェクトとプラットフォーム固有ＧＵＩフォーマットとの間で変換するための変換マップを有する、
グラフィカル・インターフェース（ＧＩ）生成システム。
【請求項２７】
各オブジェクトが見出しと関連値とを含む、請求項２６に記載のＧＩ生成システム。
【請求項２８】
前記変換マップが、前記プラットフォーム固有ＧＵＩフォーマットおよび前記プラットフォーム非依存ＧＵＩフォーマットの各オブジェクトに関する見出しおよび関連値の変換セットを含む、請求項２６に記載のＧＩ生成システム。
【請求項２９】
前記プラットフォーム固有ＧＵＩフォーマットが、Ｃ＋＋、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、Ｊａｖａ、およびＪａｖａＳｃｒｉｐｔからなるグループから選択される、請求項２６に記載のＧＩ生成システム。
【請求項３０】
前記プラットフォーム固有ＧＵＩフォーマットがユーザ選択のものである、請求項２６に記載のＧＩ生成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、グラフィカル・ユーザ・インターフェース（ＧＵＩ：graphical user interface）に関し、詳細には、プラットフォーム非依存（independent）マークアップ言語ベースのＧＵＩフォーマットに関する。
【背景技術】
【０００２】
グラフィカル・ユーザ・インターフェース（ＧＵＩ）は、移動ウィンドウ、アイコン、およびポインタ・デバイスを組み込むグラフィックスベースのインターフェースであり、たとえば、アプリケーション・ウィンドウをサイズ変更し、スタイルおよびフォントのサイズを変更するための能力を提供する。ＧＵＩは、ユーザがコンピュータおよびコンピュータ制御装置と対話するための標準的な方法になっている。しかし、各コンピュータ・システムあるいはアプリケーションまたはその両方は、ＧＵＩを構築するために異なるＧＵＩフォーマットを必要とする異なるプラットフォームを提供する可能性がある。
【０００３】
様々なコンピュータあるいはコンピュータ制御ツールまたはその両方を含む多変量システムでは、多種多様なプラットフォームが広範なものになる可能性がある。たとえば、半導体製造施設では、いくつかの異なるリソグラフィ・ツール（ＭＳ  Ｗｉｎｄｏｗｓ，Microsoft Corporationの商標）、エッチング・ツール（Ｌｉｎｕｘ，Linus Torvaldsの商標）、および拡散ツール（Ｕｎｉｘ，TheOpen Groupの商標）が存在する可能性がある。示した通り、各ツールはそれ自体の特定のプラットフォームを使用する可能性があり、それぞれがそれ自体のＧＵＩセットを使用する可能性がある。さらに、各ツール・ベンダはそれ自体のプラットフォームを有する可能性がある。上述の諸要因は、異なるツール間でＧＵＩ（たとえば、ＧＵＩコンポーネント、ルック・アンド・フィールなど）を共用する能力に影響し、システム設計者に対するいくつかの課題を提示する。たとえば、従来のグラフィック・インターフェース（ＧＩ）エディタは概して、アプリケーションによるＧＵＩの構築を必要とし、ＧＵＩの保管を許さない。この結果、あるプラットフォームから他のプラットフォームへのＧＵＩの変換または移行は不可能である。すなわち、各プラットフォームは概して、ＧＵＩモデルが同じシステム内の他のアプリケーションによって生成される場合でも、設計者が各ＧＵＩをハード・コード構築することを必要とする。このプロセスは極めて時間のかかるものである可能性がある。さらに、典型的なＧＩエディタは、サブモデルとしてのＧＵＩ間のインポート／エクスポートを許さない。したがって、有用なＧＵＩを容易に共用することができない。
【０００４】
上記を考慮すると、当技術分野では、プラットフォーム非依存のＧＵＩを再利用するための方法が必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存マークアップ言語ベースのＧＵＩフォーマットを実現するための方法、システム、およびプログラムを含む。このプラットフォーム非依存ＧＵＩフォーマットは、任意のプラットフォーム固有ＧＵＩフォーマットとの間の変換を可能にする。また、プラットフォーム固有ＧＵＩフォーマット間でＧＵＩを共用することもできる。
【課題を解決するための手段】
【０００６】
本発明の第１の態様は、第１の特定のプラットフォームによって使用するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）モデルを生成するための方法を対象とし、この方法は、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットでＧＵＩを確立するステップと、第１の特定のプラットフォームによって生成するためにプラットフォーム非依存ＧＵＩフォーマットから第１の特定のプラットフォームのＧＵＩフォーマットにそのＧＵＩを変換するステップとを有する。
【０００７】
本発明の第２の態様は、第１の特定のプラットフォームによって使用するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）モデルを生成するためのシステムを対象とし、このシステムは、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットでＧＵＩを確立するための手段と、第１の特定のプラットフォームによって生成するためにプラットフォーム非依存ＧＵＩフォーマットから第１の特定のプラットフォームのＧＵＩフォーマットにそのＧＵＩを変換するための手段とを有する。
【０００８】
第３の態様は、第１の特定のプラットフォームによって使用するためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）モデルを生成するためのコンピュータ・プログラムを含み、このプログラムは、コンピュータを、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットでＧＵＩを確立する手段と、第１の特定のプラットフォームによって生成するためにプラットフォーム非依存ＧＵＩフォーマットから第１の特定のプラットフォームのＧＵＩフォーマットにそのＧＵＩを変換する手段として機能させるためのプログラム・コードとを有する。
【０００９】
第４の態様は、コンピュータを，複数のプラットフォーム非依存マークアップベースのオブジェクトからそれに関するコンポーネントを選択することにより、グラフィカル・ユーザ・インターフェース（ＧＵＩ）を設計するための設計システムであって、各オブジェクトがＧＵＩの一部の構築を命令するためのものである設計システムと、プラットフォーム非依存マークアップ言語ベースのオブジェクトとプラットフォーム固有ＧＵＩフォーマットとの間で変換するための変換マップとを有する、グラフィカル・インターフェース（ＧＩ）生成プログラム（generator）を含む。
【００１０】
本発明の上記その他の特徴は、本発明の諸実施形態に関する以下のより詳細な説明から明らかになるであろう。
【００１１】
添付図面に関連して本発明の諸実施形態を詳細に説明するが、添付図面では同様の名称は同様の要素を示している。
【発明を実施するための最良の形態】
【００１２】
編成のみのために、この説明では、Ｉ．序文／定義、ＩＩ．システム概要、ＩＩＩ．操作方法、およびＩＶ．結論という見出しを含む。
【００１３】
Ｉ．序文／定義
添付図面に関連して説明すると、図１は、本発明を使用可能な設定の一実施形態を示すブロック図を示している。この設定では、任意の数のプラットフォーム８、１８が存在し、各プラットフォームはそれ自体のプラットフォーム固有ＧＵＩ１０Ａ〜１０ｎ（ここでｎは整数である）および２０Ａ〜２０ｍ（ここでｍは整数である）をそれぞれ実現することができる。ＧＵＩ１０Ａ〜１０ｎは、それぞれそれ自体のプラットフォーム８に固有のＧＵＩフォーマットになっている可能性があり、プラットフォーム１８に固有のＧＵＩフォーマットの少なくとも１つの他の出力側ＧＵＩ２０Ａ〜２０ｍに変換するためにＧＵＩ設計システム１００に入力される。本明細書で使用する「ＧＵＩ」は、任意のグラフィカル・ユーザ・インターフェース、そのモデル（セット）、またはＧＵＩまたはそのモデルのコンポーネント部分を意味する。したがって、ＧＵＩ設計システム１００は、あるプラットフォーム上で使用するために他のプラットフォーム用のフォーマットで生成された特定のＧＵＩまたはそのモデルを複製するか、ＧＵＩまたはそのモデルを多くの異なるプラットフォームで複製するか、またはＧＵＩまたはそのモデルの部分を種々のプラットフォームで選択的に複製する（マージする）ことが意図されている。本明細書で使用する「ＧＵＩフォーマット」は、特定のプラットフォーム用のＧＵＩを生成するための命令が作成される識別可能なプログラミング言語を意味する。たとえば、例示的なプラットフォーム固有ＧＵＩフォーマットとしては、Ｃ＋＋、ハイパーテキスト・マークアップ言語（ＨＴＭＬ：hypertext markup language）、Ｊａｖａ（Sun Microsystemの商標）、ＪａｖａＳｃｒｉｐｔ、およびその他の独自フォーマットを含むことができる。「プラットフォーム」は、ハードウェア・プラットフォームおよびそれとともに使用されるオペレーティング・システム、プログラミング環境（たとえば、コンパイラおよび関連開発ツール）、ネットワーキング環境、データベース環境、トランザクション処理環境、バッチ環境、または対話環境などのハードウェアあるいはソフトウェアまたはその両方の任意の特定の構成を意味する。
【００１４】
以下に説明する通り、ＧＵＩ設計システム１００は、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存マークアップ言語ベースのＧＵＩフォーマットを実現する。また、ＧＵＩ設計システム１００は、ＧＵＩ３０がプラットフォーム非依存ＧＵＩフォーマットで設計され、プラットフォーム１８に固有のＧＵＩ２０Ａ〜２０ｍに変換される、グラフィカル・インターフェース生成プログラムとしても機能することができる。説明のみのために、例示的な基本ＧＵＩモデルは、メニュー、メニュー・バー、メニュー・セパレータ（Menu Separator）、サブメニュー、およびフォームというコンポーネントを含むことができる。そのＧＵＩモデルのメニューは、名前、関連コマンド・モジュール、ショートカット・コマンド、メニュー名内の強調表示文字、１つまたは複数のサブメニューのセット、１つまたは複数のメニュー・セパレータのセットという属性を有することができる。そのメニューのサブメニューは、名前、関連コマンド・モジュール、ショートカット・コマンド、メニュー名内の強調表示文字、１つまたは複数のサブメニューのセット、１つまたは複数のメニュー・セパレータのセットという属性を有することができる。そのＧＵＩモデルのメニュー・バーは、１つまたは複数のメニュー・オブジェクトを含むことができる。そのＧＵＩモデルのフォームは、テキスト・フィールド、パスワード・フィールド、アクション（リンク、ボタンなど）、最小化ボタン、最大化ボタン、サイズ復元ボタン、その他のこのようなフォーム／ウィンドウ操作などの１つまたは複数のフィールドから構成することができる（または属性によってはフィールドなしの場合すらある）。
【００１５】
上述の基本ＧＵＩモデルを実現するためのプラットフォーム非依存マークアップ言語ＧＵＩフォーマットは、以下のオブジェクトを含むことができ、各オブジェクトは見出し（heading）と関連値を含む。
【表１】
2006164258.tif 000003
【００１６】
この特定の例示的な基本ＧＵＩモデルに関連して本発明を説明するが、本発明はその構成にかかわらず、どのＧＵＩにも適用可能であることを認識されたい。動作時には、関心のある任意のプラットフォーム固有ＧＵＩフォーマットの各オブジェクトがプラットフォーム非依存ＧＵＩフォーマットで収集されることになるであろう。
【００１７】
一実施形態では、プラットフォーム非依存ＧＵＩフォーマットは、拡張可能マークアップ言語（ＸＭＬ：Extensible Markup Language）を使用して実現することができる。代わって、これは、独自フォーマットとして、すなわち、グラフィカル・マークアップ言語として実現することもできる。いずれにしても、使いやすさのために、プラットフォーム非依存ＧＵＩフォーマットを標準化することが好ましい。
【００１８】
ＩＩ．システム概要
図２は、本発明によるＧＵＩ設計システム１００のブロック図である。システム１００は、メモリ１１２と、処理装置（ＰＵ：processing unit）１１４と、入出力装置（Ｉ／Ｏ）１１６と、バス１１８とを含む。また、処理タスクに関するデータの保管のために、データベース１２０も設けることができる。メモリ１１２は、ＰＵ１１４によって実行されたときに以下にさらに詳細に説明する様々な機能的能力を有するプログラム１２２を含む。メモリ１１２（およびデータベース１２０）は、磁気媒体、光学媒体、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、データ・オブジェクトなどを含む、任意の既知のタイプのデータ記憶システムあるいは伝送媒体またはその両方を有することができる。その上、メモリ１１２（およびデータベース１２０）は、１つまたは複数のタイプのデータ記憶域を有する単一物理位置に存在するかまたは複数の物理システム間に分散される可能性がある。ＰＵ１１４は同様に、単一処理装置または１つまたは複数の位置に分散される複数の処理装置を有することもできる。Ｉ／Ｏ１１６は、ネットワーク・システム、モデム、キーボード、マウス、スキャナ、音声認識システム、ＣＲＴ、プリンタ、ディスク・ドライブなどを含む、任意の既知のタイプの入出力装置を有することができる。また、キャッシュ・メモリ、通信システム、システム・ソフトウェアなどの追加のコンポーネントもシステム１００に組み込むことができる。
【００１９】
図２に示した通り、プログラム１２２は、グラフィカル・インターフェース（ＧＩ）生成プログラム１２４と、変換プログラム１２６と、その他のシステム・コンポーネント１３８とを含むことができる。ＧＩ生成プログラム１２４は、設計システム１２８を含むことができる。その他のシステム・コンポーネント１３８は、本明細書では明示的に説明しない任意のその他の必要な機能性を含むことができる。
【００２０】
システム１００はスタンドアロン・システムとして例示されているが、これはより大きいＧＵＩ設計システムまたはその周辺装置の一部として含めることができることを認識されたい。図２に示した通り、プラットフォーム固有ＧＵＩ１０をシステム１００に入力し、異なるプラットフォーム固有ＧＵＩ２０をシステム１００から出力することができる。
【００２１】
プラットフォーム非依存ＧＵＩフォーマットのオブジェクトは、図２に示した通り、データベース２００に保管することができる。同様に、以下により詳細に説明する変換マップは、図２に示した通り、データベース２０２に保管することができる。
【００２２】
ＩＩＩ．操作方法
図３は、第１の特定のプラットフォームによって使用するためのＧＵＩを生成するためのＧＵＩ設計システム１００の操作方法の一実施形態の流れ図を示している。この流れ図については図１〜図３をまとめて参照して説明する。
【００２３】
第１のステップＳ１では、ＧＵＩ３０が、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットで確立され、そのオブジェクトはデータベース２００に保管することができる。この確立ステップは、様々な方法で実現することができる。第１に、この確立ステップは、ＧＩ生成プログラム１２４がＧＵＩ１０Ａ〜１０Ｄを特定のプラットフォーム８用のＧＵＩフォーマットからプラットフォーム非依存ＧＵＩ３０に変換するための変換プログラム１２６を呼び出すことを含むことができる。第２に、プラットフォーム非依存ＧＵＩ３０は、複数のマークアップ言語ベースのプラットフォーム非依存ＧＵＩオブジェクトから選択し、ＧＩ生成プログラム１２４を使用してそれに値を割り当てることにより、ユーザによりＧＩ生成プログラム１２４の設計システム１２８を使用してドラフティングすることができる。一実施形態では、設計システム１２８には、ウィジウィグ（ＷＹＳＩＷＹＧ：what-you-see-is-what-you-get）エディタなどの任意の現在既知のＧＩエディタまたは今後開発されるＧＩエディタと同様の機能性が提供されているが、プラットフォーム非依存フォーマットでＧＵＩを生成する能力も備えている。第３に、ＧＵＩ３０は、上記の複数手法の組合せによって確立することができる。たとえば、プラットフォーム８に固有のＧＵＩ１０を入力し（さらにプラットフォーム非依存ＧＵＩフォーマットに変換し）、ＧＩ生成プログラム１２４によりそれに特徴を追加することができる。
【００２４】
ステップＳ２では、ＧＵＩは、変換プログラム１２４によりプラットフォーム非依存ＧＵＩフォーマットから特定のプラットフォーム１８のＧＵＩフォーマットのＧＵＩ２０Ａ〜２０ｍに変換されるが、その特定のプラットフォームは、たとえば、ＧＵＩを使用するシステムに応じて、ユーザ選択のものにすることができる。
【００２５】
さらに変換プログラム１２４に関して説明すると、各変換は好ましくは、プラットフォーム非依存マークアップ言語ベースのオブジェクトと選択した１つのプラットフォーム固有ＧＵＩフォーマット、すなわち、変換すべきＧＵＩに応じて入力フォーマットまたは出力フォーマットとの間で変換するための変換マップを使用することを含む。各変換マップは、プラットフォーム固有ＧＵＩフォーマットおよびプラットフォーム非依存ＧＵＩフォーマットの各オブジェクトに関する見出しおよび関連値の変換セットを含む。たとえば、上述の例示的な基本ＧＵＩモデルのメニュー・フィールドの場合、たとえば、ＨＴＭＬのＧＵＩフォーマットに関する変換マップは以下のように表示される可能性がある。
【表２】
2006164258.tif 000004
【００２６】
本発明は、複数のプラットフォーム非依存マークアップベースのオブジェクト（上記の表に示した通り）を含むプラットフォーム非依存グラフィカル・ユーザ・インターフェース（ＧＵＩ）フォーマット（データベース２００に保管されている）と、プラットフォーム非依存マークアップ言語ベースのオブジェクトとプラットフォーム固有ＧＵＩフォーマットとの間で変換するための変換マップ（直前に示したもの）とを含む、グラフィカル・インターフェース（ＧＩ）生成プログラム１２４も含む。
【００２７】
また、本発明は、ＧＵＩを構築するための各オブジェクトを第１のプラットフォーム固有ＧＵＩフォーマットから複数のプラットフォーム非依存マークアップ言語ベースのオブジェクトを含むプラットフォーム非依存ＧＵＩフォーマットに変換するためのステップと、そのプラットフォーム非依存ＧＵＩフォーマットから第２のプラットフォーム固有ＧＵＩフォーマットに各オブジェクトを変換するステップとを含み、あるプラットフォームから他のプラットフォームにＧＵＩを変換するための方法を含むこともできる。
【００２８】
本発明の上述の例示的な適用例に加えて、本発明は任意のグラフィック・モデリングに適用可能であることを認識されたい。特に、本発明は、マークアップ言語ベースのプラットフォーム非依存ＧＵＩフォーマットでの任意のグラフィック・モデルの収集を可能にし、必要なモデルの特徴を容易に抽出するのに役に立つ。たとえば、開発中の新しいＧＵＩは、すでに他のＧＵＩで実現された特定のメニュー機能を必要とする可能性がある。このようなケースでは、開発中の新しいＧＵＩは、以前に開発されたモデルについて保管されたマークアップ言語表現から関連部分を抽出することになる。他の例では、２つまたはそれ以上のプラットフォーム固有ＧＵＩがすでに開発されている可能性があり、そのＧＵＩのうちの１つを他のＧＵＩ用の基本フレームワークとして使用することになっている。本発明は、容易なモデル表現および抽出のために、元のＧＵＩのマークアップ言語ベースの表現を提供する。他の例では、２つまたはそれ以上のＧＵＩのマージャ（merger）が所望される可能性がある。プラットフォーム非依存マークアップ言語ベースのＧＵＩフォーマットにより、各ＧＵＩの表現およびモデルの関連セクションのマージャが可能になる。
【００２９】
ＩＶ．結論
上記の考察では、論じた方法ステップが、メモリ内に保管されたプログラム１２２の命令を実行する、システム１００のＰＵ１１４などのプロセッサによって実行されることが理解されるであろう。本明細書に記載した様々な装置、モジュール、メカニズム、およびシステムは、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せで実現可能であり、図示したもの以外の区画化が可能であることは言うまでもない。これらは、本明細書に記載した方法を実行するために適合された任意のタイプのコンピュータ・システムまたはその他の装置によって実現することができる。ハードウェアとソフトウェアの典型的な組合せは、ロードされ実行されたときに本明細書に記載された方法を実行するようにコンピュータ・システムを制御するコンピュータ・プログラムを備えた汎用コンピュータ・システムにすることができるであろう。代わって、本発明の機能タスクのうちの１つまたは複数を実行するための特殊ハードウェアを含む特定用途コンピュータを使用することもできるであろう。また、本発明は、本明細書に記載した方法および機能の実現を可能にするすべての特徴を有し、コンピュータ・システムにロードされたときにこれらの方法および機能を実行することができるコンピュータ・プログラムに組み込むこともできる。これに関連するコンピュータ・プログラム、ソフトウェア・プログラム、プログラム、またはソフトウェアは、直接、または（ａ）他の言語、コード、または表記への変換、（ｂ）異なる物質形式での複製のうちのいずれか一方あるいは両方の後で情報処理機能を有するシステムに特定の機能を実行させることが意図された１組の命令を、任意の言語、コード、または表記法で表した任意の表現を意味する。
【００３０】
上記で概略を述べた特定の諸実施形態に併せて本発明を説明してきたが、多くの代替例、変更例、および変形例が当業者にとって明白になることは明らかである。したがって、上記で示した本発明の諸実施形態は、例示的なものであることを意図するものであり、制限的なものではない。特許請求の範囲に定義した本発明の精神および範囲を逸脱せずに、様々な変更が可能である。
【図面の簡単な説明】
【００３１】
【図１】本発明によるＧＵＩ設計システムを含むＧＵＩ設計環境のブロック図である。
【図２】図１のＧＵＩ設計システムの一実施形態のブロック図である。
【図３】図２のＧＵＩ設計システムの操作方法の一実施形態の流れ図である。
【符号の説明】
【００３２】
１０：第１のプラットフォーム固有ＧＵＩ
２０：第２のプラットフォーム固有ＧＵＩ
１００：ＧＵＩ設計システム
１１２：メモリ
１１４：処理装置（ＰＵ）
１１６：入出力装置（Ｉ／Ｏ）
１１８：バス
１２０：データベース
１２２：プログラム
１２４：ＧＩ生成プログラム
１２６：変換プログラム
１２８：設計システム
１３８：その他のシステム・コンポーネント
２００：プラットフォーム非依存マークアップ言語ベースのＧＵＩオブジェクト・データベース
２０２：変換マップ・データベース
【図１】
2006164258.tif 000005
【図２】
2006164258.tif 000006
【図３】
2006164258.tif 000007