(57)【要約】【課題】  通信システムの装置数を増やすことなく、通信システム上で障害の原因となる箇所を迅速に特定する。【解決手段】  通信システムは、通信装置と、通信装置の異常を監視する監視装置とを備える。通信装置は、他の通信装置とデータを通信する通信部と、他の通信装置とデータの通信ができないときに、監視装置に対して異常発生を示す警報を送信する警報部と、を有し、警報部は、他の通信装置とのリンク断の指示を受けたときに、リンク断の指示により他の通信装置とデータの通信ができないことを示す強制状態情報を警報に含める。監視装置は、警報を受けたときに強制状態情報の有無を示す表示を表示装置に出力させる制御部を有する。【選択図】  図１
2016171431.tif 000002
【特許請求の範囲】
【請求項１】
通信装置と、前記通信装置の異常を監視する監視装置とを備える通信システムであって、
前記通信装置は、
他の通信装置とデータを通信する通信部と、
前記他の通信装置と前記データの通信ができないときに、前記監視装置に対して異常発生を示す警報を送信する警報部と、を有し、
前記警報部は、前記他の通信装置とのリンク断の指示を受けたときに、前記リンク断の指示により前記他の通信装置と前記データの通信ができないことを示す強制状態情報を前記警報に含め、
前記監視装置は、前記警報を受けたときに前記強制状態情報の有無を示す表示を表示装置に出力させる制御部を有する
ことを特徴とする通信システム。
【請求項２】
他の通信装置とデータを通信する通信部と、
前記他の通信装置と前記データの通信ができないときに、監視装置に対して異常発生を示す警報を送信する警報部と、を有し、
前記警報部は、前記他の通信装置とのリンク断の指示を受けたときに、前記リンク断の指示により前記他の通信装置と前記データの通信ができないことを示す強制状態情報を前記警報に含めることを特徴とする通信装置。
【請求項３】
他の通信装置とデータを通信する通信装置と、前記通信装置の異常を監視する監視装置とを備える通信システムの制御方法であって、
前記通信装置は、前記他の通信装置と前記データの通信ができないときに、前記監視装置に対して異常発生を示す警報を送信し、前記他の通信装置とのリンク断の指示を受けたときに、前記リンク断の指示により前記他の通信装置と前記データの通信ができないことを示す強制状態情報を前記警報に含め、
前記監視装置は、前記警報を受けたときに前記強制状態情報の有無を示す表示を表示装置に出力させることを特徴とする通信システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信装置および通信装置の制御方法に関する。
【背景技術】
【０００２】
複数の通信装置を接続してネットワークを構築する通信システムでは、通信装置の動作を監視する監視装置により、オペレータがネットワーク上での異常発生を監視している。また、例えば、ＬＰＴ（Link Pass Through）やＡＩＳ（Alarm Indication Signal）のように、障害発生時にデータの送信元または送信先に警報を転送し、リンクを自動的に切断する機能を有する通信装置も知られている。この種の通信装置を含む通信システムでは、ネットワーク上の或る箇所で障害が発生すると、障害発生箇所に関連する通信装置が次々にリンクを自動的に切断する。これにより、通信システムにおいて、装置が故障していない箇所からも派生的に多数の警報が監視装置に送信される。
【０００３】
また、通信装置とパケット網回線との間に、通信装置と独立した装置障害検出モジュールを挿入し、システムの回線障害と装置障害との切り分けを行うことも提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−１３０１４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
この種の通信システムでネットワークに障害が発生した場合、装置が故障していない箇所からも多数の警報が送信されるので、監視装置のオペレータにとって障害の原因となる箇所を特定する作業が非常に煩雑である。なお、従来技術のように通信装置とは別に装置障害検出モジュールを設ける場合、装置が増えることに伴い通信システムの装置構成が複雑になり、コストも高くなる。
【０００６】
本件開示の通信システム、通信装置および通信装置の制御方法は、通信システムの装置数を増やすことなく、通信システム上で障害の原因となる箇所を迅速に特定するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの観点による通信システムは、通信装置と、通信装置の異常を監視する監視装置とを備える。通信装置は、他の通信装置とデータを通信する通信部と、他の通信装置とデータの通信ができないときに、監視装置に対して異常発生を示す警報を送信する警報部と、を有し、警報部は、他の通信装置とのリンク断の指示を受けたときに、リンク断の指示により他の通信装置とデータの通信ができないことを示す強制状態情報を警報に含める。監視装置は、警報を受けたときに強制状態情報の有無を示す表示を表示装置に出力させる制御部を有する。
【０００８】
別の観点による通信装置は、他の通信装置とデータを通信する通信部と、他の通信装置とデータの通信ができないときに、監視装置に対して異常発生を示す警報を送信する警報部と、を有し、警報部は、他の通信装置とのリンク断の指示を受けたときに、リンク断の指示により他の通信装置とデータの通信ができないことを示す強制状態情報を警報に含める。
【０００９】
別の観点は、他の通信装置とデータを通信する通信装置と、通信装置の異常を監視する監視装置とを備える通信システムの制御方法であって、通信装置は、他の通信装置とデータの通信ができないときに、監視装置に対して異常発生を示す警報を送信し、他の通信装置とのリンク断の指示を受けたときに、リンク断の指示により他の通信装置とデータの通信ができないことを示す強制状態情報を警報に含め、監視装置は、警報を受けたときに強制状態情報の有無を示す表示を表示装置に出力させる。
【発明の効果】
【００１０】
本件開示の通信システム、通信装置および通信装置の制御方法は、通信システムの装置数を増やすことなく、通信システム上で障害の原因となる箇所を迅速に特定できる。
【図面の簡単な説明】
【００１１】
【図１】通信システムの一実施形態を示す図である。
【図２】図１に示した通信装置の例を示す図である。
【図３】図１に示した監視サーバの例を示す図である。
【図４】通信装置に異常が発生した場合の通信装置および監視サーバの動作の一例を示す図である。
【図５】他の通信装置からＬＰＴ／ＡＩＳの通知を受けた場合の通信装置および監視サーバの動作の一例を示す図である。
【図６】監視サーバによる表示装置への警報の表示例を示す図である。
【図７】通信装置に異常が発生した場合の通信装置および監視サーバの動作の別例を示す図である。
【図８】他の通信装置からＬＰＴ／ＡＩＳの通知を受けた場合の通信装置および監視サーバの動作の別例を示す図である。
【図９】監視サーバによる表示装置への各ポートの状態表示例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を用いて実施形態を説明する。
【００１３】
図１は、通信システムの一実施形態を示す。一実施形態の通信システム１００は、ｎ台（但しｎは２以上の整数）の通信装置１０（１）、１０（２）、…１０（ｎ）と、監視装置の一例である監視サーバ１１とを有する。以下の説明では、通信装置に共通の事項を説明するときには、括弧書きの記号を省略して通信装置１０と表記し、各々の通信装置を区別して説明するときには、通信装置１０の後に括弧書きの記号を付して表記する。
【００１４】
通信装置１０（１）、通信装置１０（２）は、例えば光ファイバ、ケーブル等の通信回線１２で接続され、通信装置１０（１）、通信装置１０（２）の間ではデータの送受信が行われる。また、通信装置１０（２）、通信装置１０（ｎ）は、通信回線１２で接続され、通信装置１０（２）、通信装置１０（ｎ）の間ではデータの送受信が行われる。図１では、各々の通信回線１２は、送信側と受信側とで回線が二重化された例を示している。
【００１５】
ここで、通信装置１０は、例えば、ネットワークの信号を中継する中継装置や、コンピュータ端末やサーバに実装される送受信回路であってもよい。また、通信装置１０は、例えば、ＰＯＮ(Passive Optical Network)システムのＯＬＴ(Optical Line Termination)やＯＮＵ(Optical Network Unit)であってもよい。
【００１６】
なお、一実施形態において、通信装置１０（１）は、例えば外部のネットワーク１３に接続されている。また、通信装置１０（ｎ）は、例えば有線または無線の通信回線１４によりコンピュータ１５に接続されている。なお、図１では、通信装置１０は、３台以上の通信装置１０に接続されていてもよい。
【００１７】
また、通信装置１０は、それぞれ監視サーバ１１に接続されている。監視サーバ１１は、通信システム１００の管理者によって運用されるコンピュータであって、通信システム１００に含まれる通信装置１０の動作状況を監視する。監視サーバ１１には、例えば液晶モニタなどの表示装置１６と、オペレータの操作を受け付ける入力デバイス１７とが接続されている。
【００１８】
監視サーバ１１は、障害発生時に通信装置１０から異常発生を示す警報ＡＬＴを受ける。また、監視サーバ１１は、通信装置１０に対して装置の動作状態を示す状態情報を要求することができる。通信装置１０は、状態情報の要求に対し、障害発生時には異常発生を示す警報ＡＬＴを応答する。
【００１９】
一例として、監視サーバ１１は、ＳＮＭＰ（Simple Network Management Protocol）のプロトコルに準拠して、通信装置１０の監視および制御を行う。すなわち、監視サーバ１１はSNMPマネージャであり、通信装置１０はSNMPエージェントである。また、例えば、通信装置１０による警報ＡＬＴの送信は、Trap機能による監視サーバ１１へのイベント通知である。例えば、監視サーバ１１による状態情報の要求は、GetRequestによる通信装置１０へのステータスポーリングである。例えば、状態情報の要求に対する通信装置１０の警報ＡＬＴの応答は、GetResponseによるステータス通知である。
【００２０】
図２は、図１に示した通信装置１０の例を示す。なお、図１に示した通信装置１０（１）−１０（ｎ）の構成は、いずれも同様である。
【００２１】
通信装置１０は、通信部２１と、監視Ｉ／Ｆ（Interface）２２と、ＭＩＢ（Message Information Base）２３と、通信制御部２４とを有する。通信部２１、監視Ｉ／Ｆ２２、ＭＩＢ２３は、それぞれ通信制御部２４と接続されている。なお、通信装置１０は、障害発生時にデータの送信元または送信先にリンク断を指示する通知を転送するＬＰＴ機能またはＡＩＳ機能に対応する装置である。以下、ＬＰＴ機能またはＡＩＳ機能により他の通信装置にリンク断を指示する通知を、ＬＰＴ／ＡＩＳの通知とも称する。
【００２２】
通信部２１は、それぞれ通信回線１２を介して他の通信装置１０とのデータの送受信を行う通信Ｉ／Ｆ２１ａを複数有している。なお、通信Ｉ／Ｆ２１ａは、他の通信装置１０との間で光信号を送受する通信Ｉ／Ｆであってもよく、他の通信装置１０との間で電気信号を送受する通信Ｉ／Ｆであってもよい。
【００２３】
監視Ｉ／Ｆ２２は、監視サーバ１１との通信を行うための通信Ｉ／Ｆである。なお、監視Ｉ／Ｆ２２は、通信部に含まれる通信Ｉ／Ｆであってもよい。
【００２４】
ＭＩＢ２３は、通信装置１０（ＳＮＭＰエージェント）の各通信Ｉ／Ｆ２１ａの状態を示す情報を格納するデータベースである。ＭＩＢ２３の情報はツリー構造で管理されており、ＭＩＢ２３の基本的な項目はRFC（Request For Comment）で標準化されている。例えば、一実施形態でのＭＩＢ２３は、ＳＮＭＰ（RFC1157）のＭＩＢ（RFC1213）の１つであるＩＦ−ＭＩＢ（RFC2863）に準拠するデータ構造である。
【００２５】
ここで、ＩＦ−ＭＩＢ（RFC2863）のＯＩＤ（Object IDentifier）の１項目であるifOperStatusには、現在７種類のパラメータが規定されている。ifOperStatusの値が「１（up）」の場合は、通信Ｉ／Ｆ２１ａが稼働しており、データ通信が可能な状態を示している。ifOperStatusの値が「２（down）」の場合は、故障等により通信Ｉ／Ｆ２１ａが稼働しておらず、データ通信が不可能な状態を示している。ifOperStatusの値が「３（testing）」の場合は、通信Ｉ／Ｆ２１ａがテスト実行中であることを示している。ifOperStatusの値が「４（unknown）」の場合は、通信Ｉ／Ｆ２１ａの状態が不明であることを示している。ifOperStatusの値が「５（dormant）」の場合は、通信Ｉ／Ｆ２１ａが外部イベントの待機中であることを示している。ifOperStatusの値が「６（notPresent）」の場合は、コンポーネントの不足のため、データ通信が不可能な状態を示している。ifOperStatusの値が「７（lowerLayerDown）」の場合は、通信Ｉ／Ｆ２１ａが他の１以上のインターフェースの最上位で稼働しており、下層のインターフェースの少なくとも１つがダウンしたことで、通信Ｉ／Ｆ２１ａがデータ通信を行えないことを示している。
【００２６】
一実施形態では、ＭＩＢ２３のifOperStatusのパラメータに「８（ForceDown）」が追加されている。ifOperStatusの値が「８（ForceDown）」の場合は、ＬＰＴ／ＡＩＳの通知により外部からの指示でリンク断がなされ、通信Ｉ／Ｆ２１ａがデータ通信を行えないことを示している。
【００２７】
また、一の実施形態のＭＩＢ２３では、ＩＦ−ＭＩＢのifTable配下に新規のＯＩＤであるifForceDownの項目が追加されている。ifForceDownの値が「１（clear）」の場合は、通信Ｉ／Ｆ２１ａが稼働しており、データ通信が可能な状態を示している。ifForceDownの値が「２（force）」の場合は、ＬＰＴ／ＡＩＳの通知により外部からの指示でリンク断がなされた状態を示している。
【００２８】
なお、ifOperStatusが「８（ForceDown）」を示す場合、またはifForceDownが「２（force）」を示す場合は、強制状態情報の一例である。
【００２９】
通信制御部２４は、通信装置１０の動作を統括的に制御するプロセッサである。通信制御部２４は、レジスタ２４ａと、受信処理部２４ｂと、ポート制御部２４ｃと、状態監視部２４ｄと、ＳＮＭＰ処理部２４ｅとを有する。
【００３０】
レジスタ２４ａは、他の通信装置１０から受けたＬＰＴ／ＡＩＳの通知の情報や、通信Ｉ／Ｆ２１ａのポートの状態を示すポート情報を一時的に保持する。
【００３１】
受信処理部２４ｂは、例えば、通信部２１から出力されるデータに対してデータ送受信のための信号処理を実行する。また、受信処理部２４ｂは、他の通信装置１０からＬＰＴ／ＡＩＳの通知を受けたときに、受信したＬＰＴ／ＡＩＳの通知の情報をレジスタ２４ａに保持させる。
【００３２】
ポート制御部２４ｃは、通信Ｉ／Ｆ２１ａのポートの稼働／閉塞を制御する。例えば、ポート制御部２４ｃは、他の通信装置１０からＬＰＴ／ＡＩＳの通知を受けたときに、対応する通信Ｉ／Ｆ２１ａのポートを閉塞する。なお、ポート制御部２４ｃは、ポートの状態が変更されたときには、レジスタ２４ａに保持されたポート情報を更新する。
【００３３】
状態監視部２４ｄは、通信装置１０の動作状態を監視する。例えば、状態監視部２４ｄは、ケーブルの断線や装置の故障により他の通信装置１０とデータの通信ができない異常状態や、ＬＰＴ／ＡＩＳの通知によるリンク断の状態を検出する。また、状態監視部２４ｄは、自装置の異常状態を検出した時に、他の通信装置１０に対してＬＰＴ／ＡＩＳの通知を送信する処理を行う。
【００３４】
ＳＮＭＰ処理部２４ｅは、ＭＩＢ２３への情報の記録およびＭＩＢ２３の情報の読み込みを行う。また、ＳＮＭＰ処理部２４ｅは、ＳＮＭＰのプロトコルに準拠して、監視サーバ１１との通信処理を行う。なお、状態監視部２４ｄおよびＳＮＭＰ処理部２４ｅは、警報部の一例である。
【００３５】
図３は、図１に示した監視サーバ１１の例を示す。監視サーバ１１は、監視Ｉ／Ｆ３１と、データベース３２と、制御部３３とを有する。監視Ｉ／Ｆ３１、データベース３２は、それぞれ制御部３３に接続されている。
【００３６】
監視Ｉ／Ｆ３１は、監視サーバ１１が各々の通信装置１０との通信を行うための通信Ｉ／Ｆである。
【００３７】
データベース３２は、監視サーバ１１が監視する各通信装置１０の通信Ｉ／Ｆ２１ａの状態を示す情報をそれぞれ格納する。なお、データベース３２は、図２で説明したＳＮＭＰエージェント側のＭＩＢ３２と同様のデータ構造に基づいて、通信Ｉ／Ｆ２１ａの状態を示す情報をそれぞれ管理する。
【００３８】
制御部３３は、監視サーバ１１の動作を統括的に制御するプロセッサである。制御部３３は、ＳＮＭＰ処理部３３ａと、ＤＢ（DataBase）処理部３３ｂと、表示制御部３３ｃとを有する。
【００３９】
ＳＮＭＰ処理部３３ａは、ＳＮＭＰのプロトコルに準拠して、各通信装置１０との通信処理を行う。ＤＢ処理部３３ｂは、データベース３２への情報の書き込みおよび読み出しを行う。また、表示制御部３３ｃは、データベース３２に格納された情報を表示装置１６に表示出力する。
【００４０】
図４は、通信装置１０に異常が発生した場合の通信装置１０および監視サーバ１１の動作の一例を示す図である。図４では、通信装置１０がTrap機能によるイベント通知で監視サーバ１１に警報ＡＬＴを送信する例を説明する。なお、図４の例の初期状態において、ＭＩＢ２３のifOperStatusの値は「１（up）」であり、ＭＩＢ２３のifForceDownの値は「１（clear）」であるものとする。
【００４１】
ステップＳ１１において、通信装置１０の状態監視部２４ｄは、例えば、ケーブルの断線や装置故障によるリンク断を検出する。ステップＳ１２において、ＳＮＭＰ処理部２４ｅは、自装置のＭＩＢ２３におけるifOperStatusの値を「２（down）」に変更する。なお、ＭＩＢ２３のifForceDownの値は「１（clear）」のままである。そして、ステップＳ１３において、ＳＮＭＰ処理部２４ｅは、Trap機能により監視サーバ１１に警報ＡＬＴを送信する。ステップＳ１３での警報ＡＬＴには、ifOperStatusの値が「２（down）」であることを示す情報が含まれる。ステップＳ１４において、状態監視部２４ｄは、リンク断の箇所と対向する他の通信装置１０に対してＬＰＴ／ＡＩＳの通知を送信する。なお、ステップＳ１４の処理は、ステップＳ１２、Ｓ１３の処理と並列に実行されていてもよい。
【００４２】
一方、ステップＳ２１において、監視サーバ１１のＳＮＭＰ処理部３３ａは、通信装置１０から警報ＡＬＴを受信する。そして、ＤＢ処理部３３ｂは、警報ＡＬＴを送信した通信装置１０の状態（ifOperStatusの値が「２（down）」）をデータベース３２に記録する。ステップＳ２２において、表示制御部３３ｃは、警報ＡＬＴを受信した通信装置１０の状態を表示装置１６に表示させる。なお、本実施形態での表示装置１６での表示例は図６で説明する。
【００４３】
図５は、他の通信装置１０からＬＰＴ／ＡＩＳの通知を受けた場合の通信装置１０および監視サーバ１１の動作の一例を示す図である。図５では、図４と同様に、通信装置１０がTrap機能によるイベント通知で監視サーバ１１に警報ＡＬＴを送信する例を説明する。なお、図５の例の初期状態において、ＭＩＢ２３のifOperStatusの値は「１（up）」であり、ＭＩＢ２３のifForceDownの値は「１（clear）」であるものとする。
【００４４】
ステップＳ３１において、通信装置１０の受信処理部２４ｂは、他の通信装置１０から送信されたＬＰＴ／ＡＩＳの通知（図４のステップＳ１４で送信されるＬＰＴ／ＡＩＳの通知）を受信する。ステップＳ３２において、受信処理部２４ｂはＬＰＴ／ＡＩＳの通知を受信したことをポート制御部２４ｃに伝達し、レジスタ２４ａにＬＰＴ／ＡＩＳの通知の情報を保持させる。ステップＳ３３において、ポート制御部２４ｃは、ＬＰＴ／ＡＩＳの通知に対応する通信Ｉ／Ｆ２１ａのポートを閉塞する。ステップＳ３４において、ポート制御部２４ｃは、ステップＳ３３で閉塞した通信Ｉ／Ｆ２１ａのポートについて、レジスタ２４ａに保持されるポート情報を閉塞処理された状態に更新する。
【００４５】
ステップＳ３５において、通信装置１０の状態監視部２４ｄは、レジスタ２４ａの定期監視により、ＬＰＴ／ＡＩＳの通知の受信（Ｓ３１）と、ポートの閉塞処理（Ｓ３３）を確認する。ステップＳ３６において、ＳＮＭＰ処理部２４ｅは、自装置のＭＩＢ２３におけるifOperStatusの値を「８（ForceDown）」に変更する。また、ＳＮＭＰ処理部２４ｅは、自装置のＭＩＢ２３におけるifForceDownの値を「２（force）」に変更する。そして、ステップＳ３７において、ＳＮＭＰ処理部２４ｅは、Trap機能により監視サーバ１１に警報ＡＬＴを送信する。ステップＳ３７での警報ＡＬＴには、ifOperStatusの値が「８（ForceDown）」であることを示す情報が含まれる。なお、通信装置１０の状態監視部２４ｄは、図４のステップＳ１４と同様に、閉塞処理を行った箇所と対向する他の通信装置１０に対してＬＰＴ／ＡＩＳの通知を送信してもよい。
【００４６】
ステップＳ４１において、監視サーバ１１のＳＮＭＰ処理部３３ａは、通信装置１０から警報ＡＬＴを受信する。そして、ＤＢ処理部３３ｂは、警報ＡＬＴを送信した通信装置１０の状態（ifOperStatusの値が「８（ForceDown）」）をデータベース３２に記録する。ステップＳ４２において、表示制御部３３ｃは、警報ＡＬＴを受信した通信装置１０の状態を表示装置１６に表示させる。なお、本実施形態での表示装置１６での表示例は図６で説明する。
【００４７】
図６は、監視サーバ１１による表示装置１６への警報の表示例を示す図である。図６の表示には、発生時刻、装置、ポート番号、警報種別、警報名称、強制状態の項目が含まれる。発生時刻の項目は警報ＡＬＴの発生時刻を示している。装置の項目は、警報ＡＬＴを送信した通信装置１０のＩＰアドレスを示している。ポートの項目は、障害の発生したポート名を示している。また、強制状態の項目は、ＬＰＴ／ＡＩＳの通知によるリンク断か否かを示している。強制状態の項目は、警報ＡＬＴのifOperStatusの値が「８（ForceDown）」であれば「あり」となり、警報ＡＬＴのifOperStatusの値が「８（ForceDown）」以外であれば「なし」となる。
【００４８】
つまり、図６の表示例によれば、図４のように通信装置１０に異常が発生した場合の警報箇所では強制状態の項目が「なし」となり、図５のようにＬＰＴ／ＡＩＳの通知による警報箇所では強制状態の項目が「あり」となる。監視サーバ１１のオペレータは、強制状態の項目が「あり」の箇所はＬＰＴ／ＡＩＳの通知によるリンク断であり、通信装置１０やケーブル等に異常はないと判断できる。一方、オペレータは、強制状態の項目が「なし」の箇所は、通信装置１０やケーブル等に異常が生じた結果、警報が送信された箇所であると判断できる。したがって、オペレータは、表示装置１６に表示される強制状態の項目に注目することで、通信システム１００上で障害の原因となる箇所を迅速に特定できる。
【００４９】
図７は、通信装置１０に異常が発生した場合の通信装置１０および監視サーバ１１の動作の別例を示す図である。なお、図７では、監視サーバ１１のステータスポーリングに応じて、通信装置１０が警報ＡＬＴに相当するステータス通知を応答する。なお、図７の例の初期状態において、ＭＩＢ２３のifOperStatusの値は「１（up）」であり、ＭＩＢ２３のifForceDownの値は「１（clear）」であるものとする。
【００５０】
図７の通信装置１０の動作において、ステップＳ１１、Ｓ１２、Ｓ１４の処理は図４と同一または同様である。ただし、図７の例では、図４のステップＳ１３のように通信装置１０はTrap機能により監視サーバに警報ＡＬＴを送信しない。
【００５１】
一方、図７のステップＳ２３において、監視サーバ１１のＳＮＭＰ処理部３３ａは、通信装置１０に対してGetRequestによるステータスポーリングを実行する。ステップＳ２４において、通信装置１０のＳＮＭＰ処理部２４ｅは、ステータス通知（ifOperStatusの値が「２（down）」を示す情報、またはifForceDownの値が「１（clear）」を示す情報）を応答する。
【００５２】
ステップＳ２５において、監視サーバ１１のＳＮＭＰ処理部３３ａは、通信装置１０からステータス通知を受信する。そして、ＤＢ処理部３３ｂは、ステータスポーリングに応答した通信装置の状態（ifOperStatusの値が「２（down）」またはifForceDownの値が「１（clear）」）をデータベース３２に記録する。ステップＳ２６において、表示制御部３３ｃは、ステータスポーリングに応答した通信装置１０の状態を表示装置１６に表示させる。なお、本実施形態での表示装置１６での表示例は図９で説明する。
【００５３】
図８は、他の通信装置１０からＬＰＴ／ＡＩＳの通知を受けた場合の通信装置１０および監視サーバ１１の動作の別例を示す図である。なお、図８では、図７と同様に、監視サーバ１１のステータスポーリングに応じて、通信装置１０が警報ＡＬＴに相当するステータス通知を応答する。なお、図８の例の初期状態において、ＭＩＢ２３のifOperStatusの値は「１（up）」であり、ＭＩＢ２３のifForceDownの値は「１（clear）」であるものとする。
【００５４】
図８の通信装置１０の動作において、ステップＳ３１−Ｓ３６の処理は図５と同一または同様である。ただし、図８の例では、図５のステップＳ３７のように通信装置１０はTrap機能により監視サーバに警報ＡＬＴを送信しない。
【００５５】
一方、図８のステップＳ４３において、監視サーバ１１のＳＮＭＰ処理部３３ａは、通信装置１０に対してGetRequestによるステータスポーリングを実行する。ステップＳ４４において、通信装置１０のＳＮＭＰ処理部２４ｅは、ステータス通知（ifOperStatusが「８（ForceDown）」を示す情報、またはifForceDownが「２（force）」を示す情報）を応答する。
【００５６】
ステップＳ４５において、監視サーバ１１のＳＮＭＰ処理部３３ａは、通信装置１０からステータス通知を受信する。そして、ＤＢ処理部３３ｂは、ステータスポーリングに応答した通信装置１０の状態（ifOperStatusの値が「８（ForceDown）」、またはifForceDownの値が「２（force）」）をデータベース３２に記録する。ステップＳ４６において、表示制御部３３ｃは、ステータスポーリングに応答した通信装置１０の状態を表示装置１６に表示させる。なお、本実施形態での表示装置１６での表示例は図９で説明する。
【００５７】
図９は、監視サーバ１１による表示装置１６への各ポートの状態表示例を示す図である。図９の表示には、装置、ポート番号、ポート状態、強制状態の項目が含まれる。装置の項目およびポート番号の項目は、図６の場合と同様である。ポート状態の項目は、ポートの稼働状態（up）またはポートの閉塞状態（down）を示している。また、強制状態の項目は、図６の場合と同様にＬＰＴ／ＡＩＳの通知によるリンク断か否かを示している。図９での強制状態の項目は、ステータス通知でのifOperStatusの値が「８（ForceDown）」、またはifForceDownの値が「２（force）」のいずれかであれば「あり」となる。また、図９での強制状態の項目は、ステータス通知でのifOperStatusの値が「８（ForceDown）」以外であるか、またはifForceDownの値が「１（clear）」であれば「なし」となる。
【００５８】
つまり、図９の表示例によれば、図７のように通信装置１０に異常が発生した箇所では強制状態の項目が「なし」となり、図８のようにＬＰＴ／ＡＩＳの通知によるリンク断が発生した箇所では強制状態の項目が「あり」となる。監視サーバ１１のオペレータは、強制状態の項目が「あり」の箇所はＬＰＴ／ＡＩＳの通知によるリンク断であり、通信装置１０やケーブル等に異常はないと判断できる。一方、オペレータは、強制状態の項目が「なし」の箇所は、通信装置１０やケーブル等に異常が生じた箇所であると判断できる。したがって、オペレータは、表示装置１６に表示される強制状態の項目に注目することで、通信システム１００上で障害の原因となる箇所を迅速に特定できる。
【００５９】
以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲が、その精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。
【符号の説明】
【００６０】
１００…通信システム、１０…通信装置、１１…監視サーバ、１２，１４…通信回線、１３…ネットワーク、１５…コンピュータ、１６…表示装置、１７…入力デバイス、２１…通信部、２１ａ…通信Ｉ／Ｆ、２２…監視Ｉ／Ｆ、２３…ＭＩＢ、２４…通信制御部、２４ａ…レジスタ、２４ｂ…受信処理部、２４ｃ…ポート制御部、２４ｄ…状態監視部、２４ｅ…ＳＮＭＰ処理部、３１…監視Ｉ／Ｆ、３２…データベース、３３…制御部、３３ａ…ＳＮＭＰ処理部、３３ｂ…ＤＢ処理部、３３ｃ…表示制御部
【図１】
2016171431.tif 000003
【図２】
2016171431.tif 000004
【図３】
2016171431.tif 000005
【図４】
2016171431.tif 000006
【図５】
2016171431.tif 000007
【図６】
2016171431.tif 000008
【図７】
2016171431.tif 000009
【図８】
2016171431.tif 000010
【図９】
2016171431.tif 000011