生体情報登録システム、ならびにＩＣカード、処理端末、およびセンタシステム
【課題】窓口等での本人確認を不要とし、生体認証を利用することができる端末を使って利用者自身が生体情報の登録を行うことができる生体情報登録システムを提供する。
【解決手段】ＩＣカード１００、決済端末２００、および決済センタ３００からなる生体情報登録システムであって、ＩＣカード１００は登録番号生成機能１５３を備えた生体認証アプリケーション１５０を有し、決済端末２００はユーザインタフェース部２２０と生体情報センサ２４０とを有し、決済センタ３００は決済処理機能３１０とデータベース３４０とを有し、生体情報センサ２４０によって読み取った利用者の生体情報をＩＣカード１００に送信して登録し、登録番号生成機能１５３により生成された登録番号を記録するとともに決済端末２００を経由して決済センタ３００に送信し、データベース３４０に記録することにより、決済端末２００を利用してＩＣカード１００に生体情報の登録を行う。
【解決手段】ＩＣカード１００、決済端末２００、および決済センタ３００からなる生体情報登録システムであって、ＩＣカード１００は登録番号生成機能１５３を備えた生体認証アプリケーション１５０を有し、決済端末２００はユーザインタフェース部２２０と生体情報センサ２４０とを有し、決済センタ３００は決済処理機能３１０とデータベース３４０とを有し、生体情報センサ２４０によって読み取った利用者の生体情報をＩＣカード１００に送信して登録し、登録番号生成機能１５３により生成された登録番号を記録するとともに決済端末２００を経由して決済センタ３００に送信し、データベース３４０に記録することにより、決済端末２００を利用してＩＣカード１００に生体情報の登録を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードを用いた処理システムに関し、特に、ＩＣカードに生体情報を登録して、生体認証により本人確認を行う処理システムに適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来、金融取引のために用いるキャッシュカードやクレジットカードは、磁気ストライプ方式のカードを用いたものが主流であったが、近年において偽造カードを用いた不正利用が急増したため、ＩＣカードへの置き換えが急速に進んでいる。ＩＣカードは、カードに埋め込まれたＩＣチップを用いてデータの保護を能動的に行うことが可能であり、磁気ストライプ方式のカードに比べて偽造が格段に困難になっている。現在、ＩＣカードを用いたキャッシュカードやクレジットカードの仕様としては、ＥＭＶ（登録商標）仕様がデファクトスタンダートとなっている。
【０００３】
ＥＭＶ仕様においては、ＩＣカード所有者の本人確認方式としてＰＩＮ（Personal Identification Number）照合方式を採用している。ＰＩＮはキャッシュカードやクレジットカードの暗証番号である。しかしながら、ＰＩＮ照合方式では、ＩＣカード所有者自身がＰＩＮの値を忘れてしまう可能性がある点や、ＩＣカードおよびＰＩＮの盗用によるいわゆる成りすましを十分に防止できない点が課題となっている。
【０００４】
そこで近年においては、指紋、静脈、虹彩といった、他人が盗むのが困難であるとともに各個人で異なっている生体情報を利用した生体認証による本人確認方式が注目されている。さらに、金融機関毎に指静脈認証、掌静脈認証等、対応する生体認証方式が異なるケースもあるため、１枚のカードに複数の生体情報を格納し、複数の生体認証方式に対応するＩＣカードの発行も進んでいる。複数の生体情報を格納したＩＣカードを用いた取引方式に関しては、例えば、特開２００７−１９３４７６号公報（特許文献１）のような技術が提案されており、生体認証を利用することができる端末の普及は進みつつある。
【特許文献１】特開２００７−１９３４７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＩＣカードに生体情報を登録する場合は、正しい生体情報を登録するために、カード発行元の窓口等で身分証明書などによる本人確認を行ってから、窓口で生体情報の登録を行っている。この方式の場合、利用者が生体情報を登録することができる特定の窓口を探す必要があり、また、窓口を有さないカード発行元が生体認証の機能が付いているＩＣカードを発行することができないなど、利便性の面での課題がある。
【０００６】
そこで本発明の目的は、窓口等での本人確認を不要とし、生体認証を利用することができる端末を使って利用者自身が生体情報の登録を行うことができる生体情報登録システムを提供することにある。
【０００７】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【０００９】
本発明の代表的な実施の形態による生体情報登録システムは、ＩＣカード、処理端末、およびセンタシステムからなる生体情報登録システムであって、前記ＩＣカードは、前記処理端末を経由して前記センタシステムと通信を行う通信部と、生体情報の種類に対応した生体認証を行う機能と、生体情報が登録された際に登録番号を生成する登録番号生成機能とを備えた少なくとも１つ以上の生体認証アプリケーションと、該生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションとを有し、前記処理端末は、前記ＩＣカードと通信を行うＩＣカード通信部と、前記センタシステムと通信を行うセンタ通信部と、生体認証により対象の処理を行うためのインタフェースを利用者に提供するユーザインタフェース部と、利用者の生体情報を読み取る生体情報センサとを有し、前記センタシステムは、前記処理端末を経由して前記ＩＣカードと通信を行う通信部と、前記処理端末からの要求に応じて対象の処理を行う機能と、前記ＩＣカードに関する情報および処理の履歴を記録するデータベースとを有し、前記処理端末の前記生体情報センサによって利用者の生体情報を読み取り、読み取った生体情報を前記ＩＣカードに送信して登録し、前記ＩＣカードの前記登録番号生成機能により生成された登録番号を前記ＩＣカードに記録するとともに前記処理端末を経由して前記センタシステムに送信し、前記データベースに記録することにより、前記処理端末を利用して前記ＩＣカードに生体情報の登録を行うことを特徴とするものである。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１１】
本発明の代表的な実施の形態によれば、ＩＣカードへ生体情報を登録する際に、窓口等での本人確認を不要とし、利用者自身がＩＣカードへの生体情報の登録を容易に行うことを可能とすることで、利便性を大きく向上させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１３】
＜概要＞
以下に説明する本発明の一実施の形態である生体情報登録システムでは、生体認証により行う処理の対象として、銀行のＡＴＭやクレジット決済端末において、キャッシュカードやクレジットカード等の金融カードを用いて行われる決済取引処理を例として挙げている。なお、生体認証により行う処理の対象としてはこれらの決済取引処理に限られず、例えば、社員証やＩＤカード等を用いた入退出管理や、ネットワーク利用のアクセス管理等の処理であっても良い。
【００１４】
本発明の一実施の形態である生体情報登録システムは、決済端末、決済センタ、およびＩＣカードから構成される。決済端末は、利用者に生体認証等による本人確認を用いた決済取引処理を行うための画面を提示し、利用者からの入力等を受け付けて生体認証により決済取引処理を行う処理端末である。決済端末は、ＰＩＮ入力部、生体情報センサ、ＩＣカードと通信するためのＩＣカード通信部、決済センタと通信するためのセンタ通信部、および、ユーザインタフェース部を備える。
【００１５】
決済センタは、利用者が保有するＩＣカードに関する情報や決済取引の履歴などを保持するデータベースを備え、決済端末からの決済取引処理の要求に応じて決済の処理を行うセンタシステムであり、メインフレーム等のホストコンピュータにより構成される。また、ＩＣカードは、本人確認と決済取引処理を行うために使用され、ＰＩＮによる認証機能、一つ以上の生体認証アプリケーション、および生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションである決済アプリケーションを有する。
【００１６】
ＩＣカード内の決済アプリケーションは、「生体認証アプリ管理情報」を持つ。「生体認証アプリ管理情報」は、生体認証アプリケーションごとに、生体認証が有効であるか否かの状況を示す情報である「生体認証情報」と、生体認証が有効である場合に、生体情報の登録の状況を示す情報である「登録情報」とを有する。
【００１７】
ＩＣカード内の生体認証アプリケーションは、生体情報の登録時に「登録番号」を生成する。この「登録番号」は、ＩＣカード内の決済アプリケーションに渡され、前記「登録情報」に含まれる形で、「生体認証アプリ管理情報」に記録される。さらに、この「登録番号」は、決済センタに送信され、決済センタのデータベースに記録される。このタイミングでは、利用者（カード保有者）には「登録番号」は通知されない。
【００１８】
この「登録番号」は、生体認証の失敗などで生体認証アプリケーションがロックされた際のロック解除や、生体情報を再登録する際の本人確認のために利用する。例えば、カード保有者からロック解除や生体情報の再登録の申請を受けた際に、決済センタのデータベースに登録された「登録番号」を、電子メール、あるいは郵送葉書等の既存の手段によりカード保有者に通知する。カード保有者が、決済端末のＰＩＮ入力部を用いて「登録番号」を入力し、ＩＣカード内の決済アプリケーションが、「生体認証アプリ管理情報」に記録されている「登録番号」との一致を確認することにより、本人確認を実施することができる。
【００１９】
以上により、ＩＣカードへ生体情報を登録する際に、窓口等での本人確認を不要とし、利用者自身がＩＣカードへの生体情報の登録を容易に行うことを可能とする。
【００２０】
＜実施の形態＞
以下に、本発明の一実施の形態である生体認証登録システムについて、図１から図１２を用いて説明する。
【００２１】
図１は、本実施の形態における生体認証登録システムの構成例を示すブロック図である。生体認証登録システムは、ＩＣカード１００、決済端末２００、決済センタ３００から構成される。決済端末２００は、ネットワーク４００を介して決済センタ３００に接続されている。
【００２２】
前述のように、本実施の形態では、例として金融機関による決済取引処理を行うシステムを想定し、ＩＣカード１００としては銀行のキャッシュカードやクレジットカード等の金融カード、決済端末２００としては銀行のＡＴＭやクレジット決済端末等を想定しているが、これらに限られるものではない。
【００２３】
ＩＣカード１００としては、例えば社員証やＩＤカード等を用い、入退出やネットワーク利用のアクセス管理等の処理を行うシステムに適用することも可能である。また、決済端末２００としては、ＩＣカード１００および決済センタ３００と通信が可能であり、生体情報を読み取ることが可能な装置であれば、例えば携帯電話やＰＤＡ等の携帯可能な端末であっても良い。
【００２４】
以下では、まずＩＣカード１００の内部構成について説明する。ＩＣカード１００は、通信部１１０と、演算処理部１２０と、メモリ１３０とを有している。通信部１１０は、ＩＣカード１００が外部と通信するために使用される。演算処理部１２０は、ＩＣカード１００全体の制御を行う。通信部１１０経由で外部からコマンドを受信すると、メモリ１３０に格納されているプログラムに基づいてコマンドに応じた処理を行い、そのレスポンスを通信部１１０経由で外部に送信する。
【００２５】
メモリ１３０は、ＩＣカード１００が保持するプログラムやデータを格納する機能を有し、ＲＯＭ（Read Only Memory）や、ＥＥＰＲＯＭ（Electrical Erasable Programmable Read Only Memory）、あるいはＲＡＭ（Random Access Memory）等の半導体メモリによって構成される。メモリ１３０に格納されるプログラムとデータの構成については後述する。
【００２６】
次に、決済端末２００の内部構成について説明する。決済端末２００は、演算処理部２１０と、ユーザインタフェース部２２０と、ＰＩＮ入力部２３０と、生体情報センサ２４０と、ＩＣカード通信部２５０と、メモリ２６０と、センタ通信部２７０とを有している。
【００２７】
演算処理部２１０は、決済端末２００全体の制御を行い、メモリ２６０に格納されている決済処理プログラム２６１に基づいて、ＩＣカード１００を用いた決済取引処理を実施する。ユーザインタフェース部２２０は、生体認証により対象の処理を行うためのインタフェースを利用者に提供する機能を有し、決済端末２００の利用者に対して画像や文字等の視覚情報あるいは音声情報を提示するための出力機能と、決済端末２００の利用者が必要な情報を入力することを可能にする入力機能とを有する。出力機能としては、例えばブラウン管や液晶等のディスプレイを用い、また、入力機能としては、例えばキーボードやタッチパネル等を用いることができる。
【００２８】
ＰＩＮ入力部２３０は、利用者がＰＩＮを入力するための機能を有し、数字入力専用の小型のテンキーキーボード等を用いることができる。また、ユーザインタフェース部２２０の入力機能を使用することも可能である。生体情報センサ２４０は、生体情報を読み取る機能を有しており、例えば、指静脈や掌静脈を読み取ることができる装置で構成される。あるいは、他の生体情報を読み取る機能を有する装置であっても良い。
【００２９】
ＩＣカード通信部２５０は、決済端末２００がＩＣカード１００の通信部１１０との間でＩＣカード１００を制御するための通信を行うために用いられる。この通信は、例えば、国際標準規格であるＩＳＯ／ＩＥＣ７８１６で規定している接触通信に基づく通信や、ＩＳＯ／ＩＥＣ１４４４３で規定している非接触通信に基づく通信であるが、他の規格に基づいて行う通信であってもよい。
【００３０】
メモリ２６０は、決済端末２００が使用する決済処理プログラム２６１や生体情報登録処理プログラム２６２等の各種プログラム、および生体ＡＩＤリスト２６３等の関連データを格納する機能を有し、ハードディスクや半導体メモリ等によって構成される。ここで、決済処理プログラム２６１は、決済端末２００において決済取引処理を行うためのプログラムである。
【００３１】
また、生体情報登録処理プログラム２６２は、決済端末２００からＩＣカード１００に対して生体情報を新たに登録もしくは再登録する処理を行うためのプログラムである。これらのプログラムは、別個のプログラムとして実現されていても良いし、１つのプログラムとして実現されていても良い。生体ＡＩＤリスト２６３は、当該決済端末２００が読み取ることのできる生体情報の種類を示すデータである。
【００３２】
センタ通信部２７０は、決済センタ３００とデータ通信を行うために用いられ、電話回線やインターネット等の公衆回線網、あるいは専用の回線網に接続する機能を有する。
【００３３】
次に、決済センタ３００および決済センタ３００が保持するデータベース３４０の内容について説明する。決済センタ３００は、各決済端末２００からの決済取引処理の要求に基づいて決済取引処理を集中的に行う決済処理機能３１０と、各利用者の決済取引の履歴を照会する決済履歴照会機能３２０と、決済端末２００とデータ通信を行うために用いられる通信部３３０と、データベース３４０とを有する。
【００３４】
データベース３４０には、カード番号３４１、生体認証アプリ管理情報３４２、決済履歴３４３を有している。カード番号３４１は、利用者が保有するＩＣカード１００の固有のカード番号であり、ＩＣカード１００を特定するための情報である。生体認証アプリ管理情報３４２は、カード番号３４１で特定されるＩＣカード１００の生体認証アプリ管理情報１４２を保持しているものである。この内容については後述する。
【００３５】
また、決済履歴３４３は、カード番号３４１で特定されるＩＣカード１００を利用して決済取引処理を行った履歴を格納するものである。この決済履歴３４３の内容は、決済履歴照会機能３２０によって参照することができる。この決済履歴３４３内の各決済履歴のデータに、後述する生体認証アプリ管理情報３４２内の登録番号１４２４を付加して格納することによって、ＩＣカード１００が不正利用された際に、不正利用の開始時期や場所、取引の履歴等を検知することができる。
【００３６】
次に、ＩＣカード１００のメモリ１３０に格納されるプログラムとデータの構成について説明する。メモリ１３０には、決済アプリケーション１４０、生体認証アプリケーション１５０、オペレーティングシステム１６０と、共有バッファ１７０が格納されている。
【００３７】
決済アプリケーション１４０は、ＩＣカード１００を用いた決済取引処理を実行するために使用するＩＣカードアプリケーションプログラムである。また、生体認証アプリケーション１５０は、ＩＣカード１００を用いた生体認証処理を実行するために使用するＩＣカードアプリケーションプログラムである。
【００３８】
オペレーティングシステム１６０は、決済アプリケーション１４０と、生体認証アプリケーション１５０を実行するために必要な基本機能を提供するシステムプログラムであり、外部から指定されたＩＣカードアプリケーションを選択して、演算処理部１２０にて実行する機能を有している。また、各ＩＣカードアプリケーションが管理しているプログラムやデータを他のＩＣカードアプリケーションから保護するファイヤーウォール機能を有しており、各ＩＣカードアプリケーションを安全に実行することが可能である。オペレーティングシステム１６０の具体例としては、ＩＣカードのオペレーティングシステムであるＭＵＬＴＯＳ（登録商標）やＪａｖａ（登録商標）Ｃａｒｄが挙げられるが、これらに限られるものではなく、他のオペレーティングシステムを用いてもよい。
【００３９】
共有バッファ１７０は、通信部１１０経由で受信したコマンドや、それに対応するレスポンスを格納するためのバッファである。共有バッファ１７０は、決済アプリケーション１４０と生体認証アプリケーション１５０との間で送受信するデータを格納するためにも用いられる。
【００４０】
ここで、決済アプリケーション１４０は、ＰＩＮ照合による本人確認を行う機能は有しているが、生体認証による本人確認を行う機能は有していない。このため、決済アプリケーション１４０が生体認証による本人確認を実行する場合は、生体認証アプリケーション１５０に、生体認証の処理を共有バッファ１７０経由で委譲することになる。
【００４１】
次に、決済アプリケーション１４０が管理するデータの構成について説明する。決済アプリケーション１４０が管理するデータは、決済ＡＩＤ１４１と、生体認証アプリ管理情報１４２と、ＰＩＮ照合残回数１４３と、登録ＰＩＮ１４４と、本人確認結果１４５とを含んでいる。
【００４２】
決済ＡＩＤ１４１は、決済アプリケーション１４０に付与されたアプリケーション識別子（ＡＩＤ：Application IDentifier）である。ここで、ＡＩＤは、ＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がアプリケーションを選択するために使用する識別子である。なお、国際的に流通するＩＣカードアプリケーションのＡＩＤの付番方法は、国際規格のＩＳＯ／ＩＥＣ７８１６−５で定められている。
【００４３】
生体認証アプリ管理情報１４２は、決済アプリケーション１４０から実行可能な生体認証アプリケーションごとに、生体認証の状況、および生体情報の登録の状況を管理するデータであり、生体認証が有効であるか否かの状況を示す情報である「生体認証情報」と、生体認証が有効である場合に、生体情報の登録の状況を示す情報である「登録情報」とを有する。生体認証アプリ管理情報１４２のデータの構成については後述する。
【００４４】
ＰＩＮ照合残回数１４３は、決済アプリケーション１４０が実行するＰＩＮ照合処理の残り試行回数を保持するデータである。ＰＩＮ照合残回数１４３には、所定の正の整数値が初期値として設定され、ＰＩＮ照合による本人確認が失敗するたびに値を減じていく。ＰＩＮ照合残回数１４３の値が“０”となった場合、決済アプリケーション１４０は、ＰＩＮ照合を実行不可とする。なお、本実施の形態では、決済アプリケーション１４０は、ＰＩＮ照合残回数１４３を用いてＰＩＮ照合の実行可否の管理を行っているが、ＰＩＮ照合の残り試行回数ではなく、ＰＩＮ照合が失敗した回数を保持しておくことでＰＩＮ照合の実行可否の管理を行ってもよい。
【００４５】
登録ＰＩＮ１４４は、ＩＣカード１００の利用者のＰＩＮであり、この値が、ＰＩＮ照合による本人確認時に利用者が決済端末２００のＰＩＮ入力部２３０から入力したＰＩＮの値と照合される。本人確認結果１４５は、決済アプリケーション１４０においてＰＩＮ照合による本人確認を行った結果を保持するデータである。
【００４６】
図２は、生体認証アプリ管理情報１４２のデータの構成例を示した図である。図２において、生体認証アプリ管理情報１４２は、決済アプリケーション１４０が対応する生体認証アプリケーションごとに、生体ＡＩＤ１４２１、有効フラグ１４２２、生体認証残回数１４２３、登録番号１４２４、登録番号照合残回数１４２５、登録年月日１４２６、登録場所１４２７、および限度額１４２８を保持しているテーブルである。
【００４７】
ここで、生体ＡＩＤ１４２１は、対応するＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がアプリケーションを選択するために使用する識別子である。
【００４８】
有効フラグ１４２２は、決済アプリケーション１４０が対応する生体認証アプリケーションのロード状態、生体情報の登録状態、生体認証アプリケーションの利用可能状態を示すフラグである。例えば、有効フラグ１４２２が“０”の場合は、生体認証アプリケーションがＩＣカード１００にロードされていない状態であることを表し、“１”の場合は、生体認証アプリケーションがＩＣカード１００にロードされていて、かつ、生体情報が登録されていて、正常に使用できる状態であることを表す。
【００４９】
また、有効フラグ１４２２が“２”の場合は、生体認証アプリケーションがＩＣカード１００にロードされていて、かつ、生体情報が登録されているが、生体認証がロックされて一時使用不可の状態であることを表し、“３”の場合は、生体認証アプリケーションがＩＣカード１００にロードされているが、生体情報が登録されていない状態であることを表す。有効フラグ１４２２の値は、生体情報をＩＣカード１００に登録した際に“１”として有効に設定するが、生体情報の登録後に生体認証による本人確認を行ってから正式に有効に設定してもよい。
【００５０】
生体認証残回数１４２３は、決済アプリケーション１４０が生体認証処理を行う場合の残り試行回数を保持する。この値は、生体認証アプリケーション１５０をＩＣカード１００にロードした際に設定されるが、ロード後に値を更新してもよい。生体認証残回数１４２３が“０”となった場合、決済アプリケーション１４０は、有効フラグ１４２２を“２”として、生体認証をロックして一時使用不可にする。なお、本実施の形態では、決済アプリケーション１４０は、生体認証残回数１４２３を用いて生体認証の実行可否の管理を行っているが、生体認証の残り試行回数ではなく、生体認証が失敗した回数を保持することで生体認証の実行可否の管理を行ってもよい。
【００５１】
登録番号１４２４は、ＰＩＮ以外にＩＣカード１００の利用者を確認するために使われる。通常は利用者に通知されない番号だが、生体認証のエラー時に、利用者へ電子メールや郵送葉書等の何らかの手段で通知され、その値を利用者が決済端末２００から入力して、ＩＣカードで照合することによって本人確認を行う。この登録番号１４２４の値は、後述する生体認証アプリケーション１２０の登録番号生成機能１５３によって設定される。
【００５２】
登録番号照合残回数１４２５は、有効フラグ１４２２が“２”で生体認証がロックされて一時使用不可となっている状態を解除する際や、登録されている生体情報を上書きして再登録する際に、登録番号１４２４の照合を行う場合の残り試行回数を保持する。この値は、生体認証アプリケーション１５０をＩＣカード１００にロードした際に設定されるが、ロード後に値を更新してもよい。なお、本実施の形態では、決済アプリケーション１４０は、登録番号照合残回数１４２５を用いて登録番号照合の実行可否の管理を行っているが、登録番号照合の残り試行回数ではなく、登録番号照合が失敗した回数を保持することで登録番号照合の実行可否の管理を行ってもよい。
【００５３】
登録年月日１４２６は、生体情報をＩＣカード１００に登録した年月日を保持する。また、登録場所１４２７は、生体情報をＩＣカード１００に登録した場所の情報を保持する。これらの情報は、生体情報がＩＣカードに登録されている場合、すなわち有効フラグ１４２２が“１”もしくは“２”である場合にのみ管理される。限度額１４２８は、決済取引を行う際に生体認証を用いた場合の決済額の最高限度額を保持する。この値は、生体認証アプリケーション１５０をＩＣカード１００にロードした際に設定されるが、ロード後に値を更新してもよい。
【００５４】
ここで、前述した生体認証が有効であるか否かの状況を示す情報である「生体認証情報」には、生体ＡＩＤ１４２１、有効フラグ１４２２、生体認証残回数１４２３が該当する。また、生体認証が有効である場合に生体情報の登録の状況を示す情報である「登録情報」には、生体ＡＩＤ１４２１、登録番号１４２４が該当する。「生体認証情報」は、決済端末２００に送信され、決済端末２００にて利用される。また、「登録情報」は、決済端末２００経由で決済センタ３００に送信され、決済センタ３００にて利用される。
【００５５】
なお、限度額１４２８を「生体認証情報」に含めて決済端末２００で利用したり、登録番号照合残回数１４２５、登録年月日１４２６、登録場所１４２７を「登録情報」に含めて決済センタ３００で利用したりしてもよい。本実施の形態では、「生体認証情報」、および「登録情報」を含むこれらの情報を合わせて生体認証アプリ管理情報１４２としてテーブル化し、生体認証アプリ管理情報１４２全体を決済端末２００に送信し、さらに決済端末２００経由で決済センタ３００に送信する構成としている。
【００５６】
次に、生体認証アプリケーション１５０が管理するデータの構成と機能について説明する。生体認証アプリケーション１５０が管理するデータは、生体ＡＩＤ１５１と、生体情報登録データ１５２とを含んでいる。また、生体認証アプリケーション１５０は、その機能として登録番号生成機能１５３を有している。
【００５７】
生体ＡＩＤ１５１は、生体認証アプリケーション１５０に付与されたアプリケーション識別子であり、前述した決済ＡＩＤ１４１と同様に、ＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がＩＣカードアプリケーションを選択するために使用する。生体情報登録データ１５２は、ＩＣカード１００の保有者が登録した生体情報である。生体情報登録データ１５２の種類としては、掌静脈パターンあるいは指静脈パターン等を用いることができるが、これらに限られるものではなく、他の生体情報を扱うことも可能である。
【００５８】
登録番号生成機能１５３は、ＩＣカード１００の保有者が生体情報を登録する際に、所定の桁数の登録番号を生成する機能である。登録番号生成機能１５３では、登録番号として、重複しないようにランダムな番号を生成してもよいし、登録した時間等を設定してもよい。ここで生成された登録番号は、前述の生体認証アプリ管理情報１４２の登録番号１４２４となる。
【００５９】
次に、オペレーティングシステム１６０が管理するデータの構成と機能について説明する。オペレーティングシステム１６０が管理するデータは、アプリケーション管理テーブル１６１を含んでいる。また、オペレーティングシステム１６０は、その機能として外部通信機能１６２、アプリケーション追加削除機能１６３、アプリケーション実行機能１６４、およびアプリケーション間通信機能１６５を有している。
【００６０】
アプリケーション管理テーブル１６１は、オペレーティングシステム１６０が、ＩＣカードアプリケーションを管理するために使用するテーブルである。図３は、アプリケーション管理テーブル１６１のデータの構成例を示した図である。図３において、アプリケーション管理テーブル１６１は、登録されているＩＣカードアプリケーションごとに、ＡＩＤ１６１１、アプリケーション参照アドレス１６１２、アプリケーションサイズ１６１３、選択フラグ１６１４、および呼出し順序１６１５を保持しているテーブルである。
【００６１】
ここで、ＡＩＤ１６１１は、対応するＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がアプリケーションを選択するために使用する識別子である。決済アプリケーション１４０の場合は決済ＡＩＤ１４１、生体認証アプリケーション１５０の場合は生体ＡＩＤ１５１の値となる。アプリケーション参照アドレス１６１２は、メモリ１３０において該当のＩＣカードアプリケーションが格納されている領域の先頭アドレスである。図３の例では、各ＩＣカードアプリケーションに対して１つのアドレスのみを設定しているが、例えばアプリケーションのコード部の先頭アドレスとデータ部の先頭アドレスというように複数のアドレスを設定しても良い。
【００６２】
アプリケーションサイズ１６１３は、対応するＩＣカードアプリケーションのサイズである。図３の例では、各ＩＣカードアプリケーションに対して１つのサイズのみを設定しているが、例えばアプリケーションのコード部のサイズとデータ部のサイズというように複数のサイズを設定しても良い。
【００６３】
選択フラグ１６１４は、対応するＩＣカードアプリケーションが現在選択されているか否かを示す。図３の例では、対応するＩＣカードアプリケーションが選択されている場合は値を“１”とし、選択されていない場合は“０”としているが、他の表記法であっても良い。呼出し順序１６１５は、対応するＩＣカードアプリケーションが後述するアプリケーション間通信機能１６５によって呼出されている順序を示す。図３の例では、呼出されている順序を数字の大小で表しているが、他の表記法であっても良い。
【００６４】
外部通信機能１６２は、通信部１１０を制御してＩＣカード１００の外部からコマンドを受信するとともに、対応するレスポンスを送信する機能である。アプリケーション追加削除機能１６３は、ＩＣカードアプリケーションをＩＣカード１００の外部からダウンロードし、ダウンロードしたＩＣカードアプリケーションをアプリケーション管理テーブル１６１に登録して実行可能にする機能と、アプリケーション管理テーブル１６１に登録されているＩＣカードアプリケーションを削除する機能である。
【００６５】
アプリケーション実行機能１６４は、ＩＣカード１００の外部からのコマンドによって、アプリケーション管理テーブル１６１に登録されている何れかのＩＣカードアプリケーションを選択し、その後ＩＣカード１００の外部からコマンドを受信した際に、選択したＩＣカードアプリケーションを実行してコマンドに対応する処理を行う機能である。
【００６６】
ここで、ＩＣカードアプリケーションは、ＩＣカードのハードウェアに依存しない専用の命令セット仕様に基づいて作られたプログラムであり、アプリケーション実行機能１６４は、このような専用の命令セット仕様に基づいて作られたプログラムを読み込んで実行していくインタプリタ（あるいは仮想マシン）処理を行う。
【００６７】
また、アプリケーション実行機能１６４は、ＩＣカードアプリケーションのプログラムとデータを、ＩＣカード１００の外部、およびＩＣカード１００の内部に登録されている他のＩＣカードアプリケーションによる不正なアクセスから保護するファイヤーウォール機能も有している。アプリケーション実行機能１６４の具体例としては、ＩＣカードのオペレーティングシステムであるＭＵＬＴＯＳ（登録商標）やＪａｖａ（登録商標）Ｃａｒｄが有しているプログラムの実行機能などが挙げられる。
【００６８】
アプリケーション間通信機能１６５は、現在実行中のあるＩＣカードアプリケーションが、指定する他のＩＣカードアプリケーションにメッセージを送信し、当該他のＩＣカードアプリケーションから、メッセージに対応する処理結果を受信することを可能にする機能である。
【００６９】
具体的には、現在実行中のＩＣカードアプリケーションＡが、メッセージを共有バッファ１７０に格納するとともに、ＩＣカードアプリケーションＢのＡＩＤを指定してアプリケーション間通信機能１６５を呼出すと、アプリケーション間通信機能１６５は、ＩＣカードアプリケーションＡを一時停止状態にしてから、ＡＩＤで指定されたＩＣカードアプリケーションＢを実行可能状態にする。ＩＣカードアプリケーションＢは、メッセージに対応する処理を行い、処理結果を共有バッファ１７０に格納してから処理を終了する。
【００７０】
その後、アプリケーション間通信機能１６５は、ＩＣカードアプリケーションＡを実行可能状態に戻す。そして、ＩＣカードアプリケーションＡは、メッセージに対応する処理結果を共有バッファ１７０から取得する。このように、メッセージと対応する処理結果は共有バッファ１７０に格納されるので、ＩＣカードアプリケーションの間で共有されるが、メッセージに対応する処理はＩＣカードアプリケーションの内部で実行されるため、その処理内容を他のＩＣカードアプリケーションから隠蔽することが可能になる。
【００７１】
このアプリケーション間通信機能１６５は、後述するように、決済アプリケーション１４０が、生体認証アプリケーション１５０に対して生体認証処理を依頼する際に使用される。アプリケーション間通信機能１６５の具体例としては、ＩＣカードのオペレーティングシステムであるＭＵＬＴＯＳ（登録商標）が有しているデリゲーション機能、あるいはＪａｖａ（登録商標）Ｃａｒｄが有しているＳＩＯ（Shareable Interface Object）機能などが挙げられる。
【００７２】
次に、ＩＣカード１００、決済端末２００、および決済センタ３００の間で行われる生体情報登録処理の内容について説明する。図４は、生体情報登録処理の流れの例を示すシーケンス図である。
【００７３】
［ステップＳ４０１］ 決済端末２００は、利用者による生体情報の登録処理を受け付け、ＩＣカード１００内部の決済アプリケーション１４０を選択するために、決済アプリケーション１４０のＡＩＤである決済ＡＩＤ１４１をＩＣカード１００に送信し、決済アプリケーション１４０から生体認証アプリ管理情報１４２を受信する。
【００７４】
［ステップＳ４０２］ 決済アプリケーション１４０は、オペレーティングシステム１６０のアプリケーション実行機能１６４によって選択され、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【００７５】
［ステップＳ４０３］ 決済端末２００は、保有する生体ＡＩＤリスト２６３と、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２とで一致する生体認証アプリケーション１５０の情報を抽出し、ユーザインタフェース部２２０に一覧を表示する。ここで、生体ＡＩＤリスト２６３は、決済端末２００が読み取ることのできる生体情報の種類、すなわち決済端末２００が対応する生体認証アプリケーション１５０のリストである。利用者は、ユーザインタフェース部２２０に表示された生体認証アプリケーション１５０の一覧から、生体情報を登録する生体認証アプリケーション１５０を選択する。
【００７６】
［ステップＳ４０４］ 決済端末２００は、本人確認のためにＰＩＮ照合を行うことをユーザインタフェース部２２０に表示して、利用者がＰＩＮ入力部２３０に入力したＰＩＮを受け付け、決済アプリケーション１４０に送信する。
【００７７】
［ステップＳ４０５］ 決済アプリケーション１４０は、決済端末２００より取得したＰＩＮとＩＣカード１００が保有している登録ＰＩＮ１４４とを照合し、確認結果を本人確認結果１４５に格納して決済端末２００に送信する。
【００７８】
［ステップＳ４０６］ 決済端末２００は、生体情報センサ２４０を用いて利用者の生体情報を取得する。その後、生体情報登録処理を行うために、取得した生体情報と当日の年月日と決済端末２００の場所の情報とを、決済アプリケーション１４０に送信する。
【００７９】
［ステップＳ４０７］ 決済アプリケーション１４０は、取得した生体情報を、生体認証アプリケーション１５０に送信し、生体認証登録を生体認証アプリケーション１５０に委譲する。この委譲処理は、オペレーティングシステム１６０のアプリケーション間通信機能１６５を介して行う。
【００８０】
［ステップＳ４０８］ 生体認証アプリケーション１５０は、決済アプリケーション１４０から受信した生体情報を生体情報登録データ１５２に登録する。また、登録番号生成機能１５３により登録番号を生成し、生成した登録番号を決済アプリケーション１４０に送信する。
【００８１】
［ステップＳ４０９］ 決済アプリケーション１４０は、生体認証アプリ管理情報１４２に、有効フラグ１４２２、登録番号１４２４、登録年月日１４２６、および登録場所１４２７を格納し、決済端末２００に生体認証アプリ管理情報１４２を送信する。
【００８２】
［ステップＳ４１０］ 決済端末２００は、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２を決済センタ３００に送信する。
【００８３】
［ステップＳ４１１］ 決済センタ３００は、決済端末２００から受信した生体認証アプリ管理情報１４２を、データベース３４０の生体認証アプリ管理情報３４２に記録するとともに、利用者へ生体情報を登録した旨を郵送葉書や電子メール等の手段により通知する。
【００８４】
図４に示す生体情報登録処理のシーケンスでは、ＩＣカード１００において、生体情報登録データ１５２を更新するごとに生体認証アプリ管理情報１４２の有効フラグ１４２２、登録番号１４２４、登録年月日１４２６、および登録場所１４２７を更新し、登録番号１４２４を含む生体認証アプリ管理情報１４２を決済端末２００経由で決済センタ３００に送信してこれを保持することで、クレジットカード会社など支店・窓口のない会社が発行するＩＣカード１００であっても、窓口以外の場所において、ＰＩＮ照合による本人確認を行って利用者自身が決済端末２００によって生体情報を登録することができる。
【００８５】
次に、決済端末２００が行う生体情報登録の受付処理について説明する。この処理は、前述の図４に示すシーケンスの場合は、ステップＳ４０１、Ｓ４０３にて行われる処理である。図５は、決済端末２００が行う生体情報登録の受付処理の流れを示すフローチャートである。
【００８６】
［ステップＳ５０１］ 決済端末２００は、利用者より決済を行うアプリケーションの選択を受け付け、ＩＣカード１００にその決済ＡＩＤを送信する。
【００８７】
［ステップＳ５０２］ 決済端末２００は、ＩＣカード１００に格納されている生体認証アプリ管理情報１４２を、ＩＣカード１００から取得し、その中の有効フラグ１４２２を読み取る。
【００８８】
［ステップＳ５０３］ 決済端末２００は、ＩＣカード１００から取得した生体認証アプリ管理情報１４２と、決済端末２００が保有する生体ＡＩＤリスト２６３とが一致し、有効フラグ１４２２の値が生体認証アプリケーション１５０をロード済みとなっている生体認証アプリケーション１５０の情報を抽出し、ステップＳ５０５に進む。この際、有効フラグ１４２２の値がロード済みとなっているものが無い場合や、その他、ＩＣカード１００から生体認証アプリ管理情報１４２２を取得できなかった場合、ＩＣカード１００から取得した生体認証アプリ管理情報１４２２が空だった場合、決済端末２００で実行可能な生体認証方式が無かった場合は、ステップＳ５０４に進む。
【００８９】
［ステップＳ５０４］ 決済端末２００は、利用者にＩＣカード１００がその決済端末２００での生体情報登録に対応していないことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【００９０】
［ステップＳ５０５］ 決済端末２００は、利用者に有効な生体認証アプリケーション１５０の一覧をユーザインタフェース部２２０を用いて提示する。
【００９１】
［ステップＳ５０６］ 決済端末２００は、ユーザインタフェース部２２０を用いて利用者からの生体認証アプリケーション１５０の選択を受け付ける。ここで、所定の時間内に利用者が生体認証アプリケーション１５０を選択しなかった場合はステップＳ５０７に進む。利用者が生体認証アプリケーション１５０を選択した場合はステップＳ５０８に進む。
【００９２】
［ステップＳ５０７］ 決済端末２００は、利用者に生体情報登録が失敗したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【００９３】
［ステップＳ５０８］ ＩＣカード１００から取得した生体認証アプリ管理情報１４２において、利用者に選択された生体認証アプリケーション１５０の有効フラグ１４２２が“１”で生体情報登録済かつ正常状態となっている場合はステップＳ５０９に進む。有効フラグ１４２２が“１”以外の場合はステップＳ５１２に進む。
【００９４】
［ステップＳ５０９］ 決済端末２００は、利用者に生体情報を再登録することを確認する案内をユーザインタフェース部２２０を用いて提示する。
【００９５】
［ステップＳ５１０］ 決済端末２００は、ユーザインタフェース部２２０を用いて利用者から生体情報の再登録の確認を受け付ける。ここで、所定の時間内に生体情報の再登録の確認を受け付けなかった場合はステップＳ５１１に進む。生体情報の再登録の確認を受け付けた場合はステップＳ５１５に進む。
【００９６】
［ステップＳ５１１］ 決済端末２００は、利用者に生体情報登録処理が中止されたことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【００９７】
［ステップＳ５１２］ ＩＣカード１００から取得した生体認証アプリ管理情報１４２において、利用者に選択された生体認証アプリケーション１５０の有効フラグ１４２２が“２”で生体情報登録済かつ一時使用不可状態となっている場合はステップＳ５１５に進む。有効フラグ１４２２が“２”以外の場合はステップＳ５１３に進む。
【００９８】
［ステップＳ５１３］ ＩＣカード１００から取得した生体認証アプリ管理情報１４２において、利用者に選択された生体認証アプリケーション１５０の有効フラグ１４２２が“３”で生体情報未登録となっている場合はステップＳ５１７に進む。有効フラグ１４２２が“３”以外の場合はステップＳ５１４に進む。
【００９９】
［ステップＳ５１４］ 決済端末２００は、利用者に生体情報登録処理ができないことを、ユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１００】
［ステップＳ５１５］ 決済端末２００は、利用者に登録番号１４２４の照合を行う案内をユーザインタフェース部２２０を用いて提示する。そして、ＰＩＮ入力部２３０を用いて利用者からの登録番号の入力を受け付ける。
【０１０１】
［ステップＳ５１６］ 利用者から入力された登録番号と、登録番号１４２４との照合を行う。登録番号１４２４の照合が成功した場合はステップＳ５１７に進む。照合が失敗した場合はステップＳ５０７に進む。
【０１０２】
［ステップＳ５１７］ 決済端末２００は、生体情報登録の受付処理が成功したので、生体情報の登録処理を行う。
【０１０３】
図５に示す生体情報登録の受け付け処理のフローでは、決済端末２００は、ＩＣカード１００から取得した生体認証アプリ管理情報１４２に基づいて、生体情報登録を行う生体認証アプリケーション１５０を適切に抽出することができる。これにより、ＩＣカード１００や決済端末２００が生体認証に対応していないのに、利用者に生体情報の登録を行うガイダンスを提示してしまうといった誤動作を防止することができる。
【０１０４】
また、ステップＳ５１５、Ｓ５１６において、郵送葉書や電子メール等でカード保有者へ連絡される登録番号１４２４を用いて本人確認を行うことで、決済端末２００で行うＰＩＮ照合以外の手段による本人確認ができるため、セキュリティを確保することができる。
【０１０５】
次に、決済端末２００が行う生体情報登録処理について説明する。この処理は、前述の図４に示すシーケンスの場合は、ステップＳ４０４、Ｓ４０６、Ｓ４１０にて行われる処理である。図６は、決済端末２００が行う生体情報登録処理の流れを示すフローチャートである。
【０１０６】
［ステップＳ６０１］ 決済端末２００は、利用者にＰＩＮ照合による本人確認を行う案内をユーザインタフェース部２２０を用いて提示する。そして、ＰＩＮ入力部２３０を用いて利用者にＰＩＮを入力させ、ＰＩＮ照合を行う。ＰＩＮ照合は、ＩＣカード１００内部で行うオフラインＰＩＮ照合であっても、決済センタ３００で行うオンラインＰＩＮ照合であっても良い。
【０１０７】
［ステップＳ６０２］ ＰＩＮ照合による本人確認が成功の場合はステップＳ６０４に進む。本人確認が失敗の場合はステップＳ６０３に進む。
【０１０８】
［ステップＳ６０３］ 決済端末２００は、利用者にＰＩＮ照合の失敗により生体情報登録が失敗したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１０９】
［ステップＳ６０４］ 決済端末２００は、利用者に生体情報登録を行う案内をユーザインタフェース部２２０を用いて提示する。そして、生体情報センサ２４０を用いて利用者の生体情報を取得し、取得した生体情報をＩＣカード１００に送信することで生体情報の登録を行う。
【０１１０】
［ステップＳ６０５］ 決済端末２００は、ＩＣカード１００での生体情報の登録の結果として、ＩＣカード１００より生体認証アプリ管理情報１４２を正常に取得できた場合はステップＳ６０７に進む。生体認証アプリ管理情報１４２を正常に取得できなかった場合はステップＳ６０６に進む。
【０１１１】
［ステップＳ６０６］ 決済端末２００は、利用者に生体情報の取得が失敗して生体情報登録が失敗したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１１２】
［ステップＳ６０７］ 決済端末２００は、ＩＣカード１００より取得した生体認証アプリ管理情報１４２を決済センタ３００へ送信する。
【０１１３】
［ステップＳ６０８］ 決済端末２００は、利用者に生体情報の登録が完了したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１１４】
次に、ＩＣカード１００内部の決済アプリケーション１４０が行う生体情報登録処理について説明する。この処理は、前述の図４に示すシーケンスの場合は、ステップＳ４０２、Ｓ４０５、Ｓ４０７、Ｓ４０８、Ｓ４０９にて行われる処理である。図７は、ＩＣカード１００内部の決済アプリケーション１４０が行う生体情報登録処理の流れを示すフローチャートである。
【０１１５】
［ステップＳ７０１］ 決済アプリケーション１４０は、決済端末２００から決済ＡＩＤ１４１を受信すると、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１１６】
［ステップＳ７０２］ 決済アプリケーション１４０は、決済端末２００からＰＩＮ照合要求を受信すると、ＰＩＮ照合残回数１４３を確認し、ＰＩＮ照合残回数１４３が“０”の場合はステップＳ７０３に進む。“０”でない場合はステップＳ７０４に進む。
【０１１７】
［ステップＳ７０３］ 決済アプリケーション１４０は、ＰＩＮ照合残回数１４３が“０”となりＰＩＮ照合ができないため、本人確認結果を「失敗」に設定し、決済端末２００に送信する。
【０１１８】
［ステップＳ７０４］ 決済アプリケーション１４０は、ＰＩＮ照合処理として、決済端末２００から受信したＰＩＮと、決済アプリケーション１４０が保持している登録ＰＩＮ１４４とが一致するか否かを確認する。
【０１１９】
［ステップＳ７０５］ 決済アプリケーション１４０は、ステップＳ７０４で行ったＰＩＮ照合処理による本人確認が成功の場合はステップＳ７０７に進む。本人確認が失敗の場合はステップＳ７０６に進む。
【０１２０】
［ステップＳ７０６］ 決済アプリケーション１４０は、ＰＩＮ照合が失敗したので、ＰＩＮ照合残回数１４３を所定の値だけ減算し、ステップＳ７０２に戻る。
【０１２１】
［ステップＳ７０７］ 決済アプリケーション１４０は、ＰＩＮ照合処理が成功したので、ＰＩＮ照合残回数１４３を初期設定値に戻す。例えば、ＰＩＮ照合残回数１４３が初めに“５”と設定されていた場合は初期設定値は“５”となる。あるいは、初期設定値を“０”として、ＰＩＮ照合が失敗した場合にＰＩＮ照合残回数１４３を所定の値だけ加算する方式であっても良い。
【０１２２】
［ステップＳ７０８］ 決済アプリケーション１４０は、本人確認結果１２０を「成功」に設定し、決済端末２００に送信する。
【０１２３】
［ステップＳ７０９］ 決済アプリケーション１４０は、決済端末２００から受信した生体情報を、共有バッファ１７０経由で生体認証アプリケーション１５０に送信することで生体情報登録処理を生体認証アプリケーション１５０に委譲する。生体認証アプリケーション１５０は、生体情報を生体情報登録データ１５２に登録し、登録番号生成機能１５３により登録番号を生成する。生体認証アプリケーション１５０は、生成された登録番号を決済アプリケーション１４０へ送信する。
【０１２４】
［ステップＳ７１０］ 決済アプリケーション１４０は、ステップＳ７０９で生体認証アプリケーション１５０から受信した登録番号が正常の場合はステップＳ７１２に進む。正常でない場合はステップＳ７１１に進む。
【０１２５】
［ステップＳ７１１］ 決済アプリケーション１４０は、生体情報の登録が失敗したので、生体認証アプリ管理情報１４２の登録番号１４２４、登録年月日１４２６、および登録場所１４２７を設定せずに、生体認証アプリ管理情報１４２を決済端末２００へ送信する。
【０１２６】
［ステップＳ７１２］ 決済アプリケーション１４０は、生体情報の登録が成功したので、生体認証アプリ管理情報１４２の有効フラグ１４２２を“１”として生体情報登録済かつ正常状態に設定する。また、生体認証アプリケーション１５０から取得した登録番号と決済端末２００から取得した登録年月日、登録場所の情報を、それぞれ生体認証アプリ管理情報１４２の登録番号１４２４、登録年月日１４２６、および登録場所１４２７に設定し、生体認証アプリ管理情報１４２を決済端末２００へ送信する。
【０１２７】
次に、ＩＣカード１００、決済端末２００、および決済センタ３００の間で行われる生体認証および生体認証のエラー時の処理の内容について説明する。図８は、生体認証および生体認証のエラー時の処理の流れの例を示すシーケンス図である。
【０１２８】
［ステップＳ８０１］ 決済端末２００は、利用者による決済取引処理を受け付け、ＩＣカード１００内部の決済アプリケーション１４０を選択するために、決済アプリケーション１４０のＡＩＤである決済ＡＩＤ１４１をＩＣカード１００に送信し、決済アプリケーション１４０から生体認証アプリ管理情報１４２を受信する。
【０１２９】
［ステップＳ８０２］ 決済アプリケーション１４０は、オペレーティングシステム１６０のアプリケーション実行機能１６４によって選択され、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１３０】
［ステップＳ８０３］ 決済端末２００は、保有する生体ＡＩＤリスト２６３と、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２とで一致する生体認証アプリケーション１５０の情報を抽出し、ユーザインタフェース部２２０に一覧を表示する。利用者は、ユーザインタフェース部２２０に表示された生体認証アプリケーション１５０の一覧から、生体認証を行う生体認証アプリケーション１５０を選択する。決済端末２００は、生体情報センサ２４０を用いて利用者の生体情報を取得し、取得した生体情報を決済アプリケーション１４０に送信する。
【０１３１】
［ステップＳ８０４］ 決済アプリケーション１４０は、取得した生体情報を生体認証アプリケーション１５０に送信して、生体認証の処理を生体認証アプリケーション１５０に委譲する。この委譲処理は、オペレーティングシステム１６０のアプリケーション間通信機能１６５を介して行われる。
【０１３２】
［ステップＳ８０５］ 生体認証アプリケーション１５０は、取得した生体情報による生体認証を行い、本人確認結果を決済アプリケーション１４０に送信する。本人確認結果が「成功」の場合は決済取引処理を行う。本人確認結果が「失敗」だった場合はステップＳ８０６に進む。
【０１３３】
［ステップＳ８０６］ 決済アプリケーション１４０は、生体認証アプリ管理情報１４２の有効フラグ１４２２を“２”としてロード済かつ生体情報登録済だが一時使用不可状態に設定し、生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１３４】
［ステップＳ８０７］ 決済端末２００は、決済アプリケーション１４０より生体認証アプリ管理情報１４２を受信し、受信した生体認証アプリ管理情報１４２を決済センタ３００へ送信する。
【０１３５】
［ステップＳ８０８］ 決済センタ３００は、決済端末２００より生体認証アプリ管理情報１４２を取得し、データベース３４０の生体認証アプリ管理情報３４２を更新するとともに、利用者へ登録番号１４２４を郵送葉書や電子メール等の手段により通知する。なお登録番号の通知の手段はこれらに限られるものではない。
【０１３６】
図８に示す生体認証処理のシーケンスでは、ＩＣカード１００において、生体認証処理が失敗するごとに生体認証アプリ管理情報１４２の有効フラグ１４２２、および生体情報登録データ１５２を更新することで、生体認証が失敗した場合に一時的にＩＣカード１００の生体認証を利用した決済を使用不可にすることができる。
【０１３７】
次に、ＩＣカード１００内部の決済アプリケーション１４０が行う生体認証処理について説明する。この処理は、前述の図８に示すシーケンスの場合は、ステップＳ８０４、Ｓ８０５、Ｓ８０６にて行われる処理である。図９は、決済アプリケーション１４０が行う生体認証処理の流れを示すフローチャートである。
【０１３８】
［ステップＳ９０１］ 決済アプリケーション１４０は、決済端末２００から生体認証要求を受信すると、生体認証アプリ管理情報１４２の生体認証残回数１４２３を確認し、生体認証残回数１４２３が“０”の場合はステップＳ９０２に進む。“０”でない場合はステップＳ９０３に進む。
【０１３９】
［ステップＳ９０２］ 決済アプリケーション１４０は、本人確認結果１４５を「失敗」に設定する。また生体認証アプリ管理情報１４２の有効フラグ１４２２を“２”としてロード済かつ生体情報登録済だが一時使用不可状態に設定し、生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１４０】
［ステップＳ９０３］ 決済アプリケーション１４０は、決済端末２００から生体情報を受信し、受信した生体情報を生体認証アプリケーション１５０に送信することで生体認証アプリケーション１５０に生体認証を実施してもらう。その後、生体認証アプリケーション１５０から生体認証の結果を取得する。
【０１４１】
［ステップＳ９０４］ 決済アプリケーション１４０は、ステップＳ９０３で行った生体認証の結果が成功の場合はステップＳ９０６に進む。生体認証の結果が失敗の場合はステップＳ９０５に進む。
【０１４２】
［ステップＳ９０５］ 決済アプリケーション１４０は、生体認証が失敗したので、生体認証残回数１４２３を所定の値だけ減算し、ステップＳ９０１に戻る。
【０１４３】
［ステップＳ９０６］ 決済アプリケーション１４０は、生体認証が成功したので、生体認証残回数１４２３を初期設定値に戻す。例えば、生体認証残回数１４２３が初めに“５”と設定されていた場合は初期設定値は“５”となる。あるいは、初期設定値を“０”として、生体認証が失敗した場合に生体認証残回数１４２３を所定の値だけ加算する方式であっても良い。
【０１４４】
［ステップＳ９０７］ 決済アプリケーション１４０は、本人確認結果１２０を「成功」に設定し、決済端末２００に送信する。
【０１４５】
次に、決済端末２００が行う生体認証処理について説明する。この処理は、前述の図８に示すシーケンスの場合は、ステップＳ８０３、Ｓ８０７にて行われる処理である。図１０は、決済端末２００が行う生体認証処理の流れを示すフローチャートである。
【０１４６】
［ステップＳ１００１］ 決済端末２００は、利用者に生体認証を行う案内をユーザインタフェース部２２０を用いて提示する。そして、生体情報センサ２４０を用いて利用者の生体情報を取得する。決済端末２００は、生体認証を行うために取得した生体情報を決済アプリケーション１４０に送信し、生体認証の結果として本人確認結果１４５をＩＣカード１００から取得する。
【０１４７】
［ステップＳ１００２］ 決済端末２００は、ＩＣカード１００から取得した本人確認結果１４５が「成功」の場合はステップＳ１００４に進む。本人確認結果１４５が「失敗」の場合はステップＳ１００３に進む。
【０１４８】
［ステップＳ１００３］ 決済端末２００は、決済アプリケーション１４０から受信した生体認証アプリ管理情報１４２を決済センタ３００へ送信して、生体認証処理が失敗したことを決済センタ３００に通知する。
【０１４９】
［ステップＳ１００４］ 決済端末２００は、決済取引処理を行う。
【０１５０】
次に、決済センタ３００が行う生体認証のエラー時の処理について説明する。この処理は、前述の図８に示すシーケンスの場合は、ステップＳ８０８にて行われる処理である。図１１は、決済センタ３００が行う生体認証のエラー時の処理の流れを示すフローチャートである。
【０１５１】
［ステップＳ１１０１］ 決済センタ３００は、決済端末２００より生体認証アプリ管理情報１４２を受信する。
【０１５２】
［ステップＳ１１０２］ 決済センタ３００は、データベース３４０の生体認証アプリ管理情報３４２を更新する。生体認証アプリ管理情報３４２の登録番号１４２４は、カード保有者へ郵送葉書や電子メール等の手段により通知され、その値を決済端末２００を通して入力し、ＩＣカード１００において照合することで本人確認を行う。なお登録番号の通知の手段はこれらに限られるものではない。
【０１５３】
次に、ＩＣカード１００、決済端末２００、および決済センタ３００の間で行われる一時使用不可状態の生体認証の解除処理の内容について説明する。図１２は、一時使用不可状態の生体認証の解除処理の流れの例を示すシーケンス図である。
【０１５４】
［ステップＳ１２０１］ 決済端末２００は、利用者による決済取引処理を受け付け、ＩＣカード１００内部の決済アプリケーション１４０を選択するために、決済アプリケーション１４０のＡＩＤである決済ＡＩＤ１４１をＩＣカード１００に送信し、決済アプリケーション１４０から生体認証アプリ管理情報１４２を受信する。
【０１５５】
［ステップＳ１２０２］ 決済アプリケーション１４０は、オペレーティングシステム１６０のアプリケーション実行機能１６４によって選択され、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１５６】
［ステップＳ１２０３］ 決済端末２００は、保有する生体ＡＩＤリスト２６３と、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２とで一致する生体認証アプリケーション１５０の情報を抽出し、ユーザインタフェース部２２０に一覧を表示する。利用者は、ユーザインタフェース部２２０に表示された生体認証アプリケーション１５０の一覧から、生体認証を行う生体認証アプリケーション１５０を選択する。さらに、決済端末２００は、利用者に登録番号の入力の要求をユーザインタフェース部２２０を用いて提示して、ＰＩＮ入力部２３０から登録番号を取得し、取得した登録番号をＩＣカード１００へ送信する。
【０１５７】
［ステップＳ１２０４］ 決済アプリケーション１４０は、受信した登録番号を生体認証アプリ管理情報１４２に記録されている登録番号１４２４と照合する。照合が成功した場合は生体認証アプリ管理情報１４２の有効フラグ１４２２を“１”としてロード済かつ生体情報登録済かつ正常状態に設定して、生体認証アプリ管理情報１４２を決済端末２００に送信する。照合が失敗した場合は、生体認証アプリ管理情報１４２を更新せずに、決済端末２００に送信する。
【０１５８】
［ステップＳ１２０５］ 決済端末２００は、受信した生体認証アプリ管理情報１４２のうち、ステップＳ１２０３で選択された生体認証アプリケーション１５０に対応する有効フラグ１４２２が“１”のロード済かつ生体情報登録済かつ正常状態になっている場合、決済センタ３００へ生体認証アプリ管理情報１４２を送信し、生体認証処理に進む。
【０１５９】
［ステップＳ１２０６］ 決済センタ３００は、決済端末２００より生体認証アプリ管理情報１４２を取得し、データベース３４０の生体認証アプリ管理情報３４２を更新するとともに、生体認証の一時使用不可状態が解除された旨を利用者へ郵送葉書や電子メール等の手段により通知する。
【０１６０】
図１２に示す一時使用不可状態の生体認証の解除処理のシーケンスでは、登録番号の照合が成功したことにより有効フラグ１４２２の値を変更することで、ＩＣカード１００の生体認証処理を有効にすることができる。
【０１６１】
以上に説明したように、本実施の形態の生体認証登録システムによれば、従来のように、窓口等での本人確認を実施することなく、「登録番号」を本人確認のために利用することによって、決済端末２００を用いて利用者自身が生体情報を登録することができる。さらに、決済センタ３００にて、取引の履歴に「登録番号」を付加して記録しておくことにより、ＩＣカードへの生体情報の登録前の取引と、生体情報の登録後の取引との識別を可能とする。これにより、不正にＩＣカード１００を入手して生体情報を登録された場合の不正な取引を検知することが可能となる。
【０１６２】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【０１６３】
本発明は、ＩＣカードに生体情報を登録して、生体認証により本人確認を行う処理システムに利用可能である。
【図面の簡単な説明】
【０１６４】
【図１】本発明の一実施の形態における、生体認証登録システムの構成例を示すブロック図である。
【図２】本発明の一実施の形態における、生体認証アプリ管理情報のデータの構成例を示した図である。
【図３】本発明の一実施の形態における、アプリケーション管理テーブルのデータの構成例を示した図である。
【図４】本発明の一実施の形態における、生体情報登録処理の流れの例を示すシーケンス図である。
【図５】本発明の一実施の形態における、決済端末が行う生体情報登録の受付処理の流れを示すフローチャートである。
【図６】本発明の一実施の形態における、決済端末が行う生体情報登録処理の流れを示すフローチャートである。
【図７】本発明の一実施の形態における、ＩＣカード内部の決済アプリケーションが行う生体情報登録処理の流れを示すフローチャートである。
【図８】本発明の一実施の形態における、生体認証および生体認証のエラー時の処理の流れの例を示すシーケンス図である。
【図９】本発明の一実施の形態における、決済アプリケーションが行う生体認証処理の流れを示すフローチャートである。
【図１０】本発明の一実施の形態における、決済端末が行う生体認証処理の流れを示すフローチャートである。
【図１１】本発明の一実施の形態における、決済センタが行う生体認証のエラー時の処理の流れを示すフローチャートである。
【図１２】本発明の一実施の形態における、一時使用不可状態の生体認証の解除処理の流れの例を示すシーケンス図である。
【符号の説明】
【０１６５】
１００…ＩＣカード、１１０…通信部、１２０…演算処理部、１３０…メモリ、１４０…決済アプリケーション、１４１…決済ＡＩＤ、１４２…生体認証アプリ管理情報、１４３…ＰＩＮ照合残回数、１４４…登録ＰＩＮ、１４５…本人確認結果、１５０…生体認証アプリケーション、１５１…生体ＡＩＤ、１５２…生体情報登録データ、１５３…登録番号生成機能、１６０…オペレーティングシステム、１６１…アプリケーション管理テーブル、１６２…外部通信機能、１６３…アプリケーション追加削除機能、１６４…アプリケーション実行機能、１６５…アプリケーション間通信機能、１７０…共有バッファ、
２００…決済端末、２１０…演算処理部、２２０…ユーザインタフェース部、２３０…ＰＩＮ入力部、２４０…生体情報センサ、２５０…ＩＣカード通信部、２６０…メモリ、２６１…決済処理プログラム、２６２…生体情報登録処理プログラム、２６３…生体ＡＩＤリスト、２７０…センタ通信部、
３００…決済センタ、３１０…決済処理機能、３２０…決済履歴照会機能、３３０…通信部、３４０…データベース、３４１…カード番号、３４２…生体認証アプリ管理情報、３４３…決済履歴、
４００…ネットワーク、
１４２１…生体ＡＩＤ、１４２２…有効フラグ、１４２３…生体認証残回数、１４２４…登録番号、１４２５…登録番号照合残回数、１４２６…登録年月日、１４２７…登録場所、１４２８…限度額、
１６１１…ＡＩＤ、１６１２…アプリケーション参照アドレス、１６１３…アプリケーションサイズ、１６１４…選択フラグ、１６１５…呼出し順序。
【技術分野】
【０００１】
本発明は、ＩＣカードを用いた処理システムに関し、特に、ＩＣカードに生体情報を登録して、生体認証により本人確認を行う処理システムに適用して有効な技術に関するものである。
【背景技術】
【０００２】
従来、金融取引のために用いるキャッシュカードやクレジットカードは、磁気ストライプ方式のカードを用いたものが主流であったが、近年において偽造カードを用いた不正利用が急増したため、ＩＣカードへの置き換えが急速に進んでいる。ＩＣカードは、カードに埋め込まれたＩＣチップを用いてデータの保護を能動的に行うことが可能であり、磁気ストライプ方式のカードに比べて偽造が格段に困難になっている。現在、ＩＣカードを用いたキャッシュカードやクレジットカードの仕様としては、ＥＭＶ（登録商標）仕様がデファクトスタンダートとなっている。
【０００３】
ＥＭＶ仕様においては、ＩＣカード所有者の本人確認方式としてＰＩＮ（Personal Identification Number）照合方式を採用している。ＰＩＮはキャッシュカードやクレジットカードの暗証番号である。しかしながら、ＰＩＮ照合方式では、ＩＣカード所有者自身がＰＩＮの値を忘れてしまう可能性がある点や、ＩＣカードおよびＰＩＮの盗用によるいわゆる成りすましを十分に防止できない点が課題となっている。
【０００４】
そこで近年においては、指紋、静脈、虹彩といった、他人が盗むのが困難であるとともに各個人で異なっている生体情報を利用した生体認証による本人確認方式が注目されている。さらに、金融機関毎に指静脈認証、掌静脈認証等、対応する生体認証方式が異なるケースもあるため、１枚のカードに複数の生体情報を格納し、複数の生体認証方式に対応するＩＣカードの発行も進んでいる。複数の生体情報を格納したＩＣカードを用いた取引方式に関しては、例えば、特開２００７−１９３４７６号公報（特許文献１）のような技術が提案されており、生体認証を利用することができる端末の普及は進みつつある。
【特許文献１】特開２００７−１９３４７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＩＣカードに生体情報を登録する場合は、正しい生体情報を登録するために、カード発行元の窓口等で身分証明書などによる本人確認を行ってから、窓口で生体情報の登録を行っている。この方式の場合、利用者が生体情報を登録することができる特定の窓口を探す必要があり、また、窓口を有さないカード発行元が生体認証の機能が付いているＩＣカードを発行することができないなど、利便性の面での課題がある。
【０００６】
そこで本発明の目的は、窓口等での本人確認を不要とし、生体認証を利用することができる端末を使って利用者自身が生体情報の登録を行うことができる生体情報登録システムを提供することにある。
【０００７】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【０００９】
本発明の代表的な実施の形態による生体情報登録システムは、ＩＣカード、処理端末、およびセンタシステムからなる生体情報登録システムであって、前記ＩＣカードは、前記処理端末を経由して前記センタシステムと通信を行う通信部と、生体情報の種類に対応した生体認証を行う機能と、生体情報が登録された際に登録番号を生成する登録番号生成機能とを備えた少なくとも１つ以上の生体認証アプリケーションと、該生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションとを有し、前記処理端末は、前記ＩＣカードと通信を行うＩＣカード通信部と、前記センタシステムと通信を行うセンタ通信部と、生体認証により対象の処理を行うためのインタフェースを利用者に提供するユーザインタフェース部と、利用者の生体情報を読み取る生体情報センサとを有し、前記センタシステムは、前記処理端末を経由して前記ＩＣカードと通信を行う通信部と、前記処理端末からの要求に応じて対象の処理を行う機能と、前記ＩＣカードに関する情報および処理の履歴を記録するデータベースとを有し、前記処理端末の前記生体情報センサによって利用者の生体情報を読み取り、読み取った生体情報を前記ＩＣカードに送信して登録し、前記ＩＣカードの前記登録番号生成機能により生成された登録番号を前記ＩＣカードに記録するとともに前記処理端末を経由して前記センタシステムに送信し、前記データベースに記録することにより、前記処理端末を利用して前記ＩＣカードに生体情報の登録を行うことを特徴とするものである。
【発明の効果】
【００１０】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１１】
本発明の代表的な実施の形態によれば、ＩＣカードへ生体情報を登録する際に、窓口等での本人確認を不要とし、利用者自身がＩＣカードへの生体情報の登録を容易に行うことを可能とすることで、利便性を大きく向上させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１３】
＜概要＞
以下に説明する本発明の一実施の形態である生体情報登録システムでは、生体認証により行う処理の対象として、銀行のＡＴＭやクレジット決済端末において、キャッシュカードやクレジットカード等の金融カードを用いて行われる決済取引処理を例として挙げている。なお、生体認証により行う処理の対象としてはこれらの決済取引処理に限られず、例えば、社員証やＩＤカード等を用いた入退出管理や、ネットワーク利用のアクセス管理等の処理であっても良い。
【００１４】
本発明の一実施の形態である生体情報登録システムは、決済端末、決済センタ、およびＩＣカードから構成される。決済端末は、利用者に生体認証等による本人確認を用いた決済取引処理を行うための画面を提示し、利用者からの入力等を受け付けて生体認証により決済取引処理を行う処理端末である。決済端末は、ＰＩＮ入力部、生体情報センサ、ＩＣカードと通信するためのＩＣカード通信部、決済センタと通信するためのセンタ通信部、および、ユーザインタフェース部を備える。
【００１５】
決済センタは、利用者が保有するＩＣカードに関する情報や決済取引の履歴などを保持するデータベースを備え、決済端末からの決済取引処理の要求に応じて決済の処理を行うセンタシステムであり、メインフレーム等のホストコンピュータにより構成される。また、ＩＣカードは、本人確認と決済取引処理を行うために使用され、ＰＩＮによる認証機能、一つ以上の生体認証アプリケーション、および生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションである決済アプリケーションを有する。
【００１６】
ＩＣカード内の決済アプリケーションは、「生体認証アプリ管理情報」を持つ。「生体認証アプリ管理情報」は、生体認証アプリケーションごとに、生体認証が有効であるか否かの状況を示す情報である「生体認証情報」と、生体認証が有効である場合に、生体情報の登録の状況を示す情報である「登録情報」とを有する。
【００１７】
ＩＣカード内の生体認証アプリケーションは、生体情報の登録時に「登録番号」を生成する。この「登録番号」は、ＩＣカード内の決済アプリケーションに渡され、前記「登録情報」に含まれる形で、「生体認証アプリ管理情報」に記録される。さらに、この「登録番号」は、決済センタに送信され、決済センタのデータベースに記録される。このタイミングでは、利用者（カード保有者）には「登録番号」は通知されない。
【００１８】
この「登録番号」は、生体認証の失敗などで生体認証アプリケーションがロックされた際のロック解除や、生体情報を再登録する際の本人確認のために利用する。例えば、カード保有者からロック解除や生体情報の再登録の申請を受けた際に、決済センタのデータベースに登録された「登録番号」を、電子メール、あるいは郵送葉書等の既存の手段によりカード保有者に通知する。カード保有者が、決済端末のＰＩＮ入力部を用いて「登録番号」を入力し、ＩＣカード内の決済アプリケーションが、「生体認証アプリ管理情報」に記録されている「登録番号」との一致を確認することにより、本人確認を実施することができる。
【００１９】
以上により、ＩＣカードへ生体情報を登録する際に、窓口等での本人確認を不要とし、利用者自身がＩＣカードへの生体情報の登録を容易に行うことを可能とする。
【００２０】
＜実施の形態＞
以下に、本発明の一実施の形態である生体認証登録システムについて、図１から図１２を用いて説明する。
【００２１】
図１は、本実施の形態における生体認証登録システムの構成例を示すブロック図である。生体認証登録システムは、ＩＣカード１００、決済端末２００、決済センタ３００から構成される。決済端末２００は、ネットワーク４００を介して決済センタ３００に接続されている。
【００２２】
前述のように、本実施の形態では、例として金融機関による決済取引処理を行うシステムを想定し、ＩＣカード１００としては銀行のキャッシュカードやクレジットカード等の金融カード、決済端末２００としては銀行のＡＴＭやクレジット決済端末等を想定しているが、これらに限られるものではない。
【００２３】
ＩＣカード１００としては、例えば社員証やＩＤカード等を用い、入退出やネットワーク利用のアクセス管理等の処理を行うシステムに適用することも可能である。また、決済端末２００としては、ＩＣカード１００および決済センタ３００と通信が可能であり、生体情報を読み取ることが可能な装置であれば、例えば携帯電話やＰＤＡ等の携帯可能な端末であっても良い。
【００２４】
以下では、まずＩＣカード１００の内部構成について説明する。ＩＣカード１００は、通信部１１０と、演算処理部１２０と、メモリ１３０とを有している。通信部１１０は、ＩＣカード１００が外部と通信するために使用される。演算処理部１２０は、ＩＣカード１００全体の制御を行う。通信部１１０経由で外部からコマンドを受信すると、メモリ１３０に格納されているプログラムに基づいてコマンドに応じた処理を行い、そのレスポンスを通信部１１０経由で外部に送信する。
【００２５】
メモリ１３０は、ＩＣカード１００が保持するプログラムやデータを格納する機能を有し、ＲＯＭ（Read Only Memory）や、ＥＥＰＲＯＭ（Electrical Erasable Programmable Read Only Memory）、あるいはＲＡＭ（Random Access Memory）等の半導体メモリによって構成される。メモリ１３０に格納されるプログラムとデータの構成については後述する。
【００２６】
次に、決済端末２００の内部構成について説明する。決済端末２００は、演算処理部２１０と、ユーザインタフェース部２２０と、ＰＩＮ入力部２３０と、生体情報センサ２４０と、ＩＣカード通信部２５０と、メモリ２６０と、センタ通信部２７０とを有している。
【００２７】
演算処理部２１０は、決済端末２００全体の制御を行い、メモリ２６０に格納されている決済処理プログラム２６１に基づいて、ＩＣカード１００を用いた決済取引処理を実施する。ユーザインタフェース部２２０は、生体認証により対象の処理を行うためのインタフェースを利用者に提供する機能を有し、決済端末２００の利用者に対して画像や文字等の視覚情報あるいは音声情報を提示するための出力機能と、決済端末２００の利用者が必要な情報を入力することを可能にする入力機能とを有する。出力機能としては、例えばブラウン管や液晶等のディスプレイを用い、また、入力機能としては、例えばキーボードやタッチパネル等を用いることができる。
【００２８】
ＰＩＮ入力部２３０は、利用者がＰＩＮを入力するための機能を有し、数字入力専用の小型のテンキーキーボード等を用いることができる。また、ユーザインタフェース部２２０の入力機能を使用することも可能である。生体情報センサ２４０は、生体情報を読み取る機能を有しており、例えば、指静脈や掌静脈を読み取ることができる装置で構成される。あるいは、他の生体情報を読み取る機能を有する装置であっても良い。
【００２９】
ＩＣカード通信部２５０は、決済端末２００がＩＣカード１００の通信部１１０との間でＩＣカード１００を制御するための通信を行うために用いられる。この通信は、例えば、国際標準規格であるＩＳＯ／ＩＥＣ７８１６で規定している接触通信に基づく通信や、ＩＳＯ／ＩＥＣ１４４４３で規定している非接触通信に基づく通信であるが、他の規格に基づいて行う通信であってもよい。
【００３０】
メモリ２６０は、決済端末２００が使用する決済処理プログラム２６１や生体情報登録処理プログラム２６２等の各種プログラム、および生体ＡＩＤリスト２６３等の関連データを格納する機能を有し、ハードディスクや半導体メモリ等によって構成される。ここで、決済処理プログラム２６１は、決済端末２００において決済取引処理を行うためのプログラムである。
【００３１】
また、生体情報登録処理プログラム２６２は、決済端末２００からＩＣカード１００に対して生体情報を新たに登録もしくは再登録する処理を行うためのプログラムである。これらのプログラムは、別個のプログラムとして実現されていても良いし、１つのプログラムとして実現されていても良い。生体ＡＩＤリスト２６３は、当該決済端末２００が読み取ることのできる生体情報の種類を示すデータである。
【００３２】
センタ通信部２７０は、決済センタ３００とデータ通信を行うために用いられ、電話回線やインターネット等の公衆回線網、あるいは専用の回線網に接続する機能を有する。
【００３３】
次に、決済センタ３００および決済センタ３００が保持するデータベース３４０の内容について説明する。決済センタ３００は、各決済端末２００からの決済取引処理の要求に基づいて決済取引処理を集中的に行う決済処理機能３１０と、各利用者の決済取引の履歴を照会する決済履歴照会機能３２０と、決済端末２００とデータ通信を行うために用いられる通信部３３０と、データベース３４０とを有する。
【００３４】
データベース３４０には、カード番号３４１、生体認証アプリ管理情報３４２、決済履歴３４３を有している。カード番号３４１は、利用者が保有するＩＣカード１００の固有のカード番号であり、ＩＣカード１００を特定するための情報である。生体認証アプリ管理情報３４２は、カード番号３４１で特定されるＩＣカード１００の生体認証アプリ管理情報１４２を保持しているものである。この内容については後述する。
【００３５】
また、決済履歴３４３は、カード番号３４１で特定されるＩＣカード１００を利用して決済取引処理を行った履歴を格納するものである。この決済履歴３４３の内容は、決済履歴照会機能３２０によって参照することができる。この決済履歴３４３内の各決済履歴のデータに、後述する生体認証アプリ管理情報３４２内の登録番号１４２４を付加して格納することによって、ＩＣカード１００が不正利用された際に、不正利用の開始時期や場所、取引の履歴等を検知することができる。
【００３６】
次に、ＩＣカード１００のメモリ１３０に格納されるプログラムとデータの構成について説明する。メモリ１３０には、決済アプリケーション１４０、生体認証アプリケーション１５０、オペレーティングシステム１６０と、共有バッファ１７０が格納されている。
【００３７】
決済アプリケーション１４０は、ＩＣカード１００を用いた決済取引処理を実行するために使用するＩＣカードアプリケーションプログラムである。また、生体認証アプリケーション１５０は、ＩＣカード１００を用いた生体認証処理を実行するために使用するＩＣカードアプリケーションプログラムである。
【００３８】
オペレーティングシステム１６０は、決済アプリケーション１４０と、生体認証アプリケーション１５０を実行するために必要な基本機能を提供するシステムプログラムであり、外部から指定されたＩＣカードアプリケーションを選択して、演算処理部１２０にて実行する機能を有している。また、各ＩＣカードアプリケーションが管理しているプログラムやデータを他のＩＣカードアプリケーションから保護するファイヤーウォール機能を有しており、各ＩＣカードアプリケーションを安全に実行することが可能である。オペレーティングシステム１６０の具体例としては、ＩＣカードのオペレーティングシステムであるＭＵＬＴＯＳ（登録商標）やＪａｖａ（登録商標）Ｃａｒｄが挙げられるが、これらに限られるものではなく、他のオペレーティングシステムを用いてもよい。
【００３９】
共有バッファ１７０は、通信部１１０経由で受信したコマンドや、それに対応するレスポンスを格納するためのバッファである。共有バッファ１７０は、決済アプリケーション１４０と生体認証アプリケーション１５０との間で送受信するデータを格納するためにも用いられる。
【００４０】
ここで、決済アプリケーション１４０は、ＰＩＮ照合による本人確認を行う機能は有しているが、生体認証による本人確認を行う機能は有していない。このため、決済アプリケーション１４０が生体認証による本人確認を実行する場合は、生体認証アプリケーション１５０に、生体認証の処理を共有バッファ１７０経由で委譲することになる。
【００４１】
次に、決済アプリケーション１４０が管理するデータの構成について説明する。決済アプリケーション１４０が管理するデータは、決済ＡＩＤ１４１と、生体認証アプリ管理情報１４２と、ＰＩＮ照合残回数１４３と、登録ＰＩＮ１４４と、本人確認結果１４５とを含んでいる。
【００４２】
決済ＡＩＤ１４１は、決済アプリケーション１４０に付与されたアプリケーション識別子（ＡＩＤ：Application IDentifier）である。ここで、ＡＩＤは、ＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がアプリケーションを選択するために使用する識別子である。なお、国際的に流通するＩＣカードアプリケーションのＡＩＤの付番方法は、国際規格のＩＳＯ／ＩＥＣ７８１６−５で定められている。
【００４３】
生体認証アプリ管理情報１４２は、決済アプリケーション１４０から実行可能な生体認証アプリケーションごとに、生体認証の状況、および生体情報の登録の状況を管理するデータであり、生体認証が有効であるか否かの状況を示す情報である「生体認証情報」と、生体認証が有効である場合に、生体情報の登録の状況を示す情報である「登録情報」とを有する。生体認証アプリ管理情報１４２のデータの構成については後述する。
【００４４】
ＰＩＮ照合残回数１４３は、決済アプリケーション１４０が実行するＰＩＮ照合処理の残り試行回数を保持するデータである。ＰＩＮ照合残回数１４３には、所定の正の整数値が初期値として設定され、ＰＩＮ照合による本人確認が失敗するたびに値を減じていく。ＰＩＮ照合残回数１４３の値が“０”となった場合、決済アプリケーション１４０は、ＰＩＮ照合を実行不可とする。なお、本実施の形態では、決済アプリケーション１４０は、ＰＩＮ照合残回数１４３を用いてＰＩＮ照合の実行可否の管理を行っているが、ＰＩＮ照合の残り試行回数ではなく、ＰＩＮ照合が失敗した回数を保持しておくことでＰＩＮ照合の実行可否の管理を行ってもよい。
【００４５】
登録ＰＩＮ１４４は、ＩＣカード１００の利用者のＰＩＮであり、この値が、ＰＩＮ照合による本人確認時に利用者が決済端末２００のＰＩＮ入力部２３０から入力したＰＩＮの値と照合される。本人確認結果１４５は、決済アプリケーション１４０においてＰＩＮ照合による本人確認を行った結果を保持するデータである。
【００４６】
図２は、生体認証アプリ管理情報１４２のデータの構成例を示した図である。図２において、生体認証アプリ管理情報１４２は、決済アプリケーション１４０が対応する生体認証アプリケーションごとに、生体ＡＩＤ１４２１、有効フラグ１４２２、生体認証残回数１４２３、登録番号１４２４、登録番号照合残回数１４２５、登録年月日１４２６、登録場所１４２７、および限度額１４２８を保持しているテーブルである。
【００４７】
ここで、生体ＡＩＤ１４２１は、対応するＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がアプリケーションを選択するために使用する識別子である。
【００４８】
有効フラグ１４２２は、決済アプリケーション１４０が対応する生体認証アプリケーションのロード状態、生体情報の登録状態、生体認証アプリケーションの利用可能状態を示すフラグである。例えば、有効フラグ１４２２が“０”の場合は、生体認証アプリケーションがＩＣカード１００にロードされていない状態であることを表し、“１”の場合は、生体認証アプリケーションがＩＣカード１００にロードされていて、かつ、生体情報が登録されていて、正常に使用できる状態であることを表す。
【００４９】
また、有効フラグ１４２２が“２”の場合は、生体認証アプリケーションがＩＣカード１００にロードされていて、かつ、生体情報が登録されているが、生体認証がロックされて一時使用不可の状態であることを表し、“３”の場合は、生体認証アプリケーションがＩＣカード１００にロードされているが、生体情報が登録されていない状態であることを表す。有効フラグ１４２２の値は、生体情報をＩＣカード１００に登録した際に“１”として有効に設定するが、生体情報の登録後に生体認証による本人確認を行ってから正式に有効に設定してもよい。
【００５０】
生体認証残回数１４２３は、決済アプリケーション１４０が生体認証処理を行う場合の残り試行回数を保持する。この値は、生体認証アプリケーション１５０をＩＣカード１００にロードした際に設定されるが、ロード後に値を更新してもよい。生体認証残回数１４２３が“０”となった場合、決済アプリケーション１４０は、有効フラグ１４２２を“２”として、生体認証をロックして一時使用不可にする。なお、本実施の形態では、決済アプリケーション１４０は、生体認証残回数１４２３を用いて生体認証の実行可否の管理を行っているが、生体認証の残り試行回数ではなく、生体認証が失敗した回数を保持することで生体認証の実行可否の管理を行ってもよい。
【００５１】
登録番号１４２４は、ＰＩＮ以外にＩＣカード１００の利用者を確認するために使われる。通常は利用者に通知されない番号だが、生体認証のエラー時に、利用者へ電子メールや郵送葉書等の何らかの手段で通知され、その値を利用者が決済端末２００から入力して、ＩＣカードで照合することによって本人確認を行う。この登録番号１４２４の値は、後述する生体認証アプリケーション１２０の登録番号生成機能１５３によって設定される。
【００５２】
登録番号照合残回数１４２５は、有効フラグ１４２２が“２”で生体認証がロックされて一時使用不可となっている状態を解除する際や、登録されている生体情報を上書きして再登録する際に、登録番号１４２４の照合を行う場合の残り試行回数を保持する。この値は、生体認証アプリケーション１５０をＩＣカード１００にロードした際に設定されるが、ロード後に値を更新してもよい。なお、本実施の形態では、決済アプリケーション１４０は、登録番号照合残回数１４２５を用いて登録番号照合の実行可否の管理を行っているが、登録番号照合の残り試行回数ではなく、登録番号照合が失敗した回数を保持することで登録番号照合の実行可否の管理を行ってもよい。
【００５３】
登録年月日１４２６は、生体情報をＩＣカード１００に登録した年月日を保持する。また、登録場所１４２７は、生体情報をＩＣカード１００に登録した場所の情報を保持する。これらの情報は、生体情報がＩＣカードに登録されている場合、すなわち有効フラグ１４２２が“１”もしくは“２”である場合にのみ管理される。限度額１４２８は、決済取引を行う際に生体認証を用いた場合の決済額の最高限度額を保持する。この値は、生体認証アプリケーション１５０をＩＣカード１００にロードした際に設定されるが、ロード後に値を更新してもよい。
【００５４】
ここで、前述した生体認証が有効であるか否かの状況を示す情報である「生体認証情報」には、生体ＡＩＤ１４２１、有効フラグ１４２２、生体認証残回数１４２３が該当する。また、生体認証が有効である場合に生体情報の登録の状況を示す情報である「登録情報」には、生体ＡＩＤ１４２１、登録番号１４２４が該当する。「生体認証情報」は、決済端末２００に送信され、決済端末２００にて利用される。また、「登録情報」は、決済端末２００経由で決済センタ３００に送信され、決済センタ３００にて利用される。
【００５５】
なお、限度額１４２８を「生体認証情報」に含めて決済端末２００で利用したり、登録番号照合残回数１４２５、登録年月日１４２６、登録場所１４２７を「登録情報」に含めて決済センタ３００で利用したりしてもよい。本実施の形態では、「生体認証情報」、および「登録情報」を含むこれらの情報を合わせて生体認証アプリ管理情報１４２としてテーブル化し、生体認証アプリ管理情報１４２全体を決済端末２００に送信し、さらに決済端末２００経由で決済センタ３００に送信する構成としている。
【００５６】
次に、生体認証アプリケーション１５０が管理するデータの構成と機能について説明する。生体認証アプリケーション１５０が管理するデータは、生体ＡＩＤ１５１と、生体情報登録データ１５２とを含んでいる。また、生体認証アプリケーション１５０は、その機能として登録番号生成機能１５３を有している。
【００５７】
生体ＡＩＤ１５１は、生体認証アプリケーション１５０に付与されたアプリケーション識別子であり、前述した決済ＡＩＤ１４１と同様に、ＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がＩＣカードアプリケーションを選択するために使用する。生体情報登録データ１５２は、ＩＣカード１００の保有者が登録した生体情報である。生体情報登録データ１５２の種類としては、掌静脈パターンあるいは指静脈パターン等を用いることができるが、これらに限られるものではなく、他の生体情報を扱うことも可能である。
【００５８】
登録番号生成機能１５３は、ＩＣカード１００の保有者が生体情報を登録する際に、所定の桁数の登録番号を生成する機能である。登録番号生成機能１５３では、登録番号として、重複しないようにランダムな番号を生成してもよいし、登録した時間等を設定してもよい。ここで生成された登録番号は、前述の生体認証アプリ管理情報１４２の登録番号１４２４となる。
【００５９】
次に、オペレーティングシステム１６０が管理するデータの構成と機能について説明する。オペレーティングシステム１６０が管理するデータは、アプリケーション管理テーブル１６１を含んでいる。また、オペレーティングシステム１６０は、その機能として外部通信機能１６２、アプリケーション追加削除機能１６３、アプリケーション実行機能１６４、およびアプリケーション間通信機能１６５を有している。
【００６０】
アプリケーション管理テーブル１６１は、オペレーティングシステム１６０が、ＩＣカードアプリケーションを管理するために使用するテーブルである。図３は、アプリケーション管理テーブル１６１のデータの構成例を示した図である。図３において、アプリケーション管理テーブル１６１は、登録されているＩＣカードアプリケーションごとに、ＡＩＤ１６１１、アプリケーション参照アドレス１６１２、アプリケーションサイズ１６１３、選択フラグ１６１４、および呼出し順序１６１５を保持しているテーブルである。
【００６１】
ここで、ＡＩＤ１６１１は、対応するＩＣカードアプリケーションを一意に識別して、オペレーティングシステム１６０がアプリケーションを選択するために使用する識別子である。決済アプリケーション１４０の場合は決済ＡＩＤ１４１、生体認証アプリケーション１５０の場合は生体ＡＩＤ１５１の値となる。アプリケーション参照アドレス１６１２は、メモリ１３０において該当のＩＣカードアプリケーションが格納されている領域の先頭アドレスである。図３の例では、各ＩＣカードアプリケーションに対して１つのアドレスのみを設定しているが、例えばアプリケーションのコード部の先頭アドレスとデータ部の先頭アドレスというように複数のアドレスを設定しても良い。
【００６２】
アプリケーションサイズ１６１３は、対応するＩＣカードアプリケーションのサイズである。図３の例では、各ＩＣカードアプリケーションに対して１つのサイズのみを設定しているが、例えばアプリケーションのコード部のサイズとデータ部のサイズというように複数のサイズを設定しても良い。
【００６３】
選択フラグ１６１４は、対応するＩＣカードアプリケーションが現在選択されているか否かを示す。図３の例では、対応するＩＣカードアプリケーションが選択されている場合は値を“１”とし、選択されていない場合は“０”としているが、他の表記法であっても良い。呼出し順序１６１５は、対応するＩＣカードアプリケーションが後述するアプリケーション間通信機能１６５によって呼出されている順序を示す。図３の例では、呼出されている順序を数字の大小で表しているが、他の表記法であっても良い。
【００６４】
外部通信機能１６２は、通信部１１０を制御してＩＣカード１００の外部からコマンドを受信するとともに、対応するレスポンスを送信する機能である。アプリケーション追加削除機能１６３は、ＩＣカードアプリケーションをＩＣカード１００の外部からダウンロードし、ダウンロードしたＩＣカードアプリケーションをアプリケーション管理テーブル１６１に登録して実行可能にする機能と、アプリケーション管理テーブル１６１に登録されているＩＣカードアプリケーションを削除する機能である。
【００６５】
アプリケーション実行機能１６４は、ＩＣカード１００の外部からのコマンドによって、アプリケーション管理テーブル１６１に登録されている何れかのＩＣカードアプリケーションを選択し、その後ＩＣカード１００の外部からコマンドを受信した際に、選択したＩＣカードアプリケーションを実行してコマンドに対応する処理を行う機能である。
【００６６】
ここで、ＩＣカードアプリケーションは、ＩＣカードのハードウェアに依存しない専用の命令セット仕様に基づいて作られたプログラムであり、アプリケーション実行機能１６４は、このような専用の命令セット仕様に基づいて作られたプログラムを読み込んで実行していくインタプリタ（あるいは仮想マシン）処理を行う。
【００６７】
また、アプリケーション実行機能１６４は、ＩＣカードアプリケーションのプログラムとデータを、ＩＣカード１００の外部、およびＩＣカード１００の内部に登録されている他のＩＣカードアプリケーションによる不正なアクセスから保護するファイヤーウォール機能も有している。アプリケーション実行機能１６４の具体例としては、ＩＣカードのオペレーティングシステムであるＭＵＬＴＯＳ（登録商標）やＪａｖａ（登録商標）Ｃａｒｄが有しているプログラムの実行機能などが挙げられる。
【００６８】
アプリケーション間通信機能１６５は、現在実行中のあるＩＣカードアプリケーションが、指定する他のＩＣカードアプリケーションにメッセージを送信し、当該他のＩＣカードアプリケーションから、メッセージに対応する処理結果を受信することを可能にする機能である。
【００６９】
具体的には、現在実行中のＩＣカードアプリケーションＡが、メッセージを共有バッファ１７０に格納するとともに、ＩＣカードアプリケーションＢのＡＩＤを指定してアプリケーション間通信機能１６５を呼出すと、アプリケーション間通信機能１６５は、ＩＣカードアプリケーションＡを一時停止状態にしてから、ＡＩＤで指定されたＩＣカードアプリケーションＢを実行可能状態にする。ＩＣカードアプリケーションＢは、メッセージに対応する処理を行い、処理結果を共有バッファ１７０に格納してから処理を終了する。
【００７０】
その後、アプリケーション間通信機能１６５は、ＩＣカードアプリケーションＡを実行可能状態に戻す。そして、ＩＣカードアプリケーションＡは、メッセージに対応する処理結果を共有バッファ１７０から取得する。このように、メッセージと対応する処理結果は共有バッファ１７０に格納されるので、ＩＣカードアプリケーションの間で共有されるが、メッセージに対応する処理はＩＣカードアプリケーションの内部で実行されるため、その処理内容を他のＩＣカードアプリケーションから隠蔽することが可能になる。
【００７１】
このアプリケーション間通信機能１６５は、後述するように、決済アプリケーション１４０が、生体認証アプリケーション１５０に対して生体認証処理を依頼する際に使用される。アプリケーション間通信機能１６５の具体例としては、ＩＣカードのオペレーティングシステムであるＭＵＬＴＯＳ（登録商標）が有しているデリゲーション機能、あるいはＪａｖａ（登録商標）Ｃａｒｄが有しているＳＩＯ（Shareable Interface Object）機能などが挙げられる。
【００７２】
次に、ＩＣカード１００、決済端末２００、および決済センタ３００の間で行われる生体情報登録処理の内容について説明する。図４は、生体情報登録処理の流れの例を示すシーケンス図である。
【００７３】
［ステップＳ４０１］ 決済端末２００は、利用者による生体情報の登録処理を受け付け、ＩＣカード１００内部の決済アプリケーション１４０を選択するために、決済アプリケーション１４０のＡＩＤである決済ＡＩＤ１４１をＩＣカード１００に送信し、決済アプリケーション１４０から生体認証アプリ管理情報１４２を受信する。
【００７４】
［ステップＳ４０２］ 決済アプリケーション１４０は、オペレーティングシステム１６０のアプリケーション実行機能１６４によって選択され、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【００７５】
［ステップＳ４０３］ 決済端末２００は、保有する生体ＡＩＤリスト２６３と、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２とで一致する生体認証アプリケーション１５０の情報を抽出し、ユーザインタフェース部２２０に一覧を表示する。ここで、生体ＡＩＤリスト２６３は、決済端末２００が読み取ることのできる生体情報の種類、すなわち決済端末２００が対応する生体認証アプリケーション１５０のリストである。利用者は、ユーザインタフェース部２２０に表示された生体認証アプリケーション１５０の一覧から、生体情報を登録する生体認証アプリケーション１５０を選択する。
【００７６】
［ステップＳ４０４］ 決済端末２００は、本人確認のためにＰＩＮ照合を行うことをユーザインタフェース部２２０に表示して、利用者がＰＩＮ入力部２３０に入力したＰＩＮを受け付け、決済アプリケーション１４０に送信する。
【００７７】
［ステップＳ４０５］ 決済アプリケーション１４０は、決済端末２００より取得したＰＩＮとＩＣカード１００が保有している登録ＰＩＮ１４４とを照合し、確認結果を本人確認結果１４５に格納して決済端末２００に送信する。
【００７８】
［ステップＳ４０６］ 決済端末２００は、生体情報センサ２４０を用いて利用者の生体情報を取得する。その後、生体情報登録処理を行うために、取得した生体情報と当日の年月日と決済端末２００の場所の情報とを、決済アプリケーション１４０に送信する。
【００７９】
［ステップＳ４０７］ 決済アプリケーション１４０は、取得した生体情報を、生体認証アプリケーション１５０に送信し、生体認証登録を生体認証アプリケーション１５０に委譲する。この委譲処理は、オペレーティングシステム１６０のアプリケーション間通信機能１６５を介して行う。
【００８０】
［ステップＳ４０８］ 生体認証アプリケーション１５０は、決済アプリケーション１４０から受信した生体情報を生体情報登録データ１５２に登録する。また、登録番号生成機能１５３により登録番号を生成し、生成した登録番号を決済アプリケーション１４０に送信する。
【００８１】
［ステップＳ４０９］ 決済アプリケーション１４０は、生体認証アプリ管理情報１４２に、有効フラグ１４２２、登録番号１４２４、登録年月日１４２６、および登録場所１４２７を格納し、決済端末２００に生体認証アプリ管理情報１４２を送信する。
【００８２】
［ステップＳ４１０］ 決済端末２００は、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２を決済センタ３００に送信する。
【００８３】
［ステップＳ４１１］ 決済センタ３００は、決済端末２００から受信した生体認証アプリ管理情報１４２を、データベース３４０の生体認証アプリ管理情報３４２に記録するとともに、利用者へ生体情報を登録した旨を郵送葉書や電子メール等の手段により通知する。
【００８４】
図４に示す生体情報登録処理のシーケンスでは、ＩＣカード１００において、生体情報登録データ１５２を更新するごとに生体認証アプリ管理情報１４２の有効フラグ１４２２、登録番号１４２４、登録年月日１４２６、および登録場所１４２７を更新し、登録番号１４２４を含む生体認証アプリ管理情報１４２を決済端末２００経由で決済センタ３００に送信してこれを保持することで、クレジットカード会社など支店・窓口のない会社が発行するＩＣカード１００であっても、窓口以外の場所において、ＰＩＮ照合による本人確認を行って利用者自身が決済端末２００によって生体情報を登録することができる。
【００８５】
次に、決済端末２００が行う生体情報登録の受付処理について説明する。この処理は、前述の図４に示すシーケンスの場合は、ステップＳ４０１、Ｓ４０３にて行われる処理である。図５は、決済端末２００が行う生体情報登録の受付処理の流れを示すフローチャートである。
【００８６】
［ステップＳ５０１］ 決済端末２００は、利用者より決済を行うアプリケーションの選択を受け付け、ＩＣカード１００にその決済ＡＩＤを送信する。
【００８７】
［ステップＳ５０２］ 決済端末２００は、ＩＣカード１００に格納されている生体認証アプリ管理情報１４２を、ＩＣカード１００から取得し、その中の有効フラグ１４２２を読み取る。
【００８８】
［ステップＳ５０３］ 決済端末２００は、ＩＣカード１００から取得した生体認証アプリ管理情報１４２と、決済端末２００が保有する生体ＡＩＤリスト２６３とが一致し、有効フラグ１４２２の値が生体認証アプリケーション１５０をロード済みとなっている生体認証アプリケーション１５０の情報を抽出し、ステップＳ５０５に進む。この際、有効フラグ１４２２の値がロード済みとなっているものが無い場合や、その他、ＩＣカード１００から生体認証アプリ管理情報１４２２を取得できなかった場合、ＩＣカード１００から取得した生体認証アプリ管理情報１４２２が空だった場合、決済端末２００で実行可能な生体認証方式が無かった場合は、ステップＳ５０４に進む。
【００８９】
［ステップＳ５０４］ 決済端末２００は、利用者にＩＣカード１００がその決済端末２００での生体情報登録に対応していないことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【００９０】
［ステップＳ５０５］ 決済端末２００は、利用者に有効な生体認証アプリケーション１５０の一覧をユーザインタフェース部２２０を用いて提示する。
【００９１】
［ステップＳ５０６］ 決済端末２００は、ユーザインタフェース部２２０を用いて利用者からの生体認証アプリケーション１５０の選択を受け付ける。ここで、所定の時間内に利用者が生体認証アプリケーション１５０を選択しなかった場合はステップＳ５０７に進む。利用者が生体認証アプリケーション１５０を選択した場合はステップＳ５０８に進む。
【００９２】
［ステップＳ５０７］ 決済端末２００は、利用者に生体情報登録が失敗したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【００９３】
［ステップＳ５０８］ ＩＣカード１００から取得した生体認証アプリ管理情報１４２において、利用者に選択された生体認証アプリケーション１５０の有効フラグ１４２２が“１”で生体情報登録済かつ正常状態となっている場合はステップＳ５０９に進む。有効フラグ１４２２が“１”以外の場合はステップＳ５１２に進む。
【００９４】
［ステップＳ５０９］ 決済端末２００は、利用者に生体情報を再登録することを確認する案内をユーザインタフェース部２２０を用いて提示する。
【００９５】
［ステップＳ５１０］ 決済端末２００は、ユーザインタフェース部２２０を用いて利用者から生体情報の再登録の確認を受け付ける。ここで、所定の時間内に生体情報の再登録の確認を受け付けなかった場合はステップＳ５１１に進む。生体情報の再登録の確認を受け付けた場合はステップＳ５１５に進む。
【００９６】
［ステップＳ５１１］ 決済端末２００は、利用者に生体情報登録処理が中止されたことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【００９７】
［ステップＳ５１２］ ＩＣカード１００から取得した生体認証アプリ管理情報１４２において、利用者に選択された生体認証アプリケーション１５０の有効フラグ１４２２が“２”で生体情報登録済かつ一時使用不可状態となっている場合はステップＳ５１５に進む。有効フラグ１４２２が“２”以外の場合はステップＳ５１３に進む。
【００９８】
［ステップＳ５１３］ ＩＣカード１００から取得した生体認証アプリ管理情報１４２において、利用者に選択された生体認証アプリケーション１５０の有効フラグ１４２２が“３”で生体情報未登録となっている場合はステップＳ５１７に進む。有効フラグ１４２２が“３”以外の場合はステップＳ５１４に進む。
【００９９】
［ステップＳ５１４］ 決済端末２００は、利用者に生体情報登録処理ができないことを、ユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１００】
［ステップＳ５１５］ 決済端末２００は、利用者に登録番号１４２４の照合を行う案内をユーザインタフェース部２２０を用いて提示する。そして、ＰＩＮ入力部２３０を用いて利用者からの登録番号の入力を受け付ける。
【０１０１】
［ステップＳ５１６］ 利用者から入力された登録番号と、登録番号１４２４との照合を行う。登録番号１４２４の照合が成功した場合はステップＳ５１７に進む。照合が失敗した場合はステップＳ５０７に進む。
【０１０２】
［ステップＳ５１７］ 決済端末２００は、生体情報登録の受付処理が成功したので、生体情報の登録処理を行う。
【０１０３】
図５に示す生体情報登録の受け付け処理のフローでは、決済端末２００は、ＩＣカード１００から取得した生体認証アプリ管理情報１４２に基づいて、生体情報登録を行う生体認証アプリケーション１５０を適切に抽出することができる。これにより、ＩＣカード１００や決済端末２００が生体認証に対応していないのに、利用者に生体情報の登録を行うガイダンスを提示してしまうといった誤動作を防止することができる。
【０１０４】
また、ステップＳ５１５、Ｓ５１６において、郵送葉書や電子メール等でカード保有者へ連絡される登録番号１４２４を用いて本人確認を行うことで、決済端末２００で行うＰＩＮ照合以外の手段による本人確認ができるため、セキュリティを確保することができる。
【０１０５】
次に、決済端末２００が行う生体情報登録処理について説明する。この処理は、前述の図４に示すシーケンスの場合は、ステップＳ４０４、Ｓ４０６、Ｓ４１０にて行われる処理である。図６は、決済端末２００が行う生体情報登録処理の流れを示すフローチャートである。
【０１０６】
［ステップＳ６０１］ 決済端末２００は、利用者にＰＩＮ照合による本人確認を行う案内をユーザインタフェース部２２０を用いて提示する。そして、ＰＩＮ入力部２３０を用いて利用者にＰＩＮを入力させ、ＰＩＮ照合を行う。ＰＩＮ照合は、ＩＣカード１００内部で行うオフラインＰＩＮ照合であっても、決済センタ３００で行うオンラインＰＩＮ照合であっても良い。
【０１０７】
［ステップＳ６０２］ ＰＩＮ照合による本人確認が成功の場合はステップＳ６０４に進む。本人確認が失敗の場合はステップＳ６０３に進む。
【０１０８】
［ステップＳ６０３］ 決済端末２００は、利用者にＰＩＮ照合の失敗により生体情報登録が失敗したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１０９】
［ステップＳ６０４］ 決済端末２００は、利用者に生体情報登録を行う案内をユーザインタフェース部２２０を用いて提示する。そして、生体情報センサ２４０を用いて利用者の生体情報を取得し、取得した生体情報をＩＣカード１００に送信することで生体情報の登録を行う。
【０１１０】
［ステップＳ６０５］ 決済端末２００は、ＩＣカード１００での生体情報の登録の結果として、ＩＣカード１００より生体認証アプリ管理情報１４２を正常に取得できた場合はステップＳ６０７に進む。生体認証アプリ管理情報１４２を正常に取得できなかった場合はステップＳ６０６に進む。
【０１１１】
［ステップＳ６０６］ 決済端末２００は、利用者に生体情報の取得が失敗して生体情報登録が失敗したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１１２】
［ステップＳ６０７］ 決済端末２００は、ＩＣカード１００より取得した生体認証アプリ管理情報１４２を決済センタ３００へ送信する。
【０１１３】
［ステップＳ６０８］ 決済端末２００は、利用者に生体情報の登録が完了したことをユーザインタフェース部２２０を用いて提示して、生体情報登録処理を終了する。
【０１１４】
次に、ＩＣカード１００内部の決済アプリケーション１４０が行う生体情報登録処理について説明する。この処理は、前述の図４に示すシーケンスの場合は、ステップＳ４０２、Ｓ４０５、Ｓ４０７、Ｓ４０８、Ｓ４０９にて行われる処理である。図７は、ＩＣカード１００内部の決済アプリケーション１４０が行う生体情報登録処理の流れを示すフローチャートである。
【０１１５】
［ステップＳ７０１］ 決済アプリケーション１４０は、決済端末２００から決済ＡＩＤ１４１を受信すると、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１１６】
［ステップＳ７０２］ 決済アプリケーション１４０は、決済端末２００からＰＩＮ照合要求を受信すると、ＰＩＮ照合残回数１４３を確認し、ＰＩＮ照合残回数１４３が“０”の場合はステップＳ７０３に進む。“０”でない場合はステップＳ７０４に進む。
【０１１７】
［ステップＳ７０３］ 決済アプリケーション１４０は、ＰＩＮ照合残回数１４３が“０”となりＰＩＮ照合ができないため、本人確認結果を「失敗」に設定し、決済端末２００に送信する。
【０１１８】
［ステップＳ７０４］ 決済アプリケーション１４０は、ＰＩＮ照合処理として、決済端末２００から受信したＰＩＮと、決済アプリケーション１４０が保持している登録ＰＩＮ１４４とが一致するか否かを確認する。
【０１１９】
［ステップＳ７０５］ 決済アプリケーション１４０は、ステップＳ７０４で行ったＰＩＮ照合処理による本人確認が成功の場合はステップＳ７０７に進む。本人確認が失敗の場合はステップＳ７０６に進む。
【０１２０】
［ステップＳ７０６］ 決済アプリケーション１４０は、ＰＩＮ照合が失敗したので、ＰＩＮ照合残回数１４３を所定の値だけ減算し、ステップＳ７０２に戻る。
【０１２１】
［ステップＳ７０７］ 決済アプリケーション１４０は、ＰＩＮ照合処理が成功したので、ＰＩＮ照合残回数１４３を初期設定値に戻す。例えば、ＰＩＮ照合残回数１４３が初めに“５”と設定されていた場合は初期設定値は“５”となる。あるいは、初期設定値を“０”として、ＰＩＮ照合が失敗した場合にＰＩＮ照合残回数１４３を所定の値だけ加算する方式であっても良い。
【０１２２】
［ステップＳ７０８］ 決済アプリケーション１４０は、本人確認結果１２０を「成功」に設定し、決済端末２００に送信する。
【０１２３】
［ステップＳ７０９］ 決済アプリケーション１４０は、決済端末２００から受信した生体情報を、共有バッファ１７０経由で生体認証アプリケーション１５０に送信することで生体情報登録処理を生体認証アプリケーション１５０に委譲する。生体認証アプリケーション１５０は、生体情報を生体情報登録データ１５２に登録し、登録番号生成機能１５３により登録番号を生成する。生体認証アプリケーション１５０は、生成された登録番号を決済アプリケーション１４０へ送信する。
【０１２４】
［ステップＳ７１０］ 決済アプリケーション１４０は、ステップＳ７０９で生体認証アプリケーション１５０から受信した登録番号が正常の場合はステップＳ７１２に進む。正常でない場合はステップＳ７１１に進む。
【０１２５】
［ステップＳ７１１］ 決済アプリケーション１４０は、生体情報の登録が失敗したので、生体認証アプリ管理情報１４２の登録番号１４２４、登録年月日１４２６、および登録場所１４２７を設定せずに、生体認証アプリ管理情報１４２を決済端末２００へ送信する。
【０１２６】
［ステップＳ７１２］ 決済アプリケーション１４０は、生体情報の登録が成功したので、生体認証アプリ管理情報１４２の有効フラグ１４２２を“１”として生体情報登録済かつ正常状態に設定する。また、生体認証アプリケーション１５０から取得した登録番号と決済端末２００から取得した登録年月日、登録場所の情報を、それぞれ生体認証アプリ管理情報１４２の登録番号１４２４、登録年月日１４２６、および登録場所１４２７に設定し、生体認証アプリ管理情報１４２を決済端末２００へ送信する。
【０１２７】
次に、ＩＣカード１００、決済端末２００、および決済センタ３００の間で行われる生体認証および生体認証のエラー時の処理の内容について説明する。図８は、生体認証および生体認証のエラー時の処理の流れの例を示すシーケンス図である。
【０１２８】
［ステップＳ８０１］ 決済端末２００は、利用者による決済取引処理を受け付け、ＩＣカード１００内部の決済アプリケーション１４０を選択するために、決済アプリケーション１４０のＡＩＤである決済ＡＩＤ１４１をＩＣカード１００に送信し、決済アプリケーション１４０から生体認証アプリ管理情報１４２を受信する。
【０１２９】
［ステップＳ８０２］ 決済アプリケーション１４０は、オペレーティングシステム１６０のアプリケーション実行機能１６４によって選択され、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１３０】
［ステップＳ８０３］ 決済端末２００は、保有する生体ＡＩＤリスト２６３と、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２とで一致する生体認証アプリケーション１５０の情報を抽出し、ユーザインタフェース部２２０に一覧を表示する。利用者は、ユーザインタフェース部２２０に表示された生体認証アプリケーション１５０の一覧から、生体認証を行う生体認証アプリケーション１５０を選択する。決済端末２００は、生体情報センサ２４０を用いて利用者の生体情報を取得し、取得した生体情報を決済アプリケーション１４０に送信する。
【０１３１】
［ステップＳ８０４］ 決済アプリケーション１４０は、取得した生体情報を生体認証アプリケーション１５０に送信して、生体認証の処理を生体認証アプリケーション１５０に委譲する。この委譲処理は、オペレーティングシステム１６０のアプリケーション間通信機能１６５を介して行われる。
【０１３２】
［ステップＳ８０５］ 生体認証アプリケーション１５０は、取得した生体情報による生体認証を行い、本人確認結果を決済アプリケーション１４０に送信する。本人確認結果が「成功」の場合は決済取引処理を行う。本人確認結果が「失敗」だった場合はステップＳ８０６に進む。
【０１３３】
［ステップＳ８０６］ 決済アプリケーション１４０は、生体認証アプリ管理情報１４２の有効フラグ１４２２を“２”としてロード済かつ生体情報登録済だが一時使用不可状態に設定し、生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１３４】
［ステップＳ８０７］ 決済端末２００は、決済アプリケーション１４０より生体認証アプリ管理情報１４２を受信し、受信した生体認証アプリ管理情報１４２を決済センタ３００へ送信する。
【０１３５】
［ステップＳ８０８］ 決済センタ３００は、決済端末２００より生体認証アプリ管理情報１４２を取得し、データベース３４０の生体認証アプリ管理情報３４２を更新するとともに、利用者へ登録番号１４２４を郵送葉書や電子メール等の手段により通知する。なお登録番号の通知の手段はこれらに限られるものではない。
【０１３６】
図８に示す生体認証処理のシーケンスでは、ＩＣカード１００において、生体認証処理が失敗するごとに生体認証アプリ管理情報１４２の有効フラグ１４２２、および生体情報登録データ１５２を更新することで、生体認証が失敗した場合に一時的にＩＣカード１００の生体認証を利用した決済を使用不可にすることができる。
【０１３７】
次に、ＩＣカード１００内部の決済アプリケーション１４０が行う生体認証処理について説明する。この処理は、前述の図８に示すシーケンスの場合は、ステップＳ８０４、Ｓ８０５、Ｓ８０６にて行われる処理である。図９は、決済アプリケーション１４０が行う生体認証処理の流れを示すフローチャートである。
【０１３８】
［ステップＳ９０１］ 決済アプリケーション１４０は、決済端末２００から生体認証要求を受信すると、生体認証アプリ管理情報１４２の生体認証残回数１４２３を確認し、生体認証残回数１４２３が“０”の場合はステップＳ９０２に進む。“０”でない場合はステップＳ９０３に進む。
【０１３９】
［ステップＳ９０２］ 決済アプリケーション１４０は、本人確認結果１４５を「失敗」に設定する。また生体認証アプリ管理情報１４２の有効フラグ１４２２を“２”としてロード済かつ生体情報登録済だが一時使用不可状態に設定し、生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１４０】
［ステップＳ９０３］ 決済アプリケーション１４０は、決済端末２００から生体情報を受信し、受信した生体情報を生体認証アプリケーション１５０に送信することで生体認証アプリケーション１５０に生体認証を実施してもらう。その後、生体認証アプリケーション１５０から生体認証の結果を取得する。
【０１４１】
［ステップＳ９０４］ 決済アプリケーション１４０は、ステップＳ９０３で行った生体認証の結果が成功の場合はステップＳ９０６に進む。生体認証の結果が失敗の場合はステップＳ９０５に進む。
【０１４２】
［ステップＳ９０５］ 決済アプリケーション１４０は、生体認証が失敗したので、生体認証残回数１４２３を所定の値だけ減算し、ステップＳ９０１に戻る。
【０１４３】
［ステップＳ９０６］ 決済アプリケーション１４０は、生体認証が成功したので、生体認証残回数１４２３を初期設定値に戻す。例えば、生体認証残回数１４２３が初めに“５”と設定されていた場合は初期設定値は“５”となる。あるいは、初期設定値を“０”として、生体認証が失敗した場合に生体認証残回数１４２３を所定の値だけ加算する方式であっても良い。
【０１４４】
［ステップＳ９０７］ 決済アプリケーション１４０は、本人確認結果１２０を「成功」に設定し、決済端末２００に送信する。
【０１４５】
次に、決済端末２００が行う生体認証処理について説明する。この処理は、前述の図８に示すシーケンスの場合は、ステップＳ８０３、Ｓ８０７にて行われる処理である。図１０は、決済端末２００が行う生体認証処理の流れを示すフローチャートである。
【０１４６】
［ステップＳ１００１］ 決済端末２００は、利用者に生体認証を行う案内をユーザインタフェース部２２０を用いて提示する。そして、生体情報センサ２４０を用いて利用者の生体情報を取得する。決済端末２００は、生体認証を行うために取得した生体情報を決済アプリケーション１４０に送信し、生体認証の結果として本人確認結果１４５をＩＣカード１００から取得する。
【０１４７】
［ステップＳ１００２］ 決済端末２００は、ＩＣカード１００から取得した本人確認結果１４５が「成功」の場合はステップＳ１００４に進む。本人確認結果１４５が「失敗」の場合はステップＳ１００３に進む。
【０１４８】
［ステップＳ１００３］ 決済端末２００は、決済アプリケーション１４０から受信した生体認証アプリ管理情報１４２を決済センタ３００へ送信して、生体認証処理が失敗したことを決済センタ３００に通知する。
【０１４９】
［ステップＳ１００４］ 決済端末２００は、決済取引処理を行う。
【０１５０】
次に、決済センタ３００が行う生体認証のエラー時の処理について説明する。この処理は、前述の図８に示すシーケンスの場合は、ステップＳ８０８にて行われる処理である。図１１は、決済センタ３００が行う生体認証のエラー時の処理の流れを示すフローチャートである。
【０１５１】
［ステップＳ１１０１］ 決済センタ３００は、決済端末２００より生体認証アプリ管理情報１４２を受信する。
【０１５２】
［ステップＳ１１０２］ 決済センタ３００は、データベース３４０の生体認証アプリ管理情報３４２を更新する。生体認証アプリ管理情報３４２の登録番号１４２４は、カード保有者へ郵送葉書や電子メール等の手段により通知され、その値を決済端末２００を通して入力し、ＩＣカード１００において照合することで本人確認を行う。なお登録番号の通知の手段はこれらに限られるものではない。
【０１５３】
次に、ＩＣカード１００、決済端末２００、および決済センタ３００の間で行われる一時使用不可状態の生体認証の解除処理の内容について説明する。図１２は、一時使用不可状態の生体認証の解除処理の流れの例を示すシーケンス図である。
【０１５４】
［ステップＳ１２０１］ 決済端末２００は、利用者による決済取引処理を受け付け、ＩＣカード１００内部の決済アプリケーション１４０を選択するために、決済アプリケーション１４０のＡＩＤである決済ＡＩＤ１４１をＩＣカード１００に送信し、決済アプリケーション１４０から生体認証アプリ管理情報１４２を受信する。
【０１５５】
［ステップＳ１２０２］ 決済アプリケーション１４０は、オペレーティングシステム１６０のアプリケーション実行機能１６４によって選択され、決済アプリケーション１４０が保持している生体認証アプリ管理情報１４２を決済端末２００に送信する。
【０１５６】
［ステップＳ１２０３］ 決済端末２００は、保有する生体ＡＩＤリスト２６３と、決済アプリケーション１４０から取得した生体認証アプリ管理情報１４２とで一致する生体認証アプリケーション１５０の情報を抽出し、ユーザインタフェース部２２０に一覧を表示する。利用者は、ユーザインタフェース部２２０に表示された生体認証アプリケーション１５０の一覧から、生体認証を行う生体認証アプリケーション１５０を選択する。さらに、決済端末２００は、利用者に登録番号の入力の要求をユーザインタフェース部２２０を用いて提示して、ＰＩＮ入力部２３０から登録番号を取得し、取得した登録番号をＩＣカード１００へ送信する。
【０１５７】
［ステップＳ１２０４］ 決済アプリケーション１４０は、受信した登録番号を生体認証アプリ管理情報１４２に記録されている登録番号１４２４と照合する。照合が成功した場合は生体認証アプリ管理情報１４２の有効フラグ１４２２を“１”としてロード済かつ生体情報登録済かつ正常状態に設定して、生体認証アプリ管理情報１４２を決済端末２００に送信する。照合が失敗した場合は、生体認証アプリ管理情報１４２を更新せずに、決済端末２００に送信する。
【０１５８】
［ステップＳ１２０５］ 決済端末２００は、受信した生体認証アプリ管理情報１４２のうち、ステップＳ１２０３で選択された生体認証アプリケーション１５０に対応する有効フラグ１４２２が“１”のロード済かつ生体情報登録済かつ正常状態になっている場合、決済センタ３００へ生体認証アプリ管理情報１４２を送信し、生体認証処理に進む。
【０１５９】
［ステップＳ１２０６］ 決済センタ３００は、決済端末２００より生体認証アプリ管理情報１４２を取得し、データベース３４０の生体認証アプリ管理情報３４２を更新するとともに、生体認証の一時使用不可状態が解除された旨を利用者へ郵送葉書や電子メール等の手段により通知する。
【０１６０】
図１２に示す一時使用不可状態の生体認証の解除処理のシーケンスでは、登録番号の照合が成功したことにより有効フラグ１４２２の値を変更することで、ＩＣカード１００の生体認証処理を有効にすることができる。
【０１６１】
以上に説明したように、本実施の形態の生体認証登録システムによれば、従来のように、窓口等での本人確認を実施することなく、「登録番号」を本人確認のために利用することによって、決済端末２００を用いて利用者自身が生体情報を登録することができる。さらに、決済センタ３００にて、取引の履歴に「登録番号」を付加して記録しておくことにより、ＩＣカードへの生体情報の登録前の取引と、生体情報の登録後の取引との識別を可能とする。これにより、不正にＩＣカード１００を入手して生体情報を登録された場合の不正な取引を検知することが可能となる。
【０１６２】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【０１６３】
本発明は、ＩＣカードに生体情報を登録して、生体認証により本人確認を行う処理システムに利用可能である。
【図面の簡単な説明】
【０１６４】
【図１】本発明の一実施の形態における、生体認証登録システムの構成例を示すブロック図である。
【図２】本発明の一実施の形態における、生体認証アプリ管理情報のデータの構成例を示した図である。
【図３】本発明の一実施の形態における、アプリケーション管理テーブルのデータの構成例を示した図である。
【図４】本発明の一実施の形態における、生体情報登録処理の流れの例を示すシーケンス図である。
【図５】本発明の一実施の形態における、決済端末が行う生体情報登録の受付処理の流れを示すフローチャートである。
【図６】本発明の一実施の形態における、決済端末が行う生体情報登録処理の流れを示すフローチャートである。
【図７】本発明の一実施の形態における、ＩＣカード内部の決済アプリケーションが行う生体情報登録処理の流れを示すフローチャートである。
【図８】本発明の一実施の形態における、生体認証および生体認証のエラー時の処理の流れの例を示すシーケンス図である。
【図９】本発明の一実施の形態における、決済アプリケーションが行う生体認証処理の流れを示すフローチャートである。
【図１０】本発明の一実施の形態における、決済端末が行う生体認証処理の流れを示すフローチャートである。
【図１１】本発明の一実施の形態における、決済センタが行う生体認証のエラー時の処理の流れを示すフローチャートである。
【図１２】本発明の一実施の形態における、一時使用不可状態の生体認証の解除処理の流れの例を示すシーケンス図である。
【符号の説明】
【０１６５】
１００…ＩＣカード、１１０…通信部、１２０…演算処理部、１３０…メモリ、１４０…決済アプリケーション、１４１…決済ＡＩＤ、１４２…生体認証アプリ管理情報、１４３…ＰＩＮ照合残回数、１４４…登録ＰＩＮ、１４５…本人確認結果、１５０…生体認証アプリケーション、１５１…生体ＡＩＤ、１５２…生体情報登録データ、１５３…登録番号生成機能、１６０…オペレーティングシステム、１６１…アプリケーション管理テーブル、１６２…外部通信機能、１６３…アプリケーション追加削除機能、１６４…アプリケーション実行機能、１６５…アプリケーション間通信機能、１７０…共有バッファ、
２００…決済端末、２１０…演算処理部、２２０…ユーザインタフェース部、２３０…ＰＩＮ入力部、２４０…生体情報センサ、２５０…ＩＣカード通信部、２６０…メモリ、２６１…決済処理プログラム、２６２…生体情報登録処理プログラム、２６３…生体ＡＩＤリスト、２７０…センタ通信部、
３００…決済センタ、３１０…決済処理機能、３２０…決済履歴照会機能、３３０…通信部、３４０…データベース、３４１…カード番号、３４２…生体認証アプリ管理情報、３４３…決済履歴、
４００…ネットワーク、
１４２１…生体ＡＩＤ、１４２２…有効フラグ、１４２３…生体認証残回数、１４２４…登録番号、１４２５…登録番号照合残回数、１４２６…登録年月日、１４２７…登録場所、１４２８…限度額、
１６１１…ＡＩＤ、１６１２…アプリケーション参照アドレス、１６１３…アプリケーションサイズ、１６１４…選択フラグ、１６１５…呼出し順序。
【特許請求の範囲】
【請求項１】
ＩＣカード、処理端末、およびセンタシステムからなる生体情報登録システムであって、
前記ＩＣカードは、前記処理端末を経由して前記センタシステムと通信を行う通信部と、生体情報の種類に対応した生体認証を行う機能と、生体情報が登録された際に登録番号を生成する登録番号生成機能とを備えた少なくとも１つ以上の生体認証アプリケーションと、該生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションとを有し、
前記処理端末は、前記ＩＣカードと通信を行うＩＣカード通信部と、前記センタシステムと通信を行うセンタ通信部と、生体認証により対象の処理を行うためのインタフェースを利用者に提供するユーザインタフェース部と、利用者の生体情報を読み取る生体情報センサとを有し、
前記センタシステムは、前記処理端末を経由して前記ＩＣカードと通信を行う通信部と、前記処理端末からの要求に応じて対象の処理を行う機能と、前記ＩＣカードに関する情報および処理の履歴を記録するデータベースとを有し、
前記処理端末の前記生体情報センサによって利用者の生体情報を読み取り、読み取った生体情報を前記ＩＣカードに送信して登録し、前記ＩＣカードの前記登録番号生成機能により生成された登録番号を前記ＩＣカードに記録するとともに前記処理端末を経由して前記センタシステムに送信し、前記データベースに記録することにより、前記処理端末を利用して前記ＩＣカードに生体情報の登録を行うことを特徴とする生体情報登録システム。
【請求項２】
請求項１に記載の生体情報登録システムにおいて、
前記処理端末は、利用者からのＰＩＮの入力を受け付けるＰＩＮ入力部を有し、
前記ＩＣカードの前記処理アプリケーションは、利用者のＰＩＮを保有し、ＰＩＮ照合による本人確認を行う機能を有し、
前記ＩＣカードに生体情報を登録する際に、前記処理端末の前記ＰＩＮ入力部によって利用者からＰＩＮの入力を受け付け、入力されたＰＩＮを前記ＩＣカードの前記処理アプリケーションに送信し、前記処理アプリケーションによって、保有しているＰＩＮとの照合を行い、照合が成功した場合にのみ、前記ＩＣカードへの生体情報の登録を行うことを特徴とする生体情報登録システム。
【請求項３】
請求項１または２に記載の生体情報登録システムにおいて、
前記ＩＣカードにおいて生体認証の機能が一時使用不可となっている場合にこれを解除する場合、もしくは前記ＩＣカードに生体情報を再登録する場合に、
前記処理端末の前記ＰＩＮ入力部によって利用者から該当の生体情報に対応する登録番号の入力を受け付け、入力された登録番号を前記ＩＣカードの前記処理アプリケーションに送信し、前記処理アプリケーションによって、前記ＩＣカードに記録している登録番号との照合を行い、照合が成功した場合にのみ、前記ＩＣカードにおける生体認証の機能の一時使用不可の解除、もしくは生体情報の再登録を行うことを特徴とする生体情報登録システム。
【請求項４】
請求項１〜３のいずれか１項に記載の生体情報登録システムにおいて、
前記センタシステムは、前記データベースに処理の履歴を記録する際に、該当の生体情報に対応する登録番号を付加して記録することを特徴とする生体情報登録システム。
【請求項５】
処理端末を経由してセンタシステムと通信を行う通信部と、生体情報の種類に対応した生体認証を行う機能と、生体情報が登録された際に登録番号を生成する登録番号生成機能とを備えた少なくとも１つ以上の生体認証アプリケーションと、該生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションとを有し、
請求項１〜４のいずれか１項に記載の生体情報登録システムにおいて用いられることを特徴とするＩＣカード。
【請求項６】
ＩＣカードと通信を行うＩＣカード通信部と、センタシステムと通信を行うセンタ通信部と、生体認証により対象の処理を行うためのインタフェースを利用者に提供するユーザインタフェース部と、利用者からのＰＩＮの入力を受け付けるＰＩＮ入力部と、利用者の生体情報を読み取る生体情報センサとを有し、
請求項１〜４のいずれか１項に記載の生体情報登録システムにおいて用いられることを特徴とする処理端末。
【請求項７】
処理端末を経由してＩＣカードと通信を行う通信部と、前記処理端末からの要求に応じて対象の処理を行う機能と、前記ＩＣカードに関する情報および処理の履歴を記録するデータベースとを有し、
請求項１〜４のいずれか１項に記載の生体情報登録システムにおいて用いられることを特徴とするセンタシステム。
【請求項１】
ＩＣカード、処理端末、およびセンタシステムからなる生体情報登録システムであって、
前記ＩＣカードは、前記処理端末を経由して前記センタシステムと通信を行う通信部と、生体情報の種類に対応した生体認証を行う機能と、生体情報が登録された際に登録番号を生成する登録番号生成機能とを備えた少なくとも１つ以上の生体認証アプリケーションと、該生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションとを有し、
前記処理端末は、前記ＩＣカードと通信を行うＩＣカード通信部と、前記センタシステムと通信を行うセンタ通信部と、生体認証により対象の処理を行うためのインタフェースを利用者に提供するユーザインタフェース部と、利用者の生体情報を読み取る生体情報センサとを有し、
前記センタシステムは、前記処理端末を経由して前記ＩＣカードと通信を行う通信部と、前記処理端末からの要求に応じて対象の処理を行う機能と、前記ＩＣカードに関する情報および処理の履歴を記録するデータベースとを有し、
前記処理端末の前記生体情報センサによって利用者の生体情報を読み取り、読み取った生体情報を前記ＩＣカードに送信して登録し、前記ＩＣカードの前記登録番号生成機能により生成された登録番号を前記ＩＣカードに記録するとともに前記処理端末を経由して前記センタシステムに送信し、前記データベースに記録することにより、前記処理端末を利用して前記ＩＣカードに生体情報の登録を行うことを特徴とする生体情報登録システム。
【請求項２】
請求項１に記載の生体情報登録システムにおいて、
前記処理端末は、利用者からのＰＩＮの入力を受け付けるＰＩＮ入力部を有し、
前記ＩＣカードの前記処理アプリケーションは、利用者のＰＩＮを保有し、ＰＩＮ照合による本人確認を行う機能を有し、
前記ＩＣカードに生体情報を登録する際に、前記処理端末の前記ＰＩＮ入力部によって利用者からＰＩＮの入力を受け付け、入力されたＰＩＮを前記ＩＣカードの前記処理アプリケーションに送信し、前記処理アプリケーションによって、保有しているＰＩＮとの照合を行い、照合が成功した場合にのみ、前記ＩＣカードへの生体情報の登録を行うことを特徴とする生体情報登録システム。
【請求項３】
請求項１または２に記載の生体情報登録システムにおいて、
前記ＩＣカードにおいて生体認証の機能が一時使用不可となっている場合にこれを解除する場合、もしくは前記ＩＣカードに生体情報を再登録する場合に、
前記処理端末の前記ＰＩＮ入力部によって利用者から該当の生体情報に対応する登録番号の入力を受け付け、入力された登録番号を前記ＩＣカードの前記処理アプリケーションに送信し、前記処理アプリケーションによって、前記ＩＣカードに記録している登録番号との照合を行い、照合が成功した場合にのみ、前記ＩＣカードにおける生体認証の機能の一時使用不可の解除、もしくは生体情報の再登録を行うことを特徴とする生体情報登録システム。
【請求項４】
請求項１〜３のいずれか１項に記載の生体情報登録システムにおいて、
前記センタシステムは、前記データベースに処理の履歴を記録する際に、該当の生体情報に対応する登録番号を付加して記録することを特徴とする生体情報登録システム。
【請求項５】
処理端末を経由してセンタシステムと通信を行う通信部と、生体情報の種類に対応した生体認証を行う機能と、生体情報が登録された際に登録番号を生成する登録番号生成機能とを備えた少なくとも１つ以上の生体認証アプリケーションと、該生体認証アプリケーションと連携して、生体認証により対象の処理を行う機能を備えた処理アプリケーションとを有し、
請求項１〜４のいずれか１項に記載の生体情報登録システムにおいて用いられることを特徴とするＩＣカード。
【請求項６】
ＩＣカードと通信を行うＩＣカード通信部と、センタシステムと通信を行うセンタ通信部と、生体認証により対象の処理を行うためのインタフェースを利用者に提供するユーザインタフェース部と、利用者からのＰＩＮの入力を受け付けるＰＩＮ入力部と、利用者の生体情報を読み取る生体情報センサとを有し、
請求項１〜４のいずれか１項に記載の生体情報登録システムにおいて用いられることを特徴とする処理端末。
【請求項７】
処理端末を経由してＩＣカードと通信を行う通信部と、前記処理端末からの要求に応じて対象の処理を行う機能と、前記ＩＣカードに関する情報および処理の履歴を記録するデータベースとを有し、
請求項１〜４のいずれか１項に記載の生体情報登録システムにおいて用いられることを特徴とするセンタシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−１６９８０９（Ｐ２００９−１６９８０９Ａ）
【公開日】平成２１年７月３０日（２００９．７．３０）
【国際特許分類】
【出願番号】特願２００８−８９９６（Ｐ２００８−８９９６）
【出願日】平成２０年１月１８日（２００８．１．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年７月３０日（２００９．７．３０）
【国際特許分類】
【出願日】平成２０年１月１８日（２００８．１．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]