認証システム
【課題】認証システムの利用者が、ＩＣカードを接続する端末の正当性が認証されたことを確認した上で、その端末に認証情報の入力をできるようにする。
【解決手段】利用者が所有するＩＣクレジットカード１０と、このＩＣクレジットカード１０と通信可能なリーダライタ３０とを含んで構成され、利用者のバイオメトリック情報に基づいて利用者認証を行う。ＩＣクレジットカード１０は、リーダライタ３０の正当性を認証する端末認証部と、端末認証部によるリーダライタ３０の正当性を認証できた場合に、バイオメトリック情報を読み取る入力装置と、を有する。
【解決手段】利用者が所有するＩＣクレジットカード１０と、このＩＣクレジットカード１０と通信可能なリーダライタ３０とを含んで構成され、利用者のバイオメトリック情報に基づいて利用者認証を行う。ＩＣクレジットカード１０は、リーダライタ３０の正当性を認証する端末認証部と、端末認証部によるリーダライタ３０の正当性を認証できた場合に、バイオメトリック情報を読み取る入力装置と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者認証を行うためのＩＣカードを用いた認証システムに関する。
【背景技術】
【０００２】
ＩＣ（Integrated Circuit）カードはプラスチック板にＩＣチップを埋め込んだカードである。そのＩＣチップにはＣＰＵやメモリが搭載されており、小さなコンピュータとして機能している。ＩＣカードは、キャッシュカードやクレジットカード、テレホンカード、建物の入退室管理や住民基本台帳の本人確認用カード等、様々な分野で利用されるようになってきており、その重要性が高まっている。
【０００３】
ＩＣカードの重要性が高まるにつれ、ＩＣカードを利用したシステムではその利便性と共にセキュリティ機能が重要視されるようになってきている。ＩＣカードを利用したシステムでのセキュリティ対策のひとつとして、ＩＣカードの所有者本人が当該ＩＣカードを使用していることの認証（本人認証）がある。本人認証には、ＩＣカード内に記憶された暗証番号を用いる認証形態がもっとも一般的である。この認証形態では、利用者がＩＣカードの利用時に、暗証番号を端末に入力し、入力された暗証番号とＩＣカードにあらかじめ記憶されている暗証番号との比較によって認証が行われる。また、ＩＣカードや端末そのものについても、偽造や変造等による不正なカードや端末ではないことの認証が行われている。これは、端末側から見てＩＣカードの正当性を認証する内部認証や、ＩＣカード側から見て端末の正当性を認証する外部認証として知られている。
【０００４】
ＩＣカードは、接続する端末の外部認証が成功した後に初めて、ＩＣカード内に記憶されている情報に対して、端末からのアクセスを許可するようにしている。これにより、ＩＣカードを不正に利用された決済が行われたり、ＩＣカードに記憶されている個人情報や決済情報といった重要な情報が漏洩してしまうといったリスクを軽減している。
【非特許文献１】伊土誠一監修，松本隆明，岡本龍明編著「情報セキュリティ技術」株式会社オーム社，２０００年８月２８日，ｐ．１３１−１３７
【非特許文献２】織田博靖、鮎川幸司、苅部浩著「セキュリティＩＣカードの基礎と応用」株式会社シーメディア，２０００年４月２７日，ｐ．１１５−１１７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、認証の結果を表示するディスプレイ等は端末側に備えつけられているのが一般的なので、利用者は端末が正当であることを確認するすべがない。すなわち、不正な端末であっても正当に認証されたとの表示がなされるように細工されていると、利用者は不正な端末であるかどうか判断のしようがないのである。このため、ＩＣカードの内部では不正な決済の処理や、情報の漏洩を抑制するような仕組みになっていても、不正に細工された端末が暗証番号やパスワード等の認証情報の入力を促すように表示すると、利用者はその認証されていない端末に対して認証情報を入力してしまう可能性が高い。このように、従来のＩＣカードによる認証システムでは、不正な端末によって認証情報が盗取されてしまうおそれがあった。
【０００６】
本発明は上記のような問題を鑑みてなされたものであり、利用者がＩＣカードを接続する端末の正当性が認証されたことを確認した上で認証情報の入力ができるようにする、認証システム及びＩＣカードを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、利用者が所有するＩＣカードと、前記ＩＣカードと通信可能なＩＣカード端末とを含んで構成され、前記利用者のバイオメトリック情報に基づいて利用者認証を行う利用者認証システムであって、前記ＩＣカードが、前記ＩＣカード端末の正当性を認証する端末認証部と、前記端末認証部による前記ＩＣカード端末の正当性を認証できた場合に、前記バイオメトリック情報を読み取る入力装置と、を有することを特徴とする。
【０００８】
本発明によれば、ＩＣカードは、利用者がバイオメトリック情報をＩＣカードに入力するよりも前に、ＩＣカード端末を認証する。従って、利用者は、ＩＣカード端末が正しく認証されたことを確認した上で、認証に用いられるバイオメトリック情報を入力することができる。
【発明の効果】
【０００９】
本発明によれば、利用者がＩＣカード端末の正当性が認証されたことを確認した上で認証情報の入力を行うことが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態であるＩＣクレジットカードを用いた決済を行う決済処理システムについて説明する。
【００１１】
図１は、本実施形態に係る決済処理システムの全体構成を示すブロック図である。図１に示すように、本実施形態の決済処理システムは、店舗のレジ等に設置される代金決済用のＰＯＳ端末２０と、クレジット決済に係る決済機関である金融機関等の運営する決済サーバ４０とが通信回線５０によって接続されて構成されている。通信回線５０は例えば電話回線やインターネット、無線による接続等である。
【００１２】
ＰＯＳ端末２０は、ＩＣクレジットカード１０との間で通信を行うためのＩＣカードのリーダライタ３０（本発明のＩＣカード端末）を備えており、店舗の商品を購買する顧客（ＩＣクレジットカードの利用者）が所持するＩＣクレジットカード１０と通信することによって決済処理を行う機能を有している。利用者は代金をクレジット決済する際には、ＩＣクレジットカード１０をリーダライタ３０に挿入して、リーダライタ３０の備えるキーパッド３１を使用して暗証番号を入力する。ＰＯＳ端末２０は入力された暗証番号を用いて利用者の本人認証を行う。ＰＯＳ端末２０は本人認証が成功すると、ＩＣクレジットカード１０や決済サーバ４０と通信し、決済処理を行う。
【００１３】
＝＝＝ＩＣクレジットカード＝＝＝
ＩＣクレジットカード１０はＣＰＵやメモリを備えるＩＣカードである。図２に、ＩＣクレジットカード１０の構成の一例を示す。図２に示すように、ＩＣクレジットカード１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＥＥＰＲＯＭ１４、インタフェース１５、接点端子１６、ＬＥＤ１７を備えている。
【００１４】
ＣＰＵ１１はＩＣクレジットカード１０の処理を制御するものである。ＲＡＭ１３はプログラムやデータを記憶する読み書き可能な揮発性メモリである。ＲＯＭ１２は読み出し専用の不揮発性メモリであり、認証プログラム１８が記憶されている。ＣＰＵ１１は認証プログラム１８をＲＡＭ１２に読み出し、ＲＡＭ１３に読み出した認証プログラム１８を実行することにより、ＩＣクレジットカード１０が接続するリーダライタ３０の正当性を認証する機能を実現する。すなわち、本発明の端末認証部は、ＣＰＵ１１が認証プログラム１８を実行することによって実現される。
【００１５】
ＥＥＰＲＯＭ１４は主にデータを格納するための読み書き可能な不揮発性メモリである。ＥＥＰＲＯＭ１４には、私有鍵１４１、公開鍵１４２、公開鍵１４２に対する公開鍵証明書１４３及び証明機関の公開鍵１４４が記憶されている。公開鍵証明書１４３は例えば証明機関によりＸ．５０９等の所定の形式で署名された公開鍵３３２に対する証明書である。公開鍵証明書１４３は証明機関の公開鍵１４４で復号し、公開鍵１４２を取り出すことができる。後述するように、リーダライタ３０にも私有鍵、公開鍵、公開鍵証明書が記憶されており、これらの鍵や証明書を用いてＩＣクレジットカード１０とリーダライタ３０との間で暗号化通信が行われる。また、ＥＥＰＲＯＭ１４には、当該ＩＣクレジットカード１０の利用者の暗証番号やパスワード等の認証情報１４５が記憶されている。なお、ＥＥＰＲＯＭ１４に記憶される上記各データは暗号化して記憶するようにしてもよい。
【００１６】
インタフェース１５は、リーダライタ３０と接続するためのインタフェースである。接点端子１６とリーダライタ３０の備える接点端子とが接触することにより、ＩＣクレジットカード１０とリーダライタ３０とが接続され、インタフェース１５がシリアル入出力などによるリーダライタ３０との間のデータの通信制御を行うことにより、ＩＣクレジットカード１０とリーダライタ３０との間の通信が可能となる。またＩＣクレジットカード１０は、接点端子１６を介してリーダライタ３０からの電源の供給も受ける。
【００１７】
ＬＥＤ１７は、ＣＰＵ１１の制御によって発光する発光部である。ＩＣクレジットカード１０は、後述する認証処理により、リーダライタ３０を正しく認証できた場合にＬＥＤ１７を発光させる。本実施の形態において本発明の報知部は、ＣＰＵ１１が認証プログラム１８を実行し、ＬＥＤ１７を発光させることにより実現される。すなわち、ＬＥＤ１７は、本発明の報知部が備える発光手段に相当する。
【００１８】
なお、図２に示すＩＣクレジットカード１０は接触型のＩＣカードの構成となっているが、もちろん非接触型の構成としてもよい。その場合、ＩＣクレジットカード１０はアンテナコイルを備え、インタフェース１５を介してリーダライタ３０との間で無線通信を行うようになる。また、ＩＣクレジットカード１０が接点端子１６とアンテナコイルとを両方備えるようにして、接触型及び非接触型の両方の形態を同時に備えるハイブリッド型とすることもできる。
【００１９】
＝＝＝ＰＯＳ端末＝＝＝
図３は、ＰＯＳ端末２０の構成を示すブロック図である。図３に示すように、ＰＯＳ端末２０は、ＣＰＵ２１、メモリ２２、記憶装置２３、ディスプレイ２４、入力装置２５、通信インタフェース２６、リーダライタインタフェース２７を備えている。
【００２０】
ＣＰＵ２１はＰＯＳ端末２０の全体の制御を司るもので、記憶装置２３からメモリ２２にロードされたプログラムを実行することによって、例えば、商品の単価と数量から決済金額を算出したり、売り上げ時間を記憶したりといったＰＯＳ端末としての機能を実現する。
【００２１】
記憶装置２３は例えばハードディスクやＲＯＭ等であり、ＣＰＵ２１によって実行されるアプリケーションプログラムやデータが記憶されている。
【００２２】
ディスプレイ２４はＰＯＳ端末の表示装置で、商品の購入代金等を表示する。入力装置２５は、例えば、バーコードリーダやテンキー等であり、商品コードや商品の金額等を入力する際に用いられる。
【００２３】
通信インタフェース２６は通信回線５０に接続するインタフェースであり、例えば電話回線に接続するモデムやＬＡＮに接続するネットワークインタフェースなどである。
【００２４】
リーダライタインタフェース２７はリーダライタ３０と接続するインタフェースである。リーダライタインタフェース２７は例えばＲＳ２３２ＣやＵＳＢ等の周知の規格に従ってリーダライタ３０と接続する。
【００２５】
なお、リーダライタ３０はＰＯＳ端末２０と一体的に組み込まれる形態としてもよいし、別体としてケーブル等によって接続する形態としてもよい。
【００２６】
＝＝＝リーダライタ＝＝＝
図４は、リーダライタ３０の構成を示すブロック図である。図４に示すように、リーダライタ３０は、キーパッド３１、ＣＰＵ３２、ＥＥＰＲＯＭ３３、ＲＡＭ３４、ディスプレイ３５、ホストインタフェース３６、ＩＣカードインタフェース３７を備えている。
【００２７】
キーパッド３１は入力装置である。ＩＣクレジットカード１０の利用者は暗証番号を入力する際にキーパッド３１を用いて入力する。
【００２８】
ＣＰＵ３２はリーダライタ３０全体を制御するものであり、ＥＥＰＲＯＭ３３に記憶されているプログラムをＲＡＭ３４に読み出して実行することにより、後述する認証機能や決済サーバ４０に対する決済依頼の発行の機能などを実現する。
【００２９】
ＥＥＰＲＯＭ３３にはＣＰＵ３２によって実行されるプログラムや、プログラムによって使用されるデータが記憶されている不揮発性メモリであり、例えば半導体メモリやフラッシュメモリである。なお、ＥＥＰＲＯＭ３３に代えて、例えば、ハードディスク等の記憶媒体を用いることもできる。また、ＲＡＭ３４はデータやプログラムが格納される揮発性メモリである。
【００３０】
ＥＥＰＲＯＭ３３には、私有鍵３３１、公開鍵３３２、証明機関による公開鍵３３２に対する公開鍵証明書３３３、及び証明機関の公開鍵３３４が記憶されている。公開鍵証明書３３３は例えば証明機関によりＸ．５０９等の所定の形式で署名された公開鍵３３２の証明書である。公開鍵証明書３３３は証明機関の公開鍵３３４で復号し、公開鍵３３２を取り出すことができる。上述したように、これらの鍵や証明書等を用いてリーダライタ３０とＩＣクレジットカード１０との間で暗号化通信が行われる。なお、本実施形態では、リーダライタ３０が記憶する証明機関の公開鍵３３４は、ＩＣクレジットカード１０が記憶する証明機関の公開鍵１４４と同じ内容となっている。
【００３１】
ディスプレイ３５は例えば操作の指示や、処理のステータス等を表示するデバイスである。ＣＰＵ３２は、例えば、認証プログラム３８を実行するときに、接続されたＩＣカードの認証結果や、本人認証のための暗証番号の入力を促すメッセージ等を表示することができる。
【００３２】
ホストインタフェース３６はＰＯＳ端末２０と接続するインタフェースである。ホストインタフェース３６は、例えば、ＲＳ２３２ＣやＵＳＢ等の周知の規格に従ってＰＯＳ端末２０と接続する。ＩＣカードインタフェース３７は、カード挿入口に挿入されたＩＣカードとの通信を行うためのインタフェースである。
【００３３】
上述したように、本実施形態において、利用者が店舗にて代金決済をクレジットにて行う場合、ＩＣクレジットカード１０をリーダライタ３０に挿入し、リーダライタ３０のディスプレイ３５に表示されたメッセージに従い、キーパッド３１を用いて暗証番号を入力する。リーダライタ３０はＩＣクレジットカード１０との間で通信を行い、ＩＣクレジットカード１０の保持するデータや入力された暗証番号等によって利用者の認証を行う。ＰＯＳ端末２０はリーダライタ３０によって利用者が認証されると、決済サーバ４０に対して利用金額の決済を依頼する。
【００３４】
＝＝＝認証処理＝＝＝
以下にＩＣクレジットカード１０を用いた認証処理の流れを説明する。
図５は、ＩＣクレジットカード１０がＰＯＳ端末２０の備えるリーダライタ３０に挿入され、決済処理が行われるまでの処理の流れを示すフローチャートである。
【００３５】
利用者によりＩＣクレジットカード１０がリーダライタ３０に挿入されると（S5001）、ＩＣクレジットカード１０とリーダライタ３０との間で相互に正当性の認証が行われる（S5002）。なお、この認証処理の詳細は後述する。
【００３６】
上記の相互認証の結果、ＩＣクレジットカード１０によってリーダライタ３０の正当性が認証されると、ＩＣクレジットカード１０の備えるＬＥＤ１７が発光し（S5003）、リーダライタ３０の正当性が認証されたことが利用者に報知される。次に利用者により、暗証番号やパスワード等の認証情報がリーダライタ３０の備えるキーパッド３１を介して入力される（S5004）。
【００３７】
利用者による認証情報が入力されると、リーダライタ３０は入力された認証情報を付帯させてＩＣクレジットカード１０に本人認証の要求を送信し、ＩＣクレジットカード１０は、受信した認証情報とＥＥＰＲＯＭ１４に記憶している認証情報１４５とを比較することにより、利用者の正当性が認証される（S5005）。ＩＣクレジットカード１０による利用者に対する本人認証の結果はリーダライタ３０に返答され、その結果に応じてＰＯＳ端末２０は決済処理を行う（S5006）。
【００３８】
上記説明したように、利用者はＬＥＤ１７の発光によって、認証情報を入力するよりも前にリーダライタ３０の正当性を確認することが可能となっている。
【００３９】
次に、ＩＣクレジットカード１０とリーダライタ３０との間で相互に正当性を認証する仕組みについて説明する。図６はＩＣクレジットカード１０とリーダライタ３０とがお互いに認証を行う処理の流れを示すフローチャートである。
【００４０】
まずリーダライタ３０はＩＣクレジットカード１０の内部認証を行う。リーダライタ３０は乱数（乱数ＲＢ）を生成し、ＲＡＭ３４に記憶しておく（S6001）。リーダライタ３０は生成した乱数ＲＢをＩＣクレジットカード１０に送信する（S6002）。
【００４１】
ＩＣクレジットカード１０は乱数ＲＢを受信すると、新たな乱数ＲＡを生成し、乱数ＲＡをＲＡＭ１３に記憶しておく（S6003）。ＩＣクレジットカード１０は、私有鍵１４１を用いて、乱数ＲＡと乱数ＲＢとから成るデータに対する署名（署名ＳＡ）を生成する（S6004）。ここでＩＣクレジットカード１０は乱数ＲＢもＲＡＭ１３に記憶しておく（S6005）。ＩＣクレジットカード１０は乱数ＲＡと署名ＳＡに、証明機関によるＩＣクレジットカード１０の公開鍵の証明書である公開鍵証明書１４３を付帯させてリーダライタ３０に送信する（S6006）。ここで公開鍵証明書１４３を証明書ＣＡとする。また、ＩＣクレジットカード１０の公開鍵である公開鍵１４２を公開鍵ＫＡとする。
【００４２】
リーダライタ３０は受信した証明書ＣＡからＩＣクレジットカード１０の公開鍵ＫＡを取り出し（S6007）、署名ＳＡを検証する（S6008）。署名ＳＡの検証は、例えば、受信した乱数ＲＡとＲＡＭ３４に記憶しておいた乱数ＲＢとから成るデータに対するハッシュ演算を行い、ここで計算されたハッシュ値と、ＩＣクレジットカード１０による署名ＳＡをＩＣクレジットカード１０の公開鍵ＫＡで復号した値とを比較し、それらが同一であるかどうかを判断することによって行う。リーダライタ３０は署名ＳＡの検証により、ＩＣクレジットカード１０の正当性を認証する。
【００４３】
次にＩＣクレジットカード１０によるリーダライタ３０の認証を行う。リーダライタ３０は、新たに乱数（乱数ＲＣ）を生成する（S6009）。リーダライタ３０は、私有鍵３３１を用いて、乱数ＲＢ、乱数ＲＡ及び乱数ＲＣから成るデータに対する署名（署名ＳＢ）を生成する（S6010）。リーダライタ３０は乱数ＲＣと署名ＳＢに、リーダライタ３０の公開鍵３３２の証明書である公開鍵証明書３３３を付帯させてＩＣクレジットカード１０に送信する（S6011）。ここでリーダライタ３０の公開鍵３３２を公開鍵ＫＢ、公開鍵証明書３３３を証明書ＣＢとする。
【００４４】
ＩＣクレジットカード１０は受信した証明書ＣＢからリーダライタ３０の公開鍵ＫＢを取り出し（S6012）、署名ＳＢを検証する（S6013）。署名ＳＢの検証は、上記の署名ＳＡの検証と同様に、例えば、受信した乱数ＲＢとＲＡＭ１３に記憶しておいた乱数ＲＡとから成るデータに対するハッシュ演算を行い、計算されたハッシュ値と、署名ＳＢを公開鍵ＫＢで復号した値とを比較し、同一であるかどうかを判断することによって行う。このようにして、ＩＣクレジットカード１０は署名ＳＢの検証により、リーダライタ３０の正当性の認証を行う。
【００４５】
以上、本実施形態によるＩＣクレジットカード１０とリーダライタ３０とが相互に認証する処理を説明したが、上述のような公開鍵による暗号化以外にも、共通鍵方式によって認証を行うことも可能である。ＩＣクレジットカード１０とリーダライタ３０とが共通の秘密鍵をＥＥＰＲＯＭ等に記憶しておく。リーダライタ３０は乱数を生成し、ＩＣクレジットカード１０がその乱数に対して秘密鍵で暗号化を行い、リーダライタ３０は暗号化された乱数を復号して、生成した乱数と同値であるかどうかを判断することにより、リーダライタ３０はＩＣクレジットカード１０に対する内部認証を行う。同様に、ＩＣクレジットカード１０が生成した乱数をリーダライタ３０が暗号化し、ＩＣクレジットカード１０が復号して、生成した乱数と復号した乱数とを比較することにより、ＩＣクレジットカード１０はリーダライタ３０に対する外部認証を行うことができる。
【００４６】
以上説明したように、ＩＣクレジットカード１０は、利用者が暗証番号を入力するよりも前に、リーダライタ３０の認証結果をＬＥＤ１７の発光によって報知する。そのため、利用者は、例えば、ＬＥＤ１７が発光しなかった場合には、ＰＯＳ端末２０が信用できないものとして暗証番号の入力をしない等の対応をとることが可能になる。よって、利用者が暗証番号を不正に取得することを目的とした装置に対して暗証番号を入力してしまうような危険を減らすことができる。
【００４７】
また、本実施形態では、既存のＩＣカード用リーダライタをそのまま用いることができるので、既存のシステム資産を変更するためのコストを掛けることなく、上述の効果を得ることができる。
【００４８】
また、本実施の形態ではＩＣクレジットカード１０のＬＥＤ１７は、ＩＣクレジットカード１０がリーダライタ３０の正当性を認証できたときに発光する。これにより、ＬＥＤ１７等の報知部の故障等によって信号が出力されない場合に、不正な端末を正当であるとして誤認してしまうことを防止できる。
ただし、ＩＣクレジットカード１０は、接続するリーダライタ３０の正当性を認証できなかったときに発光するようにすることもできる。この場合、ＩＣクレジットカード１０が不正な端末である可能性が高いリーダライタ３０に接続しているということが、より利用者に分かりやすく認知されるという効果がある。
【００４９】
また、本実施形態においてＩＣクレジットカード１０の備えるＬＥＤ１７は、発光によって認証結果を報知するものであるが、これを音響を出力するものとすることもできる。すなわち、ＬＥＤ１７に代えて、ブザー出力をする圧電ブザーや、ＲＯＭ１２やＥＥＰＲＯＭ１４に記憶される音声データを出力するスピーカ等を本発明の音響出力手段として用いることもできる。また、ＬＥＤ１７に代えて、液晶ディスプレイ等の表示装置を用いることもできる。ＩＣクレジットカード１０が液晶ディスプレイを備えていれば、認証の経過や結果等を詳細に表示することも可能である。
【００５０】
さらに、ＩＣクレジットカード１０が異なる種類の報知手段を複数備えるようにしてもよい。例えば、ＩＣクレジットカード１０がＬＥＤ１７と圧電ブザーの両方を備え、発光や音響出力との両方の報知信号を出力するようにすることができる。この場合、例えばＩＣクレジットカード１０がリーダライタ３０の正当性を認証できたときにＬＥＤ１７を発光し、リーダライタ３０の正当性を認証できなかったときにブザーを鳴らすようにする。これにより、利用者がＬＥＤ１７等の報知部の故障等によって信号が出力されない場合に不正な端末を正当であると誤認してしまうことを防止し、利用者が不正な端末の判別結果を分かりやすく認知できるようにすることができる。
【００５１】
また、ＩＣクレジットカード１０の備えるＬＥＤ１７に代えて、電波を発信する発信機を用いることもできる。この場合、例えば、ＩＣクレジットカード１０がリーダライタ３０の正当性を認証できなかった場合に電波を発信するようし、その電波を受信する受信機は、例えば電波の受信に応じて振動したりブザーを鳴らしたりするようにしておくことができる。利用者は電波の受信機を保持するようにして、例えば、ＩＣクレジットカード１０によるリーダライタ３０の正当性の認証ができない場合にその報知を受けるようにすることができる。これにより、例えば、ＩＣクレジットカード１０が接続するリーダライタ３０とキーパッド３１とが分離し、利用者が暗証番号等の認証情報を入力する場所でＩＣクレジットカード１０から光や音による報知を認知できないような状況であっても、利用者は離れた場所で電波を受信することによって報知を受けることが可能となる。
【００５２】
また、本実施形態において、利用者から入力を受け付けるキーパッド３１はリーダライタ３０が備えていたが、キーパッド３１はＰＯＳ端末２０の備える入力装置２５によって代替することもできる。その場合、ＰＯＳ端末２０が利用者の入力した認証情報を受け付け、受け付けた認証情報をリーダライタ３０に伝達する。またリーダライタ３０のディスプレイ３５も、ＰＯＳ端末２０のディスプレイ２４等で代替することが可能である。さらに、上述した認証処理を行う認証機能等、リーダライタ３０のＣＰＵ３２がプログラムを実行することにより実現される機能は、ＰＯＳ端末２０のＣＰＵ２１がプログラムを実行するようにすることもできる。その場合、ＩＣクレジットカード１０はＰＯＳ端末２０に直接挿入され、ＰＯＳ端末２０がリーダライタ３０と同様のプログラムを実行することにより、ＩＣクレジットカード１０との間でのやり取りを行う。
【００５３】
また、本実施形態におけるＩＣクレジットカード１０が記憶している認証情報１４５は、例えば、指紋や声紋、網膜のパターン、虹彩等のバイオメトリック情報とすることができる。その場合、リーダライタ３０の備えるキーパッド３１は指紋を読み取るスキャナーや声が入力されるマイク、カメラ等の入力機器とし、それらによって入力されたデータをＩＣクレジットカード１０が照合することによって本人認証を行う。また、これらの入力装置は、リーダライタ３０以外にも、ＰＯＳ端末２０が備える形態としてもよいし、ＩＣクレジットカード１０が備える形態としてもよい。
【００５４】
なお、本実施の形態に係る認証システムは、金融決済システム以外にも、例えば、デビットカードやキャッシュカード、さらに建物への入退室管理等、利用者が所有するＩＣカードと、利用者が入力するパスワード等の認証情報とを用いて認証を行う場合に広く適用が可能である。
【００５５】
以上本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態に係る、決済処理システムの全体構成を示すブロック図である。
【図２】本発明の一実施形態に係る、ＩＣクレジットカード１０の構成を示す。
【図３】本発明の一実施形態に係る、ＰＯＳ端末２０の構成を示すブロック図である。
【図４】本発明の一実施形態に係る、リーダライタ３０の構成を示すブロック図である。
【図５】本発明の一実施形態に係る、ＩＣクレジットカード１０がＰＯＳ端末２０の備えるリーダライタ３０に挿入され、決済処理が行われるまでの処理の流れを示すフローチャートである。
【図６】本発明の一実施形態に係る、ＩＣクレジットカード１０とリーダライタ３０とがお互いに認証を行う処理の流れを示すフローチャートである。
【符号の説明】
【００５７】
１０ ＩＣクレジットカード １１ ＣＰＵ
１４ ＥＥＰＲＯＭ １４１ 私有鍵
１４２ 公開鍵 １４３ 公開鍵証明書
１４４ 証明機関の公開鍵 １４５ 認証情報
１７ ＬＥＤ １８ 認証プログラム
３０ リーダライタ ３１ キーパッド
３３ ＥＥＰＲＯＭ
３３１ 私有鍵 ３３２ 公開鍵
３３３ 公開鍵証明書 ３３４ 証明機関の公開鍵
【技術分野】
【０００１】
本発明は、利用者認証を行うためのＩＣカードを用いた認証システムに関する。
【背景技術】
【０００２】
ＩＣ（Integrated Circuit）カードはプラスチック板にＩＣチップを埋め込んだカードである。そのＩＣチップにはＣＰＵやメモリが搭載されており、小さなコンピュータとして機能している。ＩＣカードは、キャッシュカードやクレジットカード、テレホンカード、建物の入退室管理や住民基本台帳の本人確認用カード等、様々な分野で利用されるようになってきており、その重要性が高まっている。
【０００３】
ＩＣカードの重要性が高まるにつれ、ＩＣカードを利用したシステムではその利便性と共にセキュリティ機能が重要視されるようになってきている。ＩＣカードを利用したシステムでのセキュリティ対策のひとつとして、ＩＣカードの所有者本人が当該ＩＣカードを使用していることの認証（本人認証）がある。本人認証には、ＩＣカード内に記憶された暗証番号を用いる認証形態がもっとも一般的である。この認証形態では、利用者がＩＣカードの利用時に、暗証番号を端末に入力し、入力された暗証番号とＩＣカードにあらかじめ記憶されている暗証番号との比較によって認証が行われる。また、ＩＣカードや端末そのものについても、偽造や変造等による不正なカードや端末ではないことの認証が行われている。これは、端末側から見てＩＣカードの正当性を認証する内部認証や、ＩＣカード側から見て端末の正当性を認証する外部認証として知られている。
【０００４】
ＩＣカードは、接続する端末の外部認証が成功した後に初めて、ＩＣカード内に記憶されている情報に対して、端末からのアクセスを許可するようにしている。これにより、ＩＣカードを不正に利用された決済が行われたり、ＩＣカードに記憶されている個人情報や決済情報といった重要な情報が漏洩してしまうといったリスクを軽減している。
【非特許文献１】伊土誠一監修，松本隆明，岡本龍明編著「情報セキュリティ技術」株式会社オーム社，２０００年８月２８日，ｐ．１３１−１３７
【非特許文献２】織田博靖、鮎川幸司、苅部浩著「セキュリティＩＣカードの基礎と応用」株式会社シーメディア，２０００年４月２７日，ｐ．１１５−１１７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、認証の結果を表示するディスプレイ等は端末側に備えつけられているのが一般的なので、利用者は端末が正当であることを確認するすべがない。すなわち、不正な端末であっても正当に認証されたとの表示がなされるように細工されていると、利用者は不正な端末であるかどうか判断のしようがないのである。このため、ＩＣカードの内部では不正な決済の処理や、情報の漏洩を抑制するような仕組みになっていても、不正に細工された端末が暗証番号やパスワード等の認証情報の入力を促すように表示すると、利用者はその認証されていない端末に対して認証情報を入力してしまう可能性が高い。このように、従来のＩＣカードによる認証システムでは、不正な端末によって認証情報が盗取されてしまうおそれがあった。
【０００６】
本発明は上記のような問題を鑑みてなされたものであり、利用者がＩＣカードを接続する端末の正当性が認証されたことを確認した上で認証情報の入力ができるようにする、認証システム及びＩＣカードを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、利用者が所有するＩＣカードと、前記ＩＣカードと通信可能なＩＣカード端末とを含んで構成され、前記利用者のバイオメトリック情報に基づいて利用者認証を行う利用者認証システムであって、前記ＩＣカードが、前記ＩＣカード端末の正当性を認証する端末認証部と、前記端末認証部による前記ＩＣカード端末の正当性を認証できた場合に、前記バイオメトリック情報を読み取る入力装置と、を有することを特徴とする。
【０００８】
本発明によれば、ＩＣカードは、利用者がバイオメトリック情報をＩＣカードに入力するよりも前に、ＩＣカード端末を認証する。従って、利用者は、ＩＣカード端末が正しく認証されたことを確認した上で、認証に用いられるバイオメトリック情報を入力することができる。
【発明の効果】
【０００９】
本発明によれば、利用者がＩＣカード端末の正当性が認証されたことを確認した上で認証情報の入力を行うことが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態であるＩＣクレジットカードを用いた決済を行う決済処理システムについて説明する。
【００１１】
図１は、本実施形態に係る決済処理システムの全体構成を示すブロック図である。図１に示すように、本実施形態の決済処理システムは、店舗のレジ等に設置される代金決済用のＰＯＳ端末２０と、クレジット決済に係る決済機関である金融機関等の運営する決済サーバ４０とが通信回線５０によって接続されて構成されている。通信回線５０は例えば電話回線やインターネット、無線による接続等である。
【００１２】
ＰＯＳ端末２０は、ＩＣクレジットカード１０との間で通信を行うためのＩＣカードのリーダライタ３０（本発明のＩＣカード端末）を備えており、店舗の商品を購買する顧客（ＩＣクレジットカードの利用者）が所持するＩＣクレジットカード１０と通信することによって決済処理を行う機能を有している。利用者は代金をクレジット決済する際には、ＩＣクレジットカード１０をリーダライタ３０に挿入して、リーダライタ３０の備えるキーパッド３１を使用して暗証番号を入力する。ＰＯＳ端末２０は入力された暗証番号を用いて利用者の本人認証を行う。ＰＯＳ端末２０は本人認証が成功すると、ＩＣクレジットカード１０や決済サーバ４０と通信し、決済処理を行う。
【００１３】
＝＝＝ＩＣクレジットカード＝＝＝
ＩＣクレジットカード１０はＣＰＵやメモリを備えるＩＣカードである。図２に、ＩＣクレジットカード１０の構成の一例を示す。図２に示すように、ＩＣクレジットカード１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＥＥＰＲＯＭ１４、インタフェース１５、接点端子１６、ＬＥＤ１７を備えている。
【００１４】
ＣＰＵ１１はＩＣクレジットカード１０の処理を制御するものである。ＲＡＭ１３はプログラムやデータを記憶する読み書き可能な揮発性メモリである。ＲＯＭ１２は読み出し専用の不揮発性メモリであり、認証プログラム１８が記憶されている。ＣＰＵ１１は認証プログラム１８をＲＡＭ１２に読み出し、ＲＡＭ１３に読み出した認証プログラム１８を実行することにより、ＩＣクレジットカード１０が接続するリーダライタ３０の正当性を認証する機能を実現する。すなわち、本発明の端末認証部は、ＣＰＵ１１が認証プログラム１８を実行することによって実現される。
【００１５】
ＥＥＰＲＯＭ１４は主にデータを格納するための読み書き可能な不揮発性メモリである。ＥＥＰＲＯＭ１４には、私有鍵１４１、公開鍵１４２、公開鍵１４２に対する公開鍵証明書１４３及び証明機関の公開鍵１４４が記憶されている。公開鍵証明書１４３は例えば証明機関によりＸ．５０９等の所定の形式で署名された公開鍵３３２に対する証明書である。公開鍵証明書１４３は証明機関の公開鍵１４４で復号し、公開鍵１４２を取り出すことができる。後述するように、リーダライタ３０にも私有鍵、公開鍵、公開鍵証明書が記憶されており、これらの鍵や証明書を用いてＩＣクレジットカード１０とリーダライタ３０との間で暗号化通信が行われる。また、ＥＥＰＲＯＭ１４には、当該ＩＣクレジットカード１０の利用者の暗証番号やパスワード等の認証情報１４５が記憶されている。なお、ＥＥＰＲＯＭ１４に記憶される上記各データは暗号化して記憶するようにしてもよい。
【００１６】
インタフェース１５は、リーダライタ３０と接続するためのインタフェースである。接点端子１６とリーダライタ３０の備える接点端子とが接触することにより、ＩＣクレジットカード１０とリーダライタ３０とが接続され、インタフェース１５がシリアル入出力などによるリーダライタ３０との間のデータの通信制御を行うことにより、ＩＣクレジットカード１０とリーダライタ３０との間の通信が可能となる。またＩＣクレジットカード１０は、接点端子１６を介してリーダライタ３０からの電源の供給も受ける。
【００１７】
ＬＥＤ１７は、ＣＰＵ１１の制御によって発光する発光部である。ＩＣクレジットカード１０は、後述する認証処理により、リーダライタ３０を正しく認証できた場合にＬＥＤ１７を発光させる。本実施の形態において本発明の報知部は、ＣＰＵ１１が認証プログラム１８を実行し、ＬＥＤ１７を発光させることにより実現される。すなわち、ＬＥＤ１７は、本発明の報知部が備える発光手段に相当する。
【００１８】
なお、図２に示すＩＣクレジットカード１０は接触型のＩＣカードの構成となっているが、もちろん非接触型の構成としてもよい。その場合、ＩＣクレジットカード１０はアンテナコイルを備え、インタフェース１５を介してリーダライタ３０との間で無線通信を行うようになる。また、ＩＣクレジットカード１０が接点端子１６とアンテナコイルとを両方備えるようにして、接触型及び非接触型の両方の形態を同時に備えるハイブリッド型とすることもできる。
【００１９】
＝＝＝ＰＯＳ端末＝＝＝
図３は、ＰＯＳ端末２０の構成を示すブロック図である。図３に示すように、ＰＯＳ端末２０は、ＣＰＵ２１、メモリ２２、記憶装置２３、ディスプレイ２４、入力装置２５、通信インタフェース２６、リーダライタインタフェース２７を備えている。
【００２０】
ＣＰＵ２１はＰＯＳ端末２０の全体の制御を司るもので、記憶装置２３からメモリ２２にロードされたプログラムを実行することによって、例えば、商品の単価と数量から決済金額を算出したり、売り上げ時間を記憶したりといったＰＯＳ端末としての機能を実現する。
【００２１】
記憶装置２３は例えばハードディスクやＲＯＭ等であり、ＣＰＵ２１によって実行されるアプリケーションプログラムやデータが記憶されている。
【００２２】
ディスプレイ２４はＰＯＳ端末の表示装置で、商品の購入代金等を表示する。入力装置２５は、例えば、バーコードリーダやテンキー等であり、商品コードや商品の金額等を入力する際に用いられる。
【００２３】
通信インタフェース２６は通信回線５０に接続するインタフェースであり、例えば電話回線に接続するモデムやＬＡＮに接続するネットワークインタフェースなどである。
【００２４】
リーダライタインタフェース２７はリーダライタ３０と接続するインタフェースである。リーダライタインタフェース２７は例えばＲＳ２３２ＣやＵＳＢ等の周知の規格に従ってリーダライタ３０と接続する。
【００２５】
なお、リーダライタ３０はＰＯＳ端末２０と一体的に組み込まれる形態としてもよいし、別体としてケーブル等によって接続する形態としてもよい。
【００２６】
＝＝＝リーダライタ＝＝＝
図４は、リーダライタ３０の構成を示すブロック図である。図４に示すように、リーダライタ３０は、キーパッド３１、ＣＰＵ３２、ＥＥＰＲＯＭ３３、ＲＡＭ３４、ディスプレイ３５、ホストインタフェース３６、ＩＣカードインタフェース３７を備えている。
【００２７】
キーパッド３１は入力装置である。ＩＣクレジットカード１０の利用者は暗証番号を入力する際にキーパッド３１を用いて入力する。
【００２８】
ＣＰＵ３２はリーダライタ３０全体を制御するものであり、ＥＥＰＲＯＭ３３に記憶されているプログラムをＲＡＭ３４に読み出して実行することにより、後述する認証機能や決済サーバ４０に対する決済依頼の発行の機能などを実現する。
【００２９】
ＥＥＰＲＯＭ３３にはＣＰＵ３２によって実行されるプログラムや、プログラムによって使用されるデータが記憶されている不揮発性メモリであり、例えば半導体メモリやフラッシュメモリである。なお、ＥＥＰＲＯＭ３３に代えて、例えば、ハードディスク等の記憶媒体を用いることもできる。また、ＲＡＭ３４はデータやプログラムが格納される揮発性メモリである。
【００３０】
ＥＥＰＲＯＭ３３には、私有鍵３３１、公開鍵３３２、証明機関による公開鍵３３２に対する公開鍵証明書３３３、及び証明機関の公開鍵３３４が記憶されている。公開鍵証明書３３３は例えば証明機関によりＸ．５０９等の所定の形式で署名された公開鍵３３２の証明書である。公開鍵証明書３３３は証明機関の公開鍵３３４で復号し、公開鍵３３２を取り出すことができる。上述したように、これらの鍵や証明書等を用いてリーダライタ３０とＩＣクレジットカード１０との間で暗号化通信が行われる。なお、本実施形態では、リーダライタ３０が記憶する証明機関の公開鍵３３４は、ＩＣクレジットカード１０が記憶する証明機関の公開鍵１４４と同じ内容となっている。
【００３１】
ディスプレイ３５は例えば操作の指示や、処理のステータス等を表示するデバイスである。ＣＰＵ３２は、例えば、認証プログラム３８を実行するときに、接続されたＩＣカードの認証結果や、本人認証のための暗証番号の入力を促すメッセージ等を表示することができる。
【００３２】
ホストインタフェース３６はＰＯＳ端末２０と接続するインタフェースである。ホストインタフェース３６は、例えば、ＲＳ２３２ＣやＵＳＢ等の周知の規格に従ってＰＯＳ端末２０と接続する。ＩＣカードインタフェース３７は、カード挿入口に挿入されたＩＣカードとの通信を行うためのインタフェースである。
【００３３】
上述したように、本実施形態において、利用者が店舗にて代金決済をクレジットにて行う場合、ＩＣクレジットカード１０をリーダライタ３０に挿入し、リーダライタ３０のディスプレイ３５に表示されたメッセージに従い、キーパッド３１を用いて暗証番号を入力する。リーダライタ３０はＩＣクレジットカード１０との間で通信を行い、ＩＣクレジットカード１０の保持するデータや入力された暗証番号等によって利用者の認証を行う。ＰＯＳ端末２０はリーダライタ３０によって利用者が認証されると、決済サーバ４０に対して利用金額の決済を依頼する。
【００３４】
＝＝＝認証処理＝＝＝
以下にＩＣクレジットカード１０を用いた認証処理の流れを説明する。
図５は、ＩＣクレジットカード１０がＰＯＳ端末２０の備えるリーダライタ３０に挿入され、決済処理が行われるまでの処理の流れを示すフローチャートである。
【００３５】
利用者によりＩＣクレジットカード１０がリーダライタ３０に挿入されると（S5001）、ＩＣクレジットカード１０とリーダライタ３０との間で相互に正当性の認証が行われる（S5002）。なお、この認証処理の詳細は後述する。
【００３６】
上記の相互認証の結果、ＩＣクレジットカード１０によってリーダライタ３０の正当性が認証されると、ＩＣクレジットカード１０の備えるＬＥＤ１７が発光し（S5003）、リーダライタ３０の正当性が認証されたことが利用者に報知される。次に利用者により、暗証番号やパスワード等の認証情報がリーダライタ３０の備えるキーパッド３１を介して入力される（S5004）。
【００３７】
利用者による認証情報が入力されると、リーダライタ３０は入力された認証情報を付帯させてＩＣクレジットカード１０に本人認証の要求を送信し、ＩＣクレジットカード１０は、受信した認証情報とＥＥＰＲＯＭ１４に記憶している認証情報１４５とを比較することにより、利用者の正当性が認証される（S5005）。ＩＣクレジットカード１０による利用者に対する本人認証の結果はリーダライタ３０に返答され、その結果に応じてＰＯＳ端末２０は決済処理を行う（S5006）。
【００３８】
上記説明したように、利用者はＬＥＤ１７の発光によって、認証情報を入力するよりも前にリーダライタ３０の正当性を確認することが可能となっている。
【００３９】
次に、ＩＣクレジットカード１０とリーダライタ３０との間で相互に正当性を認証する仕組みについて説明する。図６はＩＣクレジットカード１０とリーダライタ３０とがお互いに認証を行う処理の流れを示すフローチャートである。
【００４０】
まずリーダライタ３０はＩＣクレジットカード１０の内部認証を行う。リーダライタ３０は乱数（乱数ＲＢ）を生成し、ＲＡＭ３４に記憶しておく（S6001）。リーダライタ３０は生成した乱数ＲＢをＩＣクレジットカード１０に送信する（S6002）。
【００４１】
ＩＣクレジットカード１０は乱数ＲＢを受信すると、新たな乱数ＲＡを生成し、乱数ＲＡをＲＡＭ１３に記憶しておく（S6003）。ＩＣクレジットカード１０は、私有鍵１４１を用いて、乱数ＲＡと乱数ＲＢとから成るデータに対する署名（署名ＳＡ）を生成する（S6004）。ここでＩＣクレジットカード１０は乱数ＲＢもＲＡＭ１３に記憶しておく（S6005）。ＩＣクレジットカード１０は乱数ＲＡと署名ＳＡに、証明機関によるＩＣクレジットカード１０の公開鍵の証明書である公開鍵証明書１４３を付帯させてリーダライタ３０に送信する（S6006）。ここで公開鍵証明書１４３を証明書ＣＡとする。また、ＩＣクレジットカード１０の公開鍵である公開鍵１４２を公開鍵ＫＡとする。
【００４２】
リーダライタ３０は受信した証明書ＣＡからＩＣクレジットカード１０の公開鍵ＫＡを取り出し（S6007）、署名ＳＡを検証する（S6008）。署名ＳＡの検証は、例えば、受信した乱数ＲＡとＲＡＭ３４に記憶しておいた乱数ＲＢとから成るデータに対するハッシュ演算を行い、ここで計算されたハッシュ値と、ＩＣクレジットカード１０による署名ＳＡをＩＣクレジットカード１０の公開鍵ＫＡで復号した値とを比較し、それらが同一であるかどうかを判断することによって行う。リーダライタ３０は署名ＳＡの検証により、ＩＣクレジットカード１０の正当性を認証する。
【００４３】
次にＩＣクレジットカード１０によるリーダライタ３０の認証を行う。リーダライタ３０は、新たに乱数（乱数ＲＣ）を生成する（S6009）。リーダライタ３０は、私有鍵３３１を用いて、乱数ＲＢ、乱数ＲＡ及び乱数ＲＣから成るデータに対する署名（署名ＳＢ）を生成する（S6010）。リーダライタ３０は乱数ＲＣと署名ＳＢに、リーダライタ３０の公開鍵３３２の証明書である公開鍵証明書３３３を付帯させてＩＣクレジットカード１０に送信する（S6011）。ここでリーダライタ３０の公開鍵３３２を公開鍵ＫＢ、公開鍵証明書３３３を証明書ＣＢとする。
【００４４】
ＩＣクレジットカード１０は受信した証明書ＣＢからリーダライタ３０の公開鍵ＫＢを取り出し（S6012）、署名ＳＢを検証する（S6013）。署名ＳＢの検証は、上記の署名ＳＡの検証と同様に、例えば、受信した乱数ＲＢとＲＡＭ１３に記憶しておいた乱数ＲＡとから成るデータに対するハッシュ演算を行い、計算されたハッシュ値と、署名ＳＢを公開鍵ＫＢで復号した値とを比較し、同一であるかどうかを判断することによって行う。このようにして、ＩＣクレジットカード１０は署名ＳＢの検証により、リーダライタ３０の正当性の認証を行う。
【００４５】
以上、本実施形態によるＩＣクレジットカード１０とリーダライタ３０とが相互に認証する処理を説明したが、上述のような公開鍵による暗号化以外にも、共通鍵方式によって認証を行うことも可能である。ＩＣクレジットカード１０とリーダライタ３０とが共通の秘密鍵をＥＥＰＲＯＭ等に記憶しておく。リーダライタ３０は乱数を生成し、ＩＣクレジットカード１０がその乱数に対して秘密鍵で暗号化を行い、リーダライタ３０は暗号化された乱数を復号して、生成した乱数と同値であるかどうかを判断することにより、リーダライタ３０はＩＣクレジットカード１０に対する内部認証を行う。同様に、ＩＣクレジットカード１０が生成した乱数をリーダライタ３０が暗号化し、ＩＣクレジットカード１０が復号して、生成した乱数と復号した乱数とを比較することにより、ＩＣクレジットカード１０はリーダライタ３０に対する外部認証を行うことができる。
【００４６】
以上説明したように、ＩＣクレジットカード１０は、利用者が暗証番号を入力するよりも前に、リーダライタ３０の認証結果をＬＥＤ１７の発光によって報知する。そのため、利用者は、例えば、ＬＥＤ１７が発光しなかった場合には、ＰＯＳ端末２０が信用できないものとして暗証番号の入力をしない等の対応をとることが可能になる。よって、利用者が暗証番号を不正に取得することを目的とした装置に対して暗証番号を入力してしまうような危険を減らすことができる。
【００４７】
また、本実施形態では、既存のＩＣカード用リーダライタをそのまま用いることができるので、既存のシステム資産を変更するためのコストを掛けることなく、上述の効果を得ることができる。
【００４８】
また、本実施の形態ではＩＣクレジットカード１０のＬＥＤ１７は、ＩＣクレジットカード１０がリーダライタ３０の正当性を認証できたときに発光する。これにより、ＬＥＤ１７等の報知部の故障等によって信号が出力されない場合に、不正な端末を正当であるとして誤認してしまうことを防止できる。
ただし、ＩＣクレジットカード１０は、接続するリーダライタ３０の正当性を認証できなかったときに発光するようにすることもできる。この場合、ＩＣクレジットカード１０が不正な端末である可能性が高いリーダライタ３０に接続しているということが、より利用者に分かりやすく認知されるという効果がある。
【００４９】
また、本実施形態においてＩＣクレジットカード１０の備えるＬＥＤ１７は、発光によって認証結果を報知するものであるが、これを音響を出力するものとすることもできる。すなわち、ＬＥＤ１７に代えて、ブザー出力をする圧電ブザーや、ＲＯＭ１２やＥＥＰＲＯＭ１４に記憶される音声データを出力するスピーカ等を本発明の音響出力手段として用いることもできる。また、ＬＥＤ１７に代えて、液晶ディスプレイ等の表示装置を用いることもできる。ＩＣクレジットカード１０が液晶ディスプレイを備えていれば、認証の経過や結果等を詳細に表示することも可能である。
【００５０】
さらに、ＩＣクレジットカード１０が異なる種類の報知手段を複数備えるようにしてもよい。例えば、ＩＣクレジットカード１０がＬＥＤ１７と圧電ブザーの両方を備え、発光や音響出力との両方の報知信号を出力するようにすることができる。この場合、例えばＩＣクレジットカード１０がリーダライタ３０の正当性を認証できたときにＬＥＤ１７を発光し、リーダライタ３０の正当性を認証できなかったときにブザーを鳴らすようにする。これにより、利用者がＬＥＤ１７等の報知部の故障等によって信号が出力されない場合に不正な端末を正当であると誤認してしまうことを防止し、利用者が不正な端末の判別結果を分かりやすく認知できるようにすることができる。
【００５１】
また、ＩＣクレジットカード１０の備えるＬＥＤ１７に代えて、電波を発信する発信機を用いることもできる。この場合、例えば、ＩＣクレジットカード１０がリーダライタ３０の正当性を認証できなかった場合に電波を発信するようし、その電波を受信する受信機は、例えば電波の受信に応じて振動したりブザーを鳴らしたりするようにしておくことができる。利用者は電波の受信機を保持するようにして、例えば、ＩＣクレジットカード１０によるリーダライタ３０の正当性の認証ができない場合にその報知を受けるようにすることができる。これにより、例えば、ＩＣクレジットカード１０が接続するリーダライタ３０とキーパッド３１とが分離し、利用者が暗証番号等の認証情報を入力する場所でＩＣクレジットカード１０から光や音による報知を認知できないような状況であっても、利用者は離れた場所で電波を受信することによって報知を受けることが可能となる。
【００５２】
また、本実施形態において、利用者から入力を受け付けるキーパッド３１はリーダライタ３０が備えていたが、キーパッド３１はＰＯＳ端末２０の備える入力装置２５によって代替することもできる。その場合、ＰＯＳ端末２０が利用者の入力した認証情報を受け付け、受け付けた認証情報をリーダライタ３０に伝達する。またリーダライタ３０のディスプレイ３５も、ＰＯＳ端末２０のディスプレイ２４等で代替することが可能である。さらに、上述した認証処理を行う認証機能等、リーダライタ３０のＣＰＵ３２がプログラムを実行することにより実現される機能は、ＰＯＳ端末２０のＣＰＵ２１がプログラムを実行するようにすることもできる。その場合、ＩＣクレジットカード１０はＰＯＳ端末２０に直接挿入され、ＰＯＳ端末２０がリーダライタ３０と同様のプログラムを実行することにより、ＩＣクレジットカード１０との間でのやり取りを行う。
【００５３】
また、本実施形態におけるＩＣクレジットカード１０が記憶している認証情報１４５は、例えば、指紋や声紋、網膜のパターン、虹彩等のバイオメトリック情報とすることができる。その場合、リーダライタ３０の備えるキーパッド３１は指紋を読み取るスキャナーや声が入力されるマイク、カメラ等の入力機器とし、それらによって入力されたデータをＩＣクレジットカード１０が照合することによって本人認証を行う。また、これらの入力装置は、リーダライタ３０以外にも、ＰＯＳ端末２０が備える形態としてもよいし、ＩＣクレジットカード１０が備える形態としてもよい。
【００５４】
なお、本実施の形態に係る認証システムは、金融決済システム以外にも、例えば、デビットカードやキャッシュカード、さらに建物への入退室管理等、利用者が所有するＩＣカードと、利用者が入力するパスワード等の認証情報とを用いて認証を行う場合に広く適用が可能である。
【００５５】
以上本実施の形態について説明したが、上記実施例は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態に係る、決済処理システムの全体構成を示すブロック図である。
【図２】本発明の一実施形態に係る、ＩＣクレジットカード１０の構成を示す。
【図３】本発明の一実施形態に係る、ＰＯＳ端末２０の構成を示すブロック図である。
【図４】本発明の一実施形態に係る、リーダライタ３０の構成を示すブロック図である。
【図５】本発明の一実施形態に係る、ＩＣクレジットカード１０がＰＯＳ端末２０の備えるリーダライタ３０に挿入され、決済処理が行われるまでの処理の流れを示すフローチャートである。
【図６】本発明の一実施形態に係る、ＩＣクレジットカード１０とリーダライタ３０とがお互いに認証を行う処理の流れを示すフローチャートである。
【符号の説明】
【００５７】
１０ ＩＣクレジットカード １１ ＣＰＵ
１４ ＥＥＰＲＯＭ １４１ 私有鍵
１４２ 公開鍵 １４３ 公開鍵証明書
１４４ 証明機関の公開鍵 １４５ 認証情報
１７ ＬＥＤ １８ 認証プログラム
３０ リーダライタ ３１ キーパッド
３３ ＥＥＰＲＯＭ
３３１ 私有鍵 ３３２ 公開鍵
３３３ 公開鍵証明書 ３３４ 証明機関の公開鍵
【特許請求の範囲】
【請求項１】
利用者が所有するＩＣカードと、前記ＩＣカードと通信可能なＩＣカード端末とを含んで構成され、前記利用者のバイオメトリック情報に基づいて利用者認証を行う利用者認証システムであって、
前記ＩＣカードが、
前記ＩＣカード端末の正当性を認証する端末認証部と、
前記端末認証部による前記ＩＣカード端末の正当性を認証できた場合に、前記バイオメトリック情報を読み取る入力装置と、
を有することを特徴とする利用者認証システム。
【請求項１】
利用者が所有するＩＣカードと、前記ＩＣカードと通信可能なＩＣカード端末とを含んで構成され、前記利用者のバイオメトリック情報に基づいて利用者認証を行う利用者認証システムであって、
前記ＩＣカードが、
前記ＩＣカード端末の正当性を認証する端末認証部と、
前記端末認証部による前記ＩＣカード端末の正当性を認証できた場合に、前記バイオメトリック情報を読み取る入力装置と、
を有することを特徴とする利用者認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００６−２２８２４０（Ｐ２００６−２２８２４０Ａ）
【公開日】平成１８年８月３１日（２００６．８．３１）
【国際特許分類】
【出願番号】特願２００６−７２２８３（Ｐ２００６−７２２８３）
【出願日】平成１８年３月１６日（２００６．３．１６）
【分割の表示】特願２００３−３２８８６１（Ｐ２００３−３２８８６１）の分割
【原出願日】平成１５年９月１９日（２００３．９．１９）
【出願人】（５９８０４９３２２）株式会社三菱東京ＵＦＪ銀行 (200)
【Ｆターム（参考）】
【公開日】平成１８年８月３１日（２００６．８．３１）
【国際特許分類】
【出願日】平成１８年３月１６日（２００６．３．１６）
【分割の表示】特願２００３−３２８８６１（Ｐ２００３−３２８８６１）の分割
【原出願日】平成１５年９月１９日（２００３．９．１９）
【出願人】（５９８０４９３２２）株式会社三菱東京ＵＦＪ銀行 (200)
【Ｆターム（参考）】
[ Back to top ]