JP2003196160A - Ｉｃカードおよびｉｃカードの記録情報管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 構造の複雑化や製造コストの増大を抑えつ
つ、安全性および利便性の双方を確保すること。 【解決手段】 認証情報を送受信することにより実施さ
れる認証処理の結果、正当であると判断された場合に自
身に格納した金額ファイル４１の利用が可能となるＩＣ
カード１において、送受信する認証情報に対して互いに
強度の異なる複数の暗号Ａ，Ｂ，Ｃを選択的に適用した
処理を実施する暗号処理部３０と、利用しようとする金
額ファイル４１の重み付けに応じて前記暗号処理部３０
が適用する暗号Ａ，Ｂ，Ｃの強度を決定するＣＰＵ１０
とを備えるようにしている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＩＣカードおよ
びＩＣカードに記録された記録情報の管理方法に関する
ものである。

【０００２】

【従来の技術】ＩＣカードは、記憶容量、並びに記録情
報の耐改竄性の点で有利である。このため、磁気カード
に代わる記録媒体としての利用が期待されており、例え
ば金額ファイルを記録した電子マネーとしての利用も具
現化しつつある。金額ファイル等の記録情報の利用に際
しては、暗号を用いた認証処理を行っているのが一般的
であり、その安全性を考慮するようにしている。

【０００３】一般に、暗号を用いた認証処理を行う場
合、当該暗号の強度を低く設定すれば、認証処理に要す
る時間を短縮することができるため、ＩＣカードの利用
に当たって待ち時間が少なくなる等、利用者の利便性が
向上する。しかしながら、強度の低い暗号を適用した場
合には、当然にその安全性が犠牲となり、重み付けの大
きな記録情報の利用、例えば金額ファイルから大きい金
額を支払う場合には好適とはいえない。

【０００４】これに対して、強度の高い暗号を適用して
認証処理を行った場合には、安全性を確保した上で大き
い金額の支払いが可能となる。しかしながら、ＩＣカー
ドの利用に当たっては、認証処理に要する時間が長くな
らざるを得ず、待ち時間が著しく増大する等、利便性が
損なわれることになる。

【０００５】こうした問題を解決するべく従来において
は、互いに強度の異なる複数の暗号を利用して認証処理
を行うことが可能なＩＣカードが提案されている。この
ＩＣカードによれば、例えば、金額の小さい買い物を頻
繁に行う場合には、強度の低い暗号を適用することでそ
の利便性を十分に確保することができる一方、高額の買
い物を行う場合には、強度の高い暗号を適用することで
利便性よりも安全性に重点を置くことができるようにな
り、利用者のニーズに応じた記録情報の利用が可能とな
る。

【０００６】

【発明が解決しようとする課題】上述したように、複数
の暗号を利用して認証処理を行うことが可能なＩＣカー
ドにあっては、一見、利便性および安全性の双方を満足
できるような印象を受ける。しかしながら、重み付けの
大きい記録情報の利用に当たって、より強度の高い暗号
を用いた認証を行うことができるとはいえ、強度の低い
暗号を用いた認証においても重み付けの大きい記録情報
の利用は可能である。従って、強度の低い暗号が破られ
た時点で大きい金額の支払いが可能となり、安全性を十
分に確保したものとはいえない。

【０００７】こうした課題を解決するためには、適用す
る暗号の強度に応じてＩＣカードに記録情報を複数用意
することが考えられる。具体的には、強度の低い暗号を
用いて認証を行った場合には、重み付けの小さい記録情
報の利用のみを許容する一方、強度の高い暗号を用いて
認証を行った場合には、重み付けの大きい記録情報の利
用をも許容するようにすればよい。このようなＩＣカー
ドによれば、たとえ強度の低い暗号が破られたとして
も、強度の高い暗号を用いた認証が必要となる記録情報
に対しては、これを利用することができないため、安全
性の点ではこれを改善することができる。

【０００８】しかしながら、暗号の強度が異なる毎に記
録情報を持つように構成することは、ＩＣカードの構造
を著しく複雑化することになり、物理的な制約があるば
かりでなく、ＩＣカードの製造コストを考慮した場合、
必ずしも好ましいものとはいえない。

【０００９】この発明は上記実情に鑑みてなされたもの
で、構造の複雑化や製造コストの増大を抑えつつ、安全
性および利便性の双方を確保することのできるＩＣカー
ドおよびＩＣカードの記録情報管理方法を得ることを目
的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、この発明にかかるＩＣカードは、認証情報を送受信
することにより実施される認証処理の結果、正当である
と判断された場合に自身に格納した記録情報の利用が可
能となるＩＣカードにおいて、送受信する認証情報に対
して互いに強度の異なる複数の暗号を選択的に適用した
処理を実施する暗号処理部と、利用しようとする記録情
報の重み付けに応じて前記暗号処理部が適用する暗号の
強度を決定する暗号強度決定手段と、を備えることを特
徴とする。

【００１１】この発明によれば、利用しようとする記録
情報の重み付けに応じて、認証の際に適用する暗号の強
度が決定される。

【００１２】つぎの発明にかかるＩＣカードは、上記の
発明において、適用する暗号の強度と、利用可能な記録
情報とを互いに対応付けたテーブルを格納する記憶手段
をさらに備え、前記暗号強度決定手段は、この記憶手段
に格納したテーブルに基づいて暗号の強度を決定するこ
とを特徴とする。

【００１３】この発明によれば、予め設定したテーブル
の対応付けに従って暗号の強度が決定されることにな
る。

【００１４】つぎの発明にかかるＩＣカードは、認証情
報を送受信することにより実施される認証処理の結果、
正当であると判断された場合に自身に格納した記録情報
の利用が可能となるＩＣカードにおいて、送受信する認
証情報に対して互いに強度の異なる複数の暗号を選択的
に適用した処理を実施する暗号処理部と、該暗号処理部
で適用した暗号の強度に応じて前記記録情報の利用に制
限を加える記録情報管理手段と、を備えることを特徴と
する。

【００１５】この発明によれば、認証の際に適用した暗
号の強度に応じて記録情報の利用そのものに制限が加え
られる。

【００１６】つぎの発明にかかるＩＣカードは、上記の
発明において、互いに異なる複数のインターフェースを
有し、かつ個々のインターフェースを択一的に使用して
前記カード処理装置との間で認証情報の送受信を行う通
信手段をさらに備え、前記暗号処理部は、前記認証情報
の送受信に用いるインターフェースに応じて適用する暗
号の強度を決定することを特徴とする。

【００１７】この発明によれば、認証の際に適用したイ
ンターフェースに応じて暗号の強度が決定され、これに
基づいて記録情報の利用に制限が加えられる。

【００１８】つぎの発明にかかるＩＣカードは、上記の
発明において、適用する暗号の強度と、利用可能な記録
情報とを互いに対応付けたテーブルを格納する記憶手段
をさらに備え、前記記録情報管理手段は、この記憶手段
に格納したテーブルに基づいて前記記録情報の利用に制
限を加えることを特徴とする。

【００１９】この発明によれば、予め設定したテーブル
の対応付けに従って記録情報の利用に制限が加えられ
る。

【００２０】つぎの発明にかかるＩＣカードは、上記の
発明において、前記記録情報が、有価価値に関する情報
であり、利用制限に応じて利用の上限金額を変更するこ
とを特徴とする。

【００２１】この発明によれば、記録情報として有価価
値に関する情報を取り扱うことができ、利用制限が加え
られた場合にその上限金額が変更される。

【００２２】つぎの発明にかかるＩＣカードは、上記の
発明において、前記暗号処理部の適用する複数の暗号
が、相互に暗号鍵のビット長が異なることを特徴とす
る。

【００２３】この発明によれば、共通の暗号ロジックを
用いて複数の暗号強度を設定することができる。

【００２４】つぎの発明にかかるＩＣカードは、上記の
発明において、前記暗号処理部の適用する複数の暗号
が、相互に暗号ロジックが異なることを特徴とする。

【００２５】この発明によれば、暗号の強度に応じて個
別の暗号ロジックを適用するようにしている。

【００２６】つぎの発明にかかるＩＣカードは、上記の
発明において、前記記録情報の追加更新を実施する場
合、前記暗号処理部が、前記認証情報に対して最も強度
の高い暗号を適用した処理を行うことを特徴とする。

【００２７】この発明によれば、最も強度の高い暗号を
適用して記録情報の追加更新が実施される。

【００２８】つぎの発明にかかるＩＣカードは、上記の
発明において、前記テーブルの更新処理を実施する場
合、前記暗号処理部が、前記認証情報に対して最も強度
の高い暗号を適用した処理を行うことを特徴とする。

【００２９】この発明によれば、最も強度の高い暗号を
適用してテーブルの更新処理が実施される。

【００３０】つぎの発明にかかるＩＣカードの記録情報
管理方法は、暗号を適用した認証情報を送受信すること
により実施される認証処理の結果、正当であると判断さ
れた場合にＩＣカードに格納した記録情報の利用を可能
とするＩＣカードの記録情報管理方法において、利用し
ようとする記録情報の重み付けに応じて前記認証情報に
適用する暗号の強度を変更することを特徴とする。

【００３１】この発明によれば、利用しようとする記録
情報の重み付けに応じて、認証の際に適用する暗号の強
度が決定される。

【００３２】つぎの発明にかかるＩＣカードの記録情報
管理方法は、暗号を適用した認証情報を送受信すること
により実施される認証処理の結果、正当であると判断さ
れた場合にＩＣカードに格納した記録情報の利用を可能
とするＩＣカードの記録情報管理方法において、適用し
た暗号の強度に応じて前記記録情報の利用に制限を加え
ることを特徴とする。

【００３３】この発明によれば、認証の際に適用した暗
号の強度に応じて記録情報の利用そのものに制限が加え
られる。

【００３４】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかるＩＣカードおよびＩＣカードの記録情報管
理方法の好適な実施の形態を詳細に説明する。

【００３５】実施の形態１．図１は、この発明の実施の
形態１であるＩＣカードを概念的に示すもので、（ａ）
は内部構成を概念的に示すブロック図、（ｂ）は外観図
である。ここで例示するＩＣカード１は、いわゆる電子
マネーとして用いることができるもので、ＣＰＵ１０、
通信部２０、暗号処理部３０、記憶部４０を有してい
る。

【００３６】ＣＰＵ１０は、後述する通信部２０、暗号
処理部３０および記憶部４０を総括的に制御するための
部分である。

【００３７】通信部２０は、図１に示すように、カード
リーダ／ライタ等のカード処理端末５０との間において
必要となる情報の送受信を行う部分であり、接触式イン
ターフェース２１と非接触式インターフェース２２とを
備えて構成してある。

【００３８】接触式インターフェース２１は、例えば、
カード処理端末５０に挿入した後、ＩＣカード１の外表
面に設けた外部接触端子２１ａをカード処理端末５０の
接触端子に直接接触させることによって情報の送受信を
行うことが可能である。

【００３９】これに対して非接触式インターフェース２
２は、例えばアンテナを具備しており、カード処理端末
５０に挿入することなく、単に近接させる等の操作を行
えば情報の送受信を行うことが可能である。

【００４０】それぞれのインターフェース２１，２２を
通じて送信される情報は、ＣＰＵ１０から与えられる一
方、それぞれのインターフェース２１，２２を通じて受
信した情報は、ＣＰＵ１０に与えられることになる。

【００４１】暗号処理部３０は、ＣＰＵ１０から与えら
れた情報に対して適宜暗号化／復号化処理を施す部分で
ある。本実施の形態１では、暗号処理部３０として３つ
の暗号を択一的に適用して上述した暗号化／復号化処理
を行うものを例示している。暗号処理部３０で適用する
３つの暗号は、互いに強度が異なるもので、例えば、暗
号Ａ＜暗号Ｂ＜暗号Ｃとなるようにそれぞれの強度が設
定してある。

【００４２】複数の暗号において互いに強度を異ならせ
る場合には、暗号Ａ＝５１２ビット＜暗号Ｂ＝１０２４
ビット＜暗号Ｃ＝２０４８ビットのように、互いに暗号
鍵のビット長が異なるものを用いるようにしてもよい
し、共通鍵暗号や公開鍵暗号のように、互いに暗号ロジ
ックが異なるものを用いるようにしてもよい。前者の場
合には、暗号処理部３０として単一の暗号ロジックに対
応したものを唯一設ければよいため、ＩＣカード１の製
造コストを低減することが可能になる。これに対して後
者の場合には、暗号処理部３０として複数の暗号ロジッ
クに対応したものが必要にはなるが、単一の暗号ロジッ
クを適用する場合に比べれば、これを破ろうとした場
合、暗号鍵の解析に加えて暗号ロジックの解析という手
間が増えるため、より安全性を高めることが可能にな
る。

【００４３】このように、いずれか一方の方法を適用す
れば、それぞれの利点を生かしたＩＣカード１の作成が
可能となる。しかしながら、暗号処理部３０で適用する
複数の暗号としては、暗号ロジックと暗号鍵のビット長
との双方が相互に異なるものを適用することも可能であ
る。

【００４４】記憶部４０は、金額ファイル４１およびセ
キュリティテーブル４２を格納する部分である。

【００４５】金額ファイル４１は、決済の際に必要とな
る有価価値情報、つまり金額に関する情報を記録したも
のである。この金額ファイル４１においては、１回の利
用金額がそのまま情報の重み付けに対応しており、例え
ば１回に１万円を利用する場合と１回に２万円を利用す
る場合とでは、前者よりも後者の重み付けが大きいこと
になる。

【００４６】セキュリティテーブル４２は、図２に示す
ように、暗号処理部３０において適用する暗号と、それ
ぞれの暗号を適用した場合に１回に利用可能となる金額
ファイル４１の上限金額とを互いに対応付けたものであ
る。図２からも明らかなように、この実施の形態１で適
用するセキュリティテーブル４２では、適用する暗号の
強度が高いほど、１回に利用可能となる上限金額が大き
くなるように設定してある。

【００４７】これら記憶部４０に格納した金額ファイル
４１およびセキュリティテーブル４２は、それぞれＣＰ
Ｕ１０の更新処理によって適宜更新することが可能であ
る。具体的には、ＣＰＵ１０の加算処理や減算処理によ
って金額ファイル４１の有価価値情報を増減することが
可能であるとともに、ＣＰＵ１０の書換処理によってセ
キュリティテーブル４２を書き換えることが可能であ
る。

【００４８】図３は、上述したＩＣカード１において、
ＣＰＵ１０で実施される処理の内容を示したフローチャ
ートである。以下、この図を参照しながら、実施の形態
１についてさらに詳述する。

【００４９】まず、ＩＣカード１のＣＰＵ１０は、カー
ド処理端末５０からの利用開始信号の受信待ち状態にあ
る（ステップＳ１０）。

【００５０】この状態からＩＣカード１を利用する場合
には、利用者がカード処理端末５０に対して所望となる
利用モードの入力、さらに料金の支払いを行う場合には
その利用金額の入力を行う。その後、カード処理端末５
０に対してＩＣカード１を挿入する、もしくは近接させ
る等の操作を行うと、当該カード処理端末５０からＩＣ
カード１に対して利用開始信号が送信される。この場
合、カード処理端末５０にＩＣカード１が挿入操作され
た場合には、接触式インターフェース２１を通じて利用
開始信号の送信が行われる一方、カード処理端末５０に
ＩＣカード１が近接操作された場合には、非接触式イン
ターフェース２２を通じて利用開始信号の送信が行われ
る。カード処理端末５０からＩＣカード１に送信される
利用開始信号には、予め設定したビット位置に利用モー
ドを示すための情報が含まれ、さらに支払モードの場
合、予め設定したビット位置に利用金額を示すための情
報が含まれているものとする。

【００５１】カード処理端末５０から利用開始信号を受
信したＩＣカード１のＣＰＵ１０は、これに含まれた利
用モードに基づいて処理を分岐し（ステップＳ１１）、
それぞれに応じたモード処理を実施する（ステップＳ１
００，２００，３００，４００）。

【００５２】（支払モード処理）支払モード処理は、商
品等の購入代金を、ＩＣカード１を使って決済を行う場
合に用いる利用モードである。この支払モード処理で
は、図４に示すように、まず、利用開始信号に含まれる
利用金額がＩＣカード１の最大利用上限金額を超えてい
るか否かを判断する（ステップＳ１０１）。利用金額が
最大利用上限金額を超えている場合には、エラー処理を
実施し（ステップＳ１０２）、その後、手順をリターン
させて今回の処理を終了する。

【００５３】一方、利用金額が最大利用上限金額以下で
あった場合には、記憶部４０に格納したセキュリティテ
ーブル４２に基づいて適用する暗号の選択を行い（ステ
ップＳ１０３）、該選択した暗号を適用して認証処理を
行う（ステップＳ１０４）。具体的には、利用金額が１
万円以下であれば暗号Ａを選択し、これを適用して認証
処理を行う。利用金額が１万円を超え、かつ５万円以下
の場合には、暗号Ｂを選択し、これを適用して認証処理
を行う。さらに、利用金額が５万円を超えていた場合に
は、暗号Ｃを選択し、これを適用して認証処理を行う。
例えば利用金額が８万円であれば、暗号Ｃを適用した認
証処理を行い、利用金額が１万円以下であれば、暗号Ａ
を適用した認証処理が行われることになる。

【００５４】暗号を適用した認証処理としては、従前か
ら一般的に用いられている方法を適用すればよい。例え
ば、図５に示すように、カード処理端末５０から利用開
始信号を受信したＩＣカード１のＣＰＵ１０が、ステッ
プＳ１０３で選択した暗号の情報をカード処理端末５０
に対して送信する（＃１）。暗号情報を取得したカード
処理端末５０は、これに応じた暗号鍵、例えば公開鍵を
認証局から取得する（＃２）。さらに、この取得した暗
号鍵を用いて乱数等の任意の認証情報を暗号化し（＃
３）、該暗号化した認証情報をＩＣカード１に対して送
信する（＃４）。認証情報を受信したＩＣカード１のＣ
ＰＵ１０は、＃１で通知した暗号を適用して当該認証情
報を復号化し（＃５）、該復号化した認証情報をカード
処理端末５０に返送する（＃６）。認証情報を受信した
カード処理端末５０では、該受信した認証情報と、自身
が所有する暗号化前の認証情報との比較を行って認証の
可否を判断する（＃７）。つまり、両者が一致した場合
にＩＣカード１が正当なものであると判断する一方、両
者が相違した場合にＩＣカード１が正当なものでないと
判断する。なお、必要であれば、ＩＣカード１側からカ
ード処理端末５０に対する認証処理を併せて行うように
してもよい。カード処理端末５０での認証結果は、ＩＣ
カード１に返送される（＃８）。

【００５５】上記のようにして認証処理を行った結果、
ＩＣカード１が正当なものでないと判断された場合に
は、図４に示すように、ステップＳ１０５において手順
をステップＳ１０６に進め、エラー処理を実施した後、
手順をリターンさせて今回の処理を終了する。

【００５６】一方、認証処理の結果、ＩＣカード１が正
当なものであると判断された場合には、ステップＳ１０
５において手順をステップＳ１０７に進め、利用者が入
力した利用金額の決済処理を行う。すなわち、カード処
理端末５０に対して利用金額に応じた有価価値情報の送
信を行う一方、ＩＣカード１の金額ファイル４１から利
用金額に応じた有価価値情報の減算処理を実施する。決
済処理が終了すると、手順をリターンさせ、今回の処理
を終了する。

【００５７】上述したように、支払モード処理を行う場
合には、利用金額に応じて認証に適用する暗号が選択さ
れることになる。この場合、利用金額が大きいほど、認
証に適用する暗号の強度が高くなるように設定してあ
る。つまり、金額ファイル４１としては、これを唯一備
えるようにしているものの、大きな金額の有価価値情報
を不正に利用しようとした場合には、より強度の高い暗
号を破らなければならないことになる。従って、強度の
弱い暗号が破られたとしても、不正に取得できる金額を
最小限に止めることができるようになり、構造の複雑化
や製造コストの著しい増大を招来することなくＩＣカー
ド１の安全性を向上させることができるようになる。

【００５８】しかも、金額の小さい買い物を頻繁に行う
場合には、強度の低い暗号を適用するようにしているた
め、利用者の利便性を十分に確保することができる一
方、高額の買い物を行う場合には、強度の高い暗号を適
用するようにしているため、利便性よりも安全性に重点
を置くことができるようになり、利用者のニーズに応じ
た金額ファイル４１の利用が可能となる。

【００５９】（入金モード処理）入金モード処理は、支
払いによって減少した金額ファイル４１の有価価値情報
を追加更新する場合に用いる利用モードである。この入
金モード処理では、図６に示すように、暗号処理部３０
において最も強度の高い暗号を適用して認証処理を行う
（ステップＳ２０１）。この場合、予め入金モード処理
を行う場合には、暗号Ｃを適用する旨のテーブルを記憶
部４０に格納するようにしておいてもよい。認証処理の
処理内容としては、支払モード処理の際の認証処理と同
等の処理を行えばよい。

【００６０】認証処理を行った結果、ＩＣカード１が正
当なものでないと判断された場合には、ステップＳ２０
２において手順をステップＳ２０３に進め、エラー処理
を実施した後、手順をリターンさせて今回の処理を終了
する。

【００６１】一方、認証処理の結果、ＩＣカード１が正
当なものであると判断された場合には、利用者の指示に
応じた入金処理を行う（ステップＳ２０４）。この入金
処理では、例えば、カード処理端末５０からＩＣカード
１に対して入金額に応じた有価価値情報の送信を行う
と、この有価価値情報を受信したＩＣカード１のＣＰＵ
１０が金額ファイル４１に対して当該有価価値情報の加
算処理を実施する。入金処理が終了すると、手順をリタ
ーンさせ、今回の処理を終了する。

【００６２】上述したように、入金処理においては、暗
号処理部３０において最も強度の高い暗号Ｃを適用した
認証処理が行われることになるため、不正に金額ファイ
ル４１が改竄される事態を有効に防止することができる
ようになる。

【００６３】（書換モード処理）書換モード処理は、記
憶部４０に格納したセキュリティテーブル４２を利用者
の自己責任で書き換える場合に用いる利用モードであ
る。この書換モード処理では、図７に示すように、暗号
処理部３０において最も強度の高い暗号Ｃを適用して認
証処理を行う（ステップＳ３０１）。この場合、上述し
た入金モード処理と同様に、予め書換モード処理を行う
場合には、暗号Ｃを適用する旨のテーブルを記憶部４０
に格納するようにしておいてもよい。認証処理の処理内
容としては、支払モード処理の際の認証処理と同等の処
理を行えばよい。

【００６４】認証処理を行った結果、ＩＣカード１が正
当なものでないと判断された場合には、ステップＳ３０
２において手順をステップＳ３０３に進め、エラー処理
を実施した後、手順をリターンさせて今回の処理を終了
する。

【００６５】一方、認証処理の結果、ＩＣカード１が正
当なものであると判断された場合には、利用者の指示に
応じた書換処理を行う（ステップＳ３０４）。この書換
処理では、例えば、カード処理端末５０を通じて利用上
限金額変更情報を送信すると、この利用上限金額変更情
報を受信したＩＣカード１のＣＰＵ１０がセキュリティ
テーブル４２に対して利用上限金額の書換処理を実施す
る。書換処理が終了すると、手順をリターンさせ、今回
の処理を終了する。

【００６６】上述した書換モード処理は、予めＩＣカー
ド１の発行元によって最大利用上限金額が設定されてい
る場合に利用することが考えられる。例えば、小銭を持
ち歩くのが煩わしく感じており、ＩＣカード１に対して
小銭に相当する少額の支払い能力があれば事足りるＸさ
んと、ＩＣカード１を海外旅行の費用や高級品を購入す
る際の決済手段として考えているＹさんとでは、必要と
なる最大利用上限金額も当然に異なる。しかしながら、
ＩＣカード１の発行元としては、製造コストや維持管理
コストを考慮した場合、個々の利用形態に関わりなく、
すべての利用者に対して同一の最大利用上限金額を設定
することが好ましい。

【００６７】こうした利用者側の要求と発行元の事情と
が相反する場合にも、上述した書換モード処理によって
双方を満足させることが可能となる。例えば、図８
（ａ）に示すように、発行元によって利用上限金額が設
定されている場合であっても、書換モード処理により、
図８（ｂ）に示すように、暗号Ｃの利用上限金額を１０
０万→１０万、暗号Ｂの利用上限金額を５０万→５万、
暗号Ａの利用上限金額を１０万→１万に変更すること
で、ＩＣカード１に対して小銭に相当する少額の支払い
能力があれば事足りるＸさんの利用形態に対応させるこ
とが可能になる。また、書換モード処理を行わなけれ
ば、図８（ａ）に示すように、ＩＣカード１を海外旅行
の費用や高級品を購入する際の決済手段として考えてい
るＹさんの利用形態に対応させることが可能になる。

【００６８】このように、書換モード処理においては、
セキュリティテーブル４２の書き換えを行うことができ
るため、発行元の製造コストや維持管理コストを増大さ
せることなく、利用者のニーズに応じたＩＣカード１を
提供することが可能となる。

【００６９】しかも、暗号処理部３０において最も強度
の高い暗号Ｃを適用した認証処理が行われることになる
ため、不正にセキュリティテーブル４２が改竄される事
態を有効に防止することができるようになる。

【００７０】（証明モード処理）証明モード処理は、支
払モード処理、入金モード処理および書換モード処理に
おいて実施した認証処理を、サインや印鑑の代わりに使
用するための利用モードである。この証明モード処理に
関しては、ＩＣカード１の記録情報を利用するものでは
ないため、認証処理において如何なる暗号を適用しても
よい。但し、サインや印鑑を用いる対象の重み付けが大
きいほど、強度の高い暗号を用いることが好ましいのは
言うまでもない。

【００７１】以上説明したように、実施の形態１のＩＣ
カード１によれば、構造の複雑化や製造コストの著しい
増大を招来することなく、安全性および利便性に優れた
電子マネーの具現化を図ることが可能となる。

【００７２】なお、上述した実施の形態１では、接触式
インターフェース２１および非接触式インターフェース
２２を備えたＩＣカード１を例示しているが、いずれか
一方のインターフェース２１，２２を備えていれば、同
様の作用効果を期待することが可能である。

【００７３】実施の形態２．上述した実施の形態１は、
利用しようとする記録情報の重み付け、つまり金額ファ
イル４１の利用金額に応じて認証に適用する暗号の強度
を決定するようにしたものである。これに対して実施の
形態２は、認証に適用した暗号の強度に応じて記録情報
の利用に制限を加えるようにしたものである。

【００７４】図９は、この発明の実施の形態２であるＩ
Ｃカード１の処理内容を示したブロック図である。この
図９は、実施の形態１において図４に示した支払モード
処理に対応するものである。以下、この図を参照しなが
ら実施の形態２について詳述する。なお、図１に示した
実施の形態１と同様の構成に関しては、同一の符号を付
してそれぞれの詳細説明を省略する。

【００７５】この実施の形態２の支払モード処理では、
まず、利用開始信号が接触式インターフェース２１を通
じて与えられたものか否かを判断する（ステップＳ５０
１）。接触式インターフェース２１を通じてカード処理
端末５０から利用開始信号が与えられた場合には、利用
開始信号に含まれる利用金額が５万円以下であるか否か
を判断する（ステップＳ５０２）。利用金額が５万円を
超える場合には、エラー処理を実施し（ステップＳ５０
３）、その後、手順をリターンさせて今回の処理を終了
する。

【００７６】これに対して利用金額が５万円以下であっ
た場合には、暗号Ｂを適用した認証処理を行い（ステッ
プＳ５０４）、その結果待ちとなる（ステップＳ５０
８）。

【００７７】一方、ステップＳ５０１において利用開始
信号が非接触式インターフェース２２を通じてカード処
理端末５０から与えられた場合には、利用開始信号に含
まれる利用金額が１万円以下であるか否かを判断する
（ステップＳ５０５）。利用金額が１万円を超える場合
には、エラー処理を実施し（ステップＳ５０６）、その
後、手順をリターンさせて今回の処理を終了する。

【００７８】これに対して利用金額が１万円以下であっ
た場合には、暗号Ａを適用した認証処理を行い（ステッ
プＳ５０７）、その結果待ちとなる（ステップＳ５０
８）。

【００７９】ステップＳ５０４およびステップＳ５０７
で実施される認証処理の処理内容としては、実施の形態
１の支払モード処理において実施した認証処理と同等の
処理を行えばよい。

【００８０】上記のようにして認証処理を行った結果、
ＩＣカード１が正当なものでないと判断された場合に
は、エラー処理を実施し（ステップＳ５０９）、その
後、手順をリターンさせて今回の処理を終了する。

【００８１】一方、認証処理の結果、ＩＣカード１が正
当なものであると判断された場合には、利用者が入力し
た利用金額の決済処理を行う（ステップＳ５１０）。す
なわち、カード処理端末５０に対して利用金額に応じた
有価価値情報の送信を行う一方、ＩＣカード１の金額フ
ァイル４１から利用金額に応じた有価価値情報の減算処
理を実施する。決済処理が終了すると、手順をリターン
させ、今回の処理を終了する。

【００８２】上述したように、支払モード処理を行う場
合には、インターフェース２１，２２に応じて予め認証
に適用する暗号を決定しておき、利用開始信号が与えら
れたインターフェース２１，２２に応じて、つまり認証
に適用する暗号に応じて利用金額に制限を加えるように
している。この場合、認証に適用する暗号の強度が高い
ほど、大きな利用金額を許容するように設定してある。
つまり、金額ファイル４１としては、これを唯一備える
ようにしているものの、大きな金額の有価価値情報を不
正に利用しようとした場合には、より強度の高い暗号を
破らなければならないことになる。従って、強度の弱い
暗号が破られたとしても、不正に取得できる金額を最小
限に止めることができるようになり、構造の複雑化や製
造コストの著しい増大を招来することなくＩＣカード１
の安全性を向上させることができるようになる。

【００８３】しかも、金額の小さい買い物を頻繁に行う
場合には、非接触式インターフェース２２を通じて認証
情報の送受信を行うことにより、強度の低い暗号を適用
することになるため、利用者の利便性を十分に確保する
ことができる一方、高額の買い物を行う場合には、接触
式インターフェース２１を通じて認証情報の送受信を行
うことにより、強度の高い暗号を適用することになるた
め、利便性よりも安全性に重点を置くことができるよう
になり、利用者のニーズに応じた金額ファイル４１の利
用が可能となる。

【００８４】以上説明したように、この実施の形態２の
ＩＣカード１によれば、構造の複雑化や製造コストの著
しい増大を招来することなく、安全性および利便性に優
れた電子マネーの具現化を図ることが可能となる。

【００８５】なお、上述した実施の形態２では、２種類
のインターフェース２１，２２を択一的に使用して認証
情報の送受信を行うようにしているが、３種類以上のイ
ンターフェースを択一的に使用して認証情報の送受信を
行うようにしてもよい。

【００８６】なお、上述した実施の形態１および２で
は、いずれも記録情報として金額ファイル４１を例示し
ているが、これに限定されない。例えば閲覧条件が重み
付けとなる機密情報を記録情報として格納するようにし
ても構わない。

【００８７】また、上述した実施の形態１および２で
は、唯一の暗号処理部３０が択一的に強度の異なる暗号
化／復号化処理を行うようにしているが、単一の暗号を
適用して暗号化／復号化処理を行う暗号処理部を複数設
け、これら複数の暗号処理部を選択的に用いて認証を行
うようにしてもよい。さらに、適用する暗号に関して
は、必ずしもハードウェアで処理する必要はなく、ソフ
トウェアによって処理を行うことも可能である。ソフト
ウェアによって暗号化／復号化処理を行うようにした場
合には、例えばネットワークを通じて新たな暗号のダウ
ンロードができるようになる等、暗号の強度を容易に変
更することが可能である。

【００８８】さらに、上述した支払モード処理、入金モ
ード処理および書換モード処理は、直接カード処理端末
５０との間において実施する必要はなく、ネットワーク
を通じてこれらの処理を行うことも可能である。この場
合であっても、上述した作用効果を期待することができ
るのはいうまでもない。

【００８９】

【発明の効果】以上説明したように、この発明によれ
ば、利用しようとする記録情報の重み付けに応じて、認
証の際に適用する暗号の強度が決定されるため、記録情
報としてはこれを唯一備えるようにしても、重み付けの
大きい記録情報を不正に利用しようとした場合、より強
度の高い暗号を破らなければならないようにすることが
できる。従って、強度の弱い暗号が破られたとしても、
不正に利用できる記録情報としては重み付けの小さいも
ののみに限られることになり、構造の複雑化や製造コス
トの著しい増大を招来することなくＩＣカードの安全性
を向上させることができるようになる。しかも、重み付
けの小さい記録情報のみを利用する場合には、強度の低
い暗号を適用して利用者の利便性を十分に確保すること
ができる一方、重み付けの大きい記録情報を利用する場
合には、強度の高い暗号を適用して利便性よりも安全性
に重点を置くことができるようになり、利用者のニーズ
に応じた金額ファイルの利用が可能となってその利便性
も著しく向上するようになる。

【００９０】つぎの発明によれば、予め設定したテーブ
ルの対応付けに従って暗号の強度が決定されることにな
るため、利用しようとする記録情報の重み付けに基づい
て都度暗号強度を導出するための判断を行う必要がな
く、処理の高速化を図ることが可能になる。

【００９１】つぎの発明によれば、認証の際に適用した
暗号の強度に応じて記録情報の利用そのものに制限が加
えられるため、記録情報としてはこれを唯一備えるよう
にしても、強度の低い暗号を適用した認証によっては重
み付けの大きい記録方法の利用を制限することが可能に
なり、構造の複雑化や製造コストの著しい増大を招来す
ることなくＩＣカードの安全性を向上させることができ
るようになる。しかも、強度の低い暗号を適用した場合
には重み付けの小さい記録情報のみを利用可能にして利
用者の利便性を十分に確保することができる一方、強度
の高い暗号を適用した場合には重み付けの大きい記録情
報をも利用可能として利便性よりも安全性に重点を置く
ことができるようになり、利用者のニーズに応じた金額
ファイルの利用が可能となってその利便性も著しく向上
するようになる。

【００９２】つぎの発明によれば、認証の際に適用した
インターフェースに応じて暗号の強度が決定され、これ
に基づいて記録情報の利用に制限が加えられるため、例
えば非接触式インターフェースを適用した場合に重み付
けの小さい記録情報のみを利用可能にして利用者の利便
性を十分に確保することができる一方、接触式インター
フェースを適用した場合には重み付けの大きい記録情報
をも利用可能として利便性よりも安全性に重点を置くこ
とができるようになり、利用者の利便性が一層向上する
ようになる。

【００９３】つぎの発明によれば、予め設定したテーブ
ルの対応付けに従って記録情報の利用に制限が加えられ
るため、適用した暗号に基づいて、都度記録情報の利用
制限を導出するための判断を行う必要がなく、処理の高
速化を図ることが可能となる。

【００９４】つぎの発明によれば、記録情報として有価
価値に関する情報を取り扱うことができ、利用制限が加
えられた場合にその上限金額が変更されるため、安全性
および利便性に優れる電子マネーの具現化が可能とな
る。

【００９５】つぎの発明によれば、共通の暗号ロジック
を用いて複数の暗号強度を設定することができるため、
暗号処理部として複数の暗号ロジックを処理できるもの
を適用する必要がなく、ＩＣカードの製造コストをより
低減することが可能になる。

【００９６】つぎの発明によれば、暗号の強度に応じて
個別の暗号ロジックを適用するようにしているため、唯
一の暗号ロジックを適用する場合に比べてより安全性を
高めることが可能になる。

【００９７】つぎの発明によれば、最も強度の高い暗号
を適用して記録情報の追加更新が実施されるため、不正
に記録情報が追加更新される事態を有効に防止すること
ができるようになる。

【００９８】つぎの発明によれば、最も強度の高い暗号
を適用してテーブルの更新処理が実施されるため、不正
にテーブルが改竄される事態を有効に防止することがで
きるようになる。

【００９９】つぎの発明によれば、利用しようとする記
録情報の重み付けに応じて、認証の際に適用する暗号の
強度が決定されるため、記録情報としてはこれを唯一備
えるようにしても、重み付けの大きい記録情報を不正に
利用しようとした場合、より強度の高い暗号を破らなけ
ればならないようにすることができる。従って、強度の
弱い暗号が破られたとしても、不正に利用できる記録情
報としては重み付けの小さいもののみに限られることに
なり、構造の複雑化や製造コストの著しい増大を招来す
ることなくＩＣカードの安全性を向上させることができ
るようになる。しかも、重み付けの小さい記録情報のみ
を利用する場合には、強度の低い暗号を適用して利用者
の利便性を十分に確保することができる一方、重み付け
の大きい記録情報を利用する場合には、強度の高い暗号
を適用して利便性よりも安全性に重点を置くことができ
るようになり、利用者のニーズに応じた金額ファイルの
利用が可能となってその利便性も著しく向上するように
なる。

【０１００】つぎの発明によれば、認証の際に適用した
暗号の強度に応じて記録情報の利用そのものに制限が加
えられるため、記録情報としてはこれを唯一備えるよう
にしても、強度の低い暗号を適用した認証によっては重
み付けの大きい記録方法の利用を制限することが可能に
なり、構造の複雑化や製造コストの著しい増大を招来す
ることなくＩＣカードの安全性を向上させることができ
るようになる。しかも、強度の低い暗号を適用した場合
には重み付けの小さい記録情報のみを利用可能にして利
用者の利便性を十分に確保することができる一方、強度
の高い暗号を適用した場合には重み付けの大きい記録情
報をも利用可能として利便性よりも安全性に重点を置く
ことができるようになり、利用者のニーズに応じた金額
ファイルの利用が可能となってその利便性も著しく向上
するようになる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１であるＩＣカードを
示したもので、（ａ）は内部構成を概念的に示すブロッ
ク図、（ｂ）は外観を概念的に示した図である。

【図２】 ＩＣカードに格納したセキュリティテーブル
の一例を示す図表である。

【図３】 ＩＣカードのＣＰＵで実施される処理の内容
を示したフローチャートである。

【図４】 図３の支払モード処理の詳細を示すフローチ
ャートである。

【図５】 認証処理の一例を示すシーケンス図である。

【図６】 図３の入金モード処理の詳細を示すフローチ
ャートである。

【図７】 図３の書換モード処理の詳細を示すフローチ
ャートである。

【図８】 （ａ）はＩＣカードの発行元によって設定さ
れたセキュリティテーブルの一例を示す図表、（ｂ）は
書換モード処理によって書き換えた後のセキュリティテ
ーブルの一例を示す図表である。

【図９】 この発明の実施の形態２のＩＣカードにおい
てＣＰＵで実施される支払モード処理の内容を示したフ
ローチャートである。

【符号の説明】

１ ＩＣカード、１０ ＣＰＵ、２０ 通信部、２１
接触式インターフェース、２１ａ 外部接触端子、２２
非接触式インターフェース、３０ 暗号処理部、４０
記憶部、４１ 金額ファイル、４２ セキュリティテ
ーブル、５０カード処理端末。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ▲鶴▼田 博一 兵庫県伊丹市中央３丁目１番17号 三菱電 機システムエル・エス・アイ・デザイン株 式会社内 Ｆターム(参考） 2C005 MA20 NA06 SA02 5B017 AA03 BA07 BB00 CA14 5B035 AA13 BB09 CA11 CA38 5B058 CA27 KA02 KA04 KA31 KA35 YA20 5J104 AA07 AA36 NA35

Claims (12)

【特許請求の範囲】
1. 【請求項１】 認証情報を送受信することにより実施さ
   れる認証処理の結果、正当であると判断された場合に自
   身に格納した記録情報の利用が可能となるＩＣカードに
   おいて、 送受信する認証情報に対して互いに強度の異なる複数の
   暗号を選択的に適用した処理を実施する暗号処理部と、 利用しようとする記録情報の重み付けに応じて前記暗号
   処理部が適用する暗号の強度を決定する暗号強度決定手
   段と、 を備えることを特徴とするＩＣカード。
2. 【請求項２】 適用する暗号の強度と、利用可能な記録
   情報とを互いに対応付けたテーブルを格納する記憶手段
   をさらに備え、前記暗号強度決定手段は、この記憶手段
   に格納したテーブルに基づいて暗号の強度を決定するこ
   とを特徴とする請求項１に記載のＩＣカード。
3. 【請求項３】 認証情報を送受信することにより実施さ
   れる認証処理の結果、正当であると判断された場合に自
   身に格納した記録情報の利用が可能となるＩＣカードに
   おいて、 送受信する認証情報に対して互いに強度の異なる複数の
   暗号を選択的に適用した処理を実施する暗号処理部と、 該暗号処理部で適用した暗号の強度に応じて前記記録情
   報の利用に制限を加える記録情報管理手段と、 を備えることを特徴とするＩＣカード。
4. 【請求項４】 互いに異なる複数のインターフェースを
   有し、かつ個々のインターフェースを択一的に使用して
   前記カード処理装置との間で認証情報の送受信を行う通
   信手段をさらに備え、前記暗号処理部は、前記認証情報
   の送受信に用いるインターフェースに応じて適用する暗
   号の強度を決定することを特徴とする請求項３に記載の
   ＩＣカード。
5. 【請求項５】 適用する暗号の強度と、利用可能な記録
   情報とを互いに対応付けたテーブルを格納する記憶手段
   をさらに備え、前記記録情報管理手段は、この記憶手段
   に格納したテーブルに基づいて前記記録情報の利用に制
   限を加えることを特徴とする請求項３または４に記載の
   ＩＣカード。
6. 【請求項６】 前記記録情報は、有価価値に関する情報
   であり、利用制限に応じて利用の上限金額を変更するこ
   とを特徴とする請求項１〜５のいずれか一つに記載のＩ
   Ｃカード。
7. 【請求項７】 前記暗号処理部の適用する複数の暗号
   は、暗号鍵のビット長が相互に異なることを特徴とする
   請求項１〜６のいずれか一つに記載のＩＣカード。
8. 【請求項８】 前記暗号処理部の適用する複数の暗号
   は、暗号ロジックが相互に異なることを特徴とする請求
   項１〜６のいずれか一つに記載のＩＣカード。
9. 【請求項９】 前記記録情報の追加更新を実施する場
   合、前記暗号処理部は、前記認証情報に対して最も強度
   の高い暗号を適用した処理を行うことを特徴とする請求
   項１〜８のいずれか一つに記載のＩＣカード。
10. 【請求項１０】 前記テーブルの更新処理を実施する場
    合、前記暗号処理部は、前記認証情報に対して最も強度
    の高い暗号を適用した処理を行うことを特徴とする請求
    項３または５に記載のＩＣカード。
11. 【請求項１１】 暗号を適用した認証情報を送受信する
    ことにより実施される認証処理の結果、正当であると判
    断された場合にＩＣカードに格納した記録情報の利用を
    可能とするＩＣカードの記録情報管理方法において、 利用しようとする記録情報の重み付けに応じて前記認証
    情報に適用する暗号の強度を変更することを特徴とする
    ＩＣカードの記録情報管理方法。
12. 【請求項１２】 暗号を適用した認証情報を送受信する
    ことにより実施される認証処理の結果、正当であると判
    断された場合にＩＣカードに格納した記録情報の利用を
    可能とするＩＣカードの記録情報管理方法において、 適用した暗号の強度に応じて前記記録情報の利用に制限
    を加えることを特徴とするＩＣカードの記録情報管理方
    法。