装置のためのユーザーインターフェースをレンダリングする方法において、複数のアクターを供給するステップであって、複数のアクターの各々は、ユーザーインターフェースエレメントに関連し、それぞれのアクターを定義する1つ以上の属性を備えるステップと、複数のアクターの1つ以上から1つ以上の属性を受信するためにレンダラーを供給するステップと、および受信した属性に従ってユーザーインターフェースをレンダリングするステップと、を備えた方法。アクター属性が更新されるなら、前記更新は、前記レンダラーにより受信され、前記ユーザーインターフェースはそれに従って更新される、請求項1の方法。アクター属性はユーザー更新に応答して更新される、請求項2の方法。属性の前記更新は、ユーザーインターフェースエレメントのフォーマッティングを変化させる、請求項2の方法。属性の前記更新は、ユーザーインターフェースエレメントを前記ユーザーインターフェース内で移動させる、請求項2の方法。前記アクター属性は、マークアップ言語を備え、前記レンダラーは、マークアップ言語レンダラーである、請求項1乃至5のいずれかの方法。請求項1乃至6のいずれかの方法を実行するためのコンピューター実行可能コードを備えたデータキャリア。1つ以上のユーザーインターフェースエレメントを備えたユーザーインターフェースと、各々がユーザーインターフェースエレメントに関連し、1つ以上の属性を備えた複数のアクターと、使用時に前記複数のアクターの1つ以上と関連する属性を解釈し、それに従って前記ユーザーインターフェースを描画するように構成されたレンダラーと、を備えた装置。前記装置は、さらに前記ユーザーインターフェースを表示するための表示手段を備える、請求項8の装置。前記装置は、さらに前記ユーザーインターフェースのレンダリングに使用するためのさらなるアクターを受信するための通信インターフェースを備えた、請求項9の装置。前記装置はさらに、前記複数のアクターを記憶するように構成された記憶装置手段を備えた、請求項8乃至10のいずれかの方法。前記装置は、前記レンダラーを動作するように構成された処理手段をさらに備えた、請求項8乃至11のいずれかの方法。この発明は実例としてのみおよび添付された図面に対して記載されるであろう。図面において、図1は、サーバー100、コンテンツツール200、移動装置300、動作サポートシステム700、コンテンツフィード500およびユーザーインターフェースUIソース600を備えたシステムの概略描画を示す。使用時に、サーバーは、コンテンツデータおよびデータを移動装置300、301...に通信する。移動装置の各々は、ソフトウエアパッケージ400を備えている。サーバー100はOSSs700とインターフェースする。OSSsは、例えば、請求書作成、アカウント管理等の移動ネットワークを動作させるために通常使用されるOSSsである。サーバー100はさらにコンテンツツールセット200とインターフェースする。コンテンツツールセットはUIソース600、601、...からデータを受信し、サーバーが、移動装置300内に構成されたソフトウエアパッケージ400にパッケージ化されたUIデータを送信することができるようにUIデータをパッケージ化する。サーバーは、複数のコンテンツフィードからデータを受信する。このデータは、ソフトウエアパッケージに送信することができるように、または移動装置300がソフトウエアパッケージ400を用いてデータをアクセスすることができるように、処理されパッケージ化される。システムは、3つの分離された領域に分割されるものとして考えることができる。オペレーター領域50は、移動ネットワークオペレーターMNOにより動作されるシステムおよび装置を備える。ユーザー領域は複数の移動装置を備える。第三者領域70は、多数の異なるエンティティにより制御され動作されてもよいコンテンツフィードとUIフィードを備える。図2は、サーバー100の構造と動作をより詳細に描画する。サーバー100は、パブリッシングコンポーネント110およびコンテンツサーバーコンポーネント150を備える。パブリッシングコンポーネントは、データベース111、インポートキュー112、コンテンツツールセットインターフェース113、ユーザーインターフェース114およびカタログ115を備える。動作において、パブリッシングコンポーネントは、コンテンツツールセットインターフェースにおいてコンテンツツールセットからコンテンツを受信する。コンテンツは1つ以上のトリグおよび1つ以上のトリグレットを備えたパーセル210a、210b等下記参照の形態で提示される。トリグは携帯電話のような移動装置のためのユーザーインターフェースであり、トリグレットは、トリグを拡張または変更するために使用することができるデータファイルである。パーセルが2以上のトリグを備えているなら、トリグの一方はマスタートリグであってもよい。このマスタートリグから他のトリグが導き出される。図3は移動装置300のためのソフトウエア400の概略描画を示す。移動装置300は、マークアップ言語レンダラー410、更新マネージャー430、仮想ファイルシステム435、アクターマネージャー440、複数のアクター445a、445、...、ネイティブUIレンダラー450、サポートマネージャー460、トリグマネージャー465およびマークアップ言語パーサー470を備える。ソフトウエアは、XMLアプリケーションであるTrigMLを用いて動作してもよい。また、マークアップ言語レンダラー410は、移動装置300上に表示するためにTrigXMLコードを描画する。また、マークアップ言語レンダラー410は、TrigMLパーサーを用いてTrigMLリソースを解析し、コンテンツを装置スクリーン上に表示し、ハンドセット上のコンテンツの交換とビューイングを制御する。ネイティブUIレンダラーは、TrigMLの使用なしに表示することができるUIコンポーネントを表示するためにおよびエラーメッセージを表示するために使用される。ソフトウエア400は、装置の固有の方法で提供されインストールされる。同様に、ソフトウエアアップグレードは装置に固有の方法で処理される。ソフトウエアは、内蔵のコンテンツのみを描画する内蔵型のアプリケーションとしてより制限されたフォーマットで提供されてもよい。すなわち、ソフトウエアは、内蔵のトリグで提供されるが後でさらなるトリグを追加することはできない。供給されたトリグは、無線を介してアップグレードされてもよい。トリグマネージャー465は、リソースマネージャー430およびマークアップ言語レンダラーへのインターフェースを提供する。トリグマネージャーは一般にトリグ管理に対して責任がある。これは以下のものを含む。使用中にトリグの知識を主張する。現在のトリグを変更する。開始時にトリグの選択をする。信頼できないトリグのための代替システムとしてさらなるトリグを選択する。インストールされたトリグのセットを管理する。どこで特定のトリグがリソースマネージャーにインストールされるかを識別する。トリグの更新チャネル定義を読む。適切に更新マネージャーを構成する。リソースマネージャーは、装置上の固定記憶装置の抽象概念を提供する。すなわち、ファイルを実ファイルとして記憶することまたはデータベースのレコードとして記憶することである。リソースマネージャーは、マークアップ言語レンダラーおよび更新マネージャーにファイルシステムインターフェースを提供する。リソースマネージャーは、ファイルパスロジックの処理、実リソースファイルとアクター属性との間の区別、絶対パス上へのトリグ相対パスのマッピング、トリグマネージャーとのインターフェース、および更新マネージャーに変更インターフェースを供給することに対して責任がある。また、リソースマネージャーは、固定記憶装置に記憶されるリソースのインテグリティを保証する、特に、装置電力の損失のような予測できない中断に直面して、インテグリティを保証する責任がある。リソースマネージャーは、現在使用されているトリグの知識を持たない。そのインターフェースは、更新マネージャーおよび異なるスレッドからのレンダラーの両方により使用されてもよいので、そのインターフェースはスレッドが安全である。更新マネージャーは、トリグおよびトリグレットの受信とアプリケーションを取り扱う。更新マネージャーはレンダラーおよびトリグマネージャーにインターフェースを提供し、以下のことに対して責任がある。レンダラーにより命令されたとき手動更新を開始すること。トリグマネージャーによりそのように構成されるとき、自動更新チャネルを制御し実施すること。手動更新の進捗状況を表示し、ネットワーク接続および/または装置電力の予測しない損失に続いて更新を回復することである。更新パケットフォーマットは、XMLスキームのバイナリシリアライゼーションとして定義されてもよい。サポートマネージャーは、イベントまたはエラーの発生を報告するために他のコンポーネントのためのインターフェースを供給する。エラーの重大性に応じて、サポートマネージャーはイベントのログをとりおよび/またはエラーメッセージポップアップを示す。XMLは、更新パケットフォーマット並びにTrigMLコンテンツを定義するために使用される便宜的なデータフォーマット化言語である。帯域幅と記憶効率の理由により、テキストXMLはバイナリ表示にシリアライズされる。更新パケットおよびTrigMLフラグメントは、同じコンポーネント、すなわちマークアップ言語パーサーにより解析される。ソフトウエアにおいて、任意のさらなるXMLの使用は、バイナリXML符号化を使用しなければならず、それゆえ、パーサーを再使用しなければならない。アクターマネージャー440は、ソフトウエア内に存在するアクター445のセットの面倒を見る。アクターマネージャーは以下のものによって使用される。コンテンツがアクターにイベントを送信しているときレンダラーにより使用される。また、属性値が変更されたことを通知したいアクターによって、およびイベント下記参照を発信したいアクターによって使用される。ソフトウエアは、最小2つのスレッドを実行するマルチスレッドアプリケーションを備えていてもよい。いくつのおよびどんな種類のアクターが含まれるかに応じてより多くのスレッドが可能である。ソフトウエアはほとんどの場合、メインスレッドと呼ばれる1つのスレッドで実行する。メインスレッドは、他のコンポーネントと同期的に通信するレンダラーを実行するために使用される。アクターは常にレンダラーに対する同期インターフェースを有する。アクターがその機能性のためにさらなるスレッドを要求するなら、アクターがスレッド間通信を管理する責任がある。多くのアクターがスレッド間通信を要求する場合に不必要なコード重複を回避するために、軽いメッセージングフレームワークを使用してもよい。単一のスレッド化されたオペレーションを用いてソフトウエアを実施することも可能であることは理解されるであろう。メインスレッドに加えて、更新マネージャーはネットワークスレッドを実行する。ネットワークスレッドは、更新パケットをダウンロードするために使用され、パケットが到着するまで、レンダラーが影響されないことを継続可能にするためにメインスレッドから分離される。更新パケットにおいて定義された変更を適用するとき、更新マネージャーがレンダラーおよびリソースマネージャーと同期的に通信するように、更新マネージャーはスレッド間メッセージングを処理する責任がある。ソフトウエアのメモリ割り当て戦略はプラットホーム固有である。MIDPプラットホーム上では、システムは、すべてのそのメモリ要求に対してシステムヒープからユーザーへのデータの送信までの情報の効率的な流れを供給することにより可能となる。小包と呼ばれるコンテナは、第三者の関与のためのUIs、UI更新、およびテンプレートのために使用される。小包は、第三者がブランド化されたUIsおよび更新を生成し、試験し、供給するのに必要なすべての情報を含む。図4は、スクリプト記述環境220、試験およびシミュレーション環境230、およびメインテナンス環境240を備えたコンテンツツールセット200の概略描写を示す。小包プロセスは5つの処理ステージを備える。1スクリプト記述環境220は、1つ以上のUIsのためのテンプレートおよびそのテンプレートに基づいてUIsのための更新戦略を設計するための手段を供給する。2メインテナンス環境240は、コンテンツプロバイダーにアウトソーシングできるよく制御されたおよび案内された環境において迅速なUIと更新生成を供給する。3メインテナンス環境240プリフライト機能性は、配置アドミニストレーターが、第三者から受信するUIsおよび更新をチェックして同調することを可能にする。4パブリッシングコンポーネント110は、新しいリリースのステージングを含む配置ポイントにおいてUIsの管理と更新を提供する。5パブリッシングコンポーネント110は生のコンテンツフィードからの更新の自動発生を可能にする。多くの異なるUIsは共通ベースから導き出すことができる。典型的に、共通ベースはほとんどのインターフェース自体を実施するであろう。そしてそれから導き出されるトリグは、それにブランド化のような小さな変更を実施するであろう。トリグレットはトリグから導き出すことができる。そして、トリグレットは、トリグレットが選択する親のトリグからのリソースのいずれかを優先させることができる状況に応じてトリグレットは、トリグレットの独自のリソースを導入してもよい。ここでのリソースは、またTrigMLを指し、従ってトリグの行動およびレイアウトは、トリグレットが単一のイメージまたはテキストの一部を交換するのと同じ容易さでトリグレットにより変更することができる。小包は、1つ以上のトリグすなわち、任意の他のトリグから導き出されないトリグ、ベーストリグから導き出される1つ以上の複数のトリグ、トリグのいずれかから導き出される複数のトリグレット、および他のトリグレットから導き出される複数のトリグレットを備えていてもよい。図5はこの発明の一実施形態に従うユーザーインターフェースを備える装置800の概略描画を示す。この装置は、ユーザーインターフェース815を表示するディスプレイ810と、ユーザーがユーザーインタフェース815と相互に作用することを可能にするユーザーインターフェース手段820を備える。プロセッサー830は、1つ以上の記憶手段840内に記憶されるソフトウエアを実行し、他の装置および/または通信ネットワークと通信を可能にするために1つ以上の無線通信インターフェース850を設けてもよい。装置に電力を供給するために、1つ以上のバッテリー860を受け入れてもよい。また、装置は、電力および/または通信ケーブルを受け入れるためのインターフェースを備えていてもよい。これらのコンポーネントとインターフェースの性質は、装置の性質に依存するであろう。そのようなユーザーインターフェースは、モバイルまたは携帯電話ハンドセット内で実施することができるが、デジタルカメラ、パーソナルデジタルミュージックプレイヤー、GPSナビゲーター、ポータブルゲームコンソール等のような他のポータブル装置にも適用可能であることは理解されるであろう。更に、それは、また、ラップトップまたはデスクトップコンピューターのようなユーザーインターフェースを含む他の装置に適用可能である。ユーザーインターフェース手段は、数字または英数字キーパッドまたはタッチスクリーンまたは類似のもののような複数のボタンを備えていてもよい。1つ以上の記憶装置は、電力が失われたとしても記憶されたデータが失われないように、メモリカードのような、不揮発性メモリの形態を備えていてもよい。更新または変更を必要としないデータを記憶するためにROM記憶手段を備えてもよい。頻繁にアクセスされるデータをキャッシングするのをサポートする高速応答時間として一次記憶のためにいくつかのRAMを設けてもよい。また、装置は、ユーザーが脱着可能なメモリカードを受け入れてもよく、状況に応じてハードディスクドライブを記憶手段として使用してもよい。使用される記憶手段は、装置サイズ、電力消費、必要とされる記憶装置のボリューム等の異なる要件をバランスすることにより決定されるであろう。そのような装置は、仮想的に任意の無線通信ネットワークとともに実施してもよい。例えば、第2世代デジタル携帯電話ネットワークすなわち、GSM登録商標、D-AMPS、いわゆる2.5Gネットワークすなわち、GPRS、HSCSD、EDGE、第三世代WCDMAまたはCDMA-2000ネットワークおよびこれらおよび類似のものに対する改良と派生物である。ビルディングとキャンパス内では、無線または光学システムに基づくかどうかに関わらずBluetooth登録商標、IrDaまたは無線LANも使用してもよい。USBおよび/またはFireWire連結性は、他の装置とのデータ同期および/またはバッテリーの充電のために供給されてもよい。方法を実施するためのコンピューターソフトウエアおよび/または上述した装置を構成するためのコンピューターソフトウエアはフロッピー登録商標ディスク、CD-ROMs、DVDs、不揮発性メモリカード等のようなデータキャリア上に設けてもよい。この出願は2004年2月19日に出願された英国特許出願番号04037.9の利益を請求する。その出願の内容は参照することにより本明細書に組み込まれる。