JP2005327251A - 条件付きｕｉ制御及び画面ナビゲーションを有する対話型無線アプリケーションのためのシステム及び方法 - Google Patents

Abstract

【課題】携帯電話やＰＤＡなどの無線装置用のＧＵＩソフトウエアの開発を容易にする。
【解決手段】無線アプリケーションのＧＵＩは、１組のアトミック画面コンポーネントとして記述される。画面は、ＸＭＬ、ＨＴＭＬ又はＸＨＴＭＬ等の言語によって定義され、ネストされたレイアウト及びＵＩ制御の集合で表す。これらの視覚的コンポーネントの表現は、画面表示、管理及びユーザの対話型操作のためのサービスを提供するランタイムフレームワークを用いることで容易になる。この画面コンポーネントの指定は、対話型の動的なＵＩを供給するものであり、また、ユーザインターフェイス管理の一部をランタイムフレームワークに委譲するものである。画面コンポーネントは、無線アプリケーション定義内の条件付き制御を利用する。条件付き制御は、特定の条件を満たすことによって、その外観又は挙動を決定する動的な画面要素である。
【選択図】図３

Description

本願は、一般的に、無線装置のユーザインターフェイス上でのアプリケーションの表示技法に関する。

今日では、携帯電話や、無線通信能力を有するＰＤＡ、双方向ポケットベル等といった、使用されている無線装置の数は増加の一途である。これらの装置上で実行されるソフトウェアアプリケーションのユーティリティも増えている。例えば、携帯電話は、或る範囲の都市の天気を検索するアプリケーションを含むことがあり、ＰＤＡは、ユーザが食料雑貨品を購入できるようにするアプリケーションを含むことがある。これらのソフトウェアアプリケーションは、タイムリー且つ有用なサービスをユーザに提供するために、ネットワークへの接続性を利用するものである。しかし、一部の装置ではリソースが限られていることと、これらの装置に大量のデータを配信することの複雑さとにより、様々な装置に対応するソフトウェアアプリケーションを開発することは、依然として困難であり時間がかかる課題である。

現在のところ、装置は、インターネットに基づくブラウザ及び／又はネイティブ・アプリケーション（装置固有のアプリケーション）を介してウェブサービスと通信するよう構成されている。ネイティブ・アプリケーションは、特定の装置プラットフォームのタイプに合わせて開発されているので、各ランタイム環境に対して比較的最適化されたアプリケーションプログラムを提供するという長所を有する。しかし、ネイティブ・アプリケーションは、プラットフォーム非依存ではないので、同じアプリケーションの複数バージョンの開発を要すると共に、比較的サイズが大きいので、装置のメモリリソースの負担となるという短所を有する。更に、アプリケーション開発者は、これらのハードコードされたネイティブ・アプリケーションを構築するために、Ｊａｖａ（登録商標）やＣ＋＋等のプログラミング言語に対する熟練を要する。広範囲のランタイム環境を有するクライアント装置上で実行可能であると共に装置リソースの消費が低減されたアプリケーションプログラムが必要とされている。

無線装置のユーザインターフェイス（ＵＩ）上におけるアプリケーションの表示を管理する無線アプリケーションのコンポーネント画面の定義に、最大の柔軟性が提供されるのが望ましい。他に所望されるものとしては、無線アプリケーションのユーザ及び開発者に効果的な情報表示を提供すること、対話型の動的なＵＩを提供すること、及び、ユーザインターフェイス管理の大半をインテリジェント装置ランタイムに委譲することが含まれる。無線アプリケーション用の画面設計に際して遭遇する典型的なシナリオでは、１つの制御（コントロール）の外観又は値が、その画面内の別の制御に影響され得る。この特徴を備えると、豊富な機能性を有するより複雑な画面を定義できるが、同時に、複雑さ、及びそれに従って無線装置上のアプリケーションの格納要件も増すことになり得る。

本明細書に開示されるシステム及び方法は、上述した短所の少なくとも一部を取り除く又は軽減するための、条件付き制御環境を提供する。

無線アプリケーション用の画面設計に際して遭遇する典型的なシナリオでは、１つの制御の外観又は値が、その画面内の別の制御に影響され得る。この特徴を備えると、豊富な機能性を有するより複雑な画面を定義できるが、同時に、複雑さ、及びそれに従って無線装置上のアプリケーションの格納要件も増すことになり得る。現在の表示システム及び方法とは異なり、このアプリケーションＧＵＩは、１組のアトミック（原子的）画面コンポーネントとして記述される。アプリケーション画面は、ＸＭＬ、ＨＴＭＬ又はＸＨＴＭＬ等の構造化言語によって定義され、複数のネストされた（入れ子構造の）レイアウト及び複数のＵＩ制御の集合として表される。これらの視覚的コンポーネントの表現は、画面表示、管理及びユーザの対話型操作のための１式のサービスを提供するインテリジェント装置ランタイムフレームワークを用いることによって容易になる。この画面コンポーネントの指定は、対話型の動的なＵＩを供給するものであり、また、ユーザインターフェイス管理の一部をインテリジェント装置ランタイムフレームワークに委譲することを実現するものである。画面コンポーネントは、無線アプリケーション定義内の条件付き制御を利用する。条件付き制御は、特定の条件を満たすことによって、その外観又は挙動を決定する動的な画面要素である。条件付き制御は、アプリケーションランタイム画面の挙動を変更する、いわゆる駆動（一次）制御及び依存（二次）制御を含む。

本発明によれば、構造化定義言語で表された画面コンポーネントを有する無線アプリケーションを実行するためのインテリジェント実行フレームワークを有する無線装置が提供される。この装置は、少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む画面表現をモデリングするよう構成された画面モデルを画面コンポーネントから生成する、フレームワークの画面マネージャと、装置のユーザとアプリケーションとの間の対話型環境を提供するユーザインターフェイスと、ユーザインターフェイスに画面表現を供給する、フレームワークのユーザインターフェイスサービスと、を含み、ユーザが、アプリケーションの実行中にユーザインターフェイス上に表示される条件付き制御の対話型操作を行う。

本発明の更に別の態様によれば、構造化定義言語で表されたアトミック画面コンポーネントを有する無線アプリケーションを無線装置のインテリジェント実行フレームワークによって実行する方法が提供される。この方法は、少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む画面コンポーネントをメモリから抽出する工程と、装置のユーザとアプリケーションとの間の対話型環境を提供するために、装置のユーザインターフェイス上に表示される画面表現をモデリングするよう構成された画面モデルを、条件付き制御を含む画面コンポーネントから作成する工程と、画面モデルに基づいて、アプリケーションの実行状態に対応するユーザインターフェイス条件の現在の値を反映するよう構成された画面表現を生成する工程と、を含み、ユーザが、アプリケーションの実行中にユーザインターフェイス上に表示される条件付き制御の対話型操作を行う。

本発明の更に別の態様によれば、無線装置を、無線アプリケーションを実行するためのインテリジェント実行フレームワークを有するよう構成するコンピュータプログラム製品が提供される。装置は、該装置のユーザとアプリケーションとの間の対話型環境を提供するユーザインターフェイスを有し、アプリケーションは、構造化定義言語で表されたアトミック画面コンポーネントを有する。このコンピュータプログラム製品は、コンピュータ読み取り可能媒体と、コンピュータ読み取り可能媒体に格納され、少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む画面表現を画面コンポーネントからモデリングするよう構成された画面モデルを生成する、フレームワークの画面マネージャモジュールと、コンピュータ読み取り可能媒体に格納され、画面表現をユーザインターフェイスに供給する、フレームワークのユーザインターフェイスサービスモジュールと、を含み、ユーザが、アプリケーションの実行中にユーザインターフェイス上に表示される条件付き制御の対話型操作を行う。

本発明の更に別の態様によれば、構造化定義言語で表されたアトミック画面コンポーネントを有する無線アプリケーションを実行するためのインテリジェント実行フレームワークを有する無線装置が提供される。この装置は、少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む画面コンポーネントをメモリから抽出する手段と、装置のユーザとアプリケーションとの間の対話型環境を提供するために、装置のユーザインターフェイス上に表示される画面表現をモデリングするよう構成された画面モデルを、条件付き制御を含む画面コンポーネントから作成する手段と、画面モデルに基づいて、アプリケーションの実行状態に対応するユーザインターフェイス条件の現在の値を反映するよう構成された画面表現を生成する手段と、を含み、ユーザが、アプリケーションの実行中にユーザインターフェイス上に表示される条件付き制御の対話型操作を行う。

上記及び他の特徴は、例示のみの目的で添付の図面を参照する以下の詳細な説明において、より一層明らかとなるであろう。

＜装置環境＞
図１を参照すると、無線装置１００は、無線ネットワーク１０４との通信時に、要求／応答メッセージ１０５を個々に送受信する。装置１００は、メッセージヘッダー情報及びそれに関連付けられたデータコンテンツの形態の要求／応答メッセージ１０５を用いることにより、例えば、ネットワーク１０４に接続されたウェブサービス（図示せず）のウェブクライアントとして動作可能であり、例えば、オンライン商店に対して製品の価格及び入手可能性を要求し、受信することができる。このウェブサービスは、装置１００のユーザに対してユーティリティを提供するために、装置１００のインテリジェントランタイム環境フレームワーク２０６によって実行されるクライアントアプリケーションプログラム３０２が、無線ネットワーク１０４を介して交信するシステムの一例である。装置１００のアプリケーションプログラム３０２は、或るオブジェクト（又は機能）に対するメソッドを呼び出すのと同様に、そのウェブサービスのビジネスロジックを用いることができる。なお、クライアントアプリケーションプログラム３０２は、ネットワーク１０４を介して装置１００に直接ダウンロード／アップロード可能であることを認識されたい。更に、装置１００は、ネットワーク１０４を介して１つ以上のウェブサービスと通信可能であることを認識されたい。

この無線アプリケーション３０２では、アプリケーションＧＵＩは１組のアトミック画面コンポーネント４０２（図３参照）として記述される。ユーザインターフェイス２０２に表示されるアプリケーション画面は、ＸＭＬ、ＨＴＭＬ又はＸＨＴＭＬ等の構造化定義言語によって定義され、複数のネストされたレイアウト及び複数のＵＩ制御５００の集合（図４参照）として表される（詳細は後述する）。これらの視覚的コンポーネント４０２の表現は、画面表示、管理及びユーザの対話型操作のための１式のサービス３０４を提供するインテリジェント装置ランタイムフレームワーク２０６を用いることによって容易になる。

＜通信装置＞
再び図１を参照すると、装置１００は、携帯電話、ＰＤＡ、双方向ポケットベル又はデュアルモード通信装置等であるが、これらに限定されない。装置１００は、接続２１８を介して装置インフラ２０４に接続された、無線トランシーバ等のネットワーク接続インターフェイス２００を含む。接続インターフェイス２００は、装置１００の動作中に、（例えば、ＲＦ、ＩＲ等の）無線リンク等によって、無線ネットワーク１０４に接続可能であり、無線ネットワーク１０４は、装置１００がネットワーク１０４を介して、他の装置１００や外部システム（ウェブサービス等）と通信すること、及び、クライアントアプリケーションプログラム３０２と外部システムとの間の要求／応答メッセージ１０５を調整することを可能にする。ネットワーク１０４は、ネットワーク１０４に接続された装置１００と外部システムとの間での、要求／応答メッセージ１０５内のデータの伝送をサポートする。ネットワーク１０４は、装置１００とネットワーク１０４の外部の他の装置１００との間の通話のための音声通信をサポートしてもよい。無線ネットワーク１０４は、ＤａｔａＴＡＣ、ＧＰＲＳ又はＣＤＭＡ等の無線データ伝送プロトコルを用いることができるが、これらに限定されない。

再び図１を参照すると、装置１００は、接続２２２によって装置インフラ２０４に接続された、ユーザ（図示せず）と対話するためのユーザインターフェイス２０２も有する。ユーザインターフェイス２０２は、ＱＷＥＲＴＹ配列キーボード、キーパッド、トラックホイール、スタイラス、マウス、マイク等（これらに限定されない）の１つ以上のユーザ入力装置と、ＬＣＤ画面ディスプレイ及び／又はスピーカー等のユーザ出力装置とを含む。画面が接触感知型である場合には、ディスプレイも、装置インフラ２０４によって制御されるユーザ入力装置として用いることもできる。ユーザインターフェイス２０２は、装置１００のユーザによって、ネットワーク１０４を介した要求／応答メッセージ１０５を調整するため、及び、ユーザのアクション（操作）によって装置１００上でアプリケーション３０２を実行するために用いられる。

再び図１を参照すると、装置１００の動作は、装置インフラ２０４によって可能になる。装置インフラ２０４は、コンピュータプロセッサ２０８と、それに関連付けられたメモリモジュール２１０とを含む。コンピュータプロセッサ２０８は、メモリモジュール２１０内に配置されたオペレーティングシステム及びクライアントアプリケーションプログラム３０２によって供給される関連する命令を実行することにより、通信装置１００のネットワークインターフェイス２００、ユーザインターフェイス２０２及びフレームワーク２０６の動作を操作する。更に、装置インフラ２０４は、プロセッサに命令を供給するための及び／又はメモリモジュール２１０にクライアントアプリケーションプログラム３０２をロード／更新するための、プロセッサ２０８に接続されたコンピュータ読み取り可能記憶媒体２１２を含み得ることを認識されたい。コンピュータ読み取り可能媒体２１２は、例えば、磁気ディスク、磁気テープ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光学的に読み取り可能な媒体、及びメモリカード等といったハードウェア及び／又はソフトウェアを含み得る。各場合において、コンピュータ読み取り可能媒体２１２は、メモリモジュール２１０内に配設された小型ディスク、フレキシブルディスケット、カセット、ハードディスクドライブ、固体メモリカード、又はＲＡＭの形態をとり得る。なお、上述の例のコンピュータ読み取り可能媒体２１２は、単独で又は組み合わせて用いることができる。

＜装置のフレームワーク＞
図１及び図２を参照すると、装置１００のフレームワーク２０６は、接続２２０によって装置インフラ２０４に接続されている。装置１００のクライアントランタイム環境はフレームワーク２０６によって提供され、クライアントアプリケーションプログラム３０２（後で更に定義する構造化定義言語で表されたアトミック画面／表示コンポーネント４０２を含む。図３参照）を生成、ホスティング及び実行する能力があるのが好ましい。装置ランタイムは、アプリケーション３０２の一般的な挙動（例えば、パーシステンス（データ維持）、メッセージング、画面ナビゲーション及び表示）を管理及び実行するための１組の基本的なサービスを提供するインテリジェントソフトウェアフレームワーク２０６として考えることができる。従って、フレームワーク２０６は、クライアントアプリケーションプログラム３０２のためのネイティブクライアントランタイム環境を提供すると共に、装置インフラ２０４のプロセッサ２０８及びそれに関連付けられたオペレーティングシステムの、装置１００の機能性に対するインターフェイスである。フレームワーク２０６は、アプリケーションプログラム３０２が実行される装置１００上に、制御された安全で安定した環境を好ましく提供することにより、ランタイム環境を提供する。フレームワーク２０６は、アプリケーション３０２に関して生成されたメタデータからの画面モデル３５０（図３参照）を管理するサービスとして定義可能な、画面マネージャ３０６も有する。画面マネージャ３０６は、ユーザインターフェイス２０２（図１参照）を介してアプリケーションによって用いられる全ての条件付き制御及びレイアウトのモデリングも扱うと共に、ＵＩサービス３０８から受信したイベントに基づいてモデル３５０を（継続的に又は周期的に）更新する。

図２を参照すると、フレームワーク２０６は、或るサービスがアプリケーション３０２の一部として含まれていない場合に、又は、アプリケーションプログラム３０２の一部として別個のコンポーネント（図示せず）として受信された場合に、クライアントアプリケーションプログラム３０２にフレームワークサービス３０４（一般的なサービスの標準セット）を提供する。アプリケーションプログラム３０２は、必要に応じてフレームワークサービス３０４と通信する（２１４）。フレームワーク２０６のフレームワークサービス３０４は、接続２２０を介した装置インフラ２０４との通信を調整する。従って、フレームワーク２０６及び関連付けられたサービス３０４によって、クライアントアプリケーションプログラム３０２に、装置インフラ２０４、ユーザインターフェイス２０２及びネットワークインターフェイス２００へのアクセスを提供できる。装置インフラ２０４（図２参照）のオペレーティングシステムの一部は、フレームワークサービス３０４のいずれかを表し得ることを認識されたい。

フレームワークサービス３０４には、通信サービス３０６、ＵＩサービス３０８、パーシステンスサービス３１０、アクセスサービス３１２、プロビジョニングサービス３１４及びユーティリティサービス３１６等が含まれ得るが、これらに限定されない。通信サービス３０６は、アプリケーション３０２の代行として、ウェブサービスに関して送受信されるメッセージ１０５及び関連付けられたデータ等といった、コンポーネントアプリケーションプログラム３０２と外部システム１０との間の接続性を管理する。ＵＩサービス３０８は、画面マネージャ３０６によって提供される、ユーザインターフェイス２０２（図１参照）の出力装置に出力されるアプリケーションプログラム３０２の表現を管理する。パーシステンスサービス３１０は、アプリケーションプログラム３０２が、データを装置インフラ２０４のメモリモジュール２１０（図１参照）に格納できるようにする。アクセスサービス３１２は、コンポーネントアプリケーションプログラム３０２に、通信装置１００上に存在する他のソフトウェアアプリケーションへのアクセスを提供する。プロビジョニングサービス３１４は、通信装置１００上のソフトウェアアプリケーションのプロビジョニングを管理する。アプリケーションのプロビジョニングは、新たな及び更新されたアプリケーションプログラム３０２の要求及び受信、ネットワーク１０４を介してアクセス可能なサービスにアクセスするためのアプリケーションプログラム３０２の構成、アプリケーションプログラム３０２及びサービス構成の修正、並びに、アプリケーションプログラム３０２及びサービスの除去を含み得る。ユーティリティサービス３１６は、文字列を異なるフォーマットに変換する際のデータ操作の実行等といった、様々な一般的なタスクを行うために用いられる。

通信装置１００のフレームワークサービス３０４は、アプリケーションプログラム３０２に、上述のサービスを含み得る機能性を提供できることを認識されたい。更に、フレームワークサービス３０４は、別個のフレームワーク３０４として提供されるのではなく、アプリケーション３０２と統合されることも可能である。いずれにしても、コンポーネントアプリケーションプログラム３０２は、更に後述するように、統合された及び／又は別個のフレームワークサービス３０４を介して、通信装置１００の機能性にアクセスできる。

図３を参照すると、条件付き（駆動及び依存）制御５００（図４参照）をアドレスする能力（更に後述する）は、アプリケーション３０２に関連してインテリジェント装置ランタイムフレームワーク２０６を用いて提供される。フレームワーク２０６は、アプリケーションを表すために用いられた構造化定義言語（例えば、ＸＭＬに基づく言語等であるが、これらに限定されない）によって記述された画面のモデリング及び表示を司る。フレームワーク２０６は、アプリケーション３０２のユーザとの対話型操作も管理し、ユーザインターフェイス２０２のイベントの結果として生じた、現在の画面モデル３５０に対する変化を処理する。フレームワーク２０６は、アプリケーション３０２の定義及び生成されたデータ用の装置１００のリポジトリとして用いられるアプリケーション格納部３５６を有することができる。上述のように、ＵＩサービス３０８は、装置１００のネイティブＵＩフレームワーク２０６におけるアプリケーション３０２の画面表現３５２の視覚化を提供する。また、ＵＩサービス３０８は、ユーザインターフェイス２０２からのユーザイベントを画面マネージャ３０６に供給する。フレームワーク２０６は、アプリケーション３０２のスクリプト部（ＥＣＭＡスクリプト等であるがこれらに限定されない）を実行するスクリプトインタプリタ３５４も有し、画面マネージャ３０６と交信することにより現在の画面モデル３５０を操作する能力を有する。

＜条件付き制御５００＞
図４を参照すると、アプリケーション３０２定義には、条件付き制御５００の概念が含まれる。条件付き制御５００はユーザインターフェイス２０２の動的な画面要素であり、特定の条件を満たすことによりそれら（画面要素）の外観又は挙動を決定する。条件付き制御５００は、画面マネージャ３０６との交信を介してアプリケーション３０２のランタイム画面の挙動を変更する、一次又は駆動制御５０２と依存又は二次制御５０４とを含む。一般的に、駆動又は一次制御５０２は、その値が別の制御（依存／二次制御５０４）の値又は外観に影響するＵＩ制御５００である。依存制御は、その値又は外観が別の制御（駆動／一次制御５０２）の値に基づいて決定されるＵＩ制御５００である。駆動制御５０２と依存制御５０４との関係については更に後述する。

画面コンポーネント４０２を、それらが動的に挙動し且つ、処理及び表示ロジックをインテリジェント装置ランタイムフレームワーク２０６に委譲するための最大能力を提供するよう定義できることが大変望ましい。再び図３及び図４を参照すると、最も基本的なアプリケーション画面表現３５２は、レイアウト５０６及びネストされた制御５００の静的な構成を含み、これは、ランタイムのファクタ（要因）に関わりなく同様にユーザインターフェイス２０２上に表示される。この手法は、基本的なアプリケーション３０２に対しては十分である。動的に変化する基準に基づいて変異する、より複雑な画面表現３５２を生成するために、アプリケーション３０２定義に、画面コンポーネント４０２を介して、条件付き制御５００を含めることができる。アプリケーション３０２内で定義された画面コンポーネント４０２の画面モデル３５０に、画面マネージャ３０６によって条件付き制御５００を導入することにより、ユーザインターフェイス２０２上の画面表現３５２の正確な外観／挙動が、インテリジェント装置ランタイム２０６によって管理されるランタイム基準に委譲される。

条件付き制御５００は２つに分けられる。即ち、
・依存制御５０４、及び
・駆動制御５０２
であり、一般的に、制御５００は、ボタン、編集ボックス、ラベル、メニュー項目、又はレイアウトタイプの制御等といったＵＩタイプ制御であり得るが、これらに限定されない。駆動制御５０２と依存制御５０４との関係、並びに、この制御がインターフェイス２０２上の画面表示３５２のランタイムの外観をどのように決定するかについては、スクリプト要素からの制御５００及びレイアウト５０６の視覚化に影響する能力に加えて後述する。

依存／二次制御５０４は、別の制御５００（一次制御５０２及び他のリンクされた二次制御５０４を含む）の変化に基づいて、自らの状態を評価する制御である。依存制御５０４の状態には、
・制御値、
・外観、及び
・可視性
が含まれ得る。依存制御５０４は、自らの特性を決定する検証条件を指定する。これらの条件は、スクリプト（ＥＣＭＡスクリプト等）及び／又はアプリケーション３０２の構造化定義言語（例えばＸＭＬ）によって表されてもよい。駆動／一次制御５０２は、その状態が、リンクされた依存制御５０４のプロパティ（状態）に影響する制御である。駆動制御５０２の状態が変化すると、依存制御５０４の検証条件の評価がトリガ（起動）される。駆動制御５０２の状態には、
・制御値、
・外観、及び
・可視性
が含まれ得る。

画面表現３５２の、様々なリンクされた画面の条件付きナビゲーションに関して、画面ナビゲーションを指定する制御５００は、依存制御５０４として指定されてもよい。この指定の結果生じる効果は、アプリケーション全体にわたる動的なナビゲーション経路の効果である。このタスクによく適した２タイプの制御は、
・画面上ボタン、及び
・メニュー項目
である。

駆動／依存制御５００の指定には、３通りの一般的な手法がある。即ち、
・装置ランタイムフレームワーク２０６の能力にロジックを委譲する画面メタデータ（例えばＸＭＬ）によって駆動／依存関係を記述する画面定義メタデータ、
・カスタムスクリプト要素を駆動制御に関連付けると共にスクリプトコードによって依存制御の外観を指定できる駆動制御スクリプト／コード、
・外観を決定するために依存制御５０４がスクリプトを評価するよう画面メタデータによって条件付き関係を定義する拡張画面メタデータ／依存スクリプト／コード、及び
・駆動制御５０２が存在しない場合に、スクリプトによって制御５０４が自らの表示の条件を指定するような、依存スクリプト／コード条件
である。スクリプト（コード／要素）は、アプリケーション３０２の構造化定義言語内に別個の要素として指定されてもよく、或いは、画面コンポーネント４０２定義に組み入れられてもよいことを認識されたい。いずれにしても、画面マネージャ３０６は、アプリケーション定義からのメタデータ／スクリプトの抽出をモニタリング（監視）し、アプリケーション３０２から画面コンポーネント４０２として得られた画面メタデータ／スクリプトを処理することによって画面モデル３５０を生成する。

（例Ａ：画面メタデータによって（ＸＭＬで）定義される駆動／依存関係）
駆動制御５０２及び依存制御５０４の外観は、アプリケーション３０２のＸＭＬ（構造化定義言語）のみによって指定されてもよい。図５のサンプルＸＭＬコードでは、ユーザが米国又はカナダのいずれにいるかの申告に基づいて、米国の州又はカナダの州を表示する能力の提供が目的である。太字で示されている駆動制御５０２は、選択制御choiceCountry（国を選択）である。選択制御choiceCountryには依存制御５０４がリンクされており、このchoiceCountry制御が変化すると、依存制御５０４が再評価される。図示されるように、カナダの選択肢に関連付けられた要素は、カナダの州（"provinces"）を表示するものである。choiceCountryの値が米国と判断されると、米国の州（"states"）が表示される。この手法は、画面マネージャ３０６が画面コンポーネント４０２を解釈することにより、外観の実装に必要な全てのロジックがインテリジェント装置ランタイムフレームワーク２０６に委譲されるという長所を有する。

（例Ｂ：駆動制御スクリプト）
図６を参照すると、条件付き制御５００を操作する別の方法は、アプリケーション３０２に添付されたカスタムスクリプト部６００を用いる。例Ａで上述したサンプルアプリケーションのように、駆動５０２選択制御choiceCountryは、選択に変化が生じた際に評価すべき実行可能スクリプト（ここでは例示目的でＥＣＭＡスクリプトの一部分として示されている）を指定する。この構成では、依存関係は、localizeControlsと称されるスクリプトに関連付けられている。このスクリプトは、呼び出されると、インターフェイス２０２上の画面（図４参照）のどの制御５００をユーザに対して可視化するかを、choiceCountryの現在の状態に基づいて決定する。このスクリプトのメカニズムは、駆動制御５０２と依存制御５０４とをリンクする別の方法を示しており、これにより、アプリケーション３０２のアプリケーション開発者によって表示ロジックが指定される。

（例Ｃ：拡張画面メタデータ／依存スクリプト）
次の図７の例は、依存制御５０４が自らの表示基準を指定するための依存制御５０４の再評価に、駆動制御５０２がどのように影響し得るかを示している。この基準は、別個のコード部として指定されてもよく、或いは、この例で示されるように、インライン（埋め込み）評価として指定されてもよい。サンプルアプリケーション３０２では、passwordEntry（パスワード入力）編集ボックスが駆動制御５０２を表している。編集ボックスを変更すると、ＸＭＬによって指定された条件付き制御の再評価がトリガされる。依存制御５０４を指定すると、ブール条件を評価することによってアプリケーション３０２の挙動が更に改良される。このサンプルでは、インターフェイス２０２（図１参照）上に表示された画面表現の次ページに移行するためのメニュー項目を追加する前に、パスワードの最小限の長さが指定されている。この最小長さ条件が満たされない場合には、ユーザインターフェイス２０２に警告ラベルを表示させる。

（例Ｄ：依存スクリプト条件）
図８に示されている例では、駆動制御５０２は指定されていない。この例における「依存」制御５０４は、自らのスクリプトを評価対象として指定している。スクリプト要素の評価によって、制御５０４の表示がゲート制御（gate）される。スクリプトは、アプリケーション３０２のＸＭＬのローカル関数として参照されてもよく、或いは、インラインスクリプトであってもよい。図示されるように、discount（割引）ラベルは、どの駆動制御５０２にも結びついていない。discountラベルは、更なる割引の資格が生じるための最小限の数の項目（商品）が選択されたか否かを判断する、ＥＣＭＡスクリプト部分８００を含む。

（例Ｅ：ＸＭＬによる条件付きナビゲーション）
前の例では、アプリケーションで定義された依存制御５０４及び駆動制御５０２の表現を用いた条件付きナビゲーションが示された。図９に示されているサンプルナビゲーションでは、次の商店ページへのナビゲーションは、駆動制御５０２選択であるuserOptions（ユーザ選択肢）の選択によって決定される。選択が変更されると、２つの依存５０４ボタンのうちの１つが表示され得る。ユーザ確認が必要ない場合には、gotoCatalogue（カタログに進む）ボタン５０４が示される。「Shop Online（オンラインで買い物）」が選択された場合には、ユーザに対してvalidateUser（ユーザ確認）ボタン５０４が表示される。アプリケーション３０２が表示可能な画面表現３５２（図４参照）の次の画面が、ユーザの選択により依存制御５０４の指定を介して動的に変更される。

＜条件付きレイアウト５０６＞
図４を参照すると、レイアウト５０６は、依存ＵＩ制御５０４の構成に影響する特殊な制御５００であり得る。レイアウト５０６は、駆動条件制御５０２によって影響される依存制御５０４であり得ることを認識されたい。レイアウト５０６の、
・可視性、
・レイアウトタイプ、並びに
・スタイル及び色
等（これらに限定されない）といったプロパティは条件付きであり得る。

レイアウトは、自身に含まれるこれらのＵＩ制御５０４又は依存レイアウト５０６に対する親の駆動制御５０２であるので、埋め込まれた制御５００との状態の矛盾を解消するための規則がある。例えば、レイアウト５０６内のネストされた制御５０４が可視でありながら、条件付きレイアウト５０６が不可視になるよう決定される状況が生じ得る。この状況では、規則は、適合する場合には、依存制御５０４が、その駆動制御５０２の可視性に従うというようになっている（表１にまとめる）。

表１：ネストされた制御の可視性を決定する規則

（例Ｆ：アプリケーションＸＭＬによる依存レイアウト制御）
図４を参照すると、レイアウト５０６は、ＵＩ制御５００と同様に、駆動制御５０２に依存するよう指定され得る。上述の例Ａを参照すると、国の選択の状態に基づいて米国の州又はカナダの州を示す能力が、条件付き依存レイアウト５０６により、ネストされた制御５００の可視性の依存レイアウト５０６制御を介して、再アドレスされる。

図１０を参照すると、この例Ｆでは、駆動制御５０２であるchoiceCountryは、関連付けられた２つのレイアウト５０６のどちらをユーザインターフェイス２０２（図１参照）上に表示するかの決定に影響する。各レイアウト５０６は、choiceCountry駆動制御５０２にリンクしており、その表示を制御する自らの値属性を指定している。各レイアウト５０６の依存制御５０４は、自らの可視性状態を条件によって指定していないので、可視であると仮定される。表１の規則によれば、任意の可視依存制御５０４は、駆動制御の可視性状態に従う。実際の効果として、２組のネストされた制御のうちの一方のみが表示される。

（例Ｇ：スクリプトに基づくレイアウト５０６のプロパティの操作）
図１１に示されている例Ｇでは、レイアウト５０６の、スタイル及びレイアウトタイプを含む幾つかの付加的なプロパティが修正されている。choiceCountry制御５０２が変化した場合には常に、駆動制御５０２であるchoiceCountryに付随されたスクリプト９５０の評価がトリガされる。その制御５０２の現在の値に基づき、レイアウト５０６のプロパティを、ユーザインターフェイス２０２（図１参照）上の固有のビュー（unique view）９６０のスクリプトによってカスタマイズできる。この例は、レイアウト５０６及び制御５０２、５０４のＸＭＬ定義と、ＥＣＭＡスクリプト９５０の関数であるlocalizeControls（制御をローカライズ）とを有するサンプルアプリケーション３０２を示している。このサンプルでは、「カナダ」（Canada）を選択すると、ラベル及び州選択設定のフローレイアウト５０６配置構成が表示される。背景色及び前景色が操作される。国の選択が「米国」（USA）である場合には、レイアウト５０６の配向により、依存制御５０４が垂直構成に配置される。

＜条件付き制御を行うための画面マネージャの動作＞
インテリジェント装置ランタイムフレームワーク２０６を用いることにより、アプリケーション３０２に対する条件付き（駆動及び依存）制御５０２、５０４をアドレスする能力が提供される。図３及び図４を参照すると、フレームワーク２０６は、画面モデル３５０による制御５００及びレイアウト５０６のモデリングと、モデル３５０から生成された結果の画面表現３５２のユーザインターフェイス２０２（図１参照）への表示とを司る。画面モデル３５０は、アプリケーション３０２の定義から抽出されたアプリケーション３０２メタデータ／スクリプトによって、画面コンポーネント４０２として記述される。フレームワーク２０６は、アプリケーション３０２のユーザとのユーザインターフェイス２０２を介した対話型操作も管理し、ＵＩ２０２イベントの結果としての現在の画面モデル３５０に対する変更を処理する。

図１２を参照すると、オペレーション１０００は、ＵＩサービス３０８による、ユーザインターフェイス２０２上の画面表現３５２から得られる初期画面のローディング（ステップ１００２）を説明するものである。まず、ステップ１００４で、画面マネージャ３０６によって、アプリケーション格納部３５６からアプリケーション画面コンポーネント４０２がアプリケーションメタデータ／スクリプトとして抽出され、次に、参照（基準）画面メタデータ／スクリプト表現を提供する画面モデル３５０が生成される（ステップ１００６）。次に、画面マネージャ３０２は、補外により、画面モデル３５０から、全ての現在のフィールド値及び設定を含むと共に画面条件の現在の状態を反映した、ユーザインターフェイス２０２上に表示するための現在の画面表現３５２を生成する（ステップ１００８）。次に、画面マネージャ３０６は、現在の画面表現３５２をＵＩサービス３０８に渡し（ステップ１０１０）、現在の画面表現３５２はステップ１００２を介してインターフェイス上で視覚化される。

図１３を参照すると、インターフェイス２０２上の現在の画面表現３５２の、（ユーザによる）１つ以上の画面ネイティブ制御５００の変化から生じる対話型操作を示すオペレーション１０５０が与えられている。この変化が、リンクされた駆動制御５０２に対するものである場合には、いずれかの依存制御５０４（図４参照）の再評価を生じ得る。ステップ１０５２では、ＵＩサービス３０８が制御５００の変化に気づく。ステップ１１５４では、ＵＩサービス３０８によって、この変化イベントが画面モデル３５０に通知される。ステップ１０５６では、画面モデル３５０が、画面コンポーネント４０２によって供給される内部画面メタデータ表現に対するイベントの性質を確認し、アプリケーション３０２のメタデータによって全体を指定される任意の条件付き制御関係により、このＵＩイベントの結果として影響される駆動／依存制御５００をすべて検出する。ステップ１０５８では、画面モデル３５０が、このＵＩ変化が何らかのスクリプト処理の発生を要するか否かを検出する。これは、必要なスクリプト処理を指定している駆動制御５０２又は依存制御５０４のいずれかから生じ得る。肯定された場合には、ステップ１０６０で、スクリプトインタプリタ３５４が、画面モデル３５０をスクリプトで指定されている通りに変更する。ステップ１１６２では、更新された画面モデル３５０に従って、画面マネージャ３０６により画面表現３５２が更新される。ステップ１０６４では、更新された表現３５２がＵＩサービス３０８に渡され、ステップ１０６６でユーザインターフェイスに渡されて視覚化される。

本明細書の開示は、１つ以上の例示的なシステム及び方法に向けられていたが、当業者には多くの変形が自明であり、そのような変形は本出願の範囲内である。例えば、本明細書の例ではＸＭＬ及びＥＣＭＡスクリプトのサブセットを用いたが、他の言語及び言語変種を用いてアプリケーション３０２を定義してもよい。

無線装置のブロック図である。 図１の装置の装置ランタイムフレームワークのブロック図である。 図２のフレームワークの画面マネージャサービスの更なる図である。 図１の装置のユーザインターフェイス上におけるアプリケーションの画面表現の一例を示す図である。 図１のアプリケーションの条件付き制御の実装の一例を示す図である。 図１のアプリケーションの条件付き制御の実装の更に別の例を示す図である。 図１のアプリケーションの条件付き制御の実装の更に別の例を示す図である。 図１のアプリケーションの条件付き制御の実装の更に別の例を示す図である。 図１のアプリケーションの条件付き制御の実装の更に別の例を示す図である。 図１のアプリケーションの条件付き制御の実装の更に別の例を示す図である。 図１のアプリケーションの条件付き制御の実装の更に別の例を示す図である。 図３の画面マネージャの、初期画面表現を提供する動作を示す図である。 図３の画面マネージャの、ユーザイベントの結果としての画面の更新を提供する動作を示す図である。

Claims (42)

1. 構造化定義言語で表されたアトミック画面コンポーネントを有する無線アプリケーションを実行するためのインテリジェント実行フレームワークを有する無線装置であって、
   少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む画面表現をモデリングするよう構成された画面モデルを前記画面コンポーネントから生成する、前記フレームワークの画面マネージャと、
   前記装置のユーザと前記アプリケーションとの間の対話型環境を提供するユーザインターフェイスと、
   前記ユーザインターフェイスに前記画面表現を供給する、前記フレームワークのユーザインターフェイスサービスと、
   を含み、
   前記ユーザが、前記アプリケーションの実行中に前記ユーザインターフェイス上に表示される前記条件付き制御の対話型操作を行う、
   インテリジェント実行フレームワークを有する無線装置。
2. 前記条件付き制御に関係するユーザイベントを識別するために、前記ユーザインターフェイス上の前記画面表現の挙動が、前記フレームワークによってモニタリングされる、請求項１記載の装置。
3. 前記モニタリングが、予め定義されたランタイム基準に従って実行される、請求項２記載の装置。
4. 前記画面マネージャが、前記ユーザインターフェイスサービスによって通信された前記ユーザイベントに基づいて前記画面モデルを更新する、請求項２記載の装置。
5. 前記構造化定義言語が、ＸＭＬに基づく言語、ＨＴＭＬ及びＸＨＴＭＬからなる群から選択される、請求項４記載の装置。
6. 前記条件付き制御が、ネストされたレイアウトと、画面ボタン、画面編集ボックス、画面ラベル、画面メニュー項目及び画面レイアウトタイプからなる群から選択されるユーザインターフェイス制御とを含む、請求項５記載の装置。
7. 前記画面表現を記述するための、前記画面コンポーネントと共に含まれるコード部を更に含む、請求項２記載の装置。
8. 前記画面コンポーネントの前記コード部を実行するための、前記フレームワークのスクリプトインタプリタを更に含む、請求項８記載の装置。
9. 前記条件付き制御が、予め定義された画面条件を満たすことにより自らの状態を決定する、請求項２記載の装置。
10. 前記状態が、外観、制御値、可視性及び挙動からなる群から選択される、請求項９記載の装置。
11. 前記一次制御の状態が前記二次制御の状態に影響する、請求項９記載の装置。
12. 前記二次制御の状態が、前記一次制御の状態に基づいて決定される、請求項１１記載の装置。
13. 前記条件付き制御の状態が、前記ユーザイベントに従って変化するよう構成される、請求項１２記載の装置。
14. 前記画面コンポーネント内に、前記構造化定義言語によって指定される前記条件付き制御を更に含む、請求項２記載の装置。
15. 前記画面コンポーネント内に、コード要素によって指定される前記条件付き制御を更に含む、請求項２記載の装置。
16. 前記コード要素がスクリプト要素である、請求項１５記載の装置。
17. 前記画面コンポーネント内に、前記構造化定義言語と前記コード要素との組合せによって指定される前記条件付き制御を更に含む、請求項１５記載の装置。
18. 前記画面コンポーネント内に、前記二次制御が前記コード要素によって自らの状態を指定するように指定される前記条件付き制御を更に含む、請求項１５記載の装置。
19. 条件付きレイアウトを含む前記条件付き制御を更に含む、請求項２記載の装置。
20. 前記条件付きレイアウトが、前記レイアウトに含まれる前記二次制御に対する前記一次制御として構成される、請求項１９記載の装置。
21. 構造化定義言語で表されたアトミック画面コンポーネントを有する無線アプリケーションを無線装置のインテリジェント実行フレームワークによって実行する方法であって、
    少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む前記画面コンポーネントをメモリから抽出する工程と、
    前記装置のユーザと前記アプリケーションとの間の対話型環境を提供するために、前記装置のユーザインターフェイス上に表示される画面表現をモデリングするよう構成された画面モデルを、前記条件付き制御を含む前記画面コンポーネントから作成する工程と、
    前記画面モデルに基づいて、前記アプリケーションの実行状態に対応するユーザインターフェイス条件の現在の値を反映するよう構成された前記画面表現を生成する工程と、
    を含み、
    前記ユーザが、前記アプリケーションの実行中に前記ユーザインターフェイス上に表示される前記条件付き制御の対話型操作を行う、
    方法。
22. 前記条件付き制御の変化に関係するユーザイベントを識別するために、前記ユーザインターフェイス上の前記画面表現の挙動を、前記フレームワークによってモニタリングする工程を更に含む、請求項２１記載の方法。
23. 前記条件付き制御の変更を反映するよう前記画面モデルを変更する工程を更に含む、請求項２２記載の方法。
24. 前記二次制御の状態が、連結された前記一次制御の状態の変化に従って変更される、請求項２３記載の方法。
25. 前記画面モデルの変更が、変化した前記条件付き制御に連結されたコード部によって指示される、請求項２３記載の方法。
26. 前記画面マネージャが、前記ユーザインターフェイスサービスによって通信される前記ユーザイベントに基づいて前記画面モデルを更新する、請求項２３記載の方法。
27. 前記構造化定義言語が、ＸＭＬに基づく言語、ＨＴＭＬ及びＸＨＴＭＬからなる群から選択される、請求項２６記載の装置。
28. 前記条件付き制御が、ネストされたレイアウトと、画面ボタン、画面編集ボックス、画面ラベル、画面メニュー項目及び画面レイアウトタイプからなる群から選択されるユーザインターフェイス制御とを含む、請求項２７記載の方法。
29. 前記条件付き制御が、予め定義された画面条件を満たすことにより自らの状態を決定する、請求項２２記載の装置。
30. 前記状態が、外観、制御値、可視性及び挙動からなる群から選択される、請求項２９記載の方法。
31. 前記一次制御の状態が前記二次制御の状態に影響する、請求項２９記載の方法。
32. 前記二次制御の状態が、前記一次制御の状態に基づいて決定される、請求項３１記載の方法。
33. 前記条件付き制御の状態が、前記ユーザイベントに従って変化するよう構成される、請求項３２記載の方法。
34. 前記画面コンポーネント内の前記条件付き制御が、前記構造化定義言語によって指定される、請求項２２記載の装置。
35. 前記画面コンポーネント内の前記条件付き制御が、コード要素によって指定される、請求項２２記載の方法。
36. 前記コード要素がスクリプト要素である、請求項３５記載の方法。
37. 前記画面コンポーネント内の前記条件付き制御が、前記構造化定義言語と前記コード要素との組合せによって指定される、請求項３５記載の方法。
38. 前記画面コンポーネント内の前記条件付き制御が、前記二次制御が前記コード要素によって自らの状態を指定するように指定される、請求項３５記載の方法。
39. 前記画面モデルの前記条件付き制御内に条件付きレイアウトを含む工程を更に含む、請求項２２記載の方法。
40. 前記条件付きレイアウトが、前記レイアウトに含まれる前記二次制御に対する前記一次制御として構成される、請求項３９記載の方法。
41. 無線装置を、無線アプリケーションを実行するためのインテリジェント実行フレームワークを有するよう構成するコンピュータプログラム製品であって、前記装置は、該装置のユーザと前記アプリケーションとの間の対話型環境を提供するユーザインターフェイスを有し、前記アプリケーションは、構造化定義言語で表されたアトミック画面コンポーネントを有し、
    前記コンピュータプログラム製品は、
    コンピュータ読み取り可能媒体と、
    前記コンピュータ読み取り可能媒体に格納され、少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む画面表現を前記画面コンポーネントからモデリングするよう構成された画面モデルを生成する、前記フレームワークの画面マネージャモジュールと、
    前記コンピュータ読み取り可能媒体に格納され、前記画面表現を前記ユーザインターフェイスに供給する、前記フレームワークのユーザインターフェイスサービスモジュールと、
    を含み、
    前記ユーザが、前記アプリケーションの実行中に前記ユーザインターフェイス上に表示される前記条件付き制御の対話型操作を行う、
    コンピュータプログラム製品。
42. 構造化定義言語で表されたアトミック画面コンポーネントを有する無線アプリケーションを実行するためのインテリジェント実行フレームワークを有する無線装置であって、
    少なくとも１つの一次制御と少なくとも１つの二次制御とを有する１組の条件付き制御を含む前記画面コンポーネントをメモリから抽出する手段と、
    前記装置のユーザと前記アプリケーションとの間の対話型環境を提供するために、前記装置のユーザインターフェイス上に表示される画面表現をモデリングするよう構成された画面モデルを、前記条件付き制御を含む前記画面コンポーネントから作成する手段と、
    前記画面モデルに基づいて、前記アプリケーションの実行状態に対応するユーザインターフェイス条件の現在の値を反映するよう構成された前記画面表現を生成する手段と、
    を含み、
    前記ユーザが、前記アプリケーションの実行中に前記ユーザインターフェイス上に表示される前記条件付き制御の対話型操作を行う、
    インテリジェント実行フレームワークを有する無線装置。

Images