(57)【要約】【課題】通話開始前等の非通話の時点で、ＩＰ電話による通話品質を通知する。【解決手段】非通話状態であれば、ハンドセット２７の持ち上げに連動するオフフックスイッチ（図示せず）がオンになるか、あるいはハンドセット２７に組み込まれている通話品質表示ボタン（図示せず）がオンにされるのを待機する。そして、オフフックスイッチがオンになるか、あるいは通話品質表示ボタンがオンにされると、通信状態測定部２２による通信状態の測定を行ない、通話品質決定部２４による通話品質の導出を行ない、通話品質表示部２５及びハンドセット２７の表示画面２７ａによる通信品質の表示を行なう。【選択図】図１
2005079664.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコルによる電話通話の通話品質を検出して通知するＩＰ電話通話品質通知装置であって、
端末装置による非通話時に、該端末装置からサーバまでの通信状態を測定する測定手段と、
測定手段により測定された通信状態に対応する通話品質を導き出す電話通話品質決定手段と、
電話通話品質決定手段により導き出された電話品質を通知する通知手段と
を備えることを特徴とするＩＰ電話通話品質通知装置。
【請求項２】
電話通話品質決定手段は、端末装置からサーバまでの通信状態と通話品質を対応付けてなるデータベースを参照して、測定手段により測定された通信状態に対応する通話品質を導き出すことを特徴とする請求項１に記載のＩＰ電話通話品質通知装置。
【請求項３】
電話通話品質決定手段は、測定手段により測定された通信状態、端末装置の仕様、及びサーバの仕様に基づいて、通話品質を導き出すことを特徴とする請求項１に記載のＩＰ電話通話品質通知装置。
【請求項４】
電話通話品質決定手段は、通話品質として、通話品質のレベルもしくは通話不能状態を導き出し、
通知手段は、通話品質のレベルもしくは通話不能状態を通知することを特徴とする請求項１に記載のＩＰ電話通話品質通知装置。
【請求項５】
端末装置による非通話時に、周期的に、測定手段による通信状態の測定、電話通信品質決定手段による通話品質の導出、及び通知手段による通話品質の通知を繰り返すことを特徴とする請求項１に記載のＩＰ電話通話品質通知装置。
【請求項６】
端末装置による非通話時に、ハンドセットのオフフックに応答して、測定手段による通信状態の測定、電話通信品質決定手段による通話品質の導出、及び通知手段による通話品質の通知を行なうことを特徴とする請求項１に記載のＩＰ電話通話品質通知装置。
【請求項７】
端末装置による非通話時に、予め設定されたスイッチのオンに応答して、測定手段による通信状態の測定、電話通信品質決定手段による通話品質の導出、及び通知手段による通話品質の通知を行なうことを特徴とする請求項１に記載のＩＰ電話通話品質通知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコルによる電話通話の通話品質を検出して通知するＩＰ電話通話品質通知装置に関する。
【背景技術】
【０００２】
近年、インターネットプロトコル（Internet Protocol）を利用した電話通話（ＩＰ電話と称す）が注目され普及しつつある。このＩＰ電話においては、音声データもしくは画像データがパケットで転送されており、帯域保証がされていない経路をパケットが通過するときには、トラフィックの状態により、パケットの損失や大きな遅延が発生する。このため、音声データもしくは画像データの消失やデータ遅延が生じて、通話品質もしくは画像品質が悪化することがあり、通話もしくは通信不能のこともある。
【０００３】
このため、例えば特許文献１には、ＩＰ電話による通話に際し、パケットの遅延や損失、及びジッタを求めて、トラフィック状況を表示するという技術が開示されている。
【特許文献１】特開２００２−２３２４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、通話中のトラフィック状況を表示しても、通話開始前のトラフィック状況を表示していない。このため、通話開始前に、これから通話すると如何なる通話品質となるかが分からず、トラフィックが混み合っているときには、通話を開始してから通話品質が悪いことを知ることになり、利用者に対して多大な不快感を与えてしまう。
【０００５】
また、トラフィックが混み合っているときには、インターネット上のＶｏＩＰ（Voice Over Internet Protocol ）ゲートウェイの役目を果たすサーバに負担がかかっており、電話をかけると、サーバに更なる負担がかかることになり、最悪の場合は、サーバがダウンしてしまう。
【０００６】
更に、通話中にトラフィック状況が表示され、トラフィックが混み合っていることが分かっても、この時点で利用者に対して不快感を既に与えてしまっており、通話中に電話をかけ直すわけにも行かず、使い勝手が悪い。
【０００７】
また、ＩＰ電話中に、パケットの遅延や損失、及びジッタを求めて、トラフィック状況を表示するには、多くのリソースを使用する必要があり、これを実現するにはコストの上昇を避けられない。しかも、通話中の消費電力の増大にもつながる。
そこで、本発明は、上記従来の問題点に鑑みてなされたものであり、通話開始前等の非通話の時点で、ＩＰ電話による通話品質を通知することが可能なＩＰ電話通話品質通知装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、インターネットプロトコルによる電話通話の通話品質を検出して通知するＩＰ電話通話品質通知装置であって、端末装置による非通話時に、該端末装置からサーバまでの通信状態を測定する測定手段と、測定手段により測定された通信状態に対応する通話品質を導き出す電話通話品質決定手段と、電話通話品質決定手段により導き出された電話品質を通知する通知手段とを備えている。
【０００９】
また、本発明においては、電話通話品質決定手段は、端末装置からサーバまでの通信状態と通話品質を対応付けてなるデータベースを参照して、測定手段により測定された通信状態に対応する通話品質を導き出している。
【００１０】
更に、本発明においては、電話通話品質決定手段は、測定手段により測定された通信状態、端末装置の仕様、及びサーバの仕様に基づいて、通話品質を導き出している。
【００１１】
また、本発明においては、電話通話品質決定手段は、通話品質として、通話品質のレベルもしくは通話不能状態を導き出し、通知手段は、通話品質のレベルもしくは通話不能状態を通知している。
【００１２】
更に、本発明においては、端末装置による非通話時に、周期的に、測定手段による通信状態の測定、電話通信品質決定手段による通話品質の導出、及び通知手段による通話品質の通知を繰り返している。
【００１３】
また、本発明においては、端末装置による非通話時に、ハンドセットのオフフックに応答して、測定手段による通信状態の測定、電話通信品質決定手段による通話品質の導出、及び通知手段による通話品質の通知を行なっている。
【００１４】
更に、本発明においては、端末装置による非通話時に、予め設定されたスイッチのオンに応答して、測定手段による通信状態の測定、電話通信品質決定手段による通話品質の導出、及び通知手段による通話品質の通知を行なっている。
【発明の効果】
【００１５】
本発明によれば、端末装置による非通話時に、端末装置からサーバまでの通信状態を測定し、この通信状態に対応する通話品質を導き出して通知している。このため、通話開始前に、これから通話すると如何なる通話品質となるかが分かり、通話品質が悪ければ、通話開始を遅らせたり中止することができる。
【００１６】
非通話時に通話品質を導き出す方法としては、端末装置からサーバまでの通信状態と通話品質を対応付けてなるデータベースを参照して、測定された通信状態に対応する通話品質を導き出す方法、あるいは測定された通信状態、端末装置の仕様、及びサーバの仕様に基づいて、通話品質を導き出す方法等がある。
また、通話品質として、通話品質のレベルもしくは通話不能状態を設定し、通話品質を分かり易く通知している。特に、通話不能状態の通知は、利用者にとって分かり易い。
【００１７】
また、非通話時に、周期的に、通信状態の測定、通話品質の導出、及び通話品質の通知を繰り返しているので、利用者は、時々刻々と変化する通話品質を知ることができる。
【００１８】
あるいは、非通話時に、ハンドセットのオフフックに応答して、通信状態の測定、通話品質の導出、及び通話品質の通知を行なっているので、利用者は、電話をかけ様としたときに通話品質を知ることができる。
【００１９】
また、非通話時に、スイッチのオンに応答して、通信状態の測定、通話品質の導出、及び通話品質の通知を行なっているので、利用者は、随時、スイッチをオンにするだけで、通話品質を知ることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態を添付図面を参照しつつ詳細に説明する。
【実施例１】
【００２１】
図１は、本発明のＩＰ電話通話品質通知装置の実施例１を適用した通信システムを示すブロック図である。この通信システムでは、ＩＰ電話通話品質通知装置１１及びパーソナルコンピュータ１２をＬＡＮ１３に接続し、ＬＡＮ１３をルータ１４を介してＩＳＰ（Internet Service Provider）ゲートウェイ１５に接続している。ＩＳＰゲートウェイ１５は、ＶｏＩＰ（Voice Over Internet Protocol ）ゲートウェイであり、その役目がインターネット１６上のサーバにより果たされる。ＩＰ電話通話品質通知装置１１及びパーソナルコンピュータ１２は、通信システムにおけるデータ端末装置（Data Terminal Equipment）であり、ＬＡＮ１３、ルータ１４、及びＩＳＰゲートウェイ１５を通じてインターネット１６に接続される。
【００２２】
本実施例のＩＰ電話通話品質通知装置１１は、パケットをＩＳＰゲートウェイ１５に対して送受する通信インターフェース２１と、該装置１１からＩＳＰゲートウェイ１５までの通信状態を測定する通信状態測定部２２と、通信状態と通話品質を対応付けてなる通話品質データベース等を記憶するメモリ２３と、通信状態から通話品質を導き出す通話品質決定部２４と、導出された通話品質を表示する通話品質表示部２５と、音声データ等をハンドセット２７に対して送受する音声処理部２６とを備えている。
【００２３】
尚、ＩＰ電話通話品質通知装置１１は、パーソナルコンピュータのハードウェアを利用したり、あるいは専用のハードウェアを設けることにより実現することができる。
【００２４】
通信インターフェース２１は、パケットをＩＳＰゲートウェイ１５に対して送受することにより各種のデータを送受する。例えば、ハンドセット２７からの音声データは、音声処理部２６を通じて通信インターフェース２１に入力され、パケットに組み込まれて、通信インターフェース２１からＩＳＰゲートウェイ１５へと送信される。また、通信インターフェース２１は、ＩＳＰゲートウェイ１５からのパケットを受信し、パケットに音声データが含まれていれば、音声データを音声処理部２６を通じてハンドセット２７へと出力する。
【００２５】
通信状態測定部２２は、例えばＴＴＬ（Time To Live）フィールドが設定されたＩＣＭＰ（Internet Control Message Protocol）エラーメッセージのパケットを通信インターフェース２１からＩＳＰゲートウェイ１５へと送信させ、ＩＳＰゲートウェイ１５から通信インターフェース２１へと送受されたICMP応答メッセージのパケットを監視して、パケットの遅延時間や損失率、及びジッタ等を通信状態として測定する。
【００２６】
あるいは、通信状態測定部２２は、データ転送要求のパケットを通信インターフェース２１からＩＳＰゲートウェイ１５へと送信させ、ＩＳＰゲートウェイ１５から通信インターフェース２１へと送受されたデータ転送許可（Acknowledgement）のパケットを監視し、単位時間当たりのデータ転送量を求めて、これを通信状態として測定する。
【００２７】
メモリ２３内の通話品質データベースは、通信状態測定部２２により測定された通信状態と通話品質を対応付けるものである。例えば、G．７２９のＩＰ音声通話プロトコルを採用している場合は、上り下りでそれぞれ２４kbpsの伝送速度を必用とし、パケットの遅延時間が長くなり過ぎると、該伝送速度を維持することができなくなる。そこで、パケットの遅延時間が５０ｍｓ以下のときには、通話品質の確実な維持を示すレベル５を対応付け、パケットの遅延時間が５１ｍｓ〜１００ｍｓのときには、通話品質の略確実な維持を示すレベル４を対応付け、パケットの遅延時間が１０１ｍｓ〜１５０ｍｓのときには、通話品質の通常維持を示すレベル３を対応付け、パケットの遅延時間が１５１ｍｓ〜２００ｍｓのときには、通話品質の維持困難を示すレベル２を対応付け、パケットの遅延時間が２０１ｍｓ〜４００ｍｓのときには、通話品質の維持極めて困難を示すレベル１を対応付ける。更に、ＩＰ電話通話品質通知装置１１の仕様及びＩＳＰゲートウェイ１５の仕様にもよるが、パケットの遅延時間が４０１ｍｓ以上のときには、通話不能状態を対応付ける。この様に通信状態測定部２２により測定されたパケットの遅延時間と通話品質のレベル及び通話不能状態とを対応付けたものが通話品質データベースである。
【００２８】
あるいは、G．７１１のＩＰ音声通話プロトコルを採用している場合は、上り下りでそれぞれ８０kbpsの伝送速度を必用とし、単位時間当たりのデータ転送量が低下すると、該伝送速度を維持することができなくなる。そこで、単位時間当たりのデータ転送量が１２０kbps以上のときには、通話品質の確実な維持を示すレベル５を対応付け、単位時間当たりのデータ転送量が１１９kbps〜１００kbpsのときには、通話品質の略確実な維持を示すレベル４を対応付け、単位時間当たりのデータ転送量が１０９kbps〜８０kbpsのときには、通話品質の通常維持を示すレベル３を対応付け、単位時間当たりのデータ転送量が７９kbps〜６０kbpsのときには、通話品質の維持困難を示すレベル２を対応付け、単位時間当たりのデータ転送量が５９kbps〜４０kbpsのときには、通話品質の維持極めて困難を示すレベル１を対応付ける。更に、ＩＰ電話通話品質通知装置１１の仕様及びＩＳＰゲートウェイ１５の仕様にもよるが、単位時間当たりのデータ転送量が３９kbps以下のときには、通話不能状態を対応付ける。この様に通信状態測定部２２により測定された単位時間当たりのデータ転送量と通話品質のレベル及び通話不能状態とを対応付けたものが通話品質データベースである。
【００２９】
通話品質決定部２４は、測定された通信状態を通信状態測定部２２から通知され、メモリ２３内の通話品質データベースを参照して、測定された通信状態に対応する通話品質を求め、この通話品質をメモリ２３に記憶したり、通話品質表示部２５に表示させたり、音声処理部２６を通じてハンドセット２７に送信する。ハンドセット２７は、通話品質を受信すると、この通話品質を表示画面２７ａに表示する。従って、測定された通信状態に対応する通話品質は、メモリ２３に記憶され、通話品質表示部２５及びハンドセット２７の表示画面２７ａに表示される。
【００３０】
通話品質表示部２５及びハンドセット２７の表示画面２７ａによる表示は、例えば図２（ａ）〜（ｄ）に示す様になされる。ここでは、例えば通話品質のレベルが５であれば、図２（ａ）に示す様に「通話品質」３２と５つのマスからなるレベルマーク３１を表示し、また通話品質のレベルが３であれば、図２（ｂ）に示す様に「通話品質」３２と３つのマスからなるレベルマーク３１を表示し、更に通話品質のレベルが１であれば、図２（ｃ）に示す様に「通話品質」３２と１つのマスからなるレベルマーク３１を表示し、また通話品質が通話不能状態であれば、図２（ｄ）に示す様に「通話品質」３２と「通話不能状態」３３を表示する。
【００３１】
尚、通話品質のレベルは、パケットの遅延時間もしくはデータ転送量だけではなく、パケットの損失、及びジッタ等に基づいて決めることができ、更にはＩＰ電話通話品質通知装置１１の仕様及びＩＳＰゲートウェイ１５の仕様をも参照して決めることができる。また、通話不能状態とは、ＩＰ音声通話プロトコルのリンクを維持することができない状態、ＩＳＰゲートウェイ１５にアクセスすることができない状態、及びコネクションを維持することができない状態等であり、ＩＰ電話通話品質通知装置１１の仕様、ＩＳＰゲートウェイ１５の仕様、及びパケットの遅延時間やデータ転送量等に基づいて決定される。
【００３２】
次に、図３のフローチャートに従って、本実施例のＩＰ電話通話品質通知装置１１による処理過程を説明する。
【００３３】
まず、非通話状態であれば、図３のフローチャートの処理を開始して、前回の通信状態測定から一定時間が経過するのを待機する（ステップＳ１０１）。処理開始の初期段階では、前回の通信状態測定がなされていないので、処理開始から一定時間が経過するのを待機することになる。
【００３４】
前回の通信状態測定から一定時間を経過すると（ステップＳ１０１で「ＹＥＳ」）、通信状態測定部２２による通信状態の測定を行ない（ステップＳ１０２）、通話品質決定部２４による通話品質の導出を行ない（ステップＳ１０３）、通話品質表示部２５及びハンドセット２７の表示画面２７ａによる通信品質の表示を行なう（ステップＳ１０４）。そして、ステップＳ１０１に戻る。
【００３５】
また、通話状態になると、図３のフローチャートの処理を中断する。
【００３６】
従って、非通話状態のときには、一定時間毎に、ＩＰ電話通話品質通知装置１１からＩＳＰゲートウェイ１５までの通信状態が測定され、通信状態に対応する通話品質が導出され、通話品質が表示されることになる。このため、利用者は、通話開始前に、通話すると如何なる通話品質になるかを知ることができる。
【００３７】
ところで、図３のフローチャートの処理では、一定時間毎に、通信状態測定部２２による通信状態の測定を行なうため、ＩＳＰゲートウェイ１５に対する無駄なアクセス回数も増える。この無駄なアクセス回数を減らすには、通話開始を事前に検出して、この検出のときにだけ通信状態測定部２２による通信状態の測定を行なえば良い。
【００３８】
この様に通話開始を事前に検出して、通信状態の測定を行なための処理過程を図４のフローチャートに従って説明する。
【００３９】
まず、非通話状態のときには、ハンドセット２７の持ち上げに連動するオフフックスイッチ（図示せず）がオンになるか、あるいはハンドセット２７に組み込まれている通話品質表示ボタン（図示せず）がオンにされるのを待機する（ステップＳ２０１）。
【００４０】
そして、オフフックスイッチがオンになるか、あるいは通話品質表示ボタンがオンにされると（ステップＳ２０１で「ＹＥＳ」）、通信状態測定部２２による通信状態の測定を行ない（ステップＳ２０２）、通話品質決定部２４による通話品質の導出を行ない（ステップＳ２０３）、通話品質表示部２５及びハンドセット２７の表示画面２７ａによる通信品質の表示を行なう（ステップＳ２０４）。
【００４１】
また、通話状態になると、図４のフローチャートの処理を中断する。
【００４２】
従って、通話開始前に、利用者がハンドセット２７を持ち上げるか、通話品質表示ボタンをオンにしたときにだけ、ＩＰ電話通話品質通知装置１１からＩＳＰゲートウェイ１５までの通信状態が測定され、通信状態に対応する通話品質が導出され、通話品質が表示される。
【００４３】
この様に本実施例では、非通話時に、ＩＰ電話通話品質通知装置１１からＩＳＰゲートウェイ１５までの通信状態を測定し、通信状態に対応する通話品質を導出し、通話品質を表示している。このため、利用者は、通話開始前に、通話すると如何なる通話品質になるかを知ることができ、通話品質が悪ければ、通話開始を遅らせたり中止して、不快感を受けない様にすることができる。また、トラフィックが混み合っているときの通話を避けることができ、利便性が向上する。
【００４４】
更に、通話不能状態を表示しているので、通話開始前にサーバとの接続が不可能なことを知ることができ、ＬＡＮ等の資源を無駄に用いる機会を減らすことができる。
【００４５】
また、トラフィックが混み合っているときには、通話開始を遅らせたり中止して、サーバに更なる負担がかかることを防止し、サーバがダウンしてしまう等の最悪の状態を回避することができる。
【００４６】
更に、非通話時に、通信状態の測定、通話品質の導出、通話品質の表示という一連の処理を行なうので、従来の様に通話中に処理を行なう場合と比較すると、ＣＰＵやメモリに対する負荷、リソース、コスト、及び消費電力の低減を果たすことができる。
【図面の簡単な説明】
【００４７】
【図１】本発明のＩＰ電話通話品質通知装置の実施例１を適用した通信システムを示すブロック図である。
【図２】（ａ）〜（ｄ）は、図１のＩＰ電話通話品質通知装置による通信品質の表示形態をそれぞれ例示する図である。
【図３】図１のＩＰ電話通話品質通知装置による処理過程を示すフローチャートである。
【図４】図１のＩＰ電話通話品質通知装置による他の処理過程を示すフローチャートである。
【符号の説明】
【００４８】
１１  ＩＰ電話通話品質通知装置
１２  パーソナルコンピュータ
１３  ＬＡＮ
１４  ルータ
１５  ＩＳＰ（Internet Service Provider）ゲートウェイ
１６  インターネット
２１  通信インターフェース
２２  通信状態測定部
２３  メモリ
２４  通話品質決定部
２５  通話品質表示部
２６  音声処理部
２７  ハンドセット
【図１】
2005079664.tif 000003
【図２】
2005079664.tif 000004
【図３】
2005079664.tif 000005
【図４】
2005079664.tif 000006