JP7645764B2 - エンジニアリング装置及びエンジニアリング方法 - Google Patents

Description

この発明は、施設監視システムを構成するデバイスに対する各種設定を行うエンジニアリング装置及びエンジニアリング方法に関する。

従来、施設内に設置されている機器の監視又は制御を行う複数のデバイス（例えば統合コントローラ、プライマリデバイス及びセカンダリデバイス等）を動作させるための設定データを作成するエンジニアリング装置が知られている（例えば特許文献１参照）。エンジニアリング装置は、デバイス毎に設定データを作成し、作成した設定データを各デバイスにダウンロード（受信）させることで、施設監視システムを構築する。各デバイスは、エンジニアリング装置からダウンロードした設定データに基づいて動作し、自機以外の他のデバイス、又は、施設内に設置された１つ以上の機器を監視又は制御する。

例えば、施設監視システムは、統合コントローラと、統合コントローラと同じ階層に設置されるプライマリデバイスと、プライマリデバイスの配下に接続されるセカンダリデバイスと、セカンダリデバイスの配下に接続される機器とを含んで構成される。統合コントローラは、エンジニアリング装置からダウンロードした設定データに基づいて動作することで、プライマリデバイスの状態を監視する。プライマリデバイスは、エンジニアリング装置からダウンロードした設定データに基づいて動作することで、配下のセカンダリデバイスを監視又は制御する。また、セカンダリデバイスは、エンジニアリング装置からダウンロードした設定データに基づいて動作することで、配下の機器を監視又は制御する。

施設監視システムを構築する場合、エンジニアリング装置は、エンジニアリングモードとして動作し、例えば設定画面を表示装置に表示させる。設定画面は、設定データの作成及び確認を行うための画面であり、当該設定データを示す項目（セル）を有する。そして、管理者等は、設定画面を用いて設定データの作成等を行うことでエンジニアリング作業を行う。そして、エンジニアリング装置は、管理者等によるエンジニアリング作業で得られた設定データをまとめたデータを、エンジニアリングデータとして１つの保持部（データベース、以下「ＤＢ」という。）に保持している。

特開２０２０－１６０９０９号公報

ところで、施設監視システムでは一般に、セカンダリデバイスの台数が多いため、セカンダリデバイスに対する設定データの容量も大きくなり、ひいてはエンジニアリングデータの容量も大きくなる。一方、エンジニアリングデータの作成および変更には複数の管理者（エンジニア）等が関わる場合があり、エンジニアリングデータの容量が大きいと、管理者間でのエンジニアリングデータの受け渡し等に支障が出るなど、エンジニアリング作業の効率が低下するおそれがある。

そこで、施設監視システムでは、エンジニアリングデータを保持するためにエンジニアリング装置の保持部に構築されるＤＢを予め複数に分割しておき、これら複数のＤＢにエンジニアリングデータを分割して登録する対応が採られる場合がある。

ここで、分割の単位は、例えば設定データの設定対象であるデバイス（統合コントローラ、プライマリデバイス及びセカンダリデバイス）を管理する区分である。この区分は、例えば、デバイスが施設のどの階層に設置されるかに基づいて定められた区分である。例えば、施設の高層に設置されるデバイスに対する設定データは、予め高層に対応するように分割されたＤＢに登録され、施設の低層に設置されるデバイスに対する設定データは、予め低層に対応するように分割されたＤＢに登録される。これにより、エンジニアリング装置では、エンジニアリングデータを細分化して管理することができ、エンジニアリングデータを一括して管理する場合に比べて管理が容易となる。また、管理者間でのデータの受け渡しも容易になり、エンジニアリング作業の効率低下の抑制が期待できる。

しかしながら、管理者等は、このように分割して保持されたエンジニアリングデータを管理する際、それぞれのＤＢに対して設定データが登録されているか否かを判断するために、実際にエンジニアリング装置を用いて各ＤＢにアクセスし、設定データの登録の有無を確認しなければならない場合があった。このような確認作業は、管理者等がエンジニアリングデータを管理する上で煩雑であり、改善が求められていた。

この発明は、上記のような課題を解決するためになされたもので、分割して保持されたエンジニアリングデータの管理を従来よりも容易に行うことが可能なエンジニアリング装置を提供することを目的とする。

この発明に係るエンジニアリング装置は、予め定められた第１の区分毎に分割された複数のデータベースのそれぞれに対し、施設内に設置された機器を監視又は制御するためのデバイスに対して設定される設定データが登録されているか否かを示す情報を生成する第１生成部と、第１生成部により生成された情報を表示装置に表示させる第１表示制御部と、表示装置に表示された情報を介して、設定データを管理するための管理指示を受け付ける受付部と、受付部により受け付けられた管理指示に基づいて、設定データを管理する管理部と、を備えたことを特徴とする。

この発明によれば、上記のように構成したので、分割して保持されたエンジニアリングデータの管理を従来よりも容易に行うことが可能となる。

実施の形態１に係るエンジニアリング装置を備えた施設監視システムの構成例を示す図である。 実施の形態１に係るエンジニアリング装置の構成例を示す図である。 実施の形態１におけるＤＢの構築例を示す図である。 実施の形態１に係るエンジニアリング装置の動作例を示すフローチャートである。 実施の形態１におけるマトリクスの例を示す図である。 実施の形態１における新たなマトリクスの例を示す図であり、（ａ）は分割出力を行った場合に新たに生成されるマトリクスの例であり、（ｂ）は部分コピー出力を行った場合に新たに生成されるマトリクスの例である。 実施の形態２に係るエンジニアリング装置の構成例を示す図である。 実施の形態２におけるＤＢの構築例を示す図である。 実施の形態２における基本ＤＢの構成例を示す図である。 実施の形態２における管理ＤＢの構成例を示す図である。 実施の形態２におけるマトリクスの例を示す図である。 実施の形態２における新たなマトリクスの例を示す図であり、（ａ）は分割出力を行った場合に新たに生成されるマトリクスの例であり、（ｂ）は部分コピー出力を行った場合に新たに生成されるマトリクスの例である。 実施の形態２におけるマトリクスの他の例を示す図である。 実施の形態２における設定データの取り込みを説明する図である。 実施の形態２において物理区分が同一であるデバイスをツリー構造で表示した表示画面の例を示す図であり、（ａ）は物理区分が「高層」であるデバイスの情報を表示させる旨が指示されている場合の例であり、（ｂ）は物理区分が「高層」、「中層」、及び「低層」であるデバイスの情報を表示させる旨が指示されている場合の例である。

以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１は実施の形態１に係るエンジニアリング装置１０を備えた施設監視システム１０００の構成例を示す図である。施設監視システム１０００は、図１に示すように、エンジニアリング装置１０、統合コントローラ２０、プライマリデバイス３０、及びセカンダリデバイス４０を備える。エンジニアリング装置１０、統合コントローラ２０、プライマリデバイス３０、及びセカンダリデバイス４０は、ネットワークを介して接続される。

なお、図１では施設監視システム１０００に統合コントローラ２０が１つ、プライマリデバイス３０が１つ、セカンダリデバイス４０が３つ備えられているが、統合コントローラ２０、プライマリデバイス３０、及びセカンダリデバイス４０の台数はこれに限られない。また、統合コントローラ２０は必須の構成ではなく、省略されていてもよい。また、セカンダリデバイス４０には、制御又は監視の対象となる機器が接続されているが、図１ではこの機器の表示を省略している。

エンジニアリング装置１０は、上述した設定データの作成を含むエンジニアリング処理を行い、施設監視システム１０００を構築する。設定データは、例えば、統合コントローラ２０がプライマリデバイス３０の状態を監視するための統合コントローラ２０用の設定データ、プライマリデバイス３０が配下のセカンダリデバイス４０を監視又は制御するためのプライマリデバイス３０用の設定データ、及びセカンダリデバイス４０が配下の機器を監視又は制御するためのセカンダリデバイス４０用の設定データである。また、エンジニアリング装置１０は、統合コントローラ２０用の設定データ、プライマリデバイス３０用の設定データ、及びセカンダリデバイス４０用の設定データをまとめたデータを、エンジニアリングデータとして保持部１０５（図２参照）に保持する。

統合コントローラ２０は、エンジニアリング装置１０が保持するエンジニアリングデータのうち、自機に対応する設定データをエンジニアリング装置１０からダウンロードし、当該ダウンロードした設定データに基づいて動作することで、プライマリデバイス３０の状態を監視する。統合コントローラ２０は、管理者等がプライマリデバイス３０の状態を把握することができるように、プライマリデバイス３０の状態を示す情報を例えばディスプレイ等の表示装置（不図示）に表示させる。統合コントローラ２０とプライマリデバイス３０とは、同じ階層に設置されている。

プライマリデバイス３０は、エンジニアリング装置１０が保持するエンジニアリングデータのうち、自機に対応する設定データをエンジニアリング装置１０からダウンロードし、当該ダウンロードした設定データに基づいて動作することで、配下のセカンダリデバイス４０を監視又は制御する。

セカンダリデバイス４０は、エンジニアリング装置１０が保持するエンジニアリングデータのうち、自機に対応する設定データをエンジニアリング装置１０からダウンロードし、当該ダウンロードした設定データに基づいて動作することで、配下の機器を監視又は制御する。機器は、施設内に設置されており、例えば、センサ、温度計、モータ、ダンパ又は電力計で構成される。

次に、実施の形態１に係るエンジニアリング装置１０の構成例について、図２を参照しながら説明する。

エンジニアリング装置１０は、図２に示すように、第１生成部１０１、第１表示制御部１０２、受付部１０３、管理部１０４、及び保持部１０５を備える。また、エンジニアリング装置１０は、ディスプレイ等の表示装置５０に接続されている。

保持部１０５は、エンジニアリング装置１０が使用する各種情報を保持する。例えば、保持部１０５は、統合コントローラ２０に設定される設定データ、プライマリデバイス３０に設定される設定データ、及びセカンダリデバイス４０に設定される設定データをまとめたエンジニアリングデータを保持する。

なお、保持部１０５には、物理区分毎に分割された、複数のＤＢが構築されている。ここで、物理区分とは、例えば統合コントローラ２０、プライマリデバイス３０及びセカンダリデバイス４０等のデバイスを管理する区分（以下、「デバイスの管理区分」という。）である。一例として、物理区分が「デバイスの管理区分」である場合、物理区分は、例えば統合コントローラ２０、プライマリデバイス３０及びセカンダリデバイス４０が施設のどの階層に設置されるかに基づいて定められた区分であり、例えば図３に示すように、共通層、高層、中層及び低層の４つの層が設定されている。そして、保持部１０５には、これら４つの層に対応するＤＢ（共通層ＤＢ、高層ＤＢ、中層ＤＢ、及び低層ＤＢ）が構築されている。なお、高層、中層及び低層は、互いに独立した層であり、下位層に相当する。共通層は、下位層（高層、中層及び低層）のうちの少なくとも一部の層に跨る上位層に相当する。

例えば、高層ＤＢには、施設の高層に設置される統合コントローラ２０、プライマリデバイス３０及びセカンダリデバイス４０に対する設定データが登録される。また、中層ＤＢには、施設の中層に設置される統合コントローラ２０、プライマリデバイス３０及びセカンダリデバイス４０に対する設定データが登録される。また、低層ＤＢには、施設の低層に設置される統合コントローラ２０、プライマリデバイス３０及びセカンダリデバイス４０に対する設定データが登録される。また、共通層ＤＢには、高層ＤＢ、中層ＤＢ、及び低層ＤＢのうちの少なくとも一部のＤＢに共通して登録される設定データが登録される。

なお、上記では、物理区分が、デバイスが設置される施設の階層に基づいて定められた区分である場合を例に説明したが、物理区分はこれに限らず、例えばデバイスが同一の階層に設置される場合において、デバイスが設置される方角（北側、南側等）に基づいて定められた区分であってもよいし、デバイスが施設のどこに設置されるかに依らない区分であって、デバイスを管理するために定められる任意の区分であってもよい。

なお、保持部１０５は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はメモリ等で構成される。また、図２では、保持部１０５がエンジニアリング装置１０の内部に設けられた場合を示しているが、保持部１０５はエンジニアリング装置１０の外部に設けられていてもよい。

第１生成部１０１は、上述のように予め定められた物理区分毎に分割して保持部１０５に構築された複数のＤＢのそれぞれを参照し、これらのＤＢに対し、統合コントローラ２０、プライマリデバイス３０及びセカンダリデバイス４０に設定される設定データが登録されているか否かを示す情報を生成する。ここで生成される情報は、例えば、保持部１０５に構築された複数のＤＢのそれぞれに対して設定データが登録されているか否かを示すマトリクス、あるいは文字列等である。

第１表示制御部１０２は、第１生成部１０１により生成された情報を表示装置５０に表示させる。

受付部１０３は、表示装置５０に表示された情報を介して、管理者等から設定データを管理するための管理指示を受け付ける。ここで、「管理指示」には、例えば設定データを表示装置５０に表示させるための表示指示、あるいは設定データを出力させるための出力指示が含まれる。

管理部１０４は、受付部１０３により受け付けられた管理指示に基づいて、設定データを管理する。例えば、管理部１０４は、受付部１０３により受け付けられた管理指示が表示指示であれば、当該設定データを表示装置５０に表示させる。また、管理部１０４は、受付部１０３により受け付けられた管理指示が出力指示であれば、当該設定データを出力する。

なお、管理部１０４は、設定データの出力を行う際、管理者等の指示に応じて、出力対象の設定データを登録元のＤＢから削除するか、又は、出力対象の設定データを登録元のＤＢから削除せずにコピーして出力する。以下、説明を簡単にするため、前者の出力を「分割出力」、後者の出力を「部分コピー出力」という。

第１生成部１０１は、管理部１０４により設定データが出力された場合、当該設定データが出力された旨を反映した情報を再度生成する。また、第１表示制御部１０２は、第１生成部１０１により再度生成された情報を表示装置５０に表示させる。

第１生成部１０１、第１表示制御部１０２、受付部１０３、及び管理部１０４の機能は、例えばエンジニアリング装置１０が備える不図示のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が、不図示のメモリに展開された所定のプログラムを実行することにより実現される。

なお、ここでは説明を簡単にするため、図３で例示したそれぞれのＤＢに対し、予め所定の設定データが登録されているものとして説明する。しかしながら、エンジニアリング装置１０は、管理者等により作成された設定データを、物理区分に応じて、対応するＤＢに登録する登録部を備えていてもよい。

次に、図２に示す実施の形態１に係るエンジニアリング装置１０の動作例について、図４のフローチャートを参照しながら説明する。なお、以下では、説明を簡単にするため、物理区分がデバイスの管理区分であり、この物理区分（デバイスの管理区分）が、デバイスが設置される施設の階層に基づいて定められた区分である例を説明する。また、以下では、この物理区分に基づき、図３で例示した各ＤＢが保持部１０５に構築されている例を説明する。

また、第１生成部１０１は、保持部１０５に構築された複数のＤＢのそれぞれに対して設定データが登録されているか否かを示す情報として、マトリクスを生成する例を説明する。また、第１生成部１０１は、図３で例示したＤＢのうち、共通層ＤＢを除くＤＢ（高層ＤＢ、中層ＤＢ、及び低層ＤＢ）を対象としてマトリクスを生成する例を説明する。また、受付部１０３は、マトリクスを介して、管理指示として設定データの出力指示を受け付ける例を説明する。

まず、第１生成部１０１は、物理区分毎に分割して保持部１０５に構築された高層ＤＢ、中層ＤＢ、及び低層ＤＢのそれぞれを参照し、これらのＤＢに対し、設定データが登録されているか否かを示すマトリクスを生成する（ステップＳＴ４０１）。

ここで、第１生成部１０１により生成されるマトリクスの例を図５に示す。図５に示すように、マトリクスは、保持部１０５に構築された高層ＤＢ、中層ＤＢ、及び低層ＤＢに対し、設定データが登録されているか否かを示すものである。図５において、設定データが登録されているＤＢについては表示値「１」が表示されている。一方、設定データが登録されていないＤＢについては例えば表示値「０」が表示される。このように、第１生成部１０１がマトリクスを生成することにより、管理者等は、分割されたそれぞれのＤＢに設定データが登録されているか否かを一目で容易に把握することができる。

なお、図５で示したマトリクスはあくまで一例であり、マトリクスの構成及び表示値は図５のものに限られない。例えば、マトリクスは、高層ＤＢ、中層ＤＢ、及び低層ＤＢを対象として、設定データが登録されているか否かを示すことができるものであれば、これ以外の構成及び表示値を有するものでもよい。

次に、第１表示制御部１０２は、第１生成部１０１により生成されたマトリクスを表示装置５０に表示させる（ステップＳＴ４０２）。

次に、受付部１０３は、表示装置５０に表示されたマトリクスを介して、管理者等から所望の設定データを出力するための出力指示を受け付ける（ステップＳＴ４０３）。例えば、受付部１０３は、管理者等により、表示装置５０に表示されたマトリクス内の「高層」の項目が選択された場合に、高層ＤＢに登録されている設定データの出力指示を受け付ける。また、受付部１０３は、例えば管理者等により、表示装置５０に表示されたマトリクス内の「低層」の項目が選択された場合に、低層ＤＢに登録されている設定データの出力指示を受け付ける。また、このとき、受付部１０３は、管理者等から、出力対象の設定データを登録元のＤＢから削除する「分割出力」を行うか、又は出力対象の設定データを登録元のＤＢから削除せずにコピーして出力する「部分コピー出力」を行うかについての指示も併せて受け付ける。なお、受付部１０３は、初期設定（デフォルト）では「分割出力」を受け付けるように設定されており、必要があれば管理者等が「部分コピー出力」に変更可能なように設定されていてもよい。

次に、管理部１０４は、受付部１０３により受け付けられた出力指示に基づいて、設定データを出力する（ステップＳＴ４０４）。その際、管理部１０４は、管理者等の指示に応じて、「分割出力」又は「部分コピー出力」を行う。

次に、第１生成部１０１は、管理部１０４により設定データが出力された旨を反映したマトリクスを再度生成する（ステップＳＴ４０５）。また、第１表示制御部１０２は、第１生成部１０１により再度生成されたマトリクスを表示装置５０に表示させる（ステップＳＴ４０６）。

ここで、第１生成部１０１により再度生成されるマトリクスの例を図６に示す。図６（ａ）は、出力対象の設定データが低層ＤＢの設定データであり、管理部１０４が分割出力を行った場合に再度生成されるマトリクスの例であり、図６（ｂ）は、出力対象の設定データが低層ＤＢの設定データであり、管理部１０４が部分コピー出力を行った場合に再度生成されるマトリクスの例である。

管理部１０４が低層ＤＢの設定データの分割出力を行った場合、再度生成されるマトリクスは、図６（ａ）に示すように、低層ＤＢの表示値が「０」となっている。これは、分割出力により、低層ＤＢに設定されていた設定データが削除されたことを示している。

一方、管理部１０４が低層ＤＢの設定データの部分コピー出力を行った場合、再度生成されるマトリクスは、図６（ｂ）に示すように、低層ＤＢの表示値が「１」のままとなっている。これは、部分コピー出力により、低層ＤＢに設定されていた設定データが低層ＤＢから削除されずにそのまま残っていることを示している。

このように、分割出力は、出力された設定データをエンジニアリング装置１０（登録元のＤＢ）に残さないため、出力された設定データの編集等をどの管理者が担当するかの作業分担が明確となる。また、出力後の時点で、エンジニアリング装置１０に残された設定データと、出力された設定データとのデータサイズの総和は、出力前の時点でエンジニアリング装置１０が保持していた設定データの総和とほぼ同等となる。さらに、出力された設定データのデータサイズは、出力前の時点でエンジニアリング装置１０が保持していた設定データの総和よりも小さいため、当該出力された設定データの取り扱いが容易となり、管理者間でのメール等による受け渡しも容易となる。

また、エンジニアリング装置１０では、設定データを他のエンジニアリング装置から取り込むことも可能である。その際、取り込む対象の設定データが既に分割出力されている場合は、他のエンジニアリング装置から、当該設定データをＤＢ単位（ファイル単位）で一括して取り込むことができるため、取込処理を迅速に完了することができ、作業効率が向上する。

一方、部分コピー出力では、設定データを出力した後でも、エンジニアリング装置１０に残される設定データのデータサイズは出力前と変わらない。また、設定データを他のエンジニアリング装置から取り込む場合も、出力された設定データがエンジニアリング装置１０に残っているため、取り込むデータとエンジニアリング装置１０に残されたデータとの差分のみを取り込む必要があり、ＤＢ単位（ファイル単位）で一括して取り込む場合よりも処理時間がかかる。しかしながら、部分コピー出力は、出力対象の設定データをエンジニアリング装置１０でマスタとして保持していたい場合に有効である。また、この場合でも、分割出力の場合と同様に、出力された設定データの取り扱いが容易となり、管理者間でのメール等による受け渡しも容易となる。

なお、上記の例では、部分コピー出力が行われた場合に第１生成部１０１により再度生成されるマトリクスは、最初に生成されるマトリクスから変化しない。したがって、ステップＳＴ４０４において部分コピー出力が行われた場合は、ステップＳＴ４０５及びＳＴ４０６における再度のマトリクスの生成及び表示は省略されてもよい。また、上記の例では、管理指示が出力指示である場合を説明したが、管理指示が表示指示である場合は、マトリクスに変化はないため、ステップＳＴ４０５及びＳＴ４０６は省略されてもよい。

また、上記の例では、第１生成部１０１は、図３で例示したＤＢのうち、共通層ＤＢを除くＤＢ（高層ＤＢ、中層ＤＢ、及び低層ＤＢ）を対象としてマトリクスを生成する例を説明したが、共通層ＤＢを対象に含めてマトリクスを生成する場合でも、上記と同様に処理を行うことができる。

以上のように、実施の形態１によれば、エンジニアリング装置１０は、予め定められた第１の区分毎に分割された複数のＤＢのそれぞれに対し、施設内に設置された機器を監視又は制御するためのデバイスに対して設定される設定データが登録されているか否かを示す情報を生成する第１生成部１０１と、第１生成部１０１により生成された情報を表示装置５０に表示させる第１表示制御部１０２と、表示装置５０に表示された情報を介して、設定データを管理するための管理指示を受け付ける受付部１０３と、受付部１０３により受け付けられた管理指示に基づいて、設定データを管理する管理部１０４と、を備えた。これにより、管理者等は、分割されたそれぞれのＤＢに設定データが登録されているか否かを容易に確認でき、分割保持されたエンジニアリングデータの管理を従来よりも容易に行うことが可能となる。

また、受付部１０３は、管理指示として、表示装置５０に表示された情報を介して、設定データの出力指示を受け付け、管理部１０４は、受付部１０３により受け付けられた出力指示に基づいて、設定データを登録元のＤＢから出力する。これにより、管理者等は、所望の設定データの出力を従来よりも容易に行うことができる。

また、管理部１０４は、出力を行う際、出力対象の設定データを登録元のＤＢから削除するか、又は出力対象の設定データを登録元のＤＢから削除せず、コピーして出力する。これにより、分割出力では、出力された設定データの編集等をどの管理者が担当するかの作業分担が明確となるほか、出力された設定データの外部からの取り込みもＤＢ単位（ファイル単位）で一括して行うことができ、作業効率が向上する。また、いずれの出力の場合でも、当該出力された設定データの取り扱いが容易となり、管理者間でのメール等による受け渡しも容易となる。

また、第１生成部１０１は、管理部１０４により設定データが出力された場合、情報を再度生成し、第１表示制御部１０２は、第１生成部１０１により再度生成された情報を表示装置５０に表示させる。これにより、管理者等は、設定データが出力された旨を容易に把握することができる。

また、第１生成部は、情報としてマトリクスを生成する。これにより、管理者等は、分割されたそれぞれのＤＢに設定データが登録されているか否かを一目で容易に把握することができる。

実施の形態２．
実施の形態１では、保持部１０５に構築されたＤＢが、予め物理区分毎に分割されている例を説明した。これに対し、実施の形態２では、物理区分毎に構築された複数のＤＢのそれぞれが、さらに物理区分と異なる区分毎に分割されている例を説明する。

図７は、実施の形態２に係るエンジニアリング装置１０ｂの構成例を示す図である。実施の形態２に係るエンジニアリング装置１０ｂは、実施の形態１に係るエンジニアリング装置１０に対し、保持部１０５が保持部１０５ｂに変更され、第２生成部１０６及び第２表示制御部１０７が追加されている。エンジニアリング装置１０ｂのその他の構成については、実施の形態１に係るエンジニアリング装置１０と同様であるため、同一の符号を付してその説明を省略する。

まず、保持部１０５ｂの構成例を図８に示す。保持部１０５ｂには、図８に示すように、物理区分毎に分割された共通層ＤＢを除くＤＢ（高層ＤＢ、中層ＤＢ、及び低層ＤＢ）のそれぞれが、物理区分と異なる区分（ここでは機能区分）毎にさらに分割して構築されている。ここで、機能区分は、例えば設定データの機能（種別）に基づいて予め定められた区分であり、例えば図８に示すように、「統合コントローラ用データ」、「デバイス用データ」、「グラフィック用データ」、及び「デバイス用プログラム」の４種類が設定されている。

統合コントローラ用データは、統合コントローラ２０に対する設定データである。デバイス用データは、プライマリデバイス３０及びセカンダリデバイス４０に対する設定データである。グラフィック用データは、統合コントローラ２０に対する設定データであって、特に統合コントローラ２０がプライマリデバイス３０の状態を表示装置に表示する際の表示画面を生成するためのデータである。デバイス用プログラムは、プライマリデバイス３０及びセカンダリデバイス４０にインストールされるプログラムである。なお、ここで説明した４種類の機能区分はあくまで一例であり、上記以外の区分が設定されてもよい。

また、図８に示された「基本データ」は、物理区分が同一で、機能区分が異なる複数のＤＢを互いに関連づけるための所定のキー項目を含むデータである。基本データは、基本ＤＢ（図８の符号６５，７５，８５）に登録される。また、図８に示された「管理データ」は、物理区分が異なる基本ＤＢを互いに関連づけるための所定のキー項目を含むデータである。

例えば、ＤＢ６１には、物理区分が「高層」で、機能区分が「統合コントローラ用データ」である設定データ、すなわち、施設の高層に設置される統合コントローラ２０に対して設定される設定データが登録される。また、ＤＢ６２には、物理区分が「高層」で、機能区分が「デバイス用データ」である設定データ、すなわち、施設の高層に設置されるプライマリデバイス３０及びセカンダリデバイス４０に対して設定される設定データが登録される。

また、ＤＢ６３には、物理区分が「高層」で、機能区分が「グラフィック用データ」である設定データ、すなわち、施設の高層に設置される統合コントローラ２０に設定される設定データであって、特に統合コントローラ２０がプライマリデバイス３０の状態を表示装置に表示する際の表示画面を生成するためのデータが登録される。また、ＤＢ６４には、物理区分が「高層」で、機能区分が「デバイス用プログラム」である設定データ、すなわち、施設の高層に設置されるプライマリデバイス３０及びセカンダリデバイス４０にインストールされるプログラムが登録される。

また、ＤＢ６５は、基本ＤＢであり、物理区分が「高層」であるＤＢ６１～ＤＢ６４を互いに関連づけるための所定のキー項目を含む基本データが登録される。所定のキー項目は、例えばデバイス情報（デバイスＩＤ等）であり、この場合、デバイス情報をキー項目として、ＤＢ６１～ＤＢ６４が互いに関連づけられる。

同様に、ＤＢ７１～７４、及びＤＢ８１～８４にも、物理区分と機能区分との組み合わせにより特定される設定データがそれぞれ登録される。また、基本ＤＢ７５には、物理区分が「中層」であるＤＢ７１～ＤＢ７４を互いに関連づけるための所定のキー項目を含むデータが登録され、基本ＤＢ８５には、物理区分が「低層」であるＤＢ８１～ＤＢ８４を互いに関連づけるための所定のキー項目を含むデータが登録される。

さらに、ＤＢ９０は、管理ＤＢであり、基本ＤＢ６５，７５，及び８５を互いに関連づけるための所定のキー項目を含む管理データが登録される。所定のキー項目は、例えばデバイス情報（デバイスＩＤ等）であり、この場合、デバイス情報をキー項目として、基本ＤＢ６５，７５，及び８５が互いに関連づけられる。その結果、保持部１０５ｂに構築されているすべてのＤＢは、デバイス情報をキー項目として、互いに関連付けられることになる。なお、基本ＤＢ６５，７５，及び８５の構成例、及び管理ＤＢ９０の構成例については後述する。

第２生成部１０６は、管理ＤＢ９０に登録されている管理データに基づいて、物理区分が同一であるデバイスをツリー構造で表示した表示画面を示すデータを生成する。

第２表示制御部１０７は、第２生成部１０６により生成されたデータが示す表示画面を表示装置５０に表示させる。この場合の表示画面の表示例については後述する。なお、第２生成部１０６及び第２表示制御部１０７は必須の構成ではなく、省略されていてもよい。

次に、基本ＤＢ６５，７５，及び８５の構成例、及び管理ＤＢ９０の構成例について説明する。なお、基本ＤＢの構成例はいずれも同様であるため、ここでは代表して基本ＤＢ６５の構成例を説明する。

図９は、基本ＤＢ６５の構成例を示している。基本ＤＢ６５には、基本データとして、物理区分が同一で、機能区分が異なるＤＢを互いに関連づけるための所定のキー項目を含むデータが登録される。ここでは、説明を簡単にするため、所定のキー項目がデバイス情報（図９では「ＫＥＹ＿ＮＯ」）であるものとする。

図９の基本ＤＢ６５において、「ＤＥＶＩＣＥ＿ＴＹＰＥ」は、デバイスの種類を示し、「１」は統合コントローラ、「２」はプライマリデバイス３０、「３」はセカンダリデバイス４０を示している。また、「ＰＡＲＥＮＴ＿ＫＥＹ」は、セカンダリデバイスの親となるプライマリデバイスを示し、「ＤＥＶＩＣＥ＿ＭＯＤＥＬ」は、例えばデバイスの型番を示している。

例えば、図９において、「ＫＥＹ＿ＮＯ」が「２０」のデバイスは統合コントローラであり、「ＫＥＹ＿ＮＯ」が「１」～「４」、「１０」、「１２」、及び「１４」のデバイスはプライマリデバイスであり、「ＫＥＹ＿ＮＯ」が「２１」、及び「２５」～「３１」のデバイスはセカンダリデバイスであることを示している。また、「ＫＥＹ＿ＮＯ」が「２１」であるセカンダリデバイスの親となるプライマリデバイスは、「ＫＥＹ＿ＮＯ」が「１４」のデバイスであることを示している。

一方、ＤＢ６１～６４に登録される設定データにも、デバイス情報（「ＫＥＹ＿ＮＯ」）が含まれている。そして、このデバイス情報をキー項目として、ＤＢ６１～６５が相互に対応付けられている。したがって、基本ＤＢ６５に登録されている基本データを参照することにより、物理区分が「高層」であるデバイスに設定される設定データが、どのＤＢに登録されているかを把握することができる。

図１０は、管理ＤＢ９０の構成例を示している。管理ＤＢ９０には、管理データとして、物理区分が異なる基本ＤＢ６５，７５，及び８５を互いに関連づけるための所定のキー項目を含むデータが登録される。ここでは、説明を簡単にするため、所定のキー項目がデバイス情報（図１０では「ＫＥＹ＿ＮＯ」）であるものとする。

図１０の管理ＤＢ９０において、「ＯＲＧ＿ＮＯ」は通し番号を示している。また、「ＤＢ＿ＩＤ」は、物理区分を示し、「１」は高層、「２」は中層、「３」は低層を示している。また、「ＮＥＷ＿ＮＯ」には、デバイスが新たに追加された場合に当該追加されたデバイス情報が表示される。

図１０に示す「ＫＥＹ＿ＮＯ」は、基本ＤＢ６５，７５，及び８５に登録されている基本データ内の「ＫＥＹ＿ＮＯ」と対応付けられている。したがって、例えば「ＫＥＹ＿ＮＯ」が「２８」であるデバイスは、物理区分が「中層」であるセカンダリデバイスであり、親となるプライマリデバイスは「ＫＥＹ＿ＮＯ」が「１０」のデバイスであるということが特定できる。

このように、エンジニアリング装置１０ｂでは、例えば管理データに含まれるデバイス情報をキー項目として、管理ＤＢ９０と基本ＤＢ６５，７５，及び８５とが対応付けられ、さらに基本ＤＢ６５，７５，及び８５は、基本データに含まれるデバイス情報をキー項目として、ＤＢ６１～６４，ＤＢ７１～７４、及びＤＢ８１～８４とそれぞれ対応付けられている。これにより、エンジニアリング装置１０ｂでは、管理部１０４は、管理ＤＢ９０に登録されている管理データと、基本ＤＢ６５，７５，及び８５に登録されている基本データとに基づいて、物理区分及び機能区分により分割された複数のＤＢに登録されている設定データを、個別に又は一括して管理することができる。

なお、実施の形態２に係るエンジニアリング装置１０ｂの動作例は、図４のフローチャートを参照して説明した実施の形態１に係るエンジニアリング装置１０の動作例とほぼ同様であり、第１生成部１０１が生成するマトリクスの構成が異なるのみである。したがって、以下では、実施の形態２に係るエンジニアリング装置１０ｂの詳しい動作例については説明を省略し、第１生成部１０１が生成するマトリクスの構成について詳しく説明する。

実施の形態２において、第１生成部１０１により生成されるマトリクスの例を図１１に示す。図１１に示すように、マトリクスは、保持部１０５ｂに構築されたＤＢ６１～６４，ＤＢ７１～７４、及びＤＢ８１～８４に対し、設定データが登録されているか否かを示すものである。図１１において、設定データが登録されているＤＢについては表示値「１」が表示されている。一方、設定データが登録されていないＤＢについては表示値「０」が表示される。また、図１１に示すマトリクスでは、管理ＤＢ９０に対して管理データが登録されているか否かについても示されている。この管理データについても、管理ＤＢ９０に登録されている場合は表示値「１」が表示され、管理ＤＢ９０に登録されていない場合は表示値「０」が表示される。

なお、図１１で示したマトリクスはあくまで一例であり、マトリクスの構成及び表示値は図１１のものに限られない。例えば、マトリクスは、ＤＢ６１～６４，ＤＢ７１～７４、及びＤＢ８１～８４に対して設定データが登録されているか否か、及び、管理ＤＢ９０に対して管理データが登録されているか否かを示すことができるものであれば、これ以外の構成及び表示値を有するものでもよい。

また、実施の形態２においても、受付部１０３は、表示装置５０に表示されたマトリクスを介して、管理者等から所望の設定データ、又は管理データを出力するための出力指示を受け付ける。例えば、受付部１０３は、例えば管理者等により、表示装置５０に表示されたマトリクス内の「高層」かつ「デバイス用プログラム」の項目が選択された場合に、「高層」かつ「デバイス用プログラム」で特定されるＤＢ６４に登録されている設定データの出力指示を受け付ける。また、受付部１０３は、例えば管理者等により、表示装置５０に表示されたマトリクス内の「低層」かつ「デバイス用データ」の項目が選択された場合に、「低層」かつ「デバイス用データ」で特定されるＤＢ８２に登録されている設定データの出力指示を受け付ける。また、このとき、受付部１０３は、管理者等から、出力対象の設定データを登録元のＤＢから削除する「分割出力」を行うか、又は出力対象の設定データを登録元のＤＢから削除せずにコピーして出力する「部分コピー出力」を行うかについての指示も併せて受け付ける。

そして、管理部１０４は、受付部１０３により受け付けられた出力指示に基づいて、設定データ又は管理データの分割出力、又は部分コピー出力を行う。次いで、第１生成部１０１は、管理部１０４により設定データが出力された旨を反映したマトリクスを再度生成し、第１表示制御部１０２は、第１生成部１０１により再度生成されたマトリクスを表示装置５０に表示させる。

ここで、第１生成部１０１により再度生成されるマトリクスの例を図１２に示す。図１２（ａ）は、出力対象の設定データがＤＢ６４及びＤＢ８２の設定データであり、管理部１０４がこれらの設定データの分割出力を行った場合に再度生成されるマトリクスの例である。また、図１２（ｂ）は、出力対象の設定データがＤＢ６４及びＤＢ８２の設定データであり、管理部１０４がこれらの設定データの部分コピー出力を行った場合に再度生成されるマトリクスの例である。

管理部１０４が分割出力を行った場合、図１２（ａ）に示すように、再度生成されるマトリクスでは、「高層」かつ「デバイス用プログラム」の項目の表示値と、「低層」かつ「デバイス用データ」の項目の表示値とが「０」となっている。これは、分割出力により、ＤＢ６４及びＤＢ８２に設定されていた設定データが削除されたことを示している。

一方、管理部１０４が部分コピー出力を行った場合、再度生成されるマトリクスは、図１２（ｂ）に示すように、「高層」かつ「デバイス用プログラム」の項目の表示値と、「低層」かつ「デバイス用データ」の項目の表示値とが「１」のままとなっている。これは、部分コピー出力により、ＤＢ６４及びＤＢ８２に設定されていた設定データがＤＢ６４及びＤＢ８２から削除されずにそのまま残っていることを示している。

なお、上記以外のマトリクスの例として、例えば図１３に示すように、設定データの有無を「〇」で表し、出力の態様を「レ点」等で表したマトリクスを用いてもよい。図１３の例では、表示値が「〇」で表示されているＤＢには設定データが登録されていることを表し、「レ点」が付されているＤＢについては設定データが分割出力されている例を示している。

なお、エンジニアリング装置１０ｂでは、実施の形態１に係るエンジニアリング装置１０と同様に、設定データを他のエンジニアリング装置から取り込むことも可能である。その際、エンジニアリング装置１０ｂでは、取り込む対象の設定データが分割出力されている場合は、実施の形態１と同様に、他のエンジニアリング装置から、当該設定データをＤＢ単位（ファイル単位）で一括して取り込むことができる。

例えば、図１４に示すように、エンジニアリング装置１０ｂにおいて、ＤＢ６３（物理区分が「高層」、かつ機能区分が「デバイス用プログラム」）の設定データが既に分割出力されている場合、マトリクスでは、「高層」かつ「ＤＤＣＰＲＯＧＲＡＭ」で特定される欄の表示値が「０」となっている。この場合は、他のエンジニアリング装置１０ｃから、当該設定データをＤＢ単位（ファイル単位）で一括して取り込むことができるため、取込処理を迅速に完了することができ、作業効率が向上する。

また、実施の形態２では、第２生成部１０６は、管理ＤＢ９０に登録されている管理データに基づいて、物理区分が同一であるデバイスをツリー構造で表示した表示画面を示すデータを生成し、第２表示制御部１０７は、第２生成部１０６により生成されたデータが示す表示画面を表示装置５０に表示させることができる。

この表示画面の例を図１５に示す。図１５（ａ）は、例えば管理者等により、物理区分が「高層」であるデバイスの情報を表示させる旨が指示されている場合の例である。この場合、表示画面には、物理区分が「高層」である統合コントローラ２０、及びプライマリデバイス３０の情報がツリー構造で表示される。なお、セカンダリデバイス４０は、親となるプライマリデバイス３０と紐付けられるため、この画面では表示を省略し、プライマリデバイス３０の名称がダブルクリック等された場合に、当該プライマリデバイス３０の下位に展開させるようにしてもよい。

また、管理者等により、物理区分が「高層」、「中層」、及び「低層」であるデバイスの情報を表示させる旨が指示された場合、図１５（ｂ）に示すように、表示画面には、物理区分が「高層」である統合コントローラ２０及びプライマリデバイス３０の情報、物理区分が「中層」である統合コントローラ２０及びプライマリデバイス３０の情報、並びに、物理区分が「低層」である統合コントローラ２０及びプライマリデバイス３０の情報がそれぞれツリー構造で表示される。

また、管理者等は、表示画面を介して表示の切替指示を入力することにより、図１５（ａ）及び図１５（ｂ）の表示を適宜切り替えることができる。これにより、管理者等は、所望の情報を選択して表示させることができ、利便性が向上する。また、エンジニアリング装置１０ｂは、特に図１５（ａ）のように特定の物理区分を対象としてデバイスの表示を行うことで、表示に用いる情報量を削減することができる。

次に、実施の形態２に係るエンジニアリング装置１０ｂの効果について説明する。

デバイスに設定される設定データは、上述のように、いくつかの機能（種別）に分類される。また、これらの設定データの作成は、特定の管理者が一括して行うのではなく、各種別の設定データの作成を担当する管理者が、それぞれ自分の担当する機能（種別）の設定データを作成する場合が多い。その場合、実施の形態１で説明した、物理区分（例えば高層、中層、及び低層）のような階層によるＤＢの分割のみであると、この物理区分単位でしか設定データの管理が行えず、管理者等にとって必ずしも利便性がよいとはいえない。

そこで、実施の形態２では、物理区分によるＤＢの分割に加え、物理区分とは異なる区分（ここでは機能区分）によるＤＢの分割を行うようにした。これにより、実施の形態２では、物理区分のみならず、機能区分を加味した単位で設定データを取り扱うことが可能となり、実施の形態１よりもエンジニアリング作業の効率がさらに向上する。また、実施の形態２においても、複数のＤＢのそれぞれに対して設定データが登録されているか否かを示す情報（例えばマトリクス）を生成し、この情報を介して管理指示を受け付けることができるため、管理者等は、分割されたそれぞれのＤＢに設定データが登録されているか否かを容易に確認でき、分割保持されたエンジニアリングデータの管理を従来よりも容易に行うことが可能となる。

以上のように、実施の形態２によれば、第１の区分毎に分割された複数のＤＢのそれぞれは、第１の区分と異なる第２の区分毎にさらに分割されており、第１生成部は、第１の区分と第２の区分との組み合わせにより特定されるＤＢに対して設定データが登録されているか否かを示す情報を生成する。これにより、管理者等は、実施の形態１と同様に、分割されたそれぞれのＤＢに設定データが登録されているか否かを容易に確認でき、分割保持されたエンジニアリングデータの管理を従来よりも容易に行うことが可能となる。また、第１の区分のみならず、第２の区分を加味した単位で設定データを取り扱うことが可能となり、エンジニアリング作業の効率が従来よりも向上する。

また、実施の形態２によれば、第１の区分が同一で、第２の区分が異なる複数のＤＢを互いに関連づけるための所定のキー項目を含む基本データが登録された基本ＤＢ６５，７５、及び８５と、第１の区分が異なる基本ＤＢ６５，７５、及び８５を互いに関連づけるための所定のキー項目を含む管理データが登録された管理ＤＢ９０とが保持部１０５ｂに構築されており、管理部１０４は、保持部１０５ｂに構築された基本ＤＢ６５，７５、及び８５に登録されている基本データと、保持部１０５ｂに構築された管理ＤＢ９０に登録されている管理データとに基づいて、第１の区分及び第２の区分により分割された複数のＤＢに登録されている設定データを、個別に又は一括して管理可能である。これにより、管理者等は、第１の区分及び第２の区分により分割された複数のＤＢに登録されている設定データを、個別に又は一括して管理可能となる。

また、エンジニアリング装置１０ｂは、管理ＤＢ９０に登録されている管理データに基づいて、第１の区分が同一であるデバイスを当該第１の区分毎にツリー構造で表示した表示画面を示すデータを生成する第２生成部１０６と、第２生成部１０６により生成されたデータが示す表示画面を表示装置５０に表示させる第２表示制御部１０７と、を備える。これにより、管理者等は、第１の区分及び第２の区分によりＤＢが分割されている場合でも、第１の区分が同一であるデバイスを容易に把握することができる。

また、実施の形態２によれば、第１の区分は、デバイスが設置される施設の階層に基づいて定められた区分であり、第２の区分は、設定データの機能により定められた区分である。これにより、管理者等は、設定データを実施の形態１よりも細分化して取り扱うことが可能となり、エンジニアリング作業の効率が向上する。

なお、実施の形態２では、実施の形態１と同様に、第１生成部１０１が共通層ＤＢを除くＤＢ（高層ＤＢ、中層ＤＢ、及び低層ＤＢ）を対象としてマトリクスを生成する例を説明したが、実施の形態２において、共通層ＤＢを対象に含めてマトリクスを生成する場合でも、上記と同様に処理を行うことができる。

なお、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、若しくは実施の形態の任意の構成要素の省略が可能である。

１０００ 施設監視システム
１０、１０ｂ エンジニアリング装置
１０ｃ 他のエンジニアリング装置
２０ 統合コントローラ
３０ プライマリデバイス
４０ セカンダリデバイス
５０ 表示装置
６５、７５，８５ 基本ＤＢ
９０ 管理ＤＢ
１０１ 第１生成部
１０２ 第１表示制御部
１０３ 受付部
１０４ 管理部
１０５、１０５ｂ 保持部
１０６ 第２生成部
１０７ 第２表示制御部

Claims (10)

1. 予め定められた第１の区分毎に分割された複数のデータベースのそれぞれに対し、施設内に設置された機器を監視又は制御するためのデバイスに対して設定される設定データが登録されているか否かを示す情報を生成する第１生成部と、
   前記第１生成部により生成された情報を表示装置に表示させる第１表示制御部と、
   前記表示装置に表示された情報を介して、前記設定データを管理するための管理指示を受け付ける受付部と、
   前記受付部により受け付けられた管理指示に基づいて、前記設定データを管理する管理部と、
   を備えたエンジニアリング装置。
2. 前記受付部は、前記管理指示として、前記表示装置に表示された情報を介して、前記設定データの出力指示を受け付け、
   前記管理部は、前記受付部により受け付けられた出力指示に基づいて、前記設定データを登録元のデータベースから出力する
   ことを特徴とする請求項１記載のエンジニアリング装置。
3. 前記管理部は、前記出力を行う際、出力対象の設定データを登録元のデータベースから削除するか、又は出力対象の設定データを登録元のデータベースから削除せず、コピーして出力することを特徴とする請求項２記載のエンジニアリング装置。
4. 前記第１生成部は、前記管理部により前記設定データが出力された場合、前記情報を再度生成し、
   前記第１表示制御部は、前記第１生成部により再度生成された情報を前記表示装置に表示させる
   ことを特徴とする請求項３記載のエンジニアリング装置。
5. 前記第１の区分毎に分割された複数のデータベースのそれぞれは、前記第１の区分と異なる第２の区分毎にさらに分割されており、
   前記第１生成部は、前記第１の区分と前記第２の区分との組み合わせにより特定されるデータベースに対して前記設定データが登録されているか否かを示す情報を生成する
   ことを特徴とする請求項１から請求項４のうちいずれか１項に記載のエンジニアリング装置。
6. 前記第１の区分が同一で、前記第２の区分が異なる複数のデータベースを互いに関連づけるための所定のキー項目を含む基本データが登録された基本データベースと、前記第１の区分が異なる前記基本データベースを互いに関連づけるための所定のキー項目を含む管理データが登録された管理データベースとが保持部に構築されており、
   前記管理部は、前記保持部に構築された基本データベースに登録されている基本データと、前記保持部に構築された管理データベースに登録されている管理データとに基づいて、第１の区分及び第２の区分により分割された複数のデータベースに登録されている設定データを、個別に又は一括して管理可能であることを特徴とする請求項５記載のエンジニアリング装置。
7. 前記管理データベースに登録されている管理データに基づいて、前記第１の区分が同一であるデバイスを当該第１の区分毎にツリー構造で表示した表示画面を示すデータを生成する第２生成部と、
   前記第２生成部により生成されたデータが示す表示画面を前記表示装置に表示させる第２表示制御部と、
   を備えることを特徴とする請求項６記載のエンジニアリング装置。
8. 前記第１の区分は、前記デバイスが設置される前記施設の階層に基づいて定められた区分であり、
   前記第２の区分は、前記設定データの機能により定められた区分であることを特徴とする請求項５から請求項７のうちいずれか１項に記載のエンジニアリング装置。
9. 前記第１生成部は、前記情報としてマトリクスを生成することを特徴とする請求項１から請求項８のうちいずれか１項に記載のエンジニアリング装置。
10. エンジニアリング装置によるエンジニアリング方法であって、
    第１生成部が、予め定められた第１の区分毎に分割された複数のデータベースのそれぞれに対し、施設内に設置された機器を監視又は制御するためのデバイスに対して設定される設定データが登録されているか否かを示す情報を生成するステップと、
    第１表示制御部が、前記第１生成部により生成された情報を表示装置に表示させるステップと、
    受付部が、前記表示装置に表示された情報を介して、前記設定データを管理するための管理指示を受け付けるステップと、
    管理部が、前記受付部により受け付けられた管理指示に基づいて、前記設定データを管理するステップと、
    を有するエンジニアリング方法。

Images