認証スイッチおよび端末認証方法
【課題】認証機能を有するレイヤ２スイッチ（認証スイッチ）は、ユーザ認証された認証情報を個々の認証スイッチ内でのみ保存されていた。このために、複数の認証スイッチを用いたネットワークでは、認証スイッチを跨いでの端末移動によるローミングができないでいた。
【解決手段】認証スイッチ間に認証情報の受け渡しを行なう手順を設け、認証スイッチ間相互にて認証スイッチの状態配布を行い、ローミング対象であるか対向認証スイッチ可否判定を行なう。各認証スイッチで行ったユーザ認証の認証情報を、ローミング対象の認証スイッチ間で相互に通知を行ない、それぞれの認証情報を保存する。端末の移動が発生した際、認証スイッチに登録されている認証情報をもとに、ローミングを判定し、認証スイッチを跨いでの端末移動を可能とする。
【解決手段】認証スイッチ間に認証情報の受け渡しを行なう手順を設け、認証スイッチ間相互にて認証スイッチの状態配布を行い、ローミング対象であるか対向認証スイッチ可否判定を行なう。各認証スイッチで行ったユーザ認証の認証情報を、ローミング対象の認証スイッチ間で相互に通知を行ない、それぞれの認証情報を保存する。端末の移動が発生した際、認証スイッチに登録されている認証情報をもとに、ローミングを判定し、認証スイッチを跨いでの端末移動を可能とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証スイッチおよび端末認証方法に係り、特にレイヤ２スイッチおよび端末で構成されるレイヤ２ネットワークで利用認証スイッチおよび端末認証方法に関する。
【背景技術】
【０００２】
レイヤ２スイッチ上で動作する端末の認証情報は、端末の認証を実行したレイヤ２スイッチ内にのみに保存されている。このため、ネットワーク内に複数のレイヤ２スイッチが設置されている場合、それぞれのレイヤ２スイッチ毎に個別に認証情報が保存されている。この状態で、端末に付いて第１のレイヤ２スイッチにてユーザ認証が行なった後に、この端末が第２のレイヤ２スイッチに移動した際、再度、ユーザ認証を行なわなければならない。この結果、作業の中断を伴なってしまう。
【０００３】
一方、無線ネットワークでは、ネットワーク内に設定された各無線局からの無線をオーバーラップさせて、無線機能を具備した端末との間で常に通信を行なっている。このため、端末を移動してもユーザ認証をその都度行なうことなく作業を継続して行なうことができる。
【０００４】
しかし、レイヤ２スイッチで構成されたレイヤ２ネットワークでは、ユーザ認証された端末のレイヤ２スイッチ間での移動ができない。
特許文献１は、複数のゲートウェイ装置による冗長構成に於ける負荷分散管理を開示し、複数のゲートウェイ装置から送信されたパケットから特定のゲートウェイ装置のパケットだけを端末に送信するパケット転送装置の記載がある。
【０００５】
また、正規ユーザの認証情報を詐称してレイヤ２スイッチに認証する不正ユーザが懸念される。
特許文献２は、認証サーバにおいて複数のレイヤ２スイッチから取得・マージした認証ログ情報のログイン、ログアウトの時間差からユーザ名を詐称する不正ユーザを検出する手段が記載されているが、認証サーバ、ユーザ認証を実行するレイヤ２スイッチに対して専用の装置および専用のソフトウェアを使用する必要があった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１１３２６０号公報
【特許文献２】特開２００９−２９６５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ユーザ認証を実行するレイヤ２スイッチ（以降、単に認証スイッチと呼ぶ）でユーザ認証された端末を他の認証スイッチへ移動（以降、単にローミングと呼ぶ）する際、ユーザ情報との照合を行なう専用の認証サーバ（以降、単に認証サーバと呼ぶ）で管理するのが一般的である。この場合、認証スイッチは、ユーザ認証を行なう端末と認証サーバとの間を仲介し、認証された端末のＭＡＣアドレスなどの情報を保持する。この場合、認証サーバは、各認証スイッチで認証された情報を全て保存する。すなわち、ネットワーク内には必ず認証サーバが存在しなければならない。この様な状態で、認証サーバに障害が発生すると、認証済みの端末がローミングする際にも、正常な移動が行なえない。
【０００８】
また、有線で構築されたネットワークは、単純に認証スイッチ同士をオーバーラップするとネットワーク内でループ状態が発生する場合もあり、無線ネットワークで実現している方式を採用できないでいた。
【０００９】
なお、通常レイヤ２スイッチの制御には、レイヤ２スイッチを制御する専用のパケット（以降、制御パケットと呼ぶ）を用いるのが一般的である。しかし、ユーザ認証された情報を受け渡す専用の制御パケットが定義されていない。このため、認証スイッチだけで構成されたネットワークでは、ユーザ認証情報の受け渡しができず、認証スイッチ間のローミング時に移動先の認証スイッチ上でユーザ認証の操作を行なう必要があった。
【００１０】
また、認証スイッチ間をローミングすることにより、移動元と移動先の認証スイッチに端末のユーザ認証情報が保存される場合、保存されているユーザ認証情報と同一となる端末は認証スイッチに接続しパケット転送することができる。そのため、ユーザ認証情報を詐称した不正ユーザが認証スイッチに接続可能であり、セキュリティの懸念がされていた。また、ローミング時の移動元と移動先の認証スイッチにユーザ認証情報が同一となる端末が存在した場合に、ユーザ認証情報を詐称して正規ユーザになりすまして認証した不正ユーザが認証スイッチに接続しているのか、もしくは正規ユーザが認証スイッチ間を行き来しているのか判断が難しく、単純に不正ユーザと判断することが困難であった。
【課題を解決するための手段】
【００１１】
本発明は、ネットワークに設置された認証スイッチでユーザ認証された認証情報を、複数の認証スイッチ間で冗長に保持し、認証スイッチのみで構成されたネットワークに於いて、ユーザ認証された端末のローミングに際し、移動先の認証スイッチでユーザ認証操作を行わないで移動することを可能にする。
【００１２】
また、認証スイッチ間のユーザ認証情報の受け渡しには、ＲＡＤＩＵＳプロトコルを利用して実現する。このため、ネットワーク内に認証スイッチが点在して設置されていてもユーザ認証情報の受け渡しが可能となる。
【００１３】
上述した課題は、配下に接続された端末の認証を行ない、認証済みの複数の端末の情報を記録する第１の情報テーブルと、複数の認証スイッチの情報を記録する第２の情報テーブルとを備え、他の認証スイッチとの間で、認証済み端末の情報と認証スイッチの情報とを交換し、交換した認証済み端末の情報と認証スイッチの情報とにより、第１のテーブルと第２のテーブルを更新する認証スイッチにより、達成できる。
【００１４】
また、対向する認証スイッチに第２の照合キーを送信するステップと、対向する認証スイッチからの第１の照合キーを受信するステップと、第１の照合キーを検証するステップと、新規端末を認証するステップと、対向する認証スイッチに認証した端末の情報を送信するステップと、対向する認証スイッチからの認証された端末の情報を受信するステップと、認証した端末の情報と認証された端末の情報とを記録するステップとからなる端末認証方法により、達成できる。
【００１５】
本発明の第２の解決手段として、各認証スイッチで保持しているユーザ認証情報にパケット転送数カウンタを設け、認証スイッチに認証されている端末のパケット転送数をチェックしてパケット転送中であればカウンタを増加し、一定時間のカウンタ増加値が閾値を超えた場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくいため、正規ユーザのユーザ認証情報を詐称した不正ユーザと判断する手段をもつ。
【００１６】
本発明の第３の解決手段として、各認証スイッチで保持しているユーザ認証情報に接続継続確認回数カウンタを設け、認証スイッチに認証されている端末の接続状態をチェックして接続中であればカウンタを増加し、一定時間のカウンタ増加値が閾値を超えた場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくいため、正規ユーザのユーザ認証情報を詐称した不正ユーザと判断する手段をもつ。
【発明の効果】
【００１７】
本発明によれば、認証スイッチをまたがって端末が移動した際に、移動先の認証スイッチでのユーザ認証を行わずに認証状態を継続した状態で通信をすることができる。また、専用のサーバや専用のソフトウェアを使用せずに、認証スイッチのみで構成されたネットワーク内での端末のローミングが可能となる。
【００１８】
また、複数の認証スイッチから正規ユーザの認証情報を詐称してネットワークに接続してくる不正ユーザを検出することができる。
【図面の簡単な説明】
【００１９】
【図１】認証スイッチネットワークのブロック図である。
【図２】認証スイッチ間の照合を説明するシーケンス図である。
【図３】ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケットのフォーマットである。
【図４】自認証スイッチの状態配布処理のフローチャートである。
【図５】対向認証スイッチ可否判定処理のフローチャートである。
【図６】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その０）。
【図７】認証スイッチネットワークの他のブロック図である。
【図８】認証スイッチ管理テーブルおよびスイッチ情報テーブルを説明する図である。
【図９】認証スイッチネットワークの更に他のブロック図である。
【図１０】認証情報通知処理のフローチャートである。
【図１１】認証情報受信処理のフローチャートである。
【図１２】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その１）。
【図１３】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その２）。
【図１４】認証スイッチネットワークの更に更に他のブロック図である。
【図１５】認証移動状態通知処理のフローチャートである。
【図１６】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その２−２）。
【図１７】端末移動情報受信処理のフローチャートである。
【図１８】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その１−２）。
【図１９】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その２−３）。
【図２０】３台の認証スイッチからなる認証スイッチネットワークのブロック図である。
【図２１】複数のローミンググループとした認証スイッチネットワークのブロック図である。
【図２２】認証スイッチの冗長構成とした認証スイッチネットワークのブロック図である。
【図２３】第２の実施形態における認証スイッチネットワークのブロック図である。
【図２４】第２の実施形態におけるユーザ認証情報テーブルを示す図である。
【図２５】パケット転送数処理部の動作を示すフローチャートである。
【図２６】不正ユーザ検出処理部の動作を示すフローチャートである（その１）。
【図２７】認証スイッチネットワークにて正規ユーザがローミングしている状態を説明する図である（その１）。
【図２８】正規ユーザがローミングしている状態のユーザ認証情報テーブルを示す図である（その１）。
【図２９】認証スイッチネットワークにて不正ユーザが接続している状態を説明する図である（その１）。
【図３０】不正ユーザが接続している状態のユーザ認証情報テーブルを示す図である（その１）。
【図３１】第３の実施形態における認証スイッチネットワークのブロック図である。
【図３２】第３の実施形態におけるユーザ認証情報テーブルを示す図である。
【図３３】接続継続確認処理部の動作を示すフローチャートである。
【図３４】不正ユーザ検出処理部の動作を示すフローチャートである（その２）。
【図３５】認証スイッチネットワークにて正規ユーザがローミングしている状態を説明する図である（その２）。
【図３６】正規ユーザがローミングしている状態のユーザ認証情報テーブルを示す図である（その２）。
【図３７】認証スイッチネットワークにて不正ユーザが接続している状態を説明する図である（その２）。
【図３８】不正ユーザが接続している状態のユーザ認証情報テーブルを示す図である（その２）。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
まず、図１を参照して、認証スイッチネットワークの構成を説明する。図１において、認証スイッチネットワーク５００は、認証スイッチ１００−１と対向する認証スイッチ１００−２とから構成されている。認証スイッチ１００−１は、端末７０が接続されている。認証スイッチ１００は、自認証スイッチ状態配布部１２０、対向認証スイッチ可否判定部１３０、認証情報送信部１４０、認証情報受信部１５０、認証情報保持部１６０、認証処理部１９０から構成されている。
【００２１】
自認証スイッチ状態配布部１２０は、自認証スイッチの状態を認証スイッチ１００−２に配布する。対向認証スイッチ可否判定部１３０は、対向認証スイッチ１００−２からの自スイッチ状態を受信して、対向認証スイッチ１００−２とのネットワーク形成の可否を判定する。対向認証スイッチ可否判定部１３０は、認証情報保存部１６０の認証スイッチ管理テーブルを更新する。認証情報送信部１４０は、端末７０からの認証要求を認証処理部に転送する。認証情報送信部１４０は、認証情報保持部１６０にアクセスして、認証情報を認証スイッチ１００−２に送信する。認証情報受信部１５０は、対向認証スイッチからの認証情報を受信して、認証情報保存部１６０のスイッチ情報テーブルとユーザ認証情報テーブルを更新する。認証情報保持部１６０は、認証情報を保存する。認証処理部１９０は、端末７０の認証を実行する。
【００２２】
最初に自認証スイッチ状態配布１２０は、対向認証スイッチ１００−２とのやり取りを許可するための通知を行なう。対向認証スイッチ可否判定部１３０は、対向認証スイッチとのやり取りが許可されたものかを判定する。その後、認証端末７０からの認証要求を認証情報送信部１４０は、受け付ける。認証情報送信部１４０は、認証情報保持部１６０に既に認証情報が存在するかの確認を行なう。新規の認証要求である場合、認証処理部１９０は、認証操作を実施し、認証情報保持部１６０に格納する。さらに、認証情報通知１４０は、対向認証スイッチ１００−２宛てに認証情報の通知を行なう。対向認証スイッチ１００−２にて認証された認証情報について、認証情報受信１５０は、それを受け取り、対向認証スイッチの認証情報として認証情報保持部１６０に格納する。
【００２３】
図２を参照して、認証スイッチ間のやり取り許可の手順を説明する。図２において、まず、認証スイッチ１００−１は、認証スイッチ１００−２宛てに認証スイッチ１００−２の照合キーが入ったパケットを送信する（Ｓ１１）。認証スイッチ１００−２は、認証スイッチ１００−２の照合キーであるかの判定を行なう（Ｓ１２）。認証スイッチ１００−２は、認証スイッチ１００−１に対し返答パケットを送信する（Ｓ１３）。また、認証スイッチ１００−２は、認証スイッチ１００−１宛てに認証スイッチ１００−１の照合キーが入ったパケットを送信する（Ｓ１４）。認証スイッチ１００−１は、認証スイッチ１００−１の照合キーであるかを判定する（Ｓ１６）。認証スイッチ１００−１は、認証スイッチ１００−２に対して返答パケットを送信する（Ｓ１７）。
【００２４】
図２の認証スイッチ間のやり取りに使用するＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケットについて、図３を参照して説明する。図３において、ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケット３０は、ＩＰ／ＵＤＰヘッダ３１、Ａｕｔｈｅｎｔｉｃａｔｏｒフィールド３２、Ａｔｔｒｉｂｕｔｅフィールド３３から構成されている。照合キーの送信パケットは、ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケット３０のＡｕｔｈｅｎｔｉｃａｔｏｒフィールド３２に対向する認証スイッチの照合キー、Ａｔｔｒｉｂｕｔｅフィールド３３に認証情報を格納する。
【００２５】
通常、ＲＡＤＩＵＳ ＡｃｃｏｕｎｔｉｎｇパケットはＲＡＤＩＵＳへ認証結果を通知するために使用される。しかし、本実施例では、ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケット３０のＡｕｔｈｅｎｔｉｃａｔｏｒフィールド３２に格納した照合キーでローミング対象となる認証スイッチであるかを判定し、認証スイッチ１００間の認証情報の受け渡しを行なう。
【００２６】
図４を参照して、認証スイッチ状態配布の動作を説明する。図４において、認証スイッチ１００は、対向認証スイッチ宛てに送信するパケットに対向する認証スイッチの照合キーを格納する（Ｓ４１）。認証スイッチ１００は、対向する認証スイッチ宛てにパケットを送信する（Ｓ４２）。次に、認証スイッチ１００は、対向する認証スイッチからの返答パケットを受信する（Ｓ４３）。
【００２７】
認証スイッチ１００は、一定時間内に対向認証スイッチから返答パケットが受信できたかを判定する（Ｓ４４）。受信できなかった場合、認証スイッチ１００は、対向認証スイッチが管理対象外であると判定して、終了する。ステップ４４でタイムアウトしていないとき、認証スイッチ１００は、返答パケットが許可を示す許可パケットであるかを判定する（Ｓ４６）。
【００２８】
許可パケットでないとき、認証スイッチ１００は、対向認証スイッチが管理対象外であると判定して、終了する。ステップ４６で許可パケットのとき、認証スイッチ１００は、自身の照合キーが添付されているか判定する（Ｓ４７）。自身の照合キーでないとき、認証スイッチ１００は、対向認証スイッチが管理対象外であると判定して、終了する。ステップ４７でＹＥＳのとき、認証スイッチ１００は、対向する認証スイッチを管理対象とし、認証スイッチ管理テーブルに対向認証スイッチを登録する（Ｓ４８）。最後に、認証スイッチ１００は、対向する認証スイッチ宛てに返信パケットを送信して（Ｓ４９）、終了する。なお、ステップ４４〜ステップ４７の順序は順不同である。
【００２９】
図５を参照して、対向認証スイッチから送られてきた照合キーを判定する認証スイッチの動作を説明する。図５において、認証スイッチ１００は、対向認証スイッチからのパケットを受信する（Ｓ５１）。認証スイッチ１００は、受信したパケットに格納されている照合キーが自分の認証スイッチの照合キーであるかを判定する（Ｓ５２）。照合キーが一致した場合（ＹＥＳ）、認証スイッチ１００は、許可パケットを対向認証スイッチ宛てに送信する（Ｓ５３）。ステップ５２でＮＯのとき、認証スイッチ１００は、拒否パケットを対向認証スイッチ宛てに送信して（Ｓ５４）、終了する。
【００３０】
ステップ５３に続いて、認証スイッチ１００は、対向認証スイッチからの返信パケットを受信する（Ｓ５６）。認証スイッチ１００は、さらに、対向認証スイッチが認証許可であるか判定する（Ｓ５７)。ＹＥＳのとき、認証スイッチ管理テーブルに対向認証スイッチを登録して（Ｓ５８）、終了する。ステップ５７でＮＯのとき、認証スイッチ１００は、そのまま終了する。なお、ステップ５６とステップ５７の順序は、逆でもよい。
【００３１】
図６を参照して、認証情報を保持する各認証情報テーブルを説明する。各認証情報テーブルは、認証情報保持部１６０に記憶されている。各認証情報テーブルは、認証スイッチ管理テーブル１１０と、スイッチ情報テーブル１７０と、ユーザ認証情報テーブル１８０とから成っている。
【００３２】
認証スイッチ管理テーブル１１０は、認証スイッチ種別１１１、認証スイッチ数１１２、スイッチ情報テーブルへのポインタ１１３のコラムから成っている。認証スイッチ管理テーブル１１０の認証スイッチ種別１１１は、自装置である０、対向装置である１、障害装置である２を含んでいる。認証スイッチ数１１２は、それぞれの認証スイッチの数である。自装置エントリの認証スイッチ数１１２は、当然「１」が記録されている。スイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０に記録された最初のスイッチへのポインタを記録する。なお、障害装置のエントリで、認証スイッチ数１１２が「０」なので、スイッチ情報テーブルへのポインタ１１３は、ＮＵＬＬ（なし）である。
【００３３】
スイッチ情報テーブル１７０は、認証スイッチＩＰアドレス１７１、照合キー１７２、認証ユーザ数１７３、ユーザ認証テーブルへのポインタ１７４、次のスイッチ情報へのポインタ１７５のコラムから成っている。認証スイッチＩＰアドレス１７１は、当該認証スイッチのＩＰアドレスを記録する。照合キー１７２は、当該認証スイッチの照合キーを記録する。認証ユーザ数１７３は、当該認証スイッチの認証ユーザ（端末）数を記録する。ユーザ認証テーブルへのポインタ１７４は、当該認証スイッチのユーザ認証テーブル１８０最初のユーザ（端末）へのポインタを記録する。次のスイッチ情報へのポインタ１７５は、次の認証スイッチへのポインタを記録する。なお、ユーザ認証テーブルへのポインタ１７４および次のスイッチ情報へのポインタ１７５は、ＮＵＬＬ（なし）の場合がある。
【００３４】
ユーザ認証情報テーブル１８０は、ユーザ名１８１、ＭＡＣアドレス１８２、ＩＰアドレス１８３、認証時刻１８４、次のユーザ認証情報へのポインタ１８５のコラムから成っている。ユーザ名１８１は、当該端末のユーザ名を記録する。ＭＡＣアドレス１８２は、当該端末のＭＡＣアドレスを記録する。ＩＰアドレス１８３は、当該端末のＩＰアドレスを記録する。認証時刻１８４は、当該端末の認証時刻を記録する。次のユーザ認証情報へのポインタ１８５は、当該認証スイッチの次のユーザ認証情報へのポインタを記録する。なお、次のユーザ認証情報へのポインタ１８５は、ＮＵＬＬ（なし）の場合がある。また、図中のポインタのセルを起点とする破線矢印は、ポインタの指し先を示している。
【００３５】
図７と図８を参照して、認証スイッチ管理テーブルとスイッチ情報テーブルとの関係を詳細に説明する。図７において、認証スイッチネットワーク５００Ａは、レイヤ２スイッチ２００と、レイヤ２スイッチ２００に接続された２台の認証スイッチ１００と、認証スイッチ１００−１に接続された端末７０−１、７０−２と、認証スイッチ１００に接続された端末７０−３とで構成されている。ここで、認証スイッチ１００−１と認証スイッチ１００−２は互いにローミング可能な認証スイッチである。
【００３６】
認証スイッチネットワーク５００Ａにおいて、最初に、図２に示した認証スイッチ間のやり取りが行われ、対向する認証スイッチがそれぞれ相手がローミング対象であるかを判定し、図８に示す認証スイッチ管理テーブルとスイッチ情報テーブルが作成される。なお、図８以降の各認証管理テーブルは、図示の簡便のため略記する。
【００３７】
図８において、認証スイッチ管理テーブル１１０の自装置エントリ６２のスイッチ情報テーブルへのポインタ１１３には、スイッチ情報テーブル１７０の最初のエントリへのポインタが格納されて、認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０とが関係付けられる。一方、対向認証スイッチは、認証スイッチ管理テーブル１１０の対向装置エントリ６３のスイッチ情報テーブルへのポインタ１１３には、スイッチ情報テーブル１７０の２番目のエントリへのポインタが格納されて、認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０とが関係付けられる。
【００３８】
次に、各認証スイッチの認証結果の交換について、図９を参照して説明する。図９において、認証スイッチ１００−１と認証スイッチ１００−２は互いにローミング可能な認証スイッチである。認証スイッチ１００−１にてユーザ認証された端末７０−１と端末７０−２の認証情報は、認証スイッチ１００−１の認証情報保持部１６０に保存される。端末７０−１と端末７０−２の認証情報は、同時に矢印Ａで示すように認証スイッチ１００−２に向けて送信される。また、認証スイッチ１００−２にてユーザ認証された端末７０−３の認証情報は、認証スイッチ１００−２の認証情報保持部１６０に保存される。端末７０−３の認証情報は、同時に矢印Ｂに示すように認証スイッチ１００−１に向けて送信される。
【００３９】
図１０と図１１を参照して、認証情報の交換をさらに説明する。図１０において、端末からの認証要求について、認証スイッチ１００は、認証処理部１９０で実行する（Ｓ６1)。認証スイッチ１００は、認証が成功したか判定する（Ｓ６２）。ＮＯのとき、認証スイッチ１００は、そのまま終了する。ステップ６２でＹＥＳのとき、認証スイッチ１００は、認証に成功したユーザ情報をユーザ認証情報テーブル１８０に登録する（Ｓ６３）。認証スイッチ１００は、パケットに対向認証スイッチの照合キーと認証結果を格納する（Ｓ６４）。認証スイッチ１００は、パケットを送信する（Ｓ６６）。認証スイッチ１００は、返信パケットを受信する（Ｓ６７）。認証スイッチ１００は、受信タイムアウトしていたか判定する（Ｓ６８）。ＹＥＳのとき、認証スイッチ１００は、対向認証スイッチを障害装置エントリに移動して（Ｓ６９）、終了する。ステップ６８でＮＯのとき、認証スイッチ１００は、許可パケットか判定する（Ｓ７１）。ＹＥＳのとき、認証スイッチ１００は、そのまま終了する。ステップ７１でＮＯのとき、認証スイッチ１００は、認証スイッチ管理テーブル等から対向認証スイッチに係るデータを削除して（Ｓ７２）、終了する。なお、ステップ６８とステップ７１の順序は、逆でもよい。また、頁外結合子は、図１５からの移動（新規ユーザ認証処理）である。
【００４０】
図１１において、認証スイッチ１００は、他の認証スイッチから送られてきた認証情報を受信する（Ｓ８１）。認証スイッチ１００は、受信したパケットが管理対象の認証スイッチから送られてきたものか判定する（Ｓ８２）。ＹＥＳのとき、認証スイッチ１００は、さらに、パケット内に格納されている照合キーが自身の照合キーか判定する（Ｓ８３）。ＹＥＳのとき、認証スイッチ１００は、許可パケットを送信する（Ｓ８４）。認証スイッチ１００は、対向認証スイッチを認証スイッチ管理テーブルに登録して（Ｓ８６）、終了する。
【００４１】
ステップ８２またはステップ８３でＮＯのとき、認証スイッチ１００は、拒否パケットを送信する（Ｓ８７）。認証スイッチ１００は、スイッチ管理テーブルから対向認証スイッチを削除し（Ｓ８８）、終了する。なお、ステップ８４とステップ８６ならびにステップ８７とステップ８８の順序は、逆でもよい。
【００４２】
図１２および図１３を参照して、図９の状態での認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルの参照関係を説明する。ここで、図１２は認証スイッチ１００−１、図１３は認証スイッチ１００−２の各テーブルである。なお、図１２および図１３において、各テーブルのコラムのラベル部分の表記を省き、参照関係のみ図示している。
【００４３】
認証スイッチ１００−１を説明する図１２において、認証スイッチ管理テーブル１１０の自装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の最初のエントリをポイントしている。また、対向装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の２番目のエントリをポイントしている。さらに、障害装置エントリのスイッチ情報テーブルへのポインタ１１３は、ＮＵＬＬである。したがって、スイッチ情報テーブル１７０の最初のエントリには、認証スイッチ１００−１（認証スイッチ１と図示）の情報が記録されている。また、スイッチ情報テーブル１７０の２番目のエントリには、認証スイッチ１００−２の情報が記録されている。
【００４４】
スイッチ情報テーブル１７０のユーザ認証情報テーブルへのポインタ１７４について、最初のエントリは、ユーザ認証情報テーブル１８０の最初のエントリをポイントしている。また、２番目のエントリは、ユーザ認証情報テーブル１８０の３番目のエントリをポイントしている。ユーザ認証情報テーブル１８０の最初のエントリの次のユーザ認証情報へのポインタ１８５は、ユーザ認証情報テーブル１８０の２番目のエントリをポイントしている。したがって、ユーザ認証テーブル１８０について、最初のエントリは端末７０−１（端末１と図示）のユーザ認証情報、２番目のエントリは端末７０−２のユーザ認証情報、３番目のエントリは端末７０−３のユーザ認証情報を記録する。なお、ユーザ認証情報テーブル１８０の２番目および３番目のエントリの次のユーザ認証情報へのポインタ１８５は、ＮＵＬＬである。
【００４５】
認証スイッチ１００−２を説明する図１３において、認証スイッチ管理テーブル１１０の自装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の最初のエントリをポイントしている。また、対向装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の２番目のエントリをポイントしている。さらに、障害装置エントリのスイッチ情報テーブルへのポインタ１１３は、ＮＵＬＬである。したがって、スイッチ情報テーブル１７０の最初のエントリには、認証スイッチ１００−２の情報が記録されている。また、スイッチ情報テーブル１７０の２番目のエントリには、認証スイッチ１００−１の情報が記録されている。
【００４６】
スイッチ情報テーブル１７０のユーザ認証情報テーブルへのポインタ１７４について、最初のエントリは、ユーザ認証情報テーブル１８０の最初のエントリをポイントしている。また、２番目のエントリは、ユーザ認証情報テーブル１８０の２番目のエントリをポイントしている。ユーザ認証情報テーブル１８０の２番目のエントリの次のユーザ認証情報へのポインタ１８５は、ユーザ認証情報テーブル１８０の３番目のエントリをポイントしている。したがって、ユーザ認証テーブル１８０について、最初のエントリは端末７０−３のユーザ認証情報、２番目のエントリは端末７０−１のユーザ認証情報、３番目のエントリは端末７０−２のユーザ認証情報を記録する。なお、ユーザ認証情報テーブル１８０の最初および３番目のエントリの次のユーザ認証情報へのポインタ１８５は、ＮＵＬＬである。
【００４７】
なお、ここでは対向する２台の認証スイッチしか考慮していないので、スイッチ情報テーブル１７０の次のスイッチ情報へのポインタ１７５は、いずれもＮＵＬＬである。対向認証装置または障害認証装置が複数の場合の、次のスイッチ情報へのポインタ１７５の利用は、上述したユーザ認証情報テーブル１８０の次のユーザ認証情報へのポインタ１８５の利用と同様であることは、自明である。
【００４８】
上述した実施例に拠れば、認証スイッチ１００−１、１００−２は、互いに認証済みの端末７０の情報を交換しているので、端末７０−１または端末７０−２が認証スイッチ１００−２の配下に入っても認証スイッチ１００−２は、新たに認証する必要はない。同様に、端末７０−３が認証スイッチ１００−１の配下に入っても認証スイッチ１００−１は、新たに認証する必要はない。
【００４９】
図１４および図１５を参照して、端末７０−２が認証スイッチ１００−１の配下から認証スイッチ１００−２にローミングした場合の動作を説明する。図１４において、認証スイッチ１００−１で認証された端末７０−２が、矢印Ｃに示すように認証スイッチ１００−２の配下に移動したとする。この場合、認証スイッチ１００−２は、対向する認証スイッチ１００−１宛てに端末７０−２の認証情報（矢印Ｄ）を通知する。
【００５０】
図１５において、認証スイッチ１００−２は、移動してきた端末７０−２が管理しているユーザ認証情報テーブルに登録されているかを判定する（Ｓ９１）。ＮＯのとき、認証スイッチ１００−２は、図１０のステップ６１（新規ユーザ認証処理）に遷移する。ステップ９１でＹＥＳのとき（既に登録されている場合）、認証スイッチ１００−２は、端末７０−２の認証元の認証スイッチ１００−１の照合キーと端末７０−２の認証情報を送信パケットに格納する（Ｓ９２）。
【００５１】
認証スイッチ１００−２は、作成した送信パケットを認証スイッチ１００−１宛てに送信する（Ｓ９３）。その後、認証スイッチ１００−２は、認証スイッチ１００−１からの返答パケットを受信する（Ｓ９４）。認証スイッチ１００−２は、受信タイムアウトであったか判定する（Ｓ９６）。ＹＥＳのとき、認証スイッチ１００−２は、認証スイッチ１００−１に障害があると判定し、認証スイッチ１００−１について、障害装置エントリに移動する認証スイッチ管理テーブルの更新を実施して（Ｓ９７）、終了する。
【００５２】
ステップ９６でＮＯのとき、認証スイッチ１００−２は、受信したパケットが許可パケットか判定する（Ｓ９８）。ＹＥＳのとき、認証スイッチ１００−２は、ユーザ認証情報テーブルの端末７０−２のデータを更新して（Ｓ９９）、終了する。ステップ９８でＮＯのとき、認証スイッチ１００−２は、認証スイッチ１００−１がローミングの管理対象外になったと判断し、認証情報管理テーブルから認証スイッチ１００−１を削除して（Ｓ１０１）、図１０のステップ６１（新規ユーザ認証処理）に遷移する。なお、ステップ９６とステップ９８の順序は、逆でもよい。
【００５３】
図１６を参照して、端末７０−２の移動後の認証スイッチ１００−２の各認証情報テーブルの状態を説明する。なお、端末７０−２移動前の認証スイッチ１００−２の各認証情報テーブルの状態は、図１３である。図１６において、ユーザ認証情報テーブル１８０の最初のエントリの次のユーザ認証情報へのポインタ１８５が、ＮＵＬＬから３番目のエントリをポイントに更新されている。また、２番目のエントリの次のユーザ認証情報へのポインタ１８５が、３番目のエントリをポイントからＮＵＬＬに更新されている。
【００５４】
端末７０−２の移動後、認証スイッチ１００−１では、認証スイッチ１００−２から送られて認証情報をもとに認証情報テーブルの更新を行なう。この更新処理を図１７を参照して説明する。図１７において、認証スイッチ１００−１は、認証スイッチ１００−２から送られた認証情報を受信する（Ｓ１１１）。認証スイッチ１００−１は、受信したパケットが認証スイッチ情報テーブル１１０に格納されている管理対象の認証スイッチかを判定する（Ｓ１１２）。ＹＥＳのとき、認証スイッチ１００−１は、さらに、送られてきたパケットに含まれる照合キーが自身の照合キーと一致しているかを判定する（Ｓ１１３）。ＹＥＳのとき、認証スイッチ１００−１は、認証スイッチ１００−２宛てに、許可パケットを送信する（Ｓ１１４）。認証スイッチ１００−１は、ユーザ認証情報テーブル１８０の端末７０−２の情報を更新して（Ｓ１１６）、終了する。ステップ１１２またはステップ１１３でＮＯのとき、認証スイッチ１００−１は、認証スイッチ１００−２宛てに拒否パケットを送信する（Ｓ１１７）。認証スイッチ１００−１は、認証スイッチ管理テーブルから認証スイッチ１００−２を削除して（Ｓ１１８）、終了する。なお、ステップ１１４とステップ１１６ならびにステップ１１７とステップ１１８の順序は、逆でもよい。
【００５５】
図１８を参照して、端末７０−２の移動後の認証スイッチ１００−１の各認証情報テーブルの状態を説明する。なお、端末７０−２移動前の認証スイッチ１００−１の各認証情報テーブルの状態は、図１２である。図１８において、ユーザ認証情報テーブル１８０の最初のエントリの次のユーザ認証情報へのポインタ１８５が、２番目のエントリをポイントからＮＵＬＬに更新されている。また、３番目のエントリの次のユーザ認証情報へのポインタ１８５が、ＮＵＬＬから２番目のエントリをポイントに更新されている。
【００５６】
図１９を参照して、図１０と図１５で対向認証スイッチの障害を検出した後の認証スイッチの各認証情報テーブルの状態を説明する。なお、ここでは認証スイッチ１００−１に障害が発生したとする。状態を説明する各認証情報テーブルは、認証スイッチ１００−２のそれらであり、障害発生前は、図１３である。図１９において、認証スイッチ１００−２は、対向する認証スイッチ１００−１の障害を検出すると、認証スイッチ管理テーブル１１０の対向装置エントリの認証スイッチ数１１２「１」を「０」とし、障害装置エントリの認証スイッチ数１１２「０」を「１」とする。認証スイッチ１００−２は、認証スイッチ管理テーブル１１０の対向装置エントリのスイッチ情報テーブルへのポインタ１１３をＮＵＬＬとし、障害装置エントリのスイッチ情報テーブルへのポインタ１１３について、スイッチ情報テーブル１７０の認証スイッチ１００−１のエントリをポイントとする。この際、障害を起こした認証スイッチ配下の端末の認証情報は、ローミングが発生する場合を考慮し、一定時間、各認証情報テーブルの変更を行わないで、障害を起こした認証スイッチ配下で認証状態のままとする。なお、障害を起こした認証スイッチが復旧し、障害を起こした認証スイッチから装置状態を示すパケットが送信された時点で、認証情報テーブルの対向認証スイッチとして管理対象とする。
【００５７】
図２０を参照して、認証スイッチが３台構成で各認証スイッチ間でローミングする認証スイッチネットワークを説明する。図２０において、認証スイッチ１００−１、認証スイッチ１００−２および認証スイッチ１００−３でそれぞれの認証スイッチ１００の照合キーを設定する。これにより３台の認証スイッチ間でローミング可能な認証スイッチネットワーク５００Ｂとなり、次の端末移動（ローミング）が可能となる。（１）認証スイッチ１００−１から認証スイッチ１００−２または認証スイッチ１００−３へのローミング。（２）認証スイッチ１００−２から認証スイッチ１００−１または認証スイッチ１００−３へのローミング。（３）認証スイッチ１００−３から認証スイッチ１００−１または認証スイッチ１００−２へのローミング。
【００５８】
図２１を参照して、端末のローミング可能な認証スイッチをグループ毎に分けた認証ネットワークを説明する。図２１において、認証スイッチ１００−１、認証スイッチ１００−２および認証スイッチ１００−３でそれぞれの認証スイッチ１００の照合キーを設定する。それぞれの認証スイッチ１００は、次のように照合キーを設定する。認証スイッチ１００−１は、認証スイッチ１００−２の照合キーのみを設定する。認証スイッチ１００−２は、認証スイッチ１００−１および認証スイッチ１００−３の照合キーを設定する。認証スイッチ１００−３は、認証スイッチ１００−２の照合キーのみを設定する。
【００５９】
これによってローミング可能な認証スイッチのグループを分けることができる。すなわち、グループ５００Ｃは、認証スイッチ１００−１と認証スイッチ１００−２から構成する。グループ５００Ｄは、認証スイッチ１００−２と認証スイッチ１００−３から構成する。
【００６０】
各グループ５００内では端末のローミングが可能だが、認証スイッチ１００−１と認証スイッチ１００−３間ではローミングはできない。これによって、不用意な端末移動を禁止することができる。具体的には、認証スイッチ１００−１配下の端末７０−１が認証スイッチ１００−２を介さずに認証スイッチ１００−３配下に直接移動した場合、端末７０−１はローミングの対象とならず、認証スイッチ１００−３へ移動した時点で再度ユーザ認証が必要となる。
【００６１】
これに対して、認証スイッチ１００−１配下の端末７０−１が認証スイッチ１００−２を一旦介して認証スイッチ１００−３配下に移動した場合、端末７０−１はローミングの対象となる。
【００６２】
図２２を参照して、認証スイッチを冗長化構成にし認証ネットワークの構成を説明する。図２２において、認証ネットワーク５００Ｅは、認証スイッチ１００−１と認証スイッチ１００−２とで構成されている。認証スイッチ１００−１と認証スイッチ１００−２とは、認証情報を受け渡す専用回線３００で接続し、運用している認証スイッチ１００−１から待機している認証スイッチ１００−２へユーザ認証された端末７０−１と端末７０−２と端末７０−３と端末７０−４の認証情報が受け渡される。この状態で、認証スイッチ１００−１に障害が検出されて認証スイッチ１００−２に切り替えが発生した場合、認証スイッチ１００−２の認証情報テーブル内の端末７０−１と端末７０−２と端末７０−３と端末７０−４の認証情報を認証スイッチ１００−２の配下に移動する。
【００６３】
これによって、冗長構成を取る認証スイッチの切り替えが発生しても端末の利用者は、切り替えが発生する度にユーザ認証を行うことなく通信を継続できる。また、認証スイッチ間の認証情報の受け渡しにＲＡＤＩＵＳプロトコルを使用しているために、ネットワークの構成に自由度がある。
【００６４】
［第２の実施形態］
次にユーザ認証情報を詐称し、正規ユーザになりすまして認証した不正ユーザを検出する第２の実施形態について説明する。
まず、図２３を参照して、本実施形態における認証スイッチ１００−１の構成について説明する。認証スイッチ１００−１は図１で説明した構成に対して、さらにパケット転送数処理部２１０と不正ユーザ検出処理部２２０を追加した構成としている。なお、認証スイッチ１００−２も同様の構成であるため、認証スイッチ１００−１を用いて以下説明する。
【００６５】
認証情報保持部１６０Ａ内のユーザ認証情報テーブル１８０Ａの構成を図２４に示す。図示するように、ユーザ認証情報テーブル１８０Ａは図６で示したユーザ認証情報テーブル１８０に対して、パケット転送数１８６および前確認時のパケット転送数１８７を追加した構成としている。パケット転送数１８６はパケット転送数処理部２１０によってカウントされたパケット転送数を保持する。前確認時のパケット転送数１８７は不正ユーザ検出処理部２２０が前回のタイミングで確認した時のパケット転送数を保持するものであり、詳細は後述する。
【００６６】
また、端末がローミングした場合のユーザ認証情報テーブル１８０Ａの更新方法が、先の実施形態で図１８を用いて説明した方法とは異なるため説明する。先の実施形態では、図１４において、端末７０−２が認証スイッチ１００−１配下から認証スイッチ１００−２配下にローミングした場合、認証スイッチ１００−１では図１７の処理フローに基づいてユーザ認証情報テーブルを更新し、移動後は図１８の構成となる（移動前は図１２）。つまり、先の実施形態では、ユーザ認証情報テーブルのポインタを更新することによって端末のローミング状態を管理しており、ローミング前後で各端末のユーザ認証情報のエントリは常に一つであり、増えることはない。しかし、本実施形態では、端末がローミングした場合に、ローミング後の端末のユーザ認証情報のエントリを追加し、ローミングした端末についてはローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに保持される。このユーザ認証情報テーブル１８０Ａの具体例は後述する図２８に示す。
【００６７】
図２５を参照して、パケット転送数処理部２１０の詳細動作を説明する。認証スイッチ１００−１は端末７０からパケットを受信すると、受信したパケットに対する端末の情報（ユーザ名、ＭＡＣアドレス、ＩＰアドレスなど）がユーザ認証情報テーブル１８０Ａに登録されているかを確認する（Ｓ１２１）。ユーザ認証情報テーブル１８０Ａに登録されている場合、該当するエントリのパケット転送数１８６を更新（＋１）する（Ｓ１２２）。ステップ１２１でＮＯのときは終了する。このように、認証スイッチ１００−１は各端末７０から送信されるパケットの転送数を、ユーザ名１８１、ＭＡＣアドレス１８２、ＩＰアドレス１８３毎にカウントし、パケット転送数１８６としてユーザ認証情報テーブル１８０Ａに保持する。
【００６８】
図２６を参照して、不正ユーザ検出処理部２２０の詳細動作を説明する。不正ユーザ検出処理部２２０は定期的に図２６の処理を実行し、実行する時間間隔はネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００６９】
まず、図４、図１０、図１５等で説明した認証スイッチ１００−２とのパケット送信や返信パケットの受信と同様の手法により、認証スイッチ１００−２と認証情報の受け渡しを実施し、ユーザ認証情報テーブル１８０Ａのパケット転送数１８６を更新する（Ｓ１３１）。この時、認証スイッチ１００−１配下の端末に関するパケット転送数１８７は自身のパケット転送数処理部２１０により最新の状態に更新されているため、対向する認証スイッチ１００−２がカウントしたパケット転送数１８７の値のみを認証スイッチ１００−２から受け取り更新する。
【００７０】
認証スイッチ１００−１はユーザ認証情報テーブル１８０Ａの自装置エントリに登録されているユーザ名１８１が対向装置エントリにも登録されているかを確認する（Ｓ１３２）。要するに、Ｓ１３２では、端末がローミングしてローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに登録されているかを確認する。登録されていない場合、前確認時のパケット転送数１８７にパケット転送数１８６の値を記録して終了する（Ｓ１３６）。
【００７１】
ステップ１３２でＹＥＳのとき、各ユーザ別にパケット転送数１８６から前確認時のパケット転送数１８７の値を引いてパケット転送数の増減値を算出する（Ｓ１３３）。各パケット転送数の増減値が閾値を超えているかを確認する（Ｓ１３４）。
【００７２】
各パケット転送数の増減値が閾値を超えていない場合は正規ユーザが認証スイッチ間を行き来している状態であると判断して、ステップ１３６を実施して終了する。ステップ１３４でＹＥＳの場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくく、不正ユーザが存在すると判断し、不正ユーザ検出のアラームとして、認証スイッチ１００−１および対向する認証スイッチ１００−２に不正ユーザ検出ログを保存、ＭＩＢトラップ機能を使用していればＭＩＢトラップを端末７０に発行する（Ｓ１３５）。最後にステップ１３６を実施して終了する。なお、不正ユーザ検出処理部２２０はユーザ認証情報テーブルのエントリ分を処理する。パケット転送数増減値の閾値についてはネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００７３】
本実施形態ではＳ１３２においてユーザ名１８１を用いてエントリ登録を確認したが、ユーザ名１８１の代わりにＭＡＣアドレス１８２またはＩＰアドレス１８３を確認することで、ＭＡＣアドレスまたはＩＰアドレスを詐称する不正端末を検出することも可能である。
【００７４】
以上の構成において、不正ユーザを検出する例を具体的に説明する。まず、図２７を参照して正規ユーザが認証スイッチ間をローミングした例を説明する。認証スイッチネットワーク５００Ｆは、認証スイッチ１００−１と認証スイッチ１００−２で構成されている。矢印Ｆは認証スイッチ１００−２に認証された正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミングにより認証スイッチ１００−１に移動したことを示す。矢印Ｇは認証スイッチ１００−１を経由した端末７０−１のパケット転送を示す。
【００７５】
図２７の状態におけるユーザ認証情報テーブル１８０Ａの状態を図２８に示す。なお図２８の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図２８のユーザ認証情報テーブル１８０Ａには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミング前に接続していた認証スイッチ１００−２のエントリ１８９とローミング後に接続している認証スイッチ１００−１のエントリ１８８が登録されている。正規ユーザ（Ｕｓｅｒ０１）の端末７０−１は認証スイッチ１００−１に接続してパケット転送しているため、エントリ１８８のパケット転送数１８６が増えている。また、エントリ１８９は正規ユーザ（Ｕｓｅｒ０１）の端末７０−１が認証スイッチ１００−２に接続されていないため、パケット転送数１８６は増えておらず、ローミング前の転送数の値が保持されている。なお、エントリ１８９のパケット転送数１８６の値は、図２６のＳ１３１にて更新された値である。
【００７６】
図２７、図２８における不正ユーザ検出処理部２２０の動作について説明する。なお、本説明では不正ユーザ検出処理部２２０が実施される定期間隔は１分間、パケット増減値の閾値を１００００とする。図２８のユーザ認証情報テーブル１８０Ａに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図２６のステップ１３２でＹＥＳとなる。但し、エントリ１８８のパケット増減値は閾値を超えるがエントリ１８９のパケット増減値は閾値を超えないため、図２６のステップ１３４でＮＯとなり、Ｕｓｅｒ０１は正規ユーザであると判断される。
【００７７】
次に図２９を参照して正規ユーザが認証スイッチ間をローミングした後に、不正ユーザが認証スイッチ１００−２に接続した例を説明する。図２９は図２７、図２８の状態を継続しており、図２８のユーザ認証情報テーブル１８０Ａにエントリ１８９が登録されているため、正規ユーザ（Ｕｓｅｒ０１）の端末７０−１の認証情報を詐称した不正ユーザ（Ｕｓｅｒ０１）の端末７０−３が認証スイッチ１００−２に接続可能である。矢印Ｈは認証スイッチ１００−２を経由した端末７０−３のパケット転送を示す。
【００７８】
図２９の状態におけるユーザ認証情報テーブル１８０Ａの状態を図３０に示す。なお図３０の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図３０のユーザ認証情報テーブル１８０Ａには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１のエントリ１８８と不正ユーザ（Ｕｓｅｒ０１）の端末７０−３のエントリ１８９が登録されている。正規ユーザの端末７０−１と不正ユーザの端末７０−３はそれぞれパケット転送しているため、エントリ１８８とエントリ１８９のパケット転送数１８６が増えている。なお、エントリ１８９のパケット転送数１８６の値は、図２６のＳ１３１にて更新された値である。
【００７９】
図２９、図３０における不正ユーザ検出処理部２２０の動作について説明する。なお、本説明では不正ユーザ検出処理部２２０が実施される定期間隔は１分間、パケット増減値の閾値を１００００とする。図３０のユーザ認証情報テーブル１８０Ａに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図２６のステップ１３２でＹＥＳとなる。さらにエントリ１８８とエントリ１８９のパケット増減値が共に閾値を超えるため、図２６のステップ１３４でＹＥＳとなり、不正ユーザが存在すると判断し、不正ユーザ検出のアラーム処理（Ｓ１３５）が実施される。
【００８０】
［第３の実施形態］
次にユーザ認証情報を詐称して正規ユーザになりすまして認証した不正ユーザを検出する第３の実施形態について説明する。
まず、図３１を参照して、本実施形態における認証スイッチ１００−１の構成について説明する。認証スイッチ１００−１は図１で説明した構成に対して、さらに接続継続確認処理部２３０と不正ユーザ検出処理部２２０Ａを追加した構成としている。なお、認証スイッチ１００−２も同様の構成であるため、認証スイッチ１００−１を用いて以下説明する。
【００８１】
認証情報保持部１６０Ｂ内のユーザ認証情報テーブル１８０Ｂの構成を図３２に示す。図示するように、ユーザ認証情報テーブル１８０Ｂは図６で示したユーザ認証情報テーブル１８０に対して、接続継続確認回数１９０および前接続継続確認回数１９１を追加した構成としている。接続継続確認回数１９０は接続継続確認処理部２３０によって加算された接続継続確認回数を保持する。前接続継続確認回数１９１は不正ユーザ検出処理部２２０Ａが前回のタイミングで確認した時の接続継続確認回数を保持するものであり、詳細は後述する。
【００８２】
また、端末がローミングした場合のユーザ認証情報テーブル１８０Ｂの更新方法は、第２の実施形態と同様であり、ローミングした端末についてはローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに保持される。ユーザ認証情報テーブル１８０Ｂの具体例は後述する図３６に示す。
【００８３】
図３３を参照して、接続継続確認処理部２３０の詳細動作を説明する。接続継続確認処理部２３０は定期的に図３３の処理を実行し、実行する時間間隔はネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。認証スイッチ１００−１は端末７０に対して例えばＰｉｎｇやＨｅｌｌｏパケットのような接続確認パケットを送信する（Ｓ１４１）。認証スイッチ１００−１は一定時間内に端末７０からの応答パケットを受信したかを確認する（Ｓ１４２）。受信した場合、接続継続確認回数１９０を１つ加算し（Ｓ１４３）終了する。ステップ１４２でＮＯのときは終了する。
【００８４】
図３４を参照して、不正ユーザ検出処理部２２０Ａの別の詳細動作を説明する。不正ユーザ検出処理部２２０Ａは定期的に図３４の処理を実行し、実行する時間間隔はネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００８５】
まず、図４、図１０、図１５等で説明した認証スイッチ１００−２とのパケット送信や返信パケットの受信と同様の手法により、認証スイッチ１００−２と認証情報の受け渡しを実施し、ユーザ認証情報テーブル１８０Ｂの接続継続確認回数１９０を更新する（Ｓ１５１）。この時、認証スイッチ１００−１配下の端末に関する接続継続確認回数１９０は自身の接続継続確認処理部２３０により最新の状態に更新されているため、対向する認証スイッチ１００−２がカウントした接続継続確認回数１９０の値のみを認証スイッチ１００−２から受け取り更新する。
【００８６】
認証スイッチ１００−１はユーザ認証情報テーブル１８０Ｂの自装置エントリに登録されているユーザ名１８１が対向装置エントリにも登録されているかを確認する（Ｓ１５２）。要するに、Ｓ１５２では、端末がローミングしてローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに登録されているかを確認する。登録されていない場合、前接続継続確認回数１９１に接続継続確認回数１９０の値を記録して終了する（Ｓ１５６）。
【００８７】
ステップ１５２でＹＥＳのとき、各ユーザ別に接続継続確認回数１９０から前接続継続確認回数１９１の値を引いて接続継続確認回数の増減値を算出する（Ｓ１５３）。各接続継続確認回数の増減値が閾値を超えているかを確認する（Ｓ１５４）。
【００８８】
各接続継続確認回数の増減値が閾値を超えていない場合は正規ユーザが認証スイッチ間を行き来している状態であると判断して、ステップ１５６を実施して終了する。ステップ１５４でＹＥＳの場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくく、不正ユーザが存在すると判断し、不正ユーザ検出のアラームとして、認証スイッチ１００−１および対向する認証スイッチ１００−２のログに不正ユーザ検出ログを保存、ＭＩＢトラップ機能を使用していればＭＩＢトラップを端末７０に発行する（Ｓ１５５）。最後にステップ１５６を実施して終了する。なお、不正ユーザ検出処理部２２０Ａはユーザ認証情報テーブルのエントリ分を処理する。接続継続確認回数増減値の閾値についてはネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００８９】
本実施形態ではＳ１５２においてユーザ名１８１を用いてエントリ登録を確認したが、ユーザ名１８１の代わりにＭＡＣアドレス１８２またはＩＰアドレス１８３を確認することで、ＭＡＣアドレスまたはＩＰアドレスを詐称する不正端末を検出することも可能である。
【００９０】
以上の構成において、不正ユーザを検出する例を具体的に説明する。まず、図３５を参照して正規ユーザが認証スイッチ間をローミングした例を説明する。認証スイッチネットワーク５００Ｇは、認証スイッチ１００−１と認証スイッチ１００−２で構成されている。矢印Ｉは認証スイッチ１００−２に認証された正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミングにより認証スイッチ１００−１に移動したことを示す。矢印Ｊは認証スイッチ１００−１の接続継続確認処理部２３０が認証した端末７０−１との接続が継続中であるかを定期的に確認することを示す。
【００９１】
図３５の状態におけるユーザ認証情報テーブル１８０Ｂの状態を図３６に示す。なお図３６の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図３６のユーザ認証情報テーブル１８０Ｂには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミング前に接続していた認証スイッチ１００−２のエントリ１８９とローミング後に接続している認証スイッチ１００−１のエントリ１８８が登録されている。正規ユーザ（Ｕｓｅｒ０１）の端末７０−１は認証スイッチ１００−１に接続を継続しているため、エントリ１８８の接続継続確認回数１９０が増えている。また、エントリ１８９は正規ユーザ（Ｕｓｅｒ０１）の端末７０−１が認証スイッチ１００−２に接続されていないため、接続継続確認回数１９０は増えておらず、ローミング前の接続継続確認回数の値が保持されている。なお、エントリ１８９の接続継続確認回数１９０の値は、図３４のＳ１５１にて更新された値である。
【００９２】
図３５、図３６における不正ユーザ検出処理部２２０Ａの動作について説明する。なお、本説明では不正ユーザ検出処理部２２０Ａが実施される定期間隔を１分間、接続継続確認処理部２３０が実施される定期間隔を１０分間、接続継続確認回数増減値の閾値を５とする。図３６のユーザ認証情報テーブル１８０Ｂに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図３４のステップ１５２でＹＥＳとなる。但し、エントリ１８８の接続継続確認回数増減値は閾値を超えるがエントリ１８９の接続継続確認回数増減値は閾値を超えないため、図３４のステップ１５４でＮＯとなり、Ｕｓｅｒ０１は正規ユーザであると判断される。
【００９３】
次に図３７を参照して正規ユーザが認証スイッチ間をローミングした後に、不正ユーザが認証スイッチ１００−２に接続した例を説明する。図３７は図３５、図３６の状態を継続しており、図３６のユーザ認証情報テーブル１８０Ｂにエントリ１８９が登録されているため、正規ユーザ（Ｕｓｅｒ０１）の端末７０−１の認証情報を詐称した不正ユーザ（Ｕｓｅｒ０１）の端末７０−３が認証スイッチ１００−２に接続可能である。矢印Ｋは認証スイッチ１００−２が認証した端末７０−３との接続が継続中であるかを定期的に確認することを示す。
【００９４】
図３７の状態におけるユーザ認証情報テーブル１８０Ａの状態を図３８に示す。なお図３８の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図３８のユーザ認証情報テーブル１８０Ｂには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１のエントリ１８８と不正ユーザ（Ｕｓｅｒ０１）の端末７０−３のエントリ１８９が登録されている。正規ユーザの端末７０−１は認証スイッチ１００−１、不正ユーザの端末７０−３は認証スイッチ１００−２にそれぞれ接続を継続しているため、エントリ１８８とエントリ１８９の接続継続確認回数１９０が増えている。なお、エントリ１８９の接続継続確認回数１９０の値は、図３４のＳ１５１にて更新された値である。
【００９５】
図３７、図３８における不正ユーザ検出処理部２２０Ａの動作について説明する。なお、本説明では不正ユーザ検出処理部２２０Ａが実施される定期間隔を１分間、接続継続確認処理部２３０が実施される定期間隔を１０分間、接続継続確認回数増減値の閾値を５とする。図３８のユーザ認証情報テーブル１８０Ｂに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図３４のステップ１５２でＹＥＳとなる。さらにエントリ１８８とエントリ１８９の接続継続確認回数増減値が共に閾値を超えるため、図３４のステップ１５４でＹＥＳとなり、不正ユーザが存在すると判断し、不正ユーザ検出のアラーム処理（Ｓ１５５）が実施される。
【符号の説明】
【００９６】
７０…端末、１００…認証スイッチ、１１０…認証スイッチ管理テーブル、１２０…自認証スイッチ状態配布部、１３０…対向認証スイッチ可否判定部、１４０…認証情報送信部、１５０…認証情報受信部、１６０…認証情報保持部、１７０…スイッチ情報テーブル、１８０…ユーザ認証情報テーブル、１９０…認証処理部、２００…レイヤ２スイッチ、３００…専用回線、５００…認証スイッチネットワーク。
【技術分野】
【０００１】
本発明は、認証スイッチおよび端末認証方法に係り、特にレイヤ２スイッチおよび端末で構成されるレイヤ２ネットワークで利用認証スイッチおよび端末認証方法に関する。
【背景技術】
【０００２】
レイヤ２スイッチ上で動作する端末の認証情報は、端末の認証を実行したレイヤ２スイッチ内にのみに保存されている。このため、ネットワーク内に複数のレイヤ２スイッチが設置されている場合、それぞれのレイヤ２スイッチ毎に個別に認証情報が保存されている。この状態で、端末に付いて第１のレイヤ２スイッチにてユーザ認証が行なった後に、この端末が第２のレイヤ２スイッチに移動した際、再度、ユーザ認証を行なわなければならない。この結果、作業の中断を伴なってしまう。
【０００３】
一方、無線ネットワークでは、ネットワーク内に設定された各無線局からの無線をオーバーラップさせて、無線機能を具備した端末との間で常に通信を行なっている。このため、端末を移動してもユーザ認証をその都度行なうことなく作業を継続して行なうことができる。
【０００４】
しかし、レイヤ２スイッチで構成されたレイヤ２ネットワークでは、ユーザ認証された端末のレイヤ２スイッチ間での移動ができない。
特許文献１は、複数のゲートウェイ装置による冗長構成に於ける負荷分散管理を開示し、複数のゲートウェイ装置から送信されたパケットから特定のゲートウェイ装置のパケットだけを端末に送信するパケット転送装置の記載がある。
【０００５】
また、正規ユーザの認証情報を詐称してレイヤ２スイッチに認証する不正ユーザが懸念される。
特許文献２は、認証サーバにおいて複数のレイヤ２スイッチから取得・マージした認証ログ情報のログイン、ログアウトの時間差からユーザ名を詐称する不正ユーザを検出する手段が記載されているが、認証サーバ、ユーザ認証を実行するレイヤ２スイッチに対して専用の装置および専用のソフトウェアを使用する必要があった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１１３２６０号公報
【特許文献２】特開２００９−２９６５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ユーザ認証を実行するレイヤ２スイッチ（以降、単に認証スイッチと呼ぶ）でユーザ認証された端末を他の認証スイッチへ移動（以降、単にローミングと呼ぶ）する際、ユーザ情報との照合を行なう専用の認証サーバ（以降、単に認証サーバと呼ぶ）で管理するのが一般的である。この場合、認証スイッチは、ユーザ認証を行なう端末と認証サーバとの間を仲介し、認証された端末のＭＡＣアドレスなどの情報を保持する。この場合、認証サーバは、各認証スイッチで認証された情報を全て保存する。すなわち、ネットワーク内には必ず認証サーバが存在しなければならない。この様な状態で、認証サーバに障害が発生すると、認証済みの端末がローミングする際にも、正常な移動が行なえない。
【０００８】
また、有線で構築されたネットワークは、単純に認証スイッチ同士をオーバーラップするとネットワーク内でループ状態が発生する場合もあり、無線ネットワークで実現している方式を採用できないでいた。
【０００９】
なお、通常レイヤ２スイッチの制御には、レイヤ２スイッチを制御する専用のパケット（以降、制御パケットと呼ぶ）を用いるのが一般的である。しかし、ユーザ認証された情報を受け渡す専用の制御パケットが定義されていない。このため、認証スイッチだけで構成されたネットワークでは、ユーザ認証情報の受け渡しができず、認証スイッチ間のローミング時に移動先の認証スイッチ上でユーザ認証の操作を行なう必要があった。
【００１０】
また、認証スイッチ間をローミングすることにより、移動元と移動先の認証スイッチに端末のユーザ認証情報が保存される場合、保存されているユーザ認証情報と同一となる端末は認証スイッチに接続しパケット転送することができる。そのため、ユーザ認証情報を詐称した不正ユーザが認証スイッチに接続可能であり、セキュリティの懸念がされていた。また、ローミング時の移動元と移動先の認証スイッチにユーザ認証情報が同一となる端末が存在した場合に、ユーザ認証情報を詐称して正規ユーザになりすまして認証した不正ユーザが認証スイッチに接続しているのか、もしくは正規ユーザが認証スイッチ間を行き来しているのか判断が難しく、単純に不正ユーザと判断することが困難であった。
【課題を解決するための手段】
【００１１】
本発明は、ネットワークに設置された認証スイッチでユーザ認証された認証情報を、複数の認証スイッチ間で冗長に保持し、認証スイッチのみで構成されたネットワークに於いて、ユーザ認証された端末のローミングに際し、移動先の認証スイッチでユーザ認証操作を行わないで移動することを可能にする。
【００１２】
また、認証スイッチ間のユーザ認証情報の受け渡しには、ＲＡＤＩＵＳプロトコルを利用して実現する。このため、ネットワーク内に認証スイッチが点在して設置されていてもユーザ認証情報の受け渡しが可能となる。
【００１３】
上述した課題は、配下に接続された端末の認証を行ない、認証済みの複数の端末の情報を記録する第１の情報テーブルと、複数の認証スイッチの情報を記録する第２の情報テーブルとを備え、他の認証スイッチとの間で、認証済み端末の情報と認証スイッチの情報とを交換し、交換した認証済み端末の情報と認証スイッチの情報とにより、第１のテーブルと第２のテーブルを更新する認証スイッチにより、達成できる。
【００１４】
また、対向する認証スイッチに第２の照合キーを送信するステップと、対向する認証スイッチからの第１の照合キーを受信するステップと、第１の照合キーを検証するステップと、新規端末を認証するステップと、対向する認証スイッチに認証した端末の情報を送信するステップと、対向する認証スイッチからの認証された端末の情報を受信するステップと、認証した端末の情報と認証された端末の情報とを記録するステップとからなる端末認証方法により、達成できる。
【００１５】
本発明の第２の解決手段として、各認証スイッチで保持しているユーザ認証情報にパケット転送数カウンタを設け、認証スイッチに認証されている端末のパケット転送数をチェックしてパケット転送中であればカウンタを増加し、一定時間のカウンタ増加値が閾値を超えた場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくいため、正規ユーザのユーザ認証情報を詐称した不正ユーザと判断する手段をもつ。
【００１６】
本発明の第３の解決手段として、各認証スイッチで保持しているユーザ認証情報に接続継続確認回数カウンタを設け、認証スイッチに認証されている端末の接続状態をチェックして接続中であればカウンタを増加し、一定時間のカウンタ増加値が閾値を超えた場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくいため、正規ユーザのユーザ認証情報を詐称した不正ユーザと判断する手段をもつ。
【発明の効果】
【００１７】
本発明によれば、認証スイッチをまたがって端末が移動した際に、移動先の認証スイッチでのユーザ認証を行わずに認証状態を継続した状態で通信をすることができる。また、専用のサーバや専用のソフトウェアを使用せずに、認証スイッチのみで構成されたネットワーク内での端末のローミングが可能となる。
【００１８】
また、複数の認証スイッチから正規ユーザの認証情報を詐称してネットワークに接続してくる不正ユーザを検出することができる。
【図面の簡単な説明】
【００１９】
【図１】認証スイッチネットワークのブロック図である。
【図２】認証スイッチ間の照合を説明するシーケンス図である。
【図３】ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケットのフォーマットである。
【図４】自認証スイッチの状態配布処理のフローチャートである。
【図５】対向認証スイッチ可否判定処理のフローチャートである。
【図６】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その０）。
【図７】認証スイッチネットワークの他のブロック図である。
【図８】認証スイッチ管理テーブルおよびスイッチ情報テーブルを説明する図である。
【図９】認証スイッチネットワークの更に他のブロック図である。
【図１０】認証情報通知処理のフローチャートである。
【図１１】認証情報受信処理のフローチャートである。
【図１２】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その１）。
【図１３】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その２）。
【図１４】認証スイッチネットワークの更に更に他のブロック図である。
【図１５】認証移動状態通知処理のフローチャートである。
【図１６】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その２−２）。
【図１７】端末移動情報受信処理のフローチャートである。
【図１８】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その１−２）。
【図１９】認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルを説明する図である（その２−３）。
【図２０】３台の認証スイッチからなる認証スイッチネットワークのブロック図である。
【図２１】複数のローミンググループとした認証スイッチネットワークのブロック図である。
【図２２】認証スイッチの冗長構成とした認証スイッチネットワークのブロック図である。
【図２３】第２の実施形態における認証スイッチネットワークのブロック図である。
【図２４】第２の実施形態におけるユーザ認証情報テーブルを示す図である。
【図２５】パケット転送数処理部の動作を示すフローチャートである。
【図２６】不正ユーザ検出処理部の動作を示すフローチャートである（その１）。
【図２７】認証スイッチネットワークにて正規ユーザがローミングしている状態を説明する図である（その１）。
【図２８】正規ユーザがローミングしている状態のユーザ認証情報テーブルを示す図である（その１）。
【図２９】認証スイッチネットワークにて不正ユーザが接続している状態を説明する図である（その１）。
【図３０】不正ユーザが接続している状態のユーザ認証情報テーブルを示す図である（その１）。
【図３１】第３の実施形態における認証スイッチネットワークのブロック図である。
【図３２】第３の実施形態におけるユーザ認証情報テーブルを示す図である。
【図３３】接続継続確認処理部の動作を示すフローチャートである。
【図３４】不正ユーザ検出処理部の動作を示すフローチャートである（その２）。
【図３５】認証スイッチネットワークにて正規ユーザがローミングしている状態を説明する図である（その２）。
【図３６】正規ユーザがローミングしている状態のユーザ認証情報テーブルを示す図である（その２）。
【図３７】認証スイッチネットワークにて不正ユーザが接続している状態を説明する図である（その２）。
【図３８】不正ユーザが接続している状態のユーザ認証情報テーブルを示す図である（その２）。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
まず、図１を参照して、認証スイッチネットワークの構成を説明する。図１において、認証スイッチネットワーク５００は、認証スイッチ１００−１と対向する認証スイッチ１００−２とから構成されている。認証スイッチ１００−１は、端末７０が接続されている。認証スイッチ１００は、自認証スイッチ状態配布部１２０、対向認証スイッチ可否判定部１３０、認証情報送信部１４０、認証情報受信部１５０、認証情報保持部１６０、認証処理部１９０から構成されている。
【００２１】
自認証スイッチ状態配布部１２０は、自認証スイッチの状態を認証スイッチ１００−２に配布する。対向認証スイッチ可否判定部１３０は、対向認証スイッチ１００−２からの自スイッチ状態を受信して、対向認証スイッチ１００−２とのネットワーク形成の可否を判定する。対向認証スイッチ可否判定部１３０は、認証情報保存部１６０の認証スイッチ管理テーブルを更新する。認証情報送信部１４０は、端末７０からの認証要求を認証処理部に転送する。認証情報送信部１４０は、認証情報保持部１６０にアクセスして、認証情報を認証スイッチ１００−２に送信する。認証情報受信部１５０は、対向認証スイッチからの認証情報を受信して、認証情報保存部１６０のスイッチ情報テーブルとユーザ認証情報テーブルを更新する。認証情報保持部１６０は、認証情報を保存する。認証処理部１９０は、端末７０の認証を実行する。
【００２２】
最初に自認証スイッチ状態配布１２０は、対向認証スイッチ１００−２とのやり取りを許可するための通知を行なう。対向認証スイッチ可否判定部１３０は、対向認証スイッチとのやり取りが許可されたものかを判定する。その後、認証端末７０からの認証要求を認証情報送信部１４０は、受け付ける。認証情報送信部１４０は、認証情報保持部１６０に既に認証情報が存在するかの確認を行なう。新規の認証要求である場合、認証処理部１９０は、認証操作を実施し、認証情報保持部１６０に格納する。さらに、認証情報通知１４０は、対向認証スイッチ１００−２宛てに認証情報の通知を行なう。対向認証スイッチ１００−２にて認証された認証情報について、認証情報受信１５０は、それを受け取り、対向認証スイッチの認証情報として認証情報保持部１６０に格納する。
【００２３】
図２を参照して、認証スイッチ間のやり取り許可の手順を説明する。図２において、まず、認証スイッチ１００−１は、認証スイッチ１００−２宛てに認証スイッチ１００−２の照合キーが入ったパケットを送信する（Ｓ１１）。認証スイッチ１００−２は、認証スイッチ１００−２の照合キーであるかの判定を行なう（Ｓ１２）。認証スイッチ１００−２は、認証スイッチ１００−１に対し返答パケットを送信する（Ｓ１３）。また、認証スイッチ１００−２は、認証スイッチ１００−１宛てに認証スイッチ１００−１の照合キーが入ったパケットを送信する（Ｓ１４）。認証スイッチ１００−１は、認証スイッチ１００−１の照合キーであるかを判定する（Ｓ１６）。認証スイッチ１００−１は、認証スイッチ１００−２に対して返答パケットを送信する（Ｓ１７）。
【００２４】
図２の認証スイッチ間のやり取りに使用するＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケットについて、図３を参照して説明する。図３において、ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケット３０は、ＩＰ／ＵＤＰヘッダ３１、Ａｕｔｈｅｎｔｉｃａｔｏｒフィールド３２、Ａｔｔｒｉｂｕｔｅフィールド３３から構成されている。照合キーの送信パケットは、ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケット３０のＡｕｔｈｅｎｔｉｃａｔｏｒフィールド３２に対向する認証スイッチの照合キー、Ａｔｔｒｉｂｕｔｅフィールド３３に認証情報を格納する。
【００２５】
通常、ＲＡＤＩＵＳ ＡｃｃｏｕｎｔｉｎｇパケットはＲＡＤＩＵＳへ認証結果を通知するために使用される。しかし、本実施例では、ＲＡＤＩＵＳ Ａｃｃｏｕｎｔｉｎｇパケット３０のＡｕｔｈｅｎｔｉｃａｔｏｒフィールド３２に格納した照合キーでローミング対象となる認証スイッチであるかを判定し、認証スイッチ１００間の認証情報の受け渡しを行なう。
【００２６】
図４を参照して、認証スイッチ状態配布の動作を説明する。図４において、認証スイッチ１００は、対向認証スイッチ宛てに送信するパケットに対向する認証スイッチの照合キーを格納する（Ｓ４１）。認証スイッチ１００は、対向する認証スイッチ宛てにパケットを送信する（Ｓ４２）。次に、認証スイッチ１００は、対向する認証スイッチからの返答パケットを受信する（Ｓ４３）。
【００２７】
認証スイッチ１００は、一定時間内に対向認証スイッチから返答パケットが受信できたかを判定する（Ｓ４４）。受信できなかった場合、認証スイッチ１００は、対向認証スイッチが管理対象外であると判定して、終了する。ステップ４４でタイムアウトしていないとき、認証スイッチ１００は、返答パケットが許可を示す許可パケットであるかを判定する（Ｓ４６）。
【００２８】
許可パケットでないとき、認証スイッチ１００は、対向認証スイッチが管理対象外であると判定して、終了する。ステップ４６で許可パケットのとき、認証スイッチ１００は、自身の照合キーが添付されているか判定する（Ｓ４７）。自身の照合キーでないとき、認証スイッチ１００は、対向認証スイッチが管理対象外であると判定して、終了する。ステップ４７でＹＥＳのとき、認証スイッチ１００は、対向する認証スイッチを管理対象とし、認証スイッチ管理テーブルに対向認証スイッチを登録する（Ｓ４８）。最後に、認証スイッチ１００は、対向する認証スイッチ宛てに返信パケットを送信して（Ｓ４９）、終了する。なお、ステップ４４〜ステップ４７の順序は順不同である。
【００２９】
図５を参照して、対向認証スイッチから送られてきた照合キーを判定する認証スイッチの動作を説明する。図５において、認証スイッチ１００は、対向認証スイッチからのパケットを受信する（Ｓ５１）。認証スイッチ１００は、受信したパケットに格納されている照合キーが自分の認証スイッチの照合キーであるかを判定する（Ｓ５２）。照合キーが一致した場合（ＹＥＳ）、認証スイッチ１００は、許可パケットを対向認証スイッチ宛てに送信する（Ｓ５３）。ステップ５２でＮＯのとき、認証スイッチ１００は、拒否パケットを対向認証スイッチ宛てに送信して（Ｓ５４）、終了する。
【００３０】
ステップ５３に続いて、認証スイッチ１００は、対向認証スイッチからの返信パケットを受信する（Ｓ５６）。認証スイッチ１００は、さらに、対向認証スイッチが認証許可であるか判定する（Ｓ５７)。ＹＥＳのとき、認証スイッチ管理テーブルに対向認証スイッチを登録して（Ｓ５８）、終了する。ステップ５７でＮＯのとき、認証スイッチ１００は、そのまま終了する。なお、ステップ５６とステップ５７の順序は、逆でもよい。
【００３１】
図６を参照して、認証情報を保持する各認証情報テーブルを説明する。各認証情報テーブルは、認証情報保持部１６０に記憶されている。各認証情報テーブルは、認証スイッチ管理テーブル１１０と、スイッチ情報テーブル１７０と、ユーザ認証情報テーブル１８０とから成っている。
【００３２】
認証スイッチ管理テーブル１１０は、認証スイッチ種別１１１、認証スイッチ数１１２、スイッチ情報テーブルへのポインタ１１３のコラムから成っている。認証スイッチ管理テーブル１１０の認証スイッチ種別１１１は、自装置である０、対向装置である１、障害装置である２を含んでいる。認証スイッチ数１１２は、それぞれの認証スイッチの数である。自装置エントリの認証スイッチ数１１２は、当然「１」が記録されている。スイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０に記録された最初のスイッチへのポインタを記録する。なお、障害装置のエントリで、認証スイッチ数１１２が「０」なので、スイッチ情報テーブルへのポインタ１１３は、ＮＵＬＬ（なし）である。
【００３３】
スイッチ情報テーブル１７０は、認証スイッチＩＰアドレス１７１、照合キー１７２、認証ユーザ数１７３、ユーザ認証テーブルへのポインタ１７４、次のスイッチ情報へのポインタ１７５のコラムから成っている。認証スイッチＩＰアドレス１７１は、当該認証スイッチのＩＰアドレスを記録する。照合キー１７２は、当該認証スイッチの照合キーを記録する。認証ユーザ数１７３は、当該認証スイッチの認証ユーザ（端末）数を記録する。ユーザ認証テーブルへのポインタ１７４は、当該認証スイッチのユーザ認証テーブル１８０最初のユーザ（端末）へのポインタを記録する。次のスイッチ情報へのポインタ１７５は、次の認証スイッチへのポインタを記録する。なお、ユーザ認証テーブルへのポインタ１７４および次のスイッチ情報へのポインタ１７５は、ＮＵＬＬ（なし）の場合がある。
【００３４】
ユーザ認証情報テーブル１８０は、ユーザ名１８１、ＭＡＣアドレス１８２、ＩＰアドレス１８３、認証時刻１８４、次のユーザ認証情報へのポインタ１８５のコラムから成っている。ユーザ名１８１は、当該端末のユーザ名を記録する。ＭＡＣアドレス１８２は、当該端末のＭＡＣアドレスを記録する。ＩＰアドレス１８３は、当該端末のＩＰアドレスを記録する。認証時刻１８４は、当該端末の認証時刻を記録する。次のユーザ認証情報へのポインタ１８５は、当該認証スイッチの次のユーザ認証情報へのポインタを記録する。なお、次のユーザ認証情報へのポインタ１８５は、ＮＵＬＬ（なし）の場合がある。また、図中のポインタのセルを起点とする破線矢印は、ポインタの指し先を示している。
【００３５】
図７と図８を参照して、認証スイッチ管理テーブルとスイッチ情報テーブルとの関係を詳細に説明する。図７において、認証スイッチネットワーク５００Ａは、レイヤ２スイッチ２００と、レイヤ２スイッチ２００に接続された２台の認証スイッチ１００と、認証スイッチ１００−１に接続された端末７０−１、７０−２と、認証スイッチ１００に接続された端末７０−３とで構成されている。ここで、認証スイッチ１００−１と認証スイッチ１００−２は互いにローミング可能な認証スイッチである。
【００３６】
認証スイッチネットワーク５００Ａにおいて、最初に、図２に示した認証スイッチ間のやり取りが行われ、対向する認証スイッチがそれぞれ相手がローミング対象であるかを判定し、図８に示す認証スイッチ管理テーブルとスイッチ情報テーブルが作成される。なお、図８以降の各認証管理テーブルは、図示の簡便のため略記する。
【００３７】
図８において、認証スイッチ管理テーブル１１０の自装置エントリ６２のスイッチ情報テーブルへのポインタ１１３には、スイッチ情報テーブル１７０の最初のエントリへのポインタが格納されて、認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０とが関係付けられる。一方、対向認証スイッチは、認証スイッチ管理テーブル１１０の対向装置エントリ６３のスイッチ情報テーブルへのポインタ１１３には、スイッチ情報テーブル１７０の２番目のエントリへのポインタが格納されて、認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０とが関係付けられる。
【００３８】
次に、各認証スイッチの認証結果の交換について、図９を参照して説明する。図９において、認証スイッチ１００−１と認証スイッチ１００−２は互いにローミング可能な認証スイッチである。認証スイッチ１００−１にてユーザ認証された端末７０−１と端末７０−２の認証情報は、認証スイッチ１００−１の認証情報保持部１６０に保存される。端末７０−１と端末７０−２の認証情報は、同時に矢印Ａで示すように認証スイッチ１００−２に向けて送信される。また、認証スイッチ１００−２にてユーザ認証された端末７０−３の認証情報は、認証スイッチ１００−２の認証情報保持部１６０に保存される。端末７０−３の認証情報は、同時に矢印Ｂに示すように認証スイッチ１００−１に向けて送信される。
【００３９】
図１０と図１１を参照して、認証情報の交換をさらに説明する。図１０において、端末からの認証要求について、認証スイッチ１００は、認証処理部１９０で実行する（Ｓ６1)。認証スイッチ１００は、認証が成功したか判定する（Ｓ６２）。ＮＯのとき、認証スイッチ１００は、そのまま終了する。ステップ６２でＹＥＳのとき、認証スイッチ１００は、認証に成功したユーザ情報をユーザ認証情報テーブル１８０に登録する（Ｓ６３）。認証スイッチ１００は、パケットに対向認証スイッチの照合キーと認証結果を格納する（Ｓ６４）。認証スイッチ１００は、パケットを送信する（Ｓ６６）。認証スイッチ１００は、返信パケットを受信する（Ｓ６７）。認証スイッチ１００は、受信タイムアウトしていたか判定する（Ｓ６８）。ＹＥＳのとき、認証スイッチ１００は、対向認証スイッチを障害装置エントリに移動して（Ｓ６９）、終了する。ステップ６８でＮＯのとき、認証スイッチ１００は、許可パケットか判定する（Ｓ７１）。ＹＥＳのとき、認証スイッチ１００は、そのまま終了する。ステップ７１でＮＯのとき、認証スイッチ１００は、認証スイッチ管理テーブル等から対向認証スイッチに係るデータを削除して（Ｓ７２）、終了する。なお、ステップ６８とステップ７１の順序は、逆でもよい。また、頁外結合子は、図１５からの移動（新規ユーザ認証処理）である。
【００４０】
図１１において、認証スイッチ１００は、他の認証スイッチから送られてきた認証情報を受信する（Ｓ８１）。認証スイッチ１００は、受信したパケットが管理対象の認証スイッチから送られてきたものか判定する（Ｓ８２）。ＹＥＳのとき、認証スイッチ１００は、さらに、パケット内に格納されている照合キーが自身の照合キーか判定する（Ｓ８３）。ＹＥＳのとき、認証スイッチ１００は、許可パケットを送信する（Ｓ８４）。認証スイッチ１００は、対向認証スイッチを認証スイッチ管理テーブルに登録して（Ｓ８６）、終了する。
【００４１】
ステップ８２またはステップ８３でＮＯのとき、認証スイッチ１００は、拒否パケットを送信する（Ｓ８７）。認証スイッチ１００は、スイッチ管理テーブルから対向認証スイッチを削除し（Ｓ８８）、終了する。なお、ステップ８４とステップ８６ならびにステップ８７とステップ８８の順序は、逆でもよい。
【００４２】
図１２および図１３を参照して、図９の状態での認証スイッチ管理テーブル、スイッチ情報テーブルおよびユーザ認証情報テーブルの参照関係を説明する。ここで、図１２は認証スイッチ１００−１、図１３は認証スイッチ１００−２の各テーブルである。なお、図１２および図１３において、各テーブルのコラムのラベル部分の表記を省き、参照関係のみ図示している。
【００４３】
認証スイッチ１００−１を説明する図１２において、認証スイッチ管理テーブル１１０の自装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の最初のエントリをポイントしている。また、対向装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の２番目のエントリをポイントしている。さらに、障害装置エントリのスイッチ情報テーブルへのポインタ１１３は、ＮＵＬＬである。したがって、スイッチ情報テーブル１７０の最初のエントリには、認証スイッチ１００−１（認証スイッチ１と図示）の情報が記録されている。また、スイッチ情報テーブル１７０の２番目のエントリには、認証スイッチ１００−２の情報が記録されている。
【００４４】
スイッチ情報テーブル１７０のユーザ認証情報テーブルへのポインタ１７４について、最初のエントリは、ユーザ認証情報テーブル１８０の最初のエントリをポイントしている。また、２番目のエントリは、ユーザ認証情報テーブル１８０の３番目のエントリをポイントしている。ユーザ認証情報テーブル１８０の最初のエントリの次のユーザ認証情報へのポインタ１８５は、ユーザ認証情報テーブル１８０の２番目のエントリをポイントしている。したがって、ユーザ認証テーブル１８０について、最初のエントリは端末７０−１（端末１と図示）のユーザ認証情報、２番目のエントリは端末７０−２のユーザ認証情報、３番目のエントリは端末７０−３のユーザ認証情報を記録する。なお、ユーザ認証情報テーブル１８０の２番目および３番目のエントリの次のユーザ認証情報へのポインタ１８５は、ＮＵＬＬである。
【００４５】
認証スイッチ１００−２を説明する図１３において、認証スイッチ管理テーブル１１０の自装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の最初のエントリをポイントしている。また、対向装置エントリのスイッチ情報テーブルへのポインタ１１３は、スイッチ情報テーブル１７０の２番目のエントリをポイントしている。さらに、障害装置エントリのスイッチ情報テーブルへのポインタ１１３は、ＮＵＬＬである。したがって、スイッチ情報テーブル１７０の最初のエントリには、認証スイッチ１００−２の情報が記録されている。また、スイッチ情報テーブル１７０の２番目のエントリには、認証スイッチ１００−１の情報が記録されている。
【００４６】
スイッチ情報テーブル１７０のユーザ認証情報テーブルへのポインタ１７４について、最初のエントリは、ユーザ認証情報テーブル１８０の最初のエントリをポイントしている。また、２番目のエントリは、ユーザ認証情報テーブル１８０の２番目のエントリをポイントしている。ユーザ認証情報テーブル１８０の２番目のエントリの次のユーザ認証情報へのポインタ１８５は、ユーザ認証情報テーブル１８０の３番目のエントリをポイントしている。したがって、ユーザ認証テーブル１８０について、最初のエントリは端末７０−３のユーザ認証情報、２番目のエントリは端末７０−１のユーザ認証情報、３番目のエントリは端末７０−２のユーザ認証情報を記録する。なお、ユーザ認証情報テーブル１８０の最初および３番目のエントリの次のユーザ認証情報へのポインタ１８５は、ＮＵＬＬである。
【００４７】
なお、ここでは対向する２台の認証スイッチしか考慮していないので、スイッチ情報テーブル１７０の次のスイッチ情報へのポインタ１７５は、いずれもＮＵＬＬである。対向認証装置または障害認証装置が複数の場合の、次のスイッチ情報へのポインタ１７５の利用は、上述したユーザ認証情報テーブル１８０の次のユーザ認証情報へのポインタ１８５の利用と同様であることは、自明である。
【００４８】
上述した実施例に拠れば、認証スイッチ１００−１、１００−２は、互いに認証済みの端末７０の情報を交換しているので、端末７０−１または端末７０−２が認証スイッチ１００−２の配下に入っても認証スイッチ１００−２は、新たに認証する必要はない。同様に、端末７０−３が認証スイッチ１００−１の配下に入っても認証スイッチ１００−１は、新たに認証する必要はない。
【００４９】
図１４および図１５を参照して、端末７０−２が認証スイッチ１００−１の配下から認証スイッチ１００−２にローミングした場合の動作を説明する。図１４において、認証スイッチ１００−１で認証された端末７０−２が、矢印Ｃに示すように認証スイッチ１００−２の配下に移動したとする。この場合、認証スイッチ１００−２は、対向する認証スイッチ１００−１宛てに端末７０−２の認証情報（矢印Ｄ）を通知する。
【００５０】
図１５において、認証スイッチ１００−２は、移動してきた端末７０−２が管理しているユーザ認証情報テーブルに登録されているかを判定する（Ｓ９１）。ＮＯのとき、認証スイッチ１００−２は、図１０のステップ６１（新規ユーザ認証処理）に遷移する。ステップ９１でＹＥＳのとき（既に登録されている場合）、認証スイッチ１００−２は、端末７０−２の認証元の認証スイッチ１００−１の照合キーと端末７０−２の認証情報を送信パケットに格納する（Ｓ９２）。
【００５１】
認証スイッチ１００−２は、作成した送信パケットを認証スイッチ１００−１宛てに送信する（Ｓ９３）。その後、認証スイッチ１００−２は、認証スイッチ１００−１からの返答パケットを受信する（Ｓ９４）。認証スイッチ１００−２は、受信タイムアウトであったか判定する（Ｓ９６）。ＹＥＳのとき、認証スイッチ１００−２は、認証スイッチ１００−１に障害があると判定し、認証スイッチ１００−１について、障害装置エントリに移動する認証スイッチ管理テーブルの更新を実施して（Ｓ９７）、終了する。
【００５２】
ステップ９６でＮＯのとき、認証スイッチ１００−２は、受信したパケットが許可パケットか判定する（Ｓ９８）。ＹＥＳのとき、認証スイッチ１００−２は、ユーザ認証情報テーブルの端末７０−２のデータを更新して（Ｓ９９）、終了する。ステップ９８でＮＯのとき、認証スイッチ１００−２は、認証スイッチ１００−１がローミングの管理対象外になったと判断し、認証情報管理テーブルから認証スイッチ１００−１を削除して（Ｓ１０１）、図１０のステップ６１（新規ユーザ認証処理）に遷移する。なお、ステップ９６とステップ９８の順序は、逆でもよい。
【００５３】
図１６を参照して、端末７０−２の移動後の認証スイッチ１００−２の各認証情報テーブルの状態を説明する。なお、端末７０−２移動前の認証スイッチ１００−２の各認証情報テーブルの状態は、図１３である。図１６において、ユーザ認証情報テーブル１８０の最初のエントリの次のユーザ認証情報へのポインタ１８５が、ＮＵＬＬから３番目のエントリをポイントに更新されている。また、２番目のエントリの次のユーザ認証情報へのポインタ１８５が、３番目のエントリをポイントからＮＵＬＬに更新されている。
【００５４】
端末７０−２の移動後、認証スイッチ１００−１では、認証スイッチ１００−２から送られて認証情報をもとに認証情報テーブルの更新を行なう。この更新処理を図１７を参照して説明する。図１７において、認証スイッチ１００−１は、認証スイッチ１００−２から送られた認証情報を受信する（Ｓ１１１）。認証スイッチ１００−１は、受信したパケットが認証スイッチ情報テーブル１１０に格納されている管理対象の認証スイッチかを判定する（Ｓ１１２）。ＹＥＳのとき、認証スイッチ１００−１は、さらに、送られてきたパケットに含まれる照合キーが自身の照合キーと一致しているかを判定する（Ｓ１１３）。ＹＥＳのとき、認証スイッチ１００−１は、認証スイッチ１００−２宛てに、許可パケットを送信する（Ｓ１１４）。認証スイッチ１００−１は、ユーザ認証情報テーブル１８０の端末７０−２の情報を更新して（Ｓ１１６）、終了する。ステップ１１２またはステップ１１３でＮＯのとき、認証スイッチ１００−１は、認証スイッチ１００−２宛てに拒否パケットを送信する（Ｓ１１７）。認証スイッチ１００−１は、認証スイッチ管理テーブルから認証スイッチ１００−２を削除して（Ｓ１１８）、終了する。なお、ステップ１１４とステップ１１６ならびにステップ１１７とステップ１１８の順序は、逆でもよい。
【００５５】
図１８を参照して、端末７０−２の移動後の認証スイッチ１００−１の各認証情報テーブルの状態を説明する。なお、端末７０−２移動前の認証スイッチ１００−１の各認証情報テーブルの状態は、図１２である。図１８において、ユーザ認証情報テーブル１８０の最初のエントリの次のユーザ認証情報へのポインタ１８５が、２番目のエントリをポイントからＮＵＬＬに更新されている。また、３番目のエントリの次のユーザ認証情報へのポインタ１８５が、ＮＵＬＬから２番目のエントリをポイントに更新されている。
【００５６】
図１９を参照して、図１０と図１５で対向認証スイッチの障害を検出した後の認証スイッチの各認証情報テーブルの状態を説明する。なお、ここでは認証スイッチ１００−１に障害が発生したとする。状態を説明する各認証情報テーブルは、認証スイッチ１００−２のそれらであり、障害発生前は、図１３である。図１９において、認証スイッチ１００−２は、対向する認証スイッチ１００−１の障害を検出すると、認証スイッチ管理テーブル１１０の対向装置エントリの認証スイッチ数１１２「１」を「０」とし、障害装置エントリの認証スイッチ数１１２「０」を「１」とする。認証スイッチ１００−２は、認証スイッチ管理テーブル１１０の対向装置エントリのスイッチ情報テーブルへのポインタ１１３をＮＵＬＬとし、障害装置エントリのスイッチ情報テーブルへのポインタ１１３について、スイッチ情報テーブル１７０の認証スイッチ１００−１のエントリをポイントとする。この際、障害を起こした認証スイッチ配下の端末の認証情報は、ローミングが発生する場合を考慮し、一定時間、各認証情報テーブルの変更を行わないで、障害を起こした認証スイッチ配下で認証状態のままとする。なお、障害を起こした認証スイッチが復旧し、障害を起こした認証スイッチから装置状態を示すパケットが送信された時点で、認証情報テーブルの対向認証スイッチとして管理対象とする。
【００５７】
図２０を参照して、認証スイッチが３台構成で各認証スイッチ間でローミングする認証スイッチネットワークを説明する。図２０において、認証スイッチ１００−１、認証スイッチ１００−２および認証スイッチ１００−３でそれぞれの認証スイッチ１００の照合キーを設定する。これにより３台の認証スイッチ間でローミング可能な認証スイッチネットワーク５００Ｂとなり、次の端末移動（ローミング）が可能となる。（１）認証スイッチ１００−１から認証スイッチ１００−２または認証スイッチ１００−３へのローミング。（２）認証スイッチ１００−２から認証スイッチ１００−１または認証スイッチ１００−３へのローミング。（３）認証スイッチ１００−３から認証スイッチ１００−１または認証スイッチ１００−２へのローミング。
【００５８】
図２１を参照して、端末のローミング可能な認証スイッチをグループ毎に分けた認証ネットワークを説明する。図２１において、認証スイッチ１００−１、認証スイッチ１００−２および認証スイッチ１００−３でそれぞれの認証スイッチ１００の照合キーを設定する。それぞれの認証スイッチ１００は、次のように照合キーを設定する。認証スイッチ１００−１は、認証スイッチ１００−２の照合キーのみを設定する。認証スイッチ１００−２は、認証スイッチ１００−１および認証スイッチ１００−３の照合キーを設定する。認証スイッチ１００−３は、認証スイッチ１００−２の照合キーのみを設定する。
【００５９】
これによってローミング可能な認証スイッチのグループを分けることができる。すなわち、グループ５００Ｃは、認証スイッチ１００−１と認証スイッチ１００−２から構成する。グループ５００Ｄは、認証スイッチ１００−２と認証スイッチ１００−３から構成する。
【００６０】
各グループ５００内では端末のローミングが可能だが、認証スイッチ１００−１と認証スイッチ１００−３間ではローミングはできない。これによって、不用意な端末移動を禁止することができる。具体的には、認証スイッチ１００−１配下の端末７０−１が認証スイッチ１００−２を介さずに認証スイッチ１００−３配下に直接移動した場合、端末７０−１はローミングの対象とならず、認証スイッチ１００−３へ移動した時点で再度ユーザ認証が必要となる。
【００６１】
これに対して、認証スイッチ１００−１配下の端末７０−１が認証スイッチ１００−２を一旦介して認証スイッチ１００−３配下に移動した場合、端末７０−１はローミングの対象となる。
【００６２】
図２２を参照して、認証スイッチを冗長化構成にし認証ネットワークの構成を説明する。図２２において、認証ネットワーク５００Ｅは、認証スイッチ１００−１と認証スイッチ１００−２とで構成されている。認証スイッチ１００−１と認証スイッチ１００−２とは、認証情報を受け渡す専用回線３００で接続し、運用している認証スイッチ１００−１から待機している認証スイッチ１００−２へユーザ認証された端末７０−１と端末７０−２と端末７０−３と端末７０−４の認証情報が受け渡される。この状態で、認証スイッチ１００−１に障害が検出されて認証スイッチ１００−２に切り替えが発生した場合、認証スイッチ１００−２の認証情報テーブル内の端末７０−１と端末７０−２と端末７０−３と端末７０−４の認証情報を認証スイッチ１００−２の配下に移動する。
【００６３】
これによって、冗長構成を取る認証スイッチの切り替えが発生しても端末の利用者は、切り替えが発生する度にユーザ認証を行うことなく通信を継続できる。また、認証スイッチ間の認証情報の受け渡しにＲＡＤＩＵＳプロトコルを使用しているために、ネットワークの構成に自由度がある。
【００６４】
［第２の実施形態］
次にユーザ認証情報を詐称し、正規ユーザになりすまして認証した不正ユーザを検出する第２の実施形態について説明する。
まず、図２３を参照して、本実施形態における認証スイッチ１００−１の構成について説明する。認証スイッチ１００−１は図１で説明した構成に対して、さらにパケット転送数処理部２１０と不正ユーザ検出処理部２２０を追加した構成としている。なお、認証スイッチ１００−２も同様の構成であるため、認証スイッチ１００−１を用いて以下説明する。
【００６５】
認証情報保持部１６０Ａ内のユーザ認証情報テーブル１８０Ａの構成を図２４に示す。図示するように、ユーザ認証情報テーブル１８０Ａは図６で示したユーザ認証情報テーブル１８０に対して、パケット転送数１８６および前確認時のパケット転送数１８７を追加した構成としている。パケット転送数１８６はパケット転送数処理部２１０によってカウントされたパケット転送数を保持する。前確認時のパケット転送数１８７は不正ユーザ検出処理部２２０が前回のタイミングで確認した時のパケット転送数を保持するものであり、詳細は後述する。
【００６６】
また、端末がローミングした場合のユーザ認証情報テーブル１８０Ａの更新方法が、先の実施形態で図１８を用いて説明した方法とは異なるため説明する。先の実施形態では、図１４において、端末７０−２が認証スイッチ１００−１配下から認証スイッチ１００−２配下にローミングした場合、認証スイッチ１００−１では図１７の処理フローに基づいてユーザ認証情報テーブルを更新し、移動後は図１８の構成となる（移動前は図１２）。つまり、先の実施形態では、ユーザ認証情報テーブルのポインタを更新することによって端末のローミング状態を管理しており、ローミング前後で各端末のユーザ認証情報のエントリは常に一つであり、増えることはない。しかし、本実施形態では、端末がローミングした場合に、ローミング後の端末のユーザ認証情報のエントリを追加し、ローミングした端末についてはローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに保持される。このユーザ認証情報テーブル１８０Ａの具体例は後述する図２８に示す。
【００６７】
図２５を参照して、パケット転送数処理部２１０の詳細動作を説明する。認証スイッチ１００−１は端末７０からパケットを受信すると、受信したパケットに対する端末の情報（ユーザ名、ＭＡＣアドレス、ＩＰアドレスなど）がユーザ認証情報テーブル１８０Ａに登録されているかを確認する（Ｓ１２１）。ユーザ認証情報テーブル１８０Ａに登録されている場合、該当するエントリのパケット転送数１８６を更新（＋１）する（Ｓ１２２）。ステップ１２１でＮＯのときは終了する。このように、認証スイッチ１００−１は各端末７０から送信されるパケットの転送数を、ユーザ名１８１、ＭＡＣアドレス１８２、ＩＰアドレス１８３毎にカウントし、パケット転送数１８６としてユーザ認証情報テーブル１８０Ａに保持する。
【００６８】
図２６を参照して、不正ユーザ検出処理部２２０の詳細動作を説明する。不正ユーザ検出処理部２２０は定期的に図２６の処理を実行し、実行する時間間隔はネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００６９】
まず、図４、図１０、図１５等で説明した認証スイッチ１００−２とのパケット送信や返信パケットの受信と同様の手法により、認証スイッチ１００−２と認証情報の受け渡しを実施し、ユーザ認証情報テーブル１８０Ａのパケット転送数１８６を更新する（Ｓ１３１）。この時、認証スイッチ１００−１配下の端末に関するパケット転送数１８７は自身のパケット転送数処理部２１０により最新の状態に更新されているため、対向する認証スイッチ１００−２がカウントしたパケット転送数１８７の値のみを認証スイッチ１００−２から受け取り更新する。
【００７０】
認証スイッチ１００−１はユーザ認証情報テーブル１８０Ａの自装置エントリに登録されているユーザ名１８１が対向装置エントリにも登録されているかを確認する（Ｓ１３２）。要するに、Ｓ１３２では、端末がローミングしてローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに登録されているかを確認する。登録されていない場合、前確認時のパケット転送数１８７にパケット転送数１８６の値を記録して終了する（Ｓ１３６）。
【００７１】
ステップ１３２でＹＥＳのとき、各ユーザ別にパケット転送数１８６から前確認時のパケット転送数１８７の値を引いてパケット転送数の増減値を算出する（Ｓ１３３）。各パケット転送数の増減値が閾値を超えているかを確認する（Ｓ１３４）。
【００７２】
各パケット転送数の増減値が閾値を超えていない場合は正規ユーザが認証スイッチ間を行き来している状態であると判断して、ステップ１３６を実施して終了する。ステップ１３４でＹＥＳの場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくく、不正ユーザが存在すると判断し、不正ユーザ検出のアラームとして、認証スイッチ１００−１および対向する認証スイッチ１００−２に不正ユーザ検出ログを保存、ＭＩＢトラップ機能を使用していればＭＩＢトラップを端末７０に発行する（Ｓ１３５）。最後にステップ１３６を実施して終了する。なお、不正ユーザ検出処理部２２０はユーザ認証情報テーブルのエントリ分を処理する。パケット転送数増減値の閾値についてはネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００７３】
本実施形態ではＳ１３２においてユーザ名１８１を用いてエントリ登録を確認したが、ユーザ名１８１の代わりにＭＡＣアドレス１８２またはＩＰアドレス１８３を確認することで、ＭＡＣアドレスまたはＩＰアドレスを詐称する不正端末を検出することも可能である。
【００７４】
以上の構成において、不正ユーザを検出する例を具体的に説明する。まず、図２７を参照して正規ユーザが認証スイッチ間をローミングした例を説明する。認証スイッチネットワーク５００Ｆは、認証スイッチ１００−１と認証スイッチ１００−２で構成されている。矢印Ｆは認証スイッチ１００−２に認証された正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミングにより認証スイッチ１００−１に移動したことを示す。矢印Ｇは認証スイッチ１００−１を経由した端末７０−１のパケット転送を示す。
【００７５】
図２７の状態におけるユーザ認証情報テーブル１８０Ａの状態を図２８に示す。なお図２８の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図２８のユーザ認証情報テーブル１８０Ａには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミング前に接続していた認証スイッチ１００−２のエントリ１８９とローミング後に接続している認証スイッチ１００−１のエントリ１８８が登録されている。正規ユーザ（Ｕｓｅｒ０１）の端末７０−１は認証スイッチ１００−１に接続してパケット転送しているため、エントリ１８８のパケット転送数１８６が増えている。また、エントリ１８９は正規ユーザ（Ｕｓｅｒ０１）の端末７０−１が認証スイッチ１００−２に接続されていないため、パケット転送数１８６は増えておらず、ローミング前の転送数の値が保持されている。なお、エントリ１８９のパケット転送数１８６の値は、図２６のＳ１３１にて更新された値である。
【００７６】
図２７、図２８における不正ユーザ検出処理部２２０の動作について説明する。なお、本説明では不正ユーザ検出処理部２２０が実施される定期間隔は１分間、パケット増減値の閾値を１００００とする。図２８のユーザ認証情報テーブル１８０Ａに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図２６のステップ１３２でＹＥＳとなる。但し、エントリ１８８のパケット増減値は閾値を超えるがエントリ１８９のパケット増減値は閾値を超えないため、図２６のステップ１３４でＮＯとなり、Ｕｓｅｒ０１は正規ユーザであると判断される。
【００７７】
次に図２９を参照して正規ユーザが認証スイッチ間をローミングした後に、不正ユーザが認証スイッチ１００−２に接続した例を説明する。図２９は図２７、図２８の状態を継続しており、図２８のユーザ認証情報テーブル１８０Ａにエントリ１８９が登録されているため、正規ユーザ（Ｕｓｅｒ０１）の端末７０−１の認証情報を詐称した不正ユーザ（Ｕｓｅｒ０１）の端末７０−３が認証スイッチ１００−２に接続可能である。矢印Ｈは認証スイッチ１００−２を経由した端末７０−３のパケット転送を示す。
【００７８】
図２９の状態におけるユーザ認証情報テーブル１８０Ａの状態を図３０に示す。なお図３０の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図３０のユーザ認証情報テーブル１８０Ａには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１のエントリ１８８と不正ユーザ（Ｕｓｅｒ０１）の端末７０−３のエントリ１８９が登録されている。正規ユーザの端末７０−１と不正ユーザの端末７０−３はそれぞれパケット転送しているため、エントリ１８８とエントリ１８９のパケット転送数１８６が増えている。なお、エントリ１８９のパケット転送数１８６の値は、図２６のＳ１３１にて更新された値である。
【００７９】
図２９、図３０における不正ユーザ検出処理部２２０の動作について説明する。なお、本説明では不正ユーザ検出処理部２２０が実施される定期間隔は１分間、パケット増減値の閾値を１００００とする。図３０のユーザ認証情報テーブル１８０Ａに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図２６のステップ１３２でＹＥＳとなる。さらにエントリ１８８とエントリ１８９のパケット増減値が共に閾値を超えるため、図２６のステップ１３４でＹＥＳとなり、不正ユーザが存在すると判断し、不正ユーザ検出のアラーム処理（Ｓ１３５）が実施される。
【００８０】
［第３の実施形態］
次にユーザ認証情報を詐称して正規ユーザになりすまして認証した不正ユーザを検出する第３の実施形態について説明する。
まず、図３１を参照して、本実施形態における認証スイッチ１００−１の構成について説明する。認証スイッチ１００−１は図１で説明した構成に対して、さらに接続継続確認処理部２３０と不正ユーザ検出処理部２２０Ａを追加した構成としている。なお、認証スイッチ１００−２も同様の構成であるため、認証スイッチ１００−１を用いて以下説明する。
【００８１】
認証情報保持部１６０Ｂ内のユーザ認証情報テーブル１８０Ｂの構成を図３２に示す。図示するように、ユーザ認証情報テーブル１８０Ｂは図６で示したユーザ認証情報テーブル１８０に対して、接続継続確認回数１９０および前接続継続確認回数１９１を追加した構成としている。接続継続確認回数１９０は接続継続確認処理部２３０によって加算された接続継続確認回数を保持する。前接続継続確認回数１９１は不正ユーザ検出処理部２２０Ａが前回のタイミングで確認した時の接続継続確認回数を保持するものであり、詳細は後述する。
【００８２】
また、端末がローミングした場合のユーザ認証情報テーブル１８０Ｂの更新方法は、第２の実施形態と同様であり、ローミングした端末についてはローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに保持される。ユーザ認証情報テーブル１８０Ｂの具体例は後述する図３６に示す。
【００８３】
図３３を参照して、接続継続確認処理部２３０の詳細動作を説明する。接続継続確認処理部２３０は定期的に図３３の処理を実行し、実行する時間間隔はネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。認証スイッチ１００−１は端末７０に対して例えばＰｉｎｇやＨｅｌｌｏパケットのような接続確認パケットを送信する（Ｓ１４１）。認証スイッチ１００−１は一定時間内に端末７０からの応答パケットを受信したかを確認する（Ｓ１４２）。受信した場合、接続継続確認回数１９０を１つ加算し（Ｓ１４３）終了する。ステップ１４２でＮＯのときは終了する。
【００８４】
図３４を参照して、不正ユーザ検出処理部２２０Ａの別の詳細動作を説明する。不正ユーザ検出処理部２２０Ａは定期的に図３４の処理を実行し、実行する時間間隔はネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００８５】
まず、図４、図１０、図１５等で説明した認証スイッチ１００−２とのパケット送信や返信パケットの受信と同様の手法により、認証スイッチ１００−２と認証情報の受け渡しを実施し、ユーザ認証情報テーブル１８０Ｂの接続継続確認回数１９０を更新する（Ｓ１５１）。この時、認証スイッチ１００−１配下の端末に関する接続継続確認回数１９０は自身の接続継続確認処理部２３０により最新の状態に更新されているため、対向する認証スイッチ１００−２がカウントした接続継続確認回数１９０の値のみを認証スイッチ１００−２から受け取り更新する。
【００８６】
認証スイッチ１００−１はユーザ認証情報テーブル１８０Ｂの自装置エントリに登録されているユーザ名１８１が対向装置エントリにも登録されているかを確認する（Ｓ１５２）。要するに、Ｓ１５２では、端末がローミングしてローミング前後の２つのユーザ認証情報のエントリがユーザ認証情報テーブルに登録されているかを確認する。登録されていない場合、前接続継続確認回数１９１に接続継続確認回数１９０の値を記録して終了する（Ｓ１５６）。
【００８７】
ステップ１５２でＹＥＳのとき、各ユーザ別に接続継続確認回数１９０から前接続継続確認回数１９１の値を引いて接続継続確認回数の増減値を算出する（Ｓ１５３）。各接続継続確認回数の増減値が閾値を超えているかを確認する（Ｓ１５４）。
【００８８】
各接続継続確認回数の増減値が閾値を超えていない場合は正規ユーザが認証スイッチ間を行き来している状態であると判断して、ステップ１５６を実施して終了する。ステップ１５４でＹＥＳの場合、正規ユーザが認証スイッチ間を頻繁に行き来している状態とは考えにくく、不正ユーザが存在すると判断し、不正ユーザ検出のアラームとして、認証スイッチ１００−１および対向する認証スイッチ１００−２のログに不正ユーザ検出ログを保存、ＭＩＢトラップ機能を使用していればＭＩＢトラップを端末７０に発行する（Ｓ１５５）。最後にステップ１５６を実施して終了する。なお、不正ユーザ検出処理部２２０Ａはユーザ認証情報テーブルのエントリ分を処理する。接続継続確認回数増減値の閾値についてはネットワーク環境によりネットワーク管理者が妥当な間隔を設定する。
【００８９】
本実施形態ではＳ１５２においてユーザ名１８１を用いてエントリ登録を確認したが、ユーザ名１８１の代わりにＭＡＣアドレス１８２またはＩＰアドレス１８３を確認することで、ＭＡＣアドレスまたはＩＰアドレスを詐称する不正端末を検出することも可能である。
【００９０】
以上の構成において、不正ユーザを検出する例を具体的に説明する。まず、図３５を参照して正規ユーザが認証スイッチ間をローミングした例を説明する。認証スイッチネットワーク５００Ｇは、認証スイッチ１００−１と認証スイッチ１００−２で構成されている。矢印Ｉは認証スイッチ１００−２に認証された正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミングにより認証スイッチ１００−１に移動したことを示す。矢印Ｊは認証スイッチ１００−１の接続継続確認処理部２３０が認証した端末７０−１との接続が継続中であるかを定期的に確認することを示す。
【００９１】
図３５の状態におけるユーザ認証情報テーブル１８０Ｂの状態を図３６に示す。なお図３６の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図３６のユーザ認証情報テーブル１８０Ｂには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１がローミング前に接続していた認証スイッチ１００−２のエントリ１８９とローミング後に接続している認証スイッチ１００−１のエントリ１８８が登録されている。正規ユーザ（Ｕｓｅｒ０１）の端末７０−１は認証スイッチ１００−１に接続を継続しているため、エントリ１８８の接続継続確認回数１９０が増えている。また、エントリ１８９は正規ユーザ（Ｕｓｅｒ０１）の端末７０−１が認証スイッチ１００−２に接続されていないため、接続継続確認回数１９０は増えておらず、ローミング前の接続継続確認回数の値が保持されている。なお、エントリ１８９の接続継続確認回数１９０の値は、図３４のＳ１５１にて更新された値である。
【００９２】
図３５、図３６における不正ユーザ検出処理部２２０Ａの動作について説明する。なお、本説明では不正ユーザ検出処理部２２０Ａが実施される定期間隔を１分間、接続継続確認処理部２３０が実施される定期間隔を１０分間、接続継続確認回数増減値の閾値を５とする。図３６のユーザ認証情報テーブル１８０Ｂに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図３４のステップ１５２でＹＥＳとなる。但し、エントリ１８８の接続継続確認回数増減値は閾値を超えるがエントリ１８９の接続継続確認回数増減値は閾値を超えないため、図３４のステップ１５４でＮＯとなり、Ｕｓｅｒ０１は正規ユーザであると判断される。
【００９３】
次に図３７を参照して正規ユーザが認証スイッチ間をローミングした後に、不正ユーザが認証スイッチ１００−２に接続した例を説明する。図３７は図３５、図３６の状態を継続しており、図３６のユーザ認証情報テーブル１８０Ｂにエントリ１８９が登録されているため、正規ユーザ（Ｕｓｅｒ０１）の端末７０−１の認証情報を詐称した不正ユーザ（Ｕｓｅｒ０１）の端末７０−３が認証スイッチ１００−２に接続可能である。矢印Ｋは認証スイッチ１００−２が認証した端末７０−３との接続が継続中であるかを定期的に確認することを示す。
【００９４】
図３７の状態におけるユーザ認証情報テーブル１８０Ａの状態を図３８に示す。なお図３８の認証スイッチ管理テーブル１１０とスイッチ情報テーブル１７０は図示の簡便のため略記する。図３８のユーザ認証情報テーブル１８０Ｂには正規ユーザ（Ｕｓｅｒ０１）の端末７０−１のエントリ１８８と不正ユーザ（Ｕｓｅｒ０１）の端末７０−３のエントリ１８９が登録されている。正規ユーザの端末７０−１は認証スイッチ１００−１、不正ユーザの端末７０−３は認証スイッチ１００−２にそれぞれ接続を継続しているため、エントリ１８８とエントリ１８９の接続継続確認回数１９０が増えている。なお、エントリ１８９の接続継続確認回数１９０の値は、図３４のＳ１５１にて更新された値である。
【００９５】
図３７、図３８における不正ユーザ検出処理部２２０Ａの動作について説明する。なお、本説明では不正ユーザ検出処理部２２０Ａが実施される定期間隔を１分間、接続継続確認処理部２３０が実施される定期間隔を１０分間、接続継続確認回数増減値の閾値を５とする。図３８のユーザ認証情報テーブル１８０Ｂに同じユーザ名（Ｕｓｅｒ０１）のエントリ１８８とエントリ１８９が登録されているため、図３４のステップ１５２でＹＥＳとなる。さらにエントリ１８８とエントリ１８９の接続継続確認回数増減値が共に閾値を超えるため、図３４のステップ１５４でＹＥＳとなり、不正ユーザが存在すると判断し、不正ユーザ検出のアラーム処理（Ｓ１５５）が実施される。
【符号の説明】
【００９６】
７０…端末、１００…認証スイッチ、１１０…認証スイッチ管理テーブル、１２０…自認証スイッチ状態配布部、１３０…対向認証スイッチ可否判定部、１４０…認証情報送信部、１５０…認証情報受信部、１６０…認証情報保持部、１７０…スイッチ情報テーブル、１８０…ユーザ認証情報テーブル、１９０…認証処理部、２００…レイヤ２スイッチ、３００…専用回線、５００…認証スイッチネットワーク。
【特許請求の範囲】
【請求項１】
配下に接続された端末の認証を行なう認証スイッチにおいて、
認証済みの複数の端末の情報を記録する第１の情報テーブルと、複数の認証スイッチの情報を記録する第２の情報テーブルとを備え、
他の認証スイッチとの間で、認証済み端末の情報と認証スイッチの情報とを交換し、交換した前記認証済み端末の情報と前記認証スイッチの情報とにより、前記第１のテーブルと前記第２のテーブルを更新することを特徴とする認証スイッチ。
【請求項２】
請求項１に記載の認証スイッチであって、
前記他の認証スイッチから取得した前記認証済み端末の情報に基づいて、配下に接続された端末の認証を省くことを特徴とする認証スイッチ。
【請求項３】
請求項１に記載の認証スイッチであって、
前記他の認証スイッチに障害を検出したとき、前記他の認証スイッチから取得した前記認証済み端末の情報について、継続的に保持して、前記他の認証スイッチの障害復旧を待つことを特徴とする認証スイッチ。
【請求項４】
対向する認証スイッチに第２の照合キーを送信するステップと、
前記対向する認証スイッチからの第１の照合キーを受信するステップと、
前記第１の照合キーを検証するステップと、
新規端末を認証するステップと、
前記対向する認証スイッチに認証した端末の情報を送信するステップと、
前記対向する認証スイッチからの認証された端末の情報を受信するステップと、
前記認証した端末の情報と前記認証された端末の情報とを記録するステップとからなる端末認証方法。
【請求項５】
請求項１に記載の認証スイッチであって、さらに、
パケット転送数処理部と不正ユーザ検出処理部を備え、
前記第１の情報テーブルは、端末のパケット転送数を保持するカウンタを含み、
前記パケット転送数処理部は、前記認証済み端末のパケット転送数をカウントして前記第１の情報テーブルのカウンタに保持させ、
前記不正ユーザ処理検出部は、前記第１の情報テーブルに前記認証済み端末のローミング前の第１のエントリとローミング後の第２エントリが存在する場合に、前記第１のエントリと第２のエントリにおける前記カウンタの増加量がいずれも閾値を超えた場合に、不正ユーザの存在を検出することを特徴とする認証スイッチ。
【請求項６】
請求項５に記載の認証スイッチであって、
前記不正ユーザ検出処理部は、ユーザ名もしくはＭＡＣアドレスもしくはＩＰアドレスのうち少なくとも一つの情報に基づいて、前記第１のエントリと第２のエントリが同一の認証済み端末のエントリであることを検出し、不正ユーザの存在を検出すると、認証スイッチに不正ユーザ検出ログを保存して、端末にＭＩＢトラップを発行することを特徴とする認証スイッチ。
【請求項７】
請求項１に記載の認証スイッチであって、さらに、
接続継続確認処理部と不正ユーザ検出処理部を備え、
前記第１の情報テーブルは、認証スイッチに端末が接続中であることを確認した回数を保持するカウンタを含み、
前記接続継続確認処理部は、前記認証済み端末が接続中であることを確認した回数をカウントして前記第１の情報テーブルのカウンタに保持させ、
前記不正ユーザ検出処理部は、前記第１の情報テーブルに前記認証済み端末のローミング前の第１のエントリとローミング後の第２エントリが存在する場合に、前記第１のエントリと第２のエントリにおける前記カウンタの増加量がいずれも閾値を超えた場合に不正ユーザの存在を検出することを特徴とする認証スイッチ。
【請求項８】
請求項７に記載の認証スイッチであって、
前記不正ユーザ検出処理部は、ユーザ名もしくはＭＡＣアドレスもしくはＩＰアドレスのうち少なくとも一つの情報に基づいて、前記第１のエントリと第２のエントリが同一の認証済み端末のエントリであることを検出し、不正ユーザの存在を検出すると、認証スイッチに不正ユーザ検出ログを保存して、端末にＭＩＢトラップを発行することを特徴とする認証スイッチ。
【請求項１】
配下に接続された端末の認証を行なう認証スイッチにおいて、
認証済みの複数の端末の情報を記録する第１の情報テーブルと、複数の認証スイッチの情報を記録する第２の情報テーブルとを備え、
他の認証スイッチとの間で、認証済み端末の情報と認証スイッチの情報とを交換し、交換した前記認証済み端末の情報と前記認証スイッチの情報とにより、前記第１のテーブルと前記第２のテーブルを更新することを特徴とする認証スイッチ。
【請求項２】
請求項１に記載の認証スイッチであって、
前記他の認証スイッチから取得した前記認証済み端末の情報に基づいて、配下に接続された端末の認証を省くことを特徴とする認証スイッチ。
【請求項３】
請求項１に記載の認証スイッチであって、
前記他の認証スイッチに障害を検出したとき、前記他の認証スイッチから取得した前記認証済み端末の情報について、継続的に保持して、前記他の認証スイッチの障害復旧を待つことを特徴とする認証スイッチ。
【請求項４】
対向する認証スイッチに第２の照合キーを送信するステップと、
前記対向する認証スイッチからの第１の照合キーを受信するステップと、
前記第１の照合キーを検証するステップと、
新規端末を認証するステップと、
前記対向する認証スイッチに認証した端末の情報を送信するステップと、
前記対向する認証スイッチからの認証された端末の情報を受信するステップと、
前記認証した端末の情報と前記認証された端末の情報とを記録するステップとからなる端末認証方法。
【請求項５】
請求項１に記載の認証スイッチであって、さらに、
パケット転送数処理部と不正ユーザ検出処理部を備え、
前記第１の情報テーブルは、端末のパケット転送数を保持するカウンタを含み、
前記パケット転送数処理部は、前記認証済み端末のパケット転送数をカウントして前記第１の情報テーブルのカウンタに保持させ、
前記不正ユーザ処理検出部は、前記第１の情報テーブルに前記認証済み端末のローミング前の第１のエントリとローミング後の第２エントリが存在する場合に、前記第１のエントリと第２のエントリにおける前記カウンタの増加量がいずれも閾値を超えた場合に、不正ユーザの存在を検出することを特徴とする認証スイッチ。
【請求項６】
請求項５に記載の認証スイッチであって、
前記不正ユーザ検出処理部は、ユーザ名もしくはＭＡＣアドレスもしくはＩＰアドレスのうち少なくとも一つの情報に基づいて、前記第１のエントリと第２のエントリが同一の認証済み端末のエントリであることを検出し、不正ユーザの存在を検出すると、認証スイッチに不正ユーザ検出ログを保存して、端末にＭＩＢトラップを発行することを特徴とする認証スイッチ。
【請求項７】
請求項１に記載の認証スイッチであって、さらに、
接続継続確認処理部と不正ユーザ検出処理部を備え、
前記第１の情報テーブルは、認証スイッチに端末が接続中であることを確認した回数を保持するカウンタを含み、
前記接続継続確認処理部は、前記認証済み端末が接続中であることを確認した回数をカウントして前記第１の情報テーブルのカウンタに保持させ、
前記不正ユーザ検出処理部は、前記第１の情報テーブルに前記認証済み端末のローミング前の第１のエントリとローミング後の第２エントリが存在する場合に、前記第１のエントリと第２のエントリにおける前記カウンタの増加量がいずれも閾値を超えた場合に不正ユーザの存在を検出することを特徴とする認証スイッチ。
【請求項８】
請求項７に記載の認証スイッチであって、
前記不正ユーザ検出処理部は、ユーザ名もしくはＭＡＣアドレスもしくはＩＰアドレスのうち少なくとも一つの情報に基づいて、前記第１のエントリと第２のエントリが同一の認証済み端末のエントリであることを検出し、不正ユーザの存在を検出すると、認証スイッチに不正ユーザ検出ログを保存して、端末にＭＩＢトラップを発行することを特徴とする認証スイッチ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【公開番号】特開２０１０−２７３３２９（Ｐ２０１０−２７３３２９Ａ）
【公開日】平成２２年１２月２日（２０１０．１２．２）
【国際特許分類】
【出願番号】特願２０１０−９４５８５（Ｐ２０１０−９４５８５）
【出願日】平成２２年４月１６日（２０１０．４．１６）
【出願人】（５０４４１１１６６）アラクサラネットワークス株式会社 (315)
【Ｆターム（参考）】
【公開日】平成２２年１２月２日（２０１０．１２．２）
【国際特許分類】
【出願日】平成２２年４月１６日（２０１０．４．１６）
【出願人】（５０４４１１１６６）アラクサラネットワークス株式会社 (315)
【Ｆターム（参考）】
[ Back to top ]