JPH09186710A

JPH09186710A - 防災監視システム

Info

Publication number: JPH09186710A
Application number: JP7352660A
Authority: JP
Inventors: Hideaki Ito; 英明伊藤; Susumu Yomo; すすむ四方; Masaki Sakai; 正樹酒井
Original assignee: Hochiki Corp; Hagiwara Electric Co Ltd
Current assignee: Hochiki Corp; Hagiwara Electric Co Ltd
Priority date: 1995-12-28
Filing date: 1995-12-28
Publication date: 1997-07-15
Anticipated expiration: 2015-12-28
Also published as: JP3571135B2

Abstract

(57)【要約】【課題】バス型のネットワークでありながらループ型
のネットワークとしても機能し得る防災監視システムを
提供する。【解決手段】伝送路を介して複数のノードを接続して
データ伝送を行うバス型ネットワーク形式の防災監視シ
ステムにおいて、伝送路を当該防災監視システムの通常
運用時にデータ伝送を行う主線と、主線障害時等にデー
タ伝送を行う副線とから構成する。主線と副線とは、そ
れぞれ異なるノードを始端ノード及び終端ノードとする
と共に、全てのノード間を少なくとも主線または副線の
何れか一方により接続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、火災や盗難等の災
害を防止・検知する防災監視システムに関し、特に、形
式的にはバス型のネットワークでありながら、ループ型
のネットワークとしても機能し得る防災監視システムに
関する。

【０００２】

【従来の技術】一般に防災監視システムに使用される高
信頼度の通信のためのローカルエリアネットワークにお
いては、データ伝送のため、図２５に示すようなループ
型のネットワークシステムや、図２６に示すようなバス
型のネットワークが採用されている。これらのシステム
では、各ノード１０（Ｎ１〜Ｎ１０）を同軸ケーブルや
ツイスト・ペア・ケーブル等のメタルケーブルや光ケー
ブル等の伝送路によって接続することによりネットワー
クを構築している。また、各ノード１０には、図示しな
い受信機盤、中継盤、表示装置等の防災防犯端末機器が
接続される。さらに、伝送路は、システムの信頼性確保
のため、防災監視システムの通常運用時にデータ伝送を
行う主線２１と、主線２１の障害時にデータ伝送を行う
副線２２とにより二重化されている。なお、主線２１及
び副線２２によるデータ伝送は、ノード１０内のネット
ワーク通信インターフェイス部やネットワーク制御部、
ＣＰＵ制御部により制御されており、これらは各ノード
１０毎に１組設けられている。

【０００３】かかる構成のネットワークシステムでは、
伝送路に断線等の障害が生じると次のような方法でデー
タ伝送を確保している。すなわち、図２５に示したルー
プ型のネットワークシステムでは、図２７のようにノー
ドＮ１（以下Ｎ１と略す、他のノードも同様）とＮ２と
の間で主線２１に障害が発生すると、副線２２を用いて
Ｎ１とＮ２においてそれぞれデータをループバックさせ
ることにより新たなループを構成し、システム全体がダ
ウンしてしまうことを防止している。また、図２６に示
したバス型のネットワークシステムでは、図２８のよう
にＮ３とＮ４との間で主線２１に障害が発生すると、デ
ータ伝送を副線２２側に切替えてシステム全体がダウン
してしまうことを防止している。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の防災監視システムにあって、まずループ型の
ネットワークシステムでは、図２９のようにＮ１とＮ２
の間及ぴＮ６とＮ７の間の２ケ所で障害が発生した場合
には、主線２１のみの障害であり副線２２には障害がな
い時でも、障害をループバックによって解消しようとす
ることから、Ｎ１、Ｎ２、Ｎ６、Ｎ７のそれぞれでルー
プバックが行われてしまう。このため、副線２２側は正
常であるにもかかわらず、図２９に示すように、システ
ムがループＡとループＢの二つの領域に分断されてしま
うという問題があった。

【０００５】一方、バス型のネットワークシステムにあ
っては、主線２１に複数箇所の障害が生じても副線が正
常であればデータ伝送は可能であるが、図３０のように
主線２１側のＮ３とＮ４の間及び、副線２２側のＮ４と
Ｎ５の間の２ケ所で障害が発生した場合には、システム
全体がダウンしてしまうという問題があった。また、通
常時、伝送路が二重化されているとはいうものの、その
配線は通常同じダクト内を通っているため、断線等によ
る障害は主線副線同時に発生する可能性が高い。かかる
場合、バス型のネットワークシステムでは、１ケ所の両
線切断によりシステムダウンしてしまう。

【０００６】また、従来のネットワークシステムにあっ
ては、主線２１と副線２２とをノード内で１つの制御シ
ステムによって制御していたことから、主線２１と副線
２２があるにも関わらず簡単なバックアップシステムし
か構築することができなかった。本発明は、上記課題を
解決し、バス型のネットワークシステムでありながら、
主線副線同時に障害が発生してもシステムダウンを生じ
にくい防災監視システムを提供することを目的とする。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、請求項１の本発明にあっては、伝送路を介して複数
のノードを接続してデータ伝送を行うバス型ネットワー
ク形式の防災監視システムにおいて、上記伝送路は、当
該防災監視システムの通常運用時にデータ伝送を行う主
線と、該主線の障害時等にデータ伝送を行う副線とから
構成され、上記主線と副線とは、それぞれ異なるノード
を始端ノード及び終端ノードとすると共に、上記全ての
ノード間は、少なくとも上記主線または副線の何れか一
方により接続されてなる構成としている。

【０００８】また、請求項２の発明にあっては、請求項
１の防災監視システムにおいて、上記ノードは、該ノー
ドを制御するＣＰＵ制御部を備えると共に、主線側及び
副線側のそれぞれに、上記伝送路と接続され他のノード
との間で伝送路を介してデータの授受を行うネットワー
ク通信インターフェイス部と該ネットワーク通信インタ
ーフェイス部の受信信号を上記ＣＰＵ制御部に受信デー
タとして送信すると共に上記ＣＰＵ制御部から出力され
た送信データを上記ネットワーク通信インターフェイス
部に送信信号として送信するネットワーク制御部とを備
え、上記ＣＰＵ制御部は、上記主線及び副線による各ノ
ード間の現在の接続状態を示す接続状態テーブルを備
え、データ送信時に、該接続状態テーブルに基づき自己
とデータ送信先のノードとの間の最適送信経路を決定
し、該経路に基づきデータを伝送する構成としている。

【０００９】さらに、請求項３の発明にあっては、請求
項２の防災監視システムにおいて、上記ＣＰＵ制御部
は、最適送信経路として、上記伝送路に障害が発生して
いる場合には障害が発生していない伝送路を上記接続状
態テーブルから主線副線を問わず検索し、該検索された
経路中主線副線間でデータの中継が必要なノードに対し
データ中継を指令して自己と上記データ送信先ノードと
の間の送信経路を形成し上記データ送信先ノードにデー
タを伝送する構成としている。

【００１０】このような構成を備えた防災監視システム
によれば、バス型ネットワークでありながらループ型ネ
ットワークの構成とすることも可能となる。このため、
或る箇所で主線と副線に同時に障害が生じても、主線ま
たは副線を介して各ノードが接続されている状態は維持
される。従って、かかる障害時にもバス型ネットワーク
のようにシステムダウンしてしまうことがない。また、
各伝送路はそれ自身としてはループを形成しなくとも良
いのでシステム構築費用が低減できる。

【００１１】また、データ送信時に、各ノードの持つノ
ード接続状態テーブルに基づきシステム全体の伝送路の
接続状態を総合的に判断して、最適送信経路を決定して
データ送信を行うことができる。このとき、伝送路に障
害が発生して、主線または副線により送信先ノードに直
接データが送れない場合には、データ中継が必要なノー
ドに対しデータ中継を依頼する。そして依頼を受けたノ
ードでは、ＣＰＵ制御部と、主線側及び副線側のそれぞ
れに別個に設けられたネットワーク通信インターフェイ
ス部とネットワーク制御部によりデータ中継を行う。こ
れにより、接続状態にある主線と副線を最大限活用して
データ伝送を行うことができる。

【００１２】

【発明の実施の形態】次に、本発明の一実施形態につい
て、図面を参照して説明する。図１は、本発明に係る防
災監視システム１の全体構成を示す図である。本システ
ムも従来の防災監視システムと同様、ノード１０（Ｎ１
〜Ｎ６）を主線２１及び副線２２により接続した構成と
なっており、トークン・パッシング方式によりデータ送
信を行う。そして、各ノード１０には防災防犯端末機器
（以下、防災端末）３が、例えばＲＳ−２３２Ｃまたは
ＣＰＵバス等のインターフェースにより接続されてい
る。

【００１３】本実施例においては、主線２１は、ノード
Ｎ１を始点としＮ６を終点とするバス型の接続となって
いる。また、副線２２は、Ｎ３を始点としＮ４を終点と
するバス型の接続となっている。このように、本発明
は、主線２１と副線２２とを、それぞれ異なるノード１
０が始端ノード及び終端ノードとなるようにずらして接
続する一方、全てのノード１０間は、少なくとも主線２
１または副線２２の何れか一方により接続されるように
している。すなわち、本発明のシステムは、主線２１と
副線２２により、システム全体としてはループを形成す
るようになっている。このように、本発明は、バス型の
ネットワークシステムでありながら、ループ型のネット
ワクとしても機能し得るようシステムを構成したもので
ある。

【００１４】図２は、本システムに用いられるノード１
０の構成を示すブロック図である。ノード１０は、主線
２１側と副線２２側にそれぞれ、同一機能のネットワー
ク通信インターフェイス部１１，１２及びネットワーク
制御部１３，１４を備えている。すなわち、本発明に係
るノード１０には、これらが主線２１用と副線２２用に
互いに独立して別々に設けられている。また、このノー
ド１０は、ノード１０に接続される防災端末３との通信
用の端末インターフェイス部１５と、ネットワーク通信
インターフェイス部１１，１２、ネットワーク制御部１
３，１４及び端末インターフェイス部１５を制御するＣ
ＰＵとＲＯＭ、ＲＡＭ等のＣＰＵ周辺回路（図示せず）
とからなるＣＰＵ制御部１６とを備えている。

【００１５】ここで、ネットワーク通信インターフェイ
ス部１１，１２は、隣接するノード１０から主線２１、
副線２２を介して受信した信号を次のノード１０へ送出
すると共に、受信信号をネットワーク制御部１３，１４
に渡す役割を果たしている。また、このネットワーク制
御部１３，１４から渡された信号の主線２１、副線２２
への送出も行う。すなわち、このネットワーク通信イン
ターフェイス部１１，１２は、ネットワークのデータ伝
送における物理層レベルの機能を果たしている。なお、
ノード１０の電源が遮断されている場合、ネットワーク
通信インターフェイス部１１，１２は、隣接するノード
１０からの主線２１、副線２２の信号を、隣接するノー
ド１０の主線２１、副線２２を直結することより、自動
的に次のノード１０に送出することができる。次に、ネ
ットワーク制御部１３，１４は、ネットワーク通信イン
ターフェイス部１１，１２から渡された受信信号をＣＰ
Ｕ制御部１６に受信データとして渡すと共に、ＣＰＵ制
御部１６から渡された送信データをネットワーク通信イ
ンターフェイス部１１，１２に送信信号として渡す役割
を果たしている。また、トークンの管理等のネットワー
クにおけるデータリング層レベルの機能をも果たしてい
る。

【００１６】一方、ＣＰＵ制御部１６は、各部の制御を
行うと共に、必要に応じてネットワーク制御部１３，１
４から受信したデータを端末インターフェイス部１５に
渡したり、端末インターフェイス部１５からのデータを
ネットワーク制御部１３，１４に渡したりする役割をも
果たしている。なお、主線２１側のネットワーク通信イ
ンターフェイス部１１及びネットワーク制御部１３と、
副線２２側のネットワーク通信インターフェイス部１２
及びネットワーク制御部１４は、ＣＰＵ制御部１６の指
令に基づきそれぞれ独立して動作する。

【００１７】ここで、本システムでは、システム立上げ
時に、伝送路２によって接続されている各ノード１０の
間でネットワークの構築が行われ、ノード番号の小さい
ノード１０からトークンが回り始める。このネットワー
ク構築作業は、トークンを紛失した時や、新たなノード
がネットワークに参加した時、逆に参加していたノード
が削除された時にも行われる。なお図１において、各ノ
ード１０が固有に持つノード番号をここではＮ１くＮ２
くＮ３くＮ４＜Ｎ５＜Ｎ６として説明する。このシステ
ム構築により、システム正常運用時には、主線２１、副
線２２共にＮ１→Ｎ２→Ｎ３→Ｎ４→Ｎ５→Ｎ６→Ｎ１
の順でトークンが巡回し、｛Ｎ１，Ｎ２，Ｎ３，Ｎ４，
Ｎ５，Ｎ６｝によりひとつのネットワークが構築され
る。なお、このトークン方式によるデータ伝送では、ト
ークンを持っているノードにデータ送信権がある。ま
た、トークンを受けても送信するデータがない場合には
速やかにトークンを次のノードに渡さなければならな
い。

【００１８】ノード間のデータ転送を、Ｎ１からＮ４の
ノード１０へのデータ転送を例にとって説明する。Ｎ１
がフリー・トークンを獲得すると、ビジー・トークンと
共にＮ４を送信先ＩＤとしＮ１を送信元ＩＤとしてデー
タを、全てのＮ２〜Ｎ６に向かって送信する。Ｎ４は、
このデータの送信先ＩＤが自己のノード番号と一致する
と判断するとデータを受信処理し、処理後、Ｎ１を送信
先ＩＤとしＮ４を送信元ＩＤとしてデータ、ビジー・ト
ークンと共に受信確認マークをつけ、Ｎ３及びＮ２を中
継してＮ１に送信する。Ｎ１は、データ及び受信確認マ
ークを確認し、続いてデータを送信する作業のない場合
には、Ｎ２にフリー・トークンを送信して処理を終了す
る。また、立ち上がり時にＮ１は、前記データ転送の手
順と同様に、他のノードＮ２〜Ｎ６に対しそれぞれデー
タを送信し接続状態を確認して、ノード接続状態テーブ
ルを自動的に作成することになる。この場合、送信一定
時間経過後までに相手先からの受信確認マーク及びデー
タの送信があった場合は接続の状態「１」と判断し、送
信一定時間経過後までに相手先からの受信確認マーク及
びデータの送信がない場合は未接続の状態「−１」と判
断する。各ノード１０間の接続状態は、後述する図６に
示すようなノード接続状態テーブル（以下、テーブル）
を用いて表すことができる。なお、テーブル４のデータ
を回線接続者が各ノード１０に入力したり、あるいはＮ
１に入力して他のノードＮ２〜Ｎ６にテーブル４に対応
したデータを送信しても良い。図３は、正常運用時にお
けるＮ１から見た自己と他のノードとの接続状態を示す
テーブル４１である。テーブル中「１」は、自己とその
ノードとは接続しているが隣接していない状態を、また
「２」は、自己とそのノードとが接続されておりかつ隣
接している状態を示す。すなわちＮ１とＮ２との関係を
見ると、Ｎ１・Ｎ２間は主線２１副線２２とも接続され
ており隣接するノードであるため、主線２１側副線２２
側の何れも「２」となる。また、Ｎ１とＮ３との関係を
見ると、Ｎ１・Ｎ３間は主線２１副線２２とも接続され
ているがノードとしては隣接していないため、主線２１
側副線２２側の何れも「１」となる。さらに、Ｎ１とＮ
６との関係を見ると、Ｎ１・Ｎ６間は副線２２のみが接
続されているものの、Ｎ１とＮ６はＮ２〜Ｎ５を介して
主線２１側においても接続されている。しかしながら、
Ｎ１とＮ６は副線２２側では隣接しているものの、主線
２１側では隣接していない。そこでＮ１とＮ６に関して
は、テーブル４では主線２１側は「１」（接続非隣
接）、副線２２側は「２」（接続かつ隣接）と表され
る。

【００１９】他のノードＮ２〜Ｎ６から見た自己と他の
ノードとの接続状態も同様に表すことができ、図４、５
にそれぞれＮ３、Ｎ５から見た場合の接続状態を示すテ
ーブル４３，４５を示す。この場合も、これを見ること
により、例えばＮ３とＮ４の間は主線２１側が「２」、
副線２２側が「１」で表されているので、この間は主線
２１側と副線２２側が共に接続されているが副線２２側
においては隣接していないこと、すなわち、この間は主
線２１によってのみ接続されていることがわかる。

【００２０】このような各ノード１０についてのテーブ
ル４をひとつにまとめたものが図６のテーブル４であ
る。このテーブル４は、正常運用時における各ノード間
の接続状態をシステム全体に亙って示したものであり、
各ノード１０は、初期値としてこのシステム全体のテー
ブル４を持っている。

【００２１】このようにテーブル４は、システム全体の
ノード接続状態を表しているが、伝送路２に障害が発生
した場合には、ノード間の接続状態が変化するためその
更新が必要となる。そこで、このテーブル４の更新につ
いて説明する。なお、このテーブルの更新処理は、ＣＰ
Ｕ制御部１６において行われる。まず、図７に示すよう
に主線２１のＮ２とＮ３との間で障害が発生したと想定
する。この場合において、主線２１側のネットワーク
は、｛Ｎ１，Ｎ２｝と｛Ｎ３，Ｎ４，Ｎ５，Ｎ６｝とに
分割されることになる。これを｛Ｎ１，Ｎ２｝側から見
ると｛Ｎ３，Ｎ４，Ｎ５，Ｎ６｝が、また、｛Ｎ３，Ｎ
４，Ｎ５，Ｎ６｝側から見ると｛Ｎ１，Ｎ２｝がネット
ワークから削除されたことになる。従って、先に述べた
ように、ノード削除に基づくネットワーク構築が起こ
り、ネットワークはそれぞれのグループに分割される。
そして、このネットワーク構築後の接続状態は、主線側：｛｛Ｎ１，Ｎ２｝，｛Ｎ３，Ｎ４，Ｎ５，Ｎ
６｝｝副線側：｛Ｎ１，Ｎ２，Ｎ３，Ｎ４，Ｎ５，Ｎ６｝となり、テーブル４のデータも更新する必要が生じる。

【００２２】ここで、障害発生後のＮ１から見た各ノー
ドとの接続状況を見ると、主線２１側は、Ｎ３以降は非
接続状態となっている。そこで、接続が切り離された状
態を負（−）の数字で表して改めてＮ１の接続状態テー
ブルを作成したものが図８のテーブル５１である。この
テーブル５１では、主線２１側のＮ３〜Ｎ５との関係
は、接続切断非隣接を示す「−１」で表される。同様
に、Ｎ３、Ｎ５から見た障害発生後の各ノ一ドとの接続
状況を示すテーブル５３，５５を図９、１０に示す。こ
こでは、例えばＮ３とＮ２の主線２１側の関係は、接続
が切り離された状態でかつ本来主線２１側では隣接して
いる状態を示す「−２」で表される。そして、このよう
な接続状態の情報を各ノード１０間で交換することによ
り、システム全体のノード接続状態を示す図１１のテー
ブル５が作成され、先のテーブル４がこのテーブル５に
更新される。なお、テーブル４の更新が行なわれる場
合、即ちノード間の接続状態が変化する場合としては、
伝送路の断線、伝送部の故障、ノードの電源断、ノード
の再起動（電源再投入）等がある。

【００２３】次に、本実施例において、伝送路２に障害
があった場合どのようにしてデータ伝送が行われるかに
ついて説明する。ここでは、図１２に示すように主線２
１のＮ２・Ｎ３間及びＮ１・Ｎ６間で障害が発生したと
想定する。本実施例では、システム全体の主線２１と副
線２２の接続状態をテーブル４に基づき総合的に判断し
て、他のノード１０に主線・副線間のデータ中継を依頼
することにより、接続状態にある主線２１と副線２２を
最大限活用してデータ伝送が行われる。なお、このよう
な伝送経路の判断もＣＰＵ制御部１６において行なわれ
る。

【００２４】図１３〜１５は、障害発生時におけるＮ
１、Ｎ３、Ｎ５から見た他のノードとの接続状態を示す
テーブル６１，６３，６５である。また、図１６は、そ
の時のシステム全体のノード接続状況を示すテーブル６
であり、各ノード１０の持つテーブルはこのテーブル６
に更新される。

【００２５】この障害状態でのＮ１からＮ６へのデータ
送信を例にとって本実施例のデータ伝送について説明す
る。図１７〜２３は、データ伝送手順を示すフローチャ
ートである。なお、図中「経路検索（ａ，ｂ）」とある
は、ノードａ，ｂ間の経路を検索するという意であり、
接続検索や中継検索においても同様の意味である。この
場合各ノード１０では、図１７に示すように、初期設定
（図１７ステップ１、以下Ｓ１）の後、端末インターフ
ェイス部１５を介して、端末インターフェイス受信処理
（Ｓ２）、端末インターフェイス送信処理（Ｓ３）が行
われ、防災端末３との通信がなされる。次に、ネットワ
ーク通信インターフェイス部１１、１２及びネットワー
ク制御部１３、１４を介して、ネットワークインターフ
ェイス受信処理（Ｓ４）と、ネットワークインターフェ
イス送信処理（Ｓ５）が行われ、送受信データの処理が
なされる。そして、通信を継続するか否かが判断され
（Ｓ６）、通信を継続する場合には端末インターフェイ
ス受信処理（Ｓ２）に戻り上記処理が繰り返される。

【００２６】図１８は、ネットワークインターフェイス
受信処理（Ｓ４）の手順を示したフローチャートであ
る。本処理においては、まず受信する必要のあるデータ
が存在するか否かをみるため、送信データ中の送信先Ｉ
Ｄと自己のノード番号が一致するかが判断される（Ｓ４
１）。送信先ＩＤと自己のノード番号が一致するときに
は、その受信データの意味するところに従って受信デー
タの処理が行われる（Ｓ４２）。また、受信データのな
いとき、または受信データの処理が終了するとネットワ
ークの再構築があったか否かが判断される（Ｓ４３）。
このネットワーク再構築は、主線２１、副線２２につい
てそれぞれ別個に回っているトークンに基づいて判断さ
れる。すなわち、トークンが所定時間内に受取れない時
には（タイムアウト）、ネットワーク内でトークンが回
らない事情が生じており、ネットワークの再構築があっ
たと判断され、ネットワーク制御部１３，１４にその旨
を示すフラグが立てられる。そして、ネットワーク制御
部１３，１４のフラグを見ることによりネットワーク再
構築の有無が判断される。ここでネットワークの再構築
があったときには、現マップデータは使用不能となって
いるため、マップデータの取得に取りかかる（Ｓ４
４）。

【００２７】このマップデータの取得の手順を示したも
のが図１９のフローチャートである。ここでは先ず、ネ
ットワーク制御部１３、１４を見に行きトークンを監視
する（Ｓ４４１）。トークンは、断線等の障害があって
も障害のないグループ内で回っており、そこにはトーク
ンの送信元と送信先が記されていることから、トークン
を監視することにより現在のネットワークに属するメン
バのＩＤを得ることができる。次に、トークンの監視よ
り、ネットワークが分割されていることが分かった場合
には、主線２１と副線２２のメンバ構成の違いを見る。
そして、自ノードが何れか一方のネットワークにしか属
していない場合には、自分が属していない方のネットワ
ークに自分の持つマップデータを通知する（Ｓ４４
２）。例えば、自己ノード（Ｎ１）が主線２１側ではＮ
１〜Ｎ３のネットワークに属している場合、主線２１の
Ｎ１におけるマップデータをＮ４〜Ｎ６のノードに送
る。このマップデータは、図２４に示すように、主線２
１または副線２２のマップデータであることを示す識別
子と、マップデータテーブルのサイズ（Ｎ×Ｎ）を示す
サイズデータ、及びそれに続く接続状態を示す個別の数
値データとから構成されている。この場合、数値データ
は自分の属していない部分は認識できないので空白とす
る。なお、ネットワーク上を流れるデータは、実際には
図２４のものに送信先ＩＤや送信元ＩＤ、データ長、エ
ラーチェックコード等が付加されたものになる。これに
より、例えば上記の例で言えば、Ｎ４〜Ｎ６の側でも、
Ｎ１〜Ｎ３側のマップデータが取得できることになる。

【００２８】このようにマップデータの取得が行われる
と、新しいデータに基づいてマップデータが更新され
（Ｓ４５）、ネットワークインターフェイス受信処理
（Ｓ４）が終了する。なお、システム立ち上げ時におい
ても、各ＣＰＵ制御部１６はシステム全体のノード接続
関係を把握すべくマップデータの取得を行い、テーブル
を作成する。これにより、例えば先のテーブル４のよう
なテーブルが、初期値として設定される。

【００２９】次に、図２０にネットワークインターフェ
イス送信処理（Ｓ５）の手順を示す。ここでも先ず送信
データの有無が判断される（Ｓ５１）。そして、送信デ
ータがあるときには現在送信が可能か否か、すなわち、
ネットワーク制御部１３、１４が送信データ受入れ可能
か否かが判断される（Ｓ５２）。そして、ネットワーク
制御部１３、１４にデータが詰まっておらず、データが
送信可能なときにはデータを送信先に送るための送信経
路検索が行われる（Ｓ５３）。送信経路検索により経路
を決定すると、送信すべきデータと送信先をセットし
（Ｓ５４）、次に、Ｓ５３で経路検索を行った際、調査
済としたノードを全て未調査とし（Ｓ５５）、次に送信
が許可されると（Ｓ５６）、トークンが回ってきたとき
に当該データを送信する。

【００３０】一方、上述の経路検索の手順を示したもの
が図２１である。ここで、Ｎ１からＮ６ヘデータ伝送を
行うには、Ｎ１において、まずＮ１とＮ６との接続状態
が検索される（Ｓ１０１）。この検索は図２２に示すよ
うに、まず自己との関係については調査済とした後（Ｓ
１０）、図１６に示したテーブル６を調査することによ
り行われる（Ｓ１１）。この場合、テーブル６より主線
２１側「−１」副線２２側「−２」というＮ１・Ｎ６間
データが取得され、これが戻り値となる（Ｓ１２）。次
にこのデータに基づきＮ１とＮ６が直接つながっている
か否かが判断される（Ｓ１０２）。もしも伝送路に障害
が発生しておらず、Ｎ１とＮ６が直接つながっていた場
合には戻り値Ｎ６が得られ（Ｓ１０３）、次にＳ５４→
Ｓ５５→Ｓ５６に進んで、Ｎ６へデータを送信すること
で主線２１の経路によりデータ伝送が行われる。しかし
ながら、現在Ｎ１・Ｎ６間は、上記取得データから、主
線２１側は「−１」で接続切断かつ非隣接状態であり、
また、副線側２２も「−２」で接続切断かつ隣接状態と
なっており、この間は直接つながっていないことがわか
る（Ｓ１０２）。そこで、この場合Ｎ１とＮ６を他のノ
ードによる中継によってつなぐことができるか否かを調
査すべく中継検索が行われる（Ｓ１０４）。

【００３１】この中継検索の手順を示したものが図２３
のフローチャートである。ノードａ・ｂ間の中継検索で
は、ノードａとノードｂとの間での中継検索から行わ
れ、まず始点ノードを示すＳにａ、終点ノードを示すＥ
に１が設定される（Ｓ２１）。なお、このＳ２１におい
ては、このステップを経るたびにＥ＝１という値が設定
されることになるが、サブルーチンにおいて本ステップ
を経る場合、別のメモリにその値が設定されることにな
る。従って、本ステップ通過時には常に元の値まですべ
て１となるわけではなく、当該ルーチンに関してのみＥ
＝１として異なるルーチンに入って行くことになる。こ
のようにＳとＥが設定された後、ＳとＥが比較されると
共にＥ（＝１）との関係を既に調査したか否かが判断さ
れる（Ｓ２２）。本実施例の場合始点ノードはＮ１であ
ることからＳに１が設定されるが、Ｓ＝Ｅとなることか
らＳ２２からＳ２３に進みＥに１が加えられる。そして
すべてのノードとの中継検索が終わっているか否かが判
断されるが（Ｓ２４）、Ｅとｂとが等しくなくまだすべ
てのノードについて中継検索を行っていないのでＳ２４
からＳ２２に戻る。Ｓ２２では、Ｅ＝２となっており、
この時Ｅ＝２は末調査のためＮＯ側へと進みＮ１とＮ２
との接続関係が検索される（Ｓ２５）。図２２の接続検
索により、図１６のテーブル６が調査され（Ｓ１１）、
Ｎ１とＮ２との関係で主線２１側「２」、副線２２側
「２」（以下、適宜「２・２」と略す）のデータが得ら
れ（Ｓ１２）、これに基づきＮ１とＮ２とが直接つなが
っているか否かが判断される（Ｓ２６）。この場合「２
・２」であることからＮ１とＮ２とは主線２１、副線２
２が共に直接つながっていることがわかる。

【００３２】Ｎ１とＮ２とが直接つながっていることが
わかると、次にＮ２とＮ６との間で経路検索が行われる
（Ｓ２７）。この場合、図２１の流れに戻って接続検索
が再び行われる（Ｓ１０１）。この接続検索では、Ｅ＝
２が調査済とされ（Ｓ１０）、Ｎ２とＮ６との間の接続
状態のデータ「−１・−１」が得られる（Ｓ１１，Ｓ１
２）。これによりＮ２・Ｎ６間は主線２１、副線２２が
共に直接つながっていないことわかり、Ｓ１０２からＳ
１０４へ進む。そして、Ｎ２・Ｎ６間の中継検索が行わ
れる。ここではＥ＝１，２は調査済であるから（Ｓ２
２）、Ｓ２３→Ｓ２４→Ｓ２２の経路を経て前記と同様
にＥ＝３になりＮ２とＮ３との接続検索が行われ、接続
状態のデータ「−２・２」が得られる（Ｓ２５）。この
場合Ｎ２とＮ３は副線２２で直接つながっているので
（Ｓ２６）、次にＮ３とＮ６との経路検索が行われる
（Ｓ２７）。

【００３３】ここで、Ｎ３とＮ６は、接続検索（Ｓ１０
１）の結果「１，−１」からもわかるように、主線２１
を介して直接つながっている。従って、図２１において
はＳ１０２からＳ１０３へ進み、「戻り値：ｂ＝６」で
Ｓ２８へ進む。Ｓ２８では、戻り値が「未接続」ではな
いことから、「戻り値：Ｅ＝３」をもって中継検索を終
了してＳ１０５へ進む。そして、Ｓ１０５では、戻り値
が「３」であることから、中継ノードがあると判断して
「戻り値：Ｅ＝Ｎ３」をもって経路検索を終了する（Ｓ
１０６）。すなわち、Ｎ１からＮ６にデータを送信する
ためにはＮ３にてデータを中継すれば良いことがわかっ
たことになる。

【００３４】このような手順により中継ノードＮ３を発
見すると、Ｎ１はＮ３にデータの中継を依頼する。この
結果Ｎ１からＮ６には、Ｎ３のデータの中継（副線２２
→主線２１）により、Ｎ１からＮ３までは副線２２を用
いて、またＮ３からＮ６までは主線２１を用いてデータ
が送信されることになる（図１２経路ａ→ｂ）。

【００３５】なお、図２１から図２３の流れを繰り返し
てすべてのノードについて中継検索を行っても未接続の
場合には、Ｓ３０より「戻り値＝未接続」をもって中継
検索を終わって経路検索に戻り、中継ノード不存在より
Ｓ１０５からＳ１０７へ進み「末接続」という結論にて
経路検索を終わる。そしてこの場合には、別途障害復帰
動作が開始される。

【００３６】

【発明の効果】以上説明したように、請求項１の本発明
に係る防災監視システムによれば、主線と副線とをそれ
ぞれ異なるノードが終端ノードとなるようにずらして配
設したことにより、防災監視システムを、形式的にはバ
ス型のネットワークでありながら、ループ型のネットワ
ークとしても機能し得るシステムとすることができると
いう効果がある。従って、主線と副線に同時に障害が生
じても、バス型ネットワークのようにシステムダウンし
てしまうことがなく、また、ループ型のように、障害が
生じても主線か副線の何れかがつながっているにもかか
わらずシステムが分断されてしまうこともない。さら
に、各伝送路はそれ自身としてはループを形成しなくと
も良いのでシステム構築費用が低減できるという効果も
ある。

【００３７】一方、かかる構成おいて、請求項２の本発
明にあっては、各ノードにノード接続状態テーブルを持
たせ、このノード接続状態テーブルに基づきシステム全
体の伝送路の接続状態を総合的に判断することにより、
最適送信経路を決定してデータ送信を行うことができる
という効果がある。この場合、請求項３の本発明にあっ
ては、主線または副線により送信先ノードに直接データ
が送れない場合であっても、適切なノードにデータ中継
を行わせることにより、接続状態にある主線と副線を最
大限活用してデータ伝送が行うことができるという効果
がある。

【図面の簡単な説明】

【図１】本発明に係る防災監視システムの全体構成を示
す図である。

【図２】本発明に係る防災監視システムに用いられるノ
ードの構成を示すブロック図である。

【図３】正常運用時におけるＮ１から見た自己と他のノ
ードとの接続状態を示すテーブルである。

【図４】正常運用時におけるＮ３から見た自己と他のノ
ードとの接続状態を示すテーブルである。

【図５】正常運用時におけるＮ５から見た自己と他のノ
ードとの接続状態を示すテーブルである。

【図６】正常運用時におけるシステム全体のノード接続
状況を示す図である。

【図７】防災監視システムのＮ２・Ｎ３間に障害が発生
した状況を示す図である。

【図８】図７の障害発生時におけるＮ１から見た自己と
他のノードとの接続状態を示すテーブルである。

【図９】図７の障害発生時におけるＮ３から見た自己と
他のノードとの接続状態を示すテーブルである。

【図１０】図７の障害発生時におけるＮ５から見た自己
と他のノードとの接続状態を示すテーブルである。

【図１１】図７の障害発生時におけるシステム全体のノ
ード接続状況を示す図である。

【図１２】防災監視システムのＮ２・Ｎ３間及びＮ１・
Ｎ６間の２か所に障害が発生した状況を示す図である。

【図１３】図１２の障害発生時におけるＮ１から見た自
己と他のノードとの接続状態を示すテーブルである。

【図１４】図１２の障害発生時におけるＮ３から見た自
己と他のノードとの接続状態を示すテーブルである。

【図１５】図１２の障害発生時におけるＮ５から見た自
己と他のノードとの接続状態を示すテーブルである。

【図１６】図１２の障害発生時におけるシステム全体の
ノード接続状況を示す図である。

【図１７】本実施例におけるデータ伝送処理手順を示す
フローチャートである。

【図１８】ネットワークインターフェイス受信処理の手
順を示すフローチャートである。

【図１９】マップデータの取得の手順を示すフローチャ
ートである。

【図２０】ネットワークインターフェイス送信処理の手
順を示すフローチャートである。

【図２１】障害発生時におけるデータ伝送経路の検索手
順を示すフローチャートである。

【図２２】データ伝送経路検索におけるノード接続検索
の手順を示すフローチャートである。

【図２３】データ伝送経路検索における中継検索の手順
を示すフローチャートである。

【図２４】マップデータの書式例を示す図である。

【図２５】ループ型のネットワークシステムによる従来
の防災監視システムの構成を示す図である。

【図２６】バス型のネットワークシステムによる従来の
防災監視システムの構成を示す図である。

【図２７】ループ型のネットワークシステムによる従来
の防災監視システムにおいて伝送路の１ケ所に障害が発
生した場合の状況を示す図である。

【図２８】バス型のネットワークシステムによる従来の
防災監視システムにおいて伝送路の１ケ所に障害が発生
した場合の状況を示す図である。

【図２９】ループ型のネットワークシステムによる従来
の防災監視システムにおいて伝送路の２ケ所に障害が発
生した場合の状況を示す図である。

【図３０】バス型のネットワークシステムによる従来の
防災監視システムにおいて伝送路の２ケ所に障害が発生
した場合の状況を示す図である。

【符号の説明】

１防災監視システム２伝送路３防災防犯端末機器４〜６ノード接続状態テーブル１０ノード１１ネットワーク通信インターフェイス部（主線側）１２ネットワーク通信インターフェイス部（副線側）１３ネットワーク制御部（主線側）１４ネットワーク制御部（副線側）１５端末インターフェイス部１６ＣＰＵ制御部２１主線２２副線４１，４３，４５ノード接続状態テーブル５１，５３，５５ノード接続状態テーブル６１，６３，６５ノード接続状態テーブルＮ１〜Ｎ１０ノード

フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 12/40 Ｈ０４Ｑ 9/00 ３２１ＦＨ０４Ｍ 11/00 ３０１Ｈ０４Ｌ 11/00 ３１０ＤＨ０４Ｑ 9/00 ３２１３２０ (72)発明者酒井正樹愛知県日進市浅田町下小深田７番地萩原電気株式会社電子応用事業部内

Claims

【特許請求の範囲】

【請求項１】伝送路を介して複数のノードを接続して
データ伝送を行うバス型ネットワーク形式の防災監視シ
ステムにおいて、上記伝送路は、当該防災監視システムの通常運用時にデ
ータ伝送を行う主線と、該主線の障害時等にデータ伝送
を行う副線とから構成され、上記主線と副線とは、それぞれ異なるノードを始端ノー
ド及び終端ノードとすると共に、上記全てのノード間
は、少なくとも上記主線または副線の何れか一方により
接続されてなることを特徴とする防災監視システム。
【請求項２】請求項１の防災監視システムにおいて、上記ノードは、該ノードを制御するＣＰＵ制御部を備え
ると共に、主線側及び副線側のそれぞれに、上記伝送路
と接続され他のノードとの間で伝送路を介してデータの
授受を行うネットワーク通信インターフェイス部と該ネ
ットワーク通信インターフェイス部の受信信号を上記Ｃ
ＰＵ制御部に受信データとして送信すると共に上記ＣＰ
Ｕ制御部から出力された送信データを上記ネットワーク
通信インターフェイス部に送信信号として送信するネッ
トワーク制御部とを備え、上記ＣＰＵ制御部は、上記主線及び副線による各ノード
間の現在の接続状態を示す接続状態テーブルを備え、デ
ータ送信時に、該接続状態テーブルに基づき自己とデー
タ送信先のノードとの間の最適送信経路を決定し、該経
路に基づきデータを伝送することを特徴とする防災監視
システム。
【請求項３】請求項２の防災監視システムにおいて、上記ＣＰＵ制御部は、最適送信経路として、上記伝送路
に障害が発生している場合には障害が発生していない伝
送路を上記接続状態テーブルから主線副線を問わず検索
し、該検索された経路中主線副線間でデータの中継が必
要なノードに対しデータ中継を指令して自己と上記デー
タ送信先ノードとの間の送信経路を形成し上記データ送
信先ノードにデータを伝送することを特徴とする防災監
視システム。