(57)【要約】【課題】管理対象設備の状態変化などが多発することで一時的に管理が困難となる状態を回避する。【解決手段】ビル施設の各管理対象設備を複数のコントローラで分散管理するビル施設用中央監視装置において、管理対象設備の状態変化などが多発し特定のコントローラの処理が繁忙状態となり一時的にビル施設の管理が困難となった場合に他のコントローラがビル施設の管理を代行するので、繁忙時の処理分散を実現することで個々のコントローラを従来より性能の低いコントローラで対応させ、または個々のコントローラに従来以上の管理点数を持たせることで、システム構築の費用を低減することができる。【選択図】図１
2005092427.tif 000002
【特許請求の範囲】
【請求項１】
ビル施設の各管理対象設備を複数のコントローラで分散管理するビル施設用中央監視装置において、管理対象設備の状態変化などが多発し特定のコントローラの処理が繁忙状態となり一時的にビル施設の管理が困難となった場合に他のコントローラがビル施設の管理を代行することを特徴とするビル施設用中央監視装置。
【請求項２】
請求項１のビル施設用中央監視装置において、複数のコントローラは、空調設備用コントローラと、電気設備用コントローラと、防災設備用コントローラと、衛生設備用コントローラであることを特徴とするビル施設用中央監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はビル施設を複数のコントローラを用いて管理するビル施設用中央監視装置に関する。
【背景技術】
【０００２】
複数のコントローラを用いてビル施設を管理する従来のシステムでは、各コントローラはそのコントローラが管理するビル施設の状態のみを処理していた。例えば、特許文献１では装置がダウンしたときに他の装置が処理を代行するように構成されているので、一方の装置が処理性能を超えた処理が必要となった場合でも、自身で処理を完遂することになる。その結果、必要な処理が遅くなることが考えられ、また、処理性能を超えた処理をしている装置が自身の正常を通知する処理をすることができなくなり、他方がその装置をダウンしたものとご判断してバックアップ処理に入ってしまう可能性がある。
【０００３】
さらに、ビル施設の各管理対象設備を複数のコントローラで分散管理するビル施設用中央監視装置において、管理対象設備の状態変化などが多発し特定のコントローラの処理が繁忙状態となり一時的にビル施設の管理が困難となった場合に他のコントローラがビル施設の管理を代行設備費がかかることになる。
このように、従来のビル施設管理システムでは、特定のコントローラが管理するビル施設で状態変化が多発してそのコントローラの処理が間に合わなくなった場合、状態変化などが落ちついてそのコントローラの処理が間に合うようになるまで、そのコントローラが管理対象とするビル施設の状態を把握することができなくなる、という問題があった。
【特許文献１】特開平５−３４２０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は上記情況に対処するためになされたもので、その課題は、管理対象設備の状態変化などが多発することで一時的に管理が困難となる状態を回避するビル施設用中央監視装置を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、請求項１に記載の発明は、ビル施設を管理するシステムにおいて、各管理対象設備を複数のコントローラで分散管理しているシステムで、管理対象設備の状態変化などが多発し特定のコントローラの処理が繁忙状態となり一時的にビル施設の管理が困難となった場合に他のコントローラがビル施設の管理を代行することを特徴とする。
【０００６】
請求項２に記載の発明は、請求項１のビル施設用中央監視装置において、複数のコントローラは、空調設備用コントローラと、電気設備用コントローラと、防災設備用コントローラと、衛生設備用コントローラであることを特徴とする。
【発明の効果】
【０００７】
本発明によると、特定のコントローラで処理が繁忙状態となったときには他のコントローラが処理を代行することができ、また、処理の繁忙時でもシステム全体としての応答性を確保できるため、各コントローラには処理性能の低いコントローラを使用することができ、システム構築時の費用軽減を実現できる。
【発明を実施するための最良の形態】
【０００８】
ビル施設の各管理対象設備を複数のコントローラで分散管理するビル施設用中央監視装置において、管理対象設備の状態変化などが多発し特定のコントローラの処理が繁忙状態となり一時的にビル施設の管理が困難となった場合に他のコントローラがビル施設の管理を代行するので、繁忙時の処理分散を実現することで個々のコントローラを従来より性能の低いコントローラで対応させ、または個々のコントローラに従来以上の管理点数を持たせることで、システム構築の費用を低減することができる。
【実施例１】
【０００９】
図１は、本発明の実施例１のビル施設用中央監視装置のコントローラの機能を示す図である。  
各コントローラはコントローラ本来の機能10とコントローラ自身の負荷状況を判定する機能11を有する。この機能11によってコントローラ自身の処理が繁忙状態となったときには負荷の低い他のコントローラに処理を代行することを求める機能12を有する。このとき、代行を求める際の優先順位をあらかじめ決めておく。そして、最初に代行を求めたコントローラから代行拒否の回答を得た場合、コントローラ自身の負荷状況を再判定し、相変わらず繁忙状態であれば次のコントローラに代行を求める。
【００１０】
また、各コントローラは他のコントローラからの処理の代行要求を受け取る機能13を有しており、各コントローラは他のコントローラより処理の代行を求められた場合、機能11によって自身の処理の負荷状況を確認して、繁忙状態でなければ処理を代行し結果を回答する機能14を有する。
【００１１】
さらに、各コントローラは他のコントローラより処理の代行を求められた場合、自身の処理の負荷状況を確認して、繁忙状態であれば代行できないことを回答する機能15を有する。  
また、各コントローラは代行を依頼したコントローラから処理結果の回答を受け取った場合、その結果を自身の結果として保持する機能16を有する。
【００１２】
ビル施設では空調設備などをスケジュール運転し、同じようなタイミングで同時に多数の空調機を運転、停止することが多い。しかも同じフロアなど同時に運転される空調設備は近接していることが多く、同じコントローラで管理する方が実装効率が高いことが多い。
【００１３】
通常であれば、各コントローラにはスケジュール運転時の繁忙状態にも耐えられる性能を有するものを選定するが、本発明のビルではそれよりも性能の低いコントローラを選定する。
【００１４】
ビル100において、ビル施設を管理するために仮に4台のコントローラ（空調設備用コントローラ101、電気設備用コントローラ102、防災設備用コントローラ103、衛生設備用コントローラ104）を使用しているものとする。また、各コントローラはコントローラ番号順に代行を求めるものとし、衛生設備用コントローラ104は空調設備用コントローラ101に代行を求めるものとする。
【００１５】
図２は図１の繁忙状態のコントローラのフローチャートであり、これを電気設備用コントローラ繁忙時の機能図である図４に適用した場合について説明する。  
まず、コントローラの処理が繁忙状態となるパターンとして停電発生時を想定する。
【００１６】
停電が発生すると、まず電気設備の状態が変化し、続いて空調設備の状態が変化する。このため、電気設備を管理するコントローラ102が繁忙状態となり、続いて空調設備を管理するコントローラ101が繁忙状態となる。
【００１７】
このとき、電気設備用コントローラ102は自身が繁忙状態となったと判定(111)して防災設備用コントローラ103に代行を求める(112)。防災設備用コントローラ103は自身の負荷状況を判定(113)して繁忙状態でないと判断して処理を代行(114)し、処理結果を電気設備用コントローラ102に回答する(115)。電気設備用コントローラ102は回答を自身の結果として保持する(116)。また、繁忙状態である(117)と、全コントローラに代行を依頼する(118)。依頼先のコントローラが繁忙状態でないと判断して処理を代行する(119)。
【００１８】
次に、代行処理要求を受けた場合のフローチャートを図３に示す。代行処理要求を受けると(114)、代行コントローラ自身は繁忙状態か否かを判断して(115)、その処理結果を回答する(116)。
【００１９】
図２の繁忙状態のコントローラを図５の空調設備用コントローラ繁忙時に適用した場合について説明する。  
図５のビル100において、空調設備用コントローラ101は自身が繁忙状態となったと判定(121)して電気設備用コントローラ102に代行を求める(122)が、電気設備用コントローラ102も繁忙状態である(123)ため、電気設備用コントローラ102は空調設備用コントローラ101に代行不可能の回答を返す(124)。空調設備用コントローラ101は回答を受けた時点で再度自身の処理状況を判定(125)して相変わらず繁忙状態であれば次の防災設備用コントローラ103に代行を求める(126)。防災設備用コントローラ103は自身の負荷状況を判定(127)して繁忙状態でないと判断して処理を代行(128)し、処理結果を空調設備用コントローラ101に回答する(129)。空調設備用コントローラ101は回答を自身の結果として保持する(130)。
【実施例２】
【００２０】
図６は本発明の実施例２の機能図である。  
図６のビル200において、スケジュール運転にて同じ時刻201に運転される空調設備群Aを管理するためにコントローラ211を使用する。時刻202に運転される空調設備群Ｂを管理するためにコントローラ212を使用する。(時刻201≠時刻202とする)時刻201になった時点で空調設備群Aが同時に運転状態となり、それを処理するコントローラ211は繁忙状態となる。このとき、コントローラ211は自身が繁忙状態となったと判断(221)してコントローラ212に代行を求める(222)。時刻202では空調設備群Ｂは運転状態には変化していないため、コントローラ212自身は繁忙状態ではないと判断(223)して処理を代行(224)し、処理結果をコントローラ211に回答する(225)。コントローラ211は回答を自身の結果として保持する(226)。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施例１に係るコントローラの機能図。
【図２】図１の繁忙状態のコントローラのフローチャート。
【図３】図１の代行処理要求を受けたコントローラのフローチャート。
【図４】図１の電気設備コントローラ繁忙時の機能図。
【図５】図１の空調設備コントローラ繁忙時の機能図。
【図６】本発明の実施例２の機能図。
【符号の説明】
【００２２】
11…自身の負荷状況を判定する機能、12…他のコントローラに処理を代行することを求める機能、13…処理の代行要求を受け取る機能、14…自身が繁忙状態でなければ処理を代行し結果を回答する機能、15…自身が繁忙状態であれば処理を代行できないことを回答する機能、16…処理結果を受け取り、自身の結果として保持する機能、100…ビル、101…空調設備用コントローラ、102…電気設備用コントローラ、103…防災設備用コントローラ、104…衛生設備用コントローラ、111…電気設備用コントローラ自身が繁忙状態となったことを判定、112…電気設備用コントローラは防災設備用コントローラに代行処理を依頼、113…防災設備用コントローラ自身の負荷を判定、114…防災設備用コントローラは代行処理を実行、115…防災設備用コントローラは電気設備用コントローラに代行処理の結果を回答、116…電気設備用コントローラは代行処理結果を自身の結果として保持、121…空調設備用コントローラ自身が繁忙状態となったことを判定、122…空調設備用コントローラは電気設備用コントローラに代行処理を依頼、123…電気設備用コントローラ自身の負荷を判定、124…電気設備用コントローラは代行不可能を回答、125…空調設備用コントローラ自身が相変わらず繁忙状態となったことを判定、126…空調設備用コントローラは防災設備用コントローラに代行処理を依頼、127…防災設備用コントローラ自身の負荷を判定、128…防災設備用コントローラは代行処理を実行、129…防災設備用コントローラは空調設備用コントローラに代行処理の結果を回答、130…空調設備用コントローラは代行処理結果を自身の結果として保持、200…ビル、201…空調設備群Aを運転するスケジュール時刻、202…空調設備群Ｂを運転するスケジュール時刻、211…コントローラ、212…コントローラ、221…コントローラ自身が繁忙状態となったことを判定、222…他のコントローラに代行処理を依頼、223…コントローラ自身の負荷を判定、224…コントローラは代行処理を実行、225…他のコントローラは代行処理の結果を回答、226…コントローラは代行処理結果を自身の結果として保持。
【図１】
2005092427.tif 000003
【図２】
2005092427.tif 000004
【図３】
2005092427.tif 000005
【図４】
2005092427.tif 000006
【図５】
2005092427.tif 000007
【図６】
2005092427.tif 000008