JPH06348662A - ネットワーク用サーバ - Google Patents

Abstract

(57)【要約】 【目的】 ネットワークに接続され、端末から要求され
た処理を行う一種のコンピュータであるネットワーク用
サーバにおいて、負荷を平均的に分担させ、処理効率を
向上させること。 【構成】 ネットワーク用サーバを、負荷量のしきい値
を設定するしきい値設定部１３と、自己の負荷量を記録
する負荷量記録部１２と、負荷量を比較する負荷量比較
部１４と、しきい値より負荷量の方が小である場合に処
理を手伝える旨のリクエストパケットをネットワークに
対して発行するリクエストパケット発行部９と、他に処
理を依頼する旨のアクノリッジパケットを発行するアク
ノリッジパケット発行部１０と、アクノリッジパケット
を受信した時に処理の引き渡しを要求する受入要求を発
行する受入要求発行部１１とを具えたものとする。負荷
量がしきい値より小の状態にあるネットワーク用サーバ
はリクエストパケットを発行し、他のネットワーク用サ
ーバの手助けが出来る旨を申出、それを受信したネット
ワーク用サーバは自己の負荷量の方が多ければ、処理を
依頼する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークに接続さ
れ、端末から要求された処理を行う一種のコンピュータ
であるネットワーク用サーバに関するものである。

【０００２】

【従来の技術】多くのネットワーク用サーバと端末とが
ネットワークに接続されて構成されたネットワークシス
テムにおいては、各ネットワーク用サーバは、いろいろ
な端末から要求された処理を受け付け、それを実行して
行く。沢山の処理を依頼されたネットワーク用サーバ
は、処理効率が悪くなり、処理を終えるまでの時間が長
くなる。そこで、ネットワークシステム全体の処理時間
を速めるため、多くの処理を依頼されたネットワーク用
サーバは、依頼が少ないネットワーク用サーバに一部を
渡して処理してもらう、いわゆる負荷（依頼された処
理）の分散が提案されている。

【０００３】例えば、特開昭62−135953号には、ネット
ワークに接続されている各コンピュータは、自己の負荷
量を常時マスタコンピュータに知らせ、マスタコンピュ
ータは、負荷量が限度を超えたコンピュータに対して
は、低負荷のコンピュータを知らせてやり、それに負荷
を分担させる技術が開示されている。

【０００４】また、特開平62−135955号には、ネットワ
ークに接続される各コンピュータは、自己の負荷量が限
度を超えると、他のコンピュータに援助を要求する信号
（リクエスト信号）を送り、それを受信した低負荷のコ
ンピュータは、援助できるとの信号（アクノリッジ信
号）を送り返し、負荷を分担する技術が開示されてい
る。

【０００５】

【発明が解決しようとする課題】しかしながら、前記し
た従来の技術では、他のコンピュータに負荷を分担して
貰えるのは、設定された限度を超えた負荷を課せられた
コンピュータだけである。或るコンピュータは限度いっ
ぱいの負荷を抱えて処理を実行しているというのに、他
のコンピュータは、軽い負荷しか処理していないという
状態となってしまう。これでは、限度を超えた高負荷状
態になるコンピュータはなくなるものの、負荷の分散が
未だ充分になされておらず、処理効率が悪いという問題
点が生ずる。本発明は、このような問題点を解決するこ
とを課題とするものである。

【０００６】

【課題を解決するための手段】前記課題を解決するた
め、本発明では、ネットワークに接続され端末から要求
された処理を行うネットワーク用サーバにおいて、負荷
量のしきい値を設定するしきい値設定部と、自己の負荷
量を記録する負荷量記録部と、負荷量の大小を比較する
負荷量比較部と、比較した結果負荷量の方が小である場
合に処理を手伝える旨のリクエストパケットをネットワ
ークに対して発行するリクエストパケット発行部と、受
信したリクエストパケットに記されている負荷量より自
己の負荷量の方が大である場合に処理を依頼する旨のア
クノリッジパケットを発行するアクノリッジパケット発
行部と、アクノリッジパケットを受信した時に処理の引
き渡しを要求する受入要求を発行する受入要求発行部と
を具えることとした。

【０００７】

【作 用】自己の負荷量がしきい値より小の状態にあ
るネットワーク用サーバには、他のネットワーク用サー
バの処理を手伝える旨のリクエストパケットを発行させ
る。即ち、余力のあるネットワーク用サーバには申し出
させておく。リクエストパケットを受信した他のネット
ワーク用サーバは、自分の負荷量の方が多ければ処理を
依頼する。

【０００８】限度を超えた負荷を課せられたネットワー
ク用サーバのみが他に依頼するのではなく、余力のある
ネットワーク用サーバの負荷と比べて自己の方が多けれ
ば依頼するので、負荷分担が従来例より平均化される。
そのため、処理が効率よく行われ、全体の処理時間も短
くなる。

【０００９】

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。図１は、本発明のネットワーク用サーバを
用いたネットワークを示す図である。図１において、１
〜４は端末、５はネットワーク、６〜８はネットワーク
用サーバ、９はリクエストパケット発行部、１０はアク
ノリッジパケット発行部、１１は受入要求発行部、１２
は負荷量記録部、１３はしきい値設定部、１４は負荷量
比較部である。

【００１０】端末１〜４からは、特定のネットワーク用
サーバに宛てて、種々の処理が依頼される。ネットワー
ク用サーバ６，７，８は、いずれも同様の構成を有して
いるので、ネットワーク用サーバ６を例にとって説明す
る。ネットワーク用サーバ６は、端末より依頼された処
理を実行する構成要素（図示せず）の他、本発明のもの
では次のような構成要素を有している。

【００１１】負荷量記録部１２は、自己のネットワーク
用サーバが依頼された処理の数を記録する部分であり、
しきい値設定部１３は、自己のネットワーク用サーバの
能力からみて適正な負荷量を設定する部分である。この
しきい値は、処理能力の限界に相当する負荷量ではな
く、援助を申し出れる余裕の限界という観点から定めた
値である。因みに、図１では、図中に記したように、各
ネットワーク用サーバのしきい値，負荷量を次のように
仮定している。 しきい値 負荷量 ネットワーク用サーバ６→ ３０ ８０ ネットワーク用サーバ７→ ２５ ２０ ネットワーク用サーバ８→ ２０ １０

【００１２】負荷量比較部１４は、自己の負荷量を、し
きい値やリクエストパケットに記されている負荷量と比
較する部分である。リクエストパケット発行部９は、前
記比較の結果を受け、負荷量がしきい値より小であれ
ば、ネットワーク５に対して、他のネットワーク用サー
バの援助をすることが出来るとの「リクエストパケット
（ＲＥＱパケット）」を発行する部分である。

【００１３】図３に、リクエストパケットの構成を示
す。リクエストパケット２０は、送先アドレス，自アド
レス，サービス名および自己の負荷量から成る。送先ア
ドレスはパケットの宛先であるが、特定のネットワーク
用サーバあてではなく、ネットワーク全体に対して送出
するというブロードキャスト方式の宛て名とする。自ア
ドレスは、発行元のネットワーク用サーバに付与されて
いる識別用のアドレスである。サービス名は、発行元の
ネットワーク用サーバがやれる処理の種類を表す。これ
には例えば、プリントサービス，ファイリングサービ
ス，演算サービス等がある。自己の負荷量は、発行元の
ネットワーク用サーバの負荷量（つまり負荷量記録部１
２に記録されている負荷量）が記載される。

【００１４】図１に戻るが、アクノリッジパケット発行
部１０は、他のネットワーク用サーバに処理を依頼する
と決定した時に、処理を依頼するとの「アクノリッジパ
ケット（ＡＣＫパケット）」を発行する部分である。受
入要求発行部１１は、他のネットワーク用サーバの処理
を引き受ける際、受け入れの用意が出来ているから処理
を引き渡すようにとの「受入要求」を発行する部分であ
る。

【００１５】図２は、本発明のネットワーク用サーバの
動作を説明するフローチャートである。 ステップ１…ネットワーク５からリクエストパケットが
来たかどうかチェックする。リクエストパケットは、負
荷量がしきい値より少ないネットワーク用サーバがネッ
トワーク５に向けて発行しているから、それがネットワ
ーク５に出されれば、他のネットワーク用サーバは受信
する。 ステップ２…リクエストパケットを受信した時には、リ
クエストパケットを発行したネットワーク用サーバに依
頼できる処理があるかチェックする。ネットワーク用サ
ーバによっては性能的に劣り、依頼しても処理できない
場合があるからである。

【００１６】ステップ３…リクエストパケットに記して
あるサービス名を参照して、援助してくれるという具体
的な処理を知る。 ステップ４…自己のネットワーク用サーバの負荷量（こ
れは負荷量記録部１２に記してある）が、リクエストパ
ケットに記してある負荷量より大かどうかチェックす
る。自己の負荷量の方が大である場合にのみ、処理を依
頼するようにするためである。依頼するかしないかの判
断基準を、自己の負荷量の方が多いか否かに置いてい
る。ここが、最大限度を超えて負荷が課せられているか
否かを判断基準に置いている従来例とは異なる。

【００１７】ステップ５…自己の負荷量の方が多い場合
には、リクエストパケットを発行したネットワーク用サ
ーバに処理を依頼すべく、アクノリッジパケットを発行
する。なお、１つのリクエストパケットを受けたら直ぐ
アクノリッジパケットを発行するのでなく、暫く時間を
おき、その間に受信した複数のリクエストパケットの中
から１つを選択して、アクノリッジパケットを発行する
ようにしてもよい。その場合の選択は、１番最初に来た
ものを選択するとしてもよいし、最も負荷量が少ないネ
ットワーク用サーバから来たものを選択するとしてもよ
い。

【００１８】ステップ６…リクエストパケットを発行し
たネットワーク用サーバから、処理を受け入れる旨の受
入要求が来たかチェックする。 ステップ７…受入要求が来れば、依頼する処理をそのネ
ットワーク用サーバに渡す。 ステップ８…ステップ１でリクエストパケットを受信し
ない時には、自己の負荷量が自己のしきい値より小かど
うかチェックする。つまり、自己の負荷状態の監視を行
う。

【００１９】ステップ９…負荷量がしきい値より小であ
れば、リクエストパケットを発行する。図１の例では、
ネットワーク用サーバ６は、負荷量（８０）がしきい値
（３０）より大であるから発行しない。しかし、ネット
ワーク用サーバ７は、負荷量（２０）がしきい値（２
５）より小なので発行する。ネットワーク用サーバ８
も、同様に発行する。 ステップ１０…どこかのネットワーク用サーバより、ア
クノリッジパケットが来たかどうかチェックする。

【００２０】ステップ１１…アクノリッジパケットが来
れば、それを発行したネットワーク用サーバに対して、
受入要求を発行する。複数のネットワーク用サーバから
アクノリッジパケットを送って来た場合には、一番最初
に送って来たネットワーク用サーバに対して発行すると
か、或いは送って来た中で最も高負荷のネットワーク用
サーバに対して発行する。 ステップ１２…アクノリッジパケットを発行したネット
ワーク用サーバから、依頼された処理を送ってもらい、
受け入れる。

【００２１】

【発明の効果】以上述べた如く、本発明によれば、ネッ
トワーク用サーバは、自己の負荷量がしきい値より小の
状態にある場合には、他のネットワーク用サーバの処理
を手伝える旨のリクエストパケットを発行し、それを受
信したネットワーク用サーバは、自分の負荷量の方が多
ければ、アクノリッジパケットを発行して処理を依頼す
る。このように、余力があることを自発的に申し出さ
せ、負荷量を比べて負荷の分散を行うので、負荷が従来
例より一層平均的に分散され、処理効率が向上する。

【図面の簡単な説明】

【図１】 本発明のネットワーク用サーバを用いたネッ
トワークを示す図

【図２】 本発明のネットワーク用サーバの動作を説明
するフローチャートを示す図

【図３】 リクエストパケットの構成を示す図

【符号の説明】

１〜４…端末、５…ネットワーク、６〜８…サーバ、９
…リクエストパケット発行部、１０…アクノリッジパケ
ット発行部、１１…受入要求発行部、１２…負荷量記録
部、１３…しきい値設定部、１４…負荷量比較部、２０
…リクエストパケット

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続され端末から要求さ
   れた処理を行うネットワーク用サーバにおいて、負荷量
   のしきい値を設定するしきい値設定部と、自己の負荷量
   を記録する負荷量記録部と、負荷量の大小を比較する負
   荷量比較部と、比較した結果負荷量の方が小である場合
   に処理を手伝える旨のリクエストパケットをネットワー
   クに対して発行するリクエストパケット発行部と、受信
   したリクエストパケットに記されている負荷量より自己
   の負荷量の方が大である場合に処理を依頼する旨のアク
   ノリッジパケットを発行するアクノリッジパケット発行
   部と、アクノリッジパケットを受信した時に処理の引き
   渡しを要求する受入要求を発行する受入要求発行部とを
   具えたことを特徴とするネットワーク用サーバ。