(57)【要約】【課題】オーバーサブスクリプション仕様のネットワーク装置の過負荷状態の発生を監視または予測するための情報を容易に提供する。【解決手段】複数のネットワーク装置（ＮＥ）３が相互接続されて構成されるＩＰ網に接続されるＯｐＳ（トラヒック集計装置）１は、監視対象とするＮＥ３の情報と当該装置がオーバーサブスクリプション仕様か否かの情報とを記憶する設備情報ＤＢ１６と、ＮＥ３のなかでオーバーサブスクリプション仕様となっている通信ポート群を特定する情報を記憶するオーバーサブ構成情報１５と、ＮＥ３から各通信ポートのトラヒック情報を収集してトラヒック情報ＤＢ１７に記憶させるトラヒック収集部１３と、オーバーサブ構成情報１５を参照して、トラヒック情報ＤＢ１７に記憶された各通信ポートのトラヒック情報をオーバーサブスクリプション仕様となっている通信ポート群毎に集計するトラヒック集計部１８と、を備える。【選択図】図２
2014155204.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信ポートを備えるネットワーク装置が相互接続されて構成されるＩＰ網に接続され、前記ネットワーク装置から前記複数の通信ポートのトラヒック情報を収集して所定の集計処理を実行するトラヒック集計装置であって、
少なくとも監視対象の前記ネットワーク装置と通信するためのアドレス及び当該ネットワーク装置が自身が備える複数の通信ポートの全てが最大速度で通信すると自身の内部処理能力を超えてしまうオーバーサブスクリプション仕様か否かを示す情報が登録される設備情報記憶手段と、
前記オーバーサブスクリプション仕様の前記ネットワーク装置について、当該ネットワーク装置が備える前記複数の通信ポートのなかで前記オーバーサブスクリプション仕様となっている通信ポート群を特定する情報が登録されるオーバーサブスクリプション構成情報記憶手段と、
前記設備情報記憶手段に登録された情報を参照して、前記監視対象の前記ネットワーク装置から、当該ネットワーク装置が備える前記複数の通信ポートのトラヒック情報を収集してトラヒック情報記憶手段に記憶させるトラヒック収集部と、
前記オーバーサブスクリプション構成情報記憶手段に登録された情報を参照して、前記トラヒック情報記憶手段に記憶された各通信ポートのトラヒック情報を前記オーバーサブスクリプション仕様となっている通信ポート群毎に集計した結果を、トラヒック集計記憶手段に記憶させるトラヒック集計部と、
を備えることを特徴とするトラヒック集計装置。
【請求項２】
請求項１に記載のトラヒック集計装置において、
前記集計処理の対象となる前記ネットワーク装置のうちの少なくとも１台は、一群の通信ポートがパッケージ化されたオーバーサブスクリプション仕様の通信ポートパッケージを搭載しており、
前記設備情報記憶手段には、さらに、当該ネットワーク装置が搭載している前記オーバーサブスクリプション仕様の通信ポートパッケージの種別を示す情報が登録され、
前記オーバーサブスクリプション構成情報記憶手段には、さらに、前記オーバーサブスクリプション仕様の前記通信ポートパッケージの種別毎に、当該通信ポートパッケージが前記オーバーサブスクリプション仕様となるための条件と、前記一群の通信ポートのなかで前記オーバーサブスクリプション仕様となる通信ポート群を特定する情報と、が登録される
ことを特徴とするトラヒック集計装置。
【請求項３】
請求項１に記載のトラヒック集計装置において、
前記集計処理の対象となる前記ネットワーク装置のうちの少なくとも１台は、一群の通信ポートがパッケージ化されたオーバーサブスクリプション仕様の通信ポートパッケージを搭載するとともに、当該通信ポートパッケージの識別情報を記憶手段に記憶しており、
前記設備情報記憶手段には、さらに、当該ネットワーク装置が搭載している前記オーバーサブスクリプション仕様の通信ポートパッケージの識別情報が登録され、
前記オーバーサブスクリプション構成情報記憶手段には、さらに、前記オーバーサブスクリプション仕様の前記通信ポートパッケージの識別情報毎に、前記一群の通信ポートのなかで前記オーバーサブスクリプション仕様となる通信ポート群を特定する情報が登録され、
前記トラヒック集計部は、前記ネットワーク装置から前記トラヒック収集部が収集した前記記憶手段に記憶された前記通信ポートパッケージの識別情報と、前記オーバーサブスクリプション構成情報記憶手段に登録された前記オーバーサブスクリプション仕様の前記通信ポートパッケージの識別情報とを照合することによって、当該通信ポートパッケージにおいてオーバーサブスクリプション仕様となっている通信ポート群を特定する
ことを特徴とするトラヒック集計装置。
【請求項４】
コンピュータを、請求項１乃至請求項３のいずれか一項に記載のトラヒック集計装置を構成する各手段として機能させるためのトラヒック集計プログラム。
【請求項５】
複数の通信ポートを備えるネットワーク装置が相互に接続されて構成されるＩＰ網と、前記ＩＰ網に接続される請求項１乃至請求項３のいずれか一項に記載のトラヒック集計装置と、
を備えることを特徴とするトラヒック集計システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）網に接続されるネットワーク装置（以降、ＮＥ（Network Element）と略記）と、それらのＮＥを統合的に管理するネットワークオペレーションシステム（以降、ＯｐＳ（Operation System）と略記）とに係り、特に、ＮＥのトラヒックを監視するための技術に関する。
【背景技術】
【０００２】
ＩＰルータやＬ３スイッチなどの従来の多くのＮＥにおいては、主として装置の経済化を図るために、搭載可能な全ての通信ポートが最高速度で通信を行った場合の帯域幅の総量が、内部で処理可能な最大の帯域幅（以降、内部処理能力という）を超えること（オーバーサブスクリプション）を想定して設計されている。例えば、最高速度が１Ｇｂｐｓの通信ポートを１０個まで搭載可能なＮＥ（想定される帯域幅の総量は１０Ｇｂｐｓ）であっても、実際にそれら１０個の通信ポートの全てが１Ｇｂｐｓの速度で常時通信するシステムは極めて稀であることから、内部処理能力がその半分以下に設定される場合も少なくない。このように、予めオーバーサブスクリプションを想定した設計のことを「オーバーサブスクリプション仕様（以降、オーバーサブ仕様と略記）」と呼び、オーバーサブ仕様の装置構成のことを、「オーバーサブスクリプション構成（以降、オーバーサブ構成と略記）」と呼ぶこととする。
【０００３】
オーバーサブ構成のＮＥにおいては、各通信ポートに流入するトラヒックの総量がＮＥの内部処理能力を超えた場合に、装置が過負荷状態となり、一部のパケットが廃棄されてしまうというパケットロスの問題が発生する。そのようなパケットロスを未然に防ぐためには、オーバーサブ構成のＮＥに対してその内部処理能力を超えるようなトラヒックの流入が発生しないように、各通信ポートへの流入トラヒック量を監視し、ＮＥ間の接続構成やＮＥの装置構成を定期的に見直すことが重要である。
【０００４】
ＮＥの通信ポート毎のトラヒック量を監視するための手段として、例えば非特許文献１には、ＳＮＭＰ（Simple Network Management Protocol）を利用して各通信ポートのトラヒック量の情報を定期的に収集してグラフ化するソフトウェアツールであるＭＲＴＧ（Multi Router Traffic Grapher）が開示されている。
【０００５】
一方、従来のＯｐＳにおいては、ＳＮＭＰ等を用いてＮＥから定期的に収集した各通信ポートのトラヒック量を集計処理することによって過負荷状態の発生を監視または予測するための専用プログラムを、ＮＥの機種毎に装備している。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Tobi Oetiker's MRTG - The Multi Router Traffic Grapher"、[online]、Tobi Oetiker's Projects、[平成２５年２月４日検索]、インターネット＜ＵＲＬ：http://oss.oetiker.ch/mrtg/index.en.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、ＭＲＴＧが収集したデータを用いて各ＮＥが過負荷状態になっているか否かを判定するためには、各ＮＥの内部構造を反映したデータ処理が別途必要であり、汎用の表計算ソフトを用いるものとしても各ＮＥの内部構造を把握した上で煩雑なデータ処理を実行しなければならないという課題がある。
【０００８】
また、ＯｐＳに専用プログラムを装備する方法では、新たなＮＥの機種が追加される都度専用プログラムの追加または改訂が必要となるので、新機種への対応に多くの時間と費用を要するという課題がある。
【０００９】
本発明は、前記の課題を解決するためになされたものであり、オーバーサブ構成となっているＮＥの過負荷状態の発生を監視または予測するための情報を容易に提示可能なトラヒック集計装置、トラヒック集計プログラム、及びトラヒック集計システムを提供することを目的とする。なお、ここで容易に提示可能とは、汎用の表計算ソフトによる煩雑なデータ処理の実行や、ＮＥの機種の追加に伴う専用プログラムの修正等を不要とすることを意味する。
【課題を解決するための手段】
【００１０】
前記の目的を達成するために、本発明は、複数の通信ポートを備えるネットワーク装置が相互接続されて構成されるＩＰ網に接続され、前記ネットワーク装置から前記複数の通信ポートのトラヒック情報を収集して所定の集計処理を実行するトラヒック集計装置であって、少なくとも監視対象の前記ネットワーク装置と通信するためのアドレス及び当該ネットワーク装置が自身が備える複数の通信ポートの全てが最大速度で通信すると自身の内部処理能力を超えてしまうオーバーサブスクリプション仕様か否かを示す情報が登録される設備情報記憶手段と、前記オーバーサブスクリプション仕様の前記ネットワーク装置について、当該ネットワーク装置が備える前記複数の通信ポートのなかで前記オーバーサブスクリプション仕様となっている通信ポート群を特定する情報が登録されるオーバーサブスクリプション構成情報記憶手段と、前記設備情報記憶手段に登録された情報を参照して、前記監視対象の前記ネットワーク装置から、当該ネットワーク装置が備える前記複数の通信ポートのトラヒック情報を収集してトラヒック情報記憶手段に記憶させるトラヒック収集部と、前記オーバーサブスクリプション構成情報記憶手段に登録された情報を参照して、前記トラヒック情報記憶手段に記憶された各通信ポートのトラヒック情報を前記オーバーサブスクリプション仕様となっている通信ポート群毎に集計した結果を、トラヒック集計記憶手段に記憶させるトラヒック集計部と、を備えるものとした。
【００１１】
こうすることにより、オーバーサブ構成となっているネットワーク装置の負荷状態を判定するためのトラヒック集計結果を容易に提示することが可能となる。
【００１２】
また、本発明は、前記のトラヒック集計装置において、前記集計処理の対象となる前記ネットワーク装置のうちの少なくとも１台は、一群の通信ポートがパッケージ化されたオーバーサブスクリプション仕様の通信ポートパッケージを搭載しており、前記設備情報記憶手段には、さらに、当該ネットワーク装置が搭載している前記オーバーサブスクリプション仕様の通信ポートパッケージの種別を示す情報が登録され、前記オーバーサブスクリプション構成情報記憶手段には、さらに、前記オーバーサブスクリプション仕様の前記通信ポートパッケージの種別毎に、当該通信ポートパッケージが前記オーバーサブスクリプション仕様となるための条件と、前記一群の通信ポートのなかで前記オーバーサブスクリプション仕様となる通信ポート群を特定する情報と、が登録されるものとした。
【００１３】
こうすることにより、条件によってはオーバーサブ構成となる通信ポートパッケージを搭載しているネットワーク装置についても、装置の負荷状態を判定するためのトラヒック集計結果を容易に提示することができる。
【００１４】
また、本発明は、前記のトラヒック集計装置において、前記集計処理の対象となる前記ネットワーク装置のうちの少なくとも１台は、一群の通信ポートがパッケージ化されたオーバーサブスクリプション仕様の通信ポートパッケージを搭載するとともに、当該通信ポートパッケージの識別情報を記憶手段に記憶しており、前記設備情報記憶手段には、さらに、当該ネットワーク装置が搭載している前記オーバーサブスクリプション仕様の通信ポートパッケージの識別情報が登録され、前記オーバーサブスクリプション構成情報記憶手段には、さらに、前記オーバーサブスクリプション仕様の前記通信ポートパッケージの識別情報毎に、前記一群の通信ポートのなかで前記オーバーサブスクリプション仕様となる通信ポート群を特定する情報が登録され、前記トラヒック集計部は、前記ネットワーク装置から前記トラヒック収集部が収集した前記記憶手段に記憶された前記通信ポートパッケージの識別情報と、前記オーバーサブスクリプション構成情報記憶手段に登録された前記オーバーサブスクリプション仕様の前記通信ポートパッケージの識別情報とを照合することによって、当該通信ポートパッケージにおいてオーバーサブスクリプション仕様となっている通信ポート群を特定するものとした。
【００１５】
こうすることにより、搭載している特定の通信ポートパッケージがオーバーサブ仕様となっているネットワーク装置についても、装置の負荷状態を判定するためのトラヒック集計結果を容易に提示することができる。
【００１６】
また、本発明のトラヒック集計プログラムは、コンピュータを前記のトラヒック集計装置を構成する各手段として機能させるものとした。
【００１７】
こうすることにより、コンピュータを本発明のトラヒック集計装置として機能させることができる。
【００１８】
また、本発明のトラヒック集計システムは、複数の通信ポートを備えるネットワーク装置が相互に接続されて構成されるＩＰ網と、前記ＩＰ網に接続される前記のトラヒック集計装置と、を備えるものとした。
【００１９】
こうすることにより、オーバーサブ構成となっているネットワーク装置の過負荷状態の発生を監視または予測するための情報を容易に提示可能なトラヒック集計システムを提供することができる。
【発明の効果】
【００２０】
本発明によれば、オーバーサブ構成となっているＮＥの過負荷状態の発生を監視または予測するための情報を容易に提示可能なトラヒック集計装置、トラヒック集計プログラム、及びトラヒック集計システムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係るトラヒック集計システムの構成例を示す図である。
【図２】本発明に係るトラヒック集計装置の構成例を示す機能ブロック図である。
【図３】オーバーサブ構成のパケット転送装置の構成例を示す図である。
【図４】通信ポート群がパッケージ化されているパケット転送装置の構成例を示す図である。
【図５】図３のパケット転送装置から各通信ポートのトラヒックカウンタ値を収集する動作の説明図である。
【図６】図４のパケット転送装置から各通信ポートのトラヒックカウンタ値及びパッケージ識別情報を収集する動作の説明図である。
【図７】設備情報ＤＢの構成及びデータ例を示す図である。
【図８】オーバーサブ構成情報の構成及びデータ例を示す図であり、（ａ）はタイプ１、（ｂ）はタイプ２、（ｃ）はタイプ３のオーバーサブ構成情報である。
【図９】トラヒック情報ＤＢの構成及びデータ例を示す図である。
【図１０】トラヒック集計ＤＢの構成及びデータ例を示す図である。
【図１１】トラヒック集計処理の例を示すフローチャートである。
【図１２】トラヒック集計ＤＢに格納された集計データの統計処理結果の表示例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための形態について、適宜図面を参照しながら詳細に説明する。
【００２３】
はじめに、オーバーサブ構成のＮＥの動作について説明する。図３は、オーバーサブ構成のＮＥの例としてのパケット転送装置３Ａの構成例を示す図である。図３に示すように、パケット転送装置３Ａは、他のＮＥとＩＰ通信を行うための通信ケーブルが接続される２０個の通信ポート３１−１〜３１−２０を備えている。これら各通信ポートは、いずれも最大１Ｇｂｐｓの通信速度で接続先のＮＥと通信可能であるものとする。このうち、上半分の１０個の通信ポート３１−１〜３１−１０はパケット転送部３２−１に接続され、下半分の１０個の通信ポート３１−１１〜３１−２０はパケット転送部３２−２に接続されている。また、パケット転送部３２−１とパケット転送部３２−２とは、それぞれ４Ｇｂｐｓの通信速度でスイッチ部３３に接続されている。ある通信ポートに入力されたＩＰパケットは、スイッチ部３３を解して指定された宛先アドレスの通信ポートまで中継される。
【００２４】
ここで、上半分の１０個の通信ポート３１−１〜３１−１０に合計が４Ｇｂｐｓを上回る通信速度でＩＰパケットが入力されたものと仮定する。このとき、パケット転送部３２−１は、スイッチ部３３へは４Ｇｂｐｓの通信速度でしか入力パケットを転送することができない。したがって、４Ｇｂｐｓを超える分の入力パケットは廃棄せざるを得ず、パケットロスが発生することとなる。下半分の１０個の通信ポート３１−１１〜３１−２０についても同様であり、このパケット転送装置３Ａは、それぞれがオーバーサブ構成となる２つの通信ポートグループを含んでいる。
【００２５】
図４は、オーバーサブ構成のＮＥの他の例としてのパケット転送装置３Ｂの構成例を示す図である。図４に示すように、パケット転送装置３Ｂは、他のＮＥとＩＰ通信を行うための通信ケーブルが接続される２０個の通信ポート３１−１〜３１−２０とパケット転送部３２とを備えたｎ個の通信ポートパッケージ（以降、パッケージと略記）３４−１〜３４−ｎと、スイッチ部３３とを備えている。各通信ポートは、いずれも最大１Ｇｂｐｓの通信速度で接続先のＮＥと通信可能であるものとすると、１パッケージ当たりの最大の入力通信速度は２０Ｇｂｐｓとなる。これに対し、各パッケージ３４−１〜３４−ｎとスイッチ部３３との間の通信速度は６Ｇｂｐｓとなっている。したがって、この例では各パッケージ３４−１〜３４−ｎに６Ｇｂｐｓを超える入力パケットが入力された場合に、パケットロスが発生することとなる。したがって、このパケット転送装置３Ｂは、それぞれがオーバーサブ構成となるｎ個の通信ポートグループを含んでいる。
【００２６】
図１は、本発明に係るトラヒック集計システム１００の構成例を示す図である。図１に示すように、トラヒック集計システム１００は、ＩＰ網４を構成しているＩＰルータやレイヤ３スイッチなどのパケット転送装置や各種サーバを含む監視対象のＮＥ３群と、それらＮＥ３群の動作やＩＰ網４のトラヒック状況を監視するＯｐＳ１と、オペレータがＯｐＳ１の動作を指示したりＯｐＳ１が取得した各種監視データを閲覧するための、ＯｐＳ端末２とを備えて構成される。
【００２７】
図２は、本発明に係るトラヒック集計装置の構成例を示す機能ブロック図である。図２に示すように、本発明に係るトラヒック集計装置としてのＯｐＳ１は、例えばコンピュータによって構成され、オペレータ用通信ポート１０、データ登録部１１、トラヒック収集スケジュール１２、トラヒック収集部１３、ＮＥ通信ポート１４、オーバーサブ構成情報１５、設備情報ＤＢ（Database）１６、トラヒック情報ＤＢ１７、トラヒック集計部１８、及びトラヒック集計ＤＢ１９を備えている。
【００２８】
オペレータ用通信ポート１０は、オペレータが操作するＯｐＳ端末２と通信するための通信ポートである。ＮＥ通信ポート１４は、ＩＰ網４（図１参照）を介して他のＮＥ３と通信するための通信ポートである。
【００２９】
本発明の設備情報記憶手段としての設備情報ＤＢ１６には、監視対象のＮＥ３に関する情報が登録される。本発明のトラヒック情報記憶手段としてのトラヒック情報ＤＢ１７には、監視対象のＮＥ３から収集された各通信ポートのトラヒックに関する情報が順次格納されていく。本発明のトラヒック集計記憶手段としてのトラヒック集計ＤＢ１９には、オーバーサブ構成となっているＮＥ３について、装置の負荷状態を診断するためのトラヒック集計結果が順次格納されていく。
【００３０】
トラヒック収集スケジュール１２は、ＯｐＳ端末２からオペレータによって入力される情報であり、トラヒック収集の時刻や順序などを指定するものである。それにより、例えば、グループ分けされた複数のＮＥ３群について、５分間隔でサイクリックにトラヒック収集を行うことなどが指定される。本発明のオーバーサブスクリプション構成情報記憶手段としてのオーバーサブ構成情報１５は、ＯｐＳ端末２からオペレータによって入力される情報であり、監視対象のＮＥ３についてのオーバーサブ構成に関する情報が登録される。
【００３１】
データ登録部１１、トラヒック収集部１３、及びトラヒック集計部１８は、ＯｐＳ１が備える不図示のＣＰＵ（Central Processing Unit）が所定の制御プログラム（トラヒック集計プログラム）を実行することによりそれぞれの機能が具現化される。
【００３２】
データ登録部１１は、ＯｐＳ端末２からオペレータ用通信ポート１０を介して各種のデータを入力し、トラヒック収集スケジュール１２、オーバーサブ構成情報１５、及び設備情報ＤＢ１６にそれぞれ必要なデータを登録する。ＳＮＭＰマネージャとしての機能を有するトラヒック収集部１３は、トラヒック収集スケジュール１２によって指定されたスケジュールにしたがって監視対象の各ＮＥ３からトラヒック情報を収集し、収集したトラヒック情報をトラヒック情報ＤＢ１７に順次追加登録していく。トラヒック集計部１８は、定期的にあるいはＯｐＳ端末２からのオペレータの指示にしたがって、オーバーサブ構成情報１５を参照することでオーバーサブ構成となっている各通信ポートグループを抽出し、トラヒック情報ＤＢ１７から該当する通信ポートのトラヒック情報を取得して集計した結果をトラヒック集計ＤＢ１９に登録する。
【００３３】
図５は、図３のパケット転送装置３Ａから各通信ポートのトラヒックカウンタ値を収集する動作の説明図である。図５に示すように、パケット転送装置３Ａは、ＯｐＳ１との通信を行うための管理用ポート３５と、ＳＮＭＰエージェント３６と、管理情報ベース（以降、ＭＩＢ（Management Information Base）と略記）３７とを備えている。ＳＮＭＰによって管理される各種のデータが登録されるＭＩＢ３７には、パケット転送装置３Ａが備える２０個の通信ポート３１−１〜３１−２０（図３参照）のそれぞれの累積転送バイト数を示すトラヒックカウンタＴＣ１〜ＴＣ２０が備えられている。ＳＮＭＰエージェント３６は、ＯｐＳ１のトラヒック収集部１３が備えるＳＮＭＰマネージャからの要求にしたがって、トラヒックカウンタＴＣ１〜ＴＣ２０の値をＯｐＳ１へ送信する。
【００３４】
図６は、図４に例示したパケット転送装置３Ｂから各通信ポートのトラヒックカウンタ値及びパッケージ識別情報を収集する動作の説明図である。図６に示すように、パケット転送装置３Ｂは、ＯｐＳ１との通信を行うための管理用ポート３５と、ＳＮＭＰエージェント３６と、それぞれのパッケージ３４−１〜３４−ｎに対応するｎ個のＭＩＢ３７−１〜３７−ｎとを備えている。ＭＩＢ３７−１〜３７−ｎには、対応するパッケージ３４−１〜３４−ｎが備える２０個の通信ポート３１−１〜３１−２０（図４参照）のそれぞれの累積転送バイト数を示すトラヒックカウンタＴＣ１〜ＴＣ２０と、当該パッケージのパッケージ識別情報とが備えられている。ＳＮＭＰエージェント３６は、ＯｐＳ１のトラヒック収集部１３が備えるＳＮＭＰマネージャからの要求にしたがって、各ＭＩＢのトラヒックカウンタＴＣ１〜ＴＣ２０の値及びパッケージ識別情報をＯｐＳ１へ送信する。
【００３５】
次に、図７〜図１０を用いて、ＯｐＳ１がハードディスク装置や半導体メモリなどの不図示の記憶部に記憶する各種データについて説明する。
【００３６】
図７は、設備情報ＤＢ１６の構成及びデータ例を示す図である。図７に示すように、設備情報ＤＢ１６には、トラヒック監視の対象となる全てのＮＥ３について、ＮＥ識別情報、管理用ポートのＩＰアドレス、オーバーサブ構成タイプ、及び搭載パッケージからなるレコードがそれぞれ登録される。ＮＥ識別情報は、それぞれのＮＥ３を一意に識別するために各ＮＥ３に付される情報である。管理用ポートのＩＰアドレスは、当該ＮＥ３とＳＮＭＰ等を用いて各種管理用データの送受を行うために用いられる管理用ポート３５（図４，図５参照）のＩＰアドレスである。オーバーサブ構成タイプには、当該ＮＥ３がオーバーサブ構成となっているか否か、及びオーバーサブ構成となっている場合にはそのタイプ（詳細は後記）が格納される。また、搭載パッケージには、当該ＮＥ３がオーバーサブ構成のパッケージを搭載しているか否か、及び搭載している場合にはその種別またはパッケージ識別情報が格納される。
【００３７】
図７のデータ例の１，２行目では、ＮＥ識別情報が「ＮＥ１」と「ＮＥ２」とである２台のＮＥ３は、それぞれ「タイプ１」のオーバーサブ構成を有することが示されている。続く３行目では、ＮＥ識別情報が「ＮＥ３」であるＮＥ３は、パッケージ種別が「種別Ａ」のパッケージを搭載することで「タイプ２」のオーバーサブ構成を有することが示されている。続く４行目では、ＮＥ識別情報が「ＮＥ４」であるＮＥ３は、パッケージ識別情報が「パッケージ１」と「パッケージ３」とである２つのパッケージを搭載することで「タイプ３」のオーバーサブ構成を有することが示されている。また、５行目では、ＮＥ識別情報が「ＮＥ５」であるＮＥ３は、オーバーサブ構成を有さないことが示されている。
【００３８】
図８は、オーバーサブ構成情報１５の構成及びデータ例を示す図であり、（ａ）はタイプ１、（ｂ）はタイプ２、（ｃ）はタイプ３のオーバーサブ構成に対応する情報である。
【００３９】
図８（ａ）に示すように、タイプ１のオーバーサブ構成情報１５−１には、ＮＥ３全体としてオーバーサブ構成となるそれぞれのＮＥ３について、ＮＥ識別情報、グループ番号、内部処理能力、及び通信ポート番号の範囲からなるレコードが登録される。ＮＥ識別情報は、それぞれのＮＥ３を一意に識別するために各ＮＥ３に付される情報である。グループ番号は、オーバーサブ構成となる通信ポート群からなる通信ポートグループ（以降、グループと略記）に付される一連番号である。内部処理能力は、オーバーサブ構成の判定基準となる当該グループの内部処理能力である。通信ポート番号の範囲には、当該グループを構成する通信ポート群に含まれる全通信ポートの通信ポート番号の値の範囲が格納される。
【００４０】
図８（ａ）のデータ例の１，２行目では、ＮＥ識別情報が「ＮＥ１」であるＮＥ３には、通信ポート番号の範囲が「＃０１〜＃１０」である１０個の通信ポート群からなるグループ番号が「＃１」のグループと、通信ポート番号の範囲が「＃１１〜＃２０」である１０個の通信ポート群からなるグループ番号が「＃２」のグループとが存在し、ともに内部処理能力は「４Ｇｂｐｓ」であることが示されている。続く３，４行目では、ＮＥ識別情報が「ＮＥ２」であるＮＥ３には、通信ポート番号の範囲が「＃０１〜＃０５」と「＃０６〜＃１０」とであるそれぞれ５個の通信ポート群からなる、グループ番号が「＃１」と「＃２」とである２つのグループが存在し、ともに内部処理能力は「２Ｇｂｐｓ」であることが示されている。
【００４１】
一方、図８（ｂ）に示すように、タイプ２のオーバーサブ構成情報１５−２には、条件付きでオーバーサブ構成となるそれぞれのパッケージの種別について、パッケージ種別、オーバーサブ判定条件、グループ番号、内部処理能力、及び通信ポート番号の範囲からなるレコードが登録される。パッケージ種別は、オーバーサブ構成となる可能性があるパッケージの種別を一意に識別するために各パッケージに付される情報である。オーバーサブ判定条件は、当該種別のパッケージがオーバーサブ構成となっていることを判定するための条件である。グループ番号、内部処理能力、及び通信ポート番号の範囲は、前記と同様である。ただし、グループ番号及び通信ポート番号の範囲については、当該パッケージ内でのローカル番号を表すので、ＮＥ３全体として一意となる通信ポート番号に付される「＃」（図８（ａ）参照）を省略した表記としている。
【００４２】
図８（ｂ）のデータ例の１，２行目では、パッケージ種別が「種別Ａ」であるパッケージは、「１Ｇｂｐｓの通信ポート数＞１０」であるときにオーバーサブ構成となり、内部処理能力がそれぞれ「４Ｇｂｐｓ」である２つのローカルなグループに分割されることが示されている。なお、実際にＮＥ３に搭載されているパッケージの各通信ポートの通信速度や通信ポート数などの属性情報は、予め設備情報ＤＢ１６に登録しておくものとしてもよいし、ＳＮＭＰによって当該パッケージのＭＩＢから取得するものとしてもよい。
【００４３】
他方、図８（ｃ）に示すように、タイプ３のオーバーサブ構成情報１５−３には、オーバーサブ構成となっている個別のパッケージについて、パッケージ識別情報、グループ番号、内部処理能力、及び通信ポート番号の範囲からなるレコードが登録される。パッケージ識別情報は、オーバーサブ構成となる個別のパッケージを一意に識別するために各パッケージに付される情報である。このパッケージ識別情報と、トラヒック収集部１３が収集したパッケージのＭＩＢ３７−１〜３７−ｎ（図６参照）に記憶されたパッケージ識別情報とを照合することによって、当該パッケージに含まれるオーバーサブ仕様の通信ポート群が特定される。通信ポート、グループ番号、内部処理能力、及び通信ポート番号の範囲は、前記と同様である。
【００４４】
図８（ｃ）のデータ例の１，２行目では、パッケージ識別情報が「パッケージ１」であるパッケージは、内部処理能力がそれぞれ「４Ｇｂｐｓ」である２つのローカルなグループに分割されることが示されている。続く３行目では、パッケージ識別情報が「パッケージ２」であるパッケージには、内部処理能力が「２Ｇｂｐｓ」であるローカルなグループが１つ存在することが示されている。また、４行目では、パッケージ識別情報が「パッケージ３」であるパッケージには、内部処理能力が「４Ｇｂｐｓ」であるローカルなグループが１つ存在することが示されている。
【００４５】
図９は、トラヒック情報ＤＢ１７の構成及びデータ例を示す図である。図９に示すように、トラヒック情報ＤＢ１７には、各ＮＥ３から通信ポート毎に収集されたトラヒックカウンタ値が、収集日時、ＮＥ識別情報、及び通信ポート番号と対応付けられて順次格納されていく。
【００４６】
図９のデータ例は、２０ｘｘ年１月１日の午前６時００分にＮＥ識別情報が「ＮＥ１」及び「ＮＥ２」である２台のＮＥ３から各通信ポートのトラヒックカウンタ値が収集されて格納されたのちの状態を示している。なお、トラヒックカウンタ値を表す関数ｔｃの１つ目のパラメータはＮＥ識別情報を、２つ目のパラメータはＮＥ３内で一意な通信ポート番号を、３つ目のパラメータは収集日時を示している。
【００４７】
図１０は、トラヒック集計ＤＢ１９の構成及びデータ例を示す図である。図１０に示すように、トラヒック集計ＤＢ１９には、オーバーサブ構成となっているそれぞれのグループについて、集計日時、ＮＥ識別情報、グループ番号、通信ポート番号の範囲、内部処理能力、総トラヒック量、残処理能力、及び評価からなるレコードが、所定の集計間隔（例えば、３０分周期）で集計日時順に複数登録される。
【００４８】
集計日時は、当該レコードの集計処理の対象となった最後のトラヒック情報の収集日時である。同一グループについては所定の集計間隔毎に前回の集計日時からのトラヒック情報が集計されてレコードが追加登録される。ＮＥ識別情報は、当該グループが存在するＮＥ３の識別情報である。グループ番号は、当該グループが存在するＮＥ３のなかで当該グループを一意に識別するために付される一連番号である。通信ポート番号の範囲には、当該グループを構成する通信ポート群に含まれる全通信ポートのＮＥ３内で一意な通信ポート番号の値の範囲が格納される。なお、オーバーサブ構成のパッケージが搭載されているＮＥ３については、先頭に「＃」が付されていないローカルなグループ番号及び通信ポート番号（図８（ｂ），（ｃ）参照）は、所定の優先順位にしたがって当該ＮＥ３全体で一意な番号（先頭に「＃」が付される）に変換される。
【００４９】
内部処理能力は、オーバーサブ構成の判定基準となる当該グループの内部処理能力である。総トラヒック量は、前回の集計日時から今回の集計日時までの間に当該グループを構成する全ての通信ポートで処理したトラヒックの総計である総トラヒック量を、１秒当たりのトラヒック量に変換したものである。残処理能力は、当該グループの内部処理能力から総トラヒック量を減じることで得られる内部処理能力の余裕量を示す値である。また、評価は、内部処理能力に対する残処理能力の比によって求められる内部処理能力の余裕度をランク分けして評価した結果である。図１０のデータ例では、余裕度が６０％以上を「◎」、余裕度が３０％以上６０％未満を「○」、余裕度が０％以上３０％未満を「△」、余裕度が０％未満を「×」としてランク分けを行った結果を例示している。
【００５０】
図１１は、ＯｐＳ１が実行するトラヒック集計処理の例を示すフローチャートである。ＯｐＳ１が起動されると、まずステップＳ１にて、トラヒック収集部１３は、トラヒック収集スケジュール１２を参照してトラヒック収集時刻か否かを判定し、トラヒック収集時刻でなければ（ステップＳ１で「Ｎｏ」）ステップＳ１を繰り返す。一方、トラヒック収集時刻であれば（ステップＳ１で「Ｙｅｓ」）、ステップＳ２に処理を進めて、トラヒック収集部１３は、設備情報ＤＢ１６に登録されている対象ＮＥ３から、当該ＮＥ３の各通信ポートのトラヒックカウンタ値を取得し、収集日時を付してトラヒック情報ＤＢ１７に追加登録する。
【００５１】
次に、ステップＳ３にて、トラヒック集計部１８は、オーバーサブ構成情報１５及び設備情報ＤＢ１６を参照することにより、オーバーサブ構成のＮＥ３があるか否かを判定し、該当するＮＥ３がなければ（ステップＳ３で「Ｎｏ」）、ステップＳ１に処理を戻して前記の処理を繰り返す。一方、該当するＮＥ３があれば（ステップＳ３で「Ｙｅｓ」）、ステップＳ４に処理を進めて、オーバーサブ構成情報１５に基づいてオーバーサブ構成となっているグループを構成している通信ポートを抽出し、トラヒック情報ＤＢ１７から取得した対応するトラヒックカウンタ値の差分から各通信ポートのトラヒック量を算出し、それらをグループ毎に集計した結果をトラヒック集計ＤＢ１９に格納したのち、ステップＳ１に処理を戻して前記の処理を繰り返す。
【００５２】
なお、図１１のフローチャートでは、トラヒック収集を実行する都度、その延長でトラヒック集計を行うものとしたが、トラヒック集計は、例えば毎日の夜間のバッチ処理にて実行するものとしてもよいし、ＯｐＳ端末２からのオペレータの指示にしたがって集計対象とする時間帯やＮＥ３の範囲を限定して個別に実行するものとしてもよい。
【００５３】
図１２は、図１０に例示したトラヒック集計ＤＢ１９に登録されたデータを統計処理してグラフ表示した例を示す図である。図１２の例は、オーバーサブ構成となっているグループの単位で、所定の開始日時から終了日時までの間（例えば、１ヶ月間）に集計された全レコードの件数に占める各評価の値のレコード件数の割合を百分率によってグラフ表示したものである。
【００５４】
図１２に例示したグラフより、ＮＥ識別情報が「ＮＥ２」であるＮＥ３において、「グループ１」の内部処理能力が相対的に不足していることが分かる。一方、同じＮＥ３においては「グループ２」の内部処理能力に余裕があることが分かる。よって、この場合には、「ＮＥ２」の「グループ１」側に接続されている他のＮＥ３のうちトラヒックが大きいものと、「グループ２」側に接続されている他のＮＥ３のうちトラヒックが小さいものとを入れ替えることにより、パケットロスの発生を回避できる可能性があると判断することができる。もしくは、当該「ＮＥ２」をもっと内部処理能力が高い機種に交換したり、もう１台ＮＥ３を増設して負荷を分散させたりすることが考えられる。
【００５５】
トラヒック集計ＤＢ１９に登録されたデータの利用形態はこれに限らず、目的に応じて任意の統計処理を実施することが可能であり、また、統計処理結果の表示方法も任意である。
【００５６】
以上にて本発明を実施するための形態の説明を終えるが、本発明の実施の態様はこれに限られるものではなく、本発明の趣旨を逸脱しない範囲において各種変形が可能である。
【符号の説明】
【００５７】
１    ＯｐＳ（トラヒック集計装置）
２    ＯｐＳ端末
３    ネットワーク装置（ＮＥ）
３Ａ，３Ｂ  パケット転送装置（ＮＥ）
４    ＩＰ網
１０  オペレータ用通信ポート
１１  データ登録部
１２  トラヒック収集スケジュール
１３  トラヒック収集部
１４  ＮＥ通信ポート
１５  オーバーサブ構成情報（オーバーサブスクリプション構成情報記憶手段）
１６  設備情報ＤＢ（設備情報記憶手段）
１７  トラヒック情報ＤＢ（トラヒック情報記憶手段）
１８  トラヒック集計部
１９  トラヒック集計ＤＢ（トラヒック集計記憶手段）
３１  通信ポート
３２  パケット転送部
３３  スイッチ部
３４  通信ポートパッケージ（パッケージ）
３５  管理用ポート
３６  ＳＮＭＰエージェント
３７  管理情報ベース（ＭＩＢ）
１００  トラヒック集計システム
【図１】
2014155204.tif 000003
【図２】
2014155204.tif 000004
【図３】
2014155204.tif 000005
【図４】
2014155204.tif 000006
【図５】
2014155204.tif 000007
【図６】
2014155204.tif 000008
【図７】
2014155204.tif 000009
【図８】
2014155204.tif 000010
【図９】
2014155204.tif 000011
【図１０】
2014155204.tif 000012
【図１１】
2014155204.tif 000013
【図１２】
2014155204.tif 000014