JP5696029B2 - 通信システム及び通信システムでの統計情報管理方法 - Google Patents

Description

本発明は、通信装置より統計情報を常時収集し、これを管理する網監視装置を備える通信システム、及び、この通信システムでの統計情報管理方法に関するものである。

近年、スマートフォンやモバイルデータ通信によるトラフィックの大幅な増加に対応するため、通信事業者が「WiFiスポット」や「Femtoセル基地局」、「WiFiモバイルルータ」などの小型の通信基地局装置を大規模に導入、運営するようになってきている。例えば、鉄道などの車両内にでさえ、データ通信量の増大化に対応しようとする要請から、３Ｇ回線のオフロード施策として、WiFiアクセスポイントの設置などが進んできている。光アクセスサービスも普及が進み、光アクセス回線の終端装置も、高機能化、高付加価値サービスへの対応の促進の対象になっている。さらには、電力メータ等も通信機器としての機能を搭載し、スマートグリッド等の新サービスを支える基盤となる計画も進んでいる。

即ち、これらの「CPE(Customer Premises Equipment)」、「Femto Cell基地局」、「HEMS(Home Energy Management System)」、「WiMAX-WiFi中継Router」、「車両搭載の無線リピータ」といったような、比較的低信頼・小型の通信装置からなるインフラの重要性が、今後ますます増大していくものと予想される。

これらの低信頼・小型の通信機器は、従来の伝送装置や交換機といった、高信頼且つ大規模、高可用性の通信インフラと異なる、以下のような特性を持っている。

第１に装置単体は小型小容量であるが、通信ネットワークのシステム当りでの、通信装置数は非常に多く、通信装置が数万〜数百万に達する場合もある。

第２に、通信事業者や通信装置の設置者の都合により、ユーザによる通信装置の使用が停止されてしまうことが頻繁に発生し、ネットワーク管理者が全ての通信装置の状況を把握・管理できるわけではない。

一方、これらの低信頼・小型の通信機器からなるインフラを運用する通信事業者のニーズとして、従来型の高信頼・高可用性機器で実現していたのと同等の、保守・管理機能を確立することが期待される。そのための一環として、トラフィック量や回線品質等の統計情報の常時収集機能が通信装置に求められる。

低信頼・小型の通信装置への適用を考慮した統計情報の収集プロトコルとしてのTR-069において統計情報の収集機能が定義されている（下記先行技術文献）。そこには、通信装置から網監視装置へ、周期的に統計情報を自律送信し、送信完了時にその通知を網監視装置に送信する動作が規定されており、網監視装置はこの通知を確認することで、統計情報取得の成否を判定する。

TR-069CPE WAN Management Protocol v1.1 Version: Issue 1 Amendment Version Date:December 2007

TR-069などにおいて規定されている統計情報の収集方式では、通信装置は、データ転送処理の完了後に、「完了通知」を網監視装置宛に発出する。これは、通信装置から網監視装置への統計情報の転送処理だけでは、網監視装置は正しく統計情報が転送されたかどうかを、確認する「手段」と「契機」を持たないためである。

詳しくは、通信装置は所定の時刻になると、統計情報の収集及び収集後の統計情報の転送処理を開始し、次いで、統計情報の転送が正常に終了すると、通信装置は網監視装置に完了通知を”正常終了”として送信し、さらに、網監視装置は、完了通知が”正常終了”であった場合は、統計情報の転送が正常終了したと判定し、処理を終了するという流れで、通信装置と網監視装置との間の処理が進行する。

一方、通信装置が停止していた場合は、統計情報の転送が起こらず、したがって、データ転送の「完了通知」も発出されないことになるが、それでも、網監視装置からみれば、統計情報の転送処理に異常があり、統計情報の送信が無く、完了通知も来ないのか、そうではなくて、例えば、通信装置のユーザや設置者が電源を切っており、統計情報の転送処理も動作していないだけなのかを、区別することができない。

このために、従来では、網監視装置は、完了通知が来ないことを一律に、エラーと判定せざるを得ず、保守員に通信装置の電源断を原因とするケースも含めて全て保守要請をしてしまい、必要が無い多くの保守稼働負荷を累積させていた。

網監視装置は、統計情報の収集動作の過程で、統計情報の収集インターバル毎に、システムに存在する多くの通信装置から送信完了通知を受信する。数十万〜数百万台規模の通信装置が存在する通信システムにおいては、網監視装置側が膨大な量の通知を定期的に受けることになる。したがって、完了通知が来ない、という事象は深刻なほど大きな数となる。

一方、完了通知が来ないことを、異常事象でないとして、保守員に伝達されないとすると、通信装置の統計情報転送機能が異常状態にあるケースにも拘わらず、これが放置されるという、所謂、サイレント障害の温床になってしまう。

このような問題は、電源断が頻繁に発生する低信頼・小型の通信装置で一層顕著であり、この種の通信装置を膨大に抱えた通信インフラの運営事業者にとってみれば、通信装置から統計情報を定期的に収集して、これを分析して、障害解析や通信システムの効率的な運営や増強計画に役立てようとする際には大きな障害となる。

そこで、本発明は、電源断が頻繁に発生することが避けられない低信頼・小型の通信装置を多数備えた通信システムであっても、実質的に、統計情報の収集、そして、網監視装置への収集した統計情報の転送機能に異常がある通信装置を、他の通信装置から迅速かつ確実に区別して、前者の通信装置に対して速やかに保守対応を可能とする通信システム、そして、通信システムでの統計情報収集管理方法を提供することを目的とするものである。

前記目的を達成するために、本発明は、複数の通信装置が中継回線を介して接続する網監視装置を備える通信システムであって、前記複数の通信装置の夫々は、通信装置や回線品質に関する各種統計情報を収集し、収集した統計情報を前記網監視装置に送信し、前記網監視装置は、前記複数の通信装置夫々についての前記統計情報の収集履歴を記憶する第１のメモリと、前記複数の通信装置夫々との通信履歴を記憶する第２のメモリと、プロセッサと、を備え、前記プロセッサは、前記通信履歴に記憶された最終アクセス日時と予め定めた回数分の統計情報収集周期を含む収集期間の前記統計情報の収集履歴とに基づいて前記複数の通信装置の中で前記統計情報を前記網監視装置に送信することについて障害がある通信装置を特定し、特定結果を出力するように構成されている、ことを特徴とするものである。

本発明によれば、前記通信履歴と前記統計情報の収集履歴とを比較し、その比較結果に基づいて前記複数の通信装置の中で前記統計情報を前記網監視装置に送信することについて障害がある通信装置を判定しているために、網監視装置は、通信装置が起動しているにも拘らず統計情報を収集できない通信装置を特定することができる。

本発明によれば、電源断が頻繁に発生することが避けられない低信頼・小型の通信装置を多数備えた通信システムであっても、実質的に、統計情報の収集、そして、網監視装置への収集した統計情報の転送機能に異常がある通信装置を、他の通信装置から迅速かつ確実に区別して、前者の通信装置に対して速やかに保守対応を可能とする通信システム、そして、通信システムでの統計情報収集管理方法を提供することができる。

図１は、通信システムのネットワーク構成を示すブロック図である。 図２は、網監視装置と通信装置のシステム構成のブロック図である。 図３は、網監視装置のサーバのハードウェアブロック図である。 図４は通信管理テーブルの一例である。 図５は、統計情報収集管理テーブルの一例である。 図６は、図２の統計情報収集管理部１０６の動作を示すフローチャートである。 図７は、図６の統計情報収集異常判定処理８０４の第１の形態を示すフローチャートである。 図８は、図７のフローチャートの実行過程で作成される統計情報収集正常性判定テーブルの一例である。 図９は、図６の統計情報収集異常判定処理８０４の第２の形態を示すフローチャートである。 図１０は、図９７のフローチャートの実行過程で作成される統計情報収集正常性判定テーブルの一例である。

次に、本発明に係る通信システムの実施形態について説明する。図１は、通信システムのネットワーク構成を示すブロック図である。複数の小型通信装置１０８が、広域ＬＡＮ等からなる中継回線２１０を介して、網監視装置１０１に接続されている。網監視装置１０１には監視クライアント２０１が接続している。

図２は、網監視装置１０１と通信装置１０８のシステム構成のブロック図である。多数の通信装置１０８からなる通信装置群を監視する網監視装置１０１には、網監視サーバプログラム１０２がインストールされている。網監視サーバプログラム１０２は、個々の通信装置に対する制御プロトコル終端用の網監視サーバ通信プロトコル部１０４を機能させている。

網監視サーバプログラム１０２は、網監視サーバ通信プロトコル部１０４を介して、通信装置１０８と制御データの送受信１１３を行うことにより通信装置１０８を監視している。網監視サーバプログラム１０２は、通信機毎の通信履歴をストレージ１０５の通信情報管理データベースに記録すると共に、図示しないデータベースサーバを介して、通信装置の稼働情報（例えば、最終アクセス日時等）を含む通信管理テーブル１０３を受領する。最終アクセス日時とは、網監視サーバプログラム１０２が通信装置１０８から受けた最新の制御用通信の「応答」もしくは網監視サーバプログラム１０２が通信装置１０８から受領した最新の制御通信の「通知」の日時をいう。

網監視サーバ通信プロトコル部１０４と、通信装置１０８との間では、ｓｎｍｐやＴＬ１、ＳＯＡＰなどの各種通信プロトコルによって、定期的な死活監視用のメッセージ通信の送受信や、保守コマンドなどによる設定要求、その応答、及び、障害や状態変化時に行う通信装置１０８から網監視装置１０１への通知など、様々な制御データ／制御メッセージの通信が行われる。網監視サーバプログラム１０２は、制御データ／制御メッセージの通信履歴から、通信装置１０８の通信機能の稼働状態を監視すると共に、後述の統計情報の収集履歴に基づいて通信装置１０８の統計情報収集機能の稼働状態を監視する。

通信装置１０８が、ｓｎｍｐ等に基づく制御データの通信１１３を介して網監視装１０１に登録されると、網監視サーバプログラム１０２は、登録日時をストレージ１０５に記録する。

通信装置１０８は、網監視装置１０１とのデータ送受信と装置内の制御を行う「エージェントプログラム１０９」を常駐させ、さらに、エージェントプログラム１０９は、既述の網監視装置１０１に対する通信プロトコルの終端となるエージェント通信プロトコル部１１０を動作させている。

通信装置１０８が統計情報を定期的・周期的に収集して、網監視装置１０１に送信するために、通信装置１０８は、統計情報の収集を行う統計情報収集プログラム１１１を稼働させている。統計情報収集プログラム１１１は、収集した統計情報１１２を定期的にファイルやデータベースなどのバルク形式として網監視装置１０１の統計情報プログラムに出力する（１１４）。統計情報プログラムは受信した統計情報をストレージ１０５に蓄積する。

通信装置１０８は、統計情報１１２を、網監視装置１０１に送信する際、ｆｆｔｐ、ｈｔｔｐ、ＳＯＡＰなどのプロトコルを利用し、網監視サーバ通信プロトコル部１０４を経由させないようにしている。

網監視サーバプログラム１０２は、通信装置１０８の統計情報収集機能の稼働状態を監視するために、統計情報収集管理部１０６を稼働させる。統計情報収集管理部１０６は、周期的に動作を行い、図３において後述する、データベースサーバを介して、統計情報収集管理テーブル１０７を作成する。統計情報収集管理部１０６は、通信管理テーブル１０３及び統計情報収集管理テーブル１０７に基づいて、後述のフローチャートを実行し、複数の通信装置群の中から、統計情報を正しく送信できない通信装置を抽出し、その中で、実質的に統計情報の収集機能に異常を来している通信装置を特定し、保守員にこの特定情報を通知する。

統計情報とは、例えば、単位時間当たりの、ビットレート、パケット数、（エラー）フレーム数、そして、ユーザ数である。「実質的に統計情報の収集機能に異常をきたしている通信装置」とは、電源がオン状態であって、網監視装置１０１との間で制御通が可能なものの、統計情報を網監視装置１０１が受信できないものをいう。この原因として、例えば、通信装置１０８内のハードウェア異常、網監視装置１０１への統計情報の転送のための設定の誤りがある。これに対して、「統計情報の収集機能に実質的な異常がない通信装置」とは、電源がオフされていて、統計情報を送信できないにすぎない通信装置をいう。

図３は、網監視装置１０１のデータベースサーバ３００のハードウェアブロック図である。網監視装置１０１は、統計情報の収集管理機能及び通信装置との制御通信管理機能を実行するプロセッサ（ＣＰＵ）３０１と、網監視サーバプログラム１０２と統計情報収集プログラムと、これらプログラムの実行に必要な制御データとが格納された補助記憶装置（ＨＤＤ）３０７と、補助記憶装置３０７から、これらプログラムと制御データとを取り込んで、プロセッサ３０１に利用させる主記憶装置３０６と、網監視クライアント２０１からの入力データの入力部３０４と網監視クライアント２０１に対する出力データの出力装置３０６と、入力装置３０４と出力部３０５に対するＩ／Ｏインターフェース３０２と、通信装置１０８との通信のためのネットワークカード３０２と、以上の各ブロックを互いに接続するバス３０８と、を備えている。

図３では、網監視装置１０１が、統計情報を受付けるｆｔｐ／ｈｔｔｐサーバと、制御通信であるＴＬ１／ｓｎｍｐを終端させる網監視サーバと、を網監視サーバとして、同一計算機ハードウェアに実装したものとして説明したが、これらサーバを別の計算機ハードウェアに実装させるようにしてもよい。

図４は通信管理テーブル１０３の一例である。このテーブルには、通信装置の識別欄４０１と、既述の最終アクセス日時と、統計情報収集機能実行有無設定欄４０３と、通信装置の登録日時欄４０４と、がある。統計情報収集機能実行有無設定欄４０３において、［Ｅｎａｂｌｅ］とは、統計情報を収集して網監視装置１０１に送信されるべき通信装置であることを示している。

図５は、統計情報収集管理テーブル１０７の一例を示す。同テーブルには、通信装置の識別欄５０１と、統計情報の収集周期毎での統計情報の有無を記載した欄５０３と、統計情報が存在する最終（最新）の収集周期（最終統計情報日時）の欄５０２とが存在する。

図５は、［○］が付された統計情報収集周期で何らかの統計情報が通信装置１０８から網監視装置１０１に到達したことを示している。統計情報収集周期とは、図５の例では、３時間である。３時間毎に通信装置の統計情報収集プログラム１１１は統計情報の収集とその網監視装置１０１への送信を行う。［○］が付されていない統計情報収集周期では統計情報が網監視装置１０１に到達されていないことを示している。

次に、統計情報収集管理部１０６の動作を図６に示すフローチャートに基づいて説明する。なお、このフローチャートは、網監視サーバプログラム１０２を実行するプロセッサ３０１によって実行される。

統計情報収集管理部１０６は、タイマ割り込みなどによって、周期的に起動し（８０２）、通信管理テーブル１０３から、判定対象となる通信装置を1台選択し（８０３）し、統計情報収集異常判定処理を実行する（８０４）。この統計情報収集異常判定処理の詳細については、後に説明する。

次いで、この統計情報収集異常判定処理の応答値に異常があるか否かを判定する（８０５）。応答値が、「異常あり」であった場合（ステップ８０５：Ｙｅｓ）には、保守者に異常を通知する必要がある。既に、保守者に「統計情報収集異常」が発出され通知済みかどうかを判定し（８０６）し、未通知であれば「統計情報収集異常」の発生通知を保守者に通知する（８０７）。逆に、「統計情報収集異常判定処理」の応答値が、「異常なし」であった場合（ステップ８０５：Ｎｏ）には、該当通信装置の統計情報収集状態は「正常」であるため、該当通信装置について「統計情報収集異常」が発出されているかどうかを判定し（８０８）、発出されている状態であれば「統計情報収集異常」の回復通知を保守者に通知する（８０９）。通信管理テーブル１０３の監視対象の全通史装置について判定が終了するまで、既述のステップを繰り返す（８１０）。なお、図６の８０１はフローチャートの開始端を示し、８１１はフローチャートの終了端を示す。

次に、統計情報収集異常判定処理８０４の第１の形態を図７のフローチャートに基づいて説明する。統計情報収集管理部１０６は、統計データ収集管理テーブル１０７（図５）にアクセスし、統計情報収集正常性の判定対象の該当通信装置（図５の５０１）について、過去Ｎ回分（Ｎは正の整数）の統計情報収集周期を含む期間「ｔ１からｔ２」に該当する期間の、統計情報が何個取得済みになっているかを確認する（９０２）。

統計情報収集管理部１０６は、「ｔ１からｔ２」の統計情報の収集期間から、通信装置１０８が起動してエージェントプログラム１０９がエージェント通信プロトコル部１１０を介して網監視装置１０１と通信可能になってから、統計情報収集プログラム１１１が統計情報１１２を生成しさらにこれを網監視装置のストレージ１０５に十分転送完了するだけの所要時間、を差し引いた、オフセット時刻として「ｔ１’からｔ２’」の時刻範囲を決定する。なお、時刻範囲の開始、終了それぞれでの「ｔ１からｔ１’」、「ｔ２からｔ２’」のオフセット時間長は、予め固定の値が与えられているものとする。

次に、「ｔ１からｔ２」の間に、取得済み統計情報数が０個であるか否かを判定し（９０３）、０個であった場合、該当通信装置１０８と網監視サーバ通信プロトコル部１０４との通信状況を確認するため、通信制御テーブル１０３にアクセスし、該当通信装置の最終アクセス日時４０２を取得する（９０４）。取得した最終アクセス日時が、前述の「ｔ１’からｔ２’」の時刻範囲にあるかどうかを確認し（９０５）、ｔ１’からｔ２’に該当した場合は、「該当通信装置は正しく起動されているが、統計情報は送られていない状態」、即ち、「統計情報が取れているはずであるが、採れていない状態」を検知したものとして、対象通信装置で統計情報収集異常ありと判定する（９０６）。

一方、統計情報数（主として、統計情報のファイル数）が一つ以上である場合（９０３：Ｎｏ）、又は、最終アクセス時刻がｔ１’からｔ２’（９０５：Ｎｏ）の場合、統計情報収集管理部１０６は「対象通信装置は正しく起動されていないため（電源断）、統計情報は送られていない」として、対象通信装置に統計情報収集異常はないと、判定する（９０７）。なお、図７の９０１はフローチャートの開始端を示し、９０８はフローチャートの終了端を示す。

統計情報収集管理部１０６は、図７のフローチャートを実行する過程で、図８に示す統計情報収集正常性判定テーブルを作成して、このテーブルを利用して統計情報収集状態の判定を行い、判定結果をこのテーブルに登録する。図８の判定テーブルは、判定対象通信装置の識別欄６０１と、既述の最終アクセス日時の欄６０２と、統計情報収集機能実行有無設定の欄６０３と、通信装置の登録日時の欄６０４と、統計情報収集管理部１０６による確認動作周期での統計情報数の欄６０５、統計情報収集状態の欄６０６を有する。

図８の判定テーブルは、統計情報収集周期を３時間、前記オフセット時間長を１時間、統計情報収集管理部１０６による確認動作の起動周期が２４時間（Ｎ＝８）であり、確認動作が２０１１／９／２ ００：３０に起動した場合を示している。統計情報収集管理部１０６は毎日００：３０に起動し、その時点で収集可能な最新統計情報収集周期である［２１：００〜２４：００］を含む過去８周期に対応する［００:００〜２４：００］の統計情報の収集個数６０５を、装置毎に集計する。この例ではオフセット時刻は［００：００〜２３：００］である。

統計情報収集管理部１０６は、装置１〜３に対して、期間内における統計情報数が８（６０５）であり、０個ではないため、統計情報収集異常なし（図７のステップ９０７）と判定する。統計情報収集管理部１０６は、装置４に対しては、期間内の統計情報の収集個数が０個であるため、該当通信装置の最終アクセス日時（６０２）を確認する。最終アクセス日時［２０１１／９／１ １５：１５］がオフセット時刻範囲内にあるため、統計情報収集管理部１０６は、通信装置４を起動しているにも拘わらず、統計情報を送信できないものとして、統計情報収集異常あり、と判定する（図７のステップ９０６）。

装置５では、収集期間の統計情報の収集個数が０であるため、統計情報収集管理部１０６が最終アクセス時刻（６０２）を確認することは、通信装置４と同じであるが、通信装置５の最終アクセス日時は「２０１１／９／１ ２３：４３」であり、オフセット時刻範囲に当てはまらない。即ち、統計情報収集管理部１０６は、「２０１１／９／１ ２３：４３」の近傍の時刻に通信装置が起動されたばかりであり、起動後最初の統計情報が網監視装置１０１に到着していないだけだとして、通信装置を統計情報収集異常なしと判定する（図７のステップ９０６）。

装置６では、収集期間の収集個数が０であるため、統計情報収集管理部１０６が最終アクセス時刻（６０２）を確認することは、通信装置５と同じである。そして、最終アクセス時刻は「２０１１／８／３１ １６：１４」であり、オフセット時刻範囲に含まれない。そこで、統計情報収集管理部１０６は、通信装置６を、「２０１１／９／１ ００：００〜２４：００」には統計情報の送信がないが、これは単に通信装置が停止していた（電源断）に過ぎず、統計情報の送信自体に障害はないとして、通信装置を統計情報収集異常なし、と判定する（図７のステップ９０７）。

なお、既述のように、図８の判定テーブルでは、各通信装置について、統計情報の収集機能の有効・無効設定のレコード（６０３）が含まれているため、統計情報収集管理部１０６は、当該レコードがＥｎａｂｌｅである通信装置についてのみ、統計情報収集の可否判定を行うようにしてもよい。

次に、統計情報収集異常判定処理８０４の第２の形態を図９のフローチャートに基づいて説明する。統計情報収集管理部１０６は、統計情報収集管理テーブル１０７（図５）を参照して、統計情報収集正常性の判定対象の該当通信装置（５０１）毎について、最終統計情報日時の欄（５０２）をチェックする（１００２）。この欄にデータの登録がある場合（ステップ１００３：Ｎｏ）には、登録データを「最終統計情報日時」とし、登録が無い場合には（ステップ１００３：Ｙｅｓ）、通信管理テーブル１０３（図４）を参照して、同一の通信装置の登録日時（４０４）を「最終統計情報日時」とする（１００４）。

図１０は、統計情報収集異常判定処理の第２の形態に係る判定テーブルの例である。統計情報収集管理部１０６は、通信管理テーブル１０３（図４）から、各通信装置（４０１）について、最終アクセス日時（４０２）、装置登録日時（４０４）を読み込んで、図１０の判定テーブルの装置毎（７０１）の欄（７０２）、（７０３）に登録する。さらに、統計情報収集管理テーブル１０７（図５）の最終統計情報日時を、図１０の判定テーブルの欄７０４に登録する。装置５について、統計情報収集管理テーブル１０７（図５）によれば、最終統計情報日時が記録されていないために、装置登録日時がそのまま記録される。

次に、統計情報収集管理部１０６は、各通信装置について、「最終アクセス日時」から「最終統計情報時刻」を引いた時間差を求め、判定テーブル（図１０）に登録する。次いで、各装置についての時間差が予め指定された時刻差に関する閾値を超えているか否かを判定する（１００６）。この時間差が閾値を越えている場合には、判定テーブル１０のエラーカウント（７０６）に1を加算する（１００７）。閾値を越えていない場合には、エラーカウントをリセットして（１０１０）、該当通信装置ではデータ収集異常はないと判定する（１０１１）。

次に、統計情報収集管理部１０６は、各通信装置について、図１０の判定テーブルを参照して、エラーカウントの値が、予め設定されていたエラーカウント閾値を超えているかどうかを判定する（１００８）、超えていた場合には対象の通信装置で統計情報収集異常ありと判定する（１００９）。エラーカウント閾値を越えていない場合、対象の通信装置で統計情報収集異常なしと判定する（１０１１）。

図１０に示す判定テーブルは、統計情報収集管理部１０６による統計情報収集周期を３時間とし、確認動作周期を１２時間毎（判定時刻： ００：３０,１２：３０）とし、時刻差の異常判定閾値を１２時間として、エラーカウント閾値を「２」として、確認処理を２０１１／９／２ ００：３０に起動させたことを例としたものである。

装置１について、２０１１／９／２ ００：３０における「最終アクセス日時」から「最終統計情報日時」までの時間差が００：２０であり、時刻差の異常判定閾値である１２［ｈ］を下回っているため、統計情報収集管理部１０６は、装置１を統計情報収集に異常なしと判定する。同様に、装置２、装置３を異常なしと判定する。

装置４について、２０１１／９／２ ００：３０における時刻差が２４：１５であり、時刻差の異常判定閾値である１２［ｈ］を上回っているため、エラーカウントを１加算すると、この時点でエラーカウントが閾値である２に達するため、統計情報収集管理部１０６は、装置４を「統計情報収集異常あり」と判定する。

装置５について、２０１１／９／２ ００：３０における時刻差が３６：４３と、時刻差の異常判定閾値である１２［ｈ］を上回っているため、統計情報収集管理部１０６は装置４の場合と同様に、エラーカウントを１加算するが、この時点でのエラーカウントが１であり、閾値である２に達していないため、「統計情報収集異常なし」と判定する。したがって、通信装置を網監視装置に登録後、暫くしてから電源を入れた場合、このような通信装置を統計情報収集異常と誤って判定しないようにしている。そして、その後の確認動作タイミングで実質的な統計情報の収集異常が装置５にあると、エラーカウント値が２となるため、初めて、統計情報収集異常と判定される。

装置６については、２０１１／９／２ ００：３０における時刻差が０１：１４であり、時刻差の異常判定閾値である１２[ｈ]を下回っているため、装置６を異常なしと判定する。

なお、図８の判定テーブルでは、統計情報収集周期を３時間、前記オフセット時間長を１時時、統計情報収集管理部１０６による確認動作の起動周期が２４時間（Ｎ＝８）としたが、これらは適宜変更できる。例えば、起動周期を短縮すると、通信装置に対する障害判定までの早さは上がるものの、障害と擬似判定される通信装置の数が増える。一方、起動周期を長くすると、通信装置に対する障害判定を下すまでの期間が長くなり過ぎ、復旧保守動作を行うまでに、多くの統計データが失われるおそれがある。起動周期としての前記Ｎは３〜１０程度が好適である。

さらに、図１０の判定テーブルでは、時間差の異常判定閾値を１２時間とし、エラーカウントの閾値を２としたが、適宜変更可能である。

１０１ 網監視装置
１０２ 網監視サーバプログラム
１０４ 網監視サーバ通信プロトコル部
１０５ ストレージ
１０６ 統計情報収集管理部
１０８ 通信装置
１０９ エージェントプログラム
１１１ 統計情報収集プログラム
１１２ 統計情報

Claims (9)

1. 複数の通信装置が中継回線を介して接続する網監視装置を備える通信システムであって、
   前記複数の通信装置の夫々は、通信装置や回線品質に関する各種統計情報を収集し、収集した統計情報を前記網監視装置に送信し、
   前記網監視装置は、前記複数の通信装置夫々についての前記統計情報の収集履歴を記憶する第１のメモリと、前記複数の通信装置夫々との通信履歴を記憶する第２のメモリと、プロセッサと、を備え、
   前記プロセッサは、前記通信履歴に記憶された最終アクセス日時と予め定めた回数分の統計情報収集周期を含む収集期間の前記統計情報の収集履歴とに基づいて前記複数の通信装置の中で前記統計情報を前記網監視装置に送信することについて障害がある通信装置を特定し、特定結果を出力するように構成されている、通信システム。
2. 前記プロセッサは、前記複数の通信装置の夫々について、
   前記予め定めた回数分の統計情報収集周期を含む統計情報の収集期間を設定し、
   前記統計情報の収集履歴と前記収集期間とに基づいて、当該収集期間内に前記統計情報が存在していないか否かの第１判定を実行し、
   前記最新のアクセス日時が前記収集期間に含まれるか否かの第２判定を実行し、
   前記第１判定及び前記第２判定が肯定される通信装置を前記障害がある通信装置として特定する、請求項１記載の通信システム。
3. 前記第１判定及び前記第２判定の少なくとも一方が否定される通信装置を、前記障害がない通信装置として特定する、請求項２記載の通信システム。
4. 前記プロセッサは、前記複数の通信装置の夫々について、
   前記統計情報の収集履歴から最新の統計情報の収集日時を取得し、
   前記最新のアクセス日時と前記最新の統計情報の収集日時との差分を求め、
   当該差分と閾値とを比較し、
   当該比較結果に基づいて、前記特定を行う、請求項１記載の通信システム。
5. 前記プロセッサは、前記複数の通信装置の夫々について、
   エラーカウントを設定し、
   前記差分が前記閾値を越えると判定すると前記エラーカウントをインクリメントし、
   前記差分が前記閾値以下と判定すると前記エラーカウントをリセットし、
   前記差分と前記閾値との比較の後、前記エラーカウントと第２の閾値とを比較し、
   前記エラーカウントと前記第２の閾値との比較結果に基づいて前記特定を行う、請求項４記載の通信システム。
6. 前記プロセッサは、前記エラーカウントが前記第２閾値以上であると判定される通信装置を前記障害がある通信装置として特定する、請求項５記載の通信システム。
7. 前記プロセッサは、前記統計情報の収集履歴から、前記統計情報が存在しないと判定した通信装置について、当該通信装置の前記網監視装置への登録日を前記最新の統計情報の収集日時として設定する、請求項４記載の通信システム。
8. 前記プロセッサは、電源が投入された通信装置について、前記通信装置の前記網監視装置への登録日を前記最新の統計情報の収集日時として設定し、前記差分が前記閾値を越えると判定した後、前記エラーカウントが前記第２閾値以下と判定することにより、当該通信装置を前記障害がない通信装置として特定する、請求項６記載の通信システム。
9. 複数の通信装置が中継回線を介して接続する網監視装置を備える通信システムでの統計情報管理方法であって、
   前記複数の通信装置の夫々は、通信装置や回線品質に関する各種統計情報を収集し、収集した統計情報を前記網監視装置に送信し、
   前記網監視装置は、前記複数の通信装置夫々についての前記統計情報の収集履歴と前記複数の通信装置夫々との通信履歴とを記憶し、前記通信履歴に記憶された最終アクセス日時と予め定めた回数分の統計情報収集周期を含む収集期間の前記統計情報の収集履歴とに基づいて前記複数の通信装置の中で前記統計情報を送信することについて障害がある通信装置を特定し、特定結果を出力する、通信システムでの統計情報管理方法。

Images