JP2001175588A - バス制御装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】マスターから異なるスレーブに対してアクセス
順序を保証する必要があるアクセス要求について、マス
ター装置に負荷をかけずにその順序を保証するバス制御
装置を提供する。 【解決手段】 アクセス要求制御部１３は、マスター装
置から発行される特種のアクセス要求群に対しては、先
行するアクセス要求によるデータアクセスが完了した後
に、その次のアクセス要求をアクセス部１５１Ｘ〜１５
１Ｙに実行させる。その際、アクセス要求制御部１３
は、スレーブキューが空になったこと、又は、スレーブ
装置から先行するアクセス要求についてのアクノリッジ
信号が応答したことによって、先行するアクセス要求の
データアクセス完了を判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マスターバスを介
してマスター装置に接続され、かつ独立したスレーブバ
スを介して複数のスレーブ装置に接続され、マスター装
置から発行されるアクセス要求に従ってスレーブ装置に
アクセスするバス制御装置に関する。

【０００２】

【従来の技術】近年、圧縮されたビデオ／音声データ、
伸長後のビデオ／音声データ等の膨大なデータをリアル
タイムに処理するいわゆるメディアプロセッサが開発さ
れている。バス制御装置は、メディアプロセッサの一部
分として、あるいはメディアプロセッサとともに使用さ
れ、複数種類の膨大なデータを入出力する。

【０００３】図１９に従来のバス制御装置の一例（特開
平8-44661）を示す。このバス制御装置は、各スレーブ
バス毎にアクセス要求を格納する複数のスレーブキュー
を有する。スレーブ装置へのアクセス要求を格納するス
レーブキューは、アクセス先のスレーブ装置での処理の
終了を待たずに、次のアクセス要求を受け付ける。これ
により、バスの遊休期間を低減している。また、処理の
遅いスレーブ装置が存在する場合でも、バスの使用効率
の低下を防いでいる。

【０００４】図２０に他のバス制御装置の一例（特開平
6-89258）を示す。このバス制御装置は、マスター側に
もアクセス要求を格納するマスターキューを有する。同
一マスター装置から連続してアクセス要求が発行される
場合、マスターキューは、スレーブ装置でのアクセス終
了を待たずにマスター装置からのアクセス要求を受け付
ける。これにより、マスター装置の待ち時間を低減して
いる。

【０００５】

【発明が解決しようとする課題】ところで、従来のバス
制御装置において、同一のマスター装置から同一スレー
ブ装置に対する一連のアクセス要求については、同じキ
ューを経由するので発行された順序と同じ順序でアクセ
スされるが、同一マスター装置から複数のスレーブ装置
に対して発行したアクセス要求については、アクセス要
求の実行順序を保証しなければならない場合には、マス
ター装置が次のように処理していた。例えば、連続する
ライトアクセス要求の順序を保証するには、先のライト
アクセス要求を発行した後、同じスレーブ装置に対する
ダミーとしてのリードアクセス要求を発行し、リードデ
ータの応答を確認することによって先のライトアクセス
が終了したと判断し、次のライトアクセス要求を発行す
る必要があった。マスター装置は、そのための付加的な
ソフト処理が必要となる。

【０００６】このように、あるマスター装置からの異な
るスレーブ装置に対する一連のアクセス要求について
は、そのアクセスの順序を守らなければならない場合、
上記のソフト処理を施さなければその順序を保証するこ
とができないので、マスター装置に負荷がかかり、ひい
ては他の処理の進行を妨げていたという問題点がある。
上記課題に鑑み本発明は、マスターから異なるスレーブ
に対してアクセス順序を保証する必要があるアクセス要
求について、マスター装置に負荷をかけずに、その順序
を保証するバス制御装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明のバス制御装置は、複数のマスターバスを介
して複数のマスター装置に接続され、かつ独立したスレ
ーブバスを介して複数のスレーブ装置に接続され、マス
ター装置から発行されるアクセス要求に従ってスレーブ
装置にアクセスするバス制御装置であって、マスターバ
スに対応する複数のマスターキューを有し、マスター装
置からマスターバスを経由して発行されるアクセス要求
を一時的にマスターキュー内に保持するマスターキュー
手段と、スレーブバスに対応して設けられた複数のスレ
ーブキューを有するスレーブキュー手段と、各マスター
キューの先頭に保持されたアクセス要求が同一スレーブ
キューに競合する場合には調停し、複数のマスターキュ
ーから複数のスレーブキューにアクセス要求を並列に転
送する転送手段と、各スレーブキューの先頭に保持され
たアクセス要求に従って、スレーブバスを介したデータ
アクセスをスレーブバス毎に独立に実行するアクセス手
段と、１つのマスター装置から発行される特種のアクセ
ス要求群に対しては、先行するアクセス要求に従うデー
タアクセスが完了した後に、その次のアクセス要求に従
うデータアクセスをアクセス手段に実行させる制御手段
とを備える。

【０００８】ここで、前記制御手段は、前記特種のアク
セス要求群の先頭のアクセス要求が発行されたことを検
出する検出手段と、全スレーブキューが空きであるか否
かを判定する判定手段と、先頭のアクセス要求が発行さ
れたことが検出されたとき、転送手段の転送を禁止し、
判定手段により空きであると判定されたとき、少なくと
も１つのマスターキューから１つだけアクセス要求を転
送することを転送手段に許可するアクセス制御手段とを
備える構成としてもよい。

【０００９】また、前記制御手段は、１つのマスター装
置から前記特種のアクセス要求群のアクセス要求が発行
されたことを検出する検出手段と、検出されたアクセス
要求の発行順序を記憶する記憶手段と、各スレーブキュ
ーの先頭のアクセス要求が特種か否かを判定する判定手
段と、特種であると判定された場合、記憶手段を参照し
て発行順序が１つ前のアクセス要求を特定し、特定した
アクセス要求がスレーブキューに保持されていれば、特
種であると判定されたアクセス要求に従うアクセス手段
のアクセスを禁止し、保持されていなければ許可するア
クセス制御手段とを備える構成としてもよい。

【００１０】

【発明の実施の形態】＜第１実施形態＞図１は、本実施
形態におけるバス制御装置の構成と、バス接続装置、マ
スター装置及びスレーブ装置の接続関係とを示すブロッ
ク図である。同図において、バス制御装置１０は、マス
ターバスＡ、Ｂ、Ｃを介してマスター装置Ａ、Ｂ、Ｃに
接続され、また、スレーブバスＸ、Ｙ、Ｚを介してスレ
ーブ装置Ｘ、Ｙ、Ｚに接続される。スレーブバスＸ、
Ｙ、Ｚは、並列に動作可能な独立したバスである。マス
ターバスＡ、Ｂ、Ｃも、本実施例では並列に動作可能な
独立したバスである。ただし、マスターバスＡ、Ｂ、Ｃ
一本のバスであってもよい。

【００１１】このバス制御装置は、例えばＳＴＢ（セッ
トトップボックス）等に実装されるいわゆるメディアプ
ロセッサの一部分を構成し、あるいはメディアコアプロ
セッサと共に使用され、圧縮されたビデオ／音声デー
タ、伸長後のビデオ／音声データ等の大量のデータを入
出力する。マスター装置Ａ〜Ｃは、例えば圧縮されたビ
デオ／音声データの入力装置、圧縮ビデオデータの伸長
装置、圧縮音声データの伸長装置等であり、スレーブ装
置は、圧縮されたビデオ／音声データを一時的に保持す
るバッファメモリ（ＳＤＲＡＭなど）、伸長後のビデオ
／音声データの出力装置などである。

【００１２】マスター装置Ａ、Ｂ、Ｃは、スレーブ装置
Ｘ、Ｙ、Ｚにデータアクセスする場合にアクセス要求を
バス制御装置１０に発行する。本実施形態では、アクセ
ス要求には、通常のアクセス要求と、順序を遵守すべき
アクセス要求の２種類がある。通常のアクセス要求は、
マスター装置から発行された順序と、実際にスレーブ装
置にアクセスされる順序とが同じになるように保証され
ないものをいう。順序を遵守すべきアクセス要求は、マ
スター装置から発行された順序と、実際にスレーブ装置
にアクセスされる順序とが同じになるように保証される
ものをいう。以下では便宜上、通常のアクセス要求を第
１種アクセス要求、順序を遵守すべきアクセス要求を第
２種アクセス要求と呼び、特に区別しない場合には単に
アクセス要求と呼ぶ。

【００１３】マスター装置Ａ、Ｂ、Ｃが一連の第２種ア
クセス要求をバス制御装置１０に発行する場合には、先
頭の第２種アクセス要求の発行に先立って、バス動作切
替信号Ａ、Ｂ、Ｃをそれぞれ出力する。ここで、バス動
作切替信号Ａ、Ｂ、Ｃは、スレーブバスＸ〜Ｚの並列バ
ス動作を、当該マスター装置から発行された第２種アク
セス要求を１つずつ処理する単一バス動作に切り替える
ことを指示する信号である。

【００１４】バス制御装置１０は、マスターキュー部１
２、アクセス要求制御部１３、アクセス要求調停部１
４、スレーブキュー部１５とを備える。マスターキュー
部１２は、マスターキュー１２Ａ、１２Ｂ、１２Ｃと、
マスターキュー管理部１２１とを有し、マスター装置
Ａ、Ｂ、ＣからバスＡ、Ｂ、Ｃを介して発行されるアク
セス要求を一時的に保持（キューイング）する。

【００１５】マスターキュー１２Ａは、マスター装置Ａ
からバスＡを介して発行されるアクセス要求を先入れ先
出し式に保持し、アクセス要求を１つでも保持している
場合にはアクセス要求信号Ａをアクセス要求制御部１３
に出力する。マスターキュー１２Ｂ、１２Ｃについて
も、対応するマスター装置及びバスとが異なる点以外は
同様である。

【００１６】ここで、マスター装置から発行されるアク
セス要求のデータフォーマットを図２に示す。同図のよ
うに、アクセス要求は、アドレス、順序遵守フラグ、リ
ード／ライト（Ｒ／Ｗ）、サイズ、データの各項目を含
む。「アドレス」はアクセス先のスレーブ装置のアドレ
スを示す。「フラグ」は”０”で第１種アクセス要求で
あること、”１”で第２種アクセス要求であることを示
す。「サイズ」はアクセスデータのサイズを示す。「デ
ータ」はライト（Ｗ）データを示し、リードの場合は存
在しない。

【００１７】マスターキュー管理部１２１は、マスター
キュー１２Ａ、１２Ｂ、１２Ｃそれぞれに保持されてい
るアクセス要求の入出力を管理する。アクセス要求制御
部１３は、マスターキューＡ、Ｂ、Ｃに保持されたアク
セス要求の許可／不許可を制御する。ここで、アクセス
要求の許可／不許可とは、アクセス要求信号Ａ、Ｂ、Ｃ
をアクセス要求調停部１４に通知する／しないことをい
う。この制御は、バス動作切替信号Ａ、Ｂ、Ｃの何れも
がアサートされていない場合と、バス動作切替信号Ａ、
Ｂ、Ｃの何れかがアサートされた場合とで異なる。

【００１８】バス動作切替信号Ａ、Ｂ、Ｃの何れもがア
サートされていない場合には、アクセス要求制御部１３
はマスターキューに保持されたアクセス要求を直ちに許
可する。その結果、スレーブキュー１５Ｘ〜１５Ｚはそ
れぞれ同時に複数のアクセス要求を保持できるので、異
なるスレーブキューの複数のアクセス要求が並列バス動
作により処理される。

【００１９】一方、バス動作切替信号Ａ、Ｂ、Ｃの何れ
かがアサートされた場合には、アクセス要求制御部１３
は、一旦各マスターキューのアクセス要求を不許可に
し、スレーブキュー部１５に既に保持されているアクセ
ス要求が全て実行されてスレーブキュー部１５が空にな
るまで待って、その後、最初の第２種アクセス要求から
最後の第２種アクセス要求までについては、先のアクセ
ス要求のデータアクセスが完了したときその次の第２種
アクセス要求を許可する。これにより、第２種アクセス
要求は、全てのスレーブキュー１５Ｘ〜１５Ｚ内に１つ
ずつ保持される結果、スレーブバスも１つずつ処理する
単一バス動作となるので、マスター装置から発行された
順番通りにスレーブ装置に対してアクセスされることに
なる。

【００２０】アクセス要求調停部１４は、アクセス要求
制御部１３によって許可されたアクセス要求を、アクセ
ス要求中のアドレスに応じたスレーブキューに転送す
る。その際、複数のアクセス要求が何れかのスレーブキ
ューに競合する場合には、調停して１つずつ当該スレー
ブキューに転送する。スレーブキュー部１５は、スレー
ブキュー１５Ｘ、１５Ｙ、１５Ｚ、アクセス部１５１
Ｘ、１５１Ｙ、１５１Ｚ、スレーブキュー管理部１５２
を有し、アクセス要求調停部１４から転送されるアクセ
ス要求を一時的に保持し、保持されたアクセス要求に従
ってスレーブ装置に対してデータアクセスをする。

【００２１】スレーブキュー１５Ｘは、アクセス要求調
停部１４を介してマスターキューから転送されるスレー
ブ装置Ｘに対するアクセス要求を先入れ先出し式に保持
する。スレーブキュー１５Ｙ、１５Ｚも、対応するアク
セス部やスレーブ装置が異なる点以外は同様である。ア
クセス部１５１Ｘは、スレーブキュー１５Ｘに保持され
たアクセス要求を先頭から順に取出し、その内容に従っ
てスレーブ装置Ｘに対してスレーブバスＸを介してデー
タアクセス（データリード／ライト）を行なう。アクセ
ス部１５１Ｙ、１５１Ｚも対応するアクセス部が異なる
点以外同様である。また、アクセス部１５１Ｘ、１５１
Ｙ、１５１Ｚは、独立かつ並列にデータアクセスを行な
う。

【００２２】スレーブキュー管理部１５２は、スレーブ
キュー１５Ｘ、１５Ｙ、１５Ｚそれぞれに保持されてい
るアクセス要求を管理する。具体的には、スレーブキュ
ー管理部１５２は、各スレーブキューに保持された各ア
クセス要求の記憶位置を指すポインタを保持し、各スレ
ーブキューに対するアクセス要求の入出力に応じてポイ
ンタを更新する。その際、全てのスレーブキューが空で
あるときにはエンプティ信号を、一連の第２種アクセス
要求の最後の第２種アクセス要求が処理されたときには
クリア信号を出力する。 ＜アクセス要求制御部１３の構成＞図３は、アクセス要
求制御部１３及びアクセス要求調停部１４のより詳細な
構成を示すブロック図である。

【００２３】同図においてアクセス要求制御部１３は、
ラッチ１３１Ａ、１３１Ｂ、１３１Ｃ、ＡＮＤゲート１
３２、応答検出部１３３、ゲート１３４Ａ、１３４Ｂ、
１３４Ｃを有する。ラッチ１３１Ａ、１３１Ｂ、１３１
Ｃは、マスター装置Ａ、Ｂ、Ｃから出力されるバス動作
切替信号Ａ、Ｂ、Ｃをそれぞれラッチする。バス動作切
替信号Ａ、Ｂ、Ｃは、それぞれマスター装置Ａ、Ｂ、Ｃ
から一連の第２種アクセス要求の先頭の第２種アクセス
要求が発行される直前又は同時に、少なくとも１クロッ
クの間アサート（ここでは０でアサート）される必要が
ある。ラッチ１３１Ａ、１３１Ｂ、１３１Ｃにラッチさ
れたバス動作要求信号Ａ、Ｂ、Ｃは、一連の第２種アク
セス要求の最後のアクセス要求が実行された時点で、ス
レーブキュー管理部１５２からのクリア信号（CLR#A,CL
R#B,CLR#C）によってクリアされる（ここでは１にクリ
ア）。

【００２４】ＡＮＤゲート１３２は、ラッチ１３１Ａ、
１３１Ｂ、１３１Ｃの出力のＡＮＤを（ここでは負論理
の論理和）をとる。つまり、ラッチ１３１Ａ、１３１
Ｂ、１３１Ｃ出力の何れかがアサートされたとき、その
旨を応答検出部１３３に通知する（以下この通知を切替
通知信号と呼ぶ）。応答検出部１３３は、切替通知信号
がアサートされていない場合は、ゲート１３４Ａ〜１３
４Ｃを常にイネーブルにする（つまりアクセス要求信号
を出力する）。この場合、スレーブバスは並列バス動作
となる。また、応答検出部１３３は、切替通知信号がア
サートされている場合は、マスターキューのアクセス要
求が１つずつ発行されるように、ゲート１３４Ａ〜１３
４Ｃのイネーブル／ディスエーブルを制御する。この場
合、スレーブバスは単一バス動作となる。

【００２５】具体的には、切替通知信号がアサートされ
たとき、応答検出部１３３は、まずゲート１３４Ａ〜１
３４Ｃを一旦ディスエーブルにし、スレーブキュー管理
部１５２からのエンプティ信号がアサートされるのをま
つ。これは、全てのスレーブキュー１５Ｘ〜１５Ｚを一
旦空にするためである。次に、エンプティ信号がアサー
トされた後、応答検出部１３３は、ゲート１３４Ａ〜１
３４Ｃをイネーブルにし、１つのアクセス要求がスレー
ブキューに格納されると（スレーブキュー管理部１５２
からアクノリッジ信号S#ACKを受けると）再度ディスエ
ーブルにする。この後も同様に、応答検出部１３３は、
エンプティ信号がアサートされるとゲート１３４Ａ〜１
３４Ｃをイネーブルにし、スレーブキューからの格納ア
クノリッジ信号を受けるとディスエーブルにする。応答
検出部１３３は、切替通知信号がアサートされている間
は、この動作を繰り返す。この動作により、マスターキ
ューに保持された第２種アクセス要求は、先のアクセス
要求がスレーブキューへ発行されてスレーブ装置へのア
クセスが完了してから、発行される。その結果、スレー
ブバスは単一バス動作となり、一連の第２種アクセス要
求はマスターキューに保持された順序でアクセスされる
ことになる。

【００２６】ゲート１３４Ａ〜１３４Ｃは、上述したよ
うにエンプティ信号により同時にイネーブル、アクノリ
ッジ信号S#ACKK信号により（つまりアクセス要求が１つ
でもスレーブキューに転送されたとき）同時にディスエ
ーブルとなるよう制御される。 ＜アクセス要求調停部１４の構成＞図３において、アク
セス要求調停部１４は、デコーダ１４１、アービター１
４２、クロスバススイッチ１４３を備える。

【００２７】デコーダ１４１は、マスターキュー１２Ａ
〜Ｃそれぞれの先頭のアクセス要求のアクセス先アドレ
スを解読することにより転送先のスレーブキューを判別
してアービター１４２に通知する。図中のA#DST,B#DST,
C#DSTは、アクセス要求信号Ａ、Ｂ、Ｃに対応するアク
セス要求の転送先（デスティネーション）を示す。アー
ビター１４２は、ゲート１３４Ａ〜Ｃからのアサートさ
れているアクセス要求信号を受け、デコーダ１４１から
の転送先を示す信号（A#DST,B#DST,C#DST）が競合して
いる場合には調停し、調停結果に従ってアクセス要求を
マスターキューからスレーブキューに転送するようクロ
スバススイッチ１４３を制御する。この調停の方法は切
替通知信号がアサートされているか否かで異なる。

【００２８】切替通知信号がアサートされている場合に
は、アービター１４２は、アクセス要求信号Ａ〜Ｃのう
ち複数がアサートされていても、そのうちの１つのみを
選択して受付け、受付けたアクセス要求信号に対応する
アクセス要求をマスターキューから転送先のスレーブキ
ューに転送するようクロスバススイッチ１４３を制御す
る。その際、アクセス要求信号Ａ〜Ｃから１つを選択す
る方法は、巡回的に選択するラウンドロビン方式や、履
歴に応じて選択する方法や、固定的な方法等でよい。こ
のように、切替通知信号がアサートされている場合に
は、アービター１４２は、マスターキューからスレーブ
キューへ１つずつアクセス要求を転送するので、上記の
応答検出部１３３の動作と相俟って、３本のスレーブキ
ューＸ〜Ｚ中にはただ１つの第２種アクセス要求だけが
保持され、アクセス完了した時点で次のアクセス要求が
保持されることになる。したがって、切替要求信号がア
サートされている間、単一バス動作に切替わり、第２種
アクセス要求はマスター装置から発行された順序で実行
されることになる。

【００２９】また、切替通知信号がアサートされていな
い場合には、アービター１４２は、アクセス要求信号Ａ
〜Ｃのうちアサートされているものを調停して、マスタ
ーキュー１２Ａ〜１２Ｃからスレーブキュー１５Ｘ〜１
５Ｚへ可能な限り並列に（最大３つ）アクセス要求を転
送する。これにより、マスターキューに保持された第１
種アクセス要求は、スレーブキューに空きがある限り転
送され、スレーブバスでは並列バス動作することにな
る。

【００３０】上記の調停に応じて、アービター１４２
は、クロスバススイッチ１４３に選択制御信号SEL#X,SE
L#Y,SEL#Zを、スレーブキュー管理部１５２に対してSRC
#X,SRC#Y,SRC#Zを出力する。SEL#Xは、スレーブキュー
Ｘの入力に対して(1)マスタキューＡを接続する、(2)マ
スタキューＢを接続する、(3)マスタキューＣを接続す
る、(4)どれも接続しないの４通りの何れかを指示す
る。SEL#Y,SEL#Zも、スレーブキューＹ、Ｚに対応する
点以外同様である。また、SRC#Xは、スレーブキューＸ
に対してどのマスターキューから転送したかを示す信号
で、(1)マスタキューＡから、(2)マスタキューＢから、
(3)マスタキューＣから、(4)どれもないの４通りの何れ
かを示す。SRC#Y,SRC#Zも、スレーブキューＹ、Ｚに対
応する以外同様である。

【００３１】クロスバススイッチ１４３は、各マスター
キューの出力と各スレーブキューの入力とをアービター
１４２からの選択制御信号（SEL#X,SEL#Y,SEL#Z）に従
って接続する。 ＜スレーブキュー管理部１５２＞図４は、スレーブキュ
ー管理部１５２のより詳細な構成を示すブロック図であ
る。同図のようにスレーブキュー管理部１５２は、ポイ
ンタテーブル１５２Ｘ、１５２Ｙ、１５２Ｚ、ポインタ
更新部１５３を備える。

【００３２】ポインタテーブル１５２Ｘは、スレーブキ
ュー１５Ｘとして使用されるメモリ領域に保持されてい
るアクセス要求毎に、キュー先頭からの順位、アドレ
ス、サイズ、順序遵守フラグを保持する。ポインタテー
ブル１５２Ｙ、１５２Ｚも同様である。なお、ポインタ
テーブル１５２Ｘ〜Ｚについては、通常のメモリをソフ
トウェア的にＦＩＦＯとして使用する場合には必要にな
るが、スレーブキュー１５Ｘ〜Ｚがハードウェア構成の
ＦＩＦＯである場合には、「フラグ」欄以外は不要であ
る。

【００３３】ポインタ更新部１５３は、スレーブキュー
１５Ｘ〜１５Ｚに保持されているアクセス要求の個数を
それぞれカウントするカウンタ１５３Ｘ、１５３Ｙ、１
５３Ｚ、空き判定部１５４、終了判定部１５５を内部に
有し、各スレーブキューに対するアクセス要求の入出力
に応じて、各ポインタテーブルを更新する。具体的に
は、ポインタ更新部１５３は、アービター１４２から調
停結果を示す信号(SRC#X,SRC#Y,SRC#Z)を受けて、新た
にアクセス要求が転送されたスレーブキューを判別し、
判別されたスレーブキューに対応するカウンタをインク
リメントし、ポインタテーブルにエントリを追加および
更新する。このとき、スレーブキューにアクセス要求が
格納されたことを示すアクノリッジ信号S#ACKを応答検
出部１３３に出力する。このアクノリッジ信号S#ACK
は、応答検出部１３３によりアクセス要求信号Ａ〜Ｃを
ディスエーブルするために用いられる。

【００３４】また、ポインタ更新部１５３は、アクセス
部１５１Ｘ〜１５１Ｚからの、各スレーブ装置に対する
データアクセスの完了を意味するアクノリッジ信号（AC
K#X,ACK#Y,ACK#Z）を受けて、どのスレーブキューのア
クセス要求が取り出されてかを判別し、判別されたスレ
ーブキューに対応するカウンタをデクリメントし、ポイ
ンタテーブルのエントリを削除および更新する。

【００３５】空き判定部１５４は、カウンタ１５３Ｘ、
１５３Ｙ、１５３Ｚの全てが０であるとき、全てのスレ
ーブキューが空きであることを示す信号（EMPTY）を応
答検出部１３３に出力する終了判定部１５５は、各ポイ
ンタテーブルのフラグ欄及びアービター１４２からの信
号(SRC#X,SRC#Y,SRC#Z)に基づいて、マスター装置から
発行された連続する第２種アクセス要求のうち最後の第
２種アクセス要求のデータアクセスが終了したことを判
定し、当該マスター装置に対応するクリア信号（CLR#A,
CLR#B,CLR#Cのいずれか）をラッチ１３１Ａ〜Ｃの１つ
に出力する。

【００３６】すなわち、終了判定部１５５は、内部にマ
スター装置毎の連続フラグ保持部（連続フラグは”１”
で連続する第２種アクセス要求の処理中を意味する）を
有し、ポインタテーブルにエントリが追加されたとき、
アービター１４２からの信号(SRC#X,SRC#Y,SRC#Z)から
発行元のマスター装置を判別し、(1)追加されたエント
リ中の順序遵守フラグが”１”であって、かつ判別され
たマスター装置に対応する連続フラグが”０”である場
合、連続フラグを”１”に設定し、(2)順序遵守フラグ
が”０”であって、かつ判別されたマスター装置に対応
する連続フラグが”１”である場合、最後の第２種アク
セス要求のデータアクセスが終了したと判定し、当該マ
スター装置に対応するクリア信号を出力し、(2)順序遵
守フラグが”０”であって、かつ判別されたマスター装
置に対応する連続フラグが”０”である場合、及び両者
が”１”と”１”である場合には、連続フラグを変更し
ない。上記の(2)の場合においてクリア信号が出力され
ることにより、当該マスター装置のバス動作切替信号に
より開始した単一バス動作モードが終了する。 ＜動作説明＞以上のように構成された第１の実施形態に
おけるバス制御装置について、図５、図６を用いてその
動作を説明する。

【００３７】図５（ａ）〜（ｅ）は、マスターキュー１
２Ａ〜１２Ｃに保持されたアクセス要求がスレーブキュ
ー１５Ｘ〜１５Ｙに転送される様子を時間順に示した図
である。同図において、例えばA-X-1は、「（発行元マ
スター装置）−（発行先スレーブ装置）−（番号）」を
意味する識別子であり、マスター装置Ａからのスレーブ
装置Ｘに対するアクセス要求であることを示す。図中の
アクセス要求B-X-1,B-Z-1は第２種アクセス要求であ
り、これ以外は第１種アクセス要求であるものとする。

【００３８】図６は、バス制御装置の動作タイミングを
示すタイムチャートである。同図において（Ａ）クロッ
ク信号はバス制御装置の動作クロックを示す。（Ｂ）バ
ス動作切替信号および（Ｃ）ＡＮＤ１３２（切替通知信
号）は、図３に示した信号である。（Ｄ）アクセス要求
信号Ａ〜Ｃは、実際には３本の信号であるが、同図では
３本ともアサートされているので、代表として１つを図
示してある。（Ｅ）応答検出部１３３のイネーブル信号
は、図３に示したゲート１３４Ａ〜Ｃに入力されている
イネーブル信号であり、エンプティ信号によりアサート
され、スレーブキュー格納アクノリッジ信号にネゲート
される。（Ｆ）ゲート１３４Ａ〜Ｃ出力は、実際には３
本の信号であるが、同図では３本ともアサートされてい
るので、代表として１つを図示してある。（Ｇ）エンプ
ティ信号（EMPTY信号）および（Ｈ）スレーブキュー格
納アクノリッジ（S#ACK信号）は、それぞれ図３に示し
た信号である。（Ｉ）カウンタ１５３Ｘ〜Ｚは、図４に
示したものであるが、図６では便宜上３つのカウンタの
合計の値を示している。（Ｊ）スレーブ装置アクノリッ
ジは、図４に示したACK#X,ACK#Y,ACK#Zを便宜上１つだ
け示してある。（Ｋ）連続フラグは終了判定部１５５に
保持されている連続フラグの値を示す。図６の信号は、
（Ｉ）（Ｋ）を除いて負論理で示してある。

【００３９】今、マスター装置Ｂがバス動作切替信号Ｂ
をアサートし（図６のサイクルＴ１）、第２種アクセス
要求B-X-1,B-Z-1をマスターキュー１２Ｂに発行したも
のとする。応答検出部１３３は、バス動作切替信号Ｂが
アサートされたことにより全てのアクセス要求信号をネ
ゲートする（サイクルＴ２、Ｔ３）。その結果、新たな
アクセス要求がスレーブキューに転送されないので、既
にスレーブキューに保持されているアクセス要求が処理
された時点で、図５（ａ）に示すようにスレーブキュー
１５Ｘ〜１５Ｚが空になる。

【００４０】スレーブキュー１５Ｘ〜１５Ｚが空になっ
たことにより、空き判定部１５４から応答検出部１３３
にエンプティ信号が出力される。エンプティ信号を受け
た応答検出部１３３はゲート１３４Ａ〜１３４Ｃをイネ
ーブルにする。これによりアクセス要求信号Ａ、Ｂ、Ｃ
がともにアービター１４２にアサートされる（サイクル
Ｔ４）。アービター１４２は、切替通知信号がアサート
されているので、アクセス要求信号Ａ、Ｂ、Ｃのうち何
れか１つだけを受付ける。ここでは、アクセス要求信号
Ｂが受付けられたものとする。そうすると、アービター
１４２の制御により、マスターキュー１２Ｂに保持され
た第２種アクセス要求B-X-1がスレーブキュー１５Ｘに
転送される（サイクルＴ６）。転送された時点で、応答
検出部１３３はゲート１３４Ａ〜１３４Ｃをディスエー
ブルにする（サイクルＴ６、７）。この時点で、図５
（ｂ）に示すようにスレーブキュー１５Ｘ〜１５Ｚに
は、第２種アクセス要求B-X-1のみが保持される。この
とき、先頭の第２種アクセス要求B-X-1が転送されたこ
とから、連続フラグがセットされる。

【００４１】第２種アクセス要求B-X-1に従ってアクセ
ス部１５１Ｘがスレーブ装置にアクセスすると、再度エ
ンプティ信号がアサートされる。これにより、上記（サ
イクルＴ４〜Ｔ７）と同様に何れかのアクセス要求がス
レーブキューに転送される。図５（ｃ）は、アービター
１４２による調停の結果、アクセス要求C-Y-1がスレー
ブキュー１５Ｙに転送された場合を示している。

【００４２】アクセス要求C-X-1によるデータアクセス
の後、同様にアクセス要求A-X-1がスレーブキュー１５
Ｘに転送されたた場合を図５（ｄ）に示す。アクセス要
求A-X-1によるデータアクセスの後、同様に第２種アク
セス要求B-Z-1がスレーブキュー１５Ｚに転送された場
合を図５（ｅ）に示す。このように、切替通知信号がア
サートされている間は、単一バス動作となり、第２種ア
クセス要求、第１種アクセス要求もともに１つずつスレ
ーブキュー１５Ｘ〜Ｚに転送される。その結果、第２種
アクセス要求のアクセス順序が保証される。また、結果
的に第１種アクセス要求も単一バス動作で処理される。

【００４３】単一バス動作は、一連の第２種アクセス要
求の最後のアクセス要求B-Z-1によるアクセスがなさ
れ、さらに、同じマスター装置Ｂからの第１種アクセス
要求BーZー2がスレーブキューに転送された時点で終了す
る。すなわち、一連の第２種アクセス要求に後続する第
１種アクセス要求が同じマスター装置から発行され、ス
レーブキューに格納された時点で（図６のサイクルＴ２
０）、終了判定部により連続フラグがリセットされると
同時に切替通知信号がクリアされる（サイクルＴ２
１）。これにより、応答検出部１３３はゲート１３４Ａ
〜Ｃをイネーブルにする（サイクルＴ２２）ので、単一
バス動作から並列バス動作に切り替わる。

【００４４】以上説明してきたように本実施形態におけ
るバス制御装置によれば、一連の第２種アクセス要求に
対しては、並列バス動作から単一バス動作に切り替えて
スレーブ装置に対して１つずつアクセスするので、マス
ター装置が発行した順番と同じ順番でスレーブ装置にア
クセスすることを保証している。なお、各マスター装置
は、一連の第２種アクセス要求の発行に先立ってバス動
作切替信号をアサートしているが、同信号をアサートし
ない構成としてもよい。すなわち、バス制御装置におい
てデコーダ１４１がさらに先頭のアクセス要求が第１種
であるか第２種であるかを判別し、一連の第２種アクセ
ス要求の先頭を検出したときに、そのマスターキューに
対応するラッチ１３１Ａ〜１３１Ｃをセット（ゼロに設
定）する構成としてもよい。 ＜第２実施形態＞本実施形態におけるバス制御装置は、
第１実施形態で説明したバス制御装置と比べて、アクセ
ス要求調停部１４の代わりにアクセス要求調停部２４を
備える構成となっている。これ以外は同じ構成なので同
じ構成要素は説明を省略して、以下異なる構成要素のみ
を説明する。

【００４５】図７は、アクセス要求制御部１３およびア
クセス要求調停部２４の詳細な構成を示すブロック図で
ある。アクセス要求制御部１３については第１実施形態
と同じである。アクセス要求調停部２４は、デコーダ２
４１、アービター２４２、クロスバススイッチ１４３と
を備える。

【００４６】デコーダ２４１は、第１実施形態のデコー
ダ１４１の機能に加えて、マスターキュー１２Ａ〜Ｃそ
れぞれの先頭のアクセス要求が第１種アクセス要求であ
るか第２種アクセス要求であるか判別し、判別したアク
セス要求の種別をアービター２４２に通知する。この判
別は、図２に示した順序遵守フラグを参照して、その値
が１であるか０であるかによる。

【００４７】アービター２４２は、切替通知信号がアサ
ートされていない場合の調停動作は、第１実施形態のア
ービター１４２と同じであるが、切替通知信号がアサー
トされている場合の調停動作が異なる。すなわち、切替
通知信号がアサートされている場合、アービター２４２
は、デコーダ２４１から通知されるアクセス要求の種別
を参照して、アクセス要求信号Ａ〜Ｃのうちアサートさ
れている信号のうち第２種アクセス要求に対応するアク
セス要求信号を選択し、同時に、並列に転送可能な第１
種アクセス要求も選択して、それらに対応するアクセス
要求をマスターキューから転送先のスレーブキューに転
送するようクロスバススイッチ１４３を制御する。これ
により、一連の第２種アクセス要求に対しては、１つず
つ単一にバス動作させながらも、アクセス順序を保証し
なくてもよい第１種アクセス要求を並列にアクセスさせ
ることになる。

【００４８】以上のように構成された本実施形態におけ
るバス制御装置について、以下その動作を説明する。図
８（ａ）〜（ｄ）は、マスターキュー１２Ａ〜１２Ｃに
保持されたアクセス要求がスレーブキュー１５Ｘ〜１５
Ｙに転送される様子を時間順に示した図である。図中の
アクセス要求B-X-1,B-Z-1は第２種アクセス要求であ
り、これ以外は第１種アクセス要求であるものとする。

【００４９】図８（ａ）は、マスターキュー１２Ｂに第
２種アクセス要求B-X-1,B-Z-1と第１種アクセス要求B-Z
-2が発行され、同時にマスター装置Ｂからバス動作切替
信号Ｂがアサートされ、アクセス要求制御部１３がゲー
ト１３４Ａ〜１３４Ｃをディスエーブルにした後、スレ
ーブキュー１５Ｘ〜１５Ｙが空になった状態を示す。

【００５０】この状態で、エンプティ信号を受けたアク
セス要求制御部１３は、ゲート１３４Ａ〜１３４Ｃをイ
ネーブルにする。デコーダ２４１は、各マスタキューの
先頭のアクセス要求のアドレスの解読と、種別の判別と
を行う。その結果、各アクセス要求の転送先を示す信号
と、アクセス要求B-X-1が第２種であり、アクセス要求A
-X-1,C-Y-1が第１種であることとをアービター２４２に
通知する。

【００５１】この通知を受けてアービター２４２は、第
２種アクセス要求を優先して調停し、第２種アクセス要
求B-X-1と第１種アクセス要求C-Y-1とをスレーブキュー
に転送するようクロスバススイッチ１４３を制御する。
これにより図８（ｂ）の状態となる。さらに、各スレー
ブキューが空になった後、アービター２４２は、第２種
アクセス要求を優先して調停し、第２種アクセス要求B-
Z-1と第１種アクセス要求A-X-1,C-Y-2とをスレーブキュ
ーに転送するようクロスバススイッチ１４３を制御す
る。これにより図８（ｃ）の状態になる。

【００５２】さらに、各スレーブキューが空になった
後、マスター装置Ｂからの第１種アクセス要求B-Z-2が
転送された時点で、ポインタ更新部１５３からのクリア
信号(CLR#B)により動作切替信号がリセットされる。こ
れにより通常の並列バス動作に戻る。このように本実施
形態のバス制御装置によれば、一連の第２種アクセス要
求に対しては１ずつ処理する単一バス動作を行い、同時
にマスターキューから第２種アクセス要求をスレーブキ
ューに転送する際に、第２種アクセス要求とは無関係な
第１種アクセス要求も転送するので、単一バス動作によ
るバス転送効率低下を改善することができる。 ＜第３実施形態＞本実施形態におけるバス制御装置は、
第１実施形態で説明したバス制御装置と比べて、アクセ
ス要求制御部１３、アクセス要求調停部１４、スレーブ
キュー管理部１５２の代わりに、アクセス要求制御部３
３、アクセス要求調停部３４、スレーブキュー管理部３
５２をそれぞれ備える構成となっている。これ以外は同
じ構成なので同じ構成要素は説明を省略して、以下異な
る構成要素のみを説明する。

【００５３】図９は、アクセス要求制御部３３およびア
クセス要求調停部３４の詳細な構成を示すブロック図で
ある。同図においてアクセス要求制御部３３は、第１実
施形態におけるアクセス要求制御部１３と比べて、ＡＮ
Ｄゲート１３２が削除されている点と、応答検出部１３
３の代わりに応答検出部３３３を備える点とが異なって
いる。

【００５４】応答検出部３３３は、応答検出部１３３と
比べて、ラッチ１３１Ａ〜１３１Ｃからラッチされたバ
ス動作切替信号Ａ〜Ｃが入力される点と、ゲート１３４
Ａ〜Ｃにイネーブル信号を個別に供給する点と、どのマ
スター装置の第２種アクセス要求がスレーブ装置にて処
理されたかを通知するアクノリッジ信号（ACK2#A,ACK2#
B,ACK2#C）がスレーブキュー管理部３５２から入力され
る点とが異なっている。すなわち、何れかのバス動作切
替信号がアサートされた場合には、応答検出部３３３
は、一旦、ゲート１３４Ａ〜Ｃを全てディスエーブル信
号にすることにより全てのスレーブキュー装置が空にな
るのを待って、空になった後は、アサートされたバス動
作切替信号に対応するゲートのみに対してイネーブルを
制御する。

【００５５】例えば、バス動作切替信号がアサートされ
た場合には、応答検出部３３３は、一旦、ゲート１３４
Ａ〜Ｃを全てディスエーブルにし、エンプティ信号がア
サートされた後は、ゲート１３４Ｂ、１３４Ｃ対しては
常にイネーブルにし、ゲート１３４Ａに対してはアクノ
リッジ信号（ACK2#A）がアサートされたときにイネーブ
ルにし、その後スレーブキュー格納アクノリッジ（S#AC
K信号）がアサートされたときにディスエーブルにす
る。これにより、バス動作切替信号をアサートしたマス
ター装置Ａからの一連の第２種アクセス要求について
は、先の第２種アクセス要求の処理を終えた次の第２種
アクセス要求がスレーブキューに転送されることになる
ので、アクセス順序が保証される。一方、バス動作切替
信号をアサートしていないマスター装置Ｂ、Ｃからの第
１種アクセス要求については、通常通りスレーブキュー
に空きがあれば転送されることになる。

【００５６】アクセス要求調停部３４は、第１実施形態
におけるアクセス要求調停部１４に比べて、アービター
１４２の代わりにアービター３４２を備える点とが異な
っている。アービター３４２は、切替通知信号が入力さ
れない点でアービター１４２と異なっており、切替通知
信号がアサートされていない場合のアービター１４２の
動作と同じ動作をする。

【００５７】図１０は、スレーブキュー管理部３５２の
詳細な構成を示すブロック図である。同図においてスレ
ーブキュー管理部３５２は、スレーブキュー管理部１５
２と比べて、ポインタ更新部１５３の代わりにポインタ
更新部３５３を備える点が異なっている。 ポインタ更
新部３５３は、ポインタ更新部１５３と比べて、ポイン
タテーブルに「ソース欄」が追加された点と、ＡＣＫ判
定部３５６が追加された点とが異なっている。

【００５８】ポインタテーブル３５２Ｘ〜３５２Ｚの
「ソース欄」は、アクセス要求の発行元（ソース）のマ
スター装置を示す。ＡＣＫ判定部３５６は、スレーブ装
置Ｘ〜Ｚにおけるデータアクセスの完了を意味するアク
ノリッジ信号（ACK#X,ACK#Y,ACK#Z）を受けたとき、ポ
インタテーブル１５２Ｘ〜Ｚからそれに対応するアクセ
ス要求のエントリが削除される前に、当該アクセス要求
が第２種であるかどうかを参照し、第２種であればその
ソースを参照し、ソースに対応するアクノリッジ信号
（ACK2#A,ACK2#B,ACK2#C）を出力する。つまり、スレー
ブ装置において第２種アクセス要求が処理された場合に
のみそのソースを示すアクノリッジ信号（ACK2#A,ACK2#
B,ACK2#C）を出力する。

【００５９】以上のように構成された第３実施形態にお
けるバス制御装置について、以下その動作を説明する。
図１１（ａ）〜（ｄ）は、マスターキュー１２Ａ〜１２
Ｃに保持されたアクセス要求がスレーブキュー１５Ｘ〜
１５Ｙに転送される様子を時間順に示した図である。図
中のアクセス要求B-X-1,B-Z-1,B-Z-2は第２種アクセス
要求であり、これ以外は第１種アクセス要求であるもの
とする。

【００６０】図１１（ａ）は、第２種アクセス要求B-X-
1,B-Z-1,B-Z-2が発行され、同時にマスター装置Ｂから
バス動作切替信号Ｂがアサートされた後、スレーブキュ
ー１５Ｘ〜１５Ｙが空になった状態を示す。この状態
で、エンプティ信号を受けた応答検出部３３３は、ゲー
ト１３４Ａおよび１３４Ｃに対しては常にイネーブルに
し、ゲート１３４Ｂに対しては、エンプティ信号を受け
た後まずイネーブルにし、スレーブキュー格納アクノリ
ッジ信号（S#ACK）がアサートされた時点でディスエネ
ーブルし、これ以降は、第２種アクセス要求が処理され
たことを示すアクノリッジ信号（この場合ACK2#B）がア
サートされた時点でゲート１３４Ｂをイネーブルにし、
スレーブキュー格納アクノリッジ信号（S#ACK）がアサ
ートされた時点でディスエネーブルにする。

【００６１】これにより、図１１（ａ）の状態でエンプ
ティ信号を受けた後、第２種アクセス要求は１つだけマ
スターキューからスレーブキューに転送され、第１種ア
クセス要求は、スレーブキューに可能な限り転送され
る。その結果、同図（ｂ）の状態になる。さらに、同図
（ｂ）の第２種アクセス要求B-X-1がスレーブ装置Ｘで
処理された後、次の第２種アクセス要求B-Z-1がマスタ
ーキューからスレーブキューに転送される。その結果同
図（ｃ）の状態になる。

【００６２】同様に、第２種アクセス要求B-Z-1が処理
された後、同図（ｄ）の状態になる。このように本実施
形態におけるバス制御装置によれば、バス動作切替信号
をアサートしたマスター装置のアクセス要求信号のみを
制御することにより、第２種アクセス要求のアクセス順
序を保証するようスレーブキューに転送するとともに、
他の第１種アクセス要求も同時に転送する。これによ
り、スレーブバスの転送効率を向上させている。 ＜第４実施形態＞本実施形態におけるバス制御装置は、
第３実施形態で説明したバス制御装置と比べて、アクセ
ス要求調停部内のデコーダ２４１およびアービター３４
２の代わりにデコーダ４４１およびアービター４４２
を、スレーブキュー管理部内のＡＣＫ判定部３５６の代
わりにＡＣＫ判定部４５６を備えている点が異なる。

【００６３】図１２は、アクセス要求制御部３３および
アクセス要求調停部４４の詳細な構成を示すブロック図
である。第３実施形態と異なるデコーダ４４１、アービ
ター４４２について説明し、同じ点は説明を省略する。
デコーダ４４１は、デコーダ２４１の機能に加えて、各
マスターキュー先頭のアクセス要求が第１種アクセス要
求であるか第２種アクセス要求であるかを判別し、第２
種アクセス要求が先頭に存在する場合には、その旨をア
ービター４４２に通知する。

【００６４】アービター４４２は、アービター３４２の
機能に加えて、第２種アクセス要求を転送したときにそ
の発行元のマスターキューと発行先のスレーブとがどれ
であるかを記憶し、また、デコーダ４４１から第２種ア
クセス要求が存在する旨の通知がなされたとき、当該第
二種アクセス要求が存在するマスターキューと発行先ス
レーブキューとを判別し、その判別結果が記憶内容（つ
まり前回発行した第２種アクセス要求の発行元マスター
キューと発行先スレーブキュー）と一致する場合には、
対応するアクセス要求信号がアサートされていなくても
スレーブキューに転送するよう制御する。これにより、
１つのマスター装置から同一のスレーブ装置に対して連
続して第２種アクセス要求が発行されている場合には、
スレーブキューに早期に転送することになる。

【００６５】図１３は、スレーブキュー管理部４５２の
詳細な構成を示すブロック図である。第３実施形態にお
けるスレーブキュー管理部３５２内のＡＣＫ判定部３５
６の代わりにＡＣＫ判定部４５６を備える点が異なる。
ＡＣＫ判定部４５６は、スレーブ装置Ｘ〜Ｚにおけるデ
ータアクセスの完了を意味するアクノリッジ信号（ACK#
X,ACK#Y,ACK#Z）を受けたとき、ポインタテーブル１５
２Ｘ〜Ｚからそれに対応するアクセス要求のエントリが
削除される前に、完了したアクセス要求が第２種であっ
て、かつ、同じスレーブキュー内に同じソースからの他
の第２種アクセス要求が保持されていない場合に、当該
ソースに対応するアクノリッジ信号（ACK2#A,ACK2#B,AC
K2#C）を出力する。すなわち、ＡＣＫ判定部４５６は、
スレーブ装置において第２種アクセス要求が処理された
場合で、かつ、同じマスター装置からの第２種アクセス
要求がスレーブキューに保持されていない場合にのみそ
のソースを示すアクノリッジ信号（ACK2#A,ACK2#B,ACK2
#C）を出力する。

【００６６】以上のように構成された第４実施形態にお
けるバス制御装置について、以下その動作を説明する。
図１４（ａ）〜（ｄ）は、マスターキュー１２Ａ〜１２
Ｃに保持されたアクセス要求がスレーブキュー１５Ｘ〜
１５Ｙに転送される様子を時間順に示した図である。図
中のアクセス要求B-X-1,B-Z-1,B-Z-2,B-Y-1は第２種ア
クセス要求であり、これ以外は第１種アクセス要求であ
るものとする。

【００６７】図１４（ａ）（ｂ）（ｄ）については、第
３実施形態と同様に第２種アクセス要求が１つずつ発行
される。図１４（ｃ）に示すように、同じマスター装置
から同じスレーブキューに対して第２種アクセス要求が
連続している場合には、スレーブキューに早い段階で転
送される。このように本実施形態のバス制御装置によれ
ば、前回の第２種アクセス要求とその次の第２種アクセ
ス要求が同一スレーブへのアクセス要求である場合は、
スレーブキューに順次転送されるので、早期に処理され
ることになる。 ＜第５実施形態＞図１５は、本実施形態におけるバス制
御装置５０の構成と、その周辺のマスター装置Ａ〜Ｃ、
スレーブ装置Ｘ〜Ｚとを示すブロック図である。このバ
ス制御装置５０は、マスターキュー部１２の後段ではな
く、スレーブキュー部５４の後段で第２種アクセス要求
の許可／不許可を制御するよう構成されている。

【００６８】同図においてマスター装置Ａ〜Ｃは、それ
ぞれ第１種アクセス要求、第２種アクセス要求を発行す
る点で上記各実施形態と同じであるがバス動作切り替え
信号を出力する必要がない点で異なっている。すなわ
ち、各マスター装置は、順序を遵守したい一連のアクセ
ス要求を、第２種アクセス要求として発行するだけでよ
く、バス動作切替信号を出力する必要がない。また、ア
クセス部１５１Ｘ〜Ｚはそれぞれ１クロックの期間以上
アクセス要求信号がアサートされた場合にスレーブキュ
ー先頭のアクセス要求の処理を開始するものとする。

【００６９】バス制御装置５０は、マスターキュー部１
２、アクセス要求調停部３４、スレーブキュー部５４、
アクセス要求制御部５５、アクセス部１５１Ｘ〜１５１
Ｚを備える。マスターキュー部１２は、上記各実施形態
と同じであるので説明を省略する。アクセス要求調停部
３４は、第３実施形態と同じである。ただし、マスター
キュー１２Ａ〜１２Ｃから直接アクセス要求信号Ａ〜Ｃ
が入力される点が異なっているので、各マスターキュー
のアクセス要求は直ちに調停される。

【００７０】スレーブキュー部５４は、スレーブキュー
１５Ｘ〜１５Ｚと、各スレーブキューに保持されるアク
セス要求を管理するスレーブキュー管理部５５２とから
なる。スレーブキュー１５Ｘ〜１５Ｚは上記各実施形態
と同じである。スレーブキュー管理部５５２は、各スレ
ーブキューに保持されるアクセス要求を管理し、特に、
第２種アクセス要求についてはマスター装置から発行さ
れた順序を記憶するよう構成されている。

【００７１】アクセス要求制御部５５は、スレーブキュ
ー１５Ｘ〜１５Ｚからのアクセス要求信号Ｘ〜Ｚを受け
て、スレーブキュー管理部５５２を参照して、アクセス
要求信号Ｘ〜Ｚに対応するアクセス要求が第１種アクセ
ス要求であれば、直ちにそのアクセス要求信号をアクセ
ス部１５１Ｘ〜１５１Ｚに通知し、また、第２種アクセ
ス要求であれば、スレーブキュー管理部５５２に記憶さ
れている順序でアクセス要求信号をアクセス部１５１Ｘ
〜１５１Ｚに通知する。これにより、第２種アクセス要
求は、マスター装置から発行された順序でアクセス部１
５１Ｘ〜１５１Ｚにおいて処理されることになる。

【００７２】図１６は、スレーブキュー管理部５５２の
より詳細な構成を示すブロック図である。同図のように
スレーブキュー管理部５５２は、ポインタテーブル５５
２Ｘ〜５５２Ｚ、順序テーブル５５２Ａ〜５５２Ｃ、ポ
インタ更新部５５３を備える。ポインタテーブル５５２
Ｘ〜５５２Ｚは、それぞれ第３実施形態におけるポイン
タテーブル３５２Ｘ〜３５２Ｚに対してＩＤ欄が追加さ
れた構成となっている。ＩＤ欄は、個々のアクセス要求
を識別する識別子（または名称）を示し、スレーブキュ
ーにアクセス要求が転送されたときに他の欄と共に追加
され、アクセス部１５１Ｘ〜Ｚによりアクセス要求が取
り出されたときに削除される。

【００７３】順序テーブル５５２Ａ〜５５２Ｃは、マス
ター装置Ａ〜Ｃに対応し、それぞれ対応するマスター装
置から発行された一連の第２種アクセスの識別子を、マ
スター装置から発行された順序で記憶する。ポインタ更
新部５５３は、ポインタテーブル５５２Ｘ〜Ｚの管理
（エントリの追加、削除および更新）を行なうことに加
えて、終了判定部１５５、順序テーブル作成部５５４、
並び替え部５５５を備える。このうち終了判定部１５５
は、第１実施形態と同様である。

【００７４】順序テーブル作成部５５４は、ポインタテ
ーブル５５２Ｘ〜５５２Ｚにエントリが追加されるごと
に、追加されたフラグ欄のフラグが第２種アクセス要求
を示すとき、その発行元のマスター装置に対応する順序
テーブルに第２種アクセス要求の識別子を追加し、終了
判定部１５５により一連の第２種アクセス要求が終了し
たと判定されたとき（CLR#A,CLR#B,CLR#Cの何れかがア
サートされたとき）に、そのマスター装置に対応する順
序テーブルの内容を消去する。

【００７５】並び替え部５５５は、各スレーブキューに
おいて、第２種アクセス要求の\u後段に\u第１種アクセ
ス要求が保持されてい\uて、当該第２種アクセス要求に
先行して実行すべき第２種アクセス要求が未完了であ\u
る場合には、\u当該第２種アクセス要求と第１種アクセ
ス要求\uの順位を入れ替える。すなわち、並び替え部５
５５は、ポインタテーブル５５２Ｘ〜Ｚを参照し、第２
種アクセス要求の\u後段に\u第１種アクセス要求が保持
されてい\uて、かつ当該第２種アクセス要求に先行して
実行すべき第２種アクセス要求が保持されてい\uるか否
かを判定し、保持されている場合には、ポインタテーブ
ル５５２Ｘ〜Ｚにおける\u当該第２種アクセス要求と第
１種アクセス要求の\u順位を入れ替える。

【００７６】図１７は、アクセス要求制御部５５の詳細
な構成を示すブロック図である。同図のようにアクセス
要求制御部５５は、ゲート５３４Ｘ〜５３４Ｚとゲート
制御部５５１とから構成される。ゲート５３４Ｘ〜５３
４Ｚは、スレーブキュー１５Ｘ〜１５Ｚから出力される
アクセス要求信号Ｘ〜Ｙの許可／不許可を（つまりアク
セス部１５１Ｘ〜Ｚに出力するか否かを）ゲート制御部
５５１の制御によって切り替える。

【００７７】ゲート制御部５５１は、アクセス要求信号
毎に、スレーブキュー先頭のアクセス要求が第２種アク
セス要求である場合には、先行する第２種アクセス要求
のデータアクセスがなされた後に、対応するゲートをイ
ネーブルにし、先頭が第１種アクセス信号である場合に
は、直ちにイネーブルにする。より具体的には、ゲート
制御部５５１は、通常ゲート５３４Ｘ〜Ｚへのイネーブ
ル信号をディスエーブルにしており、ポインタテーブル
５５２Ｘ〜５５２Ｚを参照して先頭のアクセス要求が第
２種のアクセス要求である場合には、さらに順序テーブ
ル５５２Ａ〜５５２Ｃから当該第２種アクセス要求より
も先行する（順序が１つ前の）第２種アクセス要求の識
別子を取出し、その識別子がポインタテーブル５５２Ｘ
〜５５２Ｚにエントリされていないときは、対応するゲ
ートを１クロック以上（例えば２クロックの期間だけ）
イネーブルにし、エントリされているときは、ディスエ
ーブルのままにする（つまり、先行する第２種アクセス
要求の処理完了を待つ）。また、ポインタテーブル５５
２Ｘ〜５５２Ｚを参照して先頭のアクセス要求が第１種
のアクセス要求であれば、対応するゲートを直ちに１ク
ロック以上イネーブルにする。

【００７８】以上のように構成された第５の実施形態に
おけるバス制御装置について、以下その動作を説明す
る。図１８（ａ）〜（ｃ）は、マスターキュー１２Ａ〜
１２Ｃ、スレーブキュー１５Ｘ〜１５Ｙに保持されたア
クセス要求がアクセス部１５１Ｘ〜Ｚにより処理される
様子を時間順に示した図である。図中のアクセス要求B-
X-1,B-Z-1は第２種アクセス要求であり、これ以外は第
１種アクセス要求であるものとする。

【００７９】同図（ａ）は、マスター装置Ｂから第２種
アクセス要求B-X-1,B-Z-1がこの順序で保持されたこと
を示している。同図では各スレーブキューは空になって
いるが、本実施例では実際には空とは限らない。各マス
ターキューに保持されたアクセス要求は、アクセス要求
調停部３４による調停の後直ちにスレーブキューに転送
される。その結果、同図（ｂ）の状態になったものとす
る。

【００８０】この状態で、アクセス要求制御部５５は、
スレーブキュー１５Ｘについては先頭が第２種アクセス
要求B-X-1でなので、順序テーブル５５２Ｂを参照し、
一連の第２種アクセス要求の１番であることから、アク
セス要求信号Ｘを出力するようゲート５３４Ｘを１クロ
ック以上イネーブルにする。同時に、スレーブキュー１
５Ｙ、１５Ｚについては先頭が第１種アクセス要求C-Y-
1,A-Z-1なので、直ちにアクセス要求信号Ｙ、Ｚを出力
するよゲート５３４Ｙ、Ｚを１クロック以上イネーブル
にする。

【００８１】これにより各スレーブキュー先頭のアクセ
ス要求がスレーブ装置にて処理されることになる。その
間、並び替え部５５５は、スレーブキューＺにおける第
２種アクセス要求B-Z-1と\uその後段の第１種アクセス
要求B-Z-2と\uを入れ替える。\u入れ替えにより、第２
種アクセス要求B-Z-1に先行する第２種アクセス要求B-X
-1のアクセスが長時間を要する場合でも、入れ替えた第
１種アクセス要求がスレーブ装置Ｚで処理されることに
なり、先行する第２種アクセス要求の処理完了待ちによ
りスレーブバスがアイドル状態になることを回避するこ
とができる。\uその後、同図（ｃ）の状態になる。

【００８２】さらに、この状態で、アクセス要求制御部
５５は、スレーブキュー１５Ｘ、１５Ｙ先頭の第１種ア
クセス要求A-X-1,A-Y-1については直ちにアクセス要求
信号Ｘ、Ｙを出力するようイネーブルにする。同時に、
スレーブキュー１５Ｚについては先頭が第２種アクセス
要求B-Z-1でなので、順序テーブル５５２Ｂを参照し、
先行する第２種アクセス要求B-X-1がポインタテーブル
５５２Ｘ〜Ｚにもはや存在しないことから、アクセス要
求信号Ｚを出力するようゲート５３４Ｚをイネーブルに
する。

【００８３】以上説明してきたように、本実施形態にお
けるバス制御装置５０によれば、アクセス要求制御部５
５が、先行する第２種アクセス要求によるデータアクセ
スの完了を待ってから第２種アクセス要求をアクセス部
１５１Ｘ〜Ｚに発行するので、一連の第２種アクセス要
求をマスター装置からの発行順序通りにスレーブアクセ
スすることを保証することができる。

【００８４】また、アクセス要求制御部５５をスレーブ
キュー１５Ｘ〜Ｚの後段に設けたので、マスターキュー
１２Ａ〜Ｃおよびスレーブキュー１５Ｘ〜Ｚのバッファ
としての機能を最大限生かすことができる。さらに、一
連の第２種アクセス要求に対しては、１つずつ処理（デ
ータアクセス）される（単一バス動作的に処理される）
が、同時に第１種アクセス要求も処理されるので、スレ
ーブバスの効率良く使用することができる。

【００８５】なお\u、\u第５実施形態ではゲート制御部
５５１がイネーブル信号を１クロック以上イネーブルし
た後ディスエーブルにしているが、イネーブルにした後
対応するスレーブ装置よって先頭のアクセス要求が読み
出された時点又はそのデータアクセスが開始された時点
でディスエーブルにするようにしてもよい。

【００８６】

【発明の効果】以上のように本発明によると、同一マス
ターから異なるスレーブへのアクセス順序を保証する必
要がある場合に、順序を保証するための付加的なソフト
処理を必要とせずに、バス転送効率の低下を最小限に抑
えつつ、アクセス順序を保証したバス制御を実現するこ
とが可能となる。

【００８７】本発明のバス制御装置は、マスターバスを
介してマスター装置に接続され、かつ独立したスレーブ
バスを介して複数のスレーブ装置に接続され、マスター
装置から発行されるアクセス要求に従ってスレーブ装置
をアクセスするバス制御装置であって、マスター装置か
らマスターバスを経由して発行されるアクセス要求を一
時的に保持するマスターキュー手段と、スレーブバスに
対応して設けられた複数のスレーブキューを有するスレ
ーブキュー手段と、マスターキュー手段に保持されたア
クセス要求を、発行先のスレーブ装置に対応するスレー
ブキューに転送する転送手段と、各スレーブキューに保
持されたアクセス要求に従って、スレーブバスを介した
データアクセスをスレーブバス毎に独立に実行するアク
セス手段と、マスター装置から発行される特種のアクセ
ス要求群に対しては、先行するアクセス要求によるデー
タアクセスが完了した後に、その次のアクセス要求をア
クセス手段に実行させる制御手段とを備える。

【００８８】この構成によれば、制御手段は、マスター
装置から発行される特種のアクセス要求群に対しては、
先行するアクセス要求によるデータアクセスが完了した
後に、その次のアクセス要求をアクセス手段に実行させ
る。その結果、マスター装置から発行された順序でスレ
ーブ装置にアクセス順序を保証する場合に、各マスター
装置に順序を遵守させるためのソフト処理をさせない
（負荷をかけない）という効果がある。

【００８９】前記制御手段は、マスター装置から前記特
種のアクセス要求群の先頭のアクセス要求が発行された
ことを検出する検出手段と、全スレーブキューが空きで
あるか否かを判定する判定手段と、先頭のアクセス要求
が発行されたことが検出されたとき、転送手段の転送を
禁止し、判定手段により空きであると判定されたとき、
マスターキューから１つだけアクセス要求を転送するこ
とを許可するアクセス制御手段とを備える。

【００９０】この構成によれば上記効果に加えて、判定
手段は全スレーブキューが空きであるか否かを判定する
ことにより、先行する特種のアクセス要求によるデータ
アクセスが完了したかどうかを判定しているので、構成
を簡単にすることができる。また、前記制御手段は、マ
スター装置から前記特種のアクセス要求群のアクセス要
求が発行されたことを検出する検出手段と、検出された
アクセス要求の発行順序を記憶する記憶手段と、各スレ
ーブキューの先頭のアクセス要求が特種か否かを判定す
る判定手段と、特種であると判定された場合、記憶手段
を参照して発行順序が１つ前のアクセス要求を特定し、
特定したアクセス要求がスレーブキューに保持されてい
れば、当該スレーブキューに対応するアクセス手段に対
してアクセスを禁止し、保持されていなければ許可する
アクセス制御手段とを備える。

【００９１】この構成によれば上記効果に加えて、判定
手段が各スレーブキューの先頭のアクセス要求が特種か
否かを判定し、制御手段が、スレーブキュー先頭の特種
アクセス要求よりも発行順序が１つ前の特種アクセス要
求を特定し、特定したアクセス要求がデータアクセスを
完了してから、スレーブキュー先頭の特種アクセス要求
に従ってデータアクセスするよう許可するので、マスタ
ーキュー及びスレーブキューの容量を十分に活用できる
ので、特種のアクセス要求群も他のアクセス要求も効率
良く処理することができる。

【００９２】また、本発明のバス制御装置は、複数のマ
スターバスを介して複数のマスター装置に接続され、か
つ独立したスレーブバスを介して複数のスレーブ装置に
接続され、マスター装置から発行されるアクセス要求に
従ってスレーブ装置をアクセスするバス制御装置であっ
て、マスターバスに対応する複数のマスターキューを有
し、マスター装置からマスターバスを経由して発行され
るアクセス要求を一時的にマスターキュー内に保持する
マスターキュー手段と、スレーブバスに対応して設けら
れた複数のスレーブキューを有するスレーブキュー手段
と、各マスターキューの先頭に保持されたアクセス要求
が同一スレーブキューに競合する場合には調停し、複数
のマスターキューから複数のスレーブキューにアクセス
要求を並列に転送する転送手段と、各スレーブキューの
先頭に保持されたアクセス要求に従って、スレーブバス
を介したデータアクセスをスレーブバス毎に独立に実行
するアクセス手段と、１つのマスター装置から発行され
る特種のアクセス要求群に対しては、先行するアクセス
要求に従うデータアクセスが完了した後に、その次のア
クセス要求に従うデータアクセスをアクセス手段に実行
させる制御手段とを備える。

【００９３】この構成によれば、制御手段は、マスター
装置から発行される特種のアクセス要求群に対しては、
先行するアクセス要求によるデータアクセスが完了した
後に、その次のアクセス要求をアクセス手段に実行させ
る。その結果、マスター装置から発行された順序でスレ
ーブ装置にアクセス順序を保証する場合に、各マスター
装置に順序を遵守させるためのソフト処理をさせない
（負荷をかけない）という効果がある。

【００９４】前記制御手段は、前記特種のアクセス要求
群の先頭のアクセス要求が発行されたことを検出する検
出手段と、全スレーブキューが空きであるか否かを判定
する判定手段と、先頭のアクセス要求が発行されたこと
が検出されたとき、転送手段の転送を禁止し、判定手段
により空きであると判定されたとき、少なくとも１つの
マスターキューから１つだけアクセス要求を転送するこ
とを転送手段に許可するアクセス制御手段とを備える。

【００９５】この構成によれば上記効果に加えて、判定
手段は全スレーブキューが空きであるか否かを判定する
ことにより、先行する特種のアクセス要求によるデータ
アクセスが完了したかどうかを判定しているので、構成
を簡単にすることができる。さらに、転送手段がそれぞ
れのマスターキューから１つだけアクセス要求を転送す
る場合には、特種のアクセス要求群が存在する場合で
も、スレーブバスの並列動作を損ねないで使用すること
ができる。

【００９６】また前記制御手段は、前記特種のアクセス
要求群の先頭のアクセス要求が発行されたことを検出す
る第１検出手段と、前記特種のアクセス要求群に含まれ
るアクセス要求によるデータアクセスが完了したことを
検出する第２検出手段と、第１検出手段により先頭のア
クセス要求が発行されたことが検出されたとき、特種の
アクセス要求を保持するマスターキューからの転送を転
送手段に対して禁止し、第２検出手段によりデータアク
セスの完了が検出されたとき、特種のアクセス要求を保
持するマスターキューからアクセス要求を転送すること
を転送手段に許可するアクセス制御手段とを備える。

【００９７】この構成によれば、アクセス制御手段は、
第２検出手段により先行する特種アクセス要求のデータ
アクセスの完了が検出されたとき、特種のアクセス要求
を保持するマスターキューからアクセス要求を転送する
ことを転送手段に許可するので、特種のアクセス要求を
順序通りデータアクセスさせるとともに、他のアクセス
要求も効率良くデータアクセスさせることができる。

【００９８】前記制御手段は、１つのマスター装置から
前記特種のアクセス要求群のアクセス要求が発行された
ことを検出する検出手段と、検出されたアクセス要求の
発行順序を記憶する記憶手段と、各スレーブキューの先
頭のアクセス要求が特種か否かを判定する判定手段と、
特種であると判定された場合、記憶手段を参照して発行
順序が１つ前のアクセス要求を特定し、特定したアクセ
ス要求がスレーブキューに保持されていれば、特種であ
ると判定されたアクセス要求に従うアクセス手段のアク
セスを禁止し、保持されていなければ許可するアクセス
制御手段とを備える。

【００９９】この構成によれば上記効果に加えて、判定
手段が各スレーブキューの先頭のアクセス要求が特種か
否かを判定し、制御手段が、スレーブキュー先頭の特種
アクセス要求よりも発行順序が１つ前の特種アクセス要
求を特定し、特定したアクセス要求がデータアクセスを
完了してから、スレーブキュー先頭の特種アクセス要求
に従ってデータアクセスするよう許可するので、マスタ
ーキュー及びスレーブキューの容量を十分に活用できる
ので、特種のアクセス要求群も他のアクセス要求も効率
良く処理することができる。

【図面の簡単な説明】

【図１】第１の実施形態におけるバス制御装置の構成
と、バス接続装置、マスター装置及びスレーブ装置の接
続関係とを示すブロック図である。

【図２】マスター装置から発行されるアクセス要求のデ
ータフォーマットを示す図である。。

【図３】アクセス要求制御部１３及びアクセス要求調停
部１４のより詳細な構成を示すブロック図である。

【図４】スレーブキュー管理部１５２のより詳細な構成
を示すブロック図である。

【図５】マスターキュー１２Ａ〜１２Ｃに保持されたア
クセス要求がスレーブキュー１５Ｘ〜１５Ｙに転送され
る様子を示す図である。。

【図６】バス制御装置の動作タイミングを示すタイムチ
ャートである。

【図７】第２の実施形態におけるアクセス要求制御部１
３およびアクセス要求調停部２４の詳細な構成を示すブ
ロック図である。

【図８】マスターキュー１２Ａ〜１２Ｃに保持されたア
クセス要求がスレーブキュー１５Ｘ〜１５Ｙに転送され
る様子を示す図である。

【図９】第３の実施形態におけるアクセス要求制御部３
３およびアクセス要求調停部２４の詳細な構成を示すブ
ロック図である。

【図１０】スレーブキュー管理部３５２のより詳細な構
成を示すブロック図である。

【図１１】マスターキュー１２Ａ〜１２Ｃに保持された
アクセス要求がスレーブキュー１５Ｘ〜１５Ｙに転送さ
れる様子を示す図である。

【図１２】第４の実施形態にアクセス要求制御部３３お
よびアクセス要求調停部４４の詳細な構成を示すブロッ
ク図である。

【図１３】スレーブキュー管理部４５２の詳細な構成を
示すブロック図である。

【図１４】マスターキュー１２Ａ〜１２Ｃに保持された
アクセス要求がスレーブキュー１５Ｘ〜１５Ｙに転送さ
れる様子を示す図である。

【図１５】第５の実施形態におけるバス制御装置５０の
構成と、その周辺のマスター装置Ａ〜Ｃ、スレーブ装置
Ｘ〜Ｚとを示すブロック図である。

【図１６】スレーブキュー管理部５５２のより詳細な構
成を示すブロック図である。

【図１７】アクセス要求制御部５５の詳細な構成を示す
ブロック図である。

【図１８】マスターキュー１２Ａ〜１２Ｃ、スレーブキ
ュー１５Ｘ〜１５Ｙに保持されたアクセス要求がアクセ
ス部１５１Ｘ〜Ｚにより処理される様子を時間順に示し
た図である。

【図１９】従来のバス制御装置の一例を示す。

【図２０】従来のバス制御装置の他の例を示す。

【符号の説明】

１０ バス制御装置 １２ マスターキュー部 １２Ａ〜１２Ｃ マスターキュー １３ アクセス要求制御部 １４ アクセス要求調停部 １５ スレーブキュー部 １５Ｘ〜１５Ｚ スレーブキュー １２１ マスターキュー管理部 １５１Ｘ〜１５１Ｚ アクセス部 １５２ スレーブキュー管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 関部 勉 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 原田 昌明 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B061 FF01 FF13 GG02 RR02 RR03

Claims (7)

【特許請求の範囲】
1. 【請求項１】 マスターバスを介してマスター装置に接
   続され、かつ独立したスレーブバスを介して複数のスレ
   ーブ装置に接続され、マスター装置から発行されるアク
   セス要求に従ってスレーブ装置にアクセスするバス制御
   装置であって、 マスター装置からマスターバスを経由して発行されるア
   クセス要求を一時的に保持するマスターキュー手段と、 スレーブバスに対応して設けられた複数のスレーブキュ
   ーを有するスレーブキュー手段と、 マスターキュー手段に保持されたアクセス要求を、発行
   先のスレーブ装置に対応するスレーブキューに転送する
   転送手段と、 各スレーブキューに保持されたアクセス要求に従って、
   スレーブバスを介したデータアクセスをスレーブバス毎
   に独立に実行するアクセス手段と、 マスター装置から発行される特種のアクセス要求群に対
   しては、先行する特種のアクセス要求によるデータアク
   セスが完了した後に、その次の特種のアクセス要求をア
   クセス手段に実行させる制御手段とを備えることを特徴
   とするバス制御装置。
2. 【請求項２】 前記制御手段は、 マスター装置から前記特種のアクセス要求群の先頭のア
   クセス要求が発行されたことを検出する検出手段と、 全スレーブキューが空きであるか否かを判定する判定手
   段と、 先頭のアクセス要求が発行されたことが検出されたと
   き、転送手段の転送を禁止し、判定手段により空きであ
   ると判定されたとき、マスターキューから１つだけアク
   セス要求を転送することを許可するアクセス制御手段と
   を備えることを特徴とする請求項１記載のバス制御装
   置。
3. 【請求項３】 前記制御手段は、 マスター装置から前記特種のアクセス要求群のアクセス
   要求が発行されたことを検出する検出手段と、 検出されたアクセス要求の発行順序を記憶する記憶手段
   と、 各スレーブキューの先頭のアクセス要求が特種か否かを
   判定する判定手段と、 特種であると判定された場合、記憶手段を参照して発行
   順序が１つ前のアクセス要求を特定し、特定したアクセ
   ス要求がスレーブキューに保持されていれば、当該スレ
   ーブキューに対応するアクセス手段に対してアクセスを
   禁止し、保持されていなければ許可するアクセス制御手
   段とを備えることを特徴とする請求項１記載のバス制御
   装置。
4. 【請求項４】 複数のマスターバスを介して複数のマス
   ター装置に接続され、かつ独立したスレーブバスを介し
   て複数のスレーブ装置に接続され、マスター装置から発
   行されるアクセス要求に従ってスレーブ装置にアクセス
   するバス制御装置であって、 マスターバスに対応する複数のマスターキューを有し、
   マスター装置からマスターバスを経由して発行されるア
   クセス要求を一時的にマスターキュー内に保持するマス
   ターキュー手段と、 スレーブバスに対応して設けられた複数のスレーブキュ
   ーを有するスレーブキュー手段と、 各マスターキューの先頭に保持されたアクセス要求が同
   一スレーブキューに競合する場合には調停し、複数のマ
   スターキューから複数のスレーブキューにアクセス要求
   を並列に転送する転送手段と、 各スレーブキューの先頭に保持されたアクセス要求に従
   って、スレーブバスを介したデータアクセスをスレーブ
   バス毎に独立に実行するアクセス手段と、 １つのマスター装置から発行される特種のアクセス要求
   群に対しては、先行する特種のアクセス要求に従うデー
   タアクセスが完了した後に、その次の特種のアクセス要
   求に従うデータアクセスをアクセス手段に実行させる制
   御手段とを備えることを特徴とするバス制御装置。
5. 【請求項５】 前記制御手段は、 前記特種のアクセス要求群の先頭のアクセス要求が発行
   されたことを検出する検出手段と、 全スレーブキューが空きであるか否かを判定する判定手
   段と、 先頭のアクセス要求が発行されたことが検出されたと
   き、転送手段の転送を禁止し、判定手段により空きであ
   ると判定されたとき、少なくとも１つのマスターキュー
   から１つだけアクセス要求を転送することを転送手段に
   許可するアクセス制御手段とを備えることを特徴とする
   請求項２記載のバス制御装置。
6. 【請求項６】 前記制御手段は、 前記特種のアクセス要求群の先頭のアクセス要求が発行
   されたことを検出する第１検出手段と、 前記特種のアクセス要求群に含まれるアクセス要求によ
   るデータアクセスが完了したことを検出する第２検出手
   段と、 第１検出手段により先頭のアクセス要求が発行されたこ
   とが検出されたとき、特種のアクセス要求を保持するマ
   スターキューからの転送を転送手段に対して禁止し、第
   ２検出手段によりデータアクセスの完了が検出されたと
   き、特種のアクセス要求を保持するマスターキューから
   アクセス要求を転送することを転送手段に許可するアク
   セス制御手段と、 を備えることを特徴とする請求項２記載のバス制御装
   置。
7. 【請求項７】 前記制御手段は、 １つのマスター装置から前記特種のアクセス要求群のア
   クセス要求が発行されたことを検出する検出手段と、 検出されたアクセス要求の発行順序を記憶する記憶手段
   と、 各スレーブキューの先頭のアクセス要求が特種か否かを
   判定する判定手段と、 特種であると判定された場合、記憶手段を参照して発行
   順序が１つ前のアクセス要求を特定し、特定したアクセ
   ス要求がスレーブキューに保持されていれば、特種であ
   ると判定されたアクセス要求に従うアクセス手段のアク
   セスを禁止し、保持されていなければ許可するアクセス
   制御手段とを備えることを特徴とする請求項１記載のバ
   ス制御装置。