"データ言語中の変数を使用して複数のリソースを管理するための構造を生成するための方法であって、変数によって識別される複数のリソース参照値を受け取ること;及び該変数及び該複数のリソース参照値を使用して構造を構築すること、を具備し、ここにおいて、該複数のリソース参照値は、該変数値を変更することによってアクセスされることができることを特徴とする、方法。共通変数によって識別される類似のリソース参照値をアクセスするためのファイル構造を生成するための方法であって、該ファイル構造の内部の同じ相対的位置に該類似のリソース参照値のそれぞれに関係付けられる値の場所を決める該共通変数型を使用して該ファイル構造を分割することを具備する方法。共通変数によって識別される類似のリソース参照値をアクセスするためのファイル構造を記憶するためのデバイスであって、メモリ;該メモリ中に記憶された該ファイル構造、ここにおいて、該ファイル構造は共通変数を介して体系化され、そして該類似のリソース参照値は異なる共通変数値の中で同じ場所として該ファイル構造の内部に位置を決められる;及び該共通変数値を使用して該リソース参照値を検索するためのプロセッサを具備するデバイス。コンピュータ実行可能な命令を含むコンピュータ読み取り可能な媒体であって、該命令は、実行されるときに、共通変数を使用してファイル構造を分割すること、及び該共通変数によって参照される該ファイル構造の内部の同じ相対的位置の該類似のリソース参照値のそれぞれに関係付けられる値の場所を決めるステップを実行することにより、該共通変数によって識別される該類似のリソース参照値をアクセスするための該ファイル構造を生成することを特徴とする、コンピュータ読み取り可能な媒体。共通変数によって識別される類似のリソース型をアクセスするためのファイル構造を生成するためのデバイスであって、該ファイル構造の内部の同じ相対的位置の類似のリソース参照値のそれぞれに関係付けられる値の場所を決める共通変数を使用して該ファイル構造を分割するための手段を具備するデバイス。データ言語中のリソースを管理する方法であって、パラメータを使用してリソースに対する要請を受け取ること;該パラメータを変更すること;及び該パラメータを使用して変更された関連するリソースに対する要請を受け取ることを具備する方法。共通変数を使用して体系化されたファイル構造内に含まれるリソース値に対する要請を受け取るための方法であって、該共通変数の値を記憶すること;該リソースに対する要請を受け取ること、ここにおいて、該要請は、該共通変数及びリソース参照値を含む;該共通変数の該値を検索すること;及び該共通変数及び該リソース参照値に関係付けられる該ファイル構造中の位置を照合することによって該検索した共通変数及び該リソース参照値を使用して該リソース値を検索することを具備する方法。該共通変数の値を変更すること;該共通変数及び該リソース参照値を使用して体系化された該ファイル構造内に含まれる第2のリソース値に対する要請を受け取ること;該変更された共通変数を検索すること;及び該変更された共通変数及び該リソース参照値を使用して第2のリソース値を検索することをさらに具備する、請求項7の方法。リソース値を検索するためのデバイスであって、共通変数及びリソース参照値を使用して体系化されるファイル構造を含むメモリ;及びリソース値に対する要請を受け取るように動作するプロセッサ、を具備し、該要請は該共通変数及び該リソース参照値を含み、ここにおいて、該プロセッサは、該共通変数の値を検索しそして該共通変数の該値及び該リソース参照値に関係付けられる該ファイル構造内部の該メモリ位置を見ることにより該リソースの該値を検索するようにさらに動作することを特徴とする、デバイス。共通変数を使用して体系化されたファイル構造内に含まれるリソース値に対する要請を受け取るためのコンピュータ実行可能な命令を含むコンピュータ読み取り可能な媒体であって、該命令は、実行されるときに、該共通変数の値を記憶すること;該リソースに対する要請を受け取ること、ここにおいて、該要請は、該共通変数及びリソース参照値を含む;該共通変数の該値を検索すること;及び該検索した共通値及び該リソース参照値を使用して該共通値及び該リソース参照値に関係付けられる該ファイル構造中の位置を照合することによって該リソース値を検索することのステップを実行することを特徴とする、コンピュータ読み取り可能な媒体。共通変数を使用して体系化されたファイル構造内に含まれるリソース値に対する要請を受け取るためのデバイスであって、該共通変数の値を記憶するための手段;該リソースに対する要請を受け取るための手段、ここにおいて、該要請は、該共通変数及びリソース参照値を含む;該共通変数の該値を検索するための手段;及び該検索した共通値及び該リソース参照値を使用して該共通値及び該リソース参照値に関係付けられる該ファイル構造中の位置を照合することによって該リソース値を検索するための手段を具備するデバイス。同じ参照符号は、全体を通して同じ要素を表す図面を参照する。参照は、添付した図面に図示されるように本発明の現在の具体例の実施形態及び好ましい実施形態に対して詳細にここに行われ、図面では、同じ参照符号は、複数の図面を通して同じ部分又は対応する部分を示す。本発明の本質、目的、及び利点は、図面に関連して以下に述べる詳細な説明を考慮した後で、当業者にとってさらに明確になるであろう。用語の使用に関して、本明細書では、用語無線デバイス、無線電話機、及び移動デバイスは、互換的に使用される。本明細書中に使用されるように用語アプリケーションは、実行可能なそして実行できないソフトウェアファイル、生データ、データの集合、パッチ、コンテント、ユーザインターフェース及びユーザインターフェースコンポーネント、及び他のコードセグメントを包含するように意図される。さらに、類似の参照符号は、複数の図面を通して類似の要素を呼び、そして冠詞aとtheは、明細書中に指定されない限り、複数の表示を含む。以下の説明は、TrigMLデータ言語を使用するユーザインターフェースリソース管理方法、装置及びシステムに関する。TrigMLは、ユーザインターフェースを開発する際に有用なデータ言語である。TrigMLは、QUALCOMクァルコム社により所有される製品である。XMLの下で定義されるデータ言語のように、TrigMLコードは、タグの使用を含む。上記の説明はUI、TrigML及び管理言語に関してであるが、UI以外の別のアプリケーションに適用可能であること、別のXMLベースの言語を含むTrigML以外のデータ言語で実行され得ること、そして言語以外の変数を使用する別のリソース型を管理するために使用されることができることは、当業者によって理解される。本発明の複数の実施形態は、リソースを管理すること、例えば、管理言語によりテキスト及び画像を管理すること、を含む。リソースは、テキスト、画像、ページレイアウト、プログラムの断片、デバイスコンポーネント及び機能へのアクセスを含む任意のリソースであり得るが、これらに限定されない。図1は、その環境においてデバイスが本発明の1実施形態で動作することができる通信環境100の機能図である。この例では、通信環境100は、無線ネットワーク122を含む。無線ネットワーク122は、無線サービスプロバイダによって操業されている通信ネットワークであり得て、移動デバイスへのデータ接続性又は電気通信接続性を提供する。さらに、無線ネットワーク122は、有線ネットワーク、インターネット、ワイドエリアネットワーク、公衆交換電話ネットワークPSTN:PublicSwitchTelephoneNetwork、及び他の公開ネットワーク及び/又は非公開ネットワークを同様に含むことができ、その結果、デバイスは、これらのネットワークからネットワークへと接続されている他のデバイスを使用して直接的に又は間接的に通信することができる。1つの例では、無線ネットワーク122は、セルラ電話ネットワークを含むことができる。例えば、セルラ電話機112、ラップトップコンピュータ116、PDA118、及び移動メッセージ通信デバイス120の様な、複数の移動デバイスが、無線ネットワーク122と通信している。これらのデバイスは、無線ネットワーク122を経由して通信することができる多くの型のデバイスの例示として示されているだけである。図1に図示されているものは、アプリケーションサーバ124及びユーザインターフェースサーバ126である。ユーザインターフェースサーバ126は、ユーザインターフェースコンポーネント130下記にさらに詳細に説明されるを取り扱う計算デバイスである。これらのユーザインターフェースコンポーネント130は、無線ネットワーク122に接続された他のデバイスにダウンロードされることができる。ユーザインターフェースコンポーネントは、ユーザインターフェース例えば、機能コール、メニュー、コンテントコールにためのコード、スキン、等を与えるrenderためのコード及び/又はデータを含む。コンテントサーバを含む複数の他のサーバが、ネットワークに接続するために使用されることができ、情報を配信することができることに、注意する。利用可能にされ得る情報の型は、制限がなく、そして非常に多くの異なる例が、当業者に明らかであろう。ユーザインターフェースサーバ126は、サーバソフトウェアを含み、それは無線ネットワーク122を経由して要請しているデバイスにユーザインターフェースコンポーネント130を提供するように構成される。アプリケーションサーバ124は、無線ネットワーク122に接続された計算デバイス又は計算システムであり、それはソフトウェアアプリケーション128が移動デバイスによってダウンロードされることを可能にする。一般的に述べると、アプリケーション128は、無線ネットワーク122に接続されたデバイス、例えば、セルラ電話機112、上で実行するためにそれらのデバイスによってダウンロードされることができる。この特定の実施において、アプリケーションダウンロードサーバ124によって取り扱われるアプリケーション128のうちの少なくとも1つは、少なくとも1つの移動デバイス上での実行のために構成されたコンテントベースのアプリケーションである。コンテントベースのアプリケーションクライアントは、移動デバイスによる表示のためにユーザインターフェースを介してコンテントサーバ図示されずからコンテントを検索するように構成される。図2は、本発明の1実施形態において、1つのサンプルの移動デバイス201の構成要素を一般的に説明する機能ブロック図である。移動デバイス201は、計算機能を有する任意のデバイスであることができ、例えば、セルラ電話機、個人ディジタル補助装置、手持ちパームトップデバイス、ラップトップコンピュータ、携帯型音楽プレーヤ、全地球位置決定衛星GPS:globalpositioningsatelliteデバイス、又はその他である。移動デバイス201は、コンピュータプラットフォーム250を有し、それはソフトウェアアプリケーションを受信しそして実行することができ、データを表示することができる。コンピュータプラットフォーム250は、プロセッサ252を含み、例えば、用途特定集積回路ASICapplicationspecificintegratedcircuit、ディジタル信号プロセッサDSPdigitalsignalprocessor、マイクロプロセッサ、マイクロコントローラ、論理回路、ステートマシーン、又は他のデータ処理デバイスである。プロセッサ252は、アプリケーションプログラミングインターフェースAPIapplicationprogramminginterface層254を実行し、それは移動デバイスのメモリ256中の任意の常駐プログラムをインターフェースする。メモリ256は、ランダムアクセスメモリ又は読み取り専用メモリRAM又はROM、EPROM、EEPROM、フラッシュメモリ、又はコンピュータプラットフォームに一般的ないずれかのメモリを含むことができる。コンピュータプラットフォーム250は、しかもローカル記憶装置258を含み、それはメモリ256中でアクティブに使用されないソフトウェアアプリケーション、ファイル、又はデータ、例えば、ユーザインターフェースサーバ126図1からダウンロードされたソフトウェアアプリケーション又はユーザインターフェースコンポーネント、を保持することができる。ローカル記憶装置258は、一般的に1又はそれより多くのフラッシュメモリセルを備えるが、本分野において公知のいずれかの2次記憶デバイス又は3次記憶デバイスであり得て、例えば、磁気媒体、EPROM、EEPROM、光学的媒体、テープ、若しくはソフトディスク又はハードディスクであり得る。コンピュータプラットフォーム250は、しかもディスプレイ260も含み、それはユーザインターフェース図示されずを使用してデータを表示するためにソフトウェアアプリケーションによって使用されることができる。図2に示される構成要素は、多くの型の移動デバイスで一般的であるが、他の構成要素が移動デバイス201に追加されることができ、そしてあるケースでは、図2に示されたある構成要素は、移動デバイス201から省略されることがある。図3は、本発明の1実施形態において、1つのサンプルの計算デバイス301の核となる構成要素を一般的に説明する機能ブロック図である。計算デバイス301は、任意の固定計算デバイス、例えば、デスクトップコンピュータ又はサーバであり得る。この例では、計算デバイス301は、プロセッサユニット304、メモリ306、記憶媒体313、及びオーディオユニット331を含む。プロセッサユニット304は、好都合なことにマイクロプロセッサ又はディジタル信号プロセッサのような特殊用途プロセッサを含むが、代わりにいずれかの従来形式のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシーンであり得る。プロセッサユニット304は、メモリ306に接続され、それはプロセッサユニット304によって実行されるソフトウェア命令を保有しているRAMメモリとして都合の良いことに実装される。代案の実施形態では、メモリ306は、ファームウェア又はフラッシュメモリにより構成されることができる。この実施形態では、メモリ306中に記憶されたソフトウェア命令は、オペレーティングシステム310及び1又はそれより多くの別のアプリケーション312、例えば、ユーザインターフェースを使用するアプリケーション図示されず、を含む。移動デバイス301は、しかも通信モジュール321を含み、それは計算デバイス301と1又はそれより多くの別の計算デバイス、例えば、移動デバイスとの間の双方向通信を可能にする。通信モジュール321は、RF無線通信又は他の無線通信を可能にする構成要素、例えば、セルラ電話ネットワーク、ブルートース接続、無線ローカルエリアネットワーク、又はおそらく無線ワイドエリアネットワーク、を含むことができる。あるいは、通信モジュール321は、地上回線すなわち配線接続されたネットワーク通信、例えば、イサーネット登録商標接続、RJ-11接続、ユニバーサルシリアルバス接続、IEEE1394ファイアワイア接続、又はその他、を可能にする構成要素を含むことができる。これらは非網羅的なリストとして意図されており、そして多くの他の代案が可能である。オーディオユニット331は、移動デバイス301の構成要素であり、アナログフォーマットとディジタルフォーマットとの間で信号を変換するために構成される。オーディオユニット331は、移動デバイス301によって使用され、スピーカ332を使用して音を出力しそしてマイクロフォン333からの入力信号を受け取る。図3は、多くの従来型の計算デバイスにおいて一般的に見られるある種の構成要素だけを図示する。非常に多くの他の構成要素が、同様に特定の装置においてごく普通に見られ、そしてある種のケースでは、図3に示されたある構成要素が省略されることができる。しかしながら、図3に示された計算デバイス301は、今日一般的に見られる計算デバイスの典型である。図4は、本発明の1実施形態における1つのデバイスのアプリケーションアーキテクチャを図示する。本デバイスは、コンピュータプラットフォームを含む。コンピュータプラットフォームは、ハードウェア、ソフトウェア、又は両方を含むデバイスの構成要素を呼ぶことができる。例えば、それはオペレーティングシステム、基盤となるハードウェア構成要素を含むことができ、そのハードウェア構成要素は、チップ、ユーザインターフェースハードウェア例えば、ディスプレイ、入力デバイスと出力デバイス、ライブラリ、サポーティングAPI、オペレーティングシステムへの追加の拡張、等を含む。1つの実施形態では、無線デバイスのアプリケーションアーキテクチャ400は、DeviceAPI405、BREWAPI410、BREWExtension415、Trigplayer420、Actor425、及びTrig430を含む。DeviceAPI405は、そのデバイスに明確に関係付けられた機能に対処するためのソフトウェアプラットフォームによって使用されるそれらのAPIを含むことができ、例えば、特定のプロセッサ又はASIC機能、特定のデバイスハードウェア機能、等である。BREWAPI410は、QUALCOM株式会社によって開発されたソフトウェアプラットフォームである。BREWAPI410は、そのデバイスに対して特別に書き込まれることを必要とせずにDeviceAPI405及びその他の機能を呼び出すためのアプリケーションに対する能力を提供する。言い換えると、アプリケーションからハードウェアの特定の側面を取り出し、それによってそのデバイス上でアプリケーションを実行する各特定のデバイスに対して、合わせる必要なく又はわずかに合わせることを必要とするだけで、アプリケーションが複数のデバイスに対して書き込まれることを可能にする。BREWExtension415は、BREWプラットフォームに追加の能力、例えば、MP3プレーヤ、Java登録商標VirtualMachinesジャヴァ仮想マシーン、等、を追加する能力を提供する。Trigplayer420、Trig430及びActor425は、QUALCOM株式会社によって開発されたuiOne登録商標アーキテクチャのコンポーネントである。これらのコンポーネントは、一般的にデバイス400のユーザインターフェースの側面を呼ぶ。1つの実施形態では、Trig430は、コンパイルされたTrigML登録商標コード、及びデバイス400上にユーザインターフェースを与えるためのアプリケーションによって使用される他のリソースそれはメタデータ、テキストファイル、及び画像を含むことができるである。複数のTrig430及びTrigへの最新版、Triglet図示されずと呼ばれる、は、ユーザインターフェースに対して使用されることができる。TrigMLコード、QUALCOM株式会社によって所有される、は、XMLに基づくデータ言語であり、そしてTrig430を書き表すためのユーザインターフェース表示言語として使用されることができ、そして移動体に的を絞った機能性、双方向ユーザインターフェースイベントモデルの利点を含み、そしてその他の利点の中でピクセル位置決定の利点を含む。Actor425は、基盤となるCコードを含み、Trigを基盤となるDeviceAPI405及び/又はBREWAPI410に結びつける。Actor425は、しかも入力/出力のための実行可能なものexecutablesとして機能することができる。そして複数のアクタが基盤となるDeviceAPI及びBREWAPIを結び付けるので、それらはコンピュータプラットフォーム機能へのアクセスを有する。たとえ、Trigplayer420が図4では分離されているとしても、Trigplayer420は、BREWExtension415として与えられることができる。Trigplayerは、Trig及びActorを使用してユーザインターフェースを与えるために使用される。図4の考察は、QUALCOM株式会社のuiOneアーキテクチャコンパイルされたTrigML、Trigplyer、BREWAPI、等を含むに関してであるが、これは説明の目的のためであり、そして本発明が他のデータ言語、コンピュータプラットフォームとソフトウェアプラットフォーム並びにデバイスアーキテクチャを含むことが、理解されるであろう。図5は、本発明の1実施形態におけるユーザインターフェースを更新するシステム及びTrigplayer420、Actor425及びTrig430を図示するアーキテクチャを説明するブロック図である。デバイス500は、Trigplayer420、Actor425及びTrig430を含む。Trigは、TrigMLコード505、テキストストリング510、画像515、及び更新チャネル520更新チャネルは、URLを規定しそしてTriglet530を引き出すタイミング方式を規定することができるを含むことができる。Trigは、無線を介して更新されることができ、それによってデバイスが製造者をとっくに離れてしまった後で、ユーザインターフェースが更新されることを可能にする。サーバ525は、新たなTrig及び又はTrigの更新されたコンポーネント例えば、Triglet530をダウンロードするために使用されることができ、それゆえデバイスのためのユーザインターフェースがカスタム化されることを可能にする。図6は、本発明の1実施形態において言語の共通変数によって体系化される複数の類似のリソース参照値を管理することに関係するファイル構造600を説明するブロック図である。1つの実施形態は、ソフトウェア開発ツール及びその構造をアクセスするための実行プロセスを使用してファイル構造600を作り出すことに関する使用を含む。ソフトウェア開発ツールの一例は、QUALCOM株式会社によって所有されるtrigbuilderとtrigpublisherを含む。本構造をアクセスするための実行プロセスの一例は、trigplayerを含む。ユーザインターフェースエレメントを構築する際に、trigbuilderは、そのエレメントの側面を規定する属性を開発者から受け取る。このユーザインターフェースエレメント及びファイル構造は、図4及び図5に関係して説明されたTrig中に常駐することができる。1つの属性は、lang属性を含むことができる。ファイル構造は、共通変数、例えば、lang変数、により体系化され、そしてリソース参照値を含み、その結果共通変数が一旦規定されると、同様なリソース値は、共通変数を修正して使用することによって同じ命令を使用して参照されることができる。複数の言語を管理することを可能にするシステムを構築する際に、開発者は、次のようなTrigMLエレメントを作り出す:構築ツールは、開発者がサポートすることを望んでいる言語をその開発者から同様に受け取る。例えば、開発者は、英語及びフランス語を選択することができる。上記の例では、テキストリソースaが、既に作り出されており、そして付随する英語値及びフランス語値を有する。1つの実施形態は、開発者によって選択されるリソースa及び言語に基づいてファイル構造を作り出す。図6は、ファイル構造600の一例を図示する。この例では、英語版におけるテキストリソース参照値aは、ハロー605の値を有し、そしてテキストリソースaのフランス語版に対してはボンジュール610の値を有する。図7は、本発明の1実施形態において言語の共通変数によって体系化される複数の類似のリソース参照値を管理することに関係するより複雑なファイル構造700を図示する。複数のリソース間の関連を用いてファイル構造700を構築することは、それらの管理を単純化する。例えば、図7において、テキストリソース参照値aは、ハロー705,710の2つの異なる表示を表し、そしてテキストリソースbは、グッドバイ715,720の2つの異なる表示を表す。図7を続けて、異なるリソースは、lang変数を使用するアクセスであり、次のようである:textlangaもしlangが英語として規定される場合、上の表現は、ハローに決められる。もしlangがフランス語として規定される場合、上の表現は、ボンジュールに決められる。同じリソース参照値aが関連するテキストリソースの2つの表現、すなわち、ハローとボンジュール、をアクセスするために使用されることに、注意する。図8は、本発明の1実施形態において言語の共通変数によって体系化される複数の類似のリソース参照値及び異なる参照形例えば、テキストと画像を含むを管理することに関係する別の1つのより複雑なファイル構造800を図示する。上記及び下記に説明されるように、任意のリソース型は、言語変数を使用してテキストリソースを単に操作するのではなく、変数語形変化の管理を使用して与えられることができる。lang変数の決定1つの実施形態では、trigplayerは、コンパイルされたコード中のlang変数を決めるために使用されることができる。しかしながら、いずれかのパーサ又は別のコード解析器が使用され得ることは、当業者により理解される。さらに、コードは、必ずしもコンパイルされる必要がない。lang変数は、デバイスによって、開発者によって、アプリケーションによって又はその変数をアクセスすることができる他のエンティティによって設定されることができる又は変更されることができる。1つの語形変化では、langは、デフォルト値、例えば、英語を有し、そして後の時点においてデバイスによって変更されることができる。lang値が変更されるべきであれば、trigplayerは、どのリソースにアクセスするかを決定するときにその値を使用するように試みる。言語リソースが存在するはずがなければ、trigplayerは、最後の有効なlang値に戻ることができる。例えば、langの前の値が英語であり、そして次にドイツ語に変更された場合に、下記の表現に遭遇する:textlangatrigplayerは、textGermanaを見つけようと試みるはずである。しかしながら、もしドイツ語が存在しない場合、trigplayerは、有効であった前のlang値に戻ろうとするはずである。それゆえ、もし英語のlang値が前にうまく使用された場合、上記の表現に遭遇したときに、trigplayerは、textEnglishaを見つけようと試みるはずである。あるいは、trigplayerは、常にそれに戻るlangに対するデフォルト値を有することができる。そしてさらに別の1つの代案は、リソースが見つけなかったエラーのような、エラーを返すことがある。複数の実施形態は、言語及びlang変数に関して説明された。しかしながら、別の変数が変数値を制御するために同じ方法で言語以外に使用されることができる。例えば、変数は、サポートされる複数のデバイス、その他のデバイスリソース、例えば、スクリーンの大きさ、機能、等を管理するために使用されることができる。いずれかのリソースが本明細書中に記載された方法及び装置を使用して管理されることができることが、認識される。本発明の実施形態のさらなる説明Trig又はTrigletUIエレメント中のリソースのパスがlangを含み、そしてあなたが複数の言語をコンパイルする場合に、各言語に対する各リソースデータは、2文字の国コードで置き換えられたパスのlang部分を含むであろう。注:示されない限り明細書全体を通して複数のTrigの使用は、複数のTrig又は複数のTrigletを呼ぶ。例えば、テキストリソースは、3ヶ国語を含み、パスは、textlanggreetingであり、enhellodegutentagfrbonjourこれらのパスは、次のように拡張されるtextengreetingtextdegreetingtextfrgreeting。TrigML中のパスを参照するために、lang変数は、パス中に保持され、そして、Trigplayerは、手持ち機器の言語を照合し、そして正しいリソースが複数の値の存在を含むように選択する。デフォルト言語デフォルト言語は、Trigプロパティ中で搬送するために使用する特別な情報であり、その結果、trigがコンパイルされるときにデフォルト言語は言語のconfigsupportedLangsデータリスト中の最初の言語になる。1つの実施形態では、コンパイラは、それがそのコンパイラに渡される配列中の最初の言語であると仮定することができる。TrigPlayerTrigplayerは、Trigがサポートする言語の新たな行の別のリストを含んでいるconfigsupportedLangsのところに位置するテキストリソースを現在読み出す。リスト中の最初の言語は、デフォルト言語であり、それは手持ち機器上で選択された言語がサポートされていないはずであれば、プレーヤがたよりにする。もし、上記のリソースが存在しない場合に、langは、NULLストリングを返すであろう。動作behaviorの一例は、下記を含む:現在の手持ち機器の言語を試すtrigによってサポートされていない場合、最後に上手く使用された言語をたよりにする最後に上手く使用された言語がない場合例えば、最初に電源を入れる場合、最初にサポートされる言語をたよりにする。Parcel変更別の1つの実施形態では、Parcelforceコードの使用は、リソースオブジェクトismultilang上の方法によって、リソースが多言語であるか否かどうかの意味を引き出す。この方法は、ストリングlangが、そのリソースオブジェクトのためのリソースパス中に存在するかどうかを検査する。オブジェクトのリソースパスがlangの新たな独立変数argumentであるとき、もしそれが渡される場合に、それは渡された言語で現在のlangを置き換える。このコードがバーファイルの中に入るリソースパスを生成しているときに、その時には、このコードは、TrigCompilerによって呼び出されることができる。getresourcepathの全てのその他の使用は、例えば、TrigBuilderにおける使用のためにlangを置き換えることなくパスを返す。しかも、Trigが多言語であるか又はそうでないかを知るために検査することを統一するためのコールがある。Trigオブジェクト上の方法ismultilangは、それが含んでいる全てのリソースが多言語であるかを検査する。この共通コードは、複数の場所で使用され、そして共通コードを1つの場所に置く良いプログラミング手法に続く。このようにして取り出すことによって、将来において複数の言語の取り扱いの異なるインプリメンテーションへとさらに容易に移ることができる。上の方法及びソフトウェア設計の説明は、同様に装置に実装されることができ、RAM中に又は他のメモリ記憶デバイス中に命令として記憶されることができる。本明細書中に示されたプロセスが特定の順番で連続的に例示されそして説明されてきているとはいえ、他の実施形態では、プロセスのステップは、別の順番で、複数回、及び/又は並行に実行されることができる。さらに、ある複数の実施形態では、複数のプロセスにおいて記載された1又はそれより多くのステップは、別々のステップとして実行されることができ、より少ない数のステップへと統合されることができる、又はおそらく完全に省略されることができる。これまでの開示が本発明の例示的な実施形態を示している一方で、様々な変更及び変形が添えられた特許請求の範囲によって規定されるように本発明の精神及び範囲から逸脱することなく記載された実施形態に行われることができることに、注意すべきである。さらに本発明の要素が、単数形で記載される又は特許請求されることがあるが、複数形は、単数形への限定が明確に述べられない限り予期される。"