JP2002189976A - 認証システムおよび認証方法 - Google Patents

Abstract

(57)【要約】 【課題】 認証済みのユーザに対する次回からの接続要
求時には認証を行わず、短時間でのデータ交換を可能に
する。 【解決手段】 クライアント１から認証サーバ２に対し
て、サーバ３への接続要求を行うと、認証サーバ２はク
ライアント１とそれぞれの証明書を交換し認証を行い、
その際、クライアント１のアドレスと認証時に生成した
セション鍵の組みをユーザ情報２ｂで記憶し、また、ク
ライアント１側でも、認証サーバ２のアドレスとセショ
ン鍵の組みをサーバ情報１ｂで記憶し、再度サーバ３へ
の接続要求に対しては、サーバ情報１ｂ、ユーザ情報２
ｂにおけるアドレスに基づき認証済を確認し、認証済で
あれば、当該接続要求に対する認証は行わない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、電子商取
引（エレクトロニックコマース；ＥＣ）やＷＷＷ（Worl
d Wide Web）など、コンピュータをネットワークを介し
て接続したシステムにおける認証技術に係わり、特に、
認証に要する負荷を軽減するのに好適な認証システムお
よび認証方法に関するものである。

【０００２】

【従来の技術】インターネットの普及に伴い、クライア
ントサーバモデルのコンピュータネットワークシステム
においては、不特定多数の人が必要に応じてネットワー
クシステムにアクセスできるようになってきた。そのた
め、例えば電子商取引システムなどにおいては、クライ
アントがサーバに対して接続してきた場合にはクライア
ントのユーザ認証が必須である。

【０００３】しかし、実際の運用を考えると、ネットワ
ークシステムが大規模化するにつれて、通信の接続要求
がある度に行われる認証処理のオーバーヘッドが問題と
なる。例えば、Ｗｅｂアプリケーションのような１つの
クライアントから１つのＷｅｂサーバへの接続を連続し
て複数行うような場合、各接続毎でのユーザ認証処理が
行われることにより、接続時間が非常に長くなってしま
う。

【０００４】そのため、ある程度のセキュリティ性能を
確保しつつ、認証処理のオーバーヘッドを削減する技術
の検討が必要である。

【０００５】例えば、暗号通信を行うためにクライアン
トからサーバへの接続時にユーザ認証を行うが、この通
信開始時に管理コネクションを開設し、この管理コネク
ションが有効な間はユーザ認証を実施しない技術が一般
的に知られている。しかし、この技術では管理コネクシ
ョン用のネットワークリソースを必要とすることが問題
である。

【０００６】また、例えば、特開２０００−３６８０９
号公報においては、クライアントからサーバに対して接
続を行う場合に、最初の接続時にユーザ認証を行い、そ
の後の接続時には簡易認証だけを行う技術が開示されて
いる。この技術によれば、認証負荷を軽減できると共
に、ネットワークリソースの消費を押さえることもでき
る。しかし、この特開２０００−３６８０９号公報に記
載の技術において、簡易的とはいえ、各接続時毎に認証
が行われている。

【０００７】このように、クライアントからサーバへの
接続毎にユーザ認証が簡易的であっても行われる場合、
認証処理のオーバーヘッドは大きいと考えられる。特
に、モバイル環境での利用を考えた場合、通信回線の回
線速度が通常の回線よりも遅いため、少しのオーバーヘ
ッドでも通信時間が長くなってしまう。

【０００８】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、各接続時毎に行う認証処理を回
避することができない点である。

【０００９】本発明の目的は、これら従来技術の課題を
解決し、セキュリティレベルを落とすことなく短時間で
の接続を可能とする認証システムおよび認証方法を提供
することである。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明の認証システムおよび認証方法は、クライア
ントからのサーバへの接続要求の際にユーザを識別情報
と認証情報により認証すると、認証サーバ側において、
当該クライアントのアドレスと認証時に生成したセショ
ン鍵との組みをユーザ情報として記憶しておき、また、
クライアント側においては、認証サーバのアドレスとセ
ション鍵との組みをサーバ情報として記憶しておき、そ
して、ユーザが再度接続要求を出すと、クライアント側
において、サーバ情報を参照して、この接続要求に対応
する認証が既に済んでいるか否かを確認し、認証済であ
れば、その接続要求を当該認証サーバに送信し、この認
証サーバ側においては、ユーザ情報を参照して、送信元
アドレスの照合に基づき、この接続要求元のクライアン
トに対するユーザ認証が済んでいるか否かを確認し、認
証済であれば接続を許可する。すなわち、２回目以降の
認証処理を省略する。このように、ネットワークシステ
ムに接続されたクライアントのユーザ認証処理を２回目
以降行わないようにすることにより、短時間での接続が
可能となる。

【００１１】また、クライアントから所定の時間間隔で
認証サーバにセション鍵変更依頼を送信し、このセショ
ン鍵変更依頼を受信した認証サーバにおいて、新たなセ
ション鍵を生成して、既にユーザ情報として記憶してい
たセション鍵を更新し、かつ、この更新前のセション鍵
で新たなセション鍵を暗号化してクライアントに返送
し、このクライアントにおいては、受信した暗号化され
たセション鍵を、先にサーバ情報として記憶しておいた
セション鍵を用いて復号して入替える。このように、サ
ーバ情報およびユーザ情報のそれぞれに記憶されている
セション鍵を予め設定された時間間隔で変更することに
より、セキュリティレベルの低下を防ぐことができる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明に係る認証シ
ステムの構成例を示すブロック図であり、図２は、図１
におけるクライアントおよびサーバのハードウェア構成
例を示すブロック図である。

【００１３】図２において、２１はＣＲＴ（Cathode Ra
y Tube）やＬＣＤ(Liquid CrystalDisplay)等からなる
表示装置、２２はキーボードやマウス等からなる入力装
置、２３はＨＤＤ（Hard Disk Drive）等からなる外部
記憶装置、２４はＣＰＵ（Central Processing Unit）
２４ａや主メモリ２４ｂおよび入出力インタフェース２
４ｃ等を具備してコンピュータ処理を行なう情報処理装
置、２５は本発明に係わるプログラムやデータを記録し
たＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）も
しくはＤＶＤ（Digital Video Disc/Digital Versatile
Disc）等からなる光ディスク、２６は光ディスク２５
に記録されたプログラムおよびデータを読み出すための
駆動装置、２７はＬＡＮ（Local Area Network）カード
やモデム等からなる通信装置である。

【００１４】光ディスク２５に格納されたプログラムお
よびデータを情報処理装置２４により駆動装置２６を介
して外部記憶装置２３内にインストールした後、外部記
憶装置２３から主メモリ２４ｂに読み込みＣＰＵ２４ａ
で処理することにより、情報処理装置２４内に図１に示
す認証システムに係わるクライアント１とサーバ３およ
び認証サーバ２の各機能が構成される。

【００１５】図１に示す認証システムにおいては、クラ
イアント１とサーバ３は、それぞれ独立したネットワー
ク５とネットワーク６を介して接続されている。そし
て、認証サーバ２は、ネットワーク５とネットワーク６
を中継する位置で、２つのネットワーク５，６間のコネ
クションを管理する。

【００１６】尚、本図では、説明を容易とするために、
クライアント１と認証サーバ２およびサーバ３をそれぞ
れ１台ずつ設けた構成を示しているが、実際には、クラ
イアントと認証サーバおよびサーバがそれぞれ複数設け
られており、サーバ３に対して、クライアント１以外の
クライアントが、認証サーバ２以外の認証サーバを中継
して接続要求することもできる。

【００１７】認証局４は、ネットワーク５，６とは独立
に存在し、公開鍵暗号方式を使用した証明書およびそれ
に対応する秘密鍵を発行する。この認証局４は、クライ
アント１および認証サーバ２に対し、事前にクライアン
ト証明書４ａとそれに対応する秘密鍵４ｂ、およびサー
バ証明書４ｃとそれに対応する秘密鍵４ｄを発行してお
く。クライアント証明書４ａおよびサーバ証明書４ｃに
は、公開鍵情報に加えて、ユーザ名や当該証明書の有効
期限などが格納されている。

【００１８】クライアント１は、接続処理部１ａとサー
バ情報１ｂを有し、また、認証サーバ２は、接続処理部
２ａとユーザ情報２ｂを有し、本発明に係わる認証処理
を行う。サーバ情報１ｂおよびユーザ情報２ｂは、クラ
イアント１と認証サーバ２間の認証が行われた後に、サ
ーバ情報１ｂはクライアント１で、ユーザ情報２ｂは認
証サーバ２でそれぞれ生成される。

【００１９】図３は、図１におけるサーバ情報の構成例
を示す説明図であり、図４は、図１におけるユーザ情報
の構成例を示す説明図である。

【００２０】図３に示すように、図１のサーバ情報１ｂ
は、例えば、図１のクライアント１が相互認証した認証
サーバ２のアドレス、および、その認証の際に認証サー
バ２が生成したセション鍵から構成され、１つのサーバ
情報３１は、他の認証サーバに関してのサーバ情報３２
にポインタで結合されている。これらのサーバ情報３
１，３２は、認証処理時にクライアント１で生成され、
ユーザによる終了操作時まで保持される。

【００２１】また、図４に示すように、図１のユーザ情
報２ｂは、例えば、図１の認証サーバ２が相互認証した
クライアント１のアドレスとユーザ名、およびセション
鍵から構成され、複数のユーザ情報４１〜４３は、図に
示す通り、リストの先頭から最後までポインタにて結合
されている。

【００２２】これらのユーザ情報４１〜４３は、図１の
クライアント１を含む各クライアントとのコネクション
毎に認証サーバ２で生成され、各クライアントからの削
除要求があるまで保持される。例えば、ユーザ情報４１
〜４３に格納されているアドレス以外のクライアントか
らの接続要求があった場合、新たなユーザ情報が生成さ
れ、リストとして格納される。

【００２３】図１に示すネットワーク環境において、ク
ライアント１上には、サーバ３に接続してデータを送受
信するアプリケーション（例えばＷｅｂブラウザ）が動
作し、認証局４から配布されたクライアント証明書４
ａ、および、それに対応する秘密鍵４ｂが格納される。
また、認証サーバ２にもクライアント１と同様に、認証
局４から配布されたサーバ証明書４ｃとそれに対応する
秘密鍵４ｄが格納されている。

【００２４】このような構成において、クライアント１
からサーバ３に接続要求があった場合、クライアント１
は、まず認証サーバ２と接続し、ユーザ認証を行う。認
証が正しく行われた場合、認証サーバ２でセション鍵が
生成され、このセション鍵は、以降の通信で暗号通信す
るためにクライアント１と認証サーバ２とで共有してお
く。そして、このセション鍵を用いて、クライアント１
と認証サーバ２との間で暗号通信を行い、認証サーバ２
が中継することでクライアント１をサーバ３に接続す
る。

【００２５】ここまでの動作は、従来からの認証処理で
あるが、図１に示す本例の認証システムにおいては、接
続処理部１ａとサーバ情報１ｂおよび接続処理部２ａと
ユーザ情報２ｂを用いることにより、クライアント１か
らサーバ３への２回目以降の接続要求に対しては認証処
理を行わないようにして、クライアント１からサーバ３
への接続時間を短縮することができる。

【００２６】すなわち、クライアント１からのサーバ３
への接続要求の際に、認証サーバ２は、ユーザを識別情
報と認証情報により認証すると、クライアント１のアド
レスと認証時に生成したセション鍵との組みをユーザ情
報２ｂとして主メモリ等に記憶しておき、また、クライ
アント１側においては、認証サーバ２のアドレスとセシ
ョン鍵との組みをサーバ情報１ｂとして記憶しておく。

【００２７】そして、クライアント１のユーザが再度接
続要求を出すと、クライアント１は、接続処理部１ａに
より、サーバ情報１ｂを参照して、この接続要求に対応
する認証が既に済んでいるか否かを確認し、認証済であ
れば、その接続要求を当該認証サーバ２に送信する。

【００２８】この接続要求を受信した認証サーバ２で
は、接続処理部２ａにより、ユーザ情報２ｂを参照し
て、クライアントのアドレスを照合して、この接続要求
元のクライアント１に対するユーザ認証が済んでいるか
否かを確認し、認証済であれば接続を許可する。

【００２９】このようにして、２回目以降の認証処理を
省略することにより、２回目以降の接続要求に対して
は、短時間での接続が可能となる。

【００３０】また、クライアント１においては、接続処
理部１ａにより、所定の時間間隔で認証サーバ２に対し
てセション鍵変更依頼を送信する。そして、このセショ
ン鍵変更依頼を受信した認証サーバ２においては、接続
処理部２ａにより、新たなセション鍵を生成して、既に
ユーザ情報として記憶していたセション鍵を更新し、か
つ、この更新前のセション鍵で新たなセション鍵を暗号
化してクライアント１に返送する。

【００３１】暗号化された新たなセション鍵が返送され
ると、クライアント１においては、接続処理部１ａによ
り、暗号化された新たなセション鍵を、先にサーバ情報
１ｂとして記憶しておいた当該セション鍵を用いて復号
して入替え更新する。

【００３２】このように、サーバ情報およびユーザ情報
のそれぞれに記憶されているセション鍵を予め設定され
た時間間隔で変更することにより、セキュリティレベル
の低下を防ぐことができる。

【００３３】以下、このような認証処理動作を、図５〜
図８を用いて説明する。

【００３４】図５は、図１における認証システムでの認
証処理動作例を示すシーケンス図であり、図６は、図５
における認証処理動作の詳細例を示すシーケンス図、図
７は、本発明の認証方法に係わる第１の処理動作例を示
すシーケンス図、図８は、本発明の認証方法に係わる第
２の処理動作例を示すシーケンス図である。

【００３５】図５は、図１におけるクライアント１、認
証サーバ２、サーバ３との間での通常認証時の処理動作
例を示しており、ユーザからのサーバ３への接続要求
（ステップ５０１）があると、クライアント１は認証サ
ーバ２に対して通常認証要求を行う（ステップ５０
２）。尚、クライアント１においては、図示していない
テーブル情報（サーバ３と認証サーバ２とを対応付けて
いる）により、サーバ３向けの接続要求があれば、認証
サーバ２による認証を受けることを認識する。

【００３６】認証サーバ２は、クライアント１から通常
認証要求を受けると（ステップ５０３）、認証処理を行
う（ステップ５０４）。本図５では、このステップ５０
４において認証処理を簡単に記述しているが、実際には
クライアント１と認証サーバ２との間でお互いの証明書
の交換が行われるなどの複数のシーケンスがあるが、図
６を用いて後ほど詳細に説明する。

【００３７】ステップ５０４での認証に失敗した場合
（ステップ５０５）、認証サーバ２は、認証失敗をクラ
イアント１に通知し、クライアント１との接続を切断し
（ステップ５１６）、また、認証に成功した場合には、
認証サーバ２は、セション鍵を生成し、かつ、クライア
ント１から送信されているクライアント証明書４ａに格
納されている公開鍵によって、生成したセション鍵を暗
号化する（ステップ５０６）。

【００３８】そして、認証サーバ２は、暗号化したセシ
ョン鍵をクライアント１に送信すると共に（ステップ５
０７）、セション鍵（暗号化していない）をクライアン
ト１のアドレス、ユーザ名と共に対応付けてにユーザ情
報２ｂとしてリストに追加する（ステップ５０８）。

【００３９】クライアント１では、認証サーバ２がステ
ップ５０７で送信した暗号化されたセション鍵を受信す
ると（ステップ５０９）、保存している秘密鍵４ｂによ
って、受信した暗号化されたセション鍵を復号し（ステ
ップ５１０）、認証サーバ２のアドレスと対応付けてサ
ーバ情報１ｂとして保存する（ステップ５１１）。

【００４０】そして、クライアント１から認証サーバ２
に、接続要求を送信し（ステップ５１２）、認証サーバ
２において、クライアント１からの接続要求を受信する
と（ステップ５１３）、認証サーバ２はサーバ３と接続
し、クライアント１からの通信を中継する（ステップ５
１４）。

【００４１】クライアント１とサーバ３との間での通信
が終了すれば（ステップ５１５）、認証サーバ２とクラ
イアント１のそれぞれで接続断を行う（ステップ５１
６，５１７）。

【００４２】ステップ５０４の認証処理においては、図
６に示すように、まず、クライアント１から認証サーバ
２に、クライアント証明書１ｂを送信する（ステップ６
０１）。認証サーバ２は、このクライアント証明書１ｂ
を受信すると（ステップ６０２）、受信したクライアン
ト証明書１ｂをもとにクライアント認証を行う（ステッ
プ６０３）。

【００４３】この確認に失敗すると、認証サーバ２はク
ライアント１に、クライアント認証失敗を送信する（ス
テップ６０９）が、確認に成功すると、認証サーバ２は
クライアント１にクライアント認証成功とサーバ証明書
２ｂを送信する（ステップ６０４）。

【００４４】クライアント１は、クライアント認証成功
とサーバ証明書２ｂを受信すると（ステップ６０５）、
受信したサーバ証明書２ｂをもとにサーバ認証を行う
（ステップ６０６）。そして、クライアント１は、この
サーバ認証に失敗すると、認証サーバ２にサーバ認証失
敗を送信し（ステップ６１０）、成功すると、認証サー
バ２に認証成功を送信する（ステップ６０７）。

【００４５】認証サーバ２は、クライアント１からのサ
ーバ認証成功を受信すると（ステップ６０８）、図５に
おけるステップ５０５で認証処理成功と判断し、ステッ
プ５０６からの処理を行う。

【００４６】図５および図６で示した処理により、最初
の接続要求に対しての認証処理が完了すると、クライア
ント１および認証サーバ２のそれぞれにおけるサーバ情
報とユーザ情報に当該認証処理に関する情報が記憶、保
持されている間は、同クライアント１からサーバ３への
以上の接続要求に関しては、図７で示すようにして、認
証処理を行わない。

【００４７】すなわち、図７では、２回目以降の接続要
求の処理のシーケンスを示しており、クライアント１に
おいて、ユーザによるサーバ３へ接続要求があると（ス
テップ７０１）、クライアント１は、サーバ情報１ｂを
参照して（ステップ７０２）、以前に認証されたかどう
かを確認する（ステップ７０３）。

【００４８】一度も認証されていない場合は、通常の認
証要求送信を行い（ステップ７１３）、以降、図５のス
テップ５０３からの処理および図６で示した通りの通常
の認証処理が行われるが、以前に認証されていることが
確認された場合には、クライアント１は、認証サーバ２
に対しサーバ３への接続要求を送信する（ステップ７０
４）。

【００４９】認証サーバ２は、クライアント１から接続
要求を受信すると（ステップ７０５）、このクライアン
ト１のアドレスを取得し（ステップ７０６）、格納して
いるユーザ情報２ｂを参照して、同じアドレスがあるか
否かにより、当該クライアント１が以前に認証して認証
済であるか否かを確認する（ステップ７０７）。

【００５０】クライアント１のアドレスがユーザ情報２
ｂにない場合には、認証済でないものとして、クライア
ント１に対してその旨を通知し（ステップ７０８）、ま
た、クライアント１のアドレスがユーザ情報にあれば認
証済みとみなし、サーバ３に接続し、クライアント１か
らの通信を中継する（ステップ７０９）。

【００５１】クライアント１とサーバ３間での通信が終
了すれば（ステップ７１０）、クライアント１と認証サ
ーバ２のそれぞれで接続断を行う（ステップ７１１，７
１２）。

【００５２】以上の処理では、クライアント１および認
証サーバ２のそれぞれにおいて、アドレス情報のみで認
証済みかどうかを確認している。そして、認証サーバ２
では、認証済みのクライアント１のユーザに対しては、
新たな接続要求に対する新たな認証を行わずにクライア
ント１とサーバ３との通信を中継しているので、短時間
での接続か可能となる。

【００５３】この場合、アドレス情報が詐称されれば、
認証されていないユーザでもサーバ３に接続が可能であ
るように思われる。しかし、クライアント１と認証サー
バ２との間では、サーバ情報１ｂとユーザ情報２ｂにお
いて、暗号通信を行うためのセション鍵を共有してい
る。そのため、アドレス情報のみを詐称してもセション
鍵を共有していないので、認証サーバ２で復号に失敗し
サーバ３へは接続できない。

【００５４】また、セション鍵は認証サーバ２で生成
し、暗号化してクライアント１に送信し共有しているの
で、例え通常認証処理が盗聴されていたとしても、セシ
ョン鍵自体を盗まれる可能性は非常に低い。このことに
より、本例の認証システムおよび認証方法では従来の接
続ごとでの認証を行う場合と比較して、セキュリティレ
ベルは落とすことなく認証処理時間を短縮することが可
能である。

【００５５】次に、このようなセキュリティレベルをさ
らに向上させるための技術を、図８を用いて説明する。
すなわち、図１における認証システムでは、図８に示す
ように、まず、クライアント１において、予め設定され
た時間間隔をタイマーにより監視し、この所定時間が経
過する毎に、認証サーバ２に対し、セション鍵の変更依
頼を送信する（ステップ８０１）。

【００５６】認証サーバ２では、クライアント１からの
セション鍵変更依頼を受信すると（ステップ８０２）、
クライアント１のアドレス情報を取得し（ステップ８０
３）、このアドレスが、ユーザ情報２ｂとして記憶され
ているか否かを確認する（ステップ８０４）。

【００５７】ユーザ情報２ｂに当該アドレスが記憶され
ていない場合には、認証が行われていないことをクライ
アント１に通知する（ステップ８１１）。また、ユーザ
情報２ｂに当該アドレスが記憶されている場合には、新
たなセション鍵を生成し、ユーザ情報２ｂに格納されて
いるセション鍵で暗号化する（ステップ８０５）。

【００５８】そして、認証サーバ２は、暗号化したセシ
ョン鍵をクライアント１に送信し（ステップ８０６）、
また、新たに生成した暗号化していないセション鍵を、
それまで格納されていたセション鍵の代わりにユーザ情
報２ｂに格納する（ステップ８０７）。

【００５９】クライアント１は、認証サーバ２からの暗
号化されたセション鍵を受信すると（ステップ８０
８）、受信した新しい暗号化されたセション鍵を、サー
バ情報１ｂに格納されているセション鍵で復号し（ステ
ップ８０９）、この復号したセション鍵を、それまでに
格納していたセション鍵（新しいセション鍵の復号に用
いたセション鍵）の代わりにサーバ情報１ｂに格納する
（ステップ８１０）。

【００６０】このように、本例では、クライアント１と
認証サーバ２とで共有しているセション鍵を、所定の周
期で双方更新することにより、セション鍵の盗難による
セキュリティレベルの低下を回避することができる。

【００６１】以上、図１〜図８を用いて説明したよう
に、本例の認証システムおよび認証方法では、ネットワ
ーク５，６および認証サーバ２を介してサーバ３に接続
されるクライアント１に、認証サーバ２によるユーザ認
証処理で生成されたセション鍵と認証サーバ２のアドレ
スとを対応付けたサーバ情報１ｂと、ユーザからの接続
要求がサーバ情報１ｂとしてアドレスを記憶した認証サ
ーバ２に対応するものであることを確認した後に、接続
要求を当該認証サーバ２に送信する接続処理部１ａとを
設ける。

【００６２】また、認証サーバ２にも、ユーザ認証した
クライアント１のアドレスとユーザ認証処理で生成した
セション鍵とを対応付けたユーザ情報２ｂと、受信した
接続要求が認証済のクライアント１からのものであるこ
とをユーザ情報２ｂを参照して確認した後に接続を許可
する接続処理部２ａとを設ける。

【００６３】そして、認証済のクライアント１と認証サ
ーバ２間では、ユーザからの接続要求毎の認証処理を行
わずに、サーバ情報１ｂとユーザ情報２ｂとしてそれぞ
れに記憶したセション鍵を用いて暗号通信を行う。この
ことにより、認証済みのユーザに対しては、２回目以降
の認証を行わず、暗号通信を行い短時間で行うことがで
きる。

【００６４】また、本例では、所定の時間間隔で、クラ
イアント１におけるサーバ情報と「認証サーバ２におけ
るユーザ情報の双方のセション鍵を変更する。これによ
り、セキュリティレベルの低下を防ぐことができる。

【００６５】尚、本発明は、図１〜図８を用いて説明し
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、本例では、
それぞれ異なるネットワーク５，６を介して、かつ、認
証サーバ２を中継してクライアント１とサーバ３とを接
続する構成としているが、インターネットを介してクラ
イアント１とサーバ３が相互接続される構成にも本発明
は適用できる。この場合、認証サーバ２の機能（接続処
理部２ａ、ユーザ情報２ｂ）を、サーバ３内に設けた構
成となる。

【００６６】また、本例では、サーバ３の詳細について
は特に記載していないが、サーバ３としては、Ｗｅｂサ
ーバやメールサーバ等が適用でき、この場合のクライア
ント１側のアプリケーションはＷｅｂブラウザやメーラ
ーとなる。

【００６７】また、本例では、クライアント１や認証サ
ーバ２、サーバ３の構成として図２のコンピュータ構成
例を示したが、キーボードや光ディスクの駆動装置の無
いコンピュータ構成としても良い。また、本例では、光
ディスクをプログラムの記録媒体として用いているが、
ＦＤ（Flexible Disk）等の記録媒体を用いることでも
良い。また、プログラムのインストールに関しても、通
信装置を介してネットワーク経由でプログラムをダウン
ロードしてインストールすることでも良い。

【００６８】

【発明の効果】本発明によれば、接続要求が認証済のも
のであることをアドレスに基づき確認するので、２回目
以降の認証を省略することができ、短時間での接続が可
能であり、さらに、認証済の接続に用いるセション鍵を
所定の時間間隔で更新するこで、セキュリティレベルを
落とすことなく短時間での接続が可能となる。

【図面の簡単な説明】

【図１】本発明に係る認証システムの構成例を示すブロ
ック図である。

【図２】図１におけるクライアントおよびサーバのハー
ドウェア構成例を示すブロック図である。

【図３】図１におけるサーバ情報の構成例を示す説明図
である。

【図４】図１におけるユーザ情報の構成例を示す説明図
である。

【図５】図１における認証システムでの認証処理動作例
を示すシーケンス図である。

【図６】図５における認証処理動作の詳細例を示すシー
ケンス図である。

【図７】本発明の認証方法に係わる第１の処理動作例を
示すシーケンス図である。

【図８】本発明の認証方法に係わる第２の処理動作例を
示すシーケンス図である。

【符号の説明】

１：クライアント、１ａ：接続処理部（クライアント
側）、１ｂ：サーバ情報、２：認証サーバ、２ａ：接続
処理部（認証サーバ側）、２ｂ：ユーザ情報、３：サー
バ、４：認証局、４ａ：クライアント証明書、４ｂ：秘
密鍵、４ｃ：サーバ証明書、４ｄ：秘密鍵、５，６：ネ
ットワーク、２１：表示装置、２２：入力装置、２３：
外部記憶装置、２４：情報処理装置、２４ａ：ＣＰＵ、
２４ｂ：主メモリ、２４ｃ：入出力インタフェース、２
５：光ディスク、２６：駆動装置、２７：通信装置、３
１：サーバ情報、４１〜４３：ユーザ情報。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６０１Ｅ ６７５Ａ ６７５Ｄ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワーク接続されたクライアントと
   サーバおよび該サーバへの上記クライアントの接続要求
   時に該クライアントのユーザ認証を行う認証サーバから
   なる認証システムであって、上記クライアントに、上記
   認証サーバによるユーザ認証処理で生成されたセション
   鍵と該認証サーバのアドレスとを対応付けたサーバ情報
   を記憶するクライアント側記憶手段と、ユーザからの接
   続要求が上記サーバ情報でアドレスを記憶している認証
   サーバに対応するものであることを確認して上記接続要
   求を当該認証サーバに送信するクライアント側接続処理
   手段とを設け、上記認証サーバに、ユーザ認証した上記
   クライアントのアドレスと該ユーザ認証処理で生成した
   セション鍵とを対応付けたユーザ情報を記憶するサーバ
   側記憶手段と、受信した接続要求が上記ユーザ情報でア
   ドレスを記憶しているクライアントからのものであるこ
   とを確認して接続を許可するサーバ側接続処理手段とを
   設けたことを特徴とする認証システム。
2. 【請求項２】 ネットワーク接続されたクライアントと
   サーバ間の認証方法であって、認証したクライアントの
   アドレスと該クライアントに対する認証処理で生成した
   セション鍵とを対応付けたユーザ情報をサーバ側で記憶
   するステップと、上記サーバが認証で生成したセション
   鍵と該サーバのアドレスとを対応付けたサーバ情報を該
   サーバが認証したクライアント側で記憶するステップ
   と、ユーザからの接続要求を受けた上記クライアントに
   おいて該接続要求が上記サーバ情報でアドレスを記憶し
   ているサーバに対応するものであることを確認して上記
   接続要求を当該サーバに送信するステップと、上記接続
   要求を受信した上記サーバにおいて該接続要求が上記ユ
   ーザ情報でアドレスを記憶しているクライアントからの
   ものであることを確認して接続を許可するステップとを
   有することを特徴とする認証方法。
3. 【請求項３】 ネットワーク接続されたクライアントか
   らサーバへの接続要求時に認証サーバにより該クライア
   ントのユーザ認証を行う認証方法であって、ユーザ認証
   した上記クライアントのアドレスと該ユーザ認証で生成
   したセション鍵とを対応付けたユーザ情報を上記認証サ
   ーバ側で記憶する第１のステップと、上記認証サーバが
   ユーザ認証で生成したセション鍵と該認証サーバのアド
   レスとを対応付けたサーバ情報を該認証サーバがユーザ
   認証したクライアント側で記憶する第２のステップと、
   ユーザからの接続要求を受けた上記クライアントにおい
   て該接続要求が上記サーバ情報でアドレスを記憶した認
   証サーバに対応するものであることを確認して上記接続
   要求を当該認証サーバに送信する第３のステップと、上
   記クライアントからの上記接続要求を受信した上記認証
   サーバにおいて該接続要求が認証済のクライアントから
   のものであることを上記ユーザ情報を参照して確認し接
   続を許可する第４のステップとを有することを特徴とす
   る認証システム。
4. 【請求項４】 請求項３に記載の認証方法であって、上
   記第４のステップは、上記接続要求の送信元のクライア
   ントのアドレスを取得するステップと、該取得したアド
   レスが上記ユーザ情報で記憶されているか否かを判定す
   るステップとを有し、上記取得したアドレスが上記ユー
   ザ情報で記憶されていれば、上記接続要求が認証済のク
   ライアントからのものであると確認することを特徴とす
   る認証方法。
5. 【請求項５】 請求項２から請求項４のいずれかに記載
   の認証方法であって、上記クライアントから上記サーバ
   情報で記憶したアドレス宛に予め定められた時間間隔で
   当該セション鍵の変更依頼を送信するステップと、上記
   セション鍵の変更依頼を受信したサーバにおいて、該セ
   ション鍵の変更依頼元のクライアントのアドレスが上記
   ユーザ情報で記憶していれば新たなセション鍵を生成し
   て当該セション鍵の更新を行うと共に該新たに生成した
   セション鍵を更新前のセション鍵で暗号化して上記セシ
   ョン鍵の変更依頼元のクライアントに送信するステップ
   と、、上記新たに生成され暗号化されたセション鍵を受
   信したクライアントにおいて、該受信したセション鍵を
   上記サーバ情報で記憶した当該セション鍵を用いて復号
   し、該復号したセション鍵に上記サーバ情報で記憶した
   当該セション鍵を更新するステップとを有することを特
   徴とする認証方法。
6. 【請求項６】 ネットワーク接続されたクライアントと
   サーバ間の認証方法の処理手順を記述したプログラムを
   コンピュータに読取り可能に記録する記録媒体であっ
   て、請求項２から請求項５のいずれかに記載の認証方法
   における各ステップを上記コンピュータに実行させるた
   めの処理プログラムを記録したことを特徴とする記録媒
   体。