JP2021057632A - 障害評価装置及び障害評価方法 - Google Patents

Abstract

【課題】ネットワーク内に様々な通信機器が混在した場合でも通信機器の障害原因を特定できる障害評価装置を提供する。【解決手段】障害評価装置６は、通信機器を管理するための第１の管理部６３〜第３の管理部６５及び第１の管理テーブル５１〜第３の管理テーブル５３、通信機器の情報を収集する第１の収集部６１及び第２の収集部６２、通信機器の属性値毎の障害発生率を算出する算出部６６、属性値毎の障害発生率から各通信機器を評価する評価部６７評価部が属性値毎の障害発生率を登録して参照する第４の管理テーブル５４及び属性値毎の障害発生率を提示する提示部６８を有する。【選択図】図６

Description

本発明は、障害評価装置及び障害評価方法に関する。

近年、ネットワークには、例えば、スマホやセンサ等の複数の通信機器が通信接続され、相互に情報を交換することで各種サービスを実現している。しかしながら、ネットワークには、様々なプロトコルや無線帯域を使用して通信機器間の相互干渉や衝突が生じ、障害原因の見える化を図ることで障害の未然予防や早期復旧の実現が求められている。

ネットワーク内の障害評価装置では、通信機器毎の障害有無を管理することで、通信機器毎の障害有無を認識できる。

国際公開第２００４／０６１６８１号 特開２００７−１８３７３１号公報 特開２０１６−０９１５６２号公報

しかしながら、障害評価装置では、ネットワーク内に様々な通信機器が混在するため、通信機器の障害原因を特定するのは困難である。

１つの側面では、ネットワーク内に様々な通信機器が混在する場合でも、通信機器の障害原因を特定できる障害評価装置等を提供することを目的とする。

１つの側面の障害評価装置では、収集部と、記憶部と、算出部と、評価部とを有する。収集部は、ネットワーク内の通信機器の属性情報及び状態情報を収集する。記憶部は、通信機器毎の属性情報及び状態情報に基づき、前記通信機器毎の属性情報及び障害有無を記憶する。算出部は、前記通信機器の障害を検出した場合に、前記記憶部から当該障害の通信機器と共通する属性情報を有する通信機器の台数及び障害発生台数を属性情報毎に集計し、集計結果から前記属性情報毎の障害発生率を算出する。評価部は、前記属性情報毎の障害発生率から各通信機器を評価する。

１つの側面によれば、ネットワーク内に様々な通信機器が混在した場合でも通信機器の障害原因を特定できる。

図１は、実施例１の通信機器システムの一例を示す説明図である。 図２は、実施例１の通信機器の接続構成の一例を示す説明図である。 図３は、通信機器のハードウェア構成の一例を示すブロック図である。 図４は、通信機器の機能構成の一例を示すブロック図である。 図５は、障害評価装置のハードウェア構成の一例を示すブロック図である。 図６は、障害評価装置の機能構成の一例を示すブロック図である。 図７は、第２の管理テーブルの一例を示す説明図である。 図８Ａは、ＡＰ＃３に接続する全ての通信機器が通信不可の状態での通信機器の接続構成の一例を示す説明図である。 図８Ｂは、第１の管理テーブルの一例を示す説明図である。 図９は、第３の管理テーブルの一例を示す説明図である。 図１０は、第４の管理テーブルの一例を示す説明図である。 図１１は、各通信機器の属性情報の収集動作の一例を示す説明図である。 図１２は、第４の管理テーブルの更新動作の一例を示す説明図である。 図１３は、ソート前後の第４の管理テーブルの一例を示す説明図である。 図１４は、第１の取得処理に関わる通信機器の処理動作の一例を示すフローチャートである。 図１５は、第２の取得処理に関わる通信機器の処理動作の一例を示すフローチャートである。 図１６は、障害判定処理に関わる障害評価装置の処理動作の一例を示すフローチャートである。 図１７は、属性情報登録処理に関わる障害評価装置の処理動作の一例を示すフローチャートである。 図１８は、第１の提示処理に関わる障害評価装置の処理動作の一例を示すフローチャートである。 図１９Ａは、ＡＰ＃３の５ＧＨｚ帯の通信機器が通信不可の状態での通信機器の接続構成の一例を示す説明図である。 図１９Ｂは、ソート前後の第４の管理テーブルでの課題の一例を示す説明図である。 図２０は、実施例２の障害評価装置の機能構成の一例を示すブロック図である。 図２１は、第５の管理テーブルの一例を示す説明図である。 図２２は、第２の提示処理に関わる障害評価装置の処理動作の一例を示すフローチャートである。 図２３は、ソート前後の第４の管理テーブルでの課題の一例を示す説明図である。 図２４は、実施例３の通信機器の機能構成の一例を示すブロック図である。 図２５は、実施例３の障害評価装置の機能構成の一例を示すブロック図である。 図２６は、実施例３の通信機器システムの動作の一例を示す説明図である。 図２７は、試行実行処理に関わる通信機器の処理動作の一例を示すフローチャートである。 図２８は、試行要求処理に関わる障害評価装置の処理動作の一例を示すフローチャートである。 図２９は、実施例４の障害評価装置の機能構成の一例を示すブロック図である。 図３０は、実施例４の通信機器システムの電波障害時の一例を示す説明図である。 図３１は、実施例４の第２の管理テーブルの一例を示す説明図である。 図３２は、通信機器システム内のセンサ（Ｃ）障害時の一例を示す説明図である。 図３３は、第２の管理テーブルの一例を示す説明図である。 図３４は、試行要求に対する応答結果を反映した第２の管理テーブルの一例を示す説明図である。 図３５は、試行要求に対する応答結果を反映した第２の管理テーブルの一例を示す説明図である。 図３６は、ソート前の第６の管理テーブルの一例を示す説明図である。 図３７は、ソート後の第６の管理テーブルの一例を示す説明図である。 図３８は、障害評価プログラムを実行するコンピュータの一例を示すブロック図である。

以下、図面に基づいて、本願の開示する障害評価装置及び障害評価方法の実施例を詳細に説明する。尚、各実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、実施例１の通信機器システム１の一例を示す説明図である。図１に示す通信機器システム１は、複数のフィールドエリア２と、フィールドエリア２毎のＧＷ（Gateway）１５と通信接続するＬ２ＳＷ（Layer 2 Switch）３と、ルータ４と、インターネット５と、障害評価装置６とを有する。フィールドエリア２は、複数の通信機器１０が存在するエリアである。通信機器１０は、デバイス１１と、中継器１２と、アクセスポイント（ＡＰ：Access Point）１３と、Ｌ２ＳＷ１４と、ＧＷ１５とを有する。

デバイス１１は、例えば、Ｗｅｂカメラ、センサ、スマホ（スマートフォン）やパソコン（ＰＣ）等の通信機器である。Ｌ２ＳＷ１４は、ＧＷ１５と、例えば、デバイス１１、中継器１２やＡＰ１３とをＩＰ（Internet Protocol）で通信接続する通信機器である。ＧＷ１５は、ＵＳＢ（Universal Serial Bus）やシリアル等でデバイス１１や中継器１２等の通信機器を通信接続すると共に、フィールドエリア２内のＬ２ＳＷ１４と通信接続すると共に、Ｌ２ＳＷ３と通信接続する通信機器である。中継器１２は、デバイス１１とＧＷ１５との間を中継すると共に、デバイス１１とＬ２ＳＷ１４との間を中継する通信機器である。ＡＰ１３は、デバイス１１とＬ２ＳＷ１４との間をＷＬＡＮ（Wireless Local Area Network）等で中継する通信機器である。

Ｌ２ＳＷ３は、フィールドエリア２毎のＧＷ１５とルータ４との間を通信接続するスイッチである。ルータ４は、Ｌ２ＳＷ３とインターネット５との間を通信接続する通信機器である。障害評価装置６は、インターネット５経由でフィールドエリア２内の各通信機器１０の属性情報及び状態情報等を管理するコンピュータ等の情報処理装置である。

図２は、実施例１の通信機器１０の接続構成の一例を示す説明図である。図２に示すＡＰ１３は、例えば、ＡＰ＃１と、ＡＰ＃２と、ＡＰ＃３とを有する。ＡＰ＃１は、１台のＹ−ＰＣと、３台のＸ−センサと、２台のＸ−スマホと、２台のＹ−ＷｅｂカメラとをＷＬＡＮ方式で通信接続する。ＡＰ＃１は、１台のＹ−ＰＣとの間、及び２台のＸ−スマホとの間で、例えば、５ＧＨｚ帯のＷＬＡＮ方式で通信接続する。また、ＡＰ＃１は、３台のＸ−センサとの間、及び２台のＹ−Ｗｅｂカメラとの間で、例えば、２．４ＧＨｚ帯のＷＬＡＮ方式で通信接続する。

ＡＰ＃２は、１台のＹ−ＰＣと、２台のＸ−センサと、２台のＸ−スマホと、２台のＹ−ＷｅｂカメラとをＷＬＡＮ方式で通信接続する。ＡＰ＃２は、１台のＹ−ＰＣとの間、及び２台のＸ−スマホとの間で、例えば、５ＧＨｚ帯のＷＬＡＮ方式で通信接続する。また、ＡＰ＃２は、２台のＸ−センサとの間、及び２台のＹ−Ｗｅｂカメラとの間で、例えば、２．４ＧＨｚ帯のＷＬＡＮ方式で通信接続する。

ＡＰ＃３は、１台のＹ−ＰＣと、３台のＸ−センサと、１台のＸ−スマホと、２台のＹ−ＷｅｂカメラとをＷＬＡＮ方式で通信接続する。ＡＰ＃３は、１台のＹ−ＰＣとの間、及び１台のＸ−スマホとの間で、例えば、５ＧＨｚ帯のＷＬＡＮ方式で通信接続する。また、ＡＰ＃２は、３台のＸ−センサとの間、及び２台のＹ−Ｗｅｂカメラとの間で、例えば、２．４ＧＨｚ帯のＷＬＡＮ方式で通信接続する。

図３は、通信機器１０のハードウェア構成の一例を示すブロック図である。図３に示す通信機器１０は、通信部２１と、機能ハードウェア２２と、ＲＯＭ（Read Only Memory）２３と、ＲＡＭ（Random Access Memory）２４と、ＣＰＵ（Central Processing Unit）２５とを有する。通信部２１は、例えば、ＷＬＡＮ方式の無線通信等を司る通信インタフェースである。機能ハードウェア２２は、通信機器１０の機能動作を実行する。ＲＯＭ２３は、各種プログラム等の情報を記憶する。ＲＡＭ２４は、各種情報等を記憶する。ＣＰＵ２５は、通信機器１０全体を制御する。

機能ハードウェア２２は、通信機器１０がＷｅｂカメラの場合、例えば、被写体を撮像するカメラ機能である。また、機能ハードウェア２２は、通信機器１０がセンサの場合、例えば、対象物を検出するセンサ機能である。機能ハードウェア２２は、通信機器１０がスマホの場合、例えば、通信機能である。

図４は、通信機器１０の機能構成の一例を示すブロック図である。機能は、ＣＰＵ２５によって、例えば、ＲＯＭ２３に記憶されているプログラムがＲＡＭ２４を作業領域として実行されることにより実現される。尚、ＣＰＵ２５の代わりに、例えば、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。

図４に示す通信機器１０は、機能として、第２の取得部３１と、第２の送信部３２と、第１の取得部３３と、第１の送信部３４とを有する。第２の取得部３１は、通信機器１０の属性情報を取得する。属性情報は、通信機器１０の属性情報、例えば機器ＩＤ、機器名、種別、メーカ名、ファームウェアバージョン、ＯＳ種別・バージョン、通信方式や接続先の通信機器等の情報である。機器ＩＤは、例えば、通信機器１０を識別するＩＤである。機器名は、通信機器１０を識別する名称である。種別は、例えば、通信機器１０の機能種別である。製造メーカ名は、例えば、通信機器１０のメーカ名である。ファームウェアバージョンは、例えば、通信機器１０のファームウェアを識別するバージョンである。ＯＳ種別・バージョンは、例えば、通信機器１０のＯＳ種別及びバージョンを識別する情報である。通信方式は、例えば、例えば、ＷＬＡＮ方式や赤外線通信方式等の通信プロトコルを識別する情報である。接続先の通信機器は、例えば、通信機器１０が接続する接続先の通信機器１０であって、例えば、通信機器１０がスマホの場合に、その接続先の通信機器１０としてＡＰ等の通信機器１０を識別する情報である。第２の送信部３２は、通信機器１０の属性情報をＧＷ１５経由で障害評価装置６に送信する。第１の取得部３３は、通信機器１０の状態情報を取得する。状態情報は、通信機器１０の稼働中や障害中等の状態情報を含む情報である。第１の送信部３４は、通信機器１０の状態情報をＧＷ１５経由で障害評価装置６に送信する。

図５は、障害評価装置６のハードウェア構成の一例を示すブロック図である。図５に示す障害評価装置６は、通信部４１と、操作部４２と、表示部４３と、ＲＯＭ４４と、ＲＡＭ４５と、ＨＤＤ（Hard Disk Drive）４６と、ＣＰＵ４７とを有する。通信部４１は、インターネット５等と通信接続するインタフェースである。操作部４２は、各種情報を入力する入力インタフェースである。表示部４３は、各種情報を表示する出力インタフェースである。ＲＯＭ４４は、プログラム等の各種情報を記憶する。ＲＡＭ４５は、各種情報を記憶する。ＨＤＤ４６は、各種情報を記憶する。ＣＰＵ４７は、障害評価装置６全体を制御する。

図６は、障害評価装置６の機能構成の一例を示すブロック図である。機能は、ＣＰＵ４７によって、ＲＯＭ４４に記憶されているプログラムがＲＡＭ４５を作業領域として実行されることにより実現される。尚、ＣＰＵ４７の代わりに、例えば、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。

図６に示す障害評価装置６は、第１の管理テーブル５１と、第２の管理テーブル５２と、第３の管理テーブル５３と、第４の管理テーブル５４とを有する。障害評価装置６は、機能として、第１の収集部６１と、第２の収集部６２と、第１の管理部６３と、第２の管理部６４と、第３の管理部６５と、算出部６６と、評価部６７と、提示部６８とを有する。第１の管理テーブル５１は、通信機器１０毎の状態情報を管理するテーブルである。状態情報は、通信機器１０の状態の情報である。第２の管理テーブル５２は、通信機器１０毎の属性情報を管理するテーブルである。属性情報は、通信機器１０の属性の情報である。第３の管理テーブル５３は、障害発生中の通信機器１０を管理するテーブルである。第４の管理テーブル５４は、属性情報内の属性値毎の台数、障害発生台数及び障害発生率を管理するテーブルである。台数は、同一の属性値を有する通信機器１０の合計台数である。障害発生台数は、同一の属性値を有する通信機器１０の内、障害発生中の通信機器１０の合計台数である。障害発生率は、障害発生台数÷台数×１００で算出する、同一の属性値を有する全通信機器１０に対する障害発生の割合である。

第１の収集部６１は、ＧＷ１５経由でフィールドエリア２内の各通信機器１０の状態情報を収集する。第２の収集部６２は、ＧＷ１５経由でフィールドエリア２内の各通信機器１０の属性情報を収集する。第１の管理部６３は、第１の収集部６１で収集された各通信機器１０の状態情報に基づき、通信機器１０の機器ＩＤ毎に状態情報を第１の管理テーブル５１に登録する。第１の管理部６３は、第１の管理テーブル５１を参照し、通信機器１０の機器状態を識別できる。

第２の管理部６４は、第２の収集部６２で収集された各通信機器１０の属性情報に基づき、通信機器１０の機器ＩＤ毎に属性情報を第２の管理テーブル５２に登録する。第２の管理部６４は、第２の管理テーブル５２を参照し、通信機器１０毎の属性情報を識別できる。第３の管理部６５は、第１の収集部６１で収集された各通信機器１０の状態情報に基づき、各通信機器１０の障害有無を判定する。障害有無の判定手段は、各通信機器１０から通知される状態情報に基づいて障害を判定する手段や、状態情報が一定時間通知されない機器を障害と判定する手段など、様々な手段を取り得る。第３の管理部６５は、障害有無の判定結果に基づき、障害発生の通信機器１０の機器ＩＤを第３の管理テーブル５３に登録する。第３の管理部６５は、第３の管理テーブル５３を参照し、障害発生中の通信機器１０を識別できる。

算出部６６は、通信機器１０の障害を検出した場合に、第２の管理テーブル５２及び第３の管理テーブル５３から当該障害の通信機器１０と共通する属性情報内の属性値を有する通信機器１０を特定する。更に、算出部６６は、特定された通信機器１０から属性値毎の台数及び障害発生台数を集計し、集計結果から属性値毎の障害発生率を算出する。評価部６７は、属性値毎の台数、障害発生台数及び障害発生率を第４の管理テーブル５４に登録する。更に、評価部６７は、第４の管理テーブル５４を参照し、属性値毎の障害発生率から各通信機器１０の障害を評価する。評価部６７は、属性値毎の障害発生率の高い順に第４の管理テーブル５４内の属性値毎の障害発生率をソートする。提示部６８は、ソート後の属性値毎の障害発生率を提示する。提示方法としては、属性毎の障害発生率を管理コンソール画面に表示すると共に、管理者にメールで通知する。

図７は、第２の管理テーブル５２の一例を示す説明図である。図７に示す第２の管理テーブル５２は、機器ＩＤ５２Ａ毎に属性情報を対応付けて管理するテーブルである。属性情報としては、例えば、機器名５２Ｂ、種別５２Ｃ、メーカ名５２Ｄ、通信方式５２Ｅ、周波数帯５２Ｆ及び接続先ＡＰ５２Ｇを対応付けて機器ＩＤ５２Ａ毎に管理するテーブルである。機器ＩＤ５２Ａは、通信機器１０を識別するＩＤである。機器名５２Ｂは、通信機器１０を識別する名称である。種別５２Ｃは、通信機器１０を識別する種別である。メーカ名５２Ｄは、通信機器１０の製造メーカを識別する会社名である。通信方式５２Ｅは、通信機器１０が通信に使用する通信方式である。周波数帯５２Ｆは、通信機器１０が使用するＷＬＡＮ等の周波数帯である。接続先ＡＰ５２Ｇは、通信機器１０が接続するＡＰを識別する名称である。

図８Ａは、ＡＰ＃３に接続する全ての通信機器１０が通信不可の状態での通信機器１０の接続構成の一例を示す説明図である。図８Ａでは、ＡＰ＃３に接続している全ての通信機器１０が通信不可の状態にある。図８Ｂは、第１の管理テーブル５１の一例を示す説明図である。図８Ｂに示す第１の管理テーブル５１は、機器ＩＤ５１Ａ毎に稼働状態５１Ｂを対応付けて管理するテーブルである。機器ＩＤ５１Ａは、通信機器１０を識別するＩＤである。図８Ａに示すＡＰ＃３に接続する全ての通信機器１０が通信不可の状態の場合、図８Ｂに示すように、例えば、ＡＰ＃１に接続するＸ−スマホ＃１の稼働状態が“正常”、例えば、ＡＰ＃３に接続するＸ−スマホ＃５等の稼働状態が“障害中”として管理している。

図９は、第３の管理テーブル５３の一例を示す説明図である。図９に示す第３の管理テーブル５３は、障害発生の通信機器１０を識別する機器ＩＤ５３Ａを管理するテーブルである。図８Ａに示すＡＰ＃３に接続する全ての通信機器１０が通信不可の状態の場合、例えば、ＡＰ＃３に接続する通信機器、例えば、Ｘ−スマホ＃５、Ｘ−センサ＃６、Ｘ−センサ＃７、Ｘ−センサ＃８、Ｙ−Ｗｅｂカメラ＃５、Ｙ−Ｗｅｂカメラ＃６、Ｙ−ＰＣ＃３が障害発生の機器として管理している。

図１０は、第４の管理テーブル５４の一例を示す説明図である。図１０に示す第４の管理テーブル５４は、属性名５４Ａ毎に、属性値５４Ｂ、全台数５４Ｃ、障害発生台数５４Ｄ及び障害発生率５４Ｅを対応付けて管理するテーブルである。属性値５４Ｂは、通信機器１０の属性値を識別する。全台数５４Ｃは、属性値５４Ｂを有する通信機器１０の台数である。障害発生台数５４Ｄは、属性値を有する障害発生の通信機器１０の台数である。障害発生率５４Ｅは、同一の属性値を有する通信機器１０の障害発生率である。図８Ａに示すＡＰ＃３に接続する全ての通信機器１０が通信不可の状態において、図１０に示す第４の管理テーブル５４には、例えば、Ｘ社の通信機器１０の場合、全台数が１３台、障害台数が４台、障害発生率が３１％と管理している。また、第４の管理テーブル５４には、例えば、Ｙ社の通信機器１０の場合、全台数が９台、障害台数が３台、障害発生率が３３％と管理している。また、第４の管理テーブル５４には、例えば、接続先がＡＰ＃３の通信機器１０の場合、全台数が７台、障害台数が７台、障害発生率が１００％と管理している。

図１１は、各通信機器１０の属性情報の収集動作の一例を示す説明図である。障害評価装置６の第２の収集部６２は、ＧＷ１５から各通信機器１０の属性情報を収集する。障害評価装置６の第２の管理部６４は、機器ＩＤ毎に、例えば、機器名、種別やメーカ名等の属性情報を第２の管理テーブル５２に登録する。

図１２は、第４の管理テーブル５４の更新動作の一例を示す説明図である。障害評価装置６内の第１の収集部６１は、ＧＷ１５から各通信機器１０の状態情報を収集する。障害評価装置６内の第１の管理部６３は、機器ＩＤ毎に状態情報を第１の管理テーブル５１内に登録する。更に、第３の管理部６５は、機器ＩＤ毎の状態情報に基づき、機器ＩＤ毎の障害有無を判定し、障害有りの機器ＩＤを第３の管理テーブル５３に登録する。更に、障害評価装置６内の算出部６６は、第２の管理テーブル５２及び第３の管理テーブル５３を参照し、属性情報内の属性値毎の台数、障害発生台数及び障害発生率を算出する。障害評価装置６内の評価部６７は、属性値毎の集計台数、障害発生台数及び障害発生率を第４の管理テーブル５４内に登録する。

評価部６７は、第４の管理テーブル５４を参照し、属性名“メーカ”の属性値“Ｘ社”に着目した場合、属性値“Ｘ社”の通信機器１０の集計台数が“１３”、障害発生台数が“４”、障害発生率が“３１％”と認識できる。また、評価部６７は、属性名“機器名”の属性値“Ｘ−スマホ”に着目した場合、属性値“Ｘ−スマホ”の通信機器１０の集計台数が“５”、障害発生台数が“１”、障害発生率が“２０％”と認識できる。また、評価部６７は、属性名“周波数帯”の属性値“５ＧＨｚ”に着目した場合、属性値“５ＧＨｚ”の通信機器１０の集計台数が“８”、障害発生台数が“２”、障害発生率が“２５％”と認識できる。また、評価部６７は、属性名“接続先ＡＰ”の属性値“Ｚ−ＡＰ＃３”に着目した場合、属性値“Ｚ−ＡＰ＃３”の通信機器１０の集計台数が“７”、障害発生台数が“７”、障害発生率が“１００％”と認識できる。

図１３は、ソート前後の第４の管理テーブル５４の一例を示す説明図である。評価部６７は、ソート前の第４の管理テーブル５４内の障害発生率に着目し、障害発生率の高い順に第４の管理テーブル５４内の属性値をソートする。評価部６７は、ソート後の第４の管理テーブル５４を参照し、例えば、属性名“接続先ＡＰ”の属性値“Ｚ−ＡＰ＃３”の障害発生率“１００％”が最上位、属性名“通信方式”の属性値“２．４ＧＨｚ”の障害発生率“８０％”が第２位と評価することになる。評価部６７は、属性名“機種名”の属性値“ｍｍｍ”の障害発生率“５０％”が第３位、属性名“接続先ＡＰ”の属性値“Ｚ−ＡＰ＃１”の障害発生率“４０％”が第４位と評価することになる。その結果、提示部６８は、ソート後の第４の管理テーブル５４の内容として第１位から昇順に属性値毎の障害発生率を表示部４２に表示する。利用者は、表示部４２の属性値毎の障害発生率の順序を見て第１位の属性名“接続先ＡＰ”の属性値“Ｚ−ＡＰ＃３”を有する通信機器１０の障害を特定できる。

図１４は、第１の取得処理に関わる通信機器１０の処理動作の一例を示すフローチャートである。図１４において通信機器１０内の第２の取得部３１は、通信機器１０本体の状態情報、例えば、稼働状態を取得する（ステップＳ１１）。通信機器１０内の第２の送信部３２は、第２の取得部３１にて取得された状態情報をＧＷ１５経由で障害評価装置６に送信し（ステップＳ１２）、図１４に示す処理動作を終了する。

通信機器１０は、通信機器１０本体の状態情報を取得し、状態情報をＧＷ１５経由で障害評価装置６に送信する。その結果、障害評価装置６は、通信機器１０毎の状態情報を第１の管理テーブル５１で管理できる。

図１５は、第２の取得処理に関わる通信機器１０の処理動作の一例を示すフローチャートである。図１５において通信機器１０内の第１の取得部３３は、通信機器１０本体の属性情報を取得する（ステップＳ２１）。通信機器１０内の第１の送信部３４は、第１の取得部３３にて取得された属性情報をＧＷ１５経由で障害評価装置６に送信し（ステップＳ２２）、図１５に示す処理動作を終了する。

通信機器１０は、通信機器１０本体の属性情報を取得し、属性情報をＧＷ１５経由で障害評価装置６に送信する。その結果、障害評価装置６は、通信機器１０毎の属性情報を第２の管理テーブル５２で管理できる。

図１６は、障害判定処理に関わる障害評価装置６の処理動作の一例を示すフローチャートである。図１６において障害評価装置６内の第１の収集部６１は、ＧＷ１５経由で各通信機器１０からの状態情報を受信したか否かを判定する（ステップＳ３１）。障害評価装置６内の第１の管理部６３は、各通信機器１０の状態情報を受信した場合（ステップＳ３１：Ｙｅｓ）、状態情報を機器ＩＤ毎に第１の管理テーブル５１内に格納する（ステップＳ３２）。

障害評価装置６内の第３の管理部６５は、第１の管理テーブル５１内に機器ＩＤ毎の状態情報を格納した後、機器ＩＤ毎の状態情報に基づき、機器ＩＤの通信機器１０毎の障害有無を判定する（ステップＳ３３）。第３の管理部６５は、機器ＩＤ毎の障害有無を判定した後、機器ＩＤ毎の障害有無を第３の管理テーブル５３に格納し（ステップＳ３４）、図１６に示す処理動作を終了する。第１の収集部６１は、状態情報を受信しなかった場合（ステップＳ３１：Ｎｏ）、図１６に示す処理動作を終了する。

障害評価装置６は、通信機器１０毎の状態情報から障害有無を判定し、障害有りの通信機器１０の機器ＩＤを第３の管理テーブル５３に登録する。その結果、障害評価装置６は、第３の管理テーブル５３を参照し、障害有りの通信機器１０を認識できる。

図１７は、属性情報登録処理に関わる障害評価装置６の処理動作の一例を示すフローチャートである。図１７において障害評価装置６内の第２の収集部６２は、ＧＷ１５経由で各通信機器１０の属性情報を受信したか否かを判定する（ステップＳ４１）。障害評価装置６内の第２の管理部６４は、各通信機器１０の属性情報を受信した場合（ステップＳ４１：Ｙｅｓ）、属性情報を第２の管理テーブル５２内に格納し（ステップＳ４２）、図１７に示す処理動作を終了する。第２の収集部６２は、各通信機器１０の属性情報を受信しなかった場合（ステップＳ４１：Ｎｏ）、図１７に示す処理動作を終了する。

障害評価装置６は、各通信機器１０の属性情報を受信した場合、通信機器１０の機器ＩＤ毎に属性情報を第２の管理テーブル５２内に登録する。その結果、障害評価装置６は、第２の管理テーブル５２を参照し、通信機器１０毎の属性情報を認識できる。

図１８は、第１の提示処理に関わる障害評価装置６の処理動作の一例を示すフローチャートである。図１８において障害評価装置６内の算出部６６は、第２の管理テーブル５２に格納中の属性情報から属性値毎の通信機器１０の全台数を集計する（ステップＳ５１）。

算出部６６は、属性値毎の通信機器１０の全台数を集計した後、第３の管理テーブル５３を参照し、同一属性値の通信機器１０の内、障害発生の通信機器１０の台数を障害発生台数として集計する（ステップＳ５２）。

算出部６６は、属性値毎の台数及び障害発生台数の集計結果に基づき、属性値毎の障害発生率を算出する（ステップＳ５３）。障害評価装置６内の評価部６７は、属性値毎の障害発生率を算出した後、属性値毎の障害発生率を第４の管理テーブル５４内に登録する（ステップＳ５４）。尚、評価部６７は、属性値毎の台数、障害発生台数及び障害発生率を第４の管理テーブル５４内に登録する。

障害評価装置６内の提示部６８は、第４の管理テーブル５４内に登録中の属性値毎の障害発生率を障害発生率の高い順にソートする（ステップＳ５５）。提示部６８は、ソート後の障害発生率の高い順にソートした後、ソート後の属性値毎の障害発生率等を提示し（ステップＳ５６）、図１８に示す処理動作を終了する。

障害評価装置６は、第２の管理テーブル５２及び第３の管理テーブル５３を参照し、属性値毎の障害発生率を算出し、属性値毎の障害発生率を第４の管理テーブル５４に登録する。更に、障害評価装置６は、障害発生率の高い順に第４の管理テーブル５４をソートし、障害発生率の高い順に属性値を提示する。その結果、障害評価装置６の利用者は、障害発生率の高い順の属性値を見て障害原因の可能性が高い属性値を有する通信機器１０を認識できる。しかも、利用者は、障害原因の可能性が高い属性値を有する通信機器１０の提示順から障害原因の調査順序を認識できる。

実施例１の障害評価装置６では、通信機器１０の障害を検出した場合、複数の属性情報から障害の通信機器１０と共通の属性値を有する通信機器１０の台数及び障害発生台数を属性値毎に集計し、集計結果に基づき、属性値毎の障害発生率を算出する。更に、障害評価装置６は、属性値毎の障害発生率で各通信機器１０の障害を評価する。その結果、障害評価装置６の利用者は、属性値毎の障害発生率から、同一の属性値を有する各通信機器１０の障害を評価する。

障害評価装置６は、障害発生率の高い順に属性値を提示する。その結果、障害評価装置６の利用者は、障害発生率の高い同一の属性値を有する通信機器１０を認識できる。しかも、利用者は、障害原因の可能性が高い属性値を有する通信機器１０の提示順から障害原因の調査順序を認識できる。

実施例１の障害評価装置６は、複数の属性情報から属性値毎の障害発生率を集計し、障害発生率から障害発生率の高い属性値を提示する。その結果、障害評価装置６の利用者は、障害発生率の高い属性値を有する通信機器１０を認識できる。しかしながら、単一の属性値の障害発生率のみでは発見できない障害がある。単一の属性値の障害発生率のみでは発見できない障害とは、例えば、接続する通信機器１０同士の相性問題、無線帯域干渉、ネットワーク帯域共有による複合的な要因に起因する障害である。

図１９Ａは、ＡＰ＃３の５ＧＨｚ帯の通信機器１０が通信不可の状態での通信機器１０の接続構成の一例を示す説明図である。図１９Ａでは、ＡＰ＃３の５ＧＨｚ帯の通信機器１０が通信不可の状態にある。図１９Ｂは、ソート前後の第４の管理テーブル５４での課題の一例を示す説明図である。単一の属性値の障害発生率のみでは発見できない障害とは、図１９Ａに示すように、例えば、Ｚ−ＡＰ＃３の２．４ＧＨｚ帯では正常に動作するものの、５ＧＨｚ帯で生ずる障害である。この場合、評価部６７は、属性名“機器種別”の属性値“ＰＣ”の全台数“３”、障害発生台数“１”及び障害発生率“３３％”を第４の管理テーブル５４内に登録している。評価部６７は、属性名“接続先ＡＰ”の属性値“Ｚ−ＡＰ＃３”の全台数“７”、障害発生台数“２”及び障害発生率“２９％”を第４の管理テーブル５４内に登録している。評価部６７は、属性名“周波数帯”の属性値“５ＧＨｚ”の全台数“８”、障害発生台数“２”及び障害発生率“２５％”を第４の管理テーブル５４内に登録している。評価部６７は、ソート後、属性名“接続先ＡＰ”の属性値“Ｚ−ＡＰ＃３”は第３位、属性名“周波数帯”の属性値“５ＧＨｚ”は第４位と評価することになる。しかしながら、実際には、“ＰＣ”自体に故障がないものの、障害発生率が高くなる。単一の属性値だけで障害発生率を算出した場合、他の正常な通信機器１０の台数もカウントされて埋没してしまう。従って、単一の属性値の障害発生率、すなわち“Ｚ−ＡＰ＃３”の障害発生率のみでは、“Ｚ−ＡＰ＃３”の５ＧＨｚの障害を見出すことは困難である。

図２０は、実施例２の障害評価装置６Ａの機能構成の一例を示すブロック図である。尚、実施例１の通信機器システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

図２０に示す障害評価装置６Ａは、第４の管理テーブル５４の代わりに第５の管理テーブル５５と、評価部６７の代わりに評価部７１とを有する。第５の管理テーブル５５は、通信機器１０内の属性情報内の複数の属性値の内、例えば、２個の属性値の組合せ毎の集計台数、障害発生台数及び障害発生率を登録する。評価部７１は、第５の管理テーブル５５を管理する。

図２１は、第５の管理テーブル５５の一例を示す説明図である。図２１に示す第５の管理テーブル５５は、２個の属性値の組合せ５５Ａ毎に全台数５５Ｂ、障害発生台数５５Ｃ及び障害発生率５５Ｄを対応付けて登録する。組合せ５５Ａは、属性名１と、属性名１の属性値１と、属性名２と、属性名２の属性値２とを有する。属性名１が、例えば、接続先ＡＰの場合、属性値１は、例えば、ＡＰ＃１、ＡＰ＃２やＡＰ＃３等である。属性名２が、例えば、周波数帯の場合、属性値２は、例えば、２．４ＧＨｚ帯や５ＧＨｚ帯等である。評価部７１は、図２１に示す第５の管理テーブル５５を参照し、属性名１“接続先ＡＰ”の属性値１“Ｚ−ＡＰ＃３”と、属性名２“周波数帯”の属性値２“５ＧＨｚ”との組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”に着目する。この場合、評価部７１は、“Ｚ−ＡＰ＃３”の“５ＧＨｚ”の通信機器１０が障害を特定できる。

図２２は、第２の提示処理に関わる障害評価装置６Ａの処理動作の一例を示すフローチャートである。図２２において障害評価装置６Ａ内の算出部６６は、第２の管理テーブル５２内の属性情報から同一の通信機器１０の複数の属性値の内、２個の属性値の組合せ、すなわち属性値組合せを抽出する（ステップＳ６１）。算出部６６は、第２の管理テーブル５２を参照し、抽出した同一の属性値組合せを有する通信機器１０の全台数を集計する（ステップＳ６２）。

算出部６６は、属性値組合せ毎に集計した通信機器１０の内、第３の管理テーブル５３を参照して障害が発生した通信機器１０の台数を障害発生台数として集計する（ステップＳ６３）。算出部６６は、属性値組合せ毎の集計台数及び障害発生台数に基づき、属性値組合せ毎の障害発生率を算出する（ステップＳ６４）。更に、評価部７１は、属性値組合せ毎の集計台数、障害発生台数及び障害発生率を第５の管理テーブル５５内に登録する（ステップＳ６５）。

評価部７１は、第５の管理テーブル５５内の属性値組合せ毎の障害発生率を参照し、障害発生率の高い順に第５の管理テーブル５５内の属性値組合せをソートする（ステップＳ６６）。提示部６８は、第５の管理テーブル５５内のソート後の属性値組合せを提示し（ステップＳ６７）、図２２に示す処理動作を終了する。

障害評価装置６Ａは、第２の管理テーブル５２及び第３の管理テーブル５３を参照し、属性値組合せ毎の障害発生率を算出し、属性値組合せ毎の障害発生率を第５の管理テーブル５５に登録する。更に、障害評価装置６Ａは、障害発生率の高い順に第５の管理テーブル５５内の属性値組合せをソートし、障害発生率の高い順に属性値組合せを提示する。その結果、障害評価装置６Ａの利用者は、障害発生率の高い順の属性値組合せを見て障害原因の可能性が高い属性値組合せを有する通信機器１０を認識できる。しかも、利用者は、障害原因の可能性が高い属性値組合せを有する通信機器１０の提示順から障害原因の調査順序を認識できる。

実施例２の障害評価装置６Ａでは、複数の属性情報から同一の通信機器１０内の複数の属性値の内、２個の属性値のペアとなる属性値組合せ毎の障害発生率を集計し、障害発生率の高い順に属性値組合せを提示する。その結果、障害評価装置６Ａの利用者は、障害発生率の高い属性値組合せを有する通信機器１０を認識できる。しかも、利用者は、障害原因の可能性が高い属性値組合せを有する通信機器１０の提示順から障害原因の調査順序を認識できる。

障害評価装置６Ａでは、例えば、２．４ＧＨｚ帯の“Ｚ−ＡＰ＃３”が故障の場合でも、属性値“Ｚ−ＡＰ＃３”及び属性値“２．４ＧＨｚ帯”の属性値組合せの障害発生率が高くなる。その結果、単一の属性値“Ｚ−ＡＰ＃３”だけでなく、例えば、“Ｚ−ＡＰ＃３”の“２．４ＧＨｚ帯”の障害を特定できる。

障害評価装置６Ａは、ＧＷ１５経由で各通信機器１０の属性情報及び状態情報を周期的に収集する場合を例示した。しかしながら、周期的ではなく、例えば、通信機器１０の電源投入時、ＡＰとの接続時や障害発生時のタイミングで属性情報及び状態情報を収集しても良く、適宜変更可能である。

また、障害評価装置６Ａは、ＧＷ１５経由で各通信機器１０の属性情報及び状態情報を周期的、例えば、ｎ分周期、ｎ時間周期、ｎ日周期等の所定周期でも良く、適宜変更可能である。

障害評価装置６Ａは、例えば、２個の属性値の組合せ、属性値組合せ毎の障害発生率を第４の管理テーブル５４に登録する場合を例示したが、２個の属性値の組合せに限定されるものではなく、３個以上の属性値の組合せでも良く、適宜変更可能である。

図２３は、ソート前後の第４の管理テーブル５４での課題の一例を示す説明図である。障害評価装置６Ａは、通信機器１０毎の属性情報及び状態情報を周期的に収集する際の収集周期が長い場合、例えば、全通信機器１０から障害の状態情報を収集するまでに時間を要する。しかしながら、実際に通信機器１０に障害が発生しているにも関わらず、状態情報の収集のタイムラグで、第４の管理テーブル５４内の属性値毎の障害発生台数及び障害発生率を反映されていないことも有り得る。そこで、このような事態に対処する実施の形態につき、実施例３として以下に説明する。尚、実施例１の通信機器システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。

実施例３の通信機器システム１は、通信機器１０の代わりに通信機器１０Ａ、障害評価装置６の代わりに障害評価装置６Ｂを有する。図２４は、実施例３の通信機器１０Ａの機能構成の一例を示すブロック図である。図２４に示す通信機器１０Ａは、機能として、第２の取得部３１、第２の送信部３２、第１の取得部３３及び第１の送信部３４の他に、試行要求受信部３５と、試行実行部３６とを有する。試行要求受信部３５は、障害評価装置６Ｂから状態情報を要求する試行要求を受信する。試行実行部３６は、試行要求に応じて、状態情報を取得するための所定の試行機能を実行する。そして、第１の取得部３３は、試行機能の実行結果に応じて状態情報を取得する。尚、試行機能としては、例えば、通信機器１０Ａがスマホの場合、スマホに対してＰｉｎｇ応答を要求する機能、例えば、通信機器１０ＡがＷｅｂカメラの場合、Ｗｅｂカメラに対してリアルタイムのストリーミング映像を要求する機能等である。また、通信機器１０Ａがセンサの場合、定期的に稼働中の状態を示す情報を要求する機能である。

更に、第１の送信部３４は、第１の取得部３３にて取得した状態情報をＧＷ１５経由で障害評価装置６Ｂに送信する。尚、例えば、スマホが、Ｐｉｎｇに対して応答しない場合は当該スマホの故障の状態情報をＧＷ１５経由で障害評価装置６Ｂに送信する。スマホの接続先ＡＰが、スマホのＰｉｎｇに対して応答しない場合、当該スマホの故障の状態情報をＧＷ１５経由で障害評価装置６Ｂに送信しても良く、適宜変更可能である。例えば、Ｗｅｂカメラがストリーミング映像を送信できない場合は当該Ｗｅｂカメラの故障の状態情報をＧＷ１５経由で障害評価装置６Ｂに送信する。Ｗｅｂカメラの接続先ＡＰがストリーミング映像を送信できない場合、当該Ｗｅｂカメラの故障の状態情報をＧＷ１５経由で障害評価装置６Ｂに送信しても良く、適宜変更可能である。例えば、センサが稼働中の状態を送信できない場合は当該センサの故障の状態情報をＧＷ１５経由で障害評価装置６Ｂに送信する。センサの接続先ＡＰが稼働中の状態を送信できない場合、当該センサの故障の状態情報をＧＷ１５経由で障害評価装置６Ｂに送信しても良く、適宜変更可能である。

図２５は、実施例３の障害評価装置６Ｂの機能構成の一例を示すブロック図である。図２５に示す障害評価装置６Ｂは、機能として、第１の収集部６１、第１の管理部６３、第１の管理テーブル５１、第２の収集部６２、第２の管理部６４、第２の管理テーブル５２、第３の管理部６５、第３の管理テーブル５３及び算出部６６を有する。更に、障害評価装置６Ｂは、評価部６７、第４の管理テーブル５４及び提示部６８の他に、抽出部７２と、試行要求送信部７３とを有する。抽出部７２は、第３の管理部６５から通信機器１０Ａの障害発生を検出した場合、障害発生の通信機器１０Ａの属性値と同一の属性値を有する通信機器１０Ａのアドレスを抽出する。試行要求送信部７３は、抽出部７２にて抽出されたアドレスに基づき、障害発生の通信機器１０Ａの属性値と同一の属性値を有する通信機器１０Ａに対して、障害有無を判定するための試行要求を送信する。

図２６は、実施例３の通信機器システム１の動作の一例を示す説明図である。障害評価装置６Ｂは、通信機器１０Ａの障害発生を検出した場合、障害発生の通信機器１０Ａと同一の属性値を有する通信機器１０Ａを第２の管理テーブル５２から抽出する。障害評価装置６Ｂは、抽出した通信機器１０Ａに対して障害有無を判定するための試行機能の実行を要求する。

通信機器１０Ａは、障害評価装置６Ｂからの試行要求に応じて試行機能を実行する。通信機器１０Ａ内の第１の取得部３３は、試行機能の実行結果である状態情報を取得する。第１の送信部３４は、第１の取得部３３にて取得された状態情報をＧＷ１５経由で障害評価装置６Ａに送信する。

第１の収集部６１は、各通信機器１０Ａの状態情報を受信する。第１の管理部６３は、第１の収集部６１で受信した通信機器１０Ａの状態情報を第１の管理テーブル５１に登録する。更に、第３の管理部６５は、第１の管理テーブル５１内の通信機器１０Ａ毎の状態情報から障害有無を判定する。第３の管理部６５は、通信機器１０Ａ毎の障害有無を第３の管理テーブル５３に登録する。算出部６６は、第２の管理テーブル５２内の属性情報及び、第３の管理テーブル５３内の通信機器１０Ａ毎の障害有無に基づき、属性値毎の全台数、障害発生台数及び障害発生率を算出する。更に、評価部６７は、属性値毎の全台数、障害発生台数及び障害発生率を第４の管理テーブル５４に登録する。つまり、評価部６７は、周期的な収集タイミングではなく、障害検出のタイミングで同一属性値を有する通信機器１０Ａの状態情報を収集し、状態情報に基づき、属性値毎の障害発生率を反映する。そして、評価部６７は、第４の管理テーブル５４内の属性値毎の障害発生率を算出し、属性値毎の障害発生率を高い順にソートする。提示部６８は、障害発生率の高い順に属性値を提示する。尚、障害評価装置６Ｂは、障害検出のタイミングで同一属性値を有する通信機器１０Ａの状態情報を収集するための試行要求を送信する場合を例示した。しかしながら、障害評価装置６Ｂは、障害検出のタイミングで同一属性値を有する通信機器１０Ａの障害有無が登録済みの場合は試行要求を送信しなくても良く、適宜変更可能である。

図２７は、試行実行処理に関わる通信機器１０Ａの処理動作の一例を示すフローチャートである。図２７に示す通信機器１０Ａの試行要求受信部３５は、障害評価装置６Ｂから試行要求を受信したか否かを判定する（ステップＳ８１）。通信機器１０Ａ内の試行実行部３６は、試行要求を受信した場合（ステップＳ８１：Ｙｅｓ）、試行要求に対する試行機能を実行する（ステップＳ８２）。通信機器１０Ａ内の第２の取得部３１は、試行機能を実行した後、試行機能の実行結果を含む状態情報を収集し（ステップＳ８３）、図２７に示す処理動作を終了する。

通信機器１０Ａは、障害評価装置６Ｂからの試行要求に応じて試行機能を実行し、試行機能の実行結果を含む状態情報をＧＷ１５経由で障害評価装置６Ｂに送信する。その結果、障害評価装置６Ｂは、試行要求に応じて通信機器１０Ａの状態情報を収集することで第１の管理テーブル５１及び第３の管理テーブル５３の内容を最新の状態に反映できる。

図２８は、試行要求処理に関わる障害評価装置６Ｂの処理動作の一例を示すフローチャートである。図２９において障害評価装置６Ｂ内の第３の管理部６５は、第３の管理テーブル５３から障害発生の通信機器１０Ａを抽出する（ステップＳ９１）。障害評価装置６Ｂ内の抽出部７２は、障害発生の通信機器１０Ａと同一の属性値を有する通信機器１０Ａのアドレスを第２の管理テーブル５２から抽出する（ステップＳ９２）。

障害評価装置６Ｂ内の試行要求送信部７３は、抽出した障害発生の通信機器１０Ａと同一の属性値を有する通信機器１０Ａのアドレスに基づき、当該通信機器１０Ａに対して試行要求を送信する（ステップＳ９３）。その結果、通信機器１０Ａは、試行要求を受信した場合、試行機能を実行し、試行結果を含む状態情報を障害評価装置６ＢにＧＷ１５経由で送信する。

障害評価装置６Ｂ内の第１の収集部６１は、試行機能の実行結果を含む状態情報を受信した場合、状態情報を第１の管理テーブル５１に登録する。更に、第３の管理部６５は、第１の管理テーブル５１を参照し、状態情報から通信機器１０Ａ毎の障害有無を判定する。更に、第３の管理部６５は、通信機器１０Ａ毎の障害有無の判定結果を第３の管理テーブル５３内に登録する。

障害評価装置６Ｂ内の算出部６６は、第２の管理テーブル５２に登録中の属性情報から属性値毎の通信機器１０Ａの全台数を集計する。算出部６６は、属性値毎の通信機器１０Ａの全台数を集計した後、第３の管理テーブル５３を参照し、同一属性値の通信機器１０Ａの内、障害発生の通信機器１０Ａの障害発生台数を集計する。算出部６６は、属性値毎の台数及び障害発生台数の集計結果に基づき、属性値毎の障害発生率を算出する。

障害評価装置６Ｂ内の評価部６７は、算出部６６にて属性値毎の障害発生率を算出した後、属性値毎の障害発生率を第４の管理テーブル５４内に登録する。障害評価装置６Ｂ内の提示部６８は、第４の管理テーブル５４内に登録中の属性値毎の障害発生率を障害発生率の高い順に属性値をソートする。提示部６８は、障害発生率の高い順に属性値をソートした後、ソート後の属性値毎の障害発生率を提示する。利用者は、ソート後の属性値に基づき、障害発生率の高い属性値を認識できる。しかも、利用者は、障害原因の可能性が高い属性値を有する通信機器１０の提示順から障害原因の調査順序を認識できる。

実施例３の障害評価装置６Ｂは、通信機器１０Ａの障害発生を検知した場合、障害発生の通信機器１０Ａの属性値と同一の属性値を有する通信機器１０Ａを第２の管理テーブル５２から抽出し、当該抽出された通信機器１０Ａに対して試行を要求する。そして、通信機器１０Ａは、試行要求に応じて試行機能を実行し、試行結果による障害有無を含む状態情報を障害評価装置６Ｂに送信する。障害評価装置６Ｂは、試行要求の通信機器１０Ａから状態情報を収集した後、状態情報内の障害有無に応じて第１の管理テーブル５１の通信機器１０Ａ毎の状態情報を更新する。その結果、障害評価装置６Ｂは、定期的な状態情報の収集タイミングを待たなくても、通信機器１０Ａ毎の状態情報を最新の内容に更新できる。

次に実施例４の通信機器システム１について説明する。図２９は、実施例４の障害評価装置６Ｃの機能構成の一例を示すブロック図である。尚、実施例３の通信機器システム１と同一の構成には同一符号を付すことで、その重複する構成及び動作の説明については省略する。図２９に示す障害評価装置６Ｃは、評価部７１の代わりに評価部７４、第５の管理テーブル５５の代わりに第６の管理テーブル５６を配置した。

図３０は、実施例４の通信機器システム１の一例を示す説明図である。図３０に示す通信機器システム１は、ＡＰ＃１と、ＡＰ＃２と、ＡＰ＃３とを有する。ＡＰ＃１は、Ｗｅｂカメラ（Ａ）及び（Ｂ）との間を２．４ＧＨｚ帯で無線通信し、センサ（Ａ）及び（Ｂ）との間を２．４ＧＨｚ帯で無線通信する。更に、ＡＰ＃１は、スマホ（Ａ）及び（Ｂ）との間を５ＧＨｚ帯で無線通信する。ＡＰ＃２は、Ｗｅｂカメラ（Ｃ）及び（Ｄ）との間を２．４ＧＨｚ帯で無線通信し、センサ（Ｃ）及び（Ｄ）との間を２．４ＧＨｚ帯で無線通信する。更に、ＡＰ＃２は、スマホ（Ｃ）及び（Ｄ）との間を５ＧＨｚ帯で無線通信する。更に、ＡＰ＃３は、Ｗｅｂカメラ（Ｅ）及び（Ｆ）との間を２．４ＧＨｚ帯で無線通信し、センサ（Ｅ）及び（Ｆ）との間を２．４ＧＨｚ帯で無線通信する。更に、ＡＰ＃３は、スマホ（Ｅ）及び（Ｆ）との間を５ＧＨｚ帯で無線通信する。

図３１は、実施例４の第２の管理テーブル５２の一例を示す説明図である。図３１に示す第２の管理テーブル５２は、図３１に示す通信機器システム１内のＷｅｂカメラ（Ａ）〜（Ｆ）、センサ（Ａ）〜（Ｆ）及びスマホ（Ａ）〜（Ｆ）等の通信機器１０Ａを識別する機器ＩＤ毎に、機器種別、接続先ＡＰ及び周波数帯を対応付けて登録する。尚、第２の管理テーブル５２は、機器ＩＤ毎に通信機器１０の通信アドレスを登録する。

図３２は、通信機器システム１内のセンサ（Ｃ）障害時の一例を示す説明図である。ＡＰ＃２は、例えば、センサ（Ｃ）から稼働状態を所定期間、例えば６０分間以内に受信できなかった場合、センサ（Ｃ）の障害発生と検知する。ＡＰ＃３は、センサ（Ｃ）の状態情報をＧＷ１５経由で障害評価装置６Ｃに送信する。

図３３は、第２の管理テーブル５２の一例を示す説明図である。障害評価装置６Ｃは、第２の管理テーブル５２内に機器ＩＤ毎の種別、接続先ＡＰ及び周波数帯を対応付けて登録する。更に、障害評価装置６Ｃは、第３の管理テーブル５３内に障害中のセンサ（Ｃ）を識別する機器ＩＤを登録する。

図３４は、試行要求に対する応答結果を反映した第２の管理テーブル５２の一例を示す説明図である。障害評価装置６Ｃは、第２の管理テーブル５２から障害発生のセンサ（Ｃ）に着目した場合、センサ（Ｃ）と同一の属性値、例えば、種別“センサ”、接続先ＡＰ“ＡＰ＃２”及び周波数帯“２．４ＧＨｚ”の内、共通項の多い通信機器１０Ａの機器ＩＤを抽出する。

障害評価装置６Ｃは、例えば、種別“センサ”、接続先ＡＰ“ＡＰ＃２”及び周波数帯“２．４ＧＨｚ”の３個の同一属性値を有するセンサ（Ｄ）の機器ＩＤを抽出する。障害評価装置６Ｃは、抽出結果のセンサ（Ｄ）のアドレスに基づき、抽出結果のセンサ（Ｄ）に対して、例えば、稼働状態の送信を要求する試行要求を送信する。更に、障害評価装置６Ｃは、例えば、種別“センサ”及び周波数帯“２．４ＧＨｚ”の２個の同一属性値を有するセンサ（Ａ）、（Ｂ）、（Ｅ）及び（Ｆ）の機器ＩＤを抽出する。障害評価装置６Ｃは、抽出結果のセンサ（Ａ）、（Ｂ）、（Ｅ）及び（Ｆ）のアドレスに基づき、抽出結果のセンサ（Ａ）、（Ｂ）、（Ｅ）及び（Ｆ）に対して、稼働状態の送信を要求する試行要求を送信する。

障害評価装置６Ｃは、例えば、接続先ＡＰ“ＡＰ＃２”及び周波数帯“２．４ＧＨｚ”の２個の同一属性値を有するＷｅｂカメラ（Ｃ）及び（Ｄ）の機器ＩＤを抽出する。障害評価装置６Ｃは、抽出結果のＷｅｂカメラ（Ｃ）及び（Ｄ）のアドレスに基づき、抽出結果のＷｅｂカメラ（Ｃ）及び（Ｄ）に対して、例えば、映像ストリームデータの取得を要求する試行要求を送信する。更に、障害評価装置６Ｃは、例えば、周波数帯“２．４ＧＨｚ”の同一属性値を有するＷｅｂカメラ（Ａ）、（Ｂ）、（Ｅ）及び（Ｆ）の機器ＩＤを抽出する。障害評価装置６Ｃは、抽出結果のＷｅｂカメラ（Ａ）、（Ｂ）、（Ｅ）及び（Ｆ）のアドレスに基づき、抽出結果のＷｅｂカメラ（Ａ）、（Ｂ）、（Ｅ）及び（Ｆ）に対して、例えば、映像ストリームデータの取得を要求する試行要求を送信する。

更に、障害評価装置６Ｃは、例えば、周波数帯“２．４ＧＨｚ”の同一属性値を有するスマホ（Ｃ）及び（Ｄ）の機器ＩＤを抽出する。障害評価装置６Ｃは、抽出結果のスマホ（Ｃ）及び（Ｄ）のアドレスに基づき、抽出結果のスマホ（Ｃ）及び（Ｄ）に対して、例えば、Ｐｉｎｇコマンドに対する応答を要求する試行要求を送信する。

図３５は、試行要求に対する応答結果を反映した第２の管理テーブル５２の一例を示す説明図である。障害評価装置６Ｃは、各通信機器１０Ａの試行要求に対する応答結果の状態情報を受信する。障害評価装置６Ｃは、試行要求の通信機器１０Ａ毎の障害有無を判定し、判定結果に基づき、センサ（Ｃ）、センサ（Ｄ）、Ｗｅｂカメラ（Ｃ）及びＷｅｂカメラ（Ｄ）の機器ＩＤを第３の管理テーブル５３内に更新する。

図３６は、ソート前の第６の管理テーブル５６の一例を示す説明図である。障害評価装置６Ｃは、第２の管理テーブル５２及び第３の管理テーブル５３を参照し、属性情報の内、異なる属性値の内、２個の属性値の組合せ、すなわち属性値組合せ毎の全台数、障害発生台数及び障害発生率を算出する。更に、障害評価装置６Ｃは、属性値組合せ毎の全台数、障害発生台数及び障害発生率を第６の管理テーブル５６内に登録する。

障害評価装置６Ｃは、例えば、Ｗｅｂカメラ及びＡＰ＃１の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。更に、障害評価装置６Ｃは、Ｗｅｂカメラ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、Ｗｅｂカメラ及びＡＰ＃３の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。

また、障害評価装置６Ｃは、例えば、スマホ及びＡＰ＃１の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、スマホ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、スマホ及びＡＰ＃３の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。

障害評価装置６Ｃは、例えば、センサ及びＡＰ＃１の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、センサ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、センサ及びＡＰ＃１の属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。

障害評価装置６Ｃは、例えば、Ｗｅｂカメラ及び２．４ＧＨｚの属性値組合せの全台数“６”、障害発生台数“２”及び障害発生率“３３％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、スマホ及び５ＧＨｚの属性値組合せの全台数“６”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、センサ及び２．４ＧＨｚの属性値組合せの全台数“６”、障害発生台数“２”及び障害発生率“３３％”を第６の管理テーブル５６内に登録する。

障害評価装置６Ｃは、例えば、ＡＰ＃１及び２．４ＧＨｚの属性値組合せの全台数“４”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、ＡＰ＃１及び５ＧＨｚの属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。

障害評価装置６Ｃは、例えば、ＡＰ＃２及び２．４ＧＨｚの属性値組合せの全台数“４”、障害発生台数“４”及び障害発生率“１００％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、ＡＰ＃２及び５ＧＨｚの属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。

障害評価装置６Ｃは、例えば、ＡＰ＃３及び２．４ＧＨｚの属性値組合せの全台数“４”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。障害評価装置６Ｃは、ＡＰ＃３及び５ＧＨｚの属性値組合せの全台数“２”、障害発生台数“０”及び障害発生率“０％”を第６の管理テーブル５６内に登録する。

図３７は、ソート後の第６の管理テーブル５６の一例を示す説明図である。障害評価装置６Ｃは、図３７に示す第６の管理テーブル５６内の障害発生率の高い順に属性組合せをソートする。その結果、障害評価装置６Ｃは、例えば、ＡＰ＃２及び２．４ＧＨｚの属性値組合せの全台数“４”、障害発生台数“４”及び障害発生率“１００％”が上位と評価する。同様に、障害評価装置６Ｃは、Ｗｅｂカメラ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”、センサ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”が上位に評価される。障害評価装置６Ｃは、例えば、Ｗｅｂカメラ及び２．４ＧＨｚの属性値組合せの全台数“６”、障害発生台数“２”及び障害発生率“３３％”、センサ及び２．４ＧＨｚの属性値組合せの全台数“６”、障害発生台数“２”及び障害発生率“３３％”が次位に評価される。提示部６８は、例えば、ＡＰ＃２及び２．４ＧＨｚの属性値組合せの全台数“４”、障害発生台数“４”及び障害発生率“１００％”、Ｗｅｂカメラ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”、センサ及びＡＰ＃２の属性値組合せの全台数“２”、障害発生台数“２”及び障害発生率“１００％”を管理者に上位として提示する。その結果、管理者は、障害発生率１００％の「ＡＰ＃２及び２．４ＧＨｚ」、「Ｗｅｂカメラ及びＡＰ＃２」、「センサ及びＡＰ＃２」からＡＰ＃２の障害は勿論のこと、ＡＰ＃２の２．４ＧＨｚ帯の故障の可能性が高いことを認識できる。

障害評価装置６は、通信機器１０の障害を検出した場合、障害の通信機器１０と同一の属性値を有する通信機器１０を第２の管理テーブル５２から特定する場合を例示した。しかしながら、障害評価装置６は、障害の通信機器１０と同一の属性値ではなく、障害の通信機器１０と類似する属性値を有する通信機器１０を第２の管理テーブル５２から特定しても良く、適宜変更可能である。

障害評価装置６は、属性情報毎の障害発生率を管理者に提示する場合を例示したが、属性情報毎の障害発生率を提示するだけでなく、障害発生率の高い通信機器１０に対して機器リセット等の復旧動作を自動的に実行しても良く、適宜変更可能である。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）等上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ等で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良い。

各種情報を記憶する領域は、例えば、ＲＯＭ（Read Only Memory）や、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、ＭＲＡＭ（Magnetoresistive Random Access Memory）やＮＶＲＡＭ（Non-Volatile Random Access Memory）等のＲＡＭ（Random Access Memory）で構成しても良い。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータ内のＣＰＵ等のプロセッサで実行させることによって実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図３８は、障害評価プログラムを実行するコンピュータの一例を示す説明図である。

図３８に示す障害評価プログラムを実行するコンピュータ１００は、通信装置１１０と、入力装置１２０と、出力装置１３０と、ＲＯＭ１４０と、ＲＡＭ１５０と、ＣＰＵ１６０とを有する。通信装置１１０、入力装置１２０、出力装置１３０、ＲＯＭ１４０、ＲＡＭ１５０及びＣＰＵ１６０は、バス１７０を介して接続される。通信装置１１０は、通信網内の通信機器と通信する。

そして、ＲＯＭ１４０には、上記実施例と同様の機能を発揮する障害評価プログラムが予め記憶されている。ＲＯＭ１４０は、障害評価プログラムとして収集プログラム１４０Ａ、記憶プログラム１４０Ｂ、算出プログラム１４０Ｃ及び評価プログラム１４０Ｄが記憶されている。尚、ＲＯＭ１４０ではなく、図示せぬドライブでコンピュータ読取可能な記録媒体に障害評価プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。

そして、ＣＰＵ１６０は、収集プログラム１４０ＡをＲＯＭ１４０から読み出し、ＲＡＭ１５０上で収集プロセス１５０Ａとして機能する。更に、ＣＰＵ１６０は、記憶プログラム１４０ＢをＲＯＭ１４０から読み出し、ＲＡＭ１５０上で記憶プロセス１５０Ｂとして機能する。更に、ＣＰＵ１６０は、算出プログラム１４０ＣをＲＯＭ１４０から読み出し、ＲＡＭ１５０上で算出プロセス１５０Ｃとして機能する。ＣＰＵ１６０は、評価プログラム１４０ＤをＲＯＭ１４０から読み出し、ＲＡＭ１５０上で評価プロセス１５０Ｄとして機能する。

ＣＰＵ１６０は、ネットワーク内の通信機器の属性情報及び状態情報を収集する。ＣＰＵ１６０は、通信機器毎の属性情報及び状態情報に基づき、通信機器毎の属性情報及び障害有無をＲＡＭ１５０に記憶する。ＣＰＵ１６０は、通信機器の障害を検出した場合に、ＲＡＭ１５０から当該障害の通信機器と共通する属性情報を有する通信機器の台数及び障害発生台数を属性情報毎に集計し、集計結果から前記属性情報毎の障害発生率を算出する。ＣＰＵ１６０は、属性情報毎の障害発生率から各通信機器を評価する。その結果、ネットワーク内に様々な通信機器が混在した場合でも通信機器の障害原因を特定できる。

１ 通信機器システム
６、６Ａ、６Ｂ、６Ｃ 障害評価装置
１０ 通信機器
５１ 第１の管理テーブル
５２ 第２の管理テーブル
５３ 第３の管理テーブル
５４ 第４の管理テーブル
５５ 第５の管理テーブル
５６ 第６の管理テーブル
６１ 第１の収集部
６２ 第２の収集部
６３ 第１の管理部
６４ 第２の管理部
６５ 第３の管理部
６６ 算出部
６７ 評価部
６８ 提示部
７１ 評価部
７２ 抽出部
７３ 試行要求送信部
７４ 評価部

Claims (6)

1. ネットワーク内の通信機器の属性情報及び状態情報を収集する収集部と、
   前記通信機器毎の属性情報及び状態情報に基づき、前記通信機器毎の属性情報及び障害有無を記憶する記憶部と、
   前記通信機器の障害を検出した場合に、前記記憶部から当該障害の通信機器と共通する属性情報を有する通信機器の台数及び障害発生台数を前記属性情報毎に集計し、集計結果から前記属性情報毎の障害発生率を算出する算出部と、
   前記属性情報毎の障害発生率から各通信機器を評価する評価部と
   を有することを特徴とする障害評価装置。
2. 前記算出部は、
   前記通信機器の障害を検出した場合に、前記記憶部から当該障害の通信機器と共通する前記属性情報内の１つの属性値を有する通信機器の台数及び障害発生台数を前記属性値毎に集計し、集計結果から前記属性値毎の障害発生率を算出し、
   前記評価部は、
   前記属性値毎の障害発生率から各通信機器を評価することを特徴とする請求項１に記載の障害評価装置。
3. 前記算出部は、
   前記通信機器の障害を検出した場合に、前記記憶部から当該障害の通信機器と共通する前記属性情報内の複数の属性値の組合せと同一の組合せを有する通信機器の台数及び障害発生台数を前記組合せ毎に集計し、集計結果から前記組合せ毎の障害発生率を算出し、
   前記評価部は、
   前記組合せ毎の障害発生率から各通信機器を評価することを特徴とする請求項１に記載の障害評価装置。
4. 前記収集部は、
   前記通信機器の障害を検出した場合に、当該障害の通信機器と共通する前記属性情報を有する通信機器に対して機能試行を要求し、当該通信機器からの機能試行に対する前記状態情報を収集し、
   前記記憶部は、
   前記機能試行に対する前記状態情報に基づき、前記通信機器毎の前記属性情報及び前記障害有無を記憶することを特徴とする請求項１に記載の障害評価装置。
5. 前記属性情報毎の前記障害発生率を障害発生率の高い順に提示する提示部をさらに有することを特徴とする請求項１に記載の障害評価装置。
6. ネットワーク内の通信機器の属性情報及び状態情報を収集し、
   前記通信機器毎の属性情報及び状態情報に基づき、前記通信機器毎の属性情報及び障害有無を記憶部に記憶し、
   前記通信機器の障害を検出した場合に、前記記憶部から当該障害の通信機器と共通する属性情報を有する通信機器の台数及び障害発生台数を前記属性情報毎に集計し、集計結果から前記属性情報毎の障害発生率を算出し、
   前記属性情報毎の障害発生率から各通信機器を評価する
   処理を実行することを特徴とする障害評価方法。

Images