JPH02236738A - 故障診断処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 二重化構成を採るマルチプロセッサシステムで用いられ
るブロセソサ間通信制御装置の故障診断処理方式に関し
、 現用系のデータ処理効率を落とさずに、診断を実行でき
るようにすることを目的とし、実行プロセ７サ名を表示
する指定フラグと、診断データとを基本単位として構成
される診断用データを用意して、両方のブロセソサに展
開するよう構成し、そして、それぞれのプロセッサが、
指定フラグで表示されてないプロセッサであるときに、
現用系の通信ラインを介して、実行側のプロセッサに対
して診断データの実行を要求する診断実行要求手段と、
この実行要求があるときに、診断データを自らのプロセ
ッサ間通信制御装置に対して実行するとともに、要求元
のプロセッサが受信要求モードにあることを条件に、現
用系の通信ラインを介して、その診断に係るデータを要
求元に送信する診断実行送信手段と、この受信データと
自らのプロセッサ間通信制御装置の状態データとから、
プロセッサ間通信制御装置の故障解析を実行する故障解
析手段とを備えるよう構成する．〔産業上の利用分野〕 本発明は、二重化構成を採るマルチプロセッサシステム
で用いられるプロセッサ間通信制御装置の故障診断処理
方式に関し、特に、稼動中の現用系にかかる負荷をでき
る限り少なくして、故障状態にある待機系のプロセッサ
間通信制御装置の故障解析を実行できるようにする故障
診断処理方式に関する。

例えば、電話交換機システムでは、二重化構成を採るマ
ルチプロセッサシステムに従って、ネソトワークの制御
を実行する構成が採られる。このような二重化構成を採
るマルチプロセッサシステムでは、プロセッサの間の通
信を制御するプロセッサ間通信制御装置に故障が発生す
ると、直ちに現用系を切り換えて、切り換えられた現用
系に従って所定のデータ処理を続行していくとともに、
故障状態にある待機系のプロセッサ間通信制？！！ｌ装
置の故障解析を実行することになる．このような故障診
断処理にあっては、稼動中の現用系にかかる負荷をでき
る限り少なくする手段を講じていく必要がある． 〔従来の技術〕 第８図に、二重化構成を採るマルチプロセッサシステム
のシステム構成を示す。図中、ｌがメインプロセッサ、
２が対向プロセッサである。メインプロセッサｌ及び対
向プロセッサ２のそれぞれは、現用系と待機系という二
重化構成に従って、中央処理装置３、主記憶装置４、チ
ャネル制御装置５及びプロセッサ間通信制御装置６を備
える。

図中では、“＃Ｏ”と“＃１”という記号で、これらの
各装置が、いずれの系に属しているのかを示してある． 次に、“ｌ系”のプロセッサ間通信制御装置６に故障が
発生した場合（いずれか一方若しくは双方の場合がある
）を想定して、従来のプロセッサ間通信制御装置６に対
しての故障診断の処理方式について説明する． 第９図に、従来技術の故障診断処理を実行するために、
メインプロセッサｌ及び対向プロセッサ２に展開される
ことになる診断プログラムのユニット構成を示す．図中
、７はメインプロセッサ１の現用系に展開される実行制
御部であって、診断処理全体の制御を実行するもの、８
はメインプロセッサｌの待機系に展開されるデータ実行
部であって、実行制御部７からの診断データに従って、
故障状態にあるメインプロセッサ側のプロセッサ間通信
制御装置６に対して診断を実行するもの、９は対向プロ
セッサ２の現用系に展開されるデータ転送部であって、
実行制御部７との間のデータ転送を実行するもの、ｌＯ
は対向プロセッサ２の待機系に展開される転送データ実
行部であって、実行制御部７から送られてくる転送デー
タに従って、故障状態にある対向プロセッサ側のプロセ
ッサ間通信制御装置６に対して診断を実行するものであ
る． このようにプログラム展開される従来技術では、実行制
御部７が、先ず最初に、診断のために必要となるデータ
をデータ実行部８に渡し、データ実行部８は、この受け
取った診断データに従って、診断対象のプロセッサ間通
信制御装置６に対して診断処理を実行する。続いて、デ
ータ実行部８は、プロセッサ間通信制御装置６から応答
結果を受け取るとともに、実行制御部７に対して必要な
データのデータ転送を指示する。この指示を受け取ると
、実行制御部７は、現用系の通信ラインを介してデータ
転送部９に対して要求のあったデータを転送し、転送デ
ータ実行部１０は、この受け取った転送データに従って
、診断対象のプロセッサ間通信制御装置６に対して診断
処理を実行する。続いて、データ転送部９は、転送デー
タ実行部１０からプロセッサ間通信制御装置６の応答結
果を受け取ると、現用系の通信ラインを介して実行制御
部７にそのデータを転送し、実行制御部７は、この転送
されてきたデータをデータ実行部８に渡す．そして、最
後に、データ実行部８が、双方のプロセッサ間通信制御
装置６からのデータをチェックすることで故障を診断し
、必要に応じて、実行制御部７が診断結果を表示するよ
う処理する．このように、従来技術では、メインプロセ
ッサｌが診断処理の主導権を司って、診断に必要となる
データの設定やプロセッサ間通信制御装置６からの応答
のチェック等のすべてを実行するという構成を採ってい
た。

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

しかしながら、このような従来技術では、メインプロセ
ッサ１に展開される故障診断のためのプログラムサイズ
が大きくなって、メインプロセッサ１の負担が増加する
という問題点があるとともに、メインプロセッサ１と対
向プロセッサ２との間のデータ転送量が多《なるために
、診断時間が長くなってしまうという問題点があった。

これから、稼動中の現用系にかかる負荷が大きくなって
、データ処理の効率が著しく低下してしまうという問題
点があった． 本発明はかかる事情に鑑みてなされたものであって、マ
ルチプロセッサシステムのプロセッサ間通信制御装置の
故障診断処理において、稼動中の現用系の負荷を小さ《
できるようにする故障診断処理方式の提供を目的とする
． 〔課題を解決するための手段〕 第１図は本発明の原理構成図である。

図中、第８図で説明したものと同じものについては同一
の記号で示してあり、６ａは現用系側のプロセッサ間通
信制御装置、６ｂは故障状態にある待機系側のプロセッ
サ間通信制御装置を表している。２０は診断用データ格
納域であって、診断用データ３０を格納するものである
．この格納される診断用データ３０は、実行側のプロセ
ッサ名を表示する指定フラグ３１と、プロセッサ間通信
制御装置６ｂに対して実行する診断データ３２とを基本
単位として、この基本単位を実行順に並べることで構成
される． ４０は診断実行要求手段であって、自らが指定フラグ３
１で表示されていないプロセッサであるときに、現用系
の通信ラインを介して、実行側のプロセッサに対して基
本単位をなす診断データ３２の実行を要求するもの、５
０は診断実行送信手段であって、診断実行要求手段４０
からの実行要求があるときに、基本単位をなす診断デー
タ３２を自らのプロセッサ間通信制御装置６ｂに対して
実行するとともに、要求元のプロセッサが受信要求モー
ドにあることを条件に、現用系の通信ラインを介して、
その診断に係るデータを要求元のプロセッサに送信する
もの、６０は故障解析手段であって、現用系の通信ライ
ンを介してこの診断実行送信手段５０からのデータを受
け取ると、受け取ったデータと自らのプロセッサ間通信
制御装置６ｂの状態データとから、プロセッサ間通信制
御装置６ｂの故障解析を実行するものである。

本発明では、メインプロセッサ１及び対向プロセッサ２
のそれぞれが、同一の構成に従って、診断用データ格納
域２０、診断実行要求千段４０、診断実行送信手段５０
及び故障解析手段６０を備えるとともに、同一の診断用
データ３０を、メインプロセッサ１及び対向プロセッサ
２の双方の診断用データ格納域２０に展開することにな
る。

〔作用〕

本発明では、診断用データ３０の基本単位を順次読み出
していくときに、その指定フラグ３ｌが自らのプロセッ
サ名を表示していないと判断するときには、診断実行要
求手段４０は、現用系のプロセッサ間通信制御装置６ａ
を介して、実行側となる相手方のプロセッサの診断実行
送信手段５０に対してその指定フラグ３１に続く診断デ
ータ３２の実行要求を行ってから、受信要求モードに入
るよう処理する。この実行要求を受け取ると、実行側の
プロセッサ、すなわち、指定フラグ３ｌで表示されてい
る側のプロセッサの診断実行送信手段５０は、実行要求
のある診断データ３２を自らの故障状態にあるプロセッ
サ間通信制御装置６ｂに対して実行し、続いて、要求元
のプロセッサが受信要求モードにあることをｒｌｉ！認
してから、現用系のプロセッサ間通信制１Ｂ装置６ａを
介して、その診断に係るデータを要求元のプロセッサに
送信する．このデータを受け取ると、要求元のプロセッ
サの故障解析手段６０は、受信したデータと、自らの故
障状態にあるプロセッサ間通信制御装置６ｂの状態デー
タとから、プロセッサ間通信制御装置６ｂの故障原因の
解析を実行する．このように、本発明では、実行プロセ
ッサ名と診断データとの対から構成されるプロセッサ間
通信制御装置のための診断用データ３０を双方のプロセ
ッサに共通に展開して、双方のプロセッサが、互いに同
期を取りながら、等しい負荷に従ってこの展開された診
断用データ３０を実行していくことで、プロセッサ間通
信制御装置の故障の解析を実行する．これから、故障診
断のために要するデータ転送量を著しく減少できること
で、診断時間を大きく短縮できることになるとともに、
どちらか一方のプロセッサに負荷が偏ってしまうという
ことが無くなる．従って、稼動中の現用系のデータ処理
の効率を落とさずに、プロセッサ間通信制御装置の診断
が実行できることになる。

〔実施例〕

以下、電話交換機システムのマルチプロセッサシステム
に適用した実施例に従って本発明を詳細に説明する． 第２図に、本発明が適用される電話交換機システムのシ
ステム構成を示す．この図に示すように、複数設けられ
る対向プロセッサ２が、メインプロセッサｌからの制御
を受けて、それぞれが受け持つネットワークｌ９の切換
処理を実行することで、電話交換機システムの分散制御
を実行するよう構成される．このように構成される電話
交換機システムでは、プロセッサ間通信制御装置６の故
障によるシステムダウンに対処するために、メインプロ
セッサｌ及び対向プロセッサ２が二重化構成を採り、各
対向プロセッサ２は、通常時には、現用系に従ってそれ
ぞれのネットワーク１９の制御を実行していくとともに
、プロセッサ間通信制御装置６に障害が発生したときに
は、待機していた待機系を現用系に切り換えて、ネット
ワーク１９の制御を続行していくことになる．そして、
故障の発生時には、切り換えられた現用系の通信ライン
を使って、プロセッサ間通信制御装置６の故障診断処理
を実行していくよう処理する． 第３図に、本発明に係るこのプロセッサ間通信制御装置
６の故障診断処理の実施例構成を示す．この図は、本発
明の故障診断処理を実行するために、メインプロセッサ
１及び対向プロセッサ２に展開されることになる診断プ
ログラムのユニット構成を示すものである．図中、第９
図で説明したものと同じ機能を発揮するものについては
、同一の記号で示してあり、また、第１図で説明したよ
うに、６ａで現用系側のプロセッサ間通信制御装置、６
ｂで故障状態にある待機系側のプロセッサ間通信制御装
置を表すことにする。１１はメインプロセッサｌ及び対
向プロセッサ２の現用系のメモリ上に展開される受信要
求フラグであって、故障診断に係るデータに関して受信
要求状態にあるときに、自らの実行制御部７によりフラ
グがセソトされることで受信要求七−ドであることを表
示するもの、１２はメインプロセッサ１及び対向プロセ
ッサ２の現用系に展開されるフラグ監視部であって、相
手方の実行制御部７により起動されて、受信要求フラグ
１ｌのフラグ状態を監視するものである． この図に示すように、本発明では、診断処理の制御を実
行する実行制御部７が、メインプロセッサｌ及び対向プ
ロセッサ２の双方の現用系に等しく展開されるよう構成
されるとともに、この実行制御部７からの診断データに
従って、故障状態にあるプロセッサ間通信制御装置６ｂ
に対して診断処理を実行するデータ実行部８が、メイン
プロセッサ１及び対向プロセッサ２の双方の待機系に、
等しく展開されるよう構成することを特徴とする．第４
図に、このような構成を可能とするために、本発明が備
える診断用データ３０のデータ構造を示す。この図に示
すように、本発明では、故障状態にあるプロセッサ間通
信制御装置６ｂの故障診断を実行するために必要とされ
る診断用データ３０を、実行側のプロセッサ名を表示す
る指定フラグ３１と、具体的な診断内容を指定する診断
データ３２とを基本単位にして構成して、この基本単位
を実行順に並べることで構成することになる．第４図の
例で具体的に説明するならば、■の指定フラグ３１には
“１゜がセットされ、■の診断データ３２には“ライト
命令”が設定され、■の指定フラグ３１には“θ″がセ
ットされ、■の診断データ３２には“リード命令”が設
定されているので、最初に、メインプロセッサ１の側の
プロセッサ間通信制御装置６ｂに対して“ライト命令”
を実行し、続いて、対向プロセッサ２の側のプロセッサ
間通信制御装置６ｂに対して“リード命令”を実行する
というようなデータ構造をとる．そして、本発明では、
このような構造をもつ診断用データ３０を、メインプロ
セッサ１及び対向プロセッサ２の双方に共通に展開する
ことになる．このように、本発明では、故障診断のため
の診断用データ３０についても、メインプロセッサ１と
対向プロセッサ２とで全く等し《備えるよう構成する． 次に、第５図ないし第７図に示すフローチャートに従っ
て、本発明の動作処理について詳細に説明する．ここで
、第５図のフローチャートはデー夕実行部８が実行する
フローチャートであり、第６図のフローチャートは実行
制御部７が実行するフローチャートであり、第７図のフ
ローチャートはフラグ監視部１２が実行するフローチャ
ートである。

診断処理を実行するデータ実行部８は、第５図のフロー
チャートに示すように、先ず最初に、ステソブ１で、プ
ロセッサ種別を判別して、自らのプロセッサがメインプ
ロセッサ１であると判別するときには、ステップ２でプ
ロセッサ変数として“１”を割り付けるとともに、自ら
のプロセッサが対向プロセッサ２であると判別するとき
には、ステップ３でプロセッサ変数として“Ｏ”を割り
付ける処理を実行する．続いて、ステップ４に進んで、
実行制御部７から与えられた処理対象の診断用データ３
０の指定フラグ３１が、自らのプロセッサ変数を表示し
ているのか、あるいは逆に、相手方のプロセッサ変数を
表示しているのかを判断する。

このステップ４の判断で、処理対象となる指定フラグ３
１が相手方のプロセッサ変数を表示していると判断する
ときには、相手方のプロセッサのデータ実行部８がその
指定フラグ３１に続く診断データ３２を実行することを
意味しているので、データ実行部８は、ステップ５に進
んで、自らの実行制御部７に対して送信要求を送出する
とともに、続くステップ６で、次の指定フラグ３１まで
の診断データ３２を実行せずにスキップする．一方、処
理対象となる指定フラグ３１が自らのプロセッサ変数を
表示していると判断するときには、自らがその指定フラ
グ３１に続く診断データ３２を実行することを意味して
いるので、データ実行部８は、ステップ７に進んで、自
らの実行制御部７に対して受信要求を送出し、相手側か
らの要求を受け付けると、続くステップ８で、次の指定
フラグ３１までの診断データ３２を実行することになる
．そして、最後にステップ９で、診断用データ３０のす
べての実行が終了したのか否かを判断し、終了したと判
断するときには処理を終了し、終了していないと判断す
るときにはステップ４に戻るよう処理する． すなわち、指定フラグ３１で表示されていない側のプロ
セッサのデータ実行部８は、相手方のプロセッサのデー
タ実行部８へ起動要求を送信すべく処理するとともに、
指定フラグ３ｌで表示されている側のプロセッサのデー
タ実行部８は、相手方のプロセッサからの起動要求を受
信すると、指定フラグ３ｌに続く診断データ３２を実行
すべく処理することになる． 次に、第６図のフローチャートに従って、実行制御部７
が実行するデータ実行部８に対しての制御処理について
説明する．ステップ１ｌで示すようにデータ実行部制御
処理に入ると、ステップｌ２で、データ実行部８からの
要求が送信要求であるのか、あるいは受信要求であるの
かを判断する。

このステップ１２の判断で、送信要求であると判断する
ときには、相手方のプロセッサのデータ実行部８に対し
て診断データ３２の実行結果の送信を要求していること
を意味しているので、実行制御部７は、続くステップ１
３で、現用系のプロセッサ間通信制御装置６ａを介して
、相手方のプロセッサのフラグ監視部１２を起動する．
そして、相手方のプロセッサの受信要求フラグ１ｌに受
信要求のフラグがセントされることを確認すると、現用
系のプロセッサ間通信制御装置６ａを介して、送信要求
のあるデータを相手方のプロセッサの実行制御部７に渡
すよう処理する。

一方、ステップ１２の判断で、受信要求であると判断す
るときには、相手方のプロセッサのデータ実行部８の診
断データ３２に関してのデータの受信を要求しているこ
とを意味しているので、実行制御部７は、続《ステップ
ｌ４で、自らの受信要求フラグ１１に受信要求のフラグ
をセントする。

続いて、ステップ１５でデータ受信の待ち合わせを実行
し、次のステップｌ６でデータを受信したのか否かを判
断して、受信したと判断するときには、ステップ１７に
進んで、受信したデータをデータ実行部８に転送する．
そして、最後にステップｌ８で、データ実行部制御処理
が終了したのか否かを判断し、終了したと判断するとき
には処理を終了し、終了していないと判断するときには
ステップｌ２に戻るよう処理する． すなわち、実行制御部７は、データ実行部８からの要求
に従って、現用系の通信ラインを介して、相手方のプロ
セッサのデータ実行部８に対して診断データ３２の実行
結果等を送信し、あるいは、相手方のプロセッサのデー
タ実行部８から診断データ３２の実行結果等を受信する
よう処理することになる． 次に、第７図のフローチャートに従って、フラグ監視部
１２の処理について説明する．フラグ監視部ｌ２は、相
手方のプロセッサの実行制御部７より起動されると、ス
テップ２１で、受信要求フラグ１１に受信要求のフラグ
がセットされているのか否かを判断する．この判断で、
受信要求のフラグがセットされていないと判断するとき
には、データを受信できる状態ではないことを意味する
ので、ステップ２２に進み、タイミング処理を行ってか
らステップ２１に戻るよう処理する。一方、ステップ２
ｌの判断で、受信要求のフラグがセットされていると判
断するときには、データを受信できる状態となったこと
を意味するので、ステップ２３に進み、相手方のプロセ
ッサの実行制御部７から送られてくるデータを自らのフ
゜ロセッサの実行制御部７に渡し、続くステップ２４で
、受信要求フラグ１１をクリアして処理を終了する。

すなわち、フラグ監視部１２は、受信状態になることを
検出すると、送られてきたデータを実行制御部７に転送
することになる。

次に、第４図に示した診断用データ３０を例にして、故
障状態にあるプロセッサ間通信制御装置６ｂに対しての
診断処理を具体的に説明する。

■の指定フラグ３１が処理対象の指定フラグ３１である
とするならば、■の指定フラグが′″１”を表示してい
るので、メインプロセッサ１のデータ実行部８は、自ら
が実行の起動要求受信側であると判断し、対向プロセッ
サ２のデータ実行部８は、自らが非実行の起動要求送信
側であると判断する。これから、対向プロセッサ２のデ
ータ実行部８は、現用系のプロセッサ間通信制御装置６
ａを介して、メインプロセッサｌのデータ実行部８に対
して起動要求を実行するとともに、■の診断データの“
ライト命令”のスキップ処理を実行して、次の■の指定
フラグにより受信待ち状態に入るよう処理する．一方、
この起動要求を受け取ると、■の指定フラグ３ｌにより
受信待ち状態に入っていたメインプロセッサ１のデータ
実行部８は、故障状態にあるプロセッサ間通信制御装置
６ｂに対して、■の診断データ３２の“ライト命令”を
実行する．すなわち、メインプロセッサ１のデータ実行
部８は、故障状態にあるプロセッサ間通信制御装置６ｂ
を介して、対向ブロセソサ２のデータ実行部８に対して
、データの転送を行うことになる。

続いて、■の指定フラグ３１が“Ｏ”を表示しているの
で、メインプロセッサｌのデータ実行部８は、自らが非
実行の起動要求送信側であると判断し、対向プロセッサ
２のデータ実行部８は、自らが実行の起動要求受信側で
あると判断する．これから、メインプロセッサ１のデー
タ実行部８は、現用系のプロセッサ間通信制御装置６ａ
を介して、対向プロセッサ２のデータ実行部８に対して
送信起動要求を実行するとともに、■の診断データの“
リード命令”のスキップ処理を実行して、次の■の指定
フラグにより受信待ち状態に入るよう処理する．一方、
この送信起動要求を受け取ると、対向プロセッサ２のフ
ラグ監視部１２は、受信要求フラグ１１を監視すること
で対向プロセッサ２のデータ実行部８が受信待ち状態に
あることを確認すると、現用系のプロセッサ間通信制御
装置６ａを介して送られてくるメインプロセッサ１から
の起動要求をデータ実行部８に渡す．それから、起動命
令に従って、対向プロセッサ２のデータ実行部８は、故
障状態にあるプロセッサ間通信制御装置６ｂに対して、
■の診断データ３２の“リード命令゜を実行する．すな
わち、対向プロセッサ２のデータ実行部８は、■の１ラ
イト命令゜により送られてきたデータの読取処理を行う
ことになる．そして、対向プロセッサ２のデータ実行部
８は、この読取結果と、送られてきた読取正解値とを比
較することで、故障状態にあるプロセッサ間通信制御装
置６ｂの故障がいがなるものであるのかを解析するよう
処理することになる。

このようにして、本発明では、メインプロセッサｌと対
向プロセッサ２が、共通的に展開される診断用データ３
０を使い、指定フラグ３１で表示された指示に従って、
互いに同期をとりながら順次この診断用データ３０を実
行してい《ことで、故障状態にあるプロセッサ間通信制
御装置６ｂの故障解析を実行するのである． 以上、図示実施例について説明したが、本発明はこれに
限定されるものではない。例えば、本発明は、電話交換
機システムのマルチプロセッサシステムにその用途が限
られるものではない。また、説明の便宜上、ライト／リ
ード命令の診断データで具体例を説明したが、これに限
られるものでもない。

〔発明の効果〕

このように、本発明によれば、実行プロセッサ名と診断
データとの対から構成されるプロセッサ間通信制御装置
のための診断用データを双方のプロセッサに展開して、
双方のプロセッサが、互いに同期を取りながら、等しい
負荷に従ってこの展開された診断用データを実行してい
くことで、プロセッサ間通信制御装置の故障の解析を実
行する．これから、故障診断のために要するデータ転送
量を著しく減少できることで、診断時間を大きく短縮で
きることになるとともに、どちらか一方のプロセッサに
負荷が偏ってしまうということが無《なる．従って、稼
動中の現用系のデータ処理の効率を落とさずに、プロセ
ッサ間通信制御装置の診断が実行できることになる．

【図面の簡単な説明】

第１図は本発明の原理構成図、 第２図は本発明が適用される電話交換機システムのシス
テム構成図、 第３図は本発明の実施例構成図、 第４図は本発明の診断町子−夕の構造図、第５図、第６
図及び第７図は本発明が実行するフローチャート、 第８図は二重化構成を採るマルチブロセソサシステムの
システム構成図、 第９図は従来技術の説明図である。 ｌはメインプロセッサ、２は対向プロセッサ、６はプロ
セッサ間通信制御装置、７は実行制御部、８はデータ実
行部、１１は受信要求フラグ、１２はフラグ監視部、２
０は診断用データ格納域、３０は診断用データ、３ｌは
指定フラグ、３２は診断データ、４０は診断実行要求手
段、５０は診断実行送信手段、６０は故障解析手段であ
る．特許出願人　　富士通株式会社（外１名）代　理　
人　　弁理士　森田　寛（外２名）本発明が゛通用之截
る電１査交拶リ遠システムのシステム，惰一兄（図 第２図 本そ明の大洗分３５μ父図 第３図 冫悴、４６日月の゛瞥今一ｗｒ月テ゛ゝヲのＪ岨舅Ｌじ
Ω第４図 末発明力マ火竹１ろフロー÷ヤート（ＩＩＩ）第７図 本発日月力ぐ芙付テうフロー÷ヤート（Ｉ［）第６図 本発４レ＼゜′突行■るつ口−÷ヤート（Ｉ）第５図 二重イしＢ戊３棟るマルナプロでツプン人テ仄のシステ
ム４銖万苅図 第８図

Claims (1)

1. 【特許請求の範囲】 メインプロセッサ（１）と対向プロセッサ（２）の間の
   通信を制御するプロセッサ間通信制御装置（６）に発生
   した故障の診断を実行する故障診断処理方式において、 実行側のプロセッサ名を表示する指定フラグと、プロセ
   ッサ間通信制御装置（６）に対して実行する診断データ
   とを基本単位とし、この基本単位を実行順に並べること
   で構成される診断用データ（３０）を用意して、メイン
   プロセッサ（１）と対向プロセッサ（２）の双方に展開
   するよう構成し、 そして、メインプロセッサ（１）及び対向プロセッサ（
   ２）のそれぞれが、自らが上記指定フラグで表示されて
   いないプロセッサであるときに、現用系の通信ラインを
   介して、実行側のプロセッサに対して上記基本単位をな
   す診断データの実行を要求する診断実行要求手段（４０
   ）と、 この実行要求があるときに、上記基本単位をなす診断デ
   ータを故障状態にある自らのプロセッサ間通信制御装置
   （６）に対して実行するとともに、要求元のプロセッサ
   が受信要求モードにあることを条件に、現用系の通信ラ
   インを介して、その診断に係るデータを要求元のプロセ
   ッサに送信する診断実行送信手段（５０）と、 受信するこの診断実行送信手段（５０）からのデータと
   、故障状態にある自らのプロセッサ間通信制御装置（６
   ）の状態データとから、プロセッサ間通信制御装置（６
   ）の故障解析を実行する故障解析手段（６０）とを備え
   ることを、 特徴とする故障診断処理方式。