JP2009265939A - 機器管理システム - Google Patents

Abstract

【課題】バージョンアップ中の機能停止を防止することができ、しかも低コスト化を図ることができる機器管理システムを提供することにある。
【解決手段】機器管理システムは、メインソフトウェアにより規定された処理を実行する通常モードおよびメインソフトウェアのバージョンアップを行う更新モードを有し、上位ネットＮｓに接続されたエリアユニット２および管理ユニット３を備え、エリアユニット２および管理ユニット３は、互いに共通するハードウェア構成を有しており、エリアユニット２および管理ユニット３のいずれか一方は、更新モード時には、エリアユニット２および管理ユニット３のいずれか他方に代替要求信号を送信してからバージョンアップを実行し、上記他方は、代替要求信号を受信すると上記一方の通常モード時の処理と同じ処理を自身の通常モード時の処理と並行して行う。
【選択図】図１

Description

本発明は、機器の管理（監視・制御）を行う機器管理システム、特に大規模な管理領域に配置した機器の管理を行うのに適した機器管理システムに関するものである。

従来、通信ネットワークを用いて複数台の機器を管理（監視と制御との少なくとも一方）する複数台のユニットを備えた機器管理システムが提案されている。

例えば、特許文献１には、ビルの電力、照明、防災などの設備機器を統合管理するシステムとして、ビルオートメーションシステムが例示されている。特許文献１に示すものは、中央管理装置と、設備機器管理装置（ユニット）と、空調機（機器）と、操作端末とが専用線などのネットワークにより互いに接続されて構成されている。設備機器管理装置は、空調機の制御（例えば設定温度の変更や暖房・冷房の切り換えの指令など）や、空調機の監視（例えば空調機の状態を示す情報の送信要求の受付や、実行）などを行う。

ところで、上述したような機器管理システムでは、不具合への対応や、機能の向上などのために、必要に応じてユニットで使用するソフトウェアのバージョンアップが行われる。

ここで、ユニットがバージョンアップを行っている間は、当該ユニットは本来の機能を発揮することができないので、システムの一部の機能が停止してしまうことになる。

このような問題の解決策としては、同じ機能を有するユニットを２台設けることで冗長性を持たせた構成とし、常時は一方のユニットが動作し、一方のユニットのバージョンアップ中には、他方のユニットが一方のユニットを代替するという方法が考えられる（例えば、特許文献２の現用系サーバ、待機系サーバの構成参照）。
特開２００４−４６８１２号公報 特開２０００−９９４８３号公報

上述したように、機器管理システムを、ユニットに冗長性を持たせた構成とすることにより、バージョンアップ中の機能停止を防止することが可能になる。しかしながら、バージョンアップ時に代替するためだけに、バージョンアップを行うユニットと同様な機能を有するユニットを設けることは、システムの構築にかかる費用の増大を招き、また、システムの規模が肥大化してしまう。

本発明は上記事由に鑑みて為されたもので、その目的は、バージョンアップ中の機能停止を防止することができ、しかも低コスト化を図ることができる機器管理システムを提供することにある。

上述の課題を解決するために、請求項１の発明では、所定の管理領域に存在する複数台の機器について通信ネットワークを用いることにより監視と制御との少なくとも一方を行う複数台のユニットを備え、複数台のユニットには、ＣＰＵよりなる信号処理部と、当該信号処理部で実行するメインソフトウェアが格納された記憶部と、通信ネットワークを通じて信号を送受信する通信部とを備え、信号処理部がメインソフトウェアにより規定された処理を実行する通常モードと、信号処理部が記憶部に格納されたメインソフトウェアのバージョンアップを行う更新モードとを有した複数台の更新可能ユニットが含まれ、複数台の更新可能ユニットは、同階層の通信ネットワークに接続され、信号処理部は、更新モード時には、通信部より自身の通常モード時の処理を代替させる他の更新可能ユニットに代替要求信号を送信する代替要求通知処理と、代替要求通知処理の実行後にメインソフトウェアのバージョンアップを行う更新実行処理と、更新実行処理の実行後に代替の終了を通知する代替終了信号を上記他の更新可能ユニットに送信する代替終了通知処理とを実行し、通常モード時に、通信部で代替要求信号を受信すると、代替終了信号を受信するまでは、通信部で受信した代替要求信号の送信元の別の更新可能ユニットの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う代替実行処理を実行することを特徴とする。

請求項１の発明によれば、ソフトウェアのバージョンアップ中であっても、バージョンアップ中の更新可能ユニットとは他の更新可能ユニットが、バージョンアップ中の更新可能ユニットの通常モード時の処理を実行するから、バージョンアップ中の機能停止を防止することができ、しかも、バージョンアップ時に代替するためだけに更新可能ユニットと同様な機能を有するユニットを設ける必要がなくなるから、低コスト化を図ることができる。

請求項２の発明では、請求項１の発明において、上記複数台の更新可能ユニットには、メインソフトウェアが異なる更新可能ユニットが含まれており、当該複数台の更新可能ユニットと同階層の通信ネットワークあるいはより上位の階層の通信ネットワークには、当該複数台の更新可能ユニット全てのメインソフトウェアを保持するソフトウェア記憶装置が接続され、上記信号処理部は、上記代替実行処理を実行するにあたっては、上記代替要求信号の送信元の別の更新可能ユニットのメインソフトウェアが自身のメインソフトウェアと同じかどうかを判定するソフトウェア判定処理を実行し、当該ソフトウェア判定処理により同じと判定されると上記代替実行処理を実行し、当該ソフトウェア判定処理により同じではないと判定されるとデータサーバより上記別の更新可能ユニットのメインソフトウェアを取得した後に上記代替実行処理を実行することを特徴とする。

請求項２の発明によれば、機能が異なる更新可能ユニット間でも代替することができるので、必ずしも同じ機能を有する更新可能ユニットを同階層の通信ネットワークに接続する必要がなくなるから、より柔軟性の高いシステム構築を行うことができる。

請求項３の発明では、請求項１または２の発明において、上記信号処理部は、上記更新モード時に上記通信部で自分宛の信号を受信すると、当該信号の送信元の装置に、上記代替要求信号の送信先の更新可能ユニットを通知する代替通知信号を送信する代替通知処理を実行し、上記送信元の装置は、代替信号を受信すると、当該代替信号の送信元の更新可能ユニットに信号を送信するにあたっては、宛先を当該代替信号で通知された更新可能ユニットに変更することを特徴とする。

請求項３の発明によれば、バージョンアップ中の更新可能ユニットと実際に信号の送受があった装置だけが宛先を変更するので、代替中であることを通知する信号をシステム全体に送信して全ての装置に宛先を変更させる場合に比べれば、代替時のシステム変更を少なくすることができるから、システムにかかる負荷を低減することができる。

請求項４の発明では、請求項１〜３のうちいずれか１項の発明において、上記複数台のユニットは、上記複数台の機器を端末とする複数台の下位側ユニットと、当該複数台の下位側ユニットを端末とする上位側ユニットとを含み、上記更新可能ユニットは、上位側ユニットであることを特徴とする。

請求項４の発明によれば、上記側ユニットのバージョンアップ中の機能停止を防止することができる。

請求項５の発明では、請求項１〜３のうちいずれか１項の発明において、上記複数台のユニットは、上記複数台の機器を端末とする複数台の下位側ユニットと、当該複数台の下位側ユニットを端末とする上位側ユニットとを含み、上記更新可能ユニットは、下位側ユニットであることを特徴とする。

請求項５の発明によれば、下位側ユニットのバージョンアップ中の機能停止を防止することができる。

請求項６の発明では、請求項５の発明において、下位側ユニットの上記通信部は、上位側ユニットとの通信に使用されるユニット側通信処理部と、上記機器との通信に使用される機器側通信処理部と、上記通常モード時には、ユニット側通信処理部および機器側通信処理部それぞれを上記信号処理部に接続し、上記更新モード時には、ユニット側通信処理部を機器側通信処理部に接続する通信路切換部とを備えていることを特徴とする。

請求項６の発明によれば、下位側ユニットのバージョンアップ中の機能停止を防止することができる。

本発明は、バージョンアップ中の機能停止を防止することができ、しかも低コスト化を図ることができるという効果を奏する。

（実施形態１）
本発明では、各種機器の動作状態を監視することと各種機器を制御することとを総称して機器の「管理」と呼ぶ。したがって、機器の管理は、機器の監視と制御との少なくとも一方を意味する。また、管理対象となる機器が配置されている領域の全体を「管理領域」と呼び、管理領域を複数の小領域に分割したときの一つの小領域を「エリア」と呼ぶ。

管理領域は、オフィスビル・集合住宅・病院・学校・ホテル・体育館・美術館・博物館・ショッピングセンタのような各種建物内、複数の建物を含む集合住宅の敷地内、土地開発された複数個の住戸を含むひとまとまりの住宅地内、テーマパーク内、公園内のような広範囲の空間であって、照明機器や冷暖房機器などの機器が多数配置される空間に相当する。一方、エリアは、建物の各階あるいは各室、土地を適宜に区切ったときの各区画に相当する。

以下では、図２に示すように、公園の全体を管理領域Ａとし、公園内を場所ごとに適宜に仕切ることにより複数のエリアＥ１〜Ｅ８を設けている場合を例として説明する。また、図示例では、管理領域Ａを８個のエリアＥ１〜Ｅ８に分割しているが、各エリアＥ１〜Ｅ８をとくに区別する必要がないときには、エリアＥと表記する。

以下に説明する実施形態では、監視および制御の対象となる機器として照明機器Ｌｄを例示し、監視の対象となる機器として電気計量（電圧、電流、電力などの計量）を行う計量機器Ｍｓを例示する。

本実施形態の機器管理システムは、図１に示すように、エリアＥ内の照明の監視・制御、電力量の監視などを行うエリアユニット２と、エリアユニット２配下の機器（照明機器Ｌｄ、計量機器Ｍｓ）や警報履歴の管理などを行う管理ユニット３と、エリアユニット２と制御用端末器ＴＵ２に接続される照明機器Ｌｄとの間に（図示例では操作用端末器ＴＵ１に付設されるスイッチＳＷとの間にも）介在される照明制御ユニット４と、エリアユニット２と計量機器Ｍｓとの間に介在される計量管理ユニット５とを備える。なお、以下では、エリアユニット２と、管理ユニット３と、照明制御ユニット４と、計量管理ユニット５とを区別する必要がなければ、一括してユニット１と呼ぶ。

また、機器を端末とする（機器に直接的に接続される）照明制御ユニット４および計量管理ユニット５と、照明制御ユニット４および計量管理ユニット５を端末とする（機器に直接的に接続されない）エリアユニット２および管理ユニット３とを区別する場合には、エリアユニット２および管理ユニット３を一括して上位側ユニット１Ｕと呼び、照明制御ユニット４および計量管理ユニット５とを一括して下位側ユニット１Ｄと呼ぶ。

ここで、上位側ユニット１Ｕと下位側ユニット１Ｄとは、エリアＥ毎に、中間層の通信ネットワーク（以下、「中位ネット」と呼ぶ）Ｎｍにより接続される。照明制御ユニット４や計量管理ユニット５は、エリアＥ毎に１乃至複数台配置されるが、エリアユニット２と管理ユニット３とは、エリアＥごとに１台ずつ配置される。

下位側ユニット１Ｄである照明制御ユニット４には、下位層の通信ネットワーク（以下、「下位ネット」という）Ｎｉ１が、計量管理ユニット５には下位ネットＮｉ２が一対一対応で接続される。ここで、下位ネットＮｉ１，Ｎｉ２は、機器の種別毎に分類して設けられる。本実施形態では、監視と制御との両方を行う機器（すなわち照明機器Ｌｄ）と、監視のみを行う機器（すなわち計量機器Ｍｓ）とに分けて、機器ごとに下位ネットＮｉ１，Ｎｉ２が設けられる。具体的には、下位ネットＮｉ１に照明機器Ｌｄが接続され、下位ネットＮｉ２に計量機器Ｍｓが接続される。

本実施形態の機器管理システムは、管理領域Ａ全体の管理を行うための中央管理装置６を備える。中央管理装置６は、センタサーバ６ａと、管理用コンピュータ６ｂとで構成される。センタサーバ６ａは、エリアユニット２と通信することによって、照明機器Ｌｄの制御や監視、計量機器Ｍｓで計測した電力量の収集を行う機能や、管理ユニット３と通信することによって、エリアＥに散在する機器（照明機器Ｌｄ，計量機器Ｍｓ）の運行状態を集中監視する機能、管理ユニット３を通じて機器警報を管理する機能などを備える。管理用コンピュータ６ｂは、センタサーバ６ａのデータ確認や機器管理システム全体の監視制御に使用される。

このような中央管理装置６は、上位層の通信ネットワーク（以下、「上位ネット」と呼ぶ）Ｎｓを通じて、上位側ユニット１Ｕに接続される。なお、本実施形態の場合、上位ネットはローカルエリアネットワークであり、上位側ユニット１Ｕと中央管理装置６との間にはルータ７が介在される。また、上位ネットＮｓにはＮＴＰ（Network Time Protocol）サーバ８を接続してある。

本実施形態の機器管理システムでは、上位ネットＮｓは、ネットワーク層ではＩＰｖ６に対応したＩＰプロトコルを用い、上位層のプロトコルとして独自プロトコルを用いている。また、中位ネットＮｍは、ネットワーク層においてはＩＰプロトコルを用い、上位層のプロトコルとして設備機器の標準オープンプロトコルであるＢＡＣｎｅｔプロトコルを用いる。すなわち、本実施形態の機器管理システムでは、図３に示すように、３階層に階層化された通信ネットワークを用いている。

ところで、照明制御ユニット４に接続された下位ネットＮｉ１は、２線式の信号線Ｌｓ１を伝送される固定長の伝送信号を用いた時分割多重伝送方式の通信ネットワークを構築している。一方、計量管理ユニット５に接続された下位ネットＮｉ２は、ＲＳ−４８５、ＲＳ−２３２Ｃなどのシリアル通信による通信ネットワークまたはＥｔｈｅｒｎｅｔ（登録商標）による通信ネットワークを構築しており、信号線Ｌｓ２を通して情報を授受する。

ここで、本実施形態における下位ネットＮｉ１の構成要素は、固定長の伝送信号を信号線Ｌｓ１に定期的に送出する伝送装置ＣＮと、信号線Ｌｓ１に接続された操作用端末器ＴＵ１および制御用端末器ＴＵ２とである。操作用端末器ＴＵ１にはスイッチＳＷが付設され、制御用端末器ＴＵ２には照明機器Ｌｄが接続される。操作用端末器ＴＵ１および制御用端末器ＴＵ２には、それぞれスイッチＳＷと照明機器Ｌｄとに対応付けたアドレスが設定されており、伝送装置ＣＮにおいてスイッチＳＷと照明機器Ｌｄとのアドレスを関係テーブルで関係付けている。したがって、いずれかのスイッチＳＷを操作すると、関係テーブルで関係付けた照明機器Ｌｄが点灯または消灯する。ここに、スイッチＳＷと等価に用いることができる明るさセンサや人感センサをスイッチＳＷに代えて用いると、明るさや人の存否に応じて照明機器Ｌｄの点灯と消灯とを制御することができる。

上述した下位ネットＮｉ１を構築する負荷制御システムの技術は周知であるが、簡単に動作を説明する。伝送装置ＣＮは一定時間毎に固定長の伝送信号を信号線Ｌｓ１に送出しており、スイッチＳＷの操作時には伝送信号に同期するタイミングで操作用端末器ＴＵ１が割込信号を信号線Ｌｓ１に送出する。この割込信号を伝送装置ＣＮが受信すると、伝送装置ＣＮは伝送信号によってアドレスの返送を要求する。

伝送信号には、操作用端末器ＴＵ１から返送される情報を載せるタイムスロットが設けられており、伝送装置ＣＮから伝送信号によってアドレスの返送が要求されると、割込信号を発生した操作用端末器ＴＵ１はこのタイムスロットにおいて自己のアドレスを伝送装置ＣＮに返送する。伝送装置ＣＮは、取得したアドレスを指定する伝送信号により操作用端末器ＴＵ１からスイッチＳＷのオン・オフの状態を獲得する。さらに、関係テーブルと照合することによって、スイッチＳＷに対応付けた照明機器Ｌｄに対してアドレスを指定して伝送信号を伝送し、操作用端末器ＴＵ１から獲得したスイッチＳＷのオン・オフの状態に従って照明機器Ｌｄの点灯・消灯を制御する。なお、伝送信号としては、パルス幅によってデジタル値を表すパルス幅変調された信号であって正負の電圧値が等しい双極性の信号を用いる。したがって、操作用端末器ＴＵ１または監視用端末器ＴＵ２では、伝送信号を整流することにより、伝送装置ＣＮとの通信に必要な電源を確保する。下位ネットＮｉ１において、操作用端末器ＴＵ１や制御用端末器ＴＵ２の接続台数にはアドレス空間による制限があるが、実際には伝送装置ＣＮの電流供給容量によって台数が制限される。例えば、操作用端末器ＴＵ１であれば約５０台程度である。

また、下位ネットＮｉ１では、操作用端末器ＴＵ１と制御用端末器ＴＵ２とのアドレスを関係付けることにより、スイッチＳＷと照明機器Ｌｄとを関係付けているから、スイッチＳＷと照明機器Ｌｄとを一対一に関係付けるだけではなく、一対多に関係付けることができる。ここで、１個のスイッチＳＷのオン・オフで１個の照明機器Ｌｄの点灯・消灯を行う場合を「個別制御」と呼び、１個のスイッチＳＷのオン・オフで複数個の照明機器Ｌｄの点灯・消灯を連動させる制御を「グループ制御」と呼ぶ。また、１個のスイッチＳＷのオンで、複数個の照明機器Ｌｄの点灯・消灯の状態をあらかじめ定めた状態とする制御を「パターン制御」と呼ぶ。上述のグループ制御では、スイッチＳＷに関係付けた複数個の照明機器Ｌｄの点灯・消灯の状態が同状態であり、しかもスイッチＳＷのオン・オフに連動する。一方、パターン制御では、スイッチＳＷに関係付けた複数個の照明機器Ｌｄの点灯・消灯の状態を個別に指定しておくことができ、スイッチＳＷのオン操作によって各照明機器Ｌｄの点灯・消灯の状態が指定された状態になる。

本実施形態の機器管理システムでは、エリアユニット２と、管理ユニット３と、照明制御ユニット４と、計量管理ユニット５とは、ハードウェアにおいて同様の構成を有し（相互に共通のハードウェア構成を有し）、ソフトウェアにおいて異なる構成を有している。

ユニット１は、図４に示すように、マイクロコンピュータを主構成要素に持ち、ＣＰＵからなる信号処理部１０と、ＲＡＭおよびＲＯＭ（たとえば、着脱可能なフラッシュＲＯＭ）からなる記憶部１１とを備える。さらに、ユニット１は、複数種類の通信にそれぞれ対応した複数個（図示例では３個）の通信処理部１２０ａ〜１２２ａと、各通信処理部１２０ａ〜１２２ａにそれぞれ外部電線を接続するための通信ポート１２０ｂ〜１２２ｂとで構成された通信部１２を備える。また、ユニット１は、現在時刻を計時し時刻情報要求を受けると時刻情報を出力する時計部１３とを備える。

ここで、通信処理部１２０ａは、Ｅｔｈｅｒｎｅｔ（登録商標）規格の中位ネットＮｍおよび上位ネットＮｓに対応するユニット側通信処理部であり、通信処理部１２１ａは照明機器Ｌｄを接続する下位ネットＮｉ１に、通信処理部１２２ａは計量機器Ｍｓが接続されるＲＳ−４８５規格（シリアル通信用でありＲＳ−２３２Ｃ規格でもよい）の下位ネットＮｉ２にそれぞれ対応する機器側通信処理部である。上述した通信処理部１２０ａ〜１２２ａは、各々対応する通信ポート１２０ｂ〜１２２ｂを通して送信する通信パケットを生成する処理と、通信ポート１２０ｂ〜１２２ｂを通して受信した通信パケットからデータを抽出する処理とを行う。なお、通信ポート１２０ｂ〜１２２ｂは、下位ネットＮｉ１，Ｎｉ２、中位ネットＮｍおよび上位ネットＮｓにそれぞれ適合した通信線を接続できる形状に形成されている。

記憶部１１は、信号処理部１０の動作を指示する（信号処理部１０で実行する）ソフトウェア（プログラム）と、ユニット１が動作するのに必要な設定データを含む種々のデータとを少なくとも記憶する。当該ソフトウェアには、ユニット１の基本動作を決定するメインソフトウェアが含まれており、当該メインソフトウェアの内容によって、ユニット１は、エリアユニット２、管理ユニット３、照明制御ユニット４、および計量管理ユニット５の後述する各種機能を発揮することができる。

エリアユニット２は、通信処理部１２０ａおよび通信ポート１２０ｂを通して照明制御ユニット４および計量管理ユニット５との間で機器（照明機器Ｌｄ、計量機器Ｍｓ）の管理のための情報（例えば、照明機器Ｌｄの制御情報）を授受する監視制御機能と、照明制御ユニット４や計量管理ユニット５から取得した情報を上位ネットＮｓに接続した中央管理装置６で閲覧可能にするウェブサービス機能とを有する。つまり、照明制御ユニット４や計量管理ユニット５からエリアユニット２が取得した情報は、中央管理装置６において可視化される。

また、エリアユニット２は、ＮＴＰサーバ７と通信を行って時計部１３の時刻合わせを行うタイマ調整機能も有する。これらの機能は、エリアユニット２用のメインソフトウェアにより可能となる。また、エリアユニット２における上記設定データは、例えば、エリアユニット２の場合には、記憶部１１に格納するデータとしては、通信処理部１２０ａ〜１２２ａおよび通信ポート１２０ｂ〜１２２ｂを用いた通信に必要な通信設定情報データと、機器（照明機器Ｌｄおよび計量機器Ｍｓ）の管理に用いる機器管理設定情報データとである。

上記の通信設定情報データには、例えば、通信時の送信元のＩＰアドレスと、通信時の送信先のＩＰアドレスと、エリアＥ内でのブロードキャストアドレスとが含まれる。さらに、通信設定情報データには、エリアユニット２と接続される照明制御ユニット４および計量管理ユニット５を個別に管理する管理番号と、照明制御ユニット４および計量管理ユニット５のＩＰアドレスとを関係付けた対応テーブルなどが含まれる。当該対応テーブルを利用することにより、ＩＰアドレスに代えて管理番号を用いて、エリアユニット２が接続されているエリアＥ内の照明制御ユニット４および計量管理ユニット５と通信することができる。

上記の機器管理設定情報データは、エリアユニット２が接続されるエリアＥ内で接続可能なユニット（エリアユニット２、管理ユニット３、照明制御ユニット４、計量管理ユニット５を含む）１の最大台数と、エリアＥに実際に接続されている台数との情報を含む。当該機器管理設定情報データは、照明制御ユニット４および計量管理ユニット５を監視する際に用いられる。また、機器管理設定情報データには、照明制御ユニット４および計量管理ユニット５を制御する際に用いられる制御定義テーブルも含まれる。当該制御定義テーブルは、例えば、エリアユニット２が接続されたエリアＥ内の照明制御ユニット４でグループ制御あるいはパターン制御を行う際に用いられる。

照明制御ユニット４は、通信処理部１２１ａおよび通信ポート１２１ｂを通して機器（照明機器Ｌｄ）の管理を行う監視制御機能を有する。当該監視制御機能は、照明機器Ｌｄの点灯・消灯の状態（動作状態）を監視情報として獲得してエリアユニット２に送信する監視機能と、エリアユニット２から受信した制御情報を照明機器Ｌｄの点灯・消灯の状態に反映させる（すなわちエリアユニット２から受信した制御情報にしたがって照明機器Ｌｄの点灯・消灯を指示する）制御機能とで構成される。なお、照明機器Ｌｄの動作状態は、信号線Ｌｓ１の伝送信号を監視することによって取得することができる。

計量管理ユニット５は、通信処理部１２２ａおよび通信ポート１２２ｂを通して機器（計量機器Ｍｓ）の管理を行う監視制御機能を有する。当該監視制御機能により、計量管理ユニット５は計量機器Ｍｓとの間でシリアル通信を行うことにより、計量機器Ｍｓに指示を与え、また計量器機Ｍｓからの情報を獲得する。ここで、計量機器Ｍｓは、例えば、照明機器Ｌｄの動作中の電圧、電流、電力の瞬時値や積算値を計測する。したがって、計量管理ユニット５は計量機器Ｍｓから取得する計量情報によって照明機器Ｌｄの動作などを監視することができる。また、当該監視制御機能では、計量監視対象の計量機器Ｍｓから計量情報を獲得してエリアユニット２に送信する処理も行う。

また、照明制御ユニット４および計量管理ユニット５は、エリアユニット２と同様に、下位ネットＮｉ１，Ｎｉ２に接続されている機器（照明機器Ｌｄ、計量機器Ｍｓ）を管理（監視・制御）する情報を中央管理装置６で可視化するウェブサービス機能を備える。ただし、照明制御ユニット４および計量管理ユニット５では、常時はウェブサービス機能を停止させており、各エリアＥを管理する情報は、エリアユニット２のウェブサービス機能によって中央管理装置６で利用可能にしてある。一方、中位ネットＮｍでの生存確認パケットに対して、エリアユニット２が応答しないときには、照明制御ユニット４と計量管理ユニット５とのウェブサービス機能が利用可能になる。

このような照明制御ユニット４と計量管理ユニット５とは、中位ネットＮｍと下位ネットＮｉ１，Ｎｉ２との仲介を行うから、それぞれの記憶部１１には、中位ネットＮｍで用いるアドレス（ＩＰアドレスだけではなくＢＡＣｎｅｔでの識別情報）と、下位ネットＮｉ１，Ｎｉ２で用いるアドレス（照明機器Ｌｄあるいは計量機器Ｍｓを区別するアドレス）とが設定データとして記憶される。なお、計量機器Ｍｓのアドレスは、ＲＳ−４８５規格のシリアル通信で用いる。

管理ユニット３は、エリアＥ内のエリアユニット２と照明制御ユニット４と計量管理ユニット５とについて中位ネットＮｍで用いるアドレスを設定データとして記憶部１１に記憶するアドレス記憶機能を有する。上記アドレスは、例えば、管理ユニット３がＢＡＣｎｅｔプロトコルで生存確認パケットを送信することにより取得する。

また、管理ユニット３は、中位ネットＮｍに生存確認パケットが送出されたときの応答により、エリアＥ内の他のユニット（エリアユニット２、照明制御ユニット４、計量管理ユニット５）１の状態を確認し、他のユニット１が正常に機能していないときには警報を発生し、必要に応じてエリアユニット２を通して（エリアユニット２が正常に機能していないときには、管理ユニット３自身が）中央管理装置６に警報を通知し中央管理装置６のモニタ装置（図示せず）に警報を表示させる機能や、警報情報などのシステム状態の履歴を記憶部１１に格納するとともに中央管理装置６に通知するシステム状態通知機能、取得した情報（例えば、中位ネットＮｍでのアドレスの情報および下位ネットＮｉ１，Ｎｉ２の機器の管理に必要な設定情報）を中央管理装置６で閲覧可能にするウェブサービス機能を備える。

さらに、管理ユニット３は、エリアユニット２、照明制御ユニット４、および計量管理ユニット５それぞれの動作に必要な設定データをバックアップ（記憶部１１に記憶する）するバックアップ機能を備える。例えば、バックアップ機能は、常時、エリアユニット２と照明制御ユニット４と計量管理ユニット５とに対してそれぞれバックアップ用の情報の取得要求を繰り返して行う。エリアユニット２と照明制御ユニット４と計量管理ユニット５とは、管理ユニット３からの情報の取得要求に対して前回の要求時との情報の変化を判断し、情報に変化がなければ取得要求に応答せず、変化が生じたときにのみ取得要求に対して情報を送信する。このような動作により、管理ユニット３ではエリアユニット２と照明制御ユニット４と計量管理ユニット５との動作に関して最新の設定データを記憶部１１に記憶する。

なお、管理ユニット３の記憶部１１には、各ユニット１の設定データが記憶されるから、エリアユニット２の修理あるいは交換が終了した後には、管理ユニット３から対応する設定データをエリアユニット２に転送することによって、エリアユニット２を復旧させることができる。

ところで、上位側ユニット１Ｕの記憶部１１には、メインソフトウェアを更新（バージョンアップ）するためのバージョンアップ用ソフトウェアが記憶される。すなわち、上記側ユニット１Ｕは、バージョンアップが可能なユニット（更新可能ユニット）である。以下の説明では、記憶部１１に記憶されたメインソフトウェアにより規定された処理を信号処理部１０が実行するモードを通常モードと呼び、バージョンアップ用ソフトウェアにより規定された処理（すなわちメインソフトウェアのバージョンアップを行う処理）を実行するモードを更新モードと呼ぶ。

上位側ユニット１Ｕの信号処理部１０は、バージョンアップをする旨を通知する更新通知信号を通信処理部１２０ａで受信すると、通常モードから更新モードに移行する処理を実行する。上記更新通知信号は、例えば中央管理装置６より上位側ユニット１Ｕに送信される。また、バージョンアップに必要なデータ（バージョンアップ後のメインソフトウェア）は、中央管理装置６のセンタサーバ６ａにアップロードされる。また、センタサーバ６ａには、上位側ユニット１Ｕ各々のメインソフトウェア（すなわちエリアユニット２および管理ユニット３それぞれのメインソフトウェア）が記憶される。したがって、本実施形態では、センタサーバ６ａが、複数台の上位側ユニット１Ｕ全てのメインソフトウェアを保持するソフトウェア記憶装置として用いられる。

ここで、本実施形態の機器管理システムでは、上位側ユニット１Ｕが更新モードで動作する際に、他の上位側ユニット１Ｕが、更新モードで動作中の上位側ユニット１Ｕの機能を代替するために、上位側ユニット１Ｕの信号処理部１０は下記の処理を実行する。なお、以下の説明では、バージョンアップを行う上位側ユニット１Ｕを更新実行ユニット１Ｐと呼び、当該更新実行ユニット１Ｐの通常モード時の処理を代替させる他の上位側ユニット１Ｕを代替実行ユニット１Ｓと呼ぶ。本実施形態の場合、同一エリアＥ内の上位側ユニット１Ｕは、エリアユニット２と管理ユニット３との２つであるから、エリアユニット２が更新実行ユニット１Ｐであるときには、管理ユニット３が代替実行ユニット１Ｓとなり、管理ユニット３が更新実行ユニット１Ｐであるときには、エリアユニット２が代替実行ユニット１Ｓとなる。すなわち、エリアユニット２と管理ユニット３とは互いに互いを代替する。

以下に図５を参照して、信号処理部１０が実行する処理について説明する。

信号処理部１０は、更新通知信号を通信処理部１２０ａで受信すると、通常モードから更新モードに移行し、代替実行ユニット１Ｓに代替要求信号を送信する第１の更新処理（代替要求通知処理）Ｐ１を実行する。

一方、信号処理部１０は、代替要求信号を受信すると、自身の動作状態をチェックし、通常モード時であれば、更新実行ユニット１Ｐの設定データが記憶部１１にあるか否かを判定し、記憶部１１になければ当該設定データを、更新実行ユニット１Ｐやセンタサーバ６ａより取得する第１の代替処理（代替準備処理）Ｓ１を実行する。また、代替準備処理Ｓ１では、代替要求信号の送信元の上位側ユニット１Ｕである更新実行ユニット１Ｐのメインソフトウェアをセンタサーバ６ａよりダウンロードする処理が実行される。なお、設定データをセンタサーバ６ａより取得する場合には、例えば、代替要求通知処理Ｐ１の実行時に、予め更新実行ユニット１Ｐがセンタサーバ６ａに設定データをアップロードしておく。

信号処理部１０は、代替準備処理Ｓ１が終了すると、更新実行ユニット１Ｐに、代替の準備が完了したことを通知する代替応答信号を送信する第２の代替処理（代替応答処理）Ｓ２を実行する。信号処理部１０は、代替応答処理Ｓ２の実行後は、更新実行ユニット１Ｐの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う第３の代替処理（代替実行処理）Ｓ３を実行する。

そのため代替実行処理Ｓ３の実行中は、代替実行ユニット１Ｓは、更新実行ユニット１Ｐとしても機能する。代替実行処理Ｓ３は、後述する代替終了信号を受信するまで継続される。信号処理部１０は、代替終了信号を受信すると、代替実行処理Ｓ３を終了するとともに、不必要なデータ（例えば、センタサーバ６ａよりダウンロードした更新実行ユニット１Ｐのメインソフトウェアのデータなど）を削除する第４の代替処理（代替終了処理）Ｓ４を実行する。また、代替終了処理Ｓ４では、更新実行ユニット１Ｐを代替するために使用した設定データを、センタサーバ６ａに送るようにしてあり、センタサーバ６ａに送られた設定データを更新実行ユニット１Ｐが取得することで、代替実行ユニット１Ｓによる代替時における設定データの変更が更新実行ユニット１Ｐに引き継がれる。なお、代替実行ユニット１Ｓで使用した設定データは、更新実行ユニット１Ｐに直接送信するようにしてもよい。

一方、信号処理部１０は、代替要求通知処理Ｐ１の実行後に、代替応答信号を受信すると、代替実行ユニット１Ｓ以外の通信対象の装置に対して、代替実行ユニット１Ｓが更新実行ユニット１Ｐを代替していることを通知（代替要求信号の送信先のユニット１を通知）する代替通知信号を送信する第２の更新処理（代替通知処理）Ｐ２を実行する。ここで、上述の通信対象の装置とは、自身との間で信号の送受信を行う装置であり、例えば、更新実行ユニット１Ｐがエリアユニット２である場合には、中位ネットＮｍまたは上位ネットＮｓに接続されている装置、具体的には、当該エリアユニット２が所属するエリアＥ内の他ユニット１（更新実行ユニット１Ｐおよび代替実行ユニット１Ｓ以外のユニット１）と、中央管理装置６（センタサーバ６ａおよび管理コンピュータ６ｂ）と、ＮＴＰサーバ８とである。

これに伴い、上記通信対象の装置は、代替通知信号を受信すると、更新実行ユニット１Ｐに信号を送信する際の宛先を、代替信号で通知されたユニット１、すなわち代替実行ユニット１Ｓに変更する処理（宛先変更処理）Ｑ１を実行するように構成される。

また、信号処理部１０は、代替通知処理Ｐ２の実行後に、センタサーバ６ａより必要なデータをダウンロードし、当該データを使用してメインソフトウェアのバージョンアップを行う第３の更新処理（更新実行処理）Ｐ３を実行する。信号処理部１０は、更新実行処理Ｐ３が終了すると（バージョンアップが終了すると）、代替の終了を通知する前述の代替終了信号を代替実行ユニット１Ｓと上記通信対象の装置とに送信する第４の更新処理（代替終了通知処理）Ｐ４を実行し、更新モードから通常モードに移行する。

これに伴い、上記通信対象の装置は、代替終了信号を受信すると、宛先変更処理Ｑ１で変更した宛先を元に戻す処理（宛先初期化処理）Ｑ２を実行するように構成される。すなわち、更新実行ユニット１Ｐに信号を送信する際の宛先が、代替実行ユニット１Ｓから更新実行ユニット１Ｐに変更される。

このように、上位側ユニット１Ｕにおいてバージョンアップが行われる際には、更新実行ユニット１Ｐでは第１〜第４の更新処理Ｐ１〜Ｐ４が実行され、代替実行ユニット１Ｓでは第１〜第４の代替処理Ｓ１〜Ｓ４が実行される。

以下に、本実施形態の機器管理システムにおいて、エリアユニット２がバージョンアップを行うときの動作について説明する。

エリアユニット２は更新通知信号を受信すると、管理ユニット３に代替要求信号を送信する（代替要求処理Ｐ１）。管理ユニット３は代替要求信号を受信すると、自身の動作状態をチェックし、通常モード時であれば、エリアユニット２のメインソフトウェアをセンタサーバ６ａよりダウンロードする(代替準備処理Ｓ１）。なお、管理ユニット３はエリアユニット２の設定データをバックアップしているから、エリアユニット２の設定データを取得する処理は行わない。その後に、管理ユニット３は、エリアユニット２に代替応答信号を送信し（代替応答処理Ｓ２）、エリアユニット２の通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う（代替実行処理Ｓ３）。

エリアユニット２は、代替応答信号を受信すると、上記通信対象の装置に対して、代替通知信号を送信する（代替通知処理Ｐ２）。これによって、上記通信対象の装置では、エリアユニット２に信号を送信する際の宛先が、エリアユニット２から管理ユニット３に変更される（宛先変更処理Ｑ１）。

その後に、エリアユニット２は、センタサーバ６ａより必要なデータをダウンロードし、当該データを使用してメインソフトウェアのバージョンアップを行い（更新実行処理Ｐ３）、バージョンアップが終了すると代替終了信号を、管理ユニット３と上記通信対象の装置とに送信する（代替終了通知処理Ｐ４）。

代替終了信号を受信した管理ユニット３では、エリアユニット２の代替が終了され（代替終了処理Ｓ４）、代替終了信号を受信した上記通信対象の装置では、エリアユニット２に信号を送信する際の宛先が管理ユニット３からエリアユニット２に変更される（宛先初期化処理Ｑ２）。

上述したように本実施形態の機器管理システムでは、上位側ユニット１Ｕは、同階層の通信ネットワーク（上位ネットＮｓ）に接続され、上位側ユニット１Ｕの信号処理部１０は、更新モード時には、自身の通常モード時の処理を代替させる代替実行ユニット１Ｓに代替要求信号を送信する代替要求通知処理Ｐ１と、代替要求通知処理Ｐ１の実行後にメインソフトウェアのバージョンアップを行う更新実行処理Ｐ３と、更新実行処理Ｐ３の実行後に代替の終了を通知する代替終了信号を代替実行ユニット１Ｓに送信する代替終了通知処理Ｐ４とを実行し、通常モード時に、代替要求信号を受信すると、代替終了信号を受信するまでは、更新実行ユニット１Ｐの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う代替実行処理Ｓ３を実行する。

したがって、本実施形態の機器管理システムによれば、ソフトウェアのバージョンアップ中であっても、バージョンアップ中の上位側ユニット１Ｕ（エリアユニット２あるいは管理ユニット３）とは他の上位側ユニット１Ｕ（エリアユニット２あるいは管理ユニット３）が、バージョンアップ中の上位側ユニット１Ｕの通常モード時の処理を代替して行うから、バージョンアップ中の機能停止、すなわちバージョンアップ中にシステムの一部の機能が停止することを防止することができ、しかも、バージョンアップ時に代替するためだけに上位側ユニット１Ｕと同様な機能を有するユニット１を設ける必要がなくなるから、低コスト化を図ることができる。

また、上位側ユニット１Ｕであるエリアユニット２と管理ユニット３とは互いにメインソフトウェアが異なるものであるが、一方が他方を代替する際には、センタサーバ６ａより他方のメインソフトウェアを取得する。このように、機能が異なる上位側ユニット１Ｕでも代替することができるので、必ずしも同じ機能を有する上位側ユニット１Ｕを同階層の通信ネットワーク（本実施形態の場合は、上位ネットＮｓ）に接続する必要がなくなるから、より柔軟性の高いシステム構築を行うことができる。

ところで、上記の代替通知処理Ｐ２では、更新実行ユニット１Ｐが、上記通信対象の装置に対して代替通知信号を送信することによって、上記通信対象の装置に宛先の変更を促しているが、代替通知処理Ｐ２は次のような処理であってもよい。

すなわち、代替通知処理Ｐ２は、信号処理部１０が、更新モード時に宛先が自分である信号を受信すると、当該信号の送信元の装置に、代替実行ユニット１Ｓが代替していることを通知する代替通知信号を送信する処理であってよい。

ここで、上記送信元の装置は、上述した上記通信対象の装置のうち、更新実行ユニット１Ｐが更新モードで動作しているときに更新実行ユニット１Ｐに信号を送信した装置である。例えば、更新実行ユニット１Ｐがエリアユニット２である場合には、中位ネットＮｍまたは上位ネットＮｓに接続されている装置、具体的には、当該エリアユニット２が所属するエリアＥ内の他ユニット１（更新実行ユニット１Ｐおよび代替実行ユニット１Ｓ以外のユニット１）と、中央管理装置６（センタサーバ６ａおよび管理コンピュータ６ｂ）と、ＮＴＰサーバ８とが上記通信対象の装置であるが、エリアユニット２に信号を送信した装置がセンタサーバ６ａのみであれば、上記送信元の装置はセンタサーバ６ａのみである。

上記送信元の装置は、上記通信対象の装置と同様に宛先変更処理Ｑ１を実行することで、代替通知信号を受信した後に、更新実行ユニット１Ｐに信号を送信する際の宛先を代替実行ユニット１Ｓに変更する。

このようにすれば、バージョンアップ中の上位側ユニット１Ｕと実際に信号の送受があった装置だけが宛先を変更するので、代替中であることを通知する信号をシステム全体に送信して全ての装置（通信対象の装置）に宛先を変更させる場合に比べれば、代替時のシステム変更を少なくすることができるから、システムにかかる負荷を低減することができる。なお、上記送信元の装置において変更された宛先は、更新実行ユニット１Ｐが代替終了通知処理Ｐ４を実行し、上記送信元の装置が上記通信対象の装置と同様に宛先初期化処理Ｑ２を実行することで、元に戻すことが可能である。この場合において、代替終了通知処理Ｐ４で代替終了信号の送信先を、上記通信対象の装置ではなく上記送信元の装置にすれば、システムにかかる負荷を低減できる。このような代替通知処理Ｐ２に関する変更点は後述する実施形態２にも適用することが可能である。

なお、本実施形態の照明器具は、あくまでも本発明の一実施形態に過ぎないものであって、本発明の技術的範囲を本実施形態のものに限定する趣旨ではなく、本発明の趣旨を逸脱しない範囲での変更は当然に行える。

（実施形態２）
本実施形態の機器管理ユニットは、下位側ユニット１Ｄの構成が実施形態１と異なっており、その他の構成については実施形態１と同様であるから、同様の構成については同一の符号を付して説明を省略する。

本実施形態における下位側ユニット１Ｄは、図６に示すように、通信部１２の構成が実施形態１と異なる。図６に示す通信部１２は、通信路切換部１２３を有する点が実施形態１と異なる。通信路切換部１２３は、ユニット側通信処理部である通信処理部１２０ａと機器側通信処理部である通信処理部１２１ａ，１２２ａとをそれぞれ信号処理部１０に接続する通常接続と、通信処理部１２０ａと通信処理部１２１ａ，１２２ａとをそれぞれ接続する送り接続との２つの接続方式を有する。通信路切換部１２３の接続方式は更新モード時の所定期間だけ送り接続に設定される。このような通信路切換部１２３は、上位側の通信ネットワークは共通であるが、下位側の通信ネットワークが独立しているユニット１（本実施形態の場合は下位側ユニット１Ｄ）同士が、相互に代替するために設けられる。

本実施形態における下位側ユニット１Ｄの記憶部１１には、メインソフトウェアを更新（バージョンアップ）するためのバージョンアップ用ソフトウェアが記憶される。すなわち、本実施形態では、下位側ユニット１Ｄも、バージョンアップが可能なユニット（更新可能ユニット）である。以下の説明では、記憶部１１に記憶されたメインソフトウェアにより規定された処理を信号処理部１０が実行するモードを通常モードと呼び、バージョンアップ用ソフトウェアにより規定された処理（すなわちメインソフトウェアのバージョンアップを行う処理）を実行するモードを更新モードと呼ぶ。

本実施形態における下位側ユニット１Ｄの信号処理部１０は、バージョンアップをする旨を通知する更新通知信号を受信すると、通常モードから更新モードに移行する処理を実行する。上記更新通知信号は、例えば中央管理装置６より下位側ユニット１Ｄに送信される。また、下位側ユニット１Ｄのバージョンアップに必要なデータ（バージョンアップ後のメインソフトウェア）は、中央管理装置６のセンタサーバ６ａにアップロードされる。また、センタサーバ６ａには、下位側ユニット１Ｄ各々のメインソフトウェア（すなわち照明制御ユニット４および計量管理ユニット５それぞれのメインソフトウェア）が記憶される。したがって、本実施形態では、センタサーバ６ａが、複数台の下位側ユニット１Ｄ全てのメインソフトウェアを保持するソフトウェア記憶装置として用いられる。なお、下位側ユニット１Ｄと中央管理装置６との間の通信は、エリアユニット２や管理ユニット３により中継することで行う。また、エリアユニット２や管理ユニット３と同様に、下位側ユニット１Ｄと中央管理装置６とが上位ネットＮｓによって接続可能としてもよい。

ここで、本実施形態の機器管理システムでは、下位側ユニット１Ｄが更新モードで動作する際に、他の下位側ユニット１Ｄが、更新モードで動作中の下位側ユニット１Ｄの機能を代替する。なお、以下の説明では、バージョンアップを行う下位側ユニット１Ｄを更新実行ユニット１Ｐと呼び、当該更新実行ユニット１Ｐの通常モード時の処理を代替させる他の下位側ユニット１Ｄを代替実行ユニット１Ｓと呼ぶ。例えば、エリアＥ１では、下位側ユニット１Ｄは、２台の照明制御ユニット４と、２台の計量管理ユニット５との計４台であるから、１台の下位側ユニット１Ｄが更新実行ユニット１Ｐであるときには、残る３台のうちのいずれか１つが代替実行ユニット１Ｓとなる。

以下に図７を参照して、信号処理部１０（以下、下位側ユニット１Ｄの信号処理部１０を符号１０Ａで表す）が実行する処理について説明する。

信号処理部１０Ａは、更新通知信号を受信すると、複数台の下位側ユニット１Ｄのなかから代替実行ユニット１Ｓを選択する第１の更新処理（代替ユニット選択処理）Ｐ１１を実行する。代替ユニット選択処理Ｐ１１では、信号処理部１０Ａは、他の下位側ユニット１Ｄに、負荷要求信号を送信する。負荷要求信号を受信した下位側ユニット１Ｄの信号処理部１０Ａは、自身の負荷を示す値（ＣＰＵの使用率や、メモリの空き容量などを勘案した値）を算出し、算出した負荷を示す値を含む負荷応答信号を負荷要求信号の送信元の下位側ユニット１Ｄに送信する。第１の更新処理Ｐ１１では、受信した負荷応答信号より得た各下位側ユニット１Ｄの負荷を示す値を参照して、負荷が最も少ない（すなわちシステムリソースが多い）下位側ユニット１Ｄを、代替実行ユニット１Ｓとして選択する。

そして、信号処理部１０Ａは、代替実行ユニット１Ｓとして選択した下位側ユニット１Ｄに、代替要求信号を送信する第２の更新処理（代替要求通知処理）Ｐ１２を実行する。

一方、信号処理部１０Ａは、代替要求信号を受信すると、自身の動作状態をチェックし、通常モード時であれば、更新実行ユニット１Ｐの設定データが記憶部１１にあるか否かを判定し、記憶部１１になければ当該設定データを、更新実行ユニット１Ｐやセンタサーバ６ａより取得する第１の代替処理（代替準備処理）Ｓ１１を実行する。なお、センタサーバ６ａより設定データを取得する場合には、例えば、代替要求通知処理Ｐ１２の実行時に、予め更新実行ユニット１Ｐがセンタサーバ６ａに設定データをアップロードしておく。

この代替準備処理Ｓ１１の後には、信号処理部１０Ａは、更新実行ユニット１Ｐのメインソフトウェアが自身のメインソフトウェアと同じかどうかを判定する第２の代替処理（ソフトウェア判定処理）Ｓ１２を実行する。信号処理部１０Ａは、ソフトウェア判定処理Ｓ１２の結果により同じと判定された場合には、更新実行ユニット１Ｐに、代替の準備が完了したことを通知する代替応答信号を送信する第３の代替処理（代替応答処理）Ｓ１３を実行する。また、信号処理部１０Ａは、ソフトウェア判定処理Ｓ１２により同じではないと判定された場合には、更新実行ユニット１Ｐのメインソフトウェアをセンタサーバ６ａよりダウンロードした後に代替応答処理Ｓ１３を実行する。

信号処理部１０Ａは、代替要求通知処理Ｐ１２の実行後に、代替応答信号を受信すると、上記通信対象の装置に対して、代替実行ユニット１Ｓとなる下位側ユニット１Ｄを通知する代替通知信号を送信する第３の更新処理（代替通知処理）Ｐ１３を実行する。当該代替通知信号を受信した上記通信対象の装置は、更新実行ユニット１Ｐに信号を送信する際の宛先を代替実行ユニット１Ｓに変更する処理（宛先変更処理）Ｑ１を実行する。

また、信号処理部１０Ａは、代替通知処理Ｐ１３の実行後に、センタサーバ６ａより必要なデータをダウンロードし、当該データを使用してメインソフトウェアのバージョンアップを行う第４の更新処理（更新実行処理）Ｐ１４を実行する。また、信号処理部１０Ａは、バージョンアップに必要なデータをダウンロードした後には、通信路切換部１２３の接続方式を送り接続に切り換える。

信号処理部１０Ａは、更新実行処理Ｐ１４が終了すると（バージョンアップが終了すると）、通信路切換部１２３の接続方式を通常接続に切り換えて、代替の終了を通知する代替終了信号を、代替実行ユニット１Ｓと上記通信対象の装置とに送信する第５の更新処理（代替終了通知処理）Ｐ１５を実行し、更新モードから通常モードに移行する。代替終了信号を受信した上記通信対象の装置は、上記宛先変更処理で変更した宛先を元に戻す処理（宛先初期化処理）Ｑ２を実行する。

一方、信号処理部１０Ａは、代替応答処理Ｓ１３の実行後は、更新実行ユニット１Ｐの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う第４の代替処理（代替実行処理）Ｓ１４を実行する。そのため代替実行処理Ｓ１４の実行中は、代替実行ユニット１Ｓは、更新実行ユニット１Ｐとしても機能する。

本実施形態のように代替実行ユニット１Ｓが下位側ユニット１Ｄである場合、代替実行ユニット１Ｓは、更新実行ユニット１Ｐの代わりに、更新実行ユニット１Ｐの下位ネットＮｉ１，Ｎｉ２の機器の管理を行うために、中位ネットＮｍを通じて、更新実行ユニット１Ｐの通信処理部１２０ａに制御信号を送信する。このとき、通信路切換部１２３の接続方式は送り接続としてあり、通信路切換部１２３は、通信処理部１２０ａで受信した制御信号を元に通信処理部１２１ａ，１２２ａに適合する制御信号を作成して、通信処理部１２１ａ，１２２ａに出力する。逆に、通信路切換部１２３は、通信処理部１２１ａ，１２２ａで受信した伝送信号を元に、通信処理部１２１ａ，１２２ａに適合する伝送信号を作成して、通信処理部１２０ａに出力する。これによって、代替実行ユニット１Ｓにより、更新実行ユニット１Ｐの下位ネットＮｉ１，Ｎｉ２に接続された機器の管理を行えるようにしている。

代替実行処理Ｓ１４は、更新実行ユニット１Ｐより代替終了信号を受信するまで継続される。信号処理部１０Ａは、代替終了信号を受信すると、代替実行処理Ｓ１４を終了するとともに、不必要なデータ（例えば、センタサーバ６ａよりダウンロードした更新実行ユニット１Ｐのメインソフトウェアのデータなど）を削除する第５の代替処理（代替終了処理）Ｓ１５を実行する。また、代替終了処理Ｓ１５では、更新実行ユニット１Ｐを代替するために使用した設定データを、センタサーバ６ａに送るようにしてあり、センタサーバ６ａに送られた設定データを更新実行ユニット１Ｐが取得することで、設定データの変更が更新実行ユニット１Ｐに引き継がれる。なお、代替実行ユニット１Ｓで使用した設定データは、更新実行ユニット１Ｐに直接送信するようにしてもよい。

このように、下位側ユニット１Ｄにおいてバージョンアップが行われる際には、更新実行ユニット１Ｐでは第１〜第５の更新処理Ｐ１１〜Ｐ１５が実行され、代替実行ユニット１Ｓでは第１〜第５の代替処理Ｓ１１〜Ｓ１５が実行される。

以下に、本実施形態の機器管理システムにおけるバージョンアップ時の動作について説明する。なお、以下の説明では、２台の照明制御ユニット４を区別するために必要に応じて符号４Ａ，４Ｂで表し、同様の理由から計量管理ユニット５を符号５Ａ，５Ｂで表す。

ここで、バージョンアップを行うのが照明制御ユニット４Ａである場合、照明制御ユニット４Ａは更新通知信号を受信すると、自分以外の下位側ユニット１Ｄ、すなわち照明制御ユニット４Ｂと、２台の計量管理ユニット５Ａ，５Ｂの３台のなかから代替実行ユニット１Ｓを選択する（代替ユニット選択処理Ｐ１１）。

ここで、代替実行ユニット１Ｓとして照明制御ユニット４Ｂを選択した場合には、照明制御ユニット４Ａは、照明制御ユニット４Ｂに代替要求信号を送信する（代替要求通知処理Ｐ１２）。照明制御ユニット４Ｂは、代替要求信号を受信すると、自身の動作状態をチェックし、通常モード時であれば、照明制御ユニット４Ａの設定データが記憶部１１にあるか否かを判定し、記憶部１１になければ当該設定データを、更新実行ユニット１Ｐやセンタサーバ６ａより取得する（代替準備処理Ｓ１１）。その後に、照明制御ユニット４Ｂは、照明制御ユニット４Ａのメインソフトウェアが自身のメインソフトウェアと同じかどうかを判定する（ソフトウェア判定処理Ｓ１２）。照明制御ユニット４Ａ，４Ｂはソフトウェアが同じであるから、ソフトウェアのダウンロードを行うことなく、照明制御ユニット４Ｂは、照明制御ユニット４Ａに代替応答信号を送信する（代替応答処理Ｓ１３）。この後、照明制御ユニット４Ｂは、照明制御ユニット４Ａの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う（代替実行処理Ｓ１４）。

照明制御ユニット４Ａは、代替応答信号を受信すると、上記通信対象の装置に対して、照明制御ユニット４Ｂが代替している旨を通知する代替通知信号を送信する（代替通知処理Ｐ１３）。これによって、上記通信対象の装置、エリアユニット２と管理ユニット３と計量管理ユニット５Ａ，５Ｂでは、照明制御ユニット４Ａに信号を送信する際の宛先が、照明制御ユニット４Ｂに変更される（宛先変更処理Ｑ１）。その後に、照明制御ユニット４Ａは、センタサーバ６ａより必要なデータをダウンロードし、当該データを使用してメインソフトウェアのバージョンアップを行い（更新実行処理Ｐ１４）、バージョンアップが終了すると代替終了信号を、代替実行ユニット１Ｓである照明制御ユニット４Ｂと上記通信対象の装置とに送信する（代替終了通知処理Ｐ１５）。

代替終了信号を受信した照明制御ユニット４Ｂは、照明制御ユニット４Ａの代替を終了し（代替終了処理Ｓ１５）、代替終了信号を受信した上記通信対象の装置は、照明制御ユニット４Ａに信号を送信する際の宛先を照明制御ユニット４Ｂから照明制御ユニット４Ａに変更する（宛先初期化処理Ｑ２）。

ところで、代替実行ユニット１Ｓとして計量管理ユニット５Ａを選択した場合には、照明制御ユニット４Ａは、計量管理ユニット５Ａに代替要求信号を送信する（代替要求通知処理Ｐ１２）。計量管理ユニット５Ａは、代替要求信号を受信すると、自身の動作状態をチェックし、通常モード時であれば、照明制御ユニット４Ａの設定データが記憶部１１にあるか否かを判定し、記憶部１１になければ当該設定データを、更新実行ユニット１Ｐやセンタサーバ６ａより取得する（代替準備処理Ｓ１１）。その後に、計量管理ユニット５Ａは、照明制御ユニット４Ａのメインソフトウェアが自身のメインソフトウェアと同じかどうかを判定する（ソフトウェア判定処理Ｓ１２）。照明制御ユニット４Ａと計量管理ユニット５Ａとはメインソフトウェアが異なるから、計量管理ユニット５Ａは、センタサーバ６ａより照明制御ユニット４のメインソフトウェアをダウンロードしてから、照明制御ユニット４Ａに代替応答信号を送信する（代替応答処理Ｓ１３）。この後、計量管理ユニット５Ａは、照明制御ユニット４Ａの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う（代替実行処理Ｓ１４）。

この場合、照明制御ユニット４Ａは、代替応答信号を受信すると、上記通信対象の装置に対して、計量管理ユニット５Ａが代替している旨を通知する代替通知信号を送信する（代替通知処理Ｐ１３）。これによって、上記通信対象の装置では、照明制御ユニット４Ａに信号を送信する際の宛先が計量管理ユニット５Ａに変更される（宛先変更処理Ｑ１）。その後に、照明制御ユニット４Ａは、センタサーバ６ａより必要なデータをダウンロードし、当該データを使用してメインソフトウェアのバージョンアップを行い（更新実行処理Ｐ１４）、バージョンアップが終了すると代替終了信号を、代替実行ユニット１Ｓである計量管理ユニット５Ａと上記通信対象の装置とに送信する（代替終了通知処理Ｐ１５）。

代替終了信号を受信した計量管理ユニット５Ａは、照明制御ユニット４Ａの代替を終了し（代替終了処理Ｓ１５）、代替終了信号を受信した上記通信対象の装置は、照明制御ユニット４Ａに信号を送信する際の宛先を計量管理ユニット５Ａから照明制御ユニット４Ａに変更する（宛先初期化処理Ｑ２）。

上述したように本実施形態の機器管理システムでは、下位側ユニット１Ｄは、同階層の通信ネットワーク（中位ネットＮｍ）に接続され、下位側ユニット１Ｄの信号処理部１０は、更新モード時には、自身の通常モード時の処理を代替させる代替実行ユニット１Ｓに代替要求信号を送信する代替要求通知処理Ｐ１２と、代替要求通知処理Ｐ１２の実行後にメインソフトウェアのバージョンアップを行う更新実行処理Ｐ１３と、更新実行処理Ｐ１３の実行後に代替の終了を通知する代替終了信号を代替実行ユニット１Ｓに送信する代替終了通知処理Ｐ１５とを実行し、通常モード時に、代替要求信号を受信すると、代替終了信号を受信するまでは、更新実行ユニット１Ｐの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う代替実行処理Ｓ１４を実行する。

したがって、本実施形態の機器管理システムによれば、上記実施形態１に加えて、ソフトウェアのバージョンアップ中であっても、バージョンアップ中の下位側ユニット１Ｄ（照明制御ユニット４あるいは計量管理ユニット５）とは他の下位側ユニット１Ｄ（照明制御ユニット４あるいは計量管理ユニット５）が、バージョンアップ中の下位側ユニット１Ｄの通常モード時の処理を代替して行うから、バージョンアップ中の機能停止、すなわちバージョンアップ中にシステムの一部の機能が停止することを防止することができ、しかも、バージョンアップ時に代替するためだけに下位側ユニット１Ｄと同様な機能を有するユニット１を設ける必要がなくなるから、低コスト化を図ることができる。

また、下位側ユニット１Ｄの信号処理部１０は、代替実行処理Ｓ１４を実行するにあたっては、代替要求信号の送信元の別の下位側ユニット１Ｄのメインソフトウェアが自身のメインソフトウェアと同じかどうかを判定するソフトウェア判定処理Ｓ１２を実行し、当該ソフトウェア判定処理Ｓ１２により同じと判定されると代替実行処理Ｓ１４を実行し、ソフトウェア判定処理Ｓ１２により同じではないと判定されるとデータサーバ６ａより別の下位側ユニット１Ｄのメインソフトウェアを取得した後に代替実行処理Ｓ１４を実行する。そのため、機能が異なる下位側ユニット１Ｄでも代替することができるので、必ずしも同じ機能を有する下位側ユニット１Ｄを同階層の通信ネットワークに接続する必要がなくなるから、より柔軟性の高いシステム構築を行うことができる。

実施形態１の機器管理システムを示すブロック図である。 同上における管理領域とエリアとの関係を示す説明図である。 同上の機器管理システムにおける通信ネットワークの構成を示す図である。 同上におけるユニットの構成例を示すブロック図である。 同上におけるバージョンアップ時の説明図である。 実施形態２におけるユニットの構成例を示すブロック図である。 同上におけるバージョンアップ時の説明図である。

符号の説明

１ ユニット
１Ｕ 上位側ユニット
１Ｄ 下位側ユニット
２ エリアユニット（更新可能ユニット）
３ 管理ユニット（更新可能ユニット）
４ 照明制御ユニット（更新可能ユニット）
５ 計量管理ユニット（更新可能ユニット）
６ａ センタサーバ（ソフトウェア記憶装置）
Ｎｓ 上位ネット（上位層の通信ネットワーク）
Ｎｍ 中位ネット（中位層の通信ネットワーク）
Ｎｉ１,Ｎｉ２ 下位ネット(下位層の通信ネットワーク)
１０ 信号処理部
１１ 記憶部
１２ 通信部
１２０ 通信処理部（ユニット側通信処理部）
１２１ 通信処理部（機器側通信処理部）
１２２ 通信路切換部

Claims (6)

1. 所定の管理領域に存在する複数台の機器について通信ネットワークを用いることにより監視と制御との少なくとも一方を行う複数台のユニットを備え、
   複数台のユニットには、ＣＰＵよりなる信号処理部と、当該信号処理部で実行するメインソフトウェアが格納された記憶部と、通信ネットワークを通じて信号を送受信する通信部とを備え、信号処理部がメインソフトウェアにより規定された処理を実行する通常モードと、信号処理部が記憶部に格納されたメインソフトウェアのバージョンアップを行う更新モードとを有した複数台の更新可能ユニットが含まれ、
   更新可能ユニットの信号処理部は、更新モード時においては、同階層の通信ネットワークに接続された他の更新可能ユニットに自身の通常モード時の処理の代替を要求する代替要求信号を送信する代替要求通知処理と、代替要求通知処理の実行後にメインソフトウェアのバージョンアップを行う更新実行処理と、更新実行処理の実行後に上記他の更新可能ユニットに代替の終了を指示する代替終了信号を送信する代替終了通知処理とを実行し、
   通常モード時においては、通信部で代替要求信号を受信してから代替終了信号を受信するまでの間、通信部で受信した代替要求信号の送信元の更新可能ユニットの通常モード時の処理と同じ処理を、自身の通常モード時の処理と並行して行う代替実行処理を実行することを特徴とする機器管理システム。
2. 上記複数台の更新可能ユニットには、メインソフトウェアが異なる更新可能ユニットが含まれており、
   当該複数台の更新可能ユニットと同階層の通信ネットワークあるいはより上位の階層の通信ネットワークには、当該複数台の更新可能ユニット全てのメインソフトウェアを保持するソフトウェア記憶装置が接続され、
   上記信号処理部は、上記代替実行処理を実行するにあたっては、上記代替要求信号の送信元の更新可能ユニットのメインソフトウェアが自身のメインソフトウェアと同じかどうかを判定するソフトウェア判定処理を実行し、当該ソフトウェア判定処理により同じと判定されると上記代替実行処理を実行し、当該ソフトウェア判定処理により同じではないと判定されるとデータサーバより上記代替要求信号の送信元の更新可能ユニットのメインソフトウェアを取得した後に上記代替実行処理を実行することを特徴とする請求項１記載の機器管理システム。
3. 上記信号処理部は、上記更新モード時に上記通信部で自分宛の信号を受信すると、当該信号の送信元の装置に、上記代替要求信号の送信先の更新可能ユニットを通知する代替通知信号を送信する代替通知処理を実行し、
   上記送信元の装置は、代替信号を受信すると、当該代替信号の送信元の更新可能ユニットに信号を送信するにあたっては、宛先を当該代替信号で通知された更新可能ユニットに変更することを特徴とする請求項１または２記載の機器管理システム。
4. 上記複数台のユニットは、上記複数台の機器を端末とする複数台の下位側ユニットと、当該複数台の下位側ユニットを端末とする上位側ユニットとを含み、
   上記更新可能ユニットは、上位側ユニットであることを特徴とする請求項１〜３のうちいずれか１項記載の機器管理システム。
5. 上記複数台のユニットは、上記複数台の機器を端末とする複数台の下位側ユニットと、当該複数台の下位側ユニットを端末とする上位側ユニットとを含み、
   上記更新可能ユニットは、下位側ユニットであることを特徴とする請求項１〜３のうちいずれか１項記載の機器管理システム。
6. 下位側ユニットの上記通信部は、上位側ユニットとの通信に使用されるユニット側通信処理部と、上記機器との通信に使用される機器側通信処理部と、上記通常モード時には、ユニット側通信処理部および機器側通信処理部それぞれを上記信号処理部に接続し、上記更新モード時には、ユニット側通信処理部を機器側通信処理部に接続する通信路切換部とを備えていることを特徴とする請求項５記載の機器管理システム。

Images