JP5028231B2 - 取引認証方法 - Google Patents

Description

本発明は、生体認証を用いた取引を実現するための技術に関する。この中でも特に、取引に応じて認証レベルを変更する技術に関する。なお、本願明細書においては、取引としていわゆる決済を伴わないようなものも含まれる。例えば、データベースへのアクセス要求およびこれに対するアクセス可否判断など所定のサービスの提供に関するものである。

現在、認証を行うための技術として、静脈などの生体情報を用いた生体認証技術が普及している。また、金融取引を含む取引においては、利用者の認証結果が取引「可」の場合に、取引を許容することが一般になされている。例えば、ＡＴＭ「現金自動取引装置」において、４桁の暗証番号が一致した場合に、取引を可能にする構成が取られている。この場合、利用者の利便性と認証の精度を両立するために、取引金額などに取引内容に応じて、認証の方法を変えることが提案されている。

例えば、特許文献１においては、取引者側が、セキュリティレベルの異なる別個の認証形態を用意しておき、取引条件（１００万円以上の出金など）に応じて、その認証形態を変更することや通常認証を必須とし、取引条件が所定の要件を満たす場合追加認証を行うことが開示されている。

また、特許文献２においては、取引金額が該当する支払方法の限度額未満の時に、簡易認証処理を実行することが開示されている。

特開２００２−３０４５２２号公報、００４４項 特開平７−２６２４５５号公報、請求項２

しかしながら、特許文献１および特許文献２においては、取引の条件がいずれの認証を用いるかの判断や認証処理の全てをシステム側（センタ側）で実行しているため、センタ側に負荷が掛かったり、利用者がセンタと端末間でのトラフィックの間待たされる、との問題があった。さらに、認証用のデータを認証処理自体以外の処理に利用することに関しては、何ら検討されていなかったため、処理の効率化が図れていない。

そこで、本発明では、いずれの認証を行うかを決済端末で行い、この結果に応じて、決済端末の処理を変更させることとした。すなわち、一定の条件を満たす場合は、利用者の認証を行う認証サーバに認証に必要な情報（生体情報やパスワードなどのいずれか）と決済サーバでの決済（もしくは取引）処理に用いる決済情報（取引金額を含む）を送信し、上記の条件を満たさない場合、決済情報を含む決済要求を上記の決済サーバに送信する構成とした。

また、本発明には、上記の認証サーバが認証に必要な情報を用いて認証した場合、当該認証サーバから決済情報を含む決済要求を決済サーバに送信することも含まれる。この場合、利用者を識別する本人認証番号を決済要求に含めてもよい。この場合、本人認証番号は、予め認証情報と対応付けて記憶装置に記憶されており、認証の結果、特定された認証情報に対応付けられた本人認証情報を用いる。そして、決済サーバでは、この本人認証情報を用いて、カード番号などを特定することで、利用者を特定する。

さらに、認証サーバでは、受信した決済情報を記憶装置に記憶し、決済サーバに取引要求を送信した場合、記憶装置に記憶した決済情報を消去する構成も本発明に含まれる。

また、上記の構成において、決済サーバにおいては、認証サーバから決済要求を受信した場合、認証番号の有無を条件に決済処理の適否を判断する構成としてもよい。この場合、決済端末から決済要求を受信した場合には、当該決済要求の決済を無条件に実行するようにしてもよい。

また、取引にＩＣカードを含む記憶媒体を用い、上記の決済端末から決済サーバに送信する取引要求に当該記憶媒体に含まれる利用者に関する情報を決済情報に含めてもよい。この場合、決済サーバでは当該利用者に関する情報を用いて、決済の適否の判断を行ってもよい。また、同様に認証サーバに送信する情報にこの利用者に関する情報を含めてもよい。

より詳細には、本発明は、以下の構成が含まれる。

利用者から要求される取引を行う取引システムであって、前記利用者が要求する取引の内容を受付ける決済端末と、前記利用者の認証を行う認証サーバと、前記取引のための情報処理を実行する決済サーバが互いに接続された取引システムを用いた取引認証方法において、
前記決済端末が、
取引における条件を示す条件情報を記憶しておき、
前記利用者から前記取引を要求し、当該取引の内容を含む取引要求を受付け、
前記取引要求の内容と前記条件を比較して、前記内容が前記条件を満たしているかを判断し、
前記条件を満たしている場合、前記利用者から当該利用者の認証に用いる認証情報を受付け、前記認証サーバへ、前記認証情報を送信し、
前記認証サーバが、
送信された前記認証情報を用いて、前記利用者に対する認証を実行し、
前記決済サーバが、
前記認証サーバで認証された利用者の取引要求もしくは前記決済端末から送信された取引要求に対応する取引処理を実行することを特徴とする取引認証方法。

この取引認証方法において、
前記決済端末は、前記条件を満たしていると判断した場合、前記認証サーバへ、前記認証情報および前記取引要求を送信し、
前記認証サーバは、前記認証処理の結果、認証された場合に、前記決済サーバへ受信した取引要求を送信し、
前記決済サーバは、前記認証サーバで認証された利用者の取引要求として、前記認証サーバから送信された取引要求を用いる、ことも本発明に含まれる。

また、上記の取引認証方法において、
前記認証サーバは、前記認証の結果を、前記決済端末に送信し、
前記決済端末は、前記認証の結果が、前記利用者を認証した場合、前記決済サーバへ、前記取引要求を送信し、
前記決済サーバは、前記認証サーバで認証された利用者の取引要求として、前記認証の結果に基づき送信される取引要求を用いることも本発明に含まれる。

また、上記の取引認証方法において、
前記認証サーバは、予め前記利用者を識別する本人認証番号を当該利用者の認証情報と対応付けて記憶しておき、
前記認証サーバは、前記認証において、認証された場合、前記取引要求および当該利用者の本人認証番号を前記決済サーバへ送信し、
前記決済サーバは、前記認証サーバからの取引要求については、前記本人認証番号を用いて前記利用者を識別して、前記取引処理を実行することも本発明に含まれる。

さらに、この取引認証方法において、
前記認証サーバは、
受信した取引要求に含まれる取引の内容を記憶装置に記憶し、
前記取引要求を前記決済サーバに送信した場合、前記記憶装置に記憶された取引の内容を消去することも本発明に含まれる。これにより、決済端末を用いる事業者から認証サーバを運営する運営者がアウトソーシングを受託している場合でも、取引情報を決済についての第三者に広げずにすむ。

また、これらの取引認証方法において、
前記決済端末は、前記条件を満たす場合、前記認証情報として、前記利用者の生体情報の入力を受付けることも本発明に含まれる。

また、この取引認証方法において、前記生体情報として、前記利用者の静脈情報を用いることも本発明に含まれる。

なお、本システムにおいて、決済端末、認証サーバ、決済サーバそれぞれの運営者を異なる構成としてもよい。特に、認証サーバの運営者が、複数の事業者（決済端末の運営者）から認証などのアウトソーシング業務を受託して、運営するようにしてもよい。

また、上記の条件として、取引金額が一定額以上かを用いることも本発明に含まれる。

また、さらに本発明には、利用者が取引に利用するＩＣカードなどの記憶媒体に格納された利用者識別情報（もしくはカードやカードに関連する口座を識別する情報であってもよい）を用いて、入力された生体情報と比較する対象となる生体情報の絞込みを行い、絞り込まれた生体情報との比較処理を行うことで生体情報を用いた認証を認証サーバで行うことも含まれる。この場合、上述した条件に当てはまるか（一定金額以上の取引か）に関しては、決済端末以外(認証サーバやもしくは決済サーバ)で判断するように構成してもよい。さらにこの取引認証方法で、条件を満たす場合には、利用者識別情報等の記憶媒体から読み取った情報を、生体情報のテンプレートを絞り込むために用い、条件を満たさない場合には、取引を行うための情報(例えば、利用者や講座などを特定するための情報)として用いてもよい。

その一態様として、以下の処理が含まれる。
利用者から要求される取引を行う取引システムであって、前記利用者が要求する取引の内容を受付ける決済端末と、前記利用者の認証を行う認証サーバと、前記取引のための情報処理を実行する決済サーバが互いに接続された取引システムを用いた取引認証方法において、
前記決済端末が、
取引における条件を示す条件情報を記憶しておき、
前記利用者から前記取引を要求し、当該取引の内容を含む取引要求の入力を受付、当該利用者を識別する利用者識別情報を格納した記憶媒体から前記利用者識別情報を読取り、
前記取引要求の内容と前記条件を比較して、前記内容が前記条件を満たしているかを判断し、
前記条件を満たしている場合、前記認証サーバへ、前記利用者識別情報および前記生体情報を送信し、
前記認証サーバが、
予め利用者を識別する利用者識別情報を当該利用者の生体情報と対応付けて記憶装置に記憶しておき、
送信された前記利用者識別情報を前記記憶装置から検索して、検索された利用者識別情報に対応する生体情報を特定し、
特定された前記生体情報と送信された前記識別情報を比較することで、前記利用者の認証を実行し、
前記決済サーバが、
前記認証サーバで認証された利用者の取引要求もしくは前記決済端末から送信された取引要求に対する取引処理を実行する。

また、この取引認証方法において、
前記決済端末は、前記条件を満たしていないと判断した場合、前記決済サーバへ、前記記憶媒体から読み取った利用者識別情報および前記取引要求を送信し、
前記決済サーバは、前記取引要求に対応する取引処理を、当該決済サーバに送信された前記利用者識別情報を用いて実行することも本発明に含まれる。

なお、本発明には、取引以外における認証もその一態様に含まれる。例えば、データベースへのアクセス可否を判断する際に、所定のデータベース（もしくはデータ）へのアクセス要求がある場合かそれ以外のデータベース（もしくはデータ）にアクセス要求がある場合かを判定して、この結果に応じて上述のような処理を実行する。このように、利用者の要求している内容のレベル（条件を満たしているか）に応じて、上述のような処理を実行することであれば、本発明に含まれる。

本発明によれば、取引におけるより好適な認証技術を提供可能になる。

以下、本発明の実施の形態について、図面を用いて説明する。なお、以下の説明においては、取引の例として、決済を伴うもので説明するが、本発明には他の態様も含まれる。例えば、ＡＴＭでの現金引き落としなども本実施の形態に含まれる。また、以下に説明する本人認証サーバ２２０の運用者は、決済サーバ２１０の運用者から認証の委託を受ける形式（ＡＳＰ化）で実現するようにしてもよい。この場合、本人認証サーバ２２０の運用者は、複数の決済サーバ２１０の運用者から委託を受けるようにしてもよい。

図１は、第一の実施形態の取引認証方法の基本的な動作の処理手順を示すフローチャートである。

図２は、機能構成を示す図である。図２において、２００は決済端末、２０１は入出力機能、２０２はカードリーダ、２０３は制御機能、２０４は指静脈情報読み込み機能、２０５は記憶機能、２０６は通信機能、２０７はデータバス、２１０は決済サーバ、２１１は制御機能、２１２は記憶機能、２１３は通信機能、２１４はデータバス、２２０は本人認証サーバ、２２１は制御機能、２２２は機能機能、２２３は通信機能、２２４はデータバス、２３０は通信網である。

図２に示すように、本実施形態での取引認証方法では、決済端末２００に７個の機能、決済サーバ２１０に４個の機能、本人認証サーバ２２０に４個の機能を備えており、各サイト(装置)のハードウェア及びハードウェアを制御するプログラムによってそれらの機能が動作する。なお、各サイトのハードウェアとしては、いわゆるＣＰＵや通信インターフェースが代表的なものである。

決済端末２００の第一の機能は、決済端末のユーザインタフェイスであり、マウス、キーボード等の入出力デバイスであり、販売情報としての販売金額、販売個数などの入力や、その入力結果した内容や本人認証結果や決済端末の状態を数値的、視覚的に表示する入出力機能２０１である。

決済端末２００の第二の機能は、カードリーダであり、磁気カード、ＩＣカードなどのカード情報を読取るカードリーダ２０２である。ただ、本発明において、情報を格納している媒体から数値的な情報を読取ることが可能なリーダであれば、なんでもよい。カードリーダが本発明を限定するものではない。

決済端末２００の第三の機能は、決済端末２００内で動作するプログラムや装置を実行する制御機能２０３である。制御機能２０３は、支払い手段２０３１の実行も制御する。

決済端末２００の第四の機能は、人体の生体情報として指の静脈情報を読取る指静脈読み取り機能２０４である。指静脈読み取り機能２０４は生体情報を電子へ変換し、他の機能が取り扱うことを可能とする情報へ変換する。ただ、本発明において、生体情報を指静脈と限定するものではなく、生体情報であれば、手のひら、指紋等の指静脈とは別の生体情報を用いても、本発明の効果を得ることができる。

決済端末２００の第五の機能は、決済端末２００で取り扱う情報を記憶する記憶機能２０５である。これを言い換えると、決済端末２００は、上記の情報を記憶する記憶装置（媒体）を有することを示している。

決済端末２００の第六の機能は、通信網２３０を介して、決済サーバ２１０と本人認証サーバ２２０と情報の送受信を行う通信機能２０６である。

決済端末２００の第七の機能は、入出力機能２０１、カードリーダ２０２、制御機能２０３、指静脈情報読み取り機能２０４、記憶機能２０５、通信機能２０６が連携して動作するため、各機能間でデータの受け渡しを可能とするデータバス２０７である。

決済サーバ２１０の第一の機能は、決済サーバ２１０内で動作するプログラムや装置の実行を制御する制御機能２１１である。制御機能２１１は、決済機能２１１１の実行も制御する。

決済サーバ２１０の第二の機能は、決済サーバ２１０で取り扱う情報を記憶する記憶機能２１２である。これを言い換えると、決済サーバ２１１は、上記の情報を記憶する記憶装置（媒体）を有することを示している。

決済サーバ２１０の第三の機能は、通信網２３０を介して、決済端末２００と本人認証サーバ２２０との情報の送受信を行う通信機能２１２である。

決済サーバ２１０の第四の機能は、制御機能２１１、記憶機能２１２、通信機能２１３が連携して動作するため、各機能間でデータの受け渡しを可能とするデータバス２１４である。

本人認証サーバ２２０の第一の機能は、本人認証サーバ内で動作するプログラムや装置の実行を制御する制御機能２２１である。制御機能２２１は指静脈認証機能２２１１の実行も制御する。指静脈認証機能２２１１は、指静脈情報と予め登録された指静脈の特徴値情報を比較することで認証を行う。

本人認証サーバ２２０の第二の機能は、本人認証サーバで取り扱う情報を記憶する記憶機能２２２である。これを言い換えると、本人認証サーバ２２０は、上記の情報を記憶する記憶装置（媒体）を有することを示している。

本人認証サーバ２２０の第三の機能は、通信網２３０を介して、決済端末２００と決済サーバ２１０との情報の送受信を行う通信機能２２３である。

本人認証サーバ２２０の第四の機能は、制御機能２２１、記憶機能２２２、通信機能２２３が連携して動作するため、各機能間でデータの受け渡しを可能とするデータバス２２４である。
本実施形態の取引認証方法の各機能の詳細と動作を説明する前に、本実施形態で取扱う情報処理能力取引方法に関する情報について説明する。

図３は、本実施形態の販売情報のレコード構成とその各レコードに対応するデータの一例を示す図である。図３において、３は販売情報、３１はクレジットカードなどの決済に利用可能な番号であるカード番号レコード、３２は商品を販売した価格である販売金額レコード、３３は指静脈情報を格納する指静脈情報レコードである。図３に示した販売情報３は記憶機能２０５と２２２に格納する。

図４は、本実施形態の閾値情報のレコード構成とその各レコードに対応するデータの一例を示す図である。図４において、４は閾値情報、４１は複数の閾値情報を識別するための番号である閾値番号レコード、４２は閾値を格納する閾値情報レコードである。図４に示した閾値情報４は記憶機能２０５に格納する。

図５は、本実施形態の決済番号情報のレコード構成とその各レコードに対応するデータの一例を示す図である。図５において、５は決済番号情報、５１は決済に必要な例えば口座情報や決済の利用者などを特定するための番号を格納する格納する決済番号レコード、５２は決済番号５１の有効期限の期日を格納する有効期限レコード、５３は決済番号５１の利用限度額を格納する利用可能額を格納する利用可能額レコードである。図５に示した決済番号情報５は記憶機能２１２に格納する。

図６は、本実施形態の本人認証情報情報のレコード構成とその各レコードに対応するデータの一例を示す図である。図６において、６は本人認証情報、６２は指静脈認証時に指静脈装置から読取った指静脈情報と比較し本人を認証するための指静脈テンプレートを格納する指静脈テンプレート情報レコードである。６１は指静脈テンプレート情報６２を検索するための検索キーを格納するＩＤ番号情報である。６３は決済に必要な決済番号を格納するための決済番号レコードである。図６に示した本人認証情報６は記憶機能２２２に格納する。

以下に、図１を用いて、本実施形態の処理の概略手順を示す。上述のとおり、本実施の形態においては、決済を伴う取引を対象としているが、以下クレジット決済による取引(販売・購入)を例に説明する。

図１に示すように、決済端末２００において、ステップ１２、ステップ１３、ステップ１５、ステップ１６を実行する。決済サーバ２１０において、ステップ１４を実行する。本人認証サーバ２２０において、ステップ１７、ステップ１８、ステップ１９を実行する。以下、各ステップについて、その内容を説明する。

ステップ１１：決済端末２００は、商品やサービスの販売した結果等の決済金額を、入出力機能２０１を用いて受け付ける。例えば、決済端末２００として、店舗に設置されたいわゆるＰＯＳ端末が店員の操作により（バーコードリーダでの読取りやキーボードでの手入力）、決済金額（購入金額）を受け付ける。本実施の形態では、２５，０００円の決済金額を受付けたものとする。前記決済金額を、決済端末２００の記憶機能（装置）２０５内の販売金額レコード３２(図３)へ格納する。また、決済端末２００は、クレジットカードである磁気カード等からカード番号を、店員の操作によりカードリーダ２０２から読取り、決済端末２００の記憶機能（装置）２０５内のカード情報レコード３１へ(図３)格納する。

ステップ１２：決済端末２００は、支払い判断機能２０３１を用いて、販売金額レコード３２に格納されている決済金額３１と、閾値情報４の閾値レコード４２に格納された閾値４２とを比較する。閾値よりも決済金額が小さい場合には本ステップの実行後にステップ１３を実行する。そうでない場合には、本ステップの実行後にステップ１５を実行する。本例では、図３に示すとおり決済金額３１＝２５，００円であり、図４に示すとおり閾値４２＝２０，０００円であるため、ステップ１５に進むことになる。

ステップ１３：決済端末２００から決済情報を決済サーバへ送信する。具体的には、販売情報３のカード番号レコード３１に格納されたカード番号と、販売金額レコード３２に格納された決済金額を読み出し、通信機能２０６を通して、通信網２３０を介して、決済サーバ２１０へ送信する。前記情報の送信時に入出力機能２０１へ、カード情報のみで決済されたことを示すメッセージを表示してもよい。前記メッセージの例を図８のメッセージ８０１に示す。本実施形態では、さらに前記カード番号の有効期限情報も送信してもよい。なお、カード情報以外の情報を、以下の決済処理で用いることを本実施の形態では妨げない。

ステップ１４：決済サーバ２１０は決済端末２００から決済情報を受信する。具体的には、通信網２３０から決済サーバ２００から送信した決済情報であるカード番号と決済金額を、通信機能２１３を利用して受信する。そして、決済サーバ２１０は、制御機能２１１を用いて、受信した前記カード番号をキーとして、記憶機能２１２内の決済番号情報５内に格納された決済番号レコード５１を検索し、受信した前記決済金額と利用可能額レコード５３を比較して、決済可能かを決済機能２１１１で判断し、決済が可能であれば、決済処理を実行する。決済処理として、以下の決済の実行方法を行ってもよいし、決済実行方法を可能にするための情報処理を行ってもよい。決済の実行方法は様々な方法をとることが可能であり、クレジットカードのようにカードホルダの本人から約一ヶ月後口座から引き落としたり、デビットカードのように即時引き落としてもよい。また、有効期限レコード５２の格納されている情報を用いて決済の可否判断を追加してもよい。

ステップ１５：ステップ１２で決済金額が閾値を超えたと判断した場合、決済端末２００は、指静脈情報を読み取る。具体的には指を指静脈読み取り機能２０４への提示を促すメッセージを入出力機能２０１に表示し、指静脈読み取り機能２０４から指静脈情報を受け付ける。受け付けた前記指静脈情報は、記憶機能２０５内の販売情報３の指静脈情報３３に格納する。なお、指を指静脈読み取り機能２０４への提示を促すメッセージの例を、図９のメッセージ例は９０１に示す。また、指静脈読取り機能２０４としては、いわゆる指静脈認証装置（ユニット）と呼ばれるもので実現可能なもので、決済端末２００を構成する一要素として実現してもよいし、決済端末２００と別装置として構成してもよい。

ステップ１６：決済端末２００から本人認証サーバ２２０へカード番号、指静脈情報、販売金額等の本人認証情報を送信する。決済端末２００は、通信機能２０６を用いて、上記の本人認証情報を送信するが、本人認証情報としては、上述したカード番号、指静脈情報および販売金額以外の情報はなくともよい。
なお、本ステップ１６以降ステップ１９までの詳細は、図７を用いて後述する。

ステップ１７：本人認証サーバ２３０が、決済端末２００から送信される前記本人認証情報を、通信機能２２３を用いて受信する。

ステップ１８：本人認証サーバ２３０が、ステップ１７で受信したカード番号（ＩＤ番号）を用いて、図６にその内容を示し、記憶機能２２２に格納された本人認証情報レコードに対して、指静脈認証を実行し、決済番号を検索する。前記決済番号は、前記カード番号とは異なる番号である。詳細は図７での後述の際、説明するが、ここでは、カード番号＝ＩＤ番号として処理したが、図１１に示すような対応表(情報１１００)を用いて、カード番号と異なるカードＩＤを受信し、これを図１１に示すような対応表に基づいてカード番号（もしくはＩＤ番号）に変換して、これにより検索する構成としてもよい。

ステップ１９：本人認証サーバ２００から決済番号と決済金額を決済サーバ２１０へ送信する（ステップ１８の認証が肯定的な場合）。決済サーバ２１０では、受信した前記情報を用いて決済処理を実行する。この決済処理につては、先に説明したステップ１４の決済処理と同様である。但し、前記情報の送信時に入出力機能２０１へ、決済情報で決済されたことを示すメッセージを表示してもよい。前記メッセージの例を図１０のメッセージ１００１に示す。

次に、図７のフローチャートを用いて、決済端末２００から本人認証サーバ２２０へ本人認証情報を送信し、本人認証サーバは前記本人認証情報を受信し本人認証の処理を実行し、決済番号情報を決済サーバ２１０に送信に送信する処理手順（ステップ１６〜ステップ１９）の詳細を説明する。

ステップ７０１：決済端末２００は、記憶機能２０５に格納されている販売情報３のカード番号レコード３１、販売金額レコード３２、指静脈情報レコード３３に格納されている情報を読み込む。例えば、カード番号情報として「１２３４５６７８９」を読み込み、販売金額情報として「２，５０００円」を読み込み、指静脈情報として画像情報を読み込む。

ステップ７０２：決済端末２００は、通信機能２０６で、ステップ７０１で読み込んだカード番号情報、販売金額情報、指静脈情報を、通信網２３０を介して本人認証サーバ２２０に送信する。

ステップ７０３：本人認証サーバ２２０は、通信機能２２３で、通信網２３０を介して、ステップ７０２で送信されたカード番号情報、販売金額情報、指静脈情報を受信する。記憶機能２２２の販売情報３へ、受信したカード番号情報、販売金額情報、指静脈情報を格納する。例えば、カード番号情報として「１２３４５６７８９」を書き込み、販売金額情報として「２，５０００円」を書き込み、指静脈情報として画像情報を書き込む。このようにして書き込まれた例を図３に示す。

ステップ７０４：本人認証サーバ２２０は、制御機能２２１を用い、記憶機能２２２の販売情報３からカード情報を読み込み、前記カード情報をキーとして、記憶機能２２２の本人認証情報６のＩＤ番号レコードを検索し、一致する場合には指静脈テンプレートレコード６２と決済番号レコード６３から前記ＩＤ情報と関連付けられた指静脈テンプレート情報を読み込む。図６の例では、カード情報「１２３４５６７８９」は、ＩＤ情報「１２３４５６７８９」が一致し、それに関連付けられた指静脈テンプレート情報を読み込む。なお、ＩＤ情報は一致しなくとも所定の関係を満たすか（例えば、所定のルールで少なくともいずれか一方を変換した場合、一致するか）により検索してもよい。また、図６に示す本人認証情報６のＩＤ番号６１はカード番号として格納してもよい。また、これらの結果、一致するものが検索されない場合、本処理を終了する（後述するステップ７０６で処理を終了する場合と同様の処理をしてもよい）。なお、検索されない場合には、カード番号がいわゆるブラックリストに載っており、本人認証サーバ２２０にこのためのデータベース（図示せず）にこのカード番号が格納されており、このデータベースで当該カード番号が検索された場合を含む。また、このように検索されなかった場合、ステップ７０３で受信、格納した販売情報を消去する構成にしてもよい。

ステップ７０５：本人認証サーバ２２０は、制御機能２２１(指静脈認証機能２２１１)を用い、ステップ７０４で読み出した指静脈テンプレート情報とステップ７０３で格納した指静脈情報を比較することで指静脈認証を行う。なお、この認証(比較)手法に関しては、特にその方法を問わず、記指静脈テンプレート情報と前記指静脈情報がまったく一致しなくとも所定の関係を有し、同一人かを認証できればよい。

ステップ７０６：ステップ７０５において、前記指静脈テンプレート情報と前記指静脈情報が一致した場合(同一人と判断)には、ステップ７０７を実行する。それ以外の場合には、本処理を終了する。ただし、本人認証サーバ２２０から通信網２３０を介して決済端末２００へ本人認証が失敗した旨のメッセージを送信し、決済端末２２０の入出力機能２０１へ決済できない旨のメッセージを表示してもよい。また、このように検索されなかった場合、ステップ７０３で受信、格納した販売情報を消去する構成にしてもよい。

ステップ７０７：本人認証サーバ２２０は、制御機能２２１(指静脈認証機能２２１１)を用い、記憶機能２２２に格納された販売情報３の販売金額レコード３２に格納された販売金額情報を読み込む。図３の例では、販売金額情報として「２，５０００円」を読み込む。記憶機能２２２に格納された本人認証情報６の決済番号レコード６３に格納された決済情報をステップ７０４で用いたカード番号情報をキーとして読み込む。図６の例ではカード番号が「１２３４５６７８９」となるので、決済番号情報として「９８７６５４３２１」を読み込む。

ステップ７０８：：本人認証サーバ２２０は、制御機能２２１(指静脈認証機能２２１１)を用い、通信機能２２４を介してステップ７０７で読み込んだ販売金額情報と決済番号情報と、通信網２３０を介して、決済サーバ２１０へ送信する。図３、図６の例では、販売金額情報として「２，５０００円」、決済番号情報として「９８７６５４３２１」を送信する。

次に、ステップ１８で触れた他の態様について、図１１を加えて説明する。上述の例では、クレジットカードなどのカードのカード番号を用いる構成を取っていた。ここでは、他の情報であるＩＤ情報を用いた例を説明する。ＩＤ情報は、カード番号のように直接的に決済に用いられるものではなく、ランダムにカードもしくは利用者に付与された情報を用いる。例えば、クレジットカード機能を有しなく、ＩＤ情報(例えば、これのみ)を保持したカードやＩＣタグを用いてもよいし、いわゆるワンタイムパスワード生成機能を設け、これで利用毎に生成されるパスワードをＩＤ情報として用いてもよい。このうち、ＩＣタグやカード等を用いた場合、ＩＤ情報として、それらに実装されるチップに特有のチップＩＤを用いてもよい。この処理内容について、以下説明する。

ステップ１７（ステップ７０３）までは、カード情報をＩＤ情報に変えることで、処理に大きな変化はない。但し、カードリーダ２０２以外の読取り装置を、その利用する媒体に応じて変更してもよいし、ワンタイムパスワードを利用する場合、トークンと呼ばれる携帯装置で生成され、表示されるＩＤ情報（ワンタイムパスワード）を利用者もしくは店員が入出力機能２０１（キーボードなど）を介して入力する構成にしてもよい。

ここで、本人認証サーバ２２０は、ステップ７０３にてＩＤ情報を受信していることになっている。次に、本人認証サーバ２２０は、制御機能２２１（指静脈認証機能２２１１）を用い、受信したＩＤ情報をキーに、記憶機能２２２(記憶装置)に格納された対応表情報１１００（図１１）を検索する。つまり、受信したＩＤ情報に対応付いたカード番号１１０２を検索する。ここでは、カード番号の代わりにＩＤ番号を検索する構成としてもよい。そして、検索されたカード番号（もしくはＩＤ番号）を用いて、ステップ７０４の指静脈テンプレート情報を検索する。なお、対応するカード番号（ＩＤ番号）が検索されなかった場合、ステップ７０３で受信、格納した販売情報を消去する構成にしてもよい。

また、ステップ７０８における送信において、ステップ７０で検索したカード番号を送信する構成にしてもよい。

さらに、本実施の形態には、以下の態様も含まれる。それは、決済サーバ２１０において、ブラックリストのチェック処理を行うものである。上述の例では、ブラックリストのチェック処理を、本人認証サーバ２１０がステップ７０３で行っていたが、ステップ１９（７０８）において、カード情報を含む情報を決済サーバ２１０で受信する。そして、これに含まれるカード番号をブラックリスト情報に含まれるか検索処理をし、含まれる場合は決済不可、として決済端末２００にその旨を示す情報を、決済サーバ２２０が送信する。このように処理を実行することで、いわゆるＡＳＰ化の場合により好適なシステムとすることが可能になる。

以上が本実施形態の処理の説明である。本実施の形態では、カード情報はカードホルダにユニークに配布した情報で、そのカード情報と対応するように、本人認証サーバへそのカードホルダの指静脈テンプレート情報を格納しておく。これにより本実施の形態では、カード情報を用いて指静脈テンプレート情報を１つ検索することが可能となり、認証制度を高めることが可能となる。決済のために入力したカード情報が指静脈テンプレートを検索するため、高額利用のためカード決済が利用できないと判断された場合でも、指静脈テンプレート情報を再入力する手間はない。本実施の形態において、前記カード情報はクレジットカードでも、デビットカードでも、電子マネーでも、電子的に数値情報を決済端末２００に送信できるデバイスであればなんでもよい。

本発明の第一の実施形態による基本的な動作を示すフローチャートである。 機能構成の図である。 販売情報レコードの構成とそのレコードに属するデータ例の図である。 閾値情報レコードの構成とそのレコードに属するデータ例の図である。 決済番号情報レコードの構成とそのレコードに属するデータ例の図である。 本人認証情報レコードの構成とそのレコードに属するデータ例の図である。 本実施形態におけるステップ１６〜ステップ１９の詳細な手順を示したフローチャートである。 本実施形態におけるステップ１３で表示する画面例である。 本実施形態におけるステップ１５で表示する画面例である。 本実施形態におけるステップ１９で表示する画面例である。 本実施形態における対応表を示す図である。

符号の説明

２００…決済端末、２０１…入出力機能、２０２…カードリーダ、２０３…制御機能、２０３１…支払い手段判断機能、２０４…指静脈情報読み込み機能、２０５…記憶機能、２０６…通信機能、２０７…データバス、２１０…決済サーバ、２１１…制御機能、２１１１…決済機能、２１２…記憶機能、２１３…通信機能、２２０…本人認証サーバ、２２１…制御機能、２２１１…指静脈認証機能、２２２…記憶機能、２２３…通信機能、２２４…データバス、２３０…通信網

Claims (2)

1. 利用者から要求される取引を行う取引システムであって、前記利用者が要求する取引の内容を受付ける決済端末と、前記利用者の認証を行う認証サーバと、前記取引のための情報処理を実行する決済サーバが互いに接続された取引システムを用いた取引認証方法において、
   前記決済端末が、
   取引における条件であり、当該取引の決済金額の閾値である条件情報を記憶しておき、
   前記利用者から前記取引を要求し、当該取引の決済金額を含む内容および前記利用者のクレジットカード番号を含む取引要求を受付け、
   前記取引要求に含まれる決済金額と前記閾値を比較して、前記決済金額が閾値以上であるかを判断し、
   前記閾値以上である場合、前記利用者から当該利用者の認証に用いる認証情報を受付け、前記認証サーバへ、前記認証情報、前記決済金額および前記クレジットカード番号を送信し、
   前記閾値未満である場合、前記決済サーバへ、前記クレジットカード番号を含む決済要求を送信し、
   前記認証サーバが、
   送信された前記認証情報を用いて、前記利用者に対する認証を実行し、
   前記認証が肯定的な場合、前記クレジットカード番号に対応付けられた決済番号を検索し、
   前記決済サーバへ、検索された前記決済番号および前記決済金額を含む決済要求を送信し、
   前記決済サーバが、
   利用者毎に、決済番号と当該決済番号での決済で利用可能額を記憶する記憶手段を有し、
   前記決済端末から送信された前記クレジットカード番号をを受信した場合、当該クレジット番号を決済番号として、前記記憶手段から利用可能額の検索を行い、前記認証サーバから送信された前記決済番号を受信した場合、当該決済番号を用いて前記記憶手段から利用可能額の検索を行い、
   検索された利用可能額と、前記決済端末ないし認証サーバから送信された決済金額を比較し、検索された利用可能額が前記決済金額を上回る場合、前記認証サーバで認証された利用者における決済要求もしくは前記決済端末から送信された決済要求に対応する決済処理を実行することを特徴とする取引認証方法。
2. 請求項１に記載の取引認証方法において、
   前記認証情報は、前記利用者の生体情報であることを特徴とする取引認証方法。

Images