JPS63166349A - 群管理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、分散して設置された複数のオフィスビルや工
場施設等（以下これらをビル等という）の管理を特定の
場所から通信回線を使用して行なうための群管理システ
ムに関する。

［従来の技術］ 従来、ビル笠の管理は環境、衛生、防災等の諸設備を個
々の設備毎に制御し或は監視するものであったが、近年
の管理技術の高度化に伴ない、ビル全体として総合的に
管理するビル管理システムが本出願人により提供されて
いる。

また、この管理システムを発展させたものとして、分散
した複数のビル等の管理を特定の場所すなわちセンター
ビルで一括して行なうことができる群管理システムも提
供されている。この群管理システムは、センタービルの
管理システムと複数のリモート（ｉｊＡ隔地）ビルの管
理システムとを専用の通信回線によって接続し、センタ
ービルと各リモートビルとの間で環境情報その他のデー
タ伝送を行なうことにより、各リモートビルでの管理を
自動化若しくは無人化できるようにしたものであり、各
ビルの省エネルギー及び省力化により管理費用の低減に
寄与するところ大である。

［発明が解決しようとする問題点］ しかしながら、上記の群管理システムでは、リモートビ
ル等の規模によってはそれ程大量のデー夕伝送を必要と
しない場合があり、その場合にもセンタービルとの間で
専用の通信回線を使用することは不経済である。

そこで１通信回線として公衆回線を利用することで通信
費用の低減を図った群管理システムが提案されている。

これは、センタービルに設置された中央管理装置とリモ
ートビルに１没置された複数の監視装置との間で公衆回
線による通信を制御する通信制御装置を備え、１つの通
信制御装置に複数の監視装置を対応させて任、αの監視
装置の呼出しや回線接続等の通信制御動作を行なうよう
にしている。このような群管理システムでは、リモート
側の状態をセンター側で的確に把握するため、各監視装
置から中央管理装置への送信が重要であり、これを確実
に行なうためには、各監視装置の送信機能を定期的にチ
ェックし、その機俺が故障等で損なわれている場合は迅
速に回復させる必要がある。

ところが、リモート側の監視装置の機部チェックを監視
口が頻繁に行なうことは費用と時間の点で実際的でなく
、また１機能チェックのために一定１１ｆ間経過毎しこ
センター０１１とリモート側との間で交信することも考
えられるが、この方法では、センター側へデータ送信を
したばかりの監視装置と＋ｌＴ度交イ１１する場合が生
じ、その分の回線使用は無駄となり、通信コストの増加
を招くという問題点があった。

［問題点を解決するための手段］ 本発明は、１〕記の問題点に鑑みてなされたものであり
、リモート側の監視装置の機部チェックを的確ＩＬつ安
価に行なうことができる群管理システムを提供すること
を目的とする。

そのため、本発明は、特定の場所に設置された中央管理
装置と１．該中央管理装置から離れた場所に設置された
複数の監視装置と、前記中央管埋装；青と各監視装置と
の間で公衆回線を介して行なわれる通信を制御する通信
制ｉ装置とを備えた群管理システムにおいて、各監視装
置は夫々に定められた時間内に中央管理装置への送信が
なかった場合には自ら発呼すなわち相手先呼出しを行な
い、通信制御装置は一定時間内に発呼しなかった監視装
置を中央管理装置に通知するように構成したものである
。

［実施例］ 第１図は本発明の実施例の構成を示す０図示の群管理シ
ステムは、特定の場所（例えばセンタービル）に設置さ
れた中央管理装置ｌＯと、この中央管理装置１０から離
れた複数の場所（例えばリモートビル）に設置された監
視装置７ｔｌｌと、中央管理装置１０と各監視装置１１
との間で行なわれる通信を制御する通信制御装置とを具
備し、通信制御装置は、中央管理装置ｌＯと通信相手の
監視装置１１とを公衆回線１２を介して接続する機ｔＥ
を有する公衆回線ゲートウェイ（Ｇａｔｅ　Ｗａｙ　５
ｗ１ｔ−ｃｈｅｄ　１ｉｎｅ、　　以下ＧＷＳという）
１３と、こノＧＷＳ１３を公衆回線１２に接続するため
の複数個の通信用アダプタ１４とから成る。尚、通信用
アダプタ１４は、監視装ａｔｔを公衆回線１２と接続す
るために各監視装置１１側にも設けられる。

次に第２図に示すように、中央管理装置１０はビル監視
名またはオペレータが各ビル（センタービルを含む）の
監視やデータ収集等を行なうために操作するオペレータ
コンソール（ＯＰＵ）２１及びサブオペレータコンソー
ル（ＳＯＰＵ）２２と、このシステムの制御部であるメ
インコンソール（ＭＣＬ）２３と、これらを接続する通
信ネットワーク２４とを備えている。

オペレータコンソール２１は、通信ネットワーク２４に
接続するモジュールとして、主マンマシン装置（ＭＭＵ
）２５を含んでいる。併設された２台のＭＭＵ２５は、
夫々ＣＲＴ２６とメツセージプリンタ（ＭＰＲ）２７を
制御すると共に相互に連用区分を分離でき、一方が異常
の場合には、ＭＰＲ２７の切替と共に運用区分をバック
アップする。ＣＲＴ２６には、表示内容をプリントする
ためのハードコピープリンタ（ＨＣＰ）２８を接続する
ことができる。なお、オペレータコンソール２１には、
メインコンソール２３に接続されるグラフィックドライ
バ（ＧＤＲ）２９も含まれ、これに入力用押しボタン３
０及び出力用ディスブレイ３１が接続されている。

サブオペレータコンソール２２は、ＭＭＵ２５と同等で
あるがサブセンターや防災センター等の別場所に設置さ
れる副マンマシン装置（ＳＭＵ）３２を含み、これにＣ
ＲＴ２６及びＭＰＲ２７が接続されている。

メインコンソール２３は、通信ネットワーク２４に接続
するモジュールとして、主制御装ｍ（ＭＣＵ）３３と分
散制御装置（ＤＣＵ）３４とを含んでいる。ＭＣＵ３３
は、磁気ディスク（ＭＤ）やフレキシブルディスク（Ｆ
Ｄ）等の外部記憶装置とロギングプリンタ（ＬＰＲ）を
備えており、管理データの加「、蓄積及びシステム共用
データの管理、分配を行なうと共に、グローバルな（複
数のＤＣＵにまたがる）制御や系統処理を司る。

一方、ＤＣＵ３４は、管理点数や配置場所等の観点から
分散して配置されるものであり、熱源、空調、電力等の
諸設備と通信し、警報検出、停復電制御、各種省エネル
ギー制御等を行なう。

また、通信ネットワーク２４は光ファイバを通イ１１奴
体とするもので、リンク構造を有し、プロトコル（通４
Ｘｒ＝順）はハイレベルデータリンク制御（ＨＤＬＣ）
を１采川することができる。

更に、公衆回線接続のためのＧＷＳ　１３及び通イ１１
川アタブタ１４は、第３図に示すように構成される。

まず、ＧＷＳ　１３は複数（例えば８チヤネル）の通イ
１）回線をイ１し、−１−記通信ネットワーク２４及び
対応するアダプタ１４とそれぞれ接続するための通信用
インタフェース４１及び４２と、」−記のプロトコルそ
の他必要な通信制御手順を格納した記憶部４３と、その
通信制御手順に従って通信ネットワーク２４からビル監
視装置１１への通信メツセージの伝送その他の通信制御
を行なうＣＰＵ４４とを舊ｉえて構成される。このＧＷ
Ｓ　ｌ　３に予めり−えられるデータとしては、通信先
の電話番号、発着信チャネルの設定、各局の型式（ＭＭ
Ｕ、ＭＣＵ、ＤＣＵ）等がある。

また、アダプタ１４は、ＧＷＳ　ｌ　３との間で信号−
送受を行なうための通信用インタフェース４５と、公衆
回線１２どの接続に必要な処理を行なうプロセッサ４６
と、通信相手先を呼出す時に作動させる自動発着信ＮＣ
Ｕ　（ネットワーク制御二ニア））４７と、通信相手先
との回線接続後に作動させるモデム４８とを備えて構成
される。このような通信アダプタは、パーソナルコンピ
ュータを使用したパソコンアダプタとして知られている
ものであり、リモートビル側にも配置される。

なお、■−記のＧＷＳ　ｌ　３は最大８チヤネルを有し
、各チャネルにはそれぞれアダプタ１４を介して後述の
５ＤＵ５１が接続四部であるので、５ＤＵ５１の数が多
い場合には、第２図に示したように２ｔ＋−のＧＷＳ　
１３を設けることもできる。

一方、複数の監視装置１１は、それぞれアダプタ１４を
介して公衆回線１２に接続された公衆回線接続分散制御
装置（ＳＤＵ）５１と、これに付随したＣＲＴやプリン
タ等とを含む。５ＤＵ５１は、センタービル側のＤＣＵ
３４と同様、それが配置されたリモートビルの熱源、空
調、電力等の諸設備と通信し、警報検出、停復電制御、
各種省エネルギー制御等を行なうが、公衆回線１２を介
して中央管理装置１０と通信する機部をも有する。

すなわち、各５ＤＵ５１は、第４図に示すようにリモー
トビル側のアダプタ１４と接続するための通信用インタ
フェース５２と、リモートビルの各種設備及び中央管理
装置１０との通信制御その他必實なｒｌｌｌｎを格納し
た記憶部５３と、その格納された手順に従ってリモート
ビルの監視及び中央管理装置ｌＯとの通信を行なうＣＰ
Ｕ５４と、ＣＲＴやプリンタ笠との接続用マンマシンイ
ンタフェース５５とを備えて構成される。

次に、Ｌ記実施例の監視装置からの発呼チェック動作に
ついて説明する。

第５図は、実施例のＧＷＳ　１３の動作を示すフローチ
ャートである。初めに同図（Ａ）に示すように、ＧＷＳ
　１３は、対応する５ＤＵ５１からの発呼（相り先呼出
し）をチェックする時刻かどうかをタイマーにより判断
する。これは、対応する複数の５ＤＵ５１のいずれかが
一定時間（例えば２４時間）内に発呼をしているかどう
かをチェックするためである０発呼チェックの時刻でな
ければ。

同図（Ｂ）に示すようにＳＤＵからの発呼があった時そ
の発呼を記憶する０発呼チェックの時刻になると、ＧＷ
Ｓ　１３は対応する複数の５ＤＵ５１について発呼をチ
ェックし、発呼していないＳＤＵがあれば、それを中央
管理装置ｔｏに通知する。

そして、対応するＳＤＵの全てについて発呼チェックが
終了したとき、全ＳＤＵについての発呼の記憶をクリア
し、新たにＳＤＵからの発呼を記憶する状態となる。

これに対し、第６図は５ＤＵ５１の動作を示すフローチ
ャートである。初めに同図（Ａ）に示すように、５ＤＵ
５１は、チェックのための発呼をする時刻かどうかをタ
イマーにより判断する。この時刻は、１つのＧＷＳに対
応するＳＤＵ毎に異なるように設定される。ＳＤＵは、
発呼の時刻でなければ、同図（Ｂ）に示すように、セン
ターへの送信のためにＧＷＳを介してセンターを呼出し
て回線接続をした時その発呼を記憶する。一方、発呼の
時刻になると、それまでにセンターへの送信のため、第
６図（Ｂ）に示す発呼動作をしていたかどうかをチェッ
クし、発呼していない場合には１発呼チェックのために
ＧＷＳを介してセンターを呼出し、回線が接続されたと
ころでセンターへの発＋１ｆを記憶する。また、５ＤＵ
５１は前述のＧＷＳがＳＤＵの発呼をチェックする時刻
であるかどうかを判断し、その時刻になったところで、
それまでの発呼の記憶をクリアし、新たにＳＤＵからの
発ＩＩｆを記憶する状ＩＥとなる。

なお、１−記のＳＤＵにおける発呼記ｔＱのクリアはＧ
ＷＳのチェック後に行なわれるが１例えばセンター側と
リモート側の各々のタイマーによる時間設定にずれがあ
ると、ＧＷＳの発呼チェックより以前にＳＤＵの発呼記
憶がクリアされる恐れがある。そこで、安全のためには
、ＧＷＳの発呼チェックが終ｒしてから所定時間（例え
ば１０分）後にＳＤＵが記憶クリアを実行するように設
定することが適すＪである。

以にのように、監視装置の５ＤＵ５１は、各々に定めら
れた時間内に中央管理装置１０への送信がなかった場合
には自ら発呼し、通信制Ｖ４装置のＧＷＳ　ｌ　３は一
定時間内に発呼しなかった監視装置１１を中央管理装置
に通知することができる。

第７図は、上記のＧＷＳによるＳＤＵからの発呼チェッ
クの例を示す。まず、同図（Ａ）に示すように、ＧＷＳ
が対応するＳＤＵからの発呼チェックをする時刻を７＝
００とし、あるＳＤＵがチェックのための発呼をする時
刻を３：ＯＯとした場合を考える。この場合、ＧＷＳは
発呼チェックの終了によりその記憶をクリアするが、Ｓ
ＤＵは７：００以降必要な時間遅れをもって発呼記憶を
クリアし、その時（例えば７：１０）から翌［１の３：
００までにＳＤＵから発呼がなければ、そのＳＤＵはチ
ェックのための発呼をする。従って、ＳＤＵは送信機能
が正常であれば、１日（２４１＋！？間）に少なくとも
１回は発呼をすることになる。これにより、ＧＷＳは発
呼チェックの際、そのＳＤＵについて発呼ありと判定す
る。

次に、第７図（Ｂ）に示すように、ＳＤＵが３：００ま
でにセンターへの送信のため発呼していた場合には、そ
のＳＤＵはチェックのための発呼はしない。一方、ＧＷ
ＳはそのＳＤＵからの発呼を記憶しているので、７；Ｏ
Ｏのチェックの際には、そのＳＤＵについて発呼ありと
判定する。

これに対し、第７図（Ｃ）に示すように、ＳＤＵが３：
００までに発呼していないにもかかわらず、何らかのト
ラブルのため、３：００にそのＳＤＵからの発呼がなか
った場合には、ＧＷＳは、発呼チェックの際そのＳＤＵ
について未発呼と判定し、それを中央管理装置１０に通
知する。

以１−１実施例について説明したが、未発ｌＪ１はこれ
に限られない０例えば、上記実施例はセンタービルで複
数のリモートビルを監視するものであるが、本発明のシ
ステムはビル管理以外にも適用することができる。また
、本発明に使用する通信制御装置としては、上記構成の
ＧＷＳやパソコンアダプタ以外の装置を使用してもよい
。

［発１！ＩＩの効果１ ［１記のように、本発明によれば、中央管理装置と公衆
回線を介して接続される複数の監視装置が、各々に定め
られた時間内に中央管理装置への送信をしなかった場合
には自ら発呼し、一定時間内に発呼しなかった監視装置
については通信制御装置により中央管理装置に通知する
ように構成したので、監視装置の送信機能を低コストで
チェックし、その機能が故障等で損なわれている監視装
置を的確に検出することができる。

【図面の簡単な説明】

第１図は本発明の群管理システムの構成を示す図。 第２図は第１図の実施例の構成要素を示す図、第３図は
通信制御装置の構成例を示す図、第４図は通信機撤を備
えた監視装置の構成例を示す図、 第５図は第３図の通信制御装置による監視装置からの発
呼チェック動作を示すフローチャート、第６図は監視装
置からの発呼動作を示すフローチャート、 第７図は通信制御装置による監視装置からの発呼チェッ
クの例を示すである。 １０　−ｍ−中央管理装置、 １１−−−−ビル監視装置、 １２−−−一公衆゛准話回線、 １３−−−一公聚回線ゲートウエイ（ＧＷＳ）、１４−
−−一通信川アダプタ、 ２１−−−一オペレータコンソール。 ２２−−−−サブオペレータコンソール、２３−−−一
メインコンソール。 ２４−−−一通信ネットワーク、 ２５−−−−マンマシン装置（ＭＭＵ）、３２−−−一
副マンマシン装置（ＳＭＵ）、３３−−−４制御装置（
ＭＣＵ）、 ３４−−−一分故制御装置（Ｄ　ＣＵ）、５１−−−一
公衆回線分散制御装２ｔ（ＳＤＵ）。 特許出願人　山武ハネウェル株式会社 代　理　人　弁理士　堀　　　進 同　　　弁理士　堀　　和子 （Ａ） 記 憶 （Ｂ） ７図 （Ｃ） −児知 呼

Claims (1)

【特許請求の範囲】
1. 特定の場所に設置された中央管理装置と、該中央管理装
   置から離れた場所に設置された複数の監視装置と、前記
   中央管理装置と各監視装置との間で公衆回線を介して行
   なわれる通信を制御する通信制御装置とを備え、前記監
   視装置は各々に定められた時間内に前記中央管理装置へ
   の送信がなかった場合には自ら発呼し、前記通信制御装
   置は一定時間内に発呼しなかった監視装置を前記中央管
   理装置に通知するように構成したことを特徴とする群管
   理システム。