JPH09311843A - クライアントサーバ型通信方法及びクライアントサーバ型通信装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 サーバの障害発生時、クライアントは、サー
バの障害を意識せずにサービスを受け、マスタサーバは
スレーブサーバと情報の交換回数を減少させる。 【解決手段】 スレーブサーバ２２は、クライアント１
０からのパケットを受信してデータ保持部２５に保持す
るとともに、メモリ管理部２６の監視タイマ動作を開始
し、監視タイマの計時終了前に、マスタサーバ２１から
クライアント１０にパケットを送信したときは、データ
保持部２５に保持していたパケットを消去し、監視タイ
マの計時終了までに、マスタサーバ２１からクライアン
ト１０へのパケットをスレーブサーバ２２が受信しなけ
ればスレーブサーバ２２がクライアント１０から受けた
データを処理してクライアント１０に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バ型通信方法及びクライアントサーバ型通信装置に係
り、詳細には、サーバに障害が発生した場合に障害用の
第２サーバへの切り替えを行うクライアントサーバ間に
おけるクライアントサーバ型通信方法及びクライアント
サーバ型通信装置に関する。

【０００２】

【従来の技術】コンピュータシステムにおいては、通信
し合うプロセス間で要求を出すクライアントと要求を処
理するサーバという関係がしばしば現れる。このような
クライアント・サーバ間の通信に適した通信の形態をク
ライアントサーバ型通信という。

【０００３】一般に、クライアントサーバ間の通信を行
う場合、サーバに障害が発生するとクライアントはサー
ビスを受けることができない。そこでサーバを２台設置
し、１台をサービスを提供するマスタサーバ、もう１台
を障害時に切り替えるスレーブサーバとし、スレーブサ
ーバはマスタサーバと情報の交換を周期的に行なってい
る。もし、マスタサーバから情報が送られてこないなど
で、スレーブサーバがマスタサーバに障害が発生してい
ると検出した場合、スレーブサーバに切り替える方法が
ある。

【０００４】図６〜図８は、従来のサーバ切り替え方法
を示す図であり、図６において、１０はクライアント、
１１はマスタサーバ、１２はスレーブサーバ、１３はこ
れらクライアントサーバ間で情報交換を行うネットワー
クである。

【０００５】図７に示すように、マスタサーバ１１から
情報が送られてこないなどで、スレーブサーバ１２がマ
スタサーバ１１に障害が発生していると検出した場合、
図８に示すようにサーバを変更し、スレーブサーバ１２
に切り替え、クライアント１０とスレーブサーバ１２間
の通信が行われる方法がある。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のクライアントサーバ型通信方法にあっては、
サーバ間の情報の交換の周期が長いと、スレーブサーバ
１２がマスタサーバ１１に障害が発生していると検出
し、スレーブサーバ１２にマスタサーバ１１の機能を切
り替えるのに時間がかかる場合がある。そのため、クラ
イアント１０は障害が発生したときに、すぐにサービス
を受けられない。情報の交換の周期が短いとサーバの負
荷が増える。また、スレーブサーバ１２はマスタサーバ
１１がクライアント１０にどの要求に対し応答をしたか
わからないのでもう一度クライアント１０が要求を出す
必要がある。

【０００７】さらに、クライアントサーバ間にＡＴＭ
（Asynchronous Transfer Mode：非同期転送モード）−
ＬＡＮ（Local Area Network）のようにコネクション型
（バーチャルコネクション型）のネットワークで通信す
る場合、マスタサーバからスレーブサーバに切り替える
場合、新たにコネクションを確立しなければならず、時
間がかかるという問題点があった。

【０００８】本発明は、サーバに障害が発生した場合で
もクライアントは、サーバの障害を意識せずにすぐにサ
ービスを受けることができ、マスタサーバはスレーブサ
ーバと情報を交換する回数を減少させることができるク
ライアントサーバ型通信方法及びクライアントサーバ型
通信装置を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明に係るクライアン
トサーバ型通信方法は、１台以上のクライアント、マス
タ、及びスレーブサーバを、それぞれネットワークに接
続し、クライアントはマスタ及びスレーブサーバからの
パケットを受信し、スレーブサーバはクライアント及び
他のサーバからのパケットを受信し得るクライアントサ
ーバ型通信方法であって、クライアントが送信したパケ
ットはマスタ及びスレーブサーバが受信し、スレーブサ
ーバは、所定時間を計時する監視タイマを備え、クライ
アントからのパケットを受信して保持するとともに、該
監視タイマ動作を開始し、監視タイマの計時終了前に、
マスタサーバからクライアントにパケットを送信したと
きは、保持していたパケットを消去し、監視タイマの計
時終了までに、マスタサーバからクライアントへのパケ
ットをスレーブサーバが受信しなければスレーブサーバ
がクライアントから受けたデータを処理してクライアン
トに送信する。

【００１０】また、上記クライアントサーバ型通信方法
において、クライアントは、マスタ、スレーブサーバか
ら受信し得るようにし、スレーブサーバはクライアント
と、他のサーバから受信し得るようなコネクションを設
定した後、通信を行うようにしてもよい。

【００１１】また、本発明に係るクライアントサーバ型
通信装置は、１台以上のクライアント、マスタ、及びス
レーブサーバを、それぞれネットワークに接続し、クラ
イアントはマスタ及びスレーブサーバからのパケットを
受信し、スレーブサーバはクライアント及び他のサーバ
からのパケットを受信し得るように構成したクライアン
トサーバ型通信装置であって、マスタ及びスレーブサー
バは、クライアントが送信したパケットを受信し、スレ
ーブサーバは、所定時間を計時する監視タイマを備え、
クライアントからのパケットを受信して保持するととも
に、該監視タイマ動作を開始し、監視タイマの計時終了
前に、マスタサーバからクライアントにパケットを送信
したときは、保持していたパケットを消去し、監視タイ
マの計時終了までに、マスタサーバからクライアントへ
のパケットをスレーブサーバが受信しなければスレーブ
サーバがクライアントから受けたデータを処理してクラ
イアントに送信するように構成してもよい。

【００１２】また、上記クライアントサーバ型通信装置
において、クライアントは、マスタ、スレーブサーバか
ら受信し得るように構成し、スレーブサーバはクライア
ントと、他のサーバから受信し得るようなコネクション
を設定するように構成したものであってもよい。

【００１３】

【発明の実施の形態】本発明に係るクライアントサーバ
型通信方法及びクライアントサーバ型通信装置は、サー
バに障害が発生した場合に障害用の第２サーバへの切り
替えを行うクライアント・サーバ間におけるクライアン
トサーバ型通信方法に適用することができる。

【００１４】図１は本発明の第１の実施形態に係るクラ
イアントサーバ型通信方法及びクライアントサーバ型通
信装置の全体構成を示す図である。なお、実施の形態１
であるクライアントサーバ型通信方法の説明にあたり図
２に示すクライアントサーバ型通信方法と同一構成部分
には同一符号を付している。

【００１５】図１において、クライアント１０、マスタ
サーバ２１、スレーブサーバ２２はネットワーク２３に
接続されている。ここで、各サーバには、同一のアドレ
スを設定する。したがって、クライアント１０がサーバ
２１，２２に送信したパケットは両サーバ２１，２２が
受信する。また、他のサーバが送信したパケットも受信
できるようにする。

【００１６】マスタサーバ２１及びスレーブサーバ２２
は、クライアント１０からの要求に対し、この要求に対
する処理を行なった後、クライアント１０に結果を送信
する。クライアント１０は、宛て先アドレスが自身であ
るパケットを受信する。この場合、クライアント１０は
両サーバ２１，２２のどちらから受信したか認識する必
要はない。

【００１７】この動作により、クライアント１０はサー
バにサービス要求を送信し、結果を受信する。

【００１８】図２は上記スレーブサーバ２２の構成を示
すブロック図である。

【００１９】図２において、スレーブサーバ２２は、ク
ライアント１０からの各要求の処理を行う要求処理部２
４と、処理結果を応答するためのデータを保持するため
のメモリからなるデータ保持部２５と、各応答データの
宛先、タイマ終了時刻を管理するメモリ管理部２６とを
備え、スレーブサーバ２２は、タイマを持ちクライアン
ト１０からの要求受信ごとにタイマを開始できるように
構成されている。

【００２０】上記スレーブサーバ２２は、例えばワーク
ステーション、高性能パーソナルコンピュータからな
り、高性能マイクロプロセッサ、高解像度ディスプレ
イ、入出力装置、大容量ハードディスク装置、光ディス
ク装置等を備え、処理作業の全般を、一貫して１台の独
立したシステム上でできるようにしたものである。

【００２１】上記ネットワーク２３は、異機種ワークス
テーション、及びメインフレームとの結合を行うＬＡＮ
が使用される。クライアント・サーバ間は、例えばＦＴ
Ｐ（File Transfer Protocol）を用いてファイル転送を
行う。ＦＴＰは、クライアント・サーバ間又は端末間で
ファイル転送を行う場合の通信プロトコルであり、ＥＴ
Ｐを用いて各機種間のデータ送信を行うことができる。

【００２２】このように、第１の実施形態に係るクライ
アントサーバ型通信装置は、クライアント１０、マスタ
サーバ２１、及びスレーブサーバ２２を、それぞれネッ
トワーク２３に接続し、クライアント１０はマスタサー
バ２１及びスレーブサーバ２２からのパケットを受信
し、スレーブサーバ２２はクライアント１０及び他のサ
ーバからのパケットを受信できる構成とし、クライアン
ト１０が送信したパケットはマスタサーバ２１及びスレ
ーブサーバ２２が受信し、スレーブサーバ２２は、クラ
イアント１０からの各要求の処理を行う要求処理部２４
と、処理結果を応答するためのデータを保持するための
メモリからなるデータ保持部２５と、各応答データの宛
先、タイマ終了時刻を管理するメモリ管理部２６とを備
えている。

【００２３】以下、上述のように構成されたクライアン
トサーバ型通信方法及びクライアントサーバ型通信装置
の動作を説明する。

【００２４】クライアント１０がサーバのサービスを受
ける場合、サーバにサービス要求を記述したパケットを
サーバに送信する。このパケットは、マスタサーバ２
１、スレーブサーバ２２で受信する。マスタサーバ２１
は要求に対する処理を行なった後、クライアント１０に
応答を送信する。スレーブサーバ２２でも要求を受信し
たときは、タイマを開始させメモリ管理部２６にタイマ
終了時刻を書き込み、要求の処理を行ないデータ保持部
２５に書きいれておく。マスタサーバ２１からクライア
ント１０へのパケットを受信したときは、保持していた
データを消去する。

【００２５】もし、タイマ終了時刻になってもマスタサ
ーバ２１からクライアント宛のデータがスレーブサーバ
２２で受信しなかったときは、マスタサーバ２１に障害
が発生したと判断し、スレーブサーバ２２はマスタサー
バの通信停止信号をマスタサーバ２１に送信してマスタ
サーバ２１を停止させ、データ保持部２５中の応答用デ
ータをクライアント１０に結果として送信する。

【００２６】その後、スレーブサーバ２２は、クライア
ント１０からの要求に全て応答する。マスタサーバ２１
は送信可能であってもスレーブサーバ２２から送信停止
信号を受信したならばクライアント１０に応答はしない
ようにする。

【００２７】図３は上記クライアントサーバ型通信方法
におけるスレーブサーバ２２の動作を示すフローチャー
トであり、図中ＳＴはフローの各ステップを示す。

【００２８】クライアント１０からサービス要求を記述
したパケット受信すると本フローがスタートする。

【００２９】まず、ステップＳＴ１１でパケットを受信
すると、タイマをスタートしメモリ管理部２６にタイマ
終了時刻を書き込み、ステップＳＴ１２で受信データを
処理しデータ保持部２５に保持する。

【００３０】次いで、ステップＳＴ１３でマスタサーバ
２１からクライアント１０への送信パケットを受信した
か否かを判別し、送信パケットを受信したときは、マス
タサーバ２１に障害が発生していないと判断しステップ
ＳＴ１４で保持していたデータを消去する。

【００３１】送信パケットを受信しなかったときはステ
ップＳＴ１５で、タイマスタートしているタイマが終了
したか否かを判別し、タイマ終了でなければステップＳ
Ｔ１３に戻る。タイマ終了であればタイマ終了時刻にな
ってもマスタサーバ２１からクライアント宛の受信デー
タを受信しなかったときであり、マスタサーバ２１に障
害が発生したと判断して、ステップＳＴ１６でマスタサ
ーバ２１の通信を停止させる通信停止信号をマスタサー
バ２１に送信してマスタサーバ２１を停止させ、データ
保持部２５中の応答用データをクライアント１０に結果
として送信する。その後は、スレーブサーバ２２は、ク
ライアント１０からの要求に全て応答する。

【００３２】以上説明したように、第１の実施形態に係
るクライアントサーバ型通信方法では、クライアント１
０、マスタサーバ２１、及びスレーブサーバ２２を、そ
れぞれネットワーク２３に接続し、クライアント１０は
マスタサーバ２１及びスレーブサーバ２２からのパケッ
トを受信し、スレーブサーバ２２はクライアント１０及
び他のサーバからのパケットを受信できるようにし、ク
ライアント１０が送信したパケットはマスタサーバ２１
及びスレーブサーバ２２が受信し、スレーブサーバ２２
は、クライアント１０からの各要求の処理を行う要求処
理部２４と、処理結果を応答するためのデータを保持す
るためのメモリからなるデータ保持部２５と、各応答デ
ータの宛先、タイマ終了時刻を管理するメモリ管理部２
６とを備え、スレーブサーバ２２は、クライアント１０
からのパケットを受信してデータ保持部２５に保持する
とともに、メモリ管理部２６の監視タイマ動作を開始
し、監視タイマの計時終了前に、マスタサーバ２１から
クライアント１０にパケットを送信したときは、データ
保持部２５に保持していたパケットを消去し、監視タイ
マの計時終了までに、マスタサーバ２１からクライアン
ト１０へのパケットをスレーブサーバ２２が受信しなけ
ればスレーブサーバ２２がクライアント１０から受けた
データを処理してクライアント１０に送信するようにし
ているので、スレーブサーバ２２が、マスタサーバ２１
からクライアント１０に送信するデータを読み、マスタ
サーバ２１に異常がある場合は代理でクライアント２２
に応答を送信することができ、サーバに障害が発生した
場合でもクライアント１０は、サーバの障害を意識せず
にすぐにサービスを受けることができる。また、マスタ
サーバ２１はスレーブサーバ２２と情報を交換する回数
を減少させることができるので負荷が減る効果がある。

【００３３】図４は本発明の第２の実施形態に係るクラ
イアントサーバ型通信方法及びクライアントサーバ型通
信装置の構成を示す図であり、本実施形態に係るクライ
アントサーバ型通信方法は、コネクション型通信方法に
適用した例である。本実施形態に係るクライアントサー
バ型通信方法の説明にあたり図１に示すクライアントサ
ーバ型通信方法と同一構成部分には同一符号を付して重
複部分の説明を省略する。

【００３４】図４はコネクション型通信におけるコネク
ション設定の１例を示す図であり、この図において、ク
ライアント１０、マスタサーバ２１、スレーブサーバ２
２はネットワーク３０に接続されている。ここで、各サ
ーバには、同一のアドレスを設定する。したがって、ク
ライアント１０がサーバ２１，２２に送信したパケット
は両サーバ２１，２２が受信でき、また、他のサーバが
送信したパケットも受信できるようにする。

【００３５】クライアント１０はサーバのサービスを受
ける場合、クライアント１０からサーバ２１，２２への
コネクションを確立しておく（コネクション１）。サー
バからはクライアント１０と、他のサーバへのコネクシ
ョン（コネクション２、３）を確立しておくことで、各
々の端末から出されたパケットは別の端末で受信できる
ようにする。ここでは、１対２通信のコネクションを３
本用いて設定する。

【００３６】以下、上述のように構成されたクライアン
トサーバ型通信方法の動作を説明する。

【００３７】クライアント１０はサービスを受けること
を開始する時、クライアント１０からマスタサーバ２
１、スレーブサーバ２２方向へのコネクションを設定す
る（図４のコネクション１）。

【００３８】次いで、マスタサーバ２１からクライアン
ト１０、スレーブサーバ２２へのコネクションを設定し
（図４のコネクション２）、最後に、スレーブサーバ２
２からクライアント１０、マスタサーバ２１へのコネク
ションを設定する（図４のコネクション３）。

【００３９】設定されたコネクション上のパケットは全
て受信するようにする。

【００４０】クライアント１０はサービスを受ける場
合、コネクション１で送信し、両サーバ２１，２２で受
信する。マスタサーバ２１は要求に対する処理を行なっ
た後、コネクション２で応答をクライアント１０に送信
する。この応答はスレーブサーバ２２でも受信する。

【００４１】スレーブサーバ２２はマスタサーバ２１が
応答パケットを送信していなければコネクション３で応
答パケットをクライアント１０に送信する。ここで、ス
レーブサーバ２２内の動作は上述した第１実施形態と同
様である。

【００４２】クライアント１０はコネクション１、３で
着信したパケットを受信する。

【００４３】以上説明したように、第２の実施形態に係
るクライアントサーバ型通信方法では、クライアント１
０は、マスタサーバ２１、スレーブサーバ２２から受信
し得るようにし、スレーブサーバ２２はクライアント１
０と、他のサーバから受信し得るようなコネクションを
設定した後、上述した第１の実施形態に係るクライアン
トサーバ型通信を実行しているので、コネクション型で
の通信において、クライアント１０はスレーブサーバ２
２に新たに、コネクションを用意する必要がなくなり、
サーバに障害があった場合でも応答時間を短縮すること
ができ、サーバの障害を意識せずにサービスを受けるこ
とができる。

【００４４】ここで、上記各実施形態では、クライアン
ト１０、マスタサーバ２１、スレーブサーバ２２各１台
で記述したがそれ以上の台数で対応してもよい。また、
１対ｎ（第２の実施形態では、１対２）コネクションを
例示したがコネクションの型は特に限定されない。

【００４５】例えば、図５に示すように、マルチキャス
トコネクションサーバ（ＭＣＳ）３１を別に用意し、ク
ライアント１０、サーバ２１，２２からＭＣＳ３１への
片方向の１対１コネクション、及びΜＣＳ３１からクラ
イアント１０、サーバ２１，２２への片方向の１対３コ
ネクションを設定する。このようにすれば、クライアン
ト、サーバから送信するパケットに、送信側アドレス、
宛先アドレスをつけ送信することで第１の実施形態と同
様な動作ができ、マルチキャストコネクション型通信方
法においても同様な効果を得ることができる。

【００４６】なお、上記各実施形態では、クライアント
サーバ型通信方法及びクライアントサーバ型通信装置
を、例えばワークステーションを、ＡＴＭ−ＬＡＮのよ
うにコネクション型（バーチャルコネクション型）のネ
ットワークで通信するシステムに適用した例であるが、
勿論これに限定されず、クライアントサーバが、ネット
ワークでされたシステムであればどような種類、形態で
あってもよいことは言うまでもない。この場合、ホス
ト、サーバ等は、必ずしもオンラインである必要はな
く、また、どのような通信線で接続してもよく無線通信
でもあってもよい。また、上述の構成では、ワークステ
ーションを使用することができるが、どのような端末で
あってもよく、例えば専用端末ではなくパーソナルコン
ピュータ等の汎用機であってもよい。

【００４７】

【発明の効果】本発明に係るクライアントサーバ型通信
方法及びクライアントサーバ型通信装置では、１台以上
のクライアント、マスタ、及びスレーブサーバを、それ
ぞれネットワークに接続し、クライアントはマスタ及び
スレーブサーバからのパケットを受信し、スレーブサー
バはクライアント及び他のサーバからのパケットを受信
し得るクライアントサーバ型通信方法であって、クライ
アントが送信したパケットはマスタ及びスレーブサーバ
が受信し、スレーブサーバは、所定時間を計時する監視
タイマを備え、クライアントからのパケットを受信して
保持するとともに、該監視タイマ動作を開始し、監視タ
イマの計時終了前に、マスタサーバからクライアントに
パケットを送信したときは、保持していたパケットを消
去し、監視タイマの計時終了までに、マスタサーバから
クライアントへのパケットをスレーブサーバが受信しな
ければスレーブサーバがクライアントから受けたデータ
を処理してクライアントに送信するようにしているの
で、サーバに障害が発生した場合でもクライアントは、
サーバの障害を意識せずにすぐにサービスを受けること
ができ、マスタサーバはスレーブサーバと情報を交換す
る回数を減少させることができるので負荷が減すことが
できる。

【００４８】また、本発明に係るクライアントサーバ型
通信方法及びクライアントサーバ型通信装置では、クラ
イアントは、マスタ、スレーブサーバから受信し得るよ
うにし、スレーブサーバはクライアントと、他のサーバ
から受信し得るようなコネクションを設定した後、通信
を行うようにしているので、サーバに障害があった場合
でも応答時間を短縮することができ、サーバの障害を意
識せずにサービスを受けることができる。

【図面の簡単な説明】

【図１】本発明を適用した第１の実施形態に係るクライ
アントサーバ型通信方法及びクライアントサーバ型通信
装置のシステム構成を示す図である。

【図２】上記クライアントサーバ型通信方法のスレーブ
サーバの構成を示すブロック図である。

【図３】上記クライアントサーバ型通信方法及びクライ
アントサーバ型通信装置のスレーブサーバの動作を示す
フローチャートである。

【図４】本発明を適用した第２の実施形態に係るクライ
アントサーバ型通信方法及びクライアントサーバ型通信
装置のコネクション型の構成を示す図である。

【図５】上記クライアントサーバ型通信方法及びクライ
アントサーバ型通信装置のコネクションの設定例を示す
図である。

【図６】従来のクライアントサーバ型通信方法のサーバ
切り替え方法を示す図である。

【図７】従来のクライアントサーバ型通信方法のサーバ
切り替え方法を示す図である。

【図８】従来のクライアントサーバ型通信方法のサーバ
切り替え方法を示す図である。

【符号の説明】

１０ クライアント、２１ マスタサーバ、２２ スレ
ーブサーバ、２３，３０ ネットワーク、２４ 要求処
理部、２５ データ保持部、２６ メモリ管理部、３１
マルチキャスト

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高橋 聡 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 １台以上のクライアント、マスタ、及び
   スレーブサーバを、それぞれネットワークに接続し、前
   記クライアントは前記マスタ及び前記スレーブサーバか
   らのパケットを受信し、前記スレーブサーバは前記クラ
   イアント及び他のサーバからのパケットを受信し得るク
   ライアントサーバ型通信方法であって、 前記クライアントが送信したパケットは前記マスタ及び
   前記スレーブサーバが受信し、 前記スレーブサーバは、所定時間を計時する監視タイマ
   を備え、前記クライアントからのパケットを受信して保
   持するとともに、該監視タイマ動作を開始し、 前記監視タイマの計時終了前に、前記マスタサーバから
   前記クライアントにパケットを送信したときは、保持し
   ていたパケットを消去し、 前記監視タイマの計時終了までに、前記マスタサーバか
   ら前記クライアントへのパケットを前記スレーブサーバ
   が受信しなければ前記スレーブサーバが前記クライアン
   トから受けたデータを処理して前記クライアントに送信
   することを特徴とするクライアントサーバ型通信方法。
2. 【請求項２】 さらに、上記請求項１記載のクライアン
   トサーバ型通信方法において、 前記クライアントは、前記マスタ、前記スレーブサーバ
   から受信し得るようにし、 前記スレーブサーバは前記クライアントと、他のサーバ
   から受信し得るようなコネクションを設定した後、通信
   を行うようにしたことを特徴とするクライアントサーバ
   型通信方法。
3. 【請求項３】 １台以上のクライアント、マスタ、及び
   スレーブサーバを、それぞれネットワークに接続し、前
   記クライアントは前記マスタ及び前記スレーブサーバか
   らのパケットを受信し、前記スレーブサーバは前記クラ
   イアント及び他のサーバからのパケットを受信し得るよ
   うに構成したクライアントサーバ型通信装置であって、 前記マスタ及び前記スレーブサーバは、前記クライアン
   トが送信したパケットを受信し、 前記スレーブサーバは、所定時間を計時する監視タイマ
   を備え、 前記クライアントからのパケットを受信して保持すると
   ともに、該監視タイマ動作を開始し、 前記監視タイマの計時終了前に、前記マスタサーバから
   前記クライアントにパケットを送信したときは、保持し
   ていたパケットを消去し、 前記監視タイマの計時終了までに、前記マスタサーバか
   ら前記クライアントへのパケットを前記スレーブサーバ
   が受信しなければ前記スレーブサーバが前記クライアン
   トから受けたデータを処理して前記クライアントに送信
   するように構成したことを特徴とするクライアントサー
   バ型通信装置。
4. 【請求項４】 さらに、上記請求項３記載のクライアン
   トサーバ型通信装置において、 前記クライアントは、前記マスタ、前記スレーブサーバ
   から受信し得るように構成し、 前記スレーブサーバは前記クライアントと、他のサーバ
   から受信し得るようなコネクションを設定するように構
   成したことを特徴とするクライアントサーバ型通信装
   置。