JP2003330715A - 異種装置プラットフォーム間をマイグレーションするプラットフォーム特定型のグラフィカルユーザインターフェイスのウィジェットのレイアウト - Google Patents

Abstract

(57)【要約】 【課題】 異種装置プラットフォームの表示画面のサイ
ズに適合させるプラットフォーム独立型のGUIウィジェ
ットを提供すること。 【解決手段】装置プラットフォーム独立型モデルは、少
なくとも１つのプラットフォーム独立型のGUIウィジェ
ットを有している。装置プラットフォーム独立型のモデ
ルを基に、プラットフォーム独立型のGUIウィジェット
に対応する、プラットフォーム特定型のGUIウィジェッ
トがページ上に配置され、そして異種装置プラットフォ
ームの表示画面のサイズと比較される。ページが表示画
面のサイズと適合しない場合は、プラットフォーム独立
型のGUIウィジェットは、ページ上において再び配置さ
れる。また、プラットフォーム独立型のGUIウィジェッ
トが分割可能な場合、表示画面サイズに適合させるた
め、プレゼンテーションの複数ページ内にわたって分割
される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、グラフィカルユー
ザインターフェイス(GUI)に関し、特に、異種装置プラ
ットフォーム間をマイグレーションするプラットフォー
ム特定型のGUIウィジェットの動的レイアウトに関す
る。

【０００２】

【従来の技術】パソコン、個人情報端末(PDA)、無線電
話、そしてページャーなどの個人向けの電子装置(携帯
装置)が、ここ近年流行している。これらの携帯装置
は、無線や有線ネットワークを利用した通信を行なえる
ので、モバイルコンピューティングを可能にしている。
ネットワークは、これらの携帯装置に、情報ソースおよ
び他の類似の装置への接続を提供している。一般的に、
ネットワークはインターネット上での通信も含んでい
る。

【０００３】モバイルコンピューティング装置は、ある
型のユーザインターフェイス(UI)を持っている。ある装
置のユーザインターフェイスの特性は、その装置の処理
能力とハードウェアによる。例えば無線電話には、限ら
れた処理能力、及び限られたグラフィックとユーザイン
ターフェイス能力しか有していない小さなグラフィカル
ユーザインターフェイス（GUI）しか与えられていな
い。逆に、ノートパソコンには、相対的に拡張性のある
グラフィック能力とユーザインターフェイス能力、そし
て処理能力が与えられている。携帯装置の人気が高まる
に連れて、アプリケーションのメインプラットフォーム
は、デスクトップ型パソコンから携帯装置へとシフトす
ると思われる。

【０００４】

【発明が解決しようとする課題】携帯装置のアプリケー
ションの開発が困難な1つの理由は、携帯装置の異質性
である。多種多様なディスプレイのサイズ、解像度、コ
マンドの入力方法、そしてGUIライブラリがあるため、
アプリケーションの開発者は、各装置プラットフォーム
のグラフィカルユーザインターフェイス(GUI)用に、ア
プリケーションを再設計及び再実装する必要がある。た
くさんの異なる携帯装置が利用され、または市場に参入
しているので、再設計と再実装に、たくさんの労働力と
生産コストを要する努力が現在もなされている。

【０００５】１つの解決策は、モデルベース技術による
開発である。１つの例が、ユーザインターフェイスモデ
リングである。一般的に、ユーザインターフェイスモデ
リングは、プラットフォームモデル、プレゼンテーショ
ンモデル、そしてタスクモデルを含む。プラットフォー
ムモデルでは、サポートされる装置用のユーザインター
フェイスを形成する操作機能が示される。プレゼンテー
ションモデルでは、サポートされる装置に関連したユー
ザインターフェイスの外観に関する階層、及び様式の選
択と配置が示される。タスクモデルでは、サポートされ
る装置のユーザが実行するタスクが示される。この技術
を使用することにより、特定の装置用のインターフェイ
スの生成のため、異なるモデル間におけるマッピングが
開発されると思われる。

【０００６】モデルベース型アプローチの実装は、モデ
ルを実装するためのハイレベル言語の開発を含んでい
る。さらに開発者は、装置をサポートするためにモデル
の重要な部分を設定し、かつ特定する。ハイレベル言語
は非常に複雑なので、モデルベース型アプローチを実行
する前に、開発者は、実行メカニズムの知識とハイレベ
ル言語を共に学ぶ必要がある。さらにモデルベース型ア
プローチは、開発者が作った異なるモデルに基づくコー
ドを作成する。装置のユーザインターフェイス要求にお
いては小さな差異でも、２つの似たタイプの装置用に生
成されたコードにおいては大きな差異になることもあ
る。従って開発者に求められるプログラミング技能のレ
ベルは、とても重要になってくる。

【０００７】

【課題を解決するための手段】本発明では、ノンモデル
ベース型の拡張性のあるグラフィカルユーザインターフ
ェイス（SGUI）システムを開示している。SGUIシステム
により、拡張性のあるアプリケーションは、複数の異種
装置プラットフォーム上において動作することが可能と
なる。拡張性のあるアプリケーションは、アプリケーシ
ョン・グラフィカルユーザインターフェイス（GUI）を
含んでもよい。アプリケーションGUIは、拡張性のある
アプリケーションが動作している異種装置プラットフォ
ームの中の１つのユーザインターフェイスで動くSGUIシ
ステムに適合していてもよい。アプリケーション開発者
は、モデルベース型のアプローチの複雑さを伴わない異
種装置プラットフォーム内において、ユーザインターフ
ェイス機能から独立している複数のアプリケーションGU
Iを設定してもよい。さらに異種装置プラットフォーム
に関連しているユーザインターフェイスとGUIライブラ
リの複雑さも、SGUIシステムを利用しているアプリケー
ション開発者により解消されることが可能になる。

【０００８】SGUIシステムは、拡張性のあるGUIライブ
ラリ、カスタマイズモジュール、そしてレンダーマネー
ジャモジュールを有している。カスタマイズモジュール
は、タスクマネージャモジュールと変換マネージャモジ
ュールを有している。拡張性のあるアプリケーションが
起動、または異種装置プラットフォーム（ここでは、タ
ーゲット装置プラットフォーム）へ移ると、アプリケー
ションGUIの中間表現が、拡張性のあるアプリケーショ
ンによりインスタンス化される。その中間表現は、階層
的な構造において、少なくとも１つの論理パネルと、少
なくとも１つの拡張性のあるグラフィカルユーザインタ
ーフェイス（SGUI）コンポーネントの表示を含むことが
可能な装置プラットフォーム独立型の論理構造形式にお
けるプラットフォーム独立型のプレゼンテーションモデ
ルである。中間表現内におけるノードは、論理パネルを
表すコンテナノードと、SGUIコンポーネントを表すコン
ポーネントノードを含んでもよい。

【０００９】中間表現は、アプリケーションGUIのアプ
リケーション開発者により特定されたプロパティ、及び
ターゲット装置プラットフォームの機能に基づいたカス
タマイズモジュールによりカスタマイズされたものであ
ってもよい。中間表現のカスタマイズにより、プラット
フォーム独立型のプレゼンテーションモデルは、プラッ
トフォームの特定表示を表している特定のプラットフォ
ーム依存型の論理構造へと変換する。

【００１０】カスタマイズモジュールによるレイアウト
のカスタマイズは、装置プラットフォーム独立型モデル
に含まれている少なくとも１つのノード処理を含んでい
る。該ノードは、少なくとも１つのプラットフォーム独
立型のウィジェットに関連していてもよい。プラットフ
ォーム独立型のウィジェットは、SGUIコンポーネントや
SGUIコンポーネント複合であってもよい。ノードに関連
している各々のプラットフォーム独立型のウィジェット
は、ページに配置されている対応するプラットフォーム
特定型のウィジェットへマップされてもよい。ページの
サイズは、異種装置プラットフォームの表示画面と比較
されてもよい。ページにあるプラットフォーム特定型の
ウィジェットが、現在の表示画面より大きいページを作
成すると、SGUIコンポーネント複合である対応するプラ
ットフォーム独立型のウィジェットは、複数のSGUIコン
ポーネントに分割されてもよい。その結果分割されたSG
UIコンポーネントは、表示画面に適合するため、既存ペ
ージと新たに追加されたページ(少なくとも１ページ)間
において分割可能なプラットフォーム特定型のウィジェ
ットへマップしてもよい。

【００１１】SGUIシステム関する魅力的な特徴は、カス
タマイズモジュールが利用可能なプラットフォーム独立
型のウィジェットに関連しているプロパティである。詳
細なレイアウトプロパティは、ページ内において対応す
るプラットフォーム特定型のウィジェットの相対的な位
置を示してもよい。SGUIコンポーネント複合の場合、同
コンポーネントが複数のページ間において分割可能な場
合に、分割可能なプロパティが、ページ内における対応
するプラットフォーム特定型のウィジェットの相対的な
位置を示してもよい。さらに、分割されたSGUIコンポー
ネントからのプラットフォーム特定型のウィジェット
が、複数のページ内にどのように分配されるかという事
を優先プロパティーが示してもよい。

【００１２】またSGUIシステムに関する別の魅力的な特
徴は、非分割SGUIコンポーネント(例：分割可能なプロ
パティに指定された非分割SGUIコンポーネント)である
プラットフォーム独立型のウィジェットである。もし非
分割なSGUIコンポーネントであるプラットフォーム独立
型のウィジェットに対応するプラットフォーム特定型の
ウィジェットにより、ページサイズが表示画面のサイズ
を超えてしまったら、カスタマイズモジュールによる変
換ルールが、非分割SGUIコンポーネントに適用されても
よい。

【００１３】またSGUIシステムに関する別の魅力的な特
徴は、フローマネージャの使用である。SGUIコンポーネ
ント複合が分割、あるいは変換したとき、フローマネー
ジャが、分割されたSGUIコンポーネントに対応するペー
ジ内に、プラットフォーム特定型のウィジェットをレイ
アウトするために使用されてもよい。

【００１４】

【発明の実施の形態】本発明における他の特徴と利点
は、図面と以下の詳細な説明で明らかにされる。好まし
い実施形態の以上の説明は、ただの一例に過ぎず、本発
明の範囲を定義する特許請求の範囲を制限するものでは
ない。

【００１５】本発明の好ましい実施形態において、異な
る複数の装置プラットフォーム上で動作することのでき
る拡張性のあるアプリケーションと共に使う拡張性のあ
るグラフィカルユーザインターフェイス(SGUI)アーキテ
クチャを説明する。拡張性のあるアプリケーションは、
異種装置プラットフォームに対応付けられた多種のユー
ザインターフェイスと共に動作するように、SGUIシステ
ムにより動的に適合されてもよい。SGUIシステムを使用
することにより、拡張性のあるアプリケーションを、そ
の拡張性のあるアプリケーションが動作することになる
異種装置プラットフォームから独立したユーザインター
フェイス機能を有するように設計できる。拡張性のある
アプリケーションの開発者は、SGUIシステムの使用をし
なければ、種々の異種装置プラットフォームへのユーザ
インターフェイスを作成する時に、多くの複雑なプログ
ラム作成が必要になるが、SGUIシステムを使用すると、
これらを避けることができる。さらに、SGUIシステム
は、モデルベース型の技術のようなモデル構造がなくて
も、異種装置プラットフォームで動作する。このような
わけで、アプリケーション開発者によるプログラミング
は比較的簡単であり、モデル構築、及び/またはモデル
操作技術は必要でない。

【００１６】拡張性のあるアプリケーションには、異な
るプラットフォーム装置上で動作することのできるアプ
リケーションが含まれる。拡張性のあるアプリケーショ
ンのほとんどは、異種装置プラットフォームの表示画面
用のプレゼンテーションを生成する機能を有している。
プレゼンテーションは、視覚的な素材からなる１ページ
またはそれ以上のページ（またはプレゼンテーション単
位）を含んでもよい。視覚的な素材は、異種装置プラッ
トフォームのユーザのために、表示画面上に配置されて
もよい。拡張性のあるアプリケーションは、アプリケー
ションGUIでプレゼンテーションを生成してもよい。ア
プリケーションGUIは、拡張性のあるグラフィカル・ユ
ーザインターフェイス・アプリケーションのコンポーネ
ントである。

【００１７】異種装置プラットフォームは、表示機能と
拡張性のあるアプリケーションを動作させる機能を兼ね
備えた装置であってもよい。典型的な異種装置プラット
フォームは、無線電話、ポケットPC、個人情報端末(PD
A)、ぺージャー、デスクトップコンピュータ、ノートブ
ックコンピュータ、車載コンピュータ、または拡張性の
あるアプリケーションを実行する機能のある表示画面を
兼ね備えた有線/無線装置を含んでもよい。また異種装
置プラットフォームは、例えばWindows NT（登録商
標）、Windows 2000（登録商標）、Linux（登録商
標）、Solaris（登録商標）、MacOS（登録商標）、Palm
（登録商標）、Windows CE（登録商標）、独自のオペレ
ーティングシステム、またはその他の装置に機能性を提
供するオペレーティングシステムを含んでもよい。オペ
レーティングシステムは、拡張性のあるアプリケーショ
ンを起動させたりサポートするための機能を提供しても
よい。

【００１８】異種装置プラットフォームは、拡張性のあ
るアプリケーションを動作させたり、機能を提供するハ
ードウェアまたはソフトウェアを含んでいてもよい。例
えば、メモリのような記憶手段を含んでいてもよい。記
憶手段は、例えば、オペレーティングシステム、拡張性
のあるアプリケーション、および装置プラットフォーム
に関する他の情報を記憶してもよい。さらに、異種装置
プラットフォームは、ユーザインターフェイスを含んで
もよい。ユーザインターフェイスは、例えば、表示装
置、キーボード、マウスに似たポインティングデバイ
ス、タッチスクリーン、キーパッド、オーディオ機能、
または異種装置プラットフォームのユーザ用のインター
フェイスを提供する手段を含んでもよい。

【００１９】異種装置プラットフォームの機能は、多岐
に異なっていてもよい。ここで言う機能とは、異種装置
プラットフォームと拡張性のあるアプリケーションの動
作に影響を与えるハードウェア的な特徴と装置機能のこ
とである。つまり、例えば、装置プラットフォームのタ
イプ（例：無線電話、PDA,ラップトップPC等）、利用可
能なユーザインターフェイスライブラリ、表示画面のサ
イズと解像度である。さらに、代表的な機能として、表
示画面に関するユーザインターフェイス、計算処理容
量、メモリのサイズ、プラットフォームの使用、または
装置プラットフォームのユーザインターフェイスと動作
に影響するその他のパラメータが挙げられる。

【００２０】本発明の好ましい実施形態において、異種
装置プラットフォームは、Java（登録商標）の技術で作
られた拡張性のあるアプリケーションを実行する移動装
置である。Java（登録商標）の技術は、Java（登録商
標）VM(Virtual Machine;バーチャルマシン)上で動くJa
va（登録商標）プログラミング言語を有している。Java
（登録商標）VMは、多種に渡る装置プラットフォーム上
に移植されてもよい。典型的なJava（登録商標）技術の
実装は、ノートPCの装置プラットフォーム上で動くJava
（登録商標）VM、ポケットPCの装置プラットフォーム上
にあるパーソナルJava（登録商標）VM、無線電話の装置
プラットフォーム上で動くJava（登録商標）KVMであ
る。他の実施形態においては、他のプログラミング言語
/技術、および他の装置プラットフォームが、SGUIシス
テムで使用される。他のプログラミング言語/技術と
は、C言語、C++言語、マイクロソフトのＣシャープ言
語、及び/または他の技術である。

【００２１】SGUIシステムは、拡張性のあるアプリケー
ションに対応付けられたアプリケーションGUIの中間表
現をインスタンス化させる。中間表現と同様にアプリケ
ーションGUIは、非装置に特定したもの（例えば、装置
プラットフォームから独立しているもの）であるが、装
置プラットフォームと適合性がある方が好ましい。プラ
ットフォーム独立型のプレゼンテーションモデルにおけ
る中間表現のインスタンスの作成は、拡張性のあるアプ
リケーションのアプリケーションGUIに基づいてもよ
い。中間表現は、拡張性のあるアプリケーションにより
生成されるプレゼンテーション用の論理構造を提供して
もよい。この論理構造を、異種装置プラットフォーム用
にカスタマイズして、SGUIシステムによるプラットフォ
ーム特定型のプレゼンテーションを作成してもよい。カ
スタマイズは、プレゼンテーションを表示させる異種装
置プラットフォームの機能と、アプリケーションGUI内
で特定されたプロパティに基づいてもよい。SGUIシステ
ムによるカスタマイズは、装置プラットフォーム用のグ
ラフィカルユーザインターフェイスの開発において共通
な３つの問題を提起している。即ちそれらは、表示画面
サイズ、入力方法、及びユーザインターフェイスライブ
ラリである。

【００２２】・表示画面サイズ 拡張性のあるアプリケーションは、複数の異種装置プラ
ットフォーム上で動作することができる。よって、拡張
性のあるアプリケーションを開発しているアプリケーシ
ョンプログラマは、表示画面用に特定なサイズを採り上
げる必要はない。例えば、ドコモ 503ｉ無線電話は120
×130画素の表示画面を兼ね備え、コンパックのIPAQポ
ケットPCは320×240画素の表示画面を兼ね備え、典型的
なノートPCは、1024×768画素の表示画面を兼ね備えて
いる。表示画面のサイズは、表示画面上におけるプレゼ
ンテーションのページを形成しているコンポーネントの
レイアウトや、視覚的なプレゼンテーションの品質に影
響を及ぼすこともある。

【００２３】ページを形成するコンポーネントを、グラ
フィカルユーザインターフェイス（GUI）コンポーネン
トと呼んでもよい。GUIコンポーネントは、表示画面の
状況に応じて、固定およびアニメ化が可能であり、及び
/またはインタラクティブであるプレゼンテーションの
表示機能である。GUIコンポーネントの典型例は、グラ
フィカルラベル、グラフィカルボタン、グラフィカルチ
ェックボックス、グラフィカルテキストフィールド、グ
ラフィカルテキストエリア、グラフィカルリスト/テー
ブル、グラフィカルバックグラウンド、データ入力フィ
ールド、プルダウンメニュー、及び/または表示画面上
に表示する機能を兼ね備えているものである。GUIコン
ポーネントは、固有の識別子と一緒にGUIライブラリに
保存されてもよい。この識別子により、例えば、既に述
べられているアプリケーションGUIは、GUIコンポーネン
トでプレゼンテーションを作る。

【００２４】プレゼンテーションは、表示画面のサイズ
の関数として、複数ページに細かく分割されてもよい。
例えば、ノートブックPCのような相対的に大きな表示画
面は、大きなサイズ、及び/またはたくさんの量のGUIコ
ンポーネントを含んだ大きなページを表示することがで
きる。一方、例えば、無線電話のような小さな画面は、
かなりコンパクトなGUIコンポーネントを持った小さな
ページのみ表示することができる。さらに、小さなペー
ジは、表示画面上において、一度にほんの少しのGUIコ
ンポーネントしか表示できない。

【００２５】SGUIシステムは、異種装置プラットフォー
ムの表示画面を最大限に埋めるために用いることもでき
る。中間表現を用いることにより、SGUIシステムは、ダ
イナミックなレイアウトとアプリケーションGUIのグラ
フィカルユーザインターフェイス（GUI）変換を提供で
きる。このようにアプリケーションGUIは、拡張性のあ
るアプリケーションが動いている異種装置プラットフォ
ームの表示画面に拡大縮小されてもよい。

【００２６】・入力方法 異種装置プラットフォームは、また拡張性のあるアプリ
ケーションとアプリケーションGUIに対応付けられてい
る異なる入力方法を兼ね備えていてもよい。例えば入力
方法として、無線電話はキーパッド、ポケットPCは手書
き入力用のペン、ノートブックPCはキーボード、及び/
またはマウスのようなポインティングデバイスを利用す
る。従って、拡張性のあるアプリケーションのアプリケ
ーション開発者は、対応しているアプリケーションGUI
用特定の入力方法を採用しなくてもよい。

【００２７】SGUIシステムは、異種装置プラットフォー
ムに対応できる装置プラットフォーム独立型のGUIイベ
ントを提供する。GUIイベントは、ページ上の視覚的な
素材内における状態の変化である。ユーザが、異種装置
プラットフォームのユーザインターフェイスと対話する
ことにより、GUIイベントを引き起こされることもあ
る。SGUIシステムにより、装置プラットフォーム特定の
GUIイベントを、装置プラットフォーム独立のGUIイベン
トに、動的に変換される。このように、SGUIシステムを
利用している拡張性のあるアプリケーションは、異種装
置プラットフォームのユーザインターフェイスと適合性
があり、かつ異種装置プラットフォームのユーザインタ
ーフェイスから独立しているGUIイベント機能を持つよ
うに設計される。

【００２８】・ユーザインターフェイスライブラリ 異種装置プラットフォームは、また異なるアプリケーシ
ョンプログラムインターフェイス（API）をサポートし
てもよい。APIは、広範囲にわたる機能を提供する出来
合いのソフトウェアコンポーネントの集まりの１つであ
る。例えば、Java（登録商標）技術は、Java（登録商
標）プリケーションプログラムインターフェイス（AP
I）を持っている。Java（登録商標）（API）は、Java
（登録商標）型プログラム内で実装される標準的な機能
を提供するソフトウェアコンポーネントの集まりであ
る。

【００２９】Java（登録商標）プラットフォームは、
「一度書いたらどこでも動く（WriteOnce, Run Anywher
e; WORA）」を主張しているが、移動装置環境で開発し
ているJava（登録商標）アプリケーションにとって、こ
れは当てはまらないこともある。例えば無線電話で、Ja
va（登録商標）プログラミング言語は、Java（登録商
標） 2 Micro Edition(J2ME)であってもよい。基本的に
J2MEのデザインは、柔軟性と分断に基づいている。柔軟
性を成し遂げるため、J2MEは装置プラットフォーム特定
型のAPIを設定している。装置プラットフォーム特定型
のAPIは、プロファイルとして言及される。J2MEアプリ
ケーションは、特定の装置プラットフォームで動くよう
に書かれているので、異なるプロファイルは分断してし
まう。例えば、ドコモ503ｉの無線電話はJ2ME DoJa API
として言及されるJava（登録商標）プロファイルをサポ
ートしてもよい。同様に、ポケットPCはPersonal Java
（登録商標） AWT APIを、ノートブックパソコンはJava
（登録商標）2 Standard Edition(J2SE) SWING APIをサ
ポートしてもよい。

【００３０】APIは、異種装置プラットフォームによっ
て、異なるGUIライブラリをサポートしてもよい。例え
ば、PDAは、対応しているGUIライブラリ内において、よ
り多くのタッチスクリーン関連のGUIコンポーネントを
兼ね備えていてもよい。一方、例えば無線電話は、対応
しているGUIライブラリ内において、指示関連のGUIコン
ポーネントしか兼ね備えていてなくてもよい。既に知ら
れている通り、GUIライブラリは、プレゼンテーション
を作成するためにアクセス可能な既成のGUIコンポーネ
ントを編集したものである。

【００３１】１つの実施形態のSGUIシステムは、異種装
置プラットフォームと適合性があり、かつその上でサポ
ートされる装置プラットフォーム独立型APIを提供す
る。装置プラットフォーム独立型のAPIは、異種装置プ
ラットフォームに対応付けられている異なるGUIライブ
ラリへ、ブリッジング（橋渡し）機能を提供する。した
がって、SGUIシステムを利用しているアプリケーション
開発者は、異種装置プラットフォーム用のプラットフォ
ーム特定型のGUIプレゼンテーションを開発するため、
異なるGUIライブラリに精通している必要はない。

【００３２】SGUIシステムの典型的な動作例は、拡張性
のあるアプリケーションがある装置プラットフォームか
ら別の装置プラットフォームへマイグレーションするこ
とである。拡張性のあるアプリケーションのマイグレー
ションは、ソース（供給元）装置プラットフォームから
ターゲット装置プラットフォームへ、動作中の拡張性の
あるアプリケーションのインスタンスのマイグレーショ
ンを含んでいる。例えば、会社でマウスやキーボードを
使い、ラップトップPCで、Eメールに関連している拡張
性のあるアプリケーションを操作しているユーザを考え
てください。ここで仕事の完了前に、ユーザは会社を出
る必要がある。この時にユーザは、まだアクティブな拡
張性のあるアプリケーションを、ラップトップPC（ソー
ス（供給元）装置プラットフォーム）からPDA(ターゲッ
ト（目的）装置プラットフォーム)へと動かすことによ
り、Eメール作業機能を続行できる。ラップトップPCの
表示画面はPDAより大きいので、アプリケーションのプ
レゼンテーションは、SGUIシステムによりPDAの表示画
面に適合される。これに伴い、ラップトップPCのマウス
やキーボードで動いていたユーザインターフェイス機能
もまた、SGUIシステムにより、PDA上にあるタッチスク
リーンのユーザインターフェイス機能に適合されてもよ
い。SGUIシステムは、ソースおよびターゲット装置プラ
ットフォームから独立しているユーザインターフェイス
の拡張性のあるアプリケーションの移動性を提供する。
このように拡張性のあるアプリケーションは、SGUIシス
テムを使いながら動作する時にだけ必要であり、特に２
つの装置プラットフォーム上で動作する時に必要なわけ
ではない。

【００３３】図１は、拡張性のあるグラフィカルユーザ
インターフェイス(SGUI)システム１０のある実施形態の
ブロック図である。SGUIシステム１０は、拡張性のある
GUIライブラリモジュール１２、カスタマイズモジュー
ル１４、そしてレンダーマネージャモジュール１６を持
っている。図に描かれた実施形態は、本発明の理解を助
けるためのものであり、これらの装置は個々に独立した
ものではなく、同図より少ないまたは多い装置が、SGUI
システム１０を説明している様々な実施形態で利用され
てもよい。

【００３４】拡張性のあるGUIライブラリモジュール１
２は、拡張性のあるアプリケーションの開発中におい
て、アプリケーションの開発者が使用するツールであっ
てもよい。さらに、拡張性のあるGUIライブラリモジュ
ール１２は、SGUIシステム１０による中間表現と共に使
用するため、GUIコンポーネントのライブラリを提供し
てもよい。ある実施形態において、装置プラットフォー
ム独立型APIは、拡張性のあるアプリケーションの開発
中において使用されてもよい。また中間表現を作るた
め、装置プラットフォーム独立型APIは、装置プラット
フォーム独立型のアプリケーションGUI内に、アプリケ
ーション開発者により実装されてもよい。したがって、
装置プラットフォーム独立型のアプリケーションGUIを
使用して中間表現のインスタンス化には、拡張性のある
GUIライブラリモジュール１２内において、装置プラッ
トフォーム独立型のAPIを実行することが含まれる。中
間表現のインスタンス化は、中間表現は装置プラットフ
ォーム独立型のプレゼンテーションモデルということを
表している図１において、「装置独立型中間表現」とな
っている。

【００３５】一般的に、拡張性のあるGUIライブラリモ
ジュール１２は、Java（登録商標）アブストラクト ウ
インドウ ツールキット(AWT)のようなGUIライブラリの
他のフォームに似ている。本発明の好ましい実施形態に
おいて、拡張性のあるGUIライブラリモジュール１２
は、Java（登録商標）のアプリケーションGUIに似たス
タイルで作られている。従って、Java（登録商標）技術
に詳しいアプリケーションプログラマが、装置プラット
フォーム特定型APIを利用する現存の装置プラットフォ
ーム特定型のアプリケーションGUIを、SGUIシステム１
０内において、装置プラットフォーム独立型のAPIを利
用する装置プラットフォーム独立型のアプリケーション
GUIに変換する要求は少なくなる。

【００３６】カスタマイズモジュール１４は、ターゲッ
ト装置プラットフォームの装置独立の中間表現をカスタ
マイズするために動作する。「ターゲット装置プラット
フォーム」と言う語は、拡張性のあるアプリケーション
がディスプレイ用のプレゼンテーションを生成する、異
種装置プラットフォームを特定する。ターゲット装置プ
ラットフォームとして、拡張性のあるアプリケーション
が特定された装置プラットフォーム上を動作している間
に、プレゼンテーションは生成されてもよい。さらに拡
張性のあるアプリケーションが、ソースからマイグレー
ションの目的である装置プラットフォーム(ターゲット
装置プラットフォーム)へマイグレーションする時、プ
レゼンテーションが生成されてもよい。ある実施形態に
おけるカスタマイズモジュール１４は、タスクマネージ
ャモジュール１８と変換マネージャモジュール２０を持
っている。

【００３７】ある実施形態におけるタスクマネージャモ
ジュール１８は、ターゲット装置プラットフォームの機
能に基づいて装置独立型の中間表現の機能を取り除いて
もよい。その中間表現は、タスクマネージャモジュール
１８によりタスクが取り除かれたことを表している「取
り除かれた中間表現」と図１に示されている。ある実施
形態において、拡張性のあるアプリケーションは、ター
ゲット装置プラットフォームの機能を特定し、そしてそ
の機能をタスクマネージャモジュール１８へ提供する。
またある実施形態において、タスクマネージャモジュー
ル１８は、ターゲット装置プラットフォームの機能を特
定することができる。

【００３８】中間表現から取り除かれたタスクは、ター
ゲット装置プラットフォームに適合しない拡張性のある
アプリケーションの代表的な機能/能力を持っていても
よい。例えば、ラップトップパソコンは、電話のテンキ
ー機能に関連しているタスクは使わない。同様に、利用
できる能力に制約があるため、ターゲット装置プラット
フォーム上に全てのタスクを表示することは望ましくな
いともいえる。例えば、多量のテキストデータを入力す
るのに、無線電話のテンキーを使うのは面倒くさい上、
時間もかかる。だからタスクマネージャモジュール１８
は、無線電話にとっては面倒である編集機能に関連した
タスクを取り除いてもよい。ある実施形態において、タ
スクマネージャは、ターゲット装置プラットフォームの
機能、及び/または中間表現内におけるアプリケーショ
ン開発者により特定された他のプロパティに応じて、タ
スクを取り除いてもよい。

【００３９】変換マネージャモジュール２０は、中間表
現を装置プラットフォーム依存型のプレゼンテーション
に変換するように動く。装置プラットフォーム依存型の
プレゼンテーションは、ターゲット装置プラットフォー
ム内で、特定のユーザインターフェイスに適合してもよ
い。中間表現の変換は、タスクマネージャモジュール１
８が不要なタスクを取り除くことにより始まる。中間表
現の変換には、ターゲット装置プラットフォームの機能
ベースの中間表現、中間表現の論理構造、及び/または
アプリケーションGUIが特定したプロパティを動的に変
更することが含まれる。以下における変換マネージャモ
ジュール２０による変換において、中間表現は装置プラ
ットフォーム依存型の中間表現であり、この装置プラッ
トフォーム依存型の中間表現は、プラットフォーム特定
のプレゼンテーション方式における特定のある異種装置
プラットフォーム(ターゲット装置プラットフォーム)に
対するカスタマイズを示すために「装置依存型中間表
現」として図１に表されている。

【００４０】レンダーマネージャモジュール１６は、タ
ーゲット装置プラットフォームの表示画面上にプレゼン
テーションを表示するようにしてもよい。レンダーマネ
ージャモジュール１６は、カスタマイズモジュール１４
による中間表現のカスタマイズを行う。レンダーマネー
ジャモジュール１６は、装置プラットフォーム依存型の
中間表現から、プレゼンテーションを取り出してもよ
い。さらにレンダーマネージャモジュール１６は、ター
ゲット装置プラットフォームの表示画面上にプレゼンテ
ーションを表示するために、拡張性のあるGUIライブラ
リモジュール１２を利用してもよい。

【００４１】レンダーマネージャモジュール１６の動作
は、プレゼンテーションを取り出すため、装置プラット
フォーム依存型の中間表現をトラバースすることを含
む。装置プラットフォーム依存型の中間表現は、ターゲ
ット装置プラットフォームに依存している装置プラット
フォーム用にカスタマイズされたアプリケーションGUI
の符号化表示である。このように、レンダーマネージャ
モジュール１６により取り出されたプレゼンテーション
は、ターゲット装置プラットフォームの表示画面上に写
っている装置依存型のアプリケーションGUIを表示す
る。

【００４２】SGUIシステム１０の好ましい実施形態にお
いて、SGUIシステム１０は、ターゲット装置プラットフ
ォームに対しアプリケーションGUIの継ぎ目のないスケ
ーリングを提供するため、拡張性のあるアプリケーショ
ンと連動して動いてもよい。アプリケーション開発者
は、アプリケーションGUIから装置プラットフォーム独
立型の中間表現を作るためのツールとして、拡張性のあ
るGUIライブラリモジュール１２を使うことができる。
図１に示すように、SGUIシステム１０の稼動中、アプリ
ケーションGUIは、拡張性のあるGUIライブラリモジュー
ル１２を使う装置プラットフォーム独立型の中間表現を
インスタンス化してもよい。カスタマイズモジュール１
４は、拡張性のあるアプリケーションが動いているター
ゲット装置プラットフォームに基づく装置プラットフォ
ーム依存型の中間表現に対し、中間表現をカスタマイズ
してもよい。レンダーマネージャモジュール１６は、タ
ーゲット装置プラットフォームのユーザインターフェイ
ス用にカスタマイズされたプレゼンテーションを取り出
すため、装置プラットフォーム依存型の中間表現を使用
してもよい。そしてプレゼンテーションは、レンダーマ
ネージャモジュール１６により、ターゲット装置プラッ
トフォームの表示画面上に表示されてもよい。

【００４３】図１に表されているモジュールのより細か
な詳細について説明する。

【００４４】図２は、拡張性のあるGUIライブラリモジ
ュール１２の１実施形態のより詳細なブロック図であ
る。ある実施形態の拡張性のあるGUIライブラリモジュ
ール１２は、拡張性のあるGUIコンポーネントライブラ
リモジュール２２、中間表現モジュール２４（IR）、そ
して拡張性のあるGUIイベント変換モジュール２６を有
している。他の実施形態において、これより少ないまた
は多いモジュールにより、拡張性のあるGUIライブラリ
モジュール１２の機能を表してもよい。拡張性のあるGU
Iコンポーネントライブラリモジュール２２は、有名なG
UIコンポーネントライブラリに共通している点がいくつ
かある。GUIコンポーネントライブラリモジュール２２
のある実施形態において、GUIコンポーネントライブラ
リモジュール２２は、複数の拡張性のあるグラフィック
ユーザインターフェイス(SGUI)コンポーネントと装置プ
ラットフォーム独立型のAPIを有している。既に述べた
ように、装置プラットフォーム独立型のAPIは、異種装
置プラットフォームと適合性があり、そして装置独立型
のアプリケーションGUIを作るために利用できる。

【００４５】SGUIコンポーネントは、ライブラリ内にお
けるグラフィカルユーザインターフェイスコンポーネン
トである。SGUIコンポーネントは、SGUIシステムで動作
可能な異種装置プラットフォームによりサポートされる
装置独立型のグラフィカルユーザインターフェイスコン
ポーネントとして描かれている。さらにSGUIコンポーネ
ントは、グラフィカルユーザインターフェイスコンポー
ネントが、異種装置プラットフォーム用にカスタマイズ
可能なことを表すために用いられてもよい。またSGUIコ
ンポーネントは、SGUIコンポーネント複合として言及さ
れてもよい。ここでSGUIコンポーネント複合は、関連の
ある機能を提供するためにグループ化された複数のSGUI
コンポーネント単体である。

【００４６】装置独立型のアプリケーションGUIは、SGU
Iコンポーネントの表示を含む装置独立型の中間表現の
インスタンスを作るのに使われてもよい。しかしながら
ディスプレイ用のプレゼンテーションを作る前に、中間
表現は、装置プラットフォーム依存型の中間表現が表示
可能になるように、変換（またはカスタマイズ）されて
もよい。

【００４７】好ましい実施形態において、GUIコンポー
ネントライブラリモジュール２２は、Java（登録商標）
SWINGに似ている。これにより、Java（登録商標）スイ
ングに明るいアプリケーション開発者は、拡張性のある
GUIコンポーネントライブラリモジュール２２を容易に
学ぶことができる。ある実施形態において、Java（登録
商標）スイングとSGUIコンポーネントの類似点は、共に
接頭辞がSだということである。つまり、この実施形態
でJava（登録商標）SWINGの接頭辞は、Java（登録商
標）SWINGのJではなく、Sなのである。

【００４８】一般的に、クロスプラットフォームGUIラ
イブラリを作るために、４つの有名な技術がある。それ
ら４つの技術とは「Least Common Denominator (LC
D)」,「Superset Emulation」,「 Direct API Emulatio
n」and 「Layering/Wrapper」である。LCD技術は、全て
のGUIライブラリに共通の特徴を持っている。Superset
Emulation技術は、全てのGUIライブラリ用のGUIコンポ
ーネントのスーパーセットを提供できる。ダイレクトAP
Iエミュレーションの技術は、直接的に、あるGUIライブ
ラリの装置特定型APIを別のGUIライブラリの装置特定型
APIへマッピングできる。レイヤリング/ラッパー技術
は、GUIライブラリへマッピングする、アブストラクト
なGUIライブラリを提供する。

【００４９】SGUIシステムのある実施形態において、ダ
イレクトAPIエミュレーションとラッパー技術のコンビ
ネーションが実装される。他の実施形態において、他の
技術との組み合わせが使われてもよい。しかしながら、
LCD技術の利用は、SGUIコンポーネントの利用を制限す
ることもある。さらに、SGUIシステムがサポートするGU
Iライブラリの数が増えた時、スーパーセットエミュレ
ーションの利用は、拡張性を制限することもある。

【００５０】ダイレクトAPIエミュレーションとラッパ
ー技術の組み合わせが、拡張性のあるGUIコンポーネン
トライブラリモジュール２２により実装されてもよい。
拡張性のあるGUIコンポーネントライブラリモジュール
２２は、他のGUIライブラリへマッピングされてもよ
い。ある実施形態において、拡張性のあるGUIコンポー
ネントライブラリモジュール２２は、装置特定のGUIラ
イブラリへマッピングされてもよい。装置特定のGUIラ
イブラリは、例えば、Java（登録商標）スイング、Java
（登録商標）AWT、及び/またはJava（登録商標）Dojaを
有していてもよい。他の実施形態において、拡張性のあ
るGUIコンポーネントライブラリモジュール２２は、非
装置特定のライブラリを有している増設された/異なる
ライブラリへマッピングされてもよい。

【００５１】拡張性のあるGUIコンポーネントライブラ
リモジュール２２内でのマッピングにおいて、SGUIコン
ポーネントを、他のライブラリ内にある装置特定のGUI
コンポーネントへマッピングする。このマッピングは、
対応する装置特定のGUIコンポーネントが装置特定のGUI
ライブラリ内において利用可能な場所で実行されてもよ
い。もし装置特定のGUIライブラリが利用できないと
き、SGUIコンポーネントは、装置特定のGUIライブラリ
内において、装置特定のGUIコンポーネント複合へマッ
ピングされてもよい。ある実施形態において、マッピン
グは定着してない。したがって、この実施形態におい
て、アプリケーション開発者は、拡張性のあるGUIコン
ポーネントライブラリモジュール２２内においてSGUIコ
ンポーネントのマッピングを変えたり/加えたりするこ
とにより、デフォルトマッピングを無視してもよい。

【００５２】再び図２に戻るが、中間表現(IR)モジュー
ル２４は、中間表現を作るためにアプリケーションGUI
が使用する装置独立型APIを有している、いかなるアプ
リケーションでもよい。中間表現は、拡張性のあるGUI
コンポーネントライブラリモジュール２２を利用する装
置独立型アプリケーションGUIを表している。好ましい
実施形態において、中間表現は木構造のような構造を有
しているので、だから中間表現は中間表現(IR)ツリー
(木)と呼ばれてもよい。他の実施形態において、例え
ば、アウトライン構造、マトリックス構造、または他の
論理ベースの構造を、中間表現を表すために用いてもよ
い。

【００５３】IRツリーは、SGUIコンポーネントが配置さ
れているかもしれない論理構造を提供する。SGUIコンポ
ーネントは、IRツリー内の簡単な中間表現内に装置プラ
ットフォーム独立型のアプリケーションGUIを入れるこ
とにより、配置されてもよい。アプリケーションGUIは
装置プラットフォーム独立型なので、IRツリーは拡張性
のあるアプリケーションによりサポートされる、すべて
の可能なSGUIコンポーネントを含んでいてもよい。SGUI
コンポーネントは、装置プラットフォーム独立型のプレ
ゼンテーションへ簡単な変換を提供するように配置され
てもよい。さらに詳細は後で述べるが、レイアウト構
造、レイアウトの制約、そして制約を示すその他のプロ
パティは、IRツリーの論理構造内において特定されても
よい。さらに、IRツリーは、Java（登録商標）のアプリ
ケーションGUI開発との類似を永続させるため、Java
（登録商標）技術の階層的なコンテナ概念を取り入れる
ことが望ましい。

【００５４】図３は、IRツリー４０の構成例を示すブロ
ック図である。IRツリー４０は、階層型構造内にある相
互に連結した複数のノードを持っている。図の階層構造
は、数ある構造の中における１つの例に過ぎない。好ま
しい実施形態において、IRツリー４０は、少なくとも１
つのコンポーネントノード４２と１つのコンテナノード
４４を持っている。他の実施形態において、その他のカ
テゴリーを持つノードが、アプリケーションGUIを表す
ように特定されてもよい。

【００５５】ある実施形態のコンポーネントノード４２
は、個々のSGUIコンポーネントを表している。コンポー
ネントノード４２より下の位置には他のノードがこれ以
上無いので、コンポーネントノード４２は、IRツリー４
０の「葉」と見なしてもよい。ある実施形態のコンテナ
ノード４４は、IRツリー４０内における論理パネルを表
している。論理パネルは、装置プラットフォームの表示
画面に表示するためIRツリー４０から作られたプレゼン
テーションのページ内で、異なるセクション、または異
なるパネルを表している。例えば、Eメールに関するア
プリケーション内において、コンテナノード４４は、ユ
ーザが受け取った全てのEメールを表示するウインドウ
を表すことができる。

【００５６】図に示す通り、コンテナノード４４は、下
位の位置に自身と連結しているコンポーネントノード４
２、及び/または他のコンテナノード４４を持っていて
もよい。IRツリー４０の下位に位置しているノードは、
上位の関連論理パネルにより表されるセクションの一部
またはパネルである、関連サブ論理パネル及び関連SGUI
コンポーネントを表している。例えば、Eメールを表示
するウインドウにおいて、下位にあるコンテナノード４
４は、ウインドウ内で記述的なヘッダーを提供してもよ
いし、そして接続先のコンポーネントノード４２は、受
信したメールを分類する機能を提供してもよい。

【００５７】図３のIRツリー４０における例で、最も高
い位置にあるルートコンテナノード４４ａは、全体的な
プレゼンテーションを表してもよい。その他のコンテナ
ノード４４は、プレゼンテーション内で異なる論理パネ
ルを表しているので、ルートコンテナノード４４ａの階
層的な子供と考えてよい。コンテナノード４４ｃ、４４
ｄ、４４ｅ、４４ｇ、そして４４ｈは、ルートコンテナ
ノード４４ａの一番下位のコンテナノードであると言え
る。逆に言えば、コンテナノード４４ｂ、４４ｃ、４４
ｄは、ルートコンテナノード４４ａの直系の階層的な子
供である。さらに図にあるように、いくつかのコンテナ
ノード４４の階層的な子供達はコンポーネントノード４
２である。例えば、コンテナノード４４ｃ、４４ｄの子
供は、それぞれコンポーネントノード４２ｇ、４２ｈと
コンポーネントノード４２ｊ、４２ｋである。

【００５８】またIRツリー４０は、拡張性のあるアプリ
ケーションのタスク構造でもよい。タスク構造は、拡張
性のあるアプリケーションが実行するタスクに関連する
SGUIコンポーネントをグループ化することにより、表示
されてもよい。タスクという言葉は、装置プラットフォ
ームのユーザが、拡張性のあるアプリケーションで実行
できる機能を特定している。機能は、拡張性のあるアプ
リケーションと装置プラットフォームに依存している。
例えば、無線電話機(装置プラットフォーム)におけるE
メール機能(拡張性のあるアプリケーション)は、タッチ
スクリーンを使いながらEメールを見ること、削除する
こと、そして作成することができる機能を有している。
したがって、ユーザの指示を示し、かつ受け入れるSGUI
コンポーネントは、機能別にグループ化される。

【００５９】タスク構造は、特定のタスク(機能)に関す
るSGUIコンポーネント(コンポーネントノード４２)を、
論理パネル(コンテナノード４４)内にグループ化する。
コンテナノード４４内によるグルーピングにより、装置
プラットフォームのディスプレイ上におけるSGUIコンポ
ーネントの対応するグループが表すタスクを表示するこ
とができる。例えば、図３において、タスク４６はコン
テナノード４４ｅ、そしてその階層的な子供であるコン
ポーネントノード４２ａと４２ｂである。一方、タスク
は、複数のコンテナノード４４と、それに対応するコン
ポーネントノード４２である。

【００６０】ある実施形態において、SGUIコンポーネン
トのグルーピングにより、アプリケーションGUIがタス
クの優先度を示している制約を提供するためのプロパテ
ィを特定する。プロパティは、対応するコンテナノード
４４に対し、タスクの優先順位を添付してもよい。例え
ば、タスクの優先順位は、特定の装置プラットフォーム
に適しているタスクを特定しても良いし、異種装置プラ
ットフォームにおける別のタスクを特定しても良いし、
及び/または、タスク及び/または拡張性のあるアプリケ
ーションが動いている装置プラットフォームに関連する
情報を特定しても良い。

【００６１】既に述べたように、アプリケーション開発
者は、その開発中に、拡張性のあるアプリケーション内
で、IRツリー４０を作ってもよい。コンテナノードとコ
ンポーネントノードの階層構造を特定する他に、アプリ
ケーション開発者は、IRツリー４０の論理構造、及び/
またはIRツリー４０のレイアウトパラメータに影響する
制約を提供するプロパティを特定してもよい。プロパテ
ィは、コンポーネントノード４２(SGUIコンポーネン
ト)、コンテナノード４４(論理パネル)、及び/またはIR
ツリー４０に対し、特定されてもよい。IRツリー４０の
インスタンスは、特定のプロパティを含んでもよいし、
また特定のプロパティベースで作られてもよい。好まし
い実施形態において、プロパティの特定化は、アプリケ
ーションGUI内において起こってもよい。また他の実施
形態において、プロパティの特定化は、ターゲット装置
プラットフォーム内、または他の関連ある装置またはア
プリケーション内の拡張性のあるアプリケーションにお
いて起こり得る。

【００６２】IRツリー４０は、プレゼンテーションのペ
ージ内(プレゼンテーション部)において、アプリケーシ
ョンGUIのレイアウトを表してもよい。ある実施形態に
おいて、IRツリー４０内の相互関連のパターンによりレ
イアウトストラクチャは、直系の階層的子供ノードによ
り、高い水準の論理パネル用に特定されてもよい。アプ
リケーション開発者は、アプリケーションGUIで、コン
ポーネントノード４２とコンテナノード４４用のレイア
ウト構造を示しているプロパティを特定してもよい。プ
ロパティは、論理パネル(コンテナノード４４)とコンテ
ナノード４４の階層的な子供であるSGUIコンポーネント
(コンポーネントノード４２)の位置を特定してもよい。
例えば、コンポーネントノード４２ａにおけるレイアウ
ト構造は、コンテナノード４４ｅが表す論理パネルの右
上において、SGUIコンポーネントの位置を特定してもよ
い。同様に、コンポーネントノード４２ｂは、コンテナ
ノード４４ｅが表す論理パネルの左上において、対応す
るSGUIコンポーネントの位置を示しているレイアウト構
造を含んでいてもよい。コンテナノード４４ｅも、コン
テナノード４４ｂにより表される論理パネルのセンター
において、対応する論理パネルの位置を特定するレイア
ウト構造を含んでいてもよい。

【００６３】さらに、図３のIRツリー４０の例におい
て、プレゼンテーションのページ４８は、コンテナノー
ド４４とコンポーネントノード４２の階層的に関連のあ
るグループから形成されていてもよい。図の例におい
て、ページ４８はコンテナノード４４ｂで形成されてい
る。ページ４８は、コンテナノード４４ｂ以下の関連の
ある階層レベルが課したレイアウト構造に起因してもよ
い。具体的に説明すると、４４ｆ内におけるコンテナノ
ード４４ｇ、４４ｈ、そして４４ｂ内における４４ｅ、
４４ｆの特定化と同様に、対応するコンテナノード４４
ｅ、４４ｇ、４４ｈ内におけるコンポーネントノード４
２ａ、４２ｂ、４２ｃ、４２ｄ、４２ｅ、４２ｆのレイ
アウト構造を特定するプロパティが、ページ４８を作る
こともできる。他の実施形態において、他のレイアウト
構造の特定化に関連するIRツリー４０における他のノー
ドの階層構造は、ページのフォーメーション(形成)に起
因してもよい。

【００６４】ターゲット装置プラットフォーム用のプレ
ゼンテーションのページの生成時、SGUIシステムは、提
案されているレイアウト構造に従ってもよい。しかしな
がら、ある実施形態において、例えば、ターゲット装置
プラットフォームの表示画面を最大限に利用することに
高い優先順位が設定されている場合において、提案され
たレイアウト構造に従うことを無視してもよい。

【００６５】IRツリー４０の装置独立型プラットフォー
ムが有する性質のせいで、アプリケーションGUIが生成
されたときに、異種装置プラットフォーム内における多
様な機能は、レイアウト構造の特定化を難しくする。例
えば、許容されるページの最大のサイズは、ターゲット
装置プラットフォームの表示画面のサイズに依存してお
り、開発時間を特定するのは難しい。さらに、開発時間
においては、SGUIコンポーネントの実際サイズはわから
ない。SGUIコンポーネントは、ターゲット装置プラット
フォームの機能に基づき、多種あるサイズの中から１つ
のSGUIコンポーネントに変換するので、SGUIコンポーネ
ントの実際サイズはわからない。

【００６６】ある実施形態において、アプリケーション
開発者は、プレゼンテーション内において配置されたSG
UIコンポーネントに関するSGUIコンポーネントのサイズ
を予測することは可能である。仮に、その予測が正確(S
GUIコンポーネントの変換後のサイズに近い)なら、ター
ゲット装置プラットフォームの表示画面内のレイアウト
におけるSGUコンポーネント間の大きな「穴」は、避け
ることができる。また別の実施形態において、SGUIシス
テムは、いわゆる「穴」を避けるために、同じコンテナ
ノード４４(論理パネル)内で、SGUIコンポーネントに似
たサイズを保存するように努める。また他の実施形態に
おいて、自動レイアウト生成のためのフォーム、ターゲ
ット装置プラットフォーム用レイアウトのアプリケーシ
ョン開発者によるカスタマイズ、及び/またはSGUIコン
ポーネントのサイズの多様性を指定するための技術によ
り、多様なレイアウト構造は指定される。

【００６７】タスクの優先順位とレイアウト構造を示す
プロパティの特定化に加えて、アプリケーション開発者
は、IRツリー４０の論理構造、及び/またはIRツリー４
０のレイアウトパラメータに影響する制約を提供するプ
ロパティを特定してもよい。ある実施形態において、コ
ンテナノード４４のレイアウト優先順位に関連している
プロパティが特定される。本実施形態のプロパティは、
コンテナノード４４がページ上に配置されるオーダを特
定する。最も高いレイアウト優先順位のコンテナノード
４４は、表示画面内で最初のページに位置し、かつ対応
するコンポーネントノード４２により特定されるSGUIコ
ンポーネントを保持してもよい。例えば、装置プラット
フォームのユーザのために、あるタスクを易しくしたい
というアプリケーション開発者は、対応するパネル(コ
ンテナノード４４)に、高いレイアウト優先順位を設定
する。

【００６８】他の実施形態において、レイアウトの制約
を特定するプロパティは、コンポーネントノード４２に
含まれてもよい。レイアウトの制約は、同ページに互い
に隣接して配置される２つまたはそれ以上のSGUIコンポ
ーネントを条件として指定してもよい。例えば、イエス
を示している選択可能なボタンとノーを示している選択
可能なボタンは、ボタンが隣接していることを条件とし
て指定するレイアウトの制約を含んでもよい。

【００６９】同様に他の実施形態で、プロパティは、コ
ンテナノード４４内のレイアウトグループを特定しても
よい。レイアウトグループは、コンテナノード４４内の
ノードが、レイアウト構造内で別ページに配置されるか
どうかを条件として指定することもできる。ある実施形
態において、直系の階層的な子供としてコンポーネント
ノード４２を持っている全てのコンテナノード４４は、
レイアウトグループに特定されない限り分割できない。
同様に、直系の階層的な子供としてコンポーネントノー
ド４２を持っていない本実施形態の全てのコンテナノー
ド４４は分割可能である。

【００７０】別の実施形態において、プロパティはコン
テナノード４４のラベルを特定できる機能を持ってい
る。ラベルは、論理パネルに対応付けられてもよいし、
ページ間を移動するプレゼンテーション内において、ナ
ビゲーションバー/またはメニューを作成してもよい。
他の実施形態においてプロパティは、他の仕様や、論理
コンディション、及び/またはコンポーネントノード４
２、コンテナノード４４及び/またはIRツリー４０に関
連する付加機能を特定するのに利用されてもよい。

【００７１】再び図２に戻り、拡張性のあるGUIイベン
ト変換モジュール２６は、ターゲット装置プラットフォ
ームのユーザインターフェイスにより生成されるGUIイ
ベントを変換する技術(方法)であってもよい。ある実施
形態において、拡張性のあるGUIイベント変換モジュー
ル２６は、装置独立型のGUIイベントAPIを持っている。
装置独立型のGUIイベントAPIは、拡張性のあるアプリケ
ーションに対するイベントを処理する。前にも述べたが
GUIイベントは、表示画面上のSGUIコンポーネント内の
状態の変化を表しているが、これはユーザが対応する装
置プラットフォームに関連しているユーザインターフェ
イスと対話するためである。

【００７２】先行技術では、GUIイベントは、装置特定
型アプリケーションGUIアプリケーションプログラムイ
ンターフェイス(API)により定義されている。装置特定
型GUI APIは、GUIイベントを生成する、特定装置の入出
力方法に接続されているGUIイベントを定義する。拡張
性のあるGUIイベント変換モジュール２６は、異種装置
プラットフォーム用のGUIイベントを変換するのに使わ
れる。また拡張性のあるGUIイベント変換モジュール２
６は、異なる複数の入力方法で動作が可能な装置独立型
のGUIイベント変換機を有している。

【００７３】ある実施形態において、GUIイベント変換
機は、アクションと呼ばれる抽象的なイベントを定義す
る。アクションは入力方法から独立している。例えば、
ボタンとして動作するGUIコンポーネントに対応付けら
れたアクションは、装置プラットフォームに依存してい
るラップトップコンピュータのマウスクリック、ポケッ
トコンピュータのスタイラス・タップ、または携帯電話
のソフトキーから生成されてもよい。拡張性のあるアプ
リケーションは、GUIイベント変換機のGUIイベントを表
すアクションにより提供されてもよい。このように、GU
Iイベントを生成する入力方法は、拡張性のあるアプリ
ケーションに対し、無関係なものであってもよい。

【００７４】拡張性のあるGUIイベント変換モジュール
２６は、プラットフォーム独立型のアクションの拡張性
のあるユーザインターフェイスライブラリを持ってい
る。拡張性のあるユーザインターフェイスライブラリ
は、拡張性のあるGUIコンポーネントライブラリ２２、
または異なるライブラリに含まれていてもよい。ある実
施形態において、拡張性のあるGUIイベント変換モジュ
ール２６は、装置プラットフォーム独立型のGUIイベン
トAPIに基づいた論理マッピングを含んでいてもよい。
拡張性のあるアプリケーションの開発者は、装置プラッ
トフォーム特定型のGUIイベントと同等のプラットフォ
ーム独立型のアクションの間で、論理マッピング用の装
置プラットフォーム独立型のAPIを利用してもよい。こ
のようにプラットフォーム独立型のアクションは、対応
する装置プラットフォーム特定型のGUIイベントの結果
として、拡張性のあるアプリケーションへと配信されて
もよい。

【００７５】いくつかの拡張性のあるアプリケーション
において、装置プラットフォームの制約のために、プラ
ットフォーム特定型のGUIイベントとプラットフォーム
独立型のアクション間におけるマッピングは不可能かも
しれない。例えば、ユーザがマップ・イメージにおける
特定のポイントをクリックするとき、拡張性のあるアプ
リケーションは、拡大または縮小できるインターラクテ
ィブマップを有していてもよい。パソコンサイドでは、
装置プラットフォーム特定型のマウスイベントは、マウ
スがクリックされた特定の位置を把握する。しかしなが
ら、無線電話において、ユーザインターフェイスとして
位置決め入力装置は含まれなくてもよい。このように、
無線電話における同等のプラットフォーム独立型のアク
ションは、マップされることはない。この場合、拡張性
のあるGUIイベント変換モジュール２６のライブラリ
は、別段の定めがなければプラットフォーム独立型アク
ションが表す、プラットフォーム特定入力方法用の装置
プラットフォーム依存型アクションを有していてもよ
い。これに伴い、アプリケーションGUIは、制約を伴う
ターゲット装置プラットフォーム用のアプリケーション
GUIをカスタマイズするプロパティを持っていてもよ
い。ある実施形態において、一般的に装置プラットフォ
ーム特定型GUIイベントは拡張性がないため、拡張性の
あるアプリケーションの主要な機能を実装するのに装置
プラットフォーム独立型のアクションを用いなくてもよ
い。本実施形態において、装置プラットフォーム依存型
のアクションは、主要な機能に対する付加拡張機能とし
て用いられてもよい。

【００７６】図４は、変換マネージャモジュール２０の
より詳細なブロック図における１つの実施形態である。
変換マネージャモジュール２０は、変換ルールモジュー
ル５０、サイズ変換コンポーネントモジュール５２、代
替コンポーネントモジュール５４、GUI変換ルールモジ
ュール単体５６、GUI変換ルールモジュール複合５８、
ダイナミックレイアウトモジュール６０、スタイルガイ
ドモジュール６２とSGUIコンポーネントリストモジュー
ル６４から成っている。他の実施形態において、変換マ
ネージャモジュール２０内での機能は、本実施形態で使
用されているモジュールより少ない、または多い数のモ
ジュールで表される。

【００７７】変換ルールモジュール５０は、IRツリーを
動的に作るために、拡張性のあるGUIコンポーネントラ
イブラリモジュール２２(図２)を利用してもよい。IRツ
リーの構造は、対応するプレゼンテーションのページに
あるIRツリー内に表されるSGUIコンポーネントと、変換
ルールで選択的に変換するSGUIコンポーネントから成っ
ている。

【００７８】変換ルールモジュール５０は、IRツリー４
０(図３)におけるSGUIコンポーネントを変換するのに使
われる複数の変換ルールから成っている。ある実施形態
において、変換ルールモジュール５０は、変換ルールの
２つのカテゴリを表しているサイズ変換コンポーネント
モジュール５２と、代替コンポーネントモジュール５４
から成っている。サイズ変換コンポーネントモジュール
５２は、ターゲット装置プラットフォームの表示画面の
サイズをベースにSGUIコンポーネントのサイズを調整す
るルールを提供できる。代替コンポーネントモジュール
５４は、IRツリー内におけるアプリケーションGUIを表
すSGUIコンポーネントと置き換えに、代替のSGUIコンポ
ーネントを特定できる。

【００７９】ある実施形態の代替コンポーネントモジュ
ール５４は、代替のSGUIコンポーネントに対する２つの
カテゴリのルールを表しているGUI変換ルールモジュー
ル単体５６と、GUI変換ルールモジュール複合５８から
成っている。GUI変換ルールモジュール単体５６は、SGU
Iコンポーネントをターゲット装置プラットフォームに
特定するSGUIコンポーネントに変換するルールを提供す
る。

【００８０】図５は、第１SGUIコンポーネント７０がタ
ーゲット装置プラットフォームに特定する第２SGUIコン
ポーネント７２に、変換ルールで変換する例を示してい
る。ターゲット装置プラットフォームの機能、ターゲッ
ト装置プラットフォームのタイプ、ターゲット装置プラ
ットフォームのユーザインターフェイス、拡張性のある
アプリケーションの機能、及び/またはSGUIコンポーネ
ントのディスプレイに関するパラメータをベースに、SG
UIコンポーネントはターゲット装置プラットフォームに
特定すると考えてよい。

【００８１】図の例では、第１SGUIコンポーネント７０
は、ユーザにより選択される「高」、「中」、「低」、
いわゆる優先度の選択リストを表している。同様に、第
２SGUIコンポーネント７２は、優先度の選択ボタンを表
している。仮に、第１SGUIコンポーネント７０とターゲ
ット装置プラットフォーム用のコンポーネントノード４
２(図３)を含んでいるIRツリー４０(図３)はPDAだとし
た場合、GUI変換ルールモジュール単体５６(図４)は、
第１SGUIコンポーネント７０を第２SGUIコンポーネント
７２に変換する変換ルールを提供してもよい（矢印７
４）。

【００８２】PDAの表示画面におけるサイズの限定、PDA
で利用可能なユーザインターフェイス、またはPDAや拡
張性のあるアプリケーションに関連性のある理由によ
り、本実施例における第２SGUIコンポーネント７２は特
定のものと考えられてもよい。この図における例は、SG
UIコンポーネントに適用可能な数ある変換ルールの一例
にすぎない。

【００８３】図４に再び戻り、GUI変換ルールモジュー
ル複合５８は、SGUIコンポーネント複合が、ターゲット
装置プラットフォームに特定するSGUIコンポーネントに
変換する変換ルールを提供する。前にも述べた通り、SG
UIコンポーネント複合は、IRツリー(図３)におけるコン
テナノード４４(図３)および対応するコンポーネントノ
ード４２(図３)により表されてもよい。

【００８４】図６は、第１SGUIコンポーネント複合７６
が、ターゲット装置プラットフォームに特定している第
２SGUIコンポーネント複合７８へ変換する変換例を示し
ている。

【００８５】図の例によると、第１SGUIコンポーネント
複合７６は、複数のデータエントリ８０、優先度セレク
ション８２、そして好みセレクション８４から成ってい
る。第２SGUIコンポーネント複合７８は、ピックリスト
８６と単一のデータエントリ８８から成っている。図５
における例と同様、矢印９０で示されているように、第
１SGUIコンポーネント複合７６を第２SGUIコンポーネン
ト複合７８に変換するのに、GUI変換ルールモジュール
複合５８から利用可能な変換ルールを用いてもよい。

【００８６】図４に戻るが、ダイナミックレイアウトモ
ジュール６０は、装置プラットフォーム依存型のプレゼ
ンテーションを表すIRツリーを構成してもよい。ダイナ
ミックな構成とは、プレゼンテーションのページのIRツ
リーが表すSGUIコンポーネントの配置と、選択的にSGUI
コンポーネントが変換することを含んでいる。ある実施
形態において、レイアウト構造やアプリケーションGUI
が特定する他の制約に従い、IRツリーにより表されるSG
UIコンポーネントがページ上にあってもよい。さらに、
ダイナミックレイアウトモジュール６０は、適合性を確
認するために、プレゼンテーションとターゲット装置プ
ラットフォームの機能とを比べてもよい。例えば、制約
に関する機能は、プレゼンテーションのページサイズで
もよい。ダイナミックレイアウトモジュール６０が構成
するページのサイズは、プレゼンテーションを表示する
ターゲット装置プラットフォームの表示画面サイズを超
えてはいけない。制約に関する他の機能例は、SGUIコン
ポーネントの最小の視覚サイズ、またはターゲット装置
プラットフォームに関する他の機能である。

【００８７】ダイナミックレイアウトモジュール６０
は、変換ルールを選択＆適用する。そしてSGUIコンポー
ネントを機能あるいは制約に従う形に変換するため、変
換ルールモジュール５０から利用可能な変換ルールを適
用する。例えば表示画面のサイズの制約を満たすため、
ダイナミックレイアウトモジュール６０は、もっとコン
パクトなプレゼンテーションを作るために、変換ルール
をIRツリー内のSGUIコンポーネントに適用してもよい。
変換ルールの選択は、拡張性のあるアプリケーション、
ターゲット装置プラットフォームの表示画面サイズ、装
置プラットフォームのユーザインターフェイス機能、及
び/またはディスプレイ、及びターゲット装置プラット
フォームとの相互作用に関するパラメータにより、決め
られてもよい。

【００８８】ある実施形態において、ダイナミックレイ
アウトモジュール６０は、その機能や制約をベースにプ
レゼンテーション用のページを生成してもよい。また別
の実施形態において、変換ルールの適用により、ターゲ
ット装置プラットフォームに特定する様々な構成のペー
ジセットが生成される。ページセットとは、予想される
装置プラットフォーム依存型プレゼンテーションの一部
分である。予想されるプレゼンテーション内で開発され
たページをベースに、ダイナミックレイアウトモジュー
ル６０は、最も望ましい装置プラットフォーム依存型の
プレゼンテーションを得るために、ページセット内から
選択的にページを利用してもよい。ダイナミックレイア
ウトモジュール６０の望ましい機能とは、ページ数の最
少化、アプリケーションGUIが特定するプロパティに従
うこと、それぞれのページ用の表示画面を最大に利用す
ること、及び/またはプレゼンテーション、ターゲット
装置プラットフォーム及び/または拡張性のあるアプリ
ケーションに関連しているその他の特徴である。

【００８９】さらに図４に示されているように、本実施
形態のダイナミックレイアウトモジュール６０は、スタ
イルガイドモジュール６２とSGUIコンポーネントリスト
モジュール６４から成り立っている。また他の実施形態
において、少ないまたは多い数のモジュールが、機能を
表すため、ダイナミックレイアウトモジュール６０内で
特定されてもよい。

【００９０】スタイルガイドモジュール６２は、少なく
とも１つのプリケーション用のスタイルガイドパラメー
タセットをSGUIコンポーネントに提供してもよい。スタ
イルガイドパラメータは、プレゼンテーション内におい
て変わらない外観を提供するため、SGUIコンポーネント
の視覚的な外観を標準化してもよい。典型的なスタイル
ガイドパラメータは、フォントサイズ、コンポネント間
におけるスペース、色彩などから成っている。ある実施
形態において、スタイルガイドパラメータの1セット
は、全ての装置プラットフォームに使われている。また
別の実施形態において、スタイルガイドパラメータのセ
ットは、１つまたはそれ以上のターゲット装置プラット
フォームに対応付けられていてもよい。

【００９１】SGUIコンポーネントリストモジュール６４
は、予想されるSGUIコンポーネントのリストを編集す
る。予想されるSGUIコンポーネントのリストは、IRツリ
ー内にあるSGUIコンポーネントの変換から生じるSGUIコ
ンポーネントを表してもよい。ダイナミックレイアウト
モジュール６０は、リスト作成のため、変換ルールをIR
ツリー内にあるSGUIコンポーネントに適用してもよい。
ある実施形態において、SGUIコンポーネントリストモジ
ュール６４が、リスト内のSGUIコンポーネントのサイズ
に応じて、SGUIコンポーネントのリストを編集してもよ
い。

【００９２】ダイナミックレイアウトモジュール６０
は、SGUIコンポーネントのリスト作成のため、変換ルー
ルモジュール５０から選択的に適切な変換ルールを適用
してもよい。ある実施形態において、適切な変換ルール
の選択のために、ダイナミックレイアウトモジュール６
０はルールに基づいた技術（方法）を用いてもよい。そ
の技術（方法）においては、２つの前提条件に基づいた
選択的な変換ルールが適用可能である。最初の前提条件
とは、変換するSGUIコンポーネントの特徴を考慮するこ
とである。第２の前提条件とは、プレゼンテーション用
のターゲット装置プラットフォームの機能を考慮するこ
とである。

【００９３】前提条件に加えて、ある実施形態では、ダ
イナミックレイアウトモジュール６０のランキングか
ら、適切な変換ルールを選択してもよい。変換ルールの
ランキングは、変換ルールを適用した結果に基づいても
よい。例えばどのくらいの確率で変換ルールが、異なる
拡張性のあるアプリケーション用に適正な変換を実現す
るかということに基づき、ランキングが決まるというこ
とである。よって、かつ高い確率で変換が成功する変換
ルールはランキングが高く、逆にある特定の拡張性のあ
るアプリケーション用にしか特定されていない変換ルー
ルはランキングが低い。例えば、(少ない数の選択可能
なアイテムにおける)選択ボタン(図５参照)に対する選
択リストの変換は、世界的な規模で拡張性のあるアプリ
ケーションにおいて適用可能なので、高いランキングが
指定されてもよい。

【００９４】SGUIコンポーネントリストの生成に続い
て、ダイナミックレイアウトモジュール６０は、プレゼ
ンテーションにおける使用目的でリストからSGUIコンポ
ーネントを選択してもよい。ある実施形態において、最
大サイズの表示画面に基づき、SGUIコンポーネントが選
択される。また他の実施形態において、ターゲット装置
プラットフォームの機能や拡張性のあるアプリケーショ
ンの機能、及び/またはその他条件が、選択過程におい
て用いられてもよい。SGUIコンポーネントはリストから
選択され、プレゼンテーションを表すページ上に配置さ
れてもよい。リストから選択されたSGUIコンポーネント
は、リストを作るのに用いられたSGUIコンポーネントを
置き換えてもよい。SGUIコンポーネントの置き換えによ
り、装置プラットフォーム独立型のSGUIコンポーネント
は、効果的にターゲット装置プラットフォームに特定す
るSGUIコンポーネントに変換される。

【００９５】ある実施形態において、各々のページは、
表示画面の最大のサイズと比較されてもよい。この実施
形態において、ページを構成するSGUIコンポーネントを
縮小するか、または拡大する必要性があるかどうかによ
り、ダイナミックレイアウトモジュール６０は、リスト
から大きな、または小さなサイズのSGUIコンポーネント
を選択してもよい。ある実施形態において、SGUIコンポ
ーネントに対応するリスト内に、似たサイズのSGUIコン
ポーネントがある場合におけるSGUIコンポーネントの選
択は、リスト内でSGUIコンポーネントを作るのに用いら
れる変換ルール(既に紹介済み)のランキングに基づいて
もよい。

【００９６】本発明の好ましい実施形態において、ダイ
ナミックレイアウトモジュール６０は、プレゼンテーシ
ョンに対応しているページを作るために、IRツリーを通
して繰り返し処理を行ってもよい。ある実施形態におい
て、ダイナミックレイアウトモジュール６０によるプロ
セスは、IRツリーの最も低い階層レベルから高いレベル
に向けて処理を行う。ページを満たすために、ダイナミ
ックレイアウトモジュール６０は、論理パネルをプレゼ
ンテーションのページに付け加えてもよい。ページが満
たされてないときは、兄弟ノードあるいは高いレベルに
あるノードからの階層的に関連のある論理パネルが、ペ
ージに付け加えられてもよい。例えば、図３によれば、
コンテナノード４４ｈ、４４ｆ、そして４４ｅが、ペー
ジ４８を作るために、コンテナノード４４ｇに付け加え
られてもよい。これとは逆にページがはみ出したとき
は、表示画面のサイズに合わせるために、ページ内にお
いてSGUIコンポーネントの変換を実行してもよい。

【００９７】ページがおおむね満たされたとき、プレゼ
ンテーション用の新しいページが作られる。おおむね満
たされたページとは、利用可能なSGUIコンポーネント
で、ターゲット装置プラットフォームの表示画面を最大
化することである。ある実施形態において、おおむね満
たされたページとは、およそ９５％から１００％の割合
で、ターゲット装置プラットフォームの表示画面を満た
していることである。レイアウト構造、他の条件として
指定されてる制約、及び/またはSGUIコンポーネントは
表示画面が完全に満たされることを防ぐが、おおむね満
たされたページ内では、現条件のもとで満たされている
部分を最大限に活用する。

【００９８】図７は、図３のIRツリー４０を参照しなが
ら、図４の変換マネージャモジュール２０のある実施形
態の動作を示しているブロック図である。変換マネージ
ャモジュール２０の動作がブロック１００で始まる。変
換マネージャモジュール２０は、好ましくは、以下にお
いてIRツリー４０をインスタンス化し、そして取り除く
ことにより発生する。IRツリー４０において、最も高い
レイアウト優先度を持ち、かつ最も低いレベルにあるコ
ンテナノード４４が特定される。(ブロック＆)低いレベ
ルにあるコンテナノードは、SGUIコンポーネント(コン
ポーネントノード４２)を表す階層的な子供ノードであ
る。図３におけるIRツリー４０の例では、コンテナノー
ド４４ｃ、４４ｄ、４４ｅ、４４ｇ、そして４４ｈが、
最も低いレベルにあるコンテナノードである。レイアウ
トの優先度は、アプリケーションGUIのプロパティによ
り特定される。ここでは動作を説明する目的上、図３の
コンテナノード４４ｇが、最も高いレイアウト優先度を
持っているとする。

【００９９】スタイルガイドモジュール６２は、特定の
コンテナノード４４(コンテナノード４４ｇ)に関連して
いるSGUIコンポーネント(コンポーネントノード４２ｃ
と４２ｄ)に対し、ターゲット装置プラットフォームに
対応するスタイルガイドパラメータセットを適用する。
（ブロック１０４）SGUIコンポーネントは、IRツリー４
０のレイアウト構造とアプリケーションGUIに条件とし
て指定される制約に従い、プレゼンテーションのページ
上に配置される。(ブロック１０６)そして、ページのサ
イズが決定する。（ブロック１０８）その後、表示画面
からページのサイズがはみ出したかどうかが決まる。
（ブロック１１０）ページのサイズが、ターゲット装置
プラットフォームの表示画面のサイズより大きければ、
ページはターゲット装置プラットフォームの表示画面か
らはみ出していることになる。

【０１００】図８のブロック１１４において、ページが
はみ出していたら、適切な変換ルールが選択され、ダイ
ナミックレイアウトモジュール６０により、そのルール
がSGUIコンポーネントに適用される。予想されるSGUIコ
ンポーネントのリストが作成され、サイズに従いながら
SGUIコンポーネントリストモジュール６４と共に編集さ
れる。(ブロック１１６)例えば、サイズ縮小の必要があ
る等の条件をベースにしたリストから、SGUIコンポーネ
ントは特定される。(ブロック１１８)そして、リスト内
にある１つ以上のSGUIコンポーネントが特定されたかど
うかを決定する。(ブロック１２０)もしノーなら、特定
されたSGUIコンポーネントが選択される。(ブロック１
２２)その後、選択されたSGUIコンポーネントが、ペー
ジ(ブロック１０６)内で以前に表示された対応するSGUI
コンポーネントと交換され(ブロック１２４)、動作は図
７のブロック１０４に戻る。もし複数のSGUIコンポーネ
ントが特定されたら、最も高いランクの変換ルールから
作られたSGUIコンポーネントが選択され(ブロック１２
５)、動作はブロック１２４に進む。

【０１０１】図９に戻り、ブロック１１０(図７)におい
てページがはみ出していない場合、ページが満たされて
いないことが決定される。（図９：ブロック１２６）ペ
ージのサイズがターゲット装置プラットフォームの表示
画面のサイズより小さい時、ページは満たされていない
という事になる。もしページが満たされないと決定した
時、まだページ上に配置されていない兄弟ノード(図３
のコンテナノード４４ｈ)の特定作業が行われる。(ブロ
ック１２８)もし兄弟ノードが配置されていない場合、
最も高い優先度を持つ特定された兄弟ノードが選択され
(ブロック１４４)、そして選択されたノードの処理を始
めるため、動作は図７のブロック１０４に戻る。もし兄
弟ノードが既に配置されているなら（または存在しない
なら）、次に高い階層レベル(図３のコンテナノード４
４ｆ)からの関連ノードが特定される。(ブロック１３
０)

【０１０２】ルートコンテナノード(コンテナノード４
４ａ)かどうかを判断するのに、次に高い階層レベルか
らのノードが確認される。(ブロック１３２)もしイエス
なら、まだページ上に置かれていない付加的で最も低い
レベルのコンテナノードの有無を調べるためにIRツリー
を確認する。(ブロック１３４)もしそのような最も低い
レベルのコンテナノードが存在するなら、最も低いレベ
ルにありかつ次に高い優先度を持っている別のコンテナ
ノード４４(図３)を特定するため、動作はブロック１０
２(図７)へ戻る。もしそのような最も低いレベルのコン
テナノードが存在しないなら動作は終わる。(ブロック
１３６)

【０１０３】ブロック１３２に戻り、次に高い階層レベ
ルにおけるノード(図３のコンテナノード４４ｆ)がルー
トコンテナノード(コンテナノード４４ａ)でない場合、
ノードがページ内に以前に配置されたかどうかを決め
る。（ブロック１３８）ノードが以前に配置されていな
いなら、ノード処理を始めるために、動作はブロック１
０４(図７)へ戻る。ノードが以前に配置されているな
ら、次の高い階層レベルにあるノードの兄弟ノード(図
３のコンテナノード４４ｅ)が配置されていないかどう
かを判定する。(ブロック１４０)もし兄弟ノードがペー
ジ内で既に配置されているなら（または存在しないな
ら）、動作はブロック１３４へ戻る。兄弟ノードが配置
されていないなら、最も高いレイアウト優先度を持って
いる兄弟ノードが選択され(ブロック１４２)、選択され
たノードの処理を始めるため、動作はブロック１０４
(図７)へ戻る。

【０１０４】ブロック１２６へ戻り、ページが満たされ
ていないとは言えない場合、ページはおおむね満たされ
ていると見なされる。(ブロック１４６)残りのSGUIコン
ポーネントを配置するために、新しいページが割り当て
られ(ブロック１４８)、動作はブロック１３４へ戻る。

【０１０５】別の実施形態において、ページが満たされ
たと判断されると、リストからの代替SGUIコンポーネン
トを用いることにより、同ページにおける付加的な変化
の生成のための追加的な動作が実行されてもよい。追加
的な動作に続いて、ダイナミックレイアウトモジュール
６０は、既に前述した通り、最も望ましい装置プラット
フォーム依存型のプレゼンテーションを選択してもよ
い。

【０１０６】通信システム内におけるSGUIシステムの利
用例が説明される。図１０は、装置プラットフォーム２
０２、変換サーバ２０４、そしてプラットフォーム２０
２、変換サーバ２０４とネットワーク２０８を介して通
信しているライブラリサーバ２０６を有している、通信
システム２００の実施例を示している。装置プラットフ
ォーム２０２は、既に述べられている異種装置プラット
フォームでもよい。変換サーバ２０４およびライブラリ
サーバ２０６は、ネットワーク２０８内において、サー
バ機能を実行するいかなる装置であってもよい。ある実
施形態において、動作システムを含む１つまたはそれ以
上のサーバコンピュータは、変換サーバ２０４およびラ
イブラリサーバ２０６として動作する。動作システムの
例として、Microsoft （登録商標）、Windows NT（登録
商標）、UNIX（登録商標）、またはサーバ機能をサポー
トできる他の動作システムが挙げられる。サーバ２０
４、２０６は、データを保存し、データにアクセスする
機能や、SGUIシステムの一部分などのアプリケーション
を実行する機能を有していてもよい。ネットワーク２０
８は、インターネット、公衆または専用イントラネッ
ト、イクストラネット、及び/または無線、光フャイ
バ、及び/または有線通信を介し、データ送信や指令が
可能なネットワーク構成の形式などであってもよい。

【０１０７】通信システム２００内において、SGUIシス
テムは動作可能である。ある実施形態において、拡張性
のあるアプリケーション２１０は、装置プラットフォー
ム２０２上において動作してもよい。さらに、拡張性の
あるGUIライブラリモジュール１２とレンダーマネージ
ャモジュール１６は、装置プラットフォーム２０２上に
おいて動作してもよい。さらに、この実施形態では、タ
スクマネージャモジュール１８と変換マネージャモジュ
ール２０は、変換サーバ２０４上のカスタマイズモジュ
ール１４内で動作してもよい。既に前実施形態で説明さ
れている拡張性のあるアプリケーション２１０、拡張性
のあるGUIライブラリモジュール１２、カスタマイズモ
ジュール１４、そしてレンダーマネージャモジュール１
６は、本実施形態においても同様の働きをする。

【０１０８】他の実施形態において、SGUIシステムにお
ける異なる機能、及び拡張性のあるアプリケーション
は、異種装置プラットフォームとサーバ間において配信
されてもよい。例えば、各動作をサポートするのに十分
な能力があるところで、SGUIシステムと拡張性のあるア
プリケーション２１０は、装置プラットフォーム２０２
上を動作可能となる。また別の例において、SGUIシステ
ムと拡張性のあるアプリケーション２１０の一部分は装
置プラットフォーム２０２上において動作可能であり、
またSGUIシステムと拡張性のあるアプリケーション２１
０のその他の部分は、その他の装置プラットフォーム上
で動作可能である。また別の例においてSGUIシステムの
大部分は、サーバ上またはその他類似の装置上で動作可
能であり、そしてSGUIシステムの不可欠な部分だけが、
装置プラットフォーム２０２上において動作可能であっ
てもよい。

【０１０９】ある実施形態において、拡張性のあるGUI
ライブラリモジュール１２における拡張性のあるGUIコ
ンポーネントライブラリ２２全体(図２)は、装置プラッ
トフォーム２０２に保存されてもよい。この実施形態に
おいて、変換サーバ２０４は、ネットワーク２０８経由
で、拡張性のあるGUIコンポーネントライブラリへアク
セスしてもよい。既に説明されているが、変換マネージ
ャモジュール２０は、GUIコンポーネントの変換中に、
拡張性のあるGUIコンポーネントライブラリへ、アクセ
スしてもよい。

【０１１０】別の実施形態において、拡張性のあるGUI
コンポーネントライブラリ２２のサブセットと共に、拡
張性のあるGUIライブラリモジュール１２の一部分は、
装置プラットフォーム２０２に保存されてもよい。拡張
性のあるGUIコンポーネントライブラリ２２の保存につ
いては、そのサブセットに限られているが、その理由
は、例えば、装置プラットフォーム２０２の限られた保
存機能、情報検索の増加、及び/または装置プラットフ
ォーム２０２及び/または拡張性のあるアプリケーショ
ン２１０の動作に関する理由である。拡張性のあるGUI
コンポーネントライブラリ２２のサブセットは、装置プ
ラットフォーム２０２により頻繁に用いられるSGUIコン
ポーネントを含んでいてもよい。この実施形態では、拡
張性のあるGUIコンポーネントライブラリ２２全体(図
２)と共に、拡張性のあるGUIライブラリモジュール１２
の一部分がライブラリサーバ２０６に保存され、そして
必要があれば、装置プラットフォーム２０２によりネッ
トワーク２０８を介してアクセスされる。またカスタマ
イズモジュール１４は、装置プラットフォーム２０２内
の拡張性のあるGUIコンポーネントライブラリ２２のサ
ブセット、及び/またはライブラリサーバ２０６内の拡
張性のあるGUIコンポーネントライブラリ２２全体へア
クセスしてもよい。別の実施形態において、変換サーバ
２０４は、装置プラットフォーム２０２からの、または
変換サーバ２０４自身からのアクセスに備え、拡張性の
あるGUIコンポーネントライブラリ２２を保存してもよ
い。

【０１１１】また別の実施形態において、変換サーバ２
０４は、GUIライブラリモジュール１２の一部分を持っ
ていてもよい。例えば装置プラットフォーム２０２の制
限された処理能力、装置プラットフォーム２０２のリソ
ースを保存する要求、そしてSGUIシステムの動作に関す
るその他の理由により、GUIライブラリモジュール１２
の一部分は、変換サーバ２０４内に保存されてもよい。
ある実施形態において、中間表現モジュール２４(図２)
の一部分は、変換サーバ２０４に含まれていてもよい。
変換サーバ２０４に含まれている中間表現モジュールの
一部分は、モバイルコードをベースにしたIRツリーのイ
ンスタンスを作るために動作してもよい。この実施形態
においてモバイルコードは、拡張性のあるアプリケーシ
ョン２１０のアプリケーションGUIから、ネットワーク
２０８を介して、変換サーバ２０４へ送信されてもよ
い。中間表現モジュールの一部分は、アプリケーション
GUIを表すIRツリーのインスタンスを作るために、モバ
イルコードを実行してもよい。

【０１１２】図１１は、図１０を参照しながら説明され
たSGUIシステムのある実施形態における動作を説明した
ブロック図である。拡張性のあるアプリケーション２１
０がターゲット装置プラットフォーム(装置プラットフ
ォーム２０２)へマイグレーション、またはターゲット
装置プラットフォームから起動したとき、動作は始まる
（ブロック２５０）。拡張性のあるアプリケーション２
１０は、IRツリーのインスタンスがターゲット装置プラ
ットフォーム上において作成されるかどうかを判断す
る。（ブロック２５２）もしイエスなら、IRツリーのイ
ンスタンスを作るために、拡張性のあるアプリケーショ
ン２１０内のアプリケーションGUIは、GUIライブラリモ
ジュール１２に関連して利用される。(ブロック２５４)
アプリケーションGUIを表しているIRツリーは、変換サ
ーバ２０４に送信されてもよい。(ブロック２５６)もし
IRツリーのインスタンスがターゲット装置プラットフォ
ーム上において作成されないなら、モバイルコードが変
換サーバ２０４に送信される。(ブロック２５８)アプリ
ケーションGUIを表しているIRツリーのインスタンスを
作るために、変換サーバ２０４はモバイルコードを実行
する。(ブロック２６０)既に説明済みだが、IRツリーは
装置プラットフォーム独立型で、そしてアプリケーショ
ンGUIに特定されているプロパティを含んでいる。

【０１１３】ブロック２６４において、ターゲット装置
プラットフォームの機能が、変換サーバ２０４に送信さ
れる。ターゲット装置プラットフォームの機能として、
タスクマネージャモジュール１８は、IRツリーから不必
要な論理パネル及び/またはSGUIコンポーネントを削除
する。(ブロック２６６)変換マネージャモジュール２０
は、タスクマネージャモジュール１８からIRツリーを受
け取り、IRツリーの変換を始める。（ブロック２６８）
IRツリーの変換は、IRツリーにおいて表されているSGUI
コンポーネントの構成を含む。装置プラットフォーム依
存型のプレゼンテーションのレイアウトを作るため、IR
ツリーは変換される。

【０１１４】再び図１２に戻るが、変換の後、装置依存
型IRツリーはターゲット装置プラットフォームに送信さ
れる。（ブロック２７０）レンダーマネージャモジュー
ル１６は装置依存型IRツリーを通過して、SGUIコンポー
ネントのインスタンス化を開始する。(ブロック２７２)
レンダーマネージャモジュール１６は、SGUIコンポーネ
ントがターゲット装置プラットフォーム内において拡張
性のあるGUIコンポーネントライブラリ２２に保存され
ているかどうかを判断する。(ブロック２７４)もしイエ
スなら、レンダーマネージャモジュール１６は、装置プ
ラットフォーム２０２の表示画面上に、カスタマイズさ
れたアプリケーションGUIを表示することを指示する。
(ブロック２７６)SGUIコンポーネントが、ターゲット装
置プラットフォーム２０２内における拡張性のあるGUI
コンポーネントライブラリ２２内に保存されていないな
ら、レンダーマネージャモジュール１６は、ライブラリ
サーバ２０６から装置プラットフォーム２０２へSGUIコ
ンポーネントを動的にダウンロードする。(ブロック２
７８)そして、レンダーマネージャモジュール１６は、
装置プラットフォーム２０２の表示画面上に、装置依存
型アプリケーションGUIの表示を指示する。(ブロック２
７６)

【０１１５】GUIのマイグレーションのイベント前に、
ユーザに対して利用可能な技術的特徴を提供する他、SG
UIシステム１０は、第１異種装置プラットフォームから
第２異種装置プラットフォームへマイグレーションする
GUIアプリケーションの実行状態を保存することができ
る。ここでいう実行状態とは、SGUIコンポーネントに影
響を与えている拡張性のあるアプリケーションのエンド
ユーザがもたらした変化を指している。この変化はSGUI
コンポーネントの変数（外観の変化、データエントリ
ー、状態変化）を含んでもよい。図１３は、第１異種装
置プラットフォーム３０２、第２異種装置プラットフォ
ーム３０４、そしてサーバコンピュータ３０６を有して
いるSGUIシステム１０の実施形態により動作している通
信システムのブロック図である。他の例において、本実
施形態とは異なる数のプラットフォーム、及びサーバが
利用可能なのはいうまでもない。

【０１１６】第１異種装置プラットフォーム３０２、第
２異種装置プラットフォーム３０４は、前に説明され
た、いかなる異種装置プラットフォームであってもよい
し、かつ各々はレンダーマネージャモジュール１６を有
してもよい。サーバコンピュータ３０６はコンピュータ
装置に類似のものであってよいし、また拡張性のあるGU
Iライブラリ１２やカスタマイズモジュール１４内にあ
るタスクマネージャモジュール１８及び変換マネージャ
モジュール２０を有していてもよい。他の例においてモ
ジュールは、コンピュータ装置の処理能力、ネットワー
ク２０８の構成、プロバイダーの優先度などの様々な変
化に応じながら、通信システム内にある装置へと別々に
配信されてもよい。第１異種装置プラットフォーム３０
２＆第２異種装置プラットフォーム３０４とサーバ３０
６間における通信は、ネットワーク２０８を介してもよ
い。

【０１１７】前にも説明した通り、装置プラットフォー
ム独立型(PI)の中間表現は、拡張性のあるアプリケーシ
ョンを開発の一部分として開発される。プラットフォー
ム独立型の中間表現は、プラットフォーム独立型の中間
モデル形式で保存されてもよい。プラットフォーム独立
型の中間モデルは、サーバ３０６、第１異種装置プラッ
トフォーム３０２、第２異種装置プラットフォーム３０
４あるいはネットワーク２０８と通信しているその他の
装置内で保存されてもよい。

【０１１８】本実施形態において、装置プラットフォー
ム独立型の中間表現は、最大の表示画面と最も大規模な
ユーザインターフェイスメカニズムを有している装置プ
ラットフォームに基づいて特定されてもよい。ここでア
プリケーション開発者は、拡張性のあるアプリケーショ
ンは最大の表示画面と最も大規模なユーザインターフェ
イスメカニズムで動作していることが予測できる。例え
ば、装置プラットフォーム独立型の中間表現は、大きな
表示画面と複数のユーザインターフェイス（例：タッチ
スクリーン、マウス、キーボードなど）を持つラップト
ップコンピュータの動作に基づいて特定されてもよい。
従って、プラットフォーム独立型のプレゼンテーション
モデルから生成されたプラットフォーム特定型のプレゼ
ンテーションは、プラットフォーム独立型のプレゼンテ
ーションモデルと同サイズ、あるいはそれより小さいも
のであってもよい。

【０１１９】図１４は、IRツリー４０及び対応するGUI
プレゼンテーション４０４形式における拡張性のあるサ
ーチアイテムアプリケーション用のプラットフォーム独
立型のプレゼンテーションモデルである。前に説明済み
だが、ルートノード４４ａはIRツリー４０上に位置し、
かつGUIプレゼンテーションを表してもよい。ルートノ
ード４４ａの子供ノードは、コンテナノードあるいは拡
張性のあるアプリケーションのエンドユーザに対して利
用可能な異なるタスクを表しているタスクノードであ
る。コンポーネントノード、個々のSGUIコンポーネント
及びSGUIコンポーネント複合を表している「葉ノード」
が広がるまで、コンテナノード４４は、さらにサブタス
クノード、サブのサブタスクノード等に分割可能な論理
パネルであってもよい。

【０１２０】図１４の例において、「アイテムタスクの
サーチ」として特定されているコンテナノード４４ｍ
は、「タスクのサーチ」として特定されている第１タス
クノード４４ｎ、「結果タスクの分類」として特定され
ている第２タスクノード４４ｐ、および「結果タスクの
表示」として特定されている第３タスクノード４４ｑを
有している。タスクノード４４ｎ,４４ｐ,４４ｑの各々
は論理パネルを表しており、かつコンポーネントノード
を有している。図の例においてコンポーネントノード
は、IRツリー４０のプラットフォーム独立型のプレゼン
テーションモデルから生成されたJ2SE Swing GUIのよう
なGUIプレゼンテーション４０４内に描かれている。従
ってGUIプレゼンテーション４０４を形成するために、I
Rツリー４０のSGUIコンポーネントは、J2SE Swingにお
けるプラットフォーム特定型のGUIコンポーネントへマ
ッピングする。

【０１２１】「タスクのサーチ」として特定されたコン
テナノード４４ｎは、３つのサブタスクノード(コンポ
ーネントノード)に分割される論理パネルを表してもよ
い。ここで３つのサブタスクノードとは、SGUIコンポー
ネントあるいはSGUIコンポーネント複合である。３つの
サブタスクノードは次のように表されている。 1.「アイテムの検索」(バーチャルラベル４０８)として
表されている第１コンポーネントノード ２.「サーチ」(バーチャルボタン４１０)として表され
ている第２コンポーネントノード ３.バーチャルテキスト領域４１２として表されている
第３コンポーネントノード。 拡張性のあるアプリケーションのエンドユーザが選択可
能な分類優先タスクと表示選択タスクを提供するため
に、第２コンテナノード４４ｐ＆第３コンテナノード４
４ｑと関連しているSGUIコンポーネント及び/またはSGU
Iコンポーネント複合も同様に、GUIプレゼンテーション
４０４内にあるプラットフォーム特定のGUIコンポーネ
ントにより表される。

【０１２２】プラットフォーム独立型のプレゼンテーシ
ョンモデル内において、SGUIコンポーネント及びSGUIコ
ンポーネント複合は、プラットフォーム独立(PI)ウィジ
ェット、あるいはプラットフォーム独立型のGUIウィジ
ェットと見なしてもよい。SGUIコンポーネント及びSGUI
コンポーネント複合は、プラットフォーム特定のプレゼ
ンテーションにおけるプラットフォーム特定(PS)のウィ
ジェットにより表される。プラットフォーム特定型のウ
ィジェットを有するSGUIコンポーネントおよびSGUIコン
ポーネント複合は、事前に決められたマッピングに基づ
いている。ここでのマッピングは、拡張性のあるGUIコ
ンポーネントライブラリモジュール２２と他のライブラ
リにおける装置特定のGUIコンポーネント間のことであ
る。事前に決められたマッピングは、プラットフォーム
特定のプレゼンテーション内にあるプラットフォーム特
定型のウィジェットを、プラットフォーム独立型のプレ
ゼンテーションモデル内の(プラットフォーム独立型の
ウィジェットに対応している) SGUIコンポーネント、お
よびSGUIコンポーネント複合に対応づける。

【０１２３】前にも説明した通り、プロパティはIRツリ
ー４０のタスクノード内に含まれてもよい。ここでプロ
パティは、少なくとも１つのタスクノード用の詳細なレ
イアウトプロパティ、少なくとも１つのタスク優先プロ
パティ、少なくとも１つの優先プロパティ、そして１つ
以上の対応するタスクノードに関連する少なくとも１つ
の分割可能なプロパティのことである。タスクノード用
の詳細なレイアウトプロパティは、例えばページ内でプ
ラットフォーム独立型のウィジェットの位置を提供す
る、レイアウトを制御するJava（登録商標）Gridbag に
似ている。タスク優先プロパティはブール(Boolean)機
能の配列として実装され、その配列は特定の異種装置プ
ラットフォームを表し、及び/または、タスクが特定の
プラットフォームに適しているかどうかを示す。優先プ
ロパティは、プラットフォーム独立型のウィジェット所
望のレイアウト結果を表すための整数（インテジャ）と
して実装される。分割可能なプロパティは、プラットフ
ォーム独立型のウィジェットが複数ページのプレゼンテ
ーションに拡散可能なことを表すブール機能として実装
される。

【０１２４】ある実施形態において、各々のタスクノー
ドは、対応するタスクノードの重要性を示している、少
なくとも１つの重要プロパティを含んでもよい。重要プ
ロパティは、タスクノードにより表されているプラット
フォーム独立型のウィジェットが、コアあるいはオプシ
ョンかということを示すブール機能として実装される。

【０１２５】コアプラットフォーム独立型のウィジェッ
トは、よく使われるプラットフォーム独立型のウィジェ
ット、あるいは拡張性のあるアプリケーション内におい
て主要なタスクを実行するプラットフォーム独立型のウ
ィジェットとして定義されてもよい。残りのプラットフ
ォーム独立型のウィジェットは、オプショナルのプラッ
トフォーム独立型のウィジェットとして定義されてもよ
い。例えば、図１４における「サーチアイテムタスク」
コンテナノード４４ｍは、前に説明した通り、３つの階
層的なサブタスク(コンテナノード４４ｎ,４４ｐ,４４
ｑ)を持っている。サーチアイテム実行のため、拡張性
のあるアプリケーションのエンドユーザはバーチャルテ
キスト領域４１２にアイテム名を入力し、そしてサーチ
処理を始める為にバーチャルボタン４１０を起動しても
よい。しかしながら本例において、分類優先タスクと表
示選択タスクはサーチ結果を表示するための付加的な機
能なので、エンドユーザは両タスクを特定させる必要は
ない。このように、サーチタスク(コンテナノード４４
ｎ)と関連のあるプラットフォーム独立型のウィジェッ
トはコアとして特定され、そして結果分類タスク(コン
テナノード４４ｐ)、および結果表示タスク(コンテナノ
ード４４ｑ)と関連のあるプラットフォーム独立型のウ
ィジェットはアプリケーション開発者によるオプション
と特定されてもよい。

【０１２６】再び図１３に戻り、中間表現におけるアプ
リケーション開発者により特定されたプロパティは、タ
スクマネージャ１８と変換マネージャモジュール２０に
より利用されてもよい。GUIのマイグレーション中にお
いて、変換マネージャモジュール２０はタスク優先プロ
パティを利用し、タスクマネージャ１８は残りのプロパ
ティを利用してもよい。

【０１２７】図１５は、第１異種装置プラットフォーム
３０２から第２異種装置プラットフォーム３０４へ、GU
Iアプリケーションの実行状態がマイグレーションする
プロセスを表しているフロー図である。同図のGUIアプ
リケーションのマイグレーションにおいて、プラットフ
ォーム特定型のプレゼンテーションは、以前カスタマイ
ズモジュール１４におけるプラットフォーム独立型のプ
レゼンテーションモデルから生成され、そして第１異種
装置プラットフォーム３０２へ提供されていた。第１異
種装置プラットフォーム３０２は、プラットフォーム特
定型のプレゼンテーションに基づき、対応する表示画面
上に対話式の表示を提供してもよい。

【０１２８】第１プラットフォーム３０２上に表示され
る、プラットフォーム特定型のプレゼンテーション内の
プラットフォーム特定型のウィジェットの実行状態がシ
リアル化された時、動作は始まる。(ブロック５０２)プ
ラットフォーム特定型のウィジェットのシリアル化され
た実行状態と共に、マイグレーションのターゲット装置
として第２異種装置プラットフォーム３０４を特定する
マイグレーション要求は、ネットワーク２０８経由でサ
ーバ３０６へ伝達される。(ブロック５０４)プラットフ
ォーム独立型のプレゼンテーションモデルに含まれてい
るプラットフォーム独立型のウィジェットは、第１プラ
ットフォーム３０２が提供するプラットフォーム特定型
のウィジェットの実行状態により更新される。（ブロッ
ク５０６）プラットフォーム独立型のプレゼンテーショ
ンモデルのコピーが作られる。（ブロック５０８）

【０１２９】サーバ３０６は、第２異種装置プラットフ
ォーム３０４のGUI能力を調査し、そして表示画面サイ
ズ、ユーザ入力メカニズム等のユーザインターフェイス
関連の能力を確認する。（ブロック５１０）タスクマネ
ージャ１８はタスク優先プロパティを利用し、プラット
フォーム独立型のプレゼンテーションモデルのコピーか
ら不必要なタスクノードを除去し、そして第２異種装置
プラットフォーム３０４用にプラットフォーム特定型の
プレゼンテーションの生成を始める。（ブロック５１
２）

【０１３０】変換マネージャモジュール２０はプラット
フォーム独立型のプレゼンテーションモデルのコピーか
らノードを選択し、ノードに関連するプラットフォーム
独立型のウィジェットを、第２異種装置プラットフォー
ム３０４用に、プラットフォーム特定型のウィジェット
へマップする。（ブロック５１４）プラットフォーム特
定型のウィジェットは、プラットフォーム特定型のプレ
ゼンテーションのページ上に配置される。（ブロック５
１６）ここでページサイズが、第２異種装置プラットフ
ォーム３０４の表示画面より大きいかどうかを判定す
る。（ブロック５１８）もしページサイズが大きすぎて
表示画面に適さない場合、変換マネージャモジュール２
０は、プラットフォーム独立型のプレゼンテーションモ
デルのコピーからプラットフォーム独立型のウィジェッ
トをカスタマイズし、１あるいはそれ以上のページを表
示画面５２０へと適合させる。（ブロック５２０）カス
タマイズされたプラットフォーム独立型のウィジェット
は、プラットフォーム特定型のプレゼンテーション用の
プラットフォーム特定型のウィジェットへマップされ
る。（ブロック５２２）プラットフォーム独立型のプレ
ゼンテーションモデルにおけるプラットフォーム独立型
のウィジェットの実行状態が、プラットフォーム特定型
のプレゼンテーション用のプラットフォーム特定型のウ
ィジェットの実行状態へ適用される。（ブロック５２
３）

【０１３１】プラットフォーム独立型のプレゼンテーシ
ョンモデル内において、未処理のノードがないかどうか
を判定する。（ブロック５２４）もしイエスなら動作は
ブロック５１４へ戻り、別ノードを選択し、対応するプ
ラットフォーム特定型のウィジェットをページ等へ追加
し、そしてプラットフォーム特定型のプレゼンテーショ
ンの生成を続ける。もしノーなら、プラットフォーム特
定型のプレゼンテーションにより利用されるプラットフ
ォーム特定型のプレゼンテーションの生成されたペー
ジ、プラットフォーム独立型のプレゼンテーションモデ
ルの最終コピー、および拡張性のあるGUIライブラリ１
２の一部分を第２異種装置プラットフォーム３０４へ送
信する。（ブロック５２６）もしページが表示画面に適
していたら（ブロック５１８）、動作はそのままブロッ
ク５２４へと進み、未処理のノードがないかどうかを判
定する。第２異種装置プラットフォーム３０４のレンダ
ーマネージャモジュール５１６は、送信されたプラット
フォーム特定型のプレゼンテーション上、プラットフォ
ーム独立型のプレゼンテーションモデルの最終コピー
上、および拡張性のあるGUIライブラリ１２の一部分を
使っている表示画面上にプレゼンテーションを表示す
る。

【０１３２】ページに適したプラットフォーム特定型の
プレゼンテーションの生成中におけるカスタマイズは、
ウィジェットのレイアウトカスタマイズとウィジェット
の変換カスタマイズを含んでいてもよい。このようなカ
スタマイズは、次における要件に基づいている。（１）
アプリケーション開発者が特定した最低限の指示によ
り、比較的高品質のプレゼンテーションを生成する。
（２）プレゼンテーション生成の遅れを最小限にするた
め、カスタマイズを比較的シンプルにする。（３）プラ
ットフォーム特定型のプレゼンテーション全体のページ
を見るため、表示画面上においてスクロールを避ける。

【０１３３】前にも設明した通り、レイアウトカスタマ
イズは、IRツリーにおける各々のノード処理、およびペ
ージ内において関連のあるプラットフォーム特定型のウ
ィジェットを配置することを含んでもよい。またレイア
ウトカスタマイズ中におけるプラットフォーム特定型の
ウィジェットの配置において、ページを最適化して、タ
ーゲット装置異種プラットフォームの表示画面に適合さ
せる変換を実行してもよい。プラットフォーム特定型の
ウィジェットの最初のレイアウトは、アプリケーション
開発者が特定するノードに関連したプラットフォーム特
定型のウィジェットのレイアウトプロパティに基づいて
もよい。レイアウトプロパティは、レイアウトを制御す
るJava（登録商標）Gridbagに類似のものであってよい
し、かつページ上で対応するプラットフォーム特定型の
ウィジェットの相対的な位置を示すものであってもよ
い。もしページサイズがターゲット異種装置プラットフ
ォームの表示画面に適合していないなら、プラットフォ
ーム独立型のウィジェットをカスタマイズすることによ
り、プラットフォーム特定型のウィジェットのレイアウ
トは更にカスタマイズされる。

【０１３４】更にレイアウトカスタマイズは、フローレ
イアウトマネージャを使いながら、ページ内にあるプラ
ットフォーム独立型のウィジェットを再配置再配置して
もよい。フローレイアウトマネージャを使うプラットフ
ォーム独立型のウィジェットの再配置においては、例え
ば、プラットフォーム独立型のウィジェットを一列では
なく、一列以上に配置すること等を含めてもよい。再配
置されたプラットフォーム独立型のウィジェットは、プ
レゼンテーションのページが表示画面のサイズを超える
プラットフォーム特定型のウィジェットに対応する、プ
ラットフォーム独立型のウィジェットであってもよい。
一方、物理的な空間や優先度などのクライテリアは、動
的な再配置用に、ページ内のプラットフォーム特定型の
ウィジェットに対応している、どのプラットフォーム独
立型のウィジェットを選択するかを決定してもよい。

【０１３５】フローレイアウトマネージャは、変換マネ
ージャモジュール２０により起動されてもよいし、ある
いは変換マネージャモジュール２０の一部分であっても
よい。フローレイアウトマネージャは、Java FlowLayou
tである。さらに、分割可能なプロパティとしてアプリ
ケーション開発者に特定され、かつSGUIコンポーネント
複合であるプラットフォーム独立型のウィジェットは、
SGUIコンポーネント単体に分割されてもよい。SGUIコン
ポーネント単体がマップされるプラットフォーム特定型
のウィジェットは、SGUIコンポーネント単体あるいはそ
の他のプロパティに関連する優先プロパティに基づきな
がら、プレゼンテーションの複数のページ間において分
配されてもよい。分割されたSGUIコンポーネント単体の
レイアウトは、フローレイアウトマネージャで実行され
てもよい。ここでSGUIコンポーネント複合は、アプリケ
ーション開発者により、非分割として特定されてもよ
い。以下におけるカスタマイズにおいて、プレゼンテー
ションのページが表示画面に適さない場合、変換カスタ
マイズを起動してもよい。

【０１３６】変換カスタマイズは、変換ルールのアプリ
ケーションを含んでいてもよい。変換ルールは、ターゲ
ット異種装置プラットフォームの表示画面に適合させる
ため、ページ内におけるプラットフォーム特定型ウィジ
ェットの適切なサイズ変換実現の為に適用されてもよ
い。変換カスタマイズの目的は、プレゼンテーションの
ページサイズを縮小し、異種装置プラットフォームの表
示画面内に丁度適合させることにより、スクロールの使
用を避けることである。

【０１３７】変換カスタマイズ中において、変換マネー
ジャモジュール２０は、どのプラットフォーム独立型の
ウィジェットが変換され、そしてどのようにプラットフ
ォーム独立型のウィジェットが変換されるかを決定して
もよい。どのプラットフォーム独立型のウィジェットを
変換するかの決定は、変換可能で、かつ変換ルーツをト
リガするプラットフォーム独立型のウィジェットを特定
する事に基づいてよい。変換ルールをトリガするプラッ
トフォーム独立型のウィジェットは、プレゼンテーショ
ンのページサイズが表示画面のサイズを超えてしまう原
因となるプラットフォーム特定型のウィジェットへマッ
プする、非分割なSGUIコンポーネント単体、あるいは非
分割なSGUIコンポーネント複合であってもよい。

【０１３８】プラットフォーム独立型のウィジェットが
どのように変換するかは、特定されたウィジェットに基
づいている。プラットフォーム独立型のウィジェットが
SGUIコンポーネント単体な場合、変換ルールがそのSGUI
コンポーネント単体に適用されてもよい。しかしなが
ら、プラットフォーム独立型のウィジェットがSGUIコン
ポーネント複合である場合、SGUIコンポーネント複合内
にあるSGUIコンポーネント単体の各々は、SGUIコアコン
ポーネントとSGUIオプショナルコンポーネントとしてカ
テゴリー化される。SGUIコンポーネント複合内にあるSG
UIコンポーネント単体のカテゴリー化は、プレゼンテー
ションモデルのタスクにおいて、アプリケーション開発
者が特定する重要プロパティに基づいてもよい。

【０１３９】プラットフォーム独立型のウィジェット
を、よりコンパクトなウィジェットにする変換はGUIの
有用性を劣化させるかもしれないので、変換ルールはSG
UIオプショナルコンポーネントに適用される。もし重要
プロパティによるSGUIオプショナルコンポーネントが特
定されていない場合、あるいはページをターゲット異種
装置プラットフォームへ適合させるためSGUIオプショナ
ルコンポーネントのサイズを縮小することが適切でない
場合、変換ルールはSGUIコアコンポーネントへ適用され
てもよい。

【０１４０】また変換マネージャモジュール２０は、複
数のルールの中から最も適した変換ルールを決定するこ
とにより、プラットフォーム独立型のウィジェット(SGU
Iコンポーネント単体)を変換してもよい。ここで言う適
切な変換ルールとは、対応するプラットフォーム特定型
のウィジェットのサイズを変換し、表示画面のサイズに
適合させることである。変換ルールは、次の４つのタイ
プにカテゴリー化されてもよい。（１）「１から１タイ
プへの変換ルール」（２）「１から複数タイプへの変換
ルール」（３）「複数の同クラスから１タイプへの変換
ルール」（４）「複数から複数タイプへの変換ルール」

【０１４１】「１対１タイプへの変換ルール」とは、プ
ラットフォーム独立型のウィジェット(SGUIコンポーネ
ント単体)を別のプラットフォーム独立型のウィジェッ
ト(SGUIコンポーネント単体)に変換することである。例
を挙げると、図５における第１SGUIコンポーネント７０
は、１から１タイプの変換ルールにより、第２SGUIコン
ポーネント７２であるドロップダウンボックスに変換さ
れる。「１から複数タイプへの変換ルール」とは、プラ
ットフォーム独立型のウィジェット(SGUIコンポーネン
ト単体)を複数のプラットフォーム独立型のウィジェッ
ト（各々のSGUIコンポーネント単体）へ変換することで
ある。例を挙げると、データテーブルを表している単一
のプラットフォーム独立型のウィジェットが、複数のデ
ータリストを表している単一のプラットフォーム独立型
のウィジェット、あるいは複数のデータリストを表して
いる単一のプラットフォーム独立型のウィジェットに変
換されてもよい。

【０１４２】「複数の同クラスから１タイプへの変換ル
ール」とは、同じクラスに属する複数のプラットフォー
ム独立型のウィジェット(各々のSGUIコンポーネント単
体)を、プラットフォーム独立型のウィジェット(SGUIコ
ンポーネント単体)に変換することである。例を挙げる
と、同じクラスにあり、かつラジオボタンを表している
複数の単一のプラットフォーム独立型のウィジェット
は、リストあるいはドロップダウンボックスを表してい
る単一のプラットフォーム独立型のウィジェットに変換
されてもよい。同様に、テキスト領域あるいはラベルを
表している、いくつかの単一のプラットフォーム独立型
のウィジェットは、各々１つのテキスト領域、あるいは
ドロップダウンボックスを表している単一のプラットフ
ォーム独立型のウィジェットに変換されてもよい。

【０１４３】「複数から複数タイプへの変換ルール」と
は、異なるクラスに属する複数のプラットフォーム独立
型のウィジェットを、別の対応する複数のプラットフォ
ーム独立型のウィジェットに変換することである。各々
の複数から複数タイプへの変換ルールは、「１つ以上の
複数の同クラスから１タイプへの変換ルール」、及びフ
ォーム記入関係のような、異なるプラットフォーム独立
型のウィジェット間における対応関係を含んでいてもよ
い。

【０１４４】フォーム記入とは、拡張性のあるアプリケ
ーションのエンドユーザが入力したデータをプラットフ
ォーム特定型のウィジェット形式で表すことを可能にす
る、プラットフォーム独立型のウィジェット間における
関係を示している。言い換えれば、第１プラットフォー
ム特定型のプレゼンテーションにあるプラットフォーム
特定型のウィジェットの状態を、第２プラットフォーム
特定型のプレゼンテーションへ変換されたプラットフォ
ーム特定型のウィジェットと同様の状態にすることであ
る。プラットフォーム独立型のウィジェット間における
関係は、開発者、知識ベース型システム、実験、あるい
はプラットフォーム独立型のウィジェットと変換された
プラットフォーム独立型のウィジェット間において関係
を作るその他のメカニズムにより、プラットフォーム独
立型のプレゼンテーションモデルにおいて提供可能であ
る。

【０１４５】例えば、図６にあるデータエントリ８０に
あるラベル(例：「アイテム名」、「ブランド名」)はピ
ックリスト８６に変換され、そして対応するデータエン
トリ領域は、拡張性のある「複数の同クラスから１タイ
プへの変換ルール」を利用している単一のデータエント
リ８８へと変換される。これら２つの変換は、プラット
フォーム独立型のプレゼンテーションモデル、およびプ
ラットフォーム特定型モデルにおけるフォーム記入関係
にリンクさせてもよい。

【０１４６】変換マネージャモジュール２０により、
「複数の同クラスから１タイプへの変換ルール」、およ
び「複数から複数タイプへの変換ルール」で変換された
プラットフォーム独立型のウィジェットを、他のプラッ
トフォーム独立型のウィジェットへリンクさせてもよ
い。リンクは、プレゼンテーション内の２つ以上のプラ
ットフォーム特定型のウィジェット間における動作関係
（例：図１４のバーチャルボタン４１０とバーチャルテ
キスト領域４１２間における動作関係）に関連してい
る。第１プラットフォーム特定型のウィジェットと第２
プラットフォーム特定型のウィジェット間におけるリン
クは、第１プラットフォーム特定型のウィジェットの状
態を変化させることになり、かつ第２プラットフォーム
特定型のウィジェットの状態を変化させることになる。
プラットフォーム特定型のウィジェット間におけるリン
クは、プラットフォーム独立型のプレゼンテーションモ
デルにおいて、対応する第１＆第２プラットフォーム独
立型のウィジェットのリンクにより提供されてもよい。

【０１４７】変換ルールが採用されると、オリジナルプ
ラットフォーム独立型のウィジェットの実行状態は別の
フォームで表されてもよい。異なる変換ルールが特定の
プラットフォームの制約に基づきオリジナルプラットフ
ォーム独立型のウィジェットに対して適用可能なので、
プラットフォーム特定型のウィジェットの実行状態が変
換可能となる。オリジナルプラットフォーム独立型のウ
ィジェットの実行状態は、プラットフォーム独立型のプ
レゼンテーションモデルに保存されてもよい。つまり、
変換されたプラットフォーム独立型のウィジェットの実
行状態は、オリジナルプラットフォーム独立型のウィジ
ェットの実行状態へとマップされてもよい。

【０１４８】変換されたプラットフォーム独立型のウィ
ジェットは、対応するプラットフォーム特定型のウィジ
ェットとしてターゲット装置の表示画面上に表示され
る、変換ルールにより選択された装置独立型のウィジェ
ットであってもよい。オリジナルプラットフォーム独立
型のウィジェットは、表示画面上に表示される、開発者
が選んだ装置独立型のウィジェットである。オリジナル
プラットフォーム独立型のウィジェットは、プラットフ
ォーム独立型のプレゼンテーションモデルに接続されて
もよい。同様に、変換が成功したとき、変換されたプラ
ットフォーム独立型のウィジェットもプラットフォーム
独立型のプレゼンテーションモデルに接続されてもよ
い。上記の両接続は、コンポーネントノード形式で表現
されてもよい。ここで各々のコンポーネントノードは、
少なくとも１つのプラットフォーム独立型のウィジェッ
トを表している。

【０１４９】実行状態の変換をするため、プラットフォ
ーム独立型のプレゼンテーションモデルは、オリジナル
プラットフォーム独立型のウィジェット及び変換された
プラットフォーム独立型のウィジェット両方のインスタ
ンスを含んでいてもよい。GUIのマイグレーションの実
行時間次第で、オリジナルプラットフォーム独立型のウ
ィジェットだけのインスタンス、あるいは変換されたプ
ラットフォーム独立型のウィジェットだけのインスタン
スが、同時にアクティブ状態になってもよい。

【０１５０】図１６は、変換されたプラットフォーム独
立型のウィジェットの接続、及びアクティブ状態におけ
る変換されたプラットフォーム独立型のウィジェットの
変化を表しているプラットフォーム独立型のプレゼンテ
ーションモデル５３０の例である。図のプラットフォー
ム独立型のプレゼンテーションモデル５３０は、コンテ
ナノード５３２、及び関連性のある複数のオリジナルコ
ンポーネントノード５３４を有している。コンテナノー
ド５３２は、論理パネルであるプラットフォーム独立型
のウィジェットを表してもよい。また各々のオリジナル
コンポーネントノード５３４、及び関連のあるプラット
フォーム独立型のウィジェットは、パネル内のラジオボ
タン(RB)である、プラットフォーム独立型のウィジェッ
トを表してもよい。

【０１５１】プラットフォーム独立型のプレゼンテーシ
ョンモデルのコピー５３６による、プラットフォーム特
定型のプレゼンテーションの生成中において、矢印５３
７で示されている変換が起こり得る。プラットフォーム
独立型のウィジェットへマップされるプラットフォーム
特定型のウィジェット(コンテナノード５３２)が大きい
ため、ターゲット異種装置の表示画面上に配置できない
時、この変換は起こる。例えば、コンテナノード５３２
を変えずに、ラジオボタン(オリジナルコンポーネント
ノード５３４)を表している全てのプラットフォーム独
立型のウィジェットを、変換されたコンポーネントノー
ド５３８(コンボボックス：CB)へ変換してもよい。コン
ボボックスは、ラジオボタンと類似の機能を提供する小
さなプラットフォーム独立型のウィジェットであっても
よい。

【０１５２】変換されたコンポーネントノード５３８
は、変換されたウィジェットを保存、あるいは表すため
のプラットフォーム独立型のプレゼンテーションモデル
のコピー５３６において作られた新しいコンポーネント
ノードであってもよい。以下の変換において、変換され
たコンポーネントノード５３８は、「変換された子供ノ
ード」としてコンテナノード５３２にリンクされること
により、新しい論理関係を形成してもよい。新しい論理
関係がアクティブになることにより、コンテナノード５
３２とオリジナルコンポーネントノード５３４間におけ
る既存の論理関係と置き換えられてもよい。変換された
子供ノード(変換されたコンポーネントノード５３８)
は、コンテナノード５３２を特有の子供ノードとしても
よい。

【０１５３】コンテナノード５３２とオリジナルコンポ
ーネントノード５３４間における前の論理関係は、図１
６において点線で表されている、プラットフォーム独立
型のプレゼンテーションモデルのコピー５３６の論理参
照として保存されてもよい。しかしながらオリジナルコ
ンポーネントノード５３４は、開発者が明確に特定して
いない限り、コンテナノード５３２の子供ノードである
必要はない。このようにIRツリーのレイアウト構造にお
いて、オリジナルコンポーネントノード５３４は含まれ
ないことになる。またこの論理関係は、あるプラットフ
ォーム特定型のプレゼンテーションから別のプラットフ
ォーム特定型のプレゼンテーションへの実行状態のマイ
グレーション、及びイベント処理をサポートするのに保
存されてもよい。

【０１５４】最も最適な変換ルールを選択するため、ル
ールには種類に応じて優先順位が設定されていく。「複
数から複数タイプへの変換ルール」は大幅に全体のプレ
ゼンテーションを変え、そしてGUIの有用性を劣化させ
るので、「複数から複数タイプへの変換ルール」には、
最も低い優先度が割り当てられてもよい。その他の変換
ルールの優先度を決定するに当たって、変換マネージャ
モジュール２０が各ルールを選択してもよい。

【０１５５】各変換ルールの選別機能により、オリジナ
ルプラットフォーム独立型のウィジェットが有する機
能、あるいはその他パラメータと適合性のない、変換さ
れたプラットフォーム独立型のウィジェットを作成する
変換ルールを削除してもよい。適合性のない機能には、
オリジナルプラットフォーム独立型のウィジェットが、
変換されたオリジナルプラットフォーム独立型のウィジ
ェットによりサポートされていない入力メカニズムを要
求する、変換ルールが含まれている。例えば、アプリケ
ーション開発者が、アクション実行のためにマウスイン
イベント(例：マウスの矢印がボタンを指しているとき
(クリックではない))に対応しているJ2MEDoJaボタン
へ、プラットフォーム独立型のウィジェット用のマッピ
ングを特定するとする。しかしながら、ソフトキーはマ
ウスインイベントをサポートしないので、変換カスタマ
イズの間、ボタンはソフトキーに変換されることはな
い。このように、当該プラットフォーム独立型のウィジ
ェット用に、かつ当該変換をサポートする変換ルール
は、選別機能により削除されてもよい。

【０１５６】変換マネージャモジュール２０は、一連の
スペース縮小パラメータに基づき、変換ルールに優先順
位を付けてもよい。スペース縮小パラメータの優先順位
とは、変換に基づくプラットフォーム独立型のウィジェ
ットのサイズ、及び/または変換ルールをプラットフォ
ーム独立型のウィジェットに適用することから生じるサ
イズ縮小量に基づいてもよい。プラットフォーム独立型
のプレゼンテーションにあるプラットフォーム独立型の
ウィジェットにおけるスペース縮小とは、対応するプラ
ットフォーム独立型のウィジェットにおけるスペース縮
小により特定される。

【０１５７】最小のスペース縮小を提供する変換ルール
には、最も高い優先順位が与えられてもよい。あまりコ
ンパクトでない対応するプラットフォーム特定型のウィ
ジェットは、コンパクトなプラットフォーム特定型のウ
ィジェットより高いGUIの有用性を持っているので、最
も高い優先順位は最小のスペース縮小を提供する変換ル
ールに与えられてもよい。スペース縮小パラメータは、
プラットフォーム独立型のウィジェットの幅縮小率、高
さ縮小率、そして大きさ縮小率を含んでいてもよい。

【０１５８】変換ルールをトリガさせるプラットフォー
ム独立型のウィジェットの状態に基づいて、スペース縮
小パラメータの優先順位は変更されてもよい。例えばプ
ラットフォーム独立型のウィジェット用の変換ルール
が、幅があって、かつ対応するプラットフォーム独立型
のウィジェットによりトリガされると、幅縮小率が最も
重要なパラメータとして特定されてもよい。次に高さ縮
小率が２番目に重要なパラメータとして特定された場
合、大きさ縮小率は無視されてもよい。同様に変換ルー
ルが、高すぎるプラットフォーム特定型のウィジェット
によりトリガされると、高さ縮小率が最も重要なパラメ
ータとして特定され、次に幅縮小率が２番目に重要なパ
ラメータとして特定されるので、大きさ縮小率は無視さ
れてもよい。また変換ルールが、幅と高さが両方あり過
ぎるプラットフォーム特定型のウィジェットによりトリ
ガされると、大きさ縮小率が最も重要なパラメータとし
て特定され、残りのパラメータ(幅と高さ縮小率)は無視
されてもよい。

【０１５９】変換ルールをタイプ化するカテゴライゼー
ション、選別、およびスペース縮小を実行することによ
り、各々に対し優先順位が付けられてもよい。また、タ
イプ化のカテゴライゼーション、選別、またはスペース
縮小だけを利用することにより、優先順位が付けられて
もよい。さらに、タイプ化のカテゴライゼーション、選
別、またはスペース縮小のいかなる組み合わせや順番な
どを利用することにより、優先順位が付けられてもよ
い。

【０１６０】異種装置プラットフォームがJava技術を用
いて拡張性のあるアプリケーションを実行することに関
し、変換ルールはJavaクラスで特定されてもよい。各々
の変換ルールは、１つのJavaクラスで表される。クラス
の詳細に関して、実行状態及びイベント処理の変換が、
プラットフォーム独立型のウィジェット用のアプリケー
ション開発者によって特定されてもよい。

【０１６１】例えば図６のような変換を実施する、Java
を用いて作成される変換ルールの例を以下に示す。 プライベートクラスのフォーム記入の変換 /＊プラットフォーム特定型のウィジェット変換＊/ ・新しいプラットフォーム独立型のウィジェット(ドロ
ップダウンボックス(DD１))の構成 ・バーチャルな「アイテム名」、「ブランド名」等、ラ
ベルのプロパティ(例：フォントサイズ)をDD１へコピー ・バーチャルテキスト領域(TF１)の構成 ・バーチャルな「アイテム名」、「ブランド名」等、テ
キスト領域のプロパティをTF１へコピー /＊実行状態の変換＊/ ・オリジナルのバーチャルラベルとテキスト領域のペア
例を、以下のJavaハッシュテーブルに記録： ・拡張性のある選択イベントのリスナー(イベントライ
ブラリからの)をDD１へ追加、そしてアクションを特
定。よってエンドユーザがアイテムをDD１ (例：アイテ
ム名) から選択すると、それに対応する物(例：ボトル
水)がハッシュテーブルから選択される。 ・その物をTF１上に表示する。 /＊イベント処理の変換＊/ ・エンドユーザがエンターキー、あるいは相当のキーを
ヒットした時、「アイテム名」、あるいは「ブランド
名」等、テキスト領域にある物が自動的に更新されるこ
とをアプリケーション開発者は特定する。 ・マイグレーション後に、エンターキーイベントが受信
されたら、TF１上に、例えば「コーラ」のような物を入
力する。 ・例えば「アイテム名」のような、今選択されたアイテ
ムをDD1上に入力する。・ハッシュテーブル上におい
て、選択されたアイテムのタイトルを検索し、そしてそ
れに対応するアイテム（物）を更新する。 ・イベントの出所として入力された「アイテム名」、及
び新しい物として入力された「コーラ」を用いてイベン
トを作成する。 ・オリジナルの状態と変換された状態を同期化させるた
め、イベントをオリジナルのバーチャル「アイテム名」
テキスト領域へ送信。

【０１６２】図１７は、図１３と図１４を参照して説明
されるレイアウトカスタマイズのプロセス、及び変換カ
スタマイズのプロセスの実施形態を表すフロー図であ
る。動作はIRツリーのルートノード４４ａを現在ノード
に設定することから始まる。(ブロック５４０)現在ノー
ドの未処理である直接子供ノードがあるかどうかを判定
する。(ブロック５４２)イエスなら、最も高い優先順位
の未処理の直接子供ノードが現在ノードへ設定され(ブ
ロック５４４)、処理はブロック５４２へ戻る。もし未
処理の直接子供ノードがないなら、現在ノードはルート
ノード４４ａであるかどうかを判定する。(ブロック５
４６)もしイエスなら、プラットフォーム特定型のプレ
ゼンテーション、プラットフォーム独立型のプレゼンテ
ーション、及び拡張性のあるGUIライブラリ１２の関連
性のある部分が、ターゲット異種装置プラットフォーム
へ送信される。(ブロック５４８)

【０１６３】もし現在ノードがルートノード４４ａでな
い場合、プラットフォーム特定型のプレゼンテーション
モデル内で現在ノードと関連のあるサブノードで表され
ているプラットフォーム特定型のウィジェットが、アプ
リケーション開発者によって特定されているプロパティ
に基づいて、ページ上に配置されてもよい。(ブロック
５５０)プロパティは、ページ上でプラットフォーム特
定型のウィジェットの位置を示すため、レイアウトを制
御するJava Gridbag に類似であってもよい。ページの
サイズが算出される。(ブロック５５２)ページのサイズ
が、ターゲット表示画面のサイズと比較される。(ブロ
ック５５４)もしページが、ターゲット表示画面内に適
合するなら、現在ノードに関連しているプラットフォー
ム独立型のウィジェットが、プラットフォーム独立型の
プレゼンテーションモデルのコピー内に保存される。
(ブロック５５６)処理済みの現在ノードがマークされ
（ブロック５５８）、別の現在ノードを選択するため
に、動作はブロック５４０へ戻る。一方ページのサイズ
が、ターゲット表示画面より大きいのなら(ブロック５
５４)、フローレイアウトマネージャを使っているプラ
ットフォーム独立型のウィジェットを再配置することに
より、プラットフォーム特定型のウィジェットはページ
内で動的に再配置される。(ブロック５６０)

【０１６４】図１８に進み、ページのサイズが、再びタ
ーゲット表示画面のサイズと比較される（ブロック５６
２）。もしページがターゲット表示画面に適合するのな
ら、動作はブロック５５６へと戻り、プラットフォーム
特定型のプレゼンテーションのコピー内においてプラッ
トフォーム独立型のウィジェットを保存する。もしペー
ジがまだターゲット表示画面のサイズより大きいのな
ら、現在ノード(プラットフォーム独立型のウィジェッ
ト)、あるいは他の関連するノードが分割可能かどうか
を判定する（ブロック５６４）。ブロック５６６でイエ
スと判定されたなら、少なくとも第２ページがインスタ
ンス化される。プレゼンテーションがページに適合する
まで、特定された分割ノードに関連しているプラットフ
ォーム特定型のウィジェットが、フローマネージャを使
うことにより第１ページと少なくとも第２ページの間で
分配される（ブロック５６８）。プラットフォーム独立
型のウィジェットが、プラットフォーム独立型のプレゼ
ンテーションのコピー内において保存される。（ブロッ
ク５６９）処理済みの現在ノードがマークされ（ブロッ
ク５７０）、別の現在ノードを選択するために、動作は
ブロック５４０へ戻る。

【０１６５】関連のあるサブノード、あるいは現在ノー
ドのいずれもが分割できない場合（ブロック５６４）、
現在ノードと関連のある変換可能なプラットフォーム独
立型のウィジェットが特定される。(ブロック５７４)プ
ラットフォーム独立型のウィジェットが、SGUIコンポー
ネントであるかどうかの判定が実行される。(ブロック
５７６)もしプラットフォーム独立型のウィジェットがS
GUIコンポーネントであるなら、複合ウィジェット内に
あるSGUIコンポーネント単体は、重要プロパティに基づ
いたSGUIコアコンポーネント、及びSGUIオプショナルコ
ンポーネントとして、カテゴリー化される。(ブロック
５７８)

【０１６６】図１９に進み、SGUIオプショナルコンポー
ネントが全て処理されたかどうかを判定する。（ブロッ
ク５８０）もしノーなら、次の未処理のSGUIオプショナ
ルコンポーネントが選択される。（ブロック５８２）適
用可能な全ての変換ルールが、選択された全てのSGUIコ
ンポーネント用に検索される。（ブロック５８４）検索
された変換ルールが、４つある変換ルールの中の１つと
して特定される。（ブロック５８６）「複数から複数タ
イプへの変換ルール」に対し、最も低い優先順位が付け
られる。(ブロック５８８)残りの３つの変換ルールにつ
いては選別され、不適合なルールが除去される。（ブロ
ック５９０）残り３つの変換ルールに関して、変換され
たSGUIコンポーネントの予想されるスペース縮小量が算
出される。（ブロック５９２）

【０１６７】図２０に進み、スペース縮小量に基づい
て、残りの変換ルールに対しても優先順位が付けられ
る。（ブロック５９４）最も高い優先順位(最も少ない
スペース縮小)を持つ変換ルールが、SGUIコンポーネン
トに適用される。（ブロック５９６）変換されたSGUIコ
ンポーネントが、プラットフォーム特定型のウィジェッ
トへマップされる。（ブロック５９８）プラットフォー
ム特定型のウィジェットが、フローレイアウトマネージ
ャにより、ページ内に配置される。（ブロック５９９）
ここでページが、ターゲット異種装置プラットフォーム
の表示画面より大きいかどうかを判断する。（ブロック
６００）もしノーなら、動作は図１７のブロック５５６
に戻り、プラットフォーム独立型のプレゼンテーション
モデル等のコピー内に、現在ノードと関連したプラット
フォーム独立型のウィジェットを保存する。もしページ
がまだ大きすぎるのなら、プラットフォーム独立型のウ
ィジェット内の全てのSGUIコンポーネントが処理された
かどうかを判定する。（ブロック６０２）もしノーな
ら、動作は図１９のブロック５８０へ戻る。もしプラッ
トフォーム独立型のウィジェットにおける全てのSGUIコ
ンポーネントが処理されているのなら、対応するプラッ
トフォーム独立型のウィジェット用のノードが、処理さ
れたものとしてマークされる。（ブロック６０４）現在
ノードと関連している全ての変換可能なプラットフォー
ム独立型のウィジェットが、処理されたどうかを判定す
る。(ブロック６０６)もしノーなら、動作は図１８のブ
ロック５７４に戻り、その他の変換可能なプラットフォ
ーム独立型のウィジェットを特定する。もし現在ノード
と関連している全ての変換可能なプラットフォーム独立
型のウィジェットが処理されたなら、ノードを縮小する
ことが不可能だというアラームがアプリケーション開発
者用に生成され（ブロック６０８）、別の現在ノードを
選択するため、動作は図１７のブロック５０４へ戻る。

【０１６８】図１９に戻り、プラットフォーム独立型の
ウィジェットにおける全てのSGUIオプショナルコンポー
ネントが処理された（あるいは存在しないか）と判断さ
れると（ブロック５８０）、未処理のSGUIコアコンポー
ネントが選択され（ブロック６１０）、動作はブロック
５８４へと進む。図１８に戻るが、プラットフォーム独
立型のウィジェットがSGUIコンポーネント複合でなけれ
ば、動作は図１９のブロック５８４へと進み、SGUIコン
ポーネント複合を持つプラットフォーム独立型のウィジ
ェットに似た、SGUIコンポーネント単体を持つプラット
フォーム独立型のウィジェットの処理をする。

【０１６９】図１３へ戻り、実行状態の変換、及びプラ
ットフォーム独立型のウィジェットのイベント処理は、
変換カスタマイズの一部分として起こってもよい。前に
も述べたが、マイグレーションしたプレゼンテーション
は、オリジナルのプレゼンテーションから、異なる一連
のプラットフォーム独立型のウィジェットを採用しても
よい。エンドユーザ用にアプリケーションの継続性を保
つため、オリジナルプラットフォーム特定型のプレゼン
テーションにおけるプラットフォーム特定型のウィジェ
ットの実行状態は、マイグレーションしたプラットフォ
ーム特定型のプレゼンテーションにおけるプラットフォ
ーム特定型のウィジェットへマップされてもよい。

【０１７０】実行状態のマイグレーションを、拡張性の
あるGUIライブラリ１２を用いて実行することにより、
第１プラットフォーム特定型のプレゼンテーションにお
けるプラットフォーム特定型のウィジェットの現実行状
態が、プラットフォーム独立型のプレゼンテーションモ
デル(中間プレゼンテーション)内の対応するプラットフ
ォーム独立型のウィジェットへマップされてもよい。プ
ラットフォーム独立型のプレゼンテーションモデルのコ
ピーがコピー＆削除された後、ターゲット異種装置プラ
ットフォーム用の第２プラットフォーム特定型のプレゼ
ンテーションの開発中に、ノードに関連した対応してい
るプラットフォーム特定型のウィジェットが、ページ内
に配置される。プラットフォーム独立型のプレゼンテー
ションモデルにおけるプラットフォーム独立型のウィジ
ェットの実行状態が、第２プラットフォーム特定型のプ
レゼンテーションにおいて、対応しているプラットフォ
ーム特定型のウィジェットの実行状態として適用されて
もよい。したがって、第１プラットフォーム特定型のプ
レゼンテーションの現実行状態が、第２プラットフォー
ム特定型のプレゼンテーションにおいて実装されてもよ
い。

【０１７１】マイグレーションの前に、プラットフォー
ム特定型のウィジェットの現実行状態と、それに対応す
るプラットフォーム独立型のウィジェットの現実行状態
を同期させてもよい。この同期化には、外観、状態変
化、あるいは/またはプラットフォーム特定型のウィジ
ェットから入手されたデータを有する、プラットフォー
ム独立型のウィジェットの実行状態を更新することを含
んでもよい。ターゲット異種装置プラットフォーム用の
プラットフォーム特定型プレゼンテーションの開発中に
おいて、プラットフォーム独立型のウィジェットの実行
状態が保存されてもよい。マイグレーションに続いて、
プラットフォーム独立型のウィジェットの実行状態が検
索され、そしてプラットフォーム特定型のプレゼンテー
ションを用いる、マイグレーションしたプラットフォー
ム特定型のウィジェット上にプラットフォーム独立型の
ウィジェットの実行状態が表わされる。

【０１７２】GUIのマイグレーションのイベント中に、
変換ルールが適用されたとき、オリジナルプラットフォ
ーム独立型のウィジェットの現実行状態を変換されたプ
ラットフォーム独立型のウィジェットにマップすること
により、類似のプロセスが実行されてもよい。変換され
たプラットフォーム独立型のウィジェットは、プラット
フォーム特定型のプレゼンテーションにおけるプラット
フォーム特定型のウィジェットへマップされてもよい。
プラットフォーム特定型のプレゼンテーションを達成す
る為の、プラットフォーム独立型のプレゼンテーション
のレイアウト及び変換が実行されてもよい。(図１７か
ら２０において説明済み)

【０１７３】レイアウト及び変換中において、プラット
フォーム独立型のウィジェット(SGUIコンポーネント)が
プラットフォーム特定型のウィジェットへマップされる
と、SGUIコンポーネントライブラリにおけるAPIは、同
様にプラットフォーム独立型のウィジェットの状態をプ
ラットフォーム特定型のウィジェットの状態へマップし
てもよい。このようにGUIのマイグレーションが起こる
と、実行状態は、プラットフォーム独立型のプレゼンテ
ーションにおけるプラットフォーム独立型のウィジェッ
トとプラットフォーム特定型のプレゼンテーションにお
けるプラットフォーム特定型のウィジェットの間を往来
してもよい。

【０１７４】実行状態のマッピングは、各々の変換ルー
ルに対して特有のものなので、各々の変換ルールは実行
状態を変換できるメカニズムを提供してもよい。実行状
態の変換例が、Java（登録商標）コードを使って作成さ
れる変換ルールの例(前に説明済み)に含まれていてもよ
い。コード例に関して、全てのオリジナルのテキスト領
域の状態が、Javaハッシュテーブル（既に説明済み）に
保存される。変換されたテキスト領域は、ドロップダウ
ンボックスの状態に基づき、全てのオリジナルのテキス
ト領域の状態を一度に表示する。

【０１７５】実行状態の変換、またはマッピングの手順
は、異なるタイプの変換において適用されてもよい。例
えば、SGUIシステムの初期使用中やマイグレーション中
において、プラットフォーム独立型のウィジェットの実
行状態が、プラットフォーム特定型のウィジェットの実
行状態に変換される。さらにマイグレーションの前に、
プラットフォーム特定型のウィジェットの実行状態が、
プラットフォーム独立型のウィジェットの実行状態へ変
換されてもよい。さらに、プラットフォーム独立型のウ
ィジェットの実行状態が、別のプラットフォーム独立型
のウィジェットの実行状態へ変換されてもよい。（例：
プラットフォーム特定型のプレゼテーションの進展中
に、変換がトリガされた時）

【０１７６】図１６を参照しながら説明した通り、例え
ばラジオボタンのセットのような、スペースを取り過ぎ
る複数の第１コンポーネントノード５３４は、コンボボ
ックスのような、新しい第２コンポーネントノード単体
５３８への変換が必要かもしれない。ラジオボタンの実
行状態からコンボボックスの実行状態への実行状態の変
換は、プラットフォーム独立型のラジオボタンの実行状
態から、マッピングを通して、プラットフォーム独立型
のコンボボックスの実行状態への変換を含んでもよい。
またマッピングを通して、プラットフォーム独立型のラ
ジオボタンの実行状態が、プラットフォーム独立型のコ
ンボボックスの実行状態へ変換されてもよい。さらに、
プラットフォーム特定型のコンボボックスからプラット
フォーム独立型のコンボボックスへ実行状態を変換す
る、実行状態のマッピングが実行されてもよい。プラッ
トフォーム独立型をプラットフォーム独立型の実行状態
の変換へ用いることにより、プラットフォーム独立型の
プレゼンテーションモデルは、ウィジェットの実行状態
を保存することが可能になる。

【０１７７】図２１は、実行状態の変換とプラットフォ
ーム独立型のウィジェットのマッピング間における一般
的な動作を表しているプロセスのフロー図である。オリ
ジナルプラットフォーム独立型のウィジェットのタイプ
が特定されるところで、動作は始まる。（ブロック６５
０）例えば、ウィジェットのタイプは、ラジオボタンタ
イプやコンボボックスタイプなどである。オリジナルプ
ラットフォーム独立型のウィジェットが、少なくとも１
つの変換されたプラットフォーム独立型のウィジェット
に変換される。（ブロック６５２）変換が成功すると、
変換されたウィジェットのタイプが特定される。（ブロ
ック６５４）オリジナルプラットフォーム独立型のウィ
ジェットの実行状態が検索される。（ブロック６５６）
実行状態が、決定された構成（例：配列）で保存され
る。（ブロック６５８）ウィジェットのタイプに応じ
て、オリジナルプラットフォーム独立型のウィジェット
の実行状態が、変換されたプラットフォーム独立型のウ
ィジェットの実行状態へ変換される。（ブロック６６
０）変換された実行状態は、変換されたプラットフォー
ム独立型のウィジェットに関連づけて保存される。（ブ
ロック６６２）変換されたプラットフォーム独立型のウ
ィジェットが、プラットフォーム特定型のプレゼンテー
ション内のプラットフォーム特定型のウィジェットへマ
ップされる。（ブロック６６４）変換されたプラットフ
ォーム独立型のウィジェットの実行状態が、プラットフ
ォーム特定型のウィジェットの実行状態へマップされ
る。（ブロック６６６）変換されたプラットフォーム独
立型のウィジェットの実行状態が、変換されたプラット
フォーム特定型のウィジェット上に表される。（ブロッ
ク６６８）

【０１７８】イベント処理の変換は、GUIのマイグレー
ション後に、同レベルのGUIインタラクションを提供す
るので重要である。マウスボタンを押したり、あるいは
第１異種装置プラットフォーム上におけるプラットフォ
ーム特定型のウィジェットのタイプされた文字入力等の
イベントが、バーチャルイベント形成のために抽出され
てもよい。別の異種装置プラットフォームにおいて、上
記プラットフォーム特定型のウィジェットに対して同じ
入力を表している異なるイベントが、同様に同じバーチ
ャルイベント形成のために抽出されてもよい。異種装置
プラットフォーム上における異なるイベントが、バーチ
ャルイベントに基づいている、プラットフォーム独立型
のプレゼンテーションモデル内のプラットフォーム独立
型のウィジェットの同じ入力（を表している異なるイベ
ント）へマップされてもよい。

【０１７９】例えば図６が、J２SE SWINGプラットフォ
ームからJ2ME Personal Java AWT プラットフォームま
での、GUIのマイグレーションを表していると仮定す
る。マイグレーションの前において、エンドユーザは、
SWINGテキスト領域であるかもしれない「アイテム名」
として特定されているデータを、データエントリ８０に
入力し、そしてSWINGイベントが生成されてもよい。SWI
NGイベントは、データベース内に「アイテム名」データ
を保存するアクションを引き起こしてもよい。マイグレ
ーション後において、SWINGテキスト領域がAWTテキスト
領域へと変換したとき、AWTテキスト領域がAWTイベント
のみをサポートしていたとしても、SWINGイベントは同
様のアクションを引き起こしてもよい。

【０１８０】拡張性のあるGUIライブラリ１２を使うこ
とにより、SWINGイベントとAWTイベントが、汎用のバー
チャルイベント形成用に抽出されてもよい。このよう
に、汎用なバーチャルイベントが受信されたとき(例：
「アイテム名」データが入力されたとき)、それに関連
するアクションが引き起こされる。変換ルールがプラッ
トフォーム独立型のウィジェットに適用されたとき、上
記と同様な抽出が適用されてもよい。イベントマッピン
グは、各々の変換ルールに対して特有のものなので、各
々の変換ルールはまたイベント処理の変換を提供しても
よい。イベント処理の変換例は、Javaを用いて作成され
た変換ルールの例に関する個所で既に説明済みである。
（図６参照）コードに関して、イベントが、変換された
単一のデータエントリ８８から生成されたとき、変換マ
ネージャモジュール２０は、複数のデータエントリ８０
内においてオリジナルのテキスト領域として動作し、そ
してアクションを引き起こすためにイベントを送信して
もよい。

【０１８１】実行状態の変換あるいはマッピングと同様
に、イベント処理の変換、あるいはマッピングも各々の
変換ルールに対して特有のものであってもよい。実行状
態とは違い、イベント処理は実行時間により異なるもの
ではないので、イベント処理のマイグレーションは必要
ではない。代わりに、少なくとも１つのオリジナルプラ
ットフォーム独立型のウィジェットのタイプ、及び少な
くとも１つの変換されたオリジナルプラットフォーム独
立型のウィジェットのタイプが特定される。そして、両
方のタイプを利用できるイベント処理のメカニズムが、
特定されてもよい。オリジナルプラットフォーム独立型
のウィジェットのイベント処理メカニズムは、変換され
たプラットフォーム独立型ウィジェットのイベント処理
メカニズムにマップされてもよい。マッピングにより、
オリジナルプラットフォーム独立型のウィジェットの状
態変化に影響を与えている、入出力機能が可能になる。
この機能は、変換されたプラットフォーム独立型ウィジ
ェットにより実行される。

【０１８２】既に記載済みのSGUIシステムは、拡張性の
あるアプリケーションのアプリケーションGUI用に装置
プラットフォーム独立型の動作を提供している。SGUIシ
ステムの拡張性により、拡張性のあるアプリケーション
は、異なるサイズの表示画面、入力方法、及び異種装置
プラットフォームのユーザインターフェイスに関連して
いるGUIライブラリでの動作が可能となる。さらに、SGU
Iシステム全体のデザインにより、拡張性のあるアプリ
ケーションが動作可能な異種装置プラットフォームのユ
ーザインターフェイスに関連する複雑性を回避しなが
ら、拡張性を有するアプリケーションの開発者は、手軽
にSGUIシステムを使うことができる。

【０１８３】SGUIシステムにより、拡張性のあるアプリ
ケーションにおいて、装置プラットフォーム独立型のア
プリケーションGUIの使用が可能になる。アプリケーシ
ョンGUIは、SGUIシステムがターゲット装置プラットフ
ォーム用にカスタマイズするプラットフォーム独立型の
プレゼンテーションモデルにより表されてもよい。プラ
ットフォーム独立型のプレゼンテーションモデルのカス
タマイズは、拡張性のあるアプリケーションにより特定
されるプロパティ、及びターゲット装置プラットフォー
ムの機能や性能に基づいてもよい。したがって、装置プ
ラットフォーム独立型のアプリケーションGUIは、複数
の異種装置プラットフォーム上において表示される装置
プラットフォーム特定型のアプリケーションGUI用に、S
GUIシステムによりカスタマイズされてもよい。

【０１８４】SGUIシステムは３つの長所を持っている。
１つめはGUIのマイグレーションのコンセプトである。
２つめはエンドユーザが、スクロール機能を使用しなく
ても、変換を用いることによりプレゼンテーションのペ
ージをターゲット異種装置プラットフォームの表示画面
に適合できることである。３つめは、SGUIシステムが有
する柔軟性により、アプリケーション開発者は、特定の
拡張性のあるアプリケーションのアプリケーションGUI
をベストサポートするアプリケーション特定型の変換ル
ールの設定することが可能になる。

【０１８５】本発明を説明するために、特定の実施形態
を使用したが、本発明の趣旨を逸脱しない範囲で、本発
明に対し種々の変更または付加を施すことは、当業者に
とって容易である。したがって、本出願における図面と
説明は、単なる実例に過ぎず、本発明を限定するもので
はない。

【０１８６】

【発明の効果】装置プラットフォーム独立型のモデルを
基に、プラットフォーム独立型のGUIウィジェットに対
応する、プラットフォーム特定型のGUIウィジェットは
ページ上に配置される。ページが表示画面のサイズと適
合しない場合は、プラットフォーム独立型のGUIウィジ
ェットは、ページ上で再配置される。さらに分割可能な
場合、プラットフォーム独立型のGUIウィジェットは、
プレゼンテーションの複数ページ内において分割されて
もよい。

【図面の簡単な説明】

【図１】 拡張性のあるグラフィカルユーザインターフ
ェイスシステムのブロック図である。

【図２】 図１に示す拡張性のあるグラフィカルユーザ
インターフェイスシステムの一部のより詳細なブロック
図である。

【図３】 図１に示す拡張性のあるグラフィカルユーザ
インターフェイスシステムが利用した中間表現の一例を
示した図である。

【図４】 図１に示す拡張性のあるグラフィカルユーザ
インターフェイスシステムの別の部分のより詳細なブロ
ック図である。

【図５】 図１に示す拡張性のあるグラフィカルユーザ
インターフェイスシステムを使っているグラフィカルユ
ーザインターフェイスコンポーネントの変換例を示す図
である。

【図６】 図１に示す拡張性のあるグラフィカルユーザ
インターフェイスシステムを使っているグラフィカルユ
ーザインターフェイスコンポーネント複合の変換例を示
す図である。

【図７】 図１に示す拡張性のあるグラフィカルユーザ
インターフェイスシステムの動作を示している流れ図で
ある。

【図８】 図７に示す流れ図の続きである。

【図９】 図７に示す流れ図の続きである。

【図１０】 図１に示す拡張性のあるグラフィカルユー
ザインターフェイスシステムで動作している装置を有し
ている通信システムの一例である。

【図１１】 図１０に示す通信システム内の拡張性のあ
るグラフィカルユーザインターフェイスシステムの動作
を示す流れ図である。

【図１２】 図１１に示す流れ図の続きである。

【図１３】 図１に示す拡張性のあるグラフィカルユー
ザインターフェイスシステムで動作している装置を有す
る通信システムの他の例である。

【図１４】拡張性のあるグラフィカルユーザシステムが
利用しているプラットフォーム独立型のプレゼンテーシ
ョンモデルの例である。

【図１５】図１３の通信システム内をGUIマイグレーシ
ョンしている間における拡張性のあるグラフィカルユー
ザインターフェイスシステムの動作を示す流れ図であ
る。

【図１６】図１の拡張性のあるグラフィカルユーザイン
ターフェイスシステムを使っているプラットフォーム独
立型のプレゼンテーションモデル内における変換例であ
る。

【図１７】図１３のグラフィカルユーザインターフェイ
スシステムでページをカスタマイズしている流れ図であ
る。

【図１８】図１６に示す流れ図の続きである。

【図１９】図１６に示す流れ図の続きである。

【図２０】図１６に示す流れ図の続きである。

【図２１】図１の拡張性のあるグラフィカルユーザイン
ターフェイスにおける実行状態の変換例を表しているフ
ロー図である。

【符号の説明】

１０……SGUIシステム、１２……拡張性のあるGUIライ
ブラリ(モジュール)、１４……カスタマイズモジュー
ル、１６……レンダーマネージャ(モジュール)、１８…
…タスクマネージャ(モジュール)、２０……変換マネー
ジャ（モジュール）、２２……拡張性のあるGUIコンポ
ーネントライブラリ(モジュール)、２４……中間表現、
２６……拡張性のあるGUIイベント変換(モジュール)、
４０……IRツリー、４２……コンポーネントノード、４
４……コンテナノード、４６……タスク、４８……ペー
ジ、５０……変換ルール(モジュール)、５２……サイズ
変換コンポーネント(モジュール)、５４……代替コンポ
ーネント(モジュール)、５６……GUI変換ルール(モジュ
ール)単体、５８……GUI変換ルール(モジュール)複合、
６０……ダイナミックレイアウト（モジュール）、６２
……スタイルガイド(モジュール)、６４……SGUIコンポ
ーネントリスト(モジュール)、７０……第１SGUIコンポ
ーネント、７２……第２SGUIコンポーネント、７６……
第１SGUIコンポーネント複合、７８……第２SGUIコンポ
ーネント複合、８０……(複数の)データエントリ、８２
……優先度セレクション、８４……好みセレクション、
８６……ピックリスト、８８……単一のデータエント
リ、２００……通信システム、２０２……装置プラット
フォーム、２０４……変換サーバ、２０６……ライブラ
リサーバ、２０８……ネットワーク、２１０……拡張性
のあるアプリケーション、３０２……第１(異種装置)プ
ラットフォーム、３０４……第２(異種装置)プラットフ
ォーム、３０６……サーバコンピュータ、４４ａ……ル
ート(コンテナ)ノード、４４ｍ……コンテナノード(ア
イテムタスクのサーチ)、４４ｎ……第１タスクノード
(タスクのサーチ)、４４ｐ……第２タスクノード(結果
タスクの分類)、４４ｑ……第３タスクノード(結果タス
クの表示)、４０４……GUIプレゼンテーション、４０８
……バーチャルラベル（アイテムのサーチ：第１コンポ
ーネントノード）、４１０……バーチャルボタン（サー
チ：第２コンポーネントノード）、４１２……バーチャ
ルテキスト領域（第３コンポーネントノード）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ウオング，ホイ リー キャンディー アメリカ合衆国，カリフォルニア州95110 サンノゼ，スイート300，メトロ ドラ イブ181 (72)発明者 チュー，ハオーファ アメリカ合衆国，カリフォルニア州95110 サンノゼ，スイート300，メトロ ドラ イブ181 (72)発明者 カタギリ マサジ アメリカ合衆国，カリフォルニア州95110 サンノゼ，スイート300，メトロ ドラ イブ181 (72)発明者 ソング，ユー アメリカ合衆国，カリフォルニア州95110 サンノゼ，スイート300，メトロ ドラ イブ181 (72)発明者 クラカケ ショウジ アメリカ合衆国，カリフォルニア州95110 サンノゼ，スイート300，メトロ ドラ イブ181 Ｆターム(参考） 5B069 AA01 BA00 CA00 JA01 JA02 JA06 5B076 DB04 DF08

Claims (29)

【特許請求の範囲】
1. 【請求項１】 異種装置プラットフォーム間をマイグレ
   ーション可能なグラフィカルユーザインターフェイスア
   プリケーションのレイアウトを動的にカスタマイズする
   方法において、(a)プラットフォーム独立型のグラフィ
   カルユーザインターフェイスのウィジェットに関連して
   いるプロパティの関数として、プラットフォーム独立型
   のプレゼンテーションモデルにおいて、複数の当該プラ
   ットフォーム独立型のグラフィカルユーザインターフェ
   イスのウィジェットを配置する過程と、(b)異種装置プ
   ラットフォームの表示画面に適合しない、プラットフォ
   ーム独立型のグラフィカルユーザインターフェイスのウ
   ィジェットを調整する過程と、(c)前記表示画面に適合
   しない、異なるページ内において分割可能と指定された
   プラットフォーム独立型のグラフィカルユーザインター
   フェイスのウィジェットを特定する過程と、(d)前記特
   定されたプラットフォーム独立型のグラフィカルユーザ
   インターフェイスのウィジェットを、複数のページ内に
   おいて分割する過程とを有することを特徴とする方法。
2. 【請求項２】 予想可能な最大の表示画面に適合させる
   ため、前記(a)過程は、プラットフォーム独立型のグラ
   フィカルユーザインターフェイスのウィジェットを配置
   する過程を有することを特徴とする請求項１に記載の方
   法。
3. 【請求項３】 前記(a)過程は、前記プロパティで、前
   記表示画面において前記プラットフォーム独立型のグラ
   フィカルユーザインターフェイスのウィジェットの相対
   的な位置を指定する過程を有することを特徴とする請求
   項１に記載の方法。
4. 【請求項４】 前記(a)過程の後に前記(b)過程が、前記
   表示画面のサイズを超えたプラットフォーム独立型のグ
   ラフィカルユーザインターフェイスのウィジェット上に
   おいて実行されることを特徴とする請求項１に記載の方
   法。
5. 【請求項５】 前記(b)過程は、フローレイアウトマネ
   ージャを用いて、前記プラットフォーム独立型のグラフ
   ィカルユーザインターフェイスのウィジェットを動的に
   再配置する過程を更に有することを特徴とする請求項１
   に記載の方法。
6. 【請求項６】 前記(b)過程を行なった結果、前記表示
   画面のサイズを超えたら、前記(c)過程と前記(d)過程が
   実行されることを特徴とする請求項１に記載の方法。
7. 【請求項７】 フローレイアウトマネージャを用いて複
   数のページ内において分割される前記プラットフォーム
   独立型のグラフィカルユーザインターフェイスのウィジ
   ェットを動的に配置する(e)過程を更に有することを特
   徴とする請求項１に記載の方法。
8. 【請求項８】 前記表示画面に適合せず、かつ分割不可
   能であると指定されているプラットフォーム独立型のグ
   ラフィカルユーザインターフェイスのウィジェットに対
   して、さらに変換ルールを適用する前記(e)過程を更に
   有することを特徴とする請求項１に記載の方法。
9. 【請求項９】異種装置プラットフォーム間をマイグレー
   ション可能なグラフィカルユーザインターフェイスアプ
   リケーションのレイアウトをカスタマイズする方法にお
   いて、(a)異種装置プラットフォームの表示画面のプレ
   ゼンテーションサポート能力を判断する過程と、(b)前
   記決定されたプレゼンテーションサポート能力の関数、
   及びノードに関連するプロパティの関数として、プラッ
   トフォーム独立型のプレゼンテーションモデルにおい
   て、プラットフォーム独立型のグラフィカルユーザイン
   ターフェイスのウィジェットと関連している前記ノード
   を処理する過程と、(c)前記プロパティの関数として、
   ページ上にある前記プラットフォーム独立型のグラフィ
   カルユーザインターフェイスのウィジェットと対応する
   プラットフォーム特定型のグラフィカルユーザインター
   フェイスのウィジェットを配置する過程と、(d)前記ペ
   ージが表示画面に適合しない場合、複数のページ内にお
   いて前記プラットフォーム独立型のグラフィカルユーザ
   インターフェイスのウィジェットを分割する過程とを有
   することを特徴とする方法。
10. 【請求項１０】 前記(a)過程は、表示画面サイズ、あ
    るいはユーザ入力メカニズムのうちの少なくとも１つを
    有しているユーザインターフェイス能力を判断すること
    を特徴とする請求項９に記載の方法。
11. 【請求項１１】 前記(b)過程は、前記プラットフォー
    ム独立型のプレゼンテーションモデルにおける前記ノー
    ドの階層的な位置関数、及び前記ノード用に特定される
    優先順位のプロパティの関数として、前記ノードを選択
    することを特徴とする請求項９に記載の方法。
12. 【請求項１２】 前記ページが前記表示画面に適合しな
    いとき、前記(c)過程は、前記ページ内において前記プ
    ラットフォーム独立型のグラフィカルユーザインターフ
    ェイスのウィジェットを再配置することを特徴とする請
    求項９に記載の方法。
13. 【請求項１３】 前記(d)過程は、前記ページのサイズ
    を算出し、そして前記表示画面のサイズと前記算出され
    たページサイズを比較することを特徴とする請求項９に
    記載の方法。
14. 【請求項１４】 前記プラットフォーム独立型のグラフ
    ィカルユーザインターフェイスのウィジェットが分割可
    能であると特定された後、前記(d)過程は、前記プラッ
    トフォーム独立型のグラフィカルユーザインターフェイ
    スのウィジェットを分割することを特徴とする請求項９
    に記載の方法。
15. 【請求項１５】 複数のページ間において、前記(d)過
    程は、前記分割可能なプラットフォーム独立型のグラフ
    ィカルユーザインターフェイスのウィジェットに相当す
    る、複数のプラットフォーム特定型のグラフィカルユー
    ザインターフェイスのウィジェットを分配することを特
    徴とする請求項９に記載の方法。
16. 【請求項１６】 異種装置プラットフォーム間をマイグ
    レーション可能なグラフィカルユーザインターフェイス
    アプリケーションのレイアウトをカスタマイズする方法
    において、(a)第１ページに配置するため、グラフィカ
    ルユーザインターフェイスアプリケーションのプラット
    フォーム独立型のプレゼンテーションモデルに含まれ、
    かつ拡張可能なグラフィカルユーザインターフェイスコ
    ンポーネント複合と関連しているノードを処理する過程
    と、(b)前記第１ページのサイズと異種装置プラットフ
    ォームの表示画面のサイズを比較する過程と、(c)前記
    第１ページが大きすぎて前記表示画面に適合しないと
    き、前記拡張可能なグラフィカルユーザインターフェイ
    スコンポーネント複合を少なくとも２つの拡張可能なグ
    ラフィカルユーザインターフェイスコンポーネントに分
    割する過程と、(d)前記第１ページと少なくとも第２ペ
    ージの間に、前記拡張可能なグラフィカルユーザインタ
    ーフェイスコンポーネントを分配する過程とを有するこ
    とを特徴とする方法。
17. 【請求項１７】 前記(a)過程は、前記第１ページ上に
    位置していることを示し、かつ前記拡張可能なグラフィ
    カルユーザインターフェイスコンポーネント複合と関連
    しているプロパティを適用することを特徴とする請求項
    １６に記載の方法。
18. 【請求項１８】 前記(b)過程は、前記第１ページが大
    きすぎて前記表示画面に適合しないとき、前記拡張可能
    なグラフィカルユーザインターフェイスコンポーネント
    複合を再配置再配置することを特徴とする請求項１６に
    記載の方法。
19. 【請求項１９】 前記(b)過程は、前記表示画面のサイ
    ズを含むグラフィカルユーザインターフェイスの能力を
    判断するために、前記異種装置プラットフォームを調べ
    ることを特徴とする請求項１６に記載の方法。
20. 【請求項２０】 前記(c)過程は、前記拡張可能なグラ
    フィカルユーザインターフェイスコンポーネント複合用
    に特定された分割プロパティの関数として、分割を始め
    ることを特徴とする請求項１６に記載の方法。
21. 【請求項２１】 前記(d)過程は、前記拡張可能なグラ
    フィカルユーザインターフェイスコンポーネント複合に
    関連している優先順位プロパティの関数として、ページ
    内に前記拡張可能なグラフィカルユーザインターフェイ
    スコンポーネント複合を分配することを特徴とする請求
    項１６に記載の方法。
22. 【請求項２２】 前記(c)過程は、プラットフォーム特
    定型のプレゼンテーションを生成するために前記プラッ
    トフォーム独立型のプレゼンテーションモデルを変更
    し、さらに前記プラットフォーム特定型のプレゼンテー
    ションを前記異種装置プラットフォームへ送信する(e)
    過程を更に有することを特徴とする請求項１６に記載の
    方法。
23. 【請求項２３】 異種装置プラットフォーム間をマイグ
    レーション可能なグラフィカルユーザインターフェイス
    アプリケーションのレイアウトをカスタマイズするシス
    テムにおいて、 拡張可能なグラフィカルユーザインターフェイスコンポ
    ーネント複合を有するノードを含むプラットフォーム独
    立型のプレゼンテーションモデルで、第１ページを生成
    するサーバと、 前記第１ページのサイズとターゲット異種装置プラット
    フォームにある表示画面のサイズとを比較するサーバと
    通信を行っているターゲット異種装置プラットフォーム
    を有し、 前記サーバは、前記第１ページが大きすぎて前記表示画
    面に適合しないとき、前記拡張可能なグラフィカルユー
    ザインターフェイスコンポーネント複合を少なくとも２
    つの拡張可能なグラフィカルユーザインターフェイスコ
    ンポーネントに分割するように動作し、また前記拡張可
    能なグラフィカルユーザインターフェイスコンポーネン
    トは、プラットフォーム特定型のプレゼンテーションを
    生成するため、前記第１ページ及び少なくとも第２ペー
    ジ上に配置されることを特徴とするシステム。
24. 【請求項２４】 前記プラットフォーム独立型のプレゼ
    ンテーションモデルで生成された前記第１ページは、い
    かなる複数のターゲット異種装置プラットフォームの予
    想可能な最大の表示画面に適合されるように調整される
    ことを特徴とする請求項２３に記載のシステム。
25. 【請求項２５】 前記サーバは、各々のノードに含まれ
    ている詳細なレイアウトプロパティの関数として、前記
    第１ページ内に前記拡張可能なグラフィカルユーザイン
    ターフェイスコンポーネント複合を配置するように動作
    することを特徴とする請求項２３に記載のシステム。
26. 【請求項２６】 前記サーバは、前記拡張可能なグラフ
    ィカルユーザインターフェイスコンポーネント複合が分
    割可能であることを確認する前に、最初に分割可能なプ
    ロパティを確認するように動作することを特徴とする請
    求項２３に記載のシステム。
27. 【請求項２７】 前記サーバは拡張可能なグラフィカル
    ユーザインターフェイスのライブラリと変換マネージャ
    モジュールを有し、そして前記変換マネージャモジュー
    ルは、前記拡張可能なグラフィカルユーザインターフェ
    イスのライブラリと連動して、前記プラットフォーム独
    立型のプレゼンテーションモデルから、複数の異種装置
    プラットフォーム用の前記プラットフォーム特定型のプ
    レゼンテーションを生成することを特徴とする請求項２
    ３に記載のシステム。
28. 【請求項２８】 前記変換マネージャモジュールはフロ
    ーレイアウトマネージャを有し、そして前記フローレイ
    アウトマネージャは、前記表示画面に適合させるために
    前記拡張可能なグラフィカルユーザインターフェイスコ
    ンポーネントを配置するように動作することを特徴とす
    る請求項２３に記載のシステム。
29. 【請求項２９】 前記サーバは、前記プラットフォーム
    独立型のプレゼンテーションモデルのコピーを生成し、
    そして前記プラットフォーム独立型のプレゼンテーショ
    ンモデルの前記コピーを変更することにより、前記プラ
    ットフォーム特定型のプレゼンテーションを生成するこ
    とを特徴とする請求項２３に記載のシステム。