通信端末装置及びコンピュータプログラム
【課題】IP電話の通話中などのサービスセッション中にエンドトゥエンドのサービス品質を品質管理装置に通知する際、サービス品質低下をできる限り抑え得るタイミングで品質情報を送信することを図る。
【解決手段】通信ネットワークを介して通信相手から受信した受信信号に基づいて品質情報を算出する品質情報算出部１４と、該品質情報を記憶する品質情報送信バッファと、該受信信号に基づいて信号を再生する信号再生部１３と、該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出部１６と、前記通信ネットワークを介して該送信タイミングで品質情報を品質管理装置へ送信する品質パケット送出部１７とを備える。
【解決手段】通信ネットワークを介して通信相手から受信した受信信号に基づいて品質情報を算出する品質情報算出部１４と、該品質情報を記憶する品質情報送信バッファと、該受信信号に基づいて信号を再生する信号再生部１３と、該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出部１６と、前記通信ネットワークを介して該送信タイミングで品質情報を品質管理装置へ送信する品質パケット送出部１７とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、IP（Internet Protocol）電話システムあるいはIP網を介したマルチメディア配信システムにおいては、ネットワークの輻輳等の影響により品質基準よりも大きな伝送遅延や伝送遅延ゆらぎが生じたときに品質制御動作を行えるよう、サービスセッション毎にエンドトゥエンドのサービス品質を監視し品質管理を行うことが、サービス品質を維持する上で重要である。
【０００３】
特許文献１記載の従来技術では、GateWay（GW）またはOperation Support System（OSS）に対して予め音声品質の閾値を設定しておき、音声品質が閾値を下回ったときに品質劣化を検出している。
特許文献２記載の従来技術では、電話機自体にエンドトゥエンドの音声品質測定機能と該測定結果を管理サーバに送信する機能とを具備し、電話機のオンフック時に特定のパターンデータを生成して測定を行い、音声品質の監視を行っている。
特許文献３記載の従来技術では、測定対象において通話中の発着信音声パケットデータを蓄積し通話終了後に該音声パケットデータを音声評価システムに送信する。そして、音声評価システムが、該音声パケットデータに基づき品質情報を算出すると共に測定対象者からの主観評価値を受け取り、音声系ネットワークの保守運用を行っている。
【特許文献１】特開２００２−２７１３９２号公報
【特許文献２】特開２００３−２４４２３５号公報
【特許文献３】特開２００７−１５０７７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述した従来技術では以下に示すような問題がある。
特許文献１記載の従来技術では、音声品質が閾値を下回ったときにはじめて品質劣化を検出するので、通話中の音声品質を常時監視することはできない。
特許文献２記載の従来技術では、電話機のオンフック時に特定のパターンデータを生成して測定を行うので、通話中の音声品質を測定することはできない。
特許文献３記載の従来技術では、測定対象において通話中の全ての音声パケットデータを蓄積するので、携帯電話機のようにメモリ容量が限定される通信端末には適用することが難しい。また、蓄積した音声パケットデータを通話終了後に音声評価システムに送信するので、ネットワークに大きな負荷がかかる。
【０００５】
さらに、従来技術では通話終了時あるいは品質劣化時に品質情報を送信するが、ネットワークの状態によっては品質情報を通信端末から送信することが憚られる場合がある。例えば、ネットワークが輻輳状態にある時に、通信端末から品質情報を送信すれば、さらなる輻輳を引き起こしかねない。
【０００６】
また、携帯電話機などのように処理能力が比較的低い端末では、品質情報を送信することによって処理能力が逼迫することもあり得るが、処理能力が逼迫した場合には、音声信号処理等の本来のサービスに係る信号処理が滞り、再生音声が途切れる等、サービス品質の低下を招く恐れがある。
【０００７】
本発明は、このような事情を考慮してなされたもので、その目的は、IP電話の通話中などのサービスセッション中にエンドトゥエンドのサービス品質を品質管理装置に通知する際、サービス品質低下をできる限り抑え得るタイミングで品質情報を送信することのできる通信端末装置及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明に係る通信端末装置は、通信ネットワークを介して通信相手からの信号を受信する信号受信手段と、該受信信号に基づいて品質情報を算出する品質情報算出手段と、該品質情報を記憶する品質情報送信バッファと、該受信信号に基づいて信号を再生する信号再生手段と、該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出手段と、前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信手段とを備えたことを特徴とする。
【０００９】
本発明に係る通信端末装置においては、前記通信ネットワークを介して通信相手へ信号を送信する信号送信手段を備え、前記送信タイミング算出手段は、通信相手側において該送信信号の再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である送信区間と、前記信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間とが一致する区間を、前記品質情報の送信タイミングとすることを特徴とする。
【００１０】
本発明に係る通信端末装置においては、無音区間を検出する手段を備え、無音区間を前記品質情報の送信タイミングとすることを特徴とする。
【００１１】
本発明に係る通信端末装置においては、画像が静止している画像区間または連続する画像間で動きが少ない画像区間を検出する手段を備え、画像が静止している画像区間または連続する画像間で動きが少ない画像区間を前記品質情報の送信タイミングとすることを特徴とする。
【００１２】
本発明に係る通信端末装置においては、前記品質情報に基づいて前記通信ネットワークが輻輳状態にあるか判断する手段を備え、前記送信タイミング算出手段は、前記通信ネットワークが輻輳状態にあると判断された場合に、前記品質情報の送信を保留することを特徴とする。
【００１３】
本発明に係るコンピュータプログラムは、通信ネットワークを介して通信相手から受信した受信信号に基づいて品質情報を算出する品質情報算出機能と、該品質情報を品質情報送信バッファに格納する機能と、該受信信号に基づいて信号を再生する信号再生機能と、該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出機能と、前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信機能とをコンピュータに実現させることを特徴とする。
これにより、前述の通信端末装置がコンピュータを利用して実現できるようになる。
【発明の効果】
【００１４】
本発明によれば、IP電話の通話中などのサービスセッション中にエンドトゥエンドのサービス品質を品質管理装置に通知する際、サービス品質低下をできる限り抑え得るタイミングで品質情報を送信することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係る通信サービスシステムの構成を示すブロック図である。図１において、通信端末装置（以下、端末と称する）１は、IPネットワーク２を介して通信相手の端末１との間で相互に信号パケット１００を送受する。信号パケット１００に格納される信号としては、例えば、音声信号、映像信号などが挙げられる。端末１としては、例えば、IP電話端末、IPテレビ電話端末、IPテレビ会議端末などが挙げられる。
【００１６】
端末１は、IPネットワーク２を介して品質情報２００を品質管理サーバ３へ送信する。品質管理サーバ３は、該品質情報２００に基づいて、サービス品質の管理や制御を行う。
【００１７】
図２は、本実施形態に係る端末１の構成を示すブロック図である。図２に示される端末１は、音声信号又は映像信号を扱う。以下、音声信号および映像信号を特に区別しないときは、両者を総称してメディア信号と称する。
【００１８】
図２において、端末１は、IPネットワーク２を介して通信相手から送られてきた信号パケットを受信し、受信した信号パケットをジッタバッファ１１に格納する。ジッタバッファ１１は、伝送時に発生したパケットの順序誤りおよび間隔変動を訂正するためのバッファである。
【００１９】
例えば、VoIP(Voice over IP)技術を用いたIP電話システムにおいて、送信端末は、音声信号を短時間（例えば、２０ミリ秒）毎に符号化およびパケット化して通信相手の端末（受信端末）へ送信する。また、テレビ電話等、映像配信を行うシステムにおいて、送信端末は、映像信号をMPEG（Moving Picture Experts Group）方式によりフレーム毎に符号化およびパケット化して通信相手の端末（受信端末）へ送信する。このとき、一般的には、伝送プロトコルとしてRTP（Real-Time Transmission Protocol）が使用される。RTPによるパケット伝送では、送信端末からのパケットの送信順序、送信間隔とは異なる順序、間隔で、受信端末に到着する場合がある。そのため、ジッタバッファ１１において、RTPヘッダに記載された“sequence number”を参照し、送信端末からのパケットの送信順序、送信間隔と一致するように受信パケットの順序および間隔を訂正する。ジッタバッファ１１を通過したパケットは、デコード部１２及び品質情報算出部１４にそれぞれ送られる。
【００２０】
デコード部１２は、ジッタバッファ１１から受け取ったパケットに含まれる符号化データを復号する。復号後のメディア信号（再生信号）は、信号再生部１３および品質情報算出部１４にそれぞれ送られる。さらに、デコード部１２は、復号後のメディア信号がサービス品質にどの程度影響するかを表す情報（品質影響パラメータと称する）を算出する。品質影響パラメータは送信タイミング算出部１６に送られる。
【００２１】
音声信号の場合には、復号後の音声区間が音声品質上どの程度重要であるのかを表す情報を算出する。例えば、話者の音声が殆ど含まれていない無音区間は、音声品質上あまり重要ではないと考えることができる。これにより、デコード部１２は、音声信号の無音区間を判定するための情報（例えば、音声信号の正規化パワー値など）を算出し、送信タイミング算出部１６に送る。
【００２２】
映像信号の場合には、復号後のフレームが映像品質上どの程度重要であるのかを表す情報を算出する。映像信号の一般的な符号化方式であるMPEG方式では、差分を取るフレームが異なる３種類のピクチャ（Iピクチャ、Pピクチャ、Bピクチャ）から構成される。Iピクチャは単独で再生可能であり、Pピクチャは前のIピクチャまたはPピクチャからの差分を用いて再生可能である。Bピクチャは前後のIピクチャまたはPピクチャからの差分を用いて再生を行う。したがって、映像信号を再生する際、IピクチャはPピクチャ及びBピクチャの両方から参照されるため、Pピクチャ及びBピクチャに比べて映像品質に与える影響が大きいと言える。一方、Bピクチャは、Iピクチャ及びPピクチャに比べて映像品質に与える影響が小さいことが知られている。そこで、デコード部１２は、復号後のフレームが映像品質上どの程度重要であるのかを表す情報として、MPEG方式のピクチャヘッダに記載されているピクチャタイプ（Iピクチャ、Pピクチャ、Bピクチャ）を取得し、該ピクチャタイプを送信タイミング算出部１６に送る。なお、ピクチャタイプ以外では、復号後のフレームが映像品質上どの程度重要であるのかを表す情報として、例えば、前フレームとの動き差分情報などが挙げられる。
【００２３】
信号再生部１３は、デコード部１２から受け取ったメディア信号（再生信号）を再生する。信号再生部１３は、再生バッファを有する。信号再生部１３は、デコード部１２から受け取ったメディア信号を再生バッファに格納し、再生速度を調整する。
【００２４】
図３に、信号再生部１３の概念図を示す。図３では音声再生を例に挙げている。信号再生部１３は、音声信号を格納する再生バッファ３１を有し、デコード部１２から受け取った音声信号を一旦再生バッファ３１に格納し、音声再生速度に合せて再生バッファ３１から音声信号を取り出し、スピーカ３２で音声の再生を行う。
【００２５】
再生バッファ３１のバッファサイズは、端末毎に予め設定される。デコード部１２によって復号化された音声信号が何秒後に再生されるかを、再生バッファ３１のバッファサイズに基づいて推定することができる。図３に示すように、再生バッファ３１に蓄積されている音声信号の総和時間をＬミリ秒とすると、デコード部１２から信号再生部１３に新たに送られた音声信号３００が再生されるまでの時間ｔは次式により与えられる。
ｔ＝Ｌ
【００２６】
信号再生部１３は、再生バッファに蓄積されているメディア信号（再生信号）の総和時間を表す信号を、送信タイミング算出部１６に出力する。
【００２７】
品質情報算出部１４は、ジッタバッファ１１から受け取ったパケット又はデコード部１２から受け取ったメディア信号（再生信号）に基づき、所定の品質情報送信周期毎（例えば８秒毎）に品質情報を算出する。品質情報は、サービス品質を表す。サービス品質としては、例えば、IP電話サービスにおける通話時の音声品質、テレビ電話サービスにおける通話時の音声品質および映像品質などが挙げられる。品質情報としては、例えば、ネットワークの状態を表すパラメータ（パケットロス率、ディレイ、ジッタなど）、“RFC3611 RTCP XR”において定義されているレポートブロックに含まれる品質パラメータなどが挙げられる。さらに、無線通信端末（例えば携帯電話機）を利用する場合には、無線受信強度などの下位レイヤにおける品質情報を取得し、下位レイヤにおける品質情報も算出することが望ましい。品質情報算出部１４は、品質情報を送信タイミング算出部１６および品質パケット生成部１５に送る。
【００２８】
品質パケット生成部１５は、品質情報算出部１４から受け取った品質情報を所定のフォーマットに整形し、整形後の品質情報をパケット化した品質パケットを生成する。所定のフォーマットとしては、例えば、図４に示されるXML（eXtensible Markup Language）を用いた記述形式が挙げられる。XML形式は、品質情報の種類に捉われることなく、品質情報を記述することができる。品質管理サーバ３へ品質情報を送る際には、例えばSIP（Session Initiation Protocol）のパブリッシュメソッドを用いることが挙げられるが、SIPのパブリッシュメソッドではXML形式を利用可能である。品質パケット生成部１５は、品質パケットを品質パケット送出部１７に送る。
【００２９】
送信タイミング算出部１６は、品質パケットの送信タイミングを算出する。この送信タイミング算出方法については後述する。送信タイミング算出部１６は、品質パケットの送信タイミングを品質パケット送出部１７に指示する。
【００３０】
品質パケット送出部１７は、送信タイミング算出部１６から指示された送信タイミングに従って、品質パケットを品質管理サーバ３へ送信する。品質パケット送出部１７は、品質パケット送信タイミング調整用の送信バッファを有する。品質パケット送出部１７は、品質パケット生成部１５から受け取った品質パケットを一旦送信バッファに格納し、送信タイミング算出部１６から指示された送信タイミングに合せて送信バッファから品質パケットを取り出し、品質管理サーバ３へ送信する。
【００３１】
信号入力部２１は、通信相手へ送るメディア信号を入力する。例えば、IP電話の場合には音声信号を入力し、テレビ電話の場合には音声信号および映像信号を入力する。
【００３２】
エンコード部２２は、信号入力部２１により入力されたメディア信号を符号化する。符号化後のメディア信号（送信信号）は、信号パケット送出部２３に送られる。さらに、エンコード部２２は、符号化後のメディア信号がサービス品質にどの程度影響するかを表す品質影響パラメータを算出する。この品質影響パラメータは、デコード部１２が算出する品質影響パラメータと同様である。品質影響パラメータは送信タイミング算出部１６に送られる。
【００３３】
信号パケット送出部２３は、エンコード部２２から受け取った符号化後のメディア信号（送信信号）をパケット化し、該信号パケットを通信相手の端末へ送信する。さらに、信号パケット送出部２３は、信号パケットを送信するタイミングを表す信号を、送信タイミング算出部１６に出力する。
【００３４】
次に、本実施形態に係る品質情報送信タイミング算出方法を説明する。
【００３５】
品質情報送信は予め設定した品質情報送信周期毎（例えば８秒毎）に品質管理サーバ３へ送信することを基本とするが、品質情報送信がサービス品質の低下につながることはできる限り避けたい。例えば、携帯電話機などのように処理能力が比較的低い端末では、品質情報を送信することによって処理能力が逼迫することもあり得るが、処理能力が逼迫した場合には、音声信号処理等の本来のサービスに係る信号処理が滞り、再生音声が途切れる等、サービス品質の低下を招く恐れがある。このような事態をできる限る避けるために、品質情報送信によって生じるサービス品質変動が許容範囲内となるタイミングで品質情報を送信するように、送信タイミングを算出する。
【００３６】
具体的には、音声を扱うサービス（例えば、IP電話サービスなど）の場合、話者の音声が比較的多く含まれる有音区間で再生音声が途切れると、音声品質が著しく低下したと感じられやすい。これに対して、話者の音声が殆ど含まれていない無音区間では、たとえ再生音声が途切れたとしても音声の途切れを知覚しづらく、音声品質が低下したとはあまり感じられない。このような知見に基づき、無音区間において信号再生上の瑕疵があったとしても、そのサービス品質変動は許容範囲内であるとする。従って、無音区間で品質情報送信を行えば、サービス品質変動を許容範囲内に収めることができ、サービス品質の低下を極力抑えることができる。
【００３７】
映像を扱うサービス（例えば、テレビ電話サービス）の場合、画像が静止している画像区間において再生画像が途切れたとしても、再生画像の途切れを知覚することは難しく、映像品質が低下したとはあまり感じられない。同様に、連続する画像間で動きが少ない画像区間についても、画像の途切れを知覚しづらく、映像品質が低下したとはあまり感じられない。このような知見に基づき、画像が静止している画像区間および連続する画像間で動きが少ない画像区間において信号再生上の瑕疵があったとしても、そのサービス品質変動は許容範囲内であるとする。従って、画像が静止している画像区間または連続する画像間で動きが少ない画像区間で品質情報送信を行えば、サービス品質変動を許容範囲内に収めることができ、サービス品質の低下を極力抑えることができる。
【００３８】
また、ネットワークが輻輳状態にある時に品質情報を送信することは、ネットワークに対して更なる負荷を与えることになり、サービス品質の低下要因になり得る。このため、ネットワークが輻輳状態にあると判断した場合には、品質情報の送信を保することが好ましい。
【００３９】
図５は、本実施形態に係る品質情報送信タイミング算出処理の流れを示すフローチャートである。なお、図５では、音声を扱うサービスの場合を例に挙げている。
図５において、送信タイミング算出部１６は、品質情報送信タイミング算出に使用する情報を各部から受け取る。
【００４０】
デコード部１２およびエンコード部２２からは、音声信号の無音区間を判定するための情報として、音声信号の正規化パワー値を受け取る。デコード部１２から受け取る正規化パワー値は、これから再生する音声に関するものである。エンコード部２２から受け取る正規化パワー値は、これから送信する音声に関するものである。
【００４１】
品質情報算出部１４からは、品質情報を受け取る。信号再生部１３からは、再生バッファに蓄積されている再生信号の総和時間を表す信号（再生タイミング情報）を受け取る。再生タイミング情報は、デコード部１２から受け取った正規化パワー値に対応する音声が再生されるタイミングを示す。
【００４２】
信号パケット送出部２３からは、信号パケットを送信するタイミングを表す信号（信号パケット送出タイミング情報）を受け取る。信号パケット送出タイミング情報は、エンコード部２２から受け取った正規化パワー値に対応する音声が送信されるタイミングを示す。
【００４３】
ステップＳＰ１では、送信タイミング算出部１６は、品質情報に基づいて、ネットワークが輻輳状態にあるか判断する。品質情報において、例えばパケットロス率が予め設定した閾値より大きい場合に、ネットワークが輻輳状態であると判断する。パケットロス率以外にも、往復遅延時間あるいはジッタなどを用いてネットワークの輻輳状態を判断してもよい。
【００４４】
ステップＳＰ１の結果、ネットワークが輻輳状態にあると判断した場合には、品質情報の送信を保留する。従って、この場合は、品質パケット送出部１７は、品質パケットを送信しない。一方、ネットワークが輻輳状態にないと判断した場合には、ステップＳＰ２に進む。
【００４５】
ステップＳＰ２では、送信タイミング算出部１６は、送信タイミング候補を算出する。
【００４６】
ここで、送信タイミング候補算出処理を説明する。
まず、デコード部１２から受け取った正規化パワー値に基づいて、再生音声における無音区間を判定する。同様に、エンコード部２２からから受け取った正規化パワー値に基づいて、送信音声における無音区間を判定する。無音区間の判定は、無音区間判定用の閾値を予め設け、該閾値未満の正規化パワー値である区間を無音区間と判定する。正規化パワー値をパケット単位で求めることにより、パケット単位で無音区間を判定できる。図６は、無音区間判定処理を説明するためのグラフ図である。図６の例では、２０ミリ秒毎に正規化パワー値を求めている。正規化パワー値が閾値以上の場合は有音区間と判定し、正規化パワー値が閾値未満の場合は無音区間と判定している。
【００４７】
次いで、信号再生部１３から受け取った再生タイミング情報に基づいて、再生音声における無音区間が再生されるタイミングを算出する。同様に、信号パケット送出部２３から受け取った信号パケット送出タイミング情報に基づいて、送信音声における無音区間が送信されるタイミングを算出する。そして、無音区間が再生されるタイミングを、品質情報を送信するタイミングの候補（送信タイミング候補）とする。より好ましくは、無音区間が再生されるタイミングと無音区間が送信されるタイミングとが一致する区間を、送信タイミング候補とする。
【００４８】
一般に、会話音声における無音区間の割合は６０％程度であることが知られている。そのため、図７に例示されるように、無音区間は多数存在する。図７の例では、受信音声における無音部が再生されるタイミングをRiとし、送信音声における無音部が送信されるタイミングをSiとしており、両者が一致するタイミングは「R2＝S3」及び「R8＝S7」である。このタイミングを送信タイミング候補とすれば、音声再生及び音声送信の両方の処理に対して負担をかけなくて済む。
【００４９】
説明を図５に戻す。
ステップＳＰ３では、送信タイミング算出部１６は、送信タイミング候補の中から、送信タイミングを算出する。この送信タイミング算出処理では、複数存在する送信タイミング候補のうち、品質情報送信周期よりも大きく且つ最も品質情報送信周期に近いタイミングを算出する。図８に例示されるように複数の送信タイミング候補が算出された場合、品質情報送信周期よりも大きく且つ品質情報送信周期に最も近いのは“送信タイミング候補G”であるので、送信タイミング候補Gを送信タイミングとする。送信タイミング算出部１６は、算出結果の送信タイミングを品質パケット送出部１７に通知する。
【００５０】
品質パケット送出部１７は、送信タイミング算出部１６から通知された送信タイミングに従って、品質パケットを送信する。
【００５１】
なお、図５では、音声を扱うサービスの場合を例に挙げたが、映像を扱うサービスの場合も処理の流れは同じである。映像信号の場合は、画像が静止している画像区間および連続する画像間で動きが少ない画像区間を、送信タイミング候補とする。具体的には、例えば、MPEG方式のピクチャタイプに基づいて、Bピクチャの区間を送信タイミング候補とする。若しくは、前フレームとの動き差分情報に基づいて、画像が静止している画像区間および連続する画像間で動きが少ない画像区間を送信タイミング候補とする。
【００５２】
上述したように本実施形態によれば、信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、品質情報の送信タイミングとする。具体的には、音声信号においては無音区間を品質情報の送信タイミングとする。映像信号においては、画像が静止している画像区間または連続する画像間で動きが少ない画像区間を品質情報の送信タイミングとする。これにより、品質情報送信によって生じるサービス品質の低下を極力抑えることができるという効果が得られる。
【００５３】
また、通信ネットワークが輻輳状態にあると判断した場合には、品質情報の送信を保留する。これにより、輻輳状態にある通信ネットワークに対して更なる負荷をかけることを避け、サービス品質の低下を防止する。
【００５４】
なお、本実施形態に係る端末１は、専用のハードウェアにより実現されるものであってもよく、あるいはパーソナルコンピュータ等のコンピュータシステムにより構成され、図１に示される端末１の各部の機能を実現するためのプログラムを実行することによりその機能を実現させるものであってもよい。
【００５５】
また、図５に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、品質情報送信タイミング算出処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００５６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５７】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、本発明に係る通信端末装置としては、受信専用端末も含む。例えば、コンサート会場の音声や映像を実時間配信するサービスの受信端末などであってもよい。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施形態に係る通信サービスシステムの構成を示すブロック図である。
【図２】本発明の一実施形態に係る通信端末装置１の構成を示すブロック図である。
【図３】図２に示す信号再生部１３の概念図である。
【図４】本発明の一実施形態に係る品質情報の例である。
【図５】本発明の一実施形態に係る品質情報送信タイミング算出処理の流れを示すフローチャートである。
【図６】本発明の一実施形態に係る無音区間判定処理を説明するためのグラフ図である。
【図７】本発明の一実施形態に係る送信タイミング候補の例である。
【図８】本発明の一実施形態に係る送信タイミング候補の例である。
【符号の説明】
【００５９】
１…通信端末装置、２…IPネットワーク（パケット通信ネットワーク）、３…品質管理サーバ（品質管理装置）、１１…ジッタバッファ、１２…デコード部、１３…信号再生部、１４…品質情報算出部、１５…品質パケット生成部、１６…送信タイミング算出部、１７…品質パケット送出部、２１…信号入力部、２２…エンコード部、２３…信号パケット送出部、３１…再生バッファ
【技術分野】
【０００１】
本発明は、通信端末装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、IP（Internet Protocol）電話システムあるいはIP網を介したマルチメディア配信システムにおいては、ネットワークの輻輳等の影響により品質基準よりも大きな伝送遅延や伝送遅延ゆらぎが生じたときに品質制御動作を行えるよう、サービスセッション毎にエンドトゥエンドのサービス品質を監視し品質管理を行うことが、サービス品質を維持する上で重要である。
【０００３】
特許文献１記載の従来技術では、GateWay（GW）またはOperation Support System（OSS）に対して予め音声品質の閾値を設定しておき、音声品質が閾値を下回ったときに品質劣化を検出している。
特許文献２記載の従来技術では、電話機自体にエンドトゥエンドの音声品質測定機能と該測定結果を管理サーバに送信する機能とを具備し、電話機のオンフック時に特定のパターンデータを生成して測定を行い、音声品質の監視を行っている。
特許文献３記載の従来技術では、測定対象において通話中の発着信音声パケットデータを蓄積し通話終了後に該音声パケットデータを音声評価システムに送信する。そして、音声評価システムが、該音声パケットデータに基づき品質情報を算出すると共に測定対象者からの主観評価値を受け取り、音声系ネットワークの保守運用を行っている。
【特許文献１】特開２００２−２７１３９２号公報
【特許文献２】特開２００３−２４４２３５号公報
【特許文献３】特開２００７−１５０７７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上述した従来技術では以下に示すような問題がある。
特許文献１記載の従来技術では、音声品質が閾値を下回ったときにはじめて品質劣化を検出するので、通話中の音声品質を常時監視することはできない。
特許文献２記載の従来技術では、電話機のオンフック時に特定のパターンデータを生成して測定を行うので、通話中の音声品質を測定することはできない。
特許文献３記載の従来技術では、測定対象において通話中の全ての音声パケットデータを蓄積するので、携帯電話機のようにメモリ容量が限定される通信端末には適用することが難しい。また、蓄積した音声パケットデータを通話終了後に音声評価システムに送信するので、ネットワークに大きな負荷がかかる。
【０００５】
さらに、従来技術では通話終了時あるいは品質劣化時に品質情報を送信するが、ネットワークの状態によっては品質情報を通信端末から送信することが憚られる場合がある。例えば、ネットワークが輻輳状態にある時に、通信端末から品質情報を送信すれば、さらなる輻輳を引き起こしかねない。
【０００６】
また、携帯電話機などのように処理能力が比較的低い端末では、品質情報を送信することによって処理能力が逼迫することもあり得るが、処理能力が逼迫した場合には、音声信号処理等の本来のサービスに係る信号処理が滞り、再生音声が途切れる等、サービス品質の低下を招く恐れがある。
【０００７】
本発明は、このような事情を考慮してなされたもので、その目的は、IP電話の通話中などのサービスセッション中にエンドトゥエンドのサービス品質を品質管理装置に通知する際、サービス品質低下をできる限り抑え得るタイミングで品質情報を送信することのできる通信端末装置及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明に係る通信端末装置は、通信ネットワークを介して通信相手からの信号を受信する信号受信手段と、該受信信号に基づいて品質情報を算出する品質情報算出手段と、該品質情報を記憶する品質情報送信バッファと、該受信信号に基づいて信号を再生する信号再生手段と、該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出手段と、前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信手段とを備えたことを特徴とする。
【０００９】
本発明に係る通信端末装置においては、前記通信ネットワークを介して通信相手へ信号を送信する信号送信手段を備え、前記送信タイミング算出手段は、通信相手側において該送信信号の再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である送信区間と、前記信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間とが一致する区間を、前記品質情報の送信タイミングとすることを特徴とする。
【００１０】
本発明に係る通信端末装置においては、無音区間を検出する手段を備え、無音区間を前記品質情報の送信タイミングとすることを特徴とする。
【００１１】
本発明に係る通信端末装置においては、画像が静止している画像区間または連続する画像間で動きが少ない画像区間を検出する手段を備え、画像が静止している画像区間または連続する画像間で動きが少ない画像区間を前記品質情報の送信タイミングとすることを特徴とする。
【００１２】
本発明に係る通信端末装置においては、前記品質情報に基づいて前記通信ネットワークが輻輳状態にあるか判断する手段を備え、前記送信タイミング算出手段は、前記通信ネットワークが輻輳状態にあると判断された場合に、前記品質情報の送信を保留することを特徴とする。
【００１３】
本発明に係るコンピュータプログラムは、通信ネットワークを介して通信相手から受信した受信信号に基づいて品質情報を算出する品質情報算出機能と、該品質情報を品質情報送信バッファに格納する機能と、該受信信号に基づいて信号を再生する信号再生機能と、該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出機能と、前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信機能とをコンピュータに実現させることを特徴とする。
これにより、前述の通信端末装置がコンピュータを利用して実現できるようになる。
【発明の効果】
【００１４】
本発明によれば、IP電話の通話中などのサービスセッション中にエンドトゥエンドのサービス品質を品質管理装置に通知する際、サービス品質低下をできる限り抑え得るタイミングで品質情報を送信することができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態に係る通信サービスシステムの構成を示すブロック図である。図１において、通信端末装置（以下、端末と称する）１は、IPネットワーク２を介して通信相手の端末１との間で相互に信号パケット１００を送受する。信号パケット１００に格納される信号としては、例えば、音声信号、映像信号などが挙げられる。端末１としては、例えば、IP電話端末、IPテレビ電話端末、IPテレビ会議端末などが挙げられる。
【００１６】
端末１は、IPネットワーク２を介して品質情報２００を品質管理サーバ３へ送信する。品質管理サーバ３は、該品質情報２００に基づいて、サービス品質の管理や制御を行う。
【００１７】
図２は、本実施形態に係る端末１の構成を示すブロック図である。図２に示される端末１は、音声信号又は映像信号を扱う。以下、音声信号および映像信号を特に区別しないときは、両者を総称してメディア信号と称する。
【００１８】
図２において、端末１は、IPネットワーク２を介して通信相手から送られてきた信号パケットを受信し、受信した信号パケットをジッタバッファ１１に格納する。ジッタバッファ１１は、伝送時に発生したパケットの順序誤りおよび間隔変動を訂正するためのバッファである。
【００１９】
例えば、VoIP(Voice over IP)技術を用いたIP電話システムにおいて、送信端末は、音声信号を短時間（例えば、２０ミリ秒）毎に符号化およびパケット化して通信相手の端末（受信端末）へ送信する。また、テレビ電話等、映像配信を行うシステムにおいて、送信端末は、映像信号をMPEG（Moving Picture Experts Group）方式によりフレーム毎に符号化およびパケット化して通信相手の端末（受信端末）へ送信する。このとき、一般的には、伝送プロトコルとしてRTP（Real-Time Transmission Protocol）が使用される。RTPによるパケット伝送では、送信端末からのパケットの送信順序、送信間隔とは異なる順序、間隔で、受信端末に到着する場合がある。そのため、ジッタバッファ１１において、RTPヘッダに記載された“sequence number”を参照し、送信端末からのパケットの送信順序、送信間隔と一致するように受信パケットの順序および間隔を訂正する。ジッタバッファ１１を通過したパケットは、デコード部１２及び品質情報算出部１４にそれぞれ送られる。
【００２０】
デコード部１２は、ジッタバッファ１１から受け取ったパケットに含まれる符号化データを復号する。復号後のメディア信号（再生信号）は、信号再生部１３および品質情報算出部１４にそれぞれ送られる。さらに、デコード部１２は、復号後のメディア信号がサービス品質にどの程度影響するかを表す情報（品質影響パラメータと称する）を算出する。品質影響パラメータは送信タイミング算出部１６に送られる。
【００２１】
音声信号の場合には、復号後の音声区間が音声品質上どの程度重要であるのかを表す情報を算出する。例えば、話者の音声が殆ど含まれていない無音区間は、音声品質上あまり重要ではないと考えることができる。これにより、デコード部１２は、音声信号の無音区間を判定するための情報（例えば、音声信号の正規化パワー値など）を算出し、送信タイミング算出部１６に送る。
【００２２】
映像信号の場合には、復号後のフレームが映像品質上どの程度重要であるのかを表す情報を算出する。映像信号の一般的な符号化方式であるMPEG方式では、差分を取るフレームが異なる３種類のピクチャ（Iピクチャ、Pピクチャ、Bピクチャ）から構成される。Iピクチャは単独で再生可能であり、Pピクチャは前のIピクチャまたはPピクチャからの差分を用いて再生可能である。Bピクチャは前後のIピクチャまたはPピクチャからの差分を用いて再生を行う。したがって、映像信号を再生する際、IピクチャはPピクチャ及びBピクチャの両方から参照されるため、Pピクチャ及びBピクチャに比べて映像品質に与える影響が大きいと言える。一方、Bピクチャは、Iピクチャ及びPピクチャに比べて映像品質に与える影響が小さいことが知られている。そこで、デコード部１２は、復号後のフレームが映像品質上どの程度重要であるのかを表す情報として、MPEG方式のピクチャヘッダに記載されているピクチャタイプ（Iピクチャ、Pピクチャ、Bピクチャ）を取得し、該ピクチャタイプを送信タイミング算出部１６に送る。なお、ピクチャタイプ以外では、復号後のフレームが映像品質上どの程度重要であるのかを表す情報として、例えば、前フレームとの動き差分情報などが挙げられる。
【００２３】
信号再生部１３は、デコード部１２から受け取ったメディア信号（再生信号）を再生する。信号再生部１３は、再生バッファを有する。信号再生部１３は、デコード部１２から受け取ったメディア信号を再生バッファに格納し、再生速度を調整する。
【００２４】
図３に、信号再生部１３の概念図を示す。図３では音声再生を例に挙げている。信号再生部１３は、音声信号を格納する再生バッファ３１を有し、デコード部１２から受け取った音声信号を一旦再生バッファ３１に格納し、音声再生速度に合せて再生バッファ３１から音声信号を取り出し、スピーカ３２で音声の再生を行う。
【００２５】
再生バッファ３１のバッファサイズは、端末毎に予め設定される。デコード部１２によって復号化された音声信号が何秒後に再生されるかを、再生バッファ３１のバッファサイズに基づいて推定することができる。図３に示すように、再生バッファ３１に蓄積されている音声信号の総和時間をＬミリ秒とすると、デコード部１２から信号再生部１３に新たに送られた音声信号３００が再生されるまでの時間ｔは次式により与えられる。
ｔ＝Ｌ
【００２６】
信号再生部１３は、再生バッファに蓄積されているメディア信号（再生信号）の総和時間を表す信号を、送信タイミング算出部１６に出力する。
【００２７】
品質情報算出部１４は、ジッタバッファ１１から受け取ったパケット又はデコード部１２から受け取ったメディア信号（再生信号）に基づき、所定の品質情報送信周期毎（例えば８秒毎）に品質情報を算出する。品質情報は、サービス品質を表す。サービス品質としては、例えば、IP電話サービスにおける通話時の音声品質、テレビ電話サービスにおける通話時の音声品質および映像品質などが挙げられる。品質情報としては、例えば、ネットワークの状態を表すパラメータ（パケットロス率、ディレイ、ジッタなど）、“RFC3611 RTCP XR”において定義されているレポートブロックに含まれる品質パラメータなどが挙げられる。さらに、無線通信端末（例えば携帯電話機）を利用する場合には、無線受信強度などの下位レイヤにおける品質情報を取得し、下位レイヤにおける品質情報も算出することが望ましい。品質情報算出部１４は、品質情報を送信タイミング算出部１６および品質パケット生成部１５に送る。
【００２８】
品質パケット生成部１５は、品質情報算出部１４から受け取った品質情報を所定のフォーマットに整形し、整形後の品質情報をパケット化した品質パケットを生成する。所定のフォーマットとしては、例えば、図４に示されるXML（eXtensible Markup Language）を用いた記述形式が挙げられる。XML形式は、品質情報の種類に捉われることなく、品質情報を記述することができる。品質管理サーバ３へ品質情報を送る際には、例えばSIP（Session Initiation Protocol）のパブリッシュメソッドを用いることが挙げられるが、SIPのパブリッシュメソッドではXML形式を利用可能である。品質パケット生成部１５は、品質パケットを品質パケット送出部１７に送る。
【００２９】
送信タイミング算出部１６は、品質パケットの送信タイミングを算出する。この送信タイミング算出方法については後述する。送信タイミング算出部１６は、品質パケットの送信タイミングを品質パケット送出部１７に指示する。
【００３０】
品質パケット送出部１７は、送信タイミング算出部１６から指示された送信タイミングに従って、品質パケットを品質管理サーバ３へ送信する。品質パケット送出部１７は、品質パケット送信タイミング調整用の送信バッファを有する。品質パケット送出部１７は、品質パケット生成部１５から受け取った品質パケットを一旦送信バッファに格納し、送信タイミング算出部１６から指示された送信タイミングに合せて送信バッファから品質パケットを取り出し、品質管理サーバ３へ送信する。
【００３１】
信号入力部２１は、通信相手へ送るメディア信号を入力する。例えば、IP電話の場合には音声信号を入力し、テレビ電話の場合には音声信号および映像信号を入力する。
【００３２】
エンコード部２２は、信号入力部２１により入力されたメディア信号を符号化する。符号化後のメディア信号（送信信号）は、信号パケット送出部２３に送られる。さらに、エンコード部２２は、符号化後のメディア信号がサービス品質にどの程度影響するかを表す品質影響パラメータを算出する。この品質影響パラメータは、デコード部１２が算出する品質影響パラメータと同様である。品質影響パラメータは送信タイミング算出部１６に送られる。
【００３３】
信号パケット送出部２３は、エンコード部２２から受け取った符号化後のメディア信号（送信信号）をパケット化し、該信号パケットを通信相手の端末へ送信する。さらに、信号パケット送出部２３は、信号パケットを送信するタイミングを表す信号を、送信タイミング算出部１６に出力する。
【００３４】
次に、本実施形態に係る品質情報送信タイミング算出方法を説明する。
【００３５】
品質情報送信は予め設定した品質情報送信周期毎（例えば８秒毎）に品質管理サーバ３へ送信することを基本とするが、品質情報送信がサービス品質の低下につながることはできる限り避けたい。例えば、携帯電話機などのように処理能力が比較的低い端末では、品質情報を送信することによって処理能力が逼迫することもあり得るが、処理能力が逼迫した場合には、音声信号処理等の本来のサービスに係る信号処理が滞り、再生音声が途切れる等、サービス品質の低下を招く恐れがある。このような事態をできる限る避けるために、品質情報送信によって生じるサービス品質変動が許容範囲内となるタイミングで品質情報を送信するように、送信タイミングを算出する。
【００３６】
具体的には、音声を扱うサービス（例えば、IP電話サービスなど）の場合、話者の音声が比較的多く含まれる有音区間で再生音声が途切れると、音声品質が著しく低下したと感じられやすい。これに対して、話者の音声が殆ど含まれていない無音区間では、たとえ再生音声が途切れたとしても音声の途切れを知覚しづらく、音声品質が低下したとはあまり感じられない。このような知見に基づき、無音区間において信号再生上の瑕疵があったとしても、そのサービス品質変動は許容範囲内であるとする。従って、無音区間で品質情報送信を行えば、サービス品質変動を許容範囲内に収めることができ、サービス品質の低下を極力抑えることができる。
【００３７】
映像を扱うサービス（例えば、テレビ電話サービス）の場合、画像が静止している画像区間において再生画像が途切れたとしても、再生画像の途切れを知覚することは難しく、映像品質が低下したとはあまり感じられない。同様に、連続する画像間で動きが少ない画像区間についても、画像の途切れを知覚しづらく、映像品質が低下したとはあまり感じられない。このような知見に基づき、画像が静止している画像区間および連続する画像間で動きが少ない画像区間において信号再生上の瑕疵があったとしても、そのサービス品質変動は許容範囲内であるとする。従って、画像が静止している画像区間または連続する画像間で動きが少ない画像区間で品質情報送信を行えば、サービス品質変動を許容範囲内に収めることができ、サービス品質の低下を極力抑えることができる。
【００３８】
また、ネットワークが輻輳状態にある時に品質情報を送信することは、ネットワークに対して更なる負荷を与えることになり、サービス品質の低下要因になり得る。このため、ネットワークが輻輳状態にあると判断した場合には、品質情報の送信を保することが好ましい。
【００３９】
図５は、本実施形態に係る品質情報送信タイミング算出処理の流れを示すフローチャートである。なお、図５では、音声を扱うサービスの場合を例に挙げている。
図５において、送信タイミング算出部１６は、品質情報送信タイミング算出に使用する情報を各部から受け取る。
【００４０】
デコード部１２およびエンコード部２２からは、音声信号の無音区間を判定するための情報として、音声信号の正規化パワー値を受け取る。デコード部１２から受け取る正規化パワー値は、これから再生する音声に関するものである。エンコード部２２から受け取る正規化パワー値は、これから送信する音声に関するものである。
【００４１】
品質情報算出部１４からは、品質情報を受け取る。信号再生部１３からは、再生バッファに蓄積されている再生信号の総和時間を表す信号（再生タイミング情報）を受け取る。再生タイミング情報は、デコード部１２から受け取った正規化パワー値に対応する音声が再生されるタイミングを示す。
【００４２】
信号パケット送出部２３からは、信号パケットを送信するタイミングを表す信号（信号パケット送出タイミング情報）を受け取る。信号パケット送出タイミング情報は、エンコード部２２から受け取った正規化パワー値に対応する音声が送信されるタイミングを示す。
【００４３】
ステップＳＰ１では、送信タイミング算出部１６は、品質情報に基づいて、ネットワークが輻輳状態にあるか判断する。品質情報において、例えばパケットロス率が予め設定した閾値より大きい場合に、ネットワークが輻輳状態であると判断する。パケットロス率以外にも、往復遅延時間あるいはジッタなどを用いてネットワークの輻輳状態を判断してもよい。
【００４４】
ステップＳＰ１の結果、ネットワークが輻輳状態にあると判断した場合には、品質情報の送信を保留する。従って、この場合は、品質パケット送出部１７は、品質パケットを送信しない。一方、ネットワークが輻輳状態にないと判断した場合には、ステップＳＰ２に進む。
【００４５】
ステップＳＰ２では、送信タイミング算出部１６は、送信タイミング候補を算出する。
【００４６】
ここで、送信タイミング候補算出処理を説明する。
まず、デコード部１２から受け取った正規化パワー値に基づいて、再生音声における無音区間を判定する。同様に、エンコード部２２からから受け取った正規化パワー値に基づいて、送信音声における無音区間を判定する。無音区間の判定は、無音区間判定用の閾値を予め設け、該閾値未満の正規化パワー値である区間を無音区間と判定する。正規化パワー値をパケット単位で求めることにより、パケット単位で無音区間を判定できる。図６は、無音区間判定処理を説明するためのグラフ図である。図６の例では、２０ミリ秒毎に正規化パワー値を求めている。正規化パワー値が閾値以上の場合は有音区間と判定し、正規化パワー値が閾値未満の場合は無音区間と判定している。
【００４７】
次いで、信号再生部１３から受け取った再生タイミング情報に基づいて、再生音声における無音区間が再生されるタイミングを算出する。同様に、信号パケット送出部２３から受け取った信号パケット送出タイミング情報に基づいて、送信音声における無音区間が送信されるタイミングを算出する。そして、無音区間が再生されるタイミングを、品質情報を送信するタイミングの候補（送信タイミング候補）とする。より好ましくは、無音区間が再生されるタイミングと無音区間が送信されるタイミングとが一致する区間を、送信タイミング候補とする。
【００４８】
一般に、会話音声における無音区間の割合は６０％程度であることが知られている。そのため、図７に例示されるように、無音区間は多数存在する。図７の例では、受信音声における無音部が再生されるタイミングをRiとし、送信音声における無音部が送信されるタイミングをSiとしており、両者が一致するタイミングは「R2＝S3」及び「R8＝S7」である。このタイミングを送信タイミング候補とすれば、音声再生及び音声送信の両方の処理に対して負担をかけなくて済む。
【００４９】
説明を図５に戻す。
ステップＳＰ３では、送信タイミング算出部１６は、送信タイミング候補の中から、送信タイミングを算出する。この送信タイミング算出処理では、複数存在する送信タイミング候補のうち、品質情報送信周期よりも大きく且つ最も品質情報送信周期に近いタイミングを算出する。図８に例示されるように複数の送信タイミング候補が算出された場合、品質情報送信周期よりも大きく且つ品質情報送信周期に最も近いのは“送信タイミング候補G”であるので、送信タイミング候補Gを送信タイミングとする。送信タイミング算出部１６は、算出結果の送信タイミングを品質パケット送出部１７に通知する。
【００５０】
品質パケット送出部１７は、送信タイミング算出部１６から通知された送信タイミングに従って、品質パケットを送信する。
【００５１】
なお、図５では、音声を扱うサービスの場合を例に挙げたが、映像を扱うサービスの場合も処理の流れは同じである。映像信号の場合は、画像が静止している画像区間および連続する画像間で動きが少ない画像区間を、送信タイミング候補とする。具体的には、例えば、MPEG方式のピクチャタイプに基づいて、Bピクチャの区間を送信タイミング候補とする。若しくは、前フレームとの動き差分情報に基づいて、画像が静止している画像区間および連続する画像間で動きが少ない画像区間を送信タイミング候補とする。
【００５２】
上述したように本実施形態によれば、信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、品質情報の送信タイミングとする。具体的には、音声信号においては無音区間を品質情報の送信タイミングとする。映像信号においては、画像が静止している画像区間または連続する画像間で動きが少ない画像区間を品質情報の送信タイミングとする。これにより、品質情報送信によって生じるサービス品質の低下を極力抑えることができるという効果が得られる。
【００５３】
また、通信ネットワークが輻輳状態にあると判断した場合には、品質情報の送信を保留する。これにより、輻輳状態にある通信ネットワークに対して更なる負荷をかけることを避け、サービス品質の低下を防止する。
【００５４】
なお、本実施形態に係る端末１は、専用のハードウェアにより実現されるものであってもよく、あるいはパーソナルコンピュータ等のコンピュータシステムにより構成され、図１に示される端末１の各部の機能を実現するためのプログラムを実行することによりその機能を実現させるものであってもよい。
【００５５】
また、図５に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、品質情報送信タイミング算出処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００５６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５７】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、本発明に係る通信端末装置としては、受信専用端末も含む。例えば、コンサート会場の音声や映像を実時間配信するサービスの受信端末などであってもよい。
【図面の簡単な説明】
【００５８】
【図１】本発明の一実施形態に係る通信サービスシステムの構成を示すブロック図である。
【図２】本発明の一実施形態に係る通信端末装置１の構成を示すブロック図である。
【図３】図２に示す信号再生部１３の概念図である。
【図４】本発明の一実施形態に係る品質情報の例である。
【図５】本発明の一実施形態に係る品質情報送信タイミング算出処理の流れを示すフローチャートである。
【図６】本発明の一実施形態に係る無音区間判定処理を説明するためのグラフ図である。
【図７】本発明の一実施形態に係る送信タイミング候補の例である。
【図８】本発明の一実施形態に係る送信タイミング候補の例である。
【符号の説明】
【００５９】
１…通信端末装置、２…IPネットワーク（パケット通信ネットワーク）、３…品質管理サーバ（品質管理装置）、１１…ジッタバッファ、１２…デコード部、１３…信号再生部、１４…品質情報算出部、１５…品質パケット生成部、１６…送信タイミング算出部、１７…品質パケット送出部、２１…信号入力部、２２…エンコード部、２３…信号パケット送出部、３１…再生バッファ
【特許請求の範囲】
【請求項１】
通信ネットワークを介して通信相手からの信号を受信する信号受信手段と、
該受信信号に基づいて品質情報を算出する品質情報算出手段と、
該品質情報を記憶する品質情報送信バッファと、
該受信信号に基づいて信号を再生する信号再生手段と、
該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出手段と、
前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信手段と、
を備えたことを特徴とする通信端末装置。
【請求項２】
前記通信ネットワークを介して通信相手へ信号を送信する信号送信手段を備え、
前記送信タイミング算出手段は、通信相手側において該送信信号の再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である送信区間と、前記信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間とが一致する区間を、前記品質情報の送信タイミングとすることを特徴とする請求項１に記載の通信端末装置。
【請求項３】
無音区間を検出する手段を備え、
無音区間を前記品質情報の送信タイミングとすることを特徴とする請求項１又は請求項２に記載の通信端末装置。
【請求項４】
画像が静止している画像区間または連続する画像間で動きが少ない画像区間を検出する手段を備え、
画像が静止している画像区間または連続する画像間で動きが少ない画像区間を前記品質情報の送信タイミングとすることを特徴とする請求項１又は請求項２に記載の通信端末装置。
【請求項５】
前記品質情報に基づいて前記通信ネットワークが輻輳状態にあるか判断する手段を備え、
前記送信タイミング算出手段は、前記通信ネットワークが輻輳状態にあると判断された場合に、前記品質情報の送信を保留することを特徴とする請求項１に記載の通信端末装置。
【請求項６】
通信ネットワークを介して通信相手から受信した受信信号に基づいて品質情報を算出する品質情報算出機能と、
該品質情報を品質情報送信バッファに格納する機能と、
該受信信号に基づいて信号を再生する信号再生機能と、
該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出機能と、
前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項１】
通信ネットワークを介して通信相手からの信号を受信する信号受信手段と、
該受信信号に基づいて品質情報を算出する品質情報算出手段と、
該品質情報を記憶する品質情報送信バッファと、
該受信信号に基づいて信号を再生する信号再生手段と、
該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出手段と、
前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信手段と、
を備えたことを特徴とする通信端末装置。
【請求項２】
前記通信ネットワークを介して通信相手へ信号を送信する信号送信手段を備え、
前記送信タイミング算出手段は、通信相手側において該送信信号の再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である送信区間と、前記信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間とが一致する区間を、前記品質情報の送信タイミングとすることを特徴とする請求項１に記載の通信端末装置。
【請求項３】
無音区間を検出する手段を備え、
無音区間を前記品質情報の送信タイミングとすることを特徴とする請求項１又は請求項２に記載の通信端末装置。
【請求項４】
画像が静止している画像区間または連続する画像間で動きが少ない画像区間を検出する手段を備え、
画像が静止している画像区間または連続する画像間で動きが少ない画像区間を前記品質情報の送信タイミングとすることを特徴とする請求項１又は請求項２に記載の通信端末装置。
【請求項５】
前記品質情報に基づいて前記通信ネットワークが輻輳状態にあるか判断する手段を備え、
前記送信タイミング算出手段は、前記通信ネットワークが輻輳状態にあると判断された場合に、前記品質情報の送信を保留することを特徴とする請求項１に記載の通信端末装置。
【請求項６】
通信ネットワークを介して通信相手から受信した受信信号に基づいて品質情報を算出する品質情報算出機能と、
該品質情報を品質情報送信バッファに格納する機能と、
該受信信号に基づいて信号を再生する信号再生機能と、
該信号再生上の瑕疵があったとしてもサービス品質変動が許容範囲内である再生区間を、前記品質情報の送信タイミングとする送信タイミング算出機能と、
前記通信ネットワークを介して、該送信タイミングで品質情報を品質管理装置へ送信する品質情報送信機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−１２４３２０（Ｐ２００９−１２４３２０Ａ）
【公開日】平成２１年６月４日（２００９．６．４）
【国際特許分類】
【出願番号】特願２００７−２９４４９５（Ｐ２００７−２９４４９５）
【出願日】平成１９年１１月１３日（２００７．１１．１３）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２１年６月４日（２００９．６．４）
【国際特許分類】
【出願日】平成１９年１１月１３日（２００７．１１．１３）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]