JP2014075034A - 認証装置、認証方法および認証プログラム - Google Patents

Abstract

【課題】より高いセキュリティを確保したユーザ認証を行う。
【解決手段】暗証番号による認証を行う認証装置２あって、複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶手段２３と、端末１から送信される、ボタン配列表に入力された各ボタンの位置を示す入力情報を受信し、当該受信した入力情報と、記憶手段２３に登録された登録パターンとが一致するか否かを認証する認証手段２１と、を備える。
【選択図】図１

Description

本発明は、ネットワークを介してアクセスしたユーザを認証する認証装置、認証方法および認証プログラムに関する。

近年、フィッシング詐欺に代表される、インターネット上でのユーザＩＤ、パスワードなどの詐取・盗難（identity theft）が問題となっている。そのため、より高いセキュリティを確保し、ユーザの正当性を認証する技術が求められている。例えば、特許文献１には、携帯端末を用いてワンタイムパスワードを取得し、取得したワンタイムパスワードを用いてユーザ認証を行う認証システムが記載されている。

特開２００７−１０９１２２号公報

例えば銀行などのシステムでは、一般に、口座番号と４桁の暗証番号とを用いてユーザ認証を行っている。この場合、暗証番号が４桁のため、総当り攻撃や推定に弱いという問題がある。暗証番号の総当り攻撃に対しては、複数回ミスした場合、当該口座をロックしてアクセスできないようにすることで、総当り攻撃を防止する対策が採られている。

しかしながら、膨大な数の口座数が存在する場合、特定の口座を狙うのではなく、全ての口座を対象として、総当たり攻撃を仕掛けた場合、いずれかの口座の暗証番号は、容易に判明してしまうおそれがある。これにより、悪意のある第三者が、不正に取得した口座番号と暗証番号とを使用して、例えばネットバンキングサービスにログインし、不正な操作を行う可能性がある。そこで、暗証番号に加えて、より認証を強化するための手段が求められている。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、より高いセキュリティを確保したユーザ認証を行う認証装置、認証方法および認証プログラム提供することにある。

上記課題を解決するために、本発明は、暗証番号による認証を行う認証装置であって、複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶手段と、端末から送信される、前記ボタン配列表に入力された各ボタンの位置を示す入力情報を受信し、当該受信した入力情報と、前記記憶手段に登録された登録パターンとが一致するか否かを認証する認証手段と、を備える。

本発明は、暗証番号による認証を行う認証装置であって、複数のボタンを配置したボタン配列表にフリック入力されたボタンの登録パターンを記憶する記憶手段と、端末から送信される、前記ボタン配列表のボタンにフリック入力されたフリック入力情報を受信し、当該受信したフリック入力情報と、前記記憶手段に記憶された登録パターンとが一致するか否かを認証する認証手段と、を備え、前記登録パターンおよび前記フリック入力情報は、前記ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報である。

本発明は、コンピュータが行う認証方法であって、前記コンピュータは、暗証番号による認証を行うコンピュータであり、複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶部を備え、端末から送信される、前記ボタン配列表に入力された各ボタンの位置を示す入力情報を受信する受信ステップと、前記受信した入力情報と、前記記憶部に登録された登録パターンとが一致するか否かを認証する認証ステップと、を行う。

本発明は、コンピュータが行う認証方法であって、前記コンピュータは、暗証番号による認証を行うコンピュータであり、複数のボタンを配置したボタン配列表にフリック入力されたボタンの登録パターンを記憶する記憶部を備え、端末から送信される、前記ボタン配列表のボタンにフリック入力されたフリック入力情報を受信する受信ステップと、前記受信したフリック入力情報と、前記記憶部に記憶された登録パターンとが一致するか否かを認証する認証ステップと、を行い、前記登録パターンおよび前記フリック入力情報は、前記ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報である。

本発明は、暗証番号による認証を行うコンピュータを、複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶手段、端末から送信される、前記ボタン配列表に入力された各ボタンの位置を示す入力情報を受信し、当該受信した入力情報と、前記記憶手段に登録された登録パターンとが一致するか否かを認証する認証手段、として機能させるための認証プログラムである。

本発明は、暗証番号による認証を行うコンピュータを、複数のボタンを配置したボタン配列表にフリック入力されたボタンの登録パターンを記憶する記憶手段、端末から送信される、前記ボタン配列表のボタンにフリック入力されたフリック入力情報を受信し、当該受信したフリック入力情報と、前記記憶手段に記憶された登録パターンとが一致するか否かを認証する認証手段、として機能させ、前記登録パターンおよび前記フリック入力情報は、前記ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報である。

本発明では、より高いセキュリティを確保したユーザ認証を行う認証装置、認証方法および認証プログラム提供することができる。

本発明の第１の実施形態が適用された認証システムの全体構成図である。 第１の実施形態の口座情報記憶部の一例を示す図である。 第１の実施形態の処理を示すシーケンス図である。 第１の実施形態の各種画面の一例を示したものである。 本発明の第２の実施形態が適用された認証システムの全体構成図である。 第２の実施形態の口座情報記憶部の一例を示す図である。 第２の実施形態の処理を示すシーケンス図である。 第２の実施形態の各種画面の一例を示したものである。

以下、本発明の実施の形態について説明する。

＜第１の実施形態＞
図１は、本発明の第１の実施形態が適用された認証システムの全体構成図である。図示する認証システムは、スマートフォン、携帯電話、ＰＣ（Personal Computer）などの端末１と、認証サーバ２とを備える。ユーザが使用する端末１は、ユーザの指示を受け付けるとともに、出力装置に各種の情報・画面を表示する。認証サーバ２は、インターネットなどのネットワークを介してアクセスされる各端末１のユーザ認証を行う。本実施形態では、認証サーバ２として、ネットワークを介して残高照会、振込みなどのネットバンキングサービスを提供する銀行のサーバを例に、以下に説明するが、これに限定されるものではない。

図示する認証サーバ２は、認証部２１と、アプリケーション部２２と、口座情報記憶部２３とを備える。認証部２１は、端末１からボタン配列表に入力された各ボタンの位置を示す入力情報を受信し、当該受信した入力情報と、口座情報記憶部２３に登録された登録パターンとが一致するか否かを認証する。アプリケーション部２２は、認証部２１が認証に成功したと判別した後、インターネットバンキングなどの所定のアプリケーション処理を行う。口座情報記憶部２３には、認証サーバ２に登録され、認証サーバ２が提供するアプリケーションサービスを利用可能な各ユーザの認証に必要な情報が登録されている。

図２は、口座情報記憶部２３の一例を示す図である。図示する口座情報記憶部２３（口座情報テーブル）には、ユーザ（口座）毎に、店番号、口座番号、第１の認証情報および第２の認証情報が記憶されている。本実施形態の第１の認証情報としては、４桁の暗証番号（ＰＩＮ、パスワード）を用いるものとする。

本実施形態の第２の認証情報としては、複数のボタンを配列したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターン（位置情報）を用いるものとする。すなわち、第２の認証情報として、ユーザは、ボタン配列表の中のどの位置のボタンを選択（タッチ、押下など）したかのボタンの配置を、暗証番号などの代わりに口座情報記憶部２３に登録し、これを覚えておいて、認証サーバ２へのログイン時に使用する。図示する例では、登録パターンとして、選択されたボタンの位置を示す座標を用いるものとするが、これに限定されるものではない。また、選択するボタンの数は、登録時にユーザが任意の数を選択できるものとする。

なお、第１の認証情報および第２の認証情報は、登録時に、ユーザが所望のものを設定する。また、本実施形態では、ネットワークを介したサービス提供を行うことから、よりセキュアな認証を実現するために、第１の認証情報だけでなく、第２の認証情報を用いるものとする。

本実施形態では、認証サーバ２は、認証機能とアプリケーション機能の両方を備えるサーバであるが、認証サーバ２からアプリケーション機能（アプリケーション部２２）を分離し、別のアプリケーションサーバとして独立させることとしてもよい。

上記説明した、端末１および認証サーバ２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、端末１および認証サーバ２の各機能は、端末１用のプログラムの場合は端末１のＣＰＵが、そして、認証サーバ２用のプログラムの場合は認証サーバ２のＣＰＵがそれぞれ実行することにより実現される。また、端末１用のプログラム、および認証サーバ２のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。

次に、本実施形態の処理について説明する。

図３は、端末１から認証サーバ２にログインする際の認証処理のシーケンス図である。図４は、端末１の出力装置（ディスプレイ）に表示される各種画面（画面遷移）の一例を示したものである。

端末１は、ユーザの指示を受け付けて、認証サーバ２からダウンロードした認証アプリ（プログラム）を起動する。これにより、端末１は、例えば図４に示すようなログイン画面４１を出力装置に表示する（Ｓ１１）。なお、本実施形態の端末１は、認証サーバ２が提供するアプリケーションサービスの利用するために認証サーバ２に登録する際に、認証サーバ２から認証アプリをダウンロードしておくものとする。これにより、ユーザが、端末１にインストールされた認証アプリを起動することで、端末１は、認証アプリの中に含まれるログイン画面４１を表示する。

図４のログイン画面４１では、店番号の入力欄と、口座番号の入力欄と、第１の認証情報（暗証番号）の入力欄とを備え、さらに、ボタン配列表４１１とを有する。ボタン配列表は、複数のボタン（セル）を配置した表（マトリックス）である。図示するボタン配列表では、２行×５列でボタンが配置され、各ボタンにはアルファベットが順に設定されている。

ユーザは、ログイン画面に表示された各入力欄に対応する項目を入力する。具体的には、店番号、口座番号および第１の認証情報をそれぞれ対応する入力欄に設定する。そして、ユーザは、ログイン画面に表示されたボタン配列表のボタンにタッチ（タップ）することで、第２の認証情報用の入力情報を入力する。すなわち、ユーザは、認証サーバ２にあらかじめ登録しておいた登録パターンの位置のボタンをタッチする。

図４のログイン画面４２は、ユーザが各データを入力した後のログイン画面の一例である。端末１には、タッチパネルが搭載され、端末１は、ユーザがボタンにタッチしたことを検知すると、タッチされたボタンの色を変更するなどして、ユーザに自身が選択したボタンがわかるように提示する。図示する例では、ユーザは、Ｂ、Ｆ、Ｈ、Ｊの４つのボタンを選択している。

端末１は、ユーザがログインボタンをクリックするなどの送信指示を受け付けると、ログイン画面に入力されたログイン情報（店番号、口座番号、第１の認証情報、ボタン配列表の入力情報）を認証サーバ２に送信する（Ｓ１２）。ここでは、ボタン配列表の入力情報として座標を用いるものとし、図４に示す例では、Ｂ、Ｆ、Ｈ、Ｊの各ボタンの位置に相当する座標（（1,2）、（2,1）、（2,3）、（2,5））を認証サーバ２に送信する。

認証サーバ２の認証部２１は、ログイン情報を受信すると、口座情報記憶部２３を参照して、ユーザ認証を行う（Ｓ１３）。すなわち、ログイン情報の店番号と口座番号とをキーに口座情報記憶部２３のレコードを特定し、当該レコードに設定された対応する第１の認証情報と、第２の認証情報とを取得する。そして、認証部２１は、ログイン情報の第１の認証情報と、口座情報記憶部２３に登録された対応する第１の認証情報とを照合する。また、認証部２１は、ログイン情報のボタン配列表の入力情報と、口座情報記憶部２３の第２の認証情報（登録パターン）とを照合する。

ログイン情報の第１の認証情報と口座情報記憶部２３の第１の認証情報とが一致し、かつ、ログイン情報のボタン配列表の入力情報と口座情報記憶部２３の第２の認証情報とが一致する場合、認証部２１は、端末１からのログイン要求は正当なユーザからのログイン要求であると判別する。また、認証部２１は、第１の認証情報または第２の認証情報のどちらかが一致しない場合、あるいは、第１の認証情報および第２の認証情報の両方が一致しない場合、ログイン要求は正当なユーザからのログイン要求でないと判別する。なお、ログイン情報の店番号および口座番号に一致するレコードが、口座情報記憶部２３に存在しない場合も、ログイン要求は正当なユーザからのログイン要求でないと判別する。

そして、認証部２１は、認証結果を端末１に送信し（Ｓ１４）、端末１は、認証結果に応じた画面を生成し、表示する（Ｓ１５）。正当なユーザからのログイン要求であると認証した場合（認証に成功した場合）、認証部２１は、ログインを許可する旨の認証結果を端末１に送信し、端末１は、例えば図４のログインに成功した旨を示す画面４３を表示する。この場合、端末１のユーザは、認証サーバ２が提供する所定のサービスを利用することができる。すなわち、認証サーバ２のアプリケーション部２２は、例えば、残高照会、振込み処理などのネットバンキングサービスを端末１に提供する。

一方、正当なユーザからのログイン要求でないと認証した場合（認証に失敗した場合）、認証部２１は、ログインに失敗した旨の認証結果を端末１に送信する。これにより、端末１は、ログインに失敗した旨を示す画面を表示する、またはログイン画面４１を表示し、ユーザに再度入力を促すことなどが考えられる。

なお、本実施形態では、認証サーバ２の口座情報記憶部２３に登録した登録パターンの選択したボタンの位置を忘れにくくするために、ボタン配列表の各ボタンにアルファベットを表示することとした。これにより、ユーザは、ボタンの位置を忘れてしまった場合（または、うろ覚の場合）であっても、「私は、Ｂ、Ｆ、Ｈ、Ｊを選んだ。」などと覚えていることで、登録したパターンのボタンの位置を忘れにくくすることができる。また、ボタン配列表の各ボタンに表示するのは、アルファベットに限定されるものではなく、アルファベット以外の文字（数字、ひらがな、カタカナ、漢字、記号など）、図形、画像などを用いたボタン配列表を生成することとしてもよい。例えば、ボタン配列表の各ボタンにそれぞれ異なる動物の画像を設定したボタン配列表を用いた場合、ユーザは登録したボタンの位置を覚えるとともに「私は、熊と狐とを選んだ。」などと覚えることで、選択したボタンの位置をより一層忘れにくくすることができる。

また、図４に示すボタン配列表は、ボタンの数が１０個で、２行×５列の配列としたが、これに限定されるものではなく、ボタンの数が多いほど認証強度を上げることができる。

また、本実施形態では、端末１が事前に認証サーバ２から認証アプリをダウンロードし、当該認証アプリを起動することで、認証サーバ２にアクセスすることなくログイン画面を端末１に表示することとした。しかしながら、認証サーバ２が、端末１から送信されるログイン要求に応じて、図４に示すようなログイン画面を生成し、端末１に送信することとしてもよい。

以上説明した第１の実施形態では、第１の認証情報（暗証番号）を用いた第１の認証に加えて、第２の認証情報を用いた第２の認証を、２重で行う。このような２重の認証処理を行うことで、本実施形態では、より高いセキュリティを確保することができるとともに、暗証番号に対する総当たり攻撃に有効に防御することができる。

また、本実施形態では、複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを認証情報として用いる。ここで、登録パターンとしてユーザが選択するボタンの個数および位置は、ユーザが任意に決めるため、とりえるパターンは、ボタンの数をＮとすると、２^Ｎとなる。したがって、第１の認証情報（暗証番号）とともに、第２の認証情報（登録パターン）を用いて２重の認証処理を行うことで、飛躍的に認証強度を上げ、より高いセキュリティを確保することができる。

また、本実施形態では、ボタン配列表のボタンを直接タッチすることで、第２の認証情報を入力するため、ユーザの入力負荷を軽減することができ、ユーザの利便性を向上することができる。また、本実施形態では、ボタン配列表の視覚的なパターンを認証情報に用いるため、覚えやすく、忘れにくいという利点がある。

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。

図５は、本発明の第２の実施形態が適用された認証システムの全体構成図である。図示する認証システムは、第１の実施形態と同様の端末１と、認証サーバ３とを備える。認証サーバ３は、インターネットなどのネットワークを介してアクセスされる各端末１のユーザ認証を行う。本実施形態では、認証サーバ３として、第１の実施形態と同様に、ネットバンキングサービスを提供する銀行のサーバを例に、以下に説明するが、これに限定されるものではない。

第２の実施形態は、第２の認証情報として、ボタン配列表にフリック入力されボタンの登録パターンを用いる点が、第１の実施形態と異なる。図示する認証サーバ３は、認証部３１と、アプリケーション部３２と、口座情報記憶部３３とを備える。認証部３１は、端末１から送信される、ボタン配列表のボタンにフリック入力されたフリック入力情報を受信し、当該受信したフリック入力情報と、口座情報記憶部３３に記憶された登録パターンとが一致するか否かを認証する。なお、登録パターンおよびフリック入力情報は、ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報である。

アプリケーション部３２は、認証部３１が認証に成功したと判別した後、インターネットバンキングなどの所定のアプリケーション処理を行う。口座情報記憶部３３には、認証サーバ３に登録され、認証サーバ３が提供するアプリケーションサービスを利用可能な各ユーザの認証に必要な情報が登録されている。

図６は、口座情報記憶部３３の一例を示す図である。図示する口座情報記憶部３３（口座情報テーブル）には、ユーザ（口座）毎に、店番号、口座番号、第１の認証情報および第２の認証情報が記憶されている。本実施形態の第１の認証情報としては、４桁の暗証番号（ＰＩＮ、パスワード）を用いるものとする。

本実施形態の第２の認証情報としては、複数のボタンを配列したボタン配列表にフリック入力されたボタンの登録パターン（各ボタンの位置およびフリックの方向を示す情報）を用いるものとする。すなわち、ユーザは、ボタン配列表の中のどの位置のボタンをタップし、どの方向にフリックしたかの登録パターンを、暗証番号などの代わりに口座情報記憶部３３に登録し、これを覚えておいて、認証サーバ３へのログイン時に使用する。図示する例では、ボタンの位置を示す位置情報として座標を用い、フリックの方向を示す情報として矢印を用いるものとするが、これに限定されるものではない。また、フリック入力するボタンの数は、登録時にユーザが任意の数を選択できるものとする。

なお、第１の認証情報および第２の認証情報は、登録時に、ユーザが所望のものを設定する。また、本実施形態では、ネットワークを介したサービス提供を行うことから、よりセキュアな認証を実現するために、第１の認証情報だけでなく、第２の認証情報を用いるものとする。

本実施形態では、認証サーバ３は、認証機能とアプリケーション機能の両方を備えるサーバであるが、認証サーバ３からアプリケーション機能（アプリケーション部３２）を分離し、別のアプリケーションサーバとして独立させることとしてもよい。

次に、本実施形態の処理について説明する。

図７は、端末１から認証サーバ３にログインする際の認証処理のシーケンス図である。図８は、端末１の出力装置に表示される各種画面の一例を示したものである。

端末１は、ユーザの指示を受け付けて、認証サーバ３からダウンロードした認証アプリ（プログラム）を起動する。これにより、端末１は、例えば図８に示すようなログイン画面８１を出力装置に表示する（Ｓ２１）。なお、本実施形態の端末１には、認証サーバ３が提供するアプリケーションサービスの利用するために認証サーバ３に登録する際に、認証サーバ３から認証アプリをダウンロードしておくものとする。これにより、ユーザが、端末１にインストールされた認証アプリを起動することで、端末１は、認証アプリの中に含まれるログイン画面８１を表示する。

図８のログイン画面８１では、店番号の入力欄と、口座番号の入力欄と、第１の認証情報（暗証番号）の入力欄とを備え、さらに、ボタン配列表８１１とを有する。ボタン配列表は、複数のボタン（セル）を配置した表（マトリックス）である。図示するボタン配列表では、２行×４列でボタンが配置されている。

ユーザは、ログイン画面に表示された各入力欄に対応する項目を入力する。具体的には、店番号、口座番号および第１の認証情報をそれぞれ対応する入力欄に設定する。そして、ユーザは、ログイン画面に表示されたボタン配列表に、認証サーバ３にあらかじめ登録しておいた登録パターンで、登録した位置のボタンをフリック入力することで、第２の認証情報の入力情報を入力する。

図８のログイン画面８２は、ユーザが各データを入力する際のログイン画面の一例である。端末１には、タッチパネルが搭載されている。ユーザは、まず、フリック入力するボタンを長押ししてタッチ（タップ）する。端末１はタッチされたことを検知すると、タッチされたボタンの周りにそれぞれに向きに対応する上下左右の矢印８２１（ボタンに設定する情報）を表示する。ユーザは、当該ボタンの上で入力したい情報の方向にフリックする（ずらす）。端末１は、このようなフリック入力を検知して、フリックされた方向に表示された矢印を当該ボタンに設定する。図示する例では、ユーザは、３つのボタンをフリック入力し、フリック入力された各ボタンには矢印が設定されている。

端末１は、ユーザがログインボタンをクリックするなどの送信指示を受け付けると、ログイン画面に入力されたログイン情報（店番号、口座番号、第１の認証情報、ボタン配列表の入力情報）を認証サーバ３に送信する（Ｓ２２）。ここでは、ボタン配列表の入力情報として、ボタンの位置を示す座標と、フリックの方向（図示する例では矢印）を用いるものとする。図８に示すログイン画面８２の場合、フリック入力された３つのボタンについて「（1,1）：↑」、「（2,3）：←」、「（2,4）：↓」を認証サーバ３に送信する。

認証サーバ３の認証部３１は、ログイン情報を受信すると、口座情報記憶部３３を参照して、ユーザ認証を行う（Ｓ２３）。すなわち、ログイン情報の店番号と口座番号とをキーに口座情報記憶部３３のレコードを特定し、当該レコードに設定された対応する第１の認証情報と、第２の認証情報とを取得する。そして、認証部３１は、ログイン情報の第１の認証情報と、口座情報記憶部３３に登録された対応する第１の認証情報とを照合する。

また、認証部３１は、ログイン情報のボタン配列表の入力情報と、口座情報記憶部３３の第２の認証情報とを照合する。

ログイン情報の第１の認証情報と口座情報記憶部３３の第１の認証情報とが一致し、かつ、ログイン情報の入力情報と口座情報記憶部３３の第２の認証情報とが一致する場合、認証部３１は、端末１からのログイン要求は正当なユーザからのログイン要求であると判別する。また、認証部３１は、第１の認証情報または第２の認証情報のどちらかが一致しない場合、あるいは、第１の認証情報および第２の認証情報の両方が一致しない場合、ログイン要求は正当なユーザからのログイン要求でないと判別する。なお、ログイン情報の店番号および口座番号に一致するレコードが、口座情報記憶部３３に存在しない場合も、ログイン要求は正当なユーザからのログイン要求でないと判別する。

そして、認証部３１は、認証結果を端末１に送信し（Ｓ２４）、端末１は、認証結果に応じた画面を生成し、表示する（Ｓ２５）。正当なユーザからのログイン要求であると認証した場合（認証に成功した場合）、認証部３１は、ログインを許可する旨の認証結果を端末１に送信し、端末１は、例えば図８のログインに成功した旨を示す画面８３を表示する。この場合、端末１のユーザは、認証サーバ３が提供する所定のサービスを利用することができる。すなわち、認証サーバ３のアプリケーション部３２は、例えば、残高照会、振込み処理などのネットバンキングサービスを端末１に提供する。

一方、正当なユーザからのログイン要求でないと認証した場合（認証に失敗した場合）、認証部３１は、ログインに失敗した旨の認証結果を端末１に送信する。これにより、端末１は、ログインに失敗した旨を示す画面を表示する、またはログイン画面８１を表示し、ユーザに再度入力を促すことなどが考えられる。

なお、本実施形態では、フリック入力によりボタンに設定される情報を矢印としたが、これに限定されるものではない。矢印以外の文字（アルファベット、数字、ひらがな、カタカナ、漢字、記号など）、図形、画像などを、フリック入力によりボタンに設定することとしてもよい。これにより、フリック入力したボタンの位置およびフリックの方向をより一層忘れにくくすることができる。

また、本実施形態では、ログイン情報のボタン配列表のフリックの方向示す情報として、ボタンに設定された矢印を送信することとしたが、矢印ではなくフリックの方向を示す識別情報（例えば、左：１、上：２、右：３、下：４など）を送信することとしてもよい。この場合、口座情報記憶部３３の第２の認証情報にも、フリックの方向を示す識別情報が設定される。

また、図８に示すボタン配列表は、ボタンの数が８個の２行×４列の配列としたが、これに限定されるものではなく、ボタンの数が多いほど認証強度を上げることができる。

また、本実施形態では、端末１が事前に認証サーバ３から認証アプリをダウンロードし、当該認証アプリを起動することで、認証サーバ３にアクセスすることなくログイン画面を端末１に表示することとした。しかしながら、認証サーバ３が、端末１から送信されるログイン要求に応じて、図８に示すようなログイン画面を生成し、端末１に送信することとしてもよい。

以上説明した第２の実施形態では、第１の認証情報（暗証番号）を用いた第１の認証に加えて、第２の認証情報を用いた第２の認証を、２重で行う。このような２重の認証処理を行うことで、本実施形態では、より高いセキュリティを確保することができるとともに、暗証番号に対する総当たり攻撃に有効に防御することができる。

また、本実施形態では、複数のボタンを配置したボタン配列表において、フリック入力されたボタンの登録パターンを認証情報として用いる。ここで、登録パターンとしてユーザが選択するボタンの個数および位置は、ユーザが任意に決めるため、とりえるパターンは、ボタンの数をＮとすると、５^Ｎとなる。したがって、第１の認証情報（暗証番号）とともに、第２の認証情報（登録パターン）を用いて２重の認証処理を行うことで、飛躍的に認証強度を上げ、より高いセキュリティを確保することができる。

また、本実施形態では、ボタン配列表のボタンを直接フリック入力することで、第２の認証情報を入力するため、ユーザの入力負荷を軽減することができ、ユーザの利便性を向上することができる。すなわち、少ない画面操作で多様な入力を実現することができる。また、本実施形態では、ボタン配列表の視覚的なパターンを認証情報に用いるため、覚えやすく、忘れにくいという利点がある。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

１：端末、
２、３：認証サーバ
２２、３１：認証部
２２、３２：アプリケーション部
２３、３３：口座情報記憶部

Claims (6)

1. 暗証番号による認証を行う認証装置であって、
   複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶手段と、
   端末から送信される、前記ボタン配列表に入力された各ボタンの位置を示す入力情報を受信し、当該受信した入力情報と、前記記憶手段に登録された登録パターンとが一致するか否かを認証する認証手段と、を備えること
   を特徴とする認証装置。
2. 暗証番号による認証を行う認証装置であって、
   複数のボタンを配置したボタン配列表にフリック入力されたボタンの登録パターンを記憶する記憶手段と、
   端末から送信される、前記ボタン配列表のボタンにフリック入力されたフリック入力情報を受信し、当該受信したフリック入力情報と、前記記憶手段に記憶された登録パターンとが一致するか否かを認証する認証手段と、を備え、
   前記登録パターンおよび前記フリック入力情報は、前記ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報であること
   を特徴とする認証装置。
3. コンピュータが行う認証方法であって、
   前記コンピュータは、暗証番号による認証を行うコンピュータであり、
   複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶部を備え、
   端末から送信される、前記ボタン配列表に入力された各ボタンの位置を示す入力情報を受信する受信ステップと、
   前記受信した入力情報と、前記記憶部に登録された登録パターンとが一致するか否かを認証する認証ステップと、を行うこと
   を特徴とする認証方法。
4. コンピュータが行う認証方法であって、
   前記コンピュータは、暗証番号による認証を行うコンピュータであり、
   複数のボタンを配置したボタン配列表にフリック入力されたボタンの登録パターンを記憶する記憶部を備え、
   端末から送信される、前記ボタン配列表のボタンにフリック入力されたフリック入力情報を受信する受信ステップと、
   前記受信したフリック入力情報と、前記記憶部に記憶された登録パターンとが一致するか否かを認証する認証ステップと、を行い、
   前記登録パターンおよび前記フリック入力情報は、前記ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報であること
   を特徴とする認証方法。
5. 暗証番号による認証を行うコンピュータを、
   複数のボタンを配置したボタン配列表において、選択された少なくとも１つのボタンの位置を示す登録パターンを記憶する記憶手段、
   端末から送信される、前記ボタン配列表に入力された各ボタンの位置を示す入力情報を受信し、当該受信した入力情報と、前記記憶手段に登録された登録パターンとが一致するか否かを認証する認証手段、
   として機能させるための認証プログラム。
6. 暗証番号による認証を行うコンピュータを、
   複数のボタンを配置したボタン配列表にフリック入力されたボタンの登録パターンを記憶する記憶手段、
   端末から送信される、前記ボタン配列表のボタンにフリック入力されたフリック入力情報を受信し、当該受信したフリック入力情報と、前記記憶手段に記憶された登録パターンとが一致するか否かを認証する認証手段、として機能させ、
   前記登録パターンおよび前記フリック入力情報は、前記ボタン配列表でフリック入力された各ボタンの位置およびフリックの方向を示す情報であること
   を特徴とする認証プログラム。

Images