(57)【要約】【課題】設備の動作に異常が発生した場合、原因の調査に要する時間を短縮し得る施設管制システム及び施設管制方法を提案する。【解決手段】センサ設備に配置されたセンサと、主機設備に配置された設備機器と、マルチキャストネットワーク設備に配置された通信機器と、施設管制設備に配置されたコンピュータとを備え、センサは、事象データを通信機器に送信し、設備機器は、応答データ及び動作状況データを通信機器に送信し、通信機器は、事象データ、応答データ及び動作状況データをコンピュータに送信し、コンピュータは、設備機器の応答状況及び動作状況を監視するための事象応答動作データベースを備え、事象応答動作データベースと、通信機器からの事象データ、応答データ及び動作状況データとに基づいて、設備機器の応答状況及び動作状況を監視するとともに監視結果を通知することを特徴とする。【選択図】図１
2014225121.tif 000002
【特許請求の範囲】
【請求項１】
センサ設備に配置されたセンサと、
主機設備に配置された設備機器と、
マルチキャストネットワーク設備に配置された通信機器と、
施設管制設備に配置されたコンピュータとを備え、
前記センサは、
特定の事象が発生したことを検知すると、事象データを前記通信機器に送信し、
前記設備機器は、
前記事象に対する応答データ及び動作状況データを前記通信機器に送信し、
前記通信機器は、
前記センサ、前記設備機器及び前記コンピュータのそれぞれと互いに通信可能に接続され、前記事象データ、前記応答データ及び前記動作状況データを受信した場合、受信した前記事象データ、前記応答データ及び前記動作状況データを前記コンピュータに送信し、
前記コンピュータは、
前記設備機器の応答状況及び動作状況を監視するための事象応答動作データベースを備え、前記事象応答動作データベースと、前記通信機器からの前記事象データ、前記応答データ及び前記動作状況データとに基づいて、前記設備機器の応答状況及び動作状況を監視するとともに監視結果を通知する
ことを特徴とする施設管制システム。
【請求項２】
前記事象応答動作データベースは、
前記事象の種別と、前記事象が発生した場合に応答する前記設備機器の情報及び応答許容時間と、前記設備機器の応答状況と、前記事象が発生した場合に予め決められた動作を実行する前記設備機器の情報及び動作許容時間と、前記設備機器の動作状況とが対応付けられて構成される
ことを特徴とする請求項１に記載の施設管制システム。
【請求項３】
前記コンピュータは、
前記事象データを受信すると、受信した事象データに対応する事象が前記事象応答動作データベースに登録されているか否かを判断し、登録されている場合、登録されている事象に対応付けられている前記設備機器が応答するまでに実際に要した時間及び前記応答許容時間と、動作するまでに実際に要した時間及び動作許容時間とに基づいて、前記設備機器の応答状況及び動作状況を前記事象応答動作データベースに登録し、登録した応答状況及び動作状況を前記監視結果として通知する
ことを特徴とする請求項２に記載の施設管制システム。
【請求項４】
前記センサは、
前記応答データの配信を前記通信機器に要求する応答配信要求部と、
前記事象データを前記通信機器に送信する事象通知部とを備え、
前記設備機器は、
前記事象データの配信を前記通信機器に要求する事象配信要求部と、
前記応答データを前記通信機器に送信する応答部と、
前記動作状況データを前記通信機器に送信する動作状況通信部とを備え、
前記コンピュータは、
前記事象データ、前記応答データ及び前記動作状況データの配信を前記通信機器に要求する事象応答動作配信要求部を備える
ことを特徴とする請求項１に記載の施設管制システム。
【請求項５】
センサ設備に配置されたセンサと、主機設備に配置された設備機器と、マルチキャストネットワーク設備に配置された通信機器と、施設管制設備に配置されたコンピュータとを備えた施設管制システムの施設管制方法であって、
前記センサが、特定の事象が発生したことを検知すると、事象データを前記通信機器に送信する第１のステップと、
前記設備機器が、前記事象に対する応答データ及び動作状況データを前記通信機器に送信する第２のステップと、
前記通信機器が、前記センサ、前記設備機器及び前記コンピュータのそれぞれと互いに通信可能に接続され、前記事象データ、前記応答データ及び前記動作状況データを受信した場合、受信した前記事象データ、前記応答データ及び前記動作状況データを前記コンピュータに送信する第３のステップと、
前記コンピュータが、前記設備機器の応答状況及び動作状況を監視するための事象応答動作データベースを備え、前記事象応答動作データベースと、前記通信機器からの前記事象データ、前記応答データ及び前記動作状況データとに基づいて、前記設備機器の応答状況及び動作状況を監視するとともに監視結果を通知する第４のステップと
を備えることを特徴とする施設管制方法。
【請求項６】
前記事象応答動作データベースは、
前記事象の種別と、前記事象が発生した場合に応答する前記設備機器の情報及び応答許容時間と、前記設備機器の応答状況と、前記事象が発生した場合に予め決められた動作を実行する前記設備機器の情報及び動作許容時間と、前記設備機器の動作状況とが対応付けられて構成される
ことを特徴とする請求項５に記載の施設管制方法。
【請求項７】
前記第４のステップにおいて、
前記事象データに対応する事象が前記事象応答動作データベースに登録されているか否かを判断し、登録されている場合、登録されている事象に対応付けられている前記設備機器が応答するまでに実際に要した時間及び前記応答許容時間と、動作するまでに実際に要した時間及び動作許容時間とに基づいて、前記設備機器の応答状況及び動作状況を前記事象応答動作データベースに登録し、登録した応答状況及び動作状況を前記監視結果として通知する
ことを特徴とする請求項６に記載の施設管制方法。
【請求項８】
前記第１のステップにおいて、
応答配信要求部が、前記応答データの配信を前記通信機器に要求し、
事象通知部が、前記事象データを前記通信機器に送信し、
前記第２のステップにおいて、
事象配信要求部が、前記事象データの配信を前記通信機器に要求し、
応答部が、前記応答データを前記通信機器に送信し、
動作状況通信部が、前記動作状況データを前記通信機器に送信し、
前記第４のステップにおいて、
事象応答動作配信要求部が、前記事象データ、前記応答データ及び前記動作状況データの配信を前記通信機器に要求する
ことを特徴とする請求項５に記載の施設管制方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設管制システム及び施設管制方法に関する。
【背景技術】
【０００２】
一般に高速道路上には、受配電設備、照明設備、換気設備及び防災設備などの各種設備が設置されている。道路利用者が道路を安全に走行することができるように、これらの各種設備は、常に連携して動作している。
【０００３】
一方でこれらの各種設備を統括する施設管制設備は、道路上に設置されたこれら各種設備の状態を常時監視しており、何れかの設備に異常又は故障が発生した場合には保守員に通知するように動作する。施設管制設備からの通知を受けた保守員は、実際に現場に赴いて異常又は故障した設備の確認又は修理を行う。
【０００４】
現在の施設管制設備は、上述したように各種設備の動作状況を主として監視している。例えば高速道路上で火災が発生した場合、防災設備が照明設備及び換気設備に火災の発生を通知し、通知を受けた照明設備及び換気設備は、その通知に基づいて予め決められた動作を行う。一方で施設管制設備は、照明設備及び換気設備のそれぞれから報告される動作状況に関する情報を受信して、正常に動作しているか否かを判断している。
【０００５】
こうした各種設備及び施設管制設備から構成される施設管制システムについては、例えば特許文献１に開示されている。
【０００６】
特許文献１には、親局制御用コンピュータが各火災管理区画に設置される各火災センサの出力を常時監視し、何れかの火災管理区画に設置された火災センサから火災信号が出力された場合、これを検知して空調機停止メッセージを同報送信し、一方でこの同報送信を受領した子局制御用コンピュータは、自身が担当する火災管理区画であるか否かを判断し、自身が担当する場合には空調機の運転を停止するとした技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−００３２１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、近年は各種設備の種類及び数が多くなってきており、これら各種設備が互いに連携して動作している。従って何れかの設備（例えば換気設備）が設計通りに動作しなかった場合、これを検知した施設管制設備は、換気設備の動作状況が異常であることを検知することはできるものの、その異常の原因については検知することができない。
【０００９】
異常の原因は、正常に動作しなかった換気設備にある場合が考えられるが、これ以外にも、例えば換気設備に動作を指示した例えば防災設備にある場合又は換気設備と防災設備との間の通信を可能とするネットワーク設備にある場合が考えられる。
【００１０】
信号を送受信する設備が１対１で通信するユニキャスト通信方式によって設備間の通信を行っている場合、通信が正常に行われているか否かは、送信側設備と受信側設備だけが検知することができ、施設管制設備はそれを検知することができない。
【００１１】
よって動作を指示する送信側設備が誤ったデータを送信したために受信側設備が動作しなかったような場合、送受信に関するエラーの記録は、送信側設備又は受信側設備にのみ残ることになり、施設管制設備には残らない。
【００１２】
この場合、調査は動作に問題のあった設備からその設備に動作を指示した設備へと信号の流れをさかのぼりながらそれぞれの設備の記録を調査しなければならず、その上、実際には設備ごとに調査の担当者が異なることが多いため担当者同士の連絡や調整などが必要となる。よって原因の特定には膨大な時間を要するという課題がある。
【００１３】
本発明は以上の点を考慮してなされたもので、設備の動作に異常が発生した場合、原因の調査に要する時間を短縮し得る施設管制システム及び施設管制方法を提案する。
【課題を解決するための手段】
【００１４】
かかる課題を解決するために、本発明における施設管制システムは、センサ設備に配置されたセンサと、主機設備に配置された設備機器と、マルチキャストネットワーク設備に配置された通信機器と、施設管制設備に配置されたコンピュータとを備え、センサは、事象データを通信機器に送信し、設備機器は、応答データ及び動作状況データを通信機器に送信し、通信機器は、事象データ、応答データ及び動作状況データをコンピュータに送信し、コンピュータは、設備機器の応答状況及び動作状況を監視するための事象応答動作データベースを備え、事象応答動作データベースと、通信機器からの事象データ、応答データ及び動作状況データとに基づいて、設備機器の応答状況及び動作状況を監視するとともに監視結果を通知することを特徴とする。
【００１５】
またかかる課題を解決するために、本発明における施設管制方法は、センサ設備に配置されたセンサと、主機設備に配置された設備機器と、マルチキャストネットワーク設備に配置された通信機器と、施設管制設備に配置されたコンピュータとを備えた施設管制システムの施設管制方法であって、センサが、事象データを通信機器に送信する第１のステップと、設備機器が、応答データ及び動作状況データを通信機器に送信する第２のステップと、通信機器が、事象データ、応答データ及び動作状況データをコンピュータに送信する第３のステップと、コンピュータが、設備機器の応答状況及び動作状況を監視するための事象応答動作データベースを備え、事象応答動作データベースと、通信機器からの事象データ、応答データ及び動作状況データとに基づいて、設備機器の応答状況及び動作状況を監視するとともに監視結果を通知する第４のステップとを備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、設備の動作に異常が発生した場合、原因の調査に要する時間を短縮することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態における施設管制システムの全体構成図である。
【図２】データ配信先定義データベースの概念図である。
【図３】事象応答動作データベースの概念図である。
【図４】事象応答動作データベース作成処理を示すフローチャートである。
【図５】タイマ処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下図面について、本発明の一実施の形態を詳述する。
【００１９】
図１は、施設管制システム１の全体構成を示す。
施設管制システム１は、施設管制設備１０、マルチキャストネットワーク設備２０、センサ設備３０、複数の主機設備４０ａ及び４０ｂから構成される。
【００２０】
施設管制設備１０は、センサ設備３０からの事象に関する情報（以下事象データと呼ぶ）と、主機設備４０ａ及び４０ｂからの応答に関する情報（以下応答データと呼ぶ）と、主機設備４０ａ及び４０ｂからの動作状況に関する情報（以下動作状況データと呼ぶ）とを収集し、収集したこれらの各種情報を表示画面に表示するなどしてオペレータに通知する設備である。
【００２１】
施設管制設備１０は、事象データ、応答データ及び動作状況データのそれぞれを収集して通知するための物理構成として、ＣＰＵ（Central Processing Unit）１１、メモリ１２及び記憶装置１３を備えて構成される。実際には、これらは例えば施設管制設備１０に配置されたコンピュータが備える。
【００２２】
ＣＰＵ１１は、メモリ１２から各種プログラムを取得し、取得したプログラムに基づいて、コンピュータの動作を統括的に制御する。メモリ１２は、各種プログラムを記憶する記憶媒体であり、ここでは配信要求部１２１を記憶する。
【００２３】
配信要求部１２１は、マルチキャストネットワーク設備２０に対して配信を希望する情報について配信を要求するためのプログラムである。例えば図１において配信要求部１２１は、センサ設備３０からの事象データと、主機設備４０ａ及び４０ｂからの応答データ４０１ａ及び４０１ｂと、主機設備４０ａ及び４０ｂからの動作状況データ４０２ａ及び４０２ｂとの全ての情報の配信を希望していることが示されている。
【００２４】
記憶装置１３は、大容量のデータを長期的に記憶可能な記憶媒体であり、ここでは事象応答動作データベース１３１（図３）を記憶する。事象応答動作データベース１３１には、各設備３０及び４０の連携に関する情報が含まれ、具体的には事象データ、応答データ及び動作データが含まれる。
【００２５】
なお施設管制設備１０は、ここでは１つだけを図示しているがこれに限らず、複数の施設管制設備１０がマルチキャストネットワーク設備２０に接続して構成されるとしてもよい。
【００２６】
マルチキャストネットワーク設備２０は、施設管制設備１０と、センサ設備３０及び主機設備４０とを互いに通信可能に接続するための設備である。
【００２７】
マルチキャストネットワーク設備２０は、その物理構成としてＣＰＵ２１、メモリ２２及び記憶装置２３から構成される。実際には、これらは例えばマルチキャストネットワーク設備２０に配置されたルータなどの通信機器が備える。
【００２８】
ＣＰＵ２１は、メモリ２２から各種プログラムを取得し、取得したプログラムに基づいて、ルータの動作を統括的に制御する。メモリ２２は、各種プログラムを記憶する記憶媒体であり、ここでは配信部２２１を記憶する。
【００２９】
配信部２２１は、事象データ、応答データ及び動作状況データのうちの何れかのデータを受信した場合、そのデータの配信を希望する設備に配信するためのプログラムである。例えば図１において配信部２２１は、センサ設備３０から事象データを受信し、主機設備４０ａ及び４０ｂから応答データ４０１ａ、４０１ｂ、動作状況データ４０２ａ及び４０２ｂを受信すると、施設管制設備１０には事象データ、応答データ４０１ａ、４０１ｂ、動作状況データ４０２ａ及び４０２ｂの全ての情報を配信し、センサ設備３０には応答データ４０１ａ及び４０１ｂを配信し、主機設備４０ａ及び４０ｂには事象データを配信することが示されている。
【００３０】
記憶装置２３は、大容量のデータを長期的に記憶可能な記憶媒体であり、ここではデータ配信先定義データベース２３１（図２）を記憶する。データ配信先定義データベース２３１には、事象データ、応答データ又は動作状況データの送信元の設備の情報（アドレス）と、これら事象データ、応答データ又は動作状況データの配信を希望する設備の情報（アドレス）とが含まれる。
【００３１】
センサ設備３０は、道路上に点在して配置される複数のセンサを統括する設備であり、道路上の状態を常時監視する設備である。またセンサ設備３０は、例えば対象範囲で事故又は火災が発生した場合、これを検知して、他の設備（施設管制設備１０、マルチキャストネットワーク設備２０及び主機設備４０）に事象を通知する設備である。
【００３２】
センサ設備３０は、その物理構成としてＣＰＵ３１及びメモリ３２から構成される。実際には、これらは例えばセンサ設備３０を構成する各センサが備える。
【００３３】
ＣＰＵ３１は、メモリ３２から各種プログラムを取得し、取得したプログラムに基づいて、センサの動作を統括的に制御する。メモリ３２は、各種プログラムを記憶する記憶媒体であり、ここでは配信要求部３２１及び事象通知部３２２を記憶する。
【００３４】
配信要求部３２１は、マルチキャストネットワーク設備２０に対して配信を希望する情報について配信を要求するためのプログラムである。例えば図１においてセンサ設備３０は、主機設備４０ａ及び４０ｂからの応答データ４０１ａ及び４０１ｂの配信を希望していることが示されている。
【００３５】
また事象通知部３２２は、センサが検知した事象を事象データとして通知するためのプログラムである。例えば図１において事象通知部３２２は、マルチキャストネットワーク設備２０を介して、事象データを主機設備４０ａ及び４０ｂに通知することが示されている。
【００３６】
主機設備４０ａは、センサ設備３０から事象が通知された場合又は施設管制設備１０からの指示を受信した場合に予め決められた動作を実行する設備である。予め決められた動作としては、例えば主機設備４０ａが照明設備である場合には照明の点灯又は信号の制御があり、また防災設備である場合には消火設備の運転などがある。
【００３７】
主機設備４０ａは、その物理構成としてＣＰＵ４１及びメモリ４２から構成される。実際には、これらは例えば主機設備４０ａに配置された設備機器が備える。
【００３８】
ＣＰＵ４１は、メモリ４２から各種プログラムを取得し、取得したプログラムに基づいて、コンピュータの動作を統括的に制御する。メモリ４２は、各種プログラムを記憶する記憶媒体であり、ここでは配信要求部４２１、応答部４２２及び動作状況通知部４２３を記憶する。
【００３９】
配信要求部４２１は、マルチキャストネットワーク設備２０に対して配信を希望する情報について配信を要求するためのプログラムである。例えば図１において配信要求部４２１は、事象データの配信を希望していることが示されている。
【００４０】
応答部４２２は、事象に対する応答を応答データとして通知するためのプログラムである。例えば図１において応答部４２２は、マルチキャストネットワーク設備２０を介して、センサ設備３０からの事象データを受信すると、この事象データに対する応答として応答データ４０１ａをマルチキャストネットワーク設備２０に送信していることが示されている。
また動作状況通知部４２３は、主機設備４０の動作状況を動作状況データとして通知するためのプログラムである。例えば図１において動作状況通知部４２３は、主機設備４０ａが必要な動作を実行したか否かを示す動作状況データ４０２ａをマルチキャストネットワーク設備２０に送信していることが示されている。
【００４１】
なお主機設備４０ｂについては、上述してきた主機設備４０ａと同様の構成であるため、ここでの説明は省略する。
【００４２】
図２は、データ配信先定義データベース２３１の概念図を示す。
データ配信先定義データベース２３１は、事象アドレス欄２３１１及び配信先設備アドレス欄２３１２から構成される。
【００４３】
事象アドレス欄２３１１には、事象を一意に識別するアドレスが格納される。また配信先設備アドレス欄２３１２には、発生した事象を通知（事象データを配信）する配信先設備を一意に識別するアドレスが格納される。
【００４４】
従って図２の場合、例えば「２３９．１．１．１」により特定されるセンサ設備３０から受信した事象データは、事象１（事故）が発生したことを示すものであることが示されている。また事象１を示す事象データを受信した場合、受信した事象データは、「１９２．１６８．１．１」（施設管制設備１０のアドレス）、「１９２．１６８．３．１」（主機設備４０ａのアドレス）、「１９２．１６８．３．２」（主機設備４０ｂのアドレス）、「１９２．１６８．３．３」（図示しない主機設備４０ｃのアドレス）、「１９２．１６８．３．４」（図示しない主機設備４０ｄのアドレス）に配信されることが示されている。
【００４５】
図３は、事象応答動作データベース１３１の概念図を示す。
事象応答動作データベース１３１は、事象種別欄１３１１、応答時間欄１３１２、応答状況欄１３１３、動作時間欄１３１４及び動作状況欄１３１５から構成される。
【００４６】
事象種別欄１３１１には、事象の種別が格納される。応答時間欄１３１２には、事象に応答する主機設備４０ａ（４０ｂ）の識別情報及び事象データを受信してから応答データを送信するまでの応答許容時間の最大値が格納される。応答状況欄１３１３には、応答状況が格納される。動作時間欄１３１４には、事象データを受信してから予め定められた動作を実行するまでの動作許容時間の最大値が格納される。動作状況欄１３１５には、動作状況が格納される。
【００４７】
従って図３の場合、例えば「事象１（事故）」が発生した場合、この事象１を示す事象データを受信した「主機設備４０ａ」、「主機設備４０ｂ」、「主機設備４０ｃ（図示省略）」、「主機設備４０ｄ（図示省略）」は、それぞれ「Ｖ１秒」、「Ｗ１秒」、「Ｘ１秒」、「Ｙ１秒」以内に応答データを送信する必要があることが示されている。そして「主機設備４０ａ」及び「主機設備４０ｂ」は、この応答時間内（Ｖ１秒及びＷ１秒内）に応答したので、応答状況が「正常」であることが示されており、「主機設備４０ｃ」は応答時間内（Ｘ１秒内）に応答しなかったので応答状況が「異常」であり、「主機設備４０ｄ」は応答時間（Ｙ１秒内）を超えても応答しなかったので応答状況が「応答なし」であることが示されている。
【００４８】
また事象１を示す事象データを受信した「主機設備４０ａ」、「主機設備４０ｂ」、「主機設備４０ｃ（図示省略）」、「主機設備４０ｄ（図示省略）」は、それぞれ「Ｖ２秒」、「Ｗ２秒」、「Ｘ２秒」、「Ｙ２秒」以内に予め決められた動作を実行する必要があることが示されている。そして「主機設備４０ａ」は、この動作時間内（Ｖ２秒内）に動作を実行したので、動作状況が「正常」であることが示されており、「主機設備４０ｂ」は動作時間内（Ｗ２秒内）に動作を実行しなかったので、動作状況が「異常」であることが示されている。また「主機設備４０ｃ（図示省略）」及び「主機設備４０ｄ（図示省略）」は、応答時間内（Ｘ２秒内及びＹ２秒内）を超えても動作を実行しなかったので、動作状況が「動作なし」であることが示されている。
【００４９】
図４は、事象応答動作データベース作成処理の処理手順を示す。
この事象応答動作データベース作成処理は、施設管制設備１０がマルチキャストネットワーク設備２０から配信される事象データを受信したことを契機として、施設管制設備１０に配置されたコンピュータにより実行される。説明の便宜上、処理主体をＣＰＵ１１として説明する。
【００５０】
まずＣＰＵ１１は、マルチキャストネットワーク設備２０から配信された事象データを受信すると（ＳＰ１）、受信した事象データが示す事象が事象応答動作データベース１３１に登録済みであるか否かを判断する（ＳＰ２）。
【００５１】
ＣＰＵ１１は、ステップＳＰ２の判断で否定結果を得るとステップＳＰ４に移行する。これに対し、ＣＰＵ１１は、ステップＳＰ２の判断で肯定結果を得ると、登録済みの事象に対応付けられている各応答時間をカウントする応答時間タイマ及び登録済みの事象に対応付けられている各動作時間をカウントする動作時間タイマを起動して、タイマ処理を実行する（ＳＰ３）。
【００５２】
次いでＣＰＵ１１は、ステップＳＰ３で起動したタイマに関連付けられている主機設備（例えば主機設備４０ａ）から応答データ又は動作状況データを受信したか否かを判断する（ＳＰ４）。
【００５３】
ＣＰＵ１１は、ステップＳＰ４の判断で否定結果を得ると、本処理を終了する。これに対し、ＣＰＵ１１は、ステップＳＰ４の判断で肯定結果を得ると、応答データ又は動作状況データを受信したときのカウント時間と、事象応答動作データベース１３１に予め登録されている応答時間又は動作時間の最大値とに基づいて、それぞれ応答状況又は動作状況を事象応答動作データベース１３１に登録して（ＳＰ５）、本処理を終了する。
【００５４】
例えばＣＰＵ１１は、応答データを受信したときのカウント時間が応答時間の最大値以内である場合、応答状況を「正常」として登録する。これに対し、ＣＰＵ１１は、応答データを受信したときのカウント時間が応答時間の最大値を超えていた場合、応答状況を「異常」として登録する。
【００５５】
図５は、タイマ処理の処理手順を示す。
タイマ処理は、事象応答動作データベース作成処理（図４）における処理がステップＳＰ３に移行したことを契機として、施設管制設備１０に配置されたコンピュータにより実行される。説明の便宜上、処理主体をＣＰＵ１１として説明する。
【００５６】
まずＣＰＵ１１は、応答時間タイマ及び動作時間タイマを起動してカウントを開始し、所定時間が経過するまで待機する（ＳＰ１１）。
【００５７】
なおＣＰＵ１１は、待機している間、カウントしているタイマに関連付けられている主機設備（例えば主機設備４０ａ）から応答データ又は動作状況データを受信した場合、図４のステップＳＰ５で述べたように事象応答動作データベース１３１に応答状況又は動作状況を登録して、事象応答動作データベース１３１を更新する。
【００５８】
次いでＣＰＵ１１は、ステップＳＰ１１の待機時間が所定時間を経過した場合、事象応答動作データベース１３１における各応答状況及び各動作状況を参照して、応答状況又は動作状況に異常があるか否かを判断する（ＳＰ１２）。
【００５９】
ＣＰＵ１１は、ステップＳＰ１２の判断で否定結果を得ると、本処理を終了する。これに対し、ＣＰＵ１１は、ステップＳＰ１２の判断で肯定結果を得ると、連動異常であることを表示画面に表示するなどしてオペレータに報告して（ＳＰ１３）、本処理を終了する。
【００６０】
以下に実際のケーススタディについて説明する。
各設備１０、３０及び４０はそれぞれ起動時に、配信を要求する事象をマルチキャストネットワーク設備２０に登録する。例えば施設管制設備１０は、事象１（事故）、事象２（火災）及び事象３（停電）を示す各事象データと、応答データ４０１ａと、動作状況データ４０２ａと、応答データ４０１ｂ及び動作状況データ４０２ｂとの配信を要求する。同様にセンサ設備３０は、応答データ４０１ａ及び応答データ４０１ｂの配信を要求し、主機設備４０ａは、事象２を示す事象データの配信を要求し、主機設備４０ｂは、事象２を示す事象データの配信を要求する。
【００６１】
マルチキャストネットワーク設備２０は、それぞれの設備１０、３０及び４０が要求した事象を特定するアドレスと、要求元の設備のアドレスとを対応付けて、データ配信先定義データベース２３１に登録する。
【００６２】
例えばセンサ設備３０が事象２（火災）を検知した場合、センサ設備３０は、マルチキャストネットワーク設備２０に火災の発生を示す事象データを送信する。
【００６３】
マルチキャストネットワーク設備２０は、データ配信先定義データベース２３１を参照して、受信した事象２（火災）を示す事象データの配信を要求している設備を特定する。ここでは事象２（火災）を示す事象データの配信を要求しているのは、施設管制設備１０、主機設備４０ａ及び主機設備４０ｂである（図２）。よってマルチキャストネットワーク設備２０は、これらの設備に事象２（火災）を示す事象データを配信する。
【００６４】
主機設備４０ａは、マルチキャストネットワーク設備２０から事象２（火災）を示す事象データを受信すると、事象２の内容が主機設備４０ａを動作させるのに問題ないか否かを判定し、応答機能を用いて問題の有無を含む応答データ４０１ａをマルチキャストネットワーク設備２０に送信する。
【００６５】
また主機設備４０ａは、受信した事象２（火災）の内容が主機設備４０ａを動作させるのに問題がない場合には、実際に主機設備４０ａを動作し、応答機能を用いて動作結果を含む動作状況データ４０２ａをマルチキャストネットワーク設備２０に送信する。
【００６６】
一方で主機設備４０ｂは、マルチキャストネットワーク設備２０から事象２（火災）を示す事象データを受信すると、事象２の内容が主機設備４０ｂを動作させるのに問題ないか否かを判定し、応答機能を用いて問題の有無を含む応答データ４０１ｂをマルチキャストネットワーク設備２０に送信する（図１）。
【００６７】
また主機設備４０ｂは、受信した事象２（火災）の内容が主機設備４０ｂを動作させるのに問題がない場合には、実際に主機設備４０ｂを動作し、応答機能を用いて動作結果を含む動作状況データ４０２ｂをマルチキャストネットワーク設備２０に送信する。
【００６８】
マルチキャストネットワーク設備２０は、データ配信先定義データベース２３１を参照して、応答データ４０１ａ、４０１ｂ、動作状況データ４０２ａ及び４０２ｂの配信を要求している設備を特定する。ここでは応答データ４０１ａ、４０１ｂ、動作状況データ４０２ａ及び４０２ｂの配信を要求している設備は、施設管制設備１０及びセンサ設備３０である（図２）。よってマルチキャストネットワーク設備２０は、これらの設備に応答データ４０１ａ、４０１ｂ、動作状況データ４０２ａ及び４０２ｂを配信する。
【００６９】
次いで施設管制設備１０がマルチキャストネットワーク設備２０から事象２（火災）を示す事象データと、応答データ４０１ａ及び４０１ｂと、動作状況データ４０２ａ及び４０２ｂとを受信した場合の動作について説明する。
【００７０】
施設管制設備１０がマルチキャストネットワーク設備２０から事象２（火災）を示す事象データを受信した場合、事象２（火災）が事象応答動作データベース１３１において事象種別欄１３１１に登録されているか否かを判定する。
【００７１】
ここでは事象２（火災）は、事象種別の１つとして登録されているため（図３）、施設管制設備１０は応答設備として登録されている主機設備４０ａの応答を待つタイマ処理と、主機設備４０ｂの応答を待つタイマ処理と、主機設備４０ａの動作状況の応答を待つタイマ処理と、主機設備４０ｂの動作状況の応答を待つタイマ処理とを実行する。
【００７２】
施設管制設備１０がマルチキャストネットワーク設備２０から応答データ４０１ａを受信した場合、応答データ４０１ａを送信する応答設備が事象応答動作データベース１３１に登録されているか否かを判定する。
【００７３】
ここでは応答データ４０１ａを送信する応答設備として主機設備４０ａが登録されているため、事象応答動作データベース１３１の事象２及び主機設備４０ａに対応する応答状況欄１３１３欄に応答データ４０１ａの内容を書き込む。
【００７４】
同様に応答データ４０１ｂを受信した場合、応答データ４０１ｂを送信する応答設備が事象応答動作データベース１３１に登録されているか否かを判定する。
【００７５】
ここでは応答データ４０１ｂを送信する応答設備として主機設備４０ｂが登録されているため、事象応答動作データベース１３１の事象２及び主機設備４０ｂに対応する応答状況欄１３１３に応答データ４０１ｂの内容を書き込む。
【００７６】
施設管制設備１０がマルチキャストネットワーク設備２０から動作状況データ４０２ａを受信した場合、動作状況データ４０２ａを送信する動作設備が事象応答動作データベース１３１に登録されているか否かを判定する。
【００７７】
ここでは動作状況データ４０２ａを送信する動作設備として主機設備４０ａが登録されているため、事象応答動作データベース１３１の事象２及び主機設備４０ａに対応する動作状況欄１３１５に動作状況データ４０２ａの内容を書き込む。
【００７８】
施設管制設備１０がマルチキャストネットワーク設備２０から動作状況データ４０２ｂを受信した場合、動作状況データ４０２ｂを送信する動作設備が事象応答動作データベース１３１に登録されているか否かを判定する。
【００７９】
ここでは動作状況データ４０２ｂを送信する動作設備として主機設備４０ｂが登録されているため、事象応答動作データベース１３１の事象２及び主機設備４０ｂに対応する動作状況欄１３１５に動作状況データ４０２ｂの内容を書き込む。
【００８０】
次いで施設管制設備１０において実行されるタイマ処理の具体例について説明する。
施設管制設備１０がマルチキャストネットワーク設備２０から事象２を示す事象データを受信した場合、施設管制設備１０は、応答データ４０１ａ、応答データ４０１ｂ、動作状況データ４０２ａ及び動作状況データ４０２ｂを待つタイマを起動する。
【００８１】
応答データ４０１ａを待つタイマは、Ｖ１秒の経過待ちの後、事象応答動作データベース１３１の応答状況欄１３１３の応答データ４０１ａに対応する箇所を参照して、主機設備４０ａの応答を確認する。もし主機設備４０ａの応答が異常又は応答なしの場合、連動異常と判断して、オペレータに報告する。
【００８２】
応答データ４０１ｂを待つタイマは、Ｚ１秒の経過待ちの後、事象応答動作データベース１３１の応答状況欄１３１３の応答データ４０１ｂに対応する箇所を参照して、主機設備４０ｂの応答を確認する。もし主機設備４０ｂの応答が異常又は応答なしの場合、連動異常と判断して、オペレータに報告する。
【００８３】
動作状況データ４０２ａを待つタイマは、Ｖ２秒の経過待ちの後、事象応答動作データベース１３１の動作状況欄１３１５の動作状況データ４０２ａに対応する箇所を参照して、主機設備４０ａの動作状況を確認する。もし主機設備４０ａの動作状況が異常又は未動作の場合、連動異常と判断して、オペレータに報告する。
【００８４】
動作状況データ４０２ｂを待つタイマは、Ｚ２秒の経過待ちの後、事象応答動作データベース１３１の動作状況欄１３１５の動作状況データ４０２ｂに対応する箇所を参照して、主機設備４０ｂの動作状況を確認する。もし主機設備４０ｂの動作状況が異常又は未動作の場合、連動異常と判断して、オペレータに報告する。
【００８５】
以上のように本実施の形態によれば、施設管制設備１０と、センサ設備３０及び主機設備４０ａ（４０ｂ）との間にマルチキャストネットワーク設備２０を配置する構成を採用し、このマルチキャストネットワーク設備２０が施設管制設備１０、センサ設備３０及び主機設備４０ａ（４０ｂ）のそれぞれに配信を希望するデータを配信するようにしたので、従来は監視対象設備間（例えばセンサ設備３０と主機設備４０ａとの間）の通信がユニキャスト通信であったために連携している設備同士でしか参照することができなかったデータを施設管制設備１０も参照することができるようになる。よって設備間の連携に異常が発生した場合であっても、原因を迅速に特定することができるようになり、原因の調査に要する時間を飛躍的に短縮することができる。
【符号の説明】
【００８６】
１      施設管制システム
１０    施設管制設備
２０    マルチキャストネットワーク設備
３０    センサ設備
４０    主機設備
１３１  事象応答動作データベース
２３１  データ配信先定義データベース
【図１】
2014225121.tif 000003
【図２】
2014225121.tif 000004
【図３】
2014225121.tif 000005
【図４】
2014225121.tif 000006
【図５】
2014225121.tif 000007