JP2002141936A - ネットワークアクセス制御方法及びそれを用いたネットワークシステム及びそれを構成する装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、動的オブジェクトを再利用でき、
トラヒックの軽減を図ることができ、ユーザに与える負
担を軽減でき、アクセス要求したユーザは自分のアクセ
ス順番になれば速い応答速度で快適にサービスを受ける
ことが可能となるネットワークアクセス制御方法及びそ
れを用いたネットワークシステム及びそれを構成する装
置を提供することを目的とする。 【解決手段】 受付サーバ１００は、ユーザ端末５０か
らのアクセス要求情報を受信して保持し、アクセス制御
サーバ２００は、サービスサーバ３００の処理能力及び
サービスサーバへのトラヒック量に基づき最適に処理可
能なアクセス要求分だけアクセス登録手段１０３に保持
されたアクセス要求情報を抽出して前記サービスサーバ
３００へのアクセスを許容するトラヒック制御を行うた
め、ユーザがサービスサーバにアクセスする場合に、サ
ービスサーバ３００の処理能力及びサービスサーバへの
トラヒック量に見合う分だけのユーザからのアクセスが
許容され、動的オブジェクトを再利用できると共にトラ
ヒックの軽減を図ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークアク
セス制御方法及びそれを用いたネットワークシステム及
びそれを構成する装置に関し、特に、ＩＰネットワーク
のネットワークアクセス制御方法及びそれを用いたネッ
トワークシステム及びそれを構成する装置に関する。

【０００２】

【従来の技術】従来のネットワークアクセス制御方法と
して、プロキシー・サーバによるアクセス制限方法があ
る。プロキシー・サーバとは、マルチメディア・データ
ベース、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）な
ど、インターネットの様々なサービスへのアクセスを中
継するためのソフトウエア、またはサーバー・マシンで
ある。

【０００３】プロキシー・サーバーは、社内ネットワー
クとインターネット間のトラフィックを軽減したい時な
どキャッシュ機能として使用する。例えば、社内のユー
ザーがあるＷＷＷのページのアクセスすると、その内容
をプロキシーサーバーは一定期間記憶しておく。次に別
のユーザーが同じページにアクセスした場合は、インタ
ーネットにアクセスする必要はなく、プロキシーサーバ
ーが持つ情報をユーザーに返送する。このようにしてイ
ンターネット・アクセスの頻度を減らせる。

【０００４】また、サーバアプリケーションで、接続コ
ネクション数を予め設定するアクセス制限方法がある。
例えば特開平５−３１６１１５公報に記載のものは、複
数の端末を接続するコンピュータネットワークを複数相
互接続し、日付・曜日・時間あるいはグループ番号等に
よるアクセス制御をすることで、専用回線の負荷分散を
効率よく正確に行えることを目的とし、予め設定した情
報テーブル（日付・曜日・時間、グループ番号からな
る）を参照し、ネットワークのアクセス制御を行う。

【０００５】また、特開平６−１５２６１５公報に記載
のように、複数伝送路の効率的な均等負荷制御を行うこ
とを目的とし、伝送路の負荷計測機能と伝送路切替え制
御機能を具備して、伝送路対応の負荷（トラヒック量）
を計測して負荷の低い経路を選択することを特徴とする
ネットワークアクセス制御方法がある。

【０００６】更に、トラヒックが集中するサーバに対す
る負荷分散を目的とし、複数のミラーサーバを設け、サ
ーバとミラーサーバの負荷状況を計測しミラーサーバか
ら最も負荷の低いサーバにアクセスさせるという負荷バ
ランスシステムも提案されている。

【０００７】

【発明が解決しようとする課題】プロキシー・サーバを
使用した方法では、コンテンツ・オブジェクトが一度キ
ャッシュに蓄えられた後、情報発信元のオブジェクトが
更新された場合、２回目以降はオブジェクトの実体にア
クセスしないのでオブジェクトが更新されず、何回リク
エストしても新しい情報が入手できないことになる。さ
らに、サーチエンジンの検索結果でアクセスする度に内
容が変化する（カウンタなど）動的なオブジェクトは再
利用できない。また、キャッシュ機能にもメモリ容量や
ディスク容量の制限があるため、有効と思われるオブジ
ェクトでも状況によって消去しなければならないという
問題がある。

【０００８】接続コネクション数を予め設定する方法
は、トラヒック集中時に利用者は何度もアクセスしない
とならないので、無意味なトラヒックがネットワーク上
を流れる事になる。更に、予め設定した情報（日付・曜
日・時間）によって、またはトラヒック量を計測するこ
とによって負荷の低い経路を選択した場合でも、接続先
のサーバがそれに耐えられる処理能力を持たないと最適
な経路選択は効果を十分生かせないという問題がある。

【０００９】また、サーバとミラーサーバの負荷状況を
計測し負荷の低いサーバにアクセスさせる方法は、利用
者からのアクセスを割り振っただけなので、サーバやミ
ラーサーバ毎に発生する高負荷の場合のアクセス制御は
行われない。トラヒックが集中するサーバに対しては、
ネットワーク側でもアクセス規制を行わないとミラーサ
ーバを無意味に増やすだけになるという問題がある。

【００１０】本発明は、上記の点に鑑みなされたもので
あり、動的オブジェクトを再利用でき、トラヒックの軽
減を図ることができ、ユーザに与える負担を軽減でき、
アクセス要求したユーザは自分のアクセス順番になれば
速い応答速度で快適にサービスを受けることが可能とな
るネットワークアクセス制御方法及びそれを用いたネッ
トワークシステム及びそれを構成する装置を提供するこ
とを目的とする。

【００１１】

【課題を解決するための手段】請求項１に記載の発明
は、パケットフィルタリング機能を有するネットワーク
装置と、前記ネットワーク装置を介してＩＰネットワー
クに接続され、ユーザにサービスを提供するサービスサ
ーバと、前記ネットワーク装置を介してＩＰネットワー
クに接続されサービスサーバが提供するサービスを利用
するためのユーザ端末と、前記ＩＰネットワークに接続
されサービスサーバの受付としてユーザ端末からのアク
セスを受け付ける受付サーバと、前記ネットワーク装置
を制御するアクセス制御サーバと、で構成されるネット
ワークシステムのネットワークアクセス制御方法におい
て、前記受付サーバは、ユーザ端末からのアクセス要求
情報を受信して保持し、前記アクセス制御サーバは、前
記サービスサーバの処理能力及びサービスサーバへのト
ラヒック量に基づき最適に処理可能なアクセス要求分だ
け前記アクセス登録手段に保持されたアクセス要求情報
を抽出して前記サービスサーバへのアクセスを許容する
トラヒック制御を行うため、ユーザがサービスサーバに
アクセスする場合に、サービスサーバの処理能力及びサ
ービスサーバへのトラヒック量に見合う分だけのユーザ
からのアクセスが許容され、動的オブジェクトを再利用
できると共にトラヒックの軽減を図ることができる。

【００１２】請求項２に記載の発明は、パケットフィル
タリング機能を有するネットワーク装置と、前記ネット
ワーク装置を介してＩＰネットワークに接続され、ユー
ザにサービスを提供するサービスサーバと、前記ネット
ワーク装置を介してＩＰネットワークに接続されサービ
スサーバが提供するサービスを利用するためのユーザ端
末と、前記ＩＰネットワークに接続されサービスサーバ
の受付としてユーザ端末からのアクセスを受け付けるア
クセス受付手段を備えた受付サーバと、前記ネットワー
ク装置を制御するトラヒック制御手段を備えたアクセス
制御サーバと、で構成されるネットワークシステムにお
いて、前記受付サーバは、前記アクセス受付手段を介し
ユーザ端末からのアクセス要求情報を受信して保持する
アクセス登録手段を有し、前記アクセス制御サーバは、
前記サービスサーバの処理能力及びサービスサーバへの
トラヒック量に基づき最適に処理可能なアクセス要求分
だけ前記アクセス登録手段に保持されたアクセス要求情
報を抽出して前記サービスサーバへのアクセスを許容す
るトラヒック制御を行うフィルタリング最適化手段を有
するため、ユーザがサービスサーバにアクセスする場合
に、サービスサーバの処理能力及びサービスサーバへの
トラヒック量に見合う分だけのユーザからのアクセスが
許容され、動的オブジェクトを再利用できると共にトラ
ヒックの軽減を図ることができる。

【００１３】請求項３に記載の発明は、ユーザ端末から
のアクセス要求情報を保持するアクセスリストと、各ユ
ーザのユーザクラスを含むユーザ情報を保持するユーザ
プロファイルと、ユーザ端末からのアクセスを受け付け
るアクセス受付手段と、前記アクセス受付手段を介し受
信したアクセス要求情報を前記アクセスリストに受付順
に登録するアクセス登録手段と、受信したアクセス要求
情報からＩＰアドレスを抽出し、ＩＰアドレスによりユ
ーザを特定して前記ユーザプロファイルからユーザクラ
スを抽出するユーザクラス抽出手段と、前記アクセス受
付手段を介し受信したアクセス要求情報を前記ユーザク
ラス抽出手段で抽出したユーザクラスに基づいて前記ア
クセスリストに登録するユーザクラス別アクセス登録手
段を有するため、ユーザクラス別にユーザからのアクセ
ス要求情報を登録することができる。

【００１４】請求項４に記載の発明は、請求項３記載の
受付サーバにおいて、ユーザ端末からのアクセス要求を
受け付けて前記アクセスリストへ登録する位置に応じた
待ち合わせを行っているユーザ数から予測待ち合わせ時
間を算出する予測待合時間算出手段と、算出した予測待
ち合わせ時間の情報をユーザに通知し予測待ち合わせ時
間経過後、ユーザ端末にアクセス可能であることを通知
するアクセス情報通知手段を有するため、ユーザにサー
ビスへのアクセス可能となるまでの時間を通知してユー
ザからのアクセス要求の待合せを可能とし、ユーザに与
える負担を軽減できる。

【００１５】請求項５に記載の発明は、請求項３記載の
受付サーバにおいて、ユーザ端末からのアクセス要求を
受け付けた際に、待ち合わせが必要な場合、前記アクセ
ス要求をアクセスリストに登録するか否かをユーザ端末
に確認するアクセス確認手段と、前記アクセス確認手段
の確認をユーザ端末に通知する待合せ確認通知手段を有
するため、ユーザに待合せを行うことを確認することが
できる。

【００１６】付記６に記載の発明は、サービスサーバの
処理能力に関する情報及びサービスサーバの処理能力に
基づき算出された最大アクセス許容数を保持するアクセ
ス情報データベースと、ネットワーク装置を制御するト
ラヒック制御手段と、前記サービスサーバの処理能力に
関する情報に基づき最大アクセス許容数を算出する静的
アクセス許容数算出手段と、受付サーバでユーザ端末か
らのアクセス要求情報を保持するアクセスリストの先頭
から最大アクセス許容数分のアクセス要求情報を読み出
し、アクセス要求を行ったユーザ端末をサービスサーバ
にアクセス可能とするパケットフィルタリング設定情報
を生成し前記トラヒック制御手段を介して前記ネットワ
ーク装置に設定するフィルタリング最適化手段を有する
ため、サービスサーバの処理能力に見合うユーザからの
アクセスを受け付ける制御を行うことができる。

【００１７】付記７に記載の発明は、付記６記載のアク
セス制御サーバにおいて、前記サービスサーバの負荷状
態及びサービスサーバを収容するネットワーク装置のト
ラフィック状態を監視する負荷・トラヒック監視装置
と、周期的に負荷・トラヒック監視装置と通信して前記
負荷状態及びトラヒック状態の情報を抽出して前記アク
セス情報データベースの最大アクセス許容数を算出する
と共に、算出した最大アクセス許容数を前記アクセス情
報データベースに登録する動的アクセス許容数算出手段
を有するため、サービスサーバの負荷状況やトラヒック
状況に応じてサービスサーバが最適に動作可能なアクセ
ス分のユーザにアクセスを許可することが可能となる。

【００１８】付記８に記載の発明は、付記６記載のアク
セス制御サーバにおいて、ユーザ端末からのアクセス要
求情報を前記アクセスリストから読み出す際に読み出す
指針となる制御情報を保持する制御情報データベース
と、前記フィルタリング最適化手段が前記アクセスリス
トから最大アクセス許容数分のアクセス要求情報を読み
出す際に前記アクセスリストがユーザクラス別に登録さ
れている場合、前記制御情報データベースから抽出され
た制御情報に基づき前記アクセスリストの各ユーザクラ
スからアクセス要求情報を読み出すユーザクラス別アク
セス要求読出手段を有するため、ユーザクラスに応じて
読み出すアクセス要求情報数を可変することができる。

【００１９】付記９に記載の発明は、付記６記載のアク
セス制御サーバにおいて、パケットフィルタリング設定
情報を生成する際にアクセス要求情報に有効タイマを設
定する有効タイマ設定手段と、前記有効タイマの満了時
にネットワーク装置に設定したパケットフィルタリング
制御を解除するフィルタリング解除手段を有するため、
有効タイマを用いて各アクセスの時間管理を行い、アク
セス許可を解除することができる。

【００２０】付記１０に記載の発明は、ネットワーク装
置を介してＩＰネットワークに接続され、ユーザにサー
ビスを提供するサービスサーバにおいて、ユーザ端末と
のセッションを終了したこと判定するセッション終了判
定手段と、前記ユーザ端末とのセッションを終了したこ
とをアクセス制御サーバに通知するセッション終了通知
手段を有するため、セッションが終了したアクセスのア
クセス許可を解除することができる。

【００２１】付記１１に記載の発明は、請求項３記載の
受付サーバにおいて、前記ユーザクラス抽出手段で抽出
したユーザクラスに基づき前記アクセス受付手段を介し
受信したアクセス要求が不許可のユーザからか否かを判
定し、不許可ユーザであればアクセス制御サーバにその
旨を通知するユーザ認証手段を有し、また、付記１２に
記載の発明は、付記６記載のアクセス制御サーバにおい
て、付記１１記載の受付サーバのユーザ認証手段からの
通知に基づき前記サービスサーバにアクセス不許可とす
るパケットフィルタリング設定情報を生成して前記ネッ
トワーク装置に設定するアクセス不許可フィルタリング
設定手段を有するため、ユーザがアクセス権限を持って
いる場合にのみサービスサーバのアクセスを許可するこ
とができる。

【発明の実施の形態】図１は、本発明方法の一実施例の
全体構成図を示す。同図中、コアネットワーク（ＩＰネ
ットワーク）１０にはルータ等のネットワーク装置２
０，３０，４０が設けられている。ネットワーク装置２
０，３０はパケットフィルタリング機能を有しており、
ネットワーク装置２０にはユーザ端末５０が接続され、
ネットワーク装置３０にはユーザにサービスを提供する
サービスサーバ３００が接続されている。

【００２２】また、ネットワーク装置４０には、サービ
スサーバ３００の受付としてユーザからのアクセスを受
け付ける受付サーバ１００と、ネットワーク装置４０を
制御すると共にサービスサーバ３００の負荷状態やサー
ビスサーバ３００を収容するネットワーク装置３０のト
ラフィック状態を監視するアクセス制御サーバ２００と
が接続されている。

【００２３】受付サーバ１００において、ユーザプロフ
ァイル１１１は、各ユーザのユーザクラス等のユーザ情
報を保持する。アクセスリスト１０９は、ユーザからの
アクセス要求情報を保持する。アクセス受付手段１１０
は、ユーザからのアクセスを受け付ける。アクセス登録
手段１０３は、アクセス受付手段１１０を介しユーザか
らのアクセス要求情報を受信し、このアクセス要求情報
をアクセスリスト１０９に受付順に登録する。

【００２４】ユーザクラス抽出手段１０２は、アクセス
受付手段１０３を介しユーザからのアクセス要求情報を
受信し、このアクセス要求情報からＩＰアドレスを抽出
し、ＩＰアドレスによりユーザを特定し、ユーザプロフ
ァイルからユーザクラス抽出する。ユーザクラス別アク
セス登録手段１０８は、ユーザクラス抽出手段１０２を
介し取得したユーザクラスに基づいて、アクセス要求情
報をアクセスリストに登録する。予測待合時間算出手段
１０６は、ユーザからのアクセス要求を受け付けた際
に、本アクセス要求をアクセスリスト１０９に登録する
位置から、既存のＡＩ機能及び統計手法等を用いて、予
測待ち合わせ時間を算出する。アクセス情報通知手段１
０７は、算出した予測待ち合わせ時間の情報をユーザに
通知し、予測待ち合わせ時間経過後、ユーザにアクセス
可能であることを通知する。

【００２５】アクセス確認手段１０４は、ユーザからの
アクセス要求を受け付けた際に、本アクセス要求をアク
セスリスト１０９に登録するか否かをユーザに確認す
る。待合せ確認通知手段１０５は、アクセス要求をアク
セスリスト１０９に登録するか否かをユーザに確認通知
する。ユーザ認証手段１０１は、ユーザクラス抽出手段
１０２を介し取得したユーザクラスに基づいてアクセス
要求が不許可のユーザからか否かを判定し、不許可ユー
ザであればアクセス制御サーバ２００にその旨を通知す
る。

【００２６】アクセス制御サーバ２００において、アク
セス情報ＤＢ（データベース）２０９は、サービスサー
バ３００の処理能力に関する情報、及びサービスサーバ
の処理能力に基づき算出された最大アクセス許容数を保
持する。制御情報ＤＢ（データベース）２１１は、ユー
ザからのアクセス要求情報をアクセスリスト１０９から
読み出す際に、読み出す指針となる制御情報を保持す
る。トラヒック制御手段２１０は、ネットワーク装置４
０を制御する。負荷・トラヒック監視装置２１２は、サ
ービスサーバ３００の負荷状態やサービスサーバ３００
を収容するネットワーク装置３０のトラフィック状態を
監視する。

【００２７】静的アクセス許容数算出手段２０６は、サ
ービスサーバ３００の処理能力に関する情報に基づき最
大アクセス許容数を算出する。フィルタリング最適化手
段２０４は、アクセスリスト１０９の先頭から最大アク
セス許容数分のアクセス要求情報を読み出し、アクセス
要求を行ったユーザ端末をサービスサーバ３００にアク
セス可能とするパケットフィルタリング設定情報を生成
し、このパケットフィルタリング設定情報をトラヒック
制御手段２１０を介して、ネットワーク装置２０，３０
に設定する。動的アクセス許容数算出手段２０７は、周
期的に負荷・トラヒック監視装置２１２と通信して負荷
状態及びトラヒック状態の情報を抽出し、アクセス情報
ＤＢ２０９の最大アクセス許容数を算出すると共に、算
出した最大アクセス許容数をアクセス情報ＤＢ２０９に
登録する。

【００２８】ユーザクラス別アクセス要求読出手段２０
５は、フィルタリング最適化手段２０４が、アクセスリ
スト１０９から最大アクセス許容数分のアクセス要求情
報を読み出す際に、アクセスリスト１０９がユーザクラ
ス別に登録されている場合、制御情報ＤＢ２１１から読
み出す指針となる制御情報を抽出し、この制御情報に基
づき、各ユーザクラスからアクセス要求情報を読み出
す。有効タイマ設定手段２０３は、パケットフィルタリ
ング設定情報を生成する際に、アクセス要求情報に有効
タイマを設定する。

【００２９】フィルタリング解除手段２０２は、有効タ
イマ満了時にネットワーク装置に設定したパケットフィ
ルタリング制御を解除する。セッション完了フィルタリ
ング解除手段２０８は、サービスサーバ３００がユーザ
にサービスを提供する際に、セッション途中でユーザか
らのアクセスが不許可になることを防止するため、サー
ビスサーバからセッションを終了したことを受信した際
に、ネットワーク装置に設定したパケットフィルタリン
グ制御を解除する。アクセス不許可フィルタリング設定
手段２０１は、サービスサーバ３００にアクセス不許可
とするパケットフィルタリング設定情報を生成し、その
情報をネットワーク装置２０，３０に設定する。

【００３０】サービスサーバ３００において、セッショ
ン終了判定手段３０２は、ユーザとのセッションを終了
したことを判定する。セッション終了通知手段３０１
は、サービスサーバがユーザにサービスを提供する際
に、セッション途中でユーザからのアクセスが不許可に
なるとを防止するため、ユーザとのセッションを終了し
たことをアクセス制御サーバ２００に通知する。

【００３１】ここで、本発明方法のパケットフィルタリ
ング機能について、図１の一部を抜粋した図２を用いて
説明する。なお、図２〜図９において、矢印に付した括
弧付きの符号は文中の括弧付きの符号を対応させてい
る。

【００３２】図２において、ユーザは、ユーザ端末５０
よりサービスサーバ３００へのアクセス要求を受付サー
バ１００に送信する（１）。受付サーバ１００のアクセ
ス受付手段１１０は、アクセス要求情報を受信しアクセ
ス登録手段１０３にその情報を渡す（２）。アクセス登
録手段１０３は、受付順にアクセス要求情報をアクセス
リスト１０９に登録する（３）。そして、アクセス制御
サーバ２００のフィルタリング最適化手段２０４にフィ
ルタリング要求を行う（４）。

【００３３】そして、アクセス制御サーバ２００のフィ
ルタリング最適化手段２０４は、受付サーバ１００のア
クセス登録手段１０３からフィルタリング要求を受け、
アクセス先のサービスサーバ３００の処理能力に基づき
静的アクセス許容数算出手段２０６で算出された（０）
最大アクセス許容数をアクセス情報ＤＢ２１１より抽出
し（５）、アクセスリスト１０９から最大アクセス許容
数分のアクセス情報を読み出す（６）。次に、アクセス
要求を行ったユーザ端末５０のサービスサーバ３００に
対するアクセスを許可するパケットフィルタリング許可
情報を生成し、パケットフィルタリング許可要求をトラ
ヒック制御手段に行う（７）。トラヒック制御手段２１
０は、それら情報に基づいてネットワーク装置２０，３
０を制御する（８）。

【００３４】また、上記の説明では、アクセス登録手段
１０３は受付順にアクセス要求情報をアクセスリスト１
０９に登録したが、別手段として、アクセス登録手段１
０３は、ユーザクラス別アクセス登録を行う必要があれ
ば、ユーザクラス別アクセス登録手段１０８にユーザク
ラス別アクセス登録要求を行う（３−１）。ユーザクラ
ス別アクセス登録手段１０８は、ユーザクラスの問合わ
せをユーザクラス抽出手段１０２に行う（３−２）。

【００３５】ユーザクラス抽出手段１０２は、前記アク
セス要求情報からＩＰアドレスを抽出し、ＩＰアドレス
によりユーザを特定し、ユーザプロファイル１１１から
ユーザクラスを抽出し（３−３）、抽出したユーザクラ
スをユーザクラス別アクセス登録手段１０８に返す（３
−４）。そして、ユーザクラス別アクセス登録手段１０
８は、取得したユーザクラスに基づいて、アクセス要求
情報をアクセスリスト１０９に登録する（３−５）。

【００３６】次に、本発明方法の予測待合時間通知機能
について、図１の一部を抜粋した図３を用いて説明す
る。

【００３７】図３において、ユーザは、ユーザ端末５０
よりサービスサーバ３００へのアクセス要求を受付サー
バに送信する（１）。アクセス受付手段１１０は、受信
したアクセス要求をアクセスリストに登録するようアク
セス登録手段１０３に要求する（２）。アクセス登録手
段１０３は、空きのアクセスリスト１０９がない過負荷
の場合、予測待合時間算出手段１０８へ予約待合時間算
出要求をする（３）。予測待合時間算出手段１０８は、
アクセスリスト１０９を参照し、本アクセス要求情報の
登録位置に応じた待ち合わせを行っているユーザ数から
予測待合時間を算出し、アクセス情報通知手段へユーザ
通知要求をする（４）。アクセス情報通知手段１０７
は、アクセス要求対象ユーザのユーザ端末５０に対し
て、予測待合時間を通知する（５）。

【００３８】次に、本発明方法の予測待合時間通知機能
について、図１の一部を抜粋した図４を用いて説明す
る。

【００３９】図４において、ユーザはユーザ端末５０よ
りサービスサーバ３００へのアクセス要求を受付サーバ
１００に送信する（１）。アクセス受付手段１１０は、
受信したアクセス要求をアクセスリスト１０９に登録す
るようアクセス登録手段１０３に要求する（２）。アク
セス登録手段１０３は、アクセス要求情報をアクセスリ
スト１０９に登録するか否かを確認する場合、つまり、
待ち合わせが必要である場合は、アクセス確認手段１０
４にアクセスリスト１０９の登録確認を行う（３）。ア
クセス確認手段１０４は、アクセス要求情報からユーザ
端末５０のＩＰアドレスを抽出し、抽出したＩＰアドレ
スにアクセスリスト登録確認通知を行うよう待合せ確認
通知手段１０５に要求する（４）。待合せ確認通知手段
１０５はユーザに確認メッセージを送信する（５）。

【００４０】そして、ユーザは確認メッセージの応答を
アクセス受付手段１１０に再度送信する（６）。アクセ
ス受付手段１１０は、ユーザからの応答をアクセス登録
手段１０３に送信し（７）、アクセス登録手段１０３
は、ユーザからの応答が登録ならば、アクセスリスト１
０９にアクセス要求情報を登録する（８）。

【００４１】次に、本発明方法の動的アクセス許容数算
出機能について、図１の一部を抜粋した図５を用いて説
明する。

【００４２】図５において、動的アクセス許容数算出手
段２０７は、周期的に負荷・トラヒック監視装置２１２
からサービスサーバ３００の負荷状態、及びサービスサ
ーバ３００を収容するネットワーク装置のトラフィック
状態の情報を抽出し、最大アクセス許容数を算出する
（１）。そして、その最大アクセス許容数をアクセス情
報ＤＢに設定する（２）。

【００４３】次に、本発明方法のユーザクラス別アクセ
ス要求読出機能について、図１の一部を抜粋した図６を
用いて説明する。

【００４４】図６において、ユーザクラス別にアクセス
リスト１０９にアクセス要求情報を登録する場合は、ア
クセス登録手段１０３は、ユーザクラス別にアクセス要
求情報を登録する要求をユーザクラス別アクセス登録手
段１０８に行う（１）。ユーザクラス別アクセス登録手
段１０８は、ユーザクラス別にアクセスリスト１０９に
アクセス要求情報の登録をする（２）。そして、アクセ
ス登録手段１０３は、フィルタリング最適化手段２０４
にフィルタリング要求を行う（３）。

【００４５】フィルタリング要求を受けたフィルタリン
グ最適化手段２０４は、ユーザクラス別にどのような割
合でアクセス要求情報を読み出すかを、ユーザクラス別
アクセス要求読出手段２０５に問い合わせる（４）。ユ
ーザクラス別アクセス要求読出手段はアクセス情報ＤＢ
から最大アクセス許容数を抽出し（５）、制御情報ＤＢ
からユーザクラス別にどのような割合でアクセス要求情
報を読み出すかという制御情報を抽出し（６）、それら
の情報に基づいて、ユーザクラス別にアクセス要求情報
をアクセスリスト１０９から抽出し（７−１）、フィル
タリング最適化手段に送信する（７−２）。

【００４６】次に、本発明方法の有効タイマ機能につい
て、図１の一部を抜粋した図７を用いて説明する。

【００４７】図７において、受付サーバ１００のアクセ
ス登録手段１０３からフィルタリング要求をフィルタリ
ング最適化手段２０４が受信すると（１−１）、フィル
タリング最適化手段２０４は、ネットワーク装置２０，
３０にパケットフィルタリング設定後、有効タイマ設定
手段２０３に有効タイマ設定要求を行う（１−２）。有
効タイマ設定手段２０３は、アクセスリスト１０９のア
クセス要求情報に有効タイマ値を設定する（１−３）。

【００４８】フィルタリング解除手段２０２は、周期的
にアクセスリスト１０９の有効タイマの満了チェックを
行う（２−１）。有効タイマ満了アクセス要求情報があ
れば、アクセスリスト１０９からそのアクセス要求情報
を削除し、該当アクセス要求を行ったユーザ端末をサー
ビスサーバ３００に対しアクセス許可からアクセス不許
可とするパケットフィルタリング解除情報を生成し、ト
ラヒック制御手段２１０に対してフィルタリング解除要
求をする（２−２）。

【００４９】次に、本発明方法のセッション終了機能に
ついて、図１の一部を抜粋した図８を用いて説明する。

【００５０】図８において、サービスサーバ３００は、
ユーザとのセッションが終了した際に、セッション終了
判定手段３０２からのセッション終了通知をセッション
終了通知手段３０１に通知する（１）。セッション終了
通知手段３０１は、その旨をアクセス制御サーバ２００
のセッション完了フィルタリング解除手段２０８に送信
する（２）。セッション完了フィルタリング解除手段２
０８は、解除要求のあったコネクションに対して、ユー
ザ端末５０からサービスサーバ３００へのアクセスを許
可から不許可とするパケットフィルタリング解除情報を
生成し、トラヒック制御手段２１０に対してフィルタリ
ング解除要求をする（３）。そして、トラヒック制御手
段２１０は、パケットフィルタリング解除情報に基づい
てネットワーク装置２０，３０を制御する（４）。

【００５１】次に、本発明方法のアクセス不許可機能に
ついて、図１の一部を抜粋した図９を用いて説明する。

【００５２】図９において、ユーザは、ユーザ端末５０
よりサービスサーバ３００へのアクセス要求を受付サー
バ１００のアクセス受付手段１１０に送信する（１）。
アクセス受付手段１１０は、アクセス要求情報をユーザ
認証手段１０１に送信する（２）。ユーザ認証手段１０
１は、ユーザクラス抽出手段１０２を介して、ユーザプ
ロファイル１１１よりアクセス要求を行ったユーザのユ
ーザクラス（ユーザ情報）を抽出する（３）。その際
に、対象ユーザがない場合や、ユーザクラスがアクセス
不許可の場合は、アクセス不許可フィルタリング設定手
段２０１に不許可のフィルタリング要求を行う（４−
１）。

【００５３】アクセス不許可フィルタリング設定手段
は、アクセス不許可のフィルタリング要求を受け、アク
セス要求を行ったユーザ端末をサービスサーバ３００に
アクセス不許可とするパケットフィルタリング不許可情
報を生成し、トラヒック制御手段２１０に対してフィル
タリング不許可要求をする（４−２）。そして、トラヒ
ック制御手段２１０は、パケットフィルタリング不許可
情報に基づいてネットワーク装置２０，３０を制御する
（５）。

【００５４】以下、本発明を用いた具体的なサービスの
実施例を示し、処理の詳細を説明する。

【００５５】Ａ．インターネットサービスプロバイダに
よる受付代行サービス 図１０は、インターネットサービスプロバイダが受付代
行サービスを行う実施例のシステム構成図を示す。図１
０に示すサイト（３１０）は、例えば人気商品のオンラ
イン販売を予定しているサイトであり、アクセストラフ
ィックの過度の集中が予想されている。このサイトはト
ラフィックの集中に備えて、サービスサーバ３００を構
成する数台のサーバ群３１０及び負荷分散装置３２０を
準備しているが、販売開始直後のトラフィック集中に対
してサーバの輻輳を懸念している。

【００５６】このサイトが加入しているサービスプロバ
イダはこのような、トラフィック集中が予想されるサイ
トに対して受付代行サービスを提供している。このサー
ビスプロバイダは、受付サーバ１００を構成する十分な
台数の負荷分散サーバ群１２０及び負荷分散装置１３０
と、アクセス制御サーバ２００と、大容量の回線２２０
からなる受付代行センタを構築している。

【００５７】ユーザＡ，Ｂのユーザ端末５１，５２は、
ネットワーク装置２０としてのダイアルアップルータ２
１，２２を介してコアネットワーク１０に接続され、受
付代行センタの負荷分散装置１３０はネットワーク装置
４０としてのルータ４１に接続され、サイトの負荷分散
装置３２０はネットワーク装置３０としてのルータ３１
に接続されている。

【００５８】まず、この実施例で記述されるデータ・テ
ーブル、及びメッセージ・テーブルについての説明をす
る。

【００５９】図１１は、ユーザプロファイル１１１のデ
ータ構造を示す。ユーザプロファイル１１１は、ユーザ
端末５１のＩＰアドレスである送信元ＩＰアドレス（１
００．１００．２００．１０）、サービスサーバ３００
のＩＰアドレスである送信先ＩＰアドレス（１００．１
００．４００．１００）、サービスサーバ３００のサー
ビス提供通信ポート番号である送信先ポート番号（ＷＷ
Ｗを使ったサービスの場合は８０であり、ｈｔｔｐを示
す）、ユーザのサービス使用レベルの指標となるユーザ
クラス、例えば、高優先、中優先、低優先、不許可等の
ユーザクラスをデータとして設定される。このユーザプ
ロファイルは送信元ＩＰアドレス及び送信先ＩＰアドレ
ス毎に設定される。

【００６０】図１２は、アクセス情報ＤＢ２０９のデー
タ構造を示す。アクセス情報ＤＢ２０９は、例えばサー
ビスサーバ３００のＩＰアドレス（１００．１００．４
００．１００）、このサイトのサービスサーバ３００が
接続しているルータ（ネットワーク装置）５１のＩＰア
ドレス（１００．１００．４００．１）、パケットフィ
ルタリングを設定する際のインタフェースを示すパケッ
トフィルタリング機能種別（例えばＳＮＭＰ）、サイト
のサーバの処理能力を示す処理能力データ、ポート単位
の情報を示すポート情報からなる。

【００６１】処理能力データはサービスサーバ３００の
処理能力を示すデータ・テーブル（例えばＣＰＵ種別、
搭載メモリサイズ等）であり、各データはパーセント表
示される。例えば高速ＣＰＵの場合は１５０として初期
アクセス許容数を１．５倍して最大アクセス許容数に設
定することを示し、低速ＣＰＵの場合は５０として初期
アクセス許容数を１／２倍して最大アクセス許容数に設
定することを示す。

【００６２】ポート情報は、更にポート番号、初期アク
セス許容数、最大アクセス許容数、有効タイマ値からな
る。例えば、契約時にサイトに提示された情報が、最大
アクセス数＝１００、平均アクセス時間＝５分であった
場合、ポート番号に８０（ｈｔｔｐを示す）、最大アク
セス許容数に１００、有効タイマ値に７分（５分を補正
した値）を設定する。有効タイマ値は、サービスサーバ
３００の管理者がサービスをユーザに提供する上で必要
と思われるサーバとユーザとのコネクション時間であ
る。有効タイマ値は事前に受付代行センタにサービスサ
ーバ３００の管理者が申請するものである。

【００６３】また、アクセス情報ＤＢ２０９はネットワ
ーク装置をアクセス制御するために、ユーザ用のデータ
としても使用されるが、その場合は、ＩＰアドレス、ネ
ットワーク装置ＩＰアドレス、パケットフィルタリング
機能種別のみのデータが設定されており、その他のデー
タは設定されていない。

【００６４】図１３は、アクセスリスト１０９のデータ
構造を示す。アクセスリスト１０９は、サービスサーバ
３００のＩＰアドレスである送信先ＩＰアドレス（１０
０．１００．４００．１００）、対象アプリケーション
のポート番号である送信先ポート番号（例えば８０）、
優先制御の有無を示す優先制御フラグ、ユーザからサー
ビスサーバ３００へのアクセス要求をキューイングする
アクセスリストから構成される。アクセスリストは、優
先制御フラグが優先制御なしの場合に使用されるアクセ
スリストと、優先制御ありの場合に使用される優先度
（高優先・中優先・低優先等）で分けられた高優先アク
セスリスト、中優先アクセスリスト、低優先アクセスリ
ストがある。

【００６５】各アクセスリストは現在ユーザが対象とす
るサーバに接続可能かどうかを示す過負荷フラグ、接続
中ユーザのキュー（バッファ・エリア）である接続中ア
クセスリストのポインタ、及び接続中アクセスリストに
キューイングされている接続中のユーザ数である接続中
ユーザ数、接続待ちユーザのキューである接続待ちリス
トのポインタ、及び接続待ちアクセスリストにキューイ
ングされている接続待ちのユーザ数である接続待ちユー
ザ数からなる。

【００６６】優先制御フラグは、サービスサーバ３００
の管理者がユーザクラス別の優先制御を希望する場合
に、事前にサービスサーバ３００の管理者が受付代行セ
ンタに申請することで、優先制御フラグが優先制御あり
で設定される。過負荷フラグは、現在ユーザがアクセス
を要求するサーバに接続の空きがあるか否かを判定する
ためのフラグである。

【００６７】また、空きバッファリストの先頭を示す空
きバッファポインタ、有効タイマ切れの時刻でキューイ
ングされている有効タイマ順ポインタがある。

【００６８】図１４は、制御情報ＤＢ２１１を示す。制
御情報ＤＢ２１１は、受付代理センタが提供する優先制
御を行う場合のユーザクラス数であるユーザクラス数
（例えば、高優先・中優先・低優先の場合は、３が設定
される）、優先制御を希望するサービスサーバ３００毎
に設定される読出制御データが設定されている。読出制
御データはサービスサーバ３００のＩＰアドレスと、対
象アプリケーションのポート番号であるポート番号毎に
アクセスリスト１０９からユーザクラス別に読み出す比
率である読出比率が設定されている。

【００６９】次に、図１０に示すインターネットサービ
スプロバイダが受付代行サービスを実施する場合につい
て説明する。 （１）受付代行サービスの契約 図１０に示すサイトｓｅｒｖｉｃｅ．ｃｏｍは、サービ
スプロバイダと受付代行サービスを契約する。契約時に
ｓｅｒｖｉｃｅ．ｃｏｍは、自サイトへのｈｔｔｐアド
レス、ＩＰアドレス、自サイトのサーバ処理能力（最大
処理数、一人あたりの平均アクセス時間等）をサービス
プロバイダに提示する。

【００７０】サービスプロバイダは、サイトから提示さ
れた情報を図１２に示すアクセス情報ＤＢ２０９に登録
し、例えば、ｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｒｅｑｕ
ｅｓｔ．ｃｏｍといったＵＲＬをサイトへ発行する。Ｕ
ＲＬの発行を受けたサイトはこのＵＲＬを、このＵＲＬ
の有効期間（受付代行サービスの契約期間）と共に、一
般ユーザに公開する。

【００７１】サービスプロバイダは、顧客であるサイト
から具体的なアクセス数やアクセス時間を提示してもら
う代わりに、制御情報ＤＢ２１１の処理能力データから
最大アクセス許容数を計算して設定するようにシステム
を構築することも可能である。この場合の、静的アクセ
ス許容数算出手段２０６が実行する処理のフローチャー
トを図１５に示す。

【００７２】図１５において、静的アクセス許容数算出
手段２０６は、ステップＳ２０６１でアクセス情報ＤＢ
２０９から処理能力データを抽出する。次に、ステップ
Ｓ２０６２で抽出した処理能力データから最大アクセス
許容数を計算する。この計算式としては、例えば、アク
セス情報ＤＢ２０９の処理能力データとして、高速ＣＰ
Ｕが搭載されている場合は、受付代行センタで定義され
たＣＰＵ対応表等で、１５０％というデータが設定さ
れ、大量にメモリを搭載している場合も、同じく受付代
行センタの定義された搭載メモリ対応表等で、２００％
というデータが設定されると、その平均を取って予め受
付代行センタが定義している初期アクセス許容数から以
下の計算等で、最大アクセス許容数を算出する。（初期
アクセス許容数）×（１．５＋２．０）／２最後にステ
ップＳ２０６３で算出した最大アクセス許容数をアクセ
ス情報ＤＢ２０９に設定する。 （２）受付代行サービス開始 サービスプロバイダは、保守コンソールなどを通じて受
付代行サービス開始時刻直前に、プロバイダ管理下であ
るネットワークのエッジルータ、つまり、一般ユーザ用
のダイアルアップルータ２１，２２や、他プロバイダと
接続する境界ルータにサイトのＩＰアドレス１００．１
００．４００．１００へのアクセス規制を設定する。ア
クセス規制はルータ２１，２２等において、指定された
ＩＰアドレスを宛先とするＩＰパケットを棄却する事で
行われる。この機能は一般にフィルタリングと呼ばれて
おり、最近の多くのネットワーク装置がこの機能を備え
ている。設定インタフェースはネットワーク装置により
異なるが、ＳＮＭＰや独自のＣＬＩ（コマンドラインイ
ンタフェース）が用いられる。

【００７３】これにより受付代行サービス開始時刻を持
って、ユーザは直接ｈｔｔｐ：：／／ｓｅｒｖｉｃｅ．
ｃｏｍへアクセスできなくなり、このサイトへのアクセ
スはｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ．
ｃｏｍを介したものだけが有効になる。 （３）受付代行センタでの処理概要 ユーザは、ユーザ端末５１，５２よりインターネットブ
ラウザからｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｒｅｑｕｅ
ｓｔ．ｃｏｍを入力し、受付代行センタへアクセスす
る。受付代行センタは本発明によらない既存のサーバ負
荷分散の仕組みを用いて、負荷分散サーバ群１２０いず
れかのサーバにこの要求を回送する。

【００７４】受付サーバ１００は、既存のアクセス受付
手段１１０を介して、ｈｔｔｐプロトコルを受信し、ア
クセス登録手段１０３にその情報を渡す。アクセス受付
手段１１０は、具体的には受付専用のサーバアプリケー
ションであり、ｈｔｍｌ，Ｊａｖａ，その他のスクリプ
ト言語等で記述される。このアプリケーション自体に、
本発明の固有要素は無く、図１６に示すようなアクセス
要求情報を抽出し、例えばプロセス間通信を用いてアク
セス登録手段１０３に情報を渡す。初回アクセス時、即
ちｈｔｔｐ：／／ｓｅｒｖｉｃｅ．ｒｅｑｕｅｓｔ．ｃ
ｏｍへのアクセス時は、要求種別にアクセス要求を設定
する。

【００７５】図１６は、アクセス要求情報のメッセージ
構造を示す。アクセス要求情報は、アクセス登録手段１
０３に処理指標を示す要求種別（アクセス要求、待合せ
応答要求、待合せ拒否要求）、ユーザ端末のＩＰアドレ
スである送信元ＩＰアドレス、サービスサーバ３００の
ＩＰアドレスである送信先ＩＰアドレス、サービスサー
バ３００がユーザと通信を行うための対象アプリケーシ
ョンのポート番号である送信先ポート番号からなる。

【００７６】図１７、図１８はアクセス登録手段１０３
の処理を詳細に説明するためのフローチャートを示す。
まず、アクセス登録手段１０３は、図１７のステップＳ
１０３１で受信したアクセス要求情報の要求種別を判断
する。ここでは、アクセス要求情報の要求種別はアクセ
ス要求であるから、ステップＳ１０３２に分岐する。ア
クセス要求情報のＩＰアドレスとポート番号でアクセス
リスト１０９を索引し、当該アクセスリストの接続状態
を示す過負荷フラグを判定する。ここでは過負荷でない
ものとし、図１８のステップＳ１０３８に分岐する。

【００７７】ただし、過負荷の場合は、ユーザに待合せ
を行うことの確認と、予測待合せ時間の通知を行うた
め、図１７のステップＳ１０３４に分岐する。ユーザに
待合せを行うことの確認と、予測待合せ時間の通知につ
いては、「受付代行センタでのユーザ通知」で後述す
る。

【００７８】ステップＳ１０３８では、抽出したアクセ
スリスト１０９の優先制御フラグを抽出し、ステップＳ
１０３９で優先制御無しか否かを判定する。ここでは優
先制御無しが設定されたものとし、ステップＳ１０３１
０に分岐する。優先制御ありの場合は、「サービスクラ
スによる優先制御サービス」で後述する。

【００７９】ステップＳ１０３１０では図１３に示すア
クセスリスト１０９のバッファエリアの空きバッファを
検索し、該当バッファに入力されたアクセス要求情報の
接続元ＩＰアドレス（１００．１００．２００．１０）
を設定し、空きバッファポインタの更新を行う。ステッ
プＳ１０３１１で新たに捕捉したバッファを接続待ちア
クセスリスト１０９にキューイングし、ステップＳ１０
３１２でアクセスリスト１０９の接続待ちユーザ数を更
新する。キューイングの制御については、本発明とは直
接関係しないので、説明を省略する。

【００８０】次に、ステップＳ１０３１３で、図１９に
示すフィルタリング要求のフィルタリング要求種別に許
可要求を設定し、その他の情報をアクセス要求情報から
複写して設定し、フィルタリング最適化手段２０４に制
御を渡す。

【００８１】図１９は、フィルタリング要求のメッセー
ジ構造を示す。フィルタリング要求は、フィルタリング
最適化手段２０４に処理指標を示す要求種別（許可要
求、不許可要求、優先制御付き許可要求、アクセス許可
を解除するための解除要求）、ユーザ端末のＩＰアドレ
スである送信元ＩＰアドレス、サービスサーバ３００の
ＩＰアドレスである送信先ＩＰアドレス、サービスサー
バ３００がユーザと通信を行うための対象アプリケーシ
ョンのポート番号である送信先ポート番号からなる。

【００８２】図２０、図２１はフィルタリング最適化手
段２０４の処理を詳細に説明するためのフローチャート
を示す。この処理は、実際にはアクセス情報ＤＢ２０９
に登録された全インスタンスについて実行されるが、こ
こでは説明を簡単にするために１インスタンスの処理の
みを記述する。

【００８３】まず、フィルタリング最適化手段２０４
は、図２０のステップＳ２０４１で入力されたフィルタ
リング要求のフィルタリング要求種別を判定する。フィ
ルタリング要求種別が許可要求であれば、ステップＳ２
０４２に分岐する。優先制御付き許可要求であれば、ユ
ーザクラス別にアクセス要求を読み出す。ユーザクラス
別にアクセス要求を読み出す手段については、「サービ
スクラスによる優先制御サービス」で後述する。

【００８４】ステップＳ２０４２ではアクセス情報ＤＢ
２０９よりポート番号対応に最大アクセス許容数を抽出
する。次に、ステップＳ２０４３でアクセスリスト１０
９より過負荷フラグを抽出し、ステップＳ２０４４で過
負荷フラグを判定し、接続空き無しであれば処理を終了
する。

【００８５】過負荷フラグが接続空き有りの場合は、ス
テップＳ２０４５でアクセスリスト１０９の接続中ユー
ザ数を抽出し、ステップＳ２０４６で最大アクセス許容
数から接続中ユーザ数を差し引いた分、接続待ちアクセ
スリスト１０９から送信元ＩＰアドレスを抽出し、内部
データの新規アクセス許可リストに設定する。新規アク
セス許可リストは、接続待ちアクセスリスト１０９から
抽出した送信元ＩＰアドレスで構成される。この後、ス
テップＳ２０４７で有効タイマ設定手段２０３を起動し
てステップＳ２０４１２に進む。有効タイマ設定手段２
０３については後述する。

【００８６】図２１のステップＳ２０４１２では、内部
データの新規アクセス許可リストが無くなるまでループ
処理を行う。ステップＳ２０４８では、アクセス情報Ｄ
Ｂ２０９よりアクセス許可対象ＩＰアドレスに対するネ
ットワーク装置のＩＰアドレスとパケットフィルタリン
グ機能種別を抽出する。そして、ステップＳ２０４９で
パケットフィルタリング機能種別に対応した許可フィル
タリング・コマンドを作成する。ステップＳ２０４１０
で、作成した許可フィルタリング・コマンドと、ステッ
プＳ２０４８で抽出したネットワーク装置のＩＰアドレ
スとを図２２に示すフィルタリング・コマンド実行要求
に設定し、トラヒック制御手段２１０に制御を渡す。そ
して、ステップＳ２０４１３で処理済みアクセス許可対
象ＩＰアドレスを削除する。

【００８７】図２２は、フィルタリング・コマンド実行
要求のメッセージ構造を示す。フィルタリング・コマン
ド実行要求は、フィルタリングを実行するネットワーク
装置のＩＰアドレスとフィルタリング・コマンドフィー
ルドからなる。フィルタリング・コマンドフィールド
は、例えばユーザ端末５１（１００．１００．２００．
１０）からサービスサーバ３００（１００．１００．４
００．１００）にＷＷＷ（ｈｔｔｐ）でのアクセスを不
許可にする場合は、「ｉｐｃｈａｉｎｓ −ｓ１００．
１００．２００．１０ −ｄ １００．１００．４０
０．１００ −ｐｈｔｔｐ −ｊ ＤＥＮＹ」という実
行可能レベルのコマンドが設定されている。

【００８８】図２３は、トラヒック制御手段２１０の処
理を詳細に説明するためのフローチャートを示す。ま
ず、トラヒック制御手段２１０は、ステップＳ２１０１
で入力されたフィルタリング・コマンド実行要求のＩＰ
アドレスに対して、Ｔｅｌｎｅｔ等を用いて通信ポート
を開く。次に、ステップＳ２１０２で開いた通信ポート
を介し、入力されたフィルタリング・コマンド実行要求
のフィルタリング・コマンドを起動する。ここでは、許
可フィルタリング・コマンドを起動することで、ユーザ
は直接ｈｔｔｐ：：／／ｓｅｒｖｉｃｅ．ｃｏｍに対し
アクセス可能となる。 （４）受付代行センタでのアクセス許可解除 ここでは、直接ｈｔｔｐ：：／／ｓｅｒｖｉｃｅ．ｃｏ
ｍにアクセス可能となったユーザのアクセス許可を解除
する実施例を示す。

【００８９】受付代行センタは、アクセス許可を解除す
る手段として、サービスサーバ３００へのアクセス有効
タイマが満了した時に解除する手段と、サービスサーバ
３００とユーザとのサービス・セッション、例えば、ユ
ーザが購入した動画データをダウンロードするセッショ
ン、インターネット・ショッピングにおける購入手続き
のセッション、が終了した時にサービスサーバ３００か
ら受付代行センタへサービス・セッションが終了したこ
とを通知することによる解除手段とを備えている。

【００９０】サービスサーバ３００へのアクセス有効タ
イマ満了による解除手段は、フィルタリング最適化手段
２０４の処理の中で起動する有効タイマ設定手段２０３
であり、有効タイマ値をアクセスリスト１０９に設定す
る。

【００９１】図２４は、有効タイマ設定手段２０３の処
理を詳細に説明するためのフローチャートを示す。ま
ず、有効タイマ設定手段２０３は、ステップＳ２０３１
でアクセス情報ＤＢ２０９より入力された有効タイマ設
定要求の送信先ＩＰアドレスと送信先ポート番号に対す
る有効タイマ値を抽出する。次に、ステップＳ２０３２
で入力された有効タイマ設定要求の要求種別が優先制御
有りか、無しかを判定する。ここでは優先制御無しが設
定されているものとし、ステップＳ２０３３に分岐す
る。

【００９２】ステップＳ２０３３では、入力された有効
タイマ設定要求の最大アクセス許容数と接続中ユーザ数
の差分分を待合せアクセスリスト１０９から接続中アク
セスリスト１０９にキューを移す。ステップＳ２０３４
で先のステップＳ２０３１で抽出した有効タイマ値を、
現時刻に加算する。ステップＳ２０３５では接続中アク
セスリスト１０９に移されたキューが持つ有効タイマ値
に、先のステップＳ２０３４で算出された値を設定す
る。

【００９３】例えば、アクセス情報ＤＢ２０９から抽出
した有効タイマ値が７分で、現時刻が７時３０分なら
ば、７時３７分となり、サービスサーバ３００へのアク
セス許可が解除される時刻が７時３７分ということを示
す。次に、ステップＳ２０３６で上記解除される時刻が
設定されたバッファ・エリアをアクセスリスト１０９の
有効タイマ順ポインタにキューイングする。そして、ス
テップＳ２０３７でアクセス情報ＤＢ２０９の入力され
た有効タイマ設定要求の送信先ＩＰアドレスと送信先ポ
ート番号に対する接続中ユーザ数を加算して、接続待ち
ユーザ数を減算する。

【００９４】有効タイマ手段２０３によってユーザがサ
ービスサーバ３００へアクセスするアクセス可能な時間
が設定されるので、フィルタリング解除手段２０２はア
クセス可能な時間が満了していないかを周期的に確認を
行い、アクセス可能な時間が満了していた場合は、ユー
ザのサービスサーバ３００へのアクセス許可を解除す
る。

【００９５】図２５は、フィルタリング解除手段２０２
の処理を詳細に説明するためのフローチャートを示す。
フィルタリング解除手段２０２は、ある一定の周期でシ
ステムを構築したＯＳ（オペレーション・システム）が
持つタイマ起動で呼び出される。まず、ステップＳ２０
２１でアクセスリスト１０９の有効タイマ順ポインタに
よりキューイングされたキューから有効タイマ切れの送
信元ＩＰアドレスを抽出し、ステップＳ２０２２でアク
セスリスト１０９の有効タイマ順ポインタによりキュー
イングされたキューから上記抽出した分を削除する。

【００９６】次に、ステップＳ２０２３でアクセス情報
ＤＢ２０９より先のステップＳ２０２１で抽出したアク
セス解除対象のＩＰアドレスに対するネットワーク装置
のＩＰアドレスとパケットフィルタリング機能種別を抽
出する。そして、ステップＳ２０２４でアクセスリスト
１０９の有効タイマ順ポインタによりキューイングされ
たキューから先のステップＳ２０２１で抽出した分を、
接続中アクセスリスト１０９から空きバッファ・キュー
に移し、接続中ユーザ数を減算する。

【００９７】次に、ステップＳ２０２５でパケットフィ
ルタリング機能種別に対応したアクセス許可を解除する
フィルタリング・コマンドを作成し、ステップＳ２０２
６で作成した解除フィルタリング・コマンドと、先のス
テップＳ２０２３で抽出したネットワーク装置のＩＰア
ドレスとを図２２に示すフィルタリング・コマンド実行
要求に設定し、トラヒック制御手段２１０に制御を渡
す。トラヒック制御手段２１０によってアクセス許可を
解除するフィルタリング・コマンドを起動することで、
ユーザは直接ｈｔｔｐ：：／／ｓｅｒｖｉｃｅ．ｃｏｍ
へアクセスが出来なくなる。

【００９８】次に、受付代行センタが備えるもう一つの
解除手段、サービスサーバ３００とユーザとのサービス
・セッションが終了した時にサービスサーバ３００から
受付代行センタへサービス・セッションが終了したこと
を通知することによる解除手段を説明する。

【００９９】サービスサーバ３００は、例えば、ユーザ
が購入した動画データをダウンロードするセッション、
インターネット・ショッピングにおける購入手続きのセ
ッションのような通信を途中で切断されて困る場合は、
サービスプロバイダと受付代行サービスを契約する際
に、提示する自サイトのサーバ処理能力を示す一人当た
りの平均アクセス時間を長く設定しておき、周期的にア
クセス解除する手段に頼らず、サービスサーバ３００が
図２６のセッション終了通知手段３０１によりアクセス
解除する手段を利用できる。

【０１００】図２６は、セッション終了通知手段３０１
の処理を詳細に説明するためのフローチャートを示す。
サービスサーバ３００は、既存のセッション終了判定手
段３０２を用いてセッション終了を判定し、図２７に示
すセッション終了通知メッセージのサービスサーバ３０
０ＩＰアドレスに自ＩＰアドレス、サービスサーバ３０
０ポート番号に、ユーザとのセッションに使用したポー
ト番号、クライアントＩＰアドレスにセッションを行っ
たユーザのＩＰアドレスを設定し、セッション終了通知
手段３０１を起動する。これにより、セッション終了通
知手段３０１は、図２６のステップＳ３０１１でアクセ
ス制御サーバのセッション完了フィルタリング解除手段
２０８に入力されたセッション終了通知を送信する。

【０１０１】図２７は、セッション終了通知のメッセー
ジ構造を示す。セッション終了通知は、サービスサーバ
３００のＩＰアドレスであるサービスサーバＩＰアドレ
ス、ユーザとのセッションに使用したポート番号である
サービスサーバポート番号、セッションを行ったユーザ
のＩＰアドレスであるクライアントＩＰアドレスからな
る。

【０１０２】図２８は、セッション完了フィルタリング
解除手段２０８の処理を詳細に説明するためのフローチ
ャートを示す。セッション完了フィルタリング解除手段
２０８は、サービスサーバ３００からのセッション終了
通知を受けるべく、ある通信ポートを開いてメッセージ
受信待ちとなっている。まず、ステップＳ２０８１でア
クセス情報ＤＢ２０９より入力されたセッション終了通
知のクライアントＩＰアドレスに対するネットワーク装
置のＩＰアドレスとパケットフィルタリング機能種別を
抽出する。そして、ステップＳ２０８２でアクセスリス
ト１０９から入力されたセッション終了通知のサービス
サーバ３００のＩＰアドレス、サービスサーバ３００ポ
ート番号、クライアントＩＰアドレスに対するアクセス
許可解除対象のバッファ・エリアを接続中アクセスリス
ト１０９のキューから空きバッファのキューに変更し、
接続中ユーザ数を減算する。

【０１０３】次に、ステップＳ２０８３でパケットフィ
ルタリング機能種別に対応したアクセス許可を解除する
フィルタリング・コマンドを作成する。次に、ステップ
Ｓ２０８４で作成した解除フィルタリング・コマンド
と、先のステップＳ２０８１で抽出したネットワーク装
置のＩＰアドレスとを図２２に示すフィルタリング・コ
マンド実行要求に設定し、トラヒック制御手段２１０に
制御を渡す。これにより、トラヒック制御手段２１０に
よってアクセス許可を解除するフィルタリング・コマン
ドを起動することで、ユーザは直接ｈｔｔｐ：：／／ｓ
ｅｒｖｉｃｅ．ｃｏｍへアクセスが出来なくなる。 （５）受付代行センタでのユーザ通知 受付代行センタはユーザに対して待合せを行うことの確
認、及び予測待合せ時間の通知を、サービスサーバ３０
０が過負荷か否かを判断し（図１７のステップＳ１０３
３）、過負荷の場合には、アクセスリスト１０９に登録
する処理の前に行う。

【０１０４】最初に待合せを行うことをユーザに確認す
る手段について説明する。図２９は、アクセス確認手段
１０４の処理を詳細に説明するためのフローチャートを
示す。図３０は、待合せ確認通知手段１０５の処理を詳
細に説明するためのフローチャートを示す。ユーザは、
ユーザ端末よりサービスサーバ３００へのアクセス要求
を受付サーバ１００のアクセス受付手段１１０に送信す
る。アクセス受付手段１１０は、受信したアクセス要求
をアクセスリスト１０９に登録するようアクセス登録手
段１０３に要求する。アクセス登録手段１０３は、アク
セス要求情報をアクセスリスト１０９に登録するか否か
を確認する場合（過負荷の場合：図１７のステップＳ１
０３３で判断する）、アクセス確認手段１０４にアクセ
スリスト登録確認を行う。

【０１０５】アクセス確認手段１０４は、図２９のステ
ップＳ１０４１において、アクセス確認を行うための確
認メッセージを作成する。次に、ステップＳ１０４２で
作成した確認メッセージを待合せ確認通知手段１０５に
処理を渡す。待合せ確認通知手段１０５は、図３０のス
テップＳ１０５１において、確認メッセージをＨＴＴＰ
プロトコルでユーザに通知する。そして、ユーザは確認
メッセージの応答をアクセス受付手段１１０に再度送信
する。アクセス受付手段１１０は、ユーザからの応答を
アクセス登録手段１０３に送信し、アクセス登録手段１
０３はユーザからの応答が登録ならば（図１７のステッ
プＳ１０３１で判断する）、アクセスリスト１０９にア
クセス要求情報を登録する。

【０１０６】次に予測待合せ時間を通知する手段を説明
する。図３１は、予測待合時間算出手段１０６の処理を
詳細に説明するためのフローチャートを示す。図３２
は、アクセス情報通知手段１０７の処理を詳細に説明す
るためのフローチャートを示す。ユーザは、ユーザ端末
よりサービスサーバ３００へのアクセス要求を受付サー
バ１００のアクセス受付手段１１０に送信する。アクセ
ス受付手段１１０は、受信したアクセス要求をアクセス
リスト１０９に登録するようアクセス登録手段１０３に
要求する。アクセス登録手段１０３は、空きのアクセス
リスト１０９がない過負荷の場合（図１７のＳ１０３３
で判断する）、予測待合時間算出手段１０６へ予約待合
時間算出要求をする。

【０１０７】予測待合時間算出手段１０６は、図３１の
ステップＳ１０６１において、アクセスリスト１０９よ
り入力されたアクセス要求情報の送信先ＩＰアドレスと
送信先ポート番号に対する待合せアクセスリスト１０９
のユーザ数と有効タイマ値を抽出し、有効タイマ値とユ
ーザ数の乗算を行い待合せ時間を算出し、ステップＳ１
０６２で予測待合せ時間を通知するメッセージを作成す
る。そして、ステップＳ１０６３で作成した予測待合せ
時間を通知するメッセージをアクセス情報通知手段１０
７に処理を渡す。アクセス情報通知手段１０７は、図３
２のステップＳ１０７１で予測待合せ時間を通知するメ
ッセージをＨＴＴＰプロトコルでユーザに通知する。

【０１０８】Ｂ．インターネットサービスプロバイダに
よる最適アクセスサービス また、本発明は、前述の図１５を用いて説明した静的ア
クセス許容数算出手段２０６だけでなく、図３３の動的
アクセス許容数算出手段２０７によって、サーバのＣＰ
Ｕ使用率、ネットワーク使用率を考慮してサービスサー
バ３００への最大アクセス許容数を動的に変更する。

【０１０９】図３３は、動的アクセス許容数算出手段２
０７の処理を詳細に説明するためのフローチャートを示
す。以下、既存の負荷・トラヒック監視装置２１２用い
て、周期的にサービスサーバ３００の負荷状態、及びサ
ービスサーバ３００を収容するネットワーク装置のトラ
フィック状態の情報を抽出し、最大アクセス許容数を変
更することで、実際の処理負荷やネットワークのトラヒ
ックに対するアクセスを許容可能とする手段について説
明する。図３３において、動的アクセス許容数算出手段
２０７は、ステップＳ２０７１で周期的に負荷・トラヒ
ック監視装置２１２からサービスサーバ３００の負荷状
態、及びサービスサーバ３００を収容するネットワーク
装置のトラフィック状態の情報を抽出し、各データの平
均値を算出する。例えば、ＣＰＵ使用率８０％、トラヒ
ック量がサーバ・許容トラヒック量（ワイヤ・スピー
ド）に対しての使用量９０％の場合、平均値は８５％と
なる。

【０１１０】ステップＳ２０７２ではアクセス情報ＤＢ
２０９から現在設定されている最大アクセス許容数を抽
出し、現在のＣＰＵ使用量、及びトラヒック量にあった
最大アクセス許容数を算出する。本発明はその算出方法
については特定しないが、例えば、ステップＳ２０７１
で算出された平均値が８５％であれば、その算出方法
は、８０％以上の場合だけ変更を行い、以下の計算を行
う。 （抽出した最大アクセス許容数）×［１−（０．８５−
０．８）］ そして、ステップＳ２０７３で、その最大アクセス許容
数をアクセス情報ＤＢ２０９に設定する。

【０１１１】Ｃ．インターネットサービスプロバイダに
よるサービスクラスによる優先制御サービス 前記Ａ（１）の受付代行サービスの契約時に契約するサ
ービスサーバ３００がユーザクラスによる優先制御を行
うかどうかをサービスサーバ３００の契約者は選択でき
る。優先制御を行う場合は、アクセスリスト１０９内の
優先制御の有無を示す優先制御フラグを優先制御ありを
示すフラグを設定しておくことで、サービスサーバ３０
０へのアクセス許可が高優先のユーザから優先的に許可
可能となる。

【０１１２】前記Ａ（３）で説明したアクセス登録手段
１０３は、サービスサーバ３００が優先制御ありかどう
かを判断し、優先制御ありならば、図３４に示すユーザ
クラス別アクセス登録手段１０８で、ユーザクラス別に
アクセスリスト１０９にアクセス要求情報を登録する。

【０１１３】図３４は、ユーザクラス別アクセス登録手
段１０８の処理を詳細に説明するためのフローチャート
を示す。ユーザクラス別アクセス登録手段１０８は、ス
テップＳ１０８１でユーザプロファイル１１１から図３
５（Ａ）に示す処理手順のユーザクラス抽出手段１０２
を用いてユーザクラスを抽出する。ここでは、図３５
（Ｂ）に示すように、入力されたアクセス要求情報の送
信元ＩＰアドレスを用いてユーザプロファイル１１１を
検索してユーザクラスを抽出する。

【０１１４】次に、ステップＳ１０８２でバッファエリ
アの空きバッファキューを検索し、該当バッファに接続
元ＩＰアドレスを設定し、バッファエリアの空きバッフ
ァキューを更新し、ステップＳ１０８３で新たに捕捉し
たバッファを接続待ちアクセスリスト１０９にキューイ
ングする。そして、ステップＳ１０８４でアクセスリス
ト１０９の接続待ちユーザ数を加算する。キューイング
の制御については、本発明とは直接関係しないので説明
を省略する。その後、ステップＳ１０８５で、図１９に
示すフィルタリング要求のフィルタリング要求種別に優
先制御付き許可要求を、その他の情報をアクセス要求情
報から複写して設定、フィルタリング最適化手段２０４
に制御を渡す。

【０１１５】これにより、フィルタリング最適化手段２
０４は、アクセスリスト１０９から最大アクセス許容数
分のアクセス情報を読み出す際に、入力されたフィルタ
リング要求のフィルタリング要求種別を判断し（図２０
のステップＳ２０４１）、優先制御付き許可要求の場
合、ユーザクラス別アクセス要求読出手段２０５を起動
する（図２０のステップＳ２０４１１）。そして、出力
されたＩＰアドレスを内部データ新規アクセス許可リス
トに設定する。

【０１１６】図３６は、ユーザクラス別アクセス要求読
出手段２０５の処理を詳細に説明するためのフローチャ
ートを示す。ユーザクラス別アクセス要求読出手段２０
５は、ステップＳ２０５１でアクセス情報ＤＢ２０９よ
り送信先ＩＰアドレスと送信先ポート番号対する最大ア
クセス許容数を抽出する。次に、ステップＳ２０５２で
アクセスリスト１０９より過負荷フラグを抽出する。そ
して、ステップＳ２０５４で過負荷フラグを判定し、接
続空き無しであれば処理を終了する。接続空き有りであ
ればステップＳ２０５３に分岐する。

【０１１７】ステップＳ２０５３では、制御情報ＤＢ２
１１から入力されたフィルタリング要求の送信先ＩＰア
ドレスと送信先ポート番号に対する読出比率を抽出す
る。例えば、読出比率が３：２：１ならば、高優先リス
トから割合１／２で、中優先リストから１／３で、低優
先リストから１／６の比率でアクセス要求情報をアクセ
スリスト１０９から読み出すことを示す。

【０１１８】次に、ステップＳ２０５５で入力されたフ
ィルタリング要求の送信先ＩＰアドレスと送信先ポート
番号に対する各ユーザクラスの接続中ユーザ数を抽出す
る。ステップＳ２０５６で先にステップＳ２０５３で抽
出した読出比率でアクセスリスト１０９からアクセス要
求情報を読み出し、ステップＳ２０５７で有効タイマ設
定手段２０３を起動する。そして、抽出したアクセス要
求情報の送信元ＩＰアドレスを呼び元に返す。このよう
にして、ユーザクラス別にアクセス要求情報をアクセス
リスト１０９から抽出する。

【０１１９】図３７は、有効タイマ設定要求のメッセー
ジ構造を示す。有効タイマ設定要求は、優先制御ありか
否かを示す要求種別、最大アクセス許容数と接続中ユー
ザとの差分、サービスサーバ３００のＩＰアドレスであ
る送信先ＩＰアドレス、サービスサーバ３００がユーザ
と通信を行うための対象アプリケーションのポート番号
である送信先ポート番号からなる。最大アクセス許容数
と接続中ユーザとの差分は、優先制御なしの場合は、デ
ータは１つであるが、優先制御ありの場合、ユーザクラ
スの種類分データが設定されている。例えば、高優先、
中優先、低優先の場合は、３つのデータが設定されてい
る。

【０１２０】Ｄ．インターネットサービスプロバイダに
よる不許可ユーザ規制サービス 前述のＡ（１）の受付代行サービスの契約で説明したよ
うに、サービスプロバイダは、サービスを提供するサー
ビスサーバ３００に例えば、ｈｔｔｐ：／／ｓｅｒｖｉ
ｃｅ．ｒｅｑｕｅｓｔ．ｃｏｍといったＵＲＬをサイト
へ発行する。そして、ＵＲＬの発行を受けたサイトはこ
のＵＲＬを、このＵＲＬの有効期間（受付代行サービス
の契約期間）と共に、一般ユーザへ公開する。

【０１２１】サービスを提供するサーバは、ＵＲＬ公開
の前にユーザとのサービス契約を結び、そのユーザから
のアクセスのみをユーザプロファイル１１１にアクセス
許可として登録し、契約していないユーザに対しては不
許可ユーザとして登録することが可能である。ユーザプ
ロファイル１１１に登録された不許可ユーザからのアク
セスは、サービスサーバ３００の代わりに受付代理セン
タがユーザ認証を行い、不許可ユーザからサービスサー
バ３００へアクセスを未然に防止することで、サービス
サーバ３００に余分な負荷を及ぼさない。

【０１２２】ユーザ端末よりサービスサーバ３００への
アクセス要求があると、アクセス受付手段１１０は、ユ
ーザ認証手段１０１へアクセス要求情報を通知する。

【０１２３】図３８は、ユーザ認証手段１０１の処理を
詳細に説明するためのフローチャートを示す。また、図
３９はアクセス不許可フィルタリング設定手段２０１の
処理を詳細に説明するためのフローチャートを示す。

【０１２４】ユーザ認証手段１０１は、図３８のステッ
プＳ１０１０で入力されたアクセス要求情報の要求種別
を判定し、要求種別がアクセス要求であればステップＳ
１０１１に分岐し、アクセス要求で無ければステップＳ
１０１５でアクセス要求情報をアクセス登録手段１０３
に引き渡す。

【０１２５】ステップＳ１０１１では、アクセス要求情
報の送信元ＩＰアドレスのユーザクラスをユーザプロフ
ァイル１１１からユーザクラス抽出手段１０２を介して
ユーザクラスを抽出する。そして、ステップＳ１０１２
で抽出したユーザクラスを判定し、アクセス不許可の場
合は、ステップＳ１０１３に分岐してフィルタリング要
求種別を不許可とするフィルタリング要求を、アクセス
不許可フィルタリング設定手段２０１に引き渡す。一
方、アクセス許可の場合は、ステップＳ１０１４でアク
セス要求情報をアクセス登録手段１０３に引き渡す。

【０１２６】図２０において、アクセス不許可フィルタ
リング設定手段２０１は、ステップＳ２０１１でアクセ
ス情報ＤＢ２０９より入力されたフィルタリング要求の
送信先ＩＰアドレスに対するネットワーク装置のＩＰア
ドレスとパケットフィルタリング機能種別を抽出し、ス
テップＳ２０１２でパケットフィルタリング機能種別に
対応した不許可フィルタリング・コマンドを作成する。
ステップＳ２０１３では、作成した不許可フィルタリン
グ・コマンドと、先のステップＳ２０１１で抽出したネ
ットワーク装置のＩＰアドレスとを図２２に示すフィル
タリング・コマンド実行要求に設定し、トラヒック制御
手段２１０に制御を渡す。このトラヒック制御手段２１
０によって不許可フィルタリング・コマンドを起動する
ことで、ユーザは直接ｈｔｔｐ：：／／ｓｅｒｖｉｃ
ｅ．ｃｏｍへアクセスが出来なくなる。

【０１２７】本発明においては、常時、サーバの能力を
効果的に引き出すためにサービスサーバ３００が処理可
能な分のユーザがサービスサーバ３００に直接アクセス
する方法をとっているので、プロキシー・サーバのキャ
ッシュ機能を用いた際に発生するコンテンツが更新され
ない課題や、アクセスする度に内容が変化する動的オブ
ジェクトが再利用できないという課題が解決されると共
に、無意味なトラヒックがコアネットワーク１０に流さ
ないため、トラヒックの軽減も図ることができる。さら
に、トラヒック量を軽減することにより、ネットワーク
・リソースの有効活用も可能とする。

【０１２８】本発明においては、ユーザからのアクセス
要求の待合せを可能としており、サービスサーバ３００
で接続コネクション数を設定した場合に比べてユーザに
与える負担も軽減される。さらに、本発明ではサービス
サーバ３００の負荷状況やトラヒック状況を定期的に監
視しているので、接続先のサービスサーバ３００の処理
能力を把握でき、サービスサーバ３００が最適に動作可
能なアクセス分のユーザにアクセスを許可することが可
能となる。

【０１２９】さらに、現状では、ユーザが高トラヒッ
ク、または過負荷なサービスサーバにアクセスした場
合、応答速度が遅かったり、散々応答を待った挙げ句ア
クセスを拒否する旨のメッセージが送信されるという問
題があるが、本発明を適用すると待合せが可能であるた
め、アクセス要求したユーザは自分のアクセス順番にな
れば、速い応答速度で快適にサービスを受けることが可
能となる。

【０１３０】さらに、本発明が必要となるような接続要
求輻輳時に本発明によるアクセス制御を行い、非輻輳状
態においては、従来技術による通常接続制御を行う、と
いうように常に最良の接続性を保証することも可能であ
る。

【０１３１】（付記１） パケットフィルタリング機能
を有するネットワーク装置と、前記ネットワーク装置を
介してＩＰネットワークに接続され、ユーザにサービス
を提供するサービスサーバと、前記ネットワーク装置を
介してＩＰネットワークに接続されサービスサーバが提
供するサービスを利用するためのユーザ端末と、前記Ｉ
Ｐネットワークに接続されサービスサーバの受付として
ユーザ端末からのアクセスを受け付ける受付サーバと、
前記ネットワーク装置を制御するアクセス制御サーバ
と、で構成されるネットワークシステムのネットワーク
アクセス制御方法において、前記受付サーバは、ユーザ
端末からのアクセス要求情報を受信して保持し、前記ア
クセス制御サーバは、前記サービスサーバの処理能力及
びサービスサーバへのトラヒック量に基づき最適に処理
可能なアクセス要求分だけ前記アクセス登録手段に保持
されたアクセス要求情報を抽出して前記サービスサーバ
へのアクセスを許容するトラヒック制御を行うことを特
徴とするネットワークアクセス制御方法。

【０１３２】（付記２） パケットフィルタリング機能
を有するネットワーク装置と、前記ネットワーク装置を
介してＩＰネットワークに接続され、ユーザにサービス
を提供するサービスサーバと、前記ネットワーク装置を
介してＩＰネットワークに接続されサービスサーバが提
供するサービスを利用するためのユーザ端末と、前記Ｉ
Ｐネットワークに接続されサービスサーバの受付として
ユーザ端末からのアクセスを受け付けるアクセス受付手
段を備えた受付サーバと、前記ネットワーク装置を制御
するトラヒック制御手段を備えたアクセス制御サーバ
と、で構成されるネットワークシステムにおいて、前記
受付サーバは、前記アクセス受付手段を介しユーザ端末
からのアクセス要求情報を受信して保持するアクセス登
録手段を有し、前記アクセス制御サーバは、前記サービ
スサーバの処理能力及びサービスサーバへのトラヒック
量に基づき最適に処理可能なアクセス要求分だけ前記ア
クセス登録手段に保持されたアクセス要求情報を抽出し
て前記サービスサーバへのアクセスを許容するトラヒッ
ク制御を行うフィルタリング最適化手段を有することを
特徴とするネットワークシステム。

【０１３３】（付記３） ユーザ端末からのアクセス要
求情報を保持するアクセスリストと、各ユーザのユーザ
クラスを含むユーザ情報を保持するユーザプロファイル
と、ユーザ端末からのアクセスを受け付けるアクセス受
付手段と、前記アクセス受付手段を介し受信したアクセ
ス要求情報を前記アクセスリストに受付順に登録するア
クセス登録手段と、受信したアクセス要求情報からＩＰ
アドレスを抽出し、ＩＰアドレスによりユーザを特定し
て前記ユーザプロファイルからユーザクラスを抽出する
ユーザクラス抽出手段と、前記アクセス受付手段を介し
受信したアクセス要求情報を前記ユーザクラス抽出手段
で抽出したユーザクラスに基づいて前記アクセスリスト
に登録するユーザクラス別アクセス登録手段を有するこ
とを特徴とする受付サーバ。

【０１３４】（付記４） 付記３記載の受付サーバにお
いて、ユーザ端末からのアクセス要求を受け付けて前記
アクセスリストへ登録する位置に応じた待ち合わせを行
っているユーザ数から予測待ち合わせ時間を算出する予
測待合時間算出手段と、算出した予測待ち合わせ時間の
情報をユーザに通知し予測待ち合わせ時間経過後、ユー
ザ端末にアクセス可能であることを通知するアクセス情
報通知手段を有することを特徴とする受付サーバ。

【０１３５】（付記５） 付記３記載の受付サーバにお
いて、ユーザ端末からのアクセス要求を受け付けた際
に、待ち合わせが必要な場合、前記アクセス要求をアク
セスリストに登録するか否かをユーザ端末に確認するア
クセス確認手段と、前記アクセス確認手段の確認をユー
ザ端末に通知する待合せ確認通知手段を有することを特
徴とする受付サーバ。

【０１３６】（付記６） サービスサーバの処理能力に
関する情報及びサービスサーバの処理能力に基づき算出
された最大アクセス許容数を保持するアクセス情報デー
タベースと、ネットワーク装置を制御するトラヒック制
御手段と、前記サービスサーバの処理能力に関する情報
に基づき最大アクセス許容数を算出する静的アクセス許
容数算出手段と、受付サーバでユーザ端末からのアクセ
ス要求情報を保持するアクセスリストの先頭から最大ア
クセス許容数分のアクセス要求情報を読み出し、アクセ
ス要求を行ったユーザ端末をサービスサーバにアクセス
可能とするパケットフィルタリング設定情報を生成し前
記トラヒック制御手段を介して前記ネットワーク装置に
設定するフィルタリング最適化手段を有することを特徴
とするアクセス制御サーバ。

【０１３７】（付記７） 付記６記載のアクセス制御サ
ーバにおいて、前記サービスサーバの負荷状態及びサー
ビスサーバを収容するネットワーク装置のトラフィック
状態を監視する負荷・トラヒック監視装置と、周期的に
負荷・トラヒック監視装置と通信して前記負荷状態及び
トラヒック状態の情報を抽出して前記アクセス情報デー
タベースの最大アクセス許容数を算出すると共に、算出
した最大アクセス許容数を前記アクセス情報データベー
スに登録する動的アクセス許容数算出手段を有すること
を特徴とするアクセス制御サーバ。

【０１３８】（付記８） 付記６記載のアクセス制御サ
ーバにおいて、ユーザ端末からのアクセス要求情報を前
記アクセスリストから読み出す際に読み出す指針となる
制御情報を保持する制御情報データベースと、前記フィ
ルタリング最適化手段が前記アクセスリストから最大ア
クセス許容数分のアクセス要求情報を読み出す際に前記
アクセスリストがユーザクラス別に登録されている場
合、前記制御情報データベースから抽出された制御情報
に基づき前記アクセスリストの各ユーザクラスからアク
セス要求情報を読み出すユーザクラス別アクセス要求読
出手段を有することを特徴とするアクセス制御サーバ。

【０１３９】（付記９） 付記６記載のアクセス制御サ
ーバにおいて、パケットフィルタリング設定情報を生成
する際にアクセス要求情報に有効タイマを設定する有効
タイマ設定手段と、前記有効タイマの満了時にネットワ
ーク装置に設定したパケットフィルタリング制御を解除
するフィルタリング解除手段を有することを特徴とする
アクセス制御サーバ。

【０１４０】（付記１０） ネットワーク装置を介して
ＩＰネットワークに接続され、ユーザにサービスを提供
するサービスサーバにおいて、ユーザ端末とのセッショ
ンを終了したこと判定するセッション終了判定手段と、
前記ユーザ端末とのセッションを終了したことをアクセ
ス制御サーバに通知するセッション終了通知手段を有す
ることを特徴とするサービスサーバ。

【０１４１】（付記１１） 付記３記載の受付サーバに
おいて、前記ユーザクラス抽出手段で抽出したユーザク
ラスに基づき前記アクセス受付手段を介し受信したアク
セス要求が不許可のユーザからか否かを判定し、不許可
ユーザであればアクセス制御サーバにその旨を通知する
ユーザ認証手段を有することを特徴とする受付サーバ。

【０１４２】（付記１２） 付記６記載のアクセス制御
サーバにおいて、付記１１記載の受付サーバのユーザ認
証手段からの通知に基づき前記サービスサーバにアクセ
ス不許可とするパケットフィルタリング設定情報を生成
して前記ネットワーク装置に設定するアクセス不許可フ
ィルタリング設定手段を有することを特徴とするアクセ
ス制御サーバ。

【０１４３】

【発明の効果】上述の如く、請求項１に記載の発明は、
受付サーバは、ユーザ端末からのアクセス要求情報を受
信して保持し、アクセス制御サーバは、サービスサーバ
の処理能力及びサービスサーバへのトラヒック量に基づ
き最適に処理可能なアクセス要求分だけアクセス登録手
段に保持されたアクセス要求情報を抽出して前記サービ
スサーバへのアクセスを許容するトラヒック制御を行う
ため、ユーザがサービスサーバにアクセスする場合に、
サービスサーバの処理能力及びサービスサーバへのトラ
ヒック量に見合う分だけのユーザからのアクセスが許容
され、動的オブジェクトを再利用できると共にトラヒッ
クの軽減を図ることができる。

【０１４４】請求項２に記載の発明は、受付サーバは、
アクセス受付手段を介しユーザ端末からのアクセス要求
情報を受信して保持するアクセス登録手段を有し、アク
セス制御サーバは、前記サービスサーバの処理能力及び
サービスサーバへのトラヒック量に基づき最適に処理可
能なアクセス要求分だけアクセス登録手段に保持された
アクセス要求情報を抽出して前記サービスサーバへのア
クセスを許容するトラヒック制御を行うフィルタリング
最適化手段を有するため、ユーザがサービスサーバにア
クセスする場合に、サービスサーバの処理能力及びサー
ビスサーバへのトラヒック量に見合う分だけのユーザか
らのアクセスが許容され、動的オブジェクトを再利用で
きると共にトラヒックの軽減を図ることができる。

【０１４５】請求項３に記載の発明は、ユーザ端末から
のアクセス要求情報を保持するアクセスリストと、各ユ
ーザのユーザクラスを含むユーザ情報を保持するユーザ
プロファイルと、ユーザ端末からのアクセスを受け付け
るアクセス受付手段と、アクセス受付手段を介し受信し
たアクセス要求情報を前記アクセスリストに受付順に登
録するアクセス登録手段と、受信したアクセス要求情報
からＩＰアドレスを抽出し、ＩＰアドレスによりユーザ
を特定して前記ユーザプロファイルからユーザクラスを
抽出するユーザクラス抽出手段と、アクセス受付手段を
介し受信したアクセス要求情報を前記ユーザクラス抽出
手段で抽出したユーザクラスに基づいて前記アクセスリ
ストに登録するユーザクラス別アクセス登録手段を有す
るため、ユーザクラス別にユーザからのアクセス要求情
報を登録することができる。

【０１４６】請求項４に記載の発明は、ユーザ端末から
のアクセス要求を受け付けて前記アクセスリストへ登録
する位置に応じた待ち合わせを行っているユーザ数から
予測待ち合わせ時間を算出する予測待合時間算出手段
と、算出した予測待ち合わせ時間の情報をユーザに通知
し予測待ち合わせ時間経過後、ユーザ端末にアクセス可
能であることを通知するアクセス情報通知手段を有する
ため、ユーザにサービスへのアクセス可能となるまでの
時間を通知してユーザからのアクセス要求の待合せを可
能とし、ユーザに与える負担を軽減できる。

【０１４７】請求項５に記載の発明は、ユーザ端末から
のアクセス要求を受け付けた際に、待ち合わせが必要な
場合、前記アクセス要求をアクセスリストに登録するか
否かをユーザ端末に確認するアクセス確認手段と、アク
セス確認手段の確認をユーザ端末に通知する待合せ確認
通知手段を有するため、ユーザに待合せを行うことを確
認することができる。

【０１４８】付記６に記載の発明は、サービスサーバの
処理能力に関する情報及びサービスサーバの処理能力に
基づき算出された最大アクセス許容数を保持するアクセ
ス情報データベースと、ネットワーク装置を制御するト
ラヒック制御手段と、サービスサーバの処理能力に関す
る情報に基づき最大アクセス許容数を算出する静的アク
セス許容数算出手段と、受付サーバでユーザ端末からの
アクセス要求情報を保持するアクセスリストの先頭から
最大アクセス許容数分のアクセス要求情報を読み出し、
アクセス要求を行ったユーザ端末をサービスサーバにア
クセス可能とするパケットフィルタリング設定情報を生
成し前記トラヒック制御手段を介して前記ネットワーク
装置に設定するフィルタリング最適化手段を有するた
め、サービスサーバの処理能力に見合うユーザからのア
クセスを受け付ける制御を行うことができる。

【０１４９】付記７に記載の発明は、サービスサーバの
負荷状態及びサービスサーバを収容するネットワーク装
置のトラフィック状態を監視する負荷・トラヒック監視
装置と、周期的に負荷・トラヒック監視装置と通信して
前記負荷状態及びトラヒック状態の情報を抽出して前記
アクセス情報データベースの最大アクセス許容数を算出
すると共に、算出した最大アクセス許容数を前記アクセ
ス情報データベースに登録する動的アクセス許容数算出
手段を有するため、サービスサーバの負荷状況やトラヒ
ック状況に応じてサービスサーバが最適に動作可能なア
クセス分のユーザにアクセスを許可することが可能とな
る。

【０１５０】付記８に記載の発明は、ユーザ端末からの
アクセス要求情報を前記アクセスリストから読み出す際
に読み出す指針となる制御情報を保持する制御情報デー
タベースと、フィルタリング最適化手段が前記アクセス
リストから最大アクセス許容数分のアクセス要求情報を
読み出す際に前記アクセスリストがユーザクラス別に登
録されている場合、前記制御情報データベースから抽出
された制御情報に基づき前記アクセスリストの各ユーザ
クラスからアクセス要求情報を読み出すユーザクラス別
アクセス要求読出手段を有するため、ユーザクラスに応
じて読み出すアクセス要求情報数を可変することができ
る。

【０１５１】付記９に記載の発明は、パケットフィルタ
リング設定情報を生成する際にアクセス要求情報に有効
タイマを設定する有効タイマ設定手段と、有効タイマの
満了時にネットワーク装置に設定したパケットフィルタ
リング制御を解除するフィルタリング解除手段を有する
ため、有効タイマを用いて各アクセスの時間管理を行
い、アクセス許可を解除することができる。

【０１５２】付記１０に記載の発明は、ユーザ端末との
セッションを終了したこと判定するセッション終了判定
手段と、ユーザ端末とのセッションを終了したことをア
クセス制御サーバに通知するセッション終了通知手段を
有するため、セッションが終了したアクセスのアクセス
許可を解除することができる。

【０１５３】付記１１に記載の発明は、ユーザクラス抽
出手段で抽出したユーザクラスに基づき前記アクセス受
付手段を介し受信したアクセス要求が不許可のユーザか
らか否かを判定し、不許可ユーザであればアクセス制御
サーバにその旨を通知するユーザ認証手段を有し、ま
た、付記１２に記載の発明は、受付サーバのユーザ認証
手段からの通知に基づき前記サービスサーバにアクセス
不許可とするパケットフィルタリング設定情報を生成し
て前記ネットワーク装置に設定するアクセス不許可フィ
ルタリング設定手段を有するため、ユーザがアクセス権
限を持っている場合にのみサービスサーバのアクセスを
許可することができる。

【図面の簡単な説明】

【図１】本発明方法の一実施例の全体構成図である。

【図２】本発明方法のパケットフィルタリング機能を説
明するための図である。

【図３】本発明方法の予測待合時間通知機能を説明する
ための図である。

【図４】本発明方法の予測待合時間通知機能を説明する
ための図である。

【図５】本発明方法の動的アクセス許容数算出機能を説
明するための図である。

【図６】本発明方法のユーザクラス別アクセス要求読出
機能を説明するための図である。

【図７】本発明方法の有効タイマ機能を説明するための
図である。

【図８】本発明方法のセッション終了機能を説明するた
めの図である。

【図９】本発明方法のアクセス不許可機能を説明するた
めの図である。

【図１０】インターネットサービスプロバイダが受付代
行サービスを行う実施例のシステム構成図である。

【図１１】ユーザプロファイル１１１のデータ構造を示
す図である。

【図１２】アクセス情報ＤＢ２０９のデータ構造を示す
図である。

【図１３】アクセスリスト１０９のデータ構造を示す図
である。

【図１４】制御情報ＤＢ２１１を示す図である。

【図１５】静的アクセス許容数算出手段２０６が実行す
る処理のフローチャートである。

【図１６】アクセス要求情報のメッセージ構造を示す図
である。

【図１７】アクセス登録手段１０３の処理を詳細に説明
するためのフローチャートである。

【図１８】アクセス登録手段１０３の処理を詳細に説明
するためのフローチャートである。

【図１９】フィルタリング要求のメッセージ構造を示す
図である。

【図２０】フィルタリング最適化手段２０４の処理を詳
細に説明するためのフローチャートである。

【図２１】フィルタリング最適化手段２０４の処理を詳
細に説明するためのフローチャートである。

【図２２】フィルタリング・コマンド実行要求のメッセ
ージ構造を示す図である。

【図２３】トラヒック制御手段２１０の処理を詳細に説
明するためのフローチャートである。

【図２４】有効タイマ設定手段２０３の処理を詳細に説
明するためのフローチャートである。

【図２５】フィルタリング解除手段２０２の処理を詳細
に説明するためのフローチャートである。

【図２６】セッション終了通知手段３０１の処理を詳細
に説明するためのフローチャートである。

【図２７】セッション終了通知のメッセージ構造を示す
図である。

【図２８】セッション完了フィルタリング解除手段２０
８の処理を詳細に説明するためのフローチャートであ
る。

【図２９】アクセス確認手段１０４の処理を詳細に説明
するためのフローチャートである。

【図３０】待合せ確認通知手段１０５の処理を詳細に説
明するためのフローチャートである。

【図３１】予測待合時間算出手段１０６の処理を詳細に
説明するためのフローチャートである。

【図３２】アクセス情報通知手段１０７の処理を詳細に
説明するためのフローチャートである。

【図３３】動的アクセス許容数算出手段２０７の処理を
詳細に説明するためのフローチャートである。

【図３４】ユーザクラス別アクセス登録手段１０８の処
理を詳細に説明するためのフローチャートである。

【図３５】ユーザクラス抽出手段１０２の処理を詳細に
説明するための図である。

【図３６】ユーザクラス別アクセス要求読出手段２０５
の処理を詳細に説明するためのフローチャートである。

【図３７】有効タイマ設定要求のメッセージ構造を示す
図である。

【図３８】ユーザ認証手段１０１の処理を詳細に説明す
るためのフローチャートである。

【図３９】アクセス不許可フィルタリング設定手段２０
１の処理を詳細に説明するためのフローチャートであ
る。

【符号の説明】

１０ コアネットワーク ２０，３０，４０ ネットワーク装置 ５０ ユーザ端末 １００ 受付サーバ ３００ サービスサーバ １０２ ユーザクラス抽出手段 １０３ アクセス登録手段 １０４ アクセス確認手段 １０５ 待合せ確認通知手段 １０６ 予測待合時間算出手段 １０７ アクセス情報通知手段 １０８ ユーザクラス別アクセス登録手段 １０９ アクセスリスト １１０ アクセス受付手段 １１１ ユーザプロファイル ２００ アクセス制御サーバ ２０１ アクセス不許可フィルタリング設定手段 ２０２ フィルタリング解除手段 ２０３ 有効タイマ設定手段 ２０４ フィルタリング最適化手段 ２０５ ユーザクラス別アクセス要求読出手段 ２０６ 静的アクセス許容数算出手段 ２０７ 動的アクセス許容数算出手段 ２０８ セッション完了フィルタリング解除手段 ２０９ アクセス情報ＤＢ ２１０ トラヒック制御手段 ２１１ 制御情報ＤＢ ２１２ 負荷・トラヒック監視装置 ３０１ セッション終了通知手段 ３０２ セッション終了判定手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山村 新也 福岡県福岡市早良区百道浜２丁目２番１号 富士通西日本コミュニケーション・シス テムズ株式会社内 (72)発明者 佐藤 義治 福岡県福岡市早良区百道浜２丁目２番１号 富士通西日本コミュニケーション・シス テムズ株式会社内 Ｆターム(参考） 5B085 AA01 BC02 BG07 5K030 GA13 HB00 HC01 LC00 LE16

Claims (5)

【特許請求の範囲】
1. 【請求項１】 パケットフィルタリング機能を有するネ
   ットワーク装置と、 前記ネットワーク装置を介してＩＰネットワークに接続
   され、ユーザにサービスを提供するサービスサーバと、 前記ネットワーク装置を介してＩＰネットワークに接続
   されサービスサーバが提供するサービスを利用するため
   のユーザ端末と、 前記ＩＰネットワークに接続されサービスサーバの受付
   としてユーザ端末からのアクセスを受け付ける受付サー
   バと、 前記ネットワーク装置を制御するアクセス制御サーバ
   と、で構成されるネットワークシステムのネットワーク
   アクセス制御方法において、 前記受付サーバは、ユーザ端末からのアクセス要求情報
   を受信して保持し、 前記アクセス制御サーバは、前記サービスサーバの処理
   能力及びサービスサーバへのトラヒック量に基づき最適
   に処理可能なアクセス要求分だけ前記アクセス登録手段
   に保持されたアクセス要求情報を抽出して前記サービス
   サーバへのアクセスを許容するトラヒック制御を行うこ
   とを特徴とするネットワークアクセス制御方法。
2. 【請求項２】 パケットフィルタリング機能を有するネ
   ットワーク装置と、 前記ネットワーク装置を介してＩＰネットワークに接続
   され、ユーザにサービスを提供するサービスサーバと、 前記ネットワーク装置を介してＩＰネットワークに接続
   されサービスサーバが提供するサービスを利用するため
   のユーザ端末と、 前記ＩＰネットワークに接続されサービスサーバの受付
   としてユーザ端末からのアクセスを受け付けるアクセス
   受付手段を備えた受付サーバと、 前記ネットワーク装置を制御するトラヒック制御手段を
   備えたアクセス制御サーバと、で構成されるネットワー
   クシステムにおいて、 前記受付サーバは、前記アクセス受付手段を介しユーザ
   端末からのアクセス要求情報を受信して保持するアクセ
   ス登録手段を有し、 前記アクセス制御サーバは、前記サービスサーバの処理
   能力及びサービスサーバへのトラヒック量に基づき最適
   に処理可能なアクセス要求分だけ前記アクセス登録手段
   に保持されたアクセス要求情報を抽出して前記サービス
   サーバへのアクセスを許容するトラヒック制御を行うフ
   ィルタリング最適化手段を有することを特徴とするネッ
   トワークシステム。
3. 【請求項３】 ユーザ端末からのアクセス要求情報を保
   持するアクセスリストと、 各ユーザのユーザクラスを含むユーザ情報を保持するユ
   ーザプロファイルと、 ユーザ端末からのアクセスを受け付けるアクセス受付手
   段と、 前記アクセス受付手段を介し受信したアクセス要求情報
   を前記アクセスリストに受付順に登録するアクセス登録
   手段と、 受信したアクセス要求情報からＩＰアドレスを抽出し、
   ＩＰアドレスによりユーザを特定して前記ユーザプロフ
   ァイルからユーザクラスを抽出するユーザクラス抽出手
   段と、 前記アクセス受付手段を介し受信したアクセス要求情報
   を前記ユーザクラス抽出手段で抽出したユーザクラスに
   基づいて前記アクセスリストに登録するユーザクラス別
   アクセス登録手段を有することを特徴とする受付サー
   バ。
4. 【請求項４】 請求項３記載の受付サーバにおいて、 ユーザ端末からのアクセス要求を受け付けて前記アクセ
   スリストへ登録する位置に応じた待ち合わせを行ってい
   るユーザ数から予測待ち合わせ時間を算出する予測待合
   時間算出手段と、 算出した予測待ち合わせ時間の情報をユーザに通知し予
   測待ち合わせ時間経過後、ユーザ端末にアクセス可能で
   あることを通知するアクセス情報通知手段を有すること
   を特徴とする受付サーバ。
5. 【請求項５】 請求項３記載の受付サーバにおいて、 ユーザ端末からのアクセス要求を受け付けた際に、待ち
   合わせが必要な場合、前記アクセス要求をアクセスリス
   トに登録するか否かをユーザ端末に確認するアクセス確
   認手段と、 前記アクセス確認手段の確認をユーザ端末に通知する待
   合せ確認通知手段を有することを特徴とする受付サー
   バ。