JPH07325768A

JPH07325768A - 障害報告システム

Info

Publication number: JPH07325768A
Application number: JP6140790A
Authority: JP
Inventors: Toshio Hikima; 寿夫引間
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1994-05-31
Filing date: 1994-05-31
Publication date: 1995-12-12

Abstract

(57)【要約】【構成】バスＡとバスＢとはインタフェース装置であ
る装置Ｂで接続される。装置Ｂは、バスＢにアクセス
中、バスＢから異常終了の応答があった場合に、アクセ
ス先の異常応答発生をログし、バスＡには応答を返さな
いアクセス先異常発生ログ部２１と、バスＢにアクセス
中で、かつ、バスＡの使用が終了した場合にのみ、バス
Ｂの異常終了をログするバス異常発生ログ部２２とを有
している。バスＡに接続されている装置Ａには、バスＡ
の応答を監視し、タイムアウトが発生した場合は、バス
Ａの使用を中止させるバス使用終了制御部１１と、アク
セス先異常発生ログ部２１およびバス異常発生ログ部２
２のログ結果に基づき、障害の切り分けを行う障害判定
部１２を備えている。【効果】障害報告のための信号線等のハードウェア量
を削減することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のバスを有する情
報処理装置において、障害報告を行う障害報告システム
に関する。

【０００２】

【従来の技術】情報処理装置において、複数のバスを備
え、かつ、複数のバスのうち、一方のバスを介してアク
セス要求を受け、他方のバスにこのアクセス要求を送出
するインタフェース装置を備えたものがある。このよう
な情報処理装置におけるインタフェース装置は、一方の
バスと他方のバスとを接続すると共に、アクセス先の異
常終了や他方のバスのタイムアウト等を検出し、一方の
バスを介して接続されている上位装置に障害報告を行う
障害報告システムとしての機能を有している。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の障害報告システムでは、インタフェース装置がアク
セス先のタイムアウト等を監視し、かつ上位装置に障害
報告を行うよう構成されているため、情報処理装置とし
てのハードウェア量が多く、このため、ハードウェア量
を削減することのできる障害報告システムの実現が強く
望まれていた。

【０００４】

【課題を解決するための手段】本発明の障害報告システ
ムは、前述の課題を解決するために、一方のバスと他方
のバス間に接続され、これらバス間のアクセス制御を行
うインタフェース装置を備えた障害報告システムにおい
て、一方のバスには、このバスを監視し、応答のタイム
アウトとなった場合に、一方のバスの使用を終了させる
バス使用終了制御部を接続する。また、インタフェース
装置は、他方のバスにアクセス中、そのバスから異常終
了の応答があった場合、アクセス先の異常応答発生をロ
グし、一方のバスには応答を返さないアクセス先異常発
生ログ部と、他方のバスにアクセス中で、かつ、一方の
バスの使用が終了した場合のみ、他方のバスの異常終了
をログするバス異常発生ログ部とを設ける。更に、イン
タフェース装置には、アクセス先異常発生ログ部の異常
終了の応答があったか否かのログ結果を出力すると共
に、バス異常発生ログ部の異常終了があったか否かのロ
グ結果を出力するログ結果出力部を備えたことを特徴と
するものである。

【０００５】

【作用】本発明の障害報告システムにおいては、インタ
フェース装置が他方のバスにアクセス中、このバスから
異常終了の応答があった場合、アクセス先異常発生ログ
部は、その異常終了をログするだけで、一方のバスへは
異常終了等の応答は送出しない。また、他方のバスにア
クセス中、一方のバスの使用が終了した場合は、バス異
常発生ログ部が、他方のバスの異常終了としてログを行
う。一方、バス使用終了制御部は、一方のバスの監視を
行い、予め設定された時間応答がなかった場合は一方の
バスの使用を中止させる。ログ結果出力部は、アクセス
先異常発生ログ部のログ結果と、バス異常発生ログ部の
ログ結果とを出力する。従って、ログ結果出力部の出力
するログ結果で、障害の切り分けを行うことができる。

【０００６】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図１は本発明の障害報告システムの実施例を
示すブロック図であるが、これに先立ち、基本的な情報
処理装置の障害報告システムの説明を行う。

【０００７】図２は、基本的な構成の情報処理装置にお
ける要部ブロック図である。図示の情報処理装置は、複
数のバスを備えたものであり、バスＡには装置Ａが接続
され、また、バスＢには装置Ｃが接続されている。そし
て、これらのバスＡとバスＢとは装置Ｂを介して接続さ
れている。これらの構成において、装置Ａは例えば情報
処理装置における中央処理装置（ＣＰＵ）であり、装置
Ｃは例えばＩ／Ｏである。また、バス構成としては、例
えば、バスＡは高速バス、バスＢは低速バスといったよ
うに構成され、これらのバスＡ、Ｂを装置Ｂがインタフ
ェースとして接続するようになっている。

【０００８】このような構成の情報処理装置において、
今、装置Ａから装置Ｂを経由して装置Ｃにアクセスする
と仮定する。この時の異常な状態としては、以下の３通
りが考えられる。アクセス先（装置Ｃ）検出の異常終了。例えば、この
場合はＩ／Ｏにおいて何らかの異常を検出した場合であ
る。バスＢのタイムアウト（応答が規定時間内に返ってこ
ない）による異常終了。即ち、上記装置Ｂにて検出する
異常である。この例としては、バスＢの断線等が考えら
れる。バスＡのタイムアウトによる異常終了。即ち、上記装
置Ａにて検出する異常である。この例としては、バスＡ
の断線あるいは装置Ｂの障害等が考えられる。

【０００９】そして、これらの異常と正常とを区別して
装置Ａに終了報告するための信号線として次のようなも
のが必要である。図３は、情報処理装置における信号線
の説明図である。図において、バスＡ内には、ＴＥＡ
（Transfer End Ａ：トランスファーエンドＡ）、
ＥＳＡ０（Error Status Ａ０：エラーステイタス
Ａ０）、ＥＳＡ１（Error Status Ａ１：エラーステ
イタスＡ１）が含まれ、バスＢ内には、ＴＥＢ（Tran
sfer End Ｂ：トランスファーエンドＢ）、ＥＳＢ
（Error Status Ｂ：エラーステイタスＢ）が含ま
れている。

【００１０】また、これらの信号線の意味は以下のよう
になっている。図４はこれら信号線の説明図である。即
ち、バスＡの場合、アクセス中であればＴＥＡ＝０であ
り、これ以外ではＴＥＡ＝１である。また、ＥＳＡ０＝
１の場合はバスＢのタイムアウトによる異常終了を示
し、ＥＳＡ１＝１の場合はアクセス先（上記の場合は装
置Ｃ）検出の異常終了を示している。また、バスＢの場
合は、同様に、アクセス中はＴＥＢ＝０、終了時はＴＥ
Ｂ＝１であり、ＥＳＢ＝１でアクセス先検出の異常終了
を示している。尚、図中、アクセス中の「×」は、正常
／異常が不定状態であることを示している。

【００１１】次に、上記情報処理装置における装置Ａ、
装置Ｂの動作について説明する。図５は装置Ａの動作フ
ローチャートである。先ず、装置Ａは、タイムアウトカ
ウンタをリセットし（ステップＳ１）、バスＡへのアク
セスを送信し、バスＡの使用を開始する（ステップＳ
２）。そして、バスＡからの応答待ち、即ち、ＴＥＡ＝
１であるか否かの判定を行い（ステップＳ３）、応答が
なかった場合は、タイムアウトカウンタのカウンタ値を
インクリメントして（ステップＳ４）、タイムアウトカ
ウンタ≧予め決められた設定値となるか否かを判定し
（ステップＳ５）、タイムアウトカウンタ≧設定値とな
るまで、ステップＳ３〜ステップＳ５の動作を繰り返
す。

【００１２】上記ステップＳ５において、タイムアウト
カウンタの値が設定値に達した場合は、バスＡのタイム
アウトであるとして、バスＡの使用を終了する（ステッ
プＳ６）。即ち、この場合は、バスＡタイムアウト異常
終了である。

【００１３】また、上記ステップＳ３において、バスＡ
からの応答があった場合は、バスＡの使用を終了し（ス
テップＳ７）、応答は「正常終了」か否か、即ち、ＥＳ
Ａ０・ＥＳＡ１＝０かを判定する（ステップＳ８）。こ
のステップＳ８において、応答が「正常終了」、即ち、
ＥＳＡ０＝０およびＥＳＡ１＝０であった場合は正常終
了となる。

【００１４】一方、上記ステップＳ８において、応答が
「正常終了」でなかった場合は、アクセス先の異常終了
か否か、即ち、ＥＳＡ１＝１であるかを判定し（ステッ
プＳ９）、そうであった場合は、アクセス先検出の異常
終了であるとし、そうでなかった場合は、バスＢのタイ
ムアウトによる異常終了と判断する。

【００１５】また、装置Ｂは次のような動作を行う。図
６に装置Ｂの動作フローチャートを示す。先ず、図６
（ａ）において、装置Ｂは、バスＡからのアクセスを受
信すると、タイムアウトカウンタをリセットし（ステッ
プＳ１）、バスＢへのアクセスを送信し、バスＢの使用
を開始する（ステップＳ２）。そして、タイムアウトカ
ウンタのカウンタ値が設定値になるまでバスＢからの応
答待ち、即ち、ＴＥＢ＝１であるか否かの判定を行い
（ステップＳ３〜ステップＳ５）、タイムアウトとなっ
た場合は、「バスＢタイムアウト異常終了」をバスＡに
送出して（ステップＳ６）、バスＢの使用を終了する
（ステップＳ７）。

【００１６】また、ステップＳ３において、タイムアウ
トとなるまでにバスＢからの応答があった場合は、バス
Ｂの使用を終了して（ステップＳ８）、その応答は「正
常終了」であるか否かを判定する（ステップＳ９）。こ
のステップＳ９において、正常終了であった場合は、
「バスＢ正常終了」をバスＡに送出し（ステップＳ１
０）、一方、正常終了でなかった場合は、「バスＢアク
セス先異常終了」をバスＡに送出する（ステップＳ１
１）。

【００１７】このように、上記バスＡ、バスＢの使用開
始は、アクセス送信時である。一方、使用終了は、応答
受信時（正常、異常双方共に）およびタイムアウト検出
時である。しかしながら、上述したのバスＡのタイム
アウトによる異常終了の場合は、バスＡの使用を終了す
ると共に、バスＢの使用も終了しなければならない。こ
の理由は、状態発生時、装置Ｂの処理中に何らかの誤
りが発生した可能性が高く、従って、図６（ａ）に示し
たステップＳ７の「バスＢの使用終了」が正しく行われ
ていないことが予想される。このため、装置Ｂには、図
６（ｂ）に示すように、バスＡの使用中止を受信した場
合はバスＢの使用を終了する機能も必要となる。

【００１８】従って、上記のような方法では、以下のよ
うな資源が必要となる。 (1) バスＢに関して、正常応答か異常応答（上述した状
態）かを切り分けるための信号（＝ＥＳＢ、１本）。 (2) バスＡに関して、正常応答か、バスＢのタイムアウ
トによる異常応答（状態）か、アクセス先検出の異常
応答（状態）かを切り分ける信号（＝ＥＳＡ０、ＥＳ
Ａ１、計２本）。 (3) 装置Ｂに関して、無応答と判断する時間（タイムア
ウト時間）を算出するためのカウンタ（タイムアウトカ
ウンタ）。例えば、この場合、カウント周期を５０ｎ
ｓ、タイムアウト時間を１ｍｓとした場合は、１５ビッ
トが必要となり、無視できないハードウェア量となる。 (4) 装置Ａに関して、無応答と判断する時間（タイムア
ウト時間）を算出するためのカウンタ（通常は上記(3)
の装置Ｂの場合のビット数と同様のハードウェア量が必
要となる）。

【００１９】尚、通常、装置Ａは先ず正常終了か異常終
了かを切り分ければよく、異常終了になった時に、その
詳細原因を調べればよい。そのため、装置Ａには異常原
因をログ（記録）しない。

【００２０】次に、上記(1) 〜(4) の資源のうち、(2)
および(3) の資源を不要とする情報処理装置における障
害報告システムを実施例として説明する。《実施例》図１において、装置Ａは、例えば情報処理装
置における中央処理装置（ＣＰＵ）であり、装置Ｂはバ
スＡ（一方のバス）とバスＢ（他方のバス）とを接続す
るためのインタフェース装置、装置ＣはＩ／Ｏである。
また、バスＡおよびバスＢは高速バスおよび低速バスと
いったように構成されている。

【００２１】装置Ａには、図示省略したタイムアウトカ
ウンタ等の構成と共に、バス使用終了制御部１１と障害
判定部１２とが設けられている。また、装置Ｂには、ア
クセス先異常発生ログ部２１とバス異常発生ログ部２２
が設けられている。装置Ａのバス使用終了制御部１１
は、バスＡを監視し、予め設定された時間の応答がなか
った場合に、バスＡの使用を終了させる機能を備えてい
る。また、障害判定部１２は、アクセス先異常発生ログ
部２１とバス異常発生ログ部２２のログ結果により異常
終了原因を判定する機能を有している。即ち、ログ結果
で、アクセス先異常終了のログであった場合は、アクセ
ス先異常終了であると判定し、一方、アクセス先異常終
了のログがなかった場合は、バスＢのタイムアウトがロ
グされているかを判定し、ログされていない場合は、異
常終了原因がバスＡのタイムアウトであると判定し、ロ
グされている場合は、バスＢのタイムアウトが異常終了
原因であると判定するものである。

【００２２】そして、装置Ｂのアクセス先異常発生ログ
部２１は、バスＢにアクセス中、バスＢから異常終了の
応答があった場合、アクセス先の異常応答発生をログ
し、バスＡには無応答とする機能を有し、バス異常発生
ログ部２２は、バスＢにアクセス中で、かつ、バスＡの
使用が終了した場合のみ、バスＢの異常終了としのタイ
ムアウトをログする機能を有している。

【００２３】即ち、本実施例では、バスＡ、Ｂ間を接続
するインタフェース装置としての装置Ｂに、以下の処理
［１］〜［３］を行う機能を付加したことを特徴とする
ものである。［１］自分（装置Ｂ）がマスタとなるバス（＝バスＢ）
にアクセス中、自分がスレーブとなるバス（＝バスＡ）
の使用が終了したら、バスＢの異常発生としてタイムア
ウト発生をログする。［２］自分がマスタとなるバスにアクセス中で、かつ、
バスＢから「アクセス先検出の異常終了（ＴＥＢ＝１、
ＥＳＢ＝１）」の応答があった場合、アクセス先検出の
異常応答発生をログし、更に、バスＡへの応答は行わな
い。［３］自分がマスタとなるバスのタイムアウトの監視は
行わない。

【００２４】そして、上記［１］、［２］のログのため
のビット（合計２ビット）を装置Ｂが備えたもので、こ
れによって、図３に示した例に対して、ＥＳＡ０、ＥＳ
Ａ１が不要となり、かつ、装置Ｂでのタイムアウトカウ
ンタおよびその更新機能と設定値との比較機能が不要と
なる。

【００２５】次に、上記実施例の動作について説明す
る。図７は、装置Ａの動作フローチャートである。先
ず、装置Ａは、タイムアウトカウンタをリセットし（ス
テップＳ１）、バスＡへのアクセスを送信してバスＡの
使用を開始する（ステップＳ２）。そして、バスＡから
の応答待ちのタイムアウト監視を行い（ステップＳ３〜
ステップＳ５）このように、タイムアウトが発生した場
合は、バス使用終了制御部１１が、バスＡの使用を終了
させる（ステップＳ６）。また、この場合は異常終了と
なる。一方、ステップＳ３において、バスＡから応答が
あった場合は、バスＡの使用を終了させる（ステップＳ
７）。即ち、この場合は正常終了となる。

【００２６】図８および図９は、装置Ｂの動作フローチ
ャートである。先ず、図８において、装置Ｂは、バスＡ
からのアクセスを受信すると、バスＢへアクセスを送信
してバスＢの使用を開始する（ステップＳ１）。次に、
バスＢからの応答待ちを行い（ステップＳ２）、応答が
ない場合はバスＡの使用が終了したかを判定し（ステッ
プＳ３）、バスＡの使用が終了しない場合はステップＳ
２に戻る。そして、ステップＳ３において、バスＡの使
用が終了した場合、バス異常発生ログ部２２は、「バス
Ｂタイムアウト」をログする（ステップＳ４）。

【００２７】一方、ステップＳ２において、バスＢから
の応答が有った場合は、バスＢの使用を終了し（ステッ
プＳ５）、その応答は正常終了であったか否かを判定す
る（ステップＳ６）。応答が「正常終了」であった場合
は、「正常終了」をバスＡに送出し（ステップＳ７）、
「正常終了」でなかった場合、アクセス先異常発生ログ
部２１は、「アクセス先異常終了」をログする（ステッ
プＳ８）。

【００２８】また、装置Ｂはバス使用終了制御部１１に
よるバスＡの使用終了を受信した場合、図９に示すよう
に、バスＢにアクセス中か否かで「バスＢのタイムアウ
ト」のログする／しないを切替える。即ち、装置Ｂは、
バスＡの使用終了を受信した場合、バスＢにアクセス中
か否かを判定し（ステップＳ１）、バスＢにアクセス中
であった場合は、バス異常発生ログ部２２が、「バスＢ
タイムアウト」をログし（ステップＳ２）、一方、バス
Ｂにアクセス中でなかった場合は、ログすることなく、
そのまま終了する。

【００２９】次に、本実施例の状態別の説明を行う。こ
こでは、本実施例における、（ａ）正常終了、（ｂ）ア
クセス先検出の異常終了、（ｃ）バスＢのタイムアウト
による異常終了、（ｄ）バスＡのタイムアウトによる異
常終了の４通りの動作について説明する。

【００３０】（ａ）正常終了時装置Ｃは、ＴＥＢ＝１、ＥＳＢ＝０を装置Ｂに報告す
る。装置Ｂは「バスから応答有り」「正常終了」のた
め、ログせずに、ＴＥＡ＝１として装置Ａに報告する。
即ち、これは図８におけるステップＳ１−Ｓ２−Ｓ５−
Ｓ６−Ｓ７の流れである。装置Ａは「バスからの応答有
り」のため、正常終了を認識する（図７におけるステッ
プＳ１−Ｓ２−Ｓ３−Ｓ７の流れに相当する）。

【００３１】（ｂ）アクセス先検出の異常終了装置Ｃは、ＴＥＢ＝１、ＥＳＢ＝１を装置Ｂに報告す
る。装置Ｂは「バスからの応答有り」「応答は正常終了
でない」ため、「アクセス先異常終了」をログし、装置
Ａ（バスＡ）には応答しない。装置Ａは、バスＡからの
応答を待つが、応答がないため、「タイムアウトカウン
タ≧設定値」が成立し、バス使用終了制御部１１はバス
Ａの使用終了を行い、異常終了を認識する。即ち、この
場合は、図８におけるステップＳ１−Ｓ２−Ｓ５−Ｓ６
−Ｓ８の流れである。

【００３２】（ｃ）バスＢのタイムアウトによる異常終
了装置Ｂは、バスＢからの応答を待つが、応答がないた
め、「バスＡの使用が終了」する迄待ち続ける。装置Ａ
は、バスＡからの応答を待つが、応答がないため、「タ
イムアウトカウンタ≧設定値」が成立し、バスＡの使用
終了を行い、異常終了を認識する。そして、装置Ｂは、
「バスＡの使用が終了」したため、「バスＢタイムアウ
ト」をログする。即ち、この場合は、装置Ｂは図８にお
けるステップＳ１〜Ｓ４の流れであると共に、図９にお
けるステップＳ１−Ｓ２の流れである。

【００３３】（ｄ）バスＡのタイムアウトによる異常装置Ｃは装置Ｂに正常終了（ＴＥＢ＝１、ＥＳＢ＝０）
を報告する。装置Ｂは「バスＢからの応答有り」「正常
終了」を受信し、バスＡに「正常終了」（ＴＥＡ＝１）
を送出する。しかし、バスＡの断線等により、装置Ａは
このＴＥＡ＝１を受信できない。このため、装置Ａにて
「タイムアウトカウンタ≧設定値」となり、バスＡの使
用終了を行い、異常終了を認識する。装置Ｂは、バスＡ
の使用終了を受信すると、この場合は「バスＢにアクセ
ス中」でないため、図９におけるステップＳ２の「バス
Ｂタイムアウト」のログは行わず、そのまま終了する。
尚、この場合、図示は省略しているが、バスＡの使用終
了等の制御信号は、ＴＥＡ等の終了信号を送るデータ線
とは異なる制御線によって通知が行われるものである。

【００３４】そして、装置Ａの障害判定部１２は、この
ようなアクセス先異常発生ログ部２１およびバス異常発
生ログ部２２のログ結果に基づき、障害の切り分けを行
う。図１０は、このような障害判定を説明するためのフ
ローチャートである。先ず、障害判定部１２は、装置Ｂ
の「アクセス先異常終了」のログがあるか否かを判定す
る（ステップＳ１）。即ち、アクセス先異常発生ログ部
２１のログ結果が「異常終了」であるかを調べる。この
ステップＳ１において、「異常終了」であった場合、そ
の異常終了原因は「アクセス先異常終了」であると判断
する。

【００３５】一方、上記ステップＳ１において、「アク
セス先異常終了」のログがなかった場合は、次に、装置
Ｂの「バスＢタイムアウト」のログがあるか否か、即
ち、バス異常発生ログ部２２のログ結果が「バスＢタイ
ムアウト」であるかを判定する（ステップＳ２）。この
ステップＳ２において、「バスＢタイムアウト」であっ
た場合は、異常終了原因は「バスＢタイムアウト」であ
り、そうでなかった場合の異常終了原因は「バスＡタイ
ムアウト」と判定する。即ち、装置Ｂのアクセス先異常
発生ログ部２１およびバス異常発生ログ部２２による２
ビットのログ結果に基づいて、障害の切り分けを行うこ
とができる。

【００３６】尚、上記実施例１では、装置Ａ内に障害の
切り分けを行うための障害判定部１２を設けているが、
これ以外にも、装置Ａとは異なる装置、更には、アクセ
ス先異常発生ログ部２１およびバス異常発生ログ部２２
のログ結果を、図示しないディスプレイへの表示やラン
プ点灯表示等によって、情報処理装置の操作者等が判断
するよう構成してもよく、このような場合の構成を実施
例２として次に説明する。

【００３７】《実施例２》図１１は、実施例２の構成を
示すブロック図である。図において、装置Ｂは上記実施
例１と同様に、アクセス先異常発生ログ部２１およびバ
ス異常発生ログ部２２を備えていると共に、ログ結果出
力部２３を備えている。このログ結果出力部２３は、ア
クセス先異常発生ログ部２１のログ結果と、バス異常発
生ログ部２２のログ結果を、ディスプレイへの表示制御
信号として出力したり、ランプ点灯信号として出力する
ものである。そして、例えば、情報処理装置の操作者
は、ログ結果出力部２３によって出力されたログ結果に
基づき、上述した図１０の切り分けと同様の判断方法に
よって、その障害原因を判断する。

【００３８】更に、上記各実施例では、バス異常発生ロ
グ部２２が「バスＢにアクセス中」の場合にのみログす
るよう構成したが、これとは逆に「バスＢにアクセス中
でない」場合にのみログするよう構成してもよい。

【００３９】図１２は、このような場合の動作フローチ
ャートであり、図１２（ａ）はバス異常発生ログ部２２
の動作フローチャート、図１２（ｂ）は、障害の切り分
け方のフローチャートである。即ち、（ａ）に示すよう
に、装置Ｂのバス異常発生ログ部２２は、バスＡの使用
中止を受信した場合、バスＢにアクセス中かを判定し
（ステップＳ１）、アクセス中でなかった場合は、「バ
スＢタイムアウトでない」をログする（ステップＳ
２）。

【００４０】また、このような構成の場合、障害の切り
分けは、（ｂ）に示すように、先ず装置Ｂの「アクセス
先異常終了」のログ有りかを判定し（ステップＳ１）、
「アクセス先異常終了」のログなしであった場合は、装
置Ｂの「バスＢタイムアウトでない」のログがあるか否
かを判定する（ステップＳ２）。そして、このステップ
Ｓ２において、「バスＢタイムアウトでない」のログが
あった場合は、異常終了原因を「バスＡタイムアウト」
と判断し、「バスＢタイムアウトでない」のログがなか
った場合は、「バスＢタイムアウト」と判断する。

【００４１】このような、ログ条件を逆にすることによ
っても、上記各実施例と同様の効果を奏することができ
る。

【００４２】尚、上記各実施例では、例えば、バスＡを
高速バス、バスＢを低速バスとし、このようなバスを、
インタフェース装置である装置Ｂが接続する例を示した
が、このような構成に限定されるものではなく、一方の
バスと他方のバス間に接続され、これらバス間のアクセ
ス制御を行うインタフェース装置を備えた構成であれ
ば、上記各実施例と同様に適用可能である。

【００４３】

【発明の効果】以上説明したように、本発明の障害報告
システムによれば、他方のバスにアクセス中、異常終了
応答があった場合、その異常終了応答のログを行うだけ
で、一方のバスへの異常終了応答は送出せず、かつ、他
方のバスにアクセス中で、一方のバスの使用が終了した
場合のみ、他方のバスの異常終了をログし、これらログ
結果によって、障害の切り分けを行うようにしたので、
例えば、信号線の本数を減らすことができる等、情報処
理装置における障害報告システムのためのハードウェア
量を大幅に削減することができる。

【図面の簡単な説明】

【図１】本発明の障害報告システムの実施例１を示すブ
ロック図である。

【図２】基本的な構成の情報処理装置における要部ブロ
ック図である。

【図３】基本的な構成の情報処理装置における信号線の
説明図である。

【図４】信号線の意味の説明図である。

【図５】基本的な構成の情報処理装置における装置Ａの
動作フローチャートである。

【図６】基本的な構成の情報処理装置における装置Ｂの
動作フローチャートである。

【図７】本発明の障害報告システムにおける装置Ａの動
作フローチャートである。

【図８】本発明の障害報告システムにおける装置Ｂの動
作フローチャート（その１）である。

【図９】本発明の障害報告システムにおける装置Ｂの動
作フローチャート（その２）である。

【図１０】本発明の障害報告システムにおける障害判定
を説明するためのフローチャートである。

【図１１】本発明の障害報告システムにおける実施例２
の構成を示すブロック図である。

【図１２】本発明の障害報告システムにおける「バスＢ
にアクセス中でない」時にログする場合を説明するため
のフローチャートである。

【符号の説明】

１１バス使用終了制御部１２障害判定部２１アクセス先異常発生ログ部２２バス異常発生ログ部２３ログ結果出力部

Claims

【特許請求の範囲】

【請求項１】一方のバスと他方のバス間に接続され、
これらバス間のアクセス制御を行うインタフェース装置
を備えた情報処理装置における障害報告システムにおい
て、前記一方のバスには、当該一方のバスを監視し、予め設
定された時間内に応答がなかった場合は、前記一方のバ
スの使用を終了させるバス使用終了制御部を接続し、前記インタフェース装置は、前記他方のバスにアクセス中、当該他方のバスから異常
終了の応答があった場合、アクセス先の異常応答発生を
ログし、前記一方のバスには無応答とするアクセス先異
常発生ログ部と、前記他方のバスにアクセス中で、かつ、一方のバスの使
用が終了した場合のみ、前記他方のバスのタイムアウト
をログするバス異常発生ログ部と、前記アクセス先異常発生ログ部の異常終了の応答があっ
たか否かのログ結果を出力すると共に、前記バス異常発
生ログ部のタイムアウトがあったか否かのログ結果を出
力するログ結果出力部とを備えたことを特徴とする障害
報告システム。
【請求項２】一方のバスと他方のバス間に接続され、
これらバス間のアクセス制御を行うインタフェース装置
を備えた情報処理装置における障害報告システムにおい
て、前記インタフェース装置は、前記他方のバスにアクセス中、当該他方のバスから異常
終了の応答があった場合、アクセス先の異常応答発生を
ログし、前記一方のバスには無応答とするアクセス先異
常発生ログ部と、前記他方のバスにアクセス中で、かつ、一方のバスの使
用が終了した場合のみ、前記他方のバスのタイムアウト
をログするバス異常発生ログ部とを備え、前記一方のバスには、当該一方のバスを監視し、予め設定された時間内に応答
がなかった場合は、前記一方のバスの使用を終了させる
バス使用終了制御部と、上記ログにより、異常終了原因を、他方のバスからアク
セス先異常終了のログであった場合は、アクセス先異常
終了であると判定し、アクセス先異常終了のログがなか
った場合は、他方のバスのタイムアウトがログされてい
るかを判定し、ログされていない場合は、異常終了原因
が一方のバスのタイムアウトであると判定し、ログされ
ている場合は、他方のバスのタイムアウトであると判定
する障害判定部とを接続したことを特徴とする障害報告
システム。