(57)【要約】【課題】ネットワークのトラヒック量をネットワーク装置のインタフェースごとに少ない処理負荷で計測し、予測する。【解決手段】IF情報取得部１００は、各ネットワーク装置のIF情報を取得する。階層関係判別部１０１は、取得したIF情報に基づいて、各リンクを終端するネットワーク装置間の階層関係を判定する。リンク識別部１０２は、ネットワーク装置間の階層関係に基づいて、対向する一端のインタフェースにおける出トラヒック量と他端のインタフェースにおける入トラヒック量とが対称となるトラヒック対称リンクを識別する。トラヒック量取得部１０３は、トラヒック対称リンクを終端する各インタフェースにおける出／入の一方のトラヒック量のみ、または一方のインタフェースにおける出／入双方のトラヒック量のみを取得する。トラヒック量予測部１０４は、取得したトラヒック量に基づいてトラヒック対称リンクのトラヒック量を予測する。【選択図】図１
2016127360.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークのトラヒック量を予測する通信トラヒック予測装置において、
各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手段と、
前記階層関係に基づいて、一端のインタフェースにおける出／入の一方のトラヒック量と他端のインタフェースにおける出／入の他方のトラヒック量とが対称となるトラヒック対称リンクを識別するリンク識別手段と、
前記トラヒック対称リンクを終端する各インタフェースから出／入の一方のトラヒック量を取得する手段と、
前記取得した各トラヒック量に基づいて当該リンクのトラヒック量を予測する手段とを具備したことを特徴とする通信トラヒック予測装置。
【請求項２】
ネットワークのトラヒック量を予測する通信トラヒック予測装置において、
各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手段と、
前記階層関係に基づいて、一端のインタフェースにおける出／入の一方のトラヒック量と他端のインタフェースにおける出／入の他方のトラヒック量とが対称となるトラヒック対称リンクを識別するリンク識別手段と、
前記トラヒック対称リンクを終端するインタフェースの一方から出／入双方のトラヒック量を取得する手段と、
前記取得した各トラヒック量に基づいて当該リンクのトラヒック量を予測する手段とを具備したことを特徴とする通信トラヒック予測装置。
【請求項３】
前記トラヒック量を予測する手段は、一端のインタフェースにおける出／入の一方のトラヒック量を、他端のインタフェースにおける出／入の他方のトラヒック量とみなして当該リンクのトラヒック量を予測することを特徴とする請求項１に記載の通信トラヒック予測装置。
【請求項４】
前記リンク識別手段は、ツリー構造の階層関係にあるネットワーク装置間のリンクをトラヒック対称リンクに識別することを特徴とする請求項１または２に記載の通信トラヒック予測装置。
【請求項５】
リンクごとに他のリンクに障害が発生した時に迂回する通信トラヒック量を計算する手段を更に具備し、
前記トラヒック量を予測する手段は、迂回させる通信トラヒック量に応じた通信トラヒック量を前記予測結果に反映させることを特徴とする請求項１ないし３のいずれかに記載の通信トラヒック予測装置。
【請求項６】
前記階層関係を判別する手段は、レイヤ３スイッチの階層関係を判別することを特徴とする請求項１ないし４のいずれかに記載の通信トラヒック予測装置。
【請求項７】
前記トラヒック量を予測する手段は、
トラヒック量の計測結果を予測アルゴリズムに適用して予測トラヒック量を計算する手段と、
前記予測トラヒック量に、トラヒックの変動成分を考量して上限トラヒック量を計算する手段とを含むことを特徴とする請求項１ないし５のいずれかに記載の通信トラヒック予測装置。
【請求項８】
ネットワークのトラヒック量をコンピュータが予測する通信トラヒック方法において、
各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手順と、
前記階層関係に基づいて、一端のインタフェースにおける出／入の一方のトラヒック量と他端のインタフェースにおける出／入の他方のトラヒック量とが対称となるトラヒック対称リンクを識別する手順と、
前記トラヒック対称リンクを終端する各インタフェースにおける出／入の一方のトラヒック量を取得する手順と、
前記取得したトラヒック量に基づいて当該リンクのトラヒック量を予測する手順を含むことを特徴とする通信トラヒック予測方法。
【請求項９】
ネットワークのトラヒック量をコンピュータが予測する通信トラヒック方法において、
各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手順と、
前記階層関係に基づいて、一端のインタフェースにおける出／入の一方のトラヒック量と他端のインタフェースにおける出／入の他方のトラヒック量とが対称となるトラヒック対称リンクを識別する手順と、
前記トラヒック対称リンクを終端するインタフェースの一方から出／入双方のトラヒック量を取得する手順と、
前記取得したトラヒック量に基づいて当該リンクのトラヒック量を予測する手順を含むことを特徴とする通信トラヒック予測方法。
【請求項１０】
ネットワークのトラヒック量を予測する通信トラヒックプログラムにおいて、
各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手順と、
前記階層関係に基づいて、一端のインタフェースにおける出／入の一方のトラヒック量と他端のインタフェースにおける出／入の他方のトラヒック量とが対称となるトラヒック対称リンクを識別する手順と、
前記トラヒック対称リンクを終端する各インタフェースにおける出／入の一方のトラヒック量を取得する手順と、
前記取得したトラヒック量に基づいて当該リンクのトラヒック量を予測する手順と、をコンピュータに実行させる通信トラヒック予測プログラム。
【請求項１１】
ネットワークのトラヒック量を予測する通信トラヒックプログラムにおいて、
各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手順と、
前記階層関係に基づいて、一端のインタフェースにおける出／入の一方のトラヒック量と他端のインタフェースにおける出／入の他方のトラヒック量とが対称となるトラヒック対称リンクを識別する手順と、
前記トラヒック対称リンクを終端するインタフェースの一方から出／入双方のトラヒック量を取得する手順と、
前記取得したトラヒック量に基づいて当該リンクのトラヒック量を予測する手順と、をコンピュータに実行させる通信トラヒック予測プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信トラヒック量の予測方法、装置およびプログラムに係り、特に、リンク毎にその一端をインタフェースで終端するネットワーク装置と他端をインタフェースで終端するネットワーク装置との階層関係に着目して、各リンクの通信トラヒック量をインタフェースごとに予測する通信トラヒック量の予測方法、装置およびプログラムに関する。
【背景技術】
【０００２】
トラヒック特性の実績値に基づいて将来の通信トラヒックを予測する技術が特許文献１−４に開示されている。
【０００３】
特許文献１には、日時によって変動する通信地域のトラヒック量を予測する方式として、移動体・携帯通信網における位置登録情報を監視・測定し、かつ発呼した移動体端末の発呼状況も監視・測定し、これらの過去の実績値に基づいて将来の日時および地域毎の発呼状況を予測する技術が開示されている。
【０００４】
特許文献２には、変動する通信地域のトラヒックを予測する方式として、電気通信設備におけるトラヒックおよび電気通信設備のサービス提供地域から地図上の各位置（単位領域）に依存したトラヒックを算出し、この位置依存トラヒックの実績値から将来の位置依存トラヒックを予測する技術が開示されている。各単位領域のトラヒック量は、電気通信設備のサービス提供地域と観測単位領域との面積比により、電気通信設備間のトラヒックを観測単位領域間のトラヒックとして算出される。
【０００５】
特許文献３には、バックボーン回線やINET回線など固定網の通信トラヒック量を予測する方式として、ネットワーク上でパケットが流れた時間およびパケットのサイズを測定し、かつトラヒック量およびその変動に影響を与える外的要因（カレンダ情報やイベントの状況など）を管理し、これらの情報に統計解析手法を適用して将来のトラヒック量を予測する技術が開示されている。
【０００６】
特許文献４には、新規サービス普及時に発生する通信トラヒック量を予測する方式として、新規サービスのトラヒック量に影響を与えるサービス加入者数や、過去の同様サービス普及時のトラヒック量の傾向・実績等を管理・測定し、これらに基づいて将来の新規サービス普及時のトラヒック量を予測する技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開2004-80315号公報
【特許文献２】特開2001-168985号公報
【特許文献３】特開2012-253445号公報
【特許文献４】特開2012-182677号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記の従来技術はいずれも、トラヒックの実績値から将来のトラヒックを予測する技術であるが、実績値の計測や予測値の計算において、ネットワークの階層構造に着目して、その処理負荷を軽減することが検討されていなかった。
【０００９】
本発明の目的は、上記の技術課題を解決し、ネットワークのトラヒック量をネットワーク装置のインタフェースごとに少ない処理負荷で計測し、予測できる通信トラヒック予測方法、装置およびプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明は、ネットワークのトラヒック量を予測する通信トラヒック予測装置において、以下の構成を具備した点に特徴がある。
【００１１】
(1) 各リンクの一端および他端をインタフェースで終端するネットワーク装置間の階層関係を判別する手段と、階層関係に基づいてトラヒック対称リンクを識別するリンク識別手段と、トラヒック対称リンクを終端する各インタフェースにおける出／入の一方のトラヒック量、または一方のインタフェースにおける出／入双方のトラヒック量を取得する手段と、取得したトラヒック量に基づいて当該リンクのトラヒック量を予測する手段とを具備した。
【００１２】
(2) トラヒック量を予測する手段は、一端のインタフェースにおける出／入の一方のトラヒック量を、他端のインタフェースにおける出／入の他方のトラヒック量とみなして当該リンクのトラヒック量を予測するようにした。
【００１３】
(3) リンク識別手段は、ツリー構造の階層関係にあるネットワーク装置間のリンクをトラヒック対称リンクに識別するようにした。
【００１４】
(4) リンクごとに他のリンクに障害が発生した時に迂回する通信トラヒック量を計算する手段を更に具備し、トラヒック量を予測する手段は、迂回させる通信トラヒック量に応じた通信トラヒック量を前記予測結果に反映させるようにした。
【発明の効果】
【００１５】
本発明によれば、以下のような効果が達成される。
(1) ネットワーク装置間の階層関係を動的に判別し、同一リンクを終端するネットワーク装置ペアについて、リンクの一端のインタフェースから出るトラヒック量を他端のインタフェースに入るトラヒック量とみなせる階層関係であれば、各インタフェースにおける出／入の一方のトラヒック量のみ、または一方のインタフェースにおける出入双方のトラヒック量のみを計測、分析および予測対象とできるので、計測、分析および予測対象のインタフェースを絞り込むことができ、トラヒック予測の計算量、計算回数を減じることができる。
【００１６】
(2) ネットワークにおける冗長構成部分を判別し、近隣ノードやリンクに障害が発生した時の増加予測量を考慮して各リンクのトラヒック量を予測できるので、障害発生時においても品質基準を満足するネットワーク設計が可能になる。
【００１７】
(3) IF情報が定期的に取得され、これに基づいて階層関係の判別やリンク識別が定期的に見直されるので、ネットワークトポロジの変更に伴う階層関係の変化に対して動的な追従が可能であり、トラヒック予測に係る計測、分析および予測の処理負担を常に軽減できるようになる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る通信トラヒック予測装置の構成を示した機能ブロック図である。
【図２】各リンクがトラヒック対称リンクとなるツリー構造ネットワークの例を示した図である。
【図３】各リンクがトラヒック非対称リンクとなるリング構造ネットワークの例を示した図である。
【図４】トラヒック量の測定結果、予測トラヒック量M1、トラヒック上限M2および回線容量M3の関係を説明するための図である。
【図５】トラヒック量の測定結果、予測トラヒック量M1、トラヒック上限M2および回線容量M3の関係（その１）を示した図である。
【図６】トラヒック量の測定結果、予測トラヒック量M1、トラヒック上限M2および回線容量M3の関係（その２）を示した図である。
【図７】トラヒック量の測定結果、予測トラヒック量M1、トラヒック上限M2および回線容量M3の関係（その３）を示した図である。
【図８】トラヒック量の測定結果、予測トラヒック量M1、トラヒック上限M2および回線容量M3の関係（その４）を示した図である。
【図９】冗長構成部分を含むネットワークを対象としたトラヒック予測方法を説明するための図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明の実施の形態について説明する。ここでは、初めに本発明の概要について説明し、次いで、本発明の一実施形態の構成及び動作について詳細に説明する。
【００２０】
図２に示したように、各ネットワーク装置（レイヤ3スイッチ，例えばルータ）A，B，C…の階層がツリー構造のネットワークでは、例えばネットワーク装置B，D間のリンクに注目すると、ネットワーク装置Bのインタフェースから出るトラヒック量Mout（以下、出トラヒック量）とネットワーク装置Dのインタフェースへ入るトラヒック量Min（以下、入トラヒック量）とは一致する。したがって、対向するインタフェース間で出トラヒック量と入トラヒック量とは対称性を有していると言える。そして、当該対称性を有するトラヒック量が注目リンクの一方向側（B→D）のトラヒック量と等しくなる。
【００２１】
同様に、ネットワーク装置Dのインタフェースにおける出トラヒック量とネットワーク装置Bのインタフェースにおける入トラヒック量とは一致する。したがって、対向するインタフェース間で出トラヒック量と入トラヒック量とは対称性を有していると言える。そして、当該対称性を有するトラヒック量が注目リンクの他方向側（D→B）のトラヒック量と等しくなる。
【００２２】
したがって、ネットワーク装置B、Dの対向する各インタフェースから、それぞれの出トラヒック量Moutのみ、または入トラヒック量Minのみを取得して分析すれば、各インタフェースから出／入双方のトラヒック量を取得して分析することなく、注目リンクの両方向のトラヒック量を計算できる。あるいは、一方のインタフェースのみから、その出トラヒック量Moutおよび入トラヒック量Minの双方を取得しても同様である。
【００２３】
これに対して、図３に示したようなリング構造のネットワークでは、例えばノードB1，B2がアップロードしたトラヒックは全てネットワーク装置Bを中継してネットワークのリング部分を通るが、その宛先は様々である。したがって、いずれのネットワーク装置間に注目しても、一方のネットワーク装置のインタフェースにおける出トラヒック量Moutと他方のネットワーク装置のインタフェースにおける入トラヒック量Minとが対称性を有することはない。
【００２４】
そこで、本発明ではネットワークのリンク毎に、これを終端する各インタフェースのネットワーク装置同士がツリー構造の階層関係にあるか否かを識別する。そして、ツリー構造であればリンクのトラヒック量が対称性を有するので、対向する各インタフェースから、それぞれの出トラヒック量のみ、または入トラヒック量のみを取得、分析して当該リンクのトラヒック量を予測することで、あるいは対向するインタフェースの一方のみから出／入双方のトラヒック量を取得、分析して当該リンクのトラヒック量を予測することで、トラヒック予測に係る計測、分析、予測の処理負担が減ぜられるようにした。
【００２５】
さらに、本発明では図４に示したように、例えば４か月間に計測されたトラヒック量に基づいて、将来のトラヒック量M1を、平均的なトレンド予測、もしくは最小二乗法またはARIMAなどの線形予測手法、もしくはNeuralNet等の非線形予測手法により予測する。
【００２６】
さらに、これらの予測結果に実績の分散を係数倍（Nσ）だけ加えたり、あるいは周期・変動成分予測を適用したりすることで、トラヒック量M1に、その変動、分散、上振れ等の各成分が上乗せされたトラヒック上限M2を計算する。
【００２７】
その結果、図示の例では、しばらくの間は当初から予定されている増設後の回線容量M3でトラヒック上限M2の漸増を補うことができるものの、略１７か月の時点でトラヒック上限M2が増設に関わらず回線容量M3を超過するので、この時期までに更なる増設工事が必要であることを推定する。
【００２８】
図１は、本発明の一実施形態に係る通信トラヒック予測装置の構成を示した機能ブロック図であり、独立した専用のネットワークノードとして構成しても良いし、既存のネットワーク装置に、その一機能として追加しても良い。いずれの装置も、汎用のコンピュータやサーバに各機能を実現するアプリケーション（プログラム）を実装することで構成できる。あるいはアプリケーションの一部がハードウェア化またはROM化された専用機や単能機としても構成できる。
【００２９】
IF情報取得部１００は、ネットワークの階層判別に用いるIF情報を、各ネットワーク装置から直接、または各ネットワーク装置からIF情報を収集して管理するネットワークノードから間接的にまとめて、定期的あるいはネットワークトポロジの変更に合わせて取得する。ここで、IF情報とは自身の装置名およびIF名と、対向するIF名およびその装置名の総称であり、本実施形態ではIF情報がパス名として取得される。
【００３０】
階層関係判別部１０１は、各ネットワーク装置から取得したIF情報に基づいて、各リンクを終端するインタフェースを備えたネットワーク装置（例えば、ルータ装置）間の階層関係を定期的に判定する。本実施形態では、各ネットワーク装置が複数のインタフェースを備え、インタフェースごとに他のネットワーク装置（のインタフェース）とリンク接続されるので、各リンクを終端するネットワーク装置ペアごとに階層関係が判別される。
【００３１】
本実施形態では、例えば以下のような方法によりネットワーク装置間の階層構造を判別できる。
【００３２】
第１に、階層構造に関する情報が、インタフェースやネットワーク装置の名前等で表現済みであれば、DNSや装置・IF名を取得・分析することで階層構造やレイヤ構造を判別できる。
【００３３】
例えば、装置Dの名称に関するパス名が、/装置A/装置B/装置Dであれば、装置Dの上位に装置A，Bが存在するツリー構造を呈していることが判る。そして、このようなパス名を各ネットワーク装置から多数取得して分析することにより、各ネットワーク装置間の階層関係がツリー構造であるか否かを判別できる。
【００３４】
第２に、階層構造に関する情報が表現されていないか、そもそも存在しない場合、各インタフェース（ネットワーク装置）が保有している隣接インタフェース情報を取得・分析することで階層・レイヤ構造を判別できる。
【００３５】
例えば、ネットワーク装置Dのインタフェースが１つのみであり、そのインタフェースの接続先の装置Bが３つのインタフェースを備え、その1つがD宛て、もう1つがE宛て、もう1つがA宛であれば、ルータDの上位にルータBが存在することが分かる。
【００３６】
なお、インタフェースの接続構造が判明した後に、対向するインタフェースであるか否かは、単位時間あたりのトラヒック流量で同一であるか否かで判定しても良いし、単位時間当たりのトラヒック流量だけでは判別できない場合には、複数時間帯の時系列情報が同一であるか否かに基づいて判定しても良い。
【００３７】
リンク識別部１０２は、前記階層関係に基づいて、各リンクをその一端で終端するインタフェースの出トラヒック量と他端で終端するインタフェースの入トラヒック量とが対称（同一）となるトラヒック対称リンクを定期的に識別する。本実施形態では、前記階層関係判別部１０１によりツリー構造と判別されたネットワーク装置ペアの各インタフェースにより終端されるリンクがトラヒック対称リンクに識別される。
【００３８】
なお、各ネットワーク装置から取得したIF情報に基づいてネットワーク装置間の階層関係を十分な確度で判定できない場合は、各リンクを終端する一方のインタフェースにおける出トラヒック量と他方のインタフェースにおける入トラヒック量とを比較し、同一又は同等であればトラヒック対称リンクに識別するようにしても良い。
【００３９】
あるいは、一方のインタフェースにおける出トラヒックのパケット数やデータ量の時系列変化と他方のインタフェースにおける入トラヒックのパケット数やデータ量の時系列変化とを比較し、トラヒックパターンが同一又は類似であればトラヒック対称リンクに識別するようにしても良い。
【００４０】
さらに、IF情報に基づいてネットワーク装置間の階層関係を判定できた場合も、一方のインタフェースにおける出トラヒック量／出トラヒックパターンと他方のインタフェースにおける入トラヒック量／入トラヒックパターンとを比較し、複数の視点で総合的、補完的にトラヒック対称リンクを識別するようにしても良い。
【００４１】
トラヒック量取得部１０３は、前記トラヒック対称リンクを終端するネットワーク装置の各インタフェースにおける出／入の一方のみのトラヒック量を定期的に取得する。あるいは、対抗する一方のインタフェースにおける出／入双方のトラヒック量のみを取得するようにしても良い。トラヒック量予測部１０４は、予測トラヒック量計算部１０４ａおよびトラヒック上限計算部１０４ｂを含み、トラヒック対称リンクのトラヒック量を前記インタフェースから取得したトラヒック量に基づいて定期的に予測する。
【００４２】
なお、前記トラヒック量取得部１０３は、例えばリング構造のネットワークのように、トラヒックが対称とならないリンクに関しては、これを終端する各インタフェースから、出／入の双方のトラヒック量を取得する。
【００４３】
前記予測トラヒック量計算部１０４ａは、各リンクの一端および他端の各インタフェースにおける出トラヒック量を、それぞれ当該リンクの一方向側の全トラヒック量および他方向側の全トラヒック量とみなして当該リンクのトラヒック量を計算し、これを最小二乗法またはARIMAなどの適宜の予測アルゴリズムに適用することで、将来のトラヒック量M1（図４）を予測する。
【００４４】
前記トラヒック上限計算部１０４ｂは、前記予測トラヒック量M1にトラヒックの変動、分散、上振れ等を考量した上乗量を加算して、回線容量の増設要否を判断する指標となるトラヒック上限M2（図４）を計算する。
【００４５】
なお、前記予測トラヒック量計算部１０４ａは、例えばリング構造のネットワークのように、トラヒックが対称とならないリンクに関しては、これを終端する各インタフェースから取得した出／入双方のトラヒック量に基づいて将来のトラヒック量M1およびトラヒック上限M2を計算する。
【００４６】
図５−８は、トラヒック対称リンクのトラヒック量の計測結果と、当該計測結果に基づくトラヒック量の予測結果（M1）と、当該予測結果に基づくトラヒック上限（M2）と、増設予定を含む回線容量（M3）との関係を示した図である。
【００４７】
図５の例では、トラヒック上限M2が増加傾向にあるものの増加率が緩やかであり、当分は回線容量M3に対して十分に余裕のあることが判る。図６の例では、トラヒック上限M2が増加傾向にあり、かつそれが急激であるために、４４か月頃には回線容量M3を超過してしまうので、更なる増設が必要であることが判る。
【００４８】
図７の例では、トラヒック上限M2が漸減傾向にあり、当分は回線容量M3に対して余裕のあることが判る。図８の例では、ラヒック上限M2が横ばいであり、当分は回線容量M3に対して余裕のあることが判る。
【００４９】
なお、上記の実施形態では、注目リンクのトラヒック量を当該リンクで計測されたトラヒック量のみに基づいて予測するものとして説明したが、本発明はこれのみに限定されるものではなく、図９に一例を示したように冗長構成部分（リンクLbc）を含むネットワークであれば、想定し得る障害発生を考慮してトラヒック量を予測することが望ましい。
【００５０】
図示の例では、ネットワーク装置A，B間のリンクLabに障害が発生すると、ネットワーク装置Z，C間のリンクLzcには、本来のトラヒックMzcに加えてリンクLabを通るべきトラヒックMabも通ることになる。したがって、リンクLzcの容量設計においては、リンクLabのトラヒックMabも考慮して容量計算を行うことが望ましい。
【００５１】
本実施形態によれば、リンク毎に、これを終端するインタフェースの各ネットワーク装置同士がツリー構造の階層関係にあるか否かを識別し、ツリー構造であればトラヒック対称リンクとみなされる。その結果、各インタフェースの出／入双方のトラヒック量を計測、分析および予測することなく、各インタフェースの出トラヒック量のみ、または入トラヒック量のみを計測、分析および予測するだけで良いので、トラヒック予測に係る計測、分析および予測の処理負担を軽減できるようになる。
【００５２】
また、本実施形態によれば、ネットワークにおける冗長構成部分を判別し、近隣ノードやリンクに障害が発生した時の増加予測量を考慮して各リンクのトラヒック量を予測するので、障害発生時にも品質基準を満足できるネットワーク設計が可能になる。
【００５３】
さらに、本実施形態によれば、IF情報が定期的に取得され、これに基づいて階層関係の判別やリンク識別が定期的に見直される。したがって、ネットワークトポロジの変更に伴う階層関係の変化に対して動的な追従が可能であり、トラヒック予測に係る計測、分析および予測の処理負担を常に軽減できるようになる。
【符号の説明】
【００５４】
１０１…階層関係判別部，１０２…リンク識別部，１０３…トラヒック量取得部，１０４…トラヒック量予測部，１０４ａ…予測トラヒック量計算部，１０４ｂ…トラヒック上限計算部
【図１】
2016127360.tif 000003
【図２】
2016127360.tif 000004
【図３】
2016127360.tif 000005
【図４】
2016127360.tif 000006
【図５】
2016127360.tif 000007
【図６】
2016127360.tif 000008
【図７】
2016127360.tif 000009
【図８】
2016127360.tif 000010
【図９】
2016127360.tif 000011