(57)【要約】【課題】複数のＮＡＡが実装されていても，有効なＮＡＡの名前のみを移動体通信端末に提示することのできるｅＵＩＣＣを提供する。【解決手段】ｅＵＩＣＣ１は，ＡＤＦ３３が生成されているＮＡＡ毎に，ＮＡＡのＡＩＤを含むエントリ情報が記述され，かつ，有効になっている一つのＮＡＡのエントリ情報が示される管理テーブル３４と，ＮＡＡの名前を管理するＥＦ＿ＤＩＲ３１の読み取り命令を移動体通信端末２から受けると，管理テーブル３４を参照し，有効になっているエントリ情報毎に，このエントリ情報を含むレコードを生成し，生成したレコードを出力するリードコマンド１０を備えている。【選択図】図４
2014192535.tif 000002
【特許請求の範囲】
【請求項１】
ＡＤＦ（Application Dedicated File）が生成されているＮＡＡ（Network Access Application）毎に，ＮＡＡのＡＩＤ（Application ID）を含むエントリ情報が記述され，かつ，有効になっているＮＡＡの前記エントリ情報が示される管理テーブルと，
ＮＡＡの名前を管理するＥＦ（Elementary File）であるＥＦ＿ＤＩＲの読み取り命令を移動体通信端末から受けると，前記管理テーブルを参照し，有効になっている前記エントリ情報毎に，この前記エントリ情報を含むレコードを生成し，生成したレコードを出力するリードコマンドと，
を備えたことを特徴とするｅＵＩＣＣ(Embedded UICC)。
【請求項２】
ＡＤＦの閉塞状態を解除する命令を移動体通信端末から受けると，前記管理テーブルを参照し，この命令で指定されたＡＤＦの閉塞状態を解除すると共に，このＡＤＦに対応する前記エントリ情報を有効にする閉塞解除コマンドと，ＡＤＦを閉塞状態にする命令を移動体通信端末から受けると，前記管理テーブルを参照し，この命令で指定されたＡＤＦを閉塞状態にすると共に，このＡＤＦに対応する前記エントリ情報を無効にする閉塞設定コマンドとを備えたことを特徴とする
，請求項１に記載したｅＵＩＣＣ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにアクセスするためのアプリケーション（NAA: Network Access Application）が搭載され，移動体通信端末の基板に直接実装するＵＩＣＣ(Universal Integrated Circuit Card)であるｅＵＩＣＣ（Embedded UICC）に関する。
【背景技術】
【０００２】
移動体通信端末の基板に直接実装するＵＩＣＣであるｅＵＩＣＣの実用化が検討されている。従来のＵＩＣＣには，ＵＩＣＣで有効であるＮＡＡしか実装しないため，通信事業社を変更する際は，ユーザが変更後の通信事業社のＵＩＣＣにＵＩＣＣを差し替え，移動体通信端末側で以下の手順を行うことで，変更後の通信事業社のネットワークにアクセスできる。
（手順１）ＮＡＡの名前を管理するファイル(ＥＦ＿ＤＩＲ)からＮＡＡの名前を読み出して、ＮＡＡを選択する。
（手順２）ＮＡＡが管理する複数のファイルからデータを読み出す。
（手順３）ネットワークにアクセスするための認証処理を行う。
【０００３】
しかし，ｅＵＩＣＣは，移動体通信端末の基板に直接実装する都合上，移動体通信端末から着脱不可能なため，通信事業社を変更できるようにするために，ｅＵＩＣＣを用いる場合，有効でないＮＡＡ（例えば，ユーザが契約を結んでいない通信事業社のＮＡＡ）をもｅＵＩＣＣに予め実装しなければならないと想定できるため，移動体通信端末側でどのＮＡＡが有効か判断できず，移動体通信端末は，ネットワークにアクセスできるまで，ＮＡＡの名前を変更しながら上述の手順１から手順３を繰り返し実行することになってしまう。
【０００４】
このような技術にかかる発明として，一つのＵＩＣＣに複数のＵＳＩＭアプリケーションを実装し、複数のＵＳＩＭアプリケーションの中から一つのＵＳＩＭアプリケーションを選択できる発明が特許文献１で開示されているが，特許文献１は，有効なＮＡＡの名前のみを移動体通信端末に提示する発明ではない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１１−５０１９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そこで，本発明は，複数のＮＡＡが実装されていても，有効なＮＡＡの名前のみを移動体通信端末に提示することのできるｅＵＩＣＣを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決する第１の発明は，複数のＮＡＡが実装されていても，有効なＮＡＡの名前のみを移動体通信端末に提示することのできるように，ＡＤＦ（Application Dedicated File）が生成されているＮＡＡ（Network Access Application）毎に，ＮＡＡのＡＩＤ（Application ID）を含むエントリ情報が記述され，かつ，有効になっているＮＡＡの前記エントリ情報が示される管理テーブルと，ＮＡＡの名前を管理するＥＦ（Elementary File）であるＥＦ＿ＤＩＲの読み取り命令を移動体通信端末から受けると，前記管理テーブルを参照し，有効になっている前記エントリ情報毎に，この前記エントリ情報を含むレコードを生成し，生成したレコードを出力するリードコマンドを備えたことを特徴とするｅＵＩＣＣ(Embedded UICC)である。
【０００８】
更に，第２の発明は，第１の発明に記載したｅＵＩＣＣにおいて，有効とするエントリ情報を変更できるように，ＡＤＦの閉塞状態を解除する命令を移動体通信端末から受けると，前記管理テーブルを参照し，この命令で指定されたＡＤＦの閉塞状態を解除すると共に，このＡＤＦに対応する前記エントリ情報を有効にする閉塞解除コマンドと，ＡＤＦを閉塞状態にする命令を移動体通信端末から受けると，前記管理テーブルを参照し，この命令で指定されたＡＤＦを閉塞状態にすると共に，このＡＤＦに対応する前記エントリ情報を無効にする閉塞設定コマンドとを備えたことを特徴とする。
【発明の効果】
【０００９】
このように，本発明のｅＵＩＣＣによれば，複数のＮＡＡが実装されていても，有効なＮＡＡの名前のみを移動体通信端末に提示することのできるｅＵＩＣＣを提供できる。
【図面の簡単な説明】
【００１０】
【図１】移動体通信端末に実装するｅＵＩＣＣを説明する図。
【図２】ｅＵＩＣＣのファイル構造を説明する図。
【図３】管理テーブルを説明する図。
【図４】ｅＵＩＣＣが有するコマンドを説明する図。
【図５】閉塞解除コマンドと閉塞設定コマンドの動作を説明する図。
【図６】リードコマンドの動作を説明する図。
【発明を実施するための形態】
【００１１】
ここから，本発明の好適な実施形態を記載する。なお，以下の記載は本発明の範囲を束縛するものでなく，理解を助けるために記述するものである。
【００１２】
図１は，移動体通信端末２に実装するｅＵＩＣＣ１を説明する図である。ｅＵＩＣＣ１は，ＵＩＣＣと同様な機能を実現するために開発された組み込み用のＩＣチップで，図１に図示したように，ＵＩＣＣのＩＣチップはプラスチックなどのカード基材に実装されるが，ｅＵＩＣＣ１は移動体通信端末２の基板上に直接実装される。ｅＵＩＣＣ１は移動体通信端末２だけでなく、スマートメータ等に実装されていてもよい。
【００１３】
ｅＵＩＣＣ１は，ｅＵＩＣＣ１を制御するＣＰＵ１ａ，基板に実装するためのデバイスインターフェース１ｃ（例えば，物理的なピン）に加え，移動体通信端末２のネットワークにアクセスするためのアプリケーションである複数のＮＡＡ等を記憶するメモリ１ｂを備える。
【００１４】
図２は，ｅＵＩＣＣ１のファイル構造３を説明する図である。図２に図示したように，ｅＵＩＣＣ１のメモリ１ｂには，ｅＵＩＣＣ１に格納する全てのファイルのルートとなるＭＦ３０（Master File）が生成され，このＭＦ３０の直下に，ＮＡＡへのエントリポイントとなるＤＦ（Dedicated File）であるＡＤＦ３３(Application DF)が配置されている。ＵＩＣＣの場合，ＵＩＣＣに実装するＮＡＡは一つであるが，本実施形態のｅＵＩＣＣ１には，３つのＮＡＡ（ＮＡＡ０〜ＮＡＡ２）が実装され，３つのＮＡＡ（ＮＡＡ０〜ＮＡＡ２）それぞれのＡＤＦ３３がＭＦ３０の直下に配置されている。
【００１５】
ＮＡＡへのエントリポイントとなるＡＤＦ３３には，ＡＤＦ３３に対応するＮＡＡのアプリケーション識別子（AID: Application ID）が付加され，ＮＡＡの名前（ここでは，ＡＩＤ）を管理するＥＦ（Elementary File）であるＥＦ#ＤＩＲ３１がＭＦ３０の直下に設けられる。
【００１６】
ＥＦ#ＤＩＲ３１は，３ＧＧＰ（登録商標）やＥＴＳＩ（The European Telecommunications Standards Institute）などで規格化されており，ファイル識別子は ‘２Ｆ００’に定められている。このような規格では，ＡＩＤを含む所定のフォーマット（例えば，ISO/IEC 7816-4）のエントリ情報をレコード形式でＥＦ#ＤＩＲ３１に格納し，エントリ情報に含まれるＡＩＤを用いてＡＤＦ３３が選択される。
【００１７】
これに対し，本実施形態では，ｅＵＩＣＣ１に複数のＮＡＡを実装する都合上，エントリ情報をＥＦ#ＤＩＲ３１に格納せず，エントリ情報をＮＡＡ毎に記述した管理テーブル３４を格納するＥＦ＿ＴＢＬ３２をＭＦ３０の直下に設けている。
【００１８】
図３は，ＥＦ＿ＴＢＬ３２に格納する管理テーブル３４を説明する図である。管理テーブル３４は，ｅＵＩＣＣ１に実装されているＮＡＡ毎にエントリ情報を格納するテーブルで，本実施形態では，有効になっているエントリ情報を示すことができるように，管理テーブル３４に記述されたエントリ情報には，有効または無効を示す有効フラグ（ここでは，「００」は無効，「０１」は有効）を付加している。なお，図３では，エントリ情報をＡＩＤのデータ長とＡＩＤとしているが，エントリ情報には，他の情報（例えば，アプリケーションラベル）を含ませることができる。
【００１９】
図４は，本実施形態のｅＵＩＣＣ１が有するコマンドを説明する図である。有効なＮＡＡの名前のみを移動体通信端末に提示することのできるように，ｅＵＩＣＣ１は，ＥＦの内容を読み取るためのリードコマンド１０と，ＡＤＦ３３の閉塞状態を解除する閉塞解除コマンド１１と，ＡＤＦ３３を閉塞状態にする閉塞設定コマンド１２を有する。
【００２０】
まず，閉塞解除コマンド１１と閉塞設定コマンド１２について説明する。ｅＵＩＣＣ１が有する閉塞解除コマンド１１と閉塞設定コマンド１２は，ＧｌｏｂａｌＰｌａｔｆｏｒｍで定義されているＳＥＴ＿ＳＴＡＴＵＳコマンドや，ＥＴＳＩ＿ＴＳ＿１０２＿２２２で定義されているＡｃｔｉｖａｔｅＦｉｌｅコマンドおよびＤｅａｃｔｉｖａｔｅＦｉｌｅコマンドを改造したコマンドになる。
【００２１】
なお，閉塞解除コマンド１１や閉塞設定コマンド１２は，ユーザの操作によって移動体通信端末２からｅＵＩＣＣ１へ送信するようにしてもよいが，ＴＳＭ（Trusted Service Manager）の環境があれば，ＯＴＡ（Over The Air）を用いて，通信事業社側からこれらのコマンドをｅＵＩＣＣ１へ送信することもできる。
【００２２】
図５は，閉塞解除コマンド１１と閉塞設定コマンド１２の動作を説明する図で，図５（ａ）は，閉塞解除コマンド１１の動作を説明する図である。閉塞状態を解除するＡＤＦ３３のＡＩＤを含む閉塞解除コマンド１１のコマンドＡＰＤＵが移動体通信端末２からｅＵＩＣＣ１へ送信されると，閉塞解除コマンド１１が作動し（Ｓ１），閉塞解除コマンド１１は，ＡＤＦ３３の閉塞状態を解除できる条件として，該コマンドＡＰＤＵのＡＩＤが付加されたＡＤＦ３３が閉塞状態であることを確認する（Ｓ２）。なお，ＡＤＦ３３の閉塞状態を解除できる条件には，ユーザ認証の成功等の他条件を含ませることができる。
【００２３】
ＡＤＦ３３の閉塞状態を解除できる条件が成立していない場合，閉塞解除コマンド１１は，ＡＤＦ３３の閉塞状態を解除できる条件が成立していないことを示す警告メッセージを送信して（Ｓ５），図５（ａ）の手順を終了する。
【００２４】
また，ＡＤＦ３３の閉塞状態を解除できる条件が成立している場合，閉塞解除コマンド１１は，閉塞解除コマンド１１のコマンドＡＰＤＵで示されるＡＩＤが付加されているＡＤＦ３３の閉塞状態を解除した後（Ｓ３），管理テーブル３４の中から，該コマンドＡＰＤＵで示されるＡＩＤを含むエントリ情報の有効フラグを有効に変更することで，閉塞状態を解除したＡＤＦ３３のエントリ情報の有効フラグを有効にセットして（Ｓ４），図５（ａ）の手順を終了する。
【００２５】
図５（ｂ）は，閉塞設定コマンド１２の動作を説明する図である。閉塞状態にするＡＤＦ３３のＡＩＤを含む閉塞設定コマンド１２のコマンドＡＰＤＵが移動体通信端末２からｅＵＩＣＣ１へ送信されると，閉塞設定コマンド１２が作動し（Ｓ１０），閉塞設定コマンド１２は，ＡＤＦ３３を閉塞状態に設定できる条件として，該コマンドＡＰＤＵのＡＩＤが付加されたＡＤＦ３３が閉塞解除状態であることを確認する（Ｓ１１）。なお，ＡＤＦ３３を閉塞解除状態に設定できる条件には，これ以外に，ユーザ認証の成功等を含ませることができる。
【００２６】
ＡＤＦ３３を閉塞状態に設定できる条件が成立していない場合，閉塞設定コマンド１２は，ＡＤＦ３３を閉塞状態に設定できる条件が成立していないことを示す警告メッセージを送信して（Ｓ１４），図５（ｂ）の手順を終了する。
【００２７】
また，ＡＤＦ３３を閉塞状態に設定できる条件が成立している場合，閉塞設定コマンド１２は，閉塞設定コマンド１２のコマンドＡＰＤＵで示されるＡＩＤが付加されているＡＤＦ３３を閉塞状態にする（Ｓ１２）。更に，ＡＤＦ３３が閉塞解除状態であることは，ＡＤＦ３３のエントリ情報が有効であるため，閉塞設定コマンド１２は，閉塞管理テーブル３４の中から，該コマンドＡＰＤＵで示されるＡＩＤを含むエントリ情報の有効フラグを無効に変更することで，閉塞状態にしたＡＤＦ３３のエントリ情報の有効フラグを無効にセットして（Ｓ１３），図５（ｂ）の手順を終了する。
【００２８】
次に，リードコマンド１０の動作について説明する。本実施形態のリードコマンド１０の基本的な動作は，３ＧＰＰ（登録商標）等で規格化されている動作と同じであるが，読み出し対象となるＥＦがＥＦ#ＤＩＲ３１の場合のみ，特別な処理を行うように設計されている。
【００２９】
図６は，リードコマンド１０の動作を説明する図である。読み出し対象となるＥＦのファイル識別子を含むリードコマンド１０のコマンドＡＰＤＵが移動体通信端末２からｅＵＩＣＣ１へ送信されると（Ｓ２０），リードコマンド１０が作動し，リードコマンド１０は，読み出し対象となるＥＦがＥＦ#ＤＩＲ３１であるか確認する（Ｓ２１）。
【００３０】
読み出し対象となるＥＦがＥＦ#ＤＩＲ３１であるかは，リードコマンド１０のコマンドＡＰＤＵのファイル識別子から判断できる。例えば，ＥＦ#ＤＩＲ３１のファイル識別子が‘２Ｆ００’の場合，リードコマンド１０は，リードコマンド１０のコマンドＡＰＤＵで示されるファイル識別子が‘２Ｆ００’であれば，読み出し対象となるＥＦがＥＦ#ＤＩＲ３１であると判断する。
【００３１】
リードコマンド１０は，読み出し対象となるＥＦがＥＦ#ＤＩＲ３１でなければ，読み出し対象となるＥＦの内容を読み出して移動体通信端末２へ送信し（Ｓ２６），図６の手順は終了する。
【００３２】
また，リードコマンド１０は，読み出し対象となるＥＦがＥＦ#ＤＩＲ３１であれば，管理テーブル３４を参照し，有効フラグが有効に設定されているエントリ情報を検索する（Ｓ２２）。
【００３３】
リードコマンド１０は，有効フラグが有効に設定されているエントリ情報が検索できなければ，「アクセス対象のレコードがない」などの警告メッセージを送信して（Ｓ２５），図６の手順は終了する。
【００３４】
また，リードコマンド１０は，有効フラグが有効に設定されているエントリ情報が検索できれば，有効フラグが有効になっているエントリ情報毎に，このエントリ情報を含むレコードを生成し（Ｓ２３），生成したレコードを送信して（Ｓ２４），図６の手順は終了する。
【００３５】
このように，本実施形態のｅＵＩＣＣ１によれば，ＥＦ#ＤＩＲ３１の内容が読み出される際，有効になっているＡＤＦ３３のエントリ情報のみが出力されるため，複数のＮＡＡが実装されていても，有効なＮＡＡの名前のみを移動体通信端末に提示することができる。
【符号の説明】
【００３６】
１    ｅＵＩＣＣ
１０  リードコマンド
１１  閉塞解除コマンド
１２  閉塞設定コマンド
２    移動体通信端末
３０  ＭＦ
３１  ＥＦ＿ＤＩＲ
３２  ＡＤＦ
３４  管理テーブル
【図１】
2014192535.tif 000003
【図２】
2014192535.tif 000004
【図３】
2014192535.tif 000005
【図４】
2014192535.tif 000006
【図５】
2014192535.tif 000007
【図６】
2014192535.tif 000008