JP2002259354A - ネットワークシステム及び負荷分散方法 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、コンピュータネットワークの負荷分
散システムにおいて、ピーク時以外のＷｅｂサーバの稼
働率を上げるとともに、システムの処理能力を簡単に増
加させる手段を提供することを目的とする。 【解決手段】負荷分散装置と汎用的な構成のＷｅｂサー
バ（ＣＷＳ）とコンテンツを保有するファイルサーバと
システムをコントロールするコントロールサーバを設置
し、ＣＷＳはファイルサーバが保有する全てのコンテン
ツにアクセス可能でありコントロールサーバからの指示
でＣＷＳが表示するコンテンツを変更でき、負荷分散装
置は各コンテンツに対するリクエスト数の変動にあわせ
てダイナミックに処理の配分先を変えることができるよ
うにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のウェブ（Ｗ
ｅｂ）サーバがクラスタ構成で接続されたネットワーク
システム及び、そのネットワークシステムにおける負荷
分散方法に関する。

【０００２】

【従来の技術】１台のＷｅｂサーバに対し、多くのクラ
イアントから多数の処理が集中すると、Ｗｅｂサーバの
処理能力不足が発生し、クライアントへのレスポンスタ
イムが大幅に長くなる。これに対処するため、図１に示
すようにＷｅｂサーバ１０５〜１１２を複数台用意し、
負荷を分散させて処理する方式が多く用いられている。
例えば、コンテンツＡ１３１を配信するＷｅｂサーバの
アドレスとしてインターネットに公開されたＩＰアドレ
スに対してリクエストが送信されてきた場合、負荷分散
装置１０２はコンテンツＡ１３１を表示するように設定
されたＷｅｂサーバ１０５〜１０８の中からリクエスト
を割当てるＷｅｂサーバを選択・決定し、リクエストの
パケットの宛先アドレスをそのサーバがもつローカルＩ
Ｐアドレスに変換して通過させる。

【０００３】変換するローカルアドレスを変化させれ
ば、先程とは違ったＷｅｂサーバに処理が割当てられ
る。こうすることでコンテンツＡに対して行われたリク
エストを複数のＷｅｂサーバ１０５〜１０８に分散して
割当てることが出来る。同様に、コンテンツＢ１３２に
対するリクエストは、負荷分散装置１０３がＷｅｂサー
バ１０９、１１０に処理を分散し、コンテンツＣ１３３
に対するリクエストについては、負荷分散装置１０４が
Ｗｅｂサーバ１１１、１１２に処理を分散する。

【０００４】

【発明が解決しようとする課題】従来のコンピュータネ
ットワークの負荷分散システムにおいては、本来１台の
サーバで行っていた処理を複数のサーバに分散して処理
することを目的としている。そのため図１に示す従来例
のように、コンテンツＡを配信するための負荷分散装置
１０２及びＷｅｂサーバ１０５〜１０８からなる、一点
鎖線Ａで囲んだシステム、コンテンツＢを配信するため
の負荷分散装置１０３及びＷｅｂサーバ１０９、１１０
からなる、一点鎖線Ｂで囲んだシステム、コンテンツＣ
を配信するための負荷分散装置１０４及びＷｅｂサーバ
１１１，１１２からなる、一点鎖線Ｃで囲んだシステ
ム、と複数の系統の負荷分散システムが独立して存在す
ることになる。

【０００５】それぞれの系統のシステムに設置するサー
バの台数は、最もアクセスが集中するピーク時にあわせ
て用意する必要があり、ピーク時以外には、余剰となる
サーバの処理能力が無駄になり、サーバの稼動効率は悪
くなる。また、あらかじめ見積もった処理能力以上のア
クセスが集中した場合は対処できず、クライアントに対
するコンテンツ配信処理のレスポンスタイムが大きく悪
化する。さらに、システムにサーバを追加する場合それ
ぞれのシステム系統ごとに、異なる構成のサーバを用意
して、追加する作業が必要になるため、手間を要してい
た。

【０００６】本発明は、コンピュータネットワークの負
荷分散システムにおいて、ピーク時以外のＷｅｂサーバ
の稼働率を上げるとともに、システムの処理能力を簡単
に増加させる手段を提供することを目的とする。

【０００７】

【課題を解決するための手段】以上の目的を達成するた
めに本発明では、インターネットのような外部ネットワ
ークに接続され、インターネット上のクライアントから
のコンテンツ配信要求に応じてコンテンツを配信するネ
ットワークシステムであり、インターネット上のクライ
アントに対し配信を行うコンテンツを保持するファイル
サーバと、クライアントからのコンテンツ配信要求を受
け付け、そのコンテンツを保持するファイルサーバにア
クセス行い、要求されたコンテンツをクライアントに配
信処理する少なくとも２台以上のＷｅｂサーバと、受信
したコンテンツ配信要求からそのコンテンツを配信する
Ｗｅｂサーバを選択し、選択したＷｅｂサーバにコンテ
ンツ配信要求を転送し、各前記Ｗｅｂサーバの負荷を計
測する負荷分散装置と、ＷｅｂサーバとそのＷｅｂサー
バが配信するコンテンツの対応関係を管理し、各Ｗｅｂ
サーバの負荷の変動に応じてそのＷｅｂサーバが配信す
る前記コンテンツの種類の変更処理を行うコントロール
サーバとを有するネットワークシステムを構成する。

【０００８】さらに、本発明では複数のＷｅｂサーバが
ファイルサーバにアクセスしてコンテンツを取得しイン
ターネットのような外部ネットワーク上のクライアント
にコンテンツを配信する際に、そのコンテンツを配信す
るＷｅｂサーバを決定するサーバ装置として、複数のＷ
ｅｂサーバのそれぞれがどの種類のコンテンツを配信す
るかを管理し、前記クライアントからのあるコンテンツ
に対する配信要求を、そのコンテンツを配信するＷｅｂ
サーバを選択して転送し、各Ｗｅｂサーバの負荷を計測
し、この負荷の変動に応じてＷｅｂサーバが配信するコ
ンテンツの種類を変更することを特徴とするサーバ装置
を構成する。

【０００９】さらに本発明では、少なくとも１以上のコ
ンテンツを格納する少なくとも１台以上のファイルサー
バと、クライアントからのコンテンツ配信要求に応じて
そのコンテンツを配信するファイルサーバにアクセス
し、そのコンテンツを読み出して、インターネットのよ
うな外部ネットワークを介してそのコンテンツをクライ
アントに配信する少なくとも２台以上のウェブサーバ
と、各ファイルサーバと各ウェブサーバとを接続するネ
ットワークを備えたネットワークシステムにおいて、コ
ンテンツ配信要求を受信し、各ウェブサーバのうちその
コンテンツ配信要求により要求されたコンテンツを配信
するいずれか１つのウェブサーバを特定し、特定された
ウェブサーバに受信したコンテンツ配信要求を送信する
負荷分散方法であって、任意の１つのコンテンツを配信
する少なくとも１台以上のウェブサーバの各々について
の負荷を計測し、計測した負荷を用いてそのコンテンツ
を配信するウェブサーバ全体の負荷を算出し、算出した
負荷が予め設定された上限値や下限値のような閾値を超
えているか否かを判断し、この閾値を超えていると判断
された場合はいずれのコンテンツも配信していないスタ
ンバイ状態のウェブサーバがあるかを判断し、スタンバ
イ状態のウェブサーバがある場合、スタンバイ状態のウ
ェブサーバに任意のコンテンツを配信する為の設定を行
って稼動状態とすることを特徴とする負荷分散方法によ
りクライアントからの処理について負荷分散を行う。

【００１０】さらに本発明では、少なくとも１以上のコ
ンテンツを格納する少なくとも１台以上のファイルサー
バと、クライアントからのコンテンツ配信要求に応じて
そのコンテンツを格納するファイルサーバにアクセス
し、コンテンツ配信要求により要求されたコンテンツを
読み出して、外部ネットワークを介してクライアントに
配信する少なくとも２台以上のウェブサーバと、各ファ
イルサーバと各ウェブサーバとを接続するネットワーク
を備えたネットワークシステムにおける、コンテンツ配
信要求を各ウェブサーバに分散する負荷分散方法であっ
て、任意の１つのコンテンツを配信する少なくとも１台
以上のウェブサーバの各々について負荷を計測し、それ
らウェブサーバの各々の負荷から任意の１つのコンテン
ツを配信するウェブサーバ全体の負荷を算出し、算出し
たウェブサーバ全体の負荷が予め設定された閾値を超え
ているか否かを判断し、閾値を超えていると判断された
場合は何れのコンテンツも配信していないスタンバイ状
態のウェブサーバがあるかを判断し、スタンバイ状態の
ウェブサーバがある場合にはそのスタンバイ状態のウェ
ブサーバに閾値を超えたウェブサーバが配信するコンテ
ンツを配信する為の設定を行って稼動状態とし、クライ
アントからのコンテンツ配信要求を受信し、受信したコ
ンテンツ配信要求により要求されたコンテンツを配信す
る為の設定を行われたウェブサーバを特定し、特定され
たウェブサーバが複数である場合はそれらウェブサーバ
の負荷に応じて１台のウェブサーバを選択し、特定もし
くは選択したウェブサーバに対して受信したコンテンツ
配信要求を送信することを特徴とする負荷分散方法によ
り、クライアントへのコンテンツ配信処理を複数のウェ
ブサーバ間で負荷分散する。

【００１１】さらに本発明では、少なくとも１以上のコ
ンテンツを格納する少なくとも１台以上のファイルサー
バと、クライアントからのコンテンツ配信要求に応じ
て、そのコンテンツを格納するファイルサーバにアクセ
スし、コンテンツ配信要求により要求されたコンテンツ
を読み出して、外部ネットワークを介してクライアント
に配信する少なくとも２台以上のウェブサーバと、各フ
ァイルサーバと各ウェブサーバとを接続するネットワー
クを備えたネットワークシステムにおけるコンテンツ配
信方法であって、任意のコンテンツに対するコンテンツ
配信要求の数に応じて、その任意のコンテンツを配信す
るウェブサーバの台数を増減することを特徴とするコン
テンツ配信方法により、クライアントから要求されたコ
ンテンツを配信する。

【００１２】

【発明の実施の形態】図２は、本発明による負荷分散シ
ステムの１実施例を表したものである。この本実施例の
システムは、従来の負荷分散方式では図１に示すように
３系統に分かれていたシステムを、１つにまとめた構成
をしている。

【００１３】図２においては、一点鎖線Ｄで囲んだ本実
施例のシステムとインターネット１２１の間にルータや
ファイアウォール１０１が介在し、システム内の負荷分
散装置２０１はこれらルータやファイアウォール１０１
を介してインターネット１２１に接続される。負荷分散
装置２０１とコントロールサーバ２０２とＣＷＳ２０３
〜２１０はネットワーク２１５により接続される。ま
た、各ＣＷＳ２０３〜２１０とコンテンツを保有するフ
ァイルサーバ２１１〜２１３はネットワーク２１４にて
接続される。ネットワーク２１４は、ストレージ・エリ
ア・ネットワーク(ＳｔｏｒＡｇｅ ＡｒｅＡ Ｎｅｔ
ｗｏｒｋ：ＳＡＮ)で用いられるＦｉｂｒｅＣｈａｎｎ
ｅｌや、ネットワーク・ファイル・システム（Ｎｅｔｗ
ｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ：ＮＦＳ）プロトコル
を利用できるネットワーク等で構成される。

【００１４】図３は図２に示すネットワークシステムの
より具体的な構成例を示すものである。図２におけるネ
ットワーク２１５について、ネットワーク・トポロジや
通信速度、ハブやスイッチの介在等はシステム構築者の
自由な設計事項であるが、図３に示す構成例では負荷分
散装置２０１及びコントロールサーバ２０２とスイッチ
ング・ハブ３０１をネットワーク３１０、３１１で接続
し、スイッチングハブ３０１と各ＣＷＳ２０３〜２１０
をそれぞれネットワーク３２０でスター型に接続する構
成例が示されている。

【００１５】ネットワーク３２０を１００ＢＡＳＥ−Ｔ
Ｘのようなネットワークで構成し、ネットワーク３１
１、３１０をネットワーク３２０よりも高速な１０００
ＢＡＳＥ−ＳＸ等のギガビット・イーサネットのような
ネットワークで構成することにより、負荷分散装置２０
１と複数のＣＷＳ２０３〜２１０の間で多量の通信が行
われるネットワーク３１１へのトラフィックの集中に耐
え得るネットワーク構成となる。

【００１６】図２におけるネットワーク２１４の図３に
示す構成例では、スイッチング・ハブ３０２は複数のフ
ァイルサーバ２１１〜２１３とそれぞれネットワーク３
４０で接続され、スイッチング・ハブ３０２はさらにＣ
ＷＳ２０３〜２１０とネットワーク３３０にて接続され
る。このため各ＣＷＳ２０３〜２１０はＮＩＣ（Ｎｅｔ
ｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を２枚装着
し、そのうちの１枚はスイッチング・ハブ３０１との接
続に用い、もう１枚のＮＩＣでスイッチング・ハブ３０
２に接続する。

【００１７】ネットワーク３３０を例えば１００ＢＡＳ
Ｅ−ＴＸ等のネットワークで接続し、ネットワーク３４
０を１０００ＢＡＳＥ−ＳＸのような、ネットワーク３
３０よりも高速なネットワークで接続する。このような
構成をとると、複数のＣＷＳ２０３〜２１０から１台の
ファイルサーバにアクセスが集中しても、ファイルサー
バ２１１〜２１３とスイッチング・ハブ３０２の間のネ
ットワーク帯域が広いためＣＷＳ２０３〜２１０にコン
テンツを高速に配信することが可能となる。

【００１８】ＣＷＳ２０３〜２１０は、ネットワーク２
１４に接続されたファイルサーバ２１１〜２１３が保持
する何れのコンテンツでも配信可能なように設定され
る。これには、それぞれのＣＷＳ２０３〜２１０がコン
テンツを配信する際に、そのコピーをファイルサーバか
ら取得して保持する方法と、それらコンテンツの保持は
せず、配信の際にファイルサーバ２１１〜２１３へアク
セスを行い、ファイルサーバ２１１〜２１３からコンテ
ンツを取得しインターネット１２１に送出する方法が考
えられる。

【００１９】配信するコンテンツのコピーを各ＣＷＳ２
０３〜２１０が保持する方法の実施例としては、ＵＮＩ
Ｘ（登録商標）におけるｒｓｙｎｃのようなディレクト
リ同期ツールを用いて、ファイルサーバ２１１〜２１３
のコンテンツ内容が更新された際等にそのコンテンツを
配信するＣＷＳに適時コピーする方法が考えられる。

【００２０】配信するコンテンツを各ＣＷＳ２０３〜２
１０が保持しない方法の実施例としては、ファイルサー
バ２１１〜２１３にＮＦＳサーバの機能を付加し、ＣＷ
Ｓ２０３〜２１０がＮＦＳクライアントとしてファイル
サーバ２１１〜２１３の保持するコンテンツを自らのフ
ァイルシステムツリーにマウント（ｍｏｕｎｔ）する方
法が考えられる。

【００２１】ここで、ｍｏｕｎｔもしくはｕｎｍｏｕｎ
ｔとは一般にＵＮＩＸ系ＯＳのファイルシステムでＮＦ
Ｓ等のネットワークリソースをも単一のファイルシステ
ムツリー構成で扱い、ＦＤ（Ｆｌｏｐｐｙ Ｄｉｓｋ）
やＣＤ−ＲＯＭ等のローカルデバイスと同様のアクセス
を可能とする仕組みであるが、本発明はＵＮＩＸ系ＯＳ
を用いた実装に限定される必要性は無く、ＵＮＩＸ系Ｏ
Ｓにおいて実装されているｍｏｕｎｔやｕｎｍｏｕｎｔ
と同等の機能を有するその他の仕組みを用いても良い。

【００２２】ファイルサーバ２１１〜２１３には、この
システム上で稼動するＣＷＳ２０３〜２１０が配信する
コンテンツをあらかじめ登録・格納しておく。ファイル
サーバ２１１〜２１３の台数は、各ＣＷＳ２０３〜２１
０からのアクセスによる負荷にあわせて、１台にまとめ
てもよいし複数台であっても良い。ＣＷＳ２０３〜２１
０はコントロールサーバ２０２からの指示で、配信する
コンテンツを変更することができるようにする。つま
り、ＮＦＳを利用する場合はコントロールサーバ２０２
から各ＣＷＳ２０３〜２１０に対し、ｍｏｕｎｔやｕｎ
ｍｏｕｎｔコマンドによる処理を実行すればよい。

【００２３】負荷分散装置２０１に装備されるネットワ
ークインタフェースのうち、インターネット１２１の側
に接続されるインタフェースには、このシステムで配信
するコンテンツの数と同じ数のグローバルアドレスを付
与する。クライアントはインターネット１２１を介し、
これらのグローバルアドレスに対して、各コンテンツに
対するリクエストを送信する。

【００２４】負荷分散装置２０１は、コンテンツに対す
るリクエストを受信すると、そのコンテンツを配信する
ように設定されたＣＷＳ２０３〜２１０の中からこのリ
クエストに対する処理を行わせるＣＷＳを選択し、選択
したＣＷＳにそのリクエストを転送する。

【００２５】また、負荷分散装置２０１は各ＣＷＳ２０
３〜２１０の負荷の状態をモニタリングする。図４は、
負荷分散装置がある1台のＣＷＳ４０１の負荷をモニタ
リングする手法の１つを示している。負荷分散装置２０
１は、ＣＷＳ４０１に転送したリクエストが処理される
のに要する時間を計測するため、インターネット１２１
からＣＷＳ４０１へ向かうリクエストパケット４１１が
負荷分散装置２０１を通過する時刻ｔ１と、リクエスト
パケット４１１の処理を行ったＣＷＳ４０１からインタ
ーネット１２１へ向かう、リクエストパケット４１１に
対する応答パケット４１２が負荷分散装置２０１を通過
する時刻t２の差である（ｔ２−ｔ１）をＣＷＳ４０１
のレスポンスタイムとして記録する。

【００２６】この他にもＣＷＳ４０１の負荷状況を計測
する手段として、ある一定時間内におけるＣＷＳ４０１
へのリクエスト数をカウントするものや、ＣＷＳ４０１
のＣＰＵ等の資源使用率を直接ＣＷＳ４０１に問い合わ
せ収集するもの、ＣＷＳ４０１がインターネット１２１
へ向けて送出するトラフィックを計測するもの、等が考
えられる。

【００２７】このように、図２に示す負荷分散装置２０
１はクライアントから受信したリクエストを処理する、
つまりクライアントから要求されたコンテンツを配信す
るＣＷＳが複数存在する場合はそれらＣＷＳの間で負荷
分散を行い、また各ＣＷＳについてその負荷を計測す
る。

【００２８】コントロールサーバ２０２は各ＣＷＳ２０
３〜２１０と、それらが配信するコンテンツの対応関係
を管理する。図２の例では、ファイルサーバ２１１が保
持するＡ社のコンテンツとそのコンテンツを配信するＣ
ＷＳの対応関係を管理し、同様にＢ社とＣ社のコンテン
ツについてもＣＷＳとの対応関係の管理を行う。

【００２９】またコントロールサーバ２０２は、各コン
テンツ種別ごとに負荷の状況を調べ、そのコンテンツ種
別のコンテンツの配信を行うＣＷＳを制御する。ここで
いうコンテンツ種別とは、例えば図２の例ではＡ社が本
システムによる配信サービスを要求するコンテンツを
「Ａ社」というコンテンツ種別で表現するように、シス
テム管理者がシステムの配信するコンテンツを何らかの
意味を持つまとまりに集約したものを指す。コントロー
ルサーバ２０２は、あるコンテンツ種別のコンテンツの
配信を行うＣＷＳの負荷状態を負荷分散装置２０１に問
合せ、負荷分散装置からの回答をもとにそのコンテンツ
種別のコンテンツの配信を行うＣＷＳの台数の増減を決
定する。そしてこの決定に基づきコントロールサーバ２
０２は、コンテンツに付与されたグローバルアドレスと
ＣＷＳとの対応関係の変更を負荷分散装置２０１に指示
する。

【００３０】各コンテンツ種別に対するリクエスト状況
をコントロールサーバ２０２が監視し、ＣＷＳ２０３〜
２１０の負荷の状態を負荷分散装置２０１が監視し、コ
ントロールサーバ２０２からの指示により、あるコンテ
ンツ種別を配信するＣＷＳの台数をダイナミックに変更
することで、システムがそれぞれのコンテンツ種別を配
信する能力を、状況に応じて動的に変化させることが出
来る。

【００３１】負荷分散装置２０１とコントロールサーバ
２０２は、ネットワーク２１５を介して通信を行う他
に、負荷分散装置２０１とコントロールサーバ２０２を
接続する専用線にて通信を行っても良い。この場合、負
荷分散装置２０１とコントロールサーバ２０２が同一の
装置内に実装されている場合は、該専用線にはその装置
の内部バス等も含まれる。

【００３２】負荷分散装置２０１が、クライアントから
受信したコンテンツ配信要求を当該コンテンツの配信処
理を行うＣＷＳへ転送する一連の処理について説明す
る。前述のようにクライアントからのコンテンツ配信要
求は、本実施例のシステムが配信するコンテンツそれぞ
れに付与されているグローバルアドレスに対して送信さ
れる。負荷分散装置２０１は、これらグローバルアドレ
スが宛先アドレスに格納されているパケットを受信し、
コンテンツ配信処理を開始する。

【００３３】次に負荷分散装置２０１は、そのコンテン
ツの配信処理を行わせるＣＷＳ２０３〜２１０を決定す
るため、図５に示すレスポンスタイム管理テーブル５
２、図６に示すグローバルアドレス変換テーブルそして
図７に示すローカルアドレス変換テーブルを参照する。

【００３４】図５に示すレスポンスタイム管理テーブル
５２は、各ＣＷＳ２０３〜２１０における一回前５１２
と二回前５１３と三回前５１４のレスポンスタイムの記
録と、これら３回のレスポンスタイムの平均値５１１を
保持する。ここで、一回前５１２のレスポンスタイムの
記録とは、最も最近に計測したレスポンスタイムを指
し、二回前５１３とは一回前５１２の直前に記録したレ
スポンスタイムであり、三回前５１４とは二回前５１２
に記録したレスポンスタイムの直前に記録したレスポン
スタイムである。本実施例においては、過去３回分のレ
スポンスタイムを記録しているが、レスポンスタイムを
記録する回数は過去３回以上もしくは過去３回以下でも
良い。この、一回前５１２と二回前５１３と三回前５１
４のレスポンスタイムは、コントロールサーバ２０２も
しくは負荷分散装置２０１が、そのＣＷＳに送られるリ
クエストが増加傾向にあるのか減少傾向にあるのか判断
するために用いることができる。これにより、リクエス
トの増加傾向が急激なものであるならばコントロールサ
ーバ２０２は、レスポンスタイムの平均値５１１があら
かじめ設定された閾値等を超えるのに先行して、そのＣ
ＷＳが配信するコンテンツを他のＣＷＳが替わりに配信
するよう指示を出すことが可能となる。

【００３５】図６に示すグローバルアドレス変換テーブ
ル６２は、各コンテンツに付与されたグローバルアドレ
ス６０と、それらコンテンツを配信するＣＷＳ名６１と
の対応関係を保持する。グローバルアドレス６０は、本
実施例のシステムに新たなコンテンツが追加された場合
や、既存のコンテンツが削除された場合に、コントロー
ルサーバ２０２からの指示、又はシステム管理者の手動
による方法等でその内容が更新される。ＣＷＳ名６１に
は各ＣＷＳに割当てられた固有の番号等の、ＣＷＳに対
する識別子としてのデータが格納され、これにより各Ｃ
ＷＳを識別する。

【００３６】図７に示すローカルアドレス変換テーブル
７２には、グローバルアドレス変換テーブル６２のＣＷ
Ｓ名６１と同じ識別子を保持するＣＷＳ名７０と、各Ｃ
ＷＳに付与されたシステム内のローカルアドレスを保持
するローカルアドレス７１が対応付けて保持される。

【００３７】まず負荷分散装置２０１は、図６に示すグ
ローバルアドレス変換テーブル６２を参照し、そのコン
テンツに付与されたグローバルアドレス６０から、その
コンテンツを配信しているＣＷＳ名６１を特定する。Ｃ
ＷＳ名６１を特定した結果、要求を受けたコンテンツが
複数のＣＷＳにより配信されている場合、負荷分散装置
２０１は図５に示すレスポンスタイム管理テーブル５２
を参照し、最も負荷の低いＣＷＳを選択する。

【００３８】例えば、負荷分散装置２０１がグローバル
アドレス「１０．０．０．３」を付与されたコンテンツ
の配信要求を受信した場合は、負荷分散装置２０１はグ
ローバルアドレス変換テーブル６２のグローバルアドレ
ス６０のエントリを参照し、グローバルアドレス「１
０．０．０．３」を付与されたコンテンツを配信してい
るＣＷＳのＣＷＳ名６１が、ＣＷＳ３、ＣＷＳ５そして
ＣＷＳ６であることを特定する。次に負荷分散装置２０
１は、レスポンスタイム管理テーブル５２を参照し、Ｃ
ＷＳ３、ＣＷＳ５そしてＣＷＳ６のレスポンスタイム５
１を読み出す。ＣＷＳ３のレスポンスタイム５１の３回
平均５１１の値が０．８０秒であり、ＣＷＳ５のそれは
０．０９秒、ＣＷＳ６では０．４５秒であることから、
負荷分散装置２０１はＣＷＳ５の負荷が最も低いと判断
し、ＣＷＳ５に今回受信したコンテンツ配信要求を処理
させることを決定する。

【００３９】そして、負荷分散装置２０１はローカルア
ドレス変換テーブル７２を参照し、ＣＷＳ名７０がＣＷ
Ｓ５で示されるエントリから、ＣＷＳ５のローカルアド
レス７１である「２０．０．０．５」を読み出す。そし
て、負荷分散装置２０１はコンテンツ配信要求パケット
の宛先アドレスをそのコンテンツに付与されたグローバ
ルアドレスである「１０．０．０．３」から、ＣＷＳ５
のローカルアドレスである「２０．０．０．５」に変更
し、このパケットをシステム内部のネットワーク２１５
へ送出する。

【００４０】負荷分散装置２０１が各ＣＷＳの負荷の状
況から処理を送信するＣＷＳを決定する際に、上記の実
施例ではレスポンスタイム管理テーブル５２の３回平均
５１１の値を参照することで決定を行っているが、これ
はレスポンスタイム管理テーブル５２の一回前５１２、
二回前１３、三回前５１４のレスポンスタイムから負荷
の変動を予測してＣＷＳを決定してもよい。

【００４１】以上、負荷分散装置２０１によりクライア
ントからの要求を負荷のより小さなＣＷＳへ送信するこ
とで、各ＣＷＳに対し負荷分散を行うことができる。そ
して、本発明では次に説明するコントロールサーバ２０
２により、各コンテンツに対するアクセス要求に応じ
て、システムのコンテンツ配信能力を動的に変化させる
ことが可能となる。

【００４２】コントロールサーバ２０２は各コンテンツ
とそれらに付与されたグローバルアドレス、そして各コ
ンテンツとそれらを配信するＣＷＳの対応関係を管理す
る必要がある。そのため、コントロールサーバは図８に
示すコンテンツ配信テーブル８３を保持する。コンテン
ツ配信テーブル８３には、本実施例のシステムが配信す
るコンテンツの種別を示すコンテンツ種別８０と、その
コンテンツに与えられたグローバルアドレス８１と、そ
のコンテンツを配信するＣＷＳを示すためのＣＷＳ割当
て状況８２、の情報がそれぞれ対応付けて保持される。

【００４３】コンテンツ種別８０には、本実施例におい
てコンテンツの配信を依頼するＡ社、Ｂ社、Ｃ社そして
Ｄ社が登録されている。本実施例では、１つの企業から
複数のコンテンツ配信を依頼された場合にそれらコンテ
ンツを１つにまとめて管理を行うが、それら複数のコン
テンツを分割して管理し、コンテンツ管理テーブルに登
録しても良い。その場合には、コンテンツ種別８０には
そのコンテンツの名称等の識別情報が格納される。また
コンテンツ種別８０には、いずれのコンテンツも配信せ
ずに休止状態となっているＣＷＳを管理するため、企業
名とは別に「スタンバイ」というエントリが用意され
る。

【００４４】各コンテンツに付与されたグローバルアド
レスは、コンテンツ配信テーブル８３のグローバルアド
レス８１のエントリに保持される。この情報は、システ
ム管理者が手動にて入力しても良いし、コントロールサ
ーバ２０２もしくは負荷分散装置２０１がＤＨＣＰ（Ｄ
ｉｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ
Ｐｒｏｔｏｃｏｌ）等を用いてシステムの起動時やＣ
ＷＳの増設時にグローバルアドレスを自動的に取得し、
コンテンツ配信テーブル８３に記録しても良い。

【００４５】ＣＷＳ割当状況８２には、本実施例のシス
テムで稼動しているＣＷＳ１からＣＷＳ８までの８台の
ＣＷＳが登録されている。図８に示すコンテンツ配信テ
ーブル８３においては、ＣＷＳ３、ＣＷＳ５及びＣＷＳ
６はＡ社のコンテンツを配信し、ＣＷＳ４はＢ社のコン
テンツを配信し、ＣＷＳ１及びＣＷＳ２はＣ社のコンテ
ンツを配信し、ＣＷＳ８はＤ社のコンテンツを配信して
いることを示す。また、ＣＷＳ７はどのコンテンツも配
信せずに、スタンバイ状態にあることを表している。こ
れらＣＷＳ割当て状況８２の初期値の設定については、
管理者による手動設定もしくは専用のプログラムによる
自動設定等、種々の方法がある。

【００４６】コントロールサーバ２０２は、コンテンツ
配信テーブル８３の情報をもとに、各ＣＷＳが配信する
コンテンツのグローバルアドレスを負荷分散装置２０１
に対し通知する。そして負荷分散装置２０１は通知され
たこの情報からグローバルアドレス変換テーブル６２を
作成する。そして本実施例のシステムは、コンテンツ配
信テーブル８３の初期情報に基づきコンテンツの配信を
開始する。

【００４７】次に本実施例のシステムにおいて、コント
ロールサーバ２０２が、クライアントからの各コンテン
ツに対する配信要求の度合いに応じて、各コンテンツを
配信するＣＷＳの数を増減する処理について説明する。

【００４８】コントロールサーバ２０２は、図９に示す
コンテンツ管理テーブル９３を用いて各コンテンツを配
信する際のサービス・クオリティを管理する。コンテン
ツ管理テーブル９３には、コンテンツ種別９０、レスポ
ンス設定値９１、割当てＣＷＳ数９２が設定される。

【００４９】コンテンツ種別９０はＣＷＳが配信するコ
ンテンツのまとまりを識別するための情報であり、図８
に示すコンテンツ配信テーブル８３と同様に図９ではコ
ンテンツの配信を依頼した企業名としてＡ社、Ｂ社、Ｃ
社そしてＤ社という情報が格納されている。

【００５０】レスポンス設定値９１には、各コンテンツ
種別に対するレスポンスタイムの上限値９４と下限値９
５が設定される。コントロールサーバ２０２は、これら
の設定値と負荷分散装置２０１の計測したレスポンスタ
イムを比較し、あるコンテンツを配信するＣＷＳのレス
ポンスタイムが設定された上限値９４を上回れば、その
コンテンツを表示するＣＷＳを増やすように、下限値９
５を下回ればそのコンテンツを配信するＣＷＳを減らす
ようにシステムを制御する。

【００５１】割当ＣＷＳ数９２には、各コンテンツ種別
９０に対し割り当てを行うＣＷＳの最大９６と最小９７
の値を設定する。各コンテンツ種別９０に対し、そのコ
ンテンツを配信するＣＷＳを１台は必ず存在させるた
め、割当ＣＷＳ数の最小値は１以上の数値とし、最大値
は、割当ＣＷＳ数の最小値が１である場合は、（システ
ムに接続されているＣＷＳの総数）−（コンテンツの種
類−１）で求められる数値以下とする。このように、事
前に書くコンテンツ種別に対して割当てるＣＷＳの台数
を決定することで、あるコンテンツ種別がＣＷＳを独占
する状況や、あるコンテンツ種別に対しＣＷＳが割当て
られないという状況を回避することができる。

【００５２】以下に、コントロールサーバがコンテンツ
配信テーブル８３とコンテンツ管理テーブル９３を用い
て、各コンテンツ種別８０に割当てられたＣＷＳの変更
を行う処理について図１０を用いて説明する。図１０
は、この負荷分散処理時に負荷分散装置２０１、コント
ロールサーバ２０２及びＣＷＳ２０３〜２１０において
行われる処理のフロー図である。

【００５３】まず、コントロールサーバ２０２は負荷分
散装置２０１に各ＣＷＳ２０３〜２１０のレスポンスタ
イム５１を定期的に問合せる(ステップ１００１)。この
際、システムに組み込まれている全てのＣＷＳ２０３〜
２１０についてレスポンスタイム５１を要求する方法
や、ある特定のコンテンツ種別を配信しているＣＷＳの
みを対象にレスポンスタイム５１を要求する方法等いく
つかの問合せ方があるが、何れの方法においてもコント
ロールサーバは任意のＣＷＳを選択し、それのレスポン
スタイムを負荷分散装置２０１に問い合わせることが可
能である。

【００５４】この問い合わせを受けた負荷分散装置２０
１は、指定されたＣＷＳのレスポンスタイム５１をコン
トロールサーバ２０２に回答する(ステップ１００２)。
負荷分散装置２０１のレスポンスタイム管理テーブル５
２には、過去３回分のレスポンスタイムの履歴と、その
平均値である３回平均５１１が格納されているが、これ
らのいずれをコントロールサーバ２０２に返送するか
は、コントロールサーバ２０２からのレスポンスタイム
の問合せ方により異なる。最も単純なのは、指定された
ＣＷＳの３回平均５１１の値をコントロールサーバ２０
２が要求する場合であるが、その他にもコントロールサ
ーバ２０２が、過去３回分のレスポンスタイムの履歴か
ら負荷の変動の傾向を加味したレスポンスタイムを要求
する場合もある。この時、負荷分散装置２０１は一回前
５１２、二回前５１３、三回前５１４のレスポンスタイ
ム値に重み付け（最近のものほど大きい等）をし、それ
ら重み付けした値の平均値を返送する等の場合も考えら
れる。

【００５５】コントロールサーバ２０２はこの回答によ
って得られたＣＷＳのレスポンスタイムの値からそれぞ
れのＣＷＳの負荷状態を認識する。そしてコントロール
サーバ２０２は、コンテンツ管理テーブル９３のレスポ
ンス設定値９１との比較を行い、コンテンツに対するＣ
ＷＳの割当ての変更を決定する（ステップ１００３）。
この場合において最も単純な方法は、各ＣＷＳについて
負荷分散装置２０１から取得したレスポンスタイムとレ
スポンス設定値９１の比較を行う方法である。

【００５６】例えば、ＣＷＳ1にかかる負荷が、設定し
たレスポンスタイムの範囲内に収まっているか否かは、
以下の方法で検出する。まず、図８のコンテンツ配信テ
ーブル８３のＣＷＳ割当て状況８２を参照し、ＣＷＳ１
がどのコンテンツ種別８０を配信しているか参照する。
図８の例の場合、ＣＷＳ１はＣ社のコンテンツを表示し
ていることがわかる。次に、負荷分散装置から取得した
レスポンスタイムとＣ社のコンテンツに対し設定された
レスポンス設定値とを比較することで、Ｃ社のコンテン
ツを配信するＣＷＳを増減するか否かを決定する。

【００５７】以上述べた方法は、各ＣＷＳの負荷状態か
らコンテンツ種別とそれを配信するＣＷＳの対応を変化
させるものである。そのコンテンツを配信するＣＷＳが
1台であればこの方法でも足りる。しかし複数台のＣＷ
Ｓにて1つのコンテンツ種別を配信する場合には、コン
テンツ種別ごとにそのコンテンツ種別を配信するＣＷＳ
全てについてレスポンスタイムを取得し、それらの平均
値とレスポンス設定値８１とを比較する等の処理が適宜
必要となる。

【００５８】以上のレスポンスタイムとコンテンツ管理
テーブル９３に設定されたレスポンス設定値９１との比
較の結果レスポンスタイムが下限値９５を下回っていた
場合(ステップ１００４)は、下限値９５を下回ったＣＷ
Ｓに対するクライアントからのリクエストの送信を停止
するため、コントロールサーバ２０２は負荷分散装置２
０１にそのＣＷＳの処理配分停止処理の実行を指示す
る。この時負荷分散装置２０１は、グローバルアドレス
変換テーブル６２の、そのコンテンツに付与されたグロ
ーバルアドレス６０のエントリから、処理配分を停止す
るＣＷＳ名６１を削除する（ステップ１０２０）。そし
て負荷分散装置２０１は、コントロールサーバ２０２に
対し処理配分停止処理完了の回答を行う。

【００５９】この時、あるコンテンツを配信する複数の
ＣＷＳの中から処理配分を停止するＣＷＳを選択する必
要がある場合は、コントロールサーバ２０２は負荷分散
装置２０１に対しそれらＣＷＳの負荷の状態を問い合わ
せるかもしくは先に取得したＣＷＳそれぞれのレスポン
スタイムの値から判断をして選択を行う。

【００６０】コントロールサーバ２０２は負荷分散装置
２０１から処理配分停止処理が完了した旨の回答を受け
ると、下限値９５を下回ったＣＷＳに対しスタンバイ指
示を出す（ステップ１００５）。スタンバイ指示を受け
たＣＷＳはＷｅｂサーバとしての自らの設定を変更し
(ステップ１００６)、それまで配信していたコンテンツ
をアンマウントする（ステップ１００７）ことでスタン
バイ状態となり（ステップ１００９）、コントロールサ
ーバに対して処理完了の報告を行う。

【００６１】コントロールサーバ２０２からＣＷＳに対
してなされる停止命令の一連の処理は以下のような方法
で実現が可能である。例えばＣＷＳのＯＳにＲｅｄＨａ
ｔＬｉｎｕｘ ６.２を用いており、ＷｅｂサーバにはＡ
ｐａｃｈｅ、コンテンツのマウントにＮＦＳを用いてい
る場合は、以下のコマンドでＷｅｂサーバを停止するこ
とができる。 ／ｅｔｃ／ｒｃ．ｄ／ｉｎｉｔ．ｄ／ｈｔｔｐｄ ｓｔ
ｏｐ ここで、ｈｔｔｐｄで指定されるＨＴＴＰ（Ｈｙｐｅｒ
Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）デ
ーモン（ｄａｅｍｏｎ）は、ＣＷＳのファイルシステム
ツリー上の／ｅｔｃ／ｒｃ．ｄ／ｉｎｉｔ．ｄ／の位置
に存在すると仮定している。また、ＣＷＳのファイルシ
ステムツリーにおける／ｈｏｍｅ／ｈｔｔｐｄ／ｃｏｎ
ｔｅｎｔｓ＿Ａ ディレクトリにコンテンツをマウント
していた場合は、以下のコマンドでコンテンツをアンマ
ウントすることができる。 ｕｎｍｏｕｎｔ ／ｈｏｍｅ／ｈｔｔｐｄ／ｃｏｎｔｅ
ｎｔｓ＿Ａ コントロールサーバ２０２はＣＷＳから停止命令に対す
る処理完了の報告を受けると、コンテンツ配信テーブル
８３のＣＷＳ割当て状況８２を更新し（ステップ１００
８）、他のＣＷＳもしくは他のコンテンツ種別を配信す
るＣＷＳのレスポンスタイムの問合せを行う（ステップ
１００１）。

【００６２】コントロールサーバ２０２は、先に取得し
たレスポンスタイムが下限値９５を下回っていない場合
（ステップ１００４）は、次にそのレスポンスタイムが
上限値９４をオーバーしていないかを確認する(ステッ
プ１０１０)。上限値９４を上回っていた場合（ステッ
プ１０１０）、コンテンツ配信テーブル８３を参照して
（ステップ１０１１）スタンバイ状態のＣＷＳの有無を
調べ(ステップ１０１２)、スタンバイ状態のＣＷＳがあ
れば稼動指示を出す（ステップ１０１３）。

【００６３】コントロールサーバ２０２から稼動指示を
受けたＣＷＳはこれから配信処理を行うファイルサーバ
のコンテンツをマウントし（ステップ１０１４）、Ｗｅ
ｂサーバとしての自らの設定を変更して（ステップ１０
１５）稼動状態となり（ステップ１０１９）、稼動状態
となったことをコントロールサーバ２０２に報告する。

【００６４】コントロールサーバ２０２からＣＷＳに対
してなされる稼動命令の一連の処理は以下のような方法
で実現が可能である。ＣＷＳを稼動状態にするために
は、まず初めに表示するコンテンツをそのＣＷＳのファ
イルシステムツリー上にマウントし、次にＷｅｂサーバ
の機能を起動する。例えばＣＷＳのＯＳにＲｅｄＨａｔ
Ｌｉｎｕｘ ６.２を用いており、ＷｅｂサーバにはＡｐ
ａｃｈｅ、コンテンツのマウントにＮＦＳを用いている
場合は、以下のコマンドでＷｅｂサーバを起動すること
ができる。 ／ｅｔｃ／ｒｃ.ｄ／ｉｎｉｔ.ｄ／ｈｔｔｐｄ ｓｔａ
ｒｔ ここで、ｈｔｔｐｄで指定されるＨＴＴＰデーモンは、
ＣＷＳのファイルシステムツリー上の／ｅｔｃ／ｒｃ．
ｄ／ｉｎｉｔ．ｄ／の位置に存在すると仮定している。
また、ファイルサーバのホスト名が ｆｉｌｅＳＶ＿Ａ
であり、ファイルサーバの／ｈｏｍｅ／ｃｏｎｔｅｎｔ
ｓ＿Ａにコンテンツが配置されており、ＣＷＳのファイ
ルシステムツリーにおける／ｈｏｍｅ／ｈｔｔｐｄ／ｃ
ｏｎｔｅｎｔｓ＿Ａ ディレクトリにコンテンツをマ
ウントする場合は、以下のコマンドでコンテンツをマウ
ントすることができる。 ｍｏｕｎｔ t ＮＦＳ ｆｉｌｅＳＶ＿Ａ:／ｈｏｍｅ
／ｃｏｎｔｅｎｔｓ＿Ａ／ｈｏｍｅ／ｈｔｔｐｄ／ｃｏ
ｎｔｅｎｔｓ＿Ａ コントロールサーバ２０２は稼動状態への移行報告を当
該ＣＷＳから受信した後、負荷分散装置２０１に対し処
理配分開始指示を出す(ステップ１０１６)。処理配分開
始指示を受けて、負荷分散装置２０１は新たに稼動状態
となったＣＷＳに処理の割当てを開始する(ステップ１
０１７)。コントロールサーバ２０２は負荷分散装置２
０１から処理配分開始が完了した報告を受け取るとコン
テンツ配信テーブル８３のＣＷＳ割当て状況８２を更新
し（ステップ１０１８）、再び他のＣＷＳもしくはある
コンテンツ種別を配信する複数のＣＷＳのレスポンスタ
イムを負荷分散装置２０１に問合せる(ステップ１００
１)。

【００６５】コントロールサーバ２０２が負荷分散装置
２０１から取得したレスポンスタイムが上限値９４を超
えていない場合、または上限値９４を越えているがスタ
ンバイ状態のＣＷＳが無い場合（ステップ１０１２）、
他のＣＷＳもしくはあるコンテンツ種別を配信する複数
のＣＷＳに対するレスポンスタイムの問合せを行う(ス
テップ１０１０)。

【００６６】以上の一連の処理及びシステム構成によ
り、クライアントからのコンテンツ配信要求に対するレ
スポンスタイムが大幅に悪化することを防ぐと共に、シ
ステム内においてスタンバイ状態にある余剰な処理能力
を他のコンテンツの処理にまわすことが可能となりＣＷ
Ｓを有効に利用することができる。また、レスポンスタ
イムがあまりに長いＣＷＳに対しては、ＣＷＳがダウン
したとみなしクライアントからのリクエストの転送を止
めて他のＣＷＳに処理を割当てることで、トラブル発生
時にもシステムの処理能力を下げることなく連続稼動が
可能である。

【００６７】アプリケーションサービスプロバイダ等が
本発明を用いて顧客にサービスを提供する場合、このコ
ンテンツ毎のレスポンス設定値の上限値と下限値や、割
り当て可能なＣＷＳの最大値と最小値により、サービス
価格を変えるといった使い方が可能である。各ＣＷＳの
レスポンスタイムの３回平均５１１に対し上限値９４と
下限値９５を設定しておき、レスポンスタイムの３回平
均５１１が上限値９４を上回った場合はそのＣＷＳが配
信するコンテンツを他のＣＷＳにも配信させるようコン
トロールサーバ２０２が指示を出す。また、レスポンス
タイムの平均値５１１が下限値９５を下回った場合であ
り、そのコンテンツを配信するその他のＣＷＳが存在す
る場合は、そのＣＷＳはコンテンツの配信処理を休止す
る。このような制御を行うことにより、各ＣＷＳの負荷
を一定の範囲内に保つことができ、負荷の小さなＣＷＳ
を休止状態にすることで、急激な負荷の増加に応じるた
めの余剰な計算機資源を確保することが可能となる。

【００６８】システムで配信するコンテンツを追加する
際は、システム管理者はまずファイルサーバ２１１〜２
１３のディスクにコンテンツをコピーし、それらコンテ
ンツを各ＣＷＳ２０３〜２１０からＮＦＳマウントでき
るように、それぞれのＣＷＳに対してＮＦＳサーバの設
定を行う。次にコントロールサーバ２０２に、ＣＷＳに
新しく追加したコンテンツを表示させるために必要な、
ＣＷＳがＮＦＳマウントするファイルサーバのＩＰアド
レスとファイルシステムツリー上のパスや、ＣＷＳ内の
Ｗｅｂサーバに表示するコンテンツのファイルシステム
ツリー上のパスを指定するための定義内容を登録する。
また、コントロールサーバ内のコンテンツ配信テーブル
８３に新しく追加したコンテンツの行を追加する。

【００６９】新しくＣＷＳをシステムに追加する場合、
まずＣＷＳをネットワーク２１４、ネットワーク２１５
に物理的に接続し、電源を投入して起動する。次にＣＷ
Ｓがコントロールサーバ２０２にＤＨＣＰプロトコル等
を用いてＩＰアドレス（システム内のローカルアドレ
ス）を要求する。コントロールサーバ２０２は、ＣＷＳ
にＩＰアドレスを割当て、スタンバイＣＷＳとしてコン
テンツ配信テーブル８３のＣＷＳ割当て状況８２に登録
する。そして、コントロールサーバ２０２は負荷分散装
置２０１に対し、ローカルアドレス変換テーブル７２に
新たに追加するＣＷＳのＣＷＳ名とＩＰアドレスを登録
するよう指示する。ＣＷＳは割当てられたＩＰアドレス
を設定しスタンバイ状態となり、コントロールサーバ２
０２から処理の割り当て開始を待つ。その後コントロー
ルサーバ２０２はスタンバイＣＷＳを定期的にｐｉｎｇ
応答やポートスキャン等を用いてポーリングを行い、そ
の稼動状態をチェックする。以上の例ではコントロール
サーバ２０２がＤＨＣＰサーバを兼ねているが、ＤＨＣ
Ｐサーバがコントロールサーバ２０２以外のサーバに存
在していても良い。

【００７０】以上の追加処理の中で人手が介在するの
は、ネットワークにＣＷＳを接続して電源を入れる部分
だけであり、その他の処理は全て自動化が可能なため、
簡単にＣＷＳをシステムに追加することができ、システ
ムの処理能力を簡単に高めることが可能となる。

【００７１】また、コントロールサーバ２０２と負荷分
散装置２０１の機能を１つの装置が合わせ持っても良
い。

【００７２】ファイルサーバが保有するコンテンツと、
負荷分散装置に付与するグローバルアドレスを増やすこ
とで、更に多くのＣＷＳをシステム内に接続し稼動させ
ることが可能となる。つまり従来例である図１に示すよ
うな、さらに多くのシステム系統を１つのシステム内に
まとめることが可能である。

【００７３】本実施例では、負荷分散装置に複数のＩＰ
アドレスを付与し、リクエストが送信されるＩＰアドレ
スで、どのコンテンツに対するリクエストかを判断して
いるが、例えばＩＰアドレスではなくＵＲＬをもとに判
断することも考えられる。

【００７４】各ＣＷＳ２０３〜２１０の負荷が高くなり
ファイルサーバ２１１〜２１３が持つコンテンツを読み
込むＩ／Ｏ処理がボトルネックになる場合は、各ＣＷＳ
２０３〜２１０のローカルハードディスクやメモリにキ
ャッシュ領域を確保することで、コンテンツの読み出し
速度を改善することが出来る。

【００７５】

【発明の効果】本発明によれば、コンピュータネットワ
ークの負荷分散システムにおいて、Ｗｅｂサーバの稼働
率を高め、システム構築にかかるコストを下げることが
出来る。また、Ｗｅｂサーバをネットワークに接続する
だけで、システムの処理能力を簡単に高めることが出来
る。

【図面の簡単な説明】

【図１】従来の負荷分散システム構成

【図２】本発明の一実施例による負荷分散システム構成

【図３】本発明の一実施例による負荷分散システムのネ
ットワーク接続形態

【図４】本発明の一実施例による負荷分散装置がＣＷＳ
の負荷状態をモニタリング方法

【図５】レスポンスタイム管理テーブル

【図６】グローバルアドレス変換テーブル

【図７】ローカルアドレス変換テーブル

【図８】コンテンツ管理テーブル

【図９】コンテンツ配信テーブル

【図１０】ＣＷＳの停止もしくは稼動のための処理のフ
ロー図

【符号の説明】

１０１…インターネットに接続するためのルータやＦｉ
ｒｅｗａｌｌ １０２〜１０４、２０１…負荷分散装置 １０５〜１１２…Ｗｅｂサーバ １３１〜１３３、２１１〜２１３…ファイルサーバ ２０２…コントロールサーバ ２０３〜２１０…Ｗｅｂサーバ(ＣＷＳ) ２１４、２１５、３１０、３１１、３２０、３３０、３
４０…ネットワーク ３０１、３０２…スイッチングハブ ５２…レスポンスタイム管理テーブル ６２…グローバルアドレス変換テーブル ７２…ローカルアドレス変換テーブル ８３…コンテンツ配信テーブル ９３…コンテンツ管理テーブル

Claims (17)

【特許請求の範囲】
1. 【請求項１】クライアントからのコンテンツ配信要求に
   応じて、外部ネットワークを介してコンテンツを配信す
   るネットワークシステムにおいて、 前記コンテンツを保持するファイルサーバと、 前記ファイルサーバにアクセスし、前記コンテンツを前
   記クライアントに配信する少なくとも２台以上のウェブ
   サーバと、 前記コンテンツ配信要求を受信し、要求されている前記
   コンテンツを配信する前記ウェブサーバを選択し、選択
   した前記ウェブサーバに前記コンテンツ配信要求を転送
   し、各前記ウェブサーバの負荷を計測する負荷分散装置
   と、 前記ウェブサーバとその前記ウェブサーバが配信する前
   記コンテンツの対応関係を管理し、前記負荷の変動に応
   じて前記ウェブサーバが配信する前記コンテンツの種類
   の変更処理を行うコントロールサーバとを有することを
   特徴とするネットワークシステム。
2. 【請求項２】前記ウェブサーバ、前記負荷分散装置、前
   記コントロールサーバを接続する第１のネットワークは
   ネットワーク・ファイル・システムを利用可能なネット
   ワークであり、前記ウェブサーバは、前記ファイルサー
   バの保持する前記コンテンツを前記ウェブサーバのファ
   イルシステムツリーの一部にマウントし、又はアンマウ
   ントすることで配信する前記コンテンツの種類を変更す
   ることを特徴とする請求項１に記載のネットワークシス
   テム。
3. 【請求項３】前記コントロールサーバは、前記ファイル
   システムツリー構成を変更するメッセージを前記ウェブ
   サーバに送信することで、前記ウェブサーバの配信する
   前記コンテンツの種類を変更することを特徴とする請求
   項２に記載のネットワークシステム。
4. 【請求項４】前記ウェブサーバは記憶装置を有し、前記
   ファイルサーバから取得した前記コンテンツを前記記憶
   装置に格納して前記クライアントに配信することを特徴
   とする請求項１に記載のネットワークシステム。
5. 【請求項５】前記第１のネットワークはストレージ・エ
   リア・ネットワーク又はネットワーク・ファイル・シス
   テムを利用可能なネットワークであり、前記ウェブサー
   バ、前記負荷分散装置及び前記コントロールサーバを接
   続する第２のネットワークは前記負荷分散装置もしくは
   前記コントロールサーバとスイッチングハブの間をギガ
   ビット・イーサネット（登録商標）で接続し、前記スイ
   ッチング・ハブと前記ウェブサーバの間は前記ギガビッ
   ト・イーサネットと同等もしくはそれ以下の通信速度で
   あるイーサネットで接続されていること特徴とする請求
   項２に記載のネットワークシステム。
6. 【請求項６】前記コントロールサーバは、前記負荷分散
   装置の機能を有することを特徴とする請求項１に記載の
   ネットワークシステム。
7. 【請求項７】ネットワーク・ファイル・システムを利用
   可能なネットワークにより、インターネット上のクライ
   アントが配信を要求するコンテンツを保持するファイル
   サーバと接続されたサーバ装置において、 前記クライアントからの要求に応じ、前記ファイルサー
   バにより保持された前記コンテンツをマウント若しくは
   アンマウントすることで、前記クライアントに配信する
   前記コンテンツを変更することを特徴とするサーバ装
   置。
8. 【請求項８】複数のウェブサーバがファイルサーバにア
   クセスしてコンテンツを取得し外部ネットワークを介し
   てクライアントに前記コンテンツを配信する際に、前記
   コンテンツを配信する前記ウェブサーバを決定するサー
   バ装置であって、複数の前記ウェブサーバのそれぞれが
   どの種類の前記コンテンツを配信するかを管理し、前記
   クライアントからの前記コンテンツに対する配信要求
   を、その前記コンテンツを配信する前記ウェブサーバに
   転送し、各前記ウェブサーバの負荷を計測し、前記負荷
   の変動に応じて前記ウェブサーバが配信する前記コンテ
   ンツの種類を変更することを特徴とするサーバ装置。
9. 【請求項９】前記ウェブサーバ、前記ファイルサーバ及
   び前記サーバ装置を接続する第１のネットワークがネッ
   トワーク・ファイル・システムを利用可能なネットワー
   クであり、前記ウェブサーバが配信する前記コンテンツ
   の種類を変更する場合は、前記ウェブサーバのファイル
   システムツリー構成を変更するメッセージを送信するこ
   とを特徴とする請求項８に記載のサーバ装置。
10. 【請求項１０】前記クライアントからの前記コンテンツ
    に対する配信要求をその前記コンテンツを配信する前記
    ウェブサーバに転送する機能を有する負荷分散装置及び
    前記ウェブサーバと第２のネットワークで接続され、前
    記負荷分散装置に対し前記ウェブサーバとその前記ウェ
    ブサーバが配信する前記コンテンツの種類の対応関係を
    前記第２のネットワークを介して送信することを特徴と
    する請求項８に記載のサーバ装置。
11. 【請求項１１】少なくとも１以上のコンテンツを格納す
    る少なくとも１台以上のファイルサーバと、クライアン
    トからのコンテンツ配信要求に応じて、前記少なくとも
    １台以上のファイルサーバにアクセスし、前記コンテン
    ツ配信要求により要求されたコンテンツを読み出して、
    外部ネットワークを介してクライアントに配信する少な
    くとも２台以上のウェブサーバと、各ファイルサーバと
    各ウェブサーバとを接続するネットワークを備えたネッ
    トワークシステムにおいて、コンテンツ配信要求を受信
    し、前記各ウェブサーバのうち前記コンテンツ配信要求
    により要求されたコンテンツを配信するいずれか１つの
    ウェブサーバを特定し、前記特定されたウェブサーバに
    前記受信したコンテンツ配信要求を送信する負荷分散方
    法であって、 前記少なくとも１以上のコンテンツのうちの任意の１つ
    のコンテンツを配信する少なくとも１台以上のウェブサ
    ーバの各々についての負荷を計測し、 前記計測した負荷を用いて前記少なくとも１台以上のウ
    ェブサーバ全体の負荷を算出し、 前記算出した負荷が予め設定された閾値を超えているか
    否かを判断し、 前記閾値を超えていると判断された場合はいずれのコン
    テンツも配信していないスタンバイ状態のウェブサーバ
    があるかを判断し、 前記スタンバイ状態のウェブサーバがある場合、前記ス
    タンバイ状態のウェブサーバに前記コンテンツを配信す
    る為の設定を行って稼動状態とすることを特徴とする負
    荷分散方法。
12. 【請求項１２】前記算出したウェブサーバ全体の負荷
    が、予め設定された第２の閾値を下回っているか否かを
    判断し、 前記第２の閾値を下回っていると判断され、かつ前記い
    ずれか１つのコンテンツを配信するウェブサーバが複数
    存在する場合は、前記複数存在するウェブサーバから１
    台のウェブサーバを選択し、 前記選択されたウェブサーバに対して前記コンテンツを
    配信しないよう設定を行いスタンバイ状態とすることを
    特徴とする請求項１１に記載の負荷分散方法。
13. 【請求項１３】前記少なくとも２台以上のウェブサーバ
    のうちの稼動状態にあるウェブサーバと、各ウェブサー
    バが配信するコンテンツとの対応関係を保持し、前記要
    求されたコンテンツを配信するウェブサーバを特定する
    際には前記対応関係を参照することを特徴とする請求項
    １１に記載の負荷分散方法。
14. 【請求項１４】少なくとも１以上のコンテンツを格納す
    る少なくとも１台以上のファイルサーバと、クライアン
    トからのコンテンツ配信要求に応じて、前記少なくとも
    １台以上のファイルサーバにアクセスし、前記コンテン
    ツ配信要求により要求されたコンテンツを読み出して、
    外部ネットワークを介してクライアントに配信する少な
    くとも２台以上のウェブサーバと、各ファイルサーバと
    各ウェブサーバとを接続するネットワークを備えたネッ
    トワークシステムにおける、前記コンテンツ配信要求を
    前記各ウェブサーバに分散する負荷分散方法であって、 前記少なくとも１以上のコンテンツのうちの任意の１つ
    のコンテンツを配信する少なくとも１台以上のウェブサ
    ーバの各々について負荷を計測し、 前記ウェブサーバの各々の負荷から前記１台以上のウェ
    ブサーバ全体の負荷を算出し、 前記算出したウェブサーバ全体の負荷が予め設定された
    閾値を超えているか否かを判断し、 前記閾値を超えていると判断された場合は何れのコンテ
    ンツも配信していないスタンバイ状態のウェブサーバが
    あるかを判断し、 前記スタンバイ状態のウェブサーバがある場合、前記ス
    タンバイ状態のウェブサーバに前記要求されたコンテン
    ツを配信する為の設定を行って稼動状態とし、前記クラ
    イアントからのコンテンツ配信要求を受信し、 受信したコンテンツ配信要求により要求されたコンテン
    ツを配信する為の前記設定を行われたウェブサーバを特
    定し、 前記特定されたウェブサーバが複数である場合はそれら
    ウェブサーバの負荷に応じて１台のウェブサーバを選択
    し、 前記特定もしくは前記選択したウェブサーバに対して前
    記受信したコンテンツ配信要求を送信することを特徴と
    する負荷分散方法。
15. 【請求項１５】前記算出したウェブサーバ全体の負荷が
    予め設定された第２の閾値を下回っているか否かを判断
    し、 前記第２の閾値を下回っていると判断され、かつ前記い
    ずれか１つのコンテンツを配信するウェブサーバが複数
    存在する場合、前記いずれか１つのコンテンツを配信す
    るウェブサーバの中から１台のウェブサーバを選択し、 前記選択したウェブサーバに対して前記いずれか１つの
    コンテンツを配信しないように設定してスタンバイ状態
    にすることを特徴とする請求項１４に記載の負荷分散方
    法。
16. 【請求項１６】各コンテンツとそれを配信するウェブサ
    ーバの対応関係を保持し、前記要求されたコンテンツを
    配信するウェブサーバを特定する際には前記対応関係を
    参照することを特徴とする請求項１４に記載の負荷分散
    方法。
17. 【請求項１７】少なくとも１以上のコンテンツを格納す
    る少なくとも１台以上のファイルサーバと、クライアン
    トからのコンテンツ配信要求に応じて、前記少なくとも
    １台以上のファイルサーバにアクセスし、前記コンテン
    ツ配信要求により要求されたコンテンツを読み出して、
    外部ネットワークを介してクライアントに配信する少な
    くとも２台以上のウェブサーバと、各ファイルサーバと
    各ウェブサーバとを接続するネットワークを備えたネッ
    トワークシステムにおけるコンテンツ配信方法であっ
    て、 任意のコンテンツに対する前記コンテンツ配信要求の数
    に応じて、前記任意のコンテンツを配信するウェブサー
    バの台数を増減することを特徴とするコンテンツ配信方
    法。