(57)【要約】【課題】ＩＥＥＥ８０２．１ｘ認証を使用したネットワーク内のオーセンティケータの障害発生時に、配下のサプリカントの通信を素早く復旧させることが可能なネットワークシステムを提供する。【解決手段】オーセンティケータ３０１に、ＩＥＥＥ８０２．１ｘ認証管理部３４１において認証サーバが認証成功と判定したサプリカントに関するＭＡＣアドレスとユーザＩＤとを含む認証情報を認証情報登録テーブル３５１ａに登録する認証済みサプリカント管理部３５１と、未登録のサプリカントからのＭＡＣフレーム受信時に、当該サプリカントのＭＡＣアドレスを含むＭＡＣ認証による問い合わせを認証サーバに送信することにより受信した認証サーバからの返送情報に当該サプリカントが認証済みであることを示す情報が含まれていた場合、該返送情報に基づいて、当該サプリカントに関する前記認証情報を登録するＭＡＣ認証管理部３３１と、を備える。【選択図】        図２
2018170665.tif 000002
【特許請求の範囲】
【請求項１】
認証サーバ、オーセンティケータ、サプリカント、および、ネットワークを含み、ＩＥＥＥ８０２．１ｘ認証を用いて、前記サプリカントの認証を行うネットワークシステムにおいて、
前記オーセンティケータは、
配下の前記サプリカントのうち認証済みのサプリカントに関するＭＡＣアドレスとユーザＩＤとを含む認証情報を認証情報登録テーブルに登録して、当該サプリカントの通信を許可する認証済みサプリカント管理手段と、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからの認証開始要求を受け取った際に、当該サプリカントのＭＡＣアドレスを含むＩＥＥＥ８０２．１ｘ認証による認証要求を、前記認証サーバに対して送信することにより、前記認証サーバから当該サプリカントが認証成功か否かを示す情報を含む応答情報を受信し、受信した該応答情報が認証成功を示す情報を含んでいた場合、前記認証開始要求の送信元の当該サプリカントのユーザＩＤおよびＭＡＣアドレスを、前記認証済みサプリカント管理手段により当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＩＥＥＥ８０２．１ｘ認証管理手段と、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからネットワークへの通信用のＭＡＣフレームを受け取った際に、当該サプリカントの認証済みの有無を問い合わせるために当該サプリカントのＭＡＣアドレスを含むＭＡＣ認証による問い合わせを前記認証サーバに対して送信することにより、前記認証サーバから、当該サプリカントが認証済みか否かを示す情報、および、認証済みの場合には当該サプリカントのユーザＩＤ、を含む返送情報を受信し、受信した該返送情報が認証済みを示す情報を含んでいた場合、当該サプリカントのＭＡＣアドレスとともに、該返送情報に含まれているユーザＩＤを取り出して、前記認証済みサプリカント管理手段により当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＭＡＣ認証管理手段と
を有することを特徴とするネットワークシステム。
【請求項２】
前記認証サーバは、
前記サプリカントのうち認証済みのサプリカントに関するユーザＩＤとＭＡＣアドレスとを含む認証情報をサーバ内認証情報登録テーブルに登録するサーバ内認証済みサプリカント管理手段と、
前記オーセンティケータから前記サプリカントに関するＩＥＥＥ８０２．１ｘ認証による前記認証開始要求を受信した際に、当該サプリカントに関する認証成功の有無を判定し、判定結果として認証成功か否かを示す情報を含む応答情報を、要求元の前記オーセンティケータに対して送信するとともに、前記判定結果が認証成功であった場合には、前記サーバ内認証済みサプリカント管理手段により当該サプリメントに関するユーザＩＤとＭＡＣアドレスとを含む情報を前記認証情報として前記サーバ内認証情報登録テーブルに登録するサーバ内ＩＥＥＥ８０２．１ｘ認証管理手段と、
前記オーセンティケータから前記サプリカントに関するＭＡＣ認証による前記問い合わせを受信した際に、該問い合わせに含まれている当該サプリカントのＭＡＣアドレスが、前記サーバ内認証情報登録テーブルに登録されているか否かに基づいて、当該サプリカントの認証済みの有無を判定し、該判定結果の認証済みの有無、および、該判定結果が認証済みであった場合には前記サーバ内認証情報登録テーブルから取り出した当該サプリカントのユーザＩＤを含む返送情報を、問い合わせ元の前記オーセンティケータに対して送信するＭＡＣ認証管理手段と
を有することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記オーセンティケータは、
前記認証情報登録テーブルを格納する不揮発性メモリと、
前記不揮発性メモリに対する情報の書き込みを行う不揮発性メモリ保存手段と
をさらに備え、
前記認証情報登録テーブルに前記認証情報を登録する際に、前記認証済みサプリカント管理手段は、前記不揮発性メモリ保存手段により、前記認証情報を、前記不揮発性メモリ内に格納されている前記認証情報登録テーブルに書き込む
ことを特徴とする請求項１または２に記載のネットワークシステム。
【請求項４】
前記オーセンティケータは、当該オーセンティケータに備えている前記ＭＡＣ認証管理手段を削除して構成されていることを特徴とする請求項３に記載のネットワークシステム。
【請求項５】
認証サーバ、オーセンティケータ、サプリカント、および、ネットワークを含み、ＩＥＥＥ８０２．１ｘ認証を用いて、前記サプリカントの認証を行うネットワークシステムにおいて、前記オーセンティケータが障害発生により再起動した際の障害復旧方法であって
前記オーセンティケータは、
配下の前記サプリカントのうち認証済みのサプリカントに関するＭＡＣアドレスとユーザＩＤとを含む認証情報を認証情報登録テーブルに登録して、当該サプリカントの通信を許可する認証済みサプリカント管理ステップと、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからの認証開始要求を受け取った際に、当該サプリカントのＭＡＣアドレスを含むＩＥＥＥ８０２．１ｘ認証による認証要求を、前記認証サーバに対して送信することにより、前記認証サーバから当該サプリカントの認証成功の有無を示す情報を含む応答情報を受信し、受信した該応答情報が認証成功を示す情報を含んでいた場合、前記認証開始要求の送信元の当該サプリカントのユーザＩＤおよびＭＡＣアドレスを、前記認証済みサプリカント管理ステップにより当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＩＥＥＥ８０２．１ｘ認証管理ステップと、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからネットワークへの通信用のＭＡＣフレームを受け取った際に、当該サプリカントの認証済みの有無を問い合わせるために当該サプリカントのＭＡＣアドレスを含むＭＡＣ認証による問い合わせを前記認証サーバに対して送信することにより、前記認証サーバから、当該サプリカントが認証済みか否かを示す情報、および、認証済みの場合には当該サプリカントのユーザＩＤ、を含む返送情報を受信し、受信した該返送情報が認証済みを示す情報を含んでいた場合、当該サプリカントのＭＡＣアドレスとともに、該返送情報に含まれているユーザＩＤを取り出して、前記認証済みサプリカント管理ステップにより当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＭＡＣ認証管理ステップと
を有することを特徴とする障害復旧方法。
【請求項６】
前記認証サーバは、
前記サプリカントのうち認証済みのサプリカントに関するユーザＩＤとＭＡＣアドレスとを含む認証情報をサーバ内認証情報登録テーブルに登録するサーバ内認証済みサプリカント管理ステップと、
前記オーセンティケータから前記サプリカントに関するＩＥＥＥ８０２．１ｘ認証による前記認証開始要求を受信した際に、当該サプリカントに関する認証成功の有無を判定し、判定結果として認証成功か否かを示す情報を含む応答情報を、要求元の前記オーセンティケータに対して送信するとともに、前記判定結果が認証成功であった場合には、前記サーバ内認証済みサプリカント管理ステップにより当該サプリメントに関するユーザＩＤとＭＡＣアドレスとを含む情報を前記認証情報として前記サーバ内認証情報登録テーブルに登録するサーバ内ＩＥＥＥ８０２．１ｘ認証管理ステップと、
前記オーセンティケータから前記サプリカントに関するＭＡＣ認証による前記問い合わせを受信した際に、該問い合わせに含まれている当該サプリカントのＭＡＣアドレスが、前記サーバ内認証情報登録テーブルに登録されているか否かに基づいて、当該サプリカントの認証済みの有無を判定し、該判定結果の認証済みの有無、および、該判定結果が認証済みであった場合には前記サーバ内認証情報登録テーブルから取り出した当該サプリカントのユーザＩＤを含む返送情報を、問い合わせ元の前記オーセンティケータに対して送信するＭＡＣ認証管理ステップと
を有することを特徴とする請求項５に記載の障害復旧方法。
【請求項７】
前記オーセンティケータは、
前記認証情報登録テーブルを格納する不揮発性メモリ
を備えるとともに、
前記不揮発性メモリに対する情報の書き込みを行う不揮発性メモリ保存ステップ
をさらに有し、
前記認証情報登録テーブルに前記認証情報を登録する際に、前記認証済みサプリカント管理ステップは、前記不揮発性メモリ保存ステップにより、前記認証情報を、前記不揮発性メモリ内に格納されている前記認証情報登録テーブルに書き込む
ことを特徴とする請求項５または６に記載の障害復旧方法。
【請求項８】
前記オーセンティケータは、当該オーセンティケータに備えている前記ＭＡＣ認証管理ステップを削除して構成されていることを特徴とする請求項７に記載の障害復旧方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムおよび障害復旧方法に関し、特に、ＩＥＥＥ８０２．１ｘ認証を使用したネットワークにおけるオーセンティケータの障害発生時の対応を行うネットワークシステムおよび障害復旧方法に関する。
【背景技術】
【０００２】
無線ＬＡＮ（Local  Area  Network）や有線ＬＡＮ等のネットワークへのアクセスを行う際においてユーザ認証を行うための認証技術として、ＩＥＥＥ８０２．１ｘ認証等の規格が策定されている。ＩＥＥＥ８０２．１ｘ認証を構成する要素として、オーセンティケータ（Authenticator:認証装置）、サプリカント（Supplicant：通信端末）、認証サーバ（Authentication  Server：ＲＡＤＩＵＳ（Remote  Authentication  Dial  In  User  Service  Server）の３つがある。
【０００３】
オーセンティケータは、ルータ、無線アクセスポイントやＬＡＮスイッチのことであって、配下のサプリカントのネットワークへのアクセスを制御する装置であり、サプリカントと認証サーバとの間の認証用信号の中継を行うとともに、配下のサプリカントのネットワークアクセスを制御する。なお、サプリカントとの間はＥＡＰｏＬ（ＥＡＰ（Extensible  Authentication  Protocol）  over  ＬＡＮ）プロトコルを用い、認証サーバとの間はＥＡＰｏＲ（ＥＡＰ  over  ＲＡＤＩＵＳ）プロトコルを用いて、認証用信号の交換を行う。サプリカントは、通信端末すなわちクライアント端末のことであり、認証動作時には、ＥＡＰｏＬプロトコルを用いて、当該サプリカントの認証用信号をオーセンティケータとやり取する。また、認証サーバは、サプリカントの認証を行うサーバであり、オーセンティケータから受け取ったサプリカントの認証用信号を確認して、オーセンティケータが提供するサービスへのアクセスをサプリカントに許可するか否かを示す情報を、オーセンティケータに通知する。
【０００４】
かくのごときＩＥＥＥ８０２．１ｘ認証技術を用いてサプリカント認証（すなわちユーザ認証）を行う技術に関しては多くの技術が既に開示されているが、例えば、特許文献１の特開２０１２−４９５９０号公報「ネットワーク中継装置」においては、ＩＥＥＥ８０２．１ｘ認証技術を使用してネットワークのセキュリティを確保しつつ、ネットワーク構成の変化に柔軟に対応する技術が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−４９５９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＩＥＥＥ８０２．１ｘ認証を使用したネットワーク構成において、サプリカントと認証サーバとの間で認証用信号の中継を行い、かつ、サプリカントのネットワークアクセスを制御する、という重要な機能を有するオーセンティケータに障害が発生した場合には、配下のサプリカントのネットワークとの通信を素早く復旧させる方法の実現が強く望まれている。しかしながら、前記特許文献１に記載の技術等、本発明に関連する現状の技術においては、オーセンティケータに障害が発生した場合、配下のサプリカントを素早く認証することができないので、通信を素早く復旧させることができないという解決するべき課題がある。
【０００７】
また、本発明に関連する現状の技術においては、認証要求フレームが、定期的に、配下のサプリカント側からネットワークに流れる仕組みが採用されているため、トラフィックの圧迫を生じている。さらには、定期的に、認証動作が実施されることによって、サプリカント、オーセンティケータ、認証サーバそれぞれに余計な負荷がかかる状態になる。
【０００８】
すなわち、配下のサプリカントがＩＥＥＥ８０２．１ｘ認証に成功した後に、オーセンティケータ側に障害が発生したために、オーセンティケータの再起動が発生したとしても、例えば、スイッチングハブ等が介在して構成されている配下の認証済みサプリカント側においては、オーセンティケータが再起動したことが判らない。したがって、配下の認証済みサプリカントは、ネットワークとの間で通常のデータ通信を行うために、認証用のＥＡＰフレーム以外の通常のＭＡＣ（Media  Access  Control）フレームを用いて通信を行おうとする。しかし、オーセンティケータ側においては、再起動により、配下の認証済みサプリカントに関する認証情報がクリアされているため、配下サプリカントからの通常のＭＡＣフレームを受信しても、ネットワークへのアクセスが許可されていない未認証のサプリカントであるという判定を行い、受け取った当該ＭＡＣフレームを、ネットワークに送信することなく破棄してしまう。
【０００９】
このため、配下のサプリカントが、一旦リンクダウンしてリンクアップし直すか、もしくは、アプリケーションにて操作する、などを行うことによって、自発的に、ＩＥＥＥ８０２．１ｘ認証動作を開始させて、再度、認証情報をオーセンティケータに登録し直さない限り、通信不可の状態が続いてしまう。
【００１０】
かかる通信不可の状態の継続を回避するために、本発明に関連する現状の技術においては、オーセンティケータに相当するルータは、定期的に、配下のサプリカント側に認証要求（ＥＡＰ−Ｒｅｑｕｅｓｔ）フレームを送信することによって、定期的に、配下のサプリカントの認証動作を開始させるようにしている。しかし、この場合、前述したように、定期的に、余分なトラフィックがネットワーク内に流れることになり、ネットワークのトラフィックを圧迫するのみならず、定期的に、サプリカントの認証動作が行われるので、サプリカント、オーセンティケータ、認証サーバのいずれにも負荷がかかる事態を避けることができなくなってしまう。さらには、オーセンティケータの再起動後に、オーセンティケータは、素早く、配下の認証済みサプリカントの通信を復旧させることもできないという事態を回避することができない。
【００１１】
（本発明の目的）
本発明は、かかる事情に鑑みてなされたものであり、ＩＥＥＥ８０２．１ｘ認証を使用したネットワークにおいて、オーセンティケータに障害が発生した場合、配下のサプリカントの通信を素早く復旧させることを可能にするネットワークシステムおよび障害復旧方法を提供することを、その目的としている。
【課題を解決するための手段】
【００１２】
前述の課題を解決するため、本発明によるネットワークシステムおよび障害復旧方法は、主に、次のような特徴的な構成を採用している。
【００１３】
（１）本発明によるネットワークシステムは、
認証サーバ、オーセンティケータ、サプリカント、および、ネットワークを含み、ＩＥＥＥ８０２．１ｘ認証を用いて、前記サプリカントの認証を行うネットワークシステムにおいて、
前記オーセンティケータは、
配下の前記サプリカントのうち認証済みのサプリカントに関するＭＡＣアドレスとユーザＩＤとを含む認証情報を認証情報登録テーブルに登録して、当該サプリカントの通信を許可する認証済みサプリカント管理手段と、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからの認証開始要求を受け取った際に、当該サプリカントのＭＡＣアドレスを含むＩＥＥＥ８０２．１ｘ認証による認証要求を、前記認証サーバに対して送信することにより、前記認証サーバから当該サプリカントが認証成功か否かを示す情報を含む応答情報を受信し、受信した該応答情報が認証成功を示す情報を含んでいた場合、前記認証開始要求の送信元の当該サプリカントのユーザＩＤおよびＭＡＣアドレスを、前記認証済みサプリカント管理手段により当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＩＥＥＥ８０２．１ｘ認証管理手段と、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからネットワークへの通信用のＭＡＣフレームを受け取った際に、当該サプリカントの認証済みの有無を問い合わせるために当該サプリカントのＭＡＣアドレスを含むＭＡＣ認証による問い合わせを前記認証サーバに対して送信することにより、前記認証サーバから、当該サプリカントが認証済みか否かを示す情報、および、認証済みの場合には当該サプリカントのユーザＩＤ、を含む返送情報を受信し、受信した該返送情報が認証済みを示す情報を含んでいた場合、当該サプリカントのＭＡＣアドレスとともに、該返送情報に含まれているユーザＩＤを取り出して、前記認証済みサプリカント管理手段により当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＭＡＣ認証管理手段と
を有することを特徴とする。
【００１４】
（２）本発明による障害復旧方法は、
認証サーバ、オーセンティケータ、サプリカント、および、ネットワークを含み、ＩＥＥＥ８０２．１ｘ認証を用いて、前記サプリカントの認証を行うネットワークシステムにおいて、前記オーセンティケータが障害発生により再起動した際の障害復旧方法であって
前記オーセンティケータは、
配下の前記サプリカントのうち認証済みのサプリカントに関するＭＡＣアドレスとユーザＩＤとを含む認証情報を認証情報登録テーブルに登録して、当該サプリカントの通信を許可する認証済みサプリカント管理ステップと、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからの認証開始要求を受け取った際に、当該サプリカントのＭＡＣアドレスを含むＩＥＥＥ８０２．１ｘ認証による認証要求を、前記認証サーバに対して送信することにより、前記認証サーバから当該サプリカントの認証成功の有無を示す情報を含む応答情報を受信し、受信した該応答情報が認証成功を示す情報を含んでいた場合、前記認証開始要求の送信元の当該サプリカントのユーザＩＤおよびＭＡＣアドレスを、前記認証済みサプリカント管理ステップにより当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＩＥＥＥ８０２．１ｘ認証管理ステップと、
前記認証情報登録テーブルに前記認証情報が登録されていない配下の前記サプリカントからネットワークへの通信用のＭＡＣフレームを受け取った際に、当該サプリカントの認証済みの有無を問い合わせるために当該サプリカントのＭＡＣアドレスを含むＭＡＣ認証による問い合わせを前記認証サーバに対して送信することにより、前記認証サーバから、当該サプリカントが認証済みか否かを示す情報、および、認証済みの場合には当該サプリカントのユーザＩＤ、を含む返送情報を受信し、受信した該返送情報が認証済みを示す情報を含んでいた場合、当該サプリカントのＭＡＣアドレスとともに、該返送情報に含まれているユーザＩＤを取り出して、前記認証済みサプリカント管理ステップにより当該サプリカントの前記認証情報として前記認証情報登録テーブルに登録するＭＡＣ認証管理ステップと
を有することを特徴とする。
【発明の効果】
【００１５】
本発明のネットワークシステムおよび障害復旧方法によれば、以下のような効果を奏することができる。
【００１６】
本発明においては、オーセンティケータに障害が発生して、当該オーセンティケータに登録している配下の認証済みサプリカントに関する認証情報がクリアされた状態になっても、オーセンティケータは、再起動後に、配下のサプリカントからネットワークに対するデータ通信用として送信されてくる通常のＭＡＣフレームを受信した際に、送信元のサプリカントが認証済みのサプリカントであるか否かを、ＭＡＣ認証を使用して認証サーバに対して問い合わせることによって、認証済みであるか否かの情報を取得することが可能である。
【００１７】
したがって、オーセンティケータの障害発生前に認証済みの状態にあった配下のサプリカントに関しては、オーセンティケータは、障害発生による再起動後においても、配下のサプリカントからの定期的な認証要求を待つことなく、素早く、配下のサプリカントを認証することができ、配下のサプリカントの通信を素早く復旧させることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明に係るネットワークシステムのシステム構成の一例を示す構成図である。
【図２】図１に示したオーセンティケータの内部要素に関する構成の一例を示すブロック図である。
【図３】図１に示した認証サーバの内部要素に関する構成の一例を示すブロック図である。
【図４】本発明に係るネットワークシステムにおいてＩＥＥＥ８０２．１ｘ認証使用時の動作の一例を示すシーケンスチャートである。
【図５】本発明に係るネットワークシステムにおいてＭＡＣ認証使用時の動作の一例を示すシーケンスチャートである。
【図６】図２に示したオーセンティケータにおける動作の一例を説明するフローチャートである。
【図７】図３に示した認証サーバにおける動作の一例を説明するフローチャートである。
【図８】本発明に係るネットワークシステムを構成するオーセンティケータの図２とは異なる内部要素に関する構成例を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下、本発明によるネットワークシステムおよび障害復旧方法の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明によるネットワークシステムおよび障害復旧方法について説明するが、かかる障害復旧方法をコンピュータにより実行可能な障害復旧プログラムとして実施するようにしても良いし、あるいは、障害復旧プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。
【００２０】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、ＩＥＥＥ８０２．１ｘ認証を使用したネットワークシステムにおいて、オーセンティケータに障害が発生して再起動した際に、ＭＡＣ認証を利用することによって、素早く、サプリカントの再認証を行うことを可能にすることを主要な特徴としている。つまり、認証サーバに、ＩＥＥＥ８０２．１ｘ認証に成功したユーザ情報（すなわち認証情報）としてサプリカントのユーザＩＤとＭＡＣアドレスとを保持しておくことによって、オーセンティケータの障害発生後の再起動によって該オーセンティケータに保持されていた当該サプリカントの認証情報がクリアされていても、ＩＥＥＥ８０２．１ｘ認証による認証済みサプリカントをＭＡＣ認証により再認証し、素早く通信が可能な状態に復旧させることを主要な特徴としている。
【００２１】
さらに詳しく説明すると以下の通りである。オーセンティケータは、未認証のサプリカントから認証用のＥＡＰフレーム以外のフレーム（ネットワークに対するデータ通信用のＭＡＣフレーム）を受信した場合、認証サーバに対してＭＡＣ認証として前記サプリカントのＭＡＣアドレスを付して問い合わせる。一方、認証サーバにおいては、ＩＥＥＥ８０２．１ｘ認証による認証済みのサプリカントに関する認証情報として、ユーザＩＤとサプリカントのＭＡＣアドレスとを少なくとも保持しておき、再認証時間が満了するまで、当該認証済みサプリカントに関する認証情報を保持しておく。
【００２２】
そして、認証サーバは、オーセンティケータからＭＡＣ認証の問い合わせが到着した際に、ＭＡＣ認証の問い合わせに含まれているＭＡＣアドレスがＩＥＥＥ８０２．１ｘ認証による認証済みのサプリカントの認証情報として保持されているＭＡＣアドレスに一致すれば、認証成功と見做して、問い合わせ元のオーセンティケータに対して、認証済みである旨の通知を送信する。オーセンティケータは、認証サーバからの認証済みの通知に含まれている当該サプリカントに関する認証情報を登録する。而して、ＩＥＥＥ８０２．１ｘ認証による再認証の手続きの開始を待つこともなく、素早く、当該サプリカントの通信が許可される状態に復旧することができ、当該サプリカントのネットワークに対する通信が可能になる。
【００２３】
［本発明の実施形態の構成例］
次に、本発明に係るネットワークシステムのシステム構成の一例について説明する。図１は、本発明に係るネットワークシステムのシステム構成の一例を示す構成図である。図１に示すネットワークシステムは、第１サプリカント１０１、第２サプリカント１０２、スイッチングハブ２０１、オーセンティケータ３０１、認証サーバ４０１、および、ネットワーク５０１、を少なくとも含んで構成されている。複数の第１サプリカント１０１、第２サプリカント１０２は、それぞれ、スイッチングハブ２０１を介してオーセンティケータ３０１に接続され、オーセンティケータ３０１と認証サーバ４０１とはネットワーク５０１を経由して接続される。
【００２４】
図１に示すネットワークシステムにおいて、第１サプリカント１０１は、スイッチングハブ２０１、オーセンティケータ３０１を介して、認証サーバ４０１に対してＩＥＥＥ８０２．１ｘ認証を行う。ＩＥＥＥ８０２．１ｘ認証が成功した場合には、認証サーバ４０１からオーセンティケータ３０１に対して認証成功通知が送信される。しかる後、オーセンティケータ３０１から第１サプリカント１０１へ認証成功通知が送信される。認証成功通知を受け取った第１サプリカント１０１は、ネットワーク５０１へのアクセスが可能となる。また、オーセンティケータ３０１の配下には、スイッチングハブ２０１が接続されており、該スイッチングハブ２０１を介して複数の第１サプリカント１０１、第２サプリカント１０２が接続可能な状態に構成されている。
【００２５】
次に、図１のネットワークシステムにおけるオーセンティケータ３０１の内部要素に関する構成例を、図２を参照して説明する。図２は、図１に示したオーセンティケータ３０１の内部要素に関する構成の一例を示すブロック図である。図２に示すように、オーセンティケータ３０１は、第１Ｅｔｈｅｒｎｅｔインタフェース３１１（Ｅｔｈｅｒｎｅｔは登録商標）、第２Ｅｔｈｅｒｎｅｔインタフェース３２１、ＭＡＣ認証管理部３３１、ＩＥＥＥ８０２．１ｘ認証管理部３４１、および、認証済みサプリカント管理部３５１、の各要素を少なくとも含んで構成されている。なお、認証済みサプリカント管理部３５１内には、認証情報登録テーブル３５１ａが備えられている。
【００２６】
第１Ｅｔｈｅｒｎｅｔインタフェース３１１は、スイッチングハブ２０１および配下の第１サプリカント１０１、第２サプリカント１０２と通信するためのインタフェースである。第２Ｅｔｈｅｒｎｅｔインタフェース３２１は、認証サーバ４０１と通信するためのインタフェースである。
【００２７】
また、ＭＡＣ認証管理部３３１は、第１サプリカント１０１からＥＡＰフレーム以外のフレーム例えばＭＡＣフレームが届いた際に、ＭＡＣ認証として、認証サーバ４０１に問い合わせを行う機能を有している。
【００２８】
また、ＩＥＥＥ８０２．１ｘ認証管理部３４１は、配下のサプリカント例えば第１サプリカント１０１からＥＡＰフレームによる認証開始要求が届いた際に、ＩＥＥＥ８０２．１ｘ認証として、認証サーバ４０１に問い合わせを行う機能を有している。
【００２９】
また、認証済みサプリカント管理部３５１は、ＭＡＣ認証管理部３３１による認証サーバ４０１へのＭＡＣ認証による問い合わせ結果として、または、ＩＥＥＥ８０２．１ｘ認証管理部３４１による認証サーバ４０１へのＩＥＥＥ８０２．１ｘ認証による問い合わせ結果として、認証サーバ４０１から認証成功の旨を示す応答情報を受け取った際に、該応答情報に含まれている、認証成功となったサプリカント例えば第１サプリカント１０１の認証情報（ユーザＩＤ、ＭＡＣアドレス、再認証時間を含む情報すなわちユーザＩＤ、ＭＡＣアドレスを少なくとも含む情報）を認証情報登録テーブル３５１ａに登録して保持する機能を有している。
【００３０】
次に、図１のネットワークシステムにおける認証サーバ４０１の内部要素に関する構成例を、図３を参照して説明する。図３は、図１に示した認証サーバ４０１の内部要素に関する構成の一例を示すブロック図である。図３に示すように、認証サーバ４０１は、サーバ内Ｅｔｈｅｎｅｔインタフェース４１１、サーバ内ＭＡＣ認証管理部４２１、サーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１、サーバ内認証済みサプリカント管理部４４１、および、サーバ内再認証時間管理部４５１、の各要素を少なくとも含んで構成されている。なお、サーバ内認証済みサプリカント管理部４４１内には、サーバ内認証情報登録テーブル４４１ａが備えられている。
【００３１】
サーバ内Ｅｔｈｅｎｅｔインタフェース４１１は、オーセンティケータ３０１と通信するためのインタフェースである。サーバ内ＭＡＣ認証管理部４２１は、オーセンティケータ３０１からＭＡＣ認証による問い合わせを受け取った際に、後述のサーバ内認証済みサプリカント管理部４４１の判定に基づき認証結果を返す機能を有している。
【００３２】
また、サーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１は、オーセンティケータ３０１からＩＥＥＥ８０２．１ｘ認証によるサプリカント例えば第１サプリカント１０１に関する認証要求を受け取った際に、当該サプリカント例えば第１サプリカント１０１の認証の可否を判定し、認証結果をオーセンティケータ３０１に返すとともに、認証成功の場合、後述のサーバ内認証済みサプリカント管理部４４１により、当該サプリカント例えば第１サプリカント１０１の認証情報をサーバ内認証情報登録テーブル４４１ａに登録する機能を有している。さらに、サーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１は、オーセンティケータ３０１からＩＥＥＥ８０２．１ｘ認証によるサプリカント例えば第１サプリカント１０１に関する問い合わせを受け取った際に、後述のサーバ内認証済みサプリカント管理部４４１の判定に基づき認証結果を返す機能も有している。
【００３３】
また、サーバ内認証済みサプリカント管理部４４１は、ＩＥＥＥ８０２．１ｘ認証が成功した場合、前述したように、認証が成功したサプリカント例えば第１サプリカント１０１の認証情報（ユーザＩＤ、ＭＡＣアドレス、再認証時間をすくむ情報すなわちユーザＩＤ、ＭＡＣアドレス少なくとも含む情報）をサーバ内認証情報登録テーブル４４１ａに登録して保持する機能を有している。そして、オーセンティケータ３０１からＩＥＥＥ８０２．１ｘ認証による問い合わせまたはＭＡＣ認証による問い合わせがあった際に、サーバ内認証情報登録テーブル４４１ａに登録されている認証済みのサプリカント例えば第１サプリカント１０１に関するものであれば、認証成功すなわち認証済みと見做して、認証成功すなわち認証済みを示す応答情報（認証成功すなわち認証済みを示す情報の他に、さらに、ユーザＩＤ、再認証時間に関する情報すなわちユーザＩＤを少なくとも含む情報も追加した応答情報）をオーセンティケータ３０１に送信する機能も有している。また、サーバ内再認証時間管理部４５１は、認証済みのサプリカント例えば第１サプリカント１０１に対して再認証を行う時間を管理し、再認証時間満了までに、再認証が成功しなければ、認証済みのサプリカント例えば第１サプリカント１０１の認証情報をサーバ内認証情報登録テーブル４４１ａから削除する機能を有している。
【００３４】
［本発明の実施形態の動作の説明］
次に、本発明に係るネットワークシステムの一例として図１〜図３に示したネットワークシステムの動作について、図４、図５のシーケンスチャートを参照しながら詳細に説明する。まず、図４のシーケンスチャートを用いてＩＥＥＥ８０２．１ｘ認証使用時の動作について説明する。図４は、本発明に係るネットワークシステムにおいてＩＥＥＥ８０２．１ｘ認証使用時の動作の一例を示すシーケンスチャートであり、ＩＥＥＥ８０２．１ｘ認証使用時の認証成功の場合について示している。なお、図４のシーケンスチャートは、ＥＡＰ（Extensible  Authentication  Protocol）認証プロトコルのマイクロソフト製の拡張版であるＭＳ−ＣＨＡＰｖ２（登録商標：Microsoft-Challenge  Handshake  Authentication  Protocol  Version  ２）に準拠したシーケンスにより示している。
【００３５】
図４のシーケンスチャートにおいて、まず、オーセンティケータ３０１配下のサプリカント例えば第１サプリカント１０１が、認証開始要求として、ＥＡＰｏＬ−Ｓｔａｒｔフレームをオーセンティケータ３０１に対して送信すると（シーケンスＳ１０１）、ＥＡＰｏＬ−Ｓｔａｒｔフレームを受信したオーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、ユーザ認証用のユーザＩＤを要求するＥＡＰ−Ｒｅｑｕｅｓｔフレームを送信元の第１サプリカント１０１に返送する。ＥＡＰ−Ｒｅｑｕｅｓｔフレームを受信した第１サプリカント１０１は、ユーザＩＤを設定したＥＡＰ−Ｒｅｓｐｏｎｓｅフレームをオーセンティケータ３０１に対して送信する（シーケンスＳ１０２）。
【００３６】
オーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、第１サプリカント１０１からユーザＩＤを設定したＥＡＰ−Ｒｅｓｐｏｎｓｅフレームを受信すると、該ＥＡＰ−Ｒｅｓｐｏｎｓｅフレームに含まれているユーザＩＤを第１サプリカント１０１の情報として保存するとともに、当該第１サプリカント１０１の認証を得るために、当該第１サプリカント１０１の情報を含んだメッセージを作成して、ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレーム（認証要求フレーム）として認証サーバ４０１へ送信する(シーケンスＳ１０３)。なお、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームに含まれる第１サプリカント１０１の情報には、ユーザＩＤに加えて、当該第１サプリカント１０１のＭＡＣアドレスも含まれている。
【００３７】
オーセンティケータ３０１からＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームを受信した認証サーバ４０１のサーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１は、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームに含まれている第１サプリカント１０１の情報を保存するとともに、再認証時間とチャレンジ値とを含んだメッセージを作成して、ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅフレームとしてオーセンティケータ３０１へ送信する（シーケンスＳ１０４）。
【００３８】
オーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、認証サーバ４０１からＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅフレームを受信すると、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｓｐｏｓｅフレームに含まれている再認証時間を保存するとともに、該チャレンジ値を含んだＥＡＰ−Ｒｅｑｕｅｓｔフレームを作成して、第１サプリカント１０１に対して送信する。オーセンティケータ３０１からチャレンジ値を含むＥＡＰ−Ｒｅｑｕｅｓｔフレームを受信した第１サプリカント１０１は、該ＥＡＰ−Ｒｅｑｕｅｓｔフレームに対する応答として、該チャレンジ値に対応するレスポンス値を含んだＥＡＰ−Ｒｅｓｐｏｎｓｅを作成して、オーセンティケータ３０１に対して返送する（シーケンスＳ１０５）。
【００３９】
しかる後、オーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、第１サプリカント１０１からＥＡＰ−Ｒｅｓｐｏｎｓｅを受信すると、該ＥＡＰ−Ｒｅｓｐｏｎｓｅに含まれているレスポンス値を取り出して、該レスポンス値を含んだＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔを作成して、認証サーバ４０１に対して送信する。
【００４０】
ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔを受信した認証サーバ４０１のサーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１において、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔに含まれているレスポンス値を確認する。該レスポンス値を確認した結果として、第１サプリカント１０１のＩＥＥＥ８０２．１ｘ認証による認証が成功していた場合には、認証サーバ４０１のサーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１は、認証成功としてＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔをオーセンティケータ３０１に対して送信する（シーケンスＳ１０６）。
【００４１】
さらに、認証サーバ４０１のサーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１は、シーケンスＳ１０４において保存しておいた第１サプリカント１０１の情報を、サーバ内認証済みサプリカント管理部４４１とサーバ内再認証時間管理部４５１とに登録する。すなわち、サーバ内認証済みサプリカント管理部４４１内のサーバ内認証情報登録テーブル４４１ａおよびサーバ内再認証時間管理部４５１には認証済みサプリカントに関する認証情報（ユーザＩＤ、ＭＡＣアドレス、再認証時間を含む情報）が登録される。
【００４２】
認証サーバ４０１からＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔを受信したオーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、認証成功を示すＥＡＰ−Ｓｕｃｃｅｓｓを第１サプリカント１０１に対して送信する（シーケンスＳ１０７）。その結果、第１サプリカント１０１は、ネットワーク５０１を介した通信を開始することができる。さらに、オーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、シーケンスＳ１０３において保存しておいた第１サプリカント１０１のユーザＩＤとシーケンスＳ１０５において保存しておいた再認証時間の情報とを、当該第１サプリカント１０１のＭＡＣアドレスとともに、認証情報として、認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録する。
【００４３】
しかる後において、認証情報登録テーブル３５１ａに登録されている認証済みサプリカント例えば第１サプリカント１０１に関する再認証時間に達すると、オーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、再度、第１サプリカント１０１に関するユーザＩＤを要求するために、シーケンスＳ１０２に復帰する。以降、シーケンスＳ１０２からシーケンスＳ１０７までの処理が実施され、第１サプリカント１０１の再認証が行われる。ここで、第１サプリカント１０１の再認証に失敗した場合には、認証サーバ４０１のサーバ内認証済みサプリカント管理部４４１内のサーバ内認証情報登録テーブル４４１ａとサーバ内再認証時間管理部４５１とから当該第１サプリカント１０１の情報は削除され、かつ、オーセンティケータ３０１の認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａからも当該第１サプリカント１０１の情報は削除される。
【００４４】
次に、図５のシーケンスチャートを参照してＭＡＣ認証使用時の動作について説明する。図５は、本発明に係るネットワークシステムにおいてＭＡＣ認証使用時の動作の一例を示すシーケンスチャートであり、ＭＡＣ認証使用時の認証成功の場合について示している。なお、図５は、オーセンティケータ３０１の障害発生による再起動後の動作であり、オーセンティケータ３０１の認証済みサプリカント例えば第１サプリカント１０１の認証情報が認証情報登録テーブル３５１ａから削除されてしまっている場合の動作の一例を示している。
【００４５】
ここで、前述したように、オーセンティケータ３０１の障害発生前に認証成功となっていたサプリカント例えば第１サプリカント１０１は、オーセンティケータ３０１の障害発生によって通信不能になったことを認識していない。したがって、図５に示すように、第１サプリカント１０１は、ネットワーク５０１に対してデータを送信しようとした際に、送信データを含む通常のデータ通信用のＭＡＣフレームを作成して、該ＭＡＣフレームをオーセンティケータ３０１に対して送信する（シーケンスＳ２０１）。第１サプリカント１０１からのＭＡＣフレームを受信したオーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１においては、認証済み第１サプリカント１０１の認証情報が認証情報登録テーブル３５１ａからクリアされているので、送信元の第１サプリカント１０１は未認証と見做す。
【００４６】
その結果、ＩＥＥＥ８０２．１ｘ認証管理部３４１は、ＭＡＣ認証による認証サーバ４０１への問い合わせを選択して、ＭＡＣ認証管理部３３１を起動する。起動されたオーセンティケータ３０１のＭＡＣ認証管理部３３１は、第１サプリカント１０１のＭＡＣアドレス情報を付与したＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームを、当該第１サプリカント１０１の認証の有無に関するＭＡＣ認証による問い合わせメッセージとして作成して、認証サーバ４０１に対して送信する（シーケンスＳ２０２）。
【００４７】
認証サーバ４０１は、オーセンティケータ３０１から第１サプリカント１０１のＭＡＣアドレス情報を付与したＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームを受信すると、ＭＡＣ認証による問い合わせであると判定して、サーバ内ＭＡＣ認証管理部４２１を起動する。認証サーバ４０１のサーバ内ＭＡＣ認証管理部４２１は、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームに含まれている第１サプリカント１０１のＭＡＣアドレスがサーバ内認証済みサプリカント管理部４４１内のサーバ内認証情報登録テーブル４４１ａに登録されているか否かを確認する。確認した結果、当該ＭＡＣアドレスが登録されていた場合には、サーバ内認証情報登録テーブル４４１ａに登録されている当該第１サプリカント１０１のユーザＩＤと再認証時間情報とを取り出す。
【００４８】
そして、認証サーバ４０１のサーバ内ＭＡＣ認証管理部４２１は、取り出した当該第１サプリカント１０１のユーザＩＤと再認証時間情報とを含んだＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔを作成して、認証成功通知として、オーセンティケータ３０１に対して送信する（シーケンスＳ２０３）。オーセンティケータ３０１のＭＡＣ認証管理部３３１は、認証サーバ４０１から認証成功通知としてＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔを受信すると、問い合わせた当該第１サプリカント１０１は認証済みのサプリカントに該当していることを認識する。
【００４９】
したがって、オーセンティケータ３０１のＭＡＣ認証管理部３３１は、認証済みサプリカント管理部３５１を起動して、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔに含まれている当該第１サプリカント１０１のユーザＩＤと再認証時間情報とを、当該第１サプリカント１０１のＭＡＣアドレスとともに、認証情報として、認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録させる。この結果、第１サプリカント１０１は、ネットワーク５０１に対する通信が許可された状態になる。しかる後、オーセンティケータ３０１のＭＡＣ認証管理部３３１は、シーケンスＳ２０１において第１サプリカント１０１から受信していたデータ通信用のＭＡＣフレームをネットワーク５０１に送信する。
【００５０】
かくのごときＭＡＣ認証によるやり取りを行うことにより、オーセンティケータ３０１の障害発生前に認証済みであったサプリカント例えば第１サプリカント１０１は、オーセンティケータ３０１の障害発生を何ら意識することなく、ネットワーク５０１を介した通信を行うことができる。また、本発明に関連する現状の技術とは異なり、オーセンティケータ３０１の障害発生時においても、再起動後に、配下のサプリカントからの定期的な再認証要求を行う必要はなく、認証済みであったサプリカント例えば第１サプリカント１０１を、素早く、通信可能な状態に復旧させることができる。
【００５１】
次に、オーセンティケータ３０１における動作の一例について、図６を参照して詳細に説明する。図６は、図２に示したオーセンティケータ３０１における動作の一例を説明するフローチャートであり、当該オーセンティケータ３０１に障害が発生した場合の動作例について示している。
【００５２】
図６のフローチャートにおいて、まず、オーセンティケータ３０１に障害が発生して正常な動作が不能な状態になると（ステップＳ３０１）、オーセンティケータ３０１は、再起動されて、初期化が実行され、認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録されている認証情報もクリアされる。ここで、該オーセンティケータ３０１の配下のサプリカント例えば第１サプリカント１０１は、図１に示したように、スイッチングハブ２０１に接続されているので、オーセンティケータ３０１の再起動によるリンク断を知ることができない状態にある。そのため、オーセンティケータ３０１が再起動した後であっても、オーセンティケータ３０１の障害発生前に認証済みの状態にあった第１サプリカント１０１自身は、まだ認証済みの状態にあると認識している。
【００５３】
したがって、第１サプリカント１０１は、再起動後のオーセンティケータ３０１に対して、認証開始要求を行うＥＡＰｏＬ−Ｓｔａｒｔを送信することはなく、ネットワーク５０１に対してデータを送信しようとする際に、オーセンティケータ３０１に対して、通常のＭＡＣフレームを送信する動作を行う。再起動後のオーセンティケータ３０１のＩＥＥＥ８０２．１ｘ認証管理部３４１は、第１サプリカント１０１からＭＡＣフレームを受信すると（ステップＳ３０２）、該ＭＡＣフレームの送信元のＭＡＣアドレスと認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録されているサプリカントのＭＡＣアドレスとを比較して、ＭＡＣフレームの送信元の第１サプリカント１０１が、認証済みサプリカントか否かを確認する（ステップＳ３０３）
【００５４】
該ＭＡＣフレームの送信元の第１サプリカント１０１のＭＡＣアドレスに一致するＭＡＣアドレスが、認証情報登録テーブル３５１ａに登録されていて、第１サプリカント１０１が認証済みサプリカントであった場合には（ステップＳ３０３のＹＥＳ）、第１サプリカント１０１は、通信許可の状態にあり、ネットワーク５０１への通信が可能である（ステップＳ３０４）。
【００５５】
一方、前述のように、障害発生後の再起動により、認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録されている認証情報が全てクリアされている場合等であって、該ＭＡＣフレームの送信元の第１サプリカント１０１のＭＡＣアドレスに一致するＭＡＣアドレスが、認証情報登録テーブル３５１ａ内に存在していなく、第１サプリカント１０１が認証済みのサプリカントではなかった場合には（ステップＳ３０３のＮＯ）、オーセンティケータ３０１のＭＡＣ認証管理部３３１を起動する。起動したＭＡＣ認証管理部３３１は、図５のシーケンスチャートにて説明したように、ＭＡＣ認証の形式を用いて、認証サーバ４０１に対して、第１サプリカント１０１は認証成功か否か（すなわち認証済みか未認証か）を問い合わせる（ステップＳ３０５）。しかる後、オーセンティケータ３０１のＭＡＣ認証管理部３３１は、認証サーバ４０１から認証成功通知が返送されてきたか否かを確認する（ステップＳ３０６）。
【００５６】
図５のシーケンスチャートのシーケンスＳ２０３のように、認証サーバ４０１から返送情報として認証成功の通知（すなわち認証済みを示す情報）が返送されてきた場合には（ステップＳ３０６のＹＥＳ）、オーセンティケータ３０１のＭＡＣ認証管理部３３１は、該返送情報に含まれているユーザＩＤと再認証時間とを、第１サプリカント１０１のＭＡＣアドレスとともに、第１サプリカント１０１の認証情報として、認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録する（ステップＳ３０８）。その結果、第１サプリカント１０１はネットワーク５０１への通信が許可された状態になる（ステップＳ３０４）。
【００５７】
なお、ステップＳ３０６において、認証サーバ４０１から認証失敗の通知が返送されてきた場合には（ステップＳ３０６のＮＯ）、第１サプリカント１０１はネットワーク５０１への通信が不可の状態に設定される（ステップＳ３０７）。
【００５８】
次に、認証サーバ４０１における動作の一例について、図７を参照して詳細に説明する。図７は、図３に示した認証サーバ４０１における動作の一例を説明するフローチャートであり、オーセンティケータ３０１からＭＡＣ認証使用時の問い合わせを受信した場合の動作例について示している。
【００５９】
図７のフローチャートにおいて、まず、認証サーバ４０１は、オーセンティケータ３０１から、ＩＥＥＥ８０２．１ｘ認証またはＭＡＣ認証による認証問い合わせとして、ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームを受信すると（ステップＳ４０１）、受信したＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームから認証種別を確認する（ステップＳ４０２）。ここで、受信したＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームの認証種別がＩＥＥＥ８０２．１ｘ認証であった場合には（ステップＳ４０２の“８０２．１ｘ認証”）、サーバ内ＩＥＥＥ８０２．１ｘ認証管理部４３１は、図４のシーケンスチャートに示したようなＩＥＥＥ８０２．１ｘ認証処理を実施する（ステップＳ４０６）。
【００６０】
これに対して、受信したＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレームの認証種別がＭＡＣ認証であった場合（ステップＳ４０２の“ＭＡＣ認証”）、サーバ内ＭＡＣ認証管理部４２１は、該ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔフレーム中のＭＡＣアドレスが、サーバ内認証済みサプリカント管理部４４１内のサーバ内認証情報登録テーブル４４１ａに登録されている認証済みサプリカントのＭＡＣアドレスであるか否かを確認する（ステップＳ４０３）。
【００６１】
サーバ内認証情報登録テーブル４４１ａに登録されている認証済みサプリカントのＭＡＣアドレスであった場合には（ステップＳ４０３のＹＥＳ）、認証成功通知として、ユーザＩＤと再認証時間との情報を付与したＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ａｃｃｅｐｔフレームを作成して、オーセンティケータ３０１に対して送信する（ステップＳ４０４）。一方、認証済みサプリカントのＭＡＣアドレスではなかった場合には（ステップＳ４０３のＮＯ）、認証失敗の通知として、ＲＡＤＩＵＳ  Ａｃｃｅｓｓ−Ｒｅｊｅｃｔフレームを作成して、オーセンティケータ３０１に対して送信する（ステップＳ４０５）。
【００６２】
［本発明の実施形態の効果の説明］
以上に詳細に説明したように、本実施形態においては、以下に記載するような効果を奏することができる。
【００６３】
第１に、オーセンティケータ３０１に障害が発生して、オーセンティケータ３０１の再起動により当該オーセンティケータ３０１に登録している配下のサプリカント（第１サプリカント１０１、第２サプリカント１０２、…）に関する認証済みサプリカントの認証情報がクリアされた状態になっても、オーセンティケータ３０１は、再起動後に、配下のサプリカントからネットワーク５０１に対するデータ通信用として送信されてくる通常のＭＡＣフレームを受信した際に、該ＭＡＣフレームの送信元のサプリカントが認証済みのサプリカントであるか否かを、ＭＡＣ認証を使用して認証サーバ４０１に対して問い合わせることによって、認証済みであるか否かの情報を取得することが可能である。
【００６４】
したがって、オーセンティケータ３０１の障害発生前に認証済みの状態にあった配下のサプリカントに関しては、オーセンティケータ３０１は、障害発生による再起動後においても、配下のサプリカントからの定期的な認証要求を待つことなく、素早く、配下のサプリカントを認証することができ、配下のサプリカントの通信を素早く復旧させることができる。
【００６５】
第２に、前述のようなＭＡＣ認証を使用することによって、本発明に関連する現状の技術の場合のような定期的な認証要求の送信を行わなくても、配下のサプリカントを認証することができるので、認証要求に関する定期的な送受信動作を取り止めることも可能であり、不要なトラフィックを低減することが可能である。
【００６６】
［本発明の他の実施形態］
前述の実施形態においては、オーセンティケータ３０１の認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録されている認証済みのサプリカントに関する認証情報は、ＤＲＡＭ（Dynamic  Random  Access  Memory）等の揮発性メモリに記憶されていることを前提にしている。このため、オーセンティケータ３０１の障害発生後の再起動時に、初期化されて、認証済みサプリカント管理部３５１内の認証情報登録テーブル３５１ａに登録されている認証済みサプリカントに関する認証情報が消去されてしまう状態になる。しかし、本発明は、かかる場合のみに限るものではなく、例えば図８に例示するように、再起動時において該認証情報を消去しなくても良い構成を採用することも可能である。
【００６７】
図８は、本発明に係るネットワークシステムを構成するオーセンティケータの図２とは異なる内部要素に関する構成例を示すブロック図である。図８に示すオーセンティケータ３０１Ａは、図２のオーセンティケータ３０１に対して、不揮発性メモリ保存処理部３６１と不揮発性メモリ３７１とを追加して備えるとともに、図２のオーセンティケータ３０１に備えていたＭＡＣ認証管理部３３１を削除した構成としている。なお、不揮発性メモリ３７１内には、認証情報登録テーブル３７１ａが備えられている。さらに、図８に示すオーセンティケータ３０１Ａは、図２のオーセンティケータ３０１の認証済みサプリカント管理部３５１の代わりに認証済みサプリカント管理部３５１Ａを用いて構成されている。
【００６８】
つまり、図８に示す認証済みサプリカント管理部３５１Ａは、図２の認証済みサプリカント管理部３５１とは異なり、認証情報登録テーブル３５１ａを備えていない。図８においては、認証済みサプリカントに関する認証情報（ユーザＩＤ、ＭＡＣアドレス、再認証時間を含む情報すなわちユーザＩＤ、ＭＡＣアドレスを少なくとも含む情報）を保存するために、認証済みサプリカント管理部３５１Ａは、不揮発性メモリ保存処理部３６１を起動する。そして、起動した不揮発性メモリ保存処理部３６１は、認証済みサプリカント管理部３５１Ａから受け取った該認証情報を、当該オーセンティケータ３０１Ａの不揮発性メモリ３７１内に備えられている認証情報登録テーブル３７１ａに書き込む処理を行う。
【００６９】
かくのごとく、認証済みサプリカントに関する認証情報を不揮発性メモリ保存処理部３６１という特有の機能を用いて不揮発性メモリ３７１内の認証情報登録テーブル３７１ａに書き込んで保存するという処理を行う。したがって、オーセンティケータ３０１Ａに障害が発生しても、不揮発性メモリ３７１に対する不正な書き込みがなされる可能性を大幅に低減することができるので、再起動時における初期化の対象外とすることができ、オーセンティケータ３０１Ａの再起動後においても、該認証情報を不揮発性メモリ３７１内の認証情報登録テーブル３７１ａに保持し続けることが可能である。
【００７０】
この結果、オーセンティケータ３０１Ａの再起動後においても、オーセンティケータ３０１Ａは、配下の認証済みのサプリカントからのデータ通信用の通常のＭＡＣフレームを受信した際に、不揮発性メモリ３７１内の認証情報登録テーブル３７１ａに登録されている認証情報を参照して、素早く、該ＭＡＣフレームをネットワーク５０１に送信することが可能である。而して、オーセンティケータ３０１Ａは、再起動後にＭＡＣフレームを受信した際に、前述の実施形態の場合とは異なり、ＭＡＣ認証動作として、認証サーバ４０１に対して認証の有無の問い合わせを行うことが不要になるので、図２のオーセンティケータ３０１に備えていたＭＡＣ認証管理部３３１は不要になる。
【００７１】
ただし、場合によっては、不揮発性メモリ３７１に認証情報を格納する図８に示すオーセンティケータ３０１Ａにおいても、前述の実施形態の場合と同様、ＭＡＣ認証管理部３３１を備えておくようにしても良い。つまり、オーセンティケータ３０１Ａの再起動後に、配下のサプリカントからＭＡＣフレームを受信した際に、前述の実施形態の場合と同様に、ＭＡＣ認証動作を行って、認証サーバ４０１から当該サプリカントに関する認証情報を取得して、不揮発性メモリ３７１内の認証情報登録テーブル３７１ａに格納されている当該サプリカントに関する認証情報と照合する動作を行うようにしても良い。かかる照合動作を行うことにより、オーセンティケータ３０１Ａの再起動後における不揮発性メモリ３７１内の認証情報登録テーブル３７１ａの登録内容に関して、その正常性を確認することができる。
【００７２】
以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【符号の説明】
【００７３】
１０１      第１サプリカント
１０２      第２サプリカント
２０１      スイッチングハブ
３０１      オーセンティケータ
３０１Ａ    オーセンティケータ
３１１      第１Ｅｔｈｅｒｎｅｔインタフェース
３２１      第２Ｅｔｈｅｒｎｅｔインタフェース
３３１      ＭＡＣ認証管理部
３４１      ＩＥＥＥ８０２．１ｘ認証管理部
３５１      認証済みサプリカント管理部
３５１ａ    認証情報登録テーブル
３５１Ａ    認証済みサプリカント管理部
３６１      不揮発性メモリ保存処理部
３７１      不揮発性メモリ
３７１ａ    認証情報登録テーブル
４０１      認証サーバ
４１１      サーバ内Ｅｔｈｅｒｎｅｔインタフェース
４２１      サーバ内ＭＡＣ認証管理部
４３１      サーバ内ＩＥＥＥ８０２．１ｘ認証管理部
４４１      サーバ内認証済みサプリカント管理部
４４１ａ    サーバ内認証情報登録テーブル
４５１      サーバ内再認証時間管理部
５０１      ネットワーク
【図１】
2018170665.tif 000003
【図２】
2018170665.tif 000004
【図３】
2018170665.tif 000005
【図４】
2018170665.tif 000006
【図５】
2018170665.tif 000007
【図６】
2018170665.tif 000008
【図７】
2018170665.tif 000009
【図８】
2018170665.tif 000010