(57)【要約】【課題】セキュリティリスクの小さい認証方法及び認証装置を提供する。【解決手段】本実施形態による認証方法は、ユーザ端末から、該ユーザ端末に接続されている認証情報入力装置についての情報を受信するステップと、ユーザのアクセス履歴に基づいて、アクセス要求のリスクレベルを算出するステップと、該ユーザに対して登録されている認証情報の数、前記ユーザ端末に接続されている認証情報入力装置についての情報及び前記リスクレベルに基づいて、ユーザ認証に用いる認証情報の数及び種類をそれぞれ無作為に決定し、認証画面を作成して前記ユーザ端末へ送信するステップと、前記ユーザが前記認証情報入力装置を介して入力した前記認証画面で示される認証情報を、前記ユーザ端末から取得し、取得した認証情報と登録されている認証情報とを照合し、照合結果に基づいて前記ユーザの認証を行うステップと、を備える。【選択図】図１
2016062457.tif 000002
【特許請求の範囲】
【請求項１】
認証装置が、ユーザ端末からアクセス要求を行うユーザの認証を行う方法であって、
前記ユーザ端末から、該ユーザ端末に接続されている認証情報入力装置についての情報を受信するステップと、
前記ユーザのアクセス履歴に基づいて、前記アクセス要求のリスクレベルを算出するステップと、
前記ユーザに対して登録されている認証情報の数、前記ユーザ端末に接続されている認証情報入力装置についての情報及び前記リスクレベルに基づいて、ユーザ認証に用いる認証情報の数及び種類をそれぞれ無作為に決定し、認証画面を作成して前記ユーザ端末へ送信するステップと、
前記ユーザが前記認証情報入力装置を介して入力した前記認証画面で示される認証情報を、前記ユーザ端末から取得し、取得した認証情報と登録されている認証情報とを照合し、照合結果に基づいて前記ユーザの認証を行うステップと、
を備える認証方法。
【請求項２】
前記ユーザ認証に用いる認証情報の数は、前記ユーザに対して登録されている認証情報の数及び前記ユーザ端末に接続されている認証情報入力装置についての情報に基づく最大値と、前記リスクレベルに基づく最小値とからなる範囲内から無作為に決定することを特徴とする請求項１に記載の認証方法。
【請求項３】
前記アクセス履歴から推測されるユーザの行動特性と、認証結果の実績とに基づいて前記リスクレベルを算出することを特徴とする請求項１又は２に記載の認証方法。
【請求項４】
前記ユーザに対して登録されている認証情報、及び前記ユーザ端末に接続されている認証情報入力装置についての情報に基づいて、ユーザ認証に使用可能な認証情報の種類を特定することを特徴とする請求項１乃至３のいずれかに記載の認証方法。
【請求項５】
ユーザ認証に用いる認証情報の種類を無作為に決定する際、各認証情報に対する重み付けを行わないことを特徴とする請求項１乃至４のいずれかに記載の認証方法。
【請求項６】
ユーザ認証に用いる認証情報の種類を少なくとも１つ指定するステップをさらに備えることを特徴とする請求項１乃至４のいずれかに記載の認証方法。
【請求項７】
ユーザ端末からアクセス要求を行うユーザの認証を行う装置であって、
前記ユーザ端末から、該ユーザ端末に接続されている認証情報入力装置についての情報を受信する受信部と、
前記ユーザのアクセス履歴に基づいて、前記アクセス要求のリスクレベルを算出するリスク計算部と、
前記ユーザに対して登録されている認証情報の数、前記ユーザ端末に接続されている認証情報入力装置についての情報及び前記リスクレベルに基づいて、ユーザ認証に用いる認証情報の数及び種類をそれぞれ無作為に決定し、認証画面を作成して前記ユーザ端末へ送信する画面作成部と、
前記ユーザが前記認証情報入力装置を介して入力した前記認証画面で示される認証情報を、前記ユーザ端末から取得し、取得した認証情報と登録されているユーザ情報とを照合し、照合結果に基づいて前記ユーザの認証を行う認証処理部と、
を備える認証装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンラインシステム等においてユーザの認証を行う認証方法及び認証装置に関する。
【背景技術】
【０００２】
従来、ユーザ認証には、パスワード入力による知識認証が広く採用されている。パスワード入力による知識認証は、オペレーティングシステムに標準的に搭載されている機能であり、容易に導入することができる。しかし、ユーザＩＤ及びパスワードは、第三者による詐取が容易であり、不正行為者による不正アクセスが問題となっている。
【０００３】
パスワード入力による知識認証に代わる高度ユーザ認証方法として、ワンタイムパスワードを使用した認証方法やリスクベース認証が知られている（特許文献１参照）。
【０００４】
ワンタイムパスワードを使用した認証方法では、ユーザがウェブサイトにアクセスする度に、一時的に使用するパスワード（ワンタイムパスワード）が専用ハードウェアに送信される。専用ハードウェアに送信されたパスワードを認証画面に入力することで、ユーザ認証が実施される。この方法では、ユーザ認証の度に毎回異なるパスワードを使用することになるため、パスワードの盗難に対してセキュリティの高いユーザ認証を実現する。
【０００５】
一方、リスクベース認証では、対象ユーザの過去のアクセス履歴からユーザ認証要求に対する脅威（リスク）を分析し、リスクレベルに応じて認証方式や認証強度を変更することで、セキュリティの高いユーザ認証を実現している。
【０００６】
特許文献１には、このような高度ユーザ認証方法を組み合わせたユーザ認証機能を備えた高度認証サーバを設け、複数の企業の業務サーバがこの認証サーバを共同利用するものが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−２１５７５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１では、ワンタイムパスワード認証およびリスクベース認証を組み合わせることで高度なユーザ認証を実現している。ワンタイムパスワード認証は、ワンタイムパスワードという機密性の高い情報を用いることでセキュリティを確保しているが、専用ハードウェアにて発行されたパスワードをユーザ認証画面に入力するという、特定の作業による認証方法である。そのため、ワンタイムパスワードを発行する専用ハードウェアが盗難された場合、第三者のなりすましによる不正ログインを防止できなくなる。
【０００９】
また、リスクベース認証では、追加認証に使用する情報（ユーザ毎に予め用意されている質問および回答）が盗難された場合、第三者によるなりすましが可能となる。
【００１０】
このように、従来の認証方法は、認証時にユーザ認証画面に入力する情報が固定されているため、専用ハードウェアの盗難やパスワードクラックのような機械的なアクセスによる不正アクセスを防止することが困難であった。
【００１１】
本発明は、上記従来の実状に鑑みてなされたものであり、セキュリティリスクの小さい認証方法及び認証装置を提供することを課題とする。
【課題を解決するための手段】
【００１２】
本発明の一態様による認証方法は、認証装置が、ユーザ端末からアクセス要求を行うユーザの認証を行う方法であって、前記ユーザ端末から、該ユーザ端末に接続されている認証情報入力装置についての情報を受信するステップと、前記ユーザのアクセス履歴に基づいて、前記アクセス要求のリスクレベルを算出するステップと、前記ユーザに対して登録されている認証情報の数、前記ユーザ端末に接続されている認証情報入力装置についての情報及び前記リスクレベルに基づいて、ユーザ認証に用いる認証情報の数及び種類をそれぞれ無作為に決定し、認証画面を作成して前記ユーザ端末へ送信するステップと、前記ユーザが前記認証情報入力装置を介して入力した前記認証画面で示される認証情報を、前記ユーザ端末から取得し、取得した認証情報と登録されている認証情報とを照合し、照合結果に基づいて前記ユーザの認証を行うステップと、を備えるものである。
【００１３】
本発明の一態様による認証方法は、前記ユーザ認証に用いる認証情報の数は、前記ユーザに対して登録されている認証情報の数及び前記ユーザ端末に接続されている認証情報入力装置についての情報に基づく最大値と、前記リスクレベルに基づく最小値とからなる範囲内から無作為に決定することが好ましい。
【００１４】
本発明の一態様による認証方法は、記アクセス履歴から推測されるユーザの行動特性と、認証結果の実績とに基づいて前記リスクレベルを算出することが好ましい。
【００１５】
本発明の一態様による認証方法は、前記ユーザに対して登録されている認証情報、及び前記ユーザ端末に接続されている認証情報入力装置についての情報に基づいて、ユーザ認証に使用可能な認証情報の種類を特定することが好ましい。
【００１６】
本発明の一態様による認証方法は、ユーザ認証に用いる認証情報の種類を無作為に決定する際、各認証情報に対する重み付けを行わなくてもよい。
【００１７】
本発明の一態様による認証方法は、ユーザ認証に用いる認証情報の種類を少なくとも１つ指定するステップをさらに備えてもよい。
【００１８】
本発明の一態様による認証装置は、ユーザ端末からアクセス要求を行うユーザの認証を行う装置であって、前記ユーザ端末から、該ユーザ端末に接続されている認証情報入力装置についての情報を受信する受信部と、前記ユーザのアクセス履歴に基づいて、前記アクセス要求のリスクレベルを算出するリスク計算部と、前記ユーザに対して登録されている認証情報の数、前記ユーザ端末に接続されている認証情報入力装置についての情報及び前記リスクレベルに基づいて、ユーザ認証に用いる認証情報の数及び種類をそれぞれ無作為に決定し、認証画面を作成して前記ユーザ端末へ送信する画面作成部と、前記ユーザが前記認証情報入力装置を介して入力した前記認証画面で示される認証情報を、前記ユーザ端末から取得し、取得した認証情報と登録されているユーザ情報とを照合し、照合結果に基づいて前記ユーザの認証を行う認証処理部と、を備えるものである。
【発明の効果】
【００１９】
インターネットウェブサイトに悪意を持って不正ログインする者は、ユーザ認証時に入力されるユーザ情報を、フィッシング詐欺などの盗難手法により不正入手することが考えられる。しかし、本発明では、ユーザ認証時にユーザに問い合わせる情報が無作為に決定されるため、第三者が入手した情報で不正ログインできる可能性が低くなる。そのため、セキュリティリスクが小さい高度なユーザ認証機能を提供することができる。
【００２０】
また、ユーザ認証時に使用するユーザ情報を特定することができないため、ユーザ情報の盗難に係る盗難者側のリスクが高くなり、この結果、ユーザ情報の盗難を断念せざるを得なくなる。このため、ユーザ情報の盗難を未然に防止することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る認証システムの構成図である。
【図２】アクセス履歴テーブルのデータ構成の一例を示す図である。
【図３】ユーザ情報テーブルのデータ構成の一例を示す図である。
【図４】ユーザからのアクセス要求時の処理を説明するフローチャートである。
【図５】アクセス要求に対するリスク計算処理を説明するフローチャートである。
【図６】認証画面作成処理を説明するフローチャートである。
【図７】認証画面の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下に本発明の実施の形態を詳細に説明する。
【００２３】
図１は本発明の実施形態に係る認証システムの構成図である。図１の通り、認証システムは、ウェブサイトに接続するためのユーザ端末１と、ユーザ端末１を用いてウェブサイトへのアクセス要求を行うユーザの認証処理を行う認証サーバ２とを有する。例えば、認証サーバ２は、ウェブサイトを提供するウェブサーバに設けられる。
【００２４】
ユーザ端末１は、インターネットなどのネットワーク５を介してウェブサーバが提供するウェブサイトに接続する。ユーザ端末１は、例えば、パーソナルコンピュータであり、ユーザから各種の入力を受け付ける入力部、各種の情報を表示する表示部、及びネットワーク５に接続するための通信部を備え、ブラウザと同様の機能を有する。
【００２５】
ユーザ端末１は、入力部として、キーボード１１、静脈認証装置１２、筆跡入力装置１３等の認証情報入力装置を有する。例えば、キーボード１１によりパスワードが入力される。静脈認証装置１２は、赤外線をユーザの手のひらや指に透過させ、静脈パターンの画像を取得する。筆跡入力装置１３は、手書きサインの入力を受け付けるものであり、サインの形状、スピード、ストローク、筆圧等の筆跡に関する情報を取得する。筆跡入力装置１３は、例えばタッチパネル等のパッドや、電子ペンである。
【００２６】
認証サーバ２は、ユーザ端末１からのアクセス要求の受付処理を行う受信部２１、ユーザ端末１からのアクセス要求に対するリスクを計算するリスク計算部２２、認証画面の作成処理を行う認証画面作成部２３、及び認証処理を行う認証処理部２４を備えている。
【００２７】
また、認証サーバ２には、アクセス履歴テーブル２５及びユーザ情報テーブル２６が設けられている。アクセス履歴テーブル２５には、各ユーザの過去のアクセス履歴情報が登録されている。ユーザ情報テーブル２６には、各ユーザのユーザＩＤと、ユーザ個人情報及び認証情報とが対応付けて登録されている。ユーザＩＤは、本システムを利用する各ユーザに割り当てられている識別情報である。なお、この認証システムを利用するユーザは、ユーザ個人情報や認証情報をあらかじめユーザ情報テーブル２６に登録し、ユーザＩＤを取得しているものとする。
【００２８】
図２は、アクセス履歴テーブル２５のデータ構成の一例を示す。図２に示すように、アクセス履歴テーブル２５に格納されるアクセス履歴情報は、開始時刻２５１、終了時刻２５２、ユーザＩＤ２５３、接続元ＩＰアドレス２５４、ブラウザバージョン２５５、及び認証結果２５６を含む。
【００２９】
ユーザ端末１からのアクセスがあると、認証サーバ２は、ユーザ端末１の接続元ＩＰアドレスや端末情報を取得し、ユーザＩＤとともにアクセス履歴テーブル２５に登録する。取得された接続元ＩＰアドレスは、アクセス履歴テーブル２５の接続元ＩＰアドレス２５４に登録される。取得される端末情報は、例えばブラウザバージョンであり、アクセス履歴テーブル２５のブラウザバージョン２５５に登録される。端末情報として、ユーザ端末１において稼働しているＯＳを示すＯＳ情報、搭載されているＣＰＵを示すＣＰＵ情報などを取得し、アクセス履歴テーブル２５に登録してもよい。ユーザ端末１からアクセスがあった時刻が開始時刻２５１として登録される。
【００３０】
ユーザが、ユーザ端末１のキーボードを用いて入力したユーザＩＤがユーザＩＤ２５３に登録される。ユーザ端末１からのアクセスに伴う認証処理の結果が、認証結果２５６に登録される。認証が成功した場合、その後、ユーザが所望の処理を終え、ログオフした時刻が終了時刻２５２として登録される。一方、認証が失敗した場合は、認証結果をユーザ端末１へ通知した時刻が終了時刻２５２として登録される。
【００３１】
図３は、ユーザ情報テーブル２６のデータ構成の一例を示す。図３に示すように、ユーザ情報テーブル２６には、ユーザＩＤ２６１毎に、知識認証情報２６２及び生体認証情報２６３が登録されている。
【００３２】
知識認証情報２６２は、キーボード１１からの入力で行う知識認証にて使用する認証情報であり、例えばパスワード２６４、秘密の質問内容および回答などのシステム利用ユーザがシステム毎に指定する情報や、氏名、住所、電話番号などのユーザ個人情報である。
【００３３】
生体認証情報２６３は、生体認証で使用する認証情報であり、第三者に偽造されにくいという特徴を有し、入力には専用ハードウェアを必要とする。生体認証情報２６３としては、例えば静脈データ２６５及び筆跡データ２６６が登録される。
【００３４】
なお、ユーザ個人を特定するため、知識認証情報２６２の一部であるユーザ個人情報は必須登録項目であると考えられるが、その他の知識認証情報２６２および生体認証情報２６３についてのデータ登録は任意であり、情報が登録されていないユーザが存在しても問題はないものとする。
【００３５】
次に、本実施形態に係る認証サーバ２によるユーザ認証処理を、図４〜図７を用いて説明する。まず、ユーザ端末１からアクセス要求を受信した際の処理を図４に示すフローチャートを用いて説明する。
【００３６】
ユーザ端末１から認証サーバ２へアクセス要求が送信されると、認証サーバ２はユーザ端末１へユーザＩＤ入力画面を送信し（ステップＳ２０１）、ユーザＩＤの入力を受け付ける状態となる（ステップＳ２０２）。ユーザ端末１を介してユーザからユーザＩＤが入力されると（ステップＳ２０３＿Ｙｅｓ）、受信部２１はユーザ情報テーブル２６の検索を行い（ステップＳ２０４）、アクセス要求を行っているユーザＩＤに対応付けて登録されている認証情報を取得する。
【００３７】
受信部２１は、取得した認証情報毎に、この認証情報の入力に必要な入力装置がユーザ端末１に接続されているか確認する（ステップＳ２０５）。例えば、知識認証情報を取得した（知識認証情報が登録されている）場合、ユーザ端末１にキーボード１１が接続されているか否かを確認する。また、生体認証情報を取得した（生体認証情報が登録されている）場合、入力に必要となる専用ハードウェアがユーザ端末１に接続されているか否かを確認する。確認の結果、この認証情報に対応する入力装置がユーザ端末１に接続されている場合（Ｓ２０６＿Ｙｅｓ）、ユーザ認証処理時に使用可能な認証情報として登録する（Ｓ２０７）。すなわち、この認証情報を用いた認証方法が、ユーザ認証処理時に使用可能な認証方法となる。
【００３８】
受信部２１は、ユーザ端末１から、ユーザ端末１に接続されている全てのデバイスについての情報を取得し、ユーザ情報テーブル２６に登録されている認証情報の入力に必要なデバイスが、ユーザ端末１に接続されているか否かを検出してもよい。あるいはまた、ユーザ情報テーブル２６に登録されている認証情報毎に、入力に必要なデバイスがユーザ端末１に接続されているか否かをユーザ端末１に問い合わせるようにしてもよい。
【００３９】
アクセスを要求しているユーザのユーザＩＤが図３に示す「Ｕｓｅｒ１」の場合、ユーザ端末１にキーボード１１が接続されていれば、パスワード２６４やユーザ個人情報が、利用可能な認証情報として登録される。また、ユーザ端末１に静脈認証装置１２が接続されていれば、静脈データ２６５が、利用可能な認証情報として登録され、筆跡入力装置１３が接続されていれば、筆跡データ２６６が、利用可能な認証情報として登録される。
【００４０】
アクセスを要求しているユーザのユーザＩＤが図３に示す「Ｕｓｅｒ２」の場合、「Ｕｓｅｒ１」と同様に、キーボード１１の接続確認を行い、接続されていればパスワード２６４やユーザ個人情報が、利用可能な認証情報として登録される。また、静脈認証装置１２の接続確認を行い、接続されていれば、静脈データ２６５が利用可能な認証情報として登録される。「Ｕｓｅｒ２」には筆跡データ２６６が登録されていないため、筆跡入力装置１３の接続確認は行われない。
【００４１】
全ての認証情報について、対応する入力装置の接続確認が行われた後、認証サーバ２のリスク計算部２２が、アクセス履歴テーブル２５を用いて、ユーザ端末１からのアクセス要求に対するリスクを、リスクベース認証に基づくリスク分析を実施して計算する。なお、ユーザ端末１からのアクセス要求には、接続元ＩＰアドレスおよびブラウザ情報が含まれているものとする。リスク計算処理を図５に示すフローチャートを用いて説明する。
【００４２】
リスク計算部２２は、アクセス履歴テーブル２５を検索し、アクセスを要求しているユーザのユーザＩＤに対応するアクセス履歴情報を抽出する（ステップＳ２１０）。そして、抽出したアクセス履歴と、今回のアクセスのアクセス要求元の情報とを比較し、リスク分析を行う（ステップＳ２１１）。
【００４３】
リスク分析は、認証サーバ２に予め登録されている複数のリスク判断条件を元に行う。判断条件のいずれかを満たす場合は（ステップＳ２１２＿Ｙｅｓ）、リスクが高いと判断する（Ｓ２１３）。一方、判断条件のいずれにも該当しない場合は（ステップＳ２１２＿Ｎｏ）、リスクが低いと判断する（Ｓ２１４）。
【００４４】
リスク判断条件は、過去のアクセス履歴から推測されるユーザの行動特性に基づくものである。例えば、接続元ＩＰアドレスおよび接続元ブラウザ情報が過去のアクセス履歴と異なることがリスク判定条件として登録される。今回のアクセス要求における接続元ＩＰアドレスおよびブラウザ情報の少なくともいずれか一方が、過去のアクセス時の接続元ＩＰアドレスおよびブラウザ情報と異なる場合、判断条件を満たし、リスクが高いと判断される。
【００４５】
また、例えば、直近のアクセス履歴に記録されているアクセス時刻および接続元ＩＰアドレスと、今回のアクセス要求におけるアクセス時刻及び接続元ＩＰアドレスとを比較し、所定の時間内で移動可能な距離を越えている場合、判断条件を満たし、リスクが高いと判断される。なお、ＩＰアドレスからユーザ端末１の場所が特定される。
【００４６】
次に、リスク計算部２２は、アクセス履歴テーブル２５に記録されている認証結果の実績に基づいてリスク分析を行う（ステップＳ２１５）。アクセスを要求しているユーザのユーザＩＤに対応する全て又は直近の所定回数のアクセス履歴において、認証失敗となった回数の割合を算出し、所定の割合を超えた場合（ステップＳ２１６＿Ｙｅｓ）、リスクが高いと判断し（ステップＳ２１７）、所定の割合以下の場合（ステップＳ２１６＿Ｎｏ）、リスクが低いと判断する（ステップＳ２１８）。
【００４７】
このようなリスク分析の結果を用いて、最終的なリスクを計算する（ステップＳ２１９）。適宜に設定した手法でリスクをスコアリングし、算出したスコアと、適宜に設定した判断基準とに基づいて最終的なリスクを算出する。例えば、最終的なリスクは、リスク高、リスク中、リスク低の３段階で算出される。
【００４８】
リスク算出後、認証画面作成部２３が、受信部２１により利用可能と登録された認証情報と、リスク計算部２２により算出されたリスクとに基づいて、ユーザ端末１へ送信する認証画面を作成する。認証処理部２４は、ユーザが入力した認証情報をユーザ端末１から取得し、認証処理を行う。認証画面作成処理及び認証処理を図６に示すフローチャートを用いて説明する。
【００４９】
認証画面作成部２３が、ステップＳ２０７で利用可能と登録されたユーザ認証情報の数を確認する（ステップＳ２２１）。これにより、ユーザ情報テーブル２６に登録されている当該ユーザＩＤに関する認証情報のうち、認証処理において使用可能な認証情報の最大数が確認される。
【００５０】
次に、認証画面作成部２３は、リスク計算部２２で計算したリスクを確認し、認証処理でユーザに問い合わせる認証情報の最小数を算出する（ステップＳ２２２）。例えば、ステップＳ２１９で算出されたリスクがリスク低である場合は認証情報の最小数を１、リスク中である場合は認証情報の最小数を３、リスク高である場合は認証情報の最小数を５とする。
【００５１】
認証画面作成部２３が、認証画面でユーザに問い合わせる認証情報の個数を決定する（ステップＳ２２３）。認証情報の個数は、ステップＳ２２１で確認された認証処理において使用可能な認証情報の最大数を最大値、ステップＳ２２２で求めたユーザに問い合わせる認証情報の最小数を最小値とする規定範囲の中から無作為に決定される。
【００５２】
例えば、利用可能なユーザ認証情報の数が１２であり、かつリスク計算部２２によりリスクが高いと判断された場合、認証画面でユーザに問い合わせる認証情報の個数は、５〜１２の範囲から無作為に決定される。
【００５３】
そして、認証画面作成部２３は、認証画面にてユーザに問い合わせる認証情報の種類を、利用可能なものとして特定されているユーザ認証情報の中から、ステップＳ２２３で決定した個数だけ無作為に選定する（ステップＳ２２４、Ｓ２２５）。
【００５４】
ここで、各認証情報に対する重み付けはせず、認証情報の選定には偏りが発生しないものとする。例えば、一般的に、知識認証で使用するパスワード情報と、静脈認証で使用する静脈データとでは、静脈データの方が盗難・偽造がされにくい機密性の高い情報であるため、静脈データを優先的に使用することでセキュリティが高くなるように感じられる。しかし、本実施形態では、認証情報自体の機密性の高さよりも、認証処理に使用される認証情報が特定されないよう無作為に選定することで、セキュリティを確保する。無作為な選定による不確定性を確保するため、各認証情報は平等に扱い、偏りが発生しないようにする。
【００５５】
認証画面作成部２３は、認証画面で使用する認証情報の選定が完了したら、認証画面を作成する（ステップＳ２２６）。作成された認証画面はユーザ端末１へ送信される。
【００５６】
図７に、認証画面（認証情報入力画面）の一例を示す。認証画面２３１は、問い合わせる認証情報が３個、認証情報の種類がパスワード、静脈データ、及び筆跡データであり、Ｕｓｅｒ１の認証に、パスワードによる知識認証、静脈認証、及び筆跡認証が用いられる場合を示す。
【００５７】
ユーザは、認証画面を確認し、ユーザ端末１に接続されたキーボード１１、静脈認証装置１２、筆跡入力装置１３等の認証情報入力装置を用いて、認証情報を入力する。
【００５８】
認証処理部２４は、認証情報入力装置及びユーザ端末１を介して認証情報を取得し、認証処理を実施する（ステップＳ２２７）。認証処理部２４は、ユーザ端末１の認証画面にてユーザにより入力された認証情報と、ユーザ情報テーブル２６に登録されている情報とを照合し、照合結果に基づいて正当なユーザであるか否かを判断する。認証サーバ２は、判断結果（認証結果）をユーザ端末１に通知する。
【００５９】
図７に示す例では、３種類の認証情報の全てについて認証成功となった（照合結果が一致した）場合のみ、正当なユーザであると判断する。一方、３種類の少なくともいずれか１つが認証失敗となった（照合結果が不一致であった）場合、不正なユーザであると判断する。
【００６０】
認証処理後、ユーザからのアクセス要求の時刻、ユーザＩＤ、接続元ＩＰアドレス、ブラウザバージョン、認証結果等をアクセス履歴テーブル２５に登録し、アクセス履歴テーブル２５を更新する（ステップＳ２２８）。
【００６１】
インターネットウェブサイトに悪意を持って不正ログインする者は、ユーザ認証時に入力される認証情報を、フィッシング詐欺などの盗難手法により不正入手することが考えられる。しかし、本実施形態では、ユーザ認証時にユーザに問い合わせる情報の数及び種類が無作為に決定されるため、第三者が入手した情報で不正ログインできる可能性が低くなる。そのため、セキュリティリスクが小さい高度なユーザ認証機能を提供することができる。
【００６２】
また、ユーザ認証画面で使用する認証情報が特定できないため、認証情報の盗難に対する盗難者側のリスクを高め、認証情報の盗難を断念せざるを得なくし、認証情報の盗難を未然に防止することができる。
【００６３】
上記実施形態では、ユーザ端末１に接続される入力装置として、キーボード１１、静脈認証装置１２、筆跡入力装置１３を例として説明しているが、これらに限定されず、ユーザ端末１のＯＳで認識される入力装置であればいかなる専用ハードウェアであっても利用可能である。静脈認証や筆跡認証以外にも、指紋や虹彩などによる生体認証を適用することができる。
【００６４】
また、パスワード認証は固定パスワードに限定されず、ハードウェアトークンを用いたワンタイムパスワードによる認証でもよい。この場合、トークンはユーザ端末１には接続されないため、別途、トークンを所持しているか否かを確認する確認画面をユーザ端末１へ送信してもよい。
【００６５】
上記実施形態では、ユーザに問い合わせる認証情報の種類を、各認証情報に対する重み付けはせずに無作為に選定する例について説明したが、認証情報に対する重み付けを行ってもよい。例えば、静脈データを登録しているユーザは、機密性の高い静脈認証を行うことを望むことが多い。そのため、認証情報の種類の選定時に、固定パスワード等の知識認証に用いられる認証情報よりも、静脈データの重み付けを大きくしてもよい。
【００６６】
また、ユーザに問い合わせる認証情報の種類の全てを無作為に選定するのではなく、一部はユーザ又はサービス提供者が指定できるようにしてもよい。例えば、ユーザに問い合わせる認証情報として、筆跡を必ず含むように指定できるようにしてもよい。
【００６７】
上述した実施形態で説明した認証サーバ２の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、認証サーバ２の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
【００６８】
また、認証サーバ２の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【００６９】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形してもよい。また、上記実施形態に開示されている複数の構成要素を適宜組み合わせたり、実施形態に示される全構成要素から幾つかの構成要素を削除したりしてもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７０】
１  ユーザ端末
２  認証サーバ
１１  キーボード
１２  静脈認証装置
１３  筆跡入力装置
２１  受信部
２２  リスク計算部
２３  認証画面作成部
２４  認証処理部
２５  アクセス履歴テーブル
２６  ユーザ情報テーブル
【図１】
2016062457.tif 000003
【図２】
2016062457.tif 000004
【図３】
2016062457.tif 000005
【図４】
2016062457.tif 000006
【図５】
2016062457.tif 000007
【図６】
2016062457.tif 000008
【図７】
2016062457.tif 000009