(57)【要約】【課題】より高いセキュリティを確保したユーザ認証を行う。【解決手段】認証装置２であって、第１の種類の文字列の認証情報を記憶する記憶手段２５と、第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末１に送信する生成手段２１と、端末１から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換手段２２と、変換後の第１の文字列と、認証情報とが一致するか否かを認証する認証手段２２と、を備える。【選択図】図１
2014075033.tif 000002
【特許請求の範囲】
【請求項１】
第１の種類の文字列の認証情報を記憶する記憶手段と、
第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段と、
前記端末から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換手段と、
前記変換後の第１の文字列と、前記認証情報とが一致するか否かを認証する認証手段と、を備えること
を特徴とする認証装置。
【請求項２】
請求項１記載の認証装置であって、
前記第１の種類の文字は数字であって、前記第２の種類の文字は数字以外の文字であること、または、
前記第１の種類の文字は数字以外の文字であって、前記第２の種類の文字は数字であること
を特徴とする認証装置。
【請求項３】
ランダムな文字が一列に配置された認証マトリックスにおける位置と向きとを、認証情報として記憶する記憶手段と、
前記認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段と、
前記端末から認証データを受信し、前記記憶手段に記憶された位置から、前記記憶手段に記憶された向きで前記認証マトリックスの文字を抽出して、文字列を生成する抽出手段と、
前記抽出手段により生成された文字列と、前記端末から受信した認証データとが一致するか否かを認証する認証手段と、を備えること
を特徴とする認証装置。
【請求項４】
請求項３記載の認証装置であって、
前記認証マトリックスは、前記一列に配置された各文字の位置を示す位置情報を、さらに有すること
を特徴とする認証装置。
【請求項５】
請求項１から請求項４のいずれか１項に記載の認証装置であって、
前記記憶手段には、暗証番号が記憶されて、
前記認証手段は、前記端末から受信した暗証番号と、前記記憶手段に記憶された暗証番号とが一致するか否かを認証すること
を特徴とする認証装置。
【請求項６】
コンピュータが行う認証方法であって、
前記コンピュータは、第１の種類の文字列の認証情報を記憶する記憶部を備え、
第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成する生成ステップと、
前記認証マトリックスを認証要求元の端末に送信する送信ステップと、
前記端末から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換ステップと、
前記変換後の第１の文字列と、前記記憶部に記憶された認証情報とが一致するか否かを認証する認証ステップと、を行うこと
を特徴とする認証方法。
【請求項７】
コンピュータが行う認証方法であって、
前記コンピュータは、ランダムな文字が一列に配置された認証マトリックスにおける位置と向きとを、認証情報として記憶する記憶部を備え、
前記認証マトリックスを生成する生成ステップと、
前記認証マトリックスを認証要求元の端末に送信する送信ステップと、
前記端末から認証データを受信し、前記記憶部に記憶された位置から、前記記憶部に記憶された向きで前記認証マトリックスの文字を抽出して、文字列を生成する抽出手段と、
前記抽出ステップで生成された文字列と、前記端末から受信した認証データとが一致するか否かを認証する認証ステップと、を行うこと
を特徴とする認証方法。
【請求項８】
コンピュータを、
第１の種類の文字列の認証情報を記憶する記憶手段、
第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段、
前記端末から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換手段、および、
前記変換後の第１の文字列と、前記認証情報とが一致するか否かを認証する認証手段、として機能させるための認証プログラム。
【請求項９】
コンピュータを、
ランダムな文字が一列に配置された認証マトリックスにおける位置と向きとを、認証情報として記憶する記憶手段、
前記認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段、
前記端末から認証データを受信し、前記記憶手段に記憶された位置から、前記記憶手段に記憶された向きで前記認証マトリックスの文字を抽出して、文字列を生成する抽出手段、および、
前記抽出手段により生成された文字列と、前記端末から受信した認証データとが一致するか否かを認証する認証手段、
として機能させるための認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してアクセスしたユーザを認証する認証装置、認証方法および認証プログラムに関する。
【背景技術】
【０００２】
近年、フィッシング詐欺に代表される、インターネット上でのユーザＩＤ、パスワードなどの詐取・盗難（identity theft）が問題となっている。そのため、より高いセキュリティを確保し、ユーザの正当性を認証する技術が求められている。例えば、特許文献１には、携帯端末を用いてワンタイムパスワードを取得し、取得したワンタイムパスワードを用いてユーザ認証を行う認証システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１０９１２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば銀行などのシステムでは、一般に、口座番号と４桁の暗証番号とを用いてユーザ認証を行っている。この場合、暗証番号が４桁のため、総当り攻撃や推定に弱いという問題がある。暗証番号の総当り攻撃に対しては、複数回ミスした場合、当該口座をロックしてアクセスできないようにすることで、総当り攻撃を防止する対策が採られている。
【０００５】
しかしながら、膨大な数の口座数が存在する場合、特定の口座を狙うのではなく、全ての口座を対象として、総当たり攻撃を仕掛けた場合、いずれかの口座の暗証番号は、容易に判明してしまうおそれがある。これにより、悪意のある第三者が、不正に取得した口座番号と暗証番号とを使用して、例えばネットバンキングサービスにログインし、不正な操作を行う可能性がある。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、より高いセキュリティを確保したユーザ認証を行う認証装置、認証方法および認証プログラム提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、認証装置であって、第１の種類の文字列の認証情報を記憶する記憶手段と、第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段と、前記端末から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換手段と、前記変換後の第１の文字列と、前記認証情報とが一致するか否かを認証する認証手段と、を備える。
【０００８】
本発明は、認証装置であって、ランダムな文字が一列に配置された認証マトリックスにおける位置と向きとを、認証情報として記憶する記憶手段と、前記認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段と、前記端末から認証データを受信し、前記記憶手段に記憶された位置から、前記記憶手段に記憶された向きで前記認証マトリックスの文字を抽出して、文字列を生成する抽出手段と、前記抽出手段により生成された文字列と、前記端末から受信した認証データとが一致するか否かを認証する認証手段と、を備える。
【０００９】
本発明は、コンピュータが行う認証方法であって、前記コンピュータは、第１の種類の文字列の認証情報を記憶する記憶部を備え、第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成する生成ステップと、前記認証マトリックスを認証要求元の端末に送信する送信ステップと、前記端末から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換ステップと、前記変換後の第１の文字列と、前記記憶部に記憶された認証情報とが一致するか否かを認証する認証ステップと、を行う。
【００１０】
本発明は、コンピュータが行う認証方法であって、前記コンピュータは、ランダムな文字が一列に配置された認証マトリックスにおける位置と向きとを、認証情報として記憶する記憶部を備え、前記認証マトリックスを生成する生成ステップと、前記認証マトリックスを認証要求元の端末に送信する送信ステップと、前記端末から認証データを受信し、前記記憶部に記憶された位置から、前記記憶部に記憶された向きで前記認証マトリックスの文字を抽出して、文字列を生成する抽出手段と、前記抽出ステップで生成された文字列と、前記端末から受信した認証データとが一致するか否かを認証する認証ステップと、を行う。
【００１１】
本発明は、コンピュータを、第１の種類の文字列の認証情報を記憶する記憶手段、第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段、前記端末から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を前記認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する変換手段、および、前記変換後の第１の文字列と、前記認証情報とが一致するか否かを認証する認証手段、として機能させるための認証プログラムである。
【００１２】
本発明は、コンピュータを、ランダムな文字が一列に配置された認証マトリックスにおける位置と向きとを、認証情報として記憶する記憶手段、前記認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末に送信する生成手段、前記端末から認証データを受信し、前記記憶手段に記憶された位置から、前記記憶手段に記憶された向きで前記認証マトリックスの文字を抽出して、文字列を生成する抽出手段、および、前記抽出手段により生成された文字列と、前記端末から受信した認証データとが一致するか否かを認証する認証手段、として機能させるための認証プログラムである。
【発明の効果】
【００１３】
本発明では、より高いセキュリティを確保したユーザ認証を行う認証装置、認証方法および認証プログラム提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態が適用された認証システムの全体構成図である。
【図２】第１の実施形態の口座情報記憶部の一例を示す図である。
【図３】第１の実施形態の処理を示すシーケンス図である。
【図４】第１の実施形態の各種画面の一例を示したものである。
【図５】本発明の第２の実施形態が適用された認証システムの全体構成図である。
【図６】第２の実施形態の口座情報記憶部の一例を示す図である。
【図７】第２の実施形態の処理を示すシーケンス図である。
【図８】第２の実施形態の各種画面の一例を示したものである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について説明する。
【００１６】
＜第１の実施形態＞
図１は、本発明の第１の実施形態が適用された認証システムの全体構成図である。図示する認証システムは、スマートフォン、携帯電話、ＰＣ（Personal Computer）などの端末１と、認証サーバ２とを備える。ユーザが使用する端末１は、ユーザの指示を受け付けるとともに、例えばブラウザなどの機能を用いて出力装置に各種の情報・画面を表示する。
【００１７】
認証サーバ２は、インターネットなどのネットワークを介してアクセスされる各端末１のユーザ認証を行う。本実施形態では、認証サーバ２として、ネットワークを介して残高照会、振込みなどのネットバンキングサービスを提供する銀行のサーバを例に、以下に説明するが、これに限定されるものではない。
【００１８】
図示する認証サーバ２は、認証マトリックス生成部２１と、認証部２２（変換手段、認証手段）と、アプリケーション部２３と、認証マトリックス記憶部２４と、口座情報記憶部２５とを備える。認証マトリックス生成部２１は、第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末１に送信する。
【００１９】
認証部２２は、端末１から第２の種類の文字列を受信し、当該第２の種類の文字列の各文字を認証マトリックスを用いて第１の種類の文字に変換して、第１の種類の文字列を生成する。そして、認証部２２は、変換後の第１の文字列と、口座情報記憶部２５に記憶された第２の認証情報とが一致するか否かを認証する。アプリケーション部２３は、認証部２２が認証に成功したと判別した後、インターネットバンキングなどの所定のアプリケーション処理を行う。認証マトリックス記憶部２４には、認証マトリックス生成部２１が生成した認証マトリックスが記憶される。口座情報記憶部２５には、認証サーバ２にあらかじめ登録され、認証サーバ２が提供するアプリケーションサービスを利用可能な各ユーザの認証に必要な情報が登録されている。
【００２０】
図２は、口座情報記憶部２５の一例を示す図である。図示する口座情報記憶部２５（口座情報テーブル）には、ユーザ（口座）毎に、店番号、口座番号、第１の認証情報および第２の認証情報が記憶されている。本実施形態の第１の認証情報としては、４桁の暗証番号（ＰＩＮ、パスワード）を用いるものとする。第２の認証情報としては、第１の種類の文字列を用いるものとし、本実施形態では、第１の種類の文字列として４桁の数字の暗証番号を用いるものとする。
【００２１】
なお、第１の認証情報および第２の認証情報は、登録時に、ユーザが所望のものを設定する。また、本実施形態では、ネットワークを介したサービス提供を行うことから、よりセキュアな認証を実現するために、第１の認証情報だけでなく、第２の認証情報および認証マトリックスを用いるものとする。
【００２２】
本実施形態では、認証サーバ２は、認証機能とアプリケーション機能の両方を備えるサーバであるが、認証サーバ２からアプリケーション機能（アプリケーション部２３）を分離し、別のアプリケーションサーバとして独立させることとしてもよい。
【００２３】
上記説明した、端末１および認証サーバ２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、端末１および認証サーバ２の各機能は、端末１用のプログラムの場合は端末１のＣＰＵが、そして、認証サーバ２用のプログラムの場合は認証サーバ２のＣＰＵがそれぞれ実行することにより実現される。また、端末１用のプログラム、および認証サーバ２のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２４】
次に、本実施形態の処理について説明する。
【００２５】
図３は、端末１から認証サーバ２にログインする際の認証処理のシーケンス図である。図４は、端末１の出力装置（ディスプレイ）に表示される各種画面（画面遷移）の一例を示したものである。
【００２６】
端末１は、ユーザの指示を受け付けて所定のＵＲＬ（Uniform Resource Locator）などを指定して、認証サーバ２にアクセスし、ログイン要求を送信する（Ｓ１１）。認証サーバ２は、端末１からのログイン要求を受信すると、例えば図４に示すようなログイン画面４１を生成する（Ｓ１２）。図４のログイン画面４１では、店番号の入力欄と、口座番号の入力欄と、第１の認証情報（暗証番号）の入力欄とを備え、さらに、認証マトリックス４１１と、第２の認証情報の入力欄４１２とを有する。
【００２７】
認証マトリックス生成部２１は、所定のアルゴリズムにより、認証マトリックスを生成し、認証マトリックス記憶部２４に記憶する。
【００２８】
本実施形態では、認証マトリックス生成部２１は、第１の種類の文字と、第２の種類の文字の両方が設定されたセルを複数配置した認証マトリックスを生成するものとする。図４に示すログイン画面の認証マトリックスは、ｎ行×ｍ列（２行×５列）でセルが配置された表（マトリックス、テーブル）であって、各セルには数字とアルファベットの両方を設定されている。すなわち、数字（第１の種類の文字）とアルファベット（第２の種類の文字）とが対になって、各セルに設定される。なお、各セルに配置される数字は、図示する例では、１から５までを上段のセルに左から順に設定し、６から０までを下段のセルに左から順に設定しているが、１から０の１０個の数字をランダムにセルに設定することとしてもよい。また、各セルに配置されるアルファベットは、セルの数だけランダムに抽出し、ランダムにセルに設定するものとする。
【００２９】
そして、認証マトリックス生成部２１は、認証マトリックス記憶部２４に記憶された認証マトリックスを設定したログイン画面を生成し、要求元の端末１に送信する（Ｓ１３）。
【００３０】
端末１は、送信されたログイン画面を出力装置に表示する（Ｓ１４）。ユーザは、ログイン画面に表示された各入力欄に対応する項目を入力する。具体的には、店番号、口座番号および第１の認証情報をそれぞれ対応する入力欄に設定する。そして、ユーザは、ログイン画面に表示された認証マトリックスを用いて第２の認証情報用の認証データを取得し、第２の認証情報の入力欄に認証データを入力する。すなわち、ユーザは、認証サーバ２に登録しておいた第２の認証情報である第１の種類の文字列の各文字（ここでは、数字）を、認証マトリックスのセルで対になった第２の種類の文字（ここでは、アルファベット）に変換し、第２の認証情報の文字列の順番でそれぞれ変換された第２の種類の文字の認証データを、第２の認証情報の入力欄に入力する。
【００３１】
具体的には、第２の認証情報が「１４１６」であり、図４に示す認証マトリックスを用いる場合、先頭から順に、「１」については、「１」が設定されたセルの対となるアルファベットの「Ｃ」に変換する。「４」については、「４」が設定されたセルの対となるアルファベットの「Ａ」に変換する。「１」については、「１」が設定されたセルの対となるアルファベットの「Ｃ」に変換する。「６」については、「６」が設定されたセルの対となるアルファベットの「Ｊ」に変換する。そして、「１４１６」（第２の認証情報）の順でそれぞれ変換されたアルファベットの文字列「ＣＡＣＪ」（認証データ）を、入力欄に入力する。図４のログイン画面４２は、ユーザが各入力欄に各データを入力した後のログイン画面の一例である。
【００３２】
端末１は、ユーザがログインボタンをクリックするなどの送信指示を受け付けると、各入力欄に入力されたログイン情報（店番号、口座番号、第１の認証情報、第２の認証情報用の認証データ）を認証サーバ２に送信する（Ｓ１５）。
【００３３】
認証サーバ２の認証部２２は、ログイン情報を受信すると、口座情報記憶部２５を参照して、ユーザ認証を行う（Ｓ１６）。すなわち、ログイン情報の店番号と口座番号とをキーに口座情報記憶部２５のレコードを特定し、当該レコードに設定された対応する第１の認証情報と、第２の認証情報とを取得する。そして、認証部２２は、ログイン情報の第１の認証情報と、口座情報記憶部２５に登録された対応する第１の認証情報とを照合する。
【００３４】
また、認証部２２は、ログイン情報の認証データを、認証マトリックス記憶部２４に記憶した認証マトリックスを用いて変換する。すなわち、認証部２２は、ログイン情報の認証データである第２の種類の文字列の各文字（ここでは、アルファベット）を、認証マトリックスのセルで対になった第１の種類の文字（ここでは、数字）に変換し、認証データの文字列の順番でそれぞれ変換された第１の種類の文字列を生成する。そして、認証部２２は、変換した第１の種類の文字列と、口座情報記憶部２５の第２の認証情報とを照合する。
【００３５】
ログイン情報の第１の認証情報と口座情報記憶部２５の第１の暗証情報とが一致し、かつ、ログイン情報の認証データから変換された第１の種類の文字列と口座情報記憶部２５の第２の認証情報とが一致する場合、認証部２２は、端末１からのログイン要求は正当なユーザからのログイン要求であると判別する。また、認証部２２は、第１の認証情報または第２の認証情報のどちらかが一致しない場合、あるいは、第１の認証情報および第２の認証情報の両方が一致しない場合、ログイン要求は正当なユーザからのログイン要求でないと判別する。なお、ログイン情報の店番号および口座番号に一致するレコードが、口座情報記憶部２５に存在しない場合も、ログイン要求は正当なユーザからのログイン要求でないと判別する。
【００３６】
そして、認証部２２は、認証結果を通知する認証結果画面を端末に送信し（Ｓ１７）、端末１は、認証結果画面を表示する（Ｓ１８）。正当なユーザからのログイン要求であると認証した場合（認証に成功した場合）、認証部２２は、例えば図４に示すような、ログインを許可する旨の認証結果画面４３を端末１に送信する。この場合、端末１のユーザは、認証サーバ２が提供する所定のサービスを利用することができる。すなわち、認証サーバ２のアプリケーション部２３は、例えば、残高照会、振込み処理などのネットバンキングサービスを端末１に提供する。
【００３７】
一方、正当なユーザからのログイン要求でないと認証した場合（認証に失敗した場合）、認証部２２は、ログインを許可しない旨の認証結果画面を端末１に通知する、あるいは、ログイン画面４１を端末１に送信し、ユーザに再度入力を促すことなどが考えられる。
【００３８】
なお、本実施形態では、第２の認証情報として数字（第１の種類の文字）を用い、認証マトリックスの各セルに設定される対となる文字の種類として、数字（第１の種類の文字）と、アルファベット（第２の種類の文字）とを用いることとしたが、これに限定されるものではない。すなわち、認証マトリックスの対となる２つの種類の文字の一方が、口座情報記憶部２５に登録された第２の認証情報の文字の種類と同じであればよく、数字またはアルファベット以外の種類の文字（ひらがな、カタカナ、漢字など、記号、図形など）を用いた認証マトリックスを生成することとしてもよい。
【００３９】
例えば、第１の種類の文字は数字であって、第２の種類の文字は数字以外の文字としてもよく、また、第１の種類の文字は数字以外の文字であって、第２の種類の文字は数字としてもよい。
【００４０】
また、口座情報記憶部２５に登録された第２の認証情報がアルファベット（第１の種類の文字）の場合、認証マトリックスの各セルに設定される対となる文字には、第１の種類の文字としてはアルファベットを用い、第２の種類の文字としては数字、ひらがな、カタカナ、漢字、記号、図形など、端末１から入力可能な様々な種類の文字を用いることができる。
【００４１】
また、認証マトリックスを生成するタイミングとしては、端末１からログイン要求を受信し、ログイン画面を生成する度に認証マトリックスを生成することとしてもよい。この場合、生成した認証マトリックスは、例えば、セッションＩＤなどログイン要求を受け付けた端末１とのセッションを識別するための情報とともに認証マトリックス記憶部２４に記憶し、Ｓ１６でユーザ認証を行う際には、セッションＩＤなどを用いてＳ１３で送信した認証マトリックスを認証マトリックス記憶部２４から選択するものとする。
【００４２】
また、認証マトリックスは、所定のタイミングで生成し、認証マトリックス記憶部２４に記憶しておくこととしてもよい。この場合、認証マトリックス生成部２１は、ログイン画面を生成する際に、認証マトリックス記憶部２４に記憶された認証マトリックスを読み出し、ログイン画面に設定する。
【００４３】
なお、認証マトリックス生成部２１は、認証マトリックスを生成する毎に、生成する認証マトリックスの各セルに設定されるアルファベット（第２の種類の文字）、またはアルファベット（第２の種類の文字）および数字（第１の種類の文字）をランダムに変化させるものとする。
【００４４】
以上説明した第１の実施形態では、数字（第１の種類の文字）と、アルファベット（第２の種類の文字）の両方が設定されたセルを複数配置した認証マトリックスを端末に送信し、ユーザは、あらかじめ登録しておいた数字の第２の認証情報を認証マトリックスを用いてアルファベットに変換して、認証サーバに送信する。すなわち、第２の認証情報それ自体を、認証サーバに送信しない。これにより、本実施形態では、認証情報の漏洩リスクを軽減し、より高いセキュリティを確保することができる。すなわち、仮に、端末と認証サーバとの間でログイン情報（店番号、口座番号、第１の認証情報、認証データ）が盗聴された場合であっても、認証データから第２の認証情報を推測することは困難である。したがって、本実施形態では、第３者の不正なログインを拒否し、より高いセキュリティを確保することができる。
【００４５】
また、本実施形態の第２の認証情報そのものは、ユーザが覚えやすい４桁の数字であり、認証強度としてはそれほど強くないが、端末から送信される認証データは２６文字あるアルファベットのいずれかの４文字の文字列であるため、認証強度を上げることができる。
【００４６】
また、本実施形態では、ランダムに配置されたアルファベットを用いて、第２の認証情報に対応する認証データを入力するため、マルウェア等によるキーロガーによりユーザが入力したキーが漏洩した場合であっても、第２の認証情報を推測することは困難であり、より高いセキュリティを確保することができる。また、フィッシングサイトが作られにくいという、利点もある。
【００４７】
また、本実施形態では、第１の認証情報（暗証番号）を用いた第１の認証に加えて、第２の認証情報を用いた第２の認証を、２重で行う。このような２重の認証処理を行うことで、本実施形態では、より高いセキュリティを確保することができるとともに、暗証番号に対する総当たり攻撃に有効に防御することができる。
【００４８】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。
【００４９】
図５は、本発明の第２の実施形態が適用された認証システムの全体構成図である。図示する認証システムは、第１の実施形態と同様の端末１と、認証サーバ３とを備える。認証サーバ３は、インターネットなどのネットワークを介してアクセスされる各端末１のユーザ認証を行う。本実施形態では、認証サーバ３として、第１の実施形態と同様に、ネットバンキングサービスを提供する銀行のサーバを例に、以下に説明するが、これに限定されるものではない。
【００５０】
第２の実施形態の認証サーバ３は、生成する認証マトリックスと、第２の認証情報として認証マトリックスの位置と向きとを用いる点が、第１の実施形態の認証サーバ２と異なる。図示する認証サーバ３は、認証マトリックス生成部３１と、認証部３２（抽出手段、認証手段）と、アプリケーション部３３と、認証マトリックス記憶部３４と、口座情報記憶部３５とを備える。
【００５１】
認証マトリックス生成部３１は、ランダムな文字が一列に配置された認証マトリックスを生成し、生成した認証マトリックスを認証要求元の端末１に送信する。認証部３２は、端末１から認証データを受信し、口座情報記憶部３５に記憶された位置から、口座情報記憶部３５に記憶された向きで認証マトリックスの文字を抽出して、文字列を生成する。そしえて、認証部３２は、生成した文字列と、端末１から受信した認証データとが一致するか否かを認証する。
【００５２】
アプリケーション部３３は、認証部３２が認証に成功したと判別した後、インターネットバンキングなどの所定のアプリケーション処理を行う。認証マトリックス記憶部３４には、認証マトリックス生成部３１が生成した認証マトリックスが記憶される。口座情報記憶部３５には、認証サーバ３にあらかじめ登録され、認証サーバ３が提供するアプリケーションサービスを利用可能な各ユーザの認証に必要な情報が登録されている。
【００５３】
図６は、本実施形態の口座情報記憶部３５の一例を示す図である。図示する口座情報記憶部３５（口座情報テーブル）には、ユーザ（口座）毎に、店番号、口座番号、第１の認証情報および第２の認証情報が記憶されている。本実施形態の第１の認証情報としては、４桁の暗証番号を用いるものとする。本実施形態の第２の認証情報としては、認証マトリックスの位置と向きとを用いるものとする。
【００５４】
なお、第１の認証情報および第２の認証情報は、登録時に、ユーザが所望のものを設定する。また、本実施形態では、よりセキュアな認証を実現するために、第１の認証情報だけでなく、第２の認証情報および認証マトリックスを用いるものとする。
【００５５】
本実施形態では、認証サーバ３は、認証機能とアプリケーション機能の両方を備えるサーバであるが、認証サーバ３からアプリケーション機能（アプリケーション部３３）を分離し、別のアプリケーションサーバとして独立させることとしてもよい。
【００５６】
次に、本実施形態の処理について説明する。
【００５７】
図７は、端末１から認証サーバ３にログインする際の認証処理のシーケンス図である。図８は、端末１の出力装置に表示される各種画面の一例を示したものである。
【００５８】
端末１は、ユーザの指示を受け付けて所定のＵＲＬを指定して、認証サーバ３にアクセスし、ログイン要求を送信する（Ｓ２１）。認証サーバ３は、端末１からのログイン要求を受信すると、例えば図８に示すようなログイン画面８１を生成する（Ｓ２２）。図８のログイン画面８１では、店番号の入力欄と、口座番号の入力欄と、第１の認証情報（暗証番号）の入力欄とを備え、さらに、認証マトリックス８１１と、第２の認証情報の入力欄８１２とを有する。
【００５９】
認証マトリックス生成部３１は、所定のアルゴリズムにより、認証マトリックスを生成し、認証マトリックス記憶部３４に記憶する。本実施形態では、認証マトリックス生成部３１は、認証マトリックスとして、ランダムな文字が一列に配置された文字列を生成するものとする。図８に示すログイン画面８１では、ランダムに抽出したアルファベットを、ランダムに一列に並べた文字列が生成されている。また、認証マトリックス生成部３１は、一列配置された文字列の他に、当該文字列の各文字の位置を示す位置情報を、認証マトリックスとして生成することとしてもよい。図８に示すログイン画面８１では、位置情報として、０〜９の数字を用いている。位置情報を設定することで、ユーザの入力し易さを向上し、また、誤入力を防止することができる。
【００６０】
なお、図８に示す例では、文字列にはアルファベットを用い、位置情報には数字を用いているが、これらに限定されるものではない。
【００６１】
そして、認証マトリックス生成部３１は、認証マトリックス記憶部３４に記憶された認証マトリックスを設定したログイン画面を生成し、要求元の端末１に送信する（Ｓ２３）。
【００６２】
端末１は、送信されたログイン画面を出力装置に表示する（Ｓ２４）。ユーザは、ログイン画面に表示された各入力欄に対応する項目を入力する。具体的には、店番号、口座番号および第１の認証情報をそれぞれ対応する入力欄に設定する。そして、ユーザは、ログイン画面に表示された認証マトリックスと、口座情報記憶部３５に登録した第２の認証情報（位置、向き）を用いて、第２の認証情報用の認証データを取得し、取得した認証データを第２の認証情報の入力欄に入力する。すなわち、ユーザは、あらかじめ登録した位置から、あらかじめ登録した向きで、認証マトリックスの文字列の一部を抽出し、入力欄に入力する。
【００６３】
例えば、口座情報記憶部３５の第２の認証情報が「位置：６、向き：左」であり、図８のログイン画面８１に示す認証マトリックスを用いる場合、位置が「６」に対応する「Ｖ」から左に向かって順番に所定数の文字を抽出した文字列「ＶＨＹＥ」を、第２の認証情報の入力欄８１２に入力する。図８のログイン画面８２は、ユーザが各入力欄に各データを入力した後のログイン画面の一例である。なお、第２の認証情報が「位置：９、向き：右」の場合など、所定数の文字が当該向きで抽出できない場合は、反対側に回って「ＫＤＡＴ」を抽出する。
【００６４】
端末１は、ユーザがログインボタンをクリックするなどの送信指示を受け付けると、各入力欄に入力されたたログイン情報（店番号、口座番号、第１の認証情報、第２の認証情報用の認証データ）を認証サーバ３に送信する（Ｓ２５）。
【００６５】
認証サーバ３の認証部３２は、ログイン情報を受信すると、口座情報記憶部３５を参照して、ユーザ認証を行う（Ｓ２６）。すなわち、ログイン情報の店番号と口座番号とをキーに口座情報記憶部３５のレコードを特定し、当該レコードに設定された対応する第１の認証情報と、第２の認証情報とを取得する。そして、認証部３２は、ログイン情報の第１の認証情報と、口座情報記憶部３５に登録された対応する第１の認証情報とを照合する。
【００６６】
また、認証部３２は、口座情報記憶部３５の第２の認証情報（位置、向き）を用いて、認証マトリックスの文字を抽出する。すなわち、認証部３２は、口座情報記憶部３５に登録した位置から、登録した向きで、認証マトリックスの所定の数の文字を抽出する。例えば、口座情報記憶部３５の第２の認証情報が「位置：６、向き：左」であり、図８のログイン画面８１に示す認証マトリックスを用いる場合、位置が「６」に対応する「Ｖ」から左に向かって順番に所定数の文字を抽出した文字列「ＶＨＹＥ」を、抽出する。そして、認証部３２は、抽出した文字列と、端末１から送信されたログイン情報の認証データとを照合する。
【００６７】
ログイン情報の第１の認証情報と口座情報記憶部３５の第１の認証情報とが一致し、かつ、抽出した文字列とログイン情報の認証データとが一致する場合、認証部３２は、端末１からのログイン要求は正当なユーザからのログイン要求であると判別する。また、認証部３２は、第１の認証情報または抽出した文字列のどちらかが一致しない場合、あるいは、第１の認証情報および抽出した文字列の両方が一致しない場合、ログイン要求は正当なユーザからのログイン要求でないと判別する。なお、ログイン情報の店番号および口座番号に一致するレコードが、口座情報記憶部３５に存在しない場合も、ログイン要求は正当なユーザからのログイン要求でないと判別する。
【００６８】
そして、認証部３２は、認証結果を通知する認証結果画面を端末に送信し（Ｓ２７）、端末１は、認証結果画面を表示する（Ｓ２８）。正当なユーザからのログイン要求であると認証した場合（認証に成功した場合）、認証部３２は、例えば図８に示すような、ログインを許可する旨の認証結果画面８３を端末１に送信する。この場合、端末１のユーザは、認証サーバ３が提供する所定のサービスを利用することができる。認証サーバ３のアプリケーション部３３は、例えば、残高照会、振込み処理などのネットバンキングサービスを端末１に提供する。
【００６９】
一方、正当なユーザからのログイン要求でないと認証した場合（認証に失敗した場合）、認証部３２は、ログインを許可しない旨の認証結果画面を端末１に通知する、あるいは、ログイン画面８１を端末１に送信し、ユーザに再度入力を促すことなどが考えられる。
【００７０】
なお、認証マトリックスを生成するタイミングとしては、第１の実施形態と同様であって、例えば、端末１からログイン要求を受信し、ログイン画面を生成する度に認証マトリックスを生成してもよく、あるいは、所定のタイミングで認証マトリックスを生成して認証マトリックス記憶部３４に記憶しておくこととしてもよい。認証マトリックス生成部３１は、認証マトリックスを生成する毎に、生成する文字列をランダムに変化させるものとする。
【００７１】
以上説明した第２の実施形態では、ランダムな文字が一列に配置された認証マトリックスを端末に送信し、ユーザは、登録しておいた第２の認証情報の位置から、登録しておいた向きで認証マトリックスの文字を抽出し、認証サーバに送信する。すなわち、第２の認証情報それ自体を、認証サーバに送信しない。これにより、本実施形態では、認証情報の漏洩リスクを軽減し、より高いセキュリティを確保することができる。すなわち、仮に、端末と認証サーバとの間でログイン情報（店番号、口座番号、第１の認証情報、認証データ）が盗聴された場合であっても、認証データから第２の認証情報を推測することは困難である。したがって、本実施形態では、第３者の不正なログインを拒否し、より高いセキュリティを確保することができる。
【００７２】
また、本実施形態では、ランダムに配置されたアルファベット（文字列）を用いて、第２の認証情報に対応する認証データを入力するため、マルウェア等によるキーロガーによりユーザが入力したキーが漏洩した場合であっても、第２の認証情報を推測することは困難であり、より高いセキュリティを確保することができる。また、フィッシングサイトが作られにくいという、利点もある。
【００７３】
また、本実施形態の第２の認証情報（位置、向き）そのものは、認証強度としてはそれほど強くないが、端末から送信される認証データは２６文字あるアルファベットのいずれかの４文字の文字列であるため、認証強度を上げることができる。また、本実施形態の第２の認証情報（位置、向き）は、ユーザが比較的覚えやく、忘れにくいため、ユーザの利便性を向上することができる。
【００７４】
また、本実施形態では、第１の認証情報（暗証番号）を用いた第１の認証に加えて、第２の認証情報を用いた第２の認証を、２重で行う。このような２重の認証処理を行うことで、本実施形態では、より高いセキュリティを確保することができるとともに、暗証番号に対する総当たり攻撃に有効に防御することができる。
【００７５】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【００７６】
例えば、上記第１および第２の実施形態では、第１の認証情報を用いた第１の認証に加えて、第２の認証情報を用いた第２の認証を行うこととしたが、第１の認証情報を用いた認証を行うことなく、第２の認証情報を用いた認証のみを行うこととしてもよい。
【００７７】
また、上記第１および第２の実施形態では、端末は、認証サーバからログイン画面を受信することとしたが、認証マトリックスのみを認証サーバから受信し、ログイン画面は端末側で生成することとしてもよい。例えば、端末は、認証サーバが提供するアプリケーションサービスを利用するために認証サーバに登録する際に、認証サーバから認証アプリ（プログラム）をダウンロードしておく。そして、ユーザが端末にインストールされた認証アプリを起動することで、端末は、認証マトリックスを認証サーバ２に要求し、認証サーバ２から受信した認証マトリックスを、認証アプリの中に含まれるログイン画面に設定して、表示することとしてもよい。
【符号の説明】
【００７８】
１：端末、
２、３：認証サーバ
２１、３１：認証マトリックス生成部
２２、３２：認証部
２３、３３：アプリケーション部
２４、３４：認証マトリックス記憶部
２５、３５：口座情報記憶部
【図１】
2014075033.tif 000003
【図２】
2014075033.tif 000004
【図３】
2014075033.tif 000005
【図４】
2014075033.tif 000006
【図５】
2014075033.tif 000007
【図６】
2014075033.tif 000008
【図７】
2014075033.tif 000009
【図８】
2014075033.tif 000010