(57)【要約】【課題】端末間の相互接続性を低下させることなく、音声通信に関するインターネットプロトコルネットワークの現在の通信品質をユーザに提示可能な音声通信端末を実現する。【解決手段】生存確認要求信号送出部２０１は、対応するソフトフォン１６が生存していることを示す生存確認要求信号をＩＰネットワーク１５を介してビジネス電話交換機１１に送信する。応答時間検出部２０２は、生存確認要求信号が送信されてから生存確認応答信号を受信するまでの経過時間（応答時間）を検出する。ネットワーク品質推定部２０３は、検出された応答時間に応じて、音声通信に関するＩＰネットワーク１５の現在の通信品質を推定する。品質情報出力部２０４は、推定された通信品質に関する情報を出力する。通信品質に関する情報は、例えば文字列または画像によってソフトフォン１６のディスプレイユニット１０７に表示される。【選択図】      図３
2006157167.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコルネットワークを介して音声通信を実行する音声通信端末において、
前記音声通信端末が生存することを示す生存確認要求信号を前記インターネットプロトコルネットワークに接続されたサーバに送信する生存確認要求信号送信手段と、
前記生存確認要求信号が送信されてから前記サーバからの応答信号を受信するまでの応答時間を検出する検出手段と、
前記検出手段によって検出された応答時間に応じて、前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段と、
前記推定された通信品質に関する情報を出力する手段とを具備することを特徴とする音声通信端末。
【請求項２】
前記通信品質に関する情報を出力する手段は、前記通信品質に関する情報を前記音声通信端末の表示装置に表示する手段を含むことを特徴とする請求項１記載の音声通信端末。
【請求項３】
前記通信品質に関する情報を出力する手段は、前記通信品質に関する情報を音として出力する手段とを含むことを特徴とする請求項１記載の音声通信端末。
【請求項４】
前記生存確認要求信号送信手段は前記生存確認要求信号の送信を繰り返し実行する手段を含み、
前記通信品質を推定する手段は、
前記検出手段によって前記各生存確認要求信号毎に検出される応答時間の統計量に基づいて、前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段を含むことを特徴とする請求項１記載の音声通信端末。
【請求項５】
前記インターネットプロトコルネットワークを介して他の端末から転送される各音声パケットを受信する手段と、
前記他の端末からの音声パケットが損失した場合、前記損失した音声パケットを、前記損失した音声パケットに先行し且つ受信済みの特定の音声パケットを用いて補間するための補間処理を実行する手段と、
所定数の音声パケットの損失が連続することにより前記補間処理が失敗した頻度を検出する手段とをさらに具備し、
前記通信品質を推定する手段は、前記音声通信端末によって前記音声通信が実行されていない期間中は、前記検出された応答時間に応じて前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定し、前記音声通信が実行されている期間中は、前記検出された前記補間処理が失敗した頻度に応じて前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段を含むことを特徴とする請求項１記載の音声通信端末。
【請求項６】
インターネットプロトコルネットワークを介して音声通信を実行する音声通信端末において、
前記インターネットプロトコルネットワークを介して他の端末から転送される各音声パケットを受信する手段と、
前記他の端末からの音声パケットが損失した場合、前記損失した音声パケットを、前記損失した音声パケットに先行し且つ受信済みの特定の音声パケットを用いて補間するための補間処理を実行する手段と、
所定数の音声パケットの損失が連続することにより前記補間処理が失敗した頻度を検出する手段と、
前記検出された前記補間処理が失敗した頻度に応じて、前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段と、
前記推定された通信品質に関する情報を出力する手段とを具備することを特徴とする音声通信端末。
【請求項７】
前記通信品質に関する情報を出力する手段は、前記通信品質に関する情報を前記音声通信端末の表示装置に表示する手段を含むことを特徴とする請求項６記載の音声通信端末。
【請求項８】
前記通信品質に関する情報を出力する手段は、前記通信品質に関する情報を音として出力する手段とを含むことを特徴とする請求項６記載の音声通信端末。
【請求項９】
前記通信品質を推定する手段は、
前記検出された頻度が所定の値よりも大きいか否かに応じて、前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段を含むことを特徴とする請求項６記載の音声通信端末。
【請求項１０】
前記音声通信端末が存在することを示す生存確認要求信号を前記インターネットプロトコルネットワークに接続されたサーバに送信する生存確認要求信号送信手段と、
前記生存確認要求信号が送信されてから前記サーバからの応答信号を受信するまでの応答時間を検出する手段とをさらに具備し、
前記通信品質を推定する手段は、前記音声通信端末によって前記音声通信が実行されていない期間中は、前記検出された応答時間に応じて前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定し、前記音声通信が実行されている期間中は、前記検出された前記補間処理が失敗した頻度に応じて前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段を含むことを特徴とする請求項６記載の音声通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネットプロトコルネットワークを介して音声通信を実行する音声通信端末に関する。
【背景技術】
【０００２】
近年、インターネットプロトコル（ＩＰ）を利用して音声データを転送するＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）技術が利用され始めている。このＶｏＩＰ技術を利用することにより、インターネットプロトコルネットワーク（ＩＰネットワーク）を介して音声通信を行うというＩＰ電話システムを実現することができる。ＩＰ電話システムにおいては、音声データをリアルタイムに転送することが要求される。
【０００３】
しかし、ＩＰネットワークにおいては、伝送遅延ゆらぎ、音声パケットの損失等が発生する。これら伝送遅延ゆらぎおよび音声パケットの損失は、ＩＰ電話システムの音声品質を低下させる大きな要因となる。このため、ＩＰ電話システムにおいては、音声品質の目安となるＩＰネットワークの現在の通信品質をユーザに提示する仕組みを実現することにより、ＩＰ電話システムの利便性を高めることができる。
【０００４】
特許文献１には、２つの電話装置間で総送受信パケット数を交換することによって、ロストされた音声パケット数等を導き出すインターネット電話システムが開示されている。このシステムにおいては、総送受信パケット数を他の電話端末との間で交換するための特別なプロトコルを各電話端末に実装することが必要となる。
【特許文献１】特開２００２−１８５５２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、通信品質を取得するために、特許文献１のシステムのように端末間の通信に特別なプロトコルを入れると、これによって端末間の相互接続性が低下される危険がある。
【０００６】
ネットワークの通信品質を推定する簡単な方法としては、端末に設けられたネットワークインタフェースカードからリンク速度を読み取るという方法も知られている。しかし、リンク速度はネットワークインタフェースカードの性能によって決まる静的な値であるので、ＩＰネットワークの現在の実際の通信品質を把握することは困難である。
【０００７】
また、無線ネットワークインタフェースを使用する端末においては、無線信号の電界強度を利用してＩＰネットワークの通信品質を測定することも考えられる。しかし、この方法ではＩＰネットワーク上のパケットロスの発生等を考慮することができない。
【０００８】
本発明は上述の事情を考慮してなされたものであり、端末間の相互接続性を低下させることなく、音声通信に関するインターネットプロトコルネットワークの現在の通信品質をユーザに提示することが可能な音声通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の課題を解決するため、本発明は、インターネットプロトコルネットワークを介して音声通信を実行する音声通信端末において、前記音声通信端末が生存することを示す生存確認要求信号を前記インターネットプロトコルネットワークに接続されたサーバに送信する生存確認要求信号送信手段と、前記生存確認要求信号が送信されてから前記サーバからの応答信号を受信するまでの応答時間を検出する検出手段と、前記検出手段によって検出された応答時間に応じて、前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段と、前記推定された通信品質に関する情報を出力する手段とを具備することを特徴とする。
【００１０】
また、本発明は、インターネットプロトコルネットワークを介して音声通信を実行する音声通信端末において、前記インターネットプロトコルネットワークを介して他の端末から転送される各音声パケットを受信する手段と、前記他の端末からの音声パケットが損失した場合、前記損失した音声パケットを、前記損失した音声パケットに先行し且つ受信済みの特定の音声パケットを用いて補間するための補間処理を実行する手段と、所定数の音声パケットの損失が連続することにより前記補間処理が失敗した頻度を検出する手段と、前記検出された前記補間処理が失敗した頻度に応じて、前記音声通信に関する前記インターネットプロトコルネットワークの現在の通信品質を推定する手段と、前記推定された通信品質に関する情報を出力する手段とを具備することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、生存確認要求信号の送信処理、音声パケットの補間処理のような既存のプロトコルを利用することにより、端末間の相互接続性を低下させることなく、音声通信に関するインターネットプロトコルネットワークの現在の通信品質をユーザに提示することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の実施形態を説明する。  
図１には、本発明の一実施形態に係る音声通信端末を利用したビジネス電話システムのシステム構成が示されている。このビジネス電話システムはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）技術を用いることによってインターネットプロトコルネットワーク（ＩＰネットワーク）を介して音声データを転送するＩＰ電話システムである。
【００１３】
このビジネス電話システムは、図示のように、ビジネス電話交換機１１、複数の内線電話機１３、および複数のソフトフォン（音声通信端末）１６を備えている。ビジネス電話交換機１１はＶｏＩＰゲートウェイ機能を有する交換機であり、多数の固定電話機（加入電話機）１４が接続される公衆電話網１２に接続するためのインタフェース部と、複数の内線電話機１３を収容するインタフェース部と、ＩＰネットワーク１５に接続するためのインタフェース部とを備えている。
【００１４】
ＩＰネットワーク１５には、上述のソフトフォン１６の他、複数のデータ通信端末１７も接続されている。各データ通信端末１７は、ＩＰネットワーク１５を介してデータ通信を実行するコンピュータのような端末である。各ソフトフォン１６は、ＩＰネットワーク１５を介して音声通信を実行する音声通信端末である。各ソフトフォン１６は、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistants）のような情報処理装置上に実装されたソフトウェアによって実現されている。各ソフトフォン１６は、有線または無線のネットワークインタフェースを介してＩＰネットワーク１５に接続されている。
【００１５】
ビジネス電話交換機１１は、ＩＰネットワーク１５上に存在する各ソフトフォン１６を管理するサーバとして機能する。すなわち、ビジネス電話交換機１１は、各ソフトフォン１６の生存状況を確認してＩＰネットワーク１５上に存在する各ソフトフォン１６を認識するための機能（keep alive機能）を有している。このkeep alive機能は、通常のＩＰ電話システムのサーバに要求される機能である。keep alive機能は、各ソフトフォン１６からサーバに送信される生存確認要求信号を用いて実行される。生存確認要求信号は、それを送信したソフトフォン１６が生存（正常に動作）していることを示す信号である。生存確認要求信号を受信したビジネス電話交換機（サーバ）１１は、生存確認要求信号を送信したソフトフォン１６に対して応答信号（生存確認応答信号）を送信する。
【００１６】
本実施形態においては、各ソフトフォン１６は、生存確認要求信号を送信してから生存確認応答信号が受信されるまでの時間（応答時間）に基づいて、音声通信に関するＩＰネットワーク１５の現在の通信品質（ネットワーク品質）を推定する。
【００１７】
図２には、各ソフトフォン１６の構成が示されている。
【００１８】
ソフトフォン１６として機能するコンピュータのような情報処理装置は、図２に示すように、ＶｏＩＰソフトウェアモジュール１０１、ネットワークドライバ１０２、サウンドドライバ１０３、およびディスプレイドライバ１０４を備えている。これらＶｏＩＰソフトウェアモジュール１０１、ネットワークドライバ１０２、サウンドドライバ１０３、およびディスプレイドライバ１０４は、情報処理装置上で実行されるソフトウェアによって実現されている。また、情報処理装置は、ハードウェアとして、ネットワークインタフェースカード１０５、マイクロフォンおよびスピーカを含むオーディ入出力ユニット１０６、ディスプレイユニット１０７を備えている。ネットワークインタフェースカード１０５は、有線ＬＡＮデバイスまたは無線ＬＡＮデバイスから構成されている。ソフトフォン１６は、有線または無線のインタフェースを介してＩＰネットワーク１５に接続される。
【００１９】
ＶｏＩＰソフトウェアモジュール１０１はＩＰネットワーク１５を介して音声データの送受信を実行するためのソフトウェアモジュールであり、呼制御（signaling control）モジュール１１１、音声制御モジュール１１２、ＧＵＩ（Graphical User Interface）制御モジュール１１３、およびＧＵＩモジュール１１４を備えている。
【００２０】
各ソフトフォン１６の呼制御モジュール１１１は、ネットワークドライバ１０２およびネットワークインタフェースカード１０５を介して、ビジネス電話交換機１１または他のソフトフォン１６との間で呼制御メッセージを送受信する。
【００２１】
音声制御モジュール１１２は、マイクロフォンから入力される音声信号をサウンドドライバ１０３を介して受け取り、その音声信号をＩＰネットワーク１５に出力するための音声パケットに変換する。音声制御モジュール１１２は、各音声パケットをネットワークドライバ１０２およびネットワークインタフェースカード１０５を介して相手端末（他のソフトフォン、内線電話機等）へ送信する。また、音声制御モジュール１１２は、相手端末からの各音声パケットをネットワークドライバ１０２およびネットワークインタフェースカード１０５を介して受け取り、その音声パケットをスピーカへ出力するための所定フォーマットの音声信号に変換する。音声制御モジュール１１２は、音声信号をサウンドドライバ１０３を介してスピーカに送ることによって音声信号を音として出力する。
【００２２】
ＧＵＩ制御モジュール１１３は、ＧＵＩモジュール１１４およびディスプレイドライバ１０４を介して、ディスプレイユニット１０７を制御する。
【００２３】
図３には、呼制御モジュール１１１の第１の構成の例が示されている。
【００２４】
この呼制御モジュール１１１は、生存確認要求信号送出部２０１、応答時間検出部２０２、ネットワーク品質推定部２０３、および品質情報出力部２０４を備えている。生存確認要求信号送出部２０１は、対応するソフトフォン１６が生存していることを示す生存確認要求信号をＩＰネットワーク１５を介してビジネス電話交換機１１に送信すると共に、ＩＰネットワーク１５を介してビジネス電話交換機１１から送信される生存確認応答信号を受信する。生存確認要求信号の送信は定期的に繰り返し実行される。ビジネス電話交換機１１は、生存確認要求信号を受信する度に、生存確認要求信号を送信したソフトフォン１６に対して生存確認応答信号を送信する。
【００２５】
応答時間検出部２０２、ネットワーク品質推定部２０３、および品質情報出力部２０４は、音声通信に関するＩＰネットワーク１５の現在の通信品質をユーザに提示するために使用される。応答時間検出部２０２は、生存確認要求信号が送信されてから生存確認応答信号を受信するまでの経過時間（応答時間）を検出する。応答時間は、ＩＰネットワーク１５の伝送遅延揺らぎや、生存確認応答信号の再生等によって変動する。ネットワーク品質推定部２０３は、検出された応答時間に応じて、音声通信に関するＩＰネットワーク１５の現在の通信品質を推定する。具体的には、ネットワーク品質推定部２０３は、各生存確認要求信号毎に検出される応答時間の統計量に基づいて、現在の通信品質を推定する。品質情報出力部２０４は、推定された通信品質に関する情報を出力する。通信品質に関する情報は、例えばディスプレイユニット１０７に表示される。また、通信品質に関する情報を音としてスピーカから出力してもよい。
【００２６】
図４は、呼制御モジュール１１１の動作シーケンスを示している。
【００２７】
呼制御モジュール１１１は、発着信等の呼制御メッセージをやりとりするための信頼性の高い通信路(例えば、TCP: Transmission Control Protocol)を用いて、ビジネス電話交換機１との間で生存確認要求信号および生存確認応答信号を送受信する。呼制御モジュール１１１は、生存確認要求信号を送信する度に、その生存確認要求信号が送信されてから生存確認応答信号を受信するまでの応答時間（レスポンス時間）を測定し、その測定された応答時間の統計量に基づいて、音声通信に関するＩＰネットワーク１５の現在の通信品質を推定する。
【００２８】
例えば、１０回の生存確認要求信号および生存確認応答信号の送受信の結果、0.5秒以内に応答が返ってくるケースの割合が９０％以上である場合、呼制御モジュール１１１は、音声品質の目安となるネットワーク品質が良好であると推定し、その推定結果を示すネットワーク品質表示情報を文字列または画像によってディスプレイユニット１０７に表示する。ネットワーク品質が良好である場合、例えば、３本のアンテナを示す画像がディスプレイユニット１０７に表示される。
【００２９】
また、0.5秒以内に応答が返ってくるケースの割合が９０％未満の場合、呼制御モジュール１１１は、生存確認応答信号の再送が起こる確率が高いとみなし、この状況で音声通信を行うと一定の音声品質が得られないと推定し、ネットワーク品質が悪い旨を文字列または画像でネットワーク品質表示情報として表示する。この場合、例えば、１本または２本のアンテナを示す画像がディスプレイユニット１０７に表示される。
【００３０】
なお、ネットワーク品質が悪いと判断した場合は、その旨を文字列または画像で表示する他に、警告音を再生してユーザにネットワーク品質が悪いことを通知してもよい。
【００３１】
次に、図５のフローチャートを参照して、呼制御モジュール１１１によって実行される処理手順を説明する。
【００３２】
呼制御モジュール１１１は、生存確認要求信号を送出する度に以下の処理を実行する。
【００３３】
呼制御モジュール１１１は、生存確認要求信号を送出すると（ステップＳ１０１）、応答時間測定タイマをスタートする（ステップＳ１０２）。そして、呼制御モジュール１１１は、生存確認要求信号を送出してから、予め決められた最終タイムアウト時間が経過するまでに生存確認応答信号を受信したかどうかを判別する（ステップＳ１０３）。
【００３４】
最終タイムアウト時間が経過するまでに生存確認応答信号が受信されたならば（ステップＳ１０３のＹＥＳ）、呼制御モジュール１１１は、生存確認応答信号を受信した時の応答時間測定タイマのタイマ値を応答時間として記録すると共に、その応答時間に応じて、応答時間の統計量（例えば、記録されている応答時間それぞれの平均値等）を更新する（ステップＳ１０５）。次いで、呼制御モジュール１１１は、更新された応答時間の統計量に基づいて現在のネットワーク品質を推定し、ディスプレイユニット１０７に現在表示されているネットワーク品質表示情報の内容を変更する必要があるか否かを判別する（ステップＳ１０６）。例えば、ネットワーク品質が良好であることを示すネットワーク品質表示情報が表示されている場合において、もしネットワーク品質が悪いと推定されたならば、現在表示されているネットワーク品質表示情報の内容を変更する必要があると判断される。また、ネットワーク品質が悪いことを示すネットワーク品質表示情報が表示されている場合において、もしネットワーク品質が良好であると推定された場合にも、現在表示されているネットワーク品質表示情報の内容を変更する必要があると判断される。
【００３５】
ネットワーク品質表示情報の内容を変更する必要があるならば（ステップＳ１０６のＹＥＳ）、呼制御モジュール１１１は、推定された現在のネットワーク品質に基づいて、ネットワーク品質表示情報の内容を更新する（ステップＳ１０７）。この後、呼制御モジュール１１１は、応答時間測定タイマをリセットして、応答時間測定タイマのタイマ値を初期値（零）に戻す（ステップＳ１０８）。
【００３６】
最終タイムアウト時間が経過するまでに生存確認応答信号が受信されなかったならば（ステップＳ１０３のＮＯ）、呼制御モジュール１１１は、エラーメッセージをディスプレイユニット１０７に表示すると共に、応答時間測定タイマの動作をストップする（ステップＳ１０４）。
【００３７】
以上のように、既存のkeep alive機能を利用することにより、音声通信端末間の相互接続性を低下させることなく、音声通信に関する現在の通信品質をユーザに提示することが可能となる。また、実際に音声通話を開始する前に現在の通信品質をユーザに提示することができるので、ユーザに対してソフトフォン１６を用いて音声通話を開始した場合の音声品質を事前に知らせることができる。
【００３８】
図６には、呼制御モジュール１１１の第２の構成例が示されている。
【００３９】
この呼制御モジュール１１１は、音声パケット補間部３０１、補間エラー頻度検出部３０２、ネットワーク品質推定部３０３、および品質情報出力部３０４を備えている。他の端末（他のソフトフォン１６または内線電話機１３など）との音声通話中においては、音声制御モジュール１１２は、ＩＰネットワーク１５を介して他の端末から送信される音声パケットを受信する。音声パケット補間部３０１は、他の端末からの音声パケットが損失した場合、音声制御モジュール１１２と共同して、当該損失した音声パケットを補間するため補間処理を実行する。この補間処理は、通常のＩＰ電話システムの音声通信端末に要求される機能である。この補間処理により、当該損失した音声パケットに対応する音声データを求めることができる。補間処理は、例えば、損失した音声パケットに先行し且つ受信済みである、特定の音声パケットを用いて実行される。なお、補間処理機能は、呼制御モジュール１１１ではなく、音声制御モジュール１１２に設けてもよい。
【００４０】
補間処理の様子を図７に示す。
【００４１】
他の端末からの音声パケットそれぞれには、連続したシーケンス番号が付与されている。受信側の端末の音声パケット補間部３０１は、受信された各音声パケットのシーケンス番号を管理し、次のシーケンス番号の音声パケットが所定の時間内に到着しない場合、当該次のシーケンス番号の音声パケットが損失（ロスト）したと判断することができる。次のシーケンス番号の音声パケットが到着すべき時間の決定方法としては、例えば、直前のパケットの再生が完了するまでと、決めることができる。音声パケット補間部３０１によって実行される補間処理のアルゴリズムの一例は以下の通りである。
【００４２】
・損失した音声パケットの直前の音声パケットが正しく受信できている場合は、当該直前の音声パケット（特定の音声パケット）を用いて損失した音声パケットを補間することにより、損失した音声パケットを求める。この場合、直前の音声パケットの音声データが、損失した音声パケットの音声データとして使用される。
【００４３】
・連続する２つの音声パケットが連続して損失した場合は、損失した２つ目の音声パケットの補間は次のように実行される。すなわち、損失した２つ目の音声パケットについては、２つ前の正しく受信された音声パケット（特定の音声パケット）を用いて補間する。この場合、２つ前の正しく受信された音声パケットの音声データを２０％減衰（波形の高さを２０％縮小）したものを、損失した２つ目の音声パケットの音声データとして使用する。
【００４４】
・同じパターンの波形を何度も連続して再生すると雑音となる。このため、連続する３つ以上の音声パケットが連続して損失した場合は、損失した３つ目以降の音声パケットの補間は行わない。すなわち、連続３つ以上の音声パケット損失は前記特定の音声パケットで補間すると周期的な雑音となってしまうことから補間不能であると判断され、補間処理は実行されない（補間処理の失敗）。
【００４５】
補間エラー頻度検出部３０２は、所定数（例えば３つ以上）の音声パケットの損失が連続することによって補間処理が失敗した頻度（補間エラー頻度）を検出する。すなわち、補間エラー頻度検出部３０２は、損失とみなした音声パケットを適切に補間できなかった頻度を逐次アップデートする。
【００４６】
ネットワーク品質推定部３０３は、補間処理が失敗した頻度に応じて、音声通信に関するＩＰネットワーク１５の現在の通信品質（ネットワーク品質）を推定する。例えば、音声フレームが２０msecの場合、各音声パケットを再生するのに２０msecかかる。このため、１０秒間に５００個の音声パケットが再生されることになる。損失とみなした受信パケットを適切に補間できなかった頻度が例えば１０秒に５回未満の場合は、ネットワーク品質推定部３０３は、音声品質の目安となるネットワーク品質が良好であると推定する。また、損失とみなした受信パケットを適切に補間できなかった頻度が例えば１０秒に５回以上である場合は、ネットワーク品質推定部３０３は、音声品質の目安となるネットワーク品質が悪いと推定する。品質情報出力部３０４は、推定された通信品質に関する情報を出力する。通信品質に関する情報は、例えばディスプレイユニット１０７に文字列または画像（アンテナの数）によって表示される。また、通信品質に関する情報を音としてスピーカから出力してもよい。
【００４７】
次に、図８のフローチャートを参照して、呼制御モジュール１１１によって実行される処理手順を説明する。
【００４８】
呼制御モジュール１１１は、音声パケット毎に以下の処理を実行する。
【００４９】
呼制御モジュール１１１は、次の音声パケットが受信されるまでに、所定の受信待ち最大時間が経過されたか否かを判別する（ステップＳ２０１）。受信待ち最大時間は、例えば、音声パケットに含まれる音声データの再生時間の２倍の値（例えば４０ｍｓｅｃ）に設定される。直前の音声パケットの受信開始時刻から受信待ち最大時間が経過するまでの間に次の音声パケットを受信することができたならば（ステップＳ２０１のＮＯ）、その受信された音声パケットが音声制御モジュール１１２によって再生される（ステップＳ２０２）。そして、この後、補間エラー頻度検出部３０２は、補間エラー頻度を更新する（ステップＳ２０６）。
【００５０】
一方、受信待ち最大時間が経過するまでに次の音声パケットを受信することができなかったならば（ステップＳ２０１のＹＥＳ）、呼制御モジュール１１１は、音声パケットの損失が発生したと判断し、そしてその損失した音声パケットに対する補間処理を実行可能であるか否かを判別する（ステップＳ２０３）。このステップＳ２０３では、呼制御モジュール１１１は、連続３つ以上の音声パケット損失かどうかを判断する。連続３つ以上の音声パケット損失の場合には、前記特定の音声パケットで補間すると周期的な雑音となってしまうことから補間不能であると判断され（ステップＳ２０３のＮＯ）、補間処理は実行されない（補間処理の失敗）。この後、補間エラー頻度検出部３０２は、補間エラー頻度を更新する（ステップＳ２０６）。
【００５１】
単発もしくは、連続２つの音声パケット損失の場合には、補間可能であると判断される（ステップＳ２０３のＹＥＳ）。この場合、音声パケット補間部３０１は特定パケットを用いて補間処理を実行する（ステップＳ２０４）。そして、この補間処理によって得られた音声パケットが音声制御モジュール１１２によって再生される（ステップＳ２０５）。この後、補間エラー頻度検出部３０２は、補間エラー頻度を更新する（ステップＳ２０６）。
【００５２】
そして、呼制御モジュール１１１は、更新された補間エラー頻度に基づいて現在のネットワーク品質を推定し、ディスプレイユニット１０７に現在表示されているネットワーク品質表示情報の内容を変更する必要があるか否かを判別する（ステップＳ２０７）。この場合、ネットワーク品質は、更新された補間エラー頻度が所定の値よりも大きいか否かに応じて推定される。
【００５３】
ネットワーク品質が良好であることを示すネットワーク品質表示情報が表示されている場合において、もしネットワーク品質が悪いと推定されたならば、現在表示されているネットワーク品質表示情報の内容を変更する必要があると判断される。また、ネットワーク品質が悪いことを示すネットワーク品質表示情報が表示されている場合において、もしネットワーク品質が良好であると推定された場合にも、現在表示されているネットワーク品質表示情報の内容を変更する必要があると判断される。
【００５４】
ネットワーク品質表示情報の内容を変更する必要があるならば（ステップＳ２０７のＹＥＳ）、呼制御モジュール１１１は、推定された現在のネットワーク品質に基づいて、ネットワーク品質表示情報の内容を更新する（ステップＳ２０７）。
【００５５】
以上のように、音声パケットの補間処理の結果を利用することにより、端末間の通信に特別なプロトコルを入れることなく、ネットワーク品質をユーザに提示することができる。よって、端末間の相互接続性を低下させることなく、音声品質の目安となるネットワーク品質をユーザに提示することが可能となる。また、補間エラー頻度からネットワーク品質を推定しているので、より実際の音声品質を考慮したネットワーク品質情報の提示を実現することができる。
【００５６】
図９には、呼制御モジュール１１１の第３の例が示されている。
【００５７】
この呼制御モジュール１１１は、応答時間の統計量に基づいてネットワーク品質を推定する処理と、補間エラー頻度に基づいてネットワーク品質を推定する処理とを選択的に実行する。すなわち、図１０に示されているように、音声通話が実行されていない非音声通話中においては、応答時間の統計量に基づいてネットワーク品質が推定され、その推定されたネットワーク品質を示す情報が表示される。一方、音声通話が実行されている音声通話中においては、補間エラー頻度に基づいてネットワーク品質が推定され、その推定されたネットワーク品質を示す情報が表示される。
【００５８】
呼制御モジュール１１１は、図９に示されているように、生存確認要求信号送出部２０１、応答時間検出部２０２、音声パケット補間部３０１、補間エラー頻度検出部３０２、切り替え部４０１、ネットワーク品質推定部４０２、および品質情報出力部４０３を備えている。
【００５９】
切り替え部４０１は、対応するソフトフォン１６によって音声通話が実行されているか否かを判断する。音声通話が実行されていない場合には、切り替え部４０１は、応答時間検出部２０２の出力を選択する。一方音声通話が実行されている場合には、切り替え部４０１は、補間エラー頻度検出部３０２の出力を選択する。ネットワーク品質推定部４０２は、非音声通話中は、応答時間検出部２０２によって検出される応答時間（具体的には、応答時間の統計量）に基づいて音声通信に関するＩＰネットワーク１５の現在の通信品質（ネットワーク品質）を推定し、音声通話中は、補間エラー頻度検出部３０２によって検出される補間エラー頻度に基づいて音声通信に関するＩＰネットワーク１５の現在の通信品質（ネットワーク品質）を推定する。品質情報出力部４０３は、ネットワーク品質の推定結果を示す情報を文字列または画像（アンテナの数）によってディスプレイユニット１０７に表示する。また、音声信号によってネットワーク品質の推定結果を出力してもよい。
【００６０】
このように、図９の呼制御モジュール１１１によれば、音声通話が開始される前は応答時間の統計量に基づいてネットワーク品質の表示が行われ、音声通話が開始されてからは補間エラー頻度に基づいてネットワーク品質の表示が行われる。
【００６１】
なお、ＶｏＩＰソフトウェアモジュール１０１の機能はすべてコンピュータプログラムによって実現されているので、ＶｏＩＰソフトウェアモジュール１０１をコンピュータ読み取り可能な記憶媒体を通じてネットワーク機能を有する通常のコンピュータにインストールするだけで、本実施形態と同様の効果を容易に実現することができる。
【００６２】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の一実施形態に係る音声通信端末を利用したビジネス電話システムのシステム構成を示す図。
【図２】同実施形態の音声通信端末の機能構成を示すブロック図。
【図３】同実施形態の音声通信端末に設けられる呼制御モジュールの機能構成の第１の例を示すブロック図。
【図４】同実施形態の音声通信端末によって実行される、生存確認要求信号と生存確認応答信号の送受信動作を説明するための図。
【図５】同実施形態の音声通信端末によって実行されるネットワーク品質表示処理の第１の例を示すフローチャート。
【図６】同実施形態の音声通信端末に設けられる呼制御モジュールの機能構成の第２の例を示すブロック図。
【図７】同実施形態の音声通信端末によって実行されるパケット補間処理を説明するための図。
【図８】同実施形態の音声通信端末によって実行されるネットワーク品質表示処理の第２の例を示すフローチャート。
【図９】同実施形態の音声通信端末に設けられる呼制御モジュールの機能構成の第３の例を示すブロック図。
【図１０】同実施形態の音声通信端末によって実行される、非音声通話中のネットワーク品質表示処理と音声通話中のネットワーク品質表示処理とを説明するための図。
【符号の説明】
【００６４】
１１…ビジネス電話交換機、１５…ＩＰネットワーク、１６…ソフトフォン、１１１…呼制御モジュール、１２…音声制御モジュール、２０１…生存確認要求信号送出部、２０２…応答時間検出部、２０３，３０３，４０２…ネットワーク品質推定部、２０４，３０４，４０３…品質情報出力部。
【図１】
2006157167.tif 000003
【図２】
2006157167.tif 000004
【図３】
2006157167.tif 000005
【図４】
2006157167.tif 000006
【図５】
2006157167.tif 000007
【図６】
2006157167.tif 000008
【図７】
2006157167.tif 000009
【図８】
2006157167.tif 000010
【図９】
2006157167.tif 000011
【図１０】
2006157167.tif 000012