(57)【要約】      （修正有）【課題】障害状態に応じて適切な復旧処理を行える機能を実現する端末装置管理システムを提供する。【解決手段】障害処理テーブル６００には、スイッチのポート６００−０のＰ０〜Ｐｎごとに、スイッチのＩＰアドレス６００−１、監視する端末であるＷｉＦｉ基地局の対象機器のＩＰアドレス６００−２、１番目に行う障害時の処理である障害時の処理１６００−３、２番目に行う障害時の処理である障害時の処理２６００−４、障害時の処理１を実行していれば１、していなければ０の２値を示す処理フラグ６００−５がそれぞれ定義されている。障害時の処理は、ＷｉＦｉ基地局それぞれに接続される機器の構成により事前に設定する。【選択図】図５
2015204051.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置と、前記複数の端末装置それぞれと接続するスイッチと、前記スイッチと接続され前記スイッチを介して前記端末装置を管理する管理装置とを有し、
前記管理装置は、
複数の前記端末装置それぞれとの間で通信を行なえるか否かを確認し、通信を行なえない通信不能端末装置を検出する状態監視部と、
前記状態監視部により通信が行なえないことを確認された場合に前記端末装置に対して実行される第１の処理および第２の処理を、複数の前記端末装置ごとに記憶する記憶部と、
前記状態監視部により前記通信不能端末装置が検出された場合に、当該通信不能端末装置に対応付けて記憶されている前記第１の処理を前記記憶部から取得する障害対応部と、
前記障害対応部が取得した前記第１の処理を前記スイッチに通知するコマンドを生成するコマンド生成部と、を有し、
前記スイッチは、前記通信不能端末装置に対し、前記コマンドにより通知される前記第１の処理を行ない、
前記管理装置の前記障害対応部は、前記第１の処理の後、前記状態監視部により前記通信不能端末装置との間で通信が行なえないことが再び確認された場合、前記第２の処理を前記記憶部から取得して前記スイッチに実行させることを特徴とする端末装置管理システム。
【請求項２】
請求項１に記載の端末装置管理システムであって、
前記スイッチは前記複数の端末装置それぞれとポートを介して一対一に接続され、
前記記憶部は、前記端末装置と当該端末装置が接続されるポートとの組み合わせを記憶し、
前記障害対応部は、前記通信不能端末装置が接続されるポートを前記記憶部から取得して前記コマンド生成部に通知し、
前記コマンド生成部は生成する前記コマンドに前記通知されたポートを特定する情報を含め、
前記スイッチは、前記コマンドに含まれるポートを特定する情報で特定されるポートを介して前記通信不能端末装置に対して前記第１の処理もしくは前記第２の処理を行なうことを特徴とする端末装置管理システム。
【請求項３】
請求項２に記載の端末装置管理システムであって、
前記通信不能端末装置に前記ポートを介して与える電圧の大きさを変化させることで、前記第１の処理もしくは前記第２の処理を実行することを特徴とする端末装置管理システム。
【請求項４】
請求項３に記載の端末装置管理システムであって、
前記端末装置は、前記スイッチから与えられる電圧の大きさを監視し、監視した電圧の大きさが第１の条件を満たした場合に前記第１の処理を、第２の条件を満たした場合に前記第２の処理を、それぞれ実行することを特徴とする端末装置管理システム。
【請求項５】
請求項２に記載の端末装置管理システムであって、
前記第１の処理はリセットであり、前記第２の処理は電源シャットダウンであることを特徴とする端末装置管理システム。
【請求項６】
複数の端末装置と、前記複数の端末装置それぞれと接続される第１のスイッチと、前記端末装置を管理する管理装置と、前記管理装置と前記第１のスイッチとを接続する第２のスイッチとを有し、
前記管理装置は、
複数の前記端末装置それぞれとの間で通信を行なえるか否かを確認し、さらに前記第１のスイッチとの間で通信を行なえるか否かを確認する状態監視部と、
前記第１のスイッチについて、前記状態監視部により前記第１のスイッチとのみ通信が行なえないことが確認された場合に前記第１のスイッチに対して実行される第１の処理および第２の処理と、前記状態監視部により前記第１のスイッチおよび前記第１のスイッチの配下にある少なくとも1台の前記端末装置と通信が行なえないことを確認された場合に前記第１のスイッチに対して実行される第３の処理および第４の処理と、を記憶する記憶部と、
前記状態監視部の前記確認結果より、前記端末装置と、前記第１のスイッチと、のいずれか、もしくは両方、との間で通信が行なえなくなっているかを判別する障害判別部と、
前記障害判別部から、前記第１のスイッチのみとの間で通信が行なえないことを通知された場合に、前記第１の処理と、前記第１の処理によっても前記第１のスイッチとの通信が行なえないことが前記状態監視部により確認された場合は前記第２の処理を前記記憶部から取得し、または、前記障害判別部から、前記第１のスイッチおよび前記第１のスイッチの配下の前記端末装置の両方との間で通信が行なえないことを通知された場合に、前記第３の処理と、前記第３の処理によっても前記第１のスイッチとの通信が行なえないことが前記状態監視部により確認された場合は前記第４の処理を前記記憶部から取得する、障害対応部と、
前記第1乃至第４の処理のうち前記障害対応部が取得した処理を前記第２のスイッチに通知するコマンドを生成するコマンド生成部と、を有し、
前記第２のスイッチは、前記コマンドに含まれる前記第１乃至第４の処理のいずれかを前記第１のスイッチに対して行なうことを特徴とする端末装置管理システム。
【請求項７】
請求項６に記載の端末装置管理システムであって、
前記第１の処理はtelnetコマンドでの接続であり、前記第２の処理は状態維持であり、前記第３の処理はリセットであり、前記第４の処理は電源シャットダウンであることを特徴とする端末装置管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に何らかの障害が発生した場合に、障害の状態に応じて、遠隔リセットや電源シャットダウンを提供する技術に関する。
【背景技術】
【０００２】
通信装置は、ノイズの混入、電源電圧の変動、ユーザによる非正規操作、宇宙線によるソフトエラーやソフトウェアの暴走など、装置の恒久的な故障ではなく、間欠的なエラーにより機能不全となる障害が発生することがある。このような障害が発生した場合、その装置をリセットやシャットダウンすることにより、装置の復旧が出来る場合がある。このようなリセットやシャットダウンは、直接、装置の近くに行き電源スイッチ等を切断する処理を行うため、遠隔地や無人局など人が近づきにくい場所に設置される通信装置に対しては復旧に時間がかかっていた。
【０００３】
ここでネットワークの管理者は通信装置を遠隔により管理していることが多い。遠隔にある装置の障害を検出し、遠隔操作により装置をリセットし復旧を試みる場合、リセット信号を伝える必要がある。リセットやシャットダウン信号を伝えるとき、障害にはソフトウェアの暴走が考えられるため、ソフト処理を伴わず遠隔リセットを行えるとソフトウェアに関する障害にも対応できる。
【０００４】
ソフト処理を伴わず遠隔操作によりリセットを伝える方法として、特開２００４−１７２８３３号公報（特許文献１）には、「遠隔リセット信号を非イーサネットフレームで構成し〜」と記載されており、リセット信号を特殊なビットパターンで構成することにより、リセット信号を伝える方法が開示されている。またシャットダウン信号を伝搬する方法として、パワーオーバーイーサネット（ＰｏＥ：Ｐｏｗｅｒ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ）（Ｅｔｈｅｒｎｅｔは登録商標）を用いる方法が、特表２０１２−５１８９２６号公報（特許文献２）に開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７２８３３号公報
【特許文献２】特表２０１２−５１８９２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
遠隔の通信装置に上記ソフトの暴走等の障害が発生した場合、もし管理者が不在であれば処置が行われず放置されてしまう。特許文献１や特許文献２では遠隔リセット指示はできるが、自律で障害検出、リセット処理は行うことができない。また、単純に遠隔でリセット指示をすると、装置の中には多ポートで構成されているものや中継スイッチのように多段接続されているものもあるため、そのような装置にも自律でリセットを行うとネットワークに与える影響が大きい場合がある。具体的には、自装置の配下に複数の装置を収容していた場合に、特定の部位の障害で自装置全体をリセットした場合には、その影響が配下の装置全てに及んでしまう。
【０００７】
本発明は上述した問題に鑑みてなされたもので、上述のように単純にリセットすると問題が生じるような場合もあるので、障害状態に応じて適切な復旧処理を行える機能を実現することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の端末装置管理システムは複数の端末装置と、複数の端末装置それぞれと接続するスイッチと、スイッチと接続されスイッチを介して端末装置を管理する管理装置とを有するよう構成する。
【０００９】
管理装置は、複数の端末装置それぞれとの間で通信を行なえるか否かを確認し、通信を行なえない通信不能端末装置を検出する状態監視部と、状態監視部により通信が行なえないことを確認された場合に端末装置に対して実行される第１の処理および第２の処理を、複数の端末装置ごとに記憶する記憶部と、状態監視部により通信不能端末装置が検出された場合に、当該通信不能端末装置に対応付けて記憶されている第１の処理を記憶部から取得する障害対応部と、障害対応部が取得した第１の処理をスイッチに通知するコマンドを生成するコマンド生成部と、を有するよう構成する。
【００１０】
スイッチは、通信不能端末装置に対し、コマンドにより通知される第１の処理を行なう。そして管理装置の障害対応部は、第１の処理の後、状態監視部により通信不能端末装置との間で通信が行なえないことが再び確認された場合、第２の処理を記憶部から取得してスイッチに実行させる。
【発明の効果】
【００１１】
本発明によれば、障害発生時の処理において、該当装置ごとの対処方法を複数種類処理できる機能を持つことにより、自律で障害検出、リセット処理ができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例１におけるネットワークの構成を示す図である。
【図２】管理端末１００の構成図の例である。
【図３】スイッチ２００の構成図の例である。
【図４】ＷｉＦｉ基地局３００の構成図の例である。
【図５】障害処理テーブル６００の一例を示す図である。
【図６】障害が発生した場合の管理端末１００、スイッチ２００、ＷｉＦｉ基地局０（３００−０）の各動作の関係を示すシーケンス図である。
【図７】障害検出処理を説明するフローチャートの例である。
【図８】スイッチ２００の障害時の処理を説明するフローチャートの例である。
【図９】電圧監視部３００のリセット処理を説明するフローチャートの例である。
【図１０】電圧監視部３００で監視する電圧のしきい値を示した図である。
【図１１】電圧監視部３００で監視する電圧について、図１０の代わりに電圧出力時間で判別する電圧を示した図である。
【図１２】電圧監視部３００で監視する電圧について、図１０の代わりに電圧出力の回数で判別する電圧を示した図である。
【図１３】本発明の実施例２におけるネットワークの構成を示す図である。
【図１４】中継スイッチ７００の構成図の例である。
【図１５】実施例２の状態監視処理を説明するフローチャートの例である。
【図１６】中継スイッチ処理Ａ時に選択される障害処理テーブル１６００の一例を示す図である。
【図１７】中継スイッチ処理Ｂ時に選択される障害処理テーブル１７００の一例を示す図である。
【図１８】ＷｉＦｉ基地局処理Ｃ時に選択される障害処理テーブル１８００の一例を示す図である。
【図１９】中継スイッチに障害が発生した場合（処理Ａ）の管理端末１００、スイッチ２００、中継スイッチ７００、ＷｉＦｉ基地局０（３００−０）の各動作の関係を示すシーケンス図である。
【図２０】実施例２の障害処理選択を説明するフローチャートの例である。
【図２１】実施例２の障害処理選択Ｃを説明するフローチャートの例である。
【発明を実施するための形態】
【００１３】
以下、実施例について図面を用いて説明する。尚、以下に説明する実施の形態は一例であって、本発明はこれに限定されるものではない。
【実施例１】
【００１４】
図１は、本発明の実施例１におけるネットワークの構成を示す図である。本実施例では、管理端末１００から遠隔地にあるビル５００内にある端末装置であるＷｉＦｉ基地局０（３００−０）に間欠的な障害が発生した場合の復旧方法について記述し、障害処理の指示を行う装置として、管理端末１００の場合について説明する。
【００１５】
ビル５００内にあるスイッチ２００は、ビル５００内の機器につながるポートＰ０〜Ｐｎ（２３２−０〜ｎ）、ビル外のネットワーク４００につながるポートＱ０（２３３−０）をもつ。ネットワーク４００につながる機器を管理する管理端末１００は、ネットワーク４００を介して、遠隔地にあるビル４００内のスイッチ２００とポートＱ０（２３３−０）でつながり、スイッチ２００はポートＰ０〜Ｐｎ（２３２−０〜ｎ）で各々ＷｉＦｉ基地局０〜ｎ（３００−０〜ｎ）と接続している。
【００１６】
図２は管理端末１００の構成図の例である。管理端末１００は、制御部１１０、メモリ１２０、パケットの入出力を処理する通信処理部１３０を備える。制御部１１０内には、スイッチ２００に指示を行うコマンドを生成するコマンド生成部１１１、ＷｉＦｉ基地局３００の状態を監視する状態監視部１１２、障害発生時の処理を決める障害対応部１１４を持ち、状態監視部１１２内にはＰｉｎｇリプライの応答のタイムアウトを決めるためのタイマ１１３を持つ。メモリ１２０内には障害時の処理などが記述された障害処理テーブル６００を持つ。障害処理テーブル６００の詳細は後述する。例えば、制御部１１０をＣＰＵ、メモリ１２０を半導体メモリまたは磁気／光学ディスク、通信処理部１３０をネットワークインタフェースとして構成し、これらをバス等で接続するハードウェア構成とすることができる。
【００１７】
図３はスイッチ２００の構成図の例である。スイッチ２００は、制御部２１０、メモリ２２０、通信処理部２３０を備える。制御部２１０内には、管理端末１００から来たコマンドを解釈して処理するコマンド処理部２１１を持つ。通信処理部２３０は、ポートＰ０〜Ｐｎ(２３２−０〜ｎ)、Ｑ０（２３３−０）の複数ポートの入出力をもち、詳細は後述するが、処理する内容に応じて、ここではポートＰ０〜Ｐｎ(２３２−０〜ｎ)に対してＰｏＥの電圧ピンの電圧の出力をポートごとに変えて出力するＰｏＥ機能制御部２３１を具備する。一般的にはポートが備える特定のピンについて電圧の出力（大きさ又は波形などの少なくともいずれか）を制御できればＰｏＥ機能と限定しなくてもよい。
【００１８】
図４はＷｉＦｉ基地局３００の構成図の例である。ＷｉＦｉ基地局３００は、制御部３１０、通信処理部３３０、電圧監視部３４０、電源部３５０を備える。電圧監視部３４０はスイッチ２００のＰｏＥ機能制御部２３１から出力される電圧、つまり通信処理部３３０の任意のポートの任意のピンに与えられる電圧を監視し、その電圧に応じてリセットを意味するときは、電源部３５０にｘ時間リセット信号を送出し、またはその電圧が電源シャットダウンを意味するときは、電源部３５０にリセット信号を出し続ける。信号を受け取った電源部３５０は、制御部３１０や通信処理部３３０の各機能部に、例えば信号を受け取っている時間と同じ時間、電源オフすることにより、電源シャットダウンを行う。またＷｉＦｉ基地局３００の電源は、外部電源３６０から電圧監視部３４０と電源部３５０の各々に供給される。そのため、ＷｉＦｉ基地局３００は電源部３５０で動作するが、電圧監視部３４０は電源部３５０から独立して動作することができる。
【００１９】
図５は障害処理テーブル６００の一例を示す図である。本実施例では、障害処理テーブル６００は、管理端末１００のメモリ１２０内にあり、管理端末１００からスイッチ２００を制御する。なお、障害処理テーブル６００をスイッチ２００のメモリ２２０内に配置し、管理端末１００から制御を行わずに、スイッチ２００自立で処理を行う構成も取ることができる。
【００２０】
障害処理テーブル６００には、スイッチ２００のポートＰ０〜Ｐｎごと（６００−０）に、スイッチのＩＰアドレス（６００−１）、監視する端末であるＷｉＦｉ基地局３００の対象機器のＩＰアドレス（６００−２）、１番目に行う障害時の処理である障害時の処理１（６００−３）、２番目に行う障害時の処理である障害時の処理２（６００−４）、障害時の処理１を実行していれば１、していなければ０の２値を示す処理フラグ（６００−５）がそれぞれ定義されている。
【００２１】
障害時の処理は、ＷｉＦｉ基地局０〜ｎ（３００−０〜ｎ）それぞれに接続される機器の構成により事前に設定する。接続される端末の数が少数で通信が一時的に途絶しても比較的影響度の少ないＷｉＦｉ基地局３００には電源シャットダウンまで行う。また端末の数が多数であったり、供用サーバ等が接続されているＷｉＦｉ基地局３００の場合はシャットダウン処理による通信途絶の影響が大きいと考えられるため、例えばＴｅｌｎｅｔコマンドで接続したり、手動での処理を待つために状態維持の処理を設定する。このように、障害時の処理６００−３、６００−４には、そのＷｉＦｉ基地局３００に何らかの障害が生じたと思われるときの対応策として、当該基地局に接続される装置の種別や台数などに応じて異なる処理を登録することができる。
【００２２】
ここで管理端末１００からスイッチ２００に障害時の処理を指示する際、図２の制御部１１０のコマンド生成部１１１が障害時の指示をするコマンドを生成し、通信処理部１３０から送信する。図３でポートＱ０（２３３−０）から通信処理部に入ったコマンドは制御部２１０に渡される。制御部２１０のコマンド処理部２１１がコマンドを解釈し、リセットや電源シャットダウンの処理であれば、ＰｏＥ機能制御部２３１へ指示を出し、ＷｉＦｉ基地局０（３００−０）へ処理を行う。
【００２３】
図６は障害が発生した場合の管理端末１００、スイッチ２００、ＷｉＦｉ基地局０（３００−０）の各動作の関係を示すシーケンス図である。図６の処理について、スイッチ２００のポートＰ０（２３２−０）に接続されたＷｉＦｉ基地局０（３００−０）に障害が発生したとき、図５の障害処理テーブル６００、図６のシーケンス図、図７〜図９のフローチャートを参照しながら説明する。
【００２４】
管理端末１００のメモリ１２０上には、ＷｉＦｉ基地局０（３００−０）を管理するために、障害処理テーブル６００を持つ。図６で管理端末１００は、ＷｉＦｉ基地局０（３００−０）にＰｉｎｇリクエストを発行し（Ｓ６１）、Ｐｉｎｇリプライの応答（Ｓ６２）があるかどうかにより状態監視を行っている。なお、ＷｉＦｉ基地局０（３００−０）との間で正常に通信が行なえるかを確認し、ひいてはＷｉＦｉ基地局０が正常に動作しているかを確認するためのメッセージとして管理端末１００はＰｉｎｇリクエストを用いているが、これ以外のメッセージを用いてＷｉＦｉ基地局０（３００−０）の死活監視もしくは導通確認を行なっても良い。
【００２５】
管理端末１００がＰｉｎｇリクエストをＷｉＦi基地局０（３００−０）に送信するときに使用する、対象機器であるＷｉＦｉ基地局０（３００−０）のＩＰアドレス（６００−２）は、図５の障害処理テーブル６００の対象機器のＩＰアドレス６００−２に事前に登録しておく。また障害発生時に最初に行う処理を障害時の処理１（６００−３）、次に行う処理を障害時の処理２（６００−４）、障害時の処理１を実行しているかどうか０，１の２値で示す処理フラグ（６００−５）として「０」を事前登録しておく。障害時の処理は管理端末１００からスイッチ２００に対して指示を行うので、そのＩＰアドレス（６００−１）も登録する。ここではスイッチ２００のＩＰアドレスを１０．１０．１０．１０、スイッチ２００のポートＰ０に対応する対象機器（つまりＷｉＦｉ基地局０（３００−０））のＩＰアドレス（６００−２）は１０．１０．１０．１００、障害時の処理１（６００−３）はリセット、障害時の処理２（６００−４）は電源シャットダウンが登録されている。処理フラグ（６００−５）の初期値は前述のとおり０である。
【００２６】
図６でＷｉＦｉ基地局０（３００−０）に障害が発生したとき、Ｐｉｎｇリクエストを発行した際（Ｓ６３）、当該ＷｉＦｉ基地局０（３００−０）には障害が発生したため応答が帰ってこない。管理端末１００は、タイマ１１３がタイムアウトになることにより障害を検出し、障害対応の処理を行う（Ｓ７）。
【００２７】
図７は管理端末１００の制御部１１０が実行する障害対応処理（Ｓ７）を説明するフローチャートである。状態監視をしている状態監視部１１２は、Ｐｉｎｇリクエストを発行し（Ｓ７１）、タイマ１１３のタイムアウトによりＰｉｎｇリプライが無応答であることを検出することにより、障害を検出する（Ｓ７２）。この検出を受けて障害対応部１１４は、処理フラグ（６００−５）が０か１かを判定し（Ｓ７３）、０であるので、障害処理テーブル６００に登録されている情報、すなわちポートＰ０（２３２−０）、障害時の処理１（６００−３）であるリセットをスイッチ２００に対して指示するため、コマンド生成部１１１に当該コマンドの生成を指示する（Ｓ７４）。このコマンドには、ポートＰ０および障害処理１であるリセットの情報が含まれる。コマンド生成部１１１が作成したコマンドは通信処理部１３０を介してスイッチ２００に到達する。その後、障害対応部１１４はポートＰ０に対応する処理フラグ（６００−５）に、障害処理１（６００−３）を実行したことを表す１をセットし、スイッチ２００、ＷｉＦｉ基地局０（３００−０）の処理を待つために、規定時間ウェイトする（Ｓ７６）。
【００２８】
図６で管理端末１００よりポート、障害処理１の指示（Ｓ７４）を含むコマンドを受けたスイッチ２００は障害処理を行う（Ｓ８）。図８はスイッチ２００の制御部２１０が実行する障害処理（Ｓ８）の詳細を説明するフローチャートである。スイッチ２００のコマンド処理部２１１は、障害処理１の指示コマンド（Ｓ７４）より、障害時の処理１（６００−３）はリセットであることを判定し（Ｓ８１）、対象のポートＰ０（２３２−０）を介してリセット用電圧をＷｉＦｉ基地局０（３００−０）に供給するようＰｏＥ機能制御部２３１に指示し、この指示を受けてＰｏＥ機能制御部２３１はポートＰ０の任意のピンにリセット用電圧を供給する（Ｓ８２−２）。
【００２９】
図１０はＰｏＥ機能制御部２３１が生成するリセット用電圧の一例である。本実施例では、リセット用電圧の電圧値ＶがＶ１≦Ｖ＜Ｖ２のように、特定の電圧値の間としている。
【００３０】
図６でスイッチ２００より指示を受けたＷｉＦｉ基地局０（３００−０）は、リセット処理を行う（Ｓ９）。図９はＷｉＦｉ基地局０（３００−０）の電圧監視部３４０が実行するリセット信号もしくは電源シャットダウン信号の生成可否を判断するフローチャートである。電圧監視部３４０はＰｏＥ機能制御部２３１より電圧が供給されたので、電圧がＶ１以上か判定する（Ｓ９１）し、さらにＶ１以上である場合はＶ２以上であるか判定する（Ｓ９２）。Ｖ２未満の場合はリセットの要求であることを意味するので、電圧監視部３４０は電源部３５０に対してリセットを指示するｘ時間リセット信号を送出し、信号を受け取った電源部３５０は、制御部３１０や通信処理部３３０の各機能部に、信号を受け取っている時間と同じ時間リセット信号を送出する（Ｓ９３）。
【００３１】
図６で管理端末１００は、ＷｉＦｉ基地局０（３００−０）が復旧したかどうか確認するためＰｉｎｇリクエストを発行し（Ｓ６４）、Ｐｉｎｇリプライが応答することで状態監視しており、復旧すれば処理を終える。本例では復旧しないときを説明するため、障害時の処理２（６００−４）を行う。
【００３２】
Ｐｉｎｇリクエスト（Ｓ６４）に対して応答が帰ってこないため、管理端末１００の状態監視部１１２は、タイマ１１３がタイムアウトになる（Ｓ１６）ことによりＷｉＦｉ基地局０（３００−０）の障害を再び検出し、障害対応部１１４が二回目の障害対応処理（Ｓ１０）を実行する。この障害対応処理（Ｓ１０）では、図７のフローチャート上で、処理フラグ（６００−５）が障害処理１（６００−３）が実行されたことを示す１であるので（Ｓ７３）、障害対応部１１４は、障害処理テーブル６００に登録されている情報、すなわちポートＰ０（２３２−０）、障害時の処理２（６００−４）電源シャットダウンを、スイッチ２００に対して指示するためのコマンドを生成するようコマンド生成部１１１に指示する。（Ｓ７７）。このコマンドには、処理対象であるポートがポートＰ０（２３２−０）であり、処理内容が障害時の処理２（６００−４）に登録された電源シャットダウンであることを示す情報が含まれる。コマンド生成部１１１は当該コマンドを作成して、このコマンドは通信処理部１３０を介してスイッチ２００に向けて送信される。その後管理端末１００は、スイッチ２００、ＷｉＦｉ基地局０（３００−０）の処理を待つために、規定時間ウェイト（Ｓ７８）した後、処理フラグ６００−５を０にリセットする（Ｓ７９）。
【００３３】
図６で管理端末１００よりポートＰ０、障害処理２（電源シャットダウン）の指示（Ｓ７７）を受けたスイッチ２００は障害処理を行う（Ｓ１１）。図８のフローチャートに示す通り、スイッチ２００のコマンド処理部２１１は、受信したコマンドに含まれる処理内容が電源シャットダウンであることを判定し（Ｓ８１）、対象のポートＰ０（２３２−０）にＰｏＥ機能制御部２３１より電源シャットダウン用電圧をＷｉＦｉ基地局０（３００−０）に供給する。そのときの電圧値は図１０のように、電源シャットダウンを意味するＶ≧Ｖ２である。
【００３４】
図６でＷｉＦｉ基地局０（３００−０）の電圧監視部３４０はスイッチ２００から供給されるＰｏＥ電圧を監視しており、その電圧値ＶがＶ２以上であることを検出すると、電源部３５０に対してシャットダウン処理を指示する（Ｓ１２）。具体的には、図９のフローチャートに示す通り、ＷｉＦｉ基地局０（３００−０）の電圧監視部３４０はＰｏＥ機能制御部２３１より電圧が供給されたので、電圧がＶ１以上か判定し（Ｓ９１）、Ｖ１以上であるのでさらにＶ２以上であるか判定する（Ｓ９２）。Ｖ２以上であるので電圧監視部３４０は電源３５０に対してリセット信号を出し続け、信号を受け取った電源部３５０は、制御部３１０や通信処理部３３０の各機能部に、例えば信号を受け取っている時間と同じ時間、電源オフすることにより、電源シャットダウンを行う（Ｓ９４）。
【００３５】
この後、管理端末１００の状態監視部１１２は、ＷｉＦｉ基地局０（３００−０）が復旧したかどうか確認するためＰｉｎｇリクエストを発行し（Ｓ６５）、Ｐｉｎｇリプライが応答するかどうか監視する。本例ではＰｉｎｇリプライが応答することにより（Ｓ６６）復旧する例を示している。
【００３６】
図７は管理端末１００の制御部１１０が実行する障害検出処理を説明するフローチャートである。管理端末１００の状態監視部１１２は、Ｐｉｎｇリクエストを発行し（Ｓ７１）、Ｐｉｎｇリプライが、ある規定時間で応答するかどうかでＷｉＦｉ基地局０（３００−０）の状態監視を行っている（Ｓ７２）。応答があると場外監視部１１２はそのまま状態監視を続け、応答が無いことにより障害を検出する。障害を検出すると、障害対応部１１４は障害処理テーブル６００の処理フラグ（６００−５）が０か１か判定する（Ｓ７３）。処理フラグ（６００−５）が０のとき、障害対応部１１４は障害処理テーブル６００より、ポート（６００−０）、障害時の処理１（６００−３）をスイッチ２００へ指示する（Ｓ７４）。そして障害対応部１１４は処理フラグ（６００−５）に１をセット（Ｓ７５）した後、スイッチ２００の障害処理、ＷｉＦｉ基地局０（３００−０）のリセット処理を待つために、規定時間ウェイトする（Ｓ７６）。その後、スタートに戻り、状態監視部１１２はＰｉｎｇリクエストを発行する（Ｓ７１）。
【００３７】
処理フラグ（６００−５）が１のときは（Ｓ７３）、障害対応部１１４は、障害処理テーブル６００より、ポート（６００−０）、障害時の処理２（６００−４）をスイッチ２００へ指示し（Ｓ７７）、規定時間ウェイトする（Ｓ７８）。その後障害対応部１１４は処理フラグを０にリセットし（Ｓ７９）、状態監視部１１２によりＰｉｎｇによる状態監視を続ける。
【００３８】
図８はスイッチ２００の制御部２１０が実行する障害時の処理を説明するフローチャートである。管理端末１００のコマンドによって、ポート、障害時の処理を指示されたスイッチ２００は、指定されたポートに対し、障害時の処理を判定し（Ｓ８１）、その処理がＴｅｌｎｅｔであれば、制御部２１０はＴｅｌｎｅｔコマンドで指定されたポート０につながったＷｉＦｉ基地局０（３００−０）に接続する（Ｓ８２−１）。リセットであれば、制御部２１０はＰｏＥ機能制御部２３１よりリセット用の電圧を供給する（Ｓ８２−２）。また電源シャットダウンであれば、ＰｏＥ機能制御部２３１より電源シャットダウン用の電圧を供給する（Ｓ８２−３）。手動処理を待つための状態維持であれば、制御部２１０は状態を維持したまま処理を終える（Ｓ８２−４）。ここでリセット用、電源シャットダウン用電圧に関しては、図１０、図１１、図１２の方法などが考えられるが、本実施例では図１０の場合を説明した。
【００３９】
図１０はリセット、電源シャットダウンの電圧供給方法の電圧のしきい値で判別する方法を示した図である。スイッチ２００からＷｉＦｉ基地局３００に供給される電圧ＶがＶ１≦Ｖ＜Ｖ２で出力されればリセットを意味し、電圧ＶがＶ≧Ｖ２であれば電源シャットダウンを意味する。
【００４０】
図１１はリセット、電源シャットダウンの電圧供給方法の電圧出力時間で判別する方法を示した図である。スイッチ２００からＷｉＦｉ基地局３００に供給される電圧の出力時間ＴがＴ１≦Ｔ＜Ｔ２で出力されればリセットを意味し、出力時間ＴがＴ≧Ｔ２であれば電源シャットダウンを意味する。
【００４１】
図１２はリセット、電源シャットダウンの電圧供給方法の電圧出力のある一定時間Ｓ内での回数で判別する方法を示した図である。Ｍ＜Ｎとすると、スイッチ２００からＷｉＦｉ基地局３００に供給される電圧の出力の回数ｎがＭ≦ｎ＜Ｎで出力されればリセットを意味し、出力の回数ｎがｎ≧Ｎであれば電源シャットダウンを意味する。
【００４２】
図９は図１０での電圧監視部３４０のリセット処理を説明するフローチャートである。
ＷｉＦｉ基地局３００の電圧監視部３４０は常にＰｏＥで給電される任意のピンの電圧を監視しており、スイッチ２００のＰｏＥ機能制御部２３１より電圧が供給されたとき、電圧がＶ１以上か判定する（Ｓ９１）。Ｖ１未満であれば電圧監視部３４０はそのまま監視を続け、Ｖ１以上であればＶ２以上であるか判定する（Ｓ９２）。Ｖ２未満であれば電圧監視部３４０は電源部３５０に対してリセット信号送出を意味するｘ時間リセット信号を送出し、信号を受け取った電源部３５０は、制御部３１０や通信処理部３３０の各機能部に、信号を受け取っている時間と同じ時間リセット信号を送出する（Ｓ９３）。またＶ２以上であれば電圧監視部３４０は電源３５０に対してリセット信号を出し続け、信号を受け取った電源部３５０は、制御部３１０や通信処理部３３０の各機能部に、信号を受け取っている時間と同じ時間、電源オフすることにより、電源シャットダウンを行う。（Ｓ９４）。
【実施例２】
【００４３】
図１３は、実施例２におけるネットワークの構成を示す図である。既に説明した図１に示された同一の符号を付された構成と、同一の機能を有する部分については、説明を省略する。本実施例では、図１で説明したスイッチ２００とＷｉＦｉ基地局０〜ｎの間に中継スイッチ７００が入り、スイッチ２００とスイッチ７００とが多段接続されているネットワークの例を説明する。
【００４４】
多段になることで、管理端末１０００は、ＷｉＦｉ基地局０〜ｎ（３００−０〜ｎ）と中継スイッチ７００に対してＰｉｎｇによる状態監視を行う。管理端末１０００は、障害時には、ＷｉＦｉ基地局０〜ｎの上段にある中継スイッチ７００とスイッチ２００に対して、障害時の指示をする。実施例１の管理端末１００と実施例２の管理端末１０００との異なる点として、Ｐｉｎｇ無応答箇所の組み合わせ、つまり中継スイッチ７００とＷｉＦｉ基地局３００のいずれからの応答が無いかの組み合わせにより、どの箇所に障害が発生したかを管理端末１０００が判断し、処理を行う点がある。またスイッチ２００のポートＰ１〜Ｐｎには他の中継スイッチ７００がつながることを想定している。
【００４５】
管理端末１０００は、制御部１１００、メモリ１２００、パケットの入出力を処理する通信処理部１３００を管理端末１００と同様に備える。制御部１１００内には、スイッチ２００に指示を行うコマンドを生成するコマンド生成部１１１０、ＷｉＦｉ基地局３００ならびに中継スイッチ７００の状態を監視する状態監視部１１２０、障害発生時の処理を決める障害対応部１１４０を持つ。状態監視部１１２０内にはＰｉｎｇリプライの応答のタイムアウトを決めるためのタイマ１１３０を備える。また制御部１０００はＰｉｎｇリプライの応答の状況により障害箇所を判別する障害判別部１１５０を持つ。メモリ１２００内には障害時の処理などが記述された障害処理テーブル１６００、障害処理テーブル１７００、障害処理テーブル１８００を持つ。各障害処理テーブルの詳細は後述する。
【００４６】
図１４は中継スイッチ７００の構成図の例である。中継スイッチ７００は、制御部７１０、メモリ７２０、通信処理部７３０を備える。制御部７１０内には、管理端末１０００から来たコマンドを解釈して処理するコマンド処理部７１１を持つ。通信処理部７３０は、ポートＰＡ０〜ＰＡｎ(７３２−０〜ｎ)、ＱＡ０（７３３−０）の複数ポートの入出力をもち、詳細は後述するが、処理する内容に応じて、ここではポートＰＡ０〜ＰＡｎ(７３２−０〜ｎ)に対して任意のピンの電圧の出力をポートごとに変えて出力するＰｏＥ機能制御部７３１を具備する。一般的にはポートの任意のピンの電圧の出力（大きさや波形など）を制御できればＰｏＥ機能と限定しなくてもよい。
【００４７】
また中継スイッチ７００は、ＷｉＦｉ基地局３００と同様に電圧監視部７４０、電源部７５０を上記に加えて備える。電圧監視部７４０はスイッチ２００のＰｏＥ機能制御部２３１から出力される電圧を監視し、その電圧に応じてリセットを意味するときは、例えば電源部７５０にｘ時間リセット信号を送出し、電源シャットダウンを意味するときは、電例えば源部７５０にリセット信号を出し続ける。信号を受け取った電源部７５０は、制御部７１０や通信処理部７３０の各機能部に、例えば信号を受け取っている時間と同じ時間、電源オフすることにより、電源シャットダウンを行う。また中継スイッチ７００の電源は外部電源７６０から電圧監視７４０と電源部７５０の各々に供給される。そのため、装置は電源部７５０で動作するが、電圧監視部７４０は電源部７５０から独立して動作することができる。上記動作もＷｉＦｉ基地局３００と同様である。
【００４８】
図１５は管理端末１０００の状態監視部１１２０および障害判定部１１５０が実行する状態監視処理（Ｓ１５）を説明するフローチャートである。スイッチ２００と中継スイッチ７００と多段接続となったため、管理端末１０００から、状態監視のためのＰｉｎｇを、中継スイッチ７００とＷｉＦｉ基地局２００の2か所に行い、応答の状況により、どの機器に対して復旧処理を行うか障害判定部１１５０にて判断する。管理端末１０００の状態監視部１１２０は、まず中継スイッチ７００にＰｉｎｇリクエストを発行し（Ｓ１５１）、Ｐｉｎｇリプライが、ある規定時間で応答するかどうか判定する（Ｓ１５２）。
【００４９】
中継スイッチ７００から応答が無いとき（Ｓ１５２のＮｏ）、状態監視部１１２０は次にＷｉＦｉ基地局０（３００−０）にもＰｉｎｇリクエストを発行し（Ｓ１５３−１）、Ｐｉｎｇリプライが、ある規定時間で応答するかどうか判定する（Ｓ１５４−１）。ＷｉＦｉ基地局０（３００−０）から応答があるときは（Ｓ１５４−１のＹｅｓ）、障害判定部１１５０は、中継スイッチ７００に問題があると判定し、上段のスイッチ２００に指示をする処理Ａを行う（Ｓ１５５−１）。ＷｉＦｉ基地局０（３００−０）から応答がないときは（Ｓ１５４−１のＮｏ）、中継スイッチ７００及びＷｉＦｉ基地局０（３００−０）の両方に問題がある可能性があるが、ネットワークの上段に位置する中継スイッチ７００の問題の方が影響が大きいため、先に中継スイッチ７００の状態を復旧させるべく、障害判定部１１５０は上段のスイッチ２００に指示をする処理Ｂを行う（Ｓ１５５−２）。
【００５０】
中継スイッチ７００から応答があるとき（Ｓ１５２のＹｅｓ）、状態監視部１１２０は次にＷｉＦｉ基地局０（３００−０）にもＰｉｎｇリクエストを発行し（Ｓ１５３−２）、Ｐｉｎｇリプライが、ある規定時間で応答するかどうか判定する（Ｓ１５４−２）。ＷｉＦｉ基地局０（３００−０）から応答があるときは（Ｓ１５４−２のＹｅｓ）、状態監視部１１２０は処理フラグ１６００−５を０にセットし（Ｓ１５６）、そのままＰｉｎｇによる状態監視を続ける。ＷｉＦｉ基地局０（３００−０）から応答がないときは（Ｓ１５４−２のＮｏ）、障害判定部１１５０はＷｉＦｉ基地局０（３００−０）に問題があると判定し、ＷｉＦｉ基地局０（３００−０）の上段の中継スイッチ７００に指示をする処理Ｃを行う（Ｓ１５５−３）。
【００５１】
図１６は障害処理テーブル１６００の一例を示す図である。本実施例では、障害処理テーブル１６００は、管理端末１０００のメモリ１２００内にあり、管理端末１０００からスイッチ２００を制御する。管理端末１０００は障害処理テーブル１６００を使い、中継スイッチ７００に障害が発生した際、その上段のスイッチ２００に指示をする。
【００５２】
障害処理テーブル１６００には、スイッチ２００のポートＰ０〜Ｐｎごと（１６００−０）に、スイッチ２００のＩＰアドレス（１６００−１）、監視する対象機器である中継スイッチ７００のＩＰアドレス（１６００−２）、１番目に行う障害時の処理である障害時の処理１（１６００−３）、２番目に行う障害時の処理である障害時の処理２（１６００−４）、障害時の処理１を実行していれば１、していなければ０の２値を示す処理フラグ（１６００−５）がそれぞれ定義されている。
【００５３】
このテーブルは上記の処理Ａ（Ｓ１５５−１）のとき、つまり中継スイッチ７００からのみＰｉｎｇ応答が無い場合に障害判定部１１５０により選択される。処理Ａ（Ｓ１５５−１）の場合、中継スイッチ７００の障害が考えられるが、下位のＷｉＦｉ基地局３００は動いているため、中継スイッチ７００のデータプレーンは問題ないことから通信処理部７３０ではなく、制御部７１０などの障害が考えられる。データプレーンは動いており、他ポートにも影響がでるため、中継スイッチ７００にリセット等をすぐに入れて通信が途絶する状況を作るのは得策でない。このためこの障害処理テーブル１６００にはリセットや電源シャットダウンの処理をいれず、状態維持をして手動での処理を待つような慎重な対応を取ることで、現在行なわれているデータの中継処理になるべく影響を与えないよう、他の障害と処理を分けることができる。
【００５４】
図１７は障害処理テーブル１７００の一例を示す図である。本実施例では、障害処理テーブル１７００は、管理端末１０００のメモリ１２００内にあり、管理端末１０００からスイッチ２００を制御する。管理端末１０００は障害処理テーブル１７００を使い、中継スイッチ７００に障害が発生した際、その上段のスイッチ２００に指示をする。このテーブルは上記の処理Ｂ（Ｓ１５５−２）のとき、つまり中継スイッチ７００およびＷｉＦｉ基地局３００の双方ともにＰｉｎｇ応答が無い場合に障害判定部１１５０により選択される。このとき、中継スイッチ７００のみが不調の場合と、中継スイッチ７００とＷｉＦI基地局３００がともに不調の場合、の２つの場合が考えられる。この実施例では、ＷｉＦｉ基地局３００の対応よりもその上段にある中継スイッチ７００の対応を優先とし、まずは中継スイッチ７００に対して処理を行う。
【００５５】
障害処理テーブル１７００には、スイッチ２００のポートＰ０〜Ｐｎごと（１７００−０）に、スイッチ２００のＩＰアドレス（１７００−１）、監視する対象機器である中継スイッチ７００のＩＰアドレス（１７００−２）、１番目に行う障害時の処理である障害時の処理１（１７００−３）、２番目に行う障害時の処理である障害時の処理２（１７００−４）、障害時の処理１を実行していれば１、していなければ０の２値を示す処理フラグ（１７００−５）がそれぞれ定義されている。もし障害時の処理を行うことによって中継スイッチ７００が復旧し、ＷｉＦｉ基地局０（３００−０）に障害が発生しているならば、処理Ｃが選択される状態となり、後述する図１８での処理と同様になる。
【００５６】
図１８は障害処理テーブル１８００の一例を示す図である。本実施例では、障害処理テーブル１８００は、管理端末１０００のメモリ１２００内にあり、管理端末１０００から中継スイッチ７００を制御する。管理端末１０００は障害処理テーブル１８００を使い、ＷｉＦｉ基地局０（３００−０）に障害が発生した際、その上段の中継スイッチ７００に指示をする。この障害管理テーブル１８００は上記の処理Ｃ（Ｓ１５５−３）のとき、つまり中継スイッチ７００からはＰｉｎｇ応答を受けており、ＷｉＦｉ基地局２００からはＰｉｎｇ応答が無い場合に障害判定部１１５０により選択される。
【００５７】
障害処理テーブル１８００には、中継スイッチ７００のポートＰＡ０〜ＰＡｎごと（１８００−０）に、中継スイッチ７００のＩＰアドレス（１８００−１）、監視する対象機器であるＷｉＦｉ基地局３００のＩＰアドレス（１８００−２）、１番目に行う障害時の処理である障害時の処理１（１８００−３）、２番目に行う障害時の処理である障害時の処理２（１８００−４）、障害時の処理１を実行していれば１、していなければ０の２値を示す処理フラグ（１８００−５）がそれぞれ定義されている。
【００５８】
本実施例では、図１６〜１８の障害処理テーブル１６００、１７００、１８００は、管理端末１０００のメモリ１２００内にあり、管理端末１０００からスイッチ２００や中継スイッチ７００を制御する。なお、障害処理テーブルをスイッチ２００のメモリ２２０内や中継スイッチ７００のメモリ７２０内に配置し、管理端末１０００から制御を行わずに、スイッチ２００や中継スイッチ７００自立で処理を行う構成も取ることができる。
【００５９】
ここで管理端末１０００からスイッチ２００に、中継スイッチ７００に対する障害時の処理を指示する場合、図２の制御部１１００のコマンド生成部１１１０でコマンドを生成し、通信処理部１３００から送信する。図３でポートＱ０（２３３−０）からスイッチ２００の通信処理部２３０に入ったコマンドは、そのコマンドの宛先がスイッチ２００なのか、中継スイッチ７００なのかが判別され、スイッチ２００宛ての場合は制御部２１０に渡される。なお、管理端末１０００から中継スイッチ７００に宛てて送信されるコマンドは、通常のデータ中継処理と同様にスイッチ２００を通過して中継スイッチ７００に向けて送出される。スイッチ２００宛てのコマンドは制御部２１０のコマンド処理部２１１でコマンドを解釈し、リセットや電源シャットダウンの処理であれば、ＰｏＥ機能制御部２３１へ指示を出し、中継スイッチ（７００−０）へ処理を行う。
【００６０】
また管理端末１０００から中継スイッチ７００に、ＷｉＦｉ基地局３００に対する障害時の処理を指示する場合、図２の制御部１１００のコマンド生成部１１１０でコマンドを生成し、通信処理部１３００から送信する。図３でスイッチ２００のポートＱ０（２３３−０）から通信処理部２３０に入ったコマンドはポートＰ０（２３２−０）から中継スイッチ７００に向けて送信される。中継スイッチ７００のポートＱＡ０（７３３−０）から通信処理部７３０に入ったコマンドは、当該コマンドの宛先が中継装置７００であることを確認され、制御部７１０に渡される。制御部７１０でコマンドを解釈し、リセットや電源シャットダウンの処理であれば、ＰｏＥ機能制御部７３１へ指示を出し、ＷｉＦｉ基地局０（３００−０）へ処理を行う。
【００６１】
図１９は中継スイッチ７００に障害が発生した場合（処理Ａ）の管理端末１０００、スイッチ２００、中継スイッチ７００、ＷｉＦｉ基地局０（３００−０）の各動作の関係を示すシーケンス図である。図１９の処理の詳細については、具体例を用いて後述する。
【００６２】
図１３の中継スイッチ７００の制御部７１０のみ障害が発生したとき、つまり中継スイッチ７００はデータの中継は可能でありその配下のＷｉＦｉ基地局３００からのＰｉｎｇ応答が管理端末１０００に到達する場合について、図１６〜１８の障害処理テーブル、図１９のシーケンス図、図１５、図２０〜２１のフローチャートを参照しながら説明する。
【００６３】
管理端末１０００のメモリ１２００上には、中継スイッチ７００を管理するために、障害処理テーブル１６００、１７００、ＷｉＦｉ基地局０（３００−０）を管理するために、障害処理テーブル１８００を持つ。管理端末１０００の状態監視部１１２０は、中継スイッチ７００とＷｉＦｉ基地局０（３００−０）それぞれにＰｉｎｇリクエストを発行し（Ｓ１９１、Ｓ１９３）、Ｐｉｎｇリプライの応答（Ｓ１９２，１９４）があるかどうかにより状態監視を行っており、その際に使用する対象機器のＩＰアドレス（１６００−２、１７００−２、１８００−２）はここに登録しておく。ここで障害処理テーブル１６００と１７００は同じ中継スイッチ７００を管理するためのものなので、ＩＰアドレス１６００−２とＩＰアドレス１７００−２とは同じ値となる。
【００６４】
また障害発生時にスイッチ２００に指示することにより、中継スイッチ７００で最初に行う処理を障害時の処理１（１６００−３）、次に行う処理を障害時の処理２（１６００−４）、障害時の処理１を実行しているかどうかを０，１の２値で示す処理フラグ１６００−５を登録しておく。ここではスイッチ２００のポートＰ０に対応する対象機器は中継スイッチ７００であり、そのＩＰアドレス（１６００−２）は１０．１０．１０．１００、障害時の処理１（１６００−３）はｔｅｌｎｅｔコマンドで接続、障害時の処理２（１６００−４）は状態維持が登録されている。処理フラグ１６００−５の初期値は０である。
【００６５】
図１９で中継スイッチ７００に障害が発生したとき、中継スイッチ７００にＰｉｎｇリクエストを発行した際（Ｓ１９５）、管理端末１０００に応答が帰ってこない。状態監視部１１２０は、タイマ１１３０がタイムアウトになることにより障害を検出する。次に、状態監視部１１２０はＷｉＦｉ基地局０（３００−０）にもＰｉｎｇリクエストを発行し（Ｓ１９６）、Ｐｉｎｇリプライの応答がある（Ｓ１９７）ことがわかる。ここで障害判別部１１５０は図１５のＳ１５４−１の条件分岐でＹｅｓの方向に進み処理Ａ（Ｓ１５５−１）を選択する（Ｓ２０）。
【００６６】
処理Ａ（Ｓ１５５−１）の詳細を図２０に示す。この処理の際、障害判別部１１５０は障害対応部１１４０に対し、障害処理テーブル１６００を使用するよう指示する（Ｓ２０３−１）。障害対応部１１４０は、障害処理テーブル１６００の処理フラグ１６００−５が０か１か判定する（Ｓ２０５）。処理フラグ１６００−５が０のとき、障害対応部１１４０は、障害処理テーブル１６００より、ポート（１６００−０）「Ｐ０」、障害時の処理１（１６００−３）「ｔｅｌｎｅｔコマンドで接続」をスイッチ２００へ指示するためのコマンドを生成するようコマンド生成部１１１０に指示する。コマンド生成部１１１０は処理対象のポートがＰ０であり、処理内容がｔｅｌｎｅｔコマンドで接続であることを示す情報を含んだコマンドを作成し、スイッチ２００へ送信する（Ｓ２０６−１）。その後、障害対応部１１４０は障害処理テーブル１６００のポートＰ０のエントリの処理フラグ１６００−５に１をセット（Ｓ２０７）した後、スイッチ２００、中継スイッチ７００の処理を待つために、規定時間ウェイトする（Ｓ２０８−１）。
【００６７】
図１９で管理端末１０００よりコマンドを受けたスイッチ２００は障害処理を行う（Ｓ１３）。詳細は図８に記述してあり、スイッチ２００のコマンド処理部２１１は管理端末１０００より受信したコマンドを解析して、処理内容はｔｅｌｎｅｔコマンドで接続であり処理対象はポートＰ０であることを判定する。（Ｓ８１）。そしてスイッチ２００の制御部２１０は、対象のポートＰ０（２３２−０）から、中継スイッチ７００にｔｅｌｎｅｔコマンドを発信する（Ｓ８２−１）。
【００６８】
規定時間後、管理端末１０００の状態監視部１１２０は中継スイッチ７００に再度Ｐｉｎｇリクエストを送信する（Ｓ１９８）。このとき障害が復旧していないとすると、中継スイッチ７００から応答が帰ってこない。管理端末１０００の状態監視部１１２０は、タイマ１１３がタイムアウトになることにより中継スイッチ７００の障害を検出する。次に、状態監視部１１２０はＷｉＦｉ基地局０（３００−０）にもＰｉｎｇリクエストを発行し（Ｓ１９９）、Ｐｉｎｇリプライの応答がある（Ｓ１９ａ）ことがわかる。ここで障害判別部１１５０は図１５のＳ１５４−１の条件分岐でＹｅｓの方向に進み再び処理Ａ（Ｓ１５５−１）を選択する（Ｓ２１）。
【００６９】
図２０に示す通り処理Ａのとき、障害判別部１１５０は障害処理テーブル１６００を選択して使用するよう障害対応部１１４０に指示する（Ｓ２０３−１）。障害対応部１１４０は障害処理テーブル１６００の処理フラグ１６００−５が０か１か判定する（Ｓ２０５）。今回は処理フラグ１６００−５が１であるので、障害対応部１１４０は、障害処理テーブル１６００より、ポート（１６００−０）「Ｐ０」、障害時の処理２（１６００−３）「状態維持」をスイッチ２００へ指示するためのコマンドを生成するようコマンド生成部１１１０に指示する。コマンド生成部１１１０は処理対象のポートがＰ０であり、処理内容が状態維持であることを示す情報を含んだコマンドを作成し、スイッチ２００へ送信する（Ｓ２０６−２）。障害対応部１１４０は、スイッチ２００、中継スイッチの処理を待つために、規定時間ウェイトする（Ｓ２０８−２）。
【００７０】
管理端末１０００よりコマンドを受けたスイッチ２００は障害処理を行う（Ｓ１４）。図８に示したとおりスイッチ２００のコマンド処理部２１１は管理端末１０００より受信したコマンドを解析して、処理内容は状態維持であり処理対象はポートＰ０であることを判定する（Ｓ８１）。そしてスイッチ２００の制御部２１０は、状態を維持するため特にアクションを起こさない（Ｓ８２−４）。
【００７１】
その後、管理端末１００の障害対応部１１４０は、処理フラグ１６００−５を０にリセットし（Ｓ２０９）、状態監視処理（Ｓ１５）へ進む。管理端末１００は中継スイッチ７００にＰｉｎｇリクエストを発行し（Ｓ１９ｂ）、状態監視を続ける。
【００７２】
図２０は障害処理選択Ｓ２０、Ｓ２１を説明するフローチャートの例である。図１５の処理Ａと処理Ｂの続きを記述している。処理Ａのとき、管理端末１０００の障害対応部１１４０は、障害判別部１１５０の指示に応じて障害処理テーブル１６００を選択し（Ｓ２０３−１）、障害処理テーブル１６００の処理フラグ１６００−５が０か１か判定する（Ｓ２０５）。処理フラグ１６００−５が０のとき（Ｓ２０５でＮｏ）、障害対応部１１４０は障害処理テーブル１６００より、処理対象となるポート１６００−０、障害時の処理１（１６００−３）をスイッチ２００へ指示するためのコマンドを生成するようコマンド生成部１１１０に指示し、コマンド生成部１１１０はこの指示を受けて指定されたポートと処理内容(処理１)を特定する情報を含むコマンドを作成してスイッチ２００に指示する（Ｓ２０６−１）。障害対応部１１４０は障害処理テーブル１６００の処理フラグ１６００−５に１をセット（Ｓ２０７）した後、スイッチ２００、中継スイッチ７００の処理を待つために、規定時間ウェイトし（Ｓ２０８−１）その後状態監視部１１２０による状態監視処理（Ｓ１５）へ進む。
【００７３】
処理フラグ１６００−５が１のとき（Ｓ２０５でＹｅｓ）、障害対応部１１４０は障害処理テーブル１６００より、処理対象となるポート１６００−０、障害時の処理２（１６００−４）をスイッチ２００へ指示するためのコマンドを生成するようコマンド生成部１１１０に指示し、コマンド生成部１１１０はこの指示を受けて指定されたポートと処理内容(処理２)を特定する情報を含むコマンドを作成してスイッチ２００に指示し（Ｓ２０６−２）、規定時間ウェイトする（Ｓ２０８−２）。その後、障害対応部１１４０は処理フラグ１６００−５を０にリセットし（Ｓ２０９）、障害監視部１１２０による状態監視処理（Ｓ１５）へ進む。
【００７４】
処理Ｂのときは、管理端末１０００の障害判別部１１５０は、障害処理テーブル１７００を選択する（Ｓ２０３−２）。あとは処理Ａと同じ処理となる。
【００７５】
図２１は図１５の処理Ｃの続きを記述している。処理Ｃのとき、管理端末１０００の障害判別部１１５０は、障害処理テーブル１８００を選択して（Ｓ２１１）障害対応部１１４０に使用するよう指示する。この指示を受けた障害対応部１１４０は障害処理テーブル１８００の処理フラグ１８００−５が０か１か判定する（Ｓ２１２）。処理フラグ１８００−５が０のとき（Ｓ２１２でＮｏ）、障害対応部１１４０は、障害処理テーブル１８００より、処理対象となるポート１８００−０、障害時の処理１（１８００−３）を中継スイッチ７００へ指示するためのコマンドを生成するようコマンド生成部１１１０に指示し、コマンド生成部１１１０はこの指示を受けて指定されたポートと処理内容(処理１)を特定する情報を含むコマンドを作成してスイッチ２００に指示する（Ｓ２１３−１）。そして障害対応部１１４０は処理フラグ１８００−５に１をセット（Ｓ２１４）した後、中継スイッチ７００、ＷｉＦｉ基地局０（３００−０）の処理を待つために、規定時間ウェイトする（Ｓ２１５−１）。その後、状態監視部１１２０による状態監視処理（Ｓ１５）へ進む。
【００７６】
処理フラグ１８００−５が１のとき（Ｓ２１２でＹｅｓ）、障害対応部１１４０は、障害処理テーブル１８００より、処理対象となるポート１８００−０、障害時の処理２（１８００−４）を中継スイッチ７００へ指示するためのコマンドを生成するようコマンド生成部１１１０に指示し、コマンド生成部１１１０はこの指示を受けて指定されたポートと処理内容(処理２)を特定する情報を含むコマンドを作成してスイッチ２００に指示する（Ｓ２１３−２）、規定時間ウェイトする（Ｓ２１５−２）。その後、障害対応部１１４０は処理フラグ１８００−５を０にリセットし（Ｓ２１６）、状態監視部１１２０による状態監視処理（Ｓ１５）へ進む。
【００７７】
この実施例２では、障害判別部１１５０が図１６乃至図１８に示した３種類のテーブルのいずれを用いるか、障害対応部１１４０に指示する実施形態を説明した。この他、障害判別部１１５０は障害対応部１１４０に中継スイッチ７００とＷｉＦｉ基地局３００のいずれからＰｉｎｇ応答が無いかという情報を与えるだけにしても良い。この場合、障害対応部１１４０は、中継スイッチ７００からのみ応答が無い場合は障害処理テーブル１６００を、中継スイッチ７００とその配下のＷｉＦｉ基地局３００の少なくとも１台の双方からＰｉｎｇ応答が無い場合は障害処理テーブル１７００を選択する、という判断を自らするようにしても良い。
【００７８】
また、障害処理テーブル１６００と障害処理テーブル１７００は、ともに中継スイッチ７００に対する障害時の処理を定義したテーブルであるため、障害処理テーブル１６００に１つに統合しても良い。具体的には、障害処理テーブル１６００には障害時の処理として２種類の処理、障害時の処理１（１６００−３）と障害時の処理２（１６００−４）とが登録されているが、障害処理テーブル１７００に登録された２種類の処理、障害時の処理１（１７００−３）および障害時の処理２（１７００−４）を障害処理テーブル１６００に登録し、障害処理テーブル１６００に登録する障害時の処理を４種類としても良い。このとき、例えば障害時の処理１７００−３は障害処理テーブル１６００では障害時の処理３とし、障害時の処理１７００−４は障害処理テーブル１６００で障害時の処理４、とすれば良い。また、処理フラグは障害時の処理１（１６００−３）もしくは新たに登録される障害時の処理３（図１７の障害時の処理１（１７００−３））のいずれかを実行したか否かを示すものとすれば良い。
【００７９】
なお、障害処理テーブル１６００と１７００を１つに統合する場合、障害対応部１１４０は、障害判別部１１５０から中継スイッチ７００、その配下のＷｉＦｉ基地局３００のいずれからＰｉｎｇ応答が無いかという情報を受けて、いずれの障害時の処理を選択するかを自ら判断しても良いし、障害判別部１１５０から、いずれの障害時の処理を実行すれば良いか指示されても良い。
【００８０】
以上、本発明による実施例について、図面を参照して詳述してきたが、具体的な構成はこの実施例に限られるものではなく、この発明の要旨を逸脱しない範囲の設計も含まれる。
【符号の説明】
【００８１】
１００  管理端末
１１０  管理端末の制御部
１２０  管理端末のメモリ
１３０  管理端末の通信処理部
２００  スイッチ
２１０  スイッチの制御部
２２０  スイッチのメモリ
２３０  スイッチの通信処理部
３００−０〜ｎ  ＷｉＦｉ基地局０〜ｎ
３１０  ＷｉＦｉ基地局の制御部
３３０  ＷｉＦｉ基地局の通信処理部
３５０  ＷｉＦｉ基地局の電源部
３６０  ＷｉＦｉ基地局に供給される外部電源
４００  ネットワーク
５００  ビル
７００  中継スイッチ
７１０  中継スイッチの制御部
７２０  中継スイッチのメモリ
７３０  中継スイッチの通信処理部
７５０  中継スイッチの電源部
７６０  中継スイッチに供給される外部電源
１０００  管理端末
１１００  管理端末の制御部
１２００  管理端末のメモリ
１３００  管理端末の通信処理部
【図１】
2015204051.tif 000003
【図２】
2015204051.tif 000004
【図３】
2015204051.tif 000005
【図４】
2015204051.tif 000006
【図５】
2015204051.tif 000007
【図６】
2015204051.tif 000008
【図７】
2015204051.tif 000009
【図８】
2015204051.tif 000010
【図９】
2015204051.tif 000011
【図１０】
2015204051.tif 000012
【図１１】
2015204051.tif 000013
【図１２】
2015204051.tif 000014
【図１３】
2015204051.tif 000015
【図１４】
2015204051.tif 000016
【図１５】
2015204051.tif 000017
【図１６】
2015204051.tif 000018
【図１７】
2015204051.tif 000019
【図１８】
2015204051.tif 000020
【図１９】
2015204051.tif 000021
【図２０】
2015204051.tif 000022
【図２１】
2015204051.tif 000023