(57)【要約】【課題】障害発生時に周辺の装置においてもシステム情報を保存し、障害の解析に利用できる情報量を多くして障害発生時の復旧時間を短縮し障害の解析精度を向上させる。【解決手段】端末装置１０、下位端末装置１１、サーバ１２、上位端末装置１２は、通信ネットワークを構築する。下位端末装置１１には管理対象となる機器が接続される。端末装置１０は、下位端末装置１１と通信する下位通信部２１とサーバ１２あるいは上位端末装置１３と通信する上位通信部２２とを備える。システム情報管理部２０は、下位通信部２１または上位通信部２２を通して、他の装置から保存要求を受信すると、記憶部２３に設けた保存領域２３ｂにシステム情報を履歴情報として保存する。【選択図】図１
2009177746.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを用いることにより複数台の機器の監視と制御との少なくとも一方を行う機器管理システムを構成する通信ネットワーク構成装置であって、伝送路が接続される通信部と、通信部を通して通信を行うシステム情報管理部と、システム情報管理部が生成しているシステム情報を履歴情報として保存する保存領域を備えた記憶部とを有し、システム情報管理部は、通信部を通して受信した要求によりシステム情報を保存領域に保存することを特徴とする通信ネットワーク構成装置。
【請求項２】
請求項１記載の通信ネットワーク構成装置が前記伝送路を介して複数台接続されることにより通信ネットワークが構築され、少なくとも一部の通信ネットワーク構成装置に前記機器が接続され、機器が接続された通信ネットワーク構成装置に伝送路を介して接続された通信ネットワーク構成要素から機器の監視と制御との少なくとも一方を行う機器管理システムであって、前記通信ネットワーク構成装置の少なくとも一部は、通信ネットワーク上の他の通信ネットワーク構成装置からの保存要求を前記通信部を通して受信すると前記保存領域にシステム情報を保存することを特徴とする機器管理システム。
【請求項３】
前記通信ネットワークは、着目する通信ネットワーク構成装置の管理下に他の通信ネットワーク構成装置が存在する構成であって、着目する通信ネットワークは、前記通信部を通して管理下の他の通信ネットワーク構成装置に前記保存要求を送信することを特徴とする請求項２記載の機器管理システム。
【請求項４】
前記通信ネットワーク管理装置は、前記通信ネットワーク内で生じた異常を検出する機能を有し、通信ネットワーク内の異常を検出したときに前記通信部を通して他の通信ネットワーク管理装置に前記保存要求を送信することを特徴とする請求項２又は３記載の機器管理システム。
【請求項５】
前記通信ネットワーク構成装置は、前記通信部を通して他の通信ネットワーク構成装置からの保存要求を受信すると、前記通信ネットワーク上に設けた記憶手段に前記システム情報を保存することを特徴とする請求項２〜４のいずれか１項に記載の機器管理システム。
【請求項６】
前記記憶手段は、前記通信ネットワーク内の前記通信ネットワーク構成装置のうち、前記保存要求の送信と受信とを行った通信ネットワーク構成装置の前記保存領域であることを特徴とする請求項５記載の機器管理システム。
【請求項７】
前記通信ネットワーク構成装置は、前記保存領域に前記システム情報を保存した後に、他の通信ネットワーク構成装置に対して前記通信部を通して保存完了通知を送信することを特徴とする請求項５又は６記載の機器管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを用いて機器の管理（監視・制御）を行うにあたり通信ネットワークの要素となる通信ネットワーク構成装置、およびその通信ネットワーク構成装置を用いて構築される機器管理システムに関するものである。
【背景技術】
【０００２】
従来から通信ネットワークを用いて機器の監視や制御を行う機器管理システムが種々提案されている。この種の機器管理システムでは、下位ネットワークに接続した機器と、上位ネットワークに接続した中央監視装置との間で通信可能とすることにより、中央監視装置により機器の監視や制御を行うことも提案されている（たとえば、特許文献１参照）。
【０００３】
また、通信技術の分野において、通信ネットワークのメンテナンスや障害発生時の解析を容易にするために、通信ネットワーク内の各通信装置において、送信データや受信データを発生毎にログデータとして揮発性メモリに書き込み、障害が発生したときには揮発性メモリから不揮発性メモリにログデータを転送することにより、障害発生時のログデータのバックアップを行うことが提案されている（たとえば、特許文献２参照）。
【特許文献１】特開２００６−１２９２８３号公報
【特許文献２】特開２０００−１３４２３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された機器管理システムに用いる各機器において、特許文献２に記載された通信装置のようにログデータを保存すれば、機器管理システムにおけるメンテナンスや障害発生時の解析が容易になる。とくに、障害発生時にはログデータを用いると障害の原因追及が容易になるから、復旧までの時間の短縮が期待できるほか、障害の発生要因の解明によって機器管理システムの品質の向上や信頼性の向上が可能になると考えられる。
【０００５】
ところで、特許文献２に記載された通信装置では、各通信装置が送受信において障害を検出したときに、ログデータを障害情報として不揮発性メモリに保存する構成であるから、障害の検出時に送受信に関わった通信装置では障害情報が保存されるが、送受信に直接関与していない通信装置では障害情報が保存されない。
【０００６】
一方、機器管理システムにおいて、いずれかの機器に対する制御や監視に障害が生じたときには、制御や監視の対象となった機器に関わる装置のみで障害が発生しているとはかぎらず、周辺の他の装置において障害が発生している可能性もある。したがって、障害発生時の復旧時間をより短縮したり、障害要因の解析精度を高めるには周辺の他の装置についても障害情報を保存することが望ましいと言える。
【０００７】
本発明は上記事由に鑑みて為されたものであり、その目的は、通信ネットワークを構築する各装置が動作中に収集しているシステム情報を他装置からの保存要求を受けて保存することにより、所望の装置におけるシステム情報を保存することを可能にし、たとえば、障害発生時には周辺の装置においてもシステム情報を保存することによって、障害の解析に利用できる情報量を多くし障害発生時の復旧時間の短縮や障害の解析精度の向上に寄与する通信ネットワーク構成装置を提供するとともに、この通信ネットワーク構成装置を用いて構築される機器管理システムを提供することにある。
【課題を解決するための手段】
【０００８】
請求項１の発明は、通信ネットワークを用いることにより複数台の機器の監視と制御との少なくとも一方を行う機器管理システムを構成する通信ネットワーク構成装置であって、伝送路が接続される通信部と、通信部を通して通信を行うシステム情報管理部と、システム情報管理部が生成しているシステム情報を履歴情報として保存する保存領域を備えた記憶部とを有し、システム情報管理部は、通信部を通して受信した要求によりシステム情報を保存領域に保存することを特徴とする。
【０００９】
請求項２の発明は、請求項１記載の通信ネットワーク構成装置が前記伝送路を介して複数台接続されることにより通信ネットワークが構築され、少なくとも一部の通信ネットワーク構成装置に前記機器が接続され、機器が接続された通信ネットワーク構成装置に伝送路を介して接続された通信ネットワーク構成要素から機器の監視と制御との少なくとも一方を行う機器管理システムであって、前記通信ネットワーク構成装置の少なくとも一部は、通信ネットワーク上の他の通信ネットワーク構成装置からの保存要求を前記通信部を通して受信すると前記保存領域にシステム情報を保存することを特徴とする。
【００１０】
請求項３の発明では、請求項２の発明において、前記通信ネットワークは、着目する通信ネットワーク構成装置の管理下に他の通信ネットワーク構成装置が存在する構成であって、着目する通信ネットワークは、前記通信部を通して管理下の他の通信ネットワーク構成装置に前記保存要求を送信することを特徴とする。
【００１１】
請求項４の発明では、請求項２又は３の発明において、前記通信ネットワーク管理装置は、前記通信ネットワーク内で生じた異常を検出する機能を有し、通信ネットワーク内の異常を検出したときに前記通信部を通して他の通信ネットワーク管理装置に前記保存要求を送信することを特徴とする。
【００１２】
請求項５の発明では、請求項２〜４のいずれかの発明において、前記通信ネットワーク構成装置は、前記通信部を通して他の通信ネットワーク構成装置からの保存要求を受信すると、前記通信ネットワーク上に設けた記憶手段に前記システム情報を保存することを特徴とする。
【００１３】
請求項６の発明では、請求項５の発明において、前記記憶手段は、前記通信ネットワーク内の前記通信ネットワーク構成装置のうち、前記保存要求の送信と受信とを行った通信ネットワーク構成装置の前記保存領域であることを特徴とする。
【００１４】
請求項７の発明では、請求項５又は６の発明において、前記通信ネットワーク構成装置は、前記保存領域に前記システム情報を保存した後に、他の通信ネットワーク構成装置に対して前記通信部を通して保存完了通知を送信することを特徴とする。
【発明の効果】
【００１５】
請求項１の発明の構成によれば、通信部を通して受信した要求によりシステム情報を保存領域に保存するから、複数台の通信ネットワーク構成装置を伝送路を介して接続することにより構築される通信ネットワークにおいて、特定の通信ネットワーク構成装置にシステム情報の保存要求を受信させることにより、当該通信ネットワーク構成装置にシステム情報を保存させることができるから、たとえば、通信ネットワークでの異常による動作停止時には、通信ネットワーク上で関連すると考えられる通信ネットワーク構成装置にシステム情報を保存させることにより、障害の原因を早急かつ精度よく追求することができる。つまり、障害の解析に利用できる情報量を多くし障害発生時の復旧時間の短縮や障害の解析精度の向上につながる。また、メンテナンス時などに、通信ネットワークを構成する各通信ネットワーク構成装置にシステム状態を保持させることにより、異常の徴候の早期発見が可能になる。
【００１６】
請求項２の発明の構成によれば、請求項１と同様の効果が期待できる。また、保存要求は適宜のタイミングで受信させることが可能であるから、障害発生時ばかりではなく、通信ネットワークの施工時や設定時に不具合の有無の確認を容易に行うことができる。
【００１７】
請求項３の発明の構成によれば、着目する通信ネットワーク構成装置の管理下である他の通信ネットワーク構成装置のシステム情報を保存することにより、一般に関連性が高いと考えられる管理下の通信ネットワーク構成装置のシステム情報を用いることにより、障害発生時の解析精度が高くなり、また障害発生の徴候を発見しやすくなる。
【００１８】
請求項４の発明の構成によれば、通信ネットワークのいずれかの箇所の異常が検出されると、他の通信ネットワーク構成装置のシステム情報を自動的に保存するから、通信ネットワークに異常が発生したときのシステム情報を保存して異常への対応を迅速に行うことが可能になる。
【００１９】
請求項５の発明の構成によれば、各通信ネットワーク構成装置のシステム情報を記憶手段に集約することができるので、たとえば、通信ネットワークに異常が生じた時にシステム情報をまとめて扱うことができ、異常の発生原因などの解析を迅速に行うことができる。
【００２０】
請求項６の発明の構成によれば、記憶手段として通信ネットワーク構成装置を用いているから、新たに記憶手段を設ける必要がなく、またシステム情報の保存先の指定が容易になる。
【００２１】
請求項７の発明の構成によれば、通信ネットワーク内のいずれかの通信ネットワーク構成装置でシステム情報を保存したことを他の通信ネットワーク構成装置に通知することができるから、他の通信ネットワーク構成装置において必要に応じてシステム情報の保存の要否を判断することができる。とくに、階層化された通信ネットワークにおいて、保存完了通知を上位側の通信ネットワーク構成装置に送信すれば、上位側の通信ネットワーク構成装置が管理下の他の通信ネットワーク構成装置にシステム情報の保存要求を行うことができるから、異常発生時などに関連する複数の通信ネットワーク構成装置においてシステム情報を保存させることが可能になる。
【発明を実施するための最良の形態】
【００２２】
（実施形態１）
本発明では、各種機器の動作状態を監視することと各種機器を制御することとを総称して機器の「管理」と呼ぶ。したがって、機器の管理は、機器の監視と制御との少なくとも一方を意味する。以下に説明する実施形態では、監視および制御の対象となる機器として照明機器を想定し、また監視の対象となる機器として、照明機器の点灯や消灯の操作を行うスイッチと、電気計量（電圧、電流、電力などの計量）を行う計量機器とを想定する。
【００２３】
照明機器（図示せず）およびスイッチ（図示せず）は、照明制御装置１（図２参照）の下位に構築された通信ネットワークの端末器に接続され、スイッチの操作の情報を通信ネットワークを介して照明機器の点灯状態に反映させる。なお、一般に、照明機器が接続される端末器は照明機器とは別の器体に収納され、スイッチが接続される端末器はスイッチの器体内に収納される。ここに、照明制御装置１を含めて照明制御装置１の下位に構築される通信ネットワークは照明制御システムを構築する。照明制御システムは、独自仕様の通信ネットワークを構築しており、２線式の信号線を伝送される固定長の伝送信号を用いて時分割多重伝送方式で情報を伝送する。この信号線は端末器を動作させる給電路としても兼用される。
【００２４】
計量機器（図示せず）は、計量・計測装置２（図２参照）の下位に構築された通信ネットワークの端末器としての機能を備え、計測値を計量・計測機器２に引き渡す。また、本実施形態では、計量機器２は、照明制御システムを構成している照明機器を含む負荷回路の系統毎の電気計量を行い、消費電力の管理や電源の異常を監視するものとする。ここに、計量・計測機器２を含めて計量・計測機器２の下位に構築される通信ネットワークは計量システムを構築する。計量システムでの通信には、ＲＳ−４８５、ＲＳ−２３２Ｃなどのシリアル通信またはＥｔｈｅｒｎｅｔ（登録商標）による通信を行う。
【００２５】
ところで、本実施形態では、照明機器や計量機器を配置した空間を適宜の管理単位に区分し、図２に示すように、管理単位ごとにローカル管理装置３を設けている。ローカル管理装置３は、照明制御装置１および計量・計測装置２との間で通信が可能であり、照明制御装置１や計量・計測装置２に指示を与えたり、照明制御装置１から照明制御システムの監視情報を受け取り、また計量・計測装置２から計量システムの監視情報を受け取る。また、ローカル管理装置３は、照明機器や計量機器を配置した空間の全体（すなわち、管理領域）を統合して管理する管理装置４と通信可能になっている。
【００２６】
照明制御装置１および計量・計測装置２とローカル管理装置３との間ではＥｔｈｅｒｎｅｔ（登録商標）による通信を行い、ローカル管理装置３と管理装置４との間もＥｔｈｅｒｎｅｔ（登録商標）による通信を行う。図示例では、照明制御装置１および計量・計測装置２とローカル管理装置３との間の伝送路と、ローカル管理装置３と管理装置４との間の伝送路とは分離されているが、両伝送路においてともにＥｔｈｅｒｎｅｔ（登録商標）による通信を行っているから両伝送路を共用してもよい。伝送路には有線伝送路を用いている。
【００２７】
ただし、ローカル管理装置３は管理単位ごとに設けられ、管理装置４は管理単位を統合した管理領域の全体を統括して管理するから、通信ネットワークの上で伝送路を通過する情報は階層化される。したがって、両伝送路を共用する場合であっても、ローカル管理装置３と管理装置４との間の通信が上位側となり、ローカル管理装置３と照明制御装置１および計量・計測装置２との間の通信が下位側のとなるように論理的に階層化がなされる。図２に示す例では、照明制御システムおよび計量システムを除くと２階層に階層化されていることになる。
【００２８】
階層数は、管理領域の規模や照明機器および計量機器の台数などによって適宜に設計すればよく、たとえば、大規模なテーマパークのような広範囲の管理領域であれば、管理領域を複数の地区に区分し、地区内の建物を単位として区分し、さらに建物内のフロアに区分するというように階層化を行うことができる。この場合、フロアを管理単位としてローカル管理装置３を設け、ローカル管理装置３の上位に建物、地区をそれぞれ管轄するローカル管理装置３を設けることにより、管理領域を階層化して管理することが可能になる。また、後述するように、照明制御装置１および計量・計測装置２とローカル管理装置３とは、ハードウェアは同様の構成が共通であり、プログラムにより対応する一部機能が相違するのみであるから、同装置を用いて所望の階層数の通信ネットワークを構築することができる。
【００２９】
以下の説明では、図２に示した通信ネットワークがクライアント／サーバ型システムであるものとし、管理装置４をサーバ、ローカル管理装置３と照明制御装置１および計量・計測装置２をクライアントとして扱い、以下では端末装置と呼ぶ。また、通信ネットワークを階層化していることにより端末装置には上下関係があるから、相対的に上位となる端末装置を上位端末装置と呼び、相対的に下位となる端末装置を下位端末装置と呼ぶ。
【００３０】
上述の例では、ローカル管理装置３から見て照明制御装置１および計量・計測装置２は下位端末装置であり、照明制御装置１および計量・計測装置２から見てローカル管理装置３は上位端末装置になる。ローカル管理装置３と管理装置４（サーバ）との間に、ローカル管理装置３の上位となるローカル管理装置３が設けられている場合にも相対的な上下関係に応じて上位端末装置と下位端末装置と呼ぶ。この構成では、照明制御装置１および計量・計測装置２に対してすべての階層のローカル管理装置３が上位端末装置になる。また、照明制御装置１および計量・計測装置２の１階層上のローカル管理装置３は、照明制御装置１および計量・計測装置２に対して上位端末装置であるが、照明制御装置１および計量・計測装置２の２階層上のローカル管理３からは下位端末装置になる。
【００３１】
このような階層関係において、図１に示すように、着目する端末装置１０に対して下位端末装置１１が設けられ、端末装置１０の上位には管理装置４であるサーバ１２が設けられているものとする。図１に破線で示すように、上位端末装置１３を接続することも可能であって、この場合、上位端末装置１３の上位にサーバ１２が設けられる。本発明が対象とする通信ネットワーク構成装置は、本発明の機器管理システムを構築する装置のうち機器を除く装置の総称であり、端末装置１０のほか、下位端末装置１１、サーバ１２、上位端末装置１３を含んでいる。
【００３２】
各端末装置１０は、下位端末装置１１との通信を行うためのポートとしての下位通信部２１と、サーバ１２あるいは上位端末装置１３（以下では、まとめて「上位装置」という）との通信を行うためのポートとしての上位通信部２２とを備える。下位通信部２１と上位通信部２２とは機能上の分類であり、下位通信部２１と上位通信部２２とは物理的には１つの接続口を兼用してもよい。
【００３３】
端末装置１０には、ＣＰＵを主構成要素とするシステム情報管理部２０と、システム情報管理部２０などの動作を規定するシステムプログラムを格納したり端末装置１０が授受する情報を保存したりするための記憶部２３とが設けられる。記憶部２３の少なくとも一部の記憶領域には、電源遮断時にもデータを保持することができるように、書換可能な不揮発性の半導体メモリを用いる。具体的にはシステムプログラムを格納する記憶領域と、後述する保存情報を保持する記憶領域とには不揮発性の半導体メモリ（ＥＥＰＲＯＭなど）を用いる。また、通常の動作を行っている期間に生じる所定期間分の動作の情報（すなわち、システム情報）を一時的に保持するために揮発性の半導体メモリ（ＲＡＭなど）も設けられる。
【００３４】
揮発性の半導体メモリには端末装置１０の動作のシステム情報が一時的に格納されるとともに時々刻々と更新され、不揮発性の半導体メモリにはシステム情報管理部２０の指示による適宜のタイミングで、揮発性の半導体メモリに格納されているシステム情報が転送されて保持される。下位端末装置１１である照明制御装置１および計量・計測装置２は、端末装置１０とはシステムプログラムの一部が異なるがハードウェアの上では同構成である。したがって、照明制御システムや計量システムの動作状態（履歴を含む）は下位端末装置１１である照明制御装置１や計量・計測装置２に設けた記憶部２３に格納される。以下では、揮発性の半導体メモリにおいてシステム情報を格納する記憶領域を一時領域２３ａと呼び、不揮発性の半導体メモリにおいてシステム情報を格納する領域を保存領域２３ｂと呼ぶ。
【００３５】
システム情報管理部２０は、通常の動作を行う期間には、下位通信部２１を通して下位端末装置１１の情報を取得するとともに取得した情報を記憶部２３で保持し、また記憶部２３に保持した情報を上位通信部２２を通して上位装置１２，１３に情報を通知する。あるいはまた、上位通信部２２を通して上位装置１２，１３からの指示を受けて記憶部２３に保持し、また記憶部２３に保持した情報を下位通信部２１を通して下位端末装置１１に指示を与えたりする。要するに、端末装置１０は、下位側に設けられている機器（照明機器や計量機器）の管理を行い、機器の動作の情報や機器から取得した情報を上位装置１２，１３に通知する機能を有する。ここにおいて、端末装置１０では、下位通信部２１と上位通信部２２との間で、システム情報管理部２０において情報を加工する場合と加工せずに通過させる場合とがある。つまり、システム情報管理部２０は、取得した情報あるいは指示された情報を用いて下位端末装置１１や上位装置１２，１３への情報を作成することができる。
【００３６】
端末装置１０には、内部で生じる異常を監視する内部異常監視部２４も設けられる。内部異常監視部２４において端末装置１０の異常が検出されると、システム情報管理部２０では、当該端末装置１０の記憶部２３において、一時領域２３ａから保存領域２３ｂにシステム情報を転送し、異常が検出された時点までのシステム情報（所定期間の動作の情報）を格納する。具体的な動作は後述する。
【００３７】
上位端末装置１３は、ハードウェアについては端末装置１０と同構成でよくシステムプログラムを端末装置１０とは異ならせておけばよい。一方、サーバ１２については、上位側に装置を接続しないから上位通信部を省略することができ、また内部異常監視部も省略してよい。したがって、図１に示すように、システム情報管理部３０と下位通信部３１と記憶部３３とがあればよい。なお、図１に示すサーバ１２の構成要素におけるシステム情報管理部３０と下位通信部３１と記憶部３３とは、それぞれ端末装置１０におけるシステム情報管理部２０と下位通信部２１と記憶部２３とにそれぞれ対応し、サーバとクライアントとの相違はあるが、基本的な動作は同様である。したがって、以下に説明する動作において端末装置１０の各部位の動作はサーバ１２の各部位の動作に読み替えることができる。
【００３８】
以下に動作例を説明する。上述したように、記憶部２３には一時領域２３ａと保存領域２３ｂとが設けられており、内部異常監視部２４において異常が検出されるなどの特定の条件が成立すると、一時領域２３ａにおいて一時的に記憶しているシステム情報を保存領域２３ｂに転送して保持するようになっている。内部異常監視部２４で検出される異常は、各タスクの終了が異常であった場合や各タスクが制限時間内に終了しなかった場合を含み、この種の異常（内部異常）が検出されると、システム情報の作成および保存を行い、保存完了通知を送信する。保存完了通知は、送信先を決めてユニキャストで送信する場合と送信先を決めずにブロードキャストで送信する場合とがある。
【００３９】
ところで、本実施形態では、一時領域２３ａから保存領域２３ｂに転送する条件として、内部異常監視部２４で異常を検出することのほか、上位装置１２，１３から保存要求を受けることも含んでいる。つまり、サーバ１２または上位端末装置１３から保存要求があると、一時領域２３ａから保存領域２３ｂにシステム情報を保存する。
【００４０】
システム情報には、アプリケーションの動作履歴や他の機器との通信履歴（システムログ）、プロセス状態の履歴、記憶部２３においてアプリケーションが使用している領域の履歴（メモリダンプ）、ユーザインターフェイスによる操作の履歴などが含まれる。したがって、システム情報は履歴情報ということができる。システム情報には、一時領域２３ａに一時的に記憶している情報だけではなく、一時領域２３ａに記憶している情報から作成した情報を含んでいてもよい。
【００４１】
上述したように、上位装置１２，１３は、システム情報の保存が必要であると判断したとき、あるいは利用者によりシステム情報の保存が指示されたときに（たとえば、サーバ４に設けたキーボードなどを操作することにより指示する）、保存要求を着目する端末装置１０に送信する。この保存要求を受信した端末装置１０では、システム情報管理部２０において、必要に応じてシステム情報を作成した後、システム情報を保存領域２３ｂに保存する。さらに、保存領域２３ｂへのシステム情報の保存が完了した後に、保存要求を行った要求元に対して保存完了通知を送信する。
【００４２】
本実施形態の動作では、端末装置１０において内部異常監視部２４が異常を検出した場合にシステム情報を保存領域２３ｂに保存するだけではなく、上位装置１２，１３からの保存要求によってもシステム情報を保存領域２３ｂに保存するから、所望の端末装置におけるシステム情報を保存することが可能になるから、異常が生じていない場合でも経年変化や異常の徴候などの発見につながる。また、いずれかの端末装置１０における異常による障害が発生したときに、周辺の装置（下位端末装置１１、上位装置１２，１３）に対して保存要求を送信すれば、周辺の装置においてもシステム情報を保存することが可能になり、障害の解析に利用できる情報量が多くなるから、障害発生時の復旧時間の短縮や障害の解析精度の向上に寄与する。
【００４３】
（実施形態２）
実施形態１は、着目する端末装置１０が他の装置からの保存要求によりシステム情報を保存領域２３ｂに保存する動作について説明したが、本実施形態では、端末装置１０の保存領域２３ｂに他の装置のシステム情報も併せて保存する例を示す。この動作により、個々の端末装置１０で保存されたシステム情報を他の装置（端末装置１０あるいは上位装置１２，１３）に集約することが可能になる。たとえば、着目する端末装置１０が下位端末装置１１に対して送信要求を送信し、下位端末装置１１の保存領域２３ｂに保存したシステム情報を端末装置１０の保存領域２３ｂに保存可能とする。同様にして着目する端末装置１０の保存領域２３ｂに保存したシステム情報は上位装置１２，１３からの送信要求により上位装置１２，１３の保存領域２３ｂに保存することが可能である。
【００４４】
本実施形態では、各端末装置１０は、他の装置から送信要求を受信すると、システム情報が保存領域２３ｂに存在するか否かを確認し、保存領域２３ｂにシステム情報が格納されている場合にはシステム情報を要求元に送信する。また、システム情報が保存領域２３ｂに保存されていない場合にはシステム情報が保存されていないことを要求元に通知する。送信要求を送信した要求元の上位装置１２，１３では、システム情報を受信すると記憶部２３に格納する。
【００４５】
ここにおいて、送信要求を単独で送信するのではなく、保存要求に対する一連の動作として上述の処理を行ってもよい。たとえば、上位装置１２，１３の判断（スケジュールやイベントに基づいて判断する）あるいは利用者による指示により着目する端末装置１０に保存要求が送信されると、端末装置１０では上述のようにシステム情報を保存領域２３ｂに保存し、保存完了通知を送信する。保存要求を行った要求元の上位装置１２，１３では保存完了通知を受信すると、同じ端末装置１０に対して送信要求を送信し、端末装置１０から保存領域２３ｂのシステム情報を送信させる。このようにして要求元の上位装置１２，１３はシステム情報を取得することができるから、送信要求の要求元の上位装置１２，１３において記憶部２３の保存領域２３ｂにシステム情報を格納すればよい。この動作を行うために、上位装置１２，１３の記憶部２３（３３）の容量は端末装置１０の記憶部２３より大きいことが望ましい。
【００４６】
上述の例では、送信要求を行った上位装置１２，１３において記憶部２３（３３）にシステム情報を格納するから、システム情報を格納したことを通知する保存完了通知を送信する。保存完了通知の内容は、たとえば表１、表２のようになる。
【００４７】
【表１】
2009177746.tif 000003
【００４８】
【表２】
2009177746.tif 000004
【００４９】
保存完了通知には、システム情報を保存領域２３ｂに保存して保存完了通知を送信した端末装置１０（送信元端末）の識別情報（送信元端末ＩＤ）と、送信元端末がシステム情報を保存領域２３ｂに保存した日時（保存日時）と、保存したシステム情報の情報元の端末（情報元端末）の識別情報（情報元端末ＩＤ）と、情報元端末がシステム情報を記録した日時（記録日時）と、システム情報を保存した理由（保存理由）とからなる。
【００５０】
保存理由は５種類あり、１〜５の数によるコードが付与されている。１は上位装置１２，１３からの保存要求、２は下位端末装置１１からの保存要求、３〜５は内部異常監視部２４による異常の検出を意味し、３は異常の程度が低レベル、４は中レベル、５は高レベルであることを意味する。異常のレベルは異常の種類に応じてあらかじめ規定されている。
【００５１】
表１は、識別情報（ＩＤ）が０００１である端末装置１０が、上位装置１２，１３からの保存要求を受信したことにより、「２００７年９月２０日１０時００分００秒」に保存したことを意味する（この場合は、システム情報の記録日時が保存日時と一致する）。また、表２は、識別情報（ＩＤ）が００１２である下位端末装置１１において高レベルの内部異常が発生したことにより、「２００７年９月２０日１２時１３分４０秒」に記録されたシステム情報を、識別情報（ＩＤ）が０００１である端末装置１０が「２００７年９月２０日１２時１５分００秒」に保存したことを意味する。
【００５２】
他の構成および動作は実施形態１と同様である。なお、本実施形態の動作において、相対的に上位である装置から下位である装置に対して送信要求を送信しているが、相対的に下位である装置から上位である装置に対して送信要求を行うことも可能である。
【００５３】
（実施形態３）
実施形態１、２では、着目する端末装置１０が下位端末装置１１や上位装置１２，１３からの保存要求によりシステム情報を保存領域２３ａに保存する例と、他の装置に対して送信要求を送信することにより他の装置の保存領域２３ｂに保存されているシステム情報を獲得する例とを示したが、いずれの構成例も保存要求や送信要求は１台の端末装置１０に対して送信されている。本実施形態では、相対的に上位になる装置から下位側のすべての端末装置１０に対して保存要求や送信要求を送信する例について説明する。ここでは、相対的に上位になる装置の下位に接続された端末装置１０の台数にかかわらず下位の端末装置１０を上位の装置が管理する端末群として扱う。図２に示す例であれば、各ローカル管理装置３は、通信可能な照明制御装置１および計量・計測装置２を管理下の端末群とし、サーバ４は通信可能なローカル管理装置３を管理下の端末群としている。
【００５４】
以下では、着目する端末装置１０が下位端末装置１１を管理する場合を例として動作を説明する。つまり、下位端末装置１１が端末装置１０の管理する端末群になる。端末装置１０は、管理する端末群のシステム情報の収集を要求するトリガにより、下位端末装置１１の保存領域２３ｂに保存されたシステム情報を読み出し、端末装置１０の保存領域２３ｂに保存する。このとき、端末装置１０は、管理下のすべての下位端末装置１１に対して送信要求を行うことにより、管理下の端末群のすべてのシステム情報を収集して保存する。
【００５５】
システム情報の収集を要求するトリガは、たとえば上位装置１２，１３の判断（スケジュールやイベントに基づいて判断する）あるいは利用者による指示によって上位装置１２，１３から送信される収集要求の受信により発生する。収集要求は、下位端末装置１１において異常が検出されたときに下位端末装置１１が端末装置１０に対して送信される場合もある。この場合も収集要求を受けてトリガが発生する。あるいはまた、端末装置１０が下位端末装置１１の異常を検出したときにトリガを発生する場合もある。
【００５６】
たとえば、端末装置１０が下位端末装置１１に対して生存確認のための通信を行っても応答がない場合、端末装置１０が下位端末装置１１から異常な通信データを受信した場合、端末装置１０が下位端末装置１１から内部異常監視部２４による異常の検出を理由とする保存完了通知を受信した場合などには、端末装置１０においてトリガが発生する。なお、生存確認は定期的に行っている。
【００５７】
端末装置１０がサーバ４からの収集要求を受けてトリガを発生する場合の例を図３に示す。図示例では、サーバ４が収集要求を端末装置１０に送信すると（Ｐ１）、端末装置１０では、管理下のすべての下位端末装置１１に対して保存要求を送信する（Ｐ２）。保存要求を受けた各階端末装置１１は、システム情報を作成して保存し（Ｐ３）、保存完了通知を装置する（Ｐ４）。
【００５８】
端末装置１０は、各下位端末装置１１が発行した保存完了通知を受信すると、当該下位端末装置１１に対して送信要求を行い（Ｐ５）、下位端末装置１１が保存したシステム情報を受け取って（Ｐ６）、保存領域２３ｂに保存する（Ｐ７）。なお、各下位端末装置１１では、保存完了通知が衝突しないように適宜に調停を行っており、保存完了通知の発行からシステム情報が端末装置１０の保存領域２３ｂに保存されるまでの処理が完了する程度の時間は、保存完了通知を発行する時間をずらしている。
【００５９】
端末装置１０は、送信要求を行ったすべての下位端末装置１１からシステム情報を獲得するか、適宜の制限時間が満了すると（Ｐ８）、管理する端末群のシステム情報を保存領域２３ｂに保存したことをサーバ４に通知するために、保存完了通知をサーバ４に送信する（Ｐ９）。サーバ４は端末装置１０からの保存完了通知を受信すると、端末装置１０に送信要求を送信し（Ｐ１０）、端末装置１０が保存しているシステム情報を受け取って（Ｐ１１）、保存領域３３ｂに保存する（Ｐ１２）。
【００６０】
上述した一連の処理によりサーバ４では、端末装置１０の管理する端末群（下位端末装置１１）のシステム情報を収集することが可能になる。図３の動作例はサーバ４による収集要求を受けた場合の動作例であるが、収集要求はサーバ４から送信される場合だけではなく、他の装置が収集要求を送信した場合も同様の動作になる。ただし、下位端末装置１１が収集要求を行った場合には、最終的に下位端末装置１１にシステム情報が収集されるのではなく、収集要求を受信した端末装置１０にシステム情報が収集された段階で処理が終了する。端末装置１０が下位端末装置１１の異常を検出してトリガが発生した場合も同様である。
【００６１】
ところで、端末装置１０では、上位装置１２，１３からの収集要求か、下位端末装置１１からの収集要求や下位端末装置１１の異常検出かに応じて、最終的にシステム情報を保存する装置を選択する必要がある。端末装置１０のシステム情報管理部２０は、この判断を保存完了通知の内容で判断している。保存完了通知の内容は、たとえば表３、表４のようになる。
【００６２】
【表３】
2009177746.tif 000005
【００６３】
【表４】
2009177746.tif 000006
【００６４】
保存完了通知には、保存完了通知を送信した端末装置１０（送信元端末）の識別情報（送信元端末ＩＤ）と、送信元端末がシステム情報を保存領域２３ｂに保存した日時（保存日時）と、保存領域２３ｂに保存したシステム情報が、端末装置１０のシステム情報か管理する端末群のシステム情報かの種別（情報種別）と、保存したシステム情報を作成した端末装置１０（作成端末）の識別情報（作成端末ＩＤ）と、保存したシステム情報の情報元の端末または端末群（情報元端末）の識別情報（情報元端末ＩＤ）と、情報元端末がシステム情報を記録した日時（記録日時）と、システム情報を保存した理由（保存理由）とからなる。
【００６５】
情報種別は、端末装置１０自身のシステム情報であれば「１」、管理する端末群のシステム情報であれば「２」とする。また、作成端末ＩＤは、情報種別が１であるとき、つまり端末装置１０自身のシステム情報であるときには情報元端末ＩＤと一致する。
【００６６】
保存理由は８種類あり、１〜８の数によるコードが付与されている。１は上位装置１２，１３からの収集要求、２は下位端末装置１１からの収集要求、３〜５は内部異常監視部２４による異常の検出、６〜８は管理する下位端末装置１１の異常の検出を意味し、３、６は異常の程度が低レベル、４、７は中レベル、５、８は高レベルであることを意味する。実施形態２と同様に、異常のレベルは異常の種類に応じてあらかじめ規定されている。
【００６７】
表３は、識別情報（ＩＤ）が０００１である端末装置１０が、上位装置１２，１３からの収集要求を受信したことにより、管理している下位端末装置１１からなる端末群（識別情報をＧ００１とした）から収集したシステム情報を、「２００７年９月２０日１０時００分００秒」にシステム情報を保存したことを意味する。表３の例では、送信元端末ＩＤが０００１である端末装置１０においてシステム情報の保存を行っているから、送信元端末ＩＤと作成端末ＩＤとが一致し、また保存日時と記録日時とが一致する。ただし、上位装置１２，１３からの収集要求によるから、システム情報の情報元端末は管理する端末群（Ｇ００１）になる。
【００６８】
表４は、識別情報（ＩＤ）が０００１である端末装置１０が、下位端末装置１１の高レベルの異常を検出したことにより、管理している下位端末装置１１からなる端末群（識別情報をＧ０１２とした）において「２００７年９月２０日１２時１３分４０秒」に記録されたシステム情報を、「２００７年９月２０日１２時１５分００秒」に保存したことを意味する。表４の例では、送信元端末ＩＤが０００１である端末装置１０においてシステム情報の保存を行っているから、送信元端末ＩＤと作成端末ＩＤとが一致するが、システム情報は下位端末装置１１において記録されたものであるから、保存日時と記録日時とは一致しない。他の構成および動作は実施形態１、２と同様である。
【００６９】
本実施形態の構成によれば、異常を検知した端末装置１０のシステム情報だけではなく、管理している下位端末装置１１からなる端末群のシステム情報も取得して保存することができるから、連携して動作する複数台の端末装置１０のシステム情報を収集し、障害発生時の原因追及に必要なシステム情報を取得かつ保存することができる。すなわち、複数台の端末装置１０が障害の発生に関わっている場合や、複数台の端末装置１０が連鎖的に障害を発生した場合でも原因の追及が可能になる。
【００７０】
なお、本実施形態では、管理する端末群から収集したシステム情報を上位の端末装置１０の記憶部２３に記憶しているが、通信ネットワーク内で別途に記憶手段を設けておき、収集したシステム情報をその記憶手段に保存する構成を採用することも可能である。
【００７１】
（実施形態４）
実施形態３では、上位装置１２，１３が端末装置１０に収集要求を送信し、端末装置１０の管理する下位端末装置１１からなる端末群のシステム情報を収集する動作例を説明したが、本実施形態は、相対的に上位である装置が、下位である装置の発生した保存完了通知を受信したときに、保存完了通知の内容に応じてシステム情報を保存するか否かを判断するようにしたものである。つまり、上位側の装置は、収集要求を送信していない場合でも、下位側の装置が発行した保存完了通知を受信すると、その内容に応じて下位側の装置のシステム情報の取得を行うことが可能になっている。下位側の装置は、単独の装置であっても、また端末群であってもよい。本実施形態においても他の実施形態と同様に、システム情報を保存した端末装置１０は、保存完了通知を送信する。
【００７２】
以下では、端末装置１０が管理している２台の下位端末装置１１の一方が異常を検出したことによって、端末装置１０がシステム情報を取得したときの動作例を図４に基づいて説明する。下位端末装置１１の一方（図４の右側の下位端末装置）が内部異常を検出し（Ｐ１）、保存領域２３ｂにシステム情報を保存したことによって（Ｐ２）、保存完了通知を発行すると（Ｐ３）、当該下位端末装置１１を管理する端末装置１０では、保存完了通知を発行した下位端末装置１１に送信要求を送信し（Ｐ４）、システム情報を取得するとともに（Ｐ５）、当該システム情報を保存領域２３ｂに保存する。
【００７３】
次に、端末装置１０では、管理している下位端末装置１１のうち、保存完了通知を発行した下位端末装置１１を除いたすべての下位端末装置１１に対して保存要求を送信する（Ｐ６）。保存要求を受けた各階端末装置１１は、システム情報を作成して保存し（Ｐ７）、保存完了通知を装置する（Ｐ８）。端末装置１０は、下位端末装置１１が発行した保存完了通知を受信すると、当該下位端末装置１１に対して送信要求を行い（Ｐ９）、下位端末装置１１が保存したシステム情報を受け取って（Ｐ１０）、保存領域２３ｂに保存する（Ｐ１１）。
【００７４】
さらに、端末装置１０は、送信要求を行ったすべての下位端末装置１１からシステム情報を獲得するか、適宜の制限時間が満了すると（Ｐ１２）、管理する端末群のシステム情報を保存領域２３ｂに保存したことをサーバ４に通知するために、保存完了通知をサーバ４に送信する（Ｐ１３）。サーバ４は端末装置１０からの保存完了通知を受信すると、端末装置１０に送信要求を送信し（Ｐ１４）、端末装置１０が保存しているシステム情報を受け取って（Ｐ１５）、保存領域３３ｂに保存する（Ｐ１６）。
【００７５】
上述のプロセスＰ３およびプロセスＰ１３における保存完了通知を受信した端末装置１０あるいはサーバ４では、保存完了通知の内容を確認しており、システム情報を取得すべきか否かを判断している。図示例では、システム情報を取得する必要があると判断し、保存完了通知の送信元の装置（下位端末装置１１あるいは端末装置１０）に対してシステム情報の取得するために送信要求を送信し、取得したシステム情報を保存領域２３ｂに保存している。システム情報を取得するか否かの判断は、実施形態３において説明した保存完了通知に含まれる保存理由に関連付けてあらかじめ規定してある。たとえば、下位端末装置１１からのシステム情報の収集要求や下位端末装置１１の異常の検出を保存理由とする場合には、システム情報を取得すればよい。あるいはまた、異常のレベルに応じてシステム情報を取得するか否かを判断してもよい。
【００７６】
なお、図示例では、異常を検出した下位端末装置１１からのシステム情報の取得後に、他の下位端末装置１１に対する保存要求を送信しているが、異常を検出した下位端末装置１１からの保存完了通知を受信した直後に、他の下位端末装置１１に保存要求を送信するようにしてもよい。この動作では、異常が発生した直後のシステム情報を得ることができる点で好ましい。
【００７７】
図５〜７は本実施形態の動作をまとめた流れ図である。図５に示すように、端末装置１０が行う処理には、異常が検出された場合の異常検出時処理（Ｓ２）と、他の装置からの保存要求を受信した場合の要求受信時処理（Ｓ３）とがある。異常検出時処理と要求受信時処理とは、起動されるまでは待機状態になっている（Ｓ１）。つまり、これらの処理は、プログラム上ではデーモンとして処理される。
【００７８】
異常検出時処理は、内部異常監視部２４が異常を検出した場合の処理と、管理する端末群を構成する下位端末装置１１のいずれかで異常が生じたことに起因して保存完了通知を受信した場合の処理とに分けることができる。したがって、図６に示すように、まず、内部異常の有無が判断される。
【００７９】
内部異常監視部２４では、上述したようにタスクの異常終了（停止も含む）や制限時間内での未終了を異常と判断するほか、記憶部２３で使用した記憶容量が規定値を超えている場合にも異常と判断する。また、端末群の異常と判断する例としては、下位端末装置１１による異常の検出のほか、下位装置装置１１の応答速度の低下や通信不能、下位端末装置１１からの異常データの受信（規定外のパケットの受信を含む）、許容範囲を超える計測値の受信などがある。
【００８０】
内部異常監視部２４において異常が検出された場合には（Ｓ１：ｙｅｓ）、上述したように、システム情報管理部２０でのシステム情報の作成（Ｓ２）、システム情報の保存領域２３ｂへの保存（Ｓ３）、保存完了通知の送信（Ｓ４）を順次行う。
【００８１】
一方、内部異常監視部２４では異常を検出していないが、端末群の異常の場合には、内部異常監視部２４において異常が検出されていないが（Ｓ１：ｎｏ）、保存完了通知の内容を判断し、端末群のシステム情報を収集する必要があれば（Ｓ５：ｙｅｓ）、管理しているすべての下位端末装置１１に保存要求を送信する（Ｓ６）。つまり、下位端末装置１１にシステム情報の作成と保存を指示する。
【００８２】
保存要求の送信後の所定時間内に（Ｓ７）保存完了通知を受信すると（Ｓ８：ｙｅｓ）、保存したシステム情報の送信要求を送信する（Ｓ９）。また、保存完了通知ではなく（Ｓ８：ｎｏ）、システム情報を受信すると（Ｓ１０：ｙｅｓ）、システム情報を保存領域２３ｂに保存する（Ｓ１１）。保存完了通知またはシステム情報を受信する状態を制限時間まで繰り返し（Ｓ１０：ｎｏ）、制限時間になると（Ｓ７：タイムアウト）、下位端末装置１１のシステム情報の収集を終了して保存完了通知を行い（Ｓ１２）、異常検出時処理を終了する。また、ステップＳ５において端末群のシステム情報を収集する必要がないと判断したときにも（Ｓ５：ｎｏ）、異常検出時処理を終了する。
【００８３】
一方、要求受信時処理では、図７に示すように、要求の内容に応じた処理を行う。端末装置１０が受信する要求には、当該端末装置１０におけるシステム情報の保存要求、当該端末装置１０に保存したシステム情報の送信要求、当該端末装置１０が管理する端末群に対するシステム情報の保存要求、当該端末装置１０が管理する端末群に対するシステム情報の送信要求がある。
【００８４】
当該端末装置１０におけるシステム情報の保存要求に対しては（Ｓ１：ｙｅｓ）、システム情報管理部２０でのシステム情報の作成（Ｓ２）、システム情報の保存領域２３ｂへの保存（Ｓ３）、保存完了通知の送信（Ｓ４）を順次行う。
【００８５】
当該端末装置１０に保存したシステム情報の送信要求に対しては（Ｓ５；ｙｅｓ）、システム情報が保存領域２３ｂに保存されているか否かを判断し、保存されていれば（Ｓ６：ｙｅｓ）、送信要求を行った装置に対してシステム情報を送信し（Ｓ７）、システム情報が保存領域２３ｂに保存されていないときには（Ｓ６：ｎｏ）、要求元の装置に対してシステム情報が存在しない旨の通知を行う（Ｓ８）。
【００８６】
さらに、当該端末装置１０が管理する端末群に対するシステム情報の保存要求に対しては（Ｓ９：ｙｅｓ）、図６に示したステップＳ５〜Ｓ１１と同様の処理を行って、端末群からシステム情報を収集した後（Ｓ１０）、端末群のシステム情報を保存領域２３ｂに保存したことを通知する保存完了通知を送信する（Ｓ１１）。
【００８７】
当該端末装置１０が管理する端末群に対するシステム情報の送信要求を受信したときには（Ｓ１２：ｙｅｓ）、保存領域２３ｂに保存している端末群のシステム情報を要求元に装置に対して送信する（Ｓ１３）。
【００８８】
以上の処理を行うことにより、端末装置１０では各種の要求に応じてシステム情報の収集や送信が可能になる。他の構成および動作は実施形態１〜３と同様である。
【００８９】
本実施形態の構成では、たとえば重要性の低いシステム情報は取得しないという判断が可能となり、不要なシステム情報の通信を行わないことによって、通信トラフィックの負荷を低減することができる。また、重要性が高いシステム情報は、上位側の装置に自動的に送信されるから、重要性の高いシステム情報については、上位側の装置で確実に取得することができる。さらに、重要性が高いシステム情報については、端末群のシステム情報として取得するように判断することも可能になる。
【００９０】
なお、上述の例では、主として異常の検出時においてシステム情報を送信する例について説明したが、機器管理システムの動作確認を行うためにシステム情報の収集要求や送信要求を送信する場合、機器管理システムの状態を定期的に監視するために収集要求や送信要求を送信する場合、施工時に機器管理システムの動作を確認するために収集要求や送信要求を送信する場合も同様の動作である。
【図面の簡単な説明】
【００９１】
【図１】実施形態１を示す要部ブロック図である。
【図２】同上のシステム構成図である。
【図３】実施形態３の処理手順を示す動作説明図である。
【図４】実施形態４の処理手順を示す動作説明図である。
【図５】同上の動作説明図である。
【図６】同上における異常検出時処理の動作説明図である。
【図７】同上のおける要求受信時処理の動作説明図である。
【符号の説明】
【００９２】
１  照明制御装置
２  計量・計測装置
３  ローカル管理装置
４  サーバ
１０  端末装置（通信ネットワーク構成装置）
１１  下位端末装置（通信ネットワーク構成装置）
１２  サーバ（通信ネットワーク構成装置）
１３  上位端末装置（通信ネットワーク構成装置）
２０  システム情報管理部
２１  下位通信部（通信部）
２２  上位通信部（通信部）
２３  記憶部
２３ｂ  保存領域
３０  システム情報管理部
３１  下位通信部（通信部）
３３  記憶部
３３ｂ  保存領域
【図１】
2009177746.tif 000007
【図２】
2009177746.tif 000008
【図３】
2009177746.tif 000009
【図４】
2009177746.tif 000010
【図５】
2009177746.tif 000011
【図６】
2009177746.tif 000012
【図７】
2009177746.tif 000013