(57)【要約】    【課題】      Ｗｅｂサーバへのユーザアクセス権限等の複雑な設定等を必要とせず、また各Ｗｅｂサーバにアクセスする毎にユーザ認証を必要としない容易なアクセス制御を実現する。    【解決手段】  専用網５０内にドメイン名を管理する専用ＤＮＳサーバ５２を配置し、ゲートウェイ４０が、ＤＨＣＰによる端末１２のＩＰアドレス設定時に、専用網５０内の認証サーバ５３での認証可否（レイヤ２の認証可否）に応じて選択し、端末１２に設定する。すなわち、認証可端末の場合、専用ＤＮＳサーバ５２のＩＰアドレス、認証不可端末の場合、ＤＮＳサーバ３２のＩＰアドレスを設定する。このように、認証された端末１２のＤＮＳ解決を専用ＤＮＳサーバ５２で行うことで、専用網５０内の専用Ｗｅｂサーバ５１−１又は５１−２へのアクセス制御を実現する。  【選択図】      図１
2006180095.tif 000002
【特許請求の範囲】
【請求項１】
認証サーバで認証された端末のみアクセスが可能な専用Ｗｅｂサーバのドメイン名を管理する専用ＤＮＳサーバと前記認証サーバで認証されなかった端末がアクセス可能なＷｅｂサーバのドメイン名を管理するＤＮＳサーバのアドレスが設定され、ＩＰアドレスを割り当てるＤＨＣＰを用いて前記端末の前記認証サーバによる認証可否に応じて、前記専用ＤＮＳサーバアドレス又は前記ＤＮＳサーバアドレスのいずれか一方を前記端末のＤＮＳサーバアドレスとして設定するゲートウェイ。
【請求項２】
前記認証サーバで認証された前記端末に前記専用ＤＮＳサーバを設定し、前記認証サーバで認証されなかった前記端末に前記ＤＮＳサーバを設定する請求項１に記載のゲートウェイ。
【請求項３】
前記端末にＩＰアドレスを割り当てるＤＨＣＰ機能と認証処理機能とを備え、前記端末を管理する請求項１又は請求項２に記載のゲートウェイ。
【請求項４】
有料サイトあるいは専用サイトを保持する専用Ｗｅｂサーバが存在する専用網内に、前記専用Ｗｅｂサーバのドメイン名を管理する専用ＤＮＳサーバと、端末の前記専用Ｗｅｂサーバへのアクセスの際の認証を行う認証サーバとを配置したネットワーク構成。
【請求項５】
外部のＤＮＳサーバから前記専用ＤＮＳサーバへのＩＰアドレス問い合わせを禁止し、前記専用ＤＮＳサーバから外部のＤＮＳサーバへの問い合わせを許可する請求項４に記載のネットワーク構成。
【請求項６】
専用ＤＮＳサーバと認証サーバとを配置したネットワーク構成におけるＷｅｂサーバのアクセス制御方法であって、ゲートウェイが、ＩＰアドレスを割り当てるＤＨＣＰを用いて、ネットワーク内の端末の認証可否に応じて該端末のＤＮＳサーバのアドレスを設定することにより前記専用Ｗｅｂサーバへのアクセス制御を実現するＷｅｂサーバのアクセス制御方法。
【請求項７】
前記専用ＤＮＳサーバと前記ＤＮＳサーバに同じドメイン名で別々のＩＰアドレスを登録することにより、前記端末の認証可否に応じて異なるコンテンツを閲覧することを可能とする請求項６に記載のＷｅｂサーバのアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂブラウザを有する端末からのＷｅｂサーバへのアクセスを制御するのに用いて好適なゲートウェイ及びＷｅｂサーバのアクセス制御方法に関する。
【背景技術】
【０００２】
従来、家庭内でゲートウェイを介して構築されたプライベートネットワークから有料サイトや専用サイトを保持する専用Ｗｅｂサーバにアクセスする際、アクセスするユーザの権限などに応じてアクセスを制限するようなアクセス制御が必要である。
【０００３】
現在、Ｗｅｂサーバへのアクセス制御は、ユーザ毎にアカウントを設け、そのアカウント毎に権限を設定し、その権限に応じてアクセスを制御する方法が主流となっている（例えば、特許文献１参照）。このようなアクセス制御は、Ｗｅｂサーバ内のアプリケーションプログラムに、ユーザ権限に応じたアクセス制御を行う機能を持たせることで実現している。
【０００４】
ここで、図１０を参照して従来のＷｅｂサーバのアクセス制御の一例について説明する。この図において、Ｗｅｂクライアントとなる端末（例えば、Ｗｅｂブラウザを備えたパーソナルコンピュータ）１２から専用サイトを保持する専用Ｗｅｂサーバ２１−１又は２１−２へアクセスする場合を考える。プライベートネットワーク１０内の端末１２は、ゲートウェイ１１を介してＩＰ(Internet Protocol)公衆網３０に接続され、専用網２０内の専用Ｗｅｂサーバ２１−１及び２１−２はゲートウェイ２２を介してＩＰ公衆網３０に接続されている。
【０００５】
プライベートネットワーク１０の端末１２から専用Ｗｅｂサーバ２１−１又は２１−２にアクセスする際、まず、ユーザは端末１２のＷｅｂブラウザに専用Ｗｅｂサーバ２１−１又は２１−２のドメイン名を入力してアクセスする。すなわち、インターネット上のＷｅｂサーバにアクセスする場合、そのＷｅｂサーバのＩＰアドレスを指定してアクセスする必要があるが、ＩＰアドレスは数字の列であり、人間にとって理解し難いものであるため、人間に理解し易いドメイン名が一般的に利用されている。ドメイン名は、ＤＮＳ(Domain Name System)サーバによってサーバ機器のＩＰアドレスと関連付けされて管理されている。
【０００６】
ユーザが、端末１２のＷｅｂブラウザにドメイン名を入力すると、Ｗｅｂブラウザは端末１２に事前に設定されているＤＮＳサーバ(ＩＰアドレス： yyy.yyy.yyy.aaa)３２に対し、そのドメイン名に対応するＩＰアドレスの問い合わせを行う(以後、ＤＮＳ解決と呼ぶ)。ＤＮＳ解決を受けたＤＮＳサーバ３２は、再帰検索によって、対応するＩＰアドレスを検索し、そのＩＰアドレス(例えば、xxx.xxx.xxx.2であるとする)をアクセス元の端末１２のＷｅｂブラウザに返送する。これを受信した端末１２のＷｅｂブラウザはＩＰアドレス(xxx.xxx.xxx.2)のサーバ機器（この場合、専用Ｗｅｂサーバ２１−１）へＷｅｂページの表示要求を送出する。
【０００７】
表示要求を受信した専用Ｗｅｂサーバ２１−１は、端末１２に対して認証が必要であることを通知し、端末１２のＷｅｂブラウザ上にユーザ識別番号(ユーザＩＤ)とパスワードの入力を促す表示を行う。ユーザがユーザＩＤとパスワードを入力すると、入力された情報が専用Ｗｅｂサーバ２１−１へ送られる。専用Ｗｅｂサーバ２１−１は、ユーザＩＤとパスワードを基に、設定されているユーザのアクセス権限より、アクセスの許可・不許可を判断する。当該ユーザが専用Ｗｅｂサーバ２１−１へのアクセスが許可されている場合のみ、コンテンツを端末１２へ送信し、端末１２のＷｅｂブラウザにコンテンツを表示させる。
【特許文献１】特開平１１−１６１６０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のＷｅｂサーバのアクセス制御方法においては、Ｗｅｂサーバ毎にユーザのアクセス権限を設定することになるので設定が複雑であり、またＷｅｂサーバにアクセスする毎にユーザの認証を実施してＷｅｂサーバへのアクセスの許可・不許可を判断することになるので、アクセス制御が複雑になるという問題がある。
【０００９】
本発明はかかる点に鑑みてなされたものであり、Ｗｅｂサーバへのユーザアクセス権限等の複雑な設定等を必要とせず、また各Ｗｅｂサーバにアクセスする毎にユーザ認証を必要としない容易なアクセス制御を実現するゲートウェイ及びＷｅｂサーバのアクセス制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１）  本発明のゲートウェイは、認証サーバで認証された端末のみアクセスが可能な専用Ｗｅｂサーバのドメイン名を管理する専用ＤＮＳサーバと前記認証サーバで認証されなかった端末がアクセス可能なＷｅｂサーバのドメイン名を管理するＤＮＳサーバのアドレスが設定され、ＩＰアドレスを割り当てるＤＨＣＰを用いて前記端末の前記認証サーバによる認証可否に応じて、前記専用ＤＮＳサーバアドレス又は前記ＤＮＳサーバアドレスのいずれか一方を前記端末のＤＮＳサーバアドレスとして設定する。
【００１１】
（２）  上記（１）の発明のゲートウェイにおいて、前記認証サーバで認証された前記端末には前記専用ＤＮＳサーバを設定し、前記認証サーバで認証されなかった前記端末には前記ＤＮＳサーバを設定する。
【００１２】
上記各構成によれば、端末の認証可否に応じて専用ＤＮＳサーバ又はＤＮＳサーバを該端末のＤＮＳサーバアドレスとして設定するので、認証された端末のみ専用Ｗｅｂサーバへのアクセスが可能となる。また、Ｗｅｂサーバ毎にユーザアクセス権限等の複雑な設定等が不要となり、容易なアクセス制御を実現できる。
【００１３】
（３）  上記（１）又は（２）のいずれかの発明のゲートウェイにおいて、前記端末にＩＰアドレスを割り当てるＤＨＣＰ機能と認証処理機能とを備え、前記端末を管理する。
【００１４】
上記構成によれば、各Ｗｅｂサーバにアクセスする毎にユーザ認証を必要としないで、容易なアクセス制御を実現できる。
【００１５】
（４）  本発明のネットワーク構成は、有料サイトあるいは専用サイトを保持する専用Ｗｅｂサーバが存在する専用網内に、前記専用Ｗｅｂサーバのドメイン名を管理する専用ＤＮＳサーバと、端末の前記専用Ｗｅｂサーバへのアクセスの際の認証を行う認証サーバとを配置した。
【００１６】
上記構成によれば、端末の認証可否に応じて専用ＤＮＳサーバ又は一般的なＤＮＳサーバを該端末のＤＮＳサーバアドレスとして設定することが可能となり、認証された端末のみ専用Ｗｅｂサーバへのアクセスを実現できる。また、Ｗｅｂサーバ毎にユーザアクセス権限等の複雑な設定等が不要となり、容易なアクセス制御を実現できる。
【００１７】
（５）  上記（４）の発明のネットワーク構成において、外部のＤＮＳサーバから前記専用ＤＮＳサーバへのＩＰアドレス問い合わせを禁止し、前記専用ＤＮＳサーバから外部のＤＮＳサーバへの問い合わせを許可する。
【００１８】
上記構成によれば、認証サーバで認証された端末のみ専用Ｗｅｂサーバへのアクセスが可能となる。
【００１９】
（６）  本発明のＷｅｂサーバのアクセス制御方法は、専用ＤＮＳサーバと認証サーバとを配置したネットワーク構成におけるＷｅｂサーバのアクセス制御方法であって、ゲートウェイが、ＩＰアドレスを割り当てるＤＨＣＰを用いて、ネットワーク内の端末の認証可否に応じて該端末のＤＮＳサーバのアドレスを設定することにより前記専用Ｗｅｂサーバへのアクセス制御を実現する。
【００２０】
上記方法によれば、端末の認証可否に応じて専用ＤＮＳサーバ又はＤＮＳサーバを該端末のＤＮＳサーバアドレスとして設定するので、認証された端末のみ専用Ｗｅｂサーバへのアクセスが可能となる。
【００２１】
（７）  上記（６）の発明のＷｅｂサーバのアクセス制御方法において、前記専用ＤＮＳサーバと前記ＤＮＳサーバに同じドメイン名で別々のＩＰアドレスを登録することにより、前記端末の認証可否に応じて異なるコンテンツを閲覧することを可能とする。
【００２２】
上記方法によれば、１つのドメイン名で端末の認証可否に応じた品質の異なるコンテンツの閲覧が可能となる。
【発明の効果】
【００２３】
本発明によれば、端末の認証可否に応じて専用ＤＮＳサーバアドレス又はＤＮＳサーバアドレスを通知することにより、認証サーバで認証された端末のみ専用Ｗｅｂサーバへのアクセスが可能となる。また、Ｗｅｂサーバ毎にユーザアクセス権限等の複雑な設定等を必要としないでＷｅｂサーバへのアクセス制御を実現できる。また、各Ｗｅｂサーバにアクセスする毎にユーザ認証を必要としないでＷｅｂサーバへのアクセス制御を実現できる。また、ＤＮＳサーバと専用ＤＮＳサーバに、同じドメイン名で別々のＩＰアドレスを登録することにより、１つのドメイン名で端末の認証可否に応じた品質の異なるコンテンツの閲覧が可能となる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２５】
（実施の形態１）
図１は、本発明の実施の形態１に係るネットワーク構成を示すブロック図である。この図において、本実施の形態のネットワーク構成は、プライベートネットワーク１０と、ＩＰ公衆網３０と、専用網５０とを備えている。プライベートネットワーク１０は、ゲートウェイ４０と複数のＷｅｂクライアントとなる端末１２とを備えている。専用網５０は、有料サイト又は専用サイトを保持する専用Ｗｅｂサーバ５１−１及び５１−２と、専用Ｗｅｂサーバ５１−１及び５１−２のドメイン名を管理する専用ＤＮＳサーバ５２と、端末１２の認証を行う認証サーバ５３と、ゲートウェイ２２とを備えている。ＩＰ公衆網３０内には、Ｗｅｂサーバ３１−１及び３１−２と、そのドメイン名を管理するＤＮＳサーバ３２とが存在する。
【００２６】
ＤＮＳサーバ３２は、図２に示すように、Ｗｅｂサーバ３１−１及び３１−２夫々のドメイン名とそのＩＰアドレスを関連付けて管理している。専用ＤＮＳサーバ５２も同様に、専用Ｗｅｂサーバ５１−１及び５１−２夫々のドメイン名とそのＩＰアドレスを関連付けて管理している。
【００２７】
各端末１２からのＤＮＳ解決時に、ＩＰ公衆網３０内のＤＮＳサーバ３２から専用網５０内の専用ＤＮＳサーバ５２へのＩＰアドレスの問い合わせは禁止される。専用網５０内の認証サーバ５３で認証された端末１２は専用ＤＮＳサーバ５２をＤＮＳサーバとして設定され、認証できなかった端末１２は公衆網３０内のＤＮＳサーバ３２をＤＮＳサーバとして設定される。
【００２８】
以下に、認証可否に基づいて、端末１２のＤＮＳサーバアドレスを設定する方法について説明する。
【００２９】
図３は、ゲートウェイ４０の機能ブロック図である。この図において、ゲートウェイ４０は、プライベートネットワークインタフェース部４０１と、パブリックネットワークインタフェース部４０２と、ユーザ認証処理部４０３と、ＤＨＣＰ(Dynamic Host Configuration Protocol)処理部４０４と、アドレス設定部４０５と、端末管理部４０６と、ＴＣＰ(Transmission Control Protocol)やＵＤＰ(User Datagram Protocol)等のトランスポートレイヤプロトコルを処理するトランスポート処理部４０７と、送受信処理を行う送受信処理部４０８を備えて構成される。
【００３０】
ユーザ認証処理部４０３では、ＩＥＥＥ ８０２．１ｘ認証で使用されるユーザからの認証フレーム及び認証サーバ５３からの認証フレームを処理する。また、各端末１２に対して、端末１２が認証に成功したか失敗したかの情報を保持し、端末管理部４０６に通知する。ＩＥＥＥ ８０２．１ｘでは、ＲＦＣ２２８４で規定されているＥＡＰ(Extensible Authentication Protocol)を使用し、通信開始時に、端末１２と認証サーバ５３の間で認証を実施する。ＥＡＰにはパスワードによるユーザ側の認証のみを行うＥＡＰ-ＭＤ５や、認証サーバとクライアントとの間で電子証明書による相互認証を行うＥＡＰ-ＴＬＳ、認証サーバは電子証明書、クライアントはＩＤ/パスワードによる相互認証を行うＥＡＰ-ＰＥＡＰ/ＥＡＰ-ＴＴＬＳ等がある。ＩＥＥＥ８０２．１ｘは有線ＬＡＮの仕様として規格化されたが、現在は主に無線ＬＡＮの認証の仕様として使用されている。
【００３１】
ＤＨＣＰ処理部４０４では、端末１２から受信したＤＨＣＰメッセージを処理するとともに、アドレス設定部４０５で設定されたＩＰアドレス、サブネットマスク、ＤＮＳサーバアドレス、ＩＰアドレスの有効期間、デフォルトゲートウェイアドレス等を、ＤＨＣＰメッセージを用いて端末１２に通知する。アドレス設定部４０５では、端末１２の認証可否情報を基に、端末１２に設定するＩＰアドレス、ＤＮＳサーバアドレスを選択し、ＤＨＣＰ処理部４０４に通知する。割り当て可能なアドレスの範囲及びサブネットマスク、ＤＮＳサーバのアドレス等の情報は、ゲートウェイ起動時にアドレス設定部４０５に設定しておく。端末管理部４０６では、端末１２のＭＡＣ(Media Access Control Address)アドレスとＩＰアドレス、認証可否情報を図５に示す端末管理テーブルで管理する。
【００３２】
ここで、図４に示すシーケンスを用いて、ゲートウェイ４０における端末１２のＤＮＳサーバアドレス設定方法について説明する。
【００３３】
端末１２がゲートウェイ４０に接続した際、端末１２とゲートウェイ４０及びゲートウェイ４０と認証サーバ５３の間で、ＩＥＥＥ８０２．１ｘの認証処理を行う(図４の(1))。認証処理後、ユーザ認証処理部４０３は、端末１２のＩＥＥＥ８０２．１ｘ認証可否及びＭＡＣアドレスを端末管理部４０６に通知する。端末管理部４０６では、図５に示す端末管理テーブルにＭＡＣアドレスと認証可否情報を登録する(図４の(2))。その後、端末１２はＩＰアドレスを取得するために、ＤＨＣＰ(Dynamic Host Configuration Protocol)サーバがネットワーク上に存在するか否かを確認するためのパケット(ＤＨＣＰＤＩＳＣＯＶＥＲ)をブロードキャストする(図４の(3))。
【００３４】
図６にＤＨＣＰメッセージのフォーマットを示す。ＤＨＣＰＤＩＳＣＯＶＥＲでは、クライアントＩＰアドレスに0.0.0.0、サーバＩＰアドレスに0.0.0.0、クライアントＭＡＣアドレスに端末１２のＭＡＣアドレスを設定する。ＤＨＣＰサーバであるゲートウェイ４０は、ＤＨＣＰＤＩＳＣＯＶＥＲパケットを受信すると、ＤＨＣＰ処理部４０４にて、ＤＨＣＰメッセージ内のＭＡＣアドレス情報を抽出し、アドレス設定部４０５にＭＡＣアドレスを情報要素として含むアドレス設定要求を送信する。アドレス設定要求を受信したアドレス設定部４０５は、アドレス設定処理を実施し、設定したＩＰアドレス、ＤＮＳサーバアドレスをアドレス設定応答でＤＨＣＰ処理部４０４に通知する(図４の(3))。
【００３５】
ここで、アドレス設定処理について、図７のアドレス設定処理フローチャートを用いて説明する。
【００３６】
アドレス設定部４０５は、端末管理部４０６の端末管理テーブルを参照して、当該ＭＡＣアドレスの認証可否情報を取得する(ステップＳ７００)。その後、割り当て可能なＩＰアドレスの範囲から端末１２に割り当てるＩＰアドレスの候補を選択する(ステップＳ７０１)。次いで、取得した認証可否情報を基に端末１２の認証可否を判断し(ステップＳ７０２)、端末１２が認証されている場合には、専用網５０内の専用ＤＮＳサーバ５２のＩＰアドレスを、端末１２に設定するＤＮＳサーバアドレスとして選択し(ステップＳ７０３)、端末１２が認証されていない場合には、ＩＰ公衆網３０内のＤＮＳサーバ３２のＩＰアドレスを選択する(ステップＳ７０４)（図４の(4)）。
【００３７】
上述の処理後、ＤＨＣＰ処理部４０４では、アドレス設定応答を基にクライアントのＩＰアドレスの候補、ゲートウェイ４０のＩＰアドレス等をＤＨＣＰＤＩＳＣＯＶＥＲの応答メッセージであるＤＨＣＰＯＦＦＥＲに設定するとともに、オプション領域に、選択したＤＮＳサーバのＩＰアドレスと、サブネットマスク、デフォルトゲートウェイアドレス、ＩＰアドレスのリース期間等を設定する。ゲートウェイ４０は、情報を設定したＤＨＣＰＯＦＦＥＲをブロードキャストする。ＤＨＣＰＯＦＦＥＲを受信した端末１２は、ＤＨＣＰＲＥＱＵＥＳＴをブロードキャストし、ＩＰアドレスを要求する。これに対して、ゲートウェイ４０は、要求されたＩＰアドレスを他の端末１２が使用していないかを確認し、使用されていない場合にはＤＨＣＰＡＣＫをブロードキャストする（図４の(5)）。
【００３８】
端末１２が要求したＩＰアドレスが既に使用されている場合には、ＤＨＣＰＮＡＣＫをブロードキャストする。端末１２がＤＨＣＰＡＣＫを受信した場合、端末１２はＤＨＣＰＡＣＫで指定されたＩＰアドレスを設定し、ＤＨＣＰＮＡＣＫを受信した場合には、再度ＤＨＣＰＤＩＳＣＯＶＥＲを送信して、ＩＰアドレスの取得を行う。ＤＨＣＰ処理部４０４は、ＤＨＣＰＡＣＫをブロードキャストした時点で、設定したＩＰアドレスを端末管理部４０６に通知し、端末管理テーブルに登録する（図４の(6)）。
【００３９】
このように本実施の形態によれば、ゲートウェイ４０は、ＤＨＣＰによって、端末１２の認証可否に応じて端末１２がＤＮＳ解決に使用するＤＮＳサーバ（３２又は５２）を自動に設定する。これにより、認証できた端末１２は、専用ＤＮＳサーバ５２を使用して、専用Ｗｅｂサーバ５１−１又は５１−２のドメイン名から専用Ｗｅｂサーバ５１−１又は５１−２のＩＰアドレスを取得することができるが、認証できなかった端末１２は、専用ＤＮＳサーバ５２を使用しないため、専用Ｗｅｂサーバ５１−１又は５１−２のドメイン名から専用Ｗｅｂサーバ５１−１又は５１−２のＩＰアドレスを取得することができない。したがって、認証できなかった端末１２は、専用網５０内の専用Ｗｅｂサーバ５１−１又は５１−２へアクセスを行うことができない。
【００４０】
(実施の形態２)
図８は、本発明の実施の形態２に係るネットワーク構成を示すブロック図である。この図において、上述した実施の形態１と共通する部分には同じ符号を付けている。図８において、プライベートネットワーク１０は、ゲートウェイ４０と複数の端末１２で構成される。専用網６０は、認証されたユーザのみがアクセス可能な専用Ｗｅｂサーバ５１と、専用Ｗｅｂサーバ５１のドメイン名を管理する専用ＤＮＳサーバ５２、認証できなかったユーザがアクセス可能なＷｅｂサーバ３１と、そのＷｅｂサーバ３１のドメイン名を管理するＤＮＳサーバ３２と、認証サーバ５３と、ゲートウェイ２２とを備えて構成される。
【００４１】
図９のように、専用ＤＮＳサーバ５２は、専用Ｗｅｂサーバ５１のドメイン名とそのＩＰアドレスを関連付けて管理しており、ＤＮＳサーバ３２は、Ｗｅｂサーバ３１のドメイン名とそのＩＰアドレスを関連付けて管理している。
【００４２】
端末１２からのＤＮＳ解決時に、ＤＮＳサーバ３２から専用ＤＮＳサーバ５２へのＩＰアドレスの問い合わせが禁止される。認証サーバ５３で認証された端末１２は、専用ＤＮＳサーバ５２をＤＮＳサーバとして設定し、認証できなかった端末１２はＤＮＳサーバ３２をＤＮＳサーバとして設定する。ＤＮＳサーバアドレスの設定方法は、前述した実施の形態１と同様にＤＨＣＰを用いて認証可否に基づいて設定する。また、ゲートウェイ４０の機能ブロック図も実施の形態１と同様である。なお、本実施の形態のＤＮＳサーバ３２及びＷｅｂサーバ３１は、実施の形態１と同様に専用網６０外のＩＰ公衆網３０内に配置されてもよい。
【００４３】
このように本実施の形態によれば、上述した実施の形態１と同様に、認証できなかった端末１２は、専用Ｗｅｂサーバ５１へアクセスすることができない。また、ＤＮＳサーバ３２と専用ＤＮＳサーバ５２に、同じドメイン名で別々のＩＰアドレスを登録することにより、認証可または認証不可の端末１２が同一ドメイン名でアクセスした際、端末１２の認証可否に応じたコンテンツの閲覧を可能にする。この場合、当然ながら、認証された場合とされなかった場合とでは、コンテンツの内容が異なることは言うまでもない。
【００４４】
上記各実施の形態においては、専用ＤＮＳサーバ５２を専用網５０、６０内に配置させたが、専用Ｗｅｂサーバ５１−１、５１−２、５１のドメイン名を管理すればよいので、専用網５０、６０内に配置しなくても良く、例えばＩＰ公衆網３０内に配置しても良い。
【００４５】
また、端末１２の認証は、ＤＨＣＰによるアドレス自動設定前に実施されれば、特にレイヤ２認証でなくても良い。
【００４６】
また、ＤＮＳ解決を実施した後にアクセスするようなサーバであれば、特にＷｅｂサーバに限定しなくても良い。
【００４７】
また、専用ＤＮＳサーバ５２とその他のＤＮＳサーバを含め、ＤＮＳサーバは２つ以上でも良い。
【産業上の利用可能性】
【００４８】
本発明は、Ｗｅｂブラウザを有する端末からのＷｅｂサーバへのアクセスを制御する用途に適用して好適である。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態１に係るネットワーク構成を示すブロック図
【図２】図１の専用ＤＮＳサーバとＤＮＳサーバで管理されるドメイン名とＩＰアドレスの一例を示す図
【図３】図１のプライベートネットワーク側ゲートウェイの概略構成を示すブロック図
【図４】図１のプライベートネットワーク側ゲートウェイにおける端末のＤＮＳサーバアドレス設定方法を説明するためのシーケンス図
【図５】図１のプライベートネットワーク側ゲートウェイの端末管理部で管理される端末管理テーブルの一例を示す図
【図６】図１の端末がＩＰアドレス取得時にブロードキャストするＤＨＣＰメッセージのフォーマットの一例を示す図
【図７】図１のプライベートネットワーク側ゲートウェイのアドレス設定部で実施されるアドレス設定処理を説明するためのフローチャート
【図８】本発明の実施の形態２に係るネットワーク構成を示すブロック図
【図９】図８の専用ＤＮＳサーバとＤＮＳサーバで管理されるドメイン名とＩＰアドレスの一例を示す図
【図１０】従来のネットワーク構成を示すブロック図
【符号の説明】
【００５０】
１０  プライベートネットワーク
１２  端末
２２、４０  ゲートウェイ
３０  ＩＰ公衆網
３１、３１−１、３１−２  Ｗｅｂサーバ
３２  ＤＮＳサーバ
５０、６０  専用網
５１、５１−１、５１−２  専用Ｗｅｂサーバ
５２  専用ＤＮＳサーバ
５３  認証サーバ
４０１  プライベートネットワークインタフェース部
４０２  パブリックネットワークインタフェース部
４０３  ユーザ認証処理部
４０４  ＤＨＣＰ処理部
４０５  アドレス設定部
４０６  端末管理部
４０７  トランスポート処理部
４０８  送受信処理部
【図１】
2006180095.tif 000003
【図２】
2006180095.tif 000004
【図３】
2006180095.tif 000005
【図４】
2006180095.tif 000006
【図５】
2006180095.tif 000007
【図６】
2006180095.tif 000008
【図７】
2006180095.tif 000009
【図８】
2006180095.tif 000010
【図９】
2006180095.tif 000011
【図１０】
2006180095.tif 000012