JP2003058499A - 負荷を管理するサーバ、プログラム、および媒体 - Google Patents

Abstract

(57)【要約】 【課題】利用者が何度もアクセスを繰り返すことによる
サーバ負荷を低減し、アクセスできないことによる利用
者のストレスの解消を図る。 【解決手段】ネットワーク上で端末に機能を提供するサ
ーバであり、ネットワーク上の端末（Ａ−Ｅ）から接続
要求を受ける通信部と、接続された端末（Ａ−Ｅ）に機
能を提供する処理部（１）と、上記処理部（１）の負荷
を判定する負荷判定部（２１）と、接続を拒絶された端
末（Ａ−Ｅ）の接続を予約する予約部と、上記端末（Ａ
−Ｅ）との接続を制御する制御部（２２）とを備え、上
記制御部（２２）は、上記処理部（１）の負荷が所定範
囲を超えているときには、上記接続要求を拒絶しその端
末（Ａ−Ｅ）の接続を上記予約部に予約し、上記処理部
の負荷が所定範囲となったときに予約済みの端末（Ａ−
Ｅ）を接続させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークの負
荷分散技術に関するものである。

【０００２】

【従来の技術】コンピュータによる情報処理技術と、ネ
ットワークによる通信技術の発達により、様々な情報を
簡易に入手し、あるいは、発信できるようになってき
た。また、遠隔的配置された各種コンピュータを利用
し、様々な情報処理を実行できるようになった。

【０００３】例えば、インターネット上のウェブサイト
にアクセスし、必要なときに所望の情報を入手できるよ
うになった。また、利用者が個々にパーソナルコンピュ
ータを使用しつつ、ＬＡＮ（Local Area Network）を介
して高性能サーバを利用する場合も多い。例えば、集中
管理されたデータベースやオンラインシステムにアクセ
スする場合である。また、サーバに負荷の重い技術計算
を実行させ、その結果をパーソナルコンピュータ上で得
るような場合である。

【０００４】このように、情報通信技術が発達し、便利
になった反面で、利用者からのアクセスの集中による弊
害も発生している。例えば、特定時刻にネットワーク上
の特定の経路にトラフィックが集中したり、特定ノード
の負荷が極端に重くなることがある。

【０００５】利用者からのアクセスが特定時間に集中す
ると、インターネット上では、特定の経路のトラフィッ
クが問題になりやすい。一方、ＬＡＮで接続された環境
では、そのような場合、ネットワークのトラフィックよ
りも、サーバの負荷が増大しやすい。

【０００６】従来のシステムでは、このようなサーバ負
荷を低減するため、以下の4つの方式により処理を複数
サーバへの割り振っていた。

【０００７】（１）ラウンドロビン方式 この方式では、複数サーバへの割り振る順番を決めてお
いて、利用者からの処理要求をその順番に各サーバに割
り当てる。

【０００８】（２）ランダム方式 この方式では、利用者からの処理要求をランダムに各サ
ーバに割り当てる。

【０００９】（３）稼動監視方式 この方式では、上記（１）、（２）のような負荷の振り
分けに加えて、さらに、各サーバの負荷を監視し、負荷
分散を図る。すなわち、この方式では、常時サーバの稼
働状況、例えば、サーバの応答時間を確認し、応答の遅
いサーバに処理を振り分けないようにする。

【００１０】（４）負荷監視方式 この方式のシステムでは、稼動監視方式に加えて、さら
に負荷、すなわち、ＣＰＵ使用率を監視し、負荷の軽い
方へ処理を振り分ける。

【００１１】しかし、上記いずれの方式においても、利
用者からのアクセスが集中しサーバにアクセスできない
ことがあった。そのような場合、利用者は何度もシステ
ムにアクセスを繰り返すか、数時間後に改めてアクセス
を試みるしかなかった。

【００１２】

【発明が解決しようとする課題】本発明はこのような従
来の技術の問題点に鑑みてなされたものである。すなわ
ち、本発明の課題は、利用者が何度もアクセスを繰り返
すことによるサーバ負荷を低減し、アクセスできないこ
とによる利用者のストレスの解消を図ることにある。

【００１３】

【課題を解決するための手段】本発明は前記課題を解決
するために、以下の手段を採用した。すなわち、本発明
は、ネットワーク上で端末に機能を提供するサーバであ
り、ネットワーク上の端末（Ａ−Ｅ）から接続要求を受
ける通信部と、接続された端末（Ａ−Ｅ）に機能を提供
する処理部（１）と、上記処理部（１）の負荷を判定す
る負荷判定部（２１）と、接続を拒絶された端末（Ａ−
Ｅ）の接続を予約する予約部と、上記端末（Ａ−Ｅ）と
の接続を制御する制御部（２２）とを備え、上記制御部
（２２）は、上記処理部（１）の負荷が所定範囲を超え
ているときには、上記接続要求を拒絶しその端末（Ａ−
Ｅ）の接続を上記予約部に予約し、上記処理部の負荷が
所定範囲となったときに予約済みの端末（Ａ−Ｅ）を接
続させるものである。

【００１４】ここで、上記処理部（１）は、例えば、上
記サーバ上のアプリケーションプログラムを実行するＣ
ＰＵ等である。また、上記負荷判定部（２１）は、上記
サーバ内、または、サーバと異なるコンピュータで実行
されるプログラムである。また、予約部とは、例えば、
端末の予約状態を管理するテーブルである。

【００１５】このように、上記制御部（２２）は、処理
部の負荷を判定し、その負荷が所定範囲を超えていると
きには、上記接続要求を拒絶する。これにより、処理部
（１）、すなわち、上記サーバが過負荷になるのを防止
できる。

【００１６】また、上記制御部（２２）は、その端末
（Ａ−Ｅ）の接続を上記予約部に予約し、上記処理部の
負荷が所定範囲となったときに予約済みの端末（Ａ−
Ｅ）を接続させる。これによって、各端末（Ａ−Ｅ）を
確実にサーバに接続することができる。

【００１７】好ましくは、上記制御部（２２）は、上記
予約において、接続を予約された端末（Ａ−Ｅ）に予約
識別情報を提供し、上記処理部（１）の負荷が所定範囲
となったとき、予約済みの端末（Ａ−Ｅ）に対して予約
の優先度順に許可情報を提供し、その許可情報を提供し
た端末（Ａ−Ｅ）から上記予約識別情報を提示した接続
要求があったときに、その端末（Ａ−Ｅ）を接続しても
よい。

【００１８】予約識別情報は、例えば、予約番号であ
り、予約を一意に識別する。また、許可情報は、例え
ば、上記サーバから端末（Ａ−Ｅ）への電子メールで通
知してもよい。このように、接続できる状態になったと
きに許可情報が通知されるので、端末の利用者はサーバ
に確実に接続することができる。

【００１９】好ましくは、上記許可情報は、上記予約識
別情報に対応した認証情報を含み、上記制御部（２２）
は、上記端末（Ａ−Ｅ）から上記予約識別情報と認証情
報とを提示されたときにその端末（Ａ−Ｅ）を接続して
もよい。このように、予約識別情報と、認証情報とによ
り、端末からの接続要求を識別するので、正当でない端
末からの接続要求を排除できる。

【００２０】好ましくは、上記サーバは、上記許可情報
の送信先を特定する情報を設定する設定部（３４）をさ
らに有してもよい。

【００２１】また、本発明は、ネットワーク上の端末
（Ａ−Ｅ）に機能を提供し、その端末（Ａ−Ｅ）に係る
通知を所定の通信端末（Ａ１−Ｅ１）に通信するサーバ
であり、上記端末（Ａ−Ｅ）から接続要求を受ける通信
部と、接続された端末（Ａ−Ｅ）に機能を提供する処理
部（１）と、上記処理部（１）の負荷を判定する負荷判
定部（２１）と、接続を拒絶された端末（Ａ−Ｅ）の接
続を予約する予約部と、上記端末（Ａ−Ｅ）との接続を
制御する制御部（２２）とを備え、上記制御部（２２）
は、上記処理部（１）の負荷が所定範囲を超えていると
きには、上記接続要求を拒絶しその端末（Ａ−Ｅ）の接
続を上記予約部に予約し、上記予約部に端末（Ａ−Ｅ）
の接続が予約されている場合において上記処理部（１）
の負荷が所定範囲となったときに、上記通信端末（Ａ１
−Ｅ１）に接続許可を示す許可情報を提供するものでも
よい。

【００２２】また、本発明は、ネットワーク上のサーバ
と接続し、そのサーバから機能を提供される端末（Ａ−
Ｅ）であり、ネットワーク上のサーバに接続を要求する
通信部と、情報を記録する記録部と、上記サーバとの接
続を制御する制御部とを備え、上記制御部は、上記接続
を拒絶されたときに接続の予約を示す予約識別情報を受
信して前記記録部に記録し、上記サーバへ次に接続を要
求するときにその予約識別情報を提示するものでもよ
い。

【００２３】このように、サーバとの接続に際して、端
末が予約識別情報を記録し、上記サーバへ次に接続を要
求するときにその予約識別情報を提示するので、利用者
は、予約識別情報を意識する必要がない。

【００２４】また、本発明は、コンピュータに実行させ
る負荷管理方法であり、ネットワーク上の端末から接続
要求を受けるステップ（Ｓ１）と、所定の機能を実現す
る処理部（１）により、接続された端末にその機能を提
供するステップと、上記処理部の負荷を判定するステッ
プ（Ｓ３、Ｓ４）と、上記処理部の負荷が所定範囲を超
えていないときに、上記接続を要求した端末を接続させ
るステップ（Ｓ５）と、上記処理部の負荷が所定範囲を
超えているときに、上記接続要求を拒絶しその端末の接
続を前記予約部に予約するステップ（Ｓ７４）と、上記
処理部の負荷が所定範囲となったときに、予約済みの端
末を接続させるステップ（Ｓ１８）とを有するものでも
よい。

【００２５】また、本発明は、コンピュータに、以上の
いずれかの機能を実現させるプログラムでもよい。ま
た、本発明は、そのようなプログラムをコンピュータ読
み取り可能な記録媒体に記録したものでもよい。

【００２６】本発明では、サーバ負荷が所定範囲を超え
た場合、予約識別情報に基づいて、利用者に再アクセス
可能な時間を通知する。これにより、利用者が何度もア
クセスを繰り返すことによるサーバ負荷が軽減され、ア
クセスできないことによる利用者のストレスが解消され
る。

【００２７】

【発明の実施の形態】以下、本発明の実施の形態を図１
から図１０の図面に基いて説明する。図１は本実施の形
態に係る負荷分散装置２の原理構成図であり、図２は、
図１に示した端末Ａ等の状態遷移を示す図であり、図３
は、端末Ａ等に表示される画面例を示す図であり、図４
は、負荷分散装置２が使用する端末テーブルの例であ
り、図５は、サーバ１、負荷分散装置２、および端末Ａ
等を含むシステム全体の処理フロー図であり、図６は、
サーバ負荷状況調査（図５のＳ２）〜予約番号通知処理
（図５のＳ１１）の詳細を示すフローチャートであり、
図７は、端末におけるサーバ待ち選択（図５のＳ７）〜
再接続要求（図５のＳ１６）の詳細を示すフローチャー
トであり、図８は、負荷分散装置２における優先順位遷
移処理を示すフローチャートであり、図９は、負荷分散
装置２における予約番号チェック処理（図５のＳ１７）
の詳細を示すフローチャートであり、図１０は、携帯端
末を利用した本発明の変形例を示す図である。

【００２８】＜システム構成＞図１に、本実施の形態に
係る負荷分散装置２の原理構成図を示す。この負荷分散
装置２は、ネットワークにおいてサーバ１および端末Ａ
〜Ｅ等と接続され、サーバ１の負荷を分散させる機能を
提供する。サーバ１は、データベース管理機能、オンラ
イン処理機能、あるいは技術計算機能等を提供する。

【００２９】このような負荷分散装置２、およびサーバ
１は、いずれもＣＰＵ、メモリ、ハードディスク、通信
基板等を備えるネットワークにアクセス可能なコンピュ
ータである。このようなコンピュータのハードウェアの
構成および作用は広く知られているので、その説明を省
略する。

【００３０】また、端末Ａ〜Ｅ等は、いずれもＣＰＵ、
メモリ、ハードディスク、通信基板、表示装置、ポイン
ティングデバイス等を備えるパーソナルコンピュータ、
携帯情報端末等のコンピュータである。このようなパー
ソナルコンピュータ等のハードウェアの構成および作用
は広く知られているので、その説明を省略する。

【００３１】図１に示すように、この負荷分散装置２
は、サーバ負荷状況調査モジュール２１、および接続要
求スケジューリングモジュール２２を有している。これ
らのモジュールは、負荷分散装置２の不図示のＣＰＵで
実行されるプログラムである。

【００３２】サーバ負荷状況調査モジュール２１は、サ
ーバ１に稼働状況を問い合わせ、負荷状態を判定する。
この負荷状態は、例えば、サーバ１に接続されている通
信セッション数、サーバ１のＣＰＵ負荷率、サーバ１の
応答時間等に基づき決定される。

【００３３】ここで、通信セッション数とは、現時点に
おいてサーバ１に接続されている端末Ａ等の数である。
サーバ１に接続されているとは、端末Ａ等の通信プロセ
スとサーバ１の通信プロセスとが所定のプロトコルによ
り通信状態を確立していることをいう。このような状態
をセッションが開設された状態ともいう。

【００３４】また、ＣＰＵ負荷率とは、ＣＰＵがプログ
ラムを実行している占有時間の割合（占有時間および非
占有時間の合計値に対する割合）をいう。また、応答時
間は、例えば、負荷分散装置２からサーバ１に問い合わ
せを発したときに、その問い合わせに対する応答が返る
までの時間をいう。

【００３５】接続要求スケジューリングモジュール２２
は、端末Ａ等からの接続要求を受け付け、サーバ１の負
荷に基づき、接続の可否を判断する。そして、接続要求
スケジューリングモジュール２２は、接続不可と判断さ
れたときに、その接続要求を拒絶し、その接続を予約す
る。そして、サーバ１は、サーバ１の負荷が所定の範囲
まで低下したときに、その予約に基づき、接続を待って
いる端末Ａ等をサーバ１に接続する。このような端末の
接続状態や予約状態は負荷分散装置２のデータベースに
記録される。

【００３６】＜端末状態の遷移＞図２に、上記負荷分散
装置２に接続要求する端末Ａ〜Ｅ等の状態遷移を示す。

【００３７】図２では、最初の状態１０１において、各
端末は、端末Ａ：接続中、端末Ｂ：接続待ち（予約番号
００５）、端末Ｃ：接続中、端末Ｄ：接続待ち（予約番
号００６）、端末Ｅ：接続待ち（予約番号００７）とい
う状態にある。

【００３８】また、再接続予定時間として、端末Ｂに１
３時５０分、端末Ｄに１４時、そして、端末Ｅに１４時
１０分が設定されている。ここで、再接続予定時間と
は、接続を予約した時点で見積もられた接続予定時間を
いう。本実施形態の負荷分散装置２は、この再接続時間
を経過しないと、予約された端末を接続しない。

【００３９】この状態１０１において、端末Ｂが１４時
０２分に再度接続要求した場合を考える（矢印１０
２）。この場合、サーバ１の過負荷が解消されていな
い。したがって、端末Ｂは、再接続予定時間を数分後に
再度設定し、状態１０３となる。

【００４０】また、接続中の端末Ａが１４時０５分に接
続を切断場合を考える。これにより、予約番号の最も若
い、すなわち、優先度の最も高い端末Ｂに接続を促すメ
ールが通知される。本実施形態の負荷分散装置２では、
メール通知から所定期間だけ接続を保証する。本実施形
態では、この期間が１０分に設定されている。したがっ
て、端末Ｂは１４：１５まで接続を保証される。

【００４１】ここで、例えば、端末Ｅが１４時１２に接
続要求した場合を考える（矢印１０４）。この場合、端
末Ａの切断により、サーバ１の過負荷は解消されてい
る。しかし、すでに端末Ｂに対して１４時１５分まで接
続が保証されている。このため、端末Ｅによる接続は許
可されない（状態１０５）。

【００４２】次に、状態１０１において、端末Ｂが１４
時１５分までに再接続要求をせず、１４時２０分に、端
末Ｄが再接続要求をした場合を考える（矢印１０６）。
この場合、端末Ｂは、接続有効時間１４時１５分までに
再接続要求しなかったので、予約番号、すなわち、優先
順位が００５から００８まで下げられる。また、１４時
２０分においてサーバ１の過負荷は解消している。さら
に、現時刻が端末Ｄの再接続予定時間１４時を経過して
いるので、端末Ｄの接続要求は認められ、状態１０７に
遷移する。

【００４３】＜画面構成＞図３に、端末Ａ等に表示され
る画面例を示す。図３の画面には、サーバ１への接続要
求を行う接続ボタン３０が表示されている。利用者が接
続ボタン３０を不図示のポインティングデバイスにより
押下すると、「利用者多数」を報知するウィンドウが表
示される。このウィンドウには、「ただいまワークフロ
ーサービスは、利用者が多く接続が困難です（接続人数
100人、接続待ち人数50人、平均利用時間5分/人）。ご
迷惑をおかけしますが、このままお待ちいただけますで
しょうか？１０分後再接続可能となります。」というメ
ッセージが表示されている。

【００４４】また、このウィンドウには、「再接続待
ち」ボタン３１、「メールでパスワードを通知された」
ボタン３２および「待たない（終了）」ボタン３３が表
示されている。

【００４５】利用者が「再接続待ち」ボタン３１を押下
すると、メールアドレス入力ウィンドウ３４が表示され
る。このメールアドレス入力ウィンドウ３４は、メール
アドレスの入力を促し、サービスの利用が可能になった
らメールで通知する旨のメッセージおよびメール通知か
ら１０分以内に接続するよう注意するメッセージを表示
する。

【００４６】利用者がメールアドレス入力欄にメッセー
ジを入力すると、予約番号と再接続可能時間（推定）が
表示される。ただし、すでに、予約番号を入手している
利用者には、「予約番号あり（閉じる）」ボタンを押下
するように促す。この「予約番号あり（閉じる）」ボタ
ンは、予約番号通知済みの利用者にとっては、「待たな
い（終了）」ボタン３３と同等の処理となり、そのまま
メールアドレス入力ウィンドウ３４が閉じられる。

【００４７】すでに予約番号とパスワードが通知されて
いる利用者は、「メールでパスワードを通知された」ボ
タン３２を押下する。すると、予約番号入力ウィンドウ
３５が表示される。この予約番号入力ウィンドウ３５
は、予約番号入力欄およびパスワード入力欄を有してい
る。

【００４８】利用者が予約番号入力欄およびパスワード
入力欄に予約番号を入力すると、その予約番号およびパ
スワードが有効な接続保証期間内であれば、接続要求が
受け付けられ、利用者の端末Ａ等がサーバ１に接続され
る。

【００４９】また、利用者が「待たない（終了）」ボタ
ン３３を押下すると、「利用者多数」を報知するウィン
ドウが閉じ、接続要求が終了する。

【００５０】＜データ構造＞図４に、負荷分散装置２が
保持する端末テーブルの例を示す。端末テーブルは、接
続を要求した端末Ａ〜Ｅ等を管理するテーブルである。
この端末テーブルの各行は、利用者、再接続予定時間、
端末状態、予約番号、簡易パスワードの各欄を有してい
る。

【００５１】利用者の欄には、端末を識別する情報を記
録する。再接続予定時間の欄には、接続の予約後、接続
可能となる予定時刻を記録する。端末状態の欄には、端
末のサーバ１への接続状態を記録する。本実施形態で
は、端末状態として、接続中、接続待ち、新規接続要求
という３つの状態が用意されている。

【００５２】接続中とは、端末Ａ〜Ｅ等がサーバ１に接
続され、通信を行っている状態をいう。また、接続待ち
とは、接続要求したが許可されず、接続が予約されてい
る状態をいう。また、新規接続要求とは、未接続の端末
が接続要求中であることを示している。

【００５３】図４の左上に示す端末テーブルでは、現在
の予約番号の最大値は６（端末Ｄの予約番号）である。
このような状態で、未接続の端末Ｅが接続を要求した場
合、負荷分散装置２は、現在の接続状況および待ち状況
により、再接続予定時間を計算し、設定する。この場合
の見積基準は、負荷分散装置２の管理者により設定され
る。

【００５４】このような見積基準として、本実施形態で
は、例えば、１台の端末の平均待ち時間、１台の端末の
平均接続時間等を選択可能である。このような平均値
は、過去１日、過去１週間、過去１ヶ月等に対して算出
される。

【００５５】また、端末の新規接続要求の場合、さらに
予約番号が設定される。新規接続要求に対する予約番号
は、現状の最大値を１だけ増分した値に設定される。こ
のようにして、図４の下表のように、新規接続要求した
端末Ｅに対して、再接続要諦時間（１４時１０分）およ
び予約番号（７）が設定される。

【００５６】＜作用＞図５に、負荷分散処理２における
システム全体の処理フローを示す。この処理では、ま
ず、端末が負荷分散装置２に接続を要求する（Ｓ１）。
すると、負荷分散装置２は、負荷状況調査をサーバ１に
要求する（Ｓ２）。

【００５７】これに対し、サーバ１は、負荷状況を示す
各種の情報を報告する（Ｓ３）。この情報は、例えば、
接続セッション数、ＣＰＵ負荷率、応答時間等である。
これらの情報により、負荷分散装置２は、軽負荷か過負
荷かを判定する（Ｓ４）。そして、軽負荷の場合、負荷
分散装置２は、端末をそのままサーバ１に接続する（Ｓ
５）。

【００５８】一方、過負荷の場合、負荷分散装置２は、
端末に対してサーバ１を利用できない旨を通知する（Ｓ
６）。すると、端末は、利用者に対して、サーバ１が空
くのを待つか待たないかを選択させる。利用者がサーバ
１の空きを待たない選択をした場合、端末は処理を終了
する（Ｓ８）。

【００５９】利用者がサーバ１の空きを待つ選択をした
場合、端末は負荷分散装置２にその選択を通知する。す
ると、負荷分散装置２は、サーバ１への接続待ち設定処
理を実行する（Ｓ９）。

【００６０】このとき、負荷分散装置２は、端末上にメ
ールアドレス入力欄３４を表示し、メールアドレスの入
力を促す（Ｓ１０）。利用者がメールアドレスを入力す
ると、その情報が端末から負荷分散装置２に伝達され
る。すると、負荷分散装置２は、予約番号等を含む接続
待ち設定通知を端末に送信する（Ｓ１１）。端末は、送
信された予約番号等を含む接続待ち設定通知を受信する
（Ｓ１２）。

【００６１】このような状態で、接続中の利用者がサー
バ１の利用を終了すると、接続中のいずれかの端末が切
断され（Ｓ１３）、その報告が負荷分散装置２に通知さ
れる。すると、負荷分散装置２は、優先順位の高い予約
番号の端末に対して、接続許可のメールを通知する（Ｓ
１４）。

【００６２】端末がそのメールを受信すると（Ｓ１
５）、利用者の指示にしたがい端末は、利用者に再びサ
ーバ１への再接続を促す。このとき、利用者は、予約番
号等を入力する。端末は、入力された予約番号等によ
り、サーバ１への再接続要求を実行する（Ｓ１６）。

【００６３】すると、負荷分散装置２は、その予約番号
等の有効性、例えば、接続予定時間に達している有効な
予約番号か否かをチェックする（Ｓ１７）。そして、有
効な予約番号等が入力されたとき、負荷分散装置２は、
端末をサーバ１に接続する（Ｓ１８）。

【００６４】図６に、サーバ負荷状況調査（図５のＳ
２）〜予約番号通知処理（図５のＳ１１）の詳細を示
す。この処理では、負荷分散装置２は、まず、サーバ１
の接続セッション数、ＣＰＵ負荷率、応答時間等を調査
する（Ｓ２１）。ここで調査される情報は、予めシステ
ムの管理者により設定される。

【００６５】次に、負荷分散装置２は、接続セッション
数、ＣＰＵ負荷率、あるいは、応答時間等により、サー
バ１の負荷状況を調査する（Ｓ２３）。そして、負荷分
散装置２は、サーバ１の負荷状況を判定する（Ｓ２
３）。

【００６６】Ｓ２３の判定で、軽負荷の場合、負荷分散
装置２は、処理を終了する。一方、Ｓ２３の判定で、過
負荷の場合、過負荷であることを示すメッセージを端末
に通知する（Ｓ２４）。

【００６７】そして、端末を通じて、利用者に再接続す
るか、否かを選択させる（Ｓ２５）。利用者が再接続を
行わない選択をすると、端末はそのまま処理を終了す
る。一方、利用者が再接続を行う場合、端末は利用者に
メールアドレスの入力を促す（Ｓ２６）。メールアドレ
スが入力されると、端末は、その情報を負荷分散装置２
に送信する。

【００６８】負荷分散装置２は、予約番号とパスワード
を設定し、端末に通知する（Ｓ２７）。その後、負荷分
散装置２は、処理を終了する。

【００６９】図７に、端末におけるサーバ待ち選択（図
５のＳ７）〜サーバ１への再接続要求（図５のＳ１６）
の詳細を示す。

【００７０】この処理は、利用者がサーバ１への再接続
を希望したときに、実行される。このとき、端末は、負
荷分散装置２に対して、サーバ１への再接続待ち要求を
送信する（Ｓ７１）。

【００７１】すると、負荷分散装置２は、利用者が予約
番号を持っているか、否かを端末を介して問い合わせ
る。利用者が予約番号を持っている場合、端末は、Ｓ７
５に制御を進め、接続中の利用者の終了を待つ。

【００７２】一方、利用者が予約番号を持っていない場
合、端末は利用者にメールアドレスを入力させる（Ｓ７
３）。このメールアドレスは、端末から負荷分散装置２
に送信される。

【００７３】負荷分散装置２は、メールアドレスを受信
する。そして、負荷分散装置２は、メールアドレスの妥
当性を確認し、予約番号とパスワードを取得し、利用者
の端末に通知する（Ｓ７４）。

【００７４】サーバ１を利用中の利用者が処理を終了す
ると（Ｓ７５）、優先度の高い端末にメールで利用可能
通知が送信される（Ｓ７６）。すると、端末はそのメー
ルを受信し、表示する。端末は利用者の指示にしたが
い、サーバ１への接続要求を送信する（Ｓ７８）。その
後、端末は処理を終了する。

【００７５】図８に、接続中の端末がサーバ１への接続
を終了した後の負荷分散装置２における優先順位遷移処
理を示す。今、サーバ１の負荷が高く、接続予約待ちの
端末が存在すると仮定する。この処理は、このような状
態で、サーバ１に接続中の端末が接続を終了したときに
開始する（Ｓ２０１）。

【００７６】すると、負荷分散装置２は、優先順位をチ
ェックする（Ｓ２０２）。そして、負荷分散装置２は、
次に接続すべき端末として優先順位の高い端末、例えば
端末Ｂを選択する。次に、負荷分散装置２は、端末Ｂに
メールで予約番号、パスワードおよび有効時間を通知す
る（Ｓ２０３）。

【００７７】すると、端末Ｂは、予約番号等を利用者に
表示する。次に、端末Ｂは、利用者の指示にしたがい、
サーバ１への接続を要求する。このとき、負荷分散装置
２において、有効時間内でのアクセスか否かが判定され
る（Ｓ２０４）。有効時間内のアクセスの場合、端末Ｂ
がサーバ１に接続される（Ｓ２０５）。一方、有効時間
切れのアクセスの場合、接続要求が拒絶され、端末は処
理を終了する。

【００７８】図９に、負荷分散装置２における予約番号
チェック処理（図５のＳ１７）の詳細を示す。この処理
では、負荷分散装置２は、サーバ１の負荷情報を分析す
る（Ｓ１７１）。負荷情報とは、例えば、現在の接続セ
ッション数、ＣＰＵ負荷率、応答時間等である。

【００７９】次に、負荷分散装置２は、サーバ１の予約
状況を調査する（Ｓ１７２）。次に、負荷分散装置２
は、予約番号が有効時間内か否かを判定する（Ｓ１７
３）。予約番号が有効時間以内の場合、負荷分散装置２
は、端末をサーバ１に接続する（Ｓ１７４）。その後、
負荷分散装置２は、処理を終了する。

【００８０】一方、予約番号が有効時間以内でない場
合、負荷分散装置２は、そのまま、処理を終了する。

【００８１】＜実施の形態の効果＞以上述べたように、
本実施形態における負荷分散装置２によれば、サーバ１
の負荷が高くなった場合、サーバ１への接続を要求する
端末Ａ〜Ｅ等に予約番号が付与される。そして、サーバ
１の負荷に空きが生じたときに、予約番号順に接続待ち
の端末がサーバ１に接続される。

【００８２】このため、端末Ａ〜Ｅ等がサーバ１に無制
限にアクセスすることによる負荷を軽減できる。また、
端末Ａ〜Ｅ等は、ある程度の待ち時間待つことにより、
確実にサーバ１への接続が保証される。

【００８３】また、上記負荷分散装置２は、利用者にパ
スワードを付与し、サーバ１が接続できる状態になった
らメールで接続可能通知を行うので、利用者の利便性が
向上する。

【００８４】＜変形例＞上記実施形態では、負荷分散装
置２をサーバ１と分離したコンピュータで構成した（図
１参照）。しかし、本発明の実施はこのような構成には
限定されない。例えば、負荷分散装置２をサーバ１と一
体で構成してもよい。また、特定のサーバ１に他の複数
のサーバ１の負荷を分散させる負荷分散装置２として機
能させてもよい。

【００８５】上記実施の形態では、端末はサーバ１から
通知された予約番号と、パスワードを利用者に入力さ
せ、その入力された予約番号と、パスワードを負荷分散
装置２に送信した。しかし、本発明の実施は、このよう
な構成や手順には限定されない。

【００８６】例えば、上記予約番号の授受をウェブサー
バとブラウザとの間で利用されるクッキー（Cookie）を
使用して行ってもよい。すなわち、負荷分散装置２およ
びサーバ１がウェブサーバであり、端末でブラウザが実
行されている場合、接続の予約番号をクッキーとして端
末のブラウザに引き渡してもよい。そして、負荷分散装
置２は、接続可能になったとき、端末に対して、単に接
続可能になったことを示すメッセージを送信すればよ
い。

【００８７】利用者は、そのメッセージを見て、予約番
号やパスワードを意識することなく、サーバ１への接続
を要求すればよい。このとき、端末のブラウザがサーバ
１にアクセスするときに、そのクッキーを負荷分散装置
２に、引き渡すことにより、予約番号を提示すればよ
い。これにより、利用者は予約番号やパスワードを意識
する必要がなくなる。

【００８８】このように、本発明によれば、パスワード
により、どの端末からでも接続要求ができ、またメール
通知を受信し、その受信から一定の時間内であればサー
バ１への接続が保証される。したがって利用者は近くに
接続できる端末があれば何処にいてもかまわない。また
メール受信を接続端末と異なる小型の携帯端末で行って
もよい。

【００８９】図１０にそのようなシステムの構成を示
す。図１０において、携帯端末Ａ１〜Ｅ１以外の構成は
図１と同様である。図１０において、携帯端末Ａ１〜Ｅ
１は、携帯情報端末（ＰＤＡ、Personal Digital(Data)
Assistants ）、携帯電話、またはＰＨＳ（Personal H
andyphone System ）等である。

【００９０】図１０は、例えば端末Ｅの利用者の接続要
求が拒絶され、接続が予約された場合を示している。こ
のような場合、本システムでは、接続許可のメールの通
知先として端末Ｅの利用者の携帯端末Ｅ１が設定され
る。このような端末と携帯端末との組み合わせにより、
利用者の利便性が向上する。

【００９１】＜コンピュータ読み取り可能な記録媒体＞
上記実施の形態のいずれかの処理をコンピュータに実行
させるプログラムをコンピュータ読み取り可能な記録媒
体に記録することができる。そして、コンピュータに、
この記録媒体のプログラムを読み込ませて実行させるこ
とにより、上記実施の形態に示した負荷分散装置２また
は端末の機能を提供させることができる。

【００９２】ここで、コンピュータ読み取り可能な記録
媒体とは、データやプログラム等の情報を電気的、磁気
的、光学的、機械的、または化学的作用によって蓄積
し、コンピュータから読み取ることができる記録媒体を
いう。このような記録媒体のうちコンピュータから取り
外し可能なものとしては、例えばフロッピー（登録商
標）ディスク、光磁気ディスク、CD-ROM、CD-R/W、DV
D、DAT、８mmテープ、メモリカード等がある。

【００９３】また、コンピュータに固定された記録媒体
としてハードディスクやＲＯＭ（リードオンリーメモ
リ）等がある。

【００９４】＜搬送波に具現化されたデータ通信信号＞
また、上記プログラムをコンピュータのハードディスク
やメモリに格納し、通信媒体を通じて他のコンピュータ
に配布することができる。この場合、プログラムは、搬
送波によって具現化されたデータ通信信号として、通信
媒体を伝送される。そして、その配布を受けたコンピュ
ータに上記負荷分散装置２または端末の機能を提供させ
ることができる。

【００９５】ここで通信媒体としては、有線通信媒体、
例えば、同軸ケーブルおよびツイストペアケーブルを含
む金属ケーブル類、光通信ケーブル等、または、無線通
信媒体例えば、衛星通信、地上波無線通信等のいずれで
もよい。

【００９６】また、搬送波は、データ通信信号を変調す
るための電磁波または光である。ただし、搬送波は、直
流信号でもよい。この場合、データ通信信号は、搬送波
がないベースバンド波形になる。したがって、搬送波に
具現化されたデータ通信信号は、変調されたブロードバ
ンド信号と変調されていないベースバンド信号（電圧０
の直流信号を搬送波とした場合に相当）のいずれでもよ
い。

【００９７】＜その他＞さらに、本実施の形態は以下の
発明を開示する。

【００９８】（付記１） ネットワーク上の端末から接
続要求を受ける通信部と、接続された端末に機能を提供
する処理部と、前記処理部の負荷を判定する負荷判定部
と、接続を拒絶された端末の接続を予約する予約部と、
前記端末との接続を制御する制御部とを備え、前記制御
部は、前記処理部の負荷が所定範囲を超えているときに
は、前記接続要求を拒絶しその端末の接続を前記予約部
に予約し、前記処理部の負荷が所定範囲となったときに
予約済みの端末を接続させるサーバ。（１）

【００９９】（付記２） 前記制御部は、前記予約にお
いて、前記接続を予約された端末に予約識別情報を提供
し、前記処理部の負荷が所定範囲となったとき、予約済
みの端末に対して予約の優先度順に許可情報を提供し、
その許可情報を提供した端末から前記予約識別情報を提
示した接続要求があったときに、その端末を接続する請
求項１記載のサーバ。（２）

【０１００】（付記３） 前記許可情報は、前記予約識
別情報に対応した認証情報を含み、前記制御部は、前記
端末から前記予約識別情報と前記認証情報とを提示され
たときにその端末を接続する請求項２記載のサーバ。
（３）

【０１０１】（付記４） 前記許可情報の送信先を特定
する情報を設定する設定部をさらに有する請求項２記載
のサーバ。（４）

【０１０２】（付記５） ネットワーク上の端末に機能
を提供し、その端末に係る通知を所定の通信端末に通信
するサーバであり、前記端末から接続要求を受ける通信
部と、接続された端末に機能を提供する処理部と、前記
処理部の負荷を判定する負荷判定部と、接続を拒絶され
た端末の接続を予約する予約部と、前記端末との接続を
制御する制御部とを備え、前記制御部は、前記処理部の
負荷が所定範囲を超えているときには、前記接続要求を
拒絶しその端末の接続を前記予約部に予約し、前記予約
部に端末の接続が予約されている場合において前記処理
部の負荷が所定範囲となったときに、前記通信端末に接
続許可を示す許可情報を提供するサーバ。（５）

【０１０３】（付記６） ネットワーク上のサーバと接
続し、そのサーバから機能を提供される端末であり、ネ
ットワーク上のサーバに接続を要求する通信部と、情報
を記録する記録部と、前記サーバとの接続を制御する制
御部とを備え、前記制御部は、前記接続を拒絶されたと
きに接続の予約を示す予約識別情報を受信して前記記録
部に記録し、前記サーバへ次に接続を要求するときにそ
の予約識別情報を提示する端末。（６）

【０１０４】（付記７） ネットワーク上の端末から接
続要求を受けるステップと、所定の機能を実現する処理
部により、接続された端末にその機能を提供するステッ
プと、前記処理部の負荷を判定するステップと、前記処
理部の負荷が所定範囲を超えていないときに、前記接続
を要求した端末を接続させるステップと、前記処理部の
負荷が所定範囲を超えているときに、前記接続要求を拒
絶しその端末の接続を前記予約部に予約するステップ
と、前記処理部の負荷が所定範囲となったときに、予約
済みの端末を接続させるステップとをコンピュータに実
行させる負荷管理方法。

【０１０５】（付記８） 前記予約するステップは、前
記接続を要求した端末に予約識別情報を提供し、前記接
続させるステップは、前記処理部の負荷が所定範囲とな
ったとき、予約済みの端末に対して予約の優先度順に許
可情報を提供するステップと、その許可情報を提供した
端末から前記予約識別情報を提示した接続要求があった
ときに、その端末を接続するステップと有する請求項７
記載の負荷管理方法。

【０１０６】（付記９） 前記許可情報は、前記予約識
別情報に対応した認証情報を含み、前記接続させるステ
ップは、前記端末から前記予約識別情報と前記認証情報
とが提示されたときにその端末を接続する請求項８記載
の負荷管理方法。

【０１０７】（付記１０） 前記許可情報の送信先を特
定する情報の設定を促すステップをさらに有する請求項
８記載の負荷管理方法。

【０１０８】（付記１１） ネットワーク上の端末に係
る通知を所定の通信端末に送信し、前記端末が接続され
るコンピュータの負荷を管理する負荷管理方法であり、
ネットワーク上の端末から接続要求を受けるステップ
と、所定の機能を実現する処理部により、接続された端
末にその機能を提供するステップと、前記処理部の負荷
を判定するステップと、前記処理部の負荷が所定範囲を
超えていないときに、前記接続を要求した端末を接続さ
せるステップと、前記処理部の負荷が所定範囲を超えて
いるときに、前記接続要求を拒絶しその端末の接続を前
記予約部に予約するステップと、前記処理部の負荷が所
定範囲となったときに、前記通信端末に接続許可を示す
許可情報を提供するステップと、を有する負荷管理方
法。

【０１０９】（付記１２） ネットワーク上の端末がサ
ーバと接続し、そのサーバから機能の提供を受ける方法
であり、前記端末がネットワーク上のサーバに接続を要
求するステップと、前記接続を拒絶されたときに接続の
予約を示す予約識別情報を受信するステップと、前記サ
ーバへ次に接続を要求するときに、前記端末がその予約
識別情報を提示するステップとを有する、サーバから機
能の提供を受ける方法。

【０１１０】（付記１３） コンピュータに、ネットワ
ーク上の端末から接続要求を受けるステップと、所定の
機能を実現する処理部により、接続された端末にその機
能を提供するステップと、前記処理部の負荷を判定する
ステップと、前記処理部の負荷が所定範囲を超えていな
いときに、前記接続を要求した端末を接続させるステッ
プと、前記処理部の負荷が所定範囲を超えているとき
に、前記接続要求を拒絶しその端末の接続を前記予約部
に予約するステップと、前記処理部の負荷が所定範囲と
なったときに、予約済みの端末を接続させるステップ
と、を有するプログラム。（７）

【０１１１】（付記１４） 前記予約するステップは、
前記接続を要求した端末に予約識別情報を提供し、前記
接続させるステップは、前記処理部の負荷が所定範囲と
なったとき、予約済みの端末に対して予約の優先度順に
許可情報を提供するステップと、その許可情報を提供し
た端末から前記予約識別情報を提示した接続要求があっ
たときに、その端末を接続するステップと有する請求項
１３記載のプログラム。

【０１１２】（付記１５） 前記許可情報は、前記予約
識別情報に対応した認証情報を含み、前記接続させるス
テップは、前記端末から前記予約識別情報と前記認証情
報とを提示されたときにその端末を接続する請求項１４
記載のプログラム。

【０１１３】（付記１６） 前記許可情報の送信先を特
定する情報の設定を促すステップをさらに有する請求項
１４記載のプログラム。

【０１１４】（付記１７） コンピュータに、ネットワ
ーク上の端末に係る通知を所定の通信端末に送信し、前
記端末が接続された前記コンピュータまたは他のコンピ
ュータの負荷を管理させるプログラムであり、ネットワ
ーク上の端末から接続要求を受けるステップと、所定の
機能を実現する処理部により、接続された端末にその機
能を提供するステップと、前記処理部の負荷を判定する
ステップと、前記処理部の負荷が所定範囲を超えていな
いときに、前記接続を要求した端末を接続させるステッ
プと、前記処理部の負荷が所定範囲を超えているとき
に、前記接続要求を拒絶しその端末の接続を前記予約部
に予約するステップと、前記処理部の負荷が所定範囲と
なったときに、前記通信端末に接続許可を示す許可情報
を提供するステップと、を有するプログラム。（８）

【０１１５】（付記１８） ネットワーク上の端末に、
サーバと接続させ、そのサーバから機能の提供を受けさ
せるプログラムであり、ネットワーク上のサーバに接続
を要求するステップと、前記接続を拒絶されたときに接
続の予約を示す予約識別情報を受信するステップと、前
記サーバへ次に接続を要求するときに、その予約識別情
報を提示するステップとを有するプログラム。（９）

【０１１６】（付記１９） コンピュータに、ネットワ
ーク上の端末から接続要求を受けるステップと、所定の
機能を実現する処理部により、接続された端末にその機
能を提供するステップと、前記処理部の負荷を判定する
ステップと、前記処理部の負荷が所定範囲を超えていな
いときに、前記接続を要求した端末を接続させるステッ
プと、前記処理部の負荷が所定範囲を超えているとき
に、前記接続要求を拒絶しその端末の接続を前記予約部
に予約するステップと、前記処理部の負荷が所定範囲と
なったときに、予約済みの端末を接続させるステップ
と、を有するプログラムを記録したコンピュータ読み取
り可能な記録媒体。（１０）

【０１１７】

【発明の効果】以上説明したように、本発明によれば、
過負荷となったサーバに利用者が何度もアクセスを繰り
返すことによるサーバ負荷を低減することができる。ま
た、アクセスできないことによる利用者のストレスを軽
減できる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態に係る負荷分散装置２
の原理構成図

【図２】 端末の状態遷移を示す図

【図３】 端末に表示される画面例を示す図

【図４】 負荷分散装置２が使用する端末テーブルの例

【図５】 サーバ１、負荷分散装置２、および端末を含
むシステム全体の処理フロー図

【図６】 サーバ負荷状況調査（図５のＳ２）〜予約番
号通知処理（図５のＳ１１）の詳細を示すフローチャー
ト

【図７】 端末におけるサーバ待ち選択（図５のＳ７）
〜再接続要求（図５のＳ１６）の詳細を示すフローチャ
ート

【図８】 負荷分散装置２における優先順位遷移処理を
示すフローチャート

【図９】 負荷分散装置２における予約番号チェック処
理の詳細を示すフローチャート

【図１０】携帯端末を利用した本発明の変形例を示す図

【符号の説明】

Ａ−Ｅ 端末 Ａ１−Ｅ１ 携帯端末 １ サーバ ２ 負荷分散装置 ２１ サーバ負荷状況調査モジュール ２２ 接続要求スケジューリング ３０ 接続ボタン ３１ 再接続待ちボタン ３４ メールアドレス入力ウィンドウ ３５ 予約番号入力ウィンドウ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上の端末から接続要求を受
   ける通信部と、 接続された端末に機能を提供する処理部と、 前記処理部の負荷を判定する負荷判定部と、 接続を拒絶された端末の接続を予約する予約部と、 前記端末との接続を制御する制御部とを備え、 前記制御部は、前記処理部の負荷が所定範囲を超えてい
   るときには、前記接続要求を拒絶しその端末の接続を前
   記予約部に予約し、前記処理部の負荷が所定範囲となっ
   たときに予約済みの端末を接続させるサーバ。
2. 【請求項２】 前記制御部は、前記予約において、前記
   接続を予約された端末に予約識別情報を提供し、前記処
   理部の負荷が所定範囲となったとき、予約済みの端末に
   対して予約の優先度順に許可情報を提供し、その許可情
   報を提供した端末から前記予約識別情報を提示した接続
   要求があったときに、その端末を接続する請求項１記載
   のサーバ。
3. 【請求項３】 前記許可情報は、前記予約識別情報に対
   応した認証情報を含み、前記制御部は、前記端末から前
   記予約識別情報と前記認証情報とを提示されたときにそ
   の端末を接続する請求項２記載のサーバ。
4. 【請求項４】 前記許可情報の送信先を特定する情報を
   設定する設定部をさらに有する請求項２記載のサーバ。
5. 【請求項５】 ネットワーク上の端末に機能を提供し、
   その端末に係る通知を所定の通信端末に通信するサーバ
   であり、 前記端末から接続要求を受ける通信部と、 接続された端末に機能を提供する処理部と、 前記処理部の負荷を判定する負荷判定部と、 接続を拒絶された端末の接続を予約する予約部と、 前記端末との接続を制御する制御部とを備え、 前記制御部は、前記処理部の負荷が所定範囲を超えてい
   るときには、前記接続要求を拒絶しその端末の接続を前
   記予約部に予約し、前記予約部に端末の接続が予約され
   ている場合において前記処理部の負荷が所定範囲となっ
   たときに、前記通信端末に接続許可を示す許可情報を提
   供するサーバ。
6. 【請求項６】 ネットワーク上のサーバと接続し、その
   サーバから機能を提供される端末であり、 ネットワーク上のサーバに接続を要求する通信部と、 情報を記録する記録部と、 前記サーバとの接続を制御する制御部とを備え、 前記制御部は、前記接続を拒絶されたときに接続の予約
   を示す予約識別情報を受信して前記記録部に記録し、前
   記サーバへ次に接続を要求するときにその予約識別情報
   を提示する端末。
7. 【請求項７】 コンピュータに、 ネットワーク上の端末から接続要求を受けるステップ
   と、 所定の機能を実現する処理部により、接続された端末に
   その機能を提供するステップと、 前記処理部の負荷を判定するステップと、 前記処理部の負荷が所定範囲を超えていないときに、前
   記接続を要求した端末を接続させるステップと、 前記処理部の負荷が所定範囲を超えているときに、前記
   接続要求を拒絶しその端末の接続を前記予約部に予約す
   るステップと、 前記処理部の負荷が所定範囲となったときに、予約済み
   の端末を接続させるステップと、を有するプログラム。
8. 【請求項８】 コンピュータに、 ネットワーク上の端末に係る通知を所定の通信端末に送
   信し、前記端末が接続された前記コンピュータまたは他
   のコンピュータの負荷を管理させるプログラムであり、 ネットワーク上の端末から接続要求を受けるステップ
   と、 所定の機能を実現する処理部により、接続された端末に
   その機能を提供するステップと、 前記処理部の負荷を判定するステップと、 前記処理部の負荷が所定範囲を超えていないときに、前
   記接続を要求した端末を接続させるステップと、 前記処理部の負荷が所定範囲を超えているときに、前記
   接続要求を拒絶しその端末の接続を前記予約部に予約す
   るステップと、 前記処理部の負荷が所定範囲となったときに、前記通信
   端末に接続許可を示す許可情報を提供するステップと、
   を有するプログラム。
9. 【請求項９】 ネットワーク上の端末に、サーバと接続
   させ、そのサーバから機能の提供を受けさせるプログラ
   ムであり、 ネットワーク上のサーバに接続を要求するステップと、 前記接続を拒絶されたときに接続の予約を示す予約識別
   情報を受信するステップと、 前記サーバへ次に接続を要求するときに、その予約識別
   情報を提示するステップとを有するプログラム。
10. 【請求項１０】 コンピュータに、 ネットワーク上の端末から接続要求を受けるステップ
    と、 所定の機能を実現する処理部により、接続された端末に
    その機能を提供するステップと、 前記処理部の負荷を判定するステップと、 前記処理部の負荷が所定範囲を超えていないときに、前
    記接続を要求した端末を接続させるステップと、 前記処理部の負荷が所定範囲を超えているときに、前記
    接続要求を拒絶しその端末の接続を前記予約部に予約す
    るステップと、 前記処理部の負荷が所定範囲となったときに、予約済み
    の端末を接続させるステップと、を有するプログラムを
    記録したコンピュータ読み取り可能な記録媒体。