(57)【要約】【課題】計測機器の増設等の変更に伴う保守作業の負荷を軽減可能にした情報収集システムを提供する。【解決手段】管理対象の項目である収集項目を測定する複数の計測機器と、収集項目がオブジェクトとして登録され、複数の計測機器が収集項目のインデックスとして登録された管理情報を記憶するデータベース部、および管理情報を参照して収集項目の情報を複数の計測機器から収集する保守機能部を含むサーバと、を有する。【選択図】図１
2014026437.tif 000002
【特許請求の範囲】
【請求項１】
管理対象の項目である収集項目を測定する複数の計測機器と、
前記収集項目がオブジェクトとして登録され、前記複数の計測機器が該収集項目のインデックスとして登録された管理情報を記憶するデータベース部、および前記管理情報を参照して前記収集項目の情報を前記複数の計測機器から収集する保守機能部を含むサーバと、
を有する情報収集システム。
【請求項２】
管理対象の項目である収集項目を測定する複数の計測機器と接続されるサーバ装置であって、
前記収集項目がオブジェクトとして登録され、前記複数の計測機器が該収集項目のインデックスとして登録された管理情報を記憶するデータベース部と、
前記管理情報を参照して前記収集項目の情報を前記複数の計測機器から収集する保守機能部と、
を有するサーバ装置。
【請求項３】
請求項２記載のサーバ装置において、
前記管理情報は、前記複数の計測機器の数に相当するインデックス数が登録され、該インデックス数を指定するための前記インデックスの番号として０が割り当てられ、前記複数の計測機器のそれぞれに異なる前記インデックスの番号として１以上の整数の番号が割り当てられており、
前記保守機能部は、
前記インデックスの番号として０の情報と、前記複数の計測機器についての更新数の情報とが入力されると、前記管理情報の前記インデックス数に該更新数を登録する、サーバ装置。
【請求項４】
管理対象の項目である収集項目を測定する複数の計測機器と接続されるサーバ装置による情報収集方法であって、
前記収集項目をオブジェクトとして登録し、前記複数の計測機器を該収集項目のインデックスとして登録した管理情報を格納し、
前記管理情報を参照して前記収集項目の情報を前記複数の計測機器から収集する、情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計測機器から管理対象の項目の情報を収集する情報収集システム、サーバ装置および情報収集方法に関する。
【背景技術】
【０００２】
省エネルギーを支援するシステムとして、電力センサ等を有する計測機器から計測データを収集し、建物内や室内で消費される電力量等を利用者端末の画面上に表示する可視化システムが提案されている（非特許文献１参照）。
【０００３】
ネットワークに接続された通信機器をネットワーク経由で監視および制御するための通信プロトコルとして、ＳＮＭＰ(Simple Network Management Protocol)がある。制御対象となる機器は、ＭＩＢ(Management Information Base)と呼ばれる管理情報データベースを持っており、管理を行う機器は対象機器のＭＩＢに基づいて適切な設定を行う。
【０００４】
また、ＳＮＭＰなどのサーバ管理ソフトウェアが、特定のハードウェアシステムやＯＳ（Operating System）に依存することなく、サーバハードウェアをモニタ可能にするための標準インタフェース仕様として、ＩＰＭＩ(Intelligent Platform Management Interface)がある。このＩＰＭＩを通して、サーバの温度、電源および冷却ファンの状態などを監視できる。
【０００５】
一方、空調、照明、アクセス制御、火気検出などの総合的制御に使われる通信プロトコルとして、ＢＡＣｎｅｔ(Building Automation and Control Networking protocol)がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“エネルギーモニタリングサービス”、［ｏｎｌｉｎｅ］、ＮＴＴファシリティーズ、［平成２４年７月１３日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｎｔｔ−ｆ．ｃｏ．ｊｐ／ｓｅｒｖｉｃｅ／ｍｏｎ＿ｒｅｍｏｎｉ／＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来の情報収集システムにおいては、データベース部のＭＩＢにおいて個々の計測機器を個別のオブジェクトとして取り扱っていたため、機器の交換や新規追加の際には、ＭＩＢのツリー構造を再構築する必要があり、手続が非常に煩雑になるという問題がある。この問題を、図を参照して説明する。
【０００８】
図７は一般的なＭＩＢのツリー構造を示す図である。ここでは、図７に示す各オブジェクトについての詳細な説明を省略する。
【０００９】
図７に示すツリー構造において、頂点はルートノードと呼ばれている。ルートノードを頂点として、そこから階層的に派生するノードのうち、その配下にノードがあるものは子ノードと呼ばれ、配下にノードがないものはリーフノードと呼ばれている。以下では、ノードをオブジェクトとして説明する。
【００１０】
図７に示すツリー構造において、オブジェクトを指定するためのオブジェクト識別子（ＯＩＤ）は、頂点から目的のオブジェクトまで辿ったとき、その経路に沿って目的のオブジェクトまで（  ）内の数字をピリオドで区切って順に並べたものに設定される。例えば、インターネットのＯＩＤは「１．３．６．１」となる。
【００１１】
図８は、図７に示したツリー構造において、電力センサと温度センサをオブジェクトとして定義した場合の一例である。図８に示す例では、監視対象の建物に、サーバの電力を測定する電力センサと、空調機の温度を測定する温度センサのそれぞれが５つ設置されているものとする。
【００１２】
図８は、図７に示したツリー構造のｐｒｉｖａｔｅ（４）の下層に、「ｅｎｔｅｒｐｒｉｓｅ（１）」および「企業Ｙ（ｙ）」を経由して、５つの電力センサおよび５つの温度センサがオブジェクトとして配置されている状態を示す。５つの電力センサには（１）〜（５）の数字が割り当てられ、５つの温度センサには（６）〜（１０）の数字が割り当てられている。図７および図８に示すツリー構造と、各オブジェクトに割り当てられた数字の情報がＭＩＢの定義情報として、管理を行う機器に予め格納されている。
【００１３】
図８に示したツリー構造で定義されたＭＩＢにおいて、電力センサ（１）を指定して、その情報を取得するには、電力センサ（１）のＯＩＤとして「１．３．６．１．４．１．ｙ．１」を設定すればよい。
【００１４】
ここで、図８に示すツリー構造を定義したＭＩＢに対して、電力センサを新たに１つ追加する場合を考える。新たに追加した電力センサに（６）を割り当てると、温度センサに割り当てられていた数字を１つずつ繰り上げる必要がある。つまり、ＭＩＢに定義された温度センサの（６）〜（１０）を（７）〜（１１）に更新する必要がある。
【００１５】
上述したように定義されたＭＩＢにおいては、センサや空調機の増設等の変更があると、その度にＭＩＢのツリー構造を再構築する必要があり、手続が非常に煩雑になってしまう。その結果、保守のためのコストが高くなってしまう。
【００１６】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、計測機器の増設等の変更に伴う保守作業の負荷を軽減可能にした情報収集システム、情報収集サーバおよび情報収集方法を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するための本発明の情報収集システムは、
管理対象の項目である収集項目を測定する複数の計測機器と、
前記収集項目がオブジェクトとして登録され、前記複数の計測機器が該収集項目のインデックスとして登録された管理情報を記憶するデータベース部、および前記管理情報を参照して前記収集項目の情報を前記複数の計測機器から収集する保守機能部を含むサーバと、
を有する構成である。
【００１８】
また、本発明のサーバ装置は、管理対象の項目である収集項目を測定する複数の計測機器と接続されるサーバ装置であって、
前記収集項目がオブジェクトとして登録され、前記複数の計測機器が該収集項目のインデックスとして登録された管理情報を記憶するデータベース部と、
前記管理情報を参照して前記収集項目の情報を前記複数の計測機器から収集する保守機能部と、
を有する構成である。
【００１９】
さらに、本発明の情報収集方法は、管理対象の項目である収集項目を測定する複数の計測機器と接続されるサーバ装置による情報収集方法であって、
前記収集項目をオブジェクトとして登録し、前記複数の計測機器を該収集項目のインデックスとして登録した管理情報を格納し、
前記管理情報を参照して前記収集項目の情報を前記複数の計測機器から収集するものである。
【発明の効果】
【００２０】
本発明によれば、計測機器が増設されても、追加された計測機器から管理対象の項目の情報の収集を容易に行うことができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態の情報収集システムの一構成例を示すブロック図である。
【図２】図１に示した情報収集サーバの一構成例を示すブロック図である。
【図３】図２に示したプロセス監視部の動作手順を示すシーケンス図である。
【図４】本実施形態における情報収集サーバのデータベース部が管理するＭＩＢの一例を示す図である。
【図５】本実施形態の情報収集システムの動作手順を示すシーケンス図である。
【図６】ＭＩＢの更新方法を説明するためのフローチャートである。
【図７】一般的なＭＩＢのツリー構造を示す図である。
【図８】図７に示したツリー構造において、電力センサと温度センサをオブジェクトとして定義した場合の一例を示す図である。
【発明を実施するための形態】
【００２２】
本実施形態の情報収集システムの構成を説明する。図１は本実施形態の情報収集システムの一構成例を示すブロック図である。
【００２３】
図１に示すように、監視対象のビルである監視対象ビルに情報収集サーバ１０が設置され、情報収集サーバ１０から収集した情報を集約する情報配信サーバ２０が監視対象ビルとは別の建物に設置されている。情報配信サーバ２０が設置されている建物を情報集約ビルと称する。図１に示すように、情報収集サーバ１０と情報配信サーバ２０がネットワーク７０を介して通信可能に接続されるため、監視対象ビルと情報集約ビルが物理的に離れていてもよい。
【００２４】
本実施形態では、図１に示すように、情報収集サーバ１０と情報配信サーバ２０とが別のビルに設置されている場合で説明するが、これらのサーバが同じ建物内に設置されていてもよい。また、本実施形態では、説明を簡単にするために、監視対象ビルが１つの場合で説明するが、監視対象ビルが複数であってもよい。また、監視対象はビルに限らず、工場、プラント、店舗、およびビル内の一部のオフィス等であってもよい。
【００２５】
図１に示す監視対象ビルには、情報収集サーバ１０の他に、保守端末３０および計測機器が設けられている。計測機器は、空調機４５に接続された空調制御ユニット４０と、サーバの温度を測定する温度センサ５５および温度センサ５５に接続された温度センサユニット５０と、サーバに供給される電力を測定する電力センサ（不図示）および電力センサに接続された電力センサユニット６０とを有する。温度センサ５５は、例えば、サーバが搭載されたサーバラック６５に配置されている。空調機４５、サーバおよびサーバラック６５のそれぞれは複数であってもよい。
【００２６】
情報収集サーバ１０は、ハブ７５を介して、保守端末３０、空調制御ユニット４０、温度センサユニット５０および電力センサユニット６０と接続される。また、情報収集サーバ１０は、ルータ７３を介してネットワーク７０と接続される。ネットワーク７０は、例えば、インターネットである。
【００２７】
空調制御ユニット４０は、空調機４５の消費電力および吹出温度を含む空調情報を空調機４５から収集する。温度センサユニット５０は、温度および湿度を含むセンサ情報をサーバラック６５等に設置された温度センサ５５から収集する。電力センサユニット６０は、交流電力および直流電力を含むセンサ情報をサーバに設けられた電力センサから収集する。
【００２８】
本実施形態では、空調機４５に消費電力および吹出温度を測定するセンサが予め設けられている場合で説明するが、これらの項目を測定するセンサが別途設けられていてもよい。
【００２９】
情報配信サーバ２０はルータ７１を介してネットワーク７０と接続される。情報配信サーバ２０は、一定時間毎に、収集する管理対象の項目を指定した情報を含む情報収集リクエストをネットワーク７０を介して情報収集サーバ１０に送信する。管理対象の項目を指定するための情報は、例えば、ＯＩＤである。そして、情報配信サーバ２０は、情報収集リクエストの応答として、情報収集サーバ１０から受信する情報を記憶部（不図示）に格納する。以下では、管理対象の項目を収集項目と称する。
【００３０】
なお、本実施形態では、情報配信サーバ２０についての詳細な説明を省略するが、情報配信サーバ２０は、情報収集サーバ１０から受信した情報を、表示部（不図示）に表示して情報集約ビルの管理者に通知してもよく、監視対象ビルの所有者の端末（不図示）にネットワーク７０を介して送信してもよい。
【００３１】
次に、本実施形態の情報収集サーバ１０の構成を説明する。図２は図１に示した情報収集サーバの一構成例を示すブロック図である。
【００３２】
図２に示すように、情報収集サーバ１０は、データベース部１５と、データベース部１５を管理する保守機能部１３とを有する。保守機能部１３は、プロセス監視部１１１と、情報配信サーバ２０とデータを送受信するサーバ間インタフェース部１２０と、各種ユニットとデータを送受信するプロトコルアダプタ１７と、保守部１１２とを有する。
【００３３】
プロトコルアダプタ部１７は、ＢＡＣｎｅｔ／ＩＰアダプタ１７１、ＳＮＭＰアダプタ１７２およびＩＰＭＩアダプタ１７３を有する。これらのアダプタによる処理は、計測機器に対してセンサ情報や空調情報を要求する取得リクエスト（「ｇｅｔ操作」と呼ばれている）を処理するプロセス群に相当する。プロトコルアダプタ部１７の各アダプタは、計測機器が認識可能な情報収集用のインタフェースプロトコルに対応して、それぞれのプロトコルに特化した処理を実行する。各アダプタには、データベース部１５が管理するＭＩＢに対応して、自アダプタが担当する収集項目を含むリストが格納されている。このリストは、ＭＩＢの変更に伴って更新される。
【００３４】
以下では、ＢＡＣｎｅｔ／ＩＰアダプタ１７１が実行する処理をＢＡＣｎｅｔ／ＩＰアダプタプロセスと称し、ＳＮＭＰアダプタ１７２が実行する処理をＳＮＭＰアダプタプロセスと称し、ＩＰＭＩアダプタ１７３が実行する処理をＩＰＭＩアダプタプロセスと称する。
【００３５】
なお、本実施形態では、計測機器との情報の送受信に用いられる通信プロトコルがＢＡＣｎｅｔ／ＩＰ、ＳＮＭＰおよびＩＰＭＩの場合で説明したが、通信プロトコルは、これらに限定されるものではない。
【００３６】
インタフェース部１２０は、情報配信サーバ２０から受信する情報収集リクエストに対する処理であるｓｎｍｐｄプロセスを実行する。本実施形態では、インタフェース部１２０は、ＳＮＭＰにしたがって情報配信サーバ２０と情報を送受信する。ｓｎｍｐｄプロセスは、情報収集リクエストをデータベース部１５に渡し、データベース部１５から受け取る情報を情報配信サーバ２０に返信する処理である。
【００３７】
保守部１１２は、データベース部１５のマスタデータをメンテナンスするための保守用ＧＵＩ（Graphical User Interface）を保守端末３０に提供するためのハードウェアおよびソフトウェアを有する。例えば、ソフトウェアは保守用アプリケーションソフトウェアプログラムであり、ハードウェアはそのアプリケーションソフトウェアプログラムを記憶するメモリおよびプログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）である。保守部１１２の具体的な動作については後述する。
【００３８】
プロセス監視部１１１は、インタフェース部１２０、データベース部１５およびプロトコルアダプタ部１７の各部が実行するプロセスを監視する。監視対象となるプロセスは、ｓｎｍｐｄプロセス、ＢＡＣｎｅｔ／ＩＰアダプタプロセス、ＳＮＭＰアダプタプロセス、ＩＰＭＩアダプタプロセス、およびデータベースプロセスである。
【００３９】
ここで、プロセス監視部１１１の動作を、図を参照して説明する。図３は図２に示したプロセス監視部の動作手順を示すシーケンス図である。
【００４０】
なお、プロセス監視部１１１は図３に示す処理を定期的に実行するものとし、図３は、１回の監視処理を示す。また、図３では、監視対象のプロセスのうち、いずれかのプロセスに異常が発生した場合を示す。
【００４１】
プロセス監視部１１１は、各プロセスの定期監視を開始すると（ステップ１０１）、各プロセスが正常に実行されているか否かを判定するために、プロセスの生存確認を行う（ステップ１０２）。監視対象のプロセスのうち、いずれかのプロセスの消滅を検知した場合、プロセス監視部１１１は、その消滅したプロセスの再起動を実行した後（ステップ１０３）、各プロセスの定期監視を終了する（ステップ１０４）。ステップ１０２の判定でどのプロセスにも異常がない場合、プロセス監視部１１１はステップ１０４に進む。
【００４２】
プロセス監視を定期的に行うことを定めたスケジュールを予めプロセス監視部１１１に予め登録しておくことによって、プロセス監視の定期的実行が可能となる。また、プロセスの生存確認には、プロセス監視部１１１が各プロセスを実行する各部に対してコマンドを送信し、そのコマンドに対する応答があるか否かによって、プロセスの有無を判定して行うことが可能である。
【００４３】
データベース部１５は、管理対象の項目について定義されたＭＩＢの情報を管理および更新する。データベース部１５は、インタフェース部１２０から情報収集リクエストを受け取ると、ＭＩＢの情報にしたがって、取得リクエストをプロトコルアダプタ１７に転送する。図２では、データベース部１５を記録装置として表示しているが、データベース部１５は、ＭＩＢの情報を記憶する記憶部の他に、ＭＩＢの管理および更新の処理を行うデータベースプロセスを実行する制御部を含む。
【００４４】
ここで、データベース部１５が管理するＭＩＢの情報を説明する。
【００４５】
本実施形態では、ＭＩＢの階層ツリー上に機器を意識したオブジェクトを配置せず、管理対象となる項目のオブジェクトのみとする。センサおよび空調機を含む機器は各収集項目のインデックスになるようにＭＩＢが定義されている。
【００４６】
機器を増設する際には、機器毎に登録可能な数を示すインデックス数を書き換える。増設された機器から収集されたデータは、各収集項目の配下にある、新たに追加されたインデックスの番号に対応してデータベース部１５に格納される。
【００４７】
図４はデータベース部が管理するＭＩＢの一例を示す図である。
【００４８】
図４に示すツリー構造の頂点は図８に示した企業Ｙ（ｙ）のオブジェクトに相当する。図４に示す例では、企業Ｙ（ｙ）の配下に、電力センサ、温度センサおよび空調機の項目を配置し、これらの項目に（１）〜（３）を割り当てている。ここでは、電力センサ（１）、温度センサ（２）および空調機（３）は、機器を意味しているのではなく、これらの機器の収集項目のグループを示すグループ名に相当する。例えば、「電力センサ」は、直流電力と交流電力を含む収集項目のグループ名である。
【００４９】
電力センサ（１）、温度センサ（２）および空調機（３）の各オブジェクトについて、インデックス０に機器の数に対応するインデックス数を割り当て、インデックス数に応じて、インデックス１〜ｘ（ｘは２以上の整数）を機器に割り当てている。ＭＩＢの情報として、機器毎にインデックス数が登録されている。そのため、データベース部１５は、インデックス数を機器毎に参照することで、各機器におけるｘの値を認識することが可能となる。図４に示す破線枠は、各機器から取得する具体的な収集項目を示す。
【００５０】
図４に示すＭＩＢ構造において、収集項目を指定するためのＯＩＤの一例を説明する。インデックス１の電力センサの場合、ＯＩＤを「１．３．６．１．４．１．ｙ．１．１」とすればよい。このＯＩＤ「・・・ｙ．１．１」のうち、「ｙ」は図８に示した「企業Ｙ」のオブジェクトに相当し、「ｙ」の後の最初の「１」は「電力センサ」のグループに相当し、最後の「１」はインデックスの番号であり、インデックス１が割り当てられた機器を意味する。
【００５１】
電力センサのインデックス数を更新する場合には、ＯＩＤを「１．３．６．１．４．１．ｙ．１．０」と指定すればよい。これらのＯＩＤの付与方法は、グローバルネーミングツリーにしたがって付与される場合の一例であり、他の方法であってもよい。
【００５２】
なお、図４に示すように、本実施形態では、１つの機器に対して複数の収集項目がある場合で説明しているが、収集項目が１つであってもよい。予め登録された収集項目の数が少ない機器、例えば、交流電力しかセンシングできない機器であっても、オブジェクトとして、図４に示すように、収集項目をグループ「電力センサ」とすることで、取り扱うことが可能となる。
【００５３】
上述したように、本実施形態では、ＭＩＢの階層ツリー上に機器を意識したオブジェクトを配置せず、収集項目のオブジェクトのみとしている。また、各種センサや空調機といった機器は、各収集項目のインデックスになるようにＭＩＢ定義を行っている。
【００５４】
機器を増設する際には、機器に対応してインデックス数を書き換えればよい。増設された機器から収集されたデータは、新たに追加されたインデックスの番号に対応して情報収集サーバ１０に格納される。各機器の増減はインデックスの番号にしか表れないので、既に登録された収集項目のみを持つ機器の増減に対して、アプリケーションおよびデータベースを再構築する必要がない。
【００５５】
次に、本実施形態の情報収集システムの動作を説明する。図５は本実施形態の情報収集システムの動作手順を示すシーケンス図である。
【００５６】
図５に示すように、情報配信サーバ２０が情報収集リクエストを情報収集サーバ１０に送信する（ステップ２０１）。情報収集サーバ１０は、情報配信サーバ２０から情報収集リクエストを受信すると、データベース部１５が管理するＭＩＢの情報を参照し、空調制御ユニット４０、温度センサユニット５０および電力センサユニット６０のうち、情報収集リクエストに指定された収集項目に対応するユニットに取得リクエストを送信する（ステップ２０２）。
【００５７】
ステップ２０２において、例えば、ＯＩＤとして「１．３．６．１．４．１．ｙ．１．１」および「１．３．６．１．４．１．ｙ．２．１」が情報収集リクエストに含まれている場合、データベース部１５は、ＯＩＤ「１．３．６．１．４．１．ｙ．１．１」を含む取得リクエストをＩＰＭＩアダプタ１７３に送信し、ＯＩＤ「１．３．６．１．４．１．ｙ．２．１」を含む取得リクエストを温度センサユニット５０に送信する。
【００５８】
空調制御ユニット４０、温度センサユニット５０および電力センサユニット６０の各ユニットは、情報収集サーバ１０から受信した取得リクエストで指定された収集項目の情報を情報収集サーバ１０に返信する（ステップ２０３）。情報収集サーバ１０は、各ユニットから情報を受け取ると、これらの情報を情報配信サーバ２０に送信する（ステップ２０４）。
【００５９】
なお、図５では、情報収集サーバ１０が空調制御ユニット４０、温度センサユニット５０および電力センサユニット６０に取得リクエストを送信する場合を示しているが、これら３つのユニットの全ての場合に限らず、１つまたは２つのユニットであってもよい。
【００６０】
次に、監視対象ビルの管理者が空調機４５、温度センサ５５および電力センサのうち、いずれかの機器を増設する場合について説明する。
【００６１】
図６はＭＩＢの更新方法を説明するためのフローチャートである。ここでは、サーバの増設に伴って電力センサが１つ追加された場合で説明する。
【００６２】
管理者が保守端末３０を操作して情報収集サーバ１０に接続させると（ステップ３０１）、保守部１１２が保守用ＧＵＩの操作用データを保守端末３０に送信する（ステップ３０２）。保守端末３０は保守用ＧＵＩの操作用データを受信すると、保守用ＧＵＩの画面を表示する（ステップ３０３）。管理者が保守用ＧＵＩの画面を見ながら、電力センサの数の欄に、既に登録されているインデックス数に１を追加した更新数を入力する。
【００６３】
保守端末３０は、電力センサの数を更新する旨の指示が入力されると、ＯＩＤ「１．３．６．１．４．１．ｙ．１．０」および電力センサの更新数を含む更新情報を保守部１１２に送信する（ステップ３０４）。ここで、ＯＩＤ「１．３．６．１．４．１．ｙ．１．０」における「・・・１．０」の「１」は電力センサを指定するものであり、０はインデックスの番号、つまりインデックスを指定するものである。
【００６４】
保守部１１２は、保守端末３０から更新情報を受信すると、更新情報に含まれるＯＩＤと更新数を読み出し、ＯＩＤに基づいて、更新対象が電力センサのインデックス数であることを認識する。そして、保守部１１２は、データベース部１５が記憶するＭＩＢの情報のうち、電力センサのインデックス数に更新数を登録して、ＭＩＢの情報を更新する（ステップ３０５）。
【００６５】
このようにして、機器の増設時も、管理者が保守端末３０を操作して保守部１１２を介してＭＩＢの更新を行うことが可能である。本実施形態では、機器を増設する場合で説明したが、機器を削減する場合についても同様にＭＩＢを更新することが可能である。
【００６６】
本実施形態の情報収集システムでは、ＭＩＢに、個々の計測機器ではなく、電力および温度等の収集項目をオブジェクトとして登録し、計測機器を収集項目のインデックスとして登録している。計測機器の数を変更する場合、機器毎に登録可能な数を示すインデックス数を変更するだけで、新たなインデックスの番号が割り当てられた機器の収集項目の情報を取得することが可能となる。
【００６７】
そのため、管理者は、計測機器の数を変更した場合におけるシステムへの登録手続を保守端末等により簡単に実行することが可能となる。その結果、ＭＩＢのツリー構造を変更する必要がなく、情報収集システムの再構築および維持管理に要するコストおよび時間を削減でき、保守作業の負荷が軽減される。
【００６８】
また、本実施形態では、情報収集サーバが複数種のプロトコルに応じた複数のアダプタ部を有し、多種のプロトコルに対応した計測機器からの多種の収集項目の情報を収集し、サーバ間では同じプロトコルで情報を送受信している。そのため、情報配信サーバ側では、監視対象のビルに設置された計測機器の機種を意識しないで、収集項目の情報を取得することが可能となる。
【００６９】
なお、本実施形態では、情報配信サーバ２０から送出される情報収集リクエストが収集項目を指定する情報としてＯＩＤを含む場合で説明したが、ＯＩＤが含まれていなくてもよい。例えば、情報配信サーバ２０が必要とする収集項目の情報が予めＭＩＢに登録されていてもよい。この場合、情報収集サーバ１０は、情報配信サーバ２０から情報収集リクエストを受信すると、予め決められた収集項目の情報を各ユニットから取得して情報配信サーバ２０に送信する。
【符号の説明】
【００７０】
１０    情報収集サーバ
１３    保守機能部
１５    データベース部
１７    プロトコルアダプタ部
２０    情報配信サーバ
３０    保守端末
【図２】
2014026437.tif 000003
【図３】
2014026437.tif 000004
【図４】
2014026437.tif 000005
【図５】
2014026437.tif 000006
【図６】
2014026437.tif 000007
【図７】
2014026437.tif 000008
【図８】
2014026437.tif 000009
【図１】
2014026437.tif 000010