(57)【要約】【課題】  音質試験において、ネットワークの能力の評価およびあらゆる性能劣化の原因の特定を容易にすること。【解決手段】  ネットワーク内の音声（例えば、人の声）品質を評価するための方法および装置に関するものである。一実施形態では、第１および第２の音声サンプルを比較する。第１の音声サンプルは、ネットワーク上の信号路で送信される基準信号を含む。第２の音声サンプルには信号路を通過し受信された後の基準信号が含まれる。サンプル比較に加え、基準信号が信号路を移動する間、ネットワーク性能を監視する。比較結果は、監視に由来するネットワーク性能統計と関連付けられる。この種の一実施形態では、比較結果と信号路性能統計は、一覧表にしたデータを含めることもできるユーザにやさしいグラフィカルユーザインタフェースにおける時間の関数として表示される。   【選択図】図１
2004297803.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内の音質を評価する方法であって、
第１と第２の音声サンプルを比較するステップを含み、前記第１の音声サンプルは、前記ネットワーク上の信号路を介して送信される基準信号を有し、前記第２の音声サンプルは、前記信号路を通過した後の前記基準信号を有し、
前記基準信号が前記信号路を通過する間にネットワークの性能を監視するステップと、
前記比較ステップによる結果を、前記監視ステップで得られたネットワーク性能情報と関連付けるステップと、を含む前記方法。
【請求項２】
前記比較するステップは、客観的音質測定（PSQM）と客観的分析／測定システム（PAMS）と客観的音質評価（PESQ）からなる群から選択した技法を使用する、請求項１に記載の方法。
【請求項３】
前記ネットワーク性能情報は、逸失パケットイベントと、早期到着パケットイベントと、遅滞到着パケットイベントと、ジッタ統計と、ボコーダ変化イベントと、コーデック変化イベントと、無音パケットイベントと、ジッタバッファ深度と、からなる群から選択される、請求項１に記載の方法。
【請求項４】
前記ネットワーク性能情報は、リアルタイム伝送プロトコル（RTP）およびリアルタイム制御プロトコル（RTCP）からなる群から選択されたプロトコルを用いて収集される、請求項１に記載の方法。
【請求項５】
前記比較するステップにおける結果および前記ネットワーク性能情報を含む図形表示を生成するステップをさらに有する、請求項１に記載の方法。
【請求項６】
前記比較するステップおよび前記監視するステップは、一定の時間期間にわたって実行され、前記比較ステップによる結果および前記ネットワーク性能が時間の関数として表示される、請求項５に記載の方法。
【請求項７】
前記相関処理はリアルタイムに実行される、請求項１に記載の方法。
【請求項８】
前記比較ステップのための前記監視ステップからの情報は、記録され後処理される請求項１に記載の方法。
【請求項９】
メモリと、該メモリに結合され、ネットワーク内の音質を評価する方法を実行するプロセッサとを備える装置であって、該方法は、
第１と第２の音声サンプルとの比較を受信するステップで、前記第１の音声サンプルが前記ネットワーク上の信号路を介して送信される基準信号を有し、前記第２の音声サンプルが前記信号路を通過した後受信された前記基準信号を有する前記ステップと、
前記基準信号が前記信号路を通過する間にネットワークの性能を受信するステップと、
前記比較の前記結果を前記ネットワーク性能統計に関連付けるステップとを含む、前記方法。
【請求項１０】
コンピュータシステムにネットワーク内の音質を評価する方法を実行させる、コンピュータ読み取り可能な内蔵プログラムコードを有するコンピュータ使用可能媒体で、前記方法は、
第１と第２の音声サンプルを比較するステップで、前記第１の音声サンプルが前記ネットワーク上の信号路を介して送信される基準信号を有し、前記第２の音声サンプルが前記信号路を通過した後の前記基準信号を有する前記ステップと、
前記基準信号が前記光路を通過する間に収集したネットワーク性能統計を受信するステップ（３４０）と、
前記比較結果を前記ネットワーク性能統計と関連付けるステップとを含む、前記媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の音声情報の送信に関し、特にネットワーク上での音声情報の送信の監視および評価に関する。
【背景技術】
【０００２】
従来ディジタル音声通信は、主として回路交換ネットワークに依存してきた。しかしながら、パケット交換ネットワーク（例えばインターネット）が、音声通信用に益々用いられつつある。音声通信用にパケット交換ネットワークを採用することは、音声伝送の独特の要件に対処するパケット交換ネットワークの能力試験の必要性を生み出してきた。通常、この試験は音質試験（VQT；Voice  Quality  Testing）と呼ばれる。
【０００３】
一般に、音声質の決定には幾つかの要因が含まれる。これらの要因の一部は客観的に測定できるが、その一方でこれらの要因のうちの他のものは本質的に主観的であり、これ故に定量化がより困難である。前者の一例はパケット遅滞であり、後者の一例は明瞭度である。
【０００４】
リアルタイム伝送プロトコル（RTP；Real-Time  Transport  Protocol）やリアルタイム制御プロトコル（RTCP；Real-Time  Control  Protocol）といったインターネット規格プロトコルは、より客観的な因子の測定能力をもたらす。より主観的因子の計測のための工業規格技術の例に、客観的音質測定（PSQM；Perceptual  Speech  Quality  Measurement）や客観的分析／測定システム（PAMS；Perceptual  Analysis／Measurement）や客観的音質評価（PESQ；Perceptual  Evaluation  of  Speech  Quality）が含まれる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の音質試験に付随する問題は、ネットワーク内での音声（例えば、発声）評価に利用可能な異なるタイプの情報がばらばらで一貫性がないので、ネットワークの能力の評価およびあらゆる性能劣化の原因の特定が困難な点にある。
【課題を解決するための手段】
【０００６】
本発明の実施形態は、ネットワーク内の音声（例えば、人の声）品質を評価するための方法および装置に関するものである。一実施形態では、第１および第２の音声サンプルを比較する。第１の音声サンプルは、ネットワーク上の信号路で送信される基準信号を含む。第２の音声サンプルには信号路を通過し受信された後の基準信号が含まれる。サンプル比較に加え、基準信号が信号路を移動する間、ネットワーク性能を監視する。比較結果は、監視に由来するネットワーク性能統計と関連付けられる。この種の一実施形態では、比較結果と信号路性能統計は、一覧表にしたデータを含めることもできるユーザにやさしいグラフィカルユーザインタフェースにおける時間の関数として表示される。
【０００７】
その情報のユーザにやさしい表示に加え、比較情報と監視情報の関連付けにより、ユーザは音声（人の声）がネットワーク信号路を通過する際に変換されてしまった箇所に焦点を当てることができる。例えば基準信号や受信信号のグラフィカル表示と同時並行的なネットワーク統計の提示により、ユーザはその原因だけでなく品質におけるどんな劣化もより簡単に特定することができる。例えば、音声明瞭度に対するネットワーク性能の影響（例えば、脱落パケットやジッタ等）は直接的に観察可能である。
【発明を実施するための最良の形態】
【０００８】
添付図面は、本明細書内に組み込まれて一部を形成するが、本発明の実施形態を図示し、説明と併せ本発明原理を説明するのに役立つものである。本説明に関連する図面は、特記しない限り実寸で描いたものと理解しないようにされたい。
【０００９】
ここで、その例を添付図面に図示した本発明になる様々な実施形態を参照する。本発明はこれらの実施形態と併せ説明するが、それらは本発明をこれらの実施形態に限定する意図のないことは理解されよう。それどころか、本発明は添付特許請求の範囲に規定する本発明の趣旨ならびに範囲内に含まれるであろう代替例や改変例や等価物を包含するよう意図するものである。さらに、本発明の以下の詳細な説明では、本発明の完全な理解を提供するため、様々な具体的な詳細を記載するものである。他の例では、本発明の態様を不要に不明瞭にしないよう周知の方法や処置や構成要素や回路は詳しく説明はしていない。
【００１０】
図１は、本発明の一実施形態になる音声（例えば、人の声）品質を評価するシステム１００の機能ブロック線図である。図１の実施形態では、システム１００は送信器１１０，１１１とゲートウェイ１２０とネットワーク１３０と別のゲートウェイ１４０と受信器１５０，１５１を含む。システム１００はまた、基準信号源１６０と基準信号受信器１７０とネットワーク監視器１８０と評価器１９０を含む。
【００１１】
これらの機能ブロックが他の多くの名称で既知であることは、言うまでもない。さらに、図１に示した実施形態は幾つかの機能ブロックを個別要素として図示してあるが、これらの要素のうちの任意のものがもたらす機能を１以上の他の要素の機能と組み合わせかつ／または統合できることも理解されたい。例えば、単一の試験計器に基準信号源１６０と基準信号受信器１７０とネットワーク監視器１８０と評価器１９０を含めることができる。システム１００が図示しないあるいは説明していない追加の要素を含めることができたり、図１に示した要素が本願明細書に説明していない追加の機能を実装できることも、さらに理解されたい。重要なのはシステム１００がもたらす機能であり、必ずしもその機能が如何にして図１に示した様々な要素に委ねられるかではない。
【００１２】
図１の実施形態では、送信器１１０，１１１が、システム１００上で受信器１５０，１５１に対し呼び出しを開始し伝えるのに用いられる。例えば送信器１１０は、従来のアナログ電話機として実施することができる。例えば送信器１１１は、しばしばインターネットプロトコル（ＩＰ）電話方式やインターネット媒介音声（ＶＯＩ）あるいはＩＰ媒介音声（VoIP）と呼ばれるインターネット電話方式に適した電話機として実施することができる。送信器１１０は通常、回路交換線路（ネットワーク）によりゲートウェイ１２０へ結合される。さらにこのゲートウェイは、パケット交換ネットワーク１３０（例えば、インターネット）によりゲートウェイ１４０へ結合される。その一方で送信器１１１は、通常パケット交換ネットワーク１３０へ直接結合される。同様に通常、受信器１５０は、回路交換線路（ネットワーク）によりゲートウェイ１４０に結合される従来のアナログ電話機として実施され、その一方で受信器１５１はネットワーク１３０へ直接結合されるインターネット電話方式に適した電話機として実施することができる。
【００１３】
音声（人の声）品質を評価する一つのメカニズムとして、基準信号送信器１６０は、ゲートウェイ１２０に結合され、基準信号受信器１７０は、ゲートウェイ１４０に結合してある。基準信号送信器１６０は、音響または電子アナログ信号（例えば、音声あるいは音声同等物）を生成する。この基準信号はアナログ−ディジタル変換を受け、恐らくまた暗号化と圧縮（符号化）ならびに他のディジタル信号処理にさらされる。基準信号は、ネットワーク１３０を介して信号路沿いに送信され、基準信号受信器１７０により受信される。受信端において、この受信信号はディジタル−アナログ変換や暗号解読や圧縮解除等を受けさせることができる。
【００１４】
基準信号は、それぞれ信号路１１５，１１６に例示したように、ゲートウェイ１２０の上流あるいは下流のいずれかへ、ネットワーク１３０上で送信することができる。受信端では、この信号はそれぞれ信号路１１７，１１８で例示するように、ゲートウェイ１４０の上流あるいは下流のいずれかで受信することができる。
【００１５】
そのとき評価器１９０は、受信器１７０が受信した信号を、送信器１６０を用いて入力した基準信号と比較することができる。この比較は、基準信号を受信する際にリアルタイムで行なうことができる。その他の方法として、基準信号情報（送信および／または受信信号）を、記録したり後処理したりすることができる。評価器１９０が遠隔試験サーバとして機能し、それにより基準信号を生成し、基準信号と受信信号を比較するのみならず受信信号を記録できることは言うまでもない。
【００１６】
代替試験手法の一例として、下記のようにループバックコールを用いる。この基準信号は、ネットワーク上を送信器から受信器へ送信される。受信器は、ネットワーク上を基準信号の原信号源（送信器）へ受信信号をループバックさせる。ループバックされた信号を、そこで評価する。ループバックさせた信号はネットワークを二度通過しており、ネットワークをただ１回だけ通過した信号よりも、場合によってはかなりの程度にわたってネットワーク通過のあらゆる影響を受けることになる。
【００１７】
他の試験構成や方法が可能である。さらに重要なものは、提供される機能であり、その機能を行うやり方ではない。
【００１８】
評価器１９０が使用する技術には、限定はしないが客観的音質測定（PSQM）や客観的分析／測定システム（PAMS）や客観的音質評価（PESQ）が含まれる。これらの技法は、音質と明瞭度の相対的測度を提供する評点の計算に用いることができる。この評点は、基準信号の持続期間に関する時間関数として計算することができる。一実施形態では、各評点にはそれを計算する際にタイムスタンプが押される。この評点はまた、基準信号を送信した特定の呼び出し信号路（例えば、チャンネルおよび／またはポート）に合わせて関連付けられる。
【００１９】
以上に記載したメカニズムは、ここでは「能動的」手法あるいは能動的試験と呼ばれる。音声（人の声）品質を評価する別のメカニズムは、本願明細書では「受動的」手法と呼ぶものである。この後者の手法によれば、ネットワーク監視器１８０は、基準信号送信器１６０と受信器１７０の間のネットワーク信号路を監視することのできる箇所で、ネットワーク１３０へ挿入される。基準信号が基準試験送信器１６０と受信器１７０の間のネットワーク信号路を通過する時間期間中、ネットワーク監視器１８０は、ネットワーク性能情報を受動的に捕捉する。
【００２０】
リアルタイム伝送プロトコル（RTP）やリアルタイム制御プロトコル（RTCP）などのインターネット規格プロトコルを採用することにより、ネットワーク性能情報を捕捉することができるようになる。捕捉される情報種は通常、音質に強い影響をもたらし得る音声ストリーム内のイベントあるいは事変に関連する。この情報は、呼び出しの持続期間にわたって収集される。呼び出しの持続期間とはすなわち、例えば能動的試験の持続期間である。監視情報に基づき、他の情報（例えば、性能統計）を導出することができる。この統計とイベントは、計算されてリアルタイムあるいは後処理のいずれかで提示されることができる。
【００２１】
収集されたイベントの種類と統計の種類には、これらに限定はしないが以下が含まれる。すなわち、逸失パケットイベント、早期到着パケットイベント、遅滞到着パケットイベント、ジッタ統計、ボコーダ変化イベント、コーデック変化イベント、無音パケットイベント、ジッタバッファ深度である。一実施形態では、この情報にタイムスタンプを押し、これによりそれを記録パルス符号変調（ＰＣＭ）ファイルに時間相関させることができる。加えて、この情報を捕捉する呼び出しポートまたはチャンネルもまた情報と共に記録することができる。
【００２２】
逸失された早期および遅滞パケットイベントは、非同期であり、イベント発生時にのみ生成される。これらの種のイベントは、パケットを損失した（例えば、決して受信されない）か、あるいは余りに早期に受信または余りに遅滞して使用することを示す。ボコーダ／コーデック変化イベントもまた非同期であり、音声符号化や符復号化アルゴリズムやビットレートやパケットサイズ等の使用中のボコーダ／コーデックの若干の特性が変化されたことを示す。
【００２３】
ジッタイベント／統計はより規則的であり、受信される各音声パケットごとに保持することができる。音声パケットは通常、２０乃至３０ミリ秒の符号化音声を含むが、パケットはもっと大きなものとすることができる。一実施形態では、ジッタは１ミリ秒の最小解像度に合わせ測定する。
【００２４】
無音パケットイベントは、無音パケット（例えば、無音挿入記述パケット）を送受信することの出来るボコーダにより用いられる。無音パケットもまた、非同期である。
【００２５】
ジッタバッファは一定深度（大きさ）からなるか、あるいはその深度をダイナミックに調整することができる。初期のジッタバッファ深度情報は、ジッタバッファ深度に変化が存在するつど、追加の記録を生成する状態で記録することができる。
【００２６】
図２は、本発明の一実施形態になる音質評価装置２００の機能ブロック図である。一実施形態では、装置２００はコンピュータシステムや同種の装置に組み込むことのできる印刷回路基板として実施する。例えば、装置２００は図１の評価器１９０に組み込むことができる。
【００２７】
装置２００が、図２に図示した以外の要素を含むことができることは言うまでもない。例えば、装置２００はディジタル信号処理装置、複数メモリ（例えば、随時読み書き可能メモリや読み出し専用メモリ）等を含むことができる。
【００２８】
本実施形態では、装置２００は、プロセッサ２１０とメモリ２２０と入／出力インタフェース２３０を含む。入／出力インタフェース２３０は、システムあるいは試験対象ネットワーク（例えば、図１のシステム１００）に対し物理インタフェースを供給するものである。かくして、入／出力インタフェース２３０は前述の受動的（例えば、監視）手法を用いて収集したイベント情報の受信に用いることができ、かつ／又それは能動的試験期間中に基準信号を送信および／または受信するのに用いることもできる。
【００２９】
本実施形態では、装置２００は表示装置２４０に結合してある。表示装置２４０は、液晶デバイスや陰極線管やユーザが認識可能な図形画像や英数字を生成するのに適した他の表示装置とすることができる。
【００３０】
図３は、本発明の一実施形態になる音質評価方法のフローチャート３００である。フローチャート３００には特定のステップを開示したが、それらのステップは例示的なものである。すなわち、本発明の実施形態は、他のステップあるいはフローチャート３００に引用したステップの変形を遂行するのに良く適したものである。フローチャート３００内のステップが提示したものとは異なる順序で実行でき、フローチャート３００内のステップの必ずしも全てを実行しないこともあることは言うまでもない。一実施形態では、フローチャート３００の方法は図２の装置２００などの装置により実行される。フローチャート３００の方法は、リアルタイムであるいは後処理により実行することができる。
【００３１】
図３のステップ３１０では、１以上の基準音声サンプルが、ネットワークの信号路上で送信される。例えば、図１を参照するに、基準信号はネットワーク１３０による呼び出し信号路（例えば、チャンネル）上の基準信号送信器１６０から基準信号受信器１７０へ送信される。基準信号は、評価器１９０でも入手可能である。
【００３２】
図３のステップ３２０では、音声サンプルが、それらがネットワーク信号路を通過した後に記録される。図１を参照するに、基準信号受信器１７０が受信する音声サンプルは評価器１９０でも入手可能である。
【００３３】
図３のステップ３３０では、ネットワーク信号路上を送信された基準音声サンプルが、ネットワーク信号路の通過後に個々の受信サンプルと比較される。一実施形態では、この比較は図１の評価器１９０により行われる。比較に用い得る技法には、PSQMやPAMSやPESQが含まれる。これらの技術は、例えば音質や明瞭度の相対的測度をもたらす評点の計算に用いることができる。音声サンプルが時間の次元を有することは、認識されたい。従って、比較評点は時間関数として計算することができる。一実施形態では、各評点はそれを計算するときにタイムスタンプを押される。この評点は、基準サンプルを送信したチャンネルあるいはポート（信号路）に対し索引付けすることもできる。
【００３４】
図３のステップ３４０では、基準サンプルが送信された時間期間にわたってのネットワーク性能が、同様に監視される。一実施形態では、この情報は、RTPやRTCPなどのインターネット規格プロトコルに従って監視され収集される。監視期間中に収集された情報はタイムスタンプを押し、それを収集したチャンネルあるいはポート（信号路）へ索引付けすることも可能である。加えて、情報（例えば、ネットワーク性能統計）は、収集した情報から導出することができる。ネットワーク性能統計は、関連チャンネルへ索引付けするだけでなくタイムスタンプを押すこともできる。
【００３５】
ステップ３５０では、本発明の実施形態により、（ステップ３３０からの）比較結果と（ステップ３４０からの）性能統計が、関連付けられる。一実施形態では、この相関付けはタイムスタンプとチャンネル識別子を用いて行われる。
【００３６】
ステップ３６０では、本発明の実施形態により、比較結果と性能統計量が、誰もが使えるグラフィカルユーザインタフェース（例えば、図２の表示装置２４０上の）を用いて与えられる。従って本発明の一実施形態によれば、比較結果とネットワーク性能情報は、まとめられ、時間を同期させ、グラフィック表示に一緒に表示される。比較情報と監視情報の関連付けにより、ユーザは音声（人の声）がネットワーク信号路を通過する際に変形した箇所の領域に焦点を当てることができる。例えば、基準信号と受信信号のグラフィック表示と同時並行的なネットワーク性能統計の提示により、ユーザはその原因のみならず品質におけるどんな劣化もより容易に特定することができる。例えば、音声明瞭度についてのネットワーク性能（例えば、脱落パケットやジッタ等）の影響は、直接に観察可能である。
【００３７】
図４は、本発明の一実施形態になる例示的グラフィカルユーザインタフェース（GUI）400である。GUI400は、関連付けした仕方で比較結果とネットワーク性能統計（図２，３参照のこと）をもたらす。
【００３８】
図４の例では、音声信号源と音声目的地ポートを選択し、ドロップダウンメニューを用いて表示してある。ドロップダウンメニューは、能動的呼び出しや応答状態を経験するこれらのチャンネルやポートを含む。
【００３９】
選択した（例えば、信号源から目的地への）音声信号路の種別もまた、示される。音声信号源（信号源ポート）に対する伝送アドレスと音声終端（終端ポート）もまた表示される。かくして、伝送アドレスは記録することができる。
【００４０】
GUI400は、時間関数としての情報のグラフィック表示を含む。表示すべき情報の事項は、ユーザが選択することができる。図４の例では、表示用に選択された情報にはPSQM評点とミリ秒のジッタとキロビット／秒のビットレートと送信基準信号および受信基準信号の振幅が含まれる。この情報は、時間関数として提示される。GUI400を異なる構成とすることで、他種の情報を導入することもできる。例えば、図４の例の選択肢として図示はしていないが、コーデック種および特性ならびにジッタバッファ深度に関連する情報をグラフィック表示に含めることもできる。
【００４１】
異なる項目の情報は、異なる色を使用して描写することができる。色を変化させることで、イベントをより明白にすることができる。グラフィック表示の明瞭度は、二つの垂直軸の使用により向上する。エンコーダやビットレートの変化など、比較的稀なイベントは、何が変わったかを示す垂直線を用いてグラフィック表示にとりこまれ、グラフィック表示の明瞭度を高めることもできる。
【００４２】
このGUI400はまた、他の情報だけでなく平均的PSQMや最大PSQMや閾値などの幾つかのデータおよび情報を図表化したものを含む。送信されあるいは受信された総バイトあるいはパケットなどの生データを、GUI400に含めることもできる。
【００４３】
この情報は、以下の方法でGUI400に供給される。送信基準信号と受信基準信号は、リアルタイムで処理されるかあるいは後処理用に記憶するかのいずれかとされる。これらの信号の処理には、受信された信号に対する基準信号の比較が含まれる。処理結果は、それらがGUI400に要求されるかあるいはGUI400へリアルタイムで供給されるまで、一時的に保存することができる。ネットワーク性能情報は、同様に処理される。生のネットワーク性能情報は、リアルタイムでGUI400に供給するか、あるいは後の使用に向け一時的に保存することができる。生データに由来するネットワーク性能統計は、リアルタイムであるいは後処理期間中に計算することができる。この統計は、それらがGUI400に対し要求されあるいはリアルタイムでGUI400へ供給されるまで一時記憶させることができる。
【００４４】
上記のように、比較情報と監視情報は、タイムスタンプを用いて関連付けられる。一実施形態では、送信した基準信号と受信した基準信号のサンプル間隔は0.125ミリ秒であるが、PSQM計算は128サンプルのフレームに基づく。本実施形態では、記録情報の量を制限するため、送受信情報は128サンプルの短期平均へ低減してあって、サンプル間隔を１６ミリ秒に増大させている。一実施形態では、使用するエンコーダの種別に応じて監視（イベント）情報は２０または３０ミリ秒のフレーム間隔を有する。２０ミリ秒のフレーム間隔は１６０サンプルを表わし、３０ミリ秒のフレーム間隔は２４０サンプルを表わす。PSQM計算とネットワークイベント間のレート差を問題としない場合、ネットワークイベントのグラフは送信結果や受信結果や比較結果のグラフと重複することとなろう。この解法には、グラフィック表示における幾つかの点に注目すべきかまたはそうでない時期を指示する規則の確立が含まれる。以上のようにGUI400のグラフィック表示は、監視（イベント）情報を基準信号情報と同じタイムベースで取り込む。
【００４５】
まとめると本発明は、様々な実施形態において、端末から端末への音質試験の結果をネットワーク性能監視結果に関連付けできるようにする、方法および装置を提供する。パケット損失やジッタなどのイベントのリアルタイム測定が、これらの測定値から導出した統計に合わさり、ユーザフレンドリーなグラフィカルユーザインタフェースで、品質や明瞭度などの特性の客観的な計測値と組み合わせられる。これまで利用できなかったこの情報の組み合わせにより、パケット交換ネットワークの完全な解析が可能となる。音質の対ネットワーク性能での単一レポートが、単一のディスプレイにて利用可能になる。すなわち、例えば貧弱な人の声の明瞭度などの徴候を、大量のパケット損失などの想定可能な原因に簡単に対応させることができる。
【００４６】
本発明の様々な実施形態を、以上のように説明した。本発明は特定の実施形態として説明したが、本発明をこの種の実施形態に限定するものと解釈するのではなく、特許請求の範囲により解釈すべきことは言うまでもない。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態になる音質評価システムの機能ブロック図。
【図２】本発明の一実施形態になる音質評価装置の機能ブロック図。
【図３】本発明の一実施形態になる音質評価方法のフローチャート。
【図４】本発明の一実施形態の例示的グラフィカルユーザインタフェースを示す図。
【符号の説明】
【００４８】
１００  システム
１１０，１１１  送信器
１２０  ゲートウェイ
１３０  ネットワーク
１４０  ゲートウェイ
１５０，１５１  受信器
１６０  基準信号源
１７０  基準信号受信器
１８０  ネットワーク監視器
１９０  評価器
２００  音質評価装置
２１０  プロセッサ
２２０  メモリ
２３０  入／出力インタフェース
２４０  表示装置
【図１】
2004297803.tif 000003
【図２】
2004297803.tif 000004
【図３】
2004297803.tif 000005
【図４】
2004297803.tif 000006