JPS63244253A - デ−タ交換システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 し発明の目的］ （産業上の利用分野） この発明は、装置相互間のデータ交換が共通のバスを介
して行なわれるデータ交換システムに関する。

（従来の挟術） 一般に、第３図に示すように複数の装置１１−１〜１１
−ｎ相互間のデータ交換が共通バス１２を介して行なわ
れるシステムでは、各装Ｗ１１１−１〜１１−ｎ毎にバ
ス争奪制御のためのｉ制御ライン１３−１〜１３−ｎが
設けられている。この制御ライン１３−１〜１３−ｎに
は優先度制御回路１４が接続されている。優先度制御回
路１４は、制御ライン１３−１〜１３−ｎを介して通知
される装置１１−１〜１１−ｎからのバス使用要求に応
じ、その要求の到着順でバス１２の使用権の付与先を決
定する。もし、同時に複数の装置から要求があった場合
には、予め定められた優先度に従ってバス１２の使用権
の付与先を決定する。これにより、バス１２の使用権を
付与された装置、即ちバス１２を獲得した装置がバス１
２を専有使用して目的とする装置（宛先装Ｗ）との間で
データ転送を行なう。このデータ転送においては、バス
獲得装置は、宛先およびデータ発信元（自身）のアドレ
ス情報を含むヘッダ情報を実際の転送データに付加して
宛先に転送する。このとき、例えば宛先装置がなんらか
の要因でビジー状態にあれば、バス獲得装置は獲得した
バス１２を開放する。また、ビジー状態にあった装置が
レディ状態（ビジー解除状態）となった場合には、その
旨をバス１２を介して各装置に通知する。

（発明が解決しようとする問題点） 上記した従来システムでは、データ以外の情報も共通バ
スを介して転送されるため、バス専有時間が長くなると
いう問題があった。この問題は、宛先装置がなんらかの
要因でビジー状態にある場合など、データ転送が完了す
る前に獲得したバスを開放しなければならず、それまで
のバス専有が無駄になる場合には、一層顕著であった。

この発明は上記事情に鑑みてなされたものでその目的は
、バスの使用権を獲得した装置が確実に宛先装置とデー
タ転送が行なえ、しかもバス専有期間が短縮でき、もっ
てバスの利用効率が向上できるデータ交換システムを提
供することにある。

［発明の構成］ （問題点を解決するための手段） この発明は、第１および第２バスと、自装置の状態を示
す状態情報を第２バスに逐次出力すると共に、データ転
送が必要な場合には、その宛先を示す宛先情報を第２バ
スに出力し、バス使用権が付与された場合に第１バスを
用いて宛先装置との間でデータ交換を行なう複数の装置
と、この複数の装置のバス争奪を第２バスを利用して制
御する順序制御手段とを設け、上記複数の装置から逐次
第２バスに出力される状態情報を順序制御手段が受取る
ことにより各装置の状態監視を行なう一方、上記複数の
装置のいずれかから第２バスに出力された宛先情報を順
序制御手段が受取って内部保持し、第１バスがレディ状
態の場合に、上記状態監視結果をもとに、内部保持して
あいた宛先情報の出力装置の１つに第１バスの使用権を
付与するようにしたものである。

（作用） 上記の構成によれば、宛先装置の状態に応じてバスの使
用権が付与されることから、バス使用権をＤＩ得した装
置は、宛先装置との間のデータ転送を確実に行なうこと
ができる。また、第１バスがデータ転送専用に用いられ
るため、各装置の第１バス専有時闇を短縮できる。

（実施例） 第１図はこの発明の一実施例に係るデータ交換システム
のブロック構成を示す。同図において、２１はデータ転
送専用の高速バス（以下、データ転送バスと称する）、
２２はデータ転送バス２１を介して転送されるデータの
宛先を示す宛先情報等の転送に供される制御バスである
。この制御バス２２は、情報転送用の情報ライン２２−
１、データ転送バス２１の使用要求（データ転送要求）
通知に供されるリクエストライン２２−２、およびデー
タ転送バス２１の使用要求に対する許可通知に供される
許可信号ライン２２−３、更には図示せぬ宛先通知ライ
ンを含んでいる。

２３−１．２３−２．・・・２３−ｎはデータ転送バス
２１を介してデータ転送を行なう装置、２４は装置２３
−１〜２３−ｎからのバス使用要求（データ転送バス２
１の使用翼求）を受けて、バス使用権の付与光を決定す
る順序ｌ１ｔｓ部である。装置２３−１〜２３−ｎはデ
ータ転送バス２１および制御バス２２に接続されており
、順序１１Ｊ御部２４は制御バス２２に接続されている
。装置ｆ　２３−１〜２３−ｎは、図示せぬ外部装置と
の間で授受する入出力情報を一時格納するバッファリン
グ機能と、データ転送（データ交換）に必要なヘッダ情
報の分解１組立てを行なう！ＩＩｉ！Ｊｌ：と、制御バ
ス２２を介して順序制御部１４との間でバス使用権獲得
に必要な情報の授受を行なう機能等を有している。上記
ヘッダ情報は、データ種別を示すデータ種別情報および
宛先装置を示す宛先情報を含む第１ヘツダ情報Ｈ１と、
発信元装置を示す発信元情報を含む第２ヘツダ情報Ｈ２
から成る。順序制御部２４は、装置２３−１〜２３−ｎ
のバス獲得に関する優先順位が登録される優先順位テー
ブル３１、データ転送を必要とする装置Ｆ２３−ｉ　（
ｉ　−ｉ〜ｎ）から供給される宛先情報並びに発信元情
報が同装置２３−ｉに対応して登録される宛先管理テー
ブル３２、および装＠　２３−１〜２３−ｎの状態を示
す装置状態テーブル３３を有している。

次に、第１図の構成の動作を、第２図のタイミングチャ
ートを参照して説明する。今、装＠２３−１に、図示せ
ぬ外部装置からの入力情報が到達しつつあるものとする
。この入力情報は、第２図に示すように、先頭から第１
ヘツダ情報Ｈ１、第２ヘツダ情報Ｈ２、そして転送デー
タの順となる。第１ヘツダ情報Ｈ１には、装置！　２３
−ｎを宛先として指定する宛先情報が含まれているもの
とする。装置２３−１は、第１ヘツダ情報Ｈ１を受信す
ると、同情報Ｈ１から宛先情報等を得て、これを第２図
に示すように制御情報４１として、例えば割込みにより
制御バス２２のｔｆｌＩｉＩｉライン２２−７を介して
順序ＩＩＪ罪部２４に送出する。

順序制御部２４は、装置２３−１からの制御情報４１を
受信すると、宛先管理テーブル３２内の装置２３−１に
固有のエントリの宛先情報フィールドに登録する。

そして、順序制御部２４は、宛先管理テーブル３２に、
他の装置からの制御情報が既に登録されているか否かを
調べ、登録されていれば優先順位テーブル３１を参照し
、これらの既登録装置および新規登録装置の中で最も優
先順位の高い装置を選択する。

制御情報の既登録装置が存在しなければ、新規登録装置
が選択されることは勿論である。今、順序ＩＩＩＩＩｉ
部２４が装置２３−１を選択したものとする。順序制御
部２４は、この選択した装置２３−１に固有の宛先管理
テーブル３２内エントリを参照し、その宛先情報フィー
ルドの内容から宛先（ここでは装置２３−ｎ）を判断す
る。そして順序制御部２４は、この宛先装置２３−〇に
対応する装置状態テーブル３３のエントリを参照して宛
先装置２３−ｎの状態を調べ、装置２３−ｎがレディ状
態にあるか否か、即ち上記選択した装置２３−１とこの
宛先波［２３−ロとの間のデータ転送が可能か否かを判
断する。もし転送可であれば、順序制御部２４は上記宛
先情報で示される装置の装置番号情報（ここでは装置２
３−ｎの装置番号情報）５０（第２図参照）を制御バス
２２の情報ライン２２−１上に送出すると共に、図示せ
ぬ宛先通知ラインに宛先通知信号を送出する。この通知
を受けた装置（装置２３−ｎ）は、データ受信の準備を
行なう。

さて、装置２３−１は、第１ヘツダ情報Ｈ１に続いて次
の第２ヘツダ情報Ｈ２を受信すると、同情報Ｈ２から発
信元情報を得て、これを第２図に示すように制御情報４
２として、制−バス２２の情報ライン２２−１を介して
順序制御部２４に送出する。このときｉ！＠　２３−１
は、データ転送バス２１の使用要求を示すリクエスト信
号を制御バス２２のリクエストライン２２−２を介して
順序制御部２４に送出する。そして装［２３−１は、第
２ヘツダ情報Ｈ２に後続して入力されるデータを図示せ
ぬ送信バッファに順次格納する。

順序制御部２４は、装Ｈ２３−１からの制御情報４２を
受信すると、宛先管理テーブル３２内のＩ　［２３−１
に固有のエントリの発信元情報フィールドに登録する。

更に順序ｖ１１１１部２４は、リクエストライン２２−
２上のリクエスト信号を検出すると、先のデータ転送可
否判断結果により転送可であれば、第２図に示すように
データ転送バス２１の使用権の付与光を示す装置番号情
報（ここでは装置２３−１の装置番号情報）５１をＩｌ
ｌ　ａｌ！バス２２の情報ライン２２−１上に送出する
と共に、許可信号を許可信号ライン２２−３に送出する
。

装置２３−１は、情報ライン２２−１上の装置番号情報
５１を許可信号ライン２２−３上の許可信号に応じて取
込み、同情報が自身の装置番号に一致していれば、デー
タ転送バス２１の使用が許可されたものと判断し、デー
タ転送バス２１を専有使用して、第２ヘツダ情報Ｈ２に
後続するデータを宛先装置　２３−ｎに転送するデータ
転送動作を、第２図に示すようにデータ転送バス２１を
専有使用して行なう。装Ｍ　２３−１は、上記のデータ
転送を終了すると、第２図に示すようにリクエストライ
ン２２−２上のリクエスト信号をオフして、装［２３−
１を開放する。

一方、先のデータ転送可否判断結果により転送不可の場
合には、順序制御部２４は装［２３−１に対するデータ
転送バス２１の使用許可通知を、少なくとも宛先装＠　
２３−ｎの状態がレディ状態となるまで控える。このと
き、宛先情報を含む制御情報が宛先管理テーブル３２に
登録されている装置（即ち、バス使用許可の待ち状態に
ある装置）が、装［２３−１以外にも存在する場合には
、順序制御部２４は、宛先がレディ状態にある装置の中
で最も優先順位が高い装置に、データ転送バス２１使用
の許可を与える。

さて、この実施例では、上記の転送許可の判断に用いら
れる状態情報（順序制御部２４の装置状態テーブル３３
に登録される各装置の状態情報）は、データ転送バス２
１を用いてデータ転送が行なわれている期間であれば、
順序制御部２４からのポーリングにより、第２図におい
て符号６１−２〜６１−ｎで示されるように情報ライン
２２−１を介して収集される。

また、データ転送バス２１が開放されている期間であれ
ば、多装［２３−１〜２３−ｎからの割込みによる情報
ライン２２−１を用いた状態情報送信により、第２図に
おいて符号６２−１〜６１−ｎで示されるように収集さ
れる。

上記したように、この実施例では、データ転送バス２１
を介して転送されるデータには従来のようにヘッダ情報
が付加されず、また各装置の状態（ビジー解除状態など
）はデータ転送バス２１を用いて転送されないので、各
装置のデータ転送バス２１専有期間は短くて済む。また
、宛先装置の状態に応じてバス使用の許可が判断される
ことから、一度獲得したバスを宛先装置がビジーのため
に開放するという無駄が生じる恐れがなくなる。

なお、前記実施例では、バス使用要求許可の判断に、宛
先装置の状ｌ１ｌ（レディ状態か否か）以外に、予め定
められた各装置の優先順位が用いられる場合について説
明したが、到着順をもとに判断してもよく、両者を加味
してもよい。また、各装置のバッファ使用率、持ち時間
等を加味することも可能である。

［発明の効果］ 以上詳述したようにこの発明によれば、装置相互間のデ
ータ交換に供されるバスをデータ転送専用に用いること
ができるので、各装置のバス専有時間の短縮が図れる。

また、宛先装置の状態に応じてバスの使用権が付与され
ることから、バス使用権を獲得した装置は、宛先装置と
の間のデータ転送を確実に行なうことができる。したが
って、この発明によればバスの使用効率が著しく向上す
る。

【図面の簡単な説明】

第１図はこの発明の一実施例に係るデータ交換システム
のブロック構成図、第２図は動作を説明するためのタイ
ミングチャート、第３図は従来例を示ずブロック構成図
である。 ２１・・・データ転送バス（第１バス）、２２・・・制
−バス（第２バス）　、２２−１・・・情報ライン、２
２−２・・・リクエストライン、２２−３・・・許可信
号ライン、２４・・・順序制御部、３１・・・優先順位
テーブル、３２・・・宛先管理テーブル、３３・・・装
置状態テーブル。 出願人代理人　弁理士　鈴　江　武　彦入力データ　　
　　　　　　　　　　　　　　　　　　　　　　　　　
出力データ第１図

Claims (1)

【特許請求の範囲】
1. データ転送に供される第１バスと、この第１バスとは独
   立の第２バスと、上記第１バスを介して相互にデータ転
   送を行なう複数の装置であつて、自装置の状態を示す状
   態情報を上記第２バスに逐次出力すると共に、データ転
   送が必要な場合にはその宛先を示す宛先情報を上記第２
   バスに出力する複数の装置と、上記複数の装置からの状
   態情報を上記第２バスを介して逐次受取ることにより各
   装置の状態監視を行なう一方、上記複数の装置のいずれ
   かから上記第２バスに出力された上記宛先情報を受取つ
   て内部保持し、上記第１バスがレディ状態の場合に、上
   記状態監視結果をもとに、上記内部保持しておいた宛先
   情報の出力装置の１つに上記第１バスの使用権を付与す
   る順序制御手段とを具備することを特徴とするデータ交
   換システム。