JPH04286238A - 非同期通信の競合調停方式 - Google Patents
非同期通信の競合調停方式Info
- Publication number
- JPH04286238A JPH04286238A JP3049991A JP4999191A JPH04286238A JP H04286238 A JPH04286238 A JP H04286238A JP 3049991 A JP3049991 A JP 3049991A JP 4999191 A JP4999191 A JP 4999191A JP H04286238 A JPH04286238 A JP H04286238A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- station
- monitored
- data transmission
- arbitration
- 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
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、非同期通信の競合調停
方式に関する。詳しくは、１台の主監視局と複数の被監
視局との間の非同期通信の競合を調停する非同期通信の
競合調停方式に関する。
方式に関する。詳しくは、１台の主監視局と複数の被監
視局との間の非同期通信の競合を調停する非同期通信の
競合調停方式に関する。
【０００２】近年、通信の大容量化、高速化に伴い、情
報通信ネットワークシステムは複数のデータ伝送装置や
交換機を有する端局、中継局などの伝送装置（以下、単
にデータ伝送装置という。）によって構築されるように
なってきた。そこでは、複数のデータ伝送装置の間での
通信制御により、迅速な保守や整備が必要とされる。こ
のため、これら複数のデータ伝送装置を集中して監視す
るうえで中心となる主監視局が設けられている。この主
監視局では、被監視局としてのデータ伝送装置との間で
、監視情報や異常警告のための情報等、警報（アラーム
）情報のデータ送受信を専用に処理するために、独立し
た通信制御が必要になった。
報通信ネットワークシステムは複数のデータ伝送装置や
交換機を有する端局、中継局などの伝送装置（以下、単
にデータ伝送装置という。）によって構築されるように
なってきた。そこでは、複数のデータ伝送装置の間での
通信制御により、迅速な保守や整備が必要とされる。こ
のため、これら複数のデータ伝送装置を集中して監視す
るうえで中心となる主監視局が設けられている。この主
監視局では、被監視局としてのデータ伝送装置との間で
、監視情報や異常警告のための情報等、警報（アラーム
）情報のデータ送受信を専用に処理するために、独立し
た通信制御が必要になった。
【０００３】
【従来の技術】一般に、多数のデータ伝送装置から警報
情報を円滑に送受信するための監視局における通信制御
は、被監視局の数に対応する通信制御回路を監視局側に
用意して、いわゆるポーリング制御が行われる。そして
従来から、遠隔地の被監視局に均等にアクセスするポー
リング制御によって、被監視局からの情報を収集してい
た。
情報を円滑に送受信するための監視局における通信制御
は、被監視局の数に対応する通信制御回路を監視局側に
用意して、いわゆるポーリング制御が行われる。そして
従来から、遠隔地の被監視局に均等にアクセスするポー
リング制御によって、被監視局からの情報を収集してい
た。
【０００４】ところで、ポーリング／セレクティング方
式による警報情報のブロック毎の送信、及び受信の制御
手順を監視局側で実現するには、監視局と被監視局との
間をマルチ接続にして、監視局から順次に被監視局にア
クセスすることになる。そのため、被監視局が増加すれ
ば、増加した数に対応する通信制御回路が必要になり、
監視局内の実装スペースが大きくなる。また、それら回
路を統合するソフトウェアの規模も拡大され、監視局の
処理能力がソフトウェアの規模に見合って高められなく
てはならない。
式による警報情報のブロック毎の送信、及び受信の制御
手順を監視局側で実現するには、監視局と被監視局との
間をマルチ接続にして、監視局から順次に被監視局にア
クセスすることになる。そのため、被監視局が増加すれ
ば、増加した数に対応する通信制御回路が必要になり、
監視局内の実装スペースが大きくなる。また、それら回
路を統合するソフトウェアの規模も拡大され、監視局の
処理能力がソフトウェアの規模に見合って高められなく
てはならない。
【０００５】
【発明が解決しようとする課題】しかし、従来のポーリ
ング制御方式による警報情報の収集では、１台の主監視
局で監視される被監視局の数が増加した場合、被監視局
からのアクセスの時間間隔が長くなる。そのため、監視
局では必要な警報情報を被監視局から迅速に収集するこ
とができなくなる。また、被監視局で障害が発生してか
ら監視局がその障害情報を検出するまでに時間がかかっ
て、適切な回線切り換えや障害修理が不可能になる。
ング制御方式による警報情報の収集では、１台の主監視
局で監視される被監視局の数が増加した場合、被監視局
からのアクセスの時間間隔が長くなる。そのため、監視
局では必要な警報情報を被監視局から迅速に収集するこ
とができなくなる。また、被監視局で障害が発生してか
ら監視局がその障害情報を検出するまでに時間がかかっ
て、適切な回線切り換えや障害修理が不可能になる。
【０００６】また、一般にポーリング制御に必要な通信
制御回路、すなわちポートの数は、監視局内の回路実装
スペースとソフトウェアの処理能力の範囲に制約される
。したがって、監視局によって監視可能な伝送装置の数
はこのポートにより規定され、それを無制限に増加させ
ることができない。しかも、監視局側での処理能力の大
半が、被監視局で発生した障害についての警報情報の通
信制御処理に当てられることになれば、被監視局から転
送された警報情報に的確に対処できない。
制御回路、すなわちポートの数は、監視局内の回路実装
スペースとソフトウェアの処理能力の範囲に制約される
。したがって、監視局によって監視可能な伝送装置の数
はこのポートにより規定され、それを無制限に増加させ
ることができない。しかも、監視局側での処理能力の大
半が、被監視局で発生した障害についての警報情報の通
信制御処理に当てられることになれば、被監視局から転
送された警報情報に的確に対処できない。
【０００７】その結果、大容量かつ高速の伝送系を監視
するための、複数の伝送装置の間での通信制御を確実に
処理できなくなり、情報通信ネットワークシステムの迅
速な保守や整備も困難になるという問題点があった。
するための、複数の伝送装置の間での通信制御を確実に
処理できなくなり、情報通信ネットワークシステムの迅
速な保守や整備も困難になるという問題点があった。
【０００８】本発明はこのような点に鑑みてなされたも
のであり、一つの監視局で多数の被監視局を監視する際
に、少ないハードウェアと簡単なソフトウェアにより、
各被監視局からの通信要求を確実に調停できる非同期通
信による調停方式を提供することを目的とする。
のであり、一つの監視局で多数の被監視局を監視する際
に、少ないハードウェアと簡単なソフトウェアにより、
各被監視局からの通信要求を確実に調停できる非同期通
信による調停方式を提供することを目的とする。
【０００９】また、本発明の他の目的は、被監視局から
の情報転送を迅速に行える非同期通信の競合調停方式を
提供することである。
の情報転送を迅速に行える非同期通信の競合調停方式を
提供することである。
【００１０】
【課題を解決するための手段】図１は、上記目的を達成
する本発明の原理を説明するブロック図である。この図
１において、複数のデータ伝送装置１，２，…ｎは、監
視局インタフェース１３を介して監視局１００の警報処
理手段２０に接続されている。監視局インタフェース１
３は調停処理手段１１と送受信制御手段１２とを含み、
被監視局となる複数のデータ伝送装置１，２，…ｎから
の非同期の通信要求は調停処理手段１１に一括して入力
される。また送受信制御手段１２には調停処理手段１１
で許可された被監視局が、即ちデータ伝送装置１，２，
…ｎのいずれかが接続されて、警報情報を受信する。特
定の被監視局からの警報情報は、この送受信制御手段１
２を介して記憶手段３０に記憶され、警報処理手段２０
により処理される。
する本発明の原理を説明するブロック図である。この図
１において、複数のデータ伝送装置１，２，…ｎは、監
視局インタフェース１３を介して監視局１００の警報処
理手段２０に接続されている。監視局インタフェース１
３は調停処理手段１１と送受信制御手段１２とを含み、
被監視局となる複数のデータ伝送装置１，２，…ｎから
の非同期の通信要求は調停処理手段１１に一括して入力
される。また送受信制御手段１２には調停処理手段１１
で許可された被監視局が、即ちデータ伝送装置１，２，
…ｎのいずれかが接続されて、警報情報を受信する。特
定の被監視局からの警報情報は、この送受信制御手段１
２を介して記憶手段３０に記憶され、警報処理手段２０
により処理される。
【００１１】このような複数のデータ伝送装置を監視す
る監視局１００と、各データ伝送装置に実装され、監視
局１００に対して各データ伝送装置の障害情報を通信す
る被監視局とからなる情報通信ネットワークシステムに
ついて、本発明を適用することができる。この場合に、
監視局１００には、被監視局からの非同期の通信要求に
対する優先度判断機能を含み、被監視局の通信要求を受
信した場合に、他の被監視局からの通信要求の有無、及
びその通信要求の優先レベルを判定する調停回路が設け
られる。
る監視局１００と、各データ伝送装置に実装され、監視
局１００に対して各データ伝送装置の障害情報を通信す
る被監視局とからなる情報通信ネットワークシステムに
ついて、本発明を適用することができる。この場合に、
監視局１００には、被監視局からの非同期の通信要求に
対する優先度判断機能を含み、被監視局の通信要求を受
信した場合に、他の被監視局からの通信要求の有無、及
びその通信要求の優先レベルを判定する調停回路が設け
られる。
【００１２】
【作用】情報通信ネットワークを形成する複数のデータ
伝送装置１，２，…ｎとそれらを監視する監視局１００
との間で、被監視局となるデータ伝送装置からの非同期
の通信要求（ＲＴＳ；Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅ
ｎｄ）が競合した場合、調停処理手段１１では優先度の
高い通信要求を選んで、警報処理手段２０にその要求を
伝える。調停処理手段１１は警報処理手段２０から優先
度の書き換えがなされる。警報処理手段２０は許可信号
（ＣＴＳ；Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）を所定の
データ伝送装置１，２，…ｎに与える。これらの処理は
いずれもソフトウェア上のプロトコルとして組み立てら
れる手順にしたがって実行される。
伝送装置１，２，…ｎとそれらを監視する監視局１００
との間で、被監視局となるデータ伝送装置からの非同期
の通信要求（ＲＴＳ；Ｒｅｑｕｅｓｔ Ｔｏ Ｓｅ
ｎｄ）が競合した場合、調停処理手段１１では優先度の
高い通信要求を選んで、警報処理手段２０にその要求を
伝える。調停処理手段１１は警報処理手段２０から優先
度の書き換えがなされる。警報処理手段２０は許可信号
（ＣＴＳ；Ｃｌｅａｒ Ｔｏ Ｓｅｎｄ）を所定の
データ伝送装置１，２，…ｎに与える。これらの処理は
いずれもソフトウェア上のプロトコルとして組み立てら
れる手順にしたがって実行される。
【００１３】すなわち、複数の被監視局が同時にＲＴＳ
を出した場合でも、所定の被監視局との間で、警報情報
を受け取り、それを処理して必要な指令を各被監視局に
送出できる。従って、監視局の調停回路によって被監視
局の中から一番高い優先度のものを選んで、ＣＴＳを送
出できる。また、その後に相互の通信が終了したとき、
その被監視局の優先度が一番低くなるように再設定する
ことで、１の送受信制御手段によって複数の被監視局の
通信要求に平等に応じることができる。
を出した場合でも、所定の被監視局との間で、警報情報
を受け取り、それを処理して必要な指令を各被監視局に
送出できる。従って、監視局の調停回路によって被監視
局の中から一番高い優先度のものを選んで、ＣＴＳを送
出できる。また、その後に相互の通信が終了したとき、
その被監視局の優先度が一番低くなるように再設定する
ことで、１の送受信制御手段によって複数の被監視局の
通信要求に平等に応じることができる。
【００１４】上記第一の目的を実現する構成および作用
は、更に、本発明を説明する以下の第一の実施例によっ
て一層明瞭に説明される。また上記第二の目的について
は、以下の第二の実施例によって一層明瞭に説明される
。
は、更に、本発明を説明する以下の第一の実施例によっ
て一層明瞭に説明される。また上記第二の目的について
は、以下の第二の実施例によって一層明瞭に説明される
。
【００１５】
【実施例】図２は本発明の第一実施例の構成を示すブロ
ック図である。被監視局１〜ｎから送出される送信要求
（ＲＴＳ）は、監視局１００の監視情報収集装置（ＰＩ
Ｃ）１１に入力される。このＰＩＣ１１は、入力処理の
優先順位を独自に決定する機能を有する割込み制御用の
回路であって、複数のＲＴＳが同時に到達した場合には
、優先度の高いＲＴＳのみが監視局１００内のマイクロ
プロセッサ（ＭＰＵ）２０に割込み要求として出力され
る。
ック図である。被監視局１〜ｎから送出される送信要求
（ＲＴＳ）は、監視局１００の監視情報収集装置（ＰＩ
Ｃ）１１に入力される。このＰＩＣ１１は、入力処理の
優先順位を独自に決定する機能を有する割込み制御用の
回路であって、複数のＲＴＳが同時に到達した場合には
、優先度の高いＲＴＳのみが監視局１００内のマイクロ
プロセッサ（ＭＰＵ）２０に割込み要求として出力され
る。
【００１６】上記ＰＩＣ１１は、例えば８本の割込み入
力用の口を持ち、ＭＰＵ２０からのトリガによって各入
力に対するプライオリティを変更しながら設定する。Ｐ
ＩＣ１１からは、ＲＴＳを受け取った時点でＭＰＵ２０
にトリガを出し、内部バス１５を介してＭＰＵ２０に対
してアドレスを出力する。複数のＲＴＳをＰＩＣ１１で
同時に受けた場合には、ＰＩＣ１１がその時点で決定し
ている優先順位に基づいて、優先度の最も高いＲＴＳを
ＭＰＵ２０に教える。
力用の口を持ち、ＭＰＵ２０からのトリガによって各入
力に対するプライオリティを変更しながら設定する。Ｐ
ＩＣ１１からは、ＲＴＳを受け取った時点でＭＰＵ２０
にトリガを出し、内部バス１５を介してＭＰＵ２０に対
してアドレスを出力する。複数のＲＴＳをＰＩＣ１１で
同時に受けた場合には、ＰＩＣ１１がその時点で決定し
ている優先順位に基づいて、優先度の最も高いＲＴＳを
ＭＰＵ２０に教える。
【００１７】ＭＰＵ２０では、ＰＩＣ１１からの割込み
アドレスを受けて、いずれの被監視局１〜ｎからの割込
み要求であるかを判断する。そして、ＭＰＵ２０から内
部バス１５を経由してデコーダ１４にデータが送られる
。デコーダ１４ではそのデータを送信許可（ＣＴＳ）の
信号に変換して、該当する被監視局に出力する。被監視
局側では、汎用非同期送受信回路（ＵＳＡＲＴ）３１で
、監視局１００からのＣＴＳを受け、警報情報の転送を
バイト単位で開始する。ＲＡＭ３０はＵＳＡＲＴ１２で
監視局１００が受け取った警報情報を一旦記憶し、その
後ＭＰＵ２０で編集などするために使用される。一方、
ＵＳＡＲＴ３１，１２の間では、被監視局側から警報情
報を転送するだけでなく、警報情報の処理結果に基づい
て、下位のデータ伝送装置である被監視局１，２，…ｎ
にＵＳＡＲＴ１２から、所定の制御指令を出力する。
アドレスを受けて、いずれの被監視局１〜ｎからの割込
み要求であるかを判断する。そして、ＭＰＵ２０から内
部バス１５を経由してデコーダ１４にデータが送られる
。デコーダ１４ではそのデータを送信許可（ＣＴＳ）の
信号に変換して、該当する被監視局に出力する。被監視
局側では、汎用非同期送受信回路（ＵＳＡＲＴ）３１で
、監視局１００からのＣＴＳを受け、警報情報の転送を
バイト単位で開始する。ＲＡＭ３０はＵＳＡＲＴ１２で
監視局１００が受け取った警報情報を一旦記憶し、その
後ＭＰＵ２０で編集などするために使用される。一方、
ＵＳＡＲＴ３１，１２の間では、被監視局側から警報情
報を転送するだけでなく、警報情報の処理結果に基づい
て、下位のデータ伝送装置である被監視局１，２，…ｎ
にＵＳＡＲＴ１２から、所定の制御指令を出力する。
【００１８】このように第一実施例では監視局に一つの
データ送受信機能を持たせるだけで、複数の被監視局と
の警報情報の通信制御が可能になる。したがってハード
的な規模を小さくでき、ソフト開発のコストも低減でき
る。
データ送受信機能を持たせるだけで、複数の被監視局と
の警報情報の通信制御が可能になる。したがってハード
的な規模を小さくでき、ソフト開発のコストも低減でき
る。
【００１９】なお、特定された被監視局からの通信が行
われている間に、他の被監視局からのＰＩＣ１１への送
信要求があっても、ＰＩＣ１１では複数の割り込みをネ
ストできる。一方、ＭＰＵ２０側ではＰＩＣ１１からの
割込み発生をマスクし、データバス１６による複数の通
信要求が衝突しないように調整される。
われている間に、他の被監視局からのＰＩＣ１１への送
信要求があっても、ＰＩＣ１１では複数の割り込みをネ
ストできる。一方、ＭＰＵ２０側ではＰＩＣ１１からの
割込み発生をマスクし、データバス１６による複数の通
信要求が衝突しないように調整される。
【００２０】図３は、本発明の第二実施例であって、こ
こでは複数の被監視局２１，２２，２３，…にそれぞれ
独自のデータ伝送装置（図ではデータ処理装置ＭＰＵと
して示す）１０からの通信要求を処理する通信処理部３
１が設けられている。これら複数の被監視局２１等をま
とめて監視する監視局１００側にも、同様の通信処理部
１２と、データ処理装置（ＭＰＵ）２０とが設けられて
いる。監視局１００には更に、上記被監視局２１，２２
，２３，…の各通信処理部３１から送出される非同期の
通信要求に対して優先レベルを決定する競合調停部４２
を含む調停回路４０が設けられる。
こでは複数の被監視局２１，２２，２３，…にそれぞれ
独自のデータ伝送装置（図ではデータ処理装置ＭＰＵと
して示す）１０からの通信要求を処理する通信処理部３
１が設けられている。これら複数の被監視局２１等をま
とめて監視する監視局１００側にも、同様の通信処理部
１２と、データ処理装置（ＭＰＵ）２０とが設けられて
いる。監視局１００には更に、上記被監視局２１，２２
，２３，…の各通信処理部３１から送出される非同期の
通信要求に対して優先レベルを決定する競合調停部４２
を含む調停回路４０が設けられる。
【００２１】この調停回路４０には、上記被監視局２１
，２２，２３，…からの通信要求を検出する検出回路部
４１と、競合調停部４２に設定されている優先度に応じ
て、通信要求のあった被監視局に対する通信許可を送出
する送出回路部４３とが形成される。
，２２，２３，…からの通信要求を検出する検出回路部
４１と、競合調停部４２に設定されている優先度に応じ
て、通信要求のあった被監視局に対する通信許可を送出
する送出回路部４３とが形成される。
【００２２】今、例えば被監視局２１で通信要求が発生
すると、その通信処理部３１から監視局１００に対して
通信要求が送出される。監視局１００内の調停回路４０
に入力された通信要求は、データバッファ機能を持つ検
出回路部４１においてその要求が被監視局２１からの要
求であると認識される。その認識結果は、検出回路部４
１から競合調停部４２にコード信号に変換して送られ、
ここで他の被監視局からの通信要求の有無、及びその通
信要求の優先レベルが判定される。このとき他の通信要
求がなければ、競合調停部４２はＭＰＵ２０に被監視局
２１の通信要求があった旨を知らせ、かつ送出回路部４
３には競合調停部４２での判定結果に基づく通信許可信
号が与えれれる。
すると、その通信処理部３１から監視局１００に対して
通信要求が送出される。監視局１００内の調停回路４０
に入力された通信要求は、データバッファ機能を持つ検
出回路部４１においてその要求が被監視局２１からの要
求であると認識される。その認識結果は、検出回路部４
１から競合調停部４２にコード信号に変換して送られ、
ここで他の被監視局からの通信要求の有無、及びその通
信要求の優先レベルが判定される。このとき他の通信要
求がなければ、競合調停部４２はＭＰＵ２０に被監視局
２１の通信要求があった旨を知らせ、かつ送出回路部４
３には競合調停部４２での判定結果に基づく通信許可信
号が与えれれる。
【００２３】この他の通信要求が既に存在している場合
には、競合調停部４２からは他の通信要求が終了するま
で通信許可信号は保持され、出力されない。また、先行
する通信要求が終了した時点で、複数の通信要求が発生
していれば、設定された優先レベルに基づいてプライオ
リティの高い通信要求に対して通信許可信号が発生する
。なお、競合調停部４２では、優先度の設定はプライオ
リティエンコーダによってハード的に固定して使用され
る。
には、競合調停部４２からは他の通信要求が終了するま
で通信許可信号は保持され、出力されない。また、先行
する通信要求が終了した時点で、複数の通信要求が発生
していれば、設定された優先レベルに基づいてプライオ
リティの高い通信要求に対して通信許可信号が発生する
。なお、競合調停部４２では、優先度の設定はプライオ
リティエンコーダによってハード的に固定して使用され
る。
【００２４】送出回路部４３では、調停回路４０で判定
された結果に基づいて、通信要求のあった被監視局に対
して通信許可を送出する。この通信許可を被監視局２１
の通信処理部３１で受信したあと、監視局１００の通信
処理部１２との間で警報情報の転送が始まる。
された結果に基づいて、通信要求のあった被監視局に対
して通信許可を送出する。この通信許可を被監視局２１
の通信処理部３１で受信したあと、監視局１００の通信
処理部１２との間で警報情報の転送が始まる。
【００２５】このように本発明の第二実施例では、監視
局側に調停回路４０を設けて、ハード的に通信要求を調
停して、迅速に警報情報の転送を行えるようにした。し
たがって、従来のポーリング制御とは異なる制御手順で
通信要求を処理でき、警報情報の収集速度が遅れること
はなく、１台の主監視局で監視される被監視局の数が増
加しても、回線切り換えや障害修理を適切なタイミング
で実施できる。
局側に調停回路４０を設けて、ハード的に通信要求を調
停して、迅速に警報情報の転送を行えるようにした。し
たがって、従来のポーリング制御とは異なる制御手順で
通信要求を処理でき、警報情報の収集速度が遅れること
はなく、１台の主監視局で監視される被監視局の数が増
加しても、回線切り換えや障害修理を適切なタイミング
で実施できる。
【００２６】上記の説明では、情報通信ネットワークを
形成する複数のデータ伝送装置とそれらを監視する監視
局との間での通信競合を調停するようにしたが、単一の
データ伝送装置、例えばデータ中継局内で複数の被監視
装置から発生する通信要求を調停する場合にも適用する
ことができる。
形成する複数のデータ伝送装置とそれらを監視する監視
局との間での通信競合を調停するようにしたが、単一の
データ伝送装置、例えばデータ中継局内で複数の被監視
装置から発生する通信要求を調停する場合にも適用する
ことができる。
【００２７】
【発明の効果】以上説明したように、本発明では監視局
にデータ伝送装置からの通信要求を調停する調停処理手
段を設けたので、従来の非同期通信の競合調停方式に比
べて、より多くの被監視局からの通信要求に応じること
ができる。
にデータ伝送装置からの通信要求を調停する調停処理手
段を設けたので、従来の非同期通信の競合調停方式に比
べて、より多くの被監視局からの通信要求に応じること
ができる。
【００２８】また、本発明では一つの監視局で多数の被
監視局を監視する際に、少ないハードウェアと簡単なソ
フトウェアによって構成され、各被監視局からの通信要
求を確実に調停できる。このため、情報通信ネットワー
クシステムを構成するデータ伝送装置の信頼性を高める
上で、極めて有効である。
監視局を監視する際に、少ないハードウェアと簡単なソ
フトウェアによって構成され、各被監視局からの通信要
求を確実に調停できる。このため、情報通信ネットワー
クシステムを構成するデータ伝送装置の信頼性を高める
上で、極めて有効である。
【００２９】さらに、従来のポーリング制御とは異なる
手順でデータ伝送装置の通信要求を調停しており、監視
局側でそれら通信要求を制御することによって、従来以
上に迅速な警報情報の転送ができる。このため、規模の
大きな情報通信ネットワークシステムについても、迅速
に保守や整備が可能になる。
手順でデータ伝送装置の通信要求を調停しており、監視
局側でそれら通信要求を制御することによって、従来以
上に迅速な警報情報の転送ができる。このため、規模の
大きな情報通信ネットワークシステムについても、迅速
に保守や整備が可能になる。
【図１】本発明の原理を説明するブロック図である。
【図２】本発明の第一実施例の構成を示すブロック図で
ある。
ある。
【図３】本発明の第二実施例の構成を示すブロック図で
ある。
ある。
１〜ｎ データ伝送装置
１１ 調停処理手段（ＰＩＣ）
１２ 送受信制御手段（通信処理部：ＵＳＡＲＴ）２
０ 警報処理手段（ＭＰＵ） ３０ 記憶手段（ＲＡＭ） １００ 監視局
０ 警報処理手段（ＭＰＵ） ３０ 記憶手段（ＲＡＭ） １００ 監視局
Claims (5)
- 【請求項１】 情報通信ネットワークを形成する複数
のデータ伝送装置（１，２，…ｎ）とそれらを監視する
監視局（１００）との間で、被監視局となる前記データ
伝送装置からの非同期の通信要求が競合した場合の非同
期通信の競合調停方式であって、前記非同期の通信要求
を受信して調停する調停処理手段（１１）と、前記調停
処理手段（１１）で許可された前記被監視局に接続され
、警報情報を受信する送受信制御手段（１２）と、を有
することを特徴とする非同期通信の競合調停方式。 - 【請求項２】 前記被監視局の通信要求を受信して調
停する調停処理手段（１１）は、被監視局との通信を行
う毎に、被監視局に設定された優先度を変更して、被監
視局からの通信要求に対して平等に許可を与えることを
特徴とする請求項１記載の非同期通信の競合調停方式。 - 【請求項３】 前記受信制御手段（１２）は、前記被
監視局との間でマルチドロップ接続された単一の通信ポ
ートを構成する汎用送受信回路であることを特徴とする
請求項１記載の非同期通信の競合調停方式。 - 【請求項４】 複数のデータ伝送装置（１０）を監視
する監視局（１００）と、前記各データ伝送装置（１０
）に実装され、前記監視局（１００）に対して各データ
伝送装置の障害情報を通信する被監視局（２１，２２，
２３）とからなり、前記被監視局（２１，２２，２３）
は、それぞれ独自のデータ伝送装置からの通信要求を処
理する通信処理部（３１）を有し、前記監視局（１００
）は、前記被監視局の通信処理部（３１）から送出され
る非同期の通信要求に対して優先レベルを決定する競合
調停部（４２）を含む調停回路（４０）を有し、特定の
監視局の通信要求を受信した場合に、他の被監視局から
の通信要求の有無、及びその通信要求の優先レベルを判
定することを特徴とする非同期通信の競合調停方式。 - 【請求項５】 前記被監視局の通信要求を受信する調
停回路（４０）は、更に、被監視局からの通信要求を検
出する検出回路部（４１）と、設定されている優先度に
応じて通信要求のあった被監視局に対する通信許可を送
出する送出回路部（４３）と、を有することを特徴とす
る請求項４記載の非同期通信の競合調停方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3049991A JPH04286238A (ja) | 1991-03-15 | 1991-03-15 | 非同期通信の競合調停方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3049991A JPH04286238A (ja) | 1991-03-15 | 1991-03-15 | 非同期通信の競合調停方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04286238A true JPH04286238A (ja) | 1992-10-12 |
Family
ID=12846480
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3049991A Withdrawn JPH04286238A (ja) | 1991-03-15 | 1991-03-15 | 非同期通信の競合調停方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04286238A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016136728A1 (ja) * | 2015-02-23 | 2016-09-01 | シャープ株式会社 | 無線通信システムおよび守衛端末 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH025641B2 (ja) * | 1982-08-19 | 1990-02-05 | Toyo Rubber Chemical Ind Co |
-
1991
- 1991-03-15 JP JP3049991A patent/JPH04286238A/ja not_active Withdrawn
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH025641B2 (ja) * | 1982-08-19 | 1990-02-05 | Toyo Rubber Chemical Ind Co |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016136728A1 (ja) * | 2015-02-23 | 2016-09-01 | シャープ株式会社 | 無線通信システムおよび守衛端末 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5764895A (en) | Method and apparatus for directing data packets in a local area network device having a plurality of ports interconnected by a high-speed communication bus | |
| KR100201819B1 (ko) | 멀티-마스터 버스 시스템의 회복장치 및 방법 | |
| US4750109A (en) | Method and system for expediting multi-packet messages in a computer network | |
| US5430442A (en) | Cross point switch with distributed control | |
| JP3767904B2 (ja) | 高効率なポーリング手順によるデータ通信 | |
| EP0526690B1 (en) | Synchronous node controllers for switching network | |
| US5182554A (en) | Third party evavesdropping for bus control | |
| JP3290302B2 (ja) | データの交換処理方法及び装置 | |
| JP4399457B2 (ja) | マルチチャンネルｃａｎアプリケーションにおける診断装置及び診断方法 | |
| EP0525736B1 (en) | Data storing system for a communication control circuit | |
| US5748893A (en) | Network interface apparatus | |
| US5633857A (en) | Apparatus and method for controlling data transmissions in a communication network | |
| US5442631A (en) | Communication control device | |
| JPH04286238A (ja) | 非同期通信の競合調停方式 | |
| US6564277B1 (en) | Method and system for handling interrupts in a node controller without attached processors | |
| JP2550811B2 (ja) | 通信制御方法 | |
| EP0251234B1 (en) | Multiprocessor interrupt level change synchronization apparatus | |
| US5493651A (en) | Method and system for dequeuing connection requests in a simplex switch | |
| KR0182678B1 (ko) | 교환기에 있어서 패킷서비스 장치 | |
| KR100208229B1 (ko) | 교환기에서의 병렬 구조를 갖는 옥내 데이터 회선 종단 장치 정 합 패킷 서비스 장치 | |
| JP3111543B2 (ja) | Ｍａｃブリッジバッファ解放方式 | |
| JPH10233792A (ja) | ポーリング方式及び方法 | |
| KR0182685B1 (ko) | 교환기에 있어서 패킷서비스 장치 | |
| KR950007438B1 (ko) | 전자교환기용 패킷 버스 장치의 중앙 중재기 | |
| JP2914276B2 (ja) | 警報収集装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19980514 |