"少なくとも1つのソフトキーを備えた無線通信装置を動作するコンピュータ実施方法であって、マークアップ言語で定義された第1のユーザインタフェース定義ファイルを受信するステップと、該第1のユーザインタフェース定義ファイルを構文解析し、前記ソフトキーの1つとメニューアイテムのメニューの間の関連を格納するステップであって、各メニューアイテムはURLまたはアクションのいずれかに関連する、ステップと、前記ソフトキーのユーザ選択の受信に応答して、メニューアイテムの前記メニューを表示するステップと、アクションに関連する表示されたメニューアイテムのユーザ選択に応答して、該アクションを発効させるステップと、URLに関連するメニューアイテムのユーザ選択に応答して、該URLによって指定される無線通信装置の通信機能を発効させるステップと、を含む、方法。無線通信装置のプロセッサにより、ブラウザの実行で該無線通信装置の動作を制御するためのブラウザプログラム製品であって、該ブラウザは、マークアップ言語で定義された第1のユーザインタフェース定義ファイルを検索する動作と、該第1のユーザインタフェース定義ファイルを構文解析し、前記ソフトキーの1つとメニューアイテムのメニューの間の関連を格納する動作であって、各メニューアイテムはURLまたはアクションのいずれかに関連する、動作と、前記ソフトキーのユーザ選択の受信に応答して、メニューアイテムの前記メニューを表示する動作と、アクションに関連する表示されたメニューアイテムのユーザ選択に応答して、該アクションを発効させる動作と、URLに関連するメニューアイテムのユーザ選択に応答して、該URLによって指定される無線通信装置の通信機能を発効させる動作と、を実行する、ブラウザ。表示画面と、メモリと、少なくとも一つのソフトキーと、プロセッサとを備える無線通信装置であって、前記メモリは、マークアップ言語でエンコードされた複数のユーザインタフェース定義ファイルと、前記プロセッサによって実行されるマークアップ言語ブラウザと、を記憶しており、前記ブラウザは、前記ユーザインタフェース定義ファイルを検索する動作と、前記ユーザインタフェース定義ファイルを構文解析し、前記ソフトキーの1つとメニューアイテムのメニューの間の関連を格納する動作であって、各メニューアイテムはURLまたはアクションのいずれかに関連する、動作と、前記ソフトキーのユーザ選択の受信に応答して、メニューアイテムの前記メニューを表示する動作と、アクションに関連する表示されたメニューアイテムのユーザ選択に応答して、該アクションを発効させる動作と、URLに関連するメニューアイテムのユーザ選択に応答して、該URLによって指定される無線通信装置の通信機能を発効させる動作と、を含むことを特徴とする無線通信装置。本発明は、無線通信装置にマークアップ言語をベースとしたMMIを設けることで、従来の無線通信装置の各種制限を克服する。マークアップ言語は、コンテンツの論理的コンポーネントを示すコンテンツ自体に予め定義されたシンボル、ページまたは画面におけるコンテンツのレイアウトについての命令、またはコンテンツの表示、操作、または変更に責任を負うある自動システムによって解釈可能な他のデータを含有することにより、ページのコンテンツまたは画面表示を定義することを可能にするコンピュータプログラミング言語である。特に、本発明は、携帯電話のようにポインティングデバイスを持たない装置において、ユーザに提供するナビゲーション能力を向上させることを目的とする。1つの態様において、マークアップ言語で定義されたユーザインタフェースを備える無線通信装置が提供される。これを作用させるために、本発明は、ユーザインタフェースにおける電話通信機能のユーザ選択に応答して、無線通信装置の電話通信制御およびインターネット上に配置されたコンテンツに関連するデータアイテムのユーザ選択に応答して、ハイパーテキスト転送プロトコルHTTPを介したインターネットアクセスの双方を提供するために無線通信装置が使用するマークアップ言語ブラウザを含む。1つの実施形態において、無線通信装置の通信制御および他の機能は、マークアップ言語で書かれた様々なユーザインタフェースページにおいて定義される。各制御機能は、ユニフォームリソースロケータURLに関連づけられるか、またはそれによって起動される。URLは、データアイテムを取得するためのプロトコルおよびいずれのデータアイテムをフェッチまたは操作すべきかを指定するデータアイテムである。ユーザインタフェースページは、無線通信装置のローカルメモリに格納され、ブラウザによってフェッチされ、ブラウザがそれらをデコードして、適切なユーザインタフェース要素を表示する。また、ブラウザは、マークアップ言語ページまたは遠隔に格納された他のコンテンツを、ワールドワイドウェブ等の通信ネットワークを介してかかるページにアクセスすることで、モードレスにフェッチし、かつ同様にこれら遠隔的にアクセスしたページをデコードおよび表示することができる。ユーザインタフェースページが表示されると、ユーザが選択した制御機能は、URLまたはコマンドデータをブラウザに渡す。ブラウザは、受け取ったURLまたはコマンドに応じた通信機能を発効させる。ブラウザは、好ましくは、電話通信プロトコルハンドラ、ローカルファイルプロトコルハンドラ、および遠隔ファイルプロトコルハンドラを含む複数のプロトコルハンドラと、マークアップ言語ハンドラを含む複数のコンテンツハンドラとを含む。電話通信プロトコルハンドラは、電話ダイアリングおよび応答等、電話通信制御特徴についてのURLをデコードし、無線通信装置のハードウェアを制御する電話通信制御ソフトウェアの基礎をなす機能を起動させる。電話通信制御の表示に必要なURLのいかなるコンテンツも、マークアップ言語コンテンツハンドラに提供され、マークアップ言語コンテンツハンドラは、コンテンツを構文解析して、画面表示上に表示する。マークアップ言語コンテンツハンドラは一般に、すべてのユーザインタフェースページを含むフェッチされたマークアップ言語ページをいずれも表示すること、および、フォームおよび他の入力手段を介してこれらのページへのユーザ入力を受け取ることに対して責任を負う。マークアップ言語ハンドラは一般に、2つのソース、すなわちローカルファイルプロトコルハンドラおよび遠隔ファイルプロトコルハンドラからコンテンツを受け取る。遠隔ファイルプロトコルハンドラは、ワールドワイドウェブ上のコンテンツにアクセスするためにURLをデコードし、無線通信装置の画面表示にコンテンツを出力するために、ウェブページ、フォーム、アプレット等のフェッチしたコンテンツをマークアップ言語ハンドラに提供する。1つの適した遠隔ファイルプロトコルハンドラは、HTTPを実施する。ローカルファイルプロトコルハンドラは、ローカルユーザインタフェースファイルにアクセスするためにURLをデコードし、かかるコンテンツをマークアップ言語コンテンツハンドラに提供する。MMIの好ましい実施形態では、ユーザインタフェースはハイパーテキストマークアップ言語即ちHTMLで定義され、かつブラウザは、HTMLで定義され、整えられたウェブコンテンツおよびユーザインタフェースを双方とも表示するHTMLコンテンツハンドラを含む。無線通信装置のMMIを定義するために、マークアップ言語を使用することで、従来のMMIソフトウェアアーキテクチャを凌ぐ多数の利点がもたらされる。まず、マークアップ言語の使用により、インターネットおよびワールドワイドウェブアクセスを無線通信装置の電話通信および他の特徴と完全かつ継ぎ目なしに統合することができる。MMIは、すべての機能的画面の表示に、HTML等のマークアップ言語を用いるため、ワールドワイドウェブコンテンツこれもまたHTMLで書かれるは、無線通信装置の他の特徴と同じ外観を有する。より具体的には、MMIのページは、ウェブコンテンツがアクセスされるのと全く同様に、URLを用いてアクセスされる。無線通信装置は、機能的ページを表示する場合にはローカルURLにアクセスし、ウェブコンテンツを表示する場合には、ウェブコンテンツを取得するために、ウェブサーバとの接続を自動的に開始する。このため、マークアップ言語ベースのMMIにより、ユーザが、従来の装置のように無線通信装置を電話通信モードと閲覧モードの間で切り替える必要なく、いつでもインターネットおよびワールドワイドウェブにアクセスできるようにするモードレスなユーザインタフェースが可能になる。マークアップ言語ベースのMMIのさらなる利点として、ワールドワイドウェブからのウェブページ、フォーム等のウェブコンテンツにアクセスでき、かつ電話通信、メッセージング、および無線通信装置の他の非インターネットベースの特徴に直接統合することができることがある。例えば、好ましい実施形態において、無線通信装置は、電話番号および氏名を格納した電話帳を有する。従来では、ユーザが無線通信装置のキーパッドを使用してこれらのエントリを手動でキー入力する必要があった。本発明によるMMIを使用した無線通信装置では、ユーザが容易に情報を直接電話帳に格納できるようにするHTMLを含みうる、ワールドワイドウェブ上の電話ディレクトリに単にアクセスするだけで、ユーザは、エントリを電話帳に追加することができる。また、マークアップ言語の使用により、特定の無線通信装置についてのMMI作成のソフトウェア工学プロセスの複雑性が低減される。第1に、本発明のMMIはマークアップ言語をベースとしているため、Cまたは他の低レベル言語プログラミングに熟練することをプログラマに要求する従来のMMIとは異なり、完全に形の整ったユーザインタフェースを設計するために、非常に限られた量のプログラミングスキルのみを必要とする。ユーザインタフェースの編集および変更には、完全なアプリケーションプログラミング環境ではなく、単純なマークアップ言語およびイメージ編集ツールのみが必要である。第2に、本発明のマークアップ言語ベースのMMIを使用することで、電話通信制御ソフトウェア全体を再びコンパイルし、かつパッケージ全体を再テストして認証する必要なく、MMIのいずれの特徴も変更することができる。MMIは基礎をなす電話通信制御およびエアインタフェーススタックから切り離されているため、個々に変更あるいは追加されるユーザインタフェースページをテストする必要があるだけである。これは、市場に出すまでの時間を短縮し、かつ新しい特徴およびサービスが利用可能になる際の、MMIの設計、メンテナンス、および変更における容易さを増大させる。また、ユーザインタフェースを変更し、その変更をテストするための時間の低減は、従来のMMIを用いた場合よりも短時間でより多くの異なるバージョンのプロトタイプを作成することができることを意味するため、所与のセットのユーザ要件および特徴について最良のユーザインタフェース設計に対する設計探求が促進される。さらに、MMIのユーザインタフェースを作成かつ変更することができる容易さ、および市場に出すまでの時間の短縮により、サービス運営者が、あらゆるターゲット顧客セグメントそれぞれに対して特定の製品ソフトウェアイメージを作成するために装置の製造業者を必要とせずに、特定の顧客セグメントをターゲットにした無線通信装置を迅速に製造することができる。例えば、サービス運営者は、同じ無線通信装置ハードウェアおよび電話通信制御ソフトウェアを、それぞれニーズおよび無線通信装置の特徴を使用する能力が異なる会社役員、ティーンエイジャー、および高齢者向けに設計された異なるユーザインタフェースと共に使用してもよい。例えば、ユーザインタフェースのページを定義するためにマークアップ言語を使用すると、任意のページにおいて以下の任意のアイテムを変更することができる。すなわち、タイトルバーの有無およびテキスト、すべての情報的テキスト、オプションリストテキスト、すべての後続画面へのリンク、ソフトキー割り当て、永久にスクロールするバナーメッセージ、バナー広告、およびヘルプテキストである。また、マークアップ言語ベースのMMIの使用により、異なるサービス運営者に対する無線通信装置のブランド化における利点がもたらされる。ユーザインタフェースはマークアップ言語ページで定義されるため、個々のサービス運営者がサービス運営者に特定のロゴ、アートワーク、およびテキストを容易に追加および変更することが可能である。このため、本無線通信装置は、多くのサービス運営者に対して同一の無線通信装置ハードウェアおよび電話制御ソフトウェアを提供することができ、サービス運営者はそれぞれ、従来のように無線通信装置の製造業者が各運営者毎に異なるユーザインタフェースを実施、テスト、および出荷する必要なく、各自独特なユーザインタフェースにより、無線通信装置を迅速かつ容易にブランド化することができる。マークアップ言語ベースのMMIを備えた無線通信装置の提供において、本発明の一つの実施形態によれば、無線通信装置との作動のために、標準HTMLを特に有用にする多くの拡張を用いて、標準HTMLが強化される。標準HTMLは、大部分の無線通信装置において存在しない特徴である、キーボード、ポインティングデバイス、およびフルサイズの表示画面を備えた従来のコンピュータの存在を想定している。HTMLの最も特筆すべき欠陥は、フォーム要素例えば、チェックボックス、ラジオボタンは、マウスなしではナビゲートしにくい。今日コンテンツに存在するフォームは、ユーザにとって大きすぎて、ユーザが小さな画面上で記入する際にいくつかのコンテンツを維持することができない傾向がある。フォームがn個のフォームに分割される場合、ユーザの入力は、n―1回クライアントとサーバの間で送信され、かつクライアントに返送されて、帯域幅を無駄にする。さらに、シリーズになったより小さなフォームでは、ユーザは、シリーズにおける各フォーム毎にバックキーを押下するため、トランザクションの終了が煩雑になりうる。ハイパーリンクは、選択するためのマウスおよびページのコンテンツをスクロールするための別個のスクロールバーなしでは、追随しにくい。追随するハイパーリンクを選択し、かつ表示をスクロールするために、アップキーおよびダウンキーのみを有する装置において、アップおよびダウンキーにスクロールまたは選択のいずれかを固定して割り当てることは、必要とされるナビゲーション能力の提供に不十分である。ユーザインタフェースを定義する言語として、HTMLは多くの鍵となる特徴を欠いている。ソフト機能キー、または実際に装置上のあらゆるキーについてのアクションを特定する能力。選択のポップアップメニューを定義する能力。氏名および電話番号等、装置に格納したいデータを表示する、あるいは変更する能力。空白を埋めるために、Cコードを書かずにテンプレートとして画面を設計する能力。電波を介したovertheairコンテンツにより、装置がユーザに提示するインタフェースを拡張またはカスタマイズできるようにする能力。本発明の一つの実施形態において、マルチパートフォームの設計、ウェブページのナビゲートおよびハイパーテキストリンクの選択の双方に限られた数のキーの使用、URLを使用しての無線通信装置の任意のキーキーパッドまたはソフトキーについてのアクションの定義、ソフトキーについてのオプションメニューの作成、およびテキスト、フォーマッティング、およびユーザインタフェースガジェットgadgetの条件付き包含を容易にするHTML言語への拡張が提供される。より具体的には、メニューのキーへのバインディングを含む、特定の機能またはアクションをキーパッドの任意のキーに割り当てることができるキータグが提供される。keymenuタグは、メニューアイテムの仕様をキーに対するメニューバウンドに含めることができる。Templateタグおよびincludeタグは、外部HTMLまたは他のデータディレクトリをページのHTMLに置換または挿入可能とする。helpタグは、設定された期間の後、ページのタイトルバーにわたって自動的にスクロールするhelpストリングの定義を可能にする。条件付きタグは、例えば変数または装置の構成設定をベースとして、ページ内のHTMLデータを条件付きで表示するための式をテストできるようにする。フォームについてのnextメソッドは、状態を維持するためにクライアントとサーバの間で隠しデータを繰り返し伝送する必要なく、マルチパートフォームの状態を維持できるようにする。改良されたナビゲーションメソッドは、別個のタブおよびエンターキーと、スクロールバーがない状態で、無線通信装置のアップおよびダウンキーで、ページのスクロールおよびユーザインタフェースガジェットおよびハイパーリンクの選択の双方を制御できるようにする。本発明の一つの側面により、表示画面と、メモリと、プロセッサとを備える無線通信装置であって、該無線装置のメモリは、無線通信装置の設定情報と、設定情報を取得して無線通信装置の設定を行なうためのユーザインタフェースを定義する、マークアップ言語でエンコードされた複数のユーザインタフェース定義ファイルと、該複数のユーザインタフェース定義ファイルをデコードして表示画面上に表示するための、プロセッサによって実行されるマークアップ言語ブラウザと、を記憶しており、設定情報の一部は、所定のセキュリティレベルを有するユーザインタフェース定義ファイルを介してのみ取得されることを特徴とする無線通信装置が提供される。また、上記設定情報の一部は、無線通信装置のPIN番号を含むよう構成されても良い。また、本発明の別の側面により、表示画面と、無線通信装置の設定情報を記憶するメモリと、プロセッサとを備える無線通信装置において、メモリにプログラムとして記憶され、プロセッサによって実行されるブラウザであって、設定情報を取得して無線通信装置の設定を行なうためのユーザインタフェースを定義する、マークアップ言語でエンコードされた複数のユーザインタフェース定義ファイルを読み出し、読み出した複数のユーザインタフェース定義ファイルを、デコードして表示画面上に表示し、表示されたユーザインタフェース定義ファイルが所定のセキュリティレベルを有する場合のみ、設定情報の一部を取得可能であることを特徴とするブラウザが提供される。また、本発明の別の側面により、表示画面と、無線通信装置の設定情報を記憶するメモリと、プロセッサとを備える無線通信装置において実施されるコンピュータ実施方法であって、設定情報を取得して無線通信装置の設定を行なうためのユーザインタフェースを定義する、マークアップ言語でエンコードされた複数のユーザインタフェース定義ファイルを読み出すステップと、読み出した複数のユーザインタフェース定義ファイルを、デコードして表示画面上に表示するステップと、表示されたユーザインタフェース定義ファイルが所定のセキュリティレベルを有する場合のみ、設定情報の一部を取得可能とするステップとからなる方法が提供される。上述の構成のように無線通信装置の設定をマークアップ言語ベースのユーザインタフェースを通じて提供することで、サービス運営者が、熟練またはソフトウェア開発環境を必要とせず、または従来のMMIのソフトウェア管理問題なしで、新しいユーザインタフェースおよび異なる無線通信装置用のカスタム特徴セットを容易かつ迅速に生成することが可能となる。また、サービス運営者および製造業者が、個々でもまたサービス運営者毎に異なるMMIソフトウェアを作成する必要なく、望むように無線通信装置を迅速かつ効率的にブランド化することも可能となる。さらに、表示されたユーザインタフェース定義ファイルが所定のセキュリティレベルを有する場合のみ、設定情報の一部を取得可能とすることで、機能またはデータへの無許可のアクセスを防止することができる。また、本発明の別の側面により、少なくとも1つのソフトキーを備えた無線通信装置を動作するコンピュータ実施方法であって、マークアップ言語で定義された第1のユーザインタフェース定義ファイルを受信するステップと、該第1のユーザインタフェース定義ファイルを構文解析し、ソフトキーの1つとメニューアイテムのメニューの間の関連を格納するステップであって、各メニューアイテムはURLまたはアクションのいずれかに関連する、ステップと、ソフトキーのユーザ選択の受信に応答して、メニューアイテムのメニューを表示するステップと、アクションに関連する表示されたメニューアイテムのユーザ選択に応答して、該アクションを発効させるステップと、URLに関連するメニューアイテムのユーザ選択に応答して、該URLによって指定される無線通信装置の通信機能を発効させるステップとを含む方法が提供される。また、本発明の別の側面により、無線通信装置のプロセッサにより、ブラウザの実行で該無線通信装置の動作を制御するためのブラウザプログラム製品であって、該ブラウザは、マークアップ言語で定義された第1のユーザインタフェース定義ファイルを検索する動作と、該第1のユーザインタフェース定義ファイルを構文解析し、ソフトキーの1つとメニューアイテムのメニューの間の関連を格納する動作であって、各メニューアイテムはURLまたはアクションのいずれかに関連する、動作と、ソフトキーのユーザ選択の受信に応答して、メニューアイテムの前記メニューを表示する動作と、アクションに関連する表示されたメニューアイテムのユーザ選択に応答して、該アクションを発効させる動作と、URLに関連するメニューアイテムのユーザ選択に応答して、該URLによって指定される無線通信装置の通信機能を発効させる動作とを実行するブラウザが提供される。さらに、本発明の別の側面により、表示画面と、メモリと、少なくとも一つのソフトキーと、プロセッサとを備える無線通信装置であって、メモリは、マークアップ言語でエンコードされた複数のユーザインタフェース定義ファイルと、プロセッサによって実行されるマークアップ言語ブラウザと、を記憶しており、ブラウザは、ユーザインタフェース定義ファイルを検索する動作と、ユーザインタフェース定義ファイルを構文解析し、ソフトキーの1つとメニューアイテムのメニューの間の関連を格納する動作であって、各メニューアイテムはURLまたはアクションのいずれかに関連する、動作と、ソフトキーのユーザ選択の受信に応答して、メニューアイテムのメニューを表示する動作と、アクションに関連する表示されたメニューアイテムのユーザ選択に応答して、該アクションを発効させる動作と、URLに関連するメニューアイテムのユーザ選択に応答して、該URLによって指定される無線通信装置の通信機能を発効させる動作と、を含むことを特徴とする無線通信装置が提供される。上述の構成により、ソフトキーと関連付けられるURLに関するメニューアイテムに対して、ユーザ選択がなされた場合に、該URLによって指定される無線通信装置の通信機能を発効させることができる。A.システムおよびソフトウェアアーキテクチャ次に図1を参照して、本発明によるマークアップ言語ベースのMMI102を使用する無線通信装置100のシステムおよびソフトウェアアーキテクチャを示す。無線通信装置100のハードウェアは、プロセッサ124と、メモリ126と、画面表示136と、キーパッド128とを含む。メモリ126は、データ長期保存用のROM、RAM、およびフラッシュメモリを含む。ハードウェア特徴の提供に適した無線通信装置100は、NokiaTelecommunications、Inc.製のNokia6100商標である。無線通信装置100は、パワー、メモリ、スレッド通信接続、キーパッド入力、およびタイマアクティビティを管理するためのモジュールを含む従来のリアルタイムオペレーティングシステム122をメモリ126に格納して、実行する。リアルタイムオペレーティングシステム122は、標準的なアプリケーションプログラミングインタフェースを提供し、MMI102の上位レベルのコンポーネントが無線通信装置100の機能性を要求するとともに、データを送受信できるようにする。また、電話をかける、電話を受ける、複数の電話線適用可能であればの管理、テキストメッセージング適用可能であればの管理、電話信号の監視、および他の基本的な電話通信機能を含む、主要な電話制御を提供する電話通信制御モジュール120もメモリ126に格納され、かつリアルタイムオペレーティングシステム122と通信する。電話通信制御モジュール120は、エアインタフェースプロトコルを実施する従来の電話プロトコルスタックを含む。電話通信制御モジュール120は、これらの特徴にアクセスするため、MMI102に対するアプリケーションプログラミングインタフェースを提供する。電話通信制御モジュール120およびリアルタイムオペレーティングシステム122は、通常、無線通信装置100の製造業者によって設けられ、それらの特定の実施は、本発明にとって重要ではない。画面表示136は、ビットマップLCDであるか、または同様の表示装置である。画面表示136は、通常、コンパクトで携帯可能なハンドヘルド式電子装置に適するように、例えば約90×60から120×120ピクセル約0.28mmのドットピッチでと、解像度が非常に限られている。表示技術における進歩の結果、かなり高い解像度の画面表示136になるものと予想されるが、そうであっても、無線通信装置の人間工学およびフォームファクタ要件により、ノートブックおよびデスクトップコンピュータの画面表示と比べて比較的小さく例えば、25×25mmから80×120mmの間、その結果、かかるより大型の画面表示用に設計されたコンテンツを厳密に同じ様式では表示しない。本発明は、ウェブコンテンツの表示時に、かかる画面表示の使いやすさを増大するよう適合される。無線通信装置100は、無線通信装置100の定義された機能例えば、送信、終了、および電源にアクセスするための多くの固定機能キー132と、数字入力用のかつ適切にエンコードされた場合、他の文字を入力するための数字キー134と、示されているユーザインタフェース104の特定の画面表示に応じて変わる様々な機能性を有するプログラマブルソフトキー130とを含むキーパッド128を備える。無線通信装置100は、本発明に従って作成されたMMI102のインスタンスをメモリ126に格納し、実行する。このMMI102は、ユーザインタフェース定義ファイル104のセットと、ブラウザ107と、ポータブルコンポーネント116のセットと、可搬性レイヤ118とを含む。ブラウザ107は、主要なユーザインタフェース機構をユーザに提供し、通信機能およびインターネット/ワールドワイドウェブアクセスの双方にアクセスできるようにする。ポータブルコンポーネント116は、グラフィックスプリミティブのセットと、ファイル格納機能と、ブラウザを種々の無線通信装置100上で使用可能とするローカリゼーション特徴とを提供する。可搬性レイヤ118は、リアルタイムオペレーティングシステム122および電話制御モジュール120に対するブラウザ107およびポータブルコンポーネント116についてのインタフェースを提供する。MMI102は、シングルスレッドアプリケーションとして実行されるとともに、一般に、任意のリアルタイムオペレーティングシステム122、電話制御モジュール120、および十分なROM、RAM、およびフラッシュメモリ、画面表示136、および基本サービスを提供する無線通信装置100上で実行するよう設計される。B.ブラウザブラウザ107は、無線通信装置100の基本的なユーザインタフェースを提供し、かつユーザインタフェース定義ファイル104によって定義されるコンテンツ、および通信リンクを介して遠隔ウェブサイトにアクセスされるウェブコンテンツ等、遠隔サイトから検索することのできるコンテンツを画面表示136に表示する責任を負う。ユーザインタフェース定義ファイル104は、HTMLまたは後述する好ましいバリアント型であるHTMLp等のマークアップ言語で書かれたコンテンツファイルおよびコードファイルのセットであり、実行可能埋め込みコードオブジェクトを含みうる。本発明は、HTMLに制限されず、SGMLまたはXML等の他の任意のマークアップ言語、またはHTML拡張のNetscapeCommunicationのセット等、HTMLの他の拡張された非標準バージョンと共に動作し、それらを拡張しうる。本発明のMMI102を使用する無線通信装置を提供するサービス運営者はそれぞれ、装置製造業者によって提供されるユーザインタフェース定義ファイル104のある部分を変更して、各自特定のユーザインタフェースを設計するであろうことから、ユーザインタフェース定義ファイル104の特定のコンテンツは可変であり、かつ本明細書に記載される例示的なユーザインタフェース画面のいずれとも異なるものと予期される。さらに、MMI102は、いかなるユーザインタフェース定義ファイル104もない状態でサービス運営者に提供され、サービス運営者に所望のこれらファイルを作成する余地を残してもよいことが予期される。したがって、ユーザインタフェース定義ファイル104は、本発明のMMI102によって使用されるが、本発明の必須部分ではない。ユーザインタフェース定義ファイル104は、ユーザに提示されるユーザインタフェースを定義するため、サービス運営者が、ユーザインタフェース定義ファイル104を単純に編集するだけで、無線通信装置100を容易かつ迅速にブランド化できるようにしている。このブランド化では、基礎をなすブラウザ107、可搬性レイヤ118、またはポータブルコンポーネント116を再度コンパイルする必要がなく、したがって、カスタマイズを非常に容易かつ費用効率的なものとする。それはまた、サービス運営者が、プログラミングスキルおよび従来のコード開発環境を必要とすることなく、単純なマークアップ言語編集ツールを使用してユーザインタフェースをカスタマイズし、ブランド化できることも意味する。ワールドワイドウェブの専門用語に従い、本明細書では、個々のユーザのインタフェース画面をページと呼ぶ。次に図2を参照して、ブラウザ107によって画面表示136に表示されるページ135の基本的なレイアウトを示す。各ページ135は、一般に、4つの基本エリアを有する。常に提示されていることが好ましく、かつ信号強度202およびバッテリ強度204、待機メッセージインジケータ206等のアイテムを表示するステータスバー200。タイトルバー210は、特定画面の名称を表示するそのように定義されている場合には。ステータスメッセージエリア212は、かけているまたは答えている電話番号等、現行のコンテンツに特定のステータスメッセージを提示するために使用することができる。コンテンツエリア214は、ユーザインタフェースページの特定のコンテンツ、例えばメッセージのテキスト、電話帳エントリ等を表示するために使用される。ボタンに沿って他の場所を使用してもよいが、ソフトキーラベル216があり、これは、ユーザインタフェース定義ファイル104に設けられたキーの定義に従って動的に更新される。スクロールアロー215は、ユーザがスクロールしている現在の方向上か下のいずれかを示す。コンテンツエリア214において、フォーカスを有する、すなわち現行のユーザインタフェースガジェットおよび入力フィールドであるコンテンツの特定のアイテムまたはラインを示すために、フォーカスおよび選択アイコン220をオプションとして使用してもよい。モードインジケータ218は、英字alpha、数字、または組み合わせた英数字モードのいずれかのテキストエントリのモードを示す。画面表示136上に表示されたページまたはコンテンツはいずれも、ユーザインタフェース定義ファイル104からローカルに、またはインターネットまたはワールドワイドウェブから遠隔的に取得することができる。ローカルコンテンツの例としては、電話帳、受信したテキストメッセージ、または送信するために作成中のメッセージ、無線通信装置の構成設定等が挙げられる。本発明の特徴の1つは、コンテンツがローカルにまたは遠隔的にフェッチされるかが、取得における遅延もしあればを除いて、広くユーザから隠されていることである。この特徴は、継ぎ目なく統合された、通信機能を有するインターネットおよびワールドワイドウェブアクセスの提示を強化する。ユーザインタフェースの特徴の大部分は、URLユニバーサルリソースロケータによって起動される。公称的には、URLは、予め定義されても、あるいはURLにエンコードされる引数をベースとして、必要に応じて生成されてもよい1個のデータを識別する手段である。URLは、以下の形式をとるストリングである。protocoldataidentifierargumentsprotocolコンポーネントは、データの検索に使用すべき通信プロトコルを指定する。ワールドワイドウェブ上にあるコンテンツの場合、プロトコルは通常http、すなわち、ハイパーテキスト転送プロトコルであり、ユーザインタフェース定義ファイル104のローカルコンテンツは、メモリ126に格納されたローカルファイルシステムにおけるデータを取得するために、fileプロトコルを使用して検索された。本発明は、無線通信装置100の動作および構成を制御する多数の追加の新しいプロトコルを提供する。dataidentifierコンポーネントは、フェッチするのが望ましいコンテンツの仕様である。現在、ワールドワイドウェブ上のコンテンツの場合、dataidentifierは通常2つの/キャラクタの後にマシン名、もう1つの/キャラクタ、およびある種のパスが続く形式をとる。引数もしあればは、によってdataidentifierから分離され、引数ン可名およびその値からなるペアの形式をとる。=キャラクタは、引数名をその値から分離する。複数の引数は、引数の値と次の引数名の間のキャラクタによって分離される。アーキテクチャ的には、ブラウザ107は、3つの主な部分、すなわちシェル106と、プロトコルハンドラ112と、コンテンツハンドラ114とを含む。図3は、ブラウザ107を含むMMI102の詳細なソフトウェアアーキテクチャを示す。シェル106は、画面表示136の全体の部分の維持、URLの部分を正しいプロトコル112およびURL用のコンテンツハンドラ114に渡すことによるURLの処理、URLの履歴スタック108の維持、およびユーザ入力のルーティングに責任を負う。ユーザ入力のルーティングには、ユーザ入力のキーストローク、または数字入力および文字のフォームへの入力、または電話番号のダイアリング等、処理のための他のターゲットエンティティを適切なコンテンツハンドラ114に渡すことが含まれる。プロトコルハンドラ112は、シェル106からURLを受け取るとともに、該URLに対応するデータをフェッチして、シェル106にいずれのコンテンツハンドラ114がデータを受け取るべきであるかを命令する責任を負う。場合によっては、URLは、プロトコルハンドラ112が実行する責任を負う、無線通信装置100の特徴を制御するためのコマンドである。コンテンツハンドラ114は、フェッチされたURLを表示し、かつユーザと対話する責任を負う。少なくとも1つのコンテンツハンドラ114が常に現行のコンテンツハンドラ114である。新しいURLがいずれもシェル106に提供し戻されるのは、現行のコンテンツハンドラからであり、かつデフォルトで他の入力ターゲットのいずれにも送られないすべてのキーストロークを受け取るのも現行のコンテンツハンドラである。シェル106についてはさらに、図4~図5に関して後述する。1.プロトコルハンドラ概観プロトコルハンドラ112は、MMI102において2つの機能を果たす。第1に、プロトコルハンドラ112は、データをフェッチしてその型を決定する。型の決定により、今度は該データの表示にいずれのコンテンツハンドラを使用するかを決定する。第2に、リアルタイムオペレーティングシステム122または電話制御モジュール120の埋め込みオブジェクトまたは適切なAPIにアクセスすることにより、無線通信装置100においてコマンドを実行する。プロトコルハンドラ112は、そのコマンドの結果を戻して、異なる画面を表示させてもよく、または結果を戻さなくてもよい。好ましい実施形態のプロトコルハンドラ112は、以下を含む。内蔵プロトコルハンドラ112aは、無線通信装置100に内蔵されているアイコンへのアクセスを提供する。構成プロトコルハンドラ112bは、無線通信装置100の構成設定を得て、設定する。エクストラプロトコルハンドラ112cは、ページにおける埋め込みオブジェクトから、あるいは先にアクセスしたページから渡される引数およびフォームデータへのアクセスを提供する。このプロトコルは、ページを動的に生成する必要なく、データを直接ページに渡せるようにする。ファイルプロトコルハンドラ112dは、ROMおよびフラッシュファイルシステムにおけるローカルコンテンツへのアクセスを提供する。一般に、このコンテンツは、ユーザインタフェースのページを定義するユーザインタフェース定義ファイル104である。ファイルプロトコルハンドラl112dは、POSIX仕様等、ファイルシステムアクセスに適した仕様に従って、当業者により実施されうる。HTTPハンドラ112eは、標準ハイパーテキスト転送プロトコルを使用して、ワールドワイドウェブ上に格納された遠隔コンテンツへのアクセスを提供する遠隔ファイルプロトコルハンドラである。HTTPハンドラ112eは、RFC2068:ハイパーテキスト転送プロトコル-HTTP/1.1に定義される仕様に従って当業者によって実施されうる。遠隔ファイルプロトコルハンドラを実施するために、他の遠隔ファイルアクセス仕様を使用してもよい。メッセージプロトコルハンドラ112fは、メッセージ送信、格納しておいたメッセージの削除、新規または格納しておいたメッセージを読む、または格納したメッセージのロックを含む、各種メッセージング機構を起動する。電話プロトコルハンドラ112gは、電話をかける、電話を受ける、電話帳の表示、電話帳エントリの編集、および新しい電話帳エントリの作成を含む、各種電話機能を起動する。構成プロトコルハンドラ112b可搬性レイヤ118の一部として図示は、無線通信装置100の各種構成設定を検索、かつ設定する。a基本プロトコルハンドラAPI一般に、プロトコルハンドラ112は、実行することができる十分に定義された機能セットを有するという点でデバイスドライバと同様であり、各プロトコルハンドラ112は、同じ機能をサポートすることにより、これらの機能を各自の様式でサポートする。各プロトコルハンドラ112は、3つの機能を実施する。GetURL:URLおよびフェッチすべき該URLを含むページのセキュリティレベルが与えられると、該URLに関連するデータおよびそのデータの特権レベルを戻す。URLが実際に、データへのリファレンスではなくコマンドである場合には、データを戻す必要はない。BuildURL:完全なURLおよび部分的なURLprotocol要素がないが与えられると、完全なURLを戻す。これは、主にHTMLページ内のリファレンスに使用される。PutURL:URL、URLの下で格納されるべきデータストリーム、およびputメソッドを含むページのセキュリティレベルが与えられると、セキュリティレベルがデータを格納することができるほど十分に高い場合に、データを格納する。プロトコルハンドラ112によってサポートされる各種埋め込みオブジェクトおよびコマンドURLについては、後述する。2.コンテンツハンドラ概観コンテンツハンドラ114は、フェッチしたURLに対応するページのコンテンツデータをデコードして、コンテンツを表示するか、そうでなければコンテンツを操作することに対して責任を負う。コンテンツハンドラ114は、通常、受信したコンテンツをデコードして、1ページまたはその一部を画面表示136に提示する。コンテンツハンドラ114によっては、メモリ126から、または通信リンクを介して受け取ったデータからページを構築するものもある一方で、無線通信装置100の状態を表示するか、または他のいくつかの管理機能を果たすものもある。ブラウザ107の好ましい実施形態では、コンテンツハンドラ114は以下を含む。コールマネージャコンテンツハンドラ114bは、ユーザインタフェース定義ファイル104において定義された着信画面を管理して、ユーザが着信を受信できるようにする。コールマネージャコンテンツハンドラ114bは、埋め込みオブジェクトを通して他の機能性を提供する。HTMLpコンテンツハンドラ114cは、メモリ126における適切なユーザインタフェース定義ファイル104にアクセスすることで、大半のユーザインタフェースを表示する。HTMLpコンテンツハンドラ114cは、HTML3.2互換パーサを含み、HTMLをデコードして、HTMLタグに従ってテキストおよびグラフィックスを表示するために必要なデータ構造およびオブジェクトを作成することができる。さらに、HTMLpコンテンツハンドラ114cは、HTML3.2の特徴および機能性に多くの有利な拡張を提供する後述の、本明細書ではHTMLpと呼ばれるHTML3.2の変形形式を許容する。ユーザインタフェースとしてより良好に機能するため、かつユーザインタフェースの設計において柔軟性を追加するために、HTMLpコンテンツハンドラ114cは、Cまたは他のプログラミング言語で書かれたオブジェクトをHTMLまたはHTMLpページに埋め込んで、無線通信装置100にある異なる型のデータを表示できるようにする。しかし、HTMLpコンテンツハンドラ114cは、標準HTMLパーサと異なり、まず現行ページでユーザが選択したURLを任意の埋め込みオブジェクトに渡して、URLを、ユーザが選択または入力したもので変更するか、あるいはシェル106に与えられ、処理される前に、完全に処理できるようにする。好ましい実施形態において、利用可能な埋め込みオブジェクトとしては、以下が含まれる。電話帳オブジェクトは、氏名、関連する電話番号、住所、電子メールアドレス、短縮ダイアルキー選択、呼び出し音、およびデータの他の定義可能なフィールドのレコードを格納する。電話帳オブジェクトは、レコードのフィールドを取得してセットするためのメソッドを含む。電話帳オブジェクトは、ページに埋め込んで、電話プロトコルの適切なURLによって起動させることができる。最近および受け損なった電話リストオブジェクトは、最近かけた電話番号、受けた電話番号、または受けなかった電話番号の継続して更新されるリストを格納する。呼リストオブジェクトは、リスト上の電話番号を削除したり、またダイアルしたりするためのメソッドを含む。呼リストは、ページに埋め込んで、電話プロトコルの適切なURLによって起動させることができる。短縮ダイアル番号リストオブジェクトは、キーの選択により短縮ダイアリング機能性を提供するように、キーパッド128のキーに電話番号および関連事項のセットを格納する。このリストオブジェクトは、短縮ダイアル番号をセットし、取得し、ダイアルするためのメソッドを含む。電話番号索引オブジェクトは、電話帳オブジェクトにアクセスして、入力または選択された氏名または氏名の一部に関連する電話番号を戻す。電話帳氏名索引オブジェクトは、電話帳オブジェクトにアクセスして、入力または電話番号の一部の選択された電話番号に関連する氏名を戻す。受信または送信したテキストメッセージ/英数字ページのリストオブジェクト。メッセージリストオブジェクトは、電子メールまたはショートメッセージサービスメッセージを含むメッセージのリストを格納するとともに、メッセージを見る、格納する、編集する、削除する、および送信するためのメソッドを含む。メッセージリストは、ページに埋め込んで、メッセージプロトコルの適切なURLによって起動させることができる。メインコンテンツハンドラ114dは主に、HTMLpを使用して、無線通信装置100のメイン画面を表示するという点において、HTMLpコンテンツハンドラ114cのフロントエンドである。広告コンテンツハンドラ114aは、無線通信装置100のアイドル時にいずれの広告ページを表示するかを選択し、HTMLpコンテンツハンドラ114cにそれを表示するよう命令する、HTMLpコンテンツハンドラ114cのフロントエンドである。さらに、応答していたまたは失効した広告をオプションとして削除するために、キーストロークおよびユーザインタフェースガジェット起動を中断する。a基本コンテンツハンドラAPIプロトコルハンドラ112のように、コンテンツハンドラ114は、シェル106がそれらと通信するために使用する、十分に定義されたインタフェースを有する。インタフェースは、画面表示135の周囲で、表示されている画面内に定義されたコンテンツエリアがあるという意味において、コンテンツハンドラ114の対話のニーズに合わせられる。各コンテンツハンドラ114がサポートする4つの機能とは、以下のものである。ContentOpen:これは、コンテンツハンドラ114に画面表示136のコンテンツエリア214、ソフトキー130およびソフトキーラベル216、タイトルバー210、およびステータスメッセージエリア212の制御を与えるコールである。各コンテンツハンドラ114は、ContentOpen関数が呼び出されると、以下の4つの情報を受け取る。1.データをフェッチしたプロトコルハンドラ112により戻されるデータストリーム。これは、表示されるデータである。2.データをどこに表示すべきかを示す、コンテンツエリア214へのハンドル。3.コンテンツハンドラ114が以前にこのデータを表示したことがあるか否かを示すフラグ。4.エンティティがシェル106にURLをフェッチするよう求めたものにより渡されたエクストラデータへのポインタであって、表示されているページにエクストラデータを入力できるようにするポインタ。エクストラデータの使用については、HTMLpの<TEMPLATE>タグ、およびextraプロトコルに関してさらに後述する。ContentClose:ユーザがページを閉じるよう求めるか、あるいは異なるページを開くよう求めると、現行のコンテンツハンドラ114が閉じる。これは、ページがURL履歴スタック108に維持されているか否か、またはページが該スタックから永久に削除されてしまっているかを示すフラグを受け取る。ContentProcessKey:キーストロークを処理する他に何もない状態において、シェル106は、デフォルトによりキーストロークを現行のコンテンツハンドラ114に送る。現行のコンテンツハンドラ114とは、そのURLがURLスタックの最上部にあるコンテンツを表示しているものである。ContentActivate:ユーザがソフトキー130を押下するか、あるいはメニューからアイテムを選択すると、そのキーまたはメニューにバインディングされたストリングが、この機能を介して現行のコンテンツハンドラ114に渡される。場合によっては、ストリングが、フェッチすべきシェル106に直接渡すことのできるURLである場合があり、また、ストリングが、ユーザが望むものの指示であり、コンテンツハンドラ114は、自身のアクションを実行するか、あるいは画面表示136上でユーザが選択したアイテムを使用して、シェル106に与えることができるURLを生成する場合もある。例えば、ユーザが電話帳におけるエントリを選択して、編集とラベルされたソフトキー130を押下する場合、HTMLpコンテンツハンドラ114cが、ソフトキー130に関連するストリングを取り、それを埋め込み電話帳オブジェクトに渡す。埋め込み電話帳オブジェクトは、埋め込みオブジェクトにおいてユーザがいずれの電話帳エントリを選択したのかに基づいて、該ストリングをシェル106に渡す実際のURLを生成するためのテンプレートとして使用する。コンテンツハンドラ114の特定の機能性については、さらに後述する。3.制御フローブラウザ107の好ましい実施形態は、他の環境において使用されるイベントループの代わりである、単一のコールバックキュー110の周辺に編成される。MMI102のいずれの部分も、コールバックキュー110に関数要求を追加することで、関数を後に呼び出すよう要求することができる。コールバックキュー110は、それぞれ呼び出すべき関数へのポインタと、ルーチンに渡される2つの32ビット引数を有する、多数の要素を有する。関数ポインタは、システムにおけるいずれのモジュールであってもよい。本質的に、システム全体は、一番上の制御ループを実行する。1.コールバックキュー110における次のアイテムを呼び出す。2.その呼び出しが行ったすべての変更により、画面表示136を更新する。このステップは、画面にグラフィックス要素を描画し例えば、ステータスメッセージおよびアイコンをスクロール、更新する、キーストロークを表示し、URLに関連する機能または特徴のユーザ起動に応答して、新しいページを表示する。3.ステップ1に戻る。コールバックキュー110についてのアイテムは、主にキーストローク上または下、アクティブコールにおける変化、タイマ経過、および入りテキストメッセージ等の非同期イベントによって追加される。ある延長protracted動作もまた、コールバックキュー110を使用して、他のアクションユーザ入力等をなお処理可能としながら、動作を継続する。例えば、動画化したGIFイメージのフレーム読み出しは、2つの概念的な段階に分けられる。1.最初のフレームを読み出して、次のフレームの読み出す呼び出しを待ち行列に入れる。2.次のフレームの読み出しを試みる。成功した場合には、次のフレームを読み出す呼び出しを待ち行列に入れる。このようにして、動画を含むページを、残りの動画を効率的にバックグランドにロードしながら、可能な限り高速に表示することができる。4.シェルシェル106は、入力キーストロークおよびより下位のレイヤからの他の入力の処理と、かかる入力の適切なプロトコルハンドラ112およびコンテンツハンドラ114への引き渡しを提供する。シェル106の関数リストを、付録Aに提供する。aキーパッド入力キーパッド入力は、可搬性レイヤ118からシェル106に自発的に到来する。シェル106は、特に現在表示されているページのユーザインタフェースオブジェクトである、キーストロークを処理することができるエンティティのリストであるキーストロークターゲットリストを維持する。キーストロークが到来すると、シェル106は、該キーストロークをキーストロークターゲットリストの最初のエンティティにShellprocesskeyを介して渡す。そのエンティティが該キーストロークを処理しないと決定する場合には、シェル106を呼び出して、キーストロークをリスト内の次のエンティティに与えるShellPreviousInput。リストの初期化時にシェル106によって配置される、リストの最後のエンティティは、キーストロークを現行のコンテンツハンドラ114に分配する。現行のコンテンツハンドラ114は、システム全体でのキーストロークデフォルトを実施するシェル106におけるデフォルト処理ルーチンに渡すよう選択するか、またはキーストロークを所望のように処理することができる。シェル106は、エンティティ通常、ユーザインタフェースオブジェクトをキーストロークターゲットリストに登録するShellGrabInputと共に、リストからエンティティを削除するShellReleaseInput関数を含む。bソフトキー特殊な機能を有するキーの一種は、ソフトキー130である。ソフトキー130は、そのラベルが表示画面136におけるページに表示されるとともに、その目的が、ユーザインタフェース定義ファイル104において定義されたパラメータに従って、ページ毎に変わるキーである。シェル106は、通常1から3の間であるが、無線通信装置100に応じて可変であるいくつかのソフトキー130を管理する。各ソフトキー130は、ストリングまたはストリングを指定するメニューアイテムを有するメニューにバウンディングされてもよく、または、URLスタックから1つまたは複数のエントリをポップpop:取り出しても、または何も行わないように設定されても良い。ソフトキー130、またはストリングにバインディングされたメニューアイテムが起動されると、ストリングが、ContentActivate関数を介して現行のコンテンツハンドラ114に渡される。いくつかの場合では、ソフトキー130にバインディングされるストリングは、フェッチすべきURLである。この例では、URLはコンテンツハンドラ114によってシェル106に渡され、適切なプロトコルハンドラ112およびコンテンツハンドラ114によって処理されShellGetURL、フェッチされる。他の場合では、バインドストリングは、コンテンツハンドラ114がページを変えずに処理するコマンドである。最後に、バインドストリングは、フェッチされる前に、ユーザからのある入力に基づいて、コンテンツハンドラ114によって変更されるテンプレートURL以下参照を2つ組み合わせたものであってもよい。上述したように、ContentActivate関数の一部として、HTMLpコンテンツハンドラ114cは、ストリング自体を検査する前に、ユーザ選択のユーザインタフェースエンティティにバインディングされたストリングを現行ページにおける任意の埋め込みオブジェクトに渡す。埋め込みオブジェクトによっては、この方法でこのようにして表示しているデータに対して動作するというコマンドを単に取るだけのものもあるが、その一方で、ユーザが選択したデータのある部分に置換される、ストリング内の特殊なエスケープを探してURLをもたらし、それから該URLをシェル106に渡すものもある。HTMLpコンテンツハンドラ114cはまた、ハイパーリンクからURLをただ受け入れるだけというよりもむしろ、受け入れるある特別なコマンドも有する。cURL処理上述した制御フローで画面表示136を更新するステップは、新しく表示するページを取得するというコンテキストにおいて行われる場合、URLをShellGetURL関数を介してシェル106に渡すことによって達成される。図4は、URL処理をサポートするために、シェル106によって使用されるURL履歴スタック108を示す。URL履歴スタック108は、LIFOスタックである。各エントリ402は、URL404と、URLを処理する特定のコンテンツハンドラ114についての関数の関数表412へのポインタ406と、エクストラプロトコルによって検索されるか、またはURLについてコンテキストハンドラによって使用されるよう、URLと共に渡されるエクストラデータ408もしあればと、ページが動作している特権レベル414と、URLの優先度416と、シェル106がコンテンツハンドラ114の代わりに維持する状態ブロック418へのポインタと、を含む。図5を参照して、URL処理におけるシェル106の動作のフローチャートを示す。シェル106は、最初の:キャラクタの前の、URLストリングの最初の部分を抽出し500、それを既知のプロトコルハンドラ112のリストと比較して、URLデータのフェッチに適したハンドラを識別する502。プロトコルハンドラ112が見つからない場合、シェル106は、現在、URLスタックの一番上にあるURLについてのプロトコルのBuildURL関数を呼び出すことで、完全なURLを作成し508、それを現在一番上にあるURLとフェッチされているURLとに渡す。プロトコルハンドラ112は、渡された相対的なURLの代わりに使用すべき絶対的なURLを戻す。プロトコルハンドラ112が見つかる場合、シェル106は、このプロトコルハンドラ112のGetURL関数を呼び出し504、URLの残りを渡す。プロトコルハンドラ112は、URLをフェッチして、戻されるデータの型を示すストリングと、データを解釈すべき特権レベルと、実際のデータを含むまだデータを提示する必要はないが、ストリームからの読み出しは、到来したままデータを戻さなければならないStreamへのポインタとを含むContentStream構造へのポインタを戻すものと予期される。いずれのストリームも戻されない場合506、シェル106はエラーを戻す510。シェル106は、データ型ストリングを既知のコンテンツハンドラ112のリストとマッチングさせる512。マッチングがない場合、シェル106は、エラーを戻す520。マッチングがある場合514、このコンテンツハンドラ114が現行のコンテンツハンドラになる。シェル106は、ソフトキー130、コンテンツエリアサイズ214、タイトルバー210、およびステータスメッセージエリア212を各自のデフォルト状態にリセットする516。シェル106は、現行のコンテンツハンドラ114のContentOpen関数を呼び出して、ContentStremおよびコンテンツ表示エリア214の制御の双方を、コンテンツ表示のために、現行のコンテンツハンドラ114に渡す。オープン呼び出しが成功した場合522、シェル106は、URL、現行のコンテンツハンドラ114関数へのポインタ、任意のエクストラデータをスタックに配置してURL履歴スタック108を更新し、URLを要求しているエンティティに成功を戻し524、そうでなければ、シェル106がURL履歴スタック108からの先のURLに応答して526、エラーを戻す。5.セキュリティ電波を介して受信するコンテンツは、電話特徴を起動するとともに、電話帳エントリ等の電話データにアクセスすることができることから、本発明は、機能またはデータへの無許可のアクセスを防止するために、セキュリティに関する機構を提供する。URLが、GetURL関数の一部としてプロトコルハンドラ112によってフェッチされると、そのデータがプロトコルハンドラによって特権レベルに割り当てられる。コンテンツが特権ソースから来たものであれば、プロトコルハンドラ112は、最高の特権レベルを割り当てる。例えば、無線通信装置100のROM126に格納されるユーザインタフェース定義ファイル104からのページはすべて、最高の特権レベルを割り当てられる。フォーマットしたテキストメッセージには、ユーザにより受信されたか、あるいは作成されたかに係わらず、最低の特権レベルが割り当てられる。特権レベルが割り当てられていないコンテンツは、シェル106によって自動的に最低の特権レベルが与えられる。例えば、ワールドワイドウェブからのコンテンツにはそうでなくても、予め割り当てられていない場合には、最低の特権レベルが与えられる。コンテンツのアイテムの特権レベルは、そのURLと共にURL履歴スタック108に格納される。無線通信装置100の選択された関数は、無線通信装置100の製造業者またはサービス運営者のいずれかによって、特権に敏感なように構成される。かかる関数は、呼び出されると、URL履歴スタック108内のページのURLからコンテンツを要求しているページの特権レベルを決定する。要求しているページの特権レベルが要求されているコンテンツの特権レベルよりも高い場合に、コンテンツがアクセスされる。要求しているページの特権レベルが要求されているコンテンツの特権レベルよりも低い場合には、該関数は、即座にアクセスを拒むか、あるいはユーザに動作を確認することができる。例えば、より低い特権ページがCallManagerを介して電話をかけるよう要求する場合、ユーザには実際の番号をダイアルするという警告がなされ、ユーザは、電話をダイアルする前に、要求を確認しなければならない。6.コンテンツハンドラ以下の項では、個々のコンテンツハンドラ114がどのようにして、各コンテンツハンドラ114へのAPIにおける4つの機能を実施するかが概説される。aHTMLpコンテンツハンドラ1HTMLpAPIHTMLpコンテンツハンドラ114cは、HTML3.2仕様を用いて、完全なHTML準拠パーサを提供する。このパーサは、必要に応じて、画面表示136の表示、およびかかるエンティティに関連する各データの格納、ユーザインタフェースエンティティを作成するために、コンテンツのページの構文解析中に、HTMLpコンテンツハンドラ114cによって起動される。上述したように、各コンテンツハンドラ114は、HTMLpOpen、HTMLpClose、HTMLpActivate、およびHTMLpProcessKeyという4つの関数の外部インタフェースを提供する。HTMLpOpenおよびHTMLpCloseについてここに説明する。理解しやすいように、HTMLpActivateおよびHTMLpProcessKeyについては、HTMLpの新しいタグの説明後に、後述する。aHTMLpOpenこの関数は、コンテンツのページを表示するため、シェル106によって呼び出され、画面表示136のコンテンツエリア214の制御をHTMLpコンテンツハンドラ114cに与える。上述したように、HTMLpコンテンツハンドラ114cは、シェル106から表示すべきデータのストリームと、コンテンツエリア214へのハンドルと、該コンテンツデータページが以前表示されたことがあるか否かを示す表示フラグと、該ページに関連するあらゆるエクストラデータへのポインタと、を受け取る。該関数は、表示フラグから、そのページが以前表示されたことがあるか否かを決定し、またそうであれば、ページの任意の埋め込みオブジェクトがキャッシュされたか否かを決定する。この場合、ページは再度表示されて、任意の埋め込みオブジェクトは、以前の状態を再確立するために呼び出されるRestoreState関数を有する。ページの埋め込みオブジェクトがキャッシュされていなかった、あるいはページが表示されるのは今回が初めてである場合、該ページのコンテンツストリームが基礎をなすHTMLパーサに渡されて、HTMLpコードとして解釈される。パーサは、ウィンドウと、必要に応じてユーザインタフェースエンティティとを作成し、テキストをラッピングし、必要に応じてソフトキー130を更新するとともに割り当てる。ページは、完全に構文解析されると、ユーザに表示される。ユーザインタフェースエンティティを作成する際に、HTMLパーサは、ユーザインタフェース要素キー132、ソフトキー130、メニューアイテム等を含むおよびこれらのエンティティにバインディングされたURLローカルまたは遠隔に係わらずとの間の関連表を確立する。関連は、特定のユーザインタフェースエンティティと、エンティティがユーザによって選択されるか、そうでなければ起動される場合、フェッチされるURLとを識別する。これらの関連は、ページが受け取ったキーストロークを、HTMLpProcessKey関数により続けて処理する場合に、用いられる。他のページをすべて保持するメインウィンドウへのハンドルは、ShellSetStateを呼び出すことにより、そのページについて状態ブロック418としてセットされる。bHTMLpCloseこの関数は、ユーザが現行ページを閉じるか、または異なるページに切り替える際に呼び出される。シェル106は、該ページをURL履歴スタック108から削除すべきか、あるいはURL履歴スタック108に残りうるかを示すフラグを渡す。ページを削除すべきではなく、かつページがキャッシュ不可能とマークされていない場合、メインページが見えないようセットされ、ユーザから効果的にそれを隠すが、アクティブページとして残す。ページがキャッシュ不可能であるか、またはページがURL履歴スタック108から削除されるべきである場合、ページウィンドウおよびそれに関連するデータ構造が破壊される。ページは、ページが表示されている間に潜在的に変化しうるそれ自身の外部にあるデータを参照する場合に、キャッシュ不可能であるとみなされる。例えば、ページが<INC>includeタグを含むか、構成設定を表示するために、後述する構成機構を使用する場合には、キャッシュ不可能であると考えられる。条件付き<IF>タグ、および<TEMPLATE>タグの使用は、これらのタグについてDYNAMIC属性がセットされているか否か、およびurlエスケープが<TEMPLATE></TEMPLATE>ブロック内にあるか否かに応じて、ページをキャッシュ不可能にさせる場合もあり、させない場合もある。これらの特徴については、さらに後述する。2HTMLへの拡張:HTMLp本発明は、完全にHTMLと互換性のあるMMI102を提供する。しかし、コンテンツを単に表示するだけでなく、無線通信装置100のユーザインタフェースをさらに洗練させて、通信機能および小型画面表示136に関してより機能的にするとともに、無線通信装置を装置の製造業者およびサービス運営者の双方により容易かつ迅速にカスタマイズできるようにするHTMLの拡張セットを提供することが望ましい。HTMLpを構成する拡張は、以下の通りである。aA.ユーザインタフェース拡張この項では、ユーザインタフェースを豊かにする、HTMLpの拡張について説明する。これらの各種タグは、HTMLpコンテンツハンドラ114cがシェル106からコンテンツのページを受け取ったときに、HTMLpコンテンツハンドラ114cによってデコードされる。i関数へのバインディングキー:<Key>タグ通常の無線通信装置100は、1から3つのソフトキー130、標準数字キー134、およびいくつかの特殊目的キー132を有する。HTMLpという新しい拡張により、キーパッド128の任意のキーを<KEY>タグを使用してHTMLページにバインディングすることができる。構文は、<KEYKEYkeyLABELstringACTIONurlPOPDONECLEARMENUGONONE>である。KEY属性の値は、以下のうちの1つである。[1,...m]バインディングするソフトキーを指定する。キーは左から右に、または上から下にそれらが電話上のどこにあるかに応じて番号付けされる。通常m≦3であるが、これは装置毎に可変でありうる。[send]SendまたはTalkキーを指定する。[back]Backキーを指定する。すべての装置がこのキーを備えるわけではない。このキーをバインディングするためには、ページは、特権付与されなくてはならない。[n]ダイアルキーのうちの1つを指定するが、但し、nはキー上のラベル0~9、、またはである。すべてのダイアルキーを同じアクションにバインディングするには、xを指定する。[end]Endキーを指定する。このキーをバインディングするためには、ページは、特権付与されなくてはならない。[mode]ModeまたはABCキーを指定する。[clear]ClearまたはDelキーを指定する。[up]アップアローキーまたはダウンアクションを指定する。[down]ダウンアローキーまたはダウンアクションを指定する。[left]レフトアローキーを指定する。[right]ライトアローキーを指定する。[select]selectキーまたは選択アクションを指定する。[power]powerキーを指定する。バインディングするためには、ページは、特権付与されなくてはならない。[default]標準アクション以外がとられる場合、アクションを常に明示的に指定しなければならない、back、end、およびpowerキーは例外として、他のアクションが指定されていないいずれのキーに対しても1つのアクションを指定する。キーがソフトキー130である場合、LABEL属性の値は、該キーの画面上のラベルに現れるストリングである。ストリングが長すぎて、割り当てられたスペースに収まらない場合には、切り捨てられるtruncate。LABEL属性は、ソフトキー130に対してのみ有効である。ACTION属性の値は、バインドキーが押下されたときに何が起こるべきかを指定する。[URL]フェッチすべきURL、またはページにおける埋め込みオブジェクトのためのある他のコマンドを指定する。URLは、処理のために、HTMLpコンテンツハンドラのHTMLpActive関数に渡される。[POP]前ページを表示するよう要求する。[DONE]最も最近の<TOP>ページの前のページを表示するよう要求する。[CLEAR]すべてのページをURL履歴スタック108からクリアして、メイン画面を表示するよう要求する。[MENU]ソフトキー130がメニューを繰り出すよう指定する。メニューにおけるアイテムは、<HEAD>セクションにおける<KEYMENU>タグによって指定される。これは、ソフトキー130についてのみ有効である。[GO]現在選択されているリンクをフェッチするよう求める。これは、<LINKMENU>属性を有するページについてのみ有効である。[NONE]キー押下時に、いずれのアクションも取らないよう求める。これは、オーバーライドすべきキーについてデフォルトアクションを可能にする。HTMLpコンテンツハンドラ114cは、<KEY>タグを有するページをロードすると、キー、ラベルもしあれば、およびアクションの関連を格納するキーバインディング表を作成する。ACTION属性にバインディングされたストリングは、HTMLpActivate関数により、以下のように処理される。iiHTMLpActivateHTMLpActivate関数は、キー、ソフトキー、メニューアイテム、ハイパーリンク等のユーザインタフェースエンティティにバインディングされたストリングに対する適切な応答を決定するために使用される。入力は、シェル106からのストリング、より具体的には、KEYまたはKEYMENUタグのACTION属性、またはAタグのHREF属性にバインディングされたストリングである。新しいHTMLpタグにより、一般に、無線通信装置100の任意のキーまたはメニューアイテムを特定のアクションまたはURLに関連づけることが可能になる。図6a~図6bを参照して、HTMLpActivate関数の一実施形態のフローチャートを示す。HTMLpコンテンツハンドラ114cは、現行ページにおける埋め込みオブジェクトのリストを維持する。ページに埋め込みオブジェクトがある場合602、該関数は、処理のためにストリングを埋め込みオブジェクトに渡す604。埋め込みオブジェクトは、ストリングが処理されたか否か、およびストリングをさらに処理する必要はないことを示すブールを戻す。ストリングが埋め込みオブジェクトによって処理された606場合、関数は制御をシェル106に戻す608。埋め込みオブジェクトへのストリングの処理604については、さらに後述する。ストリングが処理されていなかった場合、HTMLpActivate関数は、その値に従うストリングをACTION属性として、プロセス610に進む。ストリングがPOPである場合612、シェルのShellGoBackPOP関数が呼び出される614。この関数は、URL履歴スタック108の最上部のURLをポップして、先のURLをロードさせる。同様に、ストリングがDONEである場合616、ShellGoBackDONE関数が呼び出される618。これは同様であるが、最も最近の<TOP>タグの前のページを表示する。<TOP>タグは、マルチパートフォームの最初のパートを識別するが、これについてはさらに後述する。HTMLpコンテンツハンドラ114cは、フォームまたはハイパーリンクにおける入力フィールドでありうる、ページにおける現行オブジェクトへのポインタを維持する。この現行オブジェクトは、入力フォーカスが配置される場所である。ストリングがGOであり620、かつ現行オブジェクトがハイパーリンクではない622場合には、何も起こらない。現行オブジェクトがハイパーリンクである場合には、コンテンツハンドラ114がハイパーリンクに関連したURLストリングを取得して、そのURLストリングをShellGetURLに渡し624、これが実際のコンテンツをフェッチする。ストリングがCLEARである場合626、シェル106のShellGoBackCLEARが呼び出される628。この関数は、URL履歴スタック108をクリアして、デフォルトのメインページを表示させる。ストリングがresetformidの形式を有する場合630、該関数はフォーム番号formnumberがformidである入力要素を各自の元の状態に戻す632。このアクションは、<INPUTTYPE=reset>ガジェットについての任意のソフトキー130またはソフトキーメニューにバインディングされる。ストリングが形式submitformid,labelである場合634、該関数は、フォーム番号formidを定義したFORMタグのMETHODおよびACTION属性に従って、フォーム番号formidを提出する636。labelは、もしあれば、ユーザが起動したのはいずれの<INPUTTYPE=submit>ガジェットであるかを示し、そのため、そのネーム値の対を、フォームにおける残りのガジェットからの値と共に提出することができる。ストリングがSELECTである場合638、該関数は、以下のガジェット型に従って、ユーザが選択したユーザインタフェースガジェットを起動する640。そのラジオボタンを選択し、同じ名称の他のラジオボタンを選択しない。チェックボックスをチェックするか、またはチェックしない。オプションが表示される場合、ユーザが選択したオプションを選択する。SELECTリストがポップダウンリストである場合、ポップダウンを閉じる。ハイパーリンクリンクをたどる。ストリングがNONEである場合642、いずれのアクションも取られない。これらすべての条件をパスした後、ストリングがURL等の任意の他の値である場合644、ストリングは処理のためにShellGetURLに渡される646。URLが引数を持たないその中にがない場合には、エクストラデータとしてこのページに渡されたパラメータはいずれもまた、ShellGetURLへの呼び出しにおいて渡される。HTMLpActivate関数および埋め込みオブジェクトに関するその特定の利点の例について、さらに以下に説明する。<KEY>タグを使用したActivate関数による処理の例は、次の通りである。ページが以下のKEYタグ、<KEYKEY=sendACTION=phone:dial>を含むと想定する。このページがロードされると、HTMLpコンテンツハンドラ114cは、Sendキーと、そのキーバインディング表におけるURLphone:dialの間の関連を格納する。この格納データは、ユーザがSendキーを押下したときに、電話プロトコルハンドラ112gの電話ダイアル機能を起動するために使用される。HTMLpコンテンツハンドラ114cは、現行のコンテンツハンドラ114である。ある後の時点でユーザがSendキーを押下すると仮定する。可搬性レイヤ118は、キーが押下されたことを示すシェルのShellProcessKey関数を呼び出して、Sendキーについてのキー番号、および押下されたことを示すフラグを渡す。上述したように、シェル106は、キーストロークターゲットリストを維持する。ShellProcessKeyは、受信したキーをスタック上の最初のターゲットに送る。このターゲットが該キーについて目的を持たない場合、ターゲットはシェル106のPreviousInput関数を呼び出して、Sendキーインデックスを渡す。シェル106は、キーストロークターゲットリストにおける次のアイテムを見つける。このプロセスは、キーがHTMLpコンテンツハンドラ114cに渡されるまで繰り返される。URL履歴スタック108の最上部にあるURLはHTMLpコンテンツハンドラ114cへのポインタ406を含むため、これは、シェル106が現行のコンテンツハンドラ114のProcessKey関数を呼び出すときに発生する。次に、シェル106は、HTMLpProcessKeySendを呼び出す。この関数は、SendキーとURLphone:dialの間の関連を含むキーバインディング表を見る。HTMLpコンテンツハンドラ114cは、ShellActivatephone:dialを呼び出し、これは、HTMLpコンテンツハンドラ114cのHTMLpActivate関数を呼び出す。ここで、ページに埋め込みオブジェクトがないと仮定する。次に、該関数は、入力ストリングをPOP、DONE、GO、CLEAR、およびNONE等の様々な他のアクションに対してテストする。ストリングphone:dialはこれらのいずれともマッチしないため、HTMLpActivate関数は、シェルのShellGetURLphone:dial関数を呼び出す。シェル106は、この関数を図5のフローチャートに示すように処理する。例を続けて、シェルは、URLが電話プロトコルハンドラ112gについてのものであると決定し、dialの部分を処理のために電話プロトコルハンドラ112gに渡す。このプロトコルハンドラ112gは、ダイアルすべき番号を含むCallManager型コールマネージャコンテンツハンドラ114bに定められたのコンテンツストリームを戻す。シェル106はHTMLpコンテンツハンドラ114cを閉じるが、該URLをURL履歴スタック108から削除しない。シェル106は、URLphone:dialをURL履歴スタック108の最上部に配置する。シェル106は、電話プロトコルハンドラ112gが返したコンテンツストリームから、コンテンツハンドラ114のストリング名を取得して、ストリームを処理する。シェル106は、その表におけるストリングを索引して、URL履歴スタック108の最上部エントリのCONTENTフィールドを更新する。最後に、シェル106は、新しい現行のコンテンツハンドラ114のOpen関数を呼び出して、コンテンツストリームデータを渡す。コールマネージャコンテンツハンドラ114bのOpenルーチンにおいて、コールマネージャコンテンツハンドラ114bは、ストリームから電話番号を検索して、電話制御モジュール120における、通話を確立するために必要な関数を呼び出す。iiiメニュー構築ソフトキー130が<KEY>タグを使用してメニューにバインディングされ、かつACTION=menuである場合、メニューへのエントリは、ページのHEADセクションにおける<KEYMENU>タグを使用して指定される。<KEYMENU>タグは、以下の構文を有する。エントリは、入力encounterされた順序でメニューに表示される。しかし、メニューエントリがすべて共にヘッダにある必要はない。KEY属性の値は、いずれのメニューにエントリを追加すべきであるかを指定する。これは、存在すべきメニューを指定した<KEY>タグに与えられる値と同じである。LABEL属性の値は、メニューエントリに現れるストリングである。メニューは、すべてのエントリを保持するのに必要な幅である。しかし、ラベルは、画面よりも幅のある場合には、切り捨てられるtruncate。ACTION属性の値は、エントリが選択される場合に何が起こるべきかを指定する。可能な値は、[URL]フェッチすべきURL、またはページにおける埋め込みオブジェクトのためのある他のコマンドを指定する。[POP]前ページを表示するよう要求する。[DONE]最も最近の<TOP>ページの前のページを表示するよう要求する。[CLEAR]すべてのページをURLスタックからポップして、メイン画面を表示するよう要求する。[GO]現在選択されているリンクをフェッチするよう要求する。これは、<LINKMENU>属性を有するページについてのみ有効である。これらのACTION属性は、上述したHTMLpActivate関数における<KEY>タグの属性と同じ様式で処理される。図7は、メニューが表示されるよう選択されるときの、キーメニューが定義されているページ、および表示画面136についてのHTMLpソースコードの例を示す。HTMLpコードを左側に示し、その結果得られるページを右側に示す。4行目は、最初のソフトキーKEY=1についてのメニューを定義する。なお、メニューが開いている場合、メニューについてのソフトキーラベル216はSelectに変わり、ユーザがソフトキー130を再度押下すると、選択されたエントリが起動されることを示し、このラベル216は、代わりにメニューを閉じるよう変わってもよく、選択を起動するために、Sendキーを残す。5~7行目は、このメニューについてのメニューアイテムを定義し、それぞれ、適切なページを表示して、メッセージ、最近の通話、または電話設定を検索するために、ユーザインタフェース定義ファイル104のうちの1つを指定する各自のACTION属性を有する。Selectとマークされたソフトキーを押下するか、あるいはエントリの左側のアイコンにマッチする数字キーを押下することにより、メニューにおけるエントリの1つを選択すると、KEYMENUにおいて指定されたACTIONが実行される。この例において、適切なHTMLpユーザインタフェース定義ファイル104は、ROMからフェッチされる。iv遅延ヘルプコンピュータについての多くのユーザインタフェースは、ある形式のオンライン文脈特定ヘルプテキストを提供する。従来、これらのヘルプ画面は、ユーザがデータを入力しようとしているユーザインタフェースの部分に重なった各自のウィンドウに表示される。さらに、ヘルプ画面は通常受け身的であり、ユーザがヘルプを要求するという直接的なアクションに応答してのみ、現れる。しかし、非常に小さな画面表示を備える無線通信装置では、コンテンツエリアの上にヘルプ画面を重ねると、ユーザの妨げになる。さらに、ユーザがヘルプを利用することができることを知らない場合もあるため、ユーザがヘルプを要求するのを受け身的に待つということは、ユーザによっては、補助が不十分である可能性がある。ページを見ているときに、次に何をすべきかが不確かでありうるユーザを補助するため、かつユーザがデータを入力しようとしている、ページのコンテンツエリア214を隠さずに、かかるヘルプを提供するために、本発明は、ユーザによるキーストローク入力なしで、ある量の時間が経過した後、ページのタイトル210の代わりに、ヘルプテキストを画面にわたって自動的にスクロールできるようにする。1つよりも多くのヘルプテキストストリングを指定してもよく、この場合、ストリングは、互いの間に適した間隔をおいて、連続して表示される。ヘルプテキストストリングは、ページが見られる度に、それぞれ一度だけ表示される。ページが1つまたは複数のヘルプストリングを指定できるようにするためには、新しい<HELP>タグがドキュメントの<HEAD>セクションにおいて指定される。<HELP>タグの構文は、helpstringであり、ここで、helpstringとは、表示すべきヘルプテキストである。<HELP>タグを含むページがロードされると、HTMLpコンテンツハンドラ114cは、ヘルプテキストストリングを含む、表等の構造を構築する。この表は、シェル106に渡され、シェル106が後の使用のために表を格納する。そして、<HELP>タグの機能性は、アイドル時処理中に主にシェル106によって処理される。シェル106は、最後のキーストロークからの秒数カウンタを維持している。カウンタは、通常各ShellProcessKey毎にクリアされる。リアルタイムオペレーティングシステム122は、バックグランドで実行されるタイマを有すると共に、カウンタを増分する、シェル106におけるルーチンを呼び出す。カウンタが閾値の秒数に達すると、シェル106がスクローリングバナーオブジェクトを作成し、これに対して、表中の最初のヘルプテキストストリングを表示するよう命令する。スクローリングバナーオブジェクトは、いつ、ヘルプテキストストリングが完全に画面表示136からスクロールし終えるかを内部で決定して、これをシェル106に通知し、シェル106はタイトル210を再び表示する。第2の閾値が、テキストヘルプストリング表示のためにセットされる。閾値は、ヘルプテキストストリングを表示している望ましい時間の長さを基にして、シェル106によって予め決定される。図8は、2つのHELPタグを含むページについてのHTMLpソース、およびページがロードされると、渡される画面表示136の結果得られるシーケンスの例を示す。HTMLpコードの7~8行目は、表示すべきヘルプテキストを定義する。2番目および3番目の画面イメージは、最初のヘルプテキストストリングがタイトルの代わりにスクロールされているところを示す。vテンプレートとしてのページ本発明には、標準HTMLエディタを使用して、フォームエントリフィールドを完全にするために、Cコードによって渡される引数を使用して、またはページにおけるフォームの初期状態を決定するために、装置からオンザフライにフェッチされるデータを指定することで、ページを設計できるようにする多数のHTMLの拡張がある。これらの拡張としては、テンプレート、条件付きHTML、構成設定性能、およびincluded包含されたHTMLが含まれる。一般に、埋め込みオブジェクトのためのCコードは、表示すべきパラメータを有するが、表示の形式はページについてのHTMLで定義されることが望ましい。例えば、着信にある形式のデータを表示しているページは、電話番号およびそれに関連する氏名を表示することが好ましい。したがって、着信表示用のHTMLページは、パラメータ電話番号および発呼者氏名を取り、必要であればそれらをフォーマットすることが可能であるべきである。しかし、従来のHTML3.2は、この所望の用途に、データを直接ページに渡す機構を提供せず、最高でも、HTMLに、ページを必要に応じて作成することを可能にするだけである。HTMLの生成は遅くかつコンピュータ集約的であり、ページ生成のための実行可能スクリプトは通常、生成されるページよりも多くの格納領域を必要とし、そのため、ページ自体を格納するよりも効率を低くしている。引数を間接的に渡せるようにすることで、本発明は、実行時にHTMLを生成する必要性をなくす。これにより、ページをROM126に格納することが可能になり、かつ必要なメモリは、必要に応じてHTMLを生成するためのコードよりも少ない。aテンプレートとしてのページの使用データをページに渡せるようにする最初の拡張は、<TEMPLATE>タグである。<TEMPLATE>タグは、ページのどこに現れてもよい。ドキュメントの構造において、適切な場所にある対応する</TEMPLATE>タグとマッチしなければならない。<TEMPLATE>タグと</TEMPLATE>タグの間のテキストはすべて、url、url、または<url>の形式のエスケープについて検査される。これは、タグ内の、さらには引用された属性値内のテキストを含む。このようなエスケープが見つかると、URLについてのデータがフェッチされ、普通テキストまたはHTMLである場合には、まるで最初からそこにあったのかのように、エスケープの代わりにHTMLドキュメントに挿入される。<TEMPLATE>と</TEMPLATE>の間のテキストにキャラクタを含めるには、のようにもう一つのが前にこなければならない。フォーム<url>は、urlについてのデータとして戻されたデータを、別のURLについての引数として使用するためにエンコードさせる。URL引数は、制限されたキャラクタセットを有し、該キャラクタセット外のものはいずれも、後に2つの16進数字が続くとしてエンコードされる。urlとurlの間の違いは、HTMLpコンテンツハンドラ114cのキャッシングの振る舞いにある。通常、ページについてのデータは、構文解析され、ページのレンダリングに必要な情報が、URLがURL履歴スタック108に残っている限り、保存される。これにより、すでにフェッチされているページを迅速に再表示することができる。しかし、urlエスケープがテンプレートセクションに見られる場合には、ユーザが最後にそのページを見たときからの、URLデータにおける変更をいずれも取り込むために、URLについてのデータが、ページの再表示が必要なときにページを再度構文解析することを保証するのに十分動的であることが示される。図9は、TEMPLATEタグの例を示す。この例において、19行目~25行目の<TEMPLATE>タグの間のテキストは、テンプレートテキストを定義し、20行目のエスケープは、URLextra:nameをフェッチさせる結果となり、これにより、テキストを、何であれ、変数nameのもとに格納されているデータと置換する。画面表示は、これをテキストAdamMとして示す。HTML4.0の仕様は、ページにおける埋め込みオブジェクトの使用に備えている。通常、埋め込みオブジェクトは、各自のコンテンツの構築および表示に責任を負う、ページ上のある場所に位置決めされたコードのアイテムである。埋め込みオブジェクトは、HTMLソースの所望の位置に配置された、OBJECTタグについてURLにおいて指定される。通常、URLは、ActiveX制御、Javaアプレット、Cコード等のコードエンティティを指定する。HTML4.0の仕様では、URLは単にサーバに渡されて、サーバが所望のエンティティを戻すだけである。しかし、HTML4.0では、埋め込みオブジェクトを有するページが一旦ロードされると、埋め込みオブジェクトに対する引数のさらなる処理または引き渡しを行うことはできない。特に、ユーザが、埋め込みオブジェクトを含むページ上のハイパーリンクURLに関連するユーザインタフェースガジェットを選択する場合、埋め込みオブジェクトは、URLを処理する機会を何等持たず、その代わり、URLは単にリンクされたページに続くだけである。しかし、本発明は、処理のために、ハイパーリンクに関連するURLまたはユーザインタフェースガジェットをまず埋め込みオブジェクトに提供することで、埋め込みオブジェクトの機能性を拡張する。これは、サーバがページを更新する必要なく、埋め込みオブジェクトに直接HTML形式で提供される引数に応答させるものである。この埋め込みオブジェクト機能性の実施は、図6aおよび図6bに関して上述したように、HTMLpコンテンツハンドラ114cのHTMLpActivate関数において提供される。上述したように、HTMLpコンテンツハンドラ114cがURLであるストリングを処理する際、ページに埋め込みオブジェクトがある場合には、HTMLpコンテンツハンドラ114cはURLを埋め込みオブジェクトに渡す。本発明によれば、埋め込みオブジェクトは、URL処理の際に、3つのアクションのうちの1つを行う。URLをコマンドとして処理する。URLにおいてエスケープシーケンスを探して、URLをフェッチすべきシェル106に渡す前に、それらシーケンスをユーザが選択したデータからの情報で置換する。URLを処理せずにHTMLpコンテンツハンドラ114cに返し、これは、HTMLpActivateの残りに従って処理される。第2のタイプの処理の例として、HTMLpページにおける電話帳埋め込みオブジェクトのインスタンスは、nまたはI等のエスケープシーケンスを探して、それをユーザが選択した電話帳レコードの名称またはレコードIDで置換することができる。電話帳オブジェクトは、レコードの名称あるいは任意のフィールドのいずれかを編集することができる編集メソッドを含む。URLphoneeditNamenを電話帳オブジェクトに渡すことで、名称が選択された電話帳レコードからすでにセットされている状態で、もう一つの番号を選択された電話帳レコードに追加するという処理が、電話帳エントリ作成プロセスに入ることによって開始され、URLphoneeditidiを電話帳オブジェクトに渡すことで、レコードのすべてのフィールドが編集される。この拡張機能性の利点は、Cでハードコードされたページを有する代わりに、ユーザが実行することのできる機能の仕様はHTMLで行ないながら、Cでコードされたデータアクセスおよび動的振る舞いを要求する要素を有することができることである。これは、埋め込みオブジェクトがユーザと対話する唯一の方法は、ここでも、埋め込みオブジェクトが実施される言語でハードコードされた各自のユーザインタフェースを提示することによるものであるため、HTML4.0では不可能であり、したがってサービス運営者による変更またはブランド化が容易ではない。図10および図11は、可能な電話帳ページの2つの例を提供するとともに、埋め込みオブジェクトが、本発明の拡張処理により提供することができる柔軟性を示す。図10において、ユーザは、新しいエントリを作成できるか、または短縮ダイアルキー、呼び出し音、または番号を変更するために、既存の電話帳エントリのフィールドの1つを修正することができる。5行目は、表示されて図示されており、ユーザが最初のソフトキー130を押下することで起動されるキーメニューを定義する。メニューエントリ6~12行目は、現在の選択からのデータについてのエスケーププレースホルダを有するURLにバインディングされる。特に、6行目は、メニューアイテムについてのACTIONを、埋め込み電話帳オブジェクトにおいて現在選択されている名称にすでに指定されている、電話帳エントリ作成プロセスの最初のページに変更させる、埋め込み電話帳オブジェクトについてのURLとなるように定義する。一般に、本発明における他のURLは、選択された電話帳レコードを用いて、各自の引数を埋めることで起動可能であり、これらURLはいずれも、メニューエントリ、ソフトキー、またはキーパッド上の他のキーにバインディングすることができる。特殊なエスケープシーケンスについて、電話プロトコルのphone:listURLに関して後述する。図11において、ユーザは、新しいエントリを作成するか、または別個のページに進み、特定のエントリについてのパラメータすべてを表示して、ユーザが望む場合にはそれらを変更することができるこれは、別個の画面pbedit.htmlを介して行われ、phone:list埋め込みオブジェクトへのediturl引数におけるエスケープは、pbedit.htmlへ渡すために、関連するすべてのエントリを抽出する。さらに、ここでは、グラフィカルタイトルバーが、無線通信装置の製造業者のロゴをバナーとしたタイトル付き背景と共に使用される。埋め込まれるオブジェクトは、電話リストオブジェクトへのURLと共に10行目において指定される。HTMLpコンテンツハンドラ114cが<OBJECT>タグに遭遇すると、シェル106に、OBJECTタグへのCODE属性として与えられるURLに関連するデータをフェッチするよう要求する。シェル106は、Object型でなければならないこのデータをコンテンツストリームとして返す。ストリームには、以下を含む構造がある。オブジェクトへのポインタHTMLpページウィンドウの子となるべきウィンドウ与えられているストリングで呼び出すことができるHTMLpActivate関数へのポインタオブジェクトの現在状態をフェッチする関数へのポインタ。これは、HTMLpCloseにより呼び出される。フェッチされた状態を受け入れ、オブジェクトをその状態に回復する関数へのポインタ。これは、ページが以前に表示されたことがあると分かる場合、HTMLpOpenによって呼び出される。オブジェクトの値をストリングとして戻す関数へのポインタ。これは、オブジェクトが、提出されているフォームの一部である場合に呼び出される。オブジェクトをセットすべき値を受け入れる関数へのポインタ。該値は、ストリングである。関数は、オブジェクトがフォームの一部であり、かつオブジェクトと同じ名称を有するエクストラデータNAME属性によってOBJECTタグに与えられるが引き渡された場合に呼び出される。b装置設定へのアクセス無線通信装置100の各種構成可能なパラメータは、さらに後述する構成プロトコルを介してアクセス可能である。フォームがジェットを使用し、各設定について可能な値を指定して、これらの設定を調整できるページを提供することが望ましい。しかし、これを行うためには、これらフォームがジェットの初期状態を、影響するものと思われる設定の現行値にマッチするようセット可能でなければならない。装置設定の値の設定に使用する最も好ましいフォームガジェットは、ラジオボタン、チェックボックス、およびスクローリングリストである。ラジオボタンおよびチェックボックスは双方とも、RADIOあるいはCHECKBOXいずれかのTYPE属性を有するINPUTタグを介してアクセスされる。これらの入力要素について、HTML3.2において、入力要素がフォーム上で選択されるか否かを定義する選択属性を指定することが可能である。選択属性は、CHECKEDおよびSELECTEDを含む。CHECKED属性は、ラジオボタンまたはチェックボックスを初めに選択すべきであることを示す。同様に、スクローリングリストは、<OPTION>タグを内部に有する<SELECT>タグによって指定され、そのうちの任意のものは、選択リストのオプションを初めに選択すべきであることを示すために、SELECTED属性を有しうる。通常、これらの属性はブールであり、CHECKEDまたはSELECTED属性がソースに存在する場合、ラジオボタン、チェックボックス、またはオプションが選択される一方で、存在しない場合には、選択されない。しかし、本発明では、これらの属性は、値を受け入れるように拡張されている。値は、式の形式を採り、これは、真と評価される場合、アイテムを最初に選択させる。式は、URLからデータをフェッチし、それを真または偽についてチェックされるブール値として扱うか、あるいは同等かまたは不等かについてストリングと比較される。構文は、ATTRIBUTEurlであるか、またはATTRIBUTEurlstringである。ATTRIBUTEは、CHECKEDまたはSELECTEDのいずれかである。ここで、URLは、構成プロトコルへのものであり、config:settingの形式を採るが、但しSettingは、構成プロトコルハンドラ112bがアクセスする関心のある特定の設定である。最初の構文形式は、フェッチされたURLデータをブール値として扱い、テキストを整数に変換して、それが0か、または0ではないかを見る。先行するが存在し、かつ値が0である場合、アイテムが選択され、また先行するが存在せず、かつ値が0ではない場合、アイテムが選択される。url自体が等符号を含む場合には、それを括弧でくくらなければならない。2番目の構文形式は、stringとURLについて検索したデータの間でストリングの比較を行う。=が与えられる場合、ストリングが等しくなければアイテムが選択され、また=だけが与えられる場合、ストリングが等しければアイテムが選択される。URLが戻したデータが普通テキストでも、またHTMLでもない場合、式は常に偽と評価し、アイテムはチェックされないままである。図12は、この式の使用例を提供し、HTMLpソースおよび結果得られるページの双方を示す。9~14行目は各種構成設定を指定し、CHECKED属性が、構成プロトコルハンダーへのURLである式によってセットされているところを図示している。図示のページは、これら設定を構成するための結果得られるユーザインタフェースを示す。この例において、ユーザには、3つのラジオボタンと、テキスト入力フィールドとが提示される。ユーザは、画面表示136のバックライトを、装置の使用時のみオンするか、または使用時か、プラグインされているときにオンするか、あるいは全くオンにしないかを指定することができる。さらに、ユーザは、入力することなく、それが過ぎた後は無線通信装置がもはや使用されていないと見なされる秒数をセットすることができる。これらの設定は、バックライトおよびバックライト遅延設定それぞれに格納することができる。画面が最初に現れると、現行設定に相当するラジオボタンがチェックされ、テキスト入力フィールドが現在の遅延を含む。一般に、この拡張された拡張属性を有する<INPUT>タグがロードされると、HTMLpコンテンツハンドラ114cがURLをフェッチすべきシェル106に渡す。HTMLpコンテンツハンドラ114cは、フェッチされたデータをその構文形式に従って上述したように評価し、URLデータの評価に従って選択属性の値を確立する。including包含HTML。including包含は、HTMLまたはHTMLpコードのブロックをページにおいて参照できるようにする、HTMLに対する拡張である。包含されたHTMLはいずれも、包含されたHTML自身が他のHTMLを含むことができるように、再帰的に解かれる。現在、HTML4.0は、ページからページにHTMLのブロックを包含する機構を提供していない。包含HTMLの利点は、多くのページが現れるよう設計される、ページのヘッダまたはフッタ、ナビゲーションツールバー等の共通のHTMLコンポーネントを容易に包含ページへの単一のリファレンスに組み込むことができる。本発明は、任意のソースからのHTML普通テキストも含むを、そのURLを与えることにより、含むための機構を提供する。これは、主にテンプレートページを介して装置設定を表示するために使用されるが、複数のページに共通する要素をコンテンツアーカイブの別個部分に配置して、それをその他のページに含めることにより、コンテンツサイズを低減するためにも使用することができる。該機構は、以下の構文を有する<INC>タグによって提供される。SRCソース属性は存在しなければならず、そのデータをその時点にドキュメントに包含すべきURLを指定する。<INC>タグがHTMLpコンテンツハンドラ114cによって解かれると、URLに関連するデータがフェッチされ、<INC>タグの場所に挿入される。<INC>タグは、別のタグの中を除いて、ページのどこに用いてもよい。例えば、は許されない。図13は、<INC>タグの例を示す。この例において、最初のページのinfo.htmlは、第2のファイルbbody.htmlを参照する2行目に<INC>タグを有し、bbody.html自身は、第3のファイルstdlogo.htmlを参照する8行目に<INC>タグを有する。最初のページがロードされると、HTMLpコンテンツハンドラ114cは、すべての<INC>タグを完全に解き、図示のような結果得られるページを生成する。ファイルinfo.htmlは、ファイルendbody.htmlを参照する13行目に<INC>タグを有し、この後者のファイルは、完全に異なるファイルbbody.htmlに現れる<BODY>タグを適切に閉じる</BODY>タグを含む。一般に、ページの構文解析時、HTMLpコンテンツハンドラ114cは、<INC>タグを識別する際に、リファレンスURLをフェッチして、ファイルからのデータを現在のファイルのソースに直接挿入し、必要に応じて、ページを表示するためにそれを解く。DYNAMIC属性が<INC>タグについて指定される場合、それは、ページが一時的に閉じられるときにキャッシュされた表示命令を使用するのではなく、ユーザがそれを戻したときに、ページを再構築させる。一般に、DYNAMIC属性は、SRCとして使用されるurlが、ページが一時的に閉じられている間に変更されうるデータを参照していることを示し、そのため、かかるあらゆる変更を調整するよう、それを再び読み込んで、ページを再構築しなければならない。d条件付きHTMLテンプレートHTMLpの各ページの表示は、ファイルプロトコル112dについてのURLにおけるに続く引数ファイルプロトコル112dについてのURLにおいて指定される引数が、extra:protocolを使用して、ファイル内の値として使用可能であるとして直接、参照しているURLにおけるMETHOD=NEXTフォームからのフォームデータとして、あるいは本発明におけるCコードからのパラメータとして、テンプレートページについてのURLとともに渡されるパラメータによって制御することができる。条件付きHTMLは、ページのいずれの要素を表示するかを制御するために、条件付き式をページのHTMLソースにおいて直接エンコードすることを許さない。本発明は、この欠点を新しい<IF>タグにより克服する。<IF>タグは、パラメータまたは装置設定等の式のテストを可能にして、ページの表示を制御する。構文は、以下の通りである。htmlhtmlhtmlTEST属性における式は、CHECKEDおよびSELECTED属性について上述したのとまったく同様に評価される。例えば、以下のHTMLpソースを考慮する。最初の<IF>タグにおいて、TESTは、ページをロードしたCコードによって、ページに渡されるエクストラデータconfに関して評価される。このデータは、HTMLpコンテンツハンドラ114cに対して利用可能な変数に格納される。ページがロードされると、confがTRUE真に評価される場合、最初のソフトキー130KEY=1がConferenceとラベルされ、キーバインディングテーブルにおいてURLphone:Conferenceにバインディングされ、ユーザが電話の会議特徴を起動できるようにする。confがFALSE偽と評価される場合、ソフトキーは、代わりにPickUpとラベルされ、キーは異なるURLにバインディングされる。第2の<IF>タグにおいて、テストされるデータは、config:anykeyURLによってアクセスされる無線通信装置の構成設定である。この設定についての装置設定に応じて、Backキーを含むすべてのキーがphone:answer関数にバインディングされるか、あるいはBackキーおよび、特殊なバインディングを有する他の任意のキー以外のすべてのキーは何も行わない一方で、Backキーがphone:ignore関数にバインディングされる。<IF>タグは、テンプレートモードにおいて使用される形式urlと同様に、パーサに、使用するURLが動的データを生成し、ページが再度構文解析されるべきであると教えるDYNAMIC属性を有し、urlが、ページが再度見えるようになったときに、ページを再構築するよう要求するのに十分動的なデータを参照することを通知する。vi電話番号エントリフィールドHTML4.0は、汎用言語として設計され、無線通信装置、特に電話をかけ、かつ電話番号および関連する氏名を格納することができるものにおける使用に特に適合させる特徴を何等含んでいない。HTMLをこのような無線通信装置100により適合させるために、本発明は、phonenumおよびphonenameを<INPUT>タグのTYPE属性についての新しい値として指定する。一般に、<INPUT>タグは、チェックボックス、ラジオボタン、テキスト、またはイメージ等のデータ入力タイプの仕様を可能にするものである。本発明の新しい入力タイプは、ユーザが電話番号または人の氏名を入力できるようにする。ユーザタイプとして、入力フィールドは、入力データを使用して、電話帳データ構造においてマッチングするレコードを索引する。そして、マッチングしたレコードが、電話帳表示に使用されるのとまったく同じフォーマットで入力フィールド下のリストに表示される。マッチングしたレコードが一旦表示されると、ユーザは、リストにおけるアイテムを選択して、そのアイテムをフォームを完成させるために使用することができる。より具体的には、入力タイプがphonenumである場合、入力数字が電話帳にあるすべての電話番号と比較され、マッチした電話がリストに表示される。ユーザがリストにおけるマッチした電話番号の1つを選択すると、これが、入力とマッチした部分に下線を引いた状態で、入力フィールドを完全に選択された電話番号で置換させる。マッチングにおいて、一桁の数字0~9または二桁の数字00~99が短縮ダイアルリストのみに対してマッチングされ、マッチした短縮ダイアル番号を表示する。入力タイプがphonenameである場合、入力キャラクタが電話帳における氏名と比較され、マッチしたエントリが、マッチしたキャラクタに下線が引かれた状態で表示される。氏名の最初の語におけるマッチは、後続する語におけるマッチよりも優先され、リストはそれに従って格納される。ユーザがマッチした氏名の1つを選択すると、これにより、入力フィールドを完全にマッチした氏名で置換させる。図14は、HTMLpソースおよび結果得られるページの例を示す。ここで、7行目は、電話番号をダイアルするための電話プロトコルを指定し、入力タイプはphonenumである。ユーザは最初に2をタイプしており、これが短縮ダイアルリストに対してマッチングされ、マッチした氏名を表示する。次のイメージにおいて、ユーザは、995とタイプしており、これが電話帳リストに対してマッチングされ、マッチングした1つの氏名を表示する。3番目のイメージでは、ユーザが氏名を選択しており、これにより、前にある数字および残りの数字を含む、マッチした電話番号全体が、ダイアリングでの使用のために入力フィールドに挿入される。bマルチパートフォーム上述したように、デスクトップおよびその大型画面向けに定められた通常のHTMLページでは、従来のフォームは多くの入力フィールドを使用する。仮に、かかるフォームが通常の無線通信装置100の小さな画面表示136上に表示されると、ユーザが、いずれの所与のときでも大部分が画面表示136からスクロールして消えていくフォームのコンテキストを見失うか、またはユーザが入力しているデータの大部分を見ることができないため、ユーザは、フォームにおいて非常に迷いやすい。図16は、無線通信装置100の表示画面136において使いにくい従来のHTMLフォームの例を示す。1つの解決策は、単一のフォームを、それぞれ必要なアイテムの1つまたは2つを集めた一連のフォームに分割することである。しかし、この場合、従来のHTMLでは、次のフォームをフェッチするURLの一部として、各フォームからデータをサーバに伝送する必要がある。そして、サーバは、URLで渡されたデータを取り、ページを戻す。該ページは、先行フォームから渡されたデータが、戻されたページ中のフォームに隠しタイプ入力要素として含む状態で、オンザフライで生成されなければならない。この様式では、ユーザが入力するデータは、フォーム全体が記入されるまで、複数回送信および返信される。このプロセスは、非常に帯域幅集約的であり、時間がかかるとともに、費用がかさむ。1つのフォームを複数のフォームに分割することの他の欠点は、ユーザが途中で結局フォームを完成させたくないと決心した場合に、ユーザが踏まなければならない手順である。このような場合、ユーザは、記入したサブフォームそれぞれについて、EndまたはBackキーを一回押下する必要がある。これは、それぞれが別個のページであるためである。ユーザが急いでいる場合には、フォームをキャンセルしているときに、行き過ぎやすく、実際に望むところが消えてなくなる結果に終わる可能性がある。図17aおよび図17bは、1つのHTMLページでクライアントコンピュータから受信したパラメータが、クライアントコンピュータにアップロードされる前に、サーバコンピュータにより次のHTMLページにおけるHIDDENタイプの入力として挿入される、上述した従来のマルチフォーム方法を示す。図からわかるように、クライアントとサーバの間でこのデータを連続して往復して渡すために、複数のページを動的に作成しなければならない。サーバとクライアントの間でデータを往復して送信するためのこのプロトコルは、クライアントとサーバの間の各トランザクションがステートレスstatelessであり、したがって現行状態を完成するために、先行状態からのデータには暗黙的に依拠しなくてもよいという標準HTMLの基本的な仮定から生じるものである。本発明は、HTMLのこれらの欠点を、クライアントは各自の状態を十分に保存するとともに、この情報を次の状態の決定に用いることができるという事実を利用するよう設計された、フォームについての新しいNEXTメソッド、および新しい<TOP>タグにより、克服する。viiNEXTフォームメソッドHTMLページにおけるフォームは、ユーザからデータを収集するための1つまたは複数の入力要素からなる。データは、それぞれやってきた入力要素の名称でタグ付けされており、FORMタグ内の2つのパラメータ、METHODおよびACTIONに従ってサーバに提出される。ACTIONは、データが通常添付されるURLであり、METHODはGETまたはPOSTのいずれかである。GETは、データに基づいて別のページをフェッチするために使用され、POSTは通常、トランザクションを締めくくるよう、データを送信するために使用される。これら2つのメソッドに対して、本発明は、新しいNEXTメソッドを追加する。一般に、NEXTメソッドは、フォームを、各パートがフォーム全体のすべての入力フィールドのサブセットを含み、フォーム全体のデータを外部データ構造に格納するマルチパートで指定できるようにする。NEXTメソッドは、以下の効果を有する。1.ACTIONURLで使用されるメソッドは、URLを何等変更しないGETであり、ページは単純にサーバからフェッチされる。GetURLは、プロトコルハンドラ112について呼び出される関数である。2.フェッチされたページにおける任意のフォームは、現行ページ上のフォームにおいてアクティブなname/valueデータセットで始まる。これは、先行ページから渡されたいずれのname/valueデータも含む。これは、隠し入力フィールドの使用を取り替え、データをサーバまで転送し、かつサーバにデータを再び転送させて、ページを返送する必要があることの帯域幅ペナルティを回避する。その代わり、ユーザがサービスを契約したときに、トランザクションを構成するその他のページと共にダウンロードされたページは関連するCGIスクリプトなしでサーバに常駐することができるか、または装置に常駐することができる。図18a~図18bは、図示した従来のHTMLページと同じ情報を取り込むが、画面表示136のはるかに有用であり、かつ使いやすいフォーマットを提示するマルチパートフォームのHTMLpソースおよびページを示す。最初の3つのページ、purchaseform.html、addr.html、およびcredit.htmlはすべて、<FORM>タグにおいてNEXTメソッドを用いて、さらなる入力を取得するために、次にロードされるページを指定する。最後のページconfirm.htmlは、マルチパートフォームに蓄積されたすべてのデータを処理するためのCGIスクリプトを指定するために、従来のACTION値を用いている。この様式では、クライアント無線通信装置100が先行入力ページの状態データを維持するため、フォームへのすべての入力を取得して、それらをサーバに送信し戻すために、サーバとクライアントの間に必要な帯域幅は、はるかに低い程度である。氏名、住所、クレジットカード番号等のこの状態データは、メモリ126内の無線通信装置100の内部データ構造内で維持されるため、従来のHTMLのようにHIDDENタイプの入力要素に埋め込む必要がない。この内部データ構造は、最初のページがHTMLpコンテンツハンドラ114cによって構文解析される際に作成され、マルチページフォームがロードされる際にそれぞれの新しいページとして更新される。confirm.htmlページで使用される<TOP>タグおよび<DONE>アクションについては、次の項で説明する。viii複雑な対話デスクトップブラウザに表示される標準HTMLでのマルチ要素フォームであったものを、ここでは、それぞれ1つまたは2つの要素フォーム画面表示136に楽に収まるためにを含む、HTMLpでの複数ページに変形することができるとすると、ユーザは、各フィールドについてデータを提供している途中で、自分がどこにいるのかを容易に知ることができ、かつプロセス全体を終了したいと容易に決定することができよう。ユーザが先行ページに戻ることしかできない場合には、これは、トランザクションを締めくくるための遅くかつ骨の折れるプロセスであろう。より容易にマルチページを終了させるために、本発明は、ユーザが完全に終了したいと望む複雑な対話の開始として、ページをマークできるようにする。これは、対話の開始topの所望の場所に、<TOP>タグ:<TOP>を提供することによって行われる。このような対話は、マルチパートフォームであっても、またはページの任意の他の複雑な群であってもよい。対話の最初にアクセスするには、ソフトキー130がACTION属性がDONEである<KEY>タグを用いて定義される。このソフトキー130がユーザにより選択されると、ユーザは、<TOP>でマークされた最も新しいページとしてユーザに参照されるページに戻ることになる。ACTIONがDONE値であるこの処理は、上述したように、HTMLpActivate関数中に行われる。bナビゲーション従来の無線通信装置100でのHTMLの表示は、キーボードが厳しく制限され、かつポインティングデバイスがまったくないことにより、さらに妨げられる。通常のHTML環境には、クリックまたはドラッグ可能なスクロールバーと、フォームのフィールド間をシフトするためのタブキーと、ユーザが辿りたいと望めば、コンテンツに含まれるハイパーリンクを選択することができるマウスとがある。しかし、本発明が有利に働く無線通信装置100では、ナビゲーション制御を提供するために頼ることのできるのは、アップキー、ダウンキー、およびソフトキー130のうちの可能な1つだけである。豊富なセットのナビゲーション能力を提供するために、本発明は以下の特徴をHTMLpに提供する。iフォームエントリページがフォーム要素を含む場合には、アップおよびダウンアローが、以下の様式でフォームフィールド間を移動できるようにするために、多重定義される。フォームにおいて次のダウンアローまたは前のアップアローフィールドが見える場合、アクティブフォームフィールドになる。これは、グラフィカル選択インジケータによって表され、テキスト入力要素もまた、明滅するテキストカーソルを得る。フォームにおける次のまたは前のフィールドが画面上では見えない場合、ページの次のまたは前の行が画面上に入るように、画面がスクロールされる。次のまたは前のフィールドが画面上に入れられた行にある場合、アクティブフォームフィールドになる。そうでなければ、現行フォームフィールドがアクティブのままである。画面表示がスクロールするにつれ、現行フォームフィールドが、ユーザが直接該フィールドを選択する必要なく、連続して更新される。この様式において、ユーザは、記入すべき次のフィールドまで続く説明テキストを予想通りに読むことが可能でありながら、単にスクロールするだけでフィールド間を容易に切り替えることができる。これに加えて、最初のソフトキー130がページによってある他の目的にバインディングされていない場合、現行フォームフィールドが変化すると、キーバインディング表におけるアクションが以下のように変化する。表1に定義される各種アクションは、現行フォームフィールドであるユーザインタフェースガジェットのタイプに応じて、ソフトキー130の適切で動的に可変な振る舞いについて提供される。これらのアクションは、ユーザがページをスクロールし、ガジェット間のフォーカスを変えることで、現行フォームフィールドが変わる際に、動的に割り当てられる。例えば、現行フォームフィールドがハイパーリンクである場合には、ソフトキーはリンクのURLに自動的に割り当てられ、ソフトキーを選択すると、ハイパーリンクが自動的にフェッチされる。フォームフィールドが、リスト、ポップダウン、チェックボックス、またはラジオボタン等、あるタイプの選択デバイスである場合には、ソフトキーは、適宜選択デバイスからアイテムを選択するか、選択解除するか、あるいは提出する。例えば、スクローリングリストにおいて、SELECTED属性本発明の式評価特徴を有するかまたは有さないを使用してアイテムが予め選択されている場合、ソフトキー130は、該アイテムを選択解除するよう定義される。ページナビゲーションに関するこの機能性は、HTMLpProcessKey関数において実施される。この関数は、現行ページの他のエントリが、入力キーストロークを受けるために選定されていない場合、シェル106によって呼び出される。該関数への入力は、キーパッド128のキーを示すキー番号と、該キーが押下されているか、解放されているかを示すブールである。図15を参照して、HTMLpProcessKey関数の一実施形態のフローチャートを示す。該キーに関連するURLがある場合、ProcessKey関数606は、シェル106のGetURL関数を呼び出して、関連するURLを渡す1502。シェル106は、図5に示すようにこのURLを処理して、該URLの処理に適切なプロトコルハンドラ112およびコンテンツハンドラ114を決定する。該関数は、キー番号から、該キーが、<KEY>タグ、あるいは<A>または<INPUT>タグのKEY属性を用いて、あるアクションにバインディングされているか否かを決定する1502。バインディングされている場合には、キーはソフトキー130シェル106によって処理されるではなく、アクションは、キーが解放されたときに、ShellActivateに渡される1504。そうではない場合には、アップおよびダウンキーのみが特別に処理され1506、他はすべて、各自のデフォルト処理を受けるために、ShellDefaultProcessKeyに渡される1508。アップおよびダウンキーの振る舞いは、ページに選択可能なユーザインタフェースガジェットがあるか否かによって左右される。選択可能なガジェットは、フォーム入力フィールドINPUT、SELECT、TEXTAREA、またはOBJECTタグからか、あるいはハイパーリンクLINKMENUタグが存在する場合にはのいずれかである。ページに選択可能なガジェットがない場合1509、関数は所与の方向に次の行を見えるようにする1514。ページに選択可能なガジェットがある場合1509、アップおよびダウンキーに対する反応は、以下の通りである。選択された方向での次のユーザインタフェース下ジェットが見えている場合1510、関数はそのガジェットを現行ガジェットとする1516。次のユーザインタフェースガジェットが見えていない場合、所与の方向での次の行が見えるように、コンテンツエリア214がスクロールされる1512。これにより、次のガジェットが見えるようになると1513、それが現行ガジェットとなる1516。いずれのユーザインタフェースガジェットも見えない場合には、いずれのガジェットも現行ではない。iiiメニューとしてのコンテンツフォームを含まないコンテンツは、大まかに2つのクラスにグループ化することができる。すなわち、1読まれることを意図した情報コンテンツと、2さらなる情報を得るために、またはあるアクションを行うために、ユーザがリストから何かを選択できるようにするメニューコンテンツと、である。ユーザが必要とするスクローリングおよびリンク選択の振る舞いは、これらのタイプのコンテンツそれぞれについて異なる。情報コンテンツでは、スクロールにより、次のテキストを読めるようにすべきでありコンテンツのフォーカスとして、リンクはいずれもメニューから選択されるリンクは、二番目に重要である。しかし、メニューコンテンツの場合、重要性が逆になり、テキストはリンクを説明するという役割を果たすが、ユーザが見る必要があるのはリンク自体である。このように、リンクが常に選択されるべきであり、発生するスクローリングはいずれも、次のリンクへ行き着くというコンテキストにおいて発生すべきである。従来のHTMLは、コンテンツのこれらのタイプを区別せず、それらの相違に適応するよう、コンテンツを表示するコンピュータのナビゲーション特徴を変更するための機能を提供しない。コンテンツのこれら2つのタイプを区別し、かつ望ましいナビゲーション制御を提供するために、本発明は、新しい<LINKMENU>タグを提供する。<LINKMENU>タグは、コンテンツが選択メニューであることを示すために、ヘッダに与えることができる。構文は、次の通りである。TARGET属性は、ページ上のすべてのリンクのNAME属性とマッチする値を有する。name値がTARGET値とマッチするリンクは、ページが表示されるときに初期的に選択されているリンクである。TARGET値がURL値の最初の部分が、コロンが後に続く英字キャラクタであるである場合、URLがフェッチされて、戻されたコンテンツがページ上のすべてのリンクのNAME属性と比較される。NOSCROLL属性が存在する場合、該属性は、選択されたリンクを見えるようにするために、表示をスクロールしないよう要求する。<LINKMENU>の指定は、以下の効果を有する。まず、リンクは、従来のHTMLでのように、グラフィック的に目立たない例えば、下線を付されない。次に、ページの最初のリンクが選択されているものとしてマークされるTARGET属性が与えられていない限り。最後に、HTMLpProcessKeyメソッドにおいて説明したように、アップおよびダウンキーが現行のユーザインタフェースガジェットを、見えている前のまたは次のリンクにセットする。次のリンクは、現行リンクの下にあり、かつ水平距離にして最短距離にあるリンクとして定義される。これにより、リンクの列を優雅に、かつ予期されるように処理することができる。前のまたは次のリンクが見えていない場合、画面は適切な方向に一行スクロールする。そして、所望のリンクが見えるようになると、そのリンクが選択される。そうではない場合には、現行リンクが、現在見えている限り、アクティブのまま残る。<LINKMENU>がページに与えられていない場合、コンテンツは以下のように扱われる。まず、リンクに下線を付すことで、リンクを目立たせる。次に、最後のソフトキーがいずれにもバインディングされていなければ、ページにおけるすべてのリンクが、そのソフトキーにバインディングされたメニューに収集される。最後に、アップおよびダウンセレクタが一度にテキスト一行づつページをスクロールする。<LINKMENU>タグのこの機能性は、HTMLpコンテンツハンドラ114cにより、該ハンドラがページを構文解析して、キーバインディング表およびメニューをセットするときに、発効される。図19は、<LINKMENU>が指定されない第2のタイプの振る舞いの例を示す。この例では、iguana.gifおよびlizards/blue-tongued-iguana.html等のファイルまたはデータベースデータを含む他のコンテンツへのリンクはすべて、2番目のソフトキー130にバインディングされるLinksという名称のメニューに自動的に配置される。このメニューは、ソフトキー130が押下されると、2番目のイメージに示すように表示される。図20は、<LINKMENU>が指定される第1のタイプの振る舞いを示す。なお、ページにおけるリンク、例えばUA909指定される場合、KEY属性は、指示されたキーがHREFについてこれにより指定されたURLを辿るよう求める。backキーは、このようにしてバインディングしていなくてもよい。したがって、この属性は、特定のキーを特定のURLにバインディングするための手段を提供する。指定される場合、LABELストリングは、2つの方法の1つで使用される。KEYも提供され、かつこれはソフトキー130である場合、ストリングは、画面表示136上に表示されるソフトキー130についてのラベルである。KEYが提供されない場合、ストリングは、LINKMENUタグが与えれていないときに、HTMLpコンテンツハンドラ114cによって自動的に構築された、リンクのメニューに使用されるラベルである。LABEL属性がない場合には、リンクのテキストが使用されるあてはまるかぎりは。ivキーの入力要素へのバインディング従来のHTMLは、<INPUT>タグにSUBMITおよびRESET属性を提供する。しかし、これらの属性は、リターンキー、またはユーザインタフェースガジェット上のマウスクリックのいずれかにハードコードされる。本発明は、バインディングしたい所望のキーを指定する<INPUT>タグのKEY属性を使用して、特定のキーにもこれらをバインディング可能にすることで、SUBMITおよびRESET入力要素の使用を拡張する。好ましい実施形態において、デフォルトにより、SUBMIT要素は第2のソフトキー130にバインディングされ、かつRESET要素は3番目のソフトキー130にバインディングされる。装置が2つのソフトキー130しか持たない場合、RESET要素にはアクセス不可能である。しかし、これらの装置の形式が単純であるとすれば、通常、このことは問題ではない。複数のSUBMIT要素を有するフォームは、明示的なキーバインディングが与えれていない限り、それらすべてを第2のソフトキー130上のメニューに配置される。同じキーにバインディングされた複数のSUBMITまたはRESET要素は、そのキー上でメニューに組み合わせられる。c特殊化されたコンテンツ本発明はまた、特殊なタイプのコンテンツをサポートするか、または既存のワールドワイドウェブでの実施を無線通信装置100のより小型の画面表示136にマッピングするための方法を提供するために、HTMLへのさらなる拡張を含む。i電話のダイアリング他の電話型製品のように、無線通信装置100は、DTMFベースのネットワークサービス、またはボイスメールシステム等の、機能性制御にDTMFトーンを使用する他のシステムにアクセスすることができる。したがって、HTMLpは、かかるシステムと容易にインタフェースするために、ページのフェッチ時に、DTMFトーンの生成を非常に容易にする新しいタグを含む。これは、新しい<DIAL>タグを使用して達成される。nは番号または特別なダイアルコードpauseのpのようにであり、t;は、もしあれば、10秒単位で継続期間を指定する。DTMFトーン生成と、新しく電話をかけることとの間の選択は、通話が現在アクティブ保留されていないであるか否かに基づいて行われ、通話がアクティブである場合には、DTMFトーンが生成される。NAMEおよびICON属性は、電話をかけている間に表示されているページおよびダイアルした番号を容易に電話帳に配置可能とする追従ページにおいて使用するため、電話をかける相手を指定する。ICON属性もまた、通話接続ページにおいて使用され、その主な目的は、ユーザがダイアルした番号を電話帳に格納できるようにする通話に追従するページにある。電話番号は、埋め込み電話帳オブジェクトおよび他の場所にある各自のアイコンによって識別され、実際の番号入力時にユーザがアイコンを変更しない場合には、ICON属性が使用するアイコンを指定する。NOSCREENCHANGE属性は、通話が成功した後に、表示が、図22a~図22c等の標準の通話管理ページに変わるのではなく、このページに戻るべきであると指示する。非特権ページによる実際に新しく電話をかけようとする試みはいずれも、不当なコンテンツが望ましくない電話をかけないようにするため、ユーザに確認される。このタグは、ユーザインタフェースページが、既存のDTMFベースのコマンドツリーにグラフィカルな命令シートを提供できるようにする。ユーザは、画面上の機能を起動し、それから、画面が、ユーザが要求したアクションを実行するために適したDTMFトーンを生成すると共に、新しい状態でユーザが利用可能な操作を表示する新しいページを提示する。図25は、このタイプの使用例を示す。VoiceBoxというタイトルのファイルは、ボイスメールシステムにアクセスするためのユーザインタフェースページである。2行目の<DIAL>タグは、ボイスメールシステムのための電話番号と、ユーザパスワード4416722とを含む。4~8行目は、該システムの各種機能を起動するためのキーパッド128のキーを定義する。Listenというタイトルのファイルでは、2行目の<DIAL>タグはまず、ボイスメールシステムをトリガして、再生モードに入らせる番号5に対応するDTMFトーンを生成する。4~8行目はここで、各番号キー134に、それぞれボイスメールシステムのさらなる機能を生成する特定の番号をダイアルするためのURLである各種アクションを割り当てる。したがって、<DIAL>タグを使用することで、正確な基礎をなすDTMF信号を提供しながら、ユーザがグラフィカル的にボイス応答システムのコマンドツリーをナビゲートできるようにする。<DIAL>は、HTMLpコンテンツハンドラ114cによってシェル106に提供され、シェル106は次に、それを処理およびURLに提供された番号に対応するDTMFトーン生成のために、電話プロトコルハンドラ112gに提供する。ii広告コンテンツ既存のワールドワイドウェブコンテンツは、広くグラフィカル広告バナーによってサポートされている。しかし、無線通信装置100の画面表示136の帯域幅および画面サイズは限られており、従来のイメージ集約的な広告バナーが無線通信装置100上に適切に表示されないため、この種の広告を問題のあるものにしている。本発明は、既存の<MARQUEE>タグに対する拡張を提供することで、この制限を克服する。このタグは、通常、画面にわたってスクロールすべきであるテキストを指定するが、ページの<BODY>セクションに限られている。従来、<MARQUEE>タグが<HEAD>セクションに配置される場合、従来のブラウザはタグを無視する。本発明において、HTMLpコンテンツハンドラ114cは、<MARQUEE>タグをドキュメントの<HEAD>セクションに配置できるようにする。そのように用いられると、<MARQUEE>タグにおける付随の広告テキストがページのタイトルおよび<HELP>タグで指定されているいずれの遅延ヘルプに取って代わる。この機能性は、遅延ヘルプを表示していなときをHTMLpコンテンツハンドラ114cに通知するよう求められるシェル106からの呼び出しに応答した、HTMLpコンテンツハンドラ114cにより、実施される。通知されると、HTMLpコンテンツハンドラ114cは、シェル106にタイトルエリア210にわたって広告テキストをスクロールするよう命令する。要約すれば、HTMLpコンテンツハンドラ114cおよびHTMLp拡張は、従来のHTMLに存在しない多くの有利な特徴および関数を提供する。b広告マネージャ広告マネージャコンテンツハンドラ114aは、アイドル時に表示する広告を選択するとともに、古い広告、または要求した回数だけ応答されたか、あるいは実行された広告を削除する。広告は、HTMLまたはHTMLpページとして定義され、メモリ126にユーザインタフェース定義ファイル104の一部として格納される。広告は通常、操作者によりスケジュールをベースにして無線通信装置100にダウンロードされる。ユーザが広告に応答するか、または広告がある回数だけ表示された後、あるいはより重要な広告が来た場合、ダウンロードされた広告は自動的に削除される。広告マネージャコンテンツハンドラ114aは、以下のような基本的なコンテンツハンドラ関数を実施する。1AdvertOpen広告マネージャコンテンツハンドラ114aがページを一時的なものとすると、広告ページは再度実行されることは決してなく、したがってURL履歴スタック108に格納されない。これは、現れる任意の他のページ例えば、着信、低バッテリ等がURL履歴スタック108において広告ページと置換されることを意味する。AdvertOpenは、呼び出されると、使用可能な広告ページのセットを見て、表示する1つを選択する。それは、ファイルを開いて、ストリームを表示のためにHTMLpコンテンツハンドラ114cに渡す。2AdvertCloseこの関数は、表示していた広告ページをチェックして、削除するようマークされている場合には応答されたか、あるいは要求した回数だけ表示されたため、該広告ページを削除する。3AdvertActivateストリングは、HTMLpコンテンツハンドラ114cに渡されて、ユーザが応答したために、現在の広告を削除するものとしてマークした後に、HTMLpActivateにおいて処理される。4AdvertProcessKeyそうでなければ広告ページにバインディングされていない任意のキーを押下すると、ページを閉じることになり、かつキー押下を広告ページが現れる前にアクティブであったページにより再度処理されることになる。cコールマネージャコールマネージャコンテンツハンドラ114bは、2つの目的のために使用される。1.アクティブコールを表示するため。2.発信の接続進行を表示するため。コールマネージャコンテンツハンドラ114bを現在使用している、URL履歴スタック108におけるページは常に1つしかなく、該ページは、これら2つのモードの1つである。コールマネージャコンテンツハンドラ114bは、以下のような基本的なコンテンツハンドラ関数を実施する。1CallManagerOpen該ページが再度実行される場合、この関数は、ページの表示前に作成したウィンドウを再び見えるようにし、そのコンテンツを再度表示する。これが、ページが開かれる最初である場合、CallManagerOpenは、URLについてのデータストリームを検査して、ダイアルすべき電話番号があるか否かを見る。ストリームにおいて、ストリングの形式は:numstringnamestringiconnである。これは、関数に、ダイアルする番号もしあれば、DTMFトーンが続く、番号について表示する氏名番号自身が電話帳にない場合、および氏名と共に表示するアイコンを教える。ダイアルする番号がある場合、コールマネジャーコンテンツハンドラ114bは、電話制御モジュール120によって提供されるインタフェースを使用してダイアリングモードに入り、電話をかける際の進行を示すダイアリングページを表示する。このページは、いずれのDTMFトーンをダイアルしているかについてのフィードバックを提供するとともに、もしエラーが生じたなら、エラーを報告する。図21a~図21eは、connecting接続中、lineisbusyお話中等の接続状態を示すダイアリングページ例を図示する。図20c~図20eでは、ダイアルしている電話番号全体を示し、ダイアルしている現在の数字の下に移動するインジケータを付けている。ダイアルする番号がない場合、コンテンツハンドラ114bのCallManagerOpen関数は、アクティブコールのリストならびにそれらを操作するためのインタフェースを表示する。アクティブコールが1つだけしかない場合には、より単純なインタフェースが表示される。図21a~図21cは、これらのインタフェースを示す。図21aは、アクティブコールが1つの場合のインタフェースを示し、図21bは、複数のアクティブコールがある場合のインタフェースを示し、図21cは、図21bと同じインタフェースを示すが、電話会議にするか、または呼を保留するかを選択できるようにするソフトキー130のメニューを備える。2CallManagerCloseページが永久的に閉じられ、かつURL履歴スタック108から削除される場合、これは、アクティブコールを表示するために割り当てていたリソースを解放することになる。アクティブコールがまだある場合、この関数は、ユーザ入力がないある量の時間後、アクティブコールのリストが再度表示されるように、ShellAddIdelHookを呼び出す。3CallManagerActiveこの関数は、選択された呼に関してどのアクションが利用可能であるかに応じて、ソフトキー130にバインディングされた以下のコマンドを探す。[Conference]多数共同呼multipartycallにおいて他の呼保留を現在の呼と合わせる。[Spilit]参加中の多数共同呼から選択された呼を除去する。[Hold]選択した呼または多数共同呼を保留にする。[PickUp]保留していた呼または多数共同呼をアクティブにする。[Back]コールマネージャ画面を閉じる。[Stop]現行のDTMFシーケンスを停止して、進行中の通話画面の代わりにアクティブコールのリストを表示する。4CallManagerProcessKeyこの関数は、多数共同呼の場合にアップおよびダウンキーを処理して、ユーザ選択をある呼から次の呼へ移動させる。選択された呼は、アクティブコールとなり、旧アクティブコールが保留になる。数字キー134は、アクティブコールが選択される場合にDTMFトーンを生成し現在選択された呼をアクティブにしないことは不可能であることを示すように見えるアップおよびダウンキーへの応答に係わらず、ユーザがただ保留するよう求め、選択を変えない場合には、選択した呼を保留することが可能である、そうでない場合にはダイヤラー画面が提示され、電話をかける最初の番号として数字が入力される。Endキーは、現在の呼を終了する。呼が多数共同呼の一部である場合には、終了する前に会議conferenceから除去される。Sendキーは、ダイヤラー画面を提示するが、ユーザがSendを押下して次に電話をかけるまで、現行の呼に影響を与えない。dメインコンテンツハンドラメインコンテンツハンドラ114dは、装置のメインページを表示するために、HTMLpコンテンツハンドラ114cのフロントエンドとしての役割を広く果たす。1MainOpenユーザがキーを押下し始めると、番号をダイアルし始めるように、入力モードを数字およびシフト状態にリセットする。そして、メインページへのストリームを開き、ストリームをHTMLpコンテンツハンドラ114cに渡して、表示する。メインページのサンプルを図22aから図22cに示す。2MainClose同じ引数を有するHTMLpCloseを呼び出す。3MainActive同じ引数を有するHTMLpActivateを呼び出す。4MainProcessKeyキーがEndであり、かつアクティブコールがある場合、この関数はアクティブコール画面を提示し、それが現れるのを待つ必要なく、ユーザが電話を切ることができるようにする。任意の他のキー押下は、HTMLpProcessKeyに渡されて、処理される。7.プロトコルハンドラ本発明によれば、無線通信装置100の機能性は、いくつかのプロトコル、およびかかるデータまたは関数を識別するURLに応答して、データをフェッチまたは通知postしたり、要求された関数を実行したりするプロトコルハンドラ112を介してアクセスされる。好ましい実施形態では、無線通信装置100と対話するための3つのメインプロトコル、すなわち、電話、メッセージ、および構成がある。4番目のプロトコルであるエクストラプロトコルは、<TEMPLATE>タグおよび他の特徴とともに記載したように、HTMLpテンプレートページを大部分のユーザインタフェースに使用できるようにする。各プロトコルについて、サポートされたURLは、HTMLまたはHTMLpページに埋め込まれるオブジェクトを返すもの、およびコンテンツを表示するか、または無線通信装置100の機能を起動するものに分けられる。a電話プロトコルこれは、装置の特徴、およびHTMLよりはむしろCで書かれた各種埋め込みオブジェクトにアクセスするための主要なプロトコルである。電話プロトコルハンドラ112gによってデコードされる。これらの埋め込みオブジェクトとしては、上述した電話帳オブジェクト、最近の通話リストオブジェクト等が含まれる。各埋め込みオブジェクトは、パラメータ幅および高さを有する。これらのパラメータは、埋め込みオブジェクトについてURLにおいて指定され、その出力を表示するために、埋め込みオブジェクトによって提供されるウィンドウのピクセル幅および高さを定義する。各埋め込みオブジェクトはまた、URL仕様に従って実行するメソッドのセットも有する。1埋め込みオブジェクト各埋め込みオブジェクト毎に、それが許容するパラメータならびにそれに対して行うことができるメソッドが記述されている。これらのメソッドは、キー128、ハイパーリンク、またはソフトキーメニューエントリにバインディングされたストリングである。phonedialingwidthnumberheightnumberstorekeynstorelabeleditlabel電話をダイアリングするための埋め込みオブジェクトを含むストリームを返す。該オブジェクトは、番号により、または氏名により格納された電話帳データ構造におけるエントリを索引でき、かつその入力フィールドの下に、<INPUT>タグのphonenameおよびphonenum属性に関して、上述したようにマッチしたものを表示する。パラメータ[storekey]ユーザがマッチリストにおけるエントリを選択した場合には、ユーザがエントリを編集できるようにするために、またはユーザが入力した番号または氏名を格納できるようにするために、いずれのソフトキー130を使用すべきかを指定する。storekeyパラメータについて指定されるstorelabelおよびeditlabel値は、ソフトキーが以下の2つの機能のいずれかを行うようセットされる場合に、ソフトキーに与えられるラベルを指定する。メソッド[edit]マッチリストで選択された番号を編集するよう要求する。[store]ユーザがタイプしたものから適切なフィールドを記入した新しい電話帳エントリシーケンスに入ることで、ユーザがタイプしたものを電話帳に格納するよう要求する。現行テキストエントリモードが数字である場合、入力されたデータは電話番号としてとられ、現行テキストエントリモードが非数字である場合には、氏名ととられる。また、キャラクタを含むアクションはいずれも、このオブジェクトのメソッドとして考慮される。phone:listオブジェクトについて記述されたエスケープは、ここでもまた機能する。phonelistwidthnumberheightnumbereditkeynlabelservicestringdatastringshowstatus電話帳データ構造からのレコードを表示するために、電話帳埋め込みオブジェクトを含むストリームを返す。パラメータ[Editkey]何が選択されるかに応じて電話番号のみを編集できる、ラベルおよびアクションを変更すべきソフトキー130を指定する。[Servicedata]サービスURLまたはデータ格納されたコンテンツエントリが選択されるときに、ステータスメッセージエリア212に表示するストリングを指定する一方、showstatusは、任意のステータスメッセージ212が表示されているか否か電話番号エントリの場合、電話番号が表示されるを決定する。メソッド[New]リストが検索モードであり、かつマッチリストにおけるエントリが選択される場合、氏名、番号等を収集し、結果を電話帳に格納するユーザインタフェース定義ファイル104のシーケンスである、新しい電話帳エントリシーケンスが、選択されたエントリの氏名を新しいエントリの氏名として使用して入力される。マッチリストにおいてエントリが選択されない場合、新しい電話番号エントリシーケンスは、ユーザが初期データとしてタイプしたものと共に入力される。データは、現行テキストエントリモードが数字である場合には電話番号のために、現行テキストエントリモードが非数字である場合には氏名として使用される。[Edit]現行電話帳エントリを編集するためにURLが生成され、URLがフェッチされる。[Delete]ユーザに要求を確認した後、現行電話帳エントリを削除する。また、キャラクタを含むURLはいずれも、このオブジェクトのメソッドとして考慮され、かつ続くエスケープについて検索される。エスケープが見つかると、エスケープが現行選択からの関連データにより置換される。すべてのエスケープが一旦置換されると、結果得られるURLがフェッチされる。phonerecentcallfilternumbereditkeyneditlabelstorelabelcallkeynlabelwidthnheightnnoempty最近受信した、または最近かけた電話のリストを表示することができる埋め込みオブジェクトを含むストリームを戻す。呼のリストにおける各アイテムは、それに関連するフラグのセットを有する。オブジェクトに、あるフラグセットを有するアイテムのみを表示するよう指示することができる。現在定義された1つのフラグはビット0であり、ユーザが電話にでることができなかった番号から電話をかける。パラメータfilterが存在する場合、それは特定タイプの呼のみを表示すべきであることを示す1つのみの現行フィルタの値は1であり、これは、出ることのなかった着信を意味する。editkeyおよびcallkeyは、選択された呼に基づいて、ラベルおよびアクションを変更すべきソフトキーを指定する。noemptyが存在する場合、それは、呼のリストが、フィルタリング後に空である場合には、オブジェクトを含む画面を表示すべきではないことを示す。メソッド[edit]現行選択が電話帳にある番号である場合、番号についての電話帳編集画面を提示する。[store]現行選択が電話帳にある番号ではない場合、電話番号を現行選択にセットした、新しい電話帳エントリシーケンスを提示する。[call]現行選択されている番号への呼を示す。[dismiss]リストにおけるすべてのアイテムについて、missedフラグビット0がクリアされた後に、画面を閉じる。phoneringtonewidthnumberheightnumberptrAddrhex着信に対して装置が生成することのできる呼び出し音のリストを表示できる埋め込みオブジェクトを含むストリームを戻す。パラメータptrAddrが与えられる場合、オブジェクトは、ユーザにシステムデフォルト呼び出し音を使用するというオプションを与える。ユーザが呼び出し音を選択すると、次にその番号がhexで与えられるメモリアドレスに配置される。ptrAddrが与えられない場合、オブジェクトはシステムデフォルト呼び出し音をセットする。メソッド[test]選択された呼び出し音を一度通して再生する。[ok]呼び出し音を選択されたものにセットし、画面を閉じる。phonespeeddialwidthnumberheightnumberptrAddrhexnumberNamestringiconn短縮ダイアルロケーションのリストを表示するための埋め込みオブジェクトを含むストリームを戻す。パラメータptrAddrは、ユーザがエントリを選択したとき、オブジェクトがどこに選択された短縮ダイアル番号を格納するかを指定する。Nameおよびicon引数は、phone:storeのものと同一であり、短縮ダイアル番号が割り当てられた番号の氏名およびアイコンを指定する。メソッド[Ok]現行選択が現在別の番号に割り当てられていない場合には、短縮ダイアル番号を現行選択にセットし、画面を閉じる。Nameおよびicon引数は、ユーザに対する確認画面を構築する際に使用される。[Clear]選択された短縮ダイアルエントリの割り当てをクリアする。2コンテンツ/コマンドURLphoneactiveアクティブコール画面を表示させて、ユーザがアクティブであり得るいずれの呼も操作できるようにするCallManager型のストリームを戻す。いずれの呼もアクティブではない場合には、何も行わない。phoneanser任意の着信に応答させ、アクティブコール画面を表示させるストリームを戻す。着信がない場合には何も行わない。着信があった場合には、参照するURLがURLスタックからポップする。phoneconf任意の着信に応答させ、かつ現行アクティブコールと合わせる。アクティブコール画面を表示させるストリームを戻す。着信がない場合には何も行わない。着信があった場合には、参照するURLがURL履歴スタック108からポップする。phonedialnumstringnamestringiconnumberhidden指示された番号に、ボイスコールを生成させる。nameおよびiconが提供される場合、これらは呼進行を表示するページ、およびユーザが番号を電話帳に追加したいか否かについて訊ねられる任意の追従ページにおいて使用される。hiddenが指定される場合、ユーザは、呼が一旦接続されると、呼を見ることがないアクティブコール画面が表示されない。URLは、呼進行画面を表示させるストリームを戻す。引数が与えられない場合、URLは、ユーザが電話する電話番号を入力できるようにする、ダイヤラー画面を表示させるストリームを戻す。要求を発しているページが十分な特権を欠く場合、ユーザは、電話番号のダイアルを許可するか否かについて訊ねられる。例えば、受信したテキストメッセージは、ユーザが気付かない900番や長距離の番号への電話を含みうるため、十分な特権を欠く。phonedisplayidnumber指定された電話帳レコードのデータフィールドを表示するストリームを戻す。phoneeditnamestringnumstringoffsetnumberidnumber渡されたパラメータと共に、電話帳の新規/編集画面を表示させるストリームを戻す。offsetおよびidは、既存のレコードを編集するために、内部でのみ使用されるoffsetはいずれの電話番号を編集するかを示す一方、idは編集すべき記録の識別子である。しかし、nameおよびnumは、新規電話帳レコードの作成に使用することができ、ユーザに適切なアイコンを選択する機会や、別の場合には、電話帳に格納する前にエントリを編集する機会を与える。phonefirstopenpasswordstring与えられたパスワードstringを構成設定に格納されたものに対してチェックする。マッチすれば、参照画面がポップされ、phone:mainで置換される。マッチしなければ、電話をオフにする。これにより、電源オンセキュリティ画面をHTMLページにすることができる。phoneignore任意の着信を拒絶させる。着信がある場合、参照しているURLがURL履歴スタック108からポップされる。着信がない場合には、何も行わない。いずれのストリームも戻されず、そのため、参照しているURLをフェッチする前にアクティブであったURLが再度表示される。phoneindirurlstringpopaction最後にフェッチしたものからストリームを戻す前に、1つまたは複数のURL各自の副作用を、それが何であれ、起動するをフェッチする。pop引数が与えられる場合、それは、戻されたデータを表示する前に、1つまたは複数のURLをURL履歴スタック108から削除すべきであることを示す。actionは、1つのURL、現行の対話にあるすべてのURL、または履歴スタック108からのすべてのURLを削除するために、pop、abort、またはclearのうちの1つであることができる。phonelookcatnumbersortformformat番号がcat引数によって与えられるカテゴリにある電話帳から氏名を検索する。sort引数が与えられる場合、結果はアルファベット順にソートされる。form引数は、データを提供すべきフォーマットを指定する。これらは常に、ある形式のHTMLこのURLの結果はHTMLストリームであるであるが、使用されるタグは以下のように様々である。link:各エントリ名が、適切な場所へのリンクとしてフォーマットされる。サービスフィールドを有するエントリの場合、HREFがサービスフィールドのコンテンツであり、一方、データフィールドを有するエントリの場合、HREFがそのデータを示す。他のすべてのエントリは、エントリの最初の番号をダイアルする。form:nameが<SELECT>リストの<OPTION>要素これは、このデータをフェッチする<INC>タグを取り囲まなければならないとしてフォーマットされる。各オプションの値は、リンクについて上述したように、URLである。menu:各エントリは、リンクの場合と同様にして<KEYMENU>タグとして提供される。使用するキーは、formmenuxで指定されるが、但しxはキーである。count:所与のカテゴリにあるレコードの数を生成する。phone:lookURLは、新しい<INC>タグと組み合わせられると、HTMLページがある種のブランド化したグラフィカルコンテキストで電話帳のサブセットを表示できるようにする。より重要なこととして、それは、サービス運営者およびユーザの双方に対して、いずれのサービスがユーザにとって利用可能であるかを管理する単純な方法を提供する。サービスのグループは、特定のカテゴリで電話帳に記録される。そして、装置は、このURLを使用して、これらのエントリを表示すると共に、ユーザが1つのサービスを選択できるようにするページを有する。サービスの追加および削除は、単にエントリを電話帳に追加またはそこから削除するだけの問題であり、サービスのリストを表示するページを変更する必要はない。phonemain所定のメイン画面を表示させるストリームを戻す。phonereleaseidnumberid引数が与えられる場合には、アクティブコールまたは指定したコールを解除する。何のデータも戻さない。phoneshortcutnumnショートカット機能を起動する。nは、0~9の範囲である。ショートカットは、無線通信装置100の製造業者によって定義され、通常、ソフトキー130の1つを押下したまま、次に数字キー134の1つを押下することで、起動される。これらは、一般に、電源オンパスワード画面を除き、すべての画面から利用することができる。例えば、ショートカット1は、キーパッドをロックまたはロック解除しうる一方で、ショートカット2は、電話の呼び出し音をミュートにし、ショートカット3は、無線通信装置100がオンされたときに、パスワード保護を起動または非起動としうる。あるショートカットはまた、電源オンパスワード画面以外のある画面に限定されることもある。phonestoreNamestringPhonespeediconstringOwnerstringServiceurlCategorynumberGroupnumberRingnumberDatatype0adataspeedspeediconiconididoffsetnumberprionpopstring電話帳におけるレコードを作成、増補、または編集する。idおよびoffsetが指定される場合、レコードにおける選択された電話番号が編集される。他の場合、同じNameのレコードがすでに存在していれば、レコードが増補される一方、マッチするNameがなければ、新しいレコードが作成されることになる。パラメータ[Phone]このパラメータのコンテンツは、speedおよびiconパラメータが指定されているか否かによってかなり異なる。これらが指定されていなければ、このパラメータは、speediconnumberspeediconnumber...の形式のストリングを含む。換言すれば、それぞれに短縮ダイアルロケーションおよびアイコンを関連させた、1つまたは複数の電話番号を指定するストリングである。speedおよびiconが指定されていれば、このパラメータは、電話帳に格納する単一の電話番号のみを含む。[Owner]エントリのコンテンツを電波を介して更新可能とするパスワードを指定する。[Service]エントリに格納すべきURLを指定する。このURLは、電話帳では電話番号のように現れるが、Sendキーが押下されると、URLのデータがフェッチされる。[Category]エントリを通常の電話帳画面から隠すが、HTMLページに包含する場合には、phone:lookによって見つけられるようにする。Category0、1、および2は、通常の電話帳により表示される。[Ring]この電話帳レコードにおける任意の番号からの着信時に使用する呼び出し音0~127、0はシステムデフォルトの使用を意味するを指定する。高ビット32768がセットされる場合、それは、装置が静止モードquietmodeである場合であっても、この電話帳レコードにおける任意の番号からの着信があれば、呼び出し音を鳴らすべきであることを示す。高ビットはまた、prio引数を用いてセットすることもできる。これが1である場合、高ビットがセットされることになる。[Data]任意のデータを電話帳レコードに格納できるようにする。データは、電話帳では電話番号のように現れるが、Sendキーの押下時には、データが表示される。引数値の最初の部分は、データ型である。通常これは、テキストあるいはHTMLpのいずれかである。2番目の部分は、16進数のストリングとしてのデータ自身であり、オクテット当たり2つを格納する。[Pop]オプションphone:storeURLを要求したURLを、string値に従ってURL履歴スタック108から削除させるpop⇒そのURLだけを削除する、done⇒最も最近のもので、一番上のURL以降のすべてのURLを削除する、clear⇒メイン画面まで遡るすべてのURLを削除する。この特定のコマンドは、ユーザにかなりの柔軟性を提供する。第1に、DATA引数は、電話番号だけではなくいずれのデータも電話帳に格納できるようにする。特に、URL、イメージ、オーディオデータ、および任意の他のコンテンツを、無線通信装置100に汎用データベースを作成することで、格納することができる。例えば、ユーザは、ウェブコンテンツを閲覧し、表示されているURLを選択し、かつそれを後に再度呼び出すために、電話帳に即座に格納することができる。第2に、RING引数は、電話帳エントリそれぞれに異なる呼び出し音を指定できるようにする。このRINGトーンは、着信が電話帳エントリ内の任意の番号から受信したときに使用される。これにより、ユーザが、各種電話番号に特定の異なった呼び出し音を指定することができる。例えば、ユーザは、異なる家族の面々、同僚、医者のオフィス毎に特定の呼び出し音を指定することができる。第3に、RING引数はまた、ringトーン値に高ビットをセットするか、またはPRIO引数に非ゼロを指定することで、任意の電話帳エントリおよびその呼び出し音について優先呼び出しを可能にする。従来の無線通信装置は、通常、電話を無音にして、通常着信音が鳴らないようにする静止モードを含む。本発明では、このRING引数は、そのようにブロックせずに、音が鳴るようにさせる電話帳エントリからの呼を指定することができる。したがって、ユーザは、この優先呼び出しを家族の面々、および他の大事な人についてセットすることで、静止モードであっても、かかる人々からの電話を鳴らすことができる。コールマネージャコンテンツハンドラ114bは、各着信の電話番号を、格納された電話番号と比較し、かつ指定した呼び出し音もしあればを使用して、電話の呼び出しを選択かつ制御することで、この特徴を実施する。bメッセージプロトコルテキストメッセージは、英数字ページと同様に、本発明を用いて受信し、閲覧することが可能である。メッセージは、ファイルに格納され、一意の識別子により識別される。このプロトコルは、メッセージプロトコルハンドラ112fによって処理される。1埋め込みオブジェクトmessagelistwidthnumberheightnumbertypetypenumstringlockkeynlocklabelunlocklabel所与のタイプのメッセージリストを表示する埋め込みオブジェクトを含むストリームを戻す。パラメータ[num]オプション所与のソースからのメッセージのみを表示するよう指示する。[lockkey]オプション選択されたメッセージが現在ロックされているか否かに基づいて、いずれのソフトキー130を更新すべきかを指定する。そのソフトキーを押下すると、メッセージのロック状態がトグルされる。パラメータのlocklabelおよびunlocklabel部分は、実施する機能に基づいて、ソフトキー130に与えるべきラベルを指定する。[type]オプションどんなタイプのメッセージを表示すべきかを指定する。可能な値は、TEXT、FAX、またはVOICEである。メソッド[lock]選択したメッセージを自動削除からロックする。[unlock]選択したメッセージをロック解除して、それを自動的に削除できるようにする。[new]新しい送信メッセージの作成を開始する。[open]選択したメッセージを表示し、それを読んだものとしてマークする。を含む任意のURLもまた、このオブジェクトのメソッドであると考えられる。これは、以下のエスケープについて検索される。エスケープが見つかる場合、エスケープは現行選択からの関連データにより置換される。すべてのエスケープが一旦置換されると、結果得られるURLがフェッチされる。2コンテンツ/コマンドURLmessagecounttypetypeテキストとして、待機しているメッセージの数を含むストリームを戻す。可能なtype値は、VOICE、TEXT、またはFAXである。通常、これは、すべてのタイプのメッセージについてインボックスを実施する際に<INC>タグと共に使用され、装置がサポートするメッセージタイプのリストを提供し、このリストにより、ユーザがそのタイプのメッセージについて個々の画面を得ることが可能になる。リストは、このURLおよび<INC>タグを使用して、この画面上で使用可能なメッセージの数を、リストを構成するテキストの一部として表示する。URLはまた、そのタイプの任意のメッセージが使用可能であるか否かに基づいて、異なる<IMG>タグを選択するために、IFタグのTEST属性において使用することもできる。例えば、静止画像は、メッセージがないときに使用できるが、動画像は、そのタイプの使用可能なメッセージがあるときに使用される。messageoperatereplydeletelockunlockadjustidnumberidが指定されているメッセージに対して操作を行う。可能な操作はURLでは、これらのうちの1つのみを指定することができる、reply:宛先アドレスをidが指定されたメッセージの送信者にセットして、メッセージ作成画面を提示させる。delete:メッセージを削除させる。delconfirm:ユーザに削除の確認を求めた後に、メッセージを削除させる。lock:メッセージをロックされているとマークさせ、メッセージ格納が満杯のときに、そのメッセージが自動的に削除されないようにする。unlock:メッセージをロック解除とマークさせ、メッセージ格納が満杯のときに、そのメッセージを自動的に削除できるようにする。adjust引数が与えられる場合、それはURL履歴スタック108を以下のように調整させる。reply:調整は行われない。delete:参照しているURLがURLスタックからポップされる。lock、unlock:message:readURLからのストリームを、メッセージについて戻し、参照しているURLを置換する。このURLは、操作するのに十分な特権を必要とする。参照しているURLが特権を欠く場合には、操作はユーザに確認される。messagereadidnumberidが渡されたメッセージを表示するストリームを戻す。ストリームは、テンプレートHTMLファイルのためのものである。そのテンプレートを埋めるパラメータは、メッセージのコンテンツに基づいて戻される。messagesendaddrstringbodystringnewaddrnewbodypopreplyidテキストメッセージを指示したアドレスに送信するよう要求する。addrがない、またはnewaddrが存在する場合、これは、与えられた本文をいずれも維持しながら、ユーザがメッセージのアドレスをセット可能とするストリームおよびパラメータを戻す。bodyがない、またはnewbodyが存在する場合、これは、与えられたいずれのaddrおよびreplyも維持しながら、ユーザがメッセージの本文を追加または編集できるようにするストリームおよびパラメータを戻す。addrおよびbodyの双方が与えられ、かつnewaddrおよびnewbodyの双方が存在しない場合には、メッセージが送信される。replyが与えられる場合には、対応するメッセージが、返信済みとしてマークされる。メッセージが送信され、かつpopが存在する場合、参照しているURLがURL履歴スタック108からポップされる。このURLはまた、POST動作PutURLと共に動作し、その場合、addrがURLにおいて指定され、かつURLに配置すべきデータストリームがメッセージの本文としてとられる。このURLは、操作するのに十分な特権を必要とする。参照しているURLが特権を欠く場合には、操作はユーザに確認される。c構成プロトコル装置機能との対話のための第3のプロトコルは、構成プロトコルであり、これは装置の構成情報をセットすると共に、得るために使用される。このプロトコルは、構成プロトコルハンドラ112bによって処理される。このプロトコルで形成されるURLは、装置設定自身である。URLがフェッチされると、URLの現行設定が、テキストに変換され、ストリームとして戻される。データが構成プロトコルURLにポストされると、データが必要に応じて変換され、装置設定がセットされる。構成URLは、取得および設定の双方の場合に、装置設定内のビットをアドレス指定することができる。そして、URLは以下のように見える。configsettingbitnumberbitsizebitsizeが存在しない場合、1と仮定される。bitnumberは、0~31であり、31が最上位ビットである。大部分の設定は、任意のモジュールでフェッチすることができるが、無線通信装置のPIN番号のようにいくつかは十分な特権を有するページ通常、ROMメモリ126にあるHTMLファイルのみによって取得することができる。十分な特権ここでもまた、通常は、ROMメモリ126にあるHTMLファイルによるなしでは、装置設定をセットすることはできない。複数の設定は、configsetにポストすることで、セットすることができる。そして、ストリームは、settingbitnumberbitsizevalueという形式の行を含む。dextraプロトコルextraプロトコルは、主に<INC>、<IF>、および<TEMPLATE>タグと共に使用され、HTMLpテンプレートを本発明の大半のユーザインタフェースとして機能できるようにする。このプロトコルは、エクストラプロトコルハンドラ112cによって処理される。一般に、エクストラパラメータは、以下のいずれかからHTMLpテンプレートに渡される。1MMI102のCコード2argumentsストリングとして、ファイルURLに。これは、filefilenamevariablenameextradataの形式をとる。エクストラデータは、その変数名とともに格納され、かつ何のページであれ、ページがfilenameをフェッチするためのHTMLを完成させるために使用される。3形式データを次のURLに渡すために、新しいMETHOD=NEXT属性を使用した先の形式からのデータとして。さらに、HTMLpページにあるURLがフェッチされ、引数を持たない場合、フェッチされているURLを含むページに渡されたパラメータはいずれも、フェッチされているURLにも渡される。エクストラプロトコルハンドラ112cは、URLにマッチする引数を探して、該引数をストリームに変換する。例えば、<INCsrcextrabody>は、HTMLpストリームへのbody引数を含む。別の例として、標準のグラフィカル要素を有する標準フォーマットでメッセージを表示するために使用されるHTMLpページがあると仮定する。表示するメッセージは、HTMLページをロードするURLについての引数として与えられる。例えば、URLfilemessagehtmlmessagePleaseenteravalidphonenumberがエクストラプロトコルハンドラ112に与えられる場合、これは、テキストPleaseenteravalidphonenumberを変数名messageを有するテキストストリングとして格納する。このエクストラデータは、ストリングデータを出力するextramessageURLの使用により、他のどんなページにも表示される。図22aから図22cは、この使用を図示したものである。この例では、エクストラデータは<INC>タグによって検索され、テキストストリングを直接的にページに組み込むことになる。一般に、エクストラプロトコルハンドラ112cは、HTMLpコンテンツハンドラ114cがHTMLpページにおけるextraURLを構文解析する結果、呼び出される。そのように識別すると、URLは、エクストラプロトコルハンドラ112cに渡されて、エクストラデータをデコードすると共に検索し、これをHTMLpコンテンツハンドラ114cに戻して、ページにレンダリングする。e内蔵プロトコル内蔵プロトコルは、IMGタグのSRC属性で使用するため、内蔵アイコンおよびイメージへのアクセスを提供する。これらのアイコンおよびイメージは、メモリ126のROMに格納される。内蔵テキストは、URLのプロトコルコンポーネントを形成し、所望のアイコンの名称は、URLのデータコンポーネントを構成する。図23は、アイコンの好ましいセットと、それらを指定するための完全なURLとを示す。一般に、内蔵プロトコルハンドラ112aは、HTMLpコンテンツハンドラ114cがHTMLpページにおけるbuiltinURLを構文解析する結果、呼び出される。そのように識別すると、URLは内蔵プロトコルハンドラ112aに渡されて、アイコンまたはイメージデータをデコードすると共に、メモリ126から検索し、これをHTMLpコンテンツハンドラ114cに戻して、ページにレンダリングする。C.ポータブルコンポーネント再度図3を参照して、ポータブルコンポーネント116は、ユーザインタフェースエンティティとユーザインタフェースの実施に使用される他の機能的コンポーネントのセット、および無線通信装置100に必要とされる格納装置である。コンポーネントは、可搬性レイヤ118によって提供されるAPIに書き込むと共に、MMI102の基本的な実施要素としての役割を果たしながら、依然として異なる無線通信装置100との使用のためポータブルである。1グラフィックスグラフィックシステム224は、画面表示136をウィンドウと呼ばれるセクションに分割する。ウィンドウは、子ウィンドウが完全に親ウィンドウ内に含まれる階層に構成される。しかし、本発明のウィンドウシステムは、他のウィンドウシステムとは異なり、2つのタイプのウィンドウ、ダルdullとスプライトspriteとを区別する。従来のシステムのように、あらゆるユーザインタフェースコンポーネントおよびウィンドウに各自のビットマップを持たせるこれは、より複雑なビットマップ処理を必要とするのではなく、グラフィックシステム224は、ユーザインタフェースコンポーネントが通常重複しないという事実を利用する。グラフィックシステム224は代わりに、いくつかのウィンドウ例えば、ダイアログボックス、または他のウィンドウと重複し、それらを隠す必要のある他のウィンドウをビットマップを有するスプライトにするものとして定義する一方で、その他ダルウィンドウを、ビットマップを有する最も近くにある先祖のビットマップに描画する。この区別により、ユーザインタフェースコンポーネントの格納に必要なメモリの量が低減し、かつ画面表示136の更新プロセスが単純化される。ユーザインタフェース要素がウィンドウに引き出されるとき、描画は実際に直接画面表示136にではなくメモリ126におけるビットマップに起こる。ある時点で実際に、コールバックキュー110が処理されるトップループにおいて、これら任意かつすべてのビットマップへのすべての変更が画面表示136に転送される。この動作により、画面表示136の正確かつクリーンな更新が保証されると共に、基礎をなすビデオドライバを単純化する。該ビデオドライバは、メモリ126から画面表示136にビットマップを転送する必要があるだけである。グラフィックシステム224は、以下の基本的なグラフィックプリミティブを提供する。ライン太いまたは細い、任意または特別な場合の単一ピクセル厚の垂直または水平、水平ライン、垂直ライン、および長方形もまたフィルパターンを有することができ、それらをドットまたは波線にする長方形外郭線または中実ビットマップピクセル当たり1つのビット、ステンシルセットビットはカラーで描画されるが、クリアビットは何もしないとして、またはイメージセットビットは一色で描画されるが、クリアビットは別の一色で描画されるとしてテキスト画面表示136の座標系は、座標が画面表示136上のピクセル間にあるようなものである。その結果、長方形がa,bからc,dに、もう一つをc,dからe,dに描画する場合、重複しない。テキストは、TextStateと呼ばれるデータ構造を用いて、描画かつ処理される。テキストは、各種の構成可能な属性を有する。ポイントサイズ小、中、大に予めセットされるスタイル標準、太字、斜体、下線、固定幅、および取り消し線カラーTextStateはまた描画位置を格納し、これは、描画されたストリングのすぐ後ろになるよう更新されるため、複数のストリングを、幅を計算する必要なく、次々と描画することができる。2.ユーザインタフェースガジェット無線通信装置100のユーザインタフェースの大部分は、ソフトキー130およびソフトキーメニューの形で設けることができる。コンテンツエリア214は、通常、テキスト、アイコン、およびHTMLフォーム等を表示する。これらの特徴をサポートするために、多くのユーザインタフェースガジェット226が設けられる。Checkbox:チェックボックスおよびラジオボタンの双方を実施するために使用されるラジオボタンは、ユーザが選択したときに、選択解除する必要のあるその他のラジオボタンを知るために、外部コールバックに頼る。HTMLにおけるおよびに応答して、インスタンス生成される。Icon:内蔵アイコンを表示する。LabelLine:標準の場所に標準フォントのオプションのテキストラベルを有する水平ライン。HTMLにおけるタグによってインスタンス生成される。List:ユーザインタフェースにおける各種アイテムリストすべての基礎。特殊なリストのサブクラスは、個々のアイテムを描画しListによって配置される、Listの選択をいつキーストロークまたは他の手段で調整すべきであるかを決定する。Popup:ユーザが1つまたは複数のアイテムを選択することができるストリングのポップアップリストを実施する。各アイテムは、それにバインディングされたストリング値を有する。SIZEパラメータが1であるとき、HTMLにおける<SELECT>タグによってインスタンス生成される。ScrollBanner:指定した速度で、右から左に、または左から右にスクロールすることができる単一行テキストばなーを実施する。HTMLにおける<MARQUEE>タグによってインスタンス生成される。StringList:Popupのリスト部分を実施するが、また、スクローリングリストとして独立することもできる。ソフトキーメニューは、StringListによって実施される。SIZEパラメータが1ではないとき、HTMLにおける<SELECT>タグによってインスタンス生成される。TextEdit:単一行または複数行テキスト編集エリア。HTMLにおける<INPUTTYPE=text>および<INPUTTYPE=password>タグによってインスタンス生成される。これらのエンティティは、各種グラフィック要素を表示するために、必要に応じて各種モジュールによって作成される。これら各種タイプのユーザインタフェース要素は、ページが構文解析されるとき、かつ対応するHTMLタグに応答して、HTMLpコンテンツハンドラ114cによって作成される。例えば、ページにおけるINPUTTYP=TEXTタグは、画面表示136の適切な場所にあるTextEditオブジェクトという結果になる。ユーザがアップまたはダウンキーで該オブジェクトを選択すると、かかるキーストロークがシェル106によりTextEditオブジェクトに渡されるため、ユーザによるキーストローク入力を受け取るよう、入力フォーカスが与えられる。ユーザインタフェースガジェットと関連するものは、テキストを入力かつ表示するための他の2つのモジュールである。TextEntryモジュール228は、キーストロークを許容して、それらをテキスト入力のためにコマンドにマッピングする。該コマンドは、仮の後続するキーストロークに基づくさらなる変更の対象となるキャラクタおよびワードの表示、仮のキャラクタおよびワードの置換を含み、最後の仮のキャラクタまたはワードを最終とし、カーソルまたは挿入シンボルキャラクタを移動する。テキスト入力を要求するエントリはいずれも、TextEntryモジュール228により登録されてから、キーストローク自身を挿入するのではなく、略すべてのキーストロークをそれに渡す。各種絵文字言語のフロントエンド処理も同様に、このモジュールで処理される。もう一方のモジュールは、TextWrapモジュール230であり、これは、任意の領域を処理すると共に、これら領域内のテキストおよびオブジェクトをラップする。このモジュールは、主にHTMLコンテンツの表示に使用されるが、複数行をラップすることができるリストエントリについても使用可能である。3.データ格納実施のもう一つの要素は、データ格納232である。データ格納232は、以下の特性を有する単純なflat-fileデータベースである。レコード当たり255フィールドまで。フィールドは、名称および番号の双方を有するが、実際にデータにアクセスするには番号のみが用いられる。すべてのレコードは、論理的にすべてのフィールドを持つように定義される。格納最適化として、特定のレコードの特定のフィールドにデータが与えられていない場合、そのレコードの該フィールドは、スペースをとらない。各レコードは、レコードへのアクセスを得るために使用される一意の識別子である今のところ16ビット。データベースレコードは、直接操作されない。代わりに、レコードのフィールドを取得、セットする関数が使用される。データベースは、それ用に操作された8つまでのインデックスを持つことができる。各インデックスは、選択ルーチンと比較ルーチンとを有する。選択ルーチンは、いずれのレコードがインデックスの一部であるかを決定し、比較ルーチンは、インデックスにおけるレコードをソートするために使用される。インデックスが定義されると、これは、いずれのデータベースフィールドが選択および比較ルーチンによって使用されるかを指定する。レコードが変更されると、それらフィールドの1つが変更される場合のみ、レコードが再配置されるか、追加されるか、またはインデックスから削除される。レコードにアクセスするためには、2つの機能のうちの1つが、DataStoreRecordトークンを得るために呼び出される。エンティティがレコードの検査または操作を行うとき、DataStoreRecordDoneを呼び出す。4.ファイルシステム無線通信装置100は、2つの基礎をなすファイルシステムと通信するファイルインタフェースを備える。コードにコンパイルされたデータ構造である読み出し専用ファイルシステム無線通信装置100のフラッシュメモリチップの中で分散されるフラッシュファイルシステムファイルアクセスは、関数の最小類似したセットを介する。FileOpenFileCreateFileReadFileWriteFileSeekFileTruncateFileCloseFileDelete各ファイルシステムは、すべての基本的な動作を呼び出すルーチンを含む構造によって定義される。オープンファイルのリファレンスは、ファイルシステム特定データ、およびファイルがあるファイルシステムについてのルーチン表へのポインタを含む。ファイルが開かれると、上位レイヤが影響を受けるファイル名を検査し、適切なルーチン表を選択してから、そのテーブルにおけるOpenルーチンを使用して、ファイルを開く。その後、ファイルリファレンスを通して、ファイルにアクセスする。D.可搬性レイヤ再度図3を参照して、可搬性レイヤ118の各種モジュールが示される。可搬性レイヤ118は、任意の電話制御モジュール120およびリアルタイムオペレーティングシステム122でMMI102を比較的単純に実施するように設計される。可搬性レイヤは、以下のモジュールを提供する。1.呼制御呼制御モジュール140は、上位レイヤが呼を作成、操作し、DTMFトーンを生成すると共に、状態変更の通知を受け取れるようにする。インタフェースは、動作が呼に対して行われるという意味では非同期であるが、各動作の成功または失敗は、動作が要求された後そのうち報告される。2.メッセージ制御メッセージ制御モジュール142は、上位レイヤがショートテキストメッセージを送受信できるようにする。このレイヤは、より大きなメッセージのセグメント化および再組立をサポートしても、しなくてもよい。3.プラットフォームプラットフォームモジュール144は、プラットフォームに特定の関数を用意する。4.タイマタイマモジュール146は、上位レイヤが指定した時間量の経過後に、関数呼び出しを受け取れるようにする基本的なタイミングサービスを提供する。5.表示表示モジュール148は、画面表示136を管理する。6.フラッシュドライバフラッシュドライバモジュール150は、上位レイヤファイルシステムモジュール234が無線通信装置100のフラッシュメモリチップに対する読み出しおよび書き込みをできるようにする。7.構成プロトコルハンドラこのプロトコルハンドラ112bは、CコードおよびHTMLが無線通信装置100の構成設定を取得し、セットできるようにする。これらの設定は、上位レイヤで実施されるものであり、モジュールは、必要に応じて下位レベルコードへの他の設定と通信する。構成設定にアクセスする必要があるため、構成プロトコルハンドラ112bは、可搬性レイヤ118に配置されることが好ましい。構成URLは、取得およびセットの双方のために、装置設定内のビットをアドレス指定しうる。構成URLは、以下の構文を有する。configsettingbitnumberbitsizebitsizeが存在しない場合には、1と仮定される。bitnumberは、0~15であり、15が最上位ビットである。大部分の設定は、それらを必要とする任意のモジュールまたはページによってフェッチされうるが、電話のPIN番号等のいくつかの構成設定は、十分な特権を有するURL通常、装置のROMにあるHTMLファイルによってのみ取得可能なものもある。十分な特権ここでも、通常装置のROMにあるHTMLファイルなしでは、いずれの装置設定もセットすることはできない。以下は、構成プロトコルハンドラ112bの各関数の呼び出しに好ましい構成URLのセットである。要約すると、本発明は、システム、各種メソッド、および無線通信装置の柔軟性および機能性を実質的に強化するソフトウェア製品を提供する。本発明は、プロトコルハンドラおよびコンテンツハンドラの使用を含め、無線通信装置のすべての特徴および機能性に、マークアップ言語ベースのユーザインタフェースを介してアクセスかつ操作することができるシステムおよびソフトウェアアーキテクチャを提供する。HTMLpの拡張特徴およびHTMLpコンテンツハンドラは、特に、ウェブおよび他のコンテンツを無線通信装置の小さな画面表示に容易に表示できるようにすると共に、メニュー化、ナビゲーション特徴、およびHTMLのフォーム処理特徴を強化する。無線通信装置の電話または他の機能性へのアクセスを、マークアップ言語ベースのユーザインタフェースを通して提供することで、本発明は、サービス運営者が、熟練またはソフトウェア開発環境を必要とせず、または従来のMMIのソフトウェア管理問題なしで、新しいユーザインタフェースおよび異なる無線通信装置用のカスタム特徴セットを容易かつ迅速に生成できるようにする。さらに、本発明は、サービス運営者および製造業者が、個々でもまた各サービス運営者毎に異なるMMIソフトウェアを作成する必要なく、望むように無線通信装置を迅速かつ効率的にブランド化できるようにする。付録Aシェル関数シェル106は、キー処理、URL履歴スタック108管理、他のデータ処理に使用するために、本発明のその他の部分に多くの関数を提供する。これらについて、以下に手短に説明する。"