"通話品質を評価する試験の試験方法であって、第1の被試験電話端末が、第1の試験音データを第2の被試験電話端末に送信し、前記第2の被試験電話端末が、第2の試験音データと、前記第1の被試験電話端末から受信した前記第1の試験音データとを合成して第3の試験音データを生成し、当該第3の試験音データをモニタ用端末に送信する、ことを特徴とする試験方法。前記第2の被試験電話端末は、前記第1の被試験電話端末から受信した第1の試験音データをアナログ音に変換後にさらに再デジタル化し、再デジタル化後の第1の試験音データと、前記第2の試験音データとを合成して前記第3の試験音データを生成する、ことを特徴とする請求項1に記載の試験方法。前記第2の被試験電話端末は、前記第3の試験音データを送信する前に、前記モニタ用端末に前記第2の試験音データを一定時間だけ送信することにより、自端末側の試験であることを通知する、ことを特徴とする請求項1または2に記載の試験方法。前記第2の被試験電話端末が、前記第2の試験音データを前記第1の被試験電話端末に送信し、前記第1の被試験電話端末が、送信中の前記第1の試験音データと、前記第2の被試験電話端末から受信した前記第2の試験音データとを合成して第4の試験音データを生成し、当該第4の試験音データを前記モニタ用端末に送信する、ことを特徴とする請求項1、2または3に記載の試験方法。前記第1の被試験電話端末は、前記第2の被試験電話端末から受信した第2の試験音データをアナログ音に変換後にさらに再デジタル化し、再デジタル化後の第2の試験音データと、前記送信中の第1の試験音データとを合成して前記第4の試験音データを生成する、ことを特徴とする請求項4に記載の試験方法。前記第1の被試験電話端末は、前記第4の試験音データを送信する前に、前記モニタ用端末に前記第1の試験音データを一定時間だけ送信することにより、自端末側の試験であることを通知する、ことを特徴とする請求項4または5に記載の試験方法。サーバ装置が、前記第2の被試験電話端末に、前記第1の被試験電話端末の情報を含めた試験開始指示のメッセージを送信し、前記試験開始指示のメッセージを受けた前記第2の被試験電話端末は、前記第1の被試験電話端末に対して発呼を行い、通話可能な状態において、前記第1の被試験電話端末から前記第1の試験音データを受信する、ことを特徴とする請求項1~6のいずれか1つに記載の試験方法。前記第1の被試験電話端末として動作する端末と前記第2の被試験電話端末として動作する端末とを一組とするグループを複数有し、前記サーバ装置は、試験開始指示のメッセージを、未試験のグループがなくなるまで所定の順に送信する、ことを特徴とする請求項7に記載の試験方法。通話品質を評価する試験の被試験電話端末である電話端末装置において、自身が保持する第1の試験音データと、通信中の他の被試験電話端末から受信する第2の試験音データとを合成して第3の試験音データを生成する合成部と、前記第3の試験音データをモニタ用端末に送信する送信部と、を有することを特徴とする電話端末装置。通常動作時にはデコード部とスピーカを接続し、試験時にはデコード部とエンコード部を接続する接続切替部、をさらに有し、前記合成部は、前記デコード部にてアナログ音に変換され前記接続切替部経由で前記エンコード部にて再デジタル化された後の第2の試験音データと、前記第1の試験音データとを合成して前記第3の試験音データを生成する、ことを特徴とする請求項9に記載の電話端末装置。しかしながら、上記従来の技術においては、試験の効率化は実現されているが、運用時における実際の通話路や、実際に通話を行う端末間の通話品質の試験ができない、という問題があった。開示の技術は、上記に鑑みてなされたものであって、試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、より正確に評価することができる試験方法を提供することを目的とする。本願の開示する試験方法は、通話品質を評価する試験の試験方法であって、第1の被試験電話端末が、第1の試験音データを第2の被試験電話端末に送信し、前記第2の被試験電話端末が、第2の試験音データと、前記第1の被試験電話端末から受信した前記第1の試験音データとを合成して第3の試験音データを生成し、当該第3の試験音データをモニタ用端末に送信する。本願の開示する試験方法の一つの態様によれば、試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる、という効果を奏する。以下に、本願の開示する試験方法および電話端末装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。図1は、本実施例の試験方法の概要を示す図である。図1では、モニタ用端末3を操作する試験者が、IPネットワークにおいて被試験電話端末同士のSIPセッションが確立された状態で、被試験電話端末1および被試験電話端末2の通話品質評価を行う。具体的には、被試験電話端末2が、低音かつ短音繰り返しの試験音2を被試験電話端末1に出力する図1の経路1に対応。一方、被試験電話端末1は、高音かつ長音の試験音1とともに、被試験電話端末2から受信した試験音2を、モニタ用端末3に出力する図1の経路2に対応。そして、試験者は、モニタ用端末3で同時に受信した試験音1と試験音2を聞いて通話品質を評価する。なお、ここで言う通話品質は、音の良し悪しや、エコーや雑音の有無等、実際に聴音しないと判断が難しい通話品質が対象となる。試験者は、上記聴音の結果、たとえば、試験音2のみに問題があると判断した場合には、被試験電話端末2または経路1の問題であると判断する。また、試験音1のみに問題があると判断した場合には、被試験電話端末1の問題であると判断する。また、試験音1と試験音2の両方に問題があると判断した場合には、経路2に問題がある可能性が高いと判断する。また、上記とは逆の処理で、被試験電話端末1が、試験音1を被試験電話端末2に出力する図1の経路1に対応。一方、被試験電話端末2は、試験音2とともに、被試験電話端末1から経路1で受信した試験音1を、モニタ用端末3に出力する経路3:図示せず。そして、試験者は、聴音の結果、たとえば、試験音1のみに問題があると判断した場合には、被試験電話端末1または経路1の問題であると判断する。また、試験音2のみに問題があると判断した場合には、被試験電話端末2の問題であると判断する。また、試験音1と試験音2の両方に問題があると判断した場合には、経路3に問題がある可能性が高いと判断する。なお、上記では試験音1を高音かつ長音の試験音とし、試験音2を低音かつ短音繰り返しの試験音としたが、これに限らず、試験音1と試験音2は、試験者が聴音して判別可能な音であればどのような音であってもよい。また、試験音1と試験音2は、音声でもよく、たとえば、男性と女性の音声などであってもよい。また、本実施例では、被試験電話端末をIP電話端末として説明するが、本実施例の試験方法は、被試験電話端末同士が通話可能な状態であればIP電話端末以外にも適用可能である。上記試験方法の実行により、試験者は、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる。また、試験者は、受話と送話の音にぶつかりがないかどうか、すなわち、半二重がないかどうかを判断することができる。また、本実施例の試験方法においては、一度の聴音で2つの音を同時に評価できるので試験の効率がよい。つづいて、本実施例の被試験電話端末1,2の構成について説明する。図2は、被試験電話端末の構成例を示す図である。図2において、被試験電話端末は、端末制御部11とI/F部12と信号処理部13と切替部14と試験音記録部15と受話部16と送話部17を有する。端末制御部11は、CPUCentralProcessingUnitであり、SIPサーバから通知されるメッセージに基づいて信号処理部13および切替部14を制御する。I/F部12は、LANLocalAreaNetworkインタフェースである。信号処理部13は、FPGAFieldProgrammableGateArray,DSPDigitalSignalProcessor等で構成され、端末制御部11の制御に基づき音データの合成等の処理を行う。切替部14は、リレー等のスイッチであり、端末制御部11の制御に基づき接続切り替えを行う。試験音記録部15は、メモリ等であり、聴音試験で使用する試験音の音データを保持する。本実施例では、一例として、高音かつ長音の試験音1の音データと低音かつ短音繰り返しの試験音2の音データを保持する。また、受話部16はスピーカであり、送話部17はマイクである。また、図2において、上記信号処理部13は、データ処理制御部21,IPパケット/イーサフレーム処理部22,デジタル音声処理部23,DEC24,ENC25を有する。データ処理制御部21は、端末制御部11の制御に基づきデジタル音声処理部23に対し、音データの合成処理,音データのスルー処理等を指示する。IPパケット/イーサフレーム処理部22は、IPパケットとイーサフレームを個別に処理し、SIPサーバからのメッセージを端末制御部11へ、音データをデジタル音声処理部23へそれぞれ出力する。デジタル音声処理部23は、演算処理による音データの合成処理、IPパケット/イーサフレーム処理部22からDEC24への音データのスルー処理、ENC25からIPパケット/イーサフレーム処理部22への音データのスルー処理等を行う。DEC24は、デジタルの音データをアナログ音へ変換する。ENC25は、アナログ音をデジタルの音データに変換する。なお、本実施例の被試験電話端末において、切替部14は、通常動作時にはDEC24と受話部16を、ENC25と送話部17を、それぞれ接続するように制御され、聴音試験時にはDEC24とENC25を接続するように制御される。つづいて、視聴試験を行う場合における被試験電話端末の動作を図面に従って詳細に説明する。図3は、聴音試験を行う場合のシステム構成の一例を示す図である。本実施例では、聴音試験を行う場合のシステム構成として、被試験電話端末1,2とモニタ用端末3とSIPサーバ4を有する。まず、被試験電話端末1,2では、SIPサーバ4からI/F部12,IPパケット/イーサフレーム処理部22を介して試験開始指示を受信した端末制御部11が、切替部14を聴音試験用の接続に切り替える。具体的には、DEC24とENC25を直結させる。また、被試験電話端末1の端末制御部11は、SIPサーバ4を介して、被試験電話端末2の端末制御部11との間でSIPシーケンスを実行する。これにより、被試験電話端末1と被試験電話端末2との間でSIPセッションを確立する。つぎに、被試験電話端末1のデジタル音声処理部23は、データ処理制御部21の指示で試験音記録部15から試験音1の音データを読み出し、試験音1の音データをIPパケット/イーサフレーム処理部22に出力する。そして、IPパケット/イーサフレーム処理部22は、受け取った音データから生成したIPパケットを、I/F部12を介して被試験電話端末2宛に送信する。このとき、IPパケット/イーサフレーム処理部22は、このIPパケットを、一定時間数秒だけモニタ用端末3にも送信する。試験者は、モニタ用端末3が試験音1のIPパケットを受信して再生することによって、被試験電話端末1側の聴音試験が開始されたことを認識する。また、同様の処理で、被試験電話端末2のデジタル音声処理部23は、データ処理制御部21の指示で試験音記録部15から試験音2の音データを読み出し、試験音2の音データをIPパケット/イーサフレーム処理部22に出力する。そして、IPパケット/イーサフレーム処理部22は、受け取った音データから生成したIPパケットを、I/F部12を介して被試験電話端末1宛に送信する。試験者に聴音試験の開始を通知した後、被試験電話端末1では、I/F部12を介して試験音2のIPパケットを受信したIPパケット/イーサフレーム処理部22が、そのIPパケットから音データを生成してデジタル音声処理部23に出力する。デジタル音声処理部23は、データ処理制御部21の制御により音データをスルーしてDEC24に出力する。DEC24は、受け取ったデジタルの音データをアナログ音に変換し、切替部14を介してENC25に出力する。ENC25は、アナログ音を再びデジタルの音データに変換し、デジタル音声処理部23に出力する。そして、デジタル音声処理部23は、データ処理制御部21の制御により、ENC25から受け取った試験音2の音データと送信中の試験音1の音データとを合成し、IPパケット/イーサフレーム処理部22に出力する。合成後の音データを受け取ったIPパケット/イーサフレーム処理部22は、この音データからIPパケットを生成し、生成したIPパケットをI/F部12を介してモニタ用端末3に送信する。試験者は、モニタ用端末3が被試験電話端末1から送られてくるIPパケットを受信して試験音1,試験音2を再生することにより、試験音1,試験音2を実際に聞いて通話品質を評価する。これにより、被試験電話端末1側の聴音試験を終了する。その後、被試験電話端末2のIPパケット/イーサフレーム処理部22が、試験音2のIPパケットを、一定時間数秒だけモニタ用端末3に送信する。そして、モニタ用端末3は、試験音2のIPパケットを受信して試験音2を一定時間にわたって再生することによって、続けて被試験電話端末2側の聴音試験が開始されたことを試験者に認識させる。以降、被試験電話端末2は、被試験電話端末1が行った手順と同様の処理で、自端末側の聴音試験を実施する。上記のように、本実施例では、切替部14によりDEC24とENC25を直結し、端末内部でデジタル→アナログ→デジタルという変換を行うこととした。これにより、実際の通話時運用時におけるENC/DECの機能や、アナログ部分の品質確認を含めた試験を行うことができる。つづいて、聴音試験全体の処理の流れを時系列的に説明する。図4-1は、聴音試験全体の処理の流れを示すシーケンス図である。また、図4-2は、試験シナリオの一例を示す図である。まず、試験者は、SIPサーバ4に試験シナリオを登録するS1。試験シナリオには、発呼側の被試験電話端末の電話番号と、着呼側の被試験電話端末の電話番号が試験順単位に記録されている。ここでは、1番目に試験を行うグループが電話番号aaaaaaaaの発呼端末と電話番号bbbbbbbbの着呼端末であり、2番目に試験を行うグループが電話番号ccccccccの発呼端末と電話番号ddddddddの着呼端末である。つぎに、SIPサーバ4は、試験シナリオに従い発呼側の被試験電話端末1へ、着呼側の被試験電話端末2の電話番号bbbbbbbbを含めた試験開始指示のメッセージを送信するS2。試験開始指示のメッセージを受信した被試験電話端末1は、SIPシーケンスを開始するS3,S4。具体的には、自身の電話番号aaaaaaaaや被試験電話端末2の電話番号bbbbbbbb等の情報を含めたINVITEをSIPサーバ4に送信する。SIPサーバ4は、着呼側の被試験電話端末2へINVITEを送信すると、被試験電話端末2からの180Ringingを待ち、180Ringingを受信した時点で被試験電話端末2へ応答指示のメッセージを送信しS5、オフフックを指示する。応答指示のメッセージを受信した被試験電話端末2は、オフフック状態に移行し、200OKを送信する。その後、被試験電話端末1が、SIPサーバ4を介して被試験電話端末2にACKを送信する。これにより、SIPセッションが確立され、被試験電話端末1と被試験電話端末2との間で通話が可能となる。その後、被試験電話端末1は、試験音1の音データを被試験電話端末2宛に送信しS6、被試験電話端末2は、試験音2の音データを被試験電話端末1宛に送信するS7。そして、被試験電話端末1は、自身が送信している試験音1の音データと被試験電話端末2から受信した試験音2の音データとを合成し、モニタ用端末3へ送信するS8。試験者は、モニタ用端末3のスピーカから聞こえる音を聞いて通話品質を評価する。被試験電話端末1側の聴音試験が終わった後、つぎに、被試験電話端末2は、自身が送信している試験音2の音データと被試験電話端末1から受信した試験音1の音データとを合成し、モニタ用端末3へ送信するS9。試験者は、モニタ用端末3のスピーカから聞こえる音を聞いて通話品質を評価する。被試験電話端末1側と被試験電話端末2側の聴音試験が完了すると、つぎに、モニタ用端末3は、完了通知のメッセージをSIPサーバ4に送信するS10。そして、この通知を受けたSIPサーバ4は、試験シナリオに従い、次の順番の発呼端末に試験開始指示を通知するS2。以降、本実施例では、試験シナリオに記載されたすべての被試験電話端末に対する聴音試験が終了するまで、S2~S10の処理を繰り返し実行する。つづいて、本実施例の試験方法における通話品質の評価手順を図面に従い詳細に説明する。図5は、本実施例の試験方法における通話品質の評価手順を示すフローチャートである。ここでは、SIPセッションが確立され、被試験電話端末1が試験音1の音データを被試験電話端末2に送信中でありS21、被試験電話端末2が試験音2の音データを被試験電話端末1に送信中であることを前提とするS22。また、本実施例では、被試験電話端末1と被試験電話端末2との間の経路を経路1実際の試験経路とし、被試験電話端末1とモニタ用端末3との間の経路を経路2とし、被試験電話端末2とモニタ用端末3との間の経路を経路3とする。この状態で、被試験電話端末1は、モニタ用端末3に対し、試験音1の音データを一定時間数秒程度にわたって送信するS23。これにより、試験者は、モニタ用端末3のスピーカから聞こえる試験音1の音から、被試験電話端末1側の聴音試験が開始されたことを認識するS24。つぎに、被試験電話端末1は、自身が送信している試験音1の音データと、被試験電話端末2から受信した試験音2の音データとを合成し、モニタ用端末3へ送信するS25。試験者は、モニタ用端末3のスピーカから聞こえる音に基づいて、試験音1と試験音2の両方に問題があると判断した場合S26,Yes、S27,Yes、経路2に問題がある可能性が高いと判断するS28。また、試験音1のみに問題があると判断した場合にはS26,Yes、S27,No、被試験電話端末1に問題があると判断するS29。また、試験音2のみに問題があると判断した場合にはS26,No、S30,Yes、被試験電話端末2または経路1試験経路に問題があると判断するS31。そして、試験音1と試験音2の両方に問題がないと判断した場合S26,No、S30,No、試験者は、被試験電話端末1側の聴音試験による通信品質の評価を終了する。つぎに、被試験電話端末2は、モニタ用端末3に対し、試験音2の音データを一定時間数秒程度にわたって送信するS32。これにより、試験者は、モニタ用端末3のスピーカから聞こえる試験音2の音から、被試験電話端末2側の聴音試験が開始されたことを認識するS33。つぎに、被試験電話端末2は、自身が送信している試験音2の音データと、被試験電話端末1から受信した試験音1の音データとを合成し、モニタ用端末3へ送信するS34。試験者は、モニタ用端末3のスピーカから聞こえる音に基づいて、試験音1と試験音2の両方に問題があると判断した場合S35,Yes、S36,Yes、経路3に問題がある可能性が高いと判断するS37。また、試験音2のみに問題があると判断した場合にはS35,Yes、S36,No、被試験電話端末2に問題があると判断するS38。また、試験音1のみに問題があると判断した場合にはS35,No、S39,Yes、被試験電話端末1または経路1試験経路に問題があると判断するS40。そして、試験者は、被試験電話端末1側の聴音試験,被試験電話端末2側の聴音試験のいずれにも異常がないと判断した場合S39,No、実際の通話路である試験経路の状態および実際に通話を行う被試験電話端末間の通話品質を良とし、その結果をSIPサーバ4に通知するS41。上述したように、本実施例では、モニタ用端末3を操作する試験者が、IPネットワークにおいて被試験電話端末同士のSIPセッションが確立された状態で、被試験電話端末1および被試験電話端末2の通話品質評価を行う。具体的には、被試験電話端末1が、自身の試験音記録部から読み出した試験音1の音データと、被試験電話端末2から受信した試験音2の音データとを合成し、合成後の音データから生成したIPパケットをモニタ用端末3に送信する。そして、モニタ用端末3を使用する試験者が、再生された音を聞いて通信品質を評価する。つぎに、逆の処理で、被試験電話端末2が、自身の試験音記録部から読み出した試験音2の音データと、被試験電話端末1から受信した試験音1の音データとを合成し、合成後の音データから生成したIPパケットをモニタ用端末3に送信する。そして、モニタ用端末3を使用する試験者が、再生された音を聞いて通信品質を評価する。これにより、自動化による試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる。実施例1では、SIPの基本機能である通常の発着信動作における聴音試験について説明した。実施例2では、実施例1の試験方法をSIPのサービスの1つであるコールピックアップに適用する。なお、被試験電話端末の構成、およびセッション確立後の試験動作やシステム構成は、前述した実施例1と同様である。図6-1は、実施例2の聴音試験全体の処理の流れを示すシーケンス図である。また、図6-2は、試験シナリオの一例を示す図である。なお、本実施例では、ピックアップ端末として被試験電話端末5を、着呼端末として被試験電話端末6を有する。まず、試験者は、SIPサーバ4に試験シナリオを登録するS51。通話試験シナリオには、発呼側の被試験電話端末発呼端末の電話番号と、ピックアップ端末の電話番号と、着呼側の被試験電話端末着呼端末の電話番号がピックアップグループごとに記録されている。ここでは、1番目に試験を行うグループ1が、電話番号aaaaaaaaの発呼端末と電話番号bbbbbbbbのピックアップ端末と電話番号eeeeeeeeの着呼端末である。また、2番目に試験を行うグループが、電話番号ccccccccの発呼端末と電話番号ddddddddのピックアップ端末と電話番号ffffffffの着呼端末である。つぎに、SIPサーバ4は、試験シナリオに従い発呼側の被試験電話端末1へ、着呼側の被試験電話端末6の電話番号eeeeeeeeを含めた試験開始指示のメッセージを送信するS52。試験開始指示のメッセージを受信した被試験電話端末1は、SIPシーケンスを開始するS53,S54。具体的には、自身の電話番号aaaaaaaaや被試験電話端末6の電話番号eeeeeeee等の情報を含めたINVITEをSIPサーバ4に送信する。また、SIPサーバ4は、着呼側の被試験電話端末6へINVITEを送信すると、被試験電話端末6からの180Ringingを待ち、180Ringingを受信した時点で被試験電話端末5へピックアップ指示のメッセージを送信するS55。ピックアップ指示のメッセージを受信した被試験電話端末5は、被試験電話端末6宛にSUBSCRIBEを送信し、所定のピックアップ手順を開始するS56。その後、被試験電話端末5,被試験電話端末6,被試験電話端末1がSIPサーバ4を介したピックアップ手順を実行するS53,S54,S56。これにより、SIPセッションが確立され、被試験電話端末5と被試験電話端末1との間で通話が可能となる。その後、被試験電話端末1は、試験音1の音データを被試験電話端末5宛に送信しS57、被試験電話端末5は、試験音2の音データを被試験電話端末1宛に送信するS58。そして、被試験電話端末1は、自身が送信している試験音1の音データと被試験電話端末5から受信した試験音2の音データとを合成し、モニタ用端末3へ送信するS59。試験者は、モニタ用端末3のスピーカから聞こえる音を聞いて通話品質を評価する。被試験電話端末1側の聴音試験が終わった後、つぎに、被試験電話端末5は、自身が送信している試験音2の音データと被試験電話端末1から受信した試験音1の音データとを合成し、モニタ用端末3へ送信するS60。試験者は、モニタ用端末3のスピーカから聞こえる音を聞いて通話品質を評価する。被試験電話端末1側と被試験電話端末5側の聴音試験が完了すると、つぎに、モニタ用端末3は、完了通知のメッセージをSIPサーバ4に送信するS61。そして、この通知を受けたSIPサーバ4は、試験シナリオに従い、次のクループの発呼端末に試験開始指示を通知するS52。以降、本実施例では、試験シナリオに記載されたすべての被試験電話端末に対する聴音試験が終了するまで、S52~S61の処理を繰り返し実行する。これにより、SIPのサービスの1つであるコールピックアップについても、実施例1と同様の試験方法を適用することができる。これにより、実施例1と同様に、自動化による試験の効率化を実現しつつ、運用時における実際の通話路の状態や、実際に通話を行う端末間の通話品質を、正確に評価することができる。なお、本実施例では、一例としてコールピックアップに実施例1の試験方法を適用したが、通話を行うサービスであれば他のサービスにも適用可能である。たとえば、各種の転送サービスや三者通話サービス等にも適用可能である。"