JP2023046168A - Ｉｃカード，ｉｃチップおよび認証結果の記録方法 - Google Patents

Abstract

【課題】ＩＣカードの耐久性に対する悪影響がなく，ＩＣカードに実装されたアプリケーションの間で外部認証コードの認証結果を共有する記録方法、ＩＣチップ及びＩＣカードを提供する。【解決手段】ＩＣカード１は，ファイルの共有情報をファイル毎に指定できるファイルシステム１１１と，データを格納し，共有情報を共有可能に指定し揮発性メモリであるＲＡＭ１０３に創生した共有ファイルと，端末装置から受信した外部認証コードを認証し，外部認証コードの認証結果を共有ファイルに書き込む認証アプリケーション１２ｃを備えている。【選択図】図２

Description

本発明は，ＩＣカードの技術分野に属する。

ＩｏＴ（Internet of Things）の普及に伴い，様々な端末装置が移動体通信網に接続するようになった。移動体通信網への接続には，移動体通信網の加入者情報を記憶したＩＣカードが必要になる。移動体通信網に接続する端末装置に装着するＩＣカードは，ＳＩＭ（SIM: Subscriber Identity Module），ＵＩＭ（User Identity Module），ＵＳＩＭ（Universal SIM）またはＵＩＣＣ（Universal Integrated Circuit Card）と呼ばれている。

移動体通信で用いるＩＣカードには，ＩＣチップのメモリに加入者情報が保存される。また，ＩＣカードのメモリには複数のアプリケーションが実装される。マルチアプリケーションに対応するため，ＩＣカードのプラットフォームは，ＪａｖａＣａｒｄ（登録商標）およびＧｌｏｂａｌＰｌａｔＦｏｒｍ（登録商標）が事実上のデファクトスタンダードになっている。

ＩＣカードに実装するアプリケーションの一つに，移動体通信網に接続するためのアプリケーションがある。本開示では，このアプリケーションを接続アプリケーションと呼んでいる。また，ＩＣカードには，接続アプリケーションに加えて，端末装置を利用するサービスのアプリケーションが実装される。本開示では，このアプリケーションをサービスアプリケーションと呼んでいる。更に，ＩＣカードには，ＩＣカードが接続している端末装置から送信された外部認証コードを認証するアプリケーションが実装される。本開示では，このアプリケーションを認証アプリケーションと呼んでいる。

端末装置から送信された外部認証コードを認証する処理は，ＩＣカードを装着した端末装置やＩＣカードの使用者をＩＣカードが認証する処理になる。外部認証コードの認証に連続して数回失敗することは，ＩＣカードが不正使用されていることを意味する。この場合，ＩＣカードは，ＩＣカードに実装されたすべてアプリケーションの使用を禁止しなければならない。

ＩＣカードに実装するアプリケーションの提供者がすべて同一であれば，外部認証コードの認証結果を共有可能にアプリケーションの開発を行える。しかし，ＩＣカードに実装するアプリケーションの提供者はすべて同一でないことがほとんどである。接続アプリケーションの提供者は移動体通信事業者になるが，少なくともサービスアプリケーションの提供者は，移動体通信事業者ではなく，端末装置を設置する事業者になる。よって，ＩＣカードに実装するアプリケーションの提供者がすべて同一でなくとも，ＩＣカードに実装するアプリケーションで外部認証コードの認証結果を共有可能にできることが望まれる。

ＩＣカードに実装するアプリケーションで外部認証コードの認証結果を共有可能にするには，外部認証コードの認証結果をＩＣカードのメモリに記録することが必要である。特許文献１で開示されている発明などでは，電気的に書き換え可能な不揮発メモリ（例えば，ＥＥＰＲＯＭ）に認証結果を記録している。

一方で，ＩＣカードには，高いセキュリティが求められる。例えば，ＩＣカードには，外部認証コードの認証結果などの重要データをメモリに記録する際，重要データを記録するメモリ領域を初期化することが求められる。加えて，ＩＣカードには，高い耐久性が求められる。例えば，ＩＣカードには，電気的に書き換え可能な不揮発性メモリ（以下，単に，不揮発性メモリと記す）の高寿命が求められる。

しかし，特許文献１で開示された発明のように，外部認証コードの認証結果を不揮発メモリに記録すると，外部認証コードの認証を実施するごとに不揮発性メモリの書き換えが必要になってしまい，ＩＣカードの耐久性に悪影響がある。

特開２００８－１３４８８２号公報

そこで，本開示では，ＩＣカードの耐久性に対する悪影響がなく，ＩＣカードに実装されたアプリケーションの間で外部認証コードの認証結果を共有可能にできるようにすることを目的とする。

上記の課題は，第１発明によって解決できる。第１発明は，ファイルの共有情報をファイルごとに指定できるファイルシステムと，データを格納するファイルで，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルと，端末装置から受信した外部認証コードを認証し，前記外部認証コードの認証結果を前記共有ファイルに書き込む認証アプリケーションを備えたことを特徴とするＩＣカードである。上記の課題を解決するため，第１発明では，前記外部認証コードの認証結果を書き込む前記共有ファイルの共有情報を共有可能に指定し，更に，前記共有ファイルを揮発性メモリに創生している。

セキュリティの観点からすると，第１発明において，前記認証アプリケーションは，前記認証コマンドを実行する前に，前記共有ファイルの内容を初期化することが望ましい。また，ＩｏＴが普及したことを考慮すると，第１発明において，前記外部認証コードを，端末装置を認証するコードとすることが望ましい。更に，第１発明において，前記共有ファイルを揮発性メモリに創生することを考慮すると，第１発明に係るＩＣカードは，ファイルのファイル制御情報を不揮発性メモリに創生するコマンドとして，ファイルの共有情報とファイルを創生するメモリを指定できるように構成されたファイル創生コマンドを備えることが望ましい。

更に，上記の課題は，第２発明によって解決できる。第２発明は，ファイルの共有情報をファイルごとに指定できるファイルシステムと，データを格納するファイルで，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルと，端末装置から受信した外部認証コードを認証し，前記外部認証コードの認証結果を前記共有ファイルに書き込む認証アプリケーションを備えたことを特徴とするＩＣチップである。上記の課題を解決するため，第１発明と同様に，第２発明では，前記外部認証コードの認証を書き込む前記共有ファイルの共有情報を共有可能に指定し，更に，前記共有ファイルを揮発性メモリに創生している。上記の課題は，ＩＣカードに実装するＩＣチップに実装するデータやコンピュータプログラムにより解決できる。このため，本願発明では，ＩＣカードに実装するＩＣチップについても特許権を請求する。

セキュリティの観点からすると，第２発明において，前記認証アプリケーションは，前記認証コマンドを実行する前に，前記共有ファイルの内容を初期化することが望ましい。また，ＩｏＴが普及したことを考慮すると，第２発明において，前記外部認証コードを，端末装置を認証するコードとすることが望ましい。更に，第２発明において，前記共有ファイルを揮発性メモリに創生することを考慮すると，第２発明に係るＩＣチップは，ファイルのファイル制御情報を不揮発性メモリに創生するコマンドとして，ファイルの共有情報とファイルを創生するメモリを指定できるように構成されたファイル創生コマンドを備えることが望ましい。

更に，上記の課題は，第３発明によって解決できる。第３発明は，ファイルの共有情報をファイルごとに指定できるファイルシステムを備えたＩＣカードで実行される方法である。第３発明に係る認証結果の記録方法は，外部認証コードを認証する機能を有する認証アプリケーションが，端末装置から受信した前記外部認証コードを認証する工程Ａ，前記認証アプリケーションが，データを格納するファイルで，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルに前記外部認証コードの認証結果を書き込む工程Ｂを含む。上記の課題を解決するため，第３発明では，前記外部認証コードの認証を書き込む前記共有ファイルの共有情報を共有可能に指定し，更に，前記共有ファイルを揮発性メモリに創生している。

セキュリティの観点からすると，第３発明の前記工程Ａにおいて，前記認証アプリケーションは，前記認証コマンドを実行する前に，前記共有ファイルに記録されている内容を初期化することが望ましい。また，ＩｏＴが普及したことを考慮すると，第３発明において，前記外部認証コードを，端末装置を認証するコードとすることが望ましい。

外部認証コードの認証を書き込む共有ファイルの共有情報を共有可能に指定し，更に，共有ファイルを揮発性メモリに創生したことにより，本願発明では，ＩＣカードの耐久性に対する悪影響がなく，ＩＣカードに実装されたアプリケーションの間で外部認証コードの認証結果を共有可能にできる。

実施形態に係るＩＣカードの一例を説明する図。 ＩＣカードのアーキテクチャを説明する図。 ファイルシステムに含まれるファイルを説明する図。 ファイルを創生するメモリを説明する図。 認証アプリケーションが実行する処理を説明する図。

ここから，本願発明に係る実施形態について記載する。本実施形態は，本願発明の理解を容易にするためのものであり，本願発明は，本実施形態に限定されるものではない。また，特に断りのない限り，本開示の図面は，本願発明の理解を容易にするために描かれた模式的な図である。

図１は，実施形態に係るＩＣカード１の一例を説明する図である。ＩＣカード１は，外部からの解析攻撃に対する強固な耐タンパー性を持つＩＣチップ１０を実装した媒体である。図１では，ＩＣチップ１０を搭載したＩＣカード１を，ＩＳＯ７８１６に準拠した接触通信により端末装置と通信するＳＩＭとして図示している。

図１において，ＩＣカード１を移動体通信で使用するＳＩＭとして図示しているが，ＩＣカード１の形態はＳＩＭに限定されない。ＩＣカード１の形態は，スマートフォンなどの基板に直接実装するｅＳＩＭ（embedded Subscriber Identity Module）、あるいはセキュアエレメント（Secure Element）でもよい。また，ＩＣカード１の用途もＳＩＭに限定されない。ＩＣカード１は，クレジット決済などの金融用途で使用されるカードでもよい。

図１で図示したＩＣカード１において，ＩＣチップ１０は外部端子１ａの裏側に樹脂モールドされている。ＩＣチップ１０は，外部端子１ａを介して図外の端末装置と接触通信する。なお，ＩＣカード１が対応する通信方式は，ＩＳＯ７８１６に準拠した接触通信に限定されない。ＩＣカード１が対応する通信方式は，ＩＳＯ１４４４３に準拠した非接触通信でもよく，コンピュータ内部で用いられる通信方式（例えば，ＳＰＩ，Serial Peripheral Interface）でもよい。

図２は，ＩＣカード１のアーキテクチャを説明する図である。ＩＣカード１のアーキテクチャは，ＩＣカード１のハードウェアとなるＩＣチップ１０を含んでいる。ＩＣチップ１０は，ＣＰＵ１００（Central Processing Unit）およびＩ／Ｏ１０１（Input/Output）などの回路を備える。図２において，ＩＣチップ１０のＣＰＵ１００は，メモリに格納されたプログラムコードを解釈して，所定の処理を実行する回路である。Ｉ／Ｏ１０１は，ＩＣカード１の表面にある外部端子１ａと電気的に接続し，外部端子１ａと接触通信を行う回路である。なお，ＩＣチップ１０は，図２で図示していない回路を備えるのが一般的である。ＩＣチップ１０は，図２で図示していない回路として，例えば，暗号演算機能に特化したコプロセッサ，乱数を生成する乱数生成器などを備える。

また，ＩＣチップ１０は，メモリとして，ＲＯＭ１０２（Read Only Memory），ＲＡＭ１０３（Random Access Memory），および，電気的に書き換え可能な不揮発性メモリ１０４（NVM: Non Volatile memory）を備える。ＲＯＭ１０２は，電気的に書き換えできない読取り専用のメモリである。ＲＡＭ１０３は，電気的な書き換え可能な揮発性メモリである。

図２で図示したごとく，ＩＣカード１のアーキテクチャは，ＩＣカード１に実装するアプリケーション１２の動作に必要な機能を提供するコンピュータプログラムである実行環境１１（Runtime Environment）を含んでいる。実行環境１１のプログラムコードは，ＩＣチップ１０のＲＯＭ１０２に格納される。本実施形態に係るＩＣカード１は実行環境１１として，ＪＣＲＥ１１０（Java Card（登録商標）Runtime Environment）を含んでいる。

ＩＣカード１の実行環境１１は，ＩＣカード１に実装するアプリケーション１２の動作に必要な機能の一つとして，ファイルシステム１１１を有する。ＩＣカード１の実行環境１１は，ファイルシステム１１１を利用するためのコマンドをアプリケーション１２に提供する。図２では，このコマンドの一つとして，ファイルを創生するコマンドであるファイル創生コマンド１１２を図示している。

図２で図示したごとく，ＩＣカード１のアーキテクチャは，ＩＣカード１に実装された少なくとも１つのアプリケーション１２を含んでいる。外部認証コードの認証結果を記録するファイルを除き，アプリケーション１２のプログラムコードおよびアプリケーション１２が使用するファイルは不揮発性メモリ１０４に記憶される。

図２では，ＩＣカード１に実装されたアプリケーション１２の数は３つである。ＩＣカード１に実装されたアプリケーション１２の１つは，移動体通信網に接続するためのアプリケーション１２である接続アプリケーション１２ａである。ＩＣカード１に実装されたアプリケーション１２の１つは，端末装置のサービスで利用するアプリケーション１２であるサービスアプリケーション１２ｂである。更に，ＩＣカード１に実装されたアプリケーション１２の１つは，ＩＣカード１を装着した端末装置の正当性をするためのアプリケーション１２である認証アプリケーション１２ｃである。

図３は，ファイルシステム１１１に含まれるファイルを説明する図である。図３で図示したファイルシステム１１１は，ETSI TS 102 221で開示された仕様に基づいている。本実施形態に係るファイルシステム１１１のファイル構造は，ファイル制御情報を少なくとも格納する専用ファイル（Dedicated File e，以下，「ＤＦ」と記す。）の階層構造になっている。本実施形態に係るファイルシステム１１１では，データを格納する基礎ファイル（EF: Elementary File，以下，「ＥＦ」と記す。）をＤＦの直下に配置できる。

ファイルシステム１１１のファイル構造において，このファイル構造のルートとなるＤＦはマスターファイル２１（MF: Master File，以下，「ＭＦ２１」と記す。）である。ＭＦ２１の直下には，ＤＦとして，ＤＦ＿Ｔｅｌｅｃｏｍ２３が配置される。ＤＦ＿Ｔｅｌｅｃｏｍ２３の直下には，アプリケーション１２に依存しない情報を格納する１つまたは複数のＥＦ２５が配置される。アプリケーション１２に依存しない情報とは，例えば，電話帳である。

また，図３では，ＭＦ２１の直下には，ＥＦとして，ＩＣカード１ごとに固有な識別番号を格納するＥＦ＿ＩＣＣＩＤ２４，端末装置がセットアップする言語を示す言語コードを格納するＥＦ＿ＰＬ２２などが配置されている。更に，ＭＦ２１の直下には，アプリケーション専用ファイル２７（ADF: Application Dedicated file，以下，「ＡＤＦ２７」と記す。）のアプリケーション識別子などを格納するＥＦ＿ＤＩＲ２６が配置される。ＥＦ＿ＤＩＲ２６を参照することで，ＡＤＦ２７にアクセスできる。

更に，図３で図示したファイルシステム１１１では，ＭＦ２１と独立して（直下ではない），ＩＣカード１に実装したアプリケーション１２に対応するＡＤＦ２７が配置されている。図３では図示していないが，ＡＤＦ２７の直下には，ＭＦ２１と同様に，ＤＦおよびＥＦを配置できる。図２では，３つのアプリケーション１２がＩＣカード１に実装されている。このため，図３では，接続アプリケーション１２ａに対応するＡＤＦ２７ａ，サービスアプリケーション１２ｂに対応するＡＤＦ２７ｂ，および，認証アプリケーション１２ｃに対応するＡＤＦ２７ｃの３つのＡＤＦ２７が，ＭＦ２１とは独立して配置されている。

図３で図示したファイルシステム１１１ではＭＦ２１の直下に，認証アプリケーション１２ｃが行った外部認証コードの認証結果を記録するＥＦであるＥＦ＿Ａｕｔｈ２０（Authは，Authenticationの略。）が配置されている。本実施形態において，ＥＦ＿Ａｕｔｈ２０は，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルとなるＥＦである。

ETSI TS 102 221で開示された仕様などでは，ファイルの共有情報をファイルごとに指定できる。ファイルの共有情報は，ファイルごとに設定されるファイル制御情報に含まれる。ファイルの共有情報によって，共有可能（Shareable）または共有不可能（Not-shareable）のいずれかをファイルごとに指定できる。認証アプリケーション１２ｃ以外のアプリケーション１２が外部認証コードの認証結果を参照できるように，認証アプリケーション１２ｃが行った外部認証コードの認証結果を記録するＥＦであるＥＦ＿Ａｕｔｈ２０の共有情報は共有可能に指定されている。

図４では，ファイルを創生するメモリを説明する図である。図３で図示したファイルシステム１１１に含まれるファイルにおいて，外部認証コードの認証結果を記録するＥＦ＿Ａｕｔｈ２０を創生するメモリはＲＡＭ１０３になる。ＥＦ＿Ａｕｔｈ２０以外のファイルを創生するメモリは不揮発性メモリ１０４になる。

本実施形態において，外部認証コードの認証結果を記録するＥＦ＿Ａｕｔｈ２０をＲＡＭ１０３に創生するのは，ＩＣカード１の耐久性を高めるためである。外部認証コードの認証結果を記録するＥＦ＿Ａｕｔｈ２０を不揮発性メモリ１０４に創生すると，認証アプリケーション１２ｃが外部認証コードの認証を実行するごとに不揮発性メモリ１０４の書き換えを必要とする。よって，外部認証コードの認証結果を記録するＥＦ＿Ａｕｔｈ２０を不揮発性メモリ１０４に創生すると，ＩＣカード１が備える不揮発性メモリ１０４の寿命が短くなってしまう。これに対し，外部認証コードの認証結果を記録するＥＦ＿Ａｕｔｈ２０をＲＡＭ１０３に創生すると，認証アプリケーション１２ｃが外部認証コードの認証を実行するごとにＲＡＭ１０３の書き換えが行われる。揮発性メモリであるＲＡＭ１０３の寿命は半永久的と言われるほど長い。よって，認証アプリケーション１２ｃが外部認証コードの認証結果をＲＡＭ１０３に記録しても，ＩＣカード１の耐久性に悪影響はない。

ファイル創生コマンド１１２は，選択されているＤＦ，すなわち，カレントになっているＤＦの直下にファイルを創生するコマンドである。ファイルの創生は，創生するファイルのファイル制御情報を少なくともＤＦに書き込む処理になる。ファイル制御情報には，創生したファイルの識別子，創生したファイルのカレントになるＤＦの識別子，および，創生したファイルの先頭アドレスを含む。創生したファイルの先頭アドレスは物理アドレスになる。本実施形態に係るファイル創生コマンド１１２は，コマンドパラメータによって，創生するファイルの共有情報（共有可能または共有不可能のいずれか），および，ファイルを創生するメモリ（ＲＡＭ１０３または不揮発性メモリ１０４のいずれか）をそれぞれ指定できるように構成されている。

図３で図示したごとく，本実施形態において，ＥＦ＿Ａｕｔｈ２０はＭＦ２１の直下に創生される。ＥＦ＿Ａｕｔｈ２０のファイル制御情報は，ＥＦ＿Ａｕｔｈ２０の識別子と，ＭＦ２１の識別子，および，ＥＦ＿Ａｕｔｈ２０の先頭アドレスを含む。ＥＦ＿Ａｕｔｈ２０をＲＡＭ１０３に創生する都合上，ＥＦ＿Ａｕｔｈ２０のファイル制御情報に含まれる先頭アドレスは，ＲＡＭ１０３の物理アドレスになる。

ＩＣカード１が備える認証アプリケーション１２ｃは，端末装置から受信した外部認証コードを認証するアプリケーション１２である。ＩＣカード１が備える認証アプリケーション１２ｃは，端末装置から受信した外部認証コードを認証する機能を呼び出すコマンドである認証コマンド１２０を有する。ＩＣカード１が備える認証アプリケーション１２ｃは，認証コマンド１２０のコマンドメッセージに含まれる外部認証コードの認証結果をＥＦ＿Ａｕｔｈ２０に記録する。

図５は，ＩＣカード１が備える認証アプリケーション１２ｃが実行する処理を説明する図である。図５の説明は，本願発明に係る認証結果の記録方法の説明も兼ねる。ＩＣカード１が備える認証アプリケーション１２ｃは，端末装置から受信した外部認証コードの認証を実行する際，認証コマンド１２０のコマンドメッセージを端末装置から受信する（工程Ｓ１）。このコマンドメッセージには，認証コマンド１２０が認証する外部認証コードが含まれる。

ＩＣカード１が備える認証アプリケーション１２ｃは，認証コマンド１２０のコマンドメッセージを受信すると，端末装置から受信した外部認証コードの認証を実行する前に，ＲＡＭ１０３に創生されているＥＦ＿Ａｕｔｈ２０に記録されている内容を初期化する（工程Ｓ２）。ＲＡＭ１０３に創生されたＥＦ＿Ａｕｔｈ２０を初期化するとは，外部認証コードの認証に成功していないことを意味するデータをＥＦ＿Ａｕｔｈ２０に書き込むことを意味する。なお，ＩＣカード１が備える認証アプリケーション１２ｃがＲＡＭ１０３に創生されたＥＦ＿Ａｕｔｈ２０を初期化するのは，高いセキュリティが要求されるＩＣカード１には，外部認証コードの認証結果などの重要データをメモリに記録する際，重要データを記録するメモリ領域を初期化することが求められるからである。

次に，ＩＣカード１が備える認証アプリケーション１２ｃは，認証コマンド１２０のコマンドメッセージに含まれる外部認証コードを認証する（工程Ｓ３）。ＩｏＴが普及したことを考慮すると，外部認証コードを，端末装置を認証するコードとすることが望ましい。なお，外部認証コードを認証する方法は任意である。ＰＩＮ（Personal Identification Number）を外部認証コードに用いるとき，外部認証コードの認証はＰＩＮを照合する処理になる。ＪＩＳＸ６３２０－４などの規格では，ＩＣカード１が端末装置に出力した乱数およびＩＣカード１が秘匿に記憶している外部認証鍵を用いて，外部認証コードを認証する手法が既定されている。

ＩＣカード１が備える認証アプリケーション１２ｃは，認証コマンド１２０のコマンドメッセージに含まれる外部認証コードを認証すると，外部認証コードの実行結果をＥＦ＿Ａｕｔｈ２０に記録する（工程Ｓ４）。認証コードの認証に成功したとき，ＥＦ＿Ａｕｔｈ２０に書き込むデータは，外部認証コードの認証に成功したことを意味するデータになる。また，外部認証コードの認証に失敗したとき，ＥＦ＿Ａｕｔｈ２０に書き込むデータは，外部認証コードの認証に成功していない（失敗した）ことを意味するデータになる。

ＩＣカード１が備える認証アプリケーション１２ｃが図５の手順を実行することで，認証アプリケーション１２ｃが実行した外部認証コードの認証結果が，ＲＡＭ１０３に創生したＥＦ＿Ａｕｔｈ２０に書き込まれる。ＲＡＭ１０３に創生したＥＦ＿Ａｕｔｈ２０の共有情報は共有可能に設定されるため，ＩＣカード１に実装されたすべてのアプリケーション１２は，ファイルシステム１１１を介して，ＲＡＭ１０３に創生したＥＦ＿Ａｕｔｈ２０に書き込まれた外部認証コードの認証結果を参照できる。また，外部認証コードの認証結果をＲＡＭ１０３に記憶させることで，端末装置から受信した外部認証コードの認証結果をメモリに記録させても，ＩＣカード１の耐久性に悪影響はない。

１ ＩＣカード
１０ ＩＣチップ
１０３ ＲＡＭ
１０４ 不揮発性メモリ
１１１ ファイルシステム
１１２ ファイル創生コマンド
１２ｃ 認証アプリケーション
２０ ＥＦ＿Ａｕｔｈ
２１ マスターファイル（ＭＦ）

Claims (11)

1. ファイルの共有情報をファイルごとに指定できるファイルシステムと，データを格納するファイルで，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルと，端末装置から受信した外部認証コードを認証し，前記外部認証コードの認証結果を前記共有ファイルに書き込む認証アプリケーションを備えたことを特徴とするＩＣカード。
2. 前記認証アプリケーションは，前記外部認証コードを実行する前に，前記共有ファイルに記録されている内容を初期化することを特徴とする，請求項１に記載したＩＣカード。
3. 前記外部認証コードを，端末装置を認証するコードとしたことを特徴とする，請求項１または２に記載したＩＣカード。
4. ファイルのファイル制御情報を不揮発性メモリに創生するコマンドとして，ファイルの共有情報とファイルを創生するメモリを指定できるように構成されたファイル創生コマンドを備えたことを特徴とする，請求項１から３のいずれか１つに記載したＩＣカード。
5. ファイルの共有情報をファイルごとに指定できるファイルシステムと，データを格納するファイルで，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルと，端末装置から受信した外部認証コードを認証し，前記外部認証コードの認証結果を前記共有ファイルに書き込む認証アプリケーションを備えたことを特徴とするＩＣチップ。
6. 前記認証アプリケーションは，前記外部認証コードを認証する前に，前記共有ファイルに記録されている内容を初期化することを特徴とする，請求項５に記載したＩＣチップ。
7. 前記外部認証コードを，端末装置を認証するコードとしたことを特徴とする，請求項５または６に記載したＩＣチップ。
8. ファイルのファイル制御情報を不揮発性メモリに創生するコマンドとして，ファイルの共有情報とファイルを創生するメモリを指定できるように構成されたファイル創生コマンドを備えたことを特徴とする，請求項５から７のいずれか１つに記載したＩＣチップ。
9. ファイルの共有情報をファイルごとに指定できるファイルシステムを備えたＩＣカードで実行される方法であって，
   外部認証コードを認証する機能を有する認証アプリケーションが，端末装置から受信した前記外部認証コードを認証する工程Ａ，前記認証アプリケーションが，データを格納するファイルで，共有情報を共有可能に指定し揮発性メモリに創生した共有ファイルに前記外部認証コードの認証結果を書き込む工程Ｂを，
   含むことを特徴とする，認証結果の記録方法。
10. 前記工程Ａにおいて，前記認証アプリケーションは，前記外部認証コードを認証する前に，前記共有ファイルに記録されている内容を初期化することを特徴とする，請求項９に記載した認証結果の記録方法。
11. 前記外部認証コードを，端末装置を認証するコードとしたことを特徴とする，請求項９または１０に記載した認証結果の記録方法。

Images