JP2000182020A - 認証ｉｃカード - Google Patents

Abstract

(57)【要約】 【課題】 取引のセキュリティのために複数の取引対象
についての資格者認証をする高度に安全な認証ＩＣカー
ドを提供する。 【解決手段】 認証ＩＣカードに所有者の他に第２の人
物の人証情報を格納し、認証ＩＣカードの真正性に係わ
るアクセスには本人以外に第２人物の認証を行えるよう
にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子情報交換や電
子商取引における個人認証を行うため認証票として用い
る認証ＩＣカード、あるいは格納した個人情報を提示す
るときに適切な保護ができるようにした認証ＩＣカード
に関する。

【０００２】

【従来の技術】認証ＩＣカードは、研究所や事業所、研
究室、資料保管室さらに住宅など、特定の場所に出入り
できる者を限定し、セキュリティを高めるために有効で
ある。また、商品の販売やクレジットなどの電子商取
引、医療におけるオンライン診察、個人カルテや役所に
おける登録事項の閲覧、証明書の発行など、本人にのみ
取引を認めるべき場合に本人認証を正確に行う目的で使
用することができる。このような認証ＩＣカードは、カ
ードに記録された情報に基づいて本人認証をおこなうた
め、カードのセキュリティが大きな問題となる。

【０００３】特に、既に本願出願人の出願に係る特願平
１０−２９９１８１号公報に開示されたような、使用者
本人の人証情報をＩＣカードに記憶させて取引における
人証に用いる認証ＩＣカードでは、ＩＣカードに記録さ
れた情報とカード所有者本人が入力する情報のみに基づ
いて認証を行うことができるようになっている。したが
って、カードのセキュリティはこれまでにも増して重要
になるので、真正な取引対象者の署名、声紋、指紋、掌
紋、虹彩などの生物学的情報や自由度の大きい暗証番号
などを利用して、真正な取引対象者以外の者が認証カー
ドの利用をできないようにする高度な安全確保手段が準
備されており、正当利用者でない他人が窃取や拾得など
により取得した認証ＩＣカードを直接利用したり改竄し
て利用することができない。

【０００４】しかし、人証情報を忘れた場合に備えて本
人には記録した人証情報を教える手段を用意し、また自
身の都合により人証情報の書き換えを認めることが必要
になるので、こうした手段を利用して本人以外の者が係
員を騙したり係員と結託して不正に入手した人証情報を
悪用することもあり得る。また、不正に取得した人証情
報を使ってＩＣカードを書き換えたり、あるいは新しい
ＩＣカードを使って他人の認証カードを偽造するような
犯罪行為を完全に防止することはできない。このよう
に、安全性を高めた認証ＩＣカードでも、使用システム
に暁通した者や内部の者が悪意をもって改竄や偽造する
ことまで防ぐことは困難であった。

【０００５】

【発明が解決しようとする課題】そこで、本発明が解決
しようとする課題は、極めて高度なセキュリティを有す
る認証ＩＣカードを提供することである。特に、カード
自体に正当利用者の人証情報を記録して用いる認証ＩＣ
カードにおけるセキュリティをさらに高めることであ
る。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、本発明の認証ＩＣカードは、ＣＰＵと、人証情報あ
るいは人証情報と認証情報を格納した認証ファイルと、
認証の深さに応じて分類されたジョブプログラムやデー
タを格納したアプリケーションファイルとを備え、外部
からアプリケーションファイルへのアクセスの要求があ
ったときに、認証ファイルの人証情報または認証情報に
基づいて真偽を判定した結果によりアクセスを認める認
証ＩＣカードであって、認証ファイルに正当利用者自身
の人証情報に加えて第２人物の人証情報あるいは主体の
認証情報を格納し、第２人物あるいは主体の認証を要求
するジョブあるいはデータを予め指定してあって、この
ような指定のジョブあるいはデータについて実行あるい
は提示の要求があったときには、外部から入力される人
証情報や認証情報を認証ファイルの人証情報や認証情報
と対比して認証に合格したときにＣＰＵを介して指定の
ジョブの実行やデータの提示を認めるようにしたことを
特徴とする。

【０００７】本発明の認証ＩＣカードによれば、指定し
たジョブやデータにアクセスするためには、認証ＩＣカ
ードの正当使用者に加えて特定の権限を有する第２人物
あるいは主体（以下、立会人という）の承認が必要にな
るため、特に認証ＩＣカード自体の正当性や使用者の正
当性についての確認が重要な問題となるようなジョブな
どを指定しておけば、極めて高度なセキュリティを確保
することができる。なお、立会人の承認はＩＣカードに
記憶された人証情報あるいは認証情報に基づいて認証さ
れたときに始めて有効になる。

【０００８】たとえば、認証ＩＣカードを発行するとき
に１人または２人以上の立会人を立てて、この人物等の
人証情報や認証情報を併せて認証ＩＣカードに記録して
使用するようにすることができる。このようなカードを
使用し、たとえ使用者の要求があってもこの立会人の承
認がない限り、一旦入力された本人人証情報を再度見る
ことができないようにしたり人証情報や認証情報の書き
換えを許さないようにする。なお、立会人は使用者の信
認する第三者であってもカード発行責任者の指定する者
であってもよい。また、機構や組織としての発行者など
の主体であってもよい。

【０００９】このようなシステムでは、本人でない立会
人の承認と認証がなければならず、あるいは本人と立会
人が共に揃って認証に合格しなければならないから、窃
取者が偽って人証情報の開示を受け認証ＩＣカードを盗
用することを防ぐことができるばかりでなく、内部情報
に明るい係員が結託して人証情報を書き換えたりするこ
とをも防ぐことができる。また、認証ＩＣカードの信頼
性に係る認証に高いセキュリティを設定することができ
るため、認証ＩＣカードを発行するカード発行所に特別
なセキュリティシステムがなくても認証ＩＣカードの安
全性は脅かされることがない。またカードに記憶する個
人に関するデータは認証ＩＣカードの中に格納すればよ
く、認証ＩＣカード発行所に残しておく必要がない。し
たがって、信用水準の高いカード発行システムをより容
易に構築することができる。

【００１０】なお、認証の合否は認証ＩＣカード内のＣ
ＰＵであっても、外部装置であってもよい。外部装置を
使用する場合は、ＣＰＵを経由して認証ファイルに格納
された人証情報または認証情報を外部装置に出力し、外
部装置で認証の合否を判定し合格したときに始めて、Ｃ
ＰＵを介してアプリケーションファイルへのアクセスを
行う。認証の合否を認証ＩＣカード内のＣＰＵで行うよ
うにした場合は、ＩＣカード読み取り装置側の設備が簡
単でよくなり、使用場所における設備費を節約すること
ができる。また、外部装置で行うときは、ＩＣカードの
性能を簡単化することができる。また、人証情報の一部
を認証ＩＣカード以外の記憶装置に分担して持たせるこ
とにより安全性をさらに向上させるシステムに対する適
合性がよい。

【００１１】なお、人証情報は認証ＩＣカードの真正な
所有者の個体を区別する生物学的情報を含むようにする
ことが好ましい。生物学的情報には、署名、声紋、指
紋、掌紋、虹彩などがある。ただし、生物学的情報以外
にも自由度の大きい暗証番号などを利用することも可能
であることはいうまでもない。また。さらに立会人の認
証を利用した事項についてのログを認証ＩＣカード内に
記録するようにすることが好ましい。何らかの事故が発
生したときに、その状況を把握したり原因を推定するの
に役立つからである。

【００１２】

【発明の実施の形態】以下、本発明の詳細を図面を参照
して実施例に基づいて説明する。図１は本発明の実施例
である認証ＩＣカードの構成を示すブロック図、図２か
ら図４は本実施例の使用例を示す流れ図である。本実施
例の認証ＩＣカードは、図１にあるように、演算処理を
実行するＣＰＵ１、演算処理プログラムを収納したＲＯ
Ｍ２、演算処理中のデータを記憶するＲＡＭ３、データ
の書き込み読み出しが可能なデータ記憶装置４、アプレ
ットプログラムに対するインターフェース５、外部接続
用接続回路６、および外部接続端子７を備える。

【００１３】外部接続端子７は、信号伝達および電源の
供給に用いられるもので、非接触型の電極やアンテナで
あっても良い。また、各種のカード読み込み装置に対応
するため接触型と非接触型の両方の接続端子を備えるよ
うにしても良い。アプレットインターフェース５は、Ｃ
ＰＵを作動させる小型プログラム（アプレット）を外部
から受け入れるときに用いるもので、受け取ったアプレ
ットを認証ＩＣカードで機能させるためのインターフェ
ースである。安全のためアプレットを受け付けないよう
にした認証ＩＣカードではアプレットインターフェース
５を備える必要はない。

【００１４】データ記憶装置４のファイルには、認証デ
ータを記憶した認証ファイル１０と、特定のジョブを実
行するためのジョブプログラムや各種データを格納した
アプリケーションファイル２０が含まれる。認証ファイ
ル１０には、認証ＩＣカードが真正であることを保証す
るためのデータに加えて、認証ＩＣカードの真正な所有
者を認証するための人証情報が格納されている。

【００１５】人証情報は、たとえば暗証番号、指紋、声
紋、顔写真、サイン筆跡など、本人しか知らないものや
生物学的情報で本人以外では再現できないようなものが
好ましい。認証情報は１種に限らず多数種類格納してお
いて１個単独でもしくは複数個を複合して使用すること
ができる。認証ファイル１０には、認証ＩＣカードによ
り認証する真正な所有者の人証情報を記憶した第１人証
ファイル１１と、保証人や立会人あるいは発行人などの
第２の人物に関する人証情報や主体に関する認証情報を
記憶する第２人証ファイル１２とが含まれている。これ
ら第２人物や主体などの立会人はシステム上の必要に応
じて２人以上の人物や主体であってもよい。

【００１６】アプリケーションファイル２０は、認証Ｉ
Ｃカードの真正性に関する情報を扱う部分が格納された
第１作業ファイル２１と、認証結果に基づいて実行する
ための部分が格納されている第２作業ファイル２２を含
む。第２作業ファイル２２には、例えば住宅管理用情
報、医療情報、金融情報、通信情報など、認証を使用す
るサービス機関毎に必要とされる情報が、暗証番号など
簡単な認証でアクセスを認めるものから、指紋で確認す
るなど高度な認証に合格して始めてアクセスを認めるも
のまで、要求される認証の程度に従って分類された状態
で格納されている。なお、暗号の鍵や電子証明書などを
入れておくこともできる。また、開錠指示を発するジョ
ブなどのプログラム類を格納しておいてもよい。

【００１７】また、第１作業ファイル２１には、人証情
報を書き込むジョブや、人証情報の読み出しや書き換え
を行うジョブ、あるいはログの読み出しや消去を行うジ
ョブなど、認証ＩＣカードの真正性に係わるジョブや情
報が格納されている。第１作業ファイル２１に格納した
ジョブや情報は、要求される機密水準に基づいて、所有
者のみ認証すればよいものと、第２人物のみ認証すれば
よいものと、所有者と第２人物の両方を認証しなければ
ならないものとに分けておくことができる。

【００１８】図２から図４を参照して本実施例の認証Ｉ
Ｃカードの使用例を説明する。図２は、認証ＩＣカード
を発行するときの手順を例示するものである。認証ＩＣ
カードの発行要求があると（Ｓ１１）、カードの発行者
は認証カードの認証対象者の信用審査をし（Ｓ１２）、
この審査に合格して認証対象者が認証カードを正当に使
用できる者であると認定できるときは、認証対象者の保
証ができる人あるいは認証対象者が信頼する人を立会人
として指名させる（Ｓ１３）。

【００１９】認証ＩＣカードを発行するときには、指定
のカード発行所に関係者全員が集合して（Ｓ１４）、認
証ＩＣカードとカード発行装置が互いに真正であるかを
確認して（Ｓ１５）、認証ＩＣカードの発行を認めると
（Ｓ１６）、各人が人証情報を入力する（Ｓ１７）。な
お、認証ＩＣカードにカード読み取り器が真正なもので
あることを確認する機能を持たせるのは、認証ＩＣカー
ドに格納されている情報を窃取したり内容の書き換えを
することを防ぐ必要があるからである。

【００２０】カード所有者になる人は、カードに基づい
て取り引きするときに取引に要求される信用度が異なる
ことに対応して、暗証番号、独自の記号、サイン、指
紋、声紋、虹彩、掌紋など幾つかの人証情報を入力す
る。立会人についても複数の人証情報を入力させてもよ
いが、立会人の認証が必要となるケースは限られている
ので、幾つもの人証情報を使用する必然性はない。な
お、立会人は組織や機構としての主体であってもよく、
この場合には生物学的情報の代わりに電子サインのよう
な認証情報により認証を行うようにすることができる。

【００２１】なお、認証ＩＣカードは社内で種々の権限
を確認するために使用する場合もあるが、このような場
合に例えば発行を担当する人事部などの部局の責任者や
発行担当係員が上記カード発行者や立会人として認証を
受けるようにしてもよい。あるいはカードを所持する人
物の属する部局の責任者が認証を受けるようにしてもよ
い。

【００２２】入力された所有者本人の人証情報は認証Ｉ
Ｃカード中の第１人証ファイル１１に格納し、立会人等
の人証情報や認証情報は第２人証ファイル１２に格納す
る。また、認証を行ったときにその認証の信頼性や根拠
を記載した電子証明書を要求されることがあるが、この
ような認証ＩＣカードが発行することになる電子証明書
は各種の取引類に用いられるアプリケーションデータと
共にアプリケーションファイル２０中の第２作業ファイ
ル２２に格納される（Ｓ１８）。

【００２３】なお、認証ＩＣカードに記録された人証情
報を表示させたり書き換えを行うためのプログラムは第
１作業ファイル２１に格納されており、アクセスするた
めにはそれぞれのジョブに対応して予め決められた認証
を満足しなければならない。上記のように、必要な情報
を書き込んだ認証ＩＣカードは、認証対象者が適正な人
証情報を入力したときに適正な動作をすることなど、製
品としての完成度を確認する適当なテストを受け（Ｓ１
９）、これに合格すると所有者に交付される（Ｓ２
０）。合格しない場合は、例えば認証情報等の書き込み
工程（Ｓ１８）をやり直して適正な認証ＩＣカードにし
てから交付する。なお、発行主体の審査により（Ｓ１
２）カードの認証対象者がカードにより認証システムを
利用するのに相応しくないと判定したときは認証ＩＣカ
ードの発行は拒絶されることになる（Ｓ２１）。

【００２４】このような認証ＩＣカードは、サービスや
取引（代表して取引と呼ぶ）毎に利用資格を与えられた
者が所持する認証ＩＣカードにその取引を認めるための
暗号信号を記録しておき、取引を行うときに認証ＩＣカ
ードの携帯者が真正な所持者であることを確認して取引
を認める仕組みに用いることができる。この場合に、取
引者が認証ＩＣカードから受け取るべき情報は、認証Ｉ
Ｃカードの携帯者がカードの真正な所有者であることと
認証ＩＣカードに利用資格を有する証拠となる暗号信号
が記録されていることである。また、認証ＩＣカードが
認証することは、読み取り装置が適正なものであること
と携帯者が真正な所持者であることである。

【００２５】この認証ＩＣカードでは、建物への入場や
ある資料室への入室の資格、銀行の口座、クレジットの
所有、さらに戸籍、履歴や、電子マネーとして利用する
場合の与信残高などを含め、いわば所持者の属性を認証
ＩＣカードに収納することにより、利用資格が与えられ
た全ての取引の認証を１枚のカードに統合することがで
きる。

【００２６】認証ＩＣカードの利用方法の代表的な例と
して住宅の入室管理に使用した例を挙げて説明する。各
室の扉には扉開閉制御装置が設備されていて、ここから
発生される制御信号に従って扉の開閉が行われる。扉開
閉制御装置には認証制御装置、人証情報入力装置、カー
ド読み込み器が接続されている。入室しようとするカー
ド使用者が認証ＩＣカードをカード読み取り器に挿入す
ると、認証制御装置と認証ＩＣカードはＩＤを交換して
互いに真正な組み合わせか否かを確認する。情報のやり
取りは全てＣＰＵを介して行われ、カード読み取り器は
直接的に認証ＩＣカードのデータ記憶装置にアクセスで
きない。

【００２７】認証制御装置は、認証ＩＣカードがシステ
ムに適合した真正なものであるときには、カードの使用
者に認証レベルに基づいて決められた例えば指紋など、
人証情報の入力を督促し、入力された情報を抽出処理し
て人証情報を作成する。人証情報が真正であることを認
証ＩＣカード側または扉開閉制御装置側で確認したとき
には、扉を開くための開扉暗号を発生して、扉開閉制御
装置により扉を開ける。

【００２８】また、認証ファイルに格納される人証情報
の数はいくつに設定しても良い。人証情報としては、カ
ードの発行者が記入しておくＩＤ番号のみに基づいて真
正を証明する最も簡単な段階から、カードの所有者が決
めた暗証番号、所有者の指紋、虹彩、顔写真などの生体
情報、所有者が入力するサインなどの動的情報、さらに
これらを組み合わせたより高度な複合情報などが使用で
きる。このようにして、他人による成り澄ましが困難な
信頼性の高い認証ができる。

【００２９】この認証ＩＣカードは多種類の人証情報を
場合によって使い分けるようになっている。そこで、真
正な所有者といえども自分が使用すべき人証情報を忘れ
てしまうことが間々ある。このような場合に、カードが
使用できなくなるのでは不便なので記録された人証情報
を表示できるようにするのが普通である。また、人証情
報は他人に漏れて盗用されそうなときや安全性を高める
ために定期的に変更するときなど、所有者本人の必要に
より変更できるようにしておくことが好ましい。

【００３０】したがって、認証ＩＣカードの構造に詳し
く取り扱い機器を自由にすることができる人物が悪意を
持って認証ＩＣカードに格納した情報を引き出して、カ
ードを改竄したり、偽の認証ＩＣカードの作製を行おう
とすれば、これを防止することは容易でない。ところ
が、本実施例の認証ＩＣカードは予め決められたジョブ
については立会人の認証を求めることができるから、認
証ＩＣカードの認証情報にアクセスする場合には立会人
の承認を要求することにしておけば、内部事情に詳しい
者であっても人証情報を盗み出して利用したり人証情報
を書き直したりすることができない。

【００３１】図３は、真正な認証対象者が自己の人証情
報を確認するときに要求される手順を示す流れ図であ
る。認証ＩＣカードの人証情報を読み出したいときは
（Ｓ３１）、カードにより認証を受けるべき認証対象者
とカード発行時の立会人とカード発行所の責任者あるい
は組織としての主体が集合して（Ｓ３２）、カードが真
正なものであるかを確認の上（Ｓ３３）、それぞれ人証
情報あるいは認証情報を入力する（Ｓ３４）。

【００３２】それぞれの人物等の人証情報・認証情報を
認証ＩＣカードに格納されている人証情報・認証情報と
参照して一致していれば（Ｓ３５）、このようなアクセ
スがあったという事実を認証ＩＣカード内の記憶装置に
ログとして残し（Ｓ３６）、記録されていた人証情報を
カード読み込み装置に付属するディスプレーに表示する
（Ｓ３７）。必要な人証情報等が一致しない場合は不正
なアクセスであるので、人証情報の表示を拒絶する（Ｓ
３８）。

【００３３】なお、カードの認証対象者は覚えている人
証情報をひとつ入力し、これが認証ＩＣカードに格納さ
れているもののひとつに一致していればよいとする。こ
こで、たとえば暗証番号を忘れたときは指紋の参照で開
示するが、サインを知りたい場合には暗証番号が一致し
ても教えないようにするなど、表示を求める人証情報よ
り高度の人証情報で認証できたときに限って表示するよ
うにしてもよい。また、高度な安全性を要求しない人証
情報については、立会人等が集まらなくても、所有者本
人の生物学的特徴に基づいた人証情報により本人認証が
できれば開示するようにしてもよい。なお、特別な場合
はカード発行責任者がその責任において独自に情報を読
み出せるようにすることも可能である。

【００３４】図４は、人証情報の書き換えを行うときの
手順を表す流れ図である。人証情報の書き換え要求があ
ったときには（Ｓ４１）、認証対象者本人だけの了承で
よしとすると他人による不正使用を排除することができ
ない場合があるので、立会人や発行担当者等を集めて
（Ｓ４２）全員が承認することを確認する。認証ＩＣカ
ードと発行装置の真正性を互いに確認した後（Ｓ４
３）、集合した人物等のそれぞれが人証情報・認証情報
を入力する（Ｓ４４）。入力した人証情報等が認証ＩＣ
カード内に格納されている情報と一致するときに（Ｓ４
５）始めて人証情報の書き換えを許可する。

【００３５】各人の認証に合格したときには、記録され
ていた人証情報を外部の記憶装置に転写し（Ｓ４６）、
書き換えの事実についてのログを認証ＩＣカード内に記
録する（Ｓ４７）。さらに、不要になった人証情報を消
去し（Ｓ４８）、所有者本人に人証情報を入力させ（Ｓ
４９）、新しい人証情報を認証ＩＣカードに格納する
（Ｓ５０）。その後認証ＩＣカードの機能をテストして
（Ｓ５１）合格したら所有者に交付する（Ｓ５２）。認
証ＩＣカードが不良である場合は再度人証情報の書き換
えを行ってテストに合格した場合に支給する。なお、各
人の認証に合格しない場合は不正なアクセスである可能
性があるので人証情報の書き換えを拒絶する（Ｓ５
３）。

【００３６】人証情報の読み出しや書き換えがあったと
きには、不正使用などの異常が起こったときにその原因
になっている場合があるので、ログを取って認証ＩＣカ
ード自体に格納しておくことが好ましい。このように、
本実施例の認証ＩＣカードは、人証情報の読み出しや書
き換えに立会人などの承認を要求するようにすることが
できるので、窃盗や拾得により取得した認証ＩＣカード
を盗用したり改竄することができないばかりか、認証Ｉ
Ｃカードの発行装置、読み取り装置、書き換え装置など
を自由に扱える者であっても立会人等の承認がない限り
使用することができないので、認証ＩＣカードの安全性
は極めて高い。

【００３７】

【発明の効果】以上詳細に説明した通り、本発明の認証
ＩＣカードは、発行時や人証情報の確認、書き換えに第
２の人物の承認を要求するようにできるので、盗用等の
危険が極めて小さく、安全性が高い。

【図面の簡単な説明】

【図１】本発明の１実施例の認証ＩＣカードの構成を示
すブロック図である。

【図２】本実施例の認証ＩＣカード発行の手順を示す流
れ図である。

【図３】本実施例の認証ＩＣカードに記録した人証情報
読み出しの手順を示す流れ図である。

【図４】本実施例の認証ＩＣカードの人証情報書き換え
の手順を示す流れ図である。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ データ記憶装置 ５ アプレットインターフェース ６ 外部接続用接続回路 ７ 外部接続端子 １０ 認証ファイル １１ 第１人証ファイル １２ 第２人証ファイル ２０ アプリケーションファイル ２１ 第１作業ファイル ２２ 第２作業ファイル

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ＣＰＵと、人証情報もしくは人証情報と
   認証情報を格納した認証ファイルと、認証の深さに応じ
   て分類されたジョブプログラムやデータを格納したアプ
   リケーションファイルとを備え、外部から前記アプリケ
   ーションファイルへのアクセスの要求があったときに、
   前記認証ファイルに格納された人証情報に基づいて真偽
   を判定した結果により該アクセスを認める認証ＩＣカー
   ドであって、前記認証ファイルにカードで認証する第１
   の人物以外に少なくとも１人の第２の人物の人証情報ま
   たは少なくとも１つの主体の認証情報を格納し、該第２
   人物または主体の認証を要求するジョブあるいはデータ
   を予め決めてあって、該第２人物または主体の認証を要
   求するジョブあるいはデータについて実行あるいは提示
   の要求があったときに、前記第２人物または主体によっ
   て外部から入力される人証情報または認証情報と前記認
   証ファイルに格納された人証情報または認証情報とを対
   比して認証に合格したときに前記ＣＰＵを介して前記ジ
   ョブの実行やデータの提示を認めるようにしたことを特
   徴とする認証ＩＣカード。
2. 【請求項２】 前記ＣＰＵが認証の合否を決定すること
   を特徴とする請求項１記載の認証ＩＣカード。
3. 【請求項３】 前記ＣＰＵが前記認証ファイルに格納さ
   れた人証情報または認証情報を外部装置に出力して、該
   外部装置から受け取る判定結果に基づいて、前記ＣＰＵ
   を介して前記アプリケーションファイルへのアクセスを
   行うことを特徴とする請求項１記載の認証ＩＣカード。
4. 【請求項４】 前記人物または主体の認証を前記第１人
   物および前記第２人物または前記主体の両者について実
   行して両者共に合格したときに始めて前記アプリケーシ
   ョンファイルへのアクセスが認められるようにしたこと
   を特徴とする請求項１から３のいずれかに記載の認証Ｉ
   Ｃカード。
5. 【請求項５】 前記人証情報が該ＩＣカードの真正な所
   有者の個体を区別する生物学的情報を含むことを特徴と
   する請求項１から４のいずれかに記載の認証ＩＣカー
   ド。
6. 【請求項６】 さらに前記第２人物または前記主体の認
   証を利用した事項についてのログを記録するようにした
   ことを特徴とする請求項１から５のいずれかに記載の認
   証ＩＣカード。
7. 【請求項７】 さらに前記認証ＩＣカードが認証の内容
   を記録した電子証明用ファイルを有し、前記アプリケー
   ションファイルへのアクセスを行うときに利用された認
   証の内容を表す電子証明書を提示することができるよう
   にしたことを特徴とする請求項１から６のいずれかに記
   載の認証ＩＣカード。