特許 6081857 認証システムおよび認証方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6081857

(24)【登録日】2017年1月27日

(45)【発行日】2017年2月15日

(54)【発明の名称】認証システムおよび認証方法

(51)【国際特許分類】

   G06F 21/41 20130101AFI20170206BHJP

【ＦＩ】

   G06F21/41

【請求項の数】8

【全頁数】15

(21)【出願番号】特願2013-93379(P2013-93379)

(22)【出願日】2013年4月26日

(65)【公開番号】特開2014-215853(P2014-215853A)

(43)【公開日】2014年11月17日

【審査請求日】2016年1月25日

(73)【特許権者】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100101247

【弁理士】

【氏名又は名称】高橋 俊一

(74)【代理人】

【識別番号】100095500

【弁理士】

【氏名又は名称】伊藤 正和

(74)【代理人】

【識別番号】100098327

【弁理士】

【氏名又は名称】高松 俊雄

(72)【発明者】

【氏名】水谷 祥史

(72)【発明者】

【氏名】片山 忠則

(72)【発明者】

【氏名】西亀 健太

【審査官】 岸野 徹

(56)【参考文献】

【文献】 特開２０１３−０７３４１６（ＪＰ，Ａ）

【文献】 特開２０１２−２１２３６８（ＪＰ，Ａ）

【文献】 特開２００９−２４６４１７（ＪＰ，Ａ）

【文献】 特開２００３−２４８６６１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／００８８５１９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／４１

(57)【特許請求の範囲】

【請求項1】

サービスを提供する複数のサービス提供装置にアクセスする端末と、前記端末を使用するユーザを認証する認証装置とを備える認証システムであって、
前記認証装置は、
複数の認証ロジックを含む認証情報生成ルールを、前記端末に配信する配信手段と、
前記端末から認証情報を受信し、当該認証情報を認証する認証手段と、を備え、
前記端末は、
前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成手段と、
生成した認証情報を前記認証装置に送信する送信手段と、を備えること
を特徴とする認証システム。

【請求項2】

請求項１記載の認証システムであって、
前記端末の認証情報生成手段は、前記ユーザ情報および時刻を用いて前記複数の認証ロジックの中から使用する認証ロジックを選択し、
前記認証装置の認証手段は、前記端末から認証情報とともにユーザ情報を受信し、当該ユーザ情報および時刻を用いて選択された認証ロジックから生成された認証情報と、前記端末から受信した認証情報とを照合して認証すること
を特徴とする認証システム。

【請求項3】

請求項１または２記載の認証システムであって、
前記認証装置の配信手段は、所定のタイミングで前記認証情報生成ルールを配信し、認証情報の生成方法を変更すること
を特徴とする認証システム。

【請求項4】

請求項１から３のいずれか一項に記載の認証システムであって、
前記端末は、
複数の種類のユーザ情報の中のいずれかのユーザ情報を受け付けるユーザ情報受付手段をさらに備え、
前記認証装置の認証手段は、認証情報の認証に失敗した場合、異なる種類のユーザ情報から生成される認証情報を前記端末に要求すること
を特徴とする認証システム。

【請求項5】

請求項１から４のいずれか一項に記載の認証システムであって、
前記認証装置は、現用機と予備機とを備え、
前記予備機が用いる認証ロジックは、前記現用機が用いる認証ロジックと異なること
を特徴とする認証システム。

【請求項6】

端末にサービスを提供する複数のサービス提供装置と、前記端末を使用するユーザを認証する認証装置とを備える認証システムであって、
前記認証装置は、
複数の認証ロジックを含む認証情報生成ルールを、前記サービス提供装置に配信する配信手段と、
前記サービス提供装置から認証情報を受信し、当該認証情報を認証する認証手段と、を備え、
前記サービス提供装置は、
前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、前記端末で入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成手段と、
生成した認証情報を前記認証装置に送信する送信手段と、を備えること
を特徴とする認証システム。

【請求項7】

サービスを提供する複数のサービス提供装置にアクセスする端末と、前記端末を使用するユーザを認証する認証装置とを備える認証システムが行う認証方法であって、
前記認証装置は、
複数の認証ロジックを含む認証情報生成ルールを、前記端末に配信する配信ステップと、
前記端末から認証情報を受信し、当該認証情報を認証する認証ステップと、を行い、
前記端末は、
前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成ステップと、
生成した認証情報を前記認証装置に送信する送信ステップと、を行うこと
を特徴とする認証方法。

【請求項8】

端末にサービスを提供する複数のサービス提供装置と、前記端末を使用するユーザを認証する認証装置とを備える認証システムが行う認証方法であって、
前記認証装置は、
複数の認証ロジックを含む認証情報生成ルールを、前記サービス提供装置に配信する配信ステップと、
前記サービス提供装置から認証情報を受信し、当該認証情報を認証する認証ステップと、を行い、
前記サービス提供装置は、
前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、前記端末で入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成ステップと、
生成した認証情報を前記認証装置に送信する送信ステップと、を行うこと
を特徴とする認証方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークを介してアクセスされるユーザの正当性を認証する認証システム、および認証方法に関する。

【背景技術】

【0002】

ユーザが複数のネットワーク上のサービスを受けるためには、サービス毎にそれぞれのサービス提供装置にアクセスし、認証を行わなければならないが、これは、ユーザにとって手間がかかる。このため、一度、認証を行うことで、再度の認証を行うことなく複数のサービスを受けることを可能とする技術としてシングルサインオンが普及してきている。

【0003】

シングルサインオンは、ユーザにとっては利便性のある技術であるが、セキュリティの面からは様々な課題がある。例えば、セキュリティ強度を保つためにワンタイムパスワードと組み合わせることが行われている。さらに、初期認証のみでサービスを利用することができてしまうため、全体のセキュリティを保つ工夫として、サービス提供装置側が必要とする認証レベルを確認した上で認証を行う特許文献１の技術がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開2007-272542号公報

【発明の概要】

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

【0005】

しかしながら、特許文献１では、認証方法を知られてしまったような場合においては、ネットワーク上の情報を盗聴され解読されるリスクは依然として残ることとなる。また、認証方法がわかるとその認証強度も把握されてしまう。

【0006】

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、多様な認証方法を用いることで、セキュリティレベルを向上し、精度の高い認証を行う認証システムおよび認証方法を提供することにある。

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

【0007】

上記目的を達成するため、請求項１記載の本発明は、サービスを提供する複数のサービス提供装置にアクセスする端末と、前記端末を使用するユーザを認証する認証装置とを備える認証システムであって、前記認証装置は、複数の認証ロジックを含む認証情報生成ルールを、前記端末に配信する配信手段と、前記端末から認証情報を受信し、当該認証情報を認証する認証手段と、を備え、前記端末は、前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成手段と、生成した認証情報を前記認証装置に送信する送信手段と、を備えることを要旨とする。

【0008】

請求項２記載の本発明は、認証システムであって、前記端末の認証情報生成手段は、前記ユーザ情報および時刻を用いて前記複数の認証ロジックの中から使用する認証ロジックを選択し、前記認証装置の認証手段は、前記端末から認証情報とともにユーザ情報を受信し、当該ユーザ情報および時刻を用いて選択された認証ロジックから生成された認証情報と、前記端末から受信した認証情報とを照合して認証することを要旨とする。

【0009】

請求項３記載の本発明は、認証システムであって、前記認証装置の配信手段は、所定のタイミングで前記認証情報生成ルールを配信し、認証情報の生成方法を変更することを要旨とする。

【0010】

請求項４記載の本発明は、認証システムであって、前記端末は、複数の種類のユーザ情報の中のいずれかのユーザ情報を受け付けるユーザ情報受付手段をさらに備え、前記認証装置の認証手段は、認証情報の認証に失敗した場合、異なる種類のユーザ情報から生成される認証情報を前記端末に要求することを要旨とする。

【0011】

請求項５記載の本発明は、認証システムであって、前記認証装置は、現用機と予備機とを備え、前記予備機が用いる認証ロジックは、前記現用機が用いる認証ロジックと異なることを要旨とする。

【0012】

請求項６記載の本発明は、端末にサービスを提供する複数のサービス提供装置と、前記端末を使用するユーザを認証する認証装置とを備える認証システムであって、前記認証装置は、複数の認証ロジックを含む認証情報生成ルールを、前記サービス提供装置に配信する配信手段と、前記サービス提供装置から認証情報を受信し、当該認証情報を認証する認証手段と、を備え、前記サービス提供装置は、前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、前記端末で入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成手段と、生成した認証情報を前記認証装置に送信する送信手段と、を備えることを要旨とする。

【0013】

請求項７記載の本発明は、サービスを提供する複数のサービス提供装置にアクセスする端末と、前記端末を使用するユーザを認証する認証装置とを備える認証システムが行う認証方法であって、前記認証装置は、複数の認証ロジックを含む認証情報生成ルールを、前記端末に配信する配信ステップと、前記端末から認証情報を受信し、当該認証情報を認証する認証ステップと、を行い、前記端末は、前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成ステップと、生成した認証情報を前記認証装置に送信する送信ステップと、を行うことを要旨とする。

【0014】

請求項８記載の本発明は、端末にサービスを提供する複数のサービス提供装置と、前記端末を使用するユーザを認証する認証装置とを備える認証システムが行う認証方法であって、前記認証装置は、複数の認証ロジックを含む認証情報生成ルールを、前記サービス提供装置に配信する配信ステップと、前記サービス提供装置から認証情報を受信し、当該認証情報を認証する認証ステップと、を行い、前記サービス提供装置は、前記認証情報生成ルールに従って前記複数の認証ロジックの中からいずれかの認証ロジックを選択し、前記端末で入力されたユーザ情報から前記選択した認証ロジックを用いて認証情報を生成する認証情報生成ステップと、生成した認証情報を前記認証装置に送信する送信ステップと、を行うことを要旨とする。

【発明の効果】

【0015】

本発明によれば、多様な認証方法を用いることで、セキュリティレベルを向上し、精度の高い認証を行う認証システムおよび認証方法を提供することができる。

【図面の簡単な説明】

【0016】

【図1】本発明の第１の実施形態に係る認証システムの構成を示す全体構成図である。

【図2】ユーザ端末の構成を示す機能ブロック図である。

【図3】認証サーバの構成を示す機能ブロック図である。

【図4】第１の実施形態の認証処理を示すシーケンス図である。

【図5】認証ロジック対応表の一例を示す図である。

【図6】ユーザ情報記憶部の一例を示す図である。

【図7】認証情報記憶部の一例を示す図である。

【図8】第２の実施形態のサービス提供サーバの構成を示す機能ブロック図である。

【図9】第２の実施形態の認証処理を示すシーケンス図である。

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

【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】

なお、本実施形態では、サービス提供サーバ２が、認証サーバ４から配信される認証情報生成ルールを保持し、認証情報を生成するため、本実施形態のユーザ端末１は、図２に示す第１の実施形態のユーザ端末１の機能のうち、複数の異なる種類のユーザ情報の中からユーザが入力したいずれかのユーザ情報を受け付ける入力受付部１２を有する。また、本実施形態の認証サーバ４は、第１の実施形態の認証サーバ４と同様であるが、配信部４１は、認証情報生成ルールを各サービス提供サーバ２に配信する。

【0070】

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

【0071】

図９は、本実施形態の認証処理を示すシーケンス図である。

【0072】

認証サーバ４の配信部４１は、あらかじめ各サービス提供サーバ２に認証情報生成ルールを配信する（Ｓ３１）。サービス提供サーバ２の認証情報生成ルール管理部２１は、配信された認証情報生成ルールを記憶部２６に記憶する。なお、配信部４１は、サービス提供サーバ２毎に異なる認証情報生成ルールを、所定のタイミングで配信するものとする。

【0073】

サービス提供サーバ２のログイン要求受付部２２は、ログイン要求をユーザから受け付け（Ｓ３２）、ユーザ情報の入力を促す入力画面をディスプレイに表示する（Ｓ３３）。ユーザ端末１の入力受付部は、ユーザが入力したいずれかの種類のユーザ情報を受け付け、サービス提供サーバ２に送信する（Ｓ３４）。

【0074】

なお、認証情報生成ルールは、Ｓ３１であらかじめ配信される場合だけでなく、Ｓ３２の認証要求を受け付けたタイミングで、認証情報生成ルール管理部２１が認証サーバ４にアクセスし、認証サーバ４から認証情報生成ルールを取得することとしてもよい。

【0075】

認証情報生成部２３は、記憶部２６に記憶された認証情報生成ルールを読み出し、使用する認証ロジックを選択する（Ｓ３５）。具体的には、認証情報生成ルールに含まれる、認証ロジックの選択に用いる情報を特定し、当該情報をハッシュ関数に入力してハッシュ値を算出する。認証ロジックの選択については、第１の実施形態の図４のＳ１４と同様である。

【0076】

そして、認証情報生成部２３は、Ｓ３５で選択した認証ロジックを用いて、Ｓ３４でユーザ端末１から受信したユーザ情報から認証情報を生成する（Ｓ３６）。すなわち、ユーザ情報を、選択した認証ロジック（一方向性関数など）に入力して認証情報を生成する。

【0077】

そして、送信部２４は、生成した認証情報と、認証情報の生成に用いたユーザ情報とを、認証サーバ４に送信する（Ｓ３７）。

【0078】

認証サーバ４の認証部４２は、負荷分散装置３を介して、サービス提供サーバ２から認証情報およびユーザ情報を受信し、ユーザ情報を用いて認証ロジックを選択し（Ｓ３８）、認証情報の照合および認証を行う（Ｓ３９）。認証ロジックの選択（Ｓ３８）および認証（Ｓ３９）については、第１の実施形態の図４のＳ１７およびＳ１８と同様であるため、ここでは説明を省略する。

【0079】

そして、認証部４２は、認証結果をサービス提供サーバ２に送信する（Ｓ４０）。認証に成功した場合（すなわち、認証情報が一致した場合）、認証部４２は、ユーザ端末１が複数のサービス提供サーバ２へログイン（シングルサインオン）が可能になるように、例えば証明書などを認証に成功した旨の認証結果とともにサービス提供サーバ２に送信する。

【0080】

サービス提供サーバ２のサービス提供部２５は、認証に成功した旨の認証結果を受信すると、ユーザ端末１のログインを許可し、ログイン完了通知をユーザ端末１に送信する（Ｓ４１）。これにより、サービス提供サーバ２のサービス提供部２５は、所定のサービスをユーザ端末１に提供する。また、サービス提供部２５は、ログイン完了通知とともに、認証サーバ４から受信した証明書をユーザ端末１に送信することで、ユーザ端末１は、他のサービス提供サーバ２へのログイン要求時に当該証明書を送信することで、認証処理を行うことなくログインすることができる。

【0081】

一方、認証に失敗した場合（すなわち、認証情報が一致しない場合）、認証サーバ４の認証部４２は、認証に失敗した旨の認証結果とともに、Ｓ３４で入力したユーザ情報とは異なる種類のユーザ情報を入力し、当該ユーザ情報から生成される認証情報を再度、認証サーバ４に送信するよう要求するメッセージを、サービス提供サーバ２に送信することとしてもよい。これにより、サービス提供サーバ２の送信部２４は、当該メッセージをユーザ端末１に送信し、ユーザに他の種類のユーザ情報の入力を促す。

【0082】

以上説明した第２の実施形態では、認証サーバ４が認証情報生成ルールを各サービス提供サーバ２に配信し、各サービス提供サーバ２は、認証情報生成ルールに従って複数の認証ロジックの中からいずれかの認証ロジックを選択し、選択した認証ロジックを用いてユーザが入力したユーザ情報から認証情報を生成し、認証サーバ４に送信する。このように、本実施形態では、多様な認証方法を用いることで、セキュリティレベルを向上し、精度の高い認証を行うことができる。また、第２の実施形態においても、第１の実施形態と同様の効果を得ることができる。

【0083】

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

【符号の説明】

【0084】

１ ：ユーザ端末
１１：認証情報生成ルール管理部
１２：入力受付部
１３：認証情報生成部
１４：送信部
１５：記憶部
２ ：サービス提供サーバ
２１：認証情報生成ルール管理部
２２：ログイン要求受付部
２３：認証情報生成部
２４：送信部
２５：サービス提供部
２６：記憶部
３ ：負荷分散装置
４、５：認証サーバ
４１：配信部
４２：認証部
４３：ユーザ情報記憶部
４４：認証情報記憶部
４５：認証ロジック記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】