(57)【要約】【課題】本発明はユーザ端末からのサービスサーバへのアクセスを負荷分散装置に設定された制御情報により複数のサーバの一つへ分散し，前記負荷分散装置に対する監視制御をアクセス制御サーバにより行うＩＰネットワークにおけるアクセス制御方式に関し，負荷分散装置を制御する機能を用いてサービスサーバを最適に動作させることを目的とする。【解決手段】アクセス制御サーバは，サービスサーバから負荷状態を収集するサーバ監視部と，設定された制御・管理の項目を保持する安定運用管理データベースと，該データベースに設定された項目について負荷分散装置における状態を収集する負荷分散装置情報収集部と，収集した各情報を保持する状態管理データベースとを備える。安定運用管理データベースの設定情報とを参照して，サービスサーバの負荷が均一になるよう負荷分散装置の設定の変更を指示する安定運用管理部とを備えるよう構成する。【選択図】図１
2005182702.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末からのサービスサーバへのアクセスを負荷分散装置に設定された制御情報により複数のサーバの一つへ分散し，前記負荷分散装置に対する監視制御をアクセス制御サーバにより行うＩＰネットワークにおけるアクセス制御方式において，
前記アクセス制御サーバは，前記サービスサーバから各サーバの負荷状態を収集するサーバ監視部と，設定された制御・管理の項目を保持する安定運用管理データベースと，前記安定運用管理データベースに設定された項目について前記負荷分散装置における状態を収集する負荷分散装置情報収集部と，前記サーバ監視部及び負荷分散装置情報収集部で収集した各情報を保持する状態管理データベースと，前記安定運用管理データベースの設定情報とを参照して，サービスサーバの負荷が均一になるよう負荷分散装置の振り分け設定の変更を指示する安定運用管理部と，
を備えることを特徴とするＩＰネットワークにおけるアクセス制御方式。
【請求項２】
請求項１において，
前記アクセス制御サーバは，前記状態管理データベースの前記負荷分散装置から収集されたデータを参照し，追加して収集すべき項目を検出すると前記負荷分散装置情報収集部に追加収集依頼を発行し，追加収集したデータ前記状態管理データベースに登録することを特徴とするＩＰネットワークにおけるアクセス制御方式。
【請求項３】
請求項１において，
前記アクセス制御サーバは，前記負荷分散装置に設定された制御情報を変更する入力を  行うための保守端末と，前記保守端末からの入力を前記安全運用管理データベースに格納する安定運用設定変更部と，
を備えることを特徴とするＩＰネットワークにおけるアクセス制御方式。
【請求項４】
請求項２において，
前記アクセス制御サーバは，ユーザ端末からのサービスサーバへのアクセス要求に対し，前記状態管理データベース及び安定運用管理データベースの内容を参照して，前記負荷分散装置に設定する制御情報を安定運用設定変更部で変更してもサービスサーバの処理能力を越えると前記アクセス要求を待合わせサーバへ接続先変更を行い，サービスサーバの処理能力を越えないと前記サービスサーバに接続する決定を行う接続先決定部と，前記接続先決定部の決定に従ってネットワーク制御を行うネットワーク制御部と，
を備えることを特徴とするＩＰネットワークにおけるアクセス制御方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ(Internet Protocol) ネットワークにおけるアクセス制御方式に関する。
【０００２】
近年，インターネットの爆発的な普及により，インターネットを介した多様なサービスがＷｅｂサーバを用いて提供されているが，人気サービスサイトにおいては，顧客からのアクセスが集中し，Ｗｅｂサーバが高負荷になり，顧客に対して安定したサーバを提供することが難しくなっている。
【背景技術】
【０００３】
複数の伝送路を備えるローカルエリアネットワーク（ＬＡＮ）において，伝送アクセス制御フレームの順序制御及びコンピュータの上位レベルのソフトウェアによる伝送路選択を不要にする方法が提案されている（特許文献１参照）。その内容を図９の従来例１の構成として示す。ステーション５０において，コンピュータインタフェース５１はコンピュータ５７からのリンク設定コマンドやデータ転送コマンドを受け付けてインタフェース機能を果たす。各伝送路５６に対応して設けられた伝送路負荷計測部５４は対応する伝送路５６を介してステーション５０で受信または中継されるフレームの単位時間当たりの数を計数して，各伝送路５６の負荷を計測する。
【０００４】
コンピュータ５７からステーション５０に対してリンク設定要求のコマンドを送ると，コンピュータインタフェース５１を介して通信制御部５２で受け付け，リンク制御部５２ｂは伝送路の選択を行う。伝送路の選択は，各伝送路負荷計測部５４で計測された各伝送路５６の負荷を参照し，最も負荷の少ない伝送路を選択して通信テーブル５２ｃに書き込み，伝送路切替え部５２ｄを選択した伝送路側に切り替え，対応する伝送アクセス制御部５３，物理レベルプロトコル部５５を介してリンク設定要求フレームを伝送路に送り出して，相手ステーションからの応答を受け取ることでリンク設定が行われる。
【０００５】
この方法により，リンク設定時に最も負荷の少ない伝送路を選択してその伝送路にリンクを割り当て，伝送路の負荷に応じてリンクを均等に配分して効率的に複数の伝送路を使用できる。なお，このように各伝送路（または処理装置）の負荷を計測して，新たな要求に対して負荷の少ない伝送路（処理装置）を選択する機能を備える機構を負荷分散装置（またはロードバランサ）と呼ばれる。
【０００６】
一方，動的オブジェクトを再利用でき，トラヒックの軽減を図ると共にユーザに与える負担を軽減できて快適にサービスを受けることができるネットワークアクセス制御方法及びそれを用いたネットワークシステム及びそれを構成する装置が提案されている（特許文献２参照）。その提案された方法の中にインターネットサービスプロバイダが受付代行サービスを行う構成が含まれ，その方法の概要を従来例２の構成として図１０に示す。
【０００７】
図１０の構成では，ＩＰネットワーク（インターネット）６０にインターネットサービスプロバイダの複数台のサービスサーバ６１ａ〜６１ｃがルータ等のネットワーク装置６１ｅ及び負荷分散装置（ロードバランサと呼ばれる場合もある）６１ｄを介して接続され，サービスサーバ６１へのトラヒックが集中した場合に備えて，アクセス制御サーバ（または受付サーバ）６２を設けたものである。この構成においてサービスサーバが高負荷になった場合，図１０に示す(1) 〜(3) の動作が実行される。
【０００８】
(1) サービスサーバ６１が快適にユーザ端末６４からの要求を処理できるか否かの情報として，ＣＰＵの使用率が閾値を越えた時に，アクセス制御サーバ６２に高負荷状態であることを通知する。なお，ＣＰＵの使用率が閾値より下回ったときは，低負荷になったことを通知する。
【０００９】
(2) １台のサービスサーバから高負荷通知を受けたアクセス制御サーバ６２は，その他のサービスサーバが低負荷で処理余力があったとしても，ネットワーク装置６１ｅに対してユーザ端末の要求を待合せサーバ６３に迂回するよう指示する。
【００１０】
(3) ネットワーク装置６１ｅは，新たなユーザ端末の要求を受けると，待合せサーバ６３に迂回接続する。サービスサーバ６１は快適にユーザ端末６４からのアクセス要求を処理できるか否かの情報として，ＣＰＵの使用率が閾値を越えた時に，アクセス制御サーバ６２に対して高負荷状態であることを通知する（ＣＰＵの使用率が閾値より下回った時も低負荷になったことを通知する。１台のサービスサーバ（６１ａ〜６１ｃの何れか）より高負荷通知を受けたアクセス制御サーバ６２は，その他のサービスサーバが低負荷で処理余力があったとしても，ネットワーク装置６１ｅに対しユーザ端末の要求を待合せサーバ６３に迂回するように指示を出す。待合わせサーバ６３はサービスサーバの状態を見て先頭の待ち合せから順番に取り出してサービスサーバへアクセスを可能にする制御を行う。
【特許文献１】特開平６−１５２６１５号公報
【特許文献２】特開２００２−１４１９３６号公報（図１０）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記した従来例１の構成では負荷分散装置（ロードバランサ）では負荷を計測して，要求があると最も負荷の軽いものを選択している。そして，負荷分散装置（ロードバランサ）による負荷分散方法として，従来，アクセス要求を複数の処理装置に対し順番に割り振る「ラウンドロビン」，予め各処理装置の処理能力に応じて処理個数を設定しておいて，その処理個数分ずつ割り当てる「重み付けラウンドロビン」，各処理装置に予め優先順位を割り当てて要求があるとその優先順位に従って割り当てる「優先順位」，現在の各処理装置への接続数を見て少ない処理装置へ割り当てる「接続数」，問い合わせに対する応答時間の早いものを割り当てる「応答時間」，サーバに対して要求するサービス内容に応じてＨＴＴＰヘッダを識別して対応するサーバに割り当てる「ＨＴＴＰヘッダ」，といった各種のアルゴリズムにより分散を行っている。しかし，これらのアルゴリズムを用いたとしても，負荷分散装置の配下にある複数の処理装置の処理能力を越える要求には対応できないという問題があった。
【００１２】
このような処理装置の処理能力を越えた要求があった場合，その要求を待ち合せサーバに迂回させる技術として，上記の従来例２の構成として示すアクセス制御による待ち合せ方式が提案されている。しかし，このアクセス制御による待合せ方式を用いても，ＣＰＵ使用率を見ているだけなので，複数のサーバで構成されるような場合の負荷分散装置に十分対応できていない。
【００１３】
例えば，ラウンドロビンによる負荷分散装置を考えると，サーバＡ，サーバＢ，サーバＣが負荷分散装置で負荷分散されても単純に処理要求を分散されるだけなので，サーバＡだけに処理の重いものが集中して，サーバＢやサーバＣが処理できるにも関わらず，待合せサーバに迂回させてしまうという問題がある。また，重み付けラウンドロビン，優先順位，接続数，応答時間，ＨＴＴＰヘッダ，等により分散を行った場合でも同じような問題が起こる。
【００１４】
本発明は負荷分散装置を制御する機能を用いてサービスサーバを最適に動作させることができるネットワークアクセス制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
図１は本発明の原理構成である。図中，１はアクセス制御サーバ，１０はサーバ監視部，１１はユーザ端末からのサービスサーバ６へのアクセス要求に対しサービスサーバ６へ接続するか，待合せサーバ３へ接続するかを決定する接続先決定部，１２は負荷分散装置情報収集部，１３は安定運用管理部，１４は負荷分散装置設定変更部，１５はネットワーク制御部，１６はサービスサーバ６の状態や負荷分散装置５の状態を管理する状態管理データベース（ＤＢ），１７はサービスサーバ６や負荷分散装置５の安定運用のための情報（詳細は後述する）が登録された安定運用管理データベース（ＤＢ），１８は安定運用管理ＤＢ１７の設定内容の変更を行う安定運用設定変更部，１９は保守端末，２ａはアクセス制御サーバ１と後述する待合せサーバ３をＩＰネットワーク４に接続するルータ等のネットワーク装置，２ｂはサービスサーバ６をＩＰネットワーク４に接続するネットワーク装置，２ｃはユーザ端末側をＩＰネットワーク４に接続するネットワーク装置，３は待合せサーバ，４はＩＰネットワーク，５は負荷分散装置，６はサービスサーバであり，６ａ，６ｂ，６ｃはそれぞれサービスサーバを構成する複数（この例では３台）のサーバ♯Ａ，サーバ♯Ｂ，サーバ♯Ｃ，７はユーザ端末である。なお，サービスサーバ６は１つのシステムだけ示されているが，複数個設けられる場合もある。
【００１６】
本発明は負荷分散装置（ロードバランサ）の振る舞いを識別してアクセス制御による待合せを行うもので，アクセス制御による待合せに移行するのは，負荷分散装置による複数のサーバで運用される場合に，これ以上のアクセスを受付けると安定運用ができなくると判断した場合に限られる。従って，本発明は負荷分散装置から定期的に情報収集する手段と，その収集情報からサービスサーバの負荷を均一にするために負荷分散装置の振り分けを設定を変更する手段を備え，全てのサービスサーバが高負荷になった時にアクセス制御による待合せサーバに迂回することで，負荷分散装置を備えた環境においても安定運用が可能となる。
【００１７】
本発明はユーザ端末７からサービスサーバ６へのアクセス要求は負荷分散装置５で受け付けられる。一方，サービスサーバ６が快適にユーザ端末７からの要求を処理できるか否かを表す情報として各サーバ♯Ａ〜♯ＣのＣＰＵの使用率が閾値を越えた時にアクセス制御サーバ１に高負荷状態であることを通知し，ＣＰＵの使用率が閾値を下回った時は低負荷になったことを通知する。アクセス制御サーバ１のサーバ監視部１０はこの通知を受信すると，その状態を状態管理ＤＢ１６に登録する。
【００１８】
アクセス制御サーバ１の安定運用管理ＤＢ１７には，予め保守端末１９から負荷分散装置５による負荷分散のための各種の条件（応答時間，優先度，重み，等）や数値を画面を見ながら設定を行うと，安定運用設定変更部１８により安定運用管理ＤＢ１７に格納される。負荷分散装置情報収集部１２はこの安定運用管理ＤＢ１７に設定された項目について，定期的にＩＰネットワーク４を介して負荷分散装置５が管理している情報を要求し，負荷分散装置５から収集した情報を状態管理ＤＢ１６に格納し，安定運用管理部に収集完了の通知を行う。安定運用管理部１３は状態管理ＤＢ１６から収集結果を参照し，参照結果で規定値をオーバーした値や変化が大きい値があると，詳細なデータを収集するため負荷分散装置情報収集部１２に追加のデータ収集の要求を行い，追加して収集したデータは状態管理ＤＢ１６に登録する。また，収集した情報を元にサービスサーバの負荷（一つのサービスサーバ６内の複数のサーバＡ〜Ｃの負荷）を均一にするため負荷分散装置５の設定を変更する必要があると判断した場合は，負荷分散装置設定変更部１４に対し設定変更の通知を行う。
【００１９】
安定運用管理部１３より設定変更の指示を受けた負荷分散装置設定変更部１４は負荷分散装置５に対して設定変更の制御を行い，制御結果を安定運用管理部１３に供給する。
【００２０】
この時，変更される負荷分散装置５の設定情報としては，負荷分散制御のための各種の設定値（応答時間，優先度，重み，等）がある。安定運用管理ＤＢ１７に設定されるサービスサーバ６や負荷分散装置５に対する設定情報は，保守端末１９からの入力により安定運用設定変更部１８から変更することができる。
【００２１】
負荷分散装置５に対する設定変更を実行しても，サービスサーバ６の全てのサーバが高負荷になると，アクセス制御サーバ１の接続先決定部１１は状態管理ＤＢ１６と安定運用管理ＤＢ１７から高負荷状態を検出すると，ユーザ端末７からのアクセス要求を待合せサーバ３に迂回させるようネットワーク制御部１５に対して指示を発生し，この指示によりネットワーク制御部１５はサービスサーバ６及び負荷分散装置５が接続されたネットワーク装置２ｂに対し，ユーザ端末７からのアクセス要求を待合せサーバ３に迂回接続するよう制御し，該アクセス要求を待合せ状態（待機状態）にさせる。なお，一台でも高負荷でないサーバがあると負荷分散装置５への接続を可能にする。
【発明の効果】
【００２２】
本発明により，負荷分散装置を制御する機能を備えることで，負荷分散装置を必要とするサービスサーバを備える施設の資源を有効に利用してユーザサービスを提供することができる。また，サービスサーバの負荷状況やトラヒック状況を定期的に監視するので，サービスサーバが最適に動作可能なアクセス数分だけユーザに許可することが可能となる。
【００２３】
また，本発明を適用すれば遠隔から負荷分散装置の最適化や運用状況レポート出力など負荷分散の適正化サービスの実現が可能となる。更に，本発明の適用により既設の負荷分散装置の処理能力に合わせたサービスの提供が可能となる。
【発明を実施するための最良の形態】
【００２４】
図２は本発明が実施されるシステム構成図である。図中，１，２ａ，２ｃ，３，４，７はそれぞれ上記図１の同一符号の各部と同様であり，１はアクセス制御サーバ，２ａ，２ｃはルータ等のネットワーク装置，３は待合せサーバ，４はＩＰネットワークである。図２ではサービスサーバが２セット設けられている例であり，それに対応してネットワーク装置２ｂ−１，２ｂ−２，負荷分散装置５−１，５−２及びサービスサーバ６−１，６−２がそれぞれ設けられている。各サービスサーバ６−１，６−２の内部にはそれぞれサーバ♯Ａ，サーバ♯Ｂ，サーバ♯Ｃの３台が設けられている。アクセス制御サーバ１は上記図１に示す各部の機能を実現する構成を備えている。
【００２５】
最初にアクセス制御サーバ１の安定運用管理ＤＢ（図１の１７）に対し，情報を収集すべきサービスサーバの情報と負荷分散装置での安定運用管理のために負荷分散装置から収集する情報の項目を設定する。
【００２６】
図３は安定運用管理ＤＢのテーブル構成を示し，図３のＡ．はサービスサーバ情報であり，対象となるサービスサーバの中の各サーバについて固有情報が設定されており，サーバの固有情報としては，サービスサーバＩＤ，サービスサーバ名，サービスサーバＩＰアドレス，サービスサーバポート番号，負荷分散装置ＩＤ（該当サービスサーバの入力側に設けられた負荷分散装置のＩＤ），サービスサイトＵＲＬ，ＣＰＵ使用率の閾値（この閾値を越えると過負荷とする）等により構成される。図３のＢ．は負荷分散装置情報であり，各負荷分散装置毎に固有情報と収集可能情報の２種類の情報が設定され，負荷分散装置の固有情報としては負荷分散装置ＩＤ，負荷分散装置名，ＭＩＢ情報（Management Infomation Base: ネットワーク装置と負荷分散装置間のネットワーク管理プロトコルであるＳＮＭＰ(Simple Network Management Protocol)で使用するデータ），要求ポート番号，応答ポート番号の各情報により構成される。
【００２７】
負荷分散装置の収集指定情報は，各行（アドレス）に対して収集すべき項目が定義され，先頭に自ＣＰＵ使用率（負荷分散装置自身のＣＰＵ），各サービスサーバのＣＰＵ使用率，各セッション数（ＩＰネットワークと負荷分散装置間のセッション数），各応答時間（各サービスサーバの），優先度，重み，次接続サービスサーバ（次にアクセスを受けた時に接続する予定のサービスサーバ）が定義され，これらの各項目に対応する領域に収集すべき項目なら“１”，収集しない項目なら“０”が設定される。
【００２８】
図４は負荷分散装置からの情報収集の処理フローを示す。
【００２９】
アクセス制御サーバ（図１，図２の１）の負荷分散装置情報収集部（図１の１２）は，安定運用管理ＤＢ（図１の１７，図３参照）に設定された負荷分散装置に関して設定された項目から収集すべき項目（“１”が設定された項目）を決定し（図４のＳ１），決定した項目の収集要求をサービスサーバに対応して設けられた負荷分散装置に対して送出する（同Ｓ２）。この収集要求を受けた負荷分散装置から要求された項目に対応した負荷分散装置の状態を表す情報を含む収集応答が返ってくると，収集したデータを状態管理ＤＢ（図１の１６）に登録し（図４のＳ３），収集完了通知を安定運用管理部（図１の１３）に通知する（図４のＳ４）。なお，負荷分散装置から収集する項目により，収集する周期を変更してもよい。これにより，変動の大きい重要な項目については短い周期で収集し，変動が少ないか，重要度の低い項目については長い周期で収集することで，収集のための処理負担を減らすことができる。
【００３０】
図５は状態管理ＤＢのテーブル構成を示す。この状態管理ＤＢ（図１の１６）には，図５のＡ．に示すようにサービスサーバから送られてくるサービスサーバ状態情報が格納され，各サービスサーバについて，サービスサーバＩＤ，収集日時，状態（○なら使用率が閾値より低い状態で，×なら閾値以上の状態）が格納されている。なお，この○，×の「状態」は，上記安定運用管理ＤＢの中のサービスサーバ情報の固有情報として閾値が登録されており，サービスサーバから使用率を収集した時に，アクセス制御サーバでこの登録された閾値と比較して設定する。図５のＢ．は負荷分散装置情報であり，上記図４で説明した負荷分散装置情報収集部の動作により収集した各項目のデータが格納され，各負荷分散装置収集情報として，負荷分散装置ＩＤ，収集日時，収集項目（この後に続く収集情報１，収集情報２，…の各項目の定義），収集情報１，収集情報２，…の各収集情報が登録される。
【００３１】
図６は負荷分散装置からの追加情報収集の処理フローを示す。上記図４の処理により負荷分散装置情報収集部からの情報収集が実行されて収集完了通知を受けた安定運用管理部（図１の１３）は，負荷分散装置から収集したデータ（上記図５の状態管理ＤＢのテーブル）を参照し（図６のＳ１），データの変動が大きく変動した（誤っている可能性がある）場合や，必要なデータが不足しているか判別し，そのような項目が存在することを検出すると（同Ｓ２），該当する項目について追加収集の依頼を負荷分散装置情報収集部に対して依頼をする（同Ｓ３）。なお，安定運用管理ＤＢへの新規項目の設定は，アクセス制御サーバに接続された保守端末（図示省略）から保守者により画面を見ながら行う。
【００３２】
この追加収集の依頼を受けた負荷分散装置情報収集部は，負荷分散装置に対して追加収集要求を送出し（図６のＳ４），負荷分散装置から収集応答が返ってくると収集したデータを状態管理データに登録し（同Ｓ５），収集完了通知を安定運用管理部に送る（同Ｓ６）。
【００３３】
図７は負荷分散装置の設定変更の処理フローを示す。
【００３４】
アクセス制御サーバの安定運用管理部において，状態管理ＤＢと安定運用管理ＤＢから，サービスサーバの状態（ＣＰＵの使用率等）を参照し（図７のＳ１），ロードバランサに設定した負荷分散制御のための数値（優先度，重み等）を変更したり，定期的に収集する情報の項目を変更または追加することが必要，すなわち負荷分散装置における負荷分散制御のための設定変更が必要と判断されると，設定変更依頼を負荷分散装置設定変更部（図１の１４）に発行する（図７のＳ２）。負荷分散装置設定変更部でこの設定変更依頼を受け取ると，設定変更要求を負荷分散装置に対し送信し（図７のＳ３），負荷分散装置がこの設定変更要求に含まれた内容によりデータの設定変更を行って，設定変更応答がアクセス制御サーバの負荷分散装置設定変更部で受け取ると，設定完了通知を安定運用管理部に通知する（同Ｓ４）。
【００３５】
図８は負荷分散装置の構成例を示す。図中，１はアクセス制御サーバ，４はＩＰネットワーク，５は負荷分散装置，５は負荷分散装置，５ａはＩＰネットワークを介してユーザ端末からのアクセスを受け付けるネットワーク接続部，５ｂはサービスサーバ管理データベース５ｆを参照してサービスサーバとの接続の制御を行うサービスサーバ管理部，５ｃはサービスサーバ監視部，５ｄはＩＰネットワークからアクセスしてきたユーザ端末からの要求をサービスサーバへ接続する制御を行うサービスサーバ接続部，５ｅはＩＰヘッダ変更部，５ｆはサービスサーバ管理データベース（ＤＢ），複数のサーバを含むサービスサーバ，７はユーザ端末である。
【００３６】
この負荷分散装置５とアクセス制御サーバ１及びユーザ端末７の相互動作による情報収集，負荷分散装置の設定変更及びサービスサーバとの接続の各動作を以下に説明する。
【００３７】
(1) アクセス制御サーバ１からの情報収集及び追加情報収集の動作
負荷分散装置５のサービスサーバ管理部５ｂはサービスサーバ監視部５ｃを駆動すると，サービスサーバ監視部５ｃはサービスサーバ接続部５ｄを介してサービスサーバ６（複数のサービスサーバを含む）から順に情報を収集し，収集した情報をサービスサーバ管理ＤＢ５ｆに登録する。アクセス制御サーバ１から負荷分散装置５に情報収集の依頼が送られてくると，ネットワーク接続部５ａを介してサービスサーバ管理部５ｂで受け取られ，サービスサーバ管理ＤＢ５ｆに登録された負荷分散装置で管理する情報を取り出して，アクセス制御サーバ１に送信される。
【００３８】
(2) アクセス制御サーバ１から負荷分散装置５の設定変更
アクセス制御サーバ１から負荷分散装置５のネットワーク接続部５ａを介してサービスサーバ管理部５ｂに対して設定変更を指示することで，サービスサーバ管理部５ｂはサービスサーバ管理ＤＢ５ｆの設定情報を指示された情報に変更する。
【００３９】
(3) ユーザ端末７からサービスサーバ６への接続
ユーザ端末７がＩＰネットワーク４を介してサービスサーバ６にアクセスすると，ネットワーク接続部５ａはＩＰヘッダ変更部５ｅを駆動する。ＩＰヘッダ変更部５ｅは，サービスサーバ管理部５ｂによるサービスサーバ管理ＤＢ５ｆを参照したどのサービスサーバに接続すべきかの情報を収集する。接続すべきサービスサーバの情報を得られると，ＩＰヘッダの宛先を取得したサービスサーバの情報に変更しサービスサーバ接続部５ｄからサービスサーバ６に接続する。
【００４０】
サービスサーバ６からの情報は負荷分散装置５のサービスサーバ接続部５ｄからＩＰヘッダ変更部５ｅで受け取ると，そのＩＰヘッダの送信元をサービスサーバ６から負荷分散装置５に変更して，ネットワーク接続部５ａを介してユーザ端末７へ送信する。
【００４１】
（付記１）  ユーザ端末からのサービスサーバへのアクセスを負荷分散装置に設定された制御情報により複数のサーバの一つへ分散し，前記負荷分散装置に対する監視制御をアクセス制御サーバにより行うＩＰネットワークにおけるアクセス制御方式において，前記アクセス制御サーバは，前記サービスサーバから各サーバの負荷状態を収集するサーバ監視部と，設定された制御・管理の項目を保持する安定運用管理データベースと，前記安定運用管理データベースに設定された項目について前記負荷分散装置における状態を収集する負荷分散装置情報収集部と，前記サーバ監視部及び負荷分散装置情報収集部で収集した各情報を保持する状態管理データベースと，前記安定運用管理データベースの設定情報とを参照して，サービスサーバの負荷が均一になるよう負荷分散装置の振り分け設定の変更を指示する安定運用管理部と，を備えることを特徴とするＩＰネットワークにおけるアクセス制御方式。
【００４２】
（付記２）  付記１において，前記負荷分散装置及び前記アクセス制御サーバは，それぞれルータ等のネットワーク装置を介してＩＰネットワークと接続され，前記各ネットワーク装置の制御を前記アクセス制御サーバにより行うことを特徴とするＩＰネットワークにおけるアクセス制御方式。
【００４３】
（付記３）  付記１において，前記アクセス制御サーバは，前記状態管理データベースの前記負荷分散装置から収集されたデータを参照し，追加して収集すべき項目を検出すると前記負荷分散装置情報収集部に追加収集依頼を発行し，追加収集したデータを前記状態管理データベースに登録することを特徴とするＩＰネットワークにおけるアクセス制御方式。
【００４４】
（付記４）  付記１において，前記アクセス制御サーバは，前記負荷分散装置に設定された制御情報を変更する入力を行うための保守端末と，前記保守端末からの入力を前記安全運用管理データベースに格納する安定運用設定変更部と，を備えることを特徴とするＩＰネットワークにおけるアクセス制御方式。
【００４５】
（付記５）  付記１または２の何れかにおいて，前記負荷分散装置に設定される制御情報は，各サービスサーバの負荷分散装置とのセッション数，応答時間，優先度，重み等の情報を含むことを特徴とするＩＰネットワークにおけるアクセス制御方式。
【００４６】
（付記６）  付記２において，前記アクセス制御サーバは，ユーザ端末からのサービスサーバへのアクセス要求に対し，前記状態管理データベース及び安定運用管理データベースの内容を参照して，前記負荷分散装置に設定する制御情報を安定運用設定変更部で変更してもサービスサーバの処理能力を越えると前記アクセス要求を待合せサーバへ接続先変更を行い，サービスサーバの処理能力を越えないと前記サービスサーバに接続する決定を行う接続先決定部と，前記接続先決定部の決定に従ってネットワーク制御を行うネットワーク制御部と，を備えることを特徴とするＩＰネットワークにおけるアクセス制御方式。
【００４７】
（付記７）  付記１において，前記アクセス制御サーバの負荷分散装置情報収集部は，予め安定運用管理データベースに設定された収集すべき情報項目に応じて，異なる周期で収集を行うことを特徴とするＩＰネットワークにおけるアクセス制御方式。
【図面の簡単な説明】
【００４８】
【図１】本発明の原理構成を示す図である。
【図２】本発明が実施されるシステム構成を示す図である。
【図３】安定運用管理ＤＢのテーブル構成を示す図である。
【図４】負荷分散装置からの情報収集の処理フローを示す図である。
【図５】状態管理ＤＢのテーブル構成を示す図である。
【図６】負荷分散装置からの追加情報収集の処理フローを示す図である。
【図７】負荷分散装置の設定変更の処理フローを示す図である。
【図８】負荷分散装置の構成例を示す図である。
【図９】従来例１の構成を示す図である。
【図１０】従来例２の構成を示す図である。
【符号の説明】
【００４９】
１        アクセス制御サーバ
１０      サーバ監視部
１１      接続先決定部
１２      負荷分散装置情報収集部
１３      安定運用管理部
１４      負荷分散装置設定変更部
１５      ネットワーク制御部
１６      状態管理データベース（ＤＢ）
１７      安定運用管理データベース（ＤＢ）
１８      安定運用設定変更部
１９      保守端末
２ａ〜２ｃ  ネットワーク装置
３        待合せサーバ
４        ＩＰネットワーク
５        負荷分散装置
６        サービスサーバ
７        ユーザ端末
【図１】
2005182702.tif 000003
【図２】
2005182702.tif 000004
【図３】
2005182702.tif 000005
【図４】
2005182702.tif 000006
【図５】
2005182702.tif 000007
【図６】
2005182702.tif 000008
【図７】
2005182702.tif 000009
【図８】
2005182702.tif 000010
【図９】
2005182702.tif 000011
【図１０】
2005182702.tif 000012