(57)【要約】【課題】  ＩＣカードの不正な使用者が一度照合に失敗してから所定時間を経過後に、再び照合を行った場合にはそのＩＣカードの使用を不能とすることができ、セキュリティ性を向上することができる。【解決手段】  使用者が入力した鍵情報と予め登録されている鍵データとの照合が失敗したときに時間の計時を開始し、所定時間内に正しい鍵情報による照合を行わなければ、当該ＩＣカードを使用不能とするようにしたものである。【選択図】      図１
2005242852.tif 000002
【特許請求の範囲】
【請求項１】
予め登録されている鍵情報と使用者が入力する鍵情報とが一致する際に当該使用者が正当な所持者であることを認証する携帯可能電子媒体であって、
当該携帯可能電子媒体の使用者が正当な所持者であることを認証するための鍵情報が予め登録されている登録手段と、
当該携帯可能電子媒体の使用者が入力した鍵情報と前記登録手段に登録されている鍵情報との照合を行う照合手段と、
この照合手段による鍵情報の照合に失敗した場合、その照合の失敗から所定時間内に前記登録手段に登録されている鍵情報と一致する鍵情報が使用者により入力されなければ、前記照合手段による当該鍵情報の照合に基づく認証を不能とする処理手段と、
を具備することを特徴とする携帯可能電子媒体。
【請求項２】
予め登録されている鍵情報と使用者が入力する鍵情報とが一致した際に当該使用者が正当な所持者であることを認証する携帯可能電子媒体であって、
所定の動作時間を有し、計時動作を開始してから前記動作時間が経過すると停止状態となる計時手段と、
当該携帯可能電子媒体の使用者が正当な所持者であることを認証するための鍵情報が予め登録されている登録手段と、
当該携帯可能電子媒体の使用者が入力した鍵情報と前記登録手段に登録されている鍵情報との照合を行う照合手段と、
この照合手段による鍵情報の照合に失敗した場合、前記計時手段の計時動作を開始させ、前記計時手段が計時動作中に前記登録手段に登録されている鍵情報と一致する鍵情報が使用者により入力されなければ、前記照合手段による当該鍵情報の照合に基づく認証を不能とする処理手段と、
を具備することを特徴とする携帯可能電子媒体。
【請求項３】
前記計時手段は、電源供給なしで所定の動作時間だけ計時動作を行うものである、ことを特徴とする前記請求項２に記載の携帯可能電子媒体。
【請求項４】
さらに、前記照合手段による鍵情報の照合に失敗した場合に当該鍵情報の照合に失敗したことを示す情報を記録する記録手段を有し、
前記照合手段は、前記記録手段に前回の当該鍵情報の照合が失敗したことが記録されている場合、前記計時手段の計時動作が動作状態であれば、当該携帯可能電子媒体の使用者が入力した鍵情報と前記登録手段に登録されている鍵情報との照合を実行し、前記計時手段の計時動作が停止状態であれば、当該携帯可能電子媒体の使用者が入力した鍵情報と前記登録手段に登録されている当該鍵情報との照合を不能とする、
ことを特徴とする前記請求項２に記載の携帯可能電子媒体。
【請求項５】
上記記録手段は、前記照合手段による鍵情報の照合に失敗した場合に当該鍵情報の照合に連続して失敗した回数を示す情報を記録するものであり、
前記処理手段は、さらに、前記照合手段による鍵情報の照合に失敗した場合、前記記録手段に記憶されている鍵情報の照合に連続して失敗した回数が所定の許容回数以上であれば、前記照合手段による当該鍵情報の照合に基づく認証を不能とする、
ことを特徴する前記請求項４に記載の携帯可能電子媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、暗証番号などの認証情報（鍵情報）の照合結果に基づいて本人認証を行って種々の取引を実現するキャッシュカードやクレジットカードとして利用されるＩＣカードなどの携帯可能電子媒体に関する。
【背景技術】
【０００２】
従来、キャッシュカードやクレジットカードとして利用される携帯可能電子媒体としてのＩＣカードは、プラスチックなどの材料で形成されたカード状の筐体内に種々の機能を実現するためのＬＳＩなどが内蔵されている。このようなＩＣカードの筐体内に埋め込まれるＬＳＩは、例えば、ＣＰＵ、不揮発性メモリ、プログラムメモリ、作業用メモリ、および有線若しくは無線通信による外部機器との通信部などの機能を有している。さらに、キャッシュカードやクレジットカードとして利用されるＩＣカードはセキュリティ性を保つために多くの鍵情報（暗証番号などによる認証情報機能）による認証機能が内蔵されている。このような鍵情報の照合による認証機能は、一般に、不正なＩＣカードの使用を防止するために一定回数続けて照合に失敗した場合には以後当該鍵情報による認証が不可能になる機能が設けられている。
【０００３】
上記のような鍵情報としてのキャッシュカードやクレジットカードの暗証番号には、現状では、当該カードの正当な所有者本人の生年月日、電話番号、あるいは住所の番地等の個人情報が使用されていることがある。このような所有者本人の個人情報に係る情報を鍵情報として使用するのは、セキュリティ面において危険性が高いが、所有者本人が覚え易く、かつ、忘れ難いとう利点がある。このため、実際には、所有者本人の個人情報に係る情報を鍵情報として使用しているケースは多い。このような場合、不正にＩＣカードを使用しようとする者（不正使用者）が、所有者の個人情報を調べてきてその情報を鍵情報として用いることを繰り返せば、「許容回数」以内にたまたま鍵情報が一致（認証が成功）し、当該ＩＣカードの不正使用を許してしまうという可能性ある。
【０００４】
例えば、不正使用者が、予め知っていた正当なＩＣカードの所有者の生年月日を鍵情報として照合（認証）を試み、これが一致しなかったとする。この場合、不正使用者が、一旦、当該ＩＣカードの認証を中止した後、さらに、正当なＩＣカードの所有者の電話番号を調べ、その電話番号を鍵情報として照合（認証）を試み、それがたまたま一致し、そのＩＣカードを不正に使用することができてしまうというケースが考えられる。このような場合、従来のＩＣカードに対するセキュリティ機能では、許容回数以内であれば認証が可能であるため、上記のようなＩＣカードの不正使用を防ぐのは困難である。
【０００５】
一方、特許文献１には、バッテリーレスタイマと称する半導体素子もしくは半導体回路の技術が開示されている。上記特許文献１にて開示されているバッテリーレスタイマは、電源が供給されるか否かに拘わらず動作する計時機能を実現している。上記バッテリーレスタイマは、上記のようなＩＣカード内のＬＳＩ上に設けることが可能である。さらに、上記バッテリーレスタイマは、電源供給の有無に拘わらず計時を行う機能を有するため、使用される時にのみ電源が供給されるＩＣカードであっても時間を計時することが可能となる。
【特許文献１】特願２００２−１９８１４４号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、上記のような従来の携帯可能電子媒体におけるセキュリティ上の問題点を解決するものであり、鍵情報の照合による本人認証処理において時間的な要素によって認証のセキュリティ性能を向上させることができる携帯可能電子媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明の携帯可能電子媒体は、予め登録されている鍵情報と使用者が入力する鍵情報とが一致する際に当該使用者が正当な所持者であることを認証するものであって、当該携帯可能電子媒体の使用者が正当な所持者であることを認証するための鍵情報が予め登録されている登録手段と、当該携帯可能電子媒体の使用者が入力した鍵情報と前記登録手段に登録されている鍵情報との照合を行う照合手段と、この照合手段による鍵情報の照合に失敗した場合、その照合の失敗から所定時間内に前記登録手段に登録されている鍵情報と一致する鍵情報が使用者により入力されなければ、前記照合手段による鍵情報の照合に基づく認証を不能とする処理手段とを有する。
【０００８】
この発明の携帯可能電子媒体は、予め登録されている鍵情報と使用者が入力する鍵情報とが一致する際に当該使用者が正当な所持者であることを認証するものであって、所定の動作時間を有し、計時動作を開始してから前記動作時間が経過すると停止状態となる計時手段と、当該携帯可能電子媒体の使用者が正当な所持者であることを認証するための鍵情報が予め登録されている登録手段と、当該携帯可能電子媒体の使用者が入力した鍵情報と前記登録手段に登録されている鍵情報との照合を行う照合手段と、この照合手段による鍵情報の照合に失敗した場合に、前記計時手段の計時動作を開始させ、前記計時手段が計時動作中に、前記登録手段に登録されている鍵情報と一致する鍵情報が使用者により入力されなければ、前記照合手段による鍵情報の照合に基づく認証を不能とする処理手段とを有する。
【発明の効果】
【０００９】
この発明によれば、鍵情報を用いた本人認証において時間的な要素によって本人認証のセキュリティ性能を向上させることができる携帯可能電子媒体を提供できる。
【発明を実施するための最良の形態】
【００１０】
以下、この発明を実施するための最良の形態について図面を参照しつつ説明する。
【００１１】
図１は、この発明の実施の形態に係る携帯可能電子媒体としてのＩＣカードＣの構成例を示すブロック図である。
【００１２】
上記ＩＣカードＣは、図１に示すようなＩＣカード処理装置１からの電源供給により動作可能な状態となり、上記ＩＣカード処理装置１からのコマンドに応じて動作するものである。上記ＩＣカード処理装置１は、使用者が提示したＩＣカードＣの本人認証処理により使用者が正当なＩＣカードの所持者であると判断した場合に各種の処理を実行するものである。
【００１３】
例えば、上記ＩＣカードＣがキャッシュカードやクレジットカードとして利用される運用形態においては、各種の取引処理を行う自動取引装置が上記ＩＣカード処理装置１として機能する。この場合、上記ＩＣカード処理装置１としての自動取引装置は、使用者が提示したＩＣカードＣの本人認証により使用者が当該ＩＣカードＣの正当な所有者であることが認証された場合に各種の取引処理を実行する。
【００１４】
図１に示すように、上記ＩＣカードＣは、カード状の筐体内に内蔵されるＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、不揮発性メモリ１４、通信インターフェース１５、及びバッテリーレスタイマ１６などから構成される。上記ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、不揮発性メモリ１４、通信インターフェース１５及びバッテリーレスタイマ１６は、ＩＣチップ（図示しない）により構成され、ＩＣカードＣ本体内に埋設されている。
【００１５】
上記ＣＰＵ１１は、ＩＣカードＣ全体の制御を司るものである。上記ＣＰＵ１１は、上記ＲＯＭ１３あるいは不揮発性メモリ１４に記憶された制御プログラムに基づいて動作する。上記ＣＰＵ１１は、上記のような制御プログラムに基づいて、照合手段としての後述する鍵情報の照合処理、あるいは、処理手段としての当該ＩＣカードの鍵情報による照合を不能（当該ＩＣカードを使用不能）とする処理や上記不揮発性メモリ１４へのデータの書込み処理、上記バッテリーレスタイマ１６の動作制御などを実行する機能を有している。
【００１６】
上記ＲＡＭ１２は、ワーキングメモリとして機能する揮発性のメモリである。上記ＲＡＭ１２は、上記ＣＰＵ１１が処理中のデータなどを一時保管するバッファとして機能し、例えば、上記通信インターフェース１５により上位装置としてのＩＣカード処理装置１から受信したデータを一時保管するようになっている。
【００１７】
上記ＲＯＭ１３は、予め制御用のプログラムや制御データなどが記憶されている不揮発性のメモリである。上記ＲＯＭ１３は、製造段階でＩＣカードＣ内に組み込まれるものであり、上記ＲＯＭ１３に記憶されている制御プログラムは、予め当該ＩＣカードＣの仕様に応じて組み込まれる。
【００１８】
上記不揮発性メモリ１４は、例えば、ＥＥＰＲＯＭあるいはフラッシュＲＯＭなどにより構成される。上記不揮発性メモリ１４は、データの書き込みが可能な不揮発性のメモリである。上記不揮発性メモリ１４には、当該ＩＣカードＣの運用用途に応じてプログラムファイルやデータファイルなどが定義され、それらのファイルにデータが書き込まれるようになっている。上記不揮発性メモリ１４には、当該ＩＣカードＣを使用（運用）するために必要な制御プログラムやコマンドに対して実行する処理の設定情報などの運用データが記録される。
【００１９】
また、上記不揮発性メモリ１４には、当該ＩＣカードＣによる本人認証に用いられる鍵情報に関するデータを記録するデータテーブル１４ａを有している。このデータテーブル１４ａには、本人認証に用いられる鍵情報と、その鍵情報に対して連続して行われた本人認証が失敗した回数を示すデータと、その鍵情報に対して連続して行うことが可能な認証の回数（許容回数）を示すデータとが記録される。このデータテーブル１４ａについては、後で詳細に説明する。
【００２０】
上記通信インターフェース１５は、上位機器としてのＩＣカード処理装置１とのデータ通信を行う通信インターフェースである。また、上記通信インターフェース１５は、上記ＩＣカード処理装置１から各部を動作させるための電源供給を受ける。
【００２１】
例えば、上記ＩＣカードＣを接触式ＩＣカードで実現する場合、上記通信インターフェース１５は、図示しないコンタクト部や通信制御部などにより構成される。この場合、ＩＣカードＣは、上記通信インターフェース１５を介してＩＣカード処理装置１から電源供給を受けてＩＣカードＣ内の各部を動作させ、当該ＩＣカード処理装置１とのデータの送受信を行う。
【００２２】
また、ＩＣカードＣを非接触式ＩＣカード（無線カード）で実現する場合、上記通信インターフェース１５は、無線通信の通信制御行う通信部と図示しない無線通信用のアンテナとから構成される。この場合、上記通信インターフェース１５は、上記無線通信用のアンテナを介してＩＣカード処理装置１とのデータの送受信を行う。また、ＩＣカードＣを非接触式ＩＣカードで実現する場合、当該ＩＣカードＣは、図示しない電源生成部により上記通信インターフェース１５が上記ＩＣカード処理装置１から受信した電波からＩＣカードＣ内の各部を動作させるための電源を生成する。
【００２３】
上記バッテリーレスタイマ１６は、連続的な電源の供給なしで時間を計時するタイマである。上記バッテリーレスタイマ１６は、例えば、上記特許文献１で開示されている構成により実現されるものである。上記バッテリーレスタイマ１６は、上記ＣＰＵ１１による制御に基づいて動作状態とすることができるものである。
【００２４】
また、上記バッテリーレスタイマ１６の動作時間は、例えば、後述する許容時間として設定される。この場合、所望のタイミングでバッテリーレスタイマ１６の動作を開始させた後、上記バッテリーレスタイマ１６が動作状態であるか停止状態であるかを判定することにより、動作を開始させたときからの経過時間が所定の許容時間内であるか否かが判定できる。
【００２５】
次に、上記データテーブル１４ａについて説明する。
【００２６】
図２、図３、図４及び図５は、上記データテーブル１４ａの構成例を示す図である。
【００２７】
図２〜図５に示すように、上記データテーブル１４ａには、本人認証に用いる鍵情報としての鍵データ（図中では「鍵登録値」）の他に、当該鍵データによる照合（認証）が連続して何回失敗したら当該鍵データによる照合を不可（当該ＩＣカードを使用不可）にするかを示すデータ（図中では「許容回数」）と、当該鍵データによる照合が連続して何回失敗したかを示すデータ（図中では「失敗回数」）とが記録される。
【００２８】
上記データテーブル１４ａに記録される鍵データは、当該ＩＣカードＣの本人認証を行うための暗証番号あるいはパスワードとしての情報である。従って、上記鍵データを用いた本人認証としては、使用者により入力された鍵情報と上記データテーブル１４ａに記録されている鍵データとを照合し、その照合結果として両者が一致している場合に本人であることを認証し、両者が一致していない場合には認証失敗とする。
【００２９】
上記鍵データは、予め登録（記録）されるデータであり、例えば、当該ＩＣカードＣの発行時に管理者（当該ＩＣカードＣの発行会社）によって上記データテーブル１４ａに記録される。また、上記許容回数も、予め登録（記録）されるデータであり、例えば、当該ＩＣカードＣの発行時に管理者（当該ＩＣカードＣの発行会社）によって上記データテーブル１４ａに記録される。上記失敗回数は、鍵データによる照合（本人認証）を行うごとに書換えられるデータである。例えば、上記失敗回数は、正常に照合が行われた時に「０」にリセットされ、照合に失敗する毎に「失敗回数」の値がインクリメントされる。
【００３０】
例えば、図２に示すように、当該ＩＣカードＣの初期状態として、鍵データが「１２３４」、許容回数が「３」に設定されているものとする。この状態において、図２に示すように、失敗回数が「０」である場合は前回の当該鍵データの照合が成功したことを示している。この場合、失敗回数が「０」であるため、当該鍵データ「１２３４」による本人認証が無条件で実行可能である。つまり、図２に示すように、失敗回数が「０」である場合、失敗回数が許容回数「３」未満であるため、当該鍵データによる照合（本人認証）が可能な状態であることを示している。
【００３１】
上記データテーブル１４ａが図２に示すような状態であるときに、例えば、使用者から鍵情報として「１１１１」が与えられたものとする。この場合、使用者から与えられた鍵情報「１１１１」が上記データテーブル１４ａに記録されている鍵データ「１２３４」と一致しないため、認証（照合）が失敗となる。このとき、上記データテーブル１４ａの失敗回数は、図３に示すように、「１」に書換えられる。図３に示すように、失敗回数が「１」である場合、失敗回数が許容回数「３」未満であるため、連続した失敗回数としては当該鍵データによる本人認証が可能な状態であることを示している。
【００３２】
次に、上記データテーブル１４ａが図３に示すような状態であるときに、例えば、使用者から鍵情報として「２２２２」が与えられたものとする。この場合、使用者から与えられた鍵情報「２２２２」が上記データテーブル１４ａに記録されている鍵データ「１２３４」と一致しないため、認証（照合）が失敗となる。このとき、上記データテーブル１４ａの失敗回数は、図４に示すように、「２」に書換えられる。図４に示すように、失敗回数が「２」である場合、失敗回数が許容回数「３」未満であるため、連続した失敗回数としては当該鍵データによる本人認証が可能な状態であることを示している。
【００３３】
次に、上記データテーブル１４ａが図４に示すような状態であるときに、例えば、使用者から鍵情報として「３３３３」が与えられたものとする。この場合、使用者から与えられた鍵情報「３３３３」が上記データテーブル１４ａに記録されている鍵データ「１２３４」と一致しないため、認証（照合）が失敗となる。このとき、上記データテーブル１４ａの失敗回数は、図５に示すように、「３」に書換えられる。図５に示すように、失敗回数が「３」である場合、失敗回数が許容回数「３」以上であるため、連続した失敗回数として当該鍵データによる本人認証が不可能な状態となる。
【００３４】
なお、図５に示すように失敗回数が許容回数以上である場合、当該鍵データによる認証が不可となるため、当該ＩＣカードＣの使用、あるいは、当該鍵データによる認証に基づく取引などの処理が不能となる。このような状態となったＩＣカードＣは、管理者（例えば、ＩＣカードＣの発行会社）が所定の管理者用のコマンドで認証不可状態を解除しなければ使用できないようになっている。
【００３５】
以上のような動作が鍵データに対する連続した照合（本人認証）の失敗回数に基づくセキュリティ機能の基本的な動作である。本実施の形態では、上記のよう連続失敗回数に基づくセキュリティ機能に時間的な要素を加えてセキュリティ機能をさらに高めるものである。
【００３６】
以下、本実施の形態に係る本人認証について説明する。
【００３７】
図６は、上記ＩＣカードＣにおける鍵データによる本人認証の処理の流れを説明するためのフローチャートである。また、図７、図８及び図９は、データテーブル１４ａとバッテリーレスタイマ１６の動作状態を示す図である。
【００３８】
以下、図６に示す本人認証処理の流れについて図７〜図９を参照しつつ説明する。なお、ここでは、ＩＣカードＣが接触式ＩＣカードであることを想定して説明するが、非接触式ＩＣカードであってもＩＣカード処理装置１とＩＣカードＣとの通信形態が変わるだけで本人認証処理の流れは同様である。
【００３９】
まず、使用者は、所持しているＩＣカードＣを上記ＩＣカード処理装置１の図示しない挿入口に挿入する。ＩＣカードＣが挿入されたＩＣカード処理装置１では、当該ＩＣカードＣにアクセスし、当該ＩＣカードＣが使用可能か否かを判定する。これにより、当該ＩＣカードが使用可能であると判定した場合、当該使用者に対して鍵情報の入力を要求する。
【００４０】
これに対して、当該使用者が上記ＩＣカード処理装置１の図示しない操作部により鍵情報を入力する。上記鍵情報が入力されたＩＣカード処理装置１は、当該鍵情報をＩＣカードＣへ転送する。これより、上記ＩＣカードＣでは、上記通信インターフェース１５により使用者が入力した鍵情報を取込み（ステップＳ１１）、当該使用者が当該ＩＣカードの正当な所持者であるか否かを認証する本人認証処理を開始する。
【００４１】
使用者が入力した鍵情報を取り込むと、上記ＩＣカードＣのＣＰＵ１１は、上記データテーブル１４ａに記録されている失敗回数が「１」以上であるか否かを判断する（ステップＳ１２）。この判断は、前回の鍵情報の照合が失敗しているか否かを判断するものである。
【００４２】
上記ステップＳ１２で失敗回数が「１」以上であると判断した場合、上記ＣＰＵ１１は、上記バッテリーレスタイマ１６により計時している時間が所定の許容時間内であるか否かを判断する（ステップＳ１３）。ここで、許容時間とは、前回の認証処理において鍵情報の照合が失敗している場合、次の認証処理を行うことが可能な期間を示すものである。
【００４３】
なお、ここでは、上記バッテリーレスタイマ１６は動作時間が上記許容時間に設定されているものとして説明する。すなわち、上記バッテリーレスタイマ１６は、上記ＣＰＵ１１によりリセット（動作開始）されてから上記許容時間分だけ動作するようになっているものとする。
【００４４】
例えば、図７（ａ）に示すように、失敗回数が「０」となっている場合、前回の認証において鍵情報の照合が失敗していないことを示している。この場合、図７（ｂ）に示すように、上記バッテリーレスタイマ１６は停止状態となっており、時間の計時を行っていない。
【００４５】
また、図８（ａ）に示すように、上記データテーブル１４ａに記録されている失敗回数が「１」である場合、前回の認証において鍵情報の照合が失敗していることを示している。さらに、図８（ｂ）に示すように、上記バッテリーレスタイマ１６が動作状態となっている場合、前回の認証において鍵情報の照合が失敗してからの経過時間が所定の許容時間内であることを示している。
【００４６】
従って、図８（ａ）、（ｂ）に示すように、上記データテーブル１４ａに記録されている失敗回数が「１」であり、かつ、上記バッテリーレスタイマ１６が動作状態となっている場合、前回の認証において鍵情報の照合が失敗しているが、当該鍵情報の照合が失敗してからの経過時間が許容時間内であることを示している。
【００４７】
また、図９（ａ）、（ｂ）に示すように、上記データテーブル１４ａに記録されている失敗回数が「１」であり、かつ、上記バッテリーレスタイマ１６が停止状態となっている場合、前回の認証において鍵情報の照合が失敗しており、かつ、当該鍵情報の照合が失敗してからの経過時間が許容時間を超えていることを示している。
【００４８】
すなわち、上記判断により鍵情報の照合に失敗してからの経過時間が許容時間を超えていると判断した場合（ステップＳ１３、ＮＯ）、上記ＣＰＵ１１は、当該鍵情報による認証処理を不能（当該ＩＣカードを使用不可）とする（ステップＳ２０）。この際、上記ＣＰＵ１１は、上記通信インターフェース１５によりＩＣカード処理装置１へ鍵情報の照合が失敗してからの時間が許容時間以上経過しているため当該鍵情報による認証が不可となった旨を通知する。これにより、上記ＩＣカード処理装置１では、図示しない表示部等により当該使用者に対して当該ＩＣカードが使用不能となったことを報知する。
【００４９】
なお、当該鍵情報による認証処理を不能（ＩＣカードＣを使用不可）とするには、例えば、上記データテーブル１４ａの失敗回数を「１」以上に保持したまま、上記バッテリーレスタイマ１６を停止状態（動作を停止）にしておけば良い。この場合、上記ＣＰＵ１１は、失敗回数が「１」以上で、かつ、上記バッテリーレスタイマ１６が停止状態であれるため、当該鍵情報による認証処理を不能（当該ＩＣカードＣが使用不能）であると判断する。例えば、図９（ａ）に示すように、データテーブル１４ａの失敗回数が「０」ではなく、かつ、図９（ｂ）に示すように、バッテリーレスタイマ１６が停止状態である場合、上記ＣＰＵ１１は、当該鍵情報による認証処理が不能であると判断する。
【００５０】
また、当該鍵情報による認証処理を不能（ＩＣカードＣを使用不可）とするには、上記不揮発性メモリ１４に鍵情報の使用を不可するような設定情報を記録し、その設定情報に基づいて当該ＩＣカードＣを使用不能とするようにしても良いし、上記データテーブル１４ａの失敗回数を許容回数以上に書き換えて、当該ＩＣカードＣを使用不能とするようにしても良い。
【００５１】
上記ステップＳ１３で上記バッテリーレスタイマ１６により計時している時間が所定の許容時間内であると判断した場合（ステップＳ１３、ＹＥＳ）、あるいは、上記失敗回数が０であると判断した場合（ステップＳ１２、ＮＯ）、上記ＣＰＵ１１は、使用者が入力した鍵情報と上記データテーブル１４ａに登録されている鍵データとの照合処理を行う（ステップＳ１４）。この照合処理において、上記ＣＰＵ１１は、上記ステップＳ１１で取得した鍵情報（使用者が入力した鍵情報）と上記データテーブル１４ａに記録されている鍵データ（登録されている鍵情報）とが一致するか否かを判定する。
【００５２】
上記照合処理で鍵情報が一致したと判断した場合（ステップＳ１５、ＹＥＳ）、上記ＣＰＵ１１は、当該使用者が当該ＩＣカードＣの正当な所持者であることを認証する（ステップＳ１６）。当該使用者が当該ＩＣカードＣの正当な所持者であることを認証すると、上記ＣＰＵ１１は、例えば、各種の取引などの処理を実行可能とする（ステップＳ１６）。
【００５３】
さらに、上記照合処理において鍵情報が一致したと判断した場合（ステップＳ１５、ＹＥＳ）、上記ＣＰＵ１１は、上記データテーブル１４ａの失敗回数を「０」に書き換える。つまり、当該鍵情報の照合に成功した場合、上記ＣＰＵ１１は、失敗回数が「１」以上であれば、上記データテーブル１４ａの失敗回数を「０」にリセットする。この際、上記ＣＰＵ１１は、バッテリーレスタイマ１６も停止状態にするようにしても良い。
【００５４】
また、上記照合処理において鍵情報が一致しなかったと判断した場合（ステップＳ１５、ＮＯ）、上記ＣＰＵ１１は、使用者が入力した鍵情報が登録されている鍵データと一致しなかった旨を上記通信インターフェースによりＩＣカード処理装置１へ通知する。これにより、ＩＣカード処理装置１では、図示しない表示部等により当該使用者に対して入力した鍵情報が正しくない（登録されている鍵情報と一致しない）ことを報知する。
【００５５】
さらに、上記照合処理において鍵情報が一致しなかったと判断した場合（ステップＳ１５、ＮＯ）、上記ＣＰＵ１１は、上記データテーブル１４ａの失敗回数の値を「１」増加（インクリメント）させる。つまり、当該鍵情報の照合が失敗した際、上記ＣＰＵ１１は、上記データテーブル１４ａの失敗回数の値を現在の値に１を加えた値に書き換える（ステップＳ１７）。
【００５６】
上記データテーブル１４ａの失敗回数の値を書き換えると、上記ＣＰＵ１１は、その失敗回数が上記データテーブル１４ａに記録されている許容回数未満であるか否かを判断する（ステップＳ１８）。この判断により失敗回数が許容回数未満であると判断した場合（ステップＳ１８、ＹＥＳ）、上記ＣＰＵ１１は、上記バッテリーレスタイマ１６を動作状態して時間の計時を開始する（ステップＳ１９）。
【００５７】
また、上記ステップＳ１８において上記データテーブル１４ａに記録した失敗回数が「２」以上であれば前回の鍵情報の照合も失敗しているため、上記バッテリーレスタイマ１６は動作状態（時間計時の実行中）である。この場合、上記バッテリーレスタイマ１６による時間の計時動作を継続して行うことにより、最初に当該鍵情報の照合に失敗してからの経過時間を計時することが可能である。
【００５８】
すなわち、最初に鍵情報の照合を失敗してからの経過時間と許容時間とを比較するようにする場合、上記ステップＳ１９では、２回目以降の連続した照合の失敗であるときには上記バッテリーレスタイマ１６による時間の計時を継続して行うようになる。
【００５９】
なお、２回目以降の照合失敗であっても、前回の鍵情報の照合が失敗してからの経過時間と許容時間とを比較するようにしても良い。この場合は鍵情報の照合を失敗するごとに上記バッテリーレスタイマ１６をリセット（動作開始）するようにすれば良い。
【００６０】
また、上記判断により失敗回数が許容回数未満でないと判断した場合、つまり、失敗回数が許容回数以上であると判断した場合（ステップＳ１８、ＮＯ）、上記ＣＰＵ１１は、上記ステップＳ２０へ進み、当該鍵情報による認証処理を不可（当該ＩＣカードを使用不可）とする（ステップＳ２０）。
【００６１】
この際、上記ＣＰＵ１１は、上記通信インターフェース１５によりＩＣカード処理装置１へ連続した照合の失敗回数が許容回数以上となったため当該鍵情報による認証が不可となった旨を通知する。これにより、上記ＩＣカード処理装置１では、図示しない表示部等により当該使用者に対して当該ＩＣカードが使用不能となったことを報知する。
【００６２】
なお、上記ステップＳ２０で使用不能となったＩＣカードＣについては、使用者の申請に基づいて管理者（当該ＩＣカードＣの発行会社など）が管理用のコマンドをＩＣカードＣに与えることにより再び使用可能とする運用が可能である。
【００６３】
上記のように、本実施の形態では、使用者から与えられた鍵情報と予め登録されている鍵情報との照合が失敗したときに時間の計時を開始して、所定時間内に、使用者から正しい鍵情報（登録されている鍵情報と一致する鍵情報）が与えられて、当該鍵情報による照合が行われなければ、当該鍵情報による認証を不能（ＩＣカードを使用不可）とするようにしたものである。
【００６４】
これにより、ＩＣカードの不正な使用者が一度照合に失敗した後に、正当な所有者に関する情報を調べて再び照合を行った場合には、当該鍵情報による認証を不能し、そのＩＣカードの使用を不可とすることができ、セキュリティ性能を向上させることができる。
【００６５】
言い換えると、ＩＣカードが不正に第三者の手に渡っても、ＩＣカードを使用するために必要な鍵情報の照合に一度失敗すると、直ちに正しく再照合を行わなければそれ以降鍵情報の照合が出来なくなる。このため、不正にＩＣカードを所持している者に正しい鍵を類推したり、調査したりする時間的余裕を与えずに、当該鍵情報による認証が不正に行われる危険性、つまり、当該ＩＣカードが不正に使用される危険性を少なくすることができる。
【００６６】
例えば、予め許容時間として「１０分」と設定しておくと、不正使用者が一度照合失敗したときから１０分経過した後に出直してきて照合を行った場合には当該鍵情報による認証を不能（ＩＣカードを使用不能）とすることができる。これはバッテリーレスタイマの動作時間を許容時間として設定しておくことにより実現できる。つまり、一度照合が失敗した際（失敗回数が「０」でなくなった際）にバッテリーレスタイマを起動し、そのバッテリーレスタイマが動作している間は２回目以降の照合を可能し、上記バッテリーレスタイマが停止（動作が完了）している場合（失敗回数が０でなく、かつ、バッテリーレスタイマが停止状態の場合）には以後の照合が出来ないようにするものである。
【００６７】
すなわち、電源供給の有無に拘わらず動作するバッテリーレスタイマを利用し、ＩＣカードに予め登録されている鍵データと当該ＩＣカードの使用者が入力した鍵情報との照合が失敗した場合、所定の期間内に正しい鍵情報を入力して照合し直さなければ、以後当該鍵データの照合あるいは解除が不能となるようにすることにより、ＩＣカードのセキュリティ性能を高めることができる。
【００６８】
また、所定の回数以上連続して照合に失敗した場合に以後の鍵情報の照合あるいは解除を不能とする機能を有するＩＣカードにバッテリーレスタイマを設置し、鍵情報の照合に失敗してから所定期間が経過した場合には、前述の連続して照合に失敗した回数（失敗回数）に拘わらずに、当該鍵情報の照合（あるいは当該鍵情報の解除や変更等）を不能とするようにしたものである。
【００６９】
これにより、連続して所定回数以上照合に失敗した場合に加えて、最初に照合に失敗したときから所定期間内に正しい鍵情報による照合を行わなければ、当該鍵情報の使用（当該ＩＣカードを使用）を不能とすることができ、セキュリティ性能をさらに高めることができる。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態に係るＩＣカードの構成例を示すブロック図。
【図２】本人認証に用いられる鍵データに関するデータを記録するデータテーブルの構成例を示す図。
【図３】１回目の照合が失敗した場合にデータテーブルに記録されるデータを示す図。
【図４】連続して２度の照合に失敗した場合にデータテーブルに記録されるデータを示す図。
【図５】連続して３度の照合に失敗した場合にデータテーブルに記録されるデータを示す図。
【図６】ＩＣカードにおける鍵情報の照合による本人認証処理を説明するためのフローチャート。
【図７】正常状態のＩＣカードにおけるデータテーブルとバッテリーレスタイマの状態とを示す図。
【図８】鍵情報の照合を失敗した際のＩＣカードにおけるデータテーブルとバッテリーレスタイマの状態とを示す図。
【図９】使用不能となったＩＣカードにおけるデータテーブルとバッテリーレスタイマの状態とを示す図。
【符号の説明】
【００７１】
Ｃ…ＩＣカード（携帯可能電子媒体）、１…ＩＣカード処理装置、１１…ＣＰＵ（照合手段、処理手段）、１２…ＲＡＭ、１３…ＲＯＭ、１４…不揮発性メモリ、１４ａ…データテーブル（登録手段、記録手段）、１５…通信インターフェース、１６…バッテリーレスタイマ（計時手段）
【図１】
2005242852.tif 000003
【図２】
2005242852.tif 000004
【図３】
2005242852.tif 000005
【図４】
2005242852.tif 000006
【図５】
2005242852.tif 000007
【図６】
2005242852.tif 000008
【図７】
2005242852.tif 000009
【図８】
2005242852.tif 000010
【図９】
2005242852.tif 000011