(57)【要約】【課題】  パケット処理装置に入出力されるパケット解析において、入力側通信装置から出力側通信装置への通信開始後に入出力されるパケットを紐付けする。【解決手段】  本発明は、第１の通信装置から第２の通信装置に向けて送出されたパケットを処理するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析装置に関する。そして、パケット解析装置は、入力・出力データパケットを保持する手段と、入力・出力基準パケットについてパケット処理装置による処理前と処理後で対応する組を特定する手段と、少なくとも、対応付けを特定された、入力基準パケットが入力されたタイミングと、出力基準パケットが出力されたタイミングとに基づいて、入力・出力データパケットについてパケット処理装置による処理前と処理後で対応する組を特定する手段とを有することを特徴とする。【選択図】      図１
2010081534.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信装置から第２の通信装置に向けて送出されたパケットを処理して、上記第２の通信装置に向けて送出するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析装置において、
上記第１の通信装置から上記パケット処理装置に入力された、データが挿入された入力データパケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、データが挿入された出力データパケットとを保持するデータパケット保持手段と、
上記第１の通信装置から上記パケット処理装置に入力された、所定の種類のパケットである入力基準パケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、所定の種類のパケットである出力基準パケットについて、上記パケット処理装置による処理前と処理後で対応する組を特定する基準パケット対応特定手段と、
少なくとも、上記基準パケット対応特定手段により対応付けを特定された、入力基準パケットが上記パケット処理装置に入力されたタイミングと、出力基準パケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データパケット保持手段に保持されている、入力データパケット及び出力データパケットについて上記パケット処理装置による処理前と処理後で対応する組を特定するデータパケット対応特定手段と
を有することを特徴とするパケット解析装置。
【請求項２】
少なくとも、上記データパケット対応特定手段により対応付けを特定された、入力データパケットが上記パケット処理装置に入力されたタイミングと、出力データパケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データ処理装置における装置内遅延時間を算出する遅延時間算出手段をさらに有することを特徴とする請求項１に記載のパケット解析装置。
【請求項３】
入力基準パケット及び出力基準パケットは、通信制御データが挿入されたパケットであることを特徴とする請求項１又は２に記載のパケット解析装置。
【請求項４】
上記パケット処理装置は、映像に係るパケットを映像フレームごとに処理するものであり、
入力基準パケット及び出力基準パケットは、所定の種類の映像フレームに係るデータが挿入されたパケットであることを特徴とする請求項１または２に記載のパケット解析装置。
【請求項５】
第１の通信装置から第２の通信装置に向けて送出されたパケットを処理して、上記第２の通信装置に向けて送出するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析装置に搭載されたコンピュータを、
上記第１の通信装置から上記パケット処理装置に入力された、データが挿入された入力データパケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、データが挿入された出力データパケットとを保持するデータパケット保持手段と、
上記第１の通信装置から上記パケット処理装置に入力された、所定の種類のパケットである入力基準パケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、所定の種類のパケットである出力基準パケットについて、上記パケット処理装置による処理前と処理後で対応する組を特定する基準パケット対応特定手段と、
少なくとも、上記基準パケット対応特定手段により対応付けを特定された、入力基準パケットが上記パケット処理装置に入力されたタイミングと、出力基準パケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データパケット保持手段に保持されている、入力データパケット及び出力データパケットについて上記パケット処理装置による処理前と処理後で対応する組を特定するデータパケット対応特定手段と
して機能させることを特徴とするパケット解析プログラム。
【請求項６】
第１の通信装置から第２の通信装置に向けて送出されたパケットを処理して、上記第２の通信装置に向けて送出するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析方法において、
データパケット保持手段、基準パケット対応特定手段、データパケット対応特定手段を有し、
上記データパケット保持手段は、上記第１の通信装置から上記パケット処理装置に入力された、データが挿入された入力データパケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、データが挿入された出力データパケットとを保持し、
上記基準パケット対応特定手段は、上記第１の通信装置から上記パケット処理装置に入力された、所定の種類のパケットである入力基準パケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、所定の種類のパケットである出力基準パケットについて、上記パケット処理装置による処理前と処理後で対応する組を特定し、
上記データパケット対応特定手段は、少なくとも、上記基準パケット対応特定手段により対応付けを特定された、入力基準パケットが上記パケット処理装置に入力されたタイミングと、出力基準パケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データパケット保持手段に保持されている、入力データパケット及び出力データパケットについて上記パケット処理装置による処理前と処理後で対応する組を特定する
ことを特徴とするパケット解析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、パケット解析装置、プログラム及び方法に関し、例えば、メディア変換装置の装置内遅延時間の算出に適用することができる。
【背景技術】
【０００２】
従来、メディア変換装置に入力されたＲｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ（ＲＴＰ）パケット（非特許文献１、２参照）が、メディア変換されたＲＴＰパケットとして出力されるまでの装置内遅延時間を、外部のパケット解析装置を用いて解析する方法としては、図８に示すように、メディア変換装置が接続されたスイッチ（以下、「ＳＷ」という）のミラーリング機能（パケットをコピーし、パケット解析装置に取得させる）により、送信側通信装置からメディア変換装置に入力されるＲＴＰパケットと、メディア変換装置から受信側通信装置に向けて送出されるＲＴＰパケットとを、パケット解析装置に一定時間取得（パケットキャプチャ）させ、その後パケット解析装置に保持されているＲＴＰパケットについて、ＲＴＰシーケンス番号などを用いて、メディア変換装置における入力側と出力側のＲＴＰパケットの対応付け（以下、「紐付け」ともいう）を行い、紐付けされたＲＴＰパケットを取得したタイミング、すなわちメディア変換装置において入力又は出力されたタイミングに基づいて、メディア変換装置における装置内処理時間を算出する。なお、ＲＴＰシーケンス番号は、ＲＴＰパケットごとに付与されるユニークな値である。
【０００３】
通常メディア変換装置では、入力されたＲＴＰパケットを処理して出力する際には、ＲＴＰシーケンス番号は、別の体系の番号に再付与されるために、入力側と出力側で、ＲＴＰシーケンス番号が一致することをもって紐付けすることはできない。よって、従来通常のパケット解析の方式では、送信側通信装置からＲＴＰパケットが最初にメディア変換装置に入力される前から、パケット解析装置が、メディア変換装置に入出力されるＲＴＰパケットのキャプチャを開始し、入出力されるＲＴＰパケットの一つ目から順番に紐付けをする必要がある。
【非特許文献１】ＩＥＴＦ  ＲＦＣ１８８９
【非特許文献２】ＩＥＴＦ  ＲＦＣ３５５０
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のパケット解析の方法では、送信側通信装置からＲＴＰパケットが最初にメディア変換装置に入力される前から、パケット解析装置が、メディア変換装置に入出力されるＲＴＰパケットのキャプチャを開始する必要があるので、通信途中からキャプチャを開始した場合には、メディア変換装置における入力側と出力側のＲＴＰパケットの紐付けはできないという問題がある。
【０００５】
そのため、入力側通信装置から出力側通信装置へ送出されたパケットを処理するパケット処理装置に入出力されるパケット解析において、入力側通信装置から出力側通信装置への通信開始後に、パケット処理装置に入出力されるパケットを紐付けすることができるパケット解析装置、プログラム及び方法が望まれている。
【課題を解決するための手段】
【０００６】
第１の本発明のパケット解析装置は、（１）第１の通信装置から第２の通信装置に向けて送出されたパケットを処理して、上記第２の通信装置に向けて送出するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析装置において、（２）上記第１の通信装置から上記パケット処理装置に入力された、データが挿入された入力データパケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、データが挿入された出力データパケットとを保持するデータパケット保持手段と、（３）上記第１の通信装置から上記パケット処理装置に入力された、所定の種類のパケットである入力基準パケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、所定の種類のパケットである出力基準パケットについて、上記パケット処理装置による処理前と処理後で対応する組を特定する基準パケット対応特定手段と、（４）少なくとも、上記基準パケット対応特定手段により対応付けを特定された、入力基準パケットが上記パケット処理装置に入力されたタイミングと、出力基準パケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データパケット保持手段に保持されている、入力データパケット及び出力データパケットについて上記パケット処理装置による処理前と処理後で対応する組を特定するデータパケット対応特定手段とを有することを特徴とする。
【０００７】
第２の本発明のパケット解析プログラムは、（１）第１の通信装置から第２の通信装置に向けて送出されたパケットを処理して、上記第２の通信装置に向けて送出するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析装置に搭載されたコンピュータを、（２）上記第１の通信装置から上記パケット処理装置に入力された、データが挿入された入力データパケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、データが挿入された出力データパケットとを保持するデータパケット保持手段と、（３）上記第１の通信装置から上記パケット処理装置に入力された、所定の種類のパケットである入力基準パケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、所定の種類のパケットである出力基準パケットについて、上記パケット処理装置による処理前と処理後で対応する組を特定する基準パケット対応特定手段と、（４）少なくとも、上記基準パケット対応特定手段により対応付けを特定された、入力基準パケットが上記パケット処理装置に入力されたタイミングと、出力基準パケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データパケット保持手段に保持されている、入力データパケット及び出力データパケットについて上記パケット処理装置による処理前と処理後で対応する組を特定するデータパケット対応特定手段として機能させることを特徴とする。
【０００８】
第３の本発明のパケット解析方法は、（１）第１の通信装置から第２の通信装置に向けて送出されたパケットを処理して、上記第２の通信装置に向けて送出するパケット処理装置に入出力されるパケットに係る解析を行うパケット解析方法において、（２）データパケット保持手段、基準パケット対応特定手段、データパケット対応特定手段を有し、（３）上記データパケット保持手段は、上記第１の通信装置から上記パケット処理装置に入力された、データが挿入された入力データパケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、データが挿入された出力データパケットとを保持し、（４）上記基準パケット対応特定手段は、上記第１の通信装置から上記パケット処理装置に入力された、所定の種類のパケットである入力基準パケットと、上記パケット処理装置から上記第２の通信装置に向けて送出された、所定の種類のパケットである出力基準パケットについて、上記パケット処理装置による処理前と処理後で対応する組を特定し、（５）上記データパケット対応特定手段は、少なくとも、上記基準パケット対応特定手段により対応付けを特定された、入力基準パケットが上記パケット処理装置に入力されたタイミングと、出力基準パケットが上記パケット処理装置から出力されたタイミングとに基づいて、上記データパケット保持手段に保持されている、入力データパケット及び出力データパケットについて上記パケット処理装置による処理前と処理後で対応する組を特定することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、入力側通信装置から出力側通信装置へ送出されたパケットを処理するパケット処理装置に入出力されるパケット解析において、入力側通信装置から出力側通信装置への通信開始後に、パケット処理装置に入出力されるパケットを紐付けすることができる。
【発明を実施するための最良の形態】
【００１０】
（Ａ）主たる実施形態
以下、本発明によるパケット解析装置、プログラム及び方法の一実施形態を、図面を参照しながら詳述する。
【００１１】
（Ａ−１）実施形態の構成
図２は、この実施形態に係る通信システム１全体の機能的構成を示すブロック図である。
【００１２】
図２において、通信システム１には、パケット解析装置１０、メディア変換装置２０、ＳＷ３１、３２、２台の通信装置４１、４２、ネットワークＮ１、Ｎ２が配置されている。
【００１３】
通信装置４１、４２は、図２に示す通りそれぞれネットワークＮ１、ネットワークＮ２に接続している通信端末であり、メディア変換装置２０を介して、ＲＴＰ、ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（ＲＴＣＰ；ＩＥＴＦ  ＲＦＣ３６０５参照）を用いて通信を行うものである。
【００１４】
ＳＷ３１は、メディア変換装置２０を、ネットワークＮ１に接続させるスイッチングハブである。また、ＳＷ３２は、メディア変換装置２０を、ネットワークＮ２に接続させるためのスイッチである。図２において、ＳＷ３１、３２は、メディア変換装置２０において入出力されるパケットを、例えば、ポートミラーリングの機能などによりパケット解析装置１０が接続しているポートに転送するように設定されているものとする。図２においては、メディア変換装置２０において入出力されるパケットを、ＳＷ３１、３２のポートミラーリングの機能により、パケット解析装置１０が接続しているポートに転送しているが、直接メディア変換装置２０に接続しても良く、メディア変換装置２０において入出力されるパケットを、パケット解析装置１０が取得するための構成は限定されないものである。
【００１５】
メディア変換装置２０は、通信装置４１、４２の間のＲＴＰ、ＲＴＣＰを相互接続させるための、音声パケットや映像パケットなどのメディア変換を行うものである。
【００１６】
パケット解析装置１０は、上述の通り、ＳＷ３１、３２を介してメディア変換装置２０において入出力されるパケットを取得（キャプチャリング）し、メディア変換装置２０における装置内遅延時間に係る時間を算出するものである。ディア変換装置２０における装置内遅延時間とは、例えば、メディア変換装置２０が送信側の通信装置からパケットを取得してから、変換し、パケットを受信側の通信装置に送信開始するまでの時間をいう。また、例えば、ＲＴＰパケットにおいて送信するデータが、映像コーデックなど複数のＲＴＰパケットで一枚の画像を構成される場合には、一枚の画像についてメディア変換装置２０が、最後のＲＴＰパケットを受信してから、変化後最初のＲＴＰパケットを送信し始めるまでの時間を装置内遅延時間としても良い。でぃあ
図１は、パケット解析装置１０内部の機能的構成について示したブロック図である。
【００１７】
パケット解析装置１０は、フィルタ部１１、入力パケットバッファ部１２、出力パケットバッファ部１３、ＲＴＰ検出部１４、制御処理部１５、ＲＴＣＰ検出部１６、データベース部１７、解析対象登録部１８、出力部１９を有している。
【００１８】
パケット解析装置１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、ハードディスクなどのプログラムの実行構成、及び、他の通信装置と通信をするためのインターフェースを有する装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）に、実施形態のパケット解析プログラム等をインストールすることにより構築されるものであり、機能的には上述の図１のように示すことができる。
【００１９】
解析対象登録部１８には、解析対象登録部１８において、装置内遅延時間を算出する対象の通信に係る端末の識別情報の組が登録されているものとする。この実施形態においては、例として、解析対象登録部１８には、送信側の通信装置として通信装置４１のＩＰアドレス（１９２．１６８．０．１）が登録されており、受信側の通信装置として通信装置４２のＩＰアドレス（１９２．１６８．０．２）の組が、登録されているものとする。すなわち、パケット解析装置１０においては、解析対象登録部１８の登録内容により、通信装置４１から通信装置４２に向けて送出されたパケットが解析の対象となる。説明を簡易とするため、この実施形態においては、解析対象登録部１８には一組のＩＰアドレスのみが登録されているものとして説明するが、複数の組を登録するようにしても良い。また、解析対象登録部１８に登録する端末の識別情報としては、ＩＰアドレスに限定されず、マックアドレスやドメイン名等、端末を識別することができる情報であれば良い。
【００２０】
フィルタ部１１は、取得した全パケットから、装置内遅延時間を算出する対象となるパケット（以下、「対象パケット」という）を抽出する。この実施形態においては、フィルタ部１１は、対象パケットとして、解析対象登録部１８に登録されているＩＰアドレスを送信元及び送信先アドレスとするＲＴＰパケット、又は、ＲＴＣＰパケットのうちＳｅｎｄｅｒ  ｒｅｐｏｒｔに係るパケット（以下、「送信者レポートパケット」という）であるものとする。すなわち、図１においては、フィルタ部１１は、通信装置４１から通信装置４２に向けて送出されたＲＴＰパケット及び送信者レポートパケットを、対象パケットとして抽出する。フィルタ部１１において、ＲＴＰ又は送信者レポートパケットは、取得したパケットのヘッダ情報などを参照することにより識別されるものとする。
【００２１】
また、フィルタ部１１は、対象パケットのうち、ＲＴＰパケットのデータを、入力パケットバッファ部１２、又は、出力パケットバッファ部１３に与え、ＲＴＣＰパケットのデータをＲＴＣＰ検出部１６に与える。
【００２２】
フィルタ部１１は、対象パケットのうち、メディア変換装置２０に入力されたパケットに係るデータを、入力パケットバッファ部１２に与え、メディア変換装置２０から出力されたパケットに係るデータを、出力パケットバッファ部１３に与える。フィルタ部１１において、対象パケットが、メディア変換装置２０において入力されたパケットか、出力されたパケットかを識別する方法としては、例えば、パケット解析装置１０がパケットを取得する際に経由したＳＷに応じて判定しても良いし、パケットの送信先のレイヤ２（ＭＡＣ）アドレスがメディア変換装置２０のアドレスになっている場合にはメディア変換装置２０に入力されたパケットと判定し、逆に送信元が該当する場合にはメディア変換装置２０から出力されたパケットと判定するなど、メディア変換装置２０において入力されたパケットか、出力されたパケットかを識別する方法は限定されないものである。
【００２３】
フィルタ部１１は、入力パケットバッファ部１２、出力パケットバッファ部１３にＲＴＰパケットを与える際に、アプリケーション（レイヤ５：ＲＴＰ）層以上のデータを与え、レイヤ４以下のデータは廃棄するようにしても良い。また、フィルタ部１１は、ＲＴＣＰ検出部１６に送信者レポートパケットを与える際に、アプリケーション（レイヤ５：ＲＴＣＰ）層以上のデータを与え、レイヤ４以下のデータは廃棄するようにしても良い。
【００２４】
入力パケットバッファ部１２、出力パケットバッファ部１３は、それぞれフィルタ部１１から与えられたＲＴＰパケットを保持するバッファの機能を担っている。また、入力パケットバッファ部１２、出力パケットバッファ部１３は、フィルタ部１１からＲＴＰパケットが与えられると、ＲＴＰパケットのデータと、そのＲＴＰパケットを与えられた時間（以下、「取得時間」という）の情報を組みとして記憶する。取得時刻は、例えば、パケット解析装置１０が起動してから現在までの時間としても良い。なお、取得時間は、それぞれのＲＴＰパケットを、フィルタ部１１が取得した時間としても良いが、フィルタ部１１における処理時間が、パケット解析装置１０における解析において無視し得るような誤差の範囲である場合には、この実施形態のように、入力パケットバッファ部１２、出力パケットバッファ部１３にＲＴＰパケットが与えられた時点を取得時間とするようにしても良い。また、パケット解析装置１０においては、上述の取得時間を、メディア変換装置２０において、パケットが入力又は出力された時間とみなして、パケット解析を行うようにしても良い。
【００２５】
また、入力パケットバッファ部１２、出力パケットバッファ部１３は、制御処理部１５からの制御に応じて、保持しているＲＴＰパケットのデータを廃棄する。
【００２６】
ＲＴＰ検出部１４は、入力パケットバッファ部１２、出力パケットバッファ部１３に保持されているＲＴＰパケットから、パケット解析に必要な情報を抽出して、制御処理部１５に与える。ＲＴＰ検出部１４がＲＴＰパケットから抽出する情報としては、取得時間、各ＲＴＰパケットのＲＴＰペイロード量の検出、ＲＴＰシーケンス番号の検出、ＲＴＰへッダ内のＰａｙｌｏａｄ  Ｔｙｐｅ（以下、「ＰＴ」という）値情報が挙げられる。
【００２７】
ＲＴＣＰ検出部１６は、フィルタ部１１からＲＴＣＰパケットが与えられると、そのＲＴＣＰパケットから、パケット解析に必要な情報を抽出して、制御処理部１５に与える。ＲＴＣＰ検出部１６が、ＲＴＣＰパケットから抽出する情報としては、Ｓｅｎｄｅｒ‘ｓ  ｐａｃｋｅｔ  ｃｏｕｎｔ値（以下、「送信者パケットカウント値」という）、ＲＴＰタイムスタンプ値が挙げられる。
【００２８】
データベース部１７は、メディア変換装置２０が対応するコーデック（メディア）に係る情報を格納している。
【００２９】
図３は、データベース部１７に登録する情報の例について示した説明図である。
【００３０】
データベース部１７が格納する情報の一つとしては、例えば、図４に示すように、メディア変換装置２０が対応するコーデックごとの、分割周期とペイロード長の情報と、ＰＴ値を登録するようにしても良い。
【００３１】
出力部１９は、制御処理部１５における処理結果等を出力する手段である。出力部１９による出力は、例えば、ディスプレイ等の表示装置に表示出力させたり、ディスク装置等の記憶装置に記憶させたり、プリンタ等の印刷装置に印刷出力させたりする構成としてもよく、その出力方法は問われないものである。
【００３２】
制御処理部１５は、パケット解析装置１０全体を制御する機能を担っており、例えば、制御処理部１５は、フィルタ部１１の設定や、入力パケットバッファ部１２、出力パケットバッファ部１３のデータ廃棄などの制御を行う。
【００３３】
また、制御処理部１５は、ＲＴＰ検出部１４、ＲＴＣＰ検出部１６から与えられた情報と、データベース部１７に登録されている情報に基づいて、出力パケットバッファ部１３に保持されているパケットが、入力パケットバッファ部１２に保持されているパケットのうちいずれのパケットと紐付けできるかを検出する。紐付けできるパケットとは、メディア変換装置２０により変換前と変換後で対応するパケットのことである。そして、制御処理部１５は、紐付けされたＲＴＰパケットの取得時間に基づいて装置内遅延時間が算出される。例えば、紐付けされたＲＴＰパケットについて、出力側のＲＴＰパケットの取得時間から、入力側のＲＴＰパケットの取得時間を減算した時間が、装置内遅延時間となる。
【００３４】
また、制御処理部１５は、入力パケットバッファ部１２と、出力パケットバッファ部１３が保持しているＲＴＰパケットについて、音声コーデックに係るパケットであるのか、映像コーデックに係るパケットであるのかを判定する。音声コーデックに係るパケットであるのか、映像コーデックに係るパケットであるのかによって、ＲＴＰパケットを紐付けするための処理手順が異なるためである。制御処理部１５が、音声コーデックに係るパケットであるのか、映像コーデックに係るパケットであるのかを判定する手段としては、例えば、ＰＴ値を、ＲＴＰ検出部１４を介して取得して判定してもよい。
【００３５】
また、制御処理部１５は、対象パケットが音声コーデックに係るパケットである場合には、送信者レポートパケット及びＲＴＰパケットの紐付けを行うために必要な処理として、ＲＴＰ検出部１４を制御して、入力パケットバッファ部１２と、出力パケットバッファ部１３が保持している任意のＲＴＰパケットについて、それぞれのＲＴＰパケットの形式に係る情報を取得し、メディア変換装置２０における入力側のパケット分割周期と、出力側のパケット分割周期の対応関係を解析する。
【００３６】
制御処理部１５が、パケット分割周期を解析する方法としては、例えば、ＲＴＰ検出部１４を制御して、入力パケットバッファ部１２と、出力パケットバッファ部１３が保持している任意のＲＴＰパケットについて、それぞれのヘッダ内のＰＴ値及びペイロード長が一致する場合には、パケット分割周期は同一、すなわち、入力側のＲＴＰパケット１つに対して、出力側のＲＴＰパケットの１つのパケットが対応すると判定してもよい。
【００３７】
また、制御処理部１５が、パケット分割周期を解析する方法としては、例えば、ＲＴＰパケットのペイロード量とＰＴ値の情報を、ＲＴＰ検出部１４を介して取得し、取得した情報に該当するコーデックのパケット分割周期を、データベース部１７に保持されている情報から検索し、入力側のパケット分割周期と、出力側のパケット分割周期の最小公倍数を求めることにより、メディア変換装置２０における入力側のパケット分割周期と、出力側のパケット分割周期の対応関係を解析しても良い。例えば、出力パケットバッファ部１３が保持しているＲＴＰパケットのＰＴ値が１８で、ペイロード長が１６０バイトの場合、パケット分割周期は２０ｍｓｅｃと判定できる。また、例えば、入力パケットバッファ部１２が保持しているＲＴＰパケットのＰＴ値が８で、ペイロード長が４０バイトの場合、パケット分割周期は４０ｍｓｅｃと判定できる。この例の場合、メディア変換装置２０における入力側のパケット分割周期は２０ｍｓｅｃで、出力側のパケット分割周期が４０ｍｓｅｃであるので、最小公倍数としては、入力側のパケット分割周期１に対して出力側のパケット分割周期は２であるので、入力側のＲＴＰパケット１つに対して、出力側のＲＴＰパケットの２つのパケットが対応すると判定することができる
制御処理部１５は、入力パケットバッファ部１２と、出力パケットバッファ部１３が保持しているＲＴＰパケットについて、音声コーデックに係るパケットであると判定した場合には、さらに、入力側と出力側で、送信者レポートパケットについて紐付けされるものを特定し、この紐付けされる送信者レポートパケットを基準のパケット（以下、「基準パケット」という）として、それ以降または以前に、入力側及び出力側において取得されるＲＴＰパケットが紐付けされる（詳細については、後述する動作説明において説明する）。
【００３８】
メディア変換装置２０に入出力されるＲＴＰパケットが、映像コーデックの場合は、メディア変換装置２０内で、デコード・エンコードを実施するので、入出力するＲＴＰパケットの数は、コーデックなどが同一であっても一致するとは限らない。また、映像コーデックである場合には、複数のＲＴＰパケットにより１つのフレームが形成される。よって、１つのフレームを形成する１番目のパケットと、最後のパケットを特定することが必要になる。１つのフレームにおいて、１番目のＲＴＰパケットは、ペイロード部のメディアヘッダ部にスタートビットフラグが所定のビット表示（この実施形態においては、「０００１」であるものとする）となり、最後のＲＴＰパケットにはＲＴＰヘッダ部のマーカビットフラグが「１」になっているというプロトコルであるものとする。そこで、この実施形態において、制御処理部１５は、入力パケットバッファ部１２と、出力パケットバッファ部１３が保持しているＲＴＰパケットについて、映像コーデックに係るパケットであると判定した場合には、ＲＴＰ検出部１４を制御して、対象パケットについてさらにスタートビット・マークビット検出に係る情報を取得し、それらの情報も利用して、ＲＴＰパケットの紐付けを行う（詳細については、後述する動作説明において説明する）。
【００３９】
また、対象パケットが、映像コーデックに係るパケットである場合は、基準パケットとしては、上述の音声コーデックの場合のように、送信者レポートパケットではなく、他の基準となるパケットを用いるようにしても良い。
【００４０】
例えば、映像コーデックとしてＭＰＥＧを用いている場合、映像フレームは、１つの映像フレーム内で符号化が完結しているＩフレーム(Ｉｎｔｒａ−ｃｏｄｅｄ  Ｆｒａｍｅ)、時間的に前のフレームから動き予測するＰフレーム(Ｐｒｅｄｉｃｔｅｄ  Ｆｒａｍｅ)、時間的に前および後ろのフレームを使って動き予測するＢフレーム(Ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ  Ｐｒｅｄｉｃｔｅｄ  Ｆｒａｍｅ)の３つである。Ｉフレームから次のIフレームの間のフレーム集合を１組と捉え、これをＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）と呼ばれる。利用用途や製品によって異なるが、Ｉフレームは通常１５〜３０フレーム間隔で入れられている。この実施形態においては、送信者レポートパケットではなく、このＩフレームを構成するＲＴＰパケットを基準パケットとして、入力側と出力側とで、そのＩフレーム以前又は以降のＲＴＰパケットについて紐付けを行うものとして説明する。
【００４１】
なお、メディア変換装置２０において、映像コーデックとしてＭＰＥＧ以外の方式が用いられていた場合でも、Ｉフレームに相当する１つの映像フレーム内で符号化が完結している基準となるフレームと、そのフレームを基準とした差分のデータを有する複数のフレームでＧＯＰと同様のグループが形成される方式である場合には、基準となるフレームに係るパケットを基準パケットとして適用するようにしても良い。
【００４２】
それぞれのフレームの種類を識別する方法としては、各ＲＴＰパケットに挿入されているデータにおいて、フレームの種類を識別する情報を参照することにより行っても良いし、各フレームのデータ量に応じて判定しても良い。ＰフレームやＢフレームのデータ量はＩフレームに比べて小さいので、ＲＴＰパケットごとのデータ量からIフレームを検出できる。なお、各フレームのデータ量は、例えば、各フレームを構成するＲＴＰパケットのペイロード長を合計することにより求めても良い。
【００４３】
各フレームについて、データ量に応じてＩフレームを検出する手段としては、例えば、閾値を設けて、閾値よりもデータ量の多いフレームをＩフレームと特定するようにしても良い。例えば、Ｂ又はＰフレームのデータ量が１０００〜２０００バイト、Ｉフレームが６０００〜７０００バイトであった場合には、５０００バイト以上のフレームをＩフレームと特定するようにしても良い。
【００４４】
また、例えば、第１のフレームのデータ量と、第１のフレームの直前又は直後に発生した第２のフレームのデータ量とを比較し、比率や差分などに応じて、第１のフレームがＩフレームであるか否かを判定しても良い。例えば、第１のフレームのデータ量が、第２のフレームのデータ量の３倍以上（何倍に設定するかは限定されない）であった場合に第１のフレームをＩフレームと特定するようにしても良い。また、例えば、第１のフレームのデータ量が、第２のフレームよりも、３０００バイト（どの程度の差分にするかは限定されない）以上大きい場合には、第１のフレームをＩフレームと特定するようにしても良い。
【００４５】
また、制御処理部１５は、メディア変換装置２０における装置内遅延時間を算出し、算出結果を出力部１９に出力させる。制御処理部１５は、ＲＴＰパケットごとに、装置内遅延時間を算出すると、さらに、装置内遅延時間の最大値（以下、「最大装置内遅延時間」という）や、装置内遅延時間の平均値（以下、「平均装置内遅延時間」という）を出力するようにしても良い。なお、装置内遅延時間を算出する方法については、後述する動作説明において詳述する。
【００４６】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の通信システム１におけるパケット解析の動作（実施形態のパケット解析方法）を説明する。
【００４７】
（Ａ−２−１）パケット解析装置の全体の動作
まず、パケット解析装置１０の全体の動作について説明する。
【００４８】
まず、パケット解析装置１０では、ＳＷ３１、３２のミラーリング機能により、メディア変換装置２０に入出力しているパケットが取得され、取得されたパケットから、さらに対象パケットが抽出される。そして、抽出された対象パケットのうち、ＲＴＰパケットについては、入力パケットバッファ部１２又は出力パケットバッファ部１３に与えられ、送信者レポートパケットについては、ＲＴＣＰ検出部１６に与えられる（Ｓ１０１）。
【００４９】
そして、ＲＴＣＰ検出部１６では、与えられた送信者レポートパケットからパケット解析に必要な情報が抽出されて、制御処理部１５に与えられ、制御処理部１５において、メディア変換装置２０に入力された基準パケット（例えば、送信者レポートパケット、Ｉフレームに係るＲＴＰパケット）と、出力された基準パケットとで、対応するものを紐付けする処理が行われる（Ｓ１０２）。
【００５０】
なお、ステップＳ１０２においては、対象パケットが音声コーデックに係るＲＴＰパケットか、映像コーデックに係るＲＴＰパケットかが判定され、音声コーデックに係るＲＴＰパケットであると判定された場合には、送信者レポートパケットの紐付けの処理が行われる際に、メディア変換装置２０における入力側のパケット分割周期と、出力側のパケット分割周期の対応関係も解析される。
【００５１】
そして、ＲＴＰ検出部１４では、与えられたＲＴＰパケットからパケット解析に必要な情報が抽出され、制御処理部１５に与えられる。そして、制御処理部１５では、上述のステップＳ１０２における紐付けの結果を利用して、出力パケットバッファ部１３に保持されているＲＴＰパケットが、入力パケットバッファ部１２に保持されているＲＴＰパケットのうちいずれのＲＴＰパケットと紐付けできるかが検出される（Ｓ１０３）。
【００５２】
そして、紐付けされたＲＴＰパケットの取得時間に基づいて、装置内遅延時間が算出されて出力部１９により出力され、算出の完了したＲＴＰパケットに係るデータが、入力パケットバッファ部１２、出力パケットバッファ部１３から廃棄され（Ｓ１０４）、再度上述のステップＳ１０３から動作する。
【００５３】
（Ａ−２−２）ＲＴＰパケットの紐付け及び装置内遅延時間の算出について
（イ）変換前と変換後でパケット分割周期が同一の場合
まず、メディア変換装置２０のメディア変換において、対象パケットが音声コーデックに係るもので、変換前と変換後のパケット分割周期が同一の場合、すなわち、通信装置４１からメディア変換装置２０に入力されるパケットの周期と、メディア変換装置２０から出力されるパケットの周期が同じ場合において、上述のステップＳ１０２〜Ｓ１０４の処理の詳細について説明する。なお、メディア変換装置２０における入力側のパケット分割周期と、出力側のパケット分割周期の対応関係は、上述のステップＳ１０２において解析されるものである。
【００５４】
図５は、メディア変換装置２０のメディア変換において、変換前と変換後のパケット分割周期が同一の場合に、パケット解析装置１０における装置内遅延時間の算出の例について示したタイミングチャートである。
【００５５】
図５においては、Ｐ１１１〜Ｐ１１３は、入力パケットバッファ部１２において保持されているＲＴＰパケットの取得されたタイミング及びそれぞれのＲＴＰパケットに係る内容を示している。Ｐ１２１〜Ｐ１２３は、出力パケットバッファ部１３において保持されているＲＴＰパケットの取得されたタイミング及びそれぞれのＲＴＰパケットに係る内容を示している。Ｐ１３１は、メディア変換装置２０に入力された送信者レポートパケットが取得されたタイミング及び、その送信者レポートパケットに係る内容を示している。Ｐ１４１は、メディア変換装置２０から出力された送信者レポートパケットが取得されたタイミング及び、その送信者レポートパケットに係る内容を示している。
【００５６】
図５の場合においては、上述のステップＳ１０２における、制御処理部１５による送信者レポートパケットの紐付けとしては、送信者パケットカウント値が同一であるＰ１３１とＰ１４１が紐付けすると判定される。なお、図５においては、Ｐ１３１のタイムスタンプ値が２５６７であるため、タイムスタンプ値が２５００であるＰ１１１とタイムスタンプ値が２６００であるＰ１１２の間のタイミングで取得したものと判定するようにしても良い。
【００５７】
次に、図５の場合における、上述のステップＳ１０３における出力パケットバッファ部１３に保持されているパケットと、入力パケットバッファ部１２に保持されているＲＴＰパケットの紐付けについて説明する。
【００５８】
上述の通り、送信者レポートパケットとして、Ｐ１３１とＰ１４１が紐付けできると判定されているので、制御処理部１５では、Ｐ１３１とＰ１４１を基準として、それ以降のタイミングで取得されたＲＴＰパケットを紐付けできると判定される。すなわち、Ｐ１３１の直後のタイミングで取得されたＰ１１２（シーケンス番号：２３４６）と、Ｐ１４１（シーケンス番号：１２３６）の直後のタイミングで取得されたＰ１２３とが紐付けできると判定される。よって、以降は、入力パケットバッファ部１２、出力パケットバッファ部１３に保持されるＲＴＰパケットが順次紐付けられる。例えば、入力パケットバッファ部１２における、シーケンス番号が２３４７のＲＴＰパケットと、出力パケットバッファ部１３における、シーケンス番号が１２３７のＲＴＰパケットとが紐付けできると判定できる。上述の例では、基準となる送信者レポートパケットの後のタイミングで取得したＲＴＰパケット同士を紐付けしたが、前のタイミングで取得したＲＴＰパケット同士を紐付けるようにしてもよい。
【００５９】
次に、図５の場合における、上述のステップＳ１０４における装置内遅延時間の算出方法について説明する。
【００６０】
制御処理部１５では、上述のステップＳ１０３において紐付けされたＲＴＰパケットについて装置内遅延時間が算出される。例えば、上述の通りＰ１１２とＰ１２３が紐付けられているので、この場合の装置内遅延時間は１．１８−１．１６＝０．０２ｓｅｃとなる。
【００６１】
（ロ）変換前と変換後でパケット分割周期が異なる場合
次に、メディア変換装置２０のメディア変換において、対象パケットが音声コーデックに係るもので、変換前と変換後のパケット分割周期が異なる場合において、上述のステップＳ１０２〜Ｓ１０４の処理の詳細について説明する。なお、メディア変換装置２０における入力側のパケット分割周期と、出力側のパケット分割周期の対応関係は、上述のステップＳ１０２において解析されるものである。
【００６２】
図６は、メディア変換装置２０のメディア変換において、変換前と変換後のパケット分割周期が異なる場合に、パケット解析装置１０における装置内遅延時間の算出の例について示したタイミングチャートである。図６では、メディア変換装置２０の入力側のパケット分割周期は２０ｍｓｅｃで、出力側のパケット分割周期が４０ｍｓｅｃであるものとする。すなわち、入力側のＲＴＰパケット１つに対して、出力側のＲＴＰパケットの２つのパケットが対応することになる。
【００６３】
図６においては、Ｐ２１１〜Ｐ２１３は、入力パケットバッファ部１２において保持されているＲＴＰパケットの取得されたタイミング及びそれぞれのＲＴＰパケットに係る内容を示している。Ｐ２２１、Ｐ２２２は、出力パケットバッファ部１３において保持されているＲＴＰパケットの取得されたタイミング及びそれぞれのＲＴＰパケットに係る内容を示している。Ｐ２３１は、メディア変換装置２０に入力された送信者レポートパケットが取得されたタイミング及び、その送信者レポートパケットに係る内容を示している。Ｐ２４１は、メディア変換装置２０から出力された送信者レポートパケットが取得されたタイミング及び、その送信者レポートパケットに係る内容を示している。
【００６４】
図６の場合においては、上述のステップＳ１０２における、制御処理部１５による送信者レポートパケットの紐付けとしては、Ｐ２３１の送信者パケットカウント値が４で、Ｐ２４１のパケットカウント値が２であるので、２対１の関係にあり、パケット分割周期の最小公倍数の比率と一致するので、Ｐ２３１とＰ２４１が紐付けすると判定される。なお、図６においては、Ｐ２３１のタイムスタンプ値が２４８８であるため、タイムスタンプ値が２５００であるＰ２１１の前のタイミングで取得したものと判定しても良い。また、Ｐ２４１のタイムスタンプ値が、３７６８であるため、タイムスタンプ値が３６００であるＰ２２１と、タイムスタンプ値が３８００であるＰ２２２の間のタイミングで取得したものと判定しても良い。
【００６５】
次に、図６の場合における、上述のステップＳ１０３における出力パケットバッファ部１３に保持されているパケットと、入力パケットバッファ部１２に保持されているＲＴＰパケットの紐付けについて説明する。
【００６６】
上述の通り、送信者レポートパケットとして、Ｐ２３１とＰ２４１が紐付けできると判定されているので、制御処理部１５では、Ｐ２３１とＰ２４１を基準として、それ以降のタイミングで取得されたＲＴＰパケットを紐付けできると判定される。すなわち、Ｐ２３１の直後のタイミングで取得された２つのＰ２１１（シーケンス番号：２３４５）、Ｐ２１２（シーケンス番号：２３４６）と、Ｐ２４１の直後のタイミングで取得されたＰ２２２（シーケンス番号１２３６）とが紐付けできると判定される。よって、以降は、入力パケットバッファ部１２、出力パケットバッファ部１３に保持されるＲＴＰパケットが順次紐付けられる。例えば、図示は省略しているが、入力パケットバッファ部１２における、シーケンス番号が２３４７、２３４８の２つのＲＴＰパケットと、出力パケットバッファ部１３における、シーケンス番号が１２３７のＲＴＰパケットとが紐付けできると判定できる。上述の例では、基準となる送信者レポートパケットの後のタイミングで取得したＲＴＰパケット同士を紐付けしたが、前のタイミングで取得したＲＴＰパケット同士を紐付けるようにしてもよい。
【００６７】
次に、図６の場合における、上述のステップＳ１０４における装置内遅延時間の算出方法について説明する。
【００６８】
制御処理部１５では、上述のステップＳ１０３において紐付けされたＲＴＰパケットについて装置内遅延時間が算出される。例えば、上述の通りＰ２１１、Ｐ２１２とＰ２２２とが紐付けられているので、この場合の装置内遅延時間は、Ｐ２１２の取得時間と、Ｐ２２２の取得時間とが比較され、１．１５−１．１６＝０．０１ｓｅｃとなる。
【００６９】
（ハ）映像コーデックの場合
次に、対象パケットが映像コーデックに係るものである場合において、上述のステップＳ１０２〜Ｓ１０４の処理の詳細について説明する。なお、メディア変換装置２０に入出力されるＲＴＰパケットが映像コーデックに係るものであるか否かは、上述のステップＳ１０２において解析されるものである。  図７においては、Ｐ３１１〜Ｐ３１５は、入力パケットバッファ部１２において保持されているＲＴＰパケットの取得されたタイミング及びそれぞれのＲＴＰパケットに係る内容を示している。Ｐ３２１〜Ｐ３２６は、出力パケットバッファ部１３において保持されているＲＴＰパケットの取得されたタイミング及びそれぞれのＲＴＰパケットに係る内容を示している。
【００７０】
なお、図７においては、メディア変換装置２０は、フレーム単位でメディア変換を行い出力するものとする。すなわち、メディア変換装置２０では、フレーム一つ分のＲＴＰパケットが入力されると、そのフレームについてメディア変換を行い、変換済のフレームに係るＲＴＰパケットを出力するものとする。
【００７１】
図７の場合においては、上述のステップＳ１０２における、制御処理部１５による基準パケット（Ｉフレームに係るＲＴＰパケット）の紐付けとしては、まず、制御処理部１５では、ＲＴＰ検出部１４を介して、入力パケットバッファ部１２、出力パケットバッファ部１３に保持されているＲＴＰパケットに係る情報（スタートフラグ、マーカフラグなど）が取得され、それぞれのＲＴＰパケットがフレーム単位にグループ化され、さらに、それぞれのフレームについてＩフレームであるか否かが検出される。その結果、Ｐ３１１、Ｐ３１２が入力側においてＩフレームを構成するＲＴＰパケットであり、Ｐ３２３、Ｐ３２４が、出力側においてＩフレームを構成するＲＴＰパケットであったものとする。また、その他にも、入力側において、Ｐ３１３、Ｐ３１４が一つのフレームを構成し、Ｐ３２５、Ｐ３２６も一つのフレームを構成するものと認識される。
【００７２】
なお、メディア変換装置２０は、ＩフレームのＲＴＰパケットが入力されると、次にＩフレームのＲＴＰパケットが入力される前に変換して出力するものとして説明する。そうすると、入力側において、Ｐ３１１、Ｐ３１２で構成されるＩフレームが取得された後、入力側において次にＩフレームのＲＴＰパケットが取得される前に、出力側において、Ｐ３２３、Ｐ３２４で構成されるＩフレームが取得されているため、これらのＩフレームに係るＲＴＰパケットは紐付けすることができる。
【００７３】
次に、図７の場合における、上述のステップＳ１０３における出力パケットバッファ部１３に保持されているパケットと、入力パケットバッファ部１２に保持されているＲＴＰパケットの紐付けについて説明する。
【００７４】
上述の通り、Ｐ３１１、Ｐ３１２で構成されるＩフレームと、Ｐ３２３、Ｐ３２４で構成されるＩフレームが紐付けできると判定されているので、制御処理部１５では、これらのＩフレームに係るＲＴＰパケットを基準として、それ以降のタイミングで取得されたフレームに係るＲＴＰパケットも紐付けできると判定される。
【００７５】
例えば、図７において、入力側において、Ｉフレームを構成するＰ３１２の直後のタイミングで取得されたフレームに係るＲＴＰパケットであるＰ３１３、Ｐ３１４の組と、出力側においてＩフレームを構成するＰ３２４の直後のタイミングで取得されたフレームに係るＲＴＰパケットであるＰ３２５、Ｐ３２６の組とが紐付けされることになる。上述の例では、基準となるＩフレームに係るＲＴＰパケットの後後のタイミングで取得したフレームに係るＲＴＰパケット同士を紐付けしたが、前のタイミングで取得したフレームに係るＲＴＰパケット同士を紐付けるようにしてもよい。
【００７６】
次に、図７の場合における、上述のステップＳ１０４における装置内遅延時間の算出方法について説明する。
【００７７】
制御処理部１５では、上述のステップＳ１０３において紐付けされたＲＴＰパケットについて装置内遅延時間が算出される。例えば、上述の通り入力側のＰ３１１、Ｐ３１２と、出力側のＰ３２３、Ｐ３２４とが紐付けられているので、この場合の装置内遅延時間は、Ｐ３１２の取得時間と、Ｐ３２３の取得時間とが比較され、１．１６−１．１５＝０．０１ｓｅｃとなる。
【００７８】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【００７９】
この実施形態のパケット解析装置１０では、まず基準パケットの紐付けを行い（上述の図４のステップＳ１０２参照）、基準パケットを目印として、ＲＴＰパケットの紐付けを行っている（上述の図４のステップＳ１０３参照）。これにより、通信装置４１からの通信が開始された後であっても、メディア変換装置２０に入出力されるＲＴＰパケットを紐付けし、さらに、装置内遅延時間を算出することができる。
【００８０】
また、パケット解析装置１０では、ＲＴＰ検出部１４により、メディア変換装置２０に入出力されるＲＴＰパケットの内容を分析し、メディア変換装置２０に入出力されるＲＴＰパケットのパケット分割周期を特定している。そして、特定したパケット分割周期を用いて、メディア変換装置２０に入出力されるＲＴＰパケットの紐付けをおこなっている（上述の図６参照）。これにより、メディア変換装置２０に入出力されるＲＴＰパケットにおいて、入力側と出力側でパケット分割周期が異なる場合であっても、ＲＴＰパケットの紐付けを行い、さらに、装置内遅延時間を算出することができる。
【００８１】
さらに、パケット解析装置１０では、ＲＴＰ検出部１４により、メディア変換装置２０に入出力されるＲＴＰパケットの内容を分析し、ＲＴＰパケットが映像コーデックであると判定した場合には、それぞれＲＴＰパケットにおけるスタートビットとマーカビットを検出し、どのＲＴＰパケットを組として一つのフレームが構成されるのかを検出し、一つのフレームを構成するＲＴＰパケットの組を、Ｉフレームを基準として、入力側と出力側で紐付けしている（上述の図７参照）。これにより、ＲＴＰパケットの内容が映像コーデックであった場合でも、ＲＴＰパケットの紐付けを行い、さらに、装置内遅延時間を算出することができる。
【００８２】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【００８３】
（Ｂ−１）上記の実施形態では、パケット解析装置１０は、メディア変換装置２０に入出力されるＲＴＰパケットを紐付けして、装置内遅延時間を算出するものとして説明したが、装置内遅延時間を算出せずに、ＲＴＰパケットの紐付けのみを解析して、その解析結果を、出力部１９に出力する装置として構成しても良い。ＲＴＰパケットの紐付けの解析結果を用いて、例えば、メディア変換装置２０によるＲＴＰパケットの処理前と処理後を比較し、メディア変換装置２０によるメディア変換が正しく行われているかなど、メディア変換装置２０の動作を分析することに用いることができる。
【００８４】
（Ｂ−２）上記の実施形態では、パケット解析装置１０は、ＲＴＣＰパケットの紐付けを行い（上述の図４のステップＳ１０２参照）、ＲＴＣＰパケットを目印として、ＲＴＰパケットの紐付けを行う例（上述の図４のステップＳ１０３参照）について説明しているが、パケット解析に係るプロトコルは、ＲＴＣＰとＲＴＰの組み合わせに限定されないものである。例えば、定期もしくは不定期の間隔で、送信側通信装置（通信装置４１）から受信側通信装置（通信装置４２）へ向けて、ＲＴＣＰ以外の通信制御情報が挿入された通信制御パケットが送出される場合には、その通信制御パケットを紐付けし、それを目印として、送信側通信装置（通信装置４１）から受信側通信装置（通信装置４２）へ向けて送出される、ＲＴＰ以外のデータが挿入されたデータパケットを入力側と出力側で紐付けするようにしても良い。
【００８５】
（Ｂ−３）上記の実施形態では、パケット解析装置１０は、メディア変換装置２０において入出力されるパケットについて解析を行っているが、解析を行う対象は、メディア変換装置２０に入出力されるパケットに限定されず、例えば、パケット暗号化装置やプロキシーサーバなど、送信側通信装置（通信装置４１）から送出されたパケットに何らかの処理を施して、受信側通信装置（通信装置４２）に向けて送出する他の装置（以下、「パケット処理装置」という）に適用しても良い。
【００８６】
（Ｂ−４）上記の実施形態において、制御処理部１５は、ＲＴＣＰ検出部１６が検出した送信者レポートパケットのデータを入力側と出力側で両方保持するようにしているが、入力側の送信者レポートパケットに係るデータだけを保持して、紐付けできる送信者レポートパケットが出力側に発生した場合に、入力側と出力側の送信者レポートパケットのタイミングの検出をするようにしても良い。
【００８７】
（Ｂ−５）上記の実施形態においては、パケット解析装置１０は、ＲＴＰパケットが映像コーデックと、音声コーデックの両方に対応するものとして記載しているが、いずれか一方のみに対応するようにしても良い。パケット解析装置１０が、映像コーデックのみに対応する場合には、データベース部１７や、ＲＴＣＰ検出部１６、その他ＲＴＣＰパケットに係る処理を行う構成を省略するようにしても良い。
【００８８】
（Ｂ−６）上記の実施形態において、送信者レポートパケットを取得したタイミングの検出については、送信者レポートパケットのＲＴＰタイムスタンプ値と、ＲＴＰパケットのタイムスタンプ値を比較することにより検出している（上述の図５、図６参照）が、送信者レポートパケットについても取得時間を計時しておいて、ＲＴＰパケットの取得時間と比較することにより検出するようにしても良い。
【図面の簡単な説明】
【００８９】
【図１】実施形態に係るパケット解析装置内部の機能的構成について示したブロック図である。
【図２】実施形態に係る通信システムの全体構成について示したブロック図である。
【図３】実施形態に係るデータベース部に登録される情報の例について示した説明図である。
【図４】実施形態に係るパケット解析装置の動作（パケット分割周期が同一の場合）について示したタイミングチャートである。
【図５】実施形態に係るパケット解析装置の動作（パケット分割周期が異なる場合）について示したタイミングチャートである。
【図６】実施形態に係るパケット解析装置の動作（映像コーデックの場合）について示したタイミングチャートである。
【図７】実施形態に係るパケット解析装置の動作について示したタイミングチャートである。
【図８】従来のパケット解析方法について示した説明図である。
【符号の説明】
【００９０】
１…通信システム、１０…パケット解析装置、１１…フィルタ部、１２…入力パケットバッファ部、１３…出力パケットバッファ部、１４…ＲＴＰ検出部、１５…制御処理部、１６…ＲＴＣＰ検出部、１７…データベース部、１８…解析対象登録部、１９…出力部、２０…メディア変換装置、３１、３２…ＳＷ、Ｎ１、Ｎ２…ネットワーク、４１、４２…通信装置。
【図１】
2010081534.tif 000003
【図２】
2010081534.tif 000004
【図３】
2010081534.tif 000005
【図４】
2010081534.tif 000006
【図５】
2010081534.tif 000007
【図６】
2010081534.tif 000008
【図７】
2010081534.tif 000009
【図８】
2010081534.tif 000010