(57)【要約】【課題】一つの通信装置に処理能力以上の認証要求が到着した場合において、ネットワーク全体のアクセススループットの向上を可能とする通信装置及び通信システムを提供することである。【解決手段】端末からの認証要求によって認証処理を実行するプロセッサを備える通信装置において、前記通信装置は、前記端末からの前記認証要求を受信すると、前記通信装置のプロセッサの負荷状態を判定し、前記プロセッサが高負荷状態であれば、前記通信装置と論理的に接続された他の通信装置に前記認証要求を転送し、前記プロセッサが低負荷状態であれば、前記端末からの認証処理を自ら実行することを特徴とする。【選択図】図４
2007179243.tif 000002
【特許請求の範囲】
【請求項１】
端末からの認証要求によって認証処理を実行するプロセッサを備える複数の通信装置を備え、前記通信装置が論理的に接続されている通信システムにおいて、
前記通信装置は、前記認証要求を受信する第一通信装置と、前記第一通信装置と論理的に接続される第二通信装置とを含み、
前記第一通信装置は、
前記端末からの認証要求を受信すると、前記第一通信装置のプロセッサの負荷状態を判定し、
前記プロセッサが高負荷状態であれば、前記第二通信装置に前記認証要求を転送し、
前記プロセッサが低負荷状態であれば、前記端末からの認証処理を自ら実行することを特徴とする通信システム。
【請求項２】
前記通信システムは、前記複数の通信装置が属する複数のドメインを含み、
一部の前記通信装置は、前記ドメイン内で一筆書きの多角形によって接続され、
前記一筆書きの多角形で接続された通信装置のうち少なくとも一つは、他のドメインに属する前記通信装置と通信網を介して接続されることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第一通信装置は、前記第一通信装置のプロセッサが高負荷状態であると判定すると、前記第二通信装置のプロセッサの負荷状態を、前記第二通信装置に問い合わせ、
前記第二通信装置は、前記問い合わせを受信すると、前記第二通信装置のプロセッサの負荷状態を含む応答を、前記第一通信装置に送信し、
前記第一通信装置は、
前記応答に基づいて、前記第二通信装置のプロセッサが低負荷状態である通信装置を特定し、
前記低負荷であると特定された通信装置のうち、前記問い合わせを送信してから応答を受信するまでの時間が最も早い第二通信装置に前記認証要求を転送することを特徴とする請求項１に記載の通信システム。
【請求項４】
前記通信システムは、前記通信装置の前記プロセッサの負荷状態の情報を管理する管理ノードを備え、
前記第一通信装置は、前記第一通信装置のプロセッサが高負荷状態であると判定すると、前記第二通信装置のプロセッサの負荷状態を、前記管理ノードに問い合わせ、
前記管理ノードは、前記問い合わせを受信すると、前記プロセッサが低負荷状態である前記第二通信装置を選択し、前記選択された第二通信装置の情報を含む回答を、前記第一通信装置に送信し、
前記第一通信装置は、前記回答を受信すると、前記選択された第二通信装置に前記認証要求を転送することを特徴とする請求項１に記載の通信システム。
【請求項５】
前記通信システムは、前記第一通信装置及び前記第二通信装置が属する第一ドメインと、少なくとも前記第二通信装置が属する第二ドメインとを含み、
前記管理ノードは、前記第一ドメインに属する通信装置及び前記第二ドメインに属する通信装置の前記プロセッサの負荷状態の情報を管理することを特徴とする請求項４に記載の通信システム。
【請求項６】
端末からの認証要求によって認証処理を実行するプロセッサを備える通信装置において、
前記通信装置は、前記端末からの前記認証要求を受信すると、前記通信装置のプロセッサの負荷状態を判定し、
前記プロセッサが高負荷状態であれば、前記通信装置と論理的に接続された他の通信装置に前記認証要求を転送し、
前記プロセッサが低負荷状態であれば、前記端末からの認証処理を自ら実行することを特徴とする通信装置。
【請求項７】
前記通信装置が複数属するドメイン内で、一部の前記通信装置は、前記ドメイン内で一筆書きの多角形で接続され、
前記一筆書きの多角形で接続された通信装置のうち少なくとも一つは、他のドメインに属する前記通信装置と通信網を介して接続されることを特徴とする請求項６に記載の通信装置。
【請求項８】
前記通信装置は、前記プロセッサが高負荷状態であると判定すると、前記他の通信装置のプロセッサの負荷状態を、前記他の通信装置に問い合わせ、
前記他の通信装置は、前記問い合わせを受信すると、前記他の通信装置のプロセッサの負荷状態を含む応答を、前記通信装置に送信し、
前記通信装置は、
前記応答に基づいて、前記第二通信装置のプロセッサが低負荷状態である通信装置を特定し、
前記低負荷状態であると特定された通信装置のうち、前記問い合わせを送信してから応答を受信するまでの時間が最も早いほかの通信装置に前記認証要求を転送することを特徴とする請求項６に記載の通信装置。
【請求項９】
前記通信装置は、前記通信装置のプロセッサが高負荷状態であると判定すると、前記通信装置のプロセッサの負荷状態の情報を管理する管理ノードに、前記通信装置のプロセッサの負荷状態を問い合わせ、
前記管理ノードは、前記問い合わせを受信すると、前記プロセッサが低負荷状態である通信装置を選択し、前記選択された通信装置の情報を含む回答を、前記通信装置に送信し、
前記通信装置は、前記回答を受信すると、前記選択された通信装置に前記認証要求を転送することを特徴とする請求項６に記載の通信装置。
【請求項１０】
複数の通信装置が属する複数のドメインに設けられ、
前記管理ノードは、前記複数のドメインに属する通信装置のプロセッサの負荷状態の情報を管理することを特徴とする請求項９に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はドメイン単位に認証する通信システムに関し、特に、一つの通信装置の処理能力以上の認証要求が通信装置に到着した場合に、他の通信装置が認証を代行する通信システムに関する。
【背景技術】
【０００２】
ユビキタスネットワークでは毎秒１００万台規模の端末が、ネットワークへの参加又は離脱を繰り返し、情報配信サービス及びピア・ツウ・ピアサービス等を利用することが期待されている。
【０００３】
端末はユーザの移動に伴って移動する。また、端末は、アクセスポイントと無線で接続される。このため、端末は外部からの不正攻撃を受けやすい。
【０００４】
従って、ユビキタスネットワークでは、セキュリティを確保するために、端末がネットワークに参加する場合に、端末単位で認証が必要である。しかし、ネットワークに設けられた一つのサーバで端末を認証すると、認証トラヒックが一つのサーバに集中してしまい、処理の遅延が生じる。
【０００５】
この問題を解決するために、分散型認証システムが提案されている（例えば、特許文献１参照）。分散型認証システムでは、各ドメインに通信装置である認証制御エージェント（ＡＧＴ）を配置し、ドメイン単位で端末を認証する。即ち、ＡＧＴが、ドメイン内の端末に対して、認証を代行するので、認証トラヒックの集中が回避でき、認証処理を高速にすることができる。ここで、ドメインとは、ネットワークの管理上の単位で、例えば、地域的な単位をいう。
【０００６】
また、通信装置であるＡＧＴは、認証データベースを保持し、コアネットワークに含まれる複数の通信装置間で、認証データベースの状態を同一化する処理が実現されている。
【０００７】
非特許文献１には、ユビキタスネットワーク認証・エージェント技術チームの研究の進捗状況が記載されている。
【特許文献１】特開２００５−２４４４０５号公報
【非特許文献１】（株）日立製作所、東京大学、日本電信電話（株）、大阪大学、”ユビキタスネットワーク認証・エージェント技術チームの研究概要”、[online]、平成１６年１１月２９−３０日、Ubiquitous Authentication Agent Group、[平成１７年１月２５日検索]、インターネット、<URL:www.ubiquitous-forum.jp/documents/ uns2004/group2/g2-sunaga.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ユビキタスネットワークにおいて、端末はドメインからドメインへと移動する。これによって、各ドメインに位置する端末の数に偏りが生じる。
【０００９】
端末が集中するドメインでの認証処理を実行するＡＧＴは、ＣＰＵの負荷が大きくなり、認証処理にかかる時間も増加する。これによって、ネットワーク全体のアクセス処理能力（アクセススループット）が低下するという問題があった。
【００１０】
本発明の目的は、一つの通信装置に処理能力以上の認証要求が到着した場合でも、ネットワーク全体のアクセススループットを低下させない通信装置及び通信システムを提供することである。
【課題を解決するための手段】
【００１１】
本発明の一実施形態は、端末からの認証要求によって認証処理を実行するプロセッサを備える複数の通信装置を備え、前記通信装置が論理的に接続されている通信システムにおいて、前記通信装置は、前記認証要求を受信する第一通信装置と、前記第一通信装置と論理的に接続される第二通信装置とを含み、前記第一通信装置は、前記端末からの認証要求を受信すると、前記第一通信装置のプロセッサの負荷状態を判定し、前記プロセッサが高負荷状態であれば、前記第二通信装置に前記認証要求を転送し、前記プロセッサが低負荷状態であれば、前記端末からの認証処理を自ら実行することを特徴とする。
【発明の効果】
【００１２】
本発明の一実施形態によると、同時アクセス数が増加しても、ネットワーク全体のアクセススループットを低下を防止することができる。さらにネットワークリゾースの有効活用により運用コストの低減が実現できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１４】
（第１の実施の形態）
本発明の第１の実施の形態を図１から図７を参照して説明する。
【００１５】
図１は、本発明の第１の実施の形態のネットワーク構成の一例を示す図である。
【００１６】
ドメインＡ（１００Ａ）、ドメインＢ（１００Ｂ）及びドメインＣ（１００Ｃ）は、通信網２３によって接続される。以下、ドメインＡ（１００Ａ）からドメインＣ（１００Ｃ）を総称してドメイン１００という。
【００１７】
ドメイン１００は、ネットワークの管理上の一単位である。例えば、ＩＳＰ（Internet Service Provider）がネットワークを管理するための地域的な単位である。
【００１８】
ドメイン１００は、認証要求によって認証処理を実行する通信装置（ＡＧＴ）２０を含む。また、ドメイン１００は、ＡＧＴ２０が端末３０と接続可能な範囲であるゾーン１０を含む。例えば、ドメインＡ（１００Ａ）は、ゾーン１０Ａ−１からゾーン１０Ａ−５を含む。これらのゾーン１０Ａ−１からゾーン１０Ｃ−５を総称して、ゾーン１０という。
【００１９】
各ドメイン１００の少なくとも一つのＡＧＴは、他のドメイン１００の少なくとも一つのＡＧＴと認証チャネル２１とデータチャネル２２とによって接続される。認証チャネル２１は、各ドメイン１００間で、主に端末を認証するための認証データを交換する。データチャネル２２は、端末３０からのパケットを交換する。
【００２０】
ドメインＡ（１００Ａ）に含まれるゾーン１０Ａ−３のＡＧＴ２０と、ドメインＢ（１００Ｂ）に含まれるゾーン１０Ｂ−５のＡＧＴ２０と、ドメインＣ（１００Ｃ）に含まれるゾーン１０Ｃ−５のＡＧＴ２０は、相互に認証チャネル２１とデータチャネル２２とによって、通信網２０を介して接続されている。
【００２１】
ＡＧＴ２０は、ＨＵＢ型ＡＧＴと付属ＡＧＴとを含む。ＨＵＢ型ＡＧＴは、一筆書きの多角形でループ状に接続されたエージェントである。付随ＡＧＴは、ループ状に接続されていないエージェントである。付随ＡＧＴから最も近くに位置するＨＵＢ型ＡＧＴに接続されるので、ＨＵＢ型ＡＧＴと付属ＡＧＴとの間のパケット転送時間は最小化される。
【００２２】
例えば、ドメインＡ（１００Ａ）では、ＨＵＢ型ＡＧＴは、ゾーン１０Ａ−１のＡＧＴ２０、ゾーン１０Ａ−３のＡＧＴ２０及びゾーン１０Ａ−４のＡＧＴ２０であり、付随ＡＧＴは、ゾーン１０Ａ−２のＡＧＴ２０及びゾーン１０Ａ−５のＡＧＴ２０である。ゾーン１０Ａ−２のＡＧＴ２０及びゾーン１０Ａ−５のＡＧＴ２０は、各々最も近くに位置するＨＵＢ型ＡＧＴ（ゾーン１０Ａ−１のＡＧＴ２０及びゾーン１０Ａ−３のＡＧＴ２０）に接続される。
【００２３】
図２は、本発明の第１の実施の形態のゾーン１０の構成を示す図である。
【００２４】
ゾーンは、ＡＧＴ２０と端末３０（端末３０Ａ−１から端末３０−ｎ）を含む。ＡＧＴ２０と各端末３０Ａ−１から端末３０Ａ−ｎは、それぞれ無線ＬＡＮによるリンク４０Ａ−１からリンク４０Ａ−ｎによって接続される。なお、端末３０は、ＡＧＴ２０に接続される端末３０Ａ−１から端末３０Ａ−ｎの総称であり、リンク４０はリンク４０Ａ−１からリンク４０Ａ−ｎの総称である。
【００２５】
図３は、本発明の第１の実施の形態のＡＧＴ２０の構成を示すブロック図である。
【００２６】
ＡＧＴ２０は、バス２１０、入出力制御プロセッサ２２０、ＣＰＵ２３０、スイッチ制御プロセッサ２４０、主メモリ２５０、ネットワークトポロジーデータベース２６０、経路計算プロセッサ２７０、シグナリング処理プロセッサ２７５、認証データベース２８０及び認証処理プロセッサ２９０を備える。
【００２７】
入出力制御プロセッサ２２０、ＣＰＵ２３０、スイッチ制御プロセッサ２４０、主メモリ２５０、ネットワークトポロジーＤＢ２６０、経路計算プロセッサ２７０、シグナリング処理プロセッサ２７５、認証ＤＢ２８０及び認証処理プロセッサ２９０はバス２１０によって接続される。
【００２８】
入出力制御プロセッサ２２０は、入出力回線２２５−１から２２５−ｎを経由する通信を制御するプロセッサである。例えば、入出力回線は、ＡＧＴ２０間の接続又は端末３０とＡＧＴ２０と接続であるリンク４０等がある。なお、入出力制御プロセッサ２２０は、入出力回線２２５−１から２２５−ｎによって入出力するパケットを一時的に格納するバッファメモリを備える。
【００２９】
ＣＰＵ２３０は、演算装置（Ａｒｉｔｈｍｅｔｉｃ  ａｎｄ  ｌｏｇｉｃ  ｕｎｉｔ:ＡＬＵ）及びキャッシュメモリを備える。ＡＬＵは、四則演算及び論理演算等をする回路である。キャッシュメモリは、ＣＰＵ２３０が使用する頻度の高いデータを格納する記憶領域である。ＣＰＵ２３０は、各種プログラムを実行して、認証等の処理を行う。
【００３０】
スイッチ制御プロセッサ２４０は、入出力回線２２５−１から２２５−ｎの入出力ポートを切り換える図示せぬスイッチファブリックを制御する。
【００３１】
主メモリ２５０は、ＣＰＵ２３０によって実行される各種プログラムが格納される記憶領域である。
【００３２】
ネットワークトポロジーデータベース２６０は、ドメイン１００内のＡＧＴ２０の接続形態を格納する。
【００３３】
経路計算プロセッサ２７０は、ドメイン１００内のＡＧＴ２０を接続するルートを計算するプロセッサである。
【００３４】
シグナリング処理プロセッサ２７５は、経路計算プロセッサ２７０によって計算されたルートに論理的なパスを設定する。
【００３５】
認証データベース２８０は、端末３０の認証に必要な認証データを格納する。
【００３６】
認証処理プロセッサ２９０は、プログラムを実行する演算処理モジュール及び演算処理モジュールによって実行されるプログラムを格納するメモリを備える。メモリには、認証制御エージェントプログラムが格納される。また、認証制御エージェントプログラムは、ＣＰＵ２３０監視プログラム及びイベント管理プログラムを含む。
【００３７】
図４は、本発明の第１の実施の形態のｒｅｑｕｅｓｔパケット及びＡＣＫパケットの流れを示す図である。
【００３８】
端末３０は、ネットワークへ参加するために、認証要求であるｒｅｑｕｅｓｔパケットを、接続されているＡＧＴ２０Ａに送信する。
【００３９】
ｒｅｑｕｅｓｔパケットを受信したＡＧＴ２０Ａは、ＡＧＴ２０ＡのＣＰＵ２３０が高負荷状態であると判定すると、直接接続されているＡＧＴ２０Ｂ及びＡＧＴ２０Ｃにｒｅｑｕｅｓｔパケットを転送する。
【００４０】
ＡＧＴ２０Ｂ及びＡＧＴ２０Ｃは、ＡＧＴ２０Ａからｒｅｑｕｅｓｔパケットを受信すると、各ＡＧＴに備わるＣＰＵ２３０の状態を判定する。
【００４１】
ＡＧＴ２０Ｃは、ＡＧＴ２０ＣのＣＰＵ２３０を低負荷状態であると判定すると、端末３０の認証処理を実行して、ＡＣＫパケットをＡＧＴ２０Ａに送信する。
【００４２】
一方、ＡＧＴ２０Ｂは、ＡＧＴ２０ＢのＣＰＵ２３０を高負荷状態であると判定すると、認証処理を実行しない。
【００４３】
ＡＧＴ２０Ａは、ＡＧＴ２０ＣからＡＣＫパケットを受信すると、ＡＣＫパケットを端末３０に転送する。
【００４４】
図５Ａから図５Ｃは、本発明の第１の実施の形態のＡＧＴ２０のイベント管理テーブルを示す説明図である。
【００４５】
各ＡＧＴ２０は、ＡＧＴ２０による処理を管理するイベント管理テーブル６０を有する。
【００４６】
イベント管理テーブル６０は、ｒｅｑｕｅｓｔパケット番号６１と内容６２とを含む。ｒｅｑｕｅｓｔパケット番号６１はｒｅｑｕｅｓｔパケットの一意な識別子である。内容６２は、ｒｅｑｕｅｓｔパケットに対して実行された処理を示す。
【００４７】
イベント管理テーブル６０に含まれるｒｅｑｕｅｓｔパケット番号６１及び内容６２は、ＡＧＴ２０がｒｅｑｕｅｓｔパケットにした処理によって、変化する。
【００４８】
例えば、図５Ａに示すイベント管理テーブル６０は、時刻ｔ１において、ＡＧＴ２０Ａによって管理される内容を示す。具体的には、受信したｒｅｑｕｅｓｔパケットの隣接ノードへの転送（ｒｅｑｕｅｓｔ＃１）、及び、端末３０からのｒｅｑｕｅｓｔパケットの受信（ｒｅｑｕｅｓｔ＃２）が保持される。図５Ｂに示すイベント管理テーブル６０は、時刻ｔ２において、ＡＧＴ２０Ａによって管理される内容を示す。具体的には、時刻ｔ１において転送されたｒｅｑｕｅｓｔパケットは、他のＡＧＴで認証処理され、ＡＧＴ２０Ａは、その認証処理結果であるＡＣＫパケットを受信すること（ｒｅｑｕｅｓｔ＃１）、時刻ｔ１において受信したｒｅｑｕｅｓｔパケットは、自ら認証処理すること（ｒｅｑｕｅｓｔ＃２）、及び、ＡＧＴ２０Ａが新たなｒｅｑｕｅｓｔパケットを受信すること（ｒｅｑｕｅｓｔ＃３）が保持される。図５Ｃに示すイベント管理テーブル６０は、時刻ｔ３において、ＡＧＴ２０Ａによって管理される内容を示す。具体的には、時刻ｔ２において受信されたｒｅｑｕｅｓｔパケットを隣接ノードへ転送すること（ｒｅｑｕｅｓｔ＃３）、及びＡＧＴ２０Ａが新たなｒｅｑｕｅｓｔパケットを受信すること（ｒｅｑｕｅｓｔ＃４）が保持される。なお、ｒｅｑｕｅｓｔ＃１及びｒｅｑｕｅｓｔ＃２は、時刻ｔ２で認証処理が終了しているので、時刻ｔ３におけるイベント管理テーブル６０は、ｒｅｑｕｅｓｔ＃１及びｒｅｑｕｅｓｔ＃２を保持しない。
【００４９】
図６は、本発明の第１の実施の形態の端末３０及びＡＧＴ２０の動作を示すシーケンス図である。
【００５０】
端末３０は、ＡＧＴ２０Ａにｒｅｑｕｅｓｔパケット７０１を送信する。
【００５１】
ＡＧＴ２０Ａは、ｒｅｑｕｅｓｔパケット７０１を受信すると、ＡＧＴ２０Ａに備わるＣＰＵ２３０の負荷を判定する（７０２）。このＣＰＵ負荷判定処理は、各ＡＧＴ２０のＣＰＵ２３０の負荷が予め定められた閾値より大きいか否かを判定し、その結果、ＣＰＵ２３０の負荷が閾値より大きい場合には高負荷と判定し、ＣＰＵ２３０の負荷が閾値より小さい場合には低負荷と判定する。
【００５２】
図６に示す状態では、ＡＧＴ２０Ａは、ＣＰＵ２３０が高負荷であると判定する。このとき、ＡＧＴ２０Ａが認証処理を実行すると時間がかかり、ネットワークのスループットが低下するので、ＡＧＴ２０Ａは、他のＡＧＴに認証処理を代行させようとする。そして、ＡＧＴ２０Ａに直接接続されたＡＧＴ２０Ｂ及びＡＧＴ２０Ｃにｒｅｑｕｅｓｔパケット７０３を転送する。
【００５３】
ＡＧＴ２０Ｂは、転送されたｒｅｑｕｅｓｔパケット７０３を受信すると、判定処理７０４を実行する。ＡＧＴ２０Ｂは、ＡＧＴ２０Ｂに備わるＣＰＵ２３０を高負荷であると判定し、認証処理を実行しない。
【００５４】
また、ＡＧＴ２０Ｃは、転送されたｒｅｑｕｅｓｔパケット７０３を受信すると、判定処理７０５を実行する。ＡＧＴ２０Ｃは、ＡＧＴ２０Ｃに備わるＣＰＵ２３０を低負荷であると判定し、認証処理７０５を実行する。ＡＧＴ２０Ｃは、認証処理７０５を終了すると、認証結果を含むＡＣＫパケット７０６をＡＧＴ２０Ａに送信する。
【００５５】
ＡＧＴ２０Ａは、ＡＣＫパケット７０６を受信すると、ＡＣＫパケット７０７を端末３０に転送する。
【００５６】
図７は、本発明の第１の実施の形態のＡＧＴ２０で実行される認証エージェントプログラムのフローチャートである。
【００５７】
ＡＧＴ２０は、パケットを受信可能な待機状態である（ステップ８０１）。ＡＧＴ２０は、待機状態でパケットを受信すると（ステップ８０２）、受信したパケットが、ｒｅｑｕｅｓｔパケットであるかＡＣＫパケットであるかを判定する（ステップ８０３）。
【００５８】
ＡＧＴ２０が受信したパケットがＡＣＫパケットである場合には、ＡＧＴ２０は、ｒｅｑｕｅｓｔパケットを送信した端末３０にＡＣＫパケットを送信し（ステップ８０９）、待機状態（ステップ８０１）に戻る。
【００５９】
一方、ＡＧＴ２０が受信したパケットがｒｅｑｕｅｓｔパケットである場合には、ＡＧＴ２０は、ＡＧＴ２０に備わるＣＰＵ２３０の負荷（ＣＰＵの利用率）を計算する（ステップ８０４）。
【００６０】
そして、ＡＧＴ２０は、ＣＰＵ２３０の負荷の状態を判定する（ステップ８０５）。例えば、ＡＧＴ２０は、ＣＰＵ２３０の利用率が８０％以上であると高負荷と判定し、ＣＰＵ２３０の負荷が８０％未満であると低負荷と判定することができる。
【００６１】
ＡＧＴ２０は、ＣＰＵ２３０が高負荷の状態であると判定した場合には、当該ＡＧＴ２０に直接的に接続されているＡＧＴ２０にｒｅｑｕｅｓｔパケットを転送し（ステップ８０８）、待機状態（ステップ８０１）に戻る。
【００６２】
一方、ＡＧＴ２０は、ＣＰＵ２３０が低負荷の状態であると判定した場合には、認証処理を実行し（ステップ８０６）、ｒｅｑｕｅｓｔパケットを送信した端末３０にＡＣＫパケットを送信し（ステップ８０７）、待機状態（ステップ８０１）に戻る。
【００６３】
以上説明したように第１の実施の形態では、ＣＰＵ２３０の状態が高負荷状態であるＡＧＴ２０ＡとＡＧＴ２０Ｂは端末３０の認証処理を実行せずに、ＣＰＵ２３０の状態が低負荷状態であるＡＧＴ２０Ｃが端末３０の認証処理を実行するため、認証処理に必要な時間が増加することなく、ネットワーク全体のアクセス処理能力（アクセススループット）の低下を防止することができる。
【００６４】
なお、ステップ８０８で、同一ドメイン１００内の全てのＡＧＴ２０にｒｅｑｕｅｓｔパケットを転送してもよい。
【００６５】
（第２の実施の形態）
本発明の第２の実施の形態を図８から図１２を参照して説明する。
【００６６】
第２の実施の形態では、端末３０からｒｅｑｕｅｓｔパケットを受信したＡＧＴ２０Ａは、ＡＧＴ２０Ａに備わるＣＰＵ２３０が高負荷状態である場合に、ＡＧＴ２０Ａと同一ドメイン１００内の全てのＡＧＴ２０に検索ｑｕｅｒｙを送信する。そして、検索の結果に基づいて、ｒｅｑｕｅｓｔパケットを処理するのに適したＡＧＴ２０を特定し、特定されたＡＧＴ２０にｒｅｑｕｅｓｔパケットを転送する。なお、第１の実施の形態と同じ構成は同じ符号を付与し、説明を省略する。
【００６７】
まず、第２の実施の形態のパケットの流れについて説明する。
【００６８】
図８は、本発明の第２の実施の形態の検索ｑｕｅｒｙ及び応答パケットの流れを示す図であり、図９は、本発明の第２の実施の形態のｒｅｑｕｅｓｔパケットの転送及びＡＣＫパケットの流れを示す図である。
【００６９】
ＡＧＴ２０Ａは、端末３０からｒｅｑｕｅｓｔパケットを受信すると、ＡＧＴ２０ＡのＣＰＵ２３０の状態が高負荷である場合には、ＡＧＴ２０ＢからＡＧＴ２０Ｅに検索ｑｕｅｒｙを送信する。ＡＧＴ２０ＢからＡＧＴ２０Ｅの各々は、検索ｑｕｅｒｙを受信すると、応答パケットをＡＧＴ２０Ａに送信する。
【００７０】
図９に移り、ＡＧＴ２０Ａは、ＡＧＴ２０ＢからＡＧＴ２０Ｅからの応答パケットを受信すると、後述する検索テーブル（図１０参照）を作成して、ｒｅｑｕｅｓｔパケットを処理するのに適したＡＧＴ２０を特定し、特定されたＡＧＴ２０Ｃにパケットを転送する。
【００７１】
ＡＧＴ２０Ｃは、ｒｅｑｕｅｓｔパケットを受信すると、認証処理を実行する。そして、ＡＧＴ２０Ｃは、認証処理の終了後に、認証結果を含むＡＣＫパケットをＡＧＴ２０Ａに送信する。
【００７２】
ＡＧＴ２０Ａは、ＡＣＫパケットを受信すると、ＡＣＫパケットを端末３０に送信する。
【００７３】
図１０は、本発明の第２の実施の形態の検索テーブル９０を示す説明図である。
【００７４】
検索テーブル９０は、ＡＧＴ２０に備わる認証処理プロセッサ２９０内のメモリに格納される。
【００７５】
検索テーブル９０は、ノード番号９０１、状態９０２及びラウンドトリップ時間９０３を含む。
【００７６】
ノード番号９０１は、ＡＧＴ２０Ａと同一ドメイン内のＡＧＴ２０の一意な識別子である。状態９０２は、ＡＧＴ２０に備わるＣＰＵ２３０の負荷の状態を示す。具体的には、ＣＰＵ２３０が低負荷状態であるか、高負荷状態であるかを示す。ラウンドトリップ時間（ＲＴＴ）９０３は、ＡＧＴ２０Ａが検索ｑｕｅｒｙを各ＡＧＴ２０ＢからＡＧＴ２０Ｅに送信してから、ＡＧＴ２０ＡがＡＧＴ２０ＢからＡＧＴ２０Ｅの各々からの応答パケットを受信するまでの時間を示す。
【００７７】
図１１は、本発明の第２の実施の形態の端末３０及びＡＧＴ２０の動作を示すシーケンス図である。
【００７８】
端末３０は、ＡＧＴ２０Ａにｒｅｑｕｅｓｔパケット１１０１を送信する（１１０１）。
【００７９】
ＡＧＴ２０Ａは、ｒｅｑｕｅｓｔパケット１１０１を受信すると、ＡＧＴ２０Ａに備わるＣＰＵ２３０の負荷を判定する（１１０２）。図１１に示す状態では、ＡＧＴ２０Ａは、ＣＰＵ２３０が高負荷であると判定する。このとき、ＡＧＴ２０Ａが認証処理を実行すると時間がかかり、ネットワークのスループットが低下するので、ＡＧＴ２０Ａは、他のＡＧＴに認証処理を代行させようとする。そして、ＡＧＴ２０Ａは、検索ｑｕｅｒｙ１１０３を同一ドメイン内の全てのＡＧＴ（ＡＧＴ２０Ｂ、ＡＧＴ２０Ｃ、ＡＧＴ２０Ｄ及びＡＧＴ２０Ｅ）に送信する。
【００８０】
ＡＧＴ２０ＢからＡＧＴ２０Ｅの各々は、検索ｑｕｅｒｙ１１０３を受信すると、各ＡＧＴに備わるＣＰＵ２３０の利用率を取得する。そして、ＡＧＴ２０ＢからＡＧＴ２０Ｅの各々は、ＡＧＴを識別する識別子及び各ＡＧＴのＣＰＵ２３０利用率の情報を含む応答パケット１１０４を、ＡＧＴ２０Ａに送信する。
【００８１】
ＡＧＴ２０Ａは、ＡＧＴ２０ＢからＡＧＴ２０Ｅの各々からの応答パケット１１０４を受信すると、応答パケット１１０４に基づいて、検索テーブル９０を作成する。具体的には、ＡＧＴ２０Ａは、応答パケット１１０４に含まれるＣＰＵ２３０の利用率の情報に基づいて、各ＡＧＴに備わるＣＰＵ２３０高負荷状態であるか低負荷状態であるかを判定し、判定したＣＰＵ２３０の状態を検索テーブル９０の状態９０２欄に書き込む。また、ＡＧＴ２０Ａは、ｑｕｅｒｙを送信してから応答パケットを受信するまでの時間を検索テーブル９０のラウンドトリップ時間９０３欄に書き込む。
【００８２】
次に、ＡＧＴ２０Ａは、検索テーブルを参照して、認証処理に適したＡＧＴ２０を選択する（１１０５）。例えば、図１０に示す状態では、ＡＧＴ２０Ｃに備わるＣＰＵの負荷が低負荷で、かつラウンドトリップ時間が最も短いので、認証処理に適したＡＧＴ２０として、ＡＧＴ２０Ｃが選択される。
【００８３】
そして、選択されたＡＧＴ２０Ｃにｒｅｑｕｅｓｔパケットを転送する（１１０６）。
【００８４】
ｒｅｑｕｅｓｔパケットを受信したＡＧＴ２０Ｃは、認証処理を実行する（１１０７）。ＡＧＴ２０Ｃは、認証処理１１０７を終了すると、認証結果を含むＡＣＫパケット１１０８をＡＧＴ２０Ａに送信する。
【００８５】
ＡＣＫパケット１１０８を受信したＡＧＴ２０Ａは、ＡＣＫパケット１１０９を端末３０に転送する。
【００８６】
図１２は、本発明の第２の実施の形態のＡＧＴ２０で実行される認証エージェントプログラムのフローチャートである。
【００８７】
ＡＧＴ２０は、パケットを受信可能な待機状態である（ステップ１２０１）。パケットを受信すると（ステップ１２０２）、受信したパケットがＡＣＫパケットであるか、ｒｅｑｕｅｓｔパケットであるか、ｑｕｅｒｙの応答パケットであるかを判定する（ステップ１２０３）。
【００８８】
ＡＧＴ２０が受信したパケットがＡＣＫパケットである場合には、ＡＧＴ２０は、ｒｅｑｕｅｓｔパケットを送信した端末へＡＣＫパケットを送信し（ステップ１２１１）、待機状態（ステップ１２０１）に戻る。一方、ＡＧＴ２０が受信したパケットがｒｅｑｕｅｓｔパケットである場合には、ステップ１２０４に進む。また、ＡＧＴ２０が受信したパケットがｑｕｅｒｙの応答パケットである場合には、ステップ１２０９に進む。
【００８９】
ステップ１２０３において、ＡＧＴ２０が受信したパケットがｒｅｑｕｅｓｔパケットである場合には、ＡＧＴ２０は、ＡＧＴ２０に備わるＣＰＵ２３０の負荷（ＣＰＵの利用率）を計算する（ステップ１２０４）。
【００９０】
そして、ＡＧＴ２０は、ＣＰＵ２３０の負荷の状態を判定する（ステップ１２０５）。例えば、前述した第１の実施の形態と同様に、ＡＧＴ２０は、ＣＰＵ２３０の利用率が８０％以上であると高負荷と判定し、ＣＰＵ２３０の負荷が８０％未満であると低負荷と判定することができる。
【００９１】
ＡＧＴ２０は、ＣＰＵ２３０が高負荷の状態であると判定した場合には、ドメイン内の全てのＡＧＴへ検索ｑｕｅｒｙを送信し（ステップ１２０８）、待機状態（ステップ１２０１）に戻る。
【００９２】
一方、ＡＧＴ２０は、ＣＰＵ２３０が低負荷の状態であると判定した場合には、認証処理を実行して（ステップ１２０６）、ｒｅｑｕｅｓｔパケットを送信した端末にＡＣＫパケットを送信し（ステップ１２０７）、待機状態（ステップ１２０１）に戻る。
【００９３】
一方、ステップ１２０３において、ＡＧＴ２０が受信したパケットが検索ｑｕｅｒｙの応答パケットである場合には、ＡＧＴ２０は、応答パケットに基づいて検索テーブル９０を作成する（ステップ１２０９）。
【００９４】
その後、ＡＧＴ２０は、検索テーブル９０の状態９０２を参照して、ＣＰＵ２３０が低負荷で、なおかつラウンドトリップ時間が短いＡＧＴを選択する。図１０に示す状態では、認証処理に適したＡＧＴとしてＡＧＴ２０Ｃが選択される。
【００９５】
そして、ＡＧＴ２０は、選択されたＡＧＴへｒｅｑｕｅｓｔパケットを転送し（ステップ１２１０）、待機状態（ステップ１２０１）へ戻る。
【００９６】
以上説明したように第２の実施の形態では、低負荷でラウンドトリップ時間が最短のＡＧＴが、認証処理を実行する端末として選択するので、選択されたＡＧＴにｒｅｑｕｅｓｔパケットを転送し、転送先で認証処理を行うことにより認証時間を最短にすることが可能である。この結果、ネットワーク全体のアクセス処理能力（アクセススループット）の低下を防止することができる。
【００９７】
（第３の実施の形態）
本発明の第３の実施の形態を図１３から図１８を用いて説明する。
【００９８】
第３の実施の形態では、端末からｒｅｑｕｅｓｔパケットを受信したＡＧＴ２０は、ｒｅｑｕｅｓｔパケットを処理するのに適するＡＧＴとして、ＡＧＴ管理ノード２０Ｆによって選択されたＡＧＴ２０にｒｅｑｕｅｓｔパケットを転送する。なお、前述した他の実施の形態と同じ構成は同じ符号を付与し、説明を省略する。
【００９９】
図１３は、本発明の第３の実施の形態の問合せパケット及び回答パケットの流れを示す図である。
【０１００】
同一ドメイン１００内のＡＧＴ２０ＡからＡＧＴ２０Ｅは、ＡＧＴ２０の一つであるＡＧＴ管理ノード２０Ｆに専用回線５５を介して論理的に接続される。専用回線５５は、有線であっても無線であってもよい。
【０１０１】
ＡＧＴ管理ノード２０Ｆは、ドメイン内の全てのＡＧＴ２０（ＡＧＴ２０ＡからＡＧＴ２０Ｅ）のＣＰＵ２３０の状態の情報を含むＣＰＵ管理テーブルを備える。
【０１０２】
端末３０からｒｅｑｕｅｓｔパケットを受信したＡＧＴ２０Ａは、ＡＧＴ２０Ａに備わるＣＰＵ２３０の状態が高負荷である場合には、ＡＧＴ管理ノード２０Ｆに問合せパケットを送信する。ＡＧＴ管理ノード２０Ｆは、認証処理を実行するのに適したＡＧＴ２０Ｂを選択して、選択したＡＧＴ２０Ｂを特定可能な情報を含む回答をＡＧＴ２０Ａに送信する。
【０１０３】
ＡＧＴ２０Ａは、ＡＧＴ管理ノード２０Ｆから送信された回答に基づいて、選択されたＡＧＴ２０Ｂにｒｅｑｕｅｓｔパケットを転送する。
【０１０４】
ＡＧＴ２０Ｂは、ｒｅｑｕｅｓｔパケットを受信すると、認証処理の終了後に、認証結果を含むＡＣＫパケットをＡＧＴ２０Ａに送信する。
【０１０５】
ＡＧＴ２０Ａは、ＡＣＫパケットを受信すると、ＡＣＫパケットを端末３０に送信する。
【０１０６】
図１４は、本発明の第３の実施の形態のＡＧＴ管理ノード２０Ｆの構成を示すブロック図である。
【０１０７】
ＡＧＴ管理ノード２０Ｆの構成は、ＣＰＵ管理テーブル１３０を備える点以外は、ＡＧＴ２０（図３）と同じである。なお、入出力制御プロセッサ２２０は、入出力回線２２５−１から２２５−ｎと、専用回線５５−１から５５−ｎを経由する通信を制御するプロセッサである。
【０１０８】
図１５は、本発明の第３の実施の形態のＣＰＵ管理テーブル１３０を示す説明図である。
【０１０９】
ＣＰＵ管理テーブル１３０は、ＡＧＴ番号１３０１及び状態１３０２を含む。ＡＧＴ番号１３０１は、ＡＧＴ２０の一意な識別子である。状態１３０２は、ＡＧＴ２０に備わるＣＰＵ２３０の負荷の状態を示す。具体的には、ＣＰＵ２３０が低負荷状態であるか、高負荷状態であるかを示す。
【０１１０】
ＡＧＴ管理ノード２０Ｆは、各ＡＧＴ２０からｕｐｄａｔｅパケットによって、各ＡＧＴ２０に備わるＣＰＵの状態の通知を受信した場合に、ＣＰＵ管理テーブル１３０を更新する。
【０１１１】
図１６は、本発明の第３の実施の形態の端末３０、ＡＧＴ２０及びＡＧＴ管理ノード２０Ｆの動作を示すシーケンス図である。
【０１１２】
端末３０は、ＡＧＴ２０Ａにｒｅｑｕｅｓｔパケットを送信する（１４０１）。
【０１１３】
ＡＧＴ２０Ａは、ｒｅｑｕｅｓｔパケットを受信すると、ＡＧＴ２０Ａに備わるＣＰＵ２３０の負荷を判定する（１４０２）。図１６に示す状態では、ＡＧＴ２０Ａは、ＣＰＵ２３０が高負荷であると判定する。このとき、ＡＧＴ２０Ａが認証処理を実行すると時間がかかり、ネットワークのスループットが低下するので、ＡＧＴ２０Ａは、他のＡＧＴに認証処理を代行させようとする。そして、ＡＧＴ２０Ａは、問合せパケットをＡＧＴ管理ノード２０Ｆに送信する（１４０３）。問合せパケットは、ＡＧＴ管理ノード２０Ｆに認証処理に適したＡＧＴを選択するよう要求するパケットである。
【０１１４】
ＡＧＴ管理ノード２０Ｆは、問合せパケットを受信すると、ＣＰＵ管理テーブル１３０の状態１３０２を検索して、ＣＰＵ２３０が低負荷状態であるＡＧＴを選択する。このとき、複数のＡＧＴ２０のＣＰＵ２３０が低負荷であれば、ＡＧＴ管理ノード２０Ｆは、ＣＰＵ管理テーブル１３０の最も上に位置するＡＧＴを選択するとよい。図１５に示す状態では、認証処理に適したＡＧＴとしてＡＧＴ２０Ｂが選択される。
【０１１５】
そして、ＡＧＴ管理ノード２０Ｆは、選択されたＡＧＴの識別子を含む回答パケットをＡＧＴ２０Ａに送信する（１４０４）。
【０１１６】
ＡＧＴ２０Ａは、回答パケットを受信すると、ＡＧＴ管理ノード２０Ｆによって選択されたＡＧＴ２０Ｂにｒｅｑｕｅｓｔパケットを転送する（１４０５）。
【０１１７】
ＡＧＴ２０Ｂは、ｒｅｑｕｅｓｔパケットを受信すると、認証処理を実行して（１４０６）、認証結果を含むＡＣＫパケットをＡＧＴ２０Ａに送信する（１４０７）。
【０１１８】
ＡＧＴ２０Ａは、ＡＣＫパケットを受信すると、ＡＣＫパケットを端末３０に転送する（１４０８）。
【０１１９】
図１７は、本発明の第３の実施の形態のＡＧＴ２０Ａの認証エージェントプログラムのフローチャートである。
【０１２０】
第３の実施の形態の認証エージェントプログラムのステップ１５０１から１５０５の処理及びステップ１５１０の処理は、前述した第１の実施の形態の認証エージェントプログラム（図７）のステップ８０１から８０５の処理及びステップ８０９の処理と同じである。
【０１２１】
ステップ１５０５において、ＡＧＴ２０Ａは、ＣＰＵ２３０が低負荷の状態であると判定した場合には、認証処理を実行し（ステップ１５０６）、ｒｅｑｕｅｓｔパケットを送信した端末３０へＡＣＫパケットを送信する（ステップ１５０７）。
【０１２２】
一方、ステップ１５０５において、ＡＧＴ２０Ａは、ＣＰＵ２３０が高負荷の状態であると判定した場合には、ＡＧＴ管理ノード２０Ｆに問合せパケットを送信する（ステップ１５０８）。
【０１２３】
その後、ＡＧＴ２０Ａは、ＡＧＴ管理ノード２０Ｆからの回答パケットを受信すると、ＡＧＴ管理ノード２０Ｆによって選択されたＡＧＴにｒｅｑｕｅｓｔパケットを転送して（ステップ１５０９）、待機状態（ステップ１５０１）に戻る。
【０１２４】
図１８は、本発明の第３の実施の形態のＡＧＴ管理ノード２０Ｆの認証エージェントプログラムのフローチャートである。
【０１２５】
ＡＧＴ管理ノード２０Ｆは、ＡＧＴ監視状態である（ステップ１６０１）。ＡＧＴ管理ノード２０Ｆは、ＡＧＴ監視状態でパケットを受信すると（ステップ１６０２）、パケットの種類がｕｐｄａｔｅパケットであるか問合せパケットであるかを判定する（ステップ１６０３）。ｕｐｄａｔｅパケットは、ＡＧＴ２０ＡからＡＧＴ２０Ｅの各ＡＧＴが、所定の間隔でＡＧＴ管理ノード２０Ｆに送信するパケットである。ｕｐｄａｔｅパケットは、各ＡＧＴのＣＰＵ２３０の状態の情報を含む。
【０１２６】
ＡＧＴ管理ノード２０Ｆが受信したパケットが、ｕｐｄａｔｅパケットである場合には、ＡＧＴ管理ノード２０Ｆは、ｕｐｄａｔｅパケットに含まれる情報に基づいて、ＣＰＵ管理テーブル１３０の状態１３０２を更新する（ステップ１６０４）。
【０１２７】
一方、ＡＧＴ管理ノード２０Ｆが受信したパケットが、問合せパケットである場合には、ＡＧＴ管理ノード２０Ｆは、ＣＰＵ管理テーブル１３０の状態１３０２が「低負荷」であるＡＧＴを検索し、認証処理に適したＡＧＴとして一つを選択する（ステップ１６０５）。次に、ＡＧＴ管理ノード２０Ｆは、選択されたＡＧＴの識別情報を含む回答パケットをＡＧＴ２０Ａに送信して（ステップ１６０６）、ＡＧＴ監視状態（ステップ１６０１）に戻る。
【０１２８】
以上説明したように第３の実施の形態では、ＡＧＴ管理ノード２０Ｆが、認証処理を実行するのに適したＡＧＴ２０を一つ選択するので、認証処理を実行するのに適したＡＧＴ２０の選択に必要な時間が増加することはない。すなわち、ＣＰＵ２３０が高負荷状態であるＡＧＴ２０Ａではなく、ＡＧＴ管理ノード２０Ｆが低負荷状態にあるＡＧＴ２０をドメイン内から選択処理を行うので、ネットワーク全体のアクセス処理能力（アクセススループット）の低下を防止することができる。
【０１２９】
（第４の実施の形態）
本発明の第４の実施の形態を図１９から図２０を参照して説明する。
【０１３０】
第４の実施の形態では、管理ノード２０Ｆは、他のドメイン１００のＡＧＴのＣＰＵの状態の情報も保有する。なお、前述した他の実施の形態と同じ構成は同じ符号を付与し、説明を省略する。
【０１３１】
図１９は、本発明の第４の実施の形態のシステム構成図である。
【０１３２】
図１９は、図１に示す本発明の第１の実施の形態のシステム構成とほぼ同じ構成である。本例ではＡＧＴ２０ＡとＡＧＴ２０ＢはドメインＡに属し、ＡＧＴ２０ＧとＡＧＴ２０ＨはドメインＢに属するものとする。
【０１３３】
ＡＧＴ管理ノード２０Ｆは、ドメインＡ（１００Ａ）及びドメインＢ（１００Ｂ）に属する全てのＡＧＴと、専用回線５５を介して論理的に接続されている。専用回線５５は有線であって無線であってもよい。
【０１３４】
ドメインＡ及びドメインＢに属する全てのＡＧＴは、ＡＧＴ管理ノード２０Ｆに所定の間隔でｕｐｄａｔｅパケットを送信する。ＡＧＴ管理ノード２０ＦがＣＰＵ管理テーブル１３０を更新する方法は前述した第３の実施の形態と同じである。
【０１３５】
第４の実施の形態のＣＰＵ管理テーブルは、ドメインＡ及びドメインＢの全てのＡＧＴに備わるＣＰＵ２３０の状態の情報を保持する。他は本発明の第３の実施の形態のＣＰＵ管理テーブル１３０（図１５）と同じ構成である。
【０１３６】
図２０は、本発明の第４の実施の形態の各機器の動作を説明するシーケンス図である。
【０１３７】
端末３０は、ＡＧＴ２０Ａにｒｅｑｕｅｓｔパケットを送信する（１７０１）。
【０１３８】
ＡＧＴ２０Ａは、ｒｅｑｕｅｓｔパケットを受信すると、ＡＧＴ２０Ａに備わるＣＰＵ２３０の負荷を判定する（１７０２）。図２０に示す状態では、ＡＧＴ２０Ａは、ＣＰＵ２３０が高負荷であると判定する。このとき、ＡＧＴ２０Ａが認証処理を実行すると時間がかかり、ネットワークのスループットが低下するので、ＡＧＴ２０Ａは、他のＡＧＴに認証処理を代行させようとする。そして、ＡＧＴ２０Ａは、問合せパケットをＡＧＴ管理ノード２０Ｆに送信する（１７０３）。
【０１３９】
ＡＧＴ管理ノード２０Ｆは、問合せパケットを受信すると、ＣＰＵ管理テーブル１３０の状態１３０２を参照して、認証処理を実行するのに適したＡＧＴを選択して、選択されたＡＧＴの識別子を含むＡＧＴ２０Ａに回答パケットを送信する（１７０４）。
【０１４０】
ＡＧＴ２０Ａは、回答パケットを受信すると、ＡＧＴ管理ノード２０Ｆによって選択されたＡＧＴ２０Ｇにｒｅｑｕｅｓｔパケットを転送する（１７０５）。
【０１４１】
ＡＧＴ２０Ｇは、ｒｅｑｕｅｓｔパケット１７０５を受信すると、認証処理を実行して（１７０６）、認証結果を含むＡＣＫパケットをＡＧＴ２０Ａに送信する（１７０７）。
【０１４２】
ＡＧＴ２０Ａは、ＡＣＫパケットを受信すると、端末３０にＡＣＫパケットを転送する（１７０８）。
なお、本発明の第4の実施の形態では、ＡＧＴ管理ノード２０Ｆは、ドメインＡ（１００Ａ）とドメインＢ（１００Ｂ）に属する全てのＡＧＴと接続されていたが、さらにドメインＣ（１００Ｃ）に属する全てのＡＧＴとの接続を有することも、もちろん可能である。
【０１４３】
以上説明したように第４の実施の形態では、前述した第３の実施の形態の効果に加え、ＡＧＴ管理ノード２０Ｆが、認証処理を実行するのに適したＡＧＴ２０を複数のドメインの中から一つ選択するので、認証処理を実行するのに適したＡＧＴ２０の選択に必要な時間が増加することはない。
【０１４４】
また、ＡＧＴ管理ノード２０Ｆが、他のドメインに属する全てのＡＧＴ２０に備わるのＣＰＵ２３０の状態の情報を保持するので、認証処理を行うＡＧＴの選択範囲が広くなり、より適切なＡＧＴを選択し、更にネットワーク全体のアクセス処理能力（アクセススループット）の低下を防止することができる。
【図面の簡単な説明】
【０１４５】
【図１】本発明の第１の実施の形態の通信システムのシステム構成図である。
【図２】本発明の第１の実施の形態のゾーンを示す図である。
【図３】本発明の第１の実施の形態のＡＧＴの構成を示すブロック図である。
【図４】本発明の第１の実施の形態のｒｅｑｕｅｓｔパケット及びＡＣＫパケットの流れを示す図である。
【図５Ａ】本発明の第１の実施の形態のイベント管理テーブルの構成図である。
【図５Ｂ】本発明の第１の実施の形態のイベント管理テーブルの構成図である。
【図５Ｃ】本発明の第１の実施の形態のイベント管理テーブルの構成図である。
【図６】本発明の第１の実施の形態の端末及びＡＧＴの動作を示す遷移図である。
【図７】本発明の第１の実施の形態のＡＧＴの認証制御エージェントプログラムのフローチャートを示す図である。
【図８】本発明の第２の実施の形態の検索ｑｕｅｒｙ及び応答パケットの流れを示す図である。
【図９】本発明の第２の実施の形態のｒｅｑｕｅｓｔパケット及びＡＣＫパケットの流れを示す図である。
【図１０】本発明の第２の実施の形態の検索テーブルの構成図である。
【図１１】本発明の第２の実施の形態の端末及びＡＧＴの動作を示す遷移図である。
【図１２】本発明の第２の実施の形態のＡＧＴの認証制御エージェントプログラムのフローチャートを示す図である。
【図１３】本発明の第３の実施の形態の問合せパケット及び回答パケットの流れを示す図である。
【図１４】本発明の第３の実施の形態のＡＧＴ管理ノードの構成を示すブロック図である。
【図１５】本発明の第３の実施の形態のＣＰＵ管理テーブルの構成図である。
【図１６】本発明の第３の実施の形態の端末、ＡＧＴ及びＡＧＴ管理ノードの動作を示す遷移図である。
【図１７】本発明の第３の実施の形態のＡＧＴの認証エージェントプログラムのフローチャートを示す図である。
【図１８】本発明の第３の実施の形態のＡＧＴ管理ノードが実行する処理のフローチャートである。
【図１９】本発明の第４の実施の形態の通信システムのシステム構成図である。
【図２０】本発明の第４の実施の形態の端末、ＡＧＴ及びＡＧＴ管理ノードの動作を示す遷移図である。
【符号の説明】
【０１４６】
１０  ゾーン
２０  ＡＧＴ
２１  認証チャネル
２２  データチャネル
２３  通信網
３０  端末
４０  通信リンク
６０  イベント管理テーブル
９０  検索テーブル
１００  ドメイン
１３０  ＣＰＵ管理テーブル
２１０  バス
２２０  入出力制御プロセッサ
２３０  ＣＰＵ
２４０  スイッチ制御プロセッサ
２５０  主メモリ
２６０  ネットワークトポロジーデータベース
２７０  経路計算プロセッサ
２７５  シグナリング処理プロセッサ
２８０  認証データベース
２９０  認証処理プロセッサ
【図１】
2007179243.tif 000003
【図２】
2007179243.tif 000004
【図３】
2007179243.tif 000005
【図４】
2007179243.tif 000006
【図５Ａ】
2007179243.tif 000007
【図５Ｂ】
2007179243.tif 000008
【図５Ｃ】
2007179243.tif 000009
【図６】
2007179243.tif 000010
【図７】
2007179243.tif 000011
【図８】
2007179243.tif 000012
【図９】
2007179243.tif 000013
【図１０】
2007179243.tif 000014
【図１１】
2007179243.tif 000015
【図１２】
2007179243.tif 000016
【図１３】
2007179243.tif 000017
【図１４】
2007179243.tif 000018
【図１５】
2007179243.tif 000019
【図１６】
2007179243.tif 000020
【図１７】
2007179243.tif 000021
【図１８】
2007179243.tif 000022
【図１９】
2007179243.tif 000023
【図２０】
2007179243.tif 000024