JPH04356840A - 障害検出方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークで接続さ
れている被管理局、たとえばサーバー、に障害あるいは
被管理局までのネットワーク自身の障害が発生した場合
、管理局によってこれらの障害の発生状態の有無を検出
する障害検出方式に関するものである。

【０００２】

【従来の技術】図３は管理局がネットワークで接続され
ている被管理局を管理するための従来例説明図である。 図３において、ネットワーク３１には、少なくとも一つ
の管理局３２と少なくとも一つの被管理局３３とが接続
されている。そして、管理局３２は、被管理局３３の稼
働状態を調べるために、一定周期の稼働状態通知要求信
号を被管理局３３に対して送出している。被管理局３３
あるいは被管理局３３までのネットワーク３１に障害の
発生がない場合、被管理局３３は、前記稼働状態通知要
求信号を受け取り、この要求に対して稼働状態通知応答
信号を管理局３２に返送する。管理局３２は、この返送
された稼働状態通知応答信号を得ることによって、ネッ
トワーク３１に接続されている被管理局３３およびネッ
トワーク３１に障害の発生がないことを知る。また、管
理局３２は、上記稼働状態通知応答信号が一定期間得ら
れない場合、被管理局３３またはネットワーク３１に障
害の発生があったと判断する。この判断により、管理局
３２は、障害の発生した被管理局３３あるいはネットワ
ーク３１に対して必要な障害対策を取ることができる。

【０００３】図４はネットワークに接続されているサー
バーをモニターする場合の従来例説明図である。図４に
おいて、ネットワーク４１には、管理を行うことができ
るモニタリングサーバー４２と、被モニターサーバー４
３、４４、・・・と、ワークステーション４５、４６・
・・とが接続されている。モニタリングサーバー４２は
、一定周期で稼働状態通知要求信号を被モニターサーバ
ー４３、４４、・・・に対して送出している。被モニタ
ーサーバー４３、４４、・・・は、サーバー自身および
ネットワーク４１に障害が発生していない場合、上記稼
働状態通知要求信号を受信し、これに対して稼働状態通
知応答信号をモニタリングサーバー４２に対して返送す
る。モニタリングサーバー４２から送信する稼働状態通
知要求信号には、各被モニターサーバー４３、４４、・
・・の宛先が組み込まれており、また、返送される稼働
状態通知応答信号には、被モニターサーバー４３、４４
、・・・の識別子等が組み込まれている。したがって、
モニタリングサーバー４２は、この稼働状態通知応答信
号が一定期間返送されない場合、障害の発生した場所を
特定できる。すなわち、モニタリングサーバー４２は、
障害の発生した被モニターサーバー４３、４４、・・・
がいずれであるか、あるいはネットワーク４１のどこに
障害が発生したかを知ることがでる。そして、モニタリ
ングサーバー４２は、電子メールによって、ネットワー
ク４１に接続されているワークステーション４５、４６
、・・・に対して障害の発生した被モニターサーバーを
通知する。ワークステーション４５、４６、・・・を使
用するユーザーは、サーバーを利用する際に、モニタリ
ングサーバー４２からの電子メールを見ることによって
サーバーが利用できる状態にあるか否かを知ることがで
きる。

【０００４】図５はモニタリングサーバーからワークス
テーションに送られて来る電子メールの一例を示す。た
とえば、「Ｈａｐｐｙ」というサーバーがモニタリング
サーバーであり、そこから電子メールが送信されている
。「Ｆｏｘ」というサーバーが稼働状態になった件」を
示している。なお、上記従来の技術における詳細は、富
士ゼロックス「システム管理ガイド（基礎編）」第２６
１頁〜第２６４頁　　３．「サーバーモニターサービス
」に記載されている。

【０００５】

【発明が解決しようとする課題】上記従来例では、管理
局から被管理局に対して障害が発生しているか否かを検
出のための稼働状態通知要求信号を送出し、被管理局か
らその要求に対して管理局へ稼働状態通知応答信号を返
送しているため、これらの情報交換を行っている間、ネ
ットワークを専有することになる。したがって、上記障
害状態を検出するための情報交換は、ユーザーがネット
ワークを介して利用する通信量を減らす原因になる。ま
た、従来の障害検出方式においては、管理局における稼
働状態通知要求信号を発生する手段と、被管理局におけ
る稼働状態通知要求信号を受信してその内容を解読する
ための処理手段とが必要であった。

【０００６】本発明は、以上のような問題を解決するた
めのもので、障害発生状態を検出するためにネットワー
クを占める通信量を減らすと共に、管理局および被管理
局の障害発生状態を検出するための処理手段を軽減する
障害検出方式を提供することを目的とする。

【０００７】

【課題を解決するための手段】前記目的を達成するため
に、本発明の障害検出方式は、ネットワーク１１を管理
する少なくとも一つの管理局１２と、その管理局１２に
よって管理される少なくとも一つの被管理局１３、１３
、・・・とが接続されているネットワーク１１の障害検
出方式であって、前記被管理局１３には、ある定められ
た周期で発生する稼働状態通知信号をネットワーク１１
に送出する稼働状態通知信号送出手段２０を設け、前記
管理局１２には、被管理局１３からの稼働状態通知信号
を監視し、前記周期内で稼働状態通知信号が検出されな
いとき、被管理局１３の障害あるいはその被管理局１３
までのネットワーク１１の障害が発生したと判定する稼
働状態通知信号監視手段１６を設けたことを特徴とする
。

【０００８】

【作　　　　用】ネットワークには、少なくとも一つの
管理局と被管理局とが接続されている。当該被管理局は
、その稼働状態通知信号送出手段から、ある定められた
周期で発生する稼働状態通知信号が送出されている。管
理局は、稼働状態通知信号監視手段によって、この稼働
状態通知信号を監視し、稼働状態通知要求信号が決めら
れた一定期間検出されない場合、被管理局あるいは被管
理局までのネットワークに障害が発生していると判断す
る。 したがって、本発明によれば、管理局から被管理局へ送
出する稼働状態通知要求信号が不要となるため、ネット
ワークを占める障害検出のための情報量が半分で済む。 また、管理局における稼働状態通知要求信号発生手段と
稼働状態通知要求信号の送出手段、および被管理局にお
ける稼働状態通知要求信号の受信手段と稼働状態通知要
求信号の内容を解読する解読手段が不要になる。

【０００９】

【実　　施　　例】図２は本発明の障害検出方式の原理
を説明するための図である。図２において、ネットワー
ク３１には、少なくとも一つの管理局３２および被管理
局３３とが接続されている。そして、被管理局３３から
管理局３２へ、一定の周期で稼働状態通知信号が送出さ
れている。したがって、管理局３２では、この稼働状態
通知信号を得ることにより、被管理局３３および被管理
局３３を結ぶネットワーク３１に障害が発生していない
と判断する。また、管理局３２では、ある決められた期
間内に、稼働状態通知信号を得ることができない場合、
被管理局３３および被管理局３３を結ぶネットワーク３
１に障害が発生していると判断する。このような障害検
出方式の場合、管理局３２からの稼働状態通知要求信号
を送出しなくてもよいので、管理局３２側では、稼働状
態通知要求信号発生手段および稼働状態通知要求信号の
送出手段が不要になる。また、被管理局３３側では、稼
働状態通知要求信号を受信する手段およびその内容を解
読するための解読手段が不要になる。さらに、ネットワ
ーク３１を使用する障害検出のための情報量は、稼働状
態通知要求信号がなく、被管理局３３から稼働状態通知
信号だけの一方通行であるから、従来例の半分になる。

【００１０】図１は本発明の一実施例を説明するための
ブロック構成図である。図１において、ネットワーク１
１には、たとえば、被モニターサーバーを監視するモニ
タリングサーバーのようなシステムの管理を行う少なく
とも一つの管理局１２と、被モニターサーバーのように
監視される被管理局１３、１３′、・・・と、ユーザー
が各サーバーのファイルを自由に取り出したり、あるい
は格納できるワークステーション１４、１４′、・・・
とがそれぞれ接続されている。ネットワーク１１に接続
されている管理局１２は、タイマ１５と、被管理局１３
、１３′、・・・からの稼働状態通知信号を監視する稼
働状態通知信号監視手段１６と、当該稼働状態通知信号
監視手段１６が被管理局１３、１３′、・・・からの稼
働状態通知信号を得られずに障害の発生であることを判
断した場合に障害に対する対処を行う障害対処部１７と
、被管理局１３、１３′、・・・からの稼働状態通知信
号を受信すると共に、被管理局１３、１３′、・・・あ
るいはネットワーク１１に障害が発生した場合に、障害
の発生に対する対処を行うための信号を送出するネット
ワーク通信処理部１８とから構成されている。同じくネ
ットワーク１１に接続されている被管理局１３は、タイ
マ１９と、前記タイマ１９によって一定の周期、たとえ
ば１５分毎に、稼働状態通知信号を発生する稼働状態通
知信号送出手段２０と、当該稼働状態通知信号を管理局
１２に送出するネットワーク通信処理部２１とから構成
されている。また、前記管理局１２における稼働状態通
知信号監視手段１６は、被管理局１３から送出された稼
働状態通知信号の受信できなかった回数をカウントする
エラーカウンタ機能部１６１と、前記受信された稼働状
態通知信号に含まれている被管理局１３、１３′、・・
・のアドレスを取り出して調べるデータユニット分解部
１６２と、前記稼働状態通知信号が一定の周期内に来た
ものであるか否かを調べる信号検出機能部１６３と、前
記周期的に受信できなかった稼働状態通知信号の回数と
予め決められた回数とを比較する閾値比較機能部１６４
とから構成されている。さらに、被管理局１３における
稼働状態通知信号送出手段２０は、タイマ１９によって
一定の周期で稼働状態通知信号を発生する稼働状態通知
信号発生部２０１と、前記稼働状態通知信号発生部２０
１によって発生した稼働状態通知信号に対して当該被管
理局、たとえば図１に示す被管理局１３のアドレスおよ
び送り先である管理局１２のアドレス等を組み立てるデ
ータユニット組立部２０２とから構成されている。

【００１１】次に、本発明の一実施例である上記障害検
出方式の動作について説明する。被管理局１３における
タイマ１９は、たとえば１５分間隔の周期で、稼働状態
通知信号発生部２０１に対してトリガー信号を発生する
。稼働状態通知信号発生部２０１は、このトリガー信号
によって、１５分間隔の周期で稼働状態通知信号を発生
する。そして、当該稼働状態通知信号には、データユニ
ット組立部２０２によって、当該被管理局１３を識別す
る識別子と、稼働状態通知信号を送出する宛先となる管
理局１２のアドレスと、この稼働状態通知信号が被管理
局の稼働状態を表すものであるという意味の情報とが組
み込まれる。これらの情報は、たとえば、複数のビット
列からなる予め決められたパターンにしておくことがで
きる。そして、上記のような情報を持った稼働状態通知
信号は、ネットワーク通信処理部２１に渡される。ネッ
トワーク通信処理部２１では、被管理局１３の識別子、
管理局１２のアドレス、および稼働状態を表す情報を持
った稼働状態通知信号をネットワーク１１に送出する。

【００１２】管理局１２は、ネットワーク通信処理部１
８によって、ネットワーク１１から稼働状態通知信号を
受信し、稼働状態通知信号監視手段１６に渡す。稼働状
態通知信号監視手段１６における信号検出機能部１６３
は、タイマ１５からの周期的なトリガー信号をもとにし
て、ある決められた周期内に稼働状態通知信号が受信さ
れたか否かをチェックしている。また、エラーカウンタ
機能部１６１は、タイマ１５のトリガー信号をもとに、
一定期間内に受信されない稼働状態通知信号の数をカウ
ントする。そして、閾値比較機能部１６４では、前記エ
ラーカウンタ機能部１６１でカウントされた数と予め閾
値比較機能部１６４に設定された数とを比較し、その閾
値を越えた数に達した場合、その被管理局１３に障害が
発生したと判断して、障害対処部１７に通知する。障害
対処部１７では、たとえば、電子メールを使用して各ワ
ークステーション１４、１４′、・・・に被管理局１３
に障害が発生して使用できないことを知らせるメッセー
ジをネットワーク通信処理部１８からネットワーク１１
を介して送信する。ユーザーは、ワークステーション１
４、１４′、・・・を使用する際に、管理局１２から送
られて来たメッセージを見ることにより、被管理局１３
に障害が発生しているために利用できないことを知る。

【００１３】以上説明したごとく、管理局および各被管
理局を構成する具体的な各手段は、ハードあるいはソフ
トによって実行できる。また、ネットワーク通信処理部
は、ＯＳＩあるいはＸＮＳプロトコルを使用することが
できる。また、前記ＯＳＩの７層全てを実装していなく
とも良く、たとえば、ブリッジのような１層ないし２層
までしか実装されていない処理部でも良い。

【００１４】

【発明の効果】本発明によれば、障害検出のためにネッ
トワーク上を流れる信号は、稼働状態通知信号のみであ
るため、従来例のように稼働状態通知要求信号と稼働状
態通知応答信号とによって障害を検出する場合と比較し
てトラヒックが半分になる。また、管理局における稼働
状態通知要求信号の発生手段とその送出のための送出手
段、および被管理局における稼働状態通知要求信号を受
信する手段およびその内容を解読するための解読手段が
不要になる。

【図面の簡単な説明】

【図１】　　本発明の一実施例を説明するためのブロッ
ク構成図である。

【図２】　　本発明の障害検出方式の原理を説明するた
めの図である。

【図３】　　管理局がネットワークで接続されている被
管理局を管理するための従来例説明図である。

【図４】　　ネットワークに接続されているサーバーを
モニターする場合の従来例説明図である。

【図５】　　モニタリングサーバーからワークステーシ
ョンに送られて来る電子メールの一例を示す。

【符号の説明】

１１・・・ネットワーク、１２・・・管理局、１３、１
３′、・・・被管理局 １４、１４′、・・・ワークステーション、１５・・・
タイマ、 １６・・・稼働状態通知信号監視手段、１７・・・障害
対処部 １８・・・ネットワーク通信処理部、１９・・・タイマ
２０・・・稼働状態通知信号送出手段、２１・・・ネッ
トワーク通信処理部 １６１・・・エラーカウンタ機能部、１６２・・・デー
タユニット分解部 １６３・・・信号検出機能部、１６４・・・閾値比較機
能部 ２０１・・・稼働状態通知信号発生部、２０２・・・デ
ータユニット組立部 ２０３・・・稼働状態通知信号送出部

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　ネットワークを管理する少なくとも一
   つの管理局と、その管理局によって管理される少なくと
   も一つの被管理局とが接続されているネットワークの障
   害検出方式であって、前記被管理局には、ある定められ
   た周期で発生する稼働状態通知信号をネットワークに送
   出する稼働状態通知信号送出手段を設け、前記管理局に
   は、被管理局からの稼働状態通知信号を監視し、前記周
   期内で稼働状態通知信号が検出されないとき、被管理局
   の障害あるいはその被管理局までのネットワークの障害
   が発生したと判定する稼働状態通知信号監視手段を設け
   たことを特徴とする障害検出方式。