(57)【要約】  【課題】  ネットワークの端末以外の故障を容易に診断できるネットワーク故障診断装置を提供する。  【解決手段】  構造情報記憶部１２は、分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを記憶している。端末故障検出部１４は、各端末における故障を検出する。故障箇所推定部１６は、端末故障検出部１４による検出結果に基づき、階層構造テーブルを用いて、ネットワークの端末以外の推定故障箇所を求める。階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルである。ネットワーク故障判定部１６は、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を推定故障箇所として求める。【選択図】  図１
2006229421.tif 000002
【特許請求の範囲】
【請求項１】
分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを記憶した構造情報記憶部と、
前記ネットワークを構成する各端末における故障を検出する端末故障検出部と、
前記端末故障検出部による各端末の故障の検出結果に基づき前記階層構造テーブルを用いて前記ネットワークの端末以外の推定故障箇所を求める故障箇所推定部とを備え、
前記構造情報記憶部に記憶された前記階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルであり、
前記故障箇所推定部は、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を前記推定故障箇所として求めることを特徴とするネットワーク故障診断装置。
【請求項２】
前記トポロジを表すネットワークトポロジデータから前記階層構造テーブルを生成する構造テーブル生成部を有し、前記構造テーブル生成部は、前記ネットワークの根本側から先端側に向かって前記ツリーを辿りながら前記階層構造テーブルを生成していくように構成されており、前記ツリーを辿って分岐および端末を検出して、分岐が検出されたときに該分岐の下に階層を追加し、端末が検出されたときに該端末を前記階層構造テーブルに登録することを特徴とする請求項１に記載のネットワーク故障診断装置。
【請求項３】
前記構造テーブル生成部による前記階層構造テーブルの生成に使われた前記ネットワークトポロジデータを記憶するトポロジデータ記憶部と、
前記トポロジデータ記憶部に記憶された前記ネットワークトポロジデータを読み出して、ツリー状のトポロジ画像を生成するトポロジ画像生成部と、
前記トポロジ画像を表示する表示部と、
前記トポロジ画像上に、前記故障箇所推定部によって前記推定故障箇所として求められた分岐部分を表す故障箇所表示処理部と、
を備えたことを特徴とする請求項２に記載のネットワーク故障診断装置。
【請求項４】
前記故障箇所推定部は、故障端末が検出されたが、該故障端末の上位分岐点の下に位置する他の端末の故障が検出されなかったときに、単一端末故障が発生したと判断することを特徴とする請求項１ないし３のいずれかに記載のネットワーク故障診断装置。
【請求項５】
前記端末故障検出部は、前記ネットワークの各端末にヘルスチェック信号を送って、返信の有無に基づいて各端末の故障を検出することを特徴とする請求項１ないし４のいずれかに記載のネットワーク故障診断装置。
【請求項６】
前記構造情報記憶部は、リング型ネットワークを疑似的な階層構造で表す疑似階層構造テーブルを記憶しており、前記疑似階層構造テーブルは、前記リング型ネットワークのリングを片方向に回りながら階層を下げていくテーブルであることを特徴とする請求項１ないし５のいずれかに記載のネットワーク故障診断装置。
【請求項７】
分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを読み出すステップと、
前記ネットワークを構成する各端末における故障を検出する端末故障検出ステップと、
前記端末故障検出ステップでの各端末の故障の検出結果に基づき前記階層構造テーブルを用いて前記ネットワークの端末以外の推定故障箇所を求める故障箇所推定ステップとを有し、
前記階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルであり、
前記故障箇所推定ステップは、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を前記推定故障箇所として求めることを特徴とするネットワーク故障診断方法。
【請求項８】
分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを読み出すステップと、
前記ネットワークを構成する各端末における故障を検出する端末故障検出ステップと、
前記端末故障検出ステップでの各端末の故障の検出結果に基づき前記階層構造テーブルを用いて前記ネットワークの端末以外の推定故障箇所を求める故障箇所推定ステップとを含む処理をコンピュータに実行させ、
前記階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルであり、
前記故障箇所推定ステップは、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を前記推定故障箇所として求める処理であることを特徴とするネットワーク故障診断プログラム。
【請求項９】
前記ネットワークの構造情報から前記階層構造テーブルを生成する構造テーブル生成ステップをさらにコンピュータに実行させ、前記構造テーブル生成ステップは、前記ネットワークの根本側から先端側に向かって前記ツリーを辿りながら前記階層構造テーブルを生成していく処理を行い、前記ツリーを辿って分岐および端末を検出して、分岐が検出されたときに該分岐の下に階層を追加し、端末が検出されたときに該端末を前記階層構造テーブルに登録することを特徴とする請求項８に記載のネットワーク故障診断プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの端末以外の部分の故障を診断する機能を備えたネットワーク故障診断装置に関するものである。
【背景技術】
【０００２】
従来、デジタル伝送を行うネットワークシステムが普及し、各種の用途に適用されている。そして、ネットワークを適用すると、ネットワークを構成する各端末の故障診断が可能になる。
【０００３】
例えば、従来一般にはアナログ式であった業務放送システムにもネットワーク技術を適用することが可能である。従来のアナログ放送システムでは、送信側装置からはシステム内の故障箇所を把握できない。また、受信側でも、複数のスピーカが周辺で動作しているために、故障箇所を把握するのが容易でない。さらに、故障したスピーカを特定できたとしても、回線の故障が発生したのか、スピーカ単体の故障が発生したのかを区別するのが容易でなく、そのために故障箇所が分かりにくい。これに対して、放送システムをネットワークで構成すれば、ｐｉｎｇコマンドなどを利用して、端末であるスピーカのヘルスチェックを行うことができる。
【０００４】
このように、ネットワークシステムは、各端末の故障を検出可能ではある。しかしながら、端末故障は検出できても、ネットワーク上の端末以外の部分で生じた故障を検出することは容易でない。
【０００５】
そこで、特許文献１は、ネットワーク上の故障点を検出可能な故障診断装置を開示している。同文献のシステムは、ネットワークの構成要素と階層分けにより予め設定した複数のネットワーク要素との対応関係の情報を予め持っておき、また、複数のネットワーク要素間の故障の波及関係を示す情報を予め持っておき、これら対応関係と波及関係の情報を用いてネットワーク内の故障点を特定する。
【特許文献１】特開２００３−１７９６０１号公報（第３−４ページ、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のネットワーク故障診断装置においては、ネットワーク要素の対応関係および波及関係といったネットワーク構成情報を予め準備しておく必要があり、診断機能の構成が複雑であり、ネットワーク変更への柔軟な追従が容易でなく、そのために故障点の検知が容易でないという問題があった。
【０００７】
本発明は、従来の問題を解決するためになされたもので、その目的は、ネットワークの端末以外の故障を容易に診断できるネットワーク故障診断装置を提供することにある。
【課題を解決するための手段】
【０００８】
本発明のネットワーク故障診断装置は、分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを記憶した構造情報記憶部と、前記ネットワークを構成する各端末における故障を検出する端末故障検出部と、前記端末故障検出部による各端末の故障の検出結果に基づき前記階層構造テーブルを用いて前記ネットワークの端末以外の推定故障箇所を求める故障箇所推定部とを備え、前記構造情報記憶部に記憶された前記階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルであり、前記故障箇所推定部は、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を前記推定故障箇所として求めるように構成されている。
【０００９】
この構成により、故障箇所推定部が、端末故障検出部による各端末の故障の検出結果に基づき、上記構成の階層構造テーブルを用いて、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を推定故障箇所として求める。上記のような階層構造テーブルを備えた簡単な構成で、端末以外の構成である分岐部分の故障を推定できる。分岐の故障の提示により、分岐がある階層の故障の警告を与えられる。このようにして、端末以外の部分の故障を簡単な構成で容易に診断することができる。
【００１０】
また、本発明のネットワーク故障診断装置は、前記トポロジを表すネットワークトポロジデータから前記階層構造テーブルを生成する構造テーブル生成部を有し、前記構造テーブル生成部は、前記ネットワークの根本側から先端側に向かって前記ツリーを辿りながら前記階層構造テーブルを生成していくように構成されており、前記ツリーを辿って分岐および端末を検出して、分岐が検出されたときに該分岐の下に階層を追加し、端末が検出されたときに該端末を前記階層構造テーブルに登録するように構成されている。
【００１１】
この構成により、ネットワークのトポロジデータから階層構造テーブルを自動生成して、ネットワークの故障を診断することができる。ネットワークトポロジデータは、例えば、ＣＡＤのような図面データ作成機能を使って作成されたデータである。
【００１２】
また、本発明のネットワーク故障診断装置は、前記構造テーブル生成部による前記階層構造テーブルの生成に使われた前記ネットワークトポロジデータを記憶するトポロジデータ記憶部と、前記トポロジデータ記憶部に記憶された前記ネットワークトポロジデータを読み出して、ツリー状のトポロジ画像を生成するトポロジ画像生成部と、前記トポロジ画像を表す表示部と、前記トポロジ画像上に、前記故障箇所推定部によって前記推定故障箇所として求められた分岐部分を表示する故障箇所表示処理部と、を備えている。
【００１３】
この構成により、階層構造テーブルの元になったトポロジの画像が表示され、トポロジの画像上に推定故障箇所が表示される。したがって、故障箇所を容易に把握できる。
【００１４】
また、本発明のネットワーク故障診断装置において、前記故障箇所推定部は、故障端末が検出されたが、該故障端末の上位分岐点の下に位置する他の端末の故障が検出されなかったときに、単一端末故障が発生したと判断するように構成されている。この構成により、単一端末故障が発生したことも診断可能である。
【００１５】
また、本発明のネットワーク故障診断装置において、前記端末故障検出部は、前記ネットワークの各端末にヘルスチェック信号を送って、返信の有無に基づいて各端末の故障を検出する。この構成により、端末の応答／無応答を実際に調べることで、故障箇所推定部の処理のための端末故障の検出を好適に行える。
【００１６】
また、本発明のネットワーク故障診断装置において、前記構造情報記憶部は、リング型ネットワークを疑似的な階層構造で表す疑似階層構造テーブルを記憶しており、前記疑似階層構造テーブルは、前記リング型ネットワークのリングを片方向に回りながら階層を下げていくテーブルである。この構成により、リング型ネットワークの故障診断も行うことが可能になる。
【００１７】
また、本発明の別態様はネットワーク故障診断方法であり、この方法は、分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを読み出すステップと、前記ネットワークを構成する各端末における故障を検出する端末故障検出ステップと、前記端末故障検出ステップでの各端末の故障の検出結果に基づき前記階層構造テーブルを用いて前記ネットワークの端末以外の推定故障箇所を求める故障箇所推定ステップとを有し、前記階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルであり、前記故障箇所推定ステップは、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を前記推定故障箇所として求める。この方法によっても、上述の装置の態様と同様に、端末以外の部分の故障を簡単な構成で容易に診断することができる。
【００１８】
また、本発明の別態様はネットワーク故障診断プログラムであり、このプログラムは、分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを読み出すステップと、前記ネットワークを構成する各端末における故障を検出する端末故障検出ステップと、前記端末故障検出ステップでの各端末の故障の検出結果に基づき前記階層構造テーブルを用いて前記ネットワークの端末以外の推定故障箇所を求める故障箇所推定ステップとを含む処理をコンピュータに実行させ、前記階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルであり、前記故障箇所推定ステップは、ある分岐からツリー先端に向かうすべての下層側端末の故障が検出されたときに、当該分岐部分を前記推定故障箇所として求める処理である。このプログラムによっても、上述の装置の態様と同様に、端末以外の部分の故障を簡単な構成で容易に診断することができる。
【００１９】
また、本発明のネットワーク故障診断プログラムは、前記ネットワークの構造情報から前記階層構造テーブルを生成する構造テーブル生成ステップをさらにコンピュータに実行させ、前記構造テーブル生成ステップは、前記ネットワークの根本側から先端側に向かって前記ツリーを辿りながら前記階層構造テーブルを生成していく処理を行い、前記ツリーを辿って分岐枝および端末を検出して、分岐枝が検出されたときに一つ下の階層を追加し、端末が検出されたときに該端末を前記階層構造テーブルに登録する。このプログラムにより、ネットワークのトポロジデータから階層構造テーブルを自動生成して、ネットワークの故障を診断することができる。
【発明の効果】
【００２０】
本発明は、端末故障検出部による各端末の故障の検出結果に基づき階層構造テーブルを用いて上述の如くネットワークの端末以外の推定故障箇所を求めるように構成されており、端末以外の故障を簡単な構成で容易に診断できるネットワーク故障診断装置を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態のネットワーク故障診断装置について、図面を用いて説明する。本実施の形態の例では、ネットワークシステムが放送システムであり、ネットワークの端末がスピーカである。ただし、本発明の範囲内でネットワークシステムは放送システムに限定されない。
【００２２】
本発明の実施の形態のネットワーク故障診断装置を図１に示し、ネットワーク故障診断装置が備えられたネットワークを図２に示す。
【００２３】
まず、図２を参照すると、制御部５０は、コンピュータで構成された制御装置であり、音声をネットワークに送出する機能を持っている。また、制御部５０は、本実施の形態のネットワーク故障診断装置を内蔵している。
【００２４】
制御部５０は２線モデム６０に接続され、そして、２線モデム６０を介してネットワーク７０の複数の端末へと接続されている。ネットワーク７０は、ツリー構造を有しており、各分岐部で枝分かれして、ツリーの先端へと延びていく。まず、２線モデム６０から延びた線は、分岐ａで枝ａ１と枝ａ２に分かれる。枝ａ１は端末ｔ１につながっている。枝ａ２は、分岐ｂで枝ｂ１と枝ｂ２に分かれ、枝ｂ１は端末ｔ２につながっている。枝ｂ２は、分岐ｃで枝ｃ１と枝ｃ２に分かれる。枝ｃ１は、分岐ｄで枝ｄ１と枝ｄ２に分かれ、枝ｄ１には端末ｔ３がつながっている。枝ｄ２は分岐ｅで枝ｅ１と枝ｅ２に分かれ、枝ｅ１には端末ｔ４がつながっている。枝ｅ２には何もつながっていない。また、枝ｃ２は分岐ｆで枝ｆ１と枝ｆ２に分かれており、枝ｆ１には端末ｔ５がつながっており、枝ｆ２には何もつながっていない。
【００２５】
図２のネットワーク７０は、例えば、電灯線を使って形成されることが提案されているシステムである。図２のネットワーク７０は、ツリー状の分岐構造を有しており、分岐型ネットワークと呼ぶことができる。また、図２のネットワーク７０は、フリートポロジと呼ぶこともできる。
【００２６】
図２の例は、５つのスピーカ端末を示している。しかし、実際のシステムでは、より多くの端末が接続されてよいことはもちろんである。例えば、１０００個程度の端末が備えられる。
【００２７】
図３は、制御部５０における音声送出のための構成を示している。制御部５０は、マイク１０１、Ａ／Ｄ変換部１０２、コーデック１０３、ＣＰＵ１０４、メモリ１０５およびネットワークＩ／Ｆ１０６を有している。音声はマイク１０１から入力され、アナログ電気信号に変換される。そして、Ａ／Ｄ変換部１０２で音声のデジタル信号が生成され、デジタル信号がコーデック１０３で圧縮される。そして、圧縮データは、ＣＰＵ１０４で処理されて、ネットワークＩ／Ｆ１０６から送出される。メモリ１０５はＣＰＵ１０４の処理に用いられる。
【００２８】
図４は、端末に備えられた音声再生のための構成を示している。端末は、ネットワーク通信機能をもったネットワークスピーカである。端末は、ネットワークＩ／Ｆ１１１、ＣＰＵ１１２、コーデック１１３、Ｄ／Ａ変換部１１４およびスピーカ１１５を有している。ネットワークＩ／Ｆ１１１は、ネットワークから自端末宛に送られてきた音声の圧縮データを受信する。圧縮データは、ＣＰＵ１１２で処理されて、コーデック１１３で伸長される。さらに、Ｄ／Ａ変換部１１４がデジタル信号をアナログ信号に変換し、アナログ信号がスピーカ１１５に供給され、スピーカ１１５が音声を発する。
【００２９】
次に、図１に示されるネットワーク故障診断装置１０の構成を説明する。ネットワーク故障診断装置１０は上述のように制御部５０に内蔵されており、制御部５０のコンピュータ機能およびネットワーク通信機能によって実現される。そして、ネットワーク故障診断装置１０は、各端末の故障検知機能に加えて、下記のように、端末以外の部分の故障診断機能を実現することができる。
【００３０】
ネットワーク故障診断装置１０は、診断機能を実現するための主要な構成として、まず、構造情報記憶部１２、端末故障検出部１４および故障箇所推定部１６を備えている。構造情報記憶部１２は、図２に示されるように分岐と端末で構成されたツリー型のネットワークのトポロジを階層構造で表現する階層構造テーブルを記憶している。端末故障検出部１４は、ネットワークを構成する各端末における故障を検出する機能を持つ。故障箇所推定部１６は、端末故障検出部１４による各端末の故障の検出結果に基づき階層構造テーブルを用いてネットワークの故障を判定する。特に、故障箇所推定部１６は、端末以外の推定故障箇所として、故障した分岐部分を求めるように構成されている。
【００３１】
ネットワーク故障診断装置１０は、さらに、図２のトポロジを表すネットワークトポロジデータを生成するトポロジデータ生成部１８と、ネットワークトポロジデータを記憶するトポロジデータ記憶部２０と、ネットワークトポロジデータから階層構造テーブルを生成する構造テーブル生成部２２とを有している。
【００３２】
トポロジデータ生成部１８は、ＣＡＤのような図面データ作成機能を有している。そして、トポロジデータ生成部１８は、操作部２４と表示部３４の入出力機能を利用して、下記のようにネットワークトポロジデータを生成する。
【００３３】
トポロジデータ生成部１８は、表示部３４に、トポロジを描画するための画像を表示させる。操作部２４がユーザにより操作され、操作部２４への入力がトポロジデータ生成部１８に受け付けられる。そして、ユーザ操作に従い、枝、分岐、端末等がそれぞれの位置に書き込まれて、トポロジが描かれて、図２に例示されるような図面データが生成される。この図面データが、本実施の形態ではネットワークトポロジデータである。
【００３４】
ネットワークトポロジデータ（図面データ）は、図２の枝、分岐、端末、さらには制御部、２線モデム等の各要素を特定する情報をもっている。そして、図面データは、各要素の識別コードと、ネットワーク上での各要素の位置データと、要素間の接続関係を示すデータとを含んで構成されている。このように、ネットワーク故障診断装置１０は、図面データ作成機能によって、ネットワークの構造を特定する情報を入手するように構成されている。生成されたネットワークトポロジデータは、トポロジデータ記憶部２０に格納される。
【００３５】
構造テーブル生成部２２は、トポロジデータ記憶部２０に記憶されたネットワークトポロジデータから、階層構造テーブルを自動生成する。生成された階層構造テーブルが、前述したように、構造情報記憶部１２に格納されている。ここでは、階層構造テーブルの構成を説明し、それから、構造テーブル生成部２２によるテーブル生成処理を説明する。
【００３６】
図５（ａ）は階層構造テーブルの例を示している。図５（ａ）の階層構造テーブルは、図２のネットワークトポロジと対応している。また、図５（ｂ）は、図５（ａ）の階層構造テーブルに対応するツリー図であり、階層構造テーブルの理解を容易にするために示されている。
【００３７】
図５に示されるように、階層構造テーブルは、ツリーの根本側が上層側で先端側が下層側であり、各分岐にて１つ下の層が現れ、各分岐とその下層側の端末が関連づけられたテーブルである。各分岐は階層の要素として登録されている。
【００３８】
具体的には、最初の分岐ａが第１階層に属する。そして、分岐ａに続く端末ｔ１および分岐ｂが、第２階層に属する。さらに、分岐ｂに続く端末ｔ２および分岐ｃが、第３階層に属する。さらに、分岐ｃに続いている分岐ｆおよび分岐ｄが、第４階層に属する。さらに、分岐ｆに続く端末ｔ５が第５階層に属する。また、分岐ｄに続く分岐ｅおよび端末ｔ３も第５階層に属する。そして、分岐ｅに続く端末ｔ４が第６階層に属する。一般的に書くと、第ｎ階層の分岐に続く端末および分岐が第ｎ＋１に属している。
【００３９】
したがって、図５の階層構造テーブルでは、ツリーの根本側、すなわち、２線モデム６０の側が上層側であり、ツリーの先端側が下層側である。そして、例えば、第１層の分岐ａがあると、第２層の分岐ｂおよび端末ｔ１が現れるというように、各分岐にて１つ下の層が現れる。また、ツリー上で各分岐の下の端末が、テーブル上では該当分岐の層の下に配置されており、したがって、各分岐とその下の端末が関連づけられている。具体的には、分岐ａの階層の下に端末ｔ１、ｔ２、ｔ３、ｔ４、ｔ５が配置され、分岐ｂの階層の下に端末ｔ２、ｔ３、ｔ４、ｔ５が配置され、分岐ｃの下に端末ｔ３、ｔ４、ｔ５が配置され、分岐ｄの下に端末ｔ３、ｔ４が配置され、分岐ｅの下に端末ｔ４が配置され、分岐ｆの下に端末ｔ５が配置されている。上記より明らかなように、階層構造テーブルは、各端末が、その上位のすべての分岐と関連づけられたテーブルであるということもできる。
【００４０】
次に、図６は、図２のネットワークトポロジデータから図５（ａ）の階層構造テーブルを自動生成する処理を示している。ネットワークトポロジデータは、前述のようにＣＡＤ等の図面データ作成機能によって作成されたデータであり、各分岐、各枝および各端末を特定する情報を持っている。構造テーブル生成部２２は、ネットワークの根本側から先端側に向かってネットワークトポロジのツリーを辿りながら階層構造テーブルを生成していくように構成されている。
【００４１】
図６に示されるように、構造テーブル生成部２２は、ネットワークトポロジを辿り、枝を探索して（Ｓ１０）、分岐とそこから続く枝を発見したか否かを判定する（Ｓ１２）。分岐および枝が発見されると、構造テーブル生成部２２は、分岐を現在の階層に登録し（Ｓ１４）、各枝のために階層構造テーブルの分岐の下に階層を１つ追加する（Ｓ１６）。そして、構造テーブル生成部２２は、発見された双方の分岐枝を探索対象に設定する（Ｓ１８）。その結果、両枝の各々にて、１つ下の階層での探索処理が、ステップＳ１０から行われることになる。このようにして、本実施の形態では再帰的に構造テーブルが生成されていく。
【００４２】
ステップＳ１２で分岐および枝が発見されなかったとき、構造テーブル生成部２２は、端末が発見されたか否かを判定する（Ｓ２０）。端末が発見されると、構造テーブル生成部２２は、発見された端末を登録する（Ｓ２２）。端末は、それが発見された現在探索中の階層（検出階層）に登録される。また、ステップＳ１８にて端末が発見されなかった場合、探索対象の分岐枝は無視される（Ｓ２４）。すなわち、探索対象の枝に関しては、端末も分岐も登録されずに処理が終わる。このような処理により、本実施の形態のネットワーク故障診断装置１０は、分岐でカウントされる階層を追い、階層構造を特定するテーブルを作成する。
【００４３】
図７は、端末故障検出部１４による故障検出の動作を示している。図示のように、端末故障検出部１４は、ネットワーク通信機能を使い、ポーリングを行って、各端末の故障を実際に検出する。このとき、端末故障検出部１４は、順次、各端末にヘルスチェックの問合せを送り、返信を各端末から受け取る。そして、端末故障検出部１４は、返信を送ってこない端末が故障していると判定する。端末故障の検出には、ｐｉｎｇコマンドが使われてもよい。端末故障検出部１４は、検出結果記憶部２６へと各端末の故障の検出結果を格納する。検出結果のデータは、故障が検出された端末の識別データを含んでいる。
【００４４】
故障検出は、一定の時間間隔で行われる。すなわち、端末故障検出部１４は、前回の検出から所定の時間が経過すると、自動的に検出処理を開始する。また、端末故障検出部１４は、ユーザ操作による指示に応答して端末故障の検出を行ってもよい。
【００４５】
また、図７では、３つの端末が例示されているが、実際にはすべての端末の故障が調べられる。例えば、図２のネットワークでは、５つの端末の故障が調べられる。
【００４６】
図８はスピーカ端末の動作であり同図には、ヘルスチェックの端末側の応答動作が示されている。スピーカ端末は、図４に示された構成を有している。スピーカ端末は、パケットデータを受信して（Ｓ３０）、受信したパケットが自端末宛のパケットであるか否かを判定する（Ｓ３２）。パケットデータが自端末宛でなければ、スピーカ端末の処理はステップＳ３０に戻る。パケットデータが自端末宛であれば、スピーカ端末は、音声データが受信されたか否かを判定する（Ｓ３４）。音声データが受信されていれば、コーデック１１３が音声データを伸長し、Ｄ／Ａ変換部１１４が音声データをアナログ信号に変換し、スピーカ１１５が音声を発する（Ｓ３６）。音声データが受信されていなければ、スピーカ端末は、ヘルスチェック信号が受信されたか否かを判定する（Ｓ３８）。ヘルスチェック信号が受信されていなければ、スピーカ端末の処理はステップＳ３０に戻る。ヘルスチェック信号が受信されれば、スピーカ端末は、ヘルスチェックに対する応答信号を送信する（Ｓ４０）。この応答信号はネットワーク故障診断装置１０の端末故障検出部１４に受信されて、検出結果記憶部２６へと格納される。
【００４７】
このように、本実施の形態では、ネットワークスピーカ端末では上り処理を可能なことを利用して、各端末の応答／無応答に基づきヘルスチェックが行われる。
【００４８】
故障箇所推定部１６は、検出結果記憶部２６から検出結果を読み出し、検出結果に基づいて階層構造テーブルを用いて故障箇所を推定する処理を行う。本実施の形態の故障箇所推定部１６は端末以外の部分の故障を推定することができ、具体的には、分岐部分の故障を推定する。本実施の形態では、分岐の故障は、分岐がある階層の故障であって、分岐そのものの故障と、その分岐の上流側の枝（パス）の故障とを含む。分岐の故障は、端末ではなく回線側の故障である。
【００４９】
一つの分岐が故障すると、その分岐の下にあるすべての端末との通信が不能になり、それらすべての端末の故障が検出される。このことは、すべての下側の端末で故障が検出された分岐を見つける処理によって、故障した分岐を推定できることを意味している。故障箇所推定部１６は、このような原理に基づき、階層構造テーブルを利用して分岐の故障を推定する。
【００５０】
故障箇所推定部１６は、一の分岐を着目分岐として、着目分岐の下にあるすべての下層端末を読み取る。故障箇所推定部１６は、故障検出結果を参照して、読み取られたすべての下層端末が故障しているかどうかを判定する。そして、すべての下層端末が故障していれば、着目分岐が故障していると判定する。例えば、分岐ａが着目分岐の場合、下層端末ｔ１、ｔ２、ｔ３、ｔ４、ｔ５が階層構造テーブルから読み出される。そして、これらの端末が故障しているか否かが、検出結果から求められる。これらの端末が故障していれば、分岐ａが推定故障箇所として特定される。このような処理が、各分岐に対して行われる。各分岐の具体的な判定は、図９に示される通りである。
【００５１】
故障箇所推定部１６は、上記の分岐毎の判断の代わりに、下記の処理を行ってもよい。階層構造テーブルを用いて、各故障端末（故障が検出された端末）の上位にあるすべての分岐を検索する。故障箇所推定部１６は、複数の故障端末で、共通の上位分岐があるか否かを判断する。この共通の上位分岐が、推定故障箇所として求められる。例えば、故障端末ｔ３、ｔ４、ｔ５が検出されたとする。ｔ３の上位分岐はａ、ｂ、ｃ、ｄであり、ｔ４の上位分岐はａ、ｂ、ｃ、ｄ、ｅであり、ｔ５の上位分岐はａ、ｂ、ｃ、ｆである。３つに共通する上位分岐は、ａ、ｂ、ｃである。ただし、分岐ａ、ｂには他の端末も属している。そこで、分岐ｃが故障推定箇所として求められる。ここでは、共通の上位分岐の中で、最も下の分岐が求められている。このような処理によっても、上述の分岐毎の判断と同様の結果が得られる。
【００５２】
いずれの処理によっても、故障箇所推定部１６は、ある分岐の下のすべての端末の故障が検出されたときに、当該分岐部分を推定故障箇所として求める処理を行う。この推定故障箇所は、複数の故障端末に共通する上位側の分岐でもある。したがって、別の言い方では、上記の双方の処理において、故障箇所推定部１６は、複数の端末の故障が検出されたときに、それら複数の故障端末に共通する上位の分岐を推定故障箇所として求める処理を行っている。
【００５３】
故障箇所推定部１６は、上記の判定に加えて、単一端末故障が発生したことも判定する。この場合、故障箇所推定部１６は、故障端末が検出されたが、該故障端末の上位分岐点の下に位置する他の端末の故障が検出されなかったときに、単一端末故障が発生したと判定するように構成されている。
【００５４】
具体的には、端末ｔ１の上位には分岐ａがあり、分岐ａの下には、他の端末ｔ２、ｔ３、ｔ４、ｔ５がある。したがって、端末ｔ１の故障が検出され、これら他の端末の故障が検出されなければ、故障箇所推定部１６は、端末ｔ１の単独故障が発生したと判断する。同様に、端末ｔ２の上位に分岐ｂがあり、分岐ｂの下には端末ｔ３、ｔ４、ｔ５がある。端末ｔ２の故障が検出され、これら他の端末の故障が検出されなければ、端末ｔ２の単独故障が発生していると判断される。他の分岐についても同様である。
【００５５】
なお、端末ｔ４の一つ上位の分岐ｅは、他の下の分岐をもっていない。この場合は、さらに一つ上の分岐ｄが参照され、分岐ｄの下の端末ｔ３の故障が調べられればよい。そして、端末ｔ４の故障が検出され、端末ｔ３の故障が検出されなければ、端末ｔ４の単独故障が発生していると判断される。端末ｔ５についても同様である。
【００５６】
図１に示されるように、ネットワーク故障診断装置１０は、さらに、故障箇所を表示して警告を発するために、故障箇所記憶部２８、トポロジ画像生成部３０、故障箇所表示処理部３２および表示部３４を有している。
【００５７】
故障箇所記憶部２８は、故障端末および推定故障箇所の情報を記憶する。故障端末は、故障端末検出部１４によって故障が検出された端末である。また、推定故障箇所は、故障箇所推定部１６によって故障が推定された分岐である。端末および分岐の識別情報が記憶される。また、故障箇所記憶部２８は、故障箇所推定部１６による単一端末故障の判断結果も記憶する。
【００５８】
トポロジ画像生成部３０は、トポロジデータ記憶部２０に記憶されたネットワークトポロジデータを読み出して、ツリー状のトポロジ画像を生成する。トポロジ画像は表示部３４に表示される。表示部３４はディスプレイである。このようにして、トポロジ特定のために作られた構造図が、故障表示にも活用される。
【００５９】
故障箇所表示処理部３２は、故障箇所記憶部２８から故障端末および推定故障箇所を読み出し、読み出した故障端末および推定故障箇所をトポロジ画像上に表示する処理を行う。例えば、故障端末の位置に故障のマークが表示される。また、推定故障箇所である分岐の位置に、故障推定のマークが表示される。これにより、分岐のある階層の故障をユーザに警告することができ、回線側の故障をユーザに警告できる。単一端末故障の判断結果も、故障箇所記憶部２８から読み出されて、トポロジ画像上に表示される。
【００６０】
以上に、ネットワーク故障診断装置１０の各構成要素を、それらの機能および動作と共に説明した。次に、ネットワーク故障診断装置１０の全体の動作を説明する。
【００６１】
まず、ネットワークトポロジデータの生成から階層構造テーブルが構造情報記憶部１２に格納されるまでの動作を説明する。
【００６２】
ネットワークトポロジデータは、トポロジデータ生成部１８の図面データ作成機能により、操作部２４と表示部３４の入出力機能を利用して生成される。前述のように、ネットワークトポロジデータは、分岐、端末、枝等の識別コード、位置、接続関係で構成された図面データである。生成されたネットワークトポロジデータが、トポロジデータ記憶部２０に格納される。
【００６３】
図２に示されるようなネットワークトポロジデータが生成されると、構造テーブル生成部２２が、ネットワークトポロジデータから図５の階層構造テーブルを生成する。構造テーブル生成部２２は、トポロジデータ記憶部２０からネットワークトポロジデータを読み出し、図６を用いて説明した処理を行って、階層構造テーブルを生成する。
【００６４】
図６の処理は、図２のネットワークトポロジに対しては具体的には下記のようにして行われる。処理が開始すると、まず、ステップＳ１０で２線モデムから延びる枝が探索され、ステップＳ１２で分岐ａとその枝ａ１、ａ２が発見される。ステップＳ１４で分岐ａが第１階層に登録され、ステップＳ１６で２つの枝ａ１、ａ２の各々のために第２階層が生成される。図５（ａ）に示されるように、階層構造テーブルでは、両枝のために２つの欄が第２階層に現れることになる。そして、ステップＳ１８にて、２つの枝ａ１、枝ａ２の各々が探索対象に設定される。したがって、枝ａ１、枝ａ２の各々に対して、第２階層の探索処理が、図６のステップＳ１０から行われる。
【００６５】
枝ａ１に関する処理では、ステップＳ１０で枝ａ１が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末ｔ１が発見され、そして、ステップＳ２２で端末ｔ１が検出階層である第２階層に登録される。一方、枝ａ２に関する処理では、ステップＳ１０で枝ａ２が探索され、ステップＳ１２で分岐ｂとその枝ｂ１、ｂ２が発見されて、ステップＳ１４で分岐ｂが第２階層に登録され、ステップＳ１６で第３階層が生成される。そして、ステップＳ１８で、２つの枝ｂ１、枝ｂ２が探索対象に設定される。
【００６６】
枝ｂ１に関する処理では、ステップＳ１０で枝ｂ１が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末ｔ２が発見され、そして、ステップＳ２２で端末ｔ２が第３階層に登録される。一方、枝ｂ２に関する処理では、ステップＳ１０で枝ｂ２が探索され、ステップＳ１２で分岐ｃとその枝ｃ１、ｃ２が発見されて、ステップＳ１４で分岐ｃが第３階層に登録され、ステップＳ１６で第４階層が生成される。そして、ステップＳ１８で２つの枝ｃ１、枝ｃ２が探索対象に設定される。
【００６７】
枝ｃ１に関する処理では、ステップＳ１０で枝ｃ１が探索され、ステップＳ１２で分岐ｄとその枝ｄ１、ｄ２が発見されて、ステップＳ１４で分岐ｄが第４階層に登録され、ステップＳ１６で第５層が生成される。そして、ステップＳ１８にて、２つの枝ｄ１、枝ｄ２が探索対象に設定される。
【００６８】
枝ｄ１に関しては、ステップＳ１０で枝ｄ１が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末ｔ３が発見され、そして、ステップＳ２２で端末ｔ３が第５階層に登録される。一方、枝ｄ２に関する処理では、ステップＳ１０で枝ｄ２が探索され、ステップＳ１２で分岐ｅとその枝ｅ１、ｅ２が発見されて、ステップＳ１４で分岐ｅが第５階層に登録され、ステップＳ１６で第６階層が生成される。そして、ステップＳ１８で２つの枝ｅ１、枝ｅ２が探索対象に設定される。
【００６９】
そして、枝ｅ１に関しては、ステップＳ１０で枝ｅ１が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末ｔ４が発見され、そして、ステップＳ２２で端末ｔ４が第６階層に登録される。一方、枝ｅ２に関しては、ステップＳ１０で枝ｅ２が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末が発見されず、ステップＳ２４で枝ｅ２が無視される。テーブル上では、分岐ｅの下の２つの欄のうち、（枝ｅ１のための）一方の欄に端末ｔ４が書き込まれているが、（枝ｅ２のための）他方の欄には何も書かれていない（図５では斜線が引かれている）。
【００７０】
一方、枝ｃ２に関する処理では、ステップＳ１０で枝ｃ２が探索され、ステップＳ１２で分岐ｆとその枝ｆ１、ｆ２が発見されて、ステップＳ１４で分岐ｆが第４階層に登録され、ステップＳ１６で第５層が生成される。そして、ステップＳ１８で２つの枝ｆ１、枝ｆ２が探索対象に設定される。
【００７１】
そして、枝ｆ１に関しては、ステップＳ１０で枝ｆ１が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末ｔ５が発見され、そして、ステップＳ２２で端末ｔ５が第５階層に登録される。一方、枝ｆ２に関しては、ステップＳ１０で枝ｆ２が探索され、ステップＳ１２で分岐および枝が発見されず、ステップＳ２０で端末が発見されず、ステップＳ２４で枝ｆ２が無視される。
【００７２】
以上のようにして、図５の階層構造テーブルが自動生成される。生成された階層構造テーブルは、構造情報記憶部１２に格納される。
【００７３】
次に、故障診断の動作を説明する。故障診断は、一定の時間間隔で自動的に行われる。また、故障診断は、ユーザの指示に応答して行われてもよい。故障診断では、端末故障検出部１４が各端末の故障を検出し、故障箇所推定部１６が検出結果に基づいてネットワーク内の故障を判定する。
【００７４】
まず、端末故障検出部１４が、図７および図８を用いて説明したように、各端末に信号を送り、返信の有無で端末の故障を検出する。故障検出結果のデータは、検出結果記憶部２６へと格納される。検出結果のデータは、故障が検出された端末の識別データを含んでいる。
【００７５】
上記のヘルスチェックが一巡し、すべての端末の故障検出処理が終了すると、故障箇所推定部１６が、検出結果を階層構造テーブルと照合して、故障が発生していると推定される分岐を推定故障箇所として求める。この処理では、構造情報記憶部１２から図５の階層構造テーブルが読み出される。また、検出結果記憶部２６から各端末の故障の検出結果が読み出される。そして、故障箇所推定部１６は、前述したように、ある分岐からツリー先端に向かうすべての下層側端末が故障しているときに、当該分岐部分を推定故障箇所として特定する。
【００７６】
故障箇所推定部１６は、上記の判定に加えて、単一端末故障が発生したことも判定する。故障箇所推定部１６は、前述した通り、故障端末が検出されたが、該故障端末の上位分岐点の下に位置する他の端末の故障が検出されなかったときに、単一端末故障が発生したと判定する。
【００７７】
上記のようにして求められた推定故障箇所は、検出された故障端末の情報と共に、故障箇所記憶部２８に記憶される。単一端末故障の判断結果も故障箇所記憶部２８に記憶される。これらの情報は、トポロジ画像生成部３０および故障箇所表示処理部３２により、表示部３４に表示される。
【００７８】
まず、トポロジ画像生成部３０によりトポロジデータ記憶部２０からネットワークトポロジデータが読み出され、ツリー状のトポロジ画像が生成され、表示部３４に表示される。そして、故障箇所表示処理部３２により、故障箇所記憶部２８から故障端末および推定故障箇所が読み出され、トポロジ画像上に表示される。故障端末の位置に故障マークが描かれ、また、推定故障箇所の分岐の位置にも故障推定のマークが描かれる。分岐の故障は、既に説明したように、分岐のある階層でのネットワーク側の故障を意味している。単一故障端末の判断結果もトポロジ画像上に示される。
【００７９】
本実施の形態では、分岐の故障は、既に説明したように、分岐のある階層でのネットワーク側の故障を意味している。ユーザは、分岐の故障の表示を見て、故障原因を容易に追求することができる。実際にネットワークでは、端末の故障が検出されたが、端末ではなく回線側の故障が発生していることがある。このようなとき、本実施の形態では、端末故障の検出結果から分岐の故障が推定され、推定結果が表示される。したがって、分岐が故障しているのに、ユーザが端末の故障のみを調べてしまうといった事態を少なくできる。これにより、故障原因の発見を容易にして、故障の早期復旧を可能にできる。
【００８０】
以上に、ネットワーク故障診断装置１０の動作を説明した。
【００８１】
ところで、上記の説明では、図２の分岐型のトポロジが例として使われていた。しかし、本実施の形態のネットワーク故障診断装置１０は、他のトポロジにも適用可能である。
【００８２】
図１０は、別の種類のトポロジ例として、スター型のトポロジを示している。この場合、下記に説明するように、ハブが分岐になる。
【００８３】
図１０では、制御部５０がハブｈａに接続され、ハブｈａが、ハブｈｂ、端末ｔ１およびハブｈｃに接続されている。そして、ハブｈｂが端末ｔ２、ｔ３に接続されており、ハブｈｃが端末ｔ４に接続されている。このような構成において、ハブｈａ、ｈｂ、ｈｃは、階層構造テーブル上ではそれぞれ分岐ａ、ｂ、ｃになる。
【００８４】
図１１は、図６で示されたテーブル生成処理によって図１０のトポロジから生成された階層構造テーブルである。図示のように、第１階層には分岐ａが属する。そして、第２階層には、分岐ａに続く分岐ｂ、ｃおよび端末ｔ１が属する。さらに第３階層には、分岐ｂの下の端末ｔ２、ｔ３と、分岐ｃの下の端末ｔ４とが属する。
【００８５】
図１２は、図１１の階層構造テーブルに基づいたネットワーク故障の判定処理を示している。図１１の階層構造テーブルでは、分岐ａの下に、端末ｔ１、ｔ２、ｔ３、ｔ４が含まれている。したがって、これら端末の故障が検出されると、分岐ａが推定故障箇所として求められる。同様に、端末ｔ２、ｔ３の故障が検出されると、分岐ｂが推定故障箇所として特定される。また、端末ｔ４の故障が検出されると、分岐ｃが推定故障箇所として特定される。
【００８６】
図１３は、別の種類のトポロジ例として、リング型のトポロジを示している。リング型の場合、制御部に最も近い端末位置から片方向回りでトポロジが擬似的に階層化される。そして、故障判定は、この擬似的な階層構造に対応するように生成された階層構造テーブルを用いて行われる。
【００８７】
図１３では、制御部５０の最も近くに端末ｔ１が位置している。そして、端末ｔ１、ｔ２、ｔ３、ｔ４がリング上に配置されている。擬似的な階層構造においては、端末ｔ１、ｔ２、ｔ３、ｔ４の順で階層が下がっていく。また、端末ｔ１、ｔ２、ｔ３、ｔ４に対応して、分岐ａ、ｂ、ｃ、ｄを設定する。
【００８８】
図１４は、上述した擬似的な階層構造に対応する擬似階層構造テーブルを示している。この場合、端末ｔ１に対応する分岐ａが、第１階層に属する。そして、端末ｔ１と分岐ｂが第２階層に属する。同様に、端末ｔ２と分岐ｃが第３階層に属し、端末ｔ３と分岐ｄが第４階層に属し、端末ｔ４が第５階層に属する。
【００８９】
このような擬似階層テーブルは、上述の実施の形態と同様に自動生成可能である。自動生成のために、図１３のネットワークトポロジデータ上で、各端末の位置に分岐と枝が前もって付加されてよい。このネットワークトポロジデータに対して、図６の処理が行われる。これにより、リングを片方向に辿りながら、図１４の疑似階層構造テーブルが生成される。
【００９０】
図１４の疑似階層構造テーブルを使った故障判定処理は、上述の実施の形態と同様でよい。例えば、端末ｔ１、ｔ２、ｔ３、ｔ４から故障が検出されれば、それらの上の分岐ａが推定故障箇所として特定される。分岐ａに対応する端末ｔ１が故障していると考えられる。
【００９１】
このように、本実施の形態のネットワーク故障診断装置１０は、ネットワーク故障診断装置１０は、スター型、バス型、リング型のいずれのトポロジの故障も診断できる。トポロジの情報から、スター型、バス型、リング型の存在が発見され、上述のような処理が行われる。このようにして、トポロジの制約を受けることなく、ネットワークの故障を判定できる。
【００９２】
以上に本発明の実施の形態に係るネットワーク故障診断装置１０について説明した。本実施の形態によれば、上記のように、ネットワークトポロジを階層構造で表現した階層構造テーブルが用意される。そして、各端末の故障の検出結果に基づき、階層構造テーブルを用いて、分岐部分の故障の有無が判断され、推定故障箇所が求められる。こうして、階層構造テーブルを備えた簡単な構成で、端末以外の構成である分岐部分の故障を容易に推定できる。そして、このような診断結果の提示により故障原因の追及を容易にすることができる。
【００９３】
本実施の形態は、図２に示されるような分岐型のトポロジでも、故障を診断できる。すなわち、図２のトポロジのように分岐部分にハブ等の直接故障を検出することができる要素がなくても、分岐部分の故障を特定することができる。
【００９４】
また、本実施の形態では、上述したように、トポロジの制約を受けることなく、端末以外の部分の故障を容易に検出することができる。
【００９５】
また、本実施の形態によれば、ネットワークのトポロジデータから階層構造テーブルを自動生成して、ネットワークの故障を診断することができる。
【００９６】
また、本実施の形態によれば、階層構造テーブルの元になったトポロジの画像が表示され、トポロジの画像上に推定故障箇所が表示される。したがって、故障箇所を容易に把握できる。
【００９７】
また、本実施の形態は、故障端末が検出されたが、該故障端末の上位分岐点の下に位置する他の端末の故障が検出されなかったときに、単一端末故障が発生したと判定する。したがって、単一端末故障が発生したことも判定可能である。
【００９８】
また、本実施の形態は、ネットワークの各端末にヘルスチェック信号を送って、返信の有無に基づいて各端末の故障を検出している。端末の応答／無応答を実際に調べることで、故障箇所推定の処理のための端末故障の検出を好適に行える。
【００９９】
また、本実施の形態では、リング型ネットワークを疑似的に階層化することで、リング型ネットワークの故障診断も行うことができる。
【０１００】
以上に本発明の好適な実施の形態を説明したが、本発明は上述の実施の形態に限定されず、当業者が本発明の範囲内で上述の実施の形態を変形可能なことはもちろんである。
【産業上の利用可能性】
【０１０１】
以上のように、本発明にかかるネットワーク故障診断装置は、ネットワークの端末以外の故障を簡単な構成で容易に診断できるという効果を有し、放送システム等として有用である。
【図面の簡単な説明】
【０１０２】
【図１】本発明の実施の形態におけるネットワーク故障診断装置のブロック図
【図２】ネットワークトポロジの例を示す図
【図３】音声送出側の構成を示す図
【図４】スピーカ端末の構成を示す図
【図５】（ａ）階層構造テーブルを示す図  （ｂ）階層構造テーブルに対応するトポロジを示すツリー図
【図６】階層構造テーブルの生成処理を示すフロー図
【図７】端末の故障を検出する処理を示す図
【図８】端末故障の検出に関するスピーカ端末の動作を示すフロー図
【図９】階層構造テーブルと端末故障の検出結果とを用いたネットワーク故障の判定処理を示す図
【図１０】スター型トポロジの例を示す図
【図１１】スター型トポロジに対応する階層構造テーブルの例を示す図
【図１２】スター型トポロジにおける故障判定処理の例を示す図
【図１３】リング型トポロジの例を示す図
【図１４】リング型トポロジに対応する階層構造テーブルの例を示す図
【符号の説明】
【０１０３】
１０  ネットワーク故障診断装置
１２  構造情報記憶部
１４  端末故障検出部
１６  故障箇所推定部
１８  トポロジデータ生成部
２０  トポロジデータ記憶部
２２  構造テーブル生成部
２４  操作部
２６  検出結果記憶部
２８  故障箇所記憶部
３０  トポロジ画像生成部
３２  故障箇所表示処理部
３４  表示部
【図１】
2006229421.tif 000003
【図２】
2006229421.tif 000004
【図３】
2006229421.tif 000005
【図４】
2006229421.tif 000006
【図５】
2006229421.tif 000007
【図６】
2006229421.tif 000008
【図７】
2006229421.tif 000009
【図８】
2006229421.tif 000010
【図９】
2006229421.tif 000011
【図１０】
2006229421.tif 000012
【図１１】
2006229421.tif 000013
【図１２】
2006229421.tif 000014
【図１３】
2006229421.tif 000015
【図１４】
2006229421.tif 000016