JPH05143491A - 装置ヘルスチエツク方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、装置ヘルスチェック方式に関し、
各装置が特定の１つの他の装置にのみヘルスチェックの
信号を送り、通信路の負荷を軽減、各装置の負荷の軽
減、およびヘルスチェックの周期を上げることを目的と
する。 【構成】 装置番号に対応づけて装置１の通信状態を設
定する装置状態テーブル３１を設けた装置１を複数、通
信路８に接続し、各装置１が装置状態テーブル３１を参
照して次の通信可能の装置１にヘルスチェック信号を送
信して応答を受信したときに当該次の装置１が通信可能
状態と判定し、応答を受信しなかったときに当該次の装
置１が通信不可状態と当該装置状態テーブル３１に設定
して更に次の装置１にヘルスチェック信号を送信して応
答を受信するまで繰り返すことを、全ての各装置１がそ
れぞれ行うように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信路に接続された複
数台の装置の状態を調べる装置ヘルスチェック方式であ
って、通信路に接続されている装置の状態のチェックに
要する装置自身および通信路の負荷を軽減する装置ヘル
スチェック方式に関するものである。

【０００２】近年のコンピュータシステムは、ネットワ
ーク化、分散化する傾向があり、装置間で通信手段を設
けていろいろな情報の受渡しなどの処理を行っている。
この際、通信先の装置が通信可能か否かを予め調べるヘ
ルスチェックを行う。ヘルスチェックでは装置のリアル
タイムな情報を反映させるために、できるだけ短い周期
で状態のチェックを行うことが求められている。しか
も、装置自身や通信路の負荷はできるだけ軽減すること
が求められている。

【０００３】

【従来の技術】従来のヘルスチェックは、例えば図８に
示すようＮ台の装置２１が通信路２２にそれぞれ接続さ
れ、これら全ての装置２１の通信状態をチェックするた
めに、ある装置２１は他の全ての装置２１に対してヘル
スチェックのための信号をそれぞれ送り、その応答を１
つ１つ調べていた。

【０００４】このような方法で装置２１が周期Ｆでヘル
スチェックを行ったとき、単位時間に通信路２２に流れ
るヘルスチェックの信号の量Ｐおよび各装置２１の単位
時間に受け取るヘルスチェック信号の量ｐは、次の式
（１）、（２）のようになる。

【０００５】 Ｐ＝Ｎ×Ｎ×Ｆ・・・・・・・・・・・・・・・・・・・・・・・・・（１） ｐ＝Ｎ×Ｆ・・・・・・・・・・・・・・・・・・・・・・・・・・・（２） これら式（１）、（２）から判明するように、Ｐ、ｐは
Ｎ（通信路に接続された装置２１の台数）が増える程多
くなる。

【０００６】

【発明が解決しようとする課題】従って、通信路２２に
多くの装置２１が接続された場合、ヘルスチェック信号
のために通信路２２の負荷が非常に大きくなり、装置２
１自身も他の装置２１からくるヘルスチェックの信号の
応答のために装置の台数に比例して負荷が大きくなる。
そのために、このような状況のもとでは、ヘルスチェッ
クの周期Ｆを上げることは、通信路２２および装置２１
自身の性能を低下させてしまう恐れがあり、事実上難し
いという問題があった。

【０００７】本発明は、各装置が他の全ての装置にヘル
スチェックの信号を送るのではなく、各装置が特定の１
つの他の装置にのみヘルスチェックの信号を送り、通信
路の負荷を軽減、各装置が受信したヘルスチェックの信
号に対する応答のための負荷を軽減、およびヘルスチェ
ックの周期を上げることを目的としている。

【０００８】

【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、装置１
は、通信路８に接続して相互に通信して処理を行うもの
である。

【０００９】装置状態テーブル３１は、全ての装置１の
装置番号に対応づけて通信状態を設定するものである。
通信路８は、複数の装置１を接続して相互にデータの授
受を行うためのものである。

【００１０】

【作用】本発明は、図１に示すように、通信路８に複数
の装置１を接続し、各装置１が自身の装置状態テーブル
３１を参照して次の通信可能な装置１に通信路８を介し
てヘルスチェック信号を送信して応答を受信したときに
当該次の装置１が通信可能状態と判定し、応答を受信し
なかったとき（あるいは通信不可の旨を受信したとき）
に次の装置１が通信不可と装置状態テーブル３１に設定
して更に次の通信可能な装置１にヘスルチェック信号を
送信ししてその応答を受信するまで繰り返すことを、全
ての各装置１がそれぞれ行うようにしている。

【００１１】また、次の通信可能な装置１にヘルスチェ
ック信号を通信路８を介して送信して応答を受信しなか
ったときに通信不可を装置状態テーブル３１に設定する
と共に、装置状態テーブル３１に設定されている他の全
ての装置１に対して当該装置１が通信不可と通信路８を
介して知らせて状態装置テーブル３１を変更するように
している。

【００１２】また、装置１の通信が可能となったとき
に、全装置１に対して当該装置１が通信可能になった旨
を通信路８を介して通知して装置状態テーブル３１に通
信可能を設定するようにしている。

【００１３】従って、各装置１が他の全ての装置１にヘ
ルスチェックの信号を送るのではなく、各装置１で装置
状態テーブル３１を参照して次の通信可能な１つの装置
１にヘルスチェックの信号を送って応答が返ってきたと
きに正常と判定することにより、通信路８の負荷を軽減
したり、各装置１が受信したヘルスチェックの信号に対
する応答のための負荷を軽減したり、ヘルスチェックの
周期を上げたりすることが可能となる。

【００１４】

【実施例】次に、図１から図７を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１５】図１は、本発明の１実施例構成図を示す。
図１において、装置１は、通信路８に接続して相互に通
信して処理を行うものであって、通信用デバイス２、状
態記憶部３、通信開始処理部４、ヘルスチェック実行部
５、異常時処理部６、および受信信号処理部７などから
構成されるものである。

【００１６】通信用デバイス２は、通信路８を介して他
の装置と信号や情報の受渡しを行うものである。状態記
憶部３は、全ての装置１の通信状態を記憶するものであ
って、ここでは装置状態テーブル３１を用いて通信状態
を記憶するものである。

【００１７】装置状態テーブル３１は、全ての装置１の
通信状態を記憶するものであって、図２で後述するよう
に、装置番号に対応づけて装置名、通信状態（通信可能
／通信不可）を記憶するものである。

【００１８】開始処理部４は、通信開始時や通信再開時
に全ての他の装置１に自装置１が通信可能になった旨を
通知し、装置状態テーブル３１の自己の通信状態を通信
可能に変更すると共に、現在の全装置１の通信状態の情
報を他装置１から受け取って自己の装置状態テーブル３
１に設定するものである。

【００１９】ヘルスチェック実行部５は、装置状態テー
ブル３１の次の通信可能な装置１にヘルスチェックの信
号を送信したり、へルスチェックの信号を送信してその
応答が返ってこなくて異常と判明したときに異常時処理
部６を呼び出したりなどするものである。

【００２０】異常時処理部６は、ヘスルチェック実行部
５から異常時に呼び出されたことに対応して、装置状態
テーブル３１の通信不可となった装置１の状態を通信不
可と書き替えたり、全ての他の装置１に当該装置１が通
信不可となった旨を通知して装置状態テーブル３１の当
該装置１の状態を通信不可と書き替えたり（変更した
り）するものである。

【００２１】受信信号処理部７は、他の装置１から通信
路８を介して送られてきた信号を受信したりなどして、
該当する処理を行うものである。 （１） ヘルスチェック信号（他の装置から自装置）： 処理：応答を返す（自装置１が通信可能である旨の応答
を返す） （２） ヘルスチェック信号（自装置から他の装置）： 処理：指定された他の装置にヘルスチェック信号を送信
する。

【００２２】（３） 通信不可信号（他の装置が送信し
たある装置が通信不可能になったことを知らせる信
号）： 処理：装置状態テーブル３１の該当する装置の状態を通
信不可に設定する。

【００２３】（４） 通信可能信号（他の装置が通信可
能になったことを知らせる信号）： 処理：装置状態テーブル３１の該当する装置の状態を通
信可能に設定する。

【００２４】（５） 状態情報要求信号（他の装置から
の通信状態の情報の要求信号）： 処理：装置状態テーブル３１の全状態の情報を要求元の
装置に送信する。

【００２５】通信路８は、複数の装置１を接続し、相互
に通信を行うためのものであって、例えばＬＡＮなどで
ある。この際、複数の装置１による送信が通信路８上で
衝突しないように、例えばＴＣＰ(Transmission Commun
ication Protocle)あるいはＩＰ(Internet Protocole)
などのプロトコルに従って通信を行う。

【００２６】図２は、本発明の装置状態テーブルの例を
示す。この装置状態テーブル３１は、図１の状態記憶部
３中に設けたものであって、通信路８に接続された全て
の装置の装置番号に対応づけて装置名、装置の状態（通
信可能／通信不可）を設定して記憶するものである。装
置状態テーブル３１の装置の並び順は、全装置１で同じ
であり、本実施例では自己の装置の装置番号よりも大き
い番号のうちの通信可能な装置１にヘルスチェックの信
号を送信するようにしている。例えば装置番号１の装置
は、装置番号２の装置が通信不可であったので、更に次
の装置番号３の装置が通信可能であるので、この装置番
号３の装置にヘルスチェックの信号を送信し、応答があ
ったときに正常と判断し、応答がなかったときに異常と
判断し、通信不可に書き替え、更に次の通信可能な装置
に対して通信可能の旨の応答が得られるまで繰り返す
（後述する）。

【００２７】次に、図３のフローチャートを用いて通信
開始処理部４の動作を説明する。 （１） 通信路８に接続されている全ての装置１に対し
て、自装置１が通信可能になったことを知らせる（Ｓ
１、図７の（Ａ）の通信可能通知コマンドで知らせ
る）。この知らせを受けた各装置１は、自装置１内の装
置状態テーブル３１の通知を受けた装置の装置番号の状
態を“通信可能”に書き替える。

【００２８】（２） 各装置１は、装置状態テーブル３
１の装置番号Ｊ（初期値Ｊ＝０）よりも１つ大きい装置
番号（Ｊ＋１）（正確には（Ｊ＋１）／Ｎの余り）の装
置１に対して通信路８を介して状態情報要求を送信する
（Ｓ２、Ｓ３、図７の（Ｂ）の状態情報要求コマンドを
送信する）。

【００２９】（３） （２）の状態情報要求に失敗した
場合、装置状態テーブル３１の次の装置１に対して通信
路８を介して状態情報要求を送信する（Ｓ２、Ｓ３、図
７の（Ｂ）の状態情報要求コマンドを送信する）。これ
を状態情報の要求が成功するまで、あるいは全装置１に
対して状態情報の要求を送信するまで続ける（Ｓ４、Ｓ
５）。

【００３０】（４） 全装置１に対して状態情報の要求
に失敗した場合（Ｓ４のＹＥＳ、Ｓ５のＹＥＳ）、状態
記憶部３の装置状態テーブル３１の自装置１以外の全て
の装置の状態を通信不可と設定し、ヘルスチェック実行
部５を起動する（Ｓ５のＹＥＳ、Ｓ６、Ｓ８、Ｓ９）。

【００３１】（５） 状態情報の要求に成功した場合
（Ｓ４のＮＯ）、応答で返ってきた情報に従って状態記
憶部３の装置状態テーブル３１に反映（図７の（Ｃ）の
状態情報要求コマンド応答で返ってきた状態情報を自装
置の装置状態テーブル３１に設定）し、この反映後の装
置状態テーブル３１中の自装置１の装置番号の次の通信
可能な装置番号の装置１を被ヘルスチェック装置と決定
し、ヘルスチェック実行部５を呼び出す（Ｓ４のＮＯ、
Ｓ７、Ｓ８、Ｓ９）。

【００３２】以上によって、通信を開始あるいは通信を
再開しようとする装置１が自装置１が通信可能となった
ことを全装置１に通知して装置状態テーブル３１の自装
置１の通信状態を通信可能に設定すると共に、他の装置
１に状態情報要求を行って応答のあった状態情報を自装
置１の装置状態テーブル３１に設定する。そして、自装
置１の装置番号の次の通信可能な装置１の装置番号をヘ
ルスチェックの信号を送信する対象と決定し、ヘルスチ
ェック実行部５を呼び出す。一方、他の全ての装置１か
ら状態情報の応答がなかったときは装置状態情報の自装
置以外を全て通信不可と設定し、ヘルスチェック実行部
５を呼び出す。

【００３３】次に、図４のフローチャートを用いてヘル
スチェック実行部および異常時処理部の動作を説明す
る。 （１） 被チェック装置に対してヘルスチェック信号を
通信路８を介して送信し、その応答より被チェック装置
が通信可能か否かを判別する（Ｓ１０、Ｓ１１、Ｓ１
２、図７の（Ｄ）のヘルスチェックコマンドを被チェッ
ク装置に送信し、（Ｅ）のヘルスチェックコマンド応答
が受信されたか否かを判別する）。

【００３４】（２） （１）で被チェック装置が通信可
能であれば、一定の時間ＷＡＩＴして再び被チェック装
置に対するヘルスチェックを繰り返す（Ｓ１３）。 （３） （１）で被チェック装置が通信不可であれば、
異常時処理部６を呼び出す。異常時処理部６は状態記憶
部３内の装置状態テーブル３１の被チェック装置の通信
状態を通信不可に書き替えると共に、被チェック装置が
通信不可になった旨を他の全装置１に通知し、被チェッ
ク装置の変更（装置状態テーブル３１の次の通信可能な
装置に変更）する（Ｓ１４、Ｓ１５、Ｓ１６、ここで、
図７の（Ｆ）のダウン通知コマンドで被チェック装置が
通信不可の旨を他の全装置に通知する）。

【００３５】以上によって、図３で決定された被チェッ
ク装置に対してヘルスチェック信号を通信路８を介して
送信し、正常応答が返ってきた場合には、一定時間ＷＡ
ＩＴして繰り返し被チェック装置のヘルルチェック（監
視）を行う。一方、被ヘルスチェック装置から応答が返
ってこなかった場合あるいは応答が返ってきたが異常応
答の場合には、自装置内の装置状態テーブル３１の被チ
ェック装置の通信状態を通信不可に書き替えると共にこ
の被チェック装置が通信不可になった旨を他の全装置１
に送信して装置状態テーブル３１の被チェック装置の通
信状態を通信不可に書き替える。そして、被チェック装
置を装置状態テーブル３１の次の通信可能な装置に変更
し、繰り返し行う。

【００３６】次に、図５のフローチャートを用いて受信
信号処理部の動作を説明する。 （１） 受信した信号が図４のＳ１０で通信路８を介し
て送られてきたヘルスチェック信号（図７の（Ｄ）ヘル
スチェックコマンド）であれば、応答（図７の（Ｅ）ヘ
ルスチェックコマンド応答）を返す（Ｓ１８のＹＥＳ、
Ｓ１９）。

【００３７】（２） 受信した信号が図４のＳ１５の通
信状態が通信不可になった旨の通知の信号（図７の
（Ｆ）ダウン通知コマンド）であれば、状態記憶部３内
の装置状態テーブル３１の情報を変更、即ち通知を受け
た装置の通信状態を通信不可に書き替える（Ｓ２０のＹ
ＥＳ、Ｓ２１）。

【００３８】（３） 受信した信号が状態記憶部３内の
装置状態テーブル３１の状態情報を要求する信号（図７
の（Ｂ）状態情報要求コマンド）であれば、自装置内の
状態記憶部３内の装置状態テーブル３１の情報を要求元
の装置に送信する（Ｓ２２のＹＥＳ、Ｓ２３、図７の
（Ｅ）ヘルスチェックコマンド応答を要求元の装置に送
信する）。

【００３９】（４） 受信した信号が（１）、（２）、
（３）以外であれば、エラーを返す（Ｓ２２のＮＯ、Ｓ
２４）。以上によって、各装置１は、受信した信号に対
応して、上記（１）から（４）の処理、更に必要に応じ
て対応する応答を返す。

【００４０】図６は、本発明の被チェック装置の決定方
法の説明図を示す。被チェック装置（ヘルスチェックの
信号を送信して通信可能か、通信不可かをチェック（監
視）する対象の装置）は装置状態テーブル３１中の自装
置の装置番号よりも大きい通信可能な装置と動的に決定
する。例えば図示装置状態テーブル３１の場合、装置番
号１の装置では、次の装置番号２が通信不可であるの
で、更に次の装置番号３が通信可能であるので、ここで
はこの装置番号３が被チェック装置と決定する。また、
装置番号Ｎの装置では、次の装置番号がないので、最初
に戻り装置番号１が通信可能であるので、ここではこの
装置番号１が被チェック装置と決定する。

【００４１】図７は、本発明のコマンドのパケット形式
例を示す。（Ａ）は通信可能通知コマンドを示す。この
コマンドは、装置が通信可能になったときに他の全装置
に送信するコマンドであって（図３のＳ１）、送信元装
置番号と送信先装置番号などから構成されている。

【００４２】（Ｂ）は状態情報要求コマンドを示す。こ
のコマンドは、装置が他の装置に状態情報を要求するコ
マンドであって（図３のＳ３）、送信元装置番号と送信
先装置番号などから構成されている。

【００４３】（Ｃ）は状態情報要求コマンド応答を示
す。このコマンドは、（Ｂ）状態情報要求コマンドを受
信した装置が応答するコマンドであって（図３のＳ
７）、装置状態テーブル３１の現在の状態情報の全てを
要求元に応答するものであり、図示のような情報から構
成されている。

【００４４】（Ｄ）はヘルスチェックコマンドを示す。
このコマンドは、被ヘルスチェック装置に対して送信す
るコマンドであって（図４のＳ１０）、送信元装置番号
と送信先装置番号などから構成されるものである。

【００４５】（Ｅ）はヘルスチェックコマンド応答を示
す。このコマンドは、（Ｄ）ヘルスチェックコマンドを
受信した装置が応答するコマンドであって（図４のＳ１
１）、送信元装置番号、送信先装置番号と装置状態など
から構成されている。

【００４６】（Ｆ）ダウン通知コマンドを示す。このコ
マンドは、被チェック装置が通信不可と判明したとき
に、他の全ての装置の被チェック装置が通信不可と通知
するためのコマンドであって（図４のＳ１５）、送信元
装置番号、送信先装置番号とダウン装置番号（被チェッ
ク装置）などから構成されるものである。

【００４７】また、通信路８上でＮ台の装置が接続され
ている場合、各装置が周期Ｆでヘルスチェックを行った
とき、単位時間に通信路８に流れるヘルスチェックの信
号の量Ｐおよび各装置が単位時間当たりに受け取るヘル
スチェックの信号の量ｐは次の式に（３）、（４）によ
って表わせる。

【００４８】 Ｐ＝ＮＦ・・・・・・・・・・・・・・・・・・・・・・・・・・・・（３） ｐ＝Ｆ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・（４） これら式（３）、（４）と従来の既述した式（１）、
（２）と比較すると、両者ともに１／Ｎになっており、
通信路８および各装置１共に負荷が軽減されることとな
る。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
各装置１が他の全ての装置１にヘルスチェックの信号を
送るのではなく、各装置１の装置状態テーブル３１に設
定されている順序で通信可能と設定されている装置１に
ヘルスチェックの信号を送って応答が返ってきたときに
正常と判定する構成を採用しているため、通信路８に複
数の装置を接続した場合に、各装置が特定の１つの装置
のヘルスチェックを行うのみで全ての装置の通信状態を
知ることができると共に、通信路８に流れるヘルスチェ
ック信号の削減、各装置自身が受信するヘルスチェック
信号の量を削減、およびヘルルチェックの周期を上げる
ことができる。特に上述した式（３）、（４）から判明
するように、各装置が受け取るパケットの量は装置の台
数によらないので、処理能力の低い装置が多数通信路に
接続されたときに大きな効果が得られる。

【図面の簡単な説明】

【図１】本発明の１実施例構成図である。

【図２】本発明の装置状態テーブルの例である。

【図３】本発明の通信開始処理部の動作説明フローチャ
ートである。

【図４】本発明のヘルスチェック実行部および異常時処
理部の動作説明フローチャートである。

【図５】本発明の受信信号処理部の動作説明フローチャ
ートである。

【図６】本発明の被チェック装置の決定方法の説明図で
ある。

【図７】本発明のコマンドのパケット形式例である。

【図８】従来技術の説明図である。

【符号の説明】

１：装置 ２：通信用デバイス ３：状態記憶部 ３１：装置状態テーブル ４：通信開始処理部 ５：ヘルスチェック実行部 ６：異常時処理部 ７：受信信号処理部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 通信路に接続された複数台の装置の状態
   を調べる装置ヘルスチェック方式において、 装置番号に対応づけて装置（１）の通信状態を設定する
   装置状態テーブル（３１）を設けた装置（１）を複数、
   通信路（８）に接続し、 各装置（１）が自身の上記装置状態テーブル（３１）を
   参照して次の通信可能な装置（１）にヘルスチェック信
   号を送信して応答を受信したときに当該次の装置（１）
   が通信可能と判定し、応答を受信しなかったときに当該
   次の装置（１）が通信不可と当該装置状態テーブル（３
   １）に設定して更に次の装置（１）にヘルスチェック信
   号を送信して応答を受信するまで繰り返すことを、全て
   の各装置（１）がそれぞれ行うように構成したことを特
   徴とする装置ヘルスチェック方式。
2. 【請求項２】 上記次の通信可能な装置（１）にヘルス
   チェック信号を送信して応答を受信しなかったとき（あ
   るいは異常応答を受信したとき）に通信不可を装置状態
   テーブル（３１）に設定すると共に、装置状態テーブル
   （３１）に設定されている他の全ての装置（１）に対し
   て当該装置（１）が通信不可と知らせて状態装置テーブ
   ル（３１）を変更するように構成したことを特徴とする
   請求項第１項記載の装置ヘルスチェック方式。
3. 【請求項３】 装置（１）の通信が可能となったとき
   に、全装置（１）に対して当該装置（１）が通信可能に
   なった旨を通知して上記装置状態テーブル（３１）に通
   信可能と設定するように構成したことを特徴とする請求
   項第１項および第２項記載の装置ヘスルチェック方式。