JP3518292B2 - クライアントサーバシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バシステムに関し、特に、クライアントの接続先サーバ
を決定するクライアントサーバシステムに関する。

【０００２】

【従来の技術】従来、この種のクライアントサーバシス
テムとして、図１０に示すものが知られている。同図に
おいて、クライアント９０１ａ〜９０１ｃと、ネットワ
ーク９１０を介して同クライアント９０１ａ〜９０１ｃ
と接続されるサーバ９０２ａ〜９０２ｃと、上記クライ
アント９０１ａ〜９０１ｃの内部回路であるサーバ接続
部９０４ａ〜９０４ｃと、上記サーバ９０２ａ〜９０２
ｃの内部回路であるクライアント接続部９０５ａ〜９０
５ｃと、図１１に示す同クライアント９０１ａ〜９０１
ｃの内部データであり上記サーバに接続するときに接続
するサーバを格納したサーバ接続先データ９０３ａ〜９
０３ｃとから構成されていた。なお、同サーバ接続先デ
ータ９０３ａ〜９０３ｃには上記サーバ９０２ａ〜９０
２ｃが優先順位をもって設定されている。

【０００３】上記構成において、上記クライアント９０
１ａの上記サーバ接続先データが図１１のように設定さ
れている場合、上記サーバ接続部９０４ａは、最初に第
一順位の上記サーバ９０２ａを選択するとともに上記ク
ライアント接続部９０５ａと接続することにより、上記
クライアント９０１ａと上記サーバ９０２ａは接続され
る。ここで、同サーバ９０２ａが停止してしまった場合
に、上記サーバ接続部９０４ａは、第二順位の上記サー
バ９０２ｂを選択するとともに上記クライアント接続部
９０５ｂと接続することにより、上記クライアント９０
１ａと上記サーバ９０２ｂは接続される。

【０００４】さらに、同サーバ９０２ｂが停止してしま
った場合に、上記サーバ接続部９０４ａは、第三順位の
上記サーバ９０２ｃを選択するとともに上記クライアン
ト接続部９０５ｃと接続することにより、上記クライア
ント９０１ａと上記サーバ９０２ｃは接続される。な
お、上記クライアント９０１ｂ,９０１ｃも同様の動作
にて接続するサーバを上記サーバ９０２ａ〜９０２ｃの
中から決定する。

【０００５】

【発明が解決しようとする課題】上述した従来のクライ
アントサーバシステムにおいて、クライアントにおける
サーバ接続先の順位設定によっては、特定のサーバにク
ライアント接続が集中しサーバの負荷が上がるとともに
クライアントへのレスポンスが低下するという課題があ
った。

【０００６】本発明は、上記課題にかんがみてなされた
もので、複数のクライアントが複数のサーバにおいて簡
易な構成でネットワークの効率的な運用が可能なクライ
アントサーバシステムの提供を目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、請求項１にかかる発明は、ネットワークを介して接
続され、双方向で通信可能な複数のクライアントと複数
のサーバからなるクライアントサーバシステムにおい
て、上記クライアントは、一定周期で上記サーバの状態
および上記サーバのクライアント接続数を取得する第一
のサーバ状態管理手段と、上記第一のサーバ状態管理手
段が取得したデータを格納する第一のサーバ状態記憶手
段と、上記第一のサーバ状態管理手段が取得した上記サ
ーバの状態に基づいて複数のサーバから上記クライアン
トとの接続数が少ないサーバを選択するとともに同選択
したサーバと上記クライアントを接続するサーバ選択手
段とを備え、上記サーバは、上記サーバの状態および接
続しているクライアント数を管理する第二のサーバ状態
管理手段と、上記第二のサーバ状態管理手段が管理する
データを格納する第二のサーバ状態記憶手段と、上記ク
ライアントから接続要求を受信したとき同接続要求を出
力した上記クライアントと接続するクライアント接続手
段とを具備し、上記第一のサーバ状態管理手段が、上記
サーバ選択手段が上記サーバに接続するとフラグを立て
るサーバ接続フラグにおいて、同フラグが立てられてい
る場合には、クライアント接続数が少ない上記サーバを
取得しても接続しているサーバの接続先を変更しない構
成としてある。

【０００８】上記のように構成した請求項１にかかる発
明において、上記第一のサーバ状態管理手段は、一定周
期で上記第二のサーバ状態管理手段を介して上記第二の
サーバ状態記憶手段から上記サーバの状態と接続クライ
アント数を取得するとともに上記第一のサーバ状態記憶
手段に格納する。ここで、上記サーバ選択手段は、上記
第一のサーバ状態記憶手段に格納された上記サーバの状
態から上記サーバが起動していてクライアントの接続数
が少ないサーバを選択するとともに上記クライアント接
続手段に接続要求を出力する。同接続要求の出力先サー
バが接続可能であると、現在接続しているサーバを切断
して、上記選択したサーバに接続する。一定周期で上記
サーバに対して状態を取得することによりサーバの最新
の状態を把握することが可能なる。

【０００９】また、上記クライアントが一定時間経過時
又は電源立ち上げ等の起動時に、上記第一のサーバ状態
管理手段は、取得した接続数の少ないサーバに接続する
とともに接続が完了したときに上記サーバ接続フラグを
立てる。

【００１０】さらに、一旦接続したサーバがダウン等に
より停止した後に、復旧してシステムに正常に戻った場
合には、クライアントを再立ち上げしないと同復旧した
サーバに再接続することができないことを防止すべく、
上記第一のサーバ状態管理手段は、上記サーバ接続フラ
グが立てられた状態で上記接続先サーバがダウンしてし
まった場合には、上記サーバ選択手段において上記接続
先サーバを切り替える構成としてある。また、上記ダウ
ンしたサーバが復旧すると、上記サーバ選択手段におい
て同サーバに再接続させる構成としてある。

【００１１】上記のように構成した発明においては、上
記第一のサーバ状態管理手段は、接続しているサーバが
ダウンしたことを検出すると同ダウンしたサーバ名を上
記サーバ状態記憶手段に格納するとともに接続先を切り
替える。また、上記ダウンしたサーバが復旧してシステ
ムが正常に戻ると、上記第一のサーバ状態管理手段は、
同復旧したサーバに再接続する。すなわち、復旧したサ
ーバに対して自動的に再接続することが可能である。加
えて、請求項２にかかる発明は、サーバ接続フラグが立
っている場合、上記第一のサーバ状態管理手段は、上記
サーバの状態およびクライアントの接続数の取得を行い
接続数の少ないサーバを検出しても一旦接続したサーバ
の接続は解消しない。

【００１２】クライアントがサーバの状態を取得するタ
イミングの別の例として、請求項３にかかる発明は、上
記第一のサーバ状態管理手段が、上記サーバに対してア
クセスするときに上記サーバの状態および上記サーバに
おけるクライアント接続数を取得する構成としてある。

【００１３】上記のように構成した請求項３にかかる発
明においては、上記第一のサーバ状態管理手段は、上記
クライアントが上記サーバに対してアクセスを行うタイ
ミングで上記サーバの状態を取得するとともに、上記サ
ーバにおける上記クライアント接続数を取得して最新の
上記サーバの状態を確認する。

【００１４】

【発明の実施の形態】以下、図面にもとづいて本発明の
実施形態を説明する。図１は、本発明の第一の実施形態
にかかるクライアントサーバシステムをブロック図によ
り示している。同図において、エンドユーザ用端末等の
クライアント１と、実業務の処理等を行うサーバ２,サ
ーバ３と、ネットワーク４とによりクライアントサーバ
システムを構築する。上記クライアント１は、サーバの
状態を管理するサーバ状態管理部５ａと、同サーバ状態
管理部５ａがサーバ状態を格納するサーバ状態テーブル
５ｂと、上記サーバ状態テーブルに基づいて接続先サー
バを選択するサーバ選択部５ｃと、同サーバ選択部５ｃ
が選択したサーバに物理的に接続を行うサーバ接続部５
ｄとから構成される。また、上記サーバ２は、サーバの
状態を管理するサーバ状態管理部６ａと、サーバ状態テ
ーブル６ｂと、上記サーバ状態管理部５ａにサーバの状
態を通知するサーバ状態通知部６ｃと、上記サーバ選択
部５ｃと接続を行うクライアント接続部６ｄとから構成
される。さらに、上記サーバ３は、サーバの状態を管理
するサーバ状態管理部７ａと、サーバ状態テーブル７ｂ
と、上記サーバ状態管理部５ａにサーバの状態を通知す
るサーバ状態通知部７ｃと、上記サーバ選択部５ｃと接
続を行うクライアント接続部７ｄとから構成される。

【００１５】図２は、上記クライアント１が上記サーバ
２,３のいずれかに接続する処理内容をフローチャート
により示している。また、図３は、上記サーバ状態テー
ブル５ｂの内容を示している。上記サーバ状態管理部５
ａは、一定周期にて上記サーバ２,３の状態を取得する
ため一定時間の計測を行う（ステップＳ１００）。一定
時間が経過したときに上記サーバ状態通知部６ｃ,７ｃ
から上記サーバ２,３の状態を取得する（ステップＳ１
０５）とともに上記サーバ状態テーブル５ｂに格納す
る。このとき、上記サーバ状態テーブル５ｂは、図３の
ように、サーバ名と、起動／停止状態およびクライアン
ト接続数を格納される。ここで、上記サーバ選択部５ｃ
は、上記サーバ状態テーブルからクライアント接続数が
少ないサーバを検索して（ステップＳ１１５）、接続数
の少ない上記サーバ３を選択する（ステップＳ１２
０）。すると、上記サーバ接続部５ｄは、同選択された
上記サーバ３に対して接続要求を出力するとともに接続
を実行する（ステップＳ１２５）。

【００１６】また、上記ステップＳ１１５で全てのサー
バにおいてクライアント接続数が均等である場合であっ
て、電源立ち上がり等でどこにも接続していないときは
（ステップＳ１３０）、上記サーバ状態テーブル５ｂの
上位のサーバに接続を行い（ステップＳ１３５）、既に
サーバに接続をしているときはそのままの接続を維持す
る。もちろん、上記サーバ状態管理部５ａにおいては、
停止しているサーバは選択の対象にはならない。

【００１７】このとき、上記サーバ３が上記クライアン
ト１と接続する処理内容を、図４のフローチャートによ
りに示す。上記クライアント接続部７ｄは、上記クライ
アント１からの接続要求を判別して（ステップＳ１５
０）、同接続要求が無ければ、上記サーバ状態通知部７
ｃは、上記クライアント１からの状態読み出し要求があ
るか判別する（ステップＳ１５５）。読み出し要求があ
る場合には、上記サーバ状態管理部７ａは、上記サーバ
状態テーブル７ｂより自サーバの状態を読み出す（ステ
ップＳ１６０）とともに、上記サーバ状態通知部７ｃか
ら上記クライアント１の上記サーバ状態管理部５ａに通
知する（ステップＳ１６５）。

【００１８】また、上記ステップＳ１５０において、上
記クライアント１から接続要求が有ったときは、上記ク
ライアント接続部７ｄは、上記サーバ接続部５ｄと接続
する（ステップＳ１７０）とともに、上記サーバ状態管
理部７ａは、クライアント接続数をインクリメントして
（ステップＳ１７５）、上記サーバ状態テーブル７ｂを
更新する（ステップＳ１８０）。

【００１９】次に、上記のように構成した本実施形態の
動作について説明する。上記クライアント１の電源が投
入されるとオペレーティングシステムが立ち上がるとと
もに、上記サーバ状態管理部５ａが接続している上記サ
ーバ２,３からサーバの状態を取得する（ステップＳ１
００〜Ｓ１１０）。本実施例の場合、上記サーバ２のク
ライアント接続数は４であり、上記サーバ３のクライア
ント接続数は１であるので、上記クライアント１は、上
記サーバ３と接続する（ステップＳ１１５〜Ｓ１２
５）。

【００２０】以上のように、一定時間をおいて（ステッ
プＳ１００）、サーバの状態を取得する（ステップＳ１
０５）ため、上記クライアント１は、常に最新のサーバ
状態を把握することが可能であり、この一定時間をもっ
て上記サーバ２,３のクライアント接続数をチェックし
て、同接続数が少ないサーバに接続するようになるた
め、上記サーバ２,３のクライアント接続数を均等にす
ることが可能になる。

【００２１】次に、本発明の第二の実施形態にかかるク
ライアントサーバシステムを図５のブロック図より説明
する。同図において、エンドユーザ用端末等のクライア
ント１０と、実業務の処理等を行うサーバ２０,サーバ
３０と、ネットワーク４０とによりクライアントサーバ
システムを構築する。

【００２２】上記クライアント１０は、サーバの状態を
管理するサーバ状態管理部５０ａと、同サーバ状態管理
部５０ａがサーバ状態を格納するサーバ状態テーブル５
０ｂと、上記サーバ状態テーブルに基づいて接続先サー
バを選択するサーバ選択部５０ｃと、同サーバ選択部５
０ｃが選択したサーバに物理的に接続を行うサーバ接続
部５０ｄと、上記サーバ選択部５０ｃがサーバと接続し
たときに「１」となるサーバ接続フラグ５０ｅとから構
成される。

【００２３】また、上記サーバ２０は、サーバの状態を
管理するサーバ状態管理部６０ａと、サーバ状態テーブ
ル６０ｂと、上記サーバ状態管理部５０ａにサーバの状
態を通知するサーバ状態通知部６０ｃと、上記サーバ選
択部５０ｃと接続を行うクライアント接続部６０ｄとか
ら構成される。

【００２４】さらに、上記サーバ３０は、サーバの状態
を管理するサーバ状態管理部７０ａと、サーバ状態テー
ブル７０ｂと、上記サーバ状態管理部５０ａにサーバの
状態を通知するサーバ状態通知部７０ｃと、上記サーバ
選択部５０ｃと接続を行うクライアント接続部７０ｄと
から構成される。

【００２５】図６は、上記クライアント１０が上記サー
バ接続フラグを使用した場合の処理内容をフローチャー
トにより示している。上記サーバ状態管理部５０ａは、
一定周期にて上記サーバ２０,３０の状態を取得するた
め一定時間の計測を行う（ステップＳ２００）。一定時
間が経過したときに上記サーバ状態通知部６０ｃ,７０
ｃから上記サーバ２０,３０の状態を取得する（ステッ
プＳ２０５）とともに上記サーバ状態テーブル５０ｂに
格納する。このとき、上記サーバ状態テーブル５０ｂ
は、図３のように、サーバ名と、起動／停止状態および
クライアント接続数を格納している。

【００２６】次に、上記サーバ接続フラグ５０ｅの内容
を判別して（ステップＳ２１１）、「１」であれば、既
に何れかのサーバに接続しているため、新たに接続先サ
ーバの切り替えは行わない。上記サーバ接続フラグ５０
ｅが「１」でなければ、上記サーバ選択部５０ｃは、上
記サーバ状態テーブルからクライアント接続数が少ない
サーバを検索して（ステップＳ２１５）、接続数の少な
い上記サーバ３０を選択する（ステップＳ２２０）。す
ると、上記サーバ接続部５０ｄは、同選択されたサーバ
３０に対して接続要求を出力するとともに接続を実行す
る（ステップＳ２２５）。

【００２７】また、上記ステップＳ２１５で全てのサー
バにおいてクライアント接続数が均等である場合であっ
て電源立ち上がり等でどこにも接続していないときは
（ステップＳ２３０）、上記サーバ状態テーブル５０ｂ
の上位のサーバに接続を行い（ステップＳ２３５）、既
にサーバに接続をしているときはそのままの接続を維持
する。ここで、ステップＳ２２５およびＳ２３５におい
て、新たに上記サーバと接続を行った場合には、上記サ
ーバ状態管理部５０ａは、上記サーバ接続フラグ５０ｅ
を「１」にする（ステップＳ２４０）。

【００２８】次に、上記のように構成した本実施形態の
動作について説明する。上記クライアント１０の電源が
投入されるとオペレーティングシステムが立ち上がると
ともに、上記サーバ状態管理部５０ａが接続している上
記サーバ２０,３０からサーバの状態を取得する（ステ
ップＳ２００〜Ｓ２１０）。本実施例の場合、上記サー
バ２のクライアント接続数は４であり、上記サーバ３の
クライアント接続数は１であるので、上記クライアント
１は、上記サーバ３と接続する（ステップＳ２１５〜Ｓ
２２５）。この接続が完了すると、サーバ接続フラグ５
０ｅが「１」になり（ステップＳ２４０）、以降は、ス
テップＳ２１１において、同サーバ接続フラグ５０ｅの
チェックを行う。

【００２９】以上のように、上記クライアント１は、上
記サーバと最初に接続すると、上記サーバ接続フラグ５
０ｅを「１」にして（ステップＳ２４０）、以降は、ス
テップＳ２１１において、同サーバ接続フラグ５０ｅを
チェックして、「１」、すなわち、既に、何れかのサー
バに接続している場合は、新たに接続先を変更すること
がなくなる。

【００３０】次に、本発明の第三の実施形態にかかるク
ライアントサーバシステムを図７のブロック図において
説明する。同図において、エンドユーザ用端末等のクラ
イアント１００と、実業務の処理等を行うサーバ２０
０,サーバ３００と、ネットワーク４００とによりクラ
イアントサーバシステムを構築する。

【００３１】上記クライアント１００は、サーバの状態
を管理するサーバ状態管理部５００ａと、同サーバ状態
管理部５００ａがサーバ状態を格納するサーバ状態テー
ブル５００ｂと、上記サーバ状態テーブルに基づいて接
続先サーバを選択するサーバ選択部５００ｃと、同サー
バ選択部５００ｃが選択したサーバに物理的に接続を行
うサーバ接続部５００ｄと、上記サーバ選択部５００ｃ
がサーバと接続したときに「１」となるサーバ接続フラ
グ５００ｅと、接続先のサーバがダウンしたときに、同
接続していたサーバ名を記憶するとともにサーバダウン
フラグを「１」にするサーバダウンテーブル５００ｆと
から構成される。

【００３２】また、上記サーバ２００は、サーバの状態
を管理するサーバ状態管理部６００ａと、サーバ状態テ
ーブル６００ｂと、上記サーバ状態管理部５００ａにサ
ーバの状態を通知するサーバ状態通知部６００ｃと、上
記サーバ選択部５００ｃと接続を行うクライアント接続
部６００ｄとから構成される。

【００３３】さらに、上記サーバ３００は、サーバの状
態を管理するサーバ状態管理部７００ａと、サーバ状態
テーブル７００ｂと、上記サーバ状態管理部５００ａに
サーバの状態を通知するサーバ状態通知部７００ｃと、
上記サーバ選択部５００ｃと接続を行うクライアント接
続部７００ｄとから構成される。

【００３４】図９は、上記クライアント１が接続してい
るサーバ３が接続中にダウンした場合を含めた処理内容
をフローチャートにより示している。また、図８は、上
記サーバダウンテーブル５００ｆの内容を示している。
上記サーバ状態管理部５００ａは、一定周期にて上記サ
ーバ２００,３００の状態を取得するため一定時間の計
測を行う（ステップＳ３００）。一定時間が経過したと
きに上記サーバ状態通知部６００ｃ,７００ｃから上記
サーバ２００,３００の状態を取得するとともに上記サ
ーバ状態テーブル５００ｂを更新する（ステップＳ３０
５〜Ｓ３１０）。このとき、接続している上記サーバ３
００がダウンしていることを検出すると（ステップＳ３
２０）、上記サーバ３００の名称を図８に示すように、
上記サーバダウンテーブル５００ｆに格納する（ステッ
プＳ３２５）とともにサーバダウンフラグを「１」にす
る（ステップＳ３３０）。

【００３５】次に、上記サーバ接続フラグ５００ｅを
「０」に戻して（ステップＳ３３５）、ステップＳ３６
５に移ることにより、新たなサーバに接続する。本実施
例では、上記サーバ２００に接続することになる（ステ
ップＳ３６５〜Ｓ３９５）。ここで、上記ダウンしたサ
ーバ３００が復旧する前は、上記サーバダウンテーブル
５００ｆのサーバダウンフラグが「１」であるため、ス
テップＳ３４０においてステップＳ３５０に分岐して、
上記サーバダウンテーブルに格納されている上記サーバ
３００が起動しているかどうかを上記サーバ状態テーブ
ルを参照することにより判別して（ステップＳ３５
５）、上記サーバ３００が復旧していた場合は、上記復
旧したサーバ３００に接続するとともに、上記サーバダ
ウンフラグを「０」にする（ステップＳ３６０〜Ｓ３６
１）。

【００３６】次に、上記のように構成した本実施形態の
動作について説明する。上記クライアント１００が既に
上記サーバ３００に接続しているときに、同サーバ３０
０がダウンを検出すると（ステップＳ３２０）、同サー
バ３００を記憶して（ステップＳ３２５）、上記サーバ
２００に接続が切り替わる（ステップＳ３６５〜Ｓ３９
５）。ここで、上記サーバ３００の修理が完了してネッ
トワークに繋ぎこむと、それを検出して（ステップＳ３
０５〜Ｓ３１０）、同サーバ３００に接続を切り替える
（ステップＳ３５０〜Ｓ３６１）。

【００３７】以上のように、上記サーバ３００がダウン
して、上記クライアント１が上記サーバ２００に接続す
る。ここで、上記サーバ３００が復旧してネットワーク
に接続されたときに、ダウン寸前に同サーバ３００に接
続していた上記クライアント１は、自動的に上記サーバ
３００に接続されるため、ダウンしたサーバをネットワ
ークに繋ぎこむだけで、システムの復旧を行うことがで
きる。

【００３８】

【発明の効果】以上説明したように本発明は、複数のサ
ーバに均等に接続するとともにサーバの負荷は低下して
システム全体のレスポンスを向上させることが可能なク
ライアントサーバシステムを提供することができる。ま
た、サーバ接続フラグが立っている場合、接続数の少な
いサーバを検出しても一旦接続したサーバの接続は解消
しないため、システムの状態を明確に把握することがで
きる。さらに、復旧したサーバにダウン寸前に接続して
いたクライアントは自動的に再接続できるためシステム
の復旧を簡易に行うことができる。さらに、クライアン
トがサーバに対して処理を要求するタイミングでサーバ
の状態を取得できるため効率よくサーバを利用すること
ができる。

【図面の簡単な説明】

【図１】本実施形態の第一の実施形態にかかるクライア
ントサーバシステムの構成を示すブロック線図である。

【図２】第一の実施例におけるクライアントがサーバと
接続する処理を示したフローチャートである。

【図３】第一の実施例におけるサーバ状態テーブルを示
すものである。

【図４】第一の実施例におけるサーバがクライアントと
接続する処理を示したフローチャートである。

【図５】本実施形態の第二の実施形態にかかるクライア
ントサーバシステムの構成を示すブロック線図である。

【図６】第二の実施例におけるクライアントがサーバ接
続フラグを使用した場合の処理内容を示すフローチャー
トである。

【図７】本実施形態の第三の実施形態におけるクライア
ントサーバシステムの構成を示すブロック線図である。

【図８】第三の実施例におけるサーバダウンテーブルを
示すものである。

【図９】第三の実施例におけるクライアントがダウンし
た後に復旧したサーバに自動接続する処理内容を示すフ
ローチャートである。

【図１０】従来のクライアントサーバシステムの構成を
示すブロック線図である。

【図１１】従来のクライアントサーバシステムにおける
サーバ接続先テーブルを示すものである。

【符号の説明】

１，１０，１００ クライアント ２，２０，２００ サーバ ３，３０，３００ サーバ ４，４０，４００ ネットワーク ５ａ，５０ａ，５００ａ サーバ状態管理部 ５ｂ，５０ｂ，５００ｂ サーバ状態テーブル ５ｃ，５０ｃ，５００ｃ サーバ選択部 ５ｄ，５０ｄ，５００ｄ サーバ接続部 ５０ｅ サーバ接続フラグ ５００ｆ サーバダウンテーブル ６ａ，６０ａ，６００ａ サーバ状態管理部 ６ｂ，６０ｂ，６００ｂ サーバ状態テーブル ６ｃ，６０ｃ，６００ｃ サーバ状態通知部 ６ｄ，６０ｄ，６００ｄ クライアント接続部 ７ａ，７０ａ，７００ａ サーバ状態管理部 ７ｂ，７０ｂ，７００ｂ サーバ状態テーブル ７ｃ，７０ｃ，７００ｃ サーバ状態通知部 ７ｄ，７０ｄ，７００ｄ クライアント接続部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 15/16 - 15/177 G06F 15/00 G06F 13/00

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続され、双方向
   で通信可能な複数のクライアントと複数のサーバからな
   るクライアントサーバシステムにおいて、 上記クライアントは、 一定周期で上記サーバの状態および上記サーバのクライ
   アント接続数を取得する第一のサーバ状態管理手段と、 上記第一のサーバ状態管理手段が取得したデータを格納
   する第一のサーバ状態記憶手段と、 上記第一のサーバ状態管理手段が取得した上記サーバの
   状態に基づいて複数のサーバから上記クライアントとの
   接続数が少ないサーバを選択するとともに同選択したサ
   ーバと上記クライアントを接続するサーバ選択手段とを
   備え、 上記サーバは、 上記サーバの状態および接続しているクライアント数を
   管理する第二のサーバ状態管理手段と、 上記第二のサーバ状態管理手段が管理するデータを格納
   する第二のサーバ状態記憶手段と、 上記クライアントから接続要求を受信したとき同接続要
   求を出力した上記クライアントと接続するクライアント
   接続手段とを具備し、 上記第一のサーバ状態管理手段が、上記サーバ選択手段
   が上記サーバに接続するとサーバ接続フラグのフラグを
   立て、かつ、上記サーバ接続フラグが立てられた状態で
   上記接続先サーバがダウンしてしまった場合には、上記
   サーバ選択手段において上記接続先サーバを切り替える
   とともに、上記ダウンしたサーバが復旧すると、上記サ
   ーバ選択手段において同サーバに再接続させることを特
   徴とするクライアントサーバシステム。
2. 【請求項２】 上記請求項１に記載のクライアントサー
   バシステムにおいて、上記第一のサーバ状態管理手段が、上記サーバ接続フラ
   グにおいて、同フラグが立てられている場合には、クラ
   イアント接続数が少ない上記サーバを取得しても接続し
   ているサーバの接続先を変更しない ことを特徴とするク
   ライアントサーバシステム。
3. 【請求項３】 上記請求項１又は２に記載のクライアン
   トサーバシステムにおいて、 上記第一のサーバ状態管理手段は、上記サーバに対して
   アクセスするときに上記サーバの状態および上記サーバ
   におけるクライアント接続数を取得することを特徴とす
   るクライアントサーバシステム。