JPH10208171A - ビル遠隔監視・管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 端末装置に拡張ユニットが正しく接続された
かどうかを確認する拡張ユニット接続状態確認作業の正
確性を期し、労働効率を高めることができるビル遠隔監
視・管理装置を提供する。 【解決手段】 ポーリング順番作成部３６は従局番号と
接続状態符号と格納番地を対応付けた従局データ表に基
づいて呼掛け順番データ表を作成し、送信データ作成部
３７により作成した送信データを順次、従局１に対して
送信した時、従局データチェック部３６Ｂは当該従局１
が主局３に送信する応答信号の有無を判定して、その結
果に応じて従局データ表の接続状態符号を書き変えるよ
うにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はビル内の設備機器に
設けられたセンサーの検知信号等を専ら処理する複数の
拡張ユニットが接続され、センサーが設備機器の異常を
検知した時は、管制センターに異常を発報する端末装置
を具えたビル遠隔監視・管理装置の技術分野に属する。

【０００２】

【従来の技術】最近のビル設備に対する遠隔監視・管理
の対象は設備機器、火災および防犯の監視、出入口扉の
施錠および解錠、共用部照明灯の点灯、消灯および照度
の制御、居室内の温度管理、電気や水道等の消費材の使
用量の自動計測等かなり多岐に亘っている。このため、
これらの監視・管理には形態の異なる４種類の入出力信
号が用いられる。即ち、設備機器の異常等を検知する場
合はデジタル入力信号Ｄi 、出入口扉の施錠、解錠等の
指令を発する場合はデジタル出力信号Ｄo 、設備機器等
の温度を測定する場合はアナログ入力信号Ａi 、電気や
水道等の消費材の使用量を自動計測する場合はパルス入
力信号Ｐi がそれぞれ用いられる。

【０００３】そして、これらの信号形態の異なる４種類
の入出力信号は異なる形態の入出力信号毎に一旦複数の
従局毎に纏められ、信号線を介して接続された主局に転
送される。主局では入出力信号毎にそれぞれ処理され、
例えば、異常信号の場合は電話回線を介して管制センタ
ーに異常発報される。なお、主局は遠隔監視・管理が行
われるビルに設置される遠隔監視・管理用の端末装置で
あり、従局は監視用センサーや計測器からの検知信号あ
るいは施錠等の駆動信号を専ら処理する拡張ユニットで
ある。

【０００４】

【発明が解決しようとする課題】ところで、ビル遠隔監
視装置や従局を新設する場合には、特定の主局に対して
何の従局が接続されたかを調べるための初期点検作業が
行われる。この場合に、従局の数が多いと誤接続が行わ
れる可能性が増えると共に、従局が正しく接続されたか
どうかを調べるための初期点検作業に要する手間が膨大
になり、労働効率が著しく低下するという不都合が生じ
る。本発明の目的は、新たに端末装置と拡張ユニットを
接続した時等に、端末装置に拡張ユニットが正しく接続
されたかどうかを確認する拡張ユニット接続状態確認作
業の正確性を期し、労働効率を高めることができるビル
遠隔監視・管理装置を提供することにある。

【０００５】

【課題を解決するための手段】本発明は上記課題を解決
するために、端末装置は接続可能な複数の拡張ユニット
を異なる信号形態毎に端末装置に対する接続状態符号と
対応付けて配列した拡張ユニットデータ表と、該拡張ユ
ニットデータ表に基づいて複数の拡張ユニットに呼び掛
ける順番を記録した呼掛け順番データ表を予め記憶して
いて、該呼掛け順番データ表に従って複数の拡張ユニッ
トに対して呼掛け信号を送信した時、当該拡張ユニット
からの応答信号の有無に応じて拡張ユニットデータ表に
記録された当該拡張ユニットの接続状態符号を書き変え
るようにしたものであり、好ましくは、初期設定時には
拡張ユニットデータ表に記録された接続状態符号は全て
非接続状態を表すものとした。

【０００６】

【発明の実施の形態】以下、図面を参照して本発明を具
体化した一具体例を詳細に説明する。図１は本発明の具
体例に係るビル遠隔監視装置の全体構成を示すブロック
図である。同図において、１（１Ａ，１Ｂ，１Ｃ，…）
は図示しない被監視機器や被制御機器の入出力信号（Ｄ
i ，Ｄo ，Ａi ，Ｐi ）を入出力する複数の従局（拡張
ユニット）、３はビルに設置されて従局１と信号線Ｌを
介して接続され、上記被監視機器や被制御機器を監視あ
るいは制御する小型計算機で構成された主局（端末装
置）、４は電話回線を接続する交換機、５は交換機４を
介して主局３に接続され、例えば、被制御機器に異常が
発生した時に異常発報される管制センターである。

【０００７】また、主局３の内部機能ブロックを示す各
符号としては、３１は主局３と従局１との交信を司る通
信部、３２は従局１からの入力信号を受信する受信部、
３３は受信した入力信号を解読する受信データ解読部、
３４は設備機器等を監視するデータを処理し、異常を検
知した時は交換機４を介して管制センター５に異常発報
する設備監視部、３５は主局３と管制センター５との交
信を司る通信部、３６はポーリングすべき従局１の順番
表を作成するポーリング順番作成部、３７はスケジュー
ルデータと所定の送信データ形式に従った送信データを
作成する送信データ作成部、３８はスケジュールデータ
表を格納するスケジュールデータ表格納部、３９は送信
データ作成部３７で作成された送信データを通信部３１
を介して従局１に送信する送信部である。３６Ａ，３６
Ｂはそれぞれポーリング順番作成部３６を構成する従局
データチェック部および呼掛け順番データ変更部であ
る。本具体例の動作を図９に示す従局ポーリング処理の
流れ図を参照して説明する。従局１は４つの異なる信号
形態の従局毎にそれぞれ３つ、合計１２の従局１が主局
３に接続できるようになっており、ここでは、デジタル
入力信号を出力する従局１が１つ、デジタル出力信号を
受信する従局が１つ、アナログ入力信号を出力する従局
１が１つ、合計３つの従局１が信号線Ｌを介して主局３
に接続されているものとする。そして、従局番号は２桁
の数字で表され、１０の位は当該従局１が入出力する信
号の形態を表し、図５に示すように、０はデジタル入力
信号Ｄi 、１はデジタル出力信号Ｄo 、２はアナログ入
力信号Ａi 、３はパルス入力信号Ｐi をそれぞれ表す。
１の位は通し番号を表す。また、従局１が主局３に接続
されているか否かを表す接続状態符号は「１」が接続状
態、「０」が非接続状態をそれぞれ表す。

【０００８】従局番号と接続状態符号と格納番地を対応
付けた従局データ表は主局３が具える図示しないＲＡＭ
に格納されている。この具体例では従局番号「０１」、
「１１」、「２１」の従局１が主局３に接続されてい
る。まず、手順Ｓ１ではポーリング順番作成部３６によ
り呼掛け順番データの作成を行う。図１０は初期設定時
の従局データ表の表図である。ポーリング順番作成部３
６はＲＡＭから読み出した従局データ表に基づいて呼掛
け順番データ表を作成する。本具体例では同図に示すよ
うに、初期設定時には全ての従局１の接続状態符号は
「０」、即ち、非接続状態とされている。そして、初期
設定時の呼掛け順番データ表は図１１に示すように、Ｒ
ＡＭの格納番地１０１から１１２までの領域にそれぞれ
従局番号を対応付けたものになっている。

【０００９】手順Ｓ２では、スケジュールデータ表格納
部３８が格納するスケジュールデータ表と初期設定時の
呼掛け順番データ表に基づいて、送信データ作成部３７
により格納番地１０１から順に各従局１に送信すべき送
信データを作成する。図２は従局１と主局３との間で遣
り取りされる送信データのデータ形式を示す説明図であ
る。なお、図３はスケジュールデータ表格納部３８が格
納するスケジュールデータ表の具体例を表す表図であ
る。次の手順Ｓ３では、従局データ表に基づいてデータ
送信先に従局１が接続されているか否かを判断する。こ
の場合は全ての従局１が非接続状態とされているので、
手順Ｓ１４に移り、図２に示す接続検出信号を含むデー
タを格納番地１０１の従局１、即ち、従局番号「０
１」の従局１に送信する。そして、この従局番号「０
１」の従局１が主局３に接続されているか否かを判断す
る（Ｓ１５）。この結果、従局番号「０１」の従局１は
実際には主局３に接続されているので、手順Ｓ１６に移
って、この従局１から図２に示すデータが主局３に送
信されてくる。

【００１０】データは受信部３２を介して受信データ
解読部３３に送られ、解読された後、ポーリング順番作
成部３６に送られる。従局データチェック部３６Ａで
は、受信したデータの内容が調べられ（Ｓ１７）、そ
こに接続応答信号が含まれているので、手順Ｓ１に戻っ
て呼掛け順番データ変更部３６Ｂで従局データ表の従局
番号「０１」の従局１の接続状態符号が「１」に書き換
えられると共に、呼掛け順番データ表が変更される。主
局３に接続された従局１がある場合は、呼掛け順番デー
タ表は主局３に接続された全ての従局１の配列と主局３
に接続されない一部の従局１の配列との６個の配列群の
組み合わせで構成される。接続された従局１の配列は配
列群が変わっても同じ配列であるが、主局３に接続され
ない従局１の配列は配列群が変わると、未だ配列されて
いない従局の配列に順次更新される。

【００１１】こうして作り変えられた呼掛け順番データ
表に基づいて手順Ｓ２で送信データが作成され、手順Ｓ
３で従局データ表に基づいて主局３に接続されているか
否かを判断した結果は然りとなるから、今度は手順Ｓ４
に移って、従局番号「０１」の従局１はデジタル出力信
号Ｄo を受信する従局１か否かを判断する。この場合は
従局番号の１０の位は０、即ち、デジタル入力信号Ｄi
を出力する従局１であるから、手順Ｓ５に移ってデータ
を従局１に送信する。そして、この従局番号「０１」
の従局１が主局３に接続されているか否かを判断する
（Ｓ６）。この結果は然りとなるので、手順Ｓ７に移
り、従局１から図２に示すデータが主局３に送信され
てくる。

【００１２】このデータは受信部３２を介して受信デ
ータ解読部３３に送られ、その内容が解読される。そし
て、データの内部データである「入力１」、「入力
２」、……の中に設備の異常を知らせるデータがあるか
否かを判断して（Ｓ８）、その判断結果が然りならば、
管制センター５に従局番号「０１」の従局１の異常を発
報する（Ｓ９）。手順Ｓ８の判断結果が否、または、手
順Ｓ９の処理が終了したら、ＲＡＭから読み出す格納番
地を１０１から次の１０２に更新する（Ｓ１０）。格納
番地１０２の従局１、即ち、従局番号「０２」の従局１
は主局３に接続されていないので、手順Ｓ２，Ｓ３，Ｓ
１４を経て手順Ｓ１５の判断結果が否となり、従局デー
タ表は書き替えられることなく、手順Ｓ１０でＲＡＭか
ら読み出す格納番地の更新が行われる。

【００１３】以下、上述の処理が繰り返されて、当初の
格納番地が１０７の従局１、即ち、従局番号「１１」の
従局１の従局データが読み出されると、上述の従局番号
「０１」の従局１と同様の処理により従局データ表の従
局番号「１１」の従局１の接続状態符号が「１」に書き
換えられた後、作り変えられた呼掛け順番データ表に基
づいて手順Ｓ３で、この従局１が主局３に接続されてい
るか否かが判断される。その判断結果は然りとなり、手
順Ｓ４に移って、従局番号「１１」の従局１がデジタル
出力信号Ｄo を受信する従局１か否かを判断した結果は
然りとなるから、手順Ｓ１１に移って、データを従局
１に送信する。そして、従局番号「１１」の従局１は主
局３に接続されているか否かを判断する（Ｓ１２）。こ
の結果は然りとなるので、手順Ｓ１３に移り、従局１か
ら図２に示すデータが主局３に送信されてくる。

【００１４】以下、上述の処理が繰り返されて、最終格
納番地である１１８番地までポーリングすることによ
り、確定した従局データ表は図４に示す表図のようにな
り、呼掛け順番データ表は図６に示す表図のようにな
る。なお、手順Ｓ６，Ｓ１２，Ｓ１５の判断処理は従局
１が取り外されたような場合の従局データ表の変更にも
役立っている。１１８番地までのポーリング処理が終了
すると、最初の１０１番地に戻って、さらにポーリング
処理を続行する。

【００１５】次に、新たに主局３にデジタル入力信号Ｄ
i を出力する従局１が従局番号「０２」として接続され
た場合の動作について説明する。１０１番地〜１０３番
地のポーリング処理は上述の処理またはそれに準じた処
理により遂行される。手順Ｓ１０で格納番地の更新が行
われて、手順Ｓ２に戻って１０４番地の従局１、即ち、
従局番号「０２」の従局１の従局データが読み出され
る。この場合は従局１の接続状態符号は「０」の侭にな
っているから、手順Ｓ３の判断結果は否となり、手順Ｓ
１４に移り、図２に示すデータを従局番号「０２」の
従局１に送信する。そして、この従局番号「０２」の従
局１が主局３に接続されているか否かを判断すると（Ｓ
１５）、従局番号「０２」の従局１は実際には主局３に
接続されているので、この従局１から接続応答信号が含
まれたデータが主局３に送信されてくる。

【００１６】これにより、前述のように手順Ｓ１７で受
信したデータの内容が調べられ、手順Ｓ１に戻って従
局データ表の従局番号「０２」の従局１の接続状態符号
が「１」に書き換えられると共に、呼掛け順番データ表
が変更される。図７および図８はこうして書き換え変更
された従局データ表および呼掛け順番データ表をそれぞ
れ示したものである。

【００１７】このように、本具体例では従局番号と接続
状態符号をそれぞれ対応付けた従局データ表と、主局３
に接続された全ての従局１の配列と主局３に接続されて
いない一部の従局１の配列とを順番に配列した呼掛け順
番データ表を用いて従局ポーリング処理を行い、主局３
に接続されていないとされた従局１に対してデータを
送信して、呼び掛けられた従局１から接続応答信号を含
むデータが主局３に送信されてくるか否かにより、当
該従局１が主局３に接続されているか否かを確認するよ
うにしたので、主局３と従局１の接続状態を人手により
逐一点検する手間を省くことができ、しかも、それらの
接続状態を正確に把握することができる。

【００１８】

【発明の効果】以上説明したように請求項１記載の発明
によれば、拡張ユニットデータ表と呼掛け順番データ表
を予め記憶していて、該呼掛け順番データ表に従って複
数の拡張ユニットに対して呼掛け信号を送信した時、当
該拡張ユニットからの応答信号の有無に応じて拡張ユニ
ットデータ表に記録された当該拡張ユニットの接続状態
符号を書き変えるようにしたので、新たに端末装置と拡
張ユニットを接続した時等に、端末装置に拡張ユニット
が正しく接続されたかどうかを確認する拡張ユニット接
続状態確認作業の正確性を期し、労働効率を高めること
ができる。請求項２記載の発明によれば、初期設定時に
は拡張ユニットデータ表に記録された接続状態符号は全
て非接続状態を表すものとしたので、初期設定時に端末
装置と拡張ユニットの接続状態を人手により確認しなく
ても、複数の拡張ユニットとの間の呼掛け信号と応答信
号の遣り取りにより簡単に拡張ユニット接続状態確認作
業を行うことができる。

【図面の簡単な説明】

【図１】本発明の具体例に係るビル遠隔監視装置の全体
構成を示すブロック図

【図２】従局と主局との間で遣り取りされる送信データ
のデータ形式を示す説明図

【図３】スケジュールデータ表の具体例を表す表図

【図４】従局ポーリング処理により確定した従局データ
表の表図

【図５】従局番号による入出力信号の信号形態の区別を
表す表図

【図６】従局ポーリング処理により確定した呼掛け順番
データ表の表図

【図７】新たに他の従局が接続されて書き換え変更され
た従局データ表

【図８】同じく、呼掛け順番データ表

【図９】従局ポーリング処理の流れ図

【図１０】初期設定時の従局データ表の表図

【図１１】初期設定時の呼掛け順番データ表の表図

【符号の説明】

１（１Ａ，１Ｂ，１Ｃ，…） 従局（拡張ユニット） ３ 主局（端末装置） ４ 交換機 ５ 管制センター ３１，３５ 通信部 ３２ 受信部 ３３ 受信データ解読部 ３４ 設備監視部 ３６ ポーリング順番作成部 ３６Ａ 従局データチェック部 ３６Ｂ 呼掛け順番データ変更部 ３７ 送信データ作成部 ３８ スケジュールデータ表格納部 ３９ 送信部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｑ 9/00 ３１１ Ｈ０４Ｌ 11/00 ３２１

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ビル内の設備機器に設けられたセンサー
   の検知や出入口の施錠・解錠の指令等のための信号形態
   が異なる入出力信号をそれぞれ専ら処理する複数の拡張
   ユニットが接続され、前記センサーが前記設備機器の異
   常を検知した検知信号を前記拡張ユニットから受信した
   時は、管制センターに異常を発報する小型計算機で構成
   された端末装置を具えたビル遠隔監視・管理装置におい
   て、前記端末装置は接続可能な複数の前記拡張ユニット
   を異なる信号形態毎に前記端末装置に対する接続状態符
   号と対応付けて配列した拡張ユニットデータ表と、該拡
   張ユニットデータ表に基づいて複数の前記拡張ユニット
   に呼び掛ける順番を記録した呼掛け順番データ表を予め
   記憶していて、該呼掛け順番データ表に従って複数の前
   記拡張ユニットに対して呼掛け信号を送信した時、当該
   拡張ユニットからの応答信号の有無に応じて前記拡張ユ
   ニットデータ表に記録された当該拡張ユニットの前記接
   続状態符号を書き変えるようにしたことを特徴とするビ
   ル遠隔監視・管理装置。
2. 【請求項２】 初期設定時には拡張ユニットデータ表に
   記録された接続状態符号は全て非接続状態を表すものと
   したことを特徴とする請求項１記載のビル遠隔監視・管
   理装置。