"ネットワーク内のノードが通信するフレームデータをトラフィックデータとしてキャプチャする第1および第2のキャプチャ装置がそれぞれ収集した第1および第2のトラフィックデータの間で、同じデータパターンとなるフレームデータを求め、求められたフレームデータのキャプチャ時刻が同一時刻になるように、前記第1および第2のトラフィックデータ内の各フレームデータの時刻を補正する時刻補正処理を行い、同一のキャプチャ装置で同じデータパターンが繰り返し現れないフレームデータについて、前記時刻補正処理を行うためのフレームデータとして用い、前記時刻補正処理を行うときに用いるフレームデータの時刻差を限定する、ことを特徴とするトラフィックデータ統合方法。前記第1および第2のキャプチャ装置がそれぞれ収集し前記時刻補正処理が行われた後の各トラフィックデータ内からそれぞれ選択した各フレームデータについて、データパターンが同じフレームデータであって、前記時刻補正処理の後のタイムスタンプ差が所定の時間範囲である場合に、前記各フレームデータは同一のデータフレームであると判断し、一方を削除してマージする、ことを特徴とする請求項1に記載のトラフィックデータ統合方法。3つ以上のキャプチャ装置がそれぞれ収集したトラフィックデータを統合する際に、前記各トラフィックデータ間の重複フレームの有無を判定することにより、前記各キャプチャ装置の隣接関係を判断し、データ統合を行う順序を判定する、ことを特徴とする請求項1に記載のトラフィックデータ統合方法。前記求められた同じデータパケットを有するフレームデータに含まれる無線の物理情報と、前記求められた同じデータパケットを有するフレームデータを送信したキャプチャ装置の位置情報とを基に、前記ネットワーク上のノードの論理的な位置関係を測定する、ことを特徴とする請求項1に記載のトラフィックデータ統合方法。ネットワーク内のノードが通信するフレームデータをトラフィックデータとしてキャプチャする第1および第2のキャプチャ装置がそれぞれ収集した第1および第2のトラフィックデータの間で同じデータパターンとなるフレームデータであって、同一のキャプチャ装置で同じデータパターンが繰り返し現れないフレームデータを求めるフレーム検索部と、前記フレーム検索部9が求めたフレームデータのキャプチャ時刻が同一時刻になるように、前記第1および第2のトラフィックデータ内の各フレームデータの時刻を、前記各フレームデータの時刻差を限定して補正する時刻補正処理を行う時刻補正部と、を有することを特徴とするトラフィックデータ統合装置。前記第1および第2のキャプチャ装置がそれぞれ収集し前記時刻補正処理が行われた後の各トラフィックデータ内からそれぞれ選択した各フレームデータについて、データパターンが同じフレームデータであって、前記時刻補正処理の後のタイムスタンプ差が所定の時間範囲である場合に、前記各フレームデータは同一のデータフレームであると判断し、一方を削除してマージする重複フレーム削除部をさらに有する、ことを特徴とする請求項5に記載のトラフィックデータ統合装置。3つ以上のキャプチャ装置がそれぞれ収集したトラフィックデータを統合する際に、前記各トラフィックデータ間の重複フレームの有無を判定することにより、前記各キャプチャ装置の隣接関係を判断し、データ統合を行う順序を判定する統合順序判定部をさらに有する、ことを特徴とする請求項5に記載のトラフィックデータ統合装置。前記求められた同じデータパケットを有するフレームデータに含まれる無線の物理情報と、前記求められた同じデータパケットを有するフレームデータを送信したキャプチャ装置の位置情報とを基に、前記ネットワーク上のノードの論理的な位置関係を測定する位置情報管理部をさらに有する、ことを特徴とする請求項5に記載のトラフィックデータ統合装置。以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。図1は、ワイヤレスネットワークにおける、トラフィックデータのキャプチャおよび統合を説明する図である。複数のキャプチャ装置A、B、C、D、Eが配置され、それぞれのキャプチャ範囲としては、それぞれが中心となる破線の円で示される範囲内の各ノードがカバーされる。そして、複数のキャプチャ装置A、B、C、D、Eからのデータが、1つのトラフィックデータ統合装置によって収集され、解析される。図2は、図1におけるトラフィックデータ統合装置の第1から第4の実施形態に共通の構成図である。図2において、トラフィックデータ統合装置aは、操作設定部1、ファイル統合部2、データ読込み部3、データ出力部4、トラフィックデータ格納領域5、統合データ格納領域6、入出力インタフェース7、時刻補正部8、フレーム検索部9、重複フレーム削除部10を備えて構成される。トラフィックデータ統合装置aにおいて、操作設定部1は、利用者がトラフィックデータの統合方法を設定し、統合の操作を行うための手段であり、画面やコマンド等のユーザインタフェースを備える。ファイル統合部2は、複数のトラフィックデータを、フレームデータに付加されたタイムスタンプの値を元に統合する機能である。ここで、フレームデータとは、図1の各キャプチャ装置が、それが管轄するキャプチャ範囲内のノードから収集した通信データである。データ読込み部3は、統合対象のトラフィックデータファイルおよび統合処理中に生成される中間データファイルを、トラフィックデータ格納領域5から読み込む機能である。データ出力部4は、統合されたデータおよび統合処理中に生成される中間データを、統合データ格納領域6内のファイルに出力する機能である。トラフィックデータ格納領域5は、複数のキャプチャ装置bにて出力されたトラフィックデータファイルを格納するための、記憶部であるデータ領域である。統合データ格納領域6は、統合されたデータファイルおよび統合処理中に生成される中間データファイルを格納するための、記憶部であるデータ領域である。入出力インタフェース7は、複数のキャプチャ装置bにて出力されたトラフィックデータファイルを取り込み、また、統合されたデータファイルをトラフィックデータの解析ツール等で使うために出力するための、外部インタフェースである。さらに、第1の実施形態に係る構成として、以下の構成を有する。時刻補正部8は、キャプチャ範囲が重なったトラフィックデータには同一のフレームデータが重複して捕捉されることを利用し、同一フレームを捕捉したフレームデータのタイムスタンプが同一の値となるようにトラフィックデータのタイムスタンプを補正する。すなわち、ひとつのキャプチャ装置と他のキャプチャ装置の間で同じデータパターンとなるものとして、求められたフレームデータのキャプチャ時刻を同一時刻として全てのキャプチャデータの時刻を補正する。この補正は一方のキャプチャ装置の時刻に他方のキャプチャ装置の時刻を合わせることにより行う。この時、ひとつのキャプチャ装置でキャプチャされ、トラフィックデータに含まれるフレームデータと同一のフレームを捕捉したデータが他のキャプチャ装置でキャプチャされる。トラフィックデータに含まれているか否かを判断するために、フレーム検索部9を用いる。すなわち、フレーム検索部9は、あるトラフィックデータに含まれるフレームデータと同じデータパターンを持つフレームデータを他のトラフィックデータから検索することにより、同一フレームデータを検出する。このとき、同一のキャプチャ装置で同じデータパターンが繰り返し現れるデータフレーム、例えば再送データについては、時刻補正のデータフレームとして用いない。再送データには、再送フラグが付与されているのでこの再送フラグを用いて同じデータパターンが繰り返されるデータフレームと判断する。さらに、補正を行うときに用いるデータフレーム時刻差を設定することで、キャプチャ装置の時刻のずれが大きい場合でも正確に時刻補正できるようにする。すなわち、時刻補正を行うときに用いるデータフレーム時刻差を大きく例えば1分と設定あるいは限定しておけば分キャプチャ装置でキャプチャするデータフレームの時刻のずれが大きい例えば1分の場合でもそのデータフレームを補正時刻補正対象のデータフレームとして、フレーム検索部9で補足できる。ここで、データパターンとは、キャプチャ装置によって捕捉された、実際にネットワークを流れたフレーム全体のバイト列のことを示している。重複フレーム削除部10は、複数のトラフィックデータに含まれる重複データのうち、1つを残して残りを削除する機能である。重複データか否かの判断は、前述のフレーム検索部9を用いてデータパターンが同じフレームデータを検索することにより行う。第2の実施形態に係る構成として、上述のトラフィックデータ統合装置において、フレーム検索部9における同一フレームの検出手段として、データパターンが一致するか否かのチェックに加えて、タイムスタンプの整合性チェックの手段を備えて構成される。ネットワーク上を流れるプロトコルによっては、例えばプロトコルの再送処理などで同一のデータパターンのフレームが複数回送信することがありえる。従って、単純にデータパターンが一致しただけで同じフレームが重複して捕捉されたものであると判断できない場合がある。そのため、重複フレーム削除部10がフレーム検索部9を用いて重複フレームを検索する場合に、データパターンが同一のフレームデータに付与されている時刻補正後のタイムスタンプの値を比較する。時刻補正後のタイムスタンプ差が所定の時間範囲である場合に、同一のデータフレームであると判断し、一方を削除してマージする。そして、タイムスタンプの差が一定時間を超えた場合は、データパターンが同一であっても異なるフレームであるとみなす。判定基準となるタイムスタンプの差の閾値は、操作設定部1によりユーザが指定するか、予めシステムで設定した値とする。第3の実施形態に係る構成として、上述のトラフィックデータ統合装置において、ファイル統合部2内に、統合順序判定部2-1を備える。この統合順序判定部2-1は、3つ以上のトラフィックデータを統合する場合に、トラフィックデータ間の重複フレームの有無を判定することにより、キャプチャ装置の隣接関係を判断し、統合順序を判定する。物理的に離れた位置に配置したキャプチャ装置で取得したトラフィックデータ同士を統合する場合、対象のトラフィックデータの中に、重複したフレームが含まれない場合があるため、時刻補正が正しく行えない。しかし、該当のキャプチャ装置とそれぞれ隣接しているキャプチャ装置で取得したトラフィックデータを用いて、時刻補正を行うことが可能である。図3は、統合順序判定部2-1の動作説明図である。図3において、キャプチャ装置Aとキャプチャ装置Cはキャプチャできる範囲が離れているため、両者がキャプチャしたデータの中には重複したフレームは含まれない。しかし、キャプチャ装置Bはキャプチャ装置A、キャプチャ装置Cとそれぞれキャプチャできる範囲が重なっているため、重複したフレームが捕捉されることになる。この場合、キャプチャ装置Aとキャプチャ装置Cから取得したトラフィックデータを最初に統合しようとすると時刻補正を正しく行うことができない。しかし、キャプチャ装置Aとキャプチャ装置Bから取得したトラフィックデータを最初に統合し、統合したデータとキャプチャ装置Cから取得したトラフィックデータを統合する。すると、キャプチャできる範囲が重なっていないトラフィックデータ同士を正しく時刻補正することができる。第4の実施形態に係る構成として、図1のトラフィックデータ統合装置のフレーム検索部9において、トラフィックデータに含まれる無線の物理情報を基にノードの位置を推測する手段、および、位置情報管理部11を備えて構成される。一般的なキャプチャ装置が出力するトラフィックデータには、実際にネットワークを流れたフレーム全体のバイト列だけでなく、キャプチャ装置が取得した無線の物理情報が含まれる。トラフィックデータに含まれる無線の物理情報から、ノードとキャプチャ装置間の距離の大小を判断することができる。これを、位置情報管理部11で管理するキャプチャ装置の位置情報と組み合わせることで、ノードの論理的な位置関係を推測することができる。以上説明した図1の構成によれば、キャプチャ装置の時刻がずれていても時刻補正を行えるため、実際にネットワーク上に流れる順序でトラフィックデータを統合できる。また、同じデータパターンのデータは統合の際に1つにまとめてファイルに格納するため、同一データパターンのデータが複数回送信されたように見えることはない。図1の構成により、1つのキャプチャ装置でネットワーク全体のトラフィックデータを捕捉できないようなネットワーク環境においても、複数のキャプチャ装置を使用することで、ネットワーク全体のトラフィックデータを作成することができるようになる。図1の構成にて作成されたデータを解析ツールで解析することにより、1つのキャプチャ装置では解析できなかったネットワーク全体の動作を効率よく解析できるようになる。その結果、ネットワーク機器の開発やネットワーク構築、保守作業の期間工数を短縮でき、また、結果として高品質のネットワークを構築維持することが可能となる。図1の構成を有するトラフィックデータ統合装置の第1から第4の実施形態について、それぞれ以下に順次説明する。まず、トラフィックデータ統合装置の第1の実施形態について説明する。第1の実施形態におけるネットワーク構成の例を、図4に示す。図4の例では、無線LANのアクセスポイントAP1とAP2がEthernet登録商標等の有線LANで接続され、アクセスポイントAP1には端末A~Cが無線LANで接続される。また、アクセスポイントAP2には端末D~Fが無線LANで接続されているケースについて説明する。ここで、ワイヤレスネットワークの例として無線LANを挙げているが、本実施形態で対象とするネットワークは無線LANには限定しない。図4において、キャプチャ装置X、Yを配置する。キャプチャ装置XはAP1および端末A~Dのトラフィックデータをキャプチャし、キャプチャ装置YはAP2および端末D~Fのトラフィックデータをキャプチャできるように配置する。それぞれ、破線の円で示される範囲である。この場合、端末Dのトラフィックデータはキャプチャ装置X、Yの両方で捕捉できる。本実施形態では、ネットワークの範囲が広く端末Dだけが重複する場合について記載しているが、狭い範囲のネットワークでも電波の状態によってはトラフィックデータの捕捉に失敗することもありえる。このような場合に、トラフィックデータの取りこぼしを防ぐために複数のキャプチャ装置を使ってトラフィックデータを取得するような使い方もできる。キャプチャ装置X、Yで取得したトラフィックデータは、トラフィックデータ統合装置aに集める。データを集める方法としては、USBメモリなどの可搬記憶媒体を利用する方法や、キャプチャ装置とトラフィックデータ統合装置をネットワークで接続してネットワーク経由で集める方法が考えられる。ネットワークの経由方法としては例えば、ファイルサーバや、FTPファイルトランスファプロトコルサーバを利用できる。ここでは、キャプチャ装置を2台設置して2つのトラフィックデータを統合する場合の動作を説明するが、統合するファイルの数は2つには限定せず、3つ以上であってもよい。次に、第1の実施形態におけるトラフィックデータ統合処理の全体の処理の流れを、図5のフローチャートを用いて説明する。まず、利用者は、操作設定部1を用いて、統合の条件を設定し、統合処理を開始するステップS501。統合の条件としては、統合するトラフィックデータのファイル名、結果として得られる統合データの出力先ファイル名、データの統合順序などが挙げられる。統合処理を開始すると、ファイル統合部2は時刻補正部8を用いて、トラフィックデータの時刻補正を行うステップS502。時刻補正部8では、フレーム検索部9を用いて、複数のトラフィックデータファイルの中から重複したフレームデータを検索し、重複したフレームデータのタイムスタンプが同じ値になるように時刻を補正する。次に、ファイル統合部2は、重複フレーム削除部を用いて、複数のトラフィックデータに含まれる重複したフレームデータを削除するステップS503。最後に、重複したフレームデータが削除されたトラフィックデータを、時刻補正後のタイムスタンプの順序で統合し、統合した結果をファイルに出力するステップS504。図6は、図2の時刻補正部8により実行される、図5のステップS502の時刻補正処理を示すフローチャートである。まず、時刻補正の対象となるトラフィックデータ1,2が読み込まれるステップS601。次に、トラフィックデータ1から1つのフレームデータとしてフレームデータ1が取得されるステップS602。次に、フレームが存在するか否か、すなわち、ステップS602にてフレームデータ1が取得できたか否かが判定されるステップS603。ステップS603にてフレームが存在すると判定された場合には、トラフィックデータ2から、フレームデータ1と同一パターンのフレームデータ2が検索されるステップS604。次に、ステップS604の検索の結果、同一パターンのフレームが存在するか否かが判定されるステップS605。存在しなければ、ステップS602に戻って、トラフィックデータ1から次の1つのフレームデータとしてフレームデータ1が取得され、そのフレームデータ1に対して、同一パターンのフレームデータ2が検索される。すなわち、ステップS605→S602→S603→S604→S605の処理が繰り返される。トラフィックデータ1中のフレームデータが全て処理され、ステップS603にてフレームが存在しなくなったと判定されたら、時刻補正処理を終了する。ステップS605にて、フレームデータ1と同一パターンのフレームデータ2が存在すると判定されると、次式により、基準データとの時差が計算されるステップS605→S606。フレームデータ1の時刻-フレームデータ2の時刻最後に、トラフィックデータ2の全フレームに対して、基準データとの時差が加算されることにより、その全フレームの時刻が更新されるステップS607。この処理の後、時刻補正処理が終了する。図7は、第1の実施形態における時刻補正前後のトラフィックデータの例を示す図である。図7において、701は、1つのキャプチャ装置から収集された、時刻補正前のトラフィックデータ1である。また、702は、他のキャプチャ装置から収集された、時刻補正前のトラフィックデータ2である。トラフィックデータには、ネットワークを流れるフレームデータと、キャプチャ装置にてフレームデータを捕捉した時刻タイムスタンプが含まれている。本実施例では、トラフィックデータ1701のタイムスタンプが正しく、トラフィックデータ2702のタイムスタンプがずれていると仮定して、トラフィックデータ2702のタイムスタンプを補正する方法を用いる。以降、トラフィックデータ1701を、基準データと呼ぶ。まず、トラフィックデータ1701の先頭のフレームデータAAAAAAAAが取得される図6のS602。そして、データパターンがAAAAAAAAであるフレームデータがトラフィックデータ2702に存在するか否かが検索される図6のS604、S605。しかし、トラフィックデータ2702にはフレームデータAAAAAAAAが存在しないので、当該フレームは時刻補正には利用しない。次に、トラフィックデータ1701の2番目のフレームデータBBBBBBBBが取得され図6のS602、データパターンがBBBBBBBBであるフレームデータがトラフィックデータ2702に存在するか否かが検索される図6のS604、S605。トラフィックデータ2702にはデータパターンがBBBBBBBBであるフレームデータが存在する。このため、当該フレームデータは同一フレームが異なるキャプチャ装置で捕捉されたデータであると判断され、時刻補正に利用される図6のS605→S606。ここで、データパターンがBBBBBBBBであるフレームデータのタイムスタンプは、トラフィックデータ1701では201077180003000である。一方、トラフィックデータ2702では201077180003500であり、トラフィックデータ2702のタイムスタンプが500ミリ秒進んでいる。そのため、基準データではないトラフィックデータ2702の各フレームの時刻が500ミリ秒戻され、データパターンがBBBBBBBBであるフレームデータのタイムスタンプが一致させられる図6のS606→S607。その結果、時刻補正後のトラフィックデータのタイムスタンプはトラフィックデータ1703とトラフィックデータ2704のように変更される。以上説明した第1の実施形態では、1フレームのデータパターンが一致した時点で、そのフレームの時差で基準データではないトラフィックデータの全フレームのタイムスタンプが修正される。これに対して、複数のフレームから時差の平均値を求めて補正に使用したり、基準とするデータをフレーム単位で変えたりと、様々な方法を採用することができる。図8は、図2の重複フレーム削除部10により実行される、図5のステップS503の重複フレーム削除処理を示すフローチャートである。まず、重複フレーム削除の対象となる上述の時刻補正後のトラフィックデータ1,2が読み込まれるステップS801。次に、時刻補正後のトラフィックデータ1から1つのフレームデータとしてフレームデータ1が取得されるステップS802。次に、フレームが存在するか否か、すなわち、ステップS802にてフレームデータ1が取得できたか否かが判定されるステップS803。ステップS803にてフレームが存在すると判定された場合には、時刻補正後のトラフィックデータ2から、1つのフレームデータとしてフレームデータ2が取得されるステップS804。次に、フレームが存在するか否か、すなわち、ステップS804にてフレームデータ2が取得できたか否かが判定されるステップS805。ステップS805にてフレームが存在すると判定された場合には、ステップS802で取得されたフレームデータ1とステップS804で取得されたフレームデータ2のデータパターンが一致するか否かが判定されるステップS806。データパターンが一致しなければ、ステップS804に戻って、トラフィックデータ2から次の1つのフレームデータとしてフレームデータ2が取得され、そのフレームデータ2がフレームデータ1と一致するか否かが判定される。すなわち、ステップS806→S804→S805→S806の処理が繰り返される。トラフィックデータ2中のフレームデータが全て処理され、ステップS805にてフレームが存在しなくなったと判定されたら、ステップS802に戻る。ステップS806にてフレームデータ1と2のデータパターンが一致すると判定されると、時刻補正後のトラフィックデータ2から、現在のフレームデータ2が削除されるステップS807。その後、ステップS802に戻る。ステップS805またはS807からステップS802に戻ると、トラフィックデータ1から次の1つのフレームデータとしてフレームデータ1が取得され、そのフレームデータ1に対する重複の判定と削除の処理が実行される。すなわち、ステップS802からS807までの一連の処理が繰り返される。トラフィックデータ1中のフレームデータが全て処理され、ステップS803にてフレームが存在しなくなったと判定されたら、時刻補正後のトラフィックデータ1、2がタイムスタンプ順にマージされ、重複フレーム削除処理を終了するステップS808。図9は、第1の実施形態における重複フレーム削除前後のトラフィックデータの例を示す図である。図9において、901は、1つのキャプチャ装置から収集され時刻補正処理された後の、重複削除前のトラフィックデータ1である。また、902は、他のキャプチャ装置から収集され時刻補正処理された後の、重複削除前のトラフィックデータ2である。それぞれ、図7のトラフィックデータ1703と、トラフィックデータ2704と同一である。時刻補正の場合と同様に、トラフィックデータ1901とトラフィックデータ2902でデータパターンが同じフレームが検索される図8のS802からS806。この結果、データパターンBBBBBBBBとCCCCCCCCが重複していることが分かる。そこで、基準データではないトラフィックデータ2902からデータパターンがBBBBBBBBとCCCCCCCCのフレームが削除される図8のS807。この結果として、トラフィックデータ1903とトラフィックデータ2904が得られる。この2つのトラフィックデータをタイムスタンプ順にマージすると図8のS808、図10の統合データ1001が出力される。図10において、フレームデータBBBBBBBBとCCCCCCCCが重複削除されて、それぞれ1つずつのデータにされたものである。また、フレームデータAAAAAAAAとDDDDDDDDとEEEEEEEEは、トラフィックデータ1から取得されたものである。さらに、フレームデータFFFFFFFFとGGGGGGGGとHHHHHHHHは、トラフィックデータ2から取得されたものである。これらがタイムスタンプ順に並び替えられてマージされる。以上のようにして、第1の実施形態の構成により、2つのトラフィックデータを統合することができる。3つ以上のトラフィックデータの統合は、2つのトラフィックデータの統合を繰り返すことにより実現できる。次に、トラフィックデータ統合装置の第2の実施形態について説明する。第2の実施形態では、図2の重複フレーム削除部10から参照されるフレーム検索部9の処理において、同一フレームの検出において、データパターンが一致するか否かのチェックに加えて、タイムスタンプの整合性チェックを行うようにしたものである。図11は、第2の実施形態におけるタイムスタンプの整合性チェック処理を含む重複フレーム削除処理を示すフローチャートである。図11において、第1の実施形態に係る図8の場合と同じ処理のステップには、同じステップ番号を付してある。第2の実施形態に係る図11の処理が第1の実施形態に係る図8の処理と異なる点は、次の点である。図11のステップS805にてフレームデータ2のフレームが存在すると判定された場合に、まず、フレームデータ1とフレームデータ2の時刻時差が、許容範囲内にあるか否かが判定されるステップS1101。そして、フレームデータ1とフレームデータ2の時刻が許容範囲内にある場合に限り、ステップS802で取得されたフレームデータ1とステップS804で取得されたフレームデータ2のデータパターンが一致するか否かが判定されるステップS806。フレームデータ1とフレームデータ2の時刻が許容範囲内にない場合には、両者は同じフレームデータであるとはみなされず重複フレーム削除処理は行われずに、ステップS802に戻る。このようにして、第2の実施形態では、フレームデータ1とフレームデータ2の時刻がかけ離れている場合には重複フレーム削除処理は行わないという、タイムスタンプの整合性チェックを行うことが可能となる。図12は、第2の実施形態における時刻補正前後のトラフィックデータの例を示す図である。図12において、1201は、1つのキャプチャ装置から収集された、時刻補正前のトラフィックデータ1である。また、1202は、他のキャプチャ装置から収集された、時刻補正前のトラフィックデータ2である。第1の実施形態に係る図7の場合と同じように、トラフィックデータ1とトラフィックデータ2間で、フレームデータBBBBBBBBが同一と判定される。これを受けて、フレームデータBBBBBBBBのタイムスタンプの差500ミリ秒が、トラフィックデータ21202から戻される。この結果、フレームデータCCCCCCCCのタイムスタンプは、トラフィックデータ11203では201077180007000で、トラフィックデータ21204では201077180007050となり、50ミリ秒の時差がある。これは、各トラフィックデータにおけるフレームデータBBBBBBBBとCCCCCCCCのタイムスタンプの差が一致しないためであり、キャプチャ装置の処理遅延などによりこのような状態になることがありえる。このような場合に、本来同一フレームであるはずのデータパターンCCCCCCCCのフレームデータが別フレームとして判断することを避けるために、時刻補正後のタイムスタンプの誤差を許容できるようにする図11のS1101。例えば、図12のデータにおいて、図11のステップS1101での時刻補正後のタイムスタンプの誤差の許容範囲を100ミリ秒とする。図12の例では、データパターンCCCCCCCCのフレームのタイムスタンプの誤差は50ミリ秒であり、100ミリ秒以内である。この結果、トラフィックデータ1とトラフィックデータ2とでフレームデータCCCCCCCCは同一フレームであると判断され、トラフィックデータ2から重複フレームとして削除される図11のS1101→S806→S807。次に、トラフィックデータ統合装置の第3の実施形態について説明する。以上をまとめるとネットワーク内のノードが通信するフレームデータをトラフィックデータとしてキャプチャする第1および第2のキャプチャ装置がそれぞれ収集した第1および第2のトラフィックデータの間で、同じデータパターンとなるフレームデータを求め、S601~S605求められたフレームデータのキャプチャ時刻が同一時刻になるように、前記第1および第2のトラフィックデータ内の各フレームデータの時刻を補正する時刻補正処理を行いS606、S607、同一のキャプチャ装置で同じデータパターンが繰り返し現れないフレームデータについて、前記時刻補正処理を行うするためのフレームデータとして用い、前記時刻補正処理を行うときに用いるフレームデータの時刻差を限定する、ことを特徴とするトラフィックデータ統合方法が提供される。これまでの実施形態において、複数のトラフィックデータに重複したフレームが含まれていることを前提に説明したが、実際のトラフィックデータには、必ずしも重複したフレームが含まれているとは限らない。例えば、図13のように4台のキャプチャ装置A~Dがあり、それぞれのキャプチャ範囲が、A、C、D、Bの順に一列に並んでいるケースを考える。トラフィックデータA1301とトラフィックデータB1304は、キャプチャ装置のキャプチャ範囲が重なっていないため、フレームデータは重複しておらず、時刻補正が行えない。しかし、A1301とC1302、C1302とD1303、D1303とB1304の各トラフィックデータは、それぞれキャプチャ装置のキャプチャ範囲が重なっているため、データが重複する。よって、A1001とC1002で時刻補正し、次に時刻補正後のC1002とD1003を時刻補正し、最後に時刻補正後のD1003とB1004を時刻補正する、4つのトラフィックデータの時刻を補正できる。このように、時刻補正の順序によって時刻補正の結果が異なるため、トラフィックデータ間での重複データの有無を調べることにより、最適な順序で時刻補正を行えるようにする。上記のように最適な順序で統合を行うために、第3の実施形態では、次のような方法を用いる。まず図14のように、トラフィックデータのファイルが統合順に並ぶテーブル統合順テーブルと、統合対象となるトラフィックデータのファイルを格納するテーブルファイル一覧テーブルを設ける。統合順テーブルには、時刻の基準としたファイルここではトラフィックデータAとするを先頭に格納する。I.トラフィックデータAで、ファイル一覧テーブルのトラフィックデータに対して、重複するデータを検索する。検索順はファイル一覧テーブルの上から、トラフィックデータB~Dの降順で検索する。図13のキャプチャ装置の配置より、トラフィックデータCに重複データが検索される。検索されたトラフィックデータは、図14のIのように統合順テーブルに格納される。II.統合順テーブルのトラフィックデータAでの検索が終了すると、統合順テーブルの次のIで統合順テーブルに格納されたトラフィックデータCで同様に、ファイル一覧テーブルに対して検索を行う。図13のキャプチャ装置の配置より、結果として、トラフィックデータDが検索され、図14のIIのように統合順テーブルに格納される。III.I、IIと同様の方法で検索を行う。図13のキャプチャ装置の配置より、トラフィックデータBが検索される図14のIII。IV.統合順テーブルのすべてのトラフィックデータでの検索が終わるか、ファイル一覧テーブルに検索対象のトラフィックデータがなくなれば、検索は終了する図14のIV。この際ファイル一覧テーブルに、トラフィックデータが残っていれば、データが重複していないため、時刻補正が行えないトラフィックデータが存在することになる。これにより統合順テーブルには、最適な統合の順にトラフィックデータが並び、テーブルにあるトラフィックデータを降順で統合することができる。図15は、以上の第3の実施形態の動作を実現するために、図2の統合順序判定部2-1により実行される統合順序判定処理を示すフローチャートである。まず、時刻の基準となるトラフィックデータが統合順テーブルに格納されるステップS1501。次に、統合順テーブルの末尾のトラフィックデータと重複するデータが、ファイル一覧テーブルから検索されるステップS1502。次に、上記検索の結果、重複データがあるか否かが判定されるステップS1503。重複データがあれば、重複するトラフィックデータが統合順テーブルに移動させられるステップS1503→S1504。次に、ファイル一覧テーブルのデータの有無が判定されるステップS1505。ファイル一覧テーブルのデータが有れば、ステップS1502に戻って、統合順テーブルの末尾のトラフィックデータと重複するデータが、ファイル一覧テーブルからさらに検索されるステップS1502。ステップS1503で重複データがないと判定されるか、ステップS1505でファイル一覧テーブルのデータが無くなったと判定されると、統合順序判定処理を終了する。このように第3の実施形態では、統合順序判定処理図2の統合順序判定部2-1により、3つ以上のトラフィックデータを統合する場合に、トラフィックデータ間の重複フレームの有無を判定してキャプチャ装置の隣接関係を判断し、統合順序を判定できる。以上のようにして統合順次が判定された後、その統合順序に従って選択された2つのトラフィックデータをトラフィックデータ1、2とし、時刻補正処理および重複フレーム削除処理が実行される。これらの処理は、第1の実施形態で説明した時刻補正処理、および第1または第2の実施形態で説明した重複フレーム削除処理と同様である。トラフィックデータ統合装置の第4の実施形態について説明する。図16は、第4の実施形態において、重複フレームデータを用いてノードの論理的な位置を推測する方法を説明するための図である。トラフィックデータには、タイムスタンプとフレームデータの他に、キャプチャ装置のハードウェアから取得した無線物理情報を含めることが可能である。例えば、無線の信号強度などである。図16aは、ネットワーク上のノードとキャプチャ装置の位置関係を示した図である。また、キャプチャ装置がトラフィックデータをキャプチャできる範囲を破線の円で記載している。第4の実施形態のキャプチャ範囲は、キャプチャ装置を中心とした円状に広がると仮定して記載しているが、実際のネットワークでは障害物の位置などにより変わる。図16aにおいて、キャプチャ装置Aが補足するデータはノード1235のデータ、キャプチャ装置Bが補足するデータはノード1246のデータ、キャプチャ装置Cが補足するデータはノード1347のデータである。図16bは、キャプチャ装置ABCのキャプチャ範囲が重なるエリアをI~IVに分類した図である。キャプチャ範囲がどのように重なるかは、キャプチャ装置の位置情報と、キャプチャ装置からの距離を元に決定する。例えば、キャプチャ装置の位置情報はキャプチャ装置にGPSGlobalPositioningSystem:全地球測位システムを搭載して取得した情報を用いたり、ユーザが事前に把握している位置情報を用いたりすることができる。また、キャプチャ範囲内とするキャプチャ装置からの距離は、キャプチャ対象のネットワークの仕様を基に決定しておく。ここで、ノード1から送信されたフレームデータが、キャプチャ装置A、B、Cのトラフィックデータすべてに含まれていた場合、該当フレームの送信元であるノード1は図16bのエリアIに存在すると推測する。同様に、ノード2から送信されたデータがキャプチャ装置A、Bのトラフィックデータに含まれていた場合、ノード2は図16bのエリアIIに存在すると推測する。エリアIII、IVについても同様である。このようにして、フレームデータの重複度合いから、大まかなノードの位置を推測することが可能となる。図16において、AとBとの交わりA∩Bにあるノード2と1に関し、AとBを統合したA∪Bの集合の中でデータ統合し、その次に集合A∪BとCとの間でデータ統合すればノード3,1,4がデータ統合される。一般的に多重化されたキャプチャ領域が重なっている場合は、2つのキャプチャ領域の重なりに関するデータ統合の繰り返しでデータ統合が可能となる。図17は、上述の第4の実施形態の動作を実現するために、図2の位置情報管理部11内に設けられる重複フレームテーブルと位置情報テーブルのデータ構成例を示す図である。図17aの重複フレームテーブルは、時刻補正後のタイムスタンプと、フレームデータの識別情報と、そのフレームデータを送信した送信元ノードの識別情報と、そのフレームデータを検出したキャプチャ装置の識別情報を保持する。図17aの例からは、送信元ノード1からのタイムスタンプが2010/7/718:00:03.000のフレームデータBBBBBBBBが、A、B、Cの3つのキャプチャ装置で検出されたことがわかる。また、送信元ノード2からのタイムスタンプが2010/7/718:00:07.000のフレームデータCCCCCCCCが、A、Bの2つのキャプチャ装置で検出されたことがわかる。図17bの位置情報テーブルは、キャプチャ装置の識別情報と、キャプチャ装置の設置位置のX座標とY座標、キャプチャ範囲キャプチャ装置が配置される中心からの距離を保持する。図17bの例からは、キャプチャ装置Aは、設置位置として100,300のXY座標値を有し、キャプチャ範囲は150であることがわかる。また、キャプチャ装置Bは、設置位置として300,250のXY座標値を有し、キャプチャ範囲は150であることがわかる。さらに、キャプチャ装置Cは、設置位置として200,100のXY座標値を有し、キャプチャ範囲は150であることがわかる。図18は、上述した第4の実施形態の動作を実現するために、図2の位置情報管理部11によって実行される、キャプチャ範囲の重なりによるノードの位置を推測する処理を示すフローチャートである。まず、第1の実施形態で示した方法により、図2の時刻補正部8により全トラフィックデータの時刻が補正されるステップS1801図2の時刻補正部8により実行される図6のフローチャート。次に、ステップS1801にて時刻補正されたトラフィックデータが1つ選択され、フレームデータが取得されるステップS1802。次に、ステップS1801にて時刻補正された検索対象のトラフィックデータが選択されるステップS1803。次に、ステップS1803で選択された検索対象のトラフィックデータより、重複フレームデータが検索されるステップS1804。そして、重複フレームがあるか否かが判定されるステップS1805。ステップS1805にて重複フレームがあると判定された場合、重複フレームテーブル図17a参照にキャプチャ装置の識別情報が追加されるステップS1806。ステップS1805にて重複フレームがないと判定された場合、ステップS1802で取得されているフレームデータより、送信元ノードが特定されるステップS1807。そして、重複フレームテーブル図17aに、新規レコード、すなわち、タイムスタンプとフレームデータと送信元ノードの各情報組が、追加されるステップS1808。ステップS1806またはS1808の処理の後、検索対象として、ステップS1801にて時刻補正された他のトラフィックデータがあるか否かが判定されるステップS1809。ステップS1809にて他のトラフィックデータがあると判定されれば、ステップS1803の処理に戻って、新たな検索対象のトラフィックデータが選択され、重複フレームデータが検索される。ステップS1803にて他のトラフィックデータがないと判定されれば、重複フレームテーブル図17aより、キャプチャ装置のリストが取得されるステップS1810。次に、位置情報テーブル図17bより、ステップS1810で取得されたリスト中の各キャプチャ装置の位置情報設置位置のXY座標値とキャプチャ範囲が取得されるステップS1811。そして、ステップS1811で取得された各位置情報のXY座標値とキャプチャ範囲より、キャプチャ範囲が重なるエリアが特定されるステップS1812。図19は、第4の実施形態において、重複フレームデータと無線の物理情報を基に、ノードの位置の推測に必要な情報を作成する方法を説明するための図である。例えば、図16bのエリアIにあるノード1から送信されたデータを、キャプチャ装置ABCで捕捉した時の信号強度を、SSIA、SSIB、SSICとする。図2のフレーム検索部9にてフレームデータの重複を検出すると、次のような制御を行う。図19aに例示される管理テーブルに、該当フレームデータの送信元ノードの識別情報2101、該当フレームデータをキャプチャした装置の識別情報2102、該当フレームデータ捕捉時の信号強度2103を格納する。この管理テーブルの情報とキャプチャ装置の位置情報を用いれば、ノードの位置を推測することが可能となる。すなわち、図19bに示されるように、各キャプチャ装置から、各々にて検出された信号強度に比例する距離として、ノードの位置を推測できる。図20は、図19に示される第4の実施形態の動作を実現するために、図2の位置情報管理部11内に設けられる重複フレームテーブルと位置情報テーブルのデータ構成例を示す図である。図20aの重複フレームテーブルは、図17aと同様に、時刻補正後のタイムスタンプと、フレームデータの識別情報と、そのフレームデータを送信した送信元ノードの識別情報と、そのフレームデータを検出したキャプチャ装置の識別情報を保持する。さらに、重複フレームテーブルは、各キャプチャ装置ごとに、そこでフレームデータが検出されたときの信号強度デシベル値を保持する。図20aの例からは、送信元ノード1からのタイムスタンプが2010/7/718:00:03.000のフレームデータBBBBBBBBが、A、B、Cの3つのキャプチャ装置で検出されたことがわかる。そして、A、B、Cの各キャプチャ装置での信号強度はそれぞれ、-50dBm、-70dBm、-65dBmであることがわかる。また、送信元ノード2からのタイムスタンプが2010/7/718:00:07.000のフレームデータCCCCCCCCが、A、Bの2つのキャプチャ装置で検出されたことがわかる。そして、A、Bの各キャプチャ装置での信号強度はそれぞれ、-55dBm、-55dBmであることがわかる。図20bの位置情報テーブルは、キャプチャ装置の識別情報と、キャプチャ装置の設置位置のX座標とY座標を保持する。図20bの例からは、キャプチャ装置Aは設置位置として100,300のXY座標値、キャプチャ装置Bは300,250のXY座標値、キャプチャ装置Cは200,100のXY座標値であることがわかる。図21は、図19に示される第4の実施形態の動作を実現するために、図2の位置情報管理部11によって実行される、信号強度の差によりノードの位置を推測する処理を示すフローチャートである。図21において、図18の場合と同じ処理のステップには、同じステップ番号を付してある。図21のフローチャートが図18のフローチャートと異なる点は、図18のステップS1810の代わりにステップS2101とS2102が実行され、図18のステップS1812の代わりにステップS2103が実行される点である。また、図21のステップS1806において、重複フレームテーブル図20a参照にキャプチャ装置の識別情報が追加されるときに、信号強度の情報も共に追加される。そして、重複フレームテーブルへの設定が全て終了した後、重複フレームテーブルよりキャプチャ装置と信号強度のリストが取得されるステップS2101。続いて、信号強度より各キャプチャ装置と送信元ノードの距離が計算されるステップS2102図20b参照。次に、位置情報テーブル図20bより、ステップS2101で取得されたリスト中の各キャプチャ装置の位置情報設置位置のXY座標値が取得されるステップS1811。そして、ステップS1811で取得された各位置情報のXY座標値と、ステップS2102にて計算された各キャプチャ装置からの距離より、ノードの位置が特定されるステップS2103。以上のようにして、第4の実施形態では、複数のキャプチャ装置から収集されるトラフィックデータに基づいて、トラフィックデータの各フレームデータの送信元ノードの論理的な位置関係を推測することが可能となる。以上説明した各実施形態において、同一のキャプチャ装置で同じデータパターンが繰り返し現れるフレームデータについては、時刻補正のフレームデータとして用いないようにすることができる。また、第1の実施形態において、時刻の補正を行うときに用いるフレームデータの時刻差を限定することで、キャプチャ装置の時刻のずれが大きい場合でも正確に時刻補正できるようにすることもできる。図22は、上記第1から第4の実施形態のトラフィックデータ統合装置をソフトウェア処理として実現できるコンピュータのハードウェア構成の一例を示す図である。図22に示されるコンピュータは、CPU2201、メモリ2202、入力装置2203、出力装置2204、外部記憶装置2205、可搬記録媒体2209が挿入される可搬記録媒体駆動装置2206、及び通信インタフェース2207を有し、これらがバス2208によって相互に接続された構成を有する。同図に示される構成は上記システムを実現できるコンピュータの一例であり、そのようなコンピュータはこの構成に限定されるものではない。CPU2201は、当該コンピュータ全体の制御を行う。メモリ2202は、プログラムの実行、データ更新等の際に、外部記憶装置2205或いは可搬記録媒体2209に記憶されているプログラム又はデータを一時的に格納するRAM等のメモリである。CUP2201は、プログラムをメモリ2202に読み出して実行することにより、全体の制御を行う。入出力装置2203は、ユーザによるキーボードやマウス等による入力操作を検出し、その検出結果をCPU2201に通知し、CPU2201の制御によって送られてくるデータを表示装置や印刷装置に出力する。外部記憶装置2205は、例えばハードディスク記憶装置である。主に各種データやプログラムの保存に用いられる。可搬記録媒体駆動装置2206は、光ディスクやSDRAM、コンパクトフラッシュ登録商標等の可搬記録媒体2209を収容するもので、外部記憶装置2205の補助の役割を有する。通信インタフェース2207は、例えばLANローカルエリアネットワーク又はWANワイドエリアネットワークの通信回線を接続するための装置である。第1~第4の実施形態によるシステムは、図5、図6、図8、図11、図15、図18、図21等のフローチャート等で実現される機能を搭載したプログラムをCPU2201が実行することで実現される。そのプログラムは、例えば外部記憶装置2205や可搬記録媒体2209に記録して配布してもよく、或いはネットワーク接続装置2207によりネットワークから取得できるようにしてもよい。"