(57)【要約】【課題】運用時における実際の通話路の状態や実際に通話を行う端末間の通話品質を正確に評価可能な試験方法を提供すること。【解決手段】通話品質を評価する試験の試験方法であって、被試験電話端末（２）が、試験音＃２の音データを被試験電話端末（１）に送信し、被試験電話端末（１）が、試験音＃１の音データと被試験電話端末（２）から受信した試験音＃２の音データとを合成し、合成後の音データをモニタ用端末（３）に送信する。【選択図】図１
2012217006.tif 000002
【特許請求の範囲】
【請求項１】
通話品質を評価する試験の試験方法であって、
第１の被試験電話端末が、第１の試験音データを第２の被試験電話端末に送信し、
前記第２の被試験電話端末が、第２の試験音データと、前記第１の被試験電話端末から受信した前記第１の試験音データとを合成して第３の試験音データを生成し、当該第３の試験音データをモニタ用端末に送信する、
ことを特徴とする試験方法。
【請求項２】
前記第２の被試験電話端末は、前記第１の被試験電話端末から受信した第１の試験音データをアナログ音に変換後にさらに再デジタル化し、再デジタル化後の第１の試験音データと、前記第２の試験音データとを合成して前記第３の試験音データを生成する、
ことを特徴とする請求項１に記載の試験方法。
【請求項３】
前記第２の被試験電話端末は、前記第３の試験音データを送信する前に、前記モニタ用端末に前記第２の試験音データを一定時間だけ送信することにより、自端末側の試験であることを通知する、
ことを特徴とする請求項１または２に記載の試験方法。
【請求項４】
前記第２の被試験電話端末が、前記第２の試験音データを前記第１の被試験電話端末に送信し、
前記第１の被試験電話端末が、送信中の前記第１の試験音データと、前記第２の被試験電話端末から受信した前記第２の試験音データとを合成して第４の試験音データを生成し、当該第４の試験音データを前記モニタ用端末に送信する、
ことを特徴とする請求項１、２または３に記載の試験方法。
【請求項５】
前記第１の被試験電話端末は、前記第２の被試験電話端末から受信した第２の試験音データをアナログ音に変換後にさらに再デジタル化し、再デジタル化後の第２の試験音データと、前記送信中の第１の試験音データとを合成して前記第４の試験音データを生成する、
ことを特徴とする請求項４に記載の試験方法。
【請求項６】
前記第１の被試験電話端末は、前記第４の試験音データを送信する前に、前記モニタ用端末に前記第１の試験音データを一定時間だけ送信することにより、自端末側の試験であることを通知する、
ことを特徴とする請求項４または５に記載の試験方法。
【請求項７】
サーバ装置が、前記第２の被試験電話端末に、前記第１の被試験電話端末の情報を含めた試験開始指示のメッセージを送信し、
前記試験開始指示のメッセージを受けた前記第２の被試験電話端末は、前記第１の被試験電話端末に対して発呼を行い、通話可能な状態において、前記第１の被試験電話端末から前記第１の試験音データを受信する、
ことを特徴とする請求項１〜６のいずれか１つに記載の試験方法。
【請求項８】
前記第１の被試験電話端末として動作する端末と前記第２の被試験電話端末として動作する端末とを一組とするグループを複数有し、
前記サーバ装置は、試験開始指示のメッセージを、未試験のグループがなくなるまで所定の順に送信する、
ことを特徴とする請求項７に記載の試験方法。
【請求項９】
通話品質を評価する試験の被試験電話端末である電話端末装置において、
自身が保持する第１の試験音データと、通信中の他の被試験電話端末から受信する第２の試験音データとを合成して第３の試験音データを生成する合成部と、
前記第３の試験音データをモニタ用端末に送信する送信部と、
を有することを特徴とする電話端末装置。
【請求項１０】
通常動作時にはデコード部とスピーカを接続し、試験時にはデコード部とエンコード部を接続する接続切替部、
をさらに有し、
前記合成部は、前記デコード部にてアナログ音に変換され前記接続切替部経由で前記エンコード部にて再デジタル化された後の第２の試験音データと、前記第１の試験音データとを合成して前記第３の試験音データを生成する、
ことを特徴とする請求項９に記載の電話端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話品質を評価する試験の試験方法および電話端末装置に関する。
【背景技術】
【０００２】
従来から、ＶｏＩＰ（Voice  over  Internet  Protocol）を利用したＩＰ電話システムでは、音声品質測定の自動化がすすめられている。音声品質測定を自動化したシステムとしては、たとえば、ＩＰ電話自動試験装置による制御に基づいて、対応する２つの測定機器間において自動試験を行う技術が開示されている。具体的には、ＩＰ電話自動試験装置が試験シナリオを有し、一方の測定機器が試験シナリオに基づいてＳＩＰ（Session  Initiation  Protocol）シーケンスを開始することにより機器間でＳＩＰセッションを確立する。そして、ＳＩＰセッション確立後の各測定機器が、試験シナリオに基づいてＲＴＰ（Real-time  Transport  Protocol）試験パケットの送受信処理を実施し、試験結果をＩＰ電話自動試験装置に通知する。
【０００３】
また、従来のＩＰ電話システムでは、パケットロス，パケット遅延等の自動化が比較的容易と思われる測定項目だけでは実際の音声の良し悪しや、エコーおよび雑音等の把握が難しいため、通話品質を評価するための聴音試験が行われている。しかしながら、このような方法で通話品質評価を行う場合には、多くの人手と時間が必要になる。この傾向は試験端末数が増加するほど顕著に現れる。これに対し、効率的に聴音試験を行えるシステムとして、呼制御サーバの制御により基準電話機と試験対象電話機との間で自動通話試験を行う技術がある。具体的には、まず、基準電話機が、呼制御サーバの制御によりＳＩＰシーケンスを開始してＳＩＰセッションを確立する。そして、試験対象電話機が呼制御サーバを介して基準電話機に音声メッセージを送信し、基準電話機の使用者が音声メッセージを聞くことにより通話品質を確認する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００９／０４７８２９号公報
【特許文献２】特開２０１０−１８３４６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術においては、試験の効率化は実現されているが、運用時における実際の通話路や、実際に通話を行う端末間の通話品質の試験ができない、という問題があった。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、より正確に評価することができる試験方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示する試験方法は、通話品質を評価する試験の試験方法であって、第１の被試験電話端末が、第１の試験音データを第２の被試験電話端末に送信し、前記第２の被試験電話端末が、第２の試験音データと、前記第１の被試験電話端末から受信した前記第１の試験音データとを合成して第３の試験音データを生成し、当該第３の試験音データをモニタ用端末に送信する。
【発明の効果】
【０００８】
本願の開示する試験方法の一つの態様によれば、試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、試験方法の概要を示す図である。
【図２】図２は、被試験電話端末の構成例を示す図である。
【図３】図３は、聴音試験を行う場合のシステム構成の一例を示す図である。
【図４−１】図４−１は、聴音試験全体の処理の流れを示すシーケンス図である。
【図４−２】図４−２は、試験シナリオの一例を示す図である。
【図５】図５は、通話品質の評価手順を示すフローチャートである。
【図６−１】図６−１は、聴音試験全体の処理の流れを示すシーケンス図である。
【図６−２】図６−２は、試験シナリオの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する試験方法および電話端末装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１１】
図１は、本実施例の試験方法の概要を示す図である。図１では、モニタ用端末３を操作する試験者が、ＩＰネットワークにおいて被試験電話端末同士のＳＩＰセッションが確立された状態で、被試験電話端末１および被試験電話端末２の通話品質評価を行う。具体的には、被試験電話端末２が、低音かつ短音繰り返しの試験音＃２を被試験電話端末１に出力する（図１の経路＃１に対応）。一方、被試験電話端末１は、高音かつ長音の試験音＃１とともに、被試験電話端末２から受信した試験音＃２を、モニタ用端末３に出力する（図１の経路＃２に対応）。そして、試験者は、モニタ用端末３で同時に受信した試験音＃１と試験音＃２を聞いて通話品質を評価する。なお、ここで言う通話品質は、音の良し悪しや、エコーや雑音の有無等、実際に聴音しないと判断が難しい通話品質が対象となる。
【００１２】
試験者は、上記聴音の結果、たとえば、試験音＃２のみに問題があると判断した場合には、被試験電話端末２または経路＃１の問題であると判断する。また、試験音＃１のみに問題があると判断した場合には、被試験電話端末１の問題であると判断する。また、試験音＃１と試験音＃２の両方に問題があると判断した場合には、経路＃２に問題がある可能性が高いと判断する。
【００１３】
また、上記とは逆の処理で、被試験電話端末１が、試験音＃１を被試験電話端末２に出力する（図１の経路＃１に対応）。一方、被試験電話端末２は、試験音＃２とともに、被試験電話端末１から経路＃１で受信した試験音＃１を、モニタ用端末３に出力する（経路＃３：図示せず）。そして、試験者は、聴音の結果、たとえば、試験音＃１のみに問題があると判断した場合には、被試験電話端末１または経路＃１の問題であると判断する。また、試験音＃２のみに問題があると判断した場合には、被試験電話端末２の問題であると判断する。また、試験音＃１と試験音＃２の両方に問題があると判断した場合には、経路＃３に問題がある可能性が高いと判断する。
【００１４】
なお、上記では試験音＃１を高音かつ長音の試験音とし、試験音＃２を低音かつ短音繰り返しの試験音としたが、これに限らず、試験音＃１と試験音＃２は、試験者が聴音して判別可能な音であればどのような音であってもよい。また、試験音＃１と試験音＃２は、音声でもよく、たとえば、男性と女性の音声などであってもよい。また、本実施例では、被試験電話端末をＩＰ電話端末として説明するが、本実施例の試験方法は、被試験電話端末同士が通話可能な状態であればＩＰ電話端末以外にも適用可能である。
【００１５】
上記試験方法の実行により、試験者は、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる。また、試験者は、受話と送話の音にぶつかりがないかどうか、すなわち、半二重がないかどうかを判断することができる。また、本実施例の試験方法においては、一度の聴音で２つの音を同時に評価できるので試験の効率がよい。
【００１６】
つづいて、本実施例の被試験電話端末（１，２）の構成について説明する。図２は、被試験電話端末の構成例を示す図である。図２において、被試験電話端末は、端末制御部１１とＩ／Ｆ部１２と信号処理部１３と切替部１４と試験音記録部１５と受話部１６と送話部１７を有する。端末制御部１１は、ＣＰＵ（Central  Processing  Unit）であり、ＳＩＰサーバから通知されるメッセージに基づいて信号処理部１３および切替部１４を制御する。Ｉ／Ｆ部１２は、ＬＡＮ（Local  Area  Network）インタフェースである。信号処理部１３は、ＦＰＧＡ（Field  Programmable  Gate  Array），ＤＳＰ（Digital  Signal  Processor）等で構成され、端末制御部１１の制御に基づき音データの合成等の処理を行う。切替部１４は、リレー等のスイッチであり、端末制御部１１の制御に基づき接続切り替えを行う。試験音記録部１５は、メモリ等であり、聴音試験で使用する試験音の音データを保持する。本実施例では、一例として、高音かつ長音の試験音＃１の音データと低音かつ短音繰り返しの試験音＃２の音データを保持する。また、受話部１６はスピーカであり、送話部１７はマイクである。
【００１７】
また、図２において、上記信号処理部１３は、データ処理制御部２１，ＩＰパケット／イーサフレーム処理部２２，デジタル音声処理部２３，ＤＥＣ２４，ＥＮＣ２５を有する。データ処理制御部２１は、端末制御部１１の制御に基づきデジタル音声処理部２３に対し、音データの合成処理，音データのスルー処理等を指示する。ＩＰパケット／イーサフレーム処理部２２は、ＩＰパケットとイーサフレームを個別に処理し、ＳＩＰサーバからのメッセージを端末制御部１１へ、音データをデジタル音声処理部２３へそれぞれ出力する。デジタル音声処理部２３は、演算処理による音データの合成処理、ＩＰパケット／イーサフレーム処理部２２からＤＥＣ２４への音データのスルー処理、ＥＮＣ２５からＩＰパケット／イーサフレーム処理部２２への音データのスルー処理等を行う。ＤＥＣ２４は、デジタルの音データをアナログ音へ変換する。ＥＮＣ２５は、アナログ音をデジタルの音データに変換する。
【００１８】
なお、本実施例の被試験電話端末において、切替部１４は、通常動作時にはＤＥＣ２４と受話部１６を、ＥＮＣ２５と送話部１７を、それぞれ接続するように制御され、聴音試験時にはＤＥＣ２４とＥＮＣ２５を接続するように制御される。
【００１９】
つづいて、視聴試験を行う場合における被試験電話端末の動作を図面に従って詳細に説明する。図３は、聴音試験を行う場合のシステム構成の一例を示す図である。本実施例では、聴音試験を行う場合のシステム構成として、被試験電話端末１，２とモニタ用端末３とＳＩＰサーバ４を有する。
【００２０】
まず、被試験電話端末１，２では、ＳＩＰサーバ４からＩ／Ｆ部１２，ＩＰパケット／イーサフレーム処理部２２を介して試験開始指示を受信した端末制御部１１が、切替部１４を聴音試験用の接続に切り替える。具体的には、ＤＥＣ２４とＥＮＣ２５を直結させる。また、被試験電話端末１の端末制御部１１は、ＳＩＰサーバ４を介して、被試験電話端末２の端末制御部１１との間でＳＩＰシーケンスを実行する。これにより、被試験電話端末１と被試験電話端末２との間でＳＩＰセッションを確立する。
【００２１】
つぎに、被試験電話端末１のデジタル音声処理部２３は、データ処理制御部２１の指示で試験音記録部１５から試験音＃１の音データを読み出し、試験音＃１の音データをＩＰパケット／イーサフレーム処理部２２に出力する。そして、ＩＰパケット／イーサフレーム処理部２２は、受け取った音データから生成したＩＰパケットを、Ｉ／Ｆ部１２を介して被試験電話端末２宛に送信する。このとき、ＩＰパケット／イーサフレーム処理部２２は、このＩＰパケットを、一定時間（数秒）だけモニタ用端末３にも送信する。試験者は、モニタ用端末３が試験音＃１のＩＰパケットを受信して再生することによって、被試験電話端末１側の聴音試験が開始されたことを認識する。
【００２２】
また、同様の処理で、被試験電話端末２のデジタル音声処理部２３は、データ処理制御部２１の指示で試験音記録部１５から試験音＃２の音データを読み出し、試験音＃２の音データをＩＰパケット／イーサフレーム処理部２２に出力する。そして、ＩＰパケット／イーサフレーム処理部２２は、受け取った音データから生成したＩＰパケットを、Ｉ／Ｆ部１２を介して被試験電話端末１宛に送信する。
【００２３】
試験者に聴音試験の開始を通知した後、被試験電話端末１では、Ｉ／Ｆ部１２を介して試験音＃２のＩＰパケットを受信したＩＰパケット／イーサフレーム処理部２２が、そのＩＰパケットから音データを生成してデジタル音声処理部２３に出力する。デジタル音声処理部２３は、データ処理制御部２１の制御により音データをスルーしてＤＥＣ２４に出力する。ＤＥＣ２４は、受け取ったデジタルの音データをアナログ音に変換し、切替部１４を介してＥＮＣ２５に出力する。ＥＮＣ２５は、アナログ音を再びデジタルの音データに変換し、デジタル音声処理部２３に出力する。そして、デジタル音声処理部２３は、データ処理制御部２１の制御により、ＥＮＣ２５から受け取った試験音＃２の音データと送信中の試験音＃１の音データとを合成し、ＩＰパケット／イーサフレーム処理部２２に出力する。合成後の音データを受け取ったＩＰパケット／イーサフレーム処理部２２は、この音データからＩＰパケットを生成し、生成したＩＰパケットをＩ／Ｆ部１２を介してモニタ用端末３に送信する。
【００２４】
試験者は、モニタ用端末３が被試験電話端末１から送られてくるＩＰパケットを受信して試験音＃１，試験音＃２を再生することにより、試験音＃１，試験音＃２を実際に聞いて通話品質を評価する。これにより、被試験電話端末１側の聴音試験を終了する。
【００２５】
その後、被試験電話端末２のＩＰパケット／イーサフレーム処理部２２が、試験音＃２のＩＰパケットを、一定時間（数秒）だけモニタ用端末３に送信する。そして、モニタ用端末３は、試験音＃２のＩＰパケットを受信して試験音＃２を一定時間にわたって再生することによって、続けて被試験電話端末２側の聴音試験が開始されたことを試験者に認識させる。以降、被試験電話端末２は、被試験電話端末１が行った手順と同様の処理で、自端末側の聴音試験を実施する。
【００２６】
上記のように、本実施例では、切替部１４によりＤＥＣ２４とＥＮＣ２５を直結し、端末内部で「デジタル」→「アナログ」→「デジタル」という変換を行うこととした。これにより、実際の通話時（運用時）におけるＥＮＣ／ＤＥＣの機能や、アナログ部分の品質確認を含めた試験を行うことができる。
【００２７】
つづいて、聴音試験全体の処理の流れを時系列的に説明する。図４−１は、聴音試験全体の処理の流れを示すシーケンス図である。また、図４−２は、試験シナリオの一例を示す図である。
【００２８】
まず、試験者は、ＳＩＰサーバ４に試験シナリオを登録する（Ｓ１）。試験シナリオには、発呼側の被試験電話端末の電話番号と、着呼側の被試験電話端末の電話番号が試験順単位に記録されている。ここでは、１番目に試験を行うグループが電話番号“aaaa-aaaa”の発呼端末と電話番号“bbbb-bbbb”の着呼端末であり、２番目に試験を行うグループが電話番号“cccc-cccc”の発呼端末と電話番号“dddd-dddd”の着呼端末である。
【００２９】
つぎに、ＳＩＰサーバ４は、試験シナリオに従い発呼側の被試験電話端末１へ、着呼側の被試験電話端末２の電話番号“bbbb-bbbb”を含めた試験開始指示のメッセージを送信する（Ｓ２）。試験開始指示のメッセージを受信した被試験電話端末１は、ＳＩＰシーケンスを開始する（Ｓ３，Ｓ４）。具体的には、自身の電話番号“aaaa-aaaa”や被試験電話端末２の電話番号“bbbb-bbbb”等の情報を含めた“INVITE”をＳＩＰサーバ４に送信する。ＳＩＰサーバ４は、着呼側の被試験電話端末２へ“INVITE”を送信すると、被試験電話端末２からの“180  Ringing”を待ち、“180  Ringing”を受信した時点で被試験電話端末２へ応答指示のメッセージを送信し（Ｓ５）、オフフックを指示する。応答指示のメッセージを受信した被試験電話端末２は、オフフック状態に移行し、“200  OK”を送信する。その後、被試験電話端末１が、ＳＩＰサーバ４を介して被試験電話端末２に“ACK”を送信する。これにより、ＳＩＰセッションが確立され、被試験電話端末１と被試験電話端末２との間で通話が可能となる。
【００３０】
その後、被試験電話端末１は、試験音＃１の音データを被試験電話端末２宛に送信し（Ｓ６）、被試験電話端末２は、試験音＃２の音データを被試験電話端末１宛に送信する（Ｓ７）。
【００３１】
そして、被試験電話端末１は、自身が送信している試験音＃１の音データと被試験電話端末２から受信した試験音＃２の音データとを合成し、モニタ用端末３へ送信する（Ｓ８）。試験者は、モニタ用端末３のスピーカから聞こえる音を聞いて通話品質を評価する。被試験電話端末１側の聴音試験が終わった後、つぎに、被試験電話端末２は、自身が送信している試験音＃２の音データと被試験電話端末１から受信した試験音＃１の音データとを合成し、モニタ用端末３へ送信する（Ｓ９）。試験者は、モニタ用端末３のスピーカから聞こえる音を聞いて通話品質を評価する。
【００３２】
被試験電話端末１側と被試験電話端末２側の聴音試験が完了すると、つぎに、モニタ用端末３は、完了通知のメッセージをＳＩＰサーバ４に送信する（Ｓ１０）。そして、この通知を受けたＳＩＰサーバ４は、試験シナリオに従い、次の順番の発呼端末に試験開始指示を通知する（Ｓ２）。以降、本実施例では、試験シナリオに記載されたすべての被試験電話端末に対する聴音試験が終了するまで、Ｓ２〜Ｓ１０の処理を繰り返し実行する。
【００３３】
つづいて、本実施例の試験方法における通話品質の評価手順を図面に従い詳細に説明する。図５は、本実施例の試験方法における通話品質の評価手順を示すフローチャートである。ここでは、ＳＩＰセッションが確立され、被試験電話端末１が試験音＃１の音データを被試験電話端末２に送信中であり（Ｓ２１）、被試験電話端末２が試験音＃２の音データを被試験電話端末１に送信中であることを前提とする（Ｓ２２）。また、本実施例では、被試験電話端末１と被試験電話端末２との間の経路を経路＃１（実際の試験経路）とし、被試験電話端末１とモニタ用端末３との間の経路を経路＃２とし、被試験電話端末２とモニタ用端末３との間の経路を経路＃３とする。
【００３４】
この状態で、被試験電話端末１は、モニタ用端末３に対し、試験音＃１の音データを一定時間（数秒程度）にわたって送信する（Ｓ２３）。これにより、試験者は、モニタ用端末３のスピーカから聞こえる試験音＃１の音から、被試験電話端末１側の聴音試験が開始されたことを認識する（Ｓ２４）。
【００３５】
つぎに、被試験電話端末１は、自身が送信している試験音＃１の音データと、被試験電話端末２から受信した試験音＃２の音データとを合成し、モニタ用端末３へ送信する（Ｓ２５）。試験者は、モニタ用端末３のスピーカから聞こえる音に基づいて、試験音＃１と試験音＃２の両方に問題があると判断した場合（Ｓ２６，Ｙｅｓ、Ｓ２７，Ｙｅｓ）、経路＃２に問題がある可能性が高いと判断する（Ｓ２８）。また、試験音＃１のみに問題があると判断した場合には（Ｓ２６，Ｙｅｓ、Ｓ２７，Ｎｏ）、被試験電話端末１に問題があると判断する（Ｓ２９）。また、試験音＃２のみに問題があると判断した場合には（Ｓ２６，Ｎｏ、Ｓ３０，Ｙｅｓ）、被試験電話端末２または経路＃１（試験経路）に問題があると判断する（Ｓ３１）。そして、試験音＃１と試験音＃２の両方に問題がないと判断した場合（Ｓ２６，Ｎｏ、Ｓ３０，Ｎｏ）、試験者は、被試験電話端末１側の聴音試験による通信品質の評価を終了する。
【００３６】
つぎに、被試験電話端末２は、モニタ用端末３に対し、試験音＃２の音データを一定時間（数秒程度）にわたって送信する（Ｓ３２）。これにより、試験者は、モニタ用端末３のスピーカから聞こえる試験音＃２の音から、被試験電話端末２側の聴音試験が開始されたことを認識する（Ｓ３３）。
【００３７】
つぎに、被試験電話端末２は、自身が送信している試験音＃２の音データと、被試験電話端末１から受信した試験音＃１の音データとを合成し、モニタ用端末３へ送信する（Ｓ３４）。試験者は、モニタ用端末３のスピーカから聞こえる音に基づいて、試験音＃１と試験音＃２の両方に問題があると判断した場合（Ｓ３５，Ｙｅｓ、Ｓ３６，Ｙｅｓ）、経路＃３に問題がある可能性が高いと判断する（Ｓ３７）。また、試験音＃２のみに問題があると判断した場合には（Ｓ３５，Ｙｅｓ、Ｓ３６，Ｎｏ）、被試験電話端末２に問題があると判断する（Ｓ３８）。また、試験音＃１のみに問題があると判断した場合には（Ｓ３５，Ｎｏ、Ｓ３９，Ｙｅｓ）、被試験電話端末１または経路＃１（試験経路）に問題があると判断する（Ｓ４０）。そして、試験者は、被試験電話端末１側の聴音試験，被試験電話端末２側の聴音試験のいずれにも異常がないと判断した場合（Ｓ３９，Ｎｏ）、実際の通話路である試験経路の状態および実際に通話を行う被試験電話端末間の通話品質を“良”とし、その結果をＳＩＰサーバ４に通知する（Ｓ４１）。
【００３８】
上述したように、本実施例では、モニタ用端末３を操作する試験者が、ＩＰネットワークにおいて被試験電話端末同士のＳＩＰセッションが確立された状態で、被試験電話端末１および被試験電話端末２の通話品質評価を行う。具体的には、被試験電話端末１が、自身の試験音記録部から読み出した試験音＃１の音データと、被試験電話端末２から受信した試験音＃２の音データとを合成し、合成後の音データから生成したＩＰパケットをモニタ用端末３に送信する。そして、モニタ用端末３を使用する試験者が、再生された音を聞いて通信品質を評価する。つぎに、逆の処理で、被試験電話端末２が、自身の試験音記録部から読み出した試験音＃２の音データと、被試験電話端末１から受信した試験音＃１の音データとを合成し、合成後の音データから生成したＩＰパケットをモニタ用端末３に送信する。そして、モニタ用端末３を使用する試験者が、再生された音を聞いて通信品質を評価する。これにより、自動化による試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる。
【実施例２】
【００３９】
実施例１では、ＳＩＰの基本機能である通常の発着信動作における聴音試験について説明した。実施例２では、実施例１の試験方法をＳＩＰのサービスの１つであるコールピックアップに適用する。なお、被試験電話端末の構成、およびセッション確立後の試験動作やシステム構成は、前述した実施例１と同様である。
【００４０】
図６−１は、実施例２の聴音試験全体の処理の流れを示すシーケンス図である。また、図６−２は、試験シナリオの一例を示す図である。なお、本実施例では、ピックアップ端末として被試験電話端末５を、着呼端末として被試験電話端末６を有する。
【００４１】
まず、試験者は、ＳＩＰサーバ４に試験シナリオを登録する（Ｓ５１）。通話試験シナリオには、発呼側の被試験電話端末（発呼端末）の電話番号と、ピックアップ端末の電話番号と、着呼側の被試験電話端末（着呼端末）の電話番号がピックアップグループごとに記録されている。ここでは、１番目に試験を行うグループ＃１が、電話番号“aaaa-aaaa”の発呼端末と電話番号“bbbb-bbbb”のピックアップ端末と電話番号“eeee-eeee”の着呼端末である。また、２番目に試験を行うグループが、電話番号“cccc-cccc”の発呼端末と電話番号“dddd-dddd”のピックアップ端末と電話番号“ffff-ffff”の着呼端末である。
【００４２】
つぎに、ＳＩＰサーバ４は、試験シナリオに従い発呼側の被試験電話端末１へ、着呼側の被試験電話端末６の電話番号“eeee-eeee”を含めた試験開始指示のメッセージを送信する（Ｓ５２）。試験開始指示のメッセージを受信した被試験電話端末１は、ＳＩＰシーケンスを開始する（Ｓ５３，Ｓ５４）。具体的には、自身の電話番号“aaaa-aaaa”や被試験電話端末６の電話番号“eeee-eeee”等の情報を含めた“INVITE”をＳＩＰサーバ４に送信する。また、ＳＩＰサーバ４は、着呼側の被試験電話端末６へ“INVITE”を送信すると、被試験電話端末６からの“180  Ringing”を待ち、“180  Ringing”を受信した時点で被試験電話端末５へピックアップ指示のメッセージを送信する（Ｓ５５）。ピックアップ指示のメッセージを受信した被試験電話端末５は、被試験電話端末６宛に“SUBSCRIBE”を送信し、所定のピックアップ手順を開始する（Ｓ５６）。その後、被試験電話端末５，被試験電話端末６，被試験電話端末１がＳＩＰサーバ４を介したピックアップ手順を実行する（Ｓ５３，Ｓ５４，Ｓ５６）。これにより、ＳＩＰセッションが確立され、被試験電話端末５と被試験電話端末１との間で通話が可能となる。
【００４３】
その後、被試験電話端末１は、試験音＃１の音データを被試験電話端末５宛に送信し（Ｓ５７）、被試験電話端末５は、試験音＃２の音データを被試験電話端末１宛に送信する（Ｓ５８）。
【００４４】
そして、被試験電話端末１は、自身が送信している試験音＃１の音データと被試験電話端末５から受信した試験音＃２の音データとを合成し、モニタ用端末３へ送信する（Ｓ５９）。試験者は、モニタ用端末３のスピーカから聞こえる音を聞いて通話品質を評価する。被試験電話端末１側の聴音試験が終わった後、つぎに、被試験電話端末５は、自身が送信している試験音＃２の音データと被試験電話端末１から受信した試験音＃１の音データとを合成し、モニタ用端末３へ送信する（Ｓ６０）。試験者は、モニタ用端末３のスピーカから聞こえる音を聞いて通話品質を評価する。
【００４５】
被試験電話端末１側と被試験電話端末５側の聴音試験が完了すると、つぎに、モニタ用端末３は、完了通知のメッセージをＳＩＰサーバ４に送信する（Ｓ６１）。そして、この通知を受けたＳＩＰサーバ４は、試験シナリオに従い、次のクループの発呼端末に試験開始指示を通知する（Ｓ５２）。以降、本実施例では、試験シナリオに記載されたすべての被試験電話端末に対する聴音試験が終了するまで、Ｓ５２〜Ｓ６１の処理を繰り返し実行する。
【００４６】
これにより、ＳＩＰのサービスの１つであるコールピックアップについても、実施例１と同様の試験方法を適用することができる。これにより、実施例１と同様に、自動化による試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる。なお、本実施例では、一例としてコールピックアップに実施例１の試験方法を適用したが、通話を行うサービスであれば他のサービスにも適用可能である。たとえば、各種の転送サービスや三者通話サービス等にも適用可能である。
【符号の説明】
【００４７】
１，２，５，６  被試験電話端末
３  モニタ用端末
４  ＳＩＰサーバ
１１  端末制御部
１２  Ｉ／Ｆ部
１３  信号処理部
１４  切替部
１５  試験音記録部
１６  受話部
１７  送話部
２１  データ処理制御部
２２  ＩＰパケット／イーサフレーム処理部
２３  デジタル音声処理部
２４  ＤＥＣ
２５  ＥＮＣ
【図１】
2012217006.tif 000003
【図２】
2012217006.tif 000004
【図３】
2012217006.tif 000005
【図４−１】
2012217006.tif 000006
【図４−２】
2012217006.tif 000007
【図５】
2012217006.tif 000008
【図６−１】
2012217006.tif 000009
【図６−２】
2012217006.tif 000010