(57)【特許請求の範囲】
【請求項１】
複数のネットワーク環境下で任意のネットワークに対してネットワーク接続を行う端末と、
前記端末の接続要求に際して認証を行うサーバを含んで前記複数のネットワーク環境各々に設けられた複数のサーバと、
前記端末からの認証要求を受け付け、当該要求受付時の情報をもとに前記端末の認証を行うサーバを特定し、前記要求を行った端末を前記特定したサーバに接続して、前記特定したサーバに前記要求を行った端末を認証させる中継機能をもつ処理装置と
を具備し、
前記複数のサーバが前記認証に関して協調を行うことなく、前記端末が前記中継機能をもつ処理装置を通して前記複数のネットワーク環境下で任意のネットワークに対してネットワーク接続できるようにしたことを特徴とするネットワークシステム。
【請求項２】
前記端末の認証を行うサーバは、ドメイン毎に設けられ、前記端末は、ドメインに特定されることなく設けられる請求項１記載のネットワークシステム。
【請求項３】
前記処理装置は、前記端末から前記要求を受け付けたとき、当該要求受付時の情報をもとに要求元の端末が所属するドメインを認識し、自己の所属するドメインに所属するとき、前記サーバを特定する処理および前記接続の処理を実行する請求項１記載のネットワークシステム。
【請求項４】
前記処理装置と前記端末は、無線ＬＡＮにより接続される請求項１記載のネットワークシステム。
【請求項５】
ネットワーク接続に際して認証を必要とするサプリカントと、
前記サプリカントがネットワーク接続可能な複数のネットワーク各々に配され、前記サプリカントの認証要求に際して認証を行うオーセンティケーションサーバと、
前記サプリカントから前記要求を受け付けて当該端末の認証を行うオーセンティケーションサーバを特定し、前記要求を行ったサプリカントを前記特定したオーセンティケーションサーバに接続するオーセンティケータと
を具備し、
前記オーセンティケータにより特定される複数のオーセンティケーションサーバが前記認証に関して協調を行うことなく、前記サプリカントが前記オーセンティケータを通して前記複数のネットワーク環境下で任意のネットワークに対してネットワーク接続できるようにしたことを特徴とするネットワークシステム。
【請求項６】
前記オーセンティケータは、ネットワーク接続可能な複数のドメインに置かれたオーセンティケーションサーバ各々をその所属するドメインとともに管理するテーブルを有して、前記サプリカントからの前記要求受付時に、当該サプリカントの識別情報を取得し、前記テーブルに設定されているドメインの情報と前記取得した識別情報とのパターンマッチングにより前記端末の認証を行うオーセンティケーションサーバを特定する請求項５記載のネットワークシステム。
【請求項７】
前記オーセンティケータは、ＩＥＥＥ  ８０２．１Ｘの定義に従い、前記サプリカントとの間で前記認証の手続きを行うことを特徴とする請求項５記載のネットワークシステム。
【請求項８】
前記オーセンティケータは、ＥＡＰによる認証プロトコルを用いて前記サプリカントとの間で前記認証の手続きを行うことを特徴とする請求項５記載のネットワークシステム。
【請求項９】
複数のネットワーク環境下で任意のネットワークに対してネットワーク接続を行う端末と、前記端末からの要求に従い前記端末をネットワークに接続する中継装置と、前記端末の接続要求に際して認証を行うサーバを含んで前記複数のネットワーク環境各々に配された複数のサーバとを具備したネットワークシステムの構築方法に於いて、
前記中継装置に、
前記端末からの認証要求を受け付け、当該要求受付時の情報をもとに前記端末の認証を行うサーバを特定する手段と、
前記要求を行った端末を前記特定したサーバに接続する手段とを備えて、
前記端末が自己の認証を行うサーバとは異なるネットワーク環境下に於いても自己の認証を行うサーバとの間で認証手続きを行うことができるようにしたことを特徴とするネットワークシステムの構築方法。
【請求項１０】
前記端末の認証を行うサーバを特定する手段は、ネットワーク接続可能な複数のドメインと、その各ドメインに置かれた認証を行うサーバとを対応付けて管理するテーブルを有し、前記要求の受付時に、前記端末より取得した情報と前記テーブルとを用いて、前記要求を行った端末の認証を行うサーバを特定することを特徴とする請求項９記載のネットワークシステムの構築方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、高度の認証手続きを必要とするネットワーク環境に適用される、ネットワークシステムおよびネットワークシステムの構築方法に関する。
【０００２】
【従来の技術】
ネットワークへのアクセスに際して十分なセキュリティを確保する際、ユーザ認証のための装置が用いられる。代表的なユーザ認証装置として、ＲＡＤＩＵＳサーバが知られている（非特許文献１参照）。
【０００３】
ＩＥＥＥ  ８０２．１Ｘは、ポート単位でアクセスを制御するための規格である（非特許文献２参照）。具体的には、ネットワークに参加しようとする機器（ポートに接続した機器）に対して、認証処理をおこなう。そして、認証に成功した機器だけをネットワークに参加（ポートを開く）させる。
【０００４】
ここで言うポートとは、イーサネットＬＡＮケーブルのような物理的なポートだけではなく、論理的なものも含まれる。たとえば、無線ＬＡＮネットワークの場合、ステーション（ＳＴＡ）とアクセスポイント（ＡＰ）間の接続が確立したとき（アソシエーションが確立したとき）、ステーション（ＳＴＡ）がポートに接続したとみなすことができる（図１に示すＳＴＡ、ＡＰ参照）。
【０００５】
ＩＥＥＥ  ８０２．１Ｘでは、以下の３つの構成単位（コンポーネント）が定義されている。
【０００６】
（１）．サプリカント（Ｓｕｐｐｌｉｃａｎｔ）
；認証されるコンポーネント。
【０００７】
（２）．オーセンティケータ（Ａｕｔｈｅｎｔｉｃａｔｏｒ）
；サプリカント（Ｓｕｐｐｌｉｃａｎｔ）のアクセスを制御するコンポーネント。ポートの開閉をおこなう。
【０００８】
（３）．オーセンティケーションサーバ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）
；サプリカント（Ｓｕｐｐｌｉｃａｎｔ）の認証を行うコンポーネント。
【０００９】
しかしながら、ＩＥＥＥ  ８０２．１Ｘでは、特にオーセンティケータから、オーセンティケーションサーバへの通信について細かい規定がない。したがって、従来の技術に於いては、オーセンティケータは、あらかじめ指定していた（複数の）オーセンティケーションサーバに対して、固定的に通信を行っていた。これは、オーセンティケーションサーバが、すべてのサプリカントの認証を請け負うことを前提としている。
【００１０】
この従来の技術では、互いに独立している環境下のサプリカントを、互いのネットワークに参加できるように再設定したい場合に、非常にコストがかかることがある。
【００１１】
たとえば、図７に示すように、オーセンティケーションサーバを各々にもつドメインＡとドメインＢのネットワーク環境が存在するものとする。この環境で、ドメインＢに属するサプリカント（Ｂ）が、ドメインＡのネットワークに参加したり、逆に、ドメインＡに属するサプリカント（Ａ）が、ドメインＢのネットワークに参加できるように環境を構築するには、第１の方法として、新たな一つのドメイン（ドメインＣ）に纏め直すか、あるいは、第２の方法として、それぞれのオーセンティケーションサーバが協調して、認証を請け負うように環境を構築する必要がある。ここで、「オーセンティケーションサーバの協調」とは、たとえば、ＲＡＤＩＵＳ  Ｐｒｏｘｙのような機能も含んでいる。
【００１２】
上記第１の方法については、新たなネットワーク環境を構築しなければならないことからコストがかかる。また、第２の方法は、ネットワークを構築する上では簡易であるが、かならずしも、すべてのオーセンティケーションサーバに協調できるような機能がついているわけではなく、システム構成上の不安定要因を含んでいる。
【００１３】
このように、従来では、各々異なるドメイン下にある各サプリカントが、それぞれのドメインのオーセンティケータを通してネットワークに参加できるシステムを構築しようとした際、種々の問題があった。
【００１４】
【非特許文献１】
認証サーバソフトウェア  株式会社アクセンス・テクノロジー  ｈｔｔｐ：／／ａｃｃｅｎｓｅ．ｃｏｍ／ｆｕｌｌｆｌｅｘ
【００１５】
【非特許文献２】
ＩＥＥＥ規格書８０２．１ｘ−２００１「ポート依存型ネットワークアクセス制御」（Ｐｏｒｔ−Ｂａｓｅｄ  Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）（２００１年６月１４日）
【００１６】
【発明が解決しようとする課題】
上述したように、従来では、複数の環境（たとえばドメイン）下にある各サプリカントが、それぞれの環境（ドメイン）のオーセンティケータを通してネットワークに参加できるシステムを構築しようとした際、種々の問題があった。
【００１７】
本発明は上記実情に鑑みなされたもので、ネットワーク環境を異にする各端末が、それぞれ相互のネットワーク環境下でアクセスできるシステムを構築する際に、高度のユーザ認証機構を経済的に有利な構成で容易に構築することのできるネットワークシステムおよびネットワークシステムの構築方法を提供することを目的とする。
【００１８】
また、本発明は、ドメイン等のネットワーク環境の再構築や、オーセンティケーションサーバの協調をおこなうことなく、複数の環境下にあるサプリカントが、それぞれ相互の環境下でアクセスできるネットワークシステムを提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明は、ネットワーク接続に際して認証を必要とする端末からの認証要求に対して、その要求を受け付けた中継機能をもつ処理装置が、上記要求受付時の情報を用いて、適切な認証用サーバを選別することを特徴とする。
【００２０】
即ち、本発明は、複数のネットワーク環境下で任意のネットワークに対してネットワーク接続を行う端末と、前記端末の接続要求に際して認証を行うサーバを含んで前記複数のネットワーク環境各々に設けられた複数のサーバと、前記端末からの認証要求を受け付け、当該要求受付時の情報をもとに前記端末の認証を行うサーバを特定し、前記要求を行った端末を前記特定したサーバに接続して、前記特定したサーバに前記要求を行った端末を認証させる中継機能をもつ処理装置とを具備したネットワークシステムを特徴とする。
【００２３】
また、本発明は、複数のネットワーク環境下で任意のネットワークに対してネットワーク接続を行う端末と、前記端末からの要求に従い前記端末をネットワークに接続する中継装置と、前記端末の接続要求に際して認証を行うサーバを含んで前記複数のネットワーク環境各々に配された複数のサーバとを具備したネットワークシステムの構築方法に於いて、前記中継装置に、前記端末からの認証要求を受け付け、当該要求受付時の情報をもとに前記端末の認証を行うサーバを特定する手段と、前記要求を行った端末を前記特定したサーバに接続する手段とを備えて、前記端末が自己の認証を行うサーバとは異なるネットワーク環境下に於いても自己の認証を行うサーバとの間で認証手続きを行うことができるようにしたことを特徴とする。
【００２４】
上記したような本発明の機能を備えることにより、ドメイン等のネットワーク環境を異にする各端末が、それぞれ相互のネットワーク環境下でアクセスできるシステムを構築する際に、高度のユーザ認証機構を経済的に有利な構成で容易に構築することができる。たとえば、ＩＥＥＥ  ８０２．１Ｘの定義に従えば、サプリカントからの認証要求に対して、その要求を受け付けたオーセンティケータが、ネットワーク接続可能なドメイン等のネットワーク環境それぞれに置かれたオーセンティケーションサーバの中から、適切な（上記要求を出したサプリカントの認証を行う）オーセンティケーションサーバを選別することが可能となる。この機能により、複数のドメイン等のネットワーク環境下にあるサプリカントが、ドメインの再構築や、オーセンティケーションサーバの協調をおこなうことなく、ネットワーク接続を行う任意のドメイン等の環境下に於いて、そこに存在するのオーセンティケータを通して、ネットワークに参加することができる。即ち、サプリカントは自己の所属するドメイン等の環境だけでなく、他の環境下にあるオーセンティケータとのアクセスで、自己の認証を行うオーセンティケーションサーバに対して認証を要求でき、その環境下でネットワーク接続を行うことができる。
【００２５】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
【００２６】
図１は本発明の実施形態に於けるシステムの構成を示すブロック図であり、ここでは、ドメインＡの各コンポーネント（２０Ａ，３０Ａ，４０Ａ）がＩＰ網１０を介してドメインＢの各コンポーネント（２０Ｂ，３０Ｂ，４０Ｂ）にネットワーク接続された例を示している。
【００２７】
ドメインＡには、オーセンティケーションサーバ（ Authentication Server）となるＲＡＤＩＵＳサーバ２０（Ａ）、およびオーセンティケータ（ Authenticator）となるアクセスポイント（ＡＰ）３０（Ａ）が設けられる。更に、サプリカント（Supplicant）となるステーション（ＳＴＡ）４０（Ａ）が設けられる。
【００２８】
ドメインＢには、オーセンティケーションサーバ（ Authentication Server）となるＲＡＤＩＵＳサーバ２０（Ｂ）、およびオーセンティケータ（ Authenticator）となるアクセスポイント（ＡＰ）３０（Ｂ）が設けられる。更に、サプリカント（Supplicant）となるステーション（ＳＴＡ）４０（Ｂ）が設けられる。尚、ここでは、説明を簡素にするため、各ドメインに於いて各コンポーネントをそれぞれ１台ずつ示している。また、上記各ドメインに設けられたステーション（ＳＴＡ）４０（Ａ），４０（Ｂ）は、それぞれ汎用のパーソナルコンピュータを用いて実現され、各アクセスポイント（ＡＰ）３０（Ａ），３０（Ｂ）と、ステーション（ＳＴＡ）４０（Ａ），４０（Ｂ）との間は、それぞれ無線ＬＡＮにより接続されるものとする。
【００２９】
上記各アクセスポイント（ＡＰ）３０（Ａ），３０（Ｂ）には、それぞれ図２に示すようなルールテーブル（ＲＴ）３１が設けられる。
【００３０】
このルールテーブル（ＲＴ）３１は、各ステーション（ＳＴＡ）４０（Ａ），４０（Ｂ）からの認証要求に対して、そのステーションの認証を行うＲＡＤＩＵＳサーバを特定する際に用いられるもので、図２に示すように、ネットワーク接続が可能な各ドメインに設けられたＲＡＤＩＵＳサーバ２０（Ａ），２０（Ｂ）の情報（ＲＡＤＩＵＳ情報）と、その各ＲＡＤＩＵＳサーバ２０（Ａ），２０（Ｂ）が所属するドメインを特定できる比較文字列（条件パターン）とが対応付けて設定され登録されている。
【００３１】
上記ルールテーブル（ＲＴ）３１上の比較文字列（条件パターン）は、認証手続きの際にステーション（ＳＴＡ）４０（Ａ），４０（Ｂ）から送られてくる、ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ（この実施形態ではサプリカント識別情報と称す）とのパターンマッチングの際に参照されるもので、その具体的なパターンマッチングについては図５を参照して後述する。
【００３２】
図３は上記ルールテーブル（ＲＴ）３１を用いたアクセスポイント（ＡＰ）３０（Ａ），３０（Ｂ）の処理手順を示すフローチャートであり、ステーション（ＳＴＡ）４０（Ａ／Ｂ）から認証要求を受け付けた際に実行される。
【００３３】
図４は本発明の動作概念を示したもので、ここではＩＥＥＥ  ８０２．１Ｘの定義に従うコンポーネントを対象に、ドメインＡ，Ｂ間に於ける認証手続のルートを例に示している。
【００３４】
図５は、上記実施形態に於いて、上記各アクセスポイント（ＡＰ）３０（Ａ），３０（Ｂ）がステーション（ＳＴＡ）４０（Ａ／Ｂ）から認証要求を受け付けた際に実行される上記ルールテーブル（ＲＴ）３１を用いたパターンマッチングの動作を説明するためのサプリカント識別情報（ＥＡＰ−Response／Identity）の一例を示したもので、ここではドメイン名を含んだ形式の記載を例に示している。
【００３５】
図６は上記認証時の処理およびデータの流れを簡単に示したもので、ここではＩＥＥＥ  ８０２．１Ｘの定義に従うコンポーネントを対象に示している。また、ここではオーセンティケーションサーバ（ Authentication Server）にＲＡＤＩＵＳサーバを使用しているが、これに限るものではない。
【００３６】
図中の（３）と（４）との間で、図３に示す、認証要求に従うＲＡＤＩＵＳサーバ２０（Ａ／Ｂ）を特定する処理が実行される。
【００３７】
ここで、上記図１乃至図６を参照して本発明の実施形態に於ける動作を説明する。
【００３８】
本発明の実施形態を説明するに際して、認証要求時に於けるデータの流れを図６を参照して説明する。ここでは認証が成功した例を示している。
【００３９】
（１）ＥＡＰＯＬ−Ｓｔａｒｔ
サプリカント（Supplicant）がオーセンティケータ（ Authenticator）に認証の開始を要求する。
【００４０】
（２）ＥＡＰ−Ｒｅｑｕｅｓｔ／Ｉｄｅｎｔｉｔｙ
オーセンティケータ（ Authenticator）がサプリカント（Supplicant）にサプリカント識別情報（ＥＡＰ−Response／Identity）を要求する。
【００４１】
（３）ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ
サプリカント（Supplicant）がオーセンティケータ（ Authenticator）にサプリカント識別情報（ＥＡＰ−Response／Identity）を返答する。
【００４２】
（４）Ａｃｃｅｓｓ  Ｒｅｑｕｅｓｔ
オーセンティケータ（ Authenticator）がオーセンティケーションサーバ（ Authentication Server）にサプリカント（Supplicant）の認証を要求する。上記（３）と（４）の間に於いて、図３に示す処理が行われる。
【００４３】
（５）Ａｃｃｅｓｓ  Ｃｈａｌｌｅｎｇｅ
オーセンティケーションサーバ（ Authentication Server）からオーセンティケータ（ Authenticator）に、認証のためのチャレンジが返される。
【００４４】
（６）ＥＡＰ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓ
サプリカント（Supplicant）とオーセンティケーションサーバ（ Authentication Server）との間で認証処理が行われる。本来、細かいやりとりを行っているが、ここでは省略する。
【００４５】
（７）Ａｃｃｅｓｓ  Ａｃｃｅｐｔ
オーセンティケーションサーバ（ Authentication Server）がオーセンティケータ（ Authenticator）に、サプリカント（Supplicant）を認証した旨を通知する。認証に失敗した場合は、Ａｃｃｅｓｓ  Ｒｅｊｅｃｔが返る。
【００４６】
（８）ＥＡＰ−Ｓｕｃｃｅｓｓ
オーセンティケータ（ Authenticator）がサプリカント（Supplicant）に、認証が成功した旨を通知する。
【００４７】
ここで、本発明の基本的な動作概念を図４を参照して説明する。
【００４８】
ドメインＡに於いてサプリカント（Supplicant）のアクセスを行うオーセンティケータ（ Authenticator）Ａは、サプリカント（Supplicant）Ｂが（例えば無線ＬＡＮを介して）ポートに接続してきた際、サプリカント（Supplicant）Ｂの認証を行うオーセンティケーションサーバ（ Authentication Server）Ｂを選択して、認証処理を開始する。この際、オーセンティケータ（ Authenticator）Ａは、ポートに接続してきたサプリカント（Supplicant）が、どのドメインに属しているのか判別する必要がある。この判別の際に、サプリカント（Supplicant）から受けた、上記図６（３）に示されるサプリカント識別情報（ＥＡＰ−Response／Identity）を利用する。
【００４９】
このサプリカント識別情報（ＥＡＰ−Response／Identity）には、サプリカント（Supplicant）の識別名が記載されている。この記載内容については、特に規定されていないが、たとえば、図５に示すようなドメイン名を含んだ形式で記載される。
【００５０】
図６（３）に於いて、サプリカント識別情報（ＥＡＰ−Response／Identity）が、サプリカント（Supplicant）から送信されるので、オーセンティケータ（ Authenticator）は、そのサプリカント識別情報（ＥＡＰ−Response／Identity）から、そのサプリカント（Supplicant）が属しているドメインを判別し、そのドメインに属している適切なオーセンティケーションサーバ（ Authentication Server）に対して上記図６（４）以降の通信を開始する。
【００５１】
次に、図１に示すネットワークシステムに於ける認証処理について、図１乃至図３を参照して説明する。
【００５２】
図１に於いて、ＲＡＤＩＵＳサーバ２０（Ａ）は、ドメインＡに属する各ステーション（ＳＴＡ）４０（Ａ）の認証を行う。ＲＡＤＩＵＳサーバ２０（Ｂ）はドメインＢに属する各ステーション（ＳＴＡ）４０（Ｂ）の認証を行う。
【００５３】
アクセスポイント（ＡＰ）３０（Ａ）は、ドメインＡに属するステーション（ＳＴＡ）４０（Ａ）のアクセスを制御する。アクセスポイント（ＡＰ）３０（Ｂ）は、ドメインＢに属するステーション（ＳＴＡ）４０（Ｂ）のアクセスを制御する。
【００５４】
ステーション（ＳＴＡ）４０（Ａ），４０（Ｂ）は、上記各アクセスポイント（ＡＰ）３０（Ａ），３０（Ｂ）との間で、例えば無線ＬＡＮを介して接続される。尚、図１では、ステー
ション（ＳＴＡ）４０（Ｂ）が、例えば携帯型のパーソナルコンピュータを用いて構成され、本来、所属するドメインＢのアクセスポイント（ＡＰ）３０（Ｂ）から切り離されて、ドメインＡのアクセスポイント（ＡＰ）３０（Ａ）に接続要求を行う場合を例示している。
【００５５】
この際、アクセスポイント（ＡＰ）３０（Ａ）は、ステーション（ＳＴＡ）４０（Ｂ）から接続要求に際して、認証要求（図６（１）に示すＥＡＰＯＬ−Ｓｔａｒｔ；認証の開始要求）を受けることにより、上記した図６に示す認証のためのデータ授受が開始される。この図６に示す（３）と（４）の間に於いて、図３に示す、認証要求に従うＲＡＤＩＵＳサーバ２０（Ａ／Ｂ）を特定する処理が実行される。
【００５６】
この処理は、図２に示すルールテーブル（ＲＴ）３１を参照して行われる。
【００５７】
アクセスポイント（ＡＰ）３０（Ａ）は、ステーション（ＳＴＡ）４０（Ｂ）から上記認証の開始要求を受けると（図６（１）参照）、ステーション（ＳＴＡ）４０（Ｂ）にサプリカント識別情報（ＥＡＰ−Response／Identity）を要求する（図６（２）参照）。
【００５８】
この要求に従い、ステーション（ＳＴＡ）４０（Ｂ）からサプリカント識別情報（ＥＡＰ−Response／Identity）を取得すると、そのサプリカント識別情報（ＥＡＰ−Response／Identity）に含まれる図５に示すような識別名の一部（例えばドメイン名）を用いて、図２に示すルールテーブル（ＲＴ）３１とのパターンマッチングにより、ステーション（ＳＴＡ）４０（Ｂ）の認証を行うＲＡＤＩＵＳサーバ２０（Ａ／Ｂ）を検索する。即ち、認証要求を出したステーション（ＳＴＡ）４０（Ｂ）と同じドメイン名若しくはそれに類する文字列構造をもつＲＡＤＩＵＳ情報を検索する（図３ステップＳ３１，Ｓ３２）。
【００５９】
ここで、ステーション（ＳＴＡ）４０（Ｂ）と同じドメイン名若しくはそれに類する文字列構造をもつＲＡＤＩＵＳ情報が存在（パターンマッチ）すると、ルールテーブル（ＲＴ）３１のパターンマッチした個所に記述されているＩＰアドレス、ポート番号等から認証要求先のＲＡＤＩＵＳサーバ２０（Ｂ）を決定し（図３ステップＳ３３）、決定したＲＡＤＩＵＳサーバ２０（Ｂ）に図６（４）に示すＡｃｃｅｓｓ  Ｒｅｑｕｅｓｔを送付して認証を要求する。
【００６０】
このような処理により、ドメインの再構築や、オーセンティケーションサーバ同士が協調して動作しなくても、ネットワーク環境を異にする各端末（ステーション）が、それぞれ相互のネットワーク環境下でアクセスできる。
【００６１】
尚、本発明は、ＩＥＥＥ  ８０２．１Ｘに限らず、ＥＡＰ（Extensible Authentication Protocol）による認証プロトコルを採用し、かつ、端末と認証サーバの間に立って、中継をおこなうようなすべてのシステムに適用できる。たとえば、ＲＡＳ（Remote Access Server）にも適用可能である。
【００６２】
【発明の効果】
以上詳記したように、本発明によれば、ネットワーク環境を異にする各端末が、それぞれ相互のネットワーク環境下でアクセスできるシステムを構築する際に、高度のユーザ認証機構を経済的に有利な構成で容易に構築することができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に於けるシステムの構成を示すブロック図。
【図２】上記実施形態に於けるルールテーブル（ＲＴ）の構成例を示す図。
【図３】上記実施形態に於けるルールテーブル（ＲＴ）を用いたアクセスポイントの処理手順を示すフローチャート。
【図４】本発明の動作概念を示す図。
【図５】上記実施形態に於けるルールテーブル（ＲＴ）を用いたパターンマッチングの動作を説明するためのサプリカント識別情報（ＥＡＰ−Ｒｅｓｐｏｎｓｅ／Ｉｄｅｎｔｉｔｙ）の一例を示す図。
【図６】上記実施形態に於ける認証時の処理の流れを示す図。
【図７】本発明で対象とするネットワーク環境の基本的な構成例を示す図。
【符号の説明】
１０…ＩＰ網
２０（Ａ），３０（Ｂ）…ＲＡＤＩＵＳサーバ
３０（Ａ），３０（Ｂ）…アクセスポイント（ＡＰ）
３１…ルールテーブル（ＲＴ）
４０（Ａ），４０（Ｂ）…ステーション（ＳＴＡ）
【図１】
0003697437.tif 000002
【図２】
0003697437.tif 000003
【図３】
0003697437.tif 000004
【図４】
0003697437.tif 000005
【図５】
0003697437.tif 000006
【図６】
0003697437.tif 000007
【図７】
0003697437.tif 000008