JPH09106381A - 通信サーバ負荷分散処理方式 - Google Patents

Abstract

(57)【要約】 【課題】 多数のクライアントからの処理の要求が同時
に発生し通信サーバに過負荷が発生しそうになった際に
それを未然に防ぎ、システム全体のスループット、処理
能力の向上を図ると共にシステム規模の拡大／縮小に柔
軟に対応する。 【解決手段】ホスト連携型クライアント・サーバ・シス
テムにおいて、クライアント１１からの処理の要求に応
じて通信サーバ１９において、クライアント制御プログ
ラム４の開始からＬＡＮ制御プログラム５へ出力するま
での通信処理速度を計測し、予め設定した負荷の上限と
比較する。この負荷はクライアントの数が増えると大き
くなり、上限値を超えると。ＬＡＮ９上のサーバの内か
らの予めきめた順序に従って、あるいは負荷の最も少な
いものを選択して、通信サーバ１９の機能を代替する代
替サーバ２０として動的に分散配置して稼動させる。こ
の選択情報はクライアント１１へ通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、メインフレーム
であるホスト計算機と連携したクライアント・サーバ・
システムにおいて、クライアント計算機とホスト計算機
との間の通信制御を行う通信サーバに関するものであ
る。

【０００２】

【従来の技術】図１３は従来のホスト計算機とクライア
ント・サーバ・システムが連携して動作するホスト連携
型クライアント・サーバ・システムのネットワーク構成
を示すシステム構成図である。図において、１８はホス
ト計算機、１１はクライアント計算機、１９はホスト計
算機１８とクライアント計算機１１との通信を制御する
通信サーバ、１０はホスト計算機１８と通信サーバとを
接続する通信回線、９は通信サーバ１９とクライアント
１１を接続するＬＡＮ（ローカル・エリア・ネットワー
ク）である。

【０００３】なお、ホスト計算機１８と通信サーバ１９
とが接続される通信回線１０としては、専用線、パケッ
ト交換網、回線交換網、ＬＡＮ（ローカル・エリア・ネ
ットワーク）などが使用されている。

【０００４】また、図１４は上記、従来のホスト連携型
クライアント・サーバ・システムにおける通信サーバ１
９の構成を示す通信サーバの構成図である。図におい
て、１はサーバ計算機本体、２はオペレーティング・シ
ステム、３はホスト計算機１８との通信制御を行なう通
信制御プログラム、４はクライアント１１との通信プロ
トコルとホスト計算機１８との通信プロトコルとの間の
プロトコル変換を行うクライアント制御プログラム、５
は通信サーバ１９がクライアント１１との通信制御を行
うＬＡＮ制御プログラム、６は回線制御プログラム、７
はＬＡＮ制御装置、８は回線制御装置、９はＬＡＮ（ロ
ーカル・エリア・ネットワーク）、１０は通信回線（ホ
スト接続回線）である。

【０００５】次に図１４に示す通信サーバ１９の動作に
ついて説明する。ホスト連携型クライアント・サーバ・
システムにより、クライアント１１は以下の機能を使用
する事ができる。 （１）ホスト計算機の端末エミュレーション （２）ホスト計算機とクライアントとのファイル転送 （３）ホスト計算機とクライアントとのアプリケーショ
ン間通信 上記機能をクライアント１１に提供するために通信サー
バ１９はＬＡＮ制御プログラム５と、通信制御プログラ
ム３及び回線制御プログラム６と、クライアント制御プ
ログラム４とから構成されている。

【０００６】通信サーバ１９の通信制御プログラム３は
システムの立上時にあらかじめホスト計算機１８との接
続要求を通信回線制御プログラム６に対して行い、ホス
ト計算機１８と物理的な（ハードウェア的な）接続を行
い当該ホスト計算機１８との接続状況を管理すると共
に、ホスト計算機１８に搭載された通信制御プログラム
（図示せず）との間で論理回線の活性化処理を行い、全
ての論理回線を使用可能とする。

【０００７】ここで、論理回線とは通信回線プログラム
６で作成され、物理回線上に複数設定できる論理的な通
信路をいい、前記エミュレーション機能、ファイル転
送、アプリケーション間通信等の通信サービスの各々に
対応するものである。

【０００８】次に、通信サーバ１９に対してクライアン
ト１１からの接続要求があった場合、通信サーバ１９に
おいてまずオペレーティング・システム２の一部である
ＬＡＮ制御プログラム５が接続処理を行う。ＬＡＮ制御
プログラム５はクライアント制御プログラム４にクライ
アント１１からの接続要求があった旨を伝達すると共に
接続可否の判断を問い合わせる。次にクライアント制御
プログラム４は上記の通信制御プログラム３に対して現
在接続可能なホスト論理回線が存在するかどうかを問い
合わせ、接続が可能な論理回線が存在すればクライアン
ト制御プログラム４はＬＡＮ制御プログラム５に対して
上記クライアント１１との接続を行うように指示を返
す。

【０００９】上記接続処理により、通信サーバ１９を介
してクライアント１１とホスト計算機１８との間でデー
タ送受信が可能となる。クライアント１１からホスト計
算機１８への送信データ及びホスト計算機１８からクラ
イアント１１への送信データは以下の流れで処理され
る。 １．クライアント１１からホスト計算機１８への送信デ
ータ ＬＡＮ制御プログラム５ ＝＞ クライアント制御プログ
ラム４＝＞ 通信制御プログラム３ ＝＞ 通信回線制御
プログラム６ ２．ホスト計算機１８からクライアント１１への送信デ
ータ 通信回線制御プログラム６ ＝＞ 通信制御プログラム３ クライアント制御プログラム４ ＝＞ ＬＡＮ制御プログ
ラム５

【００１０】この際に、クライアント１１と通信サーバ
１９との間の通信プロトコルと、通信サーバ１９とホス
ト計算機１８との間の通信プロトコルとはお互いに異な
るため、クライアント制御プログラム４は両通信プロト
コルの変換を行う。また、クライアント１１と通信サー
バ１９との間を流れるデータフォーマットと通信サーバ
１９とホスト計算機１８との間を流れるデータフォーマ
ットも異なるため、クライアント制御プログラム４は両
データフォーマットのフォーマット変換を行う。

【００１１】以前には、ホスト計算機１８を接続する通
信回線１０（以下ホスト接続回線という）の速度がクラ
イアント１１を接続するＬＡＮ９よりも低速であったた
め、ホスト接続回線１０における通信速度がボトルネッ
クとなり、通信サーバ１９側の処理の過負荷といった問
題はほとんど発生しなかった。また、以前はシステム規
模（クライアント１１の数）も小さく１台の通信サーバ
に接続できるクライアント１１の数はそれほど多くなか
ったため、通信サーバ１９側の処理が問題となる事は少
なかった。

【００１２】しかし、近年ではホスト計算機１８を接続
する通信回線のＬＡＮ化、高速化が進んでおり、上記ホ
スト接続回線１０の通信速度のボトルネックは解消され
て来ており、より多くのクライアント１１を収容しなけ
ればいけない大規模なシステム構築が要求されて来てい
る。このようなシステム構成を取った場合、今度は多数
のクライアント１１が接続される事により通信サーバ１
９の過負荷が発生してきている。具体的には、クライア
ント１１とホスト計算機１８がオンライン業務を行って
いる際の応答性能が低下したり、ファイル転送を実行時
に一度に処理できるデータ転送量の低下の問題が発生し
ている。

【００１３】上記の問題は図１４に示すＬＡＮ制御プロ
グラム５及び、システムで最もＣＰＵ使用率の高いクラ
イアント制御プログラム４が同時に多数のクライアント
１１との通信処理を行わなければならない事に起因して
いる。クライアント制御プログラム４は通信プロトコル
の変換処理やデータフォーマット変換処理を行うのでＣ
ＰＵ使用率は他プログラムと比較してかなり高い。

【００１４】さらに、クライアント制御プログラム４は
オペレーティング・システム２の上で動作する１つのプ
ロセスとして構成されているので、複数のクライアント
１１が接続された場合には、各クライアント１１との処
理を一つずつシーケンシャルに行わなければならない。
従って、従来技術のシステム構成ではクライアント制御
プログラム４の処理がボトムネックとなり、ホスト接続
回線１０の高速化を行っても通信システム全体のスルー
プットはなかなか向上できない。

【００１５】また、このような通信サーバ１９の過負荷
が発生したサーバ計算機本体１においては、ＣＰＵ、メ
モリ、ディスク資源もクライアント１１とホスト計算機
１８との間の通信処理のために占有されるので、データ
ベース処理、オンライン処理等の他の業務システムが通
信サーバ１９のサーバ計算機本体１の上で動作している
場合、その処理能力も低下させてしまう結果となる。

【００１６】このような問題を解決する方法としては、
処理のボトルネックとなっているプログラムをマルチ・
プロセス構成又はマルチ・スレッド（スレッドとは１つ
のプロセスの中にサービスの種類毎に設けられる個々の
小さい実行単位をいい、マルチ・スレッドとは１つのプ
ロセスの中の複数の実行単位を並列処理することによ
り、処理時間のかかる実行単位の占有により他の実行単
位が長時間待たされる事態の発生を防ぐ方法をいう）構
成とする方法が従来から取られてきた。

【００１７】特開平５−８１１６３号公報では、通信ネ
ットワーク上のサーバに要求された処理をスレッドを用
いて並列に実行し、処理効率の向上を図る方法が考案さ
れている。しかし、この公報に示された発明によればＣ
ＰＵの効率的な利用はできても、ディスク資源、メモリ
資源など計算機上の他の資源の有効利用をする事ができ
ない。また、サーバ計算機自身の処理能力は変わらない
ため、クライアントの数が増大すると他の業務システム
の処理が低下するという影響が発生する。さらに、サー
バの資源自身にも限界があるため、将来のシステムの大
規模化に対応する事はできない。

【００１８】また、特開平５−９４３６０号公報は分散
データベースシステムの分散データベースサーバシステ
ムにおけるサーバープロセスの複数化による負荷分散、
処理能力の改善を目指したものであるが、限られたＣＰ
Ｕ資源の有効的な利用しかできないため特開平５−８１
１６３号公報と同様の問題点がある。

【００１９】また、特開平４−２７１４５５号公報は、
ネットワーク上に同一機能のサーバを複数設置すること
でマルチＣＰＵシステムを実現しシステム全体のスルー
プット向上を図った負荷分散装置に関するものである
が、クライアントはあらかじめ負荷分散に使用される全
てのサーバのネットワーク上のアドレスを知る必要があ
り、システムの運用管理が複雑になるという問題点があ
る。

【００２０】また、クライアントが処理を要求するサー
バを選択するためには１つ１つのサーバに問い合わせる
処理形態を取っており、サーバ数が多い時はクライアン
トがサーバに接続するまでに複数のサーバに問い合わせ
を行うケースもあり、クライアントとサーバの接続に時
間が掛かるという問題点がある。

【００２１】さらに、各サーバが同一ＬＡＮ上でなく、
中継装置を介して複数のＬＡＮに跨る場合や広域網を介
している場合には、クライアントとサーバの接続にさら
に時間が掛かるだけでなく、回線コストという面でも問
題となってくる。

【００２２】また、特開平５−２１０６４３号公報は、
ネットワーク上に複数の計算機を設置し、各計算機がク
ライアントとサーバの双方の機能を兼ね備えた構成とな
っており、クライアントとなった計算機は最も負荷の小
さい計算機をサーバとして使用する事によりシステムの
パフォーマンスの向上を狙ったものである。この特開平
５−２１０６４３号公報の特徴はクライアントから各サ
ーバへの問い合わせを行う際にブロードキャスト手段を
用いている点であり、特開平４−２７１４５５号公報で
問題となったクライアントが全てのサーバのネットワー
ク上のアドレスを認識する必要はなくなる。また同時に
全てのサーバへの問い合わせが可能であるためクライア
ントとサーバの接続時間は短縮できるという効果を持
つ。しかし、同時に全てのサーバにブロードキャストデ
ータを送信するために、サーバが広域網を介して存在す
る場合には接続の都度不要な回線費用が発生する。従っ
て、ＬＡＮ内で閉じた小規模システムでしか有効でない
技術である。

【００２３】

【発明が解決しようとする課題】従来のホスト連携型ク
ライアント・サーバ・システムは、以上のように構成さ
れているので、以下に示す問題があった。 (1) 多数のクライアントから接続要求が発生し通信サー
バに過負荷が発生した際にシステム全体のスループッ
ト、処理能力が低下する。 (2) 上記(1)の問題を解決するために通信サーバのボト
ルネックとなるプログラムのマルチ・プロセス、マルチ
・スレッド化を行っても、ＣＰＵの有効利用のみ可能で
あり、ディスク、メモリ資源の資源の有効利用はできな
い。 (3)また、サーバ計算機は通信処理に占有されてしまう
為、通信以外の他業務の処理能力が低下する。 (4)また、システム規模の拡大に対応できない。

【００２４】(5)上記(1)の問題を解決するためにネット
ワーク上に通信サーバを複数設置する場合にも、システ
ムの運用管理が複雑になる。 (6)また、クライアントとサーバの接続に時間が掛か
り、通信コストが掛かる。(7)また、クライアントがサ
ーバを選択する手段が必要となる。

【００２５】この発明は、上記のような問題点を解消す
るためになされたもので、 (1)同時に多数のクライアントから接続及び処理の要求
が発生し通信サーバに過負荷が発生しそうになった際に
それを未然に防ぎ、システム全体のスループット、処理
能力の向上を図る。 (2)上記(1)の目的を達成する際に、通信以外の他業務の
処理の低下を引き起こさない。 (3)上記(1)の目的を達成する際に、不要なクライアント
とサーバの接続時間を最少限に押さえる。 (4)上記(1)の目的を達成する際に、無用な通信コストは
発生させない。 (5)システム構成の変更、規模の拡大／縮小に柔軟に対
応し、上記(1)の目的を達成する。 (6)ＣＰＵの有効利用のみでなく、ディスク、メモリ資
源の資源の有効利用を図る。 (7) 上記(1)の目的を達成する際に、システムの運用管
理を複雑にしない。 ことを目的とする。

【００２６】

【課題を解決するための手段】第１の発明に係る通信サ
ーバ負荷分散処理方式はホストと、クライアントとサー
バがＬＡＮなどのネットワークにより構成されるクライ
アント／サーバシステムと、上記ネットワーク上に設け
られ、上記ホストと上記クライアント／サーバシステム
とが通信回線を介して連携して動作するように制御する
通信サーバと、上記クライアントの接続台数の増加によ
り上記通信サーバのクライアント処理に過負荷が発生し
システム全体の処理能力が低下した際に、上記ネットワ
ークに接続されている他の計算機を上記通信サーバの代
替として動作する代替サーバと、を備えたものである。

【００２７】第２の発明に係る通信サーバ負荷分散処理
方式は通信サーバが該通信サーバを構成する各通信プロ
グラムの通信処理時間を計測し、この通信処理時間に基
づいて通信サーバの負荷状況を監視する負荷状況監視手
段と、上記通信処理時間が予め設定した上限値を超えた
際に自動的に代替サーバの稼働要求を行う代替サーバ稼
働要求手段と、を備えたものである。

【００２８】第３の発明に係る通信サーバ負荷分散処理
方式は通信サーバが該通信サーバを構成する各通信プロ
グラムの通信処理時間を計測し、この通信処理時間と統
計情報に基づいて前回測定まで累計された処理の平均時
間である累計処理平均時間を算出し、上記通信処理時間
と上記累計処理平均時間とに基づいて通信サーバの負荷
状況を監視する負荷状況監視手段と、上記通信処理時間
と上記累計処理平均時間に基づく上記通信サーバの負荷
が予め設定した負荷上限を超えた際に自動的に代替サー
バの稼働要求を行う代替サーバ稼働要求手段と、を備え
たものである。

【００２９】第４の発明に係る通信サーバ負荷分散処理
方式は通信サーバの負荷は以下の式 通信サーバの負荷 ＝ 処理平均時間／累計処理平均時
間 より求めるものである。

【００３０】第５の発明に係る通信サーバ負荷分散処理
方式は通信サーバはネットワークに接続されるクライア
ント台数を計測するクライアント数計測手段と、上記ク
ライアント台数が予め設定した上限値を超えた場合に代
替サーバの稼働要求を行う代替サーバ稼働要求手段と、
を備えたものである。

【００３１】第６の発明に係る通信サーバ負荷分散処理
方式は通信サーバは代替サーバを選択する場合に、予め
設定した稼動順序番号に従って稼動要求を発するもので
ある。

【００３２】第７の発明に係る通信サーバ負荷分散処理
方式は代替サーバは負荷を測定する負荷状況監視手段を
有し、通信サーバは上記負荷測定手段により得られた全
ての代替サーバの負荷情報を収集する負荷情報収集手段
と、この負荷情報収集手段によって得られた全ての代替
サーバの負荷情報の内から最も負荷の少ない代替サーバ
を選択する代替サーバ選択手段と、クライアントからの
接続要求に対して上記代替サーバ選択手段が選択した代
替サーバをクライアントに通知する通知手段と、上記ク
ライアントに対して上記代替サーバへの接続を行うよう
に要求する接続要求手段とを備えたものである。

【００３３】第８の発明に係る通信サーバ負荷分散処理
方式は代替サーバは負荷を測定する負荷状況監視手段を
有し、通信サーバは上記負荷測定手段により得られた全
ての代替サーバの負荷情報を収集する負荷情報収集手段
と、この負荷情報収集手段によって得られた全ての代替
サーバの負荷情報の内から最も負荷の少ない代替サーバ
を選択する代替サーバ選択手段と、クライアントからの
接続要求に対して上記代替サーバ選択手段が選択した代
替サーバのネットワーク上のアドレスをクライアントに
通知する通知手段と、上記クライアントに対して上記代
替サーバへの接続を行うように要求する接続要求手段と
を備えたものである。

【００３４】第９の発明に係る通信サーバ負荷分散処理
方式は通信サーバはクライアントの台数が減少し負荷が
低減したら負荷の低減量に応じて代替サーバを優先順位
に従って順次停止する代替サーバ停止手段を備えたもの
である。

【００３５】第１０の発明に係る通信サーバ負荷分散処
理方式は通信サーバは全ての通信サーバと代替サーバの
負荷状況をシステム管理者に表示する負荷状況表示手段
を備えたものである。

【００３６】第１１の発明に係る通信サーバ負荷分散処
理方式は通信サーバはシステム管理者が代替サーバの稼
動要求、停止要求を行なう管理手段を備えたものであ
る。

【００３７】第１２の発明に係る通信サーバ負荷分散処
理方式はネットワークが中継装置を介して複数ＬＡＮか
ら構成される場合、又は広域網を介して構成される場
合、クライアントをそのネットワークアドレス情報で管
理し、クライアントからの接続要求に対して最も負荷の
少ない代替サーバを選択する代わりに同一ネットワーク
アドレス内に代替サーバが存在すればそちらを優先して
選択する手段を備えたものである。

【００３８】第１３の発明に係る通信サーバ負荷分散処
理方式は同一ネットワークアドレス内に代替サーバが複
数存在する場合には、その代替サーバの負荷状況を調
べ、最も負荷の少ない代替サーバを選択する手段を備え
たものである。

【００３９】第１４の発明に係る通信サーバ負荷分散処
理方式は通信サーバのクライアント処理の過負荷が発生
した場合だけでなく、通信サーバのホスト計算機接続回
線に異常が発生した場合にも代替サーバにバックアップ
システムとしての処理を行なわせるものである。

【００４０】

【発明の実施の形態】

実施の形態１．以下、この発明の一実施例を図について
説明する。図１は、この発明に係るホスト連携型クライ
アント・サーバ・システムにおける通信サーバの一実施
例を示すシステム構成図である。図において、１は通信
サーバ１９の計算機本体を示すサーバ計算機本体、２は
オペレーティング・システム、３はホスト計算機１８と
の通信制御を行なう通信制御プログラム、４は通信プロ
トコルの変換を行なうクライアント制御プログラム、５
はクライアント１１との通信制御を行なうＬＡＮ制御プ
ログラム、６は回線制御プログラム、７はＬＡＮ制御装
置、８は回線制御装置、９はＬＡＮ（ローカル・エリア
・ネットワーク）、１０はホスト計算機１８に接続する
通信回線、１１はクライアント、１４は管理ユーティリ
ティ、１７は定義ファイルである。

【００４１】１、２、７、８、９、１０は図４に示した
従来技術と同じものを流用したものであり、３、４、
５、６、１１、１４、１７は従来技術でも存在したもの
をこの発明のために改造した部分である。また、１２は
サーバ制御プログラム、１３は時間計測／負荷監視プロ
グラム、１５はサーバ制御プログラム以外の各プログラ
ム（３、４、５、６）に内臓された時間情報採取手段、
１６はサーバ情報を管理するデータベースであり、この
発明のために新規に実装された部分である。

【００４２】また、図２は、上記通信サーバ１９からの
要求により稼動可能状態になった代替サーバの一実施例
を示すシステム構成図であり、図１と同符号は同一又は
相当部分を示す。図において、２０は通信サーバ１９が
過負荷の場合に、通信サーバ１９の処理の代替えを行な
う代替サーバ、１ｂは代替サーバ計算機本体である。代
替サーバ２０のシステム構成は、通信サーバ１９の構成
からホスト接続機能を除いた部分から構成されており、
使用される各プログラムは通信サーバ１９で使用される
ものと同一である。

【００４３】また、図３は、この発明によるホスト連携
型クライアント・サーバ・システムのネットワーク構成
例を示す構成図である。図において、１８はホスト計算
機であり、通信回線１０を経由して通信サーバ１９と接
続される。また２０は代替サーバであり、ホスト計算機
１８と直接接続せず、通信サーバ１９経由でホスト計算
機１８との接続を行う。

【００４４】また、図４は、通信サーバ１９、代替サー
バ２０が保持する定義ファイル１７のうち、この発明に
関連する定義情報のみを抜き出したものである。

【００４５】また、図５は、通信サーバ１９又は代替サ
ーバ２０の図２に示す時間計測／負荷監視プログラム１
３が、時間情報採取手段１５を使用して、時間情報の採
取と計測、及びサーバ管理プログラム１２への負荷状況
の報告方法を示した負荷状況報告図である。

【００４６】また、図６は、通信サーバ１９から代替サ
ーバ２０への代替サーバ稼動要求の通信シーケンス、代
替サーバ２０から通信サーバ１９への代替サーバ２０の
負荷情報、および代替サーバ２０が管理するクライアン
ト１１の情報を通知するシーケンスを示したシーケンス
図である。

【００４７】また、図７は、通信サーバ１９にて過負荷
が発生した状態において、クライアント１１から通信サ
ーバ１９への接続要求が発生した際に、通信サーバ１９
が最も負荷の小さい代替サーバ２０を選択しクライアン
ト１１へ通知する方法を示した代替サーバ選択図であ
る。

【００４８】次に図１〜図７に示した通信サーバ及び代
替サーバの動作を説明する。システムを運用するに当た
り、システム管理者は予め通信サーバ１９の管理ユーテ
ィリティ１４を用いて、通信サーバ１９の図４に示す定
義情報を定義ファイル１７に登録する。ここで定義ファ
イル１７に記述すべき情報を図４に従い説明する。 (1) 代替サーバ２０のアドレス情報（情報Ｓ４１） ネットワーク上で通信サーバ１９の代替サーバ２０とし
ての機能を持つ全計算機のネットワーク上のアドレス情
報及び稼動順序を定義する。ここで代替サーバ２０とし
ての機能を持つ計算機とは図２に示すシステム構成の計
算機の事である。図４に示すように、以下の定義情報ｓ
４１を設定する。 ＳＥＲＶＥＲーＡのアドレスはＡ．１００、稼動順序は
１ ＳＥＲＶＥＲーＢのアドレスはＢ．１５ 、稼動順序は
２ ＳＥＲＶＥＲーＣのアドレスはＣ．２２２、稼動順序は
３

【００４９】(2) どこのプログラム間の処理時間を計測
するかを指定しておく。図４では、クライアント制御プ
ログラムとＬＡＮ制御プログラムとの間のデータ通信時
間を設定することにより、従来技術の通信サーバ１９で
ボトルネックとなっていたクライアント制御プログラム
４の処理時間を計測することを示している。送信、受信
それぞれに対して設定する。（情報Ｓ４２） (3) 通信サーバ１９、代替サーバ２０の上記処理時間の
平均値の採取を行う際の時間間隔を指定する。例えば３
０分と指定した場合、３０分毎にその間に送受信された
全てのデータに関する処理時間の平均値を求め通信サー
バデータベース１６へ格納しておく。（情報Ｓ４３）

【００５０】(4) この発明では、通信サーバ１９の過負
荷による代替サーバ２０の稼動、及び負荷低下に基づ
き、元の通信サーバ１９に切り換えるため代替サーバ２
０の停止を行なうための判断条件として、前回までの履
歴に基づく処理時間の平均値に対する最新の処理時間の
平均値の割合を使用しており、その稼動条件の割合と停
止条件の割合を指定する。（情報Ｓ４４）

【００５１】なお、定義ファイル１７の情報Ｓ４１は通
信サーバ１９の起動時、及び代替サーバ２０の稼動時に
サーバ制御プログラム１２によりその初期化情報として
読み込まれる。定義ファイル１７の情報Ｓ４２、Ｓ４
３、Ｓ４４は通信サーバ１９の起動時、及び代替サーバ
２０の稼動時に時間計測／負荷監視プログラム１３によ
りその初期化情報として読み込まれる。

【００５２】次に運用中の通信サーバ１９の負荷状況の
監視方法に関して、図５に示す負荷状況報告図に従って
説明を行う。通信サーバ１９の起動時に時間計測／負荷
監視プログラム１３は定義ファイル１７から計測方法に
関する情報を読み込み（Ｓ５１）、計測を行うべきプロ
グラムであるＬＡＮ制御プログラム５とクライアント制
御プログラム４に対して計測の開始を指示する（Ｓ５
２）。

【００５３】図１に示すクライアント１１からデータを
受信した場合には、ＬＡＮ制御プログラム５は通信処理
を行った後にクライアント制御プログラム４にデータを
渡すが、その際にＬＡＮ制御プログラム５に設けられた
時間情報採取手段１５はデータをクライアント制御プロ
グラム４に渡した時刻Ｔ１の情報を同時にクライアント
制御プログラム４に渡す。データを受け取ったクライア
ント制御プログラム４は通信処理を行った後にデータを
次の通信処理プログラムに渡すが、その際にクライアン
ト制御プログラム４に設けられた時間情報採取手段１５
はデータを次の通信処理プログラムに渡した時刻Ｔ２を
確認し、クライアント１１の処理時間として（Ｔ２−Ｔ
１）より算出される時間を時間計測／負荷監視プログラ
ム１３に通知する（Ｓ５３）。

【００５４】時間計測／負荷監視プログラム１３は上記
方法により処理時間に関する情報の収集を行い、定義フ
ァイル１７に設定した時間毎にその間の処理平均時間Ｔ
ｎを計測しサーバ情報データベース１６への格納を行う
（Ｓ５４）。また、サーバ情報データベース１６は上記
方法により時間計測／負荷監視プログラム１３から通知
された処理平均時間Ｔｎをシステム起動直後から現在ま
での全ての情報について保持しており（Ｓ５９）、時間
計測／負荷監視プログラム１３はサーバ情報データベー
ス１６の情報を参照する（Ｓ５５）事によりシステム起
動直後から現在までの処理平均時間Ｔｎの累計処理平均
時間Ｔを求める事ができる（Ｓ５６）。

【００５５】時間計測／負荷監視プログラム１３はこの
累計処理平均時間Ｔと現在の処理平均時間Ｔｎを比較し
て（Ｓ５７）、以下の条件を満たせなくなった場合には
サーバの過負荷が発生したと判断して、過負荷の通知処
理をサーバ制御プログラム１２に対して行う（Ｓ５
８）。

【００５６】処理平均時間 Ｔｎ ／ 累計処理平均時間
Ｔ × １００＜ 定義ファイルに設定した負荷上限の割
合 ＵＰＰＥＲ

【００５７】次に通信サーバ１９からの代替サーバ２０
の稼動要求に関して、図６に示すシーケンス図に従い説
明を行う。図６において、１２ａは通信サーバ１９のサ
ーバ制御プログラム、１２ｂは代替サーバ２０のサーバ
制御プログラムである。本処理は通信サーバ１９のサー
バ制御プログラム１２ａと代替サーバ２０のサーバ制御
プログラム１２ｂが直接送受信を行う。通信サーバ１９
において、図１に示す時間計測／負荷監視プログラム１
３から過負荷の通知処理を受けたサーバ制御プログラム
１２ａは、代替サーバ２０の機能を持つ計算機に対して
代替サーバ２０の稼動要求を行う（Ｓ６１）。

【００５８】稼動要求を受けた代替サーバ２０の機能を
持つ計算機が代替サーバ２０になる事が可能であるなら
ば稼動要求了解のメッセージを通信サーバ１９へ返答す
る（Ｓ６２）事により、サーバの分散処理が完了する。
代替サーバ２０の機能を持つ計算機から応答がない場合
（タイムアウト）又は、拒否の応答が返ってきた場合に
は、他の代替サーバ２０の機能を持つ計算機に対して稼
動要求を試みる。

【００５９】なお、通信サーバ１９は定義ファイル１７
の代替サーバアドレス情報Ｓ４１に記述された代替サー
バ２０の稼動順序番号に従い、次に稼動要求を行う代替
サーバ２０の選択を行う。代替サーバ２０はクライアン
ト１１との接続が完了する都度、クライアント情報とし
てそのアドレスを通信サーバ１９に報告する（Ｓ６
３）。実際にクライアント１１とホスト計算機１８間の
データの送受信が開始されると、その送受信データは代
替サーバ２０と通信サーバ１９を経由して送受信される
事になる（データ転送フェーズＳ６４）。

【００６０】また、代替サーバ２０も定義ファイル１７
に設定した処理時間計測方法に従い、時間計測／負荷監
視プログラム１３を動作させ、代替サーバ２０の処理平
均時間を自分自身のサーバ情報データベース１６に格納
すると共にサーバ制御プログラム１２ｂ経由で通信サー
バ１９のサーバ制御プログラム１２ａにも通知する（Ｓ
６５）。

【００６１】次に通信サーバ１９にて過負荷が発生した
状態において、クライアント１１から通信サーバ１９へ
の接続要求が発生した際に、通信サーバ１９が最も負荷
の小さい代替サーバ２０を選択しクライアント１１へ通
知する方法について、図７に示す代替サーバ選択図に従
い説明する。

【００６２】全てのクライアント１１からの接続要求
（Ｓ７１）は通信サーバ１９のクライアント制御プログ
ラム４を介して、サーバ制御プログラム１２ａに通知さ
れる（Ｓ７２）。サーバ制御プログラム１２ａは現在稼
動可能となっている全ての代替サーバ２０に関する最新
の処理平均時間Ｔｎをサーバ情報データベース１６から
取り出し、最も負荷の少ない代替サーバ２０を選択する
（Ｓ７３）。次にサーバ制御プログラム１２ａはクライ
アント制御プログラム４経由で代替サーバ２０のネット
ワーク上のアドレスをクライアント１１へ通知する（Ｓ
７４）。通知を受けたクライアント１１はその代替サー
バ２０への接続要求を試みる（Ｓ７５）。

【００６３】上記、一連の動作により、通信サーバ１９
における過負荷が発生した際に、ネットワーク上の代替
サーバ２０を稼動可能にしてクライアント１１の処理を
複数サーバに分散化させる事が可能であり、その効果と
してシステム全体の処理能力の低下を未然に防ぐ事が可
能である。また、この発明では分散処理を同一計算機上
でなく、ネットワーク上の複数の計算機上で行うので、
マルチ・プロセス、マルチ・スレッド構成による分散技
術と異なりＣＰＵ、メモリ、ディスクといった全ての計
算機資源の有効利用が可能である。

【００６４】また、代替サーバ２０をシステム規模に応
じて順次増やす事も可能であり、システム規模の拡大に
柔軟に対応できる特徴を持っている。さらに、通信サー
バ１９がネットワーク上に分散する全ての代替サーバ２
０の負荷状況、動作状況を管理しているため、クライア
ント１１は全てのサーバのネットワーク上のアドレスを
知る必要やブロードキャストによる接続要求を行う必要
がなく、かつクライアント側で最も負荷の低いサーバを
判断する必要もないので、クライアントとサーバの接続
時間は従来技術と比較して短縮されている。

【００６５】なお、本実施の形態では「処理平均時間Ｔ
ｎ／累計処理平均時間Ｔ」を負荷上限の割合ＵＰＰＥＲ
あるいは負荷下限の割合ＬＯＷＥＲと比較したが、処理
平均時間Ｔｎを予め設定した処理時間の上限値あるいは
下限値と比較してもよいのはいうまでもない。この場
合、計算処理の簡単化が図れ、処理速度が向上するとい
う効果を奏する。

【００６６】実施の形態２．実施の形態１では、通信サ
ーバ１９における過負荷が発生した際にネットワーク上
の代替サーバ２０を稼動可能にしシステム全体の処理能
力の低下を未然に防ぐ方法に関するものであるが、一
方、接続クライアント数が縮小したり、システムの規模
が縮小化した際にはシステムのスループット、処理能力
の向上が期待できるはずである。しかし、従来のシステ
ムのように固定的にサーバを設置していた場合にはシス
テム全体の処理能力の低下はないものの、常に一定の処
理能力となりスループットの向上、処理能力の向上はそ
れほど期待できなかった。

【００６７】また、システム規模が縮小しても不要なサ
ーバが存在し使用されていたのでは運用管理の面で問題
となる可能性がある。この発明のホスト連携型クライア
ント・サーバ・システムにおいては通信サーバ１９が全
ての代替サーバ２０の負荷状況を監視しているため、シ
ステム負荷の低下、接続クライアント数が減少に対応さ
せ、代替サーバ２０を停止させる機能を有している。

【００６８】代替サーバ２０の停止機能の動作に関し
て、図８に従い説明を行う。通信サーバ１９において以
下の条件を満たした場合にはサーバの過負荷が解除され
たと判断してデータ転送フェーズＳ８１にある代替サー
バ２０の終了準備を行う。

【００６９】処理平均時間 Ｔｎ ／ 累計処理平均時間
Ｔ× １００＜ 定義ファイルに設定した負荷下限の割合
ＬＯＷＥＲ

【００７０】また、通信サーバ１９は代替サーバ２０か
らの負荷情報報告（Ｓ８２）に従い、代替サーバ２０の
最新の通信処理平均時間Ｔｎを有していると共にその累
計平均時間Ｔも保持しており、通信サーバ１９及び代替
サーバ２０が共に上記条件を満たした際には、通信サー
バ１９は代替サーバ２０に対して停止の要求を行う（フ
ェーズＳ８３）。

【００７１】代替サーバ２０は停止の要求を受けたら全
てのクライアント１１との通信が完了（フェーズＳ８
４）するのを待つ。ここで新規にクライアント１１から
の接続要求があった際にはまだ受け付け処理を行うが、
既に通信サーバ１９は代替サーバ２０の終了処理中に入
っているので通信サーバ１９に対してクライアント１１
から接続要求があっても終了処理中の代替サーバ２０の
アドレスはクライアント１１に通知しないので、代替サ
ーバ２０に対する新規クライアント１１からの接続要求
は来ないようになる。最後に全てのクライアント１１と
の処理が完了（フェーズＳ８４）したところで、代替サ
ーバ２０は通信サーバ１９に対して停止完了報告（Ｓ８
５）を行いホスト連携型クライアント・サーバ・システ
ムを分散前の構成に戻す。

【００７２】以上のように本発明の通信サーバ１９はシ
ステム構成の変化、拡大、縮小に柔軟に対応できる機能
を持つと共にシステム管理の面でも不要なサーバ管理を
行う必要がなく簡素化する事が可能である。

【００７３】実施の形態３．ネットワークシステムが広
域網を介して構築されている例を図９に示す。図におい
て、１００、１０１はデータ量又は接続時間に応じて回
線使用量が課金される公衆パケット網、又は公衆回線網
（以降、総称して広域網と称す）であり、通信速度は一
般にＬＡＮ（９ａ、９ｂ、９ｃ）と比較して低速であ
る。このようなネットワーク構成では、クライアント１
１は単純にシステム負荷の最も少ない代替サーバ２０に
接続しようとすると、広域網を介して最も回線速度の遅
い代替サーバ２０を使用する結果となり、また通信費用
も余計に掛かるという問題が発生する。

【００７４】例えば、クライアント１１ａが通信サーバ
１９ａに接続要求を行った際にネットワークシステム全
体でシステム負荷が最も低い代替サーバは２０ｂであっ
たとすると、実施の形態１の動作に従いクライアント１
１ａは代替サーバ２０ｂを使用して通信を行う事にな
る。この時のデータの流れはクライアント１１ａから通
信サーバ１９ａ、広域網１００を介して代替サーバ２０
ｂに送信され、次に代替サーバ２０ｂから広域網１００
を介して通信サーバ１９ａに送信される事になる。この
ような結果を回避するために本発明では通信サーバ１９
ａが代替サーバを選択する際に負荷の最も少ない代替サ
ーバ２０ｂよりも同一ネットワークアドレス内に存在す
る代替サーバ２０ａを優先選択しクライアント１１ａへ
通知する機能を有している。

【００７５】次に、図９に示す同一ネットワークアドレ
ス内に存在する代替サーバ２０ａを優先選択する場合の
動作について以下に説明する。本発明では通信サーバ１
９、代替サーバ２０及びクライアント１１間の通信プロ
トコルとして以下のようなアドレス体系を持った通信プ
ロトコルを前提としている。

【００７６】各計算機のアドレス＝ＸＸ.ＹＹ ＸＸ：その計算機が所属するネットワークに付けられた
アドレス本アドレスをネットワーク・アドレスという。 ＹＹ：上記ネットワーク・アドレスにより識別されるネ
ットワーク内において、その計算機のために割り付けら
れたネットワーク内で１つしか存在しない値。

【００７７】図９においては、ネットワークはネットワ
ーク・アドレスＡを持つネットワークＡ（２１ａ）、ネ
ットワーク・アドレスＢを持つネットワークＢ（２１
ｂ）、ネットワーク・アドレスＣを持つネットワークＣ
（２１ｃ）、ネットワーク・アドレスＤを持つネットワ
ークＤ（２１ｄ）に分類され、それぞれのネットワーク
に接続される計算機のアドレスは、Ａ.ＹＹ、Ｂ.ＹＹ、
Ｃ.ＹＹ、Ｄ.ＹＹで示される。

【００７８】通信サーバ１９ａの図５に示すサーバ制御
プログラム１２は定義ファイル１７から各代替サーバの
アドレス情報を読み込み保持しているが、各代替サーバ
のアドレス体系は上記の構成となっているため、通信サ
ーバ１９ａのサーバ制御プログラム１２は各代替サーバ
が所属するネットワークのネットワーク・アドレスを以
下のように把握している。

【００７９】 代替サーバ名アドレスネットワーク・アドレス 代替サーバ２０ａ Ａ.Ｙ１ => Ａ 代替サーバ２０ｂ Ｂ.Ｙ１ => Ｂ 代替サーバ２０ｃ１ Ｃ.Ｙ１ => Ｃ 代替サーバ２０ｃ２ Ｃ.Ｙ２ => Ｃ 代替サーバ２０ｄ Ｄ.Ｙ１ => Ｄ ここで、クライアント１１ａから通信サーバ１９ａに接
続要求があった場合、通信サーバ１９ａのサーバ制御プ
ログラム１２はクライアント１１ａのアドレス情報Ａ.
ＹＹからクライアント１１ａがネットワーク・アドレス
Ａに所属している事を知る。次に通信サーバ１９ａのサ
ーバ制御プログラム１２はネットワーク・アドレスＡに
所属する代替サーバを探す。その結果、同一ネットワー
クク・アドレスＡに所属する代替サーバが２０ａの１台
だけである場合は図７で示した最も負荷の低い代替サー
バの選択処理は行わず、代替サーバ２０ａのアドレス情
報をクライアント１１ａに通知する。

【００８０】この機能によりネットワークシステムが料
金課金のある広域網を介している際に、不要な通信コス
トを発生させないようにする事、及び不要なネットワー
ク経路を通りシステム全体の処理性能を低下させない事
が可能である。

【００８１】実施の形態４．図９において、クライアン
ト１１ｄは直接広域網１０１に接続されており、全ての
代替サーバ２０ａ、２０ｂ、２０ｃ１、２０ｃ２、２０
ｄのネットワーク・アドレスと異なるネットワーク・ア
ドレスを所有している。このような場合には、通信サー
バ１９ａのサーバ制御プログラム１２はクライアント１
１ｄのネットワークアドレスをチェックし対応するネッ
トワークアドレスを持つ代替サーバが見つからないと判
断し直接通信サーバ１９ａに接続させる。

【００８２】これにより実施の形態３と同様の問題を回
避することができる。

【００８３】実施の形態５．図９において、クライアン
ト１１ｃと同一ＬＡＮ９ｃ上に代替サーバ２０ｃ１と２
０ｃ２を設置した場合は、通信サーバ１９ａのサーバ制
御プログラム１２はクライアント１１ｃと同一ネットワ
ーク・アドレスＣ上に２つの代替サーバ２０ｃ１と２０
ｃ２が存在していると認識する。

【００８４】この場合、クライアント１１ｃから接続要
求があると、通信サーバ１９ａのサーバ制御プログラム
１２はまず実施の形態３で示した同一ネットワーク・ア
ドレスＣ上に存在する代替サーバの選択処理を行い、２
０ｃ１と２０ｃ２の２つを代替サーバの候補として選択
する。次に、図７で示した最も負荷の少ない代替サーバ
の選択処理を行い、選択された代替サーバ２０ｃ１をク
ライアント１１ｃに対して通知する。本機能により、シ
ステム全体の有効利用、処理能力を最大限に引き上げる
事が可能である。

【００８５】実施の形態６．実施の形態１〜実施の形態
５に関しては、予め通信サーバ１９は１台設置し、シス
テム負荷状況に応じて順次代替サーバ２０の拡張、縮小
を行う内容に関して述べてきたが、システム運用開始時
に予め代替サーバ２０を複数台固定的に稼動させておき
運用する方法も可能である。

【００８６】図１０は本動作を行うための定義ファイル
１７の記述例を示した図である。次に、この発明の動作
について以下に説明する。システム管理者は端末を利用
して定義ファイル１７に代替サーバ２０のアドレス情報
を記述する際に、その代替サーバ２０を固定的に使用す
る事を追記しておく（情報Ｓ１０１）。次に通信サーバ
１９の起動時にサーバ制御プログラム１２は定義ファイ
ル１７を読み込み、固定的に使用する代替サーバ２０が
存在すると判断した場合には、図５に示す時間計測／負
荷監視プログラム１３からの過負荷通知Ｓ５８を受けな
くても、指定された代替サーバ２０に対して図６に示す
シーケンスに従い代替サーバの稼動要求を行う。以降の
クライアント１１との接続処理に関しては実施の形態１
の処理と同じである。

【００８７】本運用方法はシステム構成の変更がほとん
ど見込まれない場合や通信サーバ１９に対する負荷が常
に一定である場合に有効である。

【００８８】実施の形態７．この発明における通信サー
バ１９は図１に示す管理ユーティリティ１４からサーバ
情報データベース１６に格納されている通信サーバ及び
代替サーバの負荷状況に関する情報を参照する事が可能
である。従って、システム管理者はシステム全体の稼動
状況、負荷状況を把握する事が可能である。

【００８９】実施の形態８．上記、管理ユーティリティ
１４を用いてシステム管理者が直接、代替サーバ２０の
設置要求を行ったり、停止要求を行ったりする事が可能
である。

【００９０】次に、この発明に係る通信サーバの動作に
ついて以下に説明する。管理ユーティリティ１４からの
代替サーバ稼動要求を通信サーバ１９のサーバ制御プロ
グラム１２が受け付けると、図５に示す時間計測／負荷
監視プログラム１３からの過負荷通知Ｓ５８を受けなく
ても、指定された代替サーバ２０に対して図６に示すシ
ーケンスに従い代替サーバの稼動要求を行う。以降のク
ライアント１１との接続処理に関しては実施の形態１と
同じである。

【００９１】本機能はシステムの運用管理、メンテナン
スを行う際に有効となる機能である。また、システム全
体の負荷調整を人為的に行いたい場合に有効である。

【００９２】実施の形態９．実施の形態１〜実施の形態
８に関しては、通信サーバ１９、代替サーバ２０の負荷
状況を監視する機能を使用しているが、通信サーバ１９
と代替サーバ２０に接続するクライアント台数を計測す
る事により、通信サーバの負荷を監視する事も可能であ
る。

【００９３】図１１は本動作を行うための通信サーバ１
９の定義ファイル１７の記述例を示した図である。代替
サーバのアドレス情報の記述Ｓ１１１は図４に示す情報
Ｓ４１と同じであるが、測定方法としてクライアント台
数により行う事を指定（記述情報Ｓ１１２）し、さらに
代替サーバ設置要求の判断条件として接続クライアント
台数の上限値と代替サーバ停止判断の条件として接続ク
ライアント台数の下限値を記述する（記述情報Ｓ１１
３）。

【００９４】また本動作方法では、実施の形態１の時間
計測／負荷監視プログラム１３と時間情報採取手段１５
は不要である。また、サーバ情報データベース１６には
各代替サーバ２０から通知された現在のクライアント接
続台数が格納される。

【００９５】次に、図１１に示した定義ファイル例の場
合の通信サーバの動作について説明する。通信サーバ１
９のサーバ制御プログラム１２はクライアント１１から
の接続要求毎に現在の接続クライアント総数を計算す
る。計算した結果が以下の条件を満たせなくなった場合
にはサーバの過負荷が発生したと判断する。

【００９６】現在のクライアント接続台数＜ 定義ファ
イルに記述した負荷上限のクライアント台数 ＵＰＰＥ
Ｒ

【００９７】通信サーバ１９の過負荷発生による代替サ
ーバ２０の稼動要求以降の処理に関しては実施の形態１
と同じである。

【００９８】実施の形態１０．図１２に示す代替サーバ
２０が通信サーバ１９と同様にホスト接続機能とホスト
接続回線１０を持っている場合に、通信サーバ１９の回
線がダウンした時に代替サーバ２０をバックアップシス
テムとして使用する例を示した図である。図において、
図１と同符号は同一又は相当部分を示す。通信サーバ１
９は自分のホスト接続回線がダウンすると各代替サーバ
２０に対してバックアップシステムとなるように要求を
行う。

【００９９】次に通信サーバ１９は各代替サーバ２０に
対してバックアップシステムとなった代替サーバ２０の
アドレス情報を通知し、以降のクライアントとホスト計
算機間の送受信データはバックアップシステムとなった
代替サーバ２０で行う事を通知する。

【０１００】なお、代替サーバ２０が通信サーバ１９の
バックアップシステムとなった場合においても各クライ
アント１１からの接続要求処理は通信サーバ１９にて行
う。

【０１０１】本機能により通信サーバ１９に接続されて
いるホスト回線に異常が発生した際にもシステム処理を
継続できる効果を持つ事ができる。

【０１０２】

【発明の効果】第１の発明によれば、クライアントの接
続台数の増加により通信サーバのクライアント処理に過
負荷が発生しシステム全体の処理能力が低下した際に、
ネットワークに接続されている他の計算機を上記通信サ
ーバの代替として動作する代替サーバを備えたので、シ
ステム全体の処理能力の低下を未然に防ぐことが可能で
あり、ＣＰＵ、メモリ、ディスプレイなどの全ての計算
機資源の有効利用が可能であり、システム規模の拡充に
柔軟に対応できるという効果を奏する。

【０１０３】第２の発明によれば、通信サーバは該通信
サーバを構成する各通信プログラムの通信処理時間を計
測し、この通信処理時間に基づいて通信サーバの負荷状
況を監視する負荷状況監視手段と、上記通信処理時間が
予め設定した上限値を超えた際に自動的に代替サーバの
稼働要求を行う代替サーバ稼働要求手段と、を備えたの
で、負荷の監視が容易で負荷に応じた対応が高速にでき
るという効果を奏する。

【０１０４】第３の発明によれば、通信サーバは該通信
サーバを構成する各通信プログラムの通信処理時間を計
測し、この通信処理時間と統計情報に基づいて前回測定
まで累計された処理の平均時間である累計処理平均時間
を算出し、上記通信処理時間と上記累計処理平均時間と
に基づいて通信サーバの負荷状況を監視する負荷状況監
視手段と、上記通信処理時間と上記累計処理平均時間に
基づく上記通信サーバの負荷が予め設定した負荷上限を
超えた際に自動的に代替サーバの稼働要求を行う代替サ
ーバ稼働要求手段と、を備えたので、負荷の監視および
対応がより高性能にできるという効果を奏する。

【０１０５】第４の発明によれば、通信サーバの負荷は
以下の式 通信サーバの負荷 ＝ 処理平均時間／累計処理平均時
間 より求めるので、負荷の監視が高性能にできるという効
果を奏する。

【０１０６】第５の発明によれば、通信サーバはネット
ワークに接続されるクライアント台数を計測するクライ
アント数計測手段と、上記クライアント台数が予め設定
した上限値を超えた場合に代替サーバの稼働要求を行う
代替サーバ稼働要求手段と、を備えたので、監視および
対応が簡単化され、高速に処理できるという効果を奏す
る。

【０１０７】第６の発明によれば、通信サーバは代替サ
ーバを選択する場合に、予め設定した稼動順序番号に従
って稼動要求を発するので、最も低い代替サーバを判断
する必要がなく、クライアントと代替サーバの接続時間
が短縮されるという効果を奏する。

【０１０８】第７の発明によれば、代替サーバは負荷を
測定する負荷状況監視手段を有し、通信サーバは上記負
荷測定手段により得られた全ての代替サーバの負荷情報
を収集する負荷情報収集手段と、この負荷情報収集手段
によって得られた全ての代替サーバの負荷情報の内から
最も負荷の少ない代替サーバを選択する代替サーバ選択
手段と、クライアントからの接続要求に対して上記代替
サーバ選択手段が選択した代替サーバをクライアントに
通知する通知手段と、上記クライアントに対して上記代
替サーバへの接続を行うように要求する接続要求手段と
を備えたので、システム全体の有効利用、処理能力を最
大限に引き上げることが可能であるという効果を奏す
る。

【０１０９】第８の発明によれば、代替サーバは負荷を
測定する負荷状況監視手段を有し、通信サーバは上記負
荷測定手段により得られた全ての代替サーバの負荷情報
を収集する負荷情報収集手段と、この負荷情報収集手段
によって得られた全ての代替サーバの負荷情報の内から
最も負荷の少ない代替サーバを選択する代替サーバ選択
手段と、クライアントからの接続要求に対して上記代替
サーバ選択手段が選択した代替サーバのネットワーク上
のアドレスをクライアントに通知する通知手段と、上記
クライアントに対して上記代替サーバへの接続を行うよ
うに要求する接続要求手段とを備えたので、システム規
模の拡充に対してより少ない代替サーバで対応でき有効
な対応が可能になるという効果を奏する。

【０１１０】第９の発明によれば、通信サーバはクライ
アントの台数が減少し負荷が低減したら負荷の低減量に
応じて代替サーバを優先順位に従って順次停止する代替
サーバ停止手段を備えたので、システム構成の変化、拡
大、縮小に柔軟に対応できる機能を持つと共にシステム
管理の面でも不要なサーバ管理を行う必要がなく簡素化
する事が可能であるという効果を奏する。

【０１１１】第１０の発明によれば、通信サーバは全て
の通信サーバと代替サーバの負荷状況をシステム管理者
に表示する負荷状況表示手段を備えたので、システム管
理者はシステム全体の稼動状況、負荷状況を把握するこ
とが可能であるという効果を奏する。

【０１１２】第１１の発明によれば、通信サーバはシス
テム管理者が代替サーバの稼動要求、停止要求を行なう
管理手段を備えたので、システムのの運用管理、メンテ
ナンスを有効に行なうことができ、システム全体の負荷
調整を人為的に行なうことができるという効果を奏す
る。

【０１１３】第１２の発明によれば、ネットワークが中
継装置を介して複数ＬＡＮから構成される場合、又は広
域網を介して構成される場合、クライアントをそのネッ
トワークアドレス情報で管理し、クライアントからの接
続要求に対して最も負荷の少ない代替サーバを選択する
代わりに同一ネットワークアドレス内に代替サーバが存
在すればそちらを優先して選択する手段を備えたので、
ネットワークシステムが料金課金のある広域網を介して
いる際に、不要な通信コストを発生させないようにする
事、及び不要なネットワーク経路を通りシステム全体の
処理性能を低下させない事が可能であるという効果を奏
する。

【０１１４】第１３の発明によれば、同一ネットワーク
アドレス内に代替サーバが複数存在する場合には、その
代替サーバの負荷状況を調べ、最も負荷の少ない代替サ
ーバを選択する手段を備えたので、不要な通信コストを
発生させず、かつより有効な資源利用が可能であるとい
う効果を奏する。

【０１１５】第１４の発明によれば、通信サーバのクラ
イアント処理の過負荷が発生した場合だけでなく、通信
サーバのホスト計算機接続回線に異常が発生した場合に
も代替サーバにバックアップシステムとしての処理を行
なわせるので、通信サーバに接続されているホスト回線
に異常が発生した際にもシステム処理を継続できるとい
う効果を奏する。

【図面の簡単な説明】

【図１】 この発明の一実施例を示すホスト連携型クラ
イアント・サーバ・システムにおける通信サーバのシス
テム構成図である。

【図２】 この発明の一実施例を示す通信サーバからの
要求により設置される代替サーバのシステム構成図であ
る。

【図３】 この発明の一実施例を示すホスト連携側クラ
イアント・サーバ・システムのネットワーク構成図であ
る。

【図４】 この発明の一実施例を示す通信サーバが保持
する定義ファイルのうち、この発明に関連する定義情報
を示す図である。

【図５】 この発明の一実施例を示す通信サーバの時間
計測／負荷監視プログラムが時間情報の採取と計測、及
びサーバ管理プログラムへの負荷状況の報告方法を示す
図である。

【図６】 この発明の一実施例を示す通信サーバから代
替サーバとなる計算機への代替サーバ設置要求の通信シ
ーケンス、及び代替サーバから通信サーバへの負荷情
報、クライアント情報通知の通信シーケンスを示す図で
ある。

【図７】 この発明の一実施例を示すクライアントから
通信サーバへ接続要求を行う方法、通信サーバからクラ
イアントへ代替サーバのアドレスを通知する方法を示す
図である。

【図８】 この発明の一実施例を示す代替サーバの機能
停止方法を示す通信シーケンス図である。

【図９】 この発明の一実施例を示すネットワークシス
テムが広域網を介して構築されている例を示す図であ
る。

【図１０】 この発明の一実施例を示す実施例６の定義
ファイル１７の記述例を示した図である。

【図１１】 この発明の一実施例を示す実施例７の定義
ファイル１７の内容を示す図である。

【図１２】 この発明の一実施例を示す実施例９の定義
ファイル１７の内容を示す図である。

【図１３】 従来例のホスト連携側クライアント・サー
バ・システムのネットワーク構成を示す図である。

【図１４】 従来のホスト連携型クライアント・サーバ
・システムにおける通信サーバ１９の構成を示す通信サ
ーバ構成図である。

【符号の説明】

１ 通信サーバ計算機本体 １ｂ 代替サーバ計算機本体 ２ オペレーティング・システム ３ 通信制御プログラム ４ クライアント制御プログラム ５ ＬＡＮ制御プログラム ６ 回線制御プログラム ７ ＬＡＮ制御装置 ８ 回線制御装置 ９ ＬＡＮ（ローカル・エリア・ネットワーク） ９ａ ネットワークＡのＬＡＮ（ローカル・エリア・ネ
ットワーク） ９ｂ ネットワークＢのＬＡＮ（ローカル・エリア・ネ
ットワーク） ９ｃ ネットワークＣのＬＡＮ（ローカル・エリア・ネ
ットワーク） １０ 通信回線（ホスト接続回線） １００ 広域網 １０１ 広域網 １１ クライアント １１ａ ネットワークＡのクライアント １１ｂ ネットワークＢのクライアント １１ｃ ネットワークＣのクライアント １１ｄ ネットワークＤのクライアント １２ サーバ制御プログラム １３ 時間計測／負荷監視プログラム １４ 管理ユーティリティ １５ 時間情報採取機能 １６ サーバ情報データベース １７ 定義ファイル １８ ホスト計算機 １９ 通信サーバ １９ａ ネットワークＡの通信サーバ ２０ 代替サーバ ２０ａ ネットワークＡの代替サーバ ２０ｂ ネットワークＢの代替サーバ ２０ｃ ネットワークＣの代替サーバ ２１ａ ネットワーク・アドレスＡを持つネットワーク
Ａ ２１ｂ ネットワーク・アドレスＢを持つネットワーク
Ｂ ２１ｃ ネットワーク・アドレスＣを持つネットワーク
Ｃ ２１ｄ ネットワーク・アドレスＤを持つネットワーク
Ｄ

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ホストと、クライアントとサーバがＬＡ
   Ｎなどのネットワークにより構成されるクライアント／
   サーバシステムと、上記ネットワーク上に設けられ、上
   記ホストと上記クライアント／サーバシステムとが通信
   回線を介して連携して動作するように制御する通信サー
   バと、上記クライアントの接続台数の増加により上記通
   信サーバのクライアント処理に過負荷が発生しシステム
   全体の処理能力が低下した際に、上記ネットワークに接
   続されている他の計算機を上記通信サーバの代替として
   動作する代替サーバと、を備えたことを特徴とする通信
   サーバ負荷分散処理方式。
2. 【請求項２】 通信サーバは該通信サーバを構成する各
   通信プログラムの通信処理時間を計測し、この通信処理
   時間に基づいて通信サーバの負荷状況を監視する負荷状
   況監視手段と、上記通信処理時間が予め設定した上限値
   を超えた際に自動的に代替サーバの稼働要求を行う代替
   サーバ稼働要求手段と、を備えたことを特徴とする請求
   項１記載の通信サーバ負荷分散処理方式。
3. 【請求項３】 通信サーバは該通信サーバを構成する各
   通信プログラムの通信処理時間を計測し、この通信処理
   時間と統計情報に基づいて前回測定まで累計された処理
   の平均時間である累計処理平均時間を算出し、上記通信
   処理時間と上記累計処理平均時間とに基づいて通信サー
   バの負荷状況を監視する負荷状況監視手段と、上記通信
   処理時間と上記累計処理平均時間に基づく上記通信サー
   バの負荷が予め設定した負荷上限を超えた際に自動的に
   代替サーバの稼働要求を行う代替サーバ稼働要求手段
   と、を備えたことを特徴とする請求項１記載の通信サー
   バ負荷分散処理方式。
4. 【請求項４】 通信サーバの負荷は以下の式 通信サーバの負荷 ＝ 処理平均時間／累計処理平均時
   間 より求めることを特徴とする請求項３記載の通信サーバ
   負荷分散処理方式。
5. 【請求項５】 通信サーバはネットワークに接続される
   クライアント台数を計測するクライアント数計測手段
   と、上記クライアント台数が予め設定した上限値を超え
   た場合に代替サーバの稼働要求を行う代替サーバ稼働要
   求手段と、を備えたことを特徴とする請求項１記載の通
   信サーバ負荷分散処理方式。
6. 【請求項６】 通信サーバは代替サーバを選択する場合
   に、予め設定した稼動順序番号に従って稼動要求を発す
   ることを特徴とする請求項１〜５記載の通信サーバ負荷
   分散処理方式。
7. 【請求項７】 代替サーバは負荷を測定する負荷状況監
   視手段を有し、通信サーバは上記負荷測定手段により得
   られた全ての代替サーバの負荷情報を収集する負荷情報
   収集手段と、この負荷情報収集手段によって得られた全
   ての代替サーバの負荷情報の内から最も負荷の少ない代
   替サーバを選択する代替サーバ選択手段と、クライアン
   トからの接続要求に対して上記代替サーバ選択手段が選
   択した代替サーバをクライアントに通知する通知手段
   と、上記クライアントに対して上記代替サーバへの接続
   を行うように要求する接続要求手段とを備えたことを特
   徴とする請求項１〜５記載の通信サーバ負荷分散処理方
   式。
8. 【請求項８】 代替サーバは負荷を測定する負荷状況監
   視手段を有し、通信サーバは上記負荷測定手段により得
   られた全ての代替サーバの負荷情報を収集する負荷情報
   収集手段と、この負荷情報収集手段によって得られた全
   ての代替サーバの負荷情報の内から最も負荷の少ない代
   替サーバを選択する代替サーバ選択手段と、クライアン
   トからの接続要求に対して上記代替サーバ選択手段が選
   択した代替サーバのネットワーク上のアドレスをクライ
   アントに通知する通知手段と、上記クライアントに対し
   て上記代替サーバへの接続を行うように要求する接続要
   求手段とを備えたことを特徴とする請求項１〜５記載の
   通信サーバ負荷分散処理方式。
9. 【請求項９】 通信サーバはクライアントの台数が減少
   し負荷が低減したら負荷の低減量に応じて代替サーバを
   優先順位に従って順次停止する代替サーバ停止手段を備
   えたことを特徴とする請求項１〜８記載の通信サーバ負
   荷分散処理方式。
10. 【請求項１０】 通信サーバは全ての通信サーバと代替
    サーバの負荷状況をシステム管理者に表示する負荷状況
    表示手段を備えたことを特徴とする請求項１〜８記載の
    通信サーバ負荷分散処理方式。
11. 【請求項１１】 通信サーバはシステム管理者が代替サ
    ーバの稼動要求、停止要求を行なう管理手段を備えたこ
    とを特徴とする請求項１〜８通信サーバ負荷分散処理方
    式。
12. 【請求項１２】 ネットワークが中継装置を介して複数
    ＬＡＮから構成される場合、又は広域網を介して構成さ
    れる場合、クライアントをそのネットワークアドレス情
    報で管理し、クライアントからの接続要求に対して最も
    負荷の少ない代替サーバを選択する代わりに同一ネット
    ワークアドレス内に代替サーバが存在すればそちらを優
    先して選択する手段を備えたことを特徴とする請求項１
    〜８記載の通信サーバ負荷分散処理方式。
13. 【請求項１３】 同一ネットワークアドレス内に代替サ
    ーバが複数存在する場合には、その代替サーバの負荷状
    況を調べ、最も負荷の少ない代替サーバを選択する手段
    を備えたことを特徴とする請求項１〜８記載の通信サー
    バ負荷分散処理方式。
14. 【請求項１４】 通信サーバのクライアント処理の過負
    荷が発生した場合だけでなく、通信サーバのホスト計算
    機接続回線に異常が発生した場合にも代替サーバにバッ
    クアップシステムとしての処理を行なわせることを特徴
    とする請求項１通信サーバ負荷分散処理方式。