JPH01258521A - 同報通信方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的コ （産業上の利用分野） 本発明は共通のバス上に接続された複数のＣＰＬＩ間の
同報通信方式に関する。

（従来の技術） 第４図は従来この種の複数のＣＰＵ間にあける同報通信
方式を説明する図である。ＣＰＵ１．２．３がそれぞれ
バスコントローラ（以降ＭＰＣと称する）４．５．６を
介して共通のバスタに接続されている。このようなシス
テムにてＣＰＵＩから他の全てのＣＰＵ２，３に同一の
メツセージを送る場合、以下に述べるような同報通信が
行なわれる。即ち、ＣＰＵ１はまずＣＰＵ２宛のメツセ
ージをＭＰＣ４を介してバス７上に送出する。

この送信が終了すると、次にＣＰＵａ宛の前記と同一の
メツセージをＭＰＣ４を介してバス７上に送出する。こ
れによりＣＰＵ２，３はそれぞれＭＰＣ５，６を介して
バス７上の自己宛のメツセージを受信する。上記の如く
して、ＣＰＵ１がらＣＰＵ２，３に同一のメツセージが
順次送信されるが、ＣＰＵ１は同一のメツセージをＣＰ
ＬＩ２゜３に２回送信しなければならず、共通バス７上
に接続されるＣＰＵの数が多くなると、その分前記ＣＰ
ＬＩＩの同報通信時の負担が増大してしまうという欠点
があった。

（発明が解決しようとする課題） 上記の如く、従来の共通バスに接続された複数のＣＰＵ
間における同報通信方式では、１台のＣＰＵが同一メツ
セージの送信を同報するＣＰＵ台数分、繰返して行なわ
なければならず、このＣＰＵに負担がかかり、他の処理
が滞ってしまうという欠点があった。そこで、本発明は
上記の欠点を除去するもので、同報通信を行なうＣＰＵ
に負担がかからない同報通信方式を提供することを目的
としている。

［発明の構成コ （課題を解決するための手段） 本発明は、共通のバスに複数のＣＰＵが対等の関係で接
続されているシステムにおいて、データに同報通信を示
すフラグと宛先を付加して前記共通バス上に送出する手
段をＣＰＵに設け、自己宛の同報通信データを取り込む
と共に、この取り込んだデータに同報通信を示すフラグ
と所定の宛先を付加して前記共通バス上に送出する手段
を前記ＣＰＵ以外のＣＰＵに設けて同報通信を行なう。

（作用） 本発明の同報通信方式において、同報通信を行う送信元
のＣＰＵはデータに同報通信を示すフラグと予め定めら
れた宛先を付加して前記共通バス上に１回だけ送出する
。前記同報通信を行った送信元以外のＣＰＵは自己宛の
同報通信データを取り込むと共に、この取り込んだデー
タに同報通信を示すフラグを予め定められた宛先を付加
して前記共通バス上に送出する。これにより送信元のＣ
ＰＵから送信された同報データは他の全てのＣＰＵにリ
レー形式で順次送信される。

（実施例） 以下、本発明の一実施例を従来例と同一部には同一符号
を付して図面を参照して説明する。第１図は本発明の同
報通信方式を適用したシステムの一実施例を示したブロ
ック図である。１，２゜３はメツセージの送受信を行な
うＣＰＵ、４，５゜６は互いに同期をとって共通のバス
７を介するデータの送受信制御を行なうＭＰＣ１７は上
記複数のＣＰＵのデータ送信経路となるバスである。

次に本実施例の動作について説明する。例えば、ＣＰＵ
１が同報にてメツセージを他のＣＰＵ２゜３に送る場合
、ＣＰＬｌｌは送信すべきデータの頭に第２図に示す如
く同報フラグと宛先のアドレス（ここではＣＰＵ２のア
ドレス）を付し、これをＭＰＣ４を介してバス７上に送
出する。但し、前記フラグは同報通信の時にビット（１
ビツト）をオンに、個別送信の時にビットをオフにセッ
トされるものとする。ＣＰＵ２はＣＰＵＩが送信したバ
ス７上の自己宛のデータをＭＰＣ５を介して取り込む。

次にＣＰＵ２はこのデータの同報フラグがオンになって
いることを判別すると、このデータの同報フラグを再び
オンとした後、更にＣＰＵ３のアドレスをこのデータに
セットして、ＭＰＣ５からバス７上にこのデータを送出
する。ＣＰＵ３はＣＰＵ２が送信したバス７上の自己宛
のデータをＭＰＣ６を介して取り込む。この場合も、同
報フラグがオンとなっているため、ＣＰＵ３は取り込ん
だデータのフラグを再びオンとした後、更にＣＰＵ１の
アドレスをセットし、これをＭＰＣ６を介してバス７上
に送出する。ＣＰＵ１はＣＰＵ３が送出したバス７上の
自己宛のデータをＭＰＣ４を介して取り込み、このデー
タが先きはどＣＰＵ２に送った同報メツセージであるこ
とを認識して、同報通信が完了したことを確認する。な
お、同報通信時、受は取った同報メツセージの次の転送
先は予め決めであるものとする。

第３図は各ＣＰＵのデータ受信時の処理を示したフロー
チャートである。ＭＰＣを介して自己宛のデータを受信
すると、まずステップ３０１にて同報フラグがオンかオ
フかを判定しく同報か否かを判定し）、オンであった場
合はステップ３０２へ進み、データの中の同報フラグを
再びオンとする。

次にステップ３０３にて前記データに送信先のアドレス
をセットした後、ステップ３０４にてこのデータをＭＰ
Ｃを介してバス７上に送出して処理を終了する。一方、
ステップ３０１にて同報フラグがオフの場合は個別送信
であると判定して、ステップ３０５へ進み、受信したメ
ツセージの送信元のＣＰＵへメツセージを受信した旨の
信号を返信して、処理を終了する。

本実施例によれば、同報通信したいＣＰＵは予め定めら
れた送信先のＣＰＵへ同報メツセージを１回送信すれば
、この同報メツセージは定められた順番にリレー形式で
次々と各ＣＰＵヘリング状に伝達され、最後に前記同報
メツセージを最初に送信したＣＰＵの所へ戻ってきて、
同報通信が完了する。このため、同報通信を行なうＣＰ
Ｕの負荷を著しく軽減することができ、他の処理を効率
よく処理することができる。なお、同報通信先のＣＰＵ
の数が多ければ多いほど、前記効果は顕著となる。

［発明の効果］ 以上記述した如く本発明の同報通信方式によれば、同報
通信を行なうＣＰＵの負担を著しく軽減しえる効果があ
る。

【図面の簡単な説明】

第１図は本発明の同報通信方式を適用したシステムの一
実施例を示したブロック図であるａ第２図は同報通信さ
れるデータの形式を示した図、第３図は第１図に示した
各ＣＰＵのデータ受信時の処理フローチャート、第４図
は従来の同報通信方式を適用したシステムの一例を示し
たブロック図である。 １．２．３・・・ＣＰＵ ４．５．６・・・ＭＰＣ ７・・・バス 代理人　弁理士　則　近　憲　佑 周　　山王　−

Claims (1)

【特許請求の範囲】
1. 共通のバスに複数のＣＰＵが対等の関係で接続されてい
   るシステムにおいて、データに同報通信を示すフラグと
   宛先を付加して前記共通バス上に送出する手段をＣＰＵ
   に設け、自己宛の同報通信データを取り込むと共に、こ
   の取り込んだデータに同報通信を示すフラグと所定の宛
   先を付加して前記共通バス上に送出する手段を前記ＣＰ
   Ｕ以外のＣＰＵに設けたことを特徴とする同報通信方式
   。