JP2011501913A - Ｕｉｃｃアプリケーションファイルの制御方法及びその装置 - Google Patents

Abstract

【課題】一つのＵＩＣＣから複数のＵＳＩＭアプリケーションファイルを提供することができ、これを選択することができる、移動端末機におけるＵＩＣＣに搭載されたアプリケーション専用ファイルを制御する方法及びその装置を提供する。
【解決手段】本発明による移動端末機におけるアプリケーション専用ファイルの制御方法は、ＵＩＣＣに格納されたＥＦＤＩＲファイルを分析して同じ機能を行う複数のアプリケーション専用ファイルが存在するか否かを判断し、判断結果に応じて予め設定された実行情報に対応するアプリケーション専用ファイルを駆動することを特徴とする。
【選択図】図７

Description

本発明はＵＩＣＣアプリケーションファイルの制御方法及びその装置に関するもので、より詳細には一つのＵＩＣＣカードを用いて複数の電話番号を選択的に使用できるＵＩＣＣファイル構造及びこれを用いた移動端末機におけるアプリケーション専用ファイルの制御方法に関する。

通常、汎用加入者識別モジュールカード（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ Ｃａｒｄ、以下、「ＵＳＩＭカード」とする。）は、非同期３世代移動通信、例えば、ＷＣＤＭＡなどの端末機に挿入される着脱式スマートカードであって、ユーザ認証だけでなく海外ローミング、電子商取引などの様々な機能を１枚のカードで提供することができる。
具体的に、非同期２世代移動通信であるＧＳＭに用いられるＳＩＭカードには単に加入者情報だけが搭載されているが、ＵＳＩＭカードには従来のＳＩＭの機能だけでなく、交通カード、クレジットカード、ユーザ設定情報などの様々なアプリケーションの機能をモジュール化して提供することが可能な汎用ＩＣカード（Ｕｎｉｖｅｒｓａｌ ＩＣ Ｃａｒｄ）機能も提供することができる。ここで、ユーザ設定情報には電話帳（Ｐｈｏｎｅ Ｂｏｏｋ）、ショートカットキー、制限キーなどが含まれる。

ＵＳＩＭカードの論理インターフェース（ｌｏｇｉｃａｌ Ｉｎｔｅｒｆａｃｅ）は、３ＧＰＰ ３１．１０２及び３１．１０１に従う。また、専用ファイル（Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ：ＤＦ）認識子としては、７Ｆ１０（Ｔｅｌｅｃｏｍ）、７Ｆ２０（ＧＳＭ ｅｖｏｌｖｅｄ ＩＭＴ２０００）、７Ｆ２４（ＴＤＭＡ）、７Ｆ２５（ＣＤＭＡ）などがある。

ＵＳＩＭカードが提供する保安構造は、認証とアクセス制御に分けられる。認証は、端末機認証及び加入者認証に分けられ、アクセス制御は、ＣＨＶ１（Ｃａｒｄ Ｈｏｌｄｅｒ Ｖｅｒｉｆｉｃａｔｉｏｎ １）、ＣＨＶ２（Ｃａｒｄ Ｈｏｌｄｅｒ Ｖｅｒｉｆｉｃａｔｉｏｎ １）、及びＡＤＭ（Ａｄｍｉｎｉｓｔｒａｔｉｏｎ）値に応じて該当するファイルのアクセスを制御する。ここで、認証とは、無線ネットワーク環境において特定媒体とユーザに正当な使用権限が付与されたか否かを判断する技術である。

ＷＣＤＭＡにおける認証機能媒体は、移動端末機（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ）内のＵＳＩＭカードとシステムに具備される認証センター（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｅｎｔｅｒ：ＡｕＣ）である。したがって、加入者の認証のためには、認証に必要とされるキー値がＵＳＩＭカードと認証センターに同一に存在しなければならない。

以下では、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）標準で定義されている認証手続を簡単に説明する。

まず、移動端末機は、ＵＳＩＭカードに予め格納された国際移動加入者識別子（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ、以下、「ＩＭＳＩ」とする。）を読み出し、加入者認証のために読み出されたＩＭＳＩを含む所定の制御信号を認証センターに伝送する。

認証センターは、受信されたＩＭＳＩに対応する加入者認証キー（Ｓｕｂｓｃｒｉｂｅｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｋｅｙ）及び乱数を生成し、生成された加入者認証キー及び乱数を用いて当該加入者が該当網へのアクセス権限があるか否かを確認する。

一般的に移動端末機に着脱可能に装着されるＵＳＩＭカードには、一つのＩＭＳＩ及び当該ＩＭＳＩに対応するＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ ＩＳＤＮ Ｎｕｍｂｅｒ）が保持される。ここで、ＭＳＩＳＤＮとは、加入者に関する公開された情報であって、一般的に携帯電話番号を意味する。

３ＧＰＰ標準によれば、一つのＩＭＳＩには、最大４つのＭＳＩＳＤＮの割り当てが可能であり、これは、当該ＩＭＳＩに、使用されるアプリケーションに応じて割り当てられる電話番号である。例えば、特定ＩＭＳＩに対応するＭＳＩＳＤＮには、一般電話通信のための第１ＭＳＩＳＤＮ、ＦＡＸ通信のための第２ＭＳＩＳＤＮなどがそれぞれ存在することができる。

しかし、従来には一つのＵＳＩＭカードに複数のＩＭＳＩを格納することができなかった。

本発明の一実施形態によれば、移動端末機において、汎用ＩＣカード（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｈｉｐ Ｃａｒｄ：ＵＩＣＣ）に搭載されたアプリケーション専用ファイル（Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ：ＡＤＦ）を制御する方法が提供される。一実施形態では、複数のＵＳＩＭアプリケーションファイルを搭載可能なＵＩＣＣアプリケーションファイル構造から、一つのＵＩＣＣで複数の異なるＩＭＳＩ及びＭＳＩＳＤＮを割り当て、これを選択することができる。

移動端末機において、汎用ＩＣカード（ＵＩＣＣ）に搭載されたアプリケーション専用ファイルを制御する方法は、上記ＵＩＣＣに格納されたＥＦＤＩＲ（Ｅｌｅｍｅｎｔ Ｆｉｌｅ Ｄｉｒｅｃｔｏｒｙ）ファイルを分析して同じ機能を行う複数のアプリケーション専用ファイルが存在するか否かを判断し、上記判断結果により予め設定された実行情報に対応するアプリケーション専用ファイルを駆動するステップを含むことができる。ここで、アプリケーション専用ファイルは、異なる国際移動加入者識別情報（ＩＭＳＩ）を有することができる。

本発明の他の一実施形態によれば、移動端末機において、汎用ＩＣカード（ＵＩＣＣ）に搭載されたアプリケーション専用ファイル（ＡＤＦ）を制御する方法が提供される。

移動端末機において、汎用ＩＣカード（ＵＩＣＣ）に搭載されたアプリケーション専用ファイル（ＡＤＦ）を制御する方法は、上記アプリケーション専用ファイルを選択するために所定のユーザ設定メニュー（Ｍｅｎｕ）を介して所定の電話番号変更要請信号を受信し、上記ＵＩＣＣに格納されたＥＦＤＩＲファイルを分析して複数の汎用加入者識別モジュール（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ：ＵＳＩＭ）のアプリケーションファイルが存在するか否かを判断し、上記判断結果、複数のＵＳＩＭアプリケーションファイルが存在する場合は、選択可能な第１から第Ｎ電話番号を含む電話番号選択画面を出力し、上記第１から第Ｎ電話番号のうち何れか一つが選択されると、上記選択された電話番号に対応するＵＳＩＭアプリケーションファイルを駆動する。

本発明のまた他の一実施形態によれば、アプリケーション専用ファイル（ＡＤＦ）が搭載された汎用ＩＣカード（ＵＩＣＣ）を制御する装置が提供される。

本発明のまた他の一実施形態によるＵＩＣＣ制御装置は、上記ＵＩＣＣに格納されたＥＦＤＩＲを分析して活性化されたアプリケーション専用ファイルと同じ機能を行い、非活性のアプリケーション専用ファイルが存在する場合は上記非活性化されたアプリケーション専用ファイルに対するアプリケーション識別情報を制御部に提供するアプリケーション専用ファイル目録提供部、上記アプリケーション専用ファイル目録提供部から受信された上記アプリケーション識別情報を用いてユーザが選択可能な所定のアプリケーションファイル選択画面の出力を制御し、選択されたアプリケーションファイルに対する駆動を指示する制御部、及び上記制御部から上記選択されたアプリケーションファイルを活性化させるための所定の制御信号を受信する場合は上記選択されたアプリケーションファイルを駆動させるアプリケーションファイル駆動部を含む。ここで、アプリケーション専用ファイルは、互いに区別できる国際移動加入者識別情報（ＩＭＳＩ）を有してもよい。

本発明のまた他の実施形態によれば、一つの移動端末機で複数の電話番号を使用できる方法が提供される。

移動端末機において、複数の電話番号を選択して使用する方法は、ＵＩＣＣに格納されたＥＦＤＩＲファイルを分析して複数のＵＳＩＭアプリケーション専用ファイルが存在するか否かを判断し、上記判断結果に応じて予め設定された実行情報に対応するＵＳＩＭアプリケーション専用ファイルを駆動する。

ＵＭＴＳシステムにおけるＵＥの構造を示すブロック図である。 通常ＵＩＣＣに構成されるアプリケーションとそれによるファイル構造を示す図である。 本発明の一実施形態による複数のＵＳＩＭアプリケーションを支援するＵＩＣＣファイル構造を示す図である。 本発明の一実施形態によるＥＦＤＩＲの構造を示す図である。 本発明の一実施形態によるＥＦＤＩＲのレコードの構成を説明するための図面である。 本発明の一実施形態による一つのＵＩＣＣにおいて同じタイプのアプリケーションを提供するためのファイル構造を説明するための図面である。 本発明の一実施形態による移動端末機におけるアプリケーション専用ファイル選択方法を説明するためのフローチャートである。 本発明の一実施形態による移動端末機におけるアプリケーション専用ファイル選択方法を説明するためのフローチャートである。 本発明の一実施形態による移動端末機ブロック図である。

図１は、ＵＭＴＳシステムにおけるＵＥの構造を示すブロック図である。
３ＧＰＰ標準では、移動端末機をＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と称し、一般の基地局をＮｏｄｅＢと定義する。以下では、説明の便宜のために、移動端末機及び基地局をそれぞれＵＥ及びＮｏｄｅＢとする。

図１を参照すると、ＵＥ１００は、機能に応じてＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）１１０とＵＳＩＭ（ＵＭＴＳ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）１２０とに大きく大別される。
一般的にＵＳＩＭ１２０は、ＭＥ１１０と物理的に分離可能であるため、この両者間にはＣｕという標準インターフェースが定義される。ここで、ＭＥ１１０は、端末装置（Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ：ＴＥ）１３０、ネットワーク終端（Ｎｅｔｗｏｒｋ Ｔｅｒｍｉｎａｔｉｏｎ：ＮＴ）１１２、及び無線終端（Ｒａｄｉｏ Ｔｅｒｍｉｎａｔｉｏｎ：ＲＴ）１１４で構成され、ＮＴ１１２とＲＴ１１４は、Ｔｕインターフェースを介して情報を送受信することができる。

図１に示すように、ＮＴ１１２は、Ｃｕインターフェース及びＲインターフェースを介してＵＳＩＭ１２０及びＴＥ１３０とそれぞれ通信することができる。

ＵＭＴＳにおいて、無線区間のインターフェースをＵｕインターフェースとし、ＲＴ１１４は、Ｕｕインターフェースを介してＮｏｄｅＢ１４０に無線信号を送信したり、ＮｏｄｅＢ１４０が送信した無線信号を受信したりすることができる。

ＵＳＩＭ１２０は、ユーザの固有情報を格納する構成要素であって、物理的にＵＥ１００の一側に着脱可能に装着されるＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードの形態が一般的である。ＵＳＩＭ１２０は、バンキング機能、電話帳機能、交通料金支払い機能などの様々なアプリケーションの機能及び様々な無線アクセス技術に対応する通信機能などを提供することができる。そのため、ＵＳＩＭ１２０は、ＵＩＣＣともよく呼ばれる。

通常ＵＳＩＭ１２０に含まれる内容は、サービス提供者から提供される。また、ＵＳＩＭ１２０は、コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）のホーム位置登録器（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ：ＨＬＲ）に格納されている加入者の固有情報を含むことができる。

以下では、ＵＳＩＭ１２０に格納可能な基本的な情報について詳細に説明する。

先ず、ＵＳＩＭ１２０は、ＵＳＩＭメーカーとサービス提供者により設定された基本的な情報である暗号化アルゴリズム、ＩＭＳＩ、及びアクセスクラス情報（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｉｎｆｏｒｍａｔｉｏｎ）などを保持することができる。

また、ＵＳＩＭ１２０は、端末に移動性を提供するための情報としての位置識別子、例えばＬＡＩ（Ｌｏｃａｔｉｏｎ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）やＲＡＩ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）などの位置識別子、一時的移動加入者識別子（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ：ＴＭＳＩ）、暗号化パラメータなどを格納することができ、当該ＵＳＩＭでアクセス可能なサービス種類に関する情報も保持することができる。

特に、ＵＳＩＭ１２０は、様々なアプリケーションを実行するための実行プログラムを保持することができ、ユーザが個人的に使用する短文メッセージ、ダイヤル情報、電話帳などのユーザデータを格納することができる。

ＭＥ１１０は、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との実質的な通信を担当する無線端末を称し、ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）１１５とＴＥ１３０に分けられる。
ＭＴ１１５には、無線区間を通して移動通信システムと通信するための無線アクセスプロトコルが含まれる。ＵＥ１００において、ＭＴ１１５は、実際の物理的な端末装置であって、同一の無線アクセス技術を使用するＵＴＲＡＮ領域に限って通信が可能となる。

ＴＥ１３０は、無線アクセスプロトコルの動作に必要とされる制御機能を提供する。例えば、ＴＥ１３０は、ラップトップ（Ｌａｐｔｏｐ）コンピュータに接続されている無線端末が無線モデムのように動作することができる環境を提供できる。また、ＴＥ１３０は、ＩＴＵ−Ｔで定義されたＡＴコマンド（ＡＴ Ｃｏｍｍａｎｄ）のようなモデム制御コマンドセット（Ｍｏｄｅｍ Ｃｏｎｔｒｏｌ Ｃｏｍｍａｎｄ Ｓｅｔ）を用いて、ＮＴ１１２及びＲＴ１１４などを含む端末の終端を制御することができる。

図２は、通常のＵＩＣＣに構成されるアプリケーションとそれによるファイル構造を示す。
図２に示すように、ＵＩＣＣの論理的なファイル構造は、一つのＭＦ（Ｍａｓｔｅｒ Ｆｉｌｅ）とＵＥ１００の基本的な動作のための必須要素ファイルを含まなければならない。ここで、必須の要素ファイルは、ＥＦＰＬ２２０、ＥＦＩＣＣＩＤ２３０、及びＥＦＤＩＲ２５０を含む。

ＥＦＰＬ２２０に含まれた情報は、ＭＭＩ（Ｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）のためにＭＥ１１０により使用可能である。

また、通常のＵＩＣＣは、ＷＣＤＭＡサービスを提供するためのＵＳＩＭアプリケーションだけでなく、ＧＳＭローミングのためのＧＳＭアプリケーション及びＣＤＭＡローミングのためのＵＩＭアプリケーションなどを含むことができる。このように、一つのＵＩＣＣから提供できる様々なアプリケーション専用ファイルに対する目録は、ＥＦＤＩＲ２５０により管理されることができる。

図２を参照すると、ＥＦＤＩＲ２５０は、２つのアプリケーション専用ファイルであるＡＤＦ１の２６０及びＡＤＦ２の２７０に関する情報を有する。ここで、ＡＤＦ１は、ＵＳＩＭと関連のあるアプリケーション専用ファイルであり、ＡＤＦ２は、他の無線アクセス方式、例えばワイブロ（Ｗｉｂｒｏ）に対応するアプリケーション専用ファイルであってもよい。

以下では、ＵＩＣＣファイル構造に含まれるマスターファイル（ＭＦ）、アプリケーション専用ファイル（ＡＤＦ）、専用ファイル（Ｄｅｄｉｃａｔｅｄ Ｆｉｌｅ：ＤＦ）、及び要素ファイル（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ：ＥＦ）の関係について詳細に説明する。

上記ファイルには、当該ファイルを識別するための所定のファイル識別子（Ｆｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ、以下、ＦＩＤとする。）が割り当てられる。ＦＩＤは、１６進数で表示され、２バイトの長さを有する。図２を参照すると、ＧＳＭサービスのための専用ファイル２４０のＦＩＤは、「７Ｆ２０」と定義される。

先ず、マスターファイル２１０は、ＵＩＣＣファイル構造のルートディレクトリ（ｒｏｏｔ ｄｉｒｅｃｔｏｒｙ）で、少なくとも一つの専用ファイル及び要素ファイルを有することができる。ここで、専用ファイルは、アプリケーション専用ファイルを含む。

要素ファイルは、データを格納する最小単位のファイル構造を有し、データ格納方式により、透明要素ファイル（Ｔｒａｎｓｐａｒｅｎｔ ＥＦ）、線形固定要素ファイル（Ｌｉｎｅａｒ Ｆｉｘｅｄ ＥＦ）、及び循環要素ファイル（Ｃｙｃｌｉｃ ＥＦ）などに分けられる。

透明要素ファイルは、一つのレコードを格納する構造であり、線形固定要素ファイルは、固定サイズを有する複数のレコードを順次格納する構造である。線形固定要素ファイルとしては、短文メッセージを格納するためのファイルであるＥＦＳＭＳが代表的である。

循環要素ファイルは、データを順次格納し、該当ファイルに割り当てられた領域の最後のレコードまで書き込まれると、最初のレコードを上書きするデータ構造である。すなわち、循環要素ファイルは、通常の循環待ち行列（Ｃｉｒｃｕｌａｒ Ｑｕｅｕｅ）の構造に該当する。例えば、循環要素ファイルとしては、発信及び着信通話履歴を記録するためのファイルである発信呼情報要素ファイル（Ｏｕｔｇｏｉｎｇ Ｃａｌｌ Ｉｎｆｏｒｍａｔｉｏｎ ＥＦ：ＥＦＯＣＩ）及び着信呼情報要素ファイル（Ｉｎｃｏｍｉｎｇ Ｃａｌｌ Ｉｎｆｏｒｍａｔｉｏｎ ＥＦ：ＥＦＩＣＩ）が代表的である。

専用ファイルは、機能上のグループを形成し、下位レベルの専用ファイル及び要素ファイルで構成可能である。すなわち、専用ファイルは、アプリケーション別の同一グループの要素ファイル及び要素ファイルのグループで形成できる。ここで、専用ファイルは、アプリケーション専用ファイルを含む。例えば、図面番号２７１を参照すると、ＡＤＦ２の２７０は、一つの専用ファイル、例えばＤＦ１、及び２つの要素ファイルで構成されることが分かる。

一般的に、ＵＩＣＣに必須に構成されるファイルに対するＦＩＤは、国際標準により予め定義されている。以下では、国際標準により予め定義されたＦＩＤを「予約ＦＩＤ」と称する。

しかし、ＥＦＤＩＲ２５０に含まれるアプリケーション専用ファイル（ＡＤＦ）には、事業者により定義されたファイル識別子が割り当てられることができる。このとき、アプリケーション専用ファイルのために割り当てられたファイル識別子が、国際標準により定義されたファイル識別子のうちの何れか一つと一致する場合、所望しないアプリケーションが行われる問題が発生することがある。このようなファイル識別子の衝突を回避するために、アプリケーション専用ファイルには、別途のアプリケーション識別子（Ａｐｐｌｉｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ：ＡＩＤ）が割り当てられてもよい。

図３は、本発明の一実施形態による複数のＵＳＩＭアプリケーションを支援するＵＩＣＣファイル構造を示す。

図３に示すように、一つのＵＩＣＣから複数のＵＳＩＭアプリケーションを提供するために、ＥＦＤＩＲ３１０は、同じアプリケーションサービスを提供する２つのＵＳＩＭアプリケーション専用ファイルに関する情報を含むことができる。本実施形態では、説明の便宜のために、ＵＳＩＭアプリケーション専用ファイルが２つであると仮定して説明する。しかし、物理的に同じアプリケーションサービスを提供するＵＳＩＭアプリケーション専用ファイルが２つに制限されず、さらに多いアプリケーション専用ファイルが一つのＵＩＣＣに含まれ得ることは当業者であれば十分理解できよう。

以下では、説明の便宜のために、ＥＦＤＩＲ３１０に含まれた２つのＵＳＩＭアプリケーション専用ファイルをそれぞれ「ＡＤＦＵＳＩＭ１（３２０）」及び「ＡＤＦＵＳＩＭ２（３３０）」と称する。

ＡＤＦＵＳＩＭ１（３２０）及びＡＤＦＵＳＩＭ２（３３０）は、ＥＦＤＩＲ３１０に含まれた情報及びアプリケーションファイル別に固有に割り当てられるアプリケーション識別子を用いて選択することができる。

例えば、ＥＦＤＩＲ３１０に何の情報も存在しなかったり、ＵＳＩＭアプリケーションが存在しない場合は、ＭＥ１１０は、ＧＳＭアプリケーション専用ファイル３４０を選択することができる。

一般的にＵＳＩＭアプリケーション専用ファイルは、国際移動加入者識別情報を格納するための要素ファイル（以下、「ＥＦＩＭＳＩ」とする。）及び移動加入者電話番号を格納するための要素ファイル（以下、「ＥＦＭＳＩＳＤＮ」とする。）を含む。

特に、本発明によるＡＤＦＵＳＩＭ１の３２０及びＡＤＦＵＳＩＭ２の３３０を構成するＥＦＩＭＳＩ及びＥＦＭＳＩＳＤＮは、互いに異なる値で設定されることが好ましい。例えば、本発明によるＵＩＣＣには、互いに異なるＩＭＳＩ及びＭＳＩＳＤＮを有する２つのＵＳＩＭアプリケーションファイルを搭載することができる。これにより、端末機のユーザが所望するＵＳＩＭアプリケーションを選択し、選択されたＵＳＩＭアプリケーションに対応する電話番号で所望するサービスを受けることができる。

他の実施形態では、選択された電話番号に関係する電話帳が提供される。ＵＩＣＣは、複数の電話帳ＥＦを含み、各電話帳ＥＦは複数のＵＳＩＭアプリケーション専用ファイルに関連付けられる。したがって、選択されたＵＳＩＭアプリケーション専用ファイルに関連付けられた電話帳ＥＦに格納された連絡先情報が端末機のユーザに提供される。

以上では、ＥＦＤＩＲ３１０が複数のＵＳＩＭアプリケーション専用ファイルに関する情報を保持し、これをユーザが選択するようにすることにより、一つの端末機を用いて複数の電話番号を使用する方法を説明したが、これはＵＳＩＭアプリケーションに限定されるものではなく、他のアプリケーション、例えば、Ｗｉｂｒｏ、ＧＳＭ、ＣＤＭＡなどと関連付けられたアプリケーションにも適用できることは明らかである。

図４は、本発明の一実施形態によるＥＦＤＩＲの構造を示す。

図４に示すように、ＥＦＤＩＲ４００のファイル構造は、ファイル識別子フィールド４１０、ファイル構造フィールド４２０、レコード個数フィールド４３０、レコードサイズフィールド４４０、アクセス権限フィールド４５０、レコード領域４６０などで構成可能である。

３ＧＰＰ ３１．１０２ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｏｆ ｔｈｅ Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＵＳＩＭ）アプリケーションに定義された標準によれば、ＥＦＤＩＲ４００のファイル識別子は、「２Ｆ００」とハードコーディングされ、レコード領域４６０のデータ構造は、線形固定構造（Ｌｉｎｅａｒ Ｆｉｘｅｄ Ｓｔｒｕｃｔｕｒｅ）を有する。

レコード個数フィールド４３０は、ＥＦＤＩＲ４００に含まれたレコードの個数を格納するためのフィールドであり、レコードサイズフィールド４４０は、各レコード別に格納できるバイト単位のデータサイズ値を格納するフィールドである。

アクセス権限フィールド４５０は、ＥＦＤＩＲ４００ファイルに対するアクセス権限を制御するためのフィールドである。より詳細には、アクセス権限フィールド４５０は、読み込み（ＲＥＡＤ）／更新（ＵＰＤＡＴＥ）／非活性化（ＤＥＡＣＴＩＶＡＴＥ）／活性化（ＡＣＴＩＶＡＴＥ）などの制御命令に対するアクセス権限を設定するためのフィールドである。

レコード領域４６０は、アプリケーション専用ファイルに対応するデータを格納するための領域であって、少なくとも一つのレコードで構成されることができる。

図４を参照すると、レコード個数フィールド４３０に格納された値が２であるため、レコード領域４６０に含まれたレコードの個数は２つである。

以下では、本実施形態によるレコード領域４６０に含まれた２つのレコードをそれぞれ第１レコード４７０及び第２レコード４８０と称する。

本発明によるＥＦＤＩＲ４００は、同じアプリケーションタイプを有する複数のレコードを含むことができ、該当レコードはアプリケーション専用ファイル別に固有に割り当てられるアプリケーション識別子（ＡＩＤ）で識別可能である。例えば、ＥＦＤＩＲ４００に、ＵＳＩＭアプリケーションに対応する第１レコード４７０及び第２レコード４８０が含まれる場合、それぞれのＵＳＩＭアプリケーションに対して固有のアプリケーション識別子が割り当てられることが好ましい。

したがって、本発明によるＭＥ１１０は、上記アプリケーション識別子を用いて複数のＵＳＩＭアプリケーションを識別することができ、これにより、ユーザが使用する電話番号を選択可能にすることができる。

図５は、本発明の一実施形態によるＥＦＤＩＲのレコードの構成を説明するための図面である。

図５に示すように、本発明によるＥＦＤＩＲ４００に含まれる各レコード５００は、アプリケーションタイプフィールド５１０、有効データ長さフィールド５２０、アプリケーションサービスタイプフィールド５３０、アプリケーション識別子フィールド５４０、データフィールド５５０、パッディング（Ｐａｄｄｉｎｇ）５６０のうちの少なくとも一つを含むことができる。

アプリケーションタイプフィールド５１０は、当該レコードが如何なるアプリケーションに関連付けられた情報であるかを識別するための識別子が記録されるフィールドであって、サービス事業者により、アプリケーション別に固有に割り当てられた識別情報が記録される。例えば、アプリケーションタイプフィールドは１バイトの長さを有することができ、ＵＳＩＭアプリケーションは「０×０１」、ＧＳＭアプリケーションは「０×０２」、ＣＤＭＡアプリケーションは「０×０３」、Ｗｉｂｒｏアプリケーションは「０×０４」などで定義されることができる。

有効データ長さフィールド５２０は、アプリケーションタイプフィールド５１０に割り当てられたサイズを除いて残った有効データの長さを記録するためのフィールドである。

アプリケーションサービスタイプフィールド５３０は、アプリケーション別に提供可能なサービスを識別するための所定のサービス識別子が格納されるフィールドである。例えば、サービス事業者は、ＵＳＩＭアプリケーションにおいて、他の事業者に比べて差別化された様々なサービスを提供することができ、これにより様々なサービスを識別するための固有のサービス識別子を定義することができる。例えば、マルチメディアメッセージサービス（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ：ＭＭＳ）は、「０×１０」、文字変換サービスは、「０×２０」などで定義することができる。

アプリケーション識別子フィールド５４０は、ＥＦＤＩＲ４００に複数の同じアプリケーションタイプを有するアプリケーション専用ファイルが存在する場合に、当該アプリケーション専用ファイルを識別するための識別情報を格納するフィールドである。また、アプリケーション識別子５４０は、アプリケーションタイプ及びアプリケーションサービスタイプが全て同一であるアプリケーション専用ファイルを識別するために使用することができる。

データフィールド５５０は、当該アプリケーションに関連付けられた様々な情報を記録するためのフィールドであり、パッディングフィールド５６０は、レコード別に割り当てられた領域中、有効でない領域に対して予め定義されたパターン、例えば、全て「０×ＦＦ」と満たされるフィールドである。

本発明によるＭＥ１１０はＥＦＤＩＲ４００のレコードに含まれたアプリケーション識別子５４０を直接選択（ＳＥＬＥＣＴ）することにより、当該アプリケーションを駆動させることができるものが好ましい。

図６は、本発明の一実施形態による一つのＵＩＣＣから同じタイプのアプリケーションを提供できるファイル構造を説明するための図面である。

図６に示すように、本実施形態によるＥＦＤＩＲ６００は、ＡＤＦＵＳＩＭ１（６１０）及びＡＤＦＵＳＩＭ２（６２０）に関する情報を格納することができる。

それぞれのＵＳＩＭアプリケーションファイルに含まれているＩＭＳＩ情報が格納された要素ファイル６１１，６２１（以下、「ＥＦＩＭＳＩ」とする）及びＭＳＩＳＤＮ情報が格納された要素ファイル６１２，６２２（以下、「ＥＦＭＳＩＳＤＮ」とする）には、互いに異なるＩＭＳＩ及びＭＳＩＳＤＮ値が割り当てられて格納されることができる。以下では、ＡＤＦＵＳＩＭ１（６１０）に対応するＥＦＩＭＳＩとＥＦＭＳＩＳＤＮに格納されたＩＭＳＩ及びＭＳＩＳＤＮを、それぞれ「第１ＩＭＳＩ」及び「第１ＭＳＩＳＤＮ」とし、ＡＤＦＵＳＩＭ２（６２０）に対応するＥＦＩＭＳＩとＥＦＭＳＩＳＤＮに格納されたＩＭＳＩ及びＭＳＩＳＤＮを、それぞれ「第２ＩＭＳＩ」及び「第２ＭＳＩＳＤＮ」とする。

したがって、本発明の一実施形態によるＭＥ１１０は、ＥＦＤＩＲ６００に格納された情報、例えば、上記図５のレコード情報、を参照して同じタイプのアプリケーションファイルが存在する場合、当該アプリケーションファイルをユーザが選択可能とすることにより、一つのＵＩＣＣを用いて複数の電話番号を提供することができる。ここで、当該アプリケーションファイルのアプリケーション識別子５４０は互いに異なる。

図７は、本発明の一実施形態による移動端末機におけるアプリケーション専用ファイルの選択方法を説明するためのフローチャートである。

図７を参照すると、ステップＳ７１０で、移動端末機を起動し、ステップＳ７２０で、ＭＥ１１０は、ＵＩＣＣに接続してＥＦＤＩＲファイルに含まれたレコードを分析する。

ステップＳ７３０で、ＭＥ１１０は、上記レコード分析からＥＦＤＩＲに複数のＵＳＩＭアプリケーション専用ファイルが存在するか否かを判断する。

判断結果、複数のＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）が存在する場合、ステップＳ７４０で、ＭＥ１１０は、所定のＵＳＩＭアプリケーション選択画面を生成して表示部に出力する。ＵＳＩＭアプリケーション選択画面は、ＵＳＩＭアプリケーション専用ファイル別に割り当てられたＭＳＩＳＤＮ情報を含むことが好ましい。

ステップＳ７５０で、ＭＥ１１０は、ユーザにより選択されたＭＳＩＳＤＮに対応するＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）を活性化させる。

一方、上記のステップＳ７３０において、ＥＦＤＩＲに複数のＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）が存在しない場合、ステップＳ７６０で、ＥＦＤＩＲに含まれたＵＳＩＭアプリケーション専用ファイルを活性化させる。

本発明の好ましい一実施形態によれば、ＥＦＤＩＲに含まれたレコードにＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）に対応する情報が存在しない場合、ＭＥ１１０は予め定義された優先順序に応じて他の無線アクセス方式、例えば、ＧＳＭ、ＣＤＭＡ、Ｗｉｂｒｏなど、の専用ファイルを活性化させることが好ましい。

本実施形態では、ＥＦＤＩＲに複数のＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）に関する情報が存在する場合、これを処理する方法について説明したが、ＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）ではなく、他のＡＤＦに対しても同一または類似の方式で適用できることは当業者にとって明らかである。

図８は、本発明の一実施形態による移動端末機におけるアプリケーション専用ファイルの選択方法を説明するためのフローチャートである。

より詳細に、図８は移動端末機において所定のユーザ設定メニューを用いてアプリケーション専用ファイルを選択する方法を説明するためのフローチャートである。

図８を参照すると、ＭＥ１１０は、ステップＳ８１０で、予め定義されたユーザ設定メニューから所定の電話番号の変更要請信号を受信する場合、ステップＳ８２０で、ＵＩＣＣに接続してＥＦＤＩＲに格納されたアプリケーション専用ファイルに関するレコードを分析する。

ステップＳ８３０で、ＭＥ１１０は、上記レコードを分析してＥＦＤＩＲに複数のＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）が存在するか否かを判断する。

判断結果、複数のＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）が存在する場合、ステップＳ８４０で、ＭＥ１１０は、所定のＵＳＩＭアプリケーション選択画面を生成して表示部に出力する。ここで、ＵＳＩＭアプリケーション選択画面は、ＵＳＩＭアプリケーション専用ファイル別に割り当てられたＭＳＩＳＤＮ情報を含むことが好ましい。

次に、ステップＳ８５０で、ＭＥ１１０は、ユーザにより選択されたＭＳＩＳＤＮに対応するＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）を活性化させる。

一方、上記のステップ８３０において、ＥＦＤＩＲに複数のＵＳＩＭ ＡＤＦ（ＵＳＩＭアプリケーション専用ファイル）が存在しない場合、すなわち、活性化されたＵＳＩＭアプリケーション専用ファイルだけが存在する場合は、ステップＳ８６０で、ＭＥ１１０は、電話番号の変更が不可能であることを報知する所定の報知メッセージを生成して表示部に出力する。

図９は、本発明の一実施形態による移動端末機のブロック図である。

図９を参照すると、本発明の一実施形態による移動端末機９００は、アプリケーション専用ファイル目録提供部９１０、ＵＩＣＣインターフェース部９２０、アプリケーションファイル駆動部９３０、制御部９４０、ユーザインターフェース提供部９５０、入力部９６０、及び表示部９７０を含むことができる。

ＵＩＣＣインターフェース部９２０は、Ｃｕインターフェース規格に従いＵＩＣＣ９８０との通信インターフェースを提供する。

アプリケーション専用ファイル目録提供部９１０は、制御部９４０の制御信号に応じて、ＵＩＣＣに格納されたＥＦＤＩＲを参照して同じアプリケーションタイプ５１０及びアプリケーションサービスタイプ５３０を有するＡＤＦが存在するか否かを判断する機能を行う。この判断結果は、制御部９４０に伝達され、制御部９４０は、複数の同じアプリケーションタイプ５１０及びアプリケーションサービスタイプ５３０を有するＡＤＦが存在する場合は所定のアプリケーションファイルの選択画面を出力するようにユーザインターフェース提供部９５０に要請することができる。

ユーザインターフェース提供部９５０は、制御部９４０の要請により、アプリケーションファイルの選択画面を生成して表示部９７０に出力するか、入力部９６０からのユーザ入力信号を受信し、受信されたユーザ入力信号を制御部９４０に伝達する機能を行うことができる。

ユーザ入力信号は、ユーザにより選択されたアプリケーションファイルを識別するための所定のアプリケーションファイル識別子を含むことが好ましい。ここで、アプリケーションファイル識別子は、当該アプリケーションファイルを識別できる情報であればよく、例えば、ＭＳＩＳＤＮ、ＩＭＳＩ、ＡＩＤなどがある。
制御部９４０は、ユーザにより選択されたアプリケーションファイルを活性化するための所定の制御信号（以下、「活性要求信号」とする。）をアプリケーションファイル駆動部９３０に伝達する。

アプリケーションファイル駆動部９３０は、活性要求信号を受信すると、ＵＩＣＣ９８０に接続して活性化されたアプリケーションファイルを非活性化させた後、ユーザにより選択されたアプリケーションファイルを活性化させる。

また、本発明の一実施形態による制御部９４０は、使用するＩＭＳＩを変更するための所定のユーザ設定メニューがユーザにより選択された場合、アプリケーション専用ファイル目録提供部９１０にＵＳＩＭアプリケーションファイルの分析を要請するための所定のＵＳＩＭアプリケーションファイルの分析要求信号を送信することができる。

アプリケーション専用ファイル目録提供部９１０は、ＵＳＩＭアプリケーションファイルの分析要求信号を受信すると、ＥＦＤＩＲに含まれたレコードを分析して非活性化されたＵＳＩＭアプリケーションファイルが存在するか否かを判断する。

判断結果、非活性化されたＵＳＩＭアプリケーションファイルが存在する場合、アプリケーション専用ファイル目録提供部９１０は、当該ＵＳＩＭアプリケーションファイルに対応するＭＳＩＳＤＮ情報を制御部９４０に送信する。

制御部９４０が、アプリケーション専用ファイル目録提供部９１０から受信されたＭＳＩＳＤＮ情報をユーザインターフェース提供部９５０に送信すると、ユーザインターフェース提供部９５０は、所定の電話番号の選択画面を生成して表示部９７０に出力する。

制御部９４０は、ユーザにより選択されたＭＳＩＳＤＮを含む所定の制御信号をユーザインターフェース提供部９５０から受信すると、選択されたＭＳＩＳＤＮに対応するＵＳＩＭアプリケーションファイルの駆動を指示する所定の制御信号（以下、「電話番号変更要請信号」とする）をアプリケーションファイル駆動部９３０に送信する。

アプリケーションファイル駆動部９３０は、電話番号変更要請信号を受信すると、現在活性化されたＵＳＩＭアプリケーションファイルを非活性化させた後、ユーザにより選択されたＭＳＩＳＤＮに対応するＵＳＩＭアプリケーションファイルを活性化させる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

Claims (15)

1. 移動端末機における汎用ＩＣカード（ＵＩＣＣ）に搭載されたアプリケーション専用ファイル（ＡＤＦ）を制御する方法であって、
   前記ＵＩＣＣに格納されたＥＦＤＩＲファイルを分析して同じ機能を行う複数のアプリケーション専用ファイルが存在するか否かを判断するステップと、
   前記判断結果に応じて予め設定された実行情報に対応するアプリケーション専用ファイルを駆動するステップと、
   を含む移動端末機におけるアプリケーション専用ファイルの制御方法。
2. 前記複数のアプリケーション専用ファイルが、互いに区別される国際移動加入者識別情報（ＩＭＳＩ）を有することを特徴とする請求項１に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
3. 前記複数のＵＳＩＭアプリケーション専用ファイルが、
   第１国際移動加入者識別情報（ＩＭＳＩ）を格納する要素ファイル（ＥＦＩＭＳＩ）及び前記第１国際移動加入者識別情報（ＩＭＳＩ）に関連付けられた第１移動加入者電話番号（ＭＳＩＳＤＮ）を格納する要素ファイル（ＥＦＭＳＩＳＤＮ）を含む第１ＵＳＩＭアプリケーション専用ファイルと、
   第２国際移動加入者識別情報（ＩＭＳＩ）を格納する要素ファイル（ＥＦＩＭＳＩ）及び前記第２国際移動加入者識別情報（ＩＭＳＩ）に関連付けられた第２移動加入者電話番号（ＭＳＩＳＤＮ）を格納する要素ファイル（ＥＦＭＳＩＳＤＮ）を含む第２ＵＳＩＭアプリケーション専用ファイルと、
   を含むことを特徴とする請求項２に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
4. 前記ＵＩＣＣが、前記複数のＵＳＩＭアプリケーション専用ファイルにそれぞれ関連付けられた複数の電話帳ＥＦをさらに含むことを特徴とする請求項３に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
5. 前記実行情報が、
   前記同じ機能を行うアプリケーション専用ファイルが存在する場合、第１から第Ｎアプリケーションファイル識別子を含む所定のアプリケーション専用ファイルの選択画面を出力するステップと、
   前記第１から第Ｎアプリケーションファイル識別子のうちの何れか一つが選択されるステップと、
   を行って設定されることを特徴とする請求項１に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
6. 前記アプリケーション専用ファイルの選択画面に含まれる前記アプリケーションファイル識別子が、加入者電話番号（ＭＳＩＳＤＮ）、アプリケーションタイプ、アプリケーションサービスタイプ、及びアプリケーション識別子のうちの少なくとも一つを含むことを特徴とする請求項５に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
7. 前記ＥＦＤＩＲは、少なくとも一つの前記アプリケーション専用ファイルに対応するレコードを含み、前記レコードに含まれたアプリケーションタイプ及びアプリケーションサービス識別子を用いて同じ機能を行うアプリケーション専用ファイルが存在するか否かを識別することを特徴とする請求項１に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
8. 前記レコードは、アプリケーション識別子を含み、前記アプリケーション識別子を用いて前記同じ機能を行う複数のアプリケーション専用ファイルを識別することを特徴とする請求項７に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
9. 前記アプリケーション専用ファイルは、ＵＳＩＭアプリケーション専用ファイルを含み、前記ＵＳＩＭアプリケーション専用ファイルはＩＭＳＩを格納するＥＦＩＭＳＩファイル及びＭＳＩＳＤＮを格納するＥＦＭＳＩＳＤＮファイルを含み、前記ＵＳＩＭアプリケーション専用ファイル別に割り当てられるＩＭＳＩ及びＭＳＩＳＤＮは互いに異なる値を有することを特徴とする請求項１に記載の移動端末機におけるアプリケーション専用ファイルの制御方法。
10. アプリケーション専用ファイルが搭載された汎用ＩＣカードを制御する装置であって、
    前記ＵＩＣＣに格納されたＥＦＤＩＲを分析して同じ機能を行う複数のアプリケーション専用ファイルが存在する場合は、前記アプリケーション専用ファイルに関するアプリケーションファイル識別子を制御部に提供するアプリケーション専用ファイル目録提供部と、
    前記アプリケーション専用ファイル目録提供部から受信された前記アプリケーションファイル識別子を用いて、ユーザが選択できるように所定のアプリケーションファイルの選択画面の出力を制御し、選択されたアプリケーション専用ファイルの駆動を指示する制御部と、
    前記制御部から前記選択されたアプリケーション専用ファイルを活性化させるための所定の制御信号を受信する場合は、前記選択されたアプリケーション専用ファイルを駆動させるアプリケーションファイル駆動部と、
    を含むＵＩＣＣ制御装置。
11. 前記複数のアプリケーション専用ファイルが、互いに区別される国際移動加入者識別情報（ＩＭＳＩ）を有することを特徴とする請求項１０に記載のＵＩＣＣ制御装置。
12. 前記アプリケーション専用ファイル目録提供部は、前記ＥＦＤＩＲを分析して活性化されたアプリケーション専用ファイルと同じ機能を行う非活性のアプリケーション専用ファイルが存在する場合には、前記非活性化されたアプリケーション専用ファイルに対するアプリケーションファイル識別子を前記制御部に提供する手段をさらに含むことを特徴とする請求項１０に記載のＵＩＣＣ制御装置。
13. 前記ＥＦＤＩＲは、少なくとも一つの前記アプリケーション専用ファイルに対応するレコードを含み、前記レコードに含まれたアプリケーションタイプ及びアプリケーションサービス識別子を用いて同じ機能を行うアプリケーション専用ファイルが存在するか否かを識別することを特徴とする請求項１０に記載のＵＩＣＣ制御装置。
14. 前記レコードが、アプリケーション識別子を含み、前記アプリケーション識別子を用いて前記同じ機能を行う複数のアプリケーション専用ファイルを識別することを特徴とする請求項１２に記載のＵＩＣＣ制御装置。
15. 前記アプリケーション専用ファイルの選択画面に含まれるアプリケーションファイル識別子が、加入者電話番号（ＭＳＩＳＤＮ）、アプリケーションタイプ、アプリケーションサービスタイプ、アプリケーション識別子のうちの少なくとも一つを含むことを特徴とする請求項１０に記載のＵＩＣＣ制御装置。

Images