JP2009147459A - パケットキャプチャ装置、パケットキャプチャ方法およびパケットキャプチャプログラム - Google Patents

Abstract

【課題】安価な機能部で構成できないことを課題とする。
【解決手段】ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を逆方向に流れるパケットの受信を開始するまでの待機時間を記憶し、記憶されている待機時間が経過した後、ネットワーク上を逆方向に流れる各パケットの受信を開始する。また、エコー検知装置によってエコーが検知されなかった場合には、記憶されている待機時間に対して、前記音声情報の再生時間を加算、または、減算して更新する。また、パケットの送受信制御に用いられる制御情報を用いて待機時間を予め算出し、算出結果を待機時間として記憶する。また、端末間を識別するための端末間識別情報に対応付けて待機時間を記憶し、対応する待機時間が経過した後、逆方向に流れるパケットの取得を開始する。
【選択図】 図１

Description

この発明は、パケットキャプチャ装置、パケットキャプチャ方法およびパケットキャプチャプログラムに関する。

従来より、ネットワーク上を双方向に流れる各パケットを受信して、受信した各パケットから音声情報を含んで構成される音声パケットを取得するパケットキャプチャ装置がある（特許文献１参照）。

具体的に一例をあげて説明すると、図１４に示すように、複数のＩＰ電話がネットワークに接続されるネットワーク構成において、従来のパケットキャプチャ装置は、ＩＰ電話の間に設置されたＴＡＰを介してネットワーク上を流れる全てのパケットを受信し、受信した全てのパケットについて、音声情報を含んで構成されるか否かを各々判定する。

そして、従来のパケットキャプチャ装置は、音声情報を含んで構成されると判定された各音声パケットを記憶部に格納することで、ネットワーク上を双方向に流れる音声パケットを取得する。なお、図１４は、従来技術に係るネットワーク構成を説明するための図である。

特開２００４−８８７７２号公報

ところで、上記した従来の技術は、安価な機能部で構成できないという課題があった。すなわち、従来の技術は、ネットワーク上を双方向に流れる全てのパケットを受信し、受信した全てのパケットについて、音声情報を含んで構成されるか否かを各々判定するので、全てのパケットについて音声情報を含んで構成されるか否かを各々判定することができる処理能力を備えた高価な処理部が必要であった。

また、従来の技術は、音声情報を含んで構成されると判定された全ての音声パケットを記憶部に格納するので、音声パケットを多量に記憶することができる記憶容量の大きい高価な記憶部が必要であった。

そこで、本発明は、上述した従来技術の課題を解決するためになされたものであり、安価な機能部で構成することが可能なパケットキャプチャ装置、パケットキャプチャ方法およびパケットキャプチャプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、開示のパケットキャプチャ装置は、ネットワーク上を双方向に流れる各パケットを受信して、当該各パケットから音声情報を含んで構成される音声パケットを取得し、当該取得された各音声パケットを音声パケットのやりとりを実行する端末間ごとに特定し、前記音声情報が復号化されたときに発生するエコーを検知するエコー検知装置に対して当該特定された各音声パケットに含まれる音声情報を出力するパケットキャプチャ装置であって、ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を前記所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する待機時間記憶手段と、前記待機時間記憶手段に記憶されている待機時間が経過した後、前記逆方向に流れる各パケットの受信を開始するパケット受信手段とを備える。

また、上記のパケットキャプチャ装置において、前記エコー検知装置によってエコーが検知されなかった場合には、前記待機時間記憶手段に記憶されている待機時間に対して、前記音声情報の再生時間を加算、または、減算して更新する待機時間更新手段をさらに備える。

また、上記のパケットキャプチャ装置において、パケットの送受信制御に用いられる制御情報を用いて前記待機時間を予め算出する待機時間算出手段をさらに備え、前記待機時間記憶手段は、前記待機時間算出手段による算出結果を前記待機時間として記憶する。

また、上記のパケットキャプチャ装置において、前記待機時間記憶手段は、前記端末間を識別するための端末間識別情報に対応付けて待機時間を記憶し、前記パケット受信手段は、前記端末間識別情報に対応する待機時間が経過した後、前記逆方向に流れるパケットの受信を開始する。

また、上記のパケットキャプチャ装置において、各音声パケットを取得すべき時刻から各音声パケットが実際に取得された時刻の差分の時間である取得遅れ時間の分布をとり、当該取得遅れ時間の分布に基づいて、パケットを受信する継続時間を予め予測算出する継続時間算出手段をさらに備え、前記パケット受信手段は、音声パケットを取得すべき時刻ごとにパケットの受信を開始し、前記継続時間算出手段によって算出された継続時間の間、パケットの受信を継続する。

また、開示のパケットキャプチャ方法は、ネットワーク上を双方向に流れる各パケットを受信して、当該各パケットから音声情報を含んで構成される音声パケットを取得し、当該取得された各音声パケットを音声パケットのやりとりを実行する端末間ごとに特定し、前記音声情報が復号化されたときに発生するエコーを検知するエコー検知装置に対して当該特定された各音声パケットに含まれる音声情報を出力するパケットキャプチャ方法であって、ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を前記所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する待機時間記憶工程と、前記待機時間記憶工程によって記憶されている待機時間が経過した後、前記逆方向に流れる各パケットの受信を開始するパケット受信工程とを含む。

また、開示のパケットキャプチャプログラムは、ネットワーク上を双方向に流れる各パケットを受信して、当該各パケットから音声情報を含んで構成される音声パケットを取得し、当該取得された各音声パケットを音声パケットのやりとりを実行する端末間ごとに特定し、前記音声情報が復号化されたときに発生するエコーを検知するエコー検知装置に対して当該特定された各音声パケットに含まれる音声情報を出力するパケットキャプチャ処理をコンピュータに実行させるパケットキャプチャプログラムであって、ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を前記所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する待機時間記憶手順と、前記待機時間記憶手順によって記憶されている待機時間が経過した後、前記逆方向に流れる各パケットの受信を開始するパケット受信手順とをコンピュータに実行させる。

開示のパケットキャプチャ装置、パケットキャプチャ方法およびパケットキャプチャプログラムによれば、安価な機能部で構成することが可能である。

以下に添付図面を参照して、この発明に係るパケットキャプチャ装置、パケットキャプチャ方法およびパケットキャプチャプログラムの実施例を詳細に説明する。なお、以下では、この発明が適用された計測装置（例えば、エコーを含んだ音声パケットを検知して、音声パケットに含まれた音声情報の品質を監視する品質監視装置に係る計測装置（パケットキャプチャ装置））を実施例として説明する。

以下の実施例１では、実施例１に係る計測装置の概要および特徴、計測装置の構成、計測装置の処理の流れを順に説明し、最後に実施例１の効果を説明する。

［実施例１に係る計測装置の概要および特徴］
まず最初に、図１を用いて実施例１に係る計測装置の概要および特徴を説明する。図１は、実施例１に係る計測装置の概要および特徴を説明するための図である。

実施例１に係る計測装置は、ネットワーク上を双方向に流れる各パケットを受信して、受信した各パケットから音声情報を含んで構成される音声パケットを取得することを概要とする。

そして、実施例１に係る計測装置は、受信するパケットの数および記憶する音声パケットの数を減少させることができ、安価な機能部で構成することが可能である点に主たる特徴がある。

この主たる特徴について、具体的に説明すると、実施例１に係る計測装置は、ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する。

そして、実施例１に係る計測装置は、所定の方向に流れる音声パケットを取得した場合に、待機時間が経過した後、ネットワーク上を所定の方向に対して逆方向に流れる各パケットの受信を開始する。

具体的には、実施例１に係る計測装置は、図１の（１）に示すように、所定の方向（例えば、Ｘ方向）に流れる全てのパケット（以下では、パケットＡと表す）をネットワーク上に設置されたＴＡＰを介して受信して、受信した全てのパケットＡについて、音声情報を含んで構成されるか否かを各々判定し、パケットＡにおける音声情報を含んで構成されると判定された各音声パケット（以下では、音声パケットＡと表す）を記憶部に格納することで、音声パケットＡを取得する。

ここで、実施例１に係る計測装置は、音声パケットＡを取得した場合に、図１の（２）に示すように、記憶されている待機時間の間、取得されたパケットの流れる方向に対して逆方向（例えば、Ｙ方向）に流れる全てのパケット（以下では、パケットＢと表す）の受信を待機する。

記憶されている待機時間が経過した後、実施例１に係る計測装置は、図１の（３）に示すように、ネットワーク上に設置されたＴＡＰを介して、全てのパケットＢの受信を開始し、受信した全てのパケットＢについて、音声情報を含んで構成されるか否かを各々判定し、パケットＢにおける音声情報を含んで構成されると判定された各音声パケット（以下では、音声パケットＢと表す）を記憶部に格納することで、音声パケットＢを取得する。

このようなことから、実施例１に係る計測装置は、上記した主たる特徴のごとく、受信するパケットの数および記憶する音声パケットの数を減少させることができ、安価な機能部で構成することが可能である。

［計測装置の構成］
次に、図２を用いて、図１に示した計測装置の構成を説明する。図２は、計測装置の構成を示すブロック図である。図２に示すように、この計測装置１０は、入力部１１と、出力部１２と、記憶部１３と、処理部１４と、エコー検知部１５とを備える。

このうち、入力部１１は、各種の情報の入力を受け付ける。具体的には、入力部１１は、キーボードやマウス、マイク、単数または複数の入力ポートなどを備えて構成され、例えば、ネットワーク上に設置されたＴＡＰを介してパケットＡおよびパケットＢを受け付ける。

出力部１２は、各種の情報を出力する。具体的には、出力部１２は、モニタやディスプレイ、タッチパネル、単数または複数の出力ポートを備えて構成され、例えば、検知結果を出力表示する、もしくは、検知結果を品質監視装置に対して送信する。

記憶部１３は、処理部１４による各種処理に必要なデータおよびプログラムを格納する。特に本発明に密接に関連するものとしては、パケット記憶部１３ａと、タイミングギャップ記憶部１３ｂとを備える。なお、タイミングギャップ記憶部１３ｂは、請求の範囲に記載の「待機時間記憶手段」に対応する。

パケット記憶部１３ａは、取得した音声パケットを記憶する。具体的には、後述のパケットＡ受信部１４ａによって取得された音声パケットＡと、後述のパケットＢ受信部１４ｂによって取得された音声パケットＢとを各々記憶する。

タイミングギャップ記憶部１３ｂは、ネットワーク上を所定の方向に流れる音声パケットの取得後、取得されたパケットの流れる方向に対してネットワーク上を逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する。

具体的には、タイミングギャップ記憶部１３ｂは、後述のパケットＡ受信部１４ａによって音声パケットＡが取得されてから、後述のパケットＢ受信部１４ｂによって、パケットＢの受信を開始するまでの待機時間（以下では、タイミングギャップと表す）を記憶する。

ここで、「タイミングギャップ」としての時間の長さは、例えば、音声パケットに含まれる音声情報の再生時間（２０ミリ秒、以下では、フレームタイムと表す）である。

処理部１４は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。特に本発明に密接に関連するものとしては、パケットＡ受信部１４ａと、パケットＢ受信部１４ｂと、パケット特定部１４ｃとを備える。なお、パケットＢ受信部１４ｂは、請求の範囲に記載の「パケット受信手段」に対応する。

パケットＡ受信部１４ａは、音声パケットＡを取得する。具体的には、パケットＡ受信部１４ａは、任意のタイミングで（例えば、ユーザから計測要求を受け付けたときや、１秒ごと）パケットＡの受信を開始し、受信した全てのパケットＡについて、音声情報を含んで構成される音声パケットＡであるか否かを各々判定する。

ここで、パケットＡ受信部１４ａは、各パケットＡにおける音声情報を含んで構成されると判定された音声パケットＡをパケット記憶部１３ａに格納することで、音声パケットＡを取得するとともに、パケットＢ受信部１４ｂに対して音声パケットＡの取得を通知する。

なお、音声パケットＡ（Ｂ）を取得する処理とは、パケットＡ（Ｂ）を受信する処理と、音声情報を含んで構成される音声パケットＡ（Ｂ）であるか否かを各々判定する処理と、音声パケットＡ（Ｂ）をパケット記憶部１３ａに格納する処理とを含んだ処理を表すものとする。

そして、パケットＡ受信部１４ａは、一定の時間（例えば、１秒）が経過した後、もしくは、パケット記憶部１３ａに音声パケットＡを所定数格納すると、パケットＡの受信を終了することで、音声パケットＡの取得を終了する。

ここで、「所定数」としてのパケット数は、例えば、エコーを検知するときに、エコーの発生の原因となった元の音声として必要な音声パケットの数である。一例をあげれば、エコーを検知するときに１秒間の音声が元の音声として必要であった場合であり、ワイヤスピードでＩＰ電話（Ｇ．７１１コーデックを使用し、20msのフレームタイムの場合）の音声パケットだけが送信される１００Ｍｂｐｓ（Mega bits per second）のイーサネット（登録商標）から音声パケットを取得する場合には、「所定数」としてのパケット数は、約６万パケットである。

パケットＢ受信部１４ｂは、パケットＡ受信部１４ａによって音声パケットＡが取得された場合に、タイミングギャップが経過した後、各パケットＢの受信を開始する。

具体的には、パケットＢ受信部１４ｂは、パケットＡ受信部１４ａから音声パケットＡの取得の通知を受け付けると、タイミングギャップ記憶部１３ｂからタイミングギャップを読み込み、タイミングギャップの間、パケットＢの受信を待機する。

続いて、パケットＢ受信部１４ｂは、タイミングギャップの経過後、パケットＢの受信を開始し、受信した全てのパケットＢについて、音声情報を含んで構成される音声パケットＢであるか否かを各々判定する。

ここで、パケットＢ受信部１４ｂは、パケットＢにおける音声情報を含んで構成されると判定された音声パケットＢをパケット記憶部１３ａに格納することで、音声パケットＢを取得する。

そして、パケットＢ受信部１４ｂは、一定の時間（例えば、１秒）が経過した後、もしくは、パケット記憶部１３ａに音声パケットＢを所定数格納すると、パケットＢの受信を終了することで、音声パケットＢの取得を終了する。

ここで、「所定数」としてのパケット数は、例えば、エコーを検知するときに、元の音声に対するエコーを含んでいるか判定するために、エコーを含んでいる可能性がある音声として必要な音声パケットの数である。

パケット特定部１４ｃは、所定の端末間においてやりとりされた各音声パケットを特定する。具体的には、パケット特定部１４ｃは、パケット記憶部１３ａから音声パケットＡを読み込み、音声パケットＡに含まれたセッション情報を抽出する。

そして、パケット特定部１４ｃは、パケット記憶部１３ａから音声パケットＢを読み込み、音声パケットＡに含まれたセッション情報と同一のセッション情報を含んだ音声パケットＢを特定する。

ここで、セッション情報とは、音声パケットのやりとりを実行する端末間を識別するための情報である。

例えば、パケット特定部１４ｃは、所定の音声パケットＡに含まれた送受信ＩＰアドレス（および送受信ポート番号）と同一の送受信ＩＰアドレス（および送受信ポート番号）を含んだ音声パケットＢを特定することで、所定の端末間においてやりとりされた各音声パケットを特定する。

そして、パケット特定部１４ｃは、同一のセッション情報を含んだ各音声パケットＡおよび各音声パケットＢをエコー検知部１５に対して出力する。

エコー検知部１５は、音声情報が復号化されたときに発生するエコーを検知する。具体的には、エコー検知部１５は、パケット特定部１４ｃから受け付けた各音声パケットＡおよび各音声パケットＢに含まれた音声情報に基づいて、音声パケットＡに対するエコーが音声パケットＢに含まれているか否かを判定することで、音声パケットＡの音声情報が復号化されたときに発生するエコーを含んだ音声パケットＢを検知する。そして、エコー検知部１５は、エコーを含んだ音声パケットＢを検知した場合には、出力部１２を介して検知結果を出力表示する、もしくは、検知結果を品質監視装置に対して送信する。

［計測装置による処理］
次に、図３を用いて、計測装置１０による処理を説明する。図３は、計測装置による処理の流れを示すフローチャート図である。

図３に示すように、計測装置１０は、ユーザから計測要求を受け付けると（ステップＳ１００１肯定）、音声パケットＡを取得する（ステップＳ１００２）。

音声パケットＡを取得すると、計測装置１０は、タイミングギャップの間、パケットＢの受信を待機する（ステップＳ１００３）。

タイミングギャップの経過後、計測装置１０は、音声パケットＢを取得し（ステップＳ１００４）、音声パケットＡに含まれたセッション情報と同一のセッション情報を含んだ音声パケットＢを特定する（ステップＳ１００５）。

続いて、計測装置１０は、音声情報が復号化されたときに発生するエコーの検知処理を実行し（ステップＳ１００６）、エコーを検知した場合には（ステップＳ１００６肯定）、検知結果を出力して（ステップＳ１００７）、処理を終了する。

一方では、エコーを検知しない場合には（ステップＳ１００６否定）、再び、音声パケットＡを取得する（ステップＳ１００２）ことで、上記した処理（ステップＳ１００２〜ステップＳ１００７）を繰り返し実行する。

［実施例１の効果］
従来の技術では、ユーザから計測要求を受け付けると、ネットワーク上を双方向に流れる全てのパケットを受信していたが、上記したように、実施例１によれば、所定の方向に流れる音声パケットを取得し、さらに、タイミングギャップが経過するまで逆方向に流れるパケットの受信を待機するので、受信するパケットの数および記憶する音声パケットの数を減少させることができ、安価な機能部で構成することが可能である。

ところで、実施例１に係る計測装置１０において、エコーを検知しない場合には、タイミングギャップの長さを変更するようにしてもよい。

そこで、実施例２では、タイミングギャップの長さを変更する場合を説明する。なお、実施例２では、実施例２に係る計測装置１０の構成および計測装置１０による処理の流れを説明した後、実施例２による効果を説明する。

［実施例２に係る計測装置の構成］
まず、図４を用いて実施例２に係る計測装置１０の構成を説明する。図４は、実施例２に係る計測装置の構成を示すブロック図である。実施例２に係る計測装置１０の構成は、タイミングギャップ変更部１４ｄを新たに備える他は、実施例１に係る計測装置１０と以下に説明する点が異なる。

すなわち、エコー検知部１５は、エコーを検知しなかった場合には、タイミングギャップ変更部１４ｄに対して、エコーを検知しなかった旨を通知する。

タイミングギャップ変更部１４ｄは、エコー検知部１５によってエコーが検知されなかった場合には、タイミングギャップ記憶部１３ｂに記憶されている待機時間に対して、音声情報の再生時間を加算、または、減算して更新する。なお、タイミングギャップ変更部１４ｄは、請求の範囲に記載の「待機時間更新手段」に対応する。

具体的には、タイミングギャップ変更部１４ｄは、エコー検知部１５からエコーを含んだ音声パケットＢが検知されなかった旨の通知を受け付けた場合には、タイミングギャップ記憶部１３ｂに記憶されているタイミングギャップに対して、フレームタイム（２０ミリ秒）を加算、または、減算して更新する。

［実施例２に係る計測装置による処理］
次に、図５を用いて、実施例２に係る計測装置１０による処理を説明する。図５は、実施例２に係る計測装置による処理の流れを示すフローチャート図である。

なお、以下では、実施例１に係る計測装置による処理と異なる点について詳細に説明する。また、計測装置１０は、タイミングギャップ記憶部１３ｂに記憶されているタイミングギャップが、例えば、加算した場合は４００ミリ秒（すなわち、ＩＰ電話のクラスＣに相当する音声情報の復号化を連続して実行することができる音声パケットの遅延時間の限界値）に達したとき、または、減算した場合は、フレームタイムと同じ値に達したとき、処理を終了するものとする。

図５に示すように、実施例２に係る計測装置１０は、実施例１に係る計測装置１０と同様に、エコーを含んだ音声パケットの検知処理を実行する（ステップＳ２００１〜ステップＳ２００６（図３に示した、ステップＳ１００１〜ステップＳ１００６に対応））。

ここで、エコーを検知した場合には（ステップＳ２００６肯定）、実施例１に係る計測装置１０は、検知結果を出力して（ステップＳ２００７）、処理を終了する。

一方では、エコーが検知されなかった場合には（ステップＳ２００６否定）、計測装置１０は、記憶されているタイミングギャップに対して、音声情報の再生時間を加算、または、減算して更新し（ステップＳ２００８）、再び、音声パケットＡを取得する（ステップＳ２００２）ことで、上記した処理（ステップＳ２００２〜ステップＳ２００８）を繰り返し実行する。

［実施例２の効果］
上記したように、実施例２によれば、エコーを含んだ音声パケットの検知結果に基づいて、待機時間を変更することで、受信するパケットの数および記憶する音声パケットの数をさらに減少させることができ、安価な機能部で構成することが可能である。

ところで、実施例１および実施例２では、タイミングギャップとして、フレームタイムを記憶する場合を説明したが、パケットの送受信制御に用いられる制御情報（例えば、ＲＴＣＰパケット：RTP（Real-time Transport Protocol） Control Protocol）などを用いて、タイミングギャップを予め算出して、記憶するようにしてもよい。

そこで、実施例３では、タイミングギャップを予め算出して、記憶する場合を説明する。なお、実施例３では、実施例３に係る計測装置１０の構成および計測装置１０による処理の流れを説明した後、実施例３による効果を説明する。

［実施例３に係る計測装置の構成］
まず、図６および図７を用いて実施例３に係る計測装置１０の構成を説明する。図６は、実施例３に係る計測装置の構成を示すブロック図である。図７は、遅延時間記憶部に記憶される情報の一例を示す図である。実施例３に係る計測装置１０の構成は、遅延時間記憶部１３ｃと、タイミングギャップ算出部１４ｅとを新たに備える他は、実施例１に係る計測装置１０と以下に説明する点が異なる。

すなわち、タイミングギャップ記憶部１３ｂは、タイミングギャップ算出部１４ｅによる算出結果をタイミングギャップとして記憶する。

遅延時間記憶部１３ｃは、ＩＰ電話を構成する機能部に固有の遅延時間を記憶する。具体的には、遅延時間記憶部１３ｃは、ＩＰ電話を構成するコーデックごとに、コーデックの品名（例えば、Ｇ．７１１やＧ．７２９Ａ）と、各コーデックを使用した場合に固有の遅延時間（例えば、１０ミリ秒や２０ミリ秒）とを対応付けて記憶する。ここで、遅延時間とは、例えば、コーデックＧ．７１１によって音声パケットに含まれた音声情報を復号化するために要する時間である。

タイミングギャップ算出部１４ｅは、パケットの送受信制御に用いられる制御情報を用いてタイミングギャップを予め算出する。なお、タイミングギャップ算出部１４ｅは、請求の範囲に記載の「待機時間算出手段」に対応する。

具体的には、タイミングギャップ算出部１４ｅは、ネットワークにおける遅延時間を算出する。例えば、タイミングギャップ算出部１４ｅはＲＴＣＰパケットのＲＲ（Receiver Report）パケットやＳＲ（Sender Report）パケットを入力部１１を介して取得する。

そして、タイミングギャップ算出部１４ｅは、音声パケットＡの方向に通知されるＲＴＣＰパケットのＳＲパケットを取得した時刻から音声パケットＢの方向に通知されるＲＴＣＰパケットのＲＲパケット（またはＳＲパケット）を取得した時刻の差分時間を算出し、この差分時間からさらに音声パケットＢの方向に通知されるＲＴＣＰパケットのＲＲパケット（またはＳＲパケット）に含まれたＩＰ電話によるＲＴＣＰパケットのＲＲパケット（またはＳＲパケット）を送信するために要した時間（ＤＬＳＲ：delay since last SR）を差し引くことで、ネットワークにおける遅延時間を算出する。

また、タイミングギャップ算出部１４ｅは、ＩＰ電話において、ゆらぎ吸収バッファ長として設定された設定時間を、各音声パケットＡの取得時刻を用いて、予測して算出する。ここで、ゆらぎ吸収バッファ長とは、音声情報の復号化を連続して実行するために各ＩＰ電話に設定された、最初の音声パケットを取得してから復号化した音声情報を出力するまでの保留時間である。

例えば、タイミングギャップ算出部１４ｅは、音声パケットＡを複数に渡って取得し、各音声パケットＡからパケットの順番を識別するためのシーケンス番号を抽出し、各音声パケットＡの取得時刻からシーケンス番号が１つ前の音声パケットＡの取得時刻と、フレームタイム（２０ミリ秒）とを差し引くことで差分時間を音声パケットＡごとに算出する。なお、シーケンス番号がｎ離れている場合は、２０ミリ秒×ｎを差し引くことで、差分時間を算出する。

そして、タイミングギャップ算出部１４ｅは、各音声パケットＡの差分時間の絶対値を算出し、この差分時間の絶対値において、最大値となる差分時間の絶対値をゆらぎ吸収バッファ長として設定された設定時間と定義することで、音声パケットＡを送信したＩＰ電話において、ゆらぎ吸収バッファ長として設定された設定時間を予測して算出する。

また、タイミングギャップ算出部１４ｅは、ＩＰ電話に固有の遅延時間を算出する。具体的には、タイミングギャップ算出部１４ｅは、音声パケットのやりとりを実行する端末間において通信される音声パケットを取得し、音声パケットからＩＰ電話を構成するコーデックの品名を識別するためのコーデック識別情報を抽出する。そして、タイミングギャップ算出部１４ｅは、抽出したコーデック識別情報に対応する遅延時間を遅延時間記憶部１３ｃから読み込むことで、下手のＩＰ電話を構成するコーデックに固有の遅延時間を算出する。

さらに、タイミングギャップ算出部１４ｅは、算出したコーデックに固有の遅延時間に対して、フレームタイム（２０ミリ秒）を加算することでＩＰ電話に固有の遅延時間を算出する。

例えば、タイミングギャップ算出部１４ｅは、ＩＰ電話がＧ．７１１コーデックを備えて構成されている旨のコーデック識別情報を音声パケットから抽出した場合には、Ｇ．７１１コーデックに対応する固有の遅延時間である１０ミリ秒を算出する。そして、タイミングギャップ算出部１４ｅは、Ｇ．７１１コーデックに対応する固有の遅延時間である１０ミリ秒に対して、フレームタイムとしての２０ミリ秒を加算することで、ＩＰ電話に固有の遅延時間である３０ミリ秒を算出する。

そして、タイミングギャップ算出部１４ｅは、ネットワークにおける遅延時間と、ゆらぎ吸収バッファ長として設定された設定時間と、ＩＰ電話に固有の遅延時間とを足し合わせることでタイミングギャップを算出し、タイミングギャップ算出部１４ｅにタイミングギャップを格納する。

例えば、タイミングギャップ算出部１４ｅは、ネットワークにおける遅延時間が５ミリ秒であり、ゆらぎ吸収バッファ長として設定された設定時間が２０ミリ秒であり、ＩＰ電話に固有の遅延時間が３０ミリ秒であることを算出した場合には、タイミングギャップとして５５ミリ秒を算出し、タイミングギャップ算出部１４ｅに格納する。

［実施例３に係る計測装置による処理］
次に、図８を用いて、実施例３に係る計測装置１０による処理を説明する。図８は、実施例３に係る計測装置による処理の流れを示すフローチャート図である。なお、以下では、実施例１に係る計測装置による処理と異なる点について詳細に説明する。

図８に示すように、計測装置１０は、タイミングギャップを予め算出し（ステップＳ３００１）。具体的には、計測装置１０は、ネットワークにおける遅延時間と、ゆらぎ吸収バッファ長として設定された設定時間と、ＩＰ電話に固有の遅延時間とを足し合わせることでタイミングギャップを算出する。

そして、計測装置１０は、ユーザから計測要求を受け付けると（ステップＳ３００２肯定）、エコーを含んだ音声パケットの検知処理を実行して（ステップＳ３００３〜ステップＳ３００８（図３に示した、ステップＳ１００２〜ステップＳ１００７に対応））、処理を終了する。

［実施例３の効果］
上記したように、実施例３によれば、受信するパケットの数および記憶する音声パケットの数を予め算出されたタイミングギャップを用いて減少させることができ、安価な機能部で構成することが可能である。

ところで、タイミングギャップ変更部１４ｄによる更新結果としてのタイミングギャップおよびタイミングギャップ算出部１４ｅによる算出結果としてのタイミングギャップを長期的に記憶し、再度、エコーを含んだ音声パケットの検知処理を実行する場合に、長期的に記憶したタイミングギャップを再利用するようにしてもよい。

そこで、実施例４では、長期的に記憶したタイミングギャップを再利用する場合を説明する。なお、実施例４では、実施例４に係る計測装置１０の構成および処理の流れを説明した後、実施例４による効果を説明する。

［実施例４に係る計測装置の構成］
まず、実施例４に係る計測装置１０の構成を説明する。実施例４に係る計測装置１０の構成は、実施例２に係る計測装置１０と以下に説明する点が異なる。

すなわち、タイミングギャップ記憶部１３ｂは、端末間を識別するための端末間識別情報に対応付けて待機時間を記憶する。具体的には、タイミングギャップ記憶部１３ｂは、送受信ＩＰアドレス（および送受信ポート番号）に対応付けてタイミングギャップを記憶する。

パケットＢ受信部１４ｂは、パケットＡ受信部１４ａから音声パケットＡの取得の通知を受け付けると、音声パケットＡから送受信ＩＰアドレス（および送受信ポート番号）を抽出し、音声パケットＡの送受信ＩＰアドレス（および送受信ポート番号）に対応付けて記憶されているタイミングギャップをタイミングギャップ記憶部１３ｂから読み込む。

ここで、パケットＢ受信部１４ｂは、音声パケットＡの送受信ＩＰアドレス（および送受信ポート番号）に対応付けてタイミングギャップがタイミングギャップ記憶部１３ｂに記憶されている場合には、タイミングギャップ記憶部１３ｂから読み込んだタイミングギャップの間、パケットＢの受信を待機し、タイミングギャップが経過した後、パケットＢの受信を開始することで、音声パケットＢを取得する。

一方では、パケットＢ受信部１４ｂは、音声パケットＡの送受信ＩＰアドレス（および送受信ポート番号）に対応付けてタイミングギャップがタイミングギャップ記憶部１３ｂに記憶されていない場合には、フレームタイム（２０ミリ秒）の間、パケットＢの受信を待機し、フレームタイムの経過後、パケットＢの受信を開始することで、音声パケットＢを取得する。

エコー検知部１５は、エコーを含んだ音声パケットＢを検知した場合には、タイミングギャップ記憶部１３ｂに記憶されている待機時間に対応付けて、音声パケットＡに含まれていた送受信ＩＰアドレス（および送受信ポート番号）を格納する。

［実施例４に係る計測装置による処理］
次に、図９を用いて、実施例４に係る計測装置１０による処理を説明する。図９は、実施例４に係る計測装置による待機処理の流れを示すフローチャート図である。

なお、実施例４に係る計測装置は、エコーを含んだ音声パケットＢを検知した場合には、タイミングギャップ記憶部１３ｂに記憶されている待機時間に対応付けて、音声パケットＡに含まれていた送受信ＩＰアドレス（および送受信ポート番号）を格納する処理をさらに実行する他は、実施例１に係る計測装置と同様の処理の流れによって処理を実行するものとし、実施例４に係る計測装置に特徴的なパケットＢ受信部１４ｂによる待機処理（図３に示した、ステップＳ１００３）について詳細に説明する。

図９に示すように、計測装置１０のパケットＢ受信部１４ｂは、音声パケットＡを取得すると、音声パケットＡから送受信ＩＰアドレス（および送受信ポート番号）を抽出し（ステップＳ４００１）、タイミングギャップを読み込む（ステップＳ４００２）。

ここで、音声パケットＡの送受信ＩＰアドレス（および送受信ポート番号）に対応付けてタイミングギャップが記憶されている場合には（ステップＳ４００２肯定）、計測装置１０のパケットＢ受信部１４ｂは、タイミングギャップの間、パケットＢの受信を待機する（ステップＳ４００３）。

一方では、音声パケットＡの送受信ＩＰアドレス（および送受信ポート番号）に対応付けてタイミングギャップが記憶されていない場合には（ステップＳ４００２否定）、計測装置１０のパケットＢ受信部１４ｂは、フレームタイムの間、パケットＢの受信を待機する（ステップＳ４００４）。

［実施例４の効果］
上記したように、実施例４によれば、待機時間を再利用して、受信するパケットの数および記憶する音声パケットの数を減少させることができ、安価な機能部で構成することが可能である。

ところで、実施例１〜４では、パケットの受信を開始してから、一定の時間（例えば、１秒）が経過した後、もしくは、パケット記憶部１３ａに音声パケットを所定数格納するまで、パケットの受信を継続する場合を説明したが、パケットの受信を断続的に実行するようにしてもよい。

そこで、実施例５では、パケットの受信を断続的に実行する場合を説明する。なお、実施例５では、パケットＡの受信を断続的に実行する場合を説明するものとし、実施例５に係る計測装置の構成および計測装置による処理の流れを説明した後、実施例５による効果を説明する。

［実施例５に係る計測装置の構成］
まず、図１０を用いて、実施例５に係る計測装置１０の構成を説明する。図１０は、実施例５に係る計測装置の構成を示すブロック図である。実施例５に係る計測装置１０の構成は、継続時間記憶部１３ｄと、継続時間算出部１４ｆとを新たに備える他は、実施例１に係る計測装置１０と以下に説明する点が異なる。

すなわち、継続時間記憶部１３ｄは、パケットＡの受信を開始してから、パケットＡの受信を終了するまでの継続時間を記憶する。

継続時間算出部１４ｆは、音声パケットを取得すべき時刻から各音声パケットを取得した時刻の差分の時間である取得遅れ時間の分布をとり、この取得遅れ時間の分布に基づいて、パケットを受信する継続時間を予め予測算出する。なお、継続時間算出部１４ｆは、請求の範囲に記載の「継続時間算出手段」に対応する。

以下では、継続時間算出部１４ｆによる処理について、具体的に一例をあげて説明するが、継続時間算出部１４ｆは、所定の端末間において通信される音声パケットＡをフレームタイム（２０ミリ秒）ごとに取得すべきであるものとする。

継続時間算出部１４ｆは、所定の端末間において、Ｘ方向に流れる各音声パケットＡの取得を実行し、例えば、所定の端末間において通信される音声パケットＡを最初に取得してから、「２０ミリ秒後」と、「４５ミリ秒後」と、「６２ミリ秒後」と、「７８ミリ秒後」とに取得する。

ここで、継続時間算出部１４ｆは、音声パケットＡを取得した時刻から、音声パケットＡを取得すべき時刻を各々差し引くことで、取得した音声パケットＡごとに差分時間を算出する。

例えば、継続時間算出部１４ｆは、実際には、「４５ミリ秒後」に取得した音声パケットＡについて、「４０ミリ秒後」に取得すべきであるので、「４５ミリ秒後」に取得した音声パケットＡについての差分時間として、５ミリ秒を算出する。

続いて、継続時間算出部１４ｆは、取得した音声パケットＡごとに算出された各差分時間において、最も差分時間が少ない音声パケットＡの取得時刻（つまり、差分時間がマイナス２秒である、「７８ミリ秒後」）を基準時刻と規定する。

続いて、継続時間算出部１４ｆは、取得した音声パケットＡごとに算出された各差分時間を基準時刻に基づいて換算する。

例えば、継続時間算出部１４ｆは、「４５ミリ秒後」に取得した音声パケットＡについての差分時間である５ミリ秒に対して２ミリ秒を加算して、換算された差分時間である７ミリ秒を算出する（つまり、「７８ミリ秒後」を、音声パケットＡを取得すべき時刻の基準時刻にした場合には、「４５ミリ秒後」に取得された音声パケットＡは、取得すべき時刻から、７ミリ秒遅れて取得されたことを意味する）。

続いて、継続時間算出部１４ｆは、換算された各差分時間の分布をとることで、継続時間を算出する。

例えば、継続時間算出部１４ｆは、換算された各差分時間において、最も値が大きい差分時刻を、継続時間として算出する（つまり、基準時刻に基づいた音声パケットＡを取得すべき時刻から、７ミリ秒以内に、全ての音声パケットＡが取得されたことを意味する）。

そして、継続時間算出部１４ｆは、算出された継続時間を継続時間記憶部１３ｄに格納する。

パケットＡ受信部１４ａは、音声パケットを取得すべき時刻ごとにパケットの受信を開始し、継続時間算出部１４ｆによって算出された継続時間の間、パケットの受信を継続する。

具体的には、パケットＡ受信部１４ａは、継続時間算出部１４ｆによって、基準時刻であると規定された時刻から「２０×ｎ（「ｎ」は変数を表す）」ミリ秒経過した時刻に至るごとにパケットの受信を開始する。

続いて、パケットＡ受信部１４ａは、継続時間記憶部１３ｄから継続時間を読み込み、継続時間の間、パケットＡの受信を継続する。

そして、パケットＡ受信部１４ａは、継続時間の経過後、パケットＡの受信を一時的に停止する。

［実施例５に係る計測装置による処理］
まず最初に、図１１を用いて、実施例５に係る計測装置１０による処理を説明する。図１１は、実施例５に係る計測装置による処理の流れを示すフローチャート図である。なお、以下では、実施例１に係る計測装置による処理と異なる点について詳細に説明する。

図１１に示すように、計測装置１０は、パケットを受信する継続時間を予め予測算出する（ステップＳ５００１）。

そして、計測装置１０は、ユーザから計測要求を受け付けると（ステップＳ５００２肯定）、エコーを含んだ音声パケットの検知処理を実行して（ステップＳ５００３〜ステップＳ５００８（図３に示した、ステップＳ１００２〜ステップＳ１００７に対応））、処理を終了する。

次に、図１２を用いて、実施例５に係る計測装置に特徴的なパケットＡ受信部１４ａによるパケットＡ受信処理（図３に示した、ステップＳ１００２に対応）について詳細に説明する。図１２は、実施例５に係る計測装置によるパケットＡ受信処理の流れを示すフローチャート図である。

なお、パケットＡ受信部１４ａは、一定の時間（例えば、１秒）が経過した後、もしくは、パケット記憶部１３ａに音声パケットＡを所定数格納すると、パケットＡの受信を終了するものとする。

図１２に示すように、計測装置１０のパケットＡ受信部１４ａは、ユーザから計測要求を受け付けると、音声パケットを取得すべき時刻からパケットＡの受信を開始する（ステップＳ６００１）。

続いて、計測装置１０のパケットＡ受信部１４ａは、継続時間記憶部１３ｄから継続時間を読み込み（ステップＳ６００２）、継続時間の間、パケットＡの受信を継続する（ステップＳ６００３）。

そして、計測装置１０のパケットＡ受信部１４ａは、継続時間の経過後、パケットＡの受信を一時的に停止し（ステップＳ６００４）、前回パケットの受信を開始してからフレームタイム（２０ミリ秒）が経過する（ステップＳ６００５）と、再び、パケットの受信を開始する（ステップＳ６００１）。

［実施例５の効果］
上記したように、実施例５によれば、パケットの受信を断続的に実行して、受信するパケットの数および記憶する音声パケットの数を減少させることができ、安価な機能部で構成することが可能である。

さて、これまで実施例１〜５について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、実施例６として、他の実施例を説明する。

例えば、実施例１〜５では、音声パケットＡを取得してから、タイミングギャップが経過した後、パケットＢの受信を開始する場合を説明したが、本発明はこれに限定されるものではなく、音声パケットＢを取得してから、タイミングギャップが経過した後、パケットＡの受信を開始するようにしてもよい。

また、実施例１〜５では、上り下りのパケットが同一のケーブルを通過することを前提とした説明をしたが、上り下りが別のルートを通過する場合、それぞれのルートから計測装置に入力するように構成してもよい。

また、実施例１〜５では、上り下りのセッションの特定にＩＰアドレス（および、送受信ポート番号）を使用したが、ＳＩＰやＨ．３２３などのシグナリングプロトコルの解析やＩＰ電話サーバからの情報提供により実施してもよい。

また、実施例３では、ゆらぎ吸収バッファ長として、各音声パケットＡの差分時間の絶対値の最大値を使用したが、端末でのゆらぎ吸収バッファのエミュレートにより実施してもよいし、ゆらぎの分布から最大値を求めてもよい。

また、実施例３では、ＲＴＣＰパケットのＲＲパケットと、ＲＴＣＰパケットのＳＲパケットを用いてネットワークにおける遅延時間を算出する場合を説明したが、本発明はこれに限定されるものではなく、例えば、ＩＰ電話に対してＩＣＭＰ（Internet Control Message Protocol）のｐｉｎｇパケットを送信することでネットワークにおける遅延時間を算出するための情報を取得して、遅延時間を算出するようにしてもよい。

また、実施例３では、ネットワークにおける遅延時間と、ゆらぎ吸収バッファ長として設定された設定時間と、ＩＰ電話を構成するコーデックに固有の遅延時間とを足し合わせることでタイミングギャップとしての待機時間を算出する場合を説明したが、本発明はこれに限定されるものではなく、例えば、ネットワークにおける遅延時間をタイミングギャップとしての待機時間とする、あるいは、ネットワークにおける遅延時間と、ＩＰ電話において、ゆらぎ吸収バッファ長として設定された設定時間とを足し合わせることでタイミングギャップとしての待機時間とするなど、一つまたは複数の算出結果をタイミングギャップとしての待機時間とする場合であれば、本発明に適用することができる。

また、実施例５では、パケットＡの受信を断続的に実行する場合を説明したが、本発明はこれに限定されるものではなく、パケットＡおよび／またはパケットＢの受信を断続的に実行する場合であれば本発明に適用することができる。

また、実施例１で説明したネットワーク構成は、本発明を限定するものではなく、ネットワーク上を双方向に流れる各パケットを受信する場合であれば本発明に適用することができる。例えば、ＩＰ電話に係る音声パケットの流れを制御する呼制御サーバによって制御され、ＩＰ電話に係る音声パケットだけが流れるネットワークから各音声パケットを受信する場合であっても本発明に適用することができる。

また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図７に示した記憶情報や継続時間として算出する数値範囲）については、特記する場合を除いて任意に変更することができる。すなわち、継続時間として算出する数値範囲を、例えば、換算された各差分時間の分布において９０％をカバーする差分時間（６ミリ秒など）としてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示したパケットＡ受信部１４ａと、パケットＢ受信部１４ｂとを統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

ところで、本発明はあらかじめ用意されたプログラムを計測装置１０としてのコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１３を用いて、上記の実施例に示した計測装置１０と同様の機能を有する計測プログラムを実行するコンピュータを一例として説明する。図１３は、パケットキャプチャプログラムを実行するコンピュータを示す図である。

同図に示すように、計測装置１０としてのコンピュータ１１０は、入力部１２０、ＲＯＭ１３０、ＣＰＵ１４０、ＨＤＤ１５０、ＲＡＭ１６０、出力部１７０およびエコー検知部１８０をバス１９０などで接続して構成される。

ＲＯＭ１３０には、上記の実施例１に示した計測装置１０と同様の機能を発揮するコンピュータ１１０に実行させるパケットキャプチャプログラム、つまり、図１３に示すようにパケットＡ受信プログラム１３０ａと、パケットＢ受信プログラム１３０ｂと、パケット特定プログラム１３０ｃとが、あらかじめ記憶されている。なお、これらのプログラム１３０ａ〜プログラム１３０ｃについては、図２に示した計測装置１０の各構成要素と同様、適宜統合または、分散してもよい。

そして、ＣＰＵ１４０がこれらのプログラム１３０ａ〜プログラム１３０ｃをＲＯＭ１３０から読み出して実行することで、図１３に示すように、プログラム１３０ａ〜プログラム１３０ｃは、パケットＡ受信プロセス１４０ａと、パケットＢ受信プロセス１４０ｂと、パケット特定プロセス１４０ｃとして機能するようになる。なお、プロセス１４０ａ〜プロセス１４０ｃは、図２に示した、パケットＡ受信部１４ａと、パケットＢ受信部１４ｂと、パケット特定部１４ｃとにそれぞれ対応する。

また、ＨＤＤ１５０には、図１３に示すように、タイミングギャップデータテーブル１５０ａが設けられる。

そして、ＣＰＵ１４０は、タイミングギャップデータテーブル１５０ａから、タイミングギャップデータ１６０ａを読み出してＲＡＭ１６０に格納するとともに、入力部１２０を介して受信したパケットデータ１６０ｂに基づいて処理を実行する。

なお、タイミングギャップデータ１６０ａは、図２に示した、タイミングギャップ記憶部１３ｂに対応し、パケットデータ１６０ｂは、図２に示したパケット記憶部１３ａに対応する。

なお、上記した各プログラム１３０ａ〜プログラム１３０ｃについては、必ずしも最初からＲＯＭ１３０に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれから各プログラムを読み出して実行するようにしてもよい。

なお、本実施例で説明したパケットキャプチャ方法は、あらかじめ用意されたパケットキャプチャプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このパケットキャプチャプログラムは、インターネットなどのネットワークを介して配布することができる。また、このパケットキャプチャプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

実施例１に係る計測装置の概要および特徴を説明するための図である。 計測装置の構成を示すブロック図である。 計測装置による処理の流れを示すフローチャート図である。 実施例２に係る計測装置の構成を示すブロック図である。 実施例２に係る計測装置による処理の流れを示すフローチャート図である。 実施例３に係る計測装置の構成を示すブロック図である。 遅延時間記憶部に記憶される情報の一例を示す図である。 実施例３に係る計測装置による処理の流れを示すフローチャート図である。 実施例４に係る計測装置による待機処理の流れを示すフローチャート図である。 実施例５に係る計測装置の構成を示すブロック図である。 実施例５に係る計測装置による処理の流れを示すフローチャート図である。 実施例５に係る計測装置によるパケットＡ受信処理の流れを示すフローチャート図である。 パケットキャプチャプログラムを実行するコンピュータを示す図である。 従来技術に係るネットワーク構成を説明するための図である。

符号の説明

１０ 計測装置
１１ 入力部
１２ 出力部
１３ 記憶部
１３ａ パケット記憶部
１３ｂ タイミングギャップ記憶部
１３ｃ 遅延時間記憶部
１３ｄ 継続時間記憶部
１４ 処理部
１４ａ パケットＡ受信部
１４ｂ パケットＢ受信部
１４ｃ パケット特定部
１４ｄ タイミングギャップ変更部
１４ｅ タイミングギャップ算出部
１４ｆ 継続時間算出部
１５ エコー検知部
１１０ コンピュータ
１２０ 入力部
１３０ ＲＯＭ（Read Only Memory）
１３０ａ パケットＡ受信プログラム
１３０ｂ パケットＢ受信プログラム
１３０ｃ パケット特定プログラム
１４０ ＣＰＵ（Central Processing Unit）
１４０ａ パケットＡ受信プロセス
１４０ｂ パケットＢ受信プロセス
１４０ｃ パケット特定プロセス
１５０ ＨＤＤ（Hard disk drive）
１５０ａ タイミングギャップデータテーブル
１６０ ＲＡＭ（Random Access Memory）
１６０ａ タイミングギャップデータ
１６０ｂ パケットデータ
１７０ 出力部
１８０ エコー検知部
１９０ バス

Claims (7)

1. ネットワーク上を双方向に流れる各パケットを受信して、当該各パケットから音声情報を含んで構成される音声パケットを取得し、当該取得された各音声パケットを音声パケットのやりとりを実行する端末間ごとに特定し、当該特定された各音声パケットに含まれる音声情報を前記音声情報が復号化されたときに発生するエコーを検知するエコー検知装置に対して出力するパケットキャプチャ装置であって、
   ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を前記所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する待機時間記憶手段と、
   前記待機時間記憶手段に記憶されている待機時間が経過した後、前記逆方向に流れる各パケットの受信を開始するパケット受信手段と、
   を備えたことを特徴とするパケットキャプチャ装置。
2. 前記エコー検知装置によってエコーが検知されなかった場合には、前記待機時間記憶手段に記憶されている待機時間に対して、前記音声情報の再生時間を加算、または、減算して更新する待機時間更新手段をさらに備えたことを特徴とする請求項１に記載のパケットキャプチャ装置。
3. パケットの送受信制御に用いられる制御情報を用いて前記待機時間を予め算出する待機時間算出手段をさらに備え、
   前記待機時間記憶手段は、前記待機時間算出手段による算出結果を前記待機時間として記憶することを特徴とする請求項１または２に記載のパケットキャプチャ装置。
4. 前記待機時間記憶手段は、前記端末間を識別するための端末間識別情報に対応付けて待機時間を記憶し、
   前記パケット受信手段は、前記端末間識別情報に対応する待機時間が経過した後、前記逆方向に流れるパケットの受信を開始することを特徴とする請求項１〜３のいずれか１つに記載のパケットキャプチャ装置。
5. 各音声パケットを取得すべき時刻から各音声パケットが実際に取得された時刻の差分の時間である取得遅れ時間の分布をとり、当該取得遅れ時間の分布に基づいて、パケットを受信する継続時間を予め予測算出する継続時間算出手段をさらに備え、
   前記パケット受信手段は、音声パケットを取得すべき時刻ごとにパケットの受信を開始し、前記継続時間算出手段によって算出された継続時間の間、パケットの受信を継続することを特徴とする請求項１〜４のいずれか１つに記載のパケットキャプチャ装置。
6. ネットワーク上を双方向に流れる各パケットを受信して、当該各パケットから音声情報を含んで構成される音声パケットを取得し、当該取得された各音声パケットを音声パケットのやりとりを実行する端末間ごとに特定し、前記音声情報が復号化されたときに発生するエコーを検知するエコー検知装置に対して当該特定された各音声パケットに含まれる音声情報を出力するパケットキャプチャ方法であって、
   ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を前記所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する待機時間記憶工程と、
   前記待機時間記憶工程によって記憶されている待機時間が経過した後、前記逆方向に流れる各パケットの受信を開始するパケット受信工程と、
   を含んだことを特徴とするパケットキャプチャ方法。
7. ネットワーク上を双方向に流れる各パケットを受信して、当該各パケットから音声情報を含んで構成される音声パケットを取得し、当該取得された各音声パケットを音声パケットのやりとりを実行する端末間ごとに特定し、前記音声情報が復号化されたときに発生するエコーを検知するエコー検知装置に対して当該特定された各音声パケットに含まれる音声情報を出力するパケットキャプチャ処理をコンピュータに実行させるパケットキャプチャプログラムであって、
   ネットワーク上を所定の方向に流れる音声パケットの取得後、ネットワーク上を前記所定の方向に対して逆方向に流れるパケットの受信を開始するまでの待機時間を記憶する待機時間記憶手順と、
   前記待機時間記憶手順によって記憶されている待機時間が経過した後、前記逆方向に流れる各パケットの受信を開始するパケット受信手順と、
   をコンピュータに実行させることを特徴とするパケットキャプチャプログラム。

Images