(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された認証リレーから、前記認証リレーの配下の通信装置のネットワークアクセス認証処理を行うことを要求する第1認証メッセージを受け、前記通信装置のネットワークアクセス認証処理を行うネットワークアクセス認証処理部と、
前記ネットワークアクセス認証処理の結果に応じて、前記通信装置との通信に用いる、認証サーバのサーバアドレス情報を、前記通信装置に通知するアドレス通知部と、
を備えた認証サーバ。
【請求項２】
前記ネットワークアクセス認証処理部は、前記ネットワークアクセス認証処理の結果に応じて認証完了メッセージを前記認証リレーまたは前記通信装置に送信し、
前記アドレス通知部は、前記認証完了メッセージに前記サーバアドレス情報を含める  ことを特徴とする請求項１に記載の認証サーバ。
【請求項３】
前記ネットワークアクセス認証処理部は、前記通信装置から所定処理を行うことを要求する第２認証メッセージを受信し、前記所定処理を行う
請求項１または２に記載の認証サーバ。
【請求項４】
前記所定の処理は、前記通信装置の再認証処理、前記通信装置のアドレス更新処理、または、前記通信装置の到達確認処理である
ことを特徴とする請求項３に記載の認証サーバ。
【請求項５】
前記アドレス通知部は、前記通信装置との通信に用いるサーバアドレス情報を複数通知する
請求項１ないし４のいずれか一項に記載の認証サーバ。
【請求項６】
前記アドレス通知部は、前記サーバアドレス情報に加え、待機系の認証サーバのアドレス情報を通知する
請求項１ないし４のいずれか一項に記載の認証サーバ。
【請求項７】
前記ネットワークアクセス認証処理の結果に応じて、前記前記認証リレーおよび、前記認証リレーと同一の認証ドメインに属する他の認証リレーに、前記通信装置の通信を許可するためのフィルタリング設定変更の指示データを送信する
請求項１ないし６のいずれか一項に記載の認証サーバ。
【請求項８】
ネットワークに接続された認証リレーから、前記認証リレーの配下の通信装置のネットワークアクセス認証処理を行うことを要求する第1認証メッセージを受け、前記通信装置のネットワークアクセス認証処理を行うネットワークアクセス認証処理ステップと、
前記ネットワークアクセス認証処理の結果に応じて、前記通信装置との通信に用いる、認証サーバのサーバアドレス情報を、前記通信装置に通知するアドレス通知ステップと、
を備えた認証方法。
【請求項９】
ネットワークに接続された認証リレーから、前記認証リレーの配下の通信装置のネットワークアクセス認証処理を行うことを要求する第1認証メッセージを受け、前記通信装置のネットワークアクセス認証処理を行うネットワークアクセス認証処理ステップと、
前記ネットワークアクセス認証処理の結果に応じて、前記通信装置との通信に用いる、認証サーバのサーバアドレス情報を、前記通信装置に通知するアドレス通知ステップと、
をコンピュータに実行させるための認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ネットワークアクセス認証処理を行う認証サーバ、認証方法、およびコンピュータプログラムに関する。
【背景技術】
【０００２】
ある認証リレー配下に存在する認証クライアントが、当該認証リレーを介して認証サーバとネットワークアクセス認証処理を行った後、他の認証リレーの配下に移動する場合がある。他の認証リレーに移動した場合は、他の認証リレーの配下で、再認証手続（認証の更新）が発生し得る。
【０００３】
しかしながら、ある認証リレーと他の認証リレーが共に同一認証ドメインに属していても、再認証処理が失敗する場合がある。この場合、他の認証リレーの配下で、認証処理を最初からやり直す必要があるが、認証リレーの処理負荷が大きくなったり、ネットワーク上のデータ量が大きくなったり、認証クライアントの通信再開が遅くなったりするなどの問題がある。したがって、認証クライアントが他の認証リレーに移動したときも、再認証処理を確実に可能にすることが望まれる。また、認証クライアントが、他の認証リレーに移動しない場合でも、認証リレーの負荷を低くして再認証処理を実行できることが望ましい。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】RFC 6345 Protocol for Carrying Authentication for Network Access (PANA) Relay Element http://tools.ietf.org/rfc/rfc6345.txt
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の一側面は、認証クライアントのネットワークアクセス認証処理を行った後、認証リレーの負荷を少なくして認証クライアントと通信できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様としての認証サーバは、ネットワークアクセス認証処理部とアドレス通知部とを備える。
【０００７】
前記ネットワークアクセス認証処理部は、ネットワークに接続された認証リレーから、前記認証リレーの配下の通信装置のネットワークアクセス認証処理を行うことを要求する第1認証メッセージを受け、前記通信装置のネットワークアクセス認証処理を行う。
【０００８】
前記アドレス通知部は、前記ネットワークアクセス認証処理の結果に応じて、前記通信装置との通信に用いるサーバアドレス情報を、前記通信装置に通知する。
【図面の簡単な説明】
【０００９】
【図１】実施形態１に係る認証サーバを備えたネットワークの構成を示す図。
【図２】認証リレーを介した認証メッセージのやり取りの概要を示す図。
【図３】実施形態１における認証サーバのアドレス情報の通知方法を示す図。
【図４】再認証手続き等での認証メッセージのやり取り概要を示す図。
【図５】一実施形態に係る認証サーバの構成図。
【図６】実施形態２における認証サーバのアドレス情報の通知方法を示す図。
【図７】実施形態３における認証サーバのアドレス情報の通知方法を示す図。
【図８】実施形態４における認証サーバのアドレス情報の通知方法を示す図。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１１】
[実施形態１] 
図１は、実施形態１に係る認証サーバを備えたネットワークの構成を示す。
【００１２】
ネットワーク１０１に、認証サーバ１０２と、認証リレー１０３、認証リレー１０４が接続されている。認証クライアント１０５は、認証リレー１０３の配下に存在する。ネットワーク１０１には、図１に示されていない機器（たとえば認証処理を経た認証クライアントが通信する相手機器）も、図示しない認証リレーを介してまたは直接、接続しているが、本実施形態に直接関係ないため、説明を省略する。認証リレーは、たとえば無線基地局などに組み込まれても良い。
【００１３】
認証クライアント１０５が、相手機器と通信するためには、ネットワークアクセス認証に成功する必要がある。ネットワークアクセス認証処理は、認証クライアント１０５と認証サーバ１０２の間で行われる。ただし、ネットワークアクセス認証が成功するまで、認証クライアント１０５はネットワーク１０１に接続できないため、認証クライアント１０５は、認証リレー１０３を介して、認証サーバ１０２との間でネットワークアクセス認証を行う。
【００１４】
以降、ネットワークアクセス認証プロトコルとしてRFC5191(PANA)を使い、認証リレーの動作はRFC6345に従うものとして説明する。ただし、使用プロトコルや通信方式はこの限りではない。
【００１５】
図２に認証リレー１０３を介したネットワークアクセス認証処理の概要を示す。
【００１６】
認証クライアント１０５は、認証リレー１０３に認証メッセージ２０１を送信する（Ｓ１０１）。認証メッセージ２０１の送信元アドレスは、認証クライアント１０５、宛先アドレスは認証リレー１０３である。
【００１７】
認証メッセージ２０１を受信した認証リレー１０３は、認証メッセージ２０１に認証クライアント情報２０２を含めて、認証サーバ１０２へ送信する（Ｓ１０２）。認証クライアント情報２０２には、認証クライアント１０５のアドレス情報（IPアドレスおよび使用ポート番号等）が含まれる。ここではアドレス情報は、IPアドレスと使用ポート番号を含むとするが、使用ポート番号が固定の場合などはIPアドレスだけでもよい。また本実施形態では通信用のアドレスとしてIPアドレスを用いているが、これに限定されるものではなく、他のプロトコルのアドレスでもよい。認証サーバ１０２に送信する認証メッセージ２０２の送信元アドレスは、認証リレー１０３、宛先アドレスは、認証サーバ１０２である。
【００１８】
認証クライアント情報２０２を含む認証メッセージ２０１を受信した認証サーバ１０２は、認証クライアント情報２０２から認証クライアント１０５を認識する。そして、認証メッセージ２０１の内容に基づき、認証クライアント１０５のネットワークアクセス認証処理を行う。この際、認証クライアントのアドレス情報として、認証クライアント情報２０２に含まれるIPアドレスおよびポート番号などの情報を使用する。ネットワークアクセス認証は、たとえば認証クライアント１０５との事前共有鍵、またはパスワード、電子証明書等に基づき行う。
【００１９】
ネットワークアクセス認証処理の結果に応じて、認証サーバ１０２が認証メッセージ２０３を生成し、認証メッセージ２０３に認証クライアント情報２０２を含めて、認証リレー１０３へ送信する（Ｓ１０３）。認証メッセージ２０３の送信元アドレスは認証サーバ１０２、宛先アドレスは認証リレー１０３である。
【００２０】
認証クライアント情報２０２を含む認証メッセージ２０３を受信した認証リレー１０３は、認証クライアント情報２０２から認証クライアント１０５のIPアドレスおよびポート番号を取得して認証クライアント１０５を特定する。認証リレー１０３は、認証メッセージ２０３を認証クライアント１０５へ送信する（Ｓ１０４）。認証クライアント情報２０２は、認証メッセージ２０３に含めなくてよい。認証クライアント１０５へ送信する認証メッセージ２０３の送信元アドレスは、認証リレー１０３、宛先アドレスは、認証クライアント１０５である。
【００２１】
以上により、認証クライアント１０５と認証サーバ１０２は、認証リレー１０３を介して、ネットワークアクセス認証処理を行う。
【００２２】
図３にネットワークアクセス認証処理完了時のメッセージの送受信の流れを示す。
【００２３】
認証サーバ１０２による認証クライアント１０５の認証が成功した場合、または認証サーバ１０２と認証クライアント１０５の相互認証が成功した場合に、認証サーバ１０２は認証リレー１０３へ認証完了メッセージ３０１を送信する（Ｓ１０５）。
【００２４】
このとき、認証サーバ１０２は認証完了メッセージ３０１の中に、認証クライアント情報２０２と認証サーバ情報３０２を含める。認証サーバ情報３０２はたとえば、認証サーバ１０２のIPアドレスおよび使用ポート番号を含む。使用ポート番号が事前に決まっている場合は、使用ポート番号を含めなくても良い。認証完了メッセージ３０１の送信元アドレスは、認証サーバ１０２、宛先アドレスは認証リレー１０３である。
【００２５】
認証リレー１０３は、認証サーバ３０１から受信した認証クライアント情報２０２に基づき、認証クライアント１０５を特定し、認証サーバ情報３０２を含む認証完了メッセージ３０１を認証クライアント１０５へ送信する（Ｓ１０６）。認証クライアント１０５へ送信する認証完了メッセージ３０１の送信元アドレスは、認証リレー１０３、宛先アドレスは認証クライアント１０５である。
【００２６】
認証クライアント１０５は、認証サーバ情報３０２を含む認証完了メッセージ３０１を受信すると、認証完了応答メッセージ３０３を認証リレー１０３へ送信する（Ｓ１０７）。認証完了応答メッセージ３０３の送信元アドレスは、認証クライアント１０５、宛先アドレスは、認証リレー１０３である。
【００２７】
認証リレー１０３は、認証完了応答メッセージ３０３に認証クライアント情報２０２を含めて、当該認証完了応答メッセージ３０３を認証サーバ１０２へ送信する（Ｓ１０８）。当該認証完了応答メッセージ３０３の送信元アドレスは認証リレー１０３、宛先アドレスは認証サーバ１０２である。
【００２８】
以上により、ネットワークアクセス認証処理が完了する。これにより認証クライアント１０５は、ネットワーク１０１に接続して、相手機器と通信することが可能になる。ネットワーク１０１への接続は、具体的に、認証リレーのフィルタ設定や、秘密鍵の配布等により可能となる。
【００２９】
前者のフィルタ設定の場合、認証サーバ１０２が、認証クライアントのネットワーク接続を許可するように認証リレー１０３にフィルタリング設定変更の指示データを送り、認証リレー１０３がフィルタ設定を変更する。認証サーバ１０２は、認証リレー１０３だけでなく、同一認証ドメインに属する認証リレー１０４等の他の認証リレーのフィルタリング設定も、認証クライアント１０５の通信を許可するように変更してもよい。
【００３０】
後者の秘密鍵の配布の場合は、認証サーバ１０２が、認証クライアント１０５に、認証リレー１０３、１０４と共通する秘密鍵を配布する。この場合、認証リレー１０３、１０４は、秘密鍵を有する認証クライアント１０５のネットワーク１０１への接続を通過させる。
【００３１】
認証クライアント１０５がネットワークアクセス認証完了後、電波環境が悪化するなどの理由で、認証リレー１０３との接続を切断し、認証リレー１０４と接続を確立した場合を考える。なお、認証リレー１０４と接続した認証クライアント１０５のIPアドレスおよびポート番号等のアドレス情報は、認証リレー１０３と接続時のものから変更され得る。
【００３２】
図４に、認証リレー１０４との接続を確立した後の認証メッセージのやり取りを示す。
【００３３】
認証メッセージのやり取りは、認証クライアント１０５のIPアドレスの変化を認証サーバ１０２へ通知して認証サーバ１０２で管理するアドレス更新を行うアドレス更新処理（アドレス通知処理）や、再認証処理、到達確認処理など、所定の処理を行う目的で行われる。再認証処理は定期的に行われ、認証クライアント１０５は、認証リレー１０４に移動しない場合でも、図４に示す認証メッセージのやり取りを行う。以下では、IPアドレスの変化を通知する目的で認証メッセージのやり取りを行う場合を想定する。
【００３４】
認証クライアント１０５は、受信済みの認証サーバ情報３０２から認証サーバのアドレス情報（IPアドレスおよびポート番号など）を取得し、このアドレス情報を使って認証メッセージ４０１を直接、認証サーバ１０２に送信する（Ｓ１０９）。認証メッセージ４０１の宛先アドレスは、認証サーバ１０２、送信元アドレスは、認証クライアント１０５である。認証クライアント１０５は、ネットワーク１０１に接続可能であるとともに、認証サーバ１０２のアドレス情報を知っているため、認証サーバ１０２に直接送信可能である。認証リレー１０４は、認証クライアント１０５からの認証メッセージ４０１を単にネットワーク１０１に通過させる。
【００３５】
認証サーバ１０２は、認証クライアント１０５から認証メッセージ４０１を受信すると、認証メッセージ４０１の送信元情報（具体的にパケットの送信元情報）から、認証クライアント１０５のIPアドレスおよびポート番号などのアドレス情報を得て、記憶している認証クライアント１０５のアドレス情報を更新する。認証サーバ１０２は、認証メッセージ４０２を生成し、認証クライアント１０５に送信する（Ｓ１１０）。なお、到達確認処理の場合、認証メッセージ４０２は、到達応答メッセージとして機能する。
【００３６】
以上により、認証クライアント１０５はネットワークアクセス認証後に認証サーバ１０２と直接通信して、アドレス更新処理（アドレス通知処理）、再認証処理、到達確認処理等を実施することができる。また、ネットワークアクセス認証後に認証サーバ１０２と認証クライアント１０５の間でやり取りされる認証メッセージを、認証リレー１０３や認証リレー１０４は単に通過させるだけであるため、認証リレー１０３や認証リレー１０４の処理負荷を低減できる。また、認証クライアント情報の送信も不要になることからネットワーク上で送受信されるメッセージサイズを削減することもできる。
【００３７】
従来であれば、認証リレー１０４に移動した認証クライアントは、アドレス更新処理、再認証処理、到達確認処理等を行おうとする場合、認証リレー１０３宛に認証メッセージを送信する。しかしながら、認証リレー１０３は、自身に接続していない認証クライアントからの認証メッセージを破棄する構成を有する場合がある。この場合、認証リレー１０４から認証リレー１０３へ認証メッセージが転送された時点で、認証リレー１０３で認証メッセージが破棄され、上記の処理が失敗する。したがって、認証クライアントは改めて最初から認証リレー１０４の下で認証サーバと認証処理を行わなければならない。これは、認証リレーの処理負荷が大きくなり、ネットワーク上を流れるデータ量を大きくなる。また、通信を再開できるまでの時間が長くなる問題もある。
【００３８】
これに対し、本実施形態では、上記のように認証クライアント１０５は、認証サーバ１０２と直接通信することができるため、認証リレーを介してアドレス更新処理、再認証処理、到達確認処理等を行う必要はない。よって、移動後の認証リレーの下でも、これらの処理を成功させることができる。
【００３９】
また認証クライアントが、認証リレー１０３の配下に居続ける状態で、アドレス更新処理、再認証処理、到達確認処理等を行う場合も、認証クライアントは認証サーバ１０２と直接通信することで、認証リレー１０３の負荷を低減して、これらの処理を行うことができる。
【００４０】
図５に、一実施形態に係る認証サーバ１０２の構成を示す。
【００４１】
認証サーバ１０２は、ネットワークアクセス認証処理部５０１、リレー判定部５０２、認証サーバアドレス通知部５０３、ネットワークアクセス認証セッション情報データベース（記憶部）５０４を備える。図５では省略しているが、認証サーバ１０２は、通信ノードとして動作するのに必要なCPU、メモリ、通信インタフェース等のハードウェアや、オペレーティングシステム、通信スタックソフトウェア等のソフトウェアも含む。
【００４２】
ネットワークアクセス認証処理部５０１は、認証クライアントのネットワークアクセス認証処理を行う。具体的にはRFC５１９１や使用している認証メソッドの処理と、関連する認証メッセージの送受信を行う。ここには、アドレス更新処理および到達確認処理も含まれる。
【００４３】
リレー判定部５０２は、外部から受信した認証メッセージが認証リレーから送信されたものか、認証クライアントから直接送信されたものかを判定する。たとえば認証クライアント情報が含まれていれば、認証リレーから送信されたものであり、含まれていなければ認証クライアントから直接送信されたものと判定する。または、認証リレーおよび認証クライアントのアドレス情報をそれぞれ記憶しておき、受信した認証メッセージの送信元アドレス情報が、記憶しておいたアドレス情報に一致するか否かで判定してもよい。
【００４４】
認証サーバアドレス通知部５０３は、認証サーバのIPアドレスやポート番号等のサーバアドレス情報、その他関連する情報を含む認証サーバ情報を、ネットワークアクセス認証処理の結果に応じて、認証クライアント１０５に通知する。具体的には、ネットワークアクセス認証処理が成功した場合に、認証サーバ情報（サーバアドレス情報を含む）を、認証リレー１０３に送信する認証完了メッセージ３０１に含める。
【００４５】
ネットワークアクセス認証セッションデータベース５０４は、認証サーバ１０２と認証クライアント１０５の間で行われるネットワークアクセス認証に関する状態情報等を格納する。また、ネットワークアクセス認証セッションデータベース５０４は、認証クライアントのアドレス情報も格納する。また、ネットワークアクセス認証セッションデータベース５０４は、認証リレー１０３、１０４のアドレス情報を格納してもよい。
【００４６】
以上、本実施形態により、認証リレーを利用したネットワークアクセス認証処理において、認証クライアントが同一認証ドメインで他の認証リレーへ移動してとしても、認証クライアントの再認証処理等を成功させることができる。その結果、認証クライアントは他の認証リレーに移動後、通信を再開できるまでの時間が短縮される。また、ネットワークトラフィックの軽減、および認証リレーの負荷軽減が実現できる。
【００４７】
[実施形態２] 
実施形態２は、実施形態１と図３で示した認証完了メッセージ通知処理が異なる。
【００４８】
図６に、実施形態２における認証完了メッセージ通知処理の流れを示す。
【００４９】
認証サーバ１０２は、認証完了メッセージ６０１を認証クライアント１０５に直接送信する（Ｓ２０１）。このためには、ネットワークアクセス認証完了前であっても、認証サーバ１０２から認証クライアント１０５に対しては直接通信可能である必要がある。認証サーバ１０２は認証クライアント１０５と直接通信するために、認証クライアント１０５のIPアドレスおよびポート番号等のアドレス情報を知る必要がある。認証クライアント１０５のIPアドレスおよびポート番号は認証クライアントアドレス情報２０２から取得してもよいし、認証クライアントアドレス情報２０２から暗黙的に推測可能な場合は推測により取得してもよい。いずれにしても認証クライアントのIPアドレスの取得方法は、この限りではない。なお、認証サーバ１０２は、認証が成功した段階で、認証クライアント１０５がネットワーク接続できるように、フィルタ設定または秘密鍵の配布等を行っておく。
【００５０】
また、認証クライアント１０５は、認証完了応答メッセージ６０２を認証サーバ１０２に直接送信する（Ｓ２０２）。認証サーバ１０２のアドレス情報は、認証完了メッセージ６０１の送信元情報から取得すればよい。つまり、認証サーバ１０２は、認証完了メッセージ６０１を認証クライアントに直接送信することで、認証サーバ１０２のアドレス情報を、認証クライアントに通知している。この場合、認証サーバアドレス通知部５０３は、認証完了メッセージ６０１のパケットの送信元アドレス情報をパケットに書き込む機能に相当する。なお、認証完了メッセージ６０１に、別途、認証サーバ情報を含めても良い。
【００５１】
以上、本実施形態により、認証サーバのアドレス情報を、認証クライアントに直接通知するため、認証リレーの負荷を軽減できる。
【００５２】
[実施形態３] 
実施形態３は実施形態１に対して、図３で示した認証完了メッセージ通知処理が異なる。
【００５３】
図７に、実施形態３における認証完了メッセージ通知処理の流れを示す。
【００５４】
認証サーバ１０２は、認証完了メッセージ７０１を認証リレー１０３に送信する（Ｓ３０１）。認証完了メッセージ７０１は認証クライアント情報２０２を含む。
【００５５】
認証リレー１０３は、認証クライアント情報２０２を除いて認証完了メッセージ７０１を認証クライアント１０５へ送信する（Ｓ３０２）。
【００５６】
認証クライアント１０５は、認証完了メッセージ７０１に対する認証完了応答メッセージ７０２を認証リレー１０３へ送信する（Ｓ３０３）。
【００５７】
認証リレー１０３は、認証確認応答メッセージ７０２に認証クライアント情報２０２を含めて、認証サーバ１０２へ送信する（Ｓ３０４）。これにより、ネットワークアクセス認証が完了する。
【００５８】
次に、認証サーバ１０２は、応答確認メッセージ７０３を認証リレー１０３へ送信する（Ｓ３０５）。このとき、応答確認メッセージ７０３は、認証クライアント情報２０２と認証サーバ情報７０４を含む。
【００５９】
認証リレー１０３は、認証サーバ情報７０４を含む、到達確認メッセージ７０３を認証クライアント１０５へ送信する（Ｓ３０６）。
【００６０】
認証クライアント１０５は、受信した認証サーバ情報７０４を使い、到達応答メッセージ７０５を直接、認証サーバ１０２へ送信する（Ｓ３０７）。
【００６１】
到達応答メッセージ７０５を直接、認証サーバ１０２に送信することで、認証リレーの負荷が軽減される。
【００６２】
[実施形態４] 
実施形態４は実施形態３に対して、図７で示した認証完了メッセージ通知処理が異なる。
【００６３】
図８に、実施形態４における認証完了メッセージ通知処理の流れを示す。
【００６４】
まず、実施形態３と同様に、認証サーバ１０２は、認証完了メッセージ８０１を認証リレー１０３に送信する（Ｓ４０１）。認証完了メッセージ８０１は認証クライアント情報２０２を含む。
【００６５】
認証リレー１０３は、認証クライアント情報２０２を除いて認証完了メッセージ８０１を認証クライアント１０５へ送信する（Ｓ４０２）。
【００６６】
認証クライアント１０５は、認証完了メッセージ８０１に対する認証完了応答メッセージ８０２を、認証リレー１０３へ送信する（Ｓ４０３）。
【００６７】
認証リレー１０３は、認証確認応答メッセージ８０２に認証クライアント情報２０２を含めて、認証サーバ１０２へ送信する（Ｓ４０４）。これにより、ネットワークアクセス認証が完了する。
【００６８】
本実施形態４では、ネットワークアクセス認証後、認証サーバ１０２は到達確認メッセージ８０３を、認証クライアント１０５へ直接送信する（Ｓ４０５）。このとき、認証クライアント１０５のIPアドレスは、実施形態２で挙げたような認証クライアント情報２０２を利用する方法のほかに、ルーティングプロトコルの情報を利用する方法も考えられる。いずれにしても、認証クライアント１０５のIPアドレスの取得方法は、ここで挙げたものに限られない。
【００６９】
この後、認証クライアント１０５は、到達応答メッセージ８０４を認証サーバ１０２に直接送信する（Ｓ４０６）。認証サーバ１０２のアドレス情報は、到達確認メッセージ８０３の送信元情報から取得すればよい。
【００７０】
以上、本実施形態により、認証サーバ１０２から認証クライアント１０５に直接、到達確認メッセージが送信されることで、認証リレーの負荷を軽減できる。
【００７１】
[実施形態５] 
実施形態５では、実施形態１と実施形態３において、認証サーバ１０２から複数の認証サーバ情報を認証クライアント１０５へ通知する。通知する認証サーバ情報は、すべて認証サーバ１０２に設定された複数のIPアドレス等でもよいし、認証サーバ１０２のIPアドレス等と、待機系の認証サーバ５０１のIPアドレス等でもよい。これらに限定されるものではない。また、複数のIPアドレス間の優先度を示す値等、補助情報を含めてもよい。
【００７２】
複数のIPアドレス等を通知することで、認証サーバ１０２が動作不能になったとしても、待機系の認証サーバとの間で再認証処理等を行うことができる。または、認証サーバ１０２のネットワーク通信部の１つが故障しても、別のIPアドレスを割り当てられた予備のネットワーク通信部を用いて、認証サーバ１０２との通信を継続できる。
【００７３】
以上に説明した実施形態における認証サーバは、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、認証サーバの各ブロックの処理は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、サーバは、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、認証サーバ内のデータベースは、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはCD−R、CD−RW、DVD−RAM、DVD−Rなどの記憶媒体などを適宜利用して実現することができる。
【図１】
0005743880.tif 000002
【図２】
0005743880.tif 000003
【図３】
0005743880.tif 000004
【図４】
0005743880.tif 000005
【図５】
0005743880.tif 000006
【図６】
0005743880.tif 000007
【図７】
0005743880.tif 000008
【図８】
0005743880.tif 000009