モバイル機器であって、UICCに接続するためのUICCインタフェースと、前記UICCインタフェースを介して前記UICCと通信するように動作可能であるUICCモジュールと、前記モバイル機器によって実行される複数のアプリケーションを格納するメモリと、ユーザがアプリケーションにアクセスするのを可能にするユーザインタフェースを提供するUIモジュールと、を有し、前記UICCモジュールは、ユーザの前記ユーザインタフェースとの相互作用の前にまたはそれとは無関係に、前記UICC上で利用可能なUICCアプリケーションのUICCアプリケーションメタデータを前記UICCから取得するように構成され、かつ、前記UICCアプリケーションメタデータを前記メモリに格納するように構成され、前記UIモジュールは、前記UICCアプリケーションメタデータを使用して、ユーザが、ユーザインタフェースであって、起動されるアプリケーションを、該ユーザインタフェースを介して選択することができるユーザインタフェースを生成するように動作可能であり、前記UICCモジュールは、UICCアプリケーションを選択するユーザ入力に応答して、前記選択されたUICCアプリケーションを起動するコマンドを前記UICCに送信するように動作可能である、モバイル機器。前記UICCアプリケーションメタデータは、UICCアプリケーションを起動するのに必要な複数の条件を含み、前記UICCモジュールは、UICCアプリケーションのユーザ選択に応答して、前記選択されたUICCアプリケーションを起動する前記コマンドを送信する前に、前記選択されたUICCアプリケーションに関連する条件をチェックするように動作可能である、請求項1に記載のモバイル機器。前記条件は、必要なネットワークサービスを定め、前記UICCモジュールは、前記必要なネットワークサービスが利用可能であることをチェックするように動作可能であり、かつ、前記必要なネットワークサービスが利用可能な場合、前記選択されたUICCアプリケーションを起動する前記コマンドを送信するように動作可能である、請求項2に記載のモバイル機器。前記条件は、ユーザ認証が必要であることを定め、前記UICCモジュールは、ユーザ認証を実行するように動作可能であり、かつ、ユーザ認証が成功した場合、前記選択されたUICCアプリケーションを起動する前記コマンドを送信するように動作可能である、請求項1から3のいずれかに記載のモバイル機器。前記UICCモジュールは、ユーザに、ユーザの名前とパスワードの少なくとも一方を入力するように促すことによって、そして入力されたユーザの名前とパスワードの少なくとも一方を、前記UICCアプリケーションメタデータに用意されているユーザの名前とパスワードの少なくとも一方と比較することによって、認証を実行するように動作可能である、請求項4に記載のモバイル機器。前記コマンドは、起動される前記UICCアプリケーションを識別するエンベロープコマンドである、請求項1から5のいずれかに記載のモバイル機器。前記UIモジュールは、前記モバイル機器上および前記UICC上で利用可能な複数のアプリケーションの組合せを表示するユーザインタフェースを生成するように動作可能である、請求項1から6のいずれかに記載のモバイル機器。前記UICCアプリケーションメタデータは、カテゴリデータを含み、前記UIモジュールは、同じカテゴリのUICCアプリケーションとモバイル機器アプリケーションとを前記ユーザインタフェース上でまとめるように動作可能である、請求項7に記載のモバイル機器。前記UICCアプリケーションメタデータは、エレメントファイル内の前記UICC上に格納され、前記UICCモジュールは、前記エレメントファイルから前記メタデータを読み出すように動作可能である、請求項1から8のいずれかに記載のモバイル機器。前記UICCアプリケーションメタデータは、前記UICCのために設けられたUICCサービスメニューシステムを有する装置に与えられる、請求項1から9のいずれかに記載のモバイル機器。UICCであって、モバイル機器に接続するためのインタフェースと、複数のUICCアプリケーションおよび該UICCアプリケーションに関するUICCアプリケーションメタデータを格納するメモリと、前記モバイル機器と通信するように動作可能である制御モジュールと、を有し、前記制御モジュールは、ユーザのUICCとの相互作用の前にまたはそれとは無関係に、前記モバイル機器に前記UICCアプリケーションメタデータを与えるように動作可能であり、かつ、UICCアプリケーションを起動するコマンドを前記モバイル機器から受信するのに応答して、該UICCアプリケーションを起動するように動作可能である、UICC。前記UICCアプリケーションメタデータは、前記モバイル機器によって使用されるUICCアプリケーションを起動するのに必要な複数の条件を含み、前記モバイル機器は、前記選択されたUICCアプリケーションを起動する前記コマンドを送信する前に、前記必要な条件が満たされたことをチェックする、請求項11に記載のUICC。前記条件は、必要なネットワークサービスを定める、請求項11または12に記載のUICC。前記条件は、ユーザ認証が必要であることを定める、請求項11から13のいずれかに記載のUICC。前記UICCアプリケーションは、ユーザ名とパスワードの少なくとも一方を含む、請求項14に記載のUICC。前記コマンドはエンベロープコマンドである、請求項11から15のいずれかに記載のUICC。前記UICCアプリケーションメタデータは、各UICCアプリケーションに関連するカテゴリを識別するカテゴリデータを含む、請求項11から16のいずれかに記載のUICC。前記UICCアプリケーションメタデータは、エレメントファイル内に格納され、前記USATモジュールは、前記エレメントファイルからのメタデータを前記モバイル機器に与えるように動作可能である、請求項11から17のいずれかに記載のUICC。前記USATモジュールは、前記UICCアプリケーションメタデータを、前記USATモジュールによって与えられたUICCサービスメニューシステムを有する前記モバイル機器に与えるように動作可能である、請求項11から18のいずれかに記載のUICC。前記USATモジュールは、前記UICCアプリケーションメタデータが更新された場合、前記モバイル機器を、リセットを行うように作動させるように動作可能である、請求項11から19のいずれかに記載のUICC。UICCを含むモバイル機器内で行われる方法であって、前記モバイル機器によって実行される複数のアプリケーションをメモリに保持することと、ユーザがアプリケーションにアクセスするのを可能にするユーザインタフェースを備えることと、ユーザの前記ユーザインタフェースとの相互作用の前にまたはそれとは無関係に、UICC上で利用可能な複数のUICCアプリケーションのUICCアプリケーションメタデータを取得し、前記UICCアプリケーションメタデータを前記メモリに格納することと、前記取得されたUICCアプリケーションメタデータを使用して、ユーザが、ユーザインタフェースであって、起動されるアプリケーションを、該ユーザインタフェースを介して選択することができるユーザインタフェースを生成することと、UICCアプリケーションを選択するユーザ入力に応答して、前記選択されたUICCアプリケーションを起動するコマンドを前記UICCに送信することと、を有する、UICCを含むモバイル機器内で行われる方法。UICCによって行われる方法であって、モバイル機器に接続することと、複数のUICCアプリケーションおよび該UICCアプリケーションに関するUICCアプリケーションメタデータを前記UICCのメモリ内に保持することと、ユーザのUICCとの相互作用の前にまたはそれとは無関係に、前記モバイル機器に前記UICCアプリケーションメタデータを与えることと、UICCアプリケーションを起動するコマンドを前記モバイル機器から受信するのに応答して、該UICCアプリケーションを起動することと、を有する、UICCによって行われる方法。通信システムであって、請求項1から10のいずれかに記載のモバイル機器と、請求項11から20のいずれかに記載のUICCと、複数のUICCアプリケーションを前記UICCにダウンロードするように動作可能であるオペレータネットワークと、を有する通信システム。プログラム可能なモバイル機器を、請求項1から10のいずれかに記載のモバイル機器として構成可能にする、コンピュータで実行可能な複数の命令を含む、コンピュータで実行可能な命令製品。プログラム可能なUICCを、請求項11から20のいずれかに記載のUICCとして構成可能にする、コンピュータで実行可能な複数の命令を含む、コンピュータで実行可能な命令製品。一実施態様では、これを達成し、ユーザエクスペリエンスをさらに高めるために、本発明者は、MEが、利用可能なUICCアプリケーションに関連する一組の関連データを検索することを可能にする新しいプロトコルを定めることを提案し、その結果、これら全てのUICCアプリケーションがMEアプリケーションと同じようにエンドユーザに提示/表示されかつアクセスされることを可能にする通常、アイコンとして提示される。提案されるプロトコルはまた、エンドユーザが、対応するアイコンをクリック/選択することによって、UICCアプリケーションをダイレクトに起動することも可能にする。好適な実施態様では、UICCアプリケーションおよびMEアプリケーションのメニュー項目例えば、アイコンが、統一されたユーザインタフェースで一緒に表示され、その結果、ユーザは、アプリケーションがUICCまたはMEによって格納され、UICCまたはMEによって実行されたか否かに気づかない。下記の例は、提案される解決策を使用して得られる結果を示している。‐iPhoneのようなユーザインタフェースを考慮して、UICCアプリケーションに関連するアイコンは、他のMEアプリケーションのように、主メニュー内にダイレクトに示される。‐例えば、ゲーム、ツールなどの異なる種類のアプリケーションに対して異なるフォルダーを含むMEユーザインタフェースを考慮して、UICCアプリケーションのアイコンは、同じカテゴリのMEアプリケーションのアイコン、例えば、UICCのゲームアプリケーションのアイコンがMEゲームアプリケーションなどと同じフォルダー内に位置するのと並んで、これらのフォルダー内に送られるであろう。提案された新しいプロトコルは次を使用し、含んでもよい。‐UICCアプリケーションを特徴付けるメタデータ例えば、カテゴリ、名前、ユーザに提示されるアイコン、アプリケーションを起動するのに必要なパラメータ、利用可能なネットワークサービス例えば、パケットサービスへの依存性などを定める‐UICCアプリケーションに関連するメタデータを全て格納する新しい専用のエレメントファイルEF線形の一定の種類のEF、UICCアプリケーション当たり1つのレコードをUICC上に定める‐UICCおよびMEの両方についてのサービス宣言ルーチン内に新しいサービスを追加する‐この新しいエレメントファイルの読出しを含めることによって、MEの電源投入シーケンスを更新する‐MEがエレメントファイルを一旦、検索すると、MEは、これらUICCアプリケーションのためのUIを、それ自身のUIアーキテクチャおよび能力に基づいて構築する‐メタデータが、UICCアプリケーションの起動前にいくつかの追加の動作を必要とする場合に、エンドユーザと相互作用するモジュールをME内に定める例えば、ログイン/パスワード、ネットワークサービスの利用可能性をチェックするなど‐MEがUICCに、選択されたUICCアプリケーションを起動することを実際に要求することを可能にする、新しいエンベロープコマンドを定める一実施態様では、ダイレクトアクセスのために必要なデータは、MEの電源投入の間、UICCからMEに転送される。これは、電源投入動作に数ミリセカンドを追加することになり、エンドユーザにとって完全にトランスペアレントとなる。それから、エンドユーザがUICCアプリケーションを起動するとき、単一のエンベロープコマンドがMEによってUICCに送られる。この新しいプロセスをSIMツールキットに基づく既存の実現例と比較すると、UICCアプリケーションを起動する新しいエンベロープコマンドは、既存の実現例に要求される全ての必要なセットアップメニュー/エンベロープメニュー選択/項目選択/...コマンド図4bに示されているに単純に置き換えられる。さらに、エンドユーザは、UICCアプリケーションに達する前にSIMサービスメニューと数回、相互作用する必要はもはやないこれは、ユーザエクスペリエンスの著しい改善である。一態様によれば、本発明は、モバイル機器であって、UICCに接続するためのUICCインタフェースと、UICCインタフェースを介してUICCと通信するUICCモジュールと、モバイル機器によって実行される複数のアプリケーションを格納するメモリと、ユーザがアプリケーションにアクセスするのを可能にするユーザインタフェースを提供するUIモジュールと、を有し、UICCモジュールは、ユーザのユーザインタフェースとの相互作用の前にまたはそれとは無関係に、UICC上で利用可能なUICCアプリケーションのUICCアプリケーションメタデータをUICCから取得するように構成され、かつ、UICCアプリケーションメタデータをメモリに格納するように構成され、UIモジュールは、UICCアプリケーションメタデータを使用して、ユーザが、起動されるアプリケーションを選択できるようにするためのユーザインタフェースを生成し、UICCモジュールは、UICCアプリケーションを選択するユーザ入力に応答して、選択されたUICCアプリケーションを起動するコマンドをUICCに送信する、モバイル機器を提供する。一実施態様では、モバイル機器は、UICCアプリケーションメタデータを電源投入またはリセットルーチンの間に取得する。他の実施態様では、モバイル機器は、ユーザがモバイル機器上でまたはUICC上でアプリケーションをナビゲートするのを可能にするユーザインタフェースの表示の前に、UICCアプリケーションメタデータを取得するのを開始する。一実施態様では、UICCアプリケーションメタデータは、UICCアプリケーションの起動に必要な条件を含み、UICCモジュールは、UICCアプリケーションのユーザ選択に応答して、選択されたUICCアプリケーションを起動するコマンドを送信する前に、選択されたUICCアプリケーションに関連する条件をチェックする。前記条件は、必要なネットワークサービスを定めてもよい。この場合、UICCモジュールは、必要なネットワークサービスが利用可能であることをチェックしてもよく、必要なネットワークサービスが利用可能な場合にのみ、選択されたUICCアプリケーションを起動するコマンドを送信する。前記条件は、ユーザ認証が必要であることを、代わりにまたは追加して定めてもよい。この場合、UICCモジュールは、ユーザ認証を実行し、ユーザ認証が成功した場合にのみ、選択されたUICCアプリケーションを起動するコマンドを送信するであろう。UICCモジュールは、ユーザの名前とパスワードの少なくとも一方を入力するようにユーザに促すことによって、そして入力されたユーザの名前とパスワードの少なくとも一方を、UICCアプリケーションメタデータに用意されているユーザの名前とパスワードの少なくとも一方と比較することによって、認証を実行してもよい。一実施態様では、UICCアプリケーションメタデータは、アイコンまたはアイコンへのポインタを含み、UIモジュールは、複数のアイコンを使用してユーザインタフェースを生成する。UIモジュールは、モバイル機器上およびUICC上で利用可能な複数のアプリケーションの組合せを表示するユーザインタフェースを生成してもよい。UICCアプリケーションメタデータは、カテゴリデータを含み、UIモジュールは、該カテゴリデータを使用して、同じカテゴリのUICCアプリケーションとモバイル機器アプリケーションとをユーザインタフェース上でまとめることが可能である。一実現例では、UICCアプリケーションメタデータは、エレメントファイル内のUICC上に格納され、UICCモジュールは、エレメントファイルからメタデータを読み出す。本発明はまた、UICCであって、モバイル機器に接続するためのインタフェースと、複数のUICCアプリケーションと該UICCアプリケーションに関するUICCアプリケーションメタデータを格納するメモリと、モバイル機器と通信する制御モジュールと、を有し、制御モジュールは、ユーザの相互作用の前に、モバイル機器にUICCアプリケーションメタデータを与えるように動作可能であり、かつ、モバイル機器からUICCアプリケーションを起動するコマンドを受信するのに応答して、該UICCアプリケーションを起動するように動作可能である、UICCも提供する。好適な実施態様では、制御モジュールは、UICCのオペレーティングシステムの一部を構成するが、他の実施態様では、制御モジュールはUICC上の1つまたは複数の別個のモジュールとして設けられてもよい。UICCアプリケーションメタデータは、モバイル機器によって使用されるUICCアプリケーションを起動するのに必要な条件を含み、モバイル機器は、選択されたUICCアプリケーションを起動するコマンドを送信する前に、前記必要な条件が満たされたことをチェックする。前記条件は、例えば、必要なネットワークサービスと、ユーザ認証が必要であること、の少なくとも一方を定めてよい。ユーザ認証が必要な場合、UICCアプリケーションメタデータは通常、ユーザの名前とパスワードの少なくとも一方を含む。UICCアプリケーションメタデータは、ユーザインタフェース例えば、ディスプレイ上でユーザに表示されるアイコンまたはアイコンへのポインタを含んでもよい。UICCアプリケーションメタデータは、各UICCアプリケーションに関連するカテゴリを識別するカテゴリデータも含んでよい。一実現例では、UICCアプリケーションメタデータは、エレメントファイル内に格納され、USATモジュールは、エレメントファイルからのメタデータをモバイル機器に与える。UICCアプリケーションメタデータが変更された場合、例えば、UICCアプリケーションが更新された場合、USATモジュールは、エレメントファイルからアプリケーションメタデータを再度、読み出すように、モバイル機器を作動させることができる。このようにして、メタデータが変更された場合、モバイル機器を、新しいデータを反映するように更新することもできる。本発明はまた、対応する方法と、コンピュータで実行可能な命令製品も提供する。コンピュータで実行可能な命令はCD-ROMなどの記録媒体に格納されてもよい。本発明のこれらおよび他の態様は、添付の図面を参照して記載された代表的な実施形態の以下の詳細な記載から明らかとなる。概要以下により詳細に説明するように、この実施形態の主要なアイデアは、MEが、UICCアプリケーションに関連する一組の関連データを検索することを可能にする新しいプロトコルを定め、その結果、これら全てのUICCアプリケーションが、MEアプリケーション通常、アイコンとして提示されると同じ少なくとも類似した方法でエンドユーザに提示され/表示され、かつエンドユーザがアクセスできるようにすることである。提案されるプロトコルはまた、エンドユーザが、既存のUICCサービスのメニューを入力することなく、対応するアイコンをクリック/選択することによって、UICCアプリケーションをダイレクトに起動することを可能にするであろう。図1は、モバイル通信システム1の主要な構成要素を示すブロック図である。図示のように、本システムは、セルラー電話のようなモバイル機器ME3と、通常、ME3内に搭載されているUICC5と、ME3へ信号を送信し、ME3から信号を受信する基地局7と、ME3にデータおよび音声電話サービスを提供するオペレータネットワーク9と、を含んでいる。図示のように、オペレータネットワーク9は、オペレータネットワーク9内のサーバ13またはインターネット15内のサーバ不図示にアクセスするために、ME3が接続するいくつかのアクセスポイント11を含んでいる。図2は、この実施形態で使用されるME3およびUICC5の主要な構成要素を示すブロック図である。図示のように、ME3は、1つまたは複数のアンテナ25を経て基地局7に信号を送信し、基地局7から信号を受信するように動作可能である送受信回路23を含んでいる。図示のように、送受信回路23は、通常の方法でラウドスピーカ27とマイクロフォン29に接続されており、ユーザが電話をかけ、またかかってきた電話を取ることができるようになっている。ME3はまた、ME3の動作を制御し、ユーザがディスプレイ33およびキーパッド35を介してME3と相互作用するのを制御するプロセッサ31を含んでいる。プロセッサ31は、メモリ31内に格納されているソフトウェア命令にしたがって動作する。図示のように、これらのソフトウェア命令は、特に、オペレーティングシステム39と、ME3とUICC5の間の相互作用を制御するUICCモジュール41と、いくつかのMEアプリケーション43と、UIユーザインタフェースモジュール45と、を含んでいる。メモリ37はまた、アプリケーションデータ47も格納し、アプリケーションデータ47は、利用可能なアプリケーションのアイコンを含み、該アプリケーションのアイコンがユーザによって選択された場合に該アプリケーションを開始できるようにリンク付けされている。ME3はまた、UICC5に対して物理インタフェースを提供するUICCインタフェース45も含んでいる。この実施形態では、UICCモジュール41はME3内の別個のソフトウェアモジュールである。当業者が理解するように、他の実施形態では、UICCモジュール41はオペレーティングシステム39の一部として設けられてもよい。図2に示されているように、UICC5は、ME3に物理インタフェースを提供するMEインタフェース51を含む。UICC5はまた、メモリ55内に格納されているソフトウェア命令にしたがって動作するプロセッサ53も含む。図示のように、これらのソフトウェア命令は、オペレーティングシステム56と、USATモジュール57ユニバーサルSIM加入者アイデンティティモジュールアプリケーションキットと、いくつかのアプリケーション59と、を含んでいる。USATモジュール57は、UICCアプリケーション59が、ME3またはオペレータネットワーク9またはインターネット15内のリモートエンティティと相互作用して動作することを可能にするメカニズムであって、UICCアプリケーション59に必要な特定のメカニズムをサポートするメカニズムを提供する。メモリ55はまた、UICCアプリケーションメタデータ61も含んでおり、UICCアプリケーションメタデータ61は、ユーザが利用可能な全ての異なったUICCアプリケーション59を識別し、かつ、各UICCアプリケーション59の実行に関連するデータを含んでいる。この実施形態におけるME3およびUICC5の動作方法を、図3を参照して次に説明する。最初に、電源が投入されまたはリセットされると、UICCモジュール41は、ステップs1において、電源投入またはリセットの信号をUICC5に送る。ステップs3において、オペレーティングシステム56は、この信号に対し、UICC5がサポートするサービスを示すATRリセットに対する回答応答で応答する。この実施形態では、ATR応答は、本願で提案されている、UICCアプリケーション59へのダイレクトアクセスを提供する新しいサービスを、UICC5がサポートしていることを示すデータを含む。ステップs5において、UICCモジュール41は、ATRメッセージに対し、ME3がサポートしているサービスをUICC5に知らせる端末プロファイルコマンドで応答する。この実施形態では、この端末プロファイルコマンドは、ME3がUICCアプリケーションサービスへの新しいダイレクトアクセスをサポート可能であることを示すデータを含む。ステップs7において、UICCモジュール41は、UICCアプリケーション59のメタデータ61を含むエレメントファイルこの例では、EFUICCAPPにアクセスするために、一連の選択コマンドとリードレコードAPDUコマンドを送る。これらのコマンドの受信に応答して、オペレーティングシステム56は、ステップs9において、EFUICCAppに保持されているメタデータ61をUICCモジュール41に送る。UICCモジュール41は、ユーザがユーザインタフェースを介してアプリケーションにアクセスしようとしたときに、メタデータ61を、その後の使用のためにアプリケーションデータ47と共に格納する。ME3が一旦全てのメタデータ61を有すると、UIモジュール45は、ステップs11において、メタデータ61を使用して、ユーザのUICCアプリケーション59へのダイレクトアクセスを可能にするユーザインタフェースを構築することができる。UIモジュール45は、通常、ユーザが、利用可能なアプリケーションを要求する所定の入力例えば、キーパッド35上のメニューキーを押すを入力したときにユーザインタフェースを生成するが、ユーザインタフェースは予め生成されてメモリ37に格納されていてもよい。ステップs13において、UIモジュール45は、生成されたユーザインタフェースをディスプレイ33によってユーザに提示し、これによってユーザは、表示されたユーザインタフェースからUICCアプリケーション59を閲覧し、選択することができる。好適な実施形態では、UIモジュール45は、ME3上に格納されているアプリケーションデータ47から求められたMEアプリケーション43と、UICCアプリケーション59と、の両方に対するアイコンを含むユーザインタフェースを構築する。このようにして、アプリケーションがMEアプリケーション43であるかUICCアプリケーション59であるかを、ユーザにトランスペアレントなものにすることができる。ユーザが、ステップs15において、UICCアプリケーション59を実行することを選択すると、UICCモジュール41は、ステップs17において、所望のアプリケーションを起動するのに必要な全ての条件が満たされたかどうかをチェックするUICCモジュール41がステップs9で得た、選択されたUICCアプリケーションに関連するメタデータ61から決定する。これらの条件が満たされていない場合、UICCモジュール41は、ユーザを認証するログイン/パスワードを出力するようにユーザに要求するか、または、適切なネットワークサービスの利用可能性をチェックすることなどの、適切な動作を行う。アプリケーションを起動するのに必要な条件が一旦満たされると、UICCモジュール41は、ステップs19において、選択されたUICCアプリケーション59を起動するコマンドをUICC5に送る。この例では、選択されたUICCアプリケーション59はエニグマゲームである。起動コマンドの受信に応答して、オペレーティングシステム56は、USATモジュール57を呼び出し、該コマンドを解釈し、一旦解釈されると、ステップs21において、選択されたアプリケーション59を起動する。UICC5とME3の間のその後のやり取りは、起動されたアプリケーションに依存し、以前と同じであり、したがってそれらのステップの記述は省略する。したがって、上記の記述からわかるように、UICCメニューのナビゲーションの遅くて面倒なタスクは、UICCインタフェース45を通じて通信する必要なしに、より高速なMEプロセッサ31によって行われる。UICC5からUICCアプリケーションメタデータ61を読み出すために、起動時またはリセット時に追加の時間が必要になるが、これが終了した後は、UICCアプリケーション59へアクセスするためのその後の処理は、MEの既存のメニューベースの、MEアプリケーション43にアクセスするシステムによって制御される。実施例AUICCアプリケーションメタデータ61の定義メタデータはアプリケーションを特徴付けるデータである。この実施形態では、次のメタデータが各UICCアプリケーション59について格納されている。-名称:TS123038に定められたSMSデータ符号化方式について符号化されたテキスト文字列-識別子2バイト:0x0001から0xFFFF-カテゴリ1バイトの文字:例えば、ゲーム、モバイルペイメント、ユーティリティなど。-アイコン1バイトの文字:このバイトは、エレメントファイル内のレコードである、アイコン画像を含むIMGを示している。アイコンを示す他の方法は、アイコン用のURLを定めることである。この場合、テキスト文字列は1バイトの文字の代わりに与えられるであろう。-ネットワークサービス1バイトの文字:例えば、ネットワークサービスは必要ない、回路交換サービスは必要、GPRSは必要、EDGEサービスは必要、PDNサービスは必要など。-ペアレンタルコントロール1バイトの文字:アプリケーションが制限ありまたは制限なしに利用可能かどうかを示す。-ログイン/パスワード1バイトの文字:ログイン/パスワードがアプリケーションにアクセスするのに必要かどうかを示す。上記のメタデータのリストは無論、メタデータを全て網羅したものではなく、他のメタデータを含む可能性がある。BETSITS102221に追加される新しいエレメンタリファイルの定義:EFUICCapp注記:以下に記載するEFUICCAppの構造はほんの一例として示すものである。例えば、他のメタデータ61を収容するために、または上記したメタデータ61のために異なった大きさの割り当てが準備されているならば、他の構造も勿論可能であろう。この新しいEFは、マスターファイルMFの下に位置し、次の構造を有する。これは線形固定の種類のEFである。EFはいくつかのレコードで構成され、各レコードは1つのUICCアプリケーション59のメタデータ61を含んでいる。内容および符号化:-名称ETSITS123038に定められたSMSデータ符号化方式について符号化されたテキスト文字列-識別子:UICCによって割り当てられた固有の識別子符号化:有効な値は0x0001と0xFFFFの間に定められている。0x0000は将来の使用のために未使用となっている。-カテゴリ:アプリケーションのカテゴリを示す。符号化:01:ゲーム02:モバイルペイメント03:ユーティリティ04:その他注記:本リストはここでは一例として示されている。他のカテゴリも定めることできるであろう。-アイコン:EFIMG内のレコード番号を示している。注記:もしアイコンの欄に含まれる値が有意すなわち、値がないか0であれば、ME3は、UICCアプリケーション59のために、MEによって定められたデフォルトのアイコンを割り当てる可能性がある。-ネットワークサービス:ネットワークサービスが必要か否かを示す。符号化:01:CS02:GPRS03:EDGE04:PDNLTE注記:本リストはここでは一例として示されている。他の値も定めることできるであろう。-ペアレンタルコントロール:ペアレンタルコントロールがセットされていた場合に、アプリケーションにアクセス可能であるか否かを示す。符号化00:アプリケーションが制限なしに利用できる01:ペアレンタルコントロールがセットされている場合に、アプリケーションを、利用できない/隠す必要がある他の値は、将来の使用のために未使用となっている。-ログイン/パスワード:アプリケーションを実行するのに認証が必要か否かを示す。符号化00:ログイン/パスワードが必要でない01:ログイン/パスワードが必要他の値は、将来の使用のために未使用となっている。CUICC5とME3の両方による新しいプロトコルのサポート1端末プロファイルコマンドは、MEがサポートするサービスをUICCに知らせるためにMEによって使用される。この新しいサービスのサポートを宣言するために、新しいビットを端末プロファイルコマンドのデータ構造に割り当てることが提案される。一例として、図5に示すように、TS102223に定められている端末プロファイル構造の31番目のバイト内のビット1は、この特徴のサポートを示すために使用することができる1にセットされたb1は、この特徴がサポートされていることを意味する。2この新しいサービスがUICC5によってサポートされている場合、UICC5は、そのことをATRリセットに対する回答バイトの中で宣言しなければならない。TS102221に定められているATR内のT=15の後の最初のグローバルインタフェースバイトは、このために使用することができる。例えば、このグローバルインタフェースバイトの既存の符号化を、新しいサービスのサポートの導入のために拡張することができる。次の表2ETSITS102221内の表6.7はETSITS102221から抽出され、新しい入力をして更新されている表2:ATRのT=15の後の最初のTBii>2の符号化この実施形態では、ME3内のUICCモジュール41は、UICCアプリケーション59へのアクセスを制御する。これを行うために、UICCモジュール41は、次の役割を担っている。●EFUICCAppから読み出されたメタデータ61を全て格納する●UICCアプリケーション59を起動するメタデータによって定められた必要な条件が、このアプリケーションの実行要求をUICC5に実際に送る前に全て満たされたことをチェックする特に、EFUICCApp内の上記した複数のパラメータについて、UICCモジュール41は、関連するUICCアプリケーションについて次の動作の役割を担っている。○必要なネットワークサービスが利用可能であることをチェックする○ペアレンタルコントロールの状態をチェックする○ユーザにログイン/パスワードを入力するように要求する注記:これらの格納とチェックの特徴を達成するいくつかのソフトウェアモジュールがME3内に存在してもよい。特定の構成が実現例に特有である。DETSITS102223に追加される新しいエンベロープコマンドの定義この新しいエンベロープコマンドは、UICCアプリケーション59を実際に起動するために、ME3からUICC5に送られる。UICCアプリケーションを起動するエンベロープの構造-方向:端末MEからUICCへコマンドのヘッダは、3GプラットフォームのためのETSITS102223と、2GプラットフォームのためのETSITS151011と、に明記されている。-コマンドパラメータ/データ-装置アイデンティティー:TS102223に定められている符号化-UICCアプリケーションIDTS102223に追加される新しいTLVデータオブジェクト4.18.vvUICCアプリケーションID-識別子:-0x0001から0xFFFF1から65536の間に定められた値-0は将来の使用のための未使用-UICCアプリケーションログイン/パスワード:これらのパラメータは、それらがUICCアプリケーション59によって要求された場合にのみ存在する。EOTAによるUICCアプリケーションの更新UICC5内に位置するアプリケーション59は、OverTheAirOTA更新メカニズムを経て、オペレータ/スマートカードベンダーによってリモートで更新することができる。EFUICCApp内のメタデータ61が例えば、ユーザに表示される新しいアイコンに対して変わった場合には、UICC5は、ME3が更新されたメタデータ61を検索できるように、Refreshプロアクティブコマンドを使用して、ME3にメタデータ61を再度読み出すように要求する。修正および代替詳細な実施形態を上記で記載した。当業者が理解するように、幾つかの修正および代替を、ここに具体化された発明から、なお利益を得ながら上記の実施形態を行うことができる。上記の実施形態では、UICCアプリケーションメタデータは、電源投入またはリセット処理の間にUICCから読み出されていた。他の実施形態では、UICCアプリケーションメタデータは、異なった時間に読み出されまたは読出しを開始されてもよいが、ユーザが、起動するアプリケーションを選択するユーザインタフェースを使用し始めるまたは、使用することができる前であってもよい。上記の実施形態では、携帯電話をベースとした通信システムについて記載した。当業者が理解するように、本願で記載した技術は他の通信システムでも使用することができる。他の通信ノードまたは通信装置は、例えば、パーソナルディジタルアシスタント、携帯電話、ラップトップコンピュータなどのユーザ装置を含んでいてもよい。上記の実施形態では、いくつかのソフトウェアモジュールについて記載した。当業者が理解するように、これらソフトウェアモジュールはコンパイルされたまたはコンパイルされていない形式で提供されてよく、そしてコンピュータネットワークを通じてまたは記録媒体に記録して信号としてUICCまたはMEへ供給されてもよい。さらに、このソフトウェアの一部または全てによって行われる機能は、1つまたは複数の専用のハードウェアモジュールを使用してなされてもよい。しかしながら、ソフトウェアモジュールの使用は、ソフトウェアの機能を更新するために、UICC5とME3の更新を容易にするので好ましい。同様に、上記した様々なソフトウェアモジュールによって果たされる機能は、任意の数の別個のソフトウェアモジュールによってなされてもよく、または、オペレーティングシステムのような、単一のソフトウェアモジュールによってなされてもよい。上記の実施形態では、UICCは、各装置上のインタフェースによってMEと接続していた。当業者が理解するように、これらのインタフェースは物理的接触タイプのインタフェースであってよく、または無線非接触タイプのインタフェースであってもよい。他の様々な変形が当業者に明らかであり、ここではさらに詳しくは説明しない。この出願は、2010年3月25日に出願された英国特許出願第1005034.2号に基づき、その優先権の利益を請求する。