(57)【要約】【課題】設備コストを増大させることなく、ネットワーク内に閉じた高い時間分解能によりＩＰパケット単位でのトラフィックモニタを行い、トラフィック計測を行うと共に、トラフィック観測データのトラフィック量を最適化すること。【解決手段】計測装置３０は、時刻情報配信装置５４から時刻情報を配信されて計測装置３０間の時刻を同期させ、中央局５０は、所定の計測装置３０に対し、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を事前に通知する予約機能付計測制御装置５３をさらに備え、当該所定の計測装置３０は、当該通知された時刻にトラフィック計測を開始または終了し、当該通知された時刻での観測データを取得し、中央局５０に当該観測データを通知するトラフィック計測システム１を構成する。【選択図】図１
2011082860.tif 000002
【特許請求の範囲】
【請求項１】
パケットネットワークに配備された複数のトラフィックの計測装置またはトラフィック計測機能を備える複数のネットワークノード装置と、
複数の上記計測装置または複数の上記ネットワークノード装置からのトラフィック観測データの通知を受ける中央局であって、上記トラフィック観測データを収集して解析する観測データ収集装置を備える中央局と、
時刻情報を複数の上記計測装置または複数の上記ネットワークノード装置に配信する時刻情報配信装置と、
を備えるトラフィック計測システムにおいて、
複数の上記計測装置または複数の上記ネットワークノード装置は、上記時刻情報配信装置から時刻情報を配信されて複数の上記計測装置間または複数の上記ネットワークノード装置間の時刻を同期させ、
上記中央局は、所定の上記計測装置または上記ネットワークノード装置に対し、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を事前に通知する予約機能付計測制御装置をさらに備え、
当該所定の上記計測装置または上記ネットワークノード装置は、当該通知された時刻にトラフィック計測を開始または終了し、当該通知された時刻での観測データを取得し、上記中央局に当該観測データを通知する、
ことを特徴とするトラフィック計測システム。
【請求項２】
請求項１記載のトラフィック計測システムであって、
前記予約機能付計測制御装置は、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を階層化した表形式により一元的にトラフィック計測予約情報を管理する、
ことを特徴とするトラフィック計測システム。
【請求項３】
請求項１または２記載のトラフィック計測システムであって、
前記予約機能付計測制御装置は、観測対象となるパケット群を前記計測装置または前記ネットワークノード装置に事前に通知し、
前記計測装置または前記ネットワークノード装置は、時刻毎の観測パケット対象を記載する階層化された表を生成し、当該表によってパケットをフィルタリングして観測して前記中央局に当該観測データを通知する、
ことを特徴とするトラフィック計測システム。
【請求項４】
請求項１または２記載のトラフィック計測システムであって、
前記予約機能付計測制御装置は、観測対象となるフローまたはフロー群に相当する特定のパケット群に対してマスク処理により、観測対象をより広範囲としたパケット群と観測開始時刻、観測終了時刻を前記計測装置または前記ネットワークノード装置に通知し、
前記計測装置または前記ネットワークノード装置は、時刻毎の観測パケット対象を記載する階層化した表を生成し、当該表によってパケットをフィルタリングして観測して前記中央局に当該観測データを通知する、
ことを特徴とするトラフィック計測システム。
【請求項５】
請求項４記載のトラフィック計測システムであって、
特定のパケット群に対してマスタ処理を行うパケット群がＯＳＩレイヤの下階層のレベルとする、
ことを特徴とするトラフィック計測システム。
【請求項６】
パケットネットワークに配備された複数のトラフィックの計測装置またはトラフィック計測機能を備える複数のネットワークノード装置がトラフィック観測データを中央局に通知し、この中央局の観測データ収集装置が上記トラフィック観測データを収集して解析するトラフィック計測方法において、
時刻情報配信装置が時刻情報を複数の上記計測装置または複数の上記ネットワークノード装置に配信するステップを実行し、
複数の上記計測装置または複数の上記ネットワークノード装置が上記時刻情報配信装置から時刻情報を配信されて複数の上記計測装置間または複数の上記ネットワークノード装置間の時刻を同期させるステップを実行し、
上記中央局の予約機能付計測制御装置が所定の上記計測装置または上記ネットワークノード装置に対し、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を事前に通知するステップを実行し、
当該所定の上記計測装置または上記ネットワークノード装置が当該通知された時刻にトラフィック計測を開始または終了し、当該通知された時刻での観測データを取得し、上記中央局に上記観測データを通知するステップを実行する、
ことを特徴とするトラフィック計測方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラフィック計測システムおよびトラフィック計測方法に関する。
【背景技術】
【０００２】
インターネットの成長により通信事業者ネットワークにおけるＩＰ(Internet
Protocol)トラフィックの占める割合が増大している。また、従来の音声または映像伝送サービスのような同期系のアプリケーションについてもＩＰを用いた伝送が提供されている。このことからＩＰを用いた伝送において、トラフィックのより厳密な実時間での計測技術が求められている。
【０００３】
たとえば映像系および無線系のアプリケーショントラフィックのＩＰ伝送を想定すると時間分解能はマイクロ秒の時刻精度が必要になる。また、各計測装置（本明細書においては、パケット情報を取得して中央局に通知する機能を有するトラフィックの計測装置を意味する）からの同期出力を用いる場合には１０-8以上の周波数精度が要求される。
【０００４】
このようなトラフィック計測には複数地点での計測を想定するのでネットワーク内でサブマイクロ秒単位の短期安定度（パケットのネットワーク滞留時間と比べて十分に長い期間での安定度）および時間分解能が必要である。
【０００５】
たとえばＩＰルータに機能搭載するＮｅｔＦｌｏｗ（非特許文献１参照）またはｓＦｌｏｗ（非特許文献２参照）を実装したＩＰルータでは、ＩＰパケットを時間軸でサンプリングし、パケット数等のトラフィック量または使用帯域に着目した統計的情報を取り扱っている。しかしながら、これでは特定のアプリケーションに対する精緻なＩＰトラフィックの計測はできない。
【０００６】
すなわち、ＮｅｔＦｌｏｗまたはｓＦｌｏｗは、主としてパケットカウントまたはパケットカウントから得られる使用帯域（流量）、もしくはパケット廃棄率などを計測することを目的としている。したがって、個々のパケット単位での遅延ジッタは計測できない。
【０００７】
これに対し、通信事業者においては、ネットワーク利用者への提供サービスの品質を保証する上で、トラフィックの厳密な計測が必要である。
【０００８】
このような通信事業者の要望を満たすために、たとえば非特許文献３に示すように、高精度なＩＰパケット測定の従来技術として、ＧＰＳ(Global Positioning System)と同程度のタイムスタンプを用いるトラフィック計測アナライザがある。このトラフィック計測アナライザは、図１１に示すように、ＩＰネットワーク１００の両端に設置して用いる計測用ソフトウェアを搭載するＩＰトラフィック計測アナライザ１０１，１０２により計測用パケットを送受信する。これによりＩＰトラフィック測定（アクティブ測定）を行うものである。図１１のシステムでは、ＧＰＳ衛星１０３の信号を受信し、ＧＰＳによる高精度な時計１０４，１０５を用いて精密な時刻情報を取得する必要がある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】ＲＦＣ３９５４
【非特許文献２】ＲＦＣ３１７６
【非特許文献３】ｈｔｔｐ：／／ｗｗｗ．ｚｔｉ−ｔｅｌｅｃｏｍ．ｃｏｍ／ＥＮ／ＩＰＴｒａｆｆｉｃ＿ＴＭ．ｈｔｍｌ
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述した非特許文献３（図１１）のＩＰトラフィック計測方法では、トラフィック計測アナライザ１０１，１０２間での高精度な時刻同期にはＧＰＳによることで実現している。この場合、計測地点毎に高価なＧＰＳによる高精度な時計を設置する必要があるという新たな課題が生じる。
【００１１】
また、ネットワーク利用者に対するサービス提供品質はＩＰレイヤのみならず、下位レイヤ（たとえばＥｔｈｅｒｎｅｔ）、上位レイヤ（例えばＴＣＰ(Transmission Control Protocol)、ＵＤＰ(User Datagram Protocol)、ＲＴＰ(Real-time Transport Protocol)）に対する品質モニタも必要になる。
【００１２】
このような観点からみたときに、たとえば市販計測器（例えばアンリツＭＤ１２３０）はレイヤ２−７計測ができる。しかしながら遅延計測にはアクティブ計測（計測用トラフィックを用いた計測）が主で、パッシブ計測（ネットワークを流れるトラフィックをイントルーシブに計測）できないという課題がある。
【００１３】
また、このような市販計測器は、ネットワーク装置としては過剰な機能も含まれていることから高価であると共に、装置に閉じたクロック配信機能を有していないことから、ＧＰＳまたはＣＤＭＡ(Code Division Multiple Access)などの外部基準を必要とするという課題がある。
【００１４】
さらに、通信事業者にとっては、厳密なトラフィック計測を行うことに伴い、トラフィック観測データが膨大となり、ネットワーク利用者に対する迅速な品質管理の提示ができなくなるということも避けなければならない。
【００１５】
本発明は、このような背景の下に行われたものであって、設備コストを増大させることなく、ネットワーク内に閉じた高い時間分解能によりＩＰパケット単位でのトラフィックモニタを行い、トラフィック計測を行うことができると共に、トラフィック観測データのトラフィック量を最適化することができるトラフィック計測システムおよびトラフィック計測方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の１つの観点は、トラフィック観測システムとしての観点である。すなわち、本発明のトラフィック観測システムは、パケットネットワークに配備された複数のトラフィックの計測装置またはトラフィック計測機能を備える複数のネットワークノード装置と、複数の計測装置または複数のネットワークノード装置からのトラフィック観測データの通知を受ける中央局であって、トラフィック観測データを収集して解析する観測データ収集装置を備える中央局と、時刻情報を複数の計測装置または複数のネットワークノード装置に配信する時刻情報配信装置と、を備えるトラフィック計測システムにおいて、複数の計測装置または複数のネットワークノード装置は、時刻情報配信装置から時刻情報を配信されて複数の計測装置間または複数のネットワークノード装置間の時刻を同期させ、中央局は、所定の計測装置またはネットワークノード装置に対し、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を事前に通知する予約機能付計測制御装置をさらに備え、当該所定の計測装置またはネットワークノード装置は、当該通知された時刻にトラフィック計測を開始または終了し、当該通知された時刻での観測データを取得し、中央局に当該観測データを通知するものである。
【００１７】
このときに、予約機能付計測制御装置は、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を表形式により一元的にトラフィック計測予約情報を管理することができる。
【００１８】
さらに、予約機能付計測制御装置は、観測対象となるパケット群を計測装置またはネットワークノード装置に事前に通知し、計測装置またはネットワークノード装置は、時刻毎の観測パケット対象を記載する表を生成し、当該表によってパケットをフィルタリングして観測し、中央局に当該観測データを通知することができる。
【００１９】
また、予約機能付計測制御装置は、観測対象となるフローまたはフロー群に相当する特定のパケット群に対してマスク処理により、観測対象をより広範囲としたパケット群と観測開始時刻、観測終了時刻を計測装置またはネットワークノード装置に通知し、計測装置またはネットワークノード装置は、時刻毎の観測パケット対象を記載する表を保持し、当該表によってパケットをフィルタリングして観測して中央局に当該観測データを通知することもできる。たとえば、特定のパケット群に対してマスタ処理を行うパケット群がＯＳＩ(Open Source Initiation)レイヤの下階層のレベルとするようにできる。
【００２０】
本発明の他の観点は、トラフィック計測方法としての観点である。すなわち、本発明のトラフィック計測方法は、パケットネットワークに配備された複数のトラフィックの計測装置またはトラフィック計測機能を備える複数のネットワークノード装置がトラフィック観測データを中央局に通知し、この中央局の観測データ収集装置がトラフィック観測データを収集して解析するトラフィック計測方法において、時刻情報配信装置が時刻情報を複数の計測装置または複数のネットワークノード装置に配信するステップを実行し、複数の計測装置または複数のネットワークノード装置が時刻情報配信装置から時刻情報を配信されて複数の計測装置間または複数のネットワークノード装置間の時刻を同期させるステップを実行し、中央局の予約機能付計測制御装置が所定の計測装置またはネットワークノード装置に対し、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を事前に通知するステップを実行し、当該所定の計測装置またはネットワークノード装置が当該通知された時刻にトラフィック計測を開始または終了し、当該通知された時刻での観測データを取得し、中央局に上記観測データを通知するステップを実行するものである。
【発明の効果】
【００２１】
本発明によれば、設備コストを増大させることなく、ネットワーク内に閉じた高い時間分解能によりＩＰパケット単位でのトラフィックモニタを行い、トラフィック計測を行うことができると共に、トラフィック観測データのトラフィック量を最適化することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の第一の実施の形態に係るトラフィック計測システムの全体構成図である。
【図２】図１の本発明の第一の実施の形態に係るトラフィック計測システムの全体構成図に対し、観測データ収集、設定情報通知、時刻情報配信の様子を加筆した図である。
【図３】図１の計測装置における蓄積データの例を示す図である。
【図４】図１の観測データ収集装置における蓄積データの例を示す図である。
【図５】図１の時刻情報配信装置と計測装置との間の時刻同期の動作を説明するための図であって、時刻情報配信装置と計測装置の内部構成を示す図である。
【図６】図１の計測装置におけるＲＴＴフィルタリングの動作を説明するための図である。
【図７】図１の計測装置が生成する表の一例を示す図である。
【図８】本発明の第二の実施の形態に係るトラフィック計測システムの全体構成図である。
【図９】図８の予約機能付計測制御装置が生成する表の例を示す図である。
【図１０】本発明の第三の実施の形態に係るトラフィック計測システムにおいて図８の予約機能付計測制御装置が生成する表の例を示す図である。
【図１１】本発明の第五の実施の形態に係るトラフィック計測システムにおいて図８の予約機能付計測制御装置が生成する表の例を示す図である。
【図１２】非特許文献３に係るＩＰトラフィック計測方法を説明するための図である。
【発明を実施するための形態】
【００２３】
（本発明の第一の実施の形態に係るトラフィック計測システム１の構成について）
本発明の第一の実施の形態に係るトラフィック計測システム１の構成について図１および図２を参照して説明する。図１は、トラフィック計測システム１の全体構成図である。図２は、図１の全体構成図に対し、計測装置３０から観測データ収集装置５１への観測データ収集（破線）、予約機能付計測制御装置５３から計測装置３０への設定情報通知（二点鎖線）、時刻情報配信装置５４から計測装置３０への時刻情報配信（一点鎖線）の様子を加筆した図である。
【００２４】
トラフィック計測システム１は、パケットネットワーク２０内のネットワークノード装置１０−１〜１０−４（ネットワークノード装置１０−１〜１０−４をまとめて説明する際にはネットワークノード装置１０とする）にそれぞれ備えられる計測装置３０−１〜３０−１２（計測装置３０−１〜３０−１２をまとめて説明する際には計測装置３０とする）および中央局５０内に備えられる観測データ収集装置５１、観測データ蓄積装置５２、予約機能付計測制御装置５３および時刻情報配信装置５４により構成される。
【００２５】
計測装置３０は、通過トラフィックをもれなく計測できる装置である。また、計測装置３０は、フィルタにより指定のパケットを選択的に計測することもできる。なお、計測装置３０は、予約機能付計測制御装置５３から観測対象となるパケット群の通知を受け取ると、時刻毎の観測パケット対象を記載する階層化された表を生成してフィルタリングに利用する。
【００２６】
観測データ収集装置５１は、計測装置３０が計測した通過トラフィックの情報を収集して解析する装置である。
【００２７】
観測データ蓄積装置５２は、観測データ収集装置５１が収集して解析した情報を蓄積して保持する装置である。
【００２８】
予約機能付計測制御装置５３は、計測装置３０に対し、所定の観測区間、観測種別、観測開始時刻および観測終了時刻の指定を行ない、トラフィック計測を計画的に行うための制御を行う装置である。
【００２９】
時刻情報配信装置５４は、計測装置３０に対して時刻情報を配信する装置である。これにより、各計測装置３０には、高精度の時計などを用意する必要がない。
【００３０】
なお、時刻情報配信装置５４は、中央局５０に設置する限りではなく、ネットワーク内における任意の局（ビル）に配置することも可能である。
【００３１】
（トラフィック計測システム１の動作について）
次に、トラフィック計測システム１の動作について説明する。
【００３２】
図１および図２では、ネットワークノード装置１０のポートは、それぞれ計測装置３０の測定ポートに接続されている。しかし、実際には、ネットワークノード装置１０には他にも多数のポートがあり、不図示の他の装置と接続されている。トラフィックの観測を行いたいフローは、計測装置３０を通過するように計測装置３０の設定が行われているものとする。
【００３３】
また、計測装置３０は、時刻情報配信装置５４と時刻同期パケットの交換を行うことにより内部時刻を時刻情報配信装置５４と一致させる。
【００３４】
また、計測装置３０は、ネットワークノード装置１０から被測定パケットが到着するとその時点の内部時刻と被測定パケットから計算したハッシュ値とを組にして蓄積していく（この処理については後述する）。
【００３５】
計測装置３０は、一定量情報が蓄積するか、一定時間に到達した場合に、観測データ収集装置５１に蓄積データと当該計測装置３０の識別子を送出する。
【００３６】
なお、時刻情報配信装置５４と各計測装置３０との間でパケット交換を行う際には未測定のネットワークの遅延が存在することになる。しかしながら、時刻情報配信装置５４と各計測装置３０との間のＲＴＴ(Round Trip Time)の平均値の近傍のデータ、または、前回のＲＴＴから推定される誤差範囲内に収まるデータだけを用いて時刻同期を実施すれば精確な時刻同期が可能となる。
【００３７】
観測データ収集装置５１は、収集した観測データをまとめて蓄積して情報の解析を行う。観測データ収集装置５１の解析結果は、観測データ蓄積装置５２に蓄積される。
【００３８】
図３は、計測装置３０に蓄積された情報の例を示す図である。被測定パケットが到着するとその時点の内部時刻および被測定パケットから計算したハッシュ値が１行ずつ加えられていく。時刻の有効桁数は時刻情報配信装置５４との同期精度に依存する。計測装置３０は、予め決めておいた行数毎に、もしくは一定時間毎に、測定した計測装置３０−１〜３０−１２を特定するための識別子と共に情報を観測データ収集装置５１に送出する。
【００３９】
図４は、観測データ収集装置５１に蓄積された情報の例を示す。図４では各計測装置３０−１〜３０−１２からの情報を時間でソートした状態を示している。図４の例では、図１および図２で用いた計測装置３０の符号を計測装置３０の識別情報と見なして例示してある。同一のハッシュ値“１２３４”を持つパケットが行３（３０−３）、行７（３０−７）、行１０（３０−８）にあるので、ネットワークノード装置１０−１→１０−３の順に通過したこととそのときの各通過時刻がわかる。したがって、通過時刻の差からそれぞれの区間における遅延時間を計算することが可能である。
【００４０】
ここで、時刻情報配信装置５４および計測装置３０の動作についてさらに詳細に説明する。時刻情報配信装置５４および計測装置３０を用いた時刻同期の構成を図５に示す。計測装置３０は、同期要求パケット送信部３２から送信時刻Ｔ１を書き込んだ同期要求パケットを時刻情報配信装置５４に送信する。
【００４１】
時刻情報配信装置５４は、同期要求パケット受信部６２で同期要求パケットを受信し、同期応答パケット送信部６１から同期応答パケットを計測装置３０に送信する。
【００４２】
同期応答パケットには前述のＴ１の他、同期要求パケット受信部６２が同期要求パケットを受信した時刻Ｔ２と同期応答パケット送信部６１が同期応答パケットを送信した時刻Ｔ３とが書き込まれている。
【００４３】
計測装置３０が同期応答パケット受信部３３で同期応答パケットを受信した時刻をＴ４とする。ここで、Ｔ１およびＴ４はクライアント時刻発生部３１で発生させた時刻であり、Ｔ２およびＴ３はサーバ時刻発生部６０で発生させた時刻である。
【００４４】
クライアント時刻制御部３４はＴ１、Ｔ２、Ｔ３、Ｔ４に基づき、以前の往復遅延時間の平均値ＲＴＴ＿ｍｅａｎを算出し、予め設定したジッタ許容値をδとして、
ＲＴＴｌｉｍ１＝ＲＴＴｍｅａｎ＋δ
ＲＴＴｌｉｍ２＝ＲＴＴｍｅａｎ−δ
ＲＴＴｌｉｍ２＜ＲＴＴ＜ＲＴＴｌｉｍ１
の条件を満足する同期応答信号の時刻差ｄＴだけを透過させ、この時刻差ｄＴに限定して同期クライアントの周波数または時刻の設定に適用するためのＲＴＴフィルタリング処理を行う。
【００４５】
以上のアルゴリズムを詳述すると、以下のようになる。
Ｓ１  ＲＴＴ＿ｍｅａｎ＝｛ＲＴＴ［ｉ−１］＋ＲＴＴ［ｉ−２］＋…＋ＲＴＴ［ｉ−Ｍ］｝／Ｍ
Ｓ２  ＲＴＴ＿ｌｉｍ１＝ＲＴＴ＿ｍｅａｎ＋δ
ＲＴＴ＿ｌｉｍ２＝ＲＴＴ＿ｍｅａｎ−δ
Ｓ３  ＲＴＴ［ｉ］＝Ｔ４［ｉ］−Ｔ３［ｉ］＋Ｔ２［ｉ］−Ｔ１［ｉ］
Ｓ４  ｉｆ（ＲＴＴ＿ｍｅａｎ−δ＜ＲＴＴ［ｉ］＜ＲＴＴ＿ｍｅａｎ＋δ）ｔｈｅｎ
Ｓ５  ｅｌｓｅ  Ｓ８
Ｓ５  ｄＴ［ｉ］＝（Ｔ１［ｉ］−Ｔ２［ｉ］−Ｔ３［ｉ］＋Ｔ４［ｉ］）／２
Ｓ６  ｉ＋＋
Ｓ７  →Ｓ１
Ｓ８  ｉ＋＋
Ｓ９  →Ｓ３
δとしては、例えばジッタの標準偏差の１／１０といった値を用いる。
【００４６】
以上のＲＴＴフィルタリングの動作の様子を図６に示す。図６は、横軸に経過時間をとり、縦軸にＲＴＴをとる。なお、図６における黒丸はＲＴＴフィルタを透過（制御に使う）したＲＴＴを示し、白丸はＲＴＴフィルタを非透過（制御に使わない）のＲＴＴを示す。
【００４７】
クライアント時刻制御部３４はｄＴの値が目標値に近づくようにクライアント時刻発生部３１の位相および周波数を制御する。
【００４８】
なお、ｄＴの目標値としては０（時刻同期の場合）も有り得るし、０以外の値（周波数同期の場合）も有り得る。これは、以下の実施例においても同様である。
【００４９】
（トラフィック計測システム１におけるトラフィック計測の実施形態について）
次に、トラフィック計測システム１におけるトラフィック計測の実施形態について説明する。上述したように、パケットネットワーク２０内の各計測装置３０の時刻は、時刻情報配信装置５４から配信される時刻情報によって同期している。各計測装置３０は自装置で時刻管理する機能を有しており、時刻に対する設定情報を格納する表を有している。
【００５０】
各計測装置３０の設定情報は、中央局５０に配置する予約機能付計測制御装置５３が一元的に管理する。図２の二点鎖線で示すように、予約機能付計測制御装置５４は、各計測装置３０の設定情報を制御する。より具体的には、予約機能付計測制御装置５３が計測装置３０に対して管理している設定情報を通知する。この設定情報を通知された計測装置３０は、この設定情報を自己に記憶する。
【００５１】
このとき、予約機能付計測制御装置５３は、所定の観測区間、観測種別、観測開始時刻および観測終了時刻を基に、対応する各計測装置３０に観測区間、観測開始時刻および観測終了時刻を事前に通知する。各計測装置３０は、当該通知された内容に基づきトラフィック観測のスケジュールを表として生成し、この表のスケジュールにしたがってトラフィック計測を開始または終了し、当該通知された時刻での観測データを取得し、観測データ収集装置５１に観測データを通知する。
【００５２】
ここで計測装置３０が生成する表の一例を図７を参照して説明する。図７は、計測装置３０が生成する表の一例を示す図である。図７に示すように、計測装置３０は、予約機能付計測制御装置５３から通知された設定情報に基づいて観測区間、観測種別、観測開始時刻、観測終了時刻が記録された表を生成する。
【００５３】
図７の例は、ネットワークノード装置１０−１に備えられている計測装置３０−３が生成した表の例である。観測区間は「１０−１⇔１０−３」、「１０−１⇔１０−４」、「１０−１⇔１０−２」、観測種別は「ＦＴＰ(File Transport Protocol)データ」、「ＦＴＰ制御」、「アプリケーションＩＤ♯１」、観測開始時刻は「０７：００」、「０８：００」、「０８：３０」、観測終了時刻は「０７：１０」、「０８：２０」、「０８：３５」である。
【００５４】
たとえば、図７の表によれば、計測装置３０−３は、ネットワークノード装置１０−１とネットワークノード装置１０−３との間（１０−１→１０−３）のＦＴＰデータのＩＰトラフィックを０７：００から観測を開始し、０７：１０に観測を終了することがわかる。あるいは、図７の表によれば、計測装置３０−３は、ネットワークノード装置１０−１とネットワークノード装置１０−４との間（１０−１→１０−３→１０−４）のＦＴＰ制御のＩＰトラフィックを０８：００から観測を開始し、０７：２０に観測を終了することがわかる。あるいは、図７の表によれば、計測装置３０−３は、ネットワークノード装置１０−１とネットワークノード装置１０−２との間（１０−１→１０−３→１０−４→１０−２）のアプリケーションＩＤ♯１のＩＰトラフィックを０８：３０から観測を開始し、０８：３５に観測を終了することがわかる。
【００５５】
なお、計測装置３０は、ネットワークノード装置１０のラインカード等に実装してもよい。または、計測装置３０をトラフィックが透過する形態に加え、ネットワークノード装置１０のミラーポートを使用したタップ型のモニタとしてもよい。また、観測データ収集装置５１および予約機能付計測制御装置５３はサーバ上で動作するソフトウェアとして実装してもよい。
【００５６】
（本発明の第二の実施の形態に係るトラフィック計測システム１Ａについて）
本発明の第二の実施の形態に係るトラフィック計測システム１Ａについて図８および図９を参照して説明する。図８は、トラフィック計測システム１Ａの全体構成図である。図９は、トラフィック計測システム１Ａの予約機能付計測制御装置５３が生成する表の例を示す図である。
【００５７】
トラフィック計測システム１Ａの予約付計測制御装置５３ａは、ネットワーク利用者の通信品質に対する問合せに対して故障通知／故障申告メッセージ８０を発行する。また、故障通知／故障申告メッセージ８０およびネットワーク利用者の通信品質に対するモニタ要求８１（SLA(Service Level Agreement）monitor order）に基づき、予約機能付計測制御装置５３ａは、所定の観測区間、観測種別、観測時刻に関わる測定期間の情報を抽出する。上述の情報をもとに、観測区間に該当する該当計測装置３０は、観測種別、観測開始時刻および観測終了時刻を階層化した表を作成する。
【００５８】
階層化した表は、各計測装置３０に対する時間軸に展開した帯状の予約表であり、観測種別は観測すべきレイヤ毎のパラメータに対応した階層化した表である。
【００５９】
表の形式例を図９に示す。図９では図８のＬＡＮ４０−１とＬＡＮ４０−３を接続するＶＬＡＮサービス利用者（ユーザＩＤ♯１）での品質モニタを行う例を示した。利用ＶＬＡＮに対応するパケットネットワーク２０での通過するネットワークノード装置１０に相当する該当計測装置３０は、計測装置３０−１（計測装置ＩＤ♯１とする），３０−３（計測装置ＩＤ♯２とする），３０−７（計測装置ＩＤ♯３とする），３０−８（計測装置ＩＤ♯４とする），３０−９（計測装置ＩＤ♯５とする），３０−１１（計測装置ＩＤ♯６とする）を使用していることから該当計測装置３０にて観測を行うように計測装置情報を設定することを示す。
【００６０】
ＶＬＡＮサービス利用者（ユーザＩＤ♯２）は、ユーザＩＤ♯２表の計測装置３０−２（計測装置ＩＤ♯７とする），３０−４（計測装置ＩＤ♯８とする），３０−５（計測装置ＩＤ♯９とする），３０−６（計測装置ＩＤ♯１０とする），３０−１０（計測装置ＩＤ♯１１とする），３０−１２（計測装置ＩＤ♯１２とする）を当該時間に観測を行うことを意図する。
【００６１】
（本発明の第三の実施の形態に係るトラフィック計測システムについて）
本発明の第三の実施の形態に係るトラフィック計測システムについて図１０を参照して説明する。なお、当該トラフィック計測システムの構成については、図１および図２に示したトラフィック計測システム１と同じである。
【００６２】
図１０の上段は、計測装置３０を識別する計測装置ＩＤに対して所定時刻でのパラメータ設定の有無、すなわち観測状態を示すものである。なお、図１０の下段に示す略号については、以下に示すとおりである。
ＶＬＡＮ ＩＤ：Ｖｉｒｔｕａｌ
ＬＡＮ ＩＤ
ＭＡＣ ＳＡ：ＭＡＣ
Ｆｒａｍｅ Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ（送信元アドレス）
ＭＡＣ ＤＡ：ＭＡＣ
Ｆｒａｍｅ Ｄｅｓｔｉｎａｔｉｏｎ
Ａｄｄｒｅｓｓ  （宛先アドレス）
ＭＡＣ Ｔｙｐｅ（タイプ値）
ＶＰＮ ＩＤ：Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ  ＩＤ：（Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  （ＭＰＬＳ）  ＶＰＮ  ＩＤ、階層化したＶＬＡＮ  ＩＤ：レイヤ３ではＴｏＳ（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ）レイヤ２ではＣｏＳ（Ｃｌａｓｓ  ｏｆ  Ｓｅｒｖｉｃｅ）等）
ＩＰ  ＳＡ：ＩＰ  ｐａｃｋｅｔ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ  （送信元アドレス）
ＩＰ  ＤＡ：ＩＰ  ｐａｃｋｅｔ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ  （宛先アドレス）
Ｐｒｏｔｏｃｏｌ  ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ
Ｐｒｏｔｏｃｏｌ  ＵＤＰ：Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ
Ｐｒｏｔｏｃｏｌ  ＲＴＰ：Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ
【００６３】
図１０の下段はそれぞれの計測装置３０毎に観測パケットを設定した表である。図では１つのフロー（ＩＰ ＳＡ：０ｘＡＡ１１２２ＡＡ，ＤＡ：０ｘ１１ＡＡ２２ＢＢペア）を観測する状態から、特定の送出ＭＡＣアドレス０ｘ１２ＦＦ３４ＥＥ５６ＤＤのフローに観測するパケット対象が変更される例を示した。
【００６４】
計測装置３０は、図１０に示す計測装置設定情報を元に観測パケットに対するフィルタリングを実施し、フィルタした観測パケットに関する観測結果を観測データ収集装置５１に通知する。
【００６５】
（本発明の第四の実施の形態に係るトラフィック計測システムについて）
本発明の第四の実施の形態に係るトラフィック計測システムについて説明する。なお、当該トラフィック計測システムの構成については、図１および図２に示したトラフィック計測システム１と同じである。
【００６６】
たとえばユーザからの特定のパケット群のＳＡ−ＤＡ間の通信品質のモニタ要求に対し、そのＳＡ−ＤＡ間の限定された狭い観測範囲のみのトラフィック計測に留まらず、より広い観測範囲におけるトラフィック計測を行うことが精度の高いトラフィック観測データ生成の上で重要である。すなわち、特定のパケット群のＳＡ−ＤＡ間の通信品質のモニタ要求に対して適切な「曖昧さ」を設けることにより、広い観測範囲におけるトラフィック計測を行うことができる。
【００６７】
ここで特定のパケット群に対して「曖昧さ」とは当該時間における計測装置３０の設定情報の表の内、情報設定されている最もレイヤの低いパラメータの使用状況に対して、同一レイヤでのサブネットとして観測モニタ範囲を設定することを意図する。
【００６８】
たとえば図１０で例示したＶＬＡＮサービス利用者の特定のＩＰのＳＡ（0x11AA 22AA）−ＤＡ（0x11AA22BB）の通信品質のモニタ要求に対し、予約機能付計測制御装置５３は、下位ビットをマスクしてサブネット（0x11AA22FF）を観測するように当該計測装置３０のパラメータを設定する。
【００６９】
また、例えば、特定のＥｔｈｅｒｎｅｔリンクのＳＡ，ＤＡに対して、ＳＡのみ、またはＤＡのみでフィルタリングしたパケットを観測するように当該プローブのパラメータを設定することも可能である。
【００７０】
（本発明の第五の実施の形態に係るトラフィック計測システムについて）
本発明の第五の実施の形態に係るトラフィック計測システムについて図１１を参照して説明する。なお、当該トラフィック計測システムの構成については、図１および図２に示したトラフィック計測システム１と同じである。
【００７１】
前述したように、特定のパケット群のＳＡ−ＤＡ間の通信品質のモニタ要求に対して適切な「曖昧さ」を設けることにより、広い観測範囲におけるトラフィック計測を行うことができる。
【００７２】
ここで特定のパケット群に対して「曖昧さ」とは当該時間における計測装置３０の設定情報の表の内、情報設定されている最もレイヤの低いパラメータ（ＯＳＩ階層の下層、例えばＩＰ層(ＳＡ，ＤＡ)）を抽出し、その他の上位レイヤのパラメータをマスクして、計測装置設定することを意図している。
【００７３】
図１１は、たとえばＶＬＡＮサービス利用ユーザの特定のＳＡ−ＤＡの通信品質のモニタ要求に対し、予約機能付計測制御装置５３は、特定ＳＡ−ＤＡ通信を行っているＶＬＡＮ
ＩＤに対する観測を行うように該当する計測装置３０のパラメータを設定する。
【００７４】
（本発明の実施の形態に係る効果について）
予約機能付計測制御装置５３，５３ａの予約機能により、必要な観測パケットを必要な時間帯において観測することが可能となる。これにより、観測データ収集装置５１の蓄積情報量と計測装置３０と観測データ収集装置５１との間の通信量を最適化することが可能となる。また、曖昧さによる観測範囲を広げることで監視レベル強化を行うことが可能となり、ネットワーク利用者に対して予防的な措置を事前に講じることができる。
【００７５】
（プログラムを用いた実施の形態について）
中央局５０，５０ａの各部（観測データ収集装置５１の制御機能、観測データ蓄積装置５２の制御機能、予約機能付計測制御装置５３，５３ａの制御機能、時刻情報配信装置５４の制御機能など）は、所定のプログラムにより動作する汎用の情報処理装置（ＣＰＵ(Central Processing Unit)、ＤＳＰ(Digital Signal
Processor)、マイクロプロセッサ（マイクロコンピュータ）など）によって構成されてもよい。例えば、汎用の情報処理装置は、メモリ、ＣＰＵ、入出力ポートなどを有する。汎用の情報処理装置のＣＰＵは、メモリなどから所定のプログラムとして制御プログラムを読み込んで実行する。これにより、汎用の情報処理装置には、中央局５０，５０ａの各部の機能が実現される。また、その他の機能についてもソフトウェアにより実現可能な機能については汎用の情報処理装置とプログラムとによって実現することができる。
【００７６】
なお、汎用の情報処理装置が実行する制御プログラムは、中央局５０，５０ａの出荷前に、汎用の情報処理装置のメモリなどに記憶されたものであっても、中央局５０，５０ａの出荷後に、汎用の情報処理装置のメモリなどに記憶されたものであってもよい。また、制御プログラムの一部が、中央局５０，５０ａの出荷後に、汎用の情報処理装置のメモリなどに記憶されたものであってもよい。中央局５０，５０ａの出荷後に、汎用の情報処理装置のメモリなどに記憶される制御プログラムは、例えば、ＣＤ−ＲＯＭなどのコンピュータ読取可能な記録媒体に記憶されているものをインストールしたものであっても、インターネットなどの伝送媒体を介してダウンロードしたものをインストールしたものであってもよい。
【００７７】
また、制御プログラムは、汎用の情報処理装置によって直接実行可能なものだけでなく、ハードディスクなどにインストールすることによって実行可能となるものも含む。また、圧縮されたり、暗号化されたりしたものも含む。
【００７８】
このように、汎用の情報処理装置とプログラムによって中央局５０，５０ａの機能を実現することにより、大量生産や仕様変更（または設計変更）に対して柔軟に対応可能となる。
【００７９】
（その他の実施の形態）
本発明の実施の形態は、その要旨を逸脱しない限り、様々に変更が可能である。たとえば、観測データ収集装置５１の機能と観測データ蓄積装置５２の機能とを一つに集約した装置を構成してもよい。さらに、この装置に、予約機能付計測制御装置５３，５３ａおよび／または時刻情報配信装置５４の機能を集約してもよい。
【００８０】
上述の実施の形態では、説明を分り易くするために、ネットワークノード装置１０と計測装置３０とを別装置として説明したが、ネットワークノード装置１０に計測装置３０の機能を含むようにしてもよい。
【００８１】
ＬＡＮ４０−１〜４０−３の構成要素については、スイッチ４１、サーバ４２、端末４３に限定されることはなく、他の様々な構成要素としてよい。
【符号の説明】
【００８２】
１，１Ａ…トラフィック観測システム、１０−１〜１０−４…ネットワークノード装置、２０…パケットネットワーク、３０−１〜３０−１２…計測装置、５０，５０ａ…中央局、５１…観測データ収集装置、５２…観測データ蓄積装置、５３，５３ａ…予約機能付計測制御装置、５４…時刻情報配信装置
【図１】
2011082860.tif 000003
【図２】
2011082860.tif 000004
【図３】
2011082860.tif 000005
【図４】
2011082860.tif 000006
【図５】
2011082860.tif 000007
【図６】
2011082860.tif 000008
【図７】
2011082860.tif 000009
【図８】
2011082860.tif 000010
【図９】
2011082860.tif 000011
【図１０】
2011082860.tif 000012
【図１１】
2011082860.tif 000013
【図１２】
2011082860.tif 000014