JP2014183480A - ネットワーク監視システム及びネットワーク監視方法 - Google Patents
ネットワーク監視システム及びネットワーク監視方法 Download PDFInfo
- Publication number
- JP2014183480A JP2014183480A JP2013056983A JP2013056983A JP2014183480A JP 2014183480 A JP2014183480 A JP 2014183480A JP 2013056983 A JP2013056983 A JP 2013056983A JP 2013056983 A JP2013056983 A JP 2013056983A JP 2014183480 A JP2014183480 A JP 2014183480A
- Authority
- JP
- Japan
- Prior art keywords
- failure
- router
- information
- server
- nms
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】障害によりサービスを受けることのできないユ−ザの抽出を自動化できる。
【解決手段】実施形態にかかる方法では、障害影響範囲を特定することができる。ルータは、ルータを流れるパケットを解析し、ユーザが利用するサーバを特定する通信先情報を生成する。NMSは、ルータのルーティング情報を収集し、前記生成手段で生成した前記通信先情報と前記ルーティング情報とを組み合わせることにより、障害影響テーブルを作成する。障害の検出を契機に前記障害影響テーブルに基づいて、障害影響範囲を特定する。
【選択図】図４
【解決手段】実施形態にかかる方法では、障害影響範囲を特定することができる。ルータは、ルータを流れるパケットを解析し、ユーザが利用するサーバを特定する通信先情報を生成する。NMSは、ルータのルーティング情報を収集し、前記生成手段で生成した前記通信先情報と前記ルーティング情報とを組み合わせることにより、障害影響テーブルを作成する。障害の検出を契機に前記障害影響テーブルに基づいて、障害影響範囲を特定する。
【選択図】図４
Description
この発明は、システムの保守管理に関する。
個人や企業を含むユ−ザに対してサ−ビスを提供するシステムでは、ユ−ザ端末とサ−バ間の通信において暗号化通信が使用される。IPsec(Security Architecture for Internet Protocol)は、暗号技術を用いて、IPパケット単位でデ−タの改ざん防止や秘匿機能を提供するプロトコルである。
図１は、ユーザ端末とサーバとを接続するネットワークの例である。図は、サ−バ１０１−１、サ−バ１０１−２、サーバ１０１−３と、NMS１０２、ユ−ザ端末１０３−１〜ユ−ザ端末１０３−８を有するネットワークである。サーバ１０１−１はユーザ端末１０３−１〜ユーザ端末１０３−８の全てとIPsecを利用したネットワークで接続されている。同様に、サーバ１０１−２はユーザ端末１０３−１〜ユーザ端末１０３−８の全てとIPsecを利用したネットワークで接続されている。ユーザ端末とサーバは、キャリアを介して通信を行っており、キャリアは不図示の複数のルータを含んでいる。ユーザ端末をサーバに追加・削除する場合、IPsecを利用したネットワークでは、全てのルータに対してIPsecの追加・削除を行わなければならない。サーバ１０１−３をネットワークに追加したい場合、サーバ１０１−３とユーザ端末とを接続する点線に示すネットワーク情報を、キャリア内の全てのルータに対して登録していた。ユーザ端末１０３−８をネットワークに追加したい場合、ユーザ端末１０３−８が受けるサービスを有するサーバとユーザ端末１０３−８とを接続する一点鎖線に示すネットワーク情報を、キャリア内の全てのルータに対して登録していた。サーバ数、ユーザ数が多数ある大規模なネットワークにおいては、全てのルータに対してIPsecの追加・削除を行うのは困難となる。
図２は、中継ルータで終端するIPsecを使用したネットワークの例である。図は、サ−バ１０１−１、サ−バ１０１−２、サーバ１０１−３と、NMS１０２、ユ−ザ端末１０３−１〜ユ−ザ端末１０３−５、中継ルータ１０４−１、中継ルータ１０４−２を有するネットワークである。図２は、図１に示すユーザ端末とサーバの間に中継階層を設けている。中継階層は、中継ルータを有し、IPsecを終端・集約している。図２の中継ルータを有するネットワークは、ユーザの追加・削除を中継ルータのルーティングテーブルを更新することで対応することができる。図２のネットワークにサーバ１０１−３を追加したい場合、サーバ１０１−３と中継ルータ１０４−１、中継ルータ１０４−２とを接続する一点鎖線に示すネットワーク情報を、キャリア内の全てのルータに対して登録すればよい。同様に、図２のネットワークにユーザ端末１０３−５を追加したい場合、ユーザ端末１０３−５と中継ルータ１０４−１、中継ルータ１０４−２とを接続する点線に示すネットワーク情報を、キャリア内の全てのルータに対して登録すればよい。
NMS（Network Management System）１０２は、ネットワ−クを常時監視し、ネットワ−クに接続されたサ−バや各種機器の死活監視や、トラフィックの障害・誤りの検出を行っている。ネットワーク内に障害が発生した場合、NMSはネットワークで障害が発生した箇所の情報をサービス提供者に通知する。サービス提供者は、ネットワ−クの障害によりサ−ビスを提供できなくなった場合、サ−ビスの提供を受けられなくなったユ−ザを迅速・正確に把握することが好ましい。図１のネットワークでは、ネットワークで障害が発生した箇所の情報から、障害の影響を受けるサーバ・ユーザ端末を抽出することができる。よって、図１のネットワークは、NMSの通知情報を元に、サービスを受けられなくなったユーザを特定するのは容易である。
図２のNMS１０２は、サーバと中継ルータの間のネットワークの監視を行っている。ネットワーク内に障害が発生した場合、NMSはネットワークで障害が発生した箇所の情報をサービス提供者に通知する。しかし、通知された情報にはNMS１０２が監視しているサーバと中継ルータ間のネットワークの情報しか含まれておらず、ユーザ端末の情報は含まれない。そのため、サービス提供者は、NMS１０２から通知された情報から、サービスを受けられなくなったユーザを特定するのは困難である。サービスを受けられなくなったユーザを特定するためには、サービス提供者は、サービスを受けているユーザのリストと、ユーザ端末がどのような経路を使用してサーバとの通信を行っているのかなど、様々な情報を省みて判断しなければならない。
図３は、ユ−ザ端末とサ−バ間とを接続するIPsecを使用したネットワ−クの故障した例である。図は、サ−バ１０１−１、サ−バ１０１−２と、中継ルータ１０４−１、中継ルータ１０４−２、NMS１０２、ユーザ端末１０３−１〜ユーザ端末１０３−４を有するシステムである。中継ルータ１０４−１は、キャリアを介して、サ−バ１０１−１、サ−バ１０１−２、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４と接続されている。中継ルータ１０４−２は、キャリアを介して、サ−バ１０１−１、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−２、ユーザ端末１０３−４と接続されている。サ−バと中継ル−タは、キャリアを介して、実線で示すIPsecを使用したネットワ−クで接続されている。中継ル−タとユ−ザ端末も、キャリアを介して、実線で示すIPsecを使用したネットワ−クで接続されている。
図３のようにサ−バ１０１−２と中継ルータ１０４−１間のネットワ−クに障害が発生した場合、サービス提供側は、サービスの提供を受けられなくなったユーザを特定する。サ−バ１０１−２が提供するサ−ビスの提供を受けられなくなったユ−ザを特定するためには、まず中継ルータ１０４−１に接続されているユ−ザ端末を抽出する。次に、抽出されたユ−ザ端末のうち、サ−バ１０１−２からサ−ビスを提供されているユ−ザ端末を特定していた。ユ−ザ端末が数百〜数万といった大規模なシステムでは、サ−バが提供するサ−ビスを利用することができないユ−ザを特定するに、特定作業を人手で行うことも多く、相当の時間を要した。そのため、サ−バが提供するサ−ビスを利用することができないユ−ザの特定を自動的に行われることが好ましい。
ユ−ザを特定する技術に、中継ネットワ−クの障害時に、ネットワ−クのリンク又はノ−ドをキ−にして、サ−ビスを利用するユ−ザを抽出する技術が知られている。（例えば特許文献１参照）
上述した従来の抽出方法には、以下のような問題がある。
図３のように、サ−バ１０１−２と中継ルータ１０４−１間のネットワ−クに障害が発生した場合に、ネットワ−クのリンク又はノ−ドをキ−にして、サ−ビスを利用するユ−ザ端末を抽出する。中継ルータ１０４−１を利用しているユーザ端末を抽出すると、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４が抽出される。その結果、運用者に対してユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４が、サービスを利用できなくなったユーザ端末として通知することができる。
図３のように、サ−バ１０１−２と中継ルータ１０４−１間のネットワ−クに障害が発生した場合に、ネットワ−クのリンク又はノ−ドをキ−にして、サ−ビスを利用するユ−ザ端末を抽出する。中継ルータ１０４−１を利用しているユーザ端末を抽出すると、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４が抽出される。その結果、運用者に対してユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４が、サービスを利用できなくなったユーザ端末として通知することができる。
しかしながら、ユーザ端末１０３−１、ユーザ端末１０３−４は、中継ルータ１０４−２を介することでサーバ１０１−２への通信を行うことができる代替経路を持つ。従って、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４を通知することは、代替経路を使用することによって実際には障害の影響がでていないユーザ端末を含んでいる。そのため、無駄な通知情報を含んでいるといえる。
実施形態にかかる方法では、障害影響範囲を特定することができる。ルータは、ルータを流れるパケットを解析し、ユーザが利用するサーバを特定する通信先情報を生成する。NMSは、ルータのルーティング情報を収集し、前記生成手段で生成した前記通信先情報と前記ルーティング情報とを組み合わせることにより、障害影響テーブルを作成する。障害の検出を契機に前記障害影響テーブルに基づいて、障害影響範囲を特定する。
障害によりサービスを受けることのできないユ−ザの特定を自動化できる。
以下、本実施形態について、図面を参照しながら詳細に説明する。
図４は、本発明の実施の形態例を示すネットワ−クである。図３と同一のものは、同一の符号を付して示す。図は、サ−バ１０１−１、サ−バ１０１−２と、中継ルータ１０４−１、中継ルータ１０４−２、NMS１０２、ユーザ端末１０３−１〜ユーザ端末１０３−４を有するシステムである。中継ルータ１０４−１は、キャリアを介して、サ−バ１０１−１、サ−バ１０１−２、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４と接続されている。中継ルータ１０４−２は、キャリアを介して、サ−バ１０１−１、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−２、ユーザ端末１０３−４と接続されている。中継ルータ１０４−１は、通信先情報１０５Aとル−ティング情報１０６Aとを備える。中継ルータ１０４−２は、通信先情報１０５Bとル−ティング情報１０６Bとを備える。サ−バ、中継ル−タ、ユ−ザ端末、NMSは任意の数を設けることができ、本発明はこれに限るものではない。
図４は、本発明の実施の形態例を示すネットワ−クである。図３と同一のものは、同一の符号を付して示す。図は、サ−バ１０１−１、サ−バ１０１−２と、中継ルータ１０４−１、中継ルータ１０４−２、NMS１０２、ユーザ端末１０３−１〜ユーザ端末１０３−４を有するシステムである。中継ルータ１０４−１は、キャリアを介して、サ−バ１０１−１、サ−バ１０１−２、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４と接続されている。中継ルータ１０４−２は、キャリアを介して、サ−バ１０１−１、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−２、ユーザ端末１０３−４と接続されている。中継ルータ１０４−１は、通信先情報１０５Aとル−ティング情報１０６Aとを備える。中継ルータ１０４−２は、通信先情報１０５Bとル−ティング情報１０６Bとを備える。サ−バ、中継ル−タ、ユ−ザ端末、NMSは任意の数を設けることができ、本発明はこれに限るものではない。
図４のネットワ−クでは、ネットワ−ク障害時に、障害影響範囲を特定するために、障害が検出された経路以外に通信可能な経路のないユ−ザを抽出する。障害影響範囲の特定には、以下の処理を行う。
中継ルータ１０４−１、中継ルータ１０４−２は、通信先情報１０５Aと通信先情報１０５Bを生成する。
中継ルータ１０４−１、中継ルータ１０４−２は、ル−ティング情報１０６Aとル−ティング情報１０６Bを生成する。
NMS１０２は、（２）で生成されたル−ティング情報を全ての中継ル−タから収集し、中継ルータの通信可能な経路情報を抽出する。
NMS１０２は、（１）で生成された通信先情報を全ての中継ル−タから収集する。
NMS１０２は、（４）で収集された通信先情報と（３）で抽出した通信可能な経路情報とから、ユ−ザ端末毎の障害影響調査テーブルを生成する。
NMS１０２は、サ−バと中継ル−タ間の障害を検出すると、（５）で生成した障害影響調査テーブルからユ−ザ端末毎に、障害が検出された経路以外に通信可能な経路があるかどうかを判断する。
障害が検出された経路以外に通信可能な経路のないユ−ザを抽出し、障害影響範囲として、運用者に対して通知する。
（１）〜（７）のステップは、記載された順番に限定されない。（１）、（２）のステップは、中継ル−タで並列に処理されてもよく、（２）、（１）の順番で処理されてもよい。（３）、（４）の処理も、NMSで並列に処理されてもよく、（４）、（３）の順番で処理されてもよい。また、（３）のステップは、（２）のステップでル−ティング情報が生成されていれば、順次処理を行ってよく、（１）の処理の終了を待たなくてよい。（４）のステップは、（１）のステップで通信先情報が生成されていれば、順次処理を行ってよく、（２）、（３）の処理の終了を待たなくてよい。（１）〜（５）のステップは、（１）の通信先情報、（２）のルーティング情報が更新される毎に実行されるステップである。
中継ルータ１０４−１、中継ルータ１０４−２は、通信先情報１０５Aと通信先情報１０５Bを生成する。
中継ルータ１０４−１、中継ルータ１０４−２は、ル−ティング情報１０６Aとル−ティング情報１０６Bを生成する。
NMS１０２は、（２）で生成されたル−ティング情報を全ての中継ル−タから収集し、中継ルータの通信可能な経路情報を抽出する。
NMS１０２は、（１）で生成された通信先情報を全ての中継ル−タから収集する。
NMS１０２は、（４）で収集された通信先情報と（３）で抽出した通信可能な経路情報とから、ユ−ザ端末毎の障害影響調査テーブルを生成する。
NMS１０２は、サ−バと中継ル−タ間の障害を検出すると、（５）で生成した障害影響調査テーブルからユ−ザ端末毎に、障害が検出された経路以外に通信可能な経路があるかどうかを判断する。
障害が検出された経路以外に通信可能な経路のないユ−ザを抽出し、障害影響範囲として、運用者に対して通知する。
（１）〜（７）のステップは、記載された順番に限定されない。（１）、（２）のステップは、中継ル−タで並列に処理されてもよく、（２）、（１）の順番で処理されてもよい。（３）、（４）の処理も、NMSで並列に処理されてもよく、（４）、（３）の順番で処理されてもよい。また、（３）のステップは、（２）のステップでル−ティング情報が生成されていれば、順次処理を行ってよく、（１）の処理の終了を待たなくてよい。（４）のステップは、（１）のステップで通信先情報が生成されていれば、順次処理を行ってよく、（２）、（３）の処理の終了を待たなくてよい。（１）〜（５）のステップは、（１）の通信先情報、（２）のルーティング情報が更新される毎に実行されるステップである。
図５は、NMSのハードウェア構成の例である。NMS１０２は、CPU２０１、メモリ２０２、記憶装置２０３を有する。（４）〜（７）のステップを実現するために使用されるプログラムは、メモリ２０２又は記憶装置２０３に記憶される。（４）〜（７）のステップは、CPU２０１によって実現される。NMS１０２が取得する各種情報や、抽出した情報は、メモリ２０２又は記憶装置２０３に記憶される。また、NMS１０２は、入出力インターフェースを備えていてもよく、ディスプレイ装置を備えていてもよい。
図６は、パケット解析を行う中継ル−タの例である。図は、物理インターフェース３０１-１〜物理インターフェース３０１−ｎと、ローカルスイッチ３０２−１〜ローカルスイッチ３０２−ｎと、パケット解析部３０３−１〜パケット解析部３０３−ｎと、メインスイッチ３０４と、計算部３０５と、通信先情報３０６、ルーティング情報３０７とを有する。物理インターフェースは、LANなどで接続される物理的なインターフェースであり、外部との情報の授受を行う。ローカルスイッチは、物理インターフェースが授受した情報を、他の装置に転送するために設置されている。メインスイッチは、ローカルスイッチ３０２−１〜ローカルスイッチ３０２−ｎの転送処理制御を行っている。
パケット解析部３０３−１〜パケット解析部３０３−ｎは、各ローカルスイッチに備えられ、ローカルスイッチを流れるパケットを解析する。パケット解析部で取得した情報を、計算部３０５で処理をする。
数式１は、中継ル−タを流れるパケットから、userをしめすユーザ端末の情報及びserverで示すサーバの情報を抽出する。抽出されたユーザ端末の情報をsrcである送信元情報として、抽出されたサーバの情報をdstである送信先情報に保存する。または、抽出されたサーバの情報をsrcである送信元情報として、抽出されたユーザ端末の情報をdstである送信先情報に保存する。抽出されたユーザ端末の情報及び抽出されたサーバの情報は、１対１で対応づけられている。計算部３０５は、上に示す数式１を使用して、通信先情報３０６を生成する。計算部３０５が通信先情報を生成する処理は、（１）のステップに該当する。通信先情報３０６は、（１）のステップに示す通信先情報１０５Aや通信先情報１０５Bに該当する。
また、計算部３０５は、パケット解析部で取得した情報から、ルーティング情報３０７を生成する。ル−ティング情報は、各中継ル−タが備えるル−ティングテ−ブルを指し、宛先情報及びゲートウェイの情報を少なくとも含んでいる。ルーティング情報３０７は、ネットワ−クシステムを構築する際に登録される所定の通信経路情報であってもよい。また、計算部３０５は、格納されているルーティング情報３０７に登録されていない通信経路情報が検出された場合、通信経路情報を新たに追加する。計算部３０５がルーティング情報を生成する処理は、（２）のステップに該当する。ルーティング情報３０７、（２）のステップに示すル−ティング情報１０６Aやル−ティング情報１０６Bに該当する。
図７、図８を参照し、中継ル−タが生成する通信先情報について説明する。図７は、通信先情報及び通信経路情報を示すネットワークの例である。図４と同一のものは、同一の符号を付して示す。図は、サ−バ１０１−１、サ−バ１０１−２と、中継ルータ１０４−１、中継ルータ１０４−２、NMS１０２、ユーザ端末１０３−１〜ユーザ端末１０３−４を有するシステムである。中継ルータ１０４−１は、キャリアを介して、サ−バ１０１−１、サ−バ１０１−２、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−３、ユーザ端末１０３−４と接続されている。中継ルータ１０４−２は、キャリアを介して、サ−バ１０１−１、NMS１０２、ユーザ端末１０３−１、ユーザ端末１０３−２、ユーザ端末１０３−４と接続されている。
図８は、通信先情報の例である。図は（１）のステップで生成される通信先情報１０５Aと通信先情報１０５Bを示している。中継ルータは、自身を流れるパケットを解析する解析部を備え、パケット情報よりsrc(通信元情報)とdst(通信先情報)を抽出する計算部を備える。中継ルータ１０４−１は、中継ルータ１０４−１を流れるパケットを解析する。その解析結果は、ユ−ザが利用するサ−バである通信先を抽出した情報を含む通信先情報１０５Aとして保存される。図８(a)は、通信先情報１０５Aを示したものである。通信先情報１０５Aは、tran_table(中継ルータ１０４−１)としてメモリ・記憶装置に保存される。中継ルータ１０４−２は、中継ルータ１０４−２を流れるパケットを解析する。その解析結果は、ユ−ザが利用するサ−バである通信先を抽出した情報を含む通信先情報１０５Bとして保存される。図８(b)は、通信先情報１０５Bを示したものである。図８(b)は、通信先情報１０５Bを示したものである。通信先情報１０５Bは、tran_table(中継ルータ１０４−２)としてメモリ・記憶装置に保存される。
図７に示す矢印は、サーバとユーザ端末との間で通信状況をあらわす。中継ルータ１０４−１及び中継ルータ１０４−２は、図７に示す矢印の通信のパケットを解析し、通信先情報を生成する。
中継ルータ１０４−１は、パケット解析の結果を元に、src及びdstを通信先情報１０５Aに保存する。保存した通信先情報１０５Aを、図８の(a)及び以下に示す。
ユーザ端末１０３−１はサ−バ１０１−１と通信を行っている。
ユーザ端末１０３−１はサ−バ１０１−２と通信を行っている。
ユーザ端末１０３−３はサ−バ１０１−１と通信を行っている。
ユーザ端末１０３−３はサ−バ１０１−２と通信を行っている。
ユーザ端末１０３−４はサ−バ１０１−１と通信を行っている。
ユーザ端末１０３−４は、中継ルータ１０４−１を介してサーバ１０１−２とネットワーク上、接続はされている。しかしながら、ユーザ端末１０３−４は、サーバ１０１−２のサービスを受ける関係になく、サーバ１０１−２と通信を行っていない。
ユーザ端末１０３−１はサ−バ１０１−１と通信を行っている。
ユーザ端末１０３−１はサ−バ１０１−２と通信を行っている。
ユーザ端末１０３−３はサ−バ１０１−１と通信を行っている。
ユーザ端末１０３−３はサ−バ１０１−２と通信を行っている。
ユーザ端末１０３−４はサ−バ１０１−１と通信を行っている。
ユーザ端末１０３−４は、中継ルータ１０４−１を介してサーバ１０１−２とネットワーク上、接続はされている。しかしながら、ユーザ端末１０３−４は、サーバ１０１−２のサービスを受ける関係になく、サーバ１０１−２と通信を行っていない。
中継ルータ１０４−２は、パケット解析の結果を元に、src及びdstを通信先情報１０５Bに保存する。保存した通信先情報１０５Bを、図８の(b)及び以下に示す。
ユーザ端末１０３−２はサ−バ１０１−２と通信を行っている。
ユーザ端末１０３−１とユーザ端末１０３−４は、中継ルータ１０４−２を介してサーバ１０１−２とネットワーク上、接続はされている。しかしながら、ユーザ端末１０３−１とユーザ端末１０３−４は、サーバ１０１−２のサービスを受ける関係になく、サーバ１０１−２と通信を行っていない。
ユーザ端末１０３−２はサ−バ１０１−２と通信を行っている。
ユーザ端末１０３−１とユーザ端末１０３−４は、中継ルータ１０４−２を介してサーバ１０１−２とネットワーク上、接続はされている。しかしながら、ユーザ端末１０３−１とユーザ端末１０３−４は、サーバ１０１−２のサービスを受ける関係になく、サーバ１０１−２と通信を行っていない。
図７、図９を参照し、計算部３０５が生成するルーティング情報について説明をする。ルーティング情報は、宛先情報及びゲートウェイ情報を含む。中継ルータは、図７のネットワークの情報に基づいて、図９(a)、図９(b)のルーティング情報を生成する。図７に示す、ゲートウェイ４０１A〜ゲートウェイ４０１Iは、通信でサーバ、ユーザ端末へ到達するために通過するゲートウェイを表している。ゲートウェイは、ネットワークを中継する機器であってもよいし、ソフトウェアであってもよい。図９は、ルーティング情報の例である。図９(a)は、ル−ティング情報１０６Aを示し、図７のネットワークにおける中継ルータ１０４−１のネットワ−クシステムを構築する際に登録される所定の通信経路情報である。図９(a)のル−ティング情報１０６Aと（２）のステップのル−ティング情報１０６Aとは、同様のものである。以下は、図７のネットワークに対応したル−ティング情報１０６Aがもつ通信経路情報である。
中継ルータ１０４−１は、ゲートウェイ４０１Aを介してサーバ１０１−１と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Bを介してサーバ１０１−２と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Dを介してユーザ端末１０３−１と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Eを介してユーザ端末１０３−３と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Fを介してユーザ端末１０３−４と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Aを介してサーバ１０１−１と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Bを介してサーバ１０１−２と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Dを介してユーザ端末１０３−１と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Eを介してユーザ端末１０３−３と接続される。
中継ルータ１０４−１は、ゲートウェイ４０１Fを介してユーザ端末１０３−４と接続される。
図９(b)は、ル−ティング情報１０６Bを示し、図７のネットワークにおける中継ルータ１０４−２のネットワ−クシステムを構築する際に登録される所定の通信経路情報である。図９(b)のル−ティング情報１０６Bと（２）のステップのル−ティング情報１０６Bとは、同様のものである。以下は、図７のネットワークに対応したル−ティング情報１０６Bがもつ通信経路情報である。
中継ルータ１０４−２は、ゲートウェイ４０１Cを介してサーバ１０１−２と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Gを介してユーザ端末１０３−１と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Hを介してユーザ端末１０３−２と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Iを介してユーザ端末１０３−４と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Cを介してサーバ１０１−２と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Gを介してユーザ端末１０３−１と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Hを介してユーザ端末１０３−２と接続される。
中継ルータ１０４−２は、ゲートウェイ４０１Iを介してユーザ端末１０３−４と接続される。
図１０は、通信可能な経路情報の例を示す。NMS１０２が、ル−ティング情報を中継ル−タから収集し、通信可能な経路情報を抽出する。この処理は、（３）のステップを示す。図は、通信可能な経路情報１０７Aと通信可能経路情報１０７Bを示す。通信可能な経路情報１０７Aは、possible_pass_table(中継ルータ１０４−１)として、メモリ・記憶装置に保存される。通信可能な経路情報１０７Bは、possible_pass_table(中継ルータ１０４−２)として、メモリ・記憶装置に保存される。
図１０(a)は、通信可能な経路情報１０７Aとして、図１０(a)からpossible_pass_table(中継ルータ１０４−１)を抽出したものである。図１０(a)のpossible_pass_table(中継ルータ１０４−１)を以下に示す。
ユーザ端末１０３−１は、中継ルータ１０４−１を介してサーバ１０１−１と接続可能である。
ユーザ端末１０３−３は、中継ルータ１０４−１を介してサーバ１０１−１と接続可能である。
ユーザ端末１０３−４は、中継ルータ１０４−１を介してサーバ１０１−１と接続可能である。
ユーザ端末１０３−１は、中継ルータ１０４−１を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−３は、中継ルータ１０４−１を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−４は、中継ルータ１０４−１を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−１は、中継ルータ１０４−１を介してサーバ１０１−１と接続可能である。
ユーザ端末１０３−３は、中継ルータ１０４−１を介してサーバ１０１−１と接続可能である。
ユーザ端末１０３−４は、中継ルータ１０４−１を介してサーバ１０１−１と接続可能である。
ユーザ端末１０３−１は、中継ルータ１０４−１を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−３は、中継ルータ１０４−１を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−４は、中継ルータ１０４−１を介してサーバ１０１−２と接続可能である。
図１０(b)は、通信可能な経路情報１０８Bとして、図９(b)からpossible_pass_table(中継ルータ１０４−２)を抽出したものである。図１０(b)のpossible_pass_table(中継ルータ１０４−２)を以下に示す。
ユーザ端末１０３−１は、中継ルータ１０４−２を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−２は、中継ルータ１０４−２を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−４は、中継ルータ１０４−２を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−１は、中継ルータ１０４−２を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−２は、中継ルータ１０４−２を介してサーバ１０１−２と接続可能である。
ユーザ端末１０３−４は、中継ルータ１０４−２を介してサーバ１０１−２と接続可能である。
図１１の障害影響調査テーブルの作成フローチャートは以下のステップを有し、処理はNMS１０２で実行される。ユーザ端末１０３−１〜ユーザ端末１０３−４には、user_noとして、１から順に数字が割り当てられている。ユーザ端末１０３−１は、1が割り当てられており、ユーザ端末１０３−２には、2、ユーザ端末１０３−３には、3、ユーザ端末１０３−４には、4が割り当てられている。ユーザ端末は、４つに限定されるものではなく、１〜ｎ個あってよい。１〜ｎ個のユーザ端末のそれぞれに1〜nが割り当てられる。また、ルーターインデックス_1とルーターインデックス_2には、数字を代入され、該数字は中継ルータの番号を示す。ルーターインデックス_1とルーターインデックス_2の値が１であった場合は、中継ルータ１０４−１を示す。ルーターインデックス_1とルーターインデックス_2の値に２であった場合は、中継ルータ１０４−２を示す。中継ルータは、２つに限定されるものではなく、複数個あってよく、それぞれに１〜ｍが割り当てられる。
NMS１０２は、user_noの値に、１を代入する（ステップS１０１）。ステップS１０２〜S１０５は、通信先情報(tran_table)から情報を収集するための処理である。NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、ルーターインデックス_1に代入された値の中継ルータの番号に対応した通信先情報(tran_table)を所定のメモリ・記憶装置より取得する。NMS１０２は、取得した通信先情報から、user_noに代入された値のユーザ番号に対応するサーバ情報を取得し、取得したサーバ情報を通信先サーバ情報として、所定のメモリ・記憶装置に保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納されている値がmよりも大きいかどうかを判断する（ステップS１０５）。NMS１０２は、ルーターインデックス_1に代入された値のルータ番号に対応した通信先情報(tran_table)を取得する。NMS１０２は、取得した通信先情報から、user_noに代入された値のユーザ番号に対応するサーバ情報を取得し、取得したサーバ情報を通信先サーバ情報として、所定のメモリ・記憶装置に保存する（ステップS１０５でNO、ステップS１０３）。ステップS１０３の処理が実行されると、ステップS１０４〜S１０５の処理が繰り返される。一方、ルーターインデックス_1に格納された値がmよりも大きい場合は、次のステップに進む（ステップS１０５でYES）。
ステップS１０６〜S１０９は、通信可能な経路情報(possible_pass_table)から情報を収集するための処理である。NMS１０２は、ルーターインデックス_2の値に、１を代入する（ステップS１０５でYes、ステップS１０６）。NMS１０２は、ルーターインデックス_2に代入された値のルータ番号に対応した通信可能な経路情報(possible_pass_table)を、所定のメモリ・記憶装置より取得する。NMS１０２は、取得した通信可能な経路情報内の、user_noに代入された値のユーザ番号に対応した接続可能なサーバが、通信先サーバ情報と一致した場合、ルータ番号を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納されている値がmよりも大きいかどうかを判断する（ステップS１０９）。NMS１０２は、ルーターインデックス_2に代入された値のルータ番号に対応した通信可能な経路情報(possible_pass_table)を取得する。NMS１０２は、取得した通信可能な経路情報内の、user_noに代入された値のユーザ番号に対応した接続可能なサーバが、通信先サーバ情報と一致した場合、ルータ番号を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０９でNO、ステップS１０７）。ステップS１０７の処理が実行されると、ステップS１０８〜ステップS１０９の処理が繰り返される。一方、ルーターインデックス_2に格納された値がmよりも大きい場合は、次のステップに進む（ステップS１０９でYES）。
NMS１０２は、通信先サーバ情報と通信可能ルータから、user_noの値のユーザ端末の障害影響調査テーブルを生成し、所定のメモリ・記憶装置に保存する（ステップS１１０）。NMS１０２は、user_noに格納された値に、１を加算する（ステップS１１１）。NMS１０２は、user_noに格納されている値がｎよりも大きいかどうかを判断する（ステップS１１２）。NMS１０２は、ルーターインデックス_1に格納された値に、１を代入する（ステップS１１２でNO、ステップS１０２）。一方、user_noに格納されている値がｎよりも大きい場合は、処理を終了する。
図１２は、障害影響調査テーブルの生成過程の例である。図１２は、図８の通信先情報及び図１０の通信可能な経路情報の例を元に障害影響調査テーブルを生成する生成過程を示している。また、図１３は、障害影響調査テーブルの例である。図１３は、図１２の生成過程の結果生成される障害影響調査テーブルである。
図１２Aは、障害影響調査テーブル（observation_table(ユーザ端末１０３−１)）の生成過程である。以下に、ユーザ端末１０３−１の障害影響調査テーブルの生成過程を示す。
＜ユーザ端末１０３−１の障害影響調査テーブルを生成する過程＞
NMS１０２は、user_noの値に、１を代入する（ステップS１０１）。NMS１０２は、ルーターインデックス_1の値として、１を代入する（ステップS１０２）。ルーターインデックス_1に格納された値の１は、中継ルータ１０４−１を示し、NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを所定のメモリ・記憶装置から取得する。NMS１０２は、通信先情報１０５Aから、ユーザ端末１０３−１に対応するサーバ情報である、サーバ１０１−１及びサーバ１０１−２を取得し、通信先サーバ情報として、所定のメモリ・記憶装置に保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。実施例では、中継ルータを２個備えているため、mは２である。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、処理をステップS１０３に戻す。ルーターインデックス_1に格納された値である２は、中継ルータ１０４−２を示し、NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−１に対応するサーバ情報を所定のメモリ・記憶装置から取得する。通信先情報１０５Bは、ユーザ端末１０３−１に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、user_noの値に、１を代入する（ステップS１０１）。NMS１０２は、ルーターインデックス_1の値として、１を代入する（ステップS１０２）。ルーターインデックス_1に格納された値の１は、中継ルータ１０４−１を示し、NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを所定のメモリ・記憶装置から取得する。NMS１０２は、通信先情報１０５Aから、ユーザ端末１０３−１に対応するサーバ情報である、サーバ１０１−１及びサーバ１０１−２を取得し、通信先サーバ情報として、所定のメモリ・記憶装置に保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。実施例では、中継ルータを２個備えているため、mは２である。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、処理をステップS１０３に戻す。ルーターインデックス_1に格納された値である２は、中継ルータ１０４−２を示し、NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−１に対応するサーバ情報を所定のメモリ・記憶装置から取得する。通信先情報１０５Bは、ユーザ端末１０３−１に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_2の値に、１を代入する（ステップS１０６）。ルーターインデックス_2に格納された値の１は、中継ルータ１０４−１を示し、NMS１０２は、通信可能な経路情報１０７Aを取得する。通信可能な経路情報１０７Aのユーザ端末１０３−１に対応した接続可能なサーバは、サーバ１０１−１及びサーバ１０１−２であり、通信先サーバ情報と一致する。そのため、NMS１０２は、通信先サーバ情報のサーバ１０１−１及びサーバ１０１−２の各々に対応させて、中継ルータ１０４−１の値を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である２を、mよりも大きくないと判断する（ステップS１０９はNO）。ステップS１０９でNOであるため、処理をステップS１０７に戻す。ルーターインデックス_2に格納された値の２は、中継ルータ１０４−２を示し、NMS１０２は、通信可能な経路情報１０７Bを取得する。通信可能な経路情報１０７Bのユーザ端末１０３−１に対応した接続可能なサーバは、サーバ１０１−２であり、通信先サーバ情報と一致する。そのため、NMS１０２は、通信先サーバ情報のサーバ１０１−２に対応させて、中継ルータ１０４−２の値を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０９はNO、ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である３を、mよりも大きいと判断する（ステップS１０９はYES）。処理をステップS１１０に移す。
NMS１０２は、通信先サーバ情報と通信可能ルータから、ユーザ端末１０３−１の障害影響調査テーブルを生成する（ステップS１１０）。生成されたユーザ端末１０３−１の障害影響調査テーブルを以下に示す。
通信先サーバ情報：通信可能ルータ
サーバ１０１−１：中継ルータ１０４−１
サーバ１０１−２：中継ルータ１０４−１
サーバ１０１−２：中継ルータ１０４−２
通信先サーバ情報：通信可能ルータ
サーバ１０１−１：中継ルータ１０４−１
サーバ１０１−２：中継ルータ１０４−１
サーバ１０１−２：中継ルータ１０４−２
図１３(a)は、生成されたユーザ端末１０３−１の障害影響調査テーブル（observation_table(ユーザ端末１０３−１)）を示しており、上記の情報を表したものである。
NMS１０２は、user_noに格納された値に、１を加算する（ステップS１１１）。実施例では、ユーザ端末を４個備えているため、ｎは４となり、NMS１０２は、user_noに格納された値である２を、ｎよりも大きくないと判断する（ステップS１１２はNO）。処理をステップS１０２に移す。
図１２Bは、障害影響調査テーブル（observation_table(ユーザ端末１０３−２)）の生成過程である。以下に、ユーザ端末１０３−２の障害影響調査テーブルの生成過程を示す。処理をステップS１０２に移す際に、ルーターインデックス_1、ルーターインデックス_2、通信先サーバ情報、通信可能ルータは、クリアされる。
＜ユーザ端末１０３−２の障害影響調査テーブルを生成する過程＞
NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを取得する。通信先情報１０５Aは、ユーザ端末１０３−２に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、処理をステップS１０３に戻す。NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−２に対応するサーバ情報を取得する。通信先情報１０５Bは、ユーザ端末１０３−２に対応するサーバ情報としてサーバ１０１−２を取得し、NMS１０２は、取得したサーバ情報を通信先サーバ情報として保存する（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを取得する。通信先情報１０５Aは、ユーザ端末１０３−２に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、処理をステップS１０３に戻す。NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−２に対応するサーバ情報を取得する。通信先情報１０５Bは、ユーザ端末１０３−２に対応するサーバ情報としてサーバ１０１−２を取得し、NMS１０２は、取得したサーバ情報を通信先サーバ情報として保存する（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_2の値として、１を代入する（ステップS１０６）。ステップS１０７では、通信可能な経路情報１０７Aを取得する。通信可能な経路情報１０７Aは、ユーザ端末１０３−２に対応した接続可能なサーバを有さない。そのため、NMS１０２は、通信可能ルータに何も保存しない（ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である２を、mよりも大きくないと判断する（ステップS１０９はNO）。ステップS１０９でNOであるため、処理をステップS１０７に戻し、NMS１０２は、通信可能な経路情報１０７Bを取得する。通信可能な経路情報１０７Bのユーザ端末１０３−２に対応した接続可能なサーバは、サーバ１０１−２であり、通信先サーバ情報と一致する。そのため、NMS１０２は、通信先サーバ情報のサーバ１０１−２に対応させて、中継ルータ１０４−２の値を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０９はNO、ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である３を、mよりも大きいと判断する（ステップS１０９はYES）。処理をステップS１１０に移す。
NMS１０２は、通信先サーバ情報と通信可能ルータから、ユーザ端末１０３−２の障害影響調査テーブルを生成し、所定のメモリ・記憶装置に保存する（ステップS１１０）。生成されたユーザ端末１０３−２の障害影響調査テーブルを以下に示す。
通信先サーバ情報：通信可能ルータ
サーバ１０１−２：中継ルータ１０４−２
通信先サーバ情報：通信可能ルータ
サーバ１０１−２：中継ルータ１０４−２
図１３(b)は、生成されたユーザ端末１０３−２の障害影響調査テーブル（observation_table(ユーザ端末１０３−２)）を示しており、上記の情報を表したものである。
NMS１０２は、user_noに格納された値に、１を加算する（ステップS１１１）。NMS１０２は、user_noに格納された値である３を、ｎよりも大きくないと判断する（ステップS１１２はNO）。処理をステップS１０２に移す。
図１２Cは、障害影響調査テーブル（observation_table(ユーザ端末１０３−３)）の生成過程である。以下に、ユーザ端末１０３−３の障害影響調査テーブルの生成過程を示す。処理をステップS１０２に移す際に、ルーターインデックス_1、ルーターインデックス_2、通信先サーバ情報、通信可能ルータは、クリアされる。
図１２Cは、障害影響調査テーブル（observation_table(ユーザ端末１０３−３)）の生成過程である。以下に、ユーザ端末１０３−３の障害影響調査テーブルの生成過程を示す。処理をステップS１０２に移す際に、ルーターインデックス_1、ルーターインデックス_2、通信先サーバ情報、通信可能ルータは、クリアされる。
＜ユーザ端末１０３−３の障害影響調査テーブルを生成する過程＞
NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを取得する。NMS１０２は、通信先情報１０５Aから、ユーザ端末１０３−３に対応するサーバ情報である、サーバ１０１−１及びサーバ１０１−２を取得し、通信先サーバ情報として、所定のメモリ・記憶装置に保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、処理をステップS１０３に戻す。NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−３に対応するサーバ情報を取得する。通信先情報１０５Bは、ユーザ端末１０３−３に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを取得する。NMS１０２は、通信先情報１０５Aから、ユーザ端末１０３−３に対応するサーバ情報である、サーバ１０１−１及びサーバ１０１−２を取得し、通信先サーバ情報として、所定のメモリ・記憶装置に保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、処理をステップS１０３に戻す。NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−３に対応するサーバ情報を取得する。通信先情報１０５Bは、ユーザ端末１０３−３に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_2の値に、１を代入する（ステップS１０６）。ステップS１０７で、NMS１０２は、通信可能な経路情報１０７Aを取得する。通信可能な経路情報１０７Aのユーザ端末１０３−３に対応した接続可能なサーバは、サーバ１０１−１及びサーバ１０１−２であり、通信先サーバ情報と一致する。そのため、NMS１０２は、通信先サーバ情報のサーバ１０１−１及びサーバ１０１−２の各々に対応させて、中継ルータ１０４−１の値を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である２を、mよりも大きくないと判断する（ステップS１０９はNO）。ステップS１０９でNOであるため、処理をステップS１０７に戻し、NMS１０２は、通信可能な経路情報１０７Bを取得する。通信可能な経路情報１０７Bは、ユーザ端末１０３−３に対応した接続可能なサーバを有さない。そのため、NMS１０２は、通信可能ルータに何も保存しない（ステップS１０９はNO、ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である３を、mよりも大きいと判断する（ステップS１０９はYES）。処理をステップS１１０に移す。
NMS１０２は、通信先サーバ情報と通信可能ルータから、ユーザ端末１０３−３の障害影響調査テーブルを生成する（ステップS１１０）。生成されたユーザ端末１０３−３の障害影響調査テーブルを以下に示す。
通信先サーバ情報：通信可能ルータ
サーバ１０１−１：中継ルータ１０４−１
サーバ１０１−２：中継ルータ１０４−１
通信先サーバ情報：通信可能ルータ
サーバ１０１−１：中継ルータ１０４−１
サーバ１０１−２：中継ルータ１０４−１
図１３(c)は、生成されたユーザ端末１０３−３の障害影響調査テーブル（observation_table(ユーザ端末１０３−３)）を示しており、上記の情報を表したものである。
NMS１０２は、user_noに格納された値に、１を加算する（ステップS１１１）。NMS１０２は、user_noに格納された値である４を、ｎよりも大きくないと判断する（ステップS１１２はNO）。処理をステップS１０２に移す。
図１２Dは、障害影響調査テーブル（observation_table(ユーザ端末１０３−３)）の生成過程である。以下に、ユーザ端末１０３−３の障害影響調査テーブルの生成過程を示す。処理をステップS１０２に移す際に、ルーターインデックス_1、ルーターインデックス_2、通信先サーバ情報、通信可能ルータは、クリアされる。
図１２Dは、障害影響調査テーブル（observation_table(ユーザ端末１０３−３)）の生成過程である。以下に、ユーザ端末１０３−３の障害影響調査テーブルの生成過程を示す。処理をステップS１０２に移す際に、ルーターインデックス_1、ルーターインデックス_2、通信先サーバ情報、通信可能ルータは、クリアされる。
＜ユーザ端末１０３−４の障害影響調査テーブルを生成する過程＞
NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを取得する。通信先情報１０５Aから、ユーザ端末１０３−４に対応するサーバ情報としてサーバ１０１−１を取得し、NMS１０２は、取得したサーバ情報を通信先サーバ情報として保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、NMS１０２は、処理をステップS１０３に戻す。NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−３に対応するサーバ情報を取得する。通信先情報１０５Bは、ユーザ端末１０３−３に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_1の値に、１を代入する（ステップS１０２）。NMS１０２は、中継ルータ１０４−１から通信先情報１０５Aを取得する。通信先情報１０５Aから、ユーザ端末１０３−４に対応するサーバ情報としてサーバ１０１−１を取得し、NMS１０２は、取得したサーバ情報を通信先サーバ情報として保存する（ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である２を、mよりも大きくないと判断する（ステップS１０５はNO）。ステップS１０５でNOであるため、NMS１０２は、処理をステップS１０３に戻す。NMS１０２は、中継ルータ１０４−２から通信先情報１０５Bを取得する。NMS１０２は、通信先情報１０５Bから、ユーザ端末１０３−３に対応するサーバ情報を取得する。通信先情報１０５Bは、ユーザ端末１０３−３に対応するサーバ情報を有さないため、NMS１０２は、通信先サーバ情報に変更を加えない（ステップS１０５でNO、ステップS１０３）。NMS１０２は、ルーターインデックス_1に格納されている値に、１を加算する（ステップS１０４）。NMS１０２は、ルーターインデックス_1に格納された値である３を、mよりも大きいと判断する（ステップS１０５はYES）。処理をステップS１０６に移す。
NMS１０２は、ルーターインデックス_2の値に、１を代入する（ステップS１０６）。ステップS１０７では、NMS１０２が、通信可能な経路情報１０７Aを取得する。通信可能な経路情報１０７Aのユーザ端末１０３−４に対応した接続可能なサーバは、サーバ１０１−１及びサーバ１０１−２であり、通信先サーバ情報と一致するのは、サーバ１０１−１である。そのため、NMS１０２は、通信先サーバ情報のサーバ１０１−１に対応させて、中継ルータ１０４−１の値を通信可能ルータとして、所定のメモリ・記憶装置に保存する（ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である２を、mよりも大きくないと判断する（ステップS１０９はNO）。ステップS１０９でNOであるため、処理をステップS１０７に戻し、NMS１０２は、通信可能な経路情報１０７Bを取得する。通信可能な経路情報１０７Bは、ユーザ端末１０３−４に対応した接続可能なサーバを有さない。そのため、NMS１０２は、通信可能ルータに何も保存しない（ステップS１０９はNO、ステップS１０７）。NMS１０２は、ルーターインデックス_2に格納されている値に、１を加算する（ステップS１０８）。NMS１０２は、ルーターインデックス_2に格納された値である３を、mよりも大きいと判断する（ステップS１０９はYES）。処理をステップS１１０に移す。
NMS１０２は、通信先サーバ情報と通信可能ルータから、ユーザ端末１０３−４の障害影響調査テーブルを生成する（ステップS１１０）。生成されたユーザ端末１０３−４の障害影響調査テーブルを以下に示す。
通信先サーバ情報：通信可能ルータ
サーバ１０１−１：中継ルータ１０４−１
通信先サーバ情報：通信可能ルータ
サーバ１０１−１：中継ルータ１０４−１
図１３(d)は、生成されたユーザ端末１０３−４の障害影響調査テーブル（observation_table(ユーザ端末１０３−４)）を示しており、上記の情報を表したものである。
NMS１０２は、user_noに格納された値に、１を加算する（ステップS１１１）。NMS１０２は、user_noに格納された値である５を、ｎよりも大きいと判断する（ステップS１１２はYES）。処理を終了する。
図１３(a)〜図１３(d)は、ルート番号を更に有する。ルート番号は、通信先サーバ情報と通信可能ルータに基づいた番号である。通信先サーバ情報は、サーバ１０１−１を１とし、サーバ１０１−２を２として、サーバ毎に順に数字が割り振られており、ルータ番号のプレフィックスに値を設定される。プレフィックスは、ルータ番号のハイフン「−」前の数字を指している。また、通信可能ルータは、中継ルータ１０４−１を１とし、中継ルータ１０４−２を２として、中継ルータ毎に順に数字が割り振られており、ルータ番号のサフィックスとして設定される。サフィックスは、ルータ番号の「−」後の数字を指している。
図１４は、障害の影響範囲を抽出するフローチャートである。図１４の処理は、（６）及び（７）のステップに該当する。処理は全てNMS１０２で実行される。NMS１０２は、サーバと中継ルータの間で障害を検出すると、図１３の障害影響調査テーブルを使用して、ユ−ザ端末毎に、障害が検出された経路以外に通信可能な経路があるかどうかを判断する。ユーザ端末１０３−１〜ユーザ端末１０３−４には、ユーザインデックス（user_index）として、１から順に数字が割り当てられている。ユーザ端末１０３−１は、1が割り当てられており、ユーザ端末１０３−２には、2、ユーザ端末１０３−３には、3、ユーザ端末１０３−４には、4が割り当てられている。ユーザ端末は、４つに限定されるものではなく、１〜ｎ個あってよい。１〜ｎ個のユーザ端末のそれぞれに1〜nが割り当てられる。
NMS１０２は、user_indexの値に、１を代入する（ステップS２０１）。NMS１０２は、user_indexに格納された値のユーザ端末に対応する障害影響調査テーブルを取得する。NMS１０２は、NMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータの対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。NMS１０２は、NMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータに対応する情報を障害影響調査テーブルより抽出する（ステップS２０２でYES、ステップS２０３）。NMS１０２は、抽出した通信先サーバ情報及び通信可能ルータの対に対応するルート番号と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有するかを判断する（ステップS２０４）。NMS１０２は、障害影響調査テーブルが抽出した通信先サーバ情報及び通信可能ルータの対に対応するルート番号と同一のプレフィックスを持つルート番号を有さない場合、user_indexの値に対応するユーザ端末の情報を、運用者に通知する（ステップS２０４でNO、ステップS２０５）。NMS１０２は、障害影響調査テーブルが抽出した通信先サーバ情報及び通信可能ルータの対に対応するルート番号と同一のプレフィックスを持つルート番号を有する場合は、運用者に通知はしない。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０２でNO、ステップS２０４でYES、ステップS２０６）。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。NMS１０２は、user_indexに格納された値のユーザ端末に対応する障害影響調査テーブルを取得する。NMS１０２は、NMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータの対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。その後、NMS１０２は、ステップS２０３〜ステップS２０７の処理を繰り返す。NMS１０２は、処理を終了する（ステップS２０６でYES）。
以下に、図１３(a)〜図１３(d)の例に基づいて、図１４のフローチャートの処理を説明する。一例として、NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の間で障害を検出した場合を示す。
＜ユーザ端末１０３−１の障害影響調査テーブルを使用した場合＞
NMS１０２は、user_indexの値に、１を代入する（ステップS２０１）。NMS１０２は、user_indexに格納された１に対応するユーザ端末１０３−１の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応する情報を障害影響調査テーブルより抽出する（ステップS２０２でYES、ステップS２０３）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応するルート番号「２−１」と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有するかを判断する（ステップS２０４）。ユーザ端末１０３−１の障害影響調査テーブルは、ルート番号「２−１」と同一のプレフィックスを持つルート番号を有するため、処理をステップS２０６に移す。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０４でYES、ステップS２０６）。ｎはユーザ端末の数であり、実施例では４である。user_indexに格納されている値は１であるため、ステップS２０６は４に達していない。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。
NMS１０２は、user_indexの値に、１を代入する（ステップS２０１）。NMS１０２は、user_indexに格納された１に対応するユーザ端末１０３−１の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応する情報を障害影響調査テーブルより抽出する（ステップS２０２でYES、ステップS２０３）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応するルート番号「２−１」と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有するかを判断する（ステップS２０４）。ユーザ端末１０３−１の障害影響調査テーブルは、ルート番号「２−１」と同一のプレフィックスを持つルート番号を有するため、処理をステップS２０６に移す。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０４でYES、ステップS２０６）。ｎはユーザ端末の数であり、実施例では４である。user_indexに格納されている値は１であるため、ステップS２０６は４に達していない。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。
＜ユーザ端末１０３−２の障害影響調査テーブルを使用した場合＞
NMS１０２は、user_indexに格納された２に対応するユーザ端末１０３−２の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。ユーザ端末１０３−２の障害影響調査テーブルは、サーバ１０１−２と中継ルータ１０４−１の対を有さない。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０２でNO、ステップS２０６）。user_indexに格納されている値は２であるため、ステップS２０６は４に達していない。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。
NMS１０２は、user_indexに格納された２に対応するユーザ端末１０３−２の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。ユーザ端末１０３−２の障害影響調査テーブルは、サーバ１０１−２と中継ルータ１０４−１の対を有さない。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０２でNO、ステップS２０６）。user_indexに格納されている値は２であるため、ステップS２０６は４に達していない。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。
＜ユーザ端末１０３−３の障害影響調査テーブルを使用した場合＞
NMS１０２は、user_indexに格納された３に対応するユーザ端末１０３−３の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応する情報を障害影響調査テーブルより抽出する（ステップS２０２でYES、ステップS２０３）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応するルート番号「２−１」と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有するかを判断する（ステップS２０４）。NMS１０２は、ルート番号「２−１」と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有さないため、サービスを利用できないユーザ端末として、運用者にユーザ端末情報を通知する（ステップS２０４でNO、ステップS２０５）。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０６）。user_indexに格納されている値は３であるため、ステップS２０６は４に達していない。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。
NMS１０２は、user_indexに格納された３に対応するユーザ端末１０３−３の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応する情報を障害影響調査テーブルより抽出する（ステップS２０２でYES、ステップS２０３）。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対に対応するルート番号「２−１」と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有するかを判断する（ステップS２０４）。NMS１０２は、ルート番号「２−１」と同一のプレフィックスを持つルート番号を、障害影響調査テーブルが有さないため、サービスを利用できないユーザ端末として、運用者にユーザ端末情報を通知する（ステップS２０４でNO、ステップS２０５）。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０６）。user_indexに格納されている値は３であるため、ステップS２０６は４に達していない。NMS１０２は、user_indexに格納されている値に、１を加算する（ステップS２０６でNO、ステップS２０７）。
＜ユーザ端末１０３−４の障害影響調査テーブルを使用した場合＞
NMS１０２は、user_indexに格納された４に対応するユーザ端末１０３−４の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。ユーザ端末１０３−４の障害影響調査テーブルは、サーバ１０１−２と中継ルータ１０４−１の対を有さない。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０２でNO、ステップS２０６）。user_indexに格納されている値は４であるため、user_indexに格納されている値は４に達している。NMS１０２は、処理を終了する（ステップS２０６でYES）。
NMS１０２は、user_indexに格納された４に対応するユーザ端末１０３−４の障害影響調査テーブルを取得する。NMS１０２は、サーバ１０１−２と中継ルータ１０４−１の対を、障害影響調査テーブルとして有するかを判断する（ステップS２０２）。ユーザ端末１０３−４の障害影響調査テーブルは、サーバ１０１−２と中継ルータ１０４−１の対を有さない。NMS１０２は、user_indexに格納されている値がnに達したかを判断する（ステップS２０２でNO、ステップS２０６）。user_indexに格納されている値は４であるため、user_indexに格納されている値は４に達している。NMS１０２は、処理を終了する（ステップS２０６でYES）。
上記のような、処理の結果、ユーザ端末１０３−３は、サービスを利用できる経路がないユーザとして、運用者に情報を通知される。
以上、説明したように、実施形態にかかる方法では、NMSが障害を検出した場合に、人手をかけずに自動的にサービスを利用できなくなっているユーザを抽出することができる。また、大規模なネットワークであるほど、障害の影響を受けるユーザを人手によって抽出する作業は困難になる。しかしながら、自動的にユーザが抽出されるため、大規模なネットワークになっても、実施形態にかかる方法では、精度が落ちることはない。
このような実施形態にかかる方法では、障害影響範囲を特定することができる。ルータは、ルータを流れるパケットを解析し、ユーザが利用するサーバを特定する通信先情報を生成する。NMSは、ルータのルーティング情報を収集し、前記生成手段で生成した前記通信先情報と前記ルーティング情報とを組み合わせることにより、障害影響テーブルを作成する。障害の検出を契機に前記障害影響テーブルに基づいて、障害影響範囲を特定する。これにより、障害により、サービスを受けることのできなくなっているユ−ザを抽出することができる。
また、サービスを利用できる経路がないユーザを運用者に通知することができる。
また、サービスを利用できる経路がないユーザを運用者に通知することができる。
＜その他＞
図１４のステップS２０２に示すように、NMS１０２は、NMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータの対を、障害影響調査テーブルとして有するかを判断する。ステップS２０２でNMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータの対を、障害影響調査テーブルが有する場合に、処理をステップS２０５に移してもよい。この場合は、NMS１０２が障害を検出した箇所において、影響を受けている可能性のあるユーザを運用者に通知することができる。
図１４のステップS２０２に示すように、NMS１０２は、NMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータの対を、障害影響調査テーブルとして有するかを判断する。ステップS２０２でNMS１０２が検出した障害箇所に該当する通信先サーバ情報及び通信可能ルータの対を、障害影響調査テーブルが有する場合に、処理をステップS２０５に移してもよい。この場合は、NMS１０２が障害を検出した箇所において、影響を受けている可能性のあるユーザを運用者に通知することができる。
１０１−１〜１０１−３ サ−バ
１０２ NMS
１０３−１〜１０３−８ ユーザ端末
１０４−１〜１０４−２ 中継ル−タ
１０５A〜１０５B 通信先情報
１０６A〜１０６B ルーティング情報
１０７A〜１０７B 通信可能な経路情報
２０１ CPU
２０２ メモリ
２０３ 記憶装置
３０１−１〜３０１−ｎ 物理インターフェース
３０２−１〜３０２−ｎ ローカルスイッチ
３０３−１〜３０３−ｎ パケット解析部
３０４ メインスイッチ
３０５ 計算部
３０６ 通信先情報
３０７ ルーティング情報
４０１A〜I ゲートウェイ
１０２ NMS
１０３−１〜１０３−８ ユーザ端末
１０４−１〜１０４−２ 中継ル−タ
１０５A〜１０５B 通信先情報
１０６A〜１０６B ルーティング情報
１０７A〜１０７B 通信可能な経路情報
２０１ CPU
２０２ メモリ
２０３ 記憶装置
３０１−１〜３０１−ｎ 物理インターフェース
３０２−１〜３０２−ｎ ローカルスイッチ
３０３−１〜３０３−ｎ パケット解析部
３０４ メインスイッチ
３０５ 計算部
３０６ 通信先情報
３０７ ルーティング情報
４０１A〜I ゲートウェイ
Claims (7)
- ユーザ端末とサーバとをルータを介して接続するネットワ−クであって、
ルータを流れるパケットを解析し、ユーザが利用するサーバを特定する通信先情報を生成する生成手段と、
ルータのルーティング情報を収集し、前記生成手段で生成した前記通信先情報と前記ルーティング情報とを組み合わせることにより、障害影響テーブルを作成する作成手段と、
障害の検出を契機に前記障害影響テーブルに基づいて、障害影響範囲を特定する障害影響特定手段とを有する
ことを特徴とするネットワーク監視システム。 - 前記障害影響特定手段は、
前記障害を検出したサーバとルータとを対とした情報を、ユーザ端末毎の前記障害影響テーブルが有するかを確認し、
前記障害を検出したサーバとルータを対とした情報を前記障害影響テーブルが有していた場合、障害の影響を受けているユーザとして特定する
ことを特徴とする請求項１記載のネットワーク監視システム。 - 前記障害影響特定手段は、
前記障害を検出したサーバとルータとを対とした情報を、ユーザ端末毎の前記障害影響テーブルが有するかを確認し、
前記障害影響テーブルが前記障害を検出したサーバとルータを対とした情報を複数有していた場合は、障害の影響を受けているユーザではないと判断し、
前記障害影響テーブルが前記障害を検出したサーバとルータを対とした情報が１つであった場合は、障害の影響を受けているユーザとして特定する
ことを特徴とする請求項１記載のネットワーク監視システム。 - 前記障害の影響を受けているユ−ザを抽出した後、抽出した前記障害の影響を受けているユ−ザに関する情報を運用者に通知することを特徴とする請求項２又は３記載のネットワーク監視システム。
- ユーザ端末とサーバとをルータを介して接続するネットワ−クであって、
ルータを流れるパケットを解析し、ユーザが利用するサーバを特定する通信先情報を生成し、
ルータのルーティング情報を収集し、前記生成手段で生成した前記通信先情報と前記ルーティング情報とを組み合わせることにより、障害影響テーブルを作成し、
障害の検出を契機に前記障害影響テーブルに基づいて、障害影響範囲を特定する
ことを特徴とするネットワーク監視方法。 - 前記障害影響範囲の特定は、
障害を検出したサーバとルータとを対とした情報を、ユーザ端末毎の前記障害影響テーブルが有するかを確認し、
前記障害を検出したサーバとルータを対とした情報を前記障害影響テーブルが有していた場合、障害の影響を受けているユーザとして特定する
ことを特徴とする請求項５記載のネットワーク監視方法。 - 前記障害影響範囲の特定は、
障害を検出したサーバとルータとを対とした情報を、ユーザ端末毎の前記障害影響テーブルが有するかを確認し、
前記障害影響テーブルが前記障害を検出したサーバとルータを対とした情報を複数有していた場合は、障害の影響を受けているユーザではないと判断し、
前記障害影響テーブルが前記障害を検出したサーバとルータを対とした情報が１つであった場合は、障害の影響を受けているユーザとして特定する
ことを特徴とする請求項５記載のネットワーク監視方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013056983A JP2014183480A (ja) | 2013-03-19 | 2013-03-19 | ネットワーク監視システム及びネットワーク監視方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013056983A JP2014183480A (ja) | 2013-03-19 | 2013-03-19 | ネットワーク監視システム及びネットワーク監視方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2014183480A true JP2014183480A (ja) | 2014-09-29 |
Family
ID=51701789
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013056983A Pending JP2014183480A (ja) | 2013-03-19 | 2013-03-19 | ネットワーク監視システム及びネットワーク監視方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2014183480A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5981683B1 (ja) * | 2015-05-29 | 2016-08-31 | 楽天株式会社 | ユーザ特定システム、ユーザ特定方法及びユーザ特定プログラム |
-
2013
- 2013-03-19 JP JP2013056983A patent/JP2014183480A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5981683B1 (ja) * | 2015-05-29 | 2016-08-31 | 楽天株式会社 | ユーザ特定システム、ユーザ特定方法及びユーザ特定プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2518940B1 (en) | Automatic network topology detection and modeling | |
| CN106464565B (zh) | 中继装置、程序和显示控制方法 | |
| CN103314557B (zh) | 网络系统、控制器、交换机和业务监控方法 | |
| JP5534037B2 (ja) | 情報システム、制御装置、仮想ネットワークの提供方法およびプログラム | |
| US7796596B2 (en) | Methods, systems, and computer program products for producing, transporting, and capturing network traffic data | |
| CN106416134A (zh) | 基于启发式和商业策略对网络业务流递进应用资源 | |
| US8018859B2 (en) | Method and apparatus for asynchronous alarm correlation | |
| US11405768B2 (en) | Data relay for multi-tenant emergency call system | |
| Kumar et al. | Open flow switch with intrusion detection system | |
| JP2016184870A (ja) | ネットワーク情報出力システム及びネットワーク情報出力方法 | |
| CN102148699A (zh) | 用于提供聚集警报指示信号的系统和方法 | |
| CN108040007A (zh) | 一种备用路由链路质量监测方法与系统 | |
| JP2014183480A (ja) | ネットワーク監視システム及びネットワーク監視方法 | |
| JP6151827B2 (ja) | 監視制御装置、監視装置、監視システム、および監視プログラム | |
| US20090092126A1 (en) | Method and system for retrieving log messages from customer premise equipment | |
| JP4864927B2 (ja) | ネットワーク障害原因解析方法 | |
| JP6476853B2 (ja) | ネットワーク監視システム及び方法 | |
| JP4455285B2 (ja) | 経路解析装置 | |
| JP5955720B2 (ja) | 監視装置、監視方法および監視プログラム | |
| JP2020136992A (ja) | ネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラム | |
| Wei et al. | Network anomaly detection and localization | |
| JP2014171088A (ja) | ネットワーク監視装置、サービス提供システム、ネットワーク監視方法、及びネットワーク監視プログラム | |
| KR20150095151A (ko) | 패킷 포워딩 방법 및 장치 | |
| KR101074602B1 (ko) | 엘에스피를 이용한 논리망의 맵 표시장치 및 방법 | |
| KR101292615B1 (ko) | 고위험 비행자료 패킷 역추적 및 차단 방법 및 이를 위한 장치 |