(57)【要約】【課題】下位コントローラにおいて、上位コントローラから受信すべき制御情報を正当に受信できているか否かを確認することができる施設管理システムを提供する。【解決手段】上位コントローラ（２０）は、少なくとも１つの下位コントローラ（３０）に、当該下位コントローラ（３０）が有する機能を制御するための制御情報を送信する送信部（２１）を備え、下位コントローラ（３０）は、複数の上位コントローラ（２０）から送信される制御情報を受信する受信部（３１）と、受信部（３１）が複数の上位コントローラ（２０）から同じ機能を制御するための制御情報を重複して受信したか否か、を判断する診断部（３４）と、診断部（３４）が、受信部（３１）は複数の上位コントローラ（２０）から同じ機能を制御するための制御情報を重複して受信したと判断した場合、警報情報を出力する警報出力制御部（３５）とを備えた。【選択図】図１
2020021138.tif 000002
【特許請求の範囲】
【請求項１】
複数の上位コントローラと、１つ以上の下位コントローラとが、ネットワークを介して互いに接続される施設管理システムにおいて、
前記上位コントローラは、少なくとも１つの前記下位コントローラに、当該下位コントローラが有する機能を制御するための制御情報を送信する送信部を備え、
前記下位コントローラは、
複数の前記上位コントローラから送信される前記制御情報を受信する受信部と、
前記受信部が複数の前記上位コントローラから同じ機能を制御するための制御情報を重複して受信したか否か、を判断する診断部と、
前記診断部が、前記受信部は複数の前記上位コントローラから同じ機能を制御するための制御情報を重複して受信したと判断した場合、警報情報を出力する警報出力制御部とを備えた
ことを特徴とする施設管理システム。
【請求項２】
前記同じ機能を制御するための制御情報は、当該制御情報によって制御される機能毎に、１つの前記下位コントローラに対して、複数の前記上位コントローラのうち前記制御情報を送信する上位コントローラ、が一意に決定されるべき制御情報である
ことを特徴とする請求項１記載の施設管理システム。
【請求項３】
前記診断部は、
前記受信部が第１の上位コントローラから前記制御情報を受信すると、設定された期間内に、当該受信部が前記第１の上位コントローラから受信した制御情報と同じ機能を制御するための制御情報を、前記第１の上位コントローラとは異なる上位コントローラから、受信したか否かを判断する
ことを特徴とする請求項１または請求項２記載の施設管理システム。
【請求項４】
複数の上位コントローラと、１つ以上の下位コントローラとが、ネットワークを介して互いに接続される施設管理システムにおいて、
前記上位コントローラは、少なくとも１つの前記下位コントローラに、当該下位コントローラが有する機能を制御するための制御情報を送信する送信部を備え、
前記下位コントローラは、
複数の前記上位コントローラから送信される前記制御情報を受信する受信部と、
前記受信部が設定された期間内に前記制御情報を受信したか否か、を判断する診断部と、
前記診断部が、前記受信部は前記設定された期間内に前記制御情報を受信していないと判断した場合、警報情報を出力する警報出力制御部とを備えた
ことを特徴とする施設管理システム。
【請求項５】
前記受信部が複数の前記上位コントローラから受信した前記制御情報に基づき、前記制御情報の受信履歴に関する受信履歴情報を作成し、蓄積させる情報蓄積制御部
を備えた請求項１から請求項４のうちのいずれか１項記載の施設管理システム。
【請求項６】
複数の上位コントローラから、自身が有する機能を制御するための制御情報を受信する受信部と、
前記受信部が複数の前記上位コントローラから同じ機能を制御するための制御情報を重複して受信したか否か、を判断する診断部と、
前記診断部が、前記受信部は複数の前記上位コントローラから同じ機能を制御するための制御情報を、重複して受信したと判断した場合、警報情報を出力する警報出力制御部
とを備えた下位コントローラ。
【請求項７】
受信部が、複数の上位コントローラから、自身が有する機能を制御するための制御情報を受信するステップと、
診断部が、前記受信部が前記複数の上位コントローラから同じ機能を制御するための制御情報を重複して受信したか否か、を判断するステップと、
警報出力制御部が、前記診断部が、前記受信部は前記複数の上位コントローラから同じ機能を制御するための制御情報を重複して受信したと判断した場合、警報情報を出力するステップ
とを備えた下位コントローラにおける通信診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、施設内に設置された機器と接続される下位コントローラと、当該下位コントローラを制御する上位コントローラが、ネットワークを介して接続される施設管理システムに関するものである。
【背景技術】
【０００２】
ネットワーク通信プロトコルとして、例えば、ＢＡＣｎｅｔ（Ｂｕｉｌｄｉｎｇ  Ａｕｔｏｍａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｒｏｌ  Ｎｅｔｗｏｒｋ）を用いて、施設内の複数の機器を監視または制御する施設管理システムが普及している。
施設管理システムは、各機器を制御する１つ以上のコントローラ（以下「下位コントローラ」という。）と、当該下位コントローラを制御する複数のコントローラ（以下「上位コントローラ」という。）を備え、各上位コントローラが下位コントローラに対して制御情報を送信し、下位コントローラが、上位コントローラから送信された制御情報に基づき各機器の監視または制御等の機能を実行する。
ＢＡＣｎｅｔを用いた施設管理システムでは、例えば、他社製のコントローラを、自社製の施設管理システムに容易に組み込むことができるため、昨今は、他社製のコントローラと自社製のコントローラが互いに接続されて構成される施設管理システムが増えてきている。
一方、複数のコントローラまたは機器等の装置が接続されて構成される施設管理システムでは、装置間のデータ通信状況の不具合を判定する技術が知られている。
例えば、特許文献１には、コントローラと、当該コントローラと当該コントローラが制御する機器とを遠隔地で接続するリモートＩ／Ｏ装置との間のデータ通信状況の良否を判定する通信技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１９５７８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の施設管理システムでは、下位コントローラが、複数の上位コントローラから、受信すべき制御情報を正しく受信できているか否かを確認することが困難であるという課題があった。下位コントローラにおいて、正しく制御情報を受信できていないことは、施設管理システムに不具合が生じる原因となる。
特に、上述したような、ＢＡＣｎｅｔを用いた施設管理システムにおいて、例えば、自社製の下位コントローラが他社製の上位コントローラと接続されている場合、下位コントローラを管理するユーザ側で、他社製の上位コントローラにおける制御情報の送信状況を確認することは困難な場合が多い。
また、特許文献１に開示されているような通信技術に代表される通信技術は、データ通信状況の良否を判定するものであって、送信されるべき情報が正しく送信されたものであるか否かを判定するものではない。そのため、依然として、下位コントローラが、複数の上位コントローラから、受信すべき制御情報を正しく受信できているか否かを確認することは困難であった。
【０００５】
この発明は、上記のような課題を解決するためになされたもので、下位コントローラにおいて、上位コントローラから受信すべき制御情報を正当に受信できているか否かを確認することができる施設管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る施設管理システムは、複数の上位コントローラと、少なくとも１つの下位コントローラとが、ネットワークを介して互いに接続される施設管理システムにおいて、上位コントローラは、少なくとも１つの下位コントローラに、当該下位コントローラが有する機能を制御するための制御情報を送信する制御情報送信部を備え、下位コントローラは、複数の上位コントローラから送信される制御情報を受信する受信部と、受信部が、複数の上位コントローラから、同じ機能を制御するための制御情報を、重複して受信したか否かを判断する診断部と、診断部が、複数の上位コントローラから、同じ機能を制御するための制御情報を、重複して受信したと判断した場合、警報情報を出力する警報出力制御部とを備えたことを特徴とするものである。
【発明の効果】
【０００７】
この発明によれば、施設管理システムにおいて、下位コントローラが、上位コントローラから受信すべき制御情報を正当に受信できているか否かを確認することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１に係る施設管理システムの構成例を示す図である。
【図２】実施の形態１において、蓄積部が蓄積する受信履歴情報の一例のイメージを説明するための図である。
【図３】実施の形態１において、警報出力制御部が、表示部に警報情報を表示させた画面の一例のイメージを説明するための図である。
【図４】実施の形態１に係る下位コントローラの動作について説明するためのフローチャートである。
【図５】実施の形態１において、日毎の受信履歴情報が表示された表示部のイメージの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１は、実施の形態１に係る施設管理システム１の構成例を示す図である。
施設管理システム１は、監視装置１０と、上位コントローラ２０と、下位コントローラ３０と、機器４０を備える。
監視装置１０と、上位コントローラ２０と、下位コントローラ３０と、機器４０は、ネットワークを介して接続され、通信ネットワークとして、例えば、ＢＡＣｎｅｔを用いる。ＢＡＣｎｅｔにより、例えば、他社製の上位コントローラ２０を、自社製の施設管理システム１に組み込むことが容易に行える。なお、ＢＡＣｎｅｔは既知のネットワーク通信プロトコルであるため、詳細な説明は省略する。
【００１０】
監視装置１０は、上位コントローラ２０を管理するとともに、上位コントローラ２０からデータを収集し、各機器４０の監視または制御を行う。監視装置１０から各機器４０に対する制御指示は、上位コントローラ２０および下位コントローラ３０を介して、機器４０に送信される。また、機器４０で取得されるデータは、下位コントローラ３０および上位コントローラ２０を介して、監視装置１０に送信される。監視装置１０は、機器４０で取得され、下位コントローラ３０を介して上位コントローラ２０が収集したデータを、当該上位コントローラ２０から収集し、収集したデータに基づき、各機器４０の監視または制御を行う。
【００１１】
上位コントローラ２０は、下位コントローラ３０を制御する。具体的には、上位コントローラ２０は、少なくとも１つの下位コントローラ３０に、当該下位コントローラ３０が有する機能を制御するための制御情報を送信する。
【００１２】
下位コントローラ３０は、上位コントローラ２０から送信される制御情報を受信し、受信した制御情報に基づき動作する。例えば、下位コントローラ３０は、制御情報に基づき、機器４０の監視または制御を行う。
また、例えば、下位コントローラ３０は、予め設定された周期で、機器４０から、当該機器４０が取得する計測値等のデータを収集する。当該データが、上位コントローラ２０を介して監視装置１０に収集される。
【００１３】
機器４０は、センサ、照明、スイッチ、モータ等であり、施設内に設置される。
以下、実施の形態１では、下位コントローラ３０が監視または制御する機器４０を監視ポイントともいい、当該監視ポイントが取得するデータを、監視ポイントデータともいう。
【００１４】
監視装置１０と、上位コントローラ２０と、下位コントローラ３０は、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。また、監視装置１０と、上位コントローラ２０と、下位コントローラ３０は、他の装置との通信を行う、入力インタフェース装置（図示省略）、および、出力インタフェース装置（図示省略）を有する。
【００１５】
なお、図１では、施設管理システム１には、上位コントローラ２０が３つ備えられるものとしているが、これは一例に過ぎず、施設管理システム１には、複数の上位コントローラ２０が備えられる。
また、図１では、施設管理システム１には、下位コントローラ３０が２つ備えられるものとしているが、これは一例に過ぎず、施設管理システム１には、１つ以上の下位コントローラ３０が備えられる。また、下位コントローラ３０は、複数の上位コントローラ２０と接続され、複数の上位コントローラ２０から、制御情報を受信し得る。
また、図１では、施設管理システム１において、各下位コントローラ３０には、機器４０が、１つのみ接続されるものとしているが、これは一例に過ぎず、下位コントローラ３０には、複数の機器４０が接続され得る。
【００１６】
図１に示すように、上位コントローラ２０は、送信部２１を備える。
送信部２１は、少なくとも１つの下位コントローラ３０に、制御情報を送信する。
実施の形態１において、上位コントローラ２０が下位コントローラ３０に対して送信する制御情報は、下位コントローラ３０が有する機能を制御するための情報である。具体的には、制御情報は、例えば、監視ポイントにおける設定温度を変更させる等、監視ポイントを制御させるための制御指示メッセージ、下位コントローラ３０で管理する時刻情報を設定させるための時刻設定指示メッセージ、または、下位コントローラ３０における動作スケジュールを設定させるためのスケジュール設定指示メッセージである。
【００１７】
図１に示すように、下位コントローラ３０は、受信部３１と、情報蓄積制御部３２と、蓄積部３３と、診断部３４と、警報出力制御部３５と、表示部３６を備える。
受信部３１は、複数の上位コントローラ２０から送信される制御情報を受信する。受信部３１は、受信した制御情報を、情報蓄積制御部３２および診断部３４に出力する。
【００１８】
情報蓄積制御部３２は、受信部３１から出力された制御情報に基づき、制御情報の受信履歴に関する受信履歴情報を作成し、蓄積部３３に蓄積させる。
蓄積部３３は、情報蓄積制御部３２が作成した受信履歴情報を蓄積する。
【００１９】
ここで、図２は、実施の形態１において、蓄積部３３が蓄積する受信履歴情報の一例を説明するための図である。情報蓄積制御部３２が、図２に示すような受信履歴情報を作成し、蓄積部３３に蓄積させている。
受信履歴情報は、例えば、制御情報を受信した受信日付と、受信時刻と、制御情報の送信元の上位コントローラ２０のＩＤと、当該送信元の上位コントローラ２０のアドレスと、制御情報の分類区分とが対応付けられた情報である。
制御情報の分類区分は、制御情報を、当該制御情報で制御される機能に応じて分類分けした区分を示し、予め、制御情報がどのように分類分けされるかは決められている。図２では、一例として、「ポイント系」、「スケジュール設定」、「時刻設定」、および、「その他」の４種類の分類区分が設定されるものとしている。「ポイント系」には、下位コントローラ３０が上位コントローラ２０から受信した制御情報のうち、監視ポイントを制御させるための制御指示メッセージが分類分けされる。また、「スケジュール設定」には、下位コントローラ３０が上位コントローラ２０から受信した制御情報のうち、下位コントローラ３０で管理するスケジュールを設定させるためのスケジュール設定指示メッセージが分類分けされる。また、「時刻設定」には、下位コントローラ３０が上位コントローラ２０から受信した制御情報のうち、下位コントローラ３０で管理する時刻を設定させるための時刻設定指示メッセージが分類分けされる。また、「その他」には、上述の、「ポイント系」、「スケジュール設定」、および「時刻設定」以外の制御情報が、分類分けされる。
【００２０】
なお、上位コントローラ２０から送信される制御情報には、当該制御情報がどのような機能を制御するものであるかを特定するための情報が付与されており、情報蓄積制御部３２は、当該情報に基づき、上記制御情報の分類分けを行うようにすればよい。
また、制御情報には、当該制御情報の送信元の上位コントローラ２０のＩＤ、および、送信元の上位コントローラ２０のアドレスの情報等、上位コントローラ２０を特定可能な情報が付与されており、情報蓄積制御部３２は、制御情報に付与されたＩＤおよびアドレスの情報を、受信履歴情報に含めるようにすればよい。
【００２１】
また、図２に示す受信履歴情報は一例に過ぎず、受信履歴情報には、図２に示す情報以外の情報が含まれるものとしてもよい。例えば、制御情報が、ポイント系に分類分けされる制御情報であれば、受信履歴情報において、どの監視ポイントに対する制御指示であるかを示す監視ポイントＩＤが対応付けられるようにしてもよい。また、受信履歴情報において、制御情報の送信元の上位コントローラ２０は、自社製であるか、他社製であるかを特定できる情報が対応付けられるようにしてもよい。制御情報には、送信元の上位コントローラ２０が、自社製であるか、他社製であるかを特定できる情報が付与されている。
受信履歴情報には、少なくとも、制御情報の受信日時、制御情報の送信元の上位コントローラ２０を特定できる情報、および、制御情報で制御される機能を特定できる情報が、含まれるようになっていればよい。
【００２２】
また、実施の形態１では、情報蓄積制御部３２および蓄積部３３は、下位コントローラ３０に備えられるものとするが、これは一例に過ぎない。情報蓄積制御部３２および蓄積部３３は、下位コントローラ３０の外部の、下位コントローラ３０と通信可能な場所に備えられるようにし、下位コントローラ３０の外部で、下位コントローラ３０が受信した制御情報に基づき受信履歴情報が作成され、蓄積されるものとしてもよい。
また、情報蓄積制御部３２は下位コントローラ３０に備えられ、蓄積部３３が、下位コントローラ３０の外部の、下位コントローラ３０が参照可能な場所に備えられるようにしてもよい。
【００２３】
図１の説明に戻る。
診断部３４は、受信部３１が、受信すべき制御情報を正当に受信できているか否かを判断する。具体的には、診断部３４は、受信部３１から出力された制御情報と、情報蓄積制御部３２に蓄積されている受信履歴情報に基づき、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための制御情報を重複して受信したか否かを、判断する。
より詳細には、診断部３４は、受信部３１が、ある上位コントローラ２０（例えば、ＩＤ０００１の第１の上位コントローラ）から制御情報を受信すると、設定された期間（以下「診断対象期間」という。）内に、受信部３１が第１の上位コントローラから受信した制御情報と同じ機能を制御するための制御情報を、当該第１の上位コントローラとは異なる上位コントローラ２０から受信したか否かを判断する。
【００２４】
このとき、診断部３４が、どの機能を制御する制御情報を、重複して受信したと判断する対象となる制御情報（以下「診断対象制御情報」という。）とするかは、予め決められている。実施の形態１では、診断部３４は、スケジュール設定指示メッセージ、または、時刻設定指示メッセージを、診断対象制御情報とするものとする。スケジュール設定指示メッセージである制御情報、および、時刻設定指示メッセージである制御情報は、下位コントローラ３０と接続される上位コントローラ２０のうち、当該制御情報を送信すべき上位コントローラが、１つのみに決定されるべき制御情報であり、下位コントローラ３０が、１つの上位コントローラ２０からのみ、受信すべき制御情報である。診断部３４は、このように、下位コントローラ３０において、１つの上位コントローラ２０から受信すべき制御情報が、異なる複数の上位コントローラ２０から受信されていないかを判断することで、受信すべき制御情報を正当に受信できているか否かを判断する。
【００２５】
なお、実施の形態１では、予め、スケジュール設定指示メッセージである制御情報、または、時刻設定指示メッセージである制御情報が、診断対象制御情報に決定されているものとしたが、これは一例に過ぎない。制御情報によって制御される機能毎に、１つの下位コントローラ３０に対して、複数の上位コントローラ２０のうち当該制御情報を送信する上位コントローラ２０が、一意に決定されるべき制御情報が、診断対象制御情報として、予め決められていればよい。
【００２６】
診断部３４による、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断対象制御情報を重複して受信したか否かを判断する方法について、具体例を挙げて説明する。
以下の具体例では、例えば、診断対象期間を、１日とする。なお、ここでいう１日とは、同じ日付であることをいう。また、例えば、蓄積部３３には、図２で示したような受信履歴情報が蓄積されているものとする。
【００２７】
例えば、受信部３１が、２０１８／９／１  ２３：５９：００に、ＩＤ０００１であり、送信元アドレスがＸＸ０００１の第１のコントローラから、スケジュール設定指示メッセージを受信したとする。
スケジュール設定指示メッセージは、診断対象制御情報であるので、診断部３４は、蓄積部３３を参照し、診断対象期間内に、第１の上位コントローラとは異なる上位コントローラ２０から、スケジュール設定指示メッセージを受信したか否かを判断する。ここでは、診断対象期間内とは、受信部３１が制御情報を受信した２０１８／９／１  ２３：５９：００からみて同じ日ということになる。
ここで、蓄積部３３には、２０１８／９／１の１２：００：００に、既に、第１の上位コントローラとは異なる、ＩＤ１００１であり、送信元アドレスがＸＸ１１１１の上位コントローラ２０（第２のコントローラ）から、スケジュール設定指示メッセージを受信した旨の受信履歴情報が蓄積されている。
したがって、診断部３４は、受信部３１が第１の上位コントローラから受信した制御情報と同じ機能（スケジュール設定）を制御するための制御情報を、第１の上位コントローラとは異なる第２の上位コントローラから受信したと判断する。
【００２８】
なお、上述の具体例では、診断部３４は、受信部３１が受信した診断対象制御情報と、既に蓄積されている受信履歴情報とを比較することで、受信部３１が第１の上位コントローラから受信した制御情報と同じ機能を制御するための制御情報を、第２の上位コントローラから受信したか否かを判断するものとした。これに限らず、診断部３４は、当該判断を、例えば、受信部３１が同時に受信した複数の診断対象制御情報に対して行うこともできる。
具体的には、例えば、受信部３１が、２０１８／９／１  ２３：５９：００に、第１のコントローラ、および、第１の上位コントローラとは異なる、ＩＤ０００３の上位コントローラ２０（第３のコントローラ）から、スケジュール設定指示メッセージを受信したとする。
この場合、診断部３４は、まず、第１のコントローラおよび第３のコントローラからそれぞれ送信された制御情報について、当該制御情報が診断対象制御情報であるかを判断する。第１のコントローラおよび第３のコントローラからそれぞれ送信された制御情報は、ともに診断対象制御情報である。そこで、診断部３４は、第１のコントローラおよび第３のコントローラからそれぞれ送信された診断対象制御情報に基づき、これらの診断対象制御情報は、同じ機能を制御するための診断対象制御情報であるかを判断する。ここでは、これらの診断対象制御情報は、ともにスケジュール設定指示メッセージであるので、診断部３４は、同じ機能を制御するための診断対象制御情報であると判断する。
当該具体例では、診断部３４は、受信部３１が２つの上位コントローラ２０（第１のコントローラおよび第３のコントローラ）から受信した制御情報に対して、同じ機能を制御するための診断対象制御情報であるか否かを判断するものとしたが、これは一例に過ぎない。診断部３４は、受信部３１が３つ以上の上位コントローラ２０からそれぞれ受信した制御情報に対して、上述の、同じ機能を制御するための診断対象制御情報であるか否かを判断することもできる。
【００２９】
また、上述の具体例では、診断対象期間には１つの期間（１日）が設定されているものとしたが、これに限らず、診断対象期間には、複数の期間が設定されているようにしてもよい。例えば、診断対象期間として、１日、および、１か月の、２つの期間が設定されているようにしてもよい。
この場合、診断部３４は、例えば、１日以内、および、１か月以内に、それぞれ、第１の上位コントローラとは異なる上位コントローラ２０から、同じ機能を制御するための診断対象制御を受信したか否かを判断する。
【００３０】
このように、診断部３４は、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断対象制御情報を重複して受信したか否かを判断する。
なお、実施の形態１において、診断部３４は、上述の判断動作を、常時、行うものとする。
【００３１】
診断部３４は、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断対象制御情報を重複して受信したと判断した場合、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断対象制御情報を重複して受信した旨を通知するため情報（以下「重複通知」という。）を、警報出力制御部３５に出力する。
【００３２】
警報出力制御部３５は、診断部３４から、重複通知が出力された場合、警報情報を出力する。実施の形態１において、警報情報とは、下位コントローラ３０において、受信部３１が、複数の上位コントローラ２０から、受信すべき制御情報を正当に受信できていない旨を知らせる情報である。
具体的には、例えば、警報出力制御部３５は、表示部３６に、警報情報を表示させる。
図３は、実施の形態１において、警報出力制御部３５が、表示部３６に警報情報を表示させた画面の一例のイメージを説明するための図である。
警報出力制御部３５は、例えば、表示部３６に表示される「ＢＡＣｎｅｔ通信」ボタンを赤色で表示させるようにすること（図３の３０１参照）で、警報情報を表示させる。なお、説明の便宜上、図３では、赤色は、灰色で表現している。
例えば、診断対象期間が複数設定されている場合であって、診断部３４から複数の診断対象期間における重複通知が出力された場合、警報出力制御部３５は、「ＢＡＣｎｅｔ通信」ボタンの色を変えて表示させる等、複数の診断対象期間のうちのどの期間に対応する警報情報であるかがわかるように、当該警報情報を表示させることもできる。
なお、図３を用いて説明した、警報情報の表示方法は一例に過ぎず、警報出力制御部３５は、下位コントローラ３０の管理者に対して、複数の上位コントローラ２０から、受信すべき制御情報を正当に受信できていない旨がわかるような表示を、表示部３６に実行させるようになっていればよい。
【００３３】
また、例えば、警報出力制御部３５は、予め設定されているメールアドレスに対して、警報情報を出力させる。具体的には、例えば、警報出力制御部３５は、予め設定されているメールアドレスに対して、「ＢＡＣｎｅｔ通信に警報事象あり」等のメッセージを送信する。なお、下位コントローラ３０は、Ｅ−ｍａｉｌ送信機能を備えている。
【００３４】
上記の具体例以外にも、警報出力制御部３５は、スピーカ（図示省略）から警報音を出力させる等、適宜の方法で警報情報を出力し、下位コントローラ３０のユーザに対して、受信すべき制御情報を正当に受信できていない旨を通知する。
【００３５】
図１の説明に戻る。
表示部３６は、ディスプレイ等の表示装置である。
表示部３６は、警報出力制御部３５の制御に基づき、警報情報を表示する。
なお、実施の形態１では、図１に示すように、表示部３６は、下位コントローラ３０に備えられるものとするが、これに限らず、表示部３６は、下位コントローラ３０の外部に備えられ、下位コントローラ３０と接続されるものとしてもよい。
【００３６】
実施の形態１に係る施設管理システム１における下位コントローラ３０の動作について説明する。
図４は、実施の形態１に係る下位コントローラ３０の動作について説明するためのフローチャートである。
受信部３１は、複数の上位コントローラ２０から送信される制御情報を受信する（ステップＳＴ４０１）。受信部３１は、受信した制御情報を、情報蓄積制御部３２および診断部３４に出力する。
【００３７】
情報蓄積制御部３２は、ステップＳＴ４０１にて受信部３１から出力された制御情報に基づき、制御情報の受信履歴に関する受信履歴情報を作成し、蓄積部３３に蓄積させる（ステップＳＴ４０５）。
【００３８】
診断部３４は、ステップＳＴ４０１にて受信部３１から出力された制御情報は診断対象制御情報であるか否かを判断する（ステップＳＴ４０２）
【００３９】
診断部３４が、受信部３１から出力された制御情報が診断対象制御情報でないと判断した場合（ステップＳＴ４０２の“ＮＯ”の場合）、処理終了する。
【００４０】
受信部３１から出力された制御情報が診断対象制御情報である場合（ステップＳＴ４０２の“ＹＥＳ”の場合）、診断部３４は、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断制御情報を重複して受信したか否かを、判断する（ステップＳＴ４０３）。
【００４１】
ステップＳＴ４０３において、診断部３４が、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断制御情報を重複して受信していないと判断した場合（ステップＳＴ４０３の“ＮＯ”の場合）、処理終了する。
【００４２】
ステップＳＴ４０３において、診断部３４が、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断制御情報を重複して受信したと判断した場合（ステップＳＴ４０３の“ＹＥＳ”の場合）、診断部３４は、重複通知を警報出力制御部３５に出力する。そして、警報出力制御部３５は、警報情報を出力する（ステップＳＴ４０４）。
なお、ステップＳＴ４０２の動作とステップＳＴ４０５の動作は、どちらが先であってもよいし、同時に行われるようにしてもよい。
【００４３】
例えば、施設管理システム１に新たに上位コントローラ２０が追加された場合、既に、施設管理システム１内のある下位コントローラ３０に対してスケジュール設定指示メッセージを送信すべき１つの上位コントローラ２０が決定されているにも関わらず、当該新たに追加された上位コントローラ２０が、スケジュール設定指示メッセージを、当該ある下位コントローラ３０に対して送信することがある。
この場合、そのままにしておくと、下位コントローラ３０では、どちらの上位コントローラ２０から送信されたスケジュール設定指示メッセージに従ってスケジュールを設定すべきか判断できなくなり、下位コントローラ３０の動作に不具合が生じる。その結果、例えば、当該下位コントローラ３０と上位コントローラ２０、または、当該下位コントローラ３０と機器４０との通信エラーが生じ得る。
従来の技術では、下位コントローラのユーザは、通信エラーが生じてはじめて、下位コントローラにおいて、何らかの不具合が発生していることを検知していた。そして、下位コントローラのユーザ等は、施設管理システム１の管理者等に、不具合の問い合わせを行う等して、不具合の原因を解明していた。特に、ＢＡＣｎｅｔを用いた施設管理システム１において、自社製の下位コントローラが他社製の上位コントローラと接続されているような場合、下位コントローラを管理するユーザ側で、上位コントローラにおける、制御情報の通信状況を確認することは困難である。
そのため、不具合を解消するまでに膨大な時間および労力を要していた。
【００４４】
これに対し、実施の形態１に係る施設管理システム１では、下位コントローラ３０において、診断部３４が、受信すべき制御情報を正当に受信できているか否かを判断するようにした。そのため、下位コントローラ３０は、不具合の原因となる、受信すべき制御情報を正当に受信できていない状況を検出することができる。
そして、実施の形態１に係る施設管理システム１では、下位コントローラ３０において、診断部３４が、受信すべき制御情報を正当に受信できていない状況を検出した場合に、当該状況の発生を通知するようにした。
そのため、下位コントローラ３０のユーザが、下位コントローラ３０に発生している、制御情報を正当に受信できていない状況を素早く検知し、対処を行うことができる。下位コントローラ３０のユーザは、例えば、重複して診断対象制御情報を送信していると判断された複数の上位コントローラ２０のうち、１つの上位コントローラ２０のみから、当該診断対象制御情報を受信する設定となるよう、設定変更等の対処を行う。
これにより、下位コントローラ３０のユーザは、施設管理システム１において、不具合の原因となる事象が発生し得る状況を素早く検知し、対処に係る時間および労力を短縮することができる。
【００４５】
実施の形態１に係る下位コントローラ３０は、上述のとおり、情報蓄積制御部３２が、受信履歴情報を蓄積部３３に蓄積させるようにしている。
下位コントローラ３０では、蓄積部３３に蓄積されている受信履歴情報を、画面表示させるようにすることもできる。
例えば、下位コントローラ３０において、表示制御部（図示省略）が、蓄積部３３を参照し、表示部３６に、日毎の受信履歴情報の表示を実行させることができる。具体的には、ユーザが、例えば、入力装置（図示省略）を操作して日付を指定する。表示制御部は、蓄積部３３を参照し、ユーザによって指定された日の、受信履歴情報の表示を実行させる。
図５は、実施の形態１において、日毎の受信履歴情報が表示された表示部３６のイメージの一例を示す図である。
図５は、２０１７／１２／２６の受信履歴情報について、１時間毎に、受信した制御情報の件数をカウントして表示させた画面の一例を示している。表示制御部が、受信履歴情報に基づき、１時間毎に、受信した制御情報の件数をカウントするようにすればよい。なお、図５では、表示制御部は、自社製の上位コントローラ２０から受信した制御情報と、他社製の上位コントローラ２０から受信した制御情報とを分けて、それぞれカウントするようにしている。
例えば、スケジュール設定指示メッセージである制御情報、または、時刻設定指示メッセージである制御情報が、診断対象制御情報に決定されており、診断対象期間を１日とする。この場合、図５に示すような受信履歴情報では、２０：００に、スケジュール設定指示メッセージである制御情報が重複して受信されている。従って、診断部３４は、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断制御情報を重複して受信したと判断し、重複通知を警報出力制御部３５に出力して、警報出力制御部３５が、警報情報を出力することとなる。
一方、図５に示すような受信履歴情報によると、８：００にも、監視ポイントを制御させるための制御指示メッセージを重複して受信しているが、監視ポイントを制御させるための制御指示メッセージは診断対象制御情報ではないため、診断部３４から重複通知が出力されることはなく、警報出力制御部３５は、警報情報を出力しない。
【００４６】
また、受信履歴情報には、制御情報が監視ポイントに関する制御情報であった場合の、制御対象となる監視ポイントの情報が含まれる場合、表示制御部は、監視ポイント単位で、受信履歴情報を表示することもできる。
【００４７】
このように、下位コントローラ３０は、蓄積させた受信履歴情報に基づき、制御情報の受信履歴を示す種々の画面を表示することができる。
例えば、下位コントローラ３０のユーザは、下位コントローラ３０に、受信履歴情報に基づく画面を表示させ、当該画面に表示される情報を、警報情報が出力された場合の対処の一助とすることができる。また、下位コントローラのユーザは、下位コントローラ３０における、制御情報の受信状況の監視を行うことができる。
【００４８】
なお、以上の実施の形態１では、下位コントローラ３０において、診断部３４は、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための診断対象制御情報を重複して受信しているか否かの判断を、常時、行うものとしたが、これは一例に過ぎない。例えば、診断部３４は、５分毎等、予め設定された周期で、上述の判断を行うものとしてもよい。この場合、診断部３４は、予め設定された周期になると、蓄積部３３を参照し、現在時刻からみて診断対象期間に蓄積された受信履歴情報に基づき、上述の判断を行う。
また、以上の実施の形態１では、診断部３４は、受信部３１が複数の上位コントローラ２０から同じ機能を制御するための制御情報を重複して受信したか否かを判断することで、受信部３１が、受信すべき制御情報を正当に受信できているか否かを判断するものとした。そして、診断部３４が、受信部３１が、複数の上位コントローラ２０から同じ機能を制御するための制御情報を重複して受信したと判断した場合に、警報出力制御部３５が、制御情報を正当に受信できていない旨の警報情報を出力するものとした。しかし、これは一例に過ぎず、診断部３４は、その他の条件によって、受信部３１が、受信すべき制御情報を正当に受信できているか否かを判断するようにしてもよい。
例えば、診断部３４は、受信部３１から出力された制御情報と、情報蓄積制御部３２に蓄積されている受信履歴情報に基づき、受信部３１が、予め設定された期間に制御情報を受信したか否かを判断するようにしてもよい。予め設定された期間とは、例えば、１日等である。この場合、診断部３４は、予め設定された期間に制御情報を１件も受信していなければ、受信部３１が、設定された期間に、制御情報を１件も受信していない旨を通知するための情報（以下「未受信通知」という。）を、警報出力制御部３５に出力する。
なお、この場合も、診断部３４が、設定された期間に受信したか否かを判断する対象とする診断対象制御情報は、予め決められているようにすることができる。
警報出力制御部３５は、診断部３４から、未受信通知が出力されると、警報情報を出力する。
このように、診断部３４は、適宜の条件に基づいて、受信部３１が、受信すべき制御情報を正当に受信できているか否かを判断するようにすることもできる。
【００４９】
以上のように、実施の形態１によれば、施設管理システム１において、上位コントローラ２０は、少なくとも１つの下位コントローラ３０に、当該下位コントローラ３０が有する機能を制御するための制御情報を送信する送信部２１を備え、下位コントローラ３０は、複数の上位コントローラ２０から送信される制御情報を受信する受信部３１と、受信部３１が複数の上位コントローラから同じ機能を制御するための制御情報を重複して受信したか否か、を判断する診断部３４と、診断部３４が、受信部３１は複数の上位コントローラ２０から同じ機能を制御するための制御情報を重複して受信したと判断した場合、警報情報を出力する警報出力制御部３５とを備えるように構成した。そのため、下位コントローラ３０において、上位コントローラ２０から受信すべき制御情報を正当に受信できているか否かを確認することができる。
【００５０】
また、施設管理システム１において、下位コントローラ３０は、受信部３１が複数の上位コントローラ２０から受信した制御情報に基づき、制御情報の受信履歴に関する受信履歴情報を作成し、蓄積させる情報蓄積制御部３２を備えるようにした。そのため、下位コントローラ３０において、例えば、受信履歴情報に基づき、当該受信履歴情報に関する画面を表示させることで、下位コントローラ３０のユーザは、当該画面を、制御情報を正当に受信できていない場合の対処の一助とすることができる。
【００５１】
なお、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。
【符号の説明】
【００５２】
１  施設管理システム
１０  監視装置
２０  上位コントローラ
２１  送信部
３０  下位コントローラ
３１  受信部
３２  情報蓄積制御部
３３  蓄積部
３４  診断部
３５  警報出力制御部
３６  表示部
４０  機器
【図１】
2020021138.tif 000003
【図２】
2020021138.tif 000004
【図３】
2020021138.tif 000005
【図４】
2020021138.tif 000006
【図５】
2020021138.tif 000007