(57)【要約】【課題】設備機器が新たに追加された場合でもメンテナンスが不要で、設備機器の異常な組み合わせを検出できるネットワークシステムを提供する。【解決手段】各設備機器１０（１１，１２，１３）は、宅内ネットワークＮＴ１を介して通信を行う通信部１０ａと、所定の機能を有する機能部１０ｂと、機能部１０ｂの動作を制限する制約情報を格納した制約情報記憶部１０ｃとを備え、１つ以上の特定の設備機器１０は、他の設備機器１０から制約情報を取得するトリガタイミングを検知するトリガ検知部１０ｄと、トリガ検知部１０ｄがトリガタイミングを検知した場合に、他の設備機器１０から制約情報を取得して、当該取得した設備機器１０の制約情報に基づいて設備機器１０の組み合わせの妥当性を判断する障害判定部１０ｆとを備える。【選択図】図１
2009232282.tif 000002
【特許請求の範囲】
【請求項１】
複数の設備機器がネットワークを介して接続されたネットワークシステムにおいて、
各設備機器は、ネットワークを介して通信を行う通信部と、所定の機能を有する機能部と、機能部の動作を制限する制約情報を格納した制約情報記憶部とを備え、
１つ以上の特定の設備機器は、他の設備機器から制約情報を取得するトリガタイミングを検知するトリガ検知部と、トリガ検知部がトリガタイミングを検知した場合に、他の設備機器から制約情報を取得して、当該取得した設備機器の制約情報に基づいて設備機器の組み合わせの妥当性を判断する第１の障害判定部とを備える
ことを特徴とするネットワークシステム。
【請求項２】
前記特定の設備機器はスイッチを備え、前記トリガ検知部は、当該スイッチの操作によって前記トリガタイミングを検知することを特徴とする請求項１記載のネットワークシステム。
【請求項３】
前記特定の設備機器のトリガ検知部は、ネットワークに他の設備機器が接続したこと検出したときに前記トリガタイミングを検知することを特徴とする請求項１記載のネットワークシステム。
【請求項４】
前記特定の設備機器は、前記第１の障害判定部が設備機器の組み合わせに問題があると判断した場合に、問題があると判断された設備機器に対して機能停止要求を送信する要求部を備え、機能停止要求を受信した設備機器は、機能部の動作を停止することを特徴とする請求項１乃至３いずれか記載のネットワークシステム。
【請求項５】
各設備機器の機能部は、組み込まれたソフトウェアに基づいて動作し、
各設備機器のソフトウェアを１つ以上のバージョンで格納したソフトウェア管理サーバがネットワークに接続し、
前記特定の設備機器は、前記第１の障害判定部が設備機器の組み合わせに問題があると判断した場合に、問題があると判断された設備機器に対してアップデート要求を送信する要求部を備え、アップデート要求を受信した設備機器は、ソフトウェア管理サーバからバージョンアップとなるソフトウェアを取得して機能部のソフトウェアを更新する
ことを特徴とする請求項１乃至４いずれか記載のネットワークシステム。
【請求項６】
各設備機器の機能部は、組み込まれたソフトウェアに基づいて動作し、
各設備機器のソフトウェアを１つ以上のバージョンで格納したソフトウェア管理サーバがネットワークに接続し、
各設備機器は、前記ソフトウェア管理サーバにアップデート開始要求を送信することで、ソフトウェア管理サーバからバージョンアップとなるソフトウェアを取得して機能部のソフトウェアを更新するアップデート部を備え、
ソフトウェア管理サーバは、アップデート開始要求を受信した場合に、設備機器から制約情報を取得して、当該取得した設備機器の制約情報に基づいて、当該アップデート開始要求によるソフトウェア更新後の設備機器の組み合わせの妥当性を判断する第２の障害判定部を備える
ことを特徴とする請求項１乃至４いずれか記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムに関するものである。
【背景技術】
【０００２】
ネットワークに様々な種別の設備機器が接続されたネットワークシステムが普及しており、このようなネットワークシステムにおいては、新しい設備機器が次々と提供され、さらには施工性の向上に伴いプラグアンドプレイ機能を用いて設備機器をネットワークに追加することは簡単に行うことができる。
【０００３】
しかし、設備機器には、その機器種別毎にネットワークに接続可能な最大接続台数や、組み合わせ不能な機器種別等の制約情報があり、新しく追加された設備機器によって最大接続台数オーバや、組み合わせ不能状態となって、ネットワークシステムに異常を引き起こす可能性がある。
【０００４】
また、次々と新しい設備機器が開発されるため、必要に応じて既存の設備機器のソフトウェア改良（バージョンアップ）が行われている。しかしながら、既に設置されているネットワークシステムには、改良前のソフトウェアが搭載された設備機器が使用されているため、改良後の新しいソフトウェアが搭載された設備機器をネットワークに追加した場合に、改良前のソフトウェアが搭載された設備機器と改良後のソフトウェアが搭載された設備機器との間で、ソフトウェアのバージョン違いによる異常を引き起こす可能性がある。
【０００５】
そこで、上記不具合を解決するために、従来から以下の提案がなされている。
【０００６】
まず、第１の従来例として、図１０に示すネットワークシステムがあり、設備機器１０１と設備機器１０２とは互いに異なる機器種別であり、２台の設備機器１０１Ａ，１０１Ｂと、１台の設備機器１０２とがネットワークＮＴ１００に接続している。さらに、ネットワークＮＴ１００には１台のシステムコントローラ１１０が接続している。システムコントローラ１１０は、ネットワークＮＴ１００に接続している設備機器の台数を種別毎に検出する機能を有し、さらには設備機器の種別毎にネットワークに接続可能な最大接続台数を記憶しており、この場合、設備機器１０１の最大接続台数は２台、設備機器１０２の最大接続台数は１台とする。そして、新たに設備機器１０２ＢがネットワークＮＴ１００に接続されると、システムコントローラ１１０は、設備機器１０２の接続台数が最大接続台数を超えたと判断して、最大接続台数より多く接続された設備機器があることをユーザに知らせる。
【０００７】
また、第２の従来例として、ディスプレイ画面を備えた端末装置が、ネットワークシステムを構成する各機器の機種、ソフトウェア、プロトコル、通信媒体の種別等の属性を格納した属性情報格納ファイルを備えて、この属性情報格納ファイルに格納された詳細な属性情報のうち、機器の機種や接続先に対応した詳細な属性情報をディスプレイ画面に表示し、端末装置の選択操作によって各機器の詳細な属性を定義するとともに各機器毎に定義された属性同士の組み合わせの妥当性を検証する属性妥当性検証手段を設けたネットワーク構成設計支援システムもある（例えば、特許文献１参照）。
【０００８】
また、第３の従来例として、図１１に示すネットワークシステムがあり、３台の設備機器２０１（２０１Ａ〜２０１Ｃ）がネットワークＮＴ２００に接続している。そして、各設備機器２０１は自器のソフトウェアバージョンを格納するバージョン格納テーブルと、ネットワークＮＴ２００に接続された他の設備機器２０１のソフトウェアバージョンを格納する判定テーブルとを具備しており、設備機器２０１Ｂまたは２０１Ｃが設備機器２０１Ａに対してソフトウェアのダウンロードを要求すると、設備機器２０１Ａが自器のソフトウェアバージョンと設備機器２０１Ｂまたは２０１Ｃのソフトウェアバージョンとの互換性に基づいてダウンロードの可否を判定し、互換性があればダウンロードし、互換性がない場合はアラームを発してダウンロードを中止する。
【特許文献１】特開平６−１８７３９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、上記第１の従来例では、システムコントローラ１１０が、全設備機器１０１の種別毎にネットワークＮＴ１００に接続可能な最大接続台数を予め記憶しておく必要があり、新しい種別の設備機器１０１が追加された場合は、システムコントローラ１１０において最大接続台数のデータを変更するメンテナンスが必要であり、施工性に問題があった。
【００１０】
また、上記第２の従来例では、新しい機器が追加された場合は、ディスプレイ画面を備えた端末装置においても新しい機器の属性情報を追加設定するメンテナンスが必要であり、施工性に問題があった。
【００１１】
また、上記第３の従来例では、ソフトウェアの互換性のない場合にはアラームを発してダウンロードを中止するだけであり、設備機器２０１の各ソフトウェアが互いに互換性のない状態で動作を継続しており、結果としてシステム障害を引き起こす恐れがある。
【００１２】
本発明は、上記事由に鑑みてなされたものであり、その目的は、設備機器が新たに追加された場合でもメンテナンスが不要で、設備機器の異常な組み合わせを検出できるネットワークシステムを提供することにある。
【課題を解決するための手段】
【００１３】
請求項１の発明は、複数の設備機器がネットワークを介して接続されたネットワークシステムにおいて、各設備機器は、ネットワークを介して通信を行う通信部と、所定の機能を有する機能部と、機能部の動作を制限する制約情報を格納した制約情報記憶部とを備え、１つ以上の特定の設備機器は、他の設備機器から制約情報を取得するトリガタイミングを検知するトリガ検知部と、トリガ検知部がトリガタイミングを検知した場合に、他の設備機器から制約情報を取得して、当該取得した設備機器の制約情報に基づいて設備機器の組み合わせの妥当性を判断する第１の障害判定部とを備えることを特徴とする。
【００１４】
この発明によれば、各設備機器が自己の制約情報を保持し、特定の設備機器が、トリガタイミングを検知することによって各設備機器から制約情報を取得して、設備機器の異常な組み合わせを検出できるので、設備機器が新たに追加された場合でもメンテナンスが不要で、設備機器の異常な組み合わせを検出できるネットワークシステムが実現される。
【００１５】
請求項２の発明は、請求項１において、前記特定の設備機器はスイッチを備え、前記トリガ検知部は、当該スイッチの操作によって前記トリガタイミングを検知することを特徴とする。
【００１６】
この発明によれば、トリガタイミングの発生はスイッチ操作時であり、ユーザが設備機器の組み合わせの妥当性を確認したいときにいつでも確認できる。
【００１７】
請求項３の発明は、請求項１において、前記特定の設備機器のトリガ検知部は、ネットワークに他の設備機器が接続したこと検出したときに前記トリガタイミングを検知することを特徴とする。
【００１８】
この発明によれば、スイッチ等のハードウェアが不要となってコスト削減を図ることができ、さらにはスイッチ操作も不要となって省施工化も図ることができる。
【００１９】
請求項４の発明は、請求項１乃至３いずれかにおいて、前記特定の設備機器は、前記第１の障害判定部が設備機器の組み合わせに問題があると判断した場合に、問題があると判断された設備機器に対して機能停止要求を送信する要求部を備え、機能停止要求を受信した設備機器は、機能部の動作を停止することを特徴とする。
【００２０】
この発明によれば、設備機器の異常な組み合わせが発生する場合には、問題があると判断された設備機器の機能部の動作を停止させることで、設備機器の異常な組み合わせを自動的に解消し、システム障害の発生を回避している。
【００２１】
請求項５の発明は、請求項１乃至４いずれかにおいて、各設備機器の機能部は、組み込まれたソフトウェアに基づいて動作し、各設備機器のソフトウェアを１つ以上のバージョンで格納したソフトウェア管理サーバがネットワークに接続し、前記特定の設備機器は、前記第１の障害判定部が設備機器の組み合わせに問題があると判断した場合に、問題があると判断された設備機器に対してアップデート要求を送信する要求部を備え、アップデート要求を受信した設備機器は、ソフトウェア管理サーバからバージョンアップとなるソフトウェアを取得して機能部のソフトウェアを更新することを特徴とする。
【００２２】
この発明によれば、ネットワークに接続した全ての設備機器の機能部を動作させながら、設備機器の異常な組み合わせを解消してシステム障害の防止を実現できる。さらに、複数の設備機器のうちいずれか特定の設備機器が、ソフトウェア更新後の設備機器の組み合わせの妥当性を判断するので、他の設備機器の構成が簡略化されて、処理が軽減される。
【００２３】
請求項６の発明は、請求項１乃至４いずれかにおいて、各設備機器の機能部は、組み込まれたソフトウェアに基づいて動作し、各設備機器のソフトウェアを１つ以上のバージョンで格納したソフトウェア管理サーバがネットワークに接続し、各設備機器は、前記ソフトウェア管理サーバにアップデート開始要求を送信することで、ソフトウェア管理サーバからバージョンアップとなるソフトウェアを取得して機能部のソフトウェアを更新するアップデート部を備え、ソフトウェア管理サーバは、アップデート開始要求を受信した場合に、設備機器から制約情報を取得して、当該取得した設備機器の制約情報に基づいて、当該アップデート開始要求によるソフトウェア更新後の設備機器の組み合わせの妥当性を判断する第２の障害判定部を備えることを特徴とする。
【００２４】
この発明によれば、設備機器でのソフトウェアの更新によって発生する設備機器の異常な組み合わせを事前に防止して、システム障害の発生を回避できる。さらには、ソフトウェア管理サーバがソフトウェア更新後の設備機器の組み合わせの妥当性を判断するので、設備機器は構成が簡略化されて処理が軽減される。
【発明の効果】
【００２５】
以上説明したように、本発明では、設備機器が新たに追加された場合でもメンテナンスが不要で、設備機器の異常な組み合わせを検出できるという効果がある。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２７】
図４は、本発明のネットワークシステムの概略構成を示しており、宅内ネットワークＮＴ１に複数の設備機器１０が接続し、各設備機器１０は、自器の動作を制限する制約情報を保持している。制約情報とは、自器の機器種別、自器のソフトウェアバージョン、自器と同一の機器種別を有する設備機器１０が宅内ネットワークＮＴ１に接続可能な機器別最大接続台数、宅内ネットワークＮＴ１に接続可能な全設備機器１０の台数（システム最大接続台数）、自器と組み合わせ不能な機器種別およびソフトウェアバージョン、自器と組み合わせ可能な機器種別およびソフトウェアバージョン等の情報である。そして、いずれかの設備機器１０が、他の設備機器１０から制約情報を取得し、当該取得した各設備機器１０の制約情報に基づいて設備機器１０の組み合わせの妥当性を判断する。
【００２８】
このような概略構成を有する本発明のネットワークシステムの実施形態について、以下、宅内に設けられた設備ネットワークシステムを例示して説明する。
【００２９】
（実施形態１）
図１は、本実施形態のネットワークシステムの構成を示しており、ＬＡＮ配線による宅内ネットワークＮＴ１に、互いに機器種別が異なるドアホン機器１１、セキュリティ機器１２、電力監視装置１３の各設備機器１０が接続している。当初、ドアホン機器１１Ａ、セキュリティ機器１２、電力監視機器１３が１台づつ宅内ネットワークＮＴ１に接続している。なお、ドアホン機器１１、セキュリティ機器１２、電力監視機器１３について、機器種別を特定しない場合は設備機器１０と称する。
【００３０】
設備機器１０は、宅内ネットワークＮＴ１を介して通信を行う通信部１０ａと、ソフトウェアを搭載し、当該ソフトウェアに基づいて動作する所定の機能（ドアホン機能、セキュリティ機能、電力監視機能等）を有した機能部１０ｂと、機能部１０ｂの動作を制限する制約情報を格納した制約情報記憶部１０ｃと、スイッチ１０ｅの操作によって他の設備機器１０から制約情報を取得するトリガタイミングを検知するトリガ検知部１０ｄと、トリガ検知部１０ｄがトリガタイミングを検知した場合に、他の設備機器１０から制約情報を取得して、当該取得した各設備機器１０の制約情報に基づいて設備機器１０の組み合わせの妥当性を判断する障害判定部１０ｆと、各種要求を宅内ネットワークＮＴ１を介して送信する要求部１０ｇとで構成される。
【００３１】
制約情報記憶部１０ｃに格納されている制約情報は、自器の機器種別、自器のソフトウェアバージョン、自器と組み合わせ不能な機器種別およびソフトウェアバージョン（または自器と組み合わせ可能な機器種別およびソフトウェアバージョン）、宅内ネットワークＮＴ１に接続可能な全設備機器１０の台数（システム最大接続台数）、自器と同一の機器種別を有する設備機器１０が宅内ネットワークＮＴ１に接続可能な機器別最大接続台数の各情報である。
【００３２】
本実施形態において、ドアホン機器１１Ａの制約情報は、
機器種別：［ドアホン機器］
ソフトウェアバージョン：［Ｖｅｒ１．０］
自器と組み合わせ不能な機器種別およびソフトウェアバージョン：［なし］
システム最大接続台数：［なし］
機器別最大接続台数：［２台］
である。
【００３３】
また、セキュリティ機器１２の制約情報は、
機器種別：［セキュリティ機器］
ソフトウェアバージョン：［Ｖｅｒ１．０］
自器と組み合わせ可能な機器種別およびソフトウェアバージョン：［電力監視機器１３のソフトウェアバージョンＶｅｒ１．０と接続可能］
システム最大接続台数：［８台］
機器別最大接続台数：［なし］
である。
【００３４】
また、電力監視機器１３の制約情報は、
機器種別：［電力監視機器］
ソフトウェアバージョン：［Ｖｅｒ１．０］
自器と組み合わせ可能な機器種別およびソフトウェアバージョン：［セキュリティ機器１２のソフトウェアバージョンＶｅｒ１．０と接続可能］
システム最大接続台数：［８台］
機器別最大接続台数：［なし］
である。
【００３５】
このような環境下において、２台のドアホン機器１１Ｂ，１１Ｃを新たに接続する場合について、図２のシーケンスを用いて説明する。
【００３６】
追加されるドアホン機器１１Ｂ，１１Ｃの制約情報は、
機器種別：［ドアホン機器］
ソフトウェアバージョン：［Ｖｅｒ２．０］
自器と組み合わせ不能な機器種別およびソフトウェアバージョン：［なし］
システム最大接続台数：［なし］
機器別最大接続台数：［３台］
であり、既設のドアホン機器１１Ａを改良したものである。
【００３７】
まず、ドアホン機器１１Ｂを宅内ネットワークＮＴ１に追加接続した後、ユーザがドアホン機器１１Ｂのスイッチ１０ｅを押下すると（Ｓ１）、ドアホン機器１１Ｂのトリガ検知部１０ｄがトリガタイミングを検知し、ドアホン機器１１Ｂの要求部１０ｇからドアホン機器１１の検索要求が宅内ネットワークＮＴ１に送出され（Ｓ２）、既設のドアホン機器１１Ａから応答が返信され（Ｓ３）、ドアホン機器１１Ｂの要求部１０ｇは、宅内ネットワークＮＴ１上にドアホン機器１１Ａが接続されていることを認識し、ドアホン機器１１Ａへ制約情報取得要求を送信し（Ｓ４）、ドアホン機器１１Ａから返信された制約情報をドアホン機器１１Ｂの障害判定部１０ｆが取得する（Ｓ５）。
【００３８】
そして、ドアホン機器１１Ｂの障害判定部１０ｆは、自器の制約情報記憶部１０ｃに格納されている制約情報と、ドアホン機器１１Ａから取得した制約情報とに基づいて、設備機器１０の組み合わせ（ドアホン機器１１Ａ，１１Ｂの組み合わせ）の妥当性を判断する。具体的には、ドアホン機器１１Ａ，１１Ｂの各制約情報は、互いに各情報を満足しており、ドアホン機器１１Ｂの障害判定部１０ｆは、ドアホン機器１１Ａ，１１Ｂの組み合わせは妥当であると判断する（Ｓ６）。
【００３９】
次に、ドアホン機器１１Ｃを宅内ネットワークＮＴ１にさらに追加接続した後、ユーザがドアホン機器１１Ｃのスイッチ１０ｅを押下すると（Ｓ７）、ドアホン機器１１Ｃのトリガ検知部１０ｄがトリガタイミングを検知し、ドアホン機器１１Ｃの要求部１０ｇからドアホン機器１１の検索要求が宅内ネットワークＮＴ１に送出され（Ｓ８）、既設のドアホン機器１１Ａ，１１Ｂから応答が各々返信され（Ｓ９）、ドアホン機器１１Ｃの要求部１０ｇは、宅内ネットワークＮＴ１上にドアホン機器１１Ａ，１１Ｂが接続されていることを認識し、ドアホン機器１１Ａ，１１Ｂへ制約情報取得要求を送信し（Ｓ１０）、ドアホン機器１１Ａ，１１Ｂから各々返信された制約情報をドアホン機器１１Ｃの障害判定部１０ｆが取得する（Ｓ１１）。
【００４０】
そして、ドアホン機器１１Ｃの障害判定部１０ｆは、自器の制約情報記憶部１０ｃに格納されている制約情報と、ドアホン機器１１Ａ，１１Ｂから各々取得した制約情報とに基づいて、設備機器１０の組み合わせ（ドアホン機器１１Ａ，１１Ｂ，１１Ｃの組み合わせ）の妥当性を判断する。具体的には、ドアホン機器１１Ｂ，１１Ｃの各制約情報は、互いに各情報を満足している。しかし、ドアホン機器１１Ａの制約情報は、機器別最大接続台数：［２台］の設定であるのに対し、実際の機器別接続台数は３台であることから、ドアホン機器１１Ｃの障害判定部１０ｆは、ドアホン機器１１Ａ，１１Ｂ，１１Ｃの組み合わせは妥当でないと判断し、当該障害判定部１０ｆに設けたＬＥＤ等を点灯または点滅させることで、設備機器１０の異常な組み合わせがあることをユーザに報知する（Ｓ１２）。
【００４１】
そして、ドアホン機器１１Ｃの要求部１０ｇは、自器の機能部１０に対して機能停止要求を送信し、当該機能部１０ａは動作（宅内ネットワークＮＴ１を介したドアホン機能）を停止し、宅内ネットワークシステムＮＴ１にはドアホン機器１１が２台（１１Ａ，１１Ｂ）のみ接続している状態と等価な状態にして、設備機器１０の異常な組み合わせを解消する（Ｓ１３）。
【００４２】
したがって、各設備機器１０が自己の制約情報を保持して、いずれかの設備機器１０においてスイッチ１０ｅを押下することによって、各設備機器１０から制約情報を取得して設備機器１０の異常な組み合わせを検出できるので、設備機器１０が新たに追加された場合でもメンテナンスが不要で、設備機器１０の異常な組み合わせを検出できるネットワークシステムが実現される。さらに、新たに接続した設備機器１０によって設備機器１０の異常な組み合わせが発生する場合には、この新たに接続した設備機器１０の機能部１０ａの動作を停止させることで、設備機器１０の異常な組み合わせを自動的に解消し、システム障害の発生を回避している。また、トリガタイミングの発生は、ユーザがスイッチ１０ｅを押下したタイミングであり、ユーザが設備機器１０の組み合わせの妥当性を確認したいときにいつでも確認できる。
【００４３】
また、スイッチ１０ｅを押下されて設備機器１０の異常な組み合わせを検出する設備機器１０は、新たに接続した設備機器１０に限らず、既設の設備機器１０（例えば、セキュリティ機器１２、電力監視機器１３）であってもよい。さらには、宅内ネットワークＮＴ１に接続されている複数の設備機器１０のうち、いずれか特定の１台以上が、トリガ検知部１０ｄ、スイッチ１０ｅ、障害判定部１０ｆを備えて、設備機器１０の異常な組み合わせを検出できればよい。
【００４４】
また、設備機器１０は、図３に示すように、トリガ検知部１０ｄが、通信部１０ａを介して宅内ネットワークＮＴ１に接続し、宅内ネットワークＮＴ１に他の設備機器１０が接続したこと検出したときにトリガタイミングを検知する構成でもよい。このように設備機器１０の宅内ネットワークＮＴ１への接続時点をトリガタイミングとする構成であれば、スイッチ１０ｅ等のハードウェアが不要となってコスト削減を図ることができ、さらにはスイッチ操作も不要となって省施工化も図ることができる。
【００４５】
さらに、トリガ検知部１０ｄは、設備機器１０が具備する図示しないタイマ回路によって設定した時間が経過した場合や、設定されたスケジュール時刻になった場合や、設備機器１０が再起動した場合等を、トリガタイミングとして検知する構成でもよい。
【００４６】
（実施形態２）
図５は、本実施形態のネットワークシステムの構成を示しており、少なくとも１台の設備機器１０（ここではドアホン機器１１Ｃ）が、アップデート部１０ｈを備えており、さらに宅内ネットワークＮＴ１がルータ２０を介してインターネット等の広域ネットワークＮＴ２に接続し、広域ネットワークＮＴ２にはソフトウェア管理サーバ３０が接続している。なお、実施形態１と同様の構成には同一の符号を付して説明は省略する。
【００４７】
ソフトウェア管理サーバ３０は、図６に示すように、通信部３０ａと、ソフトウェア管理部３０ｂと、障害判定部３０ｃと、要求部３０ｄとを備え、通信部３０ａは、広域ネットワークＮＴ２、ルータ２０を介して、宅内ネットワークＮＴ１上の設備機器１０と通信を行う。ソフトウェア管理部３０ｂは、各設備端末１０の機能部１０ｂに組み込むソフトウェアを、少なくとも最新のバージョンを機器種別毎に格納しており、必要であれば最新のバージョンを含む複数のバージョンのソフトウェアを機器種別毎に格納している。
【００４８】
そして、当初、ドアホン機器１１Ａ、セキュリティ機器１２、電力監視機器１３が１台づつ宅内ネットワークＮＴ１に接続している状態から、２台のドアホン機器１１Ｂ，１１Ｃを新たに接続する場合について、図７のシーケンスを用いて説明する。
【００４９】
まず、ドアホン機器１１Ｂ，１１Ｃを新たに接続することによって、設備機器１０の異常な組み合わせが発生するまでのシーケンス（Ｓ１〜Ｓ１２）は実施形態１と同様である。
【００５０】
そして、ドアホン機器１１Ｃの障害判定部１０ｆが、ドアホン機器１１Ａ，１１Ｂ，１１Ｃの組み合わせは妥当でないと判断し、当該障害判定部１０ｆに設けたＬＥＤ等を点灯または点滅させることで、設備機器１０の異常な組み合わせがあることをユーザに報知した後（Ｓ１２）、ドアホン機器１１Ｃの要求部１０ｇは、この設備機器１０の異常な組み合わせを解消するために、制約情報の機器別最大接続台数を満足していないドアホン機器１１Ａに対して機能停止要求を送信し（Ｓ２１）、機能停止要求を受信したドアホン機器１１Ａの機能部１０ａは動作（宅内ネットワークＮＴ１を介したドアホン機能）を停止し、宅内ネットワークシステムＮＴ１にはドアホン機器１１が２台（１１Ｂ，１１Ｃ）のみ接続している状態と等価な状態にして、設備機器１０の異常な組み合わせを解消する（Ｓ２２）。
【００５１】
次に、ドアホン機器１１Ｃの障害判定部１０ｆは、各設備機器１０のソフトウェアの最新のバージョン情報を保持しており、このバージョン情報に基づいてドアホン機器１１Ａを最新のソフトウェアでアップデートすることによる設備機器１０の組み合わせの妥当性を判断し、妥当性ありと判断した場合、要求部１０ｇはドアホン機器１１Ａに対してアップデート要求を送信し（Ｓ２３）、妥当性なしと判断した場合は、アップデート要求を送信しない。アップデート要求を受信したドアホン機器１１Ａのアップデート部１０ｈは、ソフトウェア管理サーバ３０に対して、アップデート開始要求を送信することで、バージョンアップとなる例えば最新のソフトウェアをソフトウェア管理サーバ３０から取得して、自器の機能部１０ａのソフトウェアを更新する（Ｓ２４）。この場合、ドアホン機器１１Ａの機能部１０ａのソフトウェアをソフトウェアバージョン：［Ｖｅｒ１．０］から［Ｖｅｒ２．０］に更新することで、ドアホン機器１１Ａの制約情報は、ドアホン機器１１Ｂ，１１Ｃと同様に、
機器種別：［ドアホン機器］
ソフトウェアバージョン：［Ｖｅｒ２．０］
自器と組み合わせ不能な機器種別およびソフトウェアバージョン：［なし］
システム最大接続台数：［なし］
機器別最大接続台数：［３台］
となり、制約情報の機器別最大接続台数を満足するようになる。
【００５２】
そして、ソフトウェアを最新のソフトウェアバージョンに更新したドアホン機器１１Ａは、機能部１０ａを再起動して再び動作を開始しても（Ｓ２５）、設備機器１０の異常な組み合わせは発生しない。
【００５３】
したがって、宅内ネットワークＮＴ１に接続した全ての設備機器１０の機能部１０ａを動作させながら、設備機器１０の異常な組み合わせを解消してシステム障害の防止を実現できる。
【００５４】
また、ドアホン機器１１Ｃの要求部１０ｇが、ドアホン機器１１Ａに対してアップデート要求を送信してから一定時間が経過した後に、ドアホン機器１１Ｃの要求部１０ｇからドアホン機器１１の検索要求を宅内ネットワークＮＴ１に送出して、上記設備機器１０の異常な組み合わせを検出する処理（Ｓ８以降）を再度行って、設備機器１０の異常な組み合わせが解消されていることを確認してもよい。
【００５５】
次に、セキュリティ機器１２は、図８に示すようにスイッチ１０ｉを備えて、自器が要因で設備機器１０の異常な組み合わせが発生した場合には、スイッチ１０ｉの手動操作によって、自器の機能部１０ａに組み込むソフトウェアの更新を行って設備機器１０の異常な組み合わせを解消しており、図９にその処理シーケンスを示す。まず、スイッチ１０ｉの押下によって（Ｓ３１）、セキュリティ機器１２のアップデート部１０ｈがアップデートタイミングを検知し、セキュリティ機器１２の要求部１０ｇから手動アップデート開始要求がソフトウェア管理サーバ３０に対して送信される（Ｓ３２）。
【００５６】
ソフトウェア管理サーバ３０は、セキュリティ機器１２の機能部１０ａに用いる最新のソフトウェアをソフトウェア管理部３０ｂに格納しており、その最新のソフトウェアをセキュリティ機器１２の機能部１０ａに組み込むことによって、セキュリティ機器１２の制約情報が、
機器種別：［セキュリティ機器］
ソフトウェアバージョン：［Ｖｅｒ２．０］
自器と組み合わせ可能な機器種別およびソフトウェアバージョン：［電力監視機器１３のソフトウェアバージョンＶｅｒ２．０と接続可能］
システム最大接続台数：［８台］
機器別最大接続台数：［なし］
に変更されることを認識する。
【００５７】
そこで、手動アップデート開始要求を受信したソフトウェア管理サーバ３０の要求部３０ｄは、セキュリティ機器１２のソフトウェア更新前と更新後とで変更される制約情報に着目して、宅内ネットワークＮＴ１上の全ての設備機器１０に対して検索要求を送信するとともに、上記最新のソフトウェアを組み込むことによって影響があると考えられる電力監視機器１３へ制約情報取得要求を送信し（Ｓ３３）、ソフトウェア管理サーバ３０の障害判定部３０は、セキュリティ機器１２を最新のソフトウェアでアップデートすることによる設備機器１０の組み合わせの妥当性を判断するために、検索要求に対する各設備機器１０からの応答を受信するとともに、電力監視機器１３から制約情報を取得する（Ｓ３４）。なお、図９では、上記検索要求による応答のシーケンスは省略している。
【００５８】
障害判定部３０ｃは、各設備機器１０から受信した応答によって、宅内ネットワークＮＴ１上の設備機器１０の台数が５台（ドアホン機器１１：３台、セキュリティ機器１２：１台、電力監視機器：１台）であることを認識し、セキュリティ機器１２を最新のソフトウェアに更新しても、セキュリティ機器１２の更新後の制約情報において、システム最大接続台数には問題ないと判断する。しかし、障害判定部３０ｃは、電力監視機器１３から取得した制約情報によって、電力監視機器１３の機能部１０ａに組み込まれているソフトウェアがバージョン［１．０］であることを認識し、セキュリティ機器１２を最新のソフトウェアに更新した場合に、セキュリティ機器１２の更新後の制約情報において、自器と組み合わせ可能な機器種別およびソフトウェアバージョン：［電力監視機器１３のソフトウェアバージョンＶｅｒ２．０と接続可能］という制約情報を満足しないことから、設備機器１０の組み合わせに問題が発生すると判断する（Ｓ３５）。
【００５９】
そして障害判定部３０ｃは、セキュリティ機器１２に対してソフトウェアを提供しないことを通知して、セキュリティ機器１２は、自器の障害判定部１０ｆに設けたＬＥＤ等を点灯または点滅させることで、ソフトウェアの更新によって設備機器１０の異常な組み合わせが発生することをユーザに報知する。
【００６０】
または、障害判定部３０ｃは、設備機器１０の組み合わせに問題があると判断した場合に、セキュリティ機器１２に対してソフトウェアを提供しないことを通知する上記処理に代えて、下記処理を行ってもよい。
【００６１】
ソフトウェア管理サーバ３０は、電力監視機器１３の機能部１０ａに用いる最新のソフトウェア（ソフトウェアバージョン：［Ｖｅｒ．２．０］）をソフトウェア管理部３０ｂに格納しており、障害判定部３０ｃは、電力監視機器１３のソフトウェアバージョンを最新のソフトウェアバージョン：［Ｖｅｒ２．０］に更新すれば、セキュリティ機器１２を最新のソフトウェアに更新した場合でも、設備機器１０の組み合わせを問題なしと判断できることから、要求部３０ｄから電力監視機器１３に対してアップデート要求を送信する（Ｓ３６）。アップデート要求を受信した電力監視機器１３のアップデート部１０ｈは、ソフトウェア管理サーバ３０に対して、アップデート開始要求を送信することで、最新のソフトウェアをソフトウェア管理サーバ３０から取得して、自器の機能部１０ａのソフトウェアをソフトウェアバージョン［２．０］に更新する（Ｓ３７）。
【００６２】
なお、最新のソフトウェアを電力監視機器１３の機能部１０ａに組み込むことによって、電力監視機器１３の制約情報は、
機器種別［セキュリティ機器］
ソフトウェアバージョン［Ｖｅｒ２．０］
自器と組み合わせ可能な機器種別およびソフトウェアバージョン：［電力監視機器１３のソフトウェアバージョンＶｅｒ２．０と接続可能］
システム最大接続台数：［８台］
機器別最大接続台数：［なし］
となる。
【００６３】
そして、ソフトウェア管理サーバ３０は、上記のようにセキュリティ機器１２と電力監視機器１３との組み合わせの問題を解消した後に、セキュリティ機器１２に対して最新のソフトウェアを提供して、セキュリティ機器１２は自器の機能部１０ａのソフトウェアを更新する（Ｓ３８）。
【００６４】
したがって、設備機器１０でのソフトウェアの更新によって発生する設備機器１０の異常な組み合わせを事前に防止して、システム障害の発生を回避できる。
【００６５】
本実施形態では、上記のように、設備機器１０の異常な組み合わせを解消するために、異常な組み合わせの要因となっている設備機器１０のソフトウェアを更新する２つのソフトウェア更新手段を説明した。第１のソフトウェア更新手段は、上記図７のシーケンスに示すように、異常な組み合わせを検出した設備機器１０が、ソフトウェア更新後の設備機器１０の組み合わせの妥当性を判断し、妥当性ありと判断した場合には、異常な組み合わせの要因である他の設備機器１０（または自器）に対してアップデート要求を送信し、アップデート要求を受信した他の設備機器１０が、ソフトウェア管理サーバ３０に対して、アップデート開始要求を送信することで、バージョンアップとなる例えば最新のソフトウェアをソフトウェア管理サーバ３０から取得して、機能部１０ａのソフトウェアを更新する構成である。
【００６６】
一方、第２のソフトウェア更新手段は、上記図９のシーケンスに示すように、設備機器１０が、自器のスイッチ１０ｉの押下によって、手動アップデート開始要求をソフトウェア管理サーバ３０に対して送信し、手動アップデート開始要求を受信したソフトウェア管理サーバ３０は、各設備機器１０から制約情報を取得して、当該取得した設備機器１０の制約情報に基づいて、当該アップデート開始要求によるソフトウェア更新後の設備機器１０の組み合わせの妥当性を判断し、妥当性ありと判断した場合にはバージョンアップとなる例えば最新のソフトウェアを要求送信元の設備機器１０へ提供する構成である。
【００６７】
そして、第１のソフトウェア更新手段は、宅内ネットワークＮＴ１に接続されている複数の設備機器１０のうち、いずれか特定の１台以上が、トリガ検知部１０ｄ、スイッチ１０ｅ、障害判定部１０ｆを備えて、設備機器１０の異常な組み合わせを検出するとともに、ソフトウェア更新後の設備機器１０の組み合わせの妥当性を判断することで、他の設備機器１０の構成が簡略化されて、処理が軽減される。また、第２のソフトウェア更新手段をソフトウェア管理サーバ３０が備えれば、設備機器１０側の構成が簡略化されて、処理が軽減される。
【００６８】
また、本ネットワークシステムにおいては、第１のソフトウェア更新手段と第２のソフトウェア更新手段との少なくとも一方のみを備えていればよく、いずれのソフトウェア更新手段を用いたとしても、ソフトウェア更新後の設備機器１０の組み合わせの妥当性を判断する機能を全ての設備機器１０に設ける必要はない。
【００６９】
また上記実施形態１，２において、システム最大接続台数によって設備機器１０の組み合わせの妥当性を判断する場合は、各設備機器１０の制約条件で規定されているシステム最大接続台数のうち、最も少ないシステム最大接続台数が制約となり、それ以上の台数の設備機器１０が接続されると、妥当性なしと判断する。
【００７０】
なお、設備機器１０の異常な組み合わせとしては、上記各実施形態で例示した、機器別最大接続台数や、システム最大接続台数や、自器と組み合わせ可能な機器種別およびソフトウェアバージョンに関するもの以外に、自器と組み合わせ不能な機器種別およびソフトウェアバージョンに関するものでも同様に検出できる。
【図面の簡単な説明】
【００７１】
【図１】実施形態１のネットワークシステムの構成を示す図である。
【図２】同上の処理シーケンスを示す図である。
【図３】同上の設備機器の別の構成を示す図である。
【図４】同上のネットワークシステムの概略構成を示す図である。
【図５】実施形態２のネットワークシステムの構成を示す図である。
【図６】同上のソフトウェア管理サーバの構成を示す図である。
【図７】同上の処理シーケンスを示す図である。
【図８】同上のセキュリティ機器の構成を示す図である。
【図９】同上の別の処理シーケンスを示す図である。
【図１０】従来のネットワークシステムの構成を示す図である。
【図１１】従来の別のネットワークシステムの構成を示す図である。
【符号の説明】
【００７２】
１０  設備機器
１０ａ  通信部
１０ｂ  機能部
１０ｃ  制約情報記憶部
１０ｄ  トリガ検知部
１０ｅ  スイッチ
１０ｆ  障害判定部
１０ｇ  要求部
１１  ドアホン機器
１２  セキュリティ機器
１３  電力監視機器
ＮＴ１  宅内ネットワーク
【図１】
2009232282.tif 000003
【図２】
2009232282.tif 000004
【図３】
2009232282.tif 000005
【図４】
2009232282.tif 000006
【図５】
2009232282.tif 000007
【図６】
2009232282.tif 000008
【図７】
2009232282.tif 000009
【図８】
2009232282.tif 000010
【図９】
2009232282.tif 000011
【図１０】
2009232282.tif 000012
【図１１】
2009232282.tif 000013