特開 2023-160130 認証システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023160130

(43)【公開日】2023-11-02

(54)【発明の名称】認証システム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20231026BHJP

【ＦＩ】

G06F21/31

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022070255

(22)【出願日】2022-04-21

(71)【出願人】

【識別番号】000005234

【氏名又は名称】富士電機株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100132067

【弁理士】

【氏名又は名称】岡田 喜雅

(74)【代理人】

【識別番号】100131521

【弁理士】

【氏名又は名称】堀口 忍

(72)【発明者】

【氏名】伊藤 直

(57)【要約】

【課題】トラブルの発生時にも柔軟にユーザを認証できる認証システムを提供する。
【解決手段】認証システムは、保存部、画面提供部、および認証処理部を備える。保存部は、被認証者に対して予め決められている１または複数の認証方式から構成されるデフォルト認証パターンのセキュリティ強度を表す情報を保存する。画面提供部は、被認証者に認証方式を選択させるための認証方式選択画面を提供する。認証処理部は、デフォルト認証パターンまたは認証方式選択画面を利用して被認証者により選択された１または複数の認証方式から構成される認証パターンで被認証者を認証する。被認証者によりデフォルト認証パターン以外の認証パターンが要求されたときに、画面提供部は、デフォルト認証パターンのセキュリティ強度以上のセキュリティ強度を有する認証パターンで認証処理部により被認証者が認証されるように認証方式選択画面を生成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

被認証者からのアクセスに応じて前記被認証者を認証する認証システムであって、
それぞれが１または複数の認証方式から構成される複数の認証パターンのセキュリティ強度を表す第１の情報、および、前記被認証者に対して予め決められている１または複数の認証方式から構成されるデフォルト認証パターンのセキュリティ強度を表す第２の情報を保存する保存部と、
前記被認証者に認証方式を選択させるための認証方式選択画面を前記被認証者に提供する画面提供部と、
前記デフォルト認証パターンまたは前記認証方式選択画面を利用して前記被認証者により選択された１または複数の認証方式から構成される認証パターンで前記被認証者を認証する認証処理部と、を備え、
前記被認証者により前記デフォルト認証パターン以外の認証パターンが要求されたときに、前記画面提供部は、前記デフォルト認証パターンのセキュリティ強度以上のセキュリティ強度を有する認証パターンで前記認証処理部により前記被認証者が認証されるように前記認証方式選択画面を生成する
ことを特徴とする認証システム。

【請求項2】

前記被認証者により前記デフォルト認証パターン以外の認証パターンが要求されたときに、前記画面提供部は、前記認証方式選択画面を利用して、認証方式候補として、前記認証処理部が使用可能な認証方式を前記被認証者に提示し、
前記認証方式候補の中から前記被認証者により選択された１または複数の認証方式から構成される選択認証パターンのセキュリティ強度が前記デフォルト認証パターンのセキュリティ強度以上であれば、前記認証処理部は、前記選択認証パターンで前記被認証者を認証する
ことを特徴とする請求項１に記載の認証システム。

【請求項3】

前記被認証者により前記デフォルト認証パターン以外の認証パターンが要求されたときに、前記画面提供部は、
前記認証方式選択画面を利用して、第１の認証方式候補として、前記認証処理部が使用可能な認証方式を前記被認証者に提示し、
前記被認証者により前記第１の認証方式候補の中から第１の認証方式が選択されたときに、前記認証方式選択画面を利用して、第２の認証方式候補として、前記第１の認証方式と組み合わせることで得られる認証パターンのセキュリティ強度が前記デフォルト認証パターンのセキュリティ強度以上となる認証方式を前記被認証者に提示し、
前記認証処理部は、前記第１の認証方式および前記第２の認証方式候補の中から前記被認証者により選択された第２の認証方式で前記被認証者を認証する
ことを特徴とする請求項１に記載の認証システム。

【請求項4】

前記被認証者により前記デフォルト認証パターン以外の認証パターンが要求されたときに、前記画面提供部は、前記認証方式選択画面を利用して、認証パターン候補として、セキュリティ強度が前記デフォルト認証パターンのセキュリティ強度以上となる認証パターンを前記被認証者に提示し、
前記認証処理部は、前記被認証者により前記認証パターン候補の中から選択された認証パターンで前記被認証者を認証する
ことを特徴とする請求項１に記載の認証システム。

【請求項5】

前記被認証者により前記デフォルト認証パターン以外の認証パターンが要求されたときに、前記画面提供部は、前記認証方式選択画面を利用して、認証方式候補として、前記認証処理部が使用可能な認証方式を前記被認証者に提示し、
前記認証方式候補の中から前記被認証者により選択された１または複数の認証方式から構成される認証パターンのセキュリティ強度が前記デフォルト認証パターンのセキュリティ強度より低いときは、前記画面提供部は、前記デフォルト認証パターンで認証を行ったときと比較して前記被認証者に対して提供されるサービスが制限されることを表すメッセージを前記被認証者に提示し、
前記認証処理部は、前記画面提供部が前記被認証者に前記メッセージを提示した後に、前記被認証者により前記認証方式候補の中から選択された１または複数の認証方式で前記被認証者を認証する
ことを特徴とする請求項１に記載の認証システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、被認証者を認証する技術に係わる。

【背景技術】

【0002】

近年、ネットワークを介して目的のサーバまたはサイトに接続してサービスを受ける利用形態が増加してきている。この場合、サーバまたはサイトは、各ユーザの個人情報を保持するので、認証システムを備えることが多い。

【0003】

認証システムは、例えば、ユーザに対してＩＤおよびパスワードを要求する。或いは、認証システムは、ユーザに対してＩＤおよび生体情報を要求する。そして、認証システムは、入力されたパスワードまたは生体情報が登録されていれば、アクセスを許可する。また、複数の認証方式を組み合わせることでセキュリティを強化する認証システムが実用化されている。

【0004】

例えば、特許文献１に記載の認証システムは、複数の認証方式の組み合わせから構成される複数の認証組を登録する認証管理テーブルを備える。そして、認証システムは、端末からのアクセス要求があると、アクセス要求に関連する認証組を認証管理テーブルから選択し、選択した認証組に含まれる認証方式で認証を行う。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０２０－０３５３０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところが、複数の認証方式を使用する認証システムにおいては、何らかのトラブルの発生時に、認証を受けるために必要な情報を入力できなくなる可能性が増加する。例えば、ＳＭＳ（Short Message Service）の認証コードを使用する認証方式においては、携帯端末を紛失すると、認証コードを受信できず、認証を受けることはできない。また、指紋などの生体情報を要求する認証方式においては、生体情報を入力可能な携帯端末を紛失すると、認証を受けることはできない。

【0007】

本発明の１つの側面に係わる目的は、トラブルの発生時にも柔軟にユーザを認証できる認証システムを提供することである。

【課題を解決するための手段】

【0008】

本発明の１つの態様の認証システムは、被認証者からのアクセスに応じて前記被認証者を認証する。この認証システムは、それぞれが１または複数の認証方式から構成される複数の認証パターンのセキュリティ強度を表す第１の情報、および、前記被認証者に対して予め決められている１または複数の認証方式から構成されるデフォルト認証パターンのセキュリティ強度を表す第２の情報を保存する保存部と、前記被認証者に認証方式を選択させるための認証方式選択画面を前記被認証者に提供する画面提供部と、前記デフォルト認証パターンまたは前記認証方式選択画面を利用して前記被認証者により選択された１または複数の認証方式から構成される認証パターンで前記被認証者を認証する認証処理部と、を備える。前記被認証者により前記デフォルト認証パターン以外の認証パターンが要求されたときに、前記画面提供部は、前記デフォルト認証パターンのセキュリティ強度以上のセキュリティ強度を有する認証パターンで前記認証処理部により前記被認証者が認証されるように前記認証方式選択画面を生成する。

【発明の効果】

【0009】

上述の態様によれば、トラブルの発生時にも柔軟にユーザを認証することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係わる認証システムの一例を示す図である。

【図2】認証方式管理テーブルの一例を示す図である。

【図3】セキュリティ強度管理テーブルの一例を示す図である。

【図4】認証処理管理テーブルの一例を示す図である。

【図5】第１の実施形態において画面提供部により提供される画面の遷移の一例を示す図である。

【図6】乱数表の一例を示す図である。

【図7】第１の実施形態に係わるログイン手順の一例を示すフローチャートである。

【図8】第２の実施形態において画面提供部により提供される画面の遷移の一例を示す図である。

【図9】第２の実施形態に係わるログイン手順の一例を示すフローチャートである。

【図10】第３の実施形態において画面提供部により提供される画面の遷移の一例を示す図である。

【図11】第３の実施形態に係わるログイン手順の一例を示すフローチャートである。

【図12】第４の実施形態において画面提供部により提供される画面の遷移の一例を示す図である。

【図13】第４の実施形態に係わるログイン手順の一例を示すフローチャートである。

【図14】認証システムのハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0011】

図１は、本発明の実施形態に係わる認証システムの一例を示す。この実施例では、本発明の実施形態に係わる認証システム１０は、サーバシステム１００の中に実装される。サーバシステム１００は、ユーザに対してサービスを提供する１または複数のコンピュータにより実現される。ここで、サーバシステム１００は、認証システム１０により認証された正規のユーザのみに対してサービスを提供する。なお、認証システム１０は、サーバシステム１００の外に設けられてもよい。また、認証システム１０およびサーバシステム１００は、互いに独立した物理コンピュータで実現してもよいし、同じコンピュータシステムのリソースをシェアすることで実現してもよい。

【0012】

サーバシステム１００のサービスを受けるときには、ユーザは、ユーザ端末２００を利用してサーバシステム１００にアクセスする。そうすると、サーバシステム１００は、認証システム１０を起動してユーザ認証を依頼する。

【0013】

認証システム１０は、保存部１１、画面提供部１２、および認証処理部１３を備える。なお、認証システム１０は、図１に示していない他の機能を備えてもよい。

【0014】

保存部１１は、たとえば、半導体メモリにより実現され、認証方式管理テーブル、セキュリティ強度管理テーブル、および認証処理管理テーブルを保存する。また、保存部１１は、認証処理に係わる他のデータ、情報、およびプログラムを保存できる。

【0015】

図２は、認証方式管理テーブルの一例を示す。認証方式管理テーブル２１は、認証処理部１３が利用可能な認証方式を管理する。この実施例では、認証処理部１３は、パスワードを用いる認証（ＰＷ：PassWord）、ショートメッセージサービスのコード認証（ＳＭＳ）、乱数表を用いる認証（ＲＡＮＤ：RANDom number）、単一要素ワンタイムパスワードデバイスを用いる認証（ＳＦＯＤ：Single-Factor One time password Device）、単一要素クライアント証明書を用いる認証（ＳＦＣＣ：Single-Factor Client Certificate）、単一要素暗号デバイスを用いる認証（ＳＦＣＤ：Single-Factor Cryptographic Device）、多要素ワンタイムパスワードデバイスを用いる認証（ＭＦＯＤ：Multi-Factor One time password Device）、多要素クライアント証明書を用いる認証（ＭＦＣＣ：Multi-Factor Client Certificate）、および多要素暗号デバイスを用いる認証（ＭＦＣＤ：Multi-Factor Cryptographic Device）を利用することができる。

【0016】

図３は、セキュリティ強度管理テーブルの一例を示す。セキュリティ強度管理テーブル２２は、認証処理部１３が実行可能な１または複数の認証方式から構成される各認証パターンのセキュリティ強度を表す。セキュリティ強度は、特に限定されるものではないが、この実施例では、ＮＩＳＴ（National Institute of Standards and Technology）が定めたＡＡＬ（Authenticator Assurance Level）（NIST SP800-63B）で設定されるものとする。

【0017】

認証処理部１３は、この実施例では、１７通りの認証パターンを実行できる。具体的には、認証処理部１３は、セキュリティ強度がＡＡＬ１である認証パターンを６通り実行でき、セキュリティ強度がＡＡＬ２である認証パターンを６通り実行でき、セキュリティ強度がＡＡＬ３である認証パターンを５通り実行できる。なお、ＡＡＬ１～ＡＡＬ３のうちで、ＡＡＬ１のセキュリティ強度は最も低く、ＡＡＬ３のセキュリティ強度は最も高い。

【0018】

図４は、認証処理管理テーブルの一例を示す。認証処理管理テーブル２３は、この実施例では、図４（ａ）に示すように、サーバシステム１００を利用するユーザのアカウント毎に、デフォルト認証方式およびそのセキュリティ強度、現在の認証方式およびそのセキュリティ強度、および利用可能認証方式を管理する。なお、利用可能認証方式は、認証処理部１３が利用可能な認証方式を表す。よって、認証システム１０が図２に示す認証方式管理テーブル２１を備えるときは、認証処理管理テーブル２３は利用可能認証方式を管理しなくてもよい。

【0019】

デフォルト認証方式は、通常時にユーザが使用する認証方式を表す。ここで、デフォルト認証方式は、ユーザにより予め決められているものとする。デフォルト認証方式のセキュリティ強度は、図３に示すセキュリティ強度管理テーブル２２を参照して設定される。この実施例では、通常時にユーザが使用する認証方式は、パスワード認証およびＳＭＳコード認証である。よって、デフォルト認証方式のセキュリティ強度はＡＡＬ２である。なお、以下の記載では、通常時にユーザが使用する１または複数の認証方式から構成される認証パターンを「デフォルト認証パターン」と呼ぶことがある。

【0020】

現在の認証方式は、ユーザが認証システム１０またはサーバシステム１００にログインする際に実際に使用している認証方式を表す。したがって、ユーザがログインしていないときには、現在の認証方式を記録するためのフィールドは空欄である。そして、ユーザがログインすると、実際に使用されている認証方式が記録される。この後、ユーザがログアウトすると、このフィールドは初期化される。現在の認証方式のセキュリティ強度は、ログイン時に、セキュリティ強度管理テーブル２２を参照して設定される。

【0021】

図４（ｂ）は、ユーザが通常時の認証方式で認証されたときの認証処理管理テーブル２３の状態を示す。この例では、認証システム１０は、パスワードおよびＳＭＳコードを用いてユーザを認証している。この場合、現在の認証方式として「ＰＷ＋ＳＭＳ」が記録され、そのセキュリティ強度として「ＡＡＬ２」が設定される。

【0022】

図４（ｃ）は、ユーザが通常時とは異なる認証方式で認証されたときの認証処理管理テーブル２３の状態を示す。この例では、認証システム１０は、パスワードおよび乱数表を用いてユーザを認証している。この場合、現在の認証方式として「ＰＷ＋ＲＡＮＤ」が記録される。また、図３に示すセキュリティ強度管理テーブル２２を参照することにより、現在の認証方式のセキュリティ強度として「ＡＡＬ２」が設定される。

【0023】

図４（ｄ）は、さらに他の認証方式で認証されたときの認証処理管理テーブル２３の状態を示す。この例では、認証システム１０は、パスワードのみを用いてユーザを認証している。この場合、現在の認証方式として「ＰＷ」が記録される。また、図３に示すセキュリティ強度管理テーブル２２を参照することにより、現在の認証方式のセキュリティ強度として「ＡＡＬ１」が設定される。

【0024】

画面提供部１２は、ユーザからのアクセスに応じて、そのユーザが使用しているユーザ端末に対してログイン画面を提供する。図１に示す例では、画面提供部１２は、ユーザ端末２００にログイン画面を提供する。そうすると、ログイン画面は、ユーザ端末２００の表示部２０１に表示される。そして、ユーザは、ログイン画面を利用してアカウント情報および認証情報を入力することができる。また、ユーザがデフォルト認証パターン以外の認証パターンを要求した場合には、画面提供部１２は、ユーザ端末２００に認証方式選択画面を提供する。認証方式選択画面は、ユーザに１または複数の認証方式を選択させることができる。なお、画面提供部１２は、デフォルト認証パターンのセキュリティ強度以上のセキュリティ強度を有する認証パターンでユーザが認証されるように認証方式選択画面を生成することが好ましい。

【0025】

認証処理部１３は、デフォルト認証パターンまたは認証方式選択画面を利用してユーザにより選択された１または複数の認証方式から構成される認証パターンでそのユーザを認証する。この結果、認証が成功すれば、認証処理部１３は、サーバシステム１００へのアクセスを許可する。

【0026】

このように、認証システム１０は、ユーザ端末に認証方式選択画面を提供することにより、ユーザに１または複数の認証方式を選択させることができる。すなわち、サーバシステム１００にアクセスするユーザは、認証システム１０から提供される認証方式選択画面を利用して認証方式を選択することができる。よって、デフォルト認証パターンを利用できないときには、ユーザは、認証方式選択画面を利用して他の認証方式を選択できる。このとき、認証システム１０は、デフォルト認証パターンのセキュリティ強度以上のセキュリティ強度を有する認証パターンでユーザが認証されるように認証方式選択画面を生成する。したがって、ユーザにより選択される１または複数の認証方式から構成される認証パターンのセキュリティ強度は、通常時のセキュリティ強度以上となることが期待される。

【0027】

＜第１の実施形態＞
図５は、本発明の第１の実施形態において画面提供部１２により提供される画面の遷移の一例を示す。この実施例では、ユーザは、通常時において、認証システム１０によりパスワードおよびＳＭＳコードで認証されるものとする。すなわち、このユーザのデフォルト認証パターンは、パスワードおよびＳＭＳコードである。

【0028】

ユーザがユーザ端末２００を用いてサーバシステム１００にアクセスすると、認証システム１０が起動され、認証手順が開始される。認証手順の開始時には、認証システム１０は、ユーザ端末２００にログイン画面３１を提供する。ログイン画面３１は、ユーザＩＤおよびデフォルト認証パターンに係わる認証情報を入力するためのボックスを含む。この例では、デフォルト認証パターンはパスワードおよびＳＭＳコードである。したがって、ログイン画面３１は、パスワードを入力するためのボックスおよびＳＭＳコードを入力するためのボックスを備える。また、ログイン画面３１は、デフォルト認証パターン以外の認証パターンの使用を要求する切替えボタンを備える。切替えボタンは、図５に示す実施例では、「他の認証方式を使う」と表記されている。なお、ログイン画面が要求するユーザＩＤは、図４に示す認証処理管理テーブル２３に記録されるアカウントに相当する。

【0029】

ユーザは、デフォルト認証パターンで認証を受けるときは、ログイン画面３１にユーザＩＤ、パスワード、およびＳＭＳコードを入力する。そうすると、ユーザ端末２００は、入力された情報を認証システム１０に送信する。そして、認証システム１０は、ユーザ端末２００から受信する情報に基づいてユーザ認証を行う。この結果、認証が成功すると、認証システム１０は、サーバシステム１００へのアクセスを許可する。

【0030】

ただし、この実施例では、ユーザは、デフォルト認証パターン以外の認証パターンで認証を受けるものとする。この場合、ユーザは、ログイン画面３１に表示されている切替えボタンを操作する。そうすると、ユーザ端末２００は、切替えボタンが操作されたことを表す切替え信号を認証システム１０に送信する。

【0031】

認証システム１０は、切替え信号を受信すると、ユーザ端末２００に認証方式選択画面３２を提供する。認証方式選択画面３２は、認証方式候補として、認証システム１０が使用可能な認証方式を表示する。認証システム１０が使用可能な認証方式は、例えば、図２に示す認証方式管理テーブル２１に記録されている。

【0032】

ユーザは、認証方式選択画面３２に表示されている認証方式候補の中から所望の１または複数の認証方式を選択する。そうすると、ユーザ端末２００は、ユーザにより選択された認証方式を認証システム１０に通知する。すなわち、ユーザにより選択された１または複数の認証方式から構成される認証パターンが認証システム１０に通知される。以下の記載では、認証方式選択画面を利用してユーザにより選択された１または複数の認証方式から構成される認証パターンを「選択認証パターン」と呼ぶことがある。

【0033】

この実施例では、ユーザは、認証方式選択画面３２を利用してパスワードおよび乱数表を選択するものとする。乱数表は、この実施例では、図６に示すように、複数の行および複数の列から構成される。また、ユーザは、認証システム１０から乱数表を取得しているものとする。

【0034】

認証システム１０は、図３に示すセキュリティ強度管理テーブル２２を参照してデフォルト認証パターンのセキュリティ強度と選択認証パターンのセキュリティ強度とを比較する。この実施例では、デフォルト認証パターンはパスワードおよびＳＭＳコードから構成され、そのセキュリティ強度はＡＡＬ２である。また、選択認証パターンはパスワードおよび乱数表から構成され、そのセキュリティ強度はＡＡＬ２である。よって、選択認証パターンのセキュリティ強度はデフォルト認証パターンのセキュリティ強度以上であると判定される。そして、認証システム１０は、この判定結果を表示するように認証方式選択画面を更新することで認証方式選択画面３３を生成する。

【0035】

認証方式選択画面３３においては、ユーザにより選択された認証方式が識別表示されている。また、認証方式選択画面３３は、選択認証パターンのセキュリティ強度がデフォルト認証パターンのセキュリティ強度以上であることを表す判定結果（図５では、〇印）を含む。さらに、認証方式選択画面３３は、ログイン画面に遷移するための遷移ボタンを含む。

【0036】

ユーザが認証方式選択画面３３において遷移ボタンを操作すると、認証システム１０はユーザ端末２００にログイン画面３４を提供する。ログイン画面３４は、ユーザにより選択された認証方式に係わる情報を入力するためのボックスを備える。そして、ユーザは、ログイン画面３４を利用してユーザＩＤ、パスワード、および乱数情報を入力する。乱数情報は、図６に示す乱数表に従う。例えば、乱数表の「１Ｂ」が要求されたときは、ユーザは「７Ａ」を入力し、乱数表の「３Ｃ」が要求されたときは、ユーザは「ＯＺ」を入力する。認証システム１０は、ユーザ端末２００から受信する情報に基づいてユーザ認証を行う。この結果、認証が成功すると、認証システム１０は、サーバシステム１００へのアクセスを許可する。

【0037】

図７は、本発明の第１の実施形態に係わるログイン手順の一例を示すフローチャートである。このフローチャートの処理は、例えば、ユーザがユーザ端末２００を用いてサーバシステム１００にアクセスし、認証システム１０がユーザ端末２００にログイン画面を提供したときに実行される。

【0038】

Ｓ１１において、認証システム１０は、ユーザがデフォルト認証パターン以外の認証パターンを要求しているか否かを判定する。図５に示す例では、ユーザ端末２００においてログイン画面上で切替えボタン「他の認証方式を使う」が操作されたときには、認証システム１０は、ユーザがデフォルト認証パターン以外の認証パターンを要求していると判定する。この場合、認証システム１０の処理はＳ１２に進む。一方、切替えボタン「他の認証方式を使う」が操作されることなく、ログイン画面３１を利用してユーザＩＤおよび認証情報が入力されると、認証システム１０の処理はＳ１６に進む。この場合、認証システム１０は、デフォルト認証パターンでユーザを認証する。

【0039】

Ｓ１２において、認証システム１０は、ユーザ端末２００に認証方式選択画面を提供する。認証方式選択画面は、上述したように、認証方式候補として、認証システム１０が使用可能な認証方式を表示する。図５に示す例では、認証方式選択画面３２が提供される。なお、ユーザは、認証方式選択画面３２を利用して１または複数の所望の認証方式を選択する。

【0040】

Ｓ１３において、認証システム１０は、ユーザにより選択された認証方式を検出する。Ｓ１４において、認証システム１０は、ユーザにより選択された認証方式から構成される認証パターン（すなわち、選択認証パターン）のセキュリティ強度が目標レベル以上であるか判定する。目標レベルは、例えば、デフォルト認証パターンのセキュリティ強度である。

【0041】

選択認証パターンのセキュリティ強度が目標レベルより低いときは、認証システム１０の処理はＳ１２に戻る。すなわち、ユーザにより選択された認証方式から構成される選択認証パターンのセキュリティ強度が目標レベル以上となるまで、Ｓ１２～Ｓ１４の処理が繰り返し実行される。なお、選択認証パターンのセキュリティ強度が目標レベルより低いときは、ユーザにより選択された認証方式ではセキュリティ強度が不十分であることを表す判定結果（例えば、×印）を認証方式選択画面に表示してもよい。よって、ユーザは、新たな認証方式を選択することができる。

【0042】

Ｓ１２～Ｓ１４において選択認証パターンのセキュリティ強度が目標レベル以上になると、認証システム１０の処理はＳ１５に進む。この場合、認証システム１０は、選択認証パターンでユーザを認証する。

【0043】

このように、第１の実施形態においては、ユーザが目標レベル以上のセキュリティ強度を有する認証方式を選択するまで、ユーザ認証は実行されない。したがって、ユーザがデフォルト認証パターン以外の認証パターンでの認証を要求する場合であっても、十分なセキュリティレベルを確保することができる。

【0044】

＜第２の実施形態＞
図８は、本発明の第２の実施形態において画面提供部１２により提供される画面の遷移の一例を示す。なお、ログイン画面４１および認証方式選択画面４２は、図５に示すログイン画面３１および認証方式選択画面３２と実質的に同じである。すなわち、第２の実施形態においても、ユーザがログイン画面４１に表示されている切替えボタン「他の認証方式を使う」を操作すると、ユーザ端末２００の表示部２０１に認証方式選択画面４２が表示される。

【0045】

第２の実施形態において、認証方式選択画面４２に表示されている認証方式候補の中からユーザが所望の認証方式を１つ選択すると、その選択された認証方式と組み合わせることで目標レベル以上のセキュリティ強度が得られる認証方式の候補が提示される。図８に示す例では、認証方式選択画面４３において「パスワード」が選択される。この場合、認証方式選択画面４４において、「パスワード」と組み合わせることで目標レベル以上のセキュリティ強度が得られる認証方式の候補（乱数表、ＳＭＳコード認証、クライアント証明書、ＵＳＢドングル等）が提示される。

【0046】

ユーザは、認証方式選択画面４４に表示されている認証方式候補の中から所望の認証方式を選択する。そうすると、先に選択されている認証方式と新たに選択された認証方式から構成される認証パターンのセキュリティ強度は目標レベル以上になる。したがって、認証システムは、ユーザ端末２００にログイン画面４５を提供する。なお、ログイン画面４５は、図５に示すログイン画面３４と実質的に同じである。

【0047】

図９は、本発明の第２の実施形態に係わるログイン手順の一例を示すフローチャートである。なお、Ｓ１１～Ｓ１２およびＳ１６は、第１の実施形態および第２の実施形態において実質的に同じである。ただし、ユーザは、Ｓ１２においてユーザ端末２００に表示される認証方式選択画面を利用して、認証方式を１つだけ選択するものとする。以下の記載では、このようにして選択される認証方式を「第１の認証方式」と呼ぶことがある。

【0048】

Ｓ２１において、認証システム１０は、ユーザにより選択された第１の認証方式を検出する。Ｓ２２において、認証システム１０は、第１の認証方式と組み合わせることで目標レベル以上のセキュリティ強度が得られる認証方式の候補を提示する認証方式選択画面をユーザ端末２００に提供する。これに対して、ユーザは、Ｓ２２においてユーザ端末２００に表示される認証方式選択画面を利用して、第２の認証方式を選択するものとする。

【0049】

Ｓ２３において、認証システム１０は、ユーザにより選択された第２の認証方式を検出する。そして、認証システム１０は、Ｓ２５において、Ｓ２１で検出した第１の認証方式およびＳ２３で検出した第２の認証方式の組合せでユーザを認証する。Ｓ２５の処理は、図７に示すＳ１５の処理と実質的に同じである。なお、認証システム１０は、Ｓ２４において、Ｓ２１で検出した第１の認証方式およびＳ２３で検出した第２の認証方式から構成される選択認証パターンのセキュリティ強度が目標レベル以上であるか否かを確認してもよい。このとき、選択認証パターンのセキュリティ強度が目標レベルより低ければ、認証システム１０の処理はＳ２２に戻る。

【0050】

このように、第２の実施形態においては、ユーザが認証方式を１つ選択すると、その認証方式と組み合わせることで目標レベル以上のセキュリティ強度が得られる認証方式の候補のみがユーザに提示される。したがって、デフォルト認証パターンを使用できないときに、第１の実施形態と比較してユーザの手間を削減しながら、目標レベル以上のセキュリティ強度を確保できる。

【0051】

＜第３の実施形態＞
図１０は、本発明の第３の実施形態において画面提供部１２により提供される画面の遷移の一例を示す。なお、ログイン画面５１は、図５に示すログイン画面３１と実質的に同じである。ただし、第３の実施形態では、ユーザがログイン画面５１に表示されている切替えボタン「他の認証方式を使う」を操作すると、ユーザ端末２００の表示部２０１に認証方式選択画面５２が表示される。

【0052】

認証方式選択画面５２は、目標レベル以上のセキュリティ強度を有する認証パターンのみを表示する。各認証パターンは、１または複数の認証方式から構成される。目標レベルは、例えば、デフォルト認証パターンのセキュリティ強度である。

【0053】

ユーザは、提示された認証パターンの中から所望の認証パターンを選択する。この実施例では、「パスワードと乱数表」が選択される。そうすると、認証方式選択画面５３において、選択された認証パターンが識別表示されると共に、ログイン画面に遷移するための遷移ボタンが表示される。この後、ユーザが遷移ボタンを操作すると、ユーザ端末２００にログイン画面５４が表示される。ログイン画面５４は、図５に示すログイン画面３４と実質的に同じである。

【0054】

図１１は、本発明の第３の実施形態に係わるログイン手順の一例を示すフローチャートである。なお、Ｓ１１およびＳ１６は、第１～第３の実施形態において実質的に同じである。ただし、第３の実施形態では、ユーザがデフォルト認証パターン以外の認証パターンを要求したときに、認証システム１０は、Ｓ３１において、目標レベル以上のセキュリティ強度が得られる認証パターンのみを表示する認証方式選択画面をユーザ端末２００に提供する。これに応じて、ユーザは、Ｓ３１においてユーザ端末２００に表示される認証方式選択画面を利用して、認証パターンを選択するものとする。

【0055】

Ｓ３２において、認証システム１０は、ユーザにより選択された認証パターンを検出する。そして、Ｓ３３において、認証システム１０は、ユーザにより選択された認証パターンでユーザを認証する。なお、Ｓ３３の処理は、図７に示すＳ１５の処理と実質的に同じである。

【0056】

このように、第３の実施形態においては、ユーザがデフォルト認証パターン以外の認証パターンを要求したときに、目標レベル以上のセキュリティ強度が得られる認証パターンのみが提示される。したがって、デフォルト認証パターンを使用できないときに、第１～第２の実施形態と比較してユーザの手間をさらに削減しながら、目標レベル以上のセキュリティ強度を確保できる。

【0057】

＜第４の実施形態＞
第１～第３の実施形態では、ユーザが他の認証方式を利用する場合であっても、目標レベル以上のセキュリティ強度が得られる認証パターンでユーザが認証される。ただし、デフォルト認証パターンで認証を受けることができないときに、ユーザは、同等のセキュリティ強度を有する認証方式を利用できるとは限らない。そこで、第４の実施形態では、ユーザが利用できる認証方式に基づくセキュリティ強度が目標レベルより低いときには、認証システム１０は、サーバシステム１００からユーザに提供されるサービスを制限する。

【0058】

図１２は、本発明の第４の実施形態において画面提供部１２により提供される画面の遷移の一例を示す。なお、ログイン画面６１および認証方式選択画面６２は、図５に示すログイン画面３１および認証方式選択画面３２と実質的に同じである。すなわち、第４の実施形態においても、ユーザがログイン画面６１に表示されている切替えボタン「他の認証方式を使う」を操作すると、ユーザ端末２００の表示部２０１に認証方式選択画面６２が表示される。

【0059】

ユーザは、認証方式選択画面６２に表示されている認証方式の中から所望の認証方式を選択する。ただし、この実施例では、ユーザは「パスワード」のみを選択する。ここで、パスワードのみを用いる認証のセキュリティ強度はＡＡＬ１であり、デフォルト認証パターンのセキュリティ強度（ＡＡＬ２）より低い。この場合、認証システム１０は、サーバシステム１００のサービスが制限されることを表すメッセージをユーザに提示する。図１２に示す例では、認証方式選択画面６３に「セキュリティ強度が低いため、通常より使える機能が制限されます。」とのメッセージが表示される。

【0060】

ユーザは、サービスが制限されることを受け入れる場合には、認証方式選択画面６３において、ログイン画面に遷移するための遷移ボタンを操作する。そうすると、ユーザ端末２００にログイン画面６４が表示される。そして、ユーザは、ログイン画面６４を利用して認証情報（ここでは、パスワード）を入力する。

【0061】

認証が成功すると、認証システム１０は、ユーザのセキュリティ強度が目標レベルより低いことをサーバシステム１００に通知する。そうすると、サーバシステム１００は、ユーザに提供するサービスを制限する。例えば、銀行のサーバシステムにおいては、通常時には残高参照サービスおよび送金サービスを提供するが、ユーザのセキュリティ強度が目標レベルより低いときには、残高参照サービスのみを提供する。

【0062】

図１３は、本発明の第４の実施形態に係わるログイン手順の一例を示すフローチャートである。なお、Ｓ１１～Ｓ１４およびＳ１６は、第１の実施形態および第４の実施形態において実質的に同じである。ただし、第４の実施形態では、ユーザにより選択された認証方式のセキュリティ強度が目標レベルより低いときには、認証システム１０はＳ４１～Ｓ４２の処理を実行する。

【0063】

Ｓ４１において、認証システム１０は、サービスが制限されることを表すメッセージをユーザに提示する。Ｓ４２において、認証システム１０は、セキュリティ強度が目標レベルより低いことをサーバシステム１００に通知する。この後、認証システム１０は、Ｓ４３において、ユーザにより選択された認証方式でユーザを認証する。

【0064】

このように、第４の実施形態によれば、ユーザが選択した認証方式のセキュリティ強度が目標レベルより低いときには、サーバシステム１００は、機能を制限した状態でそのユーザにサービスを提供する。よって、ユーザは、十分な認証情報を入力できない場合であっても、少なくとも一部のサービスを受けることができる。一方、サーバシステム１００は、セキュリティ強度の低いユーザに対してサービスを制限するので、不正なアクセスに係わるリスクを低減できる。

【0065】

＜ハードウェア構成＞
図１４は、認証システム１０のハードウェア構成の一例を示す。認証システム１０は、プロセッサ５０１、メモリ５０２、記憶装置５０３、入出力デバイス５０４、記録媒体読取り装置５０５、通信インタフェース５０６を備えるコンピュータ５００により実現される。

【0066】

プロセッサ５０１は、記憶装置５０３に保存されている認証プログラムを実行することにより、認証システム１０の動作を制御する。このプログラムは、図７、図９、図１１、または図１３に示すフローチャートの手順を記述したプログラムコードを含む。したがって、プロセッサ５０１がこのプログラムを実行することにより、図１に示す画面提供部１２および認証処理部１３の機能が提供される。

【0067】

メモリ５０２は、プロセッサ５０１の作業領域として使用される。記憶装置５０３は、上述した認証プログラムおよび他のプログラムを保存する。また、図２に示す認証方式管理テーブル２１、図３に示すセキュリティ強度管理テーブル２２、および図４に示す認証処理管理テーブル２３は、メモリ５０２または記憶装置５０３に保存される。

【0068】

入出力デバイス５０４は、キーボード、マウス、タッチパネル、マイクなどの入力デバイスを含む。また、入出力デバイス５０４は、表示装置、スピーカーなどの出力デバイスを含む。記録媒体読取り装置５０５は、記録媒体５１０に記録されているデータおよび情報を取得できる。記録媒体５１０は、コンピュータ５００に着脱可能なリムーバブル記録媒体である。また、記録媒体５１０は、例えば、半導体メモリ、光学的作用で信号を記録する媒体、または磁気的作用で信号を記録する媒体により実現される。なお、上述した認証プログラムは、記録媒体５１０からコンピュータ５００に与えられてもよい。通信インタフェース５０６は、ネットワークに接続する機能を提供する。なお、上述した認証プログラムがプログラムサーバ５２０に保存されているときは、コンピュータ５００は、プログラムサーバ５２０から認証プログラムを取得してもよい。

【符号の説明】

【0069】

１０ 認証システム
１１ 保存部
１２ 画面提供部
１３ 認証処理部
２１ 認証方式管理テーブル
２２ セキュリティ強度管理テーブル
２３ 認証処理管理テーブル
１００ サーバシステム
２００ ユーザ端末
２０１ 表示部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】