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

Abstract

【課題】より高いセキュリティを確保したユーザ認証を行う。
【解決手段】認証装置２であって、第１の認証情報を記憶する記憶手段２４と、端末１から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置２以外の外部システム３へ第２の認証の認証依頼を送信するとともに、外部システム３から第２の認証の認証結果を受信する認証要求受付手段２１と、端末１から受信した第１の認証情報と記憶手段２４に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、端末１のユーザは正当なユーザであると認証する認証手段２２とを備える。
【選択図】図１

Description

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

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

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

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

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

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

上記課題を解決するために、本発明は、認証装置であって、第１の認証情報を記憶する記憶手段と、端末から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置以外の外部システムへ第２の認証の認証依頼を送信するとともに、前記外部システムから第２の認証の認証結果を受信する認証要求受付手段と、前記端末から受信した第１の認証情報と前記記憶手段に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、前記端末のユーザは正当なユーザであると認証する認証手段と、を備える。

本発明は、コンピュータが行う認証方法であって、前記コンピュータは、第１の認証情報を記憶する記憶部を備え、端末から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置以外の外部システムへ第２の認証の認証依頼を送信する送信ステップと、前記外部システムから第２の認証の認証結果を受信する受信ステップと、前記端末から受信した第１の認証情報と前記記憶部に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、前記端末のユーザは正当なユーザであると認証する認証ステップと、を行う。

本発明は、コンピュータを、第１の認証情報を記憶する記憶手段、端末から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置以外の外部システムへ第２の認証の認証依頼を送信するとともに、前記外部システムから第２の認証の認証結果を受信する認証要求受付手段、および、前記端末から受信した第１の認証情報と前記記憶手段に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、前記端末のユーザは正当なユーザであると認証する認証手段、として機能させるための認証プログラムである。

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

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

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

図１は、本発明の実施形態に係る認証システムの全体構成図である。図示する認証システムは、スマートフォン、携帯電話、ＰＣ（Personal Computer）などの端末１と、認証サーバ２と、少なくとも１つの外部システム３とを備える。ユーザが使用する端末１は、ユーザの指示を受け付けるとともに、例えばブラウザなどの機能を用いて出力装置に各種の情報・画面を表示する。

認証サーバ２は、インターネットなどのネットワークを介してアクセスされる各端末１のユーザ認証を、外部システム３と連携して行う。認証サーバ２が第１の認証を行い、外部システム３が第２の認証を行うものとする。なお、本実施形態では、認証サーバ２として、ネットワークを介して残高照会、振込みなどのネットバンキングサービスを提供する銀行のサーバを例に、以下に説明するが、これに限定されるものではない。

図示する認証サーバ２は、認証要求受付部２１と、認証部２２と、アプリケーション部２３と、口座情報記憶部２４とを備える。認証要求受付部２１は、端末１から、第１の認証のための第１の認証情報を含む認証要求を受信し、当該認証装置２以外の外部システム３へ第２の認証の認証依頼を送信する。また、認証要求受付部２１は、外部システム３から第２の認証の認証結果を受信する。また、認証要求受付部２１は、端末１から外部システム３に送信された当該外部システム３での認証対象のＩＤを、認証結果とともに受信することとしてもよい。

認証部２２は、端末１から受信した第１の認証情報と口座情報記憶部２４に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、端末１のユーザは正当なユーザであると認証する。また、認証部２２は、外部システム３から受信した認証結果が成功の場合であって、外部システム３から受信したＩＤと口座情報記憶部２４に第２の認証情報として記憶されたＩＤとが一致する場合に、端末１のユーザは正当なユーザであると認証することとしてもよい。

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

図２は、口座情報記憶部２４の一例を示す図である。図示する口座情報記憶部２４（口座情報テーブル）には、ユーザ（口座）毎に、店番号、口座番号、第１の認証情報および第２の認証情報が記憶されている。本実施形態の第１の認証情報としては、４桁の暗証番号（ＰＩＮ、パスワード）を用いるものとする。第２の認証情報としては、いずれかの外部システム３の識別情報と、当該外部システム３に登録した外部システム３用のＩＤ（外部システム３にログインする際に使用するＩＤ）とを用いるものとする。

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

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

外部システム３には、認証サーバ２以外の独立した外部のシステムであって、認証サーバ２からの認証依頼に応じて、端末１を使用するユーザの第２の認証を行う。外部システム３は、当該外部システム３に登録したユーザのＩＤ、パスワードなどのユーザ情報を記憶するユーザ情報記憶部３１を備える。

外部システム３には、例えば、検索エンジン、ニュース、メールサービスなどの各種サービスを提供するポータルサイトのシステム、ＳＮＳ（Social Networking Service）サービス（例えば、ツイッター、フェースブックなど）を提供するシステム、ショッピングサイトのシステムなどを用いることが考えられる。しかしながら、これらに限定されるものではない。

なお、外部システム３は、１つであっても複数であってもよい。本実施形態の認証システムは、認証サーバ２が連携可能な複数の外部システム３を備え、ユーザが所望の外部システム３を選択できるようにする。

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

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

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

端末１は、ユーザの指示を受け付けて所定のＵＲＬ（Uniform Resource Locator）などを指定して、認証サーバ２にアクセスし、ログイン要求を送信する。認証サーバ２の認証要求受付部２１は、端末１からのログイン要求を受信すると、例えば図４に示すようなログイン画面４１を要求元の端末１に送信する（Ｓ１１）。図４のログイン画面４１では、店番号の入力欄と、口座番号の入力欄と、第１の認証情報（暗証番号）の入力欄とを有し、さらに、複数の外部システム３にそれぞれ対応した複数のボタン４１１を有する。このボタン４１１は、いずれかの外部システム３をユーザに選択させるためのものである。

端末１は、ログイン画面４１を出力装置に表示する。ユーザは、ログイン画面４１に表示された各入力欄に対応する項目を入力する。具体的には、店番号、口座番号および第１の認証情報をそれぞれ対応する入力欄に設定する。そして、ユーザは、ログイン画面４１に表示された複数のボタン４１１の中でいずれかのボタンにタッチすることで、第２の認証を行う外部システム（サイト）を選択する。すなわち、ユーザは、認証サーバ２の口座情報記憶部２４に第２の認証情報としてあらかじめ登録しておいた外部システム３に対応するボタンをタッチする。

なお、端末１には、タッチパネルが搭載され、端末１は、ユーザがボタンにタッチしたことを検知すると、タッチされたボタンの色を変更するなどして、ユーザに自身が選択したボタンがわかるように提示する。図示する例では、ユーザは、サイトＢのボタンを選択するものとする。

端末１は、ユーザがログインボタンをタッチするなどの送信指示を受け付けると、ログイン画面４１に入力されたログイン情報（店番号、口座番号、第１の認証情報、選択した外部システム３の識別情報）を認証サーバ２に送信する（Ｓ１２）。

認証サーバ２の認証要求受付部２１は、ログイン情報を受信すると、ログイン情報で指定されたサイトの外部システム３に、第２の認証の認証依頼を送信する（Ｓ１３）。本実施形態では、認証要求受付部２１は、リダイレクトにより、要求元の端末１を経由して認証依頼を外部システム３へ送信するものとする。

認証依頼を受信した外部システム３は、例えば図４に示すような認証画面４２を要求元の端末１に送信する（Ｓ１４）。認証画面４２は、外部システム３が提供するログイン画面である。図４の認証画面４２では、当該外部システム３が提供するサイトにログインするためのＩＤおよびパスワードをそれぞれ入力する入力欄を有する。

端末１は、送信された認証画面４２を出力装置に表示する。ユーザは、認証画面４２に表示された各入力欄に当該外部システム３用のＩＤおよびバスワードを入力する。そして、端末１は、ユーザが認証ボタンをタッチするなどの送信指示を受け付けると、認証画面４２に入力されたログイン情報（ＩＤ、パスワード）を外部システム３に送信する（Ｓ１５）。

外部システム３は、端末１からのログイン情報を受信すると、ユーザ情報記憶部３１を参照して、端末１を使用するユーザの第２の認証を行う（Ｓ１６）。すなわち、外部システム３は、ログイン情報のＩＤおよびパスワードがユーザ情報記憶部３１に登録されているか否かを判別する。ＩＤおよびパスワードがユーザ情報記憶部３１に登録されている（一致する）場合、外部システム３は、正当なユーザであるとして認証に成功したと判別する。ＩＤおよびパスワードがユーザ情報記憶部３１に登録されていない（一致しない）場合、外部システム３は、不正なユーザであるとして認証に失敗したと判別する。

そして、外部システム３は、第２の認証の認証結果と、認証に用いたＩＤ（端末１からログイン情報として送信されたＩＤ）とを、認証サーバ２に送信する（Ｓ１７）。本実施形態では、外部システム３は、リダイレクトにより、端末１を経由して認証結果およびＩＤを認証サーバ２へ送信するものとする。

認証サーバ２の認証要求受付部２１は、第２の認証の認証結果とＩＤとを受信する。また、認証部２２は、第１の認証情報を用いた第１の認証を行う。そして、認証部２２は、第１の認証の認証結果と、外部システム３から受信した第２の認証の認証結果およびＩＤとを用いて、端末１を使用するユーザを認証する（Ｓ１８）。

すなわち、認証部２２は、Ｓ１２で端末１から送信されたログイン情報の店番号と口座番号とをキーに口座情報記憶部２４のレコードを特定し、当該レコードに設定された対応する第１の認証情報と、第２の認証情報とを取得する。そして、認証部２２は、ログイン情報の第１の認証情報と、口座情報記憶部２４に登録された対応する第１の認証情報とを照合する第１の認証を行う。なお、第１の認証を行うタイミングは、Ｓ１８に限定されず、Ｓ１２でログイン情報を受信後の任意のタイミングでよい。

また、認証部２２は、外部システム３から受信した第２の認証の認証結果が成功の場合に、当該外部システム３の識別情報および当該外部システム３から受信したＩＤと、口座情報記憶部２４の第２の認証情報（外部システムの識別情報、ＩＤ）とを照合する。

ログイン情報の第１の認証情報と口座情報記憶部２４の第１の認証情報とが一致した場合（第１の認証の認証結果が成功の場合）であって、第２の認証の認証結果が成功の場合であって、外部システム３の識別情報および外部システム３から通知されたＩＤと口座情報記憶部２４の第２の認証情報とが一致する場合、認証部２２は、端末１からのログイン要求は正当なユーザからのログイン要求であると判別する。

また、認証部２２は、上記以外（第１の認証の認証結果および第２の認証の認証結果の少なくとも１つが失敗の場合、または、第２の認証情報が一致しない場合）は、ログイン要求は正当なユーザからのログイン要求でないと判別する。なお、ログイン情報の店番号および口座番号に一致するレコードが、口座情報記憶部２４に存在しない場合も、ログイン要求は正当なユーザからのログイン要求でないと判別する。

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

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

なお、上記の実施形態では、認証サーバ２の口座情報記憶部２４の第２の認証情報に記憶される外部システム用のＩＤとして、外部システム３にログインする際に使用するＩＤを用いることとしたが、これに限定されるものではない。例えば、外部システム３は、ログインの際に使用するＩＤとは異なる別ＩＤ（例えばＰＰＩＤ：Pairwise Pseudonymous Identifier）を振りだして、ログインの際に使用するＩＤと対応付けて記憶しておき、図３のＳ１７で認証サーバ２には別ＩＤを認証結果とともに通知することが考えられる。この場合、口座情報記憶部２４の第２の認証情報には、外部システム用のＩＤとして別ＩＤが登録される。このような別ＩＤを用いることにより、認証サーバ２側には外部システムでのログインの際に使用するＩＤは通知されないため、外部システム３と認証サーバ２とで独立性が保たれるとともに、情報漏洩リスクを低減し、より高いセキュリティを確保することができる。

次に、認証サーバ２の口座情報記憶部２４に、第２の認証情報を登録する登録処理について説明する。口座情報記憶部２４に第２の認証情報を登録することで、ユーザは、ネットワークを介して認証サーバ２が提供する各種サービスを利用できるようになる。

図５は、端末１から認証サーバ２に登録する際の登録処理を示す説明図である。図６は、端末１の出力装置に表示される各種画面の一例を示したものである。

端末１は、ユーザの指示を受け付けて認証サーバ２にアクセスし、登録要求を送信する。認証サーバ２の認証要求受付部２１は、端末１からの登録要求を受信すると、例えば図６に示すような登録画面５１を要求元の端末１に送信する（Ｓ２１）。図５の登録画面５１では、店番号の入力欄と、口座番号の入力欄と、氏名の入力欄とを有し、さらに、複数の外部システム３にそれぞれ対応した複数のボタンを有する。

端末１は、登録画面５１を出力装置に表示する。ユーザは、登録画面５１に表示された各入力欄に対応する項目を入力する。そして、ユーザは、登録画面５１に表示された複数のボタンの中でいずれかのボタンにタッチすることで、第２の認証を行う外部システム３を選択する。すなわち、ユーザは、あらかじめＩＤを取得済みの所望の外部システム３のボタンをタッチする。

端末１は、ユーザが登録ボタンをタッチするなどの送信指示を受け付けると、登録画面５１に入力された登録情報（店番号、口座番号、氏名、選択した外部システム３の識別情報）を認証サーバ２に送信する（Ｓ２２）。

認証サーバ２の認証要求受付部２１は、登録情報を受信すると、登録情報で指定されたサイトの外部システム３に認証依頼を送信する（Ｓ２３）。ここでは、リダイレクトにより、端末１を経由して認証依頼を外部システム３へ送信する。

認証依頼を受信した外部システム３は、図３のＳ１４と同様に、例えば図６に示すような認証画面５２を要求元の端末１に送信する（Ｓ２４）。端末１は、図３のＳ１５と同様に、送信された認証画面５２を出力装置に表示し、認証画面５２に入力されたログイン情報を外部システム３に送信する（Ｓ２５）。

外部システム３は、図３のＳ１６と同様に、端末１からのログイン情報を受信すると、ユーザ情報記憶部３１を参照して、端末１を使用するユーザの認証を行う（Ｓ２６）。そして、外部システム３は、図３のＳ１７と同様に、認証結果と認証に用いたＩＤ（端末１からログイン情報として送信されたＩＤ）とを、リダイレクトにより認証サーバ２に送信する（Ｓ２７）。

認証サーバ２の認証要求受付部２１は、認証結果とＩＤとを受信する。また、認証部２２は、端末１から送信された登録情報の認証を行う。すなわち、認証部２２は、Ｓ２２で端末１から送信された登録情報の店番号と口座番号とをキーに口座情報記憶部２４のレコードを特定し、当該レコードに設定された対応する氏名（図２には不図示）を取得する。そして、認証部２２は、登録情報の氏名と、口座情報記憶部２４に登録された対応する氏名とを照合する登録情報の認証を行う。なお、この認証を行うタイミングは、Ｓ２８に限定されず、Ｓ２２で登録情報を受信後の任意のタイミングでよい。また、ここでは、氏名の照合を行うこととしたが、Ｓ２１で送信する登録画面５１に第１の認証情報の入力欄を設け、端末１から送信された第１の認証情報と口座情報記憶部２４に記憶された第１の認証情報との照合を行うこととしてもよい。

そして、認証部２２は、登録情報の認証の認証結果（氏名が一致する場合は成功、一致しない場合は失敗）と、外部システム３から受信した認証結果とを用いて端末１を使用するユーザを認証し、登録可否を判断する（Ｓ２８）。すなわち、登録情報の認証の認証結果と、外部システム３から受信した認証結果の両方が成功の場合、端末１を使用するユーザを、ネットワークを介したサービスを利用可能なユーザとして、口座情報記憶部２４への登録を許可する。具体的には、口座情報記憶部２４の第２の認証情報に、Ｓ２７で認証結果を送信した外部システム３の識別情報および外部システム３から通知されたＩＤを、登録する。

そして、認証部２２は、例えば図６に示すような、登録内容をユーザに確認させるための登録確認画面５３を端末１に送信する（Ｓ２９）。端末１は、登録確認画面５３を表示し、ユーザが登録した第２の認証情報をユーザに提示する。図示する登録確認画面５３では、ユーザが選択した外部システム３がわかるように、選択された外部システム３のボタンの色などを変更して表示するとともに、当該外部システム３で使用するＩＤを表示する。ユーザは、選択した外部システム３およびＩＤを確認後、登録ボタンをタッチするなどして登録指示を入力する。

端末１は、登録指示を受け付けると、認証サーバ２に登録承認指示を送信する。これにより、認証サーバ２の認証部２２は、Ｓ２８で口座情報記憶部２４に登録した第２の認証情報を確定する。このような登録処理後、ユーザは、図３で説明したログイン処理を行うことで、認証サーバ２が提供するネットバンキングサービスなどを利用することができるようになる。

なお、認証部２２は、登録情報の認証の認証結果、および外部システム３から受信した認証結果の少なくとも１つが失敗の場合、あるいは、登録情報の店番号および口座番号に一致するレコードが口座情報記憶部２４に存在しない場合は、登録を許可しない。この場合、認証部２２は、登録を許可しない旨の登録不許可画面を端末１に通知する、あるいは、登録画面５１を端末１に送信し、ユーザに再度入力を促すことなどが考えられる。

なお、口座情報記憶部２４の第２の認証情報に、外部システム用のＩＤとして前述の別ＩＤ（例えばＰＰＩＤ）を登録する場合、外部システム３は、図５のＳ２７で認証サーバ２に別ＩＤを認証結果とともに通知することとする。

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

また、本実施形態では、外部システム３と連携し、第２の認証については外部システム３に依頼する。このように、複数のシステムで別々に認証をおこなうことで、認証情報の漏洩リスクを軽減するとともに、第１および第２の認証情報の推定を困難にし、より高いセキュリティを確保することができる。

また、ポータルサイトなどのユーザが頻繁にアクセス・ログインする外部システム３を第２の認証の認証手段として用いることで、ユーザが認証情報を忘れにくいというメリットがある。また、認証サーバ２側では、第２の認証の結果のみを外部システム３から取得し、第２の認証処理自体を行う必要がないため、システムの負荷を増大させることなく、より高いセキュリティを確保することができる。また、外部システム３側でも、通常のログイン時の認証を行うため、既存システムへの影響が少ない。

また、本実施形態では、外部システム３で行った第２の認証の認証結果が成功の場合に、外部システム３で使用したＩＤと口座情報記憶部２４に記憶されたＩＤとが一致するか否かの照合を行う。これにより、より高いセキュリティを確保することができる。

また、本実施形態では、第２の認証を行う複数の外部システム３を有する。これより、ユーザは、いつも利用する、好きなサイトの外部システム３を選択することができ、そのため、第２の認証情報を忘れてしまうという問題を解消することができる。すなわち、ユーザの利便性を向上することができる。

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

例えば、上記実施形態では、外部システム３から受信した第２の認証の認証結果だけでなく、ＩＤを口座情報記憶部２４の第２の認証情報と照合することとしたが、ＩＤの照合を行わないこととしてもよい。この場合、口座情報記憶部２４には、第２の認証情報が記憶されていなく、外部システム３は第２の認証の認証結果のみを認証サーバ２に通知する。認証サーバ２は、外部システム３からの第２の認証の認証結果が成功であって、第１の認証情報が一致する場合、端末１からのログイン要求は正当なユーザからのログイン要求であると判別する。

また、認証サーバ２の口座情報記憶部２４には、第２の認証情報として、外部システム３のＩＤのみを登録することとしてもよい。この場合、認証サーバ２は、外部システム３の識別情報の照合を行うことなく、認証サーバ２から認証結果とともに通知されたＩＤと口座情報記憶部２４のＩＤとの照合を行う。

また、上記実施形態では、端末１は、認証サーバ２からログイン画面など各種画面を受信することとしたが、認証サーバ２から必要な情報を受信して、画面は端末１側で生成することとしてもよい。例えば、端末１は、認証サーバ２が提供するアプリケーションサービスを利用するために認証サーバ２に登録する際に、認証サーバから認証アプリ（プログラム）をダウンロードしておく。そして、ユーザが端末１にインストールされた認証アプリを起動することで、端末１は、ログイン画面を認証サーバ２に要求することなく生成し、表示することとしてもよい。

１ ：端末、
２ ：認証サーバ
２１：認証要求受付部
２２：認証部
２３：アプリケーション部
２４：口座情報記憶部
３ ：外部システム

Claims (5)

1. 認証装置であって、
   第１の認証情報を記憶する記憶手段と、
   端末から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置以外の外部システムへ第２の認証の認証依頼を送信するとともに、前記外部システムから第２の認証の認証結果を受信する認証要求受付手段と、
   前記端末から受信した第１の認証情報と前記記憶手段に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、前記端末のユーザは正当なユーザであると認証する認証手段と、を備えること
   を特徴とする認証装置。
2. 請求項１記載の認証装置であって、
   前記記憶手段には、前記第１の認証情報とともに、前記外部システム用のＩＤが第２の認証情報として記憶され、
   前記認証要求受付手段は、前記端末から前記外部システムに送信された当該外部システムでの認証対象のＩＤを、前記第２の認証の認証結果とともに受信し、
   前記認証手段は、受信したＩＤと前記記憶手段に記憶されたＩＤとが一致する場合、前記端末のユーザは正当なユーザであると認証すること
   を特徴とする認証装置。
3. 請求項１または２記載の認証装置であって、
   前記認証要求受付手段は、前記端末から、第１の認証情報とともに複数の前記外部システムのいずれかの外部システムを指定した認証要求を受信し、前記指定された外部システムへ第２の認証の認証依頼を送信すること
   を特徴とする認証装置。
4. コンピュータが行う認証方法であって、
   前記コンピュータは、第１の認証情報を記憶する記憶部を備え、
   端末から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置以外の外部システムへ第２の認証の認証依頼を送信する送信ステップと、
   前記外部システムから第２の認証の認証結果を受信する受信ステップと、
   前記端末から受信した第１の認証情報と前記記憶部に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、前記端末のユーザは正当なユーザであると認証する認証ステップと、を行うこと
   を特徴とする認証方法。
5. コンピュータを、
   第１の認証情報を記憶する記憶手段、
   端末から、第１の認証のための第１の認証情報を含む認証要求を受信して、当該認証装置以外の外部システムへ第２の認証の認証依頼を送信するとともに、前記外部システムから第２の認証の認証結果を受信する認証要求受付手段、および、
   前記端末から受信した第１の認証情報と前記記憶手段に記憶された第１の認証情報とが一致するか否かの第１の認証を行うとともに、第１の認証の認証結果および第２の認証の認証結果が成功の場合、前記端末のユーザは正当なユーザであると認証する認証手段、
   として機能させるための認証プログラム。

Images