JPH09160840A

JPH09160840A - バス通信装置

Info

Publication number: JPH09160840A
Application number: JP7320262A
Authority: JP
Inventors: Tetsuo Ishikawa; 徹男石川; Hideaki Takishita; 秀明瀧下; Akiyoshi Iwamoto; 章良岩本
Original assignee: Fuji Electric Co Ltd; Fuji Facom Corp
Current assignee: Fuji Electric Co Ltd; Fuji Facom Corp
Priority date: 1995-12-08
Filing date: 1995-12-08
Publication date: 1997-06-20

Abstract

(57)【要約】【課題】バスエラーの発生及び原因を迅速に検出し、適
切なエラー対処を行いバスシステムのバスエラーを迅速
に回復させる。【解決手段】共通制御部１０はバス使用権要求信号ＢＲ
（ｎ）を論理値“１”として送信した機能モジュール６
ｎに対してバス使用許可信号ＢＧ（ｎ）を送信したと
き、予め設定したタイミング、例えば、バス使用許可信
号ＢＧ（ｎ）を送信した次のバスクロックＢＣＬＫの立
ち上がり（時点ｔ１３）までの間に、バス使用許可信号
ＢＧ（ｎ）を送信した送信元の機能モジュール６ｎが、
そのバス使用権要求信号ＢＲ（ｎ）を論理値“０”にリ
セットするかどうかを監視する。そして、時点ｔ１３ま
での間にバス使用権要求信号ＢＲ（ｎ）を論理値“０”
にリセットしないとき、この機能モジュール６ｎの、マ
スタモジュールとして作動する機能を有するハードウェ
アに異常が発生したものとして、バスエラー通知を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチマスタ方式
のシステムバスを含んで構成される、マイクロコンピュ
ータシステム等のバス通信装置の改良に関する。

【０００２】

【従来の技術】一般にマイクロコンピュータシステム
等、システムバスを含んで構成されるバス通信装置は、
例えば、図１３に示すように、システムバス２に、プロ
セッサモジュール３と、メモリモジュール４と、ハード
ディスク等の入出力装置，シリアル通信等を行う入出力
リンク，ＬＡＮ（イーサネット）等の通信回線，等との
入出力処理を行う入出力／通信制御モジュール５１〜５
ｍとが接続され、前記システムバス２を介して行われる
各モジュール間のデータ通信の制御を、共通制御部１０
によって行うようになっている。

【０００３】そして、各モジュール間のデータ通信は、
データ通信の要求を行うモジュールがマスタモジュール
となり、このマスタモジュールにデータ通信先として要
求されたモジュールがスレーブモジュールとなって、マ
ルチマスタ方式によってこれら間でシステムバス２を介
してのデータ通信を行っている。例えば、図１３におい
て、ＬＡＮ経由でデータを受信し、この受信データを入
出力装置に格納する場合を考えると、まず、ＬＡＮとの
入出力処理を行う入出力／通信制御モジュール５ｍがマ
スタモジュールとなり、メモリモジュール４をスレーブ
モジュールに指定する。そして、ＬＡＮ経由で受信した
データ（以後、ＬＡＮデータという。）をメモリモジュ
ール４に転送する。次に、入出力／通信制御モジュール
５ｍがマスタモジュールとなって、プロセッサモジュー
ル３をスレーブモジュールに指定し、ＬＡＮデータを受
信したことを通知する。

【０００４】これを受けて、プロセッサモジュール３が
マスタモジュールとなって、メモリモジュール４をスレ
ーブモジュールに指定し、メモリモジュール４に格納さ
れたＬＡＮデータに対して所定の処理を行った後、入出
力／通信制御モジュール５１をスレーブモジュールに指
定して、メモリモジュール４のＬＡＮデータを入出力装
置に格納するように依頼する。そして、入出力／通信制
御モジュール５１がマスタモジュールとなって、メモリ
モジュール４をスレーブモジュールに設定し、メモリモ
ジュール４のＬＡＮデータを入出力装置に転送するよう
になっている。

【０００５】図１４は、上述のＬＡＮ経由で受信したデ
ータを入出力処理装置に転送する場合の各制御信号のタ
イムチャートを表したものである。なお、図１４におい
て、ＢＣＬＫはバスクロック信号，ＢＲ（ｎ）は各モジ
ュールが発信するバス使用権要求信号，ＢＧ（ｎ）は、
バス使用権要求信号ＢＲ（ｎ）を受けてシステムバスの
共通制御部１０が各モジュールに与えるバス使用許可信
号（ｎ＝１〜ｍ），Ａｄｒ，Ｄｔａ，ＷＴ／＊ＲＤは、
前記共通制御部１０からバス使用許可信号ＢＧ（ｎ）を
与えられてマスタモジュールとなったモジュールが送信
する、アドレス，データ，コマンドである。

【０００６】ここで、コマンドはデータの転送方向を表
し、ＷＴはマスタモジュールからスレーブモジュールへ
の転送，＊ＲＤはスレーブモジュールからマスタモジュ
ールへの転送を表す。また、Ａｃｋはマスタモジュール
の送信するアドレスＡｄｒによって選択されたスレーブ
モジュールの、コマンドＷＴ／＊ＲＤに対する応答信号
である完了応答信号，ＢＥｒは完了応答信号Ａｃｋと同
一のタイミングで送信される、バスシステムのバスエラ
ーを通知するバスエラー信号である。この完了応答信号
Ａｃｋ及びバスエラー信号ＢＥｒは、共通制御部１０が
システムバスの異常を検出した場合には、スレーブモジ
ュールに変わって送信する。

【０００７】図１４に示すように、各制御信号はバスク
ロック信号ＢＣＬＫに同期して送信され、各モジュール
はデータ通信を行う場合、まず、バス使用権要求信号Ｂ
Ｒ（ｎ）を共通制御部１０に送信し（時点ｔ１）、共通
制御部１０からバス使用許可信号ＢＧ（ｎ）を受信して
マスタモジュールとなる（時点ｔ２）。そして、データ
通信先のモジュールを特定するアドレスＡｄｒ，転送す
るデータＤｔａ，転送方向を表すコマンドを送信する。
このコマンドは、例えば論理値“１”を表す信号である
ときＷＴを表し、論理値“０”を表す信号であるとき＊
ＲＤを表す。図１４の場合には、ＷＴ、すなわち、マス
タモジュールからスレーブモジュールへの転送を表す。

【０００８】そして、マスタモジュールの送信するアド
レスＡｄｒで選択されたスレーブモジュールが、コマン
ドを受信してから２クロック後、この場合、時点ｔ４で
完了応答信号Ａｃｋを送信する。共通制御部１０では、
この完了応答信号Ａｃｋを受信したとき、１回のデータ
転送サイクルが終了したものと認識する。このとき、マ
スタモジュールがコマンドを送信してから、スレーブモ
ジュールからの完了応答信号Ａｃｋを受信するまでの時
間は、スレーブモジュールの性能によって異なり、一般
的にはこの時間の最大時間をバスプロトコルで規定して
いる。そして、共通制御部１０でこの時間を監視し、規
定時間以内に完了応答信号Ａｃｋがスレーブモジュール
から送信されない場合に、無応答の時間監視タイムアウ
トエラーとして、図１４に一点鎖線で示すようにバスエ
ラーＢＥｒをマスタモジュールに送信し、バスの転送サ
イクルを異常終結させている。

【０００９】

【発明が解決しようとする課題】しかしながら、上記従
来のバスシステムにおいては、例えば何れかのモジュー
ルの、マスタモジュールとして作動する機能を有するハ
ードウェアに異常が発生し、バス使用権要求信号ＢＲ
（ｎ）を送信したままダウンした場合等には、例えば、
このモジュールがデータ通信を行うまでバス使用権がこ
のバスモジュールに占有されてしまうという状態となっ
たり、或いは、このモジュールのバス使用権の優先順位
が高い場合等にはこのモジュールにばかりバス使用権が
与えられることになってしまい、バスシステムの性能が
極端に低下してしまうという問題がある。

【００１０】また、マスタモジュールが、データ通信先
のモジュールを特定するアドレスＡｄｒを出力してスレ
ーブモジュールを指定するようになっているが、例えば
誤ってシステムバス２に実装されていない記憶領域に対
してアドレス指定を行った場合等には、完了応答信号Ａ
ｃｋを送信するスレーブモジュールが存在しないため、
共通制御部１０ではデータ転送サイクルを終結すること
ができず、バスロック状態に陥ってしまうことになる。
これを回避するために、完了応答信号Ａｃｋが送信され
るまでの時間監視を行う方法がとられているが、この方
法の場合、規定時間が経過するまでの間は結果的にバス
ロック状態となることになって、バスシステムの性能が
低下してしまうことになる。

【００１１】また、上記のように誤ったアドレスＡｄｒ
を送信することは、ソフトウェアのデバッグ中にはしば
しばあることであって、無応答の時間監視タイムアウト
エラーが、スレーブモジュールのソフトウェアの異常に
よるものか、マスタモジュールの未実装領域へのアクセ
スによるものかが識別できないとなると、ソフトウェア
のデバッグ効率を低下させることになる。

【００１２】また、システムバスのバスエラーが発生し
た場合等には、共通制御部１０に、そのバスエラー発生
時のバスの状態をバスエラー情報として記憶しておき、
このエラー情報をもとにマスタモジュールがエラー処理
を行い、例えば再度データ転送を行ったり、バスエラー
情報をオペレータに通知する等の処理を行うようになっ
ているが、例えば、バスエラーが発生した後、別のモジ
ュールがシステムバス２の使用権を獲得してデータ通信
を行い再度バスエラーとなった場合等には、後に生じた
バスエラー発生時のバスエラー情報が上書きされてしま
うために、初めに生じたバスエラーのバスエラー情報が
消去されてしまい、せっかく、バスエラー情報を収集し
ているのにも関わらず、初めに生じたバスエラーに対す
る的確な対処を行うことができないことになる。これを
回避するため、例えば共通制御部１０に複数回分のバス
エラー情報を格納することができるようにすればよい
が、この場合、ハードウェアが複雑になると共に、コス
トアップにつながるという問題もある。

【００１３】また、システムバス２にバスエラーが発生
した時点で、マスタモジュールが異常であった場合等に
は、エラー対処を行うことができず、エラー情報をオペ
レータに通知することができないという問題もある。ま
た、共通制御部１０には、システム運用のための各種パ
ラメータを設定するような記憶領域があり、誤って書き
込みを行うことがないように保護機構を設ける必要があ
る。そのため、ライトプロテクト方式を採用してプロテ
クトを解除しないと書き込みを行うことができないよう
にしているが、プロテクト対象がレジスタの場合には、
アドレスのコンパレータ等を設ける必要があり、プロテ
クト対象であるレジスタに比較してプロテクト機構が複
雑になり、コストアップにつながるという問題がある。

【００１４】さらに、各モジュールは、通常マスタモジ
ュールとして作動するマスタ処理又はスレーブモジュー
ルとして作動するスレーブ処理のみを行い、これら処理
を同時に行うことはないが、例えば、ソフトウェアのデ
バッグ時等、誤って自モジュールに対するアドレスＡｄ
ｒを設定してしまう場合があり、この場合、マスタ及び
スレーブの両方の処理を行うことになって、場合によっ
てはバスロック状態におちいる可能性がある。自モジュ
ールのメモリ又はレジスタ領域を、システムバス２を経
由してアクセス可能な構成にすることもできるが、もと
もとモジュールの内部バス経由でアクセスできる領域に
対し、システムバス経由でもアクセスできるようにする
ことは、無駄な上にコストアップにもつながることにな
る。

【００１５】そこで、この発明は上記従来の未解決の課
題に着目してなされたものであり、バスエラー及びその
原因を迅速に検出し、適切なエラー対処を行って、バス
システムのバスエラーを迅速に回復させることのできる
バス通信装置を提供することを目的としている。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に係るバス通信装置は、システム
バスを介してデータ通信を行うとき前記システムバスの
使用権を要求する使用権要求信号を送信する複数のモジ
ュールと、前記使用権要求信号の送信元のモジュールに
対して前記システムバスの使用権を与える許可信号を送
信するバス制御部と、を備えたバス通信装置において、
前記バス制御部は、前記許可信号を送信後所定時間内に
前記使用権要求信号の送信が停止しないとき、前記使用
権要求信号を送信したモジュールに異常が発生したとみ
なすようにしたことを特徴としている。

【００１７】したがって、バス制御部によって使用権要
求信号が監視され、バス制御部が使用権要求信号に対す
る許可信号を送信した時点から所定時間内に、使用権要
求信号の送信が停止しないとき、使用権要求信号を送信
するモジュールに異常が発生したものとして使用権要求
信号を送信したモジュールの異常が検出される。また、
請求項２に係るバス通信装置は、前記バス制御部は、前
記モジュールの異常を検出したとき、当該モジュールを
特定するモジュール特定情報を特定情報記憶手段に格納
すると共に、前記複数のモジュールのうち専用回線で前
記バス制御部と接続されたモジュールであるバス管理モ
ジュールに、前記専用回線を介して異常通知を行い、前
記バス管理モジュールは、前記異常通知が行われたとき
前記特定情報記憶手段に格納された前記モジュール特定
情報をもとに異常が発生したモジュールを特定するよう
にしたことを特徴としている。

【００１８】よって、モジュールの異常が発生したモジ
ュールを特定するモジュール特定情報が特定情報記憶手
段に格納され、また、何れかのモジュールに異常発生し
たことが専用回線を介してバス管理モジュールに通知さ
れる。これによって、特定情報記憶手段に格納されたモ
ジュール特定情報がバス管理モジュールによって読みだ
され、このモジュール特定情報をもとに異常があったモ
ジュールが特定され、例えばオペレータに通知する等の
異常発生時の所定の処理が実行される。

【００１９】また、請求項３に係るバス通信装置は、前
記複数のモジュールの異常発生状況が設定されるマスク
レジスタと、前記モジュール特定情報に基づいて前記マ
スクレジスタの設定を行うマスクレジスタ設定手段とを
有し、前記バス制御部は、前記マスクレジスタの異常発
生状況に基づき異常が発生したモジュールに前記許可信
号を送信しないようにしたことを特徴としている。

【００２０】よって、モジュール特定情報で特定される
異常が発生したモジュールは、マスクレジスタに異常発
生として設定され、バス制御部では、マスクレジスタで
正常として設定されているモジュールからの使用権要求
信号に対してのみ許可信号を送信し、異常が発生したモ
ジュールにはシステムバスの許可信号を送信しない。ま
た、請求項４に係るバス通信装置は、前記システムバス
を介してアクセス可能な領域を検出して当該領域を特定
する領域情報を領域情報記憶手段に格納する領域情報格
納手段を有し、前記バス制御部は、前記モジュールから
の通信先特定情報で特定されるデータ通信先の領域が、
前記領域情報記憶手段に格納された前記領域情報で特定
される領域に該当しないとき、通信先異常とみなすよう
にしたことを特徴としている。

【００２１】よって、モジュールからデータ通信先の領
域を特定する通信先特定情報が送信されたとき、この通
信先特定情報で特定される領域が、領域情報記憶手段に
格納された領域情報で特定される領域に該当するか否か
が検出され、通信先特定情報で特定される領域が領域情
報で特定される領域に該当しないとき、アクセス不可能
な領域に対してのアクセス要求であり異常であるものと
して、例えば通信先特定情報を送信したモジュールに通
信先異常が通知される。

【００２２】また、請求項５に係るバス通信装置は、前
記バス制御部は、前記通信先異常を検出したとき、前記
通信先特定情報を通信先記憶手段に格納すると共に前記
通信先特定情報の送信元のモジュールに通信先異常を通
知し、以後所定時間、前記送信元のモジュールに対して
のみ前記システムバスの使用権を与える使用権制限を行
い、前記モジュールは前記通信先異常が通知されたと
き、前記通信先記憶手段に格納された前記通信先特定情
報をもとに所定の異常対処処理を行うようにしたことを
特徴としている。

【００２３】よって、アクセス不可能な領域に対してア
クセスを行う通信先異常が生じたとき、異常な通信先が
設定されている通信先特定情報が通信先記憶手段に格納
されると共に通信先特定情報の送信元のモジュールに対
して通信先異常が通知され、以後、前記送信元のモジュ
ールに対してのみシステムバスの使用権が与えられる。
よって、通信先記憶手段に格納された通信先特定情報及
びその他異常解析に必要な情報が、通信先異常が通知さ
れたモジュールによってシステムバスを介して迅速に収
集され、これらをもとに異常解析が行われて異常回復が
図られる。

【００２４】また、請求項６に係るバス通信装置は、前
記バス制御部が、前記送信元のモジュールによる前記異
常対処処理が終了したときに前記使用権制限を解除する
ようにした場合に、前記バス制御部は、前記通信先異常
を通知した後所定時間内に前記通信先異常が回復しない
とき、前記バス管理モジュールに未回復通知用の専用回
線を介して前記未回復通知を行い、前記バス管理モジュ
ールは、前記未回復通知が行われたとき前記通信先記憶
手段に格納された前記通信先特定情報を読み出すと共
に、前記バス制御部による前記使用権制限を強制的に解
除させるようにしたことを特徴としている。

【００２５】よって、通信先異常を前記送信元のモジュ
ールに対して通知した後、所定時間内に前記通信先異常
が回復しないとき、送信元のモジュールが異常とみなし
てシステムバスとは異なる回線を介してバス管理モジュ
ールに未回復通知が行われる。そして、バス管理モジュ
ールによって、通信先記憶手段に格納した通信先特定情
報が読み出されると共に、前記送信元のモジュールにの
みシステムバスの使用権を付与する処理が停止される。
そして、例えばバス管理モジュールによりオペレータに
通信先異常が通知されて、オペレータにより通信先異常
の異常解析が行われると共に、異常が発生したモジュー
ルを除くモジュールによるデータ通信が再開される。

【００２６】また、請求項７に係るバス通信装置は、前
記バス制御部は、前記使用権要求信号の送信元のモジュ
ールと、前記通信先特定情報で特定されるデータ通信先
のモジュールとが同一であるとき、通信先同一異常とし
て前記送信元のモジュールに通信先同一異常通知を行う
ようにしたこと特徴としている。よって、使用権要求信
号の送信元のモジュールと、通信先特定情報で特定され
るモジュールとが同一であるとき、自己で管理する領域
に対するアクセス要求であり通信先異常であるものとし
て、送信元のモジュールに通信先同一異常が通知され
る。

【００２７】さらに、請求項８に係るバス通信装置は、
予め設定したキーコードが格納されるキーコード格納領
域を有するレジスタと、前記キーコードを伴って前記レ
ジスタに対してアクセス要求を行うレジスタアクセス手
段と、前記レジスタアクセス手段のアクセス先のレジス
タのキーコード格納領域に格納されたキーコード及び前
記レジスタアクセス手段で設定されたキーコードが一致
しないとき、アクセス異常として前記レジスタへのアク
セスを無効とするレジスタ監視手段とを備えることを特
徴としている。

【００２８】よって、レジスタに対するアクセス要求を
行うときに、アクセス要求で設定されているキーコード
と、アクセス要求先のレジスタに格納されているキーコ
ードとが一致しないとき、キーコードが不一致であり正
常なアクセス要求ではないものとしてレジスタへのアク
セスが行われないから、例えば、ソフトウェアのバグ等
によるレジスタへの誤った書き込みが防止される。

【００２９】

【発明の実施の形態】以下に、本発明の実施の形態を説
明する。図１は、第１の実施の形態におけるバス通信装
置を適用したバスシステムの概略構成を示したものであ
り、このバスシステムは、例えば、システムバス２と、
当該システムバス２に接続された、プロセッサモジュー
ル、入出力制御モジュール、メモリモジュール、等のモ
ジュールとしての機能モジュール６０〜６ｍと、各機能
モジュール間でのシステムバス２を介してのデータ通信
の制御及びバス使用権の調停等を行う共通制御部（バス
制御部）１０とから構成され、マルチマスタ方式のバス
システムを構成している。そして、前記機能モジュール
のうち、機能モジュール６０は、機能モジュールとして
例えば入出力制御等の所定の処理を行うと共に、このバ
スシステムにおける異常発生時の対処を行うバス管理モ
ジュールとして作動する。そして、共通制御部１０と前
記バス管理モジュール６０とは、後述のマスタモジュー
ルのハードウェア異常を通知するマスタ異常通知用の専
用回線Ｌ１で接続されている。そして、各機能モジュー
ル６０〜６ｍは、これらをシステムバス２に接続された
実装スロットに接続することによって、システムバス２
と接続されるようになっている。

【００３０】なお、接続される機能モジュールの数は、
システムの規模によって異なり、４，８，１６個等の値
をとる。前記共通制御部１０，バス管理モジュール６
０，機能モジュール６１〜６ｍは、それぞれシステムバ
ス２に接続されるバスインタフェース処理部７１と、マ
イクロコンピュータ等で構成されデータ伝送制御処理等
を行う演算処理部７２と、メモリ７３とを少なくとも備
えて構成されている。そして、これら各モジュール６０
〜６ｍ及び共通制御部１０は、バスクロック信号ＢＣＬ
Ｋに同期して所定の処理を行うようになっている。

【００３１】前記共通制御部１０のメモリ７３には、バ
スシステムの各種異常の発生要因が設定されるエラース
テータスレジスタＲ₁と、システムバス２に接続された
各モジュールの異常発生状況が設定されるマスク設定レ
ジスタＲ₂とが設けられている。そして、共通制御部１
０では、機能モジュール６１〜６ｍからシステムバス２
の使用権を要求する、使用権要求信号としてのバス使用
権要求信号ＢＲ（ｎ）を受信したとき、前記マスク設定
レジスタＲ₂を参照し、バス使用権要求信号ＢＲ（ｎ）
の送信元のモジュールであるマスタモジュールに異常が
発生していないことを確認した後、マスタモジュールに
対してバスクロック信号ＢＣＬＫの立ち上がりに同期し
て、システムバス２の使用を許可する、許可信号として
のバス使用許可信号ＢＧ（ｎ）を送信する。そして、マ
スタモジュールのデータ通信先の機能モジュールである
スレーブモジュールからの応答完了信号Ａｃｋを受信し
たとき、１回のデータ転送サイクルを終了する。

【００３２】このとき、同時に複数のモジュールからバ
ス使用権要求信号ＢＲ（ｎ）を受信した場合には、予め
設定した優先順位に基づいて、各モジュールに順次バス
の使用権を与える。なお、前記バス使用権要求信号ＢＲ
（ｎ），バス使用許可信号ＢＧ（ｎ）等の制御信号は実
際には、論理値“１”又は論理値“０”を表す２値信号
であり、ここでは、制御信号が論理値“１”であるとき
送信を表すものとし、論理値“０”であるとき送信しな
いことを表すものとする。

【００３３】また、前記共通制御部１０は前記バス使用
権要求信号ＢＲ（ｎ）を監視し、バス使用許可信号ＢＧ
（ｎ）を送信した次のバスクロック信号ＢＣＬＫの立ち
上がりまでにバス使用権要求信号ＢＲ（ｎ）の送信が停
止されないとき、すなわち、バス使用権要求信号ＢＲ
（ｎ）が論理値“０”にリセットされないとき、マスタ
モジュールの、マスタモジュールとして作動するマスタ
機能を有するハードウェアに異常が発生したものとし
て、マスタ異常が発生したこと及びバス使用権要求信号
ＢＲ（ｎ）を送信したモジュールを特定するマスタ番号
Ｍ（モジュール特定情報）を、前記エラーステータスレ
ジスタＲ₁の所定領域に格納すると共に、マスタ異常通
知用の専用回線Ｌ１を介してバス管理モジュール６０に
マスタ異常を通知する。

【００３４】前記マスタ番号Ｍは、例えば、各機能モジ
ュールが接続される実装スロットに予め各実装スロット
を識別する番号を付与しておき、この番号をマスタ番号
Ｍとして設定するようにしている。つまり、例えば、１
番の実装スロットに格納されている機能モジュールのマ
スタ番号Ｍは“１”、２番の実装スロットに格納されて
いる機能モジュールのマスタ番号Ｍは“２”である。

【００３５】前記エラーステータスレジスタＲ₁は、例
えば、図２に示すように、１６ビットのレジスタで構成
され、０から２ビット目（特定情報記憶手段）にマスタ
異常（ＭＡＳＴＥＲＥＲＲ）が発生したときのマスタモ
ジュールのマスタ番号Ｍを格納し、７ビット目にマスタ
異常の発生状況を設定するようになっている。つまり、
マスタ異常が発生したとき７ビット目を“１”に設定
し、マスタ異常が発生していないとき“０”に設定する
ようになっている。

【００３６】前記バス管理モジュール６０は、前記共通
制御部１０から専用回線Ｌ１を介してマスタ異常が通知
されたとき、これを割り込み入力信号として処理を行
い、エラーステータスレジスタＲ₁の所定の領域（０か
ら２ビット目）に格納された異常が発生した機能モジュ
ールのマスタ番号Ｍをシステムバス２を経由して読み出
し、このマスタ番号Ｍで特定されるマスタモジュールを
検出する。そして、例えば異常通知用の表示装置等に表
示して異常の発生したマスタモジュールをオペレータに
通知し、異常モジュールの交換等を要請する。また、前
記各モジュールの異常発生状況を表すマスク設定レジス
タ（マスクレジスタ）Ｒ₂に対し、マスタ番号Ｍで特定
される機能モジュールに異常が発生したことを設定する
（マスクレジスタ設定手段）。

【００３７】このマスク設定レジスタＲ₂は、例えば図
３に示すように、１６ビットのレジスタで構成される。
そして、バスシステムには、例えば８個の機能モジュー
ルが接続可能であり、各機能モジュールのマスタ番号が
それぞれ０から７に設定されているものとすると、マス
ク設定レジスタＲ₂の０から７ビット目がそれぞれマス
タ番号に対応するようになっている。すなわち、０ビッ
ト目がマスタ番号０の機能モジュールに対応し、１ビッ
ト目がマスタ番号１の機能モジュールに対応し、……、
７ビット目がマスタ番号７の機能モジュールに対応して
いる。そして、マスク設定レジスタＲ₂に“１”が設定
されているとき、このビットに対応する機能モジュール
のマスタ機能に異常が生じていることを表している。図
１のバスシステムの場合には、バス管理モジュール６０
のマスタ番号は“０”、機能モジュール６１〜６ｍのマ
スタ番号は、“１”から順に設定されることになる。

【００３８】前記機能モジュール６１〜６ｍは、所定の
処理に基づいてシステムバス２を介して他の機能モジュ
ールとのデータ通信を行う。そして、マスタモジュール
として作動する場合には、バスクロック信号ＢＣＬＫの
立ち上がりに同期して共通制御部１０に対してバス使用
権要求信号ＢＲ（ｎ）を送信し、バス使用権の要求を行
う。そして、共通制御部１０からバス使用許可信号ＢＧ
（ｎ）を受信したとき、データ通信先の機能モジュー
ル、すなわち、スレーブモジュールを特定するアドレス
Ａｄｒと、通信データＤｔａと、転送方向を表すコマン
ドとを送信すると共に、次のバスクロック信号ＢＣＬＫ
の立ち上がりまでの間にバス使用権要求信号ＢＲ（ｎ）
を論理値“０”にリセットする。そして、スレーブモジ
ュールからの完了応答信号Ａｃｋを受信したとき、スレ
ーブモジュールとのデータ通信が正常に終了したことを
認識する。

【００３９】なお、前記コマンドは、データの転送方向
を表し、ＷＴは、マスタからスレーブへの転送，＊ＲＤ
はスレーブからマスタへの転送を表し、コマンド信号が
論理値“１”であるときＷＴを表し、論理値“０”のと
き＊ＲＤを表す。また、機能モジュール６１〜６ｍは、
マスタモジュールからのアドレスＡｄｒが自己を特定す
るアドレスである場合に、スレーブモジュールとして作
動し、通信データＤｔａ，コマンドを受信した後、所定
時間後、例えばコマンド受信後２クロック後に応答完了
信号Ａｃｋを送信する。

【００４０】次に、上記第１の実施の形態の動作を、共
通制御部１０のバス使用権要求信号ＢＲ（ｎ）受信時の
処理手順を示す図４のフローチャート及び各制御信号の
出力タイミングを表す図５のタイムチャートに基づいて
説明する。今、例えば、機能モジュール６１が機能モジ
ュール６２に対してデータを送信するものとする。

【００４１】まず、機能モジュール６１がマスタモジュ
ールとなって、バスクロック信号ＢＣＬＫの立ち上がり
（時点ｔ１１）で共通処理部１０に対してバス使用権要
求信号ＢＲ（１）を論理値“１”として送信する。共通
処理部１０では、このバス使用権要求信号ＢＲ（１）を
受信すると、マスク設定レジスタＲ₂を参照し、バス使
用権要求信号ＢＲ（１）で特定されるモジュールのマス
タ番号、この場合マスタ番号“１”が正常であるか否
か、すなわち、マスタ番号“１”に対応するマスク設定
レジスタＲ₂の１ビット目が“０”である否かを判定す
る（ステップＳ１１）。そして、１ビット目に“０”が
設定されている場合には、正常であるものとし、バス使
用権要求信号ＢＲ（１）を受信した後のバスクロック信
号の立ち上がり（時点ｔ１２）で、バス使用権要求信号
ＢＲ（１）を送信した機能モジュール６１に対してバス
使用許可信号ＢＧ（１）を論理値“１”として送信す
る。このとき、他の機能モジュー６１からもバス使用権
要求信号ＢＲ（ｎ）が送信されている場合には、予め設
定した優先順位に基づいて優先順位の高い機能モジュー
ルに対してバス使用許可信号ＢＧ（ｎ）を送信する（ス
テップＳ１２）。

【００４２】そして、このバス使用許可信号ＢＧ（ｎ）
を送信した次のバスクロック信号ＢＣＬＫ、すなわち、
時点ｔ１３までの間にバス使用権要求信号ＢＲ（１）が
“０”にリセットされるかどうかを監視する（ステップ
Ｓ１３）。なお、ステップＳ１１で、マスク設定レジス
タＲ₂の１ビット目に“１”が設定されており、機能モ
ジュール６１が異常として設定されている場合には、処
理を終了してバス使用権要求信号ＢＲ（１）を無視し、
マスク設定レジスタＲ₂の１ビット目が“０”となるま
で、バス使用権要求信号ＢＲ（１）を受け付けない。

【００４３】機能モジュール６１では、バス使用許可信
号ＢＧ（１）を受信すると、次のバスクロック信号ＢＣ
ＬＫの立ち上がり（時点ｔ１３）までの間に、バス使用
権要求信号ＢＲ（１）を論理値“０”にリセットし、バ
ス使用権の要求を終了する。また、データ通信先の機能
モジュール６２を特定するアドレスＡｄｒ，データ送信
するデータＤｔａ，コマンド、この場合、マスタモジュ
ール６１からスレーブモジュール６２に対してデータを
送信するから、コマンドＷＴ、すなわち、論理値“１”
を送信する。

【００４４】そして、機能モジュール６２〜６ｍでは、
アドレスＡｄｒを参照し、自己を特定するアドレスＡｄ
ｒであるとき、自己あてのデータ通信であることを認識
してスレーブモジュールとなる。この場合機能モジュー
ル６２がスレーブモジュールとなって、データＤｔａ及
びコマンドＷＴを受信する。そして、コマンドＷＴを受
信後、２クロック後のバスクロック信号ＢＣＬＫの立ち
上がり（時点ｔ１４）で、完了応答信号Ａｃｋを論理値
“１”として送信する。そして、次のバスクロック信号
ＢＣＬＫの立ち上がり（時点ｔ１５）で完了応答信号Ａ
ｃｋを論理値“０”にリセットする。

【００４５】共通制御部１０では、機能モジュール６１
がバス使用権要求信号ＢＲ（１）を時点ｔ１３までの間
にリセットすることによって、マスタモジュールが正常
に動作していることを認識し（ステップＳ１３）、さら
に、完了応答信号Ａｃｋを受信したことによって（ステ
ップＳ１４）、マスタ及びスレーブモジュール間でのデ
ータ通信が正常に行われたことを認識し、１サイクルの
データ転送サイクルを終結する。このとき、完了応答信
号Ａｃｋを受信しない場合には、バスエラーとしてデー
タ通信を強制終了し、例えば、再度データ通信を行うよ
うマスタモジュールに通知する等の所定の処理を実行す
る（ステップＳ１５）。

【００４６】そして、マスタモジュール６１は完了応答
信号Ａｃｋを受信することによって、スレーブモジュー
ル６２へのデータ通信が終了したことを認識し、アドレ
スＡｄｒ，データＤｔａ，コマンドをそれぞれ“０”に
リセットする。このとき、例えば、マスタモジュール６
１のマスタ機能にハードウェア異常が発生する等によっ
て、バス使用権要求信号ＢＲ（１）が論理値“１”の状
態に保持されてしまったものとする。

【００４７】この場合、共通制御部１０では、バス使用
権要求信号ＢＲ（１）を監視しているから、図５に破線
で示すように時点ｔ１３までにバス使用権要求信号ＢＲ
（１）が“０”にリセットされないことを検出すると
（ステップＳ１３）、マスタモジュール６１にハードウ
ェア異常が発生したことを認識し、エラーステータスレ
ジスタＲ₁の７ビット目に“１”を設定してマスタ異常
が発生したことを設定する。さらに、バス使用権要求信
号ＢＲ（１）で特定されるマスタモジュール６１のマス
タ番号Ｍ、すなわち、マスタ番号“１”を、０から２ビ
ット目に設定する（ステップＳ１６）。そして、時点ｔ
１３でマスタ異常通知用の専用回線Ｌ１を介してバス管
理モジュール６０にマスタ異常を通知する（ステップＳ
１７）。

【００４８】バス管理モジュール６０では、マスタ異常
が通知されるとこれを割り込み入力信号として処理を行
い、まず、システムバス２経由でエラーステータスレジ
スタＲ₁のマスタ番号Ｍ、この場合“１”を読み込む。
そして、マスタ番号“１”からマスタモジュールが機能
モジュール６１であることを検出し、これを例えば表示
装置等に表示することによって、オペレータに、機能モ
ジュール６１にハードウェア異常が発生していることを
通知し、機能モジュール６１の交換等の要請を行う。ま
た、マスタ異常が生じた機能モジュール６１のマスタ番
号“１”に対応するマスク設定レジスタＲ₂の位置、す
なわち、１ビット目にシステムバス２を介して“１”を
設定する。

【００４９】これによって、共通制御部１０では、機能
モジュール６１からバス使用権要求信号ＢＲ（１）が送
信された場合でも、マスク設定レジスタＲ₂でマスタ異
常と設定されていることから、機能モジュール６１から
のバス使用権要求信号ＢＲ（１）を受け付けない。した
がって、機能モジュール６１〜６ｍと共通処理部１０と
の間で、バス使用権要求信号ＢＲ（ｎ）の送信規約を設
け、共通処理部１０でこれを監視するようにしたから、
例えば、マスタモジュールにハードウェア異常等が発生
し、バス使用権要求信号ＢＲ（ｎ）が送信されたままの
状態となった場合でも、共通処理部１０が規約違反とし
て検出するから、マスタモジュールのマスタ異常、すな
わち、マスタ機能のハードウェア異常を容易且つ迅速に
検出することができる。

【００５０】また、共通制御部１０では、マスタ異常が
生じた機能モジュールのマスタ番号をエラーステータス
レジスタＲ₁に格納するようにしたから、エラーステー
タスレジスタＲ₁のマスタ番号を参照することによっ
て、マスタ異常が生じた機能モジュールを容易に特定す
ることができる。この場合、バス管理モジュール６０に
よって、エラーステータスレジスタＲ₁からマスタ番号
を読み出して機能モジュールを特定するようにしたか
ら、オペレータはマスタ異常が発生した機能モジュール
を容易に認識することができる。よって、マスタ異常が
生じた機能モジュールをオペレータが特定する必要はな
く、通知された時点ですぐに異常が生じた機能モジュー
ルに対する対策をとることができるから、異常回復まで
の処理時間を短縮することができる。

【００５１】また、マスタ異常が生じた機能モジュール
を特定してマスク設定レジスタＲ₂に設定し、以後共通
処理部１０ではハードウェア異常が回復するまで、この
機能モジュールからのバス使用権要求信号ＢＲ（ｎ）を
受け付けないようにしたから、マスタモジュールとして
正常に作動することのできる機能モジュールのみにバス
使用権を与えることになって、バスシステムをより有効
に活用させることができる。

【００５２】また、マスタ異常をシステムバス２を介さ
ずに専用回線Ｌ１を介してバス管理モジュールに通知
し、バス管理モジュール６０では、これを割り込み入力
信号として処理するようにしたから、マスタ異常を検出
した時点でバス管理モジュール６０にマスタ異常を通知
することができ、バス管理モジュール６０では、通知さ
れた時点でマスタ異常に対する処理を開始するから、マ
スタ異常に対する対処をより早く行うことができ、バス
システムのより早い回復を図ることができる。

【００５３】次に、本発明の第２の実施の形態を説明す
る。この第２の実施の形態は、上記第１の実施の形態に
おいて、マスタモジュールから送信されるアドレスを監
視し、システムバス２に実装されないアドレスに対する
データ通信要求を回避するようにしたものである。図６
は、この第２の実施の形態におけるバス通信装置を適用
したバスシステムの概略構成を示したものである。図１
に示す第１の実施の形態において、共通制御部１０とバ
ス管理モジュール６０との間にエラーリセット依頼用の
専用回線（未回復通知用の専用回線）Ｌ２を設け、共通
制御部１０のメモリ７３に、各実装スロットの記憶領域
の構成が設定される記憶領域構成レジスタ（領域情報記
憶手段）Ｒ₃と、後述のアクセスエラーのアドレスＡｄ
ｒが格納されるアドレスレジスタＲ₄と、アクセスエラ
ーを強制的にリセットするリセット要求が設定されるバ
スエラーリセットレジスタＲ₅とがさらに設けられたこ
と以外は同様であるので、同一部には同一符号を付与し
その詳細な説明は省略する。

【００５４】前記共通制御部１０は、上記第１の実施の
形態で説明したように、マスタモジュールからのバス使
用権要求信号ＢＲ（ｎ）に対して所定の処理を実行する
と共に、マスタモジュールから送信される、通信先特定
情報としてのアドレスＡｄｒが、前記記憶領域構成レジ
スタＲ₃で“実装あり”と設定されている領域に含まれ
るか否かを判定する。そして、記憶領域構成レジスタＲ
₃で“未実装領域”として設定されている領域に対して
アクセス要求がなされた場合には、そのアドレスＡｄｒ
をアドレスレジスタ（通信先記憶手段）Ｒ₄に格納する
と共に、マスタモジュールに対してシステムバスのバス
エラーＢＥｒを送信し、データ通信を異常終結させると
共に、図７のエラーステータスレジスタＲ₁の例えば、
６ビット目に未実装領域アクセスエラー発生として
“１”を設定する。

【００５５】また、前記共通制御部１０では、前記アド
レスＡｄｒと、当該アドレスＡｄｒを送信したマスタモ
ジュールのマスタ番号とをもとに、前記アドレスＡｄｒ
がマスタモジュールの領域に該当するかどうか、つま
り、自己モジュールの記憶領域へのアクセスかどうかを
検出する。例えば、前記アドレスＡｄｒの上位ビットを
実装スロットを特定するアドレス，下位ビットを例え
ば、レジスタ、メモリ等の記憶領域を特定するアドレス
として、前記アドレスＡｄｒを構成する。そして、共通
制御部１０では、アドレスＡｄｒの上位ビットで特定さ
れる実装スロット、すなわち、マスタ番号と、バス使用
権用要求信号ＢＲ（ｎ）で特定されるマスタ番号とを比
較し、これらが同一であるときアクセスエラーとしてい
る。

【００５６】そして、バスエラーＢＥｒをマスタモジュ
ールに送信すると共に、このアドレスＡｄｒをアドレス
レジスタＲ₄に格納し、また、バスエラー発生時のバス
の状態等をバスエラー情報として所定の領域に格納する
と共に、図７のエラーステータスレジスタＲ₁の、例え
ば４ビット目に自モジュール記憶領域アクセスエラー発
生として“１”を設定する。

【００５７】そして、共通制御部１０は、アクセスエラ
ーによるバスエラーＢＥｒをマスタモジュールに送信し
た後、予め設定した期間、例えば最長２０４８クロック
サイクル間、バスエラーを発生させたマスタモジュール
についてのみバス使用権を与える。すなわち、共通制御
部１０は前述のバス使用権要求信号ＢＲ（ｎ）の調停処
理を一次的に停止し、マスタモジュールのバス使用権要
求信号ＢＲ（ｎ）のみを受け付ける。そして、図８に示
すように、１６ビットのレジスタで形成されたバスエラ
ーリセットレジスタＲ₅の７ビット目に“１”が設定さ
れたとき、バスエラー回復として、この７ビット目を
“０”にリセットすると共に、全機能モジュールからの
バス使用権要求信号ＢＲ（ｎ）の受け付けを開始する。

【００５８】そして、所定期間、この場合２０４８クロ
ックサイクル経過後も、バスエラーリセットレジスタＲ
₅に“１”が設定されない場合には、マスタモジュール
に異常が生じたものとし、バス管理モジュール６０に対
し専用回線Ｌ２を介して、エラーリセット依頼を通知す
る。前記バス管理モジュール６０は、上記第１の実施の
形態で説明したように、専用回線Ｌ１を介してマスタ異
常が通知されたとき、これを割り込み入力信号として所
定の処理を実行すると共に、リセットスタート時に、シ
ステムバス２上の全実装スロットについて所定の領域を
読み出し、その応答状況から各実装スロットの記憶領域
の構成状況を検出し、この検出結果を前記記憶領域構成
レジスタＲ₃にシステムバス２を介して設定する（領域
情報格納手段）。

【００５９】例えば、各実装スロットに接続可能な機能
モジュールについて、そのメモリ７３及びレジスタ７４
のアドレスを、例えば全機能モジュールについて共通の
アドレスに予め設定しておく。バス管理モジュール６０
は、リセットスタート時に、システムバス２上の全実装
スロットについて、実装スロットに実装可能な記憶領域
に対してアクセスを行う。すなわち、予め設定したメモ
リ７３及びレジスタ７４のアドレスをもとに、これら領
域の例えば先頭アドレスに対してアクセスを行い、各実
装スロット毎のメモリ７３及びレジスタ７４へのアクセ
スに対する応答情報を受信したか否かを検出する。そし
て、例えば、前記１番の実装スロットのメモリ７３に対
する応答情報を受信した場合には、１番の実装スロット
にはメモリ７３が実装されていると判断する。また、レ
ジスタ７４に対する応答情報を受信しない場合には、１
番の実装スロットにはレジスタ７４が実装されていない
と判断する。

【００６０】そして、このようにして検出した各実装ス
ロット毎の記憶領域の構成状況を記憶領域構成レジスタ
Ｒ₃に設定する。この記憶領域構成レジスタＲ₃は、図
９に示すようにメモリ用レジスタＲ_3a（図９（ａ））
と、レジスタ用レジスタＲ_3b（図９（ｂ））とから構成
されている。そして、これらレジスタＲ_3a，Ｒ_3bは、そ
れぞれ、１６ビットのレジスタで構成され、例えば、シ
ステムバス２に実装スロットが８個設けられているもの
とすると、０ビット目が０番の実装スロット，１ビット
目が１番の実装スロットというように各ビットが順に各
実装スロットに対応するようになっている。そして、実
装されていると判断されたメモリ７３及びレジスタ７４
について、各レジスタＲ_3a及びＲ_3bの実装スロットで特
定される対応するビットに“１”を設定するようになっ
ている。

【００６１】なお、前記記憶領域構成レジスタＲ₃は、
リセットスタート時の初期設定としては、全領域実装状
態を表す状態、すなわち、全ビット“１”に設定されて
いるものとする。また、前記バス管理モジュール６０
は、専用回線Ｌ２を介してエラーリセット依頼が通知さ
れたとき、これを割り込み入力信号として処理し、図７
のエラーステータスレジスタＲ₁を参照し、未実装領域
アクセスエラーであることを認識する。そして、アドレ
スレジスタＲ₄からそのアドレスを読み出すと共に、共
通制御部１０の所定領域に格納されたバスエラー情報を
読み出して自己の所定領域に格納した後、共通制御部１
０のバスエラーリセットレジスタＲ₅（図８）の７ビッ
ト目に“１”を設定し、バスエラーを強制解除する。

【００６２】一方、前記機能モジュールは、上記第１の
実施の形態と同様に、マスタ又はスレーブモジュールと
して作動すると共に、バスエラーＢＥｒが送信された場
合には、エラーステータスレジスタＲ₁（図７）を参照
し、未実装領域アクセスエラーを表す６ビット目に
“１”が設定されているか、又は、自モジュール記憶領
域アクセスエラーを表す４ビット目に“１”が設定され
ているかを検出することによって、未実装領域アクセス
エラー又は自モジュール記憶領域アクセスエラーが生じ
ていることを認識する。そして、共通制御部１０のアド
レスレジスタＲ₄からアドレス情報をシステムバス２を
経由して読み出し、また、共通制御部１０の所定領域に
格納したバスエラー情報を読み出し、これらをもとに自
己が送信したアドレス情報を解析し、データ転送のリト
ライ、或いはバスエラー情報をオペレータに通知する等
の異常対処を行う。そして、エラー対処処理終了後、バ
スエラーリセットレジスタＲ₅に“１”を設定し、バス
エラー解除を行う。

【００６３】次に、上記第２の実施の形態の動作を、共
通制御部１０のアドレスＡｄｒの監視処理の処理手順を
示す図１０のフローチャート、及びマスタモジュールの
バスエラーＢＥｒ受信時の処理手順を示す図１１のフロ
ーチャートに基づいて説明する。例えば、図６に示すバ
スシステムにおいて、０番から７番までの実装スロット
が設けられ、各実装スロット全てに機能モジュールが接
続されているものとする。そして、０番の実装スロット
にはバス管理モジュール６０が接続され、１番から７番
の実装スロットにはそれぞれ機能モジュール６１から６
７が接続されているものとする。

【００６４】また、機能モジュール６１及び６２には、
記憶領域としてメモリ７３とレジスタ７４とが構成さ
れ、これらには予め設定された共通のアドレスが付与さ
れているものとする。また、機能モジュール６３から６
７には、記憶領域としてメモリ７３のみが構成さている
ものとする。このバスシステムをリセットスタートする
と、バス管理モジュール６０が、各実装スロットを特定
するアドレスとメモリ７３のアドレスとからアドレス情
報を形成し、これをアドレスＡｄｒとして送信して各実
装スロットのメモリ７３の実装状況を検索すると共に、
同様にして各実装スロットを特定するアドレスとレジス
タ７４のアドレスとからアドレス情報を形成し、各実装
スロットのレジスタ７４の実装状況を検索する。各機能
モジュール６１から６７は、アドレスＡｄｒが自己の記
憶領域に対するアクセスの場合に、指定された記憶領域
の情報を読み出してこれを送信する。

【００６５】そして、バス管理モジュール６０では、そ
の応答情報に基づき記憶領域構成レジスタＲ₃の設定を
行う。この場合、機能モジュール６１及び６２について
は、メモリ７３及びレジスタ７４へのアクセスに対する
応答情報が送信されるから、１番及び２番の実装スロッ
トについては、記憶領域としてメモリ７３及びレジスタ
７４が共に形成されているものと判断する。そして、そ
の他の実装スロットについては、レジスタ７４が形成さ
れていないため、各機能モジュール６３から６７がその
アドレスへのアクセスを無視することから、バス管理モ
ジュール６０では無応答であることを認識し、３番から
７番の実装スロットには、レジスタ７４が未実装である
ものと判定する。また、バス管理モジュール６０では、
例えば自モジュールで、メモリ７３及びレジスタ７４の
実装状況を検出する。

【００６６】そして、バス管理モジュール６０では、検
出した実装状況に基づいて図７に示す、メモリ用レジス
タＲ_3a及びレジスタ用レジスタＲ_3bの設定をシステムバ
ス２を介して行う。つまり、リセットスタート時には記
憶領域構成レジスタＲ₃は、全ビット“１”に設定され
ているから、レジスタ用レジスタＲ_3bの無応答であった
３番から７番の実装スロットに対応する、３ビットから
７ビットを“０”に設定する。

【００６７】この状態から、例えば、機能モジュール６
１から機能モジュール６２に対してデータ通信を行うも
のとすると、上記第１の実施の形態と同様に、機能モジ
ュール６１が所定の手順にしたがってバス使用権要求信
号ＢＲ（１）を送信し、共通制御部１０からバス使用許
可信号ＢＧ（１）を受信する。これを受けて機能モジュ
ール６１では、データ通信先の機能モジュール６２及び
アクセス先を特定するアドレスＡｄｒ，データＤｔａ，
コマンドを送信する。

【００６８】このとき、共通制御部１０では、このアド
レスＡｄｒを監視し、このアドレスＡｄｒに対応する領
域が、記憶領域構成レジスタＲ₃で“実装あり”として
設定されている領域に該当するか否かを判定する（ステ
ップＳ２１）。そして、該当する場合には、続いてアド
レスＡｄｒの上位ビット、すなわち、実装スロットを特
定するアドレスをもとに特定されるマスタ番号が、機能
モジュール６１を特定するマスタ番号と一致するか、つ
まり、機能モジュール６１が自己の領域に対してアクセ
ス要求を行っていないかを検出する（ステップＳ２
２）。そして、マスタ番号が一致しない場合には正常で
あるものとしてアドレス監視処理を終了する。これによ
って、上記第１の実施の形態と同様に処理が行われ、一
回の転送サイクルが終了する。

【００６９】このとき、例えば、アドレスＡｄｒで特定
される領域が記憶領域構成レジスタＲ₃に“未実装”と
して設定されている場合には、共通制御部１０では、ア
ドレスＡｄｒをアドレスレジスタＲ₄に格納し、エラー
ステータスレジスタＲ₁の未実装領域アクセスエラーを
表す６ビット目を“１”に設定する（ステップＳ２
３）。そして、マスタモジュール６１に対してバスエラ
ーＢＥｒを送信する（ステップＳ２４）と共に、バスエ
ラーリセットレジスタＲ₅に対してエラーリセットが設
定されるまでの時間監視を開始する。そして、以後、マ
スタモジュール６１からのバス使用権要求信号ＢＲ
（１）のみを受け付けてマスタモジュール６１にのみシ
ステムバス２のバス使用権を与える（ステップＳ２
５）。

【００７０】また、例えば、アドレスＡｄｒで特定され
るマスタ番号が機能モジュール６１を特定するマスタ番
号である場合には、同様にしてアドレスＡｄｒをアドレ
スレジスタＲ₄に格納すると共に、エラーステータスレ
ジツアＲ₁の自モジュール記憶領域アクセスエラーを表
す４ビット目に“１”を設定する（ステップＳ２３）。
そして、以後前記と同様に処理を行う。

【００７１】マスタモジュールでは、バスエラーＢＥｒ
が通知されると、所定の異常時の処理を実行してデータ
転送処理を終了し（ステップＳ４１）、システムバス２
を経由してエラーステータスレジスタＲ₁を読み出し、
バスエラーの発生要因を検出する（ステップＳ４２）。
そして、４ビット目又は６ビット目に“１”が設定され
ている場合、すなわち、バスエラーの発生要因が未実装
領域アクセスエラー又は自モジュール記憶領域アクセス
エラーである場合、つまり、アドレスに異常がある場合
には（ステップＳ４３）、アドレスレジスタＲ₄をシス
テムバス２を介して読み出す（ステップＳ４４）。そし
て、これをもとに異常解析を行う等の所定の処理を実行
し（ステップＳ４５）、所定の異常対処処理を実行して
異常を回復させた後、異常回復としてバスエラーリセッ
トレジスタＲ₅に“１”を設定する（ステップＳ４
６）。

【００７２】なお、アドレス異常でない場合には、上記
第１の実施の形態と同様に、所定の異常対処処理を行っ
て異常回復を図る（ステップＳ４７）。一方、前記共通
制御部１０では、エラーリセットレジスタＲ₅へのエラ
ーリセットがなされたか否かを監視し（ステップＳ２
６）、予め設定したバスクロック２０４８サイクル内に
エラーリセットが行われたとき、エラーステータスレジ
スタＲ₁の、発生したアドレスエラーに対応するビット
及びアドレスレジスタＲ₄，バスエラーリセットレジス
タＲ₅をそれぞれリセットし（ステップＳ２７）、アド
レス監視処理を終了する。以後、各モジュールからのバ
ス使用権要求信号ＢＲ（ｎ）の受け付けを再開する。

【００７３】そして、バスクロック２０４８サイクル内
に、バスエラーリセットレジスタＲ ₅がエラーリセット
されない場合には（ステップＳ２８）、マスタモジュー
ルが異常であるものとして専用回線Ｌ２を介してバス管
理モジュール６０にエラーリセット依頼を行う。そし
て、以後、バスエラーリセットレジスタＲ₅がエラーリ
セットされるまでの間、バス管理モジュール６０に対し
てのみ、バス使用権を与える（ステップＳ２９）。

【００７４】バス管理モジュール６０では、専用回線Ｌ
２を介してエラーリセット依頼が通知されると、これを
割り込み入力信号として処理を行い、まず、エラーステ
ータスレジスタＲ₁をシステムバス２を介して読み出し
て、バスエラーの発生要因を検出し、同様にしてアドレ
スレジスタＲ₄を読み出す。そして、バスエラーの発生
要因から特定される異常対処処理に必要なバスエラー情
報を共通制御部１０の所定領域から読み出して、自己の
所定の領域に格納した後、例えばオペレータに異常通知
を行う等の所定の処理を実行する。

【００７５】また、所定のバスエラー情報を共通制御部
１０から読み出した後、システムバス２を経由してバス
エラーリセットレジスタＲ₅に“１”を書き込む。これ
をうけて、共通制御部１０では、バスエラーリセットレ
ジスタＲ₅にエラーリセットが設定されたことから（ス
テップＳ３０）、エラーステータスレジスタＲ₁の、発
生したアドレスエラーに対応するビット及びアドレスレ
ジスタＲ₄，バスエラーリセットレジスタＲ₅等をそれ
ぞれリセットし（ステップＳ２７）、アドレス監視処理
を終了する。以後、各モジュールからのバス使用権要求
信号ＢＲ（ｎ）の受け付けを再開する。

【００７６】したがって、予めリセットスタート時に、
各実装スロット毎に、アクセス可能な記憶領域を検出し
てこれを記憶領域構成レジスタＲ₃に設定しておき、こ
の記憶領域構成レジスタＲ₃をもとにマスタモジュール
のアドレスＡｄｒを監視するようにしたから、未実装領
域に対するアクセスエラーを容易に検出することがで
き、スレーブモジュールからの応答完了信号Ａｃｋを待
つ待ち状態となることによってバスロック状態となるこ
とを回避できる。特に、ソフトウェアのデバッグ中等に
は、誤って未実装領域に対してアクセスを行うことが多
々あるが、アドレスＡｄｒを送信した時点で未実装領域
へのアクセスエラーであることを検出することができる
から、デバッグ処理の処理効率をより向上させることが
できる。

【００７７】また、未実装領域に対するアクセスエラー
と共に、アドレスＡｄｒを監視してマスタモジュールの
自モジュールに対するアクセスエラーを検出するように
したから、機能モジュールがマスタモジュール及びスレ
ーブモジュールとして同時に動作することによって、バ
スロック状態に陥る可能性を取り除くことができ、バス
システムの信頼性をより向上させることができる。

【００７８】また、バスエラー発生時には、マスタモジ
ュールに対してのみ、バス使用権を付与するようにした
から、マスタモジュールは優先的にシステムバス２を介
して各部とのデータ通信を行うことができ、必要な情報
を必要な時に各部から収集することができるから、バス
エラー回復までの処理時間を短縮することができ、異常
箇所を迅速に回復しバスシステムをより早く回復させる
ことができる。

【００７９】また、マスタモジュールが異常対処処理を
行っているとき、所定時間はバス使用権がマスタモジュ
ールにのみ与えられるから、従来のように、例えばバス
エラー発生後、他の機能モジュールがシステムバス２を
介してデータ通信を行い異常が発生することによって、
後に発生したバスエラーのバスエラー情報が最初のバス
エラー発生時のバスエラー情報に上書きされ、エラー対
処に必要なバスエラー情報が消去される等といったこと
を回避することができ、マスタモジュールは、確実にバ
スエラー情報を得ることができるから、エラー解析を容
易に行うことができ、より早い時点でバスシステムを回
復させることができる。

【００８０】また、マスタモジュールの異常対処処理が
所定時間経過しても終了しないとき、マスタモジュール
に異常が発生したものとして、専用回線Ｌ２を介してバ
ス管理モジュール６０にエラーリセット依頼を行うよう
にしたから、バス使用権がマスタモジュールに付与され
た状態となってバスシステムがバスロック状態となるこ
とを回避することができ、また、専用回線Ｌ２によって
異常を通知するようにしたから、マスタモジュールの異
常を検出した時点でバス管理モジュール６０は対処する
ことができ、より早い時点でのバスシステムの回復を図
ることができる。また、このとき、共通制御部１０に格
納しているバスエラー情報を、バス管理モジュール６０
で読み出すようにしたから、オペレータは、バス管理モ
ジュール６０を操作することによって、これらバスエラ
ー情報を得ることができ、マスタモジュールに代わって
バスエラー及びマスタモジュールの異常に対する異常解
析を容易に行うことができる。よって、バスシステムの
迅速な回復を図ることができる。

【００８１】なお、上記第２の実施の形態においては、
機能モジュールに、異常対処処理を付加したバス管理モ
ジュールを適用した場合について説明したが、異常対処
処理のみを行う専用のバス管理モジュールを設けるよう
にすることも可能であり、この場合、コストアップにつ
ながることになるが、例えば、バス管理モジュール６０
自体がバスエラーを発生させた場合には、バスロック状
態に陥る可能性があるが、専用のバス管理モジュールを
設けることによって、バスロックを確実に回避すること
ができ、バスシステムの信頼性をより向上させることが
できる。

【００８２】次に、本発明の第３の実施の形態について
説明する。上記第２の実施の形態においては、共通制御
部１０ではアドレスＡｄｒをもとに、未実装領域アクセ
スエラー及び自モジュール記憶領域アクセスエラーを検
出するようにした場合について説明したが、この第３の
実施の形態では例えば、各機能モジュール６０〜６ｍ、
或いは、共通制御部１０の各レジスタにキーコードビッ
ト（キーコード格納領域）を設け、これらレジスタに対
してアクセス要求を行う場合には、アドレスに所定のキ
ーコードを付加してアクセス要求を行う（レジスタアク
セス手段）。そして、受信側でこのキーコードをチェッ
クする。

【００８３】図１２は、図３に示す共通制御部１０のマ
スク設定レジスタＲ₂に、キーコードビットを設けたも
のであり、８ビット目から１５ビット目にキーコードビ
ットを設けている。共通制御部１０では、各機能モジュ
ール６０〜６ｍからのマスク設定レジスタＲ₂への書き
込み要求に対し、その上位ビットが予め設定したキーコ
ード、例えば、１６進数で“Ａ５”であるときのみ、マ
スク設定レジスタＲ₂への書き込みを行う。そして、上
位ビットが予め設定したキーコードと一致しない場合に
は、受信したデータを、例えば共通制御部１０に設けた
データラッチレジスタ（図示せず。）に格納する。そし
て、エラーステータスレジスタＲ₁の空きビット、例え
ば、図７において、５ビット目をレジスタアクセス規約
違反エラーに対応するビットとして設定し、これに
“１”を設定する。そして、マスタモジュールに対して
バスエラーＢＥｒを通知する（レジスタ監視手段）。

【００８４】これを受けて、マスタモジュールは、前記
と同様に、エラーステータスレジスタＲ₁を参照して、
レジスタアクセス規約違反が発生したことを認識し、シ
ステムバス２を介して前記データラッチレジスタを読み
出し、違反内容を認識し所定のキーコードを設定して再
送する等の所定の処理を実行する。したがって、各レジ
スタにキーコードを設け、レジスタへの書き込み要求時
には共通制御部１０でキーコードをチェックするように
したから、モジュール内ソフトウェアのバグや、プロセ
ッサの暴走等によってレジスタに対して誤って書き込み
を行うことを防止することができる。また、アドレスの
コンパレータ等を設ける必要がなく、複雑なプロテクト
機構を用いることなくレジスタへの書き込み保護を行う
ことができる。

【００８５】なお、上記第３の実施の形態では、共通制
御部１０のマスク設定レジスタＲ₂に対してキーコード
を設けた場合について説明したが、その他のレジスタに
適用することも可能であり、また、共通制御部１０に限
らず、各機能モジュールのレジスタについても設定する
ようにすれば、バスシステムの信頼性をより向上させる
ことができる。

【００８６】

【発明の効果】以上説明したように、請求項１に係るバ
ス通信装置は、許可信号を送信した後所定時間内に使用
権要求信号の送信が停止するか否かを監視するようにし
たから、送信元のモジュールの異常を容易且つ迅速に検
出することができ、例えば、使用権要求信号を送信した
後、前記モジュールが異常となること等により生じるバ
スシステムのロック状態を確実に回避し、バスシステム
の信頼性を向上させることができる。

【００８７】また、請求項２に係るバス通信装置は、使
用権要求信号の送信元のモジュールの異常を検出したと
き、このモジュールを特定するモジュール特定情報を特
定情報記憶手段に格納すると共に、異常発生をバス管理
モジュールに専用回線を介して通知するようにしたか
ら、バス管理モジュールでは、異常が通知されたときに
特定情報記憶手段に格納されたモジュール特定情報を参
照することによって、迅速に且つ容易に異常が生じたモ
ジュールを特定することができる。

【００８８】また、請求項３に係るバス通信装置は、異
常が発生したモジュールからの使用権要求信号は無視
し、正常に作動可能なモジュールからの使用権要求信号
に対してのみ許可信号を送信するようにしたから、異常
が生じているモジュールによるシステムバスを介しての
データ通信を回避し、バスシステムの信頼性を向上させ
ることができる。

【００８９】また、請求項４に係るバス通信装置は、シ
ステムバスを介してアクセス可能な領域を予め検出して
おき、各モジュールからのデータ通信先を特定する領域
が前記アクセス可能な領域に該当しないとき、通信先異
常とみなすようにしたから、例えば、アクセス不可能な
領域に対するアクセス要求を行い、相手先からの応答待
ちを行うことによってバスシステムがロック状態となる
ことを確実に防止することができ、バスシステムの信頼
性を向上させることができる。

【００９０】また、請求項５に係るバス通信装置は、通
信先異常が生じた通信先特定情報を保持し、以後、当該
通信先特定情報を送信した送信元のモジュールに対して
のみバス使用権を付与するようにしたから、通信先異常
を発生させたモジュールは、システムバスを占有して、
通信先特定情報或いは、その他必要な情報を収集するこ
とができるから、より早く異常回復することができる。

【００９１】また、請求項６に係るバス通信装置は、通
信異常を発生させたモジュールに対して通信先異常を通
知した後所定時間内に通信先異常が回復しないとき、バ
ス管理モジュールに対して未回復通知を行い、通信先記
憶手段の通信先特定情報を読み出すと共に、使用権制限
を停止させるようにしたから、モジュールの異常を迅速
に検出することができると共に、通信先異常発生時の通
信先特定情報を確実に収集した後、異常が発生したモジ
ュールを除くモジュールによるデータ通信を再開させる
ことができる。

【００９２】また、請求項７に係るバス通信装置は、使
用権要求信号の送信元のモジュールと、前記通信先特定
情報で特定されるモジュールとが同一であるとき、通信
先同一異常として検出するようにしたから、自己で管理
する領域に対するアクセスにより生じるバスロック状態
を確実に回避することができ、バスシステムの信頼性を
より向上させることができる。

【００９３】さらに、請求項８に係るバス通信装置は、
予め設定したキーコードが一致するときのみレジスタへ
のアクセスを可能にしたから、レジスタへの誤った書き
込みを、コストアップを伴うことなく容易且つ確実に防
止することができる。

【図面の簡単な説明】

【図１】第１の実施の形態におけるバス通信装置を適用
したバスシステムの一例を示す構成図である。

【図２】第１の実施の形態におけるエラーステータスレ
ジスタＲ₁のフォーマットの一例である。

【図３】第１の実施の形態におけるマスク設定レジスタ
Ｒ₂のフォーマットの一例である。

【図４】第１の実施の形態における共通制御部の処理手
順の一例を示すフローチャートである。

【図５】第１の実施の形態の動作説明に供するタイムチ
ャートである。

【図６】第２の実施の形態におけるバス通信装置を適用
したバスシステムの一例を示す構成図である。

【図７】第２の実施の形態におけるエラーステータスレ
ジスタＲ₁のフォーマットの一例である。

【図８】バスエラーリセットレジスタＲ₅のフォーマッ
トの一例である。

【図９】記憶領域構成レジスタＲ₃のフォーマットの一
例である。

【図１０】第２の実施の形態における共通制御部の処理
手順の一例を示すフローチャートである。

【図１１】第２の実施の形態におけるバスエラー発生時
のマスタモジュールの処理手順の一例を示すフローチャ
ートである。

【図１２】第３の実施の形態におけるマスク設定レジス
タＲ₂のフォーマットの一例である。

【図１３】従来のバス通信装置を適用したバスシステム
の一例を示す構成図である。

【図１４】従来のバス通信装置の動作説明に供するタイ
ムチャートである。

【符号の説明】

２システムバス１０共通制御部６０バス管理モジュール６１〜６ｍ機能モジュールＲ₁ エラーステータスレジスタＲ₂ マスク設定レジスタＲ₃ 記憶領域構成レジスタＲ₄ アドレスレジスタＲ₅ エラーリセットレジスタ

───────────────────────────────────────────────────── フロントページの続き (72)発明者岩本章良東京都日野市富士町１番地富士ファコム制御株式会社内

Claims

【特許請求の範囲】

【請求項１】システムバスを介してデータ通信を行う
とき前記システムバスの使用権を要求する使用権要求信
号を送信する複数のモジュールと、前記使用権要求信号
の送信元のモジュールに対して前記システムバスの使用
権を与える許可信号を送信するバス制御部と、を備えた
バス通信装置において、前記バス制御部は、前記許可信
号を送信後所定時間内に前記使用権要求信号の送信が停
止しないとき、前記使用権要求信号を送信したモジュー
ルに異常が発生したとみなすようにしたことを特徴とす
るバス通信装置。
【請求項２】前記バス制御部は、前記モジュールの異
常を検出したとき、当該モジュールを特定するモジュー
ル特定情報を特定情報記憶手段に格納すると共に、前記
複数のモジュールのうち専用回線で前記バス制御部と接
続されたモジュールであるバス管理モジュールに、前記
専用回線を介して異常通知を行い、前記バス管理モジュ
ールは、前記異常通知が行われたとき前記特定情報記憶
手段に格納された前記モジュール特定情報をもとに異常
が発生したモジュールを特定するようにしたことを特徴
とする請求項１記載のバス通信装置。
【請求項３】前記複数のモジュールの異常発生状況が
設定されるマスクレジスタと、前記モジュール特定情報
に基づいて前記マスクレジスタの設定を行うマスクレジ
スタ設定手段とを有し、前記バス制御部は、前記マスク
レジスタの異常発生状況に基づき異常が発生したモジュ
ールに前記許可信号を送信しないようにしたことを特徴
とする請求項１又は２記載のバス通信装置。
【請求項４】前記システムバスを介してアクセス可能
な領域を検出して当該領域を特定する領域情報を領域情
報記憶手段に格納する領域情報格納手段を有し、前記バ
ス制御部は、前記モジュールからの通信先特定情報で特
定されるデータ通信先の領域が、前記領域情報記憶手段
に格納された前記領域情報で特定される領域に該当しな
いとき、通信先異常とみなすようにしたことを特徴とす
る請求項１乃至３の何れかに記載のバス通信装置。
【請求項５】前記バス制御部は、前記通信先異常を検
出したとき、前記通信先特定情報を通信先記憶手段に格
納すると共に前記通信先特定情報の送信元のモジュール
に通信先異常を通知し、以後所定時間、前記送信元のモ
ジュールに対してのみ前記システムバスの使用権を与え
る使用権制限を行い、前記モジュールは前記通信先異常
が通知されたとき、前記通信先記憶手段に格納された前
記通信先特定情報をもとに所定の異常対処処理を行うよ
うにしたことを特徴とする請求項４記載のバス通信装
置。
【請求項６】前記バス制御部が、前記送信元のモジュ
ールによる前記異常対処処理が終了したときに前記使用
権制限を解除するようにした場合に、前記バス制御部
は、前記通信先異常を通知した後所定時間内に前記通信
先異常が回復しないとき、前記バス管理モジュールに未
回復通知用の専用回線を介して前記未回復通知を行い、
前記バス管理モジュールは、前記未回復通知が行われた
とき前記通信先記憶手段に格納された前記通信先特定情
報を読み出すと共に、前記バス制御部による前記使用権
制限を強制的に解除させるようにしたことを特徴とする
請求項５記載のバス通信装置。
【請求項７】前記バス制御部は、前記使用権要求信号
の送信元のモジュールと、前記通信先特定情報で特定さ
れるデータ通信先のモジュールとが同一であるとき、通
信先同一異常として前記送信元のモジュールに通信先同
一異常通知を行うようにしたことを特徴とする請求項１
乃至６の何れかに記載のバス通信装置。
【請求項８】予め設定したキーコードが格納されるキ
ーコード格納領域を有するレジスタと、前記キーコード
を伴って前記レジスタに対してアクセス要求を行うレジ
スタアクセス手段と、前記レジスタアクセス手段のアク
セス先のレジスタのキーコード格納領域に格納されたキ
ーコード及び前記レジスタアクセス手段で設定されたキ
ーコードが一致しないとき、アクセス異常として前記レ
ジスタへのアクセスを無効とするレジスタ監視手段と、
を備えることを特徴とする請求項１乃至７の何れかに記
載のバス通信装置。