"RTP上のパケットのロス発生箇所を推定するための品質劣化区間推定システムであって、複数のネットワーク機器の受信パケットについて、モニタ時間内におけるRTPパケットが欠落しているRTPパケットロスの有無を確認するパケットロスモニタ手段と、前記パケットロスモニタ手段により得られたログ情報を時系列に沿ってログ情報記憶手段に格納するログ情報取得手段と、を有する複数のネットワーク機器と、前記ネットワーク装置毎のパケットロス情報を前記ログ情報記憶手段から収集して、該パケットロス情報を突き合わせて、パケットロスケットロスの被疑箇所を特定する突合切り分け装置と、を有することを特徴とする品質劣化区間推定システム。前記突合切り分け装置は、前記パケットロス情報のサービスの開始、終了を示す制御フレームに基づいて、該パケットロス情報の突合せの始点及び終点を決定する手段を含む請求項1記載の品質劣化区間推定システム。前記突合切り分け装置は、チャネル切り替えに伴う複数フローの混在や前記RTPパケットのフラグメントがある場合は、チャネル情報と結びつけて前記パケットロス情報の突合せの始点及び終点を決定する手段を含む請求項1記載の品質劣化区間推定システム。前記突合切り分け装置は、前記パケットロス情報にRTPシーケンス番号の一巡や、セッション終了後のパケット遅延到着がある場合は、所定の時間の閾値に基づいて前記パケットロス情報の突合わせの始点及び終点を決定する手段を含む請求項1記載の品質劣化区間システム。RTP上のパケットのロス発生箇所を推定するための品質劣化区間推定方法であって、複数のネットワーク機器と突合切り分け装置から構成されるシステムにおいて、前記ネットワーク機器は、複数のネットワーク機器の受信パケットについて、モニタ時間内におけるRTPパケットが欠落しているRTPパケットロスの有無を確認するパケットロスモニタステップと、前記パケットロスモニタ手段により得られたパケットロス情報を時系列に沿ってログ情報記憶手段に格納するログ情報取得ステップと、を行い、前記突合切り分け装置は、前記ネットワーク装置毎のパケットロス情報を前記ログ情報記憶手段から収集して、該パケットロス情報を突き合わせて、パケットロスケットロスの被疑箇所を特定する被疑箇所特定ステップを行うことを特徴とする品質劣化区間推定方法。前記被疑箇所特定ステップにおいて、前記パケットロス情報のサービスの開始、終了を示す制御フレームに基づいて、該パケットロス情報の突合せの始点及び終点を決定する請求項5記載の品質劣化区間推定方法。前記被疑箇所特定ステップにおいて、チャネル切り替えに伴う複数フローの混在や前記RTPパケットのフラグメントがある場合は、チャネル情報と結びつけて前記パケットロス情報の突合せの始点及び終点を決定する請求項5記載の品質劣化区間推定方法。前記被疑箇所特定ステップにおいて、前記パケットロス情報にRTPシーケンス番号の一巡や、セッション終了後のパケット遅延到着がある場合は、所定の時間の閾値に基づいて前記パケットロス情報の突き合わせの始点及び終点を決定する請求項5記載の品質劣化区間方法。宅内においては責任分解点としてHGWまた映像サービスであればその終端点であるSTBがHGWHomeGateWayLANLocalAreaNetwork側に存在するため、これらの機器において前記既存の技術等を用いてパケットロス情報を取得することは可能である。しかしながら、パケットロス発生被疑区間の特定を目的として複数の機器におけるパケットロス情報を突合するためには、各機器のログの突合区間を統一する必要がある。例えば、複数のログの突合時、始点終点が異なる場合には、パケットロスの誤検出、検出漏れが懸念される。また各NW機器においてRTPパケットや制御フレームを受信する順序が異なる場合も考えられるため、各ログ中の同一フレームを突合の始点終点に設定しても、上記誤検出、検出漏れが発生する可能性が考えられる。この課題は、各機器間の時刻同期を精緻に行い、所定の時間区間上のログ情報を突合しても解決することはできない。本発明は、上記の点に鑑みなされたもので、各機器間で時刻同期を行うことなく、ログ情報の突合を実現することが可能な品質劣化区間推定装置及び方法及びプログラムを提供することを目的とする。上記の課題を解決するため、本発明は、RTP上のパケットのロス発生箇所を推定するための品質劣化区間推定システムであって、複数のネットワーク機器の受信パケットについて、モニタ時間内におけるRTPパケットが欠落しているRTPパケットロスの有無を確認するパケットロスモニタ手段と、前記パケットロスモニタ手段により得られたパケットロス情報を時系列に沿ってログ情報記憶手段に格納するログ情報取得手段と、を有する複数のネットワーク機器と、前記ネットワーク装置毎のパケットロス情報を前記ログ情報記憶手段から収集して、該パケットロス情報を突き合わせて、パケットロスケットロスの被疑箇所を特定する突合切り分け装置と、を有する。本発明によれば、フラグメント発生時やチャネルザッピング操作の前後においても、各機器のログ情報に基づき同一のRTPパケットの情報について突き合せ、当該サービスのパケットロス発生区間を高い精度で検出することが可能である。これにより、各機器間での時刻同期等を要することなく、パケットロス被疑箇所の特定が可能となる。以下図面と共に、本発明の実施の形態を説明する。図1は、本発明の一実施の形態におけるシステム構成図である。同図に示すシステムは、2つのNW機器1,2と、突合切り分け装置20、ログ情報記憶部31から構成される。これらは、通信事業者の設備、コンテンツ配信事業者の設備、およびそれらによりユーザ宅内に設置された設備のいずれかで動作する。同図では、ログ情報記憶部31がNW機器1,2の外部に設けられているが、この例に限定されることなく、各NW装置内部に具備してもよい。NW装置1,2は、同一の構成であり、パケットロスモニタ部11、ログ情報取得蓄積部12を有する。突合切り分け装置20は、ログ情報記憶部311、312に格納されているパケットロス情報を突き合わせて切り分けを行う。本システムを設置する設備としては、図2に示すように、コンテンツ配信事業者設備、SNI、通信事業者網、ユーザ宅内設備の各NW機器のいずれも考えられる。なお突合切り分け装置20は、物理的にはいずれかのNW機器内で動作しても良いし、異なる設備として動作しても良い。各NW機器内では、RTPパケットのロスを判定するパケットロスモニタ部11と、パケットロス情報をログ情報としてログ情報記憶部31に記録するログ情報取得蓄積12が動作する。また、ログ記憶部31に格納されるログ情報には、セッションを開始および終了したフレームの情報が含まれている。NW装置1,2の各パケットロスモニタ部11において、パケットロス及び順序逆転等の検出には、例えば、特許文献1に示す手法を用いるものとする。突合切り分け装置20は、各NW機器1,2のログ情報取得蓄積部12より出力され、ログ情報記憶部31のログ情報を集約突合し、パケットロス発生区間を特定する。ここで、正確なパケットロス被疑箇所の特定のためには、ログ突合時の始点および終点を統一する必要がある。各NW機器1,2内の各ログ情報取得蓄積部12は、図3に示すように、ログ情報に、モニタ対象のRTPパケットのみならず、当該サービスの制御フレームの詳細情報を記載する。これに基づき、ログ情報収集突合装置20で始点終点を設定しログ情報の突合が可能である。ログ情報には、fivetupleの情報に加え、制御フレームのIPIDチェックサムを受信順に記載する。RTPパケットについては、IPIDシーケンス番号を記載する。なおフラグメント発生時は、morefragmentbitfragmentoffsetを併せて参照する。なお、図1には、2つのNW機器1,2を記載しているがこの例に限定されることなく、突合切り分け装置20は、複数のNW機器で取得したログ情報を収集して突合せる。以下に突合始点終点の決定方法を、図3、図4に沿って概説する。突合始点は、いずれかのNW機器のログ情報において、セッション開始終了の制御フレーム間に存在するチャネル情報が識別可能であるRTPパケットのうち、モニタ対象のチャネルのもので、最少シーケンス番号を有するものとする。ただし後述するように、フラグメント時は当該パケット全てが揃っている必要はない。またいずれかのNW機器のログ情報中でシーケンス番号一巡が発生している場合には、同一シーケンス番号が存在するため、単純に最小シーケンス番号を有するパケットを始点とはせず、セッション開始後、所定時間T0内のパケットを突合始点の候補対象とする。突合終点は、各NW機器におけるセッション終了を示す制御パケットから、所定時間T1遡及した時刻T以前におけるチャネル情報が識別可能なRTPパケットで、最大のシーケンス番号を有するものとする。ただし突合時、突合始点終点と決定したパケットの有無の探索範囲は、全ログデータとするシーケンス番号一巡発生時は、所定時間内とする。またフラグメントパケットの一部は除外するものとし、いずれかのNW機器のログ情報中でシーケンス番号の一巡が生じている場合には、前記Tからさらに所定時間T2遡及した時刻TからTの間におけるRTPパケット中で最大シーケンス番号のもの、とする。各所定時間の規定は自由であるが、T1については、例えばFECバッファ長に相当する時間に設定することにより、FECによる誤り回復可能な時間を超過する深さの順序逆転を検出可能である。以上は最も単純な場合の動作であるため、以下にバリエーションについて考察する。<チャネル切替時における動作>IPTVサービスにおけるチャネル切り替え発生時は、セッション開始の制御フレーム受信後に、複数チャネルのフローが混在する可能性がある。また当該サービスの実装により、図5のようにチャネル切り替え時に5tupleおよびRTPのシーケンス番号、SSRCのいずれも変更されない場合があるが、前述の最小シーケンス番号を有するパケットとする規定により、この場合RTPseq5が突合始点として設定される各NW機器におけるモニタ開始は、セッション開始を契機としている。<フラグメント発生時の動作>図6は、本発明の一実施の形態におけるフラグメント発生時の例を示す。フラグメント発生時は、チャネル情報を含まないパケットが、セッション開始の制御フレーム後に混在する可能性も考えられる。また、フラグメントパケットの一部が欠落する場合も考えられる。そこで、制御フレーム確認後、チャネル識別が可能な最少シーケンス番号のRTPパケットを突合始点に設定している。図6の場合、各NW機器2,3におけるモニタ開始は、セッション開始を契機としているが、NW機器3のログでは2個にフラグメントしたRTPseq1のパケットの存在が確認できただしチャネル情報はRTPseq1-aに含まれるものとする、かつそのチャネル情報まで把握可能である。またNW機器1,2のログでは、当該パケットのフラグメントの一部のみ到達している。この場合、突合始点はRTPseq1のフレームに設定する。フラグメントしたパケットの一部でも機器間で同一であれば、いずれかの機器において識別可能なチャネルを、チャネル不明なパケットにも対応付ける。また、いずれのフラグメントしたパケットでもチャネルが識別できなければ、識別可能なパケットを認識するまで始点としない。IPIDの突合により、NW機器1,2のログから、当該フレームがフラグメントし、その一部のみNW機器1,2に到達していることを把握できるため、フラグメントパケット1aのNW機器2,3の間のロスを検出可能である。同じ図6で、本システムがNW機器1,2のみで動作している場合には、両機器のログ情報におけるRTPseq1-bのフレームから、チャネル情報を把握することはできない。従ってこの場合には、RTPseq2を突合始点に設定する。図7は、チャネル切り替え直前と直後のRTPシーケンス番号が一致し、かつ両フレームがフラグメントしている場合を示す。各NW機器におけるモニタ開始は、セッション開始を契機としている。チャネル情報はRTPseq1-aに含まれるものとする。この場合、NW機器12のログではチャネル切り替え前後のフレーム識別が困難である。この場合においても、セッション開始の制御フレーム直後の、サービス識別が可能であるパケット、RTPseq1のフレームを突合始点に設定する。これにより、RTPseq1-aのNW機器23の間での欠落が検出可能である。<セッション終了時の動作>次に突合終点の設定方法を示す。例えば図8ではRTPseq198が各機器のログにおける突合終点である。また図9は、フラグメント発生時のシーケンスを示す。前記規定により、この場合の突合終点は、RTPseq197のパケットとなる。RTPseq198については、フラグメントパケットの一部が所定時間以降になっているため、突合対象から除外する。図10では、RTPseq197までは、NW機器2のログによりチャネル情報が識別可能である。従って突合終点はRTPseq197となる。パケットRTPseq197-bについては、NW機器1のログ中に含まれるため、ロスとして誤認識することが無い。一方、仮にRTPseq198-aまたはRTPseq198-bのいずれかまたは両方がパケットロスしていた場合には、これを検出することはできない。上記に示したように、本発明により、各NW機器間で時刻動機を行うことなく、パケットロスの検出及び区間切り分けが実現される。特に、例えば、IPTVサービスの品質劣化切り分けにおいて、HGWとSTBの両者でパケットロスを監視する場合において、宅内側におけるパケットロス発生被疑の有無を識別する場合に適用可能である。上記の実施の形態におけるNW装置及び突合切り分け装置の各構成要素の動作をプログラムとして構築し、NW装置及び突合切り分け装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更応用が可能である。"