JP2016128998A - 認証システム - Google Patents

Abstract

【課題】認証システムの認証情報の管理に関して、保持及び管理する認証情報の量を少なくすることができる技術を提供する。【解決手段】認証システムは、ユーザ端末の認証のための認証情報であるＩＤ及びパスワードのうちのパスワードを発行するパスワード発行装置と、認証情報を保持せず、ユーザ端末の認証を行う認証サーバと、を備える。パスワード発行装置は、ユーザ端末のＩＤまたは第１の情報を入力値として、可逆暗号を用いた暗号化を行い、当該暗号化の出力値をパスワードとしてユーザ端末に発行する。認証サーバは、ユーザ端末から、認証要求、及び認証情報を受信し、認証情報のうちのパスワードを入力値として、可逆暗号を用いた復号化を行い、復号化の出力値と、認証情報のうちのＩＤまたは第１の情報と、を比較し、一致する場合、認証の結果を成功とする。【選択図】図１

Description

本発明は、認証システムの技術に関し、特に、認証に用いる認証情報を管理する技術に関する。

ＬＡＮやインターネット等のネットワークを含む通信システムにおいて、ユーザ端末がネットワークやサービスを利用する際に、認証を行う場合がある。認証を行う認証システムは、認証に用いる認証情報を管理する。認証情報は、例えば、ＩＤとパスワードとの組合せである。認証システムは、例えば、認証を行う認証サーバに、認証ＤＢを保持し、認証ＤＢに認証情報を管理する。認証サーバは、ユーザ端末からの認証要求及び認証情報に対し、認証ＤＢを参照して認証を行う。

認証に係わる先行技術例として、特開２０１１−１９８０２５号公報（特許文献１）が挙げられる。特許文献１には、認証情報として、ログイン時の認証を成功させるワンタイムパスワードを発行する旨の技術が記載されている。

特開２０１１−１９８０２５号公報

従来の認証システムは、認証情報の管理に関して、以下のような課題がある。認証システムは、認証サーバが参照できる場所に認証情報を保持及び管理しなければならない。例えば、認証サーバまたは他の装置は、認証ＤＢを保持及び管理する。認証システムは、ユーザが増えた場合、保持及び管理すべき認証情報が増える。認証情報が増える分、認証サーバや他の装置は、プロセッサやメモリ等のリソースを多く消費する。

更に、認証システムは、認証サーバを冗長構成で運用する場合がある。冗長構成の例として、複数の認証サーバは、それぞれ、認証ＤＢを保持する。複数の認証サーバは、互いに認証ＤＢの認証情報を複製処理して内容を同期させる処理を行う。認証サーバは、認証情報が同期されていない状態では、正しい認証ができない場合があるので、認証処理を行わない。冗長構成で、ユーザが増えた場合、認証情報が増え、複製処理も増える。その分、認証サーバや他の装置は、リソースを多く消費し、認証ができない状態の時間が長くなる。

本発明の目的は、認証システムの認証情報の管理に関して、保持及び管理する認証情報の量を少なくすることができ、構成の簡素化や、認証サーバ等のリソース消費削減を実現できる技術を提供することである。

本発明のうち代表的な実施の形態は、認証システムであって、以下に示す構成を有することを特徴とする。

一実施の形態の認証システムは、ユーザ端末の認証のための認証情報であるＩＤ及びパスワードのうちのパスワードを発行するパスワード発行装置と、認証情報を保持せず、ユーザ端末の認証を行う認証サーバと、を備え、パスワード発行装置は、ユーザ端末のＩＤまたは当該ＩＤを元に第１の規則で生成した第１の情報を入力値として、可逆暗号を用いた暗号化を行い、当該暗号化の出力値を当該ユーザ端末のパスワードとして発行し、認証サーバは、ユーザ端末から、認証要求、及び認証情報を受信し、当該認証情報のうちのパスワードを入力値として、可逆暗号を用いた復号化を行い、当該復号化の出力値と、当該認証情報のうちのＩＤまたは当該ＩＤを元に第１の規則で生成した第１の情報と、を比較し、一致する場合、認証の結果を成功とする。

本発明のうち代表的な実施の形態によれば、認証システムの認証情報の管理に関して、保持及び管理する認証情報の量を少なくすることができ、構成の簡素化や、認証サーバ等のリソース消費削減を実現できる。

本発明の実施の形態１の認証システムの構成を示す図である。 実施の形態１における、処理及び作業のシーケンスを示す図である。 実施の形態１における、パスワード発行処理を示す図である。 実施の形態１における、認証処理を示す図である。 本発明の実施の形態２の認証システムの構成を示す図である。 実施の形態２における、関係付け情報の構成例を示す図である。 本発明の実施の形態３の認証システムにおける、パスワード発行処理を示す図である。 実施の形態３における、認証処理を示す図である。 本発明の実施の形態４の認証システムにおける、パスワード発行処理を示す図である。 実施の形態４における、認証処理を示す図である。 本発明の実施の形態５の認証システムの構成を示す図である。 実施の形態５における、処理及び作業のシーケンスを示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

（実施の形態１）
図１〜図４を用いて、本発明の実施の形態１の認証システムについて説明する。

［認証システム］
図１は、実施の形態１の認証システムの構成を示す。実施の形態１の認証システムは、複数のユーザ端末１、パスワード発行装置２、ＩＤ管理装置４、複数の認証サーバ３、及び認証スイッチ６がネットワーク５に接続されている。

ネットワーク５は、ＬＡＮやインターネット等の通信網である。ユーザ端末１と認証スイッチ６は、例えばイーサネット（登録商標）等の所定の通信インタフェースで接続される。この接続は、有線接続でもよいし、無線接続でもよい。ネットワーク５上、ユーザ端末１、認証スイッチ６、認証サーバ３、パスワード発行装置２、及びＩＤ管理装置４の間では、ＴＣＰ／ＩＰ、ＵＤＰ、ＨＴＴＰ等のプロトコルに基づいて通信が行われる。認証スイッチ６、認証サーバ３、パスワード発行装置２、及びＩＤ管理装置４等の装置は、それぞれ、ＩＰアドレスに関係付けられたＵＲＬを公開する。

なお、ネットワーク５は、複数のネットワークの接続により構成されてもよい。例えば、ネットワーク５は、認証スイッチ６を含むＬＡＮ、パスワード発行装置２を含むＬＡＮ、等の接続により構成されてもよい。

ユーザ端末１は、ユーザが使用するＰＣやスマートフォン等の各種の端末装置である。複数のユーザ端末１として、ユーザ９ａのユーザ端末１ａ、ユーザ９ｂのユーザ端末１ｂ、等がある。ユーザ端末１は、図示しないプロセッサ、メモリ、通信インタフェース装置、入力装置、表示装置、等のハードウェアを備え、ＯＳ、Ｗｅｂブラウザ等のソフトウェアを備える。

ユーザ端末１は、ネットワーク５へログインしてネットワーク５上のサービスを利用する。その際、ユーザ端末１は、認証スイッチ６へアクセスし、認証スイッチ６との接続を通じてネットワーク５に接続する。ユーザ端末１からネットワーク５上の認証サーバ３等へアクセスする際には、必ず認証スイッチ６を通じたアクセスとなる。ユーザ端末１がネットワーク５へログインする際、ユーザ端末１、認証スイッチ６、及び認証サーバ３の間では、認証として、ユーザ認証が行われる。

複数のユーザとして、ユーザ９ａ、ユーザ９ｂ等がいる。ユーザ９ａを個人Ａ、ユーザ９ｂを個人Ｂとする。複数のユーザは、例えばネットワーク５を利用する社員や学生である。ユーザには、ユーザ認証用の認証情報が設定される。認証情報は、ユーザＩＤとパスワードとの組合せである。ユーザＩＤは、ＩＤ管理装置４で発行される。パスワードは、パスワード発行装置２で発行される。ユーザ９ａの認証情報をＡ１、ユーザ９ｂの認証情報をＡ２、等とする。認証情報Ａ１におけるユーザＩＤをＩＤａ、パスワードをＰＷａとする。認証情報Ａ２におけるユーザＩＤをＩＤｂ、パスワードをＰＷｂとする。

パスワード発行装置２は、ユーザ端末１の認証情報のうちのパスワードを発行する機能を持つ装置である。パスワード発行装置２は、パスワード発行部２１、及びパスワード情報２２を有する。パスワード発行装置２は、図示しないプロセッサ、メモリ、通信インタフェース装置、等のハードウェア、及び、ＯＳ、サーバプログラム等のソフトウェアを備え、当該ハードウェアに基づいたソフトウェア処理により、パスワード発行部２１等を実現する。

パスワード発行部２１は、ユーザ端末１に関するパスワード発行要求に応じて、ＩＤ管理装置４で発行済みのユーザＩＤを元に、可逆暗号を用いた暗号化により、パスワードを生成し、ユーザ端末１に対して発行する。

パスワード発行装置２は、発行したパスワードをユーザ端末１へ配布する。パスワード発行装置２は、発行したパスワードを認証サーバ３へは配布しない。パスワード発行装置２からユーザ端末１へパスワードを配布する手段は、各種の手段が可能である。例えば、パスワード発行装置２は、生成したパスワードを含む情報を、ネットワーク５を介してユーザ端末１へ自動的に送信してもよい。あるいは、管理者９０は、パスワード発行装置２で発行されたパスワードを、任意の手段でユーザへ通知してもよい。

管理者９０は、例えばネットワーク５の管理者や、ユーザが所属する組織の管理者である。管理者９０は、運用管理保守用の端末から認証サーバ３やＩＤ管理装置４にアクセスし、設定等の作業を行う。

パスワード情報２２は、パスワード発行部２１が生成したパスワードを、一時的に記憶する情報であり、表等で構成される。図１の例では、パスワード情報２２には、ユーザ９ａの認証情報Ａ１におけるパスワード「ＰＷａ」、ユーザ９ｂの認証情報Ａ２におけるパスワード「ＰＷｂ」、等が記憶されている。

ＩＤ管理装置４は、認証に用いる認証情報のうちのＩＤを発行及び管理する機能を備える装置である。ＩＤ管理装置４は、ＩＤ管理部４１、及びＩＤ情報４２を有する。ＩＤ管理装置４は、図示しないプロセッサ、メモリ、通信インタフェース装置、等のハードウェア、及び、ＯＳ、サーバプログラム等のソフトウェアを備え、当該ハードウェアに基づいたソフトウェア処理により、ＩＤ管理部４１等を実現する。

ＩＤ管理部４１は、認証情報のうちのＩＤであるユーザＩＤを、ＩＤ情報４２に管理する。ＩＤ管理部４１は、例えば管理者９０の設定操作に基づいてユーザＩＤを発行し、ＩＤ情報４２に登録する。ＩＤ管理装置４で発行されたユーザＩＤは、ユーザ端末１へ配布される。ＩＤ管理装置４からユーザ端末１へユーザＩＤを配布する手段は、自動的な送信や管理者９０による通知等、各種の手段が可能である。

ＩＤ情報４２には、正規の複数のユーザに関する各ユーザＩＤが登録されている。正規のユーザは、ネットワーク５の利用等が許可されるユーザである。ＩＤ情報４２は、表やＤＢ等で構成される。図１の例では、ＩＤ情報４２には、ユーザ９ａの認証情報Ａ１におけるユーザＩＤ「ＩＤａ」、ユーザ９ｂの認証情報Ａ２におけるユーザＩＤ「ＩＤｂ」、等が登録されている。

このユーザＩＤであるＩＤは、ユーザ個人を特定する情報を含む任意値である。なお、ユーザ個人を特定する情報を、説明上、個人特定情報と称する。例えば、「ＩＤａ」は、ユーザ９ａである個人Ａの個人特定情報を含み、「ＩＤｂ」は、ユーザ９ｂである個人Ｂの個人特定情報を含む。個人特定情報は、例えば社員番号である。図示しない組織の名簿やＤＢ等において、各ユーザの社員番号、名前、所属部署、連絡先、等の情報が管理されている。

ＩＤ管理装置４は、管理者９０を含む外部に対するインタフェースとして設定画面を提供する。管理者９０は、端末からＩＤ管理装置４へアクセスし、設定画面を表示する。管理者９０は、設定画面で、ＩＤ情報４２の内容を確認し、各ユーザのユーザＩＤを含む情報を設定可能である。ＩＤ管理部４１は、設定操作に基づいて、ユーザＩＤをＩＤ情報４２に登録する。例えば、管理者９０は、予め、ユーザからの申請に基づいて、個人特定情報を含むユーザＩＤを、ＩＤ情報４２に設定する。

認証サーバ３は、認証スイッチ６との通信に基づいてユーザ認証を行うユーザ認証サーバとしての機能を備えるサーバ装置である。認証サーバ３は、認証部３１、及び認証ログ３２を有する。認証サーバ３は、図示しないプロセッサ、メモリ、通信インタフェース装置、等のハードウェア、及び、ＯＳ、サーバプログラム等のソフトウェアを備え、当該ハードウェアに基づいたソフトウェア処理により、認証部３１等を実現する。

認証サーバ３は、冗長構成で運用され、複数の認証サーバ３を有する。実施の形態１では、２台の認証サーバ３として、認証サーバ３ａ、認証サーバ３ｂを有する。認証サーバ３ａ及び認証サーバ３ｂは、同様の機能を有する。複数の認証サーバ３における各認証サーバ３は、認証スイッチ６を通じて、各ユーザ端末１からの認証要求のアクセスを受け付ける。複数の認証サーバ３は、認証スイッチ６を通じて、複数の認証要求を分散して、認証処理を行う。分散の方式は、ラウンドロビン等、各種の方式が可能である。

認証部３１は、ユーザ端末１からのユーザ認証要求及び認証情報を受信した場合、受信した認証情報を用いて、可逆暗号を用いた復号化により、ユーザ認証処理を行い、ユーザ認証の結果である成功または失敗を表すユーザ認証応答を、ユーザ端末１へ送信する。

複数の認証サーバ３は、ユーザ認証用の認証情報を保持及び管理する必要が無いので、認証ＤＢを保持しない。なお、認証サーバ３以外の装置も、認証ＤＢを保持しない。また、複数の認証サーバ３は、認証ＤＢを保持しないので、認証サーバ３間での認証情報の複製処理も行わない。認証サーバ３は、ユーザ認証処理の際に、認証情報を受信し、認証処理用の認証情報を生成し、それらの認証情報を一時的に記憶するが、その後にはそれらの認証情報を保持しない。

認証部３１は、ユーザ認証処理の際の認証情報を含む一連の情報を、認証ログ３２に記録する。認証ログ３２は、外部からアクセス及び参照可能である。管理者９０は、問題発生時等に、認証サーバ３の認証ログ３２を参照することができる。

認証スイッチ６は、レイヤ２及びレイヤ３のスイッチ機能を備えると共に、認証サーバ３との通信に基づいてユーザ認証を行うユーザ認証クライアントとしての機能を備える認証機器である。認証スイッチ６は、図示しないプロセッサ、メモリ、通信インタフェース装置、等のハードウェア、及びプログラム等のソフトウェアを備え、それらに基づいてスイッチ機能やユーザ認証クライアント機能等を実現する。認証スイッチ６は、ネットワーク５のエッジに接続されるノードであり、ユーザ端末１をネットワーク５へ接続する。ネットワーク５には、複数の認証スイッチ６が接続されていてもよい。

ユーザ端末１がネットワーク５へログインする際、認証スイッチ６と認証サーバ３との間では、RADIUSプロトコルに基づいたクライアントサーバ通信により、ユーザ認証処理が行われる。認証スイッチ６及び認証サーバ３は、ユーザ認証の成功に応じて、ユーザ端末１がネットワーク５へログインすることを許可する。

認証スイッチ６は、認証サーバ３と同様に、図示しない認証ログを記録及び保持する。管理者９０は、認証スイッチ６の認証ログを参照することもできる。

実施の形態１の認証システムは、ユーザＩＤに個人特定情報を含む形式であるため、認証情報と個人特定情報との関係付け情報を保持及び管理しない。

［シーケンス］
図２は、実施の形態１の認証システムにおける、パスワード発行及び認証を含む、処理や作業のシーケンスを示す。Ｓ１等はステップを表す。以下、ステップＳ１〜Ｓ１１の各処理や作業について、例を用いながら順に説明する。

（Ｓ１） ＩＤ管理装置４は、予め管理者９０の設定操作に基づいて、個人特定情報を含むユーザＩＤを発行する。ＩＤ管理部４１は、ユーザＩＤをＩＤ情報４２に登録する。本例では、ＩＤ情報４２にユーザＩＤ「ＩＤａ」等が登録される。また、ＩＤ管理装置４は、発行されたユーザＩＤをユーザ端末１へ配布する。本例では、ユーザ９ａのユーザ端末１ａは、配布によりユーザＩＤ「ＩＤａ」を取得する。

（Ｓ２） パスワード発行装置２は、例えばユーザ端末１ａからのパスワード発行要求を受信する。パスワード発行装置２は、パスワード発行要求に従い、パスワード発行部２１により、パスワード発行処理を行う。パスワード発行部２１は、ＩＤ管理装置４に管理されているユーザＩＤを参照する。パスワード発行部２１は、そのユーザＩＤを元に、可逆暗号による暗号化を行い、暗号化の出力値としてパスワードを生成する。パスワード発行部２１は、生成したパスワードをパスワード情報２２に記憶し、ユーザ端末１に対して発行する。本例では、ユーザＩＤ「ＩＤａ」を元に、パスワード「ＰＷａ」が発行されている。Ｓ２のパスワード発行処理の詳細については後述する。

（Ｓ３） パスワード発行装置２は、Ｓ２で発行したパスワードを、ユーザ端末１へ配布する。例えば、パスワード発行装置２は、パスワード「ＰＷａ」を含む情報を、ネットワーク５及び認証スイッチ６を通じて、ユーザ端末１ａへ送信する。ユーザ端末１ａは、パスワード「ＰＷａ」を取得する。これにより、ユーザ端末１ａ及びユーザ９ａは、配布済みのユーザＩＤ「ＩＤａ」と合わせて、ユーザ認証用の認証情報Ａ１として、｛ＩＤａ，ＰＷａ｝を得る。

（Ｓ４） ユーザ端末１ａは、ネットワーク５へログインする際、ユーザ認証のため、認証スイッチ６へアクセスする。

（Ｓ５） 認証スイッチ６は、Ｓ４のユーザ端末１ａからのアクセスを受けると、ユーザ端末１ａのユーザ認証のために、ユーザ認証ページをユーザ端末１ａへ送信する。

（Ｓ６） ユーザ端末１ａは、受信したユーザ認証ページによるユーザ認証画面を表示する。ユーザ認証画面には、ユーザ認証用の認証情報の入力をユーザに促すメッセージ等が表示される。ユーザ９ａは、ユーザ認証画面で、認証情報Ａ１｛ＩＤａ，ＰＷａ｝を入力する。本例では、正しい認証情報Ａ１｛ＩＤａ，ＰＷａ｝が入力されたとする。正しい認証情報とは、ＩＤ管理装置４で管理されているユーザＩＤと、パスワード発行装置２で発行されたパスワードとの組合せである。ユーザ端末１ａは、入力された認証情報Ａ１を認証スイッチ６へ送信する。認証スイッチ６は、入力された認証情報Ａ１及びユーザ認証要求を、認証サーバ３へ送信する。この際、認証スイッチ６は、冗長構成の複数の認証サーバ３のうち、いずれの認証サーバ３へアクセスしてもよい。本例では、認証スイッチ６は、入力された認証情報Ａ１及びユーザ認証要求を、認証サーバ３ａへ送信する。

（Ｓ７） 認証サーバ３ａは、認証スイッチ６を通じてユーザ端末１ａから受信した、ユーザ認証要求及び入力された認証情報に対し、認証部３１により、ユーザ認証処理を行う。認証部３１は、入力された認証情報のうちのパスワードを元に、可逆暗号による復号化を行い、復号化の出力値を用いて、当該認証情報に関する有効性を確認し、当該確認に基づいて、ユーザ認証の結果である成功または失敗を判定する。Ｓ７のユーザ認証処理の詳細については後述する。本例では、Ｓ６で正しい認証情報Ａ１が入力されているため、ユーザ認証の結果が成功となる。

（Ｓ８） 認証サーバ３ａは、Ｓ７の結果、ユーザ認証の成功を表すユーザ認証応答を、認証スイッチ６を通じてユーザ端末１ａへ送信する。ユーザ端末１ａは、受信したユーザ認証応答から、ユーザ認証の成功を認識する。これにより、ユーザ端末１ａは、ネットワーク５へのログイン及びネットワーク５上のサービスの利用等が許可される。

（Ｓ９） 認証サーバ３は、Ｓ４〜Ｓ８のような一連のユーザ認証処理の際に、認証情報を含む情報を、認証ログ３２に記録している。認証スイッチ６も、同様に認証ログを記録している。

（Ｓ１０） ユーザ認証後にユーザ９ａのユーザ端末１ａがネットワーク５上のサービスを利用した際に、何らかの問題が発生しているとする。問題とは、組織のポリシーや規約に反するサービス利用等である。

（Ｓ１１） 問題発生時に、管理者９０は、問題に係わるユーザ個人を特定する作業を行う。管理者９０は、認証サーバ３の認証ログ３２を参照する。本例では、管理者９０は、端末から、認証サーバ３ａにアクセスし、認証ログ３２に記録されている、問題に係わる認証情報を参照する。本例では、問題に係わる認証情報Ａ１｛ＩＤａ，ＰＷａ｝が参照される。そのユーザＩＤ「ＩＤａ」は、個人Ａの個人特定情報を含んでいる。よって、管理者９０は、その個人特定情報から、問題に係わるユーザ９ａを特定することができる。管理者９０は、個人Ａの個人特定情報である社員番号から、組織の名簿やＤＢ等を参照することにより、名前、所属部署、連絡先、等がわかる。

［パスワード発行処理］
図３は、パスワード発行装置２におけるパスワード発行処理を示す。以下、実施の形態１における、可逆暗号を用いて特有のパスワードを生成する方式について説明する。

まず、前提として、ＩＤ管理装置４のＩＤ管理部４１は、例えば管理者９０の設定操作に基づいて、個人特定情報を含む任意値により、ユーザＩＤ３０１を発行する。本例では、ユーザＩＤ３０１の形式は、［社員番号］＋［任意値］である。個人特定情報は、［社員番号］であり、例えば４文字である。任意値は、例えば４文字である。ユーザＩＤ３０１の値は、一例として“0123****”である。ユーザ９ａの社員番号を“0123”とする。“*”は任意値を示す。ユーザＩＤ３０１の文字列の並び、文字数、文字種、等は、所定の規則に従う。本例では、文字列は、社員番号の４文字、任意値の４文字、の順である。文字種は半角英数である。

個人特定情報は、社員番号に限らず設定が可能である。個人特定情報を含むユーザＩＤの他の例は以下である。他のユーザＩＤの形式は、［名前］＋［所属部署］＋［任意値］である。［名前］＋［所属部署］が個人特定情報である。文字列の並びは、［名前］、区切り文字、［所属部署］、区切り文字、任意値、の順である。例えば、ユーザＩＤ＝“NAMAE_BUSYO_****”である。他のユーザＩＤの形式は、［連絡先］＋［任意値］である。［連絡先］が個人特定情報である。［連絡先］は例えばメールアドレスや電話番号である。［任意値］は省略可能である。例えば、ユーザＩＤ＝“namae.busyo@kaisya.com”である。

パスワード発行装置２のパスワード発行部２１は、ユーザＩＤ３０１を元に、パスワード３０２を発行する処理を行う。パスワード発行部２１は、発行済みのユーザＩＤ３０１を参照する。パスワード発行部２１は、ユーザＩＤ３０１を入力値として、第１の規則であるハッシュ関数３０３により、その出力値として、ユーザＩＤハッシュ値３０４を得る。なお、ユーザＩＤを元に第１の規則で得られた情報を、第１の情報とする。ハッシュ関数３０３は、パスワード発行装置２の内部で秘密である一方向関数である。

パスワード発行部２１は、第１の情報であるユーザＩＤハッシュ値３０４と、有効期限３０５との２つの情報を、有効性確認情報３１０とし、可逆暗号を用いた暗号化の入力値として用いる。

有効期限３０５は、パスワード３０２に関する有効期限である。ユーザＩＤ３０１とパスワード３０２との組合せで意味を持つ認証情報３００が構成されるので、言い換えると、有効期限３０５は、認証情報３００やユーザＩＤ３０１に関する有効期限である。パスワード発行部２１は、パスワード３０２の発行の際、所定の規則で、有効期限３０５を設定する。規則の例として、有効期限３０５は、パスワードの発行時点から所定の有効期間の後の時点である。所定の有効期間は、任意に設定可能である。例えば管理者９０は、端末からパスワード発行装置２にアクセスし、パスワード発行装置２が提供する設定画面で、有効期間を設定可能である。

有効期限３０５の形式は、例えば年月日の８文字である。有効期限３０５の値は、一例として、２０１４年９月１日を示す“20140901”である。発行されるパスワード３０２、及びユーザＩＤ３０１を含む認証情報３００は、有効期限３０５内のみで有効である。なお、有効期限３０５に関する有効期間が、例えば１０分、１時間、１日といった比較的短い期間に設定される場合、生成されるパスワード３０２は、ワンタイムパスワードとして機能する。

有効性確認情報３１０は、ユーザＩＤ３０１及びパスワード３０２の有効性を示す情報、言い換えると、認証の際に認証情報３００の有効性を確認するための情報である。

パスワード発行部２１は、暗号化部３２０により、有効性確認情報３１０を入力値として、可逆暗号を用いた暗号化を行い、その出力値として、パスワード３０２を生成する。暗号化部３２０は、暗号化の際、ユーザＩＤハッシュ値３０４、及び有効期限３０５の値を、所定の規則で並べて入力値とする。暗号化により、パスワード３０２の中に、ユーザＩＤ３０１及び有効期限３０５が秘匿された形で埋め込まれている。

パスワード発行部２２は、暗号化部３２０で生成したパスワード３０２を、ユーザ認証用の認証情報３００のうちのパスワード３０２としてユーザ端末１へ発行する。

［認証処理］
図４は、認証サーバ３における認証処理を示す。認証サーバ３の認証部３１は、ユーザ端末１から受信したユーザ認証要求、及び入力された認証情報４００における、ユーザＩＤ４０１及びパスワード４０２を参照する。ユーザＩＤ４０１の値は、図３のユーザＩＤ３０１の値と同じとする。パスワード４０２の値は、図３のパスワード３０２の値と同じとする。

認証部３１は、ユーザＩＤ４０１を入力値として、第１の規則であるハッシュ関数４０３により、出力値として、第１の情報である認証用ユーザＩＤハッシュ値４０４を得る。このハッシュ関数４０３は、認証サーバ３の内部で秘密である一方向関数であって、図３のパスワード発行装置２のハッシュ関数３０３と共通である。

また、認証部３１は、パスワード４０２を入力値として、復号化部４２０により、可逆暗号を用いた復号化を行い、出力値として、有効性確認情報４１０を得る。復号化部４２０の可逆暗号は、図３のパスワード発行装置２の暗号化部３２０の可逆暗号と共通である。認証部３１は、有効性確認情報４１０として、第１の情報である復号ユーザＩＤハッシュ値４０６と、有効期限４０５との２つの情報を取り出す。

認証部３１は、有効性確認情報４１０を用いて、認証情報４００の有効性を確認する。まず、認証部３１は、比較部４０７により、認証用ユーザＩＤハッシュ値４０４と、復号ユーザＩＤハッシュ値４０６とを比較することにより、ユーザＩＤ４０１の有効性、及び対応するパスワード４０２の有効性を確認し、当該確認に基づいて、ユーザ認証の結果を判定する。認証部３１は、比較の結果、認証用ユーザＩＤハッシュ値４０４と復号ユーザＩＤハッシュ値４０６とが一致する場合、ユーザ認証の結果を成功とし、不一致の場合、失敗とする。

なお、ユーザＩＤ３０１と同じである正しいユーザＩＤ４０１が入力されている場合、図４の認証用ユーザＩＤハッシュ値４０４と図３のユーザＩＤハッシュ値３０４とが同じ値である。また、パスワード３０２と同じである正しいパスワード４０２が入力されている場合、図４の復号ユーザＩＤハッシュ値４０６と図３のユーザＩＤハッシュ値３０４とが同じ値である。すなわち、認証情報３００と同じである正しい認証情報４００が入力されている場合、認証用ユーザＩＤハッシュ値４０４と復号ユーザＩＤハッシュ値４０６とが一致する。これらの２つのユーザＩＤハッシュ値が一致する場合、入力されたユーザＩＤ４０１とパスワード４０２とが対応関係を持つ正しい組合せの認証情報であることを示している。

認証情報３００とは異なる誤った認証情報４００が入力されている場合、認証用ユーザＩＤハッシュ値４０４と復号ユーザＩＤハッシュ値４０６とが一致しない。この場合、ユーザＩＤ４０１とパスワード４０２との対応関係が確認できない。

また、認証部３１は、有効期限確認部４０８により、認証情報４００に関する有効期限４０５を確認する。有効期限確認部４０８は、現在時点と有効期限４０５との比較により、当該認証情報４００が有効期限４０５内かどうかを判定する。認証部３１は、判定の結果、有効期限４０５内である場合には、その認証情報４００を用いたユーザ認証を有効とし、有効期限４０５外である場合には、その認証情報４００を用いたユーザ認証を無効とする。

認証部３１は、有効期限確認部４０８での確認の結果である有効または無効を、比較部４０７の結果に反映する。無効の場合、認証部３１は、比較部４０７の結果が一致であっても、ユーザ認証の結果を失敗とする。認証部３１は、ユーザ認証の結果を表すユーザ認証応答をユーザ端末１へ送信する。

［効果等］
実施の形態１の認証システムでは、認証情報の管理に関して、保持及び管理すべき認証情報の量を少なくするために、認証情報を構成する要素である、ＩＤ、パスワード、有効期限等の情報を、必要に応じた時点で生成する方式を適用する。その方式として、実施の形態１では、可逆暗号を用いて特有のパスワードを生成する方式を適用する。パスワード発行装置２は、ユーザＩＤを元に、暗号化により、有効性確認情報を埋め込んだ特有のパスワードを発行する。認証サーバ３は、認証の際、入力されたパスワードから復号化により有効性確認情報を取り出し、ユーザＩＤの有効性を確認する。パスワード発行装置２と認証サーバ３は、同じ可逆暗号及び規則を用いて、都度、認証情報を処理する。

これにより、実施の形態１の認証システムは、保持及び管理する認証情報の量を少なくすることができ、構成の簡素化や、認証サーバ３等のリソース消費削減を実現できる。認証システムは、認証サーバ３や認証サーバ３に接続される他の装置に、ユーザＩＤ、パスワード、及び有効期限等の認証情報を保持及び管理する必要が無い。認証システムのユーザが増えた場合にも、保持及び管理すべき認証情報が増えないので、認証サーバ３や他の装置におけるプロセッサやメモリ等のリソースの消費を削減できる。

また、冗長構成の認証サーバ３において、各認証サーバ３は、認証情報を含む認証ＤＢを保持せず、認証サーバ３間での認証情報の複製処理も不要である。よって、認証サーバ３の数を増やしやすく、冗長構成の運用が容易である。各認証サーバ３は、複製処理の時間が生じず、それが原因で認証できないという状態も生じない。複数のユーザ端末１が同時に複数の認証要求を行っている場合にも、複数の認証サーバ３で分散して受け付けて認証処理が可能である。すなわち、実施の形態１では、冗長構成の認証サーバ３で分散して認証を行う性能を高くすることができる。

更に、特有のパスワードを発行する仕組みであるため、ユーザＩＤについては任意値にすることができ、設定の自由度が高い。特に、実施の形態１では、ユーザＩＤに、直接的に個人特定情報を含ませた形式である。これにより、問題発生時に、管理者９０は、認証ログ３２の認証情報から、すぐにユーザ個人を特定可能であり、特定のための作業の手間が少ない。認証システム及び管理者９０等は、認証情報と個人とを関係付ける関係付け情報を保持及び管理する必要が無い。よって、関係付け情報の管理に係わる構成の簡素化、及びリソース消費削減も実現できる。

問題発生時の個人特定に関する課題及び効果について補足する。認証システムを利用する会社や学校等の組織は、社員や学生等のユーザがサービス等を利用して問題が発生した場合に、その問題に係わるユーザ個人を特定できることが望ましい。問題発生時にユーザ個人を特定可能とするためには、認証情報に関連して、個人特定情報が必要である。

従来の認証システムでは、特殊なＩＤやワンタイムパスワードを発行する例がある。そのような方式の場合、そのＩＤやワンタイムパスワードに個人特定情報を含ませることはできない。よって、従来の認証システムは、認証サーバ等に認証ＤＢを保持すると共に、個人特定情報に関する関係付け情報等の管理が別に必要になる。その場合、ユーザが増えるほど、認証情報及び関係付け情報の量が増える。その分、構成が複雑になり、認証サーバ等のリソースを多く消費する。

また、従来の方式の場合、問題発生時に、ユーザ個人を特定できない場合や、特定できたとしても作業の手間が大きい場合がある。管理者は、問題発生時に、ユーザ個人を特定する場合、認証ログや関係付け情報を参照し、各情報同士の関係を解析して、ユーザ個人を特定する作業が必要である。認証ログの中の認証情報には個人特定情報が含まれていないので、管理者は、認証ログのみからすぐに個人を特定することは難しい。

［変形例］
実施の形態1に関する変形例として、以下が挙げられる。

（１） 図１のＩＤ管理装置４は、アカウント管理機能を備えたアカウント管理サーバ等の装置としてもよい。すなわち、その装置は、ＩＤだけでなく、パスワード発行装置２で発行されたパスワードを含めて、アカウントとして、ＤＢに管理する。パスワード発行装置２は、その装置と連係し、発行したパスワードを、その装置のＤＢに登録する。

また、図１のパスワード発行装置２は、ＩＤ管理装置４と統合して、１つの装置としてもよい。すなわち、その装置は、パスワード発行機能と、ＩＤ及びパスワードを含むアカウント管理機能と、を備える。なお、アカウント管理機能は、Active Directory、Open LDAP等の技術を用いて構成可能である。

（２） 図２のシーケンスの変形例として、以下としてもよい。Ｓ２の際、管理者９０の端末からパスワード発行装置２へパスワード発行要求を送信してもよい。また、Ｓ２の際、ユーザ端末１または管理者９０の端末から、パスワード発行装置２へ、パスワード発行要求と共に、発行済みのＩＤを送信し、パスワード発行装置２は、そのＩＤを元にパスワードを生成してもよい。また、Ｓ２で、パスワード発行装置２は、ユーザＩＤとパスワードとを関係付けてパスワード情報２２に記憶してもよい。また、Ｓ３で、パスワード発行装置２は、パスワードと共にユーザＩＤを、ユーザ端末１へ配布してもよい。

（３） 図３のパスワード発行処理及び図４の認証処理の際、第１の規則として、ハッシュ関数に限らず、他の変換処理等が適用可能であり、有効性確認情報の１つである第１の情報として、ユーザＩＤハッシュ値に限らず、適用可能である。

（実施の形態２）
図５及び図６を用いて、本発明の実施の形態２の認証システムについて説明する。実施の形態２の基本的な構成は、実施の形態１の構成と同様である。以下、実施の形態２における実施の形態１とは異なる構成について説明する。

実施の形態２では、認証情報は、個人特定情報を含まない形式である。実施の形態２の認証システムは、ユーザＩＤと個人特定情報との関係付け情報を保持及び管理する。

［認証システム］
図５は、実施の形態２の認証システムの構成を示す。実施の形態２の認証システムでは、ＩＤ管理装置４の構成が、実施の形態１のＩＤ管理装置４の構成とは異なる。

ＩＤ管理装置４は、ＩＤ管理部４１、ＩＤ情報４２、個人特定情報管理部４３、及び関係付け情報４４を有する。ＩＤ管理部４１は、例えば管理者９０の設定操作に基づいて、個人特定情報を含まない任意値によるユーザＩＤを、ＩＤ情報４２に登録する。

実施の形態２では、問題発生時にユーザ個人を特定可能とするため、ＩＤ管理装置４で関係付け情報４４を管理する。個人特定情報管理部４３は、例えば管理者９０の設定操作に基づいて、ユーザＩＤと個人特定情報とを関係付ける情報を、関係付け情報４４に保持及び管理する。個人特定情報は、例えば社員番号である。

複数の認証サーバ３は、実施の形態１と同様に、認証情報の管理が不要であり、認証ＤＢを保持しない。パスワード発行装置２は、ＩＤ管理装置４で管理されているユーザＩＤを元に、パスワードを生成し、ユーザ端末１へ配布する。ユーザ端末１は、ＩＤ管理装置４で発行されたユーザＩＤ、及びパスワード発行装置２で発行されたパスワードを、ユーザ認証用の認証情報として用いる。

管理者９０は、問題発生時、端末から、認証サーバ３の認証ログ３２、及びＩＤ管理装置４の関係付け情報４４を参照し、関係付け情報４４の中の個人特定情報から、問題に係わるユーザ個人を特定可能である。

［関係付け情報］
図６は、実施の形態２における、関係付け情報４４の構成例である表を示す。この表は、列として、「識別番号」、「ユーザＩＤ」、「個人特定情報」がある。「識別番号」は、行毎の識別番号であり、認証情報毎の関係付け情報の識別情報に相当する。「ユーザＩＤ」列は、ユーザの認証情報のうちのユーザＩＤの値が登録される。「個人特定情報」列は、「ユーザＩＤ」列のユーザＩＤと関係付けて、個人特定情報が登録される。

本例では、第１行は、個人Ａであるユーザ９ａの認証情報Ａ１に関する関係付け情報であり、ユーザＩＤ「ＩＤａ」と、個人Ａの個人特定情報である社員番号“0123”とが関係付けて登録されている。

［シーケンス］
図５を用いて、実施の形態２の認証システムにおける、パスワード発行及び認証を含むシーケンスを説明する。このシーケンスの概要は、図２のシーケンスと同じであり、異なる部分として、図５中に示す、ステップＳ１ａ，Ｓ１ｂ，Ｓ１１ａ，Ｓ１１ｂがある。以下、ステップＳ１ａ等について順に説明する。

（Ｓ１ａ） Ｓ１ａで、ＩＤ管理装置４は、例えば管理者９０の設定操作に基づいて、ユーザＩＤを発行する。管理者９０は、ユーザからの申請に基づいて、個人特定情報を含まない任意値によるユーザＩＤを設定する。ＩＤ管理部４１は、そのユーザＩＤをＩＤ情報４２に登録する。本例では、ユーザ９ａの認証情報Ａ１におけるユーザＩＤ「ＩＤａ」が登録されている。

（Ｓ１ｂ） Ｓ１ｂで、ＩＤ管理装置４の個人特定情報管理部４３は、例えば管理者９０の設定操作に基づいて、Ｓ１ａのユーザＩＤと、そのユーザＩＤを持つユーザに関する個人特定情報とを関係付ける情報を、関係付け情報４４に登録する。例えば、管理者９０は、Ｓ１ａのユーザＩＤの登録に伴い、当該ユーザに関する個人特定情報を、関係付け情報４４に登録する。本例では、図６の表の第１行のように、ユーザ９ａの認証情報Ａ１に関する、ユーザＩＤ「ＩＤａ」と、個人Ａの個人特定情報とを関係付ける情報が登録されている。

Ｓ１ｂ以降のパスワード発行や認証等の手順は、図２のＳ２〜Ｓ９と同様である。その後、Ｓ１０と同様に、ユーザ９ａのユーザ端末１ａがネットワーク５上のサービスを利用した際に、何らかの問題が発生しているとする。

（Ｓ１１ａ） 問題発生時、管理者９０は、問題に係わるユーザ個人を特定する作業を行う。管理者９０は、Ｓ１１ａで、認証サーバ３の認証ログ３２を参照する。本例では、管理者９０は、端末から、認証サーバ３ａにアクセスし、認証ログ３２を参照し、問題に係わる認証情報として、認証情報Ａ１｛ＩＤａ，ＰＷａ｝を参照する。そのユーザＩＤ「ＩＤａ」は、個人Ａの個人特定情報を含んでいない。

（Ｓ１１ｂ） Ｓ１１ｂで、管理者９０は、そのユーザＩＤ「ＩＤａ」を用いて、ＩＤ管理装置４の関係付け情報４４を参照する。管理者９０は、端末から、ＩＤ管理装置４にアクセスし、個人特定情報管理部４３により提供される画面を表示する。この画面には、関係付け情報４４の内容が表示される。管理者９０は、画面で、検索等の操作により、ユーザＩＤに関係付けられた個人特定情報を参照する。これにより、管理者９０は、その個人特定情報から、問題に係わるユーザ個人を特定できる。本例では、ユーザＩＤ「ＩＤａ」から個人Ａの個人特定情報として社員番号が得られる。管理者９０は、その社員番号から、名簿や別のＤＢ等の参照により、名前、所属部署、連絡先等がわかり、問題に係わるユーザ９ａを特定することができる。

［効果等］
実施の形態２の認証システムによれば、実施の形態１と同様に、認証情報の管理に関して、保持及び管理する認証情報の量を少なくすることができ、構成の簡素化や、認証サーバ３等のリソース消費削減を実現できる。

実施の形態２では、問題発生時には、認証ログ３２及び関係付け情報４４から、ユーザ個人を特定可能である。実施の形態２では、関係付け情報４４の管理が必要であるが、ユーザＩＤについては、任意値で設定可能であり、設定の自由度が高い。

実施の形態２の変形例として、以下が挙げられる。認証システムは、ＩＤ管理装置４に限らず、管理者９０等からアクセス可能ないずれかの場所に、関係付け情報４４を保持及び管理してもよい。例えば、パスワード発行装置２に、個人特定情報管理部４３及び関係付け情報４４を備えてもよい。また、ＩＤ管理装置４やパスワード発行装置２とは別に、個人特定情報管理部４３及び関係付け情報４４を備える個人特定情報管理装置が設けられてもよい。

関係付け情報４４の管理とＩＤ情報４２の管理とが１つに統合されてもよい。また、ＩＤ情報４２や関係付け情報４４は、名前、所属部署等の詳細情報が登録されたＤＢとしてもよい。また、関係付け情報４４の管理は、ＩＤ管理装置４等により情報処理で管理する形態に限らず、管理者９０等により名簿等の用紙に管理する形態でもよい。

（実施の形態３）
図７及び図８を用いて、本発明の実施の形態３の認証システムについて説明する。実施の形態３は、実施の形態１のパスワード発行処理及び認証処理に関する第１の変形例である。

［パスワード発行処理］
図７は、パスワード発行装置２でのパスワード発行処理を示す。

まず、前提として、ＩＤ管理装置４のＩＤ管理部４１は、ユーザＩＤ５０１を発行する。ユーザＩＤ５０１は、実施の形態１と同様に、個人特定情報を含む任意値とする。ユーザＩＤ５０１の形式は、［社員番号］＋［任意値］とし、ユーザＩＤ５０１の値は、例えば“0123****”である。

パスワード発行装置２のパスワード発行部２１は、発行済みのユーザＩＤ５０１を参照する。パスワード発行部２１は、ユーザＩＤ５０１と、有効期限５０５との２つの情報を、有効性確認情報５１０とする。実施の形態３では、パスワード発行及び認証の際、第１の規則として、ハッシュ関数等の変換処理を適用せず、ユーザＩＤ５０１自体をそのまま有効性確認情報の１つとして用いる。

パスワード発行部２１は、実施の形態１と同様に、認証情報５００に関する有効期限５０５を設定し、有効性確認情報５１０の１つとする。有効期限５０５の値は、例えば“20140901”である。

パスワード発行部２１は、有効性確認情報５１０であるユーザＩＤ５０１と有効期限５０５との組合せから、一旦、暗号化前パスワード５０６を作成し、暗号化の入力値とする。暗号化前パスワード５０６の作成の際、２つの情報の組合せ方は、所定の規則に従う。本例では、暗号化前パスワード５０６の文字列の並びは、有効期限５０５の８文字、ユーザＩＤ５０１の８文字、の順である。暗号化前パスワード５０６の値は、例えば“201409010123****”である。

パスワード発行部２１は、暗号化前パスワード５０６を入力値として、暗号化部５２０により、可逆暗号を用いた暗号化を行う。パスワード発行部２１は、暗号化部５２０の暗号化の鍵情報５３０として、所定の共通鍵を用いる。この共通鍵は、認証サーバ３と共有する秘匿された共通鍵である。

パスワード発行部２１は、暗号化の出力値として、暗号化後パスワード５０７を得る。パスワード発行部２１は、この暗号化後パスワード５０７を、認証情報５００のうちのパスワード５０２として発行する。

［認証処理］
図８は、認証サーバ３での認証処理を示す。

認証サーバ３の認証部３１は、ユーザ端末１から受信した、入力された認証情報６００における、ユーザＩＤ６０１及びパスワード６０２を参照する。ユーザＩＤ６０１の値は、図７のユーザＩＤ５０１の値と同じとする。パスワード６０２の値は、図７のパスワード５０２の値と同じとする。

認証部３１は、パスワード６０２を入力値として、復号化部６２０により、可逆暗号を用いた復号化を行う。認証部３１は、復号化部６２０の復号化の際、鍵情報６３０として所定の共通鍵を用いる。この共通鍵は、パスワード発行装置２と共有する秘匿された共通鍵であり、図７の鍵情報５３０の共通鍵と同じ情報である。復号化部６２０は、この復号化により、出力値として、復号パスワード６０３を得る。認証部３１は、復号パスワード６０３から、有効性確認情報６１０である、復号ユーザＩＤ６０４、及び有効期限６０５を取り出す。

認証部３１は、有効性確認情報６１０を用いて、認証情報６００の有効性を確認する。まず、認証部３１は、比較部６０７により、入力されたユーザＩＤ６０１と、復号ユーザＩＤ６０４とを比較することにより、ユーザＩＤ６０１の有効性を確認し、ユーザ認証の結果を判定する。認証部３１は、比較の結果、ユーザＩＤ６０１と復号ユーザＩＤ６０２とが一致する場合、ユーザ認証の結果を成功とし、不一致の場合、失敗とする。

なお、認証情報５００と同じである正しい認証情報６００が入力されている場合、ユーザＩＤ６０１と復号ユーザＩＤ６０４とが一致する。２つのユーザＩＤが一致する場合、入力されたユーザＩＤ６０１とパスワード６０２との対応関係が確認でき、すなわち、ユーザＩＤ６０１及びパスワード６０２の有効性が確認できる。

また、認証部３１は、有効期限確認部６０８により、認証情報６００が有効期限６０５内かどうかを確認する。認証部３１は、有効期限６０５内である場合、その認証情報６００を用いた認証を有効とし、有効期限６０５外である場合、その認証情報６００を用いた認証を無効とする。

［効果等］
実施の形態３によれば、実施の形態１と同様の効果が得られる。また、実施の形態３によれば、鍵情報を用いた暗号化により、暗号化後のパスワードの長さを短くできる利点もある。

実施の形態３の変形例として、図７のユーザＩＤ５０１は、実施の形態２と同様に、個人特定情報を含まない任意値としてもよい。

（実施の形態４）
図９及び図１０を用いて、本発明の実施の形態４の認証システムについて説明する。実施の形態４は、実施の形態１のパスワード発行処理及び認証処理に関する第２の変形例である。

［パスワード発行処理］
図９は、パスワード発行装置２でのパスワード発行処理を示す。

まず、前提として、ＩＤ管理装置４のＩＤ管理部４１は、ユーザＩＤ７０１を発行する。ユーザＩＤ７０１は、実施の形態１と同様に、個人特定情報を含む任意値とする。ユーザＩＤ７０１の形式は、［社員番号］＋［任意値］とし、ユーザＩＤ７０１の値は、例えば“0123****”である。

パスワード発行装置２のパスワード発行部２１は、発行済みのユーザＩＤ７０１を参照する。パスワード発行部２１は、ユーザＩＤ７０１を入力値として、実施の形態１と同様に、第１の規則としてハッシュ関数７０３により、第１の情報であるユーザＩＤハッシュ値７０４を得る。ユーザＩＤハッシュ値７０４の例を“XYZ”とする。

パスワード発行部２１は、実施の形態１と同様に、認証情報７００に関する有効期限７０５を設定する。有効期限７０５の例は“20140901”である。

パスワード発行部２１は、ユーザＩＤハッシュ値７０４と、有効期限７０５との２つの情報を、有効性確認情報７１０として、２つの情報から、一旦、暗号化前パスワード７０６を作成する。２つの情報の組合せ方は、例えば、有効期限７０５の８文字、ユーザＩＤハッシュ値７０４の３文字、の順である。暗号化前パスワード７０６の値は、例えば“20140901XYZ”である。

パスワード発行部２１は、暗号化前パスワード７０６を入力値として、暗号化部７２０により、可逆暗号を用いた暗号化を行う。パスワード発行部２１は、暗号化部７２０の暗号化の鍵情報７３０として、認証サーバ３との共通鍵と、ユーザＩＤ７０１と、を含む鍵情報７３０を用いる。すなわち、実施の形態４では、暗号化の際の鍵情報７３０に、共通鍵に加え、有効期限確認情報７１０の１つとしてユーザＩＤ７０１を含ませる。

パスワード発行部２１は、暗号化の出力値として、暗号化後パスワード７０７を得る。パスワード発行部２１は、この暗号化後パスワード７０７を、認証情報７００のうちのパスワード７０２として発行する。

［認証処理］
図１０は、認証サーバ３での認証処理を示す。

認証サーバ３の認証部３１は、ユーザ端末１から受信した、入力された認証情報８００における、ユーザＩＤ８０１及びパスワード８０２を参照する。ユーザＩＤ８０１の値は、図９のユーザＩＤ７０１の値と同じとする。パスワード８０２の値は、図９のパスワード７０２の値と同じとする。

認証部３１は、ユーザＩＤ８０１を入力値として、第１の規則であるハッシュ関数８０３により、出力値として、第１の情報である認証用ユーザＩＤハッシュ値８０４を得る。このハッシュ関数８０３は、図９のパスワード発行装置２の内部のハッシュ関数７０３と共通である。

また、認証部３１は、パスワード８０２を入力値として、復号化部８２０により、可逆暗号を用いた復号化を行う。認証部３１は、復号化部８２０の復号化の鍵情報８３０として、パスワード発行装置２との共通鍵と、入力されたユーザＩＤ８０１と、を含む鍵情報８３０を用いる。この共通鍵は、図９の共通鍵と同じ情報である。実施の形態４では、復号化の際の鍵情報８３０に、暗号化の際と同様に、有効性確認情報８１０の１つとしてユーザＩＤ８０１を含ませる。

認証部３１は、復号化の出力値として、復号パスワード８０５を得る。認証部３１は、復号パスワード８０５から、有効性確認情報８１０として、復号ユーザＩＤハッシュ値８０６と、有効期限８０７との２つの情報を取り出す。

認証部３１は、有効性確認情報８１０を用いて、認証情報８００の有効性を確認する。まず、認証部３１は、比較部８０８により、認証用ユーザＩＤハッシュ値８０４と、復号ユーザＩＤハッシュ値８０６とを比較することにより、ユーザＩＤ８０１の有効性を確認し、ユーザ認証の結果を判定する。認証部３１は、比較の結果、認証用ユーザＩＤハッシュ値８０４と復号ユーザＩＤハッシュ値８０６とが一致する場合、ユーザ認証の結果を成功とし、不一致の場合、失敗とする。

また、認証部３１は、有効期限確認部８０９により、認証情報８００が有効期限８０７内かどうかを確認する。認証部３１は、確認の結果、有効期限８０７内である場合、その認証情報８００を用いた認証を有効とし、有効期限８０７外である場合、その認証情報８００を用いた認証を無効とする。

［効果等］
実施の形態４によれば、実施の形態１と同様の効果が得られる。また、実施の形態４によれば、鍵情報を用いた暗号化により、暗号化後のパスワードの長さを短くできる利点もある。

実施の形態４の変形例として、以下が挙げられる。図９のユーザＩＤ７０１は、実施の形態２と同様に、個人特定情報を含まない任意値としてもよい。

図９の暗号化及び図１０の復号化の際の鍵情報は、有効性確認情報として、ユーザＩＤ自体を含ませるのではなく、ユーザＩＤを元に第１の規則で生成した第１の情報を含ませるようにしてもよい。また、暗号化の鍵情報に有効性確認情報としてユーザＩＤまたは第１の情報を含ませ、かつ、暗号化の入力値には、ユーザＩＤまたは第１の情報を含ませない構成としてもよい。

（実施の形態５）
図１１及び図１２を用いて、本発明の実施の形態５の認証システムについて説明する。実施の形態５は、実施の形態１の構成に加え、シングルサインオンに関する構成が追加されている。シングルサインオンは、複数のサービス間で認証に関して連携し、単一の認証の手続きにより複数のサービスを利用可能にする仕組みである。なお、説明上、シングルサインオンをＳＳＯと略記する。アイデンティティプロバイダをＩｄＰと略記する。

［認証システム］
図１１は、実施の形態５の認証システムの構成を示す。実施の形態５の認証システムは、複数のユーザ端末１、パスワード発行装置２、ＩＤ管理装置４、複数の認証サーバ３、認証スイッチ６、及びＩｄＰサーバ７がネットワーク５に接続されている。

ネットワーク５上、ユーザ端末１、認証スイッチ６、及び認証サーバ３等の間では、実施の形態１と同様に、ＴＣＰ／ＩＰ、ＵＤＰ、ＨＴＴＰ等のプロトコルを用いて、ユーザ認証に関する通信が行われる。ネットワーク５上、ユーザ端末１、認証スイッチ６、ＩｄＰサーバ７、ＩＤ管理装置４、及びパスワード発行装置２等の間では、ＴＣＰ／ＩＰ、ＵＤＰ、ＨＴＴＰ等のプロトコルを用いて、ＳＳＯに関する通信が行われる。

なお、ネットワーク５は、認証サーバ３を含むネットワーク、ＩｄＰサーバ７を含むネットワーク、等の接続により構成されてもよい。

ユーザ端末１がネットワーク５へログインする際、ユーザ認証の前に、ＳＳＯ認証が行われる。その際、ユーザ端末１は、認証スイッチ６を通じて、ＳＳＯ認証のために、ＩｄＰサーバ７へアクセスし、ＳＳＯ認証に関する通信を行う。

ユーザ端末１のユーザには、予め、ＳＳＯ認証用の認証情報であるＳＳＯ認証情報８１が割り当てられている。このＳＳＯ認証情報８１は、ユーザ認証用の認証情報８２とは別である。例えば、ユーザ９ａのＳＳＯ認証情報をＸ１、ユーザ９ｂのＳＳＯ認証情報をＸ２、等とする。

ＩｄＰサーバ７は、ＳＳＯにおけるＩｄＰとしての機能を持つサーバ装置である。ＩｄＰサーバ７は、ＳＳＯ認証部７１、及びＳＳＯ認証ＤＢ７２を有する。ＩｄＰサーバ７は、図示しないプロセッサ、メモリ、通信インタフェース装置、等のハードウェア、及び、ＯＳ、サーバプログラム等のソフトウェアを備え、当該ハードウェアに基づいたソフトウェア処理により、ＳＳＯ認証部７１等を実現する。ＩｄＰサーバ７は、ＩＰアドレスに関係付けられたＵＲＬを公開する。

ＳＳＯ認証部７１は、ユーザ端末１からの認証スイッチ６を通じたＳＳＯのアクセスに対し、ＳＳＯ認証ＤＢ７２を参照してＳＳＯ認証を行う。ＳＳＯ認証部７１は、ユーザ端末１から受信したＳＳＯ認証情報と、ＳＳＯ認証ＤＢ７２に登録されているＳＳＯ認証情報とが一致する場合、ＳＳＯ認証の結果を成功とし、不一致の場合、失敗とする。ＳＳＯ認証部７１は、ＳＳＯ認証が成功の場合、ユーザ端末１に、ＳＳＯ認証の成功を表す応答を送信すると共に、当該ユーザ端末１に関するＩＤを含む情報を提供する。当該ＩＤは、実施の形態５では、ＩＤ管理装置４でＩＤ情報４２に管理されているＩＤである。ＳＳＯ認証部７１は、ＩＤ管理装置４から当該ユーザ端末１に関するＩＤを取得し、ユーザ端末１へ送信する。

ＳＳＯ認証ＤＢ７２は、複数のユーザのＳＳＯ認証情報が登録及び管理されるデータベースである。本例では、ＳＳＯ認証ＤＢ７２には、ユーザ９ａのＳＳＯ認証情報Ｘ１、等が登録されている。

ＩＤ管理装置４のＩＤ管理部４１は、ＩｄＰサーバ７からのアクセスに対し、ＩＤ情報４２を参照し、要求されているＩＤを含む情報を提供する。ＩＤ情報４２に登録されているＩＤは、実施の形態１と同様に、個人特定情報を含む形式である。

パスワード発行装置２は、ＳＳＯ認証後、ユーザ端末１から、パスワード発行要求及びＩＤを受信する。パスワード発行装置２は、パスワード発行要求及びＩＤに応じて、そのＩＤを元にパスワードを発行し、ユーザ端末１へ提供する。

ユーザ端末１は、ＩｄＰサーバ７から提供されたＩＤと、パスワード発行装置２から提供されたパスワードとの組合せによるユーザ認証用の認証情報８２を得る。ユーザ端末１は、認証情報８２を用いて、認証スイッチ６へアクセスする。認証スイッチ６と認証サーバ３との間では、ユーザ端末１から入力された認証情報を用いてユーザ認証が行われる。ユーザ認証の成功により、ユーザ端末１がネットワーク５へログインすることが許可される。

［シーケンス］
図１２は、実施の形態５の認証システムにおける、ＳＳＯ認証、パスワード発行及びユーザ認証、等を含むシーケンスを示す。Ｓ５１等はステップを示す。前提として、ＩＤ管理装置４のＩＤ情報４２には、ユーザ９ａに関するＩＤ「ＩＤａ」等が設定済みである。ＩｄＰサーバ７のＳＳＯ認証ＤＢ７２には、ユーザ９ａに関するＳＳＯ認証情報Ｘ１等が登録済みである。以下、ステップＳ５１〜Ｓ６１の処理や作業について、例を用いながら順に説明する。

（Ｓ５１） Ｓ５１で、例えばユーザ端末１ａは、ネットワーク５へログインしてサービスを利用する際、ＳＳＯ認証のために、認証スイッチ６を通じて、ＩｄＰサーバ７へアクセスする。ＩｄＰサーバ７は、ユーザ端末１ａからのアクセスを受けると、ＳＳＯ認証ページをユーザ端末１ａへ送信する。ユーザ端末１ａは、受信したＳＳＯ認証ページによるＳＳＯ認証画面を表示する。ＳＳＯ認証画面には、ＳＳＯ認証情報の入力をユーザに促すメッセージ等が表示される。ユーザ９ａは、ＳＳＯ認証画面で、ＳＳＯ認証情報を入力する。本例では、ＳＳＯ認証情報Ｘ１が入力されたとする。ユーザ端末１ａは、ＳＳＯ認証要求、及び入力されたＳＳＯ認証情報を、ＩｄＰサーバ７へ送信する。

（Ｓ５２） ＩｄＰサーバ７のＳＳＯ認証部７１は、Ｓ５１のＳＳＯ認証要求、及びＳＳＯ認証情報を受信すると、Ｓ５２で、ＳＳＯ認証ＤＢ７２を参照してＳＳＯ認証を行う。ＳＳＯ認証部７１は、入力されたＳＳＯ認証情報と、ＳＳＯ認証ＤＢ７２に登録されているＳＳＯ認証情報とが一致する場合、ＳＳＯ認証の結果を成功とし、不一致の場合、失敗とする。本例では、入力されたＳＳＯ認証情報Ｘ１と、ＳＳＯ認証ＤＢ７２に登録されているＳＳＯ認証情報Ｘ１とが一致するので、ＳＳＯ認証が成功になる。

（Ｓ５３） ＩｄＰサーバ７のＳＳＯ認証部７１は、Ｓ５２のＳＳＯ認証が成功の場合、ＩＤ管理装置４にアクセスし、当該ＳＳＯ認証が成功のユーザ端末１ａのＳＳＯ認証情報Ｘ１に関係付けられたＩＤを取得する。ＩＤ管理装置４のＩＤ管理部４１は、ＩｄＰサーバ７からのアクセスに応じて、ＩＤ情報４２を参照し、要求されているＩＤを提供する。本例では、ＳＳＯ認証部７１は、ＳＳＯ認証情報Ｘ１に基づいて、ＩＤ「ＩＤａ」を取得する。

（Ｓ５４） ＳＳＯ認証部７１は、Ｓ５２のＳＳＯ認証が成功の場合、成功を表すＳＳＯ認証応答、及びＳ５３で取得したＩＤ「ＩＤａ」を含む情報を、ユーザ端末１ａへ送信する。また、この際、ＳＳＯ認証部７１は、ユーザ端末１ａに、パスワード発行装置２からパスワードを取得すること、及び取得したパスワードを含むユーザ認証用の認証情報を用いて認証スイッチ６へアクセスすること、を含む指示を送信する。

Ｓ５４の際、ＩｄＰサーバ７は、ＩＤ管理装置４で管理しているＩＤである実ＩＤを、ユーザ端末１へ提供している。実ＩＤは、個人特定情報を含むＩＤである。

（Ｓ５５） ユーザ端末１ａは、Ｓ５４のＳＳＯ認証応答、及びＩＤ「ＩＤａ」を受信し、ＩｄＰサーバ７からの指示に従い、Ｓ５５で、パスワード発行装置２へアクセスし、パスワード発行要求及びＩＤ「ＩＤａ」を送信する。

（Ｓ５６） パスワード発行装置２のパスワード発行部２１は、Ｓ５５のパスワード発行要求及びＩＤ「ＩＤａ」を受信すると、そのＩＤ「ＩＤａ」を元に、パスワードを発行する。この処理は、実施の形態１等のパスワード発行処理と同様である。本例では、ＩＤ「ＩＤａ」を元にパスワード「ＰＷａ」が発行されている。

（Ｓ５７） パスワード発行装置２は、パスワード発行要求に対する応答として、Ｓ５６で発行したパスワード「ＰＷａ」を含む情報を、ユーザ端末１ａへ送信する。

（Ｓ５８） ユーザ端末１ａは、Ｓ５７のパスワード「ＰＷａ」を受信する。これにより、ユーザ端末１ａは、Ｓ５４のＩＤ「ＩＤａ」と、Ｓ５７のパスワード「ＰＷａ」との組合せによる、ユーザ認証用の認証情報Ａ１を得る。Ｓ５８で、ユーザ端末１ａは、Ｓ５４のＩｄＰサーバ７からの指示に従い、認証情報Ａ１を用いて、認証スイッチ６へアクセスする。ユーザ端末１ａ、認証スイッチ６、及び認証サーバ３の間では、図２のＳ４〜Ｓ８と同様に、ユーザ認証処理が行われる。

Ｓ５８の具体的な手順の例は以下である。認証スイッチ６は、ユーザ端末１ａからのアクセスを受けると、ユーザ認証ページをユーザ端末１ａへ送信する。ユーザ端末１ａは、ユーザ認証ページによるユーザ認証画面を表示する。ユーザ９ａは、ユーザ認証画面で、ユーザ認証用の認証情報Ａ１を入力する。この際、ユーザ端末１ａは、ユーザ認証画面に、認証情報Ａ１を自動的に入力する。ユーザ９ａは、ユーザ認証画面で、入力済みの認証情報Ａ１を確認し、実行ボタン押下等の操作のみを行う。ユーザ端末１ａは、入力された認証情報Ａ１を、認証スイッチ６へ送信する。認証スイッチ６は、複数の認証サーバ３のうち、例えば認証サーバ３ａへアクセスする。認証スイッチ６は、ユーザ認証要求及び入力された認証情報Ａ１を、認証サーバ３ａへ送信する。

認証サーバ３ａは、ユーザ端末１ａから認証スイッチ６を通じてユーザ認証要求及び認証情報を受信すると、実施の形態１等と同様に、ユーザ認証処理を行う。本例では、入力された認証情報Ａ１のパスワード「ＰＷａ」から、ユーザＩＤ「ＩＤａ」の有効性が確認できるので、ユーザ認証が成功になる。認証サーバ３ａは、ユーザ認証の成功を表すユーザ認証応答を、認証スイッチ６を通じてユーザ端末１ａへ送信する。ユーザ端末１ａは、ユーザ認証応答からユーザ認証の成功を認識し、これにより、ネットワーク５へのログイン等が許可される。

（Ｓ５９） 認証サーバ３ａは、Ｓ５８の一連のユーザ認証処理の際、認証情報を含む情報を、認証ログ３２に記録している。なお、認証スイッチ６でも、同様に、認証ログが記録されている。

（Ｓ６０） ユーザ認証後、ユーザ９ａのユーザ端末１ａがネットワーク５上のサービスを利用した際に、何らかの問題が発生しているとする。

（Ｓ６１） 問題発生時、管理者９０は、問題に係わるユーザ個人を特定する作業を行う。管理者９０は、端末から、認証サーバ３ａの認証ログ３２を参照し、認証ログ３２における問題に係わる認証情報を参照する。本例では、認証情報Ａ１｛ＩＤａ，ＰＷａ｝が参照される。管理者９０は、そのＩＤ「ＩＤａ」に含まれている個人Ａの個人特定情報から、問題に係わるユーザ９ａを特定することができる。

［効果等］
実施の形態５の認証システムによれば、実施の形態１等と同様に、保持及び管理する認証情報の量を少なくすることができ、構成の簡素化や、認証サーバ３等のリソース消費削減を実現できる。特に、実施の形態５では、ＳＳＯ認証の成功に応じて、ユーザ認証用のＩＤ及びパスワードを提供する仕組みである。ユーザは、ＳＳＯ認証の成功後、このＩＤ及びパスワードを用いることにより、ユーザ認証が成功になる。

［第１の変形例］
実施の形態５の第１の変形例として、以下としてもよい。図１２のシーケンスで、Ｓ５２のＳＳＯ認証が成功の場合、ＩｄＰサーバ７は、Ｓ５３で、ＩＤ管理装置４から、当該ユーザ端末１ａに関する実ＩＤ「ＩＤａ」を取得する。ＩｄＰサーバ７は、取得した実ＩＤ「ＩＤａ」から、仮ＩＤを発行する。仮ＩＤは、個人特定情報を含まない値である。この仮ＩＤを例えば「ＩＤｘ１」とする。ＩｄＰサーバ７は、実ＩＤ「ＩＤａ」と仮ＩＤ「ＩＤｘ１」との関係付け情報を、表等に記憶して管理する。

Ｓ５４で、ＩｄＰサーバ７は、ＳＳＯ認証応答、仮ＩＤ「ＩＤｘ１」、及び指示を、ユーザ端末１ａへ送信する。Ｓ５５で、ユーザ端末１ａは、指示に従い、パスワード発行要求及び仮ＩＤ「ＩＤｘ１」を、パスワード発行装置２へ送信する。Ｓ５６で、パスワード発行装置２は、仮ＩＤ「ＩＤｘ１」を元にパスワードを生成する。このパスワードを例えば「ＰＷｘ１」とする。Ｓ５７で、パスワード発行装置２は、パスワード「ＰＷｘ１」をユーザ端末１ａへ送信する。これにより、ユーザ端末１ａは、仮ＩＤ「ＩＤｘ１」とパスワード「ＰＷｘ１」との組合せによる認証情報を得る。この認証情報を例えば「Ａｘ１」とする。

Ｓ５８で、ユーザ端末１ａは、指示に従い、認証情報「Ａｘ１」を用いて、認証スイッチ６へアクセスする。ユーザ端末１ａは、ユーザ認証要求、及び認証情報「Ａｘ１」を例えば認証サーバ３ａへ送信する。認証サーバ３ａは、認証情報「Ａｘ１」におけるパスワード「ＰＷｘ１」から、仮ＩＤ「ＩＤｘ１」の有効性を確認することにより、ユーザ認証を行う。

問題発生時、管理者９０は、端末から認証サーバ３ａの認証ログ３２を参照し、問題に係わる認証情報「Ａｘ１」における仮ＩＤ「ＩＤｘ１」を得る。管理者９０は、その仮ＩＤ「ＩＤｘ１」に基づいて、ＩｄＰサーバ７で管理している関係付け情報を参照する。ＩｄＰサーバ７は、関係付け情報に基づいて、仮ＩＤ「ＩＤｘ１」に関係付けられた実ＩＤ「ＩＤａ」の情報を提供する。管理者９０は、その実ＩＤ「ＩＤａ」に含まれている個人Ａの個人特定情報から、問題に係わるユーザ９ａを特定することができる。

［第２の変形例］
実施の形態５の第２の変形例として、以下としてもよい。図１２のシーケンスで、ＩｄＰサーバ７は、Ｓ５３で取得したＩＤに、有効期限を付与し、一時的に有効なＩＤとして、ユーザ端末１へ提供する。Ｓ５６で、パスワード発行装置２は、ＩＤに有効期限が付与されている場合、その有効期限を有効性確認情報の１つとして用いて、パスワードを生成する。

［第３の変形例］
実施の形態５の第３の変形例として、以下としてもよい。図１２のシーケンスで、ＩｄＰサーバ７は、Ｓ５２のＳＳＯ認証の成功により、Ｓ５３で、ＩＤ管理装置４から当該ユーザ端末１ａに関するＩＤ「ＩＤａ」を取得する。ＩｄＰサーバ７は、パスワード発行要求、及びＩＤ「ＩＤａ」を含む情報を、ユーザ端末１ａではなく、パスワード発行装置２へ送信する。パスワード発行装置２は、そのパスワード発行要求に応じて、そのＩＤ「ＩＤａ」を元にパスワード「ＰＷａ」を発行し、ＩｄＰサーバ７へ送信する。ＩｄＰサーバ７は、ＳＳＯ認証応答、ＩＤ「ＩＤａ」、パスワード「ＰＷａ」、及び指示を含む情報を、ユーザ端末１ａへ送信する。ユーザ端末１ａは、受信したＩＤ「ＩＤａ」及びパスワード「ＰＷａ」を用いて、ユーザ認証のため、認証スイッチ６へアクセスする。

［他の変形例］
実施の形態５の他の変形例として、以下が挙げられる。ＩＤ管理装置４で管理されるＩＤは、実施の形態２と同様に、個人特定情報を含まない任意値としてもよい。

ＳＳＯ認証ＤＢ７２は、ＩｄＰサーバ７内部に限らず、ＩｄＰサーバ７に接続される他の装置に保持及び管理されていてもよい。その場合、ＩｄＰサーバ７は、その装置のＳＳＯ認証ＤＢ７２を参照してＳＳＯ認証を行う。また、ＩｄＰサーバ７は、ＳＳＯ認証情報と関係付けて、ユーザ端末１に関するＩＤを含む情報を保持してもよい。

以上、本発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。

１，１ａ，１ｂ…ユーザ端末、２…パスワード発行装置、３，３ａ，３ｂ…認証サーバ、４…ＩＤ管理装置、５…ネットワーク、６…認証スイッチ、７…ＩｄＰサーバ、９ａ，９ｂ…ユーザ、２１…パスワード発行部、２２…パスワード情報、３１…認証部、３２…認証ログ、４１…ＩＤ管理部、４２…ＩＤ情報、９０…管理者

Claims (10)

1. ユーザ端末の認証のための認証情報であるＩＤ及びパスワードのうちの前記パスワードを発行するパスワード発行装置と、
   前記認証情報を保持せず、前記ユーザ端末の前記認証を行う認証サーバと、
   を備え、
   前記パスワード発行装置は、前記ユーザ端末の前記ＩＤまたは当該ＩＤを元に第１の規則で生成した第１の情報を入力値として、可逆暗号を用いた暗号化を行い、当該暗号化の出力値を当該ユーザ端末の前記パスワードとして発行し、
   前記認証サーバは、前記ユーザ端末から、認証要求、及び前記認証情報を受信し、当該認証情報のうちの前記パスワードを入力値として、前記可逆暗号を用いた復号化を行い、当該復号化の出力値と、当該認証情報のうちの前記ＩＤまたは当該ＩＤを元に前記第１の規則で生成した前記第１の情報と、を比較し、一致する場合、前記認証の結果を成功とする、
   認証システム。
2. 請求項１記載の認証システムにおいて、
   前記ＩＤは、前記ユーザ端末のユーザを個人として特定可能である個人特定情報を含む形式である、
   認証システム。
3. 請求項１記載の認証システムにおいて、
   前記認証サーバとして、複数の認証サーバを有し、
   前記複数の認証サーバは、それぞれ、前記ユーザ端末からの前記認証要求を受け付ける、
   認証システム。
4. 請求項１記載の認証システムにおいて、
   前記ユーザ端末の前記ＩＤを管理するＩＤ管理装置を備え、
   前記パスワード発行装置は、前記ＩＤ管理装置から前記ユーザ端末の前記ＩＤを参照し、当該ＩＤを元に前記パスワードを発行する、
   認証システム。
5. 請求項１記載の認証システムにおいて、
   前記ＩＤは、前記ユーザ端末のユーザを個人として特定可能である個人特定情報を含まない形式であり、
   前記ＩＤと前記個人特定情報とを関係付ける関係付け情報を管理する個人特定情報管理装置を有する、
   認証システム。
6. 請求項１記載の認証システムにおいて、
   前記パスワード発行装置は、前記認証サーバとの共通鍵を用いて、前記ＩＤを入力値として前記暗号化を行い、
   前記認証サーバは、前記共通鍵を用いて、前記復号化を行い、当該復号化の出力値に含まれている前記ＩＤと、前記認証情報のうちの前記ＩＤと、を比較し、一致する場合、前記認証の結果を成功とする、
   認証システム。
7. 請求項１記載の認証システムにおいて、
   前記パスワード発行装置は、前記認証サーバとの共通鍵と、前記ＩＤまたは当該ＩＤを元に第１の規則で生成した第１の情報と、を含む鍵情報を用いて、前記暗号化を行い、
   前記認証サーバは、前記共通鍵と、前記認証情報のうちの前記ＩＤまたは当該ＩＤを元に前記第１の規則で生成した前記第１の情報と、を含む鍵情報を用いて、前記復号化を行う、
   認証システム。
8. 請求項１記載の認証システムにおいて、
   前記パスワード発行装置は、前記ユーザ端末の前記認証情報の有効期限を入力値として前記暗号化を行い、
   前記認証サーバは、前記復号化の出力値に含まれている前記有効期限を用いて、前記認証情報が当該有効期限内であるかを判定し、当該有効期限内である場合、当該認証情報を用いた前記認証を有効とする、
   認証システム。
9. 請求項１記載の認証システムにおいて、
   前記ユーザ端末のシングルサインオン認証を行うアイデンティティプロバイダサーバと、
   前記シングルサインオン認証用のシングルサインオン認証情報が登録されているシングルサインオン認証ＤＢと、
   を備え、
   前記アイデンティティプロバイダサーバは、前記ユーザ端末から、シングルサインオン認証要求、及びシングルサインオン認証情報を受信し、当該シングルサインオン認証情報と、前記シングルサインオン認証ＤＢに登録されている前記シングルサインオン認証情報とが一致する場合、前記シングルサインオン認証の結果を成功とし、当該ユーザ端末の前記ＩＤを含む情報を提供し、
   前記パスワード発行装置は、前記アイデンティティプロバイダサーバから提供された前記ユーザ端末の前記ＩＤを元に前記パスワードを発行する、
   認証システム。
10. 請求項９記載の認証システムにおいて、
    前記アイデンティティプロバイダサーバは、前記シングルサインオン認証が成功の場合、前記ユーザ端末の前記ＩＤに関係付けられた、個人特定情報を含まない形式の仮ＩＤを発行し、当該仮ＩＤを含む情報を提供し、
    前記パスワード発行装置は、前記アイデンティティプロバイダサーバから提供された前記ユーザ端末の前記仮ＩＤを元に前記パスワードを発行する、
    認証システム。

Images