(57)【特許請求の範囲】
【請求項１】
セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供する通信デバイスであって、
前記アクセスポイントを介して前記サービスにアクセスするアプリケーションと、
前記サービスのためのサービス識別子を前記アプリケーションから受信する手段と、
マッピングされた前記サービス識別子とアクセスポイントの識別子の情報に基づいて、前記アプリケーションによりアクセスされ得る前記サービスを介してアクセスポイントの前記識別子を取得する手段と、
前記取得する手段により前記アプリケーションによってアクセスされ得る前記サービスを介して取得されたアクセスポイントの前記識別子と前記アプリケーションの識別子とをバインドする手段と、
前記バインドする手段により前記アプリケーションの識別子とバインドされたアクセスポイントの前記識別子によって識別される前記アクセスポイントへ、前記アプリケーションからの通信トラフィックを導く手段と、
を備える通信デバイス。
【請求項２】
前記取得する手段は、それぞれのアクセスポイントの複数の識別子を取得し、アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子との関連付けを有する、請求項１に記載の通信デバイス。
【請求項３】
前記取得する手段は、アクセスポイントの前記又は各識別子をsubscriber identity module（ＳＩＭ）カードから取得し、それぞれの前記サービス識別子は、アクセスポイントの識別子と関連付けられている、請求項２に記載の通信デバイス。
【請求項４】
前記ＳＩＭカードは、Universal Integrated Circuit Card（ＵＩＣＣ）である、請求項３に記載の通信デバイス。
【請求項５】
前記ＳＩＭカードを備える、請求項３又は４に記載の通信デバイス。
【請求項６】
マシンタイプ通信（ＭＴＣ）又はマシンツーマシン（Ｍ２Ｍ）デバイスを備え、前記アプリケーションは、ＭＴＣ又はＭ２Ｍアプリケーションを備え、前記サービスは、ＭＴＣ又はＭ２Ｍサービスを備える、請求項１〜５のいずれか１項に記載の通信デバイス。
【請求項７】
請求項１〜６のいずれか１項に記載の通信デバイスと、
セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供することに用いるsubscriber identity module（ＳＩＭ）カードと、
セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供するための更新された情報を提供するネットワークノードと、
を備え、
前記ＳＩＭカードは、
アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子と関連して格納され、それぞれのアクセスポイントの複数の識別子を含む情報を格納する手段と、
通信デバイスから前記情報を読み込む要求を受信する手段と、
前記要求に応答して前記情報を提供する手段と、を備え、
前記ネットワークノードは、
アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子と関連して格納され、それぞれのアクセスポイントの複数の識別子を備える情報を維持する手段と、
前記情報により通信デバイスにおけるＳＩＭカードを更新するために、更新手順の一部として、前記維持する手段により維持された前記情報を、前記通信デバイスへ提供する手段と、を備える
システム。
【請求項８】
セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供する通信デバイスであって、
前記アクセスポイントを介して前記サービスにアクセスするアプリケーションと、
前記サービスのためのサービス識別子を前記アプリケーションから受信し、
マッピングされた前記サービス識別子とアクセスポイントの識別子の情報に基づいて、前記アプリケーションによりアクセスされ得る前記サービスを介してアクセスポイントの前記識別子を取得する、
トランシーバと、
前記トランシーバにより前記アプリケーションによってアクセスされ得る前記サービスを介して取得されたアクセスポイントの前記識別子と前記アプリケーションの識別子とをバインドし、
前記アプリケーションの識別子とバインドされたアクセスポイントの前記識別子によって識別される前記アクセスポイントへ、前記アプリケーションからの通信トラフィックを導く、
プロセッサと、
を備える通信デバイス。
【請求項９】
セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供する通信デバイスにより実行される方法であって、
前記通信デバイスは、前記アクセスポイントを介して前記サービスにアクセスするアプリケーションと、前記サービスのためのサービス識別子を前記アプリケーションから受信する手段と、を備え、
マッピングされた前記サービス識別子とアクセスポイントの識別子の情報に基づいて、前記アプリケーションによりアクセスされ得る前記サービスを介してアクセスポイントの前記識別子を取得することと、
前記取得することにより前記アプリケーションによってアクセスされ得る前記サービスを介して取得されたアクセスポイントの前記識別子と前記アプリケーションの識別子とをバインドすることと、
前記バインドすることにより前記アプリケーションの識別子とバインドされたアクセスポイントの前記識別子によって識別される前記アクセスポイントへ、前記アプリケーションからの通信トラフィックを導くことと、
を含む方法。
【請求項１０】
請求項９に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムと、関連装置及び方法に関する。本発明は、排他的ではないが、特にマシンタイプ通信（ＭＴＣ）／マシンツーマシン（Ｍ２Ｍ）通信デバイスが動作する通信システムに関連性を有する。
【背景技術】
【０００２】
マシンタイプ通信（ＭＴＣ：Machine Type Communication）（マシンツーマシン（Ｍ２Ｍ：Machine-to-machine）通信とも呼ばれる）は、一般に、人の介入を含まない、又はとても制限された通信を示す。
【０００３】
より現代的なモバイル（セルラー）通信より前から存在する現代のコンピューティング及び通信の初期の頃からＭＴＣ／Ｍ２Ｍアプリケーションは知られていたが、現在、ＭＴＣ／Ｍ２Ｍ通信は、音声加入者の数を２桁上回ることが予期されているＭＴＣ／Ｍ２Ｍデバイスを伴うモバイル通信ネットワークにおける増加するデータトラフィックについて、責任が増している。
【０００４】
このデータトラフィックの管理を向上させるために、モバイルネットワークオペレータ（ＭＮＯ：Mobile Network Operator）は、一般に、到着するＭ２Ｍアプリケーションデータを対応するＭ２Ｍアプリケーションサーバへ転送するために、それらのネットワークの複数の専用のアクセスポイントを使用する。したがって、ほとんどのＭ２Ｍアプリケーションにおいて起こるパケット（例えば、インターネットプロトコルベースの）データの交換のために、そのアプリケーションが実装されるユーザ機器（ＵＥ：user equipment−例えば、組込みＭ２Ｍモジュール、又はそのようなモジュールを含むモバイルデバイス）のアイテムは、接続する正しいアクセスポイントネーム（ＡＰＮ：Access Point Name）を知る必要がある。
【０００５】
現在、これを促進するように、多くのＭＮＯは、サービスを提供した／配備したＭＮＯのアクセスポイントのＡＰＮ、及びその他の適切な詳細により事前設定されているＵＥのアプリケーション及びメモリによって、エンドトゥエンドのソリューションを提供するＭ２Ｍサービスプロバイダでもある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のソリューション等は、特定のＭＮＯのネットワーク内でＵＥが比較的容易に動くことを許可するが、加入者が、Ｍ２ＭアプリケーションからＭ２Ｍデバイス自身（例えば、組込み‐例えばカプセル化及びはんだ付け可能な‐ＵＩＣＣにより配備されたデバイス）へすべてを変更しなければならないかもしれないので、ＭＮＯを変更することは加入者にとって高価であり得ることを意味する。
【０００７】
ＡＰＮの正確且つ最新のリストを維持する必要性は、アクセスポイント及び／又はそれらに関連する詳細（例えばＡＰＮ）が変わる場合に、特定の問題を表す。これは多くの理由のために起こり得る。例えば、
１）加入者のＭＮＯによる同じネットワーク内で、特定の時点で、アクセスポイントの名前及び／又は他の詳細をアップデートすること（例えば、ネットワークコンフィギュレーションの変化を促すこと、１つ以上のアクセスポイントの追加及び／又は除去、等）。
２）ホームＭＮＯにより運用されるホームネットワークから、他のＭＮＯにより運用されるいわゆるローミングネットワークへの移動。ここで、ホームＭＮＯとローミングＭＮＯとの間の加入者レベルの合意はあるが、アクセスポイント命名規則は異なる。これは、例えば、ローミングネットワークにおけるＡＰＮが、ホームネットワークにおける対応するＡＰＮと異なる結果になり得る。例えば、ＭＮＯ１とＭＮＯ２が、グローバルなローミング合意を有する場合、特定の自動車サービスのためのＭＮＯ１ ＡＰＮがＡＰＮ＿ＭＮＯ１＿ＳＭＡＲＴＣＡＲであってもよく、ＭＮＯ２のためにＡＰＮ＿ＭＮＯ２＿ＡＵＴＯＭＯＴＩＶＥであってもよい。
３）例えば加入者の変化の結果として新たな独立ネットワークへの移動。この場合は、オリジナルのＭＮＯ及び新たなＭＮＯは、商業用又は技術的なリンクを有さず、したがって、それらの個別のアクセスポイント命名規則は、非常に異なる可能性が高い。
【０００８】
また、これらの問題はさらに悪化する。なぜなら、多くの場合、ＵＥは非常に一般的なテレマティックス・モジュール（telematics module）等を含むが、ＵＥ上で動作するＭ２Ｍアプリケーションは、通常非常に特有であり、Ｍ２Ｍサービスのための特定の専用ＡＰＮの使用を要する。結果として、すべての特有なＭ２Ｍサービスのための正しいＡＰＮを含む総合リスト（comprehensive list）をあらかじめロードすることは、サービスの認識を有することができないモバイル機器ベンダにとって重要な課題となる。
【０００９】
いくつかの異なるＭＮＯのためのＡＰＮのリストがＵＥのメモリに格納され得るが、これは実用的なソリューションではない。なぜなら、ＡＰＮリストを正確且つ最新の状態にしておくことは、ＵＥの供給業者に重大な管理負担を課し、リストを維持するストレージ及び内部の機器管理のために著しいＵＥリソースが必要になる。例えば、もしそれが本当に「グローバルに互換である」必要があるならば、ＵＥは１０００をはるかに超える異なるＡＰＮのリストを管理することが必要であろう。たとえＵＥが、「地域的に互換である」（例えば、ヨーロッパ等のローカルな地理領域をカバーする）ことを要求されるだけでも、少なくとも数百の異なるＡＰＮが、事前設定されて維持されることが必要であろう。
【００１０】
これらの問題は、アクセスポイント命名協定（access point naming conventions）（すなわち、アライアンス（alliance）メンバーのネットワーク内でローミングするとき、特有に／一般的に合意されたＡＰＮを使用すること）におけるいくつかのＭＮＯのアライアンス間の合意によりある程度は軽減され得るが、そのような合意は、すべてのＭＮＯを包含しそうにない。また、新たに出現したテクノロジーを考慮してアクセスポイントの配置を急速に変える柔軟性を個々のＭＮＯに許可しないので、そのようなソリューションは扱いにくく、柔軟性がない。
【００１１】
本発明は、上記の要求を満たす又は少なくとも部分的に寄与するための改善された通信システム、及び関連装置及び方法を提供するものである。
【課題を解決するための手段】
【００１２】
本発明の一つの態様では、セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供する通信デバイスであって、前記アクセスポイントを介して前記サービスにアクセスするアプリケーションと、前記サービスのためのサービス識別子を前記アプリケーションから受信する手段と、前記サービス識別子をアクセスポイントの識別子にマッピングすることによって、前記アクセスポイントによりアクセスされ得る前記サービスを介してアクセスポイントの前記識別子を取得する手段と、前記取得する手段により取得された前記アプリケーションによってアクセスされ得る前記サービスを介してアクセスポイントの前記識別子と前記アプリケーションとを関連付ける手段と、前記関連付ける手段により前記アプリケーションと関連付けられたアクセスポイントの前記識別子によって識別される前記アクセスポイントへ、前記アプリケーションからの通信トラフィックを導く手段と、を備える通信デバイスを提供する。
【００１３】
前記取得する手段は、それぞれのアクセスポイントの複数の識別子を取得してもよく、アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子との関連付けを有する。前記取得する手段は、アクセスポイントの前記又は各識別子をsubscriber identity module（ＳＩＭ）カードから取得してもよく、それぞれの前記サービス識別子は、アクセスポイントの識別子と関連付けられている。
【００１４】
前記ＳＩＭカードは、Universal Integrated Circuit Card（ＵＩＣＣ）（例えば、（ｅ）ＵＩＣＣ：embedded UICC）でもよい。前記通信デバイスは、前記ＳＩＭカード（例えば、前記通信デバイスにはんだ付けされた）を備えてもよい。
【００１５】
前記取得する手段は、アクセスポイントの前記又は各識別子をelementary file（ＥＦ）から取得してもよく、それぞれの前記サービス識別子は、アクセスポイントの識別子と関連付けられている。この場合に、前記ＥＦは、リニア固定長タイプのＥＦであってもよい。
【００１６】
前記取得する手段は、アクセスポイントの前記又は各取得された識別子のために、その取得された識別子により示される前記アクセスポイントを介して通信されたデータトラフィックに関連付けられた優先度を識別する情報をさらに取得してもよい。
【００１７】
前記取得する手段は、アクセスポイントの前記又は各取得された識別子のために、その取得した識別子により示される前記アクセスポイントの使用に関連付けられた制限を識別する情報をさらに取得してもよい。この場合に、制限を識別する前記情報は、前記取得された識別子により示される前記アクセスポイントの前記使用が、特定のアプリケーションに制限されることを示してもよい。制限を識別する前記情報は、フラグ（例えば、１バイトフラグ）を含んでもよい。制限を識別する前記情報は、その取得された識別子により示される前記アクセスポイントの使用を可能にするために、アプリケーションにより提供されなければならないキー（例えば、８バイトキー）を含んでもよい。
【００１８】
前記受信する手段は、アクセスポイントの前記識別子を要求するメッセージ（例えば、ＧｅｔＡＰＮコマンド）にて前記サービス識別子を受信してもよい。
【００１９】
前記通信デバイスは、前記サービス識別子の受信に応答して、前記アプリケーションによってアクセスされ得る前記サービスを介してアクセスポイントの前記識別子を、前記アプリケーションに提供する手段をさらに備えてもよい。
【００２０】
前記関連付ける手段は、前記受信する手段による前記関連付けを要求するメッセージ（例えば、ＢｉｎｄＡＰＮコマンド）の受信に応答して、前記アプリケーションによってアクセスされ得る前記サービスを介してアクセスポイントの前記識別子と前記アプリケーションとの前記関連付けを実行してもよい。この場合に、前記関連付けを要求する前記メッセージは、前記アプリケーションの識別子（例えば、ＡｐｐＩＤ）と、前記アプリケーションによって前記アプリケーションにアクセスされ得る前記サービスを介するアクセスポイントの前記識別子とを含んでもよい。
【００２１】
前記サービス識別子は、１番目のサービス領域を識別する第１の部分と、前記１番目のサービス領域内の２番目のサービス領域を識別する第２の部分とを含んでもよい。前記サービス識別子の前記第１の部分及び前記第２の部分のうちの少なくとも１つは、対応する１バイトにより示されてもよい。この場合に、各前記サービス識別子の前記第１の部分及び前記第２の部分は、それぞれ１バイトにより示されてもよい。
【００２２】
アクセスポイントの前記又は各識別子は、アクセスポイントネーム（ＡＰＮ）であってもよい。
【００２３】
前記通信デバイスは、マシンタイプ通信（ＭＴＣ）又はマシンツーマシン（Ｍ２Ｍ）デバイスを備え、前記アプリケーションは、ＭＴＣ又はＭ２Ｍアプリケーションを備え、前記サービスは、ＭＴＣ又はＭ２Ｍサービスを備えてもよい。
【００２４】
本発明の一つの態様では、セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供することに用いるsubscriber identity module（ＳＩＭ）カードであって、アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子と関連して格納され、それぞれのアクセスポイントの複数の識別子を含む情報を格納する手段と、通信デバイスから前記情報を読み込む要求を受信する手段と、前記要求に応答して前記情報を提供する手段と、を備えるＳＩＭカードを提供する。
【００２５】
前記情報は、elementary file（ＥＦ）に格納されてもよい。前記複数の識別子のそれぞれは、前記それぞれのサービス識別子に関連して、前記ＥＦのそれぞれのレコードに格納されてもよい。前記複数の識別子のそれぞれは、その取得された識別子により示される前記アクセスポイントを介して通信されるデータトラフィックに関連付けられた優先度を識別する情報にさらに関連して格納されてもよい。
【００２６】
前記複数の識別子は、その取得された識別子により示される前記アクセスポイントの使用に関連付けられた制限を識別する情報にさらに関連して格納されてもよい。制限を識別する前記情報は、前記取得された識別子により示される前記アクセスポイントの前記使用が、特定のアプリケーションに制限されることを示してもよい。制限を識別する前記情報は、フラグ（例えば、１バイトフラグ）を含んでもよい。制限を識別する前記情報は、その取得された識別子により示される前記アクセスポイントの使用を可能にするために、アプリケーションにより提供されなければならないキー（例えば、８バイトキー）を含んでもよい。
【００２７】
前記ＳＩＭカードは、Universal Integrated Circuit Card（ＵＩＣＣ）（例えば、（ｅ）ＵＩＣＣ：embedded UICC）であってもよい。
【００２８】
本発明の一つの態様では、セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供するための更新された情報を提供するネットワークノードであって、アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子と関連して格納され、それぞれのアクセスポイントの複数の識別子を備える情報を維持する手段と、前記情報により通信デバイスにおけるsubscriber identity module（ＳＩＭ）カードを更新するために、更新手順の一部として、前記維持する手段により維持された前記情報を、前記通信デバイスへ提供する手段と、を備えるネットワークノードを提供する。
【００２９】
本発明の一つの態様では、セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供する通信デバイスであって、前記アクセスポイントを介して前記サービスにアクセスするアプリケーションと、前記サービスのためのサービス識別子を前記アプリケーションから受信し、前記サービス識別子をアクセスポイントの識別子にマッピングすることによって、前記アクセスポイントによりアクセスされ得る前記サービスを介してアクセスポイントの前記識別子を取得する、トランシーバと、前記トランシーバにより取得された前記アプリケーションによってアクセスされ得る前記サービスを介してアクセスポイントの前記識別子と前記アプリケーションとを関連付け、前記アプリケーションと関連付けられたアクセスポイントの前記識別子によって識別される前記アクセスポイントへ、前記アプリケーションからの通信トラフィックを導く、プロセッサと、を備える通信デバイスを提供する。
【００３０】
本発明の一つの態様では、セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供することに用いるsubscriber identity module（ＳＩＭ）カードであって、アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子と関連して格納され、それぞれのアクセスポイントの複数の識別子を含む情報を格納するメモリと、通信デバイスから前記情報を読み込む要求を受信し、前記要求に応答して前記情報を提供する、トランシーバと、を備えるＳＩＭカードを提供する。
【００３１】
本発明の一つの態様では、セルラー通信システムにおけるアクセスポイントを介してサービスにアクセスを提供するための更新された情報を提供するネットワークノードであって、アクセスポイントの各識別子は、その識別子により識別される前記アクセスポイントを介してアクセスされ得るサービスを識別するためのそれぞれのサービス識別子と関連して格納され、それぞれのアクセスポイントの複数の識別子を備える情報を維持するプロセッサと、前記情報により通信デバイスにおけるsubscriber identity module（ＳＩＭ）カードを更新するために、更新手順の一部として、前記プロセッサにより維持された前記情報を、前記通信デバイスへ提供するトランシーバと、を備えるネットワークノードを提供する。
【００３２】
本発明の一つの態様では、上記の通信デバイスと、上記のsubscriber identity module（ＳＩＭ）カードと、上記のネットワークノードと、を備えるシステムを提供する。
【００３３】
本発明の態様は、上記態様において記述されるような方法を実行するようにプログラム可能なプロセッサをプログラムするように、及び／又は、いずれかの請求項に記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である、その上に格納された命令を有するコンピュータ可読記録媒体等のコンピュータプログラム製品にまで拡張される。
【００３４】
本明細書（特許請求の範囲を含む）に開示され、及び／又は図面に示される各特徴は、開示され及び／又は図示されるその他の特徴に独立して（又はそれらと組み合わされて）、本発明に組み込まれてもよい。詳細には、限定しないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせで又は個々に、その独立請求項に取り込まれてもよい。
【図面の簡単な説明】
【００３５】
【図１】マシンタイプ通信デバイスを含む通信システムを概略的に示す。
【図２】図１の通信システムのためのマシンタイプ通信デバイスを概略的に示す。
【図３】図２のマシンタイプ通信デバイスのためのＵＩＣＣを概略的に示す。
【図４】図１の通信システムのためのネットワークノードを概略的に示す。
【図５】図２のマシンタイプ通信デバイスにおけるアプリケーションにより用いられる方法を示す。
【発明を実施するための形態】
【００３６】
本発明の実施の形態を、ほんの一例として、図面を参照して説明する。
【００３７】
＜概要＞
図１は、概要における通信システムを一般に１で示す。通信システム１は、ユーザ機器（ＵＥ） ３−１、３−２及び４−１から４−３と、基地局５と、コアネットワーク７と、それぞれ少なくとも１つのマシンタイプ通信（ＭＴＣ）サーバ９−１から９−３（マシンツーマシン（Ｍ２Ｍ）サーバとも呼ばれる）を含む複数のパケットデータネットワーク（ＰＤＮ：packet data network）８−１から８−３と、複数のアクセスポイント１１−１から１１−３、の多くのアイテムを備える。
【００３８】
ＵＥ ３、４は、基地局５及びコアネットワーク９を介して、互いに及び／又は他の通信デバイス（図示しない）と通信するように構成された多くのモバイル通信デバイス３（この例では携帯電話）を含む。また、ＵＥ ３、４は、基地局５、コアネットワーク７、及び対応するアクセスポイント１１を介して、１つ以上のＭＴＣサーバ９と通信するようにそれぞれ構成された多くのマシンタイプ通信（ＭＴＣ）（又はマシンツーマシン（Ｍ２Ｍ））デバイス４を含む。
【００３９】
単一のアクセスポイント１１を介してアクセス可能である１つの個別のＭＴＣサーバ９をそれぞれ有する３つの別個のＰＤＮ ８が示されるが、当然のことながら、単一のＰＤＮ（又はどのような他の数のＰＤＮでも）は、複数のＭＴＣサーバを備えてもよく、複数のアクセスポイントを介してアクセスできてもよい。
【００４０】
各ＭＴＣデバイス４は、適切なアクセスポイント１１を介して対応するＭＴＣサーバ９によって提供される少なくとも１つの関連ＭＴＣサービス（例えば、Smart Vehicle service、Vending Machine service、Healthcare service等）にアクセスするように構成された１つ以上のＭＴＣアプリケーション１５−１から１５−３を備える。ＭＴＣアプリケーションによりアクセスされた各ＭＴＣサービスは、複数の関連するサブサービスのどれでも含み得る。例えば、Smart Vehicle serviceは、メンテナンス及び／又は他の車関連問題を識別するための１つ以上の診断サブサービス（diagnostic subservice）、１つ以上のカスタマーケア・サブサービス（customer care subservice）、１つ以上のナビゲーション・サブサービス（navigation subservice）等を含み得る。同様に、Vending Machine serviceは、在庫水準（stock level）等を監視するための１つ以上の在庫制御サブサービス（stock control subservice）、メンテナンス及び／又は自動販売機に関連する他の問題を識別するための１つ以上の診断サブサービス等を含み得る。
【００４１】
各ＵＥ３、４は、加入者識別情報（例えば、international mobile subscriber identity（ＩＭＳＩ））、及びＵＥが関連する加入者を識別し、認証するための関連キーを保持する（universal）subscriber identity module（（Ｕ）ＳＩＭ）を含む関連するuniversal integrated circuit card（ＵＩＣＣ）１３−１、１３−２、１４−１から１４−３を備える。従来型のモバイル通信デバイス３−１、３−２のＵＩＣＣ １３−１、１３−２は、それぞれリムーバブルに交換可能なプラスチックＳＩＭカードに置かれるが、この例において、各ＭＴＣデバイス４−１、４−２、４−３のそれぞれのＵＩＣＣ １４−１、１４−２、１４−３は、それぞれＭＴＣデバイス４内の回路基板上に直接はんだ付けされた表面マウントパッケージ（surface mount package）に組み込まれる。
【００４２】
この例において、各ＭＴＣデバイス４のそれぞれのＭＴＣ ＵＩＣＣ １４は、例えば携帯電話等の従来型のモバイル通信デバイスのＵＩＣＣとは異なり、特定のＭＮＯにリンクされない組込みＵＩＣＣ（ｅＵＩＣＣ：embedded UICC）である。代わりに、各ＵＩＣＣ １４のコンテンツは、あらゆるＭＮＯにより更新可能であり、したがって、加入者変更の許可が少ないコストでより簡単に行われる。しかし、当然のことながら、特定のＭＮＯにリンクされたＵＩＣＣは、ここに説明された多くの利点をまだ保持している間、使用され得る。
【００４３】
さらに詳細には、各ＭＴＣ ｅＵＩＣＣ １４は、製造段階にて、アクティブなＵＳＩＭなしで、それぞれのＭＴＣデバイスにインストールされる。ＭＮＯが選択されると、その後、ｅＵＩＣＣ １４において、適切なＭＮＯ認証信任状（appropriate MNO authentication credentials）及びプロファイル（profile）を伴うＵＳＩＭがアクティブにされる。その結果、データ接続性（data connectivity）は、選択されたＭＮＯにより示されるモバイルサービスプロバイダを用いて可能になる。
【００４４】
各ＵＩＣＣ １３、１４は、データが格納されたＵＩＣＣ １３、１４及び／又はＵＥ ３、４のための設定及び／又は制御データを含む階層型ファイル構造（hierarchical file structure）を備える。階層型ファイル構造は、複数のdedicated file（ＤＦ）１７（概念的に、サブディレクトリと同様である）を含むmaster file（ＭＦ）１６（概念的に、ルートディレクトリと同様である）を備え、各ＤＦ １７は、１つ以上のいわゆるElementary File（ＥＦ）１８、及び場合により１つ以上のさらなるＤＦを保持する。各ＥＦ １８は、データが格納されたＵＩＣＣ １３、１４及び／又はＵＥ ３、４のための特定の制御／設定データを表すバイトのセットを備える。
【００４５】
それぞれのＭＴＣデバイス４の各ＵＩＣＣ １４のファイル構造は、ＭＴＣサーバ９が置かれるＰＤＮ ８にアクセスするためにＭＴＣデバイス４が使用することができるすべてのアクセスポイント１１を識別する情報を備える。有益に、各アクセスポイント１１を識別する情報（例えば、アクセスポイントネーム（ＡＰＮ）及び／又は他の識別情報）は、識別されたアクセスポイント１１がアクセスを提供することができるそれぞれ個別のサービス及び／又はサブサービスを識別する情報（例えば、グローバルに又はローカルに特有であり得るサービス／サブサービス識別子）に関連して、規格化されたフォーマットにて格納される。この例において、各アクセスポイント１１を識別する情報は、そのアクセスポイントがアクセスを提供することができるサービス／サブサービスのためのそれぞれのサービス／サブサービス識別子に関連して、少なくとも１つのＥＦ １８に有利に格納される。
【００４６】
ＭＴＣアプリケーション１５がアクセスを必要とするサービス／サブサービスの規格化されたアイデンティティ（例えば、サービス／サブサービス識別子）に基づいて、アクセスポイントを識別している情報を発見するために、各ＭＴＣアプリケーションが効率的に且つ確実に、ＭＴＣデバイス４を介してＵＩＣＣ １４に質問することを許可するために、アプリケーションインタフェースが有益に提供される。したがって、ＭＴＣアプリケーション１５は、アクセスポイントを容易に識別することができ、それ故にサービス／サブサービスに効率的に且つ確実にアクセスすることができる。
【００４７】
通信システムは、ＵＥ ３、４（または、さらに具体的に言うとそれらのＵＩＣＣ １３、１４）にＯＴＡ（over-the-air）を提供するための少なくとも１つのＯＴＡ更新ノード１９も備える。
【００４８】
モバイルネットワークオペレータ及び／又はＭＴＣサービスプロバイダは、それを介してそのサービス／サブサービスにアクセスできるそれぞれのＡＰＮにより、各サービス／サブサービスのためのＵＩＣＣを設定することができる（適切である他の関連するアクセスポイントの詳細と共に）。現在のネットワークオペレータのネットワーク内の変化（例えば、ネットワークコンフィギュレーションの変化の結果としてのＡＰＮへの変化、ＡＰＮの追加／削除等）、加入者レベルの合意を有するが異なるアクセスポイント命名協定を使用するネットワークオペレータのネットワーク間のローミング、又は互いに完全に独立なオペレータ間のネットワークの変化（例えば、新たなネットワークオペレータに加入するユーザの結果として）の結果であろうとなかろうと、ＡＰＮ及び／又は他の詳細が変更する場合、このアクセスポイント・コンフィギュレーションは、（例えば、over-the-air（ＯＴＡ）プラットフォームを使用している）ＯＴＡ更新ノード１９を介して比較的容易に更新することができる。
【００４９】
＜ＭＴＣデバイス＞
図２は、図１に示すＭＴＣデバイス４の主要なコンポーネントを示すブロック図である。図２に示すように、ＭＴＣデバイス４は、１つ以上のアンテナ３３を介して、基地局５及び／又は携帯電話３へ信号を送信すること、及び基地局５及び／又は携帯電話３から信号を受信することができるトランシーバ回路３１を有する。ＭＴＣデバイス４は、ＭＴＣデバイス４の動作を制御するコントローラ３７、及び本実施の形態においてembedded Universal Integrated Circuit Card（（ｅ）ＵＩＣＣ）１４を含むsubscriber identity moduleを有する。
【００５０】
ＵＩＣＣ １４は、適切なＵＩＣＣインタフェース３２及びコントローラ３７を介して、ＭＴＣデバイス４に結合される。コントローラ３７は、メモリ４０と関連付けられ、トランシーバ回路３１に結合される。ＭＴＣデバイス４は、もちろん従来型のＭＴＣデバイス４又は従来型のモバイル通信デバイス３のすべての通常の機能（タッチスクリーン／キーパッド、画像表示、音声出力等を含むユーザインタフェース３５等）を有することができ、これは、必要に応じて、ハードウェア、ソフトウェア、及びファームウェアのどれか１つ又は任意の組み合わせにより提供することができる。ソフトウェアは、メモリ４０内にあらかじめインストールしてもよいし、及び／又は電気通信ネットワークを介して、又は例えばリムーバブルデータストレージデバイス（ＲＭＤ：removable data storage device）からダウンロードしてもよい。
【００５１】
コントローラ３７は、本実施の形態において、メモリ４０に格納されたプログラム命令又はソフトウェア命令によって、ＵＩＣＣ １４との相互作用を含むＭＴＣデバイス４の全体の動作を制御するように構成される。図２に示すように、これらのソフトウェア命令は、特に、オペレーティングシステム４１、ＵＥ機能モジュール４２、通信制御モジュール４３、ＵＩＣＣコマンドモジュール４５、アプリケーションインタフェース４６、及びアプリケーション領域４７を含む。
【００５２】
通信制御モジュール４３は、ＭＴＣデバイス４とＭＴＣデバイス４のサービング（serving）基地局５との間の通信を制御する。
【００５３】
ＵＩＣＣ １４は、それ自身の処理機能（示さず）を有し、特に、master file（ＭＦ）１６、複数のdedicated file（ＤＦ）１７、及び１つ以上の関連するelementary file（ＥＦ）１８を保持するローカルメモリ３９を備える。
【００５４】
ＵＩＣＣコマンドモジュール４５は、ＵＩＣＣ １４との相互作用を管理し、３ＧＰＰ、ＥＴＳＩ、及び／又はＩＳＯ（International Organization for Standardization）により定義されるインタフェースを介して、ＵＩＣＣ １４のローカルメモリ３９に格納される情報にアクセスする。ＵＩＣＣコマンドモジュール４５は、（ＵＩＣＣインタフェース３２及びアプリケーションインタフェース４６を介して）ＵＩＣＣ １４とアプリケーション１５との間の通信を促進する。
【００５５】
アプリケーション領域４７は、ＭＴＣデバイス４にインストールされた（及び／又は遠隔でアクセス可能である）複数のアプリケーション１５−１から１５−３を保持し、アプリケーションインタフェース４６を介して、ＵＩＣＣ １４を含むＭＴＣデバイス４の他のモジュールへのそれらのアクセスを制御する。
【００５６】
アプリケーションインタフェース４６は、アプリケーション領域４７と（ＵＥ機能モジュール４２における）ＵＥ ３のミドルウェアとの間に存在する。データトラフィックがそのＡＰＮにより示されるアクセスポイントを介して転送されるように、アプリケーションインタフェース４６は、例えば、特定のアプリケーション１５が、特定のサービス／サブサービス識別子に対応するＡＰＮを検索すること、及び、検索されたＡＰＮを使用して自身をバインドすることを許可する。
【００５７】
本実施の形態において、アプリケーションインタフェース４６は、アプリケーションのアイデンティティ（ＡｐｐＩＤ）及びコマンド等へのアクセスを必要とするサービス／サブサービスのアイデンティティ（例えば、ＧｅｔＡＰＮ（ＡｐｐＩＤ、サービス／サブサービスＩＤ）を使用する）に基づいて、ＡＰＮを検索するためにアプリケーション１５が使用できる機能を備える。
【００５８】
アプリケーションインタフェース４６は、ＡＰＮが検索されると、アプリケーションのアイデンティティ（ＡｐｐＩＤ）及び検索されたＡＰＮ（ＡＰＮｘ）に基づいて、特定のアプリケーションを特定のＡＰＮにバインドする機能も備える（例えば、ＢｉｎｄＡＰＮ（ＡｐｐＩＤ、ＡＰＮｘ）を使用する）。
【００５９】
＜ＵＩＣＣ＞
図３は、図１に示すＭＴＣデバイス４と共に使用されるuniversal integrated circuit card １４の主要なコンポーネントを示すブロック図である。図３に示すように、ＵＩＣＣ １４は、端末インタフェース５２を介して、ＭＴＣデバイス４へ信号を送信すること、及びＭＴＣデバイス４から信号を受信することができるトランシーバ回路５１を有する。ＵＩＣＣ １４は、ＵＩＣＣ １４の動作を制御するコントローラ５３を有する。コントローラ５３は、ローカルメモリ３９と関連付けられ、トランシーバ回路５１に結合される。ソフトウェアは、ローカルメモリ３９にプリインストールされることができ、及び／又は電気通信ネットワークを介して、又は例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードできる。
【００６０】
コントローラ５３は、ＵＩＣＣ １４の全体の動作、及び、この例において、ローカルメモリ３９内に格納されたプログラム命令又はソフトウェア命令によってＭＴＣデバイス４との相互作用を制御するように構成される。図３に示すように、ローカルメモリは、特に、master file（ＭＦ）１６、複数のdedicated file（ＤＦ）１７、及び１つ以上の関連するelementary file（ＥＦ）１８が保持されるファイル領域５５も備える。elementary file １８は、アクセスするためにＡＰＮが使用されるサービス／サブサービスを識別する情報（サービス／サブサービス識別子）に関連して、ＡＰＮのリスト（ここに、ＥＦ ＡＰＮＬｉｓｔと呼称する）を格納するためのelementary file １８’も含む。
【００６１】
現在の例において、サービス／サブサービス識別子は、特定のトップレベルの「コア」又は「１番目の」サービス領域を識別する第１のバイトと、前述の第１のサービス領域内の特定の下位レベルの「補助の（subsidiary）」又は「２番目の」サービス領域（又はサブサービス）を識別する第２のバイトとの２バイトにコード化される。したがって、これは、２５６のサービスが定義されることを許容し、各サービスのために２５６のサブサービスが定義されることを許容する。
【００６２】
実用的な実装において、識別子に含まれるバイトがどのように使用され得るかを示す完全に典型的な実例を、以下に説明する。
【００６３】
識別子０ｘＢ１Ｂ２の第１のバイト（Ｂ１）の設定
00: Reserved
01: SmartVehicle service
02: VendingMachine service
03: Healthcare service
04: SmartTracking service
05: 6th possible service
…
0n : (n+1)th possible service
…
255: 256th possible service
【００６４】
第１のバイト（Ｂ１）が０１（SmartVehicle serviceを表す）に設定された識別子０ｘ０１Ｂ２の第２のバイト（Ｂ２）の設定
00 = Default
01 = SmartVehicle.Diagnostic sub-service
02 = SmartVehicle.CustomerCare sub-service
03 = 4th possible SmartVehicle.sub-service
…
0m: (m+1)th possible SmartVehicle.sub-service
…
255: 256th possible SmartVehicle.sub-service
【００６５】
第１のバイト（Ｂ１）が０２（VendingMachine serviceを表す）に設定された識別子０ｘ０２Ｂ２の第２のバイト（Ｂ２）の設定
00 = Default
01 = VendingMachine.stock sub-service
02 = VendingMachine.Diagnostic sub-service
03 = 4th possible VendingMachine.sub-service
…
0p: (p+1)th possible VendingMachine.sub-service
…
255: 256th possible VendingMachine.sub-service
【００６６】
サービス／サブサービス識別子をコード化するために用いられる２バイトは、ＡＰＮのリストを備えるＥＦ １８’において、そのサービスにアクセスするために使用され得るＡＰＮへ各サービス／サブサービスをマップするために使用される。
【００６７】
この例において、ＥＦ ＡＰＮＬｉｓｔ １８’は、以下の情報を含む個々のレコードにより固定長のレコードのシーケンスが続くヘッダを有するリニア固定タイプ（linear fixed type）のＥＦである。
・サービスＩＤ／サブサービスＩＤ（例えば、上に定義するように）
・ＡＰＮの長さ
・ＡＰＮ：アクセスポイントネーム（例えば、3GPP TS 23.003において定義された通りに）
・優先順位：ハイ（High）、中間（Medium）、ロウ（Low）、ゼロ（null）（このＡＰＮを用いてデータトラフィックのためにＭＮＯにより割り当てられる）（オプション）
【００６８】
これは、下の表１に示される。
【表１】
0006265279.tif 000002
表１：ＥＦ ＡＰＮ Ｌｉｓｔ Ｒｅｃｏｒｄ例
【００６９】
単一のそれぞれのＡＰＮが各サービス／サブサービス識別子と関連付けられる（マップされる）ので、各サービス／サブサービス識別子は、新たなＥＦ ＡＰＮＬｉｓｔ １８’内で特有である。このような次第ではあるが、同じアクセスポイントが複数の異なるサービス／サブサービスにアクセスするために使用され得るように、同じＡＰＮは、１つ以上の異なるサービス／サブサービス識別子と関連付けられ（マップされ）てもよい。
【００７０】
また、当然のことながら、単一のアプリケーション１５（例えば、マルチインスタンス／スレッドアプリケーション）は、複数のサービス／サブサービス識別子と関連付けられ得る（したがって、（関連するＡＰＮにより）いくつかの異なるアクセスポイントを使用することができる）。しかし、そのようなアプリケーション１５の個々の例は、一般的に、一度に単一のアクセスポイントを介して通信するだけである。
【００７１】
上記の説明において、理解しやすくするために、ＭＴＣデバイス４及びＵＩＣＣ １４は、多数のディスクリート（discrete）モジュール（通信制御モジュール及びＵＩＣＣコマンドモジュール等）を有するとして説明した。これらのモジュールは、例えば本発明を実装するために既存のシステムが変更された場合、特定のアプリケーションのためにこの方法で提供され得るが、例えば最初から発明の機能を考慮してデザインされたシステムでは、他のアプリケーションにおけるこれらのモジュールは全体のオペレーティングシステム又はコードに組み込まれることができ、したがって、これらのモジュールはディスクリート・エンティティとして識別可能ではないかもしれない。また、これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、又はこれらの混合において実装され得る。
【００７２】
＜ＯＴＡ更新ノード＞
図４は、図１に示すＯＴＡ更新ノード１９の主要なコンポーネントを示すブロック図である。図４に示すように、ＯＴＡ更新ノード１９は、通信インタフェース７３を介して、ＭＴＣデバイス４のＵＩＣＣ １４（及び他のＵＥ ３のＵＩＣＣ １３）を更新するためのコアネットワーク７を介する信号を送信すること及び受信することができるトランシーバ回路７１を有する。ＯＴＡ更新ノード１９は、ＯＴＡ更新ノード１９の動作を制御するコントローラ６７を有する。コントローラ６７は、ローカルメモリ６０と関連付けられ、トランシーバ回路７１に結合される。ソフトウェアは、ローカルメモリ６０にプリインストールされることができ、及び／又は電気通信ネットワークを介して、又は例えばリムーバブルデータストレージデバイス（ＲＭＤ）からダウンロードできる。
【００７３】
コントローラ６７は、ＯＴＡ更新ノード１９の全体の動作、及び、この例において、ローカルメモリ６０内に格納されたプログラム命令又はソフトウェア命令によってコアネットワーク７を介する（それ故にＭＴＣデバイス４及び他のＵＥ ３による）通信を制御するように構成される。図４に示すように、ローカルメモリは、特に、オペレーティングシステム６１、通信制御モジュール６３、更新モジュール６５、及び更新情報６９も備える。
【００７４】
通信制御モジュール６３は、ＭＴＣデバイス４及び他のＵＥ ３のＵＩＣＣ １３、１４を更新するためのＭＴＣデバイス４及び他のＵＥ ３によるコアネットワーク７を介する（例えば、ＯＴＡゲートウェイ等を介する）通信を制御する。更新モジュール６５は、更新手順を制御し、更新情報６９は、ＵＩＣＣ １３、１４に格納された情報を更新するために時々必要であり得る情報を備える。この例において示される更新情報６９は、とりわけ、サービス／サブサービスを識別する情報（例えば、２バイトサービス／サブサービス識別子‐よりシンプルにサービスＩＤとして称される）と関連付けて格納されるＡＰＮを含むＡＰＮリストレコード等のＭＴＣデバイスＵＩＣＣ １４に格納されるＥＦ ＡＰＮＬｉｓｔ １８’を更新するための情報を備える。
【００７５】
＜動作＞
図５は、特定のサービス／サブサービスにアクセスするための特定のＡＰＮを検索し、バインドするＭＴＣデバイス４におけるアプリケーション１５により用いられる方法を示す簡略化されたタイミング図である。
【００７６】
最初に、アプリケーション１５がＭＴＣデバイス４に登録されて認証される前に、ＭＴＣデバイス４は、ＵＩＣＣ １４からＡＰＮリストが格納されたＥＦ １８’のコンテンツを読み込む。これは、Ｓ１０３にて、適切なリードレコードコマンド（例えば、Ｒｅａｄ ＥＦ ＡＰＮ Ｌｉｓｔコマンド）をＵＩＣＣ １４へ送信し、Ｓ１０３にて、ＵＩＣＣ １４から送信されるＡＰＮリストが格納されたＥＦ １８’のコンテンツを含む関連レスポンスを受信するＭＴＣデバイス４により達成される。
【００７７】
次に、アプリケーション１５は、Ｓ１０５にて、ＭＴＣデバイス４と登録及び認証を行い、Ｓ１０７にて、登録／認証が成功したＭＴＣデバイス４から確認を受信する。ＭＴＣデバイス４は、アプリケーション１５に割り当てられたアプリケーション識別子（ＡｐｐＩＤ）を確認に含める（ＡｐｐＩＤは、一般的に、アプリケーションが動作するＭＴＣデバイス４に特有である）。Ｓ１０９にて、アプリケーション１５は、アプリケーション１５に割り当てられたアプリケーション識別子、及びアプリケーションがアクセスすることを望むサービスを識別する情報（例えば、２バイトの規格化されたサービス／サブサービス識別子）を含むリクエスト／コマンド（例えば、ＧｅｔＡＰＮ）を送信することにより、必要とするサービスのためのＡＰＮをＭＴＣデバイス４に要求する。サービスを識別するこの情報を使用することにより、ＭＴＣデバイス４は、以前にＵＩＣＣ １４から検索されたＥＦ １８’のコンテンツからＡＰＮを検索する（場合により、優先順位等のその他の関連情報も）。次に、Ｓ１１１にて、ＭＴＣデバイス４は、検索されたＡＰＮ（及び、場合により、他の検索された情報）を、Ｓ１０９にてアプリケーション１５から受信したＡＰＮのためのリクエスト／コマンドのレスポンスとしてアプリケーション１５へ送信する。アプリケーション１５は、ＡＰＮをそのアプリケーション１５とバインドするために、Ｓ１１３にて、リクエスト／コマンド（例えば、ＢｉｎｄＡＰＮ）をＭＴＣデバイス４へ送信することにより、アプリケーションへのＡＰＮのバインディングを開始することに進む。ＡＰＮをアプリケーション１５とバインドするリクエスト／コマンドは、アプリケーション１５に割り当てられたアプリケーション識別子、及びＳ１１１にてアプリケーションが検索したＡＰＮを識別する情報を含む。ＭＴＣデバイス４は、完了することに進み、完了した時点で、Ｓ１１５にて、バインディングが成功したとアプリケーションに確認する。したがって、ＭＴＣデバイス４は、アプリケーションデータ接続トラフィックを転送するために、どのＡＰＮを使用するかがわかる。
【００７８】
（更新手順）
ＥＦ ＡＰＮＬｉｓｔ １８’により示されるＡＰＮリストの更新は、関連規格（例えば、European Technical Standards Institute (ETSI) technical standards (TS) ETSI TS 102 225、ETSI TS 102 226、及び／又は、3rd Generation Partnership Project (3GPP) technical standards 3GPP TS 31.115、3GPP TS 31.116が定義するように）に定義されているover-the-air更新手順の修正版によって達成される。したがって、主要な更新手順は、ここでさらに詳細には説明されない。
【００７９】
しかし、既存の手順とは異なり、ＡＰＮ情報を更新する場合、更新されたＡＰＮ情報を提供する責任を負うＯＴＡ更新ノード１９は、ＡＰＮリストを含むＥＦ １８’の識別子を使用して、ＡＰＮ（及び他の関連情報）と関連して格納された２バイトサービス／サブサービス識別子を有するレコード（上の表１に示すような）を含むＥＦ １８’に対応するフォーマットにて情報を提供する。
【００８０】
＜変更及び代替＞
詳細な実施の形態は、上に説明された。当業者にとって当然のことながら、その中に具現化された発明から恩恵を受けている限り、上記実施の形態に多数の変更及び代替が可能である。例として、これらの代替及び変更のほんのいくつかを説明する。
【００８１】
別の実施の形態において、サービス／サブサービス識別子と関連してＡＰＮのリストに含まれるＥＦのレコードは、ＡＰＮ又はＡＰＮのグループへのアクセスを、１つ以上の特定のアプリケーションだけに制限するための情報を含み得る。これは、例えば、識別されたアクセスポイントを介して識別されたサービス／サブサービスにアクセスすることが許可される（又は、場合により、アクセスすることが許可されない）アプリケーション、アプリケーショングループ、又はアプリケーションタイプを示す１バイトのフラグ（例えば、ＲｅｓｔｒｉｃｔｉｏｎＦｌａｇ）等として含まれ得る。そのようなフラグは、ネットワークオペレータにより開発された又は保証されたアプリケーションと、特定のＡＰＮ／サービスを使用することを許可しない、又は特定の状況（例えば、保証されたアプリケーションからのトラフィックが低い場合）でのみそれらを使用することを許可する他のサードパーティーのアプリケーションとの区別を有益に許可する。したがって、いくつかの特定のＡＰＮへのアクセスは、いくつかの特定のアプリケーション（例えば、プレミアムサービスのための）に選択的に提供され得る。
【００８２】
シンプルな１バイトフラグを使用するよりも可能性がある（よりセキュアな）実装は、下に示すように、１バイトフラグの代わりにより長いセキュリティキー（例えば、８又は１６バイト以上の文字列）を使うことである。
0006265279.tif 000003
【００８３】
このケースにおいて、キーは、オペレータがアクセスを制限したい各ＡＰＮと関連付けられる。オペレータの又はオペレータにより保証されたアプリケーションは、このキーによりプログラムされ、バインディング機能をコールする際、このキーをパスする。このケースにおいて、前に言及したバインディング機能（例えば、ＢｉｎｄＡＰＮ（））は、以下の通り、キーパラメータを含んでもよい。
ＢｉｎｄＡＰＮ（ＡｐｐＩｄ、ＡＰＮｘ、キー）
【００８４】
端末は、このＡＰＮｘ／キーペアとＵＩＣＣから読み込んだもの（例えば、最初に検索するＡＰＮ、及びそのとき比較するキー）とを比較し得る。もしキーがマッチするならば、パスしたＡｐｐＩｄを伴うアプリケーションは、要求されたＡＰＮｘにアクセスできる。
【００８５】
上記の例では、ＭＴＣデバイスは、アプリケーションの登録／認証より前に、ＵＩＣＣからＡＰＮリストＥＦのコンテンツを読み込むと説明したが、当然のことながら、ＭＴＣデバイスは、いつか適当な折に、ＥＦ（全部又は場合により一部）のコンテンツを検索することができる。例えば、ＡＰＮを取得することを試みる場合、アプリケーションは、検索プロセスを引き起こすことができ、又はＵＩＣＣのコンテンツが更新された後に、検索プロセスがネットワークにより開始され得る。
【００８６】
アプリケーションは、ＡＰＮリストを含むＭＴＣデバイスに、内部で又は外部で保持され得る。 例えば、ＭＴＣデバイスと（無線又は別の方法で）接続された別のデバイスのアプリケーションは、そのアプリケーションによって使用するためのＡＰＮの適切な導出を可能にするために、ＭＴＣデバイスのＵＩＣＣに格納されたＡＰＮ情報を検索し得る。
【００８７】
上記発明は、ＭＴＣデバイスにおける実施及びＭＴＣデバイスのための利点を特に参照して説明されたが、当然のことながら、例えばＰＤＮ等の他のネットワーク、データサーバ、及び／又は他のデバイスに効率的且つ効果的にアクセスするためのアクセスポイントを、アプリケーション（app）が識別できるように、従来型のモバイル又は例えばスマートフォン等の他のセルラー通信デバイスにおいて、同様のデータ構造が使用され得る。
【００８８】
ＡＰＮリストを格納するＵＩＣＣにおいて新たなelementary file（ＥＦ）の使用が有益である間、ＡＰＮリストは、サービス／サブサービス識別情報と関連して、ＵＩＣＣファイル階層（UICC file hierarchy）又は他の態様における他のＵＩＣＣに格納され得る。ＡＰＮリストは、リニアな固定長ファイルではなく、より高いリード／ライトアクセスタイム及びデータ・ストレージ・オーバーヘッドを犠牲にするが、代わりにリニアな可変長ファイルであるＥＦに格納され得る。
【００８９】
ＡＰＮリストにおけるＵＩＣＣベースのソリューションは、ＵＥベースの同様のＵＩＣＣのＥＦに格納され且つ更新されるが、ＡＰＮリストストレージ構造は、規格化されたフォーマットにてＡＰＮがサービス／サブサービスアイデンティティ情報と関連して格納されるデータベース等を含むＭＴＣデバイスに用いられ得る。
【００９０】
上記実施の形態において、多くのソフトウェアモジュールが説明された。当業者にとって当然のことながら、ソフトウェアモジュールは、コンパイルされた又はされていない形式で提供されることができ、コンピュータネットワーク上又は記録媒体の信号としてＵＥに供給され得る。また、このソフトウェアの全体又は部分的に実行される機能は、１つ以上の専用ハードウェア回路を用いて実行され得る。
【００９１】
ソフトウェアモジュール（すなわちコンピュータプログラム）は、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータデバイスに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータデバイスに供給できる。
【００９２】
他に様々な変更は、当業者に明らかであり、ここにさらなる詳細は説明しない。
【００９３】
この出願は、２０１４年３月５日に出願されたイギリス国特許出願第１４０３９０８．５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９４】
１    通信システム
３    ＵＥ、モバイル通信デバイス
４    ＵＥ、ＭＴＣデバイス
５    基地局
７    コアネットワーク
８    ＰＤＮ
９    ＭＴＣサーバ
１１    アクセスポイント
１３、１４    ＵＩＣＣ
１５    ＭＴＣアプリケーション
１６    ＭＦ
１７    ＤＦ
１８    ＥＦ
１８’    ＥＦ ＡＰＮリスト
１９    ＯＴＡ更新ノード
３１、５１、７１    トランシーバ回路
３２    ＵＩＣＣインタフェース
３３    アンテナ
３５    ユーザインタフェース
３７、５３、６７    コントローラ
３９、４０、６０    メモリ
４１、６１    オペレーティングシステム
４２    ＵＥ機能モジュール
４３、６３    通信制御モジュール
４５    ＵＩＣＣコマンドモジュール
４６    アプリケーションインタフェース
４７    アプリケーション領域
５２    端末インタフェース
５５    ファイル領域
６５    更新モジュール
６９    更新情報
７３    通信インタフェース
【図１】
0006265279.tif 000004
【図２】
0006265279.tif 000005
【図３】
0006265279.tif 000006
【図４】
0006265279.tif 000007
【図５】
0006265279.tif 000008