JP4565703B2 - データ記憶装置およびデータ記憶方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、データ記憶装置およびデータ記憶方法に関し、特に、データ記憶装置を複数のサービス提供者によって共通で運用する場合、それぞれのサービス提供者が提供する個別運用サービスに対するセキュリティを確保しつつ、個別運用サービスと共通運用サービスを共存させることができるデータ記憶装置およびデータ記憶方法に関する。
【０００２】
【従来の技術】
電子マネーシステムや、セキュリティシステムにおいて、ＩＣ（Integrated circuit）カードの利用が増加している。ＩＣカードとは、ＩＣチップが埋め込まれたカード状デバイスのことであり、例えば、各種処理を行うＣＰＵ（Central Processing Unit）などの演算処理部や、処理に必要なデータなどを記憶するメモリなどを内蔵している。ＩＣカードは、所定のリーダ／ライタを利用して、電気的に接触させた状態、もしくは、電磁波を利用した非接触の状態で、データの読み書きが行われる。
【０００３】
例えば、ＩＳＯ（International Organization for Standardization）７８１６では、接触式のＩＣカードの標準が規定されており、これによれば、例えば、データを格納するＥＦ（Elementary File）（いわゆるファイルに相当する）と、ＥＦおよびＤＦ（Dedicated File）（いわゆるディレクトリ（フォルダ）に相当する）を格納するＤＦとによるデータの管理が可能となっている。従って、あるＤＦを親の階層として、その子の階層のＤＦを設けることで、階層構造によるデータの管理が可能である。
【０００４】
ところで、ＩＣカードを、複数の管理者によるサービスの提供に用いる場合には、その複数の管理者それぞれに、階層としてのＤＦを割り当て、そのＤＦに、各管理者によるサービスの提供に関するデータとしてのＥＦを格納するようにする方法が考えられる。
【０００５】
また、ＩＣカードを、電子マネーシステムやセキュリティシステムなどで利用する場合においては、データの隠匿性や、ＩＣカードの偽造を防止すること等のセキュリティが重要であり、データの記憶のためのリソース管理や、データに対するフレキシブルでセキュリティの高いアクセス制御を行うことが必要である。
【０００６】
データに対するフレキシブルでセキュリティの高いアクセス制御を行うための技術として、例えば、特開２０００−３６０２１号広報に記載の技術がある。この発明によれば、ＩＣカードのディレクトリに相当するエリア定義領域は、使用可能な識別コード（ファイル名またはディレクトリ名に相当する）の範囲であるコード範囲を記憶しており、そのコード範囲に基づき、自身を親の階層とし、他のエリア定義領域を子の階層とする階層構造を構成している。更に、エリア定義領域には、使用可能な記憶領域の容量（空き容量）も記憶されており、この空き容量、コード範囲により、あるエリア定義領域の階層の中で使用可能な容量、識別コードが制限される。
【０００７】
また、この発明によれば、これらのデータが記憶されている記憶領域の各階層に対する階層キー、またはデータが記憶された記憶領域に対するデータ記憶領域キーを２以上用いて、認証に用いる認証キーが生成され、その認証キーに基づいて、認証が行われ、親の階層を利用するための認証キーは、子の階層の利用者には分からないようになされる。更に、子の階層に与えられるアクセス権は、エリア定義領域の子の階層であるサービス定義領域に対して与えられるため、親の階層を管理する管理者は、利用者ごとに、異なるサービス定義領域に対するアクセス権を与えることが可能となる。
【０００８】
【発明が解決しようとする課題】
電子マネーの普及や、ＩＣカードを用いたサービスの多様化が進むにつれて、１枚のＩＣカードを、複数のサービス提供者によって相互運用することにより、より多くのサービスを提供することが求められている。
【０００９】
１枚のＩＣカードを複数のサービス提供者によって相互運用する場合、あるサービス提供者が提供する固有のサービスに関する情報やアプリケーションは、相互運用する他のサービス提供者から許可なくアクセスできないようにしなければならない。そのようなセキュリティを維持しつつ、相互運用するサービスに関する情報やアプリケーションは、相互運用を実施しているサービス提供者で共有することができるようにしなければならない。
しかしながら、複数のサービス提供者によって、相互運用される、あるいは個別に運用される各種サービスを実現するためのデータを、ＩＣカードの内部に、物理的に個別のブロックとして定義した場合、相互運用されている部分のデータの一部が書き換えられたときに、リーダ／ライタおよびＩＣカードに、それぞれのサービスの個別ブロックのデータ内容を同期させるための手段が必要となり、リーダ／ライタおよびＩＣカードともに、コストアップの要因となっていた。更に、各種サービスを実現するためのデータを、物理的に個別のブロックとして定義すると、複数定義した物理ブロックのために、カード内のメモリ容量を浪費してしまうため、1枚のカードで、より多くのサービスを供給するための妨げとなってしまう。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、例えば、複数の事業者による複数のサービスを提供するＩＣカードにおいて、それぞれの事業者のサービスを提供するためのアプリケーションやデータに対するセキュリティを確保しつつ、個別運用サービスと、相互運用サービスの共存を実現させるものである。
【００１１】
【課題を解決するための手段】
本発明のデータ記憶装置は、第１のデータおよび第１のデータに対する第１の認証情報を記録する第１の記録領域と、第２のデータおよび第２のデータに対する第２の認証情報を記録する第２の記録領域を有する第１の記録手段と、情報処理装置に対する、データの入出力を制御するデータ入出力制御手段と、データ入出力制御手段により情報処理装置からの入力が制御された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、情報処理装置に対して、第１の記録手段に記録された第１のデータもしくは第２のデータの授受を行うか否かを判断する判断手段と、第１の記録手段に記録されている第１のデータもしくは第２のデータのうち、判断手段により、情報処理装置とデータの授受を行うと判断された第１のデータもしくは第２のデータに基づいて処理を実行する処理実行手段とを備え、第１の認証情報および第２の認証情報には、第１のデータおよび第２のデータに対する、読み出し、書き込み、加算、もしくは減算の処理が可能であるか否かを示す情報が含まれており、第２の認証情報において、第２のデータに対して許可されている処理は、第１の認証情報において、第１のデータに対して許可されている処理の一部であり、判断手段は、情報処理装置から入力された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、処理実行手段が実行する処理のうち、読み出し、書き込み、加算、もしくは減算のいずれの処理が可能であるかを判断し、第1の記録手段において、第１の記録領域に記録されている第１のデータのうちの第３のデータについては、第２の記録領域に記録されている第２のデータのうちの第４のデータを指し示すようになされており、処理実行手段は、判断手段により、情報処理装置が第３のデータに対してデータの授受を行うと判断された場合、指し示されている第４のデータに対して処理を実行することを特徴とする。
【００１２】
第２の認証情報は事業者ごとに割り当てられ、所定の事業者に割り当てられた第２の認証情報には、第１の認証情報において許可されている処理と同一の処理が可能であることを示す情報が含まれているようにすることができる。
【００１３】
第１のデータおよび第２のデータには、所定のサービスを提供するためのアプリケーションが含ませるようにし、アプリケーションは、それぞれ異なるコード情報により定義されるようにし、処理実行手段には、アプリケーションに従って処理を実行させるようにし、判断手段には、情報処理装置から入力された認証情報に含まれるコード情報により、処理実手段に、いずれのアプリケーションに従って処理を実行させるかを判断させるようにすることができる。
【００１４】
情報処理装置とデータの授受を行った場合、データの授受の内容を示す情報を、データの授受に用いたのは、第１の認証情報であるか、第２の認証情報であるかに従って区別して記録する第２の記録手段を更に備えさせることができる。
【００１５】
本発明のデータ記憶方法は、第１のデータおよび第１のデータに対する第１の認証情報を記録する第１の記録領域と、第２のデータおよび第２のデータに対する第２の認証情報を記録する第２の記録領域へのデータの記録を制御する記録制御ステップと、情報処理装置に対する、データの入出力を制御するデータ入出力制御ステップと、データ入出力制御ステップの処理により情報処理装置からの入力が制御された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、情報処理装置に対して、記録制御ステップの処理により記録が制御された第１のデータもしくは第２のデータの授受を行うか否かを判断する判断ステップと、記録制御ステップの処理により記録が制御されている第１のデータもしくは第２のデータのうち、判断ステップの処理により、情報処理装置とデータの授受を行うと判断された第１のデータもしくは第２のデータに基づいて処理を実行する処理実行ステップとを含み、第１の認証情報および第２の認証情報には、第１のデータおよび第２のデータに対する、読み出し、書き込み、加算、もしくは減算の処理が可能であるか否かを示す情報が含まれており、第２の認証情報において、第２のデータに対して許可されている処理は、第１の認証情報において、第１のデータに対して許可されている処理の一部であり、判断ステップは、情報処理装置から入力された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、処理実行ステップが実行する処理のうち、読み出し、書き込み、加算、もしくは減算のいずれの処理が可能であるかを判断し、第１の記録領域に記録されている第１のデータのうちの第３のデータについては、第２の記録領域に記録されている第２のデータのうちの第４のデータを指し示すようになされており、処理実行ステップは、判断ステップの処理により、情報処理装置が第３のデータに対してデータの授受を行うと判断された場合、指し示されている第４のデータに対して処理を実行することを特徴とする。
【００１６】
本発明のデータ記憶装置およびデータ記憶方法においては、第１のデータおよび第１のデータに対する第１の認証情報を記録する第１の記録領域と、第２のデータおよび第２のデータに対する第２の認証情報を記録する第２の記録領域にデータが記録され、情報処理装置に対するデータの入出力が制御され、情報処理装置から入力された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、情報処理装置に対して、第１のデータもしくは第２のデータの授受を行うか否かが判断され、第１のデータもしくは第２のデータのうち、情報処理装置とデータの授受を行うと判断された第１のデータもしくは第２のデータに基づいて処理が実行される。
第１の認証情報および第２の認証情報には、第１のデータおよび第２のデータに対する、読み出し、書き込み、加算、もしくは減算の処理が可能であるか否かを示す情報が含まれており、第２の認証情報において、第２のデータに対して許可されている処理は、第１の認証情報において、第１のデータに対して許可されている処理の一部であり、情報処理装置から入力された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、読み出し、書き込み、加算、もしくは減算のいずれの処理が可能であるかを判断し、第１の記録領域に記録されている第１のデータのうちの第３のデータについては、第２の記録領域に記録されている第２のデータのうちの第４のデータを指し示すようになされており、情報処理装置が第３のデータに対してデータの授受を行うと判断された場合、指し示されている第４のデータに対して処理が実行される。
【００３０】
【発明の実施の形態】
以下、図を参照して、本発明の実施の形態について説明する。
【００３１】
図１は、本発明を適用した非接触カードシステムの構成を示す。
【００３２】
この非接触カードシステムは、リーダ／ライタ１、ＩＣカード２、およびコントローラ３で構成され、リーダ／ライタ１とＩＣカード２との間では、電磁波を利用して非接触でデータの送受信が行われるようになされている。
【００３３】
すなわち、リーダ／ライタ１が、所定のコマンドをＩＣカード２に送信し、ＩＣカード２は、そのコマンドを受信し、そのコマンドに対応する処理を行う。そして、ＩＣカード２は、その処理結果に対応する応答データをリーダ／ライタ１に送信する。
【００３４】
リーダ／ライタ１は、所定のインターフェース（例えば、ＲＳ−４８５Ａの規格などに準拠したもの）を介してコントローラ３に接続されており、コントローラ３は、リーダ／ライタ１に対して所定の制御信号を供給することで、所定の処理を行わせる。
【００３５】
図２は、図１のリーダ／ライタ１の構成を示すブロック図である。
【００３６】
ＩＣ２１は、データの処理を行うＤＰＵ（Data Processing Unit）３１、ＩＣカード２に送信するデータおよびＩＣカード２から受信したデータの処理を行うＳＰＵ（Signal Processing Unit）３２、コントローラ３との通信を行うＳＣＣ（Serial Communication Controller）３３、並びに、データの処理に必要な情報を予め記憶しているＲＯＭ（Read Only Memory）４１および処理途中のデータを一時的に記憶するＲＡＭ（Random Access Memory）４２とで構成されるメモリ３４により構成され、ＤＰＵ３１乃至メモリ３４は、バス３５を介して相互に接続されている。
【００３７】
また、このバス３５には、例えば、認証のために必要なデータなどの所定のデータを記憶するフラッシュメモリ２２、および、ドライブ２８も接続されている。ドライブ２８には、必要に応じて磁気ディスク４５、光ディスク４６、光磁気ディスク４７、および半導体メモリ４８が装着され、データの授受を行う。
【００３８】
アンテナ２７は、所定の電磁波を放射した状態で負荷状態を監視することにより、ＩＣカード２が装着されたか否かを検出し、装着されたＩＣカード２に対してデータの送受信を行う。ＩＣカード２に対するデータの送受信についての詳細は後述する。
【００３９】
復調回路２５は、アンテナ２７を介して受信した変調波（ＡＳＫ（Amplitude Shift Keying）変調波）を復調し、復調されたデータをＳＰＵ３２に出力する。
【００４０】
ＳＰＵ３２は、ＩＣカード２から送信された応答データを、復調回路２５を介して入力され、そのデータに対して所定の処理（例えば、ＢＰＳＫ（Binary Phase Shift Keying）変調（ワンチェスタコードへのコーディング）など）を施すとともに、ＩＣカード２に送信するコマンドに対しても同様に、所定の処理を行った後、変調回路２３に出力する。
【００４１】
ＤＰＵ３１は、ＳＰＵ３２およびバス３５を介して、ＩＣカード２から受信した応答データや、ＳＣＣ３３およびバス３５を介してコントローラ３から入力される制御信号の入力を受け、入力された応答データや制御信号に従った処理を実行し、ＩＣカード２に送信するコマンドを、バス３５を介してＳＰＵ３２に出力したり、コントローラに出力するデータを、バス３５を介してＳＣＣ３３に出力する。
【００４２】
変調回路２３は、発振器（ＯＳＣ）２６より供給される所定の周波数（例えば１３．５６ＭＨｚ）の搬送波を、ＳＰＵ３２より供給されるデータに基づいて、ＡＳＫ変調し、生成された変調波を、アンテナ２７を介して、電磁波としてＩＣカード２に出力する。なお、このとき、変調回路２３は、変調度を１未満にして、ＡＳＫ変調を行うようになされており、これにより、データがローレベルのときにおいても、変調波の最大振幅がゼロにならないようになされている。
【００４３】
ＳＣＣ３３は、コントローラ３から入力されたデータを、バス３５を介して、ＤＰＵ３１に供給したり、ＤＰＵ３１から、バス３５を介して入力されたデータを、コントローラに出力する。
【００４４】
図３は、図１のＩＣカード２の構成を示すブロック図である。
【００４５】
ＩＣカード２のＩＣ５１は、アンテナ５３を介して、リーダ／ライタ１により送信された変調波を受信する。コンデンサ５２は、アンテナ５３とともにＬＣ回路を構成し、所定の周波数（キャリア周波数）の電磁波に同調（共振）する。
【００４６】
ＩＣ５１のインターフェース部６１は、ＡＳＫ復調部８１で、アンテナ５３を介して受信した変調波（ＡＳＫ変調波）を検波して復調し、復調後のデータを、ＢＰＳＫ復調部６２およびＰＬＬ（Phase Locked Loop）部６３に出力するとともに、電圧レギュレータ８２で、ＡＳＫ復調部８１が検波した信号を安定化し、各回路に直流電源として供給する。また、インターフェース部６１は、発振回路８３でデータのクロック周波数と同一の周波数の信号を発振し、その信号をＰＬＬ部６３に出力する。
【００４７】
更に、ＩＣカード２からリーダ／ライタ１へデータを送信する場合、インターフェース部６１のＡＳＫ変調部８４は、演算部６４からＢＰＳＫ変調部６８を介して供給されるデータに対応して、例えば、所定のスイッチング素子をオン／オフさせ、スイッチング素子がオン状態であるときだけ所定の負荷をアンテナ５３に並列に接続させることにより、ＩＣカード２の電源としてのアンテナ５３の負荷を変動させる。ＡＳＫ変調部８４は、アンテナ５３の負荷の変動により、アンテナ５３を介して受信している変調波をＡＳＫ変調し（リーダ／ライタ１は、ＩＣカード２からデータを受信するとき、すなわち、ＩＣカード２にデータを送信させるとき、その出力する変調波の最大振幅を一定にしており、この変調波が、アンテナ５３の負荷の変動により、ＡＳＫ変調される）、その変調成分を、アンテナ５３を介してリーダ／ライタ１に送信する（すなわち、リーダ／ライタ１のアンテナ２７の端子電圧を変動させる）。
【００４８】
ＰＬＬ部６３は、ＡＳＫ復調部８１より供給されるデータから、そのデータに同期したクロック信号を生成し、そのクロック信号をＢＰＳＫ復調部６２およびＢＰＳＫ変調部６８に出力する。ＢＰＳＫ復調部６２は、ＡＳＫ復調部８１で復調されたデータが、ＢＰＳＫ変調されている場合、ＰＬＬ部６３より供給されたクロック信号に従って、そのデータの復調（ワンチェスタコードのデコード）を行い、復調したデータを演算部６４に出力する。
【００４９】
演算部６４は、ＢＰＳＫ復調部６２より供給されたデータが暗号化されている場合、そのデータを暗号／復号部９２で復号化した後、そのデータを、シーケンサ９１で処理する。なお、データが暗号化されていない場合、ＢＰＳＫ復調部６２より供給されたデータは、暗号／復号部９２を介さず、シーケンサ９１に、直接供給される。
【００５０】
シーケンサ９１は、入力されるコマンドに従った各種の処理を実行する。すなわち、シーケンサ９１は、例えば、EEPROM（Electrically Erasable and Programmable Read Only Memory）６６に対するデータの書き込みや読み出し、その他データに対する必要な演算処理などを行う。更に、シーケンサ９１は、認証を行うことによるEEPROM６６へのアクセス制御や、EEPROM６６の管理などを実行する。
【００５１】
演算部６４のパリティ演算部９３は、EEPROM６６に記憶されるデータや、EEPROM６６に記憶されているデータから、パリティとして、例えば、リードソロモン符号を算出する。更に、演算部６４は、シーケンサ９１で所定の処理を行った後、その処理に対応する応答データ（リーダ／ライタ１に送信するデータ）をＢＰＳＫ変調部６８に出力する。ＢＰＳＫ変調部６８は、演算部６４より供給されたデータをＢＰＳＫ変調し、変調後のデータをインターフェース部６１のＡＳＫ変調部８４に出力する。
【００５２】
ＲＯＭ６５は、シーケンサ９１が処理を行うためのプログラム、およびプログラムの実行に必要なデータなどを記憶している。ＲＡＭ６７は、シーケンサ９１が処理を行うとき、その処理の途中のデータなどを、一時的に記憶する。EEPROM６６は、不揮発性のメモリであり、ＩＣカード２が、リーダ／ライタ１との通信を終了し、その電力供給が停止された後も、データを記憶し続ける。
【００５３】
次に、リーダ／ライタ１とＩＣカード２との間のデータの送受信処理について説明する。
【００５４】
図２を用いて説明したリーダ／ライタ１は、アンテナ２７から所定の電磁波を放射した状態で、アンテナ２７の負荷状態を監視し、ＩＣカード２が接近することによる負荷状態の変化が検出されるまで待機する。なお、リーダ／ライタ１には、所定の短いパターンのデータでＡＳＫ変調した電磁波を放射して、ＩＣカード２への呼びかけを、ＩＣカード２からの応答が一定時間内に得られるまで繰り返す処理（ポーリング）を行わせるようにしてもよい。
【００５５】
リーダ／ライタ１において、ＩＣカード２の接近が検出されると、リーダ／ライタ１のＳＰＵ３２は、所定の周波数（例えば、データのクロック周波数の２倍の周波数）の矩形波を搬送波として、ＩＣカード２に送信するデータ（例えば、ＩＣカード２に実行させる処理に対応するコマンドや、ＩＣカード２に書き込むデータなど）で、ＢＰＳＫ変調を行い、生成した変調波（ＢＰＳＫ変調信号）を変調回路２３に出力する。
【００５６】
なお、ＢＰＳＫ変調時においては、差動変換を利用して、変調波の位相の変化に、データを対応させることができ、この場合、ＢＰＳＫ変調信号が反転しても、元のデータに復調されるので、復調するときに、変調波の極性を配慮する必要が無くなる。
【００５７】
変調回路２３は、入力されたＢＰＳＫ変調信号で、所定の搬送波を１未満（例えば０．１）の変調度（＝データ信号の最大振幅／搬送波の最大振幅）でＡＳＫ変調し、生成された変調波（ＡＳＫ変調波）を、アンテナ２７を介してＩＣカード２に送信する。
【００５８】
なお、送信を行わないとき、変調回路２３は、ディジタル信号の２つのレベル（ハイレベルとローレベル）のうちの、例えばハイレベルで変調波を生成するようになされている。
【００５９】
図３を用いて説明したＩＣカード２では、アンテナ５３およびコンデンサ５２で構成されるＬＣ回路において、リーダ／ライタ１のアンテナ２７が放射した電磁波の一部が電気信号に変換され、その電気信号（変調波）が、ＩＣ５１のインターフェース部６１に出力される。そして、インターフェース部６１のＡＳＫ復調部８１は、その変調波を整流平滑化することで、包絡線検波を行い、これにより生成される信号を電圧レギュレータ８２に供給するとともに、その信号の直流成分を抑制してデータ信号を抽出し、そのデータ信号をＢＰＳＫ復調部６２およびＰＬＬ部６３に出力する。
【００６０】
なお、このとき、アンテナ５３の端子電圧Ｖ₀は、例えば次の式（１）で表される。
Ｖ₀＝Ｖ₁₀（１＋ｋ×Ｖｓ（ｔ））ｃｏｓ（ωｔ）・・・（１）
但し、Ｖ₁₀ｃｏｓ（ωｔ）は、搬送波を、ｋは変調度を、Ｖｓ（ｔ）はＳＰＵ３２が出力するデータを、それぞれ表す。
【００６１】
また、ＡＳＫ復調部８１による整流後の電圧Ｖ₁におけるローレベルの値Ｖ_LRは、例えば次の式（２）で表される。
Ｖ_LR＝Ｖ₁₀（１＋ｋ×（−１））−Ｖｆ・・・（２）
【００６２】
ここで、Ｖｆは、ＡＳＫ復調部８１において、整流平滑化を行うための整流回路を構成するダイオード（図示せず）における電圧降下を示しており、一般に０．７ボルト程度である。
【００６３】
電圧レギュレータ８２は、ＡＳＫ復調部８１により整流平滑化された信号を受信すると、その信号を安定化し、直流電源として、演算部６４を始めとする各回路に供給する。なお、ここでは、上述したように、変調波の変調度ｋは１未満であるので、整流後の電圧変動（ハイレベルとローレベルの差）が小さい。従って、電圧レギュレータ８２において、直流電源を容易に生成することができる。
【００６４】
ここで、例えば、変調度ｋが５％の変調波を、Ｖ₁₀が３ボルト以上になるように受信した場合、整流後のローレベル電圧Ｖ_LRは、２．１５（＝３×（１−０．０５）−０．７）ボルト以上となり、電圧レギュレータ８２は、電源として充分な電圧を各回路に供給することができる。更に、この場合、整流後の電圧Ｖ₁の交流成分（データ成分）の振幅２×ｋ×Ｖ₁₀（Peak-to-Peak値）は、０．３（＝２×０．０５×３）ボルト以上になり、ＡＳＫ復調部８１は、十分高いＳ／Ｎ比でデータの復調を行うことができる。
【００６５】
このように、変調度ｋが１未満のＡＳＫ変調波を利用することにより、エラーレートの低い（すなわち、Ｓ／Ｎ比の高い）状態での通信が実現されるとともに、電源として充分な直流電圧がＩＣカード２に供給される。
【００６６】
ＢＰＳＫ復調部６２は、ＡＳＫ復調部８１からデータ（ＢＰＳＫ変調信号）を受信すると、そのデータを、ＰＬＬ部６３より供給されるクロック信号に従って復調し、復調したデータを演算部６４に出力する。
【００６７】
演算部６４は、ＢＰＳＫ復調部６２より供給されたデータが暗号化されている場合は、暗号／復号部９２で復号化した後、そのデータをシーケンサ９１に供給して処理する。なお、リーダ／ライタ１は、この期間、すなわち、ＩＣカード２にデータを送信後、それに対する返答を受信するまでの間、値が１のデータを送信したまま待機している。従って、この期間においては、ＩＣカード２は、最大振幅が一定である変調波を受信している。
【００６８】
シーケンサ９１は、処理が終了すると、その処理結果などについての応答データ（リーダ／ライタ１に送信するデータ）を、ＢＰＳＫ変調部６８に出力する。
ＢＰＳＫ変調部６８は、入力されたデータをＢＰＳＫ変調（ワンチェスタコードにコーディング）した後、インターフェース部６１のＡＳＫ変調部８４に出力する。
【００６９】
そして、ＡＳＫ変調部８４は、アンテナ５３の両端に接続される負荷を、スイッチング素子などを利用し、ＢＰＳＫ変調部６８からのデータに応じて変動させることにより、受信している変調波（ＩＣカード２によるデータの送信時においては、上述したように、リーダ／ライタ１が出力する変調波の最大振幅は一定とされている）を、送信するデータに応じてＡＳＫ変調し、これによりリーダ／ライタ１のアンテナ２７の端子電圧を変動させて、そのデータをリーダ／ライタ１に送信する。
【００７０】
一方、リーダ／ライタ１の変調回路２３は、ＩＣカード２からのデータの受信時においては、値が１（ハイレベル）のデータの送信を継続している。そして、復調回路２５において、ＩＣカード２のアンテナ５３と電磁気的に結合しているアンテナ２７の端子電圧の微小な変動（例えば、数十マイクロボルト）から、ＩＣカード２により送信されてきたデータが検出される。
【００７１】
更に、復調回路２５では、検出した信号（ＡＳＫ変調波）が高利得の増幅器（図示せず）で増幅されて復調され、その結果得られるディジタルデータがＳＰＵ３２に出力される。ＳＰＵ３２は、入力されたデータ（ＢＰＳＫ変調信号）を復調し、バス３５を介して、ＤＰＵ３１に出力する。ＤＰＵ３１は、ＳＰＵ３２から入力されたデータを処理し、その処理結果に応じて、通信を終了するか否かを判断する。そして、再度、通信を行うと判断された場合、上述した場合と同様にして、リーダ／ライタ１とＩＣカード２との間で通信が行われる。一方、通信を終了すると判断された場合、リーダ／ライタ１とＩＣカード２との通信処理が終了される。
【００７２】
以上のように、リーダ／ライタ１は、変調度ｋが１未満であるＡＳＫ変調を利用して、ＩＣカード２にデータを送信し、ＩＣカード２は、そのデータを受け取り、そのデータに対応する処理を行って、その処理の結果に対応するデータを、リーダ／ライタ１に返送する。
【００７３】
次に、図４は、図１のコントローラ３の構成を示すブロック図である。
【００７４】
制御部１０１は、内部バス１０２を介して、ユーザが入力部１０３を用いて入力した各種指令に対応する信号の入力を受け、入力された指令に基づいた各種処理を実行する。メモリ１０４は、制御部１０１が使用するプログラム、演算用のパラメータ、プログラムの実行において適宜変化するパラメータなどを格納する。制御部１０１およびメモリ１０４は、内部バス１０２により相互に接続されている。
【００７５】
内部バス１０２は、入力部１０３、表示部１０５、ドライブ１０６、およびネットワークインターフェース１０７とも接続されている。入力部１０３は、例えば、キーボード、マウスあるいはバーコードリーダなどからなり、制御部１０１に各種の指令、あるいはデータなどを入力するとき、ユーザにより操作される。
表示部１０５は、例えば、ＣＲＴ（Cathode Ray Tube）等からなり、各種情報をテキスト、もしくはイメージなどで表示する。ドライブ１０６には、必要に応じて磁気ディスク１１１、光ディスク１１２、光磁気ディスク１１３、および半導体メモリ１１４が装着され、データの授受を行う。
【００７６】
ネットワークインターフェース１０７は、例えば、ＲＳ−４８５Ａを介して、リーダ／ライタ１に接続されたり、所定のインターフェースケーブルなどを用いてＬＡＮ（Local Aria Network）に接続されたり、図示しない電話回線などを介して、例えばインターネットなどの広域ネットワークに接続される。
【００７７】
次に、図５を用いて、図３のEEPROM６６の論理フォーマットについて説明する。
【００７８】
EEPROM６６は、ブロックを単位として構成され、例えば、図５においては、１ブロックは、１６バイトで構成されている。
【００７９】
更に、図５においては、最も上のブロックの論理アドレスを＃００００ｈ（ｈは、１６進数を表す）として、昇順に、論理アドレスが付されている。なお、図５では、論理アドレスとして、＃００００ｈ乃至＃ＦＦＦＦｈが付されており、従って、６５５３６（＝２¹⁶）個のブロックが構成されている。
【００８０】
それぞれのブロックは、ユーザブロックまたはシステムブロックとして使用されるようになされている。EEPROM６６の各ブロックは、論理アドレスの昇順に、ユーザブロックに割り当てられていき、また、論理アドレスの降順に、システムブロックに割り当てられていくようになされている。すなわち、図５において、ユーザブロックは下方向に、システムブロックは上方向に、それぞれ増えていき、空きブロックがなくなった時点で、ユーザブロックおよびシステムブロックをつくることはできなくなる。従って、ユーザブロックとシステムブロックとの境界は固定ではなく、また、ユーザブロックの数、またはシステムブロックの数それぞれには、特に制限がない（但し、図５の場合においては、ユーザブロックとシステムブロックとの合計は、６５５３６個以下に制限される）。
【００８１】
システムブロックには、製造ＩＤ（Identification）ブロック、発行ＩＤブロック、システム定義ブロック、エリア定義ブロック、サービス定義ブロックの５種類がある。なお、図５の場合においては、エリア定義ブロックまたはサービス定義ブロックとなっているブロックを、エリア／サービス定義ブロックと示している。
【００８２】
システムブロックのうち、製造ＩＤブロック、発行ＩＤブロック、システム定義ブロックの３つは、基本的に、ＩＣカード２の発行時には、既に配置されているもので、論理アドレス＃ＦＦＦＦｈ，＃ＦＦＦＥｈ，＃ＦＦＦＤｈにそれぞれ配置される。そして、エリア／サービス定義ブロックは、論理アドレス＃ＦＦＦＣｈより上に、作成順に配置されていく。
【００８３】
製造ＩＤブロックには、ＩＣカード２の製造に関する情報が配置される。すなわち、製造ＩＤブロックには、例えば、ユニークな製造ＩＤ、製造年月日、あるいは製造者のコードなどが配置される。
【００８４】
発行ＩＤブロックには、ＩＣカード２の発行に関する情報が配置される。すなわち、発行ＩＤブロックには、例えば、ＩＣカード２が発行された日付、ＩＣカードを発行した順番を表すコード、あるいは、カードＩＤなどが配置される。
【００８５】
システム定義ブロックには、例えば、EEPROM６６が有するシステムブロックまたはユーザブロックの数や、システムキーなどが配置される。なお、システムキーは、ＩＣカード２と、リーダ／ライタ１およびコントローラ３との間で、相互認証を行うときに用いられる。
【００８６】
エリア定義ブロックは、例えば、EEPROM６６の記憶領域（エリア）が、後述する個別領域や、相互運用領域などに割り当てられることにより作成され、それらが配置された記憶領域を管理するための情報などが配置される。すなわち、エリア定義ブロックには、例えば、個別領域や、相互運用領域に対応するコード範囲、それぞれの記憶領域の空き容量、およびエリアキーなどが配置される。
【００８７】
サービス定義ブロックには、後述する、様々なサービスを提供するためのアプリケーションが配置されているサービス領域を管理するための情報（サービス領域の容量やサービスキーなど）などが配置される。
【００８８】
次に、図６を用いて、本発明を適応したＩＣカード２のEEPROM６６に記憶されているデータのデータ構造の例について説明する。
【００８９】
EEPROM６６に記憶されているデータは、ＯＳ（Operation System）、電子マネー領域および相互運用領域からなる共通領域、個別領域、並びに、図５を用いて説明したシステムブロックに対応する、カードフォーマット定義ブロックで構成されている。
【００９０】
ＯＳは、共通領域および個別領域に配置されている各種サービスを提供するアプリケーションにアクセスするためのＡＰＩ（Application Program Interface）を管理する基本プログラムである。電子マネー領域には、例えば、提携している全ての事業者等が管理する端末装置で使用することが可能な電子マネーを提供するためのアプリケーションが配置されている。ここで、端末装置とは、例えば、図１のリーダ／ライタ１とコントローラ３から構成され、装着されたＩＣカード２のEEPROM６６に記録されているデータのうち、所定のサービス領域に対してデータを読み書きすることで、所定のサービスを提供するようになされている。
【００９１】
電子マネー領域および相互運用領域に配置されているアプリケーションに対しては、図９を用いて後述する共通鍵Ｋ_IFにより、アクセス権が認証され、ＩＣカードを発行した発行者（ここでは発行者Ａとする）以外の、提携している事業者等が利用することが可能なアプリケーションが配置されている。相互運用領域に配置されているアプリケーションは、提携事業者の全ての端末装置で利用可能ではなく、発行者Ａと、端末装置を管理する提携事業者との提携内容によって、利用可能なアプリケーションが制限されるようになされている（制限の方法については後述する）。
【００９２】
個別領域に配置されているアプリケーションに対しては、図９を用いて後述する、発行者Ａの個別鍵Ａにより、アクセス権が認証され、発行者Ａが利用するアプリケーションが配置されている。
【００９３】
ところで、ＩＣカード２の発行者ＡをＡ社とし、ユーザが、Ａ社と提携しているＢ社において、例えば、商品を購入し、購入した商品の料金を、Ａ社が管理する電子マネーサービスを利用して、ＩＣカード２を用いて清算する場合が考えられる。すなわち、Ｂ社が管理する端末装置は、Ａ社が発行したＩＣカード２の相互運用領域の「金額領域」に配置されている電子マネーサービスを提供するアプリケーションに対して、アクセスを許可されているということである。
【００９４】
この場合、ユーザが、Ａ社の発行したＩＣカード２を用いてＡ社が管理する端末装置で電子マネーを利用する処理（個別領域の「キャッシュレス」に配置されているアプリケーションを利用する処理）と、Ａ社の発行したＩＣカード２を用いてＢ社が管理する端末装置で電子マネーを利用する処理とは、本来同じ処理である。このように、個別領域と相互運用領域に同じサービスを提供するためのサービスブロックが存在する場合、そのアプリケーションの実ブロックを相互運用領域に配置し、個別領域の該当ブロックには、実ブロックに対するリンクを張ることにより、対応するアプリケーションを実行することができるようになされている。
【００９５】
すなわち、共通のアプリケーションに対しては、個別領域と相互運用領域に重複して同一のアプリケーションを用意するのではなく、実際にはどちらか一方（この場合、相互運用領域）にアプリケーションを配置し、個別領域から該当するアプリケーションに対するアクセスが発生した場合は、相互運用領域の対応するアプリケーションに対するリンクを用いることにより、ＩＣカード２のEEPROM６６のメモリ容量が浪費されないようになされている。また、このようなデータのリンク構造をとることにより、個別領域と共通領域との共通データにおいて、一方の領域においてデータが変更された場合に、他方のデータを同期させて変更する処理が不要となる。
【００９６】
次に、図７を用いて、ＩＣカード２の発行者Ａに対して、他の事業者等が提携を申し込む場合について説明する。
【００９７】
発行者Ａは、例えば、ユーザの要求に応じて、ＩＣカード２を発行する。このＩＣカード２のEEPROM６６には、図６を用いて説明したように、ＯＳ、電子マネー領域、提携事業者が管理する端末装置からアクセスすることが可能なアプリケーションが配置されている相互運用領域、発行者Ａが管理する端末装置からアクセスすることが可能なアプリケーションが配置されている個別領域、およびカードフォーマット定義ブロックで構成されているデータが記録されている。
【００９８】
発券機１２１は、例えば、図１のリーダ／ライタ１とコントローラ３から構成される。また、発券機１２１は、例えば、駅や、小売店、その他の施設などに設置することができる。
【００９９】
発行者Ａは、ＩＣカード２のEEPROM６６に記録されているデータを変更、あるいは更新したい場合、発券機１２１に、その内容を登録する。その後、ユーザが、ＩＣカード２を、発券機１２１に装着すると（ＩＣカード２を、発券機１２１が内蔵するリーダ／ライタ１との間で通信を行うことが可能な状態にすると）、発券機１２１は、登録された情報に基づいて、ＩＣカード２にコマンドおよび必要なデータを送信し、ＩＣカード２のEEPROM６６に記録されているデータの内容の書き換え、もしくは更新を実行する。
【０１００】
一方、管理者Ｂおよび管理者Ｃは、発行者Ａが発行したＩＣカード２を利用したサービスの提供を行いたい場合、発行者Ａとの間で契約を結び、発行者Ａから、契約内容によりアクセス可能なアプリケーションに対応するサービスコードおよび図６を用いて説明した相互運用領域に配置されているアプリケーションにアクセスするために必要な共通鍵Ｋ_IFなどの、ＩＣカード２の認証処理に必要なデータの供給を受ける。これらのデータは、例えば、発行者Ａが管理する端末装置から、管理者Ｂもしくは管理者Ｃが管理する端末装置に、インターネットなどのネットワークを介して供給されるようにしてもよいし、これらのデータを、例えば、リムーバブルディクスに記録させて、そのリムーバブルディスクが、発行者Ａから、管理者Ｂもしくは管理者Ｃに供給されるようにしてもよい。
【０１０１】
また、管理者Ｄが、管理者Ｂの管理下において、ＩＣカード２を利用したサービスの提供を行いたい場合、管理者Ｂとの間で契約を結び、その契約内容に従って、管理者Ｂから、契約内容によりアクセス可能なアプリケーションに対応するサービスコードおよび共通鍵Ｋ_IFのなどの、ＩＣカード２の認証処理に必要なデータの供給を受ける。
【０１０２】
図７においては、発行者Ａが発行したＩＣカード２に対して、発行者Ａと提携した管理者Ｂ、および管理者Ｃ、並びに管理者Ｂと提携した管理者Ｄが、発行者Ａが発行したＩＣカード２の共通領域のアプリケーションを、自社の端末装置で利用可能とする場合について説明したが、管理者Ｂ、管理者Ｃおよび管理者Ｄも、それぞれの独自のサービスを提供するためのアプリケーションをその個別領域に配置させたＩＣカード２を発行するようにしてもよい。
【０１０３】
すなわち、発行者Ａが発行したＩＣカードをＩＣカード２−１として、管理者Ｂは、自分自身の個別鍵Ｂによりアクセス権が制御される個別領域と、共通鍵Ｋ_IFによりアクセス権が制御される共通領域にそれぞれのアプリケーションを記録させたＩＣカード２−２を発行することができる。同様に、管理者Ｃは、自分自身の個別鍵Ｃによりアクセス権が制御される個別領域と、共通鍵Ｋ_IFによりアクセス権が制御される共通領域にそれぞれのアプリケーションを記録させたＩＣカード２−３を発行することができ、更に、管理者Ｄは、自分自身の個別鍵Ｄによりアクセス権が制御される個別領域と、共通鍵Ｋ_IFによりアクセス権が制御される共通領域にそれぞれのアプリケーションを記録させたＩＣカード２−４を発行することができる。
【０１０４】
他社が発行したＩＣカード２−１乃至２−４の共通領域のアプリケーションを自社の端末装置で利用可能にしたい事業者は、対応するＩＣカードの発行者に、提携を申し込み、利用できるアプリケーションに対応するエリアコードの供給を受け、自社が管理する端末装置に登録すればよい。
【０１０５】
このように、複数の事業者が、それぞれの固有のサービスを提供することができるＩＣカード２を発行するような場合、端末装置を管理する管理者（例えば、図７の発行者Ａ乃至管理者Ｄ）以外に、例えば、ＩＣカードセンタを設置することにより、共通領域のアプリケーションが統括管理されるようにしてもよい。この場合、ＩＣカードシステムに参加し、共通フォーマットを有するＩＣカード２を用いたサービスを行いたいと希望する事業者は、ＩＣカードセンタに登録し、例えば登録料などを支払うことにより、自分自身がＩＣカード２を発行することを希望する場合は、固有の個別鍵の供給を受け、自社の固有のサービスをユーザに提供するためのＩＣカード２を発行することができ、更に、自社の端末装置を用いて、他の事業者が発行するＩＣカード２の共通領域にアクセスするための共通鍵Ｋ_IFの供給を受けることができる。
【０１０６】
ＩＣカード２−１乃至２−４は、それぞれのＩＣカード２の発行者がユーザに提供するサービスに対応して、様々な形態を取り得る。図８を用いて、ＩＣカード２によって提供されるサービスの形態の例について説明する。
【０１０７】
ＩＣカード２−１は、例えば、ＩＤカード（学生証や社員証など）の機能に、プリペイドカード（Ａ社が管理する自販機、食堂、売店などで利用可能）の機能を加えられたものである。ＩＣカード２−１は、例えば、学校やオフィスなどにおいて利用される。また、Ａ社の固有領域に配置されている共通電子マネーに関するアプリケーションが、例えば、ＩＣカードシステムに提供している他の事業者や店舗で利用可能な電子マネー（例えば、図６を用いて説明した電子マネー領域に配置されているアプリケーション）と同一のアプリケーションである場合、個別領域の共通電子マネーと、共通領域の対応するアプリケーションにはリンクが張られている（以下、ＩＣカード２−２乃至２−４も同様である）。
【０１０８】
ＩＣカード２−２は、例えば、銀行キャッシュカードに、ブリペイドカードの機能が加えられたものである。このＩＣカード２−２においては、このＩＣカード２−２の銀行向け電子マネー領域に対する価値の充填を行う場合、その都度、直接現金を入金したり、ユーザの口座から、所定の入金口座への口座振替を発生させてもよいし、ユーザが口座を有する同一支店内に、別口座を作成して、所定の金額を、ＩＣカード２による利用可能金額として、予め振り替えておくことにより、管理されるようにしてもよい。
【０１０９】
ＩＣカード２−３は、例えば、インターネット決済用プリペイドカードの機能を備えたものである。そして、ＩＣカード２−４は、例えば、共通領域の利用以外は、各種の事業者や団体がそれぞれのサービスを行うためのアプリケーションを独自に配置させるためのフォーマットがなされたものである。
【０１１０】
次に、図９を用いて、図７の発行者Ａが、管理者Ｂ、管理者Ｃ、および管理者Ｄに対して、共通領域に配置されているアプリケーションに対するアクセス権をそれぞれ個別に許可するための、共通鍵Ｋ_IFなどの認証情報の供給方法の例について説明する。
【０１１１】
ＩＣカード２の発行者Ａは、図５を用いて説明した、EEPROM６６のシステム定義ブロックに記憶させるシステムキーと、個別領域に対応するエリア定義領域（例えば、＃００００ｈ）のエリアキーとしての個別鍵Ａを決定し、システムキーを、発行するＩＣカード２のEEPROM６６のシステム定義ブロックに、個別鍵Ａをエリア定義領域＃００００ｈに、それぞれ記憶させておく。以下、エリア定義領域＃ｘｘｘｘｈのエリアキーについては、適宜、エリアキー＃ｘｘｘｘｈと記載する。
【０１１２】
発行者Ａが管理する端末装置のコントローラ３の制御部１０１は、システムキーを、個別鍵Ａで暗号化し、エリア中間キーＫ_Aを生成しておく。なお、暗号化の手法としては、例えば、ＤＥＳ（Data Encryption Standard）や、ＦＥＡＬ（Fast Data Encipherment Algorithm）などを採用することができる。
【０１１３】
そして、発行者Ａは、共通領域に対するアクセス権を管理者Ｂに与える場合、共通領域に対応するエリア定義領域（例えば、＃０１００ｈ）のエリアキーとしての共通鍵Ｋ_IF、エリア中間キーＫ_A、アクセスを許可するアプリケーションに対応するサービスコードおよびサービスキー、並びにエリアコード＃００００ｈを管理者Ｂに供給する。すなわち、発行者Ａが管理する端末装置のコントローラ３の制御部１０１は、入力部１０３から、共通領域に対応するエリア定義領域（例えば、＃０１００ｈ）のエリアキーとしての共通鍵Ｋ_IF、エリア中間キーＫ_A、アクセスを許可するアプリケーションに対応するサービスコードおよびサービスキー、並びにエリアコード＃００００ｈの入力を受け、内部バス１０２、ネットワークインターフェース１０７、および図示しないインターネットなどの広域ネットワークを介して、管理者Ｂのコントローラ３に、これらのデータを送信する。
【０１１４】
従って、管理者Ｂの端末装置は、エリア中間キーＫ_Aおよび共通鍵Ｋ_IFを認識することができるが、システムキー、および、いわば親である発行者Ａの個別鍵Ａは認識することができない。但し、管理者Ｂの共通鍵Ｋ_IFは、親である発行者Ａの端末装置が、いわば子である管理者Ｂの端末装置に与えたものであるから、親である発行者Ａは、子である管理者Ｂの共通鍵Ｋ_IFを認識している。
【０１１５】
管理者Ｂが管理する端末装置のコントローラ３の制御部１０１は、発行者Ａから得たエリア中間キーＫ_Aを、発行者Ａから得た共通鍵Ｋ_IFで暗号化し、エリア中間キーＫ_Bを生成し、共通鍵Ｋ_IF、並びに、アクセスを許可されたアプリケーションに対応するサービスコードおよびサービスキーとともに、内部バス１０２、ネットワークインターフェース１０７、およびＲＳ−４８５Ａなどのネットワークケーブルを介して、リーダ／ライタ１に供給し、リーダ／ライタ１のフラッシュメモリ２２に記録させておく。
【０１１６】
また、発行者Ａが管理する端末装置のコントローラ３の制御部１０１は、共通領域へのアクセス権を管理者Ｃに与える場合も同様に、共通鍵Ｋ_IF、エリア中間キーＫ_A、アクセスを許可するアプリケーションに対応するサービスコードおよびサービスキー、並びにエリアコード＃００００ｈを、管理者Ｃのコントローラ３に供給する。
【０１１７】
従って、管理者Ｃの端末装置は、エリア中間キーＫ_Aおよび自身の共通鍵Ｋ_IFを認識することができるが、システムキー、および親である発行者Ａの個別鍵Ａは認識することができない。
【０１１８】
管理者Ｃが管理する端末装置のコントローラ３の制御部１０１は、その親である発行者Ａから得たエリア中間キーＫ_Aを、やはり発行者Ａから得た共通鍵Ｋ_IFで暗号化し、エリア中間キーＫ_Cを生成し、共通鍵Ｋ_IF、並びにアクセスを許可されたアプリケーションに対応するサービスコードとおよびサービスキーともに、内部バス１０２、ネットワークインターフェース１０７、およびＲＳ−４８５Ａなどのネットワークケーブルを介して、リーダ／ライタ１に供給し、リーダ／ライタ１のフラッシュメモリ２２に記録させておく。
【０１１９】
一方、管理者Ｂが管理する端末装置のコントローラ３の制御部１０１は、自分自身がアクセス権を受けたアプリケーションに対するアクセス権の一部を、管理者Ｄに与える場合も同様に、エリア中間キーＫ_B、アクセスを許可するアプリケーションに対応するサービスコードおよびサービスキー、共通鍵Ｋ_IF、並びにエリアコード＃０１００ｈおよび親である発行者Ａのエリアコード＃００００ｈとを、管理者Ｄが管理する端末装置のコントローラ３に供給する。
【０１２０】
従って、管理者Ｄの端末装置は、エリア中間キーＫ_Bおよび共通鍵Ｋ_IFを認識することができるが、システムキー、および発行者Ａの個別鍵Ａは認識することができない。
【０１２１】
管理者Ｄが管理する端末装置のコントローラ３の制御部１０１は、その親である管理者Ｂから得たエリア中間キーＫ_Bを、やはり管理者Ｂから得た共通鍵Ｋ_IFで暗号化し、エリア中間キーＫ_Dを生成し、共通鍵Ｋ_IF、並びにアクセスを許可されたアプリケーションに対応するサービスコードおよびサービスキーとともに、内部バス１０２、ネットワークインターフェース１０７、およびＲＳ−４８５Ａなどのネットワークケーブルを介して、リーダ／ライタ１に供給し、リーダ／ライタ１のフラッシュメモリ２２に記録させておく。
【０１２２】
なお、発行者Ａが管理者ＢおよびＣに与え、管理者Ｂが管理者Ｄに与えた共通鍵Ｋ_IFは、ＩＣカード２のEEPROM６６の、共通領域を定義するエリア定義領域＃０１００ｈに、予め書き込まれている。
【０１２３】
ここでは、ＩＣカード２の発行者Ａが、共通鍵Ｋ_IFをはじめとする認証情報を、管理者Ｂ乃至管理者Ｄに供給する場合について説明したが、上述したＩＣカードセンタが、共通鍵Ｋ_IFをはじめとする認証情報を、管理者Ｂ乃至管理者Ｄに供給する場合についても、同様の処理が行われる。
【０１２４】
次に、図１０を用いて、図９を用いて説明したようなアクセス権の供給を行った場合において、発行者Ａの端末装置に、ＩＣカード２が装着された場合の、発行者Ａの端末装置とＩＣカード２との相互認証について説明する。
【０１２５】
発行者Ａが管理する端末装置を用いて、ＩＣカード２のEEPROM６６の個別領域に記憶されているアプリケーションを実行し、ユーザに対して、所定のサービスを提供する場合、発行者Ａの端末装置のコントローラ３は、図１０に示すように、個別領域に配置されたアプリケーションに対応するサービス定義領域（例えば、サービス定義領域＃０００８ｈ）に記憶させたサービスキー（サービス定義領域＃ｘｘｘｘｈに記憶されたサービスキーを、以下、適宜、サービスキー＃ｘｘｘｘｈと記載する）を、エリア中間キーＫ_Aで暗号化し、サービス中間キーＫ_#0008hを生成して、エリア中間キーＫ_Aとともに、リーダ／ライタ１のフラッシュメモリ２２に登録する。更に、発行者Ａのコントローラ３は、個別領域に対応するエリア定義領域＃００００ｈのエリアコード＃００００ｈと、そのエリア定義領域＃００００ｈの階層に作成された個別領域のアプリケーションに対応するサービス定義領域のサービスコードを、リーダ／ライタ１のフラッシュメモリ２２に登録する。
【０１２６】
すなわち、発行者Ａの端末装置に、ＩＣカード２が装着され、ユーザが所望のサービスの利用を指令した場合、発行者Ａが管理する端末装置のリーダ／ライタ１のＤＰＵ３１は、フラッシュメモリ２２から、登録されているエリアコード＃００００ｈと、ユーザが利用を希望したサービスに対応するサービスコード（例えば、サービスコード＃０００８ｈ）を読み込み、バス３５、ＳＰＵ３２、変調回路２７およびアンテナ２７を介して、装着されたＩＣカード２に送信する。ＩＣカード２のシーケンサ９１は、アンテナ５３、インターフェース部６１、およびＢＰＳＫ復調部６２を介して、発行者Ａの端末装置からのエリアコード＃００００ｈおよびサービスコード＃０００８ｈの入力を受ける。
【０１２７】
そして、ＩＣカード２では、EEPROM６６に記憶されているデータから、システム定義ブロック（図５）に記憶されているシステムキーが読み出されるとともに、発行者Ａの端末装置から受信したエリアコード＃００００ｈを有するエリア定義領域から個別鍵Ａが読み出される。更に、システムキーが個別鍵Ａで暗号化され、その結果、発行者Ａの端末装置に登録されているエリア中間キーＫ_Aと同一のキーが生成される。このエリア中間キーＫ_Aと同一のキーは、個別領域へのアクセス権の認証に用いる第１アクセスキー（認証キー）Ｋ_bcとされる。
【０１２８】
また、ＩＣカード２では、EEPROM６６に記憶されているデータから、発行者Ａの端末装置から受信したサービスコード＃０００８ｈを有するサービス定義領域からサービスキー＃０００８ｈが読み出される。そして、そのサービスキー＃０００８ｈで、エリア中間キーＫ_Aが暗号化され、その結果、図１０の発行者Ａの端末装置に登録されているサービス中間キーＫ_#0008hと同一のキーが生成される。このサービス中間キーＫ_#0008hと同一のキーは、対応するアプリケーションへのアクセス権の認証に用いる第２アクセスキーＫ_acとされる。
【０１２９】
従って、発行者Ａの端末装置には、第１アクセスキーＫ_bcであるエリア中間キーＫ_Aおよび第２アクセスキーＫ_acであるサービス中間キーＫ_#0008hが登録されており、ＩＣカード２では、第１アクセスキーＫ_bcであるエリア中間キーＫ_Aおよび第２アクセスキーＫ_acであるサービス中間キーＫ_#0008hが生成され、サービスキー＃０００８ｈに対応する個別領域のアプリケーションの利用が認証される。
【０１３０】
次に、図１１を用いて、図９を用いて説明したようなアクセス権の供給を行った場合において、発行者Ｃの端末装置に、ＩＣカード２が装着された場合の、発行者Ｃの端末装置とＩＣカード２との相互認証について説明する。
【０１３１】
管理者Ｃの管理する端末装置を用いて、ＩＣカード２のEEPROM６６の共通領域に記録されているアプリケーションを実行し、ユーザに所定のサービスを提供する場合、管理者Ｃが管理する端末装置のコントローラ３は、共通領域に配置された、管理者Ｃがアクセスすることを許可されているアプリケーションに対するサービスキー（例えば、サービスキー＃１０２２ｈ）を、エリア中間キーＫ_Cで暗号化し、サービス中間キーＫ_#1022hを生成して、エリア中間キーＫ_Cとともに、管理者Ｃが管理する端末装置のリーダ／ライタ１のフラッシュメモリ２２に登録する。そして、管理者Ｃが管理する端末装置のコントローラ３は、発行者Ａのエリアコード＃００００ｈ、および共通領域に対応するエリアコード＃０１００ｈ、並びに、契約により利用することが許可されたアプリケーションに対応するサービス定義領域（例えば、サービス定義領域＃１０２２ｈ）のサービスコードを、管理者Ｃが管理する端末装置のリーダ／ライタ１のフラッシュメモリ２２に登録する。
【０１３２】
すなわち、管理者Ｃが管理する端末装置に、ＩＣカード２が装着され、ユーザから、所望のサービスの利用を指令する操作を受けた場合、端末装置のリーダ／ライタ１のＤＰＵ３１は、フラッシュメモリ２２から、登録されているエリアコード＃００００ｈおよび＃０１００ｈと、ユーザが利用を希望したサービスに対応するサービスコード（例えば、サービスコード＃１０２２ｈ）を読み込み、バス３５、ＳＰＵ３２、変調回路２７およびアンテナ２７を介して、装着されたＩＣカード２に送信する。ＩＣカード２のシーケンサ９１は、アンテナ５３、インターフェース部６１、およびＢＰＳＫ復調部６２を介して、管理者Ｃが管理する端末装置から、エリアコード＃００００ｈおよび＃０１００ｈ、並びにサービスコード＃１０２２ｈの入力を受ける。
【０１３３】
そして、ＩＣカード２では、EEPROM６６に記憶されているデータから、図５を用いて説明したシステム定義ブロックに記憶されているシステムキーが読み出されるとともに、管理者Ｃが管理する端末装置から受信したエリアコード＃００００ｈまたは＃０１００ｈを有するエリア定義領域それぞれから個別鍵Ａまたは共通鍵Ｋ_IFが読み出される。更に、システムキーが個別鍵Ａで暗号化され、その結果、エリア中間キーＫ_Aと同一のキーが生成される。そして、そのエリア中間キーＫ_Aと同一のキーが、共通鍵Ｋ_IFで暗号化され、その結果、図１４のサービス提供装置１１１に登録されているエリア中間キーＫ_Cと同一のキーが生成される。このエリア中間キーＫ_Cと同一のキーは、共通領域へのアクセス権の認証に用いる第１アクセスキーＫ_bcとされる。
【０１３４】
また、ＩＣカード２では、EEPROM６６に記憶されているデータから、管理者Ｃが管理する端末装置から受信したサービスコード＃１０２２ｈを有するサービス定義領域からサービスキー＃１０２２ｈが読み出される。そして、そのサービスキー＃１０２２ｈで、エリア中間キーＫ_Cと同一のキーが暗号化され、その結果、管理者Ｃが管理する端末装置に登録されているサービス中間キーＫ_#1022hと同一のキーが生成される。このサービス中間キーＫ_#1022hと同一のキーは、対応するアプリケーションに対するアクセス権の認証に用いる第２アクセスキーＫ_acとされる。
【０１３５】
従って、管理者Ｃが管理する端末装置には、第１アクセスキーＫ_bcであるエリア中間キーＫ_Cおよび第２アクセスキーＫ_acであるサービス中間キーＫ_#1022hが登録されており、ＩＣカード２では、第１アクセスキーＫ_bcであるエリア中間キーＫ_Cおよび第２アクセスキーＫ_acであるサービス中間キーＫ_#1022hが生成される。
【０１３６】
そして、相互認証の結果、ＩＣカード２および管理者Ｃが管理する端末装置の双方ともが適正なものと認められた場合、ＩＣカード２は、管理者Ｃが管理する端末装置から送信されてきたサービスコードを有するサービス定義領域によって管理されているサービス領域へのアクセスを許可する。従って、図１１を用いて説明した場合においては、管理者Ｃが管理する端末装置は、ＩＣカード２のサービス定義領域＃１０２２ｈで管理されているサービス領域のアプリケーションへのアクセスが可能となる。
【０１３７】
すなわち、エリア中間キーＫ_C、エリアコード＃００００ｈ、＃０１００ｈ、サービスキー＃１０２２ｈ、およびサービスコード＃１０２２ｈが登録されている管理者Ｃの端末装置においては、サービス定義領域＃１０２２ｈで管理されているサービス領域にアクセスすることができる。但し、管理者Ｃの端末装置には、契約によって利用が許可されていない、他のサービスコードは登録されていないため、新たな契約などにより、発行者Ａから、該当するサービスコードの発行を受けるまでは、それらのサービス定義領域で管理されているサービス領域のアプリケーションにアクセスすることはできない。
【０１３８】
以上のように、ＩＣカード２を発行する発行者Ａと提携した管理者Ｂ、管理者Ｃおよび管理者Ｂと提携した管理者Ｄがそれぞれ管理する端末装置においては、その提携内容に従って、ＩＣカード２のEEPROM６６に記録されているアプリケーションを利用することができる（すなわち、発行体Ａから供給されたサービスコードに対応するアプリケーションにアクセスすることができる）。
【０１３９】
次に、図１２のフローチャートを参照して、本発明を適応した端末装置の処理について説明する。ここでは、個別鍵Ａと、共通鍵Ｋ_IFを有する、発行者Ａが管理する端末装置を用いた処理について説明する。
【０１４０】
端末装置のリーダ／ライタ１は、ステップＳ１において、例えば、アンテナ２７の負荷状態を監視することにより、ＩＣカード２の装着を検出し、ステップＳ２において、コントローラ３から、EEPROM６６に記録されているアプリケーションのうち、どのファイルをオープンするかを示す、オープン対象ファイルを指示する信号（すなわち、ユーザがコントローラ３の入力部１０３を用いて入力した、例えば、電子マネーの利用、充填などを指示する操作に基づいた、利用アプリケーションを示す信号）の入力を受ける。オープン対象ファイルを指示する信号は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０１４１】
ステップＳ３において、端末装置のリーダ／ライタ１は、図１０を用いて説明した処理により、個別鍵Ａで認証を行う。すなわち、リーダ／ライタ１のＤＰＵ３１は、フラッシュメモリ２２に記録されている個別鍵Ａによる認証情報を、バス３５を介して読み込み、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１４２】
ステップＳ４において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ３においてＩＣカード２から入力された応答信号を基に、個別鍵Ａによって、リーダ／ライタ１とＩＣカード２が、正しく相互認証されたか否かを判断する。ステップＳ４において、正しく認証されなかったと判断された場合、処理は、ステップＳ１１に進む。
【０１４３】
ステップＳ４において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、発行者Ａによって発行されたＩＣカード２であった場合）、ステップＳ５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２において入力されたオープン対象ファイルを指示する信号に基づいて、ＩＣカード２のEEPROM６６に配置されているオープン対象ファイルのアクセス権を取得するための制御信号（オープン対象ファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１４４】
ステップＳ６において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ５においてＩＣカード２から入力された応答信号を基に、オープン対象ファイルに対するアクセス権が取得できたか否かを判断する。ステップＳ６において、オープン対象ファイルに対するアクセス権が取得できなかったと判断された場合、処理は、ステップＳ１０に進む。
【０１４５】
ステップＳ６において、アクセス権が取得できたと判断された場合、ステップＳ７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２において入力されたオープン対象ファイルを指示する信号に基づいて、ＩＣカード２のEEPROM６６のオープン対象ファイルを開くための制御信号を生成し、フラッシュメモリ２２に登録されている個別鍵Ａとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０１４６】
ステップＳ８において、リーダ／ライタ１は、必要に応じて、ＩＣカード２とのデータの授受を行うことにより、ステップＳ２において、ユーザがコントローラ３の入力部１０３を用いて入力した、例えば、電子マネーの利用（減算）、充填（加算）などを指示する操作に基づいたコマンド処理を実行する。実行される処理の具体例は、図１３乃至図１８を参照して後述する。
【０１４７】
ステップＳ９において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ８において実行された処理のログを、個別鍵Ａ利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、制御信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ８において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０１４８】
ステップＳ４において、個別鍵Ａによる認証処理が正しく行われなかったと判断された場合（すなわち、ＩＣカード２が、発行者Ａ以外の管理者によって発行されたＩＣカード２であった場合）、ステップＳ１１において、端末装置のリーダ／ライタ１は、図１１を用いて説明した処理により、共通鍵Ｋ_IFで認証を行う。すなわち、リーダ／ライタ１のＤＰＵ３１は、フラッシュメモリ２２に記録されている共通鍵Ｋ_IFによる認証情報を、バス３５を介して読み込み、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１４９】
ステップＳ１２において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１１においてＩＣカード２から入力された応答信号を基に、共通鍵Ｋ_IFによって正しく認証されたか否かを判断する。ステップＳ１２において、正しく認証されなかったと判断された場合、処理は、ステップＳ１０に進む。
【０１５０】
ステップＳ１２において、正しく認証されたと判断された場合、ステップＳ１３において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２において入力されたオープン対象ファイルを指示する信号に基づいて、ＩＣカード２のEEPROM６６に配置されているオープン対象ファイルのアクセス権を取得するための制御信号（オープン対象ファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１５１】
ステップＳ１４において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ５においてＩＣカード２から入力された応答信号を基に、オープン対象ファイルに対するアクセス権が取得できたか否かを判断する。ステップＳ１４において、アクセス権が取得できなかったと判断された場合、処理は、ステップＳ１０に進む。
【０１５２】
ステップＳ１４において、アクセス権が取得できたと判断された場合、ステップＳ１５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２において入力されたオープン対象ファイルを指示する信号に基づいて、ＩＣカード２のEEPROM６６のオープン対象ファイルを開くための制御信号を生成し、フラッシュメモリ２２に登録されている共通鍵Ｋ_IFとともに_、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０１５３】
ステップＳ１６において、リーダ／ライタ１は、必要に応じて、ＩＣカード２とのデータの授受を行うことにより、ステップＳ２において、ユーザがコントローラ３の入力部１０３を用いて入力した、例えば、電子マネーの利用、ファイルに保存されているデータの参照などを指示する操作に基づいたコマンド処理を実行する。実行される処理の具体例は、図１３乃至図１８を参照して後述する。
【０１５４】
ステップＳ１７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１６において実行された処理のログを、共通鍵Ｋ_IF利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、制御信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ１６において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０１５５】
ステップＳ６において、アクセス権が取得できなかったと判断された場合、ステップＳ１２において、共通鍵Ｋ_IFによる認証が正しく行われなかったと判断された場合、もしくは、ステップＳ２４において、アクセス権が取得できなかったと判断された場合、ステップＳ１０において、リーダ／ライタ１のＤＰＵ３１は、エラーの内容を示す制御信号を生成し、バス３５、ＳＣＣ３３を介して、コントローラ３に出力する。コントローラ３の制御部１０１は、ネットワークインターフェース１０７、内部バス１０２を介してリーダ／ライタ１からの制御信号の入力を受け、表示部１０５に表示させるためのエラーメッセージを生成し、内部バス１０２を介して表示部１０５に出力して表示させ、処理が終了される。
【０１５６】
次に、図１３乃至図１８を参照して、図１２を用いて説明した処理の具体例について説明する。
【０１５７】
例えば、図６を用いて説明したＩＣカード２の共通領域の電子マネー領域、あるいは、相互運用領域に、提携している各店舗、商品などの購入時に使用することが可能な（すなわち、貨幣と同じ価値を有する）「共通運用電子バリュー」を使用することができるアプリケーション（共通運用電子バリューファイル）が登録されているものとする。また、ＩＣカード２の個別領域にも、共通運用電子バリューファイルが配置されており、共通領域の共通運用電子バリューファイルとリンクされている。
【０１５８】
共通運用電子バリューは、ＩＣカード運用システムに参加している全ての事業者の店舗で使えるようになされている（すなわち、全ての端末装置に、共通運用電子バリューの減額を実行するアプリケーションに対応するエリアコードが登録されている）ものとする。一方、共通運用電子バリューの充填、すなわち、入金等によって共通運用電子バリューの増額を行うアプリケーションは、対応するＩＣカード２を発行した事業者が管理する端末装置でしか行えないようになされているものとする。
【０１５９】
図１３のフローチャートを参照して、ＩＣカード２を発行した発行者Ａが管理する端末装置が実行する共通運用電子バリュー充填処理について説明する。
【０１６０】
ステップＳ２１において、端末装置のリーダ／ライタ１は、装着されたＩＣカード２を検出し、コントローラ３から、ユーザがコントローラ３の入力部１０３を用いて入力した共通運用電子バリューの充填額の入力を受ける。すなわち、オープン対象ファイルは、共通運用電子バリューファイルであり、共通運用電子バリューの充填額は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０１６１】
端末装置のリーダ／ライタ１のＤＰＵ３１は、ステップＳ２２およびステップＳ２３において、図１２のステップＳ３およびステップＳ４と同様の処理を実行し、ステップＳ２３において、正しく認証されなかったと判断された場合、処理は、ステップＳ２９に進む。
【０１６２】
ステップＳ２３において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、発行者Ａによって発行されたＩＣカード２であった場合）、ステップＳ２４において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６の個別領域に記録されている共通運用電子バリューファイルへのアクセス権を取得するための制御信号（共通運用電子バリューファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。なお、ＩＣカード２のEEPROM６６の個別領域に保存されている共通運用電子バリューファイルの実ファイルは、共通領域に記録されており、個別領域に記録されている共通運用電子バリューファイルからリンクされている。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１６３】
ステップＳ２５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２４においてＩＣカード２から入力された応答信号を基に、共通運用電子バリューファイルに対する、バリュー量の加算処理のアクセス権が許可されているか否かを判断する。ステップＳ２５において、アクセス権が許可されていないと判断された場合、処理は、ステップＳ２９に進む。
【０１６４】
ステップＳ２５において、アクセス権が許可されていると判断された場合、ステップＳ２６において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６において、個別領域の共通運用電子バリューファイルからリンクされている、共通領域の共通運用電子バリューファイル（実ファイル）を開くための制御信号を生成し、個別鍵Ａとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０１６５】
ステップＳ２７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２１において、ユーザがコントローラ３の入力部１０３を用いて入力した共通運用電子バリューの充填額に基づいて、共通運用電子バリューの充填処理を実行する。
すなわち、ＤＰＵ３１は、ＩＣカード２の共通領域に登録されている、共通運用電子バリューファイルに記録されている共通運用電子バリュー残高に、コントローラ３から入力された共通運用電子バリューの充填額を加算するための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。
【０１６６】
ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、シーケンサ９１に、リーダ／ライタ１から送信された制御信号が入力される。
シーケンサ９１は、入力された制御信号に従って、EEPROM６６に記録されている共通運用電子バリューの残高を変更する。
【０１６７】
ステップＳ２８において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ２７において実行された処理のログを、個別鍵Ａ利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信して、インターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ２７において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０１６８】
ステップＳ２３において、正しく認証されなかった場合、もしくは、ステップＳ２５において、ファイルへのアクセス権（加算処理のアクセス権）が許可されていないと判断された場合、ステップＳ２９において、図１２のステップＳ１０と同様の処理がなされ、処理が終了される。
【０１６９】
また、発行者Ａは、利用者へのサービスとして、発行者Ａが管理する端末装置のみで利用することができるサービスポイントを供与するサービスを提供するためのアプリケーションを、ＩＣカード２のEEPROM６６の個別領域に記録し、例えば、商品の購買額などに応じたサービスポイントを、対応するユーザの有するＩＣカード２に供与することができるようにしてもよい。この場合、コントローラ３の制御部１０１は、ユーザが、コントローラ３の入力部１０３を用いて入力した共通運用電子バリューの利用額などに基づいて、個別運用ポイントの加算額を算出し、内部バス１０２、ネットワークインターフェース１０７を介して、リーダ／ライタ１に出力する。
【０１７０】
次に、図１４のフローチャートを参照して、発行者Ａが管理する端末装置が実行する、個別運用ポイント書き込み処理について説明する。
【０１７１】
ステップＳ４１において、発行者Ａが管理する端末装置のリーダ／ライタ１は、装着されたＩＣカード２を検出し、コントローラ３から、個別運用ポイントの加算額の入力を受ける。すなわち、オープン対象ファイルは、個別運用ポイントファイルであり、個別運用ポイントの加算額は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０１７２】
端末装置のリーダ／ライタ１のＤＰＵ３１は、ステップＳ４２およびステップＳ４３において、図１２のステップＳ３およびステップＳ４と同様の処理を実行し、ステップＳ４３において、正しく認証されなかったと判断された場合、処理は、ステップＳ４９に進む。
【０１７３】
ステップＳ４３において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、発行者Ａによって発行されたＩＣカード２であった場合）、ステップＳ４４において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６の個別領域に記録されている個別運用ポイントファイルへのアクセス権を取得するための制御信号（個別運用ポイントファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１７４】
ステップＳ４５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ４４においてＩＣカード２から入力された応答信号を基に、個別運用ポイントファイルに対する、ポイントの加算処理のアクセス権が許可されているか否かを判断する。ステップＳ４５において、アクセス権が許可されていないと判断された場合、処理は、ステップＳ４９に進む。
【０１７５】
ステップＳ４５において、アクセス権が許可されていると判断された場合、ステップＳ４６において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６に配置されている個別領域の個別運用ポイント加算ファイルを開くための制御信号を生成し、フラッシュメモリ２２に登録されている個別鍵Ａとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０１７６】
ステップＳ４７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ４１において、コントローラ３から入力された個別運用ポイントの加算額に基づいて、個別運用ポイントの加算処理を実行する。すなわち、ＤＰＵ３１は、ＩＣカード２の個別領域に登録されている、個別運用ポイントファイルに記録されている個別運用ポイント残高に、コントローラ３から入力された個別運用ポイントの加算額を加算するための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。
【０１７７】
ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、シーケンサ９１に、リーダ／ライタ１から送信された制御信号が入力される。シーケンサ９１は、入力された制御信号に従って、EEPROM６６に記録されている個別運用ポイントの残高を変更する。
【０１７８】
ステップＳ４８において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ４７において実行された処理のログを、個別鍵Ａ利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ４７において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０１７９】
ステップＳ４３において、正しく認証されなかった場合、もしくは、ステップＳ４５において、ファイルへのアクセス権（加算処理のアクセス権）が許可されていないと判断された場合、ステップＳ４９において、図１２のステップＳ１０と同様の処理がなされ、処理が終了される。
【０１８０】
例えば、ＩＣカード２の発行者Ａは、発行者Ａが管理する端末装置において、図１４のフローチャートを用いて説明した個別運用ポイントを、図１３のフローチャートを用いて説明した共通運用電子バリューの補填時に付加するようなサービスを提供できるようにしてもよい。この場合、コントローラ３の制御部１０１は、ユーザが、コントローラ３の入力部１０３を用いて入力した共通運用電子バリューの充填額に基づいて、例えば、充填額の５％を算出するといった所定の演算方法を用いて、個別運用ポイントの加算額を算出し、内部バス１０２、ネットワークインターフェース１０７を介して、リーダ／ライタ１に出力する。
【０１８１】
図１５のフローチャートを参照して、共通運用電子バリューおよび個別運用ポイント書き込み処理について説明する。
【０１８２】
ステップＳ６１において、端末装置のリーダ／ライタ１は、装着されたＩＣカード２を検出し、コントローラ３から、ユーザがコントローラ３の入力部１０３を用いて入力した、共通運用電子バリューの充填額、および充填額に対応して決められる個別運用ポイントの加算額の入力を受ける。すなわち、オープン対象ファイルは、共通運用電子バリューファイルおよび個別運用ポイントファイルであり、共通運用電子バリューの充填額および個別運用ポイントの加算額は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０１８３】
端末装置のリーダ／ライタ１のＤＰＵ３１は、ステップＳ６２およびステップＳ６３において、図１２のステップＳ３およびステップＳ４と同様の処理を実行し、ステップＳ６３において、正しく認証されなかったと判断された場合、処理は、ステップＳ６９に進む。
【０１８４】
ステップＳ６３において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、発行者Ａによって発行されたＩＣカード２であった場合）、ステップＳ６４において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６の個別領域に記録されている共通運用電子バリューファイルおよび個別運用ポイントファイルへのアクセス権を取得するための制御信号（共通運用電子バリューファイルおよび個別運用ポイントファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０１８５】
なお、ＩＣカード２のEEPROM６６の個別領域に保存されている共通運用電子バリューファイルの実ファイルは、共通領域に記録されており、個別領域に記録されている共通運用電子バリューファイルからリンクされている。また、ＩＣカード２のEEPROM６６の個別領域に保存されている個別運用ポイントファイルは、個別領域のみに保存されているアプリケーションである。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０１８６】
ステップＳ６５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ６４においてＩＣカード２から入力された応答信号を基に、共通運用電子バリューファイルに対する、バリュー量の加算処理のアクセス権および個別運用ポイントファイルへの加算処理のアクセス権が許可されているか否かを判断する。ステップＳ６５において、アクセス権が許可されていないと判断された場合、処理は、ステップＳ６９に進む。
【０１８７】
ステップＳ６５において、アクセス権が許可されていると判断された場合、ステップＳ６６において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ６１において入力された共通運用電子バリューの充填額および個別運用ポイント加算額を指示する信号に基づいて、ＩＣカード２のEEPROM６６に配置されている個別領域の共通運用電子バリューファイルからリンクされている、共通領域の共通運用電子バリューファイル（すなわち、実ファイル）および個別領域の個別運用ポイントファイルを開くための制御信号を生成し、個別鍵Ａとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介して、ＩＣカード２に送信する。
【０１８８】
ステップＳ６７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ６１において入力された、共通運用電子バリューの充填額に基づいて、共通運用電子バリューの充填処理と、個別運用ポイントの加算処理を実行する。すなわち、ＤＰＵ３１は、ＩＣカード２の共通領域に登録されている、共通運用電子バリューファイルに記録されている共通運用電子バリュー残高に、コントローラ３から入力された共通運用電子バリューの充填額を加算し、個別領域に登録されている、個別運用ポイントファイルに記録されている個別運用ポイント残高に、コントローラ３から入力された個別運用ポイントの加算額を加算するための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。
【０１８９】
ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、シーケンサ９１に、リーダ／ライタ１から送信された制御信号が入力される。シーケンサ９１は、入力された制御信号に従って、EEPROM６６に記録されている共通運用電子バリューおよび個別運用ポイントの残高を変更する。
【０１９０】
ステップＳ６８において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ６７において実行された処理のログを、個別鍵Ａ利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ６７において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０１９１】
ステップＳ６３において、正しく認証されなかった場合、もしくは、ステップＳ６５において、ファイルへのアクセス権（加算処理のアクセス権）が許可されていないと判断された場合、ステップＳ６９において、図１２のステップＳ１０と同様の処理がなされ、処理が終了される。
【０１９２】
次に、図１６を用いて、共通運用電子バリューおよび個別運用ポイントに対する処理を実行するアプリケーションに対するアクセス権について説明する。
【０１９３】
例えば、Ａ社が発行したＩＣカード２の共通領域に共通運用電子バリュー１０００円分が登録され、個別領域に個別運用ポイントが５０ポイント（５０円相当）登録されているものとする。事業者Ａが発行したＩＣカード２に登録されている共通運用電子バリューおよび個別運用ポイントは、Ａ社の端末装置１３１−１に登録されている個別鍵Ａにより、加算、および減算の両方の処理を行うアプリケーションにアクセスすることが可能である（Ａ社の端末装置１３１−１において、個別鍵Ａを用いて共通運用電子バリューに関するアプリケーションにアクセスする場合、実際には、個別領域のリンク部分を経由して、共通領域の共有電子バリューに関するアプリケーションにアクセスする）。
【０１９４】
しかし、提携しているＢ社の端末装置１３１−２においては、登録されている共通鍵Ｋ_IFにより、共通運用電子バリューに対して減算処理をするアプリケーションにアクセスすることが可能であるが、共通運用電子バリューに対して加算処理を行うアプリケーション、および個別領域に登録されている個別運用ポイントに対する処理を行うアプリケーションに対しては、アクセス権を有していない。すなわち、ユーザが、事業者Ａの管理する端末装置１３１−１を用いて２００円の支払いを行った場合、２つのサービスブロックを合算した１０５０円から２００円を支払うことになるが、Ｂ社が管理する端末装置１３１−２で２００円の支払いを行った場合、共通領域の１０００円から、２００円を支払うことになる。
【０１９５】
次に、図１７のフローチャートを参照して、個別運用対象店舗（例えば、図１６におけるＡ社が管理する端末装置１３１−１が備えられている店舗）で、Ａ社が発行したＩＣカード２が用いられた場合の、ポイント／バリュー利用処理について説明する。
【０１９６】
ステップＳ８１において、端末装置のリーダ／ライタ１は、装着されたＩＣカード２を検出し、コントローラ３から、ユーザがコントローラ３の入力部１０３を用いて入力した、店舗における利用額の入力を受ける。すなわち、オープン対象ファイルは、個別運用対象店舗での商品の購買に利用することが可能な、共通運用電子バリューファイルおよび個別運用ポイントファイルであり、ユーザの利用額、すなわち、共通運用電子バリューの減算額および個別運用ポイントの減算額の合計は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０１９７】
端末装置のリーダ／ライタ１のＤＰＵ３１は、ステップＳ８２およびステップＳ８３において、図１２のステップＳ３およびステップＳ４と同様の処理を実行し、ステップＳ８３において、正しく認証されなかったと判断された場合、処理は、ステップＳ９１に進む。
【０１９８】
ステップＳ８３において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、発行者Ａによって発行されたＩＣカード２であった場合）、ステップＳ８４において、図１５のステップＳ６４と同様の処理がなされる。
【０１９９】
ステップＳ８５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ８４において入力された信号を基に、共通運用電子バリューファイルに対する、バリュー量の減算処理のアクセス権および個別運用ポイントファイルへの減算処理のアクセス権が許可されているか否かを判断する。ステップＳ８５において、アクセス権が許可されていないと判断された場合、処理は、ステップＳ９１に進む。
【０２００】
ステップＳ８５において、アクセス権が許可されていると判断された場合、ステップＳ８６において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６に配置されている個別領域の共通運用電子バリューファイルからリンクされている、共通領域の共通運用電子バリューファイル（すなわち、実ファイル）および個別領域の個別運用ポイントファイルを開くための制御信号を生成し、個別鍵Ａとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０２０１】
ステップＳ８７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ８６において開かれた、共通領域の共通運用電子バリューファイルおよび個別領域の個別運用ポイントファイルから、共通運用電子バリュー額と個別運用ポイント額を読み込み、利用可能範囲（すなわち、共通運用電子バリュー額と個別運用ポイント額の和）を算出し、ステップＳ８１において入力された、ユーザの利用額を示す信号に基づいて、利用額は、利用可能範囲内であるか否かを判断する。ステップＳ８７において、利用額が、利用可能範囲内ではないと判断された場合、処理はステップＳ９１に進む。
【０２０２】
ステップＳ８７において、利用額は、利用可能範囲内であると判断された場合、ステップＳ８８において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ８１において入力された、ユーザの利用額に基づいて、共通運用電子バリューと個別運用ポイントからの減算額を、それぞれ算出する。この減算額の算出においては、個別運用ポイントからの減算を優先するようにしたり、ユーザの操作により、共通運用電子バリューと、個別運用ポイントの減算割合を設定できるようにしてもよい。
【０２０３】
ステップＳ８９において、リーダ／ライタ１のＤＰＵ３１は、共通運用電子バリューの減算処理と、個別運用ポイントの減算処理を実行する。すなわち、ＤＰＵ３１は、ＩＣカード２の共通領域に登録されている、共通運用電子バリューファイルに記録されている共通運用電子バリュー残高、および、個別領域に登録されている、個別運用ポイントファイルに記録されている個別運用ポイント残高から、ステップＳ８８において算出された、共通運用電子バリューおよび個別運用ポイントの利用額を減算させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。
【０２０４】
ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、シーケンサ９１に、リーダ／ライタ１から送信された制御信号が入力される。シーケンサ９１は、入力された制御信号に従って、EEPROM６６に記録されている共通運用電子バリューおよび個別運用ポイントの残高を変更する。
【０２０５】
ステップＳ９０において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ８９において実行された処理のログを、個別鍵Ａ利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ８９において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０２０６】
ステップＳ８３において、正しく認証されなかった場合、ステップＳ８５において、ファイルへのアクセス権（減算処理のアクセス権）が許可されていないと判断された場合、もしくは、ステップＳ８７において、利用額が利用可能範囲内ではないと判断された場合、ステップＳ９１において、図１２のステップＳ１０と同様の処理がなされ、処理が終了される。
【０２０７】
次に、図１８のフローチャートを参照して、共通運用対象店舗（例えば、ＩＣカード２の発行者以外の、例えば、図１６におけるＢ社が管理する端末装置１３１−２が備えられている店舗）での電子バリュー利用処理について説明する。
【０２０８】
ステップＳ１０１において、端末装置のリーダ／ライタ１は、装着されたＩＣカード２を検出し、コントローラ３から、ユーザがコントローラ３の入力部１０３を用いて入力した、店舗における利用額の入力を受ける。すなわち、オープン対象ファイルは、共通運用対象店舗での商品の購買に利用することが可能な、共通運用電子バリューファイルであり、ユーザの利用額、すなわち、共通運用電子バリューの減算額は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０２０９】
端末装置のリーダ／ライタ１のＤＰＵ３１は、ステップＳ１０２およびステップＳ１０３において、図１２のステップＳ１１およびステップＳ１２と同様の処理がなされ、ステップＳ１０３において、正しく認証されなかったと判断された場合、処理は、ステップＳ１１１に進む。
【０２１０】
ステップＳ１０３において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、共通鍵Ｋ_IFで認証可能なＩＣカード２であった場合）、ステップＳ１０４において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６の個別領域に記録されている共通運用電子バリューファイルおよび個別運用ポイントファイルへのアクセス権を取得するための制御信号（共通運用電子バリューファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０２１１】
ステップＳ１０５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１０４において入力された信号を基に、共通運用電子バリューファイルに対する、バリュー量の減算処理のアクセス権が許可されているか否かを判断する。ステップＳ１０５において、アクセス権が許可されていないと判断された場合、処理は、ステップＳ１１１に進む。
【０２１２】
ステップＳ１０５において、アクセス権が許可されていると判断された場合、ステップＳ１０６において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６に配置されている共通領域の共通運用電子バリューファイルを開くための制御信号を生成し、共通鍵Ｋ_IFとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０２１３】
ステップＳ１０７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１０６において開かれた、共通領域の共通運用電子バリューファイルから、共通運用電子バリューの残高を読み込み、ステップＳ１０１において入力された、ユーザの利用額を示す信号に基づいて、利用額は、利用可能範囲（共通運用バリューの残高の範囲）内であるか否かを判断する。ステップＳ１０７において、利用額が、利用可能範囲内ではないと判断された場合、処理はステップＳ１１１に進む。
【０２１４】
ステップＳ１０７において、利用額は、利用可能範囲内であると判断された場合、ステップＳ１０８において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１０１において入力されたユーザの利用額に基づいて、共通運用電子バリューの減算額を算出する。
【０２１５】
ステップＳ１０９において、リーダ／ライタ１のＤＰＵ３１は、共通運用電子バリューの減算処理を実行する。すなわち、ＤＰＵ３１は、ＩＣカード２の共通領域に登録されている、共通運用電子バリューファイルに記録されている共通運用電子バリューの残高から、ステップＳ１０８において算出された、共通運用電子バリューの減算額を減算させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。
【０２１６】
ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、シーケンサ９１に、リーダ／ライタ１から送信された制御信号が入力される。シーケンサ９１は、入力された制御信号に従って、EEPROM６６に記録されている共通運用電子バリューの残高を変更する。
【０２１７】
ステップＳ１１０において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１０９において実行された処理のログを、共通鍵Ｋ_IF利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、同一のログを、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ１０９において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０２１８】
ステップＳ１０３において、正しく認証されなかった場合、ステップＳ１０５において、ファイルへのアクセス権（減算処理のアクセス権）が許可されていないと判断された場合、もしくは、ステップＳ１０７において、利用額が利用可能範囲内ではないと判断された場合、ステップＳ１１１において、図１２のステップＳ１０と同様の処理がなされ、処理が終了される。
【０２１９】
図１７および図１８のフローチャートを参照して説明した処理においては、利用のログは、使用された鍵毎に分類されて記録される。これにより、個別鍵を用いたＩＣカード２の利用（ローカル利用）分の清算は、自社のシステム内で行うことができる。
【０２２０】
そして、相互利用分の清算処理のために、例えば、上述したＩＣカードセンタに、共通鍵Ｋ_IFを用いて利用された場合の利用ログが集められるようにし、ＩＣカードセンタにより、相互利用分の清算処理が行われ、提携している各管理者に、清算処理の結果を示す清算情報が通知されるようにしてもよい。ＩＣカード２の発行者をＡ社とし、提携先をＢ社とすると、共通鍵Ｋ_IF利用分の利用ログの回収方法には、例えば、図１９（Ａ）に示されるように、Ａ社の端末装置１３１−１は、全使用ログを、Ａ社が管理するパーソナルコンピュータ１４１−１に供給し、パーソナルコンピュータ１４１−１が、入力された全使用ログのうち、共通鍵Ｋ_IFを用いて利用された場合のログを、ＩＣカードセンタのパーソナルコンピュータ１４１−３に送信する方法と、図１９（Ｂ）に示されるように、Ａ社の端末装置１３１−１が、共通鍵Ｋ_IFを用いて利用された場合のログを、直接ＩＣカードセンタのパーソナルコンピュータ１４１−３に送信する方法がある。
【０２２１】
ＩＣカードセンタのパーソナルコンピュータ１４１−３は、共通鍵Ｋ_IFを用いて利用された場合のログの入力を受け、相互利用分の清算処理を行い、その結果である清算情報を、ＩＣカード２の発行者であるＡ社のパーソナルコンピュータ１４１−１、および、提携先であるＢ社のパーソナルコンピュータ１４１−２に供給する。
【０２２２】
図２０は、パーソナルコンピュータ１４１−１の構成を示すブロック図である。なお、パーソナルコンピュータ1４１−２および１４１−３の構成は、パーソナルコンピュータ１４１−１と同様の構成を有するものなので、その説明は省略する。
【０２２３】
ＣＰＵ１５１は、入出力インターフェース１５２および内部バス１５３を介して、ユーザが、入力部１５４を用いて入力した各種指令に対応する信号や、ネットワークインターフェース１６０を介して、他のパーソナルコンピュータなどが送信した制御信号の入力を受け、入力された信号に基づいた各種処理を実行する。ＲＯＭ１５５は、ＣＰＵ１５１が使用するプログラムや演算用のパラメータのうちの基本的に固定のデータを格納する。ＲＡＭ１５６は、ＣＰＵ１５１の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。ＣＰＵ１５１、ＲＯＭ１５５、およびＲＡＭ１５６は、内部バス１５３により相互に接続されている。
【０２２４】
内部バス１５３は、入出力インターフェース１５２とも接続されている。入力部１５４は、例えば、キーボードやマウスからなり、ＣＰＵ１５１に各種の指令を入力するとき、ユーザにより操作される。表示部１５７は、例えば、ＣＲＴ等からなり、各種情報をテキスト、あるいはイメージなどで表示する。ＨＤＤ（hard disk drive）１５８は、ハードディスクを駆動し、それらにＣＰＵ１５１によって実行するプログラムや情報を記録または再生させる。ドライブ１５９には、必要に応じて磁気ディスク１６１、光ディスク１６２、光磁気ディスク１６３、および半導体メモリ１６４が装着され、データの授受を行う。
【０２２５】
ネットワークインターフェース１６０は、例えば、所定のインターフェースケーブルなどを用いてＬＡＮ（Local Aria Network）に接続されたり、図示しない電話回線などを介して、例えばインターネットなどの広域ネットワークに接続され、例えば、端末装置１３１、パーソナルコンピュータ１４１−２もしくはパーソナルコンピュータ１４１−３などとのデータの授受を行う。
【０２２６】
これらの入力部１５４乃至ネットワークインターフェース１６０は、入出力インターフェース１５２および内部バス１５３を介してＣＰＵ１５１に接続されている。
【０２２７】
次に、図２１のフローチャートを参照して、ＩＣカード２の発行者であるＡ社の端末装置１３１−１が、全ての利用ログを、発行者Ａのパーソナルコンピュータ１４１−１に供給し、パーソナルコンピュータ１４１−１が、共通鍵Ｋ_IFによる利用された場合のログを、ＩＣカードセンタに送信する場合の、Ａ社とＢ社の清算処理（図１９（Ａ））について説明する。
【０２２８】
ステップＳ１２１において、Ａ社が管理する端末装置１３１−１のコントローラ３の制御部１０１は、ネットワークインターフェース１０７および内部バス１０２を介して、リーダ／ライタ１のＲＡＭ４２に記録されている利用ログ（例えば、図１３のステップＳ２８、図１４のステップＳ４８、図１５のステップＳ６８、図１７のステップＳ９０、あるいは、図１８のステップＳ１１０の処理により記録される利用ログ）を読み込み、内部バス１０２およびネットワークインターフェース１０７を介して、Ａ社のパーソナルコンピュータ１４１−１に供給する。
【０２２９】
ステップＳ１２２において、パーソナルコンピュータ１４１−１のＣＰＵ１５１は、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して入力された利用ログを解析し、共通鍵Ａを用いて利用されたログと、共通鍵Ｋ_IFを用いて利用されたログとに分類する。
【０２３０】
ステップＳ１２３において、パーソナルコンピュータ１４１−１のＣＰＵ１５１は、ステップＳ１２２の解析結果から、共通鍵Ｋ_IFによる利用があったか否かを判断する。
【０２３１】
ステップＳ１２３において、共通鍵Ｋ_IFによる利用がなかったと判断された場合、ステップＳ１２４において、ＣＰＵ１５１は、固定鍵Ａを利用したローカル利用分、すなわち、自分自身が発行したＩＣカード２による、自分自身が管理している端末装置１３１−１での利用分の清算を行う。
【０２３２】
ステップＳ１２３において、共通鍵Ｋ_IFによる利用があったと判断された場合、ＣＰＵ１５１は、ステップＳ１２５において、共通鍵Ｋ_IFによる利用ログを、内部バス１５３、入出力インターフェース１５２、ネットワークインターフェース１６０を介して、ＩＣカードセンタのパーソナルコンピュータ１４１−３に通知し、上述したステップＳ１２４の処理を実行する。
【０２３３】
ステップＳ１２６において、ＩＣカードセンタのパーソナルコンピュータ１４１−３のＣＰＵ１５１は、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、ステップＳ１２５において、パーソナルコンピュータ１４１−１が送信した、共通鍵Ｋ_IFによる利用ログの通知を受ける。ＩＣカードセンタのパーソナルコンピュータ１４１−３のＣＰＵ１５１は、ステップＳ１２５において通知されたＡ社からの通知のみならず、契約を締結している各事業者からの通知を受ける。
【０２３４】
ステップＳ１２７において、パーソナルコンピュータ１４１−３のＣＰＵ１５１は、入力された各事業者の端末装置における共通鍵Ｋ_IFを用いた使用ログを、例えば、利用事業者ごとに分類し、計算するなどの所定の方法で解析する。
【０２３５】
ステップＳ１２８において、パーソナルコンピュータ１４１−３のＣＰＵ１５１は、ステップＳ１２７における解析結果を基に、ＩＣカードの発行者ごとに、相互利用関係をマトリクス化する。
【０２３６】
ステップＳ１２９において、パーソナルコンピュータ１４１−３のＣＰＵ１５１は、ステップＳ１２８において生成された相互利用関係のマトリクスを用いて、各社に通知するための清算情報を生成し、内部バス１５３、入出力インターフェース１５２、ネットワークインターフェース１６０を介して、Ａ社のパーソナルコンピュータ１４１−１およびＢ社のパーソナルコンピュータ１４１−２に通知する。
【０２３７】
ステップＳ１３０において、パーソナルコンピュータ１４１−１のＣＰＵ１５１は、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、パーソナルコンピュータ１４１−３がステップＳ１２９において送信した、相互利用分の清算情報を受け取る。同様に、ステップＳ１３２において、パーソナルコンピュータ１４１−２のＣＰＵ１５１は、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、ステップＳ１２９において、パーソナルコンピュータ１４１−３が送信した、相互利用分の清算情報を受け取る。ここでは、Ａ社とＢ社の間で、相互利用が行われていたものとして説明する。
【０２３８】
ステップＳ１３１において、パーソナルコンピュータ１４１−１のＣＰＵ１５１は、ステップＳ１３０で受け取った相互利用分の清算情報を基に、例えば、インターネットなどを介して、所定の金融機関の図示しないサーバなどにアクセスすることにより、例えばＢ社に対する振込みや、Ｂ社からの入金を確認するといった清算処理を実行する。同様に、ステップＳ１３３において、パーソナルコンピュータ１４１−２のＣＰＵ１５１は、ステップＳ１３０で受け取った相互利用分の清算情報を基に、Ａ社に対する振込みや、Ａ社からの入金を確認するといった清算処理を実行する。
【０２３９】
次に、図２２のフローチャートを参照して、ＩＣカード２の発行者であるＡ社の端末装置１３１−１が、共通鍵Ｋ_IFを用いて利用された場合のログを、直接ＩＣカードセンタに送信する場合の、Ａ社とＢ社の清算処理（図１９（Ｂ））について説明する。
【０２４０】
ステップＳ１４１において、端末装置１３１−１のコントローラ３の制御部１０１は、ネットワークインターフェース１０７および内部バス１０２を介して、リーダ／ライタ１のＲＡＭ４２に記録されている利用ログを読み込み、共通鍵Ａを用いて利用されたログと、共通鍵Ｋ_IFを用いて利用されたログとに分ける。
【０２４１】
ステップＳ１４２において、端末装置１３１−１のコントローラ３の制御部１０１は、ステップＳ１４１において分類された利用ログのうち、共通鍵Ｋ_IFを用いて利用されたログを、内部バス１０２およびネットワークインターフェース１０７を介して、ＩＣカードセンタのパーソナルコンピュータ１４１−３に通知する。
【０２４２】
ステップＳ１４３において、端末装置１３１−１のコントローラ３の制御部１０１は、ステップＳ１４１において分類された利用ログのうち、個別鍵Ａを用いて利用されたログを、内部バス１０２およびネットワークインターフェース１０７を介して、Ａ社のパーソナルコンピュータ１４１−１に供給する。
【０２４３】
パーソナルコンピュータ１４１−１のＣＰＵ１５１は、ステップＳ１４４において、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、個別鍵Ａを用いて利用されたログの入力を受け、ステップＳ１４５において、図２１のステップＳ１２４と同様の処理により、ローカル利用分の清算を行う。
【０２４４】
ステップＳ１４６において、ＩＣカードセンタのパーソナルコンピュータ１４１−３のＣＰＵ１５１は、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、ステップＳ１４２において、Ａ社の端末装置１３１−１のリーダ／ライタ１が送信した、共通鍵Ｋ_IFによる利用ログの通知を受ける。ＩＣカードセンタのパーソナルコンピュータ１４１−３のＣＰＵ１５１は、Ａ社からの通知のみならず、契約を締結している各事業者からの通知を受ける。
【０２４５】
ステップＳ１４７乃至ステップＳ１５３においては、図２１を用いて説明したステップＳ１２７乃至ステップＳ１３３と同様の処理が行われ、Ａ社とＢ社の間で、清算処理が実行される。
【０２４６】
図２１および図２１を用いて説明した清算システムでは、必要な情報のみ（すなわち、共通鍵Ｋ_IFによる利用ログ）がＩＣカードセンタのパーソナルコンピュータ１４１−３に送信されるため、全てのトランザクションをＩＣカードセンタのパーソナルコンピュータ１４１−３が管理しなくてもよく、相互運用分のトランザクションのみを、各事業者から受け取り、その処理結果を、各事業者に配信すればよいので、ＩＣカードセンタの処理負担を軽減することができる。更に、個別利用分は、ＩＣカード２の発行者であるＡ社のみで清算できるため、ＩＣカード２を発行する事業者のシステム（例えば、パーソナルコンピュータ１４１−１）は、個別利用により発生するトランザクション量にあわせて構築すればよい。
【０２４７】
次に、図２３を用いて、本発明を適応したＩＣカードシステムを、銀行等の金融機関のキャッシュカードに応用する例について説明する。
【０２４８】
例えば、Ｃ銀行が発行したＩＣカード２の共通領域に、銀行コードおよび口座番号が登録され、個別領域に、Ｃ銀行固有の個別アプリケーションと、個人情報および残高が登録されているものとする。Ｃ銀行が発行したＩＣカード２に登録されている、銀行コードおよび口座番号、個別アプリケーション、並びに個人情報および残高は、Ｃ銀行の端末装置１３１−３に登録されている個別鍵Ｃにより、データの読み出し、およびデータの書き換え（すなわち、データの加算および減算）が可能である。なお、Ｃ銀行の端末装置において、個別鍵Ｃを用いて共通領域のアプリケーションにアクセスする場合、実際には、図１６を用いて説明した場合と同様に、個別領域のリンク部分を経由して、共通領域のアプリケーションにアクセスする（以下、個別鍵を用いて共通領域のアプリケーションにアクセスする場合は、全て同様である）。
【０２４９】
しかし、提携しているＤ銀行の端末装置１３１−４においては、登録されている共通鍵Ｋ_IFにより、共通領域に記録されている、銀行コードおよび口座番号の読み込みのみが可能であるが、個別領域に登録されているアプリケーションに対しては、アクセス権を有していない。すなわち、ユーザは、Ｂ銀行の管理する端末装置１３１−３を用いた場合、例えば、引き落とし、預け入れなどのサービスを受けることが可能である。一方、ユーザは、他の事業者（例えば、Ｄ銀行）が管理する端末装置においては、例えば、引き落とし、預け入れなどのサービスを受けることはできないが、その事業者がアクセス権を許可された共通領域のアプリケーションによるサービス（例えば、図６を用いて説明した共通電子マネー領域などに記録されている、共通電子バリューの残高照会）を受けることができる。
【０２５０】
次に、図２４を用いて、本発明を適応したＩＣカードシステムを、鉄道会社の運賃清算に応用する例について説明する。
【０２５１】
例えば、鉄道会社Ｅが発行したＩＣカード２の共通領域に、利用者の乗車駅および降車駅を示す情報と、ＳＦ（Stored Fare）が登録され、個別領域に、鉄道会社Ｅの定期券情報が登録されているものとする。ＳＦとは、提携している鉄道会社において利用することが可能な運賃として、予め入金、もしくは所定の金融機関などに振り返られた価値（すなわち、貨幣と同じ価値をもつもの）である。鉄道会社Ｅが発行したＩＣカード２に登録されている、利用者の乗車駅および降車駅を示す情報、ＳＦ、および、鉄道会社Ｅの定期券情報は、鉄道会社Ｅの端末装置１３１−５に登録されている個別鍵Ｅにより、加算、および減算を行うアプリケーションへのアクセスが可能である。
【０２５２】
しかし、提携している鉄道会社Ｆの端末装置１３１−６においては、登録されている共通鍵Ｋ_IFにより、共通領域に記録されている、利用者の乗車駅および降車駅を示す情報と、ＳＦの読み出しおよび減算を行うアプリケーションへのアクセスが可能であるが、個別領域に登録されているアプリケーションに対しては、アクセス権を有していない。すなわち、ユーザが、鉄道会社Ｅの管理する端末装置１３１−５を用いた場合、定期券の購入や、ＳＦの充填、乗り越し清算などのサービスを受けることが可能であるが、他の事業者（例えば、鉄道会社Ｆ）が管理する端末装置においては、定期券の購入や、ＳＦの充填などのサービスを受けることはできず、その事業者がアクセス権を許可された共通領域のアプリケーションによるサービス（例えば、乗り越し清算）を受けることができる。
【０２５３】
次に、図２５を用いて、本発明を適応したＩＣカードシステムを、電子チケットサービスに応用する例について説明する。
【０２５４】
例えば、Ｇ社、Ｈ社、もしくはＩ社が発行したＩＣカード２のそれぞれの共通領域に、例えばコンサート等のイベントのチケット情報を書き込むためのアプリケーションが登録されているものとする。
【０２５５】
例えば、Ｇ社の管理する端末装置１３１−７は、インターネット１７１を介して、ＩＣカード２にチケット情報を書き込むことが可能であり、Ｈ社の管理する端末装置１３１−８は、例えば、駅や大型店舗等に設置したデータ記入装置１７２を介して、ＩＣカード２にチケット情報を書き込むことが可能であり、Ｉ社の端末装置１３１−９は、チケットセンター等に設置され、ＩＣカード２にチケット情報を書き込むことが可能であるものとする。
【０２５６】
そして、提携しているイベント運営事業者Ｊの端末装置１３１−１０においては、登録されている共通鍵Ｋ_IFにより、共通領域に記録されている、チケット情報の読み出しのみが可能であり、チケット情報の書き込みに関するアプリケーションに対しては、アクセス権を有していない。すなわち、イベント運営事業者Ｊの端末装置１３１−１０においては、チケットを発行する（ＩＣカード２にチケット情報を書き込む）ことはできないが、共通領域に登録されているチケット情報を読み込むことができるため、ユーザが、端末装置１３１−７乃至１３１−９において、該当するイベントのチケットを購入した（端末装置１３１−７乃至１３１−９により、ＩＣカード２にチケット情報が書き込まれている）ことを確認することが可能である。
【０２５７】
次に、図２６を参照して、本発明を適応したＩＣカードシステムを、オフラインデビットサービスに応用する例について説明する。
【０２５８】
例えば、オフラインデビットサービスに提携しているＫ店舗の端末装置１３１−１１においては、登録されている共通鍵Ｋ_IFにより、共通領域に登録されている暗証番号の読み込みと、与信額の減算処理をするアプリケーションのみ利用することが可能であるが、与信額の加算の処理に対しては、アクセス権を有していない。ここで、与信額とは、ＩＣカード２を保有するユーザのうち、例えば、利用者Ｍが、Ｌ銀行に有している普通口座などの預金額から、所定の金額を、同一銀行の同一支店の、利用者Ｍ用のオフラインデビット用口座に振り替えたものであり、これを担保額として、オフラインデビットの利用を行うものである。
【０２５９】
ユーザは、オフラインデビットサービスに提携しているＫ店舗の端末装置１３１−１１においては、例えば商品の購入などにおける料金清算のサービスを受けることができるが、与信額の加算（振替）のサービスを受けることはできない。そして、Ｌ銀行が発行したＩＣカード２においては、Ｌ銀行が管理する端末装置１３１−１２において、個別鍵Ｌにより、与信額の加減算の処理を行うアプリケーションにアクセスすることが可能であるため、ユーザは、Ｌ銀行が管理する端末装置１３１−１２において、与信額の加算（振替）のサービスを受けることができる。
【０２６０】
ユーザがオフラインデビットにより利用した金額の精算は、例えば、ＩＣカード２の個別領域に、オフラインデビットの清算に関するバッチ処理を行うアプリケーションを用意することにより、Ｌ銀行の端末装置１３１−１２において実行される。ユーザは、オフラインデビットサービスにより、与信額を超えた金額の商品購入等はできないので、与信額以上の使いすぎを防止することが可能である。また、例えば、与信額の振替時や、与信額の残高照会時に、必ず清算のバッチ処理を実行するようにすることにより、ユーザが特別の操作を行うことなしに、オフラインデビットサービスの清算に関するバッチ処理を行えるようにしてもよい。
【０２６１】
以上の説明においては、ＩＣカード２の発行者の個別鍵を用いなければ、共通運用電子バリューの充填処理（すなわち、共通運用電子バリューの加算処理に対応するアプリケーションへのアクセス）等の、ＩＣカードに記録される価値の加算処理を行うことができなかったが、例えば、発行者以外の所定の個別鍵に、共通運用電子バリューの加算処理に対応するアプリケーションへのアクセス権を与えるように、ＩＣカード２のEEPROM６６に、所定の個別鍵を記録させておくことにより、発行者が許可した、特定の管理者が管理する端末装置においては、共通運用電子バリューの充填処理を実行することができるようにしてもよい。
【０２６２】
次に、図２７のフローチャートを参照して、発行者以外の個別鍵による電子バリューの書き込み処理について説明する。ここでは、ＩＣカード２の発行者Ａと入金代行者Ｂが提携し、発行者Ａが発行したＩＣカード２のEEPROM６６に記録されている共通領域の共通運用電子バリューの充填処理を行うアプリケーションに対するアクセス権を、入金代行者Ｂが管理する端末装置に登録されている個別鍵Ｂに、予め与えておくことにより、共通運用電子バリューの充填処理を、入金代行者Ｂが管理する端末装置で行う場合について説明する。
【０２６３】
ステップＳ１６１において、端末装置のリーダ／ライタ１は、装着された、発行者Ａが発行したＩＣカード２を検出し、コントローラ３から、ユーザがコントローラ３の入力部１０３を用いて入力した共通運用電子バリューの充填額の入力を受ける。すなわち、オープン対象ファイルは、共通運用電子バリューファイルであり、共通運用電子バリューの充填額は、ＳＣＣ３３およびバス３５を介して、ＤＰＵ３１に入力される。
【０２６４】
端末装置のリーダ／ライタ１のＤＰＵ３１は、ステップＳ１６２において、図１２のステップＳ３と同様の処理により、個別鍵Ｂで認証を行い、ステップＳ１６３において、ステップＳ１６２でＩＣカード２から入力された信号を基に、個別鍵Ｂによって、リーダ／ライタ１とＩＣカード２が、正しく相互認証されたか否かを判断する。ステップＳ１６３において、正しく認証されなかったと判断された場合、処理は、ステップＳ１６９に進む。
【０２６５】
ステップＳ１６３において、正しく認証されたと判断された場合（すなわち、ＩＣカード２が、固定鍵Ｂによるアクセスが許可されている、発行者Ａによって発行されたＩＣカード２であった場合）、ステップＳ１６４において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６の共通領域に記録されている共通運用電子バリューファイルへのアクセス権を取得するための制御信号（共通運用電子バリューファイルに対応するサービスコードを含む）を生成し、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。ＳＰＵ３２は、アンテナ２７および復調回路２５を介して、ＩＣカード２からの応答信号を受信し、その応答結果を、バス３５を介してＤＰＵ３１に入力する。
【０２６６】
ステップＳ１６５において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１６４においてＩＣカード２から入力された応答信号を基に、共通運用電子バリューファイルに対する、バリュー量の加算処理のアクセス権が許可されているか否かを判断する。ステップＳ１６５において、アクセス権が許可されていないと判断された場合、処理は、ステップＳ１６９に進む。
【０２６７】
ステップＳ１６５において、アクセス権が許可されていると判断された場合、ステップＳ１６６において、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２のEEPROM６６に配置されている共通領域の共通運用電子バリューファイルを開くための制御信号を生成し、個別鍵Ｂとともに、バス３５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介してＩＣカード２に送信する。
【０２６８】
ステップＳ１６７において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１６１において、ユーザがコントローラ３の入力部１０３を用いて入力した共通運用電子バリューの充填額に基づいて、共通運用電子バリューの充填処理を実行する。すなわち、ＤＰＵ３１は、ＩＣカード２の共通領域に登録されている、共通運用電子バリューファイルに記録されている共通運用電子バリュー残高に、コントローラ３から入力された共通運用電子バリューの加算額を加算するための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。
【０２６９】
ＩＣカード２のアンテナ５３は、制御信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、シーケンサ９１に、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号が入力される。シーケンサ９１は、入力された制御信号に従って、EEPROM６６に記録されている共通運用電子バリューの残高を変更する。
【０２７０】
ステップＳ１６８において、リーダ／ライタ１のＤＰＵ３１は、ステップＳ１６７において実行された処理のログを、個別鍵Ｂ利用として、リーダ／ライタ１のメモリ３４のＲＡＭ４２に記録するとともに、ステップＳ１６７において実行された処理を、ＩＣカード２のＲＡＭ６７に記録させるための制御信号を生成し、バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ２７を介してＩＣカード２に送信する。ＩＣカード２のアンテナ５３は、リーダ／ライタ１から送信された制御信号に対応するＡＳＫ変調信号を受信してインターフェース部６１に供給し、インターフェース部６１、ＢＰＳＫ復調部６２、および演算部６４で所定の処理がなされ、ステップＳ１６７において実行された処理のログが、ＲＡＭ６７に保存され、処理が終了される。
【０２７１】
ステップＳ１６３において、正しく認証されなかった場合、もしくは、ステップＳ１６５において、ファイルへのアクセス権（加算処理のアクセス権）が許可されていないと判断された場合、ステップＳ１６９において、図１２のステップＳ１０と同様の処理がなされ、処理が終了される。
【０２７２】
なお、ここでは、提携時に、発行者Ａが発行するＩＣカード２に、個別鍵Ｂを登録することによって、入金代行者Ｂが管理する端末装置によって、共通運用電子バリューの充填処理を実行できるようにしたが、例えば、提携時に、ＩＣカード２の発行者Ａが、個別鍵Ａを入金代行者Ｂに供給し、入金代行者Ｂが管理する端末装置に個別鍵Ａを登録させることによっても、同様の処理を実行することが可能である。
【０２７３】
次に、図２８のフローチャートを参照して、図２７を用いて説明した発行者以外の個別鍵による電子バリューの書き込み処理が行われた場合の、発行者Ａと入金代行者Ｂの代金（手数料）清算処理について説明する。
【０２７４】
ステップＳ１７１において、入金代行者Ｂの端末装置（以下、端末装置Ｂとする）のリーダ／ライタ１は、発行者Ａが発行したＩＣカード２を装着され、ユーザから、ＩＣカード２への価値充填（例えば、電子マネー、共通電子バリュー、もしくは、ＳＦなどの価値の充填）処理の要求を受ける。リーダ／ライタ１のＤＰＵ３１は、アンテナ２７、復調回路２５、ＳＰＵ３２、およびバス３５を介して、装着されたＩＣカード２から、図５を用いて説明した、発行ＩＤブロックに配置されているカードＩＤを読み込み、バス３５およびＳＣＣ３３を介して、コントローラ３に供給する。
【０２７５】
ステップＳ１７２において、コントローラ３の制御部１０１は、ネットワークインターフェース１０７および内部バス１０２を介して、リーダ／ライタ１に装着されたＩＣカード２のカードＩＤの入力を受け、ＩＣカード２に対する入金代行処理の許可を申請する信号を生成し、内部バス１０２、ネットワークインターフェース１０７、および、図示しないインターネットなどの広域ネットワークを介して、発行者Ａの管理するパーソナルコンピュータ（以下、パーソナルコンピュータＡとする）に送信する。
【０２７６】
パーソナルコンピュータＡのＣＰＵ１５１は、ステップＳ１７３において、端末装置Ｂから、図示しないインターネットなどの広域ネットワーク、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、代行許可の申請を示す信号の入力を受け、ステップＳ１７４において、代行許可を示す信号を、内部バス１５３、入出力インターフェース１５２、ネットワークインターフェース１６０、および図示しないインターネットなどの広域ネットワークを介して端末装置Ｂに送信する。
【０２７７】
端末装置Ｂは、ステップＳ１７５において、パーソナルコンピュータＡがステップＳ１７４において送信した代行許可を示す信号の入力を受け、ステップＳ１７６において、図２７を用いて説明した、発行者以外の個別鍵による書き込み処理を実行する。
【０２７８】
ステップＳ１７７において、端末装置Ｂのリーダ／ライタ１のＤＰＵ３１は、図２７のステップＳ１６８において、メモリ３４のＲＡＭ４２に記録されたステップＳ１７６において実行された処理のログを読み出し、バス３５およびＳＣＣ３３を介して、コントローラ３に供給する。コントローラ３の制御部１０１は、ネットワークインターフェース１０７および内部バス１０２を介して、ステップＳ１６７において実行された処理のログの入力を受け、内部バス１０２、ネットワークインターフェース１０７、および、図示しないインターネットなどの広域ネットワークを介して、パーソナルコンピュータＡに送信する。
【０２７９】
パーソナルコンピュータＡのＣＰＵ１５１は、ステップＳ１７８において、ステップＳ１７７で端末装置Ｂに通知した、代行許可のログを読み込み、ステップＳ１７９において、図示しないインターネットなどの広域ネットワーク、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、端末装置ＢがステップＳ１７７において送信した、代行処理のログの入力を受け、ステップＳ１７８において書き出した代行許可のログと、入力された代行処理のログが一致していることを確認する。
【０２８０】
ステップＳ１８０において、端末装置Ｂのコントローラ３の制御部１０１は、ステップＳ１７７において入力された代行処理のログを、内部バス１０２、ネットワークインターフェース１０７、および、図示しないＬＡＮなどのネットワークを介して、入金代行者Ｂが管理するパーソナルコンピュータ（以下、パーソナルコンピュータＢとする）に送信する。
【０２８１】
ステップＳ１８１において、パーソナルコンピュータＢのＣＰＵ１５１は、図示しないＬＡＮなどのネットワーク、ネットワークインターフェース１６０、入出力インターフェース１５２、および内部バス１５３を介して、端末装置ＢがステップＳ１８０において送信した、代行処理のログの入力を受け、入力された代行処理ログをデータベース化し、代行入金額（すなわち、預り金）の合計を算出する。
【０２８２】
パーソナルコンピュータＢのＣＰＵ１５１は、ステップＳ１８２において、発行者Ａに請求する代行手数料を計算し、ステップＳ１８３において、預り金の合計から代行手数料を減算し、発行者Ａへの支払額を算出し、ステップＳ１８４において、算出した支払額を、内部バス１５３、入出力インターフェース１５２、ネットワークインターフェース１６０、および図示しないインターネットなどの広域ネットワークを介して、パーソナルコンピュータＡに送信する。
【０２８３】
パーソナルコンピュータＡのＣＰＵ１５１は、ステップＳ１８５において、ステップＳ１７９で端末装置Ｂから入力された入金代行ログを基に、代行入金分から、入金代行者Ｂに支払う手数料を減算して、請求額を算出し、ステップＳ１８６において、パーソナルコンピュータＢがステップＳ１８４において送信した支払額の入力を受けて、ステップＳ１８５で算出された請求額と一致することを確認し、ステップＳ１８７において、入金代行者Ｂに対する請求額を示す信号を生成し、内部バス１５３、入出力インターフェース１５２、ネットワークインターフェース１６０、および図示しないインターネットなどの広域ネットワークを介して、パーソナルコンピュータＢに送信する。
【０２８４】
パーソナルコンピュータＢのＣＰＵ１５１は、ステップＳ１８８において、パーソナルコンピュータＡがステップＳ１８７において送信した請求額を示す信号の入力を受けて、ステップＳ１８４において算出した支払い額と一致することを確認し、ステップＳ１８９において、発行者Ａに対して、例えば、インターネットを介して、所定の金融機関の図示しないサーバに対して、発行者Ａが有する口座に、支払額を振り込むための信号を送信するなどの処理により、発行者Ａに対して、請求額を支払う。
【０２８５】
ステップＳ１９０において、発行者ＡのパーソナルコンピュータＡのＣＰＵ１５１は、例えば、インターネットなどを介して、所定の金融機関の図示しないサーバにアクセスし、発行者Ａが有する口座の残高を確認するなどの処理により、入金代行者Ｂからの入金を確認する。
【０２８６】
また、図９を用いて説明したアクセス権の受け渡しにおいては、発行者Ａが、提携した管理者ＢおよびＣに、共通鍵Ｋ_IFと、契約内容に基づいた利用可能アプリケーションに対応するサービスコードをそれぞれ供給することにより、共通領域の所定のアプリケーションを、管理者Ｂあるいは管理者Ｃが管理する端末においても利用可能とし、更に、管理者Ｂが、管理者Ｄと提携することにより、管理者Ｂが利用可能なアプリケーションの一部を、管理者Ｄも利用することができるようにする場合について説明したが、次に、図２９を用いて、契約内容に基づいたサービスコードを発行者Ａがそれぞれに供給せずに、提携先の管理者どうしの間で、より複雑な関係の、共通領域におけるアプリケーションの共有を行う場合について説明する。
【０２８７】
管理者Ａは、図２９（Ａ）に示すように、システムキーを、個別鍵Ａで暗号化し、その暗号化結果を、提携相手であるである管理者ＥおよびＧに供給する。
【０２８８】
管理者Ｅは、図２９（Ｂ）に示すように、管理者Ａから入力されたシステムキーの個別鍵Ａでの暗号化結果を、共通鍵Ｋ_IFで暗号化し、その暗号化結果を、第１アクセスキーＫ_E1として用いる。更に、管理者Ｅは、第１アクセスキーＫ_E1（共通鍵Ｋ_IFによる暗号化結果）を、提携契約によって利用が許可されているアプリケーションに対応するサービスキー＃５００８ｈ、＃５０４８ｈ、＃５０８８ｈ、＃５０Ｃ８ｈで順次暗号化し、その最終的な暗号化結果を、第２アクセスキーＫ_E2として用いる。
【０２８９】
また、管理者Ｆは、図２９（Ｃ）に示すように、管理者Ｅから第１アクセスキーＫ_E1（共通鍵Ｋ_IFによる暗号化結果）の入力を受け、それを、共通鍵Ｋ_IFで暗号化し、その暗号化結果を、第１アクセスキーＫ_F1とする。更に、管理者Ｆは、第１アクセスキーＫ_F1を、サービスキー＃６００８ｈ，＃６０４８ｈで順次暗号化する。そして、その暗号化結果を、管理者Ｅに供給し、提携契約によって利用が許可されているアプリケーションに対応するサービスキー＃５０４８ｈ、＃５０８８ｈで順次暗号化させる。その後、管理者Ｆは、その暗号化結果を、管理者Ｅから供給され、管理者Ｇに供給し、提携によって利用が許可されているアプリケーションに対応するサービスキー＃７０Ｃ８ｈで暗号化させる。そして、管理者Ｆは、その暗号化結果を、管理者Ｇから供給され、第２アクセスキーＫ_F2として用いる。
【０２９０】
一方、管理者Ｇは、図２９（Ｄ）に示すように、管理者Ａから入力されたシステムキーの個別鍵Ａでの暗号化結果を、共通鍵Ｋ_IFで暗号化し、その暗号化結果を、第１アクセスキーＫ_G1として用いる。更に、管理者Ｇは、第１アクセスキーＫ_G1を、提携によって利用が許可されているアプリケーションに対応するサービスキー＃７００８ｈ、＃７０Ｃ８ｈで順次暗号化し、その最終的な暗号化結果を、管理者Ｆに供給して、提携によって利用が許可されているアプリケーションに対応するサービスキー＃６０４８ｈで暗号化させる。その後、管理者Ｇは、管理者Ｆによるサービスキー＃６０４８を用いた暗号化結果を、管理者Ｅに供給し、提携によって利用が許可されているアプリケーションに対応するサービスキー＃５０８８ｈ、＃５０Ｃ８ｈで順次暗号化させる。そして、管理者Ｇは、その暗号化結果を、管理者Ｅから供給され、第２アクセスキーＫ_G2として用いる。
【０２９１】
この場合、ＩＣカード２において、図１１で説明した場合と同様の手順で、EEPROM６６に記憶されている共通鍵Ｋ_IF、サービスキーを用いて、システムキーを暗号化し、第１アクセスキーおよび第２アクセスキーを生成することで、管理者Ｅ、管理者Ｆ、および管理者Ｇ相互の間では、図３０に示すような、共通領域のサービス定義領域に配置されているアプリケーションの共通利用が可能となる。
【０２９２】
すなわち、図２９を用いて説明した、共通領域に配置されているアプリケーションに対するアクセス権の許可のためのデータの授受が行われることにより、管理者Ｅは、サービス定義領域＃５００８、＃５０４８ｈ、＃５０８８ｈ、＃５０Ｃ８ｈに配置されたアプリケーションにアクセスすることができる。
【０２９３】
そして、管理者Ｆは、自身がアクセス権を許可されたサービス定義領域＃６００８ｈ、＃６０４８ｈにアクセスすることができる以外に、管理者Ｅがサービスキーを有する、サービス定義領域＃５０４８ｈ、＃５０８８ｈ、および管理者Ｇがサービスキーを有する、サービス定義領域＃７０Ｃ８ｈにアクセスすることが可能となり、同様に、管理者Ｇは、自身がサービスキーを有する、サービス定義領域＃７００８ｈ、＃７０Ｃ８ｈにアクセスすることができる以外に、管理者Ｅがサービスキーを有する、サービス定義領域＃５０８８ｈ、＃５０Ｃ８ｈ、および管理者Ｆがサービスキーを有する、サービス定義領域＃６０４８ｈにアクセスすることが可能となる。
【０２９４】
なお、図２９に示したようなキーの受け渡しにおいて、ある管理者のサービスキー自体が、他の管理者に知られることはない。即ち、管理者Ｅのサービスキー＃５００８ｈ、＃５０４８ｈ、＃５０８８ｈ、＃５０Ｃ８ｈは、管理者ＦおよびＧに知られることはない。同様に、管理者Ｆのサービスキー＃６００８ｈ、＃６０４８ｈは、管理者ＥおよびＧに知られることはなく、管理者Ｇのサービスキー＃７００８ｈ、＃７０Ｃ８ｈは、管理者ＥおよびＦに知られることはない。
【０２９５】
上述した一連の処理は、ソフトウェアにより実行することもできる。そのソフトウェアは、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【０２９６】
この記録媒体は、図２、図４もしくは図２０に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク４５、１１１もしくは１６１（フロッピーディスクを含む）、光ディスク４６、１１２もしくは１６２（ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory），ＤＶＤ（Digital Versatile Disk）を含む）、光磁気ディスク４７、１１３もしくは１６３（ＭＤ(Mini-Disk)を含む）、あるいは、半導体メモリ４８、１１４もしくは１６４などよりなるパッケージメディアなどにより構成される。
【０２９７】
また、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２９８】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２９９】
【発明の効果】
本発明のデータ記憶装置およびデータ記憶方法によれば、第１のデータおよび第１のデータに対する第１の認証情報を記録する第１の記録領域と、第２のデータおよび第２のデータに対する第２の認証情報を記録する第２の記録領域にデータを記録し、情報処理装置に対するデータの入出力を制御し、情報処理装置から入力された認証情報、並びに、第１の認証情報および第２の認証情報に基づいて、情報処理装置に対して、第１のデータもしくは第２のデータの授受を行うか否かを判断し、第１のデータもしくは第２のデータのうち、情報処理装置とデータの授受を行うと判断された第１のデータもしくは第２のデータに基づいて、演算処理を実行し、第１の記録領域に記録されている第１のデータのうちの第３のデータを、第２の記録領域に記録されている第２のデータのうちの第４のデータに関連付けて記録し、情報処理装置が第３のデータに対してデータの授受を行う場合、第４のデータに対する演算処理を実行するようにしたので、記録領域を余分に使用することなく、第１の記録領域および第２の記録領域にそれぞれ記録されているデータに対するセキュリティを確保することができる。
【０３００】
本発明の第１の情報処理装置、第１の情報処理方法、および第１の記録媒体に記録されるプログラムによれば、データ記憶装置に対するデータの入出力を制御し、データ記憶装置に記録されているデータのうち、所定のデータを授受するための、少なくとも１つの認証情報を記録し、データ記憶装置とデータの授受を行った場合、データの授受の内容を示す情報を、データの授受に用いた認証情報ごとに区別して記録するようにしたので、データ記憶装置とデータの授受を行うことができ、トランザクションを認証形態ごとに管理することができる。
【０３０１】
本発明の第２の情報処理装置、第２の情報処理方法、および第２の記録媒体に記録されるプログラムによれば、データ記憶装置と他の情報処理装置が、データの授受を行う場合に用いられる第１の認証情報および第２の認証情報、並びに、データ記憶装置が記録している複数のデータをそれぞれ定義しているコード情報を記録し、第１の認証情報を暗号化し、暗号化された第１の認証情報、第２の認証情報および所定のコード情報を、他の情報処理装置へ出力するようにしたので、第１の認証情報を知られることなく、相互運用サービスに必要な認証情報を他の情報処理装置へ供給することができ、個別運用サービスと、相互運用サービスの共存を実現させるものである。
【０３０２】
本発明の第３の情報処理装置、第３の情報処理方法、および第３の記録媒体に記録されるプログラムによれば、他の情報処理装置がデータ記憶装置との間で実行したデータの授受に関する第１の情報の入力を受け、入力された第１の情報に従って、複数の他の情報処理装置に対応した、データの授受に関する第２の情報を生成し、生成された第２の情報を、対応する他の情報処理装置へ出力するようにしたので、例えば、複数の事業者による複数のサービスを提供するＩＣカードの使用履歴の入力を受け、それぞれの事業者に対して清算情報を通知することができる。
【図面の簡単な説明】
【図１】本発明を適用したカードシステムの構成を示すブロック図である。
【図２】図１のリーダ／ライタの構成を示すブロック図である。
【図３】図１のＩＣカードの構成を示すブロック図である。
【図４】図１のコントローラの構成を示すブロック図である。
【図５】図３のEEPROMの論理フォーマットを示す図である。
【図６】図３のEEPROMに記録されているアプリケーションの構成について説明するための図である。
【図７】ＩＣカード発行者と、提携者の関係を説明するための図である。
【図８】図３のEEPROMに記録されているアプリケーションの例を示す図である。
【図９】管理者間での認証鍵の受け渡しを説明するための図である。
【図１０】発行者が管理する端末装置における、ＩＣカードを認証する処理を説明するための図である。
【図１１】提携者が管理する端末装置における、ＩＣカードを認証する処理を説明するための図である。
【図１２】端末装置の処理を説明するためのフローチャートである。
【図１３】共通運用電子バリュー充填処理について説明するためのフローチャートである。
【図１４】個別運用ポイント書き込み処理について説明するためのフローチャートである。
【図１５】共通運用電子バリューおよび個別運用ポイント書き込み処理について説明するためのフローチャートである。
【図１６】ＩＣカードの発行者と提携者の、個別領域と共通領域のそれぞれのアプリケーションへのアクセス権について説明するための図である。
【図１７】個別運用対象店舗での、ポイント／バリュー利用処理について説明するためのフローチャートである。
【図１８】共通運用対象店舗での、電子バリュー利用処理について説明するためのフローチャートである。
【図１９】ＩＣカード発行者、提携者、およびＩＣカードセンタについて説明するための図である。
【図２０】図１９のパーソナルコンピュータの構成を示すブロック図である。
【図２１】ＩＣカード発行者、提携者、およびＩＣカードセンタによる清算処理を説明するためのフローチャートである。
【図２２】ＩＣカード発行者、提携者、およびＩＣカードセンタによる清算処理を説明するためのフローチャートである。
【図２３】ＩＣカードの発行者と提携者の、個別領域と共通領域のそれぞれのアプリケーションへのアクセス権について説明するための図である。
【図２４】ＩＣカードの発行者と提携者の、個別領域と共通領域のそれぞれのアプリケーションへのアクセス権について説明するための図である。
【図２５】ＩＣカードの発行者と提携者の、個別領域と共通領域のそれぞれのアプリケーションへのアクセス権について説明するための図である。
【図２６】ＩＣカードの発行者と提携者の、個別領域と共通領域のそれぞれのアプリケーションへのアクセス権について説明するための図である。
【図２７】発行者以外の個別鍵による電子バリュー書き込み処理を説明するためのフローチャートである。
【図２８】発行者以外の個別鍵による電子バリュー書き込みが行われた場合の、発行者と提携者の清算処理を説明するためのフローチャートである。
【図２９】管理者間での共通鍵の受け渡しを説明するための図である。
【図３０】管理者間でのサービス（アプリケーション）の共有を説明するための図である。
【符号の説明】
１ リーダ／ライタ， ２ ＩＣカード， ３ コントローラ， ２１ ＩＣ， ２３ 変調回路， ２５ 復調回路， ２７ アンテナ， ５１ ＩＣ， ５２ コンデンサ， ５３ アンテナ， ６１ インターフェース部， ６２ ＢＰＳＫ復調部， ６３ ＰＬＬ部， ６４ 演算部， ６５ ＲＯＭ， ６６ EEPROM， ６７ ＲＡＭ， ６８ ＢＰＳＫ変調部， ８１ ＡＳＫ復調部，８２ 電圧レギュレータ， ８３ 発振回路， ８４ ＡＳＫ変調部， ９１シーケンサ， ９２ 暗号／復号部， ９３ パリティ演算部， １０１ 制御部， １０２ 内部バス， １０３ 入力部， １０４ メモリ， １０５ 表示部， １０６ ドライブ， １０７ ネットワークインターフェース， １２１ 発券機， １３１ 端末装置， １４１ パーソナルコンピュータ， １５１ ＣＰＵ， １５２ 入出力インターフェース， １５３ 内部バス， １６０ ネットワークインターフェース

Claims (5)

1. 情報処理装置に装着され、前記情報処理装置とデータの授受を行うデータ記憶装置において、
   第１のデータおよび前記第１のデータに対する第１の認証情報を記録する第１の記録領域と、第２のデータおよび前記第２のデータに対する第２の認証情報を記録する第２の記録領域を有する第１の記録手段と、
   前記情報処理装置に対する、前記データの入出力を制御するデータ入出力制御手段と、前記データ入出力制御手段により前記情報処理装置からの入力が制御された認証情報、並びに、前記第１の認証情報および前記第２の認証情報に基づいて、前記情報処理装置に対して、前記第１の記録手段に記録された前記第１のデータもしくは前記第２のデータの授受を行うか否かを判断する判断手段と、
   前記第１の記録手段に記録されている前記第１のデータもしくは前記第２のデータのうち、前記判断手段により、前記情報処理装置とデータの授受を行うと判断された前記第１のデータもしくは前記第２のデータに基づいて処理を実行する処理実行手段と
   を備え、
   前記第１の認証情報および前記第２の認証情報には、前記第１のデータおよび前記第２のデータに対する、読み出し、書き込み、加算、もしくは減算の処理が可能であるか否かを示す情報が含まれており、
   前記第２の認証情報において、前記第２のデータに対して許可されている処理は、前記第１の認証情報において、前記第１のデータに対して許可されている処理の一部であり、
   前記判断手段は、前記情報処理装置から入力された前記認証情報、並びに、前記第１の認証情報および前記第２の認証情報に基づいて、前記処理実行手段が実行する処理のうち、読み出し、書き込み、加算、もしくは減算のいずれの処理が可能であるかを判断し、
   前記第1の記録手段において、前記第１の記録領域に記録されている前記第１のデータのうちの第３のデータについては、前記第２の記録領域に記録されている前記第２のデータのうちの第４のデータを指し示すようになされており、
   前記処理実行手段は、前記判断手段により、前記情報処理装置が前記第３のデータに対してデータの授受を行うと判断された場合、指し示されている前記第４のデータに対して処理を実行する
   ことを特徴とするデータ記憶装置。
2. 前記第２の認証情報は事業者ごとに割り当てられ、
   所定の事業者に割り当てられた前記第２の認証情報には、前記第１の認証情報において許可されている処理と同一の処理が可能であることを示す情報が含まれている
   ことを特徴とする請求項１に記載のデータ記憶装置。
3. 前記第１のデータおよび前記第２のデータには、所定のサービスを提供するためのアプリケーションが含まれており、
   前記アプリケーションは、それぞれ異なるコード情報により定義され、
   前記処理実行手段は、前記アプリケーションに従って処理を実行し、前記判断手段は、前記情報処理装置から入力された前記認証情報に含まれる前記コード情報により、前記処理実行手段に、いずれの前記アプリケーションに従って処理を実行させるかを判断する
   ことを特徴とする請求項１に記載のデータ記憶装置。
4. 前記情報処理装置とデータの授受を行った場合、データの授受の履歴情報を、前記データの授受に用いたのは、前記第１の認証情報であるか、前記第２の認証情報であるかに従って区別して記録する第２の記録手段を更に備える
   ことを特徴とする請求項１に記載のデータ記憶装置。
5. 情報処理装置に装着され、前記情報処理装置とデータの授受を行うデータ記憶装置のデータ記憶方法において、
   第１のデータおよび前記第１のデータに対する第１の認証情報を記録する第１の記録領域と、第２のデータおよび前記第２のデータに対する第２の認証情報を記録する第２の記録領域への前記データの記録を制御する記録制御ステップと、
   前記情報処理装置に対する、前記データの入出力を制御するデータ入出力制御ステップと、前記データ入出力制御ステップの処理により前記情報処理装置からの入力が制御された認証情報、並びに、前記第１の認証情報および前記第２の認証情報に基づいて、前記情報処理装置に対して、前記記録制御ステップの処理により記録が制御された前記第１のデータもしくは前記第２のデータの授受を行うか否かを判断する判断ステップと、
   前記記録制御ステップの処理により記録が制御されている前記第１のデータもしくは前記第２のデータのうち、前記判断ステップの処理により、前記情報処理装置とデータの授受を行うと判断された前記第１のデータもしくは前記第２のデータに基づいて処理を実行する処理実行ステップとを含み、
   前記第１の認証情報および前記第２の認証情報には、前記第１のデータおよび前記第２のデータに対する、読み出し、書き込み、加算、もしくは減算の処理が可能であるか否かを示す情報が含まれており、
   前記第２の認証情報において、前記第２のデータに対して許可されている処理は、前記第１の認証情報において、前記第１のデータに対して許可されている処理の一部であり、
   前記判断ステップは、前記情報処理装置から入力された前記認証情報、並びに、前記第１の認証情報および前記第２の認証情報に基づいて、前記処理実行ステップが実行する処理のうち、読み出し、書き込み、加算、もしくは減算のいずれの処理が可能であるかを判断し、
   前記第１の記録領域に記録されている前記第１のデータのうちの第３のデータについては、前記第２の記録領域に記録されている前記第２のデータのうちの第４のデータを指し示すようになされており、
   前記処理実行ステップは、前記判断ステップの処理により、前記情報処理装置が前記第３のデータに対してデータの授受を行うと判断された場合、指し示されている前記第４のデータに対して処理を実行する
   ことを特徴とするデータ記憶方法。

Images