JP2003216585A - 認証アプリケーション、管理アプリケーション、要認証アプリケーション及びｉｃカード - Google Patents

Abstract

(57)【要約】 【課題】 汎用性、利便性及び認証の処理効率の向上を
図ることが可能な認証アプリケーション、管理アプリケ
ーション、要認証アプリケーション及びＩＣカードを提
供する。 【解決手段】 他のアプリケーションからアクセスされ
た場合にのみ、それぞれ異なる複数の種類の使用者識別
情報に基づいて使用者が名義人であるか否かを判定し、
肯の場合に本人認証を行う判定認証をＣＰＵ２０に実行
させる認証機能を備える複数の認証アプリケーション５
２と、所定の本人認証が行われていることを主機能の実
行要件とし、認証選択要求を行う要認証アプリケーショ
ン５２と、この認証選択要求に応じてＣＰＵ２０が実行
すべき認証アプリケーションを選択する認証選択機能を
備える管理アプリ５１とを搭載するＩＣカード１。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＪａｖａＣａｒｄ
（「ＪＡＶＡ」は登録商標）等、共有関係にある複数の
アプリケーションを搭載可能であって、本人認証の処理
を行うＩＣカードと、このＩＣカードに搭載され、本人
認証の処理を行うための認証アプリケーション、本人認
証の処理を管理するための管理アプリケーション及び本
人認証が行われていることを主機能の実行要件とする要
認証アプリケーションとに関するものである。

【０００２】

【従来の技術】従来から、ＩＣカード（ＩＣカードと
は、ＩＳＯ等の標準規格のサイズに準拠したＩＣカー
ド、ＳＩＭカードに限られず、また、外形形状、厚さに
かかわらず、ポケットに入れられる程度のサイズを有す
るポケット型で携帯可能な情報端末をいう。）は、アプ
リケーションの一部として認証機能を備え、このカード
を使用する使用者がカードを正当に使用できる名義人で
あることを確認する本人認証に利用されている。例え
ば、その一部がＰＩＮ認証機能であるキャッシュアプリ
ケーションを備えるＩＣカードを利用して、銀行のＡＴ
Ｍで最初に暗証番号であるＰＩＮを入力し、本人認証を
行った後に取引を行っている。また、高度なセキュリテ
ィレベルが要求される場面では、ＩＣカードを利用した
指紋や声紋、虹彩、筆跡等バイオメトリクス技術を利用
した各種の本人認証が行われている。

【０００３】図１１は、従来のＩＣカードの処理を説明
するフローチャートである。Ｓ５００において、ＩＣカ
ードは、外部装置と通信可能な環境に設置される。ＩＣ
カードは、外部装置から電力、クロック等の供給を受
け、ＯＳを起動し、メモリチェック等、カードの初期化
を行う。ＩＣカード１は、自己診断処理及び通信条件等
を含む初期応答情報（ＡＴＲ）の外部装置への送信を行
う（Ｓ５０１）。

【０００４】Ｓ５０２において、ＩＣカードは、受信待
ちの状態となる。コマンドを外部装置から受信した場合
には、ＩＣカードは、このコマンドに対応するアプリケ
ーションを選択し（Ｓ５０３，Ｓ５０４）、このアプリ
ケーションの関数を呼び出して処理を行う（Ｓ５０
５）。ＩＣカードは、処理結果をレスポンスとして外部
装置へ送信し（Ｓ５０６）、再び受信待ちの状態となる
（Ｓ５０２）。ＩＣカードは、外部装置と通信可能な環
境から外れるまで同様の処理を繰り返す。

【０００５】このＩＣカードを利用した本人認証には、
以下のような方式がある。 （１）名義人を識別するための名義人識別情報であるＰ
ＩＮデータや、バイオメトリクスデータ（指紋や声紋デ
ータの全て、または特徴のみ）をＩＣカード内に格納
し、外部端末側がこれを読み出し、入力された使用者識
別情報と照合する。名義人識別情報及び使用者識別情報
が一致したらＩＣカード内のアプリケーションに対して
認証成功のコマンドを送る。 （２）外部端末側から使用者識別情報であるＰＩＮデー
タやバイオメトリクスデータをＩＣカード内の認証機能
を備えるアプリケーションに送信、アプリケーションの
認証機能は、アプリケーション内（またはそのアプリケ
ーションがアクセスできる領域）に記録されていた名義
人識別情報と照合し、一致すれば認証成功とする。 （３）ＩＣカード上に認証入力装置（ＰＩＮ入力キーボ
ードや指紋入力装置等のバイオメトリクス装置等）がつ
いており、そこからカード内の認証アプリケーションに
使用者識別情報が送られ、アプリケーション内（または
そのアプリケーションがアクセスできる領域）に記録さ
れていた名義人識別情報と照合する。

【０００６】上記３つの方式のうち、名義人識別情報が
ＩＣカードから外部に流出しないことから、（２）、
（３）が（１）よりも望ましく、本人の身体的な特徴を
含むバイオメトリクスデータに基づく認証の場合にはな
おさらである。なお、運用上（１）の場合でも端末との
通信にはセキュアメッセージングと呼ばれる暗号通信を
用いることが多いと思われるが、より確実な安全性のた
めに（２）、（３）が望ましい。

【０００７】従って、安全性を保持する観点から、名義
人識別情報及び使用者識別情報を照合する本人認証手段
を備えたアプリケーションをＩＣカードに搭載すること
が要請されている。また、バイオメトリクス等による本
人認証の多様化、ＩＣカードに格納されるアプリケーシ
ョンの多様化が進み、利便性の高いＩＣカードが要請さ
れる現状においては、ＩＣカードは、セキュリティレベ
ルに対応した各種の本人認証機能を備えることが必要と
されている。

【０００８】

【発明が解決しようとする課題】しかし、図１２（ａ）
に示すように、種々の外部端末の設定に対応する各種認
証機能を備えるアプリケーション５３１−５，５３２−
５，５３３−５は、サイズが大きくなってＩＣカードに
搭載する上で現実的ではない。この課題を解決するため
に、アプリケーションに含まれるオブジェクト、関数等
を複数のアプリケーションで共有するＩＣカードがあ
る。このＩＣカードを以下に示す。

【０００９】例えば、サンマイクロシステムズ社のＪａ
ｖａＣａｒｄは、各アプリケーションを管理している実
行環境（ＪａｖａＣａｒｄの場合はＪＣＲＥ：Ｊａｖａ
Ｃａｒｄ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ
と呼ばれる。）を介して特定のオブジェクトを他のアプ
リケーションに提供することが可能である（以下、オブ
ジェクトを提供するアプリケーションを「サーバアプ
リ」、提供を受けるアプリケーションを「クライアント
アプリ」と言う。）。一方、実行環境によって、各アプ
リケーションは、互いに直接アクセスできず、クライア
ントアプリがサーバアプリのオブジェクトを直接呼び出
そうとしてもエラーとなる（ファイアウォール）。な
お、オブジェクトとは、機能とデータをひとまとめとし
たモジュールであって、例えば、ポイント残高データ
と、ポイント加算機能と、ポイント使用機能とをまとめ
て、ポイントオブジェクトとして実装する。

【００１０】また、ＪａｖａＣａｒｄでは、アプリケー
ションを搭載する場合に、予め共有アクセスを要求する
と予測されるクライアントアプリのユニークなＩＤ（以
下、「ＡＩＤ」という。）と認証のためのパラメータ
（ＰＩＮ等）を対象となるサーバアプリケーションにデ
ータとして与えておき、サーバアプリはこのデータによ
ってクライアントが正当なアプリケーションかどうかを
確認することが可能である（セキュリティ上問題ない場
合は無制限にアクセスを許してもよい）。

【００１１】しかし、ＡＩＤがわからないため、予測し
ていなかったクライアントアプリケーションの追加に対
応できない。この課題を解決するために、本出願人は、
「共有アクセス管理機能を備えた携帯可能情報処理装
置」（ＩＣカード）（特願２０００−２６８６７６）を
提案している。

【００１２】共有アクセス管理機能を備えた携帯可能情
報処理装置に搭載されている各アプリケーションは、ど
のクライアントに対しどのような許可を与えるかを判断
するための共有管理情報を持っている。この管理情報は
追加、削除、更新ができるため、カード発行時に想定し
ていなかったアプリケーションの追加や削除に対しても
正しくアクセスの許可／不許可を管理でき、機能やデー
タをアクセス可能／不可能にすることができる。

【００１３】しかし、クライアントアプリからまた別の
クライアントアプリへアクセスを公開されてしまうと制
御できない。また、サーバアプリとクライアント間のア
クセス管理はできるが、いったんオブジェクトを手にい
れたクライアントアプリが、勝手にそのオブジェクトを
別のアプリケーションに公開してしまったら管理できな
いという問題があった。この課題を解決するために、本
出願人は、「ＩＣカードプログラム及びＩＣカード」
（特願２００１−３９７３０４）を提案している。この
ＩＣカードは、ＪａｖａＣａｒｄ等複数のアプリケーシ
ョンを搭載可能であって、オブジェクトを他のアプリケ
ーションから利用できるようにする場合に、その回数や
提供範囲を限定する機能を持ったアプリケーション（無
制限にコピーされないようにする）を備えている。

【００１４】図１２（ｂ）に示すように、各種認証機能
が振り分けられたオブジェクトを複数のアプリケーショ
ン５３１−６，５３２−６，５３３−６で共有すること
によって、ＩＣカードは、セキュリティレベルに対応し
た各種の本人認証機能を備えることが可能である。

【００１５】しかし、外部端末が認証結果を要求する場
合には、ＩＣカードは、（１）認証機能を備えるアプリ
ケーションを選択し、（２）このアプリケーション内の
認証結果を示すフラグをチェックするという処理を繰り
返さなければならず、処理効率が悪い。また、本人認証
は、一連の処理の開始時に行うことが多いため、迅速な
処理が特に要請される。更に、複数の認証機能をそれぞ
れアプリケーションに振り分け、整合をとらなければな
らず、アプリケーションの設計に制約がかかるととも
に、汎用性に欠ける可能性がある。

【００１６】本発明の課題は、汎用性、利便性及び認証
の処理効率の向上を図ることが可能な認証アプリケーシ
ョン、管理アプリケーション、要認証アプリケーション
及びＩＣカードを提供することである。

【００１７】

【課題を解決するための手段】本発明は、以下のような
解決手段により、前記課題を解決する。なお、理解を容
易にするために、本発明の実施形態に対応する符号を付
して説明するが、これに限定されるものではない。すな
わち、請求項１の発明は、複数のアプリケーションを搭
載可能なＩＣカード（１，１−２，１−３）に搭載さ
れ、本人認証を行うためにＣＰＵ（２０，２０−２）を
実行させる認証アプリケーションであって、他のアプリ
ケーション（５３，５３−２，５３−３）等の外部から
アクセスされた場合（Ｓ１１１）にのみ、使用者識別情
報に基づいて使用者が名義人であるか否かを判定し、肯
の場合に本人認証を行う判定認証手順（Ｓ１１２，Ｓ２
０２）を備えること、を特徴とする認証アプリケーショ
ン（５２，５２−２）である。

【００１８】請求項２の発明は、請求項１に記載の認証
アプリケーションにおいて、前記判定認証手順における
結果である認証結果を記憶する認証結果記憶手順（Ｓ２
０３）を備えること、を特徴とする認証アプリケーショ
ン（５２−２）である。

【００１９】請求項３の発明は、請求項１又は請求項２
に記載の認証アプリケーションにおいて、前記ＩＣカー
ドに搭載されている他の一のアプリケーション（５１，
５１−３）へアクセスし、前記判定認証手順における結
果である認証結果を前記一のアプリケーション内で記憶
するアクセス認証結果記憶手順（Ｓ１２１）を備えるこ
と、を特徴とする認証アプリケーション（５２）であ
る。

【００２０】請求項４の発明は、ＣＰＵ（２０）と、そ
れぞれ異なる複数の種類の使用者識別情報に基づいて使
用者が名義人であるか否かを判定し、肯の場合に本人認
証を行う判定認証手順（Ｓ１１２）を前記ＣＰＵに実行
させる複数の認証アプリケーション（５２）を記憶する
認証アプリケーション記憶手段（５０，５０−３）とを
備えるＩＣカード（１，１−３）に搭載され、本人認証
を管理するために前記ＣＰＵを実行させる管理アプリケ
ーションであって、認証選択要求があった場合に、この
認証選択要求に応じて前記ＣＰＵが実行すべき前記認証
アプリケーションを選択する認証選択手順（Ｓ１０２，
Ｓ１０３）を備えること、を特徴とする管理アプリケー
ション（５１，５１−３）である。

【００２１】請求項５の発明は、請求項４に記載の管理
アプリケーションにおいて、前記判定認証手順における
結果である認証結果を記憶する認証結果記憶手順（Ｓ１
２１）を備えること、を特徴とする管理アプリケーショ
ン（５１，５１−３）である。

【００２２】請求項６の発明は、ＣＰＵを備えるＩＣカ
ード（１，１−２）に搭載され、所定の本人認証が行わ
れていることを主機能の実行要件とする要認証アプリケ
ーションであって、前記ＩＣカードに搭載されている一
又は複数の他のアプリケーション（５２，５２−２）に
アクセスし、このアプリケーションが有する前記所定の
本人認証を行う機能を前記ＣＰＵに実行させるアクセス
認証手順（Ｓ１１１，Ｓ２０１）を備えること、を特徴
とする要認証アプリケーション（５３，５３−２）であ
る。

【００２３】請求項７の発明は、ＣＰＵ（２０，２０−
２）と、それぞれ異なる種類の使用者識別情報に基づい
て使用者が名義人であるか否かを判定し、肯の場合に本
人認証する判定認証手順（Ｓ１１２，Ｓ２０２）を前記
ＣＰＵに実行させる請求項１又は請求項２に記載の複数
の認証アプリケーション（５２，５２−２）を記憶する
認証アプリケーション記憶手段（５０，５０−２）と、
を備えるＩＣカード（１，１−２）である。

【００２４】請求項８の発明は、それぞれ異なる種類の
使用者識別情報に基づいて使用者が名義人であるか否か
を判定し、肯の場合に本人認証する複数の認証手段（２
１，２２，２３，２４）と、認証選択要求があった場合
に、この要求に応じて前記判定を行うべき認証手段を選
択する認証選択手段（２５）と、を備えるＩＣカード
（１，１−３）である。

【００２５】請求項９の発明は、請求項８に記載のＩＣ
カードにおいて、ＣＰＵ（２０）と、所定の本人認証が
行われていることを主機能の実行要件とし、前記認証選
択要求を行う要認証アプリケーション（５３）を記憶す
る要認証アプリ記憶手段（５０）と、前記ＣＰＵに実行
させることによって前記複数の認証手段を実現する複数
の認証アプリケーション（５２）を記憶する認証アプリ
ケーション記憶手段（５０）と、前記要認証アプリケー
ションを識別する要認証アプリケーション識別情報と、
前記認証アプリケーションを識別する認証アプリケーシ
ョン識別情報とを関連づけた認証選択情報を、前記要認
証アプリケーションからアクセス可能な管理アプリケー
ション（５１）内で記憶する認証選択情報記憶手段（５
０）とを備え、前記認証選択手段は、前記認証選択情報
に基づいて選択を行うこと、を特徴とするＩＣカード
（１）である。

【００２６】請求項１０の発明は、請求項９に記載のＩ
Ｃカードにおいて、前記認証アプリケーション記憶手段
は、請求項１又は請求項２に記載の認証アプリケーショ
ン（５２）を記憶すること、を特徴とするＩＣカード
（１）である。

【００２７】請求項１１の発明は、請求項９又は請求項
１０に記載のＩＣカードにおいて、前記判定認証手順に
おける結果である認証結果を一のアプリケーション（５
１）内で記憶する認証結果記憶手段（５０）とを備える
こと、を特徴とするＩＣカード（１）である。

【００２８】

【発明の実施の形態】以下、図面等を参照しながら、本
発明の実施の形態について、更に詳しく説明する。 （第１実施形態）図１は、本発明によるＩＣカードの第
１実施形態を示すブロック図である。なお、前述した従
来例と同様の機能を果たす部分には、同一の符号を付し
て、重複する説明を適宜省略する。図１に示すように、
ＩＣカード１は、外部装置２との通信を制御するＩ／Ｏ
インターフェイス１０、機器全体を制御するＣＰＵ２
０、情報を記憶する記憶手段であるＲＡＭ３０、ＲＯＭ
４０及びＥＥＰＲＯＭ５０、使用者識別情報入力部６０
等を備え、複数のアプリケーションを搭載可能なＪａｖ
ａＣａｒｄ、ＭｕｌｔｏｓＣａｒｄ等のマルチアプリケ
ーションＩＣカード上に構築することができる。

【００２９】Ｉ／Ｏインターフェイス１０は、外部装置
２のリーダライタから物理的な伝送路又は非接触な伝送
路を介してコマンドを受信し、レスポンスを送信する通
信手段である。ＲＡＭ３０は、揮発性メモリであり、Ｃ
ＰＵ２０が処理を行う作業領域として使用される。ＲＯ
Ｍ４０は、不揮発性の読み出し専用メモリであって、Ｏ
Ｓ、実行環境等を格納している。ＯＳは、ＩＣカードの
用途によらず汎用的に使用できる基本ソフトウェアであ
る。

【００３０】ＥＥＰＲＯＭ５０は、随時書き換え可能な
不揮発性メモリであり、指紋認証アプリ５２１、ＰＩＮ
認証アプリ５２２、声紋認証アプリ５２３、筆跡認証ア
プリ５２４（以下、これらのアプリケーション５２１，
５２２，５２３，５２４をまとめて認証アプリケーショ
ン５２という。）、管理アプリ５１、社員証アプリ５３
１、ポイントアプリ５３２、キャッシュアプリ５３３、
（以下、これらのアプリケーション５３１，５３２，５
３３をまとめて要認証アプリケーション５３という。）
等の種々のアプリケーションを格納している。アプリケ
ーションは、ＯＳ等、基本ソフトウェアの管理化におい
て、ＣＰＵ２０がＩＣカード１の各種固有の処理を行う
ためのプログラムである。また、ＥＥＰＲＯＭ５０は、
ＯＳやアプリケーションの作業領域として使用される。

【００３１】図２は、本発明による認証アプリケーショ
ン、管理アプリケーション、要認証アプリケーション及
びＩＣカードの第１実施形態を説明する論理構造図であ
る。図３は、ＥＥＰＲＯＭ５０に格納されているアプリ
ケーション間の共有関係を示す図である。図２に示すよ
うに、ＣＰＵ２０は、ＯＳの管理下において各アプリケ
ーション５１，５２，５３を実行する。

【００３２】図２及び図３に示すように、要認証アプリ
ケーション５３は、管理アプリ５１にアクセスして認証
選択機能を呼び出すことが可能であり（＃１、実線）、
この認証選択機能の呼び出しを要求する認証選択要求を
行う。また、要認証アプリケーション５３は、管理アプ
リ５１にアクセスして受け取ったアドレスによってそれ
ぞれ所定の認証アプリケーション５２へアクセスし、認
証機能を呼び出すことが可能である（＃２、破線）。ポ
イントアプリ５３２は指紋認証アプリ５２１、社員証ア
プリ５３１は指紋認証アプリ５２１、ＰＩＮ認証アプリ
５２２及び声紋認証アプリ５２３、キャッシュアプリ５
３３はＰＩＮ認証アプリ５２２及び筆跡認証アプリ５２
４へそれぞれアクセスすることが可能である。認証アプ
リケーション５２は、管理アプリ５１へアクセスし、テ
ーブル書込機能を呼び出すことが可能である（＃３、一
点鎖線）。

【００３３】これらの共有関係はアクセス前のいずれか
の時点で結ばれているものとする。なお、共有関係の実
装方法は、認証アプリケーション５２、要認証アプリケ
ーションからのアクセスを認めるか否かの認証を行うア
プリケーション認証機能を管理アプリ５１が備え、この
認証によって実装してもよく、前述した方法等（特願２
０００−２６８６７６、特願２００１−３９７３０４）
で実装してもよい。

【００３４】社員証アプリ５３１、ポイントアプリ５３
２及びキャッシュアプリ５３３は、それぞれ、ＣＰＵ２
０が実行することによって、所定の目的を実現する社員
認証機能、ポイント換算機能、現金決済機能を主な機能
（主機能）として備え、所定の種類の本人認証が行われ
ることを主機能の実行要件とする要認証アプリケーショ
ンである。要認証アプリケーション５３は、主機能の実
行前に管理アプリ５１の認証選択機能を呼び出し、受け
取ったアドレスに基づいて認証アプリケーション５２へ
アクセスし、所定の種類の本人認証を行う認証機能を呼
び出す。本実施形態において、キャッシュアプリ５３３
はＰＩＮ認証及び筆跡認証、ポイントアプリ５３２は指
紋認証、社員証アプリ５３１はＰＩＮ認証、指紋認証及
び声紋認証が行われていることを主機能の実行要件とし
ている（後述する図４参照）。

【００３５】指紋認証アプリ５２１、ＰＩＮ認証アプリ
５２２、声紋認証アプリ５２３、筆跡認証アプリ５２４
は、それぞれ名義人識別情報である名義人の指紋、ＰＩ
Ｎ、声紋、筆跡の情報を持ち、ＩＣカード１に格納され
ている要認証アプリケーション５３等の認証アプリ５２
の外部から呼び出された場合にのみ、ＣＰＵ２０が実行
することによって、それぞれ指紋認証部２１、ＰＩＮ認
証部２２、声紋認証部２３、筆跡認証部２４を実現する
認証機能を主機能として備える認証アプリケーションで
ある。また、認証アプリケーション５２は、管理アプリ
５１へアクセスし、テーブル書換機能を呼び出すことに
よって認証機能による認証結果を管理テーブル５１０へ
書き込み、記憶する。なお、ＩＣカード１が家族カード
であって、複数の者、例えば夫婦がＩＣカード１の正当
使用者として登録されている場合には、認証アプリケー
ション５２は、名義人である夫婦それぞれの指紋等、名
義人識別情報を持つ。

【００３６】なお、認証アプリケーション５２をＩＣカ
ード１へ搭載するタイミングは任意であって、必要にな
った時点でＩＣカード１へダウンロードすればよく、最
初からすべて搭載済みである必要はない。逆に不要にな
った認証アプリは、削除してもよい。

【００３７】管理アプリ５１は、管理テーブル５１０等
のデータを持ち、認証選択機能、テーブル書換機能等の
プログラムを備えている。管理アプリ５１は、本人認証
を管理するためのアプリケーションである。認証選択機
能、テーブル書換機能は、ＣＰＵ２０が実行することに
よってそれぞれ認証選択部２５、テーブル書換部２６を
実現するプログラムである。

【００３８】図４は、管理テーブルを説明する図であっ
て、図４（ａ）は、本人認証が行われていない場合、図
４（ｂ）は、ＰＩＮによる本人認証が行われた場合を示
している。図４に示すように、管理テーブル５１０は、
要認証アプリケーション５３が主機能を実行するために
必要な本人認証を示している。また、管理テーブル５１
０は、認証部２１，２２，２３，２４が各種認証を行っ
たか否かの認証結果を示している。

【００３９】管理テーブル５１０は、行及び列にそれぞ
れ要認証アプリケーション５３の名称、認証アプリケー
ション５２の名称等の要認証アプリケーション識別情報
及び認証アプリケーション識別情報を配置し、要認証ア
プリケーション５３が必要な種類の本人認証についてフ
ラグ（値）を結びつけて格納している。フラグ「０」は
未認証、「１」は認証済を示している。例えば、図４
（ｂ）に示すように、ＰＩＮ認証部２２によって本人認
証が行われた場合には、テーブル書換部２６は、ＰＩＮ
認証アプリ５２２と、社員証アプリ５３１及びキャッシ
ュアプリ５３３の交差する２つの欄のフラグを「１」と
書き換える。この場合に、キャッシュアプリ５３３の主
機能を実行するためには、更に筆跡認証部２４によって
本人認証が行われることが必要である。フラグ「１」
は、ＩＣカード１が外部装置２との通信が不能となった
場合に「０」に書き換えられる。なお、要認証アプリケ
ーション５３、認証アプリケーション５２の名称は、ア
プリケーションＩＤ（ＡＩＤ）等、要認証アプリケーシ
ョン５３、認証アプリケーション５２を識別することが
できる情報であればよい。

【００４０】図１に示すように、ＣＰＵ２０は、ＩＣカ
ード１を統括制御する中央処理装置であり、指紋認証部
２１、ＰＩＮ認証部２２、声紋認証部２３、筆跡認証部
２４、認証選択部２５、テーブル書換部２６等を備えて
いる。これら各部２１，２２，２３，２４，２５，２６
は、ＣＰＵ２０がＥＥＰＲＯＭ５０に格納されているア
プリケーションを実行することによって実現される。

【００４１】指紋認証部２１、ＰＩＮ認証部２２、声紋
認証部２３及び筆跡認証部２４（以下、まとめて認証部
２１，２２，２３，２４という。）は、それぞれ種類の
異なる使用者識別情報及び名義人識別情報に基づいてＩ
Ｃカード１を使用している使用者がＩＣカード１を正当
に使用できる名義人であるか否かを判定し、肯の場合に
本人認証を行う認証手段である。

【００４２】また、認証部２１，２２，２３，２４は、
外部装置２の使用者識別情報入力部２１０から入力され
た使用者の指紋、ＰＩＮ、声紋、筆跡の情報等、使用者
を他の者から識別する使用者識別情報と、ＥＥＰＲＯＭ
５０に予め記憶されている名義人の指紋等、名義人を他
の者から識別する名義人識別情報とを照合して同一とみ
なせるか否かを判定し、みなせる場合に使用者が名義人
であることを認証（本人認証）する判定認証を行う認証
手段である。

【００４３】なお、複数の者が名義人である場合には、
認証部２１，２２，２３，２４は、使用者識別情報と、
複数の名義人識別情報とを照合し、いずれかの名義人識
別情報と同一とみなせるか否かを判定し、みなせる場合
に本人認証を行う。従って、例えば、夫婦が名義人であ
る場合には、いずれがＩＣカード１を使用しても本人認
証が行われる。また、名義人識別情報、使用者識別情報
である指紋、ＰＩＮ、声紋、筆跡の情報のフォーマット
は、本人認証のアルゴリズムにあわせて定められる。

【００４４】認証選択部２５は、認証選択要求があった
場合に、本人認証のための判定を行うべき認証部２１，
２２，２３，２４を選択する認証選択手段である。認証
選択部２５は、ＣＰＵ２０によるキャッシュアプリ５３
３の実行において認証要求（管理アプリ５１が有する認
証選択機能の呼び出し）があった場合に、管理テーブル
５１０のキャッシュアプリ５３３に対応するフラグにお
いて、値が「０」である認証アプリケーション５２を検
索し、そのアドレスをキャッシュアプリ５３３に返すこ
とによって、本人認証を行う認証部２１，２２，２３，
２４を選択する。なお、「０」である認証アプリケーシ
ョン５２がない場合には、すべて認証済である旨をキャ
ッシュアプリ５３３へ返す。

【００４５】テーブル書換部２６は、管理アプリ５１に
含まれる管理テーブル５１０の内容の書き込み、書き換
え、削除等を行う書換手段であって、認証部２１，２
２，２３，２４によって認証されたか否かを示す認証結
果を管理テーブル５１０に書き込んで記憶させる。

【００４６】外部装置２は、指紋情報入力部２１１、Ｐ
ＩＮ入力部２１２、声紋情報入力部２１３、筆跡情報入
力部２１４を含む使用者識別情報入力部２１０を備え、
ＩＣカード１に電源、クロック等の供給、コマンド等の
送信を行い、ＩＣカード１における処理結果であるレス
ポンスを受信する情報処理装置である。

【００４７】指紋情報入力部２１１、ＰＩＮ入力部２１
２、声紋情報入力部２１３及び筆跡情報入力部２１４
は、それぞれ使用者識別情報である使用者の指紋情報、
ＰＩＮ、声紋情報、筆跡情報等の使用者識別情報を入力
する使用者識別情報入力手段である。使用者識別情報入
力部２１０は、センサ、キーボード、マイクロホン等か
ら入力した使用者識別情報を所定のフォーマットに変換
し、ＥＥＰＲＯＭ５０に格納されている名義人識別情報
と比較可能なように所定のフォーマットに変換して外部
装置２へ入力する。この使用者識別情報は、ＩＣカード
１へ送信される。

【００４８】図５は、本発明による認証アプリケーショ
ン、管理アプリケーション及び要認証アプリケーション
の第１実施形態を示すフローチャートであり、図６は、
認証アプリケーション、管理アプリケーション及び要認
証アプリケーション間における共有アクセスを説明する
図である。図５及び図６は、図１１のＳ５０５における
ＩＣカード１の処理を示している。以下、図５を主とし
て、図６等の他の図面を適宜参照しながら説明する。Ｓ
１００において、ＣＰＵ２０は、外部装置２と通信可能
な環境に設置され、外部装置２からキャッシュアプリ５
３３を実行する要求を受け（図１１，Ｓ５０２，Ｓ５０
３）、キャッシュアプリ５３３を選択し（図１１，Ｓ５
０４）、実行を開始する。

【００４９】Ｓ１０１において、ＣＰＵ２０は、キャッ
シュアプリ５３３を実行することによって認証選択要求
がキャッシュアプリ５３３から管理アプリ５１へ行わ
れ、管理アプリ５１へアクセスし、認証選択機能を呼び
出す（図６，＃１）。Ｓ１０２、Ｓ１０３において、認
証選択部２５は、管理テーブル５１０のキャッシュアプ
リ５３３に対応するフラグにおいて、値が「０」である
認証アプリ５２を検索し（図６，＃２）、「０」のフラ
グがない場合には、現金決済等の主機能を実行し（Ｓ１
０４、図６，＃３’，＃４’）、処理を終了する（Ｓ１
３０）。なお、処理結果は、ＩＣカード１から外部装置
２へ送信される（図１１，Ｓ５０６）。

【００５０】一方、「０」である認証アプリ５２がある
場合には、この認証アプリ５２を選択してアクセスし
（図６，＃３）、認証部２１，２２，２３，２４は、判
定認証を行う（Ｓ１１１、図６，＃４）。本実施形態で
は、管理テーブル５１０は、図４（ａ）に示す状態であ
るとし、認証選択部２５は、ＰＩＮ認証アプリ５２２を
選択し、ＰＩＮ認証部２２は、使用者のＰＩＮに基づい
て本人認証するか否かを判定する（Ｓ１１２）。なお、
ＰＩＮ等、本人認証に必要な使用者の識別情報は、Ｓ１
１１においてＩＣカード１から外部装置２へ要求して受
ける等、この処理の前の段階においてＰＩＮ入力部２１
２等、使用者識別情報入力部２１０からＩＣカード１へ
入力されればよい。Ｓ１１２において、否の場合には、
エラーとして処理を終了し（Ｓ１１３，Ｓ１３０、図
６，＃５’）、ＩＣカード１は、処理結果を外部装置２
へ送信する（図１１，Ｓ５０６）。

【００５１】本人認証した場合には、ＣＰＵ２０は、管
理アプリ５１へアクセスし（図６，＃５）、テーブル書
換部２６は、管理テーブル５１０のＰＩＮ認証に対応す
るフラグを「０」から「１」に書き換える［Ｓ１２１、
図６，＃６、図４（ｂ）］。認証選択部２５は、再び管
理テーブル５１０の検索を行い（Ｓ１０２、図６，＃
７）、同様に筆跡認証アプリ５２４を選択して、同様の
処理を繰り返す（Ｓ１０３，Ｓ１１１，Ｓ１１２，Ｓ１
２１，Ｓ１０２、図６，＃８〜＃１１）。筆跡認証部２
４が使用者の筆跡情報で本人認証した場合には、管理テ
ーブル５１０のキャッシュアプリ５３３に対応するフラ
グはすべて「１」となり、ＣＰＵ２０は、このキャッシ
ュアプリ５３３の主機能を実行し（Ｓ１０３，Ｓ１０
４、図６，＃１２，＃１３）、処理を終了する（Ｓ１３
０）。処理結果は、ＩＣカード１から外部装置２へ送信
される（図１１，Ｓ５０６）。

【００５２】このように、本実施形態によれば、ＩＣカ
ード１は、複数の認証機能を複数のアプリケーションに
振り分けて備えているため、限られたメモリを効率的に
使用することが可能となった。また、認証アプリ５２
は、使用者識別情報に基づいて本人認証を行う認証機能
をその主機能とし、管理アプリ５１は、この機能へのア
クセスを一括管理するため、ＩＣカード１に搭載する要
認証アプリケーション５３において整合を取り易く、利
便性及び汎用性の向上を図ることが可能となった。

【００５３】更に、管理アプリ５１は、認証結果をまと
めて管理テーブル５１０に記憶するため、処理の効率化
を図るとともに、利便性を高めることが可能となった。
更にまた、ＩＣカード１は、それぞれ異なる複数の種類
の使用者識別情報に基づいて本人認証を行う複数の認証
部２１，２２，２３，２４を備えるため、指紋を撮られ
るのは心理的に抵抗がある、指紋が薄くて認証ができな
い等の諸事情を考慮した認証を行うことができ、利便性
を向上することが可能となった。また、各種認証のアル
ゴリズムによって認証精度に差があるため、複数の認証
を組み合わせてシステム全体の認証精度を高めることが
可能となった。

【００５４】（第２実施形態）図７は、本発明によるＩ
Ｃカードの第２実施形態を示すブロック図である。な
お、前述した実施形態と同様の機能を果たす部分には、
同一の符号を付して、重複する説明を適宜省略する。図
７に示すように、ＩＣカード１−２は、Ｉ／Ｏインター
フェイス１０、ＣＰＵ２０−２、ＲＡＭ３０、ＲＯＭ４
０、ＥＥＰＲＯＭ５０−２等を備えている。

【００５５】ＥＥＰＲＯＭ５０−２は、指紋認証アプリ
５２１−２、ＰＩＮ認証アプリ５２２−２、声紋認証ア
プリ５２３−２、筆跡認証アプリ５２４−２（以下、こ
れらのアプリケーション５２１−２，５２２−２，５２
３−２．５２４−２をまとめて認証アプリケーション５
２−２という。）、社員証アプリ５３１−２、キャッシ
ュアプリ５３３−２、ポイントアプリ５３２−２（以
下、これらのアプリケーション５３１−２，５３２−
２，５３３−２をまとめて要認証アプリケーション５３
−２という。）等の種々のアプリケーションを格納して
いる。

【００５６】図８は、本発明による認証アプリケーショ
ン、要認証アプリケーション及びＩＣカードの第２実施
形態を説明する論理構造図である。要認証アプリケーシ
ョン５３−２は、それぞれ第１実施形態と同様の種類の
本人認証が行われていることを主機能の実行要件として
いる（図４参照）。要認証アプリケーション５３−２
は、認証アプリケーション５２−２が備える認証機能の
アドレスに基づいて、所定の認証アプリケーション５２
−２にアクセスし、認証機能を呼び出すことが可能であ
る。

【００５７】なお、第１実施形態と同様に、キャッシュ
アプリ５３３−２はＰＩＮ認証アプリ５２２−２及び筆
跡認証アプリ５２４−２、ポイントアプリ５３２−２は
指紋認証アプリ５２１−２、社員証アプリ５３１−２は
ＰＩＮ認証アプリ５２２−２、指紋認証アプリ５２１−
２及び声紋認証アプリ５２３−２の認証機能を呼び出す
機能を備えている。認証アプリケーション５２−２は、
認証機能をその主機能として備え、その認証結果は、呼
び出したアプリケーション等へ返される。また、認証ア
プリケーション５２−２は、認証結果を認証アプリケー
ション５２−２内に書き込み、記憶する書込機能を備え
ている。

【００５８】図９は、本発明による認証アプリケーショ
ン及び要認証アプリケーションの第２実施形態を示すフ
ローチャートであり、図１１のＳ５０５におけるＩＣカ
ード１−２の処理を示している。Ｓ２００において、Ｉ
Ｃカード１−２は、第１実施形態におけるＳ１００のＩ
Ｃカードと同様の状態にあり、ＣＰＵ２０−２がキャッ
シュアプリ５３３−２の実行を開始する。Ｓ２０１にお
いて、ＣＰＵ２０−２は、キャッシュアプリ５３３を実
行することによって、キャッシュアプリ５３３−２から
ＰＩＮ認証アプリ５２２−２へアクセスし、ＰＩＮ認証
部２２は、認証判定を行う（Ｓ２０１，Ｓ２０２）。

【００５９】本人認証しない場合には、エラーとして処
理を終了し（Ｓ２１１，Ｓ２２０）、ＩＣカード１−２
は、処理結果を外部装置２へ送信する（図１１，Ｓ５０
６）。本人認証した場合には、ＣＰＵ２０−２は、ＰＩ
Ｎ認証アプリ５２２−２内に認証結果を書き込み（Ｓ２
０３）、ＰＩＮ認証アプリ５２２−２からキャッシュア
プリ５３３−２へ認証結果を返し、主機能を実行するた
めに必要な本人認証がすべて行われたか否かを判定する
（Ｓ２０４）。

【００６０】ＣＰＵ２０−２は、キャッシュアプリ５３
３−２の主機能を実行するために筆跡認証が行われてい
ないため、同様に筆跡認証アプリ５２４−２へアクセス
し（Ｓ２０１）、同様の処理を行う（Ｓ２０２，Ｓ２０
３）。Ｓ２０４において必要な本人認証がすべて行われ
た場合には、ＣＰＵ２０−２は、キャッシュアプリ５３
３−２の主機能を実行し（Ｓ２０５）、処理を終了する
（Ｓ２２０）。処理結果は、ＩＣカード１−２から外部
装置２へ送信される（図１１，Ｓ５０６）。

【００６１】このように、本実施形態によれば、要認証
アプリケーション５３−２は、第１実施形態における管
理アプリケーション５１を介さずに直接認証アプリケー
ション５２−２へアクセスするため、管理アプリケーシ
ョン５１がない場合であっても、第１実施形態と同様の
効果を得ることが可能となった。

【００６２】（第３実施形態）図１０は、本発明による
認証アプリケーション、管理アプリケーション、要認証
アプリケーション及びＩＣカードの第３実施形態を説明
する図であり、図１０（ａ）は、ブロック図、図１０
（ｂ）は、アプリケーションの共有関係を示す図であ
る。図１０（ａ）に示すように、ＩＣカード１−３は、
第１、第２実施形態と同様にＩ／Ｏインターフェイス１
０、ＣＰＵ２０、ＲＡＭ３０、ＲＯＭ４０、ＥＥＰＲＯ
Ｍ５０−３等を備えている。ＥＥＰＲＯＭ５０−３は、
管理アプリ５１、ＰＩＮ認証アプリ５２２、ポイントア
プリ５３２−３、社員証アプリ５３１−３、キャッシュ
アプリ５３３−３、（以下、これらのアプリケーション
５３１−３，５３２−３，５３３−３をまとめて要認証
アプリケーション５３−３という。）

【００６３】図１０（ｂ）に示すように、社員証アプリ
５３１−３は、第１実施形態における声紋認証アプリ５
２３と同様の機能を有するオブジェクトである声紋認証
オブジェクト５２３−３を有している。ポイントアプリ
５３２−３及びキャッシュアプリ５３３−３は、同様に
指紋認証アプリ５２１、筆跡認証アプリ５２４と同様の
機能を有する指紋認証オブジェクト５２１−３、ＰＩＮ
認証オブジェクト５２２−３をそれぞれ有している（以
下、これらのオブジェクト５２１−３，５２３−３，５
２４−３をまとめて認証オブジェクト５２−３とい
う。）。

【００６４】要認証アプリケーション５３−３は、それ
ぞれ第１実施形態と同様の種類の本人認証が行われてい
ることを主機能の実行要件としている（図４参照）。要
認証アプリケーション５３−３は、管理アプリ５１にア
クセスし、認証選択機能を呼び出すことが可能である
（＃１、実線）。また、要認証アプリケーション５３−
３は、管理アプリ５１にアクセスして受け取ったアドレ
スによってそれぞれ所定のＰＩＮ認証アプリ５２２又は
認証オブジェクト５２−３へアクセスし、認証機能を呼
び出すことが可能である（＃２、破線）。

【００６５】社員証アプリ５３１−３は指紋認証オブジ
ェクト５２１−３及びＰＩＮ認証アプリ５２２、キャッ
シュアプリ５３３−３はＰＩＮ認証アプリ５２２へそれ
ぞれアクセスすることが可能である。認証アプリケーシ
ョン５２、要認証アプリケーション５３−３は、管理ア
プリ５１へアクセスし、テーブル書込機能を呼び出すこ
とが可能である（＃３、実線）。

【００６６】本発明による認証アプリケーション、管理
アプリケーションの第３実施形態における処理の流れ
は、図５に示すように、Ｓ１０３、Ｓ１１１において、
認証選択部２５が未認証のＰＩＮ認証アプリ５２２又は
認証オブジェクト５２−３を選択し、実行すること以外
の部分では、第１実施形態における処理と略同様である
（図５参照）。

【００６７】このように、本実施形態によれば、各種認
証機能を要認証アプリケーション５３−３に割り当てて
格納した場合であっても、第１実施形態と同様の効果を
得ることが可能となった。

【００６８】（変形形態）以上説明した実施形態に限定
されることなく、種々の変形や変更が可能であって、そ
れらも本発明の均等の範囲内である。例えば、各実施形
態において、ＩＣカード１，１−２，１−３は、使用者
識別情報入力部２１０と同様の使用者識別情報入力手段
を備えていてもよい。より一層の利便性の向上を図るこ
とが可能である。

【００６９】各実施形態において、ＩＣカード１，１−
２，１−３は、指紋認証機能及びＰＩＮ認証機能を一つ
の認証アプリケーションに備えていてもよい。

【００７０】各実施形態において、ＩＣカード１，１−
２，１−３は、認証アプリ５２等、書換えが行われない
と考えられるプログラムをＲＯＭ３０に記憶していても
よい。ＥＥＰＲＯＭ５０の限られた容量を他のアプリケ
ーションに割り当て、利便性を向上させることが可能で
ある。また、ＲＡＭ３０が管理テーブル５１０を記憶し
ていてもよい。管理アプリ５１，５１−２のテーブル書
換プログラムからアクセス可能な場所に記憶されていれ
ばよい。

【００７１】各実施形態において、認証部２１，２２，
２３，２４は、使用者識別情報及び名義人識別情報であ
る使用者及び名義人の指紋、声紋、ＰＩＮに基づいて認
証を行うが、虹彩、掌形、静脈パターン、網膜、署名
等、他のバイオメトリクス情報、バイオメトリクスの特
徴抽出済の情報に基づいて本人認証を行う認証部を備え
ていてもよい。使用者及び名義人を識別できる情報であ
って、照合できる情報であればよい。ＩＣカード１．１
−２，１−３の用途等、諸条件に合わせた様々な種類の
本人認証を行うことが可能である。

【００７２】各実施形態において、ＩＣカード１，１−
２，１−３は、異なる４種類の使用者識別情報に基づい
て本人認証を行う４つの認証部２１，２２，２３，２４
を備えるが、異なる種類の使用者識別情報に基づいてそ
れぞれ本人認証を行う１〜３又は、５以上の認証部を備
えていてもよい。ＩＣカード１，１−２，１−３の利用
方法、性能等、諸条件に応じて設定することが可能であ
る。

【００７３】各実施形態において、管理アプリ５１，５
１−３やＩＣカード１，１−２，１−３に搭載されてい
る他のアプリケーションがファイルシステムを提供して
いる場合には、このファイルシステムに名義人識別情報
を格納してもよい。

【００７４】第１実施形態又は第３実施形態において、
ＩＣカード１，１−３は、外部装置２から管理アプリ５
１，５１−３へ認証選択要求があった場合に、この認証
選択要求に応じて認証アプリケーション５２を選択し、
認証結果をレスポンスとして返してもよい。また、ＩＣ
カード１，１−３は、外部装置２から所定の認証結果を
要求する認証結果要求があった場合に、この認証結果要
求の内容によって、管理テーブル５１０の対応するフラ
グを返してもよい。

【００７５】第１実施形態又は第３実施形態において、
共有管理テーブル５１０に各認証アプリケーション５２
が認証をしなかった回数である不許可回数をそれぞれの
認証アプリケーションの名前に結びつけて記憶し、不許
可回数が所定の回数に達した場合には、フラグを閉塞と
してもよい。ＩＣカードの利便性を向上させることが可
能である。また、管理テーブル５１０のフラグに閉塞の
状況を示す「２」等、他の状況のフラグを設定してもよ
い。閉塞となった場合には、テーブル書換部２６は、フ
ラグの「２」から「１」へ書き換えることができず、フ
ラグは、原則として認証済みの状況を示すことはない。
多様な認証の管理ができ、ＩＣカード１の利便性を向上
させることが可能である。

【００７６】

【発明の効果】以上詳しく説明したように、本発明によ
れば、以下のような効果を得ることが可能となった。 （１）認証アプリケーションは、使用者が名義人である
か否かの判定を行う認証機能を主機能とし、認証アプリ
ケーションの外部から呼び出された場合にのみ、この判
定を行う判定認証手順を備えることによって、他のアプ
リケーションとの整合を取ることの容易化を図り、利便
性及び汎用性の向上を図る。 （２）認証結果を一のアプリケーション内にまとめて記
憶することによって、処理の効率化を図るとともに、利
便性を高める。 （３）要認証アプリケーションと、認証アプリケーショ
ンを結びつける情報を一のアプリケーション内にまとめ
て記憶すること、また、認証要求に応じて認証アプリケ
ーションを選択することによって、処理の効率化を図る
とともに、利便性を高める。 （４）それぞれ異なる複数の種類の使用者識別情報に基
づいて認証を行うことによって、複数の認証を組み合わ
せてシステム全体の認証精度を高める。

【図面の簡単な説明】

【図１】本発明によるＩＣカードの第１実施形態を示す
ブロック図である。

【図２】本発明による認証アプリケーション、管理アプ
リケーション、要認証アプリケーション及びＩＣカード
の第１実施形態を説明する論理構造図である。

【図３】ＥＥＰＲＯＭ５０に格納されているアプリケー
ション間の共有関係を示す図である。

【図４】管理テーブルを説明する図である。

【図５】本発明による認証アプリケーション、管理アプ
リケーション及び要認証アプリケーションの第１実施形
態を示すフローチャートである。

【図６】本発明による認証アプリケーション、管理アプ
リケーション及び要認証アプリケーション間における共
有アクセスを説明する図である。

【図７】本発明によるＩＣカードの第２実施形態を示す
ブロック図である。

【図８】本発明による認証アプリケーション及び要認証
アプリケーション及びＩＣカードの第２実施形態を説明
する論理構造図である。

【図９】本発明による認証アプリケーション及び要認証
アプリケーションの第２実施形態を示すフローチャート
である。

【図１０】本発明による認証アプリケーション、管理ア
プリケーション、要認証アプリケーション及びＩＣカー
ドの第３実施形態を説明する図である。

【図１１】従来のＩＣカードの処理を説明するフローチ
ャートである。

【図１２】ＩＣカードのメモリを説明する概略図であ
る。

【符号の説明】

１，１−２，１−３ ＩＣカード ２ 外部装置 １０ Ｉ／Ｏインターフェイス ２０，２０−２ ＣＰＵ ２１，２２，２３，２４ 認証部 ２５ 認証選択部 ２６ テーブル書換部 ３０ ＲＡＭ ４０ ＲＯＭ ５０，５０−２，５０−３ ＥＥＰＲＯＭ ５１，５１−３ 管理アプリ ５２，５２−２ 認証アプリケーション ５３，５３−２，５３−３ 要認証アプリケーション ２１０ 使用者識別情報入力部

Claims (11)

【特許請求の範囲】
1. 【請求項１】 複数のアプリケーションを搭載可能なＩ
   Ｃカードに搭載され、本人認証を行うためにＣＰＵを実
   行させる認証アプリケーションであって、 他のアプリケーション等の外部からアクセスされた場合
   にのみ、使用者識別情報に基づいて使用者が名義人であ
   るか否かを判定し、肯の場合に本人認証を行う判定認証
   手順を備えること、 を特徴とする認証アプリケーション。
2. 【請求項２】 請求項１に記載の認証アプリケーション
   において、 前記判定認証手順における結果である認証結果を記憶す
   る認証結果記憶手順を備えること、 を特徴とする認証アプリケーション。
3. 【請求項３】 請求項１又は請求項２に記載の認証アプ
   リケーションにおいて、 前記ＩＣカードに搭載されている他の一のアプリケーシ
   ョンへアクセスし、前記判定認証手順における結果であ
   る認証結果を前記一のアプリケーション内で記憶するア
   クセス認証結果記憶手順を備えること、 を特徴とする認証アプリケーション。
4. 【請求項４】 ＣＰＵと、それぞれ異なる複数の種類の
   使用者識別情報に基づいて使用者が名義人であるか否か
   を判定し、肯の場合に本人認証を行う判定認証手順を前
   記ＣＰＵに実行させる複数の認証アプリケーションを記
   憶する認証アプリケーション記憶手段とを備えるＩＣカ
   ードに搭載され、本人認証を管理するために前記ＣＰＵ
   を実行させる管理アプリケーションであって、 認証選択要求があった場合に、この認証選択要求に応じ
   て前記ＣＰＵが実行すべき前記認証アプリケーションを
   選択する認証選択手順を備えること、 を特徴とする管理アプリケーション。
5. 【請求項５】 請求項４に記載の管理アプリケーション
   において、 前記判定認証手順における結果である認証結果を記憶す
   る認証結果記憶手順を備えること、 を特徴とする管理アプリケーション。
6. 【請求項６】 ＣＰＵを備えるＩＣカードに搭載され、
   所定の本人認証が行われていることを主機能の実行要件
   とする要認証アプリケーションであって、 前記ＩＣカードに搭載されている一又は複数の他のアプ
   リケーションにアクセスし、このアプリケーションが有
   する前記所定の本人認証を行う機能を前記ＣＰＵに実行
   させるアクセス認証手順を備えること、を特徴とする要
   認証アプリケーション。
7. 【請求項７】 ＣＰＵと、 それぞれ異なる種類の使用者識別情報に基づいて使用者
   が名義人であるか否かを判定し、肯の場合に本人認証す
   る判定認証手順を前記ＣＰＵに実行させる請求項１又は
   請求項２に記載の複数の認証アプリケーションを記憶す
   る認証アプリケーション記憶手段と、 を備えるＩＣカード。
8. 【請求項８】 それぞれ異なる種類の使用者識別情報に
   基づいて使用者が名義人であるか否かを判定し、肯の場
   合に本人認証する複数の認証手段と、 認証選択要求があった場合に、この要求に応じて前記判
   定を行うべき認証手段を選択する認証選択手段と、 を備えるＩＣカード。
9. 【請求項９】 請求項８に記載のＩＣカードにおいて、 ＣＰＵと、 所定の本人認証が行われていることを主機能の実行要件
   とし、前記認証選択要求を行う要認証アプリケーション
   を記憶する要認証アプリ記憶手段と、 前記ＣＰＵに実行させることによって前記複数の認証手
   段を実現する複数の認証アプリケーションを記憶する認
   証アプリケーション記憶手段と、 前記要認証アプリケーションを識別する要認証アプリケ
   ーション識別情報と、前記認証アプリケーションを識別
   する認証アプリケーション識別情報とを関連づけた認証
   選択情報を、前記要認証アプリケーションからアクセス
   可能な管理アプリケーション内で記憶する認証選択情報
   記憶手段とを備え、 前記認証選択手段は、前記認証選択情報に基づいて選択
   を行うこと、 を特徴とするＩＣカード。
10. 【請求項１０】 請求項９に記載のＩＣカードにおい
    て、 前記認証アプリケーション記憶手段は、請求項１又は請
    求項２に記載の認証アプリケーションを記憶すること、 を特徴とするＩＣカード。
11. 【請求項１１】 請求項９又は請求項１０に記載のＩＣ
    カードにおいて、 前記判定認証手順における結果である認証結果を一のア
    プリケーション内で記憶する認証結果記憶手段とを備え
    ること、 を特徴とするＩＣカード。