JP4815912B2 - Ｉｃカード、ｉｃカード用プログラム - Google Patents

Description

本発明は、ユーザを認証するユーザ認証手段を備えたＩＣカードに関し、更に詳しくは、複数のユーザ認証手段を組み合せてユーザを認証する複合ユーザ認証の機能を備えたＩＣカードに関する。

カードを利用したシステムでは、正当性が確認されたユーザに対してのみ、サービスをユーザに提供する為に、ユーザ認証を実施するケースが多い。例えば、銀行に設置されるＡＴＭでは、払出しなどの金融取引を行う前に、ユーザに対しＰＩＮ（Personal Identification Number）の照合を要求する。

しかし、金融取引では４桁のＰＩＮを使用するため、ＰＩＮ入力時の盗み見や、ユーザの個人情報からのＰＩＮの解明などによって、カードの盗難時などに、カードが不正に利用されるケースがある。このため、近年、金融取引などより高いセキュリティを要求されるシステムでは、ユーザ認証の手段として、４桁のＰＩＮの代わりに、ユーザのバイオメトリクス情報（例えば、指紋・声紋など）を利用したユーザ認証手段を採用し、ユーザ認証のセキュリティを向上させるケースが増えている（例えば、特許文献１）。

更に、よりセキュリティを高めてユーザ認証を実現するために、複数のバイオメトリクス情報を利用してユーザ認証するシステムも開示されている。特許文献２で開示されている認証装置は、ユーザは少なくとも指紋情報の入力を少なくとも２回以上行い、入力された指紋情報と指紋情報の入力順序との組み合わせを照合する装置で、指紋検出に使われた指の種類と入力順序とを照合することで、一本の指の指紋情報のみを利用するときよりもセキュリティを高めている。

また、特許文献３では、バイオメトリクス情報を照合する複数の照合手段を備え、ユーザ認証の目標性能を満たすように、一つのユーザ認証手段又は複数のユーザ認証手段を組み合せて、ユーザを認証するシステムが開示されている。
特開２００１−６７５２３号公報 特開２０００−７６４５０号公報 特開２００３−６７３４０号公報

一方、金融取引などのシステムで利用されるカードについては、カード媒体の偽造を防止するため、従来の磁気カードをＩＣカードとすることで、カードのセキュリティ強化が図れている。

従来、ＩＣカードは、単一の用途でのみ利用できる単機能ＩＣカードが主流であったが、近年では、複数の用途で利用できる多機能ＩＣカード（マルチアプリケーションＩＣカードとも呼ばれる）が主流になりつつある。このため、ＩＣカードには、ＩＣカードを利用するそれぞれのシステムのセキュリティレベルに対応したユーザ認証が実現できることが要求されている。

例えば、金融決済用途では、利用されるＡＴＭに対応したユーザ認証手段を備えていなければならないし、企業の機密情報などを取り扱う際は、特許文献２または特許文献３などで開示されているような、複数のバイオメトリクス情報を利用してユーザ認証するシステムに対応する必要がある。

そこで、本発明は、ユーザを認証するシステムで利用されるＩＣカードにおいて、例えば、ユーザ認証手段の実行順序を照合するユーザ認証や、複数のユーザ認証手段を組み合せたユーザ認証など、様々なユーザ認証に対応が図れるＩＣカード、および、ＩＣカードに実装されるＩＣカードプログラムを提供することを目的とする。

上述した課題を解決する第１の発明は、複数のユーザ認証手段を備えたＩＣカードであって、前記ＩＣカードは、前記ユーザ認証手段を組合わせてユーザを認証する複合ユーザ認証手段を備え、前記複合ユーザ認証手段は、認証管理情報と、前記複合ユーザ認証が開始されるときに実行されるユーザ認証開始コマンドと、前記複合ユーザ認証が終了するときに実行されるユーザ認証終了コマンドとを備え、前記認証管理情報には、少なくとも、前記ユーザを認証するために実行される前記ユーザ認証手段と、前記ユーザ認証手段が実行される順序と、認証回数が記述され、前記複合ユーザ認証手段は、前記ユーザ認証開始コマンドを受信してから前記ユーザ認証終了コマンドを受信するまでの間に前記ユーザ認証手段が実行されるごとに、当該ユーザ認証手段と前記認証管理情報に記述された順序を照合し、当該順序が一致した場合に順序の一致回数を一つだけインクリメントしてスキーム照合結果として記録し、前記ユーザ認証終了コマンドを受信した際に、前記認証管理情報に記述された認証回数と前記スキーム照合結果を比較し、両者が一致しており、かつユーザ認証手段による認証が所定回数以上成功している場合に、複合ユーザ認証を成功とすることを特徴とするＩＣカードである。

前記ＩＣカードが少なくとも一つの前記ユーザ認証手段が実行される手順が記述された認証管理情報を有し、実行された前記ユーザ認証手段の実行結果と前記認証管理情報の内容とを照合することで、前記ＩＣカードは、前記ＩＣカードのプログラムを変更することなく、前記ＩＣカードに備えられた複数の前記ユーザ認証手段を組み合せて前記ユーザを認証することができる。また、前記ユーザ認証手段の順序を照合することで、前記ユーザ認証手段の順序を変更しさえすれば異なるユーザ認証になるので、ＩＣカードのようにメモリ容量が小さく、前記ユーザ認証手段が実装できる数が限られている場合でも、ユーザ認証手段を組合わせてユーザを認証する複合ユーザ認証のバリエーションを増やすことができる。さらに、前記ＩＣカードが前記ユーザ認証開始コマンドと前記ユーザ認証終了コマンドとを備えることで、前記ユーザ認証手段単体によるユーザ認証と、前記ユーザ認証手段を組み合せたユーザ認証とを、前記ＩＣカードは容易に区別することができる。

更に、第２の発明は、第１の発明に記載のＩＣカードにおいて、前記ＩＣカードに備えられた前記複合ユーザ認証手段は、複数の前記認証管理情報を有し、それぞれの前記認証管理情報には識別情報が付加され、前記複合ユーザ認証手段が前記ユーザを認証するときは、前記認証開始コマンドによって示される前記識別情報で特定される前記認証管理情報を用いることを特徴とするＩＣカードである。

複数の前記認証管理情報を有し、それぞれの前記認証管理情報に識別情報を付加することで、前記ＩＣカードがマルチアプリケーションＩＣカードの場合、実装されるマルチアプリケーションごとに、前記ユーザ認証手段を組み合せたユーザ認証を設定できる。

更に、第３の発明は、第１の発明に記載のＩＣカードにおいて、前記ＩＣカードに備えられた前記ユーザ認証開始コマンドには、前記複合ユーザ認証手段による前記ユーザの認証に連続して失敗できる回数の許容値を意味する複合認証リトライ回数が設定され、前記複合ユーザ認証手段は、前記複合ユーザ認証による前記ユーザの認証に失敗するごとに失敗回数を記憶し、前記認証開始コマンドを処理するときの前記失敗回数が前記複合認証リトライ回数を超えている場合は、前記認証管理情報を用いた前記複合ユーザ認証を実行しないことを特徴とするＩＣカードである。

更に、第４の発明は、第２の発明に記載のＩＣカードにおいて、前記複合ユーザ認証手段が有する前記認証管理情報毎に前記複合認証リトライ回数が設定され、前記複合ユーザ認証手段は、前記複合ユーザ認証による前記ユーザの認証に失敗するごとに、前記複合ユーザ認証で照合した前記認証管理情報に関連付けて失敗回数を記憶し、前記ＩＣカードが前記認証開始コマンドを受信したときに、前記認証開始コマンドで示される前記識別情報で特定される前記認証管理情報の前記失敗回数が前記リトライ回数で示される値を超えている場合は、前記認証開始コマンドで示される前記認証管理情報を用いた前記複合ユーザ認証を実行しないことを特徴とするＩＣカードである。

前記ＩＣカードが前記複合認証リトライ回数を有することで、前記複合ユーザ認証手段が繰り返し実行されることで、前記複合ユーザ認証手段の内容（例えば、順序）が解明されることを防止できる。

更に、第５の発明は、第１の発明から第４の発明のいずれかに記載のＩＣカードにおいて、前記ＩＣカードが有する前記認証管理情報には、前記ユーザを認証するために実行される前記ユーザ認証手段と、前記ユーザ認証手段が実行される順序とに加え、前記ユーザの正当性を認証するために必要な前記ユーザ認証手段の成功数の最小値が記憶され、前記複合ユーザ認証手段は、実行された前記ユーザ認証手段の実行結果として、実行された前記ユーザ認証手段、実行された前記ユーザ認証手段の順序および実行された前記ユーザ認証手段の成功数とを、実行された前記ユーザ認証手段の実行結果として、前記認証管理情報の内容と照合することで、前記ユーザを認証することを特徴とするＩＣカードである。

前記ユーザの正当性を認証するために必要な前記ユーザ認証手段の成功数の最小値を前記認証管理情報に記憶し、実行された前記ユーザ認証手段の成功数と照合することで、必ずしも、すべての前記ユーザ認証手段に成功する必要はないため、複数のバイオメトリクス認証を組み合せたユーザ認証において、ユーザの身体状況の変化（例えば、指先の傷）によるユーザ認証の失敗を考慮したユーザ認証を実現できる。

更に、第６の発明は、第１の発明から第５の発明のいずれかに記載のＩＣカードにおいて、前記ＩＣカードに備えられた複数の前記ユーザ認証手段の少なくとも一つは、前記ユーザのバイオメトリクス情報を利用して前記ユーザを認証する手段であることを特徴とするＩＣカードである。

前記ユーザ認証手段の少なくとも一つを、前記ユーザのバイオメトリクス情報を利用した手段とすることで、セキュリティ高くユーザを認証するためにバイオメトリクス情報を利用してユーザ認証する様々なシステムにおいても、前記ＩＣカードは対応を図ることができる。

更に、第７の発明は、第１の発明から第６の発明のいずれかに記載のＩＣカードにおいて、前記ＩＣカードに備えられた前記ユーザ認証手段は、一つの照合コマンドと、前記照合コマンドで照合される複数の参照情報から構成され、前記ＩＣカードが受信した前記照合コマンドのＡＰＤＵに含まれ前記参照情報を示す情報に基づいて、前記照合コマンドは、前記ＩＣカードに送信された情報と前記照合コマンドのＡＰＤＵで示される前記参照情報とを照合することを特徴とするＩＣカードである。

更に、第８の発明は、第７の発明に記載のＩＣカードにおいて、前記照合コマンドで照合される前記参照情報ごとに、前記ユーザ認証手段による前記ユーザの認証に連続して失敗できる回数の許容値を意味するユーザ認証リトライ回数が設定され、前記ＩＣカードは照合に失敗するごとに、照合に用いた前記照合情報の失敗回数を記憶し、失敗回数がユーザ認証リトライ回数を超えた前記参照情報の照合は実行しないことを特徴とするＩＣカードである。

前記ユーザ認証手段を一つの前記照合コマンドで実現することで、複数の前記ユーザ認証手段を実行する場合でも、端末装置から送信される照合コマンドの種類は一つであるため、端末装置の負荷を減らすことができる。また、前記照合コマンドに前記ユーザ認証リトライ回数を設けることで、前記照合コマンドが繰り返し実行されることで、前記ＩＣカードに記憶された前記参照情報が解明されることを防止できる。

更に、第９の発明は、ＩＣカードに実装されたＩＣチップを、第１の発明から第６の発明のいずれかに記載の前記複合ユーザ認証手段として動作させるためのＩＣカードプログラムである。

更に、第１０の発明は、ＩＣカードに実装されたＩＣチップを、第７の発明または第８の発明に記載の前記ユーザ認証手段として動作させるためのＩＣカードプログラムである。

上述した本発明によれば、ユーザを認証するシステムで利用されＩＣカードにおいて、例えば、ユーザ認証手段の実行順序を照合するユーザ認証や、複数のユーザ認証を組み合せたユーザ認証など、様々なユーザ認証に対応が図れるＩＣカード、および、ＩＣカードに実装されるＩＣカードプログラムを提供できる。

ここから、本発明を適用したＩＣカードについて、図を参照しながら詳細に説明する。

図１は、本発明を適用したＩＣカードの外観図である。図１で示したように、ＩＣカード１はキャッシュカードやクレジットカードと同じ大きさのプラスチック製カードで、ＩＣカード１には、ＩＣチップ２０がモールドされたＩＣモジュール１ａが実装されている。

図１においては、ＩＣカード１を接触ＩＣカードとして図示しているが、本発明は何らＩＣカード１の通信方式に依存するものではなく、無線でデータ通信する非接触ＩＣカード、また、接触データ通信と非接触データ通信の２つの通信機能を備えたデュアルインターフェースＩＣカードであってもよい。加えて、ＩＣカード１は、ＩＣモジュール１ａの近辺を短冊状に切り取った形状をしているＳＩＭ（Subscriber Identity Module）であってもよい。

図２は、ＩＣカード１に埋め込まれるＩＣチップ２０のハードウェア構成図である。ＩＣチップ２０には、演算機能およびＩＣチップ２０が具備するデバイスを制御する機能を備えた中央演算装置２１（CPU：Central Processing Unit）、読み出し専用の不揮発性メモリ２３（ROＭ：Read Only Memory、）、電気的に書換え可能な不揮発性メモリとしてＥＥＰＲＯＭ２４（EEPROM：Electrically Erasable Programmable Read-Only Memoryの略）、揮発性メモリとしてランダムアクセスメモリ２２（RAM：Random Access Memory）、および、外部の端末装置とデータ通信するためのＩ／Ｏ回路２５を少なくとも備なえている。

本発明は、ＩＣカード１に実装されるＩＣチップ２０の仕様をなんら限定するものではなく、ＩＣカード１の用途に適した仕様のＩＣチップ２０を選択することができる。例えばＲＯＭ２３およびＥＥＰＲＯＭ２４の容量については限定しないし、書換え可能な不揮発性メモリはフラッシュメモリ等のＥＥＰＲＯＭ２４以外のメモリであっても構わない。またＩＣチップ２０は乱数を生成する乱数生成回路、ある暗号アルゴリズムに特化した暗号演算回路等の図示していない他のデバイスを備えていても構わない。

本発明に係り、これより説明するＩＣカード１の機能は、ＩＣカード１に実装されたＩＣチップ２０のハードウェア資源を活用し、ＩＣチップ２０のＣＰＵ２１を動作させるプログラムで実現され、このプログラムは、ＩＣチップ２０の不揮発性メモリ（ＲＯＭ２３、および／または、ＥＥＰＲＯＭ２４）に記憶される。

図３は、ＩＣカード１に実装されるソフトウェアのブロック図である。図３に示したように、ＩＣカード１には、本発明を実現するために、大きく分けて３つの異なる機能を備えたモジュールが実装される。すなわち、アプリケーションモジュール１３（以下、アプリケーションと略す）、複合ユーザ認証モジュール１１およびユーザ認証モジュール１２の３つである。本実施の形態においては、これらのモジュールは、ＪＡＶＡ（登録商標）などの、ＩＣカード１に備えられた中間言語バーチャルマシン１４上で動作するプログラムで実現されている。

ユーザ認証モジュール１２とは、ＩＣカード１のユーザを認証する複数の異なるユーザ認証に対応したモジュールで、本実施の形態においては、ユーザ認証モジュール１２には、図外の端末装置から送信される情報を照合するコマンドとして、複数の異なるユーザ認証に対応したＶｅｒｉｆｙコマンド１２０が実装される。

このＶｅｒｉｆｙコマンド１２０は、ＰＩＮ（Personal Identification Number）認証、指紋認証および声紋認証に対応し、図外の端末装置から送信される認証情報と照合する参照情報として、ＰＩＮ認証時に照合するＰＩＮ参照情報１２１と、指紋認証時に照合する指紋参照情報１２２と、声紋認証時に照合する声紋参照情報１２３とを有している。

図４は、Ｖｅｒｉｆｙコマンド１２０のＡＰＤＵ（Application Protocol Data Unit）を示した図である。Ｖｅｒｉｆｙコマンド１２０のＡＰＤＵはＩＳＯ／ＩＥＣ７８１６規格のＣＡＳＥ３のコマンドフォーマットに準拠し、コマンドＡＰＤＵのデータフィールド１２０ａには、Ｖｅｒｉｆｙコマンド１２０がＩＣカード１の内部に記憶した参照情報と照合される認証情報１２４が、簡易符号化ＴＬＶ（Basic Encoding Rule Tag-Length-Value）のデータ形式でエンコードされている。

認証情報１２４が意味する情報は、簡易符号化ＴＬＶフォーマットのＴａｇ１２０ｂで示され、認証情報１２４はＶａｌｕｅ１２０ｃに記述される。図４においては、Ｔａｇ１２０ｂが「０１ｈ」（ｈは１６進数を意味する）のときは認証情報１２４がＰＩＮであることを意味し、Ｔａｇ１２０ｂが「０２ｈ」のときは認証情報１２４が指紋情報であることを意味し、Ｔａｇ１２０ｂが「０３ｈ」のときは認証情報１２４が声紋情報であることを意味している。

すなわち、Ｖｅｒｉｆｙコマンド１２０は、端末装置から送信されるＶｅｒｉｆｙコマンド１２０のデータフィールド１２０ａのＴａｇ１２０ｂを解析することで認証情報１２４が意味している情報を知ることでき、それぞの認証情報２４に対応したユーザ認証、すなわち、ＰＩＮ認証、指紋認証または声紋認証のいずれかのユーザ認証を実行すればよいか判断できる。

例えば、Ｔａｇが「０１ｈ」のときはＰＩＮ認証が実行され、コマンドＡＰＤＵに含まれる認証情報１２４とＰＩＮ参照情報１２１が、予め定められたアルゴリズムで照合されることでユーザは認証される。また、Ｔａｇが「０２ｈ」のときは指紋認証が実行され、コマンドＡＰＤＵに含まれる認証情報１２４と指紋参照情報１２２が、予め定められたアルゴリズムで照合され、ユーザは認証される。

Ｖｅｒｉｆｙコマンド１２０には、参照情報（ここでは、ＰＩＮ参照情報１２１、指紋参照情報１２２および声紋参照情報１２３）ごとに、それぞれの参照情報を用いたユーザ認証に連続して失敗できる回数の許容値を意味するリトライ回数と、初期値がリトライ回数で、Ｖｅｒｉｆｙコマンドが参照情報の照合に連続して失敗するごとにデクリメントされる残リトライ回数が記憶される。残リトライ回数がない参照情報に関しては、Ｖｅｒｉｆｙコマンド１２０はその参照情報を用いた照合を実行しない。

また、Ｖｅｒｉｆｙコマンド１２０のレスポンスＡＰＤＵには、Ｖｅｒｉｆｙコマンド１２０の実行結果を示す情報であるステータスワード１２０ｅ（SW: Status Word）が含まれる。なお、Ｖｅｒｉｆｙコマンド１２０の簡易符号化ＴＬＶのＶａｌｕｅ１２０ｃが空（ｎｕｌｌ）の場合には、Ｔａｇ１２０ｂで示される参照情報の残リトライ回数を意味する情報をレスポンスＡＰＤＵに含ませてもよい。

図３で示した複合ユーザ認証モジュール１１とは、上述したユーザ認証モジュール１２が備えるそれぞれのユーザ認証（ここでは、ＰＩＮ認証、指紋認証および声紋認証）を組合わせた複合ユーザ認証でユーザを認証するモジュールである。複合ユーザ認証においては、複合ユーザ認証に含まれる各々のユーザ認証の成否に加え、ユーザ認証を実行した順序についても照合し、複合ユーザ認証の成否は決定される。

複合ユーザ認証モジュール１１は、複合ユーザ認証を管理するために、コマンドとして、複合ユーザ認証の開始処理を行うプログラムである認証開始コマンド１１０と、複合ユーザ認証の終了処理を行うプログラムである認証終了コマンド１１１を備え、情報として、複合ユーザ認証の手順が記述される認証管理情報１１２と、複合ユーザ認証の中で実行されるユーザ認証の結果を記憶するユーザ認証情報１１３とを有する。

図５は、複合ユーザ認証の内容が記述される認証管理情報１１２を説明する図である。認証管理情報１１２とは、ＩＣチップ２０のＲＯＭ２３やＥＥＰＲＯＭ２４などの不揮発性メモリに記憶される情報で、図５に示したように、認証管理情報１１２には、複合ユーザ認証を識別するための情報である認証識別情報１１２ａに関連付けて、複合ユーザ認証でユーザ認証を実行する回数を示す認証回数情報１１２ｂと、複合ユーザ認証で実行されるユーザ認証とその実行順序を示す認証スキーム情報１１２ｃと、複合ユーザ認証が成功するために必要となるユーザ認証の成功数の最小値を示す必要成功数１１２ｄと、認証識別情報１１２ａで特定される複合ユーザ認証によるユーザの認証に連続して失敗できる回数の許容値を意味するリトライ回数１１２ｅと、初期値がリトライ回数１１２ｅで、複合ユーザ認証によるユーザの認証に連続して失敗するごとにデクリメントされる残リトライ回数１１２ｆが記憶される。

複合ユーザ認証においては、複合ユーザ認証に含まれる各々のユーザ認証の成功数に加え、ユーザ認証を実行した順序についても照合し、複合ユーザ認証の成否は決定される。

実行されたユーザ認証とその順序とを、認証スキーム情報１１２ｃと比較することで、複合ユーザ認証中にユーザ認証を実行した順序は参照される。図５に示したように、認証スキーム情報１１２ｃには、ユーザ認証が実行される順序を示す番号１１２ｇと、その番号１１２ｇで実行されるユーザ認証の種別を示す情報（例えば、Ｖｅｒｉｆｙコマンド１２０のＴａｇ１２０ｂ）が記述されている。

例えば、図５において、認証識別情報１１２ａが「２」である複合ユーザ認証においては、最初に実行されるユーザ認証、すなわち、番号１１２ｇが「１」のユーザ認証はＰＩＮ認証で、次に実行されるユーザ認証、すなわち、番号１１２ｇが「２」のユーザ認証は指紋認証であることが示されている。

複合ユーザ認証で実行されるユーザ認証は、認証スキーム情報１１２ｃ通りの実行順序で実行されなければならず、認証スキーム情報１１２ｃ通りの実行順序で実行されない場合は、たとえ、実行したすべてのユーザ認証が成功したとしても、複合ユーザ認証では失敗と判断される。例えば、図５において、認証識別情報１１２ａが「２」である複合ユーザ認証においては、ＰＩＮ認証の後に指紋認証が実行されることが示され、指紋認証の後にＰＩＮ認証が実行されても、認証識別情報１１２ａが「２」であるユーザ認証は失敗になる。

また、複合ユーザ認証に含まれる各々のユーザ認証のすべてが必ずしも成功する必要はなく、複合ユーザ認証が成功するために必要となるユーザ認証の成功数は必要成功数１１２ｄ以上であればよい。例えば、図５において、認証識別情報１１２ａが「４」である複合ユーザ認証においては、必要成功数が「２」なので、認証スキーム情報１１２ｃで実行される声紋認証、ＰＩＮ認証および指紋認証の中で、２つ以上のユーザ認証に成功すればよいことを意味している。

このように、ＩＣカード１が認証管理情報１１２を有し、認証管理情報１１２の中で複合ユーザ認証を定義することで、一つのユーザ認証または複数のユーザ認証を組み合せた複合ユーザ認証でユーザを認証でき、様々な用途に対して個別に複合ユーザ認証を設定できる。

例えば、図５の認証管理情報１１２において、クレジット端末などで小額決済を行う場合は、複合ユーザ認証を、ＰＩＮ認証と指紋認証を行う認証識別情報１１２ａが「２」で示される複合ユーザ認証に設定し、高額決済を行う場合は、複合ユーザ認証を、声紋認証、ＰＩＮ認証および指紋認証を行う認証識別情報１１２ａが「３」で示される複合ユーザ認証に設定することで、決済金額に応じて、ユーザ認証を容易に設定できる。

加えて、認証識別情報１１２ａが「４」で示される複合ユーザ認証に設定すれば、ＰＩＮ認証、指紋認証および声紋認証の中で、いずれか２つのユーザ認証に成功すればよいので、ユーザの身体情報の変化（例えば、指の傷や風邪など）を考慮した複合ユーザ認証をも容易に実現できる。

ユーザ認証情報１１３とは、複合ユーザ認証に含まれる各ユーザ認証の実行結果と、複合ユーザ認証の実行結果を記憶する情報で、好ましくはＩＣチップ２０のＲＡＭ２２などの揮発性メモリに記憶される情報である。図６は、ユーザ認証情報１１３を説明する図である。

図６に示したようにユーザ認証情報１１３には、実行する複合ユーザ認証を示す情報である実行認証情報１１３ａと、複合ユーザ認証中にユーザ認証を実行した回数を示すユーザ認証回数１１３ｂと、ユーザ認証に成功した数を示す認証成功数１１３ｃと、実行した複合ユーザ認証の認証スキーム情報１１２ｃの照合結果を示すスキーム照合結果１１３ｄと、そして、実行した複合ユーザ認証の成否を示す複合ユーザ認証結果１１３ｅが含まれる。

ユーザ認証情報１１３は、後述する認証開始コマンド１１０によって、ＲＡＭ２２に生成され初期化される。本実施の形態においては、実行認証情報１１３ａは後述する認証開始コマンド１１０によってセットされ、実行認証情報１１３ａ以外の情報の初期値はすべて「００ｈ」である。初期化後のユーザ認証情報１１３は、Ｖｅｒｉｆｙコマンド１２０や認証終了コマンド１１１によって操作される。なお、ＲＡＭ２２に生成されたユーザ認証情報１１３は、ＩＣカード１が非活性化されるまでＲＡＭ２２に保持される。

実行認証情報１１３ａは、複合ユーザ認証を示す情報で、ここでは、実行される複合ユーザ認証の認証識別情報１１２ａと同じ値が、後述する認証開始コマンド１１０によって実行認証情報１１３ａとしてセットされる。

ユーザ認証情報１１３のユーザ認証回数１１３ｂおよび認証成功数１１３ｃは、Ｖｅｒｉｆｙコマンド１２０によって操作され、ユーザ認証回数１１３ｂは、複合ユーザ認証中、すなわち、認証開始コマンド１１０を受信した後に、Ｖｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵを正常受信するごとに「＋１」だけインクリメントされ、認証成功数１１３ｃは、Ｖｅｒｉｆｙコマンド１２０が参照情報の照合に成功するごとに、「＋１」だけインクリメントされる。

ユーザ認証情報１１３のスキーム照合結果１１３ｄもＶｅｒｉｆｙコマンド１２０によって操作され、実行している複合ユーザ認証の認証スキーム情報１１２ｃの中で、ユーザ認証情報１１３のユーザ認証回数１１３ｂと同じ番号１１２ｇで示されるユーザ認証の種別と、Ｖｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵに含まれるＴａｇ１２０ｂで特定されるユーザ認証の種別とを比較し、ユーザ認証の種別が一致した場合は、スキーム照合結果１１３ｄを「＋１」だけインクリメントする。

例えば、図５の認証管理情報１１２の認証識別情報１１２ａが「３」である複合ユーザ認証において、２回目のユーザ認証の方式はＰＩＮ認証であるため、ユーザ認証回数１１３ｂが「２」のときに、Ｖｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵに含まれるＴａｇ１２０ｂが、認証情報１２４がＰＩＮ情報を示す値「０１ｈ」である場合にのみ、スキーム照合結果１１３ｄは「＋１」だけインクリメントされる。

ユーザ認証情報１１３の複合ユーザ認証結果１１３ｅは、後述する認証終了コマンド１１１によって操作され、実行した複合ユーザ認証の成否が記憶される。認証終了コマンド１１１が、複合ユーザ認証の成否を判定する内容については後述する。

複合ユーザ認証モジュールに備えられ複合ユーザ認証を管理するためのコマンドである認証開始コマンド１１０と認証終了コマンド１１１は、複合ユーザ認証で実行される複数のユーザ認証を、ひとまとまりの複合ユーザ認証として取り扱うために設けられたコマンドである。

認証開始コマンド１１０をＩＣカード１が受信することで、複合ユーザ認証は開始され、認証終了コマンド１１１を受信すると複合ユーザ認証の成否を判定し、複合ユーザ認証は終了する。なお、認証開始コマンド１１０を受信しない限り、上述したＶｅｒｉｆｙコマンド１２０の処理を行っても、Ｖｅｒｉｆｙコマンド１２０の認証結果は複合ユーザ認証に反映されない。

図７は、認証開始コマンド１１０と認証終了コマンド１１１のＡＰＤＵを説明する図で、図７（ａ）は認証開始コマンド１１０のＡＰＤＵを示し、図７（ｂ）は認証終了コマンド１１１のＡＰＤＵを示している。

図７（ａ）に示したように、図外の端末装置からＩＣカード１に送信される認証開始コマンド１１０のコマンドＡＰＤＵは、ＩＳＯ／７８１６規格のＣＡＳＥ１のコマンドフォーマットに準拠し、コマンドＡＰＤＵのパラメータ１１０ａ（ＩＳＯ／７８１６規格のＰ１およびＰ２）で、認証開始コマンド１１０を受信した後に実行する複合ユーザ認証の認証識別情報１１２ａが示される。

ＩＣカード１において認証開始コマンド１１０が実行されると、認証開始コマンド１１０は、認証管理情報１１２を参照し、認証開始コマンド１１０のパラメータ１１０ａで示される認証識別情報１１２ａの残リトライ回数１１２ｆを確認し、残リトライ回数１１２ｆが「００ｈ」で無い場合は、残リトライ回数１１２ｆを一つだけデクリメントする。また、残リトライ回数１１２ｆが「００ｈ」の場合は、認証開始コマンド１１０の処理は中止され、複合ユーザ認証は実行されない。

そして、認証開始コマンド１１０は、コマンドＡＰＤＵのパラメータ１１０ａで示される認証識別情報１１２ａをユーザ認証情報１１３の実行認証情報１１３ａとしてセットし、ユーザ認証情報１１３の残りの情報をすべて「００ｈ」にセットすることで、認証識別情報１１２ａを初期化する。

なお、認証開始コマンド１１０のレスポンスＡＰＤＵには、認証識別情報１１２ａで示される複合ユーザ認証の認証結果は含まれず、認証開始コマンド１１０のコマンドＡＰＤＵのフォーマットエラー（例えば、コマンドパラメータの設定ミスなど）や残リトライ回数１１２ｆが無いことを意味するＳＷ１１０ｂが記述される。

図７（ｂ）に示したように、図外の端末装置からＩＣカード１に送信される認証終了コマンド１１１のコマンドＡＰＤＵは、ＩＳＯ／７８１６規格のＣＡＳＥ１のコマンドフォーマットに準拠している。認証終了コマンド１１１は、複合ユーザ認証の実行結果が記憶されたユーザ認証情報１１３と認証管理情報１１２とを照合し、認証開始コマンド１１０のコマンドＡＰＤＵに含まれる認証識別情報１１２ａに手順が記述された複合ユーザ認証の成否を判定する。複合ユーザ認証の成否の判定方法については後述する。

認証終了コマンド１１１が判定した複合ユーザ認証の成否は、認証終了コマンド１１１のレスポンスＡＰＤＵのＳＷ１１１ａで示される。なお、認証終了コマンド１１１が複合ユーザ認証に失敗したと判定した場合は、レスポンスＡＰＤＵには、ＳＷ１１１ａに加えて、実行した複合ユーザ認証の残リトライ回数１１２ｆを含ませてもよい。

認証終了コマンド１１１は、複合ユーザ認証の成否を判定するために、実行した複合ユーザ認証のユーザ認証情報１１３と認証管理情報１１２の内容とを照合する。認証終了コマンド１１１は、ユーザ認証情報１１３の実行認証情報１１３ａと同じ認証識別番号１１２ａに関連付けられて記憶された必要成功数１１２ｄとユーザ認証情報１１３の認証成功数１１３ｃとを照合し、ユーザ認証情報１１３の認証成功数１１３ｃが、ユーザの正当性を認証するために設定された必要成功数１１２ｄ以上である場合は、認証成功数１１１ｂの照合に成功したと判定する。

更に、認証終了コマンド１１１は、ユーザ認証情報１１３の実行認証情報１１３ａと同じ認証識別番号１１２ａに関連付けられて記憶された認証回数情報１１２ｂと、ユーザ認証情報１１３のスキーム照合結果１１３ｄを照合し、認証終了コマンド１１１は、認証回数情報１１２ｂの値とスキーム照合結果１１３ｄの値とが一致している場合のみ、スキーム照合結果１１３ｄの照合に成功したと判断する。認証回数情報１１２ｂとスキーム照合結果１１３ｄとが一致することを確認することで、認証管理情報１１２の認証スキーム情報１１２ｃで定められた複合ユーザ認証が、認証スキーム情報１１２ｃで定められた順序で実行されたことを確認したことになる。

そして、認証成功数１１３ｃの照合とスキーム照合結果１１３ｄの照合の２つに成功した場合のみ、認証終了コマンド１１１は、実行した複合ユーザ認証を成功と判断し、ユーザ認証情報１１３の複合認証結果１１３ｅに、複合ユーザ認証の成功を意味する情報を書き込む（ここでは、００ｈ以外の値）と共に、認証管理情報１１２の残リトライ回数１１２ｆをリトライ回数１１２ｅの値にセットする。

なお、認証終了コマンド１１１が複合ユーザ認証に失敗と判断した場合は、ユーザ認証情報１１３の複合認証結果１１３ｅおよび認証管理情報１１２の残リトライ回数１１２ｆは操作しない。

図３のアプリケーション１３とは、ある特定の用途のために設計されたプログラムで、本実施の形態においては、アプリケーション１３として、入退室アプリケーション１３０と決済アプリケーション１３２の２つのアプリケーションを備える。

アプリケーション１３が有するコマンドは、ユーザ認証モジュール１２に含まれるユーザ認証（ここでは、ＰＩＮ認証、指紋認証および声紋認証の３つ）を組合わせた複合ユーザ認証を利用して、ユーザを認証することができる。本実施の形態では、入退室アプリケーション１３０においては、入退室コマンド１３１が複合ユーザ認証を必要とし、決済アプリケーション１３２においては、小額決済コマンド１３３と高額決済コマンド１３４が複合ユーザ認証を必要とする。各々のコマンドが要求する複合ユーザ認証は、各々のコマンドが有する認証属性情報１３５で示される。

ここで、アプリケーションのコマンドが有する認証属性情報１３５は、図５で示した認証管理情報１１２の認証識別情報１１２ａを示す情報である。例えば、決済アプリケーション１３２の小額決済コマンド１３３の認証属性情報１３５が「０２」である場合は、認証管理情報１１２の認証識別情報１１２ａが「０２」で示される複合ユーザ認証を要求することを意味する。

ＩＣカード１に備えられた各々のアプリケーション１３は、コマンドを実行する前に、複合ユーザ認証モジュール１１から、実行するコマンドが有する認証属性情報１３５に対応する複合ユーザ認証の認証結果を得て、コマンドの実行制御を行うことができる。

例えば、決済アプリケーション１３２の高額決済コマンド１３４を実行するときは、ＲＡＭ２２に記憶されているユーザ認証情報１１３の中から、高額決済コマンド１３４の認証属性情報１３５に対応するユーザ認証情報１１３の複合ユーザ認証結果が参照され、高額決済コマンド１３４の実行は制御される。

また、決済アプリケーション１３２の小額決済コマンド１３３を実行するときは、ＲＡＭ２２に記憶されているユーザ認証情報１１３の中から、小額決済コマンド１３３の認証属性情報１３５に対応するユーザ認証情報１１３の複合ユーザ認証結果が参照され、小額決済コマンド１３３の実行は制御される。

このように、本発明に係るＩＣカード１は、ＩＣカード１に実装されるアプリケーション１３のコマンドごとに、ユーザ認証モジュール１２が有するユーザ認証を組み合せたユーザ認証を設定できる。

ここから、複合ユーザ認証実行時のＩＣカード１の振舞いについて、図を参照しながら詳細に説明する。図８は複合ユーザ認証のメインの手順を示したフロー図、図９は複合ユーザ認証のメインの手順に含まれる複合ユーザ認証開始処理の手順を示したフロー図、図１０は複合ユーザ認証のメインの手順に含まれるユーザ認証処理の手順を示したフロー図、図１１は複合ユーザ認証のメインの手順に含まれる複合ユーザ認証終了処理の手順を示したフロー図である。

図８で示した複合ユーザ認証のメインの手順における最初のステップＳ１は、図外の端末装置からコマンドＡＰＤＵを受信するステップである。このステップＳ１において、実際には、ＩＣカード１は様々なコマンドＡＰＤＵを受信するが、これまで説明した複合ユーザ認証に係るコマンドＡＰＤＵ、すなわち、認証開始コマンド１１０、Ｖｅｒｉｆｙコマンド１２０および認証終了コマンド１１１のコマンドＡＰＤＵを受信したときの手順についてのみ説明する。

次のステップＳ２は、ステップＳ１で受信したコマンドＡＰＤＵによって処理が分岐されるステップである。ステップＳ１で認証開始コマンド１１０のコマンドＡＰＤＵを受信したときはステップＳ１０に進み、Ｖｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵを受信したときはステップＳ２０に進み、そして、認証終了コマンド１１１のコマンドＡＰＤＵを受信したときはステップＳ３０に進む。なお、ステップＳ１０、ステップＳ２０およびステップＳ３０の詳細な内容については後述する。

そして、ステップＳ１０およびステップＳ２０の処理が終了したときは、ステップＳ１に戻り、ステップＳ３０の処理が終了すると、複合ユーザ認証は終了する。

ここから、図８のステップＳ１０で実行される処理、すなわち、複合ユーザ認証開始処理の手順について、図９を参照しながら詳細に説明する。図８のステップＳ１で、ＩＣカード１が認証開始コマンド１１０のコマンドＡＰＤＵを受信したときに実行されるステップＳ１１は、認証開始コマンド１１０のコマンドＡＰＤＵで示される複合ユーザ認証の残リトライ回数１１２ｆを確認するステップである。

このステップでは、認証開始コマンド１１０は、認証管理情報１１２を参照することで、コマンドＡＰＤＵで示される複合ユーザ認証の残リトライ回数１１２ｆを確認できる。このステップで、残リトライ回数１１２ｆが残っている場合はステップＳ１２に進む。また、残リトライ回数１１２ｆが残っていない場合はステップＳ１４に進み、ステップＳ１４では、複合ユーザ認証の残リトライ回数１１２ｆが残っていないことを示すＳＷを含むレスポンスＡＰＤＵを端末装置に送信し、複合ユーザ認証開始処理は終了する。

ステップＳ１１でリトライ回数が残っている場合に実行されるステップＳ１２は、残リトライ回数１１２ｆを一つだけデクリメントするステップである。このステップでは、認証管理情報１１２に記憶され、認証識別情報１１２ａで示される複合ユーザ認証の残リトライ回数１１２ｆを、ＣＰＵ２１の演算機能によって、一つだけデクリメントする。

次のステップＳ１３は、図８のステップＳ１で受信した認証開始コマンド１１０のコマンドＡＰＤＵで示される複合ユーザ認証用のユーザ認証情報を生成し初期化するステップである。このステップでは、上述している内容でユーザ認証情報を初期化し、認証開始コマンド１１０の処理に成功したことを意味するＳＷを含むレスポンスＡＰＤＵを端末装置に送信する。このステップＳ１３の実行をもって、複合ユーザ認証開始処理は終了する。

ここから、図８のステップＳ２０で実行される処理、すなわち、ユーザ認証処理の手順について、図１０を参照しながら詳細に説明する。

好ましくは、認証開始コマンド１１０を受信した後のＶｅｒｉｆｙコマンド１２０の動作（すなわち、複合ユーザ認証時の動作）と、認証開始コマンド１１０を受信していないときのＶｅｒｉｆｙコマンド１２０の動作（すなわち、複合ユーザ認証時でないときの動作）とは、Ｖｅｒｉｆｙコマンド１２０の動作が異なることが望ましいが、ここでは、発明の内容を明瞭に説明すべく、認証開始コマンド１１０を受信した後にＶｅｒｉｆｙコマンド１２０受信したときの、ユーザ認証処理の手順について説明する。

図８のステップＳ１で、ＩＣカード１がＶｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵを受信したときに実行されるステップＳ２１は、ＲＡＭ２２に記憶されているユーザ認証情報１１３の認証回数情報１１２ｂを一つだけインクリメントするステップである。このステップでは、認証回数情報１１２ｂはＣＰＵ２１の演算機能によって一つだけインクリメントされる。

次のステップＳ２２は、ユーザ認証の認証スキームを確認するステップである。このステップにおいて、実行されるべきユーザ認証は、図８のステップＳ１で受信した認証開始コマンド１１０の認証管理情報１１２に関連付けられ、認証管理情報１１２に記憶されている認証スキーム情報１１２ｃを参照することで判断できる。

すなわち、この認証スキーム情報１１２ｃの中で、ユーザ認証情報１１３の認証回数情報１１２ｂで示される番号１１２ｇに記載されたユーザ認証が実行されるべきユーザ認証となる。例えば、図５の認証管理情報１１２において、認証識別情報１１２ａが「３」の複合ユーザ認証において、認証回数情報１１２ｂが「２」のときに実行されるべきユーザ認証は、番号１１２ｇが「２」のユーザ認証であるＰＩＮ認証になる。

また、実際に実行されるユーザ認証は、Ｖｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵに含まれるＴａｇ１２０ｂから判断できる。そして、ユーザ認証の順序の確認は、認証管理情報１１２を参照して得られる実行されるべきユーザ認証と、Ｖｅｒｉｆｙコマンド１２０から得られる実行されるユーザ認証とを比較することで行われる。そして、認証管理情報１１２を参照して得られる実行されるべきユーザ認証と、Ｖｅｒｉｆｙコマンド１２０から得られる実行されるユーザ認証とが一致した場合は、ユーザ認証情報１１３のスキーム照合結果１１３ｄを一つだけインクリメントする。

次のステップＳ２３は、ユーザ認証を実行するために、Ｖｅｒｉｆｙコマンド１２０の残リトライ回数を確認するステップである。Ｖｅｒｉｆｙコマンド１２０は、Ｔａｇ１２０ｂで示される参照情報が有する残リトライ回数を確認し、残リトライ回数が残っていることを確認する。残リトライ回数が残っている場合はステップＳ２４に進み、残リトライ回数が残っていない場合はステップＳ２９に進む。

ステップＳ２３で残リトライ回数が残っている場合に実行されるステップＳ２４は、Ｖｅｒｉｆｙコマンド１２０の残リトライ回数を一つだけデクリメントするステップである。

そして、次のステップＳ２５は、Ｖｅｒｉｆｙコマンド１２０のコマンドＡＰＤＵで示されるユーザ認証を実行するステップである。このステップにおいては、コマンドＡＰＤＵのＴａｇ１２０ｂがＰＩＮ認証を示す情報ならばＰＩＮ参照情報１２１と、コマンドＡＰＤＵの認証情報２４とを照合することでユーザを認証する。また、コマンドＡＰＤＵのＴａｇ１２０ｂが指紋認証（または声紋認証）を示す情報ならば指紋参照情報１２２（声紋認証のときは声紋参照情報１２３）と、コマンドＡＰＤＵの認証情報２４とを照合することで、バイオメトリクス情報を用いてユーザを認証する。

次のステップＳ２６は、ステップＳ２５で実行したユーザ認証の結果に基づき処理が分岐されるステップで、ユーザ認証に成功したときはステップＳ２７に進み、ユーザ認証に失敗したときはステップＳ２９に進む。

ステップＳ２５でユーザ認証に成功したときに実行されるステップＳ２７は、ＲＡＭ２２に記憶されているユーザ認証情報１１３の認証成功数１１３ｃを一つだけインクリメントするステップである。このステップで、ユーザ認証情報１１３の認証成功数１１３ｃを一つだけインクリメントすることで、実行したユーザ認証に成功した数を把握できる。

そして、次に実行されるステップＳ２８は、Ｖｅｒｉｆｙコマンド１２０が照合した参照情報の残リトライ回数をリトライ回数の値にセットし、ユーザ認証に成功したことを示すレスポンスを送信するステップである。このステップＳ２８では、照合に成功した参照情報の残リトライ回数は、予め定められたリトライ回数の値に戻る。

また、ステップＳ２３またはステップＳ２６において、ユーザ認証の実行権がない（残リトライ回数が無い）またはユーザ認証に失敗したときに実行されるステップＳ２９は、ユーザ認証に失敗したことを示すレスポンスを送信するステップである。ステップＳ２８またはステップＳ２９をもって、ユーザ認証処理の手順は終了する。

ここから、図８のステップＳ３０で実行される処理、すなわち、複合ユーザ認証終了処理の手順について、図１１を参照しながら詳細に説明する。図８のステップＳ１で、ＩＣカード１が認証終了コマンド１１１のコマンドＡＰＤＵを受信したときに実行されるステップＳ３１は、複合ユーザ認証の順序を確認するステップである。

このステップでは、実行したユーザ認証情報１１３に記憶されているスキーム照合結果１１３ｄと、実行したユーザ認証情報１１３の実行認証情報１１３ａと値が同じ認証識別情報１２０ａに関連付けられて、認証管理情報１１２に記憶されている認証回数情報１１２ｂとを比較し、値が一致することを確認することで、実行認証情報１１３ａと値が同じ認証識別情報１２０ａに関連付けられて記憶されている認証スキーム情報１１２ｂに記述された順序で、すべてのユーザ認証が実行されたことを確認する。複合ユーザ認証の順序が正しければステップＳ３２に進み、複合ユーザ認証の順序が正しくなければ、複合ユーザ認証を失敗としステップＳ３５に進む。

ステップＳ３１で複合ユーザ認証の順序が正しいときに実行されるステップＳ３２は、複合ユーザ認証で実行されたユーザ認証の成功数を確認するステップである。このステップにおいては、実行認証情報１１３ａと値が同じ認証識別情報１１２ａに関連付けられて記憶されている必要成功数１１２ｄと、ユーザ認証情報１１３の認証成功数１１３ｃを比較し、認証成功数１１３ｃの値が必要認証数１１２ｄの値以上であるときに、複合ユーザ認証は成功とし、ステップＳ３３に進む。また、認証成功数１１３ｃの値が必要成功数１１２ｄの値以上でないときは、複合ユーザ認証は失敗としステップＳ３５に進む。

複合ユーザ認証に成功したときに実行されるステップＳ３３は、実行した複合ユーザ認証情に成功したことを意味する情報をユーザ認証情報１１３の複合ユーザ認証結果１１２ｅに書き込むステップである。また、ステップＳ３３の後には、ステップＳ３４で実行した複合ユーザ認証の残リトライ回数１１２ｆは、複合ユーザ認証のリトライ回数１１２ｅの値にセットされる。

ステップＳ３５は、複合ユーザ認証の結果を示すレスポンスＡＰＤＵを端末装置に送信するステップである。このステップでは、複合ユーザ認証に成功した場合は成功したことを意味するＳＷが送信され、複合ユーザ認証に失敗した場合は失敗したことを意味するＳＷに加えて、残リトライ回数１１２ｆをレスポンスＡＰＤＵには含ませることもできる。

ＩＣカードの外観図。 ＩＣチップのハードウェア構成図。 ＩＣカード１に実装されるソフトウェアのブロック図。 ＶｅｒｉｆｙコマンドのＡＰＤＵを示した図。 複合ユーザ認証の内容が記述される認証管理情報を説明する図。 ユーザ認証情報を説明する図。 認証開始コマンドと認証終了コマンドのＡＰＤＵを説明する図。 複合ユーザ認証のメインの手順を示したフロー図。 複合ユーザ認証開始処理の手順を示したフロー図。 ユーザ認証処理の手順を示したフロー図。 複合ユーザ認証終了処理の手順を示したフロー図。

符号の説明

１ ＩＣカード
１１ 複合ユーザ認証モジュール
１１０ 認証開始コマンド、１１１ 認証終了コマンド
１１２ 認証管理情報、１１３ ユーザ認証情報
１２ ユーザ認証モジュール
１２０ Ｖｅｒｉｆｙコマンド
１２１ ＰＩＮ参照情報、１２２ 指紋参照情報、１２３ 声紋参照情報
１３ アプリケーション
２０ ＩＣチップ
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ ＥＥＰＲＯＭ

Claims (10)

1. 複数のユーザ認証手段を備えたＩＣカードであって、
   前記ＩＣカードは、前記ユーザ認証手段を組合わせてユーザを認証する複合ユーザ認証手段を備え、前記複合ユーザ認証手段は、認証管理情報と、前記複合ユーザ認証が開始されるときに実行されるユーザ認証開始コマンドと、前記複合ユーザ認証が終了するときに実行されるユーザ認証終了コマンドとを備え、
   前記認証管理情報には、少なくとも、前記ユーザを認証するために実行される前記ユーザ認証手段と、前記ユーザ認証手段が実行される順序と、認証回数が記述され、
   前記複合ユーザ認証手段は、前記ユーザ認証開始コマンドを受信してから前記ユーザ認証終了コマンドを受信するまでの間に前記ユーザ認証手段が実行されるごとに、当該ユーザ認証手段と前記認証管理情報に記述された順序を照合し、当該順序が一致した場合に順序の一致回数を一つだけインクリメントしてスキーム照合結果として記録し、前記ユーザ認証終了コマンドを受信した際に、前記認証管理情報に記述された認証回数と前記スキーム照合結果を比較し、両者が一致しており、かつユーザ認証手段による認証が所定回数以上成功している場合に、複合ユーザ認証を成功とすることを特徴とするＩＣカード。
2. 請求項１に記載のＩＣカードにおいて、前記ＩＣカードに備えられた前記複合ユーザ認証手段は、複数の前記認証管理情報を有し、それぞれの前記認証管理情報には識別情報が付加され、前記複合ユーザ認証手段が前記ユーザを認証するときは、前記認証開始コマンドによって示される前記識別情報で特定される前記認証管理情報を用いることを特徴とするＩＣカード。
3. 請求項１に記載のＩＣカードにおいて、前記ＩＣカードに備えられた前記ユーザ認証開始コマンドには、前記複合ユーザ認証手段による前記ユーザの認証に連続して失敗できる回数の許容値を意味する複合認証リトライ回数が設定され、
   前記複合ユーザ認証手段は、前記複合ユーザ認証による前記ユーザの認証に失敗するごとに失敗回数を記憶し、前記認証開始コマンドを処理するときの前記失敗回数が前記複合認証リトライ回数を超えている場合は、前記認証管理情報を用いた前記複合ユーザ認証を実行しないことを特徴とするＩＣカード。
4. 請求項２に記載のＩＣカードにおいて、前記複合ユーザ認証手段が有する前記認証管理情報毎に前記複合認証リトライ回数が設定され、前記複合ユーザ認証手段は、前記複合ユーザ認証による前記ユーザの認証に失敗するごとに、前記複合ユーザ認証で照合した前記認証管理情報に関連付けて失敗回数を記憶し、前記ＩＣカードが前記認証開始コマンドを受信したときに、前記認証開始コマンドで示される前記識別情報で特定される前記認証管理情報の前記失敗回数が前記リトライ回数で示される値を超えている場合は、前記認証開始コマンドで示される前記認証管理情報を用いた前記複合ユーザ認証を実行しないことを特徴とするＩＣカード。
5. 請求項１から請求項４のいずれか一項に記載のＩＣカードにおいて、前記ＩＣカードが有する前記認証管理情報には、前記ユーザを認証するために実行される前記ユーザ認証手段と、前記ユーザ認証手段が実行される順序とに加え、前記ユーザの正当性を認証するために必要な前記ユーザ認証手段の成功数の最小値が記憶され、前記複合ユーザ認証手段は、実行された前記ユーザ認証手段の実行結果として、実行された前記ユーザ認証手段、実行された前記ユーザ認証手段の順序および実行された前記ユーザ認証手段の成功数とを、前記認証管理情報の内容と照合し、前記ユーザを認証することを特徴とするＩＣカード。
6. 請求項１から請求項５のいずれか一項に記載のＩＣカードにおいて、前記ＩＣカードに備えられた複数の前記ユーザ認証手段の少なくとも一つは、前記ユーザのバイオメトリクス情報を利用して前記ユーザを認証する手段であることを特徴とするＩＣカード。
7. 請求項１から請求項６のいずれか一項に記載のＩＣカードにおいて、前記ＩＣカードに備えられた前記ユーザ認証手段は、一つの照合コマンドと、前記照合コマンドで照合される複数の参照情報から構成され、前記ＩＣカードが受信した前記照合コマンドのＡＰＤＵに含まれ前記参照情報を示す情報に基づいて、前記ＩＣカードは、前記ＩＣカードに送信された情報と前記照合コマンドのＡＰＤＵで示される前記参照情報とを照合することを特徴とするＩＣカード。
8. 請求項７に記載のＩＣカードにおいて、前記照合コマンドで照合される前記参照情報ごとに、前記ユーザ認証手段による前記ユーザの認証に連続して失敗できる回数の許容値を意味するユーザ認証リトライ回数が設定され、前記ＩＣカードは照合に失敗するごとに、照合に用いた前記照合情報の失敗回数を記憶し、失敗回数がユーザ認証リトライ回数を超えた前記参照情報の照合は実行しないことを特徴とするＩＣカード。
9. ＩＣカードに実装されたＩＣチップを、請求項１から請求項６のいずれかに記載の前記複合ユーザ認証手段として動作させるためのＩＣカードプログラム。
10. ＩＣカードに実装されたＩＣチップを、請求項７または請求項８に記載の前記ユーザ認証手段として動作させるためのＩＣカードプログラム。

Images