(57)【要約】【課題】装置の停止要因に応じて、使用可能な装置を容易に特定することである。【解決手段】浮検出装置１０は、装置状態収集部１４と浮検出部１６とを有する。装置状態収集部１４は、監視対象となる複数の装置の状態を示す装置状態情報を取得する。浮検出部１６は、装置状態収集部１４により取得された装置状態情報に基づき、上記複数の装置の中から、所定の要因で停止した装置を検知した際、該検知結果を用いて、各装置の使用の可否を判定することにより、上記複数の装置の中から、動作可能であるが通信に使用されない対象装置を検出する。【選択図】図２
2014132426.tif 000002
【特許請求の範囲】
【請求項１】
監視対象となる複数の装置の状態を示す装置状態情報を取得する取得部と、
前記取得部により取得された装置状態情報に基づき、前記複数の装置の中から、所定の要因で停止した装置を検知した際、該検知結果を用いて、各装置の使用の可否を判定することにより、前記複数の装置の中から、動作可能であるが通信に使用されない対象装置を検出する検出部と
を有することを特徴とする検出装置。
【請求項２】
前記検出部は、前記検知結果を用いて、前記各装置の再利用の可否または変更の可否を判定することにより、前記複数の装置の中から、前記対象装置を検出することを特徴とする請求項１に記載の検出装置。
【請求項３】
前記検出部は、前記取得部により取得された装置状態情報に基づき、前記複数の装置の中から、所定の要因で停止することが予想される装置を検知した際、該検知結果を用いて、各装置の使用準備の可否を判定することにより、前記複数の装置の中から、前記対象装置となることが予想される装置を検出することを特徴とする請求項１に記載の検出装置。
【請求項４】
前記対象装置は、全ての下位装置が停止した装置、または、上位装置が停止した装置であることを特徴とする請求項１に記載の検出装置。
【請求項５】
検出装置と、該検出装置と通信可能な管理装置とを有する検出システムであって、
前記検出装置は、
監視対象となる複数の装置の状態を示す装置状態情報を取得する取得部と、
前記取得部により取得された装置状態情報に基づき、前記複数の装置の中から、所定の要因で停止した装置を検知した際、該検知結果を用いて、各装置の使用の可否を判定することにより、前記複数の装置の中から、動作可能であるが通信に使用されない対象装置を検出し、該検出結果を前記管理装置に提供する検出部とを有し、
前記管理装置は、
前記検出装置から提供された前記検出結果を通知する通知部を有することを特徴とする検出システム。
【請求項６】
検出装置が、
監視対象となる複数の装置の状態を示す装置状態情報を取得し、
取得された装置状態情報に基づき、前記複数の装置の中から、所定の要因で停止した装置を検知した際、該検知結果を用いて、各装置の使用の可否を判定することにより、前記複数の装置の中から、動作可能であるが通信に使用されない対象装置を検出する
ことを特徴とする検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検出装置、検出システム、及び検出方法に関する。
【背景技術】
【０００２】
近年、新しい無線通信方式として、ＬＴＥ（Long  Term  Evolution）が普及しつつある。ＬＴＥを適用可能なネットワークの一種として、監視対象となる複数の装置が論理的な親子関係にあるツリー構造のネットワークが利用されている。この様なネットワークでは、例えば、災害等により、ある親装置配下の全ての子装置が動作不能な状態になると、たとえ親装置が動作可能な状態であっても、該親装置にはトラフィックが流れない状況となる。また、反対に、親装置が動作不能な状態になると、たとえ該親装置配下の子装置の中に動作可能な装置が残っている場合でも、該親装置の全ての子装置にトラフィックが流れない状況となる。その結果、ネットワーク内には、動作可能な状態にあるにも拘らず、トラフィックの流れない親装置や子装置が存在することとなる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３１２７８３号公報
【特許文献２】特開２０１０−１５７８８１号公報
【特許文献３】特開平１０−２２９３９５号公報
【特許文献４】特開２０１１−６６５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク管理者は、ネットワーク管理システム（ＮＭＳ：Network  Management  System）や装置管理システム（ＥＭＳ：Element  Management  System）を活用することで、上述した様なトラフィックの流れない親装置や子装置を検出する。すなわち、ネットワーク管理者は、ネットワークのトポロジや各装置の状態（正常、故障等）を監視し、これらの情報を総合的に判断することで、動作可能であるにも拘らずトラフィックの流れない親装置や子装置を検出することができる。しかしながら、通常は、親装置または子装置の動作不能状態が長期に渡る（復旧までに時間を要する）か否かを正確に判断することは、困難である。このため、親装置が動作可能な場合に、該親装置を他のリソースとして再利用可能か、あるいは、子装置が動作可能な場合に、従前の親装置を他の親装置に変更可能かの判断をすることはできなかった。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、装置の停止要因に応じて、使用可能な装置を容易に特定することのできる検出装置、検出システム、及び検出方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本願の開示する検出装置は、一つの態様において、取得部と検出部とを有する。前記取得部は、監視対象となる複数の装置の状態を示す装置状態情報を取得する。前記検出部は、前記取得部により取得された装置状態情報に基づき、前記複数の装置の中から、所定の要因で停止した装置を検知した際、該検知結果を用いて、各装置の使用の可否を判定することにより、前記複数の装置の中から、動作可能であるが通信に使用されない対象装置を検出する。
【発明の効果】
【０００７】
本願の開示する検出装置の一つの態様によれば、装置の停止要因に応じて、使用可能な装置を容易に特定することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、浮検出システムの全体構成を示す図である。
【図２】図２は、浮検出装置の機能構成を示すブロック図である。
【図３Ａ】図３Ａは、災害情報の構成例を示す図である。
【図３Ｂ】図３Ｂは、親子関係情報の構成例を示す図である。
【図４Ａ】図４Ａは、装置情報の構成例を示す図である。
【図４Ｂ】図４Ｂは、災害状態情報の構成例を示す図である。
【図５】図５は、浮検出装置のハードウェア構成を示すブロック図である。
【図６】図６は、災害情報設定処理を説明するためのフローチャートである。
【図７】図７は、装置状態収集処理を説明するためのフローチャートである。
【図８】図８は、親浮装置検出処理を説明するためのフローチャートである。
【図９】図９は、子浮装置検出処理を説明するためのフローチャートである。
【図１０Ａ】図１０Ａは、親装置を再利用可能な場合における装置情報格納部内のデータ格納例を示す図である。
【図１０Ｂ】図１０Ｂは、親装置を再利用可能な場合における災害情報格納部内のデータ格納例を示す図である。
【図１１Ａ】図１１Ａは、親装置を再利用可能な場合における親子関係格納部内のデータ格納例を示す図である。
【図１１Ｂ】図１１Ｂは、親装置を再利用可能な場合における災害状態格納部内のデータ格納例を示す図である。
【図１２Ａ】図１２Ａは、親装置の再利用を準備可能な場合における装置情報格納部内のデータ格納例を示す図である。
【図１２Ｂ】図１２Ｂは、親装置の再利用を準備可能な場合における災害情報格納部内のデータ格納例を示す図である。
【図１３Ａ】図１３Ａは、親装置の再利用を準備可能な場合における親子関係格納部内のデータ格納例を示す図である。
【図１３Ｂ】図１３Ｂは、親装置の再利用を準備可能な場合における災害状態格納部内のデータ格納例を示す図である。
【図１４Ａ】図１４Ａは、親装置を変更可能な場合における装置情報格納部内のデータ格納例を示す図である。
【図１４Ｂ】図１４Ｂは、親装置を変更可能な場合における災害情報格納部内のデータ格納例を示す図である。
【図１５Ａ】図１５Ａは、親装置を変更可能な場合における親子関係格納部内のデータ格納例を示す図である。
【図１５Ｂ】図１５Ｂは、親装置を変更可能な場合における災害状態格納部内のデータ格納例を示す図である。
【図１６Ａ】図１６Ａは、親装置の変更を準備可能な場合における装置情報格納部内のデータ格納例を示す図である。
【図１６Ｂ】図１６Ｂは、親装置の変更を準備可能な場合における災害情報格納部内のデータ格納例を示す図である。
【図１７Ａ】図１７Ａは、親装置の変更を準備可能な場合における親子関係格納部内のデータ格納例を示す図である。
【図１７Ｂ】図１７Ｂは、親装置の変更を準備可能な場合における災害状態格納部内のデータ格納例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する検出装置、検出システム、及び検出方法の実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示する検出装置、検出システム、及び検出方法が限定されるものではない。
【００１０】
本願の開示する一実施例に係る浮検出システム１の構成を説明する。図１は、浮検出システム１の全体構成を示す図である。図１に示す様に、浮検出システム１は、浮検出装置１０とＮＭＳ（Network  Management  System）２０と、Ｓ−ＧＷ（Serving-GateWay）３０とＭＭＥ（Mobility  Management  Entity）４０とｅＮｏｄｅＢ５０、６０とを有する。浮検出システム１では、浮検出装置１０とＮＭＳ２０とが、保守用ＬＡＮ（Local  Area  Network）等のネットワークＮを介して、相互に各種信号やデータの送受信が可能な様に、Ｓ−ＧＷ３０とＭＭＥ４０とｅＮｏｄｅＢ５０、６０とに有線接続されている。Ｓ−ＧＷ３０とＭＭＥ４０とｅＮｏｄｅＢ５０、６０との各装置は、浮検出装置１０による監視対象の装置であり、論理的な親子関係にあるツリー構造を有する。
【００１１】
浮検出装置１０は、浮装置を検出した際、上記各装置の故障要因に応じて、再利用や変更の可否を判定する。例えば、親子関係にある複数の装置の内、全ての子装置が故障した場合、その親装置は浮装置となるが、この場合、浮検出装置１０は、該浮装置（親装置）の再利用若しくはその準備が可能であることを、保守管理者に通知する。一方、親子関係にある複数の装置の内、親装置が故障した場合、その子装置は浮装置となるが、この場合、浮検出装置１０は、該浮装置（子装置）の他の親装置への接続変更（親装置の再設定）若しくはその準備が可能であることを、保守管理者に通知する。
【００１２】
ここで、再利用とは、災害故障となった装置の接続先の装置を変更することで、他の装置への流用を図ることである。従って、例えば、親装置を再利用する場合、保守管理者は、従前の子装置との接続を終了し、新たな他の子装置への接続を開始する。また、変更とは、災害故障となった装置を他の装置に切り替えることで、他の装置への交換を図ることである。従って、例えば、親装置を変更する場合、保守管理者は、災害故障した親装置の子装置を、新たな他の親装置の配下に設定変更する。
【００１３】
以下の説明において、親子関係とは、ネットワーク上の複数の装置間において、上位装置としての親装置を介して通信を確立する下位装置が存在する場合、上位装置（親装置）とその下位装置（子装置）との関係である。例えば、図１において、ＭＭＥ４０とｅＮｏｄｅＢ５０、６０との関係は、ＭＭＥ４０を親装置、ｅＮｏｄｅＢ５０、６０を子装置とする親子関係である。これに対し、Ｓ−ＧＷ３０とＭＭＥ４０との関係では、Ｓ−ＧＷ３０は、ＭＭＥ４０を子装置とする親装置である。また、浮装置とは、その装置自体の動作は可能であるが、トラフィックの流れない装置である。例えば、全ての子装置が故障となった親装置や、反対に、親装置が故障となった子装置等が、浮装置に該当する。
【００１４】
なお、上記故障は、長期故障のみならず、短期故障を含む。長期故障は、復旧に時間の掛かる故障であり、例えば、津波や火災等の災害に起因する故障（以下、「災害故障」と記す。）である。短期故障は、一時的な故障であり、例えば、間欠故障の他、ネットワーク工事や、保守のための再起動等に起因する故障である。
【００１５】
図２は、浮検出装置１０の機能構成を示すブロック図である。図２に示す様に、浮検出装置１０は、災害情報設定部１１と災害情報格納部１２と親子関係格納部１３と装置状態収集部１４と装置情報格納部１５と浮検出部１６と災害状態格納部１７とを有する。これら各構成部分は、一方向又は双方向に、信号やデータの入出力が可能な様に接続されている。
【００１６】
災害情報設定部１１は、外部に設置された保守端末７０から災害情報を入力すると、該災害情報を災害情報格納部１２に格納させる。災害情報格納部１２は、災害情報設定部１１から入力された災害情報を格納する。
【００１７】
図３Ａは、災害情報の構成例を示す図である。図３Ａに示す様に、災害情報は、災害発生時刻ａ１と災害発生エリアａ２とを有する。災害発生時刻ａ１は、災害の発生した日時を示す情報である。災害発生エリアａ２は、災害の発生したエリアを示す情報であり、例えば、ＭＭＥ４０のカバーする地域として、“東京”、“大阪”等の文字列が設定される。
【００１８】
親子関係格納部１３は、装置間に定義された親子関係を示す情報を格納する。図３Ｂは、親子関係情報の構成例を示す図である。図３Ｂに示す様に、親子関係情報は、親装置の装置ＩＤｂ１及び装置名ｂ２と、子装置の装置ＩＤｂ３及び装置名ｂ４とを有する。装置ＩＤｂ１、ｂ３は、各装置を特定すると共に、親子関係の階層の深さを示すために付与された識別子である。例えば、階層の最上位に位置するＳ−ＧＷ３０の装置ＩＤが“１”である場合、その子装置であるＭＭＥ４０の装置ＩＤは“１．１”となり、更にその子装置であるｅＮｏｄｅＢ５０、６０の装置ＩＤはそれぞれ、“１．１．１”、“１．１．２”となる。装置名ｂ２、ｂ４は、対応する装置の名称を示す情報であり、例えば、“Ｓ−ＧＷ３０”、“ＭＭＥ４０”、“ｅＮｏｄｅＢ５０”、“ｅＮｏｄｅＢ６０”等の文字列が該当する。
【００１９】
装置状態収集部１４は、ＮＭＳ２０から収集された監視対象の装置状態情報に、上記装置ＩＤを対応付けた後、該装置ＩＤを基に、各装置状態情報を降順でソートすると共に、ソート後の装置状態情報を装置情報格納部１５に格納させる。その後、装置状態収集部１４は、降順ソート後の装置状態情報を、１レコードずつ浮検出部１６に出力し、浮装置である親装置（以下、「親浮装置」と記す。）の検出を浮検出部１６に実行させる。また、装置状態収集部１４は、上記装置ＩＤを基に、各装置状態情報を昇順でソートすると共に、ソート後の装置状態情報を装置情報格納部１５に格納させる。その後、装置状態収集部１４は、昇順ソート後の装置状態情報を、１レコードずつ浮検出部１６に出力し、浮装置である子装置（以下、「子浮装置」と記す。）の検出を浮検出部１６に実行させる。
【００２０】
装置情報格納部１５は、装置状態収集部１４から入力された上記装置状態情報を「装置情報」として格納する。装置情報は、ＮＭＳ２０の管理する情報の内、監視対象のネットワークＮ上に配置された各装置の状態に関する情報である。図４Ａは、装置情報の構成例を示す図である。図４Ａに示す様に、装置情報においては、ＮＭＳ２０から収集された“装置名”、“エリア”、“更新時刻”、“装置状態”、“故障箇所”の各情報が、上述した親子関係格納部１３内の装置ＩＤｂ１、ｂ３（図３Ｂ参照）と対応付けられている。
【００２１】
装置情報は、図４Ａに示す様に、装置ＩＤｃ１と装置名ｃ２とエリアｃ３と更新時刻ｃ４と装置状態ｃ５と故障箇所ｃ６とを有する。装置ＩＤｃ１は、上述した装置ＩＤｂ１、ｂ３と同様、各装置を特定すると共に、親子関係の階層の深さを示すために付与された識別子である。装置名ｃ２は、上述した装置名ｂ２、ｂ４と同様、対応する装置の名称を示す情報である。エリアｃ３は、対応する装置の設置箇所の属するエリアを示す情報であり、例えば、“東京”、“大阪”等の文字列が設定される。更新時刻ｃ４は、対応する装置状態ｃ５が最後に変更された日時を示す情報である。装置状態ｃ５は、対応する装置の現在の状態を示す情報であり、例えば、“正常”、“部分故障”、“故障”等の文字列が該当する。故障箇所ｃ６は、対応する装置に故障が発生した場合に、その発生箇所を示す情報であり、例えば、“ファン”、“電源”、“メモリ”、“ディスク”、“ＣＰＵ（Central  Processing  Unit）”、“ＮＩＣ（Network  Interface  Card）”、“バッテリ”等である。
【００２２】
浮検出部１６は、装置状態収集部１４から、ソート後の装置状態情報が入力されると、１レコード分の装置状態情報（装置情報）と、災害情報と、親子関係情報とに基づき、ネットワークＮ内の災害状態を特定する。また、浮検出部１６は、特定された災害状態を示す情報（以下、「災害状態情報」と記す。）を、災害状態格納部１７に出力し、格納させる。具体的には、浮検出部１６は、降順ソート後の装置状態情報を用いて、後述する再利用状態及び親装置状態を各装置毎に判定することにより、親浮装置を検出する。次いで、浮検出部１６は、上記装置状態情報を昇順にソートし直して、子浮装置を検出する。
【００２３】
図４Ｂは、災害状態情報の構成例を示す図である。図４Ｂに示す様に、災害状態情報は、装置ＩＤｄ１と装置名ｄ２とエリアｄ３と更新時刻ｄ４と災害状態ｄ５と再利用状態ｄ６と親装置状態ｄ７とを有する。装置ＩＤｄ１は、上述した装置ＩＤｂ１、ｂ３、ｃ１と同様、各装置を特定すると共に、親子関係の階層の深さを示すために付与された識別子である。装置名ｄ２は、上述した装置名ｂ２、ｂ４、ｃ２と同様、対応する装置の名称を示す情報である。エリアｄ３は、上述したエリアｃ３と同様、対応する装置の設置箇所の属するエリアを示す情報である。更新時刻ｄ４は、上述した更新時刻ｃ４と同様、対応する災害状態ｄ５が最後に変更された日時を示す情報である。
【００２４】
災害状態ｄ５は、対応する装置が災害に起因してとる状態を示す情報であり、例えば、“正常”、“部分故障”、“バッテリ駆動”、“故障”、“災害故障”等の文字列が該当する。また、再利用状態ｄ６は、対応する装置の再利用の可否に関する情報として、例えば、“使用中”、“子故障”、“子故障予測”等の文字列が設定される。ここで、子故障とは、自装置は動作可能であるが、子装置が全て災害故障となっている親装置の状態を表す。更に、親装置状態ｄ７は、対応する装置の親装置の状態を示す情報であり、例えば、“稼働中”、“親故障”、“親故障予測”等の文字列が該当する。ここで、親故障とは、少なくとも１つの動作可能な子装置を親装置が有し、かつ、該親装置が災害故障となっている子装置の状態を表す。例えば、装置名が“ＭＭＥ４０”の場合、ＭＭＥ４０を子装置とする親装置はＳ−ＧＷ３０であるので、“ＭＭＥ４０”の親装置状態ｄ７には、“Ｓ−ＧＷ３０”の状態が設定される。
【００２５】
続いて、浮検出装置１０のハードウェア構成を説明する。図５は、浮検出装置１０のハードウェア構成を示すブロック図である。図５に示す様に、浮検出装置１０においては、ＣＰＵ（Central  Processing  Unit）１０ａと、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のメモリ１０ｂと、ＮＩＣ（Network  Interface  Card）１０ｃと、ＨＤＤ（Hard  Disk  Drive）１０ｄとが、各種信号やデータの入出力が可能な様に接続されている。
【００２６】
以下、浮検出装置１０の機能的な構成部分と、ハードウェア構成部分との対応関係を説明する。災害情報設定部１１と装置状態収集部１４と浮検出部１６とは、例えば、ＣＰＵ１０ａ及びメモリ１０ｂにより実現される。また、災害情報格納部１２と親子関係格納部１３と装置情報格納部１５と災害状態格納部１７とは、例えば、メモリ１０ｂ及びＨＤＤ１０ｄにより実現される。更に、浮検出装置１０と、ＮＭＳ２０、保守端末７０との間の通信は、ＮＩＣ１０ｃにより実現される。
【００２７】
なお、保守端末７０は、浮検出装置１０から提供された災害状態情報を保守管理者に通知する通知部７１を有する。通知部７１は、例えば、ＬＣＤ（Liquid  Crystal  Display）や有機ＥＬ（Electro  Luminescence）ディスプレイ等の表示装置により実現されるが、これに加えて、スピーカ等を用いた音声や鳴動による通知を行ってもよい。
【００２８】
次に、本実施例における浮検出システム１の動作を説明する。
【００２９】
図６は、災害情報設定処理を説明するためのフローチャートである。Ｓ１では、浮検出装置１０の災害情報設定部１１は、保守管理者が保守端末７０に入力した災害情報の受信を待機しており、該受信を検知すると、受信された災害情報を災害情報格納部１２に出力する。Ｓ２では、災害情報格納部１２は、災害情報設定部１１からの指示に従い、災害情報設定部１１から入力された災害情報を格納する。
【００３０】
図７は、装置状態収集処理を説明するためのフローチャートである。装置状態収集部１４は、ＮＭＳ２０の装置状態格納部２１に更新可能に格納されている装置状態情報を収集する（Ｓ１１）。収集のタイミングは、数分〜数時間（例えば、１時間程度）の間隔で定期的に収集してもよいし、保守管理者等の指示に応じて、任意のタイミングで収集するものとしてもよい。
【００３１】
Ｓ１２では、装置状態収集部１４は、親子関係格納部１３を参照して、装置状態情報に対する装置ＩＤの対応付けを行う。次に、装置状態収集部１４は、後述する親浮装置検出処理の事前処理として、上記装置ＩＤを基に、上記装置状態情報を降順にソートする（Ｓ１３）。Ｓ１４では、装置状態収集部１４は、ソート後の装置状態情報を、装置情報として、装置情報格納部１５に格納させる。
【００３２】
次に、装置状態収集部１４は、Ｓ１４で装置情報格納部１５に格納された複数のレコード（例えば、４レコード）の内、最上位の１レコード分の装置情報を、浮検出部１６への入力用レコードに設定する。そして、装置状態収集部１４は、該レコードに属する装置情報に対し、後述する親浮装置検出処理を実行する（Ｓ１５）。実行後、装置状態収集部１４は、装置情報格納部１５内に、次のレコードが存在するか否かの判定を行う（Ｓ１６）。次のレコードが存在する場合（Ｓ１６；Ｙｅｓ）には、装置状態収集部１４は、該レコードに関し、上記Ｓ１５の処理を再び実行する。以降、親浮装置検出処理は、装置情報格納部１５内の全ての装置情報に対して実行され、該実行の完了（Ｓ１６；Ｎｏ）に伴い、装置状態収集処理は、Ｓ１７の処理に移行する。
【００３３】
Ｓ１７〜Ｓ２０では、子浮装置の検出のため、上述したＳ１３〜Ｓ１６と同様の処理が実行される。具体的には、Ｓ１７では、装置状態収集部１４は、後述する子浮装置検出処理の事前処理として、上記装置ＩＤを基に、上記装置状態情報を昇順にソートする（Ｓ１７）。Ｓ１８では、装置状態収集部１４は、ソート後の装置状態情報を、装置情報として、装置情報格納部１５に格納させる。次に、装置状態収集部１４は、Ｓ１８で装置情報格納部１５に格納された複数のレコード（例えば、４レコード）の内、最上位の１レコードに属する装置情報に対し、後述する子浮装置検出処理を実行する（Ｓ１９）。実行後、装置状態収集部１４は、装置情報格納部１５内における次レコードの存否を判定し（Ｓ２０）、次レコードが存在する場合（Ｓ２０；Ｙｅｓ）には、該レコードに関し、上記Ｓ１９の処理を再び実行する。そして、装置情報格納部１５内の全ての装置情報に対する子浮装置検出処理が完了した時点（Ｓ２０；Ｎｏ）で、装置状態収集処理は終了する。
【００３４】
図８は、親浮装置検出処理を説明するためのフローチャートである。まずＳ１５１では、浮検出部１６は、災害情報格納部１２を参照し、災害情報の有無を確認する。確認の結果、災害情報が有る場合（Ｓ１５１；Ｙｅｓ）には、浮検出部１６は、災害が発生したものと判断し、災害情報格納部１２内の災害情報と、装置情報格納部１５内の装置情報とを比較する（Ｓ１５２）。
【００３５】
上記比較の結果、上記災害情報と上記装置情報とが一致する場合（Ｓ１５３；Ｙｅｓ）、例えば、エリアｃ３と災害発生エリアａ２とが一致し、かつ、更新時刻ｃ４が災害発生時刻ａ１以降である場合、浮検出部１６は、上記装置情報に含まれる装置状態ｃ５を判定する（Ｓ１５４）。該判定の結果、装置状態ｃ５が正常である場合（Ｓ１５４；正常）、浮検出部１６は、災害状態格納部１７における災害状態ｄ５（図４Ｂ参照）に“正常”を設定する（Ｓ１５５）。
【００３６】
一方、上記Ｓ１５４における判定の結果、装置状態ｃ５が部分故障である場合（Ｓ１５４；部分故障）、浮検出部１６は、災害状態格納部１７における災害状態ｄ５に“部分故障”を設定する（Ｓ１５６）。併せて、浮検出部１６は、上記装置情報に含まれる故障箇所ｃ６が電源の場合、災害状態格納部１７における災害状態ｄ５に“バッテリ駆動”を設定する（Ｓ１５７）。ここで、バッテリ駆動とは、災害に起因して装置の電源が故障した結果または停電となった結果、該装置が、充電式電池等の予備用電源により動作している状態である。
【００３７】
更に、上記Ｓ１５４における判定の結果、装置状態ｃ５が故障である場合（Ｓ１５４；故障）、浮検出部１６は、災害状態格納部１７における災害状態ｄ５に“災害故障”を設定する（Ｓ１５８）。
【００３８】
なお、上記Ｓ１５１における判定の結果、災害情報が無い場合（Ｓ１５１；Ｎｏ）、あるいは、上記Ｓ１５３における判定の結果、上記災害情報と上記装置情報とが一致しない場合（Ｓ１５３；Ｎｏ）には、Ｓ１５９以降の処理に移行する。Ｓ１５９では、浮検出部１６は、災害状態格納部１７内の再利用状態ｄ６（図４Ｂ参照）を“使用中”に更新すると共に、親装置状態ｄ７（図４Ｂ参照）を“稼働中”に更新する。更に、浮検出部１６は、上記装置情報に含まれる装置状態ｃ５を、災害状態格納部１７内の災害状態ｄ５に設定することで、各装置の現状を、保守管理者に通知される災害状態に反映させる（Ｓ１６０）。
【００３９】
上記Ｓ１５５、Ｓ１５７、Ｓ１５８、Ｓ１６０の何れかの処理が終了すると、親浮装置検出処理は、Ｓ１６１の処理に移行する。Ｓ１６１では、浮検出部１６は、検出対象の親浮装置の子装置全ての災害状態ｄ５が“災害故障”に設定されているか否かの判定を行う。このとき、浮検出部１６は、災害状態ｄ５が“災害故障”以外の装置であっても、災害状態格納部１７内の再利用状態ｄ６が“子故障”に設定されている装置であれば、全ての子装置の災害状態ｄ５が“災害故障”に設定されている装置と同様に、“災害故障”として扱う。
【００４０】
上記Ｓ１６１における判定の結果、検出対象の親浮装置の子装置全ての災害状態ｄ５が“災害故障”に設定されている場合（Ｓ１６１；Ｙｅｓ）、浮検出部１６は、災害状態格納部１７における再利用状態ｄ６（図４Ｂ参照）に“子故障”を設定する（Ｓ１６２）。そして、一連の親浮装置検出処理を終了する。
【００４１】
これに対し、上記Ｓ１６１における判定の結果、検出対象の親浮装置の子装置の内、少なくとも１つの子装置の災害状態ｄ５が“災害故障”に設定されていない場合（Ｓ１６１；Ｎｏ）には、浮検出部１６は、更に、Ｓ１６３の判定を行う。すなわち、浮検出部１６は、検出対象の親浮装置の子装置全ての災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れかに設定されているか否かを判定する（Ｓ１６３）。このとき、浮検出部１６は、災害状態ｄ５が“災害故障”以外の装置であっても、災害状態格納部１７内の再利用状態ｄ６が“子故障”に設定されている装置であれば、“災害故障”として扱う。また、浮検出部１６は、災害状態ｄ５が“バッテリ駆動”以外の装置であっても、災害状態格納部１７内の再利用状態ｄ６が“子故障予測”に設定されている装置であれば、全ての子装置の災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れかに設定されている装置と同様に、“バッテリ駆動”として扱う。
【００４２】
上記Ｓ１６３における判定の結果、検出対象の親浮装置の子装置全ての災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れかに設定されている場合（１６３；Ｙｅｓ）、浮検出部１６は、災害状態格納部１７における再利用状態ｄ６（図４Ｂ参照）に“子故障予測”を設定する（Ｓ１６４）。そして、一連の親浮装置検出処理を終了する。
【００４３】
ここで、再利用状態ｄ６の“子故障予測”とは、近い将来、全ての子装置が災害故障となることが予測される親装置の状態である。より具体的には、子故障予測とは、自装置（親装置）自体の動作は可能であるが、全ての子装置が災害故障またはバッテリ駆動の状態にあり、かつ、少なくとも１つの子装置がバッテリ駆動の状態にある場合の親装置の状態である。
【００４４】
一方、Ｓ１６３の条件を満たさない場合、換言すれば、検出対象の親浮装置の子装置の内、少なくとも１つの子装置の災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れにも設定されていない場合（Ｓ１６３；Ｎｏ）には、浮検出部１６は、上記Ｓ１６４の処理を省略して、一連の親浮装置検出処理を終了する。
【００４５】
図９は、子浮装置検出処理を説明するためのフローチャートである。まずＳ１９１では、浮検出部１６は、災害情報格納部１２を参照し、災害情報の有無を確認する。確認の結果、災害情報が有る場合（Ｓ１９１；Ｙｅｓ）には、浮検出部１６は、災害が発生したものと判断し、災害情報格納部１２内の災害情報と、装置情報格納部１５内の装置情報とを比較する（Ｓ１９２）。
【００４６】
上記比較の結果、上記災害情報と上記装置情報とが一致する場合（Ｓ１９３；Ｙｅｓ）、例えば、エリアｃ３と災害発生エリアａ２とが一致し、かつ、更新時刻ｃ４が災害発生時刻ａ１以降である場合、浮検出部１６は、Ｓ１９４以降の処理を実行する。一方、上記Ｓ１９１における判定の結果、災害情報が無い場合（Ｓ１９１；Ｎｏ）、あるいは、上記Ｓ１９３における判定の結果、上記災害情報と上記装置情報とが不一致の場合（Ｓ１９３；Ｎｏ）には、浮検出部１６は、Ｓ１９４以降の処理を省略し、子浮装置検出処理を終了する。
【００４７】
Ｓ１９４では、浮検出部１６は、検出対象の子浮装置の親装置の災害状態ｄ５が“災害故障”に設定されているか否かの判定を行う。このとき、浮検出部１６は、災害状態ｄ５が“災害故障”以外の装置であっても、災害状態格納部１７内の親装置状態ｄ７が“親故障”に設定されている装置であれば、親装置の災害状態ｄ５が“災害故障”に設定されている装置と同様に、“災害故障”として扱う。
【００４８】
上記Ｓ１９４における判定の結果、検出対象の子浮装置の親装置の災害状態ｄ５が“災害故障”に設定されている場合（Ｓ１９４；Ｙｅｓ）、浮検出部１６は、災害状態格納部１７における親装置状態ｄ７（図４Ｂ参照）に“親故障”を設定する（Ｓ１９５）。そして、一連の子浮装置検出処理を終了する。
【００４９】
これに対し、上記Ｓ１９４における判定の結果、検出対象の子浮装置の親装置の災害状態ｄ５が“災害故障”に設定されていない場合（Ｓ１９４；Ｎｏ）には、浮検出部１６は、更に、Ｓ１９６の判定を行う。すなわち、浮検出部１６は、検出対象の子浮装置の親装置の災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れかに設定されているか否かを判定する（Ｓ１９６）。このとき、浮検出部１６は、災害状態ｄ５が“災害故障”以外の装置であっても、災害状態格納部１７内の親装置状態ｄ７が“親故障”に設定されている装置であれば、“災害故障”として扱う。また、浮検出部１６は、災害状態ｄ５が“バッテリ駆動”以外の装置であっても、災害状態格納部１７内の親装置状態ｄ７が“親故障予測”に設定されている装置であれば、親装置の災害状態ｄ５が“バッテリ駆動”に設定されている装置と同様に、“バッテリ駆動”として扱う。
【００５０】
上記Ｓ１９６における判定の結果、検出対象の子浮装置の親装置の災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れかに設定されている場合（１９６；Ｙｅｓ）、浮検出部１６は、災害状態格納部１７における親装置状態ｄ７（図４Ｂ参照）に“親故障予測”を設定する（Ｓ１９７）。そして、一連の子浮装置検出処理を終了する。
【００５１】
これに対し、Ｓ１９６の条件を満たさない場合、換言すれば、検出対象の子浮装置の親装置の災害状態ｄ５が、“災害故障”、“バッテリ駆動”の何れにも設定されていない場合（Ｓ１９６；Ｎｏ）には、浮検出部１６は、上記Ｓ１９７の処理を省略して、一連の子浮装置検出処理を終了する。
【００５２】
ここで、再利用状態ｄ６の“親故障予測”とは、近い将来、親装置が災害故障となることが予測される子装置の状態である。より具体的には、親故障予測とは、自装置（子装置）自体の動作は可能であるが、該装置の親装置がバッテリ駆動の状態にある場合の子装置の状態である。
【００５３】
以下、図１０Ａ〜図１７Ｂを参照しながら、上記動作説明の具体例として、各格納部にデータが設定される様子を、親装置の状態毎に分けて説明する。
【００５４】
（親装置を再利用可能な場合）
まず、第１のケースとして、全ての子装置が災害故障した親装置（浮装置）を再利用可能な場合を想定する。この場合、災害状態格納部１７の親装置の「再利用状態」には“子故障”が設定され（図８のＳ１６２参照）、親装置は、既に再利用可能な状態にある。
【００５５】
図１０Ａは、親装置を再利用可能な場合における装置情報格納部１５内のデータ格納例を示す図である。図１０Ａに示す様に、装置情報格納部１５には、災害が発生したエリアと、格納データの更新時刻と、該時刻における装置状態とが、装置ＩＤ及び装置名毎に対応付けられ、降順に格納されている。例えば、最上段のレコードを参照すると、装置ＩＤ“１．１．２”を有するｅＮｏｄｅＢ６０は、災害発生エリアである“岩手”に属し、災害発生時刻（図１０Ｂ参照）以降の更新時刻の装置状態として、“故障”が設定されている。ｅＮｏｄｅＢ５０に関しても同様に、装置状態に“故障”が設定されている。従って、ＭＭＥ４０は、全ての子装置（ｅＮｏｄｅＢ５０、６０）が災害故障の状態にある親装置、すなわち親浮装置に該当する。
【００５６】
図１０Ｂは、親装置を再利用可能な場合における災害情報格納部１２内のデータ格納例を示す図である。図１０Ｂに示す様に、災害情報格納部１２には、保守端末７０から提供された「災害発生時刻」として“2012/09/20  13:00”が設定され、「災害発生エリア」として“岩手”が設定されている。
【００５７】
図１１Ａは、親装置を再利用可能な場合における親子関係格納部１３内のデータ格納例を示す図である。図１１Ａに示す様に、装置ＩＤ“１”を有するＳ−ＧＷ３０には、親装置は存在しないが、装置ＩＤ“１．１”を有するＭＭＥ４０が、子装置として存在する。また、ＭＭＥ４０は、ｅＮｏｄｅＢ５０、６０をそれぞれ子装置として有する。従って、ＭＭＥ４０は、Ｓ−ＧＷ３０との関係では子装置であるが、各ｅＮｏｄｅＢ５０、６０との関係では親装置となる。
【００５８】
図１１Ｂは、親装置を再利用可能な場合における災害状態格納部１７内のデータ格納例を示す図である。例えば、各格納部内のデータが、図１０Ａ、図１０Ｂ、図１１Ａに示した様に設定されている場合、親浮装置検出処理（図８参照）の実行により、災害状態格納部１７内のデータは、図１１Ｂに示す様な設定状態となる。すなわち、災害状態格納部１７には、災害が発生した「エリア」と、格納データの「更新時刻」と、該時刻における「装置状態」とが、「装置ＩＤ」及び「装置名」毎に、更新可能に設定されている。更に、災害状態格納部１７には、各装置が再利用可能か否かの判断指標となる「再利用状態」と、各装置の親装置の状態を表す「親装置状態」とが、装置ＩＤ及び装置名と対応付けられ、更新可能に設定されている。
【００５９】
例えば、図１１Ｂの２段目のレコードを参照すると、装置ＩＤ“１．１”を有するＭＭＥ４０に関し、自装置の「装置状態」は“正常”であるが、子装置の装置状態として“災害故障”が設定されている。このため、ＭＭＥ４０の「再利用状態」には、“子故障”が設定されることとなる。また、ＭＭＥ４０の親装置であるＳ−ＧＷ３０の「装置状態」には“正常”が設定されているため、ＭＭＥ４０の「親装置状態」には、“稼働中”が設定されることとなる。同様に、装置ＩＤ“１．１．２”を有するｅＮｏｄｅＢ６０に関し、自装置の「装置状態」は“災害故障”であるが、浮装置となった親装置は、他の装置（例えば、ｅＮｏｄｅＢ８０、９０）の親装置として再利用されている。このため、ｅＮｏｄｅＢ６０の「再利用状態」には、“使用中”が設定されることとなる。また、ｅＮｏｄｅＢ６０の親装置であるＭＭＥ４０の「装置状態」には“正常”が設定されているため、ｅＮｏｄｅＢ６０の「親装置状態」には、“稼働中”が設定されることとなる。なお、「親装置状態」の“−”は、該当する装置（例えば、Ｓ−ＧＷ３０）に親装置が存在しないことを示す。
【００６０】
上述した様に、災害状態格納部１７に設定されたデータは、災害状態情報として、保守端末７０宛に送信された後、表示装置に表示される。併せて、表示装置には、例えば、「岩手で災害が発生しました。この災害により、子装置（ｅＮｏｄｅＢ５０、６０）が全て故障したので、親装置（Ｓ−ＧＷ３０、ＭＭＥ４０）の再利用が可能です。」等のメッセージが表示される。これにより、保守管理者は、災害の発生によりｅＮｏｄｅＢ５０、６０が故障した結果、Ｓ−ＧＷ３０とＭＭＥ４０とを親装置として再利用可能であるとの判定が可能となる。また、保守管理者は、災害要因で故障となり復旧までに長期を要する子装置（例えば、ｅＮｏｄｅＢ５０、６０）を、簡易かつ迅速に特定することができる。
【００６１】
（親装置の再利用を準備可能な場合）
次に、第２のケースとして、全ての子装置が災害故障した親装置（浮装置）の再利用を準備可能な場合を想定する。この場合、災害状態格納部１７の親装置の「再利用状態」には“子故障予測”が設定される（図８のＳ１６４参照）。親装置は、現時点では再利用可能な状態にないが、間もなく再利用可能な状態となる。ここで、再利用の準備とは、親装置の局データの準備であり、例えば、親装置（浮装置）であるＭＭＥ４０のＩＰ（Internet  Protocol）アドレスの再設定、あるいは、新たに子装置となったｅＮｏｄｅＢ側のトラフィック振り分け条件の再設定等である。
【００６２】
図１２Ａ〜図１３Ｂは、図１０Ａ〜図１１Ｂと同様であることから、詳細な説明は省略する。図１２Ａは、親装置の再利用を準備可能な場合における装置情報格納部１５内のデータ格納例を示す図である。図１２Ａに示す様に、装置情報格納部１５には、災害発生エリアと更新時刻と装置状態と故障箇所とが、装置ＩＤ及び装置名と対応付けられ、降順に格納されている。例えば、２段目のレコードを参照すると、装置ＩＤ“１．１．１”を有するｅＮｏｄｅＢ５０は、災害発生エリアである“岩手”に属し、災害発生時刻（図１２Ｂ参照）以降の更新時刻の装置状態として、“部分故障”が設定されている。特に、装置状態が“部分故障”である場合には、該部分故障の発生箇所（例えば、“電源”）が設定される。従って、ＭＭＥ４０は、全ての子装置（ｅＮｏｄｅＢ５０、６０）が災害故障または災害起因のバッテリ駆動（将来的に災害故障となる状態）の状態にある親装置、すなわち親浮装置に該当する。
【００６３】
図１２Ｂは、親装置の再利用を準備可能な場合における災害情報格納部１２内のデータ格納例を示す図である。図１２Ｂに示す様に、災害情報格納部１２には、保守端末７０から提供された「災害発生時刻」として“2012/09/20  13:00”が設定され、「災害発生エリア」として“岩手”が設定されている。
【００６４】
図１３Ａは、親装置の再利用を準備可能な場合における親子関係格納部１３内のデータ格納例を示す図である。図１３Ａに示す様に、Ｓ−ＧＷ３０とＭＭＥ４０とにはそれぞれ、子装置であるＭＭＥ４０とｅＮｏｄｅＢ５０、６０とが存在する。従って、ＭＭＥ４０は、Ｓ−ＧＷ３０との関係では子装置であるが、各ｅＮｏｄｅＢ５０、６０との関係では親装置となる。
【００６５】
図１３Ｂは、親装置の再利用を準備可能な場合における災害状態格納部１７内のデータ格納例を示す図である。例えば、各格納部内のデータが、図１２Ａ、図１２Ｂ、図１３Ａに示した様に設定されている場合、親浮装置検出処理（図８参照）の実行により、災害状態格納部１７内のデータは、図１３Ｂに示す様な設定状態となる。
【００６６】
例えば、図１３Ｂの２段目のレコードを参照すると、装置ＩＤ“１．１”を有するＭＭＥ４０に関し、自装置の「装置状態」は“正常”であるが、子装置の装置状態として“（災害起因の）バッテリ駆動”と“災害故障”とが設定されている。このため、ＭＭＥ４０の「再利用状態」には、“子故障予測”が設定されることとなる。また、ＭＭＥ４０の親装置であるＳ−ＧＷ３０の「装置状態」には“正常”が設定されているため、ＭＭＥ４０の「親装置状態」には、“稼働中”が設定される。
【００６７】
また、装置ＩＤ“１．１．１”を有するｅＮｏｄｅＢ５０に関し、自装置の「装置状態」は“（災害起因の）バッテリ駆動”であるが、浮装置となった親装置は、他の装置（例えば、ｅＮｏｄｅＢ８０、９０）の親装置として、将来的に再利用可能となる。このため、ｅＮｏｄｅＢ５０の「再利用状態」には、“使用中”が設定されることとなる。また、ｅＮｏｄｅＢ５０の親装置であるＭＭＥ４０の「装置状態」には“正常”が設定されているため、ｅＮｏｄｅＢ５０の「親装置状態」には、“稼働中”が設定されることとなる。なお、「親装置状態」の“−”は、該当する装置（例えば、Ｓ−ＧＷ３０）に親装置が存在しないことを示す。
【００６８】
上述した様に、災害状態格納部１７に設定されたデータは、災害状態情報として、保守端末７０宛に送信された後、表示装置に表示される。併せて、表示装置には、例えば、「岩手で災害が発生しました。この災害により、間もなく、全ての子装置（ｅＮｏｄｅＢ５０、６０）が故障するので、親装置（Ｓ−ＧＷ３０、ＭＭＥ４０）を再利用する準備を始めて下さい。但し、再利用の開始は、全ての子装置の災害故障が確認された後にして下さい。」等のメッセージが表示される。これにより、保守管理者は、災害の発生によりｅＮｏｄｅＢ５０、６０が間もなく故障する結果、Ｓ−ＧＷ３０とＭＭＥ４０とを親装置として再利用するための準備作業を開始可能であるとの判定が早期に可能となる。また、保守管理者は、災害要因で停止することが予想される子装置（例えば、ｅＮｏｄｅＢ５０、６０）を、簡易かつ迅速に特定することができる。
【００６９】
（親装置を変更可能な場合）
次に、第３のケースとして、災害故障した親装置を変更可能な場合を想定する。この場合、災害状態格納部１７の子装置（浮装置）の「親装置状態」には“親故障”が設定され（図９のＳ１９５参照）、親装置は、既に変更可能な状態にある。
【００７０】
図１４Ａは、親装置を変更可能な場合における装置情報格納部１５内のデータ格納例を示す図である。図１４Ａに示す様に、装置情報格納部１５には、災害が発生したエリアと、格納データの更新時刻と、該時刻における装置状態とが、装置ＩＤ及び装置名毎に対応付けられ、昇順に格納されている。例えば、２段目のレコードを参照すると、装置ＩＤ“１．１”を有するＭＭＥ４０は、災害発生エリアである“岩手”に属し、災害発生時刻（図１４Ｂ参照）以降の更新時刻の装置状態として、“故障”が設定されている。従って、ｅＮｏｄｅＢ５０、６０は、親装置（ＭＭＥ４０）が災害故障の状態にある子装置、すなわち子浮装置に該当する。
【００７１】
図１４Ｂは、親装置を変更可能な場合における災害情報格納部１２内のデータ格納例を示す図である。図１４Ｂに示す様に、災害情報格納部１２には、保守端末７０から提供された「災害発生時刻」として“2012/09/20  13:00”が設定され、「災害発生エリア」として“岩手”が設定されている。
【００７２】
図１５Ａは、親装置を変更可能な場合における親子関係格納部１３内のデータ格納例を示す図である。図１５Ａに示す様に、装置ＩＤ“１”を有するＳ−ＧＷ３０には、親装置は存在しないが、装置ＩＤ“１．１”を有するＭＭＥ４０が、子装置として存在する。また、ＭＭＥ４０は、ｅＮｏｄｅＢ５０、６０をそれぞれ子装置として有する。従って、ＭＭＥ４０は、Ｓ−ＧＷ３０との関係では子装置であるが、各ｅＮｏｄｅＢ５０、６０との関係では親装置となる。
【００７３】
図１５Ｂは、親装置を変更可能な場合における災害状態格納部１７内のデータ格納例を示す図である。例えば、各格納部内のデータが、図１４Ａ、図１４Ｂ、図１５Ａに示した様に設定されている場合、子浮装置検出処理（図９参照）の実行により、災害状態格納部１７内のデータは、図１５Ｂに示す様な設定状態となる。すなわち、災害状態格納部１７には、災害が発生した「エリア」と、格納データの「更新時刻」と、該時刻における「装置状態」とが、「装置ＩＤ」及び「装置名」毎に、更新可能に設定されている。更に、災害状態格納部１７には、各装置が再利用可能か否かの判断指標となる「再利用状態」と、各装置の親装置の状態を表す「親装置状態」とが、装置ＩＤ及び装置名と対応付けられ、更新可能に設定されている。
【００７４】
例えば、図１５Ｂの最上段のレコードを参照すると、装置ＩＤ“１”を有するＳ−ＧＷ３０に関し、自装置の「装置状態」は“正常”であるが、子装置（ＭＭＥ４０）の装置状態として“災害故障”が設定されている。このため、Ｓ−ＧＷ３０の「再利用状態」には、“子故障”が設定されることとなる。また、Ｓ−ＧＷ３０には親装置が存在しないため、Ｓ−ＧＷ３０の「親装置状態」には、“−”が設定されている。同様に、装置ＩＤ“１．１．１”を有するｅＮｏｄｅＢ５０に関し、自装置の「装置状態」は“正常”であることから、浮装置となった子装置は、他の装置（例えば、ＭＭＥ１００）の子装置として再利用されている。このため、ｅＮｏｄｅＢ５０の「再利用状態」には、“使用中”が設定されることとなる。また、ｅＮｏｄｅＢ５０の従前の親装置であるＭＭＥ４０の「装置状態」には“災害故障”が設定されているため、ｅＮｏｄｅＢ５０の「親装置状態」には、“親故障”が設定されることとなる。
【００７５】
上述した様に、災害状態格納部１７に設定されたデータは、災害状態情報として、保守端末７０宛に送信された後、表示装置に表示される。併せて、表示装置には、例えば、「岩手で災害が発生しました。この災害により、親装置（ＭＭＥ４０）が故障したので、子装置（ｅＮｏｄｅＢ５０、６０）の親装置の変更、及び親装置（Ｓ−ＧＷ３０）の再利用が可能です。」等のメッセージが表示される。これにより、保守管理者は、災害の発生によりＭＭＥ４０が故障した結果、ＭＭＥ４０を変更可能であるとの判定が可能となる。また、保守管理者は、災害要因で故障となり復旧までに長期を要する親装置（例えば、ＭＭＥ４０）を、簡易かつ迅速に特定することができる。
【００７６】
（親装置の変更を準備可能な場合）
次に、第４のケースとして、災害に起因してバッテリ駆動となった親装置の変更を準備可能な場合を想定する。この場合、災害状態格納部１７の子装置（浮装置）の「親装置状態」には“親故障予測”が設定される（図９のＳ１９７参照）。親装置は、現時点では変更可能な状態にないが、間もなく変更可能な状態となる。ここで、変更の準備とは、子装置の局データの準備であり、例えば、子装置（浮装置）であるｅＮｏｄｅＢ５０、６０のＩＰアドレスの再設定、あるいは、新たに親装置となったＭＭＥ側のトラフィック振り分け条件の再設定等である。
【００７７】
図１６Ａ〜図１７Ｂは、図１４Ａ〜図１５Ｂと同様であることから、詳細な説明は省略する。図１６Ａは、親装置の変更を準備可能な場合における装置情報格納部１５内のデータ格納例を示す図である。図１６Ａに示す様に、装置情報格納部１５には、災害発生エリアと更新時刻と装置状態と故障箇所とが、装置ＩＤ及び装置名と対応付けられ、昇順に格納されている。例えば、２段目のレコードを参照すると、装置ＩＤ“１．１”を有するＭＭＥ４０は、災害発生エリアである“岩手”に属し、災害発生時刻（図１６Ｂ参照）以降の更新時刻の装置状態として、“部分故障”が設定されている。特に、装置状態が“部分故障”である場合には、該部分故障の発生箇所（例えば、“電源”）が併せて設定される。従って、各ｅＮｏｄｅＢ５０、６０は、親装置（ＭＭＥ４０）が災害起因のバッテリ駆動（将来的に災害故障となる状態）の状態にある子装置、すなわち子浮装置に該当する。
【００７８】
図１６Ｂは、親装置の変更を準備可能な場合における災害情報格納部１２内のデータ格納例を示す図である。図１６Ｂに示す様に、災害情報格納部１２には、保守端末７０から提供された「災害発生時刻」として“2012/09/20  13:00”が設定され、「災害発生エリア」として“岩手”が設定されている。
【００７９】
図１７Ａは、親装置の変更を準備可能な場合における親子関係格納部１３内のデータ格納例を示す図である。図１７Ａに示す様に、Ｓ−ＧＷ３０とＭＭＥ４０とにはそれぞれ、子装置であるＭＭＥ４０とｅＮｏｄｅＢ５０、６０とが存在する。従って、ＭＭＥ４０は、Ｓ−ＧＷ３０との関係では子装置であるが、各ｅＮｏｄｅＢ５０、６０との関係では親装置となる。
【００８０】
図１７Ｂは、親装置の変更を準備可能な場合における災害状態格納部１７内のデータ格納例を示す図である。例えば、各格納部内のデータが、図１６Ａ、図１６Ｂ、図１７Ａに示した様に設定されている場合、子浮装置検出処理（図９参照）の実行により、災害状態格納部１７内のデータは、図１７Ｂに示す様な設定状態となる。
【００８１】
例えば、図１７Ｂの最上段のレコードを参照すると、装置ＩＤ“１”を有するＳ−ＧＷ３０に関し、自装置の「装置状態」は“正常”であるが、子装置（ＭＭＥ４０）の装置状態として“（災害起因の）バッテリ駆動”が設定されている。このため、Ｓ−ＧＷ３０の「再利用状態」には、“子故障予測”が設定されることとなる。また、Ｓ−ＧＷ３０には親装置が存在しないため、Ｓ−ＧＷ３０の「親装置状態」には、“−”が設定される。
【００８２】
また、装置ＩＤ“１．１．１”を有するｅＮｏｄｅＢ５０に関し、自装置の「装置状態」は“正常”であることから、他の装置（例えば、ＭＭＥ１００）を親装置として、将来的に再利用可能となる。このため、ｅＮｏｄｅＢ５０の「再利用状態」には、“使用中”が設定されている。また、ｅＮｏｄｅＢ５０の親装置であるＭＭＥ４０の「装置状態」には“（災害起因の）バッテリ駆動”が設定されているため、ｅＮｏｄｅＢ５０の「親装置状態」には、“親故障予測”が設定されることとなる。
【００８３】
上述した様に、災害状態格納部１７に設定されたデータは、災害状態情報として、保守端末７０宛に送信された後、表示装置に表示される。併せて、表示装置には、例えば、「岩手で災害が発生しました。この災害により、間もなく、親装置（ＭＭＥ４０）が故障するので、子装置（ｅＮｏｄｅＢ５０、６０）の親装置の変更の準備、及び親装置（Ｓ−ＧＷ３０）の再利用の準備を始めて下さい。但し、変更及び再利用の開始は、親装置の災害故障が確認された後にして下さい。」等のメッセージが表示される。これにより、保守管理者は、災害の発生によりＭＭＥ４０が間もなく故障する結果、ＭＭＥ４０の変更に向けた準備作業を実施可能であるとの判定が早期に可能となる。また、保守管理者は、災害要因で停止することが予想される親装置（例えば、ＭＭＥ４０）を、簡易かつ迅速に特定することができる。
【００８４】
以上説明した様に、本実施例に係る浮検出システム１は、浮検出装置１０と、浮検出装置１０と通信可能な保守端末７０とを有する。浮検出装置１０は、装置状態収集部１４と浮検出部１６とを有する。装置状態収集部１４は、監視対象となる複数の装置（例えば、Ｓ−ＧＷ３０、ＭＭＥ４０、ｅＮｏｄｅＢ５０、６０）の状態を示す装置状態情報を取得する。浮検出部１６は、図１１Ｂ、図１５Ｂの「装置状態」に示した様に、装置状態収集部１４により取得された装置状態情報に基づき、上記複数の装置の中から、所定の要因（例えば、災害要因）で停止（例えば、故障、動作不能）した装置（例えば、ｅＮｏｄｅＢ５０、６０）を検知する。また、浮検出部１６は、図１１Ｂ、図１５Ｂの「再利用状態」に示した様に、上記検知結果を用いて、各装置（例えば、Ｓ−ＧＷ３０、ＭＭＥ４０、ｅＮｏｄｅＢ５０、６０）の使用（例えば、再利用、変更）の可否を判定する。これにより、浮検出部１６は、上記複数の装置の中から、動作可能であるが通信に使用されない対象装置（浮装置）を検出する。そして、浮検出部１６は、該検出結果を保守端末７０に提供する。保守端末７０は、浮検出装置１０から提供された上記検出結果を通知する通知部７１を有する。
【００８５】
例えば、浮検出装置１０は、災害故障等による長期停止であれば、浮装置を使用可能と判定するが、間欠故障等による短期停止であれば、浮装置を使用不可と判定する（使用可と判定しない）。なお、長期停止とは、復旧までに長時間（例えば、１時間以上）を要する停止であり、短期停止とは、短時間（例えば、１時間未満）での復旧が見込まれる一時的な停止である。
【００８６】
本実施例に係る浮検出装置１０によれば、保守管理者は、上記検出結果を参照することで、装置の停止要因に応じて、各装置の使用可否を容易に判断することができる。従って、浮検出システム１は、装置間におけるトラフィックの再送、ひいてはシステムの復旧を早期に行うことが可能となる。その結果、浮検出システム１の信頼性が向上する。
【００８７】
また、浮検出装置１０において、浮検出部１６は、上記検知結果を用いて、上記各装置の再利用の可否または変更の可否を判定することにより、上記複数の装置の中から、上記対象装置（浮装置）を検出するものとしてもよい。これにより、保守管理者は、災害故障が発生した場合にも、システムを早期に復旧させることができる。
【００８８】
更に、浮検出装置１０において、浮検出部１６は、図１３Ｂ、図１７Ｂの「装置状態」に示した様に、装置状態収集部１４により取得された装置状態情報に基づき、上記複数の装置の中から、所定の要因で停止することが予想される装置（例えば、ｅＮｏｄｅＢ５０、６０）を検知する。また、浮検出部１６は、図１３Ｂ、図１７Ｂの「再利用状態」に示した様に、上記検知結果を用いて、各装置（例えば、Ｓ−ＧＷ３０、ＭＭＥ４０、ｅＮｏｄｅＢ５０、６０）の使用準備（例えば、再利用準備、変更準備）の可否を判定する。これにより、浮検出部１６は、上記複数の装置の中から、上記対象装置（浮装置）となることが予想される装置を検出するものとしてもよい。かかる態様によれば、保守管理者は、災害故障に先立ち、例えばバッテリ駆動となった時点で、システム復旧の事前準備をすることができる。従って、実際に災害故障が発生した場合に、簡易かつ迅速な災害対応が可能となる。
【００８９】
また、浮検出装置１０において、上記対象装置（浮装置）は、全ての下位装置（例えば、子装置としてのｅＮｏｄｅＢ５０、６０）が停止した装置（親装置としてのＭＭＥ４０）であってもよい。あるいは、上記対象装置は、上位装置（例えば、親装置としてのＭＭＥ４０）が停止した装置（例えば、子装置としてのｅＮｏｄｅＢ５０、６０）であってもよい。これにより、浮検出装置１０は、親子関係を有する装置が災害等により故障した場合にも対応することができる。
【００９０】
更に、浮検出部１６は、浮装置の検出に際し、子故障、子故障予測、親故障、親故障予測の設定を災害状態格納部１７に対して行う。これにより、浮検出装置１０は、災害要因で復旧に時間の掛かる装置と、災害要因で停止が予想される装置とを区別して、処理することができる。換言すれば、浮検出装置１０は、災害起因のバッテリ駆動からバッテリの電力が尽きて故障となり、送電等のライフラインの復旧を待つ間に再利用や変更が可能となる装置と、実際に災害故障した装置とを区別して、保守管理者に通知することができる。
【００９１】
なお、上記実施例では、無線通信方式として、３ＧＰＰのＬＴＥを想定して説明したが、浮検出システム１は、Ｗ−ＣＤＭＡ等、他の無線通信方式にも適用可能である。また、災害故障の監視対象となるゲートウェイ装置は、Ｓ−ＧＷに限らず、Ｐ−ＧＷ（Packet  data  network-Gate  Way）等の他の装置であってもよい。更に、監視対象となる装置間の接続形態（ネットワークトポロジー）は、ツリー型に限らず、上記実施例に係る浮検出システム１を、スター型、バス型、リング型等のネットワークに適用するものとしてもよい。
【００９２】
また、浮検出システム１の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的態様は、図示のものに限らず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することもできる。例えば、浮検出装置１０の災害情報設定部１１と装置状態収集部１４、あるいは、各格納部をそれぞれ１つの構成要素として統合してもよい。反対に、浮検出装置１０の浮検出部１６に関し、親浮装置を検出する部分（親浮検索機能）と、子浮装置を検出する部分（子浮検索機能）とに分散してもよい。また、浮検出部１６に関し、災害故障した装置を検知する部分と、各装置の使用可否を判定する部分と、複数の装置の中から浮装置を検出する部分とに分散してもよい。更に、各種情報の格納部としてのメモリ１０ｂやＨＤＤ１０ｄを、浮検出装置１０の外部装置として、ネットワークやケーブル経由で接続する様にしてもよい。また、上記実施例では、災害状態の表示を保守端末７０が行うものとしたが、浮検出装置１０が表示装置を有し、浮検出装置１０側で、浮装置を含む災害状態を表示するものとしてもよい。
【符号の説明】
【００９３】
１  浮検出システム
１０  浮検出装置
１０ａ  ＣＰＵ（Central  Processing  Unit）
１０ｂ  メモリ
１０ｃ  ＮＩＣ（Network  Interface  Card）
１０ｄ  ＨＤＤ（Hard  Disk  Drive）
１１  災害情報設定部
１２  災害情報格納部
１３  親子関係格納部
１４  装置状態収集部
１５  装置情報格納部
１６  浮検出部
１７  災害状態格納部
２０  ＮＭＳ（Network  Management  System）
２１  装置状態格納部
３０  Ｓ−ＧＷ（Serving-GateWay）
４０、１００  ＭＭＥ（Mobility  Management  Entity）
５０、６０、８０、９０  ｅＮｏｄｅＢ
７０  保守端末
７１  通知部
１２１、１２２、１２３、１２４  災害情報格納部内のデータ
１３１、１３２、１３３、１３４  親子関係格納部内のデータ
１５１、１５２、１５３、１５４  装置情報格納部内のデータ
１７１、１７２、１７３、１７４  災害状態格納部内のデータ
ａ１  災害発生時刻
ａ２  災害発生エリア
ｂ１  親装置の装置ＩＤ
ｂ２  親装置の装置名
ｂ３  子装置の装置ＩＤ
ｂ４  子装置の装置名
ｃ１  装置ＩＤ
ｃ２  装置名
ｃ３  エリア
ｃ４  更新時刻
ｃ５  装置状態
ｃ６  故障箇所
ｄ１  装置ＩＤ
ｄ２  装置名
ｄ３  エリア
ｄ４  更新時刻
ｄ５  災害状態
ｄ６  再利用状態
ｄ７  親装置状態
Ｎ  保守用ネットワーク
【図１】
2014132426.tif 000003
【図２】
2014132426.tif 000004
【図３Ａ】
2014132426.tif 000005
【図３Ｂ】
2014132426.tif 000006
【図４Ａ】
2014132426.tif 000007
【図４Ｂ】
2014132426.tif 000008
【図５】
2014132426.tif 000009
【図６】
2014132426.tif 000010
【図７】
2014132426.tif 000011
【図８】
2014132426.tif 000012
【図９】
2014132426.tif 000013
【図１０Ａ】
2014132426.tif 000014
【図１０Ｂ】
2014132426.tif 000015
【図１１Ａ】
2014132426.tif 000016
【図１１Ｂ】
2014132426.tif 000017
【図１２Ａ】
2014132426.tif 000018
【図１２Ｂ】
2014132426.tif 000019
【図１３Ａ】
2014132426.tif 000020
【図１３Ｂ】
2014132426.tif 000021
【図１４Ａ】
2014132426.tif 000022
【図１４Ｂ】
2014132426.tif 000023
【図１５Ａ】
2014132426.tif 000024
【図１５Ｂ】
2014132426.tif 000025
【図１６Ａ】
2014132426.tif 000026
【図１６Ｂ】
2014132426.tif 000027
【図１７Ａ】
2014132426.tif 000028
【図１７Ｂ】
2014132426.tif 000029