(57)【要約】【課題】軽負荷な故障検出システムの構築を可能とする。【解決手段】故障検出装置１６は、制御対象機器がモデル化されたオブジェクト及びそのプロパティに関する情報であるサービス情報が流通されるネットワーク２１に接続される。故障検出装置１６は、サービス情報受信部３８、アラームメッセージ抽出部４２、及び名称確認部４４を備える。サービス情報受信部３８は、サービス情報を受信する。アラームメッセージ抽出部４２は、受信したサービス情報のうち、アラーム通知が含まれるサービス情報を抽出する。名称確認部４４は、アラーム通知を含むサービス情報に付された送信元オブジェクト識別子を送信先として、オブジェクト名称と、現在値プロパティが採り得る正常値及び異常値の少なくとも一方の名称と、を要求する。【選択図】図５
2018055450.tif 000002
【特許請求の範囲】
【請求項１】
制御対象機器がモデル化されたオブジェクト及びそのプロパティに関する情報であるサービス情報が流通されるネットワークに接続される故障検出装置であって、
前記サービス情報を受信する受信部と、
受信した前記サービス情報のうち、アラーム通知が含まれるサービス情報を抽出する抽出部と、
前記アラーム通知を含むサービス情報に付された送信元オブジェクト識別子を送信先として、オブジェクト名称と、現在値プロパティが採り得る正常値及び異常値の少なくとも一方の名称と、を要求する確認部と、
を備えることを特徴とする、故障検出装置。
【請求項２】
請求項１に記載の故障検出装置であって、
前記アラーム通知が含まれるサービス情報に、送信元オブジェクトの前記現在値プロパティが含まれておらず、かつ、前記アラーム通知が含まれるサービス情報の発信後に前記送信元オブジェクトが発信したサービス情報にも前記現在値プロパティが含まれていない場合に、前記確認部は、前記送信元オブジェクトに対して、前記現在値プロパティを要求する、
ことを特徴とする、故障検出装置。
【請求項３】
請求項１または２に記載の故障検出装置であって、
前記送信元オブジェクトから受信した前記オブジェクト名称に自身が設置された建築物の識別情報が付加された制御対象機器居所名を生成する合成部と、
前記制御対象機器居所名、前記現在値プロパティ、ならびに、前記現在値プロパティが採り得る正常値及び異常値の少なくとも一方の名称を、前記建築物とは異なる建築物に設置された管理サーバに送信する送信部を備えることを特徴とする、故障検出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビルの設備機器の故障を検出可能な、故障検出装置に関する。
【背景技術】
【０００２】
従来から、ビルの設備機器や電力の管理を行うビル・エネルギー管理システム（ＢＥＭＳ、Building and Energy Management System）が知られている。ＢＥＭＳでは、例えば米国暖房冷凍空調学会（ＡＳＨＲＡＥ）によって定められたＢＡＣｎｅｔ（Building Automation and Control networking）プロトコルに基づき、各種制御装置（ネットワーク装置）間で通信を行う。
【０００３】
一般的に、所定の建築物に対してＢＥＭＳを適用する際には、分散制御システムが採用される。すなわち、空調設備、照明設備、防災設備等の設備群別に下位制御装置（Ｂ−ＢＣ、BACnet Building Controller）が設けられる。さらに各下位制御装置は上位制御装置（Ｂ−ＯＷＳ、BACnet Operator Workstation）によって管理、操作される。
【０００４】
例えば空調設備の構築をＡ社が行い、上位制御装置の構築をＢ社が行う等、設備群と上位制御装置の設置業者（ベンダー）が異なる場合に、当該設備群の下位制御装置と上位制御装置との情報（サービス情報）のやり取りが困難になる場合がある。例えば、上位制御装置が要求する情報の一部が下位制御装置から提供されなかったり、下位制御装置から出力されるメッセージがプロトコルの違い等から解析困難な場合がある。
【０００５】
そこで例えば特許文献１では、上位制御装置（管理装置）と下位制御装置（ゲートウェイ装置）とを結ぶネットワーク（第１のネットワーク）と、下位制御装置とその配下の設備群を結ぶネットワーク（第２のネットワーク）との間に、ネットワーク解析支援装置を設けている。ネットワーク解析支援装置は、電文内容定義テーブルやオブジェクト定義テーブルが記憶されており、このテーブルに照らして、第２のネットワーク上に流れる電文が解析される。
【０００６】
また、特許文献２では、下位制御装置と上位制御装置との通信トラブルが発生した際に、通信トラブルの原因情報が蓄積されたデータベースに照らして、通信トラブルの原因を特定している。
【０００７】
また、特許文献３では、下位制御装置に対して当該下位制御装置の配下にある設備の全オブジェクトＩＤを取得するとともに、各オブジェクトＩＤの全プロパティ情報を取得している。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１６−１３８４号公報
【特許文献２】特開２０１４−１５３８２７号公報
【特許文献３】特開２０１２−２１５９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、高層ビル等、設備機器が膨大な点数に上る建築物の、全設備の全状態を把握するには、膨大な容量の記憶装置が必要となる。また、時々刻々と変化する各設備の状態を把握するために、膨大な数のポイントチェックを行う必要がある。さらに、建築物内の設備の更新時には、これに伴う記憶装置への更新も必要となる。このような全点管理システムは、建築物の管理項目が絞られた場合、例えば、故障検出のみに絞られた場合、いわゆるオーバースペックとなり、より負荷の軽いシステムの構築が求められる。
【課題を解決するための手段】
【００１０】
本発明は、制御対象機器がモデル化されたオブジェクト及びそのプロパティに関する情報であるサービス情報が流通されるネットワークに接続される故障検出装置に関する。当該故障検出装置は、受信部、抽出部、及び確認部を備える。受信部は、サービス情報を受信する。抽出部は、受信した前記サービス情報のうち、アラーム通知が含まれるサービス情報を抽出する。確認部は、前記アラーム通知を含むサービス情報に付された送信元オブジェクト識別子を送信先として、オブジェクト名称と、現在値プロパティが採り得る正常値及び異常値の少なくとも一方の名称と、を要求する。
【００１１】
本発明によれば、ネットワークに流通するサービス情報のうち、アラーム通知が含まれるサービス情報を専ら抽出している。さらに、そのサービス情報の送信元にアラームの詳細（オブジェクト名称、ならびに、現在値プロパティが採り得る正常値及び異常値の少なくとも一方の名称）を問い合わせることで、予めマスターデータ等を備える必要がなくなり、より負荷の軽い故障検出システムの構築が可能となる。
【００１２】
なお、建築物に設置された設備に対応するオブジェクトには、故障警報オブジェクトや異常警報オブジェクト等の、アラーム通知に対応するオブジェクトが、複数の設備機器に亘って多数設定される。しかしながら、建築物の完成から老朽化に伴う取り壊しの間に、一度もアラーム通知を行わないような堅牢な設備に対しても、例えば法令上、アラーム通知に対応するオブジェクトが設定される。このような施工実務に鑑みて、本発明では、故障警報オブジェクトや異常警報オブジェクトに対応する対象機器名称や故障／異常内容等のマスターデータを、予め全ての故障警報オブジェクトや異常警報オブジェクトに対して取り込み記憶する代わりに、実際にアラーム通知が発報されたオブジェクトに対して、都度その具体的な内容を問い合わせる。このようにすることで、軽負荷な故障検出システムの構築が可能となる。
【００１３】
また、上記発明において、前記アラーム通知が含まれるサービス情報に、送信元オブジェクトの前記現在値プロパティが含まれておらず、かつ、前記アラーム通知が含まれるサービス情報の発信後に前記送信元オブジェクトが発信したサービス情報にも前記現在値プロパティが含まれていない場合に、前記確認部は、前記送信元オブジェクトに対して、前記現在値プロパティを要求するようにしてもよい。
【００１４】
このように、現在値プロパティを確実に取得することで、アラーム通知の対象機器の状態を正確に把握できる。
【００１５】
また、上記発明において、故障検出装置は、合成部及び送信部を備えてもよい。合成部は、前記送信元オブジェクトから受信した前記オブジェクト名称に自身が設置された建築物の識別情報が付加された制御対象機器居所名を生成する。送信部は、前記制御対象機器居所名、前記現在値プロパティ、ならびに、前記現在値プロパティが採り得る正常値及び異常値の少なくとも一方の名称を、前記建築物とは異なる建築物に設置された管理サーバに送信する。
【００１６】
例えば複数の建築物に亘って設備の故障有無を監視する多棟故障検出システムを構築する際に、建築物間でオブジェクト名称（設備機器名称）等が重複する場合（例えば「２階南側空調フロア」等）がある。そこでオブジェクト名称に故障検出装置が設置された建築物ＩＤを付加する事で、設備機器名称の重複が避けられる。
【発明の効果】
【００１７】
本発明によれば、軽負荷な故障検出システムの構築が可能となる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係る多棟故障検出システムを例示する図である。
【図２】ビル単棟における、電力管理システムを例示する図である。
【図３】ビル単棟における、電力管理システムの上位ネットワークと管理ビルとのネットワークを例示する図である。
【図４】本実施形態に係る故障検出装置のハード構成を例示する図である。
【図５】本実施形態に係る故障検出装置の機能ブロックを例示する図である。
【図６】本実施形態に係る故障検出フローを示す図である。
【発明を実施するための形態】
【００１９】
図１には、本実施形態に係る多棟故障検出システムが例示されている。多棟故障検出システムは、複数の建築物（ビル）１０Ａ、１０Ｂ、１０Ｃ・・・と管理ビル１４とを含む。各建築物１０Ａ、１０Ｂ、１０Ｃ・・・には故障検出装置１６（ゲートウェイ）が設けられており、この故障検出装置１６からインターネット等のネットワーク回線１２を介して管理ビル１４の管理サーバ１８に故障情報が送信される。
【００２０】
従来から一般的に、ビル・エネルギー管理システム（ＢＥＭＳ）の運用に当たり、設備の故障警報や異常警報に対応するために、建築物１０Ａ、１０Ｂ、１０Ｃ・・・のそれぞれに管理スタッフが常駐される。これに対して、図１のような多棟故障検出システムを構築することで、建築物１０Ａ、１０Ｂ、１０Ｃ・・・の省人化が図られる。
【００２１】
例えば相対的に故障警報や異常警報の発報数が減る夜間は、管理ビル１４にのみ管理スタッフを駐在させて建築物１０Ａ、１０Ｂ、１０Ｃ・・・では管理スタッフを不在とする。そして仮に管理サーバ１８が故障警報や異常警報を受信した際に、管理ビル１４の管理スタッフが故障警報や異常警報の発報元の設備に向かうようにする。または、建築物１０Ａ、１０Ｂ、１０Ｃ・・・の管理スタッフの仮眠中に管理ビル１４の管理スタッフが各建築物１０Ａ、１０Ｂ、１０Ｃ・・・の故障／異常有無を監視する。つまり、監視業務を一部代行する。
【００２２】
図２には、建築物１０単棟のビル・エネルギー管理システム（ＢＥＭＳ）の概要が例示されている。当該システムには、上位制御装置２０（Ｂ−ＯＷＳ、BACnet Operator Workstation）、下位制御装置２２（Ｂ−ＢＣ、BACnet Building Controller）、故障検出装置１６（ゲートウェイ、Ｇ／Ｗ）、ダイレクトデジタルコントローラ２４（ＤＤＣ）、リモートステーション２６（ＲＳ）、設備機器２８、センサ３０、及び操作盤３２が含まれる。
【００２３】
ビル・エネルギー管理システム（ＢＥＭＳ）では設備の種類（照明、空調、防犯等）別に設備機器がグループ化され、各設備グループが一台の下位制御装置２２の配下に置かれる（制御対象となる）。図２に示す例では、照明設備群２３の制御装置として下位制御装置２２Ａが設置され、空調設備群２５の制御装置として下位制御装置２２Ｂが設置される。
【００２４】
下位制御装置２２Ａ，２２Ｂと上位制御装置２０とはＢＡＣｎｅｔ（Building Automation and Control networking）プロトコルに準拠したネットワーク２１（ＢＡＣｎｅｔネットワーク）によって相互に通信可能となっている。ＢＡＣｎｅｔプロトコルは米国暖房冷凍空調学会（ＡＳＨＲＡＥ）の規格１３５−２０１２またはそのＩＳＯ規格であるＩＳＯ１６４８４−５によって詳細が定められているため、以下では適宜説明を省略する。また、下位制御装置２２Ａ，２２Ｂとその配下の設備機器２８、センサ３０、及び操作盤３２等とは、ＬｏｎＷｏｒｋｓ（Local Operating Network for Works）等のネットワークや、当該設備を設置したベンダー仕様のネットワークによって通信可能となっている。
【００２５】
上位制御装置２０（Ｂ−ＯＷＳ）は、主に画面表示や設定操作を行う。例えば、中央監視端末のブラウザソフトウェア等により、システム全体の管理情報を一元管理する。
【００２６】
下位制御装置２２（Ｂ−ＢＣ）は、主に制御機能を担い、リモートステーション２６（ＲＳ）やダイレクトデジタルコントローラ２４（ＤＤＣ）と連携して、各種計測ポイントのポイントデータやスケジュール制御等を管理する。また、下位制御装置２２は、その配下の設備機器との通信プロトコル（例えばＬｏｎＷｏｒｋｓ）と上位制御装置２０との通信プロトコル（ＢＡＣｎｅｔ）との間を仲介するゲートウェイとしての機能も備えている。
【００２７】
リモートステーション２６やダイレクトデジタルコントローラ２４は、スケジュール制御に応じた機器の起動／停止を制御する。また、下位制御装置２２からの発停指令等を受けて、制御対象の機器への停止操作（電力供給の遮断やバルブの全閉等）を実行する。また、各種センサ３０の検出値を下位制御装置２２に送信する。
【００２８】
図３には、建築物１０における、ＢＡＣｎｅｔのネットワーク２１と、故障検出装置１６と管理サーバ１８とのネットワーク回線１２の概要が示されている。上述したように、上位制御装置２０、下位制御装置２２Ａ，２２Ｂ、及び故障検出装置１６はＢＡＣｎｅｔプロトコルに準拠したネットワーク２１上で信号通信が行われる。故障検出装置１６と管理サーバ１８とはインターネット等の、ＢＡＣｎｅｔプロトコルには準拠していないネットワーク回線１２を介して管理サーバ１８と接続される。故障検出装置１６は、ＢＡＣｎｅｔプロトコルと、これに準拠していないプロトコルとを接続するゲートウェイとしての機能を備える。
【００２９】
ＢＡＣｎｅｔプロトコルでは、建築物の設備機器２８、センサ３０、操作盤３２等の制御対象機器が、物や機能等に抽象化されたオブジェクトにモデル化される。オブジェクトはプロパティと呼ばれる特性が与えられる。
【００３０】
例えば一台の空調機に対して、運転／停止オブジェクト、警報信号オブジェクト、運転モード（冷房／暖房／送風）オブジェクト、吸気温度計測値オブジェクト、室内温度設定値オブジェクト、緊急停止オブジェクト等の、複数のオブジェクトが設定される。さらに各オブジェクトに対して、プロパティが与えられる。
【００３１】
本実施例に係る故障検出装置１６は、専らアラーム通知を扱うことから、アラーム通知に関連する故障警報／異常警報やオン／オフ情報等の２値情報を示すバイナリインプットオブジェクトタイプ（ＢＩ）のプロパティ群を下記表１に示す。なお、Ｏｂｊｅｃｔ＿Ｉｄｅｎｔｉｆｉｅｒ及びＯｂｊｅｃｔ＿Ｔｙｐｅのデータ例の数字（７０、９８４０００）はインスタンスを表し、同種のオブジェクト同士を識別する識別番号である。また、データ例の列において、｛Ａ，Ｂ，Ｃ｝のように中括弧で括られたパラメータは、カンマで区切られたいずれかのパラメータが選択されることを示している。
【００３２】
【表１】
2018055450.tif 000003
2018055450.tif 000004
【００３３】
ＢＡＣｎｅｔプロトコルでは、オブジェクト及びプロパティの読み出し、書き込み、通知要求等の、オブジェクト及びプロパティへの操作を「サービス」と呼んでいる。ＢＡＣｎｅｔプロトコルでは、サービスとして、例えば特定のオブジェクトに対するサービス要求（Request, Req）や特定オブジェクトからの応答（Response, Rsp）を含む、５カテゴリー３６種の標準サービスが規定されている。各サービスにはサービスプリミティブと呼ばれる、サービスを構成するパラメータリスト（形式）が定められている。例えば送信先からの受信確認を求めない形式で、イベントの発生を知らせるＵｎｃｏｎｆｉｒｍｅｄＥｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎサービスのサービスプリミティブを下記表２に示す。
【００３４】
【表２】
2018055450.tif 000005
【００３５】
また、後述するように、故障検出装置１６は、ＢＡＣｎｅｔのネットワーク２１上を流通するサービス情報（オブジェクト及びそのプロパティに関する操作情報）を受信し、特定の（アラーム通知が含まれる）サービス情報について、そのサービス情報の送信元に各種プロパティを問い合わせる。このような問い合わせサービスとして、例えば、下記表３のようなサービスプリミティブを備えるＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービスが実行される。
【００３６】
【表３】
2018055450.tif 000006
【００３７】
表３のパラメータである、Ｌｉｓｔ  ｏｆ  Ｒｅａｄ  Ａｃｃｅｓｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓの詳細を下記表４に示す。
【００３８】
【表４】
2018055450.tif 000007
【００３９】
表２〜表４のようなサービス情報は、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、応用プロトコルデータ単位）と呼ばれるメッセージ単位でネットワーク２１上に流通される。故障検出装置１６には、ＡＰＤＵのメッセージを解釈するデコーダ（図示せず）が設けられている。ＡＰＤＵの構成はＩＳＯ９５４５等に準拠しており、解釈の手法は既知になっている。
【００４０】
後述するように、故障検出装置１６は、ネットワーク２１に接続され、当該ネットワーク２１上に流通されるサービス情報から特定の設備機器２８等の故障情報を抽出して、その詳細を管理サーバ１８に送信する。
【００４１】
図４には、故障検出装置１６のハード構成が例示されている。故障検出装置１６は、例えばコンピュータから構成され、ＣＰＵ３４、メモリ３６、及び外部機器との入出力インターフェース３７を備える。メモリ３６に記憶された、またはＣＤ−ＲＯＭ等の記憶媒体に記憶された故障検出プログラムをＣＰＵ３４が実行することで、故障検出装置１６は、図５に示す各機能部として機能する。
【００４２】
図５を参照して、故障検出装置１６は、サービス情報受信部３８、バイナリインプット抽出部４０、アラームメッセージ抽出部４２、名称確認部４４、名称受信部４６、アラーム情報合成部４８、及びアラーム情報送信部５０を備える。
【００４３】
サービス情報受信部３８は、ネットワーク２１を流通するサービス情報を受信する。なお、故障検出装置１６が、ネットワーク２１内の上位制御装置２０及び下位制御装置２２に認識されていない場合には、サービス情報受信部３８が受信可能なサービス情報は、基本的に送信先を特定しない一斉同報通信（ブロードキャスト通信）のものとなる。または、ポートミラーリング機能を備えたスイッチングハブを、上位制御装置２０とそのノード２７（図３参照）との間に接続し、上位制御装置２０を単一の送信先とするユニキャスト通信によるサービス情報を受信するようにしてもよい。
【００４４】
バイナリインプット抽出部４０は、サービス情報受信部３８に接続され、サービス情報受信部３８からサービス情報を受信する。バイナリインプット抽出部４０は、サービス情報のパラメータのうち、ＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ（表２参照）を参照し、このパラメータ（インスタンスを含まないオブジェクトパラメータ）がバイナリインプット（Ｂｉｎａｒｙ  Ｉｎｐｕｔ）であるサービス情報を抽出する。
【００４５】
アラームメッセージ抽出部４２はバイナリインプット抽出部４０に接続され、ＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒがバイナリインプットであるサービス情報を受信する。アラームメッセージ抽出部４２は、受信したサービス情報のパラメータのうち、ＮｏｔｉｆｙＴｙｐｅを参照し、このパラメータがＡＬＡＲＭ（アラーム通知）であるサービス情報を抽出する。
【００４６】
なお、サービス情報、つまりサービスプリミティブのパラメータに、ＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ（または単なるＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒでもよい）及びＮｏｔｉｆｙＴｙｐｅを含むものは、上述したＵｎｃｏｎｆｉｒｍｅｄＥｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎサービスの他にも複数存在する。具体的には、ＣｏｎｆｉｒｍｅｄＥｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎサービスプリミティブ、及びＧｅｔＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎサービスプリミティブ等が挙げられる。これらのサービスプリミティブの詳細はＡＳＨＲＡＥ規格１３５−２０１２に定められているため、ここでは説明を省略する。上記のサービス情報が、バイナリインプット抽出部４０及びアラームメッセージ抽出部４２によって抽出され得る。
【００４７】
名称確認部４４は、アラームメッセージ抽出部４２に接続され、ＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ＝ＢｉｎａｒｙＩｎｐｕｔかつＮｏｔｉｆｙＴｙｐｅ＝ＡＬＡＲＭであるサービス情報のＯｂｊｅｃｔ＿Ｉｄｅｎｆｉｅｒ（オブジェクト識別子、インスタンスを含む）を受信する。例えば表２の例では、名称確認部４４は”ＢＩＮＡＲＹ#ＩＮＰＵＴ, ９８４０００”または”ｄｅｖｉｃｅ, ７０”等のデバイスユニークなオブジェクト識別子を受信する。
【００４８】
名称確認部４４は、Ｏｂｊｅｃｔ＿Ｉｄｅｎｆｉｅｒ＝ＢＩＮＡＲＹ#ＩＮＰＵＴ, ９８４０００（ｄｅｖｉｃｅ, ７０でもよい）であるオブジェクトを送信先（宛先）として、ＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービス要求（Ｒｅｑ）を送信する（表３）。具体的には、Ｏｂｊｅｃｔ＿Ｉｄｅｎｆｉｅｒ＝ＢＩＮＡＲＹ#ＩＮＰＵＴ, ９８４０００のＯｂｊｅｃｔ＿Ｎａｍｅ（オブジェクト名）、Ａｃｔｉｖｅ＿Ｔｅｘｔ（異常値の名称）、Ｉｎａｃｔｉｖｅ＿Ｔｅｘｔ（正常値の名称）の各プロパティの読み出しを要求する。
【００４９】
なお、抽出されたサービス情報にオブジェクトの現在値がＡｃｔｉｖｅであるかＩｎａｃｔｉｖｅであるかを示すＰｒｅｓｅｎｔ＿Ｖａｌｕｅプロパティ（現在値プロパティ）が含まれていない場合がある。例えば表２に示すＵｎｃｏｎｆｉｒｍｅｄＥｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎサービスのサービスプリミティブにはＰｒｅｓｅｎｔ＿Ｖａｌｕｅプロパティが含まれない。このような場合、Ｏｂｊｅｃｔ＿Ｉｄｅｎｆｉｅｒ＝ＢＩＮＡＲＹ#ＩＮＰＵＴ, ９８４０００であるオブジェクトから、プロパティの値が変化したことを通告するＵｎｃｏｎｆｉｒｍｅｄＣＯＶＮｏｔｉｆｉｃａｔｉｏｎサービスが（ブロードキャストで）送信される場合があり、その中のＰｒｅｓｅｎｔ＿Ｖａｌｕｅプロパティを取得することで、オブジェクトの現在値（Ａｃｔｉｖｅ／Ｉｎａｃｔｉｖｅ）を得ることができる。
【００５０】
また、ＵｎｃｏｎｆｉｒｍｅｄＥｖｅｎｔＮｏｔｉｆｉｃａｔｉｏｎサービス後、送信元のオブジェクトから送信されるサービス情報にもＰｒｅｓｅｎｔ＿Ｖａｌｕｅプロパティが含まれない場合、名称確認部４４は、ＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービス要求に際して、Ｏｂｊｅｃｔ＿Ｎａｍｅ、Ａｃｔｉｖｅ＿Ｔｅｘｔ、Ｉｎａｃｔｉｖｅ＿Ｔｅｘｔプロパティに加えて、Ｐｒｅｓｅｎｔ＿Ｖａｌｕｅプロパティの読み出しを要求してもよい。
【００５１】
名称受信部４６は、名称確認部４４が送信したＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービス要求に対する、ＢＩＮＡＲＹ#ＩＮＰＵＴ, ９８４０００（またはｄｅｖｉｃｅ, ７０）であるオブジェクトからのＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービス応答（Ｒｓｐ）を受信する。
【００５２】
アラーム情報合成部４８は、アラームメッセージ抽出部４２及び名称受信部４６に接続される。アラームメッセージ抽出部４２からは、ＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ＝ＢｉｎａｒｙＩｎｐｕｔかつＮｏｔｉｆｙＴｙｐｅ＝ＡＬＡＲＭであるサービス情報を受信する。名称受信部４６からはＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービス応答に含まれるＯｂｊｅｃｔ＿Ｎａｍｅ、Ａｃｔｉｖｅ＿Ｔｅｘｔ、Ｉｎａｃｔｉｖｅ＿Ｔｅｘｔプロパティを受信する。
【００５３】
アラーム情報合成部４８は、アラーム通知を含むサービス情報の送信元オブジェクトの、Ｏｂｊｅｃｔ＿Ｎａｍｅプロパティ（例えば２階北側空調機故障警報信号）に故障検出装置１６が設置された建築物の識別情報（例えばＡビル）が付加された、制御対象機器居所名（例えばＡビル２階北側空調機故障警報信号）を生成する。
【００５４】
アラーム情報送信部５０は、アラーム情報合成部４８に接続される。アラーム情報送信部５０は、アラーム通知を含むサービス情報の送信元オブジェクトの、制御対象機器居所名、Ｐｒｅｓｅｎｔ＿Ｖａｌｕｅ（例えばＡｃｔｉｖｅ）、Ａｃｔｉｖｅ＿Ｔｅｘｔ（例えば”ファン回転速度異常”）、及び、Ｉｎａｃｔｉｖｅ＿Ｔｅｘｔ（例えば”ファン正常回転”）の４者を管理サーバ１８に送信する。
【００５５】
なお、Ａｃｔｉｖｅ＿Ｔｅｘｔ（例えば”ファン回転速度異常”）及びＩｎａｃｔｉｖｅ＿Ｔｅｘｔ（例えば”ファン正常回転”）は対の関係にあることから、どちらか一方が異常を示すプロパティであれば他方は正常を示すプロパティであることは明らかである。そこで、Ａｃｔｉｖｅ＿Ｔｅｘｔ（例えば”ファン回転速度異常”）及びＩｎａｃｔｉｖｅ＿Ｔｅｘｔ（例えば”ファン正常回転”）の少なくとも一方を管理サーバ１８に送るようにしてもよい。
【００５６】
図６には、本実施形態に係る故障検出装置１６による故障検出フローが例示されている。サービス情報受信部３８が、ネットワーク２１上に流通するサービス情報を受信すると、本フローが起動される。サービス情報受信部３８が受信したサービス情報はバイナリインプット抽出部４０に送られる。バイナリインプット抽出部４０は受信したサービス情報のＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒまたはＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒを参照して、その値がＢｉｎａｒｙ  Ｉｎｐｕｔであるか否かを判定する（Ｓ１０）。
【００５７】
ＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ及びＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒの値が、いずれもＢｉｎａｒｙ  Ｉｎｐｕｔでない場合、本フローは終了となる。一方、ＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒまたはＥｖｅｎｔＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒの値が、Ｂｉｎａｒｙ  Ｉｎｐｕｔである場合、サービス情報はアラームメッセージ抽出部４２に送られる。
【００５８】
アラームメッセージ抽出部４２は、受信したサービス情報のＮｏｔｉｆｙＴｙｐｅを参照して、この値がＡＬＡＲＭ（アラーム通知）であるか否かを判定する（Ｓ１２）。ＡＬＡＲＭでない場合は、本フローは終了となる。ＡＬＡＲＭの場合はこれをパラメータとして含むサービス情報のＯｂｊｅｃｔ＿Ｉｄｅｎｆｉｅｒ（オブジェクト識別子、インスタンスを含む）を名称確認部４４に送信する。またこのサービス情報をアラーム情報合成部４８に送信する。
【００５９】
名称確認部４４は、アラームメッセージ抽出部４２から送られたＯｂｊｅｃｔ＿Ｉｄｅｎｆｉｅｒを送信先（宛先）とする、ＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービスを出力する（Ｓ１４）。このとき、問い合わせ対象のプロパティにはＯｂｊｅｃｔ＿Ｎａｍｅ（オブジェクト名）、Ａｃｔｉｖｅ＿Ｔｅｘｔ（異常値名称）、及びＩｎａｃｔｉｖｅ＿Ｔｅｘｔ（正常値名称）が含まれる。また上述したように、適宜Ｐｒｅｓｅｎｔ＿Ｖａｌｕｅプロパティを問い合わせ対象に含めてもよい。
【００６０】
名称受信部４６が、ＲｅａｄＰｒｏｐｅｒｔｙＭｕｌｔｉｐｌｅサービスの回答を受けると、受信したプロパティをアラーム情報合成部４８に送る。アラーム情報合成部４８は、Ｏｂｊｅｃｔ＿Ｎａｍｅ（例えば２階北側空調機故障警報信号）に故障検出装置１６自身が設置された建築物の識別情報（例えばＡビル）を付加した制御対象機器居所名（例えば、Ａビル２階北側空調機故障警報信号）を生成する（Ｓ１６）。
【００６１】
続いて、アラーム情報送信部５０は、制御対象機器居所名、Ｐｒｅｓｅｎｔ＿Ｖａｌｕｅ、Ａｃｔｉｖｅ＿Ｔｅｘｔ、及びＩｎａｃｔｉｖｅ＿Ｔｅｘｔの４情報を管理ビル１４の管理サーバ１８（多棟管理サーバ）に送信する（Ｓ１８）。
【００６２】
管理サーバ１８にて受信されるデータは、例えば、「対象機器及び信号：Ａビル２階北側空調機故障警報信号、現在値：Ａｃｔｉｖｅ、Ａｃｔｉｖｅ名称：ファン回転速度異常、Ｉｎａｃｔｉｖｅ名称：ファン正常回転」のようになる。管理ビルの管理スタッフはこのメッセージを視認した後、Ａｃｔｉｖｅ名称に基づいて復旧に必要な工具を揃え、対象機器が設置された建築物へ向かう。
【符号の説明】
【００６３】
１０  建築物、１２  ネットワーク回線、１４  管理ビル、１６  故障検出装置、１８  管理サーバ、２０  上位制御装置、２１  ＢＡＣｎｅｔネットワーク、２２  下位制御装置、２８  設備機器、３０  センサ、３８  サービス情報受信部、４０  バイナリインプット抽出部、４２  アラームメッセージ抽出部、４４  名称確認部、４６  名称受信部、４８  アラーム情報合成部、５０  アラーム情報送信部。
【図１】
2018055450.tif 000008
【図２】
2018055450.tif 000009
【図３】
2018055450.tif 000010
【図４】
2018055450.tif 000011
【図５】
2018055450.tif 000012
【図６】
2018055450.tif 000013
【手続補正書】
【提出日】平成29年11月10日(2017.11.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
制御対象機器がモデル化されたオブジェクト及びそのプロパティに関する情報であるサービス情報が流通されるネットワークに接続される故障検出装置であって、
前記サービス情報を受信する受信部と、
受信した前記サービス情報のうち、アラーム通知が含まれるサービス情報を抽出する抽出部と、
前記アラーム通知を含むサービス情報に付され前記アラーム通知の送信元オブジェクトを識別する送信元オブジェクト識別子を送信先として、現在値プロパティが正常値を取るときの状態名称と異常値を取るときの状態名称の少なくとも一方と、オブジェクト名称とを要求する確認部と、
を備えることを特徴とする、故障検出装置。
【請求項２】
請求項１に記載の故障検出装置であって、
前記アラーム通知が含まれるサービス情報に、送信元オブジェクトの前記現在値プロパティが含まれておらず、かつ、前記アラーム通知が含まれるサービス情報の発信後に前記送信元オブジェクトが発信したサービス情報にも前記現在値プロパティが含まれていない場合に、前記確認部は、前記送信元オブジェクトに対して、前記現在値プロパティを要求する、
ことを特徴とする、故障検出装置。
【請求項３】
請求項１または２に記載の故障検出装置であって、
前記送信元オブジェクトから受信した前記オブジェクト名称に自身が設置された建築物の識別情報が付加された制御対象機器居所名を生成する合成部と、
前記現在値プロパティが正常値を取るときの状態名称及び異常値を取る時の状態名称の少なくとも一方、前記制御対象機器居所名、ならびに、前記現在値プロパティを、前記建築物とは異なる建築物に設置された管理サーバに送信する送信部を備えることを特徴とする、故障検出装置。