JPS6249444A - マルチプロセツサシステムの障害検出方法 - Google Patents
マルチプロセツサシステムの障害検出方法Info
- Publication number
- JPS6249444A JPS6249444A JP60187475A JP18747585A JPS6249444A JP S6249444 A JPS6249444 A JP S6249444A JP 60187475 A JP60187475 A JP 60187475A JP 18747585 A JP18747585 A JP 18747585A JP S6249444 A JPS6249444 A JP S6249444A
- Authority
- JP
- Japan
- Prior art keywords
- processor
- signal
- request
- check
- detection
- 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
- Hardware Redundancy (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明はマルチプロセッサの障害検出方法に関し、特に
自己と異なる他のプロセッサの障害を検出するにあたり
、システム管理プロセッサからのバスを経由した定期的
なヘルスチェック信号を使用せずに、かつ自己が障害と
して検出したプロセッサの状態を自己が正常と認識して
いる他のプロセッサにチェックさせる事により、多数決
で決定しプロセッサの障害検出確度を高める障害検出方
法に関する。
自己と異なる他のプロセッサの障害を検出するにあたり
、システム管理プロセッサからのバスを経由した定期的
なヘルスチェック信号を使用せずに、かつ自己が障害と
して検出したプロセッサの状態を自己が正常と認識して
いる他のプロセッサにチェックさせる事により、多数決
で決定しプロセッサの障害検出確度を高める障害検出方
法に関する。
従来、この種の障害検出方法は、システム管理プロセッ
サがシステムに接続されている全てのプロセッサに対し
バスを経由してヘルスチェック信号を定期的に送出し、
無応答の場合該当のプロセッサに障害が生じていると判
定していた。
サがシステムに接続されている全てのプロセッサに対し
バスを経由してヘルスチェック信号を定期的に送出し、
無応答の場合該当のプロセッサに障害が生じていると判
定していた。
上述した従来の障害検出方法では、システム管理プロセ
ッサがシステムに接続されている全てのプロセラ′すに
対しバスを経由してヘルスチェック信号を定期的に送出
しているので、検出時期の早期化の為にはヘルスチェッ
ク信号の送出間隔を短縮せざるを得す、又システムに接
続されているプロセッサが増加すれば必然的にヘルスチ
ェ・ツク信号も増加する為、ヘルスチェック信号がノく
スを占有する率が飛躍的に増大する事になり、システム
で必要とする信号がバスを流れにくくなりシステム設計
でハスネックが発生するという欠点があった。さらに、
ヘルスチェック信号に対し無応答が発生した場合、シス
テム管理プロセッサの障害なのか、該当プロセッサの障
害なのかを判断する事が困難になるという欠点がある。
ッサがシステムに接続されている全てのプロセラ′すに
対しバスを経由してヘルスチェック信号を定期的に送出
しているので、検出時期の早期化の為にはヘルスチェッ
ク信号の送出間隔を短縮せざるを得す、又システムに接
続されているプロセッサが増加すれば必然的にヘルスチ
ェ・ツク信号も増加する為、ヘルスチェック信号がノく
スを占有する率が飛躍的に増大する事になり、システム
で必要とする信号がバスを流れにくくなりシステム設計
でハスネックが発生するという欠点があった。さらに、
ヘルスチェック信号に対し無応答が発生した場合、シス
テム管理プロセッサの障害なのか、該当プロセッサの障
害なのかを判断する事が困難になるという欠点がある。
本発明は上記欠点を解決すべく成されたもので、ヘルス
チェック信号を用いずにプロセ・ノサの障害検出確度を
向上させたマルチプロセッサシステムの障害検出方法を
提供することを目的とする。
チェック信号を用いずにプロセ・ノサの障害検出確度を
向上させたマルチプロセッサシステムの障害検出方法を
提供することを目的とする。
本発明は、複数のプロセッサがバスのみで結合されてい
るマルチプロセッサで構成されたシステムの障害を検出
するにあたって、特定のプロセッサから検出対象プロセ
ッサへ信号を送出して障害が生じているか否かを直接検
出すると共に、前記特定のプロセッサから他のプロセッ
サへ前記検出対象プロセッサに障害が生じているか否か
の検出の依頼を行い、前記特定のプロセッサにおいて直
接検出結果と依頼結果とに基づいて前記対象プロセッサ
に障害が生じているか否かを検出することを特徴とする
。
るマルチプロセッサで構成されたシステムの障害を検出
するにあたって、特定のプロセッサから検出対象プロセ
ッサへ信号を送出して障害が生じているか否かを直接検
出すると共に、前記特定のプロセッサから他のプロセッ
サへ前記検出対象プロセッサに障害が生じているか否か
の検出の依頼を行い、前記特定のプロセッサにおいて直
接検出結果と依頼結果とに基づいて前記対象プロセッサ
に障害が生じているか否かを検出することを特徴とする
。
次に、本発明の実施例について図面を参照して説明する
。本発明が適用されるマルチプロセッサシステムは、同
一構成の複数のプロセッサをバスによって結合して構成
されている。
。本発明が適用されるマルチプロセッサシステムは、同
一構成の複数のプロセッサをバスによって結合して構成
されている。
第１図は、本発明が適用されるマルチプロセッサシステ
ムの中の１つのプロセッサを示す装置関連図であり、ま
た第１図はバス４０で結合されている各プロセッサを制
御する各装置を拡大したものである。この装置は、通信
制御部（ＣＯＭ Ｃ）１００゜障害検出部（ＦＬＤＴ）
２００及び呼処理制御部（ＣＰＲＣ） ３００から構成
されている。
ムの中の１つのプロセッサを示す装置関連図であり、ま
た第１図はバス４０で結合されている各プロセッサを制
御する各装置を拡大したものである。この装置は、通信
制御部（ＣＯＭ Ｃ）１００゜障害検出部（ＦＬＤＴ）
２００及び呼処理制御部（ＣＰＲＣ） ３００から構成
されている。
通信制御部１００はバス４０とインタフェース線３０に
よって接続され、通信制御部１００に含まれる装置と障
害検出部２００に含まれる各装置とは後述するインタフ
ェース線２０．２１．２２．２３．２４．２５．２６に
よって接続され、そして通信制御部１００と呼処理制御
部３００とはインタフェース線１０によって接続されて
いる。さらにこれらの通信制御部、障害検出部及び呼処
理制御部は以下の各装置に細分化されている。
よって接続され、通信制御部１００に含まれる装置と障
害検出部２００に含まれる各装置とは後述するインタフ
ェース線２０．２１．２２．２３．２４．２５．２６に
よって接続され、そして通信制御部１００と呼処理制御
部３００とはインタフェース線１０によって接続されて
いる。さらにこれらの通信制御部、障害検出部及び呼処
理制御部は以下の各装置に細分化されている。
通信制御部１００は、バスインタフェース装置（ＢＩＮ
Ｔ）１１０と信号送受信装置（ＳＧＳＲ）１１１とから
構成されている。そして、これらの装置はインクフェー
ス線１２０にて接続されている。障害検出部２００は、
無応答監視装置（ＮＡＳＰ）２１０．プロセッサ状態チ
ェック依頼装置（ＣＨＲＱ）２１１、プロセッサ状態チ
ェック依頼受信装置（ＣＨＲＶ）２１２、プロセッサ状
態チェック実行装置（ＣＨＥＸ）２１３．プロセッサ状
態チェック結果受信装置（ＣＨ３Ｒ）２１４ 、プロセ
ッサ状態チェック結果解答装置（ＲＰ Ｌ Ｙ ） ２
１５及びプロセッサ障害判定装置（ＦＬＪＧ）２１６か
ら構成されている。これらの装置はインタフェース線２
２０（無応答監視装置２１０とプロセッサ状態チェック
依頼装置２１１の間）、インタフェース線２２１（無応
答監視装置２１０とプロセッサ障害判定装置２１６の間
）、インタフェース線２２２（プロセッサ状態チェック
依頼受信装置２１２とプロセッサ状態チェック実行装置
２１３の間）、インタフェース線２２３（プロセッサ状
態チェック結果受信装置２１４とプロセッサ状態チェッ
ク結果回答装置２１５の間）、インタフェース線２２４
（プロセッサ状態チェック実行装置２１３とプロセッサ
状態チェック結果回答装置２１５の間）、インタフェー
ス線２２５（無応答監視装置２１０とプロセッサ状態チ
ェック結果受信装置２１４の間）により接続されている
。
Ｔ）１１０と信号送受信装置（ＳＧＳＲ）１１１とから
構成されている。そして、これらの装置はインクフェー
ス線１２０にて接続されている。障害検出部２００は、
無応答監視装置（ＮＡＳＰ）２１０．プロセッサ状態チ
ェック依頼装置（ＣＨＲＱ）２１１、プロセッサ状態チ
ェック依頼受信装置（ＣＨＲＶ）２１２、プロセッサ状
態チェック実行装置（ＣＨＥＸ）２１３．プロセッサ状
態チェック結果受信装置（ＣＨ３Ｒ）２１４ 、プロセ
ッサ状態チェック結果解答装置（ＲＰ Ｌ Ｙ ） ２
１５及びプロセッサ障害判定装置（ＦＬＪＧ）２１６か
ら構成されている。これらの装置はインタフェース線２
２０（無応答監視装置２１０とプロセッサ状態チェック
依頼装置２１１の間）、インタフェース線２２１（無応
答監視装置２１０とプロセッサ障害判定装置２１６の間
）、インタフェース線２２２（プロセッサ状態チェック
依頼受信装置２１２とプロセッサ状態チェック実行装置
２１３の間）、インタフェース線２２３（プロセッサ状
態チェック結果受信装置２１４とプロセッサ状態チェッ
ク結果回答装置２１５の間）、インタフェース線２２４
（プロセッサ状態チェック実行装置２１３とプロセッサ
状態チェック結果回答装置２１５の間）、インタフェー
ス線２２５（無応答監視装置２１０とプロセッサ状態チ
ェック結果受信装置２１４の間）により接続されている
。
呼処理制御部３００の内部の詳細については、本発明に
直接関係しない為説明を省略する。通信制御部１００に
含まれている信号送受信装置１１１と障害検出部２００
に含まれている各装置とは、インタフェース線２０（信
号送受信装置１１１ と無応答監視装置２１０の間）、
インタフェース線２１（信号送受信装置１１１とプロセ
ッサ状態チェック依頼装置２１１の間）。
直接関係しない為説明を省略する。通信制御部１００に
含まれている信号送受信装置１１１と障害検出部２００
に含まれている各装置とは、インタフェース線２０（信
号送受信装置１１１ と無応答監視装置２１０の間）、
インタフェース線２１（信号送受信装置１１１とプロセ
ッサ状態チェック依頼装置２１１の間）。
インタフェース線２２（信号送受信装置１１１とプロセ
ッサ状態チェック依頼受信装置２１２の間）、インタフ
ェース線２３（信号送受信装置１１１とプロセッサ状態
チェック実行装置２１３の間）、インクフェース線２４
（信号送受信装置１１１とプロセッサ状態チェック結果
受信装置２１４の間）、インタフェース線２５号送受信
装置１１１とプロセッサ障害判定装置２１６の間）によ
り接続されている。
ッサ状態チェック依頼受信装置２１２の間）、インタフ
ェース線２３（信号送受信装置１１１とプロセッサ状態
チェック実行装置２１３の間）、インクフェース線２４
（信号送受信装置１１１とプロセッサ状態チェック結果
受信装置２１４の間）、インタフェース線２５号送受信
装置１１１とプロセッサ障害判定装置２１６の間）によ
り接続されている。
ここで、呼処理制御部３００より、バス４０を経由して
他の装置群に対して通信要求が発生し、その信号が無応
答になった場合を例に本発明の実施例を第２図−第３図
を参照して説明する。呼処理制御部３００よりインタフ
ェース線１０を経由して信号送受信装置１１１に、通信
要求が通達されると（ステップＳ１）、信号送受信装置
１１１はインタフェース線１２０を経由して、バスイン
タフェース装置１１Ｇに通信信号を通達し、バスインク
フエ・−ス装置１１０はインタフェース線３０およびバ
ス４０を経由して他の装置群に通信を実行するくステッ
プＳ２）。同時に信号送受信装置１１１ はインタフェ
ース線２０を経由して、無応答監視装置２１０に一般信
号の応答待ちタイミングの設定を要求する（ステップ３
３）。
他の装置群に対して通信要求が発生し、その信号が無応
答になった場合を例に本発明の実施例を第２図−第３図
を参照して説明する。呼処理制御部３００よりインタフ
ェース線１０を経由して信号送受信装置１１１に、通信
要求が通達されると（ステップＳ１）、信号送受信装置
１１１はインタフェース線１２０を経由して、バスイン
タフェース装置１１Ｇに通信信号を通達し、バスインク
フエ・−ス装置１１０はインタフェース線３０およびバ
ス４０を経由して他の装置群に通信を実行するくステッ
プＳ２）。同時に信号送受信装置１１１ はインタフェ
ース線２０を経由して、無応答監視装置２１０に一般信
号の応答待ちタイミングの設定を要求する（ステップ３
３）。
要求にあたり、通信対象装置群の名称は必須条件である
。一定時間内にバス４０を経由して他の装置群よりバス
インタフェース装置１１０に応答があり、インタフェー
ス線１２０を経由して信号送受信装置１１１にその内容
が通達された場合、信号送受信装置１１１ はインタフ
ェース線２０を経由して、無応答監視装置２１０に応答
待ちタイミングの解除を要求する（ステップＳ５）。一
定時間内に応答が無く、応答待ちタイミングがオーバー
フローした場合、無応答監視装置２１０はインタフェー
ス線２２０を経由してプロセッサ状態チェック依頼装置
２１１に依頼元としての自装置群の名称と、該当装置群
の名称をもってチェックを依頼する（ステップＳ６）と
同時に、インタフェース線２２１を経由してプロセッサ
障害判定装置２１６に該当装置群の名称を通達する（ス
テップＳ７）。チェック依頼を受けたプロセッサ状態チ
ェック依頼装置２１１は、該当装置群と異なる装置群に
対し該当装置群のプロセッサ状態チェックを依頼する為
、インタフェース線２１を経由して信号送受信装置１１
１に依頼信号の送信を要求する（ステップＳ８）。依頼
信号には、依頼元として自装置群の名称とチェックを受
ける装置群の名称は必須条件である。信号送受信装置１
１１は前述の呼処理制御部３００の信号と同じ扱いとし
てインタフェース線１２０に信号送信を要求する。この
時、プロセッサ状態チェック依頼信号も無応答監視装置
２１０の対象とするか否かはシステムで決定すればよい
。
。一定時間内にバス４０を経由して他の装置群よりバス
インタフェース装置１１０に応答があり、インタフェー
ス線１２０を経由して信号送受信装置１１１にその内容
が通達された場合、信号送受信装置１１１ はインタフ
ェース線２０を経由して、無応答監視装置２１０に応答
待ちタイミングの解除を要求する（ステップＳ５）。一
定時間内に応答が無く、応答待ちタイミングがオーバー
フローした場合、無応答監視装置２１０はインタフェー
ス線２２０を経由してプロセッサ状態チェック依頼装置
２１１に依頼元としての自装置群の名称と、該当装置群
の名称をもってチェックを依頼する（ステップＳ６）と
同時に、インタフェース線２２１を経由してプロセッサ
障害判定装置２１６に該当装置群の名称を通達する（ス
テップＳ７）。チェック依頼を受けたプロセッサ状態チ
ェック依頼装置２１１は、該当装置群と異なる装置群に
対し該当装置群のプロセッサ状態チェックを依頼する為
、インタフェース線２１を経由して信号送受信装置１１
１に依頼信号の送信を要求する（ステップＳ８）。依頼
信号には、依頼元として自装置群の名称とチェックを受
ける装置群の名称は必須条件である。信号送受信装置１
１１は前述の呼処理制御部３００の信号と同じ扱いとし
てインタフェース線１２０に信号送信を要求する。この
時、プロセッサ状態チェック依頼信号も無応答監視装置
２１０の対象とするか否かはシステムで決定すればよい
。
以降、特に記述するまでチェックを依頼された装置群内
部の動作を説明するが各装置群の構成は同一であるので
、便宜上第１図の装置および第３図の流れ図を参照して
説明する。バス４０を経由して送達されたチェック依頼
信号はインタフェース線３０を経由してバスインタフェ
ース装置１１０ に到達する。バスインタフェース装置
１１０ はインタフェース線１２０を経由して、信号の
内容を信号送受信装置１１１に送る。信号送受信装置１
１１はインクフェース線２２を経由してプロセッサ状態
チェック依頼受信装置２１２にプロセッサ状態チェック
依頼信号を受けた事と、チェック対象の装置群の名称及
び依頼元の装置群の名称を通達する（ステップ５１０）
。プロセッサ状態チェック依頼受信装置２１２はインタ
フェース線２２２を経由してプロセッサ状態チェック実
行装置２１３にチェック対象装置群の名称と、チェック
依頼元の装置群の名称を通達する（ステップ５１１）。
部の動作を説明するが各装置群の構成は同一であるので
、便宜上第１図の装置および第３図の流れ図を参照して
説明する。バス４０を経由して送達されたチェック依頼
信号はインタフェース線３０を経由してバスインタフェ
ース装置１１０ に到達する。バスインタフェース装置
１１０ はインタフェース線１２０を経由して、信号の
内容を信号送受信装置１１１に送る。信号送受信装置１
１１はインクフェース線２２を経由してプロセッサ状態
チェック依頼受信装置２１２にプロセッサ状態チェック
依頼信号を受けた事と、チェック対象の装置群の名称及
び依頼元の装置群の名称を通達する（ステップ５１０）
。プロセッサ状態チェック依頼受信装置２１２はインタ
フェース線２２２を経由してプロセッサ状態チェック実
行装置２１３にチェック対象装置群の名称と、チェック
依頼元の装置群の名称を通達する（ステップ５１１）。
通達を受けたプロセッサ状態チェック実行装置２１３は
、チェック実行の為インタフェース線２３を経由して信
号送受信装置１１１に試験信号の送信を要求する（ステ
ップ５１２）。
、チェック実行の為インタフェース線２３を経由して信
号送受信装置１１１に試験信号の送信を要求する（ステ
ップ５１２）。
この時、該当装置群の名称は必須条件である。また、プ
ロセッサ状態チェック実行装置２１３は、試験信号の送
信を要求すると同時に、インタフェース線２２４を介し
てチェック依頼元の装置群の名称をプロセッサ状態チェ
ック結果回答装置２１５に通知する（ステップ５１３）
。信号送受信装置１１１は前述の呼処理制御部３００の
信号と同じ扱いとしてインタフェース線１２０に信号送
信を要求するうこの時、試験信号に関し信号送受信装置
１．１１は呼処理制御部３００からの信号同様、無応答
監視の対象として無応答監視装置２１０に応答持ちのタ
イミング設定を要求する（ステップ５１４）。該当装置
群からの試験信号に対する応答信号がバス４０を経由し
てバスインタフェース装置１１０ に到達し、インタフ
ェース線１２０を経由して信号送受信装置１１１に内容
が通達されると信号送受信装置１１１はプロセッサ状態
チェック結果受信装置２１４にインタフェース線２４を
経由して通知する（ステップ５１６）と共に、無応答監
視装置２１０にインクフェース線２０を経由して信号応
答待ちタイミングの解除を要求する（ステップ５１７）
。通知を受けたプロセッサ状態チェック結果受信装置２
１４はインタフェース線２２３を経由してプロセッサ状
態チェック結果回答装置２１５に、チェック結果正常の
通知を送る（ステップ８１８）。通知を受けたプロセッ
サ状態チェック結果回答装置２１５ は、あらかじめイ
ンタフェース線２２４を経由して、プロセッサ状態チェ
ック実行装置より通知されていたチェック依頼元装置群
の名称に従って回答の送出をインタフェース線２５を経
由して信号送受信装置１１１に要求する（ステップ５１
９）。信号送受信装置１１１は前述の呼処理制御部３０
０の信号と同じ扱いとしてインタフェース線１２０に信
号送信を要求する。この時、プロセッサ状態チェック依
頼回答信号も無応答監視装置２１０の対象とするか否か
はシステムで決定すればよい。
ロセッサ状態チェック実行装置２１３は、試験信号の送
信を要求すると同時に、インタフェース線２２４を介し
てチェック依頼元の装置群の名称をプロセッサ状態チェ
ック結果回答装置２１５に通知する（ステップ５１３）
。信号送受信装置１１１は前述の呼処理制御部３００の
信号と同じ扱いとしてインタフェース線１２０に信号送
信を要求するうこの時、試験信号に関し信号送受信装置
１．１１は呼処理制御部３００からの信号同様、無応答
監視の対象として無応答監視装置２１０に応答持ちのタ
イミング設定を要求する（ステップ５１４）。該当装置
群からの試験信号に対する応答信号がバス４０を経由し
てバスインタフェース装置１１０ に到達し、インタフ
ェース線１２０を経由して信号送受信装置１１１に内容
が通達されると信号送受信装置１１１はプロセッサ状態
チェック結果受信装置２１４にインタフェース線２４を
経由して通知する（ステップ５１６）と共に、無応答監
視装置２１０にインクフェース線２０を経由して信号応
答待ちタイミングの解除を要求する（ステップ５１７）
。通知を受けたプロセッサ状態チェック結果受信装置２
１４はインタフェース線２２３を経由してプロセッサ状
態チェック結果回答装置２１５に、チェック結果正常の
通知を送る（ステップ８１８）。通知を受けたプロセッ
サ状態チェック結果回答装置２１５ は、あらかじめイ
ンタフェース線２２４を経由して、プロセッサ状態チェ
ック実行装置より通知されていたチェック依頼元装置群
の名称に従って回答の送出をインタフェース線２５を経
由して信号送受信装置１１１に要求する（ステップ５１
９）。信号送受信装置１１１は前述の呼処理制御部３０
０の信号と同じ扱いとしてインタフェース線１２０に信
号送信を要求する。この時、プロセッサ状態チェック依
頼回答信号も無応答監視装置２１０の対象とするか否か
はシステムで決定すればよい。
チェック対象の装置群より試験信号に対する応答信号が
無い場合、無応答監視装置２１０にて信号応答待ちタイ
ミングがオーバーフローするため、その結果をプロセッ
サ状態チェック信号受信装置２１４にインタフェース線
２２５を経由して通知する（ステップ５２０）。通知を
受けたプロセッサ状態チェック信号受信装置２１４はチ
ェック結果異常の内容を、プロセッサ状態チェック結果
回答装置２１５にインタフェース線２２３を経由して通
知する（ステップ５２１）。通知を受けたプロセッサ状
態チェック結果回答装置２１５は前述と同じ手順により
、チェック依頼元の装置群に内容の通知を実行する（ス
テップ５１９）。
無い場合、無応答監視装置２１０にて信号応答待ちタイ
ミングがオーバーフローするため、その結果をプロセッ
サ状態チェック信号受信装置２１４にインタフェース線
２２５を経由して通知する（ステップ５２０）。通知を
受けたプロセッサ状態チェック信号受信装置２１４はチ
ェック結果異常の内容を、プロセッサ状態チェック結果
回答装置２１５にインタフェース線２２３を経由して通
知する（ステップ５２１）。通知を受けたプロセッサ状
態チェック結果回答装置２１５は前述と同じ手順により
、チェック依頼元の装置群に内容の通知を実行する（ス
テップ５１９）。
以降はチェック依頼元の説明になる。チェック依頼元の
装置群にチェック依頼元の装置群よりバス４０を経由し
て通知されたチェック結果の信号は、インタフェース線
３０を経由してバスインタフェース装置１１０に到達し
、インタフェース線１２０を経由して信号送受信装置１
１１に通知される。通知を受けた信号送受信装置１１１
はインタフェース線２６を経由してプロセッサ障害判定
装置２１６に内容を通知する（ステップ５２２）。プロ
セッサ障害判定装置２１６においては、通知結果がチェ
ック正常であればもう一度他の装置群にチェックを依頼
し、その結果もチェック正常であれば多数決によりチェ
ック対象の装置群が正常であると判断し、又通知結果が
チェック異常であれば２台の異なる装置群にて異常と判
定されたのであるから、チェック対象の装置群は確実に
障害状態にあると判断し、しかるべき処置をとることが
できる。
装置群にチェック依頼元の装置群よりバス４０を経由し
て通知されたチェック結果の信号は、インタフェース線
３０を経由してバスインタフェース装置１１０に到達し
、インタフェース線１２０を経由して信号送受信装置１
１１に通知される。通知を受けた信号送受信装置１１１
はインタフェース線２６を経由してプロセッサ障害判定
装置２１６に内容を通知する（ステップ５２２）。プロ
セッサ障害判定装置２１６においては、通知結果がチェ
ック正常であればもう一度他の装置群にチェックを依頼
し、その結果もチェック正常であれば多数決によりチェ
ック対象の装置群が正常であると判断し、又通知結果が
チェック異常であれば２台の異なる装置群にて異常と判
定されたのであるから、チェック対象の装置群は確実に
障害状態にあると判断し、しかるべき処置をとることが
できる。
以上説明した様に本発明によれば自己と異なる他のプロ
セッサ障害検出にあたり、常にヘルスチェック信号を使
用して正常性をチェックする方式と異なり、システムに
有効な信号の無応答で第一段階の検出を実施し、他の装
置群とのチェック結果の多数決により他のプロセッサ障
害を検出する事により、プロセッサ障害発生時のみ試験
信号がバスを流れることになり、システムで必要とする
信号が通常時バスを流れにくくなる事を除去できる効果
がある。
セッサ障害検出にあたり、常にヘルスチェック信号を使
用して正常性をチェックする方式と異なり、システムに
有効な信号の無応答で第一段階の検出を実施し、他の装
置群とのチェック結果の多数決により他のプロセッサ障
害を検出する事により、プロセッサ障害発生時のみ試験
信号がバスを流れることになり、システムで必要とする
信号が通常時バスを流れにくくなる事を除去できる効果
がある。
第１図は本発明が適用される装置の関連図、第２図およ
び第３図は本発明の一実施例を説明するための流れ図で
ある。 １０ ・・・ 呼処理制御部（ＣＰＲＣ）と信号送受
信装置（ＳＧＳＲ）間のインタフェース線２０ ・・
・ 信号送受信装置、（Ｓ Ｇ Ｓ Ｒ）と無応答監視
装置（ＮＡＳＰ）間のインタフェース線 ２１ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック依頼装置（ＣＨＲＱ）間のインタフェ
ース線 ２２ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック依頼受信装置（ＣＨＲＶ）間のインタ
フェース線 ２３ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック実行装置（ＣＨＥＸ）間のインタフェ
ース線 ２４ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック結果受信装置（ＣＨ３Ｒ）間のインク
フェース線 ２５ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック結果回答装置（ＲＰＬＹ）間のインク
フェース線 ２６ ・・・ 、信号送受信装置（ＳＧＳＲ）とプロ
セッサ障害判定装置（ＦＬＪＧ）間のインタフェース線 ３０ ・・・ バスとバスインタフェース装置（ＢＩ
ＮＴ）間のインタフェース線 ４０ ・・・ 他の装置群と自装置群を接続している
バス １００・・・ 通信制御部（ＣＯＭ Ｃ）１１０・・・
パイインタフェース装置（ＢＩＮＴ）１１１・・・
信号送受信装置（ＳＧＳＲ）２００・・・ 障害検出部
（ＦＬＤＴ）２１０・・・ 無応答監視装置（ＮＡＳＰ
）２１１・・・ プロセッサ状態チェック依頼装置（Ｃ
ＨＲＱ） ２１２・・・ プロセッサ状態チェック依頼受信装置（
ＣＨＲＶ） ２１３・・・ プロセッサ状態チェック実行装置（ＣＨ
ＥＸ） ２１４・・・ プロセッサ状態チェック結果受信装置（
ＣＨ３Ｒ） ２１５・・・ プロセッサ状態チェック結果回答装置（
ＲＰＬＹ） ２１６・・・ プロセッサ障害判定装置（ＦＬＪＧ）２
２０・・・ 無応答監視装置（ＮＡＳＰ）とプロセッサ
状態チェック依頼装置（ＣＨＲＱ）間のインタフェース
線 ２２１・・・ 無応答監視装置（ＮＡＳＰ）とプロセッ
サ障害判定装置（ＦＬＪＧ）間のインタフェース線 ２２２・・・ プロセッサ状態チェック依頼受信装置（
ＣＨＲＶ）とプロセッサ状態チェック実行装置（ＣＨＥ
Ｘ）間のインタフェース線 ２２３・・・ プロセッサ状態チェック結果受信装置（
ＣＨ３Ｒ）とプロセッサ状態チェック結果回答装置（Ｒ
ＰＬＹ）間のインタフェース線 ２２４・・・ プロセッサ状態チェック実行装置（ＣＨ
ＥＸ）とプロセッサ状態チェック結果回答装置（ＲＰＬ
Ｙ）間のインタフェース線 ２２５・・・ 無応答監視装置（ＮＡＳＰ）とプロセッ
サ状態チェック結果回答装置（ＲＰＬＹ）間のインタフ
ェース線 ３００・・・ 呼処理制御部（ＣＰＲＣ）代理人 弁理
士 岩 佐 義 幸 第１図 第２図 第３図
び第３図は本発明の一実施例を説明するための流れ図で
ある。 １０ ・・・ 呼処理制御部（ＣＰＲＣ）と信号送受
信装置（ＳＧＳＲ）間のインタフェース線２０ ・・
・ 信号送受信装置、（Ｓ Ｇ Ｓ Ｒ）と無応答監視
装置（ＮＡＳＰ）間のインタフェース線 ２１ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック依頼装置（ＣＨＲＱ）間のインタフェ
ース線 ２２ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック依頼受信装置（ＣＨＲＶ）間のインタ
フェース線 ２３ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック実行装置（ＣＨＥＸ）間のインタフェ
ース線 ２４ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック結果受信装置（ＣＨ３Ｒ）間のインク
フェース線 ２５ ・・・ 信号送受信装置（ＳＧＳＲ）とプロセ
ッサ状態チェック結果回答装置（ＲＰＬＹ）間のインク
フェース線 ２６ ・・・ 、信号送受信装置（ＳＧＳＲ）とプロ
セッサ障害判定装置（ＦＬＪＧ）間のインタフェース線 ３０ ・・・ バスとバスインタフェース装置（ＢＩ
ＮＴ）間のインタフェース線 ４０ ・・・ 他の装置群と自装置群を接続している
バス １００・・・ 通信制御部（ＣＯＭ Ｃ）１１０・・・
パイインタフェース装置（ＢＩＮＴ）１１１・・・
信号送受信装置（ＳＧＳＲ）２００・・・ 障害検出部
（ＦＬＤＴ）２１０・・・ 無応答監視装置（ＮＡＳＰ
）２１１・・・ プロセッサ状態チェック依頼装置（Ｃ
ＨＲＱ） ２１２・・・ プロセッサ状態チェック依頼受信装置（
ＣＨＲＶ） ２１３・・・ プロセッサ状態チェック実行装置（ＣＨ
ＥＸ） ２１４・・・ プロセッサ状態チェック結果受信装置（
ＣＨ３Ｒ） ２１５・・・ プロセッサ状態チェック結果回答装置（
ＲＰＬＹ） ２１６・・・ プロセッサ障害判定装置（ＦＬＪＧ）２
２０・・・ 無応答監視装置（ＮＡＳＰ）とプロセッサ
状態チェック依頼装置（ＣＨＲＱ）間のインタフェース
線 ２２１・・・ 無応答監視装置（ＮＡＳＰ）とプロセッ
サ障害判定装置（ＦＬＪＧ）間のインタフェース線 ２２２・・・ プロセッサ状態チェック依頼受信装置（
ＣＨＲＶ）とプロセッサ状態チェック実行装置（ＣＨＥ
Ｘ）間のインタフェース線 ２２３・・・ プロセッサ状態チェック結果受信装置（
ＣＨ３Ｒ）とプロセッサ状態チェック結果回答装置（Ｒ
ＰＬＹ）間のインタフェース線 ２２４・・・ プロセッサ状態チェック実行装置（ＣＨ
ＥＸ）とプロセッサ状態チェック結果回答装置（ＲＰＬ
Ｙ）間のインタフェース線 ２２５・・・ 無応答監視装置（ＮＡＳＰ）とプロセッ
サ状態チェック結果回答装置（ＲＰＬＹ）間のインタフ
ェース線 ３００・・・ 呼処理制御部（ＣＰＲＣ）代理人 弁理
士 岩 佐 義 幸 第１図 第２図 第３図
Claims (1)
- （１）複数のプロセッサがバスのみで結合されているマ
ルチプロセッサで構成されたシステムの障害を検出する
にあたって、特定のプロセッサから検出対象プロセッサ
へ信号を送出して障害が生じているか否かを直接検出す
ると共に、前記特定のプロセッサから他のプロセッサへ
前記検出対象プロセッサに障害が生じているか否かの検
出の依頼を行い、前記特定のプロセッサにおいて直接検
出結果と依頼結果とに基づいて前記検出対象プロセッサ
に障害が生じているか否かを検出することを特徴とする
マルチプロセッサシステムの障害検出方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60187475A JPS6249444A (ja) | 1985-08-28 | 1985-08-28 | マルチプロセツサシステムの障害検出方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP60187475A JPS6249444A (ja) | 1985-08-28 | 1985-08-28 | マルチプロセツサシステムの障害検出方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS6249444A true JPS6249444A (ja) | 1987-03-04 |
Family
ID=16206728
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP60187475A Pending JPS6249444A (ja) | 1985-08-28 | 1985-08-28 | マルチプロセツサシステムの障害検出方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS6249444A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0198357A (ja) * | 1987-10-09 | 1989-04-17 | Nec Corp | 共通バス障害処理方式 |
-
1985
- 1985-08-28 JP JP60187475A patent/JPS6249444A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0198357A (ja) * | 1987-10-09 | 1989-04-17 | Nec Corp | 共通バス障害処理方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH01293450A (ja) | 障害装置特定システム | |
| JPS6249444A (ja) | マルチプロセツサシステムの障害検出方法 | |
| JPS6356755A (ja) | スレ−ブプロセツサの異常監視方式 | |
| JP2707663B2 (ja) | メツセージ転送チエツク方式 | |
| JPS59182655A (ja) | デ−タ通信折返し方式 | |
| JP2002330191A (ja) | 異常検出方式、及び、異常検出システム | |
| JPS5842491B2 (ja) | マルチプロセッサシステムに於ける故障認識方式 | |
| JPH07334433A (ja) | バス制御装置 | |
| JPS62174838A (ja) | マルチプロセサ・システムに於けるプロセサ障害検出方法 | |
| JPH02281368A (ja) | 制御装置の故障検出機構 | |
| JPS6211957A (ja) | マルチプロセツサシステムにおける障害プロセツサ検出方式 | |
| JPS6314542B2 (ja) | ||
| JPS62175836A (ja) | デ−タ処理システムのヘルスチエツク方式 | |
| KR970007275B1 (ko) | 파이프라인 방식 연결망에서의 연결망 응답장치(respondent in pipelined bus system) | |
| JPS61123235A (ja) | デ−タ伝送システム | |
| JPS61146044A (ja) | デ−タ通信制御装置の診断方式 | |
| JPH04179687A (ja) | エレベータの遠隔制御装置 | |
| JP2004234183A (ja) | 計算機制御装置のバスチェック方法およびシステム | |
| JPH02216577A (ja) | マルチプロセッサシステムにおける障害検出方式 | |
| KR19990058381A (ko) | 분산 제어 시스템의 네트워크 점검 장치 | |
| JP2001075935A (ja) | プロセッサ間通信方法 | |
| JPH0341838A (ja) | ループバス診断方式 | |
| JPS62162155A (ja) | 情報処理システム | |
| JPH04318722A (ja) | 保守試験用データリンクの試験方式 | |
| JPH02176944A (ja) | 故障エージエント検出方式 |