(57)【特許請求の範囲】
【請求項１】
ネットワークを介して通信装置と接続され、
前記通信装置から最後に応答またはアクセスを受けた時刻を第１の時刻として記録する記録手段と、
前記通信装置から、定期的に最後の通過トラヒック発生時刻である第２の時刻を受信し、記録する受信手段と、
前記第１の時刻から前記第２の時刻を減算し、減算結果を前記通信装置の第１の閾値と比較し、前記減算結果が前記第１の閾値を上回っているとき、アラームを発信する演算手段と、を含む網監視装置。
【請求項２】
請求項１に記載の網監視装置であって、
前記アラームを発信中の前記通信装置について、前記演算手段は、前記第１の時刻から前記第２の時刻を減算し、減算結果を前記通信装置の第２の閾値と比較し、前記減算結果が前記第２の閾値を下回っているとき、前記アラームを停止することを特徴とする網監視装置。
【請求項３】
請求項２に記載の網監視装置であって、
前記演算手段は、前記減算結果の最大値を保持し、
前記アラームを停止した前記通信装置について、前記演算手段は、前記最大値に基づいて、前記第１の閾値を補正することを特徴とする網監視装置。
【請求項４】
請求項３に記載の網監視装置であって、
前記演算手段は、前記通信装置の動作時期に基づいて前記最大値の記録面を複数もち、前記記録面を切り替える際には、記録された最大値を一旦クリアし、
前記アラームを停止した前記通信装置について、前記演算手段は、複数の前記最大値の平均値に基づいて、前記第１の閾値を補正することを特徴とする網監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置を監視する網監視装置に係り、特に、ＣＰＥ（Customer Premises Equipment）、Ｆｅｍｔｏ  Ｃｅｌｌ基地局、ＨＥＭＳ（Home Energy Management System）、ＷｉＭＡＸ−ＷｉＦｉ中継Ｒｏｕｔｅｒ、車両搭載の無線リピータ等の、交換機や伝送装置、基幹系の通信装置と比べ比較的低信頼で、管理対象台数が多いシステムの網監視装置に関する。
【背景技術】
【０００２】
近年、スマートフォンおよびモバイルデータ通信によるトラフィックの大幅な増加に対応するため、通信事業者がＷｉＦｉスポット、Ｆｅｍｔｏセル基地局、ＷｉＦｉモバイルルータなどの設備を大規模に導入するようになっている。また、鉄道などの車両内におけるデータ通信量も増大しており、３Ｇ回線のオフロード施策として、ＷｉＦｉアクセスポイントの設置などが進んでいる。
【０００３】
さらに、光アクセスサービスも普及が進み、光アクセス回線の終端装置も、高機能化、高付加価値サービスへの対応などが進んでいる。さらには電力メータ等も通信機器としての機能を搭載し、スマートグリッド等の新サービスを支える基盤とする計画も進んでいる。
【０００４】
すなわち、これらのＣＰＥ、Ｆｅｍｔｏ  Ｃｅｌｌ基地局、ＨＥＭＳ、ＷｉＭＡＸ−ＷｉＦｉ中継Ｒｏｕｔｅｒ、無線リピータといった比較的低信頼・小型の通信インフラの重要性が、今後ますます増大していくものと考えられる。
【０００５】
これらの低信頼・小型の通信機器は、従来の伝送装置、交換機といった、高信頼且つ大規模、高可用性の通信インフラと異なる、以下のような特性を持っている。
（１）装置単体は、小型小容量であるが、システムを構成する通信装置数は非常に多い（数万〜数百万に達する場合あり）。
（２）機器利用者または設置者の都合により、機器の使用が停止されることが日常的に発生し、ネットワーク管理者がその運用の全てを把握・管理できるわけではない。
【０００６】
一方、エンドユーザの獲得のため、通信キャリアは、サービス品質の向上、とりわけ通信品質の向上を、ますます重要視するようになってきている。なお、ＣＰＥは、宅内装置であり、ＨＧＷ（Home GateWay）、ＯＮＵ（Optical Network Unit）等を含む。
【０００７】
先行技術調査で挙げられた特許文献が特許文献１および特許文献２である。特許文献１は、段落番号００１９、００２１−００２５および図１に、センター装置、複数の通報端末装置構成、各通報端末装置から初期通報データがセンター装置に送信され、無通信状態監視対象端末として設定されると、通報端末装置毎に過去の通報データの通報間隔を基に平均通報受信間隔及び最大通報受信間隔を算出して保持し、基準通報受信間隔（閾値に相当）として設定し、無通報時間が前記の基準通報受信間隔を超えると、その通報端末装置を特定する装置情報を含む無線通報監視情報を出力して監視者に通知する、異常監視通報システムを開示している。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００２−０２４９７６号公報
【特許文献２】特開平０９−０９８１６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来の交換機、伝送装置のような、高品質・高可用性のシステムにおいては、装置において、通信履歴の統計データを収集、網監視装置がデータを蓄積、保守者が統計データを参照し、ネットワークの品質を中長期的にモニタすることで、回線品質の維持に努めていた。
【００１０】
しかし、低信頼・小型の通信機器においては、対象とする通信機器数が膨大となり、全通信装置から、定期的に統計情報を収集し、個々の通信装置のトラフィック状態をモニタし、通信品質を確認することが、物量的に困難となっている。
【００１１】
また、通信装置の品質管理を行なう方法として、統計データの計数値に対して閾値を設けて、閾値条件を超える場合に警報を発出させる、閾値警報の機能を持たせることもある。これにより、保守者は全通信装置の状態を読みださなくても、設定された閾値条件を超過した装置についての自律メッセージの発出により、該当の通信機器の保守を行なうことが可能となる。
【００１２】
ただし、この閾値警報についても、該当の通信機器数が膨大となるＣＰＥや公衆通信スポットなどの装置で動作させると、条件次第では膨大な警報が発生してしまい、結局保守者が全部の装置の状態を調査し切れない事態となることが予想され、実用的とは言い難い。
【００１３】
統計データの収集機能を搭載したとしても、エンドユーザ側の都合にて機器の電源が落とされてしまうこともあり得るＣＰＥのような装置では、統計データが収集できないケースも準正常ケースとして多数発生することから、周期的な統計値の存在を前提とした傾向分析を行なったり、閾値警報に保護回数を持たせたりすることが困難となる。
【００１４】
さらに、通信装置の回線の品質を確認する方法として、回線試験を行なう方法があるが、小型で低コストであることが要求されるＣＰＥや無線ＬＡＮアクセススポットについては、ユーザ端末を疑似するための試験用無線機を内蔵させることはできないため、ユーザ端末が実際に接続可能な状態であるかどうか？を実際に確かめる試験機能を持たせることができない。
【００１５】
すなわち、実際にエンドユーザが接続していることを確認して初めて、エンドユーザが接続可能な状態となっていることが確認できるが、これをシステム内の全ての通信機器に対して行なうことは、物量的に困難である。
【００１６】
また、無線ＬＡＮアクセススポットなどでは、オフィスビルや地下街、店舗や鉄道車両などに設置されることも多い。この場合、非営業日にはトラフィックがほとんど流れないことも予想される。したがって、単にユーザ接続数がゼロであることを以って、障害被疑とすることも困難であった。
本発明は、電源ＯＦＦを区別し、容易にゼロトラフィック状態となっている通信装置を、検知する網監視装置を提供する。
【課題を解決するための手段】
【００１７】
通信装置は、下流のエンドユーザと、上流の上位ノードとの間を通過したトラフィックがあった場合に、これが発生した時刻を記録する手段を持つ。
【００１８】
通信装置は、周期的に上記の最終通過トラフィック発生時刻を、網監視装置に通知する手段を持つ。なお、通信装置が前述の手段を持つ代わりに、網監視装置が周期的に上記の時刻を通信装置に問い合わせて取得する方法でも良い。
【００１９】
網監視装置では、この最終通過トラフィック発生時刻を通信装置毎に保持する。また、一般に網監視装置と、監視対象の通信装置との間には、ｓｎｍｐ（simple network management protocol）、ＴＬ１（Transaction Language 1）、ＳＯＡＰ（Simple Object Access Protocol）などの各種通信プロトコルを用い、定期的な死活監視用のメッセージ通信の送受信、保守コマンドなどによる設定要求およびその応答、障害や状態変化時に行なう通信装置から網監視装置への通知など、様々な制御用の通信が行なわれている。
【００２０】
これらの通信の履歴を通信装置毎に管理し、網監視装置が通信装置から受けた最後の制御用通信の応答または通知の時刻を最終アクセス時刻として、網監視装置に記録する。
【００２１】
網監視装置は、周期的にゼロトラフィックの有無を確認する処理を動作する。すなわち、最終アクセス時刻と最終通過トラフィック発生時刻との時間差＝ゼロトラフィック期間が、ある”閾値”を超えた通信装置について、装置が起動し上位側の通信は疎通しているが、エンドユーザまでトラフィックが疎通していない期間が続いたものとして、ゼロトラフィック警報を保守者に通知する。
【００２２】
保守者にゼロトラフィック警報を通知する条件となるゼロトラフィック発生閾値としては、該当の通信装置で過去に存在したゼロトラフィック期間の最大値×計数、の値を用いる。
【００２３】
すなわち、網監視装置は、ゼロトラフィック期間の最大値を装置毎に管理し、これに安全率となる係数を掛けた期間以上、ゼロトラフィックが継続した装置について、保守者に通知を行なう動作をする。
【００２４】
その後、該当の通信装置でトラフィックが発生し、ゼロトラフィック期間が回復条件値を下回ると、網監視装置はゼロトラフィック警報を回復させると同時に、次回以降使うゼロトラフィック発生閾値の値を、警報発生期間中に更新したゼロトラフィック期間の最大値を用いて、該当の通信装置で過去に存在したゼロトラフィック期間の最大値×計数の計算を再実行し、以降はその値を閾値として判定を行なうようになる。
【００２５】
この、過去に発生したが回復したゼロトラフィック期間の情報を再帰的に新しい閾値条件として用いることで、通信装置毎に異なる利用状況や、休日期間、祝日期間、鉄道車両の保守停止期間などの条件の差を、システムが徐々に学習し、無用な障害発生通知を抑止しつつ、効率よくゼロトラフィック状態の装置を発見することが可能となる。
【００２６】
上述した課題は、ネットワークを介して通信装置と接続され、通信装置から最後に応答またはアクセスを受けた時刻を第１の時刻として記録する記録手段と、通信装置から、定期的に最後の通過トラヒック発生時刻である第２の時刻を受信し、記録する受信手段と、第１の時刻から第２の時刻を減算し、減算結果を通信装置の第１の閾値と比較し、減算結果が第１の閾値を上回っているとき、アラームを発信する演算手段と、を含む網監視装置により、達成できる。
【発明の効果】
【００２７】
本発明によれば、通信装置の電源ＯＦＦを区別し、容易にゼロトラフィック状態となっている通信装置を、検知する網監視装置を提供することができる。
【図面の簡単な説明】
【００２８】
【図１】通信システムの構成を説明するブロック図である。
【図２】網監視装置のハードウェアブロック図である。
【図３】網監視装置の機能ブロック図である。
【図４】通信装置の機能ブロック図である。
【図５】網監視装置のサーバデータベースを説明する図である。
【図６Ａ】網監視装置のゼロトラフィック履歴管理テーブルである。
【図６Ｂ】網監視装置のパラメータテーブルである。
【図７】通信装置のトラフィック管理テーブルである。
【図８】通信装置における周期処理フローチャートである。
【図９】通信装置のトラフィック制御部におけるパケット転送処理フローチャートである。
【図１０】網監視装置のサーバデータベースを周期的に更新するフローチャートである。
【図１１】網監視装置において、閾値判定処理を行なうフローである。
【図１２】網監視装置において、ゼロトラフィック履歴管理テーブルの、ゼロトラフィック期間（ピーク値）を更新するフローチャートである。
【図１３】網監視装置において、ゼロトラフィック履歴管理テーブルの、ゼロトラフィック判定閾値（発生）を更新するフローチャートである。
【図１４】網監視装置の他のゼロトラフィック履歴テーブルである。
【図１５】ゼロトラフィック履歴管理テーブルの、他のゼロトラフィック期間（ピーク値）を更新するフローチャートである。
【図１６】ゼロトラフィック履歴管理テーブルの、他のゼロトラフィック判定閾値（発生）を更新するフローチャートである。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００３０】
図１を参照して、通信システムの構成を説明する。図１において、通信システム５００は、通信網１０と、網監視装置２０と、ゲートウェイ装置３０と、通信装置４０と、インターネット５０と、無線端末６０とから構成されている。網監視装置２０は、通信網１０に有線接続している。通信装置４０は、通信網１０に無線接続または有線接続している。網監視装置２０は、通信網１０を通じて通信装置４０を遠隔から監視する。また、通信網１０は、ゲートウェイ装置３０を経由して、インターネット網５０につながっている。無線端末６０は、無線通信によって通信装置４０に接続している。無線端末６０は、通信装置４０とゲートウェイ装置３０を介して、インターネット５０からサービスを受ける。
【００３１】
なお、本明細書における通信装置と無線端末は、極めて広い概念である。具体的には、通信装置がスマートグリッドを構成する電力メータのとき、無線端末は、通信機能を備えた家電品である。
【００３２】
図２を参照して、網監視装置のハードウェアを説明する。図２において、網監視装置２０は、パソコン、ワークステーションといった一般的な情報処理装置と同様のハードウェア構成を備える。図２において、網監視装置２０は、内部伝送路２８で相互接続された中央演算処理装置（ＣＰＵ：Central Processing Unit）２１と、主記憶装置（メインメモリ）２６と、ネットワークカード（ＮＩＣ：Network Interface Card）２２と、入出力部（Ｉ／Ｏ  ＩＦ：Input/Output Interface）２３と、補助記憶装置２７と、入出力部２３に接続された入力部２４と、出力部２５とから構成されている。
【００３３】
中央演算処理装置２１は、補助記憶装置２７に格納された機能ブロックを主記憶装置２６上にロードし、ロードした各機能を実現するためのプログラムを実行する。網監視装置２０は、ネットワークカード２２に図示しないＬＡＮケーブルを接続して通信網１０に接続される。入力部２４は、有線接続を経由してデータを受け、出力部２５から図示していない網監視装置の端末画面にデータを送信する。
【００３４】
図３を参照して、網監視装置で動作するサーバプログラムを説明する。図３において、網監視装置２０では、網監視サーバプログラム２９が動作し、通信装置４０の監視制御を行なっている。網監視装置２０は、通信装置とは網監視サーバ通信プロトコル部２９１を介して通信を行なう。なお、搭載する通信プロトコルとしては、ｓｎｍｐ、ＴＬ１、ＳＯＡＰ、ｈｔｔｐ（hyper text transport protocol）などの実装が考えられる。網監視サーバプログラム２９は、網監視サーバデータベース１００を持ち、監視対象となる通信装置４０単位の情報を管理する。網監視サーバプログラム２９は、また、ゼロトラフィック履歴管理テーブル２００を管理し、ゼロトラフィック検出機能で必要となるデータを保持している。網監視サーバプログラム２９は、さらに、パラメータテーブルを管理し、パラメータを保持している。
【００３５】
図４を参照して、通信装置の構成を説明する。図４において、通信装置４０は、装置管理部４１と、下流側通信部４２と、トラフィック制御部４３と、上流側通信部４４とから構成されている。装置管理部４１は、トラフィック管理テーブル３００を保持する。
【００３６】
装置管理部４１は、通信装置自身の監視・制御を行ない、網監視装置２０からの制御命令や、データ参照リクエストに対して応答するエージェントプログラムが動作する。また、トラフィック管理テーブル３００は、トラフィック制御部４３および装置管理部４１が、トラフィックの状況についてのデータを取得して管理するテーブルである。
【００３７】
下流側通信部４２は、エンドユーザへの通信サービス提供のインタフェースである。下流側通信部４２は、無線ＬＡＮ、有線ＬＡＮ、３Ｇ移動体通信、ＬＴＥなどの、各種インタフェース種別が考えられる。トラフィック制御部４３は、通信装置４０に流入するパケットを、適切な送信先に転送する機能を持つ。トラフィック制御部４３は、また、ゼロトラフィック検出機能で必要となる各種データを提供する。上流側通信部４４は、通信装置４０を収容する回線との接続インタフェースであり、有線ＬＡＮ、ＷｉＭＡＸ、３Ｇ、ＬＴＥなどの各種インタフェース種別が考えられる。
【００３８】
図５を参照して、網監視装置の網監視サーバデータベースを説明する。図５において、網監視サーバデータベース１００は、監視対象の通信装置ごとに、最終アクセス時刻１０１と、最終通過トラフィック発生時刻１０２と、ゼロトラフィック警報有無１０３と、装置登録日時１０４とを管理している。
【００３９】
最終アクセス時刻１０１は、網監視装置の通信プロトコル部２９１が、通信装置４０から通知を受けたとき、または、要求に対して通信装置４０が応答してきたとき、その時刻を記録するフィールドである。
【００４０】
最終通過トラフィック発生時刻１０２は、通信装置４０より通知された最終通過トラフィック発生時刻を格納するフィールドである。通信装置４０における最終通過トラフィック発生時刻の算出、および通信装置４０から網監視装置２０への最終通過トラフィック発生時刻の通知については、それぞれ図８と図１０にて説明する。
【００４１】
ゼロトラフィック警報発生有無１０３は、保守者に通知するゼロトラフィック警報の発生状態を、通信装置単位に保持するフィールドである。ゼロトラフィック警報の発出判定処理については、図１１にて説明する。
【００４２】
装置登録日時１０４は、該当の通信装置４０が、網監視装置２０に登録されて監視対象となった日時を保持するフィールドである。
【００４３】
図６Ａを参照して、網監視サーバのゼロトラフィック履歴管理テーブルを説明する。図６Ａにおいて、ゼロトラフィック履歴管理テーブル２００は、通信装置ごとにゼロトラフィック発生閾値２０１と、ゼロトラフィック期間２０２と、ゼロトラフィック期間（ピーク値）２０３とから構成されている。
【００４４】
ゼロトラフィック発生閾値２０１は、該当の通信装置について、これ以上の期間ゼロトラフィックの状態が続いた場合に、警報を発出させる閾値の値を格納するフィールドである。このゼロトラフィック発生閾値の値の更新トリガについては、図１１の閾値更新処理（Ｓ４０９）を、算出方法については、図１３にてそれぞれ説明する。
【００４５】
ゼロトラフィック期間２０２は、網監視装置が該当の通信装置にて現在発生していると認識しているゼロトラフィック期間である。ゼロトラフィック期間２０２は、網監視サーバが周期的に行なうゼロトラフィック検出処理のステップ４０３にて計算される値である。
【００４６】
ゼロトラフィック期間２０２
＝（最終アクセス時刻１０１）−（最終通過トラフィック発生時刻１０２）…（式１）
ゼロトラフィック期間２０２は、（式１）にて計算される。算出処理の詳細については、図１１にて説明する。
【００４７】
ゼロトラフィック期間（ピーク値）２０３は、該当装置において過去に発生した、ゼロトラフィック期間のピーク値（最大値）である。ゼロトラフィック期間（ピーク値）２０３は、図１１の（Ｓ４１０）のピーク値更新処理にて更新する。なお、ピーク値更新処理（Ｓ４１０）の詳細については、図１２にて説明する。
なお、図５の網監視サーバデータベース１００と、図６Ａのゼロトラフィック履歴管理テーブル２００とは、同じ時点の値を表示しているものでは、ない。
【００４８】
図６Ｂを参照して、パラメータテーブルを説明する。図６Ｂにおいて、網監視装置２０は、ゼロトラフィック状態の管理のために、通信装置４０によらないパラメータを保持する。ゼロトラフィック回復閾値２５１は、ゼロトラフィック期間がこれを下回った場合にゼロトラフィック警報を回復させるための閾値である。最小閾値２５２は、ゼロトラフィック発生閾値の最小値を決めるパラメータである。係数２０６は、ゼロトラフィック発生閾値を計算する際に用いる誤検出防止のための安全率である。係数２０６の使い方については、図１３にて説明する。
【００４９】
通知周期２５４は、通信装置４０から網監視装置２０に最終通過トラフィック発生時刻１０２の情報を含むメッセージを通知させる周期である。通知周期２５４は、通信装置４０に設定しておき、通信装置４０に周期的に通知として報告させる方法と、網監視装置２０に設定しておき、網監視装置２０がこのパラメータ値で設定された周期で、通信装置４０に対して最終通過トラフィック発生時刻を通知するように要求を行なう方法が、考えられる。判定周期２５５は、網監視装置２０がゼロトラフィック検出処理（Ｓ４０１）を起動させる周期を設定するものである。
【００５０】
図７を参照して、通信装置のトラフィック管理テーブルを説明する。図７において、トラフィック管理テーブル３００は、通信装置４０内で、過去のある時点から現在までの間に、トラフィックが通過したかどうかを保持し、それを網監視装置２０に通知した履歴を併せて管理する。
【００５１】
トラフィック通過フラグ（上り）３０１およびトラフィック通過フラグ（下り）３０２は、周期的にクリアされ、トラフィックなしの状態にリセットされる。周期内に通過トラフィックがあった場合には、上りまたは下りの該当の通過フラグ３０１／３０２がトラフィック「あり」に更新される。
【００５２】
最終通過トラフィック発生時刻３０３は、周期の終わりにトラフィック通過フラグ（上り）３０１および、トラフィック通過フラグ（下り）３０２の両方が、通過トラフィックありであった場合に、その周期の終わりの時刻を格納する。最終通過トラフィック発生時刻３０３は、網監視装置に通知する周期メッセージにこの時刻を送信する。詳細は図８にて説明する。
【００５３】
図８を参照して、通信装置における周期処理フローを説明する。なお、ここでは図６Ｂの通知周期２５４を通信装置４０が持っていて、周期的に最終通過トラフィック発生時刻の通知処理を行なっている。
【００５４】
通信装置４０は、起動すると、トラフィック管理テーブル３００を初期化する（Ｓ１０２）。この際、通信装置４０は、トラフィック通過フラグ（上り）３０１とトラフィック通過フラグ（下り）３０２について、「なし」で初期化する。一方、最終通過トラフィック発生時刻３０３について、通信装置４０は、起動した現在時刻で初期化する。ここで、トラフィックが通過していないにも関わらず、最終通過トラフィック発生時刻を現在時刻で初期化するのは、トラフィックが、設置以降一度も流れないような通信装置についても、サイレント障害とせずに、ゼロトラフィック警報が所定の閾値時間を経過した後に発出するような動作とするためである。
【００５５】
通信装置４０は、トラフィック監視処理を起動する（Ｓ１０３）。すなわち、通信装置４０は、流入するパケットで、通過したものがあるかどうか？の監視を開始する。トラフィック監視処理の詳細については、図９にて説明する。通信装置４０は、トラフィック通過フラグ（上り）３０１とトラフィック通過フラグ（下り）３０２の両方が「あり」か判定する（Ｓ１０５）。共に通過トラフィックがありの状態であった場合（ＹＥＳ）、通信装置４０は、最終通過トラフィック発生時刻１０３を現在時刻で更新する（Ｓ１０６）。通信装置４０は、網監視装置２０宛に、最終通過トラフィック発生時刻を通知する（Ｓ１０７）。ステップ１０５で、上り下りの両方が「あり」ではなかった場合（ＮＯ）、通信装置４０は、最終通過トラフィック発生時刻１０３に格納されている値そのままで、網監視装置への通知を行なう（Ｓ１０７）。網監視装置２０への通知の後、通信装置４０は、トラフィック通過フラグ３０２、３０３を「なし」に初期化する（Ｓ１０８）。通信装置４０は、周期タイマをスタートする（Ｓ１０９）。通信装置４０は、周期タイマの満了を判定する（Ｓ１１０）。ＹＥＳのとき、通信装置４０は、ステップ１０５に遷移する。
【００５６】
なお、周期タイマの満了待ち状態となるが、通信装置４０は、トラフィック監視処理によるトラフィック管理テーブル３００の更新処理については、動作し続ける。
また、ステップ１０５の処理で、通過トラフィックありと判定する条件として、上り、下り、共に通過トラフィックありとしているが、これは、本実施例が対象とする通信装置が提供するエンドユーザ向けのサービスにおいては、片方向の通信のみで実現するプロトコルが存在しない場合を想定しているためである。具体的には、ｆｔｐやＤＨＣＰなどのサービスをエンドユーザが利用する場合には、必ず上位のシステムとの間で、ａｃｋや応答を受領しながら処理を行なうため、双方向のトラフィックが必ず発生する。
【００５７】
図９を参照して、通信装置における、トラフィック監視処理のフローを説明する。図９において、通信装置４０に搭載されたトラフィック制御部４３は、パケットの送受信を監視する処理で行なっている。トラフィック制御部４３は、パケットを受信すると、受信したパケットが上流から流入したか判定する（Ｓ２０２）。上流から流入した場合（ＹＥＳ）、トラフィック制御部４３は、そのパケットの宛先が下流側の、エンドユーザ側の通信装置か判定する（Ｓ２０３）。ＹＥＳのとき、トラフィック制御部４３は、さらに下流向けの通信回線が利用可能な状態か判定する（Ｓ２０４）。ＹＥＳのとき、トラフィック制御部４３は、トラフィック通過フラグ（下り）３０２を、通過トラフィック「あり」に更新して（Ｓ２０５）、終了する。
【００５８】
ステップ２０３で、上流から流入したパケットの宛先が下位側ではない場合（ＮＯ、すなわち、自通信装置向け、存在しない宛先であった場合など）、トラフィック制御部４３は、そのまま終了する。また、ステップ２０４で、下流側の回線が利用不可の場合（ＮＯ、すなわちＷｉＦｉ、３Ｇの通信区間が疎通しない場合）、トラフィック制御部４３は、そのまま終了する。
【００５９】
同様に、ステップ２０２で下流から流入した場合（ＮＯ）、トラフィック制御部４３は、宛先が上位ノードか判定する（Ｓ２０６）。ＹＥＳのとき、トラフィック制御部４３は、上位の通信回線が利用可能な状態か判定する（Ｓ２０７）。ＹＥＳのとき、トラフィック制御部４３は、トラフィック通過フラグ（上り）３０１を、通過トラフィック「あり」に更新して（Ｓ２０８）、終了する。
【００６０】
ステップ２０６下流から流入したパケットの宛先が上位側でない場合（ＮＯ、すなわち自通信装置向けの制御メッセージであった場合など）、トラフィック制御部４３は、そのまま終了する。また、ステップ２０７で上流側の回線が利用不可の状態であった場合（ＮＯ、すなわち、インターネット接続、ＷｉＭＡＸ、３Ｇなどの回線が疎通しない場合）、トラフィック制御部４３は、そのまま終了する。
【００６１】
図１０を参照して、網監視装置における網監視サーバデータベースの更新フローを説明する。図１０において、網監視装置２０は、各通信装置から周期通知の受信を待つ（Ｓ３０２）。受信したとき（ＹＥＳ）、網監視装置２０は、該当の通信装置の最終アクセス時刻１０１を現在時刻で更新する（Ｓ３０３）。さらに、網監視装置２０は、最終通過トラフィック発生時刻１０２を該当通信装置から受信したデータで更新して（Ｓ３０４）、ステップ３０２に遷移する。
【００６２】
図１１を参照して、網監視装置が周期的に行なう閾値判定処理フローを説明する。図１１において、網監視装置２０は、判定周期２５５で設定された周期で、閾値判定処理を行なう。閾値判定処理において、網監視装置２０は、ゼロトラフィック状態の検出と、この処理で必要となる各種データの更新処理を行なう。閾値判定処理を起動すると、網監視装置２０は、処理対象の通信装置を、網監視サーバデータベースから１台選択する（Ｓ４０２）。網監視装置２０は、該当の通信装置について、
ゼロトラフィック期間２０２
＝（最終アクセス時刻１０１）−（最終通過トラフィック発生時刻１０２）…（式２）
により、ゼロトラフィック期間２０２の値を計算し、更新する（Ｓ４０３）。
【００６３】
なお、このゼロトラフィック期間は、通信装置と網監視装置との間の通信が疎通した時刻と、通信装置内で最後にユーザトラフィックの「通過」があった周期の末端時刻との差分である。このため、通信装置と網監視装置との間の通信が疎通しない期間は、最終アクセス時刻も更新されず（最後に疎通した時刻のままとなり）、結果としてゼロトラフィック期間として計上される期間は増加しない。これにより、通信装置が起動していない状態とゼロトラフィックが発生している状態を、分けて検出することとなる。
【００６４】
次に、網監視装置２０は、該当通信装置でゼロトラフィック警報が発出しているかどうかを判定する（Ｓ４０４）。警報が発生していない場合（ＮＯ）、網監視装置２０は、計算したゼロトラフィック期間の値が、該当通信装置のゼロトラフィック発生閾値２０１より大きいかどうか判定する（Ｓ４０５）。大きい場合（ＹＥＳ）、網監視装置２０は、該当通信装置についてゼロトラフィック警報を新規に発出する処理を行なう（Ｓ４０６）。
【００６５】
ステップ４０４で警報が既に発生している状態である場合（ＹＥＳ）、網監視装置２０は、計算したゼロトラフィック期間の値が、ゼロトラフィック回復閾値２５１より小さいかどうかを判定する（Ｓ４０７）。小さい場合（ＹＥＳ）、網監視装置２０は、該当通信装置におけるゼロトラフィック警報の回復処理を行なう（Ｓ４０８）。網監視装置２０は、これに引き続いて、閾値の更新処理を行なう（Ｓ４０９）。この閾値更新処理の詳細については、図１３にて述べる。
ステップ４０５でＮＯのとき、およびステップ４０７でＮＯのとき、網監視装置２０は、警報状態および閾値についての処理は行なわない。
【００６６】
次に、網監視装置２０は、ゼロトラフィック期間（ピーク値）２０３の値の更新処理（Ｓ４１０）を行なう。ピーク値更新処理の詳細については、図１２にて述べる。ゼロトラフィック期間（ピーク値）は、通信装置ごとの過去に発生した最大のゼロトラフィック期間を管理するデータであり、これを基に個々の通信装置のゼロトラフィック発生閾値２０１を算出するロジックを持つことにより、個々の通信装置の利用方法や設置環境の差異を考慮した、ゼロトラフィック警報発生閾値に、自動的に更新することが可能となる。閾値更新処理については図１３にて延べる。
【００６７】
以上で１台の通信装置に関する閾値判定処理を終えると、網監視装置２０は、閾値判定を行なっていない通信装置の有無を判定する（Ｓ４１１）。ＹＥＳのとき、網監視装置２０は、ステップ４０２に遷移する。ステップ４１１でＮＯのとき、網監視装置２０は、終了して、次の閾値判定時刻まで待機する。
【００６８】
図１２を参照して、ゼロトラフィック期間（ピーク値）の更新フローを説明する。図１２のフローは、図１１のステップ４１０にて呼び出される処理である。図１２は、すなわち周期的に全通信装置について実施する閾値判定処理の中で、必ず実施する処理である。
【００６９】
図１２において、呼び出しを受けると、網監視装置２０は、ゼロトラフィック期間２０２の値が、ゼロトラフィック期間（ピーク値）２０３より長いかどうか判定する（Ｓ５０２）。大きい場合（ＹＥＳ）、網監視装置２０は、ゼロトラフィック（ピーク値）を、現在のゼロトラフィック期間の値で更新して（Ｓ５０３）、リターンする。ステップ５０２でＮＯのとき、網監視装置２０は、そのままリターンする。
【００７０】
図１３を参照して、閾値更新処理フローを説明する。図１３のフローは、図１１のステップＳ４０９にて呼び出される処理であり、すなわちゼロトラフィック警報が発生していた通信装置においてトラフィックが発生し、ゼロトラフィック警報が回復する時に実施する処理である。閾値更新処理は、過去に、閾値を超過して警報発出したが、警報発出期間を経て、トラフィックが回復したため、該当の通信装置においては、利用環境により発生し得るゼロトラフィック期間であったとみなし、同等のゼロトラフィック期間では警報を発出しないようにするための処理である。該当の通信装置について、網監視装置２０は、
ゼロトラフィック発生閾値２０１
＝（最小閾値２５２）＋（ゼロトラフィック期間（ピーク値）２０３）×（係数２５３）
を計算する（Ｓ６０２）。網監視装置２０は、この値で該当通信装置において次回以降の閾値判定処理（図１１）で使うゼロトラフィック発生閾値２０１を更新して（Ｓ６０３）、終了する。
【００７１】
実施例１によれば、小容量、低可用性であるが大量設置するような通信システムにおいて、装置自体の電源断などによる利用停止状態と、障害状態であるゼロトラフィック状態を区別し、さらに、小容量装置において求められる、設置場所や利用環境の差異の大きさに起因する障害検出閾値の一律運用が困難な点についても、システムが自律で通信装置ごとに閾値を学習する手段を提供できた。
【００７２】
実施例１によれば、ゼロトラフィック状態の警報を、保守者に真に解決するべき有用な障害情報として提供することが可能となる。また、通信機器設置者の都合により停止している装置についてのゼロトラフィック検知も、抑止することが可能となるため、ネットワーク運用者の意図と関係なく、通信装置の電源が落とされる可能性があるＣＰＥ、車載無線中継装置などのシステムにおいても、ゼロトラフィックの検知が可能となる。
【実施例２】
【００７３】
実施例１では、ゼロトラフィック発生閾値２０１の計算に用いるゼロトラフィック期間（ピーク値）２０３は、該当通信装置における過去に発生し、かつその後復旧（トラフィックが発生）した、最大の期間として、一つだけ管理していた。
実施例２は、ゼロトラフィック期間（ピーク値）２０３を複数の期間ごとに集計し、その平均値を用いてゼロトラフィック発生閾値を計算する。
【００７４】
実施例２は、システム構成（図１）、網監視装置ハードウェア（図２）、網監視装置（図３）、通信装置（図４）、網監視サーバデータベース（図５）、パラメータテーブル（図６Ｂ）、トラフィック管理テーブル（図７）を持つシステムで、ゼロトラフィック管理テーブルを図６Ａの構成の代わりに、図１４の構成を用いる。通信装置４０の処理（図８〜１０）については、実施例１と同様である。網監視装置の処理である図１０と図１１も実施例１と共通である。
【００７５】
図１４を参照して、網監視サーバの他のゼロトラフィック履歴管理テーブルを説明する。図１４において、ゼロトラフィック管理テーブル２００Ａは、図６Ａと同様に、監視対象の通信装置ごとに、過去のゼロトラフィックの発生状況を保持している。ゼロトラフィック管理テーブル２００Ａは、通信装置ごとにゼロトラフィック発生閾値２０１と、ゼロトラフィック期間２０２と、ゼロトラフィック期間（ピーク値）２０３−１〜ゼロトラフィック期間（ピーク値）２０３−ｎとから構成されている。
【００７６】
ゼロトラフィック発生閾値２０１は、該当の通信装置について、これ以上の期間ゼロトラフィックの状態が続いた場合に、警報を発出させる閾値の値を格納するフィールドである。ゼロトラフィック期間２０２は、網監視装置が該当の通信装置にて現在発生していると認識しているゼロトラフィック期間である。ゼロトラフィック期間（ピーク値）２０３は、該当装置において過去に発生した、ゼロトラフィック期間のピーク値（最大値）である。
【００７７】
ゼロトラフィック発生閾値２０１は、図６Ａと同様のデータを保持する。しかし、ゼロトラフィック発生閾値２０１の算出方法が図１６の方法となっている点が異なる。ゼロトラフィック期間２０２については、図６Ａと同様のデータ、算出方法である。
【００７８】
ゼロトラフィック期間（ピーク値）２０３−１〜ゼロトラフィック期間（ピーク値）２０３−ｎは、値の意味としては図６のゼロトラフィック期間（ピーク値）２０３と同様である。しかし、複数世代分の同データを管理している点が実施例２の特徴である。ピーク値の更新処理を説明する図１５において、動作した時期、具体的には、日付、曜日、月などにより、書き込みを行なうべきゼロトラフィック期間（ピーク値）の面を切り替える動作をする。また、書き込み面を切り替える際には、古いデータをクリアする処理を行なう。これにより、古いゼロトラフィック期間（ピーク値）を使い続けることを避けることができる。
【００７９】
図１５を参照して、ゼロトラフィック期間（ピーク値）の更新の他のフローを説明する。図１５のフローは、網監視装置２０により周期的に起動する閾値判定処理（図１１）のピーク値更新処理（Ｓ４１０）により起動される。網監視装置２０は、その時点で書きこみを行なうべきゼロトラフィック期間（ピーク値）の領域Ｎ（Ｎ＝１，２，…ｎ）を判定する（Ｓ７０２）。なお、書き込み面は、一日単位で書き込み先を切り替える方法、月単位で書き込み面を切り替える方法などが考えられる。また、領域として確保する数（ｎ）についても、書き込み面の切り替え方法に合わせて、例えば日付で切り替える方法であれば、７日分にして曜日ごとになるようにしたり、１４日分にして、二週間分のデータを保持させたり、また月単位で切り替える方法であれば、４０カ月分や２４カ月分などと設定することが可能である。
【００８０】
次に、網監視装置２０は、ゼロトラフィック期間２５３の値が、ゼロトラフィック期間（ピーク値）２０３−１〜２０３−ｎの、現在の書き込み対象のフィールドゼロトラフィック期間（ピーク値）＃ｘの値より長いかどうかを確認する（Ｓ７０３）。大きい場合（ＹＥＳ）、網監視装置２０は、ゼロトラフィック（ピーク値）＃ｘを、現在のゼロトラフィック期間の値で更新する（Ｓ７０４）。ステップ７０３でＮＯのとき、またステップ７０４の後、網監視装置２０は、リターンする。
【００８１】
図１６を参照して、閾値更新処理の他のフローを説明する。図１６は、実施例１と同様に図１１のステップ４０９にて呼び出される処理である。図１６において、網監視装置２０は、該当の通信装置において、
ゼロトラフィック発生閾値
＝（最小閾値）＋（ゼロトラフィック期間（ピーク値）＃１〜＃Ｎの平均値）×（係数）…（式３）
を計算する（Ｓ８０２）。網監視装置２０は、この値で該当通信装置において次回以降の閾値判定処理（図１１）で使うゼロトラフィック発生閾値２５２を更新して（Ｓ８０３）、リターンする。
【００８２】
実施例２によれば、小容量、低可用性であるが大量設置するような通信システムにおいて、装置自体の電源断などによる利用停止状態と、障害状態であるゼロトラフィック状態を区別し、また、小容量装置において求められる、設置場所や利用環境の差異の大きさに起因する障害検出閾値の一律運用が困難な点についても、システムが過去のある特定時間範囲内のゼロトラフィック期間（ピーク値）を参考に、自律で通信装置ごとに閾値を学習する手段を提供することで、ゼロトラフィック状態の警報を、保守者に真に解決するべき有用な障害情報として提供することができる。
【００８３】
本実施例においては、古いゼロトラフィック期間（ピーク値）は、一定期間の後に参照されなくなるため、閾値計算には過去の全ての期間の最大のゼロトラフィック期間をベースにするのではなく、過去のある期間内における、最大ゼロトラフィック期間の平均値を用いることとなる。
【００８４】
長期間のゼロトラフィック期間（ピーク値）が発生した場合に、実施例１では、以降はゼロトラフィック発生閾値２０１が長い値となるが、実施例２では、一定期間はゼロトラフィック発生閾値２０１の計算に参照されるものの、以降は破棄されるため、できるだけゼロトラフィック発生閾値２０１を短い期間で運用することを目標とし、偶発的な長時間のゼロトラフィックなどについては、出来るだけ閾値計算に算入するのを避けたい場合等には有利となる。
【００８５】
実施例２によれば、トラフィックの曜日変動や、通信機器を設置しているオフィスの長期休業期間など、設置場所固有の条件を学習することが可能となるため、設置場所に固有の使われ方により異なる発生し得るゼロトラフィックの期間を考慮した条件で、ゼロトラフィック検知を行なうことが可能となり、より高い精度で、真に障害が発生している装置を検知することが可能となる。
【符号の説明】
【００８６】
１０…通信網、２０…網監視装置、２１…中央演算処理装置、２２…ネットワークカード、２３…入出力部、２４…入力部、２５…出力部、２６…主記憶装置、２７…補助記憶装置、２８…内部伝送路、２９…網監視サーバプログラム、２９１…網監視サーバ通信プロトコル部、３０…ゲートウェイ装置、４０…通信装置、４１…装置管理部、４２…下流側通信部、４３…トラフィック制御部、４４…上流側通信部、５０…インターネット、６０…無線端末、１００…網監視サーバデータベース、２００…ゼロトラフィック履歴管理テーブル、２５０…パラメータテーブル、３００…トラフィック管理テーブル、５００…通信システム。
【図１】
0005756430.tif 000002
【図２】
0005756430.tif 000003
【図３】
0005756430.tif 000004
【図４】
0005756430.tif 000005
【図５】
0005756430.tif 000006
【図６Ａ】
0005756430.tif 000007
【図６Ｂ】
0005756430.tif 000008
【図７】
0005756430.tif 000009
【図８】
0005756430.tif 000010
【図９】
0005756430.tif 000011
【図１０】
0005756430.tif 000012
【図１１】
0005756430.tif 000013
【図１２】
0005756430.tif 000014
【図１３】
0005756430.tif 000015
【図１４】
0005756430.tif 000016
【図１５】
0005756430.tif 000017
【図１６】
0005756430.tif 000018