JP4852502B2 - アクセスサーバ及び接続制限方法 - Google Patents

Description

本発明は、アクセスサーバ及び接続制限方法に係り、特に、端末や通信システムによるフィルタリングに関わり、ユーザ端末が認証後でも、アクセスサーバによって該ユーザ端末が通信できる時間帯の制限を制御することができる機能を備えたアクセスサーバ及び接続制限方法に関する。

携帯電話やパーソナルコンピュータや携帯ゲーム機が日常生活に普及していくなか、インターネットを利用できる環境になっている。子供を含めた誰もがインターネットを介してサイトアクセスや音楽のダウンロードやゲームのダウンロードなどサービスを利用している。誰もが利用できる一方で、子供が出会い系サイトなどの有害なサイトへのアクセスによって被害がでるなどの課題がある。また、個人情報の流出の観点から、不用意に情報を流出させないためにも有害サイトへのアクセス制限は重要な機能でもある。
有害サイトへのアクセス制限はフィルタリング技術が利用され、例えば、インターネットブラウザやインターネットサービスプロバイダー（以下、ＩＳＰ）提供の専用ツールをクライアント端末にインストールしてフィルタリングを実施するものがある。また、例えば、宅内ルータなどの宅内外部装置でフィルタリングを実施するもの、会社等の社内ＬＡＮのネットワークにおいてＰｒｏｘｙサーバを利用するもの（例えば、特許文献１参照）、契約しているＩＳＰよるＷｅｂゲートウェイサーバによるフィルタリングの実施をするものがある。

フィルタリングの機能として、例えば、キーワードによるもの（例えば暴力など）や、指定したＷｅｂアドレスを表示しないものもしくは指定したＷｅｂアドレスしか表示しないものや、時間帯によって表示させないものなどがある。
キーワードによる制限は予め不適切なキーワードをリストアップし、指定したＵＲＬ内にキーワードが含まれていた場合は、Ｗｅｂのページを表示しないことができる。しかし、見せてもいいＵＲＬでもキーワードが入っていた場合に表示できないなど誤認識の可能性がある。
Ｗｅｂアドレスによる制限の場合、指定したＷｅｂアドレスのページを表示しないものでは、登録していないＵＲＬには効果がない。一方、指定したＷｅｂアドレスのページを表示するものでは、自由に見られるＷｅｂページなどが少なくなる。子供がサイトを見ることを念頭においた場合、子供は見ることができないものを好奇心によって、どんな手法を使ってでも見たがる傾向があり、例えば直接、有害サイトのＵＲＬのアドレスを書き込んでアクセスしたりと、キーワードやｗｅｂアドレスによる制限はフィルタリングとしての実用性に課題が残る。

時間帯による制限の場合、制限時間を設定することでインターネットの使いすぎを防止し、親がいない時間帯の子供の利用を制限することが可能である。キーワードやＷｅｂアドレスの指定など、きめ細かな設定がいらずに、子供の好奇心を仰ぐこともなく子供に気付かれずフィルタリングが実施できることが知られている。
時間帯による制限は、例えば、前記で述べたクライアント端末に専用ツールをインストールして、ソフトウェアで実施するもの、会社等の社内ＬＡＮのネットワークにおいてＰｒｏｘｙサーバ（特許文献１参照）やＩＳＰよるＷｅｂゲートウェイサーバなど、データベースを用いた管理者実施によるものがある。
また、特開２００６−６０８６２（特許文献２）には、例えば、時間帯によって情報配信を制御する通信方法が開示されている。この方法では、例えば、利用者が情報を得るために予めデータベースに登録した内容とタイマ回路を備えた通信装置がタイマによって該データベースに登録された情報提供開始時間と終了時間を比較し、該開始時刻になると、利用者の通信ネットワークへ接続後、要求した情報を配信し、該終了時刻になると利用者の通信ネットワークへの配信を中止する。
更に、加入者を収容する通信装置において認証後に該ユーザ端末毎のネットワーク接続を制御する通信方法として、例えば、特開２００３−１７４４８２（特許文献３）がある。この方法では、例えば、通信装置はユーザ端末がインターネットへの接続要求時に認証後に予めブリッジ接続、あるいはルータ接続によって閉域ネットワークを構成する。閉域ネットワークを構築後、通信装置は該端末よりフィルタ情報の設定要求に従い、通信装置の管理テーブルを変更することによって該端末のフィルタリング条件を自由に変更できる方法である。

特許３６０５３４３号 特開２００６−６０８６２号公報 特開２００３−１７４４８２号公報

しかしながら、ユーザ端末のソフトウェアツールや宅内ルータによるユーザ独自でアクセス時間を設定するものに関しては、例えば専用ツールをインストールすることが条件であり、逆に、アンインストールしてしまった場合や端末に時間設定が正確に設定されていないなど、ユーザの操作ミスによって有害サイトへの時間帯アクセスが可能となる。また、端末で設定するため、使用するユーザが制限が解除してサイトにアクセスすることがある。
社内ＬＡＮなど、Ｐｒｏｘｙサーバを利用した特許文献１の記載の技術では、専用のＰｒｏｘｙサーバでフィルタリングを実施するため、社内ＬＡＮなどの小ネットワークに適しているが、有線なり無線なりとユーザ端末の種類・形態が変わる大規模なネットワークになった場合、各ネットワークに同じＰｒｏｘｙサーバの設置の必要がある。また一つのＰｒｏｘｙサーバにいくつものデータベースを持つことになるので、負荷がかかり冗長性にも課題が残る。
ＩＳＰ側でのＷｅｂゲートウェイサーバによるフィルタリングの実施のものは、ＩＳＰと契約していることが利用条件となり、ＩＳＰごとにサービスの内容が異なる。
また、時間帯によって情報配信の制御ができる通信方法として、特許文献２の記載技術では、該通信装置によるタイマによる管理とデータベースによって、予め登録してある利用者のネットワークに欲しい情報を欲しい時間で時間配信できるが、データベースには欲しい情報のみが登録され、利用者の通信条件を制限できるものではない。例えば、見せたくない情報や欲しくない情報について時間帯に基づく制御をするものではなく、誰もが、見せたくない情報や欲しくない情報の取得をできてしまう。

更に、加入者を収容する通信装置において認証後に該ユーザ端末毎のネットワーク接続を制御する通信方法として、特許文献３の記載技術では、認証後に閉域ネットワークを構築し、通信装置は該端末よりフィルタ情報の設定要求に従い、通信装置の管理テーブルを変更することによって該端末のフィルタリング条件を自由に変更できるが、該端末の申告によるフィルタリングの設定変更なので、例えば時間帯におけるフィルタリング条件を実施したい場合（例えば、日中はフィルタ条件なしで、夜間はフィルタリング条件を厳しくする）、１日に２回の申告が必要となるので繁雑な作業が必要となる。申告を忘れてしまうことによって、例えば夜間のフィルタリング条件が日中に適用されてしまう可能性があり、時間設定によるフィルタリングサービスの管理が困難である。
有線や無線などユーザ端末の形態やＩＳＰ側のサービス機能に囚われないで、時間帯によって通信を制限できる機能、通信・ｗｅｂ閲覧を制限する装置に振り分ける機能を、加入者やＩＳＰを収容できるアクセスサーバで持つことが要求されている。
以上の点に鑑み、本発明は、時間帯における通信を制限する機能をアクセスサーバ内に備え、かつ認証サーバとの連携により、繁雑な設定を必要としない認証の実現を目的とする。

本発明は、ユーザ端末の認証後でもアクセスサーバと接続しているＰｒｏｘｙサーバのポートを時間帯によって切り替えることによって、Ｐｒｏｘｙサーバの時間帯における負荷を分散およびＨＴＴＰの利用条件が異なったＰｒｏｘｙサーバによって、該ユーザ端末のＷｅｂの閲覧を時間帯によって制限することを目的のひとつとする。
また、本発明は、ＰｒｏｘｙサーバのＩＰアドレスを知らなくても前記と同様にアクセスサーバと接続しているルータのポートを切り替えることによってフィルタリング機能を持ったルータで該ユーザ端末のＷｅｂの閲覧を時間帯によって制限することを目的のひとつとする。
本発明は、アクセスサーバと接続している該ユーザ端末のポートを時間帯によってフィルタリングができることによって、該ユーザ端末の通信を時間帯によって制限することを目的のひとつとする。

上記の課題を達成するためにアクセスサーバは図２に後述する複数のユーザ端末もしくは通信網を収容できる複数のポート２１−ｎとパケット処理部２２とポート変換部２２−１とフィルタリング部２２−２と制御部２３とタイマ回路２４とを備える。
ユーザ端末からＰＰＰセッション接続があると、図４に後述するアクセスサーバのユーザ管理テーブル２２４−１に、該端末の送信元ＩＰアドレス２２４０−１２とユーザ端末が接続されているユーザ端末ポート番号２２４０−１３とを記憶し、図５に後述するアクセスサーバの時間帯管理テーブル２２４−２のユーザ端末アクセス時間２２４０−２２を記憶する。
記憶後、ＰＰＰｏＥ（ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒ）セッションを確立後、該ユーザ端末の認証に必要な情報を通信システム内の認証サーバ１４へ送信し、認証サーバは図８に後述する認証サーバ認証管理テーブルの内容を照合して、その結果を図７に後述する認証サーバの認証パケット３００に記憶してアクセスサーバ６へ送信し、アクセスサーバ６はその認証パケット３００の内容を取り出して、図４に後述するアクセスサーバ６のユーザ管理テーブル２２４−１に該端末のユーザＩＤ２２４０−１１とＰＰＰセッションＩＤ２２４０−１４とポート切り替え２２４０−１５とポートフィルタリング設定情報２２４０−１６とを記憶し、図５に後述するアクセスサーバの時間帯管理テーブル２２４−２の認証サーバ認証完了時間２２４０−２３とポート切り替え開始時間２２４０−２４とポート切り替え終了時間２２４０−２５とポートフィルタリング開始時間２２４０−２６とポートフィルタリング終了時間２２４０−２７を記憶する。

記憶後、図４に後述するアクセスサーバのユーザ管理テーブル２２４−１に該ユーザ端末のポート切り替え２２４０−１５とポートフィルタリング設定情報２２４０−１６の内容に従い、図２に後述するタイマ回路２４が起動する。
起動後、図４に後述するアクセスサーバのユーザ管理テーブル２２４−１と図５に後述する時間帯管理テーブル２２４−２の内容から図３に後述するパケット処理部２２が、該端末が時間帯におけるポートを切り替えるユーザなのか、セッションを切断（フィルタリング）するユーザなのかを判断する。
判断の結果、対象ユーザでかつ、図２に後述するタイマ回路２４の示す時刻が、図５に後述するアクセスサーバの時間帯管理テーブル２２４−２の設定時間内であれば、ポートを切り替えるユーザで、該ユーザ端末がＰｒｏｘｙサーバのＩＰアドレスを知っている場合、アクセスサーバと接続している第１のＰｒｏｘｙサーバのポートを図２に後述するポート変換部２２−１によって、第２のＰｒｏｘｙサーバのポートに切り替える。図２に後述するタイマ回路２４におけるタイマが満了すると、アクセスサーバと接続しているＰｒｏｘｙサーバのポートを図２に後述する変換部２２−１によって切り替え、元のポートに戻す。

一方、該ユーザ端末がＰｒｏｘｙサーバのＩＰアドレスを知らない場合、アクセスサーバは、接続しているルータＡ（１０）のポートを図２に後述するポート変換部２２−１によって、ルータＢ（１５）のポートに切り替える。図２に後述するタイマ回路２４におけるタイマが満了すると、アクセスサーバは接続しているルータＢ（１５）のポートを図２に後述する変換部２２−１によって切り替え、元のルータＡ（１０）のポートに戻す。
また、ユーザ端末のポートをフィルタリングするユーザの場合であれば、図２に後述するフィルタリング部２２−２によって該ユーザ端末のポートに対してポートフィルタリングをする。ポートフィルタリングするパケットの種類（例えばＩＣＭＰ：Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｏｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｃｏｌや、ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌを用いることができる）については本特許を制限するものではない。図２に後述するタイマ回路２４におけるタイマが満了するまでは該ユーザ端末のポートをフィルタリングする。
本発明のアクセスサーバは、例えば、複数のユーザ端末を収容し、該複数の端末とＰＰＰセッション接続するアクセスサーバであって、前記複数のユーザ端末もしくは認証サーバ間のパケットを送受信する複数のポートと、前記複数のポートの何れかで受信したパケットの内容に基づいて必要な処理を行う、前記複数のポートの何れかに出力する処理部を備え、前記処理部は、前記複数のユーザ端末の何れかの端末から認証サーバの認証パケットによるＡｃｃｅｓｓＡｃｋを受信すると、該端末の情報を認証パケットの属性ペアから必要な情報を記憶部に記録し、その該端末が時間帯で複数台のＰｒｏｘｙサーバに振り分けるユーザなのか、時間帯で該ユーザ端末のポートをフィルタリングするユーザなのかを識別することを特徴のひとつとする。

上記アクセスサーバは、認証パケットの属性ペアからアクセスサーバの記憶部に時間帯でＰｒｏｘｙサーバに振り分けるユーザの場合、振り分ける開始時刻／終了時刻の情報を記憶し、時間帯で該ユーザ端末のポートをフィルタリングするユーザの場合、フィルタリングする開始時刻／終了時刻を記憶し、それら時刻をタイマ回路で管理できることを特徴のひとつとする。
上記アクセスサーバは、Ｐｒｏｘｙサーバに振り分けるユーザの場合、振り分ける開始時刻／終了時刻の情報をアクセスサーバ内のユーザ管理テーブルと時間帯管理テーブルとタイマ回路によって、該Ｐｒｏｘｙサーバのポートを切り替えることを特徴のひとつとする。
上記アクセスサーバは、該ユーザ端末のポートをフィルタリングするユーザの場合、ポートをフィルタリングする開始時刻／終了時刻の情報をアクセスサーバ内のユーザ管理テーブルと時間帯管理テーブルとタイマ回路によって、該ユーザ端末のポートをフィルタリングすることを特徴のひとつとする。

上記アクセスサーバは、その該端末が時間帯で複数台のＰｒｏｘｙサーバに振り分けるができること、該ユーザ端末のポートをフィルタリングすることの両方式が実施できることを特徴のひとつとする。
上記アクセスサーバは、ユーザ端末の形態を問わず、有線なり無線なりを収容することによって、Ｐｒｏｘｙサーバに振り分ける機能、該ユーザ端末のポートをフィルタリングする機能を実施できることを特徴のひとつとする。
上記アクセスサーバは、時間帯でＨＴＴＰの利用条件が異なったＰｒｏｘｙサーバごとに振り分けることによって、該ユーザ端末のＷｅｂの閲覧を時間帯によって制限できることを特徴のひとつとする。
上記アクセスサーバは、該ユーザ端末における認証実施後に該ユーザ端末の通信できる時間帯を制限することができることを特徴のひとつとする。
上記アクセスサーバは、時間帯毎にアクセスサーバのポートを変換することによって、アクセスサーバと接続しているＰｒｏｘｙサーバの時間帯における負荷を分散ができることを特徴のひとつとする。
上記アクセスサーバは、時間帯毎にアクセスサーバのポートを切り替えることによって、該端末がＰｒｏｘｙサーバのアドレスを知らない場合でも、ＤＮＳサーバと連携したＬ７スイッチ相当のルータにおいて、時間帯におけるフィルタリングができることを特徴のひとつとする。

本発明の第１の解決手段によると、
認証サーバと、ユーザ端末からサイトへのアクセスに対して第１のアクセス制限を行う又はアクセス制限を行わない第１のサーバ又は第１の通信装置と、該ユーザ端末からサイトへのアクセスに対して第２のアクセス制限を行う第２のサーバ又は第２の通信装置と、アクセスサーバとを備えたネットワークシステムにおける前記アクセスサーバであって、
前記ユーザ端末と、前記認証サーバと、前記第１のサーバ及び／又は第１の通信装置と、前記第２のサーバ及び／又は第２の通信装置とのそれぞれと接続するための複数のポートと、
前記ユーザ端末からのパケットの出力先ポートを、時間帯により、前記第１のサーバ若しくは第１の通信装置が接続される前記ポート、及び、第２のサーバ若しくは第２の通信装置が接続される前記ポートのいずれかに切り替えるポート変換部と、
前記ユーザ端末が接続された前記ポートに対してフィルタリングを行うフィルタリング部と、
前記認証サーバと通信して前記ユーザ端末の認証のための処理を行う認証処理部と、
ユーザ識別子に対応して、ポートの切替の行うユーザ端末か否かを示すポート切替設定情報と、ひとつ又は複数のポート切替時刻と、フィルタリングを行うユーザ端末か否かを示すフィルタリング設定情報と、フィルタリング開始時刻及び終了時刻とを記憶するメモリと
を備え、
前記認証処理部は、
前記ユーザ端末からアクセスがあると前記認証サーバに認証要求を送信し、該認証サーバから、認証結果と、ポート切替設定情報及びポート切替時刻と、フィルタリング設定情報及びフィルタリング時刻とを含む認証パケットを受信し、
該認証パケットに含まれるポート切替設定情報及びポート切替時刻と、フィルタリング設定情報及びフィルタリング開始時刻及び終了時刻とを、ユーザ識別子に対応して前記メモリに記憶し、
前記ポート変換部は、前記メモリを参照して、任意のユーザ識別子についてポート切替設定情報がポートの切替を行うように設定されている場合、対応するポート切替時刻になると該ユーザ識別子のユーザ端末からのパケットの出力先を切り替え、
前記フィルタリング部は、前記メモリを参照して、任意のユーザ識別子についてフィルタリング設定情報がフィルタリングするように設定されている場合、対応するフィルタリング開始時刻になると該ユーザ識別子が接続されたポートに対してフィルタリングを行う前記アクセスサーバが提供される。

本発明の第２の解決手段によると、
認証サーバと、ユーザ端末からサイトへのアクセスに対して第１のアクセス制限を行う又はアクセス制限を行わない第１のサーバ又は第１の通信装置と、該ユーザ端末からサイトへのアクセスに対して第２のアクセス制限を行う第２のサーバ又は第２の通信装置と、アクセスサーバとを備えたネットワークシステムにおける接続制限方法であって、
前記アクセスサーバが、
前記ユーザ端末からアクセスがあると前記認証サーバに認証要求を送信し、
該認証サーバから、認証結果と、ポートの切替の行うユーザ端末か否かを示すポート切替設定情報及びひとつ又は複数のポート切替時刻と、フィルタリングを行うユーザ端末か否かを示すフィルタリング設定情報及びフィルタリング開始時刻及び終了時刻とを含む認証パケットを受信し、
該認証パケットに含まれるポート切替設定情報及びポート切替時刻と、フィルタリング設定情報及びフィルタリング開始時刻及び終了時刻とを、ユーザ識別子に対応してメモリに記憶し、
メモリを参照して、任意のユーザ識別子についてポート切替設定情報がポートの切替を行うように設定されている場合、対応するポート切替時刻になると該ユーザ識別子のユーザ端末からのパケットの出力先を、前記第１のサーバ若しくは第１の通信装置が接続されるポート、及び、第２のサーバ若しくは第２の通信装置が接続されるポートのいずれかに切り替え、
任意のユーザ識別子についてフィルタリング設定情報がフィルタリングするように設定されている場合、対応するフィルタリング開始時刻になると該ユーザ識別子が接続されたポートに対してフィルタリングを行う前記接続制限方法が提供される。

本発明によると、時間帯における通信を制限する機能をアクセスサーバ内に備え、かつ認証サーバとの連携により、繁雑な設定を必要としない認証の実現することができる。
本発明によれば、ユーザ端末の認証後でもアクセスサーバと接続しているＰｒｏｘｙサーバのポートを時間帯によって切り替えることによって、Ｐｒｏｘｙサーバの時間帯における負荷を分散およびＨＴＴＰの利用条件が異なったＰｒｏｘｙサーバによって、該ユーザ端末のＷｅｂの閲覧を時間帯によって制限ができる。
また、本発明によれば、ＰｒｏｘｙサーバのＩＰアドレスを知らなくても前記と同様にアクセスサーバと接続しているルータのポートを切り替えることによってフィルタリング機能を持ったルータで該ユーザ端末のＷｅｂの閲覧を時間帯によって制限ができる。
本発明によれば、アクセスサーバと接続している該ユーザ端末のポートを時間帯によってフィルタリングができることによって、該ユーザ端末の通信を時間帯によって制限できる。

以下、本実施の形態について、図面を参照して詳細に説明する。
（システム構成）
図１は、本実施の形態によるアクセスサーバが用いられている通信システム（ネットワークシステム、アクセス制限システム）全体を示す図である。
本通信システムは、例えば、アクセスサーバ６と、ＰｒｏｘｙサーバＡ（第１のサーバ）７と、ＰｒｏｘｙサーバＢ（第２のサーバ）８と、ルータＡ（第１の通信装置）１０と、ルータＢ（第２の通信装置）１５と、ｗｅｂサーバ１２と、ＤＮＳサーバ１３と、認証サーバ１４とを備える。
アクセスサーバ６はアクセス網５（アクセスサーバポート番号＃１〜４）とＩＳＰ網９（アクセスサーバポート番号＃７、＃８）と認証サーバ１４（アクセスサーバポート番号＃９）とＰｒｏｘｙサーバＡ（７）（アクセスサーバポート番号＃５）およびＰｒｏｘｙサーバＢ（８）（アクセスサーバポート番号＃６）が接続している。
ＰｒｏｘｙサーバＡ（７）は、例えば日中用のＰｒｏｘｙサーバであり、８：００−２０：００までの利用が可能でありＨＴＴＰの制限は特に設けていない。なお、ＰｒｏｘｙサーバＢ（８）とは異なるＨＴＴＰ制限（第１のアクセス制限）を設けてもよい。ＰｒｏｘｙサーバＢ（８）は、例えば夜間用のＰｒｏｘｙサーバであり、２２：００−８：００までの利用とし、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ）の制限（第２のアクセス制限）を設けている。ＨＴＴＰの制限として例えば、ＨＴＴＰフィルタリングの機能でキーワードによるものや、指定したＷｅｂアドレスを表示しないようにするなど、フィルタリング機能を自由に設定できるものとする。いずれのＰｒｏｘｙサーバとも、ＩＰアドレス（２００．１０．１０．１０）が振られている。
アクセス網５配下には、アクセスサーバ６がユーザ端末Ａ（１）（アクセスサーバポート番号＃１）と、ユーザ端末Ｂ（２）（アクセスサーバポート番号＃２）と、ユーザ端末Ｃ（３）（アクセスサーバポート番号＃３）と、ユーザ端末Ｄ（４）（アクセスサーバポート番号＃４）とを収容している。アクセス網５配下の端末はアクセスサーバ６を介して、認証サーバ１４によって認証される。

ユーザ端末Ａ（１）はＩＰアドレス（１９２．１６８．０．１０／３２）とユーザＩＤ（ａｂｃ）が予め振られている。以下同様に、ユーザ端末Ｂ（２）はＩＰアドレス（１９２．１６８．０．２０／３２）とユーザＩＤ（ｅｆｇ）、ユーザ端末Ｃ（３）はＩＰアドレス（１９２．１６８．０．３０／３２）とユーザＩＤ（ｈｉｊ）、ユーザ端末Ｄ（４）はＩＰアドレス（１９２．１６８．０．４０／３２）とユーザＩＤ（ｏｐｑ）が振られている。なお、ユーザ端末は有線で通信する端末でありユーザ端末とアクセスサーバ６間が有線で接続されてもよいし、ユーザ端末は無線で通信する端末でありユーザ端末とアクセスサーバ６間の少なくとも一部が無線で接続されてもよい。
ＩＳＰ網９はルータＡ１０又はルータＢ１５を介してインターネット１１を接続している。これによって、アクセス網５配下のユーザ端末がＷｅｂサーバ１２（ＩＰアドレスは２０３．１０．１０．１０）にアクセスできる構成になっている。
本実施の形態の通信システム内では、アクセス網５配下のユーザ端末からＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）セッション接続要求があると、ユーザ端末とアクセスサーバ６間にＰＰＰｏＥセッションを確立する。その後、ＰＰＰセッションを確立するため、アクセスサーバ６は認証サーバ１４に認証の問い合わせを実施する。認証サーバ１４は、予めユーザ端末の情報を記憶した（後述する図８）認証サーバ管理テーブル（４００−３）を有する。アクセスサーバ６は、認証の問い合わせをするために、後述する図７の認証パケット３００を認証サーバ１４に送信する。認証サーバ１４は、図８の認証サーバ管理テーブル（４００−３）の情報を照合して、アクセスサーバ６に問い合わせ結果（認証結果）と所定の情報を認証パケット３００に書き込んで送信する。アクセスサーバ６はこの認証サーバ１４からの認証パケット３００から情報を取り出して後述する図４のユーザ管理テーブル２２４−１と後述する図５の時間帯管理テーブル２２４−２に記憶する。

記憶した結果、後述する図４のユーザ管理テーブル２２４−１からユーザ端末に対してポート切り替え２２４０−１５なのか、ポートフィルタリング２２４０−１６なのかを後述する図７の認証パケット３００の属性値ペア３０００−１６からアクセスサーバ６が認識する。いずれかの対象であった場合、後述する図２のタイマ回路２４のタイマを起動する。次にポート切り替えユーザで該ユーザ端末がＰｒｏｘｙサーバのアドレスを知っている場合、後述する図５の時間帯管理テーブル２２４−２とアクセスサーバ６の現在の時間を比較して、後述する図５の時間帯管理テーブル２２４−２に記憶されている時間内であれば、アクセスサーバに接続しているＰｒｏｘｙサーバのポートの切り替えを後述する図２ポート変換部２２−１によって実施する。その結果、ＰｒｏｘｙサーバＡ（７）とＰｒｏｘｙサーバＢ（８）が入れ替わる。後述する図５の時間帯管理テーブル２２４−２に記憶されている時間外であれば、Ｐｒｏｘｙサーバのポートの切り替えは実施しない。
ＰｒｏｘｙサーバＡ（７）とＰｒｏｘｙサーバＢ（８）はＨＴＴＰの制限の差別化がしてあり、ＰｒｏｘｙサーバＢ（８）を選択することによってＨＴＴＰの制限が実施できる。
一方、ポート切り替えユーザで該ユーザ端末がＰｒｏｘｙサーバのアドレスを知らない場合、後述する図５の時間帯管理テーブル２２４−２とアクセスサーバ６の現在の時間を比較して、後述する図５の時間帯管理テーブル２２４−２に記憶されている時間内であれば、アクセスサーバに接続しているルータのポートの切り替えを後述する図２ポート変換部２２−１によって実施する。その結果、ルータＡ（１０）とルータＢ（１５）が入れ替わる。後述する図５の時間帯管理テーブル２２４−２に記憶されている時間外であれば、ポートの切り替えは実施しない。

ルータＡ（１０）とルータＢ（１５）はフィルタリングの差別化がしてあり、ルータＢ（１５）はＤＮＳサーバと連携してＨＴＴＰの制限が実施できる。ポートの切り替えでルータＢ（１５）を選択することによってＨＴＴＰの制限が実施できる。
また、ポートフィルタリングをするユーザである場合、後述する図５の時間帯管理テーブル２２４−２とアクセスサーバの現在の時間を比較して、後述する図５の時間帯管理テーブル２２４−２に記憶されている時間内であれば、図２に後述するフィルタリング部２２−２によってユーザ端末側のポートのポートフィルタリングを実施する。ポートフィルタリング実施後は、図５の時間帯管理テーブル２２４−２から、図２に後述するタイマ回路２４におけるタイマが満了するまでポートフィルタリングを実施する。時間帯管理テーブル２２４−２に記憶されている時間設定外であれば、ポートフィルタリングは実施しない。
本実施の形態による後述する図２のタイマ回路２４のタイマを用いることで、認証後もユーザ端末のアクセス時間の制限を制御できる。

図２は、本実施の形態によるアクセスサーバ６の構成を示すブロック図である。
アクセスサーバ６は、例えば、複数の入出力ポート２１−１〜ｎとパケット処理部２２とポート２１−ｎを制御する制御部２３とパケット処理部２２を時間で管理するタイマ回路２４とを有する。また、パケット処理部２２は、ポート変換部２２−１とフィルタリング部２２−２と認証処理部２２−３とを有する。
ポート２１は、ユーザ端末及びＩＳＰ網９等とのインタフェースであり、複数のユーザ端末や通信網とのパケット（例えばＰＰＰセッション接続実施時のパケット）の送受信を行う。パケット処理部２２は、ポート２１で受信したパケットの内容に基づいて、パケット処理等を行い、ポート２１の何れかに出力する。ポート変換部２２−１はポートの切り替えを実施し、フィルタリング部２２−２はポートのフィルタリングを実施する。認証処理部２２−３は、認証サーバ１４と通信してユーザ端末の認証のための処理を行う。なお、パケット処理部２２は、ルーティングなどの上述のポート変換以外の適宜の処理を行う。
制御部２３は、パケット処理部２２とタイマ回路２４の制御の連携実施をする。タイマ回路２４は、パケット処理部２２内のタイマを起動・終了する。タイマ回路２４は、例えば、現在時刻を管理する。又は、タイマ回路２４は、ユーザ端末毎に、ポート切替時刻までの時間若しくはフィルタリング開始時刻までの時間若しくはフィルタリング終了時刻までの時間を管理する。

図３は、パケット処理部２２の詳細な構成図である。
パケット処理部２２は、例えば、ポート２１−１〜ｎからのパケットを一時的に蓄積する複数の受信バッファ２２１と、受信バッファ２２１からパケットを読み出し、パケット処理等を行うパケット処理プロセッサ２２３と、パケット処理プロセッサ２２３が実行時に読み出すテーブル(ユーザ管理テーブル２２４−１、時間帯管理テーブル２２４−２、ルーティングテーブル２２４−３を含む)を記憶するテーブル格納メモリ２２４と、ポート２１−１〜ｎへのパケットを一時的に蓄積する送信バッファ２２２と、制御部２３とのインタフェースであるプロセッサ間インタフェース２２５とを有する。なお、パケット処理部２２は、ＨＴＴＰデータを格納しているＨＴＴＰデータメモリをさらに有してもよい。ここで、プロセッサ２２３は、受信バッファに蓄積されたパケットを読み出してユーザ管理テーブル２２４−１と時間帯管理テーブル２２４−２、ルーティングテーブル２２４−３によりパケット処理を行った後、パケットのヘッダ情報によって送信バッファ２２２に出力する。なお、図２のポート変換部２２−１、フィルタリング部２２−２、認証処理部２２−３の機能は、例えば、パケット処理プロセッサ２２３が実行する。
また、後述する図５の時間帯管理テーブル２２４−２とタイマ回路２４と連携して、パケット処理プロセッサ２２３は、後述する図４のユーザ管理テーブル２２４−１に記憶している時間とアクセスサーバの現在の時間とを比較する。設定時間内であれば、パケット処理プロセッサ２２３が図２の制御部を通して、ポート切り替えユーザであれば、該当するＰｒｏｘｙサーバのポートをポート変換部２２−１によって切り替える。ポートフィルタリングユーザであれば、該当するユーザ端末のポートをフィルタリング部２２−２によって通信遮断を実施する。

（データ構成例）
図４は、アクセスサーバ６のユーザ管理テーブル２２４−１の構成例を示す図である。
ユーザ管理テーブル２２４−１は、例えば、ユーザ端末のユーザＩＤ（ユーザ識別子）２２４０−１１と、ユーザ端末のアドレスである送信元ＩＰアドレス２２４０−１２と、ユーザ端末とアクセスサーバが接続されているポート番号２２４０−１３と、ＰＰＰ セッションＩＤ２２４０−１４と、ポート切り替え設定情報２２４０−１５と、ポートフィルタリング設定情報２２４０−１６と、対象ポート番号（出力ポート番号情報）２２４０−１７とが対応付けられ記憶される。
アクセスサーバ６のユーザ管理テーブル２２４−１は、ＰＰＰｏＥセッションと認証完了を含めたＰＰＰセッションが確立されるたびにＰＰＰセッションＩＤ２２４０−１４と送信元ＩＰアドレス２２４０−１２が更新される。また、後述する図７の認証サーバの認証パケット３００の属性値ペア３０００−１６から必要な情報を取り出して、ユーザ端末に対してポート切り替え２２４０−１５なのかポートフィルタリング２２４０−１６なのかを記憶する。その結果、アクセスサーバ６は、送信元ＩＰアドレスを基にしてポート切り替えおよびポートフィルタリングを実施する対象出力ポート２２４０−１７を出力する。
図５は、アクセスサーバ６の時間帯管理テーブル２２４−２の構成例を示す図である。
アクセスサーバ６の時間帯管理テーブル２２４−２は、例えば、ユーザ端末のユーザＩＤ２２４０−２１と、ユーザ端末からアクセスサーバ６にアクセスされたユーザ端末アクセス時間２２４０−２２と、認証サーバ１４からＡｃｃｅｓｓ Ａｃｋ(Ａｃｃｅｐｔ)を受信した時刻を記憶する認証完了時間２２４０−２３と、後述する図７の認証サーバの認証パケット３００の属性値ペア３０００−１６から取り出して記憶されるポート切り替え開始時間（ポート切替時刻）２２４０−２４とポート切り替え終了時間（ポート切替時刻）２２４０−２５とポートフィルタリング開始時間２２４０−２６とポートフィルタリング終了時間２２４０−２７とが対応して記憶される。アクセスサーバ６の時間帯管理テーブル２２４−２は、後述する図７の認証サーバの認証パケット３００の属性値ペア３０００−１６から必要な情報を取り出して、ユーザ端末が認証されるたびに更新される。

図６は、アクセスサーバ６のルーティングテーブル２２４−３の構成例を示す図である。
ルーティングテーブル２２４−３は、例えば、宛先ＩＰアドレス２２４０−３１とネクストホップ２２４０-３２とパケットを出力するポート番号２２４０−３３が対応付けられ記憶される。
図７は、認証サーバとアクセスサーバ間で送受信される認証パケット３００の構成を示す図である。
認証パケット３００は、ポート番号３０００−１１と、識別番号３０００−１２と、識別子３０００−１３と、長さ３０００−１４と、認証符号３０００−１５と、属性ペア３０００−１６を含む。
ポート番号３０００−１１は認証サーバのポート番号（例えば、＃９）を示す。識別番号（種別番号）３０００−１２は、認証パケットがＡｃｃｅｓｓ-Ｒｅｑｕｅｓｔ（認証要求）やＡｃｃｅｓｓ-Ａｃｃｅｐｔ（アクセス許可）やＡｃｃｅｓｓ-Ｒｅｊｅｃｔ（アクセス拒否）のいずれであるかを示す。識別子３０００−１３は複数の要求を区別するために使用される。長さ３０００−１４はそのパケットの長さを示す。認証符号３０００−１５はデータの偽造を防止するために使用される。
属性値ペア（属性ペア）は図４のユーザ管理テーブル２２４−１に記憶するための情報を含む。例えば、属性値ペアは、ユーザＩＤ２２４０−１１とユーザ端末に対するポート切り替え設定情報２２４０−１５とポートフィルタリング設定情報２２４０−１６とポート切り替え開始時間２２４０−２４とポート切り替え開始時間２２４０−２５とポートフィルタリング開始時間２２４０−２６とポートフィルタリング終了時間２２４０−２７との情報を含み、アクセスサーバ６と認証サーバ１４で情報の受け渡しをする。

図２４に属性値ペアの説明図を示す。
属性値ペアは、例えば、Ｔｙｐｅ（種別）３００００−１と、Ｌｅｎｇｔｈ（長さ）３００００−２と、Ｖａｌｕｅ（値、情報）３００００−３とを含む。
Ｔｙｐｅ３００００−１は、Ｖａｌｕｅ３００００−３にＩＰアドレスやパスワード等、どの情報が入っているかを示す。Ｌｅｎｇｔｈ３００００−２は、属性ペアの長さを示す。Ｖａｌｕｅ３００００−３は、ＩＰアドレスやパスワード等の情報が入る。なお、図７に示す認証パケット３００は、図２１の属性ペアを複数含むことができる。
属性ペアのＴｙｐｅによって、パケットの中身が変わる。例えば、Ｔｙｐｅがパスワードを示す場合、Ｖａｌｕｅにはパスワード（暗号化されたものでもよい）が入る。本実施の形態では、後述する図１１−１の処理１１０８と１１１０における認証パケット３００がこれにあたる。ポート切り替えやポートフィルタリングの有り無しも、Ｔｙｐｅに「フィルタリング」という項目があり、Ｖａｌｕｅにありなしに対応した値（例えば１、０）が入る。図２１の例では、ｔｙｐｅ：ｘがポート切り替えを示し、ｔｙｐｅ：ｙがポートフィルタリングを示している。

なお、Ｒａｄｉｕｓパケットの属性ペアの構成は公知のものを用いることができ、ビット幅の指定、Ｌｅｎｇｔｈの指定などの説明は省略する。また、例えばパスワードの場合、ｔｙｐｅが２と決まっており、これを用いることができ、ベンダー使用のものであればユニークに設定できるので、本実施の形態では一例としてｘをポート切り替え、ｙをポートフィルタリングと割り当てている。
図８は、認証サーバの認証サーバ管理テーブル４００−１の構成を示す図である。
認証サーバ管理テーブル４００−１は、例えば、ユーザ毎にユーザＩＤ４０００−１とｐａｓｓｗｏｒｄ（パスワード）４０００−２とポート切り替え設定情報４０００−３とポート切り替え開始時間４０００−４とポート切り替え終了時間４０００−５とポートフィルタリング設定情報４０００−６とポートフィルタリング開始時間４０００−７とポートフィルタリング終了時間４０００−８とを含む。認証サーバの認証管理テーブル４００−１はユーザＩＤやパスワードなどのユーザ情報を予め持っている。
また、認証サーバ管理テーブルに記憶される各情報は、予め設定することができる。例えば、ユーザが認証サーバ１４又はＩＳＰの管理者に申告し、ＩＳＰ側で予め設定することができる。図８の例では、ポート切替の時間、フィルタリングの時間は同じ時間になっているが、ユーザ毎に異なるようにしてもよい。

（動作例１）
以下、本実施例の動作について詳細に説明する。
動作例１は、ポート切り替えユーザでも、ポートフィルタリングユーザでもない端末Ａ（１）がアクセスする場合の動作例である。
図９は、本動作例の動作を示すシーケンス図である。図１０は、本動作例のタイマ回路２４の動作を示すフローチャートである。
図９の処理では、図１に示すように、アクセスサーバ６にアクセス網５を介してクライアント端末Ａ（１）（アクセスサーバポート番号＃１）と認証サーバ１４（アクセスサーバポート番号＃４）とＰｒｏｘｙサーバＡ（７）（アクセスサーバポート番号＃５）とＰｒｏｘｙサーバＢ（８）（アクセスサーバポート番号＃６）とＩＳＰ網９（アクセスサーバポート番号＃７）とルータＡ１０及びインターネット１１を介してＷｅｂサーバ１２とが接続されている。図９ではアクセス網５とＩＳＰ網９とルータＡ（１０）とインターネット１１はどの例でも介するものなので省略する。ここで、ユーザ端末Ａ（１）はＩＰアドレス（１９２:１６８: ０:１０／３２）が付与されているものとして説明する。
まず、ユーザ端末Ａ（１）とアクセスサーバ６間でＰＰＰｏＥセッションを確立する。例えば、ＰＰＰのシーケンスを開始するため、ユーザ端末Ａ（１）からＰＰＰｏＥプロトコルを使ってアクセスサーバ６にＰＡＤＩ（ＰＰＰ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｉｎｉｔｉａｔｉｏｎ）を送信する（ステップ１００１）。アクセスサーバ６はＰＡＤＯ（ＰＰＰ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｏｆｆｅｒ）を送信する（ステップ１００２）。これを受けてユーザ端末Ａ（１）はアクセスサーバ６にＰＡＤＲ（ＰＰＰ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）を送信する（ステップ１００３）。アクセスサーバ６はＰＡＤＳ（ＰＰＰ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｓｅｓｓｉｏｎ）を送信する（ステップ１００４）。ＰＰＰｏＥが確立されるとＰＰＰセッションＩＤが決定する。この例では、端末Ａ（１）とアクセスサーバ間５のＰＰＰセッションＩＤは１００である。アクセスサーバ６は、ユーザ管理テーブル２２４−１のＰＰＰセッションＩＤ２２４０−１４動作例１に、決定されたＰＰＰセッションＩＤを記憶する。また、アクセスサーバ６は、適宜のタイミングで、送信元ＩＰアドレス（端末のＩＰアドレス：１９２．１６８．０．１０）と、端末が接続されているポート番号（＃１）とを、ユーザ管理テーブル２２４−１に記憶する。

ＰＰＰｏＥが確立されたあと、ＬＣＰ（Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を使ってシリアルリンクを確立する。例えば、ユーザ端末Ａ（１）はアクセスサーバ６にＬＣＰ Ｒｅｑ（ＬＣＰ Ｒｅｑｕｅｓｔ）を送信する（ステップ１００５）。アクセスサーバ６はＬＣＰ Ａｃｋを送信する（ステップ１００６）。
ＬＣＰが確立されたあと、認証プロトコルを使ってユーザ端末Ａ（１）とアクセスサーバ６と認証サーバ１４間の接続を確立する。ユーザ端末Ａ（１）はアクセスサーバ６にＡｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑ（Ａｕｔｅｎｔｉｃａｔｅ Ｒｅｑｕｅｓｔ、認証要求）を送信する（ステップ１００７）。Ａｕｔｈｅｎｔｉｃａｔｅ Ｒｅｑは、例えば、ユーザＩＤとパスワードを含む。なお、アクセスサーバ６は、適宜のタイミングで、ユーザＩＤをユーザ管理テーブル２２４−１に記憶してもよい。また、アクセスサーバ６は、ユーザＩＤとユーザ端末アクセス時間を時間帯管理テーブル２２４−２に記憶する。
アクセスサーバ６は認証サーバ１４に認証パケット３００を送信する（ステップ１００８）。例えば、認証パケット３００の属性ペア３０００−１６に、端末Ａ１から受信したユーザＩＤとパスワードを含めて認証サーバ１６に送信する。
これを受けて認証サーバ１４は認証パケット３００の３０００−１６の属性ペアからユーザＩＤ（ａｂｃ）やＰａｓｓｗｏｒｄの認証をする（ステップ１００９）。例えば、認証パケット３００内のユーザＩＤ及びパスワードと、認証サーバ管理テーブル４００−１内のユーザＩＤ４０００−１及びパスワード４０００−２をそれぞれ比較する。認証サーバ１４は、ユーザＩＤとＰａｓｓｗｏｒｄが正しければ（双方とも一致すれば）、アクセスサーバ６へパケット３００の識別番号３０００−１２をＡｃｃｅｓｓ-Ａｃｃｅｐｔ（アクセス許可）に対応する値にして、そのパケット（Ａｃｃｅｓｓ−Ａｃｃｅｐｔ）を送信する（ステップ１０１０）。ここで、認証サーバ１４は、認証サーバ管理テーブル４００−１のポート切り替え設定情報４０００−３、ポート切り替え開始時間４０００−４、ポート切り替え終了時間４０００−５、ポートフィルタリング設定情報４０００−６、ポートフィルタリング開始時間４０００−７、ポートフィルタリング終了時間４０００−８の各情報を認証パケット３００の属性ペア３０００−１６に含めてアクセスサーバ６に送信する。なお、図８に示すようにデータがない項目については、属性ペア３０００−１６に含めなくてもよい。一方、ユーザＩＤとパスワードが正しくなければ、認証パケット３００の識別番号３０００−１２をアクセス拒否を示す値にして、アクセスサーバ６に送信する。

アクセスサーバ６は、Ａｃｃｅｓｓ-Ａｃｃｅｐｔを示す認証パケット３００を受信すると、属性ペア３０００−１６から、アクセスサーバ６内のユーザ管理テーブル２２４−１に、ポート切り替え２２４０−１５か、ポートフィルタリング２２４０−１６かを記憶する。より具体的には、アクセスサーバ６は、属性ペア３０００−１６内のポート切り替え設定情報及び／又はポートフィルタリング設定情報をユーザ管理テーブル２２４−１に記憶する。この例では、双方ともデータなし（又はＯＦＦ）である。時間帯管理テーブル２２４−２には、Ａｃｃｅｓｓ-Ａｃｃｅｐｔを受信した認証サーバ認証完了時間２２４０−２３（この例では２３：２３：０５）と、属性ペア３０００−１６から取り出したポート切り替え開始時間２２４０−２４（動作例１はなし）とポート切り替え終了時間２２４０−２５（動作例１はなし）とポートフィルタリング開始時間２２４０−２６（動作例１はなし）とポートフィルタリング終了時間２２４０−２７（動作例１はなし）を記憶する。また、ポート切り替えユーザまたはポートフィルタリングユーザであれば、タイマ回路２４のタイマを起動する。なお、動作例１ではポート切り替えユーザでも、ポートフィルタリングユーザでもないのでタイマ回路２４は起動しない（ステップ１０１１と図１０のステップ１５００〜１５０２）。
アクセスサーバ６は１０１１のステップを受けて、ユーザ端末Ａ（１）にＡｕｔｈｅｎｔｉｃａｔｅ Ａｃｋ（Ａｕｔｅｎｔｉｃａｔｅ Ａｃｋ）を送信する（ステップ１０１２）。
次に、ＩＰＣＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を使ってネットワーク層を設定確立する。ユーザ端末Ａ（１）はアクセスサーバ６にＩＰＣＰ Ｒｅｑ（ＩＰＣＰ Ｒｅｑｕｅｓｔ）を送信する（ステップ１０１３）。アクセスサーバ６はＩＰＣＰ Ａｃｋを送信する（ステップ１０１４）。これをもってユーザ端末Ａ（１）とアクセスサーバ６間はＰＰＰセッション接続が完了しユーザ端末Ａ（１９２．１６８．０．１０／３２）のＩＰアドレスが確立される（ステップ１０１５）。
アクセスサーバ６は、ユーザ管理テーブル２２４−１の情報に基づき、端末がポート切り替えユーザでも、ポートフィルタリングユーザでもないので、ルーティングテーブル２２４−３（１９２．１６８．０．１０から２０１．１０．１０．１０）に従ってＩＳＰ網９と接続する。例えば、ユーザ端末Ａ（１）からｗｅｂサーバ１２へのパケットを、ルーティングテーブル２２４−３に従いポート番号７から出力する。その結果、アクセスサーバ６とＷｅｂサーバ１２間のＩＰ通信（１０１６）が可能となり、以上の結果、ユーザ端末Ａ（１）はＷｅｂサーバ１２とＩＰ通信が可能となる。

（動作例２）
次に、本実施形態の動作例２について説明する。動作例２は、ポート切り替えユーザであり、ポートフィルタリングユーザではない端末Ｂ（２）がアクセスする場合の動作例である。
図１１、図１２は、動作例２のシーケンス図（１）、（２）である。また、図１３は動作例２の動作を示すタイマ回路２４のフローチャートである。図１４、図１５は、動作例２におけるユーザ管理テーブルの説明図である。
図１１では、ユーザ端末Ｂ（２）、アクセスサーバ６、認証サーバ１４、ＰｒｏｘｙサーバＡ（７）・ＰｒｏｘｙサーバＢ（８）、Ｗｅｂサーバ１２による動作を示す。なお、予め端末Ｂ（２）はＰｒｏｘｙサーバＡ（７）・ＰｒｏｘｙサーバＢ（８）のＩＰアドレス（２００．１０.１０．１０）を知っており、適宜記憶されているものとする。
図１１のステップ１１０１〜１１１０は、図９のステップ１００１〜１０１０と同様であるので１１０１〜１１１０の説明は省略する。なお、ステップ１１１０では、認証パケット３００の属性ペア３０００−１６には、ユーザＩＤ（ｅｆｇ）に対応するポート切り替え設定情報（この例ではＯＮ）４０００−３と、ポート切り替え開始時間（この例では２２：００）４０００−４と、ポート切り替え終了時間（この例では８：００）４０００−５とを含む。さらに、ポートフィルタリング設定情報４０００−６、ポートフィルタリング開始時間４０００−７、ポートフィルタリング終了時間４０００−８を含んでいてもよいが、この例ではデータがないので省略してもよい。
アクセスサーバ６は認証パケット３００を受信すると、上述の動作例１と同様に、属性ペア３０００−１６から、アクセスサーバ６内のユーザ管理テーブル２２４−１に各情報を記憶する。例えば、ポート切替設定情報及び／又はフィルタリング設定情報とを記憶する。動作例１とは違ってユーザ端末Ｂ（２）はポート切り替えユーザであるので、ポート切り替え設定情報２２４０−１５にＯＮが記憶される。
ポートの切替ユーザであるので（ポート切替設定情報がＯＮなので）、ＩＳＰ網９と接続しているアクセスサーバのポート番号（＃７）をユーザ管理テーブル２２４−１の対象ポート番号２２４０-１７に記憶する。

また、時間帯管理テーブル２２４−２には、Ａｃｃｅｓｓ-Ａｃｃｅｐｔを受信した認証サーバ認証管理時間２２４０−２３（この例では２０：００：０５）と、ポート切り替え開始時間２２４０−２４（２２：００）とポート切り替え終了時間２２４０−２５（８：００）を記憶する。ここで、ポート切り替えユーザなのでタイマ回路２４のタイマを起動する（図１１のステップ１１１１と、図１０のステップ１５０３〜１５０４：Ｎｏと、図１３のステップ１５５０）。
アクセスサーバ６は、ステップ１１１１を受けて、ユーザ端末Ｂ（２）にＡｕｔｈｅｎｔｉｃａｔｅ Ａｃｋを送信する（ステップ１１１２）。
ＩＰＣＰを使ってネットワーク層を設定確立する。ユーザ端末Ｂ（２）はアクセスサーバ６にＩＰＣＰ Ｒｅｑを送信する（ステップ１１１３）。アクセスサーバ６はＩＰＣＰ Ａｃｋを送信する（ステップ１１１４）。これをもってユーザ端末Ｂ（２）とアクセスサーバ６間はＰＰＰセッション接続が完了しユーザ端末Ｂ（１９２．１６８．０．２０／３２）のＩＰアドレスが確立される（ステップ１１１５）。
ユーザ端末Ｂ２は、ｐｒｏｘｙサーバ７、８のＩＰアドレスを予め知っており、ｗｅｂにアクセスする場合はアクセスサーバ６を経由して、例えばｐｒｏｘｙサーバＡ７にアクセスする。アクセスサーバ６は、ルーティングテーブル２２４−３に従い、ｐｒｏｘｙサーバＡ７が接続されたポート５へパケットを出力する。また、アクセスサーバ６は、そのポート番号（＃５）を、ユーザ管理テーブル２２４−１の対象ポート番号２２４０−１７に、ユーザ識別子（ｅｆｇ）に対応して記憶する。以後、アクセスサーバ６は、ルーティングテーブル２２４−１に関わらず、ユーザ端末Ｂ２からのパケットは、ユーザ管理テーブル２２４−１の対象ポート番号２２４０−１７を参照して、出力先ポートを決定してもよい。

ユーザ端末Ｂ（２）とアクセスサーバ６とのＰＰＰセッションが確立されたことに伴い、アクセスサーバ６はアクセスサーバの現在の時間と、時間帯管理テーブル２２４−２のポート切り替え開始時間２２４０−２４（２２：００）とポート切り替え終了時間２２４０−２５（８：００）を比較する。
例えばこの例では制限時間前であり、ユーザ管理テーブル２２４−１の対象ポート番号（＃５）２２４０-１７に従い、アクセスサーバ６のポート番号＃５と接続しているＩＰアドレス２００．０．０．１０のＰｒｏｘｙサーバＡ（７）と通信を開始する（ステップ１１１６）。アクセスサーバ６とＷｅｂサーバ１２間のＩＰ通信間はステップ１１１６よりＰｒｏｘｙサーバＡ（７）を経由して（ステップ１１１７）、ＰｒｏｘｙサーバＡ（７）とＷｅｂサーバ１２がＩＰ通信（ステップ１１１８）をすることによってユーザ端末Ｂ（２）とＷｅｂサーバ１２間のＩＰ通信が可能となる。なお、ＰｒｏｘｙサーバＡ（７）とＷｅｂサーバ１２の通信は、例えばアクセスサーバ６を介してもよい。日中用のＰｒｏｘｙサーバＡ（７）はＨＴＴＰの制限は特に設けていないので、２２：００までは自由にＷｅｂのアクセスが可能となる。
タイマ回路２４のタイマが起動後、時間帯管理テーブル２２４−２のポート切り替え開始時間２２４０−２４（２２：００）になると、時間帯管理テーブル２２４−２よりユーザ管理テーブル２２４−1の対象ポート番号２２４０-１７をアクセスサーバのポート番号＃５から予め定められたポート番号＃６に変換する（図１２のステップ１１１９と図１３のステップ１５５１と図１４）。変換後、ポート変換部２２−１によってアクセスサーバ６と接続しているＰｒｏｘｙサーバＢ（８）のポート＃６へ切り替えたことによって、ユーザ端末Ｂ（２）とＷｅｂサーバ１２間がＩＰ通信不可となる（ステップ１１２０とステップ１１２１）。

一方、ＰｒｏｘｙサーバＢ（８）を経由したユーザ端末Ｂ（２）とＷｅｂサーバ１２間がＩＰ通信可能となる。
ＰｒｏｘｙサーバＢ（８）に代わったことによって、ユーザ端末Ｂ（２）とＷｅｂサーバ１２とのＩＰ通信は保たれるが、ＨＴＴＰに制限が付き、ＨＴＴＰの制限条件に当てはまるものについては表示できない。
図８の時間帯管理テーブル２２４−２のポート切り替え終了時間２２４０−２５（８：００）より、タイマが満了する（図１３のステップ１５５２）と、ユーザ管理テーブル２２４−1の対象ポート番号２２４０-１７を、アクセスサーバのポート番号＃６から＃５に変換する（ステップ１１２４と図１３のステップ１５５３と図１５）。変換後、ポート変換部２２−１によってアクセスサーバ６と接続しているＰｒｏｘｙＡのポート番号＃５へ切り替えたことによって、ＰｒｏｘｙサーバＢ（８）を経由したユーザ端末Ｂ（２）とＷｅｂサーバ１２間がＩＰ通信不可となる（ステップ１１２５とステップ１１２６）。これに代わって、ＰｒｏｘｙサーバＡ（７）を経由したユーザ端末Ｂ（２）とＷｅｂサーバ１２間がＩＰ通信可能となる（ステップ１１２７と１１２８）。ＰｒｏｘｙサーバＢ（８）からＰｒｏｘｙサーバＡ（７）に代わったことによって、ＨＴＴＰの制限が解除できる。
以上の処理により、認証サーバによる認証実施後にユーザ端末のＨＴＴＰの閲覧時間を時間帯によって制限する制御機能を提供できる。

（動作例３）
本実施形態の動作例３について説明する。動作例３は、ポート切り替えユーザではなく、ポートフィルタリングユーザである端末Ｃ（３）がアクセスする場合の動作例である。
図１６、図１７は、動作例２のシーケンス図（１）、（２）である。図１８は、動作例３の動作を示すタイマ回路２４のフローチャートである。図１９は、動作例３におけるユーザ管理テーブルの説明図である。図１６、１７では、ユーザ端末Ｃ（３）、アクセスサーバ６、認証サーバ１４、Ｗｅｂサーバ１２による動作を示す。
図１５のステップ１２０１〜１２１５は、図１１のステップ１１０１〜１１１５と同様であるので１２０１〜１２１５の説明は省略する。
ただし、この例では、認証サーバ１４の認証サーバ管理テーブル４００−１に基づきアクセスサーバ６に送信されるパケット３００の３０００−１６の属性ペアは、動作例２とは違い、ポートフィルタリングユーザ（ステップ１２１１と図１０のステップ１５０５）を示す。例えば、ステップ１２１０では、認証パケット３００の属性ペア３０００−１６には、ユーザＩＤ（ｈｉｊ）に対応するポートフィルタリング設定情報（この例ではＯＮ）４０００−６と、ポートフィルタリング開始時間（この例では２２：００）４０００−７と、ポートフィルタリング終了時間（この例では８：００）４０００−８とを含む。さらに、ポート切り替え設定情報４０００−３、ポート切り替え開始時間４０００−４、ポート切り替え終了時間４０００−５とを含んでいてもよいが、この例ではデータがないので省略してもよい。動作例２とは違ってユーザ端末Ｃ（３）はフィルタリングユーザであるので、ユーザ管理テーブル２２４−１のポートフィルタリング設定情報２２４０−１６にＯＮが記憶される。

ユーザ端末Ｃ（３）とアクセスサーバ６とのＰＰＰセッションが確立されたことに伴い、アクセスサーバ６はアクセスサーバの現在の時間と、時間帯管理テーブル２２４−２のポートフィルタリング開始時間２２４０−２６（２２：００）とポートフィルタリング終了時間２２４０−２７（８：００）を比較する（ステップ１２１６と図１８のステップ１６００）。
例えばこの例では制限時間前なので、図６のルーティングテーブル２２４−３のルーティング情報（１９２．１６８．０．３０／３２から２０１．１０．１０．１０）に従って、ＩＳＰ網９と接続し、その結果、ユーザ端末Ｃ（３）はＷｅｂサーバ１２とＩＰ通信が可能となる（ステップ１２１７）。上述の動作例１と同様に自由にＷｅｂサーバのアクセスが可能である。
タイマ回路２４のタイマが起動後、時間帯管理テーブル２２４−２のポートフィルタリング開始時間２２４０−２６（２２：００）になると、ユーザ管理テーブル２２４−１のユーザ端末ポート番号２２４０−１３をｄｅｎｙに変更する（図１７参照）。なお、ｄｅｎｙ以外にも適宜の情報を記憶してもよい。アクセスサーバ６は、ユーザ管理テーブル２２４−１のユーザ端末ポート番号２２４０−１３がｄｅｎｙであることにより、ユーザ端末Ｃ（３）と接続しているアクセスサーバ６のポート番号＃３に対してフィルタリング部２２−２によってポートフィルタリングを実施（ステップ１２１８と図１８のステップ１６０１）し、ユーザ端末Ｃ（３）とＷｅｂサーバ１２間（ステップ１２２０）のＩＰ通信不可とする。なお、フィルタリング部２２−２は、少なくともｗｅｂ閲覧についてのパケットをフィルタリングし、メール及び／又は音楽ファイルについてはフィルタリングしないようにしてもよい。
ポートフィルタリング実施後は、時間帯管理テーブル２２４−２のポートフィルタリング終了時間２２４０−２７（８：００）からタイマ回路２４におけるタイマが満了するまではポートフィルタリングを実施する（ステップ１２２１）。
タイマが満了（図１８のステップ１６０２）する８：００になると、ユーザ管理テーブル２２４−１のユーザ端末ポート番号２２４０−１３を元のポート番号＃３に戻す。これにより、ユーザ管理テーブル２２４−１よりユーザ端末Ｃ（３）と接続しているポート番号＃３（２２４０−１３）のポートフィルタリングを解除し（ステップ１２２２）、以後、アクセスサーバ６とＷｅｂサーバ１２間のＩＰ通信（ステップ１２２３）が確立され、ユーザ端末Ｃ（３）とＷｅｂサーバ１２間のＩＰ通信が可能となる。

（動作例４）
次に、本実施形態の動作例４について説明する。動作例４は、ポート切り替えユーザであり、ポートフィルタリングユーザではないユーザ端末Ｄ（４）がアクセスする場合の動作例である。なお、端末Ｄは、ｐｒｏｘｙサーバのアドレスを知らない点で動作例２と異なる。
図２０、２１は、動作例４のシーケンス図である。図２２は、動作例４におけるポート切り替え前（ポート＃８）のユーザ管理テーブルである。図２３は、動作例４におけるポート切り替え後（ポート＃７）のユーザ管理テーブルである。
図２０、２１では、ユーザ端末Ｄ（４）、アクセスサーバ６、認証サーバ１４、ルータＢ（１５）、Ｗｅｂサーバ１２による動作を示す。ここではユーザ端末Ｄ（４）はＰｒｏｘｙサーバのアドレスを予め知らないことを前提とする。
また、図２０のステップ１３０１〜１３１５はＰＰＰセッション確立のため、上述の図１１のステップ１１０１〜１１１５（又は図９、図１６の対応する処理）等と同様なので説明は省略する。更にルータＡ（１０）の記載も省略する。
ユーザ端末Ｄ（４）はポート切り替えユーザなのでタイマ回路２４のタイマを起動済であり、ユーザ端末Ｄ（４）とアクセスサーバ６とのＰＰＰセッションが確立されたことに伴い、アクセスサーバ６はアクセスサーバの現在の時間と、時間帯管理テーブル２２４−２のポート切り替え開始時間２２４０−２４（２２：００）とポート切り替え終了時間２２４０−２５（８：００）を比較する（ステップ１３１６）。
例えば、この例では設定時間前と仮定しているので、図６のルーティングテーブル２２４−３のルーティング情報に従って、アクセスサーバ６のポート番号＃７と接続しているルータＡ（１０）を経由してＷｅｂサーバ１２とＩＰ通信を開始する（ステップ１３１７）。

タイマ回路２４のタイマが起動後、時間帯管理テーブル２２４−２のポート切り替え開始時間２２４０−２４（２２：００）になると、時間帯管理テーブル２２４−２の対象ポート番号２２４０-１７をアクセスサーバのポート番号＃７から予め定められたポート番号＃８に変換する（図２２参照）。変換後、ポート変換部２２−１によってアクセスサーバ６のポート＃８へ切り替える（ステップ１３１８）。切り替え後、アクセスサーバ６とルータＢ（１５）間（ステップ１３１９）とＤＮＳサーバ（１３）とＷｅｂサーバ１２間の通信ルートとなるが、ルータＢ（１５）にはＷｅｂサーバ１２宛のフィルタリング（ここでは、仮にＨＴＴＰに制限）を実施すべきＩＰアドレスの情報を持っていないため、ＤＮＳサーバ（１３）へＷｅｂサーバ１２のＩＰアドレスを問い合わせる（ステップ１３２０）。問い合わせ後、ＤＮＳサーバはルータＢ（１５）にＷｅｂサーバ１２のＩＰアドレス（２０３．１０．１０．１０）を返信する（ステップ１３２１）。ルータＢ（１５）はＩＰアドレス（２０３．１０．１０．１０）について、フィルタリングを設定する。ルータＢ（１５）におけるフィルタリングの実施については公知の技術を用いることができるが、本実施の形態を制限するものではない。この結果、ユーザ端末Ｄ（４）とＷｅｂサーバ１２とのＩＰ通信（ステップ１３２３）は保たれるが、ルータＢ（１５）によってＨＴＴＰに制限（ステップ１３２２）が付き、ＨＴＴＰの制限条件に当てはまるものについては表示できない（ステップ１３２４）。

時間帯管理テーブル２２４−２のポート切り替え終了時間２２４０−２５（８：００）より、タイマが満了すると、ユーザ管理テーブル２２４-１の対象ポート番号２２４０-１７のポート番号をアクセスサーバのポート番号＃８から元のポート番号＃７に変換する（図２０）。
変換後、ポート変換部２２−１によってアクセスサーバ６と接続しているルータＡのポート＃７へ切り替えた（ステップ１３２５）ことによって、アクセスサーバ６とルータＡ（１０）を経由してＷｅｂサーバ１２間がＩＰ通信可能（ステップ１３２６）となる。ルータＢ（１５）からルータＡ（１０）に代わったことによって、ＨＴＴＰの制限が解除できる。
以上の処理により、認証サーバによる認証実施後にユーザ端末のＨＴＴＰの閲覧時間を時間帯によって制限する制御機能を提供できる。

本発明は、例えば、ユーザ端末からのアクセスを受けるネットワーク内に利用可能である。

本実施の形態の通信システムの構成図である。 アクセスサーバの装置構成図である。 アクセスサーバのパケット処理部の構成図である。 アクセスサーバのユーザ管理テーブルの構成例である。 アクセスサーバの時間帯管理テーブルの構成例である。 アクセスサーバのルーティングテーブルでの構成例ある。 認証サーバの認証パケットの構成例である。 認証サーバの認証サーバ管理テーブルの構成例である。 動作例１におけるアクセスサーバの動作シーケンス図である。 タイマ回路のフローチャートである。 動作例２におけるアクセスサーバの動作シーケンス図（１）である。 動作例２におけるアクセスサーバの動作シーケンス図（２）である。 動作例２におけるタイマ回路のフローチャートである。 動作例２におけるポート切り替え後（ポート番号＃６）のユーザ管理テーブルの説明図である。 動作例２におけるポート切り替え後（ポート番号＃５）のユーザ管理テーブルの説明図である。 動作例３におけるアクセスサーバの動作シーケンス図（１）である。 動作例３におけるアクセスサーバの動作シーケンス図（２）である。 動作例３におけるタイマ回路のフローチャートである。 動作例３におけるユーザ管理テーブルの説明図である。 動作例４におけるアクセスサーバの動作シーケンス図（１）である。 動作例４におけるアクセスサーバの動作シーケンス図（２）である。 動作例４におけるポート切り替え後（ポート番号＃８）のユーザ管理テーブルの説明図である。 動作例４におけるポート切り替え後（ポート番号＃７）のユーザ管理テーブルの説明図である。 属性値ペアの説明図である。

符号の説明

１：ユーザ端末Ａ（ユーザＩＤ：ａｂｃ）
２：ユーザ端末Ｂ（ユーザＩＤ：ｅｆｇ）
３：ユーザ端末Ｃ（ユーザＩＤ：ｈｉｊ）
４：ユーザ端末Ｄ（ユーザＩＤ：ｏｐｑ）
５：アクセス網
６：アクセスサーバ
７：Ｐｒｏｘｙサーバ１
８：Ｐｒｏｘｙサーバ２
９：ＩＳＰ網
１０：ルータＡ
１１：インターネット
１２：Ｗｅｂサーバ
１３：ＤＮＳサーバ
１４：認証サーバ
１５：ルータＢ
２１−１：ポート１
２１−２：ポート２
２１−ｎ：ポートｎ
２２：パケット処理部
２２−１：ポート変換部
２２−２：フィルタリング部
２２−３：認証処理部
２３：制御部
２４：タイマ
２２１：受信バッファ
２２２：パケット処理プロセッサ
２２３：送信バッファ
２２４：メモリ
２２４−１：ユーザ管理テーブル
２２４−２：時間帯管理テーブル
２２４−３：ルーティングテーブル
２２５：プロセッサ間インタフェース
３００：認証パケット
４００−１：認証サーバ管理テーブル
２２４０−１１：ユーザＩＤ
２２４０−１２：送信元ＩＰアドレス
２２４０−１３：ユーザ端末ポート番号
２２４０−１４：ＰＰＰセッションＩＤ
２２４０−１５：ポート切り替え
２２４０−１６：ポートフィルタリング
２２４０−１７：対象ポート番号
２２４０−２１：ユーザＩＤ
２２４０−２２：ユーザ端末アクセス時間
２２４０−２３：認証サーバ認証完了時間
２２４０−２４：ポート切り替え開始時間
２２４０−２５：ポート切り替え終了時間
２２４０−２６：ポートフィルタリング開始時間
２２４０−２７：ポートフィルタリング終了時間
２２４０−３１：宛先ＩＰアドレス
２２４０−３２：ネクストホップ
２２４０−３３：ポート番号
３０００−１１：ポート番号
３０００−１２：識別番号
３０００−１３：識別子
３０００−１４：長さ
３０００−１５：認証符号
３０００−１６：属性ペア
４０００−１：ユーザＩＤ
４０００−２：ＰａｓｓＷｏｒｄ
４０００−３：ポート切り替え
４０００−４：ポート切り替え開始時間
４０００−５：ポート切り替え終了時間
４０００−６：ポートフィルタリング
４０００−７：ポートフィルタリング開始時間
４０００−８：ポートフィルタリング終了時間

Claims (10)

1. 認証サーバと、ユーザ端末からサイトへのアクセスに対して第１のアクセス制限を行う又はアクセス制限を行わない第１のサーバ又は第１の通信装置と、該ユーザ端末からサイトへのアクセスに対して第２のアクセス制限を行う第２のサーバ又は第２の通信装置と、アクセスサーバとを備えたネットワークシステムにおける前記アクセスサーバであって、
   前記ユーザ端末と、前記認証サーバと、前記第１のサーバ又は第１の通信装置と、前記第２のサーバ又は第２の通信装置とのそれぞれと接続するための複数のポートと、
   前記ユーザ端末からのパケットの出力先ポートを、時間帯により、前記第１のサーバ若しくは第１の通信装置が接続される前記ポート、及び、第２のサーバ若しくは第２の通信装置が接続される前記ポートのいずれかに切り替えるポート変換部と、
   前記ユーザ端末が接続された前記ポートに対してフィルタリングを行うフィルタリング部と、
   前記認証サーバと通信して前記ユーザ端末の認証のための処理を行う認証処理部と、
   ユーザ識別子に対応して、ポートの切替の行うユーザ端末か否かを示すポート切替設定情報と、ひとつ又は複数のポート切替時刻と、フィルタリングを行うユーザ端末か否かを示すフィルタリング設定情報と、フィルタリング開始時刻及び終了時刻とを記憶するメモリと
   を備え、
   前記認証処理部は、
   前記ユーザ端末からアクセスがあると前記認証サーバに認証要求を送信し、該認証サーバから、認証結果と、ポート切替設定情報及びポート切替時刻と、フィルタリング設定情報及びフィルタリング時刻とを含む認証パケットを受信し、
   該認証パケットに含まれるポート切替設定情報及びポート切替時刻と、フィルタリング設定情報及びフィルタリング開始時刻及び終了時刻とを、ユーザ識別子に対応して前記メモリに記憶し、
   前記ポート変換部は、前記メモリを参照して、任意のユーザ識別子についてポート切替設定情報がポートの切替を行うように設定されている場合、対応するポート切替時刻になると該ユーザ識別子のユーザ端末からのパケットの出力先を切り替え、
   前記フィルタリング部は、前記メモリを参照して、任意のユーザ識別子についてフィルタリング設定情報がフィルタリングするように設定されている場合、対応するフィルタリング開始時刻になると該ユーザ識別子が接続されたポートに対してフィルタリングを行う前記アクセスサーバ。
2. 前記第１及び第２のサーバは、それぞれＨＴＴＰの利用条件が異なるプロキシサーバであり、
   前記アクセスサーバが、ユーザ端末から該複数のプロキシサーバへのパケットの出力ポートを、前記メモリを参照して時間帯で切り替えることにより、該ユーザ端末のＷｅｂ閲覧を時間帯によって制限することを可能としたことを特徴とする請求項１に記載のアクセスサーバ。
3. 前記フィルタリング部は、前記メモリを参照して、対応するフィルタリング開始時刻になるとユーザ識別子が接続されたポートに対するフィルタリングを開始し、
   フィルタリング終了時刻になると該フィルタリングを終了する請求項１に記載のアクセスサーバ。
4. 前記フィルタリング部は、
   少なくともｗｅｂ閲覧についてのパケットをフィルタリングし、メール及び／又は音楽ファイルについてはフィルタリングしないことを特徴とする請求項１に記載のアクセスサーバ。
5. 前記第１及び第２の通信装置は、第１及び第２のルータであり、
   前記アクセスサーバが、ユーザ端末から該ルータへのパケットの出力ポートを、前記メモリを参照して時間帯で切り替えることにより、時間帯毎に、フィルタリングをしない第１のルータと、ＤＮＳサーバと連携してフィルタリングを行う第２のルータにパケットを振り分けることを特徴とする請求項１に記載のアクセスサーバ。
6. 前記メモリは、
   ユーザ識別子に対応して、ポート切替設定情報と、フィルタリング設定情報とが記憶されるユーザ管理領域と、
   ユーザ識別子に対応して、ひとつ又は複数のポート切替時刻と、フィルタリング開始時刻及び終了時刻とが記憶される時間帯管理領域と
   を有することを特徴とする請求項１に記載のアクセスサーバ。
7. 前記メモリは、ユーザ識別子に対応して、該ユーザ識別子が示す前記ユーザ端末からのパケットを出力するポートを示す出力ポート番号情報がさらに記憶され、
   前記ポート変換部は、ポート切替時刻になると、前記メモリの出力ポート番号情報を変更し、
   ユーザ端末から受信したパケットの出力先を、前記メモリの出力ポート番号情報に従い決定することを特徴とする請求項１に記載のアクセスサーバ。
8. 有線で通信する前記ユーザ端末及び／又は少なくとも一部を無線で通信する前記ユーザ端末を収容することを特徴とする請求項１に記載のアクセスサーバ。
9. 現在時刻を管理する、又は、ポート切替時刻までの時間若しくはフィルタリング開始時刻までの時間若しくはフィルタリング終了時刻までの時間を管理するタイマ回路
   をさらに備えた請求項１に記載のアクセスサーバ。
10. 認証サーバと、ユーザ端末からサイトへのアクセスに対して第１のアクセス制限を行う又はアクセス制限を行わない第１のサーバ又は第１の通信装置と、該ユーザ端末からサイトへのアクセスに対して第２のアクセス制限を行う第２のサーバ又は第２の通信装置と、アクセスサーバとを備えたネットワークシステムにおける接続制限方法であって、
    前記アクセスサーバが、
    前記ユーザ端末からアクセスがあると前記認証サーバに認証要求を送信し、
    該認証サーバから、認証結果と、ポートの切替の行うユーザ端末か否かを示すポート切替設定情報及びひとつ又は複数のポート切替時刻と、フィルタリングを行うユーザ端末か否かを示すフィルタリング設定情報及びフィルタリング開始時刻及び終了時刻とを含む認証パケットを受信し、
    該認証パケットに含まれるポート切替設定情報及びポート切替時刻と、フィルタリング設定情報及びフィルタリング開始時刻及び終了時刻とを、ユーザ識別子に対応してメモリに記憶し、
    メモリを参照して、任意のユーザ識別子についてポート切替設定情報がポートの切替を行うように設定されている場合、対応するポート切替時刻になると該ユーザ識別子のユーザ端末からのパケットの出力先を、前記第１のサーバ若しくは第１の通信装置が接続されるポート、及び、第２のサーバ若しくは第２の通信装置が接続されるポートのいずれかに切り替え、
    任意のユーザ識別子についてフィルタリング設定情報がフィルタリングするように設定されている場合、対応するフィルタリング開始時刻になると該ユーザ識別子が接続されたポートに対してフィルタリングを行う前記接続制限方法。
    

Images