JP2016171431A

JP2016171431A - 通信システム、通信装置および通信装置の制御方法

Info

Publication number: JP2016171431A
Application number: JP2015049385A
Authority: JP
Inventors: 晶彦槙; Masahiko Maki
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2015-03-12
Filing date: 2015-03-12
Publication date: 2016-09-23

Abstract

【課題】通信システムの装置数を増やすことなく、通信システム上で障害の原因となる箇所を迅速に特定する。【解決手段】通信システムは、通信装置と、通信装置の異常を監視する監視装置とを備える。通信装置は、他の通信装置とデータを通信する通信部と、他の通信装置とデータの通信ができないときに、監視装置に対して異常発生を示す警報を送信する警報部と、を有し、警報部は、他の通信装置とのリンク断の指示を受けたときに、リンク断の指示により他の通信装置とデータの通信ができないことを示す強制状態情報を警報に含める。監視装置は、警報を受けたときに強制状態情報の有無を示す表示を表示装置に出力させる制御部を有する。【選択図】図１

Description

本発明は、通信システム、通信装置および通信装置の制御方法に関する。

複数の通信装置を接続してネットワークを構築する通信システムでは、通信装置の動作を監視する監視装置により、オペレータがネットワーク上での異常発生を監視している。また、例えば、ＬＰＴ（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）」であれば「なし」となる。

つまり、図９の表示例によれば、図７のように通信装置１０に異常が発生した箇所では強制状態の項目が「なし」となり、図８のようにＬＰＴ／ＡＩＳの通知によるリンク断が発生した箇所では強制状態の項目が「あり」となる。監視サーバ１１のオペレータは、強制状態の項目が「あり」の箇所はＬＰＴ／ＡＩＳの通知によるリンク断であり、通信装置１０やケーブル等に異常はないと判断できる。一方、オペレータは、強制状態の項目が「なし」の箇所は、通信装置１０やケーブル等に異常が生じた箇所であると判断できる。したがって、オペレータは、表示装置１６に表示される強制状態の項目に注目することで、通信システム１００上で障害の原因となる箇所を迅速に特定できる。

以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲が、その精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。

１００…通信システム、１０…通信装置、１１…監視サーバ、１２，１４…通信回線、１３…ネットワーク、１５…コンピュータ、１６…表示装置、１７…入力デバイス、２１…通信部、２１ａ…通信Ｉ／Ｆ、２２…監視Ｉ／Ｆ、２３…ＭＩＢ、２４…通信制御部、２４ａ…レジスタ、２４ｂ…受信処理部、２４ｃ…ポート制御部、２４ｄ…状態監視部、２４ｅ…ＳＮＭＰ処理部、３１…監視Ｉ／Ｆ、３２…データベース、３３…制御部、３３ａ…ＳＮＭＰ処理部、３３ｂ…ＤＢ処理部、３３ｃ…表示制御部

Claims

通信装置と、前記通信装置の異常を監視する監視装置とを備える通信システムであって、
前記通信装置は、
他の通信装置とデータを通信する通信部と、
前記他の通信装置と前記データの通信ができないときに、前記監視装置に対して異常発生を示す警報を送信する警報部と、を有し、
前記警報部は、前記他の通信装置とのリンク断の指示を受けたときに、前記リンク断の指示により前記他の通信装置と前記データの通信ができないことを示す強制状態情報を前記警報に含め、
前記監視装置は、前記警報を受けたときに前記強制状態情報の有無を示す表示を表示装置に出力させる制御部を有する
ことを特徴とする通信システム。
他の通信装置とデータを通信する通信部と、
前記他の通信装置と前記データの通信ができないときに、監視装置に対して異常発生を示す警報を送信する警報部と、を有し、
前記警報部は、前記他の通信装置とのリンク断の指示を受けたときに、前記リンク断の指示により前記他の通信装置と前記データの通信ができないことを示す強制状態情報を前記警報に含めることを特徴とする通信装置。
他の通信装置とデータを通信する通信装置と、前記通信装置の異常を監視する監視装置とを備える通信システムの制御方法であって、
前記通信装置は、前記他の通信装置と前記データの通信ができないときに、前記監視装置に対して異常発生を示す警報を送信し、前記他の通信装置とのリンク断の指示を受けたときに、前記リンク断の指示により前記他の通信装置と前記データの通信ができないことを示す強制状態情報を前記警報に含め、
前記監視装置は、前記警報を受けたときに前記強制状態情報の有無を示す表示を表示装置に出力させることを特徴とする通信システムの制御方法。