(57)【要約】【課題】監視装置と管理装置間の通信障害の原因を特定する。【解決手段】システム１は、監視対象装置７の状態を監視する監視装置６と、監視対象装置７の状態を示す情報を監視装置６から受信して管理する管理サーバ２０と、監視装置６と管理装置２０がプライマリ回線２を経由して行う通信を中継するプライマリルータ４と、管理サーバ２０と監視装置６がセカンダリ回線３を経由して行う通信を中継するセカンダリルータ５と、プライマリルータ４とセカンダリルータ５とそれぞれ通信可能に接続される診断装置１９と、を含む。診断装置１０は、監視装置６から管理サーバ２０への通信に障害が発生した場合に、セカンダリ３回線を経由してプライマリルータ４にリモートアクセスし、リモートアクセスしたプライマリルータ４から管理サーバ２０までの通信経路において正常に通信が行われている範囲に基づいて障害の原因を判定する。【選択図】図１
2016208253.tif 000002
【特許請求の範囲】
【請求項１】
１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、それぞれ通信可能に接続される診断装置であって、
前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセス手段と、
前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定手段と、
を含む診断装置。
【請求項２】
前記リモートアクセス手段は、前記第２の通信回線を経由して前記第１のルータにリモートアクセスできない場合に、前記第２の通信回線を経由して前記第２のルータにリモートアクセスし、
前記判定手段は、前記第２の通信回線を経由してリモートアクセスした前記第２のルータから前記第１のルータまでの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する
請求項１に記載の診断装置。
【請求項３】
前記リモートアクセス手段は、前記第１の通信回線を経由して前記第１のルータにリモートアクセスし、
前記判定手段は、前記第１の通信回線を経由してリモートアクセスした前記第１のルータから前記第２のルータまでの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する
請求項１又は２に記載の診断装置。
【請求項４】
前記第１のルータは、通常時において前記１以上の装置の状態を示す情報を中継し、
前記第２のルータは、前記第１の通信回線を経由する通信により前記１以上の装置の状態を示す情報が前記管理装置に送信されない異常時において、前記第１のルータに代わって前記１以上の装置の状態を示す情報を中継する
請求項１乃至３のいずれかに記載の診断装置。
【請求項５】
１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、それぞれ通信可能に接続される診断装置の制御方法であって、
前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセスステップと、
前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定ステップと、
を含む診断装置の制御方法。
【請求項６】
１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、それぞれ通信可能に接続されるコンピュータを、
前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセス手段と、
前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定手段
として機能させるためのプログラム。
【請求項７】
１以上の装置の状態を監視する監視装置と、
前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置と、
前記監視装置と前記管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、
前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、
前記第１のルータと前記第２のルータとそれぞれ通信可能に接続される診断装置と、を含み、
前記診断装置は、
前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセス手段と、
前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定手段と、を含む
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診断装置、診断装置の制御方法、プログラム及びシステムに関する。
【背景技術】
【０００２】
施設等に備えられる装置の状態情報を監視する監視装置から管理装置が情報を収集し管理するシステムがある。こうしたシステムにおいて、通信障害が発生した場合に、障害復旧のためには障害の原因を速やかに特定する必要がある。
【０００３】
例えば、特許文献１には、ＯＰＣクライアントがＯＰＣサーバ（管理装置）との間の通信障害の要因を解析することについて開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２０６９２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、監視装置と管理装置間の通信障害の原因を特定することはできない。
【０００６】
本発明の目的は、監視装置と管理装置間の通信障害の原因を特定することができる診断装置、診断装置の制御方法、プログラム及びシステムを提供することにある。
【課題を解決するための手段】
【０００７】
（１）本発明の一態様に係る診断装置は、１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、それぞれ通信可能に接続される診断装置であって、前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセス手段と、前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定手段と、を含む。
【０００８】
（２）本発明の一態様では、（１）において、前記リモートアクセス手段は、前記第２の通信回線を経由して前記第１のルータにリモートアクセスできない場合に、前記第２の通信回線を経由して前記第２のルータにリモートアクセスし、前記判定手段は、前記第２の通信回線を経由してリモートアクセスした前記第２のルータから前記第１のルータまでの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定することとしてよい。
【０００９】
（３）本発明の一態様では、（１）又は（２）において、前記リモートアクセス手段は、前記第１の通信回線を経由して前記第１のルータにリモートアクセスし、前記判定手段は、前記第１の通信回線を経由してリモートアクセスした前記第１のルータから前記第２のルータまでの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定することとしてよい。
【００１０】
（４）本発明の一態様では、（１）乃至（３）のいずれかにおいて、前記第１のルータは、通常時において前記１以上の装置の状態を示す情報を中継し、前記第２のルータは、前記第１の通信回線を経由する通信により前記１以上の装置の状態を示す情報が前記管理装置に送信されない異常時において、前記第１のルータに代わって前記１以上の装置の状態を示す情報を中継することとしてよい。
【００１１】
（５）本発明の一態様に係る診断装置の制御方法は、１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、それぞれ通信可能に接続される診断装置の制御方法であって、前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセスステップと、前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定ステップと、を含む。
【００１２】
（６）本発明の一態様に係るプログラムは、１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、それぞれ通信可能に接続されるコンピュータを、前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセス手段と、前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定手段として機能させるためのプログラムである。
【００１３】
（７）本発明の一態様に係るシステムは、１以上の装置の状態を監視する監視装置と、前記１以上の装置の状態を示す情報を前記監視装置から受信して管理する管理装置と、前記監視装置と前記管理装置が第１の通信回線を経由して行う通信を中継する第１のルータと、前記管理装置と前記監視装置が第２の通信回線を経由して行う通信を中継する第２のルータと、前記第１のルータと前記第２のルータとそれぞれ通信可能に接続される診断装置と、を含み、前記診断装置は、前記監視装置から前記管理装置への通信に障害が発生した場合に、前記第２の通信回線を経由して前記第１のルータにリモートアクセスするリモートアクセス手段と、前記リモートアクセスした前記第１のルータから前記管理装置までの通信経路において正常に通信が行われている範囲に基づいて前記障害の原因を判定する判定手段と、を含む。
【発明の効果】
【００１４】
本発明の一態様によれば、監視装置と管理装置間の通信障害の原因を特定することができる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係るシステムの全体構成を示す図である。
【図２】診断装置のハードウェア構成例を示す図である。
【図３】診断装置が備える機能を示す図である。
【図４】診断装置が実行する障害診断処理を示すフロー図である。
【図５】診断装置が実行する障害診断処理の一例を示すフロー図である。
【図６】診断装置が実行する障害診断処理の一例を示すフロー図である。
【図７】システムにおける障害原因の分類を示す図である。
【図８】第２の実施形態に係るシステムの全体構成を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための実施の形態（以下、実施形態という）を、図面に基づき説明する。
【００１７】
［１．システムの全体構成例］
図１には、本実施形態に係るシステム１の全体構成を示す。図１に示されるように、システム１は診断装置１０、管理サーバ２０、ネットワークスイッチ３０、プライマリルータ４、セカンダリルータ５、踏み台ルータ８、監視装置６、１以上の監視対象装置７を含む。例えば、１以上の監視対象装置７は、施設（ビル等）に設置される電源システム、空調システム、サーバ等であり、監視装置６は、監視対象装置７の状態情報を取得し、取得した状態情報を管理サーバ２０に送信する。
【００１８】
管理サーバ２０は、ネットワークスイッチ３０と接続し、ネットワークスイッチ３０を介してプライマリ回線２又はセカンダリ回線３に接続する。管理サーバ２０は、プライマリルータ４の状態情報、セカンダリルータ５の状態情報、さらには監視装置６から送信される監視対象装置７の状態情報を受信し、受信した状態情報を管理する。なお、通常時においては、監視装置６から管理サーバ２０に対してはプライマリ回線２を通じて状態情報が送信されるが、プライマリ回線２を介した通信に障害が発生した場合には、監視装置６からセカンダリ回線３を通じて状態情報が管理サーバ２０に送信される。管理サーバ２０は、監視装置６から受信した状態情報に基づいて、障害の発生等を通知する。
【００１９】
プライマリルータ４は、プライマリ回線２に接続し、監視装置６と管理サーバ２０がプライマリ回線２を利用して行う通信を中継する。また、セカンダリルータ５は、セカンダリ回線３に接続し、監視装置６と管理サーバ２０がセカンダリ回線３を利用して行う通信を中継する。先述したように、プライマリルータ４とセカンダリルータ５は、プライマリ回線２を利用した通信に障害が発生した場合には、監視装置６から管理サーバ２０に送信される状態情報を、セカンダリ回線３を通じて管理サーバ２０に送信するように制御する。具体的には、プライマリルータ４とセカンダリルータ５とはルータのｖｒｒｐ機能により上記のルーティングの切り替え処理を実行できる。
【００２０】
診断装置１０は、監視装置６と管理サーバ２０の間の通信に障害が発生した場合に、発生した障害の原因を特定する装置である。診断装置１０は、原則としてセカンダリ回線３を経由した通信を行うが、踏み台ルータ８を経由することによりプライマリ回線２を経由した通信も行うことができる。以下、診断装置１０に備えられる構成の詳細について説明する。
【００２１】
［２．診断装置１０のハードウェア構成例］
図２に示されるように、診断装置１０は、ハードウェア構成として、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５を備える。
【００２２】
制御部１１は、例えばＣＰＵ（Central Processing Unit）を含み、記憶部１２に記憶されたプログラムに基づいて、各種の演算処理を実行するとともに診断装置１０の各部を制御する。
【００２３】
記憶部１２は、診断装置１０のオペレーティングシステム等の制御プログラムやデータを記憶するほか、制御部１１のワークメモリとしても用いられる。プログラムは、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体に格納された状態で診断装置１０に供給されてもよいし、インターネット等のデータ通信網を介して診断装置１０に供給されてもよい。
【００２４】
通信部１３は、例えばネットワークインターフェースカード（ＮＩＣ）又は無線通信用のアンテナを含み、ＮＩＣ又はアンテナを用いた有線通信又は無線通信によりネットワークに接続して、管理サーバ２０、プライマリルータ４、セカンダリルータ５、監視装置６等と通信可能である。
【００２５】
入力部１４は、例えばキーボード、マウス、タッチパネル等であり、ユーザからの操作入力を受け付ける。なお、入力部１４は、診断装置１０の外部装置として設けられていてもよい。
【００２６】
表示部１５は、例えば液晶表示パネル又は有機ＥＬディスプレイ等であり、制御部１１から入力されるグラフィックデータに基づいて画面を表示する。なお、表示部１５は、診断装置１０の外部装置として設けられてもよい。
【００２７】
［３．診断装置１０が備える機能の説明］
次に、図３に示す機能ブロック図に基づいて、本実施形態に係る診断装置１０が備える機能について説明する。
【００２８】
図３に示されるように、診断装置１０は機能として、対象ルータアドレス取得部１００、リモートアクセス部１１０、コマンド実行部１２０、判定部１３０、実行結果記録部１４０、障害解析部１５０を有する。以下、本実施形態に係る診断装置１０が備える各部の機能の詳細について説明する。
【００２９】
［３．１．対象ルータアドレス取得部１００］
対象ルータアドレス取得部１００は、主に診断装置１０の制御部１１、記憶部１２、通信部１３、入力部１４により実現される。例えば、対象ルータアドレス取得部１００は、入力部１４を介して入力される情報（エリア、施設名、IPアドレス等）に基づいて、障害診断の基点とするルータのアドレスを取得することとしてよい。具体的には、対象ルータアドレス取得部１００は、指定されたエリア、施設名に関連付けて、管理サーバ２０又は他のデータベースに記憶されるプライマリルータ４のＩＰアドレスを取得することとしてよい。もちろん、対象ルータアドレス取得部１００は、入力部１４から、プライマリルータ４のＩＰアドレスを直接取得しても構わない。
【００３０】
［３．２．リモートアクセス部１１０］
リモートアクセス部１１０は、主に診断装置１０の制御部１１、記憶部１２、通信部１３により実現される。リモートアクセス部１１０は、対象ルータアドレス取得部１００により取得されたアドレスに基づいて、プライマリルータ４にリモートアクセス（リモートログイン）を試行する。本実施形態においては、リモートアクセス部１１０は、リモートアクセスをｔｅｌｎｅｔにより実行することとし、踏み台ルータ８を経由しない場合には、ｔｅｌｎｅｔに係るデータ通信はセカンダリ回線３を経由して行なわれる。
【００３１】
また、リモートアクセス部１１０は、後述する判定部１３０により他のルータにもリモートアクセスすると判定された場合には、当該他のルータに対してもリモートアクセスを試行する。例えば、リモートアクセス部１１０は、セカンダリ回線３を経由してプライマリルータ４にリモートアクセスできない場合には、セカンダリ回線３を経由してセカンダリルータ５にリモートアクセスするようにしてもよいし、セカンダリ回線３を経由してプライマリルータ４とセカンダリルータ５のいずれにもリモートアクセスできない場合には、プライマリ回線２を経由してプライマリルータ４やセカンダリルータ５にリモートアクセスすることとしてもよい。
【００３２】
また、リモートアクセス部１１０は、試行したリモートアクセスの成否を、後述する実行結果記録部１４０に記録させる。
【００３３】
［３．３．コマンド実行部１２０］
コマンド実行部１２０は、主に診断装置１０の制御部１１、記憶部１２、通信部１３により実現される。コマンド実行部１２０は、リモートアクセス部１１０によりリモートアクセスしたルータにおいて、所定のコマンドを実行させ、そのコマンドの結果を、後述する実行結果記録部１４０に記録させる。
【００３４】
例えば、コマンド実行部１２０は、経路解析部１２１を含み、経路解析部１２１は、リモートアクセス部１１０によりプライマリルータ４にリモートアクセスした場合に、プライマリルータ４からネットワークスイッチ３０までの通信経路を取得する。例えば、コマンド実行部１２０は、経路解析部１２１の処理の結果、上記の通信経路の中に管理サーバ２０側のルータが存在している場合には「成功」を実行結果記録部１４０に記録させ、存在していない場合には「失敗」を実行結果記録部１４０に記録させることとしてよい。なお、上記の通信経路は、プライマリ回線２を経由した通信経路としてよい。
【００３５】
また、コマンド実行部１２０は、コマンドの実行の結果を判定部１３０に出力し、判定部１３０による判定結果、次に実行するコマンドがある場合には、判定部１３０により指定されたコマンドを実行する。
【００３６】
なお以下には、コマンド実行部１２０により実行されるコマンドの具体例を挙げる。
（１）sh int（インターフェースＭＩＢの情報を表示）
（２）sh ping poll（Ｐｉｎｇポーリングの設定または統計カウンターを表示）
（３）sh vrrp（バーチャルルータの情報を表示）
（４）sh ppp（ＰＰＰインターフェースに関する情報を表示）
（５）sh ospf nei（隣接するＯＳＰＦルータの情報を表示）
（６）sh con dyn=ip（ＩＰ設定情報を表示）
（７）sh ip int（ＩＰインターフェースの情報を表示）
【００３７】
［３．４．判定部１３０］
判定部１３０は、主に診断装置１０の制御部１１、記憶部１２により実現される。判定部１３０は、コマンド実行部１２０によるコマンドの実行の結果を取得し、取得した結果に基づいて、次に実行する処理を決定する。判定部１３０は、上記処理を決定するために、実行コマンド判定部１３１、ログアウト判定部１３２、リモートアクセス判定部１３３を含む。
【００３８】
実行コマンド判定部１３１は、コマンド実行部１２０によるコマンド実行の結果に応じて、次に実行するコマンドの有無を判定するとともに、次に実行するコマンドが有ると判定する場合には、そのコマンドをコマンド実行部１２０に指示する。
【００３９】
ログアウト判定部１３２は、実行コマンド判定部１３１による判定の結果、次に実行するコマンドがない場合にログアウトを実行すると判定する。
【００４０】
リモートアクセス判定部１３３は、ログアウト判定部１３２によりログアウトを実行すると判定された場合に、リモートアクセスする他のルータが存在する場合に当該他のルータにリモートアクセスすると判定し、当該他のルータが存在しない場合には処理の終了と判定する。リモートアクセス判定部１３３は、リモートアクセスを行うと判定した場合には、当該リモートアクセス先のアドレスをリモートアクセス部１１０に通知して、リモートアクセスを実行させる。一方で、リモートアクセス判定部１３３は、処理を終了すると判定した場合には、障害解析部１５０に処理の終了を通知して、障害解析の処理を実行させる。
【００４１】
［３．５．実行結果記録部１４０］
実行結果記録部１４０は、主に診断装置１０の制御部１１及び記憶部１２により実現される。実行結果記録部１４０は、リモートアクセス部１１０によるリモートアクセスの成否、コマンド実行部１２０によるコマンド実行の結果を記録情報として記録する。
【００４２】
［３．６．障害解析部１５０］
障害解析部１５０は、主に診断装置１０の制御部１１及び記憶部１２により実現される。障害解析部１５０は、リモートアクセス判定部１３３から処理の終了が通知された場合に、実行結果記録部１４０により記録された記録情報に基づいて障害の解析処理を実行する。例えば、障害解析部１５０は、実行結果記録部１４０により記録された記録情報に基づいて、プライマリルータ４からネットワークスイッチ３０に至る通信経路のうち正常に通信可能な範囲を特定し、特定した範囲に基づいて障害の発生箇所を特定することとしてよい。また例えば、障害解析部１５０は、セカンダリルータ５からプライマリルータ４へのリモートアクセスや、プライマリルータ４からセカンダリルータ５へのリモートアクセスの可否に基づいて、プライマリルータ４とセカンダリルータ５の間の通信障害の発生箇所、プライマリルータ４とセカンダリルータ５の障害等を特定してもよい。
【００４３】
［４．診断装置１０が実行する処理の例］
次に、図４乃至図７に基づいて、本実施形態に係る診断装置１０が実行する処理の例について説明する。
【００４４】
［４．１．障害診断処理（一般例）］
図４には、診断装置１０により実行される障害診断処理の基本的なフローを示した。図４に示されるように、診断装置１０は、リモートログインする対象とするルータ（対象ルータ）のアドレスを取得する（Ｓ１０１）。本シーケンスの例において、初期状態の対象ルータはプライマリルータ４である。
【００４５】
診断装置１０は、対象ルータにリモートログインする（Ｓ１０２）。本シーケンスの例においては、診断装置１０はまず、セカンダリ回線３を経由して対象ルータであるプライマリルータ４にリモートログインする。
【００４６】
診断装置１０は、対象ルータへのリモートログインが成功した場合には（Ｓ１０３：Ｙ）、対象ルータで実行するコマンドを決定し（Ｓ１０４）、決定したコマンドを実行する（Ｓ１０５）。そして、診断装置１０は、Ｓ１０５で実行したコマンドの結果を記録する（Ｓ１０６）。
【００４７】
診断装置１０は、Ｓ１０６で記録されたコマンドの結果から障害の切り分け（障害箇所の特定）が可能である場合には（Ｓ１０７：Ｙ）、障害原因を特定し（Ｓ１０８）、処理を終了する。
【００４８】
また、診断装置１０は、Ｓ１０６で記録されたコマンドの結果から障害の切り分けが可能でない場合には（Ｓ１０７：Ｎ）、次に実行するコマンドがあるか否かを判定する（Ｓ１０９）。
【００４９】
ここで、診断装置１０は、Ｓ１０９において次に実行するコマンドがある場合には（Ｓ１０９：Ｙ）、Ｓ１０４に戻り処理を継続する。また、診断装置１０は、Ｓ１０９において次に実行するコマンドがない場合には（Ｓ１０９：Ｙ）、次にリモートログインするルータがあるか否かを判定する（Ｓ１１０）。
【００５０】
診断装置１０は、Ｓ１１０において次にリモートログインするルータがある場合には（Ｓ１１０：Ｙ）、Ｓ１０１に戻り処理を継続する。また、診断装置１０は、Ｓ１１０において次にリモートログインするルータがない場合には（Ｓ１１０：Ｎ）、障害切り分け不可（障害原因不明）として、処理を終了する。
【００５１】
［４．２．障害診断処理（具体例）］
次に、図５及び図６に基づいて、図１に示すシステムにおいて、診断装置１０が実行する障害診断処理の具体例について説明する。
【００５２】
図５に示すように、診断装置１０はまず、セカンダリ回線３を経由してプライマリルータ４にリモートログインを実行する（Ｓ２０１）。
【００５３】
Ｓ２０１でリモートログインが成功した場合には（Ｓ２０２：Ｙ）、プライマリルータ４において、インターフェースの状態を確認するコマンド（sh int）を実行する（Ｓ２０３）。
【００５４】
診断装置１０は、Ｓ２０３の結果、ＢＲＩがダウンしている場合には（Ｓ２０４：Ｙ）、障害原因をＡに特定する（Ｓ２０５）。なお、障害原因の詳細については後述する。
【００５５】
また、診断装置１０は、Ｓ２０３の結果、ＢＲＩがダウンしておらず（Ｓ２０４：Ｎ）、ＰＰＰがダウンしている場合には（Ｓ２０６：Ｙ）、障害原因をＢに特定する（Ｓ２０７）。
【００５６】
また、診断装置１０は、ＢＲＩもＰＰＰもダウンしていない場合には（Ｓ２０６：Ｎ）、障害原因不明として（Ｓ２０８）、処理を終了する。
【００５７】
なお、Ｓ２０２でリモートログインが失敗した場合（Ｓ２０２：Ｎ）に実行される処理については、図６に示すフロー図に基づいて説明する。
【００５８】
図６に示されるように、診断装置１０は、セカンダリ回線３を経由してセカンダリルータ５にリモートログインする（Ｓ３０１）。
【００５９】
Ｓ３０１でリモートログインが成功した場合には（Ｓ３０２：Ｙ）、セカンダリルータ５からログアウトし（Ｓ３０３）、プライマリ回線２からプライマリルータ４にリモートログインする（Ｓ３０４）。
【００６０】
Ｓ３０４でリモートログインが失敗した場合には（Ｓ３０５：Ｎ）、障害原因をＣとして処理を終了する。
【００６１】
Ｓ３０４でリモートログインが成功した場合には（Ｓ３０５：Ｙ）、プライマリルータ４からセカンダリルータ５にリモートログインする（Ｓ３０７）。
【００６２】
Ｓ３０７でリモートログインが失敗した場合には（Ｓ３０８：Ｎ）、障害原因をＤとして処理を終了する。
【００６３】
Ｓ３０７でリモートログインが成功した場合には（Ｓ３０８：Ｙ）、障害原因をその他（障害原因Ａ〜Ｅ以外）として処理を終了する。
【００６４】
また、Ｓ３０２でリモートログインが失敗した場合には（Ｓ３０２：Ｎ）、プライマリ回線２からプライマリルータ４にリモートログインする（Ｓ３１０）。
【００６５】
Ｓ３１０でリモートログインが成功した場合には（Ｓ３１１：Ｙ）、Ｓ３０７に進み、Ｓ３１０でリモートログインが失敗した場合には（Ｓ３１１：Ｎ）、障害原因をＥとして処理を終了する。
【００６６】
以下、図７に基づいて、上記特定した障害原因（障害箇所）について説明する。図７には、プライマリ回線２からセカンダリ回線３までの経路において、上記診断処理により特定される障害原因（障害箇所）の対応箇所を示した。なお、図１の例においては省略していたが、図７においては、プライマリ回線２とプライマリルータ４の間に回線終端装置８１（例えばＤＳＵ）、セカンダリ回線３とセカンダリルータ５の間に回線終端装置９１（例えばＯＮＵ）が設けられていることが示されている。
【００６７】
図７に示されるように、上記フローにより特定される障害原因Ａは、プライマリルータ４のＢＲＩポートと、プライマリ回線２側の回線終端装置８１間で通信ができていないことに起因する。障害原因Ｂは、プライマリルータ４がプライマリ回線２に接続できていない（ＰＰＰがダウン）していることに起因する。障害原因Ｃは、プライマリルータ４の停止（又は故障）に起因する。障害原因Ｄは、プライマリ回線２とセカンダリ回線３のそれぞれのネットワークを介した通信ができていないことに起因する。障害原因Ｅは、プライマリルータ４とセカンダリルータ５間の通信が不通であることに起因する。
【００６８】
以上説明した第１の実施形態に係るシステムの通信障害を診断する診断装置１０によれば、設備の状態を管理するシステムにおいて、通信障害の原因を特定することができる。この際、診断装置１０は、プライマリ回線２の状況を、セカンダリ回線３を経由してプライマリルータ４にリモートログインして把握することができる。また、設備の状態はプライマリ回線２が利用できない場合であっても、セカンダリ回線３を経由して管理サーバ２０に送られるため、システムのサービスを止めることなく障害原因を迅速に突き止めることができる。これにより、システムのダウンタイムを最小限に抑えることができる。
【００６９】
［５．第２の実施形態］
次に、本発明の第２の実施形態に係るシステム１Ａについて説明する。第２の実施形態に係るシステム１Ａは、施設間のネットワークが階層化されている点で、第１の実施形態に係るシステムと相違する。
【００７０】
図８には、第２の実施形態に係るシステム１Ａの全体構成例を示す。図８に示されるように、システム１Ａは診断装置１０、管理サーバ２０、ネットワークスイッチ３０、プライマリルータ４、セカンダリルータ５、踏み台ルータ８、第１システム４０、第２システム６０、中継ルータ５０を含む。なお、第１の実施形態と同一の符号については同じ装置等を示しており、説明を省略する。
【００７１】
第１システム４０は、第１プライマリルータ４１、第１セカンダリルータ４２、第１監視装置４３を含む。第１プライマリルータ４１は、プライマリ回線２と接続し、プライマリ回線２を経由する通信を中継する。また、第１セカンダリルータ４２は、セカンダリ回線３と接続し、セカンダリ回線３を経由する通信を中継する。第１監視装置４３は、図示しない第１システム４０内の監視対象装置の状態情報を管理サーバ２０に送信する。なお、第１プライマリルータ４１と第１セカンダリルータ４２は、プライマリ回線２を利用した通信に障害が発生した場合には、第１監視装置４３から管理サーバ２０に送信される状態情報を、セカンダリ回線３を通じて管理サーバ２０に送信するように制御する。
【００７２】
中継ルータ５０は、第１システム４０と第２システム６０との通信を中継するルータである。
【００７３】
第２システム６０は、第２プライマリルータ６１、第２セカンダリルータ６２、第２監視装置６を含む。第２プライマリルータ６１は、中継ルータ５０と接続し、プライマリ回線２を経由する通信を中継する。また、第２セカンダリルータ６２は、セカンダリ回線３と接続し、セカンダリ回線３を経由する通信を中継する。第２監視装置６は、第２システム６０内の監視対象装置７の状態情報を管理サーバ２０に送信する。なお、第２プライマリルータ６１と第２セカンダリルータ６２は、プライマリ回線２を利用した通信に障害が発生した場合には、第２監視装置６から管理サーバ２０に送信される状態情報を、セカンダリ回線３を通じて管理サーバ２０に送信するように制御する。
【００７４】
診断装置１０は、第１監視装置４３、第２監視装置６３と管理サーバ２０の間の通信に障害が発生した場合に、発生した障害の原因を特定する処理を実行する装置である。
【００７５】
第２の実施形態に係るシステム１Ａにおいても、第１の実施形態と同様のフローに基づいて、通信障害の原因を特定することができる。例えば、診断装置１０は、プライマリ回線２を経由する通信に障害が発生した場合に、セカンダリ回線３を経由して、第２プライマリルータ６１にリモートログインし、第２プライマリルータ６１から正常に通信可能な範囲に基づいて、通信障害の発生箇所（障害原因）を特定することができる。
【００７６】
［６．変形例］
本発明は上記の実施形態に限定されるものではない。
【００７７】
〔１〕例えば、診断装置１０は、障害原因の特定結果を表示部に表示させることとしてもよい。
【００７８】
〔２〕また例えば、診断装置１０を適用するシステムのネットワークは、１階層（フラットネットワーク），２階層に限られず、３階層以上であってもよい。
【符号の説明】
【００７９】
１  システム、１０  診断装置、１１  制御部、１２  記憶部、１３  通信部、１４  入力部、１５表示部、２０  管理サーバ、３０  ネットワークスイッチ、４  プライマリルータ、５  セカンダリルータ、８  踏み台ルータ、６  監視装置、７  監視対象装置、１００  対象ルータアドレス取得部、１１０  リモートアクセス部、１２０  コマンド実行部、１３０  判定部、１４０  実行結果記録部、１５０  障害解析部。
【図１】
2016208253.tif 000003
【図２】
2016208253.tif 000004
【図３】
2016208253.tif 000005
【図４】
2016208253.tif 000006
【図５】
2016208253.tif 000007
【図６】
2016208253.tif 000008
【図７】
2016208253.tif 000009
【図８】
2016208253.tif 000010