JPH05101002A - バス要求方式 - Google Patents
バス要求方式Info
- Publication number
- JPH05101002A JPH05101002A JP26223791A JP26223791A JPH05101002A JP H05101002 A JPH05101002 A JP H05101002A JP 26223791 A JP26223791 A JP 26223791A JP 26223791 A JP26223791 A JP 26223791A JP H05101002 A JPH05101002 A JP H05101002A
- Authority
- JP
- Japan
- Prior art keywords
- bus
- bus request
- request
- signal
- signal line
- 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.)
- Withdrawn
Links
Landscapes
- Bus Control (AREA)
Abstract
(57)【要約】
【目的】 バス使用権要求と、使用権割り当てと、バス
使用権要求送出の禁止及び解除とを、共通バス上で実現
し、接続信号数の削減を行い得るバス要求方式を提供す
ることにある。 【構成】 オープン・コレクタ・インタフェースで構成
され、バス要求受付度を示す装置番号情報と、バス動作
内容情報と、バス要求禁止情報と、バンク情報と、バス
・ロック解除情報とから成る共通のバス要求信号群を持
ち、送出した装置番号情報と受信した装置番号情報との
一致検出による使用権を得たことを確認する確認手段
と、バス要求信号送出の禁止手段と、長時間のバス・ロ
ック監視，解除手段とを演算装置１０乃至Ｓ−ＢＵＳ監
視制御装置２０に具備させている。
使用権要求送出の禁止及び解除とを、共通バス上で実現
し、接続信号数の削減を行い得るバス要求方式を提供す
ることにある。 【構成】 オープン・コレクタ・インタフェースで構成
され、バス要求受付度を示す装置番号情報と、バス動作
内容情報と、バス要求禁止情報と、バンク情報と、バス
・ロック解除情報とから成る共通のバス要求信号群を持
ち、送出した装置番号情報と受信した装置番号情報との
一致検出による使用権を得たことを確認する確認手段
と、バス要求信号送出の禁止手段と、長時間のバス・ロ
ック監視，解除手段とを演算装置１０乃至Ｓ−ＢＵＳ監
視制御装置２０に具備させている。
Description
【０００１】
【産業上の利用分野】本発明は、システムを構成する共
通バスに関して、特にバス使用権の決定制御を実行する
ためのバス要求方式に関する。
通バスに関して、特にバス使用権の決定制御を実行する
ためのバス要求方式に関する。
【０００２】
【従来の技術】従来、この種のバス要求方式は、共通バ
スに接続される各種制御装置より個別にバス使用権要求
を送出し、バス調停制御装置にて一括して受付優先制御
を行ない、個別にバス使用許可信号を返す方式となって
いる。
スに接続される各種制御装置より個別にバス使用権要求
を送出し、バス調停制御装置にて一括して受付優先制御
を行ない、個別にバス使用許可信号を返す方式となって
いる。
【０００３】
【発明が解決しようとする課題】しかしながら、この従
来のバス要求方式では、バス調停制御装置と共通バスに
接続される各種制御装置との接続が個別に接続するた
め、接続信号数が多いと言う問題点があった。
来のバス要求方式では、バス調停制御装置と共通バスに
接続される各種制御装置との接続が個別に接続するた
め、接続信号数が多いと言う問題点があった。
【０００４】また、バス使用権のロック状況も、バス調
停制御装置内で一括して行なっている為、バス要求の各
種制御装置では認識できないため、バス使用要求がバス
ロック状態となり、長い時間保留されると言った問題点
があった。
停制御装置内で一括して行なっている為、バス要求の各
種制御装置では認識できないため、バス使用要求がバス
ロック状態となり、長い時間保留されると言った問題点
があった。
【０００５】そこで、本発明の第１の技術的課題は、上
記欠点に鑑み、接続信号数をより削減したバス要求方式
を提供することにある。
記欠点に鑑み、接続信号数をより削減したバス要求方式
を提供することにある。
【０００６】また、本発明の第２の技術的課題は、バス
使用権のロック状況等を、バス要求の各制御装置毎に認
識可能としたバス要求方式を提供することにある。
使用権のロック状況等を、バス要求の各制御装置毎に認
識可能としたバス要求方式を提供することにある。
【０００７】
【課題を解決するための手段】本発明によれば、システ
ムを構成する複数の制御装置群を接続する共通バスのバ
ス使用権要求及び受付制御を実行するためのバス要求方
式において、オープンコレクタインタフェースで構成さ
れ、バス要求受付優先度を示す装置番号情報とバス要求
動作内容情報とを含むバス要求信号線群と、該バス要求
信号線群を送出するドライバと、バス要求信号線群を受
信するレシーバと、ドライバから送出された装置番号情
報とレシーバより得られた装置番号情報との一致を検出
してバス使用権を得たか否かを検出する比較手段とを有
し、複数の制御装置群の各々による共通バスのバス使用
権の確認を可能としたバス要求方式が得られる。
ムを構成する複数の制御装置群を接続する共通バスのバ
ス使用権要求及び受付制御を実行するためのバス要求方
式において、オープンコレクタインタフェースで構成さ
れ、バス要求受付優先度を示す装置番号情報とバス要求
動作内容情報とを含むバス要求信号線群と、該バス要求
信号線群を送出するドライバと、バス要求信号線群を受
信するレシーバと、ドライバから送出された装置番号情
報とレシーバより得られた装置番号情報との一致を検出
してバス使用権を得たか否かを検出する比較手段とを有
し、複数の制御装置群の各々による共通バスのバス使用
権の確認を可能としたバス要求方式が得られる。
【０００８】又、本発明によれば、上記バス要求方式に
おいて、バス要求信号線群は、バス要求情報の送出を禁
止するバス要求送出禁止信号線を有するものであり、バ
ス要求許可後に、バス要求動作内容情報に従い、バス要
求送出禁止信号を制御して、次にバス要求信号の送出を
制御するバス監視制御手段を設けたバス要求方式や、バ
ス要求信号線群は、主記憶アクセス時のバンク情報を有
し、バス監視制御手段は、バス要求動作内容とバンク情
報とに基づいて、バス要求送出禁止信号線を制御するバ
ス要求方式も得られる。
おいて、バス要求信号線群は、バス要求情報の送出を禁
止するバス要求送出禁止信号線を有するものであり、バ
ス要求許可後に、バス要求動作内容情報に従い、バス要
求送出禁止信号を制御して、次にバス要求信号の送出を
制御するバス監視制御手段を設けたバス要求方式や、バ
ス要求信号線群は、主記憶アクセス時のバンク情報を有
し、バス監視制御手段は、バス要求動作内容とバンク情
報とに基づいて、バス要求送出禁止信号線を制御するバ
ス要求方式も得られる。
【０００９】更に、本発明によれば、上記バス要求方式
において、バス監視制御手段は、バス使用権を得た制御
装置に対し、バス・ロックを必要とする時に、バス要求
送出許可信号を制御するバス要求方式や、バス監視制御
手段は、バス使用権を得ていない制御装置に対して、キ
ャッシュ一致処理のために、バス要求送出禁止信号を制
御するバス要求方式，バス要求信号線群は、バス・ロッ
ク解除信号を有するものであり、バス・ロックが所定時
間以上に連続するものである場合にバス・ロック解除信
号を制御するバス調停制御手段を設けたバス要求方式も
得られる。
において、バス監視制御手段は、バス使用権を得た制御
装置に対し、バス・ロックを必要とする時に、バス要求
送出許可信号を制御するバス要求方式や、バス監視制御
手段は、バス使用権を得ていない制御装置に対して、キ
ャッシュ一致処理のために、バス要求送出禁止信号を制
御するバス要求方式，バス要求信号線群は、バス・ロッ
ク解除信号を有するものであり、バス・ロックが所定時
間以上に連続するものである場合にバス・ロック解除信
号を制御するバス調停制御手段を設けたバス要求方式も
得られる。
【００１０】
【実施例】以下に本発明のバス要求方式について、図面
を参照して詳細に説明する。
を参照して詳細に説明する。
【００１１】図１は、システム・バス１００（以後Ｓ−
ＢＵＳと呼ぶ）に接続された各種制御装置内における本
発明の一実施例であるバス要求方式の基本構成を示すブ
ロック図である。又、図２は図１のバス要求方式に係る
バス要求信号群の一例を示す図である。
ＢＵＳと呼ぶ）に接続された各種制御装置内における本
発明の一実施例であるバス要求方式の基本構成を示すブ
ロック図である。又、図２は図１のバス要求方式に係る
バス要求信号群の一例を示す図である。
【００１２】最初に、図２のバス要求信号群について説
明する。図２中の２００は、装置番号情報を示す。本実
施例においてはＩＤ２，ＩＤ１，ＩＤ０の３ビットを示
しているが、使用されるビットは、システムの構成規模
により変化する。装置番号情報２００はエンコードされ
た形態で表示される。Ｓ−ＢＵＳ１００に接続された各
種制御装置との対応はデコードした結果として割り当て
られる。装置番号情報２００のデコード結果は、２０１
から２０８としてＳ−ＢＵＳ使用権の優先度に合わせて
割り当てられる。
明する。図２中の２００は、装置番号情報を示す。本実
施例においてはＩＤ２，ＩＤ１，ＩＤ０の３ビットを示
しているが、使用されるビットは、システムの構成規模
により変化する。装置番号情報２００はエンコードされ
た形態で表示される。Ｓ−ＢＵＳ１００に接続された各
種制御装置との対応はデコードした結果として割り当て
られる。装置番号情報２００のデコード結果は、２０１
から２０８としてＳ−ＢＵＳ使用権の優先度に合わせて
割り当てられる。
【００１３】ここで、２０６〜２０８は入出力制御装置
（以後ＩＯＰと呼ぶ）、２０４〜２０５は演算装置（以
後ＥＰＵと呼ぶ）、２０３は保守・診断制御装置（以後
ＳＶＰと呼ぶ）、２０２は主記憶装置（以後ＭＭＵと呼
ぶ）と本実施例では割り当てたが、システムでのＳ−Ｂ
ＵＳ使用権の優先度に合わせて変化させても良い。２０
１は何もＳ−ＢＵＳ使用権が要求されていない状態を示
す。Ｓ−ＢＵＳ使用権の優先度は、２０８が１番高く、
２０２方向に向かって低くなる。３００はバス動作内容
情報を示す。ＭＡＣはＳ−ＢＵＳ命令が主記憶アクセス
要求かその他の要求かを示す。ＷＲＴはＳ−ＢＵＳ命令
が書き込みか読み出しかを示す。ＤＭＡはＳ−ＢＵＳ命
令によるデータ転送がブロック転送かそうでないかを示
す。
（以後ＩＯＰと呼ぶ）、２０４〜２０５は演算装置（以
後ＥＰＵと呼ぶ）、２０３は保守・診断制御装置（以後
ＳＶＰと呼ぶ）、２０２は主記憶装置（以後ＭＭＵと呼
ぶ）と本実施例では割り当てたが、システムでのＳ−Ｂ
ＵＳ使用権の優先度に合わせて変化させても良い。２０
１は何もＳ−ＢＵＳ使用権が要求されていない状態を示
す。Ｓ−ＢＵＳ使用権の優先度は、２０８が１番高く、
２０２方向に向かって低くなる。３００はバス動作内容
情報を示す。ＭＡＣはＳ−ＢＵＳ命令が主記憶アクセス
要求かその他の要求かを示す。ＷＲＴはＳ−ＢＵＳ命令
が書き込みか読み出しかを示す。ＤＭＡはＳ−ＢＵＳ命
令によるデータ転送がブロック転送かそうでないかを示
す。
【００１４】本実施例においては、バス動作内容情報３
００はＭＡＣ，ＷＲＴ，ＤＭＡの３ビットを示している
がＳ−ＢＵＳ命令形態の必要に応じて変化しても良い。
４００は主記憶アクセス時の主記憶バンク情報を示す本
実施例ではＢ１，Ｂ０の２ビットであるが、ＭＭＵの構
成に合わせて変化するし、また、必ずしも必要としな
い。５００はＳ−ＢＵＳ使用権要求の送出を禁止するバ
ス要求禁止信号（以後ＬＯＣＫと呼ぶ）であり、ＬＯＣ
Ｋ５００が有効の場合、だれかがＳ−ＢＵＳを使用して
いる事を示すので新たなＳ−ＢＵＳ使用権要求を送出し
ない制御に使用される。６００は、ＬＯＣＫ５００によ
り長時間Ｓ−ＢＵＳの使用が出来なくなっている場合、
ＬＯＣＫ５００の有効をリセットする為のバス・ロック
解除信号（以後ＲＬＫと呼ぶ）である。ＬＯＣＫ５０
０，ＲＬＫ６００は必ずしも必要とはしないが、Ｓ−Ｂ
ＵＳの使用の為の待ち時間の有効利用、Ｓ−ＢＵＳ使用
権要求信号の送出制御の容易化，障害時の復旧の為に容
易されることもある。
００はＭＡＣ，ＷＲＴ，ＤＭＡの３ビットを示している
がＳ−ＢＵＳ命令形態の必要に応じて変化しても良い。
４００は主記憶アクセス時の主記憶バンク情報を示す本
実施例ではＢ１，Ｂ０の２ビットであるが、ＭＭＵの構
成に合わせて変化するし、また、必ずしも必要としな
い。５００はＳ−ＢＵＳ使用権要求の送出を禁止するバ
ス要求禁止信号（以後ＬＯＣＫと呼ぶ）であり、ＬＯＣ
Ｋ５００が有効の場合、だれかがＳ−ＢＵＳを使用して
いる事を示すので新たなＳ−ＢＵＳ使用権要求を送出し
ない制御に使用される。６００は、ＬＯＣＫ５００によ
り長時間Ｓ−ＢＵＳの使用が出来なくなっている場合、
ＬＯＣＫ５００の有効をリセットする為のバス・ロック
解除信号（以後ＲＬＫと呼ぶ）である。ＬＯＣＫ５０
０，ＲＬＫ６００は必ずしも必要とはしないが、Ｓ−Ｂ
ＵＳの使用の為の待ち時間の有効利用、Ｓ−ＢＵＳ使用
権要求信号の送出制御の容易化，障害時の復旧の為に容
易されることもある。
【００１５】次にバス要求信号群２００，３００，４０
０，５００，６００の送受について説明する。Ｓ−ＢＵ
Ｓ使用権を得る事を希望する要求装置は、ＬＯＣＫ５０
０を取り込み、無効であれば装置番号情報２００とバス
動作内容３００とバンク情報４００とをＳ−ＢＵＳ１０
０に送出し、同時にＳ−ＢＵＳ１００上の装置番号情報
を取り込む。送出したＩＤ２と取り込んだＩＤ２の値が
不一致の場合、他に自分より優先度の高い要求装置が同
時にＳ−ＢＵＳ使用権を得る事を希望しているので、Ｓ
−ＢＵＳ使用権要求の送出をとりやめる。送出したＩＤ
２と取り込んだＩＤ２の値が一致した場合は、送出した
ＩＤ１と取り込んだＩＤ１を比較する。この結果、不一
致の場合は、ＩＤ２不一致と同様にＳ−ＢＵＳ使用権要
求の送出をとりやめるが、一致の場合は、送出したＩＤ
０と取り込んだＩＤ０とを比較する。この結果において
も、不一致の場合は、Ｓ−ＢＵＳ使用権要求の送出をと
りやめるが、一致の場合は、送出した装置番号情報２０
０と取り込んだ装置番号情報２００が一致した事として
示すので、Ｓ−ＢＵＳ使用権を得た事を検出することが
できる。
０，５００，６００の送受について説明する。Ｓ−ＢＵ
Ｓ使用権を得る事を希望する要求装置は、ＬＯＣＫ５０
０を取り込み、無効であれば装置番号情報２００とバス
動作内容３００とバンク情報４００とをＳ−ＢＵＳ１０
０に送出し、同時にＳ−ＢＵＳ１００上の装置番号情報
を取り込む。送出したＩＤ２と取り込んだＩＤ２の値が
不一致の場合、他に自分より優先度の高い要求装置が同
時にＳ−ＢＵＳ使用権を得る事を希望しているので、Ｓ
−ＢＵＳ使用権要求の送出をとりやめる。送出したＩＤ
２と取り込んだＩＤ２の値が一致した場合は、送出した
ＩＤ１と取り込んだＩＤ１を比較する。この結果、不一
致の場合は、ＩＤ２不一致と同様にＳ−ＢＵＳ使用権要
求の送出をとりやめるが、一致の場合は、送出したＩＤ
０と取り込んだＩＤ０とを比較する。この結果において
も、不一致の場合は、Ｓ−ＢＵＳ使用権要求の送出をと
りやめるが、一致の場合は、送出した装置番号情報２０
０と取り込んだ装置番号情報２００が一致した事として
示すので、Ｓ−ＢＵＳ使用権を得た事を検出することが
できる。
【００１６】次に図１に示すバス要求方式について説明
する。Ｓ−ＢＵＳ１００は、バス要求信号群，アドレス
情報信号群，データ情報信号群，ステータス情報信号群
から成る。このＳ−ＢＵＳ１００には、ＭＭＵ１，ＥＰ
Ｕ１０，ＩＯＰ３０，Ｓ−ＢＵＳ監視制御装置２０が接
続される。本実施例はこれらを各１台だけ接続されして
いる状態を示しているが、システム規模においては複数
台数のＥＰＵ，ＩＯＰが接続され、加えてＳＶＰも接続
される。
する。Ｓ−ＢＵＳ１００は、バス要求信号群，アドレス
情報信号群，データ情報信号群，ステータス情報信号群
から成る。このＳ−ＢＵＳ１００には、ＭＭＵ１，ＥＰ
Ｕ１０，ＩＯＰ３０，Ｓ−ＢＵＳ監視制御装置２０が接
続される。本実施例はこれらを各１台だけ接続されして
いる状態を示しているが、システム規模においては複数
台数のＥＰＵ，ＩＯＰが接続され、加えてＳＶＰも接続
される。
【００１７】２１０は、Ｓ−ＢＵＳ動作監視回路であ
り、Ｓ−ＢＵＳ１００上のバス要求信号群のバス動作内
容情報（図２の３００）とバンク情報（図２の４００）
とがレシーバ２３０を介して取り込まれる。２２０はＳ
−ＢＵＳロック指示回路で、Ｓ−ＢＵＳ動作監視回路２
１０で取り込んだバス動作内容情報と、バンク情報によ
りバス要求禁止信号（図２の５００）の送出と、Ｓ−Ｂ
ＵＳ上のバス要求禁止信号とをレシーバ２５０を介して
取り込み、その有効時間の監視によってバス・ロック解
除信号（図２の６００）の送出を行なう。バス要求禁止
信号とバス・ロック解除信号とはドライバ２４０を介し
てＳ−ＢＵＳ１００へ送出される。ドライバ１３は、接
続線１８を介して装置番号情報（図２の２００）と、バ
ス動作内容情報（図２の３００）と、バンク情報（図２
の４００）とを受け、Ｓ−ＢＵＳ１００の使用権要求を
行なう。
り、Ｓ−ＢＵＳ１００上のバス要求信号群のバス動作内
容情報（図２の３００）とバンク情報（図２の４００）
とがレシーバ２３０を介して取り込まれる。２２０はＳ
−ＢＵＳロック指示回路で、Ｓ−ＢＵＳ動作監視回路２
１０で取り込んだバス動作内容情報と、バンク情報によ
りバス要求禁止信号（図２の５００）の送出と、Ｓ−Ｂ
ＵＳ上のバス要求禁止信号とをレシーバ２５０を介して
取り込み、その有効時間の監視によってバス・ロック解
除信号（図２の６００）の送出を行なう。バス要求禁止
信号とバス・ロック解除信号とはドライバ２４０を介し
てＳ−ＢＵＳ１００へ送出される。ドライバ１３は、接
続線１８を介して装置番号情報（図２の２００）と、バ
ス動作内容情報（図２の３００）と、バンク情報（図２
の４００）とを受け、Ｓ−ＢＵＳ１００の使用権要求を
行なう。
【００１８】又、ＥＰＵ１０内のレシーバ１４は、Ｓ−
ＢＵＳ１００の装置番号情報を取り込むレシーバであ
る。ドライバ１５はバス要求送出禁止信号をＳ−ＢＵＳ
１００へ送出する。レシーバ２５は、バス・ロック解除
信号の取り込みを行なう。Ｓ−ＢＵＳ使用許可検出回路
１２は、Ｓ−ＢＵＳ１００に送出した装置番号情報とＳ
−ＢＵＳ１００より取り込んだ装置番号情報との一致の
検出によりＳ−ＢＵＳ１００の使用権を得た事を確認す
ると、Ｓ−ＢＵＳ制御回路１７に対してＳ−ＢＵＳ使用
許可信号２４を伝送する。Ｓ−ＢＵＳロック制御回路１
１は、装置番号情報とバス動作内容情報とバンク情報の
送出ドライバ１３の制御と、バス要求送出禁止信号の送
出制御を行なう。
ＢＵＳ１００の装置番号情報を取り込むレシーバであ
る。ドライバ１５はバス要求送出禁止信号をＳ−ＢＵＳ
１００へ送出する。レシーバ２５は、バス・ロック解除
信号の取り込みを行なう。Ｓ−ＢＵＳ使用許可検出回路
１２は、Ｓ−ＢＵＳ１００に送出した装置番号情報とＳ
−ＢＵＳ１００より取り込んだ装置番号情報との一致の
検出によりＳ−ＢＵＳ１００の使用権を得た事を確認す
ると、Ｓ−ＢＵＳ制御回路１７に対してＳ−ＢＵＳ使用
許可信号２４を伝送する。Ｓ−ＢＵＳロック制御回路１
１は、装置番号情報とバス動作内容情報とバンク情報の
送出ドライバ１３の制御と、バス要求送出禁止信号の送
出制御を行なう。
【００１９】キャッシュ一致制御回路１６は、Ｓ−ＢＵ
Ｓ１００上の動作監視の結果、キャッシュ一致処理が必
要となって処理を行っていたが、この処理中に次のキャ
ッシュ一致処理が指示されると処理不可となる場合に、
Ｓ−ＢＵＳ１００で新たに処理の遂行を抑止したことを
接続線２３を介してＳ−ＢＵＳ制御回路１１に指示する
回路である。
Ｓ１００上の動作監視の結果、キャッシュ一致処理が必
要となって処理を行っていたが、この処理中に次のキャ
ッシュ一致処理が指示されると処理不可となる場合に、
Ｓ−ＢＵＳ１００で新たに処理の遂行を抑止したことを
接続線２３を介してＳ−ＢＵＳ制御回路１１に指示する
回路である。
【００２０】接続線２３より指示するバス要求送出禁止
は、キャッシュ一致処理の方式，又はＳ−ＢＵＳ１００
上の命令実行間隔定義により必ずしも必要とはされな
い。ところで、主記憶内容を１度読み込んで内容比較後
に定義されたデータであれば、主記憶の内容を更新する
といった命令実行時の主記憶読み出し命令と主記憶交信
命令との間に、他の制御装置へのＳ−ＢＵＳ１００使用
権を与えたくない場合、キャッシュ一致制御回路１６
は、Ｓ−ＢＵＳロック制御回路１１に対してバス要求送
出禁止を送出するような指示（図示せず）を行うことも
可能である。
は、キャッシュ一致処理の方式，又はＳ−ＢＵＳ１００
上の命令実行間隔定義により必ずしも必要とはされな
い。ところで、主記憶内容を１度読み込んで内容比較後
に定義されたデータであれば、主記憶の内容を更新する
といった命令実行時の主記憶読み出し命令と主記憶交信
命令との間に、他の制御装置へのＳ−ＢＵＳ１００使用
権を与えたくない場合、キャッシュ一致制御回路１６
は、Ｓ−ＢＵＳロック制御回路１１に対してバス要求送
出禁止を送出するような指示（図示せず）を行うことも
可能である。
【００２１】バス要求送出禁止信号は、接続線２１を介
してＳ−ＢＵＳロック制御回路１１よりドライバ１５へ
送出される。接続線１９は、Ｓ−ＢＵＳ１００の使用権
要求信号群の送出をとりやめる為の信号を供給するもの
である。このとき、Ｓ−ＢＵＳ制御回路１１がレシーバ
２５よりバス・ロック解除信号を得ていると、接続線２
１を介して送出されているバス要求送出禁止信号は無効
化される。
してＳ−ＢＵＳロック制御回路１１よりドライバ１５へ
送出される。接続線１９は、Ｓ−ＢＵＳ１００の使用権
要求信号群の送出をとりやめる為の信号を供給するもの
である。このとき、Ｓ−ＢＵＳ制御回路１１がレシーバ
２５よりバス・ロック解除信号を得ていると、接続線２
１を介して送出されているバス要求送出禁止信号は無効
化される。
【００２２】尚、本実施例においては、Ｓ−ＢＵＳを例
に説明したが、他のバスにおいても同様に使用できるの
で、本発明は実施例に限定されない。
に説明したが、他のバスにおいても同様に使用できるの
で、本発明は実施例に限定されない。
【００２３】
【発明の効果】以上に説明したように、本発明のバス要
求方式によれば、オープンコレクタインタフェースで構
成されたバス要求信号線群をシステム共通に接続して持
つたせることにより、共通バス上でのワイアード論理結
果の取り込み情報と、送出した情報との比較結果より、
共通バスの使用権の確認が個々の処理装置内で出来るの
で、接続信号数を少なく出来るという長所がある。又、
共通バスの使用権の許可制御も個々の処理装置の都合で
自由に制御出来る他、バス使用権の許可が長い時間与え
られないような状態の監視、及び解除を少ない信号線に
より実現できるという長所がある。
求方式によれば、オープンコレクタインタフェースで構
成されたバス要求信号線群をシステム共通に接続して持
つたせることにより、共通バス上でのワイアード論理結
果の取り込み情報と、送出した情報との比較結果より、
共通バスの使用権の確認が個々の処理装置内で出来るの
で、接続信号数を少なく出来るという長所がある。又、
共通バスの使用権の許可制御も個々の処理装置の都合で
自由に制御出来る他、バス使用権の許可が長い時間与え
られないような状態の監視、及び解除を少ない信号線に
より実現できるという長所がある。
【図１】本発明の一実施例であるバス要求方式の基本構
成を示すブロック図である。
成を示すブロック図である。
【図２】図１のバス要求方式に係るバス要求信号群の一
例を示す図である。
例を示す図である。
１ 主記憶装置 １０ 演算装置 １１，１６，１７， 制御回路 １８，１９，２１，２３，２４ 接続線 ２０ Ｓ−ＢＵＳ監視制御装置 ３０ 入出力制御装置 １００ 共通バス（システム・バス） ２００，３００，４００，５００，６００ バス要求信
号群 ２０１〜２０８ 装置番号情報のデコード結果
号群 ２０１〜２０８ 装置番号情報のデコード結果
Claims (6)
- 【請求項１】 システムを構成する複数の制御装置群を
接続する共通バスのバス使用権要求及び受付制御を実行
するためのバス要求方式において、オープンコレクタイ
ンタフェースで構成され、バス要求受付優先度を示す装
置番号情報とバス要求動作内容情報とを含むバス要求信
号線群と、該バス要求信号線群を送出するドライバと、
前記バス要求信号線群を受信するレシーバと、前記ドラ
イバから送出された装置番号情報と前記レシーバより得
られた装置番号情報との一致を検出してバス使用権を得
たか否かを検出する比較手段とを有し、前記複数の制御
装置群の各々による前記共通バスのバス使用権の確認を
可能としたことを特徴とするバス要求方式。 - 【請求項２】 請求項１記載のバス要求方式において、
前記バス要求信号線群は、バス要求情報の送出を禁止す
るバス要求送出禁止信号線を有するものであり、バス要
求許可後に、前記バス要求動作内容情報に従い、前記バ
ス要求送出禁止信号を制御して、次にバス要求信号の送
出を制御するバス監視制御手段を設けたことを特徴とす
るバス要求方式。 - 【請求項３】 請求項２記載のバス要求方式において、
前記バス要求信号線群は、主記憶アクセス時のバンク情
報を有し、バス監視制御手段は、前記バス要求動作内容
と前記バンク情報とに基づいて、前記バス要求送出禁止
信号線を制御することを特徴とするバス要求方式。 - 【請求項４】 請求項３記載のバス要求方式において、
前記バス監視制御手段は、前記バス使用権を得た制御装
置に対し、バス・ロックを必要とする時に、バス要求送
出許可信号を制御することを特徴とするバス要求方式。 - 【請求項５】 請求項４記載のバス要求方式において、
前記バス監視制御手段は、前記バス使用権を得ていない
制御装置に対して、キャッシュ一致処理のために、前記
バス要求送出禁止信号を制御することを特徴とするバス
要求方式。 - 【請求項６】 請求項５記載のバス要求方式において、
前記バス要求信号線群は、バス・ロック解除信号を有す
るものであり、前記バス・ロックが所定時間以上に連続
するものである場合に前記バス・ロック解除信号を制御
するバス調停制御手段を設けたことを特徴とするバス要
求方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26223791A JPH05101002A (ja) | 1991-10-09 | 1991-10-09 | バス要求方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26223791A JPH05101002A (ja) | 1991-10-09 | 1991-10-09 | バス要求方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05101002A true JPH05101002A (ja) | 1993-04-23 |
Family
ID=17372986
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26223791A Withdrawn JPH05101002A (ja) | 1991-10-09 | 1991-10-09 | バス要求方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05101002A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006201999A (ja) * | 2005-01-20 | 2006-08-03 | Nec Access Technica Ltd | バスシステム、スレーブ装置、バスシステム制御方法及びプログラム |
-
1991
- 1991-10-09 JP JP26223791A patent/JPH05101002A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006201999A (ja) * | 2005-01-20 | 2006-08-03 | Nec Access Technica Ltd | バスシステム、スレーブ装置、バスシステム制御方法及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR930002791B1 (ko) | 펜디드 버스에서의 인터럽트 서비스노드 | |
| WO1988008584A1 (en) | Method and apparatus for implementing multiple lock indicators in a multiprocessor computer system | |
| WO1988008569A1 (en) | Method and apparatus for managing multiple lock indicators in a multiprocessor computer system | |
| US5517625A (en) | System bus control system for multiprocessor system | |
| JPH05101002A (ja) | バス要求方式 | |
| JP2727514B2 (ja) | 転送先ｉｄ指定回路 | |
| JPH10307788A (ja) | バスブリッジ | |
| JPH0223060B2 (ja) | ||
| JP3098550B2 (ja) | バス制御方式 | |
| JP2659248B2 (ja) | バスアービトレーション処理方式 | |
| JPH05189311A (ja) | キャッシュメモリ・システム | |
| JPH03232052A (ja) | 共有データの排他アクセス方式 | |
| JP2860733B2 (ja) | バス接続装置 | |
| JP3244044B2 (ja) | バス調停方法およびバスシステム | |
| JP3086245B2 (ja) | 他系アクセス指定装置 | |
| JPH06224975A (ja) | 結合したモジュールをリセットする方法及びこの方法を用いるシステム | |
| JPH11259325A (ja) | 二重化システム及び二重化システムにおける情報処理方法 | |
| JP2824890B2 (ja) | Ｓｃｓｉプロトコル制御装置 | |
| JP2573790B2 (ja) | 転送制御装置 | |
| JPH02100746A (ja) | マルチプロセッサ・バス | |
| JPH0764876A (ja) | バスハンドラ間における障害検出装置 | |
| JPH05265895A (ja) | 車載通信装置 | |
| JPH04152448A (ja) | インタフェース変換方法およびインタフェース変換装置 | |
| JPH077344B2 (ja) | 障害プロセッサ判別方法 | |
| JPH07104843B2 (ja) | Ｃｐｕ間のデータ伝送方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19990107 |