(57)【要約】【課題】ビル設備機器の遠隔監視サーバにおける通信負荷を低減する。【解決手段】本発明に係る遠隔監視サーバ４０は、ビル端末装置２０と自社センタ端末装置５０及び他社センタ端末装置７０のそれぞれに通信回線を介して接続される。そして、遠隔監視サーバ４０はビル端末装置２０からビル設備機器の異常情報を受信すると記憶する。自社センタ端末装置５０及び他社センタ端末装置７０は、所定の時間間隔で遠隔監視サーバ４０へアクセスし、管理センタが対処すべき異常情報の配信要求を行う。遠隔監視サーバ４０は、その配信要求に従って、管理センタが対処すべき異常情報を抽出し、返信する。【選択図】図１
2016110297.tif 000002
【特許請求の範囲】
【請求項１】
監視対象のビル設備機器に異常状態が発生したことを示す異常情報を発報するビル端末装置、及び前記ビル設備機器の監視業務を行う管理センタに設置されたセンタ端末装置のそれぞれに、通信回線を介して接続されたビル設備機器の遠隔監視サーバにおいて、
前記ビル端末装置から前記異常情報を受信すると、当該異常情報に対応する前記管理センタを示す情報と関連付けて記憶する処理を行う異常情報受信制御部と、
前記異常情報及び前記管理センタを示す情報を関連付けて記憶する異常情報記憶部と、
前記センタ端末装置から、前記管理センタの監視業務対象となる前記異常情報の送信要求を行うための配信要求情報を受信すると、前記管理センタの監視業務の対象となる異常情報を前記異常情報記憶部から抽出する異常情報抽出部と、
前記抽出した異常情報を、前記配信要求情報を送信したセンタ端末装置に送信する制御を行う異常情報送信制御部と、
を備えること特徴とするビル設備機器の遠隔監視サーバ。
【請求項２】
請求項１に記載のビル設備機器の遠隔監視サーバにおいて、
前記ビル設備機器の監視業務を行う管理センタを、日付、曜日、又は時間帯の少なくとも一つに応じて規定したスケジュール情報を記憶するスケジュール情報記憶部を更に備え、
前記異常情報受信制御部は、前記異常情報を受信した時刻及び前記スケジュール情報を参照し、前記異常情報に対処する管理センタを決定し、前記異常情報に関連づけて記憶する処理を実行する、
ことを特徴とするビル設備機器の遠隔監視サーバ。
【請求項３】
監視対象のビル設備機器に異常状態が発生したことを示す異常情報を発報するビル端末装置から前記異常情報を受信する遠隔監視サーバ、及び監視業務を行う管理センタに設置されたセンタ端末装置を、通信回線を介して接続したビル設備機器の遠隔監視システムにおいて、
前記ビル端末装置から前記異常情報を受信すると、当該異常情報に対応する前記管理センタを示す情報と関連付けて記憶する処理を行う異常情報受信制御部と、
前記異常情報及び前記管理センタを示す情報を関連付けて記憶する異常情報記憶部と、
前記センタ端末装置から、前記管理センタの監視業務対象となる前記異常情報の送信要求を行うための配信要求情報を受信すると、前記管理センタの監視業務の対象となる異常情報を前記異常情報記憶部から抽出する異常情報抽出部と、
前記抽出した異常情報を、前記配信要求情報を送信したセンタ端末装置に送信する制御を行う異常情報送信制御部と、
を備え、
前記センタ端末装置は、
前記遠隔監視サーバに対して前記配信要求情報を送信するタイミングを管理するタイミング管理部と、
前記タイミングに従って前記遠隔監視サーバに対して前記配信要求情報を送信するセンタ送信制御部と、
前記遠隔監視サーバから前記抽出された異常情報を受信するセンタ受信制御部と、
を備えることを特徴とするビル設備機器の遠隔監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビル設備機器の遠隔監視サーバ及びシステムに関する。
【背景技術】
【０００２】
従来、ビル設備機器とそのビル設備機器の異常発生の有無を監視する遠隔監視サーバ及び異常情報に対応する管理センタを、ネットワークを介して接続した遠隔監視システムがある。これらの管理センタは、全国に出動拠点を配置し、自社の管理センタから出動拠点へ対応指示をする全国規模の会社や、市町村レベルに限った地域のビル設備機器の監視業務を行う規模の小さい会社、又は個人経営の会社があり、その業務形態・規模は多岐にわたる。
【０００３】
遠隔監視システムの例として、特許文献１には、ビル端末装置からの異常情報を受信する遠隔監視サーバと、自社の契約でビルの設備機器の遠隔監視を行う自社管理センタ及び他社の契約でビルの設備機器の遠隔監視を行う他社管理センタの其々とを通信接続し、自社管理センタの未対応件数が過剰件数に達しているときには、未対応件数が過剰件数に達していない他社管理センタへ異常情報を送信する構成が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許５３１４７４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記遠隔監視システムでは、遠隔監視サーバは自社管理センタあるいは他社管理センタに対して一方的に異常情報を送信するので、遠隔監視サーバと自社管理センタ又は他社管理センタとの間の通信状況が不良で異常情報が未着の場合は異常情報の再送信を繰り返す。その結果、遠隔監視サーバの処理負荷が増大するという課題がある。
【０００６】
本発明は、上記課題を解決するためになされたものであり、通信状況が不良の際にも遠隔監視サーバの処理負荷をより低減するビル設備機器の遠隔監視サーバ及びシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、監視対象のビル設備機器に異常状態が発生したことを示す異常情報を発報するビル端末装置、及び前記ビル設備機器の監視業務を行う管理センタに設置されたセンタ端末装置のそれぞれに、通信回線を介して接続されたビル設備機器の遠隔監視サーバにおいて、前記ビル端末装置から前記異常情報を受信すると、当該異常情報に対応する前記管理センタを示す情報と関連付けて記憶する処理を行う異常情報受信制御部と、前記異常情報及び前記管理センタを示す情報を関連付けて記憶する異常情報記憶部と、前記センタ端末装置から、前記管理センタの監視業務対象となる前記異常情報の送信要求を行うための配信要求情報を受信すると、前記管理センタの監視業務の対象となる異常情報を前記異常情報記憶部から抽出する異常情報抽出部と、前記抽出した異常情報を、前記配信要求情報を送信したセンタ端末装置に送信する制御を行う異常情報送信制御部と、を備えることを特徴とする。
【０００８】
また本発明は、監視対象のビル設備機器に異常状態が発生したことを示す異常情報を発報するビル端末装置から前記異常情報を受信する遠隔監視サーバ、及び監視業務を行う管理センタに設置されたセンタ端末装置を、通信回線を介して接続したビル設備機器の遠隔監視システムにおいて、前記ビル端末装置から前記異常情報を受信すると、当該異常情報に対応する前記管理センタを示す情報と関連付けて記憶する処理を行う異常情報受信制御部と、前記異常情報及び前記管理センタを示す情報を関連付けて記憶する異常情報記憶部と、前記センタ端末装置から、前記管理センタの監視業務対象となる前記異常情報の送信要求を行うための配信要求情報を受信すると、前記管理センタの監視業務の対象となる異常情報を前記異常情報記憶部から抽出する異常情報抽出部と、前記抽出した異常情報を、前記配信要求情報を送信したセンタ端末装置に送信する制御を行う異常情報送信制御部と、を備え、前記センタ端末装置は、前記遠隔監視サーバに対して前記配信要求情報を送信するタイミングを管理するタイミング管理部と、前記タイミングに従って前記遠隔監視サーバに対して前記配信要求情報を送信するセンタ送信制御部と、前記遠隔監視サーバから前記抽出された異常情報を受信するセンタ受信制御部と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明のビル設備機器の遠隔監視システムによれば、遠隔監視サーバは、センタ端末装置から異常情報の配信要求情報を受信すると、その管理センタが対応すべき異常情報を抽出してセンタ端末装置に対して送信する。従って、遠隔監視サーバは、配信要求情報の送受信が可能な通信状況下にあるセンタ端末装置に対してのみ異常情報の送信を行うので、通信途絶状態にあるセンタ端末装置に対して繰り返し異常情報を送信することがない。これにより、未着の異常情報の再送信処理に起因する遠隔監視サーバの処理負荷を低減することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係るビル設備機器の遠隔監視サーバの概略構成図である。
【図２】ビル端末装置及び遠隔管理サーバのハードウェア構成を示すブロック図であって、（ａ）はビル端末装置、（ｂ）は遠隔管理サーバの構成を示す。
【図３】ビル端末装置、遠隔監視サーバ及び自社センタ端末装置に搭載の内部構成を示す機能ブロック図である。
【図４】ハードディスク内に設けられた各種データの格納エリアの構成を示す図であって、（ａ）はＩＰアドレス格納エリア、（ｂ）は設備コード格納エリア、（ｃ）は発報種別格納エリアのそれぞれのデータテーブルである。
【図５】スケジュールテーブル格納エリア内に格納される、スケジュールテーブルを例示した図である。
【図６】発報リスト格納エリア内に格納される、発報リストを例示した図である。
【図７】本実施形態に係る遠隔監視システムの処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を参照して説明する。全図を通じて同一の構成には同一の符号を付し重複説明を省略する。
【００１２】
まず、図１を参照して本実施形態に係るビル設備機器の遠隔監視サーバの概略構成について説明する。図１は、本実施形態に係るビル設備機器の遠隔監視サーバの概略構成図である。
【００１３】
図１に示す遠隔監視システム１０では、Ａビル、Ｂビル、及びＮビルの其々に設置されたビル端末装置２０Ａ、２０Ｂ、２０Ｎのそれぞれと、自社管理センタ３０内に設置された遠隔監視サーバ４０とがネットワーク、例えばインターネット１１又は電話回線１２を介して接続される。以下の説明において、ビル端末装置２０Ａ、２０Ｂ、２０Ｎのそれぞれを区別する必要がない場合には、ビル端末装置２０と記載する。ビル端末装置２０は、監視対象のビル設備機器に異常状態が発生したことを示す異常情報を発報する。
【００１４】
更に遠隔監視サーバ４０は、自社管理センタ３０内のＬＡＮ(Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ)３５を介して自社センタ端末装置５０に接続されると共に、インターネット１１を介して他社管理センタ６０に設置された他社センタ端末装置７０にも接続される。
【００１５】
自社管理センタ３０及び他社管理センタ６０では、監視員がビル設備機器の監視業務を行う。自社センタ端末装置５０及び他社センタ端末装置７０は、遠隔監視サーバ４０から異常情報を含む発報情報を受信すると、監視員に対して発報情報を出力する。出力形態は、表示、印刷、監視員が携行する携帯端末装置への転送など、通知できるものであれば、その種類を問わない。
【００１６】
自社センタ端末装置５０及び他社センタ端末装置７０は、所定の時間間隔を空けて、遠隔監視サーバ４０に対して自社管理センタ３０又は他社管理センタ６０が対応すべき発報情報の配信を要求するための情報（以下「配信要求情報」という）を送信する。この発報情報は、異常の発生を示す異常情報と、異常から正常復旧したことを示す復旧情報とを含む。更に正常状態を示す情報を含んでもよい。
【００１７】
遠隔監視サーバ４０は、配信要求情報に従って発報情報の抽出及び送信処理を行う。本実施形態では、抽出された発報情報の集合を発報リストというが、発報リストには、１件のみの発報情報が含まれる場合、また抽出された発報情報がないことを示す情報も含まれる。また、発報情報の集合を示すデータ構造はリスト構造に限らない。
【００１８】
自社管理センタ３０及び他社管理センタ６０は、遠隔監視サーバ４０から発報情報を受信すると、ビル設備機器の修理及び保守を実施する図示しない出動拠点に対して上記受信した異常情報への対応の指令を行う。本実施形態では、あるビルの修理及び保守を複数の管理センタが時間帯を変えて担当する例を挙げて説明する。
【００１９】
図２を参照してビル端末装置２０及び遠隔管理サーバ４０のハードウェア構成について説明する。
【００２０】
図２の（ａ）に示すように、ビル端末装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２３、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２４、Ｉ／Ｆ２５、及びバス２８を含む。そして、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＨＤＤ２４、及びＩ／Ｆ２５がバス２８を介して互いに接続されて構成される。
【００２１】
ビル端末装置２０は、Ｉ／Ｆ２５を介してネットワーク、例えばインターネット１１や電話回線１２に通信接続するための外部通信装置２９に接続される。
【００２２】
更にビル端末装置２０は、Ｉ／Ｆ２５を介して、各ビルに設置されたビル設備機器、例えばビル受水槽設備やビル受電設備に設置された状態検知センサ２と接続される。Ｉ／Ｆ２５は、状態検知センサ２と直接的に接続されてもよいし、各ビル内に設置された不図示のＬＡＮや信号線と接続されてもよい。
【００２３】
状態検知センサ２は、ビル設備機器の状態を示すセンサ信号を出力する。例えば、ビル受水槽設備には、受水槽の水位を検知する水位センサが用いられる。水位センサが減水や満水等の水位異常を検知すると、それらを示すセンサ信号（異常信号に相当）を生成して出力する。更に、減水や満水から正常水位に戻ると復旧したことを示すセンサ信号を出力する。また、水位センサは検知した水位を示す数値情報を出力し、正常、異常、復旧の各状態はＣＰＵ２１が判定してもよい。
【００２４】
ビル受電設備の状態検知センサ２は、停電の有無を検知する停電センサを用いてもよい。そして、停電センサが停電を検出すると停電を示すセンサ信号を、通電すると復旧を示すセンサ信号をビル端末装置２０に出力してもよい。
【００２５】
遠隔管理サーバ４０は、図２の（ｂ）に示すように、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４、Ｉ／Ｆ４５、及びバス４８を含む。そして、ＣＰＵ４１、ＲＡＭ４２、ＲＯＭ４３、ＨＤＤ４４、及びＩ／Ｆ４５がバス４８を介して接続されて構成される。
【００２６】
遠隔管理サーバ４０は、インターネット１１、電話回線１２、及びＬＡＮ３５に通信接続するための外部通信装置４９にＩ／Ｆ４５を介して接続される。遠隔監視サーバ４０は、外部通信装置４９を介してビル端末装置２０から発報情報を受信し、自社センタ端末装置５０又は他社センタ端末装置７０から、自社管理センタ３０又は他社管理センタ６０のそれぞれが対応する発報情報の配信要求情報を受信する。更に、遠隔監視サーバ４０は、外部通信装置４９を介して自社センタ端末装置５０及び他社センタ端末装置７０に対して、上記配信要求情報に従って抽出した発報リストを送信する。その詳細は後述する。
【００２７】
更に、遠隔管理サーバ４０は、表示装置４６、及び入力装置４７を備え、これらがＩ／Ｆ４５に接続されてもよい。
【００２８】
自社センタ端末装置５０、及び他社センタ端末装置７０のハードウェア構成は、遠隔管理サーバ４０と同様であるので重複説明を省略する。
【００２９】
図３を参照して、ビル端末装置２０、遠隔監視サーバ４０及び自社センタ端末装置５０に搭載されるソフトウェアの構成について説明する。なお、他社センタ端末装置７０のソフトウェアの構成は、自社センタ端末装置５０のそれと同様であるので、重複説明を省略する。
【００３０】
ビル端末装置２０は、状態検知センサ２からセンサ信号を取得するセンサ信号取得部２１ａと、センサ信号を基に発報情報を生成・出力する発報情報生成部２１ｂと、発報情報を遠隔監視サーバ４０に送信する制御を行うビル送信制御部２１ｃと、現在時刻を示す時刻情報を出力する計時部２１ｄと、を含む。
【００３１】
センサ信号取得部２１ａは、センサ信号を受信すると計時部２１ｄから時刻情報を取得し、センサ信号とともに発報情報生成部２１ｂに出力する。
【００３２】
発報情報生成部２１ｂは、センサ信号及びと時刻情報を基に発報情報を生成する。発報情報の構造の一例について説明する。発報情報のヘッダには、ビル端末装置２０を固有に示す情報として、例えばＩＰアドレス、ＭＡＣアドレスが含まれる。またヘッダに続くボディには、センサ信号を受信した発生日時（これはある状態が発生時刻に相当する）、状態（異常、正常、復旧）を示す信号種別、及びセンサ信号を出力した状態検知センサ２が監視対象とするビル設備機器の種別を示す文字列、例えば「ＹＹＹＹＭＭＤＤｈｈｍｍ００ＡＡ」を含む。ここで、「ＹＹＹＹＭＭＤＤ」は設備機器の状態を検知した年月日を示し、「ｈｈｍｍ」は状態を検出した時刻を示す。また「００」は信号種別を示し、例えば「００」であれば異常発生、「０１」であれば正常復旧を表す。更に、「ＡＡ」は設備コードを示しし、「ＡＡ」であればビル受水槽設備、「ＡＢ」であればビル受電設備を表す。
【００３３】
センサ信号取得部２１ａ、発報情報生成部２１ｂ、及びビル送信制御部２１ｃは、ＲＯＭ２３又はＨＤＤ２４に格納されたソフトウェアがＲＡＭ２２にロードされてＣＰＵ２１で実行されることにより構成される。また、計時部２１ｄは例えばＲＴＣ（Ｒｅａｌ−Ｔｉｍｅ  Ｃｌｏｃｋ）を用いてもよく、ビル端末装置２０がこれを含み、ＣＰＵ２１に時刻情報を出力してもよい。
【００３４】
自社センタ端末装置５０は、これに電気的に接続された外部通信装置（不図示）を介して配信要求情報を送信するセンタ送信制御部５１ａと、所定の時間間隔で配信要求情報が送信されるようにタイミングを管理するタイミング管理部５１ｂと、遠隔監視サーバ４０が配信要求情報に応じて抽出した発報リストを受信するセンタ受信制御部５１ｃと、発報リストを格納する発報リスト記憶部５１ｄと、を含む。また、発報情報を表示装置（不図示）に表示する制御を行う表示制御部を備えてもよい。他社センタ端末装置７０は、自社センタ端末装置５０の構成と同様であるので重複説明を省略する。
【００３５】
センタ送信制御部５１ａ、タイミング管理部５１ｂ、及びセンタ受信制御部５１ｃはソフトウェアにより構成される。そして、自社センタ端末装置を構成するハードウェアが上記ソフトウェアを実行することで、ソフトウェアの機能が実現される。
【００３６】
また、遠隔監視サーバ４０は、外部通信装置４９を介して受信したデータの出力先を振り分けたり、データを外部通信装置４９を介して送信制御を行ったりする通信制御部４１ａと、通信制御部４１ａから発報情報を受信すると発報情報の格納処理を行ったり、後述する抽出指令情報を受けて所定の抽出条件に合致する発報情報を抽出し、その集合である発報リストを生成する発報情報受信制御部４１ｂと、配信要求情報に応じて上記所定の抽出条件を設定し、発報リストを送信する制御を行う発報リスト送信制御部４１ｃと、計時部４１ｄと、ハードディスク４３内に設けられた各種データの格納エリアと、を含む。
【００３７】
発報情報受信制御部４１ｂは、ビル名称抽出部４１ｂ１と、設備名称抽出部４１ｂ２と、発生時刻抽出部４１ｂ３と、受信時刻抽出部４１ｂ４と、発報種別書込部４１ｂ５と、対応先コード付与部４１ｂ６と、発報履歴書込部４１ｂ７と、を含む。発報情報受信制御部４１ｂは、遠隔監視サーバ４０が配信要求情報を受信すると、所定の抽出条件に合致する発報情報の抽出処理も行う。従って、発報情報受信制御部４１ｂは、発報情報抽出部としても機能する。
【００３８】
また、発報リスト送信制御部４１ｃは、アクセス検出部４１ｃ１、及び発報リスト抽出指令部４１ｃ２を含む。発報情報受信制御部４１ｂ及び発報リスト送信制御部４１ｃに含まれる各構成要素の機能は後述する。
【００３９】
通信制御部４１ａ、発報情報受信制御部４１ｂ及び発報リスト送信制御部４１ｃは、ＲＯＭ４３又はＨＤＤ４４に格納されたソフトウェアがＲＡＭ４２にロードされてＣＰＵ４１で実行されることにより構成される。また、計時部４１ｄとしてＲＴＣを備え、通信制御部４１ａは計時部４１ｄからシステム時刻情報を受信し、発報情報を受信したシステム時刻を発報リストに付加する。
【００４０】
ハードディスク４３は、ＩＰアドレス格納エリア４３ａ、設備コード格納エリア４３ｂ、発報種別格納エリア４３ｃ、スケジュールテーブル格納エリア４３ｄ、及び発報リスト格納エリア４３ｅを含む。
【００４１】
ＩＰアドレス格納エリア４３ａは、図４の（ａ）に示すように、ビル端末装置２０に付与したＩＰアドレスと、ビル端末装置２０が設置されたビル名称とを、関連付けて格納する。更に、自社センタ端末装置５０及び他社センタ端末装置７０の其々に付与したＩＰアドレスと、自社管理センタ及び他社管理センタのそれぞれを特定するセンタ認識コード（例えば自社管理センタ３０は「０１０２」、他社管理センタ６０は「０２０１」）とを、関連付けて格納する。
【００４２】
設備コード格納エリア４３ｂは、図４の（ｂ）に示すように、ビル設備機器の種類を特定するコードと、ビル設備機器の種類と、を関連づけて格納する。例えば、ビル受水槽設備はビル設備コード「ＡＡ」を、ビル受電設備はビル設備コード「ＡＢ」を関連付けて記憶する。
【００４３】
発報種別格納エリア４３ｃは、図４の（ｃ）に示すように、発報情報に含まれる状態を示すコードと、その状態とを関連付けて格納する。例えば、コード「００」は異常発生を、コード「０１」は復旧を表す。
【００４４】
スケジュールテーブル格納エリア４３ｄは、ビル設備機器の異常対応を行う管理センタを定めたスケジュールテーブルを格納する。本実施形態では、設備機器の監視業務を日付や曜日、時間によって異なる管理センタが行う。そこで、ビル設備機器毎に、時間帯（日付、曜日を含む）に応じた管理センタのセンタ認識コードを格納したスケジュールテーブルを予め備えておき、発報情報を遠隔管理サーバ４０が受信した時刻に応じて、その発報情報に対応する管理センタが決定されるように構成してもよい。
【００４５】
例えば図５のスケジュールテーブル８０は、「２０１４年１０月１日」における時間帯に応じた監視業務の担当管理センタを定めている。より具体的には、ビルＢを８：００〜１７：５９の間監視する管理センタは、センタ認識コードが「０２０１」である他社管理センタ６０、１８：００〜７：５９（翌日）までの間は、センタ識別コードが「０１０２」である自社管理センタ３０が監視業務を行うように設定されている。
【００４６】
また発報リスト格納エリア４３ｅは、ビル端末装置２０から送信される発報情報を格納する。図６に示すように、発報リスト９０は、「ビル名」９１、「設備機器名」９２、「発生時刻」９３、「受信時刻」９４、「発報種別」９５、「対応先コード」９６、及び「配信履歴」９７の各レコードと、「受信日」９８（不図示）を書き込むタグと、を含む。以下、発報リスト９０への書込み処理の詳細については後述する。
【００４７】
次に図７を参照して、本実施形態に係る遠隔監視システムの処理の流れについて説明する。図７は、実施形態に係る遠隔監視システムの処理の流れを示すシーケンス図である。
【００４８】
ビル設備機器の例として、Ｂビルに設置されるビル受水槽設備を例に挙げる。Ｂビルに設置されるビル受水槽設備に減水（異常状態に相当）が発生し（ステップＳＡ１）、ビル受水槽設備に設置された状態検知センサ２が異常を検知してセンサ信号を生成し（ステップＳＡ２）、ビル端末装置２０Ｂに出力する（ステップＳＡ３）。
【００４９】
ビル端末装置２０Ｂのセンサ信号取得部２１ａは計測部２１ｄからセンサ信号を取得した日時情報を受信し、センサ信号及び日時情報を発報情報生成部２１ｂに出力する。発報情報生成部２１ｂは、センサ信号を基に、不図示の記憶装置に予め記憶された各状態コード及び設備コードを参照して発報情報を生成する（ステップＳＡ４）。例えば、センサ信号を取得した日時が２０１４年１０月１日７：５５の場合、異常を示すコード００と、ビル設備機器の種別を示すコードＡＡとを用いて発報情報「２０１４１００１０７５５００ＡＡ」を生成する。発報情報の他例として、例えば、Ａビルに設置されるビル受電設備の停電による電源異常が２０１４年１０月１日８：００に検知された場合には、発報情報「２０１４１００１０８００００ＡＢ」が生成される。
【００５０】
ビル送信制御部２１ｃは、発報情報を外部通信装置２９へ出力し、ネットワークを介して遠隔監視サーバ４０へ送信する（ステップＳＡ５）。
【００５１】
遠隔監視サーバ４０の通信制御部４１ａは、外部通信装置４９を介してビル端末装置２０Ｂから発報情報を受信すると、計時部４１ｄから現在時刻情報を受信し、発報情報に受信時刻（例えば７時５６分を示す情報）を付加して発報情報受信制御部４１ｂに出力する（ステップＳＢ１）。
【００５２】
次に発報情報受信制御部４１ｂのビル名称抽出部４１ｂ１は、発報情報のヘッダに付加された発信元となるビル端末装置２０ＢのＩＰアドレスを抽出する。そして、ＩＰアドレステーブル（図４の（ａ））を参照し、抽出したＩＰアドレスに合致するビル名称、例えば「Ｂビル」を特定し、発報リスト９０の「ビル名」レコード９１に書き込む（ステップＳＢ２）。
【００５３】
設備名称抽出部４１ｂ２は、発報情報から設備コードを抽出し、設備コードテーブル（図４の（ｂ）参照）を参照して、抽出した設備コードに対応する設備機器名を特定し、「設備機器名」レコード９２に書き込む。例えば設備名称抽出部４１ｂ２は、発報情報「２０１４１００１０７５５００ＡＡ」から設備機器コード「ＡＡ」を抽出し、設備コード格納エリア４３ｂから設備機器コード「ＡＡ」に合致する設備機器名称である「受水槽設備」を検索し、「受水槽設備」を、発報リスト９０の「設備機器名」レコード９２に書き込む。（ステップＳＢ３）。
【００５４】
発生時刻抽出部４１ｂ３は、発報情報から設備機器の異常発生時刻を抽出し、「発生時刻」レコード９３に書き込む。例えば発生時刻抽出部４１ｂ３は、発報情報「２０１４１００１０７５５００ＡＡ」に含まれる発生日「２０１４１００１」及び発生時刻「０７５５」を抽出し、発報リスト９０の「発生時刻」レコード９３に「７：５５」を書き込む。また発生日タブ９８に「２０１４１００１」を書き込む（ステップＳＢ４）。
【００５５】
受信時刻抽出部４１ｂ４は、通信制御部４１ａが発報情報を受信したときに付加したシステム時刻、上記例では「７：５６」を「受信時刻」レコード９４に書き込む。（ステップＳＢ５）。
【００５６】
発報種別抽出部４１ｂ５は、発報情報から信号種別コードを抽出し、信号種別コードテーブル（図４の（ｃ）参照）を参照して、抽出した信号種別コードに対応する状態を特定し、「発報種別」レコード９５に書き込む（ステップＳＢ６）。上記例では、発報種別抽出部４１ｂ５は発報種別コード「００」に合致する発報種別である「異常」を書き込む。
【００５７】
対応先コード付与部４１ｂ６は、図５に示すスケジュールテーブル８０を参照し、発報情報に含まれる受信時刻に監視業務の担当として規定されている管理センタのセンタ識別コードを抽出する。そして、図６の発報リスト９０の「対応先コード」レコード９６にセンタ識別コードを書き込む（ステップＳＢ７）。より詳しくは、対応先コード付与部４１ｂ６は、図４に示すスケジュールテーブル８０を参照し、ステップＳＢ２にて抽出したビル名において、受信時刻に対応する時間帯に格納されたセンタ識別コードを抽出し、これを対応先コードとして「対応先コード」レコード９６に書き込む。上記の例では、スケジュールテーブルにおいて、ビル名が「Ｂビル」、かつステップＳＢ５で取得した受信時刻の「７：５６」が含まれる時間帯の監視区分に格納されるセンタコードは「０１０２」なので、これが他社管理センタ６０対応先コードに相当する。
【００５８】
発報履歴書込部４１ｂ７は、「配信履歴」９７に発報情報が未送信であることを示すコード「００」を書き込む（ステップＳＢ８）。
【００５９】
ステップＳＢ８の処理を完了すると、発報情報受信制御部４１ｂは、抽出指令情報の待機状態となる。
【００６０】
一方、アクセス検出部４１ｃ１は、遠隔監視サーバ４０の起動後、配信要求情報の有無に基づいて自社管理センタ３０或いは他社管理センタ６０からのアクセスの有無を監視する（ステップＳＣ１）。
【００６１】
通信制御部４１ａが配信要求情報を受信すると、アクセス検出部４１ｃに出力し、自社管理センタ３０及び他社管理センタ６０の何れかのアクセス元を特定する（ステップＳＣ２）。アクセス元の特定は、アクセス検出部４１ｃが配信要求情報に付加されたアクセス元のセンタ端末装置に付与されているＩＰアドレスと、ＩＰアドレステーブルとを参照して行う。
【００６２】
次にアクセス検出部４１ｃ１は、ステップＳＣ２で特定したアクセス元が他社管理センタ６０か自社管理センタ３０かを判断し（ステップＳＣ３）、他社管理センタ６０の場合（ステップＳＣ３／Ｙｅｓ）、当該他社管理センタ６０に対応するセンタ認識コード又はセンタ名を発報リスト抽出指令部４１ｃ２に出力する。
【００６３】
発報リスト抽出指令部４１ｃ２はアクセス検出部４１ｃ１から取得したセンタ認識コード又はセンタ名に対応する発報情報を抽出するための抽出条件を設定し、これを含む抽出指令情報を生成し、発報情報受信制御部４１ｂに出力する（ステップＳＣ４）。
【００６４】
発報情報受信制御部４１ｂは、発報リスト抽出指令部４１ｃ２から抽出指令情報を受信すると（ステップＳＢ９）、発報情報リスト９０を参照し、対応先コードが他社管理センタ６０の対応先コードである、「０２０１」と、配信履歴９７から未送信を示す「００」を抽出し、他社管理センタ６０に対する発報リストを作成する（ステップＳＢ１０）。図６の発報リストの例では、発報リストは、「ビル名」レコード９１が「Ａビル」、「設備機器名」レコード９２が「ビル受電設備」、「発生時刻」レコード９３が「８：００」、「受信時刻」レコード９４が「８：００」、「発報種別」レコード９５が「異常」、「対応先コード」レコード９６が「０２０１」を含む。監視対象の設備機器の異常発報がなかったときの発報リストは「異常なし」となる。
【００６５】
発報情報受信制御部４１ｂは、ステップＳＢ１０で作成した他社管理センタ６０に対する発報リストを発報リスト送信制御部４１ｃへ送信する（ステップＳＢ１１）。
【００６６】
発報リスト送信制御部４１ｃは、他社管理センタ６０に対する発報リストを受信すると（ステップＳＣ５）、ステップＳＣ１でアクセス検出部１３ａがアクセス有と検出し、アクセスが継続中の他社管理センタ６０へ通信制御部４１ａを介して発報リストを送信する（ステップＳＣ６）。
【００６７】
他社管理センタ６０は、遠隔監視サーバ４０へアクセスしたステップＳＣ１から、ステップＳＣ６にて当該発報リストの送信を受けるまで、アクセスを継続している。よって、他社管理センタ６０の特定や発報リストの作成および送信等に要する遠隔監視サーバ４０の処理時間に応じて、アクセス状態を維持する時間を予め設定すればよい。
【００６８】
通信制御部４１ａは、発報リストを配信したことを発報情報受信制御部４１ｂに通知する（ステップＳＣ１０）。発報履歴書込部４１ｂ７は、発報情報が発報リストとして抽出されると送信済みを示す「０１」を格納する。「０１」は、抽出されたタイミングで書き込んでもよいし、通信制御部４１ａがセンタ端末装置に実際に配信したことを示すフィードバック信号を得てから書き込んでもよい（ステップＳＢ１２）。
【００６９】
上記ステップＳＣ３において、自社管理センタ３０からの要求であると判断されると（ＳＣ３／Ｎｏ）、自社管理センタ３０が対応すべき発報情報を抽出するための抽出指令情報を送受信（ＳＣ７、ＳＢ９）、発報リストの作成・送信（ＳＢ１０、ＳＢ１１、ＳＣ８、ＳＣ９）が実行される。自社管理センタ３０に対する発報リストは、図６の例では、「ビル名」レコード９１が、「Ｂビル」、「設備機器名」レコード９２が「ビル受水槽設備」、「発生時刻」レコード９３が「７：５５」、「受信時刻」レコード９４が「７：５６」、「発報種別」レコード９５が「異常」、「対応先コード」レコード９６が「０１０２」の発報情報により構成される。
【００７０】
遠隔監視サーバ６から発報リストの送信を受けた他社管理センタ６０又は自社管理センタ３０において発報リストが表示され、監視員による設備機器に対する、異常復旧作業指示等の監視業務が実行される。
【００７１】
本初実施形態によれば、遠隔管理サーバは自社又は他社センタ端末装置から配信要求情報を受信すると、その通信接続状態を維持したまま、配信要求情報を送信した自社又はセンタ端末装置が対応すべき発報情報からなる発報リストを生成する。そして、遠隔管理サーバからセンタ端末装置に発報リストを送信するので、通信途絶状態にあるセンタ端末装置に繰り返し送信することがなくなる。その結果、遠隔管理サーバに対する発報リストの通信処理時に係る負荷を低減することができる。また遠隔監視サーバは、自社又は他社管理センタを呼び出す必要が無くなるとともに、通信接続状態を維持した状態で自社又は他社管理センタに発報情報を送信することができるので、迅速で確実なる発報情報の提供が行える。
【００７２】
またビル端末装置と遠隔監視サーバとを接続するネットワークとしてインターネット及び電話回線を併用することで、従来の電話回線による接続形態からインターネットによる接続形態への移行期間を設けることができる。これにより、ビル端末装置を更新するための準備期間や費用の確保が容易となる。特に規模が小さい会社や個人経営の会社に対する設備更新時の負担の軽減を図る効果が期待できる。
【００７３】
上記実施形態は本発明の一実施形態の例示に過ぎず、本発明を限定するものではない。本発明の要旨を変更しない範囲での態様は、本発明に含まれるものである。例えば、上記「異常情報リスト」は、異常情報の蓄積形態の一例にすぎず、管理センタの固有情報と対応付けて異常情報を蓄積することができれば異常情報をリストとは異なるデータ構造により格納してもよい。また、管理センタを固有に識別する情報として、各センタに設置されたセンタ端末装置を固有に識別する情報（例えばＭＡＣアドレス、ＩＰアドレス等）を代用してもよい。
【００７４】
また、上記では、スケジュールテーブルを参照して一つのビル設備機器を自社及び他社管理センタが時間帯を変えて監視するように構成したが、一つの管理センタが終日監視業務を行う場合にも、本発明を適用することができる。
【００７５】
また、上記では、発報情報に対応すべき管理センタを、スケジュールテーブルを参照して決定したが、ビル設備機器又はビル名と、それを監視業務とする管理センタとを関連付けたセンタ管理情報を予め用意しておき、ビル端末装置から発報情報を受信するとセンタ管理情報を参照して対応先コードを決定してもよい。この場合、スケジュールテーブルは不要である。
【符号の説明】
【００７６】
１０  遠隔監視システム
２０、２０Ａ、２０Ｂ、２０Ｎ  ビル端末装置
３０  自社管理センタ
４０  遠隔監視サーバ
５０  自社センタ端末装置
６０  他社管理センタ
７０  他社センタ端末装置
【図１】
2016110297.tif 000003
【図２】
2016110297.tif 000004
【図３】
2016110297.tif 000005
【図４】
2016110297.tif 000006
【図５】
2016110297.tif 000007
【図６】
2016110297.tif 000008
【図７】
2016110297.tif 000009