JP2001325580A - データ記憶装置およびデータ記憶方法、情報処理装置および情報処理方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 セキュリティを確保しつつ、個別運用サービ
スと共通運用サービスを共存させる。 【解決手段】 Ａ社が発行したＩＣカード２の共通領域
に電子バリュー１０００円分が登録され、個別領域に個
別運用ポイントが５０ポイント（５０円相当）登録され
ているものとする。事業者Ａが発行したＩＣカード２に
登録されている共通運用電子バリューおよび個別運用ポ
イントは、Ａ社の端末装置に登録されている個別鍵Ａに
より、加算、および減算の両方が可能である。しかし、
提携している各社の端末装置においては、登録されてい
る共通鍵Ｋ_IFにより、共通運用電子バリューに対して減
算処理のみ利用することが可能であるが、個別領域に登
録されている個別運用ポイントに対する処理に対して
は、アクセス権を有していない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ記憶装置お
よびデータ記憶方法、情報処理装置および情報処理方
法、並びに記録媒体に関し、特に、データ記憶装置を複
数のサービス提供者によって共通で運用する場合、それ
ぞれのサービス提供者が提供する個別運用サービスに対
するセキュリティを確保しつつ、個別運用サービスと共
通運用サービスを共存させることができるデータ記憶装
置およびデータ記憶方法、情報処理装置および情報処理
方法、並びに記録媒体に関する。

【０００２】

【従来の技術】電子マネーシステムや、セキュリティシ
ステムにおいて、ＩＣ（Integrated circuit）カードの
利用が増加している。ＩＣカードとは、ＩＣチップが埋
め込まれたカード状デバイスのことであり、例えば、各
種処理を行うＣＰＵ（CentralProcessing Unit）などの
演算処理部や、処理に必要なデータなどを記憶するメモ
リなどを内蔵している。ＩＣカードは、所定のリーダ／
ライタを利用して、電気的に接触させた状態、もしく
は、電磁波を利用した非接触の状態で、データの読み書
きが行われる。

【０００３】例えば、ＩＳＯ（International Organiza
tion for Standardization）７８１６では、接触式のＩ
Ｃカードの標準が規定されており、これによれば、例え
ば、データを格納するＥＦ（Elementary File）（いわ
ゆるファイルに相当する）と、ＥＦおよびＤＦ（Dedica
ted File）（いわゆるディレクトリ（フォルダ）に相当
する）を格納するＤＦとによるデータの管理が可能とな
っている。従って、あるＤＦを親の階層として、その子
の階層のＤＦを設けることで、階層構造によるデータの
管理が可能である。

【０００４】ところで、ＩＣカードを、複数の管理者に
よるサービスの提供に用いる場合には、その複数の管理
者それぞれに、階層としてのＤＦを割り当て、そのＤＦ
に、各管理者によるサービスの提供に関するデータとし
てのＥＦを格納するようにする方法が考えられる。

【０００５】また、ＩＣカードを、電子マネーシステム
やセキュリティシステムなどで利用する場合において
は、データの隠匿性や、ＩＣカードの偽造を防止するこ
と等のセキュリティが重要であり、データの記憶のため
のリソース管理や、データに対するフレキシブルでセキ
ュリティの高いアクセス制御を行うことが必要である。

【０００６】データに対するフレキシブルでセキュリテ
ィの高いアクセス制御を行うための技術として、例え
ば、特開２０００−３６０２１号広報に記載の技術があ
る。この発明によれば、ＩＣカードのディレクトリに相
当するエリア定義領域は、使用可能な識別コード（ファ
イル名またはディレクトリ名に相当する）の範囲である
コード範囲を記憶しており、そのコード範囲に基づき、
自身を親の階層とし、他のエリア定義領域を子の階層と
する階層構造を構成している。更に、エリア定義領域に
は、使用可能な記憶領域の容量（空き容量）も記憶され
ており、この空き容量、コード範囲により、あるエリア
定義領域の階層の中で使用可能な容量、識別コードが制
限される。

【０００７】また、この発明によれば、これらのデータ
が記憶されている記憶領域の各階層に対する階層キー、
またはデータが記憶された記憶領域に対するデータ記憶
領域キーを２以上用いて、認証に用いる認証キーが生成
され、その認証キーに基づいて、認証が行われ、親の階
層を利用するための認証キーは、子の階層の利用者には
分からないようになされる。更に、子の階層に与えられ
るアクセス権は、エリア定義領域の子の階層であるサー
ビス定義領域に対して与えられるため、親の階層を管理
する管理者は、利用者ごとに、異なるサービス定義領域
に対するアクセス権を与えることが可能となる。

【０００８】

【発明が解決しようとする課題】電子マネーの普及や、
ＩＣカードを用いたサービスの多様化が進むにつれて、
１枚のＩＣカードを、複数のサービス提供者によって相
互運用することにより、より多くのサービスを提供する
ことが求められている。

【０００９】１枚のＩＣカードを複数のサービス提供者
によって相互運用する場合、あるサービス提供者が提供
する固有のサービスに関する情報やアプリケーション
は、相互運用する他のサービス提供者から許可なくアク
セスできないようにしなければならない。そのようなセ
キュリティを維持しつつ、相互運用するサービスに関す
る情報やアプリケーションは、相互運用を実施している
サービス提供者で共有することができるようにしなけれ
ばならない。しかしながら、複数のサービス提供者によ
って、相互運用される、あるいは個別に運用される各種
サービスを実現するためのデータを、ＩＣカードの内部
に、物理的に個別のブロックとして定義した場合、相互
運用されている部分のデータの一部が書き換えられたと
きに、リーダ／ライタおよびＩＣカードに、それぞれの
サービスの個別ブロックのデータ内容を同期させるため
の手段が必要となり、リーダ／ライタおよびＩＣカード
ともに、コストアップの要因となっていた。更に、各種
サービスを実現するためのデータを、物理的に個別のブ
ロックとして定義すると、複数定義した物理ブロックの
ために、カード内のメモリ容量を浪費してしまうため、
1枚のカードで、より多くのサービスを供給するための
妨げとなってしまう。

【００１０】本発明はこのような状況に鑑みてなされた
ものであり、例えば、複数の事業者による複数のサービ
スを提供するＩＣカードにおいて、それぞれの事業者の
サービスを提供するためのアプリケーションやデータに
対するセキュリティを確保しつつ、個別運用サービス
と、相互運用サービスの共存を実現させるものである。

【００１１】

【課題を解決するための手段】本発明のデータ記憶装置
は、第１のデータおよび第１のデータに対する第１の認
証情報を記録する第１の記録領域と、第２のデータおよ
び第２のデータに対する第２の認証情報を記録する第２
の記録領域を有する第１の記録手段と、情報処理装置に
対する、データの入出力を制御するデータ入出力制御手
段と、データ入出力制御手段により情報処理装置からの
入力が制御された認証情報、並びに、第１の認証情報お
よび第２の認証情報に基づいて、情報処理装置に対し
て、第１の記録手段に記録された第１のデータもしくは
第２のデータの授受を行うか否かを判断する判断手段
と、第１の記録手段に記録されている第１のデータもし
くは第２のデータのうち、判断手段により、情報処理装
置とデータの授受を行うと判断された第１のデータもし
くは第２のデータに基づいて、演算処理を実行する演算
処理実行手段とを備え、第１の記録手段は、第１の記録
領域に記録されている第１のデータのうちの第３のデー
タを、第２の記録領域に記録されている第２のデータの
うちの第４のデータに関連付けて記録させ、演算処理手
段は、判断手段により、情報処理装置が第３のデータに
対してデータの授受を行うと判断された場合、第４のデ
ータに対する演算処理を実行することを特徴とする。

【００１２】第１の認証情報および第２の認証情報に
は、第１のデータおよび第２のデータに対する、読み出
し、書き込み、加算、もしくは減算の処理が可能である
か否かを示す情報が含ませるようにし、判断手段には、
情報処理装置から入力された認証情報、並びに、第１の
認証情報および第２の認証情報に基づいて、演算処理手
段が実行する演算処理のうち、読み出し、書き込み、加
算、もしくは減算のいずれの処理が可能であるかを判断
させるようにすることができる。

【００１３】第１のデータおよび第２のデータには、所
定のサービスを提供するためのアプリケーションが含ま
せるようにし、アプリケーションは、それぞれ異なるコ
ード情報により定義されるようにし、演算処理手段に
は、アプリケーションに従って演算処理を実行させるよ
うにし、判断手段には、情報処理装置から入力された認
証情報に含まれるコード情報により、演算処理手段に、
いずれのアプリケーションに従って演算処理を実行させ
るかを判断させるようにすることができる。

【００１４】情報処理装置とデータの授受を行った場
合、データの授受の内容を示す情報を、データの授受に
用いたのは、第１の認証情報であるか、第２の認証情報
であるかに従って区別して記録する第２の記録手段を更
に備えさせることができる。

【００１５】本発明のデータ記憶方法は、第１のデータ
および第１のデータに対する第１の認証情報を記録する
第１の記録領域と、第２のデータおよび第２のデータに
対する第２の認証情報を記録する第２の記録領域へのデ
ータの記録を制御する記録制御ステップと、情報処理装
置に対する、データの入出力を制御するデータ入出力制
御ステップと、データ入出力制御ステップの処理により
情報処理装置からの入力が制御された認証情報、並び
に、第１の認証情報および第２の認証情報に基づいて、
情報処理装置に対して、記録制御ステップの処理により
記録が制御された第１のデータもしくは第２のデータの
授受を行うか否かを判断する判断ステップと、記録制御
ステップの処理により記録が制御されている第１のデー
タもしくは第２のデータのうち、判断ステップの処理に
より、情報処理装置とデータの授受を行うと判断された
第１のデータもしくは第２のデータに基づいて、演算処
理を実行する演算処理実行ステップとを含み、記録制御
ステップは、第１の記録領域に記録されている第１のデ
ータのうちの第３のデータを、第２の記録領域に記録さ
れている第２のデータのうちの第４のデータに関連付け
て記録させ、演算処理ステップは、判断ステップの処理
により、情報処理装置が第３のデータに対してデータの
授受を行うと判断された場合、第４のデータに対する演
算処理を実行することを特徴とする。

【００１６】本発明の第１の情報処理装置は、データ記
憶装置に対するデータの入出力を制御するデータ入出力
制御手段と、データ記憶装置に記録されているデータの
うち、所定のデータを授受するための、少なくとも１つ
の認証情報を記録する第１の記録手段と、データ記憶装
置とデータの授受を行った場合、データの授受の内容を
示す情報を、データの授受に用いた認証情報ごとに区別
して記録する第２の記録手段とを備えることを特徴とす
る。

【００１７】第２の記録手段に記録されたデータの授受
の内容を示す情報のうち、所定の認証情報を用いて行わ
れたデータの授受を示す情報を選択する選択手段と、選
択手段により選択されたデータの授受の内容を示す情報
の、他の情報処理装置への出力を制御する出力制御手段
とを更に備えさせることができる。

【００１８】本発明の第１の情報処理方法は、データ記
憶装置に対するデータの入出力を制御するデータ入出力
制御ステップと、データ記憶装置に記録されているデー
タのうち、所定のデータを授受するための、少なくとも
１つの認証情報の記録を制御する第１の記録制御ステッ
プと、データ記憶装置とデータの授受を行った場合、デ
ータの授受の内容を示す情報の、データの授受に用いた
認証情報ごとに区別した記録を制御する第２の記録制御
ステップとを含むことを特徴とする。

【００１９】本発明の第１の記録媒体に記録されるプロ
グラムは、データ記憶装置に対するデータの入出力を制
御するデータ入出力制御ステップと、データ記憶装置に
記録されているデータのうち、所定のデータを授受する
ための、少なくとも１つの認証情報の記録を制御する第
１の記録制御ステップと、データ記憶装置とデータの授
受を行った場合、データの授受の内容を示す情報の、デ
ータの授受に用いた認証情報ごとに区別した記録を制御
する第２の記録制御ステップとを含むことを特徴とす
る。

【００２０】本発明の第２の情報処理装置は、データ記
憶装置と他の情報処理装置が、データの授受を行う場合
に用いられる第１の認証情報および第２の認証情報、並
びに、データ記憶装置が記録している複数のデータをそ
れぞれ定義しているコード情報を記録する記録手段と、
第１の認証情報を暗号化する暗号化手段と、暗号化手段
により暗号化された第１の認証情報、第２の認証情報お
よび所定のコード情報の、他の情報処理装置への出力を
制御する出力制御手段とを備えることを特徴とする。

【００２１】本発明の第２の情報処理方法は、データ記
憶装置と他の情報処理装置が、データの授受を行う場合
に用いられる第１の認証情報および第２の認証情報、並
びに、データ記憶装置が記録している複数のデータをそ
れぞれ定義しているコード情報の記録を制御する記録制
御ステップと、第１の認証情報を暗号化する暗号化ステ
ップと、暗号化ステップの処理により暗号化された第１
の認証情報、第２の認証情報および所定のコード情報
の、他の情報処理装置への出力を制御する出力制御ステ
ップとを含むことを特徴とする。

【００２２】本発明の第２の記録媒体に記録されるプロ
グラムは、データ記憶装置と他の情報処理装置が、デー
タの授受を行う場合に用いられる第１の認証情報および
第２の認証情報、並びに、データ記憶装置が記録してい
る複数のデータをそれぞれ定義しているコード情報の記
録を制御する記録制御ステップと、第１の認証情報を暗
号化する暗号化ステップと、暗号化ステップの処理によ
り暗号化された第１の認証情報、第２の認証情報および
所定のコード情報の、他の情報処理装置への出力を制御
する出力制御ステップとを含むことを特徴とする。

【００２３】本発明の第３の情報処理装置は、他の情報
処理装置が、データ記憶装置との間で実行したデータの
授受に関する第１の情報の入力を制御する入力制御手段
と、入力制御手段により入力が制御された第１の情報に
従って、複数の他の情報処理装置に対応した、データの
授受に関する第２の情報を生成する生成手段と、生成手
段により生成された第２の情報の、対応する他の情報処
理装置への出力を制御する出力制御手段とを備えること
を特徴とする。

【００２４】本発明の第３の情報処理方法は、他の情報
処理装置が、データ記憶装置との間で実行したデータの
授受に関する第１の情報の入力を制御する入力制御ステ
ップと、入力制御ステップの処理により入力が制御され
た第１の情報に従って、複数の他の情報処理装置に対応
した、データの授受に関する第２の情報を生成する生成
ステップと、生成ステップの処理により生成された第２
の情報の、対応する他の情報処理装置への出力を制御す
る出力制御ステップとを含むことを特徴とする。

【００２５】本発明の第３の記録媒体に記録されている
プログラムは、他の情報処理装置が、データ記憶装置と
の間で実行したデータの授受に関する第１の情報の入力
を制御する入力制御ステップと、入力制御ステップの処
理により入力が制御された第１の情報に従って、複数の
他の情報処理装置に対応した、データの授受に関する第
２の情報を生成する生成ステップと、生成ステップの処
理により生成された第２の情報の、対応する他の情報処
理装置への出力を制御する出力制御ステップとを含むこ
とを特徴とする。

【００２６】本発明のデータ記憶装置およびデータ記憶
方法においては、第１のデータおよび第１のデータに対
する第１の認証情報を記録する第１の記録領域と、第２
のデータおよび第２のデータに対する第２の認証情報を
記録する第２の記録領域にデータが記録され、情報処理
装置に対するデータの入出力が制御され、情報処理装置
から入力された認証情報、並びに、第１の認証情報およ
び第２の認証情報に基づいて、情報処理装置に対して、
第１のデータもしくは第２のデータの授受を行うか否か
が判断され、第１のデータもしくは第２のデータのう
ち、情報処理装置とデータの授受を行うと判断された第
１のデータもしくは第２のデータに基づいて、演算処理
が実行され、第１の記録領域に記録されている第１のデ
ータのうちの第３のデータが、第２の記録領域に記録さ
れている第２のデータのうちの第４のデータに関連付け
て記録され、情報処理装置が第３のデータに対してデー
タの授受を行う場合、第４のデータに対する演算処理が
実行される。

【００２７】本発明の第１の情報処理装置、第１の情報
処理方法、および第１の記録媒体に記録されるプログラ
ムにおいては、データ記憶装置に対するデータの入出力
が制御され、データ記憶装置に記録されているデータの
うち、所定のデータを授受するための、少なくとも１つ
の認証情報が記録され、データ記憶装置とデータの授受
を行った場合、データの授受の内容を示す情報が、デー
タの授受に用いた認証情報ごとに区別して記録される。

【００２８】本発明の第２の情報処理装置、第２の情報
処理方法、および第２の記録媒体に記録されるプログラ
ムにおいては、データ記憶装置と他の情報処理装置が、
データの授受を行う場合に用いられる第１の認証情報お
よび第２の認証情報、並びに、データ記憶装置が記録し
ている複数のデータをそれぞれ定義しているコード情報
が記録され、第１の認証情報が暗号化され、暗号化され
た第１の認証情報、第２の認証情報および所定のコード
情報が、他の情報処理装置へ出力される。

【００２９】本発明の第３の情報処理装置、第３の情報
処理方法、および第３の記録媒体に記録されるプログラ
ムにおいては、他の情報処理装置がデータ記憶装置との
間で実行したデータの授受に関する第１の情報が入力さ
れ、入力された第１の情報に従って、複数の他の情報処
理装置に対応した、データの授受に関する第２の情報が
生成され、生成された第２の情報が、対応する他の情報
処理装置へ出力される。

【００３０】

【発明の実施の形態】以下、図を参照して、本発明の実
施の形態について説明する。

【００３１】図１は、本発明を適用した非接触カードシ
ステムの構成を示す。

【００３２】この非接触カードシステムは、リーダ／ラ
イタ１、ＩＣカード２、およびコントローラ３で構成さ
れ、リーダ／ライタ１とＩＣカード２との間では、電磁
波を利用して非接触でデータの送受信が行われるように
なされている。

【００３３】すなわち、リーダ／ライタ１が、所定のコ
マンドをＩＣカード２に送信し、ＩＣカード２は、その
コマンドを受信し、そのコマンドに対応する処理を行
う。そして、ＩＣカード２は、その処理結果に対応する
応答データをリーダ／ライタ１に送信する。

【００３４】リーダ／ライタ１は、所定のインターフェ
ース（例えば、ＲＳ−４８５Ａの規格などに準拠したも
の）を介してコントローラ３に接続されており、コント
ローラ３は、リーダ／ライタ１に対して所定の制御信号
を供給することで、所定の処理を行わせる。

【００３５】図２は、図１のリーダ／ライタ１の構成を
示すブロック図である。

【００３６】ＩＣ２１は、データの処理を行うＤＰＵ
（Data Processing Unit）３１、ＩＣカード２に送信す
るデータおよびＩＣカード２から受信したデータの処理
を行うＳＰＵ（Signal Processing Unit）３２、コント
ローラ３との通信を行うＳＣＣ（Serial Communication
Controller）３３、並びに、データの処理に必要な情
報を予め記憶しているＲＯＭ（Read Only Memory）４１
および処理途中のデータを一時的に記憶するＲＡＭ（Ra
ndom Access Memory）４２とで構成されるメモリ３４に
より構成され、ＤＰＵ３１乃至メモリ３４は、バス３５
を介して相互に接続されている。

【００３７】また、このバス３５には、例えば、認証の
ために必要なデータなどの所定のデータを記憶するフラ
ッシュメモリ２２、および、ドライブ２８も接続されて
いる。ドライブ２８には、必要に応じて磁気ディスク４
５、光ディスク４６、光磁気ディスク４７、および半導
体メモリ４８が装着され、データの授受を行う。

【００３８】アンテナ２７は、所定の電磁波を放射した
状態で負荷状態を監視することにより、ＩＣカード２が
装着されたか否かを検出し、装着されたＩＣカード２に
対してデータの送受信を行う。ＩＣカード２に対するデ
ータの送受信についての詳細は後述する。

【００３９】復調回路２５は、アンテナ２７を介して受
信した変調波（ＡＳＫ（AmplitudeShift Keying）変調
波）を復調し、復調されたデータをＳＰＵ３２に出力す
る。

【００４０】ＳＰＵ３２は、ＩＣカード２から送信され
た応答データを、復調回路２５を介して入力され、その
データに対して所定の処理（例えば、ＢＰＳＫ（Binary
Phase Shift Keying）変調（ワンチェスタコードへの
コーディング）など）を施すとともに、ＩＣカード２に
送信するコマンドに対しても同様に、所定の処理を行っ
た後、変調回路２３に出力する。

【００４１】ＤＰＵ３１は、ＳＰＵ３２およびバス３５
を介して、ＩＣカード２から受信した応答データや、Ｓ
ＣＣ３３およびバス３５を介してコントローラ３から入
力される制御信号の入力を受け、入力された応答データ
や制御信号に従った処理を実行し、ＩＣカード２に送信
するコマンドを、バス３５を介してＳＰＵ３２に出力し
たり、コントローラに出力するデータを、バス３５を介
してＳＣＣ３３に出力する。

【００４２】変調回路２３は、発振器（ＯＳＣ）２６よ
り供給される所定の周波数（例えば１３．５６ＭＨｚ）
の搬送波を、ＳＰＵ３２より供給されるデータに基づい
て、ＡＳＫ変調し、生成された変調波を、アンテナ２７
を介して、電磁波としてＩＣカード２に出力する。な
お、このとき、変調回路２３は、変調度を１未満にし
て、ＡＳＫ変調を行うようになされており、これによ
り、データがローレベルのときにおいても、変調波の最
大振幅がゼロにならないようになされている。

【００４３】ＳＣＣ３３は、コントローラ３から入力さ
れたデータを、バス３５を介して、ＤＰＵ３１に供給し
たり、ＤＰＵ３１から、バス３５を介して入力されたデ
ータを、コントローラに出力する。

【００４４】図３は、図１のＩＣカード２の構成を示す
ブロック図である。

【００４５】ＩＣカード２のＩＣ５１は、アンテナ５３
を介して、リーダ／ライタ１により送信された変調波を
受信する。コンデンサ５２は、アンテナ５３とともにＬ
Ｃ回路を構成し、所定の周波数（キャリア周波数）の電
磁波に同調（共振）する。

【００４６】ＩＣ５１のインターフェース部６１は、Ａ
ＳＫ復調部８１で、アンテナ５３を介して受信した変調
波（ＡＳＫ変調波）を検波して復調し、復調後のデータ
を、ＢＰＳＫ復調部６２およびＰＬＬ（Phase Locked L
oop）部６３に出力するとともに、電圧レギュレータ８
２で、ＡＳＫ復調部８１が検波した信号を安定化し、各
回路に直流電源として供給する。また、インターフェー
ス部６１は、発振回路８３でデータのクロック周波数と
同一の周波数の信号を発振し、その信号をＰＬＬ部６３
に出力する。

【００４７】更に、ＩＣカード２からリーダ／ライタ１
へデータを送信する場合、インターフェース部６１のＡ
ＳＫ変調部８４は、演算部６４からＢＰＳＫ変調部６８
を介して供給されるデータに対応して、例えば、所定の
スイッチング素子をオン／オフさせ、スイッチング素子
がオン状態であるときだけ所定の負荷をアンテナ５３に
並列に接続させることにより、ＩＣカード２の電源とし
てのアンテナ５３の負荷を変動させる。ＡＳＫ変調部８
４は、アンテナ５３の負荷の変動により、アンテナ５３
を介して受信している変調波をＡＳＫ変調し（リーダ／
ライタ１は、ＩＣカード２からデータを受信するとき、
すなわち、ＩＣカード２にデータを送信させるとき、そ
の出力する変調波の最大振幅を一定にしており、この変
調波が、アンテナ５３の負荷の変動により、ＡＳＫ変調
される）、その変調成分を、アンテナ５３を介してリー
ダ／ライタ１に送信する（すなわち、リーダ／ライタ１
のアンテナ２７の端子電圧を変動させる）。

【００４８】ＰＬＬ部６３は、ＡＳＫ復調部８１より供
給されるデータから、そのデータに同期したクロック信
号を生成し、そのクロック信号をＢＰＳＫ復調部６２お
よびＢＰＳＫ変調部６８に出力する。ＢＰＳＫ復調部６
２は、ＡＳＫ復調部８１で復調されたデータが、ＢＰＳ
Ｋ変調されている場合、ＰＬＬ部６３より供給されたク
ロック信号に従って、そのデータの復調（ワンチェスタ
コードのデコード）を行い、復調したデータを演算部６
４に出力する。

【００４９】演算部６４は、ＢＰＳＫ復調部６２より供
給されたデータが暗号化されている場合、そのデータを
暗号／復号部９２で復号化した後、そのデータを、シー
ケンサ９１で処理する。なお、データが暗号化されてい
ない場合、ＢＰＳＫ復調部６２より供給されたデータ
は、暗号／復号部９２を介さず、シーケンサ９１に、直
接供給される。

【００５０】シーケンサ９１は、入力されるコマンドに
従った各種の処理を実行する。すなわち、シーケンサ９
１は、例えば、EEPROM（Electrically Erasable and Pr
ogrammable Read Only Memory）６６に対するデータの
書き込みや読み出し、その他データに対する必要な演算
処理などを行う。更に、シーケンサ９１は、認証を行う
ことによるEEPROM６６へのアクセス制御や、EEPROM６６
の管理などを実行する。

【００５１】演算部６４のパリティ演算部９３は、EEPR
OM６６に記憶されるデータや、EEPROM６６に記憶されて
いるデータから、パリティとして、例えば、リードソロ
モン符号を算出する。更に、演算部６４は、シーケンサ
９１で所定の処理を行った後、その処理に対応する応答
データ（リーダ／ライタ１に送信するデータ）をＢＰＳ
Ｋ変調部６８に出力する。ＢＰＳＫ変調部６８は、演算
部６４より供給されたデータをＢＰＳＫ変調し、変調後
のデータをインターフェース部６１のＡＳＫ変調部８４
に出力する。

【００５２】ＲＯＭ６５は、シーケンサ９１が処理を行
うためのプログラム、およびプログラムの実行に必要な
データなどを記憶している。ＲＡＭ６７は、シーケンサ
９１が処理を行うとき、その処理の途中のデータなど
を、一時的に記憶する。EEPROM６６は、不揮発性のメモ
リであり、ＩＣカード２が、リーダ／ライタ１との通信
を終了し、その電力供給が停止された後も、データを記
憶し続ける。

【００５３】次に、リーダ／ライタ１とＩＣカード２と
の間のデータの送受信処理について説明する。

【００５４】図２を用いて説明したリーダ／ライタ１
は、アンテナ２７から所定の電磁波を放射した状態で、
アンテナ２７の負荷状態を監視し、ＩＣカード２が接近
することによる負荷状態の変化が検出されるまで待機す
る。なお、リーダ／ライタ１には、所定の短いパターン
のデータでＡＳＫ変調した電磁波を放射して、ＩＣカー
ド２への呼びかけを、ＩＣカード２からの応答が一定時
間内に得られるまで繰り返す処理（ポーリング）を行わ
せるようにしてもよい。

【００５５】リーダ／ライタ１において、ＩＣカード２
の接近が検出されると、リーダ／ライタ１のＳＰＵ３２
は、所定の周波数（例えば、データのクロック周波数の
２倍の周波数）の矩形波を搬送波として、ＩＣカード２
に送信するデータ（例えば、ＩＣカード２に実行させる
処理に対応するコマンドや、ＩＣカード２に書き込むデ
ータなど）で、ＢＰＳＫ変調を行い、生成した変調波
（ＢＰＳＫ変調信号）を変調回路２３に出力する。

【００５６】なお、ＢＰＳＫ変調時においては、差動変
換を利用して、変調波の位相の変化に、データを対応さ
せることができ、この場合、ＢＰＳＫ変調信号が反転し
ても、元のデータに復調されるので、復調するときに、
変調波の極性を配慮する必要が無くなる。

【００５７】変調回路２３は、入力されたＢＰＳＫ変調
信号で、所定の搬送波を１未満（例えば０．１）の変調
度（＝データ信号の最大振幅／搬送波の最大振幅）でＡ
ＳＫ変調し、生成された変調波（ＡＳＫ変調波）を、ア
ンテナ２７を介してＩＣカード２に送信する。

【００５８】なお、送信を行わないとき、変調回路２３
は、ディジタル信号の２つのレベル（ハイレベルとロー
レベル）のうちの、例えばハイレベルで変調波を生成す
るようになされている。

【００５９】図３を用いて説明したＩＣカード２では、
アンテナ５３およびコンデンサ５２で構成されるＬＣ回
路において、リーダ／ライタ１のアンテナ２７が放射し
た電磁波の一部が電気信号に変換され、その電気信号
（変調波）が、ＩＣ５１のインターフェース部６１に出
力される。そして、インターフェース部６１のＡＳＫ復
調部８１は、その変調波を整流平滑化することで、包絡
線検波を行い、これにより生成される信号を電圧レギュ
レータ８２に供給するとともに、その信号の直流成分を
抑制してデータ信号を抽出し、そのデータ信号をＢＰＳ
Ｋ復調部６２およびＰＬＬ部６３に出力する。

【００６０】なお、このとき、アンテナ５３の端子電圧
Ｖ₀は、例えば次の式（１）で表される。 Ｖ₀＝Ｖ₁₀（１＋ｋ×Ｖｓ（ｔ））ｃｏｓ（ωｔ）・・・（１） 但し、Ｖ₁₀ｃｏｓ（ωｔ）は、搬送波を、ｋは変調度
を、Ｖｓ（ｔ）はＳＰＵ３２が出力するデータを、それ
ぞれ表す。

【００６１】また、ＡＳＫ復調部８１による整流後の電
圧Ｖ₁におけるローレベルの値Ｖ_LRは、例えば次の式
（２）で表される。 Ｖ_LR＝Ｖ₁₀（１＋ｋ×（−１））−Ｖｆ・・・（２）

【００６２】ここで、Ｖｆは、ＡＳＫ復調部８１におい
て、整流平滑化を行うための整流回路を構成するダイオ
ード（図示せず）における電圧降下を示しており、一般
に０．７ボルト程度である。

【００６３】電圧レギュレータ８２は、ＡＳＫ復調部８
１により整流平滑化された信号を受信すると、その信号
を安定化し、直流電源として、演算部６４を始めとする
各回路に供給する。なお、ここでは、上述したように、
変調波の変調度ｋは１未満であるので、整流後の電圧変
動（ハイレベルとローレベルの差）が小さい。従って、
電圧レギュレータ８２において、直流電源を容易に生成
することができる。

【００６４】ここで、例えば、変調度ｋが５％の変調波
を、Ｖ₁₀が３ボルト以上になるように受信した場合、整
流後のローレベル電圧Ｖ_LRは、２．１５（＝３×（１−
０．０５）−０．７）ボルト以上となり、電圧レギュレ
ータ８２は、電源として充分な電圧を各回路に供給する
ことができる。更に、この場合、整流後の電圧Ｖ₁の交
流成分（データ成分）の振幅２×ｋ×Ｖ₁₀（Peak-to-Pe
ak値）は、０．３（＝２×０．０５×３）ボルト以上に
なり、ＡＳＫ復調部８１は、十分高いＳ／Ｎ比でデータ
の復調を行うことができる。

【００６５】このように、変調度ｋが１未満のＡＳＫ変
調波を利用することにより、エラーレートの低い（すな
わち、Ｓ／Ｎ比の高い）状態での通信が実現されるとと
もに、電源として充分な直流電圧がＩＣカード２に供給
される。

【００６６】ＢＰＳＫ復調部６２は、ＡＳＫ復調部８１
からデータ（ＢＰＳＫ変調信号）を受信すると、そのデ
ータを、ＰＬＬ部６３より供給されるクロック信号に従
って復調し、復調したデータを演算部６４に出力する。

【００６７】演算部６４は、ＢＰＳＫ復調部６２より供
給されたデータが暗号化されている場合は、暗号／復号
部９２で復号化した後、そのデータをシーケンサ９１に
供給して処理する。なお、リーダ／ライタ１は、この期
間、すなわち、ＩＣカード２にデータを送信後、それに
対する返答を受信するまでの間、値が１のデータを送信
したまま待機している。従って、この期間においては、
ＩＣカード２は、最大振幅が一定である変調波を受信し
ている。

【００６８】シーケンサ９１は、処理が終了すると、そ
の処理結果などについての応答データ（リーダ／ライタ
１に送信するデータ）を、ＢＰＳＫ変調部６８に出力す
る。ＢＰＳＫ変調部６８は、入力されたデータをＢＰＳ
Ｋ変調（ワンチェスタコードにコーディング）した後、
インターフェース部６１のＡＳＫ変調部８４に出力す
る。

【００６９】そして、ＡＳＫ変調部８４は、アンテナ５
３の両端に接続される負荷を、スイッチング素子などを
利用し、ＢＰＳＫ変調部６８からのデータに応じて変動
させることにより、受信している変調波（ＩＣカード２
によるデータの送信時においては、上述したように、リ
ーダ／ライタ１が出力する変調波の最大振幅は一定とさ
れている）を、送信するデータに応じてＡＳＫ変調し、
これによりリーダ／ライタ１のアンテナ２７の端子電圧
を変動させて、そのデータをリーダ／ライタ１に送信す
る。

【００７０】一方、リーダ／ライタ１の変調回路２３
は、ＩＣカード２からのデータの受信時においては、値
が１（ハイレベル）のデータの送信を継続している。そ
して、復調回路２５において、ＩＣカード２のアンテナ
５３と電磁気的に結合しているアンテナ２７の端子電圧
の微小な変動（例えば、数十マイクロボルト）から、Ｉ
Ｃカード２により送信されてきたデータが検出される。

【００７１】更に、復調回路２５では、検出した信号
（ＡＳＫ変調波）が高利得の増幅器（図示せず）で増幅
されて復調され、その結果得られるディジタルデータが
ＳＰＵ３２に出力される。ＳＰＵ３２は、入力されたデ
ータ（ＢＰＳＫ変調信号）を復調し、バス３５を介し
て、ＤＰＵ３１に出力する。ＤＰＵ３１は、ＳＰＵ３２
から入力されたデータを処理し、その処理結果に応じ
て、通信を終了するか否かを判断する。そして、再度、
通信を行うと判断された場合、上述した場合と同様にし
て、リーダ／ライタ１とＩＣカード２との間で通信が行
われる。一方、通信を終了すると判断された場合、リー
ダ／ライタ１とＩＣカード２との通信処理が終了され
る。

【００７２】以上のように、リーダ／ライタ１は、変調
度ｋが１未満であるＡＳＫ変調を利用して、ＩＣカード
２にデータを送信し、ＩＣカード２は、そのデータを受
け取り、そのデータに対応する処理を行って、その処理
の結果に対応するデータを、リーダ／ライタ１に返送す
る。

【００７３】次に、図４は、図１のコントローラ３の構
成を示すブロック図である。

【００７４】制御部１０１は、内部バス１０２を介し
て、ユーザが入力部１０３を用いて入力した各種指令に
対応する信号の入力を受け、入力された指令に基づいた
各種処理を実行する。メモリ１０４は、制御部１０１が
使用するプログラム、演算用のパラメータ、プログラム
の実行において適宜変化するパラメータなどを格納す
る。制御部１０１およびメモリ１０４は、内部バス１０
２により相互に接続されている。

【００７５】内部バス１０２は、入力部１０３、表示部
１０５、ドライブ１０６、およびネットワークインター
フェース１０７とも接続されている。入力部１０３は、
例えば、キーボード、マウスあるいはバーコードリーダ
などからなり、制御部１０１に各種の指令、あるいはデ
ータなどを入力するとき、ユーザにより操作される。表
示部１０５は、例えば、ＣＲＴ（Cathode Ray Tube）等
からなり、各種情報をテキスト、もしくはイメージなど
で表示する。ドライブ１０６には、必要に応じて磁気デ
ィスク１１１、光ディスク１１２、光磁気ディスク１１
３、および半導体メモリ１１４が装着され、データの授
受を行う。

【００７６】ネットワークインターフェース１０７は、
例えば、ＲＳ−４８５Ａを介して、リーダ／ライタ１に
接続されたり、所定のインターフェースケーブルなどを
用いてＬＡＮ（Local Aria Network）に接続されたり、
図示しない電話回線などを介して、例えばインターネッ
トなどの広域ネットワークに接続される。

【００７７】次に、図５を用いて、図３のEEPROM６６の
論理フォーマットについて説明する。

【００７８】EEPROM６６は、ブロックを単位として構成
され、例えば、図５においては、１ブロックは、１６バ
イトで構成されている。

【００７９】更に、図５においては、最も上のブロック
の論理アドレスを＃００００ｈ（ｈは、１６進数を表
す）として、昇順に、論理アドレスが付されている。な
お、図５では、論理アドレスとして、＃００００ｈ乃至
＃ＦＦＦＦｈが付されており、従って、６５５３６（＝
２¹⁶）個のブロックが構成されている。

【００８０】それぞれのブロックは、ユーザブロックま
たはシステムブロックとして使用されるようになされて
いる。EEPROM６６の各ブロックは、論理アドレスの昇順
に、ユーザブロックに割り当てられていき、また、論理
アドレスの降順に、システムブロックに割り当てられて
いくようになされている。すなわち、図５において、ユ
ーザブロックは下方向に、システムブロックは上方向
に、それぞれ増えていき、空きブロックがなくなった時
点で、ユーザブロックおよびシステムブロックをつくる
ことはできなくなる。従って、ユーザブロックとシステ
ムブロックとの境界は固定ではなく、また、ユーザブロ
ックの数、またはシステムブロックの数それぞれには、
特に制限がない（但し、図５の場合においては、ユーザ
ブロックとシステムブロックとの合計は、６５５３６個
以下に制限される）。

【００８１】システムブロックには、製造ＩＤ（Identi
fication）ブロック、発行ＩＤブロック、システム定義
ブロック、エリア定義ブロック、サービス定義ブロック
の５種類がある。なお、図５の場合においては、エリア
定義ブロックまたはサービス定義ブロックとなっている
ブロックを、エリア／サービス定義ブロックと示してい
る。

【００８２】システムブロックのうち、製造ＩＤブロッ
ク、発行ＩＤブロック、システム定義ブロックの３つ
は、基本的に、ＩＣカード２の発行時には、既に配置さ
れているもので、論理アドレス＃ＦＦＦＦｈ，＃ＦＦＦ
Ｅｈ，＃ＦＦＦＤｈにそれぞれ配置される。そして、エ
リア／サービス定義ブロックは、論理アドレス＃ＦＦＦ
Ｃｈより上に、作成順に配置されていく。

【００８３】製造ＩＤブロックには、ＩＣカード２の製
造に関する情報が配置される。すなわち、製造ＩＤブロ
ックには、例えば、ユニークな製造ＩＤ、製造年月日、
あるいは製造者のコードなどが配置される。

【００８４】発行ＩＤブロックには、ＩＣカード２の発
行に関する情報が配置される。すなわち、発行ＩＤブロ
ックには、例えば、ＩＣカード２が発行された日付、Ｉ
Ｃカードを発行した順番を表すコード、あるいは、カー
ドＩＤなどが配置される。

【００８５】システム定義ブロックには、例えば、EEPR
OM６６が有するシステムブロックまたはユーザブロック
の数や、システムキーなどが配置される。なお、システ
ムキーは、ＩＣカード２と、リーダ／ライタ１およびコ
ントローラ３との間で、相互認証を行うときに用いられ
る。

【００８６】エリア定義ブロックは、例えば、EEPROM６
６の記憶領域（エリア）が、後述する個別領域や、相互
運用領域などに割り当てられることにより作成され、そ
れらが配置された記憶領域を管理するための情報などが
配置される。すなわち、エリア定義ブロックには、例え
ば、個別領域や、相互運用領域に対応するコード範囲、
それぞれの記憶領域の空き容量、およびエリアキーなど
が配置される。

【００８７】サービス定義ブロックには、後述する、様
々なサービスを提供するためのアプリケーションが配置
されているサービス領域を管理するための情報（サービ
ス領域の容量やサービスキーなど）などが配置される。

【００８８】次に、図６を用いて、本発明を適応したＩ
Ｃカード２のEEPROM６６に記憶されているデータのデー
タ構造の例について説明する。

【００８９】EEPROM６６に記憶されているデータは、Ｏ
Ｓ（Operation System）、電子マネー領域および相互運
用領域からなる共通領域、個別領域、並びに、図５を用
いて説明したシステムブロックに対応する、カードフォ
ーマット定義ブロックで構成されている。

【００９０】ＯＳは、共通領域および個別領域に配置さ
れている各種サービスを提供するアプリケーションにア
クセスするためのＡＰＩ（Application Program Interf
ace）を管理する基本プログラムである。電子マネー領
域には、例えば、提携している全ての事業者等が管理す
る端末装置で使用することが可能な電子マネーを提供す
るためのアプリケーションが配置されている。ここで、
端末装置とは、例えば、図１のリーダ／ライタ１とコン
トローラ３から構成され、装着されたＩＣカード２のEE
PROM６６に記録されているデータのうち、所定のサービ
ス領域に対してデータを読み書きすることで、所定のサ
ービスを提供するようになされている。

【００９１】電子マネー領域および相互運用領域に配置
されているアプリケーションに対しては、図９を用いて
後述する共通鍵Ｋ_IFにより、アクセス権が認証され、Ｉ
Ｃカードを発行した発行者（ここでは発行者Ａとする）
以外の、提携している事業者等が利用することが可能な
アプリケーションが配置されている。相互運用領域に配
置されているアプリケーションは、提携事業者の全ての
端末装置で利用可能ではなく、発行者Ａと、端末装置を
管理する提携事業者との提携内容によって、利用可能な
アプリケーションが制限されるようになされている（制
限の方法については後述する）。

【００９２】個別領域に配置されているアプリケーショ
ンに対しては、図９を用いて後述する、発行者Ａの個別
鍵Ａにより、アクセス権が認証され、発行者Ａが利用す
るアプリケーションが配置されている。

【００９３】ところで、ＩＣカード２の発行者ＡをＡ社
とし、ユーザが、Ａ社と提携しているＢ社において、例
えば、商品を購入し、購入した商品の料金を、Ａ社が管
理する電子マネーサービスを利用して、ＩＣカード２を
用いて清算する場合が考えられる。すなわち、Ｂ社が管
理する端末装置は、Ａ社が発行したＩＣカード２の相互
運用領域の「金額領域」に配置されている電子マネーサ
ービスを提供するアプリケーションに対して、アクセス
を許可されているということである。

【００９４】この場合、ユーザが、Ａ社の発行したＩＣ
カード２を用いてＡ社が管理する端末装置で電子マネー
を利用する処理（個別領域の「キャッシュレス」には位
置されているアプリケーションを利用する処理）と、Ａ
社の発行したＩＣカード２を用いてＢ社が管理する端末
装置で電子マネーを利用する処理とは、本来同じ処理で
ある。このように、個別領域と相互運用領域に同じサー
ビスを提供するためのサービスブロックが存在する場
合、そのアプリケーションの実ブロックを相互運用領域
に配置し、個別領域の該当ブロックには、実ブロックに
対するリンクを張ることにより、対応するアプリケーシ
ョンを実行することができるようになされている。

【００９５】すなわち、共通のアプリケーションに対し
ては、個別領域と相互運用領域に重複して同一のアプリ
ケーションを用意するのではなく、実際にはどちらか一
方（この場合、相互運用領域）にアプリケーションを配
置し、個別領域から該当するアプリケーションに対する
アクセスが発生した場合は、相互運用領域の対応するア
プリケーションに対するリンクを用いることにより、Ｉ
Ｃカード２のEEPROM６６のメモリ容量が浪費されないよ
うになされている。また、このようなデータのリンク構
造をとることにより、個別領域と共通領域との共通デー
タにおいて、一方の領域においてデータが変更された場
合に、他方のデータを同期させて変更する処理が不要と
なる。

【００９６】次に、図７を用いて、ＩＣカード２の発行
者Ａに対して、他の事業者等が提携を申し込む場合につ
いて説明する。

【００９７】発行者Ａは、例えば、ユーザの要求に応じ
て、ＩＣカード２を発行する。このＩＣカード２のEEPR
OM６６には、図６を用いて説明したように、ＯＳ、電子
マネー領域、提携事業者が管理する端末装置からアクセ
スすることが可能なアプリケーションが配置されている
相互運用領域、発行者Ａが管理する端末装置からアクセ
スすることが可能なアプリケーションが配置されている
個別領域、およびカードフォーマット定義ブロックで構
成されているデータが記録されている。

【００９８】発券機１２１は、例えば、図１のリーダ／
ライタ１とコントローラ３から構成される。また、発券
機１２１は、例えば、駅や、小売店、その他の施設など
に設置することができる。

【００９９】発行者Ａは、ＩＣカード２のEEPROM６６に
記録されているデータを変更、あるいは更新したい場
合、発券機１２１に、その内容を登録する。その後、ユ
ーザが、ＩＣカード２を、発券機１２１に装着すると
（ＩＣカード２を、発券機１２１が内蔵するリーダ／ラ
イタ１との間で通信を行うことが可能な状態にする
と）、発券機１２１は、登録された情報に基づいて、Ｉ
Ｃカード２にコマンドおよび必要なデータを送信し、Ｉ
Ｃカード２のEEPROM６６に記録されているデータの内容
の書き換え、もしくは更新を実行する。

【０１００】一方、管理者Ｂおよび管理者Ｃは、発行者
Ａが発行したＩＣカード２を利用したサービスの提供を
行いたい場合、発行者Ａとの間で契約を結び、発行者Ａ
から、契約内容によりアクセス可能なアプリケーション
に対応するサービスコードおよび図６を用いて説明した
相互運用領域に配置されているアプリケーションにアク
セスするために必要な共通鍵Ｋ_IFなどの、ＩＣカード２
の認証処理に必要なデータの供給を受ける。これらのデ
ータは、例えば、発行者Ａが管理する端末装置から、管
理者Ｂもしくは管理者Ｃが管理する端末装置に、インタ
ーネットなどのネットワークを介して供給されるように
してもよいし、これらのデータを、例えば、リムーバブ
ルディクスに記録させて、そのリムーバブルディスク
が、発行者Ａから、管理者Ｂもしくは管理者Ｃに供給さ
れるようにしてもよい。

【０１０１】また、管理者Ｄが、管理者Ｂの管理下にお
いて、ＩＣカード２を利用したサービスの提供を行いた
い場合、管理者Ｂとの間で契約を結び、その契約内容に
従って、管理者Ｂから、契約内容によりアクセス可能な
アプリケーションに対応するサービスコードおよび共通
鍵Ｋ_IFのなどの、ＩＣカード２の認証処理に必要なデー
タの供給を受ける。

【０１０２】図７においては、発行者Ａが発行したＩＣ
カード２に対して、発行者Ａと提携した管理者Ｂ、およ
び管理者、並びに管理者Ｂと提携した管理者Ｄが、発行
者Ａが発行したＩＣカード２の共通領域のアプリケーシ
ョンを、自社の端末装置で利用可能とする場合について
説明したが、管理者Ｂ、管理者Ｃおよび管理者Ｄも、そ
れぞれの独自のサービスを提供するためのアプリケーシ
ョンをその個別領域に配置させたＩＣカード２を発行す
るようにしてもよい。

【０１０３】すなわち、発行者Ａが発行したＩＣカード
をＩＣカード２−１として、管理者Ｂは、自分自身の個
別鍵Ｂによりアクセス権が制御される個別領域と、共通
鍵Ｋ _IFによりアクセス権が制御される共通領域にそれぞ
れのアプリケーションを記録させたＩＣカード２−２を
発行することができる。同様に、管理者Ｃは、自分自身
の個別鍵Ｃによりアクセス権が制御される個別領域と、
共通鍵Ｋ_IFによりアクセス権が制御される共通領域にそ
れぞれのアプリケーションを記録させたＩＣカード２−
３を発行することができ、更に、管理者Ｄは、自分自身
の個別鍵Ｄによりアクセス権が制御される個別領域と、
共通鍵Ｋ_IFによりアクセス権が制御される共通領域にそ
れぞれのアプリケーションを記録させたＩＣカード２−
４を発行することができる。

【０１０４】他社が発行したＩＣカード２−１乃至２−
４の共通領域のアプリケーションを自社の端末装置で利
用可能にしたい事業者は、対応するＩＣカードの発行者
に、提携を申し込み、利用できるアプリケーションに対
応するエリアコードの供給を受け、自社が管理する端末
装置に登録すればよい。

【０１０５】このように、複数の事業者が、それぞれの
固有のサービスを提供することができるＩＣカード２を
発行するような場合、端末装置を管理する管理者（例え
ば、図７の発行者Ａ乃至管理者Ｄ）以外に、例えば、Ｉ
Ｃカードセンタを設置することにより、共通領域のアプ
リケーションが統括管理されるようにしてもよい。この
場合、ＩＣカードシステムに参加し、共通フォーマット
を有するＩＣカード２を用いたサービスを行いたいと希
望する事業者は、ＩＣカードセンタに登録し、例えば登
録料などを支払うことにより、自分自身がＩＣカード２
を発行することを希望する場合は、固有の個別鍵の供給
を受け、自社の固有のサービスをユーザに提供するため
のＩＣカード２を発行することができ、更に、自社の端
末装置を用いて、他の事業者が発行するＩＣカード２の
共通領域にアクセスするための共通鍵Ｋ_IFの供給を受け
ることができる。

【０１０６】ＩＣカード２−１乃至２−４は、それぞれ
のＩＣカード２の発行者がユーザに提供するサービスに
対応して、様々な形態を取り得る。図８を用いて、ＩＣ
カード２によって提供されるサービスの形態の例につい
て説明する。

【０１０７】ＩＣカード２−１は、例えば、ＩＤカード
（学生証や社員証など）の機能に、プリペイドカード
（Ａ社が管理する自販機、食堂、売店などで利用可能）
の機能を加えられたものである。ＩＣカード２−１は、
例えば、学校やオフィスなどにおいて利用される。ま
た、Ａ社の固有領域に配置されている共通電子マネーに
関するアプリケーションが、例えば、ＩＣカードシステ
ムに提供している他の事業者や店舗で利用可能な電子マ
ネー（例えば、図６を用いて説明した電子マネー領域に
配置されているアプリケーション）と同一のアプリケー
ションである場合、個別領域の共通電子マネーと、共通
領域の対応するアプリケーションにはリンクが張られて
いる（以下、ＩＣカード２−２乃至２−４も同様であ
る）。

【０１０８】ＩＣカード２−２は、例えば、銀行キャッ
シュカードに、ブリペイドカードの機能が加えられたも
のである。このＩＣカード２−２においては、このＩＣ
カード２−２の銀行向け電子マネー領域に対する価値の
充填を行う場合、その都度、直接現金を入金したり、ユ
ーザの口座から、所定の入金口座への口座振替を発生さ
せてもよいし、ユーザが口座を有する同一支店内に、別
口座を作成して、所定の金額を、ＩＣカード２による利
用可能金額として、予め振り替えておくことにより、管
理されるようにしてもよい。

【０１０９】ＩＣカード２−３は、例えば、インターネ
ット決済用プリペイドカードの機能を備えたものであ
る。そして、ＩＣカード２−４は、例えば、共通領域の
利用以外は、各種の事業者や団体がそれぞれのサービス
を行うためのアプリケーションを独自に配置させるため
のフォーマットがなされたものである。

【０１１０】次に、図９を用いて、図７の発行者Ａが、
管理者Ｂ、管理者Ｃ、および管理者Ｄに対して、共通領
域に配置されているアプリケーションに対するアクセス
権をそれぞれ個別に許可するための、共通鍵Ｋ_IFなどの
認証情報の供給方法の例について説明する。

【０１１１】ＩＣカード２の発行者Ａは、図５を用いて
説明した、EEPROM６６のシステム定義ブロックに記憶さ
せるシステムキーと、個別領域に対応するエリア定義領
域（例えば、＃００００ｈ）のエリアキーとしての個別
鍵Ａを決定し、システムキーを、発行するＩＣカード２
のEEPROM６６のシステム定義ブロックに、個別鍵Ａをエ
リア定義領域＃００００ｈに、それぞれ記憶させてお
く。以下、エリア定義領域＃ｘｘｘｘｈのエリアキーに
ついては、適宜、エリアキー＃ｘｘｘｘｈと記載する。

【０１１２】発行者Ａが管理する端末装置のコントロー
ラ３の制御部１０１は、システムキーを、個別鍵Ａで暗
号化し、エリア中間キーＫ_Aを生成しておく。なお、暗
号化の手法としては、例えば、ＤＥＳ（Data Encryptio
n Standard）や、ＦＥＡＬ（Fast Data Encipherment A
lgorithm）などを採用することができる。

【０１１３】そして、発行者Ａは、共通領域に対するア
クセス権を管理者Ｂに与える場合、共通領域に対応する
エリア定義領域（例えば、＃０１００ｈ）のエリアキー
としての共通鍵Ｋ_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で暗号化し、サービ
ス中間キーＫ_{# 00 08 h}を生成して、エリア中間キーＫ_Aと
ともに、リーダ／ライタ１のフラッシュメモリ２２に登
録する。更に、発行者Ａのコントローラ３は、個別領域
に対応するエリア定義領域＃００００ｈのエリアコード
＃００００ｈと、そのエリア定義領域＃００００ｈの階
層に作成された個別領域のアプリケーションに対応する
サービス定義領域のサービスコードを、リーダ／ライタ
１のフラッシュメモリ２２に登録する。

【０１２６】すなわち、発行者Ａの端末装置に、ＩＣカ
ード２が装着され、ユーザが所望のサービスの利用を指
令した場合、発行者Ａが管理する端末装置のリーダ／ラ
イタ１のＤＰＵ３１は、フラッシュメモリ２２から、登
録されているエリアコード＃００００ｈと、ユーザが利
用を希望したサービスに対応するサービスコード（例え
ば、サービスコード＃０００８ｈ）を読み込み、バス３
５、ＳＰＵ３２、変調回路２７およびアンテナ２７を介
して、装着されたＩＣカード２に送信する。ＩＣカード
２のシーケンサ９１は、アンテナ５３、インターフェー
ス部６１、およびＢＰＳＫ復調部６２を介して、発行者
Ａの端末装置からのエリアコード＃００００ｈおよびサ
ービスコード＃０００８ｈの入力を受ける。

【０１２７】そして、ＩＣカード２では、EEPROM６６に
記憶されているデータから、システム定義ブロック（図
５）に記憶されているシステムキーが読み出されるとと
もに、発行者Ａの端末装置から受信したエリアコード＃
００００ｈを有するエリア定義領域から個別鍵Ａが読み
出される。更に、システムキーが個別鍵Ａで暗号化さ
れ、その結果、発行者Ａの端末装置に登録されているエ
リア中間キーＫ_Aと同一のキーが生成される。このエリ
ア中間キーＫ_Aと同一のキーは、個別領域へのアクセス
権の認証に用いる第１アクセスキー（認証キー）Ｋ_bcと
される。

【０１２８】また、ＩＣカード２では、EEPROM６６に記
憶されているデータから、発行者Ａの端末装置から受信
したサービスコード＃０００８ｈを有するサービス定義
領域からサービスキー＃０００８ｈが読み出される。そ
して、そのサービスキー＃０００８ｈで、エリア中間キ
ーＫ_Aが暗号化され、その結果、図１０の発行者Ａの端
末装置に登録されているサービス中間キーＫ_{# 0008 h}と同
一のキーが生成される。このサービス中間キーＫ_{# 0008 h}
と同一のキーは、対応するアプリケーションへのアクセ
ス権の認証に用いる第２アクセスキーＫ_acとされる。

【０１２９】従って、発行者Ａの端末装置には、第１ア
クセスキーＫ_bcであるエリア中間キーＫ_Aおよび第２ア
クセスキーＫ_acであるサービス中間キーＫ_{# 0008 h}が登録
されており、ＩＣカード２では、第１アクセスキーＫ_bc
であるエリア中間キーＫ_Aおよび第２アクセスキーＫ_ac
であるサービス中間キーＫ_{# 0008 h}が生成され、サービス
キー＃０００８ｈに対応する個別領域のアプリケーショ
ンの利用が認証される。

【０１３０】次に、図１１を用いて、図９を用いて説明
したようなアクセス権の供給を行った場合において、発
行者Ｃの端末装置に、ＩＣカード２が装着された場合
の、発行者Ｃの端末装置とＩＣカード２との相互認証に
ついて説明する。

【０１３１】管理者Ｃの管理する端末装置を用いて、Ｉ
Ｃカード２の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６６の個別領域に記録され
ている共通運用電子バリューファイルへのアクセス権を
取得するための制御信号（共通運用電子バリューファイ
ルに対応するサービスコードを含む）を生成し、バス３
５、ＳＰＵ３２、変調回路２３およびアンテナ２７を介
してＩＣカード２に送信する。なお、ＩＣカード２のEE
PROM６６の個別領域に保存されている共通運用電子バリ
ューファイルの実ファイルは、共通領域に記録されてお
り、個別領域に記録されている共通運用電子バリューフ
ァイルからリンクされている。ＳＰＵ３２は、アンテナ
２７および復調回路２５を介して、ＩＣカード２からの
応答信号を受信し、その応答結果を、バス３５を介して
ＤＰＵ３１に入力する。

【０１６３】ステップＳ２５において、リーダ／ライタ
１のＤＰＵ３１は、ステップＳ２４においてＩＣカード
２から入力された応答信号を基に、共通運用電子バリュ
ーファイルに対する、バリュー量の加算処理のアクセス
権が許可されているか否かを判断する。ステップＳ２５
において、アクセス権が許可されていないと判断された
場合、処理は、ステップＳ２９に進む。

【０１６４】ステップＳ２５において、アクセス権が許
可されていると判断された場合、ステップＳ２６におい
て、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード２の
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４１−２および１４１−３の構成は、パ
ーソナルコンピュータ１４１−１と同様の構成を有する
ものなので、その説明は省略する。

【０２２３】ＣＰＵ１５１は、入出力インターフェース
１５２および内部バス１５３を介して、ユーザが、入力
部１５４を用いて入力した各種指令に対応する信号や、
ネットワークインターフェース１６０を介して、他のパ
ーソナルコンピュータなどが送信した制御信号の入力を
受け、入力された信号に基づいた各種処理を実行する。
ＲＯＭ１５５は、ＣＰＵ１５１が使用するプログラムや
演算用のパラメータのうちの基本的に固定のデータを格
納する。ＲＡＭ１５６は、ＣＰＵ１５１の実行において
使用するプログラムや、その実行において適宜変化する
パラメータを格納する。ＣＰＵ１５１、ＲＯＭ１５５、
およびＲＡＭ１５６は、内部バス１５３により相互に接
続されている。

【０２２４】内部バス１５３は、入出力インターフェー
ス１５２とも接続されている。入力部１５４は、例え
ば、キーボードやマウスからなり、ＣＰＵ１５１に各種
の指令を入力するとき、ユーザにより操作される。表示
部１５７は、例えば、ＣＲＴ等からなり、各種情報をテ
キスト、あるいはイメージなどで表示する。ＨＤＤ（ha
rd disk drive）１５８は、ハードディスクを駆動し、
それらにＣＰＵ１５１によって実行するプログラムや情
報を記録または再生させる。ドライブ１５９には、必要
に応じて磁気ディスク１６１、光ディスク１６２、光磁
気ディスク１６３、および半導体メモリ１６４が装着さ
れ、データの授受を行う。

【０２２５】ネットワークインターフェース１６０は、
例えば、所定のインターフェースケーブルなどを用いて
ＬＡＮ（Local Aria Network）に接続されたり、図示し
ない電話回線などを介して、例えばインターネットなど
の広域ネットワークに接続され、例えば、端末装置１３
１、パーソナルコンピュータ１４１−２もしくはパーソ
ナルコンピュータ１４１−３などとのデータの授受を行
う。

【０２２６】これらの入力部１５４乃至ネットワークイ
ンターフェース１６０は、入出力インターフェース１５
２および内部バス１５３を介してＣＰＵ１５１に接続さ
れている。

【０２２７】次に、図２１のフローチャートを参照し
て、ＩＣカード２の発行者であるＡ社の端末装置１３１
−１が、全ての利用ログを、発行者Ａのパーソナルコン
ピュータ１４１−１に供給し、パーソナルコンピュータ
１４１−１が、共通鍵Ｋ_IFによる利用された場合のログ
を、ＩＣカードセンタに送信する場合の、Ａ社とＢ社の
清算処理（図１９（Ａ））について説明する。

【０２２８】ステップＳ１２１において、Ａ社が管理す
る端末装置１３１−１のコントローラ３の制御部１０１
は、ネットワークインターフェース１０７および内部バ
ス１０２を介して、リーダ／ライタ１のＲＡＭ４２に記
録されている利用ログ（例えば、図１３のステップＳ２
８、図１４のステップＳ４８、図１５のステップＳ６
８、図１７のステップＳ９０、あるいは、図１８のステ
ップＳ１１０の処理により記録される利用ログ）を読み
込み、内部バス１０２およびネットワークインターフェ
ース１０７を介して、Ａ社のパーソナルコンピュータ１
４１−１に供給する。

【０２２９】ステップＳ１２２において、パーソナルコ
ンピュータ１４１−１のＣＰＵ１５１は、ネットワーク
インターフェース１６０、入出力インターフェース１５
２、および内部バス１５３を介して入力された利用ログ
を解析し、共通鍵Ａを用いて利用されたログと、共通鍵
Ｋ_IFを用いて利用されたログとに分類する。

【０２３０】ステップＳ１２３において、パーソナルコ
ンピュータ１４１−１のＣＰＵ１５１は、ステップＳ１
２２の解析結果から、共通鍵Ｋ_IFによる利用があったか
否かを判断する。

【０２３１】ステップＳ１２３において、共通鍵Ｋ_IFに
よる利用がなかったと判断された場合、ステップＳ１２
４において、ＣＰＵ１５１は、固定鍵Ａを利用したロー
カル利用分、すなわち、自分自身が発行したＩＣカード
２による、自分自身が管理している端末装置１３１−１
での利用分の清算を行う。

【０２３２】ステップＳ１２３において、共通鍵Ｋ_IFに
よる利用があったと判断された場合、ＣＰＵ１５１は、
ステップＳ１２５において、共通鍵Ｋ_IFによる利用ログ
を、内部バス１５３、入出力インターフェース１５２、
ネットワークインターフェース１６０を介して、ＩＣカ
ードセンタのパーソナルコンピュータ１４１−３に通知
し、上述したステップＳ１２４の処理を実行する。

【０２３３】ステップＳ１２６において、ＩＣカードセ
ンタのパーソナルコンピュータ１４１−３のＣＰＵ１５
１は、ネットワークインターフェース１６０、入出力イ
ンターフェース１５２、および内部バス１５３を介し
て、ステップＳ１２５において、パーソナルコンピュー
タ１４１−１が送信した、共通鍵Ｋ_IFによる利用ログの
通知を受ける。ＩＣカードセンタのパーソナルコンピュ
ータ１４１−３のＣＰＵ１５１は、ステップＳ１２５に
おいて通知されたＡ社からの通知のみならず、契約を締
結している各事業者からの通知を受ける。

【０２３４】ステップＳ１２７において、パーソナルコ
ンピュータ１４１−３のＣＰＵ１５１は、入力された各
事業者の端末装置における共通鍵Ｋ_IFを用いた使用ログ
を、例えば、利用事業者ごとに分類し、計算するなどの
所定の方法で解析する。

【０２３５】ステップＳ１２８において、パーソナルコ
ンピュータ１４１−３のＣＰＵ１５１は、ステップＳ１
２７における解析結果を基に、ＩＣカードの発行者ごと
に、相互利用関係をマトリクス化する。

【０２３６】ステップＳ１２９において、パーソナルコ
ンピュータ１４１−３のＣＰＵ１５１は、ステップＳ１
２８において生成された相互利用関係のマトリクスを用
いて、各社に通知するための清算情報を生成し、内部バ
ス１５３、入出力インターフェース１５２、ネットワー
クインターフェース１６０を介して、Ａ社のパーソナル
コンピュータ１４１−１およびＢ社のパーソナルコンピ
ュータ１４１−２に通知する。

【０２３７】ステップＳ１３０において、パーソナルコ
ンピュータ１４１−１のＣＰＵ１５１は、ネットワーク
インターフェース１６０、入出力インターフェース１５
２、および内部バス１５３を介して、パーソナルコンピ
ュータ１４１−３がステップＳ１２９において送信し
た、相互利用分の清算情報を受け取る。同様に、ステッ
プＳ１３２において、パーソナルコンピュータ１４１−
２のＣＰＵ１５１は、ネットワークインターフェース１
６０、入出力インターフェース１５２、および内部バス
１５３を介して、ステップＳ１２９において、パーソナ
ルコンピュータ１４１−３が送信した、相互利用分の清
算情報を受け取る。ここでは、Ａ社とＢ社の間で、相互
利用が行われていたものとして説明する。

【０２３８】ステップＳ１３１において、パーソナルコ
ンピュータ１４１−１のＣＰＵ１５１は、ステップＳ１
３０で受け取った相互利用分の清算情報を基に、例え
ば、インターネットなどを介して、所定の金融機関の図
示しないサーバなどにアクセスすることにより、例えば
Ｂ社に対する振込みや、Ｂ社からの入金を確認するとい
った清算処理を実行する。同様に、ステップＳ１３３に
おいて、パーソナルコンピュータ１４１−２のＣＰＵ１
５１は、ステップＳ１３０で受け取った相互利用分の清
算情報を基に、Ａ社に対する振込みや、Ａ社からの入金
を確認するといった清算処理を実行する。

【０２３９】次に、図２２のフローチャートを参照し
て、ＩＣカード２の発行者であるＡ社の端末装置１３１
−１が、共通鍵Ｋ_IFを用いて利用された場合のログを、
直接ＩＣカードセンタに送信する場合の、Ａ社とＢ社の
清算処理（図１９（Ｂ））について説明する。

【０２４０】ステップＳ１４１において、端末装置１３
１−１のコントローラ３の制御部１０１は、ネットワー
クインターフェース１０７および内部バス１０２を介し
て、リーダ／ライタ１のＲＡＭ４２に記録されている利
用ログを読み込み、共通鍵Ａを用いて利用されたログ
と、共通鍵Ｋ_IFを用いて利用されたログとに分ける。

【０２４１】ステップＳ１４２において、端末装置１３
１−１のコントローラ３の制御部１０１は、ステップＳ
１４１において分類された利用ログのうち、共通鍵Ｋ_IF
を用いて利用されたログを、内部バス１０２およびネッ
トワークインターフェース１０７を介して、ＩＣカード
センタのパーソナルコンピュータ１４１−３に通知す
る。

【０２４２】ステップＳ１４３において、端末装置１３
１−１のコントローラ３の制御部１０１は、ステップＳ
１４１において分類された利用ログのうち、個別鍵Ａを
用いて利用されたログを、内部バス１０２およびネット
ワークインターフェース１０７を介して、Ａ社のパーソ
ナルコンピュータ１４１−１に供給する。

【０２４３】パーソナルコンピュータ１４１−１のＣＰ
Ｕ１５１は、ステップＳ１４４において、ネットワーク
インターフェース１６０、入出力インターフェース１５
２、および内部バス１５３を介して、個別鍵Ａを用いて
利用されたログの入力を受け、ステップＳ１４５におい
て、図２１のステップＳ１２４と同様の処理により、ロ
ーカル利用分の清算を行う。

【０２４４】ステップＳ１４６において、ＩＣカードセ
ンタのパーソナルコンピュータ１４１−３のＣＰＵ１５
１は、ネットワークインターフェース１６０、入出力イ
ンターフェース１５２、および内部バス１５３を介し
て、ステップＳ１４２において、Ａ社の端末装置１３１
−１のリーダ／ライタ１が送信した、共通鍵Ｋ_IFによる
利用ログの通知を受ける。ＩＣカードセンタのパーソナ
ルコンピュータ１４１−３のＣＰＵ１５１は、Ａ社から
の通知のみならず、契約を締結している各事業者からの
通知を受ける。

【０２４５】ステップＳ１４７乃至ステップＳ１５３に
おいては、図２１を用いて説明したステップＳ１２７乃
至ステップＳ１３３と同様の処理が行われ、Ａ社とＢ社
の間で、清算処理が実行される。

【０２４６】図２１および図２１を用いて説明した清算
システムでは、必要な情報のみ（すなわち、共通鍵Ｋ_IF
による利用ログ）がＩＣカードセンタのパーソナルコン
ピュータ１４１−３に送信されるため、全てのトランザ
クションをＩＣカードセンタのパーソナルコンピュータ
１４１−３が管理しなくてもよく、相互運用分のトラン
ザクションのみを、各事業者から受け取り、その処理結
果を、各事業者に配信すればよいので、ＩＣカードセン
タの処理負担を軽減することができる。更に、個別利用
分は、ＩＣカード２の発行者であるＡ社のみで清算でき
るため、ＩＣカード２を発行する事業者のシステム（例
えば、パーソナルコンピュータ１４１−１）は、個別利
用により発生するトランザクション量にあわせて構築す
ればよい。

【０２４７】次に、図２３を用いて、本発明を適応した
ＩＣカードシステムを、銀行等の金融機関のキャッシュ
カードに応用する例について説明する。

【０２４８】例えば、Ｃ銀行が発行したＩＣカード２の
共通領域に、銀行コードおよび口座番号が登録され、個
別領域に、Ｃ銀行固有の個別アプリケーションと、個人
情報および残高が登録されているものとする。Ｃ銀行が
発行したＩＣカード２に登録されている、銀行コードお
よび口座番号、個別アプリケーション、並びに個人情報
および残高は、Ｃ銀行の端末装置１３１−３に登録され
ている個別鍵Ｃにより、データの読み出し、およびデー
タの書き換え（すなわち、データの加算および減算）が
可能である。なお、Ｃ銀行の端末装置において、個別鍵
Ｃを用いて共通領域のアプリケーションにアクセスする
場合、実際には、図１６を用いて説明した場合と同様
に、個別領域のリンク部分を経由して、共通領域のアプ
リケーションにアクセスする（以下、個別鍵を用いて共
通領域のアプリケーションにアクセスする場合は、全て
同様である）。

【０２４９】しかし、提携しているＤ銀行の端末装置１
３１−４においては、登録されている共通鍵Ｋ_IFによ
り、共通領域に記録されている、銀行コードおよび口座
番号の読み込みのみが可能であるが、個別領域に登録さ
れているアプリケーションに対しては、アクセス権を有
していない。すなわち、ユーザは、Ｂ銀行の管理する端
末装置１３１−３を用いた場合、例えば、引き落とし、
預け入れなどのサービスを受けることが可能である。一
方、ユーザは、他の事業者（例えば、Ｄ銀行）が管理す
る端末装置においては、例えば、引き落とし、預け入れ
などのサービスを受けることはできないが、その事業者
がアクセス権を許可された共通領域のアプリケーション
によるサービス（例えば、図６を用いて説明した共通電
子マネー領域などに記録されている、共通電子バリュー
の残高照会）を受けることができる。

【０２５０】次に、図２４を用いて、本発明を適応した
ＩＣカードシステムを、鉄道会社の運賃清算に応用する
例について説明する。

【０２５１】例えば、鉄道会社Ｅが発行したＩＣカード
２の共通領域に、利用者の乗車駅および降車駅を示す情
報と、ＳＦ（Stored Fare）が登録され、個別領域に、
鉄道会社Ｅの定期券情報が登録されているものとする。
ＳＦとは、提携している鉄道会社において利用すること
が可能な運賃として、予め入金、もしくは所定の金融機
関などに振り返られた価値（すなわち、貨幣と同じ価値
をもつもの）である。鉄道会社Ｅが発行したＩＣカード
２に登録されている、利用者の乗車駅および降車駅を示
す情報、ＳＦ、および、鉄道会社Ｅの定期券情報は、鉄
道会社Ｅの端末装置１３１−５に登録されている個別鍵
Ｅにより、加算、および減算を行うアプリケーションへ
のアクセスが可能である。

【０２５２】しかし、提携している鉄道会社Ｆの端末装
置１３１−６においては、登録されている共通鍵Ｋ_IFに
より、共通領域に記録されている、利用者の乗車駅およ
び降車駅を示す情報と、ＳＦの読み出しおよび減算を行
うアプリケーションへのアクセスが可能であるが、個別
領域に登録されているアプリケーションに対しては、ア
クセス権を有していない。すなわち、ユーザが、鉄道会
社Ｅの管理する端末装置１３１−５を用いた場合、定期
券の購入や、ＳＦの充填、乗り越し清算などのサービス
を受けることが可能であるが、他の事業者（例えば、鉄
道会社Ｆ）が管理する端末装置においては、定期券の購
入や、ＳＦの充填などのサービスを受けることはでき
ず、その事業者がアクセス権を許可された共通領域のア
プリケーションによるサービス（例えば、乗り越し清
算）を受けることができる。

【０２５３】次に、図２５を用いて、本発明を適応した
ＩＣカードシステムを、電子チケットサービスに応用す
る例について説明する。

【０２５４】例えば、Ｇ社、Ｈ社、もしくはＩ社が発行
したＩＣカード２のそれぞれの共通領域に、例えばコン
サート等のイベントのチケット情報を書き込むためのア
プリケーションが登録されているものとする。

【０２５５】例えば、Ｇ社の管理する端末装置１３１−
７は、インターネット１７１を介して、ＩＣカード２に
チケット情報を書き込むことが可能であり、Ｈ社の管理
する端末装置１３１−８は、例えば、駅や大型店舗等に
設置したデータ記入装置１７２を介して、ＩＣカード２
にチケット情報を書き込むことが可能であり、Ｉ社の端
末装置１３１−９は、チケットセンター等に設置され、
ＩＣカード２にチケット情報を書き込むことが可能であ
るものとする。

【０２５６】そして、提携しているイベント運営事業者
Ｊの端末装置１３１−１０においては、登録されている
共通鍵Ｋ_IFにより、共通領域に記録されている、チケッ
ト情報の読み出しのみが可能であり、チケット情報の書
き込みに関するアプリケーションに対しては、アクセス
権を有していない。すなわち、イベント運営事業者Ｊの
端末装置１３１−１０においては、チケットを発行する
（ＩＣカード２にチケット情報を書き込む）ことはでき
ないが、共通領域に登録されているチケット情報を読み
込むことができるため、ユーザが、端末装置１３１−７
乃至１３１−９において、該当するイベントのチケット
を購入した（端末装置１３１−７乃至１３１−９によ
り、ＩＣカード２にチケット情報が書き込まれている）
ことを確認することが可能である。

【０２５７】次に、図２６を参照して、本発明を適応し
たＩＣカードシステムを、オフラインデビットサービス
に応用する例について説明する。

【０２５８】例えば、オフラインデビットサービスに提
携しているＫ店舗の端末装置１３１−１１においては、
登録されている共通鍵Ｋ_IFにより、共通領域に登録され
ている暗証番号の読み込みと、与信額の減算処理をする
アプリケーションのみ利用することが可能であるが、与
信額の加算の処理に対しては、アクセス権を有していな
い。ここで、与信額とは、ＩＣカード２を保有するユー
ザのうち、例えば、利用者Ｍが、Ｌ銀行に有している普
通口座などの預金額から、所定の金額を、同一銀行の同
一支店の、利用者Ｍ用のオフラインデビット用口座に振
り替えたものであり、これを担保額として、オフライン
デビットの利用を行うものである。

【０２５９】ユーザは、オフラインデビットサービスに
提携しているＫ店舗の端末装置１３１−１１において
は、例えば商品の購入などにおける料金清算のサービス
を受けることができるが、与信額の加算（振替）のサー
ビスを受けることはできない。そして、Ｌ銀行が発行し
たＩＣカード２においては、Ｌ銀行が管理する端末装置
１３１−１２において、個別鍵Ｌにより、与信額の加減
算の処理を行うアプリケーションにアクセスすることが
可能であるため、ユーザは、Ｌ銀行が管理する端末装置
１３１−１２において、与信額の加算（振替）のサービ
スを受けることができる。

【０２６０】ユーザがオフラインデビットにより利用し
た金額の精算は、例えば、ＩＣカード２の個別領域に、
オフラインデビットの清算に関するバッチ処理を行うア
プリケーションを用意することにより、Ｌ銀行の端末装
置１３１−１２において実行される。ユーザは、オフラ
インデビットサービスにより、与信額を超えた金額の商
品購入等はできないので、与信額以上の使いすぎを防止
することが可能である。また、例えば、与信額の振替時
や、与信額の残高照会時に、必ず清算のバッチ処理を実
行するようにすることにより、ユーザが特別の操作を行
うことなしに、オフラインデビットサービスの清算に関
するバッチ処理を行えるようにしてもよい。

【０２６１】以上の説明においては、ＩＣカード２の発
行者の個別鍵を用いなければ、共通運用電子バリューの
充填処理（すなわち、共通運用電子バリューの加算処理
に対応するアプリケーションへのアクセス）等の、ＩＣ
カードに記録される価値の加算処理を行うことができな
かったが、例えば、発行者以外の所定の個別鍵に、共通
運用電子バリューの加算処理に対応するアプリケーショ
ンへのアクセス権を与えるように、ＩＣカード２のEEPR
OM６６に、所定の個別鍵を記録させておくことにより、
発行者が許可した、特定の管理者が管理する端末装置に
おいては、共通運用電子バリューの充填処理を実行する
ことができるようにしてもよい。

【０２６２】次に、図２７のフローチャートを参照し
て、発行者以外の個別鍵による電子バリューの書き込み
処理について説明する。ここでは、ＩＣカード２の発行
者Ａと入金代行者Ｂが提携し、発行者Ａが発行したＩＣ
カード２のEEPROM６６に記録されている共通領域の共通
運用電子バリューの充填処理を行うアプリケーションに
対するアクセス権を、入金代行者Ｂが管理する端末装置
に登録されている個別鍵Ｂに、予め与えておくことによ
り、共通運用電子バリューの充填処理を、入金代行者Ｂ
が管理する端末装置で行う場合について説明する。

【０２６３】ステップＳ１６１において、端末装置のリ
ーダ／ライタ１は、装着された、発行者Ａが発行したＩ
Ｃカード２を検出し、コントローラ３から、ユーザがコ
ントローラ３の入力部１０３を用いて入力した共通運用
電子バリューの充填額の入力を受ける。すなわち、オー
プン対象ファイルは、共通運用電子バリューファイルで
あり、共通運用電子バリューの充填額は、ＳＣＣ３３お
よびバス３５を介して、ＤＰＵ３１に入力される。

【０２６４】端末装置のリーダ／ライタ１のＤＰＵ３１
は、ステップＳ１６２において、図１２のステップＳ３
と同様の処理により、個別鍵Ｂで認証を行い、ステップ
Ｓ１６３において、ステップＳ１６２でＩＣカード２か
ら入力された信号を基に、個別鍵Ｂによって、リーダ／
ライタ１とＩＣカード２が、正しく相互認証されたか否
かを判断する。ステップＳ１６３において、正しく認証
されなかったと判断された場合、処理は、ステップＳ１
６９に進む。

【０２６５】ステップＳ１６３において、正しく認証さ
れたと判断された場合（すなわち、ＩＣカード２が、固
定鍵Ｂによるアクセスが許可されている、発行者Ａによ
って発行されたＩＣカード２であった場合）、ステップ
Ｓ１６４において、リーダ／ライタ１のＤＰＵ３１は、
ＩＣカード２のEEPROM６６の共通領域に記録されている
共通運用電子バリューファイルへのアクセス権を取得す
るための制御信号（共通運用電子バリューファイルに対
応するサービスコードを含む）を生成し、バス３５、Ｓ
ＰＵ３２、変調回路２３およびアンテナ２７を介してＩ
Ｃカード２に送信する。ＳＰＵ３２は、アンテナ２７お
よび復調回路２５を介して、ＩＣカード２からの応答信
号を受信し、その応答結果を、バス３５を介してＤＰＵ
３１に入力する。

【０２６６】ステップＳ１６５において、リーダ／ライ
タ１のＤＰＵ３１は、ステップＳ１６４においてＩＣカ
ード２から入力された応答信号を基に、共通運用電子バ
リューファイルに対する、バリュー量の加算処理のアク
セス権が許可されているか否かを判断する。ステップＳ
１６５において、アクセス権が許可されていないと判断
された場合、処理は、ステップＳ１６９に進む。

【０２６７】ステップＳ１６５において、アクセス権が
許可されていると判断された場合、ステップＳ１６６に
おいて、リーダ／ライタ１のＤＰＵ３１は、ＩＣカード
２のEEPROM６６に配置されている共通領域の共通運用電
子バリューファイルを開くための制御信号を生成し、個
別鍵Ｂとともに、バス３５、ＳＰＵ３２、変調回路２３
およびアンテナ２７を介してＩＣカード２に送信する。

【０２６８】ステップＳ１６７において、リーダ／ライ
タ１のＤＰＵ３１は、ステップＳ１６１において、ユー
ザがコントローラ３の入力部１０３を用いて入力した共
通運用電子バリューの充填額に基づいて、共通運用電子
バリューの充填処理を実行する。すなわち、ＤＰＵ３１
は、ＩＣカード２の共通領域に登録されている、共通運
用電子バリューファイルに記録されている共通運用電子
バリュー残高に、コントローラ３から入力された共通運
用電子バリューの加算額を加算するための制御信号を生
成し、バス３５、ＳＰＵ３２、変調回路２３、およびア
ンテナ２７を介してＩＣカード２に送信する。

【０２６９】ＩＣカード２のアンテナ５３は、制御信号
を受信してインターフェース部６１に供給し、インター
フェース部６１、ＢＰＳＫ復調部６２、および演算部６
４で所定の処理がなされ、シーケンサ９１に、リーダ／
ライタ１から送信された制御信号に対応するＡＳＫ変調
信号が入力される。シーケンサ９１は、入力された制御
信号に従って、EEPROM６６に記録されている共通運用電
子バリューの残高を変更する。

【０２７０】ステップＳ１６８において、リーダ／ライ
タ１のＤＰＵ３１は、ステップＳ１６７において実行さ
れた処理のログを、個別鍵Ｂ利用として、リーダ／ライ
タ１のメモリ３４のＲＡＭ４２に記録するとともに、ス
テップＳ１６７において実行された処理を、ＩＣカード
２のＲＡＭ６７に記録させるための制御信号を生成し、
バス３５、ＳＰＵ３２、変調回路２３、およびアンテナ
２７を介してＩＣカード２に送信する。ＩＣカード２の
アンテナ５３は、リーダ／ライタ１から送信された制御
信号に対応するＡＳＫ変調信号を受信してインターフェ
ース部６１に供給し、インターフェース部６１、ＢＰＳ
Ｋ復調部６２、および演算部６４で所定の処理がなさ
れ、ステップＳ１６７において実行された処理のログ
が、ＲＡＭ６７に保存され、処理が終了される。

【０２７１】ステップＳ１６３において、正しく認証さ
れなかった場合、もしくは、ステップＳ１６５におい
て、ファイルへのアクセス権（加算処理のアクセス権）
が許可されていないと判断された場合、ステップＳ１６
９において、図１２のステップＳ１０と同様の処理がな
され、処理が終了される。

【０２７２】なお、ここでは、提携時に、発行者Ａが発
行するＩＣカード２に、個別鍵Ｂを登録することによっ
て、入金代行者Ｂが管理する端末装置によって、共通運
用電子バリューの充填処理を実行できるようにしたが、
例えば、提携時に、ＩＣカード２の発行者Ａが、個別鍵
Ａを入金代行者Ｂに供給し、入金代行者Ｂが管理する端
末装置に個別鍵Ａを登録させることによっても、同様の
処理を実行することが可能である。

【０２７３】次に、図２８のフローチャートを参照し
て、図２７を用いて説明した発行者以外の個別鍵による
電子バリューの書き込み処理が行われた場合の、発行者
Ａと入金代行者Ｂの代金（手数料）清算処理について説
明する。

【０２７４】ステップＳ１７１において、入金代行者Ｂ
の端末装置（以下、端末装置Ｂとする）のリーダ／ライ
タ１は、発行者Ａが発行したＩＣカード２を装着され、
ユーザから、ＩＣカード２への価値充填（例えば、電子
マネー、共通電子バリュー、もしくは、ＳＦなどの価値
の充填）処理の要求を受ける。リーダ／ライタ１のＤＰ
Ｕ３１は、アンテナ２７、復調回路２５、ＳＰＵ３２、
およびバス３５を介して、装着されたＩＣカード２か
ら、図５を用いて説明した、発行ＩＤブロックに配置さ
れているカードＩＤを読み込み、バス３５およびＳＣＣ
３３を介して、コントローラ３に供給する。

【０２７５】ステップＳ１７２において、コントローラ
３の制御部１０１は、ネットワークインターフェース１
０７および内部バス１０２を介して、リーダ／ライタ１
に装着されたＩＣカード２のカードＩＤの入力を受け、
ＩＣカード２に対する入金代行処理の許可を申請する信
号を生成し、内部バス１０２、ネットワークインターフ
ェース１０７、および、図示しないインターネットなど
の広域ネットワークを介して、発行者Ａの管理するパー
ソナルコンピュータ（以下、パーソナルコンピュータＡ
とする）に送信する。

【０２７６】パーソナルコンピュータＡのＣＰＵ１５１
は、ステップＳ１７３において、端末装置Ｂから、図示
しないインターネットなどの広域ネットワーク、ネット
ワークインターフェース１６０、入出力インターフェー
ス１５２、および内部バス１５３を介して、代行許可の
申請を示す信号の入力を受け、ステップＳ１７４におい
て、代行許可を示す信号を、内部バス１５３、入出力イ
ンターフェース１５２、ネットワークインターフェース
１６０、および図示しないインターネットなどの広域ネ
ットワークを介して端末装置Ｂに送信する。

【０２７７】端末装置Ｂは、ステップＳ１７５におい
て、パーソナルコンピュータＡがステップＳ１７４にお
いて送信した代行許可を示す信号の入力を受け、ステッ
プＳ１７６において、図２７を用いて説明した、発行者
以外の個別鍵による書き込み処理を実行する。

【０２７８】ステップＳ１７７において、端末装置Ｂの
リーダ／ライタ１のＤＰＵ３１は、図２７のステップＳ
１６８において、メモリ３４のＲＡＭ４２に記録された
ステップＳ１７６において実行された処理のログを読み
出し、バス３５およびＳＣＣ３３を介して、コントロー
ラ３に供給する。コントローラ３の制御部１０１は、ネ
ットワークインターフェース１０７および内部バス１０
２を介して、ステップＳ１６７において実行された処理
のログの入力を受け、内部バス１０２、ネットワークイ
ンターフェース１０７、および、図示しないインターネ
ットなどの広域ネットワークを介して、パーソナルコン
ピュータＡに送信する。

【０２７９】パーソナルコンピュータＡのＣＰＵ１５１
は、ステップＳ１７８において、ステップＳ１７７で端
末装置Ｂに通知した、代行許可のログを読み込み、ステ
ップＳ１７９において、図示しないインターネットなど
の広域ネットワーク、ネットワークインターフェース１
６０、入出力インターフェース１５２、および内部バス
１５３を介して、端末装置ＢがステップＳ１７７におい
て送信した、代行処理のログの入力を受け、ステップＳ
１７８において書き出した代行許可のログと、入力され
た代行処理のログが一致していることを確認する。

【０２８０】ステップＳ１８０において、端末装置Ｂの
コントローラ３の制御部１０１は、ステップＳ１７７に
おいて入力された代行処理のログを、内部バス１０２、
ネットワークインターフェース１０７、および、図示し
ないＬＡＮなどのネットワークを介して、入金代行者Ｂ
が管理するパーソナルコンピュータ（以下、パーソナル
コンピュータＢとする）に送信する。

【０２８１】ステップＳ１８１において、パーソナルコ
ンピュータＢのＣＰＵ１５１は、図示しないＬＡＮなど
のネットワーク、ネットワークインターフェース１６
０、入出力インターフェース１５２、および内部バス１
５３を介して、端末装置ＢがステップＳ１８０において
送信した、代行処理のログの入力を受け、入力された代
行処理ログをデータベース化し、代行入金額（すなわ
ち、預り金）の合計を算出する。

【０２８２】パーソナルコンピュータＢのＣＰＵ１５１
は、ステップＳ１８２において、発行者Ａに請求する代
行手数料を計算し、ステップＳ１８３において、預り金
の合計から代行手数料を減算し、発行者Ａへの支払額を
算出し、ステップＳ１８４において、算出した支払額
を、内部バス１５３、入出力インターフェース１５２、
ネットワークインターフェース１６０、および図示しな
いインターネットなどの広域ネットワークを介して、パ
ーソナルコンピュータＡに送信する。

【０２８３】パーソナルコンピュータＡのＣＰＵ１５１
は、ステップＳ１８５において、ステップＳ１７９で端
末装置Ｂから入力された入金代行ログを基に、代行入金
分から、入金代行者Ｂに支払う手数料を減算して、請求
額を算出し、ステップＳ１８６において、パーソナルコ
ンピュータＢがステップＳ１８４において送信した支払
額の入力を受けて、ステップＳ１８５で算出された請求
額と一致することを確認し、ステップＳ１８７におい
て、入金代行者Ｂに対する請求額を示す信号を生成し、
内部バス１５３、入出力インターフェース１５２、ネッ
トワークインターフェース１６０、および図示しないイ
ンターネットなどの広域ネットワークを介して、パーソ
ナルコンピュータＢに送信する。

【０２８４】パーソナルコンピュータＢのＣＰＵ１５１
は、ステップＳ１８８において、パーソナルコンピュー
タＡがステップＳ１８７において送信した請求額を示す
信号の入力を受けて、ステップＳ１８４において算出し
た支払い額と一致することを確認し、ステップＳ１８９
において、発行者Ａに対して、例えば、インターネット
を介して、所定の金融機関の図示しないサーバに対し
て、発行者Ａが有する口座に、支払額を振り込むための
信号を送信するなどの処理により、発行者Ａに対して、
請求額を支払う。

【０２８５】ステップＳ１９０において、発行者Ａのパ
ーソナルコンピュータＡのＣＰＵ１５１は、例えば、イ
ンターネットなどを介して、所定の金融機関の図示しな
いサーバにアクセスし、発行者Ａが有する口座の残高を
確認するなどの処理により、入金代行者Ｂからの入金を
確認する。

【０２８６】また、図９を用いて説明したアクセス権の
受け渡しにおいては、発行者Ａが、提携した管理者Ｂお
よびＣに、共通鍵Ｋ_IFと、契約内容に基づいた利用可能
アプリケーションに対応するサービスコードをそれぞれ
供給することにより、共通領域の所定のアプリケーショ
ンを、管理者Ｂあるいは管理者Ｃが管理する端末におい
ても利用可能とし、更に、管理者Ｂが、管理者Ｄと提携
することにより、管理者Ｂが利用可能なアプリケーショ
ンの一部を、管理者Ｄも利用することができるようにす
る場合について説明したが、次に、図２９を用いて、契
約内容に基づいたサービスコードを発行者Ａがそれぞれ
に供給せずに、提携先の管理者どうしの間で、より複雑
な関係の、共通領域におけるアプリケーションの共有を
行う場合について説明する。

【０２８７】管理者Ａは、図２９（Ａ）に示すように、
システムキーを、個別鍵Ａで暗号化し、その暗号化結果
を、提携相手であるである管理者ＥおよびＧに供給す
る。

【０２８８】管理者Ｅは、図２９（Ｂ）に示すように、
管理者Ａから入力されたシステムキーの個別鍵Ａでの暗
号化結果を、共通鍵Ｋ_IFで暗号化し、その暗号化結果
を、第１アクセスキーＫ_E1として用いる。更に、管理者
Ｅは、第１アクセスキーＫ_E1（共通鍵Ｋ_IFによる暗号化
結果）を、提携契約によって利用が許可されているアプ
リケーションに対応するサービスキー＃５００８ｈ、＃
５０４８ｈ、＃５０８８ｈ、＃５０Ｃ８ｈで順次暗号化
し、その最終的な暗号化結果を、第２アクセスキーＫ_E2
として用いる。

【０２８９】また、管理者Ｆは、図２９（Ｃ）に示すよ
うに、管理者Ｅから第１アクセスキーＫ_E1（共通鍵Ｋ_IF
による暗号化結果）の入力を受け、それを、共通鍵Ｋ_IF
で暗号化し、その暗号化結果を、第１アクセスキーＫ_F1
とする。更に、管理者Ｆは、第１アクセスキーＫ_F1を、
サービスキー＃６００８ｈ，＃６０４８ｈで順次暗号化
する。そして、その暗号化結果を、管理者Ｅに供給し、
提携契約によって利用が許可されているアプリケーショ
ンに対応するサービスキー＃５０４８ｈ、＃５０８８ｈ
で順次暗号化させる。その後、管理者Ｆは、その暗号化
結果を、管理者Ｅから供給され、管理者Ｇに供給し、提
携によって利用が許可されているアプリケーションに対
応するサービスキー＃７０Ｃ８ｈで暗号化させる。そし
て、管理者Ｆは、その暗号化結果を、管理者Ｇから供給
され、第２アクセスキーＫ_F2として用いる。

【０２９０】一方、管理者Ｇは、図２９（Ｄ）に示すよ
うに、管理者Ａから入力されたシステムキーの個別鍵Ａ
での暗号化結果を、共通鍵Ｋ_IFで暗号化し、その暗号化
結果を、第１アクセスキーＫ_G1として用いる。更に、管
理者Ｇは、第１アクセスキーＫ_G1を、提携によって利用
が許可されているアプリケーションに対応するサービス
キー＃７００８ｈ、＃７０Ｃ８ｈで順次暗号化し、その
最終的な暗号化結果を、管理者Ｆに供給して、提携によ
って利用が許可されているアプリケーションに対応する
サービスキー＃６０４８ｈで暗号化させる。その後、管
理者Ｇは、管理者Ｆによるサービスキー＃６０４８を用
いた暗号化結果を、管理者Ｅに供給し、提携によって利
用が許可されているアプリケーションに対応するサービ
スキー＃５０８８ｈ、＃５０Ｃ８ｈで順次暗号化させ
る。そして、管理者Ｇは、その暗号化結果を、管理者Ｅ
から供給され、第２アクセスキーＫ_G2として用いる。

【０２９１】この場合、ＩＣカード２において、図１１
で説明した場合と同様の手順で、EEPROM６６に記憶され
ている共通鍵Ｋ_IF、サービスキーを用いて、システムキ
ーを暗号化し、第１アクセスキーおよび第２アクセスキ
ーを生成することで、管理者Ｅ、管理者Ｆ、および管理
者Ｇ相互の間では、図３０に示すような、共通領域のサ
ービス定義領域に配置されているアプリケーションの共
通利用が可能となる。

【０２９２】すなわち、図２９を用いて説明した、共通
領域に配置されているアプリケーションに対するアクセ
ス権の許可のためのデータの授受が行われることによ
り、管理者Ｅは、サービス定義領域＃５００８、＃５０
４８ｈ、＃５０８８ｈ、＃５０Ｃ８ｈに配置されたアプ
リケーションにアクセスすることができる。

【０２９３】そして、管理者Ｆは、自身がアクセス権を
許可されたサービス定義領域＃６００８ｈ、＃６０４８
ｈにアクセスすることができる以外に、管理者Ｅがサー
ビスキーを有する、サービス定義領域＃５０４８ｈ、＃
５０８８ｈ、および管理者Ｇがサービスキーを有する、
サービス定義領域＃７０Ｃ８ｈにアクセスすることが可
能となり、同様に、管理者Ｇは、自身がサービスキーを
有する、サービス定義領域＃７００８ｈ、＃７０Ｃ８ｈ
にアクセスすることができる以外に、管理者Ｅがサービ
スキーを有する、サービス定義領域＃５０８８ｈ、＃５
０Ｃ８ｈ、および管理者Ｆがサービスキーを有する、サ
ービス定義領域＃６０４８ｈにアクセスすることが可能
となる。

【０２９４】なお、図２９に示したようなキーの受け渡
しにおいて、ある管理者のサービスキー自体が、他の管
理者に知られることはない。即ち、管理者Ｅのサービス
キー＃５００８ｈ、＃５０４８ｈ、＃５０８８ｈ、＃５
０Ｃ８ｈは、管理者ＦおよびＧに知られることはない。
同様に、管理者Ｆのサービスキー＃６００８ｈ、＃６０
４８ｈは、管理者ＥおよびＧに知られることはなく、管
理者Ｇのサービスキー＃７００８ｈ、＃７０Ｃ８ｈは、
管理者ＥおよびＦに知られることはない。

【０２９５】上述した一連の処理は、ソフトウェアによ
り実行することもできる。そのソフトウェアは、そのソ
フトウェアを構成するプログラムが、専用のハードウェ
アに組み込まれているコンピュータ、または、各種のプ
ログラムをインストールすることで、各種の機能を実行
することが可能な、例えば汎用のパーソナルコンピュー
タなどに、記録媒体からインストールされる。

【０２９６】この記録媒体は、図２、図４もしくは図２
０に示すように、コンピュータとは別に、ユーザにプロ
グラムを提供するために配布される、プログラムが記録
されている磁気ディスク４５、１１１もしくは１６１
（フロッピー（登録商標）ディスクを含む）、光ディス
ク４６、１１２もしくは１６２（ＣＤ−ＲＯＭ（Compac
t Disk-ReadOnly Memory），ＤＶＤ（Digital Versatil
e Disk）を含む）、光磁気ディスク４７、１１３もしく
は１６３（ＭＤ(Mini-Disk)を含む）、あるいは、半導
体メモリ４８、１１４もしくは１６４などよりなるパッ
ケージメディアなどにより構成される。

【０２９７】また、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０２９８】なお、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０２９９】

【発明の効果】本発明のデータ記憶装置およびデータ記
憶方法によれば、第１のデータおよび第１のデータに対
する第１の認証情報を記録する第１の記録領域と、第２
のデータおよび第２のデータに対する第２の認証情報を
記録する第２の記録領域にデータを記録し、情報処理装
置に対するデータの入出力を制御し、情報処理装置から
入力された認証情報、並びに、第１の認証情報および第
２の認証情報に基づいて、情報処理装置に対して、第１
のデータもしくは第２のデータの授受を行うか否かを判
断し、第１のデータもしくは第２のデータのうち、情報
処理装置とデータの授受を行うと判断された第１のデー
タもしくは第２のデータに基づいて、演算処理を実行
し、第１の記録領域に記録されている第１のデータのう
ちの第３のデータを、第２の記録領域に記録されている
第２のデータのうちの第４のデータに関連付けて記録
し、情報処理装置が第３のデータに対してデータの授受
を行う場合、第４のデータに対する演算処理を実行する
ようにしたので、記録領域を余分に使用することなく、
第１の記録領域および第２の記録領域にそれぞれ記録さ
れているデータに対するセキュリティを確保することが
できる。

【０３００】本発明の第１の情報処理装置、第１の情報
処理方法、および第１の記録媒体に記録されるプログラ
ムによれば、データ記憶装置に対するデータの入出力を
制御し、データ記憶装置に記録されているデータのう
ち、所定のデータを授受するための、少なくとも１つの
認証情報を記録し、データ記憶装置とデータの授受を行
った場合、データの授受の内容を示す情報を、データの
授受に用いた認証情報ごとに区別して記録するようにし
たので、データ記憶装置とデータの授受を行うことがで
き、トランザクションを認証形態ごとに管理することが
できる。

【０３０１】本発明の第２の情報処理装置、第２の情報
処理方法、および第２の記録媒体に記録されるプログラ
ムによれば、データ記憶装置と他の情報処理装置が、デ
ータの授受を行う場合に用いられる第１の認証情報およ
び第２の認証情報、並びに、データ記憶装置が記録して
いる複数のデータをそれぞれ定義しているコード情報を
記録し、第１の認証情報を暗号化し、暗号化された第１
の認証情報、第２の認証情報および所定のコード情報
を、他の情報処理装置へ出力するようにしたので、第１
の認証情報を知られることなく、相互運用サービスに必
要な認証情報を他の情報処理装置へ供給することがで
き、個別運用サービスと、相互運用サービスの共存を実
現させるものである。

【０３０２】本発明の第３の情報処理装置、第３の情報
処理方法、および第３の記録媒体に記録されるプログラ
ムによれば、他の情報処理装置がデータ記憶装置との間
で実行したデータの授受に関する第１の情報の入力を受
け、入力された第１の情報に従って、複数の他の情報処
理装置に対応した、データの授受に関する第２の情報を
生成し、生成された第２の情報を、対応する他の情報処
理装置へ出力するようにしたので、例えば、複数の事業
者による複数のサービスを提供するＩＣカードの使用履
歴の入力を受け、それぞれの事業者に対して清算情報を
通知することができる。

【図面の簡単な説明】

【図１】本発明を適用したカードシステムの構成を示す
ブロック図である。

【図２】図１のリーダ／ライタの構成を示すブロック図
である。

【図３】図１のＩＣカードの構成を示すブロック図であ
る。

【図４】図１のコントローラの構成を示すブロック図で
ある。

【図５】図３のEEPROMの論理フォーマットを示す図であ
る。

【図６】図３のEEPROMに記録されているアプリケーショ
ンの構成について説明するための図である。

【図７】ＩＣカード発行者と、提携者の関係を説明する
ための図である。

【図８】図３のEEPROMに記録されているアプリケーショ
ンの例を示す図である。

【図９】管理者間での認証鍵の受け渡しを説明するため
の図である。

【図１０】発行者が管理する端末装置における、ＩＣカ
ードを認証する処理を説明するための図である。

【図１１】提携者が管理する端末装置における、ＩＣカ
ードを認証する処理を説明するための図である。

【図１２】端末装置の処理を説明するためのフローチャ
ートである。

【図１３】共通運用電子バリュー充填処理について説明
するためのフローチャートである。

【図１４】個別運用ポイント書き込み処理について説明
するためのフローチャートである。

【図１５】共通運用電子バリューおよび個別運用ポイン
ト書き込み処理について説明するためのフローチャート
である。

【図１６】ＩＣカードの発行者と提携者の、個別領域と
共通領域のそれぞれのアプリケーションへのアクセス権
について説明するための図である。

【図１７】個別運用対象店舗での、ポイント／バリュー
利用処理について説明するためのフローチャートであ
る。

【図１８】共通運用対象店舗での、電子バリュー利用処
理について説明するためのフローチャートである。

【図１９】ＩＣカード発行者、提携者、およびＩＣカー
ドセンタについて説明するための図である。

【図２０】図１９のパーソナルコンピュータの構成を示
すブロック図である。

【図２１】ＩＣカード発行者、提携者、およびＩＣカー
ドセンタによる清算処理を説明するためのフローチャー
トである。

【図２２】ＩＣカード発行者、提携者、およびＩＣカー
ドセンタによる清算処理を説明するためのフローチャー
トである。

【図２３】ＩＣカードの発行者と提携者の、個別領域と
共通領域のそれぞれのアプリケーションへのアクセス権
について説明するための図である。

【図２４】ＩＣカードの発行者と提携者の、個別領域と
共通領域のそれぞれのアプリケーションへのアクセス権
について説明するための図である。

【図２５】ＩＣカードの発行者と提携者の、個別領域と
共通領域のそれぞれのアプリケーションへのアクセス権
について説明するための図である。

【図２６】ＩＣカードの発行者と提携者の、個別領域と
共通領域のそれぞれのアプリケーションへのアクセス権
について説明するための図である。

【図２７】発行者以外の個別鍵による電子バリュー書き
込み処理を説明するためのフローチャートである。

【図２８】発行者以外の個別鍵による電子バリュー書き
込みが行われた場合の、発行者と提携者の清算処理を説
明するためのフローチャートである。

【図２９】管理者間での共通鍵の受け渡しを説明するた
めの図である。

【図３０】管理者間でのサービス（アプリケーション）
の共有を説明するための図である。

【符号の説明】

１ リーダ／ライタ， ２ ＩＣカード， ３ コント
ローラ， ２１ ＩＣ， ２３ 変調回路， ２５ 復
調回路， ２７ アンテナ， ５１ ＩＣ，５２ コン
デンサ， ５３ アンテナ， ６１ インターフェース
部， ６２ＢＰＳＫ復調部， ６３ ＰＬＬ部， ６４
演算部， ６５ ＲＯＭ， ６６EEPROM， ６７ Ｒ
ＡＭ， ６８ ＢＰＳＫ変調部， ８１ ＡＳＫ復調
部，８２ 電圧レギュレータ， ８３ 発振回路， ８
４ ＡＳＫ変調部， ９１シーケンサ， ９２ 暗号／
復号部， ９３ パリティ演算部， １０１ 制御部，
１０２ 内部バス， １０３ 入力部， １０４ メ
モリ， １０５表示部， １０６ ドライブ， １０７
ネットワークインターフェース， １２１ 発券機，
１３１ 端末装置， １４１ パーソナルコンピュー
タ， １５１ ＣＰＵ， １５２ 入出力インターフェ
ース， １５３ 内部バス， １６０ ネットワークイ
ンターフェース

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４１０ Ｇ０６Ｆ 17/60 ４３２Ａ ４３２ ５１０ ５１０ ５１２ ５１２ Ｇ０９Ｃ 1/00 ６６０Ａ Ｇ０６Ｋ 19/07 ６６０Ｃ Ｇ０９Ｃ 1/00 ６６０ Ｇ０６Ｋ 19/00 Ｒ Ｎ (72)発明者 藤田 泰生 兵庫県姫路市下手野１丁目３番１号 グロ ーリー工業株式会社内 (72)発明者 宮沢 和正 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 山田 真 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 早谷 晋太郎 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B017 AA01 AA07 BA06 BB06 CA14 5B035 AA00 BB09 BC00 CA23 CA39 5B049 AA02 AA05 BB11 BB55 CC09 CC39 DD01 DD04 EE21 EE23 FF08 GG06 GG10 5B055 CB09 HA04 HA12 HA16 KK05 KK07 KK09 KK11 KK12 KK15 5J104 AA16 EA04 NA02 NA35 NA37 NA38 PA12

Claims (15)

【特許請求の範囲】
1. 【請求項１】 情報処理装置に装着され、前記情報処理
   装置とデータの授受を行うデータ記憶装置において、 第１のデータおよび前記第１のデータに対する第１の認
   証情報を記録する第１の記録領域と、第２のデータおよ
   び前記第２のデータに対する第２の認証情報を記録する
   第２の記録領域を有する第１の記録手段と、 前記情報処理装置に対する、前記データの入出力を制御
   するデータ入出力制御手段と、 前記データ入出力制御手段により前記情報処理装置から
   の入力が制御された認証情報、並びに、前記第１の認証
   情報および前記第２の認証情報に基づいて、前記情報処
   理装置に対して、前記第１の記録手段に記録された前記
   第１のデータもしくは前記第２のデータの授受を行うか
   否かを判断する判断手段と、 前記第１の記録手段に記録されている前記第１のデータ
   もしくは前記第２のデータのうち、前記判断手段によ
   り、前記情報処理装置とデータの授受を行うと判断され
   た前記第１のデータもしくは前記第２のデータに基づい
   て、演算処理を実行する演算処理実行手段とを備え、 前記第１の記録手段は、前記第１の記録領域に記録され
   ている前記第１のデータのうちの第３のデータを、前記
   第２の記録領域に記録されている前記第２のデータのう
   ちの第４のデータに関連付けて記録させ、 前記演算処理手段は、前記判断手段により、前記情報処
   理装置が前記第３のデータに対してデータの授受を行う
   と判断された場合、前記第４のデータに対する演算処理
   を実行することを特徴とするデータ記憶装置。
2. 【請求項２】 前記第１の認証情報および前記第２の認
   証情報には、前記第１のデータおよび前記第２のデータ
   に対する、読み出し、書き込み、加算、もしくは減算の
   処理が可能であるか否かを示す情報が含まれており、 前記判断手段は、前記情報処理装置から入力された前記
   認証情報、並びに、前記第１の認証情報および前記第２
   の認証情報に基づいて、前記演算処理手段が実行する演
   算処理のうち、読み出し、書き込み、加算、もしくは減
   算のいずれの処理が可能であるかを判断することを特徴
   とする請求項１に記載のデータ記憶装置。
3. 【請求項３】 前記第１のデータおよび前記第２のデー
   タには、所定のサービスを提供するためのアプリケーシ
   ョンが含まれており、 前記アプリケーションは、それぞれ異なるコード情報に
   より定義され、 前記演算処理手段は、前記アプリケーションに従って演
   算処理を実行し、 前記判断手段は、前記情報処理装置から入力された前記
   認証情報に含まれる前記コード情報により、前記演算処
   理手段に、いずれの前記アプリケーションに従って演算
   処理を実行させるかを判断することを特徴とする請求項
   １に記載のデータ記憶装置。
4. 【請求項４】 前記情報処理装置とデータの授受を行っ
   た場合、データの授受の内容を示す情報を、前記データ
   の授受に用いたのは、前記第１の認証情報であるか、前
   記第２の認証情報であるかに従って区別して記録する第
   ２の記録手段を更に備えることを特徴とする請求項１に
   記載のデータ記憶装置。
5. 【請求項５】 情報処理装置に装着され、前記情報処理
   装置とデータの授受を行うデータ記憶装置のデータ記憶
   方法において、 第１のデータおよび前記第１のデータに対する第１の認
   証情報を記録する第１の記録領域と、第２のデータおよ
   び前記第２のデータに対する第２の認証情報を記録する
   第２の記録領域への前記データの記録を制御する記録制
   御ステップと、 前記情報処理装置に対する、前記データの入出力を制御
   するデータ入出力制御ステップと、 前記データ入出力制御ステップの処理により前記情報処
   理装置からの入力が制御された認証情報、並びに、前記
   第１の認証情報および前記第２の認証情報に基づいて、
   前記情報処理装置に対して、前記記録制御ステップの処
   理により記録が制御された前記第１のデータもしくは前
   記第２のデータの授受を行うか否かを判断する判断ステ
   ップと、 前記記録制御ステップの処理により記録が制御されてい
   る前記第１のデータもしくは前記第２のデータのうち、
   前記判断ステップの処理により、前記情報処理装置とデ
   ータの授受を行うと判断された前記第１のデータもしく
   は前記第２のデータに基づいて、演算処理を実行する演
   算処理実行ステップとを含み、 前記記録制御ステップは、前記第１の記録領域に記録さ
   れている前記第１のデータのうちの第３のデータを、前
   記第２の記録領域に記録されている前記第２のデータの
   うちの第４のデータに関連付けて記録させ、 前記演算処理ステップは、前記判断ステップの処理によ
   り、前記情報処理装置が前記第３のデータに対してデー
   タの授受を行うと判断された場合、前記第４のデータに
   対する演算処理を実行することを特徴とするデータ記憶
   方法。
6. 【請求項６】 データ記憶装置を装着され、前記データ
   記憶装置とデータの授受を行う情報処理装置において、 前記データ記憶装置に対する前記データの入出力を制御
   するデータ入出力制御手段と、 前記データ記憶装置に記録されている前記データのう
   ち、所定のデータを授受するための、少なくとも１つの
   認証情報を記録する第１の記録手段と、 前記データ記憶装置と前記データの授受を行った場合、
   前記データの授受の内容を示す情報を、前記データの授
   受に用いた前記認証情報ごとに区別して記録する第２の
   記録手段とを備えることを特徴とする情報処理装置。
7. 【請求項７】 前記第２の記録手段に記録された前記デ
   ータの授受の内容を示す情報のうち、所定の認証情報を
   用いて行われた前記データの授受を示す情報を選択する
   選択手段と、 前記選択手段により選択された前記データの授受の内容
   を示す情報の、他の情報処理装置への出力を制御する出
   力制御手段とを更に備えることを特徴とする請求項６に
   記載の情報処理装置。
8. 【請求項８】 データ記憶装置を装着され、前記データ
   記憶装置とデータの授受を行う情報処理装置の情報処理
   方法において、 前記データ記憶装置に対する前記データの入出力を制御
   するデータ入出力制御ステップと、 前記データ記憶装置に記録されている前記データのう
   ち、所定のデータを授受するための、少なくとも１つの
   認証情報の記録を制御する第１の記録制御ステップと、 前記データ記憶装置と前記データの授受を行った場合、
   前記データの授受の内容を示す情報の、前記データの授
   受に用いた前記認証情報ごとに区別した記録を制御する
   第２の記録制御ステップとを含むことを特徴とする情報
   処理方法。
9. 【請求項９】 データ記憶装置を装着され、前記データ
   記憶装置とデータの授受を行う情報処理装置用のプログ
   ラムであって、 前記データ記憶装置に対する前記データの入出力を制御
   するデータ入出力制御ステップと、 前記データ記憶装置に記録されている前記データのう
   ち、所定のデータを授受するための、少なくとも１つの
   認証情報の記録を制御する第１の記録制御ステップと、 前記データ記憶装置と前記データの授受を行った場合、
   前記データの授受の内容を示す情報の、前記データの授
   受に用いた前記認証情報ごとに区別した記録を制御する
   第２の記録制御ステップとを含むことを特徴とするコン
   ピュータが読み取り可能なプログラムが記録されている
   記録媒体。
10. 【請求項１０】 データ記憶装置を装着され、前記デー
    タ記憶装置とデータの授受を行う他の情報処理装置に対
    して、データの授受を行う情報処理装置において、 前記データ記憶装置と前記他の情報処理装置が、前記デ
    ータの授受を行う場合に用いられる第１の認証情報およ
    び第２の認証情報、並びに、前記データ記憶装置が記録
    している複数のデータをそれぞれ定義しているコード情
    報を記録する記録手段と、 前記第１の認証情報を暗号化する暗号化手段と、 前記暗号化手段により暗号化された前記第１の認証情
    報、前記第２の認証情報および所定の前記コード情報
    の、前記他の情報処理装置への出力を制御する出力制御
    手段とを備えることを特徴とする情報処理装置。
11. 【請求項１１】 データ記憶装置を装着され、前記デー
    タ記憶装置とデータの授受を行う他の情報処理装置に対
    して、データの授受を行う情報処理装置の情報処理方法
    において、 前記データ記憶装置と前記他の情報処理装置が、前記デ
    ータの授受を行う場合に用いられる第１の認証情報およ
    び第２の認証情報、並びに、前記データ記憶装置が記録
    している複数のデータをそれぞれ定義しているコード情
    報の記録を制御する記録制御ステップと、 前記第１の認証情報を暗号化する暗号化ステップと、 前記暗号化ステップの処理により暗号化された前記第１
    の認証情報、前記第２の認証情報および所定の前記コー
    ド情報の、前記他の情報処理装置への出力を制御する出
    力制御ステップとを含むことを特徴とする情報処理方
    法。
12. 【請求項１２】 データ記憶装置を装着され、前記デー
    タ記憶装置とデータの授受を行う他の情報処理装置に対
    して、データの授受を行う情報処理装置用のプログラム
    であって、 前記データ記憶装置と前記他の情報処理装置が、前記デ
    ータの授受を行う場合に用いられる第１の認証情報およ
    び第２の認証情報、並びに、前記データ記憶装置が記録
    している複数のデータをそれぞれ定義しているコード情
    報の記録を制御する記録制御ステップと、 前記第１の認証情報を暗号化する暗号化ステップと、 前記暗号化ステップの処理により暗号化された前記第１
    の認証情報、前記第２の認証情報および所定の前記コー
    ド情報の、前記他の情報処理装置への出力を制御する出
    力制御ステップとを含むことを特徴とするコンピュータ
    が読み取り可能なプログラムが記録されている記録媒
    体。
13. 【請求項１３】 データ記憶装置を装着され、前記デー
    タ記憶装置とデータの授受を行う複数の他の情報処理装
    置に対して、データの授受を行う情報処理装置におい
    て、 前記他の情報処理装置が、前記データ記憶装置との間で
    実行した前記データの授受に関する第１の情報の入力を
    制御する入力制御手段と、 前記入力制御手段により入力が制御された前記第１の情
    報に従って、複数の前記他の情報処理装置に対応した、
    前記データの授受に関する第２の情報を生成する生成手
    段と、 前記生成手段により生成された前記第２の情報の、対応
    する前記他の情報処理装置への出力を制御する出力制御
    手段とを備えることを特徴とする情報処理装置。
14. 【請求項１４】 データ記憶装置を装着され、前記デー
    タ記憶装置とデータの授受を行う複数の他の情報処理装
    置に対して、データの授受を行う情報処理装置の情報処
    理方法において、 前記他の情報処理装置が、前記データ記憶装置との間で
    実行した前記データの授受に関する第１の情報の入力を
    制御する入力制御ステップと、 前記入力制御ステップの処理により入力が制御された前
    記第１の情報に従って、複数の前記他の情報処理装置に
    対応した、前記データの授受に関する第２の情報を生成
    する生成ステップと、 前記生成ステップの処理により生成された前記第２の情
    報の、対応する前記他の情報処理装置への出力を制御す
    る出力制御ステップとを含むことを特徴とする情報処理
    方法。
15. 【請求項１５】 データ記憶装置を装着され、前記デー
    タ記憶装置とデータの授受を行う複数の他の情報処理装
    置に対して、データの授受を行う情報処理装置用のプロ
    グラムであって、 前記他の情報処理装置が、前記データ記憶装置との間で
    実行した前記データの授受に関する第１の情報の入力を
    制御する入力制御ステップと、 前記入力制御ステップの処理により入力が制御された前
    記第１の情報に従って、複数の前記他の情報処理装置に
    対応した、前記データの授受に関する第２の情報を生成
    する生成ステップと、 前記生成ステップの処理により生成された前記第２の情
    報の、対応する前記他の情報処理装置への出力を制御す
    る出力制御ステップとを含むことを特徴とするコンピュ
    ータが読み取り可能なプログラムが記録されている記録
    媒体。