JP2019046044A - 認証サーバ、認証システム及び認証方法 - Google Patents

Abstract

【課題】携帯端末を利用した取引を安全に行うことができる認証サーバを提供する。【解決手段】認証システムにおいて、認証サーバ１２は、携帯端末１１によるユーザの生体照合結果、署名、登録コードを含むユーザの認証依頼を受信すると、署名を検証し、検証結果と生体照合結果に基づきユーザの認証を行う。認証が成功した場合、認証が成功したことを示す認証コードを生成し、生成した認証コードを携帯端末へ送信する。認証サーバが、携帯端末から登録コードと認証コードを読み取った自動取引装置（ＡＴＭ）１０から、登録コードと認証コードを含む各コードの正当性の検証依頼を受信した場合、受信した各コードが認証サーバによって発行されたものか判断する。各コードが認証サーバによって発行されたものである場合、各コードが正当であることを示す検証結果を生成し、生成した検証結果をＡＴＭへ送信する。【選択図】図５

Description

本発明は、携帯端末を利用した取引における認証を行う認証サーバに関する。

スマートフォンなどの携帯端末を使ったインターネット取引では、従来、ＩＤ（Identifier）及びパスワードによる本人認証が一般的であった。しかし、セキュリティを重視した技術であるＦＩＤＯ（Fast Identity Online）による認証が普及しつつある。ＦＩＤＯ認証は携帯端末（ＦＩＤＯクライアント）が生体照合を行い、その照合結果に基づいてＦＩＤＯサーバが認証し、取引が行われる。すなわち、認証の延長上で取引が行われる。

一方、ＡＴＭ（Automated Teller Machine）やＰＯＳ（Point Of Sale）では現金取引を除けばキャッシュカードやクレジットカードによる取引が一般的であるが、生体認証を利用したカードレス取引が普及し始めている（下記の特許文献１を参照）。このことから、ＡＴＭやＰＯＳにおいて携帯端末を用いてＦＩＤＯ認証をし、取引することが考えられる。

特開２０１１−６０２５６号公報

しかし、ＦＩＤＯ認証は上述したように携帯端末での生体照合から取引まで一貫した処理が必要であり、携帯端末を用いて認証した後に他機器のＡＴＭやＰＯＳで取引をすることはできない。

また、ＡＴＭやＰＯＳのカードレス取引の流れの中でＡＴＭやＰＯＳによる取引でスマートフォンをカード代わりに利用することが考えられるが、スマートフォンでのＩＤ及びパスワードの認証では盗難による成りすましが可能となりセキュリティ的に脆弱である。

本発明は、上記課題に鑑み、携帯端末を利用した取引を安全に行うことができる認証サーバを提供することを目的とする。

上記目的を達成するために、本発明は、携帯端末を利用した取引において認証を行う認証サーバであって、前記携帯端末によるユーザの生体照合結果、前記携帯端末によって生成された署名、前記認証に利用する端末として前記携帯端末を登録する際に付与された登録コードを含む前記ユーザの認証依頼を受信する受信部と、受信した前記署名を検証し、検証結果及び前記生体照合結果に基づいて前記ユーザの認証を行う認証部と、認証が成功した場合、認証が成功したことを示す認証コードを生成する生成部と、生成された前記認証コードを前記携帯端末へ送信する送信部とを備え、前記受信部が、前記携帯端末から前記登録コード及び前記認証コードを読み取った自動取引装置から、前記登録コード及び前記認証コードを含む各コードの正当性の検証を依頼する検証依頼を受信した場合、前記認証部が、受信した前記登録コード及び前記認証コードが前記認証サーバによって発行されたものか判断し、発行されたものと判断された場合、前記生成部が、前記登録コード及び前記認証コードが正当であることを示す検証結果を生成し、前記送信部が、生成された前記検証結果を前記自動取引装置へ送信することを特徴とする。

また、本発明の認証サーバにおいて、前記署名が、前記携帯端末によって生成されたペア鍵のうちの第１の鍵で生成された電子署名であって、前記認証部が前記電子署名を前記ペア鍵のうちの第２の鍵で検証することは好ましい態様である。

また、本発明の認証サーバにおいて、前記生成部が前記携帯端末のユーザの生体登録の際に前記携帯端末によって生成された前記ペア鍵の第２の鍵が前記認証サーバに登録された場合に前記登録コードを生成し、前記送信部が生成された前記登録コードを前記携帯端末へ送信することは好ましい態様である。

また、本発明の認証サーバにおいて、前記第１の鍵が秘密鍵であり、前記第２の鍵が公開鍵であって、前記認証部が受信した前記電子署名を前記公開鍵で検証し、前記電子署名の認証を行うことは好ましい態様である。

また、本発明の認証サーバにおいて、前記認証コードが有効時間が設定された１回限りで利用できるものであることは好ましい態様である。

また、本発明の認証サーバにおいて、前記生成部が前記検証結果情報を生成する際、前記携帯端末による生体登録の内容に応じて設定されるセキュリティレベルを含めて生成することは好ましい態様である。

また、本発明は、携帯端末と、前記携帯端末を利用した取引を可能とする自動取引装置と、前記携帯端末を利用した取引において認証を行う認証サーバとを有する認証システムであって、前記携帯端末が、前記携帯端末によるユーザの生体照合結果、前記携帯端末によって生成された署名、前記認証に利用する端末として前記携帯端末を登録する際に付与された登録コードを含む前記ユーザの認証依頼を前記認証サーバへ送信し、前記認証サーバが、受信した前記署名を検証し、検証結果及び前記生体照合結果に基づいて前記ユーザの認証を行い、前記認証が成功した場合、認証が成功したことを示す認証コードを生成し、生成された前記認証コードを前記携帯端末へ送信し、前記自動取引装置が、前記携帯端末から読み取った前記登録コード及び前記認証コードを含む各コードの正当性の検証を依頼する検証依頼を前記認証サーバへ送信し、前記認証サーバが、受信した前記登録コード及び前記認証コードが前記認証サーバによって発行されたものか判断し、発行されたものと判断された場合、前記登録コード及び前記認証コードが正当であることを示す検証結果を生成し、生成された前記検証結果情報を前記自動取引装置へ送信することを特徴とする。

また、本発明は、携帯端末を利用した取引において認証を行う認証サーバの認証方法であって、前記携帯端末によるユーザの生体照合結果、前記携帯端末によって生成された署名、前記認証に利用する端末として前記携帯端末を登録する際に付与された登録コードを含む前記ユーザの認証依頼を受信するステップと、受信した前記署名を検証し、検証結果及び前記生体照合結果に基づいて前記ユーザの認証を行うステップと、認証が成功した場合、認証が成功したことを示す認証コードを生成するステップと、生成された前記認証コードを前記携帯端末へ送信するステップと、前記携帯端末から前記登録コード及び前記認証コードを読み取った自動取引装置から、前記登録コード及び前記認証コードを含む各コードの正当性の検証を依頼する検証依頼を受信した場合、受信した前記登録コード及び前記認証コードが前記認証サーバによって発行されたものか判断するステップと、発行されたものと判断された場合、前記登録コード及び前記認証コードが正当であることを示す検証結果を生成するステップと、生成された前記検証結果を前記自動取引装置へ送信するステップとを有することを特徴とする。

本発明によれば、携帯端末を利用した取引を安全に行うことができる。

実施の形態における認証サーバを含む認証システムの一例を示す図である。 実施の形態におけるＦＩＤＯ利用登録時の携帯端末の画面例を示す図である。 実施の形態における生体情報登録を含むＦＩＤＯ利用登録の処理シーケンスの一例を示すシーケンスチャートである。 実施の形態における顧客データベースのデータ構造の一例を示す図である。 実施の形態における生体情報記録部のデータ構造の一例を示す図である。 実施の形態における認証コードが登録された顧客データベースのデータ構造の一例を示す図である。 実施の形態における認証システムにおけるＦＩＤＯ認証から取引実行までの処理シーケンスの一例を示すシーケンスチャートである。 実施の形態における取引情報を入力する際に口座番号を指定するスマホの画面、取引メニューを表示するＡＴＭの画面などを示す図である。 実施の形態における生体照合を行い、ＦＩＤＯ認証が完了した際のスマホの表示画面、ＦＩＤＯ認証後にスマホをかざした際のスマホ取引確認画面などを示す図である。 実施の形態における取引情報を入力する際に口座番号を指定しないスマホの画面、取引メニューを表示するＡＴＭの画面などを示す図である。 実施の形態における生体照合を行い、ＦＩＤＯ認証が完了した際のスマホの表示画面、ＦＩＤＯ認証後にスマホをかざした際の口座選択画面、スマホ取引確認画面などを示す図である。 実施の形態におけるＦＩＤＯ認証依頼のメッセージフォーマットの一例を示す図である。 実施の形態における認証システムのＦＩＤＯ利用登録から取引実行までの処理フローの一例を示すフローチャートである。 実施の形態におけるＦＩＤＯ利用登録処理のサブルーチンを示すフローチャートである。 実施の形態におけるＦＩＤＯ認証処理のサブルーチンを示すフローチャートである。 実施の形態における認証サーバを実現するためのハードウェア構成の一例を示す図である。

以下、実施の形態について図面を参照して説明する。まず、実施の形態における認証サーバ１２を含む認証システム１の一例について図１を用いて説明する。認証システム１は、自動取引装置（ＡＴＭ：Automated Teller Machine）１０、携帯端末１１、認証サーバ１２から構成されている。

ＡＴＭ１０はネットワークを介してホストコンピュータ１３と相互に通信可能に接続されており、顧客（ユーザとも言う）からの要求に応じて預入、払戻、振込などの取引を実行する。ホストコンピュータ１３は、ＡＴＭ１０における取引を管理する勘定系のホストコンピュータであり、ＡＴＭ１０からの要求に応じて処理を行う。また、ＡＴＭ１０は非接触で携帯端末１１とデータ通信を行い、後述する登録コード、認証コード、取引情報などを読み取る。例えば、ＡＴＭ１０はＮＦＣ（Near Field Communication）通信やＱＲ（Quick Response）コード（登録商標）などによって上記情報を読み取るが、読み取る方法はこれに限定されるものではない。また、ＡＴＭ１０は、後述するように携帯端末１１から読み取った登録コード及び認証コードが正当なものであるか認証サーバ１２へ問い合わせ、問い合わせ結果に応じて取引を実行する。

携帯端末１１は、インターネットを介して振込みや残高照会などのサービスを提供するインターネットバンキングシステム１４に接続可能であって、例えばスマートフォン（スマホとも言う）やタブレットなどである。また、携帯端末１１は、生体情報による高セキュリティのＦＩＤＯ認証を行うため、認証サーバ１２とインターネットを介して接続可能である。

携帯端末１１は、取引アプリ１１ａ、ＦＩＤＯクライアント１１ｂ、生体情報記録部１１ｃを備える。

取引アプリ１１ａは、主として認証サーバ１２との間でＦＩＤＯ利用登録処理及びＦＩＤＯ認証処理を行うとともに、ＡＴＭ１０へ登録コード、認証コード、取引情報などを送信する。

ＦＩＤＯクライアント１１ｂは、主としてＦＩＤＯ認証処理を利用するために後述する生体照合、秘密鍵及び公開鍵の生成を行う。

ＦＩＤＯ利用登録処理では、ＦＩＤＯ利用登録をするためにインターネットバンキングシステム１４へログインする必要がある。具体的には、携帯端末１１において取引アプリ１１ａがインターネットバンキングシステム１４のアプリケーションを起動すると、図２に示すようにインターネットバンキングシステム１４へログインするための初期画面２０が携帯端末１１の表示部に表示される。

初期画面２０に表示されたログインボタン２０ａが選択（押下）されると、取引アプリ１１ａはログイン画面２１に切り替え、ＩＤとパスワードを入力する入力欄２１ａ、２１ｂを表示する。取引アプリ１１ａは入力欄２１ａ、２１ｂにＩＤとパスワードがそれぞれ入力され、インターネットバンキングシステム１４によって正しい組み合わせであると判断されると、取引メニュー画面２２に切り替える。

取引メニューには、残高照会や振込・振替を行うための通常の取引メニュー以外にＦＩＤＯ利用登録をするための取引メニューがある。ＦＩＤＯ利用登録ボタン２２ａが選択されると、取引アプリ１１ａはＦＩＤＯ利用登録画面２３に切り替える。

ＦＩＤＯ利用登録画面２３では、契約中の口座が複数ある場合には口座ごとのご契約中口座ボタン２３ａ、２３ｂが表示される。表示された中からＦＩＤＯ認証で利用する口座（例えば、ご契約中口座１）がユーザによって選択される。一方、口座が１つのみの場合には、１つの口座番号が表示されるとともに、表示された口座番号の口座をＦＩＤＯ認証で利用する口座として確定させるための不図示の確認ボタンが表示される。これにより、ＦＩＤＯ利用登録の準備が完了する。

ＦＩＤＯ認証で利用する口座が選択されると、取引アプリ１１ａはＦＩＤＯ生体情報登録画面２４に切り替える。この例のＦＩＤＯ生体情報登録画面２４では指紋認証による登録の例が示されているが、指紋認証に限定されるものではなく、虹彩や顔による認証の登録であってもよい。ＦＩＤＯ生体情報登録画面２４に表示された案内に応じて生体情報である指紋が登録されると、ＦＩＤＯクライアント１１ｂは認証サーバ１２による認証を行うための秘密鍵及び公開鍵を生成する。そして、取引アプリ１１ａは認証サーバ１２へ送信された公開鍵の登録が認証サーバ１２で完了されることによって認証アプリ１２ａにより生成される登録コードと秘密鍵を関連付けて生体情報記録部１１ｃに記録する。その後、取引アプリ１１ａはＦＩＤＯ登録完了画面２５に切り替える。これによって、選択した口座のＦＩＤＯ利用登録が完了する。

インターネットバンキングシステム１４には、予め、ログイン時のＩＤに対応付けた顧客情報（ＣＩＦ：Customer Information File）に顧客番号や口座情報が登録されており、ＦＩＤＯ利用登録が完了すると、インターネットバンキングシステム１４はＦＩＤＯ利用登録によって指定された顧客情報の顧客番号や口座番号を認証サーバ１２の認証アプリ１２ａへ送信する。送信された顧客番号や口座番号は認証アプリ１２ａが管理する顧客データベース１２ｃに登録される。

認証サーバ１２は、認証アプリ１２ａ、ＦＩＤＯサーバ１２ｂ、顧客データベース１２ｃ、公開鍵データベース１２ｄから構成され、例えばクラウド型のサーバである。認証サーバ１２は、携帯端末１１やインターネットバンキングシステム１４とはインターネットを介して接続され、ＡＴＭ１０とは専用線、ＶＰＮ（Virtual Private Network）によって接続されている。

認証アプリ１２ａは、携帯端末１１によるＦＩＤＯ利用登録が完了すると、インターネットバンキングシステム１４から顧客情報の顧客番号や口座番号などを受信し、それらの情報を顧客データベース１２ｃに登録する。

認証アプリ１２ａは、主として上述した登録コードや後述する認証コードを生成するとともに、ＡＴＭ１０からの後述する検証依頼に基づいて登録コードや認証コードの検証を行う。すなわち、認証アプリ１２ａは、情報を受信する受信部、情報を送信する送信部、コードを生成する生成部などに相当する。詳細な処理については後述する。

ＦＩＤＯサーバ１２ｂは、主として上述した公開鍵の公開鍵データベース１２ｄへの登録や、後述する公開鍵による電子署名の検証をし、検証結果及び後述する生体照合結果に基づいてユーザの認証を行う。すなわち、ＦＩＤＯサーバ１２ｂはユーザの認証を行う認証部に相当する。詳細な処理については後述する。

ここで、上述したＦＩＤＯ利用登録及び生体情報登録の処理シーケンスの一例について図３を用いて説明する。ここでは携帯端末１１をスマートフォン（スマホ）として説明する。スマホ１１は入力されたＩＤ及びパスワードに基づいてインターネットバンキングシステム１４へログインを行い（Ｓ３０１）、ログインに成功するとインターネットバンキングシステム１４からログインに成功した旨の情報を受信する（Ｓ３０２）。

ログインに成功すると、スマホ１１はＦＩＤＯ利用登録ボタン２２ａを含む取引メニュー画面２２を表示し、ＦＩＤＯ利用登録ボタン２２ａが選択されると、ＦＩＤＯ利用登録の要求をインターネットバンキングシステム１４へ送信する（Ｓ３０３）。インターネットバンキングシステム１４は、ＦＩＤＯ利用登録が完了すると、ＦＩＤＯ利用登録によって指定された顧客情報の顧客番号や口座番号の情報を認証アプリ１２ａへ送信するとともに、ＦＩＤＯ利用登録準備が完了した旨の情報をスマホ１１へ送信する（Ｓ３０４）。

スマホ１１は、ＦＩＤＯ利用登録準備が完了すると生体登録を行う（Ｓ３０５）。さらにスマホ１１はＰＫＩ（Public Key Infrastructure）鍵のペア、例えば秘密鍵（第１の鍵：８７６５５）及び公開鍵（第２の鍵：１２３４５）を所定のアプリケーションを用いて生成する（Ｓ３０６）。秘密鍵及び公開鍵はこれに限定されるものではなく、認証サーバ１２のＦＩＤＯサーバ１２ｂによってＦＩＤＯ認証を行うことができる鍵であればよい。

スマホ１１は、生成した公開鍵をＦＩＤＯサーバ１２ｂが管理する公開鍵データベース１２ｄに登録（ＦＩＤＯ登録）するために認証サーバ１２に送信する（Ｓ３０７）。公開鍵は認証アプリ１２ａを介してＦＩＤＯサーバ１２ｂへ送信され（Ｓ３０８）、公開鍵データベース１２ｄに登録される。このとき、ＦＩＤＯサーバ１２ｂはＦＩＤＯ−ＩＤを生成する。生成したＦＩＤＯ−ＩＤは公開鍵を公開鍵データベース１２ｄに登録する際に関連付けて登録してもよい。ＦＩＤＯサーバ１２ｂは公開鍵の登録が完了すると登録が完了した旨の情報（ＦＩＤＯ登録完了）とともに、ＦＩＤＯ−ＩＤを認証アプリ１２ａに送信する（Ｓ３０９）。

ＦＩＤＯ登録完了及びＦＩＤＯ−ＩＤを受信した認証アプリ１２ａは、ＦＩＤＯ−ＩＤを顧客データベース１２ｃに登録するとともに、スマホ１１の登録コードを生成する（Ｓ３１０）。このとき、認証アプリ１２ａはスマホ１１による生体登録の内容に応じたセキュリティレベルを設定し、生成した登録コード（例えば、ａａａ）とセキュリティレベル（例えば、Ａ）を顧客データベース１２ｃに口座番号などと関連付けて登録する。セキュリティレベルは、顧客や銀行などによる事前の設定であり、例えば指紋登録の場合にはレベルＡ、虹彩登録の場合にはレベルＢ、顔登録の場合にはレベルＣなどと設定され、このレベルに応じてＡＴＭ１０における取引が決定される。例えば、レベルＡでは出金は５万円まで可能であるが、レベルＣでは出金は３万円まで可能であるなど、レベルに応じて取引が変わる。

このときの顧客データベース１２ｃにおける登録方法の一例を図４Ａに示す。インターネットバンキングシステム１４から送信される顧客固有の顧客番号ごとに、当該顧客の口座番号、ＦＩＤＯ−ＩＤ、登録コード、セキュリティレベルが登録される。なお、顧客によっては複数の口座番号を有する場合があり、その場合には顧客番号の配下の口座番号ごとにＦＩＤＯ−ＩＤ、登録コード、セキュリティレベルが登録される。

認証アプリ１２ａは登録コードの生成やセキュリティレベルの設定をすると、ＦＩＤＯ利用登録が完了した旨の情報（登録完了）に生成した登録コードを含めてスマホ１１へ送信する（Ｓ３１１）。

登録コードを受信すると、スマホ１１は生成した秘密鍵と受信した登録コードを関連付けて生体情報記録部１１ｃに保存し（Ｓ３１２）、インターネットバンキングシステム１４からログアウトする（Ｓ３１３）。これにより、スマホ１１のＦＩＤＯ利用登録の処理が終了する。このときの生体情報記録部１１ｃにおける記録方法の一例を図４Ｂに示す。スマホ１１のユーザの生体情報と、秘密鍵と、登録コードが関連付けられて記録される。なお、生体情報は、例えば指紋による生体登録の場合には指紋情報である。

次に、実施形態の認証システムにおけるＦＩＤＯ認証から取引実行までの処理シーケンスについて図５を用いて説明する。まず、スマホ１１は自宅、店舗、金融機関のロビーなどでユーザによって事前に入力される取引情報を受け付ける（取引情報事前入力：Ｓ５０１）。これにより、取引実行時にはスマホ１１をＡＴＭ１０にかざすだけで取引情報をＡＴＭ１０に入力できるため、ＡＴＭ操作の省略により取引が迅速に行われ、ＡＴＭ１０の利用者の待ち行列の低減を図ることができる。取引情報としては、例えば口座番号、取引種別（出金、振込など）、取引金額などである。

取引情報を入力する際のスマホ１１における入力画面の一例を図６Ａに示す。入力画面６０は、例えばスマホ１１（取引アプリ１１ａ）が取引情報事前入力のための所定のアプリケーションを起動することによって表示され、口座番号、取引種別、取引金額を入力できるようになっている。この例では口座番号が１２３４５６、取引種別が出金、取引金額が３０，０００円と入力されている。ユーザによって入力がされ、保存ボタン６０ａが押下されると、スマホ１１（取引アプリ１１ａ）は取引内容を生体情報記録部１１ｃなどに保存した後、ＡＴＭコーナーでスマホ取引を行うことを促すメッセージ画面６１を表示する。

なお、この例は口座番号を含む３つの入力項目があるが、図７Ａに示すように取引種別と取引金額のみを入力するようにしてもよい。入力画面７０では取引種別と取引金額が入力され、保存ボタン７０ａが押下されると、スマホ１１（取引アプリ１１ａ）は取引内容を生体情報記録部１１ｃなどに保存した後、ＡＴＭコーナーでスマホ取引を行うことを促すメッセージ画面７１を表示する。図７Ａに示す例では事前入力で口座番号が入力されないため、ＡＴＭ１０はスマホ１１から口座番号を取得できない。この場合、ＡＴＭ１０は後述する認証アプリ１２ａから受信する検証結果に含まれる口座情報によって口座番号を取得するようにしてもよい。

なお、この例では取引情報を事前入力で受け付けるように構成されているが、取引情報の入力を事前入力で受け付けず、ユーザが取引実行時にＡＴＭ１０に対して取引情報を直接入力するようにしてもよい。

取引情報事前入力が完了すると、スマホ１１を携帯したユーザはＡＴＭコーナーに行き、ＡＴＭ操作を行う。ユーザがＡＴＭ操作によって取引メニューを選択すると、ＡＴＭ１０は例えば図６Ａや図７Ａに示すお取引メニュー画面６２、７２をＡＴＭ１０の画面に表示する。お取引メニュー６２、７２のスマホ取引ボタン６２ａ、７２ａが押下（スマホ取引選択）される（Ｓ５０２）と、ＡＴＭ１０はＦＩＤＯ利用登録済みのスマホ１１でＦＩＤＯ認証を行ってからＡＴＭ１０にタッチする（かざす）よう促すメッセージ画面６３、７３を表示する（Ｓ５０３）。

ＦＩＤＯ認証を行ってからＡＴＭ１０にスマホ１１をかざすよう促された後、スマホ１１（ＦＩＤＯクライアント１１ｂ）がユーザからＦＩＤＯ認証のための生体照合の処理要求を受け付けると、スマホ１１（ＦＩＤＯクライアント１１ｂ）は生体照合を行う（Ｓ５０４）。

生体照合の処理要求の受け付けによってスマホ１１に表示される画面の一例を図６Ｂ、図７Ｂに示す。生体照合画面６４、７４は指紋認証を行う場合の画面である。スマホ１１（ＦＩＤＯクライアント１１ｂ）は、例えばスマホ１１の所定の指紋受付領域（スマホ１１の指紋認証装置など）にユーザの指が押し付けられることによって指紋を受け付ける。スマホ１１（ＦＩＤＯクライアント１１ｂ）は受け付けた指紋情報と生体情報記録部１１ｃに生体登録された生体情報（指紋情報）とを照合し、同一のもの（同一人物）であるか判断する。同一のものである場合、スマホ１１（ＦＩＤＯクライアント１１ｂ）は生体情報記録部１１ｃにおいて生体情報と関連付けられて登録された秘密鍵で電子署名を生成する（Ｓ５０５）。

スマホ１１（取引アプリ１１ａ）は、生体照合された結果（生体照合結果）、生成された電子署名、登録コードを含む認証依頼（ＦＩＤＯ認証依頼）を認証アプリ１２ａに送信する（Ｓ５０６）。ここで、ＦＩＤＯ認証依頼のメッセージフォーマットの一例を図８に示す。ＦＩＤＯ認証依頼のメッセージフォーマットは、例えばヘッダ部には送信先（認証アプリ１２ａ）及び送信元（スマホ１１）が挿入され、データ部に生体照合結果、電子署名、登録コードがそれぞれ挿入されている。ＦＩＤＯ認証依頼以外のメッセージのフォーマットも基本的には同様であってヘッダ部とデータ部から構成され、データ部に送信する各種データが挿入される。なお、メッセージフォーマットはこれに限定されるものではなく、他のフォーマットであってもよい。

認証アプリ１２ａは受信した生体照合結果及び電子署名をＦＩＤＯサーバ１２ｂへ送信し（Ｓ５０７）、改ざんなどがされていないか認証（ＦＩＤＯ認証）をさせる。このとき、認証アプリ１２ａは受信した登録コードに対応する、顧客データベース１２ｃに登録されたＦＩＤＯ−ＩＤをＦＩＤＯサーバ１２ｂへ送信してもよい。これにより、ＦＩＤＯサーバ１２ｂはＦＩＤＯ−ＩＤに関連付けて登録された公開鍵を公開鍵データベース１２ｄから取得できる。取得された公開鍵は後述の電子署名の検証で用いられる。

ＦＩＤＯサーバ１２ｂは公開鍵データベース１２ｄに登録済みの公開鍵で電子署名を検証し（Ｓ５０８）、検証結果及び生体照合結果に基づいてユーザの認証を行い認証が成功した場合、改ざんなどされておらず、正当なユーザによるものであることを示す認証結果を認証アプリ１２ａに送信する（Ｓ５０９）。

認証結果を受信した認証アプリ１２ａは正当なユーザによるＦＩＤＯ認証依頼であることを示す認証コードを生成する（Ｓ５１０）とともに、顧客データベース１２ｃに生成した認証コード（例えば、ｂｂｂ）を登録する。

認証コードが登録された顧客データベース１２ｃの一例を図４Ｃに示す。この場合の顧客データベース１２ｃは、図４Ａに示す顧客データベースに認証コードが追加されたものである。認証コードは、対応する口座番号、ＦＩＤＯ−ＩＤ、登録コード、セキュリティレベルと関連付けて登録される。認証コードは一回限りで使用できるワンタイムのコードであり、有効時間が設定される。有効時間が設定されることにより、ＦＩＤＯ認証をしてから一定の時間が経過した認証コードは使用できなくなるため、有効時間の設定は成りすましなどの防止に有効である。

認証アプリ１２ａは、ＦＩＤＯサーバ１２ｂによる認証結果及び生成した認証コードを含む認証完了をスマホ１１に送信する（Ｓ５１１）。

認証完了を受信すると、取引アプリ１１ａは、図６Ｂ、図７Ｂに示すように、認証が完了したため有効時間内にＡＴＭ１０へスマホ１１をかざすよう促すＦＩＤＯ認証完了画面６５、７５をスマホ１１に表示させる。このとき、有効時間がＦＩＤＯ認証完了画面６５、７５に表示されるようにしてもよい。取引アプリ１１ａはＦＩＤＯ認証完了画面６５、７５の表示後にスマホ１１によるＦＩＤＯ認証処理を終了する旨の終了画面６６、７６をスマホ１１に表示させる。

認証完了を受信し、スマホ１１がＡＴＭ１０にかざされると、取引アプリ１１ａはＡＴＭ１０からのデータ読み取りに応じて、事前入力された取引情報、登録コード、認証コードをＡＴＭ１０にＮＦＣ通信などで送信する（Ｓ５１２）。また、取引アプリ１１ａは事前入力された取引情報、登録コード、認証コードの情報を含むＱＲコードを生成し、スマホ１１の画面に表示させてＡＴＭ１０に読み取らせるようにしてもよい。

データの読み取りをしたＡＴＭ１０は、読み取りした登録コード及び認証コードが正当なものであるか問い合わせるため、登録コード及び認証コードを含む検証依頼を認証アプリ１２ａに送信する（Ｓ５１３）。

検証依頼を受信すると、認証アプリ１２ａは、登録コードが自身が発行したコードで顧客データベース１２ｃに登録されているか、認証コードが自身が発行したコードで顧客データベース１２ｃに登録されているとともに有効時間内のものであるかを検証する（Ｓ５１４）。登録コード及び認証コードが自身が発行したものコードで顧客データベース１２ｃに登録されており、登録された認証コードの有効時間が切れていない場合には、認証アプリ１２ａは登録コード及び認証コードが正当であるとした検証結果をＡＴＭ１０に送信する（Ｓ５１５）。検証結果には付帯情報としてセキュリティレベルや口座情報を含めてもよい。

検証結果を受信すると、ＡＴＭ１０は事前入力された取引情報に応じて取引を実行する（Ｓ５１６）。具体的には、ＡＴＭ１０は取引を実行する前に図６Ｂ、図７Ｂに示すように、スマホ取引確認画面６７、７８をＡＴＭ１０の表示部に表示する。スマホ取引確認画面６７、７８には、口座番号、取引種別、取引金額がそれぞれ表示される。また、スマホ取引確認画面６７、７８には、取引内容が正しい場合に押下する確認ボタン６７ａ、７８ａや、取引内容が正しくない場合や取引をキャンセルする場合に押下する取消ボタン６７ｂ、７８ｂも表示される。確認ボタン６７ａ、７８ａが押下されると、ＡＴＭ１０は取引種別の処理を行う。この場合であれば３万円の出金を行う。処理を終了すると、ＡＴＭ１０は利用終了画面６８、７９を表示する。なお、取消ボタン６７ｂ、７８ｂが押下された場合にもＡＴＭ１０は利用終了画面６８、７９を表示する。

取引情報事前入力において口座番号を指定せず、取引種別と取引金額のみを入力し、さらに複数の口座を保有する場合には、図７Ｂに示すように口座選択画面７７がスマホ取引確認画面７８の表示前に表示される。利用する口座が押下されることによって押下された口座番号におけるスマホ取引確認画面７８が表示される。

なお、上述した例ではスマホ１１による生体照合（Ｓ５０４）から認証アプリ１２ａからの認証完了の受信までＡＴＭコーナーで実施しているが、これらを取引情報事前入力（Ｓ５０１）とともに事前に実施してもよい。その場合、ＡＴＭコーナーではスマホ取引選択（Ｓ５０２）、ＦＩＤＯ認証＆スマホタッチメッセージ（Ｓ５０３）、データ読み取り（Ｓ５１２）以降の処理が実施される。

次に、実施の形態の認証システム１におけるＦＩＤＯ利用登録から取引実行までの処理フローの一例について図９を用いて説明する。認証サーバ１２はスマホ１１のＦＩＤＯ認証利用登録の要求に応じてＦＩＤＯ利用登録を行う（ステップＳ９０１）。詳細については後述する。

ＦＩＤＯ利用登録が完了すると、スマホ１１は取引情報の事前入力を受け付ける（ステップＳ９０２）。取引情報の事前入力が完了すると、認証サーバ１２はスマホ１１からのＦＩＤＯ認証依頼及びＡＴＭ１０からの検証依頼を受け付けて認証処理を行う（ＦＩＤＯ認証処理：ステップＳ９０３）。ＡＴＭ１０は認証処理結果に応じて取引を実行する（ステップＳ９０４）。

上述したＦＩＤＯ利用登録処理のサブルーチンについて図１０を用いて説明する。ＦＩＤＯ利用登録はインターネットバンキングシステム１４を通じて行うため、スマホ１１はインターネットバンキングシステム１４へログインする（ステップＳ１００１）。ログインの際には、インターネットバンキングシステム１４を利用するためにあらかじめ登録したＩＤ及びパスワードが用いられる。

ＩＤ及びパスワードの組み合わせが登録されたものであるとインターネットバンキングシステム１４によって判断されると、スマホ１１はログイン成功を受信する（ステップＳ１００２）。ログイン成功後、ユーザからのＦＩＤＯ利用登録の選択を受け付けると、スマホ１１はＦＩＤＯ利用登録の要求をする（ステップＳ１００３）。

ＦＩＤＯ利用登録の要求によってインターネットバンキングシステム１４において登録が完了すると、スマホ１１はインターネットバンキングシステム１４からＦＩＤＯ利用登録準備が完了した旨を受信する（ステップＳ１００４）。

ＦＩＤＯ利用登録準備が完了すると、スマホ１１は生体登録を行う（ステップＳ１００５）。生体登録の種類としては、指紋登録、虹彩登録、顔登録などがある。さらにスマホ１１はペア鍵の秘密鍵及び公開鍵を所定の暗号鍵生成アプリケーションを用いて生成する（ステップＳ１００６）。

スマホ１１は、生成した公開鍵をＦＩＤＯサーバ１２ｂが管理する公開鍵データベース１２ｄに登録（ＦＩＤＯ登録）するために認証アプリ１２ａに送信する（ステップＳ１００７）。認証アプリ１２ａが公開鍵を受信すると、ＦＩＤＯサーバ１２ｂは受信された公開鍵を公開鍵データベース１２ｄに登録する（ステップＳ１００８）。このとき、ＦＩＤＯサーバ１２ｂはＦＩＤＯ−ＩＤを生成する。生成したＦＩＤＯ−ＩＤは公開鍵を公開鍵データベース１２ｄに登録する際に関連付けて登録してもよい。ＦＩＤＯサーバ１２ｂは公開鍵の登録が完了すると登録が完了した旨の情報（ＦＩＤＯ登録完了）及びＦＩＤＯ−ＩＤを認証アプリ１２ａに送信する（ステップＳ１００９）。

ＦＩＤＯ登録完了を受信した認証アプリ１２ａは、スマホ１１の登録コードを生成する（ステップＳ１０１０）。このとき、認証アプリ１２ａはスマホ１１による生体登録の種類（内容）に応じたセキュリティレベルを設定し、口座番号、ＦＩＤＯ−ＩＤ、生成した登録コード（例えば、ａａａ）、セキュリティレベル（例えば、Ａ）を関連付けて顧客データベース１２ｃに登録する（ステップＳ１０１１）。

認証アプリ１２ａは登録コードの生成やセキュリティレベルの設定をすると、ＦＩＤＯ登録が完了した旨の登録完了に生成した登録コードを含めてスマホ１１へ送信する（ステップＳ１０１２）。

登録コードを受信すると、スマホ１１は生成した秘密鍵と受信した登録コードを関連付けて生体情報記録部１１ｃに保存し（ステップＳ１０１３）、インターネットバンキングシステム１４からログアウトする（ステップＳ１０１４）。

上述したＦＩＤＯ認証処理のサブルーチンについて図１１を用いて説明する。スマホ１１はユーザによって事前に入力される取引情報を受け付ける（ステップＳ１１０１）。

取引情報事前入力の完了後、スマホ１１を携帯したユーザがＡＴＭコーナーに行き、ＡＴＭ操作を開始すると、ＡＴＭ１０はユーザに対して取引メニューを表示する。取引メニューのうちスマホによる取引が選択されると、ＡＴＭ１０はＦＩＤＯ利用登録済みのスマホ１１でＦＩＤＯ認証を行ってからＡＴＭ１０にスマホ１１をかざすよう促す画面をＡＴＭ１０の画面に表示する。

その後、スマホ１１がユーザからＦＩＤＯ認証のための生体照合の処理要求を受け付けると、生体照合を行う（ステップＳ１１０２）。具体的には、スマホ１１は受け付けた指紋情報と生体情報記録部１１ｃに生体登録された生体情報とを照合し、同一のもの（同一人物）であるか判断する。

スマホ１１は、同一のものであると判断した場合、生体情報記録部１１ｃにおいて生体情報と関連付けられて登録された秘密鍵で電子署名を生成する（ステップＳ１１０３）。スマホ１１は、生体照合された結果（生体照合結果）、生成された電子署名、登録コードを含むＦＩＤＯ認証依頼を認証アプリ１２ａに送信する（ステップＳ１１０４）。

ＦＩＤＯ認証依頼を受信した認証アプリ１２ａは、受信した生体照合結果及び電子署名をＦＩＤＯサーバ１２ｂへ送信する（ステップＳ１１０５）。ＦＩＤＯサーバ１２ｂは、公開鍵データベース１２ｄに登録済みの対応する公開鍵で電子署名を検証し（ステップＳ１１０６）、検証結果及び生体照合結果に基づいてユーザの認証を行い、改ざんなどされておらず、正当なユーザによるものであることを示す認証結果を認証アプリ１２ａに送信する（ステップＳ１１０７）。

認証結果を受信した認証アプリ１２ａは正当なユーザによるＦＩＤＯ認証依頼であることを示す認証コードを生成し、生成した認証コードを顧客データベース１２ｃに登録する（ステップＳ１１０８）。

認証アプリ１２ａは、ＦＩＤＯサーバ１２ｂによる認証結果及び生成した認証コードを含む認証完了をスマホ１１に送信する（ステップＳ１１０９）。

認証完了を受信すると、スマホ１１は、認証が完了したため有効時間内にＡＴＭ１０へスマホ１１をかざすよう促すＦＩＤＯ認証完了画面６５、７５を表示する（ステップＳ１１１０）。

その後、スマホ１１がＡＴＭ１０にかざされると、スマホ１１はＡＴＭ１０からのデータ読み取りに応じて、事前入力された取引情報、登録コード、認証コードをＡＴＭ１０にＮＦＣ通信などで送信する（ステップＳ１１１１）。

データの読み取りをしたＡＴＭ１０は、読み取りした登録コード及び認証コードが正当なものであるか問い合わせるため、登録コード及び認証コードを含む検証依頼を認証アプリ１２ａに送信する（ステップＳ１１１２）。

検証依頼を受信すると、認証アプリ１２ａは、登録コードが自身が発行したコードで顧客データベース１２ｃに登録されているか、認証コードが自身が発行したコードで顧客データベース１２ｃに登録されているとともに有効時間内のものであるかを検証する（ステップＳ１１１３）。登録コード及び認証コードが自身が発行したコードで顧客データベース１２ｃに登録されており、登録された認証コードの有効時間が切れていない場合には、認証アプリ１２ａは登録コード及び認証コードが正当であるとした検証結果をＡＴＭ１０に送信する（ステップＳ１１１４）。検証結果には付帯情報としてセキュリティレベルや口座情報を含めてもよい。

検証結果を受信すると、ＡＴＭ１０は事前入力された取引情報に応じて取引を実行する（ステップＳ１１１５）。

次に、実施の形態における認証サーバ１２を実現するためのハードウェア構成の一例について図１２を用いて説明する。

ハードウェア構成は、例えば、ＣＰＵ１２１、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２４、通信インタフェース（Ｉ／Ｆ）１２５、バス１２６を備えている。ＣＰＵ１２１、ＨＤＤ１２２、ＲＡＭ１２３、ＲＯＭ１２４、通信インタフェース（Ｉ／Ｆ）１２５は、例えば、バス１２６を介して互いに接続されている。

ＣＰＵ１２１は、バス１２６を介して、ＨＤＤ１２２などに格納される認証サーバ１２の各種処理を行うためのプログラム（例えば、ＦＩＤＯ認証プログラムや検証プログラムなど）を読み込み、読み込んだプログラムをＲＡＭ１２３に一時的に格納し、そのプログラムにしたがって各種処理を行う。ＣＰＵ１２１は、主として、上述した認証アプリ１２ａ、ＦＩＤＯサーバ１２ｂとして機能する。

ＨＤＤ１２２には、認証サーバ１２の各種処理を行うためのアプリケーションプログラムや、認証サーバ１２の処理に必要なデータなどが格納される。ＨＤＤ１２２は、主として顧客データベース１２ｃ、公開鍵データベース１２ｄとして機能する。

ＲＡＭ１２３は、揮発性メモリであって、ＣＰＵ１２１に実行させるためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）プログラムやアプリケーションプログラムの一部が一時的に格納される。また、ＲＡＭ１２３には、ＣＰＵ１２１による処理に必要な各種データが格納される。

ＲＯＭ１２４は、不揮発性メモリであって、ブートプログラムやＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）などのプログラムを記憶する。

通信インタフェース（Ｉ／Ｆ）１２５は、外部（ＡＴＭ１０や携帯端末１１など）とインターネットや専用線を介してデータの送受信を行うものである。

バス１２６は、各装置間の制御信号、データ信号などの授受を媒介する経路である。

なお、上述した認証システム１では取引の対象機器をＡＴＭ１０としているが、ＡＴＭ１０以外に決済型のＰＯＳ端末とすることも可能である。ＰＯＳ端末の場合には、上述した取引情報の事前入力はない。また、顧客データベース１２ｃにはクレジット情報又はクレジット情報に代わる情報が含まれており、ＰＯＳ端末は認証アプリ１２ａからの検証結果に含まれるクレジット情報又はそれに代わる情報に基づいて決済を実行する。上記を除けば、ＰＯＳ端末の処理は基本的に上述したＡＴＭ１０と同様である。

上述したような認証システム（認証サーバ）によれば、携帯端末を利用した取引を安全に行うことができる。また、携帯端末１１をＡＴＭ１０にタッチする又はかざすだけで出金、振込などのＡＴＭ取引を行うことができ、ユーザによるＡＴＭ操作が軽減される。また、スピーディに取引が行えるため、ＡＴＭ利用者のＡＴＭ待ち行列の低減が期待できる。

なお、上述した実施の形態では、認証サーバ１２の主な処理をＣＰＵによるソフトウェア処理によって実行するものとして説明したが、この処理の全部又は一部をハードウェアによって実現するようにしてもよい。

また、上述した実施の形態は、上述したものに限定されるものではなく、実施の形態の要旨を逸脱しない範囲において種々の変更を加えることができる。

１ 認証システム
１１ 携帯端末
１１ａ 取引アプリ
１１ｂ ＦＩＤＯクライアント
１１ｃ 生体情報記録部
１２ 認証サーバ
１２ａ 認証アプリ
１２ｂ ＦＩＤＯサーバ
１２ｃ 顧客データベース
１２ｄ 公開鍵データベース
１３ ホストコンピュータ
１４ インターネットバンキングシステム
２０ 初期画面
２０ａ ログインボタン
２１ ログイン画面
２１ａ、２１ｂ 入力欄
２２ 取引メニュー画面
２２ａ ＦＩＤＯ利用登録ボタン
２３ ＦＩＤＯ利用登録画面
２３ａ、２３ｂ ご契約中口座ボタン
２４ ＦＩＤＯ生体情報登録画面
２５ ＦＩＤＯ登録完了画面
６０、７０ 入力画面
６０ａ 保存ボタン
６１ メッセージ画面
６２、７２ お取引メニュー
６２ａ、７２ａ スマホ取引ボタン
６３、７１、７３ メッセージ画面
６４、７４ 生体照合画面
６５、７５ ＦＩＤＯ認証完了画面
６６、７６ 終了画面
６７、７８ スマホ取引確認画面
６７ａ、７８ａ 確認ボタン
６７ｂ、７８ｂ 取消ボタン
６８、７９ 利用終了画面
７０ａ 保存ボタン
７７ 口座選択画面
１２１ ＣＰＵ
１２２ ＨＤＤ
１２３ ＲＡＭ
１２４ ＲＯＭ
１２５通信インタフェース
１２６ バス

Claims (8)

1. 携帯端末を利用した取引において認証を行う認証サーバであって、
   前記携帯端末によるユーザの生体照合結果、前記携帯端末によって生成された署名、前記認証に利用する端末として前記携帯端末を登録する際に付与された登録コードを含む前記ユーザの認証依頼を受信する受信部と、
   受信した前記署名を検証し、検証結果及び前記生体照合結果に基づいて前記ユーザの認証を行う認証部と、
   認証が成功した場合、認証が成功したことを示す認証コードを生成する生成部と、
   生成された前記認証コードを前記携帯端末へ送信する送信部とを備え、
   前記受信部が、前記携帯端末から前記登録コード及び前記認証コードを読み取った自動取引装置から、前記登録コード及び前記認証コードを含む各コードの正当性の検証を依頼する検証依頼を受信した場合、
   前記認証部が、受信した前記登録コード及び前記認証コードが前記認証サーバによって発行されたものか判断し、
   発行されたものと判断された場合、前記生成部が、前記登録コード及び前記認証コードが正当であることを示す検証結果を生成し、
   前記送信部が、生成された前記検証結果を前記自動取引装置へ送信する、
   ことを特徴とする認証サーバ。
2. 前記署名は、前記携帯端末によって生成されたペア鍵のうちの第１の鍵で生成された電子署名であって、
   前記認証部は、前記電子署名を前記ペア鍵のうちの第２の鍵で検証する、
   ことを特徴とする請求項１に記載の認証サーバ。
3. 前記生成部は、前記携帯端末のユーザの生体登録の際に前記携帯端末によって生成された前記ペア鍵の第２の鍵が前記認証サーバに登録された場合に前記登録コードを生成し、
   前記送信部は、生成された前記登録コードを前記携帯端末へ送信する、
   ことを特徴とする請求項２に記載の認証サーバ。
4. 前記第１の鍵は秘密鍵であり、前記第２の鍵は公開鍵であって、
   前記認証部は、受信した前記電子署名を前記公開鍵で検証し、前記電子署名の認証を行う、
   ことを特徴とする請求項２又は３に記載の認証サーバ。
5. 前記認証コードは、有効時間が設定された１回限りで利用できるものであることを特徴とする請求項１から４のいずれか１つに記載の認証サーバ。
6. 前記生成部は、前記検証結果情報を生成する際、前記携帯端末による生体登録の内容に応じて設定されるセキュリティレベルを含めて生成することを特徴とする請求項３から５のいずれか１つに記載の認証サーバ。
7. 携帯端末と、前記携帯端末を利用した取引を可能とする自動取引装置と、前記携帯端末を利用した取引において認証を行う認証サーバとを有する認証システムであって、
   前記携帯端末が、前記携帯端末によるユーザの生体照合結果、前記携帯端末によって生成された署名、前記認証に利用する端末として前記携帯端末を登録する際に付与された登録コードを含む前記ユーザの認証依頼を前記認証サーバへ送信し、
   前記認証サーバが、受信した前記署名を検証し、検証結果及び前記生体照合結果に基づいて前記ユーザの認証を行い、
   前記認証が成功した場合、認証が成功したことを示す認証コードを生成し、
   生成された前記認証コードを前記携帯端末へ送信し、
   前記自動取引装置が、前記携帯端末から読み取った前記登録コード及び前記認証コードを含む各コードの正当性の検証を依頼する検証依頼を前記認証サーバへ送信し、
   前記認証サーバが、受信した前記登録コード及び前記認証コードが前記認証サーバによって発行されたものか判断し、
   発行されたものと判断された場合、前記登録コード及び前記認証コードが正当であることを示す検証結果を生成し、
   生成された前記検証結果情報を前記自動取引装置へ送信する、
   ことを特徴とする認証システム。
8. 携帯端末を利用した取引において認証を行う認証サーバの認証方法であって、
   前記携帯端末によるユーザの生体照合結果、前記携帯端末によって生成された署名、前記認証に利用する端末として前記携帯端末を登録する際に付与された登録コードを含む前記ユーザの認証依頼を受信するステップと、
   受信した前記署名を検証し、検証結果及び前記生体照合結果に基づいて前記ユーザの認証を行うステップと、
   認証が成功した場合、認証が成功したことを示す認証コードを生成するステップと、
   生成された前記認証コードを前記携帯端末へ送信するステップと、
   前記携帯端末から前記登録コード及び前記認証コードを読み取った自動取引装置から、前記登録コード及び前記認証コードを含む各コードの正当性の検証を依頼する検証依頼を受信した場合、
   受信した前記登録コード及び前記認証コードが前記認証サーバによって発行されたものか判断するステップと、
   発行されたものと判断された場合、前記登録コード及び前記認証コードが正当であることを示す検証結果を生成するステップと、
   生成された前記検証結果を前記自動取引装置へ送信するステップとを、
   有することを特徴とする認証方法。