JP2001357365A - データ記憶装置およびデータ記憶方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 １枚のＩＣカードで、セキュリティを確保し
つつ、複数のサービスの供給を同時に受けることができ
るようにする。 【解決手段】 Service Relation Tableには、ＩＤカー
ドに複数のサービスが登録されている場合に、あるサー
ビスを行いながら別のサービスのサービスデータに対し
てアクセスを許可するためのデータが登録されており、
ＩＣカードに登録されているサービスＩＤが記載されて
いる登録サービスＩＤフィールドと、それぞれのサービ
スＩＤに対応するパーミッション情報が記載されている
パーミッション情報フィールドで構成されている。パー
ミッション情報は、対応するサービスが実行されている
場合にアクセスすることができるサービスＩＤと、アク
セス可能なサービスＩＤに対して、実行可能な処理を示
す情報が記載されている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ記憶装置お
よびデータ記憶方法に関し、例えば、ＩＣカードと、リ
ーダライタとが、所定のサービスに関するデータの授受
を実行している場合において、セキュリティを確保しつ
つ、予め許可された他のサービスに関するデータの授受
を、並行して行うことを可能とするデータ記憶装置およ
びデータ記憶方法に関する。

【０００２】

【従来の技術】電子マネーシステムや、セキュリティシ
ステムにおいて、ＩＣ（Integrated circuit）カードの
利用が増加している。ＩＣカードは、各種処理を行うＣ
ＰＵ（Central Processing Unit）や、処理に必要なデ
ータなどを記憶するメモリを内蔵しており、所定のリー
ダライタに電気的に接触させた状態で、または電磁波を
利用して非接触で、データの送受信が行われる。なお、
リーダライタとの間で、電磁波を利用して非接触でデー
タの送受信を行うＩＣカードには、一般に、その電磁波
により、必要な電力が供給される。

【０００３】ＩＣカードと、リーダライタの認証には、
共通鍵方式もしくは公開鍵方式が用いられる。共通鍵方
式では、暗号化に使用する鍵と、復号に使用する鍵が同
じである。共通鍵暗号を使うには、前もって送信者と受
信者の間で共通鍵を共有する必要があるため、暗号化に
使用した鍵を、通信路とは別の安全な手段を使って、通
信相手に届けておく必要がある（すなわち、ＩＣカード
とリーダライタが共通鍵を予め共有していなければなら
ない）。暗号化は、基本的には、文字の順序を入れ換え
る「転置（転字）」と、一定の規則に従ってある文字を
別の文字に置き換える「換字」を組み合わせて行われ
る。どのような順序で入れ換えるか、どの文字とどの文
字が置き換えてあるかを示すのが暗号アルゴリズムと鍵
である。暗号化において、文字をずらすための換字暗号
や文字の順序を変えるための転置暗号が基本的な暗号変
換であり、ずらされる文字数などが鍵となる。

【０００４】公開鍵方式は、暗号システムにおいて、
「暗号化鍵」と「復号鍵」という２つの鍵をペアで使
い、そのうちの暗号化鍵は公開し、復号鍵は、鍵の発行
者が管理して秘密にしておくものである。データを送信
する場合は、暗号化鍵を使って通信文を暗号化し、受信
した側では復号鍵を使って元に戻す。２つの鍵はある数
学的な関係に基づいて決められているので、暗号化鍵か
ら復号鍵を求めるのは不可能ではないが、計算量の点か
ら現実的ではない。

【０００５】公開鍵暗号システムは、従来の共通鍵暗号
システムに比べて、暗号化鍵は秘匿する必要がないの
で、暗号化鍵の配布が容易であり、暗号文を復号するに
は、各ユーザが個々に持っている復号鍵さえあればよい
ので、復号鍵を配布する必要がなく、更に、デジタル署
名によるメッセージの認証機能を持つ、という利点を有
するが、共通鍵暗号システムに比べて、認証処理にかか
る時間が長くなる。

【０００６】デジタル署名とは、電子メールやオンライ
ン取り引きなどにおいて、そのメッセージが正当な発信
者から発信され、途中で改ざんなどが行なわれていない
ことを示すための方法である。通常の暗号文通信では、
公開鍵で暗号化を行うが、例えば、ＲＳＡ（Rivest，Sh
amir，Adleman）公開鍵暗号システムの場合には、逆
に、「復号鍵（秘密鍵）で暗号化を行う」とデジタル署
名となる。また、他の暗号方式では、署名を付加したい
データに対して、ハッシュ値を取り、それを秘密鍵で暗
号化している。

【０００７】この署名を検証するには、公開鍵が用いら
れる（すなわち、暗号化鍵と復号鍵の役割が入れ換えら
れる）。公開鍵は広く公開されているので、だれでもそ
の署名の正当性を簡単に検査することができる。もし公
開鍵で暗号文を正しく復元することができ、意味のある
文が得られれば、それは正しい発信者であると確認する
ことができる。なぜなら、秘密鍵（署名を行った鍵）を
知っているのは正規の発信者だけであり、公開鍵で復元
できるようなデジタル署名を作成するには、そのペアと
なる秘密鍵を知らなければいけないからである。また、
データが改ざんされた場合、データは正しく復号するこ
とができなくなるため、改ざんの防止・検出にも利用す
ることができる。署名の検証は、公開鍵を用いて復号し
た値と、別途、データから計算しなおしたハッシュ値と
を比較することにより実行され、一致していれば、デー
タは改ざんされていないと判断され、一致していなけれ
ば、データの改ざんが行われたと判断される。

【０００８】また、データの発行元が信頼のおける組織
であることを証明するための証明書を発行することを目
的とした第３者の組織を、認証局（ＣＡ（Certificate
Authority））という。

【０００９】

【発明が解決しようとする課題】従来、ＩＣカードを用
いて複数のサービスを受ける場合、１つのサービスを受
けている間は、他のサービスを受けることができない。
なぜならば、ＩＣカードとリーダライタにおいて、所定
のデータを授受するためには、それぞれのデータに対す
るセキュリティを確保するために、認証処理を行う必要
があるからである。しかしながら、例えば、同一のＩＣ
カードと同一のリーダライタを用いて、プリペイドサー
ビスと電子マネーサービスを受けることができるような
場合、プリペイドサービスに関する清算処理を行いなが
ら、電子マネーの充填を行いたいという要求がある。

【００１０】本発明はこのような状況に鑑みてなされた
ものであり、所定のサービスに関するデータの授受を実
行している場合において、セキュリティを確保しつつ、
予め許可された他のサービスに関するデータの授受を、
並行して行うことを可能とするものである。

【００１１】

【課題を解決するための手段】本発明のデータ記憶装置
は、情報処理装置に対する、データの入出力を制御する
入出力制御手段と、複数のサービスに対応するデータの
記憶を制御する第１の記憶制御手段と、複数のサービス
のうちの第１のサービスに対応する第１のサービスＩＤ
と、入出力制御手段により第１のサービスに関するデー
タの入出力が制御されている場合にデータの入出力が許
可される、複数のサービスのうちの第２のサービスに対
応する第２のサービスＩＤの記憶を制御する第２の記憶
制御手段とを備えることを特徴とする。

【００１２】第２の記憶制御手段には、第２のサービス
に関するアクセス権の制限に関する情報の記憶を制御さ
せることができる。

【００１３】第２の記憶制御手段には、第２のサービス
ＩＤが、第１のサービスＩＤに対して複数存在する場
合、複数の第２のサービスＩＤの記憶を制御させ、第２
のサービスＩＤが、第１のサービスＩＤに対して１つも
存在しない場合、第２のサービスＩＤが空欄となるよう
に記憶を制御させることができる。

【００１４】本発明のデータ記憶方法は、情報処理装置
に対する、データの入出力を制御する入出力制御ステッ
プと、複数のサービスに対応するデータの記憶を制御す
る第１の記憶制御ステップと、複数のサービスのうちの
第１のサービスに対応する第１のサービスＩＤと、入出
力制御ステップの処理により第１のサービスに関するデ
ータの入出力が制御されている場合にデータの入出力が
許可される、複数のサービスのうちの第２のサービスに
対応する第２のサービスＩＤの記憶を制御する第２の記
憶制御ステップとを含むことを特徴とする。

【００１５】本発明の記録媒体に記録されているプログ
ラムは、情報処理装置に対する、データの入出力を制御
する入出力制御ステップと、複数のサービスに対応する
データの記憶を制御する第１の記憶制御ステップと、複
数のサービスのうちの第１のサービスに対応する第１の
サービスＩＤと、入出力制御ステップの処理により第１
のサービスに関するデータの入出力が制御されている場
合にデータの入出力が許可される、複数のサービスのう
ちの第２のサービスに対応する第２のサービスＩＤの記
憶を制御する第２の記憶制御ステップとを含むことを特
徴とする。

【００１６】本発明のデータ記憶装置、データ記憶方法
および記録媒体に記録されているプログラムにおいて
は、情報処理装置に対するデータの入出力が制御され、
複数のサービスに対応するデータの記憶が制御され、複
数のサービスのうちの第１のサービスに対応する第１の
サービスＩＤと、入出力制御ステップの処理により第１
のサービスに関するデータの入出力が制御されている場
合にデータの入出力が許可される、複数のサービスのう
ちの第２のサービスに対応する第２のサービスＩＤの記
憶が制御される。

【００１７】

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

【００１８】図１に、ＩＣカードとリーダライタの関係
を示す。ＩＣカード１は、共通鍵方式による認証と、公
開鍵方式による認証の両方の認証サービスに対応するこ
とが可能である（それぞれの認証方法については後述す
る）。非接触式共通鍵対応リーダライタ２−１は、ＩＣ
カード１と非接触で通信を行い、共通鍵方式で認証を行
う。非接触式公開鍵対応リーダライタ２−２は、ＩＣカ
ード１と非接触で通信を行い、公開鍵方式で認証を行
う。接触式公開鍵対応リーダライタ２−３は、接触して
通信を行い、公開鍵方式で通信を行う。

【００１９】例えば、ＩＣカード１に定期券や運賃の支
払いを行うことができるプリペイドカードなどのサービ
スを提供する情報が含まれており、ＩＣカード１を用い
て駅の改札を利用する場合や、ＩＣカード１に、ＩＤカ
ードとしての機能が含まれており、ＩＣカード１を用い
て入室許可の認証を行う場合などの、短い処理時間が求
められる処理においては、非接触式共通鍵対応リーダラ
イタ２−１を用いて、共通鍵による非接触の通信が行わ
れる。

【００２０】例えば、ＩＣカード１に、電子マネーのサ
ービスを提供する情報が含まれており、店舗などでユー
ザが購買した商品の清算の処理を行う場合などは、公開
鍵方式により認証が行われ、認証処理に時間がかかる。
このため、処理時間を特に気にしないような場合は、非
接触式公開鍵対応リーダライタ２−２を用いて、非接触
で通信を行ってもよいし、処理時間を短縮するために、
接触式公開鍵対応リーダライタ２−３を用いて、接触し
て通信を行うようにしてもよい。

【００２１】図１においては、非接触式共通鍵対応リー
ダライタ２−１乃至接触式公開鍵対応リーダライタ２−
３を、個別のリーダライタとして説明しているが、必要
に応じて、１つのリーダライタで、複数の通信方法や複
数の認証方法を用いることができるようにしてもよい。

【００２２】次に、図２を用いて、カード発行者、サー
ビス提供者、およびカード保持者について説明する。

【００２３】カード発行者１１は、サービス提供者１２
に、ＩＣカード１を保有するカード保持者１３に対し
て、ＩＣカード１を用いたサービスの提供を行うことを
認可し、ＩＣカード１の発行を希望したカード保持者１
３に対して、ＩＣカード１を発行する。

【００２４】カード発行者１１から、サービスの認可を
受けたサービス提供者１２は、カード発行者１１が有す
るサービス登録用リーダライタ２−１１に、自分自身が
カード保持者１３に提供するサービスに対応するデータ
（図６を用いて後述するService Individual Info）を
登録する。この登録については、例えば、サービス提供
者１２が有する図示しないパーソナルコンピュータなど
から、インターネットなどを介して、サービス登録用リ
ーダライタ２−１１に登録するようにしてもよいし、オ
ペレータが手動で登録するようにしてもよい。

【００２５】カード保持者１３は、サービス登録用リー
ダライタ２−１１を用いて、カード発行者１１から発行
されたＩＣカード１に、希望するサービスを登録させる
ことができる。サービス登録用リーダライタ２−１１
と、ＩＣカード１のサービス登録処理については、図２
９および図３０を用いて後述する。

【００２６】そして、カード保持者１３は、自分自身の
ＩＣカード１に登録されているサービスの削除を行いた
い場合、カード発行者１１が管理するサービス登録用リ
ーダライタ２−１１、もしくは、サービス提供者１２が
管理する一般リーダライタ２−１２を用いて、自分自身
のＩＣカード１から、サービスを削除させることができ
る。ＩＣカード１とサービス登録用リーダライタ２−１
１のサービス削除処理については、図３１および図３
２、ＩＣカード１と一般リーダライタ２−１２のサービ
ス削除処理については、図３３および図３４を用いて後
述する。

【００２７】また、カード保持者１３は、例えば、ＩＣ
カード１に、電子マネーサービスとプリペイドサービス
が登録されており、それぞれの価値情報が、ＩＣカード
１のそれぞれのサービスに関する情報に記録されている
状況で、電子マネーの価値の一部を、プリペイドの価値
へ置き換えたい場合、サービス提供者１２が管理するモ
ジュール間通信用リーダライタ２−１３を用いて、自分
自身のＩＣカード１の、図１３を用いて後述する公開鍵
モジュールと共通鍵モジュールの間で、モジュール間通
信を実行させることができる。モジュール間通信用リー
ダライタ２−１３は、共通鍵方式と、公開鍵方式の２方
式に対応するようになされている。ＩＣカード１とモジ
ュール間通信用リーダライタ２−１３との処理について
は、図４８乃至図５１を用いて後述する。

【００２８】更に、カード保持者１３は、失効してしま
った認証鍵の更新（バージョンアップ）を行いたい場
合、サービス提供者１２が管理する一般リーダライタ２
−１２、もしくは、バージョンアップ用リーダライタ２
−１４を用いて、自分自身のＩＣカード１に登録されて
いる認証鍵のバージョンアップを行わせることができ
る。ＩＣカード１とバージョンアップ用リーダライタ２
−１４との鍵バージョンアップ処理については、図４３
および４４を用いて、ＩＣカード１と一般リーダライタ
２−１２との鍵バージョンアップ処理については、図４
５乃至４７を用いて後述する。

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

【００３０】ＩＣカード１は、リーダライタ２（リーダ
ライタ２−１乃至２−３、もしくはリーダライタ２−１
１乃至２−１４を特に区別する必要のない場合について
は、これらを総称して、リーダライタ２と称するものと
する）との通信を行う通信部２１と、データ処理を実行
するＩＣカード処理部２２から構成されている。

【００３１】通信部２１は、対応するＩＣカード１が、
図１を用いて説明した非接触式共通鍵対応リーダライタ
２−１、もしくは非接触式公開鍵対応リーダライタ２−
２である場合、非接触式共通鍵対応リーダライタ２−
１、もしくは非接触式公開鍵対応リーダライタ２−２
と、電磁波を用いて通信するためのコイルを備えてい
る。また、通信部２１は、ＩＣカード１が、図１を用い
て説明した非接触式共通鍵対応リーダライタ２−１、お
よび非接触式公開鍵対応リーダライタ２−２のみなら
ず、接触式公開鍵対応リーダライタ２−３との通信にも
対応している場合、非接触式共通鍵対応リーダライタ２
−１、もしくは非接触式公開鍵対応リーダライタ２−２
と、電磁波を用いて通信するためのコイルと、接触式公
開鍵対応リーダライタ２−３と通信するための接触端子
を備えている。

【００３２】通信部２１は、リーダライタ２から送信さ
れたデータを受信し、受信したデータが、例えば、ＡＳ
Ｋ（Amplitude Shift Keying）やＢＰＳＫ（Binary Pha
se Shift Keying）を用いて変調されている場合、所定
の処理により、受信したデータを復調し、ＩＣカード処
理部２２の制御部３１に供給するとともに、ＩＣカード
処理部２２の処理により生成されたデータを、制御部３
１から供給され、ＡＳＫやＢＰＳＫを用いて変調し、リ
ーダライタ２に送信する。

【００３３】ＩＣカード処理部２２は、制御部３１、メ
モリ３２、および暗号処理部３３より構成されている。
制御部３１は、通信部２１から供給されたデータに従っ
て、暗号処理部３３を制御し、リーダライタ２との認証
処理等に必要な暗号処理を実行させたり、必要に応じ
て、メモリ３２に記録されているデータを読み込んで、
通信部２１を介して、リーダライタ２に送信する。

【００３４】メモリ３２は、カードＩＤ、サービス登録
用の認証鍵Kreg、認証局の公開鍵であるCA_Pubが記録さ
れているメモリ領域４４、図８を用いて後述するServic
e Relation Table（ＳＲＴ）４５、および図６を用いて
後述するService Registration Area（ＳＲＡ）４６で
構成されている。

【００３５】暗号処理部３３は、公開鍵処理部４１、共
通鍵処理部４２、その他の暗号処理部４３で構成されて
いる。公開鍵処理部４１乃至その他の暗号処理部４３が
実行する処理に関する詳細は、図５を用いて後述する。

【００３６】次に、図４は、ＩＣカード１の、図３と異
なる構成を示すブロック図である。なお、図４のＩＣカ
ード１においては、図３における場合と対応する部分に
は同一の符号を付してあり、その説明は適宜省略する
（以下、同様）。

【００３７】ＩＣカード１は、共通鍵サービスに関する
リーダライタ２との通信を実行する通信部５１、通信部
５１の処理によって得られたデータの処理を実行する共
通鍵サービス処理部５２、公開鍵サービスに関するリー
ダライタ２との通信を実行する通信部５３、通信部５３
の処理によって得られたデータの処理を実行する公開鍵
サービス処理部５４から構成されている。

【００３８】通信部５１は、非接触式共通鍵対応リーダ
ライタ２−１と通信を行うためのコイルを備えており、
通信部２１と同様に、例えば、ＩＣカード1から送信さ
れるデータが、ＡＳＫやＢＰＳＫを用いて変調されてい
る場合、所定の処理により、受信したデータを復調し、
共通鍵サービス処理部５２の制御部６１に供給するとと
もに、共通鍵サービス処理部５２の処理により生成され
たデータを、制御部６１から供給され、ＡＳＫやＢＰＳ
Ｋを用いて変調し、リーダライタ２に送信する。

【００３９】共通鍵サービス処理部５２は、制御部６
１、メモリ６２、および暗号処理部６３から構成されて
いる。制御部６１は、通信部５１から供給されたデータ
に従って、暗号処理部６３を制御し、ＩＣカード１との
認証処理等に必要な処理を実行させたり、必要に応じ
て、メモリ６２に記録されているデータを読み込んで、
通信部５１を介して、リーダライタ２に送信する。

【００４０】メモリ６２は、図３を用いて説明したメモ
リ３２と同様に、メモリ領域４４、ＳＲＴ４５、および
ＳＲＡ４６で構成されている。メモリ領域４４には、カ
ードＩＤ、サービス登録用の認証鍵Kreg、および、モジ
ュール間通信で用いられる共有秘密鍵Ｋ_commonが記録
されている。

【００４１】暗号処理部６３は、共通鍵処理部４２、そ
の他の暗号処理部４３で構成されている。すなわち、共
通鍵サービス処理部５２においては、公開鍵に関するサ
ービスを処理しないため、暗号処理部６３には、図３を
用いて説明した公開鍵処理部４１は備えられていない。

【００４２】通信部５３は、非接触式公開鍵対応リーダ
ライタ２−２、あるいは、接触式公開鍵対応リーダライ
タ２−３と通信を行うためのコイルもしくは接触端子を
備えている。通信部５３も、通信部２１と同様に、例え
ば、ＩＣカード1から送信されるデータが、ＡＳＫやＢ
ＰＳＫを用いて変調されている場合、所定の処理によ
り、受信したデータを復調し、公開鍵サービス処理部５
４の制御部６１に供給するとともに、公開鍵サービス処
理部５４の処理により生成されたデータを、制御部６１
から供給され、ＡＳＫやＢＰＳＫを用いて変調し、リー
ダライタ２に送信する。

【００４３】公開鍵サービス処理部５４は、制御部６
１、メモリ６２、および暗号処理部３３から構成されて
いる。すなわち、暗号処理部６３に代わって、図３を用
いて説明した暗号処理部３３が備えられている以外は、
共通鍵サービス処理部と、基本的に同様の構成である。

【００４４】次に、図５を用いて、公開鍵処理部４１乃
至その他の暗号処理部４３について説明する。

【００４５】図５（Ａ）に示されるように、公開鍵処理
部４１には、例えば、ＲＳＡ（Rivest，Shamir，Adlema
n）公開鍵暗号システムを利用して署名の生成および検
証を行うＲＳＡ署名生成・検証部７１や、ＤＳＡ（Digi
tal Signature Algorithm）方式を利用して署名の生成
および検証を行うＤＳＡ署名生成・検証部７２が備えら
れている。

【００４６】ＲＳＡ署名生成・検証部７１では、２つの
鍵によって暗号化と復号を行う。ＲＳＡ暗号系では、２
つの鍵は、例えば、次のようにして決められる。

【００４７】ある２つの大きな素数pとqを選んで、その
積n＝pqを求める。そして、（p−1）×（q−1）以下で
（p−1）×（q−1）と互いに素な整数eを選び、次の式
（１）を満たす整数ｄを求める。 E×d = 1 mod （（p−1）×（q−1））・・・（１） すると（e，ｎ）が公開鍵、ｄが秘密鍵となる。

【００４８】文Mを暗号化して、暗号化データＣを生成
する場合、次の式（２）を用いる。 Ｃ＝Ｍ ^e mod ｎ・・・（２） また、暗号化データＣを復号する場合、次の式（３）を
用いる。 Ｍ＝Ｃ ^d mod ｎ・・・（３）

【００４９】ＤＳＡ署名生成・検証部７２には、図示し
ない乱数生成部が備えられている。ＤＳＡは、DLP（Dis
crete Logarithm Problem;離散対数問題）の困難性をベ
ースとしたElGamal署名を改良して、署名の長さを160bi
t×2に短縮し、署名鍵の生成等を特定の方法で運用する
デジタル署名アルゴリズムである。署名生成において、
ハッシュ関数（データ圧縮関数）にSHA‐1（Secure Has
h Algorithm‐1）を使うことを前提としている。ＤＳＡ
方式は、米国政府機関であるNIST（米国商務省標準技術
局：National Institute of Standards and Technolog
y）により、電子署名の標準として開発され、米国連邦
情報処理標準（Federal Information Processing Stand
ard）FIPS PUB 186に定められた。

【００５０】また、図５（Ｂ）に示されるように、共通
鍵処理部４２には、例えば、ＤＥＳ（Data Encryption
Standard）共通鍵暗号システムによる認証処理を行うＤ
ＥＳ処理部７３、ＲＣ５（Rivest Cipher５）方式によ
る認証処理を行うＲＣ５処理部７４、およびＡＥＳ（Ad
vanced Encryption Standard）方式による認証処理を行
うＡＥＳ処理部７５が備えられている。

【００５１】ＤＥＳ共通鍵暗号システムは、1977年にNI
STで制定され、1981年に米国規格協会（ANSI：American
National Standards Institute）により標準化された
共通鍵暗号システムである。ＤＥＳ共通鍵暗号システム
の鍵の認証アルゴリズムは公開されており、共通鍵暗号
システムの代表として広く普及している。

【００５２】ＤＥＳ共通鍵暗号システムは、データを64
bit単位に区切って暗号化および復号処理を行う暗号シ
ステムである。ＤＥＳアルゴリズムにおいては、暗号化
と復号は対称をなしており、受信した暗号文を同じ鍵を
使ってもう一度変換すれば元の文章が復元できる。ま
た、ＤＥＳ共通鍵暗号システムでは、簡単なビット位置
転置とXOR演算の組み合わせ論理を16回繰り返してい
る。内部的にはデータのフィードバックや条件判断部分
がなく、処理が逐次的なので、パイプライン化すれば高
速に処理することができる。もともとLSI化することを
前提にして決められたアルゴリズムであり、ＤＥＳチッ
プも多く作られている。

【００５３】ＲＣ５とは、ＲＳＡ Data Security社と、
マサチューセッツ工科大学が開発したRCシリーズの共通
鍵暗号方式であり、1995年に提案された。ＲＣ５は、可
変長ブロックサイズ、可変長の鍵サイズ、および可変長
回数（元データや鍵によって、ビット回転の量が変わ
る、Data dependent rotations（データ依存ビット回
転）アルゴリズム）のラウンドを有するブロック暗号化
方式である。そのブロックサイズとしては、32、64、12
8ビットをとることが可能であり、ラウンド数は0から25
5、鍵サイズは0から2048ビットまで可変である。ＲＣ５
のアルゴリズムは公開されていて、RFC2040として入手
することが可能である。

【００５４】また、ＡＥＳ方式は、NISTによって選定作
業が行われている、米国政府の次世代標準暗号化方式で
ある。現在標準暗号として用いられているＤＥＳが制定
されたのは1977年であり、近年のコンピュータの高性能
化、暗号理論の発展に伴い、その信頼性は年々低下して
いる。そこで、NISTはＤＥＳに代わる次世代の暗号標準
として、ＡＥＳ候補となる暗号方式を全世界から公募し
た。世界中から集まった１５の方式が審査を受けてお
り、２１世紀初頭までに決定される予定である。

【００５５】そして、その他の暗号処理部４３は、例え
ば、デジタル署名を用いる場合に、メッセージに対し
て、不可逆的なハッシュ関数を作用させることで、「メ
ッセージダイジェスト」を作成し、メッセージダイジェ
ストを署名鍵により暗号化することによって、デジタル
署名を作成する等の、公開鍵処理部４１もしくは共通鍵
処理部４２が処理する以外の暗号処理を実行する。その
他の暗号処理部４３には、図５（Ｃ）に示されるよう
に、例えば、署名生成および署名検証に用いられるハッ
シュ関数SHA-1の処理を行うSHA-1処理部７６、および相
互認証プロトコルで利用される真性乱数を生成する真性
乱数生成部７７が備えられるか、あるいは、図５（Ｄ）
に示されるように、署名生成および署名検証に用いられ
るハッシュ関数ＭＤ５の処理を行うＭＤ５処理部７８、
および相互認証プロトコルで利用される擬似乱数（ある
有限な桁数の数字の範囲で出来るだけランダムな数字列
をもつ人工的な乱数）を生成する擬似乱数生成部７９が
備えられている。

【００５６】デジタル署名においては、公開鍵暗号方式
を用いるため、処理速度が遅いことが問題となるが、メ
ッセージダイジェストを作成することによって、デジタ
ル署名作成にかかる時間が削減される。更に、ハッシュ
関数は、データの改ざんに対して大きく反応する特性を
有していることから、デジタル署名を検証する際に、デ
ジタル署名を検証鍵で復号して取り出したメッセージダ
イジェストと、送られてきたメッセージ本文にハッシュ
関数を作用させて作成したメッセージダイジェストを比
較することにより、メッセージ本文が改ざんされていな
いかどうかを容易に確認することができる。

【００５７】SHA-1は任意の長さのメッセージから160bi
tのハッシュ値を生成する一方向ハッシュ関数である。
ＤＳＡ同様、NISTが開発したもので、NISTによってFIPS
PUB180 に定められた。標準原案（Ｎ544）は、基本的
にFIPS PUB 180に準拠したものとなっている。

【００５８】そして、ＭＤ５は、広く一般に使われてい
るメッセージダイジェスト関数アルゴリズムのうちの１
つで、RFC1321で定義されている。ＭＤ５は、32bitコン
ピュータ上で効率よく計算できるように、アルゴリズム
が決められている。ほかにＭＤ４やＭＤ２という、類似
のアルゴリズムもある。

【００５９】次に、図６を用いて、図３および図４を用
いて説明したＩＣカード１のＳＲＡ４６に格納されてい
る情報について説明する。

【００６０】ＳＲＡ４６は、ＩＣカード１を保有するユ
ーザが、図２を用いて説明した一般リーダライタ２−１
２などを用いて、複数のサービスを受けることができる
ようにするために、それらの複数のサービスを受けるた
めの情報（図２を用いて説明したサービス登録用リーダ
ライタ２−１１を用いて登録された情報）を記録するた
めのメモリ領域である。

【００６１】すなわち、ＳＲＡ４６には、そのＩＣカー
ド１に登録されているサービスの情報であるService In
dividual Info１乃至Ｎが登録されており、それぞれのS
ervice Individual Infoには、サービスの種類を識別す
るためのサービスＩＤ、サービス毎に予め定められた、
１つ、もしくは複数の認証用鍵情報（図６におけるServ
ice Individual Info kにおいては、１乃至ｎのｎ個の
認証用鍵情報）、サービスを受けるために利用されるサ
ービスデータ、および、鍵情報をバージョンアップする
ための認証鍵Kake_vupと、必要に応じて、認証鍵に対す
る証明書などが登録されている。

【００６２】認証用鍵情報には、例えば、認証鍵ＩＤ、
鍵のレベルおよびバージョン、認証方式、および、複数
の認証鍵を識別するために用いられる識別用認証鍵Kake
（必要に応じて、認証鍵に対する証明書）などが含まれ
る。また、サービスデータには、ユーザＩＤ以外に、Se
rvice Individual Info kが、例えば、電子マネーサー
ビスである場合、電子マネーの残高情報や累積ポイント
等、Service Individual Info kが、例えば、自動改札
サービスである場合、有効区間情報等が格納される。

【００６３】次に、図７を用いて、図６のService Indi
vidual Infoに登録される認証用鍵情報について説明す
る。

【００６４】図７（Ａ）においては、領域No．１および
領域No．２のそれぞれに対応して、認証鍵ＩＤ、鍵のバ
ージョン、認証方式、識別用認証鍵Kake、および、必要
に応じて、証明書データが登録されている。図７（Ａ）
のように認証用鍵情報が登録されている場合の認証鍵識
別処理については、図２０乃至図２４を用いて後述す
る。

【００６５】図７（Ｂ）においては、領域No．１乃至領
域No．７のそれぞれに対応して、認証鍵ＩＤ、鍵のレベ
ル、鍵のバージョン、認証方式、識別用認証鍵Kake、お
よび、必要に応じて、証明書データが登録されている。
図７（Ｂ）のように、鍵のレベルを含んだ認証用鍵情報
が登録されている場合の認証鍵識別処理については、図
２７および図２８を用いて後述する。

【００６６】次に、図８を用いて、図３および図４を用
いて説明したＩＣカード１のＳＲＴ４５に格納されてい
る情報について説明する。

【００６７】ＳＲＴ４５には、ＩＤカード１に複数のサ
ービスが登録されている場合に、あるサービスを行いな
がら別のサービスのサービスデータに対してアクセスを
許可するためのデータが登録されている。ＳＲＴ４５
は、ＩＣカード１に登録されているサービスＩＤが記載
されている登録サービスＩＤフィールド（図８において
は、サービスＩＤＡ乃至Ｊとして記載されている）と、
それぞれのサービスＩＤに対応するパーミッション情報
が記載されているパーミッション情報フィールドで構成
されている。

【００６８】パーミッション情報の登録サービスＩＤフ
ィールドには、登録されているサービスのサービスＩＤ
がすべて列挙されている。そして、パーミッション情報
フィールドには、対応するサービスが実行されている場
合に、登録サービスＩＤフィールドに記載されているサ
ービスにアクセスすることができるサービスＩＤと、ど
のような処理を行うことを許可するかを示す情報が記載
されている。例えば、読み出しおよび書き込みが許可さ
れている場合、パーミッション情報として「ｒｗ」が記
載され、読み出しのみ許可されている場合、パーミッシ
ョン情報として「ｒｏ」が記載され、鍵のバージョンア
ップが許可されている場合、パーミッション情報として
「ｖｕｐ」が記載される。「ｒｗ」と「ｒｏ」は同じサ
ービスＩＤに対して許可されないが、「ｒｗ」と「ｖｕ
ｐ」および「ｒｏ」と「ｖｕｐ」は、同じサービスＩＤ
に対して許可され、パーミッション情報フィールドに列
挙することが可能である。

【００６９】すなわち、ＳＲＴ４５に、図８に示される
パーミッション情報が登録されている場合、サービスＩ
ＤがＣで示されるサービスの実行中には、サービスＩＤ
がＢで示されるサービスに対して、読み出し、および書
き込みが許可され、更に、サービスＩＤがＤで示される
サービスの実行中においても、サービスＩＤがＢで示さ
れるサービスに対しての読み出しが許可され、サービス
ＩＤがＥで示されるサービスの実行中に、サービスＩＤ
がＤで示されるサービスに対して、読み出し、書き込
み、および鍵のバージョンアップが許可され、以下、サ
ービスＩＤがＥで示されるサービス、サービスＩＤがＦ
で示されるサービス、サービスＩＤがＧで示されるサー
ビス、もしくは、サービスＩＤがＩで示されるサービス
においても、対応するパーミッション情報フィールドに
記載されている情報に基づいて、他のサービスＩＤに対
応する処理の実行中に、パーミッション情報に対応した
処理が許可される。

【００７０】これらのパーミッション情報の登録は、Ｉ
Ｃカード１に、対応するサービスを登録する場合に行わ
れる。すなわち、ユーザが、サービス登録用リーダライ
タ２−１１を用いて、自分自身が保有するＩＣカード１
に対して、サービスＩＤがＦで示されるサービスを登録
する場合、例えば、サービスＩＤがＧで示されるサービ
スがすでに登録され、サービスＩＤがＨで示されるサー
ビスが登録されていないならば、登録サービスＩＤフィ
ールドのＦに対応するパーミッション情報フィールドに
は、サービスＩＤがＧで示されるサービスに対応するパ
ーミッション情報しか登録することができない。そし
て、ユーザが、サービスＩＤがＨで示されるサービスを
ＩＤカード１に登録した後、サービスＩＤがＦで示され
るサービスをアップデートすることにより、サービスＩ
ＤがＦで示されるサービスに対する、サービスＩＤがＨ
で示されるサービスのパーミッション情報を登録するこ
とができる。

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

【００７２】リーダライタ２は、ＩＣカード１との通信
を行う通信部９１と、データ処理を実行するリーダライ
タ処理部９２から構成されている。

【００７３】通信部９１は、ＩＣカード１との通信方法
によって（すなわち、リーダライタ２が、図１を用いて
説明した非接触式と接触式のいずれの通信方式を採用し
ているかによって）、電磁波を用いて通信するためのコ
イルのみを備えるか、もしくは、電磁波を用いて通信す
るためのコイル、および接触式により通信するための接
触端子を備える構造を有している。

【００７４】通信部９１は、ＩＣカード１から送信され
たデータを受信し、受信したデータが、例えば、ＡＳＫ
やＢＰＳＫを用いて変調されている場合、所定の処理に
より、受信したデータを復調し、リーダライタ処理部９
２の制御部１０１に供給するとともに、リーダライタ処
理部９２の処理により生成されたデータを、制御部１０
１から供給され、ＡＳＫやＢＰＳＫを用いて変調し、Ｉ
Ｃカード１に送信する。

【００７５】リーダライタ処理部９２は、制御部１０
１、暗号処理部１０２、メモリ１０３、通信部１０４、
表示部１０５、および入力部１０６より構成されてい
る。制御部１０１は、通信部９１から供給されたデータ
に従って、暗号処理部１０２を制御し、ＩＣカード１と
の認証処理等に必要な暗号処理を実行させたり、必要に
応じて、メモリ１０３に記録されているデータを読み込
んで、通信部９１を介して、ＩＣカード１に送信した
り、ユーザが入力部１０６を用いて入力した各種操作に
対応した信号や、ネットワークを介して、通信部１０４
に入力された制御信号の入力を受け、これらの信号に従
って、処理を実行し、その結果を表示部１０５に表示さ
せる。

【００７６】また、通信部１０４には、ドライブ１１４
も接続されており、ドライブ１１４に装着される磁気デ
ィスク１１５、光ディスク１１６、光磁気ディスク１１
７、および半導体メモリ１１８などとデータの授受を行
ことができる。

【００７７】暗号処理部１０２は、図３を用いて説明し
た暗号処理部３３と同様の構成を有しているので、その
説明は省略する。

【００７８】メモリ１０３には、ＩＣカード１と所定の
処理を実行するための情報が記憶されている。その情報
は、リーダライタ２が、図２を用いて説明した、サービ
ス登録用リーダライタ２−１１乃至バージョンアップ用
リーダライタ２−１４のいずれに対応するものであるか
によって異なる。図１０乃至図１４を用いて、サービス
登録用リーダライタ２−１１乃至バージョンアップ用リ
ーダライタ２−１４のメモリ１０３に記憶されているデ
ータについて説明する。

【００７９】図１０に示される、サービス登録用リーダ
ライタ２−１１のメモリ１０３には、ＩＣカード１のメ
モリ３２のＳＲＡ４６にデータを登録もしくは削除する
場合に用いられる認証鍵Kregが記憶され（必要に応じて
認証鍵の証明書も記憶されている）、ＩＣカード１に登
録するための各種サービスに対応するService Individu
al Info１乃至ｎが記憶されている。

【００８０】図１１に示される、一般リーダライタ２−
１２のメモリ１０３には、この一般リーダライタ２−１
２で処理することが可能なサービスに対応するサービス
ＩＤと、それに対応する認証鍵リスト、および鍵失効情
報が記憶されている。また、一般リーダライタ２−１２
に、鍵バージョンアップのサービスを可能とさせる場
合、一般リーダライタ２−１２のメモリ１０３には、新
バージョンの鍵などの情報も、あわせて記憶される。

【００８１】図１２に示される、モジュール間通信用リ
ーダライタ２−１３のメモリ１０３には、一般リーダラ
イタ２−１２のメモリ１０３に記憶されている情報と同
様に、このモジュール間通信用リーダライタ２−１３で
処理することが可能なサービスに対応するサービスＩＤ
と、それに対応する認証鍵リスト、および鍵失効情報が
記憶されている。モジュール間通信とは、図１３に示さ
れるように、共通鍵方式および公開鍵方式の２方式に対
応するようになされているモジュール間通信用リーダラ
イタ２−１３に、公開鍵モジュール１２１（例えば、図
４を用いて説明した、ＩＣカード１の通信部５３および
公開鍵サービス処理部５４に対応する）と、共通鍵モジ
ュール１２２（例えば、図４を用いて説明したＩＣカー
ド１の通信部５１および共通鍵サービス処理部５２に対
応する）を有するＩＣカード１を装着し、公開鍵モジュ
ール１２１と共通鍵モジュール１２２とのデータの通信
を、モジュール間通信用リーダライタ２−１３を介して
行うことである。モジュール間通信に関する処理の詳細
は、図４８乃至図５１を用いて後述する。

【００８２】そして、図１４に示される、バージョンア
ップ用リーダライタ２−１４のメモリ１０３には、装着
されたＩＣカード１に登録されているサービスの認証鍵
をバージョンアップするための、サービスＩＤと、その
サービスＩＤに対応するバージョンアップ用認証鍵Kake
_vupおよび認証鍵Kakeのリストが記憶されている。

【００８３】ＩＣカード１とリーダライタ２とが通信を
行う場合、いくつかの例外となる処理を除いて、はじめ
に、ＩＣカード１とリーダライタ２が相互認証するため
に、通信を行うサービスを相互に識別し、そのサービス
の認証鍵を相互に識別する必要がある。図１５のフロー
チャートを参照して、ＩＣカード１とリーダライタ２の
相互認証処理について説明する。

【００８４】まず、ステップＳ１において、リーダライ
タ２は、必要に応じて、ＩＣカード１と通信して必要な
データの授受を行うことにより、図１６および図１８を
用いて後述するリーダライタ２のサービス識別処理を実
行する。そして、ステップＳ２において、ＩＣカード１
は、必要に応じて、リーダライタ２と通信して必要なデ
ータの授受を行うことにより、図１７および図１９を用
いて後述するＩＣカード１のサービス識別処理を実行す
る。

【００８５】そして、ステップＳ１のリーダライタ２の
サービス識別処理およびステップＳ２のＩＣカード１の
サービス識別処理が正常終了した場合、ステップＳ３に
おいて、リーダライタ２は、必要に応じて、ＩＣカード
１と通信して必要なデータの授受を行うことにより、図
２０、図２２および図２７を用いて後述するリーダライ
タ２の認証鍵識別処理を実行する。そして、ステップＳ
４において、ＩＣカード１は、必要に応じて、リーダラ
イタ２と通信して必要なデータの授受を行うことによ
り、図２１、図２３および図２８を用いて後述するＩＣ
カード１の認証鍵識別処理を実行する。

【００８６】次に、図１６のフローチャートを参照し
て、複数のサービスに対応しているＩＣカード１と、複
数のサービスに対応しているリーダライタ２において、
ユーザが所望のサービスを入力し、そのサービスの実行
が可能か否かを判断することにより、図１５のステップ
Ｓ１において実行されるリーダライタ２のサービス識別
処理について説明する。

【００８７】リーダライタ２の制御部１０１は、ステッ
プＳ１１において、ＩＣカード１に対し、通信部９１を
介して、ＩＣカード検出コマンドを送信し、ステップＳ
１２において、ＩＣカード１からＡＣＫ信号（後述する
図１７のステップＳ２２において、ＩＣカード１が送信
した信号）を受信したか否かを判断する。ステップＳ１
２において、ＡＣＫ信号が受信されていないと判断され
た場合、ＡＣＫ信号が受信されたと判断されるまで、ス
テップＳ１２の処理が繰り返される。

【００８８】ステップＳ１２において、ＡＣＫ信号を受
信したと判断された場合（すなわち、ＩＣカード１が、
リーダライタ２に装着された場合）、ステップＳ１３に
おいて、制御部１０１は、ユーザが入力部１０６を用い
て入力した操作を示す信号に従って、または、予め決め
られたサービスに基づいて、ユーザが希望するサービス
に対応するサービスＩＤを、通信部９１を介して、ＩＣ
カード１に送信する。

【００８９】ステップＳ１４において、制御部１０１
は、ＩＣカード１から送信される信号（後述する図１７
のステップＳ２５もしくはステップＳ２６において、Ｉ
Ｃカード１が送信した信号）を受信する。ステップＳ１
５において、制御部１０１は、ステップＳ１４において
受信したデータは、ＡＣＫ信号か否かを判断する。ステ
ップＳ１５において、受信した信号がＡＣＫ信号ではな
い（すなわちＮＡＣＫ信号である）と判断された場合、
ステップＳ１６において、制御部１０１は、エラーメッ
セージに対応するデータを表示部１０５に出力して表示
させ、処理を終了する（すなわち、処理は、図１５のス
テップＳ３には進まない）。ステップＳ１５において、
受信した信号がＡＣＫ信号であると判断された場合、処
理は、図１５のステップＳ３に進む。

【００９０】次に、図１７のフローチャートを参照し
て、図１５のステップＳ２において、図１６を用いて説
明したリーダライタ２のサービス識別処理と並行して実
行される、ＩＣカード１のサービス識別処理について説
明する。なお、ここでは、図３を用いて説明したＩＣカ
ード１において処理が行われるものとして説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【００９１】ＩＣカード１の制御部３１は、ステップＳ
２１において、図１６のステップＳ１１において、リー
ダライタ２が送信したＩＣカード検出コマンドを、通信
部２１を介して受信し、ステップＳ２２において、リー
ダライタ２にＡＣＫ信号を送信する。

【００９２】制御部３１は、ステップＳ２３において、
図１６のステップＳ１３において、リーダライタ２が送
信したサービスＩＤを、通信部２１を介して受信し、ス
テップＳ２４において、受信したサービスＩＤは、ＩＣ
カード１の対応するモジュール（ここでは、図３を用い
て説明したＩＣカード1における処理について説明して
いるので、ＩＣカード処理部２２のメモリ３２に対応す
るが、例えば、図4を用いて説明したＩＣカード１の場
合、リーダライタ２が対応している方式により、共通鍵
サービス処理部５２のメモリ６２あるいは、公開鍵サー
ビス処理部のメモリ６２に対応する）内に登録されてい
るＩＤであるか否か、すなわち、ステップＳ２３におい
て受信したサービスＩＤが、図６を用いて説明したＳＲ
Ａ４６に登録されているか否かを判断する。

【００９３】ステップＳ２４において、受信したサービ
スＩＤが、モジュール内に登録されていると判断された
場合、ステップＳ２５において、制御部３１は、通信部
２１を介して、リーダライタ２にＡＣＫ信号を送信し、
処理は、図１５のステップＳ４に進む。ステップＳ２４
において、受信したサービスＩＤが、モジュール内に登
録されていないと判断された場合、ステップＳ２６にお
いて、制御部３１は、通信部２１を介して、リーダライ
タ２にＮＡＣＫ信号を送信し、処理が終了される（すな
わち、図１５のステップＳ４には進まない）。

【００９４】次に、図１８のフローチャートを参照し
て、複数のサービスに対応しているＩＣカード１と、複
数のサービスに対応しているリーダライタ２において、
該当するＩＣカード１とリーダライタ２が実行可能なサ
ービスを抽出して、リーダライタ２の表示部１０５に表
示させ、それらのサービスの中から、ユーザが所望する
サービスを選択させることにより、サービス識別を行う
場合における、図１５のステップＳ１において実行され
る、リーダライタ２のサービス識別処理について説明す
る。

【００９５】リーダライタ２の制御部１０１は、ステッ
プＳ３１において、サービスＩＤリスト送信コマンド
を、ＩＣカード１に、通信部９１を介して送信し、ステ
ップＳ３２において、後述する図１９のステップＳ５２
において、ＩＣカード１が送信した、サービスＩＤリス
トを受信したか否かを判断する。ステップＳ３２におい
て、サービスＩＤリストを受信していないと判断された
場合、サービスＩＤリストを受信したと判断されるま
で、ステップＳ３２の処理が繰り返される。

【００９６】ステップＳ３２において、サービスＩＤリ
ストを受信したと判断された場合、ステップＳ３３にお
いて、制御部１０１は、受信したサービスＩＤリストに
記載されているサービスＩＤは、リーダライタ２が対応
しているサービスが含まれているか否か（すなわち、リ
ーダライタ２のメモリ１０３に記憶されているサービス
ＩＤを含んでいるか否か）を判断する。

【００９７】ステップＳ３３において、受信したサービ
スＩＤリストに、リーダライタ対応サービスが含まれて
いると判断された場合、ステップＳ３４において、制御
部１０１は、サービスＩＤリストに含まれていた対応サ
ービスが複数であるか否かを判断する。ステップＳ３４
において、対応サービスが複数ではない（すなわち１つ
だけである）と判断された場合、処理は、ステップＳ３
７に進む。

【００９８】ステップＳ３４において、対応サービスが
複数であると判断された場合、制御部１０１は、ステッ
プＳ３５において、複数の対応サービスを表示部１０５
に表示させるためのデータを生成し、表示部１０５に出
力して表示させ、ステップＳ３６において、入力部１０
６から、ユーザが希望するサービスの入力を受ける。あ
るいは、サービスそれぞれに、優先度情報を含ませてお
き、複数の対応サービスのうちから、優先度の最も高い
サービスが自動的に選択されるようにしてもよい。

【００９９】ステップＳ３７において、制御部１０１
は、ステップＳ３４において、対応サービスがただ１つ
であると判断された場合は、そのサービスに対応するサ
ービスＩＤを、ステップＳ３４において、対応サービス
が複数であると判断された場合は、ステップＳ３６にお
いて、ユーザが入力部１０６を用いて入力した希望する
サービスに対応するサービスＩＤを、通信部９１を介し
て、ＩＣカード１に送信し、処理は、図１５のステップ
Ｓ３に進む。

【０１００】ステップＳ３３において、受信したサービ
スＩＤリストに、リーダライタ対応サービスが含まれて
いないと判断された場合、制御部１０１は、ステップＳ
３８において、通信部９１を介して、ＩＣカード１にＮ
ＡＣＫ信号を送信し、ステップＳ３９において、図１６
のステップＳ１６と同様の処理がなされ、処理が終了さ
れる（すなわち、処理は、図１５のステップＳ３には進
まない）。

【０１０１】次に、図１９のフローチャートを参照し
て、図１５のステップＳ２において、図１８を用いて説
明したリーダライタ２のサービス識別処理と並行して実
行される、ＩＣカード１のサービス識別処理について説
明する。なお、ここでは、図３を用いて説明したＩＣカ
ード１において処理が行われるものとして説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【０１０２】ＩＣカード１の制御部３１は、ステップＳ
５１において、リーダライタ２が、図１８のステップＳ
３１において送信したサービスＩＤ送信コマンドを、通
信部２１を介して受信し、ステップＳ５２において、自
分自身が対応しているサービスＩＤリスト（すなわち、
メモリ３２のＳＲＡ４６に登録されているサービスＩＤ
のリスト）を生成して、通信部２１を介して、リーダラ
イタ２に送信する。

【０１０３】制御部３１は、ステップＳ５３において、
リーダライタ２が、図１８のステップＳ３７もしくはス
テップＳ３８において、ＩＣカード１に送信したデータ
を、通信部２１を介して受信し、ステップＳ５４におい
て、リーダライタ２から受信したデータはＮＡＣＫ信号
か否かを判断する。ステップＳ５４において、受信した
信号がＮＡＣＫ信号であると判断された場合（すなわ
ち、受信したデータが、図１８のステップＳ３８におい
て、リーダライタ２がＩＣカード１に送信した信号であ
る場合）、処理が終了される（すなわち、処理は、図１
５のステップＳ４には進まない）。

【０１０４】ステップＳ５４において、リーダライタ２
から受信したデータはＮＡＣＫ信号ではないと判断され
た場合（すなわち、受信したデータが、図１８のステッ
プＳ３７において、リーダライタ２がＩＣカード１に送
信したサービスＩＤである場合）、ステップＳ５５にお
いて、制御部３１は、リーダライタ２から受信したサー
ビスＩＤは、自分自身のメモリ３２のＳＲＡ４６に登録
されているか否か判断する。

【０１０５】ステップＳ５５において、サービスＩＤが
登録されていないと判断された場合、処理が終了される
（すなわち、処理は、図１５のステップＳ４には進まな
い）。ステップＳ５５において、サービスＩＤが登録さ
れていると判断された場合、処理は、図１５のステップ
Ｓ４に進む。

【０１０６】次に、図２０のフローチャートを参照し
て、図７（Ａ）を用いて説明した認証用鍵情報を用いて
認証鍵識別が行われる場合、図１５のステップＳ３にお
いて実行される、リーダライタ２の認証鍵識別処理につ
いて説明する。

【０１０７】リーダライタ２の制御部１０１は、ステッ
プＳ６１において、図１５のステップＳ１およびステッ
プＳ２のサービス識別処理により識別されたサービスに
対応するサービスＩＤ（ここでは、対応するサービスＩ
Ｄを、ＩＤ_Ｓとする）に属する認証鍵のうちの１つに
対応する認証鍵ＩＤを、メモリ１０３から読み出し、通
信部９１を介して、ＩＣカード１に送信し、ステップＳ
６２において、後述する図２１のステップＳ７３もしく
はステップＳ７５において、ＩＣカード１が送信するデ
ータを受信する。

【０１０８】ステップＳ６３において、制御部１０１
は、ステップＳ６２において、ＩＣカード１から受信し
たデータは、ＡＣＫ信号か否かを判断する。ステップＳ
６３において、ＡＣＫ信号が受信されたと判断された場
合、ステップＳ６４において、制御部１０１は、暗号処
理部３３を制御して、ステップＳ６１において、暗号処
理部１０２の公開鍵処理部１１１もしくは共通鍵処理部
１１２のうち、ＩＣカード１に送信した認証鍵ＩＤに対
応する認証鍵を用いて認証処理を行う処理部を選択して
制御することにより、ＩＣカード１との相互認証処理お
よび鍵共有処理を開始し、ＩＣカード１とセッション鍵
Ksesを共有し、相互認証処理が終了した後、処理が終了
される。

【０１０９】ステップＳ６３において、ＡＣＫ信号が受
信されていないと判断された場合（すなわち、ＮＡＣＫ
信号を受信したと判断された場合）、ステップＳ６５に
おいて、図１６のステップＳ１６と同様の処理がなさ
れ、処理が終了される。

【０１１０】次に、図２１のフローチャートを参照し
て、図１５のステップＳ４において、図２０のリーダラ
イタ２の認証鍵識別処理と並行して実行される、ＩＣカ
ード１の認証鍵識別処理について説明する。なお、ここ
でも、図３を用いて説明したＩＣカード１により、処理
が実行される場合について説明するが、図４を用いて説
明したＩＣカード１によって処理が実行される場合にお
いても、基本的に同様の処理が実行される。

【０１１１】ＩＣカード１の制御部３１は、ステップＳ
７１において、図２０のステップＳ６１において、リー
ダライタ２が送信した認証鍵ＩＤを、通信部２１を介し
て受信し、ステップＳ７２において、ステップＳ７１に
おいて受信した認証鍵ＩＤは、メモリ３２のＳＲＡ４６
のＩＤ_Ｓに関するデータが記憶されている領域に登録
されているか否かを判断する。

【０１１２】ステップＳ７２において、認証鍵ＩＤが登
録されていると判断された場合、制御部３１は、ステッ
プＳ７３において、通信部２１を介して、リーダライタ
２にＡＣＫ信号を送信し、ステップＳ７４において、暗
号処理部３３の公開鍵処理部４１もしくは共通鍵処理部
４２のうち、リーダライタ２に指定された認証鍵による
認証処理を行う方を選択して制御することにより、相互
認証処理を実行し、リーダライタ２とセッション鍵Kses
を共有し、相互認証処理の終了後、処理が終了される。
ステップＳ７２において、認証鍵ＩＤが登録されていな
いと判断された場合、ステップＳ７５において、制御部
３１は、通信部２１を介して、リーダライタ２にＮＡＣ
Ｋ信号を送信し、処理が終了される。

【０１１３】図２０および図２１を用いて説明した処理
においては、ＩＣカード１とリーダライタ２は、図１５
のステップＳ１およびステップＳ２の処理により識別さ
れたサービスのサービスＩＤに対応する、リーダライタ
２が指定した認証鍵により、相互認証を実行する。

【０１１４】例えば、あるサービスに対して共通鍵およ
び公開鍵の２種類の認証鍵が用意されている場合、共通
鍵に基づく認証処理により高速な処理を行うことをデフ
ォルトとし、共通鍵のバージョンが古い場合には、公開
鍵に基づいて認証処理を実施するようにしてもよい。

【０１１５】次に、図２２のフローチャートを参照し
て、図１５のステップＳ３において実行される、図１５
のステップＳ１およびステップＳ２の処理により識別さ
れたサービスのサービスＩＤに対応するサービスに対し
て、共通鍵および公開鍵の２種類の認証鍵が用意されて
いる場合のリーダライタ２の認証鍵識別処理について説
明する。

【０１１６】リーダライタ２の制御部１０１は、ステッ
プＳ８１において、図１５のステップＳ１およびステッ
プＳ２の処理により識別されたサービスのサービスＩＤ
に対応する認証鍵の、共通鍵バージョン情報要求コマン
ドを、通信部９１を介してＩＣカード１に送信し、ステ
ップＳ８２において、後述する図２３のステップＳ９２
において、ＩＣカード１が送信した共通鍵バージョン情
報を、通信部９１を介して受信する。

【０１１７】ステップＳ８３において、制御部１０１
は、ステップＳ８２において受信した共通鍵バージョン
情報を基に、共通鍵バージョンが有効か否かを判断す
る。ステップＳ８３において、共通鍵バージョンが有効
であると判断された場合、ステップＳ８４において、制
御部１０１は、ＩＣカード１に、共通鍵による相互認証
開始コマンドを送信し、暗号処理部１０２の共通鍵処理
部１１２を制御して、共通鍵による相互認証を開始し、
ＩＣカード１とセッション鍵Ksesを共有し、相互認証が
終了した後、処理が終了される。

【０１１８】ステップＳ８３において、共通鍵バージョ
ンが有効ではないと判断された場合、ステップＳ８５に
おいて、制御部１０１は、ＩＣカード１に、公開鍵によ
る相互認証開始コマンドを送信し、暗号処理部１０２の
公開鍵処理部１１１を制御して、公開鍵による相互認証
を開始し、ＩＣカード１とセッション鍵Ksesを共有し、
相互認証が終了した後、処理が終了される。

【０１１９】次に、図２３のフローチャートを参照し
て、図１５のステップＳ４において、図２２を用いて説
明したリーダライタ２の認証鍵識別処理と並行して実行
される、ＩＣカード１の認証鍵識別処理について説明す
る。なお、ここでも、図３を用いて説明したＩＣカード
１により、処理が実行される場合について説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【０１２０】ＩＣカード１の制御部３１は、ステップＳ
９１において、図２２のステップＳ８１において、リー
ダライタ２が送信した共通鍵バージョン情報要求コマン
ドを受信し、ステップＳ９２において、共通鍵バージョ
ン情報を、通信部２１を介して、リーダライタ２に送信
する。

【０１２１】制御部３１は、ステップＳ９３において、
図２２のステップＳ８４もしくはステップＳ８５におい
て、リーダライタ２が送信した相互認証開始コマンドを
受信し、ステップＳ９４において、ステップＳ９３にお
いて受信された相互認証開始コマンドは、共通鍵による
相互認証開始コマンドであるか否かを判断する。

【０１２２】ステップＳ９４において、共通鍵による相
互認証開始コマンドであると判断された場合、ステップ
Ｓ９５において、制御部３１は、暗号処理部３３の共通
鍵処理部４２を制御して、共通鍵による相互認証を開始
し、リーダライタ２とセッション鍵Ksesを共有し、相互
認証が終了した後、処理が終了される。

【０１２３】ステップＳ９４において、共通鍵による相
互認証開始コマンドではない（すなわち、公開鍵による
相互認証開始コマンドである）と判断された場合、ステ
ップＳ９６において、制御部３１は、暗号処理部３３の
公開鍵処理部４１を制御して、公開鍵による相互認証を
開始し、リーダライタ２とセッション鍵Ksesを共有し、
相互認証が終了した後、処理が終了される。

【０１２４】図２２および図２３を用いて説明した処理
により、ＩＣカード１とリーダライタ２は、まず、認証
速度の速い共通鍵による相互認証を実行しようとし、共
通鍵による相互認証が行えない場合（例えば、対応する
共通鍵のバージョンが古い場合など）、公開鍵を用い
て、相互認証を実行する。

【０１２５】図２２のステップＳ８５および図２３のス
テップＳ９６の処理においては、公開鍵による相互認証
が行われる。リーダライタ２のメモリ１０３のＳＲＡ４
６には、図２４（Ａ）に示されるリーダライタ２の証明
書が記憶されている。また、ＩＣカード１のメモリ３２
のＳＲＡ４６には、図２４（Ｂ）に示されるＩＣカード
１の証明書が記憶されている。

【０１２６】図２４（Ａ）および図２４（Ｂ）に示され
るように、それぞれの証明書には、証明書のバージョン
番号、認証局が割り付ける証明書の通し番号、署名に用
いたアルゴリズムとパラメータ、認証局の名前、証明書
の有効期限、リーダライタ２、あるいはＩＣカード１の
名前（ＩＤ）、リーダライタ２の公開鍵Kpsp、あるいは
ＩＣカード１の公開鍵Kpu、およびメッセージ全体に、
図５を用いて説明したような不可逆的なハッシュ関数
（データ圧縮関数）を作用させることで、メッセージダ
イジェストを作成し、メッセージダイジェストを、認証
局の秘密鍵Kscaにより暗号化することによって作成され
た、デジタル署名から構成される。

【０１２７】次に、図２５のフローチャートを参照し
て、署名生成処理について説明する。ここでは、楕円曲
線暗号方式（楕円ＤＳＡ署名）を用いて、デジタル署名
を生成する場合について説明する。ここでは、ＩＣカー
ド１の制御部３１が、公開鍵処理部４１のＤＳＡ署名生
成・検証部７２を制御することにより実行される処理に
ついて説明するが、リーダライタ２においても、同様の
処理が実行されるので、リーダライタ２の処理について
の説明は省略する。

【０１２８】ステップＳ１０１において、制御部３１
は、署名生成処理に必要なパラメータを認識する。すな
わち、ｐを標数、ａおよびｂを楕円曲線の係数、楕円曲
線をｙ ²＝ｘ³＋ａｘ＋ｂ、Ｇを楕円曲線上のベースポイ
ント、ｒをＧの位数、Ｍをメッセージ、Ｋｓを秘密鍵、
ＧおよびＫｓＧを公開鍵とする。

【０１２９】公開鍵処理部４１のＤＳＡ署名生成・検証
部７２は、ステップＳ１０２において、図示しない乱数
生成部で、０＜ｕ＜ｒとなるｕを生成し、ステップＳ１
０３において、ステップＳ１０２において生成された乱
数ｕを用いて、公開鍵Ｇをｕ倍し、Ｖ＝ｕＧ＝（Xv，Y
v）となるＶを算出する。

【０１３０】ＤＳＡ署名生成・検証部７２は、ステップ
Ｓ１０４において、ｃ＝Xv mod ｒを算出し、ステップ
Ｓ１０５において、Ｓ１０４の計算結果に基づいて、ｃ
＝０であるか否かを判断する。ステップＳ１０５におい
て、ｃ＝０であると判断された場合、処理は、ステップ
Ｓ１０２に戻り、それ以降の処理が繰り返される。

【０１３１】ステップＳ１０５において、ｃ＝０ではな
いと判断された場合、ＤＳＡ署名生成・検証部７２は、
ステップＳ１０６において、メッセージＭのハッシュ値
であるｆ＝SHA-1（Ｍ）（ここでは、ハッシュ関数とし
て、SHA-1が用いられる）を算出し、ステップＳ１０７
において、ｄ＝[（ｆ＋ｃＫｓ）／ｕ] mod rを計算す
る。

【０１３２】ステップＳ１０８において、ＤＳＡ署名生
成・検証部７２は、ステップＳ１０７の計算結果に基づ
いて、ｄ＝０か否かを判断する。ステップＳ１０８にお
いて、ｄ＝０であると判断された場合、処理は、ステッ
プＳ１０２に戻り、それ以降の処理が繰り返される。ス
テップＳ１０８において、ｄ＝０ではないと判断された
場合、ステップＳ１０９において、ＤＳＡ署名生成・検
証部７２は、署名データを（ｃ，ｄ）とし、処理が終了
される。

【０１３３】このようにしてＩＣカード１において生成
されたデジタル署名を受信したリーダライタ２は、受信
したデジタル署名を検証する処理を実施する。図２６の
フローチャートを参照して、署名検証処理について説明
する。ここでは、リーダライタ２の制御部１０１が、公
開鍵処理部４１のＤＳＡ署名生成・検証部７２を制御す
ることにより実行される処理について説明するが、ＩＣ
カード１においても、同様の処理が実行されるので、Ｉ
Ｃカード１の処理についての説明は省略する。

【０１３４】ステップＳ１１１において、制御部１０１
は、署名生成処理に必要なパラメータを認識する。すな
わち、ｐを標数、ａおよびｂを楕円曲線の係数、楕円曲
線をｙ²＝ｘ³＋ａｘ＋ｂ、Ｇを楕円曲線上のベースポイ
ント、ｒをＧの位数、Ｍをメッセージ、Ｋｓを秘密鍵、
ＧおよびＫｓＧを公開鍵とする。

【０１３５】公開鍵処理部４１のＤＳＡ署名生成・検証
部７２は、ステップＳ１１２において、受信した署名デ
ータのｃおよびｄの値に基づいて、０＜ｃ＜ｒかつ０＜
ｄ＜ｒであるか否かを判断する。

【０１３６】ステップＳ１１２において、０＜ｃ＜ｒか
つ０＜ｄ＜ｒではないと判断された場合、処理はステッ
プＳ１２０に進む。ステップＳ１１２において、０＜ｃ
＜ｒかつ０＜ｄ＜ｒであると判断された場合、ステップ
Ｓ１１３において、ＤＳＡ署名生成・検証部７２は、メ
ッセージＭのハッシュ値であるｆ＝SHA-1（Ｍ）を算出
し、ステップＳ１１４において、ｈ＝１／ｄ mod ｒを
計算する。

【０１３７】ＤＳＡ署名生成・検証部７２は、ステップ
Ｓ１１４において算出されたｈの値を用いて、ステップ
Ｓ１１５において、ｈ１＝ｆｈ、ｈ２＝ｃｈ mod ｒを
算出し、ステップＳ１１６において、Ｐ＝（Ｘｐ，Ｙ
ｐ）＝ｈ１Ｇ＋ｈ２ＫｓＧを算出する。

【０１３８】ステップＳ１１７において、ＤＳＡ署名生
成・検証部７２は、ステップＳ１１６の算出結果から、
Ｐの値が無限遠点であるか否かを判断する。ここでは、
Ｐの値が無限遠点である場合、ステップＳ１１６におい
て、ｈ１Ｇ＋ｈ２ＫｓＧの解を得ることができないこと
に基づいて、Ｐの値が無限遠点であるか否かを判断する
ことが可能である。ステップＳ１１７において、Ｐが無
限遠点であると判断された場合、処理は、ステップＳ１
２０に進む。

【０１３９】ステップＳ１１７において、Ｐの値が無限
遠点ではないと判断された場合、ステップＳ１１８にお
いて、ＤＳＡ署名生成・検証部７２は、ｃ＝Ｘｐ mod
ｒが成り立つか否かを判断する。ステップＳ１１８にお
いて、ｃ＝Ｘｐ mod ｒが成り立たないと判断された場
合、処理は、ステップＳ１２０に進む。

【０１４０】ステップＳ１１８において、ｃ＝Ｘｐ mod
ｒが成り立つと判断された場合、ステップＳ１１９に
おいて、ＤＳＡ署名生成・検証部７２は、受信した署名
は正しいと判断し、処理が終了される。

【０１４１】ステップＳ１１２において、０＜ｃ＜ｒか
つ０＜ｄ＜ｒではないと判断された場合、ステップＳ１
１７において、ｐが無限遠点であると判断された場合、
もしくは、ステップＳ１１８において、ｃ＝Ｘｐ mod
ｒが成り立たないと判断された場合、ステップＳ１２０
において、ＤＳＡ署名生成・検証部７２は、受信した署
名は正しくないと判断し、処理が終了される。

【０１４２】また、図７（Ｂ）を用いて説明した認証用
鍵情報を用いて認証鍵識別が行われ、あるサービスに対
してレベル分けされた複数の認証鍵が格納されているよ
うな場合、低レベルの鍵から優先的に認証処理を開始
し、その鍵のバージョンを判定し、その鍵のバージョン
が古いとき、より高いレベルの認証鍵を用いて認証処理
を行うようにしてもよい。

【０１４３】次に、図２７のフローチャートを参照し
て、図１５のステップＳ３において実行される、あるサ
ービスに対してレベル分けされた複数の認証鍵が格納さ
れている場合のリーダライタ２の認証鍵識別処理につい
て説明する。

【０１４４】リーダライタ２の制御部１０１は、ステッ
プＳ１３１において、通信部９１を介して、鍵レベル交
渉コマンドを、ＩＣカード１に送信し、ステップＳ１３
２において、後述する図２８のステップＳ１４３におい
て、ＩＣカード１が送信する、レベルＮにおける鍵バー
ジョン情報Ｖを、通信部９１を介して受信する。

【０１４５】ステップＳ１３３において、制御部１０１
は、ステップＳ１３２において受信した鍵バージョン情
報ＶのレベルＮは、Ｎ＞０であるか否かを判断する。ス
テップＳ１３３において、Ｎ＞０ではないと判断された
場合、処理はステップＳ１３７に進む。

【０１４６】ステップＳ１３３において、Ｎ＞０である
と判断された場合、ステップＳ１３４において、制御部
１０１は、ステップＳ１３２において受信した鍵バージ
ョン情報Ｖに基づいて、レベルＮにおける鍵バージョン
情報は有効か否かを判断する。

【０１４７】ステップＳ１３４において、レベルＮにお
ける鍵バージョンが有効ではないと判断された場合（す
なわち、鍵のバージョンが古いと判断された場合）、ス
テップＳ１３５において、制御部１０１は、通信部９１
を介して、ＩＣカード１にＮＡＣＫ信号を送信し、処理
はステップＳ１３２に戻り、それ以降の処理が繰り返さ
れる。

【０１４８】ステップＳ１３４において、レベルＮにお
ける鍵バージョンは有効であると判断された場合、ステ
ップＳ１３６において、制御部１０１は、通信部９１を
介して、ＩＣカード１にＡＣＫ信号を送信し、処理が終
了される。

【０１４９】ステップＳ１３３において、Ｎ＞０ではな
いと判断された場合、ステップＳ１３７において、図１
６のステップＳ１６と同様の処理がなされ、処理が終了
される。

【０１５０】次に、図２８のフローチャートを参照し
て、図２７を用いて説明したリーダライタ２の認証鍵識
別処理と並行して実行される、ＩＣカード１の認証鍵識
別処理について説明する。なお、ここでも、図３を用い
て説明したＩＣカード１により、処理が実行される場合
について説明するが、図４を用いて説明したＩＣカード
１によって処理が実行される場合においても、基本的に
同様の処理が実行される。

【０１５１】ＩＣカード１の制御部３１は、ステップＳ
１４１において、図２７のステップＳ１３１において、
リーダライタ２が送信した鍵レベル交渉コマンドを受信
し、ステップＳ１４２において、現在の鍵レベルＮを、
Ｎ＝１にセットする。

【０１５２】制御部３１は、ステップＳ１４３におい
て、現在の鍵レベルＮと、そのレベルにおける鍵バージ
ョン情報Ｖを、通信部２１を介して、リーダライタ２に
送信し、ステップＳ１４４において、図２７のステップ
Ｓ１３５もしくはステップＳ１３６において、リーダラ
イタ２が送信したデータを受信する。

【０１５３】ステップＳ１４５において、制御部３１
は、ステップＳ１４４において、リーダライタ２から受
信した信号は、ＡＣＫ信号であるか否かを判断する。ス
テップＳ１４５において、リーダライタ２から受信した
信号はＡＣＫ信号ではないと判断された場合、制御部３
１は、ステップＳ１４６において、Ｎ＝Ｎ＋１とし、ス
テップＳ１４７において、Ｎの値が所定の最大レベルを
超えているか否かを判断する。

【０１５４】ステップＳ１４７において、Ｎが最大レベ
ルを超えていないと判断された場合、処理はステップＳ
１４３に戻り、それ以降の処理が繰り返される。ステッ
プＳ１４７において、Ｎが最大レベルを超えていると判
断された場合、ステップＳ１４８において、制御部３１
は、現在のレベルをＮ＝０（Ｎ＝０は、例外状態を示す
ものとする）とし、処理はステップＳ１４３に戻り、そ
れ以降の処理が繰り返される。

【０１５５】ステップＳ１４５において、リーダライタ
２から受信した信号はＡＣＫ信号であると判断された場
合、処理が終了される。

【０１５６】図１５乃至図２８を用いて、ＩＣカード１
と、リーダライタ２のサービス識別および認証鍵識別に
関する処理について説明したが、例えば、図２を用いて
説明したサービス登録用リーダライタ２−１１に、ＩＣ
カード１を装着し、新たなサービスの登録を実行する場
合、およびサービスの削除を実行する場合には、図１０
を用いて説明したように、サービス登録用リーダライタ
２−１１のメモリ１０３に記憶されているサービス登録
用の認証鍵Kregを用いて認証処理を行うため、図１５乃
至図２８を用いて説明したような相互認証処理を用いな
くてもよい。

【０１５７】次に、図２９のフローチャートを参照し
て、サービス登録用リーダライタ２−１１のサービス登
録処理について説明する。

【０１５８】サービス登録用リーダライタ２−１１の制
御部１０１は、ステップＳ１５１において、通信部９１
を介して、サービス登録コマンドを、ＩＣカード１に送
信し、ステップＳ１５２において、ＩＣカード１と、サ
ービス登録用鍵Kregによる相互認証を行い、セッション
鍵Ksesを共有する。

【０１５９】制御部１０１は、ステップＳ１５３におい
て、空き領域確認コマンドを、通信部９１を介してＩＣ
カード１に送信し、ステップＳ１５４において、後述す
る図３０のステップＳ１７５もしくはステップＳ１７６
においてＩＣカード１から送信されるデータを受信す
る。

【０１６０】ステップＳ１５５において、制御部１０１
は、ステップＳ１５４において、ＩＣカード１から受信
した信号はＡＣＫ信号であるか否かを判断する。ステッ
プＳ１５５において、ＩＣカード１から受信した信号が
ＡＣＫ信号であると判断された場合、制御部１０１は、
ステップＳ１５６において、暗号処理部１０２の共通鍵
処理部１１２を制御して、ＩＣカード１のメモリ３２に
新たに登録する登録データを、セッション鍵Ksesで暗号
化させ、ステップＳ１５７において、暗号化データを、
通信部９１を介して、ＩＣカード１に送信する。

【０１６１】制御部１０１は、ステップＳ１５８におい
て、後述する図３０のステップＳ１８０において、ＩＣ
カード１が送信したデータ登録完了通知を、通信部９１
を介して受信し、ステップＳ１５９において、サービス
認証によるサービス削除許可フラグを送信し、処理が終
了される。

【０１６２】ステップＳ１５５において、ＩＣカード１
から受信した信号がＡＣＫ信号ではないと判断された場
合、ステップＳ１６０において、図１６のステップＳ１
６と同様の処理がなされ、処理が終了される。

【０１６３】次に、図３０のフローチャートを参照し
て、図２９を用いて説明した、サービス登録用リーダラ
イタ２−１１のサービス登録処理と並行して実行され
る、ＩＣカード１のサービス登録処理について説明す
る。なお、ここでも、図３を用いて説明したＩＣカード
１により、処理が実行される場合について説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【０１６４】ステップＳ１７１において、ＩＣカード１
の制御部３１は、通信部２１を介して、図２９のステッ
プＳ１５１において、サービス登録用リーダライタ２−
１１が送信したサービス登録コマンドを受信する。

【０１６５】制御部３１は、ステップＳ１７２におい
て、ＩＣカード１と、サービス登録用鍵Kregによる相互
認証を行い、セッション鍵Ksesを共有し、ステップＳ１
７３において、通信部２１を介して、図２９のステップ
Ｓ１５３において、サービス登録用リーダライタ２−１
１が送信した、空き領域確認コマンドを受信する。

【０１６６】ステップＳ１７４において、制御部３１
は、メモリ３２のＳＲＡ４６に、登録データ用の空き領
域があるか否かを判断する。ステップＳ１７４におい
て、空き領域がないと判断された場合、ステップＳ１７
５において、制御部３１は、サービス登録用リーダライ
タ２−１１に、通信部２１を介して、ＮＡＣＫ信号を送
信し、処理が終了される。

【０１６７】ステップＳ１７４において、空き領域があ
ると判断された場合、ステップＳ１７６において、制御
部３１は、サービス登録用リーダライタ２−１１に、通
信部２１を介して、ＡＣＫ信号を送信する。

【０１６８】制御部３１は、ステップＳ１７７におい
て、図２９のステップＳ１５７において、サービス登録
用リーダライタ２−１１が送信した暗号化データを、通
信部２１を介して受信し、ステップＳ１７８において、
暗号処理部３３の共通鍵処理部４２を制御して、ステッ
プＳ１７７において受信した暗号化データを、セッショ
ン鍵Ksesを用いて復号させる。

【０１６９】ステップＳ１７９において、制御部３１
は、ステップＳ１７８において、セッション鍵Ksesによ
り復号されたデータを、メモリ３２に供給し、ＳＲＡ４
６のService Individual Info領域およびＳＲＴ４５に
登録させる。

【０１７０】制御部３１は、ステップＳ１８０におい
て、データの登録完了を、通信部２１を介して、サービ
ス登録用リーダライタ２−１１に通知し、ステップＳ１
８１において、図２９のステップＳ１５９において、サ
ービス登録用リーダライタ２−１１が送信した、サービ
ス認証によるサービス削除許可フラグを受信し、サービ
ス削除許可フラグを、メモリ３２のＳＲＡ４６のServic
e Individual Info領域に設定し、処理が終了される。

【０１７１】次に、図３１のフローチャートを参照し
て、サービス登録用リーダライタ２−１１のサービス削
除処理について説明する。

【０１７２】ステップＳ１９１において、サービス登録
用リーダライタ２−１１の制御部１０１は、ユーザが、
入力部１０６を用いて入力した、削除するサービスに対
応するサービスＩＤの入力を受ける（ここでは、対応す
るサービスＩＤが、ＩＤ_Ｓであるサービスが削除され
るものとする）。

【０１７３】ステップＳ１９２において、図２９のステ
ップＳ１５２と同様の処理がなされる。制御部１０１
は、ステップＳ１９３において、通信部９１を介して、
ＩＣカード１に、ＩＤ_Ｓ領域削除コマンドを送信し、
ステップＳ１９４において、後述する図３２のステップ
Ｓ２０５においてＩＣカード１が送信した、エラーメッ
セージを受信したか否かを判断する。

【０１７４】ステップＳ１９４において、エラーメッセ
ージを受信したと判断された場合、ステップＳ１９５に
おいて、図１６のステップＳ１６と同様の処理がなさ
れ、処理が終了される。ステップＳ１９４において、エ
ラーメッセージを受信しなかったと判断された場合、処
理が終了される。

【０１７５】次に、図３２のフローチャートを参照し
て、図３１を用いて説明した、サービス登録用リーダラ
イタ２−１１のサービス削除処理と並行して実行され
る、ＩＣカード１のサービス削除処理について説明す
る。なお、ここでも、図３を用いて説明したＩＣカード
１により、処理が実行される場合について説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【０１７６】ステップＳ２０１において、図３０のステ
ップＳ１７２と同様の処理が実行される。ＩＣカード１
の制御部３１は、ステップＳ２０２において、図３１の
ステップＳ１９３において、サービス登録用リーダライ
タ２−１１が送信した、ＩＤ_Ｓ領域削除コマンドを受
信し、ステップＳ２０３において、ＩＤ_Ｓ領域に対応
するデータがあるか否かを確認することなどにより、ス
テップＳ２０２において受信したＩＤ_Ｓ領域削除コマ
ンドの正当性が検証されたか否かを判断する。

【０１７７】ステップＳ２０３において、ＩＤ_Ｓ領域
削除コマンドの正当性が検証されたと判断された場合、
ステップＳ２０４において、制御部３１は、メモリ３２
のＳＲＴ４５およびＳＲＡ４６から、ＩＤ_Ｓに対応す
る領域を削除し、処理が終了される。

【０１７８】ステップＳ２０３において、ＩＤ_Ｓ領域
削除コマンドの正当性が検証されなかったと判断された
場合、ステップＳ２０５において、制御部３１は、通信
部２１を介して、サービス登録用リーダライタ２−１１
に、エラーメッセージを送信し、処理が終了される。

【０１７９】図３１および図３２を用いて説明したサー
ビス削除処理は、一般リーダライタ２−１２とＩＣカー
ド１とで実行することも可能である。図３３のフローチ
ャートを参照して、一般リーダライタ２−１２のサービ
ス削除処理について説明する。

【０１８０】ステップＳ２１１において、図１６、もし
くは図１８を用いて説明した、リーダライタ２のサービ
ス識別処理が実行され、ステップＳ２１２において、図
２０、図２２、もしくは図２７を用いて説明したリーダ
ライタ２の認証鍵識別処理が実行され、ステップＳ２１
３において、図３１のステップＳ１９３と同様の処理が
実行される。

【０１８１】ステップＳ２１４において、一般リーダラ
イタ２−１２の制御部１０１は、後述する図３４のステ
ップＳ２２７もしくはステップＳ２２８において、ＩＣ
カード１が送信する信号を受信する。そして、ステップ
Ｓ２１５およびステップＳ２１６において、図１６のス
テップＳ１５およびステップＳ１６と同様の処理が実行
され、処理が終了される。

【０１８２】次に、図３４のフローチャートを参照し
て、図３３を用いて説明した、一般リーダライタ２−１
２のサービス削除処理と並行して実行される、ＩＣカー
ド１のサービス削除処理について説明する。なお、ここ
でも、図３を用いて説明したＩＣカード１により、処理
が実行される場合について説明するが、図４を用いて説
明したＩＣカード１によって処理が実行される場合にお
いても、基本的に同様の処理が実行される。

【０１８３】ステップＳ２２１において、図１７、もし
くは図１９を用いて説明した、ＩＣカード１のサービス
識別処理が実行され、ステップＳ２３２において、図２
１、図２３、もしくは図２８を用いて説明したＩＣカー
ド１の認証鍵識別処理が実行される。

【０１８４】ステップＳ２２３において、制御部３１
は、図３３のステップＳ２１３において、一般リーダラ
イタ２−１２が送信した、ＩＤ_Ｓ領域削除コマンド
を、通信部２１を介して受信する。ステップＳ２２４に
おいて、図３２のステップＳ２０３と同様の処理が実行
される。

【０１８５】ステップＳ２２４において、コマンドの正
当性が検証されなかったと判断された場合、処理は、ス
テップＳ２２８に進む。ステップＳ２２４において、コ
マンドの正当性が検証されたと判断された場合、ステッ
プＳ２２５において、制御部３１は、メモリ３２のＳＲ
Ａ４６のService Individual Info領域に、サービス削
除許可フラグが設定されているか否かを判断する。

【０１８６】ステップＳ２２５において、サービス削除
許可フラグが設定されていないと判断された場合、処理
は、ステップＳ２２８に進む。ステップＳ２２５におい
て、サービス削除許可フラグが設定されていると判断さ
れた場合、ステップＳ２２６において、図３２のステッ
プＳ２０４と同様の処理がなされ、ステップＳ２２７に
おいて、制御部３１は、通信部２１を介して、一般リー
ダライタ２−１２にＡＣＫ信号を送信し、処理が終了さ
れる。

【０１８７】ステップＳ２２４において、コマンドの正
当性が検証されなかったと判断された場合、もしくは、
ステップＳ２２５において、サービス削除許可フラグが
設定されていないと判断された場合、ステップＳ２２８
において、制御部３１は、通信部２１を介して、一般リ
ーダライタ２−１２にＮＡＣＫ信号を送信し、処理が終
了される。

【０１８８】次に、図３５のフローチャートを参照し
て、ユーザが、一般リーダライタ２−１２で、ＩＣカー
ド１に登録されているサービスを受ける場合に実行され
る、一般リーダライタ２−１２のサービス取得処理につ
いて説明する。

【０１８９】ステップＳ２３１において、図１６、もし
くは図１８を用いて説明した、リーダライタ２のサービ
ス識別処理が実行され、ステップＳ２３２において、図
２０、図２２、もしくは図２７を用いて説明したリーダ
ライタ２の認証鍵識別処理が実行される。

【０１９０】ステップＳ２３３において、一般リーダラ
イタ２−１２の制御部１０１は、通信部９１を介して、
ＩＣカード１に、ＩＤ_Ｓ領域のデータ要求コマンドを
送信する。

【０１９１】制御部１０１は、ステップＳ２３４におい
て、後述する図３６のステップＳ２４５において、ＩＣ
カード１から送信されるデータを受信し、ステップＳ２
３５において、暗号処理部１０２の共通鍵処理部１１２
を制御して、ステップＳ２３４において受信した暗号化
データを、セッション鍵Ksesを用いて復号させる。制御
部１０１は、復号されたデータを用いて、例えば、電子
マネーの減算や加算などの所定のデータ処理を行い、処
理が終了される。

【０１９２】次に、図３６のフローチャートを参照し
て、図３５を用いて説明した、一般リーダライタ２−１
２のサービスデータ取得処理と並行して実行される、Ｉ
Ｃカード１のサービスデータ取得処理について説明す
る。なお、ここでも、図３を用いて説明したＩＣカード
１により、処理が実行される場合について説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【０１９３】ステップＳ２４１において、図１７、もし
くは図１９を用いて説明した、ＩＣカード１のサービス
識別処理が実行され、ステップＳ２３２において、図２
１、図２３、もしくは図２８を用いて説明したＩＣカー
ド１の認証鍵識別処理が実行される。

【０１９４】ステップＳ２４３において、ＩＣカード１
の制御部３１は、通信部２１を介して、図３５のステッ
プＳ２３３において、一般リーダライタ２−１２が送信
した、ＩＤ_Ｓ領域のデータ要求コマンドを受信する。
制御部３１は、ステップＳ２４４において、暗号処理部
３３の共通鍵処理部４２を制御して、メモリ３２のＩＤ
_Ｓに対応する領域に登録しているデータを、セッショ
ン鍵Ksesを用いて暗号化させ、ステップＳ２４５におい
て、通信部２１を介して、暗号化したデータを一般リー
ダライタ２−１２に送信し、処理が終了される。

【０１９５】また、ＩＣカード１と一般リーダライタ２
−１２において、あるサービスに関する情報の授受がな
されている場合においても、図８を用いて説明したＳＲ
Ｔ４５に、対応するパーミッション情報が記録されてい
る場合、現在情報の授受がなされている以外のサービス
に関する情報の授受を行うことが可能である。図３７の
フローチャートを参照して、ＩＤ_Ｓ以外のサービスＩ
Ｄに対応するサービスの実行中に行われる、一般リーダ
ライタ２−１２のサービスデータ取得処理について説明
する。

【０１９６】ステップＳ２５１乃至ステップＳ２５４に
おいて、図３５のステップＳ２３１乃至ステップＳ２３
４と同様の処理が実行される。ステップＳ２５５におい
て、一般リーダライタ２−１２の制御部１０１は、ステ
ップＳ２５４において、ＩＣカード１から受信したデー
タは、ＮＡＣＫ信号か否かを判断する。

【０１９７】ステップＳ２５５において、受信したデー
タがＮＡＣＫ信号ではないと判断された場合、ステップ
Ｓ２５６において、図３５のステップＳ２３５と同様の
処理が実行され、処理が終了される。ステップＳ２５５
において、受信したデータがＮＡＣＫ信号であると判断
された場合、図１６のステップＳ１６と同様の処理がな
され、処理が終了される。

【０１９８】次に、図３８のフローチャートを参照し
て、図３７を用いて説明した、一般リーダライタ２−１
２のサービスデータ取得処理と並行して実行される、Ｉ
Ｃカード１のサービスデータ取得処理について説明す
る。なお、ここでも、図３を用いて説明したＩＣカード
１により、処理が実行される場合について説明するが、
図４を用いて説明したＩＣカード１によって処理が実行
される場合においても、基本的に同様の処理が実行され
る。

【０１９９】ステップＳ２６１乃至ステップＳ２６３に
おいて、図３４のステップＳ２４１乃至ステップＳ２４
３と同様の処理が実行される。なお、ステップＳ２６１
では、サービスＩＤ_Ｓとは異なる、サービスＩＤ_Ｔの
認証が行われるものとする。ステップＳ２６４におい
て、ＩＣカード１の制御部３１は、メモリ３２のＳＲＴ
４５およびＳＲＡ４６に、ステップＳ２６３において受
信したデータ要求コマンドに対応するＩＤ_Ｓ領域が登
録されているか否かを判断する。ステップＳ２６４にお
いて、ＩＤ_Ｓ領域が登録されていないと判断された場
合、処理は、ステップＳ２６９に進む。

【０２００】ステップＳ２６４において、ＩＤ_Ｓ領域
が登録されていると判断された場合、制御部３１は、ス
テップＳ２６５において、メモリ３２のＳＲＴ４５の、
ＩＤ_Ｓに対応するパーミッション情報フィールドか
ら、ＩＤ_Ｓのパーミッション情報を取得し、ステップ
Ｓ２６６において、ＩＤ_Ｔ認証時に、ＩＤ_Ｓのデータ
の読み込みが許可されているか否かを判断する（すなわ
ち、ＳＲＴ４５のＩＤ_Ｓに対応するパーミッション情
報フィールドに、ＩＤ_Ｔによる認証時に、データの読
み出し許可、すなわち、ｒｏもしくはｒｗが記載されて
いるか否かを判断する）。ステップＳ２６６において、
データの読み込みが許可されていないと判断された場
合、処理はステップＳ２６９に進む。

【０２０１】ステップＳ２６６において、データの読み
込みが許可されていると判断された場合、ステップＳ２
６７およびステップＳ２６８において、図３６のステッ
プＳ２４４およびステップＳ２４５と同様の処理が実行
され、処理が終了される。

【０２０２】ステップＳ２６４において、ＩＤ_Ｓ領域
が登録されていないと判断された場合、もしくは、ステ
ップＳ２６６において、データの読み込みが許可されて
いないと判断された場合、ステップＳ２６９において、
制御部３１は、通信部２１を介して、一般リーダライタ
２−１２にＮＡＣＫ信号を送信し、処理が終了される。

【０２０３】図３５乃至図４８を用いて説明したサービ
スデータ取得処理によって、ＩＣカード１から一般リー
ダライタ２−１２にデータが取得され、所定の処理がな
されたあと、一般リーダライタ２−１２は、必要に応じ
て、ＩＣカード１のメモリ３２のＳＲＴ４５もしくはＳ
ＲＡ４６の所定の領域に対して、データを書き込む処理
を実行する。

【０２０４】次に、図３９のフローチャートを参照し
て、一般リーダライタ２−１２のサービスデータ書き込
み処理について説明する。

【０２０５】ステップＳ２８１において、図１６、もし
くは図１８を用いて説明した、リーダライタ２のサービ
ス識別処理が実行され、ステップＳ２８２において、図
２０、図２２、もしくは図２７を用いて説明したリーダ
ライタ２の認証鍵識別処理が実行される。

【０２０６】一般リーダライタ２−１２の制御部１０１
は、ステップＳ２８３において、ＩＣカード１のメモリ
３２に書き込むために、ＩＣカード１に送信するデータ
を、暗号処理部１０２の共通鍵処理部１１２を制御し
て、セッション鍵Ksesを用いて暗号化させ、ステップＳ
２８４において、ＩＣカード１に、データ書き込みコマ
ンドと、ステップＳ２８４において暗号化したデータ
を、通信部９１を介して送信し、処理が終了される。

【０２０７】次に、図４０のフローチャートを参照し
て、図３９を用いて説明した、一般リーダライタ２−１
２のサービスデータ書き込み処理と並行して実行され
る、ＩＣカード１のサービスデータ書き込み処理につい
て説明する。なお、ここでも、図３を用いて説明したＩ
Ｃカード１により、処理が実行される場合について説明
するが、図４を用いて説明したＩＣカード１によって処
理が実行される場合においても、基本的に同様の処理が
実行される。

【０２０８】ステップＳ２９１において、図１７、もし
くは図１９を用いて説明した、ＩＣカード１のサービス
識別処理が実行され、ステップＳ２３２において、図２
１、図２３、もしくは図２８を用いて説明したＩＣカー
ド１の認証鍵識別処理が実行される。

【０２０９】ステップＳ２９３において、制御部３１
は、通信部２１を介して、図３９のステップＳ２８４に
おいて、一般リーダライタ２−１２が送信した、データ
書き込みコマンドと暗号化データを受信する。制御部３
１は、ステップＳ２９４において、暗号処理部３３の共
通鍵処理部４２を制御して、受信したデータを、セッシ
ョン鍵Ksesを用いて復号させ、ステップＳ２９５におい
て、復号したデータを、メモリ３２のＳＲＴ４５および
ＳＲＡ４６のＩＤ_Ｓに対応するサービス格納領域へ書
き込み、処理が終了される。

【０２１０】また、ＩＣカード１と一般リーダライタ２
−１２において、あるサービスに関する情報の授受がな
されている場合においても、図８を用いて説明したＳＲ
Ｔ４５に、対応するパーミッション情報が記録されてい
る場合、図３７および図３８を用いて説明したサービス
データ取得処理と同様に、現在情報の授受がなされてい
る以外のサービスに関するサービスデータ書き込み処理
を実行することが可能である。図４１のフローチャート
を参照して、ＩＤ_Ｓ以外のサービスＩＤに対応するサ
ービスの実行中に行われる、一般リーダライタ２−１２
のサービスデータ書き込み処理について説明する。

【０２１１】ステップＳ３０１乃至ステップＳ３０４に
おいて、図３９のステップＳ２８１乃至ステップＳ２８
４と同様の処理が実行される。そして、ステップＳ３０
５およびステップＳ３０６において、図１６のステップ
Ｓ１５およびステップＳ１６と同様の処理がなされ、処
理が終了される。

【０２１２】次に、図４２のフローチャートを参照し
て、図４１を用いて説明した、一般リーダライタ２−１
２のサービスデータ書き込み処理と並行して実行され
る、ＩＣカード１のサービスデータ書き込み処理につい
て説明する。なお、ここでも、図３を用いて説明したＩ
Ｃカード１により、処理が実行される場合について説明
するが、図４を用いて説明したＩＣカード１によって処
理が実行される場合においても、基本的に同様の処理が
実行される。

【０２１３】ステップＳ３１１乃至ステップＳ３１３に
おいて、図４０のステップＳ２９１乃至ステップＳ２９
３と同様の処理が実行される。なお、ステップＳ３１１
では、サービスＩＤ_Ｓとは異なる、サービスＩＤ_Ｔの
認証が行われるものとする。ステップＳ３１４およびス
テップＳ３１５において、図３８のステップＳ２６４お
よびステップＳ２６５と同様の処理がなされ、ステップ
Ｓ３１４において、ＩＤ_Ｓ領域が登録されていないと
判断された場合、処理は、ステップＳ３２０に進む。

【０２１４】ステップＳ３１６において、制御部３１
は、ＩＤ_Ｔ認証時に、ＩＤ_Ｓのサービスに対して、デ
ータの書き込みが許可されているか否かを判断する（す
なわち、ＳＲＴ４５のＩＤ_Ｓに対応するパーミッショ
ン情報フィールドに、ＩＤ_Ｔ認証時のデータの書き込
み許可、すなわち、ｒｗが記載されているか否かを判断
する）。ステップＳ３１６において、データの書き込み
が許可されていないと判断された場合、処理はステップ
Ｓ３２０に進む。

【０２１５】ステップＳ３１６において、データの書き
込みが許可されていると判断された場合、ステップＳ３
１７およびステップＳ３１８において、図４０のステッ
プＳ２９４およびステップＳ２９５と同様の処理が実行
される。ステップＳ３１９において、制御部３１は、通
信部２１を介して、一般リーダライタ２−１２にＡＣＫ
信号を送信し、処理が終了される。

【０２１６】ステップＳ３１４において、ＩＤ_Ｓ領域
が登録されていないと判断された場合、もしくは、ステ
ップＳ３１６において、データの書き込みが許可されて
いないと判断された場合、ステップＳ３２０において、
制御部３１は、通信部２１を介して、一般リーダライタ
２−１２にＮＡＣＫ信号を送信し、処理が終了される。

【０２１７】以上説明したように、一般リーダライタ２
−１２に、ＩＣカード１を装着し、各種サービスを受け
るためには、サービス毎に定められた共通鍵、もしくは
公開鍵を用いて認証処理を行わなければならない。これ
らの認証鍵は、セキュリティの維持のために、しばしば
バージョンアップされる（すなわち、鍵が変更され
る）。ユーザは、図２を用いて説明したバージョンアッ
プ用リーダライタ２−１４、もしくは一般リーダライタ
２−１２に、ＩＣカード１を装着し、図４３乃至図４７
を用いて後述する鍵バージョンアップ処理を実行させる
ことにより、自分自身が管理しているＩＣカード１に登
録されている認証鍵を、できるだけ最新に近いバージョ
ンの認証鍵にバージョンアップするようにしなければな
らない。

【０２１８】次に、図４３を参照して、サービス毎に定
められたバージョンアップ用鍵（図６および図１４を用
いて説明したバージョンアップ用鍵Kake_vup）を用いて
実行される、バージョンアップ用リーダライタ２−１４
の鍵バージョンアップ処理について説明する。

【０２１９】ステップＳ３３１において、図１６、もし
くは図１８を用いて説明した、リーダライタ２のサービ
ス識別処理が実行され、ステップＳ３３２において、図
２０、図２２、もしくは図２７を用いて説明したリーダ
ライタ２の認証鍵識別処理が実行される。

【０２２０】ステップＳ３３３において、バージョンア
ップ用リーダライタ２−１４の制御部１０１は、暗号処
理部１０２の共通鍵処理部１１２を制御して、バージョ
ンアップを行う認証鍵に対応する認証鍵ＩＤを、セッシ
ョン鍵Ksesを用いて暗号化させ、ＩＣカード１に送信す
る。ステップＳ３３４において、制御部１０１は、後述
する図４４のステップＳ３５５もしくはステップＳ３６
０において、ＩＣカード１が送信する信号を受信する。

【０２２１】ステップＳ３３５において、制御部１０１
は、ステップＳ３３４においてＩＣカード１から受信し
た信号はＡＣＫ信号であるか否かを判断する。ステップ
Ｓ３３５において、受信した信号がＡＣＫ信号ではない
と判断された場合、処理は、ステップＳ３３９に進む。
ステップＳ３３５において、受信した信号がＡＣＫ信号
であると判断された場合、ステップＳ３３６において、
制御部１０１は、バージョンアップを行う認証鍵に対応
する最新バージョン情報と、認証鍵Kakeをメモリ１０３
から読み出し、暗号処理部１０２の共通鍵処理部１１２
を制御して、セッション鍵Ksesを用いて暗号化させ、通
信部９１を介して、ＩＣカード１に送信する。

【０２２２】そして、ステップＳ３３７において、ＩＣ
カード１が、後述する４４のステップＳ３５９もしくは
ステップＳ３６０において送信した信号を受信する。ス
テップＳ３３８において、ステップＳ３３５と同様の処
理がなされ、ステップＳ３３８において、受信した信号
がＡＣＫ信号であると判断された場合、処理が終了され
る。ステップＳ３３５およびステップＳ３３８におい
て、受信した信号がＡＣＫ信号ではないと判断された場
合、ステップＳ３３９において、図１６のステップＳ１
６と同様の処理がなされ、処理が終了される。

【０２２３】次に、図４４のフローチャートを参照し
て、図４３を用いて説明した、バージョンアップ用リー
ダライタ２−１４の鍵バージョンアップ処理と並行して
実行される、ＩＣカード１の鍵バージョンアップ処理に
ついて説明する。なお、ここでも、図３を用いて説明し
たＩＣカード１により、処理が実行される場合について
説明するが、図４を用いて説明したＩＣカード１によっ
て処理が実行される場合においても、基本的に同様の処
理が実行される。

【０２２４】ステップＳ３５１において、図１７、もし
くは図１９を用いて説明した、ＩＣカード１のサービス
識別処理が実行され、ステップＳ３５２において、図２
１、図２３、もしくは図２８を用いて説明したＩＣカー
ド１の認証鍵識別処理が実行される。

【０２２５】ステップＳ３５３において、制御部３１
は、通信部２１を介して、図４３のステップＳ３３３に
おいて、バージョンアップ用リーダライタ２−１４が送
信した、暗号化された認証鍵ＩＤを受信し、暗号処理部
３３の共通鍵処理部４２を制御して、受信したデータ
を、セッション鍵Ksesを用いて復号させる。ステップＳ
３５４において、制御部３１は、復号したデータを基
に、メモリ３２のＳＲＴ４５およびＳＲＡ４６のＩＤ_
Ｓに、対応する認証鍵ＩＤが存在するか否かを判断す
る。ステップＳ３５４において、認証鍵ＩＤが存在しな
いと判断された場合、処理は、ステップＳ３６０に進
む。

【０２２６】ステップＳ３５４において、認証鍵ＩＤが
存在すると判断された場合、制御部３１は、ステップＳ
３５５において、通信部２１を介して、バージョンアッ
プ用リーダライタ２−１４に、ＡＣＫ信号を送信し、ス
テップＳ３５６において、図４３のステップＳ３３６に
おいて、バージョンアップ用リーダライタ２−１４が送
信した、暗号化された最新バージョン情報と認証鍵Kake
を、通信部２１を介して受信し、暗号処理部３３の共通
鍵処理部４２を制御して、受信したバージョン情報を、
セッション鍵Ksesを用いて復号させる。

【０２２７】ステップＳ３５７において、制御部３１
は、復号したデータを基に、受信したバージョン情報は
正しいか否か（すなわち、自分自身がすでに保有してい
る認証鍵のバージョン情報より新しいバージョンである
か否か）を判断する。ステップＳ３５７において、バー
ジョン情報が正しくないと判断された場合、処理は、ス
テップＳ３６０に進む。

【０２２８】ステップＳ３５７において、バージョン情
報は正しいと判断された場合、制御部３１は、暗号処理
部３３の共通鍵処理部４２を制御して、認証鍵Kakeを、
セッション鍵Ksesを用いて復号させ、メモリ３２のＳＲ
Ａ４６における、認証鍵Kakeが記載される領域に書き込
み、ステップＳ３５９において、バージョンアップ用リ
ーダライタ２−１４に、通信部２１を介してＡＣＫ信号
を送信し、処理が終了される。

【０２２９】ステップＳ３５４において、認証鍵ＩＤが
存在しないと判断された場合、およびステップＳ３５７
において、バージョン情報が正しくないと判断された場
合、ステップＳ３６０において、制御部３１は、バージ
ョンアップ用リーダライタ２−１４に、通信部２１を介
してＮＡＣＫ信号を送信し、処理が終了される。

【０２３０】また、ＩＣカード１と一般リーダライタ２
−１２において、あるサービスに関する情報の授受がな
されている場合において、図８を用いて説明したＳＲＴ
４５に、対応するパーミッション情報が記録されている
場合、図３７および図３８を用いて説明したサービスデ
ータ取得処理や、図４１および図４２を用いて説明した
サービスデータ書き込み処理と同様に、現在情報の授受
がなされている以外のサービスに関する鍵バージョンア
ップ処理を実行することが可能である。図４５のフロー
チャートを参照して、ＩＤ_Ｓ以外のサービスＩＤに対
応するサービスの実行中に行われる、一般リーダライタ
２−１２の鍵バージョンアップ処理について説明する。

【０２３１】ステップＳ３７１およびステップＳ３７２
において、図４４のステップＳ３３１およびステップＳ
３３２と同様の処理が実行される。そして、一般リーダ
ライタ２−１２の制御部１０１は、ステップＳ３７３に
おいて、ＩＤ_Ｓに対応するサービスの認証鍵のバージ
ョンアップコマンドを、通信部９１を介してＩＣカード
１に送信し、ステップＳ３７４において、後述する図４
６のステップＳ３９７もしくは図４７のステップＳ４０
５において、ＩＣカード１が送信するデータを受信し、
ステップＳ３７５において、ＩＣカード１から受信した
信号は、ＡＣＫ信号か否かを判断する。

【０２３２】ステップＳ３７５において、受信した信号
がＡＣＫ信号でないと判断された場合、処理は、ステッ
プＳ３８２に進む。ステップＳ３７５において、受信し
た信号がＡＣＫ信号であると判断された場合、ステップ
Ｓ３７６乃至ステップＳ３８２において、図４３のステ
ップＳ３３３乃至ステップＳ３３９と同様の処理がなさ
れ、処理が終了される。

【０２３３】次に、図４６および図４７のフローチャー
トを参照して、図４５を用いて説明した、バージョンア
ップ用リーダライタ２−１４の鍵バージョンアップ処理
と並行して実行される、ＩＣカード１の鍵バージョンア
ップ処理について説明する。なお、ここでも、図３を用
いて説明したＩＣカード１により、処理が実行される場
合について説明するが、図４を用いて説明したＩＣカー
ド１によって処理が実行される場合においても、基本的
に同様の処理が実行される。

【０２３４】ステップＳ３９１およびステップＳ３９２
において、図４４のステップＳ３５１およびステップＳ
３５２と同様の処理が実行される。なお、ステップＳ３
９１では、サービスＩＤ_Ｓとは異なる、サービスＩＤ_
Ｔの認証が行われるものとする。ステップＳ３９３にお
いて、制御部３１は、図４５のステップＳ３７３におい
て、バージョンアップ用リーダライタ２−１４が送信し
た、ＩＤ_Ｓの認証鍵のバージョンアップコマンドを受
信する。

【０２３５】ステップＳ３９４およびステップＳ３９５
において、図３８のステップＳ２６４およびステップＳ
２６５と同様の処理がなされ、ステップＳ３９４におい
て、ＩＤ_Ｓ領域が登録されていないと判断された場
合、処理は、ステップＳ４０５に進む。

【０２３６】ステップＳ３９６において、制御部３１
は、ＩＤ_Ｔ認証時に、ＩＤ_Ｓの認証鍵のバージョンア
ップが許可されているか否かを判断する（すなわち、Ｓ
ＲＴ４５のＩＤ_Ｓに対応するパーミッション情報フィ
ールドに、ＩＤ_Ｔ認証時のｖｕｐの許可が記載されて
いるか否かを判断する）。ステップＳ３９６において、
認証鍵のバージョンアップが許可されていないと判断さ
れた場合、処理は、ステップＳ４０５に進む。

【０２３７】ステップＳ３９６において、認証鍵のバー
ジョンアップが許可されていると判断された場合、ステ
ップＳ３９７において、制御部３１は、通信部２１を介
して、バージョンアップ用リーダライタ２−１４に、Ａ
ＣＫ信号を送信する。

【０２３８】そして、ステップＳ３９８乃至ステップＳ
４０５において、図４４のステップＳ３５３乃至ステッ
プＳ３６０と同様の処理が実行され、処理が終了され
る。

【０２３９】次に、図４８乃至図５１のフローチャート
を参照して、図１３を用いて説明したモジュール間通信
について説明する。モジュール間通信は、図４を用いて
説明したＩＣカード１と、モジュール間通信用リーダラ
イタ２−１３によって実行される。ここでは、図４を用
いて説明したＩＣカード１の通信部５１および共通鍵サ
ービス処理部５２を、図１３を用いて説明した共通鍵モ
ジュール１２２とし、図４を用いて説明した通信部５３
および公開鍵サービス処理部５４を、図１３を用いて説
明した公開鍵モジュール１２１として説明する。

【０２４０】まず、図４８のフローチャートを参照し
て、共通鍵モジュール１２２が、モジュール間通信用リ
ーダライタ２−１３と共有するセッション鍵と、公開鍵
モジュール１２１が、モジュール間通信用リーダライタ
２−１３と共有するセッション鍵とが異なる場合におけ
るモジュール間通信について説明する。

【０２４１】ステップＳ４１１において、モジュール間
通信用リーダライタ２−１３は、図１６、もしくは図１
８を用いて説明した、リーダライタ２のサービス識別処
理を実行し、ステップＳ４１２において、ＩＣカード１
の公開鍵モジュール１２１は、図１７、もしくは図１９
を用いて説明した、ＩＣカード１のサービス識別処理を
実行し、モジュール間リーダライタ２−１３と、公開鍵
モジュール１２１の間で、セッション鍵Kses１を共有す
る。

【０２４２】ステップＳ４１３において、モジュール間
通信用リーダライタ２−１３は、図１６、もしくは図１
８を用いて説明した、リーダライタ２のサービス識別処
理を実行し、ステップＳ４１４において、ＩＣカード１
の共通鍵モジュール１２２は、図１７、もしくは図１９
を用いて説明した、ＩＣカード１のサービス識別処理を
実行し、モジュール間リーダライタ２−１３と、共通鍵
モジュール１２２の間で、セッション鍵Kses２を共有す
る。

【０２４３】ステップＳ４１５において、モジュール間
通信用リーダライタ２−１３の制御部１０１は、ステッ
プＳ４１１およびステップＳ４１３において実行された
リーダライタ２のサービス識別処理において得られたＩ
Ｃカード１のカードＩＤを基に、公開鍵モジュール１２
１と、共通鍵モジュール１２２の２つのカードＩＤが一
致したか否かを判断する。ステップＳ４１５において、
カードＩＤが一致しないと判断された場合、ステップＳ
４１６において、図１６のステップＳ１６と同様の処理
が実行される。

【０２４４】ステップＳ４１５において、２つのカード
ＩＤが一致すると判断された場合、ステップＳ４１７に
おいて、モジュール間通信用リーダライタ２−１３の制
御部１０１は、モジュールデータ移動コマンドを公開鍵
モジュール１２１に送信する。

【０２４５】公開鍵モジュール１２１の制御部６１は、
ステップＳ４１８において、モジュールデータ移動開始
コマンドをモジュール間通信用リーダライタ２−１３か
ら受信し、暗号処理部３３の、共通鍵処理部４２を制御
して、移動するデータをセッション鍵Kses１で暗号化さ
せ、ステップＳ４１９で、暗号化データをモジュール間
通信用リーダライタ２−１３に送信する。

【０２４６】モジュール間通信用リーダライタ２−１３
の制御部１０１は、ステップＳ４２０において、暗号処
理部１０２の、共通鍵処理部１１２を制御して、受信し
たデータをセッション鍵Kses１で復号し、ステップＳ４
２１において、データをセッション鍵Kses２で暗号化さ
せ、共通鍵モジュール１２２に送信する。共通鍵モジュ
ール１２２の制御部６１は、ステップＳ４２２におい
て、暗号処理部６３の、共通鍵処理部４２を制御して、
受信したデータをセッション鍵Kses２で復号させ、ステ
ップＳ４２３において、復号したデータをメモリ６２の
対応する領域に保存して利用する。

【０２４７】次に、図４９のフローチャートを参照し
て、共通鍵モジュール１２２が、モジュール間通信用リ
ーダライタ２−１３と共有するセッション鍵と、公開鍵
モジュール１２１が、モジュール間通信用リーダライタ
２−１３と共有するセッション鍵とが同一である場合に
おけるモジュール間通信について説明する。

【０２４８】ステップＳ４３１において、モジュール間
通信用リーダライタ２−１３は、図１６、もしくは図１
８を用いて説明した、リーダライタ２のサービス識別処
理を実行し、ステップＳ４３２において、ＩＣカード１
の公開鍵モジュール１２１は、図１７、もしくは図１９
を用いて説明した、ＩＣカード１のサービス識別処理を
実行し、モジュール間リーダライタ２−１３と、公開鍵
モジュール１２１の間で、セッション鍵Kses１を共有す
る。

【０２４９】ステップＳ４３３において、モジュール間
通信用リーダライタ２−１３は、図１６、もしくは図１
８を用いて説明した、リーダライタ２のサービス識別処
理を実行し、ステップＳ４３４において、ＩＣカード１
の共通鍵モジュール１２２は、図１７、もしくは図１９
を用いて説明した、ＩＣカード１のサービス識別処理を
実行し、モジュール間リーダライタ２−１３と、共通鍵
モジュール１２２の間で、セッション鍵Kses１を共有す
る。

【０２５０】ステップＳ４３５乃至ステップＳ４３９に
おいて、図４８のステップＳ４１５乃至ステップＳ４１
９と同様の処理が実行される。そして、ステップＳ４４
０において、モジュール間通信用リーダライタ２−１３
の制御部１０１は、受信したデータを、共通鍵モジュー
ル１２２に送信する。図４８のステップＳ４２０および
ステップＳ４２１においては、受信したデータをセッシ
ョン鍵Kses１で復号し、復号したデータをセッション鍵
Kses２で暗号化した後に共通鍵モジュール１２２に送信
したが、ここでは、共通鍵モジュール１２２も、セッシ
ョン鍵Kses１を有しているため、これらの処理が必要な
くなる。

【０２５１】共通鍵モジュール１２２の制御部６１は、
ステップＳ４１１において、暗号処理部６３を制御し
て、受信したデータをセッション鍵Kses１で復号し、ス
テップＳ４２２において、復号したデータをメモリ６２
の対応する領域に保存して利用する。

【０２５２】次に、図５０のフローチャートを参照し
て、共通鍵モジュール１２２が、モジュール間通信用リ
ーダライタ２−１３と共有するセッション鍵と、公開鍵
モジュール１２１が、モジュール間通信用リーダライタ
２−１３と共有するセッション鍵とが異なるが、モジュ
ール間通信用リーダライタ２−１３が、共通鍵モジュー
ル１２２が有するセッション鍵を、公開鍵モジュール１
２１が有するもう一方のセッション鍵で暗号化し、公開
鍵モジュール１２１に供給するようになされている場合
におけるモジュール間通信について説明する。

【０２５３】ステップＳ４５１乃至ステップＳ４５６に
おいて、図４８のステップＳ４１１乃至ステップＳ４１
６と同様の処理が実行される。すなわち、モジュール間
リーダライタ２−１３と、公開鍵モジュール１２１の間
で、セッション鍵Kses１が共有され、モジュール間リー
ダライタ２−１３と、共通鍵モジュール１２２の間で、
セッション鍵Kses２が共有される。

【０２５４】ステップＳ４５７において、モジュール間
通信用リーダライタ２−１３の制御部１０１は、暗号処
理部１０２を制御して、セッション鍵Kses２を、セッシ
ョン鍵Kses１で暗号化させ、公開鍵モジュール１２１に
送信する。公開鍵モジュール１２１の制御部６１は、暗
号処理部３３の共通鍵処理部４２を制御して、受信した
データをセッション鍵Kses１で復号させることにより、
セッション鍵Kses２を取り出す。

【０２５５】ステップS４５９において、図４８のステ
ップＳ４１７と同様の処理が実行される。ステップＳ４
６０において、公開鍵モジュール１２１の制御部６１
は、移動するデータをセッション鍵Kses２で暗号化し、
暗号化データをモジュール間通信用リーダライタ２−１
３に送信する。

【０２５６】ステップＳ４６１において、図４９のステ
ップＳ４４０と同様の処理が実行される。そして、ステ
ップＳ４６２およびステップＳ４６３において、図４８
のステップＳ４２２およびＳ４２３と同様の処理が実行
される。

【０２５７】すなわち、図４８のステップＳ４２０およ
びステップＳ４２１においては、受信したデータをセッ
ション鍵Kses１で復号し、復号したデータをセッション
鍵Kses２で暗号化した後に共通鍵モジュール１２２に送
信したが、ここでは、図４９を用いて説明した処理と同
様に、共通鍵モジュール１２２と、公開鍵モジュール１
２１とが、同一のセッション鍵Kses２を得ることができ
るため、これらの処理を行う必要がない。

【０２５８】そして、図５１のフローチャートを参照し
て、公開鍵モジュール１２１と共通鍵モジュール１２２
が、共通秘密鍵Ｋ_commonを共有し、それを用いて相互
認証を行い、更に、共通のセッション鍵Ksesを共有する
場合の、モジュール間通信について説明する。

【０２５９】ステップＳ４７１およびステップＳ４７２
において、公開鍵モジュール１２１と共通鍵モジュール
１２２は、共通秘密鍵Ｋ_commonにより、相互認証を行
い、セッション鍵Ksesを共有する。ステップＳ４７３に
おいて、モジュール間通信用リーダライタ２−１３は、
ステップＳ４７１およびステップＳ４７２における相互
認証の通信路のみ提供する（すなわち、公開鍵モジュー
ル１２１とも共通鍵モジュール１２２とも、セッション
鍵の共有は行われない）。

【０２６０】ステップＳ４７４において、図４８のステ
ップＳ４１７と同様の処理が実行される。ステップＳ４
７５において、公開鍵モジュール１２１の制御部６１
は、暗号処理部３３の共通鍵処理部４２を制御して、移
動するデータをセッション鍵Ksesで暗号化させ、暗号化
データをモジュール間通信用リーダライタ２−１３に送
信する。そして、ステップＳ４７６乃至ステップＳ４７
８において、図４９のステップＳ４２１乃至ステップＳ
４２３と同様の処理が実行される。

【０２６１】すなわち、図５１を用いて説明したモジュ
ール間通信においては、モジュール間通信用リーダライ
タ２−１３は、データの通信路を提供するのみで、モジ
ュール間通信されるデータを暗号化したり、復号するこ
とはない。

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

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

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

【０２６５】

【発明の効果】本発明のデータ記憶装置、データ記憶方
法、および記録媒体に記録されているプログラムによれ
ば、情報処理装置に対するデータの入出力を制御し、複
数のサービスに対応するデータの記憶を制御し、複数の
サービスのうちの第１のサービスに対応する第１のサー
ビスＩＤと、入出力制御ステップの処理により第１のサ
ービスに関するデータの入出力が制御されている場合に
データの入出力が許可される、複数のサービスのうちの
第２のサービスに対応する第２のサービスＩＤの記憶を
制御するようにしたので、所定のサービスに関するデー
タの授受を実行している場合において、セキュリティを
確保しつつ、予め許可された他のサービスに関するデー
タの授受を、並行して行うことを可能とすることができ
る。

【図面の簡単な説明】

【図１】ＩＣカードとリーダライタの通信方式および認
証方式について説明するための図である。

【図２】カード発行者、サービス提供者、およびカード
保持者の関係について説明するための図である。

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

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

【図５】図３および図４の暗号処理部について説明する
ための図である。

【図６】図３および図４のＳＲＡについて説明するため
の図である。

【図７】図６のＳＲＡに格納される認証用鍵情報につい
て説明するための図である。

【図８】図３および図４のＳＲＴについて説明するため
の図である。

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

【図１０】サービス登録用リーダライタのメモリ情報を
説明するための図である。

【図１１】一般リーダライタのメモリ情報を説明するた
めの図である。

【図１２】モジュール間通信用リーダライタのメモリ情
報を説明するための図である。

【図１３】モジュール間通信を説明するための図であ
る。

【図１４】バージョンアップ用リーダライタのメモリ情
報を説明するための図である。

【図１５】ＩＣカードとリーダライタの認証処理につい
て説明するためのフローチャートである。

【図１６】リーダライタのサービス識別処理について説
明するためのフローチャートである。

【図１７】ＩＣカードのサービス識別処理について説明
するためのフローチャートである。

【図１８】リーダライタのサービス識別処理について説
明するためのフローチャートである。

【図１９】ＩＣカードのサービス識別処理について説明
するためのフローチャートである。

【図２０】リーダライタの認証鍵識別処理について説明
するためのフローチャートである。

【図２１】ＩＣカードの認証鍵識別処理について説明す
るためのフローチャートである。

【図２２】リーダライタの認証鍵識別処理について説明
するためのフローチャートである。

【図２３】ＩＣカードの認証鍵識別処理について説明す
るためのフローチャートである。

【図２４】証明書について説明するための図である。

【図２５】署名生成処理について説明するためのフロー
チャートである。

【図２６】署名検証処理について説明するためのフロー
チャートである。

【図２７】リーダライタの認証鍵識別処理について説明
するためのフローチャートである。

【図２８】ＩＣカードの認証鍵識別処理について説明す
るためのフローチャートである。

【図２９】サービス登録用リーダライタのサービス登録
処理について説明するためのフローチャートである。

【図３０】ＩＣカードのサービス登録処理について説明
するためのフローチャートである。

【図３１】サービス登録用リーダライタのサービス削除
処理について説明するためのフローチャートである。

【図３２】ＩＣカードのサービス削除処理について説明
するためのフローチャートである。

【図３３】一般リーダライタのサービス削除処理につい
て説明するためのフローチャートである。

【図３４】ＩＣカードのサービス削除処理について説明
するためのフローチャートである。

【図３５】一般リーダライタのサービスデータ取得処理
について説明するためのフローチャートである。

【図３６】ＩＣカードのサービスデータ送信処理につい
て説明するためのフローチャートである。

【図３７】一般リーダライタのサービスデータ取得処理
について説明するためのフローチャートである。

【図３８】ＩＣカードのサービスデータ送信処理につい
て説明するためのフローチャートである。

【図３９】一般リーダライタのサービスデータ書き込み
処理について説明するためのフローチャートである。

【図４０】ＩＣカードのサービスデータ書き込み処理に
ついて説明するためのフローチャートである。

【図４１】一般リーダライタのサービスデータ書き込み
処理について説明するためのフローチャートである。

【図４２】ＩＣカードのサービスデータ書き込み処理に
ついて説明するためのフローチャートである。

【図４３】バージョンアップ用リーダライタの鍵バージ
ョンアップ処理について説明するためのフローチャート
である。

【図４４】ＩＣカードの鍵バージョンアップ処理につい
て説明するためのフローチャートである。

【図４５】一般リーダライタの鍵バージョンアップ処理
について説明するためのフローチャートである。

【図４６】ＩＣカードの鍵バージョンアップ処理につい
て説明するためのフローチャートである。

【図４７】ＩＣカードの鍵バージョンアップ処理につい
て説明するためのフローチャートである。

【図４８】モジュール間通信処理について説明するため
のフローチャートである。

【図４９】モジュール間通信処理について説明するため
のフローチャートである。

【図５０】モジュール間通信処理について説明するため
のフローチャートである。

【図５１】モジュール間通信処理について説明するため
のフローチャートである。

【符号の説明】

１ ＩＣカード１ リーダライタ、 ２１ 通信部、
３１ 制御部、 ３２メモリ、 ３３ 暗号処理部、
４１ 公開鍵処理部、 ４２ 共通鍵処理部、 ４３
その他の暗号処理部、 ４５ ＳＲＴ、 ４６ ＳＲ
Ａ、 ５１ 通信部、 ５２ 共通鍵サービス処理部、
５３ 通信部、 ５４ 公開鍵サービス処理部、 ６
１ 制御部、 ６２ メモリ、６３ 暗号処理部、 ９
１ 通信部、 １０１ 制御部、 １０２ 暗号処理
部、 １０３ メモリ、 １１１公開鍵処理部、 １１
２ 共通鍵処理部、 １１３ その他の暗号処理部、
１０５ 表示部、 １０６ 入力部、 １２１ 公開鍵
モジュール、 １２２ 共通鍵モジュール

───────────────────────────────────────────────────── フロントページの続き (72)発明者 浅野 智之 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 吉野 賢治 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 岡 誠 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 瀧 隆太 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B035 AA13 BB09 BC02 CA23 5B058 CA15 KA11 KA33 KA35 YA06 5J104 AA07 KA01 NA35 NA36 NA38 NA41

Claims (5)

【特許請求の範囲】
1. 【請求項１】 情報処理装置に装着され、前記情報処理
   装置とデータの授受を行うデータ記憶装置において、 前記情報処理装置に対する、前記データの入出力を制御
   する入出力制御手段と、 複数のサービスに対応するデータの記憶を制御する第１
   の記憶制御手段と、 前記複数のサービスのうちの第１のサービスに対応する
   第１のサービスＩＤと、前記入出力制御手段により前記
   第１のサービスに関する前記データの入出力が制御され
   ている場合に前記データの入出力が許可される、前記複
   数のサービスのうちの第２のサービスに対応する第２の
   サービスＩＤの記憶を制御する第２の記憶制御手段とを
   備えることを特徴とするデータ記憶装置。
2. 【請求項２】 前記第２の記憶制御手段は、前記第２の
   サービスに関するアクセス権の制限に関する情報の記憶
   をさらに制御することを特徴とする請求項１に記載のデ
   ータ記憶装置。
3. 【請求項３】 前記第２の記憶制御手段は、 前記第２のサービスＩＤが、前記第１のサービスＩＤに
   対して複数存在する場合、複数の前記第２のサービスＩ
   Ｄの記憶を制御し、 前記第２のサービスＩＤが、前記第１のサービスＩＤに
   対して１つも存在しない場合、前記第２のサービスＩＤ
   が空欄となるように記憶を制御することを特徴とする請
   求項１に記載のデータ記憶装置。
4. 【請求項４】 情報処理装置に装着され、前記情報処理
   装置とデータの授受を行うデータ記憶装置のデータ記憶
   方法において、 前記情報処理装置に対する、前記データの入出力を制御
   する入出力制御ステップと、 複数のサービスに対応するデータの記憶を制御する第１
   の記憶制御ステップと、 前記複数のサービスのうちの第１のサービスに対応する
   第１のサービスＩＤと、前記入出力制御ステップの処理
   により前記第１のサービスに関する前記データの入出力
   が制御されている場合に前記データの入出力が許可され
   る、前記複数のサービスのうちの第２のサービスに対応
   する第２のサービスＩＤの記憶を制御する第２の記憶制
   御ステップとを含むことを特徴とするデータ記憶方法。
5. 【請求項５】 情報処理装置に装着され、前記情報処理
   装置とデータの授受を行うデータ記憶装置用のプログラ
   ムであって、 前記情報処理装置に対する、前記データの入出力を制御
   する入出力制御ステップと、 複数のサービスに対応するデータの記憶を制御する第１
   の記憶制御ステップと、 前記複数のサービスのうちの第１のサービスに対応する
   第１のサービスＩＤと、前記入出力制御ステップの処理
   により前記第１のサービスに関する前記データの入出力
   が制御されている場合に前記データの入出力が許可され
   る、前記複数のサービスのうちの第２のサービスに対応
   する第２のサービスＩＤの記憶を制御する第２の記憶制
   御ステップとを含むことを特徴とするコンピュータが読
   み取り可能なプログラムが記録されている記録媒体。