JP2000132658A

JP2000132658A - 認証ｉｃカード

Info

Publication number: JP2000132658A
Application number: JP10299181A
Authority: JP
Inventors: Yutaka Hokura; 豊保倉
Original assignee: Individual
Current assignee: Individual
Priority date: 1998-10-21
Filing date: 1998-10-21
Publication date: 2000-05-12

Abstract

(57)【要約】【課題】取引のセキュリティのために複数の取引対象
についての資格者認証を統合した認証ＩＣカードを提供
し、またＩＣカード自体に格納する情報に対するプライ
バシー保護が万全な認証ＩＣカードを提供する。【解決手段】ＣＰＵと人証情報を格納した認証ファイ
ルと認証の深さに応じて分類されたアプリケーションフ
ァイルを備えて、外部からアプリケーションファイルに
記録された情報の提示要求があったときに、外部から入
力される人証情報と認証ファイルに格納された人証情報
と対比して認証の深さを確認し、合格したときに初めて
ＣＰＵを介してアプリケーションファイルの情報を提示
するようにした認証ＩＣカード。なお、人証情報は所有
者の個体を区別する生物学的情報であってもよい。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】近年、研究所や事業所、研究室、資料保
管室さらに住宅など、セキュリティの確保のため特定の
場所に出入りできる者を限定し、有資格者に発行したカ
ードによる認証に合格した場合だけ開錠する施錠管理シ
ステムがよく用いられている。また、商品の販売やクレ
ジットなどの電子商取引、医療におけるオンライン診
察、個人カルテや役所における登録事項の閲覧、証明書
の発行など、本人にのみ取引を認めるべき場合に本人認
証を正確に行う必要がある。さらにこのような場合に対
面して取引を行うのでなく、通信網を利用して情報にア
クセスする機会が多くなりかつ多様化している。

【０００３】こうした取引では真正な取引対象者である
か否かを判定しなければならず、また、場合によっては
対面交渉なしに本人であるか否かを正確に判断できなく
てはならない。これらの場合、カードを仲介にして本人
認証を行うことで信頼性を向上させることができる。な
お、取引の種類により要求されるセキュリティの程度が
異なるため、本人認証の深さが異なる。たとえば少額商
品を購入する場合にはカードの純正が保証できれば満足
できても、運転免許証の発行に利用する場合は確実に本
人であることが証明できる顔写真、指紋、声紋などの生
物学的情報を併用することが好ましい。

【０００４】入退場管理に用いられるカードは、通常錠
前毎に発行され、有資格者が所持あるいは管理する。し
たがって多数の部屋などを入退場管理の対象とする場合
は、高度の資格者は多数の鍵カードを所持しなくてはな
らず管理が煩雑になる。なお、１枚のカードを有資格者
が共有して利用することも多いが、この場合は暗証番号
やカードの管理を厳重に行わなければ認可されていない
者の盗用を許すことになり、かえって安全の保持が困難
になる。また、取引用カードも取引者間で合意の下に発
行されるもので、個人が所有するカードの数はいつの間
にか膨大な数になってしまうきらいがある。

【０００５】一方、近年ＩＣカードなどＣＰＵと記憶装
置を内蔵するカードをクレジットカードや電子マネーな
どに利用するようになってきた。ＩＣカードは高度な認
証に伴う複雑な演算も可能であり記録内容の書き換えが
容易であることが特徴で、取引の経緯を逐次記録できる
カードや電子マネーとして使用することなどに適してい
る。また、ＩＣカードなどに内蔵される記憶容量が大き
くなってきたため、カード自体に各種の個人的情報を記
録して携帯することも可能となっている。常時携帯する
ことが便利な個人的情報には保険証番号、クレジットの
利用者番号、社員証番号や社内における経歴、電子マネ
ー残額、戸籍簿の内容、病歴、さらに住所録など、プラ
イバシーに係わり他人に漏洩しないという保証がない場
合には利用を認めるべきでないものがある。

【０００６】

【発明が解決しようとする課題】そこで、本発明が解決
しようとする課題は、取引や施錠システムのセキュリテ
ィ向上のために対象毎に発行してきた認証カードを資格
者認証として統合した認証ＩＣカードを提供することで
ある。本発明が解決しようとする別の課題は、ＩＣカー
ド自体に格納する情報に対するアクセスの安全が保証さ
れプライバシー保護が万全な認証ＩＣカードを提供する
ことである。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明の認証ＩＣカードは、ＣＰＵと人証情報を格
納した認証ファイルと認証の深さに応じて分類されたア
プリケーションファイルを備えた認証ＩＣカードであっ
て、外部からアプリケーションファイルに記録された情
報の提示要求があったときに、外部から入力される人証
情報と認証ファイルに格納された人証情報と対比して認
証の深さを確認し、合格したときに初めてＣＰＵを介し
てアプリケーションファイルの情報を提示することを特
徴とする。

【０００８】従来、認証が必要となる場面毎に独立した
カードを発行して対処してきたのは、その方がシステム
として単純で扱いやすいこと、多様な取引者同士の提携
が困難なことなどの理由の他に、取引により必要とされ
る認証の深さが異なり一様な人証情報では対処できない
こと、１枚のカードで複数の取引を可能とするとカード
所有者に認めたくない資格権限を与えることになる場合
が生ずることなどの技術的な障害もあったからである。

【０００９】本発明の認証ＩＣカードによれば、カード
内のアプリケーションファイルをファイル毎に機密性に
対応した認証の深さに応じて分類しておき、外部からフ
ァイルに記録された情報の提示要求があったときには、
入力される人証情報をＣＰＵが対照確認し、ファイルに
ついて予め決められた深さに対応する認証が得られたと
きにのみＣＰＵを介して目的のアプリケーションファイ
ルの情報を提示するようになっている。

【００１０】また、カードの携帯者により入力された人
証情報とカード内部に記録された人証情報の照合は、外
部装置によって行うこともできる。外部装置の能力を利
用することにより、複雑な画像処理や情報処理を必要と
するときにも対処できるので、認証ＩＣカードのＣＰＵ
能力やメモリ容量では不足がある場合などに有効であ
る。なお、認証ファイルに格納される人証情報はＩＣカ
ードの真正な所有者の個体を区別する生物学的情報を含
むようにすることができる。

【００１１】また、認証の深さで分類されたアプリケー
ションファイルには各種取引に用いられるＩＤを記録し
てあってもよい。このようなＩＤは、外部に取引情報が
存在する場合などにおいて、カードの携帯者がこれにア
クセスする資格を有するか否かを検証する必要がある場
合に有効である。さらに、アプリケーションファイルに
所有者の個人的情報を記録しておいてもよい。本発明の
認証ＩＣカードの認証能力は高く本人の承認なしではカ
ード内の個人的情報にアクセスできないので、プライバ
シーの保護は万全である。また、アプリケーションファ
イル毎に予めアクセス資格を登録し、認定された資格者
しかファイルへのアクセスを認めない機構を併用しても
良い。認証レベルと組み合わせてファイルを２次元的に
配設することができるので、より複雑な要求に応えるこ
とが可能となる。

【００１２】本発明の認証ＩＣカードを使用するとき
は、まず認証ＩＣカード中のアプリケーションファイル
に入室許可証、銀行のＩＤなどを格納すると共に、それ
ぞれが要求する認証方法を指定しておく。一方、認証に
必要な人証情報を認証ファイルに格納しておく。たとえ
ば、建物の入場には特別な認証は必要なく適正な認証Ｉ
Ｃカードを所持していればよいとし、執務室への入室に
は認証ＩＣカードと共に保持者の真正を確認するため暗
証番号が合致しなければならないとし、さらに、資料室
への入室にはより厳密な認証が要求され各人の指紋を照
合するものとする。

【００１３】このような場合、認証ファイルに、純正な
カードであることを示す情報と、暗証番号と保持者の指
紋情報を記録しておき、アプリケーションファイルの各
々に、建物の入口扉を開扉するために要求される暗号信
号と執務室の開扉に必要な暗号信号と資料室の扉を開扉
する暗号信号を格納しておく。

【００１４】カードの携帯者が建物の扉に付属するカー
ド読み取り器に認証ＩＣカードを読み取らせると、カー
ド読み取り器がカード情報を取得してカードが真正であ
って暗号が一致することを確認し、検査に合格したとき
に扉が開き入場できる。執務室の扉に設けられたカード
読み取り器にはキーボードが付属していて、入室しよう
とする者は認証ＩＣカードを読み取らせて暗証番号を入
力する必要がある。認証カードが真正で暗証番号が認証
ＩＣカードの認証ファイルに記録された暗証番号と合致
したときに、ＣＰＵを介して開扉に必要な暗号信号がカ
ード読み取り器に送り込まれ、これが正しければ入室が
許可される。

【００１５】また、資料室の扉には指紋読み取り装置を
付属したカード読み取り器が設けられていて、入室しよ
うとする者は真正な認証ＩＣカードをカード読み取り器
に読み取らせて指定された指を指紋読み取り装置に押し
付ける必要がある。指紋が認証ファイルに記録された指
紋情報と対応する場合に、ＣＰＵを介して開扉を指示す
る暗号がカード読み取り器に供給され、この暗号信号が
カード読み取り器により真正な者と判定されたときに始
めて扉が開いて入室ができる。

【００１６】同じ仕組みが、金融システムにおいても使
用される。クレジットを使用する場合にも、低額商品の
購入にいちいちサイン入力を要求するのでは煩雑に過ぎ
て利用価値が減少する。一方、宝飾類など高額な取引で
は厳重な本人認証を行う必要がある。クレジットの利用
者認証番号をアプリケーションファイルから出力するに
も要求される認証水準が異なるが、本発明の認証ＩＣカ
ードでこれら異なる水準の認証に対応することができ
る。

【００１７】また、アプリケーションファイル毎に予め
アクセス資格を登録し、認定された資格者しかファイル
へのアクセスを認めないようにして、カード読み取り器
からの情報アクセスを必要な部分に制限して余分なプラ
イバシー開示を行わないようにすることができる。たと
えば解錠システムが要求できる情報は人証情報と解錠の
ための暗号信号だけで、医療カルテが格納されているフ
ァイルに対するアクセスはＣＰＵによって排除される。
場合によっては、不当なアクセス要求があったときには
情報交換全てを遮断して情報窃取や改竄を防止するよう
にすることができる。

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

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

【００２０】すなわち、本発明の認証ＩＣカードは、取
引資格をカードに与えるのではなくカードの所有者個人
に与えるものであるから、従来のカードシステムより本
来の信認目的に沿った運用を行うことができる。したが
って、従来のようにサービス毎に支給されたカードを多
数携帯している必要がなく、従来の多人数で共有する解
錠用カードのようにカード自体を他人が利用しないよう
に厳重に管理する必要もない。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明の詳
細を実施例に基づいて説明する。図１は本発明の実施例
の認証ＩＣカードの構成を示すブロック図、図２は本実
施例におけるファイル構成を示すブロック図、図３は本
実施例の使用例を示すブロック図、図４は本実施例の使
用例を示す流れ図である。

【００２２】

【実施例】本実施例の認証ＩＣカードは、図１にあるよ
うに、情報処理を実行するＣＰＵ１、情報処理プログラ
ムを収納したＲＯＭ２、演算用データを記憶するＲＡＭ
３、情報の書き込み読み出しが可能なデータ記憶装置
４、アプレットプログラムに対するインターフェース
５、外部接続用接続回路６、および外部接続端子７を備
える。データ記憶装置４のファイルには、認証データを
記憶した認証ファイル１０と、外部とやり取りする情報
を格納したアプリケーションファイル２０が含まれる。

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

【００２４】認証ファイル１０には、認証ＩＣカードが
真正であることを保証するためのデータに加えて、認証
ＩＣカードの真正な所有者を認証するための人証情報が
格納されている。認証は簡単なものから高度な保証を与
えることができるものまで段階Ｉ，II，III，・・・を
追って複数のものが記録されている。人証情報は、たと
えば暗証番号、指紋、声紋、顔写真、サイン筆跡など、
本人しか知らないものや生物学的情報で本人以外では再
現できないようなものが好ましい。

【００２５】アプリケーションファイル２０は、格納す
る情報の種類に関する第１の分類と認証に関する第２の
分類にしたがって区分されている。すなわち第１分類
ａ，ｂ，ｃ，・・・は、例えば住宅管理用情報、医療情
報、金融情報、通信情報など、通常は認証を使用するサ
ービス機関を区別するために使用される分類である。第
２分類Ｉ，II，III，・・・は、要求される認証の程度
に従った分類で、簡単な認証でアクセスを認めるものか
ら、指紋で確認するなど高度な認証に合格して始めてア
クセスを認めるものまで認証深さにより分類されたもの
である。

【００２６】たとえば、ビル管理会社から提供される情
報を格納するのは第１分類ｂで、住宅棟の入場許可暗号
はその第２分類Ｉのファイルに、クローゼットの開扉暗
号は第２分類IIのファイルに、また自室の扉の開扉暗号
は第２分類IIIのファイルに記録されている。なお、こ
れらのファイルには暗号の鍵や電子証明書などを入れて
おくこともできる。

【００２７】住宅棟の入口にはカード読み取り器が設備
されていて、入居者が認証ＩＣカードを読み取り器に読
み込ませると、カードと読み取り器の間で相互に真正性
をチェックして合格すると扉が開き住宅棟に入ることが
できる。住宅棟内の各室には厳重な扉が付いているた
め、単に認証ＩＣカードが真正であることを確認するだ
けの簡単な認証で住宅棟への立ち入りを許可している。
なお、認証ＩＣカードがカード読み取り器が真正なもの
であることを確認する機能を持つのは、認証ＩＣカード
に格納されている情報を窃取したり内容の書き換えをす
ることを防ぐ必要があるからである。

【００２８】図３は、認証ＩＣカードの利用方法の代表
的な例として住宅の入室管理に使用した例を挙げて説明
したブロック図である。各室の扉３０には扉開閉制御装
置３１が設備されていて、扉３０は通常手で開けること
ができないようになっている。扉開閉制御装置３１には
認証制御装置３２が接続されていてここから発生される
制御信号に従って扉の開閉が行われる。認証制御装置３
２には人証情報入力装置３３とカード読み込み器３４が
接続されている。

【００２９】以下、図４の流れ図を参照しながら、認証
ＩＣカードを使用するときの情報処理手順を説明する。
入室しようとするカード使用者が認証ＩＣカード３５を
カード読み取り器３４に挿入すると（Ｓ１）、認証制御
装置３２は読み取り器ＩＤを認証ＩＣカード３５に送る
と共に認証ＩＣカードのＩＤを問い合わせる（Ｓ２）。
認証ＩＣカード３５は読み取り器ＩＤを認証ファイルの
情報と対照して検査し、自己のカードを扱って良いもの
であることが確認できたときに（Ｓ３）、認証ファイル
に記録されているカードのＩＤをカード読み取り器３４
に返送する（Ｓ４）。これらのやり取りは全てＣＰＵを
介して行われ、カード読み取り器３４は直接的に認証Ｉ
Ｃカードの記憶装置にアクセスできない。

【００３０】認証制御装置３２は認証ＩＣカードのＩＤ
がシステムに適合した真正なものか否かを判断し（Ｓ
５）、適合しない場合はカードを排出して拒絶する（Ｓ
２０）。適合している場合には、認証レベルに基づいて
決められた例えば指紋など、人証の入力を督促し、使用
者が人証情報入力装置３３から入力する情報を読み取り
（Ｓ６）、入力した情報を抽出処理して人証情報を作成
する（Ｓ７）。

【００３１】人証情報が真正か否かを認証ＩＣカード側
で確認するか扉開閉制御装置側で確認するかを判定し
（Ｓ８）、認証ＩＣカード３５で確認することになって
いる場合は、人証情報を認証ＩＣカード３５に伝達する
と共に扉を開くための開扉暗号を求める（Ｓ９）。認証
ＩＣカード３５は受け取った人証情報を認証ファイルに
格納されている人証情報と照合して（Ｓ１０）、両者が
合致すると認められる場合は、所定のアプリケーション
ファイル（この場合はｂIIIのファイル）に記録されて
いる開扉暗号をカード読み取り器３４を介して認証制御
装置３２に送付する（Ｓ１１）。

【００３２】なお、人証情報が真正か否かを扉開閉制御
装置側で確認する場合は、認証ＩＣカード３５に対し記
録されている人証情報を要求し（Ｓ１２）、認証ＩＣカ
ード３５が回答してきた（Ｓ１３）人証情報と先に取得
したカード使用者の人証情報との照合を行い（Ｓ１
４）、合格したら今度は認証ＩＣカード３５に対し開扉
暗号を求める（Ｓ１５）。認証ＩＣカード３５は求めに
応じて所定のアプリケーションファイルに記録されてい
る開扉暗号を認証制御装置３２に送付する（Ｓ１１）。

【００３３】こうして受け取った開扉暗号が真正であれ
ば（Ｓ１６）、扉開閉制御装置３１に開扉指示信号を与
えて（Ｓ１７）扉３０の解錠をするので（Ｓ１８）、認
証ＩＣカードの所持者が入室することができる（Ｓ１
９）。

【００３４】また、認証ＩＣカード３５のデータ記憶装
置４の使用領域を少なくするために人証情報を分割して
認証ＩＣカード３５と認証制御装置３２に分納すること
もできる。この場合は人証入力装置から入力された人証
情報と認証ＩＣカード３５と認証制御装置３２とに分割
されて格納されている人証情報とを照合して開扉暗号を
出す。このように人証情報を認証ＩＣカード３５と認証
制御装置３２とに分割することは、単にメモリ領域の節
約だけでなく、仮に認証ＩＣカードの認証ファイルから
人証情報が盗まれたとしてもそれだけからでは照合する
ことができないため、セキュリティ面での効果もある。

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

【００３６】人証情報入力装置は、サイン入力を要求す
る場合は図形入力装置、暗証番号を使用するときにはキ
ーボード、指紋を使用するためには指紋取得装置、虹彩
を利用する場合は瞳を撮像するカメラと判定装置など、
使用する人証情報に応じて、その情報を取得する装置を
準備しなければならない。

【００３７】また、ＩＣカードに記録された個人的情報
をアクセスする場合や、病院でカルテを開示させる場合
のように、所持者が認証の深さを指定することが好まし
いことがある。例えば住民票を取るときと納税証明を取
るときで認証の深さを変えたいと思えば、それぞれの証
明を求めるときに使用する暗号番号を格納するアプリケ
ーションファイルの認証深さの指定を変えればよい。医
療における支払いをするときと通信網を利用した在宅診
療を受けるときでは、本人認証の重要性が異なることは
明らかであるが、このような場合にも本発明の認証ＩＣ
カードは的確に対応することができる。

【００３８】なお、１枚の認証ＩＣカードを会員証や社
員証、あるいは行政窓口における本人証明カードとして
利用したり、交通機関の定期券、プリペイドカード、ク
レジットカード、テレホンカード、ショッピングカー
ド、あるいは与信残高金額を書き換えることができる電
子マネーとして使用することもできる。また、ホテルな
どでチェックイン時に部屋の扉開閉を行う暗号を認証Ｉ
Ｃカードのファイルに記憶しチェックアウト時に消去す
るというように、一時的な利用も可能である。

【００３９】

【発明の効果】以上詳細に説明した通り、本発明の認証
ＩＣカードは、ＣＰＵを介して情報のアクセスを行うた
め、ファイルのアクセス権限を任意に設定して、人証情
報を活用して正しいアクセスのみを実行するので、所持
者のプライバシーが確実に保護でき、またサービスの提
供者等にとっても安全性の高い取引が可能となる。ま
た、本発明の認証ＩＣカードは所有者自身の属性を記録
したものと見なすことができ、ある個人が有する各種の
サービスや取引の利用資格を証明するための認証を統合
して実施することができるから、カードの取り扱いが簡
単になり、多数のサービス等を利用する場合でも携帯す
るカードの数を少なくすることができる。

【図面の簡単な説明】

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

【図２】本実施例におけるファイル構成を示すブロック
図である。

【図３】本実施例の使用例を示すブロック図である。

【図４】本実施例の使用例を示す流れ図である。

【符号の説明】

１ＣＰＵ２ＲＯＭ３ＲＡＭ４データ記憶装置５アプレットインターフェース６外部接続用接続回路７外部接続端子１０認証ファイル２０アプリケーションファイル３０各室の扉３１扉開閉制御装置３２認証制御装置３３人証情報入力装置３４カード読み込み器３５認証ＩＣカードＩ，II，III，・・・認証段階に関する第２分類ａ，ｂ，ｃ，・・・情報種類に関する第１分類

Claims

【特許請求の範囲】

【請求項１】ＣＰＵと人証情報を格納した認証ファイ
ルと認証の深さに応じて分類されたアプリケーションフ
ァイルを備えた認証ＩＣカードであって、外部から前記
アプリケーションファイルに記録された情報の提示要求
があったときに、前記ＣＰＵが外部から入力される人証
情報と前記認証ファイルに格納された人証情報と対比し
て認証の深さを確認し、合格したときに前記ＣＰＵを介
して前記アプリケーションファイルへのアクセスが認め
られることを特徴とする認証ＩＣカード。
【請求項２】ＣＰＵと人証情報を格納した認証ファイ
ルと認証の深さに応じて分類されたアプリケーションフ
ァイルを備えた認証ＩＣカードであって、外部から前記
アプリケーションファイルに記録された情報の提示要求
があったときに、前記ＣＰＵが前記認証ファイルに格納
された人証情報を出力して、外部装置から受け取る判定
結果に基づいて、前記ＣＰＵを介して前記アプリケーシ
ョンファイルへのアクセスを行うことを特徴とする認証
ＩＣカード。
【請求項３】前記人証情報が該ＩＣカードの真正な所
有者の個体を区別する生物学的情報を含むことを特徴と
する請求項１または２記載の認証ＩＣカード。
【請求項４】前記アプリケーションファイルには対象
とする取引の権限を示す固有のＩＤが記録してあること
を特徴とする請求項１から３のいずれかに記載の認証Ｉ
Ｃカード。
【請求項５】前記アプリケーションファイルには所有
者の個人的情報が記録してあることを特徴とする請求項
１から４のいずれかに記載の認証ＩＣカード。
【請求項６】前記アプリケーションファイルへのアク
セスは、ファイル毎に予めアクセス資格を登録し、認定
された資格者に対してのみ認めるようにしたことを特徴
とする請求項１から５のいずれかに記載の認証ＩＣカー
ド。