認証システムおよび認証プログラム
【課題】認証サーバがシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することを課題とする。
【解決手段】認証サーバ２は、ユーザ識別情報を認証するかどうかを判定し、暗号化した暗号化認証情報をクライアント端末１に送信し、クライアント端末１は、認証サーバ２との接続が可能なときは認証サーバ２に認証を依頼し、暗号化認証情報を記憶装置に記憶し、認証サーバ２との接続が不可能なときは、暗号化認証情報を、認証代理サーバ４に送信し、認証代理サーバ４は、暗号化認証情報を、予め記憶されている復号鍵で復号し、クライアント端末１に送信する。
【解決手段】認証サーバ２は、ユーザ識別情報を認証するかどうかを判定し、暗号化した暗号化認証情報をクライアント端末１に送信し、クライアント端末１は、認証サーバ２との接続が可能なときは認証サーバ２に認証を依頼し、暗号化認証情報を記憶装置に記憶し、認証サーバ２との接続が不可能なときは、暗号化認証情報を、認証代理サーバ４に送信し、認証代理サーバ４は、暗号化認証情報を、予め記憶されている復号鍵で復号し、クライアント端末１に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末へのログイン等を認証する認証システムおよび認証プログラムに関し、特に認証サーバがダウンしたときにも認証できることを特徴とするものである。
【背景技術】
【０００２】
利用者が、各種業務システムとネットワーク接続された端末（クライアントコンピュータ）から業務システムにログインして業務を実行するとき、セキュリティを強化するために、認証サーバにより認証を行ってから、業務システムへのログインを可能とするように構成することがある。ログイン前に認証サーバにより認証を行うことで、業務システムのセキュリティが強化するだけでなく、ログイン名毎のアクセス権の設定が可能になる。
【０００３】
しかしながら、認証サーバがシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したとき、上述の構成によると、認証サーバから認証情報を取得できないため、業務サーバまたは業務アプリケーションへのログインが不可能となり、利用者は業務を継続することができない。
【０００４】
特許文献１（特開２００４−３１８５４７号公報）に開示された認証システムは、上述の問題点を解決するために、認証サーバをフィールド側と、センター側とに設け、フィールド側、センター側と順番に認証を行うため、単純な二重化と比較して、ネットワーク障害の影響を受けにくくしている。
【０００５】
また特許文献２（特開２００５−１６５７０４号公報）に開示されたセキュリティチェックシステムは、サーバ側で一元管理しているロックアウトチェックリストを都度コピーし、クライアント側でロックアウトチェックリストに基づき、ログインの認証を行う。それにより、サーバが停止したときでもユーザ認証を行うことを特徴としている。
【０００６】
特許文献１の方法によると、ネットワーク障害の影響が受けにくくなるとは言え、認証サーバを二重化または多重化で構成する必要がある。また特許文献２の方法によると、常にクライアント側にコピーされた情報によりユーザ認証を行うため、サーバとのネットワークが故意に切断された場合、それを認知する機能がなく、クライアント側にコピーされた情報で認証を行うため、セキュリティが低下するという問題がある。
【特許文献１】特開２００４−３１８５４７号公報
【特許文献２】特開２００５−１６５７０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、認証サーバがシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明に係る認証システムは、ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段とを備えた認証サーバ、ユーザ識別情報と第１のアプリケーションへのログイン要求とを受け付ける認証要求手段と、上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づき第１のアプリケーションへのログインを要求するアプリケーションインタフェースとを備えたクライアント端末、上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段とを備えた認証代理サーバを有することを特徴とするものである。
【０００９】
また上記認証情報は、上記第１のアプリケーションに対応するログイン名とパスワードからなることを特徴とするものである。
【００１０】
また上記認証管理情報には、第１のアプリケーションに対応するアクセス権情報が記憶され、上記認証手段は、上記認証管理情報から認証情報を取り出すとき、合わせてアクセス権情報も取り出し、上記認証サーバ送受信手段は、上記認証手段が認証したとき、認証情報と暗号化認証情報と合わせてアクセス権情報を送信し、上記第１の端末送受信手段は、認証情報と暗号化認証情報とを受信するとき、合わせてアクセス権情報も受信し、上記アプリケーションインタフェースは、認証情報とアクセス権情報に基づき、第１のアプリケーションへのログインを要求することを特徴とするものである。
【００１１】
本発明に係る認証システムは、ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段とを備えた認証サーバ、ユーザ識別情報と上記クライアント端末へのログイン要求とを受け付けるログイン処理手段と、上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、を備え、上記ログイン処理手段は、上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づきクライアント端末へのログインを要求することを特徴とするクライアント端末、上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段とを備えた認証代理サーバを有することを特徴とするものである。
【００１２】
また上記認証情報は、上記クライアント端末に対応するログイン名とパスワードからなることを特徴とするものである。
【００１３】
また上記認証代理サーバ送受信手段は、上記認証サーバとの接続かどうかを定期的に確認することを特徴とするものである。
【００１４】
また本発明に係る認証プログラムは、コンピュータを、請求項１〜６のいずれかに記載の認証システムとして機能させることを特徴とするものである。
【発明の効果】
【００１５】
本発明の認証システムによると、認証サーバの二重化（データの二重化）システムに比較して、簡素なシステムにて、ネットワーク障害時の業務継続が可能となる。
【発明を実施するための最良の形態】
【００１６】
実施の形態１．
図１は、本実施の形態におけるシステム構成図である。図１に示すように認証システムは、クライアント端末１、認証サーバ２、業務サーバ３、認証代理サーバ４とがネットワーク５により接続されている。図１では簡略化のため、業務サーバ３は１台のみ記載しているが、複数台の業務サーバ３を本システムに接続することが可能である。業務サーバ３は、特定の業務を実行する業務アプリケーション（第１のアプリケーション）３１を備えるが、１台の業務サーバ３の中に、複数の業務アプリケーション３１を備えるように構成することができる。業務サーバ送受信手段３２は、ネットワーク５を介して、クライアント端末１との間で業務アプリケーション３１を実行するためのデータのやりとりを行う。
【００１７】
クライアント端末１は、ユーザから情報入力を受け付ける端末であるが、認証要求手段１２は、ユーザ識別情報と業務アプリケーション３１へのログイン要求とを受け付け、業務アプリケーションインタフェース（アプリケーションインタフェース）１３は、認証サーバ２または認証代理サーバ４により認証された情報に基づき、業務アプリケーション３１へのログイン処理と、アプリケーション実行に伴うユーザとのインタフェースを提供する。なおユーザ識別情報とは、図９を用いて後述するが、ユーザＩＤとパスワードの組み合わせ、または指紋や眼球の虹彩、声紋等の生体情報（バイオメトリクス情報）のいずれかを用いて構成され、ユーザごとに異なる識別情報を用いるように構成することも可能である。
【００１８】
端末送受信手段（第１の端末送受信手段、第２の端末送受信手段）１１は、認証サーバ２、認証代理サーバ４および業務サーバ３と接続するが、認証要求時には最初に認証サーバ２と接続し、認証サーバ２と接続不可能のときは、認証代理サーバ４と接続するように優先度を有している。そして認証サーバ２との接続が可能と判断したときは認証サーバ２に認証を要求するために、ユーザ識別情報を認証サーバ２に送信し、認証サーバ２により判定された認証結果情報と、認証サーバ２が認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を、クライアント認証情報（以下、「クライアント認証情報ファイル」とも言う）１４として記憶装置に記憶する。クライアント認証情報１４は、クライアント端末１の記憶装置にユーザ（ユーザ識別情報）ごとに特定できるファイル形式で記憶されている。
また端末送受信手段１１は、認証サーバ２との接続が不可能と判断したときは認証代理サーバ４に認証を要求するために、クライアント認証情報１４から暗号化認証情報を取り出し、取り出した暗号化認証情報を認証代理サーバ４に送信し、認証代理サーバ４から復号された認証情報を受信する。
【００１９】
認証サーバ２は、クライアント端末１からの要求により、ユーザ識別情報を認証する機能を備えるが、認証手段２１は、クライアント端末１から受信したユーザ識別情報を予め認証サーバ２の記憶装置に記憶されている認証管理情報２４と照合し、認証するかどうかを判定し、認証すると判定したときはユーザ識別情報と対応する認証情報を認証管理情報２４から取り出し特定する。また暗号化手段２２は、認証手段２１が特定した認証情報を、予め記憶装置に記憶され、該当のユーザ識別情報と対応する暗号鍵情報２５により暗号化し、暗号化した暗号化認証情報を生成する。認証管理情報（以下、「認証管理情報ファイル」とも言う）２４および暗号鍵情報（以下、「暗号鍵情報ファイル」とも言う）２５は、認証サーバ２の記憶装置にユーザ（ユーザ識別情報）ごとに特定できるファイル形式で記憶されている。
認証サーバ送受信手段２３は、ユーザ識別情報をクライアント端末１から受信し、認証手段２１が判定した認証結果情報をクライアント端末１に送信し、また認証手段２１が判定の結果認証するとしたときは、認証結果情報を送信するときに、合わせて認証情報と暗号化認証情報とをクライアント端末１に送信する。
【００２０】
認証代理サーバ４は、クライアント端末１が認証サーバ２と接続できないときに、代理で認証する機能を有する装置であって、認証代理手段４２はクライアント端末１から受信した暗号化認証情報を、予め記憶部（記憶装置）に記憶されている復号鍵（以下、「復号鍵ファイル」とも言う）４３で復号する。復号鍵４３は、ユーザ識別情報と対応付けられて、１または複数が記憶されている。また認証代理サーバ送受信手段４１は、暗号化認証情報をクライアント端末から受信し、復号鍵４３により復号した認証情報をクライアント端末１に送信する。なお認証代理サーバ４は、「サーバ」という名称を付しているが、認証サーバ２のような高いセキュリティ機能を有するサーバコンピュータである必要はなく、パソコンや簡易機能を有するコンピュータで構成することができる。記憶装置（記憶部）もハードディスクである必要はなく、復号鍵４３が格納できればよいので、フラッシュメモリ等の記憶装置で構成でき、また認証代理サーバ４はそれらの記憶装置が挿入できる機能を有するコンピュータで構成することができる。
【００２１】
図２は、クライアント端末１、認証サーバ２および業務サーバ３のハードウェア資源の一例を示す図である。
【００２２】
図２において、各コンピュータは、システムユニット（図示せず）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ装置９０６などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニットは、コンピュータであり、ＬＡＮに接続されている。
【００２３】
各コンピュータは、プログラムを実行するＣＰＵ９１１（「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、図１で示した各処理部（〜手段）でデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される処理装置である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。
【００２４】
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、それぞれのコンピュータが用いる記憶装置（記憶部）９２９の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５などは、入力装置（図示せず）の一例である。また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置（図示せず）の一例である。
【００２５】
通信ボード９１５は、ネットワーク５に接続されている。ネットワーク５は、ＬＡＮに限らず、インターネット、あるいは、ＷＡＮなどで構成されていても構わない。
【００２６】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００２７】
また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。
【００２８】
また、本実施の形態の説明において「〜手段」として説明するものは、「〜部」、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜手段」の手順や方法をコンピュータに実行させるものである。
【００２９】
次に、図３〜４を用いて、本実施の形態における処理概要を説明する。図３は、正常時の動作について記載したものである。クライアント端末１にて、ユーザがユーザ認証情報を入力し、業務アプリケーション３１へのログイン要求を入力すると、それを受け付け（ステップＳ１０１）、ユーザ情報と認証要求情報とを認証サーバ２に送信する（ステップＳ１０２）。認証サーバ２では、認証要求を受信し（ステップＳ１０３）、認証処理を行う（ステップＳ１０４）。クライアント端末１は、認証サーバ２から認証結果と認証情報（暗号化形式（Ａ）とクライアント識別可能形式（Ｂ））を取得し（ステップＳ１０５）、取得した認証情報に基づきログイン要求を業務サーバ３に送信する（ステップＳ１０６）。その後、業務サーバ３では、ログイン処理を行い（ステップＳ１０７）、クライアント端末１との間で、業務アプリケーションを実行する（ステップＳ１０８）。認証情報（暗号化形式（Ａ）とクライアント識別可能形式（Ｂ））については、後述する。
【００３０】
図４は、認証サーバ２との接続で障害が発生したときの動作について記載したものである。認証代理サーバ４の認証代理サーバ送受信手段４１は、認証サーバ２との接続が可能かどうかを定期的なポーリングにより、常に監視していて、障害を検知したとき（ステップＳ２０１）、認証処理の代行を開始する（ステップＳ２０２）。なおステップＳ２０１では、認証サーバ２自体がシステムダウンしたとき、またはネットワーク５が回線接続不可能な状態となったときを含み、クライアント端末１が認証サーバ２と接続できないときを障害として検知する。
【００３１】
クライアント端末１では、ユーザがユーザ認証情報を入力し、業務アプリケーション３１へのログイン要求を入力すると、それを受け付け（ステップＳ２０３）、ユーザ情報と認証情報（暗号化形式（Ａ））とを認証代理サーバ４に送信する（ステップＳ２０４）。前述したように端末送受信手段１１は、認証サーバ２との接続が不可能と判断したときは認証代理サーバ４に認証を要求するために、記憶部に記憶されている暗号化認証情報を認証代理サーバ４に送信する機能を有するため、ステップＳ２０４の説明のように動作する。次に、認証代理サーバ４では、認証要求を受信すると（ステップＳ２０５）、認証処理として、認証情報（暗号化形式（Ａ））を復号し（ステップＳ２０６）、クライアント端末１は認証情報（クライアント識別可能形式（Ｂ））を取得する（ステップＳ２０７）。その後、クライアント端末１では、認証情報（クライアント識別可能形式（Ｂ））を用いてログイン要求を行い（ステップＳ２０８）、業務サーバ３ではログイン処理を行い（ステップＳ２０９）、クライアント端末１との間で、業務アプリケーションを実行する（ステップＳ２１０）。
【００３２】
次に図５〜６を用いて、本実施の形態における正常時の処理の流れを説明する。図５は、正常時の認証処理の流れについて説明したものである。ユーザからの入力により処理を開始し、クライアント端末１の認証要求手段１２は、ユーザ識別情報と業務アプリケーション３１へのログイン要求とを受け付ける（ステップＳ１）。前述したように、ユーザ識別情報は、ユーザＩＤとパスワードの組み合わせ、または生体情報によりユーザを特定できる情報であり、業務アプリケーションインタフェース１３が動作させる初期画面で入力される。また認証要求手段１２は、ユーザ識別情報が入力されたことにより、ログイン要求がなされたと判断する。
【００３３】
次に端末送受信手段１１は、認証要求手段１２が受け付けた、ユーザ識別情報と認証要求情報とを認証サーバ２に送信し（ステップＳ２）、認証サーバ２の認証サーバ送受信手段２３は、ユーザ識別情報と、認証要求情報とを端末送受信手段１１より受信し、ユーザ識別情報を認証手段２１に受け渡す（ステップＳ３）。その後、認証手段２１は、受け渡されたユーザ識別情報を認証管理情報ファイル２４と照合し、認証するかどうかを判定し、認証すると判定したときは、認証管理情報ファイル２４から認証情報（クライアント識別可能形式（Ｂ））と、アクセス権情報とを取得する（ステップＳ４）。暗号化手段２２は、認証手段２１が取得した認証情報に対応する暗号鍵を、暗号鍵情報２５を検索することで特定し、特定された暗号鍵にて認証情報を暗号化し、認証情報（暗号化形式（Ａ））を生成する（ステップＳ５）。認証サーバ送受信手段２３は、認証手段２１が判定した認証結果情報をクライアント端末１に送信し、また認証手段２１が判定の結果認証するとしたときは、認証結果情報を送信するときに合わせて、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ））をクライアント端末１に送信する（ステップＳ６）。
【００３４】
続いて図６を用いて、正常時のログイン処理の流れについて説明する。ステップＳ６の処理により、認証サーバ送受信手段２３が認証結果情報（判定の結果、認証するとしたときは、合わせてユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ）））を送信したとき、クライアント端末１の端末送受信手段１１は、認証結果情報と、判定の結果認証するとしたときは、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ）））を受信し（ステップＳ１１）、業務アプリケーション、アクセス権情報、認証情報（暗号化形式（Ａ））をユーザ識別情報と対応付けて、クライアント認証情報１４として記憶装置に記憶し、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とを業務アプリケーションインタフェース１３に受け渡す（ステップＳ１２）。
【００３５】
業務アプリケーションインタフェース１３は、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とにより業務サーバ３に対してログイン要求を送信し（ステップＳ１３）、業務サーバ３の業務サーバ送受信手段３２は、ログイン要求を検知すると、受信した認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーション３１に受け渡す（ステップＳ１４）。業務アプリケーション３１は、ログイン可否判断を行い（ステップＳ１５）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、業務アプリケーションに対応する処理を実行する（ステップＳ１６）。ステップＳ１５におけるログイン可否判断は、業務アプリケーション３１の設定により、任意の方法により判断される。
【００３６】
図９は、認証管理情報ファイル２４のファイル構成を示した一例であり、図１０は、クライアント認証情報ファイル１４のファイル構成を示した一例である。認証管理情報ファイル２４には、「ユーザ識別情報」と対応して、「ログイン可能な業務アプリケーション名」、「アクセス権の設定内容」、「ログイン名」、「パスワード」が記憶されている。１つの「ユーザ識別情報」に、複数の「ログイン可能な業務アプリケーション名、アクセス権の設定内容、ログイン名、パスワード」を対応付けることが可能であり、例えばユーザ情報２４１の例では、「ユーザＩＤがＡＡＡ、パスワードがＢＢＢ」のユーザ識別情報に対応して、「業務アプリケーションＡ」へのログインを許可し、そのときのアクセス権は「権限Ａ」と設定され、認証情報は「ログイン名がＣＣＣ、パスワードがＤＤＤ」と記憶され、さらに「業務アプリケーションＢ」へのログインを許可し、そのときのアクセス権は「文書の閲覧のみ」と設定され、認証情報は「ログイン名がＥＥＥ、パスワードがＦＦＦ」と記憶されている。ユーザ識別情報は、ユーザごとに選択することもできるため、ユーザ情報２４２の例では、ユーザ識別情報に生体情報を用いている。なお図９に例示した、ログイン名と、パスワードの組み合わせが、クライアント識別可能形式（Ｂ）となるが、クライアント識別可能形式（Ｂ）は、ログイン名、パスワードの組み合わせによらず、業務アプリケーションに応じて任意に、必要な情報の組み合わせで、設定できる。本実施の形態では、クライアント識別可能形式（Ｂ）の一例として、ログイン名、パスワードの組み合わせにて説明している。
【００３７】
ステップＳ４で説明した処理にて、認証手段２１は、受け渡されたユーザ識別情報が図９に示した認証管理情報ファイル２４のユーザ識別情報のいずれかと一致するかどうかを照合し、いずれかと一致すれば認証すると判定する。いずれとも一致しないときは、認証しないと判定する。認証すると判定したときは、ユーザ識別情報と一致する認証情報（ログイン名と、パスワード（クライアント識別可能形式（Ｂ）））と、アクセス権情報を取得する。
ステップＳ５で認証情報（ログイン名と、パスワード（クライアント識別可能形式（Ｂ）））を暗号化した認証情報（暗号化形式（Ａ））を生成する。
図１０は、クライアント端末１の記憶装置に記憶するクライアント認証情報ファイル１４の一例を示した図であるが、ステップＳ１２の処理で、クライアント端末１の記憶装置に記憶される。ユーザ情報１４１は、ユーザ情報２４１に対応するが、ステップＳ１１で受け渡された情報の中から認証情報（クライアント識別可能形式（Ｂ））を除いた、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ））を記憶する。このようにクライアント端末１の記憶装置に記憶された、認証情報は、暗号化されているため、情報漏えいを防止することができる。
【００３８】
続いて、図７〜８を用いて、認証サーバ２との接続で障害が発生したときの処理の流れについて説明する。認証代理サーバ送受信手段４１は、定期ポーリングにより、認証サーバ２またはネットワーク５の障害を検知し（ステップＳ２１）、認証代理手段４２は代理認証処理の受付けを開始する（ステップＳ２２）。ステップＳ２１〜Ｓ２２の処理で、認証代理サーバ４側の代理処理が開始され、その処理とは非同期に認証要求手段１２は、利用者からユーザ識別情報と、業務アプリケーションへのログイン要求とを受け付ける（ステップＳ２３）。ログイン要求を受けて、端末送受信手段１１は、ユーザ識別情報と認証要求情報とを認証サーバ２に送信しようと動作するが、認証サーバとの接続が不可能と判断したとき、認証要求手段１２を動作させ、認証要求手段１２はユーザから入力されたユーザ識別情報と対応する認証情報（暗号化形式（Ａ））をクライアント認証情報１４から取り出し、端末送受信手段１１がユーザ識別情報と、取り出された認証情報（暗号化形式（Ａ））とを認証代理サーバ４に送信する（ステップＳ２４）。
【００３９】
認証代理サーバ送受信手段４１は、ユーザ識別情報と認証情報（暗号化形式（Ａ））とを受信し（ステップＳ２５）、認証代理手段４２は、ユーザ識別情報と対応する復号鍵を復号鍵４３から取り出し、認証情報（暗号化形式（Ａ））を復号する（ステップＳ２６）。その後認証代理サーバ送受信手段４１は、認証情報（暗号化形式（Ａ））を復号した認証情報（クライアント識別可能形式（Ｂ））をクライアント端末１に対して送信する（ステップＳ２７）。なおステップＳ２１では、認証代理サーバ送受信手段４１が定期ポーリングにより障害を検知するように構成しているが、認証システムの管理者がなんらかの障害を検知したときに、認証機能を認証代理サーバ４へ切り替えるように構成することができる。
【００４０】
次に図８を用いて、認証サーバ２との接続に障害が発生した時のログイン処理について、説明する。ステップＳ２７の処理を受けて、端末送受信手段１１は認証情報（クライアント識別可能形式（Ｂ））を受信し（ステップＳ３１）、受信した認証情報（クライアント識別可能形式（Ｂ））を業務アプリケーションインタフェース１３に受け渡す（ステップＳ３２）。業務アプリケーションインタフェース１３は、受信した認証情報（クライアント識別可能形式（Ｂ））、クライアント認証情報１４に記憶され、ユーザ識別情報と対応するアクセス権情報により、業務サーバに対してログイン要求を送信する（ステップＳ３３）。業務サーバ送受信手段３２は、ログイン要求を検知すると、受信した認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーション３１に受け渡し（ステップＳ３４）、業務アプリケーション３１はログイン可否判断を行い（ステップＳ３５）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、業務アプリケーションに対応する処理を実行する（ステップＳ３６）。ステップＳ３５におけるログイン可否判断は、業務アプリケーション３１の設定により、任意の方法により判断される。
【００４１】
以上説明したように、本実施の形態によると、認証サーバ２がシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することができる。つまり、通常時は認証サーバ２にて認証を行い、障害時にはクライアント端末１に記憶された暗号化認証情報を使用することを、認証代理サーバにより認証を行うように構成することで、通常時、障害時とも一定レベルの認証機能が保たれる。
【００４２】
またクライアント認証情報ファイル１４には、認証情報（暗号化形式（Ａ））を記憶するように構成しているため、情報漏えいを防止することができる。さらに暗号化された認証情報を、クライアント端末１で復号するように構成すると、故意に認証サーバ２とのネットワーク接続が切断された場合、クライアント端末１の不正利用者に認証情報を復号されてしまう可能性がある。その点本実施の形態では、認証代理サーバ４にて認証情報（暗号化形式（Ａ））を復号するように構成するため、悪意を持った不正利用者によるクライアント端末１での復号を防止することができる。
【００４３】
また本実施の形態の認証システムによると、認証代理サーバ４は、認証サーバ２のような高いセキュリティ機能を有するサーバコンピュータである必要はなく、パソコンや簡易機能を有するコンピュータで構成することができるため、認証サーバの二重化（データの二重化）システムに比較して、簡素なシステムにて、ネットワーク障害時の業務継続が可能となる。また、記憶部に記憶する情報もユーザに対応する復号鍵４３のみで構成できるため、データ量が少なく、また変動の可能性があるユーザ情報は不要のため、定期的な更新手続きも不要である。
【００４４】
また本実施の形態の業務アプリケーション３１は、業務サーバ３に存在することとして説明したが、一部または全部の業務アプリケーション３１がクライアント端末１に存在するように構成することも可能であり、その場合は、業務アプリケーションインタフェース１３と業務アプリケーション３１間でデータのやりとりを行うように構成すればよい。
【００４５】
実施の形態２．
図１１は、本実施の形態におけるシステム構成図である。図１１に示すように認証システムは、クライアント端末１、認証サーバ２、業務サーバ３、認証代理サーバ４とがネットワーク５により接続されている。実施の形態１と同じ構成については、同じ図番を付している。本実施の形態において特徴的なことは、ログイン処理手段１５がクライアント端末１へのログイン要求を受け付け、クライアント端末１側にもクライアント側業務アプリケーション１６が存在することである。
【００４６】
次に図１２〜１３を用いて、本実施の形態における正常時の処理の流れを説明する。図１２は、正常時の認証処理の流れについて説明したものである。ユーザからの入力により処理を開始し、クライアント端末１のログイン処理手段１５は、ユーザ識別情報とクライアント端末１へのログイン要求とを受け付ける（ステップＳ４１）。実施の形態１にて説明したように、ユーザ識別情報は、ユーザＩＤとパスワードの組み合わせ、または生体情報によりユーザを特定できる情報であり、ログイン処理手段１５が動作させる初期画面で入力され、ユーザ識別情報が入力されたことにより、ログイン要求がなされたと判断する。
【００４７】
次に端末送受信手段１１は、ログイン処理手段１５が受け付けた、ユーザ識別情報と認証要求情報とを認証サーバ２に送信し（ステップＳ４２）、認証サーバ２の認証サーバ送受信手段２３は、ユーザ識別情報と、認証要求情報とを端末送受信手段１１より受信し、ユーザ識別情報を認証手段２１に受け渡す（ステップＳ４３）。その後、認証手段２１は、受け渡されたユーザ識別情報を認証管理情報ファイル２４と照合し、認証するかどうかを判定し、認証すると判定したときは、認証管理情報ファイル２４から認証情報（クライアント識別可能形式（Ｂ））と、アクセス権情報を取得する（ステップＳ４４）。暗号化手段２２は、認証手段２１が取得した認証情報に対応する暗号鍵を、暗号鍵情報２５を検索することで特定し、特定された暗号鍵にて認証情報を暗号化し、認証情報（暗号化形式（Ａ））を生成する（ステップＳ４５）。認証サーバ送受信手段２３は、認証手段２１が判定した認証結果情報をクライアント端末１に送信し、また認証手段２１が判定の結果認証するとしたときは、認証結果情報を送信するときに合わせて、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ））をクライアント端末１に送信する（ステップＳ４６）。
【００４８】
続いて図１３を用いて、正常時のログイン処理の流れについて説明する。ステップＳ４６の処理により、認証サーバ送受信手段２３が認証結果情報（判定の結果、認証するとしたときは、合わせてユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ）））を送信したとき、クライアント端末１の端末送受信手段１１は、認証結果情報と、判定の結果認証するとしたときは、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ））を受信し（ステップＳ５１）、業務アプリケーション、アクセス権情報、認証情報（暗号化形式（Ａ））をユーザ識別情報と対応付けて、クライアント認証情報１４として記憶装置に記憶し、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とをログイン処理手段１５に受け渡す（ステップＳ５２）。
【００４９】
ログイン処理手段１５は、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とによりクライアント端末１へのログイン要求処理を行う（ステップＳ５３）。続けて所定の業務アプリケーションに対するログイン要求がユーザからなされたとき、業務アプリケーションインタフェース１３が所定の業務アプリケーションが業務サーバ３に存在すると判断したときは、業務サーバ３に対して、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とにより業務サーバ３に対してログイン要求を送信し（ステップＳ５５への分岐）、業務アプリケーションがクライアント端末１に存在すると判断したときは、クライアント側業務アプリケーション１６に対して、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とを受け渡し、ログインを要求する（ステップＳ５８への分岐）。
【００５０】
業務サーバ送受信手段３２は、ログイン要求を検知すると、受信した認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーション３１に受け渡す（ステップＳ５５）。業務アプリケーション３１は、ログイン可否判断を行い（ステップＳ５６）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、業務アプリケーションに対応する処理を実行する（ステップＳ５７）。またクライアント側業務アプリケーション１６は、ログイン要求を検知すると、受け渡された認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーションに基づき、ログイン可否判断を行い（ステップＳ５８）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、クライアント側業務アプリケーション１６に対応する処理を実行する（ステップＳ５９）。ステップＳ５５〜Ｓ５７、ステップＳ５８〜Ｓ５９の処理は、ユーザの入力により随時開始され、ユーザの終了処理により終了する。また、ステップＳ５５〜Ｓ５７の処理と、ステップＳ５８〜Ｓ５９の処理は、非同期に、同時に実施されることが可能であり、開始と終了はユーザからの入力により動作する。さらにステップＳ５６、Ｓ５８におけるログイン可否判断は、業務アプリケーション（クライアント側業務アプリケーション１６または、業務アプリケーション３１）の設定により、任意の方法により判断される。
【００５１】
図１６は、認証管理情報ファイル２４のファイル構成を示した一例であり、図１７は、クライアント認証情報ファイル１４のファイル構成を示した一例である。実施の形態１で用いた図９および図１０と比較すると、クライアント端末１へのログイン情報が追加されたところが特徴である。ユーザ情報２４３の例示では、クライアント端末１へのログイン情報に対応するアクセス権情報は設定されていないが、任意で設定することが可能である。またクライアント認証情報ファイル１４のユーザ情報１４３は、ユーザ情報２４３に対応してクライアント端末１の記憶装置に記憶されている。
【００５２】
続いて、図１４〜１５を用いて、認証サーバ２との接続で障害が発生したときの処理の流れについて説明する。認証代理サーバ送受信手段４１は、定期ポーリングにより、認証サーバ２またはネットワーク５の障害を検知し（ステップＳ６１）、認証代理手段４２は代理認証処理の受付けを開始する（ステップＳ６２）。ステップＳ６１〜Ｓ６２の処理で、認証代理サーバ４側の代理処理が開始され、その処理とは非同期にログイン処理手段１５は、利用者からユーザ識別情報と、クライアント端末１へのログイン要求とを受け付ける（ステップＳ６３）。ログイン要求を受けて、端末送受信手段１１は、ユーザ識別情報と認証要求情報とを認証サーバ２に送信しようと動作するが、認証サーバ２との接続が不可能と判断したとき、ログイン処理手段１５はユーザから入力されたユーザ識別情報と対応する認証情報（Ａ）をクライアント認証情報１４から取り出し、端末送受信手段１１がユーザ識別情報と、取り出された認証情報（Ａ）とを認証代理サーバ４に送信する（ステップＳ６４）。
【００５３】
認証代理サーバ送受信手段４１は、ユーザ識別情報と認証情報（Ａ）とを受信し（ステップＳ６５）、認証代理手段４２は、ユーザ識別情報と対応する復号鍵を復号鍵４３から取り出し、認証情報（Ａ）を復号する（ステップＳ６６）。その後認証代理サーバ送受信手段４１は、認証情報（Ａ）を復号した認証情報（Ｂ）をクライアント端末１に対して送信する（ステップＳ６７）。実施の形態１で説明したようにステップＳ６１では、認証代理サーバ送受信手段４１が定期ポーリングにより障害を検知するように構成しているが、認証システムの管理者がなんらかの障害を検知したときに、認証機能を認証代理サーバ４へ切り替えるように構成することができる。
【００５４】
ステップＳ６７の処理を受けて、端末送受信手段１１は認証情報（Ｂ）を受信し（ステップＳ７１）、受信した認証情報（Ｂ）をログイン処理手段１５に受け渡す（ステップＳ７２）。ログイン処理手段１５は、受信した認証情報（Ｂ）、クライアント認証情報１４に記憶され、ユーザ識別情報と対応するアクセス権情報とにより、ログイン処理を行う（ステップＳ７３）。
それ以降のステップＳ７５〜Ｓ７９は、図１３を用いて説明した、ステップＳ５５〜Ｓ５９の処理と同様に動作し、ユーザの入力により随時開始され、ユーザの終了処理により終了する。
【００５５】
以上説明したように、本実施の形態によると、認証サーバ２がシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することができる。そのときに、業務アプリケーションへのログイン処理と同様に、クライアント端末１へのログイン処理も認証するため、セキュリティがより向上する。
【００５６】
なお本実施の形態では、クライアント端末１へのログイン処理と、業務アプリケーションへのログイン処理とを、続けて要求された場合について説明したが、クライアント端末１へのログイン処理のみを認証するように構成することができる。その場合、認証管理情報２４には、ユーザ識別情報に対応する「クライアント端末１へのログイン情報」のみが記憶され、「クライアント端末１へのログイン情報」は認証情報としてやりとりされる。また図１３に示した処理では、ステップＳ５３の処理で終了し、図１５に示した処理では、ステップＳ７３の処理で終了する。
【００５７】
実施の形態３．
本実施の形態におけるシステム構成は、実施の形態２で用いた、図１１と同様である。本実施の形態での特徴を、図１８〜図２０を用いて説明する。本実施の形態での特徴は、認証代理サーバ４からクライアント端末１に対して、認証情報（Ｂ）を返送するとき、ユーザ認証処理を加え、よりセキュリティ機能を高めたことである。
【００５８】
図１８は、本実施の形態における正常時の認証処理であり、図１８において、ステップＳ４１〜Ｓ４４及びＳ４６の処理は、図１２を用いて実施の形態２で説明したとおりである。ステップＳ８１において暗号化手段２２は、認証手段２１が取得した認証情報と、ステップＳ４３で受信したユーザ識別情報とを、ユーザ識別情報に対応する暗号鍵２５にて暗号化し、暗号化した認証情報（Ａ）を生成する。
【００５９】
正常時のログイン処理の流れは、実施の形態２で用いた図１３のとおりであるが、ステップＳ８１の処理の結果、ステップＳ５１で受信する認証情報（Ａ）は、ユーザ識別情報を含んだ、「ユーザ識別情報と認証情報（Ａ）とを暗号化した情報」となり、ステップＳ５２で記憶されるユーザ情報は、図２０のユーザ情報１４４で例示したような「ユーザ識別情報と認証情報（Ａ）とを暗号化した情報」となる。
【００６０】
さらに、図１９で示した認証サーバ障害発生時の認証処理については、ステップＳ６１〜Ｓ６６は、図１４を用いて実施の形態２で説明したとおりであるが、ステップＳ６６では認証情報（Ａ）とともにユーザ識別情報が復号される。ステップＳ６６の処理の後、復号されたユーザ識別情報と、復号鍵４３に記憶されているユーザ識別情報とを照合し、一致するときは、認証情報（Ａ）を復号した、認証情報（Ｂ）をクライアント端末に送信する（ステップＳ８３）。ステップＳ８２の処理で、照合した情報が一致しないときは、処理を終了する。このように、本実施の形態では、実施の形態２と比較して、認証代理サーバ４側での認証処理を加えたことにより、セキュリティ機能がより向上する特徴が得られる。
【図面の簡単な説明】
【００６１】
【図１】実施の形態１におけるシステム構成を示した図である。
【図２】実施の形態１において用いるクライアント端末１、認証サーバ２および業務サーバ３のハードウェア資源の一例を示す図である。
【図３】実施の形態１における正常時の処理の概要を説明した図である。
【図４】実施の形態１における障害発生時の処理の概要を説明した図である。
【図５】実施の形態１における正常時の認証処理の流れについて説明した、フローチャートである。
【図６】実施の形態１における正常時のログイン処理について説明した、フローチャートである。
【図７】実施の形態１における認証サーバ２との接続で障害が発生したときの認証処理の流れについて説明した、フローチャートである。
【図８】実施の形態１における認証サーバ２との接続で障害が発生したときのログイン処理の流れについて説明した、フローチャートである。
【図９】実施の形態１において用いる認証管理情報ファイル２４のファイル構成を示した図である。
【図１０】実施の形態１において用いるクライアント認証情報ファイル１４のファイル構成を示した図である。
【図１１】実施の形態２におけるシステム構成を示した図である。
【図１２】実施の形態２における正常時の認証処理の流れについて説明した、フローチャートである。
【図１３】実施の形態２における正常時のログイン処理について説明した、フローチャートである。
【図１４】実施の形態２における認証サーバ２との接続で障害が発生したときの認証処理の流れについて説明した、フローチャートである。
【図１５】実施の形態２における認証サーバ２との接続で障害が発生したときのログイン処理の流れについて説明した、フローチャートである。
【図１６】実施の形態２において用いる認証管理情報ファイル２４のファイル構成を示した図である。
【図１７】実施の形態２において用いるクライアント認証情報ファイル１４のファイル構成を示した図である。
【図１８】実施の形態３における正常時の認証処理の流れについて説明した、フローチャートである。
【図１９】実施の形態３における認証サーバ２との接続で障害が発生したときの認証処理の流れについて説明した、フローチャートである。
【図２０】実施の形態３において用いるクライアント認証情報ファイル１４のファイル構成を示した図である。
【符号の説明】
【００６２】
１ クライアント端末、２ 認証サーバ、３ 業務サーバ、４ 認証代理サーバ、５ ネットワーク、１１ 端末送受信手段（第１の端末送受信手段，第２の端末送受信手段）、１２ 認証要求手段、１３ 業務アプリケーションインタフェース（アプリケーションインタフェース）、１４ クライアント認証情報、１５ ログイン処理手段、１６ クライアント側業務アプリケーション、２１ 認証手段、２２ 暗号化手段、２３ 認証サーバ送受信手段、３１ 業務アプリケーション、３２ 業務サーバ送受信手段、４１ 認証代理サーバ送受信手段、４２ 認証代理手段、４３ 復号鍵、９２９ 記憶装置（記憶部）。
【技術分野】
【０００１】
本発明は、端末へのログイン等を認証する認証システムおよび認証プログラムに関し、特に認証サーバがダウンしたときにも認証できることを特徴とするものである。
【背景技術】
【０００２】
利用者が、各種業務システムとネットワーク接続された端末（クライアントコンピュータ）から業務システムにログインして業務を実行するとき、セキュリティを強化するために、認証サーバにより認証を行ってから、業務システムへのログインを可能とするように構成することがある。ログイン前に認証サーバにより認証を行うことで、業務システムのセキュリティが強化するだけでなく、ログイン名毎のアクセス権の設定が可能になる。
【０００３】
しかしながら、認証サーバがシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したとき、上述の構成によると、認証サーバから認証情報を取得できないため、業務サーバまたは業務アプリケーションへのログインが不可能となり、利用者は業務を継続することができない。
【０００４】
特許文献１（特開２００４−３１８５４７号公報）に開示された認証システムは、上述の問題点を解決するために、認証サーバをフィールド側と、センター側とに設け、フィールド側、センター側と順番に認証を行うため、単純な二重化と比較して、ネットワーク障害の影響を受けにくくしている。
【０００５】
また特許文献２（特開２００５−１６５７０４号公報）に開示されたセキュリティチェックシステムは、サーバ側で一元管理しているロックアウトチェックリストを都度コピーし、クライアント側でロックアウトチェックリストに基づき、ログインの認証を行う。それにより、サーバが停止したときでもユーザ認証を行うことを特徴としている。
【０００６】
特許文献１の方法によると、ネットワーク障害の影響が受けにくくなるとは言え、認証サーバを二重化または多重化で構成する必要がある。また特許文献２の方法によると、常にクライアント側にコピーされた情報によりユーザ認証を行うため、サーバとのネットワークが故意に切断された場合、それを認知する機能がなく、クライアント側にコピーされた情報で認証を行うため、セキュリティが低下するという問題がある。
【特許文献１】特開２００４−３１８５４７号公報
【特許文献２】特開２００５−１６５７０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、認証サーバがシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明に係る認証システムは、ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段とを備えた認証サーバ、ユーザ識別情報と第１のアプリケーションへのログイン要求とを受け付ける認証要求手段と、上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づき第１のアプリケーションへのログインを要求するアプリケーションインタフェースとを備えたクライアント端末、上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段とを備えた認証代理サーバを有することを特徴とするものである。
【０００９】
また上記認証情報は、上記第１のアプリケーションに対応するログイン名とパスワードからなることを特徴とするものである。
【００１０】
また上記認証管理情報には、第１のアプリケーションに対応するアクセス権情報が記憶され、上記認証手段は、上記認証管理情報から認証情報を取り出すとき、合わせてアクセス権情報も取り出し、上記認証サーバ送受信手段は、上記認証手段が認証したとき、認証情報と暗号化認証情報と合わせてアクセス権情報を送信し、上記第１の端末送受信手段は、認証情報と暗号化認証情報とを受信するとき、合わせてアクセス権情報も受信し、上記アプリケーションインタフェースは、認証情報とアクセス権情報に基づき、第１のアプリケーションへのログインを要求することを特徴とするものである。
【００１１】
本発明に係る認証システムは、ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段とを備えた認証サーバ、ユーザ識別情報と上記クライアント端末へのログイン要求とを受け付けるログイン処理手段と、上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、を備え、上記ログイン処理手段は、上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づきクライアント端末へのログインを要求することを特徴とするクライアント端末、上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段とを備えた認証代理サーバを有することを特徴とするものである。
【００１２】
また上記認証情報は、上記クライアント端末に対応するログイン名とパスワードからなることを特徴とするものである。
【００１３】
また上記認証代理サーバ送受信手段は、上記認証サーバとの接続かどうかを定期的に確認することを特徴とするものである。
【００１４】
また本発明に係る認証プログラムは、コンピュータを、請求項１〜６のいずれかに記載の認証システムとして機能させることを特徴とするものである。
【発明の効果】
【００１５】
本発明の認証システムによると、認証サーバの二重化（データの二重化）システムに比較して、簡素なシステムにて、ネットワーク障害時の業務継続が可能となる。
【発明を実施するための最良の形態】
【００１６】
実施の形態１．
図１は、本実施の形態におけるシステム構成図である。図１に示すように認証システムは、クライアント端末１、認証サーバ２、業務サーバ３、認証代理サーバ４とがネットワーク５により接続されている。図１では簡略化のため、業務サーバ３は１台のみ記載しているが、複数台の業務サーバ３を本システムに接続することが可能である。業務サーバ３は、特定の業務を実行する業務アプリケーション（第１のアプリケーション）３１を備えるが、１台の業務サーバ３の中に、複数の業務アプリケーション３１を備えるように構成することができる。業務サーバ送受信手段３２は、ネットワーク５を介して、クライアント端末１との間で業務アプリケーション３１を実行するためのデータのやりとりを行う。
【００１７】
クライアント端末１は、ユーザから情報入力を受け付ける端末であるが、認証要求手段１２は、ユーザ識別情報と業務アプリケーション３１へのログイン要求とを受け付け、業務アプリケーションインタフェース（アプリケーションインタフェース）１３は、認証サーバ２または認証代理サーバ４により認証された情報に基づき、業務アプリケーション３１へのログイン処理と、アプリケーション実行に伴うユーザとのインタフェースを提供する。なおユーザ識別情報とは、図９を用いて後述するが、ユーザＩＤとパスワードの組み合わせ、または指紋や眼球の虹彩、声紋等の生体情報（バイオメトリクス情報）のいずれかを用いて構成され、ユーザごとに異なる識別情報を用いるように構成することも可能である。
【００１８】
端末送受信手段（第１の端末送受信手段、第２の端末送受信手段）１１は、認証サーバ２、認証代理サーバ４および業務サーバ３と接続するが、認証要求時には最初に認証サーバ２と接続し、認証サーバ２と接続不可能のときは、認証代理サーバ４と接続するように優先度を有している。そして認証サーバ２との接続が可能と判断したときは認証サーバ２に認証を要求するために、ユーザ識別情報を認証サーバ２に送信し、認証サーバ２により判定された認証結果情報と、認証サーバ２が認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を、クライアント認証情報（以下、「クライアント認証情報ファイル」とも言う）１４として記憶装置に記憶する。クライアント認証情報１４は、クライアント端末１の記憶装置にユーザ（ユーザ識別情報）ごとに特定できるファイル形式で記憶されている。
また端末送受信手段１１は、認証サーバ２との接続が不可能と判断したときは認証代理サーバ４に認証を要求するために、クライアント認証情報１４から暗号化認証情報を取り出し、取り出した暗号化認証情報を認証代理サーバ４に送信し、認証代理サーバ４から復号された認証情報を受信する。
【００１９】
認証サーバ２は、クライアント端末１からの要求により、ユーザ識別情報を認証する機能を備えるが、認証手段２１は、クライアント端末１から受信したユーザ識別情報を予め認証サーバ２の記憶装置に記憶されている認証管理情報２４と照合し、認証するかどうかを判定し、認証すると判定したときはユーザ識別情報と対応する認証情報を認証管理情報２４から取り出し特定する。また暗号化手段２２は、認証手段２１が特定した認証情報を、予め記憶装置に記憶され、該当のユーザ識別情報と対応する暗号鍵情報２５により暗号化し、暗号化した暗号化認証情報を生成する。認証管理情報（以下、「認証管理情報ファイル」とも言う）２４および暗号鍵情報（以下、「暗号鍵情報ファイル」とも言う）２５は、認証サーバ２の記憶装置にユーザ（ユーザ識別情報）ごとに特定できるファイル形式で記憶されている。
認証サーバ送受信手段２３は、ユーザ識別情報をクライアント端末１から受信し、認証手段２１が判定した認証結果情報をクライアント端末１に送信し、また認証手段２１が判定の結果認証するとしたときは、認証結果情報を送信するときに、合わせて認証情報と暗号化認証情報とをクライアント端末１に送信する。
【００２０】
認証代理サーバ４は、クライアント端末１が認証サーバ２と接続できないときに、代理で認証する機能を有する装置であって、認証代理手段４２はクライアント端末１から受信した暗号化認証情報を、予め記憶部（記憶装置）に記憶されている復号鍵（以下、「復号鍵ファイル」とも言う）４３で復号する。復号鍵４３は、ユーザ識別情報と対応付けられて、１または複数が記憶されている。また認証代理サーバ送受信手段４１は、暗号化認証情報をクライアント端末から受信し、復号鍵４３により復号した認証情報をクライアント端末１に送信する。なお認証代理サーバ４は、「サーバ」という名称を付しているが、認証サーバ２のような高いセキュリティ機能を有するサーバコンピュータである必要はなく、パソコンや簡易機能を有するコンピュータで構成することができる。記憶装置（記憶部）もハードディスクである必要はなく、復号鍵４３が格納できればよいので、フラッシュメモリ等の記憶装置で構成でき、また認証代理サーバ４はそれらの記憶装置が挿入できる機能を有するコンピュータで構成することができる。
【００２１】
図２は、クライアント端末１、認証サーバ２および業務サーバ３のハードウェア資源の一例を示す図である。
【００２２】
図２において、各コンピュータは、システムユニット（図示せず）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ装置９０６などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニットは、コンピュータであり、ＬＡＮに接続されている。
【００２３】
各コンピュータは、プログラムを実行するＣＰＵ９１１（「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、図１で示した各処理部（〜手段）でデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される処理装置である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。
【００２４】
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、それぞれのコンピュータが用いる記憶装置（記憶部）９２９の一例である。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５などは、入力装置（図示せず）の一例である。また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置（図示せず）の一例である。
【００２５】
通信ボード９１５は、ネットワーク５に接続されている。ネットワーク５は、ＬＡＮに限らず、インターネット、あるいは、ＷＡＮなどで構成されていても構わない。
【００２６】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００２７】
また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。
【００２８】
また、本実施の形態の説明において「〜手段」として説明するものは、「〜部」、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜手段」の手順や方法をコンピュータに実行させるものである。
【００２９】
次に、図３〜４を用いて、本実施の形態における処理概要を説明する。図３は、正常時の動作について記載したものである。クライアント端末１にて、ユーザがユーザ認証情報を入力し、業務アプリケーション３１へのログイン要求を入力すると、それを受け付け（ステップＳ１０１）、ユーザ情報と認証要求情報とを認証サーバ２に送信する（ステップＳ１０２）。認証サーバ２では、認証要求を受信し（ステップＳ１０３）、認証処理を行う（ステップＳ１０４）。クライアント端末１は、認証サーバ２から認証結果と認証情報（暗号化形式（Ａ）とクライアント識別可能形式（Ｂ））を取得し（ステップＳ１０５）、取得した認証情報に基づきログイン要求を業務サーバ３に送信する（ステップＳ１０６）。その後、業務サーバ３では、ログイン処理を行い（ステップＳ１０７）、クライアント端末１との間で、業務アプリケーションを実行する（ステップＳ１０８）。認証情報（暗号化形式（Ａ）とクライアント識別可能形式（Ｂ））については、後述する。
【００３０】
図４は、認証サーバ２との接続で障害が発生したときの動作について記載したものである。認証代理サーバ４の認証代理サーバ送受信手段４１は、認証サーバ２との接続が可能かどうかを定期的なポーリングにより、常に監視していて、障害を検知したとき（ステップＳ２０１）、認証処理の代行を開始する（ステップＳ２０２）。なおステップＳ２０１では、認証サーバ２自体がシステムダウンしたとき、またはネットワーク５が回線接続不可能な状態となったときを含み、クライアント端末１が認証サーバ２と接続できないときを障害として検知する。
【００３１】
クライアント端末１では、ユーザがユーザ認証情報を入力し、業務アプリケーション３１へのログイン要求を入力すると、それを受け付け（ステップＳ２０３）、ユーザ情報と認証情報（暗号化形式（Ａ））とを認証代理サーバ４に送信する（ステップＳ２０４）。前述したように端末送受信手段１１は、認証サーバ２との接続が不可能と判断したときは認証代理サーバ４に認証を要求するために、記憶部に記憶されている暗号化認証情報を認証代理サーバ４に送信する機能を有するため、ステップＳ２０４の説明のように動作する。次に、認証代理サーバ４では、認証要求を受信すると（ステップＳ２０５）、認証処理として、認証情報（暗号化形式（Ａ））を復号し（ステップＳ２０６）、クライアント端末１は認証情報（クライアント識別可能形式（Ｂ））を取得する（ステップＳ２０７）。その後、クライアント端末１では、認証情報（クライアント識別可能形式（Ｂ））を用いてログイン要求を行い（ステップＳ２０８）、業務サーバ３ではログイン処理を行い（ステップＳ２０９）、クライアント端末１との間で、業務アプリケーションを実行する（ステップＳ２１０）。
【００３２】
次に図５〜６を用いて、本実施の形態における正常時の処理の流れを説明する。図５は、正常時の認証処理の流れについて説明したものである。ユーザからの入力により処理を開始し、クライアント端末１の認証要求手段１２は、ユーザ識別情報と業務アプリケーション３１へのログイン要求とを受け付ける（ステップＳ１）。前述したように、ユーザ識別情報は、ユーザＩＤとパスワードの組み合わせ、または生体情報によりユーザを特定できる情報であり、業務アプリケーションインタフェース１３が動作させる初期画面で入力される。また認証要求手段１２は、ユーザ識別情報が入力されたことにより、ログイン要求がなされたと判断する。
【００３３】
次に端末送受信手段１１は、認証要求手段１２が受け付けた、ユーザ識別情報と認証要求情報とを認証サーバ２に送信し（ステップＳ２）、認証サーバ２の認証サーバ送受信手段２３は、ユーザ識別情報と、認証要求情報とを端末送受信手段１１より受信し、ユーザ識別情報を認証手段２１に受け渡す（ステップＳ３）。その後、認証手段２１は、受け渡されたユーザ識別情報を認証管理情報ファイル２４と照合し、認証するかどうかを判定し、認証すると判定したときは、認証管理情報ファイル２４から認証情報（クライアント識別可能形式（Ｂ））と、アクセス権情報とを取得する（ステップＳ４）。暗号化手段２２は、認証手段２１が取得した認証情報に対応する暗号鍵を、暗号鍵情報２５を検索することで特定し、特定された暗号鍵にて認証情報を暗号化し、認証情報（暗号化形式（Ａ））を生成する（ステップＳ５）。認証サーバ送受信手段２３は、認証手段２１が判定した認証結果情報をクライアント端末１に送信し、また認証手段２１が判定の結果認証するとしたときは、認証結果情報を送信するときに合わせて、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ））をクライアント端末１に送信する（ステップＳ６）。
【００３４】
続いて図６を用いて、正常時のログイン処理の流れについて説明する。ステップＳ６の処理により、認証サーバ送受信手段２３が認証結果情報（判定の結果、認証するとしたときは、合わせてユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ）））を送信したとき、クライアント端末１の端末送受信手段１１は、認証結果情報と、判定の結果認証するとしたときは、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ）））を受信し（ステップＳ１１）、業務アプリケーション、アクセス権情報、認証情報（暗号化形式（Ａ））をユーザ識別情報と対応付けて、クライアント認証情報１４として記憶装置に記憶し、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とを業務アプリケーションインタフェース１３に受け渡す（ステップＳ１２）。
【００３５】
業務アプリケーションインタフェース１３は、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とにより業務サーバ３に対してログイン要求を送信し（ステップＳ１３）、業務サーバ３の業務サーバ送受信手段３２は、ログイン要求を検知すると、受信した認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーション３１に受け渡す（ステップＳ１４）。業務アプリケーション３１は、ログイン可否判断を行い（ステップＳ１５）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、業務アプリケーションに対応する処理を実行する（ステップＳ１６）。ステップＳ１５におけるログイン可否判断は、業務アプリケーション３１の設定により、任意の方法により判断される。
【００３６】
図９は、認証管理情報ファイル２４のファイル構成を示した一例であり、図１０は、クライアント認証情報ファイル１４のファイル構成を示した一例である。認証管理情報ファイル２４には、「ユーザ識別情報」と対応して、「ログイン可能な業務アプリケーション名」、「アクセス権の設定内容」、「ログイン名」、「パスワード」が記憶されている。１つの「ユーザ識別情報」に、複数の「ログイン可能な業務アプリケーション名、アクセス権の設定内容、ログイン名、パスワード」を対応付けることが可能であり、例えばユーザ情報２４１の例では、「ユーザＩＤがＡＡＡ、パスワードがＢＢＢ」のユーザ識別情報に対応して、「業務アプリケーションＡ」へのログインを許可し、そのときのアクセス権は「権限Ａ」と設定され、認証情報は「ログイン名がＣＣＣ、パスワードがＤＤＤ」と記憶され、さらに「業務アプリケーションＢ」へのログインを許可し、そのときのアクセス権は「文書の閲覧のみ」と設定され、認証情報は「ログイン名がＥＥＥ、パスワードがＦＦＦ」と記憶されている。ユーザ識別情報は、ユーザごとに選択することもできるため、ユーザ情報２４２の例では、ユーザ識別情報に生体情報を用いている。なお図９に例示した、ログイン名と、パスワードの組み合わせが、クライアント識別可能形式（Ｂ）となるが、クライアント識別可能形式（Ｂ）は、ログイン名、パスワードの組み合わせによらず、業務アプリケーションに応じて任意に、必要な情報の組み合わせで、設定できる。本実施の形態では、クライアント識別可能形式（Ｂ）の一例として、ログイン名、パスワードの組み合わせにて説明している。
【００３７】
ステップＳ４で説明した処理にて、認証手段２１は、受け渡されたユーザ識別情報が図９に示した認証管理情報ファイル２４のユーザ識別情報のいずれかと一致するかどうかを照合し、いずれかと一致すれば認証すると判定する。いずれとも一致しないときは、認証しないと判定する。認証すると判定したときは、ユーザ識別情報と一致する認証情報（ログイン名と、パスワード（クライアント識別可能形式（Ｂ）））と、アクセス権情報を取得する。
ステップＳ５で認証情報（ログイン名と、パスワード（クライアント識別可能形式（Ｂ）））を暗号化した認証情報（暗号化形式（Ａ））を生成する。
図１０は、クライアント端末１の記憶装置に記憶するクライアント認証情報ファイル１４の一例を示した図であるが、ステップＳ１２の処理で、クライアント端末１の記憶装置に記憶される。ユーザ情報１４１は、ユーザ情報２４１に対応するが、ステップＳ１１で受け渡された情報の中から認証情報（クライアント識別可能形式（Ｂ））を除いた、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ））を記憶する。このようにクライアント端末１の記憶装置に記憶された、認証情報は、暗号化されているため、情報漏えいを防止することができる。
【００３８】
続いて、図７〜８を用いて、認証サーバ２との接続で障害が発生したときの処理の流れについて説明する。認証代理サーバ送受信手段４１は、定期ポーリングにより、認証サーバ２またはネットワーク５の障害を検知し（ステップＳ２１）、認証代理手段４２は代理認証処理の受付けを開始する（ステップＳ２２）。ステップＳ２１〜Ｓ２２の処理で、認証代理サーバ４側の代理処理が開始され、その処理とは非同期に認証要求手段１２は、利用者からユーザ識別情報と、業務アプリケーションへのログイン要求とを受け付ける（ステップＳ２３）。ログイン要求を受けて、端末送受信手段１１は、ユーザ識別情報と認証要求情報とを認証サーバ２に送信しようと動作するが、認証サーバとの接続が不可能と判断したとき、認証要求手段１２を動作させ、認証要求手段１２はユーザから入力されたユーザ識別情報と対応する認証情報（暗号化形式（Ａ））をクライアント認証情報１４から取り出し、端末送受信手段１１がユーザ識別情報と、取り出された認証情報（暗号化形式（Ａ））とを認証代理サーバ４に送信する（ステップＳ２４）。
【００３９】
認証代理サーバ送受信手段４１は、ユーザ識別情報と認証情報（暗号化形式（Ａ））とを受信し（ステップＳ２５）、認証代理手段４２は、ユーザ識別情報と対応する復号鍵を復号鍵４３から取り出し、認証情報（暗号化形式（Ａ））を復号する（ステップＳ２６）。その後認証代理サーバ送受信手段４１は、認証情報（暗号化形式（Ａ））を復号した認証情報（クライアント識別可能形式（Ｂ））をクライアント端末１に対して送信する（ステップＳ２７）。なおステップＳ２１では、認証代理サーバ送受信手段４１が定期ポーリングにより障害を検知するように構成しているが、認証システムの管理者がなんらかの障害を検知したときに、認証機能を認証代理サーバ４へ切り替えるように構成することができる。
【００４０】
次に図８を用いて、認証サーバ２との接続に障害が発生した時のログイン処理について、説明する。ステップＳ２７の処理を受けて、端末送受信手段１１は認証情報（クライアント識別可能形式（Ｂ））を受信し（ステップＳ３１）、受信した認証情報（クライアント識別可能形式（Ｂ））を業務アプリケーションインタフェース１３に受け渡す（ステップＳ３２）。業務アプリケーションインタフェース１３は、受信した認証情報（クライアント識別可能形式（Ｂ））、クライアント認証情報１４に記憶され、ユーザ識別情報と対応するアクセス権情報により、業務サーバに対してログイン要求を送信する（ステップＳ３３）。業務サーバ送受信手段３２は、ログイン要求を検知すると、受信した認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーション３１に受け渡し（ステップＳ３４）、業務アプリケーション３１はログイン可否判断を行い（ステップＳ３５）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、業務アプリケーションに対応する処理を実行する（ステップＳ３６）。ステップＳ３５におけるログイン可否判断は、業務アプリケーション３１の設定により、任意の方法により判断される。
【００４１】
以上説明したように、本実施の形態によると、認証サーバ２がシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することができる。つまり、通常時は認証サーバ２にて認証を行い、障害時にはクライアント端末１に記憶された暗号化認証情報を使用することを、認証代理サーバにより認証を行うように構成することで、通常時、障害時とも一定レベルの認証機能が保たれる。
【００４２】
またクライアント認証情報ファイル１４には、認証情報（暗号化形式（Ａ））を記憶するように構成しているため、情報漏えいを防止することができる。さらに暗号化された認証情報を、クライアント端末１で復号するように構成すると、故意に認証サーバ２とのネットワーク接続が切断された場合、クライアント端末１の不正利用者に認証情報を復号されてしまう可能性がある。その点本実施の形態では、認証代理サーバ４にて認証情報（暗号化形式（Ａ））を復号するように構成するため、悪意を持った不正利用者によるクライアント端末１での復号を防止することができる。
【００４３】
また本実施の形態の認証システムによると、認証代理サーバ４は、認証サーバ２のような高いセキュリティ機能を有するサーバコンピュータである必要はなく、パソコンや簡易機能を有するコンピュータで構成することができるため、認証サーバの二重化（データの二重化）システムに比較して、簡素なシステムにて、ネットワーク障害時の業務継続が可能となる。また、記憶部に記憶する情報もユーザに対応する復号鍵４３のみで構成できるため、データ量が少なく、また変動の可能性があるユーザ情報は不要のため、定期的な更新手続きも不要である。
【００４４】
また本実施の形態の業務アプリケーション３１は、業務サーバ３に存在することとして説明したが、一部または全部の業務アプリケーション３１がクライアント端末１に存在するように構成することも可能であり、その場合は、業務アプリケーションインタフェース１３と業務アプリケーション３１間でデータのやりとりを行うように構成すればよい。
【００４５】
実施の形態２．
図１１は、本実施の形態におけるシステム構成図である。図１１に示すように認証システムは、クライアント端末１、認証サーバ２、業務サーバ３、認証代理サーバ４とがネットワーク５により接続されている。実施の形態１と同じ構成については、同じ図番を付している。本実施の形態において特徴的なことは、ログイン処理手段１５がクライアント端末１へのログイン要求を受け付け、クライアント端末１側にもクライアント側業務アプリケーション１６が存在することである。
【００４６】
次に図１２〜１３を用いて、本実施の形態における正常時の処理の流れを説明する。図１２は、正常時の認証処理の流れについて説明したものである。ユーザからの入力により処理を開始し、クライアント端末１のログイン処理手段１５は、ユーザ識別情報とクライアント端末１へのログイン要求とを受け付ける（ステップＳ４１）。実施の形態１にて説明したように、ユーザ識別情報は、ユーザＩＤとパスワードの組み合わせ、または生体情報によりユーザを特定できる情報であり、ログイン処理手段１５が動作させる初期画面で入力され、ユーザ識別情報が入力されたことにより、ログイン要求がなされたと判断する。
【００４７】
次に端末送受信手段１１は、ログイン処理手段１５が受け付けた、ユーザ識別情報と認証要求情報とを認証サーバ２に送信し（ステップＳ４２）、認証サーバ２の認証サーバ送受信手段２３は、ユーザ識別情報と、認証要求情報とを端末送受信手段１１より受信し、ユーザ識別情報を認証手段２１に受け渡す（ステップＳ４３）。その後、認証手段２１は、受け渡されたユーザ識別情報を認証管理情報ファイル２４と照合し、認証するかどうかを判定し、認証すると判定したときは、認証管理情報ファイル２４から認証情報（クライアント識別可能形式（Ｂ））と、アクセス権情報を取得する（ステップＳ４４）。暗号化手段２２は、認証手段２１が取得した認証情報に対応する暗号鍵を、暗号鍵情報２５を検索することで特定し、特定された暗号鍵にて認証情報を暗号化し、認証情報（暗号化形式（Ａ））を生成する（ステップＳ４５）。認証サーバ送受信手段２３は、認証手段２１が判定した認証結果情報をクライアント端末１に送信し、また認証手段２１が判定の結果認証するとしたときは、認証結果情報を送信するときに合わせて、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ））をクライアント端末１に送信する（ステップＳ４６）。
【００４８】
続いて図１３を用いて、正常時のログイン処理の流れについて説明する。ステップＳ４６の処理により、認証サーバ送受信手段２３が認証結果情報（判定の結果、認証するとしたときは、合わせてユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ）））を送信したとき、クライアント端末１の端末送受信手段１１は、認証結果情報と、判定の結果認証するとしたときは、ユーザ識別情報、業務アプリケーション名、アクセス権情報、認証情報（暗号化形式（Ａ）、クライアント識別可能形式（Ｂ））を受信し（ステップＳ５１）、業務アプリケーション、アクセス権情報、認証情報（暗号化形式（Ａ））をユーザ識別情報と対応付けて、クライアント認証情報１４として記憶装置に記憶し、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とをログイン処理手段１５に受け渡す（ステップＳ５２）。
【００４９】
ログイン処理手段１５は、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とによりクライアント端末１へのログイン要求処理を行う（ステップＳ５３）。続けて所定の業務アプリケーションに対するログイン要求がユーザからなされたとき、業務アプリケーションインタフェース１３が所定の業務アプリケーションが業務サーバ３に存在すると判断したときは、業務サーバ３に対して、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とにより業務サーバ３に対してログイン要求を送信し（ステップＳ５５への分岐）、業務アプリケーションがクライアント端末１に存在すると判断したときは、クライアント側業務アプリケーション１６に対して、認証情報（クライアント識別可能形式（Ｂ））とアクセス権情報とを受け渡し、ログインを要求する（ステップＳ５８への分岐）。
【００５０】
業務サーバ送受信手段３２は、ログイン要求を検知すると、受信した認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーション３１に受け渡す（ステップＳ５５）。業務アプリケーション３１は、ログイン可否判断を行い（ステップＳ５６）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、業務アプリケーションに対応する処理を実行する（ステップＳ５７）。またクライアント側業務アプリケーション１６は、ログイン要求を検知すると、受け渡された認証情報（クライアント識別可能形式（Ｂ））やアクセス権情報を業務アプリケーションに基づき、ログイン可否判断を行い（ステップＳ５８）、ログイン可と判定した後は、業務アプリケーションインタフェース１３との間で、クライアント側業務アプリケーション１６に対応する処理を実行する（ステップＳ５９）。ステップＳ５５〜Ｓ５７、ステップＳ５８〜Ｓ５９の処理は、ユーザの入力により随時開始され、ユーザの終了処理により終了する。また、ステップＳ５５〜Ｓ５７の処理と、ステップＳ５８〜Ｓ５９の処理は、非同期に、同時に実施されることが可能であり、開始と終了はユーザからの入力により動作する。さらにステップＳ５６、Ｓ５８におけるログイン可否判断は、業務アプリケーション（クライアント側業務アプリケーション１６または、業務アプリケーション３１）の設定により、任意の方法により判断される。
【００５１】
図１６は、認証管理情報ファイル２４のファイル構成を示した一例であり、図１７は、クライアント認証情報ファイル１４のファイル構成を示した一例である。実施の形態１で用いた図９および図１０と比較すると、クライアント端末１へのログイン情報が追加されたところが特徴である。ユーザ情報２４３の例示では、クライアント端末１へのログイン情報に対応するアクセス権情報は設定されていないが、任意で設定することが可能である。またクライアント認証情報ファイル１４のユーザ情報１４３は、ユーザ情報２４３に対応してクライアント端末１の記憶装置に記憶されている。
【００５２】
続いて、図１４〜１５を用いて、認証サーバ２との接続で障害が発生したときの処理の流れについて説明する。認証代理サーバ送受信手段４１は、定期ポーリングにより、認証サーバ２またはネットワーク５の障害を検知し（ステップＳ６１）、認証代理手段４２は代理認証処理の受付けを開始する（ステップＳ６２）。ステップＳ６１〜Ｓ６２の処理で、認証代理サーバ４側の代理処理が開始され、その処理とは非同期にログイン処理手段１５は、利用者からユーザ識別情報と、クライアント端末１へのログイン要求とを受け付ける（ステップＳ６３）。ログイン要求を受けて、端末送受信手段１１は、ユーザ識別情報と認証要求情報とを認証サーバ２に送信しようと動作するが、認証サーバ２との接続が不可能と判断したとき、ログイン処理手段１５はユーザから入力されたユーザ識別情報と対応する認証情報（Ａ）をクライアント認証情報１４から取り出し、端末送受信手段１１がユーザ識別情報と、取り出された認証情報（Ａ）とを認証代理サーバ４に送信する（ステップＳ６４）。
【００５３】
認証代理サーバ送受信手段４１は、ユーザ識別情報と認証情報（Ａ）とを受信し（ステップＳ６５）、認証代理手段４２は、ユーザ識別情報と対応する復号鍵を復号鍵４３から取り出し、認証情報（Ａ）を復号する（ステップＳ６６）。その後認証代理サーバ送受信手段４１は、認証情報（Ａ）を復号した認証情報（Ｂ）をクライアント端末１に対して送信する（ステップＳ６７）。実施の形態１で説明したようにステップＳ６１では、認証代理サーバ送受信手段４１が定期ポーリングにより障害を検知するように構成しているが、認証システムの管理者がなんらかの障害を検知したときに、認証機能を認証代理サーバ４へ切り替えるように構成することができる。
【００５４】
ステップＳ６７の処理を受けて、端末送受信手段１１は認証情報（Ｂ）を受信し（ステップＳ７１）、受信した認証情報（Ｂ）をログイン処理手段１５に受け渡す（ステップＳ７２）。ログイン処理手段１５は、受信した認証情報（Ｂ）、クライアント認証情報１４に記憶され、ユーザ識別情報と対応するアクセス権情報とにより、ログイン処理を行う（ステップＳ７３）。
それ以降のステップＳ７５〜Ｓ７９は、図１３を用いて説明した、ステップＳ５５〜Ｓ５９の処理と同様に動作し、ユーザの入力により随時開始され、ユーザの終了処理により終了する。
【００５５】
以上説明したように、本実施の形態によると、認証サーバ２がシステムダウンしたとき、あるいはネットワーク接続がなんらかの理由で遮断したときでも、一定レベルの認証機能を有した、認証システムを提供することができる。そのときに、業務アプリケーションへのログイン処理と同様に、クライアント端末１へのログイン処理も認証するため、セキュリティがより向上する。
【００５６】
なお本実施の形態では、クライアント端末１へのログイン処理と、業務アプリケーションへのログイン処理とを、続けて要求された場合について説明したが、クライアント端末１へのログイン処理のみを認証するように構成することができる。その場合、認証管理情報２４には、ユーザ識別情報に対応する「クライアント端末１へのログイン情報」のみが記憶され、「クライアント端末１へのログイン情報」は認証情報としてやりとりされる。また図１３に示した処理では、ステップＳ５３の処理で終了し、図１５に示した処理では、ステップＳ７３の処理で終了する。
【００５７】
実施の形態３．
本実施の形態におけるシステム構成は、実施の形態２で用いた、図１１と同様である。本実施の形態での特徴を、図１８〜図２０を用いて説明する。本実施の形態での特徴は、認証代理サーバ４からクライアント端末１に対して、認証情報（Ｂ）を返送するとき、ユーザ認証処理を加え、よりセキュリティ機能を高めたことである。
【００５８】
図１８は、本実施の形態における正常時の認証処理であり、図１８において、ステップＳ４１〜Ｓ４４及びＳ４６の処理は、図１２を用いて実施の形態２で説明したとおりである。ステップＳ８１において暗号化手段２２は、認証手段２１が取得した認証情報と、ステップＳ４３で受信したユーザ識別情報とを、ユーザ識別情報に対応する暗号鍵２５にて暗号化し、暗号化した認証情報（Ａ）を生成する。
【００５９】
正常時のログイン処理の流れは、実施の形態２で用いた図１３のとおりであるが、ステップＳ８１の処理の結果、ステップＳ５１で受信する認証情報（Ａ）は、ユーザ識別情報を含んだ、「ユーザ識別情報と認証情報（Ａ）とを暗号化した情報」となり、ステップＳ５２で記憶されるユーザ情報は、図２０のユーザ情報１４４で例示したような「ユーザ識別情報と認証情報（Ａ）とを暗号化した情報」となる。
【００６０】
さらに、図１９で示した認証サーバ障害発生時の認証処理については、ステップＳ６１〜Ｓ６６は、図１４を用いて実施の形態２で説明したとおりであるが、ステップＳ６６では認証情報（Ａ）とともにユーザ識別情報が復号される。ステップＳ６６の処理の後、復号されたユーザ識別情報と、復号鍵４３に記憶されているユーザ識別情報とを照合し、一致するときは、認証情報（Ａ）を復号した、認証情報（Ｂ）をクライアント端末に送信する（ステップＳ８３）。ステップＳ８２の処理で、照合した情報が一致しないときは、処理を終了する。このように、本実施の形態では、実施の形態２と比較して、認証代理サーバ４側での認証処理を加えたことにより、セキュリティ機能がより向上する特徴が得られる。
【図面の簡単な説明】
【００６１】
【図１】実施の形態１におけるシステム構成を示した図である。
【図２】実施の形態１において用いるクライアント端末１、認証サーバ２および業務サーバ３のハードウェア資源の一例を示す図である。
【図３】実施の形態１における正常時の処理の概要を説明した図である。
【図４】実施の形態１における障害発生時の処理の概要を説明した図である。
【図５】実施の形態１における正常時の認証処理の流れについて説明した、フローチャートである。
【図６】実施の形態１における正常時のログイン処理について説明した、フローチャートである。
【図７】実施の形態１における認証サーバ２との接続で障害が発生したときの認証処理の流れについて説明した、フローチャートである。
【図８】実施の形態１における認証サーバ２との接続で障害が発生したときのログイン処理の流れについて説明した、フローチャートである。
【図９】実施の形態１において用いる認証管理情報ファイル２４のファイル構成を示した図である。
【図１０】実施の形態１において用いるクライアント認証情報ファイル１４のファイル構成を示した図である。
【図１１】実施の形態２におけるシステム構成を示した図である。
【図１２】実施の形態２における正常時の認証処理の流れについて説明した、フローチャートである。
【図１３】実施の形態２における正常時のログイン処理について説明した、フローチャートである。
【図１４】実施の形態２における認証サーバ２との接続で障害が発生したときの認証処理の流れについて説明した、フローチャートである。
【図１５】実施の形態２における認証サーバ２との接続で障害が発生したときのログイン処理の流れについて説明した、フローチャートである。
【図１６】実施の形態２において用いる認証管理情報ファイル２４のファイル構成を示した図である。
【図１７】実施の形態２において用いるクライアント認証情報ファイル１４のファイル構成を示した図である。
【図１８】実施の形態３における正常時の認証処理の流れについて説明した、フローチャートである。
【図１９】実施の形態３における認証サーバ２との接続で障害が発生したときの認証処理の流れについて説明した、フローチャートである。
【図２０】実施の形態３において用いるクライアント認証情報ファイル１４のファイル構成を示した図である。
【符号の説明】
【００６２】
１ クライアント端末、２ 認証サーバ、３ 業務サーバ、４ 認証代理サーバ、５ ネットワーク、１１ 端末送受信手段（第１の端末送受信手段，第２の端末送受信手段）、１２ 認証要求手段、１３ 業務アプリケーションインタフェース（アプリケーションインタフェース）、１４ クライアント認証情報、１５ ログイン処理手段、１６ クライアント側業務アプリケーション、２１ 認証手段、２２ 暗号化手段、２３ 認証サーバ送受信手段、３１ 業務アプリケーション、３２ 業務サーバ送受信手段、４１ 認証代理サーバ送受信手段、４２ 認証代理手段、４３ 復号鍵、９２９ 記憶装置（記憶部）。
【特許請求の範囲】
【請求項１】
ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、
上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、
上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、
上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段と、
を備えた認証サーバ、
ユーザ識別情報と第１のアプリケーションへのログイン要求とを受け付ける認証要求手段と、
上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、
上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、
上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づき第１のアプリケーションへのログインを要求するアプリケーションインタフェースと、
を備えたクライアント端末、
上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、
暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段と、
を備えた認証代理サーバ、
を有することを特徴とする認証システム。
【請求項２】
上記認証情報は、上記第１のアプリケーションに対応するログイン名とパスワードからなることを特徴とする請求項１に記載の認証システム。
【請求項３】
上記認証管理情報には、第１のアプリケーションに対応するアクセス権情報が記憶され、上記認証手段は、上記認証管理情報から認証情報を取り出すとき、合わせてアクセス権情報も取り出し、
上記認証サーバ送受信手段は、上記認証手段が認証したとき、認証情報と暗号化認証情報と合わせてアクセス権情報を送信し、
上記第１の端末送受信手段は、認証情報と暗号化認証情報とを受信するとき、合わせてアクセス権情報も受信し、
上記アプリケーションインタフェースは、認証情報とアクセス権情報に基づき、第１のアプリケーションへのログインを要求することを特徴とする請求項１または２に記載の認証システム。
【請求項４】
ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、
上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、
上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、
上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段と、
を備えた認証サーバ、
ユーザ識別情報と上記クライアント端末へのログイン要求とを受け付けるログイン処理手段と、
上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、
上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、
を備え、上記ログイン処理手段は、上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づきクライアント端末へのログインを要求することを特徴とするクライアント端末、
上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、
暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段と、
を備えた認証代理サーバ、
を有することを特徴とする認証システム。
【請求項５】
上記認証情報は、上記クライアント端末に対応するログイン名とパスワードからなることを特徴とする請求項４に記載の認証システム。
【請求項６】
上記認証代理サーバ送受信手段は、
上記認証サーバとの接続かどうかを定期的に確認することを特徴とする請求項１〜５のいずれかに記載の認証システム。
【請求項７】
コンピュータを、請求項１〜６のいずれかに記載の認証システムとして機能させるための認証プログラム。
【請求項１】
ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、
上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、
上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、
上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段と、
を備えた認証サーバ、
ユーザ識別情報と第１のアプリケーションへのログイン要求とを受け付ける認証要求手段と、
上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、
上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、
上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づき第１のアプリケーションへのログインを要求するアプリケーションインタフェースと、
を備えたクライアント端末、
上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、
暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段と、
を備えた認証代理サーバ、
を有することを特徴とする認証システム。
【請求項２】
上記認証情報は、上記第１のアプリケーションに対応するログイン名とパスワードからなることを特徴とする請求項１に記載の認証システム。
【請求項３】
上記認証管理情報には、第１のアプリケーションに対応するアクセス権情報が記憶され、上記認証手段は、上記認証管理情報から認証情報を取り出すとき、合わせてアクセス権情報も取り出し、
上記認証サーバ送受信手段は、上記認証手段が認証したとき、認証情報と暗号化認証情報と合わせてアクセス権情報を送信し、
上記第１の端末送受信手段は、認証情報と暗号化認証情報とを受信するとき、合わせてアクセス権情報も受信し、
上記アプリケーションインタフェースは、認証情報とアクセス権情報に基づき、第１のアプリケーションへのログインを要求することを特徴とする請求項１または２に記載の認証システム。
【請求項４】
ネットワーク接続された、認証サーバとクライアント端末と認証代理サーバとを有する認証システムであって、
上記クライアント端末から受信したユーザ識別情報を予め記憶されている認証管理情報と照合し、認証するかどうかを判定し、認証すると判定したときは上記ユーザ識別情報と対応する認証情報を上記認証管理情報から取り出し特定する認証手段と、
上記認証手段が特定した認証情報を、予め記憶され上記ユーザ識別情報と対応する暗号鍵により暗号化し、暗号化した暗号化認証情報を生成する暗号化手段と、
上記ユーザ識別情報を上記クライアント端末から受信し、上記認証手段が判定した認証結果情報と、上記認証手段が認証したときは認証情報と暗号化認証情報とを上記クライアント端末に送信する認証サーバ送受信手段と、
を備えた認証サーバ、
ユーザ識別情報と上記クライアント端末へのログイン要求とを受け付けるログイン処理手段と、
上記認証サーバとの接続が可能と判断したときは上記認証サーバに認証を要求するために、上記ユーザ識別情報を上記認証サーバに送信し、上記認証サーバにより判定された認証結果情報と、上記認証サーバが認証したときは認証情報と暗号化認証情報とを受信し、受信した暗号化認証情報を記憶装置に記憶する第１の端末送受信手段と、
上記認証サーバとの接続が不可能と判断したときは上記認証代理サーバに認証を要求するために、上記暗号化認証情報を上記認証代理サーバに送信し、上記認証代理サーバから復号された認証情報を受信する第２の端末送受信手段と、
を備え、上記ログイン処理手段は、上記第１の端末送受信手段あるいは上記第２の端末送受信手段が受信した認証情報に基づきクライアント端末へのログインを要求することを特徴とするクライアント端末、
上記クライアント端末から受信した暗号化認証情報を、予め記憶されている復号鍵で復号する認証代理手段と、
暗号化認証情報をクライアント端末から受信し、上記認証代理手段が復号した認証情報をクライアント端末に送信する認証代理サーバ送受信手段と、
を備えた認証代理サーバ、
を有することを特徴とする認証システム。
【請求項５】
上記認証情報は、上記クライアント端末に対応するログイン名とパスワードからなることを特徴とする請求項４に記載の認証システム。
【請求項６】
上記認証代理サーバ送受信手段は、
上記認証サーバとの接続かどうかを定期的に確認することを特徴とする請求項１〜５のいずれかに記載の認証システム。
【請求項７】
コンピュータを、請求項１〜６のいずれかに記載の認証システムとして機能させるための認証プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００８−２９９７８２（Ｐ２００８−２９９７８２Ａ）
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願番号】特願２００７−１４７９３７（Ｐ２００７−１４７９３７）
【出願日】平成１９年６月４日（２００７．６．４）
【出願人】（３９４０１３００２）三菱電機インフォメーションシステムズ株式会社 (251)
【Ｆターム（参考）】
【公開日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願日】平成１９年６月４日（２００７．６．４）
【出願人】（３９４０１３００２）三菱電機インフォメーションシステムズ株式会社 (251)
【Ｆターム（参考）】
[ Back to top ]