JPS62152246A

JPS62152246A - 通信制御方式

Info

Publication number: JPS62152246A
Application number: JP60296393A
Authority: JP
Inventors: Koji Kobayashi; 孝次小林
Original assignee: Azbil Corp
Current assignee: Azbil Corp
Priority date: 1985-12-25
Filing date: 1985-12-25
Publication date: 1987-07-07

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、判断処理機能を有する主制御部により、相手
側とのデータ送受信を行なう通信制御方式に関するもの
である。

〔従来の技術〕

ビル管理制御装置、プロセス制御装置等においては、分
散して配置された各機器間を伝送路によシ接続し、互い
にデータの送受信を行々いながら各機器が所定の制御を
行なうものとなっておシ、各機器には、局部的な制御上
の判断およびデータ送受信の制御を行なうため、判断処
理機能を有する主制御部が設けてあシ、データ送受信は
、伝送路と主制御部との間へ設けた判断処理機能を備え
ない通信用のインターフェイスを介し、主制御部の制御
により行なうものとなっている。

〔発明が解決しようとする問題点〕

しかし、主制御装置をマイクロプロセッサ等のプロセッ
サにより構成する場合、主制御装置がデータ送受信の通
信制御まで行なうため、相手側の呼出および応答確認等
の通信手順を含むプログラムを必要とし、これの実行に
より稼働負荷が増大すると共に、受信データの企が犬と
なるときはプロセッサによる処理速度との関係上、大容
量のバッファメモリを別途に設けねばならず、構成が複
雑化し、高価となる問題を生じている。

また、受信データの内容が各種の範囲にわたる場合は、
これらの重要度、緊急度等に応じて取扱い、受信データ
の内容にしたがって処理順位を定めねばならず、特に、
時刻データ、警報信号、緊急指令等を受信データ中に含
む際は、これらに対する応動を速やかとしなければなら
ない問題も生じている。

〔問題点を解決するための手段〕前述の問題を解決するため、本発明はつぎの手段によシ
構成するものとなっている。

すなわち、伝送路へ接続された通信制御部と、この通信
制御部を介し相手側と優先レベルを含む複数等級のレベ
ルに分類されたデータの送受信を行なう田制御部とを備
えると共に、この主制御部へ受信データをレベル毎に蓄
積する第１の受信バッファメモリを設け、通信制御部へ
受信データをレベル毎に蓄積する第２の受信パックアメ
モリを設け、かつ、主制御部および通信制御部の共用メ
モリを設け、第１の受信バッファメモリの優先レベルを
除くいずれかのレベルに充当するブロックが満杯になっ
たとき主制御装置が共用メモリへ当該レベルの受信保留
フラグをセットし、この受信保留フラグに応じて通信制
御部が第２の受信バッファメモリの当該レベルに充当す
るブロックへ受信データを蓄積し、このブロックも満杯
になれば通信制御部が相手側に対し送信を中止させる送
信保留信号を送信する一方、優先レベルの受信データは
、受信保留フラグおよび送信保留信号を用いず最優先処
理を行なうものとしている。

〔作用〕

したがって、主制御部のほかに備えた通信制御部が通信
上の各制御を行なうと共に、両制御部へ受信用のバック
アメモリが分散され、特に別途のバックアメモリを設け
ることが不要となシ、第１および第２の受信バッファメ
モリ中優先レベルへ充当するブロック以外が共に満杯と
なれば、相手側に対し送信保留信号の送信がなされ、こ
れによって相手側が送信を中断するため、よシ以上の受
信データが到来しなくなる。

また、以上の操作が受信データの優先レベルを除くレベ
ルに応じ、各レベル毎に行なわれるため、受信データの
内容にしたがった処理が円滑に行なわれると共に、優先
レベルの受信データは以上の操作から除外され、優先的
に処理されるため、これに対する応動が速やかとなる。

〔実施例〕

以下、実施例を示す図によって本発明の詳細な説明する
。

第１図は構成を示すブロック図であり、マイクロプロセ
ッサ等のプロセッサ（以下、ＣＰＵ）およびメモリ等か
らなる主制御部（以下、ＭＣＴ）　１　ｓには、メモリ
中の特定エリアを用いた第１の受信パックアメモリ（以
下、ＲＢＭ）　１１　＋が設けてあシ、伝送路２と接続
されたＭＣＴ　１　ｓ　と同様な通信制御部（以下、０
ＣＴ）３１　には、メモリ中の各々特定エリアを用い第
２０ＲＢＭ　３１　、および送信バッファメモリ（以下
、ＳＢＭ）３２１が設けである。

また、ＭＣＴ１．とＣＣＴ３１との共用メモリ（以下、
ＣＭＭ）　４　ｌが設けてあシ、これに対してはＭＣＴ
１＋とＣＣＴ３　！との双方からフラグのセットおよび
リセットが可能となっており、これらによって通信装置
（以下、ＣＥ）５＋　が構成されている。

一方、ＣＥ５□も同様にＭＣＴｌ　２　、　ＣＣＴ３２
　、０ＭＭ４□によシ構成され、ＭＣＴ１２にはＲＢＭ
Ｉ　１２　、ＣＣＴ３□にはＲＢＭ３１□およびＣＢＭ
３２２が各々前述と同様に設けてあシ、ＭＣＴ１１　＋
　１　ｚは、各々ＣＣＴ　３１＋　３２を介し相手側と
のデータ送受信を行ない、図上省略した各種センサまた
はスイッチ等からの入力データ送信、入力データおよび
受信データに基づく制御上の判断を行なうと共に、図上
省略した制御対象機器に対する出力データの送出等を行
なうものとなっている。

なお、伝送路２には、状況に応じより多数のｃｇ５が接
続され、各々が必要にしたがって相互間の通信を行ない
、あるいは、いずれかが他のすべてに対して同一内容の
送信を行ない、これらによって全般的に統制のある制御
が行なわれる。

また、ＭＣＴ　１　、＋　１２は、ＣＣＴ３．．３□か
ら与えられる受信データをＲＢＭｌｌｔ　、　１１２へ
一旦蓄積し、これの内容を逐次ＣＰＵにより解読して使
用すると共に、送信データはＣＣＴ　３　！、３２へ送
出し、これをＣＣＴ　３　、＋　３２がＳＢＭ３２１．
３２２へ一旦蓄積してから伝送路２へ送信するものとな
っておシ、ＲＢＭｌｌｌ　、　１１２が受信データによ
り満杯となれば、ＣＣＴ　３＋　＋　３２がＲＢＭ　３
１１．３１２への受信データ蓄積を行なう一方、ＣＢＭ
３２し３２２が満杯となれば、ＭＣＴ　１＋　、　１２
に対し送信動作の保留を指令するものとなっており、こ
れらのＭＣＴ　１７．１２とＣＣＴ３　＋　。

３２との間の情報授受は、０ＭＭ４　＋　＋　４２ヘセ
ツトされるフラグにより行なうものとなっている０ただ
し、送受信データは、これらの内容に応じて優先レベル
を含む複数等級のレベルに分類されたうえ、最優先のレ
ベルを除き各レベル毎に以上の操作が行なわれるものと
なっておシ、これにしたがってＲＢＭｌｌｌ、１１２　
、３１ｔ　、　３１２、ＳＢＭ３２＋　。

３２２は、例えば第２図に示すとおシ、各々のアドレス
が各レベルと対応するブロックに分割されている。

同図囚はＲＢＭ　１１　、（Ｂ）はＲＢＭ３１、（Ｑは
ＣＢＭ３２の内容を示し、ＲＢＭｌｌ、３１は、最優先
のレベルと対応する優先レベルブロックＲＢＬ　、　、
これ以降の第１乃至第３レベルと対応する第ルベルブロ
ックＲＢＬ　、〜ＲＢＬ３に分割されており、これらは
各レベル毎の受信データ量に応じてアドレス数が定めら
れ、各ブロックＲＢＬ、〜ＲＢＬ３の各容量が設定しで
ある。

また、（Ｃ）の８１Ｍ３２も同様であシ、優先レベルブ
ロックＳＢＬ、〜第３レベルブロックｓｎｉ、３に分割
され、各レベル毎の送信データ量に応じて各々の容量が
定めである。

なお、０ＭＭ４１　＋　４２に対するフラグのセットも
各レベル毎に行なうものとなっておシ、これと対応した
ビット数の容量をＣＭＭｊｌ　＋　４２が各々備えるも
のとなっている。

第３図は、ＭＣＴ１のＣＰＵ　Ｋよる制御状況の総合的
なフローチャートでアシ、受信データのレベルをこれに
付加されたレベルコードに応じ、「優先レベル森？Ｊ　
１００Ｌ　　ｒ第２レベル？Ｊ　１００２、「第２レベ
ル？Ｊ　１００３、「第４レベル？Ｊ１００４を順次に
判断し、ステップ１００１がｙ（ｙＥｓ）であれば、直
ちにＲＢＭｌ　１の優先レベルブロック「ＲＢＬ、チェ
ックｊ　１０１１を行ない、これのｒ　ＲＢＬ　ｓ満杯
？」を判断し、この結果が若しＹであれば、このレベル
の受信データは時刻データ、警報信号、緊急指令等であ
り、抜食が限定されており満杯があり得ないだめ、「異
常処理Ｊ　１０１３により警報表示、異常発生信号の送
信等を行なうのに対し、ステップ１０１２がＮ（Ｎｏ＞
のときは、受信データをＲＢＭｌ　１の優先レベルブロ
ックＲＢＬ　、へ蓄積し１これの解読および制御演算を
行なう等の他のルーチンを介し、ステップ１００１以降
を反復する。

また、ステップ１００１がＮかつステップ１００２がＹ
であれば、ＲＢＭｌｌの第ルベルブロックＲＢＬ。

に対する「第ルベル・メモリチェック処理」１０２１を
行ない、ステップ１００２もＮでありステップ１００３
がＹのときは、ＲＢＭｌｌの第２レベルブロックＲＢＬ
、に対する「第２レベル・メモリチェック処理Ｊ　１０
３１を行ない、ステップ１００３もＮかつステップ１０
０４がＹであれば、ＲＢＭｌｌの第３レベルブロツクＲ
ＢＬ３に対する［第３レベル・メモリチェック処理Ｊ　
１０４１を行なう。

なお、ステップ１０２１．１０３１．１０４１の詳細は
後述のとおシである。

第４図は、ＣＣＴ　３のＣＰＵによる制御状況の総合的
なフローチャートであり、送信データまたは受信データ
に応じ、第３図のステップ１００１〜１００４と同様に
「優先レベル？Ｊ　２００１〜「第３レベル？Ｊ　２０
０４を順次に判断し、ステップ２００１がＹであれば「
送信データあ、９？Ｊ２０１１をチェックし、これのＹ
に応じて直ちに８１Ｍ３２の優先レベルブロックＳＢＬ
　ｓに対し［送信データをＳＢＬ　ｓへ蓄ｆｉ」２０１
２を行なってから、「受信データあシ？」２０２１をチ
ェックし、これもＹであれば直ちにＲＢＭ３１の優先レ
ベルブロックｒ　ＲＢＬ　！ｌから受信データ送出Ｊ　
２０２２によ）、受信データをＣＣＴ　１へ転送する。

一方、ステップ２００１がＮかつステップ２００２がＹ
であれば、ＲＢＭ３１およびＳ　８Ｍ３２の各第２レベ
ルブロツクＲＢＬ、およびＳＢＬ、に対する「第ルベル
ψメモリチェック処理Ｊ　２０３１を行ない、ステップ
２００２もＮでありステップ２００３がＹのときは、８
１Ｍ３１　、　ＳＢＭ３２の各第２レベルブロツクＲＢ
Ｌ２　、５ＢＬ２に対する「第２レベル・メモリチェッ
ク処理Ｊ　２０４１を行ない、ステップ２００３もＮか
つステップ２００４がＹでおれば、８１Ｍ３１　、　Ｓ
ＢＭ３２の各第３レベルブロツクＲＢＬ３　、５ＢＬｓ
Ｋ対する「第３レベル・メモリチェック処理ｊ　２０５
１を行ない、送受信制御等の他のルーチンを介し、ステ
ップ２００１以降を反復する。

したがって、送受信データは、各々のレベルに応じた操
作がステップ１０２１．１０３１．１０４１および２０
３１．２０４１．２０５１により各個別に行なわれる一
方、優先レベルであれば、直ちにステップ１０１１〜１
０１３および２０１１〜２０２２の操作がなされ、優先
的に処理されるため、これの送受信およびＣＣＴ　１の
応動が速やかとなる。

なお、ステップ２０３１　、２０４１　、２０５１の詳
細は後述のとおシである。

第５図は、第３図のステップ１０２１　、１０３１　。

１０４１の詳細を示すフローチャートでラシ、「ＲＢＭ
チェック」１０１によシ、当該レベルに充当するブロッ
クの受信データ蓄積状況をチェックし、［ＲＵＭ満杯？
Ｊ１０２を判断し、これがＹであれば、当該レベルのフ
ラグにより［ＣＭＭへ受信保留フラグ・セットＪＩＱ３
を行ない、ステップ１０２がＮのときは、ＣＭＭ４の当
該レベル［受信保留フラグ・セット？ｊ　１１１をチェ
ックし、これがＹであれば当該レベルのフラグに対し「
ＣＭＭの受信保留フラグ・リセットＪ１１２を行なって
から、当該レベルに応する「ＯＣＴへ割込信号送出」１
１３により、ＣＣＴ３のレベル毎に設けた割込人力ＩＮ
Ｔへ当該レベルの割込信号を送出する。

ついで、後述の条件によシセットされる当該レベルのフ
ラグに対し「ＣＭＭの送信保留フラグ・チェック」１２
１を行ない、［送信保留フラグ・セラ）？Ｊ１２２を判
断し、これがＹであれば「送信中止」１２３により、Ｃ
ＣＴ３への送信データ送出を一時停止するのに対し、ス
テップ１２２がＮのときは「送信許容」１２４によシ、
必要に応じて当該レベルの送信データをＣＣＴ　３へ送
出する。

第６図は、第４図のステップ２０３１．２０４１゜２０
５１の詳細を示すフローチャートであり、ＭＣＴ１から
の「送信データあｐ？Ｊ２０１を判断し、これがＹであ
れば当該レベルのブロックに対し「送信データをＳＢＭ
へ蓄積」２０２を行ない、このブロックに対して「ＳＢ
Ｍ満杯？Ｊ２０３をチェックし、これがＹになると当該
レベルに応する「０侃へ送信保留フラグ・セット」２１
１を第５図のステップ１２１と対応して行なう。

ついで、伝送路２からの自己宛［受信データあ！０？Ｊ
２２１を判断し、これのＹに応じて受信データの内容が
当該レベルの「送信保留指令？Ｊ２２２を判断のうえ、
これがＹのときはＣＣＴ　Ｓ中のメモリへ当該レベルの
「送信保留フラグΦセツ）Ｊ２２３を行なうのに対し、
ステップ２２２ＯＮに応じて同様に当該レベルの「送信
許容指令？Ｊ２３１を判断し、これがＹであればステッ
プ２２３と対応する当該レベルの「送信保留フラグ・リ
セッ）Ｊ２３２を行なう。

したがって、ステップ２２３によってＣＣＴ　３が送信
を中止する一方、ステップ２３２によってはＣＣＴ３に
よる送信の再開が可能となる。

また、ステップ２３１もＮのときは、第５図のステップ
１０３と対応して［ｃＭＭの受信保留フラグ・チェック
」２４１を行ない、当該レベルの「受信保留フラグ・七
ツ）？Ｊ２４２を判断し、これがＹであればＭＣＴ１の
ＲＢＭｌ　１中轟該レベルへ充当するブロックが満杯の
ため、「受信データをＲＢＭへ蓄積」２５１によ、！７
．８１Ｍ３１の当該レベルへ充当するブロックへ蓄積し
、これがｒ　ＲＢＭ満杯？Ｊ２５２のＹとなれば、ステ
ップ２２２と対応する当該レベルの「送信保留指令・送
信」２５３を相手側に対して行ない、ＣＣＴ３中のメモ
リへ当該レベルの「送信保留指令・送信済フラグ・セッ
ト」２５４を行なう。

一方、ステップ２４２ＯＮに応じては、ｌ’−ＲＢＭか
ら受信データ送出」２６１により、当該レベルのブロッ
クからＭＣＴ　１へ受信データの転送を行ない、ステッ
プ２５４と対応して当該レベルの「送信保留指令・送信
済フラグ・セット？Ｊ２６２をチェックし、これがＹで
あれば、ステップ２３１と対応する当該レベルの「送信
許容指令・送信」２６３を相手側へ行ない、ステップ２
５４と対応して当該レベルの「送信保留指令・送信済フ
ラグ・リセット」２６４を行なう。

第７図は、第５図のステップ１１３に応する０ＣＴ３０
ＣＰＨによる割込動作のフローチャートでちゃ、「割込
信号あシ？　ｊ　３０１がＹとなれば、Ｊ　ＲＢＭから
受信データ送出」３１１により、ＭＣＴ　１に対しＲＢ
Ｍ３１（７）該当するレベルのブロックから受信データ
の転送を行なう。

したがって、ＭＣＴ　１のＲＢＭｌ　１中当該レベルに
充当するブロックが満杯でなくなれば、ＣＣＴ　３のＲ
ＢＭ３１から同一レベル受信データの転送が行なわれ、
ＭＣＴ１のＣＰＵによる受信データの処理が連続的に行
なわれ、受信データに対する応動が円滑かつ速やかに実
行される。

また、ＭＣＴ　１のＲＢＭ１１中当該レベルに充当する
ブロックが満杯となれば、０ＭＭ４のレベルに応じた受
信保留フラグ・セットによシ、ＣＣＴ　３がＲＢＭ３１
の当該レベルに充当するブロックへ受信データを蓄積す
るため、受信を継続して行なえるものとなり、受信不能
を極力回避することができると共に、ＲＢＭ３１のブロ
ックも満杯となれば、相手側へレベルに応じた送信保留
指令が送信され、これに応じて相手側が送信を中断する
ものとなシ、無効な送信が阻止される。

一方、ＣＣＴ　３のＣＢＭ３２中当該レベルへ充当する
ブロックが満杯となれば、０ＭＭ４へのレベルに応じた
送信保留フラグ・セットによシ、ＭＣＴ１が送信データ
の送出を中止するだめ、ＭＣＴ　１からの無効な送信デ
ータの送出が阻止される。

第８図は、ＣＦ２が３台以上伝送路２へ接続され、伝送
路２を共通に用いると共に、いずれか信権を取得したも
ののみが送信を行ない、これにしたがって特定の相手側
との通信を開始し、通信の終了に応じて送信権引継信号
を送信し、これを受信した他のＣＦ２が送信権を取得す
る動作をＣＦ２が順次に行なう場合、ＣＣＴ　３のＣＰ
Ｕによる送信権取得制御のフローチャートであシ、「送
信権引継信号・受信？Ｊ４０１がＹとなれば、ＳＢＭ３
２中の各ブロックにつき「送信データあり？Ｊ４０２を
チェックし、これがいずれかのブロックにおいてＹのと
きは、第６図のステップ２２３による対応したレベルの
「送信保留フラグ・セラ）？Ｊ４１１をチェックのうえ
、これのＹ′またはステップ４０２のＮに応じて「送信
権取得せず」４１２により、受信状態を維持する。

これに対し、ステップ４１１かＮであれば、前述のとお
り「送信権取得」４２１を行ない、ついで「データ送信
」４２２を行々い、各ブロックにつき「ＳＢＭ満杯？Ｊ
４２３をチェックし、これがＮのときは第３図のステッ
プ２１２と同じくレベル毎に「ＣＭＭの送信保留フラグ
・リセット」４２４を行ない、第４図、第６図および他
のルーチンを介しステップ４０１以降を反復する。

したがって、第６図のステップ２３１により送信許容指
令が受信されない限り、送信権を取得せず受信状態を維
持するため、この間に他のＣＦ２による通信が行なわれ
、伝送路２の運用効率が向上する。

第９図は、第６図と同様であるが、送信許容指令の送受
信を省略し、かつ、送信保留指令の確実化を図った他の
実施例を示すフローチャートであり、「送信データあｐ
？Ｊ５０１乃至「ＣＭＭへ送信保留フラグ・セット」５
１１、および、［受信データあシ？Ｊ５２１、［送信保
留指令？ｊ５２２’ｌでは第６図と同一であるのに対し
、ステップ５２２がＹであればＣＣＴ３のＣＰＵ中へ構
成したレベル毎の「送信保留タイマー・プリセット」５
２３により、これをスタートさせてから、ステップ２２
３と同じく当該レベルの「送信保留フラグ・セット」５
２４を行なう。

また、ステップ５２２のＮに応じては、ステップ２４１
　、２４２と同じくレベルに応する「ＣＭＭの受信保留
フラグ・チェック」５３１および「受信保留フラグ・セ
ラ）？Ｊ５３２の判断を行ない、ステップ５３２がＹの
ときはステップ２５１　、２５２と同じく当該レベルへ
充当するブロックによる「受信データをＲＢＭへ蓄積」
５４１および「ＲＢＭ満杯？Ｊ５４２の判断を行ない、
これがＹであれば、ステップ２６２と同じく当該レベル
の［送信保留指令・送信済フラグ・セット？Ｊ５４３を
チェックし、これのＮに応じて当該レベルの「再送信タ
イマー・プリセラ）Ｊ５５１により、ステップ５２３と
同様にＣＰＵによる再送信タイマー・をスタートさせ、
当該レベルの「送信保留指令・送信」５５２および［送
信保留指令・送信済フラグ・セット」５５３をステップ
２５３　、２５４と同じく行なう。

なお、ステップ５３２がＮのときは、ステップ２６１と
同じ（ｒＲＢＭから受信データ送出」５６１を行なう。

ついで、当該レベルの「送信保留タイマー・タイムアウ
ト？Ｊ５７１をチェックし、これがＹとなれば、ステッ
プ５２４と対応して当該レベルの「送信保留フラグ・リ
セット」５７２を行ない、「再送信タイマー・タイムア
ウト？Ｊ５８１をチェックし、これがＹとなるのに応じ
て当該レベルのブロックに対し「ＲＢＭ満杯？ｊ５８２
を判断し、これのＹによっては再び「再送信タイマー・
プリセット」５９１をステップ５５１と同じく行ない、
ステップ５５２と同じく「送信保留指令・送信」５９２
を行なうのに対し、ステップ５８２がＮのときはステッ
プ５５３と対応して「送信保留指令・送信済フラグ・リ
セット」５９３を行なう。

したがって、送信保留タイマーのタイムアウトに応じて
送信中止状態が自動的に解除されるため、送信許容信号
の送受信を省略することができると共に、再送信タイマ
ーのタイムアウトによｆｉ　ＲＢＭ３１のブロックが満
杯か否かがチェックされ、この結果、未だ満杯であれば
送信保留指令の送信が反復してなされるため、送信保留
指令の確実化が実現する。

また、ＲＢＭｌ　１　、３１をＭＣＴ　１およびＣＣＴ
　３へ各個に設けたため、別途にバッファメモリを設け
る必要性が排除されると共に、ＣＣＴ　３は通信専用で
あり、メモリの容量中相当の範囲をＲＢＭ３１へ充当す
ることが自在となる。

なお、ＭＣＴ　１のＲＢＭｌ　１中、優先レベルを除く
いずれかのレベルへ充当するブロックが満杯でなくなれ
ば、割込信号の送出に応じてＣＣＴ　３のＲＢＭ３１か
ら直ちに当該レベルの受信データが転送され、ＭＣＴ　
１のＣＰＵによる受信データの処理が中断せず、受信デ
ータに対するＭＣＴ１の応動が速やかになると共に、Ｍ
ＣＴ１は通信に関する制御を行なう必要がなく、稼働負
荷が減少し、制御状況をよシ高速かつ広範囲なものとす
ることができる。

このほか、送受信データを優先レベルを含む各等級のレ
ベルに分類し、優先レベルを除く各レベル毎に以上の操
作を行なうと共に、優先レベルのものは以上の操作を除
外し、最優先によシ処理するものとしたため、各データ
の内容に応じた処理が合理的に行なわれ、特に優先レベ
ルデータに対する応動を高速化することができる。

ただし、ＣＭＭ　４は、ＭＣＴ　１またはＣＣＴ　３の
メモリを用い、ＤＭＡ　（Ｄｉｒｅｃｔ　Ｈｅｍｏｒｙ
　Ａｃｃｅｓｓ　、）によシ共用化してもよく、ＲＢＭ
ｌｌ、３１、ＳＢＭ３２、ＣＭＭ　４としてレジスタ等
を適用してもよいと共に、各データのレベル分類数は条
件に応じて定めればよく、これにしたがって第２図の各
ブロック数および容量を設定すればよい。

また、第３図乃至第９図においては、条件に応じてステ
ップを入替え、または、同等の他のものと置換し、ある
いは、不要なものを省略してもよい等、種々の変形が自
在である。

〔発明の効果〕

以上の説明によシ明らかなとおり本発明によれば、ＭＣ
Ｔの稼働負荷が減少すると共に、受信データ用のバッフ
ァメモリを別途に設ける必要がなく、ＭＣＴの制御機能
向上および全般的な構成の簡略化が実現し、かつ、受信
データの処理がレベル毎になされ、合理的な順位により
処理が行なわれるため、応動がレベルに応じて確実かつ
速やかとなシ、特に優先レベルの受信データは優先的に
処理され、これに対する応動が高速化し、即応性の要求
される受信データを取扱う各種のデータ通信制御におい
て顕著な効果が得られる。

【図面の簡単な説明】

図は本発明の実施例を示し、第１図は構成を示すブロッ
ク図、第２図はＲＢＭ　、　ＳＢＭの内容を示す図、第
３図はＭＣＴのＣＰＵによる制御状況の総合的なフロー
チャート、第４図はＣＣＴのＣＰＵによる制御状況の総
合的なフローチャート、第５図は第３図の詳細を示すフ
ローチャート、第６図は第４図の詳細を示すフローチャ
ート、第７図はＯＣＴのＣＰＵによる割込処理のフロー
チャート、第８図はＯＣＴのＣＰＵによる送信権取得制
御のフローチャート、第９図は第６図と対応する他の実
施例を示すフローチャートである。ｆ＋　、１２・・・・ＭＣＴ　（主制御部）、２・・・
・伝送路、３＋　、　３２・・・・ＣＣＴ　（通信制御
部）、４＋　、４２・・・・ＣＭＭ　（共用メモリ）、
５７，５□・・・・ＣＥ（通信装置）、１１，１１１，
１１□、３１゜３１□、３１□・・・書ＲＢＭ　（受信
バッファメモリ）、３２．３２＋　、３２２　　・・・
・ＳＢＭ（送信バッファメモリ）、ＩＮＴ・・・・割込
入力、ＲＢＬ、　、　ＳＢＬ、・・・・優先レベルブロ
ック、ＲＢＬ、　、　ＳＢＬ、・ａｓの第２レベルブロ
ツク、ＲＢＬ２　＋　５ＢＬ２・・ｅ・第２レベルブロ
ツク、ＲＢＬ３．５ＢＬ３・・・壷第３レベルブロック
。

Claims

【特許請求の範囲】

伝送路へ接続された通信制御部と、該通信制御部を介し
相手側と優先レベルを含む複数等級のレベルに分類され
たデータの送受信を行なう主制御部とを備えると共に、
該主制御部へ受信データを前記レベル毎に蓄積する第１
の受信バッファメモリを設け、前記通信制御部へ前記受
信データを前記レベル毎に蓄積する第２の受信バッファ
メモリを設け、かつ、前記主制御部および通信制御部の
共用メモリを設け、前記第１の受信バッファメモリの前
記優先レベルを除くいずれかのレベルに充当するブロッ
クが満杯になったとき前記主制御装置が共用メモリへ当
該レベルの受信保留フラグをセットし、該受信保留フラ
グに応じて前記通信制御部が第２の受信バッファメモリ
の当該レベルに充当するブロックへ前記受信データを蓄
積し、該ブロックも満杯になれば前記通信制御部が相手
側に対し送信を中止させる送信保留信号を送信する一方
、前記優先レベルの受信データは前記受信保留フラグお
よび送信保留信号を用いず最優先処理を行なうことを特
徴とする通信制御方式。