トラヒック情報集約装置
【課題】監視サーバに対して送信する集約データの送出量を低減する。
【解決手段】トラヒック情報集約装置（以下、集約装置）は、ネットワーク装置からトラヒック情報を受信する。集約装置は、予め定められた集約時間毎のトラヒック情報を集約した集約データを作成し、集約識別子に対応して該集約データを集約データ管理テーブルに記憶する。集約装置は、集約時間毎に、集約データと基準値との差が、予め定められた範囲内か否かを判断し、上記範囲内の場合、該集約データを集約データ管理テーブルの対応する累積データに累積し、及び、該集約データをリセットする。一方、上記範囲を超える場合、集約装置は、集約データ管理テーブルの集約データ及び／又は累積データを、監視サーバに送信する。
【解決手段】トラヒック情報集約装置（以下、集約装置）は、ネットワーク装置からトラヒック情報を受信する。集約装置は、予め定められた集約時間毎のトラヒック情報を集約した集約データを作成し、集約識別子に対応して該集約データを集約データ管理テーブルに記憶する。集約装置は、集約時間毎に、集約データと基準値との差が、予め定められた範囲内か否かを判断し、上記範囲内の場合、該集約データを集約データ管理テーブルの対応する累積データに累積し、及び、該集約データをリセットする。一方、上記範囲を超える場合、集約装置は、集約データ管理テーブルの集約データ及び／又は累積データを、監視サーバに送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラヒック情報集約装置に係り、特に、トラヒック情報を蓄積・集約するトラヒック監視システムにおけるトラヒック情報集約装置に関する。
【背景技術】
【０００２】
トラヒック監視システムは、例えば図１に示すように、ネットワーク装置にトラヒック情報集約装置が接続され、さらに監視サーバが接続されている。ネットワーク装置からはＮｅｔＦｌｏｗやｓＦｌｏｗなどのトラヒック情報がトラヒック情報集約装置に対して送信される。トラヒック情報集約装置は受信したトラヒック情報を集約し、監視サーバに送信する。
また、中間ルータが末端ルータからの情報を集約し、集約結果を集約情報受信装置へ送信するシステムが開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００５−７２９０７号
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来システムの場合、トラヒック情報集約装置は一定周期毎に全ての集約データを監視サーバに送信する。この場合、ネットワーク装置における監視フロー数が大きいと、監視サーバが膨大な量の集約データを受信することになり、輻輳する場合がある。
本発明は、以上の点に鑑み、監視サーバに対して送信する集約データの送出量を低減するトラヒック情報集約装置を提供することを目的とする。また、本発明は、トラヒック情報集約装置が監視サーバに集約データを送信（以下、ｅｘｐｏｒｔ）する際、変動の大きい集約情報のみをｅｘｐｏｒｔすることを目的とする。
【課題を解決するための手段】
【０００４】
本発明は、例えば、ネットワーク装置とトラヒック情報集約装置と監視サーバを備えたネットワークシステムにおいて、上記トラヒック情報集約装置が、集約データ値が閾値を越えた際に、該当する集約データを監視サーバに対して送信する。
また、上記トラヒック情報集約システムにおけるトラヒック情報集約装置は、例えば、通信ＩＦ部と制御処理プロセッサとメモリとデータ記録装置を備え、上記メモリにおいて、基準値を管理する基準値管理処理、集約データを確認する集約データチェック処理、トラヒック情報を受信するトラヒック情報受信処理、トラヒック情報を集約する集約処理、集約データを管理する集約データ管理テーブルを有する。
上記トラヒック情報集約装置におけるトラヒック情報テーブルは、例えば、集約識別子と集約データ値と基準値と累積値を管理する。
上記トラヒック情報集約装置での送信方式は、例えば、累積データと集約データを監視サーバに対して送信する。または、上記トラヒック情報集約装置での送信方式は、集約データを監視サーバに対して送信する。
上記トラヒック情報集約装置での基準値管理方式は、例えば、集約データが閾値を越えた際に、基準値を該当する集約データに更新する。上記トラヒック情報集約装置における基準値管理方式は、例えば、集約タイマが一巡した際に、基準値を集約データを使った計算式から求めた数値に更新する。
上記トラヒック情報集約装置における他の送信方式は、例えば、強制送出タイマが一巡すると、累積データを監視サーバに対して送信する。
上記トラヒック情報集約装置は、例えば、ある集約データに関するトラヒック情報を一定時間受信していない場合、該当する集約データに関する情報を集約データ管理テーブルから削除する。
本発明の解決手段によると、
トラヒック情報を送信するネットワーク装置と、前記ネットワーク装置からのトラヒック情報を集約して集約データを作成し、該集約データを管理するトラヒック情報集約装置と、前記トラヒック情報集約装置から送信される集約データに基づき、前記ネットワーク装置のトラヒックを監視する監視サーバとを備えたネットワークシステムにおける前記トラヒック情報集約装置であって、
前記ネットワーク装置及び前記監視サーバと通信するためのインタフェースと、
集約識別子に対応して、集約データと、該集約データの累積データとを記憶する集約データ管理テーブルと、
処理部と
を備え、
前記処理部は、
前記インタフェースを介して、前記ネットワーク装置からトラヒック情報を受信し、
予め定められた集約時間内に受信したトラヒック情報を集約して集約データを作成し、該集約データを集約識別子に対応して前記集約データ管理テーブルに記憶し、
集約時間毎に、記憶された集約データと基準値との差が、予め定められた範囲内か否かを判断し、
該範囲内の場合、該集約データを前記集約データ管理テーブルの対応する累積データに累積し、及び、該集約データをリセットし、
該範囲を超える場合、前記集約データ管理テーブルの集約データ及び／又は累積データを、前記監視サーバに送信する前記トラヒック情報集約装置が提供される。
【発明の効果】
【０００５】
本発明によると、トラヒック情報集約装置は、閾値を越えた集約データのみをｅｘｐｏｒｔするため、監視サーバに対して送信する集約データの送出量を低減することができる。また、本発明によると、トラヒック情報集約装置が監視サーバに集約データを送信（ｅｘｐｏｒｔ）する際、変動の大きい集約情報のみをｅｘｐｏｒｔすることができる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明に係るデータ処理装置を、図面を参照してさらに詳細に説明する。なお、以下においては、同じ参照番号は同じものもしくは類似のものを表すものとする。
【０００７】
図１は、本実施の形態に係るトラヒック監視システムの構成図である。
トラヒック監視システムは、例えば、監視サーバ１３１と、トラヒック情報集約装置（コレクタ装置）１２１、１２２と、ネットワーク装置（ルータ装置）１１１、１１２、１２３とを備える。なお、トラヒック情報集約装置１２１、１２２と、ネットワーク装置１１１、１１２、１２３は適宜の数を備えても良い。ネットワーク装置１１１、１１２、１１３にトラヒック情報集約装置１２１、１２２が接続され、さらに監視サーバ１３１が接続されている。
ネットワーク装置１１１、１１２、１１３は、例えばルータなどのパケット転送装置であり、互いにパケットを転送する。ネットワーク装置１１１、１１２、１１３からはＮｅｔＦｌｏｗやｓＦｌｏｗなどのトラヒック情報がトラヒック情報集約装置１２１、１２２に対して送信される。トラヒック情報集約装置１２１、１２２は受信したトラヒック情報をファイルとして蓄積する。また、トラヒック集約装置１２１、１２２は受信したトラヒック情報を集約して集約データを作成して管理し、集約データをＮｅｔＦｌｏｗなどのプロトコルを使って監視サーバ１３１に送信する。また、トラヒック集約装置１２１、１２２は監視サーバ１３１からのクエリ要求に対してクエリ内容に適したトラヒック情報を返信する。
監視サーバ１３１は、トラヒック集約装置１２１、１２２から送信される集約データに基づき、ネットワーク装置１１１、１１２、１１３のトラヒックを監視する。
【０００８】
図２は、トラヒック情報集約装置１２１の内部構成の一例を示した図である。なお、図１のトラヒック情報集約装置１２２も同様の構成とすることができる。
トラヒック情報集約装置１２１は、物理的構成ブロックとして、通信インタフェース部３０４と、制御処理プロセッサ（処理部）３０１と、データ通信バス３１３と、メモリ部３０２と、データ保存装置３０３とを備える。また、メモリ３０２は、集約データ管理テーブル３０９を有する。さらに、メモリ３０２には、例えば、基準値管理処理３０５、集約データチェック処理３０６、トラヒック情報蓄積処理３０７、集約処理３０８、集約タイマ処理３１０、強制送出タイマ処理３１１、条件設定処理３１２等の各種プログラムを有する。これらの各処理は、例えばプロセッサ３０１に読み出されて実行される。例えば、各プログラムにより、メモリ３０２上では、基準値管理処理、監視パラメータチェック処理、トラヒック情報受信処理、集約処理などが実行される。なお、図では、集約タイマ処理３１０、強制送出タイマ処理３１１をメモリ上に記載しているが、集約タイマ（第１のタイマ）と、強制送出タイマ（第２のタイマ）を適宜備えてもよい。
通信インタフェース部３０４は、例えば、ネットワーク装置１１１等及び監視サーバ１３１と通信するためのインタフェースである。
【０００９】
図５は、集約処理にて行う集約方式の一例を示す。
集約処理部３１１は、ネットワーク装置１１１からトラヒック情報２０１、２０２、２０３、２０４、２０５を受信する。例えば、フロー識別子（フローＩＤ）と、送信先ＩＰアドレス（ＩＰＶ４＿ＤＳＴ＿ＡＤＤＲ）と、送信元ＩＰアドレス（ＩＰＶ４＿ＳＲＣ＿ＡＤＤＲ）と、フローのバイト数とを含む。集約処理部３１１は、同一の送信元ＩＰアドレス（ＩＰＶ４＿ＳＲＣ＿ＡＤＤＲ）と送信先ＩＰアドレス（ＩＰＶ４＿ＤＳＴ＿ＡＤＤＲ）を持つものでトラヒック情報を集約し、集約データ２０６、２０７に変換する。集約の際、それぞれのフローのバイト数（ＩＮ＿ＢＹＴＥＳ）を加算したものを集約データのバイト数として記述する。また、トラヒック情報にはフロー識別子（ＲＥＣＯＲＤ＿ＩＤ＝１〜５）を付与し、集約データには、送信先及び送信元に応じて集約識別子（ＡＧＧＲ＿ＩＤ＝１〜２）を付与する。本実施の形態では、ひとつのネットワーク装置からトラヒック情報を受信する場合について説明するが、複数のネットワーク装置から受信してもよい。この場合、同じ送信先アドレス及び送信元アドレスのトラヒック情報であっても、別々に集約し、ネットワーク装置毎に異なる集約識別子を付与して管理することができる。
集約処理部３１１は、集約した集約データ（例えば、４４８）を、集約識別子（例えば、１）に対応して集約データ管理テーブル３０９に記憶する。
【００１０】
図６は、集約データ管理テーブル３０９の構成の一例を示す。
集約データ管理テーブル（集約情報テーブル）３０９は、例えば、集約識別子（ＡＧＧＲ＿ＩＤ）６１０、集約データ値（ＡＧＧＲ＿ＶＡＬＵＥ）６２０、基準値（ＢＡＳＥ＿ＶＡＬＵＥ）６３０、累積値（ＡＣＣＵ＿ＶＡＬＵＥ）６４０を含む。集約データ値（ＣＵＲＲＥＮＴ＿ＶＡＬＵＥ）６２０は、集約中のデータ値（例えば、帯域、パケット数、フロー数など）を示す。基準値（ＢＡＳＥ＿ＶＡＬＵＥ）６３０は、集約データ値の変動を算出する際の基準となる数値を示す。累積値（ＡＣＣＵ＿ＶＡＬＵＥ）６４０は、前回集約データをｅｘｐｏｒｔした後から集約した集約データの累積値を示す。
【００１１】
図３は、ネットワーク装置１１１とトラヒック情報集約装置１２１と監視サーバ１３１の間の通信シーケンス図である。
ステップ５０１において、監視サーバ１３１は、トラヒック情報集約装置１２１に対してｅｘｐｏｒｔ条件を送信する。ｅｘｐｏｒｔ条件には、例えば、基準値と閾値の差分であるマージン値、強制送出タイマの周期（強制送出時間）などを含む。また、ｅｘｐｏｒｔ条件には、例えば、集約タイマの周期（集約時間）、集約データの種別を含んでもよい。トラヒック情報集約装置１２１は、受信したｅｘｐｏｒｔ条件を集約データチェック処理３０６にて保持する。また、矯正送出タイマの周期、集約タイマの周期を、ｅｘｐｏｒｔ条件に従い設定する。トラヒック情報集約装置１２１は、ステップ５０２にてＡＣＫを返信する。
ステップ５０３、５０４、５０５において、ネットワーク装置１１３からトラヒック情報が送信されると、トラヒック情報集約装置１２１はトラヒック情報の集約を集約処理３０８にて行い、集約データを集約データ管理テーブル３０９に記録する。なお、ネットワーク装置からのトラヒック情報は適宜のタイミングで受信される。集約タイマ処理３１０において、集約タイマがｆｕｌｌ（集約時間）になると、集約データチェック処理３０６は集約データが閾値を越えているかどうかの確認を行う。閾値越えになっている場合、ステップ５０６において、トラヒック情報集約装置１２１は累積値を監視サーバ１３１に対して送信する。また、基準値管理処理３０５が基準値を集約データに書き換える。ステップ５０７においてトラヒック情報集約装置１２１は集約データを監視サーバ１３１に対して送信する。なお、ステップ５０６と５０７は、ひとつの処理で、集約データと累積値を送信してもよい。
【００１２】
図４は、強制送出時のネットワーク装置１１１とトラヒック情報集約装置１２１と監視サーバ１３１の間の通信シーケンス図である。
図３と同様に、ステップ５０１において、監視サーバ１３１はトラヒック情報集約装置１２１に対してｅｘｐｏｒｔ条件を送信する。トラヒック情報集約装置１２１は受信したｅｘｐｏｒｔ条件を集約データチェック処理３０６にて保持し、ステップ５０２にてＡＣＫを返信する。
ステップ５１３、５１４、５１５、５１６、５１７、５１８において、ネットワーク装置１１３からトラヒック情報が送信されると、トラヒック情報集約装置１２１はトラヒック情報の集約を集約処理３０８にて行い、集約データを集約データ管理テーブル３０９に記録する。また、集約タイマがｆｕｌｌになれば図３と同様の処理を行う。ここでは、集約データが閾値を超えなかったものとする。強制送出タイマ処理３１１において、強制送出タイマがｆｕｌｌ（強制送出時間）になると、集約データチェック処理３０６が、集約データ管理テーブル３０９の累積値６４０を監視サーバ１３１に対して送信する。
【００１３】
図７に、トラヒック情報集約装置１２１が監視サーバ１３１に対してデータをｅｘｐｏｒｔするタイミングを示す。
横軸が集約タイマの周期（分）、縦軸が集約データ値とする。下のグラフはトラヒック情報集約装置１２１の集約データ値を表し、一方、上のグラフは監視サーバ１３１が受信する集約データ値を表す。また、グラフ中の横実線を集約データ値、破線を基準値、点線を閾値とする。なお、閾値は、基準値にマージン値を足した値である上限閾値と、基準値からマージン値を差し引いた値である下限閾値を有することができる。トラヒック情報集約装置１２１は、集約タイマの周期毎に集約データ値を確認し、基準値からの差分が予め定められた範囲を越えているかを判断する。差分が上記範囲を超えた（すなわち、集約データ値が上限閾値又は下限閾値を越えた）場合、トラヒック情報集約装置１２１は基準値６３０を集約データ６２０に書き換え、その時点まで集約してきた集約データの累積値６４０と最新の集約データ６２０をそれぞれ監視サーバ１３１にｅｘｐｏｒｔする。図６の場合、周期２と周期７で集約データが閾値を越えているため、それぞれのタイミングにおいて、累積値と集約データの最新値をｅｘｐｏｒｔしている。なお、基準値は、後述するように、過去の複数の集約データに基づき求めてもよく、図の例はこのように基準値を定めた例である。
累積値と最新値を別々にｅｘｐｏｒｔする理由は、以下の通りである。トラヒック情報集約装置１２１がｅｘｐｏｒｔしていなかった過去の集約データの情報を監視サーバ１３１が把握するため、累積値としてｅｘｐｏｒｔする。また、閾値を越えた際の１周期分の集約データ値を監視サーバ１３１が把握するため、最新値を累積値とは別にｅｘｐｏｒｔする。
例えば、トラヒック情報集約装置１２１は、周期０で集約データをｅｘｐｏｒｔしており、次に集約データが閾値を超えた（差が範囲を超えた）周期２では、周期２の集約データと、周期１までの累積値をｅｘｐｏｒｔする。監視サーバでは、周期２の集約データを記憶し、周期１については、累積値に基づき、例えば累積値の時間平均等を記憶する。
次に集約データが閾値を超えた（差が範囲を超えた）周期７では、周期７の集約データと、周期２〜周期６までの累積値をｅｘｐｏｒｔする。監視サーバでは、周期７の集約データを記憶し、周期２〜６については、例えば累積値の時間平均等を記憶する。
図１１に、トラヒック情報集約装置１２１が監視サーバ１３１に対してｅｘｐｏｒｔする他の例を示す。
図１１の例では、図７の例と比較すると、周期７において累積値をｅｘｐｏｒｔせずに、最新の集約データをｅｘｐｏｒｔしている。この場合、監視サーバ１３１では、前回受信した集約データ（図の例では周期２で受信した集約データ）に基づき、周期６までの推測値を求めて記憶しても良い。例えば、前回（図の例では周期２で）受信した集約データをそのまま用いても良いし、前回の集約データと、周期７で受信される集約データとに基づき、推測値を求めてもよい。なお、周期２でも、最新値のみを送信してもよい。
【００１４】
図８に、トラヒック情報集約装置１２１が一定時間データをｅｘｐｏｒｔしなかった場合の強制送出処理の例を示す。
トラヒック情報集約装置１２１では周期２で集約データ値が閾値を越えたため、監視サーバ１３１に対してｅｘｐｏｒｔする。その後周期１０まで閾値超えが発生しないため、強制送出タイマ（この例では強制送出時間を８分に設定）がｆｕｌｌになるため、累積データをｅｘｐｏｒｔする。なお、ここでの累積値は、例えば周期１０までの累積値が送信される。
【００１５】
図９、図１０に集約タイマ毎の、トラヒック情報集約装置１２１の処理フローを示す。
トラヒック情報集約装置１２１（例えば、処理部３０１、以下同様）は、以下の処理とは別に、適宜のタイミングでトラヒック情報をネットワーク装置１１１等から受信し、受信されたトラヒック情報を集約して、集約データを集約データ管理テーブル３０９に記憶している。
トラヒック情報集約装置１２１は、ステップ４０１にて集約タイマを確認し、ステップ４０２にて集約タイマがｆｕｌｌ（集約時間）になったか判断する。集約タイマがｆｕｌｌなった場合はステップ４０３に進み、一方、ｆｕｌｌになっていない場合はステップ４０１に戻る。ステップ４０３にて、トラヒック情報集約装置１２１は、集約データ管理テーブル３０９の集約データ値（ＡＧＧＲ＿ＶＡＬＵＥ）６２０を確認し、基準値（ＢＡＳＥ＿ＶＡＬＵＥ）６３０との差を変動として算出する。
トラヒック情報集約装置１２１は、ステップ４０４にて、算出された変動が予め定められた範囲を超過しているか判断する。なお、この範囲は、監視サーバ１３１からのｅｘｐｏｒｔ条件により定められることができる。超過している場合はステップ４０８に進み、一方、超過していない場合はステップ４０５に進む。
図１０に移り、トラヒック情報集約装置１２１は、ステップ４０８にて累積値（ＡＣＣＵ＿ＶＡＬＵＥ）６４０をｅｘｐｏｒｔした後、累積値をリセットする。トラヒック情報集約装置１２１は、ステップ４０９にて、基準値６３０を集約データ６２０に書き換えて更新する。トラヒック情報集約装置１２１は、ステップ４１０にて、集約データ６２０をｅｘｐｏｒｔした後、集約データをリセットする。トラヒック情報集約装置１２１は、ステップ４１１にて集約タイマをリセットし、ステップ４１２にて強制送出タイマをリセットする。
図９に戻り、ステップ４０５では、トラヒック情報集約装置１２１は、強制送出タイマをチェックし、ステップ４０６にて強制タイマがｆｕｌｌ（強制送出時間）になったか判断する。トラヒック情報集約装置１２１は、強制タイマがｆｕｌｌになった場合、ステップ４１３に進み、一方、ｆｕｌｌでない場合はステップ４０７に進む。
ステップ４０７では、トラヒック情報集約装置１２１は、累積データ値６４０に集約データ値６２０を加算・累積する。また、集約データをリセットし、ステップ４０１に戻る。
図１０に移り、ステップ４１３では、トラヒック情報集約装置１２１は、累積データ値６４０に集約データ値６２０を加算する。トラヒック情報集約装置１２１は、ステップ４１４にて、累積データ値６４０をｅｘｐｏｒｔし、累積データ値をリセットする。また、トラヒック情報集約装置１２１は、ステップ４１５にて集約データ値６２０をリセットする。トラヒック情報集約装置１２１は、ステップ４１６にて集約タイマをリセットし、ステップ４１７にて強制送出タイマをリセットする。
トラヒック情報集約装置１２１はステップ４０１に戻り、ステップ４０１以降の処理を繰り返す。
【００１６】
上記の基準値の管理方式（前回のｅｘｐｏｒｔ時の集約データ値を基準値とする方式）以外の例として、集約タイマ毎に集約データを使った関数又は計算式によって基準値を算出する方式がある。使用する関数としては、例えば移動平均法やＨｏｌｔｓ−Ｗｉｎｔｅｒｓ法などがある。
また、トラヒック情報集約装置１２１は、過去の集約データを記憶し、記憶された過去複数の集約データに基づき基準値を求めても良い。
【００１７】
上記の累積値と集約データをｅｘｐｏｒｔする方式以外の例として、集約データのみをｅｘｐｏｒｔする方式がある。この場合、集約データをｅｘｐｏｒｔしていなかった期間の集約データの情報は監視サーバにて補完する必要がある。
【００１８】
また、集約データ管理テーブル３０９の管理方式の別の例として、ある集約識別子（ＡＧＧＲ＿ＩＤ）において、トラヒック情報集約装置１２１がネットワーク装置１１１、１１２、１１３から、その集約識別子に集約されるトラヒックデータを一定時間受信しなかった場合、その集約データは不要と判断し、集約データ管理テーブル３０９の該当する集約識別子とそれに関連付けてある値（集約データ値、基準値、累積値）を消去する方式がある。
また、上述の実施の形態では、上限閾値と下限閾値を有するが、上限閾値と下限閾値は同じ値でもよいし、異なる値でもよい。また、上限閾値、下限閾値の一方のみを有していてもよい。
【産業上の利用可能性】
【００１９】
本発明は、例えば、トラヒック情報を蓄積・集約するトラヒック監視システムに利用可能である。
【図面の簡単な説明】
【００２０】
【図１】本発明のシステム全体構成を示す図。
【図２】トラヒック監視システムにおけるトラヒック情報集約装置の内部構成を示すブロック図。
【図３】トラヒック監視システムにおけるシーケンスを示す図（１）。
【図４】トラヒック監視システムにおけるシーケンスを示す図（２）。
【図５】トラヒック情報集約装置における集約方式を示す図。
【図６】トラヒック情報集約装置における集約データ管理テーブル（トラヒック情報テーブル）の構成を示す図。
【図７】トラヒック監視システムにおけるｅｘｐｏｒｔのタイミングを示す図（１）。
【図８】トラヒック監視システムにおけるｅｘｐｏｒｔのタイミングを示す図（２）。
【図９】トラヒック監視システムにおけるトラヒック情報集約装置の処理フロー（１）を示す図。
【図１０】トラヒック監視システムにおけるトラヒック情報集約装置の処理フロー（２）を示す図。
【図１１】トラヒック監視システムにおけるｅｘｐｏｒｔのタイミングを示す図（３）。
【符号の説明】
【００２１】
１１１、１１２、１１３ ネットワーク装置
１２１、１２２ トラヒック情報集約装置
１３１ 監視サーバ
３０１ 制御処理プロセッサ（処理部）
３０２ メモリ部
３０３ データ保存装置
３０４ 通信インタフェース部
３０９ 集約データ管理テーブル
３１０ 集約タイマ処理（第１のタイマ）
３１１ 強制送出タイマ処理（第２のタイマ）
３１３ データ通信バス
【技術分野】
【０００１】
本発明は、トラヒック情報集約装置に係り、特に、トラヒック情報を蓄積・集約するトラヒック監視システムにおけるトラヒック情報集約装置に関する。
【背景技術】
【０００２】
トラヒック監視システムは、例えば図１に示すように、ネットワーク装置にトラヒック情報集約装置が接続され、さらに監視サーバが接続されている。ネットワーク装置からはＮｅｔＦｌｏｗやｓＦｌｏｗなどのトラヒック情報がトラヒック情報集約装置に対して送信される。トラヒック情報集約装置は受信したトラヒック情報を集約し、監視サーバに送信する。
また、中間ルータが末端ルータからの情報を集約し、集約結果を集約情報受信装置へ送信するシステムが開示されている（例えば、特許文献１参照）。
【特許文献１】特開２００５−７２９０７号
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来システムの場合、トラヒック情報集約装置は一定周期毎に全ての集約データを監視サーバに送信する。この場合、ネットワーク装置における監視フロー数が大きいと、監視サーバが膨大な量の集約データを受信することになり、輻輳する場合がある。
本発明は、以上の点に鑑み、監視サーバに対して送信する集約データの送出量を低減するトラヒック情報集約装置を提供することを目的とする。また、本発明は、トラヒック情報集約装置が監視サーバに集約データを送信（以下、ｅｘｐｏｒｔ）する際、変動の大きい集約情報のみをｅｘｐｏｒｔすることを目的とする。
【課題を解決するための手段】
【０００４】
本発明は、例えば、ネットワーク装置とトラヒック情報集約装置と監視サーバを備えたネットワークシステムにおいて、上記トラヒック情報集約装置が、集約データ値が閾値を越えた際に、該当する集約データを監視サーバに対して送信する。
また、上記トラヒック情報集約システムにおけるトラヒック情報集約装置は、例えば、通信ＩＦ部と制御処理プロセッサとメモリとデータ記録装置を備え、上記メモリにおいて、基準値を管理する基準値管理処理、集約データを確認する集約データチェック処理、トラヒック情報を受信するトラヒック情報受信処理、トラヒック情報を集約する集約処理、集約データを管理する集約データ管理テーブルを有する。
上記トラヒック情報集約装置におけるトラヒック情報テーブルは、例えば、集約識別子と集約データ値と基準値と累積値を管理する。
上記トラヒック情報集約装置での送信方式は、例えば、累積データと集約データを監視サーバに対して送信する。または、上記トラヒック情報集約装置での送信方式は、集約データを監視サーバに対して送信する。
上記トラヒック情報集約装置での基準値管理方式は、例えば、集約データが閾値を越えた際に、基準値を該当する集約データに更新する。上記トラヒック情報集約装置における基準値管理方式は、例えば、集約タイマが一巡した際に、基準値を集約データを使った計算式から求めた数値に更新する。
上記トラヒック情報集約装置における他の送信方式は、例えば、強制送出タイマが一巡すると、累積データを監視サーバに対して送信する。
上記トラヒック情報集約装置は、例えば、ある集約データに関するトラヒック情報を一定時間受信していない場合、該当する集約データに関する情報を集約データ管理テーブルから削除する。
本発明の解決手段によると、
トラヒック情報を送信するネットワーク装置と、前記ネットワーク装置からのトラヒック情報を集約して集約データを作成し、該集約データを管理するトラヒック情報集約装置と、前記トラヒック情報集約装置から送信される集約データに基づき、前記ネットワーク装置のトラヒックを監視する監視サーバとを備えたネットワークシステムにおける前記トラヒック情報集約装置であって、
前記ネットワーク装置及び前記監視サーバと通信するためのインタフェースと、
集約識別子に対応して、集約データと、該集約データの累積データとを記憶する集約データ管理テーブルと、
処理部と
を備え、
前記処理部は、
前記インタフェースを介して、前記ネットワーク装置からトラヒック情報を受信し、
予め定められた集約時間内に受信したトラヒック情報を集約して集約データを作成し、該集約データを集約識別子に対応して前記集約データ管理テーブルに記憶し、
集約時間毎に、記憶された集約データと基準値との差が、予め定められた範囲内か否かを判断し、
該範囲内の場合、該集約データを前記集約データ管理テーブルの対応する累積データに累積し、及び、該集約データをリセットし、
該範囲を超える場合、前記集約データ管理テーブルの集約データ及び／又は累積データを、前記監視サーバに送信する前記トラヒック情報集約装置が提供される。
【発明の効果】
【０００５】
本発明によると、トラヒック情報集約装置は、閾値を越えた集約データのみをｅｘｐｏｒｔするため、監視サーバに対して送信する集約データの送出量を低減することができる。また、本発明によると、トラヒック情報集約装置が監視サーバに集約データを送信（ｅｘｐｏｒｔ）する際、変動の大きい集約情報のみをｅｘｐｏｒｔすることができる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明に係るデータ処理装置を、図面を参照してさらに詳細に説明する。なお、以下においては、同じ参照番号は同じものもしくは類似のものを表すものとする。
【０００７】
図１は、本実施の形態に係るトラヒック監視システムの構成図である。
トラヒック監視システムは、例えば、監視サーバ１３１と、トラヒック情報集約装置（コレクタ装置）１２１、１２２と、ネットワーク装置（ルータ装置）１１１、１１２、１２３とを備える。なお、トラヒック情報集約装置１２１、１２２と、ネットワーク装置１１１、１１２、１２３は適宜の数を備えても良い。ネットワーク装置１１１、１１２、１１３にトラヒック情報集約装置１２１、１２２が接続され、さらに監視サーバ１３１が接続されている。
ネットワーク装置１１１、１１２、１１３は、例えばルータなどのパケット転送装置であり、互いにパケットを転送する。ネットワーク装置１１１、１１２、１１３からはＮｅｔＦｌｏｗやｓＦｌｏｗなどのトラヒック情報がトラヒック情報集約装置１２１、１２２に対して送信される。トラヒック情報集約装置１２１、１２２は受信したトラヒック情報をファイルとして蓄積する。また、トラヒック集約装置１２１、１２２は受信したトラヒック情報を集約して集約データを作成して管理し、集約データをＮｅｔＦｌｏｗなどのプロトコルを使って監視サーバ１３１に送信する。また、トラヒック集約装置１２１、１２２は監視サーバ１３１からのクエリ要求に対してクエリ内容に適したトラヒック情報を返信する。
監視サーバ１３１は、トラヒック集約装置１２１、１２２から送信される集約データに基づき、ネットワーク装置１１１、１１２、１１３のトラヒックを監視する。
【０００８】
図２は、トラヒック情報集約装置１２１の内部構成の一例を示した図である。なお、図１のトラヒック情報集約装置１２２も同様の構成とすることができる。
トラヒック情報集約装置１２１は、物理的構成ブロックとして、通信インタフェース部３０４と、制御処理プロセッサ（処理部）３０１と、データ通信バス３１３と、メモリ部３０２と、データ保存装置３０３とを備える。また、メモリ３０２は、集約データ管理テーブル３０９を有する。さらに、メモリ３０２には、例えば、基準値管理処理３０５、集約データチェック処理３０６、トラヒック情報蓄積処理３０７、集約処理３０８、集約タイマ処理３１０、強制送出タイマ処理３１１、条件設定処理３１２等の各種プログラムを有する。これらの各処理は、例えばプロセッサ３０１に読み出されて実行される。例えば、各プログラムにより、メモリ３０２上では、基準値管理処理、監視パラメータチェック処理、トラヒック情報受信処理、集約処理などが実行される。なお、図では、集約タイマ処理３１０、強制送出タイマ処理３１１をメモリ上に記載しているが、集約タイマ（第１のタイマ）と、強制送出タイマ（第２のタイマ）を適宜備えてもよい。
通信インタフェース部３０４は、例えば、ネットワーク装置１１１等及び監視サーバ１３１と通信するためのインタフェースである。
【０００９】
図５は、集約処理にて行う集約方式の一例を示す。
集約処理部３１１は、ネットワーク装置１１１からトラヒック情報２０１、２０２、２０３、２０４、２０５を受信する。例えば、フロー識別子（フローＩＤ）と、送信先ＩＰアドレス（ＩＰＶ４＿ＤＳＴ＿ＡＤＤＲ）と、送信元ＩＰアドレス（ＩＰＶ４＿ＳＲＣ＿ＡＤＤＲ）と、フローのバイト数とを含む。集約処理部３１１は、同一の送信元ＩＰアドレス（ＩＰＶ４＿ＳＲＣ＿ＡＤＤＲ）と送信先ＩＰアドレス（ＩＰＶ４＿ＤＳＴ＿ＡＤＤＲ）を持つものでトラヒック情報を集約し、集約データ２０６、２０７に変換する。集約の際、それぞれのフローのバイト数（ＩＮ＿ＢＹＴＥＳ）を加算したものを集約データのバイト数として記述する。また、トラヒック情報にはフロー識別子（ＲＥＣＯＲＤ＿ＩＤ＝１〜５）を付与し、集約データには、送信先及び送信元に応じて集約識別子（ＡＧＧＲ＿ＩＤ＝１〜２）を付与する。本実施の形態では、ひとつのネットワーク装置からトラヒック情報を受信する場合について説明するが、複数のネットワーク装置から受信してもよい。この場合、同じ送信先アドレス及び送信元アドレスのトラヒック情報であっても、別々に集約し、ネットワーク装置毎に異なる集約識別子を付与して管理することができる。
集約処理部３１１は、集約した集約データ（例えば、４４８）を、集約識別子（例えば、１）に対応して集約データ管理テーブル３０９に記憶する。
【００１０】
図６は、集約データ管理テーブル３０９の構成の一例を示す。
集約データ管理テーブル（集約情報テーブル）３０９は、例えば、集約識別子（ＡＧＧＲ＿ＩＤ）６１０、集約データ値（ＡＧＧＲ＿ＶＡＬＵＥ）６２０、基準値（ＢＡＳＥ＿ＶＡＬＵＥ）６３０、累積値（ＡＣＣＵ＿ＶＡＬＵＥ）６４０を含む。集約データ値（ＣＵＲＲＥＮＴ＿ＶＡＬＵＥ）６２０は、集約中のデータ値（例えば、帯域、パケット数、フロー数など）を示す。基準値（ＢＡＳＥ＿ＶＡＬＵＥ）６３０は、集約データ値の変動を算出する際の基準となる数値を示す。累積値（ＡＣＣＵ＿ＶＡＬＵＥ）６４０は、前回集約データをｅｘｐｏｒｔした後から集約した集約データの累積値を示す。
【００１１】
図３は、ネットワーク装置１１１とトラヒック情報集約装置１２１と監視サーバ１３１の間の通信シーケンス図である。
ステップ５０１において、監視サーバ１３１は、トラヒック情報集約装置１２１に対してｅｘｐｏｒｔ条件を送信する。ｅｘｐｏｒｔ条件には、例えば、基準値と閾値の差分であるマージン値、強制送出タイマの周期（強制送出時間）などを含む。また、ｅｘｐｏｒｔ条件には、例えば、集約タイマの周期（集約時間）、集約データの種別を含んでもよい。トラヒック情報集約装置１２１は、受信したｅｘｐｏｒｔ条件を集約データチェック処理３０６にて保持する。また、矯正送出タイマの周期、集約タイマの周期を、ｅｘｐｏｒｔ条件に従い設定する。トラヒック情報集約装置１２１は、ステップ５０２にてＡＣＫを返信する。
ステップ５０３、５０４、５０５において、ネットワーク装置１１３からトラヒック情報が送信されると、トラヒック情報集約装置１２１はトラヒック情報の集約を集約処理３０８にて行い、集約データを集約データ管理テーブル３０９に記録する。なお、ネットワーク装置からのトラヒック情報は適宜のタイミングで受信される。集約タイマ処理３１０において、集約タイマがｆｕｌｌ（集約時間）になると、集約データチェック処理３０６は集約データが閾値を越えているかどうかの確認を行う。閾値越えになっている場合、ステップ５０６において、トラヒック情報集約装置１２１は累積値を監視サーバ１３１に対して送信する。また、基準値管理処理３０５が基準値を集約データに書き換える。ステップ５０７においてトラヒック情報集約装置１２１は集約データを監視サーバ１３１に対して送信する。なお、ステップ５０６と５０７は、ひとつの処理で、集約データと累積値を送信してもよい。
【００１２】
図４は、強制送出時のネットワーク装置１１１とトラヒック情報集約装置１２１と監視サーバ１３１の間の通信シーケンス図である。
図３と同様に、ステップ５０１において、監視サーバ１３１はトラヒック情報集約装置１２１に対してｅｘｐｏｒｔ条件を送信する。トラヒック情報集約装置１２１は受信したｅｘｐｏｒｔ条件を集約データチェック処理３０６にて保持し、ステップ５０２にてＡＣＫを返信する。
ステップ５１３、５１４、５１５、５１６、５１７、５１８において、ネットワーク装置１１３からトラヒック情報が送信されると、トラヒック情報集約装置１２１はトラヒック情報の集約を集約処理３０８にて行い、集約データを集約データ管理テーブル３０９に記録する。また、集約タイマがｆｕｌｌになれば図３と同様の処理を行う。ここでは、集約データが閾値を超えなかったものとする。強制送出タイマ処理３１１において、強制送出タイマがｆｕｌｌ（強制送出時間）になると、集約データチェック処理３０６が、集約データ管理テーブル３０９の累積値６４０を監視サーバ１３１に対して送信する。
【００１３】
図７に、トラヒック情報集約装置１２１が監視サーバ１３１に対してデータをｅｘｐｏｒｔするタイミングを示す。
横軸が集約タイマの周期（分）、縦軸が集約データ値とする。下のグラフはトラヒック情報集約装置１２１の集約データ値を表し、一方、上のグラフは監視サーバ１３１が受信する集約データ値を表す。また、グラフ中の横実線を集約データ値、破線を基準値、点線を閾値とする。なお、閾値は、基準値にマージン値を足した値である上限閾値と、基準値からマージン値を差し引いた値である下限閾値を有することができる。トラヒック情報集約装置１２１は、集約タイマの周期毎に集約データ値を確認し、基準値からの差分が予め定められた範囲を越えているかを判断する。差分が上記範囲を超えた（すなわち、集約データ値が上限閾値又は下限閾値を越えた）場合、トラヒック情報集約装置１２１は基準値６３０を集約データ６２０に書き換え、その時点まで集約してきた集約データの累積値６４０と最新の集約データ６２０をそれぞれ監視サーバ１３１にｅｘｐｏｒｔする。図６の場合、周期２と周期７で集約データが閾値を越えているため、それぞれのタイミングにおいて、累積値と集約データの最新値をｅｘｐｏｒｔしている。なお、基準値は、後述するように、過去の複数の集約データに基づき求めてもよく、図の例はこのように基準値を定めた例である。
累積値と最新値を別々にｅｘｐｏｒｔする理由は、以下の通りである。トラヒック情報集約装置１２１がｅｘｐｏｒｔしていなかった過去の集約データの情報を監視サーバ１３１が把握するため、累積値としてｅｘｐｏｒｔする。また、閾値を越えた際の１周期分の集約データ値を監視サーバ１３１が把握するため、最新値を累積値とは別にｅｘｐｏｒｔする。
例えば、トラヒック情報集約装置１２１は、周期０で集約データをｅｘｐｏｒｔしており、次に集約データが閾値を超えた（差が範囲を超えた）周期２では、周期２の集約データと、周期１までの累積値をｅｘｐｏｒｔする。監視サーバでは、周期２の集約データを記憶し、周期１については、累積値に基づき、例えば累積値の時間平均等を記憶する。
次に集約データが閾値を超えた（差が範囲を超えた）周期７では、周期７の集約データと、周期２〜周期６までの累積値をｅｘｐｏｒｔする。監視サーバでは、周期７の集約データを記憶し、周期２〜６については、例えば累積値の時間平均等を記憶する。
図１１に、トラヒック情報集約装置１２１が監視サーバ１３１に対してｅｘｐｏｒｔする他の例を示す。
図１１の例では、図７の例と比較すると、周期７において累積値をｅｘｐｏｒｔせずに、最新の集約データをｅｘｐｏｒｔしている。この場合、監視サーバ１３１では、前回受信した集約データ（図の例では周期２で受信した集約データ）に基づき、周期６までの推測値を求めて記憶しても良い。例えば、前回（図の例では周期２で）受信した集約データをそのまま用いても良いし、前回の集約データと、周期７で受信される集約データとに基づき、推測値を求めてもよい。なお、周期２でも、最新値のみを送信してもよい。
【００１４】
図８に、トラヒック情報集約装置１２１が一定時間データをｅｘｐｏｒｔしなかった場合の強制送出処理の例を示す。
トラヒック情報集約装置１２１では周期２で集約データ値が閾値を越えたため、監視サーバ１３１に対してｅｘｐｏｒｔする。その後周期１０まで閾値超えが発生しないため、強制送出タイマ（この例では強制送出時間を８分に設定）がｆｕｌｌになるため、累積データをｅｘｐｏｒｔする。なお、ここでの累積値は、例えば周期１０までの累積値が送信される。
【００１５】
図９、図１０に集約タイマ毎の、トラヒック情報集約装置１２１の処理フローを示す。
トラヒック情報集約装置１２１（例えば、処理部３０１、以下同様）は、以下の処理とは別に、適宜のタイミングでトラヒック情報をネットワーク装置１１１等から受信し、受信されたトラヒック情報を集約して、集約データを集約データ管理テーブル３０９に記憶している。
トラヒック情報集約装置１２１は、ステップ４０１にて集約タイマを確認し、ステップ４０２にて集約タイマがｆｕｌｌ（集約時間）になったか判断する。集約タイマがｆｕｌｌなった場合はステップ４０３に進み、一方、ｆｕｌｌになっていない場合はステップ４０１に戻る。ステップ４０３にて、トラヒック情報集約装置１２１は、集約データ管理テーブル３０９の集約データ値（ＡＧＧＲ＿ＶＡＬＵＥ）６２０を確認し、基準値（ＢＡＳＥ＿ＶＡＬＵＥ）６３０との差を変動として算出する。
トラヒック情報集約装置１２１は、ステップ４０４にて、算出された変動が予め定められた範囲を超過しているか判断する。なお、この範囲は、監視サーバ１３１からのｅｘｐｏｒｔ条件により定められることができる。超過している場合はステップ４０８に進み、一方、超過していない場合はステップ４０５に進む。
図１０に移り、トラヒック情報集約装置１２１は、ステップ４０８にて累積値（ＡＣＣＵ＿ＶＡＬＵＥ）６４０をｅｘｐｏｒｔした後、累積値をリセットする。トラヒック情報集約装置１２１は、ステップ４０９にて、基準値６３０を集約データ６２０に書き換えて更新する。トラヒック情報集約装置１２１は、ステップ４１０にて、集約データ６２０をｅｘｐｏｒｔした後、集約データをリセットする。トラヒック情報集約装置１２１は、ステップ４１１にて集約タイマをリセットし、ステップ４１２にて強制送出タイマをリセットする。
図９に戻り、ステップ４０５では、トラヒック情報集約装置１２１は、強制送出タイマをチェックし、ステップ４０６にて強制タイマがｆｕｌｌ（強制送出時間）になったか判断する。トラヒック情報集約装置１２１は、強制タイマがｆｕｌｌになった場合、ステップ４１３に進み、一方、ｆｕｌｌでない場合はステップ４０７に進む。
ステップ４０７では、トラヒック情報集約装置１２１は、累積データ値６４０に集約データ値６２０を加算・累積する。また、集約データをリセットし、ステップ４０１に戻る。
図１０に移り、ステップ４１３では、トラヒック情報集約装置１２１は、累積データ値６４０に集約データ値６２０を加算する。トラヒック情報集約装置１２１は、ステップ４１４にて、累積データ値６４０をｅｘｐｏｒｔし、累積データ値をリセットする。また、トラヒック情報集約装置１２１は、ステップ４１５にて集約データ値６２０をリセットする。トラヒック情報集約装置１２１は、ステップ４１６にて集約タイマをリセットし、ステップ４１７にて強制送出タイマをリセットする。
トラヒック情報集約装置１２１はステップ４０１に戻り、ステップ４０１以降の処理を繰り返す。
【００１６】
上記の基準値の管理方式（前回のｅｘｐｏｒｔ時の集約データ値を基準値とする方式）以外の例として、集約タイマ毎に集約データを使った関数又は計算式によって基準値を算出する方式がある。使用する関数としては、例えば移動平均法やＨｏｌｔｓ−Ｗｉｎｔｅｒｓ法などがある。
また、トラヒック情報集約装置１２１は、過去の集約データを記憶し、記憶された過去複数の集約データに基づき基準値を求めても良い。
【００１７】
上記の累積値と集約データをｅｘｐｏｒｔする方式以外の例として、集約データのみをｅｘｐｏｒｔする方式がある。この場合、集約データをｅｘｐｏｒｔしていなかった期間の集約データの情報は監視サーバにて補完する必要がある。
【００１８】
また、集約データ管理テーブル３０９の管理方式の別の例として、ある集約識別子（ＡＧＧＲ＿ＩＤ）において、トラヒック情報集約装置１２１がネットワーク装置１１１、１１２、１１３から、その集約識別子に集約されるトラヒックデータを一定時間受信しなかった場合、その集約データは不要と判断し、集約データ管理テーブル３０９の該当する集約識別子とそれに関連付けてある値（集約データ値、基準値、累積値）を消去する方式がある。
また、上述の実施の形態では、上限閾値と下限閾値を有するが、上限閾値と下限閾値は同じ値でもよいし、異なる値でもよい。また、上限閾値、下限閾値の一方のみを有していてもよい。
【産業上の利用可能性】
【００１９】
本発明は、例えば、トラヒック情報を蓄積・集約するトラヒック監視システムに利用可能である。
【図面の簡単な説明】
【００２０】
【図１】本発明のシステム全体構成を示す図。
【図２】トラヒック監視システムにおけるトラヒック情報集約装置の内部構成を示すブロック図。
【図３】トラヒック監視システムにおけるシーケンスを示す図（１）。
【図４】トラヒック監視システムにおけるシーケンスを示す図（２）。
【図５】トラヒック情報集約装置における集約方式を示す図。
【図６】トラヒック情報集約装置における集約データ管理テーブル（トラヒック情報テーブル）の構成を示す図。
【図７】トラヒック監視システムにおけるｅｘｐｏｒｔのタイミングを示す図（１）。
【図８】トラヒック監視システムにおけるｅｘｐｏｒｔのタイミングを示す図（２）。
【図９】トラヒック監視システムにおけるトラヒック情報集約装置の処理フロー（１）を示す図。
【図１０】トラヒック監視システムにおけるトラヒック情報集約装置の処理フロー（２）を示す図。
【図１１】トラヒック監視システムにおけるｅｘｐｏｒｔのタイミングを示す図（３）。
【符号の説明】
【００２１】
１１１、１１２、１１３ ネットワーク装置
１２１、１２２ トラヒック情報集約装置
１３１ 監視サーバ
３０１ 制御処理プロセッサ（処理部）
３０２ メモリ部
３０３ データ保存装置
３０４ 通信インタフェース部
３０９ 集約データ管理テーブル
３１０ 集約タイマ処理（第１のタイマ）
３１１ 強制送出タイマ処理（第２のタイマ）
３１３ データ通信バス
【特許請求の範囲】
【請求項１】
トラヒック情報を送信するネットワーク装置と、前記ネットワーク装置からのトラヒック情報を集約して集約データを作成し、該集約データを管理するトラヒック情報集約装置と、前記トラヒック情報集約装置から送信される集約データに基づき、前記ネットワーク装置のトラヒックを監視する監視サーバとを備えたネットワークシステムにおける前記トラヒック情報集約装置であって、
前記ネットワーク装置及び前記監視サーバと通信するためのインタフェースと、
集約識別子に対応して、集約データと、該集約データの累積データとを記憶する集約データ管理テーブルと、
処理部と
を備え、
前記処理部は、
前記インタフェースを介して、前記ネットワーク装置からトラヒック情報を受信し、
予め定められた集約時間内に受信したトラヒック情報を集約して集約データを作成し、該集約データを集約識別子に対応して前記集約データ管理テーブルに記憶し、
集約時間毎に、記憶された集約データと基準値との差が、予め定められた範囲内か否かを判断し、
該範囲内の場合、該集約データを前記集約データ管理テーブルの対応する累積データに累積し、及び、該集約データをリセットし、
該範囲を超える場合、前記集約データ管理テーブルの集約データ及び／又は累積データを、前記監視サーバに送信する前記トラヒック情報集約装置。
【請求項２】
請求項１のトラヒック情報集約装置において、
前記集約時間を計るための第１のタイマ
をさらに備えたトラヒック情報集約装置。
【請求項３】
請求項２のトラヒック情報集約装置において、
前記処理部は、
前記予め定められた範囲の情報と、集約時間情報とを前記インタフェースを介して前記監視サーバから受信し、
受信された該範囲の情報を記憶し、及び、受信された集約時間情報に基づき前記第１のタイマを設定するトラヒック情報集約装置。
【請求項４】
請求項１のトラヒック情報集約装置において、
前記処理部は、
送信先及び送信元毎にトラヒック情報を集約し、送信先及び送信元に応じた集約識別子に対応して、該集約データを前記集約データ管理テーブルに記憶するトラヒック情報集約装置。
【請求項５】
請求項１のトラヒック情報集約装置において、
前記処理部は、累積データと集約データを、前記監視サーバに対して送信するトラヒック情報集約装置。
【請求項６】
請求項５のトラヒック情報集約装置は、前記監視サーバが前記集約時間毎に集約データを監視する前記ネットワークシステムにおける前記トラヒック情報集約装置であって、
前記処理部は、集約データと基準値との差が予め定められた範囲を超えた場合に、集約データ及び累積データを前記監視サーバに送信し、
前記監視サーバにおいて、前回集約データを受信してから現在までの集約時間毎の集約データを、該累積データに基づき補完して、前記集約時間毎に集約データを監視するためのトラヒック情報集約装置。
【請求項７】
請求項１のトラヒック情報集約装置において、
前記処理部は、集約データを前記監視サーバに対して送信するトラヒック情報集約装置。
【請求項８】
請求項７のトラヒック情報集約装置は、前記監視サーバが前記集約時間毎に集約データを監視する前記ネットワークシステムにおける前記トラヒック情報集約装置であって、
前記処理部は、集約データと基準値との差が予め定められた範囲を超えた場合に、集約データを前記監視サーバに送信し、
前記監視サーバにおいて、前回集約データを受信してから現在までの集約時間毎の集約データを、前回受信した集約データに基づき補完して、前記集約時間毎に集約データを監視するためのトラヒック情報集約装置。
【請求項９】
請求項１のトラヒック情報集約装置において、
前記集約データ管理テーブルは、集約識別子毎に、集約データの基準値をさらに記憶するトラヒック情報集約装置。
【請求項１０】
請求項１のトラヒック情報集約装置において、
集約データと基準値との差が予め定められた範囲を越える場合、基準値を該集約データの値に更新するトラヒック情報集約装置。
【請求項１１】
請求項１のトラヒック情報集約装置において、
集約時間毎に、基準値を、集約データに基づき予め定められた関数又は計算式から求めた数値に更新するトラヒック情報集約装置。
【請求項１２】
請求項１のトラヒック情報集約装置において、
リセットされてから、予め定められた強制送出時間になるまでを計るための第２のタイマをさらに備え、
集約データと基準値との差が予め定められた範囲を超えた場合、前記第２のタイマをリセットし、
集約データと基準値との差が予め定められた範囲を超えないことにより前記第２のタイマが強制送出時間になると、前記集約データ管理テーブルの累積データを前記監視サーバに送信するトラヒック情報集約装置。
【請求項１３】
請求項１のトラヒック情報集約装置において、
ある集約データに関するトラヒック情報を所定時間受信していない場合、該当する集約データ及び／又は累積データを前記集約データ管理テーブルから削除するトラヒック情報集約装置。
【請求項１】
トラヒック情報を送信するネットワーク装置と、前記ネットワーク装置からのトラヒック情報を集約して集約データを作成し、該集約データを管理するトラヒック情報集約装置と、前記トラヒック情報集約装置から送信される集約データに基づき、前記ネットワーク装置のトラヒックを監視する監視サーバとを備えたネットワークシステムにおける前記トラヒック情報集約装置であって、
前記ネットワーク装置及び前記監視サーバと通信するためのインタフェースと、
集約識別子に対応して、集約データと、該集約データの累積データとを記憶する集約データ管理テーブルと、
処理部と
を備え、
前記処理部は、
前記インタフェースを介して、前記ネットワーク装置からトラヒック情報を受信し、
予め定められた集約時間内に受信したトラヒック情報を集約して集約データを作成し、該集約データを集約識別子に対応して前記集約データ管理テーブルに記憶し、
集約時間毎に、記憶された集約データと基準値との差が、予め定められた範囲内か否かを判断し、
該範囲内の場合、該集約データを前記集約データ管理テーブルの対応する累積データに累積し、及び、該集約データをリセットし、
該範囲を超える場合、前記集約データ管理テーブルの集約データ及び／又は累積データを、前記監視サーバに送信する前記トラヒック情報集約装置。
【請求項２】
請求項１のトラヒック情報集約装置において、
前記集約時間を計るための第１のタイマ
をさらに備えたトラヒック情報集約装置。
【請求項３】
請求項２のトラヒック情報集約装置において、
前記処理部は、
前記予め定められた範囲の情報と、集約時間情報とを前記インタフェースを介して前記監視サーバから受信し、
受信された該範囲の情報を記憶し、及び、受信された集約時間情報に基づき前記第１のタイマを設定するトラヒック情報集約装置。
【請求項４】
請求項１のトラヒック情報集約装置において、
前記処理部は、
送信先及び送信元毎にトラヒック情報を集約し、送信先及び送信元に応じた集約識別子に対応して、該集約データを前記集約データ管理テーブルに記憶するトラヒック情報集約装置。
【請求項５】
請求項１のトラヒック情報集約装置において、
前記処理部は、累積データと集約データを、前記監視サーバに対して送信するトラヒック情報集約装置。
【請求項６】
請求項５のトラヒック情報集約装置は、前記監視サーバが前記集約時間毎に集約データを監視する前記ネットワークシステムにおける前記トラヒック情報集約装置であって、
前記処理部は、集約データと基準値との差が予め定められた範囲を超えた場合に、集約データ及び累積データを前記監視サーバに送信し、
前記監視サーバにおいて、前回集約データを受信してから現在までの集約時間毎の集約データを、該累積データに基づき補完して、前記集約時間毎に集約データを監視するためのトラヒック情報集約装置。
【請求項７】
請求項１のトラヒック情報集約装置において、
前記処理部は、集約データを前記監視サーバに対して送信するトラヒック情報集約装置。
【請求項８】
請求項７のトラヒック情報集約装置は、前記監視サーバが前記集約時間毎に集約データを監視する前記ネットワークシステムにおける前記トラヒック情報集約装置であって、
前記処理部は、集約データと基準値との差が予め定められた範囲を超えた場合に、集約データを前記監視サーバに送信し、
前記監視サーバにおいて、前回集約データを受信してから現在までの集約時間毎の集約データを、前回受信した集約データに基づき補完して、前記集約時間毎に集約データを監視するためのトラヒック情報集約装置。
【請求項９】
請求項１のトラヒック情報集約装置において、
前記集約データ管理テーブルは、集約識別子毎に、集約データの基準値をさらに記憶するトラヒック情報集約装置。
【請求項１０】
請求項１のトラヒック情報集約装置において、
集約データと基準値との差が予め定められた範囲を越える場合、基準値を該集約データの値に更新するトラヒック情報集約装置。
【請求項１１】
請求項１のトラヒック情報集約装置において、
集約時間毎に、基準値を、集約データに基づき予め定められた関数又は計算式から求めた数値に更新するトラヒック情報集約装置。
【請求項１２】
請求項１のトラヒック情報集約装置において、
リセットされてから、予め定められた強制送出時間になるまでを計るための第２のタイマをさらに備え、
集約データと基準値との差が予め定められた範囲を超えた場合、前記第２のタイマをリセットし、
集約データと基準値との差が予め定められた範囲を超えないことにより前記第２のタイマが強制送出時間になると、前記集約データ管理テーブルの累積データを前記監視サーバに送信するトラヒック情報集約装置。
【請求項１３】
請求項１のトラヒック情報集約装置において、
ある集約データに関するトラヒック情報を所定時間受信していない場合、該当する集約データ及び／又は累積データを前記集約データ管理テーブルから削除するトラヒック情報集約装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００８−１６０６２１（Ｐ２００８−１６０６２１Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４８９１４（Ｐ２００６−３４８９１４）
【出願日】平成１８年１２月２６日（２００６．１２．２６）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１７年度、総務省、次世代バックボーンに関する研究開発 委託研究、産業再生法第３０条の適用を受ける特許出願
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２６日（２００６．１２．２６）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１７年度、総務省、次世代バックボーンに関する研究開発 委託研究、産業再生法第３０条の適用を受ける特許出願
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]