JP2005102056A - ネットワークシステム、ネットワーク機器及びその監視方法 - Google Patents

Abstract

【課題】ネットワーク機器としてのホームサーバとセンタサーバとの間のネットワーク経路に異常があった場合にも、ホームサーバのリセットを行うことを可能とする。
【解決手段】マンション等の各居室に設けられるホームサーバ１０２〜１０４は、監視部とリセット部とを有し、監視部とリセット部とに、自身の動作状態を出力する状態端子、それを監視する端子、外部からハードウェアのリセットを行うリセット端子、その他のサーバのリセット端子を制御する端子が設けられ、複数のホームサーバのこれらの端子が相互接続されている。通常、センタサーバ１０１がホームサーバの再起動を行う構成であるため、ホームサーバは、他のホームサーバの異常を発見した場合、センタサーバにホームサーバが異常であることを通知するが、この通信が正常に行われなかった場合、異常を発見したホームサーバが異常のあるホームサーバの再起動を行う。
【選択図】 図１

Description

本発明は、ネットワークシステム、ネットワーク機器及びその監視方法に係り、特に、ビルや集合住宅あるいは一般住宅内のネットワーク機器を監視可能としたネットワークシステム、ネットワーク機器及びその監視方法に関する。

従来、一般家庭やホテル、マンション等の集合住宅等に設置される空調機、給湯器、照明機器や各種家電製品は、それを使用する家庭の住人等がスイッチのオン、オフ等を行うことにより、人手により直接制御されていた。

しかし、ネットワーク技術の発展と共に、これらの機器もネットワークを介して相互に接続され、集中管理を行うことが可能になってきている。このようなシステムは、これらの家庭内の家電等の機器を宅内に構築されたネットワークに接続し、そのネットワークに接続されているサーバ機器（以下、ホームサーバという）により集中管理するようにしたものである。このようなシステムでのホームサーバと各機器との接続は、ＲＳ―２３２Ｃ等のシリアル接続やＥＣＨＯＮＥＴ規格、Ｅｔｈｅｒネットワークにより行われている。

また、前述したようなネットワーク機器としてのホームサーバは、宅内のネットワークとインターネット等の外部ネットワークとを接続することが可能であり、その際、プロトコル変換を行うゲートウェイの役割も果たしている。宅内のネットワークと外部のネットワークとが接続されることにより、宅外からの宅内機器の制御、宅外に設置したサーバ（以下、センタサーバと呼ぶ）によるホームサーバの動作状態の情報やメンテナンス情報、ホームサーバに接続されている宅内機器状態の情報の集中管理を行うことが可能となる。そして、前述したようなシステムは、ホームサーバの動作状態をセンタサーバが集中管理することにより、ホームサーバに動作不良が発生した場合にセンタサーバ側からホームサーバにリセットをかけてシステムの自動復旧を行うことが可能である。

なお、遠隔地からの観測局側に対する制御に関するシステムの従来技術として、観測局がフリーズした場合に、遠隔からリセットをかける手段が、例えば、特許文献１等に記載されて知られている。
特開２００３−１１６１８４号公報

集合住宅等の各居室内のネットワーク機器としてのホームサーバの状態をセンタサーバが監視する前述した従来技術は、通常、ホームサーバに不具合が発生した場合、センタサーバがネットワークを介してホームサーバのリセットを行うことにより、システムの復旧を行っている。しかし、この従来技術は、ホームサーバとセンタサーバとの間のネットワーク経路に異常があった場合、センタサーバがホームサーバの監視を行うことができず、ホームサーバに不具合が発生した場合、ホームサーバの復旧を行うことができないという問題点を有している。

本発明の目的は、前述した従来技術の問題点を解決し、ネットワーク機器としてのホームサーバとセンタサーバとの間のネットワーク経路に異常があった場合にも、ホームサーバのリセットを行うことを可能としたネットワークシステム、ネットワーク機器及びその監視方法を提供することにある。

本発明によれば前記目的は、屋内ネットワークに接続される機器の制御を行う複数のネットワーク機器がローカルネットワークにより接続されたネットワークシステムにおいて、前記複数のネットワーク機器のそれぞれが、自機器の動作状態を他のネットワーク機器に通知し、通知された他のネットワーク機器からの動作状態を受信して他のネットワーク機器を監視し、外部からのリセットを受け付けて、他のネットワーク機器のリセットを行うことにより達成される。

また、前記目的は、屋内ネットワークに接続される機器の制御を行う複数のネットワーク機器がローカルネットワークにより接続されたネットワークシステムにおいて、前記複数のネットワーク機器のそれぞれが、自機器の動作状態を他のネットワーク機器に通知する手段と、通知された他のネットワーク機器の動作状態を受信して他のネットワーク機器を監視する手段と、外部からのリセットを受け付ける手段と、他のネットワーク機器のリセットを行う手段とを備え、ネットワーク機器同士で互いの動作状態を監視することにより達成される。

また、前記目的は、ネットワーク機器を、自機器の動作状態を他のネットワーク機器に通知する出力端子と、他のネットワーク機器から通知された他のネットワーク機器の動作状態を入力する入力端子と、自機器のリセットを受け付ける入力端子と、他のネットワーク機器をリセットする出力端子とを備えて構成することにより達成される。

さらに、前記目的は、屋内ネットワークに接続される機器の制御を行う複数のネットワーク機器がローカルネットワークにより接続されたネットワークシステムにおけるネットワーク機器の監視方法において、前記複数のネットワーク機器のそれぞれが、自機器の動作状態を他のネットワーク機器に通知し、通知された他のネットワーク機器の動作状態を受信して他のネットワーク機器を監視し、外部からのリセットを受け付け、他のネットワーク機器のリセットを行うことにより、ネットワーク機器同士で互いの動作状態を監視することにより達成される。

本発明によれば、ネットワーク機器相互間で機器の異常を監視し、異常を生じたネットワーク機器のリセットを行うことができ、また、ネットワーク機器とホストとの間のネットワーク経路に異常があった場合にも、異常を生じたネットワーク機器のリセットを行うことができる。

以下、本発明によるネットワークシステム、ネットワーク機器及びその管理方法の実施形態を図面により詳細に説明する。なお、以下に説明する本発明の実施形態は、本発明をマンションの各居室に設けられ、室内機器の制御を行うネットワーク機器としてのホームサーバを外部のに設けたホスト機器としてのセンタサーバから監視制御するシステムに適用した例である。

図１は本発明の一実施形態によるネットワークシステムの構成を示すブロック図、図２はホームサーバの内部機器構成を示すブロック図である。図１、図２において、１０１はセンタサーバ、１０２〜１０４はホームサーバ、１０５はスイッチングハブ（ＳＷ−ＨＵＢ）、１０６はルータ、１０７は外部ネットワーク、１１０はホームサーバ監視部、１２１、１３１は監視部、１２２、１３２はリセット部、２０１はＣＰＵ、２０２は周辺制御装置、２０３は状態インタフェース（Ｉ／Ｆ）、２０４はメインメモリ、２０５はＥＰＲＯＭ、２０６は不揮発性記憶装置、２０７はバス、２０８はＷＡＮインタフェース（Ｉ／Ｆ）、２０９はＬＡＮインタフェース（Ｉ／Ｆ）、２１０はＥＣＨＯＮＥＴインタフェース（Ｉ／Ｆ）、２１１は電子錠インタフェース（Ｉ／Ｆ）、２１２はカードリーダインタフェース（Ｉ／Ｆ）である。

図１に示す本発明の実施形態によるネットワークシステムは、マンション外部の機器としてのセンタサーバ１０１と、マンション内の機器として各居室内にあるネットワーク機器としてのホームサーバ１０２、１０３、１０４と、マンション内のネットワークを構成するスイッチングハブ１０５と、マンション内のネットワークとしてのローカルネットワークとインターネット等の外部ネットワーク１０７ととしてのグローバルネットワークの間のデータのルーティングを行うルータ１０６とから構成されている。そして、センタサーバ１０１にはホームサーバ監視部１１０が設けられ、各ホームサーバ１０２、１０３には、監視部１２１、１３１、及び、リセット部１２２、１３２が設けられている。ホームサーバ１０４についても同様である。

ルータ１０６には、外部ネットワーク１０７側にグローバルＩＰアドレスが割り当てられており、マンション内のネットワークでは、ホームサーバ１０２、１０３、１０４にそれぞれプライベートＩＰアドレスが割り振られている。ルータ１０６は、センタサーバ１０１からの通信を受けた際、通信を受けたポート番号により、どのホームサーバにアクセスするかを振り分ける。センタサーバ１０１は、外部ネットワーク１０７、ルータ１０６、スイッチングハブ１０５を介して各ホームサーバ１０２、１０３、１０４とネットワーク接続されており、センタサーバ１０１上で動作しているアプリケーションであるホームサーバ監視部１１０により各ホームサーバ１０２、１０３、１０４の状態取得及び制御を行う。

図１にはセンタサーバを１台だけ示しているが、本発明は、センタサーバを複数設置して、各センタサーバが各ホームサーバの状態を取得すように構成してもよい。また、本発明は、センタサーバ１０１を外部ネットワークに接続するのではなく、マンションのローカルネットワーク内に設置して構成することも可能である。

ホームサーバ１０２、１０３、１０４は、図２により詳述するように、それぞれ、屋内ネットワークを介して各居室にある電子錠、カードリーダ、家電機器等の機器を制御するものであり、各機器の状態の取得及び制御を行い、また、各機器の状態や制御の情報をセンタサーバに送信する。ホームサーバ１０２は、監視部１２１、リセット部１２２を持ち、ホームサーバ１０３は、監視部１３１、リセット部１３２を持つというように、それぞれのホームサーバは、監視部とリセット部とを備えて構成される。

監視部１２１は、ホームサーバ１０３とそのリセット部１３２や、その他のホームサーバとそのリセット部に接続される。そして、監視部１２１は、接続されたホームサーバ１０３やその他のホームサーバの監視を行い、異常を発見した場合にリセット部に対して信号を出力し、異常を発見したホームサーバのリセットを行うことが可能である。リセット部１２２は、ホームサーバ１０３の監視部１３１やその他のホームサーバの監視部と接続され、監視部からの信号を受けた場合にホームサーバ１０２のリセットを行う。

前述で説明したような本発明の実施形態でのネットワーク構成において、居室を一戸の住宅と考え、ルータ１０６とＳＷ−ＨＵＢ１０５とを省いて、ホームサーバを直接外部ネットワーク１０７に接続する構成であってもよい。

ホームサーバは、図２にその内部機器構成を示しているように、ＣＰＵ２０１、周辺制御装置２０２、メインメモリ２０４、ＥＰＲＯＭ２０５、磁気ディスク装置等により構成される不揮発性記憶装置２０６を備えて構成される。ＣＰＵ２０１、周辺制御装置２０２、メインメモリ２０４、ＥＰＲＯＭ２０５は、バス２０７を介して接続されており、不揮発性記憶装置２０６は、周辺制御装置２０２を介して接続されている。ホームサーバに電源が投入されると、ＣＰＵ２０１が起動する。ＣＰＵ２０１は、ＥＰＲＯＭ２０５に記憶されているブートプログラムを実行し、ＯＳの起動を行う。その後、ブートプログラムは、不揮発性記憶装置２０６に記憶されているプログラムをロードし、各タスクの実行を開始させる。本発明の実施形態においてどのようなタスクが実行されるかについては後述する。

また、ホームサーバは、外部とのインターフェースとしての状態インターフェース２０３、ＷＡＮインターフェース２０８、ＬＡＮインターフェース２０９、ＥＣＨＯＮＥＴインターフェース２１０、電子錠インターフェース２１１、カードリーダインターフェース２１２が、周辺制御装置２０２を介して接続されて備えている。周辺制御装置２０２は、ＣＰＵ２０１からのデータを受け、各インタフェースの制御を行う。また、周辺制御装置２０２は、ＣＰＵ２０１、メインメモリ２０４、各インタフェースの制御を行うチップのリセット端子に接続されており、状態Ｉ／Ｆ２０３の制御を受け、各チップをリセットすることができるように構成されている。また、周辺制御装置２０２は、図示しない主電源と接続されており、状態インタフェース２０３からの制御により、主電源のＯＦＦ／ＯＮを行う構成になっていてもよい。状態インタフェース２０３は、ホームサーバの動作状態を示す信号の入出力、ホームサーバのリセットを行う入出力を制御するインタフェースであり、ホームサーバの監視部及びリセット部のためのインタフェースである。状態インタフェース２０３の詳細については後述する。

ＷＡＮインタフェース２０８は、宅外のネットワークに対するインタフェースであり、本発明の実施形態ではスイッチングハブ１０５と接続されている。ホームサーバは、このＷＡＮインタフェース２０８を介してセンタサーバ１０１との通信を行う。ＬＡＮインタフェース２０９は、宅内のネットワークに対するインタフェースであり、ＰＣやＷｅｂカメラ等の宅内に接続された機器との通信を行う。ＥＣＨＯＮＥＴインタフェース２１０は、家電制御ネットワークの規格であるＥＣＨＯＮＥＴの通信を行うインタフェースである。電子錠インタフェース２１１、カードリーダインタフェース２１２は、それぞれ、電子錠とカードリーダの制御を行うインタフェースであり、ホームサーバがカードリーダの情報を取得して、その情報を元に電子錠の開閉の判定を行い、判定の結果に応じた電子錠の操作を行う。

前述したように構成される本発明の実施形態によるネットワークシステムにおいて、図１に示す各ホームサーバ１０２〜１０４内の監視部１２１及びリセット部１２２は、図２に示すＣＰＵ２４が実行するソフトウェアにより実現することができ、ホームサーバ相互間の監視信号の授受、リセット信号の授受及び外部機器との間での情報の授受は、周辺制御装置２０３、状態Ｉ／Ｆ２０３を介して行われる。

前述した本発明の実施形態によるホームサーバは、ＬＡＮインタフェース２０９、ＥＣＨＯＮＥＴインタフェース２１０、電子錠インタフェース２１１、カードリーダインタフェース２１２等の複数のインタフェースを有するとしているが、これら以外の機器用のインタフェースを持つことも可能であり、また、これらのインタフェースが例えばＬＡＮインタフェース２０９の１つのインタフェースに統合されていてもよい。

図３は状態インタフェース２０３の構成と他のホームサーバとの接続方法を示す図である。図３において、２３１、３３１は状態端子、２３２、３３２はリセット端子、２３３、３３３はディップスイッチ、３０３は、他のホームサーバの状態インタフェース、３１１は状態信号線、３１２はリセット信号線である。

状態インタフェース２０３は、状態端子２３１とリセット端子２３２とディップスイッチ（ＳＷ）２３３とから構成される。状態端子２３１は、ｎ本の状態出力とｎ本の状態入力とｎ本のリセット出力との端子を持つ。ｎは、適当な正の整数であり、少なくとも相互に接続されるホームサーバの数である。それぞれの出力は、“０”、“１”の二値を取り、レジスタが利用され一度設定した値を保持することが可能な構成とする。リセット端子２３２は、同様に、ｎ本のリセット入力を持つ。状態出力、状態入力、リセット出力、リセット入力には、それぞれ１〜ｎの端子番号が割り振られる。

それぞれのホームサーバの状態端子のうち同じ端子番号の状態出力と状態入力とは、同じ状態信号線３１１により相互に接続され、また、リセット入力、リセット出力も同様に同じリセット信号線３１２により相互に接続される。ホームサーバは、状態出力をｎ本持つことになるが、自身の状態を出力するのはどれか１本でありる。１つの信号線に複数のホームサーバの状態を出力できないため、各ホームサーバで何番の信号線に自身の状態を出力するかが、他のホームサーバと競合しないように設定される。リセットの入出力に関しても同様に設定される。この設定をソフトウェア上で行うとソフトが暴走した際に機能しなくなる恐れがあるため、設定はディップスイッチ２３３で行うこととする。状態出力とリセット入力とに関しては、ディップスイッチ２３３に設定された番号の端子が有効になり、状態入力とリセット出力とに関しては、ディップスイッチ２３３に設定された番号以外の端子が有効になる。図３に示す例の場合、実線の部分が有効な信号線で、点線の部分が有効でない信号線を表す。

図４はセンタサーバ１０１及びホームサーバ１０２上で動作するソフトウェアの相互の関連を説明する図、図５は状態監視タスクが使用する監視機器データについて説明する図、図６はホームサーバ内に保持されホームサーバ同士がどのような構成で相互監視を行っているかを示す監視構成データについて説明する図、図７はホームサーバ内に保持され各ホームサーバの動作状態を示す状態データについて説明する図である。図４において、４０１は状態監視タスク、４０２は状態取得プログラム、４０３は復旧プログラムであり、他の符号は図１の場合と同一である。

図４に示すように、ホームサーバ１０２内では、他のサービスを行うタスクとともに、状態監視タスク４０１が動作し、センタサーバ１０１上では、状態取得プログラム４０２と復旧プログラム４０３とが動作する。

図５に示す監視機器データ５０１は、状態監視タスク４０１が利用するデータであり、状態インタフェース２０３の端子番号と、その端子に接続されているホームサーバの設置されている居室の居室番号と、そのホームサーバのマンション内のネットワークでのアドレスと、その端子に接続されているホームサーバを監視してよいか否かを示す監視可能のデータと、監視対象のホームサーバの状態端子の状態と、その状態が何回連続続いているかを示すカウントの組からなる。ホームサーバは、他の複数のホームサーバにより監視されるため、あるホームサーバにより異常が発見されて再起動している最中に他のホームサーバにより再び再起動されないようにする必要がある。そのため、本発明の実施形態は、あるホームサーバにより再起動中、他のホームサーバの監視可能のデータを“ＮＧ”に設定し、監視対象のホームサーバの状態が異常であっても監視可能データが“ＮＧ”の場合にはリセットをかけないようにしており、これにより、再起動処理が重複することを防止している。

ホームサーバは、自身の状態を状態端子から出力するが、状態出力には一本の信号線を用い、その状態を定期的に変化させることにより、自身が正常であることを示す状態として出力する。但し、他のホームサーバが状態端子を確認するタイミングによっては同じ出力となってしまう場合があるため、同じ出力が続いた回数をカウントしておき、カウント数が一定値を超えた場合に異常と判断するようにする。

図６に示す監視構成データ６０１は、ホームサーバ同士がどのような構成で相互監視を行っているかを示すデータであり、居室番号、グループ番号、端子番号の組からなり、センタサーバ１０１に保持される。居室番号は、各ホームサーバがどの居室に設置されているかを示す。グループ番号は、ホームサーバ同士が相互監視を行うグループを示しており、グループ番号の同一のホームサーバ同士が相互監視を行っていることを示す。端子番号は、グループ内のそれぞれのホームサーバがどの端子に状態を出力しているかを示す。

図７に示す状態データ７０１は、各ホームサーバの動作状態を示すデータであり、居室番号、状態、管理機器、ポート番号からなり、センタサーバ１０１に保持される。居室番号は、各ホームサーバがどの居室に設置されているかを示す。状態は、各居室のホームサーバの動作状態を示し、正常、異常、再起動中、不明の各値をとる。管理機器は、そのホームサーバの再起動を行っている機器を示し、ホームサーバの居室番号である。再起動を行っている機器がセンタサーバである場合、“０”と示される。ポート番号は、センタサーバからホームサーバに外部ネットワーク１０７を介してアクセスする際のポート番号である。センタサーバは、マンションにアクセスする際、センタサーバに記憶されているマンションのグローバルＩＰアドレスとポート番号とを指定して通信を行う。ルータ１０６は、ポート番号に応じて、どのホームサーバがアクセスされるかの振り分けを行う。

図４の参照に戻って、状態監視タスク４０１は、自身の動作状態及び状態インタフェース２０３を介して他のホームサーバの状態を監視し、その状態の情報をセンタサーバ１０１に通知する。その際、状態監視タスク４０１は、ホームサーバに記憶されているセンタサーバ１０１のアドレスに対して通信を行うが、ホームサーバに複数のセンタサーバのアドレスを記憶しておき、それぞれのセンタサーバに対して通信を行ってもよい。また、状態監視タスク４０１は、センタサーバ１０１から再起動の通知を受けた場合に、自身あるいは監視対象のホームサーバの再起動を行い、また、自身あるいは監視対象のホームサーバの異常を検知した場合で、センタサーバ１０１との通信を行うことができない場合、自身の再起動、監視対象のホームサーバの再起動を行う。

センタサーバの状態取得プログラム４０２は、ホームサーバ１０２から送信される状態通知の受信とホームサーバ１０２へ状態取得の要求の送信とを行う。状態取得の要求は、一定時間毎か、センタサーバ１０１とホームサーバ１０２が最後に通信してから一定時間後、あるいは、センタサーバでのオペレータの操作により行われる。状態取得プログラム４０２は、ホームサーバからの状態通知、あるいは、ホームサーバへの状態取得の要求により、ホームサーバの状態が変化したことを確認した場合、状態データ７０１の情報を更新し、復旧プログラム４０３へ状態変更があったことを通知する。

センタサーバの復旧プログラム４０３は、状態取得プログラム４０２から状態変更の通知を受けると、状態データ７０１の確認を行い、異常のあるホームサーバの状態監視タスクに対して再起動の通知を送信する。復旧プログラム４０３は、異常のあるホームサーバと通信を行うことができない場合、監視構成データ６０１から、異常のあるホームサーバと同一グループの別のホームサーバの居室番号を取得し、そのホームサーバに対して、異常のあったホームサーバの再起動を依頼する。

図８はホームサーバ内の状態監視タスク４０１の処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）ホームサーバ１０２が起動されると、各種サービスを行うタスクやホームサーバに接続されている機器の制御を行うタスクと共に状態監視タスク４０１も起動される。状態監視タスク４０１は、起動されると、状態インタフェース２０３を介して状態端子の初期化を行う。状態端子の初期化の処理は、ディップスイッチ２３３から、自分が利用する端子番号を取得し、その端子番号の状態出力に“０”を設定する処理である（ステップＳ８０１）。

（２）その後、状態監視タスクのメインループ処理が開始される。状態監視タスク４０１は、常に通信受信待ちを行っており、通信を受信した場合に通信内容に応じた処理を行う。通信内容の処理に関しては後述する（ステップＳ８０２）。

（３）状態監視タスク４０１は、ステップＳ８０２での通信受信処理を行いながら、前回の状態監視の動作を行ってから一定時間経過しているか否かを確認し、一定時間経過していなければ通信受信処理を続ける（ステップＳ８０３）。

（４）ステップＳ８０３の経過時間の確認で、一定時間経っていた場合、状態監視タスク４０１は、自機器の状態確認と他機器の状態確認との処理を開始し、自機器上で動作するタスクの一覧とその動作状態とを取得する。タスク一覧とその動作状態とは、ＯＳが提供する関数を用いて取得することが可能である（ステップＳ８０４）。

（５）状態監視タスク４０１は、取得したタスク一覧と動作状態とを確認し、停止しているタスクがあるか否かにより状態が異常であるか否かを判断する（ステップＳ８０５）。

（６）ステップＳ８０５の判断で、自身に異常がないと判断した場合、状態監視タスク４０１は、状態インタフェース２０３に対する制御を行い、状態端子の出力を反転させる。この状態端子の出力の反転は、自身に異常がなければ、ステップ８０３での経過時間監視毎の一定時間毎に行われることになり、この定期的な状態端子の出力の反転を他のホームサーバが確認することにより、そのホームサーバが正常に動作していることを判断できる（ステップＳ８０６）。

（７）ステップＳ８０６の動作の後、状態監視タスク４０１は、他のホームサーバの状態の確認を行い、必要であれば、他のホームサーバの再起動を行った後、ステップＳ８０２の処理に戻って、通信受信待ちの状態になる（ステップＳ８０７）。

（８）ステップＳ８０５の判断で、自機器の状態が異常と判断された場合、状態監視タスク４０１は、状態通知としてタスクの動作状態一覧をセンタサーバに送信する。この場合、状態端子の出力の反転が行われないため、他のホームサーバはこのホームサーバが異常であると判断することができる（ステップＳ８０８）。

図９は図８に示すフローにおけるステップＳ８０７での他のホームサーバの状態確認のシーケンスを示す図であり、次に、これにつてい説明する。

図９において、ホームサーバ１０３の状態監視タスク４３１がホームサーバ１０３の状態インタフェース３０３の状態端子に対し定期的に出力の反転を行っているものとする。この出力の反転は、ホームサーバ１０２の状態インタフェース２０３の状態端子へ伝播している。そして、図９に示す例は、２度状態が反転した後、ホームサーバ１０３のＣＰＵ２３１にエラーが発生し、状態監視タスク４３１が停止し、以降の状態の反転が行われない例である。

ホームサーバ１０２の状態監視タスク４０１は、シーケンスＳ９０１、Ｓ９０２、Ｓ９０３、Ｓ９０４において、監視対象のホームサーバの状態確認を行う。

図１０は図９におけるシーケンスＳ９０１〜Ｓ９０４での状態確認の処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）ホームサーバ１０２の状態監視タスク４０１は、まず、状態インタフェース２０３から状態端子の値を取得し、図５に示す監視機器データ５０１のそれぞれの端子番号に対応する状態の値と比較し、前回の値と同一の値であるか否かを判定する（ステップＳ１００１、Ｓ１００２）。

（２）ステップＳ１００２の判定で、取得した状態端子の値が前回と同一であった場合、監視機器データ５０１のそれぞれの端子番号に対応する監視可能のデータを確認し、監視可能が“ＯＫ”となっているか否かを判定して、“ＯＫ”となっていなかった場合、ここでの処理を終了する（ステップＳ１００３）。

（３）ステップＳ１００３の判定で、監視可能が“ＯＫ”となっていた場合、すなわち、取得した状態端子の値が前回と同一で、かつ、監視可能が“ＯＫ”であった場合、カウントに１を加えてインクリメントする（ステップＳ１００４）。

（４）ステップＳ１００４の処理の後、ホームサーバ１０２の状態監視タスク４０１は、カウントの値が一定値以上であるか否かを確認し、一定値以上であった場合、状態端子に対応するホームサーバが異常であると判定し、そうでない場合、ここでの処理を終了する（ステップＳ１００５）。

（５）ステップＳ１００２の判定で、取得した状態端子の値が前回と同一でなかった場合、監視機器データ５０１のそれぞれの端子番号に対応する監視可能のデータを確認し、監視可能が“ＯＫ”となっているか否かを判定して、“ＯＫ”となっていた場合、カウントを“０”に設定し対応するホームサーバが正常である判断して、ここでの処理を終了する（ステップＳ１００６、Ｓ１００７）。

（６）ステップＳ１００６の判定で、監視可能が“ＯＫ”となっていなかった場合、すなわち、状態端子の値が前回と異なっており、監視可能が“ＯＫ”でなかった場合、カウントの値をデクリメントし、カウントの値が“０”であるか否かの判定を行う（ステップＳ１００８、Ｓ１００９）。

（７）ステップＳ１００９の判定で、カウントの値が“０”でなかった場合、ここでの処理を終了し、カウントの値が“０”であった場合、監視可能を“ＯＫ”に変更して、ここでの処理を終了する（ステップＳ１０１０）。

前述した処理により、再起動を行うために一度監視対象外になったホームサーバは、起動後に正常な状態に戻った後、一定期間様子を見た後、自動的に監視対象に戻されることになる。そして、図９に示す例では、カウントが“２”以上の場合に異常であると判断することとしており、シーケンスＳ９０４において、ホームサーバ１０３の異常が判断される。

図１１は図９におけるシーケンスＳ９０４において、ホームサーバ１０２がホームサーバ１０３の異常を判定した場合のシーケンスを示す図であり、次に、これについて説明する。

（１）ホームサーバ１０２の状態監視タスク４０１は、ホームサーバ１０３に異常が発生したと判定すると、監視機器データ５０１から自身と異常のあったホームサーバ以外のホームサーバ、説明している例ではホームサーバ１０４とのアドレスを取得し、それぞれのアドレスに対して状態異常検知通知を送信する。状態異常検知通知には、ホームサーバ１０２の端子番号と異常のあったホームサーバ１０３の端子番号とが含まれる（シーケンスＳ１１０１）。

（２）ホームサーバ１０４は、ホームサーバ１０２の状態監視タスク４０１から状態異常検知通知を受信すると、状態異常検知通知から異常のあったホームサーバ１０３の端子番号を取得する。そして、ホームサーバ１０４は、まだホームサーバ１０３の異常を検知していなかった場合、自サーバ内の監視機器データ５０１のホームサーバ１０３の端子番号に対応する監視可能のデータを“ＮＧ”に変更し、ホームサーバ１０２に対して処理委譲応答を送信する。また、ホームサーバ１０４は、既にホームサーバ１０３の異常を検知していた場合、状態異常検知通知から通知してきたホームサーバ１０２の端子番号を取得し、自身の端子番号との比較を行い、自身の端子番号が大きかった場合には、自身の監視機器データ５０１のホームサーバ１０３の端子番号に対応する監視可能のデータを“ＮＧ”に変更しホームサーバ１０２に対して処理委譲応答を送信する。さらに、ホームサーバ１０４は、自身の端子番号が小さかった場合、ホームサーバ１０４自身がホームサーバ１０３の再起動処理を実行するとして、ホームサーバ１０２に対して処理不可の応答を送信する。このように、端子番号によるプライオリティを設定することにより、複数のホームサーバがあるホームサーバの異常を同時に発見した場合に、再起動処理が競合することを防止することができる（シーケンスＳ１１０２）。

（３）ホームサーバ１０２の状態監視タスク４０１は、ホームサーバ１０４から処理不可の応答を受信した場合、自サーバ内の監視機器データ５０１のホームサーバ１０３の端子番号に対応する監視可能のデータを“ＮＧ”に変更し、ホームサーバ１０３のリセットの処理は行わない。

（４）ホームサーバ１０２の状態監視タスク４０１は、ホームサーバ１０４から処理委譲の応答を受信した場合、ホームサーバ１０２に保存されているセンタサーバ１０１のアドレスを取得し、センタサーバ１０１に対して状態通知を送信する。状態通知には、自身のホームサーバの設置された居室の居室番号と異常が確認されたホームサーバの設置された居室の居室番号と異常があった旨の情報とが含まれる（シーケンスＳ１１０３）。

（５）センタサーバ１０１は、状態通知を受信すると、状態通知から異常のあったホームサーバの居室番号を確認し、状態データ７０１から居室番号に対応したホームサーバのポート番号を取得する。その後、通常の場合であると、センタサーバ１０１は、異常のあったホームサーバに対して再起動通知を送信する。

（６）図１１に示す例では、ここで、センタサーバ１０１とホームサーバ１０２との間のネットワークに障害が発生する等により、ホームサーバ１０２がセンタサーバ１０１へ状態通知を送信することができない状態になったものとする。この場合、ホームサーバ１０２は、状態通知送信のリトライを数回試みる。その際、ホームサーバ１０２は、自サーバ内に記憶されているセンタサーバ１０１以外のセンタサーバのアドレスを取得し、それぞれのアドレスに対して通信を試みてもよい。センタサーバ１０１以外のセンタサーバと通信可能であった場合は、そのセンタサーバがセンタサーバ１０１と同様の処理を行う。

（７）前述の処理で、ホームサーバ１０２がどのセンタサーバとも通信を行うことができない場合、ホームサーバ１０２は、一定時間経過後に、状態インタフェース２０３のホームサーバ１０３に対応するリセット端子にリセット信号を出力する。その際、ホームサーバ１０２は、自身が持つ監視機器データ５０１のホームサーバ１０３の端子番号に対応する監視可能を“ＮＧ”に変更する（シーケンスＳ１１０３、Ｓ１１０４）。

（８）ホームサーバ１０３は、自サーバの状態インタフェース３０３のリセット入力にリセット信号を受けると、ＣＰＵ２３１のリセットを行う（シーケンスＳ１１０５）。

（９）その後、ホームサーバ１０３が再起動され正常な状態に戻ると、ホームサーバ１０２は、図１０により説明したフローのステップＳ１００１、Ｓ１００２、Ｓ１００６、Ｓ１００８、Ｓ１００９、Ｓ１０１０を経て、再度ホームサーバ１０３を監視する状態となる。

図１２はセンタサーバ１０１内の状態取得プログラム４０２の処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）状態取得プログラム４０２は、ホームサーバからの通信受信処理とホームサーバの状態取得とを行っており、ホームサーバから通信を受信すると、その通信が状態通知であるか否かを判定し、受信した通信が状態通知であると判定した場合、状態通知の内容から異常のあるホームサーバを特定する（ステップＳ１２０１、Ｓ１２０２）。

（２）状態取得プログラム４０２は、状態通知中に異常のあるホームサーバの居室番号を発見した場合、状態データ７０１の居室番号に対応する状態のデータを“異常”に変更し、復旧プログラム４０３に対して状態変更を通知し、通信受信の処理に戻って処理を繰り返す（ステップＳ１２０３、Ｓ１２０４）。

（３）図１２のフローに示していないが、ステップＳ１２０１の判定で、受信した通信が状態通知であって、タスクの状態一覧であった場合、状態取得プログラム４０２は、停止しているタスクがないか否か、あるいは、センタサーバ１０１が保持するホームサーバ上で動作しているべきタスクの一覧と状態通知から得られたタスク一覧との比較を行い、ホームサーバ上で動作するタスクが増えていたり減っていたりしてないかを確認する。そして、タスクに異常がみられた場合、状態データ７０１のタスク一覧を送信してきたホームサーバに対応する状態のデータを“異常”に変更し、復旧プログラム４０３に対して状態変更を通知する（ステップＳ１２０３、Ｓ１２０４）。

（４）ステップＳ１２０１の判定で、受信した通信が状態通知でなかった場合、ホームサーバからのそのホームサーバが起動を完了したことの通知である起動完了通知の受信であるか否かを判定し、起動完了通知の受信であった場合、状態データ７０１の起動完了通知を送信してきたホームサーバに対応する状態のデータを“正常”に更新する（ステップＳ１２０５、Ｓ１２０６）。

（５）その後、状態データの対応する管理機器のデータをクリアし、通信受信の処理に戻って処理を繰り返す（ステップＳ１２０７）。

（６）ステップＳ１２０５の判定で、起動完了通知の受信でなかった場合、通信処理以外の処理を続け、一定時間経過したか否かを判定し、一定時間経過していなければ、通信受信の処理に戻って処理を繰り返し、一定時間経過していれば、後述する、ホームサーバの状態取得処理を行う（ステップＳ１２０８、Ｓ１２０９）。

図１３は図１２に示すフローにおけるステップＳ１２０９でのホームサーバの状態取得の処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）状態取得プログラム４０２は、状態データ７０１を取得し、状態データ７０１から各ホームサーバのポート番号を取得する。そして、状態取得プログラム４０２はそれぞれのホームサーバに対して、状態取得のメッセージを送信して、ホームサーバの状態を取得する（ステップＳ１３０１〜Ｓ１３０３）。

（２）状態取得プログラム４０２は、ホームサーバに対してメッセージが送信できなかったか否かにより、そのホームサーバが異常であるか否か、あるいは、ホームサーバから状態通知が返信された場合、図１２に示すフローのステップＳ１２０２の処理と同様にして、ホームサーバが異常であるか否かを判定する（ステップＳ１３０４）。

（３）ステップＳ１３０４の判定で、ホームサーバに異常があると判定された場合、状態取得プログラム４０２は、状態データ７０１の異常のあったホームサーバに対応する状態のデータを“異常”に変更し、復旧プログラム４０３に状態変更を通知する（ステップＳ１３０５、Ｓ１３０６）。

（４）ステップＳ１３０６の処理の後、あるいは、ステップＳ１３０４の判定で、ホームサーバに異常がなかった場合、全てのホームサーバの状態取得の処理が終了したか否かを判定し、まだ終了していなければ、ステップＳ１３０２からの処理に戻って、次のホームサーバの状態取得の処理を繰り返し、全てのホームサーバの状態取得の処理が終了していれば、ここでの処理を終了する（ステップＳ１３０７）。

図１４はセンタサーバ１０１上で動作する復旧プログラム４０３の処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）復旧プログラム４０３は、状態取得プログラム４０２から状態変更の通知があるのを監視しており、状態変更の通知を受けると、状態データ７０１を取得する（ステップＳ１４０１、Ｓ１４０２）。

（２）復旧プログラム４０３は、状態データ７０１のそれぞれのホームサーバの状態のデータの確認を行い、状態のデータが“異常”でないか否かを判定し、異常でなかった場合、全てのホームサーバの状態のデータを確認するまで処理を繰り返す（ステップＳ１４０３〜Ｓ１４０５）。

（３）ステップ１４０４の判定でホームサーバの状態が“異常”であった場合、復旧プログラム４０３は、異常のあったホームサーバに対して再起動通知を送信する。再起動通知には、再起動を行いたいホームサーバの居室番号が含まれる（ステップＳ１４０６）。

（４）ステップＳ１４０６の処理での再起動通知が送信可能であったか否かを判定し、再起動通知を送信することができなかった場合、復旧プログラム４０３は、監視構成データ６０１を取得し、取得した監視構成データ６０１から再起動を行いたいホームサーバとグループ番号が同一の別のホームサーバの居室番号とポート番号とを取得する（ステップＳ１４０７〜Ｓ１４０９）。

（５）復旧プログラム４０３は、状態データ７０１の再起動を行いたいホームサーバに対応する管理機器のデータを、ステップＳ１４０９の処理で取得した居室番号に変更し、取得したポート番号に対して再起動通知を送信する。その際の再起動通知には、通信相手のホームサーバの居室番号ではなく、再起動を行いたいホームサーバの居室番号が含まれる（ステップＳ１４１０、Ｓ１４１１）。

（６）ステップＳ１４１１の処理後、あるいは、ステップＳ１４０７の判定で、異常のあったホームサーバに再起動通知を送信することができたと判定された場合、状態データ７０１の再起動通知を送ったホームサーバに対応した状態のデータを“再起動中”に変更して、ステップＳ１４０１の処理に戻って、状態取得プログラム４０２から状態変更の通知があるのを監視する処理を続ける（ステップＳ１４１２）。

図１５はセンタサーバ１０１が何らかの通信を行った際に、その通信ができなかった場合のシーケンスを示す図であり、次に、これについて説明する。

図１５に示す例では、センタサーバ１０１がホームサーバ１０３の状態監視状態を取得する通信（シーケンスＳ１５０１）を行った結果、ホームサーバ１０３からの応答がなく、通信を行うことができなかった場合を示している。この場合、センタサーバは、ホームサーバ１０３との通信を行うことができないことにより、図１４に示したフローのステップＳ１４０８の処理以降の処理を実行することになる。そして、ここに示す例では、セータサーバ１０１は、ホームサーバ１０３との通信を行うことができなくなってから一定時間後、ホームサーバ１０２の状態監視タスク４０１に、図１４に示したフローのステップＳ１４１１の処理で再起動通知の通信を行っている。

図１５に示すように、ホームサーバ１０２の状態監視タスク４０１は、センタサーバ１０１からの前述した再起動通知を受信すると、再起動通知から再起動対象の居室番号を取得する。その居室番号が自身の居室番号と一致した場合、状態監視タスク４０１は、自ホームサーバ１０２のリセットを行うが、ここでは、居室番号が自身の居室番号と一致しないとした場合を示しており、監視機器データ５０１から居室番号に対応する端子番号を取得し、そのリセット端子に信号を出力し再起動対象のホームサーバ、ここではホームサーバ１０３のリセットを行う。ホームサーバ１０２からリセット通知を受けたホームサーバ１０３では、自身のＣＰＵ２３１がリセットされて再スタートする。ホームサーバ１０３の状態監視タスク４３１は、ＣＰＵ２３１がリセットされて再スタートしたことにより、センタサーバ１０１の起動通知を送信する。

なお、図１５には示していないが、ホームサーバ１０２の状態監視タスク４０１が、センタサーバ１０１からの前述した再起動通知の代わりに状態取得通知を受け取る場合がある。状態取得の通知を受信した場合、ホームサーバ１０２は、図８に示すフローでのステップＳ８０４の処理と同様に、タスクの一覧とその状態を取得してセンタサーバ１０１に送信する。

前述した本発明の実施形態におけるホームサーバ及びセンタサーバでの各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。

本発明の一実施形態によるネットワークシステムの構成を示すブロック図である。 ホームサーバの内部機器構成を示すブロック図である。 状態インタフェースの構成と他のホームサーバとの接続方法を示す図である。 センタサーバ及びホームサーバ上で動作するソフトウェアの相互の関連を説明する図である。 状態監視タスクが使用する監視機器データについて説明する図である。 ホームサーバ内に保持されホームサーバ同士がどのような構成で相互監視を行っているかを示す監視構成データについて説明する図である。 ホームサーバ内に保持され各ホームサーバの動作状態を示す状態データについて説明する図である。 ホームサーバ内の状態監視タスクの処理動作を説明するフローチャートである。 図８に示すフローにおけるステップＳ８０７での他のホームサーバの状態確認のシーケンスを示す図である。 図９におけるシーケンスＳ９０１〜Ｓ９０４での状態確認の処理動作を説明するフローチャートである。 図９におけるシーケンスＳ９０４において、ホームサーバ１０２がホームサーバ１０３の異常を判定した場合のシーケンスを示す図である。 センタサーバ内の状態取得プログラムの処理動作を説明するフローチャートである。 図１２に示すフローにおけるステップＳ１２０９でのホームサーバの状態取得の処理動作を説明するフローチャートである。 センタサーバ上で動作する復旧プログラムの処理動作を説明するフローチャートである。 センタサーバが何らかの通信を行った際に、その通信ができなかった場合のシーケンスを示す図である。

符号の説明

１０１ センタサーバ
１０２〜１０４ ホームサーバ
１０５ スイッチングハブ（ＳＷ−ＨＵＢ）
１０６ ルータ
１０７ 外部ネットワーク
１１０ ホームサーバ監視部
１２１、１３１ 監視部
１２２、１３２ リセット部
２０１ ＣＰＵ
２０２ 周辺制御装置
２０３、３０３ 状態インタフェース（Ｉ／Ｆ）
２０４ メインメモリ
２０５ ＥＰＲＯＭ
２０６ 不揮発性記憶装置
２０７ バス
２０８ ＷＡＮインタフェース（Ｉ／Ｆ）
２０９ ＬＡＮインタフェース（Ｉ／Ｆ）
２１０ ＥＣＨＯＮＥＴインタフェース（Ｉ／Ｆ）
２１１ 電子錠インタフェース（Ｉ／Ｆ）
２１２ カードリーダインタフェース（Ｉ／Ｆ）
２３１、３３１ 状態端子
２３２、３３２ リセット端子
２３３、３３３ ディップスイッチ
３１１ 状態信号線
３１２ リセット信号線
４０１ 状態監視タスク
４０２ 状態取得プログラム
４０３ 復旧プログラム

Claims (11)

1. 屋内ネットワークに接続される機器の制御を行う複数のネットワーク機器がローカルネットワークにより接続されたネットワークシステムにおいて、
   前記複数のネットワーク機器のそれぞれは、自機器の動作状態を他のネットワーク機器に通知し、通知された他のネットワーク機器からの動作状態を受信して他のネットワーク機器を監視し、外部からのリセットを受け付けて、他のネットワーク機器のリセットを行うことを特徴とするネットワークシステム。
2. 屋内ネットワークに接続される機器の制御を行う複数のネットワーク機器がローカルネットワークにより接続されたネットワークシステムにおいて、
   前記複数のネットワーク機器のそれぞれは、自機器の動作状態を他のネットワーク機器に通知する手段と、通知された他のネットワーク機器の動作状態を受信して他のネットワーク機器を監視する手段と、外部からのリセットを受け付ける手段と、他のネットワーク機器のリセットを行う手段とを備え、ネットワーク機器同士で互いの動作状態を監視することを特徴とするネットワークシステム。
3. 前記監視手段により、他のネットワーク機器の異常を検知したネットワーク機器は、異常を生じたネットワーク機器のリセットを行うことを特徴とする請求項１記載のネットワークシステム。
4. 前記ローカルネットワークに、グローバルネットワークを介したホスト機器が接続され、他のネットワーク機器の異常を検知したネットワーク機器は、前記ホスト機器に対してネットワーク機器の異常を通知することを特徴とする請求項１記載のネットワークシステム。
5. 前記ネットワーク機器の異常の通知を受け取ったホスト機器は、異常が生じたとされるネットワーク機器のリセットを行うことを特徴とする請求項３記載のネットワークシステム。
6. 前記他のネットワーク機器の異常を検知したネットワーク機器は、前記ホスト機器に対してネットワーク機器の異常を通知した際に、ネットワーク異常を検出した場合、異常を検知したネットワーク機器のリセットを行うことを特徴とする請求項３記載のネットワークシステム。
7. 前記ホスト機器は、あるネットワーク機器がどのネットワーク機器を監視しているかを表す相互監視構成の情報を有することを特徴とする請求項３記載のネットワークシステム。
8. 前記ホスト機器は、異常が生じたとされるネットワーク機器のリセットを行うための通信を行うことができない場合、前記相互監視構成の情報から異常が生じたとされるネットワーク機器を監視している別のネットワーク機器を検索し、検索したネットワーク機器に対して、異常が生じたとされるネットワーク機器のリセットを依頼することを特徴とする請求項６記載のネットワークシステム。
9. 前記異常が生じたとされるネットワーク機器のリセットの依頼を受けたネットワーク機器は、異常が生じたとされるネットワーク機器のリセットを行うことを特徴とする請求項７記載のネットワークシステム。
10. 自機器の動作状態を他のネットワーク機器に通知する出力端子と、他のネットワーク機器から通知された他のネットワーク機器の動作状態を入力する入力端子と、自機器のリセットを受け付ける入力端子と、他のネットワーク機器をリセットする出力端子とを備えたことを特徴とする請求項１記載のネットワークシステムにおけるネットワーク機器。
11. 屋内ネットワークに接続される機器の制御を行う複数のネットワーク機器がローカルネットワークにより接続されたネットワークシステムにおけるネットワーク機器の監視方法において、
    前記複数のネットワーク機器のそれぞれは、自機器の動作状態を他のネットワーク機器に通知し、通知された他のネットワーク機器の動作状態を受信して他のネットワーク機器を監視し、外部からのリセットを受け付け、他のネットワーク機器のリセットを行うことにより、ネットワーク機器同士で互いの動作状態を監視することを特徴とするネットワーク機器の監視方法。
    

Images