JP2001005795A - 分散システムにおける異常検出方法 - Google Patents

Abstract

(57)【要約】 【課題】個々の装置に異常の検出と報告を行う機能を備
えずに、分散システム内の異常の有無を検出する。 【解決手段】ネットワーク１０上を流れる通信データ間
で満たすべき関係を記述した判定規則テーブルを備えた
異常検出装置１００をネットワーク１０上に設ける。異
常検出装置１００は、ネットワーク１０上を流れる通信
データを傍受することにより判定規則テーブルに記述さ
れた関係が満たされているかどうかを監視し、関係が満
たされなかった場合、これを異常として検出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続された複数の装置が、それぞれ連携しながら全体の処
理の一部を担う分散処理を行う分散システムにおいて発
生する異常を検出する技術に関するものである。

【０００２】

【従来の技術】分散システムにおいて発生する異常を検
出する技術としては、例えば、ISO/IEC １００４０ "
Information Technology - Open Systems Interco
nnection - Systems Management Overview"記載の
技術が知られている。

【０００３】この技術では、図２７に示すように、監視
対象計算機２３０１と図示は省略しているが複数の監視
側計算機２３０２をネットワーク１０に接続して分散シ
ステムを構成する。ここで、各監視対象計算機２３０１
は、分散システムを構成する計算機である。

【０００４】監視対象計算機２３０１は、監視対象２３
０３と、監視部２３０４と、通信処理部２３０５とを備
えている。監視対象２３０３は、例えば、監視対象計算
機２３０１内で稼動するオペレーティングシステム、ア
プリケーションなどソフトウエア、およびCPUやメモリ
などのハードウエアである。

【０００５】監視部２３０４は、監視対象２３０３の状
態を監視し、状態の変化や障害の発生などの情報を収集
する。通信処理部２３０５は、ネットワークを介して監
視側計算機２３０２へ監視対象２３０３の異常や障害な
どの報告を行う。

【０００６】一方、監視側計算機２３０２は、通信処理
部２３０６と、監視結果表示部２３０７とを備えてい
る。

【０００７】監視結果表示部２３０７は、通信処理部２
３０６を介して、監視部２３０４から監視対象２３０３
の状態情報を収集し、モニタ画面などに表示を行う。

【０００８】このような構成において、監視対象計算機
２３０１の監視部２３０４は、監視対象２３０３の状態
の変化を、障害発生などによるプログラムの異常停止な
どが発生していないかなどについて監視し、異常を検出
した時、もしくは、周期的に、通信処理部２３０５を通
して、監視側計算機２３０２に監視対象の状態を報告す
る。

【０００９】監視側計算機２３０２では、異常発生時、
もしくは、周期的に送られてくる監視対象の状態情報
を、ネットワークを介して通信処理部２３０６から取得
し、取得した状態情報をモニタ画面などに表示すること
により、各監視対象計算機２３０１上の各監視対象２３
０３の異常の有無などの状態を監視者に報告する。

【００１０】

【発明が解決しようとする課題】上記従来の技術によれ
ば、分散システムを構成する計算機のうち、異常検出が
可能であるのは、監視部２３０４を設けた計算機のみで
ある。

【００１１】一方、センサやアクチュエータなどの装置
が数百万個など大量にネットワークに接続されるような
大規模な分散システムにおいては、各装置のCPUやメモ
リ使用可能量の制限などから、それぞれの装置に、従来
の技術に係る監視部２３０４のような異常の検出と報告
を行う機能を設けることは実際上困難であり得策ではな
い。

【００１２】そこで、本発明は、分散システムを構成す
る各装置に異常の検出と報告を行う機能を備える事無
く、分散システム内の異常の有無を検出することを課題
とする。

【００１３】

【課題を解決するための手段】前記課題達成のために、
本発明は、前記電子計算機が接続されるネットワーク
と、ネットワークに接続され、各々所定の通信データを
前記ネットワークを介して送受しながら分散して処理を
行う複数の装置とを有する分散システムであって、前記
ネットワークに接続した異常検出装置を有し、当該異常
検出装置は、複数の通信データ間で満たすべき関係を規
定する判定規則テーブルを記憶する手段と、前記ネット
ワーク上の通信データの送受の実績より、前記判定規則
テーブルが規定する複数の通信データ間で満たすべき関
係が満たされているかどうかを判定し、満たされていな
い場合に、異常を検出する異常検出手段とを有すること
を特徴とする分散システムを提供する。なお、前記ネッ
トワーク上の通信データの送受の実績は、ネットワーク
を流れる通信データを傍受することにより求めても、ネ
ットワークを流れた通信データの履歴より求めてもよ
い。

【００１４】本分散システムでは、各装置や分散システ
ムの異常が通信データ間の関係の異常として表れること
に着目し、通信データ間の関係の異常より分散システム
の異常を検出する。すなわち、ネットワーク上の通信デ
ータのみから、異常検出装置が判定規則テーブルを用い
て異常を検出するので、分散システムを構成する各装置
に異常の検出と報告を行う機能を備える事無く、分散シ
ステム内の異常の有無を検出することができる。

【００１５】なお、複数の通信データ間で満たすべき関
係としては、一般的には複数の通信データ間で満たすべ
き時間的関係、たとえば、ある通信データが送信されて
から他のある通信データが送信されるまでの時間などを
用いることができるが、必ずしも、時間的関係に限ら
ず、任意の関係を用いてよい。

【００１６】

【発明の実施の形態】以下、本発明の実施形態について
説明する。

【００１７】まず、第１の実施形態について説明する。

【００１８】図１に本第１実施形態に係る分散システム
の全体構成を示す。

【００１９】図示するように、本第１実施形態に係る分
散システムは、ネットワーク１０を介して複数の計算機
２００ａ、２００ｂ、…と、異常検出装置１００とが、
接続した構成を有している。計算機２００ａ、２００
b、…は、ネットワーク１０を介して通信データ１を送
受することにより連携して分散処理を行う。異常検出装
置１００は、ネットワーク１０を介して送受される通信
データ１より、分散システム内の異常を検出する。

【００２０】次に、各計算機２００内部の機能構成を図
２に示す。

【００２１】図示するように各計算機２００は、モジュ
ール３５２、３５３及び業務３５４、３５５、３５６を
備えている。モジュール３５２、３５３は、計算機２０
０で実行されるプログラムであり、業務は、各モジュー
ル内で実行される処理単位を示すものである。モジュー
ル内では複数の業務が実行されても、１つの業務のみが
実行されてもよい。

【００２２】本実施形では、各業務間で、図１に示した
通信データ１を送受する。

【００２３】次に、図３に、ネットワーク１０を介して
各計算機２００間で送受される通信データ１のフォーマ
ットを示す。

【００２４】通信データ１には、送信元情報３０１、送
信先情報３０２、データ種別３０９及びデータ３１０が
記述される。送信元情報３０１は、通信データを送信し
た計算機の識別番号である機器番号３０３、機器番号３
０３の計算機内で実行されるモジュールの識別番号であ
るモジュール番号３０４、及びモジュール番号３０４の
モジュール内の業務の識別番号である業務番号３０５か
ら構成される。送信先情報３０２は、通信データの送信
先に関する情報であり、機器番号３０６、モジュール番
号３０７及び業務番号３０８で構成される。

【００２５】次に、図４に、異常検出装置１００の構成
を示す。

【００２６】図示するように、異常検出装置１００は、
通信データ取得部１０１、データ判定部１０２、状態変
化検出部１０３、検出結果出力部１０４、データ記憶部
１０５、判定規則テーブル１０６、状態チェックテーブ
ル１０７、状態管理テーブル１０８及び異常検出部１０
９を備えている。

【００２７】ただし、異常検出装置１００は、たとえ
ば、図５に示すように、ＣＰＵ３０１や、主記憶３０
２、ハードディスク装置である外部記憶装置３０３a、
他の外部記憶装置である３０３ｂ、通信制御装置３０
４、キーボードやポインティングデバイスなどの入力装
置３０５、表示装置などの出力装置３０６などを備え
た、一般的な構成を有する電子計算機上に構築すること
ができる。

【００２８】この場合、異常検出装置１００の各部は、
ＣＰＵ３０１が主記憶３０２にロードされたプログラム
を実行することにより電子計算機上に具現化されるプロ
セスとして実現される。

【００２９】前述した、主記憶３０２にロードされＣＰ
Ｕ３０１によって実行されることにより、電子計算機上
に異常検出装置１００の各部を実現するためのプログラ
ムは、予め、外部記憶装置３０３aに記憶され、必要に
応じて主記憶３０２にロードされ、ＣＰＵ３０１によっ
て実行される。または、可搬型の記憶媒体３０７、たと
えば、CD-ROMを扱う外部記憶装置３０３bを介して、直
接、必要に応じて、可搬型の記憶媒体３０７から主記憶
３０２にロードされ、ＣＰＵ３０１によって実行され
る。もしくは、一旦、可搬型の記憶媒体を扱う外部記憶
装置３０３bを介して、可搬型の記憶媒体３０７から、
ハードディスク装置などの外部記憶装置３０３a上にイ
ンストールされた後、必要に応じて主記憶３０２にロー
ドされ、ＣＰＵ３０１によって実行される。

【００３０】次に、異常検出装置１００が備える判定規
則テーブル１０６について説明する。

【００３１】判定規則テーブル１０６は、後述する異常
検出動作の実行に先だって用意されるテーブルである。

【００３２】この判定規則テーブル１０６では、通信デ
ータ１を３区分に分類して、各区分毎に、個々の通信デ
ータ間において満たされるべき関係を管理する。

【００３３】第１の区分は、業務が第１の通信データを
受信した場合に、第１の通信データの送信元に、第１の
通信データの受信確認をデータ種別ACKにより伝える第
２の通信データを送信すべきである場合における、第１
の通信データであるACK要求データと第２の通信データ
であるACKデータの組である。第２の区分は、業務から
当該通信データが周期的に送信されるべき周期送信デー
タであり、第３の区分は、ある業務が第１の通信データ
を受信し、これを業務が処理して第２の通信データを送
信すべき場合における、第１の通信データである入力デ
ータと第２の通信データである出力データの組である。

【００３４】さて、判定規則テーブル１０６は、図６に
示す第１の区分の通信データ間において満たされるべき
関係を管理するACK要求データ管理テーブル４００、図
７に示す第２の区分の通信データ間において満たされる
べき関係を管理する周期送信データ管理テーブル５０
０、図８に示す第３の区分の通信データ間において満た
されるべき関係を管理する入出力データ管理テーブルよ
りなる。

【００３５】図６のACK要求データ管理テーブル４００
には、分散システム内で送信される送信元情報、送信先
情報及びデータ種別が共通のACK要求データを同じ種類
のACK要求データとして、各ACK要求データの種類毎のレ
コードを設ける。そして、各レコードには、対応するAC
K要求データの種類のACK要求データが持つ送信元情報４
０１、送信先情報４０２及びデータ種別４０９が記述さ
れる。ここで、送信元情報４０１は送信元の機器番号４
０３、モジュール番号４０４及び業務番号４０５で構成
され、送信先情報４０２は、送信先の機器番号４０６、
モジュール番号４０７及び業務番号４０８で構成され
る。

【００３６】次に、図７の周期送信データ管理テーブル
５００には、分散システム内で送信される送信元情報、
送信先情報及びデータ種別が共通の周期送信データを同
じ種類の周期送信データとして、各周期送信データの種
類毎のレコードを設ける。そして、各レコードには、対
応する周期送信データの種類の周期送信データが持つ、
送信元情報５０１、送信先情報５０２、データ種別５０
９、及び、対応する周期データ送信データの種類の周期
送信データが送信される周期を示す送信周期５１０を記
述する。ここで、送信元情報５０１は送信元の機器番号
５０３、モジュール番号５０４及び業務番号５０５で構
成され、送信先情報５０２は、送信先の機器番号５０
６、モジュール番号５０７及び業務番号５０８で構成さ
れる。

【００３７】次に、図８の入出力データ管理テーブル６
００には、分散システム内で送信される送信元情報、送
信先情報及びデータ種別が共通の入力データを同じ種類
の入力データとして、各入力データの種類毎のレコード
を設ける。そして、各レコードには、入力データ情報６
０１と、出力データ情報６０２と、予定処理時間６２１
を記述する。

【００３８】入力データ情報６０１は、対応する入力デ
ータの種類の入力データが持つ、送信元情報６０３、送
信先情報６０４及びデータ種別６１３が記述される。こ
こで、入力データ情報６０１の送信元情報６０３は送信
元の機器番号６０７、モジュール番号６０８及び業務番
号６０９で構成され、送信先情報６０４は、送信先の機
器番号６１０、モジュール番号６１１及び業務番号６１
２で構成される。

【００３９】次に、出力データ情報６０２は、同レコー
ドの入力データ情報６０１が示す入力データの種類の入
力データを受信したときに、これを処理して送信する出
力データを一つの出力データの種類として、この出力デ
ータの種類の出力データが共通に持つ送信元情報６０
５、送信先情報６０６及びデータ種別６２０が記述され
る。出力データ情報６０２の送信元情報６０５と送信先
情報６０６も同様に、送信元情報６０５の機器番号６１
４、モジュール番号６１５及び業務番号６１６、送信先
情報６０６の機器番号６１７、モジュール番号６１８及
び業務番号６１９で構成される。

【００４０】予定処理時間６２１は、同レコードの入力
データ情報６０１が示す入力データの種類の入力データ
を受信してから、業務がこれを処理して、出力データ情
報６０２が示す出力データの種類の出力データを送信す
るまでに要する予定時間が記述される。

【００４１】なお、ある業務にとっての出力データは、
他の業務にとって入力データである場合があり、ある出
力データの種類は、同時にある入力データの種類である
場合がある。

【００４２】以上、判定規則テーブル１０６について説
明した。

【００４３】次に、異常検出装置１００が備える状態チ
ェックテーブル１０７について説明する。

【００４４】図９に示すように、状態チェックテーブル
１０７には、複数のレコードを登録することができる。

【００４５】また、各レコードには、送信元情報７０
１、送信先情報７０２、データ種別７０９、監視種別７
１０、予定処理時間７１１、タイムアウト待ち時間７１
２、そして、受信時刻７１３を記述することができる。

【００４６】次に、異常検出装置１００が備える状態管
理テーブル１０８について説明する。

【００４７】図１０に示すように、状態管理テーブル１
０８には、複数のレコードを登録することができる。

【００４８】また、各レコードには、機器番号８０１
と、モジュール番号８０２、業務番号８０３、実処理時
間８０４と、予定処理時間８０５を記述することができ
る。

【００４９】以下、本分散システムにおいて、異常検出
装置１００が行う異常検出動作について説明する。

【００５０】異常検出装置１００が行う異常検出動作
は、非予定動作検出処理と、タイムアウト異常検出処理
とより実現される。

【００５１】まず、非予定動作検出処理について説明す
る。

【００５２】図１１に、非予定動作検出処理の手順を示
す。

【００５３】図示するようにこの処理では、通信データ
取得部１０１は、計算機２００間でネットワーク１０を
介してやり取りされる通信データ１を傍受する。なお、
通信データ取得部１０１は、ネットワーク１０を介して
やり取りされる通信データ１の全てを一つづつ傍受する
（ステップ９０１）。

【００５４】次に、データ判定部１０２は、通信データ
取得部１０１が取得した通信データが、ACK要求データ
管理テーブル４００に登録された種類のACK要求デー
タ、ACK要求データ管理テーブル４００に登録された種
類のACK要求データに対応するACKデータ、周期送信デー
タ管理テーブル５００に登録された周期送信データ、入
出力データ管理テーブル６００に登録された種類の入力
データ、入出力データ管理テーブル６００に登録された
種類の出力データのいずれかであるかを、判定規則テー
ブル１０６の各レコードを参照して判定する（ステップ
９０２）。なお、あるACK要求データの種類のACK要求デ
ータ管理テーブル４００に登録された送信元情報を送信
先情報として持ち、そのACK要求データの種類のACK要求
データ管理テーブル４００に登録された送信先情報を送
信元情報として持ち、データ種別としてACKを持つ通信
データである場合に、当該通信データは、そのACK要求
データに対応するACKデータであると判定する。

【００５５】そして、いずれでもない場合には、ステッ
プ９０１に戻り、次の通信データの取得を待つ。

【００５６】一方、他の場合には、ステップ９０３から
の処理に進む。

【００５７】ステップ９０３からの処理では、通信デー
タがACK要求データであった場合（ステップ９０３）に
は、状態チェックテーブル１０７へレコードの追加を行
う（ステップ９０４）。

【００５８】状態チェックテーブル１０７へは、ACK要
求データへの応答として送信されるべきACKデータの情
報を追加する。すなわち、該通信データの送信先情報を
状態チェックテーブル１０７の送信元情報７０１とし、
該通信データの送信元情報を状態チェックテーブル１０
７の送信先情報７０２として記憶する。状態チェックテ
ーブル１０７のデータ種別７０９に「ACK」、監視種別
７１０に「ACK」、タイムアウト待ち時間７１２には、
あらかじめシステムで設定されたタイムアウト待ち時間
を登録する。また、受信時刻７１３として、現在時刻を
登録する。

【００５９】一方、通信データが、周期送信データであ
った場合（ステップ９０５）は、状態チェックテーブル
１０７に既に同じ情報が登録されていないかを確認する
（ステップ９０６）。同じ情報が登録されていない場合
は、状態チェックテーブル１０７へレコードの追加を行
う（ステップ９０７）。状態チェックテーブル１０７へ
は、該通信データの送信元情報、送信先情報及びデータ
種別をそのまま登録し、監視種別７１０は「周期」と
し、周期送信データ管理テーブル５００の送信周期５１
０の値を状態チェックテーブル１０７の予定処理時間７
１１に登録する。タイムアウト待ち時間は、予定処理時
間より若干長めの時間を登録する。例えば、予定処理時
間に２秒を足した値とする。受信時刻７１３として、現
在時刻を登録する。

【００６０】一方、通信データが、入力データであった
場合（ステップ９０８）は、状態チェックテーブル１０
７にレコードの追加を行う（ステップ９０９）。状態チ
ェックテーブル１０７へは、入力データを処理して送信
される出力の通信データの情報を追加するために、入出
力データ管理テーブル６００の出力データ情報６０２に
おける送信元情報、送信先情報及びデータ種別を、状態
チェックテーブル１０７の送信元情報７０１、送信先情
報７０２及びデータ種別として登録し、監視種別７１０
は「出力」とし、入出力データ管理テーブル６００にお
ける予定処理時間６２１の値を状態チェックテーブル１
０７の予定処理時間７１１に登録する。タイムアウト待
ち時間７１２は、予定処理時間より若干長めの時間を登
録する。例えば、予定処理時間に２秒を足した値とす
る。受信時刻７１３として、現在時刻を登録する。

【００６１】以上の、ステップ９０３から９０９の処理
の結果、取得した通信データの応答として、もしくは、
通信データ送信の周期性に従って、取得した通信データ
の受信時から一定期間内に送信されるべき通信データが
存在する場合には、その送信されるべき通信データの種
類の情報（送信元情報、送信先情報、データ種別）と、
その通信データがその時刻まで送信されるべき予定時刻
をその和により定める受信時刻と予定処理時間７１１
と、その時刻までに送信されない場合に異常と見なすタ
イムアウト時刻を、受信時刻７１３との和により定める
タイムアウト待ち時間７１２が状態チェックテーブル１
０７に登録されることになる。

【００６２】そこで、以下のステップ９１０からの処理
では、この状態チェックテーブル１０７に登録された種
類のデータの送信が、予定時刻までに行われるかどうか
を監視する。

【００６３】すなわち、ステップ９１０では、取得した
通信データの種類の情報が状態チェックテーブル１０７
に登録されているかどうかを検索する（ステップ９１
０）。そして、登録されていない場合には、ステップ９
０１に戻り、次の通信データの取得を待つ。

【００６４】一方、登録されている場合には、該当する
レコード（取得した通信データの情報と適合する状態チ
ェックテーブル１０７の情報）を読み込む（ステップ９
１１）。

【００６５】そして、該レコードの中の監視種別７１１
に応じて以下の処理を行う。

【００６６】まず、読み込んだレコードの監視種別７１
０がACKデータであるかを判断する（ステップ９１
２）。ACKデータであった場合は、該レコードの削除を
行う（ステップ９１３）。

【００６７】次に、読み込んだレコードの監視種別７１
０が周期送信データであるかを判断する（ステップ９１
４）。周期送信データであった場合は、レコード中の受
信時刻７１３と現在時刻とから前回の周期送信データの
受信時からの経過時間を算出し、レコード中の予定処理
時間７１１との比較を行う（ステップ９１５）。そして
経過時間の方が上回っていた場合は、検出結果出力部１
０４を起動し（ステップ９１６）、レコード中の受信時
刻７１３を現在時刻に更新する（ステップ９１７）。起
動された検出結果出力部１０４では、モニタ画面などに
予定時刻まで送信されなかったことを表す警告を表示す
るなどしてオペレータへの検出結果の報告を行う。

【００６８】一方、経過時間の方が上回っていない場合
は、レコード中の受信時刻７１３を現在時刻に更新する
処理のみを行う（ステップ９１７）ただし、取得した周
期送信データが、ステップ９０６でNoと判定された周期
送信データ、すなわち、初めて受信した種類の周期送信
データである場合は、ステップ９１４から９１７の処理
は行わないようにする。

【００６９】次に、読み込んだレコードの監視種別７１
０が出力データであるかを判断する（ステップ９１
８）。出力データであった場合は、レコード中の受信時
刻７１３と現在時刻から経過時間を算出し、状態管理テ
ーブル１０８へレコードを追加し、算出した経過時間を
追加したレコードに処理所要時間８０４として登録する
（ステップ９１９）。このとき、状態管理テーブル１０
８に追加したレコードに登録する機器番号８０１、モジ
ュール番号８０２及び業務番号８０３、予定処理時間８
０５は、状態チェックテーブル１０７における送信元情
報７０１の機器番号７０３、モジュール番号７０４、業
務番号７０５、予定処理時間７１１となる。次に、算出
した経過時間と予定処理時間７１１との比較を行う（ス
テップ９２０）。経過時間が予定処理時間７１１を上回
っていた場合は、検出結果出力部１０４を起動する（ス
テップ９２１）。起動された検出結果出力部１０４で
は、モニタ画面などに予定時刻までに送信されなかった
ことを表す警告を表示するなどしてオペレータへの検出
結果の報告を行う。次に、該当レコードの削除を行う
（ステップ９２２）。

【００７０】なお、取得した通信データの種類が入力デ
ータの種類であると同時に出力データの種類でもある場
合には、ステップ９０９の処理とステップ９１９から９
２２の処理の双方が、取得した一つの通信データについ
て行われることになる。

【００７１】以上のステップ９１１から９２２の処理に
よって、状態チェックテーブル１０７に情報が登録され
た種類の通信データが、状態チェックテーブル１０７に
登録された予定時刻までに送信されなかった場合に、検
出結果出力部１０４より警告することができる。

【００７２】さて、以上の処理が終了したならば、ステ
ップ９０１に戻り、次の通信データの取得を待つことに
なる。

【００７３】以上、非予定動作検出処理について説明し
た。

【００７４】次に、タイムアウト異常検出処理について
説明する。

【００７５】タイムアウト異常検出処理は、異常検出部
１０９によって、通信データの取得とは無関係に、周期
的に、例えば１秒毎に、繰り返し行われる。

【００７６】図１２に、このタイムアウト異常検出処理
の手順を示す。

【００７７】図示するように、この処理では、まず、状
態チェックテーブル１０７から１レコードを読み込む
（ステップ１００１）。そして、状態チェックテーブル
１０７の監視種別７１０が「ACK」であるかを調べる
（ステップ１００２）。「ACK」であった場合には、現
在時刻と該レコードにおける受信時刻７１３から経過時
刻を算出し、経過時間とタイムアウト待ち時間７１２と
を比較する（ステップ１００３）。経過時間がタイムア
ウト待ち時間を超えている場合には、検出結果出力部１
０４を起動し（ステップ１００４）、該レコードを削除
する（ステップ１００５）。

【００７８】起動された検出結果出力部１０４は、タイ
ムアウト時刻までに送信されなかったことを表す警告を
表示するなどしてオペレータへの異常の報告を行う。

【００７９】次に、監視種別７１０が「周期」であるか
を調べる（ステップ１００６）。「周期」であった場合
には、現在時刻と受信時刻７１３から経過時刻を算出
し、経過時間とタイムアウト待ち時間７１２とを比較す
る（ステップ１００７）。経過時間がタイムアウト待ち
時刻７１２を過ぎている場合には、検出結果出力部１０
４を起動し（ステップ１００８）、該レコードを削除す
る（ステップ１００９）。

【００８０】起動された検出結果出力部１０４は、タイ
ムアウト時刻までに送信されなかったことを表す警告を
表示するなどしてオペレータへの異常の報告を行う。

【００８１】次に、監視種別７１０が「出力」であるか
を調べる（ステップ１０１０）。「出力」であった場合
には、現在時刻と受信時刻７１３から経過時刻を算出
し、経過時間とタイムアウト待ち時間７１２とを比較す
る（ステップ１０１１）。経過時間がタイムアウト待ち
時間７１２を過ぎている場合には、検出結果出力部１０
４を起動し（ステップ１０１２）、該レコードを削除す
る（ステップ１０１３）。

【００８２】起動された検出結果出力部１０４は、タイ
ムアウト時刻までに送信されなかったことを表す警告を
表示するなどしてオペレータへの異常の報告を行う。

【００８３】そして、次のレコードへ進み（ステップ１
０１４）、次のレコードがあるかどうかを判断する（ス
テップ１０１５）。ある場合は、ステップ１００１から
の処理を繰り返す。

【００８４】以上の処理によって、状態チェックテーブ
ル１０７に情報が登録された種類の通信データが、状態
チェックテーブル１０７に登録されたタイムアウト時刻
までに送信されなかった場合に、検出結果出力部１０４
より警告することができる。

【００８５】以上説明したように、本実施の形態では、
監視対象となる計算機のそれぞれに異常検出機能を設け
ることなく、計算機間でやり取りされるネットワークを
流れる通信データを取得し、それらを過去に取得した通
信データと関連付けて調べることにより、システムの挙
動が設計通りに行われているかを確認することができ
る。また、状態管理テーブル１０８の解析により、シス
テムに異常な負荷がかかっていなかったかを調査するこ
とができる。

【００８６】なお、本実施の形態では、特に、ACK要求
データへの応答がなされているか、周期送信データが設
定されている周期で送信されているか、業務への入出力
に関する通信データを調べることにより業務が設計時に
予定していた処理時間で処理されているか、についての
システムの挙動に関する異常検出を行う場合について説
明したが、これら以外の、通信データの応答として、も
しくは、通信データ送信の周期性に従って、ある通信デ
ータの送信時から一定期間内に送信されるべき任意の通
信データについて、本実施形態は同様に適用することが
できる。

【００８７】また、本実施形態にけるタイムアウト異常
検出処理は、周期的に実行する代わりに、オペレータな
どにより起動し実行するようにしてもよい。

【００８８】また、ACKデータやその他の通信データに
ついても状態管理テーブル１０８に実処理時間を登録
し、これらからシステムにかかる異常な負荷を調査でき
るようにしてもよい。

【００８９】以上、本発明の第１実施形態について説明
した。

【００９０】以下、本発明の第２の実施形態について説
明する。

【００９１】本第２実施形態は、ネットワーク１０を流
れた通信データ１の履歴（ログ）より異常を検出するも
のである。

【００９２】本第２実施形態に係る分散システムの全体
構成を図１３に示す。

【００９３】図示するように、本分散システムの全体構
成は、前記第１実施形態に係る分散システムの全体構成
（図１参照）にログ管理装置１７００を付加したものと
なっている。また、第１実施形態に係る異常検出装置１
００に代えて異常検出装置１９００を備えた構成となっ
ている。

【００９４】ログ管理装置１７００は、通信データ収集
部１７０１、通信データ格納部１７０２及びログデータ
ベース１７０３を有する。通信データ収集部１７０１
は、ネットワーク１０を流れる全ての通信データ１を傍
受することにより収集する。通信データ格納部１７０２
は、通信データ収集部１７０１により収集された通信デ
ータをログデータとしてログ管理テーブルの形式でログ
データベース１７０３に格納する。

【００９５】このログデータベースで保持されるログ管
理テーブル１８００の内容を図１４に示す。図示するよ
うに、ログ管理テーブル１８００には、収集した各通信
データについてのログデータを通信データの収集順に記
憶する。また、各通信データのログとしては、ログ管理
装置１７００が通信データを受信した時刻を示す受信時
刻１８０１と、該通信データの送信元情報１８０２（送
信元の機器番号１８０４、モジュール番号１８０５及び
業務番号１８０６で構成される）と、送信先情報１８０
３（送信先の機器番号１８０７、モジュール番号１８０
８及び業務番号１８０９で構成される）と、該通信デー
タのデータ種別１８１０と、該通信データの内容を示す
内容１８１１とを記憶する。

【００９６】次に、図１５に、本実施形態に係る異常検
出装置１９００の構成を示す。

【００９７】図示するように、異常検出装置１９００
は、ログデータ取得部１９０１、ログデータ逐次読込部
１９０２、ログデータ管理テーブル１９０３、データ判
定部１０２、状態変化検出部１０３、検出結果出力部１
０４、データ記憶部１０５、判定規則テーブル１０６、
状態チェックテーブル１０７、状態管理テーブル１０８
及び異常検出部１０９を有する。

【００９８】ここで、判定規則テーブル１０６、状態チ
ェックテーブル１０７、状態管理テーブル１０８は、前
記第１実施形態における同テーブルと同じものである。

【００９９】以下、本実施形態に係る分散システムにお
いて、異常検出装置１９００が行う異常検出処理につい
て説明する。

【０１００】図１６、１７に、この異常検出処理の手順
を示す。

【０１０１】まず、ログデータ取得部１９０１は、ネッ
トワーク１０を介してログ管理装置１７００と接続し、
ログデータベース１７０３に保持されているログデータ
を、FTP（File Transfer Protocol）などを用いて取
得し、ログデータ管理テーブル１９０３に格納する（ス
テップ２００１）。

【０１０２】次に、ログデータ逐次読み込み部１９０２
は、ログデータ管理テーブル１９０３から、ログデータ
を一つずつ読み込み、データ判定部１０２にデータを渡
す（ステップ２００２）。

【０１０３】以降のステップ２００３〜２０２３までの
処理は、図１０のステップ９０２〜９２２と同じとな
る。すなわち、ステップ２００３〜２０２３では、デー
タ判定部１０２と状態変化検出部１０３は、前記第１実
施形態で処理に用いて取得した通信データの送信元情報
３０１、送信先情報３０２、データ種別３０９に代え
て、ログデータの送信元情報１８０２、送信先情報１８
０３、データ種別１８１０を用いてステップ９０２〜９
２２の処理を行う。但し、経過時間を求めるための現在
時刻としては、ログデータ中の受信時刻１８０１を用い
る。また、状態チェックテーブル１０７に登録する受信
時刻７１３としてはログデータ中の受信時刻１８０１を
用いる。

【０１０４】一つのログデータについてのステップ２０
０３〜２０２３の処理が済んだならば、次のログデータ
があれば次のログデータへ進み（ステップ２０２４、２
０２５）、同様に次のログデータをステップ２００２で
取得し、取得したログデータについてのステップ２００
３〜２０２３までの処理を行う。

【０１０５】一方、次のログデータがなければ次ステッ
プ２０２６へ進む。

【０１０６】ステップ２０２６では、状態チェックテー
ブル１０７から１レコードを読み込む。そして、該レコ
ードの監視種別７１０がACKデータであるかを判断する
（ステップ２０２７）。そして、ACKデータであれば、A
CK要求データに対する応答であるACKデータが送信され
なかったことを意味するので、検出結果出力部１０４を
起動する（ステップ２０２８）。起動された検出結果出
力部１０４は、送信されなかった通信データがあること
を表す警告をする。

【０１０７】次に、該レコードの監視種別が出力データ
であるかを判断する（ステップ２０２９）。出力データ
であれば、送信された入出データに対応する出力データ
が送信されなかったことを意味し、なんらかの異常が該
当するモジュールに発生したことが考えられるので、検
出結果出力部１０４を起動する（ステップ２０３０）。
起動された検出結果出力部１０４は、送信されなかった
通信データがあることを表す警告を報告する。

【０１０８】次に、状態チェックテーブル１０７にレコ
ードが残っていれば次のレコードへ進み（ステップ２０
３１、２０３２）、同様にステップ２０２６で状態チェ
ックテーブル１０７から次のレコードを読み込み、ステ
ップ２０２７から２０３０の処理を行う。

【０１０９】一方、状態チェックテーブル１０７にレコ
ードが残っていなければステップ２０３３に進む。

【０１１０】ステップ２０３３では、状態管理テーブル
１０８から１レコードを読み込む（ステップ２０３
３）。そして、読み込んだレコードの実処理時間８０４
と予定処理時間８０５とを比較し（ステップ２０３
４）、実処理時間８０４が予定処理時間８０５を上回っ
ている場合には、何らかの負荷がかかり業務での処理が
予定された時間内に終了していないことを意味するの
で、検出結果出力部１０４を起動する（ステップ２０３
５）。起動された検出結果出力部１０４は、予定処理時
間内に終了しなかった業務があることを表す警告をす
る。

【０１１１】次に、状態管理テーブル１０８にレコード
が残っていれば次のレコードへ進み（ステップ２０３
６、２０３７）、同様にステップ２０３３で状態管理テ
ーブル１０８から次のレコードを読み込み、ステップ２
０３４から２０３５の処理を行う。

【０１１２】以上のように、本実施形態によれば、ログ
データから前記第１実施形態の非予定動作検出処理と同
様の異常の検出行うことができるまた、また、状態管理
テーブル１０８の解析により、システムにかかった異常
な負荷を検出することができる。ログデータを解析して
システムの連携動作を順に追っていくことにより、シス
テム内で一つの障害により連鎖的に発生するような障害
の最初の障害箇所を特定することができる。

【０１１３】なお、以上の説明では、ログ管理装置１７
００と異常検出装置１９００とを別々の装置として説明
したが、ログ管理装置１７００にの通信データ収集部１
７０１、通信データ格納部１７０２及びログデータベー
ス１７０３を異常検出装置１９００に設けることによ
り、両者を同一の装置としてもよい。また、ログの収集
を一つの計算機で行う例を示したが、各計算機毎に自計
算機の送信する通信データをログデータとして自計算機
に備えられたデータベースに蓄積し、それらを異常検出
装置１９００のログデータ取得部により収集するように
してもよい。また、ACKデータやその他の通信データに
ついても状態管理テーブル１０８に実処理時間を登録
し、これらからシステムにかかった異常な負荷を検出す
るようにしてもよい。また、状態管理テーブル１０８に
タイムアウト待ち時間を登録し、これと実処理時間とを
比較することにより、タイムアウト待ち時間以内に、通
信データが送信されなかった異常を検出するようにして
もよい。

【０１１４】以上、本発明の第２の実施形態について説
明した。

【０１１５】以下、本発明の第３の実施形態について説
明する。

【０１１６】本第３実施形態は、前記第１、第２実施形
態で用いた判定規則テーブル１０６をシステムの構成情
報から自動的に作成するものである。

【０１１７】図１８に、第１実施形態で用いた判定規則
テーブル１０６をシステムの構成情報から自動的に作成
する場合の本実施形態に係る異常検出装置１１００の構
成を示す。

【０１１８】図示するように、本実施形態に係る異常検
出装置１１００は、第１実施形態に係る異常検出装置１
００の構成（図４参照）に構成情報収集部１１０２及び
構成情報変換部１１０３を付加した構成を有している。
なお、第２実施形態で用いた判定規則テーブル１０６を
システムの構成情報から自動的に作成する場合は、第２
実施形態に係る異常検出装置１９００の構成（図１５参
照）に構成情報収集部１１０２及び構成情報変換部１１
０３を付加した構成となる。

【０１１９】また、本実施形態に係る異常検出装置１１
００は、構成情報管理データベース１１０１に接続され
る。構成情報管理データベース１１０１は、分散システ
ム上で連携動作する複数の計算機、モジュール、業務、
通信データ種類の構成情報を保持するデータベースであ
る。そして、構成情報管理データベース１１０１には、
システムがどのように構築されているかを示す構成情報
が、機器情報定義テーブル、モジュール情報定義テーブ
ル、業務情報定義テーブル及び通信データ情報定義テー
ブルとして保持されている。

【０１２０】これら構成情報管理データベース１１０１
に保持される各定義テーブルの内容を図１９〜２２に示
す。

【０１２１】機器情報定義テーブル１２００は、図１９
に示すように、分散システム上の計算機毎のレコードを
有し、各レコードには計算機の識別番号である機器番号
１２０１と、計算機の名称を示す機器名称１２０２と、
計算機のＩＰアドレスを示すＩＰアドレス１２０３と、
計算機の区分を示す機器種別１２０４とが記述されてい
る。

【０１２２】モジュール情報定義テーブル１３００は、
図２０に示すように、分散システム上のモジュール毎の
レコードを有し、各レコードには、モジュールの識別番
号であるモジュール番号１３０１と、モジュールの名称
を示すモジュール名称１３０２と、モジュールが稼動す
る計算機の識別番号を示す設置機器番号１３０３と、モ
ジュール内で処理を行う業務の数を示す業務数１３０４
とが記述される。

【０１２３】業務情報定義テーブル１４０は、図２１に
示すように、分散システム上の業務毎のレコードを有
し、各レコードには、業務の識別番号を示す１４０１
と、業務の名称を示す業務名称１４０２と、業務を行う
計算機の識別番号である機器番号１４０３と、業務の処
理を行うモジュールの識別番号であるモジュール番号１
４０４と、業務の処理開始から終了までの時間を示す処
理所要時間１４０５とが記述される。

【０１２４】通信データ情報定義テーブル１５００は、
図２２に示すように、ネットワークに流れる通信データ
の種類毎のレコードを有し、各レコードには、その種類
の通信データの送信元の情報である送信元情報１５０１
（送信元の機器番号１５０３、モジュール番号１５０４
及び業務番号１５０５で構成される）と、送信先の情報
である送信先情報１５０２（送信先の機器番号１５０
６、モジュール番号１５０７及び業務番号１５０８で構
成される）と、データ種別１５０９と、周期送信する通
信データの送信周期を示す送信周期１５１０と、ACKの
応答を必要とするかどうかを示すACK有無１５１１とが
記述される。

【０１２５】以下、異常検出装置１１００における判定
規則テーブル１０６をシステムの構成情報から自動的に
作成する判定規則テーブル作成処理について説明する。

【０１２６】図２３に、本判定規則テーブル作成処理の
手順を示す。

【０１２７】図示するように、この処理では、まず、構
成情報収集部１１０２は、構成情報管理データベースに
保持された１１０１の通信データ情報定義テーブル１５
００から１レコードを読み込む（ステップ１６０１）。
読み込んだレコードが、ACK要求データに関するもので
あるかを判断する（ステップ１６０２）。ACK要求デー
タであるかどうかの判断は、通信データ情報定義テーブ
ル１５００のACK有無１５１１により行う。ACK有無１５
１１に「有」と登録されている場合は、ACK要求データ
管理テーブル４００にレコードを追加し、追加したレコ
ードに、読み込んだ通信データ情報定義テーブル１５０
０のレコードの送信元情報１５０１、送信先情報１５０
２及びデータ種別１５０９を登録する（ステップ１６０
３）。

【０１２８】次に、ステップ１６０１で読み込んだレコ
ードが、周期送信データに関するものであるかを判断す
る（ステップ１６０４）。周期送信データであるかどう
かの判断は、通信データ情報定義テーブル１５００の送
信周期１５１０に送信周期が登録されているかどうかに
より行う。送信周期１５１０が登録されている場合に
は、周期送信データ管理テーブル５００にレコードを追
加し、追加したレコードに、読み込んだ通信データ情報
定義テーブル１５００のレコードの送信元情報１５０
１、送信先情報１５０２、データ種別１５０９及び送信
周期１５１０を登録する（ステップ１６０５）。

【０１２９】次に、通信データ情報定義テーブル１５０
０から読み込んだレコードの送信元情報で示される業務
が他のレコードの送信先情報として登録されている通信
データ情報定義テーブル１５００のレコードを検索し
（ステップ１６０６）、該当するレコードを見つけられ
たかどうかを判断する（ステップ１６０７）。見つけら
れない場合はステップ１６１０へ進む。

【０１３０】見つけられた場合は、業務情報定義テーブ
ル１４００から、ステップ１６０１で読み込んだレコー
ドの送信元情報で示される業務に対応するレコードの処
理所要時間１４０５を読み取る（ステップ１６０８）。
次に、入出力データ管理テーブル６００にレコードを追
加し、ステップ１６０６で検索した通信データ情報定義
テーブル１５００のレコードの送信元情報１５０１、送
信先情報１５０２及びデータ種別１５０９を、追加した
レコードに入力データ情報６０１として登録し、ステッ
プ１６０１で読み込んだ通信データ情報定義テーブル１
５００のレコードの送信元情報１５０１、送信先情報１
５０２、データ種別１５０９及び送信周期１５１０を、
追加したレコードに出力データ情報６０２として登録
し、ステップ１６０８で読み込んだ処理所要時間１４０
５を、追加したレコードに予定処理時間６２１として登
録する（ステップ１６０９）。

【０１３１】そして、次のレコードがあれば（ステップ
１６１０、１６１１）、ステップ１６０１へ戻って、同
様に次のレコードを通信データ情報定義テーブル１５０
０から読み出して、ステップ１６０２から１６０９まで
の処理を行い、次のレコードがなければ処理を終了する
（ステップ１６１１）。

【０１３２】以上説明したように、本実施形態によれ
ば、システムの構成情報から判定規則テーブルを自動的
に作成することができ、システム全体の挙動に対する規
則をもれなく定義することができる。また、自動作成に
より、判定規則を人手により作成する手間を削減できた
り、人手による定義による間違えをなくすことができ
る。

【０１３３】なお、本実施の形態では、構成情報管理デ
ータベース１１０１において一括してシステム全体の構
成情報を保持し、構成情報収集部１１０２により構成情
報を収集する場合を示しているが、ネットワーク１０を
介して接続される複数の計算機上に分散的に保持されて
いる構成情報を構成情報収集部１１０２により収集し、
異常検出装置１１００における内部記憶装置もしくは外
部記憶装置に記憶してもよい。

【０１３４】また、本実施の形態では、ステップ１６０
６において、通信データ情報定義テーブル１５００から
現在着目しているレコードの送信元情報で示される業務
が他のレコードの送信先情報として登録されているレコ
ードを検索したが、現在着目しているレコードの送信先
情報で示される業務が他のレコードの送信元情報として
登録されているレコードを検索することにより、入出力
データ管理テーブル６００の作成を行ってもよい。

【０１３５】また、構成情報管理データベース１１０１
に保持される構成情報は、図１９から２２に示した、機
器情報定義テーブル、モジュール情報定義テーブル、業
務情報定義テーブル及び通信データ情報定義テーブルの
形式以外の形式で保持されるものであってもよい。

【０１３６】以上、本発明の第３の実施形態について説
明した。

【０１３７】以下、本発明の第４の実施形態について説
明する。

【０１３８】本第４実施形態は、前記第１、第２実施形
態で作成した状態管理テーブル１０８を用いて、サンプ
ルデータとして与えられた、ある仕事を達成するために
業務間で送受する一連の通信データのリストより、その
仕事の完了までに要する時間を予測する総処理時間予測
処理を行うものである。

【０１３９】図２４に、本実施形態において、前記第
１、第２実施形態に係る異常検出装置１００、１９００
に付加した部分を示す。図示するように、本実施形態に
係る異常検出装置２４００は、前記第１、第２実施形態
に係る異常検出装置１００、１９００にデータ入力部２
４０１と予測値算出部２４０２を付加した構成を有して
いる。

【０１４０】ここで、データ入力部２４０１に与えられ
るサンプルデータの内容を図２５に示す。

【０１４１】図示するように、サンプルデータ２１００
は、ある仕事を達成するために業務間で送受する通信デ
ータ毎のレコードを有し、各レコードには、送信元情報
２１０１（送信元の機器番号２１０３、モジュール番号
２１０４及び業務番号２１０５）及び送信先情報２１０
２（送信先の機器番号２１０６、モジュール番号２１０
７及び業務番号２１０８）が登録されている。

【０１４２】以下、本異常検出装置２４００において行
う、総処理時間予測処理を説明する。

【０１４３】図２６に、総処理時間予測処理の手順を示
す。

【０１４４】図示するように、この処理では、まず、予
測時間Tの初期化を行う（ステップ２２０１）。次にサ
ンプルデータのレコードを一つ読み込み（ステップ２２
０２）、レコードに登録された、送信元情報２１０１
（送信元の機器番号２１０３、モジュール番号２１０４
及び業務番号２１０５）と一致する、機器番号８０１、
モジュール番号８０２、業務番号８０３が登録された状
態管理テーブル１０８のレコードを検索する（ステップ
２２０３）。

【０１４５】そして、予測時間Tに、検索したレコード
の実処理時間を加算する（ステップ２２０４）。

【０１４６】そして、次のサンプルデータのレコードが
あれば（ステップ２２０５、２２０６）、ステップ２２
０２へ戻り、次のサンプルデータのレコードを一つ読み
込み、ステップ２２０３から２２０４の処理を行う。

【０１４７】一方、次のサンプルデータのレコードがな
ければ、その時点の予測時間Tを結果として表示し（ス
テップ２２０７）、処理を終了する。

【０１４８】以上説明したように、本実施形態によれ
ば、第１、第２実施形態で作成した状態管理テーブル１
０８を用いて、サンプルデータとして与えられた、ある
仕事を達成するために業務間で送受する一連の通信デー
タのリストより、その仕事の完了までに要する時間を予
測することができる。このことにより、現在のシステム
の負荷状況に応じた処理時間を事前に予測することがで
きる。

【０１４９】以上、本発明の実施形態について説明し
た。

【０１５０】なお、以上の実施形態では、ネットワーク
で接続された計算機が通信データを送受する分散システ
ムへの適用を例にとり説明したが、本実施形態は、ネッ
トワークで接続された複数の装置が通信データを送受す
る分散システム全般、例えば、ネットワークで接続され
たコントローラ、センサやアクチュエータなどが通信デ
ータを送受するような分散システムにも同様に適用する
ことができる。

【０１５１】

【発明の効果】以上のように、本発明によれば、分散シ
ステムを構成する各装置に異常の検出と報告を行う機能
を備える事無く、分散システム内の異常の有無を検出す
ることができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係る分散システムの構
成を示すブロック図である。

【図２】本発明の第１実施形態に係る分散システムを構
成する各計算機の機能構成を示した図である。

【図３】本発明の第１実施形態に係る分散システムにお
いて送受する通信データのフォーマットを示した図であ
る。

【図４】本発明の第１実施形態に係る異常検出装置の構
成を示すブロック図である。

【図５】本発明の第１実施形態に係る異常検出装置とし
て用いることのできる電子計算機のハードウエア構成を
示したブロック図である。

【図６】本発明の第１実施形態に係るACK要求データ管
理テーブルの内容を示した図である。

【図７】本発明の第１実施形態に係る周期送信データ管
理テーブルの内容を示した図である。

【図８】本発明の第１実施形態に係る入出力データ管理
テーブルの内容を示した図である。

【図９】本発明の第１実施形態に係る状態チェックテー
ブルの内容を示した図である。

【図１０】本発明の第１実施形態に係る状態管理テーブ
ルの内容を示した図である。

【図１１】本発明の第１実施形態に係る異常検出装置が
行う非予定動作検出処理の手順を示すフローチャートで
ある。

【図１２】本発明の第１実施形態に係る異常検出装置が
行うタイムアウト異常検出処理の手順を示すフローチャ
ートである。

【図１３】本発明の第２実施形態に係る分散システムの
構成を示すブロック図である。

【図１４】本発明の第２実施形態に係る状態管理テーブ
ルの内容を示した図である。

【図１５】本発明の第２実施形態に係る異常検出装置の
構成を示すブロック図である。

【図１６】本発明の第２実施形態に係る異常検出装置が
行う異常検出処理の手順を示すフローチャートである。

【図１７】本発明の第２実施形態に係る異常検出装置が
行う異常検出処理の手順を示すフローチャートである。

【図１８】本発明の第３実施形態に係る異常検出装置の
構成を示すブロック図である。

【図１９】本発明の第３実施形態に係る機器情報定義テ
ーブルの内容を示した図である。

【図２０】本発明の第３実施形態に係るモジュール情報
定義テーブルの内容を示した図である。

【図２１】本発明の第３実施形態に係る業務情報定義テ
ーブルの内容を示した図である。

【図２２】本発明の第３実施形態に係る通信データ情報
定義テーブルの内容を示した図である。

【図２３】本発明の第３実施形態に係る異常検出装置が
行う判定規則テーブル作成処理の手順を示すフローチャ
ートである。

【図２４】本発明の第４実施形態に係る異常検出装置の
付加部分の構成を示すブロック図である。

【図２５】本発明の第４実施形態に係るサンプルデータ
の内容を示した図である。

【図２６】本発明の第４実施形態に係る異常検出装置が
行う本発明の第３実施形態に係る異常検出装置が行う判
定規則テーブル作成処理の手順を示すフローチャートで
ある。

【図２７】従来の分散システムの構成を示すブロック図
である。

【符号の説明】

１ 通信データ １０ ネットワーク １００、１１００、１９００ 異常検出装置 １０１ 通信データ取得部 １０２ データ判定部 １０３ 状態変化検出部 １０４ 検出結果出力部 １０５ データ記憶部 １０６ 判定規則テーブル １０７ 状態チェックテーブル １０８ 状態管理テーブル １０９ 異常検出部 ４００ ACK要求データ管理テーブル ５００ 周期送信データ管理テーブル ６００ 入出力データ管理テーブル １１０１ 構成情報管理データベース １１０２ 構成情報収集部 １１０３ 構成情報変換部 １２００ 機器情報定義テーブル １３００ モジュール情報定義テーブル １４００ 業務情報定義テーブル １５００ 通信データ情報定義テーブル １７００ ログ管理装置 １７０１ 通信データ収集部 １７０２ 通信データ格納部 １７０３ ログデータベース １９０１ ログデータ取得部 １９０２ ログデータ逐次読込部 １９０３ ログデータ管理テーブル ２３０１ 監視対象計算機 ２３０２ 監視側計算機 ２３０３ 監視対象 ２３０４ 監視部 ２３０５、 ２３０６ 通信処理部 ２３０７ 監視結果表示部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 三部 良太 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 平井 千秋 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 川上 真澄 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B042 GA12 GB09 JJ23 KK13 LA08 LA20 MA08 MC09 MC33 MC35 5B045 GG01 JJ02 JJ14

Claims (10)

【特許請求の範囲】
1. 【請求項１】ネットワークと、ネットワークに接続さ
   れ、各々所定の通信データを前記ネットワークを介して
   送受しながら分散して処理を行う複数の装置とを有する
   分散システムであって、 前記ネットワークに接続した異常検出装置を有し、 当該異常検出装置は、 複数の通信データ間で満たすべき関係を規定する判定規
   則テーブルを記憶する手段と、 前記ネットワーク上を送受される前記通信データを傍受
   する通信データ取得手段と、 傍受した各通信データより、前記判定規則テーブルが規
   定する複数の通信データ間で満たすべき関係が満たされ
   ているかどうかを判定し、満たされていない場合に、異
   常を検出する異常検出手段とを有することを特徴とする
   分散システム。
2. 【請求項２】ネットワークと、ネットワークに接続さ
   れ、各々所定の通信データを前記ネットワークを介して
   送受しながら分散して処理を行う複数の装置とを有する
   分散システムであって、 前記ネットワーク上を送受された前記通信データの履歴
   を生成する履歴生成手段と、 前記ネットワークに接続した異常検出装置とを有し、 当該異常検出装置は、 複数の通信データ間で満たすべき関係を規定する判定規
   則テーブルを記憶する手段と、 前記履歴生成手段が生成した前記通信データの履歴よ
   り、前記判定規則テーブルが規定する複数の通信データ
   間で満たすべき関係が満たされているかどうかを判定
   し、満たされていない場合に、異常を検出する異常検出
   手段とを有することを特徴とする分散システム。
3. 【請求項３】請求項１または２記載の分散システムであ
   って、 前記判定規則テーブルは、所定の時間的関係をもって送
   信されるべき複数の通信データ間の、前記時間関係を規
   定しており、 前記異常検出手段は、前記判定規則テーブルが規定する
   時間的関係をもって、当該時間的関係を有する複数の通
   信データが送信されたかどうかを判定し、送信されなか
   った場合に異常を検出することを特徴とする分散システ
   ム。
4. 【請求項４】請求項３記載の分散システムであって、 前記判定規則テーブルは、第１の通信データを受信する
   ことに起因して第２の通信データを送信する装置が第１
   の通信データ受信から第２の通信データ送信までに要し
   た時間が、それ以内であれば異常として検出しない時間
   である参照時間を規定しており、 前記異常検出手段は、第１の通信データの送信から前記
   判定規則テーブルが規定する参照時間が経過するまで
   に、第２の通信データが送信されたかどうかを判定し、
   送信されなかった場合に異常を検出し、 前記異常検出装置は、さらに、 前記第１の通信データが実際に送信されてから第２の通
   信データが実際に送信されるまでに要した時間を、第１
   の通信データ及び第２の通信データに関連する処理の実
   処理時間として収集する実処理時間収集手段を有するこ
   とを特徴とする分散システム。
5. 【請求項５】請求項４記載の分散システムであって、 前記判定規則テーブルは、第１の通信データと第２の通
   信データの相互に異なる複数の組について、前記参照時
   間を規定しており、 前記異常検出手段は、前記各組について異常を検出し、 前記実処理時間収集手段は、前記各組について処理時間
   を収集し、 前記異常検出装置は、さらに、 前記実処理時間収集手段が収集した前記各第２の通信デ
   ータに関連する処理の実処理時間より、仮想的に与えら
   れた複数の通信データを送受する複数の処理の処理時間
   を推定する手段を有することを特徴とする分散システ
   ム。
6. 【請求項６】ネットワークと、ネットワークに接続さ
   れ、各々所定の通信データを前記ネットワークを介して
   送受しながら分散して処理を行う複数の装置とを有する
   分散システムにおいて異常を検出する異常検出方法であ
   って、 複数の通信データ間で満たすべき関係を規定する判定規
   則テーブルを用意し、 前記ネットワーク上を送受される前記通信データを傍受
   し、 傍受した各通信データより、前記判定規則テーブルが規
   定する複数の通信データ間で満たすべき関係が満たされ
   ているかどうかを判定し、満たされていない場合に、異
   常を検出することを特徴とする分散システムにおける異
   常検出方法。
7. 【請求項７】ネットワークと、ネットワークに接続さ
   れ、各々所定の通信データを前記ネットワークを介して
   送受しながら分散して処理を行う複数の装置とを有する
   分散システムにおいて異常を検出する異常検出方法であ
   って、 複数の通信データ間で満たすべき関係を規定する判定規
   則テーブルを用意し、前記ネットワーク上を送受された
   前記通信データの履歴を生成し、 生成した前記通信データの履歴より、前記判定規則テー
   ブルが規定する複数の通信データ間で満たすべき関係が
   満たされているかどうかを判定し、満たされていない場
   合に、異常を検出するすることを特徴とする分散システ
   ムにおける異常検出方法。
8. 【請求項８】ネットワークと、ネットワークに接続さ
   れ、各々所定の通信データを前記ネットワークを介して
   送受しながら分散して処理を行う複数の装置とを有する
   分散システムの異常を検出する異常検出装置であって、 複数の通信データ間で満たすべき関係を規定する判定規
   則テーブルを記憶する手段と、 前記ネットワーク上を送受される前記通信データを傍受
   する通信データ取得手段と、 傍受した各通信データより、前記判定規則テーブルが規
   定する複数の通信データ間で満たすべき関係が満たされ
   ているかどうかを判定し、満たされていない場合に、異
   常を検出する異常検出手段とを有することを特徴とする
   異常検出装置。
9. 【請求項９】ネットワークと、ネットワークに接続さ
   れ、各々所定の通信データを前記ネットワークを介して
   送受しながら分散して処理を行う複数の装置とを有する
   分散システムの異常を検出する異常検出装置であって、 複数の通信データ間で満たすべき関係を規定する判定規
   則テーブルを記憶する手段と、 前記ネットワーク上を送受された前記通信データの履歴
   より、前記判定規則テーブルが規定する複数の通信デー
   タ間で満たすべき関係が満たされているかどうかを判定
   し、満たされていない場合に、異常を検出する異常検出
   手段とを有することを特徴とする異常検出装置。
10. 【請求項１０】電子計算機によって読み取られ実行され
    るプログラムを記憶した記憶媒体であって、 前記プログラムは、前記電子計算機が接続されるネット
    ワークと、ネットワークに接続され、各々所定の通信デ
    ータを前記ネットワークを介して送受しながら分散して
    処理を行う複数の装置とを有する分散システムの異常を
    検出するためのプログラムであり、 当該プログラムは、前記電子計算機上に、 複数の通信データ間で満たすべき関係を規定する判定規
    則テーブルを記憶する手段と、 前記ネットワーク上の通信データの送受の実績より、前
    記判定規則テーブルが規定する複数の通信データ間で満
    たすべき関係が満たされているかどうかを判定し、満た
    されていない場合に、異常を検出する異常検出手段とを
    実現することを特徴とする記憶媒体。