JP2008097184A - アクセス負荷制御装置、その方法およびそのプログラム、ならびに、投稿受付システム - Google Patents

Abstract

【課題】サーバの設置台数を抑え、かつ、サーバの過負荷の発生を抑えることでシステム全体の停止を防止することが可能なアクセス負荷制御装置を提供する。
【解決手段】アクセス負荷制御装置４０は、サーバから負荷量を収集する負荷収集手段４３と、負荷量と予め定めた複数のサーバ全体の負荷制限値とに基づいて、負荷制限値を超過しない範囲で、動的ページへのリンク先が記述されている第１の静的ページ、または、動的ページへのリンク先が記述されていない第２の静的ページを配信するサーバの数を決定する負荷解析手段４４と、負荷解析手段４４で決定した数に基づいて、各サーバ１０に対して、第１の静的ページを配信する旨の指示または第２の静的ページを配信する旨の指示を通知する配信ページ指示手段４５と、を備えることを特徴とする。
【選択図】図４

Description

本発明は、ページを配信する複数のサーバを備えたサーバ負荷分散システムにおいて、サーバへのアクセス負荷を制御するアクセス負荷制御装置、その方法およびそのプログラム、ならびに、投稿受付システムに関する。

近年、放送番組中に、視聴者に対して番組への投稿を呼びかけ、インターネットを介して、投稿を受け付けるシステム（投稿受付システム）が運用されている。
このようなシステムでは、放送番組で投稿を呼びかけると、放送局のサーバ（Ｗｅｂサーバ）において、投稿用のページ（Ｗｅｂページ）を公開する。そして、視聴者は、デジタルテレビ受信機、パーソナルコンピュータ、携帯電話等の端末を介して、投稿用のページにアクセスし、投稿用のデータの入力を行う。
このように、視聴者に対して番組への投稿を呼びかけると、図８に示すように、一時的に投稿用のページへのアクセス数が急増し、時間の経過に伴って徐々にアクセス数が低下していく。そこで、従来は、アクセス数のピーク時の処理が可能な数のサーバを用意し、視聴者の端末からのアクセス（要求）を負荷分散装置で各サーバに分配することで、１台のサーバに負荷が集中しないようにしたサーバ負荷分散システムとして、投稿受付システムを構成していた。

例えば、従来のサーバ負荷分散システムＳ_Ｂは、図９に示すように、複数のサーバ１０（１０_１，１０_２，…，１０_ｎ）と、投稿用のページを記憶するページ情報記憶装置２０と、アクセスを各サーバ１０に分配する負荷分散装置３０とを備えている。
このサーバ負荷分散システムＳ_Ｂでは、負荷分散装置３０が、インターネット等のネットワークＮを介して、デジタルテレビ受信機５０_１、パーソナルコンピュータ（パソコン）５０_２、携帯電話５０_３等の端末５０からの投稿用のページへのアクセスを各サーバ１０に分配することで、複数の投稿を受け付けることを可能にしている。

また、従来の他のサーバ負荷分散システムＳ_Ｃは、図１０に示すように、複数のサーバ１０（１０_１，１０_２，…，１０_ｎ）と、ビジー状態を示すページを表示するサーバであるソーリーサーバ１０_Ｓと、投稿用のページを記憶するページ情報記憶装置２０と、アクセスを各サーバ１０に分配する負荷分散装置３０_Ｂとを備えている。
このサーバ負荷分散システムＳ_Ｃでは、負荷分散装置３０_Ｂが、インターネット等のネットワークＮを介して、デジタルテレビ受信機５０_１、パソコン５０_２、携帯電話５０_３等の端末５０からの投稿用のページへのアクセスを各サーバ１０に分配する。このとき、負荷分散装置３０_Ｂは、各サーバ１０のすべてが投稿受け付け中である場合に、端末５０からのアクセスをソーリーサーバ１０_Ｓに分配することで、視聴者に対して、現在ビジー状態であり、投稿を受け付けることができない旨を通知する。
このような、複数のサーバを備え、サーバに対する負荷を分散させる技術については、例えば、特許文献１等に開示されている。
特開２００６−７９３４０号公報（段落００１７〜００２７、図１）

前記したサーバ負荷分散システムＳ_Ｂ（図９）では、アクセス数のピークを想定し、そのピークにおける処理が可能な数のサーバを準備する必要がある。しかし、そのピークは一時的なものであるため、アクセスが平常状態になったときには、多くのサーバは、アクセスのない無駄なサーバとなってしまうという問題がある。
さらに、サーバ負荷分散システムＳ_Ｂでは、各サーバに想定以上のアクセスがあった場合、各サーバは、過負荷に伴って、メモリの内容をハードディスクに書き出す、あるいは、ハードディスクから読み込むページング等が頻繁に発生するようになり、急激に応答時間が長くなってしまう。これによって、例えば、生放送の番組中に視聴者からの投稿を受け付けることができなくなってしまうという問題がある。

また、前記したサーバ負荷分散システムＳ_Ｃ（図１０）では、ソーリーサーバを設け、ビジー状態を視聴者に通知することができるため、アクセス数のピークにおける処理が可能な数のサーバを準備する必要はない。ただし、想定以上のアクセスがあった場合、ソーリーサーバが応答してしまい、投稿されたデータを受け付けない状態が発生してしまうという問題がある。

本発明は、以上のような問題点に鑑みてなされたものであり、サーバの設置台数を抑えることが可能で、さらに、サーバの過負荷の発生を抑えることで、システム全体の停止を防止することが可能なアクセス負荷制御装置、その方法およびそのプログラム、ならびに、投稿受付システムを提供することを目的とする。

本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載のアクセス負荷制御装置は、ページを配信する複数のサーバを備え、ネットワークを介して要求された前記ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答するサーバ負荷分散システムにおいて、前記複数のサーバが配信するページを、動的ページへのリンク先が記述されている第１の静的ページと、前記動的ページへのリンク先が記述されていない第２の静的ページとに切り換えることで、前記サーバへのアクセス負荷を制御するアクセス負荷制御装置であって、記憶手段と、負荷収集手段と、負荷解析手段と、配信ページ指示手段とを備える構成とした。

かかる構成において、アクセス負荷制御装置は、記憶手段に複数のサーバ全体の負荷の制限値である負荷制限値を予め記憶しておく。この負荷制限値が、サーバ負荷分散システムが過負荷となっているか否かの判定基準となる。
そして、アクセス負荷制御装置は、負荷収集手段によって、複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する。この負荷量は、現時点におけるサーバの負荷の状態を示す情報であって、例えば、単位時間あたりのアクセス数等である。

さらに、アクセス負荷制御装置は、負荷解析手段によって、負荷収集手段で収集した負荷量と、記憶手段に記憶されている負荷制限値とに基づいて、負荷制限値を超過しない範囲で、第１または第２の静的ページを配信するサーバの数を決定する。
なお、動的ページは、ＣＧＩ（Common Gateway Interface）、ｊａｖａ（登録商標）等で記述され、外部プログラムを起動させることで、データ入力やその応答を行うページである。また、静的ページは、ＨＴＭＬ（HyperText Markup Language）等の言語で記述され、単に情報の提示のみを行うページである。このように、動的ページは、静的ページに比べてＣＰＵパワー等を消費し、負荷が大きい。
また、第１の静的ページは、動的ページへのリンク先が記述されているため、一旦、第１の静的ページが公開されると、リンク先を選択されることで動的ページへ遷移してしまう。

そこで、負荷解析手段は、収集した負荷量が負荷制限値よりも多い場合、動的ページへのリンク先が記述されている第１の静的ページを配信するサーバの数を減らし、動的ページへのリンク先が記述されていない第２の静的ページを配信するサーバの数を増やすように、第１または第２の静的ページを配信するサーバの数を決定する。
そして、アクセス負荷制御装置は、配信ページ指示手段によって、負荷解析手段で決定した第１または第２の静的ページを配信するサーバの数に基づいて、複数のサーバに対して、第１の静的ページを配信する旨の指示または第２の静的ページを配信する旨の指示を通知する。

また、請求項２に記載のアクセス負荷制御装置は、請求項１に記載のアクセス負荷制御装置において、前記負荷収集手段が、負荷量として、各サーバにおける単位時間あたりのアクセス数を収集し、前記負荷解析手段が、アクセス数解析手段と、配信サーバ数決定手段とを備える構成とした。

かかる構成において、アクセス負荷制御装置は、アクセス数解析手段によって、アクセス数に基づいて、負荷制限値を超過しない範囲で、第１の静的ページを配信するサーバと第２の静的ページを配信するサーバとのアクセス数の割合を算出する。
すなわち、アクセス数解析手段は、アクセス数が多くサーバ全体の負荷が大きい場合、負荷の軽い第２の静的ページを配信するサーバの割合を多くする。これによって、サーバ全体の負荷が軽減されることになる。また、アクセス数解析手段は、アクセス数が少なくサーバ全体の負荷が小さい場合、第１の静的ページを配信するサーバの割合を多くする。これによって、アクセスに対して、動的ページを配信する割合を高めることになる。
そして、アクセス負荷制御装置は、配信サーバ数決定手段によって、アクセス数解析手段で算出されたアクセス数の割合に基づいて、第１の静的ページを配信するサーバまたは第２の静的ページを配信するサーバの数を決定する。

また、請求項３に記載のアクセス負荷制御装置は、請求項１に記載のアクセス負荷制御装置において、負荷解析手段が負荷判定手段を備え、負荷解析手段が、負荷判定手段で複数のサーバ全体が過負荷であると判定した場合に、前記第１の静的ページを配信するサーバの数を減少させ、過負荷でないと判定した場合に、前記第２の静的ページを配信するサーバの数を減少させることを特徴とする。

かかる構成において、アクセス負荷制御装置は、負荷判定手段によって、負荷収集手段で収集された負荷量と、複数のサーバ全体の負荷制限値とに基づいて、システム内におけるサーバ全体の過負荷の有無を判定する。
そして、アクセス負荷制御装置は、負荷解析手段によって、サーバ全体が過負荷であるか否かを基準として、動的ページへのリンク先が記述されている第１の静的ページを配信するサーバの数を増減させる。例えば、サーバ全体が過負荷である場合、負荷解析手段は、第１の静的ページを配信するサーバの数を減少（例えば、１台ずつ減少）させる。また、サーバ全体が過負荷でない場合、負荷解析手段は、第１の静的ページを配信するサーバの数を増加（例えば、１台ずつ増加）させる。

さらに、請求項４に記載のアクセス制御方法は、ページを配信する複数のサーバを備え、ネットワークを介して要求された前記ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答するサーバ負荷分散システムにおいて、前記複数のサーバが配信するページを、動的ページへのリンク先が記述されている第１の静的ページと、動的ページへのリンク先が記述されていない第２の静的ページとに切り換えることで、前記サーバへのアクセス負荷を制御するアクセス負荷制御方法であって、負荷収集ステップと、配信サーバ数決定ステップと、配信ページ指示ステップとを含んでいることを特徴とする。

かかる手順において、アクセス負荷制御方法は、負荷収集ステップにおいて、負荷収集手段によって、複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する。この負荷量は、現時点におけるサーバの負荷の状態を示す情報であって、例えば、単位時間あたりのアクセス数等である。
さらに、アクセス負荷制御方法は、配信サーバ数決定ステップにおいて、負荷解析手段によって、負荷収集ステップで収集した負荷量と、システム内における複数のサーバ全体の予め定めた負荷制限値とに基づいて、負荷制限値を超過しない範囲で、第１または第２の静的ページを配信するサーバの数を決定する。
そして、アクセス負荷制御方法は、配信ページ指示ステップにおいて、配信ページ指示手段によって、配信サーバ数決定ステップで決定した第１または第２の静的ページを配信するサーバの数に基づいて、複数のサーバに対して、第１の静的ページを配信する旨の指示または第２の静的ページを配信する旨の指示を通知する。

また、請求項５に記載のアクセス負荷制御プログラムは、ページを配信する複数のサーバを備え、ネットワークを介して要求された前記ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答するサーバ負荷分散システムにおいて、前記複数のサーバが配信するページを、動的ページへのリンク先が記述されている第１の静的ページと、動的ページへのリンク先が記述されていない第２の静的ページとに切り換えることで、前記サーバへのアクセス負荷を制御するために、アクセス負荷制御装置のコンピュータを、負荷収集手段、負荷解析手段、配信ページ指示手段として機能させることを特徴とする。

かかる構成において、アクセス負荷制御プログラムは、負荷収集手段によって、複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する。
さらに、アクセス負荷制御プログラムは、負荷解析手段によって、負荷収集手段で収集した負荷量と、システム内における複数のサーバ全体の予め定めた負荷制限値とに基づいて、負荷制限値を超過しない範囲で、第１または第２の静的ページを配信するサーバの数を決定する。
そして、アクセス負荷制御プログラムは、配信ページ指示手段によって、負荷解析手段で決定した第１または第２の静的ページを配信するサーバの数に基づいて、複数のサーバに対して、第１の静的ページを配信する旨の指示または前記第２の静的ページを配信する旨の指示を通知する。

さらに、請求項６に記載の投稿受付システムは、投稿を受け付ける動的ページを配信する複数のサーバを備え、ネットワークを介して要求された前記動的ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答する投稿受付システムにおいて、前記サーバの負荷を制御するアクセス負荷制御装置を備え、前記アクセス負荷制御装置が、記憶手段と、負荷収集手段と、負荷解析手段と、配信ページ指示手段とを備える構成とした。

かかる構成において、投稿受付システムは、アクセス負荷制御装置の記憶手段に、複数のサーバ全体の負荷の制限値である負荷制限値を予め記憶しておく。
そして、投稿受付システムは、アクセス負荷制御装置の負荷収集手段によって、複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する。
さらに、投稿受付システムは、アクセス負荷制御装置の負荷解析手段によって、負荷収集手段で収集した負荷量と、記憶手段に記憶されている負荷制限値とに基づいて、負荷制限値を超過しない範囲で、動的ページへのリンク先が記述されている第１の静的ページ、または、動的ページへのリンク先が記述されていない第２の静的ページを配信するサーバの数を決定する。

そして、投稿受付システムは、アクセス負荷制御装置の配信ページ指示手段によって、負荷解析手段で決定した第１または第２の静的ページを配信するサーバの数に基づいて、複数のサーバに対して、第１の静的ページを配信する旨の指示または第２の静的ページを配信する旨の指示を通知する。
これによって、動的ページである投稿を受け付けるページを配信するサーバの数を調整することができる。

本発明は、以下に示す優れた効果を奏するものである。
請求項１、請求項４または請求項５に記載の発明によれば、サーバ負荷分散システムに対して、アクセスが集中した場合であっても、動的ページへのリンク先が記述されている静的ページを配信するサーバの数を少なくすることで、システム内におけるサーバ全体の負荷を抑えることができ、システムダウンを防止することができる。また、本発明によれば、アクセス数が減少した場合は、動的ページへのリンク先が記述されている静的ページを配信するサーバの数を増やすことで、アクセス数に応じた動的ページの配信を行わせることが可能になる。さらに、本発明によれば、サーバ負荷分散システムにアクセスが集中する場合であっても、動的ページを配信するサーバの数を調整することができるため、サーバの設置台数を抑えることができる。

請求項２に記載の発明によれば、負荷量に基づいて、動的ページへのリンク先が記述されている第１の静的ページを配信するサーバの数や、動的ページへのリンク先が記述されていない第２の静的ページを配信するサーバの数を決定するため、複数のサーバに対して、いずれか一方のサーバへの移行指示を一度に通知することができ、アクセス数の急激な変化に柔軟に対応することができる。

請求項３に記載の発明によれば、負荷収集手段で収集した負荷量と、システム内におけるサーバ全体の負荷制限値とに基づいて、システムが過負荷であるか否かを判定する簡単な構成であるため、その判定結果に基づく、サーバへの切り替え指示を素早く行うことができる。

請求項６に記載の発明によれば、投稿を受け付ける際に、一度にアクセスが集中した場合であっても、投稿を受け付けるページにアクセス可能なサーバの数を少なくすることで、システム内におけるサーバ全体の負荷を抑えることができ、システムダウンを防止することができる。また、本発明によれば、アクセス数が減少した場合は、投稿を受け付けるページにアクセス可能なサーバの数を増やすことで、アクセス数に応じて投稿を受け付けることが可能になる。さらに、本発明によれば、投稿受付システムにアクセスが集中する場合であっても、投稿を受け付けるサーバの数を調整することができるため、サーバの設置台数を抑えることができる。

以下、本発明の実施の形態について図面を参照して説明する。
［投稿受付システム（サーバ負荷分散システム）の構成］
最初に、図１を参照して、本発明に係るアクセス負荷制御装置を含む投稿受付システム（サーバ負荷分散システム）の構成について説明を行う。図１は、投稿受付システムの構成を示すブロック図である。この投稿受付システムＳは、インターネットを介して、放送番組を視聴している視聴者からの投稿を受け付けるものである。

図１に示すように、投稿受付システムＳは、複数のサーバ１０（１０_１，１０_２，…，１０_ｎ）と、ページ情報記憶装置２０と、負荷分散装置３０と、アクセス負荷制御装置４０とを備えている。なお、投稿受付システムＳは、インターネット等のネットワークＮを介して、デジタルテレビ受信機５０_１、パーソナルコンピュータ５０_２、携帯電話５０_３等の端末５０からの要求（投稿）を受け付ける。

サーバ１０は、ネットワークＮを介して、端末５０からの要求を受け付けるとともに、Ｗｅｂページを配信するＷｅｂサーバである。このサーバ１０は、端末５０からアクセスがあった場合、投稿を受け付けるための複数のＷｅｂページを配信する。
また、サーバ１０は、負荷量（例えば、端末５０からの単位時間当たりのアクセス数、ＣＰＵ使用率等）を、負荷分散装置３０とアクセス負荷制御装置４０に通知する。そして、サーバ１０は、アクセス負荷制御装置４０から指示されたＷｅｂページ（後記する投稿予告ページまたは投稿募集ページ）を、端末５０からアクセスがあった際に配信する。

ここで、図２を参照（適宜図１参照）して、サーバ１０が配信するＷｅｂページについて説明する。図２は、サーバが配信するＷｅｂページの内容を説明するための説明図である。
ここでは、サーバ１０は、端末５０からの最初のアクセスに対し、投稿予告ページ（図２（ａ））、または、投稿受付ページへのリンク先を記述した投稿募集ページ（図２（ｂ））のいずれかを配信することとする。

ここで、投稿予告ページは、図２（ａ）に示すように、投稿開始の日時等の予告を記述したＷｅｂページである。この投稿予告ページは、ＨＴＭＬ等の言語で記述され、単に情報の提示のみを行う静的ページ（第２の静的ページ）である。
また、投稿募集ページは、図２（ｂ）に示すように、ＨＴＭＬ等の言語で記述された静的ページ（第１の静的ページ）であって、投稿を受け付ける投稿受付ページへのリンク先が記述されている。
なお、この投稿予告ページおよび投稿募集ページは、同一のアドレスであって、各サーバ１０が、アクセス負荷制御装置４０からの指示に基づいて、いずれか一方のページを配信する。

また、投稿受付ページは、図２（ｃ）に示すように、投稿募集ページにリンクが張られており、例えば、投稿募集ページの「送信ボタン」をマウス等で押下されることで起動される。この投稿受付ページは、ＣＧＩ（Common Gateway Interface）、ｊａｖａ（登録商標）等で記述され、外部プログラムを起動させることで、端末５０からのデータ入力やその応答を行う動的なページである。図２では、投稿受付ページは、「送信ボタン」が押下されてから、投稿欄等に記載されている内容を受信して、投稿完了ページ（図２（ｄ））を表示するまでの動作を行うこととしている。

以降では、投稿予告ページの配信を指示されたサーバを「投稿予告サーバ」、投稿募集ページの配信を指示されたサーバを「投稿募集サーバ」と呼ぶこととする。
図１に戻って、投稿受付システムＳの構成について説明を続ける。

ページ情報記憶装置２０は、サーバ１０がＷｅｂページを配信する際のページ情報を記憶しておくものであって、ハードディスク等の一般的な記憶装置である。ここで、ページ情報とは、ＨＴＭＬ等で記述された静的なＷｅｂページ、ＣＧＩ等で記述された動的なＷｅｂページである。なお、ページ情報記憶装置２０は、視聴者から投稿された情報を記憶しておくものでもある。

負荷分散装置３０は、端末５０からのアクセスを、サーバ１０（１０_１，１０_２，…，１０_ｎ）に分配するものである。この負荷分散装置３０は、一般的なロードバランサであって、通信系統の一方をネットワークＮに接続し、他方をサーバ１０（１０_１，１０_２，…，１０_ｎ）が接続されているローカルなネットワークに接続し、端末５０からのアクセスを順次サーバ１０（１０_１，１０_２，…，１０_ｎ）に分配する。なお、負荷分散装置３０は、サーバ１０から通知される負荷量に応じて、端末５０からのアクセスを各サーバ１０に分配するものであってもよい。

アクセス負荷制御装置４０は、サーバ１０の負荷状況に基づいて、各サーバ１０が配信するＷｅｂページを決定し、各サーバ１０の負荷を調整するものである。
通常、動的なページである投稿受付ページの動作は、静的なページの配信に比べて、サーバ１０にかかる負荷が大きい。そこで、アクセス負荷制御装置４０は、サーバ１０（１０_１，１０_２，…，１０_ｎ）全体にかかる負荷が大きい場合は、動的な投稿受付ページへのリンク先を記述した投稿募集ページを配信する投稿募集サーバの数を制限し、他のサーバが投稿受付ページへのリンク先を記述していない静的な投稿予告ページを配信する投稿予告サーバとなるように制御する。そして、アクセス負荷制御装置４０は、サーバ１０（１０_１，１０_２，…，１０_ｎ）全体にかかる負荷が小さくなるにつれて、投稿募集サーバの数を増やすように制御する。

これによって、投稿受付システムＳは、一時的にサーバ１０にアクセスが集中した場合であっても、システム全体として処理可能なＷｅｂページを配信することができ、ページング等による急激に応答時間が長くなってしまう状態を回避することができる。
このように、投稿受付システムＳは、確実に投稿を受け付けるサーバ１０を確保することができるため、生放送中に投稿を受け付ける場合であっても、遅滞なく、一定量の投稿を確保することができ、番組進行に支障を与えることがない。

［投稿受付システム（サーバ負荷分散システム）の動作］
次に、図３を参照（適宜図１参照）して、本発明に係るアクセス負荷制御装置を含む投稿受付システム（サーバ負荷分散システム）の動作概要について説明を行う。図３は、投稿受付システムの動作概要を説明するためのシーケンス図である。

まず、投稿受付システムＳは、番組を放送する放送局（操作担当者）からの指示（あるいは予め定めた時刻）に基づいて、アクセス負荷制御装置４０によって、予め定めた初期台数分のサーバ（ここでは、サーバ１０_１とする）に対して、配信するＷｅｂページを、投稿募集ページとする旨の指示（投稿募集サーバへの移行指示）を通知する（ステップＳ１）。また、投稿受付システムＳは、ステップＳ１で通知したサーバ以外のサーバ（ここでは、サーバ１０_２とする）に対して、配信するＷｅｂページを、投稿予告ページとするする旨の指示（投稿予告サーバへの移行指示）を通知する（ステップＳ２）。

その後、サーバ１０_１は、ページ情報記憶装置２０から、投稿募集ページのページ情報を取得する（ステップＳ３）。また、サーバ１０_２は、ページ情報記憶装置２０から、投稿予告ページのページ情報を取得する（ステップＳ４）。

ここで、放送局から放送を介して、投稿が呼びかけられたとする（ステップＳ５）。
すると、視聴者側の端末５０_１から、投稿を行うためのページ要求が、インターネットを介して、負荷分散装置３０を通してサーバ１０_１に送信される（ステップＳ６）。そして、サーバ１０_１が投稿募集ページを端末５０_１に配信し（ステップＳ７）、端末５０_１において視聴者が投稿を入力することで、その投稿内容が、サーバ１０_１に送信される（ステップＳ８）。
このとき、他の端末５０_２から、投稿を行うためのページ要求がサーバ１０_２に要求されると（ステップＳ９）、サーバ１０_２が投稿予告ページを端末５０_２に配信する（ステップＳ１０）。
なお、端末５０（５０_１、５０_２）から要求がある間、アクセス負荷制御装置４０は、各サーバ１０_１，１０_２の負荷状態を監視する（ステップＳ１１）。

その後、アクセス負荷制御装置４０が、各サーバ１０_１，１０_２にかかる負荷が小さくなるにつれて、投稿予告サーバとなっているサーバ１０_２に対して、配信するＷｅｂページを、投稿予告ページから投稿募集ページに更新する旨の指示（投稿募集サーバへの移行指示）を通知する（ステップＳ１２）。
その後、サーバ１０_２は、ページ情報記憶装置２０から、投稿募集ページのページ情報を取得することで投稿募集サーバへ移行する（ステップＳ１３）。

以上説明したように、投稿受付システムＳは、各サーバ１０にかかる負荷の状態に応じて、投稿を受け付けるサーバの数を増減させることで、サーバ全体が過負荷とならないように制御しながら動作する。
以下、本発明に係るアクセス負荷制御装置について、その構成および動作について詳述する。

［アクセス負荷制御装置の構成：第１実施形態］
まず、図４を参照して、アクセス負荷制御装置４０の構成について説明する。図４は、本発明の第１実施形態に係るアクセス負荷制御装置の構成を示すブロック図である。
図４に示すように、アクセス負荷制御装置４０は、通信制御手段４１と、記憶手段４２と、負荷収集手段４３と、負荷解析手段４４と、配信ページ指示手段４５と、終了判定手段４６とを備えている。

通信制御手段４１は、サーバ１０に負荷量の通知を要求する指示や、どのＷｅｂページを配信するのかを示す指示を送信したり、サーバ１０から負荷量を受信したりするものである。

記憶手段４２は、負荷状態を解析するために必要となる種々の負荷関連情報を記憶するものであって、ハードディスク等の一般的な記憶装置である。
ここでは、記憶手段４２には、各サーバ１０に対して、どのＷｅｂページの配信を指示しているのか示す配信指示情報を記憶しておく。なお、ここでいうＷｅｂページは、投稿予告ページおよび投稿募集ページである。

また、記憶手段４２には、サーバ１０（１０_１，１０_２，…，１０_ｎ）全体の負荷の制限値である負荷制限値を記憶しておく。例えば、サーバ１０が使用できる最大のＣＰＵ使用率を、サーバ１０の台数分だけ合計した値を負荷制限値として記憶しておく。もちろん、この負荷制限値は、ＣＰＵ使用率のみならず、メモリ使用量等、負荷の指標となるものであればよい。
さらに、記憶手段４２には、サーバ１０（１０_１，１０_２，…，１０_ｎ）が、Ｗｅｂページを配信する際にかかる負荷量（配信負荷量）を記憶しておく。例えば、予め各サーバ１０が、投稿予告ページを配信する際にかかる負荷量や、投稿募集ページを配信し、投稿受付ページが動作する際にかかる負荷量を配信負荷量として記憶しておく。この配信負荷量は、例えば、ＣＰＵ使用量、メモリ使用量等である。

負荷収集手段４３は、通信制御手段４１を介して、サーバ１０（１０_１，１０_２，…，１０_ｎ）の現時点における負荷の状態を示す負荷量（動作負荷量）を収集するものである。この負荷収集手段４３は、動作負荷量として、単位時間あたりのアクセス数を収集するものとする。
ここでは、負荷収集手段４３は、定期的（例えば、１秒間隔）に、各サーバ１０に動作負荷量の通知を要求し、各サーバ１０から動作負荷量を収集する。この収集した動作負荷量は、負荷解析手段４４に出力される。

負荷解析手段４４は、負荷収集手段４３で収集した負荷量（動作負荷量）に基づいて、各サーバ１０の負荷状態を解析し、各サーバ１０において、投稿予告ページまたは投稿募集ページのいずれを配信するのかを制御するものである。ここでは、負荷解析手段４４は、アクセス数解析手段４４ａと、配信サーバ数決定手段４４ｂとを備えている。

アクセス数解析手段４４ａは、単位時間あたりのアクセス数に基づいて、サーバ１０全体で過負荷とならない投稿予告サーバと投稿募集サーバとのアクセス数の割合を算出するものである。なお、アクセス数解析手段４４ａは、サーバ１０全体で過負荷とならない範囲で最大の投稿募集ページを配信するように、アクセス数の割合を算出する。

ここで、アクセス数解析手段４４ａにおけるアクセス数の割合を算出する手法について、数式を用いて具体的に説明する。
なお、ここでは、説明を簡略化するため、すべてのサーバ１０は同一性能であるとし、現時点におけるシステム全体のアクセス数をＰ件、サーバ１０の数をｎ台、サーバ１０が投稿募集ページ（投稿受付ページを含む）を配信するために使用するＣＰＵ使用率をＵ_Ａ％、投稿予告ページを配信するために使用するＣＰＵ使用率をＵ_Ｂ％、１台のサーバ１０が使用できる最大のＣＰＵ使用率をＵ_ＭＡＸ％とする。
ここで、アクセス数に対して投稿受付ページを配信する件数をｋ件とすると、サーバ１０全体が過負荷にならない条件として、ＣＰＵ使用率［％］に関して、以下の（１）式を満たせばよいことになる。
ｋ×Ｕ_Ａ＋（Ｐ−ｋ）×Ｕ_Ｂ≦Ｕ_ＭＡＸ×ｎ …（１）

例えば、アクセス数（Ｐ）を２０００件、サーバ１０の数（ｎ）を１０台、サーバ１０が投稿募集ページ（投稿受付ページを含む）を配信するために使用するＣＰＵ使用率（Ｕ_Ａ）を２％、投稿予告ページを配信するために使用するＣＰＵ使用率（Ｕ_Ｂ）を０．２％、１台のサーバ１０がページを配信するために使用できる最大のＣＰＵ使用率（Ｕ_ＭＡＸ）を８０％とすると、前記（１）式より、投稿募集ページを配信する件数（ｋ）は、以下の（２）式を満たせばよい。
ｋ≦２２２ …（２）

この場合、２０００件を１０台のサーバ１０で処理することから、１台のサーバ１０の平均処理件数は、２００件／台となる。よって、この２００件の内訳は、２２．２件（＝２００×２２２／２０００）を投稿募集ページ（投稿受付ページを含む）で、残りの１７７．８件を投稿予告ページで処理すればよい。このように算出されたアクセス数の割合は、配信サーバ数決定手段４４ｂに出力される。
なお、ここでは、一例として、ＣＰＵ使用率を負荷量として使用したが、サーバ１０の負荷を計測可能な量であれば、ＣＰＵ使用率に限定されるものではなく、例えば、メモリ使用量、プロセス実行時間等、あるいはそれらの組み合わせ（加重平均等）を使用してもよい。

配信サーバ数決定手段４４ｂは、アクセス数解析手段４４ａで算出された投稿募集サーバと、投稿予告サーバとのアクセス数の割合に基づいて、投稿募集サーバと、投稿予告サーバの数を決定するものである。

ここで、配信サーバ数決定手段４４ｂにおける投稿募集サーバと、投稿予告サーバの数を算出する手法について、数式を用いて具体的に説明する。
また、ここでは前記同様、サーバ１０の数をｎ台、サーバ１０が投稿募集ページ（投稿受付ページを含む）を配信するために使用するＣＰＵ使用率をＵ_Ａ％、１台のサーバ１０が使用できる最大のＣＰＵ使用率をＵ_ＭＡＸ％とする。このとき、配信サーバ数決定手段４４ｂは、アクセス数解析手段４４ａにおいて投稿募集サーバへのアクセス数がｋ_Ａと算出されたとき、投稿募集サーバの数Ｘ_Ａおよび投稿予告サーバの数Ｘ_Ｂを、以下の（３）式および（４）式により算出する。
Ｘ_Ａ＝Ｕ_Ａ×ｋ_Ａ／Ｕ_ＭＡＸ …（３）
Ｘ_Ｂ＝ｎ−Ｘ_Ａ …（４）

例えば、サーバ１０の数（ｎ）を１０台、サーバ１０が投稿募集ページを配信するために使用するＣＰＵ使用率（Ｕ_Ａ）を２％、１台のサーバ１０がページを配信するために使用できる最大のＣＰＵ使用率（Ｕ_ＭＡＸ）を８０％、投稿募集ページを配信するサーバへのアクセス数（ｋ_Ａ）を２２２件とすると、前記（３）式および（４）式より、投稿募集サーバの数（Ｘ_Ａ）は５台、投稿予告サーバの数（Ｘ_Ｂ）は５台となる。
この配信サーバ数決定手段４４ｂで決定された投稿募集ページまたは投稿予告ページを配信するサーバの数は、配信ページ指示手段４５に出力される。なお、投稿予告サーバの数は、投稿募集サーバの数が決まれば、一意に決まるものであるため、配信サーバ数決定手段４４ｂは、投稿募集サーバの数のみを算出することとしてもよい。

配信ページ指示手段４５は、各サーバ１０に対して、配信するＷｅｂページの更新を指示するものである。なお、配信ページ指示手段４５から、各サーバ１０への指示は、通信制御手段４１を介して、各サーバ１０に送信される。
具体的には、配信ページ指示手段４５は、負荷解析手段４４の配信サーバ数決定手段４４ｂで決定された投稿募集サーバの数が、記憶手段４２に配信指示情報として記憶されている現在の投稿募集サーバの数よりも少ない場合、その差分の数だけ、投稿募集サーバに対して、投稿予告ページを配信する旨の指示（投稿予告サーバへの移行指示）を送信する。
一方、配信ページ指示手段４５は、負荷解析手段４４の配信サーバ数決定手段４４ｂで決定された投稿募集サーバの数が、現在の投稿募集サーバの数よりも多い場合、その差分の数だけ、投稿予告サーバに対して、投稿募集ページを配信する旨の指示（投稿募集サーバへの移行指示）を送信する。

これによって、配信サーバ数決定手段４４ｂで決定された投稿募集サーバおよび投稿予告サーバの数だけ稼動することになる。このとき、配信ページ指示手段４５は、新たに稼動した投稿募集サーバおよび投稿予告サーバの数を、記憶手段４２に記憶しておく。
なお、配信ページ指示手段４５は、初期状態においては、予め各サーバ１０に対して、投稿予告ページを配信する旨の指示（投稿予告サーバへの移行指示）を送信しておき、放送番組等で投稿を呼びかけたタイミングで外部から入力される指示、あるいは予め定めた時刻に基づいて、各サーバに、順次、投稿募集サーバへの移行指示を送信する。

このとき、配信ページ指示手段４５は、初期値として、投稿募集サーバの数を少なく（例えば、１台）設定しておく。その後、配信ページ指示手段４５は、負荷解析手段４４から出力される投稿募集サーバと、投稿予告サーバとの割合に基づいて、投稿募集サーバおよび投稿予告サーバの数を制御する。
また、ここでは、配信ページ指示手段４５は、各サーバ１０に対して、配信するＷｅｂページの更新を指示した段階で、終了判定手段４６に通知を行う。

終了判定手段４６は、当該アクセス負荷制御装置４０の動作を終了するか否かを判定するものである。ここでは、終了判定手段４６は、配信ページ指示手段４５から、各サーバ１０のＷｅｂページが更新された旨が通知されることで、すべてのサーバ１０が投稿募集サーバになったことを検出する。そして、終了判定手段４６は、図示を省略したタイマによって時間を計測し、予め定めた時間を経過した段階で、動作を終了する。
ここで、動作の終了とは、負荷収集手段４３における負荷の収集を終了することとしてもよいし、アクセス負荷制御装置４０の電源断等によって装置全体の動作を終了することとしてもよい。

なお、すべてのサーバ１０が投稿募集サーバに移行した後に、あるサーバ１０が投稿予告サーバに移行した旨の通知があった場合、終了判定手段４６は、タイマを停止させるものとする。これによって、再度アクセスが増加する場合、アクセス負荷制御装置４０の動作を継続させることができる。
このようにアクセス負荷制御装置４０を構成することで、サーバ１０へのアクセスがピークのときは、負荷が軽い投稿予告サーバを多く稼働させ、アクセスが平常状態に移行するにつれて、投稿募集サーバの数を増やすことが可能になる。

以上、アクセス負荷制御装置４０の構成について説明したが、アクセス負荷制御装置４０は、一般的なコンピュータを前記した各手段として機能させるアクセス負荷制御プログラムによって動作させることができる。
また、ここでは、アクセス負荷制御装置４０を、個別の装置として構成したが、負荷分散装置３０内部に組み込む構成としてもよい。その場合、アクセス負荷制御装置４０の通信制御手段４１は、負荷分散装置３０内部の通信制御手段を使用することになる。
また、ここでは、アクセス負荷制御装置４０に終了判定手段４６を備える構成としたが、終了判定手段４６を省いて構成しても構わない。

［アクセス負荷制御装置の動作：第１実施形態］
次に、図５を参照（適宜図４参照）して、アクセス負荷制御装置４０の動作について詳細に説明する。図５は、本発明の第１実施形態に係るアクセス負荷制御装置の動作を示すフローチャートである。

（負荷収集ステップ）
まず、アクセス負荷制御装置４０は、配信ページ指示手段４５によって、各サーバ１０に対して、投稿募集サーバへの移行指示または投稿予告サーバへの移行指示（サーバの種別）を送信する（ステップＳ２０）。なお、投稿募集サーバとなるサーバ１０の数は予め定められているものとする。例えば、初期値として１台を投稿募集サーバとする。
そして、アクセス負荷制御装置４０は、負荷収集手段４３によって、各サーバ１０から、負荷量を収集する（ステップＳ２１）。

（配信サーバ数決定ステップ）
その後、アクセス負荷制御装置４０は、負荷解析手段４４のアクセス数解析手段４４ａによって、各サーバ１０の負荷量である単位時間あたりのアクセス数に基づいて、更新すべき投稿募集サーバと投稿予告サーバとのアクセス数の割合を算出する（ステップＳ２２）。
そして、アクセス負荷制御装置４０は、負荷解析手段４４の配信サーバ数決定手段４４ｂによって、投稿募集サーバと投稿予告サーバとのアクセス数の割合に基づいて、投稿募集サーバ（または投稿予告サーバ）の数を決定する（ステップＳ２３）。

（配信ページ指示ステップ）
ここで、アクセス負荷制御装置４０は、配信ページ指示手段４５によって、ステップＳ２３で決定された投稿募集サーバの数と、現在の投稿募集サーバの数とを比較する（ステップＳ２４）。
そして、現在の投稿募集サーバの数がステップＳ２３で決定された投稿募集サーバの数より多い場合（ステップＳ２４で「多い」）、アクセス負荷制御装置４０は、配信ページ指示手段４５によって、その差分の数だけ、投稿募集サーバに対して、投稿予告サーバへの移行指示を送信し（ステップＳ２５）、ステップＳ２７に進む。

一方、現在の投稿募集サーバの数がステップＳ２３で決定された投稿募集サーバの数より少ない場合（ステップＳ２４で「少ない」）、アクセス負荷制御装置４０は、配信ページ指示手段４５によって、その差分の数だけ、投稿予告サーバに対して、投稿募集サーバへの移行指示を送信し（ステップＳ２６）、ステップＳ２７に進む。

なお、ステップＳ２３で決定された投稿募集サーバの数と、現在の投稿募集サーバの数とが同数である場合（ステップＳ２４で「同じ」）、アクセス負荷制御装置４０は、そのままステップＳ２７に進む。
そして、アクセス負荷制御装置４０は、終了判定手段４６によって、すべてのサーバ１０が投稿募集サーバに移行し、かつ、一定時間経過したか否かを判定する（ステップＳ２７）。

ここで、すべてのサーバ１０が投稿募集サーバに移行していない場合（ステップＳ２７でＮｏ）、アクセス負荷制御装置４０は、ステップＳ２１に戻って動作を継続する。
一方、すべてのサーバ１０が投稿募集サーバに移行し、かつ、一定時間経過した場合（ステップＳ２７でＹｅｓ）、アクセス負荷制御装置４０は、動作を終了する。
以上の動作によって、アクセス負荷制御装置４０は、各サーバ１０にかかる負荷の状態に応じて、投稿を受け付けるサーバの数を増減させることで、サーバ１０全体が過負荷とならないように制御することができる。

［アクセス負荷制御装置の構成：第２実施形態］
次に、図６を参照して、アクセス負荷制御装置４０Ｂの他の構成について説明する。図６は、本発明の第２実施形態に係るアクセス負荷制御装置の構成を示すブロック図である。
図６に示すように、アクセス負荷制御装置４０Ｂは、通信制御手段４１と、記憶手段４２と、負荷収集手段４３Ｂと、負荷解析手段４４Ｂと、配信ページ指示手段４５と、終了判定手段４６とを備えている。負荷収集手段４３Ｂおよび負荷解析手段４４Ｂ以外の構成については、図４で説明したアクセス負荷制御装置４０と同一のものであるため、同一の符号を付し説明を省略する。

なお、アクセス負荷制御装置４０（図４）は、アクセス状況に基づいて、投稿募集サーバへ移行するサーバ１０の数を算出し、その数に基づいて、投稿募集サーバへの移行指示を行ったが、アクセス負荷制御装置４０Ｂは、１台ずつ移行させる点のみが異なっている。
以下、アクセス負荷制御装置４０（図４）と異なる負荷収集手段４３Ｂおよび負荷解析手段４４Ｂについて説明する。

負荷収集手段４３Ｂは、通信制御手段４１を介して、サーバ１０（１０_１，１０_２，…，１０_ｎ）の現時点における負荷の状態を示す負荷量（動作負荷量）を収集するものである。この負荷収集手段４３Ｂは、動作負荷量として、ＣＰＵ使用量等のサーバ１０の負荷量を収集するものとする。
ここでは、負荷収集手段４３Ｂは、定期的（例えば、１秒間隔）に、各サーバ１０に動作負荷量を要求し、各サーバ１０から動作負荷量を収集する。この収集した動作負荷量は、負荷解析手段４４Ｂに出力される。

負荷解析手段４４Ｂは、負荷収集手段４３Ｂで収集した負荷量（動作負荷量）に基づいて、サーバ１０全体の負荷状態を解析し、各サーバ１０において、投稿予告ページまたは投稿募集ページのいずれを配信するのかを制御するものである。ここでは、負荷解析手段４４Ｂは、負荷判定手段４４ｃを備えている。

負荷判定手段４４ｃは、負荷収集手段４３Ｂで収集された負荷量（動作負荷量）が、予め定めたサーバ１０全体の負荷制限値を超過するか否かを判定するものである。この負荷判定手段４４ｃで判定された判定結果（負荷制限値未満、負荷制限値以上）は、配信ページ指示手段４５に出力される。
例えば、負荷判定手段４４ｃは、サーバ１０の数をｎ台、各サーバ１０の現在のＣＰＵ使用率をＵ_１、Ｕ_２，…，Ｕ_ｎ％、サーバ１０全体の負荷制限値（ＣＰＵ使用率の制限）をＵ_ｎｍａｘ％としたとき、以下の（５）式の場合に負荷制限値を超過したと判定し、（６）式の場合には、まだ、負荷制限値に達していないと判定する。

そして、負荷解析手段４４Ｂは、負荷判定手段４４ｃの判定結果が負荷制限値未満の場合、投稿募集サーバの数を現在の数よりも多く設定する。例えば、投稿募集サーバの数を１台分増加させる。
一方、判定結果が負荷制限値以上の場合、負荷解析手段４４Ｂは、投稿募集サーバの数を現在の数よりも少なく設定する。例えば、投稿募集サーバの数を１台分減少させる。すなわち、投稿予告サーバの数を１台分増加させる。
この負荷解析手段４４Ｂで設定された投稿募集サーバの数は、配信ページ指示手段４５に出力される。
このようにアクセス負荷制御装置４０を構成することで、サーバ１０へのアクセスがピークのときは、負荷の軽い投稿予告サーバを多く稼働させ、アクセスが平常状態に移行するにつれて、投稿募集サーバの数を増やすことが可能になる。

［アクセス負荷制御装置の動作：第２実施形態］
次に、図７を参照（適宜図６参照）して、アクセス負荷制御装置４０Ｂの動作について詳細に説明する。図７は、本発明の第２実施形態に係るアクセス負荷制御装置の動作を示すフローチャートである。
まず、アクセス負荷制御装置４０Ｂは、配信ページ指示手段４５によって、各サーバ１０に対して、投稿募集サーバへの移行指示または投稿予告サーバへの移行指示（サーバの種別）を送信する（ステップＳ３０）。なお、投稿募集サーバとなるサーバ１０の数は予め定められているものとする。例えば、初期値として１台を投稿募集サーバとする。
そして、アクセス負荷制御装置４０Ｂは、負荷収集手段４３Ｂによって、各サーバ１０から、負荷量を収集する（ステップＳ３１）。

ここで、負荷収集手段４３Ｂの負荷判定手段４４ｃが、ステップＳ３１で収集した負荷量（動作負荷量）が予め定めたサーバ全体の負荷制限値を超過するか否かを判定する（ステップＳ３２）。
そして、ステップＳ３１で収集した負荷量がサーバ全体の負荷制限値を超過している場合（ステップＳ３２で「Ｙｅｓ」）、アクセス負荷制御装置４０Ｂは、配信ページ指示手段４５によって、１台の投稿募集サーバに対して、投稿予告サーバへの移行指示を送信し（ステップＳ３３）、ステップＳ３５に進む。

一方、ステップＳ３１で収集した負荷量がサーバ全体の負荷制限値未満である場合（ステップＳ３２で「Ｎｏ」）、アクセス負荷制御装置４０Ｂは、配信ページ指示手段４５によって、１台の投稿予告サーバに対して、投稿募集サーバへの移行指示を送信する（ステップＳ３４）。なお、すべてのサーバ１０がすでに投稿募集サーバとなっている場合は、そのままステップＳ３５に進む。
そして、アクセス負荷制御装置４０Ｂは、終了判定手段４６によって、すべてのサーバ１０が投稿募集サーバに移行し、かつ、一定時間経過したか否かを判定する（ステップＳ３５）。

ここで、すべてのサーバ１０が投稿募集サーバに移行していない場合（ステップＳ３５でＮｏ）、アクセス負荷制御装置４０Ｂは、ステップＳ３１に戻って動作を継続する。
一方、すべてのサーバ１０が投稿募集サーバに移行し、かつ、一定時間経過した場合（ステップＳ３５でＹｅｓ）、アクセス負荷制御装置４０Ｂは、動作を終了する。
以上の動作によって、アクセス負荷制御装置４０Ｂは、各サーバ１０にかかる負荷の状態に応じて、投稿を受け付けるサーバの数を増減させることで、各サーバ１０が過負荷とならないように制御することができる。

以上、本発明に係るアクセス負荷制御装置を含んだ投稿受付システムの構成および動作について説明したが、本発明はこれに限定されるものではない。
ここでは、投稿を受け付けるサーバの負荷を制御する投稿受付システムとしてシステムを構成したが、投稿のみならず、例えば、Ｗｅｂサーバによるチケットの販売等にも応用することができる。すなわち、本発明は、複数のＷｅｂサーバにおいて、要求によってＣＧＩ等の動的ページを動作させるシステムであれば、本発明に係るアクセス負荷制御装置を用いたサーバ負荷分散システムとして構成することができる。

本発明に係る投稿受付システム（サーバ負荷分散システム）の構成を示すブロック図である。 サーバが配信するＷｅｂページの内容を説明するための説明図である。 本発明に係る投稿受付システムの動作概要を説明するためのシーケンス図である。 本発明の第１実施形態に係るアクセス負荷制御装置の構成を示すブロック図である。 本発明の第１実施形態に係るアクセス負荷制御装置の動作を示すフローチャートである。 本発明の第２実施形態に係るアクセス負荷制御装置の構成を示すブロック図である。 本発明の第２実施形態に係るアクセス負荷制御装置の動作を示すフローチャートである。 従来の投稿受付システムのアクセス数と経過時間との関係を示すグラフ図である。 従来のサーバ負荷分散システムの構成を示すブロック図である。 従来のサーバ負荷分散システムの他の構成を示すブロック図である。

符号の説明

Ｓ 投稿受付システム（サーバ負荷分散システム）
１０ サーバ
２０ ページ情報記憶装置
３０ 負荷分散装置
４０、４０Ｂ アクセス負荷制御装置
４１ 通信制御手段
４２ 記憶手段
４３、４３Ｂ 負荷収集手段
４４、４４Ｂ 負荷解析手段
４４ａ アクセス数解析手段
４４ｂ 配信サーバ数決定手段
４４ｃ 負荷判定手段
４５ 配信ページ指示手段
４６ 終了判定手段

Claims (6)

1. ページを配信する複数のサーバを備え、ネットワークを介して要求された前記ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答するサーバ負荷分散システムにおいて、前記複数のサーバが配信するページを、動的ページへのリンク先が記述されている第１の静的ページと、前記動的ページへのリンク先が記述されていない第２の静的ページとに切り換えることで、前記サーバへのアクセス負荷を制御するアクセス負荷制御装置であって、
   前記複数のサーバ全体の負荷の制限値である負荷制限値を予め記憶する記憶手段と、
   前記複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する負荷収集手段と、
   この負荷収集手段で収集した負荷量と、前記記憶手段に記憶されている負荷制限値とに基づいて、前記負荷制限値を超過しない範囲で、前記第１または第２の静的ページを配信するサーバの数を決定する負荷解析手段と、
   この負荷解析手段で決定した第１または第２の静的ページを配信するサーバの数に基づいて、前記複数のサーバに対して、前記第１の静的ページを配信する旨の指示または前記第２の静的ページを配信する旨の指示を通知する配信ページ指示手段と、
   を備えていることを特徴とするアクセス負荷制御装置。
2. 前記負荷収集手段は、前記負荷量として、前記各サーバにおける単位時間あたりのアクセス数を収集し、
   前記負荷解析手段は、前記アクセス数に基づいて、前記負荷制限値を超過しない範囲で、前記第１の静的ページを配信するサーバと前記第２の静的ページを配信するサーバとのアクセス数の割合を算出するアクセス数解析手段と、
   このアクセス数解析手段で算出したアクセス数の割合に基づいて、前記第１の静的ページを配信するサーバまたは前記第２の静的ページを配信するサーバの数を決定する配信サーバ数決定手段と、
   を備えていることを特徴とする請求項１に記載のアクセス負荷制御装置。
3. 前記負荷解析手段は、前記負荷収集手段で収集した負荷量と、前記負荷制限値とに基づいて、前記複数のサーバ全体の過負荷の有無を判定する負荷判定手段を備え、
   前記負荷解析手段は、この負荷判定手段で過負荷であると判定した場合に、前記第１の静的ページを配信するサーバの数を減少させ、過負荷でないと判定した場合に、前記第２の静的ページを配信するサーバの数を減少させることを特徴とする請求項１に記載のアクセス負荷制御装置。
4. ページを配信する複数のサーバを備え、ネットワークを介して要求された前記ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答するサーバ負荷分散システムにおいて、前記複数のサーバが配信するページを、動的ページへのリンク先が記述されている第１の静的ページと、動的ページへのリンク先が記述されていない第２の静的ページとに切り換えることで、前記サーバへのアクセス負荷を制御するアクセス負荷制御方法であって、
   負荷収集手段により、前記複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する負荷収集ステップと、
   負荷解析手段により、前記負荷収集ステップで収集した負荷量と、前記複数のサーバ全体の予め定めた負荷制限値とに基づいて、前記負荷制限値を超過しない範囲で、前記第１または第２の静的ページを配信するサーバの数を決定する配信サーバ数決定ステップと、
   配信ページ指示手段により、前記配信サーバ数決定ステップで決定した第１または第２の静的ページを配信するサーバの数に基づいて、前記複数のサーバに対して、前記第１の静的ページを配信する旨の指示または前記第２の静的ページを配信する旨の指示を通知する配信ページ指示ステップと、
   を含んでいることを特徴とするアクセス負荷制御方法。
5. ページを配信する複数のサーバを備え、ネットワークを介して要求された前記ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答するサーバ負荷分散システムにおいて、前記複数のサーバが配信するページを、動的ページへのリンク先が記述されている第１の静的ページと、動的ページへのリンク先が記述されていない第２の静的ページとに切り換えることで、前記サーバへのアクセス負荷を制御するために、アクセス負荷制御装置のコンピュータを、
   前記複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する負荷収集手段、
   この負荷収集手段で収集した負荷量と、前記複数のサーバ全体の予め定めた負荷制限値とに基づいて、前記負荷制限値を超過しない範囲で、前記第１または第２の静的ページを配信するサーバの数を決定する負荷解析手段、
   この負荷解析手段で決定した第１または第２の静的ページを配信するサーバの数に基づいて、前記複数のサーバに対して、前記第１の静的ページを配信する旨の指示または前記第２の静的ページを配信する旨の指示を通知する配信ページ指示手段、
   として機能させることを特徴とするアクセス負荷制御プログラム。
6. 投稿を受け付ける動的ページを配信する複数のサーバを備え、ネットワークを介して要求された前記動的ページへのアクセスを、負荷分散装置により前記複数のサーバに分配して応答する投稿受付システムにおいて、
   前記サーバの負荷を制御するアクセス負荷制御装置を備え、
   前記アクセス負荷制御装置が、
   前記複数のサーバ全体の負荷の制限値である負荷制限値を予め記憶する記憶手段と、
   前記複数のサーバから、当該サーバの負荷の状態を示す負荷量を収集する負荷収集手段と、
   この負荷収集手段で収集した負荷量と、前記記憶手段に記憶されている負荷制限値とに基づいて、前記負荷制限値を超過しない範囲で、前記動的ページへのリンク先が記述されている第１の静的ページ、または、前記動的ページへのリンク先が記述されていない第２の静的ページを配信するサーバの数を決定する負荷解析手段と、
   この負荷解析手段で決定した第１または第２の静的ページを配信するサーバの数に基づいて、前記複数のサーバに対して、前記第１の静的ページを配信する旨の指示または前記第２の静的ページを配信する旨の指示を通知する配信ページ指示手段と、
   を備えていることを特徴とする投稿受付システム。

Images