(57)【要約】【課題】  単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一の情報記憶媒体を複数の事業者で共有する。【解決手段】  初期状態ではＩＣカード発行者がメモリ領域全体を管理している。他のサービス提供元事業者がメモリ領域から新たなファイル・システムを分割するとき、メモリ領域の分割権限とＩＣカード発行者に対する認証の双方が要求される。ファイル分割後は、ファイル・システムへのアクセスは、分割したサービス提供元事業者への認証が要求される。ユーザにとっては、各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手が確保される。【選択図】  図１０
2005196412.tif 000002
【特許請求の範囲】
【請求項１】
メモリ空間を備え、１以上のファイル・システムに分割して管理するデータ通信装置であって、
分割権限鍵を保持し、前記メモリ空間のファイル・システムへのアクセスを管理する制御手段と、
第１のサービス提供元の発行者鍵を保持し、メモリ空間上に割り当てられた第１のファイル・システムとを備え、
第２のサービス提供元の発行者鍵を前記分割権限鍵で暗号化した分割素パッケージと新規のファイル・システムに関する情報を含んだデータ・ブロックを第１のサービス提供元の発行者鍵で暗号化した分割パッケージを受信すると、
前記第１のファイル・システムにおいて分割パッケージを解読して分割素パッケージを取り出し、
前記制御手段において分割素パッケージを解読し、前記メモリ空間の空き領域から、新規のファイル・システムに関する情報に従って、第２のサービス提供元の発行者鍵を保持した第２のファイル・システムを分割する、
ことを特徴とするデータ通信装置。
【請求項２】
メモリ空間上の各ファイル・システムはエリア識別情報を持ち、
外部からのアクセスは、アクセス先となるファイル・システムの発行者鍵で暗号化されたパッケージで構成され、
前記制御手段は、エリア識別情報とパッケージを引数とする外部からのアクセス要求に対し、エリア識別情報を基に該当するファイル・システムへパッケージを渡し、
ファイル・システムは自身の発行者鍵でパッケージを解読する、
ことを特徴とする請求項１に記載のデータ通信装置。
【請求項３】
メモリ空間上の各ファイル・システムはシステム・コードを持ち、
前記制御手段は、新規のファイル・システムを分割する際に、発行者鍵、エリア識別情報とともにシステム・コードを該ファイル・システムに設定する、
ことを特徴とする請求項２に記載のデータ通信装置。
【請求項４】
サービス提供元は自己のシステム・コードを引数にしたエリア識別情報の取得要求を行ない、
前記制御手段は、該要求に応答して、各ファイル・システムをポーリングして該当するファイル・システムからエリア識別情報を取得し、要求元へ返す、
ことを特徴とする請求項３に記載のデータ通信装置。
【請求項５】
第２のサービス提供元は、前記メモリ空間上に自己のファイル・システムを取得した後、分割時に設定された発行者鍵又はシステム・コードを書き換える、
ことを特徴とする請求項１に記載のデータ通信装置。
【請求項６】
各サービス提供元は、自己のファイル・システムに対するアクセス要求を自己の発行者鍵で暗号化するとともに、エリア識別情報を引数とし、
前記制御手段は、エリア識別情報とパッケージを引数とする外部からのアクセス要求に対し、エリア識別情報を基に該当するファイル・システムへパッケージを渡す、
ことを特徴とする請求項１に記載のデータ通信装置。
【請求項７】
メモリ空間を備え、１以上のファイル・システムに分割して管理するデータ通信装置におけるメモリ管理方法であって、前記メモリ空間上では、ファイル・システムの分割に関する権限を認証する分割権限鍵と、第１のサービス提供元の発行者鍵によりアクセス権限を認証する第１のファイル・システムが設けられており、
第２のサービス提供元の発行者鍵を前記分割権限鍵で暗号化した分割素パッケージを生成するステップと、
分割素パッケージと新規のファイル・システムに関する情報を含んだデータ・ブロックを第１のサービス提供元の発行者鍵で暗号化して分割パッケージを生成するステップと、
分割パッケージを引数に含む分割要求を発行するステップと、
前記第１のファイル・システムにおいて分割パッケージを解読して分割素パッケージを取り出すステップと、
分割素パッケージを解読し、前記メモリ空間の空き領域から、新規のファイル・システムに関する情報に従って、第２のサービス提供元の発行者鍵を保持した第２のファイル・システムを分割するステップと、
を具備することを特徴とするデータ通信装置のメモリ管理方法。
【請求項８】
メモリ空間上の各ファイル・システムはエリア識別情報を持ち、外部からのアクセスはアクセス先となるファイル・システムの発行者鍵で暗号化されたパッケージで構成され、
エリア識別情報とパッケージを引数とするファイル・システムへのアクセス要求を発行するステップと、
エリア識別情報を基に該当するファイル・システムへパッケージを渡すステップと、
ファイル・システムが自身の発行者鍵でパッケージを解読するステップと、
をさらに備えることを特徴とする請求項７に記載のデータ通信装置のメモリ管理方法。
【請求項９】
メモリ空間上の各ファイル・システムはシステム・コードを持ち、
新規のファイル・システムを分割する際に、発行者鍵、エリア識別情報とともにシステム・コードを該ファイル・システムに設定するステップをさらに備える、
ことを特徴とする請求項８に記載のデータ通信装置のメモリ管理方法。
【請求項１０】
サービス提供元は自己のシステム・コードを引数にしたエリア識別情報の取得要求を行なうステップと、
該要求に応答して、各ファイル・システムをポーリングして該当するファイル・システムからエリア識別情報を取得し、要求元へ返すステップと、
をさらに備えることを特徴とする請求項９に記載のデータ通信装置のメモリ管理方法。
【請求項１１】
第２のサービス提供元が、前記メモリ空間上に自己のファイル・システムを取得した後、分割時に設定された発行者鍵又はシステム・コードを書き換えるステップをさらに備える、
ことを特徴とする請求項７に記載のデータ通信装置のメモリ管理方法。
【請求項１２】
サービス提供元が自己のファイル・システムに対する要求内容を自己の発行者鍵で暗号化したパッケージと、エリア識別情報を引数としたアクセス要求を発行するステップと、
エリア識別情報とパッケージを引数とするアクセス要求に対し、エリア識別情報を基に該当するファイル・システムへパッケージを渡すステップと、
をさらに備えることを特徴とする請求項７に記載のデータ通信装置のメモリ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、比較的大容量のメモリ領域を備えたデータ通信装置及びデータ通信装置のメモリ管理方法に係り、特に、メモリ領域上に電子的な価値情報を格納して電子決済を始めとするセキュアな情報のやり取りを行なうデータ通信装置及びデータ通信装置のメモリ管理方法に関する。
【０００２】
さらに詳しくは、本発明は、メモリ領域上にサービス提供元事業者用のファイル・システムを割り当てて、ファイル・システム内で当該事業者によるサービス運用のための情報を管理するデータ通信装置及びデータ通信装置のメモリ管理方法に係り、特に、単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一のデータ通信装置を複数の事業者で共有し、単一のデータ通信装置により複数のサービスを提供するデータ通信装置及びデータ通信装置のメモリ管理方法に関する。
【背景技術】
【０００３】
局所でのみ適用可能な無線通信手段の一例として、非接触ＩＣカードを挙げることができる。
【０００４】
この種の無線通信には、一般に、電磁誘導の原理に基づいて実現される。すなわち、メモリ機能を有するＩＣカードと、ＩＣカードのメモリに対して読み書きアクセスをするカード・リーダ／ライタで構成され、１次コイルとしてのＩＣカード側のループ・コイルと２次コイルとしてのカード・リーダ／ライタ側のアンテナが系として１個のトランスを形成している。そして、カード・リーダ／ライタ側からＩＣカードに対して、電力と情報を同じく電磁誘導作用により伝送し、ＩＣカード側では供給された電力によって駆動してカード・リーダ／ライタ側からの質問信号に対して応答することができる。
【０００５】
カード・リーダ／ライタ側では、アンテナに流す電流を変調することで、ＩＣカード上のループ・コイルの誘起電圧が変調を受けるという作用により、カード・リーダ／ライタからＩＣカードへのデータ送信を行なうことができる。また、ＩＣカードは、ループ・コイルの端子間の負荷変動により、ＩＣカード・リーダ／ライタ側のアンテナ端子間のインピーダンスが変化してアンテナの通過電流や電圧が変動するという作用により、カード・リーダ／ライタへの返信を行なう。
【０００６】
ＩＣカードに代表される非接触・近接通信システムは、操作上の手軽さから、広範に普及している。例えば、暗証コードやその他の個人認証情報、電子チケットなどの価値情報などをＩＣカードに格納しておく一方、キャッシュ・ディスペンサやコンサート会場の出入口、駅の改札口などにカード・リーダ／ライタを設置しておく。そして、利用者がＩＣカードをカード・リーダ／ライタにかざすことで、非接触でアクセスし、認証処理を行なうことができる。
【０００７】
最近では、微細化技術の向上とも相俟って、比較的大容量のメモリ空間を持つＩＣカードが出現している。大容量メモリ付きのＩＣカードによれば、複数のアプリケーションを同時に格納しておくことができるので、１枚のＩＣカードを複数の用途に利用することができる。例えば、１枚のＩＣカード上に、電子決済を行なうための電子マネーや、特定のコンサート会場に入場するための電子チケットなど、多数のアプリケーションを格納しておくことにより、１枚のＩＣカードをさまざまな用途に適用させることができる。ここで言う電子マネーや電子チケットは、利用者が提供する資金に応じて発行される電子データを通じて決済（電子決済）される仕組み、又はこのような電子データ自体を指す。
【０００８】
ＩＣカードの一般的な使用方法は、利用者がＩＣカードをカード・リーダ／ライタをかざすことによって行なわれる。カード・リーダ／ライタ側では常にＩＣカードをポーリングしており外部のＩＣカードを発見することにより、両者間の通信動作が開始する。
【０００９】
このとき、利用者が暗証番号をＩＣカード・リーダ側に入力して、入力された暗証番号をＩＣカード上に格納された暗証番号と照合することで、ＩＣカードとＩＣカード・リーダ／ライタ間で本人確認又は認証処理が行なわれる。ＩＣカード・アクセス時に使用する暗証番号のことを、特にＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）と呼ぶ。そして、本人確認又は認証処理に成功した場合には、例えば、ＩＣカード内に保存されているアプリケーションの利用、すなわち、アプリケーションに割り当てられているサービス・メモリ領域へのアクセスが可能となる（本明細書中では、アプリケーションに割り当てられているメモリ領域を「サービス・メモリ領域」と呼ぶ）。サービス・メモリ領域へのアクセスは、アプリケーションのセキュリティ・レベルなどに応じて、適宜暗号化通信が行なわれる。
【００１０】
さらに、ＩＣカードやカード用リーダ／ライタ（カード読み書き装置）が無線・非接触インターフェースの他に、外部機器と接続するための有線インターフェース（図示しない）を備えることにより、ＩＣカードやリーダ／ライタの機能を携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）やＣＥ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ）機器、パーソナル・コンピュータなどの各デバイスにＩＣカード及びカード・リーダ／ライタのいずれか一方又は双方の機能を装備することができる。このような場合、ＩＣカード技術を汎用性のある双方向の近接通信インターフェースとして利用することができる。
【００１１】
例えば、コンピュータや情報家電機器のような機器同士で近接通信システムが構成される場合には、ＩＣカードを利用した通信が一対一で行なわれる。また、ある機器が非接触ＩＣカードのような機器以外の相手デバイスと通信することも可能であり、この場合においては、１つの機器と複数のカードにおける一対多の通信を行なうアプリケーションも考えられる。
【００１２】
また、電子決済を始めとする外部との電子的な価値情報のやり取りなど、ＩＣカードを利用したさまざまなアプリケーションを、情報処理端末上で実行することができる。例えば、情報処理端末上のキーボードやディスプレイなどのユーザ・インターフェースを用いてＩＣカードに対するユーザ・インタラクションを情報処理端末上で行なうことができる。また、ＩＣカードが携帯電話機と接続されていることにより、ＩＣカード内に記憶された内容を電話網経由でやり取りすることもできる。さらに、携帯電話機からインターネット接続して利用代金をＩＣカードで支払うことができる。
【００１３】
あるサービス提供元事業者用のファイル・システムをＩＣカードの内蔵メモリに割り当てて、このファイル・システム内で当該事業者によるサービス運用のための情報（例えば、ユーザの識別・認証情報や残りの価値情報、使用履歴（ログ）など）を管理することにより、従来のプリペイド・カードや店舗毎のサービス・カードに置き換わる、非接触・近接通信を基調とした有用なサービスを実現することができる。
【００１４】
従来、サービス提供元事業者毎にＩＣカードが個別に発行され、ユーザの利用に供されていた。このため、ユーザは、享受するサーヒス毎にＩＣカードを取り揃え、携帯しなければならなかった。これに対し、比較的大容量のメモリ空間を持つＩＣカードによれば、単一のＩＣカードの内蔵メモリに複数のサービスに関する情報を記録するだけの十分な容量を確保することができる。
【００１５】
ここで、プリペイド・カードなどの前払式証票に関しては、その発行などの業務の適正な運営を確保して、前払式証票の購入者らの利益保護と前払式証票の信用維持を図ることを主な目的として、前払式証票の発行者に対して登録やその他の必要な規制を行なうための「前払式証票の規制等に関する法律」（通称、「プリカ法」）が制定されており、利用者の便宜や流通秩序維持などの目的で、ロゴや問い合わせ先などの所定事項をプリペイド・カード上（券面）に表示することが義務付けられている（同法第１２条を参照のこと）。
【００１６】
ＩＣカードのメモリ機能に前払情報を格納することによってプリペイド・カードを実現する場合、法で規制される必要な情報を媒体上に印刷しておくことにより、単一のサービスしか提供できなくなる。これに対し、ＩＣカード機能を携帯電話機のような表示機能を持つ携帯端末上で利用する場合には、希望する価値情報に関連する情報を画面表示させることにより（例えば、特許文献１を参照のこと）、上記の法規制を満たすことができ、複数のサービス提供元事業者による共有が可能となる。したがって、サービス提供元事業者においてはカード発行の負担が軽減するとともに、ユーザにとっては携帯して管理するＩＣカードの枚数を削減することができる。
【００１７】
ところが、複数のサービス提供元事業者間で単一のメモリ領域を共有した場合、あるサービス提供元事業者が使用するメモリ領域を、メモリを共用する別の事業者から自由にアクセスできるようにすると、事業者毎に設定される価値情報が他の事業者によって不正利用を許してしまうことになりかねない。この結果、事業者側では健全なサービス提供を行なえなくなり、また、ユーザにとっては換金性の高い価値情報が流出の危機にさらされ、経済的な損害を被る。
【００１８】
したがって、ＩＣカードを複数のサービス提供元事業者間で共用する場合には、ユーザにとっては各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手を確保する一方、メモリ領域上の事業者毎の情報をセキュアに管理する機構を備えている必要がある。
【００１９】
【特許文献１】特開２００３−１４１４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
本発明の目的は、メモリ領域上に電子的な価値情報を格納して電子決済を始めとするセキュアな情報のやり取りを好適に行なうことができる、優れたデータ通信装置及びデータ通信装置のメモリ管理方法を提供することにある。
【００２１】
本発明のさらなる目的は、ユーザにとっては各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手を確保する一方、メモリ領域上の事業者毎の情報をセキュアに管理する機構を備え、単一のＩＣカードを複数のサービス提供元事業者間で共用することができる、優れたデータ通信装置及びデータ通信装置のメモリ管理方法を提供することにある。
【課題を解決するための手段】
【００２２】
本発明は、上記課題を参酌してなされたものであり、メモリ空間を備え、１以上のファイル・システムに分割して管理するデータ通信装置であって、
分割権限鍵を保持し、前記メモリ空間のファイル・システムへのアクセスを管理する制御手段と、
第１のサービス提供元の発行者鍵を保持し、メモリ空間上に割り当てられた第１のファイル・システムとを備え、
第２のサービス提供元の発行者鍵を前記分割権限鍵で暗号化した分割素パッケージと新規のファイル・システムに関する情報を含んだデータ・ブロックを第１のサービス提供元の発行者鍵で暗号化した分割パッケージを受信すると、
前記第１のファイル・システムにおいて分割パッケージを解読して分割素パッケージを取り出し、
前記制御手段において分割素パッケージを解読し、前記メモリ空間の空き領域から、新規のファイル・システムに関する情報に従って、第２のサービス提供元の発行者鍵を保持した第２のファイル・システムを分割する、
ことを特徴とするデータ通信装置である。ここで言うデータ通信装置は、無線通信部および、データ送受信機能とデータ処理部を有するＩＣチップを内蔵する非接触ＩＣカード、表面に端子を有する接触ＩＣカード、接触／非接触ＩＣカードと同様の機能を有するＩＣチップを携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などの情報通信端末装置に内蔵した装置である。このデータ通信装置は、ＥＥＰＲＯＭなどのデータ蓄積メモリを含むメモリ領域とデータ処理部を有するとともに、データ通信機能を有するものである。携帯電話機などの場合は、ＩＣチップを内蔵するＩＣカードなどの外部記憶媒体を着脱可能に構成してもよい。また、携帯電話会社が発行する契約者情報を記録したＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）機能をＩＣチップに搭載してもよい。データ通信装置は、インターネット等の情報通信ネットワークを介してデータ通信を行なっても、外部端末装置と有線あるいは無線で直接データ通信を行なってもよい。
【００２３】
本発明は、ＩＣカードが持つ耐タンパ性と認証機能を利用して、価値情報のやり取りなどを含んだセキュリティが要求されるサービスを提供するものである。より具体的には、ＩＣカード内の単一のメモリ領域を複数のサービス提供元事業者間で共有し、サービス提供元事業者においてはカード発行の負担が軽減するとともに、ユーザにとっては携帯して管理するＩＣカードの枚数を削減するものである。
【００２４】
ここで、複数のサービス提供元事業者間で単一のメモリ領域を共有した場合、あるサービス提供元事業者が使用するメモリ領域を、メモリを共用する別の事業者から自由にアクセスできるようにすると、事業者毎に設定される価値情報が他の事業者によって不正利用を許してしまう、という問題がある。
【００２５】
本発明では、単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一のデータ通信装置を複数の事業者で共有し、単一のデータ通信装置により複数のサービスを提供するようにした。メモリ領域をファイル・システムに分割することにより、ファイル・システム間の境界がファイヤ・ウォールとして機能し、他のファイル・システム（すなわち他のサービス提供元事業者）からのアクセス（不正侵入）を好適に排除することができる。
【００２６】
ＩＣカード内のメモリ領域は、初期状態では、元のＩＣカード発行者がメモリ領域全体を管理している。ＩＣカード発行者以外のサービス提供元事業者がメモリ領域から新たなファイル・システムを分割するに際しては、メモリ領域の分割権限と、元のＩＣカード発行者に対する認証の双方が要求される。
【００２７】
例えば、新たなサービス提供元事業者としての第２のサービス提供元がＩＣカードのメモリ領域上でファイル・システムを分割したい場合には、その事前処理として、第１のサービス提供元としての元のカード発行者に対して、メモリ領域の使用に関する許可を求める。そして、元のカード発行者はメモリ領域の使用、すなわちメモリの空き領域からファイル・システムの分割をすることを許可する場合には、分割技術管理者から、ファイル・システムの分割に必要となる「分割素パッケージ」を取得する。
【００２８】
ここで、分割技術管理者は、新たに分割して作成されるファイル・システムの領域鍵ＫIi、システム・コードＳＣiを割り振り、これらで構成されるデータ・ブロックを分割権限鍵Ｋdで暗号化して分割素パッケージを作成し、これをカード発行者に渡す。カード発行者自身は、分割権限鍵Ｋdを保持していないので渡された分割素パッケージを解読したりこれを改竄したりすることはできない。
【００２９】
そして、カード発行者は、取得した分割素パッケージと、新たなサービス提供元事業者に使用を許可する分割領域の大きさ（ブロック数）とからなるデータ・ブロックをさらに自己の発行者鍵ＫIで暗号化して、分割パッケージを作成する。分割パッケージは、カード発行者鍵ＫIで暗号化されているので、第３者が分割パッケージを解読したり分割領域の大きさなどを改竄したりすることはできない。
【００３０】
カード発行者は、分割パッケージを用いてファイル・システムの分割要求を行なう。分割要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、分割パッケージがカード発行者のファイル・システムへ渡され、カード発行者鍵ＫIで解読され、分割素パッケージと分割領域の大きさが取り出される。
【００３１】
ＩＣカードのオペレーティング・システムは、カード発行者のファイル・システムから分割素パッケージと分割領域の大きさを受け取ると、分割素パッケージを分割権限鍵Ｋdで解読して、分割直後の領域鍵（第２のサービス提供元のデフォルト発行者鍵）ＫIiと、システム・コードＳＣiを取り出す。そして、要求されている分割領域の大きさ分の領域を分割し、この領域に発行者鍵ＫIiとシステム・コードＳＣiを設定して、新たなファイル・システムとする。
【００３２】
そして、一旦分割されると、ファイル・システムへのアクセスは、元のＩＣカードの発行者ではなく、ファイル・システム自体のサービス提供元事業者への認証が要求される。したがって、ユーザにとっては、各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手を確保することができる。
【００３３】
このような分割操作を繰り返すことにより、ＩＣカード内のメモリ領域は複数のファイル・システムが共存する構造となる。ファイル・システムの分割は、仮想的なＩＣカードの発行である。
【００３４】
メモリ空間上の各ファイル・システムにはエリア識別情報が割り振られている。そして、外部からのアクセスは、アクセス先となるファイル・システムの発行者鍵で暗号化されたパッケージで構成されている。このような場合、前記制御手段は、エリア識別情報とパッケージを引数とする外部からのアクセス要求に対し、エリア識別情報を基に該当するファイル・システムへパッケージを渡すようになっている。そして、ファイル・システムは自身の発行者鍵でパッケージを解読する。
【００３５】
したがって、ファイル・システムを所有するサービス提供元事業者は、自己の発行者鍵を用いることで、ＩＣカードの制御システムや元のカード発行者からも秘密を保持した状態でファイル・システムと通信することができる。すなわち、元のＩＣカード発行者とは独立してセキュリティに関する脅威を分析、管理、並びに運用することができるようになる。
【００３６】
また、前記制御手段は、新規のファイル・システムを分割する際に、発行者鍵、エリア識別情報とともに、システム・コードを該ファイル・システムに設定する。
【００３７】
このような場合、各サービス提供元は自己のシステム・コードを引数にしたエリア識別情報の取得要求を行なう。また、前記制御手段は、該要求に応答して、各ファイル・システムをポーリングし、該当するファイル・システムからエリア識別情報を取得し、これを要求元へ返すようにする。サービス提供元は、自己のシステム・コードを管理するだけでよく、ファイル・システムへアクセスする際に逐次的にエリア識別情報を取得し、これを引数としてアクセス要求することができる。
【００３８】
また、サービス提供元は、前記メモリ空間上に自己のファイル・システムを取得した後、分割時にデフォルトの発行者鍵やシステム・コードが設定される場合、これらを書き換えるようにしてもよい。この結果、サービス提供元は、ファイル・システムの分割を管理する分割技術管理者とは独立して、自己のファイル・システムのセキュリティに関する脅威を分析、管理、並びに運用することができるようになる。
【発明の効果】
【００３９】
本発明によれば、メモリ領域上に電子的な価値情報を格納して電子決済を始めとするセキュアな情報のやり取りを好適に行なうことができる、優れたデータ通信装置及びデータ通信装置のメモリ管理方法を提供することができる。
【００４０】
また、本発明によれば、ユーザにとっては各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手を確保する一方、メモリ領域上の事業者毎の情報をセキュアに管理する機構を備え、単一のＩＣカードを複数のサービス提供元事業者間で共用することができる、優れたデータ通信装置及びデータ通信装置のメモリ管理方法を提供することができる。
【００４１】
また、本発明によれば、単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一のデータ通信装置を複数の事業者で共有し、単一のデータ通信装置により複数のサービスを提供することができる、優れたデータ通信装置及びデータ通信装置のメモリ管理方法を提供することができる。
【００４２】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００４３】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００４４】
本発明は、ＩＣカードが持つ耐タンパ性と認証機能を利用して、価値情報のやり取りなどを含んだセキュリティが要求されるサービスを提供するものであり、より具体的には、ＩＣカード内の単一のメモリ領域を複数のサービス提供元事業者間で共有し、サービス提供元事業者においてはカード発行の負担が軽減するとともに、ユーザにとっては携帯して管理するＩＣカードの枚数を削減するものである。
【００４５】
ここで、複数のサービス提供元事業者間で単一のメモリ領域を共有した場合、あるサービス提供元事業者が使用するメモリ領域を、メモリを共用する別の事業者から自由にアクセスできるようにすると、事業者毎に設定される価値情報が他の事業者によって不正利用を許してしまう、という問題がある。
【００４６】
本発明では、単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一のデータ通信装置を複数の事業者で共有し、単一のデータ通信装置により複数のサービスを提供するようにした。メモリ領域をファイル・システムに分割することにより、ファイル・システム間の境界がファイヤ・ウォールとして機能し、他のファイル・システム（すなわち他のサービス提供元事業者）からのアクセス（不正侵入）を好適に排除することができる。
【００４７】
ＩＣカード内のメモリ領域は、初期状態では、元のＩＣカード発行者がメモリ領域全体を管理している。ＩＣカード発行者以外のサービス提供元事業者がメモリ領域から新たなファイル・システムを分割するに際しては、メモリ領域の分割権限と、元のＩＣカード発行者に対する認証の双方が要求される。
【００４８】
そして、一旦分割されると、ファイル・システムへのアクセスは、元のＩＣカードの発行者ではなく、ファイル・システム自体のサービス提供元事業者への認証が要求される。したがって、ユーザにとっては、各サービス利用時において事業者自らが発行したＩＣカードであるかのような使い勝手を確保することができる。
【００４９】
ここで、まず、ＩＣカード及びカード読み書き装置間の非接触データ通信の仕組みについて、図１及び図２を参照しながら説明する。
【００５０】
カード読み書き装置とＩＣカード間の無線通信は、例えば電磁誘導の原理に基づいて実現される。図１には、電磁誘導に基づくカード読み書き装置とＩＣカードとの無線通信の仕組みを概念的に図解している。カード読み書き装置は、ループ・コイルで構成されたアンテナＬRWを備え、このアンテナＬRWに電流ＩRWを流すことでその周辺に磁界を発生させる。一方、ＩＣカード側では、電気的にはＩＣカードの周辺にループ・コイルＬcが形設されている。ＩＣカード側のループ・コイルＬc端にはカード読み書き装置側のループ・アンテナＬcが発する磁界による誘導電圧が生じて、ループ・コイルＬc端に接続されたＩＣカードの端子に入力される。
【００５１】
カード読み書き装置側のアンテナＬRWとＩＣカード側のループ・コイルＬcは、その結合度は互いの位置関係によって変わるが、系としては１個のトランスを形成していると捉えることができ、ＩＣカードの読み書き動作を図２に示すようにモデル化することができる。
【００５２】
カード読み書き装置側では、アンテナＬRWに流す電流ＩRWを変調することによって、ＩＣチップ上のループ・コイルＬcに誘起される電圧ＶOは変調を受け、そのことを利用してカード読み書き装置はＩＣカードへのデータ送信を行うことができる。
【００５３】
また、ＩＣカードは、カード読み書き装置へ返送するためのデータに応じてループ・コイルＬcの端子間の負荷を変動させる機能（Ｌｏａｄ Ｓｗｉｔｃｈｉｎｇ）を持つ。ループ・コイルＬcの端子間の負荷が変動すると、カード読み書き装置側ではアンテナ端子間のインピーダンスが変化して、アンテナＬRWの通過電流ＩRWや電圧ＶRWの変動となって現れる。この変動分を復調することで、カード読み書き装置はＩＣカードの返送データを受信することができる。
【００５４】
すなわち、ＩＣカードは、カード読み書き装置からの質問信号に対する応答信号に応じて自身のアンテナ間の負荷を変化させることによって、カード読み書き装置側の受信回路に現れる信号に振幅変調をかけて通信を行なうことができる訳である。
【００５５】
ＩＣカードは、カード型のデータ通信装置であってもよいし、いわゆるＩＣカード機能を有する集積回路チップを携帯電話機等の情報通信端末機器に内蔵してもよい（ＩＣカードが機器に内蔵される場合であっても、機器に着脱可能に構成される場合であっても、本明細書中では便宜上「ＩＣカード」と呼ぶ場合がある。）また、ＩＣカード機能を有する集積回路チップは、例えば携帯電話機やＰＤＡなどの携帯端末、あるいはパーソナルコンピュータ（ＰＣ）などの情報処理端末に搭載されて外部機器とデータ通信を行なう。この場合、リーダ／ライタ装置と有線あるいは無線で接続するためのインターフェース以外に、外部機器接続用のインターフェースを備えている。
【００５６】
図３には、本発明の実施形態にかかるデータ通信装置のハードウェア構成を示している。このデータ通信装置は、通信用のアンテナを追加して内部の不揮発性メモリにアクセスすることができるＩＣカード機能と、ＩＣカード機能を有する外部装置に電力を供給するとともにデータ交換を実現するリーダ／ライタ機能を有し、カード機能アナログ回路部３０、データ処理部４０と、リーダ／ライタ機能アナログ回路部５０を有するＩＣチップを内蔵している。同図に示した例では、ＩＣカードはカード読み書き機能も併せて備えているが、カード読み書き機能は本発明の必須の構成要素ではない。
【００５７】
カード機能アナログ回路部３０では、アンテナ３２で受信された搬送波は、整流器３１で整流された後、データ処理部４０内の信号処理部４４に供給されるとともに、シリアル・レギュレータ３３を介して論理回路３８に供給されている。
【００５８】
論理回路３８は、シリアル・レギュレータ３３からの電圧を制御して、ＩＣカードで使用するための適正な電源電圧ＶDDを供給するようになっている。
【００５９】
シリアル・レギュレータ３３は、入力電圧の如何に拘わらず、出力電圧をほぼ一定に保つようになっている。すなわち、入力電圧が高いときには、内部インピーダンスを高くして、逆に入力電圧が低いときには内部インピーダンスを低くすることによって、電圧を保つ動作を可能とする。
【００６０】
電圧検出器３９は、論理回路３８に接続された外部電源（バッテリなど）の出力端子電圧を監視して、外部電源の電圧が所定電圧を下回った場合には外部電源の使用を禁止する信号を論理回路３８に出力するようになっている。
【００６１】
また、カード機能アナログ回路部３０において、アンテナ３２から入力された電波は、搬送波検出器３４で受信電波中に搬送波が含まれているか否かが判断され、含まれている場合には、搬送波検出信号ＶＲが論理回路３８に出力される。論理回路３８は、さらに、データ処理部４０に対して搬送波が検出された旨の信号を出力することができる。
【００６２】
クロック抽出器３５は、アンテナ３２から入力された電波からクロックを抽出して、これをクロック選択器３６に供給する。また、クロック発振器３７は、例えばＩＣカード外に配設された水晶振動子で構成され、ＩＣカード上で使用される駆動周波数のクロックを発生して、クロック選択器３６に供給する。クロック選択器３６は、クロック抽出器３５から供給されたクロック、又は、クロック発振器３７から供給されたクロックのいずれか一方を選択して、ＩＣカード内の各部に供給する。
【００６３】
リーダ／ライタ機能アナログ回路部５０は、送信アンプ５１と、受信信号検出器５３と、受信アンプ・フィルタ５４と、送受信用のアンテナ５２及び５５で構成される。
【００６４】
データを送信するときは、データ処理部４０の信号処理部４４によって変調並びにＤ／Ａ変換されて、アナログ・ベースバンドにアップコンバートされた送信信号が送信アンプを介してアンテナ５１から送出される。また、アンテナ５２から受信された信号は、受信信号検出器５３によって検出され、受信アンプ５４で増幅されてから、信号処理部４４に供給される。信号処理部４４は、アナログ・ベースバンド信号にダウンコンバートし、Ｄ／Ａ変換並びに復調処理して、ディジタル・データを再現する。
【００６５】
なお、ＩＣカードとカード読み書き装置の間のカード読み書き動作は、図１及び図２を参照しながら既に説明した通りである。
【００６６】
データ処理部４０は、先述の信号処理部４４の他、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４５と、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）などを利用したデータ暗号化エンジン４６と、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）などを利用したエラー訂正部４７と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４２と、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）４３と、ＵＡＲＴインターフェース４８と、Ｉ2Ｃインターフェース４９とを備えており、各部は内部バスによって相互接続されている。
【００６７】
ＣＰＵ４５は、ＩＣカード内の動作を統括的に制御するメイン・コントローラであり、ＩＣカード用オペレーティング・システム（ＯＳ）によって提供される実行環境（後述）下で、例えばＲＯＭ４２（あるいはＥＥＰＲＯＭ４３）に格納されたプログラム・コードを実行するようになっている。例えば、ＣＰＵ４５は、カード機能アナログ回路部３０やリーダ／ライタ機能アナログ回路部４０を介して送受信されるデータに関するアプリケーションを実行するようになっている。
【００６８】
信号処理部４４は、カード機能アナログ回路部３０やリーダ／ライタ機能アナログ回路部４０を介して送信されるデータの変調、Ｄ／Ａ変換、アップコンバートなどの処理や、受信したデータのダウンコンバート、Ａ／Ｄ変換、復調などの処理を行なう。
【００６９】
ＤＥＳエンジン４６は、カード機能アナログ回路部３０やリーダ／ライタ機能アナログ回路部４０を介して送受信されるデータを手順公開型の秘密鍵暗号により暗号化及び復号化処理する。
【００７０】
ＣＲＣ４７は、カード機能アナログ回路部３０やリーダ／ライタ機能アナログ回路部４０を介して受信したデータの巡回冗長検査を行なう。
【００７１】
ＵＡＲＴ４８並びにＩ2Ｃインターフェースは、ＩＣカードを携帯電話器やＰＤＡ、パーソナル・コンピュータなどの外部機器（図３には図示しない）に接続するための外部有線インターフェースを構成する。このうちＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ ａｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｅｉｖｅｒ ｔｒａｎｓｍｉｔｔｅｒ）４８は、コンピュータ内のパラレル信号をシリアル信号に変換したり、シリアル信号をパラレル信号に変換したりする機能を持つ。
【００７２】
ＲＡＭ４１は書き込み可能なメモリ装置であり、ＣＰＵ４１はＲＡＭ４１を作業領域としてプログラムを実行する。ＲＡＭ４１が提供するメモリ空間はアドレス可能であり、ＣＰＵ４１や内部バス上の各装置はこのメモリ空間にアクセスすることができる。
【００７３】
ＥＥＰＲＯＭ４３は、消去動作とともに新規のデータの書き込みを行なう不揮発性のメモリ装置である。本明細書で言うＩＣカード内蔵のメモリ領域は、基本的にはＥＥＰＲＯＭ４３内の書き込み可能領域を指すものとする。
【００７４】
このメモリ領域は、１以上のファイル・システムで構成される。初期状態では、元のＩＣカード発行者が管理する単一のファイル・システムによってメモリ領域が管理され、その後、ＩＣカード発行者以外のサービス提供元事業者がメモリ領域から新たなファイル・システムを分割する。ＥＥＰＲＯＭ４３上のメモリ領域のファイル分割や、分割後のアクセス動作の詳細については、後に詳解する。
【００７５】
図４には、本実施形態に係るＩＣカードにおけるメモリ領域の制御システム構成を模式的に示している。同図に示すように、この制御システムは、基本的には、オペレーティング・システム内のサブシステムとして実装され、プロトコル・インターフェース部と、ＯＳ中枢部と、ファイル・システムで構成される。
【００７６】
プロトコル・インターフェース部は、ＵＡＲＴ４８などの外部機器インターフェースを介した外部機器からのファイル・システムへのアクセス要求、あるいは非接触ＩＣカード・インターフェースを介したカード読み書き装置からファイル・システムへのアクセス要求のハンドリングを行なう。
【００７７】
ＯＳ中枢部では、ファイル・システムとやり取りするデータのデコード／エンコード、ＣＲＣなどによるエラー訂正、ＥＥＰＲＯＭ４３のブロック毎の書き換え回数管理、ＰＩＮ照合、相互認証などを行なう。
【００７８】
さらに、ＯＳ中枢部は、ファイル・アクセス時におけるＰＩＮ照合や相互認証、ファイルのリード／ライトなどのファイル・システムへの幾つかのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を備えている。
【００７９】
ファイル・システム・エンティティとしてのＥＥＰＲＯＭ４３へ物理アクセスを行なう。ＥＥＰＲＯＭなどのメモリ・デバイスへの物理アクセス動作自体は当業界において周知なので、ここでは説明を省略する。
【００８０】
ＥＥＰＲＯＭ４３上に展開されるメモリ領域は、１以上のファイル・システムで構成される。初期状態では、元のＩＣカード発行者が管理する単一のファイル・システムによってメモリ領域が管理されている。ＩＣカード発行者以外のサービス提供元事業者がメモリ領域から新たなファイル・システムを分割する際には、メモリ領域の分割権限と、元のＩＣカード発行者に対する認証の双方が要求される。そして、一旦分割されると、ファイル・システムへのアクセスは、元のＩＣカードの発行者ではなく、ファイル・システム自体のサービス提供元事業者への認証が要求される。ファイル・システムの分割は、仮想的なＩＣカードの発行である。
【００８１】
ＯＳは、分割を許可するための分割権限鍵Ｋdを管理している。また、ファイル・システム毎に、発行者（元のＩＣカード発行者、又はファイル分割した事業者）の発行者鍵ＫIと、システム・コードと、ファイル領域を識別するエリアＩＤが管理されている。
【００８２】
ファイル・システムへのアクセスは、ポーリングによるエリアＩＤの要求と、相互認証という手続きを経て行なわれる。ファイル・システムの発行者（元のファイル・システムの場合はカード発行者、分割後のファイル・システムを使用するサービス提供元事業者）は、まず、自身が判っているシステム・コードを引数にしてファイル・システムに対するポーリングを行なうことによって、該当するファイル・システムのメモリ領域上でのエリアＩＤを取得することができる。次いで、このエリアＩＤと発行者鍵ＫIを用いて相互認証を行なう。そして、相互認証が成功裏に終わると、ファイル・システムへのアクセスが許可される。ファイル・システムへのアクセスは、発行者と該当するファイル・システムに固有の発行者鍵ＫIを用いた暗号化通信により行なわれるので、他のファイル・システムが無関係のデータを取り込んだり、発行者以外がファイル・システムへ無断で読み書きしたりすることはできない。
【００８３】
図５には、比較的大容量のＩＣカードを用いて実現される、電子マネーや電子チケット、その他の価値情報を運用するサービス提供システムの全体的構成を模式的に示している。
【００８４】
図示のシステム１は、例えば、ＩＣカード発行者２１が使用する発行者用通信装置１１と、カード記憶領域運用者２２が使用する運用者用通信装置１２と、装置製造者２３が使用する製造者用通信装置１３と、カード記憶領域使用者２４が使用する記憶領域分割装置１４及び運用ファイル登録装置１５とで構成される。
【００８５】
システム１では、ＩＣカード発行者２１がカード所有者２６にＩＣカード１６を発行した場合に、所定の条件に基づいて、カード記憶領域使用者２４によって提供されるサービスに係わるファイル・データをＩＣカード１６に登録し、カード所有者２６が単体のＩＣカード１６を用いて、ＩＣカード発行者２１及びカード記憶領域使用者２４の双方のサービスを受けることを可能にするものである。
【００８６】
図５に示すように、システム１では、発行者用通信装置１１、運用者用通信装置１２、製造者用通信装置１３、記憶領域分割装置１４及び運用ファイル登録装置１５が、ネットワーク１７を介して接続される。
【００８７】
ＩＣカード発行者２１は、ＩＣカード１６の発行を行なう者であり、ＩＣカード１６を用いて自らのサービスを提供する。
【００８８】
カード記憶領域運用者２２は、ＩＣカード発行者２１からの依頼を受けて、ＩＣカード発行者２１が発行したＩＣカード１６内の記憶部（半導体メモリ）に構成される記憶領域のうち、ＩＣカード発行者２１が使用しない記憶領域をカード記憶領域使用者２４に貸し出すサービスを行なう者である。
【００８９】
装置製造者２３は、カード記憶領域運用者２２から依頼を受けて、記憶領域分割装置１４を製造し、カード記憶領域使用者２４に納品する者である。
【００９０】
カード記憶領域使用者２４は、カード記憶領域運用者２２に依頼を行ない、ＩＣカード１６の記憶領域を使用して自らの独自のサービスを提供する者であり、メモリ領域を分割して新たなファイル・システムを作成するサービス提供元事業者（前述）に相当し、自己のファイル・システムを利用して自身のサービス提供を行なう。
【００９１】
カード所有者２６は、ＩＣカード発行者２１からＩＣカード１６の発行を受け、ＩＣカード発行者２１が提供するサービスを受ける者である。カード所有者２６は、ＩＣカード１６の発行後に、カード記憶領域使用者２４が提供するサービスを受けることを希望する場合には、記憶領域分割装置１４及び運用ファイル登録装置１５を用いて、カード記憶領域使用者２４のサービスに係わるファイル・データをＩＣカード１６に記憶し、その後、カード記憶領域使用者２４のサービスを受けることができるようになる。
【００９２】
システム１は、ＩＣカード発行者２１のサービスと、カード記憶領域使用者２４のサービスとを単体のＩＣカード１６を用いて提供するに当たって、ＩＣカード発行者２１及びカード記憶領域使用者２４のサービスに係わるファイル・データが記憶される記憶領域に、権限を有しない他人によって不正にデータの書き込み及び書き換えなどが行なわれることを困難にする構成を有している。
【００９３】
ＩＣカード１６は、その字義通り、カード型のデータ通信装置であってもよいし、いわゆるＩＣカード機能が実装された半導体チップを内蔵した携帯電話機（あるいはその他の携帯端末やＣＥ機器）として具現化されることもある。
【００９４】
なお、図５では、それぞれ単数のＩＣカード発行者２１、カード記憶領域使用者２４及びカード所有者２６がある場合を例示したが、これらは、それぞれ複数であってもよい。
【００９５】
本実施形態では、ＩＣカードの単一のメモリ領域上にサービス提供元事業者毎のファイル・システムを割り当て、単一のデータ通信装置を複数の事業者で共有し、単一のデータ通信装置により複数のサービスを提供する。このような分割ファイル・システム構成により、元のカード発行者が利用するメモリ領域の他に、元のカード発行者の許可を得て特定のサービス提供元事業者が利用可能となるメモリ領域と、元のカード発行者の許可を得て複数の事業者間で共通に利用可能となるメモリ領域を運用することができる。
【００９６】
特に、元のカード発行者が利用するファイル・システム以外に、各サービス提供元事業者が個別に利用可能となる１以上のファイル・システムを運用する場合、ファイル・システム間の境界がファイヤ・ウォールとして機能し、他のファイル・システム（すなわち他のサービス提供元事業者）からのアクセス（不正侵入）を好適に排除することができる。
【００９７】
ここで、図６〜図９を参照しながら、ＩＣカード内のメモリ領域の運用形態について説明する。
【００９８】
図６には、元のカード発行者が自らのファイル・システムのみを管理しているメモリ領域の状態を示している。元のカード発行者のシステム・コードＳＣ１は、システム・コードの管理機構が付与する。外部機器又はプログラムがカード発行者のファイル・システムにアクセスする場合は、ＳＣ１を識別コード（すなわち、要求コマンドの引数）とする。
【００９９】
図７には、カード発行者が自らのファイル・システムの空き領域の内で、ある範囲のメモリを領域管理者に貸与（又は譲渡）することが許可できることを示している。この段階では，まだメモリ領域上のファイル・システムに対して分割が行なわれている訳ではない。カード発行者は、自らのファイル・システムに空き領域はあるうちは、複数の領域管理者に対して、メモリを貸与することを許可できる。例えば、４ビットのシステム・コードでファイル・システムを識別するという実装では、最大１６分割（１５回まで分割）することができる。
【０１００】
図８には、他のサービス提供元事業者が、カード発行者から許可された領域においてメモリ領域を分割し、新たなファイル・システムを生成した状態を示している。この新規ファイル・システムには、システム・コードの管理機構からシステム・コードＳＣ２が付与されている。外部機器又はプログラムが、当該メモリ領域管理者（サービス提供元事業者）の運用するファイル・システムにアクセスする場合は、ＳＣ２を識別コード（要求コマンドの引数）とする。
【０１０１】
図９には、共通領域管理者が、カード発行者から許可された領域において、共通領域のシステム・コードＳＣ０でメモリを分割した状態を示している。外部機器又はプログラムがこの共通領域管理者の運用領域であるファイル・システムにアクセスする場合には、そのシステム・コードＳＣ０を識別コード（要求コマンドの引数）とする。
【０１０２】
続いて、メモリ領域を分割して新たなファイル・システムを作成するための手続きについて詳解する。
【０１０３】
図１０には、ファイル・システムを分割する際の事前処理について図解している。新たなサービス提供元事業者がＩＣカードのメモリ領域上でファイル・システムを分割したい場合には、その事前処理として、当該事業者は、カード発行者に対してメモリ領域の使用に関する許可を求める。そして、カード発行者はメモリ領域の使用、すなわちファイル・システムの分割を許可する場合には、分割技術管理者から、ファイル・システムの分割に必要となる「分割素パッケージ」を取得する。
【０１０４】
分割技術管理者は、ＩＣカードを製造又は製造出荷した後にＩＣカード内のメモリ領域の管理を担うカード記憶領域運用者２２に相当し、新たなサービス提供元事業者は、カード記憶領域使用者１４に相当する（図５を参照のこと）。
【０１０５】
分割技術管理者は、ＩＣカード内のメモリ領域上の各ファイル・システムのシステム・コードを採番する権限を持つとともに、ＩＣカードの実行環境を提供するオペレーティング・システム内に格納されている分割権限鍵Ｋdを管理している。そして、分割技術管理者は、新たに分割して作成されるファイル・システムの領域鍵（当該領域を使用する新たなサービス提供元事業者（すなわち仮想的なＩＣカードの発行者）の発行者鍵）ＫIi、システム・コードＳＣiを割り振り（但し、ｉはｉ番目に分割されたファイル・システムであることを識別する添え字である）、これらで構成されるデータ・ブロックを分割権限鍵Ｋdで暗号化して分割素パッケージを作成し、これをカード発行者に渡す。
【０１０６】
カード発行者自身は、分割権限鍵Ｋdを保持していないので、渡された分割素パッケージを解読したりこれを改竄したりすることはできない。
【０１０７】
カード発行者は、取得した分割素パッケージと、新たなサービス提供元事業者に使用を許可する分割領域の大きさ（ブロック数）とからなるデータ・ブロックをさらに自己の発行者鍵ＫIで暗号化して、分割パッケージを作成する。
【０１０８】
分割パッケージは、カード発行者並びにカード発行者のファイル・システムにおいて管理されているカード発行者鍵ＫIで暗号化されているので、第３者が分割パッケージを解読したり分割領域の大きさなどを改竄したりすることはできない。
【０１０９】
このような事前手続きを経て、カード発行者は、分割パッケージを取得し、これを用いてＩＣカード内のメモリ領域のファイル・システムの分割要求を行なう。ここで、ファイル・システムへのアクセスは、ファイル・システムのエリアＩＤを引数にして行なわれるが、カード発行者はシステム・コードしか分からないので、ＩＣカードに対してポーリングを行なうことによって、自己のファイル・システムのエリアＩＤを取得することができる。
【０１１０】
図１１には、カード発行者がＩＣカードに対してポーリングを行なう手続きを図解している。但し、カード発行者（あるいはその他の外部機器）とＩＣカード間の通信は、図１及び図２を参照しながら説明した電磁誘導作用に基づく非接触近距離通信インターフェースを利用しても、あるいはＵＡＲＴ４８やＩ2Ｃ４９などの有線インターフェースを利用して行なうようにしてもよい（以下、同様）。
【０１１１】
カード発行者は、ＩＣカードの実行環境であるオペレーティング・システムに対しポーリングして、自己のシステム・コードＳＣを引数にしたファイル・システムのエリアＩＤ要求を行なう。
【０１１２】
この要求メッセージをトリガにして、要求元であるカード発行者と、ＩＣカードの実行環境であるオペレーティング・システムの間で、複数往復にまたがる通信動作で構成される相互認証手続きを経て、要求に対する戻り値としてエリアＩＤがカード発行者へ返される。なお、相互認証手続きの構成についてはＩＣカードの仕様毎に相違し、本発明の要旨には直接関連しないので、ここでは詳細な説明を省略する。
【０１１３】
なお、分割により新たにファイル・システムを取得した新規のサービス提供元事業者（すなわち仮想的なカード発行者）の場合も、同様のポーリング手続きを経て自己のエリアＩＤを取得することになる。
【０１１４】
カード発行者は、ＩＣカードのオペレーティング・システムに対してファイル・システムの分割要求を行なう。この分割要求は、カード発行者のエリアＩＤと、分割パッケージを引数として行なわれる。分割パッケージはカード発行者鍵ＫIで暗号化されているので、第３者からは改竄されない。図１２には、カード発行者がＩＣカードに対して分割要求を行なう手続きを示している。また、図１３には、ＩＣカード上のメモリ領域が分割され、新たなファイル・システムが生成される様子を示している。カード発行者とＩＣカード間の通信は、電磁誘導作用に基づく非接触近距離通信インターフェースを利用しても、あるいはＵＡＲＴ４８やＩ2Ｃ４９などの有線インターフェースを利用して行なわれる。
【０１１５】
分割要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、分割パッケージがカード発行者のファイル・システムへ渡され、カード発行者鍵ＫIで解読され、分割素パッケージと分割領域の大きさ（ブロック数）が取り出される。
【０１１６】
ＩＣカードのオペレーティング・システムは、カード発行者のファイル・システムから分割素パッケージと分割領域の大きさを受け取ると、分割素パッケージを分割権限鍵Ｋdで解読して、分割直後の領域鍵（当該領域を使用する新たなサービス提供元事業者（すなわち仮想的なＩＣカードの発行者）の発行者鍵）ＫIiと、システム・コードＳＣiを取り出す。そして、カード発行者が所有する領域のみ使用領域のうち、要求されている分割領域の大きさ分の領域を分割し、さらにこの領域に発行者鍵ＫIiとシステム・コードＳＣiを設定して、新たなファイル・システムとする。
【０１１７】
このようなファイル・システムの分割処理が終わると、そのステータスが要求元であるカード発行者に返される。
【０１１８】
このようにして、新たなサービス提供元事業者は、他のカード発行者が発行したＩＣカードのメモリ領域上に自分専用のファイル・システムを確保することができ、あたかも自らＩＣカードを発行した、すなわち仮想的なＩＣカード発行者としてサービス提供事業を展開することが可能となる。
【０１１９】
但し、分割直後のファイル・システムの初期状態では、設定されている発行者鍵ＫIiやシステム・コードＳＣiは分割技術管理者が設定したままの状態である。言い換えれば、新規のサービス提供元事業者は、自己のファイル・システムのセキュリティは、分割技術管理者に委ねられている部分があり、セキュリティに関する脅威を独立して分析、管理、運用することはできない。
【０１２０】
そこで、新規のサービス提供元事業者は、ＩＣカードのメモリ領域上に自己のファイル・システムを取得した後は、発行者鍵ＫIiとシステム・コードＳＣiの再設定手続きを行なう必要がある。また、この再設定手続きに併せて、分割領域の大きさを調整するようにしてもよい。
【０１２１】
図１４には、新規のサービス提供元事業者がＩＣカードのメモリ領域上に自己のファイル・システムを取得した後に行なう、発行者鍵ＫIiとシステム・コードＳＣiの再設定手続きを示している。但し、サービス提供元事業者とＩＣカード間の通信は、電磁誘導作用に基づく非接触近距離通信インターフェースを利用しても、あるいはＵＡＲＴ４８やＩ2Ｃ４９などの有線インターフェースを利用して行なう。
【０１２２】
サービス提供元事業者は、ＩＣカードの実行環境であるオペレーティング・システムに対しポーリングして、分割直後のシステム・コードＳＣiを引数にしたファイル・システムのエリアＩＤ要求を行なう。
【０１２３】
この要求メッセージをトリガにして、サービス提供元事業者と、ＩＣカードの実行環境であるオペレーティング・システムの間で、複数往復にまたがる通信動作で構成される相互認証手続きを経て、要求に対する戻り値として、分割時に分割技術管理者によって付与されたデフォルトのエリアＩＤが、サービス提供元事業者へ返される。なお、相互認証手続きの構成についてはＩＣカードの仕様毎に相違し、本発明の要旨には直接関連しないので、ここでは詳細な説明を省略する。
【０１２４】
この認証手続きに続いて、サービス提供元事業者は、ＩＣカードのオペレーティング・システムに対して、デフォルトの発行者鍵ＫIiの変更要求を行なう。この鍵変更要求は、デフォルトのエリアＩＤと、鍵変更パッケージを引数として行なわれる。鍵変更パッケージはデフォルト発行者鍵ＫIiで暗号化されているので、第３者からは改竄されない。
【０１２５】
鍵変更要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、鍵変更パッケージが当該サービス提供元事業者のファイル・システムへ渡され、そのカード発行者鍵ＫIiで解読され、鍵変更パッケージが取り出される。そして、ファイル・システムのカード発行者鍵がＫIiからＫIi'に変更されると、そのステータスが要求元であるサービス提供元事業者に返される。
【０１２６】
続いて、サービス提供元事業者は、ＩＣカードのオペレーティング・システムに対して、デフォルトのシステム・コードＳＣiの変更要求を行なう。このシステム・コード変更要求は、デフォルトのエリアＩＤと、システム・コード変更パッケージを引数として行なわれる。システム・コード変更パッケージは新規の発行者鍵ＫIi'で暗号化されているので、第３者からは改竄されない。
【０１２７】
システム・コード変更要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、鍵変更パッケージが当該サービス提供元事業者のファイル・システムへ渡され、そのカード発行者鍵ＫIi'で解読され、システム・コード変更パッケージが取り出される。そして、ファイル・システムのデフォルトのシステム・コードＳＣiがＳＣi'に変更されると、そのステータスが要求元であるサービス提供元事業者に返される。
【０１２８】
続いて、サービス提供元事業者は、ＩＣカードのオペレーティング・システムに対して、デフォルトのエリアＩＤiの変更要求を行なう。このシステム・コード変更要求は、デフォルトのエリアＩＤと、エリアＩＤ変更パッケージを引数として行なわれる。エリアＩＤ変更パッケージは新規の発行者鍵ＫIi'で暗号化されているので、第３者からは改竄されない。
【０１２９】
エリアＩＤ変更要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、エリアＩＤ変更パッケージが当該サービス提供元事業者のファイル・システムへ渡され、そのカード発行者鍵ＫIi'で解読され、エリアＩＤ変更パッケージが取り出される。そして、ファイル・システムのデフォルトのエリアＩＤiがエリアＩＤi'に変更されると、そのステータスが要求元であるサービス提供元事業者に返される。
【０１３０】
このように新規のサービス提供元事業者は、自己のファイル・システムに対しセキュアな発行者鍵ＫIi'とシステム・コードＳＣi'を設定することにより、元のＩＣカード発行者とは独立してセキュリティに関する脅威を分析、管理、並びに運用することができるようになる。
【０１３１】
上述したように、本実施形態では、ＩＣカード上のメモリ領域は、複数のファイル・システムに分割されている（図１５を参照のこと）。そして、ファイル・システム毎にシステム・コードＳＣとエリアＩＤが設定されるとともに、当該領域を使用するサービス提供元事業者（元のカード発行者を含む）の発行者鍵ＫIiで相互認証を行なうことができる。これによって、ファイル・システムが割り振られたサービス提供元事業者は、元のカード発行者や分割技術者とは独立して、自己のファイル・システムのセキュリティに関する脅威を分析、管理、並びに運用することができる。
【０１３２】
また、サービス提供元事業者が自己のファイル・システムへアクセスする際には、基本的には、エリアＩＤの要求と、相互認証という手続きを経て行なわれる。まず、自身が判っているシステム・コードを引数にしてファイル・システムに対するポーリングを行なうことによって、該当するファイル・システムのメモリ領域上でのエリアＩＤを取得することができる。次いで、このエリアＩＤと発行者鍵ＫIを用いて相互認証を行なう。そして、相互認証が成功裏に終わると、ファイル・システムへのアクセスが許可される。
【０１３３】
また、各サービス提供元事業者（元のカード発行者を含む）は、要求コマンド（例えばリード要求やライト要求、データ消去要求、エリア／サービス登録（後述）など）を、事業者自身と該当するファイル・システムに固有の発行者鍵ＫIを用いてパッケージ化して暗号化通信により行なわれるので（図１６を参照のこと）、他のファイル・システムが無関係のデータを取り込んだり、第３者がファイル・システムへ無断で読み書きしたりすることはできない。
【０１３４】
ＩＣカードのメモリ領域は、分割操作を繰り返すことにより、図１５に示すように複数のファイル・システムが共存する構造となる。元のカード発行者、並びにカード発行者の許可によりＩＣカード上で自己のファイル・システムを取得したサービス提供元事業者は、それぞれ自己のファイル・システムを利用して、エリアやサービスを配設し（後述）、自身の事業展開に利用することができる。
【０１３５】
以下では、１つのファイル・システム内での運用形態について説明する。基本的には、どのファイル・システムにおいても同様の動作が実現されるものとする。また、ファイル・システムの操作を行なうためには、ポーリングによるエリアＩＤの要求と、相互認証という手続き（前述）を経ていることを前提とする。
【０１３６】
ファイル・システム内には、電子決済を始めとする外部との電子的な価値情報のやり取りなど、１以上のアプリケーションが割り当てられている。アプリケーションに割り当てられているメモリ領域を「サービス・メモリ領域」と呼ぶ。また、アプリケーションの利用、すなわち該当するサービス・メモリ領域へアクセスする処理動作のことを「サービス」と呼ぶ。サービスには、メモリへの読み出しアクセス、書き込みアクセス、あるいは電子マネーなどの価値情報に対する価値の加算や減算などが挙げられる。
【０１３７】
ユーザがアクセス権を持つかどうかに応じてアプリケーションの利用すなわちサービスの起動を制限するために、アプリケーションに対して暗証コードすなわちＰＩＮを割り当て、サービス実行時にＰＩＮの照合処理を行なうようになっている。また、サービス・メモリ領域へのアクセスは、アプリケーションのセキュリティ・レベルなどに応じて、適宜暗号化通信が行なわれる。
【０１３８】
本実施形態では、ＩＣカード内のメモリ領域に設定されているそれぞれのファイル・システムに対して、「ディレクトリ」に類似する階層構造を導入する。そして、メモリ領域に割り当てられた各アプリケーションを、所望の階層の「エリア」に登録することができる。
【０１３９】
例えば、一連のトランザクションに使用される複数のアプリケーション、あるいは関連性の深いアプリケーション同士を同じエリア内のサービス・メモリ領域として登録する（さらには、関連性の深いエリア同士を同じ親エリアに登録する）ことによって、メモリ領域のアプリケーションやエリアの配置が整然とし、ユーザにとってはアプリケーションの分類・整理が効率化する。
【０１４０】
また、ファイル・システムへのアクセス権を階層的に制御するために、アプリケーション毎にＰＩＮを設定できる以外に、各エリアに対してもＰＩＮを設定することができるようにしている。例えば、あるエリアに該当するＰＩＮを入力することにより、照合処理並びに相互認証処理を経て、エリア内のすべてのアプリケーション（並びにサブエリア）へのアクセス権を与えるようにすることもできる。したがって、該当するエリアに対するＰＩＮの入力を１回行なうだけで、一連のトランザクションで使用されるすべてのアプリケーションのアクセス権を得ることができるので、アクセス制御が効率化するとともに、機器の使い勝手が向上する。
【０１４１】
さらに、あるサービス・メモリ領域に対するアクセス権限が単一でないことを許容し、それぞれのアクセス権限毎、すなわちサービス・メモリ領域において実行するサービスの内容毎に、暗証コードを設定することができる。例えば、同じサービス・メモリ領域に対して起動するサービスが「読み出し」と「読み出し及び書き込み」とでは、別々のＰＩＮが設定される。また、電子マネーやその他の価値情報に対する「増額」と「減額」とでは、別々のＰＩＮが設定される。また、あるメモリ領域に対する読み出しについてはＰＩＮの入力が必要でないが、書き込む場合にはＰＩＮの入力を必須とさせることが可能である。
【０１４２】
図１７には、ファイル・システム内のデータ構造例を模式的に示している。図示の例では、ファイル・システムが持つ記憶空間には、「ディレクトリ」に類似する階層構造が導入されている。すなわち、メモリ領域に割り当てられた各アプリケーションを、所望の階層エリアにサービス・メモリ領域として登録することができる。例えば、一連のトランザクションに使用されるアプリケーションなど、関連性の深いアプリケーション同士を同じエリアに登録する（さらには、関連性の深いエリア同士を同じ親エリアに登録する）ことができる。
【０１４３】
また、ファイル・システム内に割り当てられたアプリケーション（すなわちサービス・メモリ領域）並びにエリアは暗証コード定義ブロックを備えている。したがって、アプリケーション毎に、あるいはエリア毎にＰＩＮを設定することができる。また、ファイル・システムに対するアクセス権は、アプリケーション単位で行なうとともに、並びにエリア単位で行なうことができる。
【０１４４】
さらに、あるサービス・メモリ領域に対するアクセス権限が単一でなく、実行するサービスの内容毎に、ＰＩＮを設定することができる。例えば、同じサービス・メモリ領域に対して起動するサービスが「読み出し」と「読み出し及び書き込み」とでは、別々のＰＩＮが設定され、また、電子マネーやその他の価値情報に対する「増額」と「減額」とでは、別々のＰＩＮが設定される。
【０１４５】
照合部は、例えば電磁誘導作用に基づく非接触近距離通信又はＵＡＲＴ４８やＩ2Ｃ４９などのプロトコル・インターフェースを介して送られてくるＰＩＮを、各アプリケーション又はディレクトリに割り当てられたエリア又はサービス・メモリ領域に設定されている暗証コードと照合して、一致するメモリ領域に対するアクセスを許可する。アクセスが許可されたメモリ領域は、プロトコル・インターフェースを介して読み書きが可能となる。
【０１４６】
このようにファイル・システム内には、アプリケーションに割り当てられたさまざまなサービス・メモリ領域が割り当てられており、各サービス・メモリ領域に対して適用可能な１以上のサービスが設けられている。本実施形態では、エリア単位、並びにアプリケーション単位でアクセス制限を行なう以外に、アプリケーションに適用されるサービスの種類毎にＰＩＮを設定して、サービス単位でアクセス制限を行なうことができる。
【０１４７】
図１８には、ファイル・システムの基本構成を示している。図１７を参照しながら既に説明したように、ファイル・システムに対して、「ディレクトリ」に類似する階層構造が導入され、所望の階層のエリアに、アプリケーションに割り当てられたサービス・メモリ領域を登録することができる。図１８に示す例では、エリア００００定義ブロックで定義されるエリア００００内に、１つのサービス・メモリ領域が登録されている。
【０１４８】
図示のサービス・メモリ領域は、１以上のユーザ・ブロックで構成される。ユーザ・ブロックはアクセス動作が保証されているデータ最小単位のことである。このサービス・メモリ領域に対しては、サービス０１０８定義ブロックで定義されている１つのサービスすなわちサービス０１０８が適用可能である。
【０１４９】
エリア単位、並びにアプリケーション単位でアクセス制限を行なう以外に、サービスの種類毎に暗証コードを設定して、サービス単位でアクセス制限を行なうことができる。アクセス制限の対象となるサービスに関する暗証コード設定情報は、暗証コード専用のサービス（すなわち「暗証コード・サービス」）として定義される。図１８に示す例では、サービス０１０８に関する暗証コードが暗証コード・サービス０１２８定義ブロックとして定義されている。その暗証コード・サービスの内容は暗証コード・サービス・データ・ブロックに格納されている。
【０１５０】
サービス０１０８に対する暗証コード・サービスが有効になっている場合、サービス０１０８を起動してそのユーザ・ブロックに読み出し又は書き込み動作を行なう前に、暗証コード・サービス０１２８を使用した暗証コードの照合が必要となる。具体的には、暗号化あり読み書き（Ｒｅａｄ／Ｗｒｉｔｅ）コマンドを使用する場合は、相互認証前にサービス０１０８に対する暗証コードすなわちＰＩＮの照合を行なう。
【０１５１】
また、アプリケーションに割り当てられたサービス・メモリ領域を所望の階層のエリアに登録するとともに、エリアを階層化する（関連性の深いエリア同士を同じ親エリアに登録する）ことができる。この場合、エリア毎にＰＩＮを設定することにより、エリアをアクセス制限の単位とすることができる。図１９には、ＩＣカード５０のメモリ空間においてエリアが階層化されている様子を示している。同図に示す例では、エリア００００定義ブロックで定義されているエリア００００内に、エリア１０００定義ブロックで定義されている別のエリア１０００が登録されている。
【０１５２】
図１９に示す例では、さらにエリア１０００内には、２つのサービス・メモリ領域が登録されている。一方のサービス・メモリ領域に対しては、サービス１１０８定義ブロックで定義されているサービス１１０８と、サービス１１０Ｂ定義ブロックで定義されているサービス１１０Ｂが適用可能である。このように、１つのサービス・メモリ領域に対してサービス内容の異なる複数のサービスを定義することを、本明細書中では「オーバーラップ・サービス」と呼ぶ。オーバーラップ・サービスにおいては、同じサービス・エリアに対して、入力したＰＩＮに応じて異なるサービスが適用されることになる。また、他方のサービス・メモリ領域に対しては、サービス１１０Ｃ定義ブロックで定義されているサービス１１０Ｃが適用可能である。
【０１５３】
各サービス・メモリ領域に設定されているサービスを起動してそのユーザ・ブロックに読み出し又は書き込み動作を行なうことができる。勿論、図１８を参照しながら説明したように、サービス毎に暗証コード・サービスを定義することができる。この場合、サービスに対する暗証コード・サービスが有効になっているときには、暗証コード・サービスを使用したＰＩＮの照合を行なってからサービスの起動が許可される。
【０１５４】
また、複数のサービスに対して共通のＰＩＮを設定したい場合には、これらサービスを含むエリアを作成し、このエリアに対して共通の暗証コード・サービスを適用することができる。
【０１５５】
図１９に示す例では、エリア１０００に関する暗証コードが、暗証コード・サービス１０２０定義ブロックとして定義されている。その暗証コード・サービスの内容は暗証コード・サービス・データ・ブロックに格納されている。
【０１５６】
エリア１０００に対する暗証コード・サービスが有効（後述）になっている場合、暗証コード・サービス１０２０を使用した暗証コードの照合を行なった後に、エリア１０００内の各サービスを起動してそのユーザ・ブロックに読み出し又は書き込み動作を行なうことが可能となる。
【０１５７】
ここで、エリア１０００内のサービスに暗証コード・サービスが適用されており且つこれが有効となっている場合には、さらにその暗証コード・サービスを使用した暗証コードの照合を経てからでないと、そのユーザ・ブロックに読み出し又は書き込み動作を行なうことはできない。
【０１５８】
図１８及び図１９に例示したように、暗証コード照合の対象となるエリアやサービスに対応する暗証コード・サービスは一意に与えられる。
【０１５９】
図２０には、ファイル・システム内にエリアやサービスを登録するための手順をフローチャートの形式で示している。
【０１６０】
まず、メモリ空間にエリアが定義される（ステップＳ１）。
【０１６１】
次いで、サービスの登録サービス・コマンドを使用して、エリア内にアプリケーションに対してサービス・メモリ領域を割り当てるとともに、このサービス・メモリ領域に適用されるサービスを定義する（ステップＳ２）。登録サービス・コマンドでは、サービス・メモリ領域のユーザ・ブロック数を指定する。エリア内で複数のアプリケーションを割り当てたい場合には、当該処理ステップを繰り返し実行する。
【０１６２】
エリア内で定義したサービスに対して暗証コードを適用したい場合には、サービスの登録サービス・コマンドを使用して、暗証コード・サービスの登録を行なう（ステップＳ３）。
【０１６３】
暗証コード・サービスの登録は、通常のサービスと同様の登録サービス・コマンドを使用して行なう。但し、暗証コード・サービスの登録は、暗証コード照合の対象となるエリアやサービスが既にファイル・システムに登録済みであることが条件となる。すなわち、ＰＩＮ照合の対象となるエリアやサービスがない場合は、暗証コード・サービスの登録サービス実行時にエラーとなる。また、暗証コード・サービスは、通常のサービスのユーザ・ブロックに相当する暗証コード・サービス・データ・ブロックが１ブロックしか存在しないので、サービス登録時に登録サービス・コマンドで指定ユーザ・ブロック数を１以外の値に設定するとエラーとなる。
【０１６４】
さらに、エリア内で定義されたすべてのサービスに対して共通の暗証コードを設定したい場合には、サービスの登録サービス・コマンドを使用して、このエリアに対して共通の暗証コード・サービスの登録を行なう（ステップＳ４）。
【０１６５】
なお、ステップＳ３とステップＳ４の実行順序は逆であってもよい。
【０１６６】
さらに、１つのサービス・メモリ領域に対してサービス内容の異なる複数のサービスを定義したい場合には、サービスの登録サービス・コマンドを使用して、オーバーラップ・サービス（図１９を参照のこと）を登録する（ステップＳ５）。
【０１６７】
そして、オーバーラップ・サービスに対して暗証コードを適用したい場合には、サービスの登録サービス・コマンドを使用して、暗証コード・サービスの登録を行なう（ステップＳ６）。
【０１６８】
図１８に示した例では、ルートのエリア００００内にサービス・メモリ領域の割り当て並びにこれに適用するサービス０１０８が登録された後、サービス０１０８に適用される暗証コード・サービスが登録される。
【０１６９】
また、図１９に示した例では、ルートのエリア００００下のエリア１０００内で、２つのサービス・メモリ領域が割り当てられるとともに、それぞれに適用されるサービス１１０８、サービス１１０Ｃが登録される。また、一方のサービス・メモリには、他のサービス１１０Ｂがオーバーラップ・サービスとして登録される。図示しないが、これらに暗証コードを適用したい場合には、別途、暗証コード・サービスの登録が行なわれる。そして、登録されたサービス１１０８，１１０Ｂ，１１０Ｃに対して共通の暗証コードを設定したい場合には、エリア１０００に対して共通の暗証コード・サービスを登録する。
【０１７０】
サービス提供元事業者（元のカード発行者を含む）は、自分に割り振られたファイル・システム内にエリアやサービスを登録したい場合には、ＩＣカードの実行環境を提供するオペレーティング・システムに対してエリア登録要求やサービス登録要求をおこなう。これらの登録要求コマンドは事業者自身と該当するファイル・システムに固有の発行者鍵ＫIを用いてパッケージ化して暗号化通信により行なわれるので（図１６を参照のこと）、他のファイル・システムが無関係のデータを取り込んだり、第３者がファイル・システムへ無断で読み書きしたりすることはできない。
【０１７１】
図２１には、図２０に示した処理手順のステップＳ１において実行される、サービス提供元事業者（元のカード発行者を含む）が自己のファイル・システム内にエリア登録を行なう手続きを示している。但し、サービス提供元事業者とＩＣカード間の通信は、電磁誘導作用に基づく非接触近距離通信インターフェースを利用しても、あるいはＵＡＲＴ４８やＩ2Ｃ４９などの有線インターフェースを利用して行なう。
【０１７２】
サービス提供元事業者は、ＩＣカードの実行環境であるオペレーティング・システムに対しポーリングして、ファイル・システムのシステム・コードＳＣを引数にしたファイル・システムのエリアＩＤ要求を行なう。
【０１７３】
この要求メッセージをトリガにして、サービス提供元事業者と、ＩＣカードの実行環境であるオペレーティング・システムの間で、複数往復にまたがる通信動作で構成される相互認証手続きを経て、要求に対する戻り値として、エリアＩＤがサービス提供元事業者へ返される。なお、相互認証手続きの構成についてはＩＣカードの仕様毎に相違し、本発明の要旨には直接関連しないので、ここでは詳細な説明を省略する。
【０１７４】
この認証手続きに続いて、サービス提供元事業者は、ＩＣカードのオペレーティング・システムに対して、ファイル・システム内へのエリア登録要求を行なう。このエリア登録要求は、エリアＩＤと、エリア登録要求パッケージを引数として行なわれる。エリア登録要求パッケージは当該サービス提供元事業者の発行者鍵ＫIで暗号化されているので、第３者からは改竄されない。
【０１７５】
エリア登録要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、エリア登録要求パッケージが当該サービス提供元事業者のファイル・システムへ渡され、その発行者鍵ＫIで解読され、エリア登録要求パッケージが取り出される。そして、パッケージ内で要求されているエリアがファイル・システム内に登録されると、そのステータスが要求元であるサービス提供元事業者に返される。
【０１７６】
また、図２２には、図２０に示した処理手順のステップＳ２において実行される、サービス提供元事業者（元のカード発行者を含む）が自己のファイル・システム内（若しくはファイル・システムに登録されている特定のエリア）にサービス登録を行なう手続きを示している。但し、サービス提供元事業者とＩＣカード間の通信は、電磁誘導作用に基づく非接触近距離通信インターフェースを利用しても、あるいはＵＡＲＴ４８やＩ2Ｃ４９などの有線インターフェースを利用して行なう。
【０１７７】
サービス提供元事業者は、ＩＣカードの実行環境であるオペレーティング・システムに対しポーリングして、ファイル・システムのシステム・コードＳＣを引数にしたファイル・システムのエリアＩＤ要求を行なう。
【０１７８】
この要求メッセージをトリガにして、サービス提供元事業者と、ＩＣカードの実行環境であるオペレーティング・システムの間で、複数往復にまたがる通信動作で構成される相互認証手続きを経て、要求に対する戻り値として、エリアＩＤがサービス提供元事業者へ返される。なお、相互認証手続きの構成についてはＩＣカードの仕様毎に相違し、本発明の要旨には直接関連しないので、ここでは詳細な説明を省略する。
【０１７９】
この認証手続きに続いて、サービス提供元事業者は、ＩＣカードのオペレーティング・システムに対して、ファイル・システム内（若しくはファイル・システムに登録されている特定のエリア）へのサービス登録要求を行なう。このサービス登録要求は、エリアＩＤと、サービス登録要求パッケージを引数として行なわれる。サービス登録要求パッケージは当該サービス提供元事業者の発行者鍵ＫIで暗号化されているので、第３者からは改竄されない。
【０１８０】
サービス登録要求がＩＣカードのオペレーティング・システムに届くと、引数に含まれるエリアＩＤに基づいて、サービス登録要求パッケージが当該サービス提供元事業者のファイル・システムへ渡され、その発行者鍵ＫIで解読され、サービス登録要求パッケージが取り出される。そして、パッケージ内で要求されているサービスがファイル・システム内（若しくはファイル・システムに登録されている特定のエリア）に登録されると、そのステータスが要求元であるサービス提供元事業者に返される。
【０１８１】
図１８及び図１９に例示したように、ファイル・システム内に登録されたエリアやサービスに対してＰＩＮを適用して、エリア単位、あるいはサービス単位でアクセス制御を行なうことができる。また、１つのサービス・メモリ領域に対して複数のサービス（オーバーラップ・サービス）を登録することができるが、サービス毎にＰＩＮを適用することで、同じサービス・メモリ領域に対して複数のアクセス方法を定義することができる。
【０１８２】
但し、本実施形態では、ファイル・アクセスへアクセスする際、発行者鍵を用いた相互認証処理（前述）は必須であるが、ＰＩＮ照合処理は任意である。すなわち、サービス又はエリアに対する暗証コード・サービスが有効になっている場合にのみ、サービスの起動又はエリアへのアクセスを行なう前に、暗証コードの照合が要求され、暗証コード・サービスが無効にされている場合には、ＰＩＮの照合は要求されない。
【０１８３】
ＰＩＮの適用内容は、暗証コード・サービス定義ブロックの暗証コード・サービス・データ・ブロックに記述されている。図２３には、暗証コード・サービス・データ・ブロックのデータ構造を模式的に示している。同図に示すように、暗証コード定義領域は、暗証番号領域と、入力失敗回数記憶領域と、最大許容入力失敗回数設定領域と、暗証番号使用選択領域と、アクセス許可フラグとで構成されている。
【０１８４】
ユーザが入力したＰＩＮが一致した場合にのみ、該当するサービス又はエリアの暗証コード・サービス・データ・ブロック内のアクセス許可フラグを立てて、其処へのアクセスを許可する。
【０１８５】
アクセス許可フラグは、該当するアプリケーション又はディレクトリのアクセス可否状態を示すためのフラグであり、アクセス許可フラグが設定されたサービス又はエリアはアクセス許可状態である。ＰＩＮが設定されたサービスやエリアのアクセス許可フラグは、デフォルトではアクセス不可状態であり、ＰＩＮ照合処理及びファイル・システムの発行者鍵を用いた相互認証処理に成功した後、アクセス許可フラグが設定されて、アクセス許可状態に転じる。また、アクセス許可フラグを設定し続けると、ＩＣカードが紛失した場合や盗難に遭った場合にサービスやエリアの無断使用・不正使用によりユーザが損害を被るおそれがある。このため、ＩＣカードは、例えば電磁波が途絶えたことに応答してアクセス許可状態を自動的にアクセス不可にする機構を備えていてもよい。
【０１８６】
また、誤ったＰＩＮが入力された場合には、その都度、入力失敗回数記憶領域の記録を更新する。そして、入力失敗回数が最大許容入力失敗回数設定領域に設定された最大許容入力失敗回数に到達した場合には、該当するサービスの起動又はエリアに対するアクセスを禁止する。
【０１８７】
一般には、この入力失敗回数は、一度入力に成功したらクリアするべきものである。このようにして悪意あるユーザがしらみつぶしに暗証コードを調べることを防止する。また、ユーザが誤って最大許容入力失敗回数に達して暗証コード入力に失敗してしまった場合は、ＩＣカードを管理する管理者（例えば分割技術管理者や元のカード発行者）のみが入力失敗回数記憶領域をクリアできるようにしてもよい。この管理者の認証には、例えば後述するような秘密鍵による認証を使用することもできる。
【０１８８】
図２４には、ユーザから入力された暗証コードに従って、サービスの起動又はエリアへのアクセス権を制御するための処理手順をフローチャートの形式で示している。
【０１８９】
ユーザから暗証コードを入力すると（ステップＳ１１）、各暗証コード・サービス定義ブロックの暗証コード・サービス・データ・ブロックにアクセスして、暗証コードが一致するか否かを判別する（ステップＳ１２）。
【０１９０】
暗証コード・サービス・データ・ブロックのＰＩＮがユーザ入力されたＰＩＮと一致する場合には、その暗証コード・サービス・データ・ブロック内のアクセス許可フラグを設定して、対応するサービス又はエリアをアクセス可能状態にする（ステップＳ１３）。
【０１９１】
例えば、ＩＣチップをリーダ／ライタにかざして、リーダ／ライタに接続されている外部機器（図示しない）のユーザ・インターフェースを用いて入力されたＰＩＮを、電磁誘導作用に基づく非接触近距離通信インターフェースでＩＣカードに送信することができる。
【０１９２】
図２４に示すようにＰＩＮを用いてアプリケーションやディレクトリへのアクセス権を制御する場合、悪意のあるユーザはしらみつぶしにＰＩＮを調べることにより、セキュリティの壁が破られる可能性がある（特に桁数の少ない暗証コードを用いる場合）。このため、本実施形態では、暗証コード定義領域において、最大許容入力回数を設定して、入力失敗回数が最大許容入力回数に到達したアプリケーション又はディレクトリをアクセス不可状態に設定することで、アクセス制御を行なうようにしている。
【０１９３】
図２５には、ＰＩＮの入力失敗回数によりサービスやエリアへのアクセス権制御を行なうための処理手順をフローチャートの形式で示している。
【０１９４】
ユーザからＰＩＮを入力すると（ステップＳ２１）、各暗証コード・サービス定義ブロックにアクセスして、ＰＩＮが一致するか否かを判別する（ステップＳ２２）。
【０１９５】
ユーザ入力されたＰＩＮが暗証コード・サービス定義ブロックのＰＩＮと一致する場合には、その暗証コード・サービス・データ・ブロック内のアクセス許可フラグを設定して、該当するサービス又はエリアをアクセス可能状態にする（ステップＳ２３）。
【０１９６】
他方、ユーザ入力されたＰＩＮがいずれの暗証コード・サービス定義ブロックのＰＩＮとも一致しない場合には、暗証コード定義領域内の入力失敗回数を更新する（ステップＳ２４）。また、ユーザ入力されたＰＩＮがいずれの暗証コード・サービス定義ブロックのＰＩＮと一致し、照合に成功した場合には、入力失敗回数を０にクリアする。
【０１９７】
そして、ステップＳ２５では、更新された入力失敗回数が、暗証コード定義領域内で設定されている最大許容入力回数に到達したか否かを判断する（ステップＳ２５）。
【０１９８】
もし、入力失敗回数が最大許容入力回数に到達してしまったならば、その暗証コード定義領域内のアクセス許可フラグの設定を解除して、該当するサービス又はエリアをアクセス不可状態にする（ステップＳ２６）。この結果、悪意のあるユーザがしらみつぶしにＰＩＮを調べる行為を取り締まることができる。
【０１９９】
また、ユーザが誤って最大許容入力失敗回数に達して暗証コード入力に失敗してしまった場合は、ＩＣカードを管理する管理者（例えば、分割技術管理者、または元のカード発行者）のみが入力失敗回数記憶領域をクリアできるようにしてもよい。この管理者の認証には、例えば秘密鍵による認証を使用することもできる。
【産業上の利用可能性】
【０２００】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０２０１】
本明細書では、ＩＣカードに内蔵されているメモリ領域についての情報管理方法を例にとって本発明の一実施形態について説明してきたが、本発明の要旨はこれに限定されるものではなく、ＩＣカード以外の機器に内蔵されているメモリの管理にも同様に適用することができる。
【０２０２】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【図面の簡単な説明】
【０２０３】
【図１】図１は、電磁誘導に基づくカード読み書き装置とＩＣカードとの無線通信の仕組みを概念的に示した図である。
【図２】図２は、カード読み書き装置とＩＣカードからなる系を１個のトランスとして捉えてモデル化した図である。
【図３】図３は、本発明の実施形態に係るデータ通信装置のハードウェア構成を示した図である。
【図４】本発明の一実施形態に係るＩＣカードにおけるメモリ領域の制御システム構成を模式的に示した図である。
【図５】図５は、ＩＣカードを用いたサービス提供システムの全体的構成を模式的に示した図である。
【図６】図６は、元のカード発行者が自らのファイル・システムのみを管理しているメモリ領域の状態を示した図である。
【図７】図７は、カード発行者が自らのファイル・システムの空き領域の内で、ある範囲のメモリを領域管理者に貸与（又は譲渡）することが許可できることを示した図である。
【図８】図８は、他のサービス提供元事業者が、カード発行者から許可された領域においてメモリ領域を分割し、新たなファイル・システムを生成した状態を示した図である。
【図９】図９は、共通領域管理者が、カード発行者から許可された領域において、共通領域のシステム・コードＳＣ０でメモリを分割した状態を示した図である。
【図１０】図１０は、ファイル・システムを分割する際の事前処理を説明するための図である。
【図１１】図１１は、カード発行者がＩＣカードに対してポーリングを行なう手続きを示したシーケンス図である。
【図１２】図１２は、カード発行者がＩＣカードに対して分割要求を行なう手続きを示したシーケンス図である。
【図１３】図１３は、ＩＣカード上のメモリ領域が分割され、新たなファイル・システムが生成される様子を示した図である。
【図１４】図１４は、新規のサービス提供元事業者がＩＣカードのメモリ領域上に自己のファイル・システムを取得した後に行なう、発行者鍵ＫIiとシステム・コードＳＣiの再設定手続きを示したシーケンス図である
【図１５】図１５は、分割操作の繰り返しにより、ＩＣカードのメモリ領域上に複数のファイル・システムが共存するメモリ空間の構造を模式的に示した図である。
【図１６】図１６は、発行者鍵でパッケージ化された要求コマンドの構成を模式的に示した図である。
【図１７】図１７は、ファイル・システム内のディレクトリ構造例を模式的に示した図である。
【図１８】図１８は、ファイル・システムの基本構成を示した図である。
【図１９】図１９は、ＩＣカード５０のメモリ空間においてエリアが階層化されている様子を示した図である。
【図２０】図２０は、ファイル・システム内にエリアやサービスを登録するための手順を示したフローチャートである。
【図２１】図２１は、サービス提供元事業者（元のカード発行者を含む）が自己のファイル・システム内にエリア登録を行なう手続きを示した図である。
【図２２】図２２は、サービス提供元事業者（元のカード発行者を含む）が自己のファイル・システム内にサービス登録を行なう手続きを示した図である。
【図２３】図２３は、暗証コード・サービス・データ・ブロックのデータ構造を模式的に示した図である。
【図２４】図２４は、ユーザから入力された暗証コードに従って、サービスの起動又はエリアへのアクセス権を制御するための処理手順を示したフローチャートである。
【図２５】図２５は、ＰＩＮの入力失敗回数によりサービスやエリアへのアクセス権制御を行なうための処理手順を示したフローチャートである。
【符号の説明】
【０２０４】
１１…発行者用通信装置
１２…運用者要通信装置
１３…製造者用通信装置
１４…記憶領域分割装置
１５…運用ファイル登録装置
１６…ＩＣカード
１７…ネットワーク
２１…カード発行者
２２…カード記憶領域運用者
２３…装置製造者
２４…カード記憶領域使用者
２６…カード所有者
３０…カード機能アナログ回路部
３１…整流器
３２…アンテナ
３３…シリアル・レギュレータ
３４…搬送波検出器
３５…クロック抽出器
３６…クロック選択器
３７…クロック発振器
３８…論理回路
３９…電圧検出器
４０…データ処理部
４１…ＲＡＭ
４２…ＲＯＭ
４３…ＥＥＰＲＯＭ
４４…信号処理部
４５…ＣＰＵ
４６…データ暗号化エンジン
４７…エラー訂正部
４８…ＵＡＲＴインターフェース
４９…Ｉ2Ｃインターフェース
５０…リーダ／ライタ機能アナログ回路部
５１…送信アンプ
５２…送信アンテナ
５３…受信信号検出器
５４…受信アンプ・フィルタ
５５…受信アンテナ
１００…データ通信装置
【図１】
2005196412.tif 000003
【図２】
2005196412.tif 000004
【図３】
2005196412.tif 000005
【図４】
2005196412.tif 000006
【図５】
2005196412.tif 000007
【図６】
2005196412.tif 000008
【図７】
2005196412.tif 000009
【図８】
2005196412.tif 000010
【図９】
2005196412.tif 000011
【図１０】
2005196412.tif 000012
【図１１】
2005196412.tif 000013
【図１２】
2005196412.tif 000014
【図１３】
2005196412.tif 000015
【図１４】
2005196412.tif 000016
【図１５】
2005196412.tif 000017
【図１６】
2005196412.tif 000018
【図１７】
2005196412.tif 000019
【図１８】
2005196412.tif 000020
【図１９】
2005196412.tif 000021
【図２０】
2005196412.tif 000022
【図２１】
2005196412.tif 000023
【図２２】
2005196412.tif 000024
【図２３】
2005196412.tif 000025
【図２４】
2005196412.tif 000026
【図２５】
2005196412.tif 000027