(57)【特許請求の範囲】
【請求項１】
ＩＰネットワークの主要なバックボーン回線上における任意の一領域に設置された情報処理手段において、当該バックボーン回線上に生じた全トラフィックから、サーバントに搭載されたピアツーピアアプリケーションが発生するトラフィックの分離を行うためのトラフィック分離方法であって、
前記バックボーン回線上を伝送するパケットのヘッダ情報を解析するとともに、
前記サーバントが構成するピアツーピアネットワーク上において、接続された当該サーバントのアドレス情報を取得し、
当該ヘッダ情報と当該アドレス情報とを対照比較して、
前記バックボーン回線に生じた全トラフィックから前記ピアツーピアアプリケーションが発生したトラフィックを特定、分離する、
ことを特徴とするトラフィック分離方法。
【請求項２】
前記アドレス情報の取得は、
前記ピアツーピアネットワークにクライアントとして参加接続して、
当該ピアツーピアネットワークに接続された前記サーバントの前記アドレス情報を監視して取得する、
ことを特徴とする請求項１に記載のトラフィック分離方法。
【請求項３】
前記トラフィックの特定、分離は、
先に、前記バックボーン回線上を伝送するパケット毎に対応する前記ヘッダ情報と、別途前記ピアツーピアネットワーク上において取得した前記アドレス情報とを対照比較して、
複数の前記ヘッダ情報中から前記アドレス情報と合致するもののみ抽出、記録することにより、前記ピアツーピアアプリケーションが発生した前記トラフィックを特定、分離する、
ことを特徴とする請求項１又は２に記載のトラフィック分離方法。
【請求項４】
前記アドレス情報の取得は、
前記サーバントから送信されたパケットのヘッダ情報を解析し、
その解析された前記ヘッダ情報から前記サーバントのＩＰアドレスを取得する、
ことを特徴とする請求項１、２又は３に記載のトラフィック分離方法。
【請求項５】
前記アドレス情報の取得は、
前記ピアツーピアネットワーク上において監視された前記アドレス情報中においてユニークな前記アドレス情報のみ選択取得する、
ことを特徴とする請求項１、２、３又は４に記載のトラフィック分離方法。
【請求項６】
前記アドレス情報の取得は、
前記ＩＰネットワーク上の広域に渡って複数設置されたノードにて、前記ピアツーピアネットワーク上において監視された前記アドレス情報を取得する、
ことを特徴とする請求項１、２、３、４又は５に記載のトラフィック分離方法。
【請求項７】
前記情報処理手段は、
予め設定された任意の周期が到来する毎に前記アドレス情報を取得するとともに、
取得した前記アドレス情報を当該周期毎に更新する、
ことを特徴とする請求項１、２、３、４、５又は６に記載のトラフィック分離方法。
【請求項８】
前記ヘッダ情報の解析は、
前記パケットが具備する前記ヘッダ情報から当該パケット毎に、タイムスタンプ情報、発信ＩＰアドレス、着信ＩＰアドレス、発信ポート番号、着信ポート番号及びパケットサイズの解析を行う、
ことを特徴とする請求項１、２、３、４、５、６又は７に記載のトラフィック分離方法。
【請求項９】
ＩＰネットワークの主要なバックボーン回線上において、当該バックボーン回線上に生じた全トラフィックから、サーバントに搭載されたピアツーピアアプリケーションが発生するトラフィックの分離を行うための情報処理手段であって、
前記バックボーン回線上を伝送するパケットのヘッダ情報を解析し、当該ヘッダ情報から前記パケット毎に、少なくとも発信ＩＰアドレス、着信ＩＰアドレスを取得するヘッダ解析手段と、
当該ヘッダ解析手段により取得された前記ヘッダ情報を、対応するパケット毎に蓄積していくトラフィックデータ収集手段と、
別途ピアツーピアネットワーク上に接続された前記サーバントのＩＰアドレスを取得し一元的に収集、蓄積して、当該ＩＰアドレスと前記トラフィックデータ収集手段のパケット毎に蓄積された前記ヘッダ情報とを対照比較し、合致する前記ヘッダ情報を抽出するトラフィック特定・分離手段と、を具備する、
ことを特徴とするトラフィック分離装置。
【請求項１０】
前記トラフィックデータ収集手段は、
前記ヘッダ解析手段により取得された前記ヘッダ情報を、前記パケット毎に記録保持するバックボーントラフィックデータベースを具備する、
ことを特徴とする請求項９に記載のトラフィック分離装置。
【請求項１１】
前記トラフィック特定・分離手段は、
収集した前記サーバントの前記ＩＰアドレスの中から、ユニークなＩＰアドレスのみ選択取得し、一元的に蓄積する集約ピアツーピアアドレスデータベースを具備する、
ことを特徴とする請求項９又は１０に記載のトラフィック分離装置。
【請求項１２】
前記トラフィック特定・分離手段は、
前記トラフィックデータ収集手段がパケット毎に蓄積する前記ヘッダ情報に対し、当該ヘッダ情報中の前記発信ＩＰアドレスと前記着信ＩＰアドレスのいずれもが、受信した前記サーバントの前記ＩＰアドレスと合致する前記ヘッダ情報のみを抽出して蓄積するピアツーピアトラフィックデータベースを具備する、
ことを特徴とする請求項９、１０又は１１に記載のトラフィック分離装置。
【請求項１３】
前記トラフィック特定・分離手段は、
予め設定された任意の周期が到来する毎に前記サーバントの前記ＩＰアドレスを収集して、当該周期に基づき前記ＩＰアドレスを更新可能に機能構成される、ことを特徴とする請求項９、１０、１１又は１２に記載のトラフィック分離装置。
【請求項１４】
ＩＰネットワークの主要なバックボーン回線上において当該バックボーン回線上に生じた全トラフィックから、サーバントに搭載されるピアツーピアアプリケーションが発生するトラフィックの分離を行うために、前記サーバントが構成するピアツーピアネットワーク上に接続配置されたアドレス情報収集ノードであって、
前記サーバントから送信されたパケットのヘッダ情報を解析し、当該ヘッダ情報からＩＰアドレスを取得するヘッダ解析部と、
当該ＩＰアドレスを蓄積するピアツーピアアドレスデータベースとを具備する、
ことを特徴とするアドレス情報収集ノード。
【請求項１５】
前記アドレス情報収集ノードは、
前記ピアツーピアネットワークにクライアントとして参加接続するクライアント機能部を具備して、
前記アドレス情報収集ノードにおいて、前記サーバントから送信される前記パケットを監視可能に機能構成される、
ことを特徴とする請求項１４に記載のアドレス情報収集ノード。
【請求項１６】
前記ピアツーピアアドレスデータベースは、
蓄積する前記ＩＰアドレスを、事前に設定された周期が到来する毎に出力可能に機能構成される、
ことを特徴とする請求項１４又は１５に記載のアドレス情報収集ノード。
【請求項１７】
前記ピアツーピアアドレスデータベースは、
予め設定された周期が到来する毎に蓄積する前記ＩＰアドレスを更新可能に構成される、
ことを特徴とする請求項１４、１５又は１６に記載のアドレス情報収集ノード。
【請求項１８】
ＩＰネットワークと、当該ＩＰネットワークの主要なバックボーン回線上における任意の一領域に設置されたトラフィック分離装置と、当該ＩＰネットワークに設置されたアドレス情報収集ノードと、ピアツーピアアプリケーションを搭載するサーバントとを有して構成されるトラフィック分離システム装置であって、
前記トラフィック分離装置は、
請求項９、１０、１１、１２又は１３に記載の前記トラフィック分離装置であって、
前記アドレス情報収集ノードは、
請求項１４、１５、１６又は１７に記載の前記アドレス情報収集ノードである、
ことを特徴とするトラフィック分離システム装置。
【請求項１９】
前記トラフィック分離装置と前記アドレス情報収集ノードは、前記アドレス情報収集ノードが前記サーバントから取得したＩＰアドレスを、予め設定された周期が到来する毎に、前記トラフィック分離装置に出力可能に機能構成される、
ことを特徴とする請求項１８に記載のトラフィック分離システム装置。
【請求項２０】
前記アドレス収集ノードは、
前記ＩＰネットワーク上の広域に渡って複数設置されて、
前記サーバントとともに前記ピアツーピアネットワークを構成する、
ことを特徴とする請求項１８又は１９に記載のトラフィック分離システム装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、トラフィック分離方法並びにトラフィック分離装置、アドレス情報収集ノード及びトラフィック分離システム装置に関し、詳しくは、ＩＰネットワークと、当該ＩＰネットワークの主要なバックボーン回線上における任意の一領域に設置された情報処理手段と、当該ＩＰネットワークに設置されたアドレス情報収集ノードと、ピアツーピアアプリケーションを搭載するサーバントとを有して構成されるネットワークシステムに適用されるトラフィック分離方法、並びにその実施に直接使用されるトラフィック分離装置、アドレス情報収集ノード及びトラフィック分離システム装置に係わる。
【０００２】
【従来の技術】
近年、ＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）等の高速アクセス回線及び定額常時接続環境の普及により、ＩＰネットワーク（ＩＰ：Internet Protocol）の利用形態が、ＷＷＷ（World Wide Web）やＦＴＰ（File Transfer Protocol）等に代表されるサーバクライアント型モデルのアプリケーションからピアツーピア（Peer-to-Peer、以下Ｐ２Ｐという）と呼ばれる自律分散型のアプリケーションへ急速に移行しつつある。
【０００３】
これに伴い、ＩＰネットワークのバックボーン回線上を送受信されるトラフィックはＰ２Ｐアプリケーションが発生するトラフィックが支配的になってきている。
【０００４】
一方、インターネットサービスプロバイダ等の通信事業者は、ユーザに提供するＩＰネットワークサービスの品質向上、及びサービス提供にあたって効率的な設備投資計画を実現することを目的として、当該ＩＰネットワークのバックボーン回線における通信トラフィックの傾向や特性を把握するニーズを常に抱えている。
【０００５】
しかしながら、それらのバックボーン回線では、しばしばトラフィック輻輳と呼ばれる事象が発生し、トラフィック輻輳が発生すると通信品質を著しく劣化させてしまう。このような通信品質の劣化は、ユーザ満足度を著しく低下させてしまうため、通信事業者はトラフィック輻輳が発生しないようなネットワーク設計を行う必要がある。
【０００６】
同時に、過剰なネットワーク資源の投資は、コストの増加につながり、ひいてはユーザが通信事業者に支払うサービス対価料金に反映されることになる。したがって通信事業者は、上述の品質とコストのトレードオフを勘案した上で効率的なネットワーク設計を行うという課題を抱えている。
【０００７】
上記の課題を解決するためには、第一にトラフィックの特性や傾向を性格に把握しなければならず、これにより、トラフィックの輻輳状態を回避しながら、適切なタイミングで設備の投資を行うことが可能となる。
【０００８】
従来、ＩＰネットワークのバックボーン回線において支配的であったトラフィックは、主にファイル転送等を目的とするＷＷＷやＦＴＰに代表されるサーバクライアント型アプリケーションにより発生するものであり、一般にＷＷＷで送受信されるファイルのサイズは巾乗の分布に従い、各クライアントがサーバにファイル転送の要求を出すタイミングは互いに無相関であり、その時間間隔は指数分布に従うことが知られている。
【０００９】
従って、このＷＷＷ等のアプリケーションが支配的であるＩＰネットワークでは、サーバ及びクライアントの数、転送の対象となるファイルサイズの平均値、ユーザ回線の帯域幅などの情報から、ＩＰネットワークのバックボーン回線で監視されるトラフィックの特性と、輻輳状態に陥らないために必要十分なネットワーク資源を推定することが可能であった。
【００１０】
しかしながら、近年支配的になりつつある、Ｐ２Ｐアプリケーションでは、各ユーザはクライアントとサーバの両方の機能を兼ね備えるサーバントと呼ばれるエージェントを用いることで通信を行い、各サーバントは、互いにファイルを交換もしくは共有することを主目的とした通信を行う特徴を有する。
【００１１】
このようなアプリケーションで送受信されるファイルのサイズは一般にＷＷＷで送受信されるファイルサイズよりは遥かに大きいこと、及びファイルサイズ分布において、例えば５〜１０ＭＢ付近及び６５０ＭＢ付近等の特徴的なピークが見られることが知られており、送受信されるファイルサイズの増加は各サーバント同士の通信時間が増加することを意味する。
【００１２】
また、ＩＰネットワーク上の偏るところにＰ２Ｐサーバントが接続されるため、サーバクライアント型を想定して設計されたネットワーク構造を無視した通信が行われることもあり、ときとして予想外の通信レートで送受信が行われることもあった。
【００１３】
これは負荷が集中するＷＷＷサーバでは、サーバの分散やネットワーク側でのトラフィック規制が行われるのに対し、Ｐ２Ｐアプリケーションではそのような制御が一切行われないことが主要因であると考えられ、このようにＰ２Ｐアプリケーションが発生するトラフィックの特性はＷＷＷのそれと大きく異なるため、その特性を把握することが通信事業者にとって目下の課題であった。
【００１４】
こうした現状に鑑み、ＩＰネットワークのバックボーン回線上で監視されるトラフィックの内、Ｐ２Ｐアプリケーションが発生するトラフィックを同定、解析しようとする試みが例えば下記の非特許文献１、２、３及び４に記載されている。
【００１５】
【非特許文献１】
Subhabrata Sen and Jia Wang, ‘Analyzing Peer-to-Peer Traffic Across Large Networks’, ACM SIGCOMM Internet Measurement Workshop 2002, Marseille, France, November 6-8, 2002.
【非特許文献２】
Dave Plonka, ‘UW-Madison Napster Traffic Measurement’[online]. University of Wisconsin - Madison. Retrieved from the Internet : <URL : http://net.doit.wisc.edu/data/Napster/>.
【非特許文献３】
Dave Plonka, ‘An Analysis of Napster and Other IP Flow Sizes’[online]. University of Wisconsin - Madison, 2001. Retrieved from the Internet : <URL : http://net.doit.wisc.edu/~plonka/NATimes/>.
【非特許文献４】
Ellacoya Networks, Inc. ‘Ellacoya IP Service Control System’[online]. Ellacoya Networks, Inc. May 2002. Retrieved from the Internet : <URL : http://www.ellacoya.com/library/papers/IPSCS_Datasheet.pdf>.
【００１６】
ここで、非特許文献１には、インターネットサービスプロバイダの主要なバックボーン回線上のトラフィックをパケットレベルで計測し、監視されたＩＰパケットに記載されるポート番号の情報を用いることによってＰ２Ｐアプリケーションを特定する技術が開示されている。
【００１７】
これは、現在代表的なＰ２Ｐアプリケーションにおいて、サーバントが通信を行う際のポート番号のデフォルト値が一般に公知であることを利用して、これらポート番号のいずれかに含まれるＩＰパケットがバックボーン回線上に監視された場合、そのパケットはＰ２Ｐアプリケーションによって発生されたものとみなす。
【００１８】
一方、非特許文献２及び３では、Ｐ２Ｐネットワークにおける中央サーバへの接続を監視することにより、Ｐ２Ｐアプリケーションへの接続を試みたパケット群において、一意的な発信ＩＰアドレス、発信ポート番号、着信ポート番号、プロトコルフィールドの値の組み合わせ（以下ＩＰフローという）を特定し、特定されたＩＰフローの通信が、予め発見教授的な手法によって想定されたパターンと一致したときに、そのＩＰフローの通信がＰ２Ｐであると同定するものである。
【００１９】
したがって、あるネットワークを計測し、ネットワークに参加する各サーバントが所有するファイルを一元的に管理する中央サーバへのアクセスが発見された際に、Ｐ２Ｐトラフィックを特定、分離することが可能となる。
【００２０】
他方、非特許文献４では、ＩＰネットワーク上のバックボーン回線においてトラフィックを計測し、ＩＰパケットのペイロード部分の解析を行うことによってＰ２Ｐトラフィックを特定する技術が開示されている。
【００２１】
ここで、解析されたペイロードのパターンが、予め発見教授的な手法によって様々なＰ２Ｐアプリケーションに対して抽出された特定のパターンと一致したときに、そのパケットがＰ２Ｐアプリケーションによって発生されたトラフィックであることが特定可能となる。
【００２２】
【発明が解決しようとする課題】
ところで、従来の主要なバックボーン回線上においてＰ２Ｐアプリケーションが発生するトラフィックの分離を行う技術、まず、非特許文献１では、Ｐ２Ｐアプリケーションのポート番号のデフォルト値がユーザによって変更が可能であるケースが多く、また最近のＰ２Ｐアプリケーションでは、サーバント起動時にランダムでポート番号が割り当てられるようなものが多数存在するために、今後、特定のポート番号に基づきＰ２Ｐアプリケーションが発生するトラフィックを特定することは有効ではない。
【００２３】
また、非特許文献２及び３では、現在主流であるＰ２Ｐアプリケーションには、中央サーバを介さず、サーバント間で情報のやりとりを行うものが少なくなく、さらに、中央サーバのアドレスは流動的に変化するため、中央サーバへのアクセスに基づく手法では、Ｐ２Ｐアプリケーションにより発生されたトラフィックを特定できない可能性がある。
【００２４】
続いて、非特許文献４では、通信事業者がプライバシー保護等の理由によりユーザの通信の中味に関与できない場合、ペイロードの情報からマッチングする手法は不可能であり、また、Ｐ２Ｐアプリケーションは日々更新されているため、そのたびにマッチングするためのパターンを随時更新する必要があり、さらに、ペイロードを暗号化するＰ２Ｐアプリケーションには対応することが不可能であった。
【００２５】
ここにおいて、本発明の解決すべき主要な目的は、次のとおりである。
【００２６】
即ち、本発明の第１の目的は、ＩＰネットワークのバックボーン回線上に発生するトラフィックに対して、各ＩＰパケットに記載されたポート番号やペイロードに依存することなく、Ｐ２Ｐアプリケーションが発生するトラフィックを特定、分離することの可能なトラフィック分離方法並びにトラフィック分離装置、アドレス情報収集ノード及びトラフィック分離システム装置を提供せんとするものである。
【００２７】
本発明の第２の目的は、ＩＰネットワークのバックボーン回線上に発生するトラフィックに対して、Ｐ２Ｐネットワークにおける中央サーバの情報に依存することなく、Ｐ２Ｐアプリケーションが発生するトラフィックを特定、分離することの可能なトラフィック分離方法並びにトラフィック分離装置、アドレス情報収集ノード及びトラフィック分離システム装置を提供せんとするものである。
【００２８】
本発明の他の目的は、明細書、図面、特に特許請求の範囲の各請求項の記載から、自ずと明らかになろう。
【００２９】
【課題を解決するための手段】
まず、本発明方法においては、バックボーン回線上を伝送するパケットのヘッダ情報を解析するとともに、サーバントが構成するピアツーピアネットワーク上において、接続された当該サーバントのアドレス情報を取得し、当該ヘッダ情報と当該アドレス情報とを対照比較して、バックボーン回線に生じた全トラフィックからピアツーピアアプリケーションが発生したトラフィックを特定、分離する、という特徴的構成手法を講じる。
【００３０】
一方、本発明装置においては、バックボーン回線上を伝送するパケットのヘッダ情報を解析し、当該ヘッダ情報からパケット毎に、少なくとも発信ＩＰアドレス、着信ＩＰアドレスを取得するヘッダ解析手段と、当該ヘッダ解析手段により取得されたヘッダ情報を、対応するパケット毎に蓄積していくトラフィックデータ収集手段と、別途ピアツーピアネットワーク上に接続されたサーバントのＩＰアドレスを取得し一元的に収集、蓄積して、当該ＩＰアドレスとトラフィックデータ収集手段のパケット毎に蓄積されたヘッダ情報とを対照比較し、合致するヘッダ情報を抽出するトラフィック特定・分離手段と、を具備させる、という特徴的構成手段を講じる。
【００３１】
また、本発明ノードにおいては、サーバントから送信されたパケットのヘッダ情報を解析し、当該ヘッダ情報からＩＰアドレスを取得するヘッダ解析部と、当該ＩＰアドレスを蓄積するピアツーピアアドレスデータベースとを具備させる、という特徴的構成手段を講じる。
【００３２】
他方、本発明システム装置においては、上記本発明装置及び本発明ノードを具備させる、という特徴的構成手段を講じる。
【００３３】
さらに、具体的詳細に述べると、当該課題の解決では、本発明が次に列挙する上位概念から下位概念に亙る新規な特徴的構成手法又は手段を採用することにより、前記目的を達成するようなされる。
【００３４】
即ち、本発明方法の第１の特徴は、ＩＰネットワークの主要なバックボーン回線上における任意の一領域に設置された情報処理手段において、当該バックボーン回線上に生じた全トラフィックから、サーバントに搭載されたピアツーピアアプリケーションが発生するトラフィックの分離を行うためのトラフィック分離方法であって、前記バックボーン回線上を伝送するパケットのヘッダ情報を解析するとともに、前記サーバントが構成するピアツーピアネットワーク上において、接続された当該サーバントのアドレス情報を取得し、当該ヘッダ情報と当該アドレス情報とを対照比較して、前記バックボーン回線に生じた全トラフィックから前記ピアツーピアアプリケーションが発生したトラフィックを特定、分離してなる、トラフィック分離方法の構成採用にある。
【００３５】
本発明方法の第２の特徴は、上記本発明方法の第１の特徴における前記アドレス情報の取得を、前記ピアツーピアネットワークにクライアントとして参加接続して、当該ピアツーピアネットワークに接続された前記サーバントの前記アドレス情報を監視して取得してなる、トラフィック分離方法の構成採用にある。
【００３６】
本発明方法の第３の特徴は、上記本発明方法の第１又は第２の特徴における前記トラフィックの特定、分離を、先に、前記バックボーン回線上を伝送するパケット毎に対応する前記ヘッダ情報と、別途前記ピアツーピアネットワーク上において取得した前記アドレス情報とを対照比較して、複数の前記ヘッダ情報中から前記アドレス情報と合致するもののみ抽出、記録することにより、前記ピアツーピアアプリケーションが発生した前記トラフィックを特定、分離してなる、トラフィック分離方法の構成採用にある。
【００３７】
本発明方法の第４の特徴は、上記本発明方法の第１、第２又は第３の特徴における前記アドレス情報の取得を、前記サーバントから送信されたパケットのヘッダ情報を解析し、その解析された前記ヘッダ情報から前記サーバントのＩＰアドレスを取得してなる、トラフィック分離方法の構成採用にある。
【００３８】
本発明方法の第５の特徴は、上記本発明方法の第１、第２、第３又は第４の特徴における前記アドレス情報の取得を、前記ピアツーピアネットワーク上において監視された前記アドレス情報中においてユニークな前記アドレス情報のみ選択取得してなる、トラフィック分離方法の構成採用にある。
【００３９】
本発明方法の第６の特徴は、上記本発明方法の第１、第２、第３、第４又は第５の特徴における前記アドレス情報の取得を、前記ＩＰネットワーク上の広域に渡って複数設置されたノードにて、前記ピアツーピアネットワーク上において監視された前記アドレス情報を取得してなる、トラフィック分離方法の構成採用にある。
【００４０】
本発明方法の第７の特徴は、上記本発明方法の第１、第２、第３、第４、第５又は第６の特徴における前記情報処理手段を、予め設定された任意の周期が到来する毎に前記アドレス情報を取得するとともに、取得した前記アドレス情報を当該周期毎に更新してなる、トラフィック分離方法の構成採用にある。
【００４１】
本発明方法の第８の特徴は、上記本発明方法の第１、第２、第３、第４、第５、第６又は第７の特徴における前記ヘッダ情報の解析を、前記パケットが具備する前記ヘッダ情報から当該パケット毎に、タイムスタンプ情報、発信ＩＰアドレス、着信ＩＰアドレス、発信ポート番号、着信ポート番号及びパケットサイズの解析を行ってなる、トラフィック分離方法の構成採用にある。
【００４２】
一方、本発明装置の第１の特徴は、ＩＰネットワークの主要なバックボーン回線上において、当該バックボーン回線上に生じた全トラフィックから、サーバントに搭載されたピアツーピアアプリケーションが発生するトラフィックの分離を行うための情報処理手段であって、前記バックボーン回線上を伝送するパケットのヘッダ情報を解析し、当該ヘッダ情報から前記パケット毎に、少なくとも発信ＩＰアドレス、着信ＩＰアドレスを取得するヘッダ解析手段と、当該ヘッダ解析手段により取得された前記ヘッダ情報を、対応するパケット毎に蓄積していくトラフィックデータ収集手段と、別途ピアツーピアネットワーク上に接続された前記サーバントのＩＰアドレスを取得し一元的に収集、蓄積して、当該ＩＰアドレスと前記トラフィックデータ収集手段のパケット毎に蓄積された前記ヘッダ情報とを対照比較し、合致する前記ヘッダ情報を抽出するトラフィック特定・分離手段と、を具備してなる、トラフィック分離装置の構成採用にある。
【００４３】
本発明装置の第２の特徴は、上記本発明装置の第１の特徴における前記トラフィックデータ収集手段が、前記ヘッダ解析手段により取得された前記ヘッダ情報を、前記パケット毎に記録保持するバックボーントラフィックデータベースを具備してなる、トラフィック分離装置の構成採用にある。
【００４４】
本発明装置の第３の特徴は、上記本発明装置の第１又は第２の特徴における前記トラフィック特定・分離手段が、収集した前記サーバントの前記ＩＰアドレスの中から、ユニークなＩＰアドレスのみ選択取得し、一元的に蓄積する集約ピアツーピアアドレスデータベースを具備してなる、トラフィック分離装置の構成採用にある。
【００４５】
本発明装置の第４の特徴は、上記本発明装置の第１、第２又は第３の特徴における前記トラフィック特定・分離手段が、前記トラフィックデータ収集手段がパケット毎に蓄積する前記ヘッダ情報に対し、当該ヘッダ情報中の前記発信ＩＰアドレスと前記着信ＩＰアドレスのいずれもが、受信した前記サーバントの前記ＩＰアドレスと合致する前記ヘッダ情報のみを抽出して蓄積するピアツーピアトラフィックデータベースを具備してなる、トラフィック分離装置の構成採用にある。
【００４６】
本発明装置の第５の特徴は、上記本発明装置の第１、第２、第３又は第４の特徴における前記トラフィック特定・分離手段が、予め設定された任意の周期が到来する毎に前記サーバントの前記ＩＰアドレスを収集して、当該周期に基づき前記ＩＰアドレスを更新可能に機能構成されてなる、トラフィック分離装置の構成採用にある。
【００４７】
また、本発明ノードの第１の特徴は、ＩＰネットワークの主要なバックボーン回線上において当該バックボーン回線上に生じた全トラフィックから、サーバントに搭載されるピアツーピアアプリケーションが発生するトラフィックの分離を行うために、前記サーバントが構成するピアツーピアネットワーク上に接続配置されたアドレス情報収集ノードであって、前記サーバントから送信されたパケットのヘッダ情報を解析し、当該ヘッダ情報からＩＰアドレスを取得するヘッダ解析部と、当該ＩＰアドレスを蓄積するピアツーピアアドレスデータベースとを具備してなる、アドレス情報収集ノードの構成採用にある。
【００４８】
本発明ノードの第２の特徴は、上記本発明ノードの第１の特徴における前記アドレス情報収集ノードが、前記ピアツーピアネットワークにクライアントとして参加接続するクライアント機能部を具備して、前記アドレス情報収集ノードにおいて、前記サーバントから送信される前記パケットを監視可能に機能構成されてなる、アドレス情報収集ノードの構成採用にある。
【００４９】
本発明ノードの第３の特徴は、上記本発明ノードの第１又は第２の特徴における前記ピアツーピアアドレスデータベースが、蓄積する前記ＩＰアドレスを、事前に設定された周期が到来する毎に出力可能に機能構成されてなる、アドレス情報収集ノードの構成採用にある。
【００５０】
本発明ノードの第４の特徴は、上記本発明ノードの第１、第２又は第３の特徴における前記ピアツーピアアドレスデータベースが、予め設定された周期が到来する毎に蓄積する前記ＩＰアドレスを更新可能に構成されてなる、アドレス情報収集ノードの構成採用にある。
【００５１】
他方、本発明システム装置の第１の特徴は、ＩＰネットワークと、当該ＩＰネットワークの主要なバックボーン回線上における任意の一領域に設置されたトラフィック分離装置と、当該ＩＰネットワークに設置されたアドレス情報収集ノードと、ピアツーピアアプリケーションを搭載するサーバントとを有して構成されるトラフィック分離システム装置であって、前記トラフィック分離装置が、上記本発明装置における第１、第２、第３、第４又は第５の特徴におけるトラフィック分離装置であって、前記アドレス情報収集ノードが、上記本発明ノードにおける第１、第２、第３又は第４の特徴におけるアドレス情報収集ノードである、トラフィック分離システム装置の構成採用にある。
【００５２】
本発明システム装置の第２の特徴は、上記本発明システム装置の第１の特徴における前記トラフィック分離装置と前記アドレス情報収集ノードが、前記アドレス情報収集ノードが前記サーバントから取得したＩＰアドレスを、予め設定された周期が到来する毎に、前記トラフィック分離装置に出力可能に機能構成されてなる、トラフィック分離システム装置の構成採用にある。
【００５３】
本発明システム装置の第３の特徴は、上記本発明システム装置の第１又は第２の特徴における前記アドレス収集ノードが、前記ＩＰネットワーク上の広域に渡って複数設置されて、前記サーバントとともに前記ピアツーピアネットワークを構成してなる、トラフィック分離システム装置の構成採用にある。
【００５４】
【発明の実施の形態】
以下、本発明の実施の形態につき、添付図面を参照しつつ、その装置例及びこれに対応する方法例を説明する。
【００５５】
（装置例）
まず、図１は、本発明の装置例に係るトラフィック分離システム装置のネットワーク構成図である。
【００５６】
同図に示すように、本装置例に係るトラフィック分離システム装置αは、ＩＰネットワーク上に、情報処理手段をなすトラフィック分離装置１と、ルータ等からなる複数のノード２，２，…を介して接続される、それぞれＰ２Ｐアプリケーションを搭載してサーバ及びクライアントの機能を具備する端末装置等からなるサーバント３，３，…と、同じくクライアントの機能を具備するノードであるアドレス情報収集ノード４，４，…とを有して構成される。
【００５７】
ここで、トラフィック分離装置１はＩＰネットワークにおける主要なバックボーン回線５上における任意の一領域に設置されるものであり、ネットワークを中継するルータ等のノード２，２，…を介して、サーバント３，３，…及びアドレス情報収集ノード４，４，…はバックボーン回線５に接続されて、それぞれ相互にパケットを送受信可能に構築される。
【００５８】
サーバント３，３，…は、Ｐ２Ｐアプリケーションに基づくサーバント３，３，…間で構成されるＰ２Ｐ通信を行う際に、ノード２，２，…を介してサーバント３，３，…と同様にピアとしてＰ２Ｐ通信に参加接続するアドレス情報収集ノード４，４，…において、例えばＩＰアドレス等のアドレス情報のパケット送信を監視して、アドレス情報収集ノード４，４，…は、このＩＰアドレスを、予め設定された周期が到来する毎に、トラフィック分離装置１に送信可能に機能構成される。
【００５９】
また、アドレス情報収集ノード４，４，…は、例えば、ＩＰネットワーク上の広域に渡って複数設置されて、サーバント３，３，…とともにＰ２Ｐネットワークに参加接続するとともに、受信されるサーバント３，３，…から送信されるパケットを経時的に監視可能に機能構成する。
【００６０】
次に、図２は、図１に示したトラフィック分離装置１の機能構成図であり、図３〜図５は、それぞれ、図２に示されるバックボーントラフィックデータベース、集約Ｐ２Ｐアドレスデータベース、及びＰ２Ｐトラフィックデータベースに登録される各データの例を示す図である。
【００６１】
同図に示すように、本装置例に係るトラフィック分離装置１は、パケット受信部６と、ヘッダ解析部（本発明にいう「ヘッダ解析手段」）７と、トラフィックデータ収集部（本発明にいう「トラフィックデータ収集手段」）８と、トラフィック特定・分離部（本発明にいう「トラフィック特定・分離手段」）９と、パケット送信部１０とを有して構成される。
【００６２】
パケット受信部６は、バックボーン回線５のトラフィックとして、バックボーン回線５に生じたパケットを受信して、当該パケットのコピーを生成し、そのコピーされたパケットをヘッダ解析部７とパケット送信部１０とに与えるものである。
【００６３】
ヘッダ解析部７は、パケット受信部６から与えられたパケットのヘッダ情報を解析して、このヘッダ情報から、少なくとも発信ＩＰアドレス及び着信ＩＰアドレス（以下、この両者をまとめて「発／着ＩＰアドレス」という）と、併せて例えば、タイムスタンプ情報と、発信ポート番号及び着信ポート番号（以下、この両者をまとめて「発／着ポート番号」という）と、同パケットのサイズをバイト数で表した情報（以下、「パケットサイズ」という）とを取得する機能手段であり、これら各ヘッダ情報をトラフィックデータ収集部８に与えるものである。
【００６４】
トラフィックデータ収集部８は、ヘッダ解析部７で取得されたヘッダ情報を、対応するパケット毎に蓄積して、バックボーン回線５に生じた全トラフィックを、受信したパケットに基づき収集する機能手段であり、Ｐ２Ｐアプリケーションが発生させたトラフィックに係わらず、バックボーン回線５に生じた全てのトラフィックを収集するものである。
【００６５】
このトラフィックデータ収集部８は、例えば、このヘッダ情報から解析されたタイムスタンプ、発／着ＩＰアドレス、発／着ポート番号、プロトコルフィールド、パケットサイズ等をパケット毎に記録保持するバックボーントラフィックデータベース８ａ（図３参照）を具備して、このヘッダ情報をトラフィック特定・分離部９からアクセス可能に管理される。
【００６６】
トラフィック特定・分離部９は、アドレス情報収集ノード４，４，…から送信されたサーバント３，３，…のＩＰアドレスを経時的に取得して、一元的に収集、蓄積を行い、このＩＰアドレスと、バックボーントラフィックデータベース８ａがパケット毎に保持するヘッダ情報とを対照比較する機能手段である。
【００６７】
ここで、トラフィック特定・分離部９は、アドレス情報収集ノード４，４，…から受信したサーバント３，３，…のそれぞれのＩＰアドレスを、例えば、集約ＩＰアドレスとしてユニークなＩＰアドレスのみを選択的に蓄積して一元的に収集、管理する、集約Ｐ２Ｐアドレスデータベース９ａ（図４参照）を具備して構成される。
【００６８】
また、トラフィック特定・分離部９は、バックボーントラフィックデータベース８ａに記録されたパケット毎のヘッダ情報にアクセスして、このヘッダ情報中の発／着ＩＰアドレスの両者が、集約Ｐ２Ｐアドレスデータベース９ａに蓄積されたサーバント３，３，…のそれぞれのＩＰアドレスと合致するもののみを抽出する機能手段である。
【００６９】
例えば、バックボーントラフィックデータベース８ａの保持する、図３の１行目に記録されたパケットの発／着ＩＰアドレスはそれぞれ、「１９２．１６８．１４．２２７」、「１９２．１６８．２４２．１６５」であるが、これらＩＰアドレスはいずれも集約Ｐ２Ｐアドレスデータベース９ａの保持する図４で示す集約ＩＰアドレスに記録されたものであるから、該当する図３の１行目に記録されたパケットはＰ２Ｐアプリケーションが発生したトラフィックであるとみなすことができる。
【００７０】
そのため、バックボーン回線５上に発生する全トラフィックについてＰ２Ｐアプリケーションにより発生するトラフィックを特定することが可能となり、その抽出されたヘッダ情報を蓄積するＰ２Ｐトラフィックデータベース９ｂ（図５参照）を具備して構成されることにより、Ｐ２Ｐアプリケーションが発生するトラフィックの分離を可能とするものである。
【００７１】
ここで、例えば、Ｐ２Ｐアプリケーションにより発生したトラフィックであるとみなされた図３の１行目に記載されたパケットのヘッダ情報は、図５の１行目に示すようにＰ２Ｐトラフィックデータベース９ｂに記録、抽出されてＰ２Ｐアプリケーションにより発生したトラフィックとして特定・分離される。
【００７２】
このＰ２Ｐアプリケーションにより発生されたトラフィックを分離、記録したＰ２Ｐトラフィックデータベース９ｂは、図示しない出力手段により全トラフィックから分離されたＰ２Ｐアプリケーションのトラフィックを示すデータとして任意に出力可能に構築されるものである。
【００７３】
なお、バックボーントラフィックデータベース８ａは、予め設定された任意の周期が到来するまで受信するパケット毎のヘッダ情報を蓄積して、蓄積された全てのヘッダ情報がトラフィック特定・分離部９によりトラフィックの特定・分離が完了した後に、随時更新されて新規にデータを記録可能に構築されても構わない。
【００７４】
同様に、集約Ｐ２Ｐアドレスデータベース９ａについても、予め設定された周期毎に更新可能にデータを保持可能に構築されて、Ｐ２Ｐトラフィックデータベース９ｂもまた、予め周期が設定されて、当該周期に基づき、順次記録されたデータを消去、更新可能に構築されても構わない。
【００７５】
パケット送信部１０は、パケット受信部６がバックボーン回線５から受信したパケットを受信して、当該バックボーン回線５に向けて送信するものである。
【００７６】
続いて、図６は、図１に示したアドレス情報収集ノード４の機能構成図であり、図７は、図６に示されるＰ２Ｐアドレスデータベースに登録される各データの例を示す図である。
【００７７】
同図に示すように、本装置例に係るアドレス情報収集ノード４は、パケット受信部４ａと、ヘッダ解析部（本発明にいう「ヘッダ解析手段」）４ｂと、Ｐ２Ｐアドレスデータベース４ｃと、クライアント機能部４ｄと、パケット送信部４ｅとを有して構成される。
【００７８】
パケット受信部４ａは、ＩＰネットワーク上でサーバント３，３，…がＰ２Ｐアプリケーションのサーバ、クライアントの機能により接続されて構成するＰ２ＰネットワークＮから、任意に接続される接続回線を介してパケットを受信して、コピーを生成し、そのコピーされたパケットをヘッダ解析部４ｂとクライアント機能部４ｄとに与えるものである。
【００７９】
ヘッダ解析部４ｂは、パケット受信部４ａから与えられた、サーバント３，３，…から送信されたパケットのヘッダ情報を解析して、このヘッダ情報から、少なくとも、サーバント３，３，…それぞれのＩＰアドレスを取得する機能手段であり、このＩＰアドレスをＰ２Ｐアドレスデータベース４ｃに与えるものである。
【００８０】
Ｐ２Ｐアドレスデータベース４ｃは、ヘッダ解析部４ｂから与えられたＩＰアドレスを蓄積して、このサーバント３，３，…が持つＩＰアドレスを観測アドレスとして蓄積する（図７参照）ものであり、Ｐ２Ｐアドレスデータベース４ｃに蓄積されたＩＰアドレスは、予め設定された周期が到来する毎に、トラフィック分離装置１の例えば集約Ｐ２Ｐアドレスデータベース９ａに与えるものである。
【００８１】
ここで、Ｐ２Ｐアドレスデータベース４ｃは、例えば、予め設定された周期が到来するまでサーバント３，３，…のＩＰアドレスを蓄積して、当該周期毎にトラフィック分離装置１に出力して、出力後には再度、新規にＩＰアドレスを蓄積可能に構築されても構わない。
【００８２】
例えば、Ｐ２Ｐアドレスデータベース４ｃは、Ｐ２ＰネットワークＮに接続されるサーバント３，３，…のＩＰアドレスを監視して、このサーバント３，３，…のＩＰアドレスを図７に示すような観測ＩＰアドレスとして収集するものであり、この観測アドレスを定期的にトラフィック分離装置１の集約Ｐ２Ｐアドレスデータベース９ａに与える。
【００８３】
一方、集約Ｐ２Ｐアドレスデータベース９ａにおいて、例えば、受信した観測アドレスから一意的なＩＰアドレス群についてのみ図４に示すような集約Ｐ２Ｐアドレスデータベース９ａに蓄積、記録するように機能構築されても構わない。
【００８４】
続いて、クライアント機能部４ｄは、パケット受信部４ａを介してサーバント３，３，…からパケットを受信する機能手段であるが、Ｐ２Ｐアプリケーションに基づくクライアントの機能を具備するものであり、Ｐ２ＰネットワークＮ上に存在するサーバント３，３，…の具備するＰ２Ｐアプリケーションにより発生するトラフィックのパケットを監視可能として、この送信されたパケットをパケット送信部４ｅに与えるものである。
【００８５】
したがって、クライアント機能部４ｄにより、アドレス情報収集ノード４は、トラフィック特定、分離の対象となるＰ２ＰアプリケーションのクライアントとしてＰ２ＰネットワークＮに接続参加可能に機能構成されて、サーバント３，３，…が送信するパケットを監視して受信することが可能となる。
【００８６】
パケット送信部４ｅは、クライアント機能部４ｅの機能手段によるＰ２Ｐアプリケーションのクライアントとしての通信をＰ２ＰネットワークＮに存在するサーバント３，３，…に対して送信する機能手段である。
【００８７】
（方法例）
続いて、以上のように構成された装置例に係るトラフィック分離システム装置αにより実施されるトラフィック分離方法の具体例を説明する。
【００８８】
図８は、図２に示したトラフィック分離装置１におけるトラフィックデータ収集処理の一動作例を説明するためのフローチャートである。
【００８９】
同図に示すように、まず、本方法例においては、トラフィック分離装置１において、パケット受信部６が、バックボーン回線５に発生するパケットを受信して（ＳＴ１）、受信したパケットをヘッダ解析部７に出力して当該パケット毎にヘッダ情報の解析を行う（ＳＴ２）。
【００９０】
ここで、バックボーン回線５上に生じたトラフィックの一部として解析されたパケットのヘッダ情報から、例えば、タイムスタンプ、発／着ＩＰアドレス、発／着ポート番号、プロトコルフィールド及びパケットサイズ等が、例えば、図３に示すように解析されたパケット毎に、バックボーントラフィックデータベース８ａに記録される（ＳＴ３）。
【００９１】
なお、以上のＳＴ１乃至ＳＴ３はバックボーン回線５にパケットが発生する度に繰り返されて全トラフィックを収集するものであるが、例えば、予めトラフィックを収集する時間間隔を設定しても構わず、設定された周期毎にバックボーントラフィックデータベース８ａを更新するように設定されても構わない。
【００９２】
一方、図９は、図６に示したアドレス情報収集ノード４におけるアドレス情報収集処理の一動作例を説明するためのフローチャートである。
【００９３】
同図に示しように、本方法例において、別途Ｐ２Ｐアプリケーションを搭載するサーバント３，３，…のアドレス情報を収集するものであり、まず、クライアント機能部４ｄの機能処理に基づきＰ２ＰネットワークＮに接続参加して、サーバント３からのパケットをパケット受信部４ａにて受信して（ＳＴ１１）、このパケットのヘッダ情報をヘッダ解析部４ｂにより解析する（ＳＴ１２）。
【００９４】
解析されたヘッダ情報は、例えば送信元ＩＰアドレス等のパケット送信元となるサーバント３のアドレス情報、例えば、図７に示すようにアドレス情報収集ノード４にて監視されたサーバント３毎の観測アドレスを、Ｐ２Ｐアドレスデータベース４ｃに蓄積し（ＳＴ１３）、例えばここで、アドレス情報収集ノード４内にて予め設定された周期に基づく、Ｐ２Ｐアドレスデータベース４ｃの更新期間内であるかどうかを図示しないタイマー手段により確認する（ＳＴ１４）。
【００９５】
ＳＴ１４にて、タイマー手段が更新期間内であれば、以上のＳＴ１１乃至ＳＴ１４までのＰ２Ｐアドレスデータベース４ｃへの書き込み処理を行うことで、処理を終了ものである（ＳＴ１８）が、タイマー手段が更新期間内でない場合、Ｐ２Ｐアドレスデータベース４ｃに蓄積されたデータをトラフィック分離装置１が具備する集約Ｐ２Ｐアドレスデータベース９ａに送信する（ＳＴ１５）。
【００９６】
ＳＴ１５の後、アドレス情報収集ノード４内の図示しないタイマー手段の周期設定をリセットして（ＳＴ１６）、Ｐ２Ｐアドレスデータベース４ｃから既に出力のなされたデータを消去して、新規に再度アドレス情報の蓄積を可能に更新して（ＳＴ１７）、サーバント３，３，…のアドレス情報の収集処理を終了する（ＳＴ１８）。
【００９７】
ここで、ＳＴ１４において、タイマー手段を用いてＰ２Ｐアドレスデータベース４ｃに記録されるデータの制限及び、出力を行ったが、記録、出力の契機となるトリガーは任意なものであり、適宜設定されて構わない。
【００９８】
また、ＳＴ１５によりトラフィック分離装置１の集約Ｐ２Ｐアドレスデータベース９ａに出力された、例えば、ＩＰアドレス等のアドレス情報は、そのまま集約Ｐ２Ｐアドレスデータベース９ａに記録されても構わないが、トラフィック分離装置１の具備するトラフィック特定・分離部９において受信した、例えば、図７に示した複数の観測アドレスから、図４に示すようなユニークなＩＰアドレスのみ選択取得しても構わない。
【００９９】
ここで、図４に示した集約ＩＰアドレスは、複数のアドレス情報収集ノード４によって収集されたＩＰアドレスを一元管理することにより、多くのサーバント３，３，…のＩＰアドレスを保持して、より多くのＰ２Ｐアプリケーションにより発生するトラフィックの特定・分離を可能とするものである。
【０１００】
続いて、図１０は、図２に示したトラフィック分離装置１におけるトラフィック特定・分離処理の一動作例を説明するためのフローチャートである。
【０１０１】
同図に示すように、ＳＴ１乃至ＳＴ４及びＳＴ１１乃至ＳＴ１８等により、バックボーントラフィックデータベース８ａ及び集約Ｐ２Ｐアドレスデータベース９ａにデータが記録された後に、予め設定された周期に基づき、まず、蓄積されたバックボーントラフィックデータベース８ａを参照する（ＳＴ２１）。
【０１０２】
例えば、図３に示すようなパケット毎に蓄積されたヘッダ情報を順次参照して、図３の１行目に示すパケットのヘッダ情報の発／着ＩＰアドレスが、集約Ｐ２Ｐアドレスデータベース９ａの、例えば、図４に示すような集約ＩＰアドレスに存在するか確認して（ＳＴ２２）、例えば、図４の１行目及び２行目のように、存在する場合、参照の対象となったパケットはサーバント３，３，…間で行われた通信のものであることから、Ｐ２Ｐアプリケーションにより発生したトラフィックであることが特定される。
【０１０３】
ここで、例えば、図３の１行目に示したパケットのヘッダ情報の、少なくとも発／着ＩＰアドレスと、他に例えば、タイムスタンプ、発／着ポート番号及びパケットサイズ等をＰ２Ｐトラフィックデータベース９ｂに、例えば、図５に示すように記録して、Ｐ２Ｐアプリケーションにより発生したトラフィックの分離を行う（ＳＴ２３）。ここで、Ｐ２Ｐアプリケーションにより発生したトラフィックが分離、記録されたＰ２Ｐトラフィックデータベース９ｂは、任意に出力可能に設定されて構わない。
【０１０４】
一方、ＳＴ２２において、例えば、図３の２行目に示したパケットのように、参照したパケットの発／着ＩＰアドレスの両者又はいずれかが、図４に示した集約Ｐ２Ｐアドレスデータベース２２に存在しない場合には、そのパケットに関するヘッダ情報を無視して、バックボーントラフィックデータベース８ａが保持する全てのヘッダ情報を参照したものであるか確認して（ＳＴ２５）、他のパケットに基づくヘッダ情報があれば、再度ＳＴ２２からの処理を繰り返す。
【０１０５】
ＳＴ２５において、バックボーントラフィックデータベース８ａが保持する全てのデータを参照したものであることが確認されたときには、ここで、バックボーントラフィックデータベース８ａに記録されたデータをクリアして、再度新規に蓄積可能に更新しても構わない（ＳＴ２６）。
【０１０６】
なお、ＳＴ２２においてあるパケットについて、Ｐ２Ｐアプリケーションにより発生したトラフィックであることを特定する際に、アドレス情報収集ノード４，４，…にて収集されたサーバント３，３，…の例えばＩＰアドレス等のアドレス情報を用いるものであるから、単一のアドレス情報収集ノード４では、当該Ｐ２ＰネットワークＮに存在するサーバント３，３，…のアドレス情報を必ずしも全て網羅して収集可能なものではなく、アドレス情報収集ノード４，４，…はＩＰネットワークの広域な範囲に複数配置して、Ｐ２ＰネットワークＮに接続することで、より正確な特定・分離を行うことが可能である。
【０１０７】
以上、本発明の実施の形態につき、その装置例及びこれに対応する方法例を挙げて説明したが、本発明は、必ずしも上述した手段及び手法にのみ限定されるものではなく、本発明にいう目的を達成し、後述の効果を有する範囲内において、適宜、変更実施可能なものである。
【０１０８】
【発明の効果】
以上、詳細に説明したように、本発明によれば、ＩＰネットワークのバックボーン回線上に発生するトラフィックに対して、各ＩＰパケットに記載された特定のポート番号、ペイロードに依存することなく、Ｐ２Ｐアプリケーションが発生するトラフィックを特定、分離することが可能であることから、バックボーン回線上に発生するトラフィックの同定、解析によってトラフィックの特性把握が実現されるようになる。
【０１０９】
また、Ｐ２Ｐネットワークに設置されて各サーバントが所有するファイルを一元的に管理する中央サーバの情報を用いるものではないことから、そのＩＰアドレスが流動的あるいは設置されない中央サーバに依存することなく、バックボーン回線上にＰ２Ｐアプリケーションが発生するトラフィックを特定、分離可能となる。
【図面の簡単な説明】
【図１】本発明の装置例に係るトラフィック分離システム装置のネットワーク構成図である。
【図２】図１に示したトラフィック分離装置の機能構成図である。
【図３】図２に示したバックボーントラフィックデータベースに登録されるデータの例である。
【図４】同上、集約Ｐ２Ｐアドレスデータベースに登録されるデータの例である。
【図５】同上、Ｐ２Ｐトラフィックデータベースに登録されるデータの例である。
【図６】図１に示したアドレス情報収集ノードの機能構成図である。
【図７】図６に示したＰ２Ｐアドレスデータベースに登録されるデータの例である。
【図８】図２に示したトラフィック分離装置におけるトラフィックデータ収集処理の一動作例を説明するためのフローチャートである。
【図９】図６に示したアドレス情報収集ノードにおけるアドレス情報収集処理の一動作例を説明するためのフローチャートである。
【図１０】図２に示したトラフィック分離装置におけるトラフィック特定・分離処理の一動作例を説明するためのフローチャートである。
【符号の説明】
α…トラフィック分離システム装置
１…トラフィック分離装置
２…ノード
３…サーバント
４…アドレス情報収集ノード
４ａ…パケット受信部
４ｂ…ヘッダ解析部
４ｃ…Ｐ２Ｐアドレスデータベース
４ｄ…クライアント機能部
４ｅ…パケット送信部
５…バックボーン回線
６…パケット受信部
７…ヘッダ解析部
８…トラフィックデータ収集部
８ａ…バックボーントラフィックデータベース
９…トラフィック特定・分離部
９ａ…集約Ｐ２Ｐアドレスデータベース
９ｂ…Ｐ２Ｐトラフィックデータベース
１０…パケット送信部
Ｎ…Ｐ２Ｐネットワーク
【図１】
0003698707.tif 000002
【図２】
0003698707.tif 000003
【図３】
0003698707.tif 000004
【図４】
0003698707.tif 000005
【図５】
0003698707.tif 000006
【図６】
0003698707.tif 000007
【図７】
0003698707.tif 000008
【図８】
0003698707.tif 000009
【図９】
0003698707.tif 000010
【図１０】
0003698707.tif 000011