(57)【要約】【課題】ビル管理装置の正常な稼働の定時通報情報の受信が、特定の時間帯に集中して通信処理が妨げられないビル遠隔監視システムを提供する。【解決手段】ビル遠隔監視システムは、ビル設備の情報および自身の動作の情報を通報するビル管理装置と、その情報に基づいてビル設備を遠隔で監視するセンター装置と、それらを接続する電話回線と、が備えられたビル遠隔監視システムにおいて、センター装置が、ビル管理装置から自身の動作の情報を定時に通報する定時通報時刻の設定要求があったときすでに設定されている他のすべてのビル管理装置の定時通報時刻に基づいて２つの定時通報時刻で挟まれているとともに間に定時通報時刻が設定されていない時間帯のうち最も長い時間帯を判別し、時間帯のうちの中間時刻の最も早い該中間時刻を該ビル管理装置の定時通報時刻として設定する時刻設定手段を有する。【選択図】図１
2005222393.tif 000002
【特許請求の範囲】
【請求項１】
収集したビル設備の稼働状態の情報および自身の動作の正常異常の情報を通報するビル管理装置と、上記通報された情報に基づいて該ビル設備を遠隔で監視するセンター装置と、上記ビル管理装置と上記センター装置とを接続する電話回線と、が備えられたビル遠隔監視システムにおいて、
上記センター装置が、
上記ビル管理装置のいずれかから自身の動作の正常異常の情報を定時に通報する定時通報時刻の設定要求があったときすでに設定されている他のすべてのビル管理装置の定時通報時刻に基づいて２つの定時通報時刻で挟まれているとともに間に定時通報時刻が設定されていない時間帯のうち最も長い時間帯を判別し、判別された上記時間帯のうちの中間時刻が最も早い該中間時刻を該ビル管理装置の定時通報時刻として設定する時刻設定手段と、
上記設定された定時通報時刻を格納する記憶手段と、
上記設定された定時通報時刻を該ビル管理装置に送信する送受信手段と、
を有することを特徴とするビル遠隔監視システム。
【請求項２】
上記ビル管理装置が、
ビル設備の監視を開始または再開するとき定時通報時刻の設定を要求すること、またはビル設備の監視を中止するとき以後定時通報を中止することを上記センター装置に伝達する管理装置情報送信手段を有することを特徴とする請求項１に記載のビル遠隔監視システム。
【請求項３】
上記記憶手段が、定時通報送信禁止時間帯を格納し、
上記時刻設定手段が、上記ビル管理装置のいずれかから上記定時通報時刻の設定要求があったとき上記定時通報送信禁止時間帯以外にすでに設定されている他のすべてのビル管理装置の定時通報時刻に基づいて２つの定時通報時刻に挟まれているとともに間に定時通報時刻が設定されていない時間帯のうち最も長い時間帯を判別し、判別された上記時間帯のうちの中間時刻が最も早い該中間時刻を該ビル管理装置の定時通報時刻として設定することを特徴とする請求項１に記載のビル遠隔監視システム。
【請求項４】
上記時刻設定手段が、２つの定時通報時刻に挟まれているとともに定時通報時刻が設定されていない時間帯のうち最も長い時間帯を周期的に判別することを特徴とする請求項１に記載のビル遠隔監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、多数のビルに備えられたビル設備の異常を電話回線を介して遠隔で集中監視するビル遠隔監視システムに関する。
【背景技術】
【０００２】
従来のビル遠隔監視システムは、ビル設備のデータ収集機能及び通信回線を介してセンター装置にデータを送信する機能を有するビル管理装置と、ビル管理装置から送信されたデータを受信するセンター装置と、を有するビル遠隔監視システムにおいて、ビル管理装置は、時計手段と、定時発信日時にセンター装置に接続して所定のデータ通信を行う手段と、センター装置との接続時に受信される発信日時データを次回の発信日時データとして記憶する手段とを有し、センター装置は、時計手段と、１つ以上の曜日を選択する発信曜日選択手段と、発信時刻を選択する発信時刻選択手段と、発信曜日選択手段及び発信時刻選択手段によりそれぞれ選択された曜日と時刻に適合する時計手段から得られる現在時刻からもっとも近い未来の日時を次回発信日時として決定する次回発信日時決定手段と、次回発信日時決定手段により決定された次回発信日時をビル管理装置へ送信する手段とを有する。さらに、センター装置が、各ビル設備を所有するユーザーのそれぞれの休日の情報を含むカレンダーを参照して、発信日決定手段により決定された次回発信日がユーザーの休日である場合には、休日でない最も近い日付を次回発信日として修正する発信日修正手段と、を有する（例えば、特許文献１参照。）。
【０００３】
【特許文献１】特開平１１−２８９５８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、次回定時通報を発信する日時は、保守会社が管理する多数のビルの通報日時が特定の日時に集中して回線状態が輻輳することのないように、適宜通報日時が分散するように、保守会社の担当者により設定されているが、全てのビルに対して１人の担当者が設定を行うわけではないので、通報日時が集中しないとは必ずしも限らない。そして通報日時が集中すると、定時通報のリトライ動作が必要になったり、センター装置側で定時通報未着信として処理されて、ビル管理装置を異常と判断してしまうといった問題があった。
【０００５】
この発明の目的は、ビル管理装置が正常に稼働していることを示す定時通報情報の受信が、特定の時間帯に集中することによってセンター装置での通信処理が妨げられることのないビル遠隔監視システムを提供することである。
【課題を解決するための手段】
【０００６】
この発明に係わるビル遠隔監視システムは、収集したビル設備の稼働状態の情報および自身の動作の正常異常の情報を通報するビル管理装置と、上記通報された情報に基づいて該ビル設備を遠隔で監視するセンター装置と、上記ビル管理装置と上記センター装置とを接続する電話回線と、が備えられたビル遠隔監視システムにおいて、上記センター装置が、上記ビル管理装置のいずれかから自身の動作の正常異常の情報を定時に通報する定時通報時刻の設定要求があったときすでに設定されている他のすべてのビル管理装置の定時通報時刻に基づいて２つの定時通報時刻で挟まれているとともに間に定時通報時刻が設定されていない時間帯のうち最も長い時間帯を判別し、判別された上記時間帯のうちの中間時刻が最も早い該中間時刻を該ビル管理装置の定時通報時刻として設定する時刻設定手段と、上記設定された定時通報時刻を格納する記憶手段と、上記設定された定時通報時刻を該ビル管理装置に送信する送受信手段と、を有する。
【発明の効果】
【０００７】
この発明に係わるビル遠隔監視システムの効果は、ビル管理装置からの管理装置情報を受信し、各監視対象ビルの定時通報時刻を管理する定時通報時刻管理データに基づいて最も閑散な時間帯を判別し、当該閑散な時刻をビル管理装置に当該ビルの定時通報時刻として設定する時刻設定手段が設けられたので、定時通報が特定の時間帯に集中し、電話回線が輻輳することやセンター装置の負荷集中を防止することができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
図１は、この発明の実施の形態１に係わるビル遠隔監視システムのブロック図である。このビル遠隔監視システムは、複数のビルに設置されているビル設備の稼働状態に関する情報を収集し、その情報と合わせて自身の動作の正常異常の情報をセンター装置に送信するビル管理装置と、保守会社に設置されたセンター装置とを用いてビル設備の稼働状態を遠隔監視するシステムである。
図１に示すように、実施の形態１のビル遠隔監視システムは、３棟のビル１ａ、１ｂ、１ｃのビル設備を集中して遠隔で監視する監視センター２に設置されたセンター装置３と、ビル１ａ、１ｂ、１ｃのそれぞれに設置され、ビル設備のデータを収集して、センター装置３にそのデータを送るビル管理装置４とを有し、センター装置３とビル管理装置４との間が電話回線５により接続されている。
【０００９】
センター装置３は、各監視対象のビル１の定時通報時刻管理データが格納されている記憶手段１１、ビル管理装置４から管理装置情報を受信し、ビル管理装置４に定時通報時刻を送信する送受信手段１２、管理装置情報のコードに基づいて管理装置情報を処理する管理情報処理手段１３、ビル管理装置４からの要求により、定時通報時刻管理データに基づいて最も閑散な時間帯を判別し、その最も閑散な時間帯から直近に到来する時間帯の中間の時刻を要求のあったビル１の定時通報時刻として設定する時刻設定手段１４を有している。さらに、センター装置３には、遠隔監視情報を表示、印刷などの出力、また、必要なデータの入力などの各種操作を行うためのマンマシン装置６および内蔵時計７が接続されている。センター装置３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、インタフェース回路を有するコンピュータから構成されている。
【００１０】
一方、ビル管理装置４は、ビル設備の稼働状態の情報を収集するとともに自身の動作の正常異常の情報を入手し、センター装置３に送信する管理装置情報送信手段１５、管理対象のビル設備などの情報とともにセンター装置３が設定し送信してきた定時通報時刻が格納されている記憶手段１６、センター装置３で設定された定時通報時刻を受信する受信手段１７を有している。また、ビル管理装置４には、管理情報を表示、印刷などの出力、また、データの入力などの各種操作を行うためのマンマシン装置８および内蔵時計９が接続されている。ビル管理装置４は、ＣＰＵ、ＲＡＭ、ＲＯＭ、インタフェース回路を有するコンピュータから構成されている。
【００１１】
また、ビル管理装置４の管理装置情報送信手段１５は、図２に示すような通信フォーマットに管理装置情報２１を配置してセンター装置３に送信する。その管理装置情報２１は、ビル管理装置コード２２、異常コード２３、定時通報時刻設定要求コード２４、定時通報コード２５および監視中止コード２６を各スロットに配置している。ビル管理装置コード２２は、８ビットからなる連番、例えば、０００１からの連番、からなり、このビル管理装置コード２２を用いることにより当該ビル管理装置４をセンター装置３側で識別することができる。また、異常コード２３、定時通報時刻設定要求コード２４、定時通報コード２５および監視中止コード２６は、１ビットのスロットにそれぞれ配置され、１が配置されているとき当該のコードがセットされていることを意味し、０が配置されているとき当該コードがセットされていないと判断する。異常コード２３は、ビル管理装置４が正常に稼働しており、監視対象のビル設備に異常が発生したときセットされる。定時通報時刻設定要求コード２４は、ビル管理装置４を初めて立ち上げ、またはビル管理装置４をシステムリセットした後に、当該ビルの監視対象のビル設備の監視を開始するときにセットする。定時通報コード２５は、ビル管理装置４が正常に稼働しており、ビル管理装置４が正常であることを定時通報するときにセットする。監視中止コード２６は、ビル管理装置４を停止して、遠隔監視を中止するときにセットされる。
【００１２】
図３は、センター装置３の記憶手段１１に格納されている定時通報時刻管理データのデータ構造を示す図である。これに基づいて定時通報時刻管理データの内容について説明する。各レコード（行）３１は、各監視対象のビル１のビル管理装置４が対応している。そして各レコード３１は、ビル管理装置番号３２、ビル名称３３およびｋ個の定時通報時刻３４ａ〜３４ｋのフィールド（列）で構成されている。定時通報時刻３４ａが現時点から直近に到来する時刻であり、現時点から将来的に向かってｋ個の定時通報時刻３４ａ〜３４ｋまでが格納されている。
【００１３】
次に、このビル遠隔監視システムのビル管理装置４から送信される管理装置情報をセンター装置３で処理する手順について図４、図５を参照して説明する。図４は、管理装置情報を処理する手順のフローチャートである。また、図５は、説明のための具体例として３棟のビル１に設置されたビル管理装置４の５日間に亘る定時通報時刻の設定の様子を示す。●がＡビル、○がＢビル、△がＣビルのそれぞれに設定されている定時通報時刻を表している。ここでは、定時通報が１０時間毎に計画されている。また、現時点の時刻を１日目の１３時として説明する。また、以下の説明において定時通報時刻の設定を要求するビルをＤビルとして説明を行う。Ｄビルでは、システムリセットされ、監視を再開しようとしている。また、監視中止を要求するビルをＣビルとして説明する。
【００１４】
図４のステップ１０１で、送受信手段１２が、あるビル１のビル管理装置４から送信されてきた管理装置情報２１を受信し、管理情報処理手段１３が、その管理装置情報２１からその管理装置情報２１を送信したビル管理装置４をビル管理装置コード２２に基づいて識別して、ステップ１０２へ進む。
ステップ１０２で、管理情報処理手段１３は、受信した管理装置情報２１に定時通報時刻設定要求コード２４が設定されているか否かを判定し、定時通報時刻設定要求コード２４が設定されているときには、ステップ１０３へ進み、定時通報時刻設定要求コード２４が設定されていないときにはステップ１０６へ進む。ここでの説明では、定時通報時刻の設定の要求がビルＤからあったとしてステップ１０３からステップ１０５を説明する。
ステップ１０３で、時刻設定手段１４は、記憶手段１１に記憶されている定時通報時刻管理レコード３１から、現時点以後の各ビル１の定時通報時刻３４を参照し、任意の２棟のビルの定時通報時刻の間の間隔が最も長く空いている間隔の中間の時刻を、Ｄビルの定時通報時刻の候補とする。ここで、図５を用いて具体的に説明する。現時点１３時以降、１日目の設定されている定時通報時刻から２つの定時通報時刻の間の間隔を求めると、１６時から２０時および２０時から２４時の間が４時間離れている。そして１６時から２０時および２０時から２４時の中間の時刻が１８時と２２時とになる。この中から現時点から最も直近に将来する時刻１８時をＤビルの定時通報時刻として選定して、ステップ１０４へ進む。
ステップ１０４で、送受信手段１２が、Ｄビルのビル管理装置４に定時通報時刻として選定された時刻１８時を送信する。Ｄビルのビル管理装置４では、管理装置情報送信手段１５が、送信されてきた時刻１８時の定時通報時刻を記憶手段１６に書き込み、内蔵時計２０の時刻が１８時に到来したとき、Ｄビルの管理装置情報をセンター装置３へ送信する。
ステップ１０５で、記憶手段１１が、Ｄビルの定時通報時刻管理レコード３１の定時通報時刻フィールドにその定時通報時刻を書き込んで処理を終了する。
ステップ１０６で、管理情報処理手段１３が、管理装置情報に監視中止コード２６が設定されているか否かを判定する。監視中止コード２６が設定されているときには、ステップ１０７へ進み、設定されていないときにはステップ１０８へ進む。ここでの説明では、監視中止コード２６がＣビルのビル管理装置４からの管理装置情報２１にセットされているとしてステップ１０６とステップ１０７を説明する。
ステップ１０７で、記憶手段１１が、監視中止コード２６を設定して管理装置情報２１を送信してきたビルＣのビル管理装置４の定時通報時刻を定時通報時刻管理レコード３１から削除して処理を終了する。次に、何れかのビルから定時通報時刻の設定要求があったときには、最新の定時通報時刻管理レコード３１に基づいてステップ１０３で説明した定時通報時刻の選定が行われる。
ステップ１０８で、管理情報処理手段１３が、管理装置情報２１に定時通報コード２５が設定されているか否かを判別する。定時通報コード２５が設定されているときにはステップ１０９に進み、定時通報コード２５が設定されていないときにはステップ１１０へ進む。
ステップ１０９で、管理情報処理手段１３が定時通報受信処理を行って処理を終了する。
ステップ１１０で、管理情報処理手段１３が異常監視受信処理を行って処理を終了する。
このようにして新たなビルに対する定時通報時刻を最も閑散な時間帯に選定することができる。
【００１５】
このようなビル遠隔監視システムは、ビル管理装置からの管理装置情報を受信し、各監視対象ビルの定時通報時刻を管理する定時通報時刻管理データに基づいて最も閑散な時間帯を判別し、当該閑散な時刻をビル管理装置に当該ビルの定時通報時刻として設定する時刻設定手段が設けられたので、定時通報が特定の時間帯に集中し、電話回線が輻輳することやセンター装置の負荷集中を防止することができる。
【００１６】
また、保守員によるビル管理装置への設定作業の手間を削減することができる。
【００１７】
また、ビル管理装置がビルの監視開始または監視を再開するとき、あるいは監視中止時にそれぞれ監視開始信号、監視中止信号およびビルの各種情報を監視センターへ送信する送信手段を設けられ、ビル管理装置の撤去やリセット情報を定時通報時刻のデータベースに反映して行われ、定時通報が特定の時間帯に集中し、電話回線が輻輳することやセンター装置の負荷集中を防止することができる。
【００１８】
実施の形態２．
図６は、この発明の実施の形態２に係わるビル遠隔監視システムのセンター装置の記憶手段に格納されている定時通報時刻管理データのデータ構造を示す。この実施の形態２に係わるビル遠隔監視システムは、定時通報を２４時間毎に行っていることと、定時通報時刻管理データに定時通報送信禁止帯を設定することとが実施の形態１に係わるビル遠隔監視システムと異なっているが、その他は同様であるので同様な部分の説明は省略する。
図６に示すように、センター装置３の記憶手段１１に格納されている定時通報時刻管理データ４１は、監視対象のビル１のビル管理装置４がレコード（行）に割り当てられ、それぞれのレコードのフィールド（列）にビル管理装置番号３２、ビル名称３３、定時通報時刻４２、定時通報送信禁止時間帯の開始時刻４３および定時通報送信禁止時間帯の終了時刻４４が割り当てられている。定時通報時刻４２は、定時通報が２４時間毎に行うことになっているので、１日当たり１つの時刻からなる。また、定時通報送信禁止時間帯は、遠隔センター２からそのビル１に対して遠隔保守作業を計画している時間帯、あるいはビル１の管理などの顧客事情により他用途で電話回線５を使用するため、定時通報の送信が禁止されている時間帯である。
【００１９】
次に、定時通報された管理装置情報を処理する手順について図７を参照して説明する。図７は、ビル管理装置から定時通報された管理装置情報をセンター装置で処理する手順のフローチャートである。なお、ステップ２０１とステップ２０２以外のステップは図４のステップと同様であるので、同じ番号を付けて説明は省略する。
ステップ１０３で、時刻設定手段１４が、記憶手段１１に記憶されている定時通報時刻管理データ４１から、現時点以降の各ビルの定時通報時刻４２を参照し、任意の２棟のビルの定時通報時刻の間の間隔が最も長く空いている間隔の中間の時刻を、定時通報時刻設定要求を行ったビルの定時通報時刻の候補とする。この候補の時刻の中から現時点から最も直近に到来する時刻を定時通報時刻設定要求を行ったビルの定時通報時刻として選定して、ステップ２０１へ進む。
ステップ２０１で、時刻設定手段１４は、ステップ１０３で選定された定時通報時刻が、あらかじめ設定されている定時通報送信禁止時間帯に含まれているか否かを定時通報時刻管理データ４１の定時通報送信禁止時間帯の開始時刻４３および定時通報送信禁止時間帯の終了時刻４４を参照し、定時通報送信禁止時間帯に選定された定時通報時刻が含まれていないときにはステップ１０４へ進み、選定された定時通報時刻が定時通報禁止時間帯に含まれているときにはステップ２０２へ進む。
ステップ２０２で、時刻設定手段１４は、ステップ２０１で定時通報送信禁止時間帯に含まれる時刻と同じ間隔のステップ１０３で定時通報時刻の候補として挙げられた時刻があるときには、現時点から次の次の直近に到来する時刻を定時通報時刻設定要求を行ったビルの定時通報時刻として選定してステップ２０１へ戻る。また、ステップ２０１で定時通報送信禁止時間帯に含まれる時刻と同じ間隔のステップ１０３で定時通報の時刻の候補として挙げた時刻がないときには、次に閑散な時間帯の中間の時刻のうち現時点から最も直近に到来する時刻を定時通報時刻として選定してステップ２０１へ進む。
このようにして、ビルの個別の諸事情に基づき、特定の時間帯を除いて定時通報時刻を設定することができる。
【００２０】
このようなビル遠隔監視システムは、センター装置の定時通報時刻管理データの中に、個別に顧客ビルの定時通報送信禁止時間帯が設定できるので、定時通報時刻の設定を顧客ビルの事情を反映させて柔軟に行うことができる。
【００２１】
実施の形態３．
この発明の実施の形態３に係わるビル遠隔監視システムのセンター装置の時刻設定手段が、周期的に最も閑散な時間帯を判別して、その時間帯の中間時刻を定時通報時刻の候補として記憶手段１１に記憶することが、実施の形態１と異なっており、その他は同様であるので説明は省略する。
【００２２】
このようなビル遠隔監視システムは、周期的にあらかじめ最も閑散な時間帯が判別され、その時間帯の中間時刻を定時通報時刻の候補として記憶されているので、定時通報時刻設定要求があったときその記憶されている候補から直近に到来す時刻だけを設定すればよいので、センター装置での処理時間を短縮することができる。
【図面の簡単な説明】
【００２３】
【図１】この発明の実施の形態１に係わるビル遠隔監視システムのブロック図である。
【図２】実施の形態１のビル管理装置からセンター装置に送信される管理装置情報の通信フォーマットである。
【図３】実施の形態１の記憶手段に格納されている定時通報時刻管理データのデータ構造を示す図である。
【図４】実施の形態１のセンター装置が管理装置情報を処理する手順を示すフォーマットである。
【図５】定時通報時刻を図示した時刻図である。
【図６】この発明の実施の形態２に係わるビル遠隔監視システムの記憶手段に格納されている定時通報時刻管理データのデータ構造を示す図である。
【図７】実施の形態２のセンター装置が管理装置情報を処理する手順を示すフォーマットである。
【符号の説明】
【００２４】
１  ビル、２  監視センター、３  センター装置、４  ビル管理装置、５  電話回線、６、８  マンマシン装置、７、９  内蔵時計、１１  記憶手段、１２  送受信手段、１３  管理情報処理手段、１４  時刻設定手段、１５  管理装置情報送信手段、１６  記憶手段、１７  受信手段、２１  管理装置情報、２２  ビル管理装置コード、２３  異常コード、２４  定時通報時刻設定要求コード、２５  定時通報コード、２６  監視中止コード、３０、４１  定時通報時刻管理データ、３１  定時通報時刻管理レコード、３２  ビル管理装置番号、３３  ビル名称、３４ａ〜３４ｋ、４２  定時通報時刻、４３  定時通報送信禁止時間帯開始時刻、４４  定時通報送信禁止時間帯終了時刻。
【図１】
2005222393.tif 000003
【図２】
2005222393.tif 000004
【図３】
2005222393.tif 000005
【図４】
2005222393.tif 000006
【図５】
2005222393.tif 000007
【図６】
2005222393.tif 000008
【図７】
2005222393.tif 000009