(57)【要約】【課題】優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況を回避する。【解決手段】遠隔管理サーバ２０は、インターネット通信部２３と、代表決定部２１ａと、処置部２１ｂとを備え、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の遠隔から管理する。インターネット通信部２３は、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・における異常に対する複数の予知に関する異常発報データを取得する。代表決定部２１ａは、インターネット通信部２３により取得された異常発報データに基づいて、複数の予知の中から新規の予知を選別し、選別した新規の予知の中から優先度の高いものを代表予知として決定する。処置部２１ｂは、代表決定部２１ａにより決定された代表予知に対処する。【選択図】図４
2008267765.tif 000002
【特許請求の範囲】
【請求項１】
設備機器（４０ａ，４０ｂ，４０ｃ，・・・）を前記設備機器の遠隔から管理する遠隔管理装置（２０）であって、
前記設備機器における異常に対する複数の予知に関する予知データを取得する取得部（２３）と、
前記取得部により取得された前記予知データに基づいて、前記複数の予知の中から新規の予知を選別し、選別した前記新規の予知の中から優先度の高いものを代表予知として決定する代表決定部（２１ａ）と、
前記代表決定部により決定された前記代表予知に対処する処置部（２１ｂ）と、
を備える、
遠隔管理装置（２０）。
【請求項２】
サービス端末（３０）と通信する通信部（２３，２４）、
をさらに備え、
前記処置部（２１ｂ）は、前記通信部に前記代表予知を前記サービス端末に向けて発報させる、
請求項１に記載の遠隔管理装置（２０）。
【請求項３】
前記処置部（２１ｂ）は、前記複数の予知のうち前記代表予知以外の他の予知については、前記通信部（２３，２４）に前記サービス端末（３０）に向けて発報させない、
請求項２に記載の遠隔管理装置（２０）。
【請求項４】
前記処置部（２１ｂ）は、前記代表予知を報知する、
請求項１から３のいずれかに記載の遠隔管理装置（２０）。
【請求項５】
前記処置部（２１ｂ）は、前記複数の予知のうち前記代表予知以外の他の予知については、報知しない、
請求項４に記載の遠隔管理装置（２０）。
【請求項６】
前記新規の予知は、過去の所定の時点から発生していない種類の予知である、
請求項１から５のいずれかに記載の遠隔管理装置（２０）。
【請求項７】
前記新規の予知は、過去の所定の期間に発生していない種類の予知である、
請求項１から５のいずれかに記載の遠隔管理装置（２０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設備機器を設備機器の遠隔から管理する遠隔管理装置に関する。
【背景技術】
【０００２】
従来より、遠隔管理センターに設置された遠隔管理装置により、全国各地に点在する物件内の空気調和装置や防災機器等の設備機器を集中的に管理する遠隔管理サービスが実施されている（例えば、特許文献１，２）。
【０００３】
そして、このような遠隔管理サービスの一環として、異常発報サービスが実施されることがある。ここでいう異常発報サービスとは、設備機器と同じ物件内に設置されているコントローラが、その設備機器の異常を検出または予知し、検出または予知した異常に関する情報を通信回線を介して遠隔管理センターに送信するものである。そして、設備機器において検出または予知された異常に関する情報を受け取った遠隔管理センターでは、当該異常に対して所定の処置がなされることになる。なお、ここでいう処置には、異常を当該異常の発生した物件の最寄りのサービスセンターに通知したり、遠隔管理センターの職員に向けて報知したりすることが含まれる。
【特許文献１】特開２００５−３１５５６４号公報
【特許文献２】特開２００４−２６５４４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、設備機器が異常状態にある場合には、当該状態に直ちに対処することが求められるが、異常が予知される状態、すなわち、異常状態に未だ至っていない状態にある場合には、当該状態に必ずしも直ちに対処する必要はない。したがって、遠隔管理装置は、設備機器において検出された異常については原則として全件に対処するが、設備機器において予知された異常については優先度に応じて対処すべきものを取捨選択するように設計されているのが一般的である。この場合、優先度の高い異常に対する予知ばかりが処置対象となり、優先度の低い異常に対する予知が放置される傾向にある。したがって、この場合、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況が発生し得る。
【０００５】
本発明の課題は、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況を回避することにある。
【課題を解決するための手段】
【０００６】
第１発明にかかる遠隔管理装置は、設備機器を設備機器の遠隔から管理する遠隔管理装置であって、取得部と、代表決定部と、処置部とを備える。取得部は、設備機器における異常に対する複数の予知に関する予知データを取得する。代表決定部は、取得部により取得された予知データに基づいて、複数の予知の中から新規の予知を選別し、選別した新規の予知の中から優先度の高いものを代表予知として決定する。処置部は、代表決定部により決定された代表予知に対処する。
【０００７】
この遠隔管理装置では、設備機器において複数の異常が予知された場合、当該複数の予知の中から代表となる予知が選び出される。このとき、まず、複数の予知の中から新規の予知が抽出され、次に、抽出された新規の予知の中から所定の優先度に応じて代表予知が抽出される。その後、上記態様で決定された代表予知に対して処置部による処置が行われる。これにより、この遠隔管理装置では、同種の異常の予知が代表予知として繰り返し選び出されることがない。したがって、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況を回避することができる。
【０００８】
第２発明にかかる遠隔管理装置は、第１発明にかかる遠隔管理装置であって、通信部をさらに備える。通信部は、サービス端末と通信する。処置部は、通信部に代表予知をサービス端末に向けて発報させる。
【０００９】
この遠隔管理装置は、上記態様で抽出した代表予知をサービス端末に通知する。したがって、この遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれてサービス端末に通知されないといった状況を回避することができる。
【００１０】
第３発明にかかる遠隔管理装置は、第２発明にかかる遠隔管理装置であって、処置部は、複数の予知のうち代表予知以外の他の予知については、通信部にサービス端末に向けて発報させない。
【００１１】
この遠隔管理装置は、上記態様で抽出した代表予知のみをサービス端末に通知し、代表予知を抽出する過程で落選したその他の予知についてはサービス端末に通知しない。したがって、この遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれてサービス端末に通知されないといった状況を回避することができる。
【００１２】
第４発明にかかる遠隔管理装置は、第１発明から第３発明のいずれかにかかる遠隔管理装置であって、処置部は、代表予知を報知する。
【００１３】
この遠隔管理装置は、上記態様で抽出した代表予知を報知する。したがって、この遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれ報知されないといった状況を回避することができる。
【００１４】
第５発明にかかる遠隔管理装置は、第４発明にかかる遠隔管理装置であって、処置部は、複数の予知のうち代表予知以外の他の予知については、報知しない。
【００１５】
この遠隔管理装置は、上記態様で抽出した代表予知のみを報知し、代表予知を抽出する過程で落選したその他の予知については報知しない。したがって、この遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれ報知されないといった状況を回避することができる。
【００１６】
第６発明にかかる遠隔管理装置は、第１発明から第５発明のいずれかにかかる遠隔管理装置であって、新規の予知は、過去の所定の時点から発生していない種類の予知である。
【００１７】
この遠隔管理装置では、まず、複数の予知の中から過去の所定の時点から発生していない種類の異常の予知が抽出され、次に、抽出された予知の中から所定の優先度に応じて代表予知が抽出される。したがって、この遠隔管理装置では、過去の所定の時点から発生していない種類の異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されなくなるといった状況を回避することができる。
【００１８】
第７発明にかかる遠隔管理装置は、第１発明から第５発明のいずれかにかかる遠隔管理装置であって、新規の予知は、過去の所定の期間に発生していない種類の予知である。
【００１９】
この遠隔管理装置では、まず、過去の所定の期間に発生していない種類の異常の予知が抽出され、次に、抽出された予知の中から所定の優先度に応じて代表予知が抽出される。したがって、この遠隔管理装置では、過去の所定の期間に発生していない種類の異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されなくなるといった状況を回避することができる。
【発明の効果】
【００２０】
第１発明にかかる遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況を回避することができる。
【００２１】
第２発明にかかる遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれてサービス端末に通知されないといった状況を回避することができる。
【００２２】
第３発明にかかる遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれてサービス端末に通知されないといった状況を回避することができる。
【００２３】
第４発明にかかる遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれ報知されないといった状況を回避することができる。
【００２４】
第５発明にかかる遠隔管理装置では、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれ報知されないといった状況を回避することができる。
【００２５】
第６発明にかかる遠隔管理装置では、過去の所定の時点から発生していない種類の異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されなくなるといった状況を回避することができる。
【００２６】
第７発明にかかる遠隔管理装置では、過去の所定の期間に発生していない種類の異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されなくなるといった状況を回避することができる。
【発明を実施するための最良の形態】
【００２７】
以下、図面を参照して、本発明の一実施形態にかかる遠隔管理サーバ（遠隔管理装置）２０を含む遠隔管理システム１００について説明する。
【００２８】
〔全体の構成〕
遠隔管理システム１００は、物件１内に設置されている複数の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を遠隔管理センター２において管理するためのシステムである。遠隔管理システム１００は、図１に示されるように、主として、物件１内の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・と、物件１内において空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を管理するコントローラ１０と、物件１の遠隔の遠隔管理センター２内に設置されている遠隔管理サーバ２０と、遠隔管理サーバ２０にインターネット回線４およびＦＡＸ回線５を介して接続されているサービスセンター３内のサービス端末３０とから構成されている。コントローラ１０と遠隔管理サーバ２０とは、インターネット回線４を介して双方向に通信することが可能である。なお、簡単のために、図１においては物件１が１つしか示されていないが、実際には遠隔管理システム１００には複数の物件１，１，・・・が含まれているものとする。同様に、図１においてはサービスセンター３が１つしか示されていないが、実際には全国に数か所設置されているものとする。
【００２９】
この遠隔管理システム１００では、異常発報サービスが実施されている。異常発報サービスとは、コントローラ１０が、予めコントローラ１０に記憶されている異常検出ロジックまたは異常予知ロジックに従って空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の異常を検出または予知し、検出または予知した異常に関する異常発報データをインターネット回線４を介して遠隔管理サーバ２０に送信するものである。そして、遠隔管理サーバ２０は、コントローラ１０からの異常発報データを解析し、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の存在する物件１にサービスマンを出動させる必要があるか否かを判断する。出動の必要があると判断した場合には、コントローラ１０からの異常発報データを加工・要約して出動要請データを作成し、異常が検出または予知された空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の存在する物件１に最寄りのサービスセンター３内のサービス端末３０に出動要請データを送信する。そして、出動要請データを受け取ったサービスセンター３からは、当該出動要請データの内容に基づいて、サービスマンが物件１まで派遣される。あるいは、遠隔管理サーバ２０は、コントローラ１０からの異常発報データに基づいてサービスマンを出動させる必要があると判断した場合には、当該異常発報データを加工・要約して報知データを作成し、当該報知データの内容を遠隔管理センター２の職員に向けて報知する。そして、当該報知により空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において異常が検出または予知されたことを知った遠隔管理センター２の職員は、サービスセンター３に電話する等して、サービスマンに物件１への出動を要請する。
【００３０】
〔空気調和装置の構成〕
以下、空気調和装置４０ａの構成について説明するが、その他の空気調和装置４０ｂ，４０ｃ，・・・についても同様であるものとする。
【００３１】
物件１の室内を空気調和する空気調和装置４０ａは、図示されない圧縮機や熱交換器等から構成される冷媒回路を有しており、１の系統を構成している。すなわち、図１に示す物件１内には、複数の系統が存在している。なお、系統とは、空気調和装置の管理単位である。また、空気調和装置４０ａには、各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・が取り付けられている。センサ４２ａは、空気調和装置４０ａの設置されている部屋の温度を検出する。センサ４２ｂは、空気調和装置４０ａの設置されている物件１付近の外気の温度を検出する。センサ４２ｃは、空気調和装置４０ａに含まれる圧縮機（図示されない）の吐出管における冷媒の温度である吐出温度を検出する。センサ４２ｄは、空気調和装置４０ａに含まれる圧縮機（図示されない）の吐出管における冷媒の圧力である吐出圧を検出する。センサ４２ｅは、空気調和装置４０ａに含まれる圧縮機（図示されない）の吸入管における冷媒の圧力である吸入圧を検出する。
【００３２】
また、空気調和装置４０ａは、制御部４１を有している。制御部４１は、コントローラ１０を介して物件１の管理者から入力された制御命令や、リモコン４３を介して物件１内の一般の利用者から入力された制御命令に従って、空気調和装置４０ａの動作を制御する、すなわち、冷媒回路に含まれる圧縮機等の各部の動作を制御する。
【００３３】
また、制御部４１は、空気調和装置４０ａに関する機器データをコントローラ１０に送信する。例えば、制御部４１は、所定の間隔（本実施形態では１分）で制御部４１に接続されている各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・において検出された値をコントローラ１０に向けて送信する。また、制御部４１は、所定の間隔（本実施形態では１分）で各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・から取得した値を所定の閾値と比較する等し、所定の閾値を超える等の異常を検出した場合には、その旨を示すデータをコントローラ１０に向けて送信する。また、制御部４１は、リモコン４３を介して制御命令が入力されると、直ちに当該入力された制御命令をコントローラ１０に向けて送信する。
【００３４】
〔コントローラの構成〕
コントローラ１０は、物件１内に設置されており、専用の通信ネットワーク６を介して同じく物件１内に設置されている複数の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を管理している。また、コントローラ１０は、インターネット回線４を介して遠隔管理センター２内の遠隔管理サーバ２０に接続されている。
【００３５】
図３に示すように、コントローラ１０は、主として、制御部１１、記憶部１２、第１通信部１３、第２通信部１４、出力部１５および入力部１６から構成されている。
【００３６】
第１通信部１３は、コントローラ１０のインターネット回線４への接続を可能にしている。第２通信部１４は、コントローラ１０の専用の通信ネットワーク６への接続を可能にしている。
【００３７】
記憶部１２には、機器データ記憶領域１２ａが確保されている。機器データ記憶領域１２ａには、第２通信部１４により収集される空気調和装置４０ａ，４０ｂ，４０ｃ，・・・に関する機器データが記憶される。すなわち、機器データ記憶領域１２ａには、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の制御部４１から送られてくる機器データ、例えば、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転履歴や運転状態に関するデータが記憶される。なお、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転履歴に関するデータとは、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の電源のオン・オフ、運転モード（冷房モード、暖房モード、送風モード等）および設定温度等の運転設定の履歴に関するデータ等を意味し、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の運転状態に関するデータとは、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・に取り付けられている各種センサ４２ａ，４２ｂ，４２ｃ，４２ｄ，４２ｅ，・・・において所定の間隔（本実施形態では１分）で検出された値等を意味する。機器データ記憶領域１２ａは、このような機器データを所定の期間（本実施形態では３０分）分記憶しておくことが可能な程度の記憶容量のみを有しており、新しい機器データが取得されるたびに、順次、最も古い機器データが消去されてゆくようになっている。
【００３８】
制御部１１は、記憶部１２に記憶されているプログラム（異常検出ロジックおよび異常予知ロジックを含む）に従って、所定の間隔（本実施形態では５分）で機器データ記憶領域１２ａに記憶されている機器データに基づいて、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の異常を検出または予知する。この異常の検出または予知は、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・ごとに、すなわち、系統単位で行われる。そして、制御部１１は、異常が検出または予知されると、異常発報データを作成し、遠隔管理サーバ２０に向けて第１通信部１３に直ちに送信させる（異常発報）。異常発報データは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で作成される。また、異常発報データには、機器データ記憶領域１２ａに記憶されている過去の所定の期間（本実施形態では３０分）分の機器データが付加されて送信される。なお、異常発報データに付加される機器データは、異常発報データによって通知される異常が検出または予知された系統に属するもののみである。
【００３９】
出力部１５および入力部１６は、タッチパネル機能およびスピーカ機能付きディスプレイとして一体的に構成されている。当該ディスプレイ上には、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・に対する制御命令の入力を受け付けるボタン等の並ぶ入力画面が表示され、当該ボタンに利用者が触れると、そのボタンに対応する処理がコントローラ１０内で実行されることになる。例えば、当該ディスプレイ上のボタンを操作することにより利用者により空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の電源をオンすることが選択された場合には、第２通信部１４を介して空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の制御部４１に空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の電源をオンすることを指令する制御命令が送信されることになる。
【００４０】
〔遠隔管理サーバの構成〕
遠隔管理サーバ２０は、遠隔管理センター２内に設置されており、インターネット回線４を介して全国各地に点在する物件１内のコントローラ１０に接続されている。また、遠隔管理サーバ２０は、インターネット回線４およびＦＡＸ回線５を介してサービスセンター３内のサービス端末３０に接続されている。
【００４１】
図４に示すように、遠隔管理サーバ２０は、主として、制御部２１、記憶部２２、インターネット通信部２３、ＦＡＸ通信部２４、出力部２５および入力部２６から構成されている。なお、遠隔管理サーバ２０は、実際には複数台のコンピュータからなるコンピュータ群であり、これらのコンピュータが協働することにより全体として遠隔管理サーバ２０を構成している。
【００４２】
インターネット通信部２３は、遠隔管理サーバ２０のインターネット回線４への接続を可能にしている。ＦＡＸ通信部２４は、遠隔管理サーバ２０のＦＡＸ通信を可能にしている。
【００４３】
記憶部２２には、テーブル形式の異常発報データベース２２ａおよび未対処異常リスト２２ｂが記憶されている。異常発報データベース２２ａおよび未対処異常リスト２２ｂの詳細は、図７および図８を参照して後述する。
【００４４】
制御部２１は、インターネット通信部２３が受信したコントローラ１０からの異常発報データを解析する。そして、制御部２１は、その解析結果に基づいて、物件１へサービスマンを出動させる必要があるか否かを判断し、必要があると判断した場合には、サービスセンター３に通知すべき内容をまとめた出動要請データを作成したり、遠隔管理センター２の職員に対して報知すべき内容をまとめた報知データを作成したりする。出動要請データおよび報知データには、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において異常が検出または予知された旨を示すデータや、その異常の詳細（異常の種類や、異常が検出または予知された物件１の名称および住所、異常が検出または予知される直前の空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の機器データ等）を示すデータが含まれる。そして、制御部２１により作成された出動要請データは、インターネット通信部２３からサービス端末３０に向けてインターネット回線４を介して電子メールとして送信されたり、ＦＡＸ通信部２４からサービス端末３０に向けてＦＡＸ回線５を介して送信されたりする。なお、出動要請データの送信先となるサービスセンター３は、全国各地に点在するサービスセンター３のうち当該異常の発生した物件１に最寄りのサービスセンター３である。制御部２１が異常発報データを解析する処理の流れは、図９を参照して後述する。
【００４５】
出力部２５は、ディスプレイやスピーカ等から構成されており、制御部２１により作成された報知データを遠隔管理サーバ２０の側にいる遠隔管理センター２の職員に向けて報知する。例えば、報知データをディスプレイ上に表示したり、異常が検出または予知された旨を知らせる音声をスピーカから流したりする。
【００４６】
入力部２６は、遠隔管理センター２の職員やサービスセンター３のサービスマンによる異常への対処の結果等の入力を受け付ける。入力部２６を介して入力された異常への対処の結果等は、異常発報データベース２２ａに記憶される。
【００４７】
〔サービス端末の構成〕
サービス端末３０は、サービスセンター３内に設置されており、インターネット回線４およびＦＡＸ回線５を介して遠隔管理センター２内の遠隔管理サーバ２０に接続されている。
【００４８】
図５に示すように、サービス端末３０は、主として、制御部３１、記憶部３２、インターネット通信部３３、ＦＡＸ通信部３４、出力部３５および入力部３６から構成されている。
【００４９】
インターネット通信部３３は、サービス端末３０のインターネット回線４への接続を可能にしている。ＦＡＸ通信部３４は、サービス端末３０のＦＡＸ通信を可能にしている。
【００５０】
記憶部３２には、遠隔管理サーバ２０からインターネット回線４やＦＡＸ回線５を介して送られてきた出動要請データが記憶される。
【００５１】
出力部３５は、ディスプレイやスピーカ等から構成されている。そして、制御部３１は、記憶部３２に記憶されている出動要請データに基づいて、ディスプレイ上に警告画面を表示させたり、スピーカから警告音を流させたりする。これにより、サービス端末３０の側にいるサービスマンは、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において異常が検出または予知されたことを認識することができるようになっている。そして、サービスマンは、当該異常の詳細を記憶部３２に記憶されている出動要請データから知得した上で、当該異常の発生した物件１へ出動することができる。
【００５２】
入力部３６は、サービスマンによる異常への対処の結果等の入力を受け付ける。入力部３６を介して入力された異常への対処の結果等は、インターネット回線４を介してインターネット通信部３３から遠隔管理サーバ２０に送信され、遠隔管理サーバ２０の異常発報データベース２２ａに記憶される。
【００５３】
〔ＸＭＬ形式の異常発報データの構造〕
上述したように、物件１内のコントローラ１０では、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の異常が検出または予知されると、遠隔管理サーバ２０に向けて送信されるＸＭＬ形式の異常発報データが作成される。コントローラ１０から遠隔管理サーバ２０への送信単位となる「異常発報データ」は、図６に示すようなデータ構造を有しており、「コントローラＩＤ」および「発報日時」を示すデータを必ず１つずつ含み、「実体データ」を必ず１つ以上含む。「コントローラＩＤ」の内容は、「異常発報データ」の送信元となるコントローラ１０を識別するためのＩＤとなり、「発報日時」の内容は、異常発報の日時を示す情報となる。１つの「異常発報データ」は、同一のコントローラ１０によって管理されている異なる空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において検出または予知された異常に関するデータをまとめることができる。
【００５４】
「実体データ」は、「異常区分」および「発生日時」を示すデータを必ず１つずつ含み、「系統ＩＤ」および「異常コード」を示すデータをそれぞれ０個または１個含み、「予知コード」を示すデータを０個以上含む。「異常区分」の内容は、対応する「実体データ」が検出された異常の内容を示すものである場合には「異常」となり、予知された異常の内容を示すものである場合には「予知」となる。「発生日時」の内容は、異常が検出または予知された日時を示す情報となる。「系統ＩＤ」の内容は、異常が検出または予知された空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の系統を識別するためのＩＤとなる。「異常コード」は、対応する「実体データ」が検出された異常の内容を示すものである場合に出現し、その内容は、検出された異常の種類を分類するための異常コードとなる。「予知コード」は、対応する「実体データ」が予知された異常の内容を示すものである場合に出現し、その内容は、予知された異常の種類を分類するための予知コードとなる。予知コードにより分類される異常の予知としては「冷房の効きが悪い」等がある。また、各予知コードに対応する異常には、予め対処時の優先度が決められており、当該優先度を示すデータは、遠隔管理サーバ２０の記憶部２２に記憶されている。
【００５５】
すなわち、１つの「実体データ」は、検出された１つの異常、あるいは、同一の系統において予知された１または複数の異常に対応する。したがって、一度に異常が複数検出された場合には、検出された異常の数だけ「実体データ」が作成され、同一の系統において一度に異常が複数予知された場合には、予知された複数の異常に関するデータをまとめたものとして「実体データ」が１つ作成される。
【００５６】
〔異常発報データベースの構造〕
遠隔管理サーバ２０では、インターネット通信部２３がコントローラ１０から異常発報データを受信すると、制御部２１が異常発報データに含まれる実体データの数だけ、記憶部２２の異常発報データベース２２ａにレコードを追加する。すなわち、異常発報データベース２２ａ内のレコードは、検出された１の異常、あるいは、同一の系統において予知された１または複数の異常に１対１で対応することになる。
【００５７】
図７に示すように、異常発報データベース２２ａには、「レコードID」「コントローラID」「発生日時」「系統ID」「異常区分」「異常コード」「予知コード列」「代表予知コード」等のフィールドが設けられている。
【００５８】
プライマリキーとなる「レコードID」フィールドには、異常発報データベース２２ａ内の各レコードの識別番号が格納される。各レコードの「コントローラＩＤ」フィールドには、当該レコードに対応する異常発報データの送信元のコントローラ１０を識別するためのＩＤが格納される。各レコードの「発生日時」フィールドには、当該レコードに対応する異常が検出または予知された日時を示す情報が格納される。各レコードの「系統ＩＤ」フィールドには、当該レコードに対応する異常が検出または予知された空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の系統を識別するためのＩＤが格納される。
【００５９】
各レコードの「異常区分」フィールドには、当該レコードが検出された異常の内容を示すものである場合には、「異常」が格納され、当該レコードが予知された異常の内容を示すものである場合には、「Ｌｖ１」〜「Ｌｖ３」のいずれかが格納される。異常発報データベース２２ａ内の１つのレコードには、同一の系統において予知された複数の異常が対応することがあるが、１または複数の異常の予知うち代表となる予知の予知レベルがレベル１の場合には「Ｌｖ１」が、レベル２の場合には「Ｌｖ２」が、レベル３の場合には「Ｌｖ３」が格納される。予知レベルとは、文字通り、予知のレベルを表すものであり、レベル１の予知にかかる異常は、できる限り早急に対処すべきものであり、レベル２の予知にかかる異常は、１週間以内を目安として対処すべきものであり、レベル３の予知にかかる異常は、１ヶ月以内を目安として対処すべきものである。
【００６０】
各レコードの「異常コード」フィールドには、当該レコードが検出された異常の内容を示すものである場合、すなわち、当該レコードの「異常区分」フィールドに「異常」が格納されている場合には、当該レコードに対応する異常の種類を示す異常コードが格納され、その他の場合には「ＮＵＬＬ」値が格納されることになる。
【００６１】
各レコードの「予知コード列」フィールドには、当該レコードが予知された１または複数の異常の内容を示すものである場合、すなわち、「異常区分」フィールドに、「Ｌｖ１」〜「Ｌｖ３」のいずれかが格納されている場合には、当該レコードに対応する１または複数の異常の予知の種類を示す予知コードを連結した値が格納され、その他の場合には「ＮＵＬＬ」値が格納されることになる。
【００６２】
各レコードの「代表予知コード」フィールドには、当該レコードが予知された１または複数の異常の内容を示すものである場合には、当該レコードに対応する１または複数の異常の予知のうち代表となる予知の種類を示す予知コードが格納され、その他の場合には「ＮＵＬＬ」値が格納されることになる。
【００６３】
〔未対処異常リストの構造〕
遠隔管理サーバ２０の記憶部２２内に記憶されている未対処異常リスト２２ｂ（図８参照）は、コントローラ１０において検出または予知された異常のうち、制御部２１によって対処されるべきものをリスト化したものである。未対処異常リスト２２ｂに登録されるレコードＩＤは、異常発報データベース２２ａの「レコードＩＤ」フィールドを参照する。また、未対処異常リスト２２ｂには、未対処異常リスト２２ｂに登録されている異常についてサービスセンター３への通知が終了しているかを示すデータ、および、出力部２５を介した報知が終了しているかを示すデータを登録することができるようになっている。
【００６４】
〔異常発生時における処理の流れ〕
空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の異常は、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・を管理するコントローラ１０の制御部１１により検出または予知される。そして、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・の異常が検出または予知されると、制御部１１によりＸＭＬ形式の異常発報データが作成され、当該異常発報データが第１通信部１３により直ちに遠隔管理サーバ２０に向けて送信される。
【００６５】
コントローラ１０から異常発報データを受信した遠隔管理サーバ２０は、図９に示す処理を実行する。
【００６６】
すなわち、制御部２１は、インターネット通信部２３がコントローラ１０から異常発報データを受信すると、当該異常発報データの中から当該異常発報データに含まれる実体データを１つずつ順次取り出して選択し（ステップＳ１）、各実体データについて後述するステップＳ２〜ステップＳ６にかかる処理を実行する。
【００６７】
ステップＳ２では、制御部２１は、新規レコードを１つ作成し、異常発報データベース２２ａ内に登録する。このとき、当該新規レコードの「レコードＩＤ」フィールドには、異常発報データベース２２ａ内の他のレコードと重複しない適当な値が格納される。また、当該新規レコードの「コントローラＩＤ」フィールドには、異常発報データに含まれている「コントローラＩＤ」の値が格納され、「発生日時」フィールドには、異常発報データに含まれている「発報日時」の値が格納され、「系統ＩＤ」フィールドには、現在選択されている実体データに含まれている「系統ＩＤ」の値が格納される。
【００６８】
続いて、ステップＳ３では、制御部２１は、現在選択されている実体データの「異常区分」の値が「異常」または「予知」のいずれであるかを判断する。そして、「異常」であると判断される場合には、ステップＳ２で新規に作成されたレコードの「異常区分」フィールドに「異常」を格納するとともに、処理をステップＳ６に進める。一方、「予知」であると判断される場合には、ステップＳ２で新規に作成されたレコードの「異常区分」フィールドに「Ｌｖ１」を格納し、処理をステップＳ４に進める。また、「異常」であると判断される場合には、ステップＳ２で新規に作成されたレコードの「異常コード」フィールドに、現在選択されている実体データの「異常コード」の値を格納する。一方、「予知」であると判断される場合には、ステップＳ２で新規に作成されたレコードの「予知コード列」フィールドに、現在選択されている実体データに含まれている全ての予知コードを連結した値を格納する。
【００６９】
したがって、ステップＳ４，Ｓ５は、現在選択されている実体データが予知された異常の内容を示すものである場合に実行される処理である。また、ステップＳ４，Ｓ５では、制御部２１は、代表決定部２１ａとして動作することになる。
【００７０】
ステップＳ４では、代表決定部２１ａは、現在選択されている実体データに含まれる全ての予知コードの中に新規の予知コードが存在するか否かを判断する。なお、ここでいう「新規の」予知コードとは、過去の所定の時点（例えば、前日の２２：００）から発生していない（すなわち、ステップＳ７，Ｓ８において実行される対処がされていない）種類の異常の予知を示す予知コードのことを言う。また、予知コードが新規であるか否かは、異常発報データベース２２ａおよび未対処異常リスト２２ｂを参照して判断される。より具体的には、代表決定部２１ａは、現在選択されている実体データに含まれる全ての予知コードの中から、新規の予知コードを全て選別することを試みる。そして、新規の予知コードを１つでも抽出することができた場合には、処理をステップＳ５に進め、１つも抽出することができなかった場合には、ステップＳ５，Ｓ６をスキップして処理をステップＳ１に進める。
【００７１】
そして、ステップＳ５では、代表決定部２１ａは、ステップＳ４において新規の予知コードが複数抽出されていた場合には、当該複数の新規の予知コードの中から所定の優先度に従って１の予知コードを代表予知コードとして決定し、当該予知コードをステップＳ２で新規に作成されたレコードの「代表予知コード」フィールドに格納する。一方、ステップＳ４において新規の予知コードが１つしか抽出されていなかった場合には、当該１つの新規の予知コードを代表予知コードとして決定し、当該予知コードをステップＳ２で新規に作成されたレコードの「代表予知コード」フィールドに格納する。また、ステップＳ５では、代表予知コードに対応する異常の予知を３段階の予知レベルのいずれかに分類し、代表予知コードに割り当てられた予知レベルに応じて、ステップＳ２で新規に作成されたレコードの「代表予知コード」フィールドの値を更新する。
【００７２】
ステップＳ６では、制御部２１は、未対処異常リスト２２ｂに、ステップＳ２で新規に作成されたレコードの「レコードＩＤ」フィールドの値を登録する。
【００７３】
次に、ステップＳ７，Ｓ８では、制御部２１は、処置部２１ｂとして動作することになる。
【００７４】
ステップＳ７では、処置部２１ｂは、未対処異常リスト２２ｂを参照し、未対処異常リスト２２ｂに登録されている、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において検出または予知された異常のうち、サービスセンター３への通知が未だされていない異常を選び出し、当該異常に対処するようにサービスマンに要請するための出動要請データを作成する。これを受けて、インターネット通信部２３およびＦＡＸ通信部２４は、当該出動要請データを、それぞれインターネット回線４およびＦＡＸ回線５を介してサービスセンター３のサービス端末３０に通知する。当該通知後、処置部２１ｂは、その旨を未対処異常リスト２２ｂに登録する。なお、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において予知された異常にかかる出動要請データは、ステップＳ５で選び出された代表予知コードに対応する異常のみを通知するものであって、ステップＳ５で落選した予知コードに対応する異常を通知するものではない。すなわち、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において予知された異常のうち、ステップＳ５において代表として選び出された異常についてはサービスセンター３に通知されるが、代表として選び出されなかった異常についてはサービスセンター３に通知されることはない。
【００７５】
続くステップＳ８では、処置部２１ｂは、未対処異常リスト２２ｂを参照し、未対処異常リスト２２ｂに登録されている、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において検出または予知された異常のうち、出力部２５を介して未だ報知されていない異常を選び出し、当該異常を遠隔管理センター２の職員に報知するための報知データを作成する。続いて、処置部２１ｂは、出力部２５に当該報知データの内容を報知させる。当該報知後、処置部２１ｂは、その旨を未対処異常リスト２２ｂに登録する。なお、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において予知された異常にかかる報知データは、ステップＳ５で選び出された代表予知コードに対応する異常のみを報知するものであって、ステップＳ５で落選した予知コードに対応する異常を報知するものではない。すなわち、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において予知された異常のうち、ステップＳ５において代表として選び出された異常については報知されるが、代表として選び出されなかった異常については報知されることはない。
【００７６】
以上により、図９に示す遠隔管理サーバ２０の処理は終了する。
【００７７】
〔特徴〕
上記実施形態では、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・において複数の異常が予知された場合、当該複数の異常に対応する予知コードの中から代表予知コードが選び出される。このとき、まず、複数の予知コードの中から新規の予知コードが抽出され、次に、抽出された新規の予知コードの中から所定の優先度に応じて代表予知コードが抽出される。その後、代表予知コードに対応する異常に対して、サービスセンター３のサービスマンへの出動要請や、遠隔管理センター２の職員への報知が行われる。これにより、上記実施形態では、同種の予知コードが代表予知コードとして繰り返し選び出されることがない。したがって、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況が回避されるようになっている。
【００７８】
〔変形例〕
（１）
上記実施形態において、コントローラ１０の管理対象となる設備機器は、空気調和装置４０ａ，４０ｂ，４０ｃ，・・・以外の設備機器であってもよい。例えば、防災機器であってもよいし、照明機器であってもよいし、複数の種類の設備機器が組み合わされたものであってもよい。
【００７９】
（２）
上記実施形態において、コントローラ１０と、遠隔管理サーバ２０と、サービス端末３０とが、インターネット回線４以外の回線で接続されていてもよい。例えば、電話回線で接続されていてもよい。
【００８０】
（３）
上記実施形態のステップＳ４では、過去の所定の時点（例えば、前日の２２：００）から発生していない（すなわち、ステップＳ７，Ｓ８において実行される対処がされていない）種類の異常の予知を示す予知コードが、「新規の」予知コードとして取り扱われている。しかしながら、過去の所定の期間（例えば、直前の３時間）に発生していない（すなわち、ステップＳ７，Ｓ８において実行される対処がされていない）種類の異常の予知を示す予知コードが、「新規の」予知コードとして取り扱われてもよい。
【００８１】
（４）
上記実施形態において、異常の検出または予知は、コントローラ１０においてではなく遠隔管理サーバ２０において行われてもよい。あるいは、コントローラ１０および遠隔管理サーバ２０の双方において行われてもよい。
【００８２】
（５）
上記実施形態において、遠隔管理サーバ２０による異常への処置として、ステップＳ７，Ｓ８に例示される処理以外の処理が実行されてもよい。また、対処しようとする異常が検出された異常であるか予知された異常であるかに応じて、処置の内容が異なるように設計されていてもよい。また、予知レベルに応じて、処置の内容が異なるように設計されていてもよい。
【産業上の利用可能性】
【００８３】
本発明は、優先度の低い異常に対する予知が、繰り返される優先度の高い対処済みの予知に埋もれて対処されないといった状況を回避することが可能であり、設備機器を設備機器の遠隔から管理する遠隔管理装置として有用である。
【図面の簡単な説明】
【００８４】
【図１】本発明の一実施形態にかかる遠隔管理サーバを含む遠隔管理システムの構成図。
【図２】空気調和装置の構成図。
【図３】コントローラの構成図。
【図４】遠隔管理サーバの構成図。
【図５】サービス端末の構成図。
【図６】ＸＭＬ形式の異常発報データの構造を示す図。
【図７】異常発報データベースの構造を示す図。
【図８】未対処異常リストの構造を示す図。
【図９】異常発報データの受信時に遠隔管理サーバにおいて実行される処理を示すフローチャート。
【符号の説明】
【００８５】
１  物件
２  遠隔管理センター
３  サービスセンター
１０  コントローラ
２０  遠隔管理サーバ（遠隔管理装置）
２１  制御部
２１ａ  代表予知部
２１ｂ  処置部
２５  出力部
２３  インターネット接続部（取得部、通信部）
２４  通信部
３０  サービス端末
４０ａ，４０ｂ，４０ｃ，・・・  空気調和装置（設備機器）
１００  遠隔管理システム
【図１】
2008267765.tif 000003
【図２】
2008267765.tif 000004
【図３】
2008267765.tif 000005
【図４】
2008267765.tif 000006
【図５】
2008267765.tif 000007
【図６】
2008267765.tif 000008
【図７】
2008267765.tif 000009
【図８】
2008267765.tif 000010
【図９】
2008267765.tif 000011