JP2002318903A - 認証方法、認証システムおよび認証ツール - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】カードとは異なる認証ツールを用いて、顧客の
利便性と認証のセキュリティレベルとの両立を図り得る
新規な認証手法を提供する。 【解決手段】顧客毎に個別に発行されたバンクカード２
０を用いて、顧客がＡＴＭ１０より取引者に取引きを申
し入れる際に、セキュアチップ３０を認証ツールとして
用いた認証を行う。このセキュアチップ３０は、バンク
カード２０とは異なる認証ツールであって、常備性を有
する物品に取付けられている。ホストコンピュータ４０
は、バンクカード２０を用いた認証とは別個の認証を行
う必要があると判断した場合、セキュアチップ３０への
アクセスをＡＴＭ１０に指示する。ＡＴＭ１０は、セキ
ュアチップ３０に格納され、セキュアチップ３０毎に個
別に付与されたＳＣ固有情報に基づいた認証を行うため
に、非接触のデータキャリアシステムを介して、セキュ
アチップ３０にアクセスする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、顧客操作端末との
間で非接触のデータキャリアシステムによるデータ伝送
が可能な、カード以外の認証ツールを用いた認証手法に
関する。

【０００２】

【従来の技術】従来より、顧客と取引者（例えば金融機
関）との間における都度取引きでは、顧客より申し入れ
られた取引きを開始する条件として、カード（磁気スト
ライプカードやＩＣカード）および暗証番号に基づいた
認証が行われている。しかしながら、昨今、カードの盗
難時に暗証番号までもが盗用されて金品が引き出される
被害が生じており、認証の一層の強化が望まれている。
しかしながら、認証のセキュリティレベルを強化するほ
ど顧客の手続や手順が煩雑になる傾向があるため、顧客
の利便性と認証のセキュリティレベルとの両立は容易で
はない。

【０００３】特開２０００−２１５１７２号公報には、
使用者の生体情報を用いて、情報機器の使用者を認証す
る手法が開示されている。具体的には、まず、情報機器
の使用を希望する者は、真正な使用者であることを特定
可能な指紋情報とパスワードとが格納されたカードをカ
ードリーダに挿入する。つぎに、その者は、パスワード
を入力するとともに、指紋読取装置を介して自己の指紋
を読み取らせる。認証システムは、入力されたパスワー
ドおよび読み取った指紋を、カードより読み出した情報
と照合することにより、使用しようとする者が真正な使
用者であるか否かの認証を行う。

【０００４】また、特開２０００−４８１４１号公報に
は、遠隔型ＩＣカードや低価格ＩＣカードのような、Ｃ
ＰＵを内蔵しておらず、暗号処理能力が低いカードに対
する不正アクセスを防止する認証手法が開示されてい
る。ＩＣカード内に端末認証用のテーブルを予め格納し
ておく。このテーブルは、ＩＣカード固有のＩＤと、こ
のＩＤを固有の鍵で暗号化した結果とで構成されてい
る。端末側からの暗号文を受信した場合、ＩＣカード
は、暗号文を格納されてテーブルと比較することにより
認証を行う。この認証プロセスでは、ＩＣカード側に暗
号機能を設ける必要がないため、ＣＰＵを内蔵しないＩ
Ｃカードでも、テーブル参照等の簡単な機能を論理回路
で構成すれば認証を行うことができる。

【０００５】

【発明が解決しようとする課題】本発明の目的は、顧客
の利便性と認証のセキュリティレベルとの両立を図り得
る新規な認証手法を提供することである。

【０００６】

【課題を解決するための手段】第１の発明は、顧客毎に
個別に発行されたカードを用いて、顧客が顧客操作端末
より取引者に取引きを申し入れる際に、カードとは異な
る認証ツールであって、常備性を有する物品に取付けら
れた認証ツールを用いて行われる認証方法において、ホ
ストコンピュータは、顧客操作端末を介して申し入れら
れた取引きに関して、カードを用いた認証とは別個の認
証を行う必要があるか否かを判断する第１のステップ
と、ホストコンピュータは、別個の認証を行う必要があ
ると判断した場合、認証ツールへのアクセスを顧客操作
端末に指示する第２のステップと、顧客操作端末は、認
証ツールへのアクセス指示を受けた場合、認証ツールに
格納され、認証ツール毎に個別に付与された固有情報に
基づいた認証を行うために、非接触のデータキャリアシ
ステムを介して、認証ツールにアクセスする第３のステ
ップとを有する認証方法を提供する。

【０００７】ここで、第１の発明において、顧客操作端
末は、非接触のデータキャリアシステムを介して、認証
ツールより受信した固有情報をホストコンピュータに転
送する第４のステップと、ホストコンピュータは、顧客
操作端末より転送された固有情報を、ホストコンピュー
タ側に予め設定され、取引きを申し入れた顧客に関する
固有情報と比較することにより、別個の認証を行う第５
のステップとをさらに設けてもよい。

【０００８】また、第１の発明において、第２のステッ
プは、ホストコンピュータ側に予め設定され、取引きを
申し入れた顧客に関する固有情報を顧客操作端末に送信
するステップを含んでいてもよい。この場合、顧客操作
端末は、非接触のデータキャリアシステムを介して、認
証ツールより受信した固有情報を、ホストコンピュータ
より受信した固有情報と比較することにより、別個の認
証を行う第６のステップをさらに設けることが好まし
い。

【０００９】また、第１の発明において、第２のステッ
プは、ホストコンピュータ側に予め設定され、取引きを
申し入れた顧客に関する固有情報を顧客操作端末に送信
するステップを含み、第３のステップは、ホストコンピ
ュータより受信した固有情報を、非接触のデータキャリ
アシステムを介して、認証ツールに送信するステップを
含んでいてもよい。この場合、認証ツールは、顧客操作
端末より受信した固有情報を、認証ツールに格納された
固有情報と比較することにより、別個の認証を行う第７
のステップをさらに設けることが好ましい。

【００１０】第２の発明は、顧客毎に個別に発行された
カードを用いて、顧客からの取引きの申し入れを受け付
ける顧客操作端末と、顧客操作端末との間において、ネ
ットワークを介した情報伝達が可能なホストコンピュー
タと、ホストコンピュータがアクセス可能な取引元帳デ
ータベースとを有する認証システムを提供する。ここ
で、ホストコンピュータは、取引元帳データベースを参
照して、顧客操作端末を介して申し入れられた取引きに
関して、カードを用いた認証とは別個の認証を行う必要
があるか否かを判断する。また、ホストコンピュータ
は、別個の認証を行う必要があると判断した場合、カー
ドとは異なる認証ツールへのアクセスを顧客操作端末に
指示する。また、顧客操作端末は、認証ツールへのアク
セス指示を受けた場合、認証ツールに格納され、認証ツ
ール毎に個別に付与された固有情報に基づいた認証を行
うために、認証ツールにアクセスする。この認証ツール
は、顧客が携行している物品に取付けられており、顧客
操作端末との間で非接触のデータキャリアシステムによ
る情報伝達が可能である。

【００１１】ここで、第２の発明において、顧客操作端
末は、非接触のデータキャリアシステムを介して、認証
ツールより受信した固有情報をホストコンピュータに転
送してもよい。この場合、ホストコンピュータは、顧客
操作端末より転送された固有情報を、ホストコンピュー
タ側に予め設定され、取引きを申し入れた顧客に関する
固有情報と比較することにより、別個の認証を行っても
よい。

【００１２】また、第２の発明において、ホストコンピ
ュータは、ホストコンピュータ側に予め設定され、取引
きを申し入れた顧客に関する固有情報を顧客操作端末に
送信してもよい。この場合、顧客操作端末は、非接触の
データキャリアシステムを介して、認証ツールより受信
した固有情報を、ホストコンピュータより受信した固有
情報と比較することにより、別個の認証を行うことが好
ましい。

【００１３】また、第２の発明において、ホストコンピ
ュータは、ホストコンピュータ側に予め設定され、取引
きを申し入れた顧客に関する固有情報を顧客操作端末に
送信してもよい。この場合、顧客操作端末は、非接触の
データキャリアシステムを介して、ホストコンピュータ
より受信した固有情報を認証ツールに送信することによ
り、認証ツールに別個の認証を依頼し、認証ツールにお
いて行われた別個の認証の認証結果を受信することが好
ましい。

【００１４】第３の発明は、顧客毎に個別に発行された
カードを用いて、顧客が顧客操作端末より取引者に取引
きを申し入れる際に、カードを用いた認証とは異なる認
証を行うために発行され、常備性を有する物品に取付け
られる認証ツールにおいて、顧客操作端末との間で、非
接触のデータキャリアシステムによるデータの送受信を
行うアンテナと、アンテナを介して受信した電波に基づ
き、内部駆動用の電源を発生する電源回路と、認証ツー
ル毎に個別に付与され、顧客が申し入れた取引きに関し
て、カードを用いた認証とは別個の認証を行うために必
要な固有情報を記憶したメモリと、顧客操作端末側から
要求を受けた場合、メモリに記憶された固有情報を読み
出すとともに、この固有情報をアンテナを介して送信す
る制御を行う制御部とを有する。

【００１５】

【発明の実施の形態】以下、顧客と取引きを行う取引者
である銀行（金融機関）を例に、本実施形態に係る認証
スキームを説明する。図１は、認証ツールとしてセキュ
アチップ（以下、適宜「ＳＣ」という）を用いた認証シ
ステムの全体構成図である。銀行に口座を開設している
顧客は、顧客操作端末の一形態であるＡＴＭ１０より、
銀行に対して取引き（例えば、口座出金等）の申し入れ
を行う。バンクカード２０は、銀行側が申し入れた取引
きに関する通常認証を行う際に必要となる認証ツールで
あり、例えば、磁気ストライプカードやＩＣカードが挙
げられる。このバンクカード２０は、顧客毎に個別に発
行され、その所有者である顧客に関する情報が記憶され
ている。顧客は、都度取引きの申し入れを行う度にバン
クカード２０をＡＴＭ１０の挿入口に挿入する。

【００１６】セキュアチップ３０は、顧客毎に個別に発
行された認証ツール（バンクカード２０とは異なる）で
あり、通常認証とは別個のセキュアチップ３０を用いた
認証（以下、「ＳＣ認証」という）を行う際に必要とな
る。本実施形態において、セキュアチップ３０は、電子
情報を記憶可能で小型なワンチップデバイスであって、
後述する非接触データキャリアシステムによって、ＡＴ
Ｍ１０側との間でアンテナを介したデータ伝送が可能で
ある。このチップ３０は、ＳＣ認証では不可欠なツール
であるため常時携行性が要求される。このような要求に
鑑み、顧客が携行するのに負担が少ない常備性を有する
物品（すなわち、ネックレス，ペンダント，ブレスレッ
ト，ブローチ等の装飾品やバッチ，キーホルダー，腕時
計，携帯ストラップ等の装着品）に貼り付け、または埋
め込んだ形態（内蔵）でセキュアチップ３０が取付けら
れている。なお、携帯電話、ＰＤＦ、電子腕時計、電子
歩行距離測定器といった常備性を有する電子的な物品に
内蔵されている既存の電子チップにセキュアチップ３０
のとしての機能を持たせることも可能である。なお、携
帯電話等にセキュアチップ３０を内蔵する場合には、携
帯電話のアンテナをセキュアチップ３０のアンテナとし
て共用することも可能である。この場合にはＡＴＭ１０
側にアンテナを設ける必要はなく、かつ、携帯電話自体
が電源を有しているため都合がよい。

【００１７】銀行の各種業務を管理または運営するホス
トコンピュータ４０は、ＣＰＵ，ＲＯＭ，ＲＡＭ，通信
装置および記憶装置等を主体に構成された一般的なコン
ピュータである。このコンピュータ４０は、専用回線等
によるネットワークを介して、ＡＴＭ１０との間で相互
に情報伝達が可能であるとともに、取引元帳データベー
スを格納した磁気ディスク装置（ＨＤＤ）等の記憶装置
５０にアクセス可能である。取引元帳データベースは、
個々の顧客との取引きを一元的に管理するためのデータ
ベースである。このデータベースは、単一のデータベー
スで実現してもよいが、互いに関連付けられた（リンク
した）複数のデータベースで実現してもよい。

【００１８】取引元帳データベースは、顧客毎に個別の
顧客ＩＤが付与されたレコード群で構成されており、個
々のレコードには、「口座情報」，「預金者情報」，
「暗証番号」，「セキュアチップ発行の有無」，「セキ
ュアチップ固有情報」等が記述されており、それらの情
報は互いに関連付けられている。ここで、「口座情報」
は、取引支店の店舗番号に相当する支店番号，預金種目
等を区別する業務コード，口座番号等を含む。「預金者
情報」は、個々の預金者を特定する情報であり、預金者
の氏名や住所等を含む。「暗証番号」は、都度取引が申
し入れられた際の必須認証である通常認証を行うのに必
要なパスワードである。また、「セキュアチップ発行の
有無」は、その顧客に対してセキュアチップ３０が発行
されているか否かを示している。セキュアチップ３０
は、ＳＣ認証付の都度取引きを希望する顧客のみが所有
する認証ツールである。「セキュアチップ固有情報」は
発行したセキュアチップ３０毎に個別に付与される固有
情報（暗証鍵またはＩＤ）である。本実施形態では、セ
キュアチップ３０が発行された顧客に対しては、個々の
都度取引きに際して、通常認証に続く形態でＳＣ認証で
行われる。なお、ＳＣ認証は、都度取引きの取引内容に
拘わらず一律に実行してもよいが、取引内容に応じて実
行するようにしてもよい。この場合、取引元帳データベ
ースに「取引条件」を追加して、このフィールドにＳＣ
認証を行う取引条件（ＳＣ認証の実行条件）を記述して
おけばよい。例えば、顧客の意志によって、「ＡＴＭに
よる１００万円以上の出金」という取引条件が設定され
ているならば、１００万円以上の金額の口座出金がＡＴ
Ｍ１０より申し入れられた場合にＳＣ認証が行われる。
なお、取引元帳データベースには、上記フィールド以外
にも、取引き履歴等のフィールドも有している。

【００１９】セキュアチップ３０は、ＡＴＭ１０側との
間におけるデータ伝送は、非接触のデータキャリアシス
テム（ＲＦＩＤ；Radio Frequency Identification Sys
tem）を介して行われる。このデータキャリアシステム
は、ＡＴＭ１０側の質問器とセキュアチップ３０に相当
する応答器とで構成されており、両者の間における電波
や電磁波の送受信によって非接触でデータ転送（データ
キャリア）を行う。既に実用化されている商取引におけ
る非接触型ＩＣカードは、このシステムの応答器として
最もよく知られている。非接触型ＩＣカード（応答器）
としては、密着型（ＩＳＯ／ＩＥＣ１０５３６）、近接
型（ＩＳＯ／ＩＥＣ１４４４３）、近傍型（ＩＳＯ／Ｉ
ＥＣ１５６９３）、マイクロ波型があるが、いずれの形
態でセキュアチップ３０を構成してもよい。応答器に
は、ＬＳＩチップ、コンデンサ、巻線コイル等が実装さ
れており、リーダー・ライタ装置（質問器）との間にお
けるデータ伝送は、電磁誘導方式により行われる。ま
た、応答器の一種として、ＩＣカードではなく、ＩＣタ
グとして、キーホルダーやボタン等も開発・実用化され
ている。応答器は、質問器から発信される電波による電
磁誘導作用によって内部に実装されているＬＳＩ等に電
源が供給されるため、応答器自身が電源を持つ必要がな
いという優れたメリットがある。

【００２０】図２は、ＡＴＭ１０側の質問器１１のブロ
ック構成図である。質問器１１は、巻き線コイル等のコ
イルアンテナ１２、質問器制御部１３およびインターフ
ェース部１４を主体に構成されている。インターフェー
ス部１４を介してＡＴＭ１０の処理部より信号が入力し
た場合、質問器制御部１３は、入力信号を電波に変換す
るとともに、コイルアンテナ１２より電波を発信する制
御を行う。一方、コイルアンテナ１２が応答器であるセ
キュアチップ３０側より電波を受信した場合、質問器制
御部１３は、この電波を信号に変換するとともに、イン
ターフェース部１４を介してＡＴＭ１０側の処理部に信
号を出力する制御を行う。

【００２１】質問器１１を構成するコイルアンテナ１２
の好ましい実装形態としては、以下の３つが考えられ
る。第１は、図３に示すように、バンクカード２０にア
クセスするためにＡＴＭ１０が備えるカードリーダ１５
にコイルアンテナ１２を実装し、カードリーダ１５より
電源を供給する。この構成では、バンクカード３０の改
変は不要である反面、カードリーダ１５に追加機能を設
ける必要があるため、他行ＡＴＭではＳＣ認証を行えな
いという不都合がある。第２は、図４に示すように、バ
ンクカード２０自身にコイルアンテナ１２を実装し、Ａ
ＴＭ１０側よりコイルアンテナ１２を直接制御する。必
要な電源はカードリーダ側より供給する。この構成で
は、バンクカード２０のコストアップは生じるものの、
ＡＴＭ側における互換性の確保が容易になる。第３は、
図５に示すように、バンクカード２０自身にコイルアン
テナ１２を実装し、内蔵されたＣＰＵ２１によりコイル
アンテナ１２を制御する。必要な電源はカードリーダ側
より供給する。この構成では、図４の場合よりもバンク
カード２０のコストが上昇するが、ＡＴＭ側における互
換性の確保が一層容易になる。

【００２２】図６は、応答器に相当するセキュアチップ
３０のブロック構成図である。セキュアチップ３０は、
コイルアンテナ３１、電源回路３２、応答用ＩＣ３３を
主体に構成されている。応答用ＩＣ３３は、所定の情報
を記憶する書き換え不可能なメモリ３４（ＲＯＭ）を含
んでいるが、応答用ＩＣ３３とは別体でメモリ３４を設
けてもよい。メモリ３４には、セキュアチップ３０の固
有情報（ＳＣ固有情報）が記憶されている。真正な顧客
が保有するセキュアチップ３０に格納されたＳＣ固有情
報は、取引元帳データベースに記述されたその顧客に関
する「ＳＣ固有情報」と一致する。また、応答用ＩＣ３
３内に集積された回路は、メモリ３４中に記憶された情
報（ＳＣ固有情報）にアクセスするための制御部として
機能する。コイルアンテナ３１は、巻線コイル等で構成
されており、質問器１１との間で、電磁誘導方式による
データ伝送を行う。電源回路３２は、コンデンサ等によ
り構成されており、コイルアンテナ３１において生じた
電磁誘導による電流を整流し、所定の電源電圧を応答用
ＩＣ３３に供給する。応答用ＩＣ３３は、電源回路３２
から供給される電源によって起動することで、質問器１
１との間におけるデータ伝送が可能となる。

【００２３】図７は、本実施形態に係る取引きの手順を
示すフローチャートである。まず、ＡＴＭ１０は、取引
きを申し入れる顧客（真正な顧客でないかもしれない）
が挿入口より挿入したバンクカード２０に記録された顧
客情報を読み取るとともに（ステップ１）、顧客に対し
て暗証番号・取引内容の入力を促す（ステップ２）。顧
客が入力した暗証番号や取引内容は、バンクカード２０
より読み出された顧客情報とともに、ホストコンピュー
タ４０に送信される（ステップ３）。

【００２４】ホストコンピュータ４０は、ＡＴＭ１０よ
り顧客情報・暗証番号等を受信すると（ステップ４）、
今回申し入れられた取引きに関する通常認証処理を一律
に行う（ステップ５）。この認証処理では、まず、顧客
ＩＤに基づいて、記憶装置５０に格納された取引元帳デ
ータベースを検索し、その顧客に関するレコードを「対
象レコード」として抽出する。つぎに、この対象レコー
ドに記述された「暗証番号」と、取引きの申し入れに際
して顧客が入力した暗証番号とを比較して、認証の一致
／不一致を判断する。ここで、認証一致の場合、セキュ
アチップ３０を発行していない顧客に関しては、今回申
し入れられた取引きを許可するとともに、取引元帳デー
タベースを更新して、その顧客に関する取引履歴の更新
が行われる。これに対して、認証が一致しても、セキュ
アチップ３０を発行している顧客に関しては、このステ
ップ５では取引元帳データベースの更新等は行わない。
この場合の更新処理は、続くセキュアチップ３０を用い
た認証の実行を前提として、後のステップにおいて行わ
れる。

【００２５】つぎに、ホストコンピュータ４０は、セキ
ュアチップ３０による認証（以下、「ＳＣ認証」とい
う）を行う必要があるか否かを判断する（ステップ
６）。この判断は、対象レコードに記述された「ＳＣ発
行の有無」を参照することにより行われる。ＳＣ認証を
行う必要があると判断した場合、ホストコンピュータ４
０は、セキュアチップ３０に対するアクセス指示を必要
情報としてＡＴＭ１０に送信する（ステップ７）。

【００２６】これに対して、ＳＣ認証を行う必要がない
と判断した場合、ホストコンピュータ４０は、セキュア
チップ３０へのアクセスを指示することなく、今回申し
入れられた取引きの可否を指示する旨の必要情報をＡＴ
Ｍ１０に送信する（ステップ８）。具体的には、通常認
証で認証一致が得られた場合には、今回申し入れられた
取引きを許可する（例えば出金許可）。また、通常認証
で認証不一致の場合には、顧客に対して暗証番号の再入
力を促すといったエラー指示を送信する。

【００２７】ＡＴＭ１０は、ステップ７またはステップ
８の必要情報を受信すると（ステップ９）、ホストコン
ピュータ４０よりセキュアチップ３０へのアクセス指示
を受けているかか否かを判断する（ステップ１０）。こ
のアクセス指示を受けていない場合、ＡＴＭ１０は、取
引可否の指示に応じた取引処理（出金処理やエラー処理
等）を実行し（ステップ２０）、処理結果をホストコン
ピュータ４０に返した上で処理を終了する。これに対し
て、セキュアチップ３０へのアクセス指示を受けている
場合には、ＡＴＭ側コイルアンテナ１２からアクセス信
号を電波で発信する（ステップ１１）。

【００２８】セキュアチップ側コイルアンテナ３１が上
記電波を受信すると（ステップ１２）、応答用ＩＣ３３
は、チップ３０内のメモリ３４に格納されたＳＣ固有情
報を読み出す（ステップ１３）。読み出されたＳＣ固有
情報は、コイルアンテナ３１よりＡＴＭ１０側に向けて
電波で発信される（ステップ１４）。

【００２９】上記ＳＣ固有情報をコイルアンテナ１２よ
り受信すると（ステップ１５）、ＡＴＭ１０は、このＳ
Ｃ固有情報をホストコンピュータ４０に転送する。

【００３０】ホストコンピュータ４０は、ＡＴＭ１０よ
り転送されたＳＣ固有情報を受信すると（ステップ１
６）、ＳＣ認証処理を行う（ステップ１７）。この認証
処理では、記憶装置５０に格納された取引元帳データベ
ースを検索し、対象レコードに記述された「ＳＣ固有情
報」と、セキュアチップ３０より読み出されたＳＣ固有
情報とを比較して、認証の一致／不一致を判断する。認
証一致の場合には、今回申し入れられた取引きを許可
し、取引元帳データベースにおける取引履歴の更新等が
行われる。これに対して、認証不一致の場合にはエラー
指示が行われる。そして、ホストコンピュータ４０は、
取引可否の指示をＡＴＭ１０に対して送信する（ステッ
プ１８）。

【００３１】ＡＴＭ１０は、取引可否の指示を受信する
と（ステップ１９）、その指示に応じた取引処理（出金
処理やエラー処理等）を実行し（ステップ２０）、処理
結果をホストコンピュータ４０に返した上で処理を終了
する。

【００３２】このように、本実施形態では、バンクカー
ド２０と暗証番号とのセットを保持していても、セキュ
アチップ３０が取付けられた物品を携行していない限り
取引きを許可しない。つまり、バンクカード２０を保持
しているのみならず、セキュアチップ３０をも携行して
いる者のみが真正な顧客とみなされ、取引きが許可され
る。したがって、バンクカード２０の盗用や偽造バンク
カードによる不正取引きを有効に防止することが可能と
なり、バンクカード２０のみによる認証よりもセキュリ
ティを強化することが可能となる。また、上述したよう
に、この認証で用いられるセキュアチップ３０は、常備
性を有する物品に取付けられているため、その携行に煩
わしさを感じさせることもない。したがって、顧客の利
便性を損なうことなく、高度なセキュリティレベルを確
保することができる。なお、１個のセキュアチップ３０
を複数のバンクカード２０で共用すれば、これらのバン
クカード２０を用いた取引きの安全性の確保を同時に実
現できる。

【００３３】（第２の実施形態）上述した第１の実施形
態では、セキュアチップ３０を用いたＳＣ認証をホスト
コンピュータ４０で行っていた。これに対して、本実施
形態は、ＳＣ認証をＡＴＭ１０で行う点に特徴がある。
図８は、第２の実施形態に係る取引きの手順を示すフロ
ーチャートである。なお、図７のフローチャートと同じ
手順については、同一のステップ番号を付してここでの
説明を省略するとともに、本実施形態で修正される手順
についてはステップ番号の後に添字ａを付ける。

【００３４】ホストコンピュータ４０がＳＣ認証が必要
と判断した場合（ステップ６での判定結果＝「Ye
s」）、セキュアチップ３０に対するアクセス指示と共
に、取引元帳データベースで一元的に管理されている
「ＳＣ固有情報」もＡＴＭ１０に送信する（ステップ７
ａ）。ＡＴＭ１０は、上記「ＳＣ固有情報」をホストコ
ンピュータ４０より受信するとともに（ステップ９
ａ）、自己のメモリ３４に格納されたＳＣ固有情報を非
接触のデータキャリアシステムを介して受信する（ステ
ップ１５ａ）。そして、ＡＴＭ１０は、セキュアチップ
３０より読み出されたＳＣ固有情報を、取引元帳データ
ベースに記述された「ＳＣ固有情報」と比較することに
より、ＳＣ認証の一致／不一致を判断する（ステップ３
０）。

【００３５】本実施形態によれば、第１の実施形態と同
様に、顧客の利便性と認証のセキュリティレベルとの両
立を図ることができる。また、ホストコンピュータ４０
で行っていたＳＣ認証をＡＴＭ１０で行うため、両者間
のの通信回数を減らすことができ、ホストコンピュータ
４０の負担軽減を図ることができる。

【００３６】（第３の実施形態）本実施形態は、ＳＣ認
証をセキュアチップ３０で行う点に特徴がある。図９
は、第３の実施形態に係る取引きの手順を示すフローチ
ャートである。なお、図７および図８のフローチャート
と同じ手順については、同一のステップ番号を付してこ
こでの説明を省略するとともに、本実施形態で修正され
る手順についてはステップ番号の後に添字ｂを付ける。

【００３７】セキュアチップ３０へのアクセス指示を受
けている場合（ステップ１０での判定結果＝「Ye
s」）、ＡＴＭ１０は、アクセス信号と共に、ホストコ
ンピュータ４０より受信した「ＳＣ固有情報」もセキュ
アチップ１０に送信する（ステップ１１ｂ）。セキュア
チップ３０は、「ＳＣ固有情報」をＡＴＭ１０側より受
信するとともに（ステップ１２ｂ）、自己のメモリ３４
に格納されたＳＣ固有情報を読出し（ステップ１３）、
両情報の一致判定をＳＣ認証処理として行う（ステップ
４０）。この認証結果は、コイルアンテナ３１よりＡＴ
Ｍ１０側に向けて電波で発信される（ステップ１４
ｂ）。

【００３８】この認証結果をコイルアンテナ１２より受
信すると（ステップ１５ｂ）、ＡＴＭ１０は、認証結果
に応じた取引処理を行うとともに（ステップ２０ｂ）、
処理結果をホストコンピュータ４０に返した上で処理を
終了する。

【００３９】本実施形態によれば、上述した各実施形態
と同様に、顧客の利便性と認証のセキュリティレベルと
の両立を図ることができる。また、ホストコンピュータ
４０で行っていたＳＣ認証をセキュアチップ３０で行う
ため、両者間のの通信回数を減らすことができ、ホスト
コンピュータ４０の負担軽減を図ることができる。

【００４０】なお、上述した各実施形態は、銀行のＡＴ
Ｍ１０を用いた認証スキームに関して説明した。しかし
ながら、本発明は、これに限定されるものではなく、様
々な顧客操作端末に対して適用することが可能である。
例えば、デビットカードを使用するデビット端末、モン
デックス等のように電子マネーカードを使用する電子マ
ネー端末、クレジットカードを使用するクレジット端末
等においても同様の認証を行うことできる。さらに、非
接触型の電子定期券を使用したシステム等にも適用可能
である。

【００４１】また、上述した実施形態の機能を実現する
コンピュータプログラムを記録した記録媒体を、図１に
示したホストコンピュータ４０に対して供給してもよ
い。この場合、このコンピュータ４０において、記録媒
体に格納されたコンピュータプログラムを読み取り実行
することによって、本発明の目的を達成することができ
る。したがって、記録媒体から読み取られたコンピュー
タプログラム自体が本発明の新規な機能を実現するた
め、そのプログラムを記録した記録媒体が本発明を構成
する。コンピュータプログラムを記録した記録媒体とし
ては、例えば、ＣＤ−ＲＯＭ、フロッピー（登録商標）
ディスク、ハードディスク、メモリカード、光ディス
ク、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ等が挙げられる。
また、上述した実施形態の機能を実現するコンピュータ
プログラム自体も新規な機能を有している。

【００４２】

【発明の効果】本発明によれば、携行性を有する物品に
取付けられた認証ツールを用いて、取引きに関する認証
を行うので、顧客の利便性を阻害することなく、申し入
れられた取引きに関する認証のセキュリティレベルの向
上を図ることができる。

【図面の簡単な説明】

【図１】セキュアチップを用いた認証システムの全体構
成図

【図２】ＡＴＭ側の質問器のブロック構成図

【図３】カードリーダに実装されたコイルアンテナの説
明図

【図４】バンクカードに実装されたコイルアンテナの説
明図

【図５】バンクカードに実装されたコイルアンテナの説
明図

【図６】セキュアチップのブロック構成図

【図７】第１の実施形態に係る取引きの手順を示すフロ
ーチャート

【図８】第２の実施形態に係る取引きの手順を示すフロ
ーチャート

【図９】第３の実施形態に係る取引きの手順を示すフロ
ーチャート

【符号の説明】

１０ ＡＴＭ、 １１ 質問器、 １２ コイルアンテナ、 １３ 質問器制御部、 １４ インターフェース部、 １５ カードリーダ、 ２０ バンクカード、 ２１ ＣＰＵ、 ３０ セキュアチップ、 ３１ コイルアンテナ、 ３２ 電源回路、 ３３ 応答用ＩＣ、 ３４ メモリ、 ４０ ホストコンピュータ、 ５０ 記憶装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｋ 19/07 Ｈ０４Ｌ 9/00 ６７３Ｅ 19/10 Ｇ０６Ｋ 19/00 Ｒ Ｈ０４Ｌ 9/32 Ｈ

Claims (9)

【特許請求の範囲】
1. 【請求項１】顧客毎に個別に発行されたカードを用い
   て、顧客が顧客操作端末より取引者に取引きを申し入れ
   る際に、前記カードとは異なる認証ツールであって、常
   備性を有する物品に取付けられた認証ツールを用いて行
   われる認証方法において、 ホストコンピュータは、前記顧客操作端末を介して申し
   入れられた取引きに関して、前記カードを用いた認証と
   は別個の認証を行う必要があるか否かを判断する第１の
   ステップと、 前記ホストコンピュータは、前記別個の認証を行う必要
   があると判断した場合、前記認証ツールへのアクセスを
   前記顧客操作端末に指示する第２のステップと、 前記顧客操作端末は、前記認証ツールへのアクセス指示
   を受けた場合、前記認証ツールに格納され、前記認証ツ
   ール毎に個別に付与された固有情報に基づいた認証を行
   うために、非接触のデータキャリアシステムを介して、
   前記認証ツールにアクセスする第３のステップとを有す
   ることを特徴とする認証方法。
2. 【請求項２】前記顧客操作端末は、非接触のデータキャ
   リアシステムを介して、前記認証ツールより受信した前
   記固有情報を前記ホストコンピュータに転送する第４の
   ステップと、 前記ホストコンピュータは、前記顧客操作端末より転送
   された前記固有情報を、前記ホストコンピュータ側に予
   め設定され、取引きを申し入れた顧客に関する前記固有
   情報と比較することにより、前記別個の認証を行う第５
   のステップとをさらに有することを特徴とする請求項１
   に記載された認証方法。
3. 【請求項３】前記第２のステップは、前記ホストコンピ
   ュータ側に予め設定され、取引きを申し入れた顧客に関
   する前記固有情報を前記顧客操作端末に送信するステッ
   プを含み、 前記顧客操作端末は、非接触のデータキャリアシステム
   を介して、前記認証ツールより受信した前記固有情報
   を、前記ホストコンピュータより受信した前記固有情報
   と比較することにより、前記別個の認証を行う第６のス
   テップをさらに有することを特徴とする請求項１に記載
   された認証方法。
4. 【請求項４】前記第２のステップは、前記ホストコンピ
   ュータ側に予め設定され、取引きを申し入れた顧客に関
   する前記固有情報を前記顧客操作端末に送信するステッ
   プを含み、 前記第３のステップは、前記ホストコンピュータより受
   信した前記固有情報を、非接触のデータキャリアシステ
   ムを介して、前記認証ツールに送信するステップを含
   み、 前記認証ツールは、前記顧客操作端末より受信した前記
   固有情報を、前記認証ツールに格納された前記固有情報
   と比較することにより、前記別個の認証を行う第７のス
   テップをさらに有することを特徴とする請求項１に記載
   された認証方法。
5. 【請求項５】認証システムにおいて、 顧客毎に個別に発行されたカードを用いて、顧客からの
   取引きの申し入れを受け付ける顧客操作端末と、 前記顧客操作端末との間において、ネットワークを介し
   た情報伝達が可能なホストコンピュータと、 前記ホストコンピュータがアクセス可能な取引元帳デー
   タベースとを有し、 前記ホストコンピュータは、前記取引元帳データベース
   を参照して、前記顧客操作端末を介して申し入れられた
   取引きに関して、前記カードを用いた認証とは別個の認
   証を行う必要があるか否かを判断するとともに、前記別
   個の認証を行う必要があると判断した場合、前記カード
   とは異なる認証ツールへのアクセスを前記顧客操作端末
   に指示し、 前記顧客操作端末は、前記認証ツールへのアクセス指示
   を受けた場合、前記認証ツールに格納され、前記認証ツ
   ール毎に個別に付与された固有情報に基づいた認証を行
   うために、前記認証ツールにアクセスし、 前記認証ツールは、顧客が携行している物品に取付けら
   れており、前記顧客操作端末との間で非接触のデータキ
   ャリアシステムによる情報伝達が可能であることを特徴
   とする認証システム。
6. 【請求項６】前記顧客操作端末は、非接触のデータキャ
   リアシステムを介して、前記認証ツールより受信した前
   記固有情報を前記ホストコンピュータに転送し、 前記ホストコンピュータは、前記顧客操作端末より転送
   された前記固有情報を、前記ホストコンピュータ側に予
   め設定され、取引きを申し入れた顧客に関する前記固有
   情報と比較することにより、前記別個の認証を行うこと
   を特徴とする請求項５に記載された認証システム。
7. 【請求項７】前記ホストコンピュータは、前記ホストコ
   ンピュータ側に予め設定され、取引きを申し入れた顧客
   に関する前記固有情報を前記顧客操作端末に送信し、 前記顧客操作端末は、非接触のデータキャリアシステム
   を介して、前記認証ツールより受信した前記固有情報
   を、前記ホストコンピュータより受信した前記固有情報
   と比較することにより、前記別個の認証を行うことを特
   徴とする請求項５に記載された認証システム。
8. 【請求項８】前記ホストコンピュータは、前記ホストコ
   ンピュータ側に予め設定され、取引きを申し入れた顧客
   に関する前記固有情報を前記顧客操作端末に送信し、 前記顧客操作端末は、非接触のデータキャリアシステム
   を介して、前記ホストコンピュータより受信した前記固
   有情報を前記認証ツールに送信することにより、前記認
   証ツールに前記別個の認証を依頼し、 前記顧客操作端末は、前記認証ツールにおいて行われた
   前記別個の認証の認証結果を受信することを特徴とする
   請求項５に記載された認証システム。
9. 【請求項９】顧客毎に個別に発行されたカードを用い
   て、顧客が顧客操作端末より取引者に取引きを申し入れ
   る際に、前記カードを用いた認証とは異なる認証を行う
   ために発行され、常備性を有する物品に取付けられる認
   証ツールにおいて、 顧客操作端末との間で、非接触のデータキャリアによる
   データの送受信を行うアンテナと、 前記アンテナを介して受信した電波に基づき、内部駆動
   用の電源を発生する電源回路と、 認証ツール毎に個別に付与され、顧客が申し入れた取引
   きに関して、前記カードを用いた認証とは別個の認証を
   行うために必要な固有情報を記憶したメモリと、 顧客操作端末側から要求を受けた場合、前記メモリに記
   憶された固有情報を読み出すとともに、当該固有情報を
   前記アンテナを介して送信する制御を行う制御部とを有
   することを特徴とする認証ツール。