JP5209281B2 - 通信端末装置、アクセス制御方法、ｉｃカード - Google Patents

Description

本発明は、通信端末及び、この通信端末と通信を行う外部記憶媒体を備えた通信端末装置、この通信端末装置におけるアクセス制御方法、及びＩＣカードに関する。

近年、携帯電話サービスのサービス提供者が発行する、ＵＳＩＭ（Universal Subscriber Identify Module）或いは、ＳＩＭ（Subscriber Identify Module）といった、着脱自在な加入者認証モジュールを、加入者側の携帯電話機に装着することにより、サービス提供者が提供する所定の携帯電話サービスを受けられるようにしたシステムが提案されている。

加入者認証モジュールには、携帯電話サービスに関わる加入者識別番号の他、加入者自身の個人情報や、電話帳等のその他の情報が記憶されている。このため、同一の加入者認証モジュールを異なる携帯電話機に装着することにより単一のユーザが複数の携帯電話機を使用可能となる。逆に、複数のユーザが各人の加入者認証モジュールを単一の携帯電話機に装着することにより単一の携帯電話機を複数のユーザで使用することができる。

しかしながら、加入者認証モジュールに記憶可能なメモリ領域は、携帯電話機に記憶可能なメモリ領域に比較して一般に少ない。
このため、複数の加入者認証モジュールの識別番号に対応して個別に管理することのできるメモリ領域を携帯電話機内部に設け、複数のユーザに対してより多くのメモリ領域を提供するようにした技術が提案されている（例えば、特許文献１参照）。また、携帯電話機内部ではなくネットワーク上にメモリ領域を設けることにより、複数の携帯電話機で情報を共有するようにした技術も提案されている（例えば、特許文献２参照）。
特開２００４−３３６７１９号公報 特開２００７−６０２３１号公報

しかしながら、上述のように、携帯電話機内部に加入者認証モジュール毎にメモリ領域を設ける方法にあっては、以下のような問題がある。すなわち、加入者認証モジュールを構成する高いセキュリティ性能（耐タンパー性能）を有するＩＣ（Integrated Circuit）チップと比較して、携帯電話機等に汎用で用いられるメモリ用ＩＣチップは、セキュリティ性能が低い。このため、この携帯電話機内部のメモリ用ＩＣチップが解析されその記憶情報が第三者に読み出される可能性がある。

また、ネットワークを介することにより複数の携帯電話機間で情報を供給する方法にあっては、情報を共有するためには通信を行うことが必要不可欠である。このため、携帯電話機が圏外となる場所にある場合など、通信を行うことができない環境下にある場合には、この機能を活用することができない。また、通信を行うことができたとしても、通信速度によって使い勝手が異なるため、場合によっては、情報取得までに時間がかかりユーザに違和感を与える可能性がある。

一方、近年、加入者認証モジュールを構成する、高いセキュリティ性能を有するＩＣチップのメモリ単価は安価になってきている。このため、加入者認証モジュールに格納可能な情報量は増加してきている。
現在、規格化団体３ＧＰＰ（3rd Generation Partnership Project）においてまとめられた規格である、ＴＳ（Technical Specification） １１．１１仕様、または３１．１０２仕様に従えば、ＳＩＭであれば２５４件、ＵＳＩＭであれば２５４件を超える件数の電話帳を構成することができる。

このような登録件数の多い電話帳の場合、電話帳へのアクセス時間がかかる。このため、携帯電話機の電源投入時に、この時点で加入者認証モジュール内に記憶している電話帳の全件のデータを携帯電話機のメモリ領域に転送して携帯電話機内で電話帳のデータを保持し、電話帳へのアクセス要求が行われたときには加入者認証モジュールに記憶されている電話帳ではなく、携帯電話機内の電話帳に対してアクセスすることにより、アクセス時間の短縮を図る方法が提案されている。

しかしながら、このように携帯電話機の電源投入時に携帯電話機内に電話帳データを転送するようにしたとしても、電話帳への登録件数が多くなるほどそれだけ転送時間も長くなる。さらに携帯電話機と加入者認証モジュールとの間の通信速度が低いほど処理時間も長くなる可能性がある。
そこで、この発明は上記問題点に着目してなされたものであり、加入者認証モジュールが保有する電話帳情報に対して効率よくアクセスすることの可能な通信端末装置、この通信端末装置におけるアクセス制御方法、ＩＣカードを提供することを目的としている。

上記目的を達成するために、本発明は、所定データを有するレコードが格納されてなる複数のデータファイル（例えば図２の電話帳Ｄ１〜ＤＮ）を備えた外部記憶媒体（例えば図１の加入者認証モジュール２）と、前記複数のデータファイルを参照する通信端末（例えば図１の携帯電話機１）と、を備えた通信端末装置であって、前記外部記憶媒体は、前記複数のデータファイルと同一のファイル構成を有し、前記複数のデータファイルのいずれかに格納される又は格納されているレコードのレコードデータであって前記通信端末からの処理要求においてアクセス要求されたレコードデータを一時的に格納する代表ファイル（例えば図２の代表電話帳ＤＳ）と、前記代表ファイルを指定して入力される前記処理要求に応じて前記代表ファイルにアクセスして、前記代表ファイルに格納されたレコードのレコードデータと、前記複数のデータファイルのいずれかに格納されたレコードのレコードデータとを一致させるアクセス手段（例えば図１の加入者認証モジュール２の制御部２１）と、を備え、前記通信端末は、前記代表ファイルを指定して前記処理要求を行う処理要求手段（例えば図１の携帯電話機１の制御部１４及び加入者認証モジュールインタフェース部１６）を備えることを特徴としている。

この発明によれば、データファイルのデータに対する処理を、通信端末からの処理要求に応じて外部記憶媒体のアクセス手段で行い、その結果が通信端末に転送される。このため、外部記憶媒体のデータファイルのデータ全てを通信端末側に転送する必要はなく、不要なデータの転送を回避し、効率よくデータファイルへのアクセスを行うことができる。
また、前記処理要求手段は、前記複数のデータファイルのうちの読み出し対象のデータに対応する前記データファイルのレコードに関連付けられた前記代表ファイルのレコードに対してレコードデータの読み出し要求を行い、前記アクセス手段は、前記読み出し要求が行われた前記代表ファイルのレコードからそのレコードデータを読み出すことを特徴としている。

この発明によれば、データファイルからデータを読み出すときには、読み出し対象のデータに対応するデータファイルのレコードに関連付けられた代表ファイルのレコードからそのレコードデータを読み出すため、データファイルから読み出し対象のレコードを検索する必要はなく、効率よくアクセスすることができる。
また、前記処理要求手段は、前記代表ファイルのレコードに対してレコードデータの消去要求を行い、前記アクセス手段は、前記消去要求が行われた前記代表ファイルのレコードと関連付けられた前記データファイルのレコードにアクセスしてこのレコードデータを消去した後、前記消去要求が行われた前記代表ファイルのレコードのレコードデータを消去することを特徴としている。

この発明によれば、読み出されたデータをデータファイルから消去するときには、消去要求が行われた代表ファイルのレコードと関連付けられたデータファイルのレコードにアクセスしてそのレコードデータを消去し、その後、消去要求が行われた代表ファイルのレコードデータを消去するから、消去対象のレコードをデータファイルから検索する必要はなく、効率よくアクセスすることができる。

また、前記処理要求手段は、前記代表ファイルのレコードに対して前記データファイルへのデータの登録要求を行い、前記アクセス手段は、登録要求が行われたとき前記データファイルの空きレコードに、前記登録要求されたデータを格納することを特徴としている。
この発明によれば、データファイルに新規登録を行うときには、データファイルの空きレコードに登録要求されたデータを格納するため、登録要求されたデータを確実にデータファイルに格納することができる。

さらに、本発明は、所定データを有するレコードが格納されてなる複数のデータファイルを有する外部記憶媒体と、前記複数のデータファイルを参照する通信端末と、を備えた通信端末装置におけるアクセス制御方法であって、前記通信端末が、前記外部記憶媒体に備えられて前記複数のデータファイルと同一のファイル構成を有する代表ファイルを指定して処理要求を行う処理要求ステップ（例えば図４のステップＳ２、図５のステップＳ１２、ステップＳ１８、図６のステップＳ３２、図７のステップＳ４２）と、前記外部記憶媒体が、前記複数のデータファイルのいずれかに格納される又は格納されているレコードのレコードデータであって前記通信端末からアクセス要求されたレコードデータを前記代表ファイルに一時的に格納するレコードデータ格納ステップと、前記外部記憶媒体が、前記代表ファイルを指定して入力される前記処理要求に応じて前記代表ファイルにアクセスして、前記代表ファイルに格納されたレコードのレコードデータと、前記複数のデータファイルのいずれかに格納されたレコードのレコードデータとを一致させるアクセスステップ（例えば図４のステップＳ３ａ、図５のステップＳ１３ａ、ステップＳ１９ａ、図６のステップＳ３３ａ、図７のステップＳ４３ａ）と、を備えることを特徴としている。

この発明によれば、データファイルのデータに対する処理を、通信端末からの処理要求に応じて外部記憶媒体側で行い、その結果が通信端末に転送される。このため、外部記憶媒体のデータファイルのデータ全てを通信端末側に転送する必要はなく、不要なデータの転送を回避し、効率よくデータファイルへのアクセスを行うことができる。

さらにまた、本発明は、所定データを有するレコードが格納されてなる複数のデータファイル（例えば図２の電話帳Ｄ１〜ＤＮ）と、前記複数のデータファイルと同一のファイル構成を有し、前記複数のデータファイルのいずれかに格納される又は格納されているレコードのレコードデータであって通信端末からの処理要求においてアクセス要求されたレコードデータを一時的に格納する代表ファイル（例えば図２の代表電話帳ＤＳ）と、前記代表ファイルのレコードを指定して入力される前記処理要求に応じて、前記代表ファイルにアクセスして、前記代表ファイルに格納されたレコードのレコードデータと、前記複数のデータファイルのいずれかに格納されたレコードのレコードデータとを一致させるアクセス手段（例えば図１の加入者認証モジュール２の制御部２１）と、をＩＣカードに備えたことを特徴としている。
この発明によれば、ＩＣカードでは、入力される処理要求に応じて、データファイルに対する処理を行うから、処理要求元の装置に対して、データファイルの全データを転送する必要はなく、不要なデータの転送を回避し、効率よくデータファイルへのアクセスを行うことができる。
また、前記アクセス手段は、前記処理要求が終了したら前記代表ファイルに格納された前記レコードの前記レコードデータを消去することを特徴としている。

本発明によれば、データファイルのデータに対する処理を、通信端末からの処理要求に応じて外部記憶媒体（ＩＣカード）側で行うから、通信端末への、不要なデータ転送を回避し、効率よくデータファイルへのアクセスを行うことができる。また、通信端末及び外部記憶媒体（ＩＣカード）間で転送するデータ量を削減することができるため、データ転送に伴う処理時間を短縮し、使い勝手を向上させることができる。

以下、本発明の実施の形態を説明する。
（通信端末装置の構成）
図１は、本発明を適用した通信端末装置の一例を示す構成図である。この通信端末装置は、通信端末としての携帯電話機１と、この携帯電話機１に装着される着脱可能なＩＣカード等の加入者認証モジュール２とから構成され、これら間で通信を行う。この加入者認証モジュール２は、ＳＩＭカードまたはＵＳＩＭカードといった、ＩＳＯ７８１６準拠のＩＣカードである。

携帯電話機１は、図１に示すように、電波を送受信するアンテナ１１と、無線部１２と、表示操作部１３と、制御部１４と、記憶部１５と、加入者認証モジュールインタフェース部１６と、を備える。
無線部１２は、アンテナ１１を介して図示しない基地局との間で無線通信によりデータの送受信処理を行う。
表示操作部１３は、ユーザのキー入力操作内容の表示や、キー操作に伴う処理結果の表示などを行う。
制御部１４は、記憶部１５に記憶された処理プログラムにしたがって、無線部１２、表示操作部１３、制御部１４、加入者認証モジュールインタフェース部１６の各部を制御し、表示操作部１３でのユーザの入力操作に応じて、無線部１２により、図示しない基地局との間で無線通信を行う。

また、制御部１４は、加入者認証モジュールインタフェース部１６を介して加入者認証モジュール２との間で通信を行い、加入者認証モジュール２の後述の記憶部２２に記憶された加入者識別番号を読み出し、加入者識別番号が有効なとき携帯電話サービスを提供する。また、制御部１４は、表示操作部１３でのユーザの表示キー入力操作に応じて、加入者認証モジュール記憶部２２に記憶された加入者の個人情報や電話帳情報の読み出し、新規登録、更新、消去等を行う。

記憶部１５には、制御部１４で実行する処理プログラムや、処理プログラムを実行する際に必要な情報等が記憶される。
加入者認証モジュールインタフェース部１６は、加入者認証モジュール２の後述の携帯電話機インタフェース部２３との間で、コマンドインタフェースにより通信を行う。
すなわち、加入者認証モジュールインタフェース部１６は、制御部１４から入力される処理要求に応じた処理要求コマンドを発行しこれを加入者認証モジュール２に出力する。また、加入者認証モジュールインタフェース部１６には、処理要求コマンドに対する応答コマンドが加入者認証モジュール２から入力され、加入者認証モジュールインタフェース部１６は入力された応答コマンドに基づき応答内容を制御部１４に通知する。

一方、加入者認証モジュール２は、制御部２１と、記憶部２２と、携帯電話機インタフェース部２３とを備える。
制御部２１は、携帯電話機インタフェース部２３から入力される処理要求内容に応じて記憶部２２にアクセスを行い、処理要求内容に応じた処理を実行すると共に、その処理結果を携帯電話機インタフェース部２３に通知する。
記憶部２２には、制御部２１で実行する処理プログラムが記憶されると共に、記憶情報として電話帳情報が記憶される。また、携帯電話サービスに関わる加入者識別番号の他、加入者自身の個人情報が記憶される。

携帯電話機インタフェース部２３は、携帯電話機１の加入者認証モジュールインタフェース部１６との間でコマンドインタフェースにより通信を行い、加入者認証モジュールインタフェース部１６から入力される処理要求コマンドに応じた処理要求内容を制御部２１に通知する。
また、携帯電話機インタフェース部２３は、制御部２１から入力される、この制御部２１において実行された、処理要求内容で指定された処理の処理結果に基づき、加入者認証モジュールインタフェース部１６からの処理要求コマンドに対する応答コマンドを発行し、これを加入者認証モジュールインタフェース部１６に出力する。

（電話帳情報のデータベースの構成例）
図２は、加入者認証モジュール２の記憶部２２に格納された、電話帳情報からなるデータベースの構成例を示す図である。
この電話帳情報からなるデータベースは、複数の電話帳Ｄ１〜ＤＮと、代表電話帳ＤＳと、これら電話帳Ｄ１〜ＤＮ及び代表電話帳ＤＳを管理する管理ファイルＥＦ−ＰＢＲとから構成される。
なお、加入者認証モジュール２としてＳＩＭを適用した場合には、単一の電話帳しか定義することはできないが、ＵＳＩＭを適用した場合には、複数の電話帳を定義することができる。ここでは、加入者認証モジュール２としてＵＳＩＭを適用した場合について説明するが、基本的な思想はＳＩＭに対しても同様に適用することができる。

電話帳Ｄ１は、ＥＦ−ＡＤＮファイル、ＥＦ−ＳＮＥファイル、ＥＦ−ＥＭＡＩＬファイルを備える。電話帳Ｄ２〜ＤＮも同様に構成される。
ここで、電話帳を構成する情報、例えば、氏名（見出し文字）、ふりがな、電話番号、電子メールアドレス等といった情報要素は、幾つかのファイルに分割して収録される。
規格化団体３ＧＰＰの規格３ＧＰＰ ＴＳ ３１．１０２においては、氏名及び電話番号はＥＦ−ＡＤＮファイル、ふりがなはＥＦ−ＳＮＥファイル、電子メールアドレスはＥＦ−ＥＭＡＩＬファイル、にそれぞれ格納される。
なお、ここでは、電話帳を構成する構成要素として氏名、電話番号、ふりがな、電子メールアドレスを定義し、電話帳情報のデータベースを、ＥＦ−ＡＤＮファイル、ＥＦ−ＳＮＥファイル、ＥＦ−ＥＭＡＩＬファイルを有する構成としているがこれに限るものではない。

前記規格３ＧＰＰ ＴＳ ３１．１０２においては、電話帳の各エントリが、会社、友達、取引先等といったグループのうち、どのグループに属しているかといった、エントリが属するグループを定義するＥＦ−ＧＲＰファイル等、その他のファイルも定義することができる。本実施形態における電話帳情報は、そのデータベースが、上記ＥＦ−ＡＤＮファイル、ＥＦ−ＳＮＥファイル、ＥＦ−ＥＭＡＩＬファイルを備えて構成される場合に限らず、さらに他のファイルを備えて構成される場合であっても適用することができ、また、これらファイルのうちの何れか１つ或いは２以上のファイルから構成される場合であっても適用することができる。

代表電話帳ＤＳは、電話帳Ｄ１〜ＤＮと同一のファイル構成を有する。すなわち、氏名及び電話番号を格納するＥＦ−ＡＤＮファイル、ふりがなを格納するＥＦ−ＳＮＥファイル、電子メールアドレスを格納するＥＦ−ＥＭＡＩＬファイルを有する。
管理ファイルＥＦ−ＰＢＲは、電話帳を構成する情報要素がどのようなものであるか、またこれら情報要素が格納される各ファイルにどのファイルアドレスが付与されているのか等といった電話帳の構成を規定する電話帳管理テーブル情報を有する。この管理ファイルＥＦ−ＰＢＲでは、１つのレコードで一つの電話帳（２５４件まで）を定義することができる。

図３は、代表電話帳のデータベースを構成する、電話番号に関する情報を格納するＥＦ−ＡＤＮファイルの構成を示した図である。なお、ＥＦ−ＳＮＥファイル，ＥＦ−ＥＭＡＩＬファイルも同様の構成を有する。
図３に示すように、ＥＦ−ＡＤＮファイルは複数のレコードから構成され、一つのレコードには１件分の電話帳情報（以後、エントリともいう。）が格納される。そして、ＥＦ−ＡＤＮファイルのレコード１を、エントリの読み出し、更新（消去）のための専用レコードと規定する。また、レコード２を、エントリの追加すなわち新規登録のための専用のレコードと規定する。

（通信手順の例）
次に、携帯電話機１と加入者認証モジュール２との間での通信手順を、図４から図７のシーケンス図を用いて説明する。
（新規登録）
まず、携帯電話機１から加入者認証モジュール２の電話帳に対し、新規登録を行う場合の通信手順を、図４のシーケンス図を用いて説明する。
ユーザが携帯電話機１において新規登録操作を行うと、操作内容が表示操作部１３を介して制御部１４に通知される。制御部１４では、これを受けて加入者認証モジュールインタフェース部１６に対して電話帳登録要求を行う（ステップＳ１）。

加入者認証モジュールインタフェース部１６では、新規登録を指示するコマンドとしてＵＰＤＡＴＥコマンドを発行し、これを加入者認証モジュール２に出力する（ステップＳ２）。このとき、新規登録先として代表電話帳ＤＳのエントリ追加専用レコードであるレコード２を指定し、新規登録情報と共にＵＰＤＡＴＥコマンドを出力する。
加入者認証モジュール２の携帯電話機インタフェース部２３では、ＵＰＤＡＴＥコマンドが入力されると、登録先としてエントリ追加専用レコードである代表電話帳ＤＳのレコード２が指定されていることから、新規登録要求がなされたと判断し、登録要求を制御部２１に通知する（ステップＳ３）。

制御部２１では、登録要求がなされたことから登録処理を行う（ステップＳ３ａ）。すなわち、まず、新規登録先として、代表電話帳ＤＳのレコード２が指定されているため、ここに入力した新規登録情報を一旦格納する。
続いて、制御部２１では、電話帳Ｄ１〜ＤＮを検索し、新規登録情報を格納するための空きレコードを、各ファイルについて検索する。例えば、まず電話帳Ｄ１の各ファイルについて空きレコードを検索する。空きレコードがなければ、続いて電話帳Ｄ２について検索を行い、ファイル毎に空きレコードを検索する。

そして、検索した各ファイルの空きレコードに、代表電話帳ＤＳのレコード２に格納された新規登録情報を記憶する。すなわち、新規登録情報として指定された、氏名（見出し文字）、電話番号は、ＥＦ−ＡＤＮファイルの空きレコードに格納し、ふりがなは、ＥＦ−ＳＮＥファイルの空きレコードに格納し、電子メールアドレスはＥＦ−ＥＭＡＩＬファイルの空きレコードに格納する。
これにより、空きレコードが検索された何れかの電話帳に、登録要求された新規登録情報が格納されたことになる。

続いて、制御部２１では、登録が完了したことを携帯電話機インタフェース部２３に通知し（ステップＳ４）、続いて代表電話帳ＤＳのレコード２を初期化する（ステップＳ５）。これにより、レコード２に一時記憶された新規登録情報が消去される。
そして、携帯電話機インタフェース部２３では、正常終了の応答コマンドを発行しこれを携帯電話機１に出力する（ステップＳ６）。
携帯電話機１の加入者認証モジュールインタフェース部１６では、正常終了の応答コマンドを受けたことから、登録完了を制御部１４に通知する（ステップＳ７）。これによって、制御部１４では、新規登録が正常に行われたことを認識する。

なお、代表電話帳ＤＳのレコード２の初期化処理は、例えば、レコードを初期化するためのデータ列、例えば、“ＦＦｈ…ＦＦｈ”をレコード２に更新記憶することによって初期化すればよい。また、レコードが未使用か否かを表す、未使用フラグが設けられている場合にはこの未使用を表す値に変更することで初期化してもよく、さらに、この未使用フラグの設定と、初期化するためのデータ列の更新記憶との両方を行うことによりレコード２の初期化を行うようにしてもよい。

また、ここでは、新規登録情報を、代表電話帳ＤＳに一時保存した後、電話帳に格納する場合について説明したが、これに限るものではない。
例えば、新規登録情報を、代表電話帳ＤＳに格納せずに、携帯電話機インタフェース部２３に設けられている、入力される新規登録の要求コマンドが一時的に格納される図示しないバッファ領域等に、新規登録情報を一時記憶したまま電話帳の空きレコードを検索し、検索した空きレコードに、バッファ領域の新規登録情報を直接書き込むようにしてもよい。この場合には、代表電話帳２に新規登録情報が記憶されていないから、ステップＳ５で、代表電話帳ＤＳのレコード２を初期化する処理を行う必要はない。

（登録情報の読み出し）
次に、電話帳から所望の登録案件の登録情報を読み出す場合の通信手順を、図５のシーケンス図を用いて説明する。
ユーザが携帯電話機１において登録案件Ｘの読み出し操作を行うと、操作内容が表示操作部１３を介して制御部１４に通知される。制御部１４では、これを受けて加入者認証モジュールインタフェース部１６に対し、まず読み出し対象として指定された登録案件Ｘの検索要求を行う（ステップＳ１１）。
これを受けて加入者認証モジュールインタフェース部１６では、検索を指示するコマンドとしてＳＥＡＲＣＨコマンドを発行しこれを加入者認証モジュール２に出力する（ステップＳ１２）。このとき、ＳＥＡＲＣＨコマンドと共に、検索対象の登録案件Ｘを指定する情報、例えば、氏名や、見出し語などを指定する検索情報も出力する。

加入者認証モジュール２の携帯電話機インタフェース部２３では、入力されたＳＥＡＲＣＨコマンドに基づき、登録案件Ｘの検索要求がなされたことを制御部２１に通知し（ステップＳ１３）、制御部２１では登録案件Ｘの検索処理を行う（ステップＳ１３ａ）。すなわち、例えば電話帳Ｄ１から順に、各ファイルについて、指定された検索情報（登録案件Ｘ）に該当するレコードを検索する。

そして、該当するレコードを検索したならば、これを代表電話帳ＤＳのエントリ読み出し・更新（消去）専用のレコード１と関連付けると共に、これらレコードのレコードデータを一致させる（ステップＳ１３ｂ）。例えば、登録案件Ｘに該当する各ファイルのレコードのレコードデータを、代表電話帳ＤＳの各ファイルのレコード１のレコードデータとして複写することにより、これら関連付けると共に、これらレコードのレコードデータを一致させる。

なお、代表電話帳ＤＳのレコード１と検索したレコードとを関連付ける方法はこれに限るものではない。例えば、代表電話帳ＤＳのレコード１に、このレコード１が登録案件Ｘに該当する各ファイルのレコードと関連付けられていることを表す関連付け情報を格納し、代表電話帳ＤＳのレコード１に関連付け情報が格納されているときには関連付け情報で特定される電話帳のレコードに対してアクセスすることによって、代表電話帳ＤＳのレコード１と検索したレコードとを関連付けると共に、これらレコード間でレコードデータを一致させるようにしてもよい。

続いて、制御部２１は検索が終了し、検索結果を代表電話帳ＤＳのレコード１に格納したことを携帯電話機インタフェース部２３に通知する（ステップＳ１４）。携帯電話機インタフェース部２３では、検索が正常に終了したことを通知するための応答コマンドを発行し、この応答コマンドと共に、検索結果の格納先として代表電話帳ＤＳのレコード１であることを携帯電話機１に出力する（ステップＳ１５）。

携帯電話機１の加入者認証モジュールインタフェース部１６は、入力される応答コマンドに基づき、検索が正常終了したことを制御部１４に通知する（ステップＳ１６）。
制御部１４では、検索処理が正常に行われたことを認識すると加入者認証モジュールインタフェース部１６に対して読み出し要求を行う（ステップＳ１７）。
加入者認証モジュールインタフェース部１６は、読み出しを指示するためのＲＥＡＤコマンドを発行しこれを加入者認証モジュール２に出力する。このとき、読み出し先として、先の検索要求に対する応答コマンドで通知された代表電話帳ＤＳのレコード１を、読み出し先として指定してＲＥＡＤコマンドを出力する（ステップＳ１８）。

加入者認証モジュール２の携帯電話機インタフェース部２３は、入力されたＲＥＡＤコマンドに基づき、代表電話帳ＤＳのレコード１の読み出しを要求が行われたことを制御部２１に通知し（ステップＳ１９）、制御部２１は、読み出し処理を行う（ステップＳ１９ａ）。すなわち、制御部２１は指定された代表電話帳ＤＳの各ファイルのレコード１からレコードデータを読み出し、これを読み出し結果として携帯電話機インタフェース部２３に通知する（ステップＳ２０）。

携帯電話機インタフェース部２３は、ＲＥＡＤコマンドに対する応答コマンドとして、代表電話帳ＤＳのレコード１のレコードデータを携帯電話機１に出力する（ステップＳ２１）。
携帯電話機１の加入者認証モジュールインタフェース部１６は、入力される応答コマンドに基づき、読み出し結果として、代表電話帳ＤＳのレコード１のレコードデータを制御部１４に通知し（ステップＳ２２）、制御部１４では、代表電話帳ＤＳの各ファイルのレコード１のレコードデータを獲得する。

ここで、代表電話帳ＤＳの各ファイルのレコード１には、ステップＳ１３の処理で検索した、読み出し対象として指定した登録案件Ｘのレコードデータが格納されている。したがって、制御部１４は、読み出し対象として指定した登録案件Ｘのレコードデータを獲得したことになる。
そして、読み出した登録案件Ｘの登録情報を、表示操作部１３により表示部に表示することによりユーザは読み出し要求した登録案件Ｘの登録情報を得ることができる。

（登録情報の更新）
次に、このようにして、読み出された登録案件Ｘの登録情報を更新する場合の通信手順を、図６のシーケンス図を伴って説明する。
ここで、この時点では、代表電話帳ＤＳの各ファイルのレコード１には、登録案件Ｘのレコードデータが格納されている。
携帯電話機１の制御部１４は、読み出された登録案件Ｘに対してユーザにより更新操作が行われると、加入者認証モジュールインタフェース部１６に対して、読み出した登録案件Ｘの電話帳情報の更新要求を行う（ステップＳ３１）。

加入者認証モジュールインタフェース部１６では、登録情報の更新を指示するためのＵＰＤＡＴＥコマンドを発行しこれを加入者認証モジュール２に出力する。このとき、加入者認証モジュールインタフェース部１６では、更新対象として、エントリ読み出し・更新（消去）専用レコードである代表電話帳ＤＳのレコード１を指定しＵＰＤＡＴＥコマンドを出力する（ステップＳ３２）。

加入者認証モジュール２の携帯電話機インタフェース部２３では、ＵＰＤＡＴＥコマンドが入力されると登録情報の更新要求が行われたことを制御部２１に通知し（ステップＳ３３）、制御部２１では更新処理を行う（ステップＳ３３ａ）。
すなわち、制御部２１では、更新対象として指定された代表電話帳ＤＳのレコード１のレコードデータを、ＵＰＤＡＴＥコマンドで指定されたデータに更新する。また、代表電話帳ＤＳのレコード１の更新後のレコードデータを、この代表電話帳ＤＳのレコード１と対応付けられたレコード、すなわち登録案件Ｘが格納されている電話帳のレコードに複写し、電話帳の登録案件Ｘのレコードデータと、代表電話帳ＤＳのレコード１のレコードデータとを一致させる。これによって、登録案件Ｘの電話帳情報が更新されたことになる。

制御部２１では、更新処理が正常に行われると、登録完了を携帯電話機インタフェース部２３に通知し（ステップＳ３４）、携帯電話機インタフェース部２３では、ＵＰＤＡＴＥコマンドに対する応答として、正常終了を通知するための応答コマンドを発行しこれを携帯電話機１に出力する（ステップＳ３５）。
携帯電話機１の加入者認証モジュールインタフェース部１６では、入力された応答コマンドに基づき、更新処理が正常に終了したことを認識しこれを制御部１４に通知する（ステップＳ３６）。これによって、制御部１４では、登録案件Ｘの登録情報の更新が正常に終了したことを認識する。

（登録情報の消去）
一方、上述のようにして読み出された登録案件Ｘを電話帳から消去する場合には、図７のシーケンス図に示す通信手順で通信を行う。
携帯電話機１の制御部１４は、読み出された登録案件Ｘの登録情報に対してユーザにより登録案件Ｘの消去操作が行われると、加入者認証モジュールインタフェース部１６に対して、読み出した登録案件Ｘの登録情報の電話帳からの消去要求を行う（ステップＳ４１）。

加入者認証モジュールインタフェース部１６では、登録情報の消去を指示するためのＵＰＤＡＴＥコマンドを発行しこれを加入者認証モジュール２に出力する。このとき、加入者認証モジュールインタフェース部１６では、消去対象として、エントリ読み出し・更新（消去）専用レコードである代表電話帳ＤＳのレコード１を指定してＵＰＤＡＴＥコマンドを発行しこれを加入者認証モジュール２に出力する。また、更新データとして、レコード１を初期化するためのデータ列（例えば、“ＦＦｈ…ＦＦｈ”の連続データ）を指定する（ステップＳ４２）。

なお、この場合も、レコード１が未使用であるか否かを表す未使用フラグが設けられている場合にはこの未使用フラグを未使用状態に変更することにより初期化するようにしてもよい。
加入者認証モジュール２の携帯電話機インタフェース部２３では、ＵＰＤＡＴＥコマンドが入力されると、登録情報の更新（消去）要求が行われたことを制御部２１に通知し（ステップＳ４３）、制御部２１では更新（消去）処理を行う（ステップＳ４３ａ）。

すなわち、制御部２１では、ＵＰＤＡＴＥコマンドの更新データとして初期化データが設定されていることから、代表電話帳ＤＳのレコード１からこれに関連付けられている登録案件Ｘの格納先のレコードを特定し、この特定したレコードのレコードデータを初期化用データに更新設定する。これにより、登録案件Ｘのレコードは初期化され、すなわち、登録案件Ｘが電話帳から消去されたことになる。

そして、制御部２１では、電話帳からの登録案件Ｘの消去が完了したことを、携帯電話機インタフェース部２３に通知する（ステップＳ４４）と共に、代表電話帳ＤＳのレコード１を初期化する。すなわち、情報初期化用のデータ列（例えば、“ＦＦｈ…ＦＦｈ”）を記憶する。
これによって、代表電話帳ＤＳのレコード１が初期化される。すなわち、代表電話帳ＤＳのレコード１のレコードデータが消去され、これと共にこの代表電話帳ＤＳのレコード１と関連付けられている電話帳のレコードとの関連付けが解除される（ステップＳ４５）。

携帯電話機インタフェース部２３は、登録案件Ｘの消去完了が通知されたことから、消去要求コマンドに対する応答として消去が正常終了したことを通知する応答コマンド発行し、これを携帯電話機１に出力する（ステップＳ４６）。
携帯電話機１の加入者認証モジュールインタフェース部１６は、入力される応答コマンドに基づき、消去が完了したことを制御部１４に通知する（ステップＳ４７）。これによって制御部１４は、登録案件Ｘの消去が正常に終了したことを認識する。

（まとめ）
以上のように、本実施形態では、加入者認証モジュール２の電話帳情報を、電源投入時に携帯電話機1側に転送することなく、電話帳に対してアクセスすることができ、効率よくアクセスすることができる。このため、加入者認証モジュール２に対して、比較的セキュリティ性能が低い携帯電話機１を用いる場合であっても、電話帳情報が第三者に読み取られる可能性を低減することができ、セキュリティ性能を向上させることができる。

また、携帯電話機１と加入者認証モジュール２との間で授受される情報は、処理要求が行われた案件の登録情報や、コマンドデータであって、電話帳に登録されている全件の登録情報を読み出す場合に比較してその情報量は少ない。このため、携帯電話機１と加入者認証モジュール２との間の通信速度が遅い場合であっても、使い勝手が悪くなることを抑制することができる。

また、従来、携帯電話機１と加入者認証モジュール２との間の通信方法として、ＩＳＯ７８１６標準規格のコマンドインタフェースが用いられているが、上述のように、本実施形態でも、携帯電話機１と加入者認証モジュール２との間の通信は、コマンドインタフェースにより通信するようにしている。このため、ＩＳＯ７８１６標準規格のコマンドインタフェースにより加入者認証モジュール２と通信を行う従来の携帯電話機１において、同じコマンドインタフェース通信で実現することができ、大幅な変更を伴うことなく実現することができる。

また、加入者認証モジュール２側では、代表電話帳ＤＳを設け、この代表電話帳ＤＳの各レコードと、処理要求が行われた登録案件に該当するレコードとを関連付けるようにしている。
このため、同一の登録案件に対してその読み出し或いはデータ更新、消去などの処理が継続して行われる場合には、代表電話帳ＤＳにアクセスすることにより、その都度該当するレコードを電話帳から検索する必要がない。したがって、その分、処理対象に該当するレコードを検索する手間を省くことができ、電話帳にアクセスする際のアクセス時間をより短縮することができる。

また、代表電話帳ＤＳにおいて、レコード１はエントリ読み出し・更新（消去）専用レコードとし、レコード２は、エントリ追加専用レコードと規定している。したがって、携帯電話機１側では、要求される処理内容が、エントリの読み出し、更新または消去であるか、或いは、新規登録であるかを判別することにより、代表電話帳ＤＳのアクセス先を容易に設定することができる。

（アクセス制御方法）
上述した通信端末装置においては、以下のようなアクセス制御方法が採用されている。
すなわち、所定データを有するレコードが格納されてなるデータファイル及び前記データファイルのレコードと関連付けられるレコードが格納されてなる代表ファイルを有する外部記憶媒体と、前記データファイルを参照する通信端末と、を備えた通信端末装置におけるアクセス制御方法であって、前記通信端末において前記データファイルに対する処理要求を行い、且つ、処理要求対象のレコードが前記代表ファイルに関連付けられているときには前記代表ファイルを指定して前記データファイルに対する処理要求を行う処理要求ステップ（例えば図４のステップＳ２、図５のステップＳ１２、ステップＳ１８、図６のステップＳ３２、図７のステップＳ４２）と、前記外部記憶媒体において前記通信端末からの処理要求に応じて前記データファイル又は前記代表ファイルにアクセスするアクセスステップ（例えば図４のステップＳ３ａ、図５のステップＳ１３ａ、ステップＳ１９ａ、図６のステップＳ３３ａ、図７のステップＳ４３ａ）と、を備えたアクセス制御方法が採用されている。

この方法によれば、データファイルのデータに対する処理を、通信端末からの処理要求に応じて外部記憶媒体側で行い、その結果が通信端末に転送される。このため、外部記憶媒体のデータファイルのデータ全てを通信端末側に転送する必要はなく、不要なデータの転送を回避し、効率よくデータファイルへのアクセスを行うことができる。

（応用例１）
上記実施の形態においては、管理ファイルＥＦ−ＰＢＲに、代表電話帳ＤＳの電話帳管理テーブル情報のみを格納する場合について説明したが、代表電話帳ＤＳだけでなく、電話帳のデータベースに形成されている全ての電話帳についての電話帳管理テーブル情報を管理ファイルＥＦ−ＰＢＲに登録してもよい。
このように全ての電話帳管理テーブル情報についても管理ファイルＥＦ−ＰＢＲに登録することによって、従来の携帯電話機１と加入者認証モジュール２との間でのＩＳＯ７８１６標準規格のコマンドインタフェースにおける通信手順で、加入者認証モジュール２の各電話帳に対してアクセスすることができる。すなわち、加入者認証モジュール２の電話帳情報を全て携帯電話機１側に読み出し、携帯電話機１側において登録情報の更新等を行うことができる。

したがって、従来のＩＳＯ７８１６標準規格のコマンドインタフェースにおける通信手順での電話帳へのアクセス方法と、上述の代表電話帳ＤＳを用いた電話帳へのアクセス方法との両方を実現することができる。よって、加入者認証モジュール２に代表電話帳ＤＳが設けられていない場合であっても、従来の通信手順を用いて電話帳へのアクセスを行うことができ、その分、使い勝手を向上させることができる。

（応用例２）
また、上記実施の形態においては、エントリの読み出し・更新（消去）専用レコードと一つのレコードを設定し、同様に、新規登録用のレコードとして一つのレコードを設定し、一度に一つの案件を処理する場合について説明したが、これに限るものではない。
例えば、見出し語が「あ」である登録案件を読み出す場合など、複数の登録案件に対して処理を行う場合であっても適用することができる。この場合には、エントリの読み出し・更新（消去）専用レコードとして、複数のレコード、例えば、レコード１から１０を規定し、同様に、新規登録用のレコードとして複数のレコード、例えばレコード１１から２０を規定すればよい。

このように、エントリの読み出し・更新（消去）専用レコード、及び新規登録用のレコードとして複数のレコードを規定することによって、見出し語が「あ」で始まる登録案件を全件読み出す場合等、複数の登録案件に対して同時に処理を行う場合であっても適用することができる。
この場合、例えば、複数読み出した登録案件のうちの何れかに対して登録情報の更新等を行う場合には、更新対象の登録案件に該当する情報は、代表電話帳ＤＳの複数のエントリの読み出し、更新消去専用レコードのうちの何れかに格納されている。

よって、例えば、更新対象の登録案件に対応する電話帳のレコードと、これら電話帳のレコードと関連付けられた代表電話帳のレコードとの関連付け情報を携帯電話機１側で保持し、この関連付け情報から、更新対象の登録案件Ｘに該当する代表電話帳のレコードを特定し、この代表電話帳のレコードを指定して更新対象の登録案件に対する更新要求コマンドを出力すればよい。
或いは、加入者認証モジュール２側で、代表電話帳の、複数の、エントリの読み出し、更新消去専用レコードのうち、更新対象として特定された登録案件に対応するレコードが何れのレコードに該当するかを検索し、該当するレコードに対して処理を行うようにすればよい。

（応用例３）
また、上記実施の形態においては、携帯電話機１と加入者認証モジュール２との間で、ＩＳＯ７８１６標準規格のコマンドインタフェースにより通信を行う通信端末装置に適用した場合について説明したが、これに限るものではない。
例えば、携帯電話機１にＵＳＢ技術等を用いた高速インタフェースが搭載され、携帯電話機１と加入者認証モジュール２との間で、高速インタフェースにより通信可能な携帯電話機１であっても適用することができる。

この場合、携帯電話機１に装着される加入者認証モジュール２が代表電話帳ＤＳを備えていれば、この代表電話帳ＤＳを介してコマンドインタフェースにより通信を行うことにより電話帳へのアクセスを速やかに行うことができ、一方、加入者認証モジュール２が高速インタフェースに対応していれば高速インタフェースにより通信を行うことにより電話帳へのアクセスを速やかに行うことができる。

また、代表電話帳ＤＳを備えていない加入者認証モジュール２であっても従来と同様の手順で各電話帳に対してアクセスすることができるため、装着される加入者認証モジュール２が、高速インタフェース対応であるか、代表電話帳ＤＳを介しての通信を行うことができるか、或いはこれらの何れでもないか等に応じて、各加入者認証モジュール２に適した通信手順で効率よく通信を行うことができる。

（応用例４）
また、上記実施の形態においては、代表電話帳ＤＳにおいて、レコード１をエントリ読み出し、更新（消去）専用レコード、レコード２をエントリ追加専用レコードと規定した場合について説明したが必ずしも、これに限るものではない。
例えば、処理要求が行われたときに代表電話帳ＤＳの空き領域を検索し、この空き領域と、処理要求対象のレコードとを関連付けるようにしてもよい。
この場合、例えば読み出し要求が行われ、代表電話帳ＤＳの何れかのレコードと読み出し要求対象のレコードとが関連付けられその応答コマンドが加入者認証モジュールインタフェース部１６側に通知されたときに、加入者認証モジュールインタフェース部１６において、代表電話帳ＤＳのレコードと読み出し要求対象のレコードとの関連付け情報を加入者認証モジュールインタフェース部１６で保持する。

そして、続いて制御部１４から処理要求対象のレコードに対して読み出し要求が行われたときには、加入者認証モジュールインタフェース部１６では、保持している関連付け情報に基づき、読み出し対象のレコードに対応する代表電話帳ＤＳのレコードを特定し、この特定した、代表電話帳ＤＳのレコードを指定して、ＲＥＡＤコマンドを発行すればよい。

（応用例５）
また、上記実施の形態においては、代表電話帳ＤＳにおいて、レコード１をエントリ読み出し、更新（消去）専用レコード、レコード２をエントリ追加専用レコードと規定した場合について説明したがこれに限るものではない。
例えば、図８に示すように、レコード３以下の所定数のレコードを履歴レコードとして規定し、ここに、レコード１或いはレコード２に一旦登録されたエントリのうち、最新のものから所定数分の情報を一時的に保存するようにしてもよい。

この場合、読み出し、登録或いは削除等の処理に伴う代表電話帳ＤＳのレコード１へのアクセスが終了し、レコード１を初期化するとき、或いは、新規登録に伴う代表電話帳ＤＳのレコード２へのアクセスが終了し、レコード２を初期化するときに、これら初期化をする前に、レコード１またはレコード２に関連付けられているレコードを、最新の履歴を格納するレコード例えばレコード３と関連付ける。そして、これらの関連を表す関連付け情報をレコード３に登録し、レコード１と関連付けられていたレコードの関連付け先を、レコード１またはレコード２から、レコード３に切り替える。そして、その後に、これらレコードを初期化する。

そして、次に、レコード１またはレコード２に新たに対応付けが行われたときには、レコード３に関連付けられていた情報をレコード４に移動し、空き領域となったレコード３に新たにレコード１またはレコード２に対応付けられた情報を格納する。以後、レコード１またはレコード２に新たに対応付けが行われる毎にこの処理を同様に行い、レコード３を最新の履歴として、レコード３以下に所定数分の履歴を格納する。

そして、このように代表電話帳ＤＳに履歴レコードが登録されている状態で、登録案件の読み出し、更新或いは消去要求が行われたときには、携帯電話機インタフェース部２３では、まず、代表電話帳ＤＳの履歴レコードを検索する。そして、この履歴レコードに処理要求コマンドで指定された処理対象の登録案件が登録されていれば、この履歴レコードのレコードデータ及び関連付け情報をレコード１に複写し、処理対象の登録案件に対応するレコードに関連付け先を、履歴レコードからレコード１に切り替える。或いは、該当する履歴レコードをさらにレコード１に関連付けてもよい。
このようにすることによって、加入者認証モジュール２側では、比較的件数の多い電話帳情報の中から所望の登録案件に該当する登録情報を検索せずとも、比較的件数の少ない履歴レコードから所望の登録案件に該当する登録情報を得ることができる。したがって、その分処理時間の短縮を図ることができる。

（応用例６）
また、上記実施形態においては、通信端末として携帯電話機１を適用した場合について説明したが、これに限るものではなく、音声通話以外の通信のみを行うようにした通信端末であっても適用することができる。
また、上記実施形態においては、データファイルとして電話帳に適用した場合について説明したが、これに限るものではない。加入者認証モジュール２側に格納されるデータベースであって、携帯電話機１側からデータベースのうちの何れかのデータに対してアクセスするようなデータベースであれば適用することができる。

本発明を適用した通信端末装置の一例を示す概略構成図である。 加入者認証モジュール２の電話帳情報のデータベースの構成例を示す図である。 代表電話帳を構成するＥＦ−ＡＤＮファイルの構成を示す図である。 電話帳への新規登録時の通信手順を示すシーケンス図である。 電話帳からの読み出し時の通信手順を示すシーケンス図である。 電話帳の登録情報の更新時の通信手順を示すシーケンス図である。 電話帳の登録情報の消去時の通信手順を示すシーケンス図である。 代表電話帳を構成するＥＦ−ＡＤＮファイルのその他の例である。

符号の説明

１ 携帯電話機、２ 加入者認証モジュール、１６ 加入者認証モジュールインタフェース部、２３ 携帯電話機インタフェース部、Ｄ１〜ＤＮ 電話帳、ＤＳ 代表電話帳

Claims (9)

1. 所定データを有するレコードが格納されてなる複数のデータファイルを備えた外部記憶媒体と、前記複数のデータファイルを参照する通信端末と、を備えた通信端末装置であって、
   前記外部記憶媒体は、
   前記複数のデータファイルと同一のファイル構成を有し、前記複数のデータファイルのいずれかに格納される又は格納されているレコードのレコードデータであって前記通信端末からの処理要求においてアクセス要求されたレコードデータを一時的に格納する代表ファイルと、
   前記代表ファイルを指定して入力される前記処理要求に応じて前記代表ファイルにアクセスして、前記代表ファイルに格納されたレコードのレコードデータと、前記複数のデータファイルのいずれかに格納されたレコードのレコードデータとを一致させるアクセス手段と、を備え、
   前記通信端末は、前記代表ファイルを指定して前記処理要求を行う処理要求手段を備えることを特徴とする通信端末装置。
2. 前記処理要求手段は、前記複数のデータファイルのうちの読み出し対象のデータに対応する前記データファイルのレコードに関連付けられた前記代表ファイルのレコードに対してレコードデータの読み出し要求を行い、
   前記アクセス手段は、前記読み出し要求が行われた前記代表ファイルのレコードからそのレコードデータを読み出すことを特徴とする請求項１記載の通信端末装置。
3. 前記処理要求手段は、前記代表ファイルのレコードに対してレコードデータの消去要求を行い、
   前記アクセス手段は、前記消去要求が行われた前記代表ファイルのレコードと関連付けられた前記データファイルのレコードにアクセスしてこのレコードデータを消去した後、前記消去要求が行われた前記代表ファイルのレコードのレコードデータを消去することを特徴とする請求項１又は請求項２記載の通信端末装置。
4. 前記処理要求手段は、前記代表ファイルのレコードに対して前記データファイルへのデータの登録要求を行い、
   前記アクセス手段は、登録要求が行われたとき前記データファイルの空きレコードに、前記登録要求されたデータを格納することを特徴とする請求項１から請求項３の何れか１項に記載の通信端末装置。
5. 所定データを有するレコードが格納されてなる複数のデータファイルを有する外部記憶媒体と、前記複数のデータファイルを参照する通信端末と、を備えた通信端末装置におけるアクセス制御方法であって、
   前記通信端末が、前記外部記憶媒体に備えられて前記複数のデータファイルと同一のファイル構成を有する代表ファイルを指定して処理要求を行う処理要求ステップと、
   前記外部記憶媒体が、前記複数のデータファイルのいずれかに格納される又は格納されているレコードのレコードデータであって前記通信端末からアクセス要求されたレコードデータを前記代表ファイルに一時的に格納するレコードデータ格納ステップと、
   前記外部記憶媒体が、前記代表ファイルを指定して入力される前記処理要求に応じて前記代表ファイルにアクセスして、前記代表ファイルに格納されたレコードのレコードデータと、前記複数のデータファイルのいずれかに格納されたレコードのレコードデータとを一致させるアクセスステップと、を備えることを特徴とするアクセス制御方法。
6. 所定データを有するレコードが格納されてなる複数のデータファイルと、
   前記複数のデータファイルと同一のファイル構成を有し、前記複数のデータファイルのいずれかに格納される又は格納されているレコードのレコードデータであって通信端末からの処理要求においてアクセス要求されたレコードデータを一時的に格納する代表ファイルと、
   前記代表ファイルのレコードを指定して入力される前記処理要求に応じて、前記代表ファイルにアクセスして、前記代表ファイルに格納されたレコードのレコードデータと、前記複数のデータファイルのいずれかに格納されたレコードのレコードデータとを一致させるアクセス手段と、を備えたことを特徴とするＩＣカード。
7. 前記アクセス手段は、前記処理要求が終了したら前記代表ファイルに格納された前記レコードの前記レコードデータを消去することを特徴とする請求項１から請求項４までの何れか１項に記載の通信端末装置。
8. 前記外部記憶媒体が、前記処理要求を終了したら前記代表ファイルに格納された前記レコードの前記レコードデータを消去するデータ消去ステップをさらに備えることを特徴とする請求項５記載のアクセス制御方法。
9. 前記アクセス手段は、前記処理要求が終了したら前記代表ファイルに格納された前記レコードの前記レコードデータを消去することを特徴とする請求項６記載のＩＣカード。

Images