機器管理装置および機器管理システム

【課題】機器管理装置と遠隔管理装置との間の通信負荷を抑制する。
【解決手段】コントローラ１０は、異常検出部１１ａ、異常発報部１１ｂ、入力部１６および発報制御部１１ｃを備え、空気調和装置４０ａを遠隔から管理する遠隔管理サーバ２０に接続される。異常検出部１１ａは、空気調和装置４０ａに関する機器データに基づいて、空気調和装置４０ａにおける異常を検出する。異常発報部１１ｂは、異常検出部１１ａにより検出された異常に関する異常情報を遠隔管理サーバ２０に向けて発報する。入力部１６は、空気調和装置４０ａが保守中であるか否かを示す保守情報を取得する。発報制御部１１ｃは、入力部１６により取得された保守情報に基づいて、空気調和装置４０ａが保守中であるか否かを判断し、空気調和装置４０ａが保守中であると判断した場合には、異常発報部１１ｂによる発報を禁止する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設備機器および遠隔管理装置に接続される機器管理装置、ならびにこれを備える機器管理システムに関する。
【背景技術】
【０００２】
従来より、空気調和装置や防災機器等の設備機器を当該設備機器の遠隔に配置した遠隔管理装置によって管理する遠隔管理システムが利用されている。そして、一般に、こうした遠隔管理システムでは、設備機器と同じ物件内に機器管理装置が配置されている。かかる機器管理装置は、定期的に、設備機器に関する情報である機器情報を収集して当該設備機器における異常の有無を判断し、異常が検出された場合にはその旨を通知するべく遠隔管理装置に向けて異常発報を行う。一方、異常発報を受けた遠隔管理装置側では、当該異常に対処するべくサービスマンを現地に派遣する等する。
【０００３】
ところで、従来、こうした遠隔管理システムにおいては、一度異常が発生すると、当該異常が解消するまでの間、同じ異常を通知する異常発報が繰り返し行われることになる。この場合、遠隔管理装置側では、機器管理装置から繰り返し送られてくる異常発報にかかる異常情報が、既にサービスマンへの出動を要請する等した対処中の異常についてのものであったとしても、その区別がつかない場合には、異常情報を受け取るたびに何らかの対処を検討しなくてはならなくなる。
【０００４】
そこで、特許文献１では、異常発報時に機器管理装置から遠隔管理装置へと送信される異常情報に、初期発報であるか再送であるかを示す発報種別情報を含ませる構成としている。これにより、遠隔管理装置側においては、機器管理装置からの異常発報が未対処の異常についてのものであるのか、対処中の異常についてのものであるのかを区別することが可能になり、機器管理装置から送られてくる異常情報に対して対処中のものを処理対象外とするようにマスクをかけることが可能になる。
【特許文献１】特開２００５−１９６３４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１にかかる構成では、サービスマン等の保守作業者による保守作業中であっても機器管理装置から遠隔管理装置へと異常情報が送信され続けることに代わりはなく、機器管理装置と遠隔管理装置との間の通信負荷が増大する傾向にある。
【０００６】
本発明の課題は、機器管理装置と遠隔管理装置との間の通信負荷を抑制することにある。
【課題を解決するための手段】
【０００７】
第１発明にかかる機器管理装置は、情報収集部と、異常検出部と、異常発報部と、情報取得部と、発報制御部とを備え、設備機器および遠隔管理装置に接続される。遠隔管理装置は、設備機器を遠隔から管理する。情報収集部は、機器情報を収集する。機器情報は、設備機器に関する情報である。異常検出部は、情報収集部により収集された機器情報に基づいて、設備機器における異常を検出する。異常発報部は、異常情報を遠隔管理装置に向けて発報する。異常情報は、異常検出部により検出された異常に関する情報である。情報取得部は、設備機器が保守中であるか否かを示す保守情報を取得する。発報制御部は、情報取得部により取得された保守情報に基づいて、設備機器が保守中であるか否かを判断し、設備機器が保守中であると判断した場合には、異常発報部による発報を禁止する。
【０００８】
この機器管理装置では、設備機器における異常が検出された場合であっても、設備機器が保守中であると判断される場合には、遠隔管理装置に向けた異常発報が禁止される。すなわち、一般に、サービスマン等の保守作業者が現地に居合わせる等する保守中においては、保守作業者の派遣要請等を行う遠隔管理装置へ異常の発生を直ちに通知する必要はない。そこで、この機器管理装置は、保守情報を取得して設備機器が保守中であるか否かを判断し、保守中と判断される場合おいては異常発報を行わないように構成されている。これにより、この機器管理装置では、不必要な異常発報が低減され、機器管理装置と遠隔管理装置との間の通信負荷が抑制される。
【０００９】
なお、本発明にかかる機器管理装置は、１の機器から構成されるものであっても、複数の機器から構成されるものであってもよい。すなわち、例えば、本発明にかかる機器管理装置は、設備機器と同じ建物内において設備機器を管理するコントローラと、保守作業中にコントローラに接続される保守作業用の端末とを組み合わせたものであってもよい。この例において、機器管理装置に含まれる上記情報収集部、異常検出部、異常発報部、情報取得部および発報制御部等の各部は、それぞれコントローラに組み込まれていても、保守作業用の端末に組み込まれていてもよい。
【００１０】
第２発明にかかる機器管理装置は、第１発明にかかる機器管理装置であって、情報収集部は、複数の設備機器から機器情報を収集する。異常検出部は、設備機器ごとに異常を検出する。情報取得部は、設備機器を指定する態様の保守情報を取得する。発報制御部は、少なくともいずれかの設備機器が保守中であると判断した場合には、全ての設備機器についての発報を禁止する。
【００１１】
この機器管理装置は、複数の設備機器を個別に管理する。すなわち、この機器管理装置では、設備機器ごとに異常の有無が判断され、設備機器ごとに保守中であるか否かが判断される。そして、この機器管理装置では、管理対象である複数の設備機器のうちの少なくとも１つの設備機器が保守を受けている間は、全ての設備機器についての異常発報が禁止される。保守作業者が現地に居合わせる等する保守中においては、保守作業者の派遣要請等を行う遠隔管理装置へ異常の発生を直ちに通知する必要はないからである。これにより、この機器管理装置では、不必要な異常発報がさらに低減され、機器管理装置と遠隔管理装置との間の通信負荷がさらに抑制される。
【００１２】
第３発明にかかる機器管理装置は、第２発明にかかる機器管理装置であって、出力部をさらに備える。出力部は、発報制御部により発報が禁止されている間に、発報制御部により保守中でないと判断されている設備機器における異常が異常検出部により検出された場合には、異常が発生した旨を出力する。
【００１３】
この機器管理装置では、管理対象である複数の設備機器のうちの少なくとも１つの設備機器が保守を受けている間、すなわち、異常発報が禁止されている間に他の保守中でない設備機器において異常が検出された場合には、その旨が出力される。したがって、この機器管理装置では、現地で保守作業中の保守作業者が、現地に派遣される原因となった異常にかかる設備機器だけでなく他の設備機器における異常にもその場で対処することが可能となる。
【００１４】
第４発明にかかる機器管理装置は、第３発明にかかる機器管理装置であって、出力部は、発報制御部により発報が禁止されている間に異常検出部により検出された異常の履歴をさらに出力する。
【００１５】
この機器管理装置では、異常発報が禁止されている間に発生した異常の履歴を出力可能になっている。したがって、この機器管理装置では、現地で保守作業中の保守作業者が、現地に派遣される原因となった異常にかかる設備機器以外の設備機器における異常に対処する場合において、その異常に関する詳細な情報を得ることができる。
【００１６】
第５発明にかかる機器管理装置は、第１発明から第４発明のいずれかにかかる機器管理装置であって、記憶部をさらに備える。記憶部は、発報制御部により発報が禁止されている間に発生した異常に関する異常情報を記憶する。発報制御部は、記憶部に記憶されている異常情報を、発報の禁止を解除した後に異常発報部に遠隔管理装置に向けて発報させるように制御する。
【００１７】
この機器管理装置では、異常発報が禁止されている間に発生した異常に関する異常情報が、少なくとも異常発報の禁止が解除されるまでの間記憶部に確保され、異常発報の禁止の解除後に遠隔管理装置へと送信される。これにより、遠隔管理装置において異常の履歴を確実に保存しておくことができる。
【００１８】
第６発明にかかる機器管理装置は、第１発明から第５発明のいずれかにかかる機器管理装置であって、異常情報には、異常検出部により異常が検出される前の所定の期間に情報収集部により収集された機器情報が含まれる。
【００１９】
この機器管理装置では、遠隔管理装置に向けて、異常が発生した旨を通知する情報だけでなく、当該異常が検出される前の所定の期間に収集された機器情報も送信される。これにより、遠隔管理装置において異常の様子をより詳細に把握することができる。
【００２０】
第７発明にかかる機器管理装置は、第１発明から第６発明のいずれかにかかる機器管理装置であって、情報取得部は、設備機器の保守作業の開始時刻および終了時刻を取得する。発報制御部は、情報取得部により取得された開始時刻および終了時刻を遠隔管理装置に向けて送信する。
【００２１】
この機器管理装置では、遠隔管理装置に向けて、保守作業の開始時刻および終了時刻が送信される。これにより、遠隔管理装置において保守作業の開始時刻および終了時刻を把握し、保守作業者の派遣状況を管理することができる。
【００２２】
第８発明にかかる機器管理装置は、第１発明から第７発明のいずれかにかかる機器管理装置であって、問い合わせ部をさらに備える。問い合わせ部は、発報制御部により発報が禁止されている期間が所定の時間を超えた場合には、発報の禁止を継続するか否かを示す情報の入力を求めてユーザに問い合わせる。発報制御部は、問い合わせ部による問い合わせの結果、ユーザから発報の禁止を継続する旨を示す情報の入力があった場合には、発報の禁止を継続させる。
【００２３】
この機器管理装置では、異常発報の禁止期間、すなわち保守作業を行っている期間が所定の時間を超えた場合には、ユーザに対して異常発報の禁止を継続するか否か、すなわち保守作業を継続するか否かを問う問い合わせが行われる。例えば、ユーザに視認可能なディスプレイに当該質問がポップアップで表示され、タッチパネル機能を搭載したディスプレイがユーザの応答入力を受け付ける。これにより、保守作業が終了したにもかかわらず保守作業者が異常発報の禁止の設定を解除し忘れた場合にも、当該設定を解除することが可能になる。
【００２４】
第９発明にかかる機器管理システムは、機器管理装置と、保守用端末とを備える。機器管理装置は、設備機器および遠隔管理装置に接続される。遠隔管理装置は、設備機器を遠隔から管理する。保守用端末は、設備機器の保守中に機器管理装置に接続される。保守用端末は、入力部を有する。入力部は、設備機器が保守中であるか否かを示す保守情報の入力を受け付ける。機器管理装置は、情報収集部と、異常検出部と、異常発報部と、情報取得部と、発報制御部とを有する。情報収集部は、機器情報を収集する。機器情報は、設備機器に関する情報である。異常検出部は、情報収集部により収集された機器情報に基づいて、設備機器における異常を検出する。異常発報部は、異常情報を遠隔管理装置に向けて発報する。異常情報は、異常検出部により検出された異常に関する情報である。情報取得部は、入力部を介して入力された保守情報を取得する。発報制御部は、情報取得部により取得された保守情報に基づいて、設備機器が保守中であるか否かを判断し、設備機器が保守中であると判断した場合には、異常発報部による発報を禁止する。
【００２５】
この機器管理システムでは、機器管理装置において設備機器における異常が検出された場合であっても、設備機器が保守中であると判断される場合には、機器管理装置から遠隔管理装置に向けた異常発報が禁止される。すなわち、一般に、サービスマン等の保守作業者が現地に居合わせる等する保守中においては、機器管理装置から保守作業者の派遣要請等を行う遠隔管理装置へ異常の発生を直ちに通知する必要はない。そこで、この機器管理システムでは、機器管理装置が保守用端末に入力された保守情報を取得して設備機器が保守中であるか否かを判断し、保守中と判断される場合おいては異常発報を行わないように構成されている。これにより、この機器管理システムでは、不必要な異常発報が低減され、機器管理装置と遠隔管理装置との間の通信負荷が抑制される。
【００２６】
第１０発明にかかる機器管理システムは、第９発明にかかる機器管理システムであって、機器管理装置は、接続状態検知部をさらに有する。接続状態検知部は、機器管理装置と保守用端末との接続状態を検知する。発報制御部は、発報を禁止している間に、接続状態検知部により機器管理装置と保守用端末との接続が切断されたことを検知した場合には、異常発報部による発報の禁止を解除する。
【００２７】
この機器管理システムでは、機器管理装置が保守用端末との接続状態を検知することが可能となっており、機器管理装置において保守用端末との接続が切断されたことが検知されると、機器管理装置における異常発報の禁止の設定が自動的に解除される。すなわち、この機器管理システムでは、保守作業に用いられる保守用端末が機器管理装置から取り外されることによって、保守作業の終了が自動的に認識されることになる。これにより、保守作業の終了時に異常発報の禁止の設定を確実に解除することができる。
【００２８】
第１１発明にかかる機器管理システムは、第９発明にかかる機器管理システムであって、機器管理装置は、接続状態検知部をさらに有する。接続状態検知部は、発報が禁止されている期間が所定の時間を超えた場合には、機器管理装置と保守用端末との接続状態を検知する。発報制御部は、接続状態検知部による検知の結果に基づいて、機器管理装置と保守用端末とが接続されていると判断した場合には、発報の禁止を継続させ、機器管理装置と保守用端末が接続されていないと判断した場合には、発報の禁止を解除する。
【００２９】
この機器管理システムでは、機器管理装置が保守用端末との接続状態を検知することが可能となっており、異常発報の禁止期間が所定の時間を超えると、機器管理装置が保守用端末との接続状態を検知する。そして、機器管理装置において保守用端末との接続が切断されたことが検知された場合には、機器管理装置における異常発報の禁止の設定が自動的に解除される。すなわち、この機器管理システムでは、異常発報の禁止期間が所定の時間を超えた場合において、保守作業に用いられる保守用端末が機器管理装置から取り外されている場合には、保守作業が終了したものとして取り扱われる。これにより、保守作業が終了したにもかかわらず保守作業者が異常発報の禁止の設定を解除し忘れた場合にも、当該設定を解除することができる。
【発明の効果】
【００３０】
第１発明にかかる機器管理装置では、設備機器における異常が検出された場合であっても、設備機器が保守中であると判断される場合には、遠隔管理装置に向けた異常発報が禁止される。これにより、この機器管理装置では、不必要な異常発報が低減され、機器管理装置と遠隔管理装置との間の通信負荷が抑制される。
【００３１】
第２発明にかかる機器管理装置では、管理対象である複数の設備機器のうちの少なくとも１つの設備機器が保守を受けている間は、全ての設備機器についての異常発報が禁止される。これにより、この機器管理装置では、不必要な異常発報がさらに低減され、機器管理装置と遠隔管理装置との間の通信負荷がさらに抑制される。
【００３２】
第３発明にかかる機器管理装置では、管理対象である複数の設備機器のうちの少なくとも１つの設備機器が保守を受けている間、すなわち、異常発報が禁止されている間に他の保守中でない設備機器において異常が検出された場合には、その旨が出力される。したがって、この機器管理装置では、現地で保守作業中の保守作業者が、現地に派遣される原因となった異常にかかる設備機器だけでなく他の設備機器における異常にもその場で対処することが可能となる。
【００３３】
第４発明にかかる機器管理装置では、異常発報が禁止されている間に発生した異常の履歴を出力可能になっている。したがって、この機器管理装置では、現地で保守作業中の保守作業者が、現地に派遣される原因となった異常にかかる設備機器以外の設備機器における異常に対処する場合において、その異常に関する詳細な情報を得ることができる。
【００３４】
第５発明にかかる機器管理装置では、異常発報が禁止されている間に発生した異常に関する異常情報が、少なくとも異常発報の禁止が解除されるまでの間記憶部に確保され、異常発報の禁止の解除後に遠隔管理装置へと送信される。これにより、遠隔管理装置において異常の履歴を確実に保存しておくことができる。
【００３５】
第６発明にかかる機器管理装置では、遠隔管理装置に向けて、異常が発生した旨を通知する情報だけでなく、当該異常が検出される前の所定の期間に収集された機器情報も送信される。これにより、遠隔管理装置において異常の様子をより詳細に把握することができる。
【００３６】
第７発明にかかる機器管理装置では、遠隔管理装置に向けて、保守作業の開始時刻および終了時刻が送信される。これにより、遠隔管理装置において保守作業の開始時刻および終了時刻を把握し、保守作業者の派遣状況を管理することができる。
【００３７】
第８発明にかかる機器管理装置では、異常発報の禁止期間、すなわち保守作業を行っている期間が所定の時間を超えた場合には、ユーザに対して異常発報の禁止を継続するか否か、すなわち保守作業を継続するか否かを問う問い合わせが行われる。これにより、保守作業が終了したにもかかわらず保守作業者が異常発報の禁止の設定を解除し忘れた場合にも、当該設定を解除することが可能になる。
【００３８】
第９発明にかかる機器管理システムでは、機器管理装置において設備機器における異常が検出された場合であっても、設備機器が保守中であると判断される場合には、機器管理装置から遠隔管理装置に向けた異常発報が禁止される。これにより、この機器管理システムでは、不必要な異常発報が低減され、機器管理装置と遠隔管理装置との間の通信負荷が抑制される。
【００３９】
第１０発明にかかる機器管理システムでは、機器管理装置が保守用端末との接続状態を検知することが可能となっており、機器管理装置において保守用端末との接続が切断されたことが検知されると、機器管理装置における異常発報の禁止の設定が自動的に解除される。これにより、保守作業の終了時に異常発報の禁止の設定を確実に解除することができる。
【００４０】
第１１発明にかかる機器管理システムでは、機器管理装置が保守用端末との接続状態を検知することが可能となっており、異常発報の禁止期間が所定の時間を超えると、機器管理装置が保守用端末との接続状態を検知する。そして、機器管理装置において保守用端末との接続が切断されたことが検知された場合には、機器管理装置における異常発報の禁止の設定が自動的に解除される。これにより、保守作業が終了したにもかかわらず保守作業者が異常発報の禁止の設定を解除し忘れた場合にも、当該設定を解除することができる。
【発明を実施するための最良の形態】
【００４１】
以下、図面を参照して、本発明の一実施形態にかかる空気調和装置（設備機器）４０ａ，４０ｂ，４０ｃ，・・・のコントローラ（機器管理装置）１０を含む遠隔管理システム１００について説明する。
【００４２】
〔全体の構成〕
遠隔管理システム１００は、物件１内に設置されている複数の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を遠隔管理センター２において管理するためのシステムである。遠隔管理システム１００は、図１に示されるように、主として、物件１内の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・と、物件１内において空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を管理するコントローラ１０と、物件１の遠隔の遠隔管理センター２内に設置されている遠隔管理サーバ２０と、遠隔管理サーバ２０にインターネット回線４およびＦＡＸ回線５を介して接続されているサービスセンター３内のサービス端末３０とから構成されている。コントローラ１０と遠隔管理サーバ２０とは、インターネット回線４を介して双方向に通信することが可能である。なお、簡単のために、図１においては物件１が１つしか示されていないが、実際には遠隔管理システム１００には複数の物件１，１，・・・が含まれているものとする。同様に、図１においてはサービスセンター３が１つしか示されていないが、実際には全国に数か所設置されているものとする。
【００４３】
〔空気調和装置の構成〕
以下、空気調和装置４０ａの構成について説明するが、その他の空気調和装置４０ｂ，４０ｃ，・・・についても同様であるものとする。
【００４４】
物件１の室内を空気調和する空気調和装置４０ａは、図示されない圧縮機や熱交換器等から構成される冷媒回路を有している。また、空気調和装置４０ａには、各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・が取り付けられている。センサ４２ａは、空気調和装置４０ａの設置されている部屋の温度を検出する。センサ４２ｂは、空気調和装置４０ａの設置されている物件１付近の外気の温度を検出する。センサ４２ｃは、空気調和装置４０ａに含まれる圧縮機（図示されない）の吐出管における冷媒の温度である吐出温度を検出する。センサ４２ｄは、空気調和装置４０ａに含まれる圧縮機（図示されない）の吐出管における冷媒の圧力である吐出圧を検出する。センサ４２ｅは、空気調和装置４０ａに含まれる圧縮機（図示されない）の吸入管における冷媒の圧力である吸入圧を検出する。
【００４５】
また、空気調和装置４０ａは、制御部４１を有している。制御部４１は、コントローラ１０を介して物件１の管理者から入力された制御命令や、リモコン４３を介して物件１内の一般の利用者から入力された制御命令に従って、空気調和装置４０ａの動作を制御する、すなわち、冷媒回路に含まれる圧縮機等の各部の動作を制御する。
【００４６】
また、制御部４１は、空気調和装置４０ａに関する機器データ（機器情報）をコントローラ１０に送信する。例えば、制御部４１は、所定の間隔（本実施形態では１分）で制御部４１に接続されている各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・において検出された値（機器情報）をコントローラ１０に向けて送信する。また、制御部４１は、所定の間隔（本実施形態では１分）で各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・から取得した値を所定の閾値と比較する等し、所定の閾値を超える等の異常を検出した場合には、その旨を示すデータ（機器情報）をコントローラ１０に向けて送信する。また、制御部４１は、リモコン４３を介して制御命令が入力されると、直ちに当該入力された制御命令（機器情報）をコントローラ１０に向けて送信する。
【００４７】
〔コントローラの構成〕
コントローラ１０は、物件１内に設置されており、専用の通信ネットワーク６を介して同じく物件１内に設置されている複数の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を管理している。また、コントローラ１０は、インターネット回線４を介して遠隔管理センター２内の遠隔管理サーバ２０に接続されている。
【００４８】
図３に示すように、コントローラ１０は、主として、制御部１１、記憶部１２、第１通信部１３、第２通信部１４、出力部１５および入力部１６から構成されている。
【００４９】
第１通信部１３は、コントローラ１０のインターネット回線４への接続を可能にしている。第２通信部１４は、コントローラ１０の専用の通信ネットワーク６への接続を可能にしており、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の制御部４１から送られてくる機器データを収集する。
【００５０】
記憶部１２には、機器データ記憶領域１２ａ、日報データ記憶領域１２ｂおよび保守用データ記憶領域１２ｃが確保されている。
【００５１】
機器データ記憶領域１２ａには、第２通信部１４により収集される空気調和装置４０ａ，４０ｂ，４０ｃ，・・・に関する機器データが記憶される。すなわち、機器データ記憶領域１２ａには、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の制御部４１から送られてくる機器データ、例えば、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転履歴や運転状態に関するデータが記憶される。なお、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転履歴に関するデータとは、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を制御するために選択された電源のオン・オフ、運転モード（冷房モード、暖房モード、送風モードなど）および設定温度などの履歴に関するデータ等を意味し、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転状態に関するデータとは、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・に取り付けられている各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・において所定の間隔（本実施形態では１分）で検出された値等を意味する。機器データ記憶領域１２ａは、このような機器データを所定の期間（本実施形態では３０分）分記憶しておくことが可能な程度の記憶容量のみを有しており、新しい機器データが取得されるたびに、順次、最も古い機器データが消去されてゆくようになっている。
【００５２】
日報データ記憶領域１２ｂには、コントローラ１０から遠隔管理サーバ２０に向けて１日１回送信される日報データの元データが記憶されている。日報データとは、１日分の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転履歴や運転状態をまとめたデータであり、その１日にセンサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・において検出された値の最大値・最小値や、その１日の空気調和装置４０ａの累積稼働時間などを含む。日報データ記憶領域１２ｂに記憶されている日報データの元データとは、最終的に遠隔管理サーバ２０に向けて送信されることになる日報データが完成する前の加工途中のデータである。日報データは、所定の間隔（本実施形態では３０分）で制御部１１によって機器データ記憶領域１２ａに記憶されている機器データに基づいて加工されてゆき、１日１回、所定の時間に第１通信部１３を介して遠隔管理サーバ２０に向けて送信されることになる。そして、日報データの遠隔管理サーバ２０への送信が完了すると、送信済みの日報データは日報データ記憶領域１２ｂから消去される。すなわち、日報データ記憶領域１２ｂは、新たに次の日の日報データを作成するために明け渡される。
【００５３】
制御部１１は、記憶部１２に記憶されている異常検出プログラム（図示されない）に従って、異常検出部１１ａ、異常発報部１１ｂ、発報制御部１１ｃ、試運転部１１ｄおよび問い合わせ部１１ｅとして動作し得る。
【００５４】
異常検出部１１ａは、所定の間隔（本実施形態では５分）で機器データ記憶領域１２ａに記憶されている機器データに基づいて、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・における異常の有無を判定する。このとき、異常検出部１１ａは、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・ごとに異常の有無を判定する。そして、異常検出部１１ａにより異常が検出された場合には、異常発報部１１ｂは、その旨を示すデータに、機器データ記憶領域１２ａに記憶されている過去の所定の期間（本実施形態では３０分）分の機器データを付加した異常発報データ（異常情報）を作成し、遠隔管理サーバ２０に向けて送信する（異常発報）。また、第２通信部１４が空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の制御部４１から異常を検出した旨のデータを受信した場合にも、異常検出部１１ａは、当該データに基づいてその空気調和装置４０ａ，４０ｂ，４０ｃ，・・・における異常を認識することができる。この場合にも、異常発報部１１ｂは、異常が検出された旨を示すデータに、機器データ記憶領域１２ａに記憶されている過去の所定の期間（本実施形態では３０分）分の機器データを付加した異常発報データ（異常情報）を作成し、遠隔管理サーバ２０に向けて直ちに送信する（異常発報）。
【００５５】
発報制御部１１ｃは、異常発報部１１ｂによる異常発報を制御する。発報制御部１１ｃ、試運転部１１ｄおよび問い合わせ部１１ｅの動作についは、後述する。
【００５６】
出力部１５および入力部１６は、タッチパネル機能およびスピーカ機能付きディスプレイとして一体的に構成されている。当該ディスプレイ上には、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・およびコントローラ１０に対する制御命令の入力を受け付けるボタン等が並ぶ入力画面が表示され、当該ボタンに利用者が触れると、そのボタンに対応する処理がコントローラ１０内で実行されることになる。例えば、当該ディスプレイ上のボタンを操作することにより利用者により空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の電源をオンすることが選択された場合には、第２通信部１４を介して空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の制御部４１に空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の電源をオンすることを指令する制御命令が送信されることになる。
【００５７】
なお、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において異常が発生すると、当該異常に対処するべく、物件１にサービスセンター３からサービスマンが派遣されてくる。物件１において空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の保守作業を担当するサービスマンは、入力部１６を操作することにより、出力部１５にかかるディスプレイ上に保守作業用画面７０（図６参照）を表示させることができる。
【００５８】
〔遠隔管理サーバの構成〕
遠隔管理サーバ２０は、遠隔管理センター２内に設置されており、インターネット回線４を介して全国各地に点在する物件１内のコントローラ１０に接続されている。また、遠隔管理サーバ２０は、インターネット回線４およびＦＡＸ回線５を介してサービスセンター３内のサービス端末３０に接続されている。
【００５９】
図４に示すように、遠隔管理サーバ２０は、主として、制御部２１、記憶部２２、インターネット通信部２３、ＦＡＸ通信部２４、出力部２５および入力部２６から構成されている。なお、遠隔管理サーバ２０は、実際には複数台のコンピュータからなるコンピュータ群であり、これらのコンピュータが協働することにより全体として遠隔管理サーバ２０を構成している。
【００６０】
インターネット通信部２３は、遠隔管理サーバ２０のインターネット回線４への接続を可能にしており、インターネット回線４を介してコントローラ１０から送られてくる異常発報データおよび日報データを受信したり、サービスセンター３内のサービス端末３０と電子メールの送受信を行ったりする。ＦＡＸ通信部２４は、遠隔管理サーバ２０のＦＡＸ通信を可能にしている。
【００６１】
記憶部２２には、コントローラ１０から送られてきた異常発報データおよび日報データが適当な形式に整理されて蓄積されてゆく。
【００６２】
制御部２１は、インターネット通信部２３が受信したコントローラ１０からの異常発報データを解析する。そして、制御部２１は、その解析結果に基づいて、物件１へサービスマンを出動させる必要があるか否かを判断し、必要があると判断される場合には、サービスセンター３に通知すべき内容をまとめた報知データを作成する。サービスマンの出動を要請する報知データには、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において異常が発生した旨や、その異常の詳細（異常の種別や異常の発生した物件１の名称および住所等）等を示すデータが含まれる。そして、制御部２１により作成された報知データは、インターネット通信部２３からサービス端末３０に向けてインターネット回線４を介して電子メールとして送信されたり、ＦＡＸ通信部２４からサービス端末３０に向けてＦＡＸ回線５を介して送信されたりする。なお、報知データの送信先となるサービスセンター３は、全国各地に点在するサービスセンター３のうち当該異常の発生した物件１に最寄りのサービスセンター３である。
【００６３】
出力部２５は、ディスプレイやスピーカ等から構成されており、制御部２１による異常発報データの解析結果等を遠隔管理サーバ２０の側にいる管理者に向けて出力する。例えば、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において異常が発生した旨や、その異常の詳細（異常の種別や異常の発生した物件１の名称および住所等）等を表示する画面をディスプレイ上に表示したり、異常が発生した旨を知らせる音声をスピーカから流したりする。こうして、異常の発生を知った管理者は、サービスセンター３のサービスマンに電話等の手段によって連絡を取り、当該物件１への出動要請をすることも可能である。
【００６４】
入力部２６は、遠隔管理センター２の管理者やサービスセンター３のサービスマンによる異常への対処の結果等の入力を受け付ける。入力部２６を介して入力された異常への対処の結果等は、当該異常にかかる異常発報データに関連付けられて記憶部２２に記憶される。
【００６５】
〔サービス端末の構成〕
サービス端末３０は、サービスセンター３内に設置されており、インターネット回線４およびＦＡＸ回線５を介して遠隔管理センター２内の遠隔管理サーバ２０に接続されている。
【００６６】
図５に示すように、サービス端末３０は、主として、制御部３１、記憶部３２、インターネット通信部３３、ＦＡＸ通信部３４、出力部３５および入力部３６から構成されている。
【００６７】
インターネット通信部３３は、サービス端末３０のインターネット回線４への接続を可能にしており、インターネット回線４を介して遠隔管理サーバ２０と電子メールの送受信を行う。ＦＡＸ通信部３４は、サービス端末３０のＦＡＸ通信を可能にしている。
【００６８】
記憶部３２には、遠隔管理サーバ２０からインターネット回線４やＦＡＸ回線５を介して送られてきた報知データが記憶される。
【００６９】
出力部３５は、ディスプレイやスピーカ等から構成されている。そして、制御部３１は、記憶部３２に記憶されている報知データに基づいて、ディスプレイ上に警告画面を表示させたり、スピーカから警告音を流させたりして、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・における異常をサービス端末３０の側にいるサービスマンに警告する。一方、警告を受けたサービスマンは、その異常の詳細を記憶部３２に記憶されている報知データから知得し、その異常に対応するべくその異常の発生した物件１へ出動する。
【００７０】
入力部３６は、サービスマンによる異常への対処の結果等の入力を受け付ける。入力部２６を介して入力された異常への対処の結果等は、インターネット回線４を介してインターネット通信部３３により遠隔管理サーバ２０に送信され、遠隔管理サーバ２０の記憶部２２に当該異常にかかる異常発報データに関連付けられて記憶される。
【００７１】
〔異常発生時における処理の流れ〕
以下では、空気調和装置４０ａにおいて異常が発生した場合の遠隔管理システム１００における処理の流れについて説明する。
【００７２】
空気調和装置４０ａにおいて発生した異常は、空気調和装置４０ａを管理するコントローラ１０の異常検出部１１ａにより検出される。そして、コントローラ１０の異常発報部１１ｂにより直ちにその旨を知らせる異常発報が遠隔管理サーバ２０に向けて行われる。遠隔管理サーバ２０は、コントローラ１０からの異常発報にかかる異常発報データに基づいて、物件１へサービスマンを出動させる必要があるか否かを判断する。そして、必要があると判断した場合には、サービスセンター３内のサービス端末３０に向けて報知データを送信する。一方、サービス端末３０では、遠隔管理サーバ２０からの報知データに基づいて、ディスプレイやスピーカ等からなる出力部３５からサービスマンに物件１への出動を要請するメッセージが出力される。あるいは、遠隔管理サーバ２０の出力部２５からの出力に基づいて空気調和装置４０ａにおける異常の発生を知った遠隔管理センター２内の管理者がサービスセンター３に電話する等して、サービスマンに物件１への出動を要請する。
【００７３】
こうした出動要請を受けて物件１へとたどりついたサービスマンは、物件１内のコントローラ１０の出力部１５および入力部１６にかかるディスプレイ上のボタンを操作して、当該ディスプレイ上に図６（ａ）に示す保守作業開始前の保守作業用画面７０を表示させる。
【００７４】
保守作業開始前の保守作業用画面７０には、「保守開始」ボタン７０ａと、「保守対象機器」プルダウンボタン７０ｂと、「試運転開始」ボタン７０ｃと、「異常履歴」ボタン７０ｄとが表示されている。
【００７５】
サービスマンは、保守作業の開始時に、「保守対象機器」プルダウンボタン７０ｂにより保守対象となる空気調和装置４０ａを指定して「保守開始」ボタン７０ａを押す。すると、「保守開始」ボタン７０ａが押されたことが入力部１６により検知され、その旨を示すデータ（保守情報）および保守対象となる空気調和装置４０ａを特定するデータが入力部１６から発報制御部１１ｃに直ちに送信される。また、このとき、保守作業用画面７０上の「保守開始」ボタン７０ａは、図６（ｂ）に示すように、「保守終了」ボタン７０ｆに切り替わる。
【００７６】
「保守開始」ボタン７０ａが押された旨を示すデータおよび保守対象となる空気調和装置４０ａを特定するデータを受け取った発報制御部１１ｃは、これらのデータの受信時刻を保守作業の開始時刻とみなし、当該受信時刻を示すデータを直ちに第１通信部１３を介して遠隔管理サーバ２０に向けて送信する。遠隔管理サーバ２０は、この受信時刻を示すデータを保守作業の開始時刻を示すデータとして記憶部２２に記憶する。
【００７７】
また、「保守開始」ボタン７０ａが押された旨を示すデータおよび保守対象となる空気調和装置４０ａを特定するデータを受け取った発報制御部１１ｃは、入力部１６により取得されたこれらのデータに基づいて、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・が保守中であるか否かを判断する。その結果、発報制御部１１ｃは、空気調和装置４０ａについては保守中であると判断し、その他の空気調和装置４０ｂ，４０ｃ，・・・については保守中でないと判断する。そして、空気調和装置４０ａが保守中であると判断した発報制御部１１ｃは、異常発報部１１ｂによる異常発報の禁止制御を直ちに開始する。このとき、発報制御部１１ｃは、保守作業の対象となっている空気調和装置４０ａについての異常発報のみならず、その他の空気調和装置４０ｂ，４０ｃ，・・・についての異常発報も禁止する。すなわち、発報制御部１１ｃは、全ての空気調和装置４０ａ，４０ｂ，４０ｃ，・・・のうちの少なくともいずれかが保守中であると判断される場合には、全ての空気調和装置４０ａ，４０ｂ，４０ｃ，・・・についての異常発報を禁止する。なお、異常発報の禁止制御とは、例えば、異常発報部１１ｂが異常発報の直前に確認することになっている、異常発報を行ってもよいか否か示すフラグの値を変更することにより行われる。また、発報制御部１１ｃは、異常検出部１１ａによる異常の検出処理については何ら干渉しない。すなわち、異常検出部１１ａは、異常発報の禁止制御中であっても、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・における異常の検出処理を実行する。
【００７８】
発報制御部１１ｃにより全ての空気調和装置４０ａ，４０ｂ，４０ｃ，・・・についての異常発報が禁止された状態にある異常発報部１１ｂは、異常検出部１１ａにより空気調和装置４０ａ，４０ｂ，４０ｃ，・・・のいずれかにおいて異常が検出された場合、以下のように動作する。すなわち、異常検出部１１ａにより空気調和装置４０ａ，４０ｂ，４０ｃ，・・・のいずれかにおいて異常が検出されると、異常発報部１１ｂは、異常発報が禁止されていない状態にあるときと同様の異常発報データ（異常情報）を作成し、保守用データ記憶領域１２ｃに保存する。これにより、保守用データ記憶領域１２ｃは、異常発報の禁止期間中に発生した異常が異常検出部１１ａにより検出される前の所定の期間（本実施形態では３０分）における異常発報データを、確実に保存しておくことができる。
【００７９】
ここで、例えば、空気調和装置４０ｂにおいて新たな異常が発生した場合を考える。このとき、当該異常が異常検出部１１ａにより検出されると、発報制御部１１ｃは、当該異常にかかる空気調和装置４０ｂが保守中であるか否かを判断する。この判断は、発報制御部１１ｃが保守作業の開始時に入力部１６から受け取った、保守対象となる空気調和装置４０ａを特定するデータに基づいて行われる。そして、発報制御部１１ｃは、空気調和装置４０ｂが保守中でないと判断すると、空気調和装置４０ｂにおいて異常が発生した旨を示すポップアップウィンドウ７０ｅを出力部１５にかかるディスプレイ上に表示させる（図７（ａ）参照）。また、発報制御部１１ｃは、出力部１５にかかるスピーカから警告音を出力させる。
【００８０】
このとき、出力部１５にかかるディスプレイ上には、ポップアップウィンドウ７０ｅの他、「異常履歴」ボタン７０ｄが表示されている。そこで、ポップアップウィンドウ７０ｅおよび警告音により新たに異常が発生したことを知ったサービスマンが、当該異常の詳細を知りたいと思えば、「異常履歴」ボタン７０ｄを押すことができる。「異常履歴」ボタン７０ｄが押されると、その旨が入力部１６により検知され、その旨を示すデータが入力部１６から制御部１１に直ちに送信される。このとき、制御部１１は、保守用データ記憶領域１２ｃに記憶されている、異常発報部１１ｂにより先行して作成された異常発報データに基づいて、異常発報の禁止期間中に異常検出部１１ａにより検出された異常の履歴を示すデータを出力部１５にかかるディスプレイ上に表示させる。なお、ここでいう異常の履歴とは、異常の発生時刻、異常の発生した空気調和装置４０ｂを特定するための情報、異常の種別等が関連付けられたものである。したがって、サービスマンは、物件１への出動の要因となった空気調和装置４０ａにおける異常だけでなく、空気調和装置４０ｂにおいて発生した異常にも対応することが可能である。なお、「異常履歴」ボタン７０ｄは、図６（ａ）および図６（ｂ）に示すように、ポップアップウィンドウ７０ｅの表示時でなくとも保守作業用画面７０上に常に表示されている。したがって、サービスマンは、保守作業用画面７０が出力部１５にかかるディスプレイ上に表示されている間はいつでも、異常発報の禁止期間中に空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において発生した異常の履歴を確認することができる。
【００８１】
「試運転開始」ボタン７０ｃは、空気調和装置４０ａの試運転を開始させるためのボタンである。したがって、保守作業を行うサービスマンは、この「試運転開始」ボタン７０ｃを押すことにより、コントローラ１０の試運転部１１ｄに空気調和装置４０ａの試運転を制御させることができる。
【００８２】
そして、サービスマンは、保守作業が終了すると、保守作業中の保守作業用画面７０上の「保守終了」ボタン７０ｆを押す。「保守終了」ボタン７０ｆが押されたことが入力部１６により検知されると、その旨を示すデータ（保守情報）が入力部１６から発報制御部１１ｃに直ちに送信される。そして、保守作業用画面７０上の「保守終了」ボタン７０ｆは、再び図６（ａ）に示す「保守開始」ボタン７０ａに切り替わる。
【００８３】
「保守終了」ボタン７０ｆが押された旨を示すデータを受け取った発報制御部１１ｃは、当該データの受信時刻を保守作業の終了時刻とみなし、当該受信時刻を示すデータを直ちに第１通信部１３を介して遠隔管理サーバ２０に向けて送信する。遠隔管理サーバ２０は、この保守作業の終了時刻を示すデータを記憶部２２に記憶する。すなわち、遠隔管理サーバ２０では、保守作業の開始時刻および終了時刻が記録されることになり、保守作業の履歴を管理することができる。
【００８４】
また、「保守終了」ボタン７０ｆが押された旨を示すデータを受け取った発報制御部１１ｃは、当該データに基づいて空気調和装置４０ａの保守作業が終了したと判断し、異常発報部１１ｂによる異常発報の禁止制御を直ちに解除する。
【００８５】
なお、発報制御部１１ｃは、異常発報の禁止制御を行っている間中（すなわち、保守作業中）、保守作業の開始時刻からの経過時間（すなわち、異常発報の禁止制御を行っている時間）を計測している。そして、保守作業の開始時刻から所定の時間（本実施形態では３時間）が経過すると、発報制御部１１ｃは、保守作業を継続するか否か（すなわち、異常発報の禁止制御を継続するか否か）をサービスマンに問い合わせるポップアップウィンドウ７０ｇを、出力部１５にかかるディスプレイ上に表示させる。ポップアップウィンドウ７０ｇ上には、サービスマンが継続を希望する旨を入力する場合に押す「継続」ボタンと、終了を希望する旨を入力する場合に押す「終了」ボタンとが表示されている。そして、入力部１６により当該「継続」ボタンが押されたことが検知されると、その旨を示すデータが入力部１６から発報制御部１１ｃに送信される。「継続」ボタンが押された旨を示すデータを受け取った発報制御部１１ｃは、異常発報部１１ｂによる異常発報の禁止制御を継続させる。一方、発報制御部１１ｃは、「終了」ボタンが押された旨を示すデータを入力部１６から受け取った場合、または、「継続」ボタンが押された旨を示すデータを所定の時間（例えば、１０分）以上受け取ることがなかった場合には、異常発報の禁止制御を解除する。
【００８６】
また、発報制御部１１ｃは、異常発報の禁止制御を解除すると、直ちに保守用データ記憶領域１２ｃに記憶されている異常発報データを読み出して、異常発報部１１ｂに第１通信部１３を介して遠隔管理サーバ２０に向けて送信させる。これにより、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において発生した異常を遠隔管理サーバ２０において一元管理することができる。
【００８７】
〔特徴〕
（１）
上記実施形態では、保守作業の開始時および終了時にサービスマンが押すべきボタン７０ａ，７０ｆがコントローラ１０に設けられている。これにより、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・が保守中であるか否かをコントローラ１０が判断可能となっている。そして、コントローラ１０は、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・が保守中であると判断される場合おいては、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・における異常が検出された場合であっても、遠隔管理サーバ２０に向けた異常発報を行わない。これにより、コントローラ１０と遠隔管理サーバとの間の通信負荷が抑制されるようになっている。
【００８８】
（２）
上記実施形態では、空気調和装置４０ａの保守作業中に他の保守中でない空気調和装置４０ｂにおいて異常が検出された場合には、その旨がディスプレイ上にポップアップ形式で表示されるようになっている。したがって、現地で保守作業中のサービスマンは、現地に派遣される原因となった異常にかかる空気調和装置４０ａだけでなく他の空気調和装置４０ｂにおける異常にもその場で対処することができるようになっている。
【００８９】
（３）
上記実施形態では、コントローラ１０の記憶部１２に、保守作業中（すなわち、異常発報の禁止期間中）の異常に関する異常発報データを保存しておくべき記憶領域（保守用データ記憶領域１２ｃ）が確保されている。これにより、保守作業中に発生した異常の履歴をサービスマンが現地において閲覧することや、保守作業の終了後にコントローラ１０が保守作業中の異常にかかる異常発報データを一括して遠隔管理サーバ２０に送ることが可能になっている。
【００９０】
（４）
上記実施形態では、「保守開始」ボタン７０ａが押されてから「保守終了」ボタン７０ｆが押されるまでの時間が計測されている。そして、当該時間が３時間を超える場合には、保守作業を継続するか否かを問い合わせるポップアップウィンドウ７０ｇがコントローラ１０のディスプレイ上に表示される。そして、ポップアップウィンドウ７０ｇ上の「終了」ボタンが押された場合、または、「継続」ボタンが１０分以上押されることがなかった場合には、自動的に異常発報の禁止の設定が解除されるようになっている。これにより、保守作業が終了したにもかかわらずサービスマンが「保守終了」ボタン７０ｆを押し忘れた場合にも、当該設定を解除することが可能となっている。
【００９１】
〔変形例〕
（１）
コントローラ１０の管理対象となる設備機器は、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・以外の設備機器であってもよい。例えば、防災機器であってもよいし、照明機器であってもよいし、複数の種類の設備機器が組み合わされたものであってもよい。
【００９２】
（２）
コントローラ１０と、遠隔管理サーバ２０と、サービス端末３０とが、インターネット回線４以外の回線で接続されていてもよい。例えば、電話回線で接続されていてもよい。
【００９３】
（３）
コントローラ１０が、互いに接続された複数の機器から構成されていてもよい。すなわち、図８および図９に示す遠隔管理システム２００のように、コントローラ１０の各部の機能が複数の機器に分散されていてもよい。
【００９４】
図８および図９に示す例では、コントローラ１０の機能が、互いに接続されたコントローラ１１０および保守用端末８０に分散されており、上述したコントローラ１０の試運転部１１ｄ、出力部１５および入力部１６の機能を、それぞれ保守用端末８０の制御部８１、出力部８５および入力部８６が担っている。保守用端末８０は、例えば、サービスマンが物件１に派遣されてくる際に携帯している作業用のパソコンである。なお、図８および図９に示される構成要素のうち、上記実施形態と共通の参照符号が付されているものについては、上記実施形態と同様の構成および機能を有しているものとする。
【００９５】
コントローラ１１０は、第３通信部１７を有している。第３通信部１７は、コントローラ１１０の保守用端末８０への接続を可能にしており、保守用端末８０の入力部８６を介して入力された一切のデータを取得する。また、保守用端末８０は、定期的に（例えば１秒間隔で）接続確認用のコマンドをコントローラ１１０の第３通信部１７に向けて送信している。一方、コントローラ１１０側では、制御部１１の接続状態検知部１１ｆが、第３通信部１７が受信した保守用端末８０からの接続確認用のコマンドの取得状況を確認可能となっている。これにより、コントローラ１１０側においては、コントローラ１１０と保守用端末８０との接続状態をリアルタイムで確認することができるようになっている。すなわち、接続状態検知部１１ｆは、第３通信部１７が接続確認用のコマンドを受信し続けている場合には、コントローラ１１０と保守用端末８０との接続が有効であると判断し、第３通信部１７が接続確認用のコマンドを受信できなければ、コントローラ１１０と保守用端末８０とが接続された状態にないと判断することができる。
【００９６】
そして、異常発報の禁止制御中（すなわち、保守作業中）に、接続状態検知部１１ｆによりコントローラ１１０と保守用端末８０との接続が切断されたことが検知された場合には、発報制御部１１ｃは、異常発報の禁止制御を解除する。
【００９７】
したがって、当該変形例にかかる遠隔管理システム２００では、コントローラ１１０において保守用端末８０との接続が切断されたことが検知されると、コントローラ１１０における異常発報の禁止制御の設定が自動的に解除される。すなわち、当該変形例では、保守作業に用いられる保守用端末８０がコントローラ１１０から取り外されることによって、保守作業の終了が自動的に認識されることになる。これにより、保守作業の終了時に異常発報の禁止の設定を確実に解除することができる。
【００９８】
また、当該変形例における処理が、以下のようになっていてもよい。
【００９９】
すなわち、コントローラ１１０の発報制御部１１ｃは、保守作業の開始時刻から所定の時間（本実施形態では３時間）が経過した時点において未だ「保守終了」ボタン７０ｆが押された旨を示すデータを受け取っていない場合に、接続状態検知部１１ｆにコントローラ１１０と保守用端末８０との接続状態を検知させる。そして、その結果、接続状態検知部１１ｆによりコントローラ１１０と保守用端末８０との接続が有効であると判断された場合には、発報制御部１１ｃは、異常発報部１１ｂによる異常発報の禁止制御を継続させる。一方、接続状態検知部１１ｆによりコントローラ１１０と保守用端末８０とが接続された状態にないと判断された場合には、発報制御部１１ｃは、保守作業を継続するか否か（すなわち、異常発報の禁止制御を継続するか否か）をサービスマンに問い合わせるポップアップウィンドウ７０ｇを、出力部８５にかかるディスプレイ上に表示させる。以後の処理は、同様である。
【０１００】
また、当該変形例において、保守用データ記憶領域１２ｃが保守用端末８０に確保されていてもよい。
【産業上の利用可能性】
【０１０１】
本発明は、機器管理装置と遠隔管理装置との間の通信負荷を抑制することができるという効果を有し、設備機器および遠隔管理装置に接続される機器管理装置、ならびにこれを備える機器管理システムとして有用である。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態にかかるコントローラを含む遠隔管理システムの構成図。
【図２】空気調和装置の構成図。
【図３】コントローラの構成図。
【図４】遠隔管理サーバの構成図。
【図５】サービス端末の構成図。
【図６】（ａ）保守作業開始前の保守作業用画面を示す図。（ｂ）保守作業中の保守作業用画面を示す図。
【図７】（ａ）異常の発生を知らせるポップアップウィンドウが表示された様子を示す図。（ｂ）保守作業の継続の意思を問い合わせるポップアップウィンドウが表示された様子を示す図。
【図８】変形例にかかる遠隔管理システムの構成図。
【図９】変形例にかかるコントローラの構成図。
【符号の説明】
【０１０３】
１０，１１０コントローラ（機器管理装置）
１１制御部
１１ａ異常検出部
１１ｂ異常発報部
１１ｃ発報制御部
１１ｅ，８１問い合わせ部
１１ｆ接続状態検知部
１２ｃ保守用データ記憶領域（記憶部）
１４第２通信部（情報収集部）
１５，８５出力部
１６，８６入力部（情報取得部）
１７第３通信部（情報取得部）
２０遠隔管理装置（遠隔管理サーバ）
４０ａ，４０ｂ，４０ｃ，・・・空気調和装置（設備機器）
８０保守用端末

【特許請求の範囲】
【請求項１】
設備機器（４０ａ，４０ｂ，４０ｃ，・・・）および前記設備機器を遠隔から管理する遠隔管理装置（２０）に接続される機器管理装置（１０，１１０，８０）であって、
前記設備機器に関する情報である機器情報を収集する情報収集部（１４）と、
前記情報収集部により収集された前記機器情報に基づいて、前記設備機器における異常を検出する異常検出部（１１ａ）と、
前記異常検出部により検出された前記異常に関する情報である異常情報を前記遠隔管理装置に向けて発報する異常発報部（１１ｂ）と、
前記設備機器が保守中であるか否かを示す保守情報を取得する情報取得部（１６，８６）と、
前記情報取得部により取得された前記保守情報に基づいて、前記設備機器が保守中であるか否かを判断し、前記設備機器が保守中であると判断した場合には、前記異常発報部による前記発報を禁止する発報制御部（１１ｃ）と、
を備える、
機器管理装置（１０，１１０，８０）。
【請求項２】
前記情報収集部（１４）は、複数の前記設備機器（４０ａ，４０ｂ，４０ｃ，・・・）から前記機器情報を収集し、
前記異常検出部（１１ａ）は、前記設備機器ごとに前記異常を検出し、
前記情報取得部（１６，８６）は、前記設備機器を指定する態様の前記保守情報を取得し、
前記発報制御部（１１ｃ）は、少なくともいずれかの前記設備機器が保守中であると判断した場合には、全ての前記設備機器についての前記発報を禁止する、
請求項１に記載の機器管理装置（１０，１１０，８０）。
【請求項３】
前記発報制御部（１１ｃ）により前記発報が禁止されている間に、前記発報制御部により保守中でないと判断されている前記設備機器（４０ａ，４０ｂ，４０ｃ，・・・）における前記異常が前記異常検出部（１１ａ）により検出された場合には、前記異常が発生した旨を出力する出力部（１５，８５）、
をさらに備える、
請求項２に記載の機器管理装置（１０，１１０，８０）。
【請求項４】
前記出力部（１５，８５）は、前記発報制御部（１１ｃ）により前記発報が禁止されている間に前記異常検出部（１１ａ）により検出された前記異常の履歴をさらに出力する、
請求項３に記載の機器管理装置（１０，１１０，８０）。
【請求項５】
前記発報制御部（１１ｃ）により前記発報が禁止されている間に発生した前記異常に関する前記異常情報を記憶する記憶部（１２ｃ）、
をさらに備え、
前記発報制御部は、前記記憶部に記憶されている前記異常情報を、前記発報の禁止を解除した後に前記異常発報部（１１ｂ）に前記遠隔管理装置（２０）に向けて発報させるように制御する、
請求項１から４のいずれかに記載の機器管理装置（１０，１１０，８０）。
【請求項６】
前記異常情報には、前記異常検出部（１１ａ）により前記異常が検出される前の所定の期間に前記情報収集部（１４）により収集された前記機器情報が含まれる、
請求項１から５のいずれかに記載の機器管理装置（１０，１１０，８０）。
【請求項７】
前記情報取得部（１６，８６）は、前記設備機器（４０ａ，４０ｂ，４０ｃ，・・・）の保守作業の開始時刻および終了時刻を取得し、
前記発報制御部（１１ｃ）は、前記情報取得部により取得された前記開始時刻および前記終了時刻を前記遠隔管理装置（２０）に向けて送信する、
請求項１から６のいずれかに記載の機器管理装置（１０，１１０，８０）。
【請求項８】
前記発報制御部（１１ｃ）により前記発報が禁止されている期間が所定の時間を超えた場合には、前記発報の禁止を継続するか否かを示す情報の入力を求めてユーザに問い合わせる問い合わせ部（１１ｅ，８１）、
をさらに備え、
前記発報制御部は、前記問い合わせ部による前記問い合わせの結果、前記ユーザから前記発報の禁止を継続する旨を示す情報の入力があった場合には、前記発報の禁止を継続させる、
請求項１から７のいずれかに記載の機器管理装置（１０，１１０，８０）。
【請求項９】
設備機器（４０ａ，４０ｂ，４０ｃ，・・・）および前記設備機器を遠隔から管理する遠隔管理装置（２０）に接続される機器管理装置（１１０）と、
前記設備機器の保守中に前記機器管理装置に接続される保守用端末（８０）と、
を備え、
前記保守用端末は、
前記設備機器が保守中であるか否かを示す保守情報の入力を受け付ける入力部（８６）、
を有し、
前記機器管理装置は、
前記設備機器に関する情報である機器情報を収集する情報収集部（１４）と、
前記情報収集部により収集された前記機器情報に基づいて、前記設備機器における異常を検出する異常検出部（１１ａ）と、
前記異常検出部により検出された前記異常に関する情報である異常情報を前記遠隔管理装置に向けて発報する異常発報部（１１ｂ）と、
前記入力部を介して入力された前記保守情報を取得する情報取得部（１７）と、
前記情報取得部により取得された前記保守情報に基づいて、前記設備機器が保守中であるか否かを判断し、前記設備機器が保守中であると判断した場合には、前記異常発報部による前記発報を禁止する発報制御部（１１ｃ）と、
を有する、
機器管理システム（１１０，８０）。
【請求項１０】
前記機器管理装置（１１０）は、
前記機器管理装置と前記保守用端末（８０）との接続状態を検知する接続状態検知部（１１ｆ）、
をさらに有し、
前記発報制御部（１１ｃ）は、前記発報を禁止している間に、前記接続状態検知部（１１ｆ）により前記機器管理装置と前記保守用端末との接続が切断されたことを検知した場合には、前記異常発報部（１１ｂ）による前記発報の禁止を解除する、
請求項９に記載の機器管理システム（１１０，８０）。
【請求項１１】
前記機器管理装置（１１０）は、
前記発報が禁止されている期間が所定の時間を超えた場合には、前記機器管理装置と前記保守用端末（８０）との接続状態を検知する接続状態検知部（１１ｆ）、
をさらに有し、
前記発報制御部（１１ｃ）は、前記接続状態検知部による前記検知の結果に基づいて、前記機器管理装置と前記保守用端末とが接続されていると判断した場合には、前記発報の禁止を継続させ、前記機器管理装置と前記保守用端末が接続されていないと判断した場合には、前記発報の禁止を解除する、
請求項９に記載の機器管理システム（１１０，８０）。

【図１】