JP2001297016A - 命令実行システム - Google Patents
命令実行システムInfo
- Publication number
- JP2001297016A JP2001297016A JP2000111063A JP2000111063A JP2001297016A JP 2001297016 A JP2001297016 A JP 2001297016A JP 2000111063 A JP2000111063 A JP 2000111063A JP 2000111063 A JP2000111063 A JP 2000111063A JP 2001297016 A JP2001297016 A JP 2001297016A
- Authority
- JP
- Japan
- Prior art keywords
- command
- server device
- client device
- failure
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 ネットワークで障害が発生したかどうかを判
断する際の判断レベルを向上させ、瞬断などによりネッ
トワーク上で障害が発生したとみなされないような命令
実行システムを提供する。 【解決手段】 クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムにおいて、前記クライアント装
置は、前記命令の送信回数に対する前記サーバ装置から
該クライアント装置への前記返信回数の割合を算出する
算出手段を備え、前記算出手段によって算出された割合
に基づいて、前記サーバ装置又は該サーバ装置と接続さ
れるネットワークで障害が発生したと判断することを特
徴とする。
断する際の判断レベルを向上させ、瞬断などによりネッ
トワーク上で障害が発生したとみなされないような命令
実行システムを提供する。 【解決手段】 クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムにおいて、前記クライアント装
置は、前記命令の送信回数に対する前記サーバ装置から
該クライアント装置への前記返信回数の割合を算出する
算出手段を備え、前記算出手段によって算出された割合
に基づいて、前記サーバ装置又は該サーバ装置と接続さ
れるネットワークで障害が発生したと判断することを特
徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、クライアント装置
から送信された命令を受信する手段と、受信した前記命
令を実行する手段と、前記命令を実行した旨を前記クラ
イアント装置へ返信する手段とを有するサーバ装置を備
えた命令実行システム及びそれに用いるクライアント装
置並びにサーバ装置に関する。
から送信された命令を受信する手段と、受信した前記命
令を実行する手段と、前記命令を実行した旨を前記クラ
イアント装置へ返信する手段とを有するサーバ装置を備
えた命令実行システム及びそれに用いるクライアント装
置並びにサーバ装置に関する。
【０００２】
【従来の技術】従来、ネットワークを介してクライアン
ト装置とサーバ装置とが接続されており、クライアント
装置が送信する命令を、サーバ装置が受信し、サーバ装
置においてその命令を実行するような命令実行システム
がある。このようなシステムでは、ネットワークにおい
て障害が発生すると、クライアント装置とサーバ装置と
で相互にデータの送受信ができなくなることが多い。
ト装置とサーバ装置とが接続されており、クライアント
装置が送信する命令を、サーバ装置が受信し、サーバ装
置においてその命令を実行するような命令実行システム
がある。このようなシステムでは、ネットワークにおい
て障害が発生すると、クライアント装置とサーバ装置と
で相互にデータの送受信ができなくなることが多い。
【０００３】データの送受信ができなくなると、そのと
きにネットワーク上に存在するデータは、ネットワーク
上で紛失するため、このような事態を回避するために、
たとえばクライアント装置で、サーバ装置からのデータ
が所定時間内に返信されない場合には、ネットワークで
障害が発生したとみなして、たとえば命令の再信を中止
するとともに、命令実行システムの管理者へネットワー
クにおいて障害が発生した旨を報知していた。
きにネットワーク上に存在するデータは、ネットワーク
上で紛失するため、このような事態を回避するために、
たとえばクライアント装置で、サーバ装置からのデータ
が所定時間内に返信されない場合には、ネットワークで
障害が発生したとみなして、たとえば命令の再信を中止
するとともに、命令実行システムの管理者へネットワー
クにおいて障害が発生した旨を報知していた。
【０００４】
【発明が解決しようとする課題】しかし、たとえば命令
実行システム内で、バースト的なトラヒックや、ネット
ワークの瞬断があると、それらによってデータが紛失す
る場合がある。データが紛失すると、サーバ装置からの
データがクライアント装置に返信されない。そのため、
クライアント装置では、ネットワークで障害が発生した
とみなして、新しい命令をサーバ装置へ送信することを
中止等する。
実行システム内で、バースト的なトラヒックや、ネット
ワークの瞬断があると、それらによってデータが紛失す
る場合がある。データが紛失すると、サーバ装置からの
データがクライアント装置に返信されない。そのため、
クライアント装置では、ネットワークで障害が発生した
とみなして、新しい命令をサーバ装置へ送信することを
中止等する。
【０００５】しかしながら、この場合には、実際にはデ
ータの送受信が可能であるため、サーバ装置からのデー
タが所定時間内に返信されない場合に、一律にクライア
ント装置とサーバ装置との間で、データの送受信を行え
ないようにすることは、無駄なトラヒックが発生し、こ
れによりネットワークに負荷がかかるので好ましくな
い。
ータの送受信が可能であるため、サーバ装置からのデー
タが所定時間内に返信されない場合に、一律にクライア
ント装置とサーバ装置との間で、データの送受信を行え
ないようにすることは、無駄なトラヒックが発生し、こ
れによりネットワークに負荷がかかるので好ましくな
い。
【０００６】また、ネットワークに負荷がかかると、こ
の負荷により、ネットワークに障害が発生する場合も想
定でき、すなわち、実際にネットワーク上で障害が発生
していないのに、障害が発生しているとみなされて行わ
れた処理によって、実際にネットワーク上で障害が発生
するという事態が生じる場合もある。
の負荷により、ネットワークに障害が発生する場合も想
定でき、すなわち、実際にネットワーク上で障害が発生
していないのに、障害が発生しているとみなされて行わ
れた処理によって、実際にネットワーク上で障害が発生
するという事態が生じる場合もある。
【０００７】そこで、本発明は、ネットワークで障害が
発生したかどうかを判断する際の判断レベルを向上さ
せ、瞬断などによりネットワーク上で障害が発生したと
みなされないような命令実行システムを提供することを
課題とする。
発生したかどうかを判断する際の判断レベルを向上さ
せ、瞬断などによりネットワーク上で障害が発生したと
みなされないような命令実行システムを提供することを
課題とする。
【０００８】
【課題を解決するための手段】上記課題を解決するため
に、本発明は、クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムにおいて、前記クライアント装
置は、前記命令の送信回数に対する前記サーバ装置から
の前記返信回数の割合を算出する算出手段を備え、前記
算出手段によって算出された割合に基づいて、前記サー
バ装置又は該サーバ装置と接続されるネットワークで障
害が発生したと判断することを特徴とする。
に、本発明は、クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムにおいて、前記クライアント装
置は、前記命令の送信回数に対する前記サーバ装置から
の前記返信回数の割合を算出する算出手段を備え、前記
算出手段によって算出された割合に基づいて、前記サー
バ装置又は該サーバ装置と接続されるネットワークで障
害が発生したと判断することを特徴とする。
【０００９】また、本発明は、クライアント装置から送
信された命令を受信する手段と、受信した前記命令を実
行する手段と、前記命令を受信した旨又は該命令を実行
した旨を前記クライアント装置へ返信する手段とを有す
るサーバ装置を備えた命令実行システムにおいて、前記
クライアント装置は、前記命令の送信に対する前記返信
が受信されないときに前記サーバ装置に再度命令を送信
する送信手段を備え、再度前記送信手段により送信され
た前記命令に対応する返信が受信されないときには、前
記サーバ装置又は該サーバ装置と接続されるネットワー
クで障害が発生したと判断することを特徴とする。
信された命令を受信する手段と、受信した前記命令を実
行する手段と、前記命令を受信した旨又は該命令を実行
した旨を前記クライアント装置へ返信する手段とを有す
るサーバ装置を備えた命令実行システムにおいて、前記
クライアント装置は、前記命令の送信に対する前記返信
が受信されないときに前記サーバ装置に再度命令を送信
する送信手段を備え、再度前記送信手段により送信され
た前記命令に対応する返信が受信されないときには、前
記サーバ装置又は該サーバ装置と接続されるネットワー
クで障害が発生したと判断することを特徴とする。
【００１０】さらに、本発明は、クライアント装置から
送信された命令を受信する手段と、受信した前記命令を
実行する手段と、前記命令を受信した旨又は該命令を実
行した旨を前記クライアント装置へ返信する手段とを有
するサーバ装置を備えた命令実行システムに用いるクラ
イアント装置において、前記命令の送信回数に対する前
記サーバ装置からの前記返信回数の割合を算出する算出
手段を備え、前記算出手段によって算出された割合に基
づいて、前記サーバ装置又は該サーバ装置と接続される
ネットワークで障害が発生したと判断することを特徴と
する。
送信された命令を受信する手段と、受信した前記命令を
実行する手段と、前記命令を受信した旨又は該命令を実
行した旨を前記クライアント装置へ返信する手段とを有
するサーバ装置を備えた命令実行システムに用いるクラ
イアント装置において、前記命令の送信回数に対する前
記サーバ装置からの前記返信回数の割合を算出する算出
手段を備え、前記算出手段によって算出された割合に基
づいて、前記サーバ装置又は該サーバ装置と接続される
ネットワークで障害が発生したと判断することを特徴と
する。
【００１１】さらにまた、本発明は、クライアント装置
から送信された命令を受信する手段と、受信した前記命
令を実行する手段と、前記命令を受信した旨又は該命令
を実行した旨を前記クライアント装置へ返信する手段と
を有するサーバ装置を備えた命令実行システムに用いる
クライアント装置において、前記クライアント装置は、
前記命令の送信に対する前記返信が受信されないときに
前記サーバ装置に再度命令を送信する送信手段を備え、
再度前記送信手段により送信された前記命令に対応する
返信が受信されないときには、前記サーバ装置又は該サ
ーバ装置と接続されるネットワークで障害が発生したと
判断することを特徴とする。
から送信された命令を受信する手段と、受信した前記命
令を実行する手段と、前記命令を受信した旨又は該命令
を実行した旨を前記クライアント装置へ返信する手段と
を有するサーバ装置を備えた命令実行システムに用いる
クライアント装置において、前記クライアント装置は、
前記命令の送信に対する前記返信が受信されないときに
前記サーバ装置に再度命令を送信する送信手段を備え、
再度前記送信手段により送信された前記命令に対応する
返信が受信されないときには、前記サーバ装置又は該サ
ーバ装置と接続されるネットワークで障害が発生したと
判断することを特徴とする。
【００１２】また、送信した命令の送信回数に対するサ
ーバ装置からの返信回数の割合を算出する算出手段を備
え、前記算出手段によって算出された前記割合に基づい
てサーバ装置又は該サーバ装置と接続されるネットワー
クで障害が発生したと判断するクライアント装置を備え
た命令実行システムに用いるサーバ装置であって、前記
クライアント装置から送信された前記命令を受信する手
段と、受信した前記命令を実行する手段と、前記命令を
実行した旨を前記クライアント装置へ返信する手段とを
備えることを特徴とする。
ーバ装置からの返信回数の割合を算出する算出手段を備
え、前記算出手段によって算出された前記割合に基づい
てサーバ装置又は該サーバ装置と接続されるネットワー
クで障害が発生したと判断するクライアント装置を備え
た命令実行システムに用いるサーバ装置であって、前記
クライアント装置から送信された前記命令を受信する手
段と、受信した前記命令を実行する手段と、前記命令を
実行した旨を前記クライアント装置へ返信する手段とを
備えることを特徴とする。
【００１３】さらに、本発明は、送信した命令の送信に
対する返信が受信されないときにサーバ装置に再度命令
を送信する送信手段を備え、再度前記送信手段により送
信された前記命令に対応する返信が受信されないときに
は、前記サーバ装置又は該サーバ装置と接続されるネッ
トワークで障害が発生したと判断するクライアント装置
を備えた命令実行システムに用いるサーバ装置であっ
て、前記クライアント装置から送信された前記命令を受
信する手段と、受信した前記命令を実行する手段と、前
記命令を実行した旨を前記クライアント装置へ返信する
手段とを備えることを特徴とする。
対する返信が受信されないときにサーバ装置に再度命令
を送信する送信手段を備え、再度前記送信手段により送
信された前記命令に対応する返信が受信されないときに
は、前記サーバ装置又は該サーバ装置と接続されるネッ
トワークで障害が発生したと判断するクライアント装置
を備えた命令実行システムに用いるサーバ装置であっ
て、前記クライアント装置から送信された前記命令を受
信する手段と、受信した前記命令を実行する手段と、前
記命令を実行した旨を前記クライアント装置へ返信する
手段とを備えることを特徴とする。
【００１４】
【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。
図面を参照して説明する。
【００１５】図１は、本発明の実施形態の命令実行シス
テムの構成図である。図１に示すように、本実施形態の
命令実行システムは、ＩＳＤＮ回線などのネットワーク
３を介してクライアント装置１とサーバ装置２とが接続
されている。
テムの構成図である。図１に示すように、本実施形態の
命令実行システムは、ＩＳＤＮ回線などのネットワーク
３を介してクライアント装置１とサーバ装置２とが接続
されている。
【００１６】クライアント装置１は、クライアント装置
１本体の動作を制御する制御手段１２と、制御手段１２
の指示に基づいてサーバ装置２でデータ処理させるため
の要求信号を生成する処理手段１１と、ネットワーク３
を介してサーバ装置２との間で要求信号及び応答信号の
送受信を行う通信モジュール１３と、タイマ及びエラー
カウンタを内蔵し所定時間毎にサーバ装置から返信され
る応答信号の受信の有無に基づいてネットワーク３にお
ける障害の発生の有無を判別する障害判別モジュール１
４と、ネットワーク３における障害の発生を判別したと
きに障害処理を行う障害処理モジュール１５とを備えて
いる。
１本体の動作を制御する制御手段１２と、制御手段１２
の指示に基づいてサーバ装置２でデータ処理させるため
の要求信号を生成する処理手段１１と、ネットワーク３
を介してサーバ装置２との間で要求信号及び応答信号の
送受信を行う通信モジュール１３と、タイマ及びエラー
カウンタを内蔵し所定時間毎にサーバ装置から返信され
る応答信号の受信の有無に基づいてネットワーク３にお
ける障害の発生の有無を判別する障害判別モジュール１
４と、ネットワーク３における障害の発生を判別したと
きに障害処理を行う障害処理モジュール１５とを備えて
いる。
【００１７】また、サーバ装置２は、ネットワーク３を
介してクライアント装置１から送信される要求信号を受
信し応答信号を返信する通信モジュール２１と、受信し
た要求信号に応じて処理を行う処理手段２２とを備えて
いる。
介してクライアント装置１から送信される要求信号を受
信し応答信号を返信する通信モジュール２１と、受信し
た要求信号に応じて処理を行う処理手段２２とを備えて
いる。
【００１８】なお、図１では、ネットワーク３に１台の
クライアント装置１と１台のサーバ装置２とが接続され
ている様子を図示しているが、実際には複数のクライア
ント装置と複数のサーバ装置とが接続されている。
クライアント装置１と１台のサーバ装置２とが接続され
ている様子を図示しているが、実際には複数のクライア
ント装置と複数のサーバ装置とが接続されている。
【００１９】図２は、障害判別モジュール１４の障害判
別の手法を示すフローチャートである。図２に示すよう
に、障害判別モジュール１４は、まず、内蔵しているエ
ラーカウンタを参照して（ステップＳ１）、ネットワー
ク３における障害発生率（エラー率）を抽出する。そし
て、抽出した障害発生率と所定のしきい値Ｍとの大小を
比較する（ステップＳ２）。
別の手法を示すフローチャートである。図２に示すよう
に、障害判別モジュール１４は、まず、内蔵しているエ
ラーカウンタを参照して（ステップＳ１）、ネットワー
ク３における障害発生率（エラー率）を抽出する。そし
て、抽出した障害発生率と所定のしきい値Ｍとの大小を
比較する（ステップＳ２）。
【００２０】ここで、エラーカウンタとは、サーバ装置
２からの応答信号をクライアント装置１側で一定期間内
に受信できないときにカウントされるものであり、応答
信号又はサーバ装置２側で要求信号を受信した旨の返信
の有無を取得するためのものである。また、所定のしき
い値Ｍは、たとえば７０％としており、抽出した障害発
生率がしきい値Ｍ未満である場合にはステップＳ３へ移
行する。一方、算出した障害発生率がしきい値Ｍ以上で
ある場合にはステップＳ６へ移行する。
２からの応答信号をクライアント装置１側で一定期間内
に受信できないときにカウントされるものであり、応答
信号又はサーバ装置２側で要求信号を受信した旨の返信
の有無を取得するためのものである。また、所定のしき
い値Ｍは、たとえば７０％としており、抽出した障害発
生率がしきい値Ｍ未満である場合にはステップＳ３へ移
行する。一方、算出した障害発生率がしきい値Ｍ以上で
ある場合にはステップＳ６へ移行する。
【００２１】ステップＳ６では、エラーカウンタのカウ
ントのクリアを行い（カウント＝０）、図２に示す処理
を終了する。一方、ステップＳ３では、エラーカウンタ
のカウントを更新して、ステップＳ４へ移行する。ステ
ップＳ４では、エラーカウンタのカウントと所定のしき
い値Ｎとの大小を比較する。ここで、所定のしきい値Ｎ
は、たとえば２としており、エラーカウンタのカウント
がしきい値Ｎ未満の場合には、図２に示す処理を終了す
る。
ントのクリアを行い（カウント＝０）、図２に示す処理
を終了する。一方、ステップＳ３では、エラーカウンタ
のカウントを更新して、ステップＳ４へ移行する。ステ
ップＳ４では、エラーカウンタのカウントと所定のしき
い値Ｎとの大小を比較する。ここで、所定のしきい値Ｎ
は、たとえば２としており、エラーカウンタのカウント
がしきい値Ｎ未満の場合には、図２に示す処理を終了す
る。
【００２２】一方、エラーカウンタのカウントがしきい
値Ｎ以上の場合には、ステップＳ５へ移行し、エラーカ
ウンタのカウントをクリアし、さらに、障害処理モジュ
ール１５に障害処理を実行させ、図２に示す処理を終了
する。
値Ｎ以上の場合には、ステップＳ５へ移行し、エラーカ
ウンタのカウントをクリアし、さらに、障害処理モジュ
ール１５に障害処理を実行させ、図２に示す処理を終了
する。
【００２３】ここで、障害処理とは、たとえば、ネット
ワーク３で障害が発生した旨を命令実行システムの管理
者へ報知し、且つ命令実行システムの管理者等によりネ
ットワーク３が復旧されるまで、サーバ装置２へ要求信
号を送信しないようにしたり又は要求信号を図示しない
他のサーバ装置へ送信するようにすることをいう。
ワーク３で障害が発生した旨を命令実行システムの管理
者へ報知し、且つ命令実行システムの管理者等によりネ
ットワーク３が復旧されるまで、サーバ装置２へ要求信
号を送信しないようにしたり又は要求信号を図示しない
他のサーバ装置へ送信するようにすることをいう。
【００２４】なお、障害判別モジュール１４における障
害判別は、周期Ｔ毎に行うようにしており、この周期
は、後述する応答待ちタイムアウトを判定するときの基
準となるタイムのたとえば５倍の長さとしている。
害判別は、周期Ｔ毎に行うようにしており、この周期
は、後述する応答待ちタイムアウトを判定するときの基
準となるタイムのたとえば５倍の長さとしている。
【００２５】図３は、図１に示す命令実行システムの動
作を示すシーケンスである。図３を用いて、図１に示す
命令実行システムの動作について説明する。まず、クラ
イアント装置１は、制御手段１２により処理手段１１を
動作させて、サーバ装置２で、データ処理させるための
要求信号を生成させる。この要求信号は、通信モジュー
ル１３に出力される。通信モジュール１３は、入力した
要求信号を、ネットワーク３を介してサーバ装置２へ送
信する（ａ）。
作を示すシーケンスである。図３を用いて、図１に示す
命令実行システムの動作について説明する。まず、クラ
イアント装置１は、制御手段１２により処理手段１１を
動作させて、サーバ装置２で、データ処理させるための
要求信号を生成させる。この要求信号は、通信モジュー
ル１３に出力される。通信モジュール１３は、入力した
要求信号を、ネットワーク３を介してサーバ装置２へ送
信する（ａ）。
【００２６】サーバ装置２は、この要求信号を通信モジ
ュール２１によって受信すると、処理手段２２へ出力す
る。処理手段２２は、要求信号を入力すると、サーバ装
置２側で要求信号を受信した旨をクライアント装置１に
返信する。さらに、処理手段２２は、受信した要求信号
に基づいて処理を実行し、この実行が終了したら、通信
モジュール２１によって、ネットワーク３を介して、ク
ライアント装置１へ実行を終了した旨の応答信号を送信
する（ｂ）。
ュール２１によって受信すると、処理手段２２へ出力す
る。処理手段２２は、要求信号を入力すると、サーバ装
置２側で要求信号を受信した旨をクライアント装置１に
返信する。さらに、処理手段２２は、受信した要求信号
に基づいて処理を実行し、この実行が終了したら、通信
モジュール２１によって、ネットワーク３を介して、ク
ライアント装置１へ実行を終了した旨の応答信号を送信
する（ｂ）。
【００２７】クライアント装置１では、通信モジュール
１３によって応答信号を受信すると、制御手段１２及び
障害判別モジュール１４に、ネットワーク３が正常な状
態である旨を通知する（ｃ）。
１３によって応答信号を受信すると、制御手段１２及び
障害判別モジュール１４に、ネットワーク３が正常な状
態である旨を通知する（ｃ）。
【００２８】制御手段１２は、この通知を入力すると、
（ａ）と同様に、処理手段１１を動作させて、新たな要
求信号を生成させる。この要求信号は、通信モジュール
１３によりサーバ装置２へ送信される（ｄ）。サーバ装
置２側では、この要求信号を受信した旨をクライアント
装置１に返信し、さらに、受信した要求信号に基づいて
処理を実行し、実行が終了した旨の応答信号を送信する
（ｅ）。
（ａ）と同様に、処理手段１１を動作させて、新たな要
求信号を生成させる。この要求信号は、通信モジュール
１３によりサーバ装置２へ送信される（ｄ）。サーバ装
置２側では、この要求信号を受信した旨をクライアント
装置１に返信し、さらに、受信した要求信号に基づいて
処理を実行し、実行が終了した旨の応答信号を送信する
（ｅ）。
【００２９】クライアント装置１では、通信モジュール
１３によって応答信号を受信すると、制御手段１２及び
障害判別モジュール１４に、ネットワーク３が正常な状
態である旨を通知する（ｆ）。
１３によって応答信号を受信すると、制御手段１２及び
障害判別モジュール１４に、ネットワーク３が正常な状
態である旨を通知する（ｆ）。
【００３０】そして、障害判別モジュール１４によっ
て、図２に示したような障害判別が行われ、ネットワー
ク３における障害発生の有無が判別される。ここでは、
（ｃ），（ｆ）において、障害判別モジュール１４に正
常通知がされているため、エラー率が０％となり、ステ
ップＳ１，Ｓ２，Ｓ６というルートの後に、図２に示す
障害判別が終了する。こうして、ネットワーク３におい
て障害が発生していないと判別される。
て、図２に示したような障害判別が行われ、ネットワー
ク３における障害発生の有無が判別される。ここでは、
（ｃ），（ｆ）において、障害判別モジュール１４に正
常通知がされているため、エラー率が０％となり、ステ
ップＳ１，Ｓ２，Ｓ６というルートの後に、図２に示す
障害判別が終了する。こうして、ネットワーク３におい
て障害が発生していないと判別される。
【００３１】つづいて、（ａ），（ｄ）と同様の手順に
より、サーバ装置２に対して要求信号が送信される
（ｇ）。そして、処理手段２２は、要求信号を入力する
と、サーバ装置２側で要求信号を受信した旨をクライア
ント装置１に返信する。その後、たとえばネットワーク
３で瞬断が発生すると、応答信号がネットワーク３上で
紛失するため、所定の時間内に、サーバ装置２からの応
答信号の返信がクライアント装置１側で受信されず
（ｈ）、そのため、応答待ちタイムアウトとなる。
より、サーバ装置２に対して要求信号が送信される
（ｇ）。そして、処理手段２２は、要求信号を入力する
と、サーバ装置２側で要求信号を受信した旨をクライア
ント装置１に返信する。その後、たとえばネットワーク
３で瞬断が発生すると、応答信号がネットワーク３上で
紛失するため、所定の時間内に、サーバ装置２からの応
答信号の返信がクライアント装置１側で受信されず
（ｈ）、そのため、応答待ちタイムアウトとなる。
【００３２】すると、通信モジュール１３は、障害判別
モジュール１４に対して、ネットワーク２においてエラ
ー通知する（ｉ）。その後、通信モジュール１３によ
り、再度、（ｇ）で送信した要求信号と同じ内容の要求
信号がサーバ装置２に対して送信される。その後、すぐ
に瞬断が解消すると、ネットワーク３は正常に動作して
いるため、クライアント装置１から送信された要求信号
が、サーバ装置２で受信されるようになり、この要求信
号はサーバ装置２に受信される（ｊ）。
モジュール１４に対して、ネットワーク２においてエラ
ー通知する（ｉ）。その後、通信モジュール１３によ
り、再度、（ｇ）で送信した要求信号と同じ内容の要求
信号がサーバ装置２に対して送信される。その後、すぐ
に瞬断が解消すると、ネットワーク３は正常に動作して
いるため、クライアント装置１から送信された要求信号
が、サーバ装置２で受信されるようになり、この要求信
号はサーバ装置２に受信される（ｊ）。
【００３３】そのため、サーバ装置２からこの要求信号
に対応する応答信号が返信され、クライアント装置１で
これが受信される（ｋ）。このため、クライアント装置
１は、通信モジュール１３によって応答信号を受信する
と、制御手段１２及び障害判別モジュール１４に、ネッ
トワーク３が正常な状態である旨を通知する（ｌ）。
に対応する応答信号が返信され、クライアント装置１で
これが受信される（ｋ）。このため、クライアント装置
１は、通信モジュール１３によって応答信号を受信する
と、制御手段１２及び障害判別モジュール１４に、ネッ
トワーク３が正常な状態である旨を通知する（ｌ）。
【００３４】ここでは、（ｉ）において、障害判別モジ
ュール１４へエラー通知されており、（ｌ）において正
常通知されているため、エラー率は５０％となる。ま
た、前回の障害判別モジュール１４における障害判別の
結果、エラーカウンタのカウントは「０」とされている
ため、ステップＳ１，Ｓ２，Ｓ３，Ｓ４というルートの
後に、図２に示す処理が終了する。
ュール１４へエラー通知されており、（ｌ）において正
常通知されているため、エラー率は５０％となる。ま
た、前回の障害判別モジュール１４における障害判別の
結果、エラーカウンタのカウントは「０」とされている
ため、ステップＳ１，Ｓ２，Ｓ３，Ｓ４というルートの
後に、図２に示す処理が終了する。
【００３５】その後、クライアント装置１から要求信号
が送信されると、サーバ装置２でそれが受信されるよう
になり（ｍ）、サーバ装置２側では、この要求信号を受
信した旨をクライアント装置１に返信し、さらに、受信
した要求信号に基づいて処理を行い、処理が終了した旨
の応答信号を返信することができるようになる（ｎ）。
そのため、クライアント装置１は、ネットワーク３が正
常である旨を障害判別モジュール１４へ通知する
（ｏ）。
が送信されると、サーバ装置２でそれが受信されるよう
になり（ｍ）、サーバ装置２側では、この要求信号を受
信した旨をクライアント装置１に返信し、さらに、受信
した要求信号に基づいて処理を行い、処理が終了した旨
の応答信号を返信することができるようになる（ｎ）。
そのため、クライアント装置１は、ネットワーク３が正
常である旨を障害判別モジュール１４へ通知する
（ｏ）。
【００３６】さらに、同様に、要求信号の送信（ｐ）、
応答信号の返信（ｑ）、ネットワーク３が正常である旨
の通知（ｒ）がされる。つづいて、障害判別モジュール
１４によって、図２に示した障害判別が行われ、ネット
ワーク３における障害発生の有無が判別される。ここで
は、（ｏ），（ｒ）において、障害判別モジュール１４
にネットワーク３が正常である旨が通知されているた
め、エラー率が０％となり、ステップＳ１，Ｓ２，Ｓ６
というルートの後に、図２に示す処理が終了する。こう
して、ネットワーク３において障害が発生していないこ
とが判別される。
応答信号の返信（ｑ）、ネットワーク３が正常である旨
の通知（ｒ）がされる。つづいて、障害判別モジュール
１４によって、図２に示した障害判別が行われ、ネット
ワーク３における障害発生の有無が判別される。ここで
は、（ｏ），（ｒ）において、障害判別モジュール１４
にネットワーク３が正常である旨が通知されているた
め、エラー率が０％となり、ステップＳ１，Ｓ２，Ｓ６
というルートの後に、図２に示す処理が終了する。こう
して、ネットワーク３において障害が発生していないこ
とが判別される。
【００３７】その後、同様に、要求信号の送信（ｓ）、
応答信号の返信（ｔ）、ネットワーク３が正常である旨
の通知（ｕ）がされる。そして、この後に、たとえばネ
ットワーク３で障害が発生すると、クライアント装置１
から送信された要求信号は、サーバ装置２で受信されな
い（ｖ）。そのため、サーバ装置２からこの要求信号に
応じた応答信号が返信されず、通信モジュール１３では
応答待ちタイムアウトが検知される。よって、通信モジ
ュール１３は、障害判別モジュール１４へエラー通知す
る（ｗ）。
応答信号の返信（ｔ）、ネットワーク３が正常である旨
の通知（ｕ）がされる。そして、この後に、たとえばネ
ットワーク３で障害が発生すると、クライアント装置１
から送信された要求信号は、サーバ装置２で受信されな
い（ｖ）。そのため、サーバ装置２からこの要求信号に
応じた応答信号が返信されず、通信モジュール１３では
応答待ちタイムアウトが検知される。よって、通信モジ
ュール１３は、障害判別モジュール１４へエラー通知す
る（ｗ）。
【００３８】ここでは、（ｕ）において障害判別モジュ
ール１４へ正常通知されており、（ｗ）において障害判
別モジュール１４へエラー通知されているため、エラー
率が５０％となる。また、前回の障害判別モジュール１
４における障害判別の結果、エラーカウンタのカウント
は「０」とされているため、ステップＳ１，Ｓ２，Ｓ
３，Ｓ４というルートの後に、図２に示す処理が終了す
る。
ール１４へ正常通知されており、（ｗ）において障害判
別モジュール１４へエラー通知されているため、エラー
率が５０％となる。また、前回の障害判別モジュール１
４における障害判別の結果、エラーカウンタのカウント
は「０」とされているため、ステップＳ１，Ｓ２，Ｓ
３，Ｓ４というルートの後に、図２に示す処理が終了す
る。
【００３９】つづいて、たとえばクライアント装置１が
要求信号を送信しても、ここでは、まだネットワーク３
の障害が復旧していないので、この要求信号がサーバ装
置２で受信されない（ｘ）。そのため、サーバ装置２か
ら応答信号が返信されず、通信モジュール１３では応答
待ちタイムアウトが検知される。よって、通信モジュー
ル１３は、障害判別モジュール１４へエラー通知する
（ｙ）。
要求信号を送信しても、ここでは、まだネットワーク３
の障害が復旧していないので、この要求信号がサーバ装
置２で受信されない（ｘ）。そのため、サーバ装置２か
ら応答信号が返信されず、通信モジュール１３では応答
待ちタイムアウトが検知される。よって、通信モジュー
ル１３は、障害判別モジュール１４へエラー通知する
（ｙ）。
【００４０】その後、再度、要求信号が送信されても
（ｚ）、まだネットワーク３の障害が復旧していないた
め、通信モジュール１３では応答待ちタイムアウトが検
知される。よって、通信モジュール１３は、障害判別モ
ジュール１４へエラー通知する（Ａ）。
（ｚ）、まだネットワーク３の障害が復旧していないた
め、通信モジュール１３では応答待ちタイムアウトが検
知される。よって、通信モジュール１３は、障害判別モ
ジュール１４へエラー通知する（Ａ）。
【００４１】なお、後述するように、たとえば２回連続
して応答待ちタイムアウトが生じた場合にはネットワー
ク３で障害が発生しているとみなして処理する場合に
は、（ｙ）における障害判別モジュール１４へのエラー
通知がされたときに、ネットワーク３で障害が発生して
いると判別され、このため、障害処理モジュール１５に
よる障害処理などが行われる。
して応答待ちタイムアウトが生じた場合にはネットワー
ク３で障害が発生しているとみなして処理する場合に
は、（ｙ）における障害判別モジュール１４へのエラー
通知がされたときに、ネットワーク３で障害が発生して
いると判別され、このため、障害処理モジュール１５に
よる障害処理などが行われる。
【００４２】つぎに、障害判別モジュール１４によっ
て、図２に示したような処理が行われ、ネットワーク３
における障害発生の有無が判別される。ここでは、
（ｖ），（ｙ）において、障害判別モジュール１４にネ
ットワーク３において障害が発生している旨が通知され
ているためエラー率が１００％となり、さらに前回の障
害判別モジュール１４における障害判別の結果、エラー
カウンタのカウントは「１」とされており、そのため、
今回の図２のステップＳ４で、エラーカウンタのカウン
トが「２」とされるので、ステップＳ５に移行後に、図
２に示す処理が終了する。
て、図２に示したような処理が行われ、ネットワーク３
における障害発生の有無が判別される。ここでは、
（ｖ），（ｙ）において、障害判別モジュール１４にネ
ットワーク３において障害が発生している旨が通知され
ているためエラー率が１００％となり、さらに前回の障
害判別モジュール１４における障害判別の結果、エラー
カウンタのカウントは「１」とされており、そのため、
今回の図２のステップＳ４で、エラーカウンタのカウン
トが「２」とされるので、ステップＳ５に移行後に、図
２に示す処理が終了する。
【００４３】そのため、命令実行システムの管理者に
は、障害処理モジュール１５から、ネットワーク３で障
害が発生していることが報知されるとともに、たとえ
ば、クライアント装置１からサーバ装置２に対して、要
求信号の送信が中止される。さらにエラーカウンタのカ
ウントが「０」とされ、図２に示す処理が終了する。
は、障害処理モジュール１５から、ネットワーク３で障
害が発生していることが報知されるとともに、たとえ
ば、クライアント装置１からサーバ装置２に対して、要
求信号の送信が中止される。さらにエラーカウンタのカ
ウントが「０」とされ、図２に示す処理が終了する。
【００４４】なお、ここでは、命令実行システムの管理
者等は、ネットワーク３における障害を復旧し終える
と、中止しているクライアント装置１からサーバ装置２
に対する要求信号の送信を解除するようにしており、こ
れにより、ネットワーク３の復旧後に、クライアント装
置からサーバ装置２へ要求信号が送信されるようにな
る。
者等は、ネットワーク３における障害を復旧し終える
と、中止しているクライアント装置１からサーバ装置２
に対する要求信号の送信を解除するようにしており、こ
れにより、ネットワーク３の復旧後に、クライアント装
置からサーバ装置２へ要求信号が送信されるようにな
る。
【００４５】以上説明したように、本実施形態では、図
２を用いて説明したように、障害発生率とエラーカウン
タのカウントとに基づいて、ネットワークにおける障害
があったかどうかを判定していたが、たとえば２回連続
して応答待ちタイムアウトが生じた場合にはネットワー
ク３で障害が発生しているとみなして処理するなどのよ
うに、応答待ちタイムアウトの連続発生回数に基づい
て、ネットワークにおける障害の有無を判定してもよ
い。
２を用いて説明したように、障害発生率とエラーカウン
タのカウントとに基づいて、ネットワークにおける障害
があったかどうかを判定していたが、たとえば２回連続
して応答待ちタイムアウトが生じた場合にはネットワー
ク３で障害が発生しているとみなして処理するなどのよ
うに、応答待ちタイムアウトの連続発生回数に基づい
て、ネットワークにおける障害の有無を判定してもよ
い。
【００４６】また、図３では、応答信号がクライアント
装置１側で所定時間内に受信されないときに、ネットワ
ーク３で障害が発生した旨を障害判別モジュール１４へ
通知する場合を主として説明したが、サーバ装置２が、
要求信号を受信したときに、その旨をクライアント装置
１へ返信している信号が所定時間内にクライアント装置
１側で受信されない場合に、ネットワーク３で障害が発
生した旨を障害判別モジュール１４へ通知するようにし
てもよい。
装置１側で所定時間内に受信されないときに、ネットワ
ーク３で障害が発生した旨を障害判別モジュール１４へ
通知する場合を主として説明したが、サーバ装置２が、
要求信号を受信したときに、その旨をクライアント装置
１へ返信している信号が所定時間内にクライアント装置
１側で受信されない場合に、ネットワーク３で障害が発
生した旨を障害判別モジュール１４へ通知するようにし
てもよい。
【００４７】さらに、本実施形態では、ネットワーク３
で障害が発生した場合を例に説明したが、サーバ装置２
内で障害が発生した場合にも応答信号等がクライアント
装置１で受信されないため、サーバ装置２内における障
害を判別することもできる。
で障害が発生した場合を例に説明したが、サーバ装置２
内で障害が発生した場合にも応答信号等がクライアント
装置１で受信されないため、サーバ装置２内における障
害を判別することもできる。
【００４８】
【発明の効果】以上説明したように、本発明は、命令の
送信回数に対するサーバ装置からクライアント装置への
返信回数の割合を算出し、その算出結果に基づいて、ネ
ットワーク等で障害が発生したかどうかを判断するた
め、ネットワークで障害が発生したかどうかを判断する
際の判断レベルが向上し、瞬断などによりネットワーク
上で障害が発生したとみなされなくすることができる。
送信回数に対するサーバ装置からクライアント装置への
返信回数の割合を算出し、その算出結果に基づいて、ネ
ットワーク等で障害が発生したかどうかを判断するた
め、ネットワークで障害が発生したかどうかを判断する
際の判断レベルが向上し、瞬断などによりネットワーク
上で障害が発生したとみなされなくすることができる。
【図１】本発明の実施形態の命令実行システムの構成図
である。
である。
【図２】図１の障害判別モジュールの障害判別の手法を
示すフローチャートである。
示すフローチャートである。
【図３】図１に示す命令実行システムの動作を示すシー
ケンスである。
ケンスである。
１ クライアント装置 １２ 制御手段 ２ サーバ装置 ３ ネットワーク １１ 処理手段 １２ 制御手段 １３，２１ 通信モジュール １４ 障害判別モジュール １５ 障害処理モジュール ２２ 処理手段
Claims (8)
- 【請求項１】 クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムにおいて、 前記クライアント装置は、前記命令の送信回数に対する
前記サーバ装置からの前記返信回数の割合を算出する算
出手段を備え、 前記算出手段によって算出された割合に基づいて、前記
サーバ装置又は該サーバ装置と接続されるネットワーク
で障害が発生したと判断することを特徴とする命令実行
システム。 - 【請求項２】 クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムにおいて、 前記クライアント装置は、前記命令の送信に対する前記
返信が受信されないときに前記サーバ装置に再度命令を
送信する送信手段を備え、 再度前記送信手段により送信された前記命令に対応する
返信が受信されないときには、前記サーバ装置又は該サ
ーバ装置と接続されるネットワークで障害が発生したと
判断することを特徴とする命令実行システム。 - 【請求項３】 前記サーバ装置又は該サーバ装置と接続
されるネットワークで障害が発生したと判断した旨を報
知する報知手段を備えることを特徴とする請求項１又は
２に記載の命令実行システム。 - 【請求項４】 前記クライアント装置は、前記サーバ装
置又は該サーバ装置と接続されるネットワークで障害が
発生したと判断したときに、他のサーバ装置に前記命令
を送信することを特徴とする請求項１から３のいずれか
１項に記載の命令実行システム。 - 【請求項５】 クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムに用いるクライアント装置にお
いて、 前記命令の送信回数に対する前記サーバ装置からの前記
返信回数の割合を算出する算出手段を備え、前記算出手
段によって算出された割合に基づいて、前記サーバ装置
又は該サーバ装置と接続されるネットワークで障害が発
生したと判断することを特徴とするクライアント装置。 - 【請求項６】 クライアント装置から送信された命令を
受信する手段と、受信した前記命令を実行する手段と、
前記命令を受信した旨又は該命令を実行した旨を前記ク
ライアント装置へ返信する手段とを有するサーバ装置を
備えた命令実行システムに用いるクライアント装置にお
いて、 前記クライアント装置は、前記命令の送信に対する前記
返信が受信されないときに前記サーバ装置に再度命令を
送信する送信手段を備え、 再度前記送信手段により送信された前記命令に対応する
返信が受信されないときには、前記サーバ装置又は該サ
ーバ装置と接続されるネットワークで障害が発生したと
判断することを特徴とするクライアント装置。 - 【請求項７】 送信した命令の送信回数に対するサーバ
装置からの返信回数の割合を算出する算出手段を備え、
前記算出手段によって算出された前記割合に基づいてサ
ーバ装置又は該サーバ装置と接続されるネットワークで
障害が発生したと判断するクライアント装置を備えた命
令実行システムに用いるサーバ装置であって、 前記クライアント装置から送信された前記命令を受信す
る手段と、受信した前記命令を実行する手段と、前記命
令を実行した旨を前記クライアント装置へ返信する手段
とを備えることを特徴とするサーバ装置。 - 【請求項８】 送信した命令の送信に対する返信が受信
されないときにサーバ装置に再度命令を送信する送信手
段を備え、再度前記送信手段により送信された前記命令
に対応する返信が受信されないときには、前記サーバ装
置又は該サーバ装置と接続されるネットワークで障害が
発生したと判断するクライアント装置を備えた命令実行
システムに用いるサーバ装置であって、 前記クライアント装置から送信された前記命令を受信す
る手段と、受信した前記命令を実行する手段と、前記命
令を実行した旨を前記クライアント装置へ返信する手段
とを備えることを特徴とするサーバ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000111063A JP2001297016A (ja) | 2000-04-12 | 2000-04-12 | 命令実行システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000111063A JP2001297016A (ja) | 2000-04-12 | 2000-04-12 | 命令実行システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001297016A true JP2001297016A (ja) | 2001-10-26 |
Family
ID=18623469
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000111063A Pending JP2001297016A (ja) | 2000-04-12 | 2000-04-12 | 命令実行システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001297016A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006020318A (ja) * | 2004-06-30 | 2006-01-19 | Zarlink Semiconductor Inc | パケット交換通信網における迅速な端末間フェイルオーバーを提供する方法及び装置 |
| US7760719B2 (en) | 2004-06-30 | 2010-07-20 | Conexant Systems, Inc. | Combined pipelined classification and address search method and apparatus for switching environments |
| JP2012108839A (ja) * | 2010-11-19 | 2012-06-07 | Nec Corp | コンピュータシステム、処理装置、及び例外処理方法 |
| JP2015011367A (ja) * | 2013-06-26 | 2015-01-19 | 三菱電機インフォメーションシステムズ株式会社 | 携帯情報端末、携帯情報端末セット、プログラムおよびコンピュータシステム |
-
2000
- 2000-04-12 JP JP2000111063A patent/JP2001297016A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006020318A (ja) * | 2004-06-30 | 2006-01-19 | Zarlink Semiconductor Inc | パケット交換通信網における迅速な端末間フェイルオーバーを提供する方法及び装置 |
| JP2010057190A (ja) * | 2004-06-30 | 2010-03-11 | Conexant Systems Inc | パケット交換通信網における迅速な端末間フェイルオーバーを提供する方法及び装置 |
| US7760719B2 (en) | 2004-06-30 | 2010-07-20 | Conexant Systems, Inc. | Combined pipelined classification and address search method and apparatus for switching environments |
| US7813263B2 (en) | 2004-06-30 | 2010-10-12 | Conexant Systems, Inc. | Method and apparatus providing rapid end-to-end failover in a packet switched communications network |
| JP2012108839A (ja) * | 2010-11-19 | 2012-06-07 | Nec Corp | コンピュータシステム、処理装置、及び例外処理方法 |
| JP2015011367A (ja) * | 2013-06-26 | 2015-01-19 | 三菱電機インフォメーションシステムズ株式会社 | 携帯情報端末、携帯情報端末セット、プログラムおよびコンピュータシステム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001297016A (ja) | 命令実行システム | |
| CN111367934A (zh) | 数据一致性的检验方法、装置、服务器和介质 | |
| US5583986A (en) | Apparatus for and method of duplex operation and management for signalling message exchange no. 1 system | |
| CN114567536B (zh) | 异常数据处理方法、装置、电子设备和存储介质 | |
| JPH07168790A (ja) | 情報処理装置 | |
| EP0414385B1 (en) | Communication apparatus for monitoring the amount of transmitted data | |
| CN101924662B (zh) | 一种告警传递方法 | |
| KR100214134B1 (ko) | 전전자 교환기의 스탠바이 프로세서의 자기진단 방법 | |
| CN109831342A (zh) | 一种基于分布式系统的故障恢复方法 | |
| JP3319423B2 (ja) | ネットワーク管理システム及びその方法 | |
| JPS58225738A (ja) | 分散形伝送システム | |
| JP2001156837A (ja) | 通信制御装置の通信制御方式 | |
| JP2024004705A (ja) | ネットワークシステム及びその制御方法 | |
| JP2834006B2 (ja) | 障害回復処理方式及び方法 | |
| JPS62154830A (ja) | 通信回線スケジユ−リング方式 | |
| JPH02216931A (ja) | 障害情報通知方式 | |
| CN117827504A (zh) | 一种故障处理方法及装置 | |
| JPH05257913A (ja) | ヘルスチェック方式 | |
| JPH10334053A (ja) | コンピュータシステム | |
| KR20070024221A (ko) | 전전자 교환기 프로세서의 장애 감지 복구 장치 및 그 방법 | |
| JPS63314046A (ja) | 相手処理装置の動作監視装置 | |
| JPS62293839A (ja) | 通信制御方式 | |
| JPH07282020A (ja) | 高信頼計算機システムにおける通信負荷削減方法 | |
| JP2000216801A (ja) | ネットワ―ク管理方法及び装置 | |
| JPS60117845A (ja) | デ−タ伝送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040531 |