(57)【要約】【課題】キャプチャされたパケットの測定を継続可能とする。【解決手段】ネットワークからキャプチャされたパケットに係る周期毎の測定に用いる測定項目を決定する情報処理装置である。この情報処理装置は、複数の測定項目が有する、優先度と、前記複数の測定項目のうち前記パケットのトラヒックに係る所定の測定項目に対する係数とを示す情報を記憶する記憶部と、前記所定の測定項目の測定値と、前記複数の測定項目が有する前記係数とを用いて、前記複数の測定項目のそれぞれに対するポイントを算出する算出部と、前記各測定項目に対するポイントを前記優先度順に加算し、前記複数の測定項目のうち前記ポイントの累積値が所定範囲に収まる測定項目を次回以降の周期にて測定を行う測定項目に設定する設定部とを含む。【選択図】図３
2018107624.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークからキャプチャされたパケットに係る周期毎の測定に用いる測定項目を決定する情報処理装置において、
複数の測定項目のうち前記パケットのトラヒックに係る所定の測定項目の測定値と、前記複数の測定項目が有する前記所定の測定項目に対する係数とを用いて、前記複数の測定項目のそれぞれに対するポイントを算出する算出部と、
前記各測定項目に対するポイントを前記複数の測定項目が有する優先度順に加算して得られた累積値が所定範囲に収まる測定項目を次回以降の周期に用いる測定項目に設定する設定部と
を含むことを特徴とする情報処理装置。
【請求項２】
前記係数は、前記複数の測定項目のリソースへの負荷に基づき決定されている
請求項１に記載の情報処理装置。
【請求項３】
前記トラヒックに係る所定の測定項目は、パケット数，トラヒック量，フラグメントパケット数，パケットロス数の少なくとも一つである
請求項１又は２に記載の情報処理装置。
【請求項４】
ネットワークからキャプチャされたパケットに係る周期毎の測定に用いる測定項目を決定する情報処理装置が、
複数の測定項目のうち前記パケットのトラヒックに係る所定の測定項目の測定値と、前記複数の測定項目が有する前記所定の測定項目に対する係数とを用いて、前記複数の測定項目のそれぞれに対するポイントを算出し、
前記各測定項目に対するポイントを前記複数の測定項目が有する優先度順に加算して得られた累積値が所定範囲に収まる測定項目を次回以降の周期に用いる測定項目に設定することを含む測定項目決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及び測定項目決定方法に関する。
【背景技術】
【０００２】
近年、一つのネットワーク（ＮＷ）上に複数のサービスや業務が実装されている。また、仮想化装置などの普及に伴い、ネットワークがますます複雑化している。このため、ネットワークにてパケットを転送するネットワーク装置からの情報では、障害発生時の原因や状況の把握が不十分となる場合がある。
【０００３】
この対応として、ネットワーク上を流れるパケットをネットワーク品質監視装置でキャプチャし、パケットをサービス・業務単位、またはネットワークアドレス単位等で継続的に解析する。近年、ネットワーク品質監視装置による解析によって、より詳細にサービス毎の品質を求めるニーズが高まってきている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１７９９３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ネットワークの複雑化のため、パケットのキャプチャポイントにおけるトラヒック状況は常に一定ではなく、トラヒックパターンの予測は難しい。解析を行うネットワーク品質監視装置に対する負荷は、トラヒック量，プロトコル，通信量，ネットワーク品質監視装置で計測する項目数などに依存して変化する。
【０００６】
例えば、一時的にネットワークに接続される端末の数が増えたり、端末一つ当たりのトラヒック量が増えたりすると、ネットワーク品質監視装置の負荷がネットワーク品質監視装置の能力を超えてしまい、パケットのキャプチャ及び解析（測定）が停止してしまうおそれがあった。また、すべてのトラヒックパターンに対応可能とする高スペックな装置の導入が必要であり、コスト高になっていた。
【０００７】
本発明は、キャプチャされたパケットの測定を継続可能とする情報処理装置及び測定項目の決定方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様は、ネットワークからキャプチャされたパケットに係る周期毎の測定に用いる測定項目を決定する情報処理装置である。この情報処理装置は、複数の測定項目が有する、優先度と、前記複数の測定項目のうち前記パケットのトラヒックに係る所定の測定項目に対する係数とを示す情報を記憶する記憶部と、前記所定の測定項目の測定値と、前記複数の測定項目が有する前記係数とを用いて、前記複数の測定項目のそれぞれに対するポイントを算出する算出部と、前記各測定項目に対するポイントを前記優先度順に加算し、前記複数の測定項目のうち前記ポイントの累積値が所定範囲に収まる測定項目を次回以降の周期にて測定を行う測定項目に設定する設定部とを含む。
【発明の効果】
【０００９】
一側面では、キャプチャされたパケットの測定を継続可能とすることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は実施形態に係るネットワークシステムの一例を示す。
【図２】図２はネットワーク品質監視装置として動作可能な情報処理装置のハードウェア構成例を示す。
【図３】図３はネットワーク品質監視装置の構成例を示す。
【図４】図４は、判定結果値算出テーブル２０のデータ構造例を示す。
【図５】図５は計測要否判定テーブルのデータ構造例を示す。
【図６】図６はネットワーク品質監視装置の動作例を示すフローチャートである。
【図７】図７はネットワーク品質監視装置の動作例を示すフローチャートである。
【図８】図８は、図７の処理の説明図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、通信装置及び通信方法の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１２】
図１は実施形態に係るネットワークシステムの一例を示す。図１に示すネットワークシステムは、ネットワーク１と、単数または複数のサーバ２と、単数又は複数の端末３と、ネットワークタップ（ＴＡＰ）４と、ネットワーク品質監視装置５（以下「監視装置５」と表記）とを含む。監視装置５は、「情報処理装置」の一例である。
【００１３】
サーバ２はネットワーク１に接続されている。各端末３は、ネットワーク１を介してサーバ２とパケット通信を行い、サービスの提供を受けたり、業務を遂行したりする。サーバ２と端末３との間の通信には、映像通信、画像配信、データ通信が含まれる。映像通信では、例えば、テレプレゼンス，Ｗｅｂ会議，ハイビジョン会議などに係る映像データのトラヒックが発生する。画像配信では、配信対象の画像（ビデオ、スチル）データやビデオオンデマンド（ＶＯＤ）に係るトラヒックが発生する。データ通信では、業務用データや会議資料へのアクセスに係るトラヒックが発生する。
【００１４】
ＴＡＰ４は、各端末３からサーバ２へ送信される信号（パケットなど）をサーバ側と監視装置側とに分岐させる。ＴＡＰ４は、サーバ２から端末３へ送信させる信号（パケットなど）を端末側と監視装置側とに分岐させることもできる。監視装置５は、ＴＡＰ４を介して入力される信号中のパケットのキャプチャ及び解析などを行う。
【００１５】
図２はネットワーク品質監視装置として動作可能な情報処理装置のハードウェア構成例を示す図である。図２において、情報処理装置１０は、バスBを介して相互に接続された
、Central Processing Unit（ＣＰＵ）１１と、Random Access Memory（ＲＡＭ）１２と
、Read Only Memory（ＲＯＭ）１３と、補助記憶装置１４と、Network Interface Card（ＮＩＣ）１５とを含む。ＮＩＣ１５は、ネットワーク１上のＴＡＰ４と接続される。
【００１６】
ＲＡＭ１２は、プログラムの展開領域，ＣＰＵ１１の作業領域，データやプログラムの記憶領域，通信データのバッファ領域などとして使用される。ＲＯＭ１３はプログラムやプログラムの実行に際して使用されるデータを記憶する。ＲＡＭ１２、又はＲＡＭ１２及びＲＯＭ１３の組み合わせは、主記憶装置として使用される。
【００１７】
補助記憶装置１４は、データやプログラムの記憶領域として使用される。補助記憶装置１４は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），
フラッシュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲ
ＯＭ）などの不揮発性記憶媒体で形成される。補助記憶装置１４は、ディスク型記憶媒体を含むことができる。ＲＡＭ１２，ＲＯＭ１３及び補助記憶装置１４のそれぞれは、「記憶装置」，「記憶媒体」，「メモリ」，「記憶部」の一例である。以下の説明において、
ＲＡＭ１２，ＲＯＭ１３及び補助記憶装置１４を区別しない場合には「メモリ」と称することもある。ＮＩＣは、信号（パケット）の送受信処理等を行う通信インタフェース回路である。
【００１８】
ＣＰＵ１１は、例えば、ＲＯＭ１３又は補助記憶装置１４に記憶されたプログラムをＲＡＭ１２にロードして実行する。プログラムの実行によって、情報処理装置１０は、図３に示す構成を有する監視装置５として動作する。
【００１９】
図３において、監視装置５は、ＮＩＣ１５と、キャプチャ部１６と、解析部１７と、解析要否判定処理部１８（以下「判定処理部１８」とも表記）とを含む。また、図３に示す監視装置５は、計測要否判定テーブル１９（以下「判定テーブル１９」とも称する）と、判定結果値算出テーブル２０（以下「算出テーブル２０」とも称する）とを含む。算出テーブル２０は、ＣＰＵテーブル２０Ａとメモリテーブル２０Ｂとを含む。
【００２０】
図２に示すＣＰＵ１１は、プログラムの実行によって、キャプチャ部１６，解析部１７，及び判定処理部１８として動作する。判定テーブル１９及び算出テーブル２０は、例えばＲＡＭ１２上で生成及び記憶される。判定テーブル１９及び算出テーブル２０は、補助記憶装置１４上で生成及び記憶されてもよい。
【００２１】
キャプチャ部１６は、ＮＩＣ１５で受信される信号中のパケットをキャプチャし、解析部１７に渡す。解析部１７は、判定テーブル１９を参照し、判定結果に基づきキャプチャしたパケットの解析（各測定項目についての測定）を行う。解析部１７は、解析結果を算出テーブル２０へ格納し、次の周期のための計測要否判定を判定処理部１８に指示する。判定処理部１８は、算出テーブル２０（ＣＰＵテーブル２０Ａ，メモリテーブル２０Ｂ）を参照し、解析内容を判定し、判定テーブル１９に判定結果を格納する。
【００２２】
ＣＰＵ１１は、「制御装置」，「制御部」，「コントローラ」，「プロセッサ」の一例である。ＣＰＵは、ＭＰＵ（Microprocessor）、プロセッサとも呼ばれる。ＣＰＵは、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。ＣＰＵ１１で行われる処理の少なくとも一部は、マルチコア又は複数のＣＰＵで実行されても良い。ＣＰＵで行われる処理の少なくとも一部は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。
【００２３】
また、ＣＰＵ１１によって行われるキャプチャ部１６，解析部１７，及び判定処理部１８の少なくとも一部は、集積回路（ＩＣ）、その他のディジタル回路で行われても良い。また、集積回路やディジタル回路はアナログ回路を含んでいても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），プログラマブルロジックデバ
イス（ＰＬＤ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(FPGA)を含
む。ＣＰＵで行われる処理の少なくとも一部は、プロセッサと集積回路との組み合わせにより実行されても良い。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ），ＳｏＣ（System-on-a-chip），システムＬＳＩ，チップセットなどと呼ばれる。
【００２４】
判定処理部１８は「算出部」及び「設定部」として動作する。ＣＰＵ１１は、「算出部」及び「設定部」の一例である。ＲＡＭ１２，ＲＯＭ１３，補助記憶装置１４のそれぞれは、「記憶部」の一例である。なお、図３の例では、解析部１７，判定処理部１８，判定テーブル１９及び算出テーブル２０が同じ情報処理装置（コンピュータ）に実装された例を示す。しかし、解析部１７，判定処理部１８，判定テーブル１９，及び算出テーブル２０は、ネットワークで接続された異なる２以上の情報処理装置に実装されても良い。
【００２５】
図４は、判定結果値算出テーブル２０のデータ構造例を示す。ＣＰＵテーブル２０Ａとメモリテーブル２０Ｂとは同じデータ構造を有するので、図４にはＣＰＵテーブル２０Ａのデータ構造を例示し、メモリテーブル２０Ｂのデータ構造の図示は省略する。ＣＰＵおよびメモリはリソースの一例であり、図２に示したＣＰＵ１１及びＲＡＭ１２がＣＰＵおよびメモリの一例である。
【００２６】
ＣＰＵテーブル２０Ａは、監視装置５での計測要否判定項目に対応するレコード（エントリ）を有する。計測要否判定項目は、解析部１７にて測定可能な複数の測定項目である。各計測要否判定項目には優先度ＩＤが割り当てられており（図５参照）、レコードは、計測要否判定項目の優先度順で並んでいる。もっとも、実施形態では、複数の測定項目のうち、パケットのトラヒックに係る所定の測定項目は必須の測定項目に設定され、優先度ＩＤ“０”が割り当てられる（図５参照）。
【００２７】
実施形態の例では、パケット数，トラヒック量，フラグメントパケット数及びパケットロス数がパケットのトラヒックに係る所定の測定項目に設定されている。パケット数は、キャプチャされたパケット数を示す。トラヒック量は単位時間当たりのデータ量で表される。フラグメントパケットは、データ長が所定長より長いパケットが複数のパケットに分割されたものである。パケットロス数はネットワークの転送中に何らかの理由でロスト（消失）したパケットの数を示す。但し、所定の測定項目がパケット数，トラヒック量，フラグメントパケット数及びパケットロス数から選択される１又は２以上である場合もあり得る。
【００２８】
計測要否判定項目に対応する各エントリは、測定項目「パケット数」，「トラヒック量」，「フラグメントパケット数」，及び「パケットロス数」のそれぞれに対応する実測値及び係数の格納領域と、判定結果値の格納領域とを含む。
【００２９】
図４に示すように、１つのレコードにおいて、測定項目「パケット数」については、実測値Ａと係数ａとの格納領域が設けられ、測定項目「トラヒック量」については、実測値Ｂと係数ｂとの格納領域が設けられている。また、測定項目「フラグメントパケット数」については、実測値Ｃと係数ｃとの格納領域が設けられ、測定項目「パケットロス数」については、実測値Ｄと係数ｄとの格納領域が設けられている。
【００３０】
係数ａ，係数ｂ，係数ｃ，係数ｄの値として予め決められた値が設定される。各係数の値は計測要否判定項目の測定に係るＣＰＵ（リソースの一例）の負荷に基づいて決定される。係数ａ，係数ｂ，係数ｃ，係数ｄの値は計測要否判定項目に応じて異なる値が設定される。  
【００３１】
判定結果値は、以下の式を用いて計算される。すなわち、各測定項目の実測値と係数との積の和（合計値）が求められる。
判定結果値＝（ａ×Ａ）＋（ｂ×Ｂ）＋（ｃ×Ｃ）＋（ｄ×Ｄ）
ＣＰＵテーブル２０ａにおける判定結果値は判定結果値（Ｘ）として求められ、メモリテーブル２０ｂにおける判定結果値は測定結果（Ｙ）として求められる。判定結果値（Ｘ），（Ｙ）が大きい程、監視装置５に対する負荷が大きいことを示す。判定結果値は各計測要否判定項目について求められる。
【００３２】
メモリテーブル２０ｂでも、各計測要否判定項目に対応するレコードに計測要否判定項目に応じた係数ａ，係数ｂ，係数ｃ，係数ｄが含まれる。各係数は対応する計測要否判定項目の測定に係るメモリ（リソースの一例）の負荷に基づいて決定される。
【００３３】
図５は計測要否判定テーブル１９のデータ構造例を示す。判定テーブル１９は、測定項目毎のレコード（エントリ）を有する。各レコードは、優先度ＩＤ，測定項目，ＣＰＵテーブル２０ａにおける判定結果値（Ｘ）及び累積値，メモリテーブル２０ｂにおける判定結果値（Ｙ）及び累積値，並びに要否判定結果をそれぞれ格納する格納領域を有する。累積値は「ポイント」の一例である。
【００３４】
優先度ＩＤは、測定項目に割り当てられた優先度（各測定項目が有する優先度）を示す。上記した４つの測定項目「パケット数」，「トラヒック量」，「フラグメントパケット数」，及び「パケットロス数」については優先度ＩＤ“０”が設定され、以降の各測定項目には、優先度が高い程若い番号が割り当てられている。図５に示す例については、測定項目「パケット数」，「トラヒック量」，「フラグメントパケット数」，及び「パケットロス数」以外に、５０の測定項目が優先度に従って並べられた例を示す。測定項目は、例えば、スループット，アプリケーション遅延，ＵＲＬ（Uniform Resource Locator）分析などである。
【００３５】
各レコードの判定結果値（Ｘ）及び判定結果値（Ｙ）には、ＣＰＵテーブル２０ａ及びメモリテーブル２０ｂを用いて算出された値が格納される。累積値として、先頭のレコードから順に加算された判定結果値（Ｘ）及び判定結果値（Ｙ）の累積値が格納される。
【００３６】
要否判定結果は、各レコードの測定項目の測定が所定の周期において必要か否か（所定の周期における測定の要否）の判定結果を示す値が格納される。この例では、値“０”が測定要であることを示し、値“１”は測定不要であることを示す。値と意味は逆でも良い。
【００３７】
図６及び図７は、監視装置の動作例を示すフローチャートである。図６及び図７の処理は、キャプチャ部１６，解析部１７，判定処理部１８として動作するＣＰＵ１１によって実行される。
【００３８】
図６の処理は所定の周期毎に実行される。一周期の長さは適宜設定可能である。図６に示すＳ０１では、ＮＩＣ１５で受信されたパケットをキャプチャ部１６がキャプチャされる。
【００３９】
Ｓ０２では、解析部１７が計測要否判定テーブル１９を参照し、要否判定結果が“０”の測定項目についての測定を行う。各測定項目についての測定が終了すると、図６の処理が終了する。
【００４０】
図７の処理は、例えば、図６の処理の終了を契機に開始される。Ｓ１１では、解析部１７は、解析結果、すなわち、パケット数，トラヒック量，フラグメントパケット数，パケットロス数の実測値をＣＰＵテーブル２０ａ及びメモリテーブル２０ｂに記憶する。パケット数，トラヒック量，フラグメントパケット数，パケットロス数の実測値を、実測値Ａ，実測値Ｂ，実測値Ｃ，実測値Ｄとする。
【００４１】
Ｓ１２では、解析部１７は判定処理部１８に計測要否判定を指示する。Ｓ１３では、判定処理部１８は、算出テーブル２０（ＣＰＵテーブル２０ａ及びメモリテーブル２０ｂ：図４）について、計測要否判定項目の優先度順に実測値Ａ〜Ｄと対応する係数ａ〜ｄを参照し、判定結果値（Ｘ）及び判定結果値（Ｙ）を算出する。
【００４２】
Ｓ１４では、判定処理部１８は判定結果値（Ｘ）及び判定結果値（Ｙ）を判定テーブル１９（図５）の所定位置に格納するとともに、対応する累積値の算出及び格納を行う。
【００４３】
Ｓ１５では、判定テーブル１９における判定結果値（Ｘ）及び判定結果値（Ｙ）の一方の累積値が所定の閾値（例：１００）以上かを判定する。累積値が１００より小さい場合には、判定処理部１８は、判定テーブル１９の該当するレコード（測定項目）の要否判定結果に“０”を格納（設定）し、処理をＳ１３に戻す（Ｓ１７）。
【００４４】
これに対し、累積値が１００以上である場合、判定処理部１８は、該当の測定項目以降の要否判定結果の値“１”に設定し（Ｓ１６）、処理を終了する。なお、全ての測定項目について累積値が閾値を超過しない場合にも、図７処理が終了する。このように、累積値が所定範囲にある（閾値を超えない）測定項目が測定対象とされる。
【００４５】
図８は、図７の処理の説明図である。図８に示すように、各レコード毎に、判定結果値（Ｘ）及び判定結果値（Ｙ）及び累積値が格納され、閾値（例：１００）を超えるかが判定される。図８の例では、優先度ＩＤ＝４９の測定項目（アプリケーション遅延）において、判定結果値（Ｘ）が閾値を超過している。この結果、優先度ＩＤ＝４９以降の測定項目の要否判定結果に“１”が設定され、実施対象の測定項目から除外される。これに対し、要否判定結果“０”が設定された優先度ＩＤ＝０〜４８の各測定項目は、実施対象となる。
【００４６】
実施形態によれば、ネットワーク１からキャプチャされたパケットに係る周期毎の測定に用いる測定項目を決定する情報処理装置１０（監視装置５）において、以下が行われる。すなわち、ＣＰＵ１１（判定処理部１８）が複数の測定項目のうちパケットのトラヒックに係る所定の測定項目の測定値と、前記複数の測定項目が有する前記所定の測定項目に対する係数とを用いて、前記複数の測定項目のそれぞれに対するポイントを算出する。また、ＣＰＵ１１（判定処理部１８）は、前記各測定項目に対するポイントを前記複数の測定項目が有する優先度順に加算して得られた累積値が所定範囲に収まる測定項目を次回以降の周期に用いる測定項目に設定する。
【００４７】
これによって、トラヒック状況（トラヒックパターン）がリソース（ＣＰＵおよびメモリ）に負荷をかける状況である場合に、測定項目数が減らされるので、リソースの負荷が軽減され、測定（ネットワーク品質監視）の継続を図ることができる。また、すべてのトラヒックパターンに対応可能とする高スペックな装置の導入を回避し、コスト上昇を抑えることもできる。
【００４８】
なお、上記例は、次回の周期で用いる測定項目を次回の周期の直前の周期におけるキャプチャパケットの測定結果に基づき決定（設定）する例を示す。但し、対象の周期が次回より先の周期であっても良い。また、実測値Ａ〜Ｄの測定結果は、１つの周期における測定結果であっても、複数の周期（例えば、次回の直前から３つの周期）における測定結果の平均値（移動平均）であっても良い。以上説明した実施形態の構成は適宜組み合わせることができる。
【符号の説明】
【００４９】
１・・・ネットワーク
２・・・サーバ
３・・・端末
４・・・ＴＡＰ
５・・・ネットワーク品質監視装置
１０・・・情報処理装置
１１・・・ＣＰＵ
１２・・・ＲＡＭ
１３・・・ＲＯＭ
１４・・・補助記憶装置
１５・・・ＮＩＣ
１６・・・キャプチャ部
１７・・・解析部
１８・・・解析要否判定処理部
１９・・・計測要否判定テーブル
２０・・・判定結果値算出テーブル
【図１】
2018107624.tif 000003
【図２】
2018107624.tif 000004
【図３】
2018107624.tif 000005
【図４】
2018107624.tif 000006
【図５】
2018107624.tif 000007
【図６】
2018107624.tif 000008
【図７】
2018107624.tif 000009
【図８】
2018107624.tif 000010