(57)【要約】【課題】  ファイル毎に認証鍵を設け、第３者によるクラッキングを防止してセキュアなファイル・アクセスを実現する。【解決手段】  ファイル・システム上には、ＩＣカード発行者の通常の運用で利用され、共通の対称鍵により認証を行なう一般ファイルと、発行するＩＣカード毎に個別に認証鍵を設定した個別ファイルが混在する。ファイル連携指定子を導入することで、一般ファイルと個別ファイルが双方同時にオープンしなければならないような制限を設ける。個別鍵自身又はその生成方法が判らない第３者による一般ファイルに対するクラッキングを難しくすることができる。【選択図】  図１２
2005352961.tif 000002
【特許請求の範囲】
【請求項１】
メモリ空間に配置されたファイルへのアクセスを管理する情報管理装置であって、ファイル毎に鍵が設定されており、
互いに連携し同時に認証すべきファイルの組合せを指定するファイル連携指定手段と、
前記ファイル連携指定手段によるファイルの連携指定に基づいてファイルにアクセスするための認証鍵を生成する認証鍵生成手段と、
ファイルへのアクセスに対して認証鍵に基づいて認証を行なうアクセス制御手段と、
を具備することを特徴とする情報管理装置。
【請求項２】
前記認証鍵生成手段は、ファイルの連携指定がされていないファイルに設定されている鍵に所定の演算を適用して該ファイルの認証鍵を生成するとともに、ファイルの連携指定がされている各ファイルに設定されている鍵の組合せに所定の演算を適用して該ファイルの認証鍵を生成する、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記メモリ空間内のファイルは、各情報管理装置において共通の対称鍵が設定されている一般ファイルと、情報管理装置毎に異なる個別鍵が設定された個別鍵ファイルを含む、
ことを特徴とする請求項２に記載の情報管理装置。
【請求項４】
前記ファイル連携指定手段は、一般ファイルと個別鍵ファイルの連携を指定し、
前記認証鍵生成手段は、一般ファイルの認証鍵を、対称鍵と個別鍵の組合せを利用した個別鍵として生成する、
ことを特徴とする請求項３に記載の情報管理装置。
【請求項５】
前記ファイル連携指定手段は、ファイル形式で前記メモリ空間内に配置される、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項６】
各ファイルへのアクセス回数を管理するカウント手段をさらに備え、
前記アクセス制御手段は、ファイルへのアクセスが行なわれる度に前記カウンタ手段におけるカウント値を更新する、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項７】
前記カウント手段は、カウンタ・ファイルとして前記メモリ空間内に配置され、
前記ファイル連携指定手段は、アクセス回数の管理対象となるファイルと前記カウンタ・ファイルとの連携を指定する、
ことを特徴とする請求項６に記載の情報管理装置。
【請求項８】
メモリ空間に配置されたファイルへのアクセスを管理する情報管理方法であって、ファイル毎に鍵が設定されており、
互いに連携し同時に認証すべきファイルの組合せを指定するファイル連携指定ステップと、
前記ファイル連携指定ステップによるファイルの連携指定に基づいてファイルにアクセスするための認証鍵を生成する認証鍵生成ステップと、
ファイルへのアクセスに対して認証鍵に基づいて認証を行なうアクセス制御ステップと、
を具備することを特徴とする情報管理方法。
【請求項９】
前記認証鍵生成ステップでは、ファイルの連携指定がされていないファイルに設定されている鍵に所定の演算を適用して該ファイルの認証鍵を生成するとともに、ファイルの連携指定がされているファイルに設定されている鍵の組合せに所定の演算を適用して該ファイルの認証鍵を生成する、
ことを特徴とする請求項８に記載の情報管理方法。
【請求項１０】
前記メモリ空間内のファイルは、各情報管理装置において共通の対称鍵が設定されている一般ファイルと、情報管理装置毎に異なる個別鍵が設定された個別鍵ファイルを含む、
ことを特徴とする請求項９に記載の情報管理方法。
【請求項１１】
前記ファイル連携指定ステップでは、一般ファイルと個別鍵ファイルの連携を指定し、
前記認証鍵生成ステップでは、一般ファイルの認証鍵を、対称鍵と個別鍵の組合せを利用した個別鍵として生成する、
ことを特徴とする請求項１０に記載の情報管理方法。
【請求項１２】
前記ファイル連携指定ステップでは、前記メモリ空間内に配置されているファイル連携指定ファイルから、互いに連携し同時に認証すべきファイルの組合せに関する記載を読み取る、
ことを特徴とする請求項７に記載の情報管理方法。
【請求項１３】
各ファイルへのアクセス回数を管理するアクセス管理ステップをさらに備え、
前記アクセス制御ステップにおいてファイルへのアクセスが行なわれる度にカウント値を更新する、
ことを特徴とする請求項８に記載の情報管理方法。
【請求項１４】
前記ファイル連携指定ステップでは、アクセス回数の管理対象となるファイルとアクセス回数のカウント値を記述するカウンタ・ファイルとの連携を指定する、
ことを特徴とする請求項１３に記載の情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、比較的大容量のメモリ領域に格納された情報へのアクセスを管理する情報管理装置及び情報管理方法に係り、特に、メモリ領域上に電子的な価値情報を格納して電子決済を始めとするセキュアな情報のやり取りを行なう情報管理装置及び情報管理方法に関する。
【０００２】
さらに詳しくは、本発明は、メモリ領域上にさまざまなファイルを割り当てて、サービス運用のための情報を管理する情報管理装置及び情報管理方法に係り、特に、ファイル毎に認証鍵を設け、第３者によるクラッキングを防止してセキュアなファイル・アクセスを実現する情報管理装置及び情報管理方法に関する。
【背景技術】
【０００３】
ＩＣカードに代表される非接触・近接通信システムは、操作上の手軽さから、広範に普及している。ＩＣカードの一般的な使用方法は、利用者がＩＣカードをカード・リーダ／ライタをかざすことによって行なわれる。カード・リーダ／ライタ側では常にＩＣカードをポーリングしており外部のＩＣカードを発見することにより、両者間の通信動作が開始する。例えば、暗証コードやその他の個人認証情報、電子チケットなどの価値情報などをＩＣカードに格納しておくことにより、キャッシュ・ディスペンサやコンサート会場の出入口、駅の改札口などにおいて、入場者や乗車者の認証処理を行なうことができる。
【０００４】
最近では、微細化技術の向上とも相俟って、比較的大容量のメモリを持つＩＣカードが出現している。大容量メモリ付きのＩＣカードによれば、メモリ空間上にファイル・システムを展開し、複数のアプリケーションを同時に格納しておくことにより、１枚のＩＣカードを複数の用途に利用することができる。例えば、１枚のＩＣカード上に、電子決済を行なうための電子マネーや、特定のコンサート会場に入場するための電子チケットなど、複数のアプリケーションを格納しておくことにより、１枚のＩＣカードをさまざまな用途に適用させることができる。ここで言う電子マネーや電子チケットは、利用者が提供する資金に応じて発行される電子データを通じて決済（電子決済）される仕組み、又はこのような電子データ自体を指す。
【０００５】
また、ＩＣカードやカード用リーダ／ライタ（カード読み書き装置）が無線・非接触インターフェースの他に、外部機器と接続するための有線インターフェースを備え、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）やＣＥ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ）機器、パーソナル・コンピュータなどの各機器に内蔵して用いることにより，これらの機器にＩＣカード及びカード・リーダ／ライタのいずれか一方又は双方の機能を装備することができる。このような場合、ＩＣカード技術を汎用性のある双方向の近接通信インターフェースとして利用することができる。
【０００６】
例えば、コンピュータや情報家電機器のような機器同士で近接通信システムが構成される場合には、ＩＣカードを利用した非接触通信は一対一で行なわれる。また、ある機器が非接触ＩＣカードのような機器以外の相手デバイスと通信することも可能であり、この場合においては、１つの機器と複数のカードにおける一対多の通信を行なうアプリケーションも考えられる。
【０００７】
また、電子決済を始めとする外部との電子的な価値情報のやり取りなど、ＩＣカードを利用したさまざまなアプリケーションを、情報処理端末上で実行することができる。例えば、情報処理端末上のキーボードやディスプレイなどのユーザ・インターフェースを用いてＩＣカードに対するユーザ・インタラクションを情報処理端末上で行なうことができる。また、ＩＣカードが携帯電話機と接続されていることにより、ＩＣカード内に記憶された内容を電話網経由でやり取りすることもできる。さらに、携帯電話機からインターネット接続して利用代金をＩＣカードで支払うことができる。
【０００８】
このように、あるサービス提供元事業者用のファイル・システムをＩＣカードの内蔵メモリに割り当てて、このファイル・システム内で当該事業者によるサービス運用のための情報（例えば、ユーザの識別・認証情報や残りの価値情報、使用履歴（ログ）など）を管理することにより、従来のプリペイド・カードや店舗毎のサービス・カードに置き換わる、非接触・近接通信を基調とした有用なサービスを実現することができる。
【０００９】
従来、サービス提供元事業者毎にＩＣカードが個別に発行され、ユーザの利用に供されていた。このため、ユーザは、利用したいサーヒス毎にＩＣカードを取り揃え、携帯しなければならなかった。これに対し、比較的大容量のメモリ空間を持つＩＣカードによれば、単一のＩＣカードの内蔵メモリに複数のサービスに関する情報を記録するだけの十分な容量を確保することができる（例えば、非特許文献１を参照のこと）。
【００１０】
ＩＣカード内のメモリは、一般に、複数のエリアに分割され、エリア毎に異なる暗号鍵を設けてアクセスの制御が行なわれる。ここで言うエリアは、メモリ空間を分割して得られるファイル・システム、若しくはファイル・システム内のディレクトリや個別のファイルに相当する。
【００１１】
例えば、リーダ／ライタからＩＣカード内のあるエリアにアクセスする際、リーダ／ライタは乱数を生成して、ＩＣカードに渡す。ＩＣカード側では該当するエリアの暗号鍵を用いて乱数を暗号化してからリーダ／ライタに返す。そして、リーダ／ライタは、戻された暗号文を暗号鍵で元の乱数を正しく復元することができたかどうかによって、エリアの正当性を検証することができる。また、エリアにアクセスしてきたリーダ／ライタの正当性をＩＣカード側で検証する場合には、上述と同様の手続きを逆方向で行なえばよい。
【００１２】
このような相互認証処理をエリア毎に個別に行なう場合には、各エリアに迅速にアクセスするのが困難になるという問題がある。例えば、通勤者が改札口のゲートを通過する比較的短い時間に、リーダ／ライタが所定のエリアにアクセスし、情報を読み出し又は書き込むことが困難である。
【００１３】
そこで、複数の暗号鍵を縮退して１つの縮退鍵を生成し、複数のエリアの正当性を同時に検証できるようにして、認証時間を短縮することもできる（例えば、特許文献１を参照のこと）。
【００１４】
【特許文献１】特開平１０−３２７１４２号公報
【非特許文献１】「無線ＩＣタグのすべて  ゴマ粒チップでビジネスが変わる」（１０６〜１０７頁、ＲＦＩＤテクノロジ編集部、日経ＢＰ社、２００４年４月２０日発行）
【発明の開示】
【発明が解決しようとする課題】
【００１５】
ここで、ＩＣカード内のメモリに配置されるファイルには、ＩＣカード発行者（若しくはＩＣカードを利用したサービスの提供元事業者）における通常の運用で利用する一般的なファイル（以下では、単に「一般ファイル」とも呼ぶ）と、このような通常の運用では利用しない、あるいはＩＣカードを所有する利用者において個別に利用するデータを格納した個別のファイルに大別することができる。
【００１６】
一般ファイルは、ＩＣカード発行者が全カードに共通する対称鍵を設定している。したがって、暗号鍵は、各ファイル・フォーマットにおいて同一である。但し、各発行ロットにおいて鍵及び鍵バージョンを変更することもある。
【００１７】
これに対し、個別のファイルでは、ＩＣカードの利用者において個別に鍵を設定する。言い換えれば、ＩＣカード毎に異なる個別鍵が設定される。以下では、単に「個別鍵ファイル」とも呼ぶ。
【００１８】
一般ファイルの場合、共通の鍵が設定されていることから、あるＩＣカードでクラッキングが行なわれると、同じＩＣカード発行者から発行されたすべてのＩＣカードがクラッキングされたのと同様の被害を受けることになってしまう。
【００１９】
例えば、縮退鍵を用いるシステムにおいては、一般ファイルの対称鍵と個別鍵ファイルの個別鍵とを組み合わせて相互認証のために必要な鍵を利用すれば、ＩＣカード毎に異なる鍵となるため、一般ファイルの安全性を確保することができる。しかしながら、一般ファイル単体へのクラッキングを防ぐことはできない。
【００２０】
本発明は、上述したような技術的課題を鑑みたものであり、その主な目的は、メモリ領域上に電子的な価値情報を格納して電子決済を始めとするセキュアな情報のやり取りを好適に行なうことができる、優れた情報管理装置及び情報管理方法を提供することにある。
【００２１】
本発明のさらなる目的は、メモリ領域上にさまざまなファイルを割り当てて、サービス運用のための情報を管理することができる、優れた情報管理装置及び情報管理方法を提供することにある。
【００２２】
本発明のさらなる目的は、ファイル毎に認証鍵を設け、第３者によるクラッキングを防止してセキュアなファイル・アクセスを実現することができる、優れた情報管理装置及び情報管理方法を提供することにある。
【００２３】
本発明のさらなる目的は、認証鍵が設定されたファイル単体に対するクラッキングを好適に防止することができる、優れた情報管理装置及び情報管理方法を提供することにある。
【課題を解決するための手段】
【００２４】
本発明は、上記課題を参酌してなされたものであり、メモリ空間に配置されたファイルへのアクセスを管理する情報管理装置であって、ファイル毎に鍵が設定されており、
互いに連携し同時に認証すべきファイルの組合せを指定するファイル連携指定手段と、
前記ファイル連携指定手段によるファイルの連携指定に基づいてファイルにアクセスするための認証鍵を生成する認証鍵生成手段と、
ファイルへのアクセスに対して認証鍵に基づいて認証を行なうアクセス制御手段と、
を具備することを特徴とする情報管理装置である。
【００２５】
ここで言う情報管理装置は、無線通信部及び、データ送受信機能とデータ処理部を有するＩＣチップを内蔵する非接触ＩＣカード、表面に端子を有する接触ＩＣカード、接触／非接触ＩＣカードと同様の機能を有するＩＣチップを携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などの情報通信端末装置に内蔵した装置である。以下では、これらを総称して、単に「ＩＣカード」と呼ぶこともある。
【００２６】
この情報管理装置は、ＥＥＰＲＯＭなどのデータ蓄積メモリを含むメモリ領域とデータ処理部を有するとともに、データ通信機能を有するものである。携帯電話機などの場合は、ＩＣチップを内蔵するＩＣカードなどの外部記憶媒体を着脱可能に構成してもよい。また、携帯電話会社が発行する契約者情報を記録したＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）機能をＩＣチップに搭載してもよい。情報管理装置は、インターネットなどの情報通信ネットワークを介してデータ通信を行なってもよいし、外部端末装置と有線又は無線で直接データ通信を行なってもよい。
【００２７】
本発明は、ＩＣカードが持つ耐タンパ性と認証機能を利用した、価値情報のやり取りなどを含んだセキュリティが要求されるサービスの提供に関するするものである。ＩＣカード内のメモリは、一般に、複数のエリアに分割され、エリア毎に異なる暗号鍵を設けてアクセスの制御が行なわれる。ここで言うエリアは、メモリ空間を分割して得られるファイル・システム、若しくはファイル・システム内のディレクトリや個別のファイルに相当する。
【００２８】
ここで、ＩＣカード内のメモリに配置されるファイルには、ＩＣカード発行者における通常の運用で利用する一般ファイルと、このような通常の運用では利用しない個別鍵ファイルに大別することができる。個別鍵ファイルでは、ＩＣカードの利用者において個別に設定するのに対し、一般ファイルは、ＩＣカード発行者が全カードに共通する対称鍵を設定するため、クラッキングによる被害を受け易いと言う問題がある。
【００２９】
そこで、本発明では、ファイル連携指定子を導入して、ＩＣカード内に配置されていル２以上のファイルの連携関係を設定できるようにした。具体的には、ファイル連携指定子で指定されている２以上のファイルが双方同時にオープンしなければならない、すなわち同時に認証を経なければ連携指定されたいずれのファイルもオープンできないという制限が課される。
【００３０】
例えば、ファイル連携指定子により、一般ファイルと個別鍵ファイルを指定することにより、これらが双方同時にオープンしなければならないような制限が設けられる。この場合、個別鍵自身又はその生成方法が判らない第３者による一般ファイルに対するクラッキングを難しくすることができ、対象鍵の個別設定をより効果的に行なうことができる。
【発明の効果】
【００３１】
本発明によれば、メモリ領域上にさまざまなファイルを割り当てて、サービス運用のための情報を管理することができる、優れた情報管理装置及び情報管理方法を提供することができる。
【００３２】
また、本発明によれば、ファイル毎に認証鍵を設け、第３者によるクラッキングを防止してセキュアなファイル・アクセスを実現することができる、優れた情報管理装置及び情報管理方法を提供することができる。
【００３３】
また、本発明によれば、より効果のある対称鍵の個別設定を行なうことにより、認証鍵が設定されたファイル単体に対するクラッキングを好適に防止することができる、優れた情報管理装置及び情報管理方法を提供することができる。
【００３４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００３５】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３６】
Ａ．ＩＣカードによる非接触データ通信システム
図１には、本発明を適用可能な非接触ＩＣカード通信システムの構成を模式的に示している。
【００３７】
この非接触カードシステムは、カード・リーダ／ライタ１と、ＩＣカード２と、コントローラ３で構成され、カード・リーダ／ライタ１とＩＣカード２との間では、電磁波を利用して非接触で、データの送受信が行なわれる。すなわち、カード・リーダ／ライタ１がＩＣカード２に所定のコマンドを送信し、ＩＣカード２は受信したコマンドに対応する処理を行なう。そして、ＩＣカード２は、その処理結果に対応する応答データをカード・リーダ／ライタ１に送信する。
【００３８】
カード・リーダ／ライタ１は、所定のインターフェース（例えば、ＲＳ−４８５Ａの規格などに準拠したもの）を介してコントローラ３に接続されている。コントローラ３は、カード・リーダ／ライタ１に対し制御信号を供給することで、所定の処理を行なわせる。
【００３９】
Ｂ．ファイル・システム
図２には、ＩＣカードを用いて実現される、電子マネーや電子チケット、その他の価値情報を運用するサービス提供システムの全体的構成を模式的に示している。
【００４０】
図示のシステム１００は、例えば、ＩＣカード発行者１２１が使用する発行者用通信装置１１１と、カード記憶領域運用者１２２が使用する運用者用通信装置１１２と、装置製造者１２３が使用する製造者用通信装置１１３と、カード記憶領域使用者１２４が使用する記憶領域分割装置１１４及び運用ファイル登録装置１１５とで構成される。
【００４１】
ＩＣカード発行者１２１がカード所有者１２６にＩＣカード１１６を発行した場合に、所定の条件に基づいて、カード記憶領域使用者１２４によって提供されるサービスに係わるファイル・データをＩＣカード１６に登録し、カード所有者１２６が単体のＩＣカード１１６を用いて、ＩＣカード発行者１２１及びカード記憶領域使用者１２４の双方のサービスを受けることを可能にするものである。
【００４２】
図２に示すように、システム１００では、発行者用通信装置１１１、運用者用通信装置１１２、製造者用通信装置１１３、記憶領域分割装置１１４及び運用ファイル登録装置１１５が、ネットワーク１１７を介して接続される。
【００４３】
ＩＣカード発行者１２１は、ＩＣカード１１６の発行を行なう者であり、ＩＣカード１１６を用いて自らのサービスを提供する。
【００４４】
カード記憶領域運用者１２２は、ＩＣカード発行者１２１からの依頼を受けて、ＩＣカード発行者１２１が発行したＩＣカード１１６内の記憶部（半導体メモリ）に構成される記憶領域のうち、ＩＣカード発行者１２１が使用しない記憶領域をカード記憶領域使用者１２４に貸し出すサービスを行なう者である。
【００４５】
装置製造者１２３は、カード記憶領域運用者１２２から依頼を受けて、記憶領域分割装置１１４を製造し、カード記憶領域使用者１２４に納品する者である。
【００４６】
カード記憶領域使用者１２４は、カード記憶領域運用者１２２に依頼を行ない、ＩＣカード１１６の記憶領域を使用して自らの独自のサービスを提供する者であり、メモリ領域を分割して新たなファイル・システムを作成するサービス提供元事業者（前述）に相当し、自己のファイル・システムを利用して自身のサービス提供を行なう。
【００４７】
カード所有者１２６は、ＩＣカード発行者１２１からＩＣカード１１６の発行を受け、ＩＣカード発行者１２１が提供するサービスを受ける者である。カード所有者１２６は、ＩＣカード１１６の発行後に、カード記憶領域使用者１２４が提供するサービスを受けることを希望する場合には、記憶領域分割装置１１４及び運用ファイル登録装置１１５を用いて、カード記憶領域使用者１２４のサービスに係わるファイル・データをＩＣカード１１６に記憶し、その後、カード記憶領域使用者１２４のサービスを受けることができるようになる。
【００４８】
システム１００は、ＩＣカード発行者１２１のサービスと、カード記憶領域使用者１２４のサービスとを単体のＩＣカード１１６を用いて提供するに当たって、ＩＣカード発行者１２１及びカード記憶領域使用者１２４のサービスに係わるファイル・データが記憶される記憶領域に、権限を有しない他人によって不正にデータの書き込み及び書き換えなどが行なわれることを困難にする構成を有している。
【００４９】
ＩＣカード１１６は、その字義通り、カード型のデータ通信装置であってもよいし、いわゆるＩＣカード機能が実装された半導体チップを内蔵した携帯電話機（あるいはその他の携帯端末やＣＥ機器）として具現化されることもある。
【００５０】
なお、図２では、それぞれ単数のＩＣカード発行者１２１、カード記憶領域使用者１２４及びカード所有者１２６がある場合を例示したが、これらは、それぞれ複数であってもよい。
【００５１】
ＩＣカードが持つ耐タンパ性と認証機能を利用して、価値情報のやり取りなどを含んだセキュリティが要求されるサービスを提供することができる。さらに本実施形態では、単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一のＩＣカードを複数の事業者で共有し、単一のＩＣカードにより複数のサービスを提供するようにした。
【００５２】
ＩＣカード内のメモリ領域は、初期状態では、ＩＣカード発行者がメモリ領域全体を管理している。ＩＣカード発行者以外のサービス提供元事業者がメモリ領域から新たなファイル・システムを分割するに際しては、メモリ領域の分割権限と、ＩＣカード発行者に対する認証の双方が要求される。
【００５３】
メモリ領域が一旦分割されると、ファイル・システムへのアクセスは、元のＩＣカードの発行者ではなく、ファイル・システム自体のサービス提供元事業者への認証が要求される。したがって、ファイル・システム間の境界がファイヤ・ウォールとして機能し、他のファイル・システムからの不正なアクセスを好適に排除することができる。また、ユーザにとっては、各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手を確保することができる。そして、分割操作を繰り返すことにより、ＩＣカード内のメモリ領域は複数のファイル・システムが共存する構造となる。ファイル・システムの分割は、仮想的なＩＣカードの発行である。
【００５４】
ここで、図３〜図６を参照しながら、ＩＣカード内のメモリ領域の運用形態について説明する。
【００５５】
図３には、元のカード発行者が自らのファイル・システムのみを管理しているメモリ領域の状態を示している。元のカード発行者のシステム・コードＳＣ１は、システム・コードの管理機構が付与する。外部機器又はプログラムがカード発行者のファイル・システムにアクセスする場合は、ＳＣ１を識別コード（すなわち、要求コマンドの引数）とする。
【００５６】
図４には、カード発行者が自らのファイル・システムの空き領域の内で、ある範囲のメモリを領域管理者に貸与（又は譲渡）することが許可できることを示している。この段階では，まだメモリ領域上のファイル・システムに対して分割が行なわれている訳ではない。カード発行者は、自らのファイル・システムに空き領域はあるうちは、複数の領域管理者に対して、メモリを貸与することを許可できる。例えば、４ビットのシステム・コードでファイル・システムを識別するという実装では、最大１６分割（１５回まで分割）することができる。
【００５７】
図５には、他のサービス提供元事業者が、カード発行者から許可された領域においてメモリ領域を分割し、新たなファイル・システムを生成した状態を示している。この新規ファイル・システムには、システム・コードの管理機構からシステム・コードＳＣ２が付与されている。外部機器又はプログラムが、当該メモリ領域管理者（サービス提供元事業者）の運用するファイル・システムにアクセスする場合は、ＳＣ２を識別コード（要求コマンドの引数）とする。
【００５８】
図６には、共通領域管理者が、カード発行者から許可された領域において、共通領域のシステム・コードＳＣ０でメモリを分割した状態を示している。外部機器又はプログラムがこの共通領域管理者の運用領域であるファイル・システムにアクセスする場合には、そのシステム・コードＳＣ０を識別コード（要求コマンドの引数）とする。
【００５９】
ＩＣカードのメモリ領域は、分割操作を繰り返すことにより、図７に示すように複数のファイル・システムが共存する構造となる。元のカード発行者、並びにカード発行者の許可によりＩＣカード上で自己のファイル・システムを取得したサービス提供元事業者は、それぞれ自己のファイル・システムを利用して、エリアやサービスを配設し（後述）、自身の事業展開に利用することができる。
【００６０】
ここで、１つのファイル・システム内での運用形態について説明する。基本的には、どのファイル・システムにおいても同様の動作が実現されるものとする。
【００６１】
ファイル・システム内には、電子決済を始めとする外部との電子的な価値情報のやり取りなどのアプリケーションを実現するための、１以上のファイルが配置されている。アプリケーションに割り当てられているメモリ領域を「サービス・メモリ領域」と呼ぶ。また、アプリケーションの利用、すなわち該当するサービス・メモリ領域へアクセスする処理動作のことを「サービス」と呼ぶ。サービスには、メモリへの読み出しアクセス、書き込みアクセス、あるいは電子マネーなどの価値情報に対する価値の加算や減算などが挙げられる。
【００６２】
ユーザがアクセス権を持つかどうかに応じてアプリケーションの利用すなわちサービスの起動を制限するために、アプリケーションに対して暗証コードすなわちＰＩＮを割り当て、サービス実行時にＰＩＮの照合処理を行なうようになっている。また、サービス・メモリ領域へのアクセスは、アプリケーションのセキュリティ・レベルなどに応じて、適宜暗号化通信が行なわれる。
【００６３】
本実施形態では、ＩＣカード内のメモリ領域に設定されているそれぞれのファイル・システムに対して、「ディレクトリ」に類似する階層構造を導入する。そして、メモリ領域に割り当てられた各アプリケーションを、所望の階層の「エリア」に登録することができる。
【００６４】
例えば、一連のトランザクションに使用される複数のアプリケーション、あるいは関連性の深いアプリケーション同士を同じエリア内のサービス・メモリ領域として登録する（さらには、関連性の深いエリア同士を同じ親エリアに登録する）ことによって、メモリ領域のアプリケーションやエリアの配置が整然とし、ユーザにとってはアプリケーションの分類・整理が効率化する。
【００６５】
また、ファイル・システムへのアクセス権を階層的に制御するために、アプリケーション毎にＰＩＮを設定できる以外に、各エリアに対してもＰＩＮを設定することができるようにしている。例えば、あるエリアに該当するＰＩＮを入力することにより、照合処理並びに相互認証処理を経て、エリア内のすべてのアプリケーション（並びにサブエリア）へのアクセス権を与えるようにすることもできる。したがって、該当するエリアに対するＰＩＮの入力を１回行なうだけで、一連のトランザクションで使用されるすべてのアプリケーションのアクセス権を得ることができるので、アクセス制御が効率化するとともに、機器の使い勝手が向上する。
【００６６】
さらに、あるサービス・メモリ領域に対するアクセス権限が単一でないことを許容し、それぞれのアクセス権限毎、すなわちサービス・メモリ領域において実行するサービスの内容毎に、暗証コードを設定することができる。例えば、同じサービス・メモリ領域に対して起動するサービスが「読み出し」と「読み出し及び書き込み」とでは、別々のＰＩＮが設定される。また、電子マネーやその他の価値情報に対する「増額」と「減額」とでは、別々のＰＩＮが設定される。また、あるメモリ領域に対する読み出しについてはＰＩＮの入力が必要でないが、書き込む場合にはＰＩＮの入力を必須とさせることが可能である。
【００６７】
図８には、ファイル・システム内のデータ構造例を模式的に示している。図示の例では、ファイル・システムが持つ記憶空間には、「ディレクトリ」に類似する階層構造が導入されている。すなわち、メモリ領域に割り当てられた各アプリケーションを、所望の階層エリアにサービス・メモリ領域として登録することができる。例えば、一連のトランザクションに使用されるアプリケーションなど、関連性の深いアプリケーション同士を同じエリアに登録する（さらには、関連性の深いエリア同士を同じ親エリアに登録する）ことができる。
【００６８】
また、ファイル・システム内に割り当てられたアプリケーション（すなわちサービス・メモリ領域）並びにエリアは暗証コード定義ブロックを備えている。したがって、アプリケーション毎に、あるいはエリア毎にＰＩＮを設定することができる。また、ファイル・システムに対するアクセス権は、アプリケーション単位で行なうとともに、並びにエリア単位で行なうことができる。
【００６９】
さらに、あるサービス・メモリ領域に対するアクセス権限が単一でなく、実行するサービスの内容毎に、ＰＩＮを設定することができる。例えば、同じサービス・メモリ領域に対して起動するサービスが「読み出し」と「読み出し及び書き込み」とでは、別々のＰＩＮが設定され、また、電子マネーやその他の価値情報に対する「増額」と「減額」とでは、別々のＰＩＮが設定される。
【００７０】
照合部は、例えばＩＣカードを利用した非接触データ通信などのプロトコル・インターフェースを介して送られてくるＰＩＮを、各アプリケーション又はディレクトリに割り当てられたエリア又はサービス・メモリ領域に設定されている暗証コードと照合して、一致するメモリ領域に対するアクセスを許可する。アクセスが許可されたメモリ領域は、プロトコル・インターフェースを介して読み書きが可能となる。
【００７１】
図９には、ファイル・システムの基本構成を示している。図８を参照しながら既に説明したように、ファイル・システムに対して、「ディレクトリ」に類似する階層構造が導入され、所望の階層のエリアに、アプリケーションに割り当てられたサービス・メモリ領域を登録することができる。図９に示す例では、エリア００００定義ブロックで定義されるエリア００００内に、１つのサービス・メモリ領域が登録されている。
【００７２】
図示のサービス・メモリ領域は、１以上のユーザ・ブロックで構成される。ユーザ・ブロックはアクセス動作が保証されているデータ最小単位のことである。このサービス・メモリ領域に対しては、サービス０１０８定義ブロックで定義されている１つのサービスすなわちサービス０１０８が適用可能である。
【００７３】
エリア単位、並びにアプリケーション単位でアクセス制限を行なう以外に、サービスの種類毎に暗証コードを設定して、サービス単位でアクセス制限を行なうことができる。アクセス制限の対象となるサービスに関する暗証コード設定情報は、暗証コード専用のサービス（すなわち「暗証コード・サービス」）として定義される。図９に示す例では、サービス０１０８に関する暗証コードが暗証コード・サービス０１２８定義ブロックとして定義されている。その暗証コード・サービスの内容は暗証コード・サービス・データ・ブロックに格納されている。
【００７４】
サービス０１０８に対する暗証コード・サービスが有効になっている場合、サービス０１０８を起動してそのユーザ・ブロックに読み出し又は書き込み動作を行なう前に、暗証コード・サービス０１２８を使用した暗証コードの照合が必要となる。具体的には、暗号化あり読み書き（Ｒｅａｄ／Ｗｒｉｔｅ）コマンドを使用する場合は、相互認証前にサービス０１０８に対する暗証コードすなわちＰＩＮの照合を行なう。
【００７５】
また、アプリケーションに割り当てられたサービス・メモリ領域を所望の階層のエリアに登録するとともに、エリアを階層化する（関連性の深いエリア同士を同じ親エリアに登録する）ことができる。この場合、エリア毎にＰＩＮを設定することにより、エリアをアクセス制限の単位とすることができる。図１０には、ＩＣカードのメモリ空間においてエリアが階層化されている様子を示している。同図に示す例では、エリア００００定義ブロックで定義されているエリア００００内に、エリア１０００定義ブロックで定義されている別のエリア１０００が登録されている。
【００７６】
図１０に示す例では、さらにエリア１０００内には、２つのサービス・メモリ領域が登録されている。一方のサービス・メモリ領域に対しては、サービス１１０８定義ブロックで定義されているサービス１１０８と、サービス１１０Ｂ定義ブロックで定義されているサービス１１０Ｂが適用可能である。このように、１つのサービス・メモリ領域に対してサービス内容の異なる複数のサービスを定義することを、本明細書中では「オーバーラップ・サービス」と呼ぶ。オーバーラップ・サービスにおいては、同じサービス・エリアに対して、入力したＰＩＮに応じて異なるサービスが適用されることになる。また、他方のサービス・メモリ領域に対しては、サービス１１０Ｃ定義ブロックで定義されているサービス１１０Ｃが適用可能である。
【００７７】
各サービス・メモリ領域に設定されているサービスを起動してそのユーザ・ブロックに読み出し又は書き込み動作を行なうことができる。勿論、図９を参照しながら説明したように、サービス毎に暗証コード・サービスを定義することができる。この場合、サービスに対する暗証コード・サービスが有効になっているときには、暗証コード・サービスを使用したＰＩＮの照合を行なってからサービスの起動が許可される。
【００７８】
また、複数のサービスに対して共通のＰＩＮを設定したい場合には、これらサービスを含むエリアを作成し、このエリアに対して共通の暗証コード・サービスを適用することができる。
【００７９】
図１０に示す例では、エリア１０００に関する暗証コードが、暗証コード・サービス１０２０定義ブロックとして定義されている。その暗証コード・サービスの内容は暗証コード・サービス・データ・ブロックに格納されている。
【００８０】
エリア１０００に対する暗証コード・サービスが有効（後述）になっている場合、暗証コード・サービス１０２０を使用した暗証コードの照合を行なった後に、エリア１０００内の各サービスを起動してそのユーザ・ブロックに読み出し又は書き込み動作を行なうことが可能となる。
【００８１】
図１１には、内部メモリに複数のファイル・システムを設けることができるＩＣカード内のファームウェアの機能構成を模式的に示している。
【００８２】
インターフェース制御部は、非接触ＩＣカード・インターフェースによるカード・リーダ／ライタとの通信、カード・リーダ／ライタとしての通信、有線インターフェースを介した通信、その他のＩ／Ｏインターフェースを介した通信などのプロトコル制御を行なう。
【００８３】
コマンド制御部は、インターフェース制御部を介して外部から受け取ったコマンドの処理や、外部に対するコマンド発行、コマンドの検査などを行なう。
【００８４】
セキュリティ制御部は、メモリ領域若しくはメモリ領域内の各ファイル・システムへアクセスする際の認証処理や、ファイル・システム内のディレクトリやサービスを利用する際のＰＩＮ照合などのセキュリティ処理を実現する。
【００８５】
ファイル・システム制御部は、上述したようなメモリ領域からファイル・システムへの分割（並びに分割の解消）などファイル・システム管理や、ファイル・システム内のディレクトリ構造の管理などを行なう。
【００８６】
モード管理部は、全ファイル・システム並びに個別のファイル・システムのモードの管理を行なう。ここで言うモードには、ファイル・システムの利用停止や利用再開などの状態が含まれる。
【００８７】
この他、起動制御やＲＯＭ管理、パラメータ管理、不揮発性メモリ管理、パッチ制御など、ＩＣカード内の各ハードウェア制御用のファームウェアも含まれている。
【００８８】
Ｃ．ファイル連携の指定
ＩＣカード内のメモリに配置されるファイルには、ＩＣカード発行者（若しくはＩＣカードを利用したサービスの提供元事業者）における通常の運用で利用する一般ファイルと、このような通常の運用では利用しない、あるいはＩＣカードを所有する利用者において個別に利用するデータを格納した個別鍵ファイルに大別することができる（前述）。
【００８９】
一般ファイルは、ＩＣカード発行者が全カードに共通する対称鍵を設定している。したがって、暗号鍵は、各ファイル・フォーマットにおいて同一である。但し、各発行ロットにおいて鍵及び鍵バージョンを変更することもある。
【００９０】
これに対し、個別鍵ファイルでは、ＩＣカードの利用者において個別に設定する。言い換えれば、ＩＣカード毎に異なる個別鍵が設定される。
【００９１】
ここで、個別鍵ファイルでは、ＩＣカードの利用者において個別に認証鍵（個別鍵）を設定するのに対し、一般ファイルは、ＩＣカード発行者が全カードに共通する対称鍵を設定するため、クラッキングによる被害を受け易いという問題がある。一般ファイルの場合、共通の鍵が設定されていることから、あるＩＣカードでクラッキングが行なわれると、同じＩＣカード発行者から発行されたすべてのＩＣカードがクラッキングされたのと同様の被害を受けることになってしまう。
【００９２】
そこで、本実施形態では、ファイル連携指定子を導入して、ＩＣカード内に配置されている２以上のファイルの連携関係を設定できるようにした。具体的には、ファイル連携指定子で指定されている２以上のファイルが双方同時にオープンしなければならない、すなわち同時に認証を行なわなければ連携指定されているいずれのファイルもオープンできないという制限が課される。
【００９３】
例えば、ファイル連携指定子により、１以上の一般ファイルと１以上の個別鍵ファイルとを指定した場合、認証時において、これらが双方同時に認証できなければいずれのファイルも開くことができない。この場合、個別鍵自身又はその生成方法が判らない第３者は、一般ファイルの対称鍵自体を見破ることはできても、一般ファイルに対するクラッキングを難しくなるので、ＩＣカード発行者は、対象鍵の個別設定をより効果的に行なうことができる。
【００９４】
図１２には、ファイルの連携指定したファイル・システム内の基本構成を模式的に示している。図示の例では、２以上のファイルの同時認証を指定するファイル連携指定子は、一般ファイルや個別鍵ファイルなど、ファイル・システム内の他のファイルと同様、ファイル形式で構成されている。但し、別の形態でファイル連携指定子を定義するようにしても構わない。
【００９５】
図示の例では、ファイル・システム内には、一般ファイルとしてのファイル１〜３と、個別鍵ファイル１〜２が配置されている。ファイル１〜２には、ＩＣカード発行者が全カードに共通する対称鍵がそれぞれ設定されている。また、個別鍵ファイル１〜２には、ＩＣカードの利用者において個別鍵がそれぞれ設定されている。
【００９６】
また、図示の例では、ファイル連携指定ファイル１並びにファイル連携指定ファイル２が配置されているが、これらは、同時に認証できるファイルの組み合わせを指定する特殊ファイルである。組合せの指定自身は、ファイル連携指定ファイルに対称鍵で設定される。ファイル連携指定ファイル自体は、一般ファイルと同様に、ＩＣカード発行者がすべてのＩＣカードに共通の対称鍵で認証を行なうように設定されている。
【００９７】
ファイル連携指定ファイル１は、ファイル２と個別鍵ファイル１との連携、すなわちファイル２は個別鍵ファイル１と同時にオープンしなければならないことを規定している。
【００９８】
また、ファイル連携指定ファイル２は、ファイル２、ファイル３並びに個別鍵ファイル２との連携、すなわちファイル２とファイル３は個別鍵ファイル１と同時にオープンしなければならないことを規定している。
【００９９】
以下では、ファイルをオープンするときに必要な認証鍵は、ファイルに対して指定されている鍵の組合せを所定の関数ｆで演算することによって得られるものとする。
【０１００】
ファイル１は、いずれのファイル連携指定子によっても規定されていない。したがって、ファイル１自体に設定された対称鍵Ｋs1だけで相互認証を行なえば、ファイルを開くことができる。この場合の認証鍵は以下の通りとなる。
【０１０１】
認証鍵ＫAUTH＝ｆ（ファイル１の対称鍵Ｋs1）
【０１０２】
また、ファイル２は、ファイル２に設定された対称鍵で相互認証することはできず、ファイル連携指定ファイル１の設定に従い、個別鍵ファイル１と同時に相互認証しなければならない。このときに利用する相互認証鍵は、ファイル２の対称鍵Ｋs2と個別鍵ファイル１の個別鍵Ｋp1を組み合わせた結果を利用するので、個別鍵となる。
【０１０３】
認証鍵ＫAUTH＝ｆ（ファイル２の対称鍵Ｋs2，個別鍵ファイル１の個別鍵Ｋp1）
【０１０４】
また、ファイル３は、ファイル３に設定された対称鍵で相互認証することはできなず、ファイル連携指定ファイル２の設定に従い、ファイル２及び個別鍵ファイル２と同時に相互認証しなければならない。このときに利用する相互認証鍵は、ファイル２の対称鍵Ｋs2と、ファイル３の対称鍵Ｋs2と、個別鍵ファイル２の個別鍵Ｋp2を組み合わせた結果を利用するので、個別鍵となる。
【０１０５】
認証鍵
＝ｆ（ファイル２の対称鍵Ｋs2，ファイル３の対称鍵Ｋs3，個別鍵ファイル２の個別鍵Ｋp2）
【０１０６】
このような仕組みによれば、一般ファイル自体の対称鍵をクラッキングすることができても、個別鍵自身又はその生成方法が分からない第３者による意味の一般ファイルに対するクラッキングを難しくすることができる。
【０１０７】
ＩＣカード内のメモリ領域に展開されるファイル・システムにディレクトリ構造を導入できる点は既に述べた通りである。この場合、ディレクトリに対しても、ファイル連携指定の仕組みを適用することができる。図１３には、ディレクトリと個別鍵ファイルを連携させているファイル・システム内の構成を模式的に示している。
【０１０８】
ディレクトリ１以下では、ファイル１−１、ファイル１−２、ファイル１−３、個別鍵ファイル１、並びにファイル連携指定ファイル１が配置されている。
【０１０９】
ファイル１−１、ファイル１−２、ファイル１−３には、ＩＣカード発行者が全カードに共通する対称鍵がそれぞれ設定されている。また、個別鍵ファイル１には、ＩＣカードの利用者において個別鍵が設定されている。また、ファイル連携指定ファイル１は、一般ファイルと同様に、ＩＣカード発行者がすべてのＩＣカードに共通の対称鍵で認証を行なうように設定されている。
【０１１０】
ファイル連携指定ファイル１は、同時に認証できるファイルの組み合わせを指定する特殊ファイルであるが、ここでは、ファイル１−１と個別鍵ファイル１との連携、すなわちファイル１−１は個別鍵ファイル１と同時にオープンしなければならないことを規定している。
【０１１１】
したがって、ファイル１−２及びファイル１−３はそれぞれの対称鍵のみを用いた単独認証が可能であるのに対し、ファイル１−１は、単独認証することはできず、個別鍵ファイル１−１と同時に相互認証しなければならない。このときに利用する相互認証鍵は、ファイル１−１の対称鍵Ｋs1-1と個別鍵ファイル１の個別鍵Ｋp1を組み合わせた結果を利用するので、個別鍵となる。
【０１１２】
認証鍵ＫAUTH＝ｆ（ファイル１−１の対称鍵Ｋs1-1，個別鍵ファイル１の個別鍵Ｋp1）
【０１１３】
一方、ディレクトリ２以下では、ファイル２−１、ファイル２−２、ファイル２−３、個別鍵ファイル２、並びにファイル連携指定ファイル２が配置されている。
【０１１４】
ファイル２−１、ファイル２−２、ファイル２−３には、ＩＣカード発行者が全カードに共通する対称鍵がそれぞれ設定されている。また、個別鍵ファイル１には、ＩＣカードの利用者において個別鍵が設定されている。また、ファイル連携指定ファイル２は、一般ファイルと同様に、ＩＣカード発行者がすべてのＩＣカードに共通の対称鍵で認証を行なうように設定されている。
【０１１５】
ファイル連携指定ファイル２は、同時に認証できるファイルの組み合わせを指定する特殊ファイルであるが、ここでは、ディレクトリ２と個別鍵ファイル２との連携、すなわちディレクトリ２は個別鍵ファイル２と同時にオープンしなければならないことを規定している。
【０１１６】
したがって、ディレクトリ２以下のすべての一般ファイルは単独認証することができず、ディレクトリ２は個別鍵ファイル２と同時に相互認証しなければならない。
【０１１７】
図１４には、ＩＣカード内のファイル・システムにおけるアクセスを制御する仕組みを図解している。図示の例では、ファイルの連携指定の仕組みを導入し、一般ファイルの単独認証、並びに個別鍵ファイルとの同時認証を行なうことができる。
【０１１８】
一般ファイルには、ＩＣカード発行者が全カードに共通する対称鍵がそれぞれ設定されている。また、個別鍵ファイルには、ＩＣカードの利用者において個別鍵が設定されている。また、ファイル連携指定ファイルは、一般ファイルと同様に、ＩＣカード発行者がすべてのＩＣカードに共通の対称鍵で認証を行なうように設定されている。
【０１１９】
認証鍵生成部は、それぞれのファイルに設定されている鍵に対し所定の関数ｆを適用して、認証鍵ＫAUTHの生成を行なう。
【０１２０】
一般ファイルについての認証鍵の生成処理を行なう際、認証鍵生成部は、ファイル連携指定ファイルをスキャンして、当該一般ファイルの連携指定が規定されているかどうかを確認する。そして、連携指定がなされている場合には、その一般ファイルの認証鍵を、一般ファイルが持つ対称鍵と、これに連携指定されているすべての一般ファイルの対称鍵、並びに個別鍵ファイルの個別鍵との組合せに対し所定の関数ｆを適用して、認証鍵を生成する。この場合の認証鍵は、対称鍵と個別鍵を組み合わせた結果を利用するので、個別鍵となる。
【０１２１】
アクセス制御部は、外部からＩＣカード内のファイルへアクセスが行なわれたときに、自身が管理する認証鍵ＫAUTHとアクセス要求元から入力された認証鍵ＫAUTH’を照合し、要求されているファイルへのアクセスの可否を判断する。
【０１２２】
一般ファイルがファイルの連携指定がなされていない場合には、認証鍵はこの一般ファイルに設定されている対称鍵のみで生成されることから、アクセス制御部は、一般ファイルを単独で認証することが可能となる。
【０１２３】
一方、一般ファイルがファイルの連携指定がなされている場合には、認証鍵は対称鍵と個別鍵の組合せを利用して生成されることから、アクセス制御部は、連携指定されているすべてのファイルを同時に認証することになる。
【０１２４】
図１５には、図１４に示したアクセス制御の仕組みの変形例を示している。
【０１２５】
図１４に示した例では、ファイル・システム内（若しくはディレクトリ内）には、同時に認証できるファイルの組み合わせを指定する特殊ファイルであるファイル連携指定ファイルが配置されているが、図１５に示す例では、これに加えて、各ファイルへのアクセス回数を管理する特殊ファイルであるカウンタ・ファイルが配置されている。
【０１２６】
カウンタ・ファイルには、ファイル・システム内（若しくはディレクトリ内）の各ファイルのアクセス回数の上限値が記載されている。
【０１２７】
アクセス制御部は、上述したような単独認証又は同時認証を経てファイルへのアクセスが行なわれる度に、カウンタ・ファイル内の該当するファイルのカウンタ値をデクリメントしていく。そして、カウンタ値が消滅したファイルに関しては、単独認証、又は連携指定に基づく同時認証に成功した場合であっても、アクセスを拒否する。
【０１２８】
ここで、ファイル連携指定ファイルにおいて、アクセス回数をコントロールしたいファイルをカウンタ・ファイルとの連携を指定しておくことにより、アクセス回数の制御対象となるファイルをオープンする度に、カウンタ・ファイルも同時にオープンされる仕組みとなるので、ファイルへのアクセスに併せてカウンタ値の更新を円滑に行なうことができるようになる。
【産業上の利用可能性】
【０１２９】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１３０】
本明細書では、ＩＣカード若しくはＩＣチップに内蔵されるメモリ上に展開されたファイル空間を例にとり、複数のファイルの連携指定を行なうことで、認証に用いる対称鍵の個別設定をより効果的に行なう実施形態について説明してきたが、本発明の要旨はこれに限定されるものではない。例えば、ＩＣカードやＩＣチップ以外のメモリ装置上で同種のファイル・システムへのアクセス管理を行なう場合に、本発明を適用し同様の作用効果を得ることができる。
【０１３１】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【図面の簡単な説明】
【０１３２】
【図１】図１は、本発明を適用可能な非接触ＩＣカード通信システムの構成を模式的に示した図である。
【図２】図２は、ＩＣカードを用いて実現される、電子マネーや電子チケット、その他の価値情報を運用するサービス提供システムの全体的構成を模式的に示した図である。
【図３】図３は、元のカード発行者が自らのファイル・システムのみを管理しているメモリ領域の状態を示した図である。
【図４】図４は、カード発行者が自らのファイル・システムの空き領域の内で、ある範囲のメモリを領域管理者に貸与（又は譲渡）することが許可できることを示した図である。
【図５】図５は、他のサービス提供元事業者が、カード発行者から許可された領域においてメモリ領域を分割し、新たなファイル・システムを生成した状態を示した図である。
【図６】図６は、共通領域管理者が、カード発行者から許可された領域において、共通領域のシステム・コードＳＣ０でメモリを分割した状態を示した図である。
【図７】図７は、ＩＣカードのメモリ領域内に複数のファイル・システムが共存する構造を示した図である。
【図８】図８は、ファイル・システム内のデータ構造例を模式的に示した図である。
【図９】図９は、ファイル・システムの基本構成を示した図である。
【図１０】図１０は、ＩＣカードのメモリ空間においてエリアが階層化されている様子を示した図である。
【図１１】図１１は、ＩＣカード内のファームウェアの機能構成を模式的に示した図である。
【図１２】図１２は、ファイルの連携指定したファイル・システム内の基本構成を模式的に示した図である。
【図１３】図１３は、ディレクトリと個別鍵ファイルを連携させているファイル・システム内の構成を模式的に示した図である。
【図１４】図１４は、ＩＣカード内のファイル・システムにおけるアクセスを制御する仕組みを示した図である。
【図１５】図１５は、図１４に示したアクセス制御の仕組みの変形例を示した図である。
【符号の説明】
【０１３３】
１…カード・リーダ／ライタ
２…ＩＣカード
３…コントローラ
１１１…発行者用通信装置
１１２…運用者用通信装置
１１３…製造者用通信装置
１１４…記憶領域分割登録装置
１１５…運用ファイル登録装置
１１６…ＩＣカード
１１７…ネットワーク
１２１…カード発行者
１２２…カード記憶領域運用者
１２３…装置製造者
１２４…カード記憶領域使用者
【図１】
2005352961.tif 000003
【図２】
2005352961.tif 000004
【図３】
2005352961.tif 000005
【図４】
2005352961.tif 000006
【図５】
2005352961.tif 000007
【図６】
2005352961.tif 000008
【図７】
2005352961.tif 000009
【図８】
2005352961.tif 000010
【図９】
2005352961.tif 000011
【図１０】
2005352961.tif 000012
【図１１】
2005352961.tif 000013
【図１２】
2005352961.tif 000014
【図１３】
2005352961.tif 000015
【図１４】
2005352961.tif 000016
【図１５】
2005352961.tif 000017