JPS6326761A - ソフトウエア異常診断方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はソフトウェア異常診断方式に関し、特に分散処
理システムにおいて、膨大なソフトウェア上の異常波及
範囲の中から、異常の可能性の最も高い部分を限定する
に好適な、ソフトウェア異常診断方式に関するものであ
る。

〔従来の技術〕

従来のこの種の診断方式としては、例えば、特開昭５７
−１４６３６１号公報に記載された方式が知られている
。この方式は、共通伝送路に接続された処理装置により
、一つの仕事の一連のデータ処理を分散して処理する分
散処理方法において、一連処理のそれぞれを実行するた
めのプログラムを各処理装置に分散記憶させ、各処理装
置のプログラムの起動は、このプログラムを実行するの
に必要なデータが伝送路から自処理装置内に取込まれ、
それがそろったときに行うようにした方式である。

〔発明が解決しようとする問題点〕

しかしながら、上記従来技術においては、ソフトウェア
上の異常の波及については配慮されておらず、異常がど
こで発見されたかがわかるだけであり、異常が波及して
いる範囲を限定できないという問題があった。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来のソフトウェア異常診断方式におけ
る上述の如き問題を解消し、ソフトウエア上の異常波及
範囲の限定を容易にするとともしこ、異常回復のための
処理を迅速に行えるように支援可能にしたソフトウェア
異常診断方式を提供することにある。

〔問題点を解決するための手段〕

本発明の上記目的は、共通伝送路に接続された複数の情
報処理装置により、一つの仕事の一連のデータ処理を、
分散して処理する分散処理システムにおいて、従前の異
常発生時における処理の流れと、異常を発見した現時点
での処理の流れとを比較することにより、異常発生の可
能性の最も高い部分を限定することを特徴とするソフト
ウェア異常診断方式によって達成される。

〔作用〕

本発明においては、前回の異常が発生したときの処理の
流れを記録しであるテーブルと、次に異常が発生したと
きの処理の流れを比較し、一致した部分を別のテーブル
に記録し、また、一致しなかった部分を前回の処理の流
れを記録しであるテーブルに記録して、異常発生時の処
理の流れの検察だけでなく、前回の異常の場合との重ね
合せによって、異常発生個所の限定が容易にできるよう
にしている。

〔実施例〕

以下１本発明の実施例を図面に基づいて詳細に説明する
。

第２図は、伝送路内を流れるデータを取込み、何等かの
処理を実行後、その結果をすべて上記伝送路内にブロー
ドキャストする複数の機能モジュール１１〜１６の間の
関係を示すものである。

すなわち１機能モジュール１１での処理結果のデータは
、次に機能モジュール１２が受取り、機能モジュール１
２の処理結果は、機能モジュール１３あるいは機能モジ
ュール１５が受取る。このように、順次、データが流れ
て行き、最終的には、機能モジュール１４あるいは機能
モジュール１６で処理が終了することを示している。な
お、３１．３２は、後述する異常波及範囲を示している
。

これらの機能モジュール１１〜１６は、第４図のサブシ
ステム（Ａ）４１〜サブシステム（Ｃ）４３中のいずれ
かの中に存在するアプリケーションモジュールの１つで
ある。すなわち、サブシステムの使用用途に応じて、ど
こに、どの機能モジュールがあっても構わない。

例えば、第５図に示す如く、サブシステム４１には、ア
プリケーションとして、機能モジュール１２および１４
が存在しているというようになる。

また、サブシステム４１〜４３は、それぞれ、自律して
おり、他のサブシステムから制御を受けることはなく、
サブシステム単体でも機能できる。

各機能モジュール１１〜１６の処理結果の異常診断は、
各サブシステム４１〜４３内しこ内蔵されている、内部
テスタ６１が行う。各内部テスタ６１は、自分が内蔵さ
れているサブシステム内の機能モジュールの処理結果の
診断を行う。例えば、第５図の場合、サブシステム４１
内には、機能モジュール１２．１４が存在しているので
、内部テスタ６１は、機能モジュール１２．１４の処理
結果の診断を行う。

この内部テスタ６１が、機能モジュールの処理結果が異
常であると診断する方式は、以下の方式による。

各機能モジュールは、自モジュール内での処理結果を第
６図（Ａ）に示すフォーマットで、伝送路内にブロード
キャストする。すなわち、処理結果のデータ部７３の内
容を示すコード７２と、このデータの発信元を示す発信
元サブシステム番号７１で、伝送路内にブロードキャス
トしたデータが、どこから発信され、どのような内容の
データかを識別できるようにする。なお、ここでは、受
信先のアドレス等は設けない。

各サブシステムは、伝送路５１内を流れる、上記第６図
（Ａ）に示すフォーマントのデータの内容コード７２を
参照することによって、自サブシステム内にある機能モ
ジュールを駆動させるのに必要なデータか否かを判断し
、必要なデータを取込む。

また、各サブシステム内に存在する内部テスタには、こ
のサブシステムが取込むべきデータの内容コードと、各
サブシステム内に存在する機能モジュールがデータを取
込み、処理を実行した後、その処理結果のデータに対し
て付けられる内容コ−ドとが登録されており、内部テス
タは、この２つの内容コードによって、処理内容が異常
か否かを判断する。

すなわち、取込んだデータに対して、それを処−理した
結果のデータにつけられる内容コードは。

正常な場合、常に一定であり、もし、異常が発生してい
る場合には、全く異なる内容コードが付けられるので、
異常とわかる。また、入出力時の内容コードが複数にな
った場合も、同様の方式で異常を診断する。

システム全体の総合診断、すなわち、どのサブシステム
のどの機能モジュールに異常が生じ、異常がどのように
波及しているか診断し、システムを保守する者に知らせ
る機能は、システム内に存在するサブシステムの中の任
意のサブシステムが行う０本実施例においては、上述の
システム全体の総合診断の機能を有するサブシステムを
、サブシステム４３とする。

システム全体を総合診断するサブシステム４３には、シ
ステム全体の構成、すなわち、どのサブシステムに、ど
のような機能を持った機能モジュールが存在し、データ
がどの機能モジュールからどの機能モジュールに流れる
かが、後述する如く登録される。

各内部テスタは、自分が担当する機能モジュールの異常
を検知すると、第６図（Ｂ）に示すフォーマットの異常
検知情報を、伝送路内にブロードキャストする６第６図
（Ｂ）のフォーマットに示すサブシステム番号８１は、
異常であると診断された機能モジュールが存在するサブ
システムの識別番号である。エラーコード８２は、第６
図（Ａ）のフォーマットの内容コード７２が、この場合
、異常検知情報であることを示している。また、入力内
容コード８３．出力内容コード８４は、この２つの組合
せによって、どの機能が異常となったかを識別するもの
である。

すなわち、各機能モジュールは５決められた内容のデー
タがすべて揃ったとき、始めて駆動されて処理を開始し
、処理結果には、常にその処理結果の内容を示すコード
を付けて、伝送路内にブロードキャストするので、入出
力内容コード８３．８４を参照することにより、どのよ
うなデータを受取り、どのような処理を行ったかがわか
るので、機能モジュールの識別を、サブモジュール４３
が行えることになる。

ここでは、仮に、第２図の機能モジュール１４に異常が
発生したとき、内部テスタ６１は１機能モジュール１４
の入出力内容コードによって異常を検知し、第６図（Ｂ
）のフォーマットで、内部テスタ６１が伝送路５１に異
常検知情報をブロードキャストしたとする。

第６図（Ｂ）のフォーマットのデータが、伝送路５１内
にブロードキャストされると、各サブシステムは、内容
コードとしてのエラーコード８２の部分を参照し、自サ
ブシステム内に取込むべきデータか否かの判断を行う。

サブシステム４３は、予め。

異常検知情報という内容コードのデータを取込むように
しであるので、第６図（Ｂ）の異常検知情報を、自サブ
システム内に取入れる。

上記異常検知情報をサブシステム４３が自サブシステム
内に取込むと、サブシステム番号８１および入出力内容
コード８３．８４によって、どのサブシステムのどの機
能モジュールが異常になったかを、サブシステム４３は
認識する。

この認識した情報、すなわち、サブシステム４１の機能
モジュール１４が異常であるという情報は、第７図に示
す如きフォーマットを有する異常情報テーブル９０□（
ｉ＝ｏ−ｎ）へ、以下のように記録され机 サブシステム番号欄９１．入力内容コート＆！９３゜出
力内容コード欄９４には、前述の第６図（Ｂ）に示した
サブシステム番号８１．入力内容コード８３．出力内容
コード８４が、それぞれ記録される。

次に、上記異常情報テーブル９０ｉＬこ記録された情報
のうち、六方内容コード８３を出力している機能モジュ
ールがあるか否かを探索する。この探索においては、入
力内容コード９３に記録されているすべての内容コード
８３について、探索を行う。

もし、入力内容コード８３を出力している機能モジュー
ルがあれば、その総数を前記異常情報テージュールがあ
れば、その総数を前記異常情報テーブル９０□の関連モ
ジュール数％Ｊ９５に記録する６例えば、入力内容コー
ド欄９３に、ａ、ｂという全く異なる２つの内容コード
が記録されており、内容コードａを出力している機能モ
ジュールがＡ　ｉ　ｌＡ２．内容コードｂを出力してい
る機能モジュールがＢｌ、Ｂ２．Ｂ３とあった場合は、
上記関連モジュール数種９５には１１５　ＩＩと記録さ
れる本実施例の場合１機能モジュール１４は、機能モジ
ュール１３からのみデータを受取っているので、関連モ
ジュール数種９５には、ＬＬ　Ｉ　ＩＩが記録される。

上述の如く、入力内容コード欄９３を参照して。

その内容コード８３を出力している機能モジュールを発
見すると、その機能モジュールの存在しているサブシス
テム番号、入出力内容コードを、第７図に示す、異常情
報テーブル９０゜〜９０ｎのうちの異常情報テーブル９
０□に、上に述べた異常情報テーブル９０．と全く同じ
フォーマットで記録する。

この場合、入力内容コード８３を出力している機能モジ
ュールが複数個あれば、それらすべてを、上記異常情報
テーブル９０□上に、順次、同様のフォーマットで記録
して行く。

なお、上記異常情報テーブル９０□の関連モジュール情
報１！Ｊ９７には、上記入力内容コード８３を出力して
いる複数の機能モジュールの情報が、上記異常情報テー
ブル９０１のどの位置に記録されているかが、Ｖ！、録
される。

以下、同様に、異常情報テーブル９０□に記録されてい
る機能モジュールすべてについて、それぞれの入力内容
コードｌこ対し、それ出力している機能モジュールを探
索し、探索結果を異常情報テーブル９０２に記録し、異
常情報テーブル９０□への記録がすべて完了すると、該
異常情報テーブル９０□に記録されている機能モジュー
ルに対して同様の探索を行い、以下、順次、異常情報テ
ーブル９０゜、　９０４．・・・・９０．というように
、記録を行い、入力内容コードを出力している機能モジ
ュールがなくなるまで探索して行く。

本実施例の場合、異常情報テーブル９０．、９０．。

９０□および９０３に、それぞれ、機能モジュール１４
゜１３．１２．１１の情報が記録される。このようにし
て記録された情報を基に、マンマシンに、異常波及範囲
３１を表示することが可能になる。

以下、同様の方式でサブシステム４３は、第６図（Ｂ）
の異常検知報告を受取る度に、異常波及範囲を探索して
行く。

なお、ダミー９６欄は、テーブルのフォーマットを揃え
るためのもので、通常はｒｔ　Ｏｎである。

また、テーブル識別コード欄９１は、何時の異常情報で
あるかを示すものであり、古い順に１，２゜・・・・ｎ
と番号を付ける。本テーブル識別コード欄９１には、記
録範囲が許す限り、過去の番号をすべて保持する。記録
範囲が一杯になった場合には、古いものから消去する。

記録範囲の大きさは、１０程度あれば良い。こうするこ
とにより、過去の異常発見時における処理の流れをマン
マシン上で再現することが可能である。

次に、第１図〜第３図を用いて、異常範囲の限定方法に
ついて説明する。

第３図は前述のサブシステム４３内の総合診断機能モジ
ュールの構成を示すものである。第２図は前述の如く、
伝送路内を流れるデータを取込み、何等かの処理を実行
後、その結果をすべて上記伝送路内にブロードキャスト
する複数の機能モジュール１１〜１６の間の関係を示す
ものである。また、第１図は上記サブシステム４３内の
総合診断機能モジュールの処理を示スフローチャートで
ある。

サブシステム４３は、異常検知情報を受信すると（第１
図ニステップ１）、異常波及範囲を探索し、前述の如き
手順により、前記異常情報テーブル２１（第３図参照）
に記録する（ステップ２）。

次に、サブシステム４３は、上記異常情報テーブル２１
と、これと全く同じフォーマットで、前回までの異常波
及範囲を記録しである履歴テーブル２２（第３図参照）
の間の、一致する部分の探索を実行する（ステップ３）
、すなわち、上記異常情報テーブル２１とＢ歴テーブル
２２との、それぞれの内容のサブシステム番号、入出力
内容コードのＡＮＤを取ることによって、前回までの異
常波及範囲と、最新の異常波及範囲との一致部分を探索
する。

もし、異常波及範囲の一致部分がある場合には（ステッ
プ４）、一致した異常波及範囲を、これも前述の異常情
報テーブル２１と全く同じフォーマットの、診断テーブ
ル２４に記録する（ステップ５）６また、この一致した
異常波及範囲をマンマシン２５（第３図には、ディスプ
レイで示している）に′よ　°０す、保守員に表示する
。保守員は、この内容によって、異常が発生した可能性
が最も高い部分を知ることができる。

すなわち、保守員は、どのサブシステムと、どのサブシ
ステムの、それぞれ、どの機能モジュールが異常である
のかを、サブシステム番号および入出力内容コードによ
って知ることができる。

また、上記異常波及範囲が一致した部分については、上
記履歴テーブル２２の該当する部分のテーブル識別コー
ドに、異常情報テーブル内のテーブル識別コードを追加
する。異常波及範囲が一致しなかった部分は、そのまま
、全部を履歴テーブルに追加記録する（ステップ６）。

本実施例の場合には、最初に機能モジュール１４が異常
になり５次に、機能モジュール１６が異常になったとす
ると、以下のようになる。

機能モジュール１４が異常であると、内部テスタが検知
し、これを第６図（Ｂ）のフォーマットで。

伝送路５１にブロードキャストする。この異常検知情報
をサブシステム４３が受取ると、前述の手順により異常
情報テーブル２１を作成する。

次に、作成した異常情報テーブル２１と、前記履歴テー
ブル２２との比較を行うが、第１回目の異常検知である
から１両者に一致する部分はない。

従って、診断テーブル２４には何も記録されず、異常情
報テーブル２１の内容が、そのまま、履歴テーブル２２
に記録される。

次に、８！能モジユール１６が異常であるという異常検
知情報が、伝送路５１にブロードキャストされると、サ
ブシステム４３は、異常情報テーブル２１を更新し１機
能モジュール１６に関する異常波及範囲３２を、異常情
報テーブル２１に記録する。

この異常波及範囲３２を記録した異常情報テーブル２１
と、前回の異常波及範囲３１を記録しである履歴テーブ
ル２２との比較を行うと、異常波及範囲が一致する部分
、すなわち、第２図の斜線部分が発見される。この異常
波及範囲が一致する部分、すなわち、機能モジュール１
１．１２の、それぞれのサブシステム番号および入出力
内容コードが、異常情報テーブル２１あるいは履歴テー
ブル２２と全く同じ形で、診断テーブル２４に記録され
る。

また、このとき、上記診断テーブル２４および履歴テー
ブル２２の、機能モジュール１１．１２が記録しである
テーブルの前記テーブル識別コードには、「１２」とい
うように、何時と何時の異常検知かが記録される。

上記診断テーブル２４に記録しである内容を、保守員の
要求に応じてマンマシン２５に表示することによって、
異常が発生した可能性が最も高い部分である機能モジュ
ール１１．１２を、保守員に知らせることができ、回復
処理の支援が行える。

本実施例によれば、過去に発生した異常発生時の処理の
流れを、記憶容量が許す限り記録しておけるので、異常
発生時の処理の流れを容易に再現できるという効果があ
る。

〔発明の効果〕

以上述べた如く、本発明によれば、共通伝送路に接続さ
れた複数の情報処理装置により、一つの仕事の一連のデ
ータ処理を、分散して処理する分散処理システムにおい
て、従前の異常発生時における処理の流れと、異常を発
見した現時点での処理の流れとを比較することにより、
異常発生の可能性の最も高い部分を限定するようにした
ので、ソフトウェア上の異常波及範囲の限定を容易にす
るとともに、異常回復のための処理を迅速に行えるよう
に支援可能にしたソフトウェア異常診断方式を実現でき
るという顕著な従来を奏するものである。

【図面の簡単な説明】

第１図は本発明の一実施例であるサブシステム内の総合
診断機能モジュールの処理を示すフローチャート、第２
図は複数の機能モジュール１１〜１６の間の関係を示す
図、第３図は前述のサブシステム内の総合診断機能モジ
ュールの構成を示す図、第４図はシステムの構成例を示
す図、第５図はサブシステムの構成図、第６図（Ａ）、
（Ｂ）はデータのフォーマットを示す図、第７図は異常
診断に用いるテーブルのフォーマットを示す図である。 １１−１６：機能モジュール、２１．９０゜−９０ｎ：
異常情報テーブル、２２：履歴テーブル、２４：診断テ
ーブル、２５：マンマシン、３１，３２：異常波及範囲
、４１〜４３：サブシステム、５１：伝送路、６１：内
部テスタ、８１：゛サブシステム番号、８２：エラーコ
ード。 ８３：入力内容コード、８４：出力内容コード。 １１５７ｒイコ１ ζ／　　　　　　　４２　　　　　　４１Ｊ、　　％３
０ 第Ｚ凶 （Ａ） り／　　　　？λ　　　　ｊ”１　　　　　　　２７　
　　　　　７４第７の

Claims (1)

【特許請求の範囲】
1. １、共通伝送路に接続された複数の情報処理装置により
   、一つの仕事の一連のデータ処理を、分散して処理する
   分散処理システムにおいて、従前の異常発生時における
   処理の流れと、異常を発見した現時点での処理の流れと
   を比較することにより、異常発生の可能性の最も高い部
   分を限定することを特徴とするソフトウェア異常診断方
   式。