(57)【要約】【課題】ＭＣＵ装置を用いた多地点コミュニケーションについてユーザが体感する総合品質を精度よく推定できるようにする。【解決手段】総合品質推定装置１Ａにおいて、多地点コミュニケーションを構成する各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への各呼を総合した品質管理情報と、ＭＣＵ装置４からアプリケーション端末２Ａへの呼の品質管理情報とから、それぞれの呼に関する重み情報に基づき、各アプリケーション端末２Ａ〜２Ｄからアプリケーション端末２Ａまでの全体の経路に関する総合品質値を推定する。【選択図】  図１
2005277685.tif 000002
【特許請求の範囲】
【請求項１】
パケット網に設けられたＭＣＵ装置と呼接続して各種メディアデータをパケットで相互にやり取りすることにより多地点コミュニケーションを行う複数の端末ごとに設けられて、当該端末で前記多地点コミュニケーションを利用するユーザが総合的に体感する総合品質を推定する総合品質推定装置であって、
前記各端末から前記ＭＣＵ装置への各呼に関する第１の品質管理情報と、前記ＭＣＵ装置から当該端末への呼に関する第２の品質管理情報とから、前記総合品質における前記各呼の重要度を示す重み情報に基づき、前記所望の総合品質値を推定する総合品質推定手段を備えることを特徴とする総合品質推定装置。
【請求項２】
請求項１に記載の総合品質推定装置において、
前記総合品質推定手段は、前記第１の品質管理情報から推定されたユーザが体感する第１のユーザ体感品質値、および前記第２の品質管理情報から推定されたユーザが体感する第２のユーザ体感品質値について、予め設定された前記多地点アプリケーションで得られる最良品質値との品質差をそれぞれ算出し、これら品質差を前記重み情報に基づきそれぞれ補正した後、前記最良品質値からそれぞれ減算することにより所望の総合品質を算出することを特徴とする総合品質推定装置。
【請求項３】
請求項２に記載の総合品質推定装置において、
前記第１のユーザ体感品質値は、前記各端末から前記ＭＣＵ装置への呼ごとに推定されたユーザ体感品質を、前記第１のユーザ体感品質値における前記各呼の重要度で重み付けして平均化した値からなることを特徴とする総合品質推定装置。
【請求項４】
請求項２に記載の総合品質推定装置において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信手段と、
前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を前記挙動情報に基づき生成する合成品質管理情報生成手段と、
前記合成品質管理情報生成手段で生成された前記合成品質管理情報に基づき前記第１のユーザ体感品質値を推定するユーザ体感品質推定手段とをさらに備えることを特徴とする総合品質推定装置。
【請求項５】
請求項２に記載の総合品質推定装置において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信手段と、
前記品質管理情報通信手段で取得された前記合成品質管理情報に基づき前記第１のユーザ体感品質値を推定するユーザ体感品質推定手段とをさらに備えることを特徴とする総合品質推定装置。
【請求項６】
請求項２に記載の総合品質推定装置において、
前記ＭＣＵ装置から当該端末への呼で転送された前記パケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成手段と、
前記品質管理情報取得手段で得られた前記第２の品質管理情報に基づき前記第２のユーザ体感品質値を推定するユーザ体感品質推定手段とをさらに備えることを特徴とする総合品質推定装置。
【請求項７】
請求項２に記載の総合品質推定装置において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記各端末から前記ＭＣＵ装置への各呼のネットワーク品質値から前記ＭＣＵ装置で推定した前記第１のユーザ体感品質値を、前記第１の品質管理情報として取得する品質管理情報通信手段をさらに備えることを特徴とする総合品質推定装置。
【請求項８】
請求項１に記載の総合品質推定装置において、
任意の品質管理情報に基づきユーザ体感品質値を推定するユーザ体感品質推定手段をさらに備え、
前記総合品質推定手段は、前記第１の品質管理情報と前記第２の品質管理情報とを前記重み情報に基づきそれぞれ補正した後に加算して総合品質管理情報を生成し、この総合品質管理情報に基づき前記ユーザ体感品質推定手段により所望の総合品質を推定することを特徴とする総合品質推定装置。
【請求項９】
請求項８に記載の総合品質推定装置において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信手段と、
前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を前記挙動情報に基づき生成する合成品質管理情報生成手段とをさらに備え、
前記総合品質推定手段は、前記合成品質管理情報と前記第２の品質管理情報とから総合品質管理情報を生成することを特徴とする総合品質推定装置。
【請求項１０】
請求項８に記載の総合品質推定装置において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信手段をさらに備え、
前記総合品質推定手段は、前記合成品質管理情報と前記第２の品質管理情報とから総合品質管理情報を生成することを特徴とする総合品質推定装置。
【請求項１１】
請求項８に記載の総合品質推定装置において、
前記ＭＣＵ装置から当該端末への呼で転送された前記パケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成手段をさらに備えることを特徴とする総合品質推定装置。
【請求項１２】
請求項１に記載の総合品質推定装置において、
当該総合品質推定装置で得られた任意の情報をＭＩＢ（Management Information Base）情報として自装置で管理しまたは当該端末へ登録する情報管理手段をさらに備えることを特徴とする総合品質推定装置。
【請求項１３】
請求項４、請求項５、請求項７、請求項９、または請求項１０のいずれかに記載の総合品質推定装置において、
前記制御パケットは、ＲＴＣＰ（RTP Control Protocol）を用いた制御用パケットからなり、
前記品質管理情報通信手段は、前記制御パケットをＲＴＰ（Real-time Transport Protocol）に基づき送受信することにより前記品質管理情報をやり取りすることを特徴とする総合品質推定装置。
【請求項１４】
パケット網に設けられたＭＣＵ装置と呼接続して各種メディアデータをパケットで相互にやり取りすることにより多地点コミュニケーションを行う複数の端末ごとに設けられた総合品質推定装置で、当該端末で前記多地点コミュニケーションを利用するユーザが他の端末との各呼について総合的に体感する総合品質を推定する総合品質推定方法であって、
前記各端末から前記ＭＣＵ装置への各呼に関する第１の品質管理情報と、前記ＭＣＵ装置から当該端末への呼に関する第２の品質管理情報とから、前記総合品質における前記各呼の重要度を示す重み情報に基づき、前記所望の総合品質値を推定する総合品質推定ステップを備えることを特徴とする総合品質推定方法。
【請求項１５】
請求項１４に記載の総合品質推定方法において、
前記総合品質推定ステップは、前記第１の品質管理情報から推定されたユーザが体感する第１のユーザ体感品質値、および前記第２の品質管理情報から推定されたユーザが体感する第２のユーザ体感品質値について、予め設定された前記多地点アプリケーションで得られる最良品質値との品質差をそれぞれ算出するステップと、
これら品質差を前記重み情報に基づきそれぞれ補正した後、前記最良品質値からそれぞれ減算することにより所望の総合品質を算出するステップとを有することを特徴とする総合品質推定方法。
【請求項１６】
請求項１５に記載の総合品質推定方法において、
前記第１のユーザ体感品質値は、前記各端末から前記ＭＣＵ装置への呼ごとに推定されたユーザ体感品質を、前記第１のユーザ体感品質値における前記各呼の重要度で重み付けして平均化した値からなることを特徴とする総合品質推定方法。
【請求項１７】
請求項１５に記載の総合品質推定方法において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信ステップと、
前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を前記挙動情報に基づき生成する合成品質管理情報生成ステップと、
前記合成品質管理情報生成ステップで生成された前記合成品質管理情報に基づき前記第１のユーザ体感品質値を推定するユーザ体感品質推定ステップとをさらに備えることを特徴とする総合品質推定方法。
【請求項１８】
請求項１５に記載の総合品質推定方法において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信ステップと、
前記品質管理情報通信ステップで取得された前記合成品質管理情報に基づき前記第１のユーザ体感品質値を推定するユーザ体感品質推定ステップとをさらに備えることを特徴とする総合品質推定方法。
【請求項１９】
請求項１５に記載の総合品質推定方法において、
前記ＭＣＵ装置から当該端末への呼で転送された前記パケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成ステップと、
前記品質管理情報取得ステップで得られた前記第２の品質管理情報に基づき前記第２のユーザ体感品質値を推定するユーザ体感品質推定ステップとをさらに備えることを特徴とする総合品質推定方法。
【請求項２０】
請求項１５に記載の総合品質推定方法において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記各端末から前記ＭＣＵ装置への各呼のネットワーク品質値から前記ＭＣＵ装置で推定した前記第１のユーザ体感品質値を、前記第１の品質管理情報として取得する品質管理情報通信ステップをさらに備えることを特徴とする総合品質推定方法。
【請求項２１】
請求項１４に記載の総合品質推定方法において、
任意の品質管理情報に基づきユーザ体感品質値を推定するユーザ体感品質推定ステップをさらに備え、
前記総合品質推定ステップは、前記第１の品質管理情報と前記第２の品質管理情報とを前記重み情報に基づきそれぞれ補正した後に加算して総合品質管理情報を生成し、この総合品質管理情報に基づき前記ユーザ体感品質推定ステップにより所望の総合品質を推定することを特徴とする総合品質推定方法。
【請求項２２】
請求項２１に記載の総合品質推定方法において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信ステップと、
前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を前記挙動情報に基づき生成する合成品質管理情報生成ステップとをさらに備え、
前記総合品質推定ステップは、前記合成品質管理情報と前記第２の品質管理情報とから総合品質管理情報を生成することを特徴とする総合品質推定方法。
【請求項２３】
請求項２１に記載の総合品質推定方法において、
前記ＭＣＵ装置との間で制御パケットを送受信することにより、前記ＭＣＵ装置で得られた前記第１の品質管理情報として、前記各端末から前記ＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信ステップをさらに備え、
前記総合品質推定ステップは、前記合成品質管理情報と前記第２の品質管理情報とから総合品質管理情報を生成することを特徴とする総合品質推定方法。
【請求項２４】
請求項２１に記載の総合品質推定方法において、
前記ＭＣＵ装置から当該端末への呼で転送された前記パケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成ステップをさらに備えることを特徴とする総合品質推定方法。
【請求項２５】
請求項１４に記載の総合品質推定方法において、
当該総合品質推定装置で得られた任意の情報をＭＩＢ（Management Information Base）情報として自装置で管理しまたは当該端末へ登録する情報管理ステップをさらに備えることを特徴とする総合品質推定方法。
【請求項２６】
請求項１７、請求項１８、請求項２０、請求項２２、または請求項２３のいずれかに記載の総合品質推定方法において、
前記制御パケットは、ＲＴＣＰ（RTP Control Protocol）を用いた制御用パケットからなり、
前記品質管理情報通信ステップは、前記制御パケットをＲＴＰ（Real-time Transport Protocol）に基づき送受信することにより前記品質管理情報をやり取りすることを特徴とする総合品質推定方法。
【請求項２７】
パケット網に接続されて、前記パケット網上のＭＣＵ装置と呼接続した複数の端末間で行われる多地点コミュニケーションの品質監視管理を行う品質監視装置であって、
請求項１４〜請求項２６のいずれかに記載の品質推定方法を用いて前記端末ごとに推定された総合品質値と所定の目標品質値とをそれぞれ比較して品質を監視する監視手段と、
前記総合品質値のいずれかが前記目標品質値を満足していない場合は、前記多地点コミュニケーションの品質低下を通知する警報を出力する警報手段とを備えることを特徴とする品質監視装置。
【請求項２８】
請求項２７に記載の品質監視装置において、
前記総合品質値のいずれかが前記目標品質値を満足していない場合は、当該総合品質値が前記目標品質値を満足するまで、当該総合品質値の算出に用いた各品質管理情報のうち最低値を示す品質管理情報を除外して当該総合品質値の再計算を繰り返し、当該総合品質値が前記目標品質値を満足した時点で、それまでに除外した品質管理情報に対応する呼または端末を総合品質劣化要因として通知する品質劣化調査手段をさらに備えることを特徴とする品質監視装置。
【請求項２９】
請求項２７に記載の品質監視装置において、
自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または前記総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する前記端末から、前記監視手段で用いる前記品質管理情報を取得する情報取得手段をさらに備えることを特徴とする品質監視装置。
【請求項３０】
請求項２７に記載の品質監視装置において、
自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または前記総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する前記端末から、前記各呼に関する各種品質管理情報を取得する情報取得手段と、
前記品質管理情報に基づき前記監視手段で用いる前記総合品質値を推定する総合品質推定手段とをさらに備えることを特徴とする品質監視装置。
【請求項３１】
パケット網に接続された品質監視装置で、前記パケット網上のＭＣＵ装置と相互に呼接続した複数の端末間で行われる多地点コミュニケーションの品質監視を行う品質監視方法であって、
請求項１４〜請求項２６のいずれかに記載の品質推定方法を用いて前記端末ごとに推定された総合品質値と所定の目標品質値とをそれぞれ比較して品質を監視する監視ステップと、
前記総合品質値のいずれかが前記目標品質値を満足していない場合は、前記多地点コミュニケーションの品質低下を通知する警報を出力する警報ステップとを備えることを特徴とする品質監視方法。
【請求項３２】
請求項３１に記載の品質監視方法において、
前記総合品質値のいずれかが前記目標品質値を満足していない場合は、当該総合品質値が前記目標品質値を満足するまで、当該総合品質値の算出に用いた各品質管理情報のうち最低値を示す品質管理情報を除外して当該総合品質値の再計算を繰り返し、当該総合品質値が前記目標品質値を満足した時点で、それまでに除外した品質管理情報に対応する呼または端末を総合品質劣化要因として通知する品質劣化調査ステップをさらに備えることを特徴とする品質監視方法。
【請求項３３】
請求項３１に記載の品質監視方法において、
自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または前記総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する前記端末から、前記監視手段で用いる前記品質管理情報を取得する情報取得ステップをさらに備えることを特徴とする品質監視方法。
【請求項３４】
請求項３１に記載の品質監視方法において、
自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または前記総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する前記端末から、前記各呼に関する各種品質管理情報を取得する情報取得ステップと、
前記品質管理情報に基づき前記監視手段で用いる前記総合品質値を推定する総合品質推定ステップとをさらに備えることを特徴とする品質監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信技術に関し、特に多地点間で行われるコミュニケーションに対するユーザの体感品質を推定する技術に関する。
【背景技術】
【０００２】
ＩＰ電話や映像配信等のようなリアルタイム系アプリケーションサービスの普及に伴い、これらリアルタイム系アプリケーションサービスで提供されるサービス品質を推定する技術が注目されている。
このようなリアルタイム系アプリケーションサービスでは、そのサービス品質を評価し管理するため、パケットレベルで容易に計測可能で客観的な値を示すネットワーク品質だけでなく、サービスを利用するユーザが感じる主観的な品質すなわちユーザ体感品質が重要となる。
【０００３】
現在、このようなリアルタイム系アプリケーションサービスで用いられる、One-to-OneやOne-to-Anyといった形態での通信において、容易に計測可能で客観的なネットワーク品質からユーザ体感品質を推定・管理する技術が研究されている。
その１つとして、発明者らは、例えばＶｏＩＰなど、パケット網におけるリアルタイム系アプリケーションの音声に対する主観的なユーザ体感品質推定技術や、それを利用したネットワーク管理技術を提案した（例えば、特許文献１、特許文献２など参照）。
【０００４】
このユーザ体感品質推定技術では、まず、ＩＰ電話のようなOne-to-Oneの通信や、映像配信のようなOne-to-Anyの通信（１ユーザのみに着目すればOne-to-Oneの通信）において、着目した任意の１ユーザと通信相手とを結ぶ経路上でネットワーク品質を測定・監視する。
そして、予め生成しておいた測定結果とユーザ体感品質評価値との関係を示す推定モデルを参照して、当該経路での測定結果に対応するユーザ体感品質評価値を、着目したユーザの体感品質として推定するものである。
【０００５】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【特許文献１】特開２００２−０６４５３９号公報
【特許文献２】特開２００４−０２３５９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
リアルタイム系アプリケーションサービスの１つとして、例えば、多地点ＴＶ会議や多地点ＩＰ電話会議などの多地点コミュニケーションサービスがある。この種の多地点コミュニケーションサービスでは、パケット網に接続されたＭＣＵ装置（Multipointo Control Unit：多地点接続装置）を使用する場合、各端末からのパケットがＭＣＵ装置で合成されて各端末へ配信されるため、ＭＣＵ装置の前後でパケットが通る経路さらにはセッションが異なる。そのため、経路ごとにネットワーク品質、例えば、損失率、遅延量、遅延揺らぎ等、ネットワークの物理的（回線速度等）要因や背景負荷（他のトラヒックの利用状況）による現象が異なる。
【０００７】
しかしながら、従来技術では、着目した任意の１ユーザが使用する経路上のネットワーク品質に基づきユーザ体感品質を推定するものとなっている。
このため、多地点間でのパケット通信を行う多地点コミュニケーションサービスのように、複数ユーザのメディアデータがＭＣＵ装置で合成されて配信されるネットワーク構成で従来技術を適用した場合、ＭＣＵ装置と当該推定端末との間の呼に対するユーザ体感品質のみが推定対象となる。
【０００８】
したがって、各端末からＭＣＵ装置までの経路については考慮されないことから、ＭＣＵ装置の前後で用いられる各経路で品質差があるような多地点コミュニケーションサービスについては、任意の端末での総合的なユーザ体感品質を精度よく推定・監視することができないという問題点があった。
本発明はこのような課題を解決するためのものであり、ＭＣＵ装置を用いた多地点コミュニケーションについてユーザが体感する総合品質を精度よく推定し監視できる多地点コミュニケーションサービスの総合品質推定装置、方法、品質監視装置、および方法を提供することを目的としている。
【課題を解決するための手段】
【０００９】
このような目的を達成するために、本発明にかかる総合品質推定装置は、パケット網に設けられたＭＣＵ装置と呼接続して各種メディアデータをパケットで相互にやり取りすることにより多地点コミュニケーションを行う複数の端末ごとに設けられて、当該端末で多地点コミュニケーションを利用するユーザが総合的に体感する総合品質を推定する総合品質推定装置であって、各端末からＭＣＵ装置への各呼に関する第１の品質管理情報と、ＭＣＵ装置から当該端末への呼に関する第２の品質管理情報とから、総合品質における各呼の重要度を示す重み情報に基づき、所望の総合品質値を推定する総合品質推定手段を備えるものである。
【００１０】
総合品質の具体的算出については、総合品質推定手段で、第１の品質管理情報から推定されたユーザが体感する第１のユーザ体感品質値、および第２の品質管理情報から推定されたユーザが体感する第２のユーザ体感品質値について、予め設定された多地点アプリケーションで得られる最良品質値との品質差をそれぞれ算出し、これら品質差を重み情報に基づきそれぞれ補正した後、最良品質値からそれぞれ減算することにより所望の総合品質を算出するようにしてもよい。
【００１１】
この際、第１のユーザ体感品質値として、各端末からＭＣＵ装置への呼ごとに推定されたユーザ体感品質を、第１のユーザ体感品質値における各呼の重要度で重み付けして平均化した値を用いてもよい。
【００１２】
また、第１のユーザ体感品質値の推定については、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信手段と、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を挙動情報に基づき生成する合成品質管理情報生成手段と、合成品質管理情報生成手段で生成された合成品質管理情報に基づき第１のユーザ体感品質値を推定するユーザ体感品質推定手段とをさらに備えてもよい。
【００１３】
あるいは、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信手段と、品質管理情報通信手段で取得された合成品質管理情報に基づき第１のユーザ体感品質値を推定するユーザ体感品質推定手段とをさらに備えてもよい。
【００１４】
また、第２のユーザ体感品質値の推定については、ＭＣＵ装置から当該端末への呼で転送されたパケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成手段と、品質管理情報取得手段で得られた第２の品質管理情報に基づき第２のユーザ体感品質値を推定するユーザ体感品質推定手段とをさらに備えてもよい。
【００１５】
また、第１のユーザ体感品質値については、ＭＣＵ装置との間で制御パケットを送受信することにより、各端末からＭＣＵ装置への各呼のネットワーク品質値からＭＣＵ装置で推定した第１のユーザ体感品質値を、第１の品質管理情報として取得する品質管理情報通信手段をさらに備えてもよい。
【００１６】
また、総合品質の他の具体的算出については、任意の品質管理情報に基づきユーザ体感品質値を推定するユーザ体感品質推定手段をさらに備え、総合品質推定手段は、第１の品質管理情報と第２の品質管理情報とを重み情報に基づきそれぞれ補正した後に加算して総合品質管理情報を生成し、この総合品質管理情報に基づきユーザ体感品質推定手段により所望の総合品質を推定するようにしてもよい。
【００１７】
より具体的には、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信手段と、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を挙動情報に基づき生成する合成品質管理情報生成手段とをさらに備え、総合品質推定手段で、合成品質管理情報と第２の品質管理情報とから総合品質管理情報を生成するようにしてもよい。
【００１８】
あるいは、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信手段をさらに備え、総合品質推定手段は、合成品質管理情報と第２の品質管理情報とから総合品質管理情報を生成するようにしてもよい。
【００１９】
また、第２の品質管理情報については、ＭＣＵ装置から当該端末への呼で転送されたパケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成手段をさらに備えてもよい。
【００２０】
また、当該総合品質推定装置で得られた任意の情報をＭＩＢ（Management Information Base）情報として自装置で管理しまたは当該端末へ登録する情報管理手段をさらに備えてもよい。
【００２１】
また、品質管理情報について、制御パケットとして、ＲＴＣＰ（RTP Control Protocol）を用いた制御用パケットを用い、品質管理情報通信手段で、制御パケットをＲＴＰ（Real-time Transport Protocol）に基づき送受信することにより品質管理情報をやり取りするようにしてもよい。
【００２２】
また、本発明にかかる総合品質推定方法は、パケット網に設けられたＭＣＵ装置と呼接続して各種メディアデータをパケットで相互にやり取りすることにより多地点コミュニケーションを行う複数の端末ごとに設けられた総合品質推定装置で、当該端末で多地点コミュニケーションを利用するユーザが他の端末との各呼について総合的に体感する総合品質を推定する総合品質推定方法であって、各端末からＭＣＵ装置への各呼に関する第１の品質管理情報と、ＭＣＵ装置から当該端末への呼に関する第２の品質管理情報とから、総合品質における各呼の重要度を示す重み情報に基づき、所望の総合品質値を推定する総合品質推定ステップを備えるものである。
【００２３】
総合品質の具体的算出については、総合品質推定ステップとして、第１の品質管理情報から推定されたユーザが体感する第１のユーザ体感品質値、および第２の品質管理情報から推定されたユーザが体感する第２のユーザ体感品質値について、予め設定された多地点アプリケーションで得られる最良品質値との品質差をそれぞれ算出するステップと、これら品質差を重み情報に基づきそれぞれ補正した後、最良品質値からそれぞれ減算することにより所望の総合品質を算出するステップとを設けてもよい。
【００２４】
この際、第１のユーザ体感品質値として、各端末からＭＣＵ装置への呼ごとに推定されたユーザ体感品質を、第１のユーザ体感品質値における各呼の重要度で重み付けして平均化した値を用いてもよい。
【００２５】
また、第１のユーザ体感品質値の推定については、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信ステップと、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を挙動情報に基づき生成する合成品質管理情報生成ステップと、合成品質管理情報生成ステップで生成された合成品質管理情報に基づき第１のユーザ体感品質値を推定するユーザ体感品質推定ステップとをさらに備えてもよい。
【００２６】
あるいは、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信ステップと、品質管理情報通信ステップで取得された合成品質管理情報に基づき第１のユーザ体感品質値を推定するユーザ体感品質推定ステップとをさらに備えてもよい。
【００２７】
また、第２のユーザ体感品質値の推定については、ＭＣＵ装置から当該端末への呼で転送されたパケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成ステップと、品質管理情報取得ステップで得られた第２の品質管理情報に基づき第２のユーザ体感品質値を推定するユーザ体感品質推定ステップとをさらに備えてもよい。
【００２８】
また、第１のユーザ体感品質値については、ＭＣＵ装置との間で制御パケットを送受信することにより、各端末からＭＣＵ装置への各呼のネットワーク品質値からＭＣＵ装置で推定した第１のユーザ体感品質値を、第１の品質管理情報として取得する品質管理情報通信ステップをさらに備えてもよい。
【００２９】
また、総合品質の他の具体的算出については、任意の品質管理情報に基づきユーザ体感品質値を推定するユーザ体感品質推定ステップをさらに備え、総合品質推定ステップは、第１の品質管理情報と第２の品質管理情報とを重み情報に基づきそれぞれ補正した後に加算して総合品質管理情報を生成し、この総合品質管理情報に基づきユーザ体感品質推定ステップにより所望の総合品質を推定するようにしてもよい。
【００３０】
より具体的には、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼で転送された各パケットの挙動を示す挙動情報を取得する品質管理情報通信ステップと、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を挙動情報に基づき生成する合成品質管理情報生成ステップとをさらに備え、総合品質推定ステップで、合成品質管理情報と第２の品質管理情報とから総合品質管理情報を生成するようにしてもよい。
【００３１】
あるいは、ＭＣＵ装置との間で制御パケットを送受信することにより、ＭＣＵ装置で得られた第１の品質管理情報として、各端末からＭＣＵ装置への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を取得する品質管理情報通信ステップをさらに備え、総合品質推定ステップは、合成品質管理情報と第２の品質管理情報とから総合品質管理情報を生成するようにしてもよい。
【００３２】
また、第２の品質管理情報については、ＭＣＵ装置から当該端末への呼で転送されたパケットから当該呼のネットワーク品質を示す第２の品質管理情報を生成する品質管理情報生成ステップをさらに備えてもよい。
【００３３】
また、当該総合品質推定装置で得られた任意の情報をＭＩＢ（Management Information Base）情報として自装置で管理し、または当該端末へ登録する情報管理ステップをさらに備えてもよい。
【００３４】
また、品質管理情報として、制御パケットは、ＲＴＣＰ（RTP Control Protocol）を用いた制御用パケットを用い、品質管理情報通信ステップは、制御パケットをＲＴＰ（Real-time Transport Protocol）に基づき送受信することにより品質管理情報をやり取りするようにしてもよい。
【００３５】
また、本発明にかかる品質監視装置は、パケット網に接続されて、パケット網上のＭＣＵ装置と呼接続した複数の端末間で行われる多地点コミュニケーションの品質監視管理を行う品質監視装置であって、上記品質推定方法のいずれかを用いて端末ごとに推定された総合品質値と所定の目標品質値とをそれぞれ比較して品質を監視する監視手段と、総合品質値のいずれかが目標品質値を満足していない場合は、多地点コミュニケーションの品質低下を通知する警報を出力する警報手段とを備えるものである。
【００３６】
この際、品質劣化の調査について、総合品質値のいずれかが目標品質値を満足していない場合は、当該総合品質値が目標品質値を満足するまで、当該総合品質値の算出に用いた各品質管理情報のうち最低値を示す品質管理情報を除外して当該総合品質値の再計算を繰り返し、当該総合品質値が目標品質値を満足した時点で、それまでに除外した品質管理情報に対応する呼または端末を総合品質劣化要因として通知する品質劣化調査手段をさらに備えてもよい。
【００３７】
また、総合品質値について、自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する端末から、監視手段で用いる品質管理情報を取得する情報取得手段をさらに備えてもよい。
【００３８】
あるいは、自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する端末から、各呼に関する各種品質管理情報を取得する情報取得手段と、品質管理情報に基づき監視手段で用いる総合品質値を推定する総合品質推定手段とをさらに備えてもよい。
【００３９】
また、本発明にかかる品質監視方法は、パケット網に接続された品質監視装置で、パケット網上のＭＣＵ装置と相互に呼接続した複数の端末間で行われる多地点コミュニケーションの品質監視を行う品質監視方法であって、上記品質推定方法のいずれかを用いて端末ごとに推定された総合品質値と所定の目標品質値とをそれぞれ比較して品質を監視する監視ステップと、総合品質値のいずれかが目標品質値を満足していない場合は、多地点コミュニケーションの品質低下を通知する警報を出力する警報ステップとを備えるものである。
【００４０】
この際、品質劣化の調査について、総合品質値のいずれかが目標品質値を満足していない場合は、当該総合品質値が目標品質値を満足するまで、当該総合品質値の算出に用いた各品質管理情報のうち最低値を示す品質管理情報を除外して当該総合品質値の再計算を繰り返し、当該総合品質値が目標品質値を満足した時点で、それまでに除外した品質管理情報に対応する呼または端末を総合品質劣化要因として通知する品質劣化調査ステップをさらに備えてもよい。
【００４１】
また、総合品質値について、自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する端末から、監視手段で用いる品質管理情報を取得する情報取得ステップをさらに備えてもよい。
【００４２】
あるいは、自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置、または総合品質推定装置で得られた各種情報をＭＩＢ情報として管理する端末から、各呼に関する各種品質管理情報を取得する情報取得ステップと、品質管理情報に基づき監視手段で用いる総合品質値を推定する総合品質推定ステップとをさらに備えてもよい。
【発明の効果】
【００４３】
本発明によれば、ＭＣＵ装置を介して接続された各端末との多地点コミュニケーションについてユーザが体感するユーザ体感品質値が、各端末からＭＣＵ装置までの呼に関する品質管理情報とＭＣＵ装置から当該端末までの呼に関する品質管理情報とから、それぞれの重み情報に基づき総合品質推定値として求められるため、ＭＣＵ装置の前後で用いられる各経路で品質差がある多地点コミュニケーションサービスであっても、メディア全体の品質をユーザが体感する品質として容易に推定できる。
また、各端末での総合品質値に基づき、品質管理情報で多地点コミュニケーションの品質を一元的に監視でき、必要に応じて品質管理者が品質劣化に対応することができる。
【発明を実施するための最良の形態】
【００４４】
次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
まず、図１を参照して、本発明の一実施の形態にかかる品質推定システムについて説明する。図１は本発明の一実施の形態にかかる総合品質推定装置が適用される品質推定システムの構成例である。
【００４５】
この総合品質推定システムは、パケット網５に接続されたＭＣＵ装置４を介して多地点コミュニケーションを行う複数のアプリケーション端末２（２Ａ〜２Ｄ）について、それぞれのアプリケーション端末２を利用するユーザが各アプリケーション端末２との多地点コミュニケーションで総合的に体感する品質を推定し監視するシステムである。
この品質推定システムは、各アプリケーション端末２ごとに設けられて、当該アプリケーション端末２で多地点コミュニケーションを利用するユーザが体感する総合品質を推定する総合品質推定装置１Ａ〜１Ｄと、アプリケーション端末２Ａ〜２Ｄでの総合品質値を監視して多地点コミュニケーション全体の品質監視を行う品質監視装置３とから構成されている。
【００４６】
アプリケーション端末２は、全体としてコンピュータからなり、各種アプリケーション（ソフトウェア）をコンピュータで実行することにより、各種コミュニケーション機能を実現する。この際、アプリケーションとしてリアルタイム系アプリケーションを実行することにより、ＭＣＵ装置４を介して他のアプリケーション端末２とパケット通信を行い、多地点ＴＶ会議や多地点ＩＰ電話会議などの多地点コミュニケーションを実現する。
ＭＣＵ装置４は、全体としてコンピュータからなり、所定のアプリケーション（ソフトウェア）をコンピュータで実行することにより、各アプリケーション端末２からのパケットを合成して各アプリケーション端末２へ配信する多地点接続通信を実現する。
【００４７】
［総合品質推定装置］
次に、図２を参照して、本実施の形態にかかる総合品質推定装置１について説明する。図２は、本実施の形態にかかる総合品質推定装置１の構成を示すブロック図である。
この総合品質推定装置１（１Ａ〜１Ｄ）は、全体としてコンピュータからなり、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、記憶部１２、および制御部１３が設けられている。
【００４８】
通信Ｉ／Ｆ部１１は、パケット網５を介して他の装置とパケット通信を行う回路部である。
記憶部１２は、メモリやハードディスクなどの記憶装置からなり、制御部１３での処理に用いる各種情報やプログラムを記憶する。
【００４９】
制御部１３は、ＣＰＵなどのマイクロプロセッサとその周辺回路からなり、記憶部１２のプログラムを読み込んで実行することにより、上記ハードウェアとプログラムとを協働させて各所機能手段を実現する機能部である。
制御部１３で実現される機能手段としては、品質管理情報通信手段１３Ａ、品質管理情報生成手段１３Ｂ、ユーザ体感品質推定手段１３Ｃ、合成品質管理情報生成手段１３Ｄ、総合品質推定手段１３Ｅ、および情報管理手段１３Ｆがある。
【００５０】
品質管理情報通信手段１３Ａは、ＭＣＵ装置４との間で通信Ｉ／Ｆ部１１およびパケット網５を介して制御パケットを送受信することにより、各アプリケーション端末２からＭＣＵ装置４への各呼に関する各種品質管理情報（第１の品質管理情報）をやり取りする機能手段である。
品質管理情報生成手段１３Ｂは、ＭＣＵ装置４から当該アプリケーション端末２への呼で転送されたパケットをキャプチャして、当該呼のネットワーク品質を示す品質管理情報（第２の品質管理情報）を生成する機能手段である。
なお、各呼から取得されるネットワーク品質としては、例えば、損失率、遅延量、遅延揺らぎ等、ネットワークの物理的（回線速度等）要因や背景負荷（他のトラヒックの利用状況）などがある。
【００５１】
ユーザ体感品質推定手段１３Ｃは、品質管理情報通信手段１３ＡでＭＣＵ装置４から取得した品質管理情報、品質管理情報生成手段１３Ｂで得られた品質管理情報、さらには合成品質管理情報生成手段１３Ｄで得られた合成品質管理情報などのネットワーク品質値に基づいて、当該呼からユーザが体感するユーザ体感品質値を推定する機能手段である。
合成品質管理情報生成手段１３Ｄは、各アプリケーション端末２からＭＣＵ装置４への各呼を合成した際にネットワーク品質として得られる合成品質管理情報を生成する機能手段である。
【００５２】
総合品質推定手段１３Ｅは、各アプリケーション端末２からＭＣＵ装置４への各呼に関する品質管理情報（第１の品質管理情報）と、ＭＣＵ装置４から当該総合品質推定装置１に対応するアプリケーション端末２への呼に関する品質管理情報（第２の品質管理情報）とから、総合品質における各呼の重要度を示す重み情報に基づき、所望の総合品質値を推定する機能手段である。
情報管理手段１３Ｆは、当該総合品質推定装置１で得られた任意の情報を、ネットワーク管理の標準規格ＭＩＢ（Management Information Base）で規定されたＭＩＢ情報として管理し、あるいは当該アプリケーション端末２へ登録する機能手段である。
【００５３】
［総合品質推定装置の動作］
次に、図３を参照して、本発明の第１の実施の形態にかかる総合品質推定装置１の動作について説明する。図３は、本発明の第１の実施の形態にかかる総合品質推定装置１の動作を示すシーケンス図である。ここでは、アプリケーション端末２Ａ〜２ＤがＭＣＵ装置４を介して多地点コミュニケーションとして４者ＩＰ電話会議を行っている状態で、総合品質推定装置１Ａにおいて、対応するアプリケーション端末２Ａで多地点コミュニケーションを利用するユーザがＭＣＵ装置４との呼について体感する総合品質値を推定する場合を例として説明する。
【００５４】
まず、総合品質推定装置１Ａは、品質管理情報生成手段１３Ｂにより、ＭＣＵ装置４から当該アプリケーション端末２への下り経路上の呼で転送されてきたパケットをキャプチャし、そのネットワーク品質を示す品質管理情報を取得する（ステップ１００）。これと並行して、ＭＣＵ装置４においても、各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への上り経路上の各呼で転送されてきたパケットをキャプチャし、そのネットワーク品質を示す品質管理情報をそれぞれ取得し（ステップ１００）、各呼のネットワーク品質を示す品質管理情報を総合品質推定装置１Ａへ通知する（ステップ１０１）。
【００５５】
次に、総合品質推定装置１Ａは、ＭＣＵ装置４からの品質管理情報を品質管理情報通信手段１３Ａで取得し、合成品質管理情報生成手段１３Ｄで、各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への各呼に関する品質管理情報に基づき、これら各呼のネットワーク品質を合成したネットワーク品質値として合成品質管理情報を生成する（ステップ１０２）。
そして、ユーザ体感品質推定手段１３Ｃで、上記合成品質管理情報に基づき、ＭＣＵ装置４での各アプリケーション端末２Ａ〜２Ｄとの間の各呼のユーザ体感品質値を合成したユーザ体感品質値を推定する（ステップ１０３）。
【００５６】
また、ユーザ体感品質推定手段１３Ｃで、品質管理情報通信手段１３Ａにより得られた品質管理情報に基づき、アプリケーション端末２ＢでのＭＣＵ装置４との間の呼に関するユーザ体感品質値を推定する（ステップ１０４）。
そして、総合品質推定手段１３Ｅで、上記２つのユーザ体感品質から、それぞれの呼に関する重み情報に基づいて、ＭＣＵ装置４からアプリケーション端末２Ａへの呼に関する総合品質値を算出し（ステップ１０５）、一連の総合品質推定動作を終了する。
【００５７】
図４は、本発明の第１の実施の形態にかかる総合品質値推定動作を示す説明図である。
各アプリケーション端末２Ａ〜２Ｄは、ＭＣＵ装置４とそれぞれ相互に呼接続することにより、多地点コミュニケーションとして４者ＩＰ電話会議を実現する。この例では、アプリケーション端末２Ａに着目して示されており、アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への呼４Ａ〜４Ｄと、ＭＣＵ装置４からアプリケーション端末２Ａへの呼４Ｅがそれぞれ確立されているものとする。
【００５８】
ここで、図３のステップ１０２で得られた各呼４Ａ〜４Ｄに関するネットワーク品質値（合成品質管理情報）をＤ(1)とし、図３のステップ１００で得られた呼４Ｅに関するネットワーク品質値をＤ(2)とした場合、図３のステップ１０３，１０４において、ネットワーク品質値Ｄ(1)，Ｄ(2)からそれぞれのユーザ体感品質値Ｓ(1)，Ｓ(2)が得られる。
そして、式（１）および式（２）に示すように、これらユーザ体感品質値Ｓ(1)，Ｓ(2)と当該多地点コミュニケーションで得られるユーザ体感品質値の最良品質値Ｓmaxとの品質差として、ΔＳ(1)，ΔＳ(2)が求められる。
ΔＳ(1)＝Ｓmax−Ｓ(1)…（１）
ΔＳ(2)＝Ｓmax−Ｓ(2)…（２）
【００５９】
最良品質値Ｓmaxは、当該多地点コミュニケーションにおいてネットワーク品質が最良の場合に得られるユーザ体感品質値であり、予め実験により求めておけばよい。
図５に示すように、多地点コミュニケーションの特性として、ネットワーク品質値Ｄとユーザ体感品質値Ｓとの関係を、実験結果に基づき推定モデルここでは回帰曲線６で表すことができる。この回帰曲線６において、ネットワーク品質値Ｄ＝０（品質劣化なし）となる点のユーザ体感品質値Ｓを最良品質値Ｓmaxと定義できる。
【００６０】
このようにして、品質差ΔＳ(1)，ΔＳ(2)を求め、予め設定しておいた各呼４Ａ〜４Ｄと呼４Ｅとの区間に対する重みＷ(1)，Ｗ(2)に基づき、アプリケーション端末２Ａに関する総合品質値Ｓaを式（３）により算出する。
Ｓa＝Ｓmax−｛ΔＳ(1)×Ｗ(1)＋ΔＳ(2)×Ｗ(2)｝…（３）
なお、重みＷ(1)，Ｗ(2)は、各アプリケーション端末２からＭＣＵ装置４への上り経路の区間と、ＭＣＵ装置４から各アプリケーション端末２への下り経路の区間とについて、総合品質に対する影響度を示すものであり、各アプリケーション端末２に共通して適用される。これら重みは、サービス開始時やアプリケーション変更時に決定し、多地点コミュニケーションを使用している間に変更する必要はない。
【００６１】
この式（３）では、アプリケーション端末２ＡからＭＣＵ装置４への上り経路ここでは呼４Ａ〜４Ｄで生ずるユーザ体感品質の劣化分ΔＳ(1)と、ＭＣＵ装置４からアプリケーション端末２Ｂへの下り経路ここでは呼４Ｅで生ずるユーザ体感品質の劣化分ΔＳ(2)とを、それぞれの重みＷ(1)，Ｗ(2)で補正した後、多地点コミュニケーションにおけるユーザ体感品質の最良品質値Ｓmaxから減算することにより、アプリケーション端末２Ａでの総合品質値Ｓaを求めている。
したがって、例えばユーザ体感品質値がＳ(1)＝3.2，Ｓ(2)＝3.6で、重み情報がＷ(1)：Ｗ(2)＝0.9：1、さらに最大値Ｓmax＝3.8の場合、品質差はΔＳ(1)＝0.6，ΔＳ(2)＝0.1となり、総合品質値はＳab＝3.16となる。
【００６２】
このように、各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への上り経路の呼に関する品質管理情報と、ＭＣＵ装置４から品質推定側のアプリケーション端末２Ａへの下り経路の呼に関する品質管理情報とについてそれぞれユーザ体感品質値を推定し、これらユーザ体感品質値から、それぞれの経路区間の重み情報に基づいて、アプリケーション端末２Ａでの総合品質値を算出するようにしたので、ＭＣＵ装置を用いた多地点コミュニケーションであっても、各アプリケーション端末からＭＣＵ装置までの経路の品質についても考慮された総合品質値を推定することができる。
【００６３】
したがって、ＭＣＵ装置の前後で用いられる各経路で品質差があるような多地点コミュニケーションサービスについても、任意のアプリケーション端末においてユーザが体感する総合品質を精度よく推定できる。
品質管理情報については、対地ごとに分類されたパケットから測定されるが、例えば映像や音声などメディアデータの種類で分類されたパケットから測定することにより、メディアごと、例えば映像と音声ごとに、詳細な総合品質を得ることができる。
【００６４】
また、以上では、総合品質推定装置１Ａに着目して、アプリケーション端末２Ａに関するアプリケーション端末２Ａとの間の総合品質値を推定する場合について説明したが、実際には、図３のステップ１００において、各総合品質推定装置１Ａ〜１Ｄで品質管理情報が取得されて、ステップ１０１で各総合品質推定装置１Ａ〜１Ｄ相互間でその品質管理情報がやり取りされ、総合品質推定装置１Ａ〜１Ｄにおいて、各アプリケーション端末２Ａ〜２Ｄでの総合品質値がそれぞれ推定される。これにより、メディア全体の品質が多角的に評価できる。
【００６５】
なお、ユーザ体感品質Ｓ(2)については、ＭＣＵ装置４からアプリケーション端末２Ａへの呼４Ｅに関する個別のユーザ体感品質、すなわちOne-to-Oneの通信形態のユーザ体感品質と見なせることから、公知の技術を用いて求めることができる。
例えば前述した特許文献１では、予め生成しておいた測定結果とユーザ体感品質評価値（ＭＯＳ値）との関係を示す推定モデル（図５の回帰曲線６）を参照して、当該呼でのネットワーク品質の測定結果に対応するユーザ体感品質値を、着目したユーザの体感品質として推定している。
【００６６】
また、ユーザ体感品質Ｓ(1)については、各プリケーション端末２Ａ〜２ＤからＭＣＵ装置４への呼４Ａ〜４Ｄごとの品質管理情報に基づき、合成品質管理情報生成手段１３Ｄで、各呼４Ａ〜４Ｄのネットワーク品質を合成した１つの合成品質管理情報を生成するようにしたので、これについてもOne-to-Oneの通信形態のユーザ体感品質と見なせることから、公知の技術を用いて求めることができる。
なお、ユーザ体感品質Ｓ(1)については、ＭＣＵ装置４で得られた呼４Ａ〜４Ｄごとのユーザ体感品質と各呼のＳ(1)での重要度で重み付けして平均化して推定し、これを品質管理情報として総合品質推定装置１へ配信するようにしてもよい。これにより、総合品質推定装置１でのＭＣＵ装置４側のユーザ体感品質推定に要する処理を軽減できる。
【００６７】
［品質管理情報の合成］
ここで、図６を参照して、合成品質管理情報生成手段１３Ｄにおける品質管理情報の合成動作について説明する。図６は、合成品質管理情報生成手段１３Ｄにおける品質管理情報の合成動作を示す説明図である。
ＭＣＵ装置４は、通常、一般的なネットワーク管理用の処理として、各アプリケーション端末２Ａ〜２Ｄから呼４Ａ〜４Ｄごとにパケットを監視して、パケットに付与されているシーケンス番号ごとにその挙動、例えばパケット損失の有無を管理している。本実施の形態では、このような各呼におけるパケットの挙動をシーケンス番号ごとにまとめた挙動情報を、品質管理情報としてＭＣＵ装置４から制御パケットで各総合品質推定装置１へ配信している。
【００６８】
総合品質推定装置１の合成品質管理情報生成手段１３Ｄは、この挙動情報について、シーケンス番号ごとに各呼を合成したパケット損失数を算出し、パケット損失率などのネットワーク品質値を算出している。
すなわち挙動情報では、各呼についてシーケンス番号ごとにパケットの損失有無が通知される。したがって、シーケンス番号ごとに各呼のパケットのうち損失したパケットの割合を算出すれば各呼を合成したパケット損失数が得られる。
【００６９】
例えば、シーケンス番号ｉでは端末Ｃおよび端末Ｄのパケットが損失しており、合成したパケット損失数すなわち合成パケット損失数は０．５となる。また、シーケンス番号ｉ＋１では端末Ａのパケットが損失しており、合成パケット損失数は０．２５となる。
このようにして合成パケット損失数を平均化することにより、各呼４Ａ〜４Ｄのネットワーク品質を合成した品質管理情報として合成品質管理情報が得られる。
【００７０】
なお、以上では、合成パケット損失数として、各呼のパケット損失数をシーケンス番号ごとに平均した値を用いたが、これに限定されるものではなく、例えばいずれかの呼で１つでもパケット損失があれば、そのシーケンス番号の合成パケット損失数を１としてもよく、上記平均した値が所定のしきい値を満足した場合にのみ、そのシーケンス番号の合成パケット損失数を１としてもよく、ネットワーク品質に対するポリシに基づき合成パケット損失数を算出すればよい。
【００７１】
また、以上では、ＭＣＵ装置４からの挙動情報として、各呼ごとにパケット損失有無を示す情報を配信する場合を例として説明したが、これに限定されるものではなく、例えば各シーケンス番号ごとにＭＣＵ装置４で合成パケット損失数を算出し、これら合成パケット損失数を各シーケンス番号を付与して総合品質推定装置１へ配信するようにしてもよく、総合品質推定装置１での合成パケット損失数の算出処理を軽減できる。
また、ＭＣＵ装置４に合成品質管理情報生成手段１３Ｄと同等の手段を設けて、上記のようにして合成品質管理情報まで算出し、これを品質管理情報として制御パケットで総合品質推定装置１へ配信するようにしてもよく、総合品質推定装置１での合成品質管理情報の算出処理を軽減できる。
【００７２】
［第２の実施の形態］
次に、図７を参照して、本発明の第２の実施の形態にかかる総合品質推定装置１の動作について説明する。図７は、本発明の第２の実施の形態にかかる総合品質推定装置１の動作を示すシーケンス図である。
ここでは、アプリケーション端末２Ａ〜２ＤがＭＣＵ装置４を介して多地点コミュニケーションとして４者ＩＰ電話会議を行っている状態で、総合品質推定装置１Ａにおいて、対応するアプリケーション端末２Ａで多地点コミュニケーションを利用するユーザがＭＣＵ装置４との呼について体感する総合品質値を推定する場合を例として説明する。
【００７３】
前述した第１の実施の形態では、呼４Ａ〜４Ｄと呼４Ｅとに関するユーザ体感品質値をそれぞれ算出した後、所望の総合品質を算出する場合を例として説明した。本実施の形態では、呼４Ａ〜４Ｄと呼４Ｅとに関する品質管理情報から、呼４Ａ〜４Ｄおよび呼４Ｅを１つにまとめた総合品質管理情報を生成し、この総合品質管理情報に基づき、アプリケーション端末２Ａでの総合品質を算出する場合について説明する。
【００７４】
本実施の形態にかかる総合品質推定装置１の構成については、前述した第１の実施の形態（図２参照）と同様であるが、総合品質推定手段１３Ｅの内容について相違する。
総合品質推定手段１３Ｅは、各アプリケーション端末２からＭＣＵ装置４への各呼に関する品質管理情報（第１の品質管理情報）とＭＣＵ装置４から当該総合品質推定装置１に対応するアプリケーション端末２への呼に関する品質管理情報（第２の品質管理情報）とを重み情報に基づきそれぞれ補正した後に加算して総合品質管理情報を生成し、この総合品質管理情報に基づき、ユーザ体感品質推定手段１３Ｃにより所望の総合品質を推定する機能手段である。
【００７５】
まず、総合品質推定装置１Ａは、品質管理情報生成手段１３Ｂにより、ＭＣＵ装置４から当該アプリケーション端末２への下り経路上の呼で転送されてきたパケットをキャプチャし、そのネットワーク品質を示す品質管理情報を取得する（ステップ１１０）。これと並行して、ＭＣＵ装置４においても、各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への上り経路上の各呼で転送されてきたパケットをキャプチャし、そのネットワーク品質を示す品質管理情報をそれぞれ取得し（ステップ１１０）、各呼のネットワーク品質を示す品質管理情報を総合品質推定装置１Ａへ通知する（ステップ１１１）。
【００７６】
次に、総合品質推定装置１Ａは、ＭＣＵ装置４からの品質管理情報を品質管理情報通信手段１３Ａで取得し、合成品質管理情報生成手段１３Ｄで、各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への各呼に関する品質管理情報に基づき、これら各呼のネットワーク品質を合成したネットワーク品質値として合成品質管理情報を生成する（ステップ１１２）。この場合、前述した図６のように、ＭＣＵ装置４で得られた呼４Ａ〜４Ｄごとの品質管理情報を挙動情報としてＭＣＵ装置４から総合品質推定装置１へ配信し、この挙動情報に基づき総合品質推定装置１の合成品質管理情報生成手段１３Ｄで合成品質管理情報を算出してもよい。
【００７７】
そして、総合品質推定手段１３Ｅで、上記合成品質管理情報と品質管理情報生成手段１３Ｂで得られた品質管理情報とを重み情報に基づきそれぞれ補正した後に加算して総合品質管理情報を生成する（ステップ１１３）。
その後、上記総合品質管理情報に基づき、ユーザ体感品質推定手段１３Ｃにより所望の総合品質を推定し（ステップ１１４）、一連の総合品質推定動作を終了する。
【００７８】
図８は、本発明の第２の実施の形態にかかる総合品質値推定動作を示す説明図である。
各アプリケーション端末２Ａ〜２Ｄは、ＭＣＵ装置４とそれぞれ相互に呼接続することにより、多地点コミュニケーションとして４者ＩＰ電話会議を実現する。この例では、アプリケーション端末２Ａに着目して示されており、アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への呼４Ａ〜４Ｄと、ＭＣＵ装置４からアプリケーション端末２Ａへの呼４Ｅがそれぞれ確立されているものとする。
【００７９】
ここで、図３のステップ１１２で得られた各呼４Ａ〜４Ｄに関するネットワーク品質値（合成品質管理情報）をＤ(1)とし、図３のステップ１１０で得られた呼４Ｅに関するネットワーク品質値（品質管理情報）をＤ(2)とした場合、図３のステップ１１３において、ネットワーク品質値Ｄ(1)，Ｄ(2)から、予め設定しておいた各呼４Ａ〜４Ｄと呼４Ｅとの区間に対する重みＷ(1)，Ｗ(2)に基づき、各呼４Ａ〜４Ｄと呼４Ｅとを総合した全体の総合ネットワーク品質値Ｄａが式（４）により求められる。
Ｄａ＝Ｄ(1)×Ｗ(1)＋Ｄ(2)×Ｗ(2)…（４）
【００８０】
なお、重みＷ(1)，Ｗ(2)は、各アプリケーション端末２からＭＣＵ装置４への上り経路の区間と、ＭＣＵ装置４から各アプリケーション端末２への下り経路の区間とについて、総合品質に対する影響度を示すものであり、各アプリケーション端末２に共通して適用される。これら重みは、サービス開始時やアプリケーション変更時に決定し、多地点コミュニケーションを使用している間に変更する必要はない。
【００８１】
この式（４）では、アプリケーション端末２ＡからＭＣＵ装置４への上り経路ここでは呼４Ａ〜４Ｄでのネットワーク品質Ｄ(1)と、ＭＣＵ装置４からアプリケーション端末２Ｂへの下り経路ここでは呼４Ｅでのネットワーク品質Ｄ(2)とを、それぞれの重みＷ(1)，Ｗ(2)で補正して加算することにより各呼４Ａ〜４Ｄと呼４Ｅとを総合した全体の総合ネットワーク品質値Ｄａを求めている。そして、図７のステップ１１４で、この総合ネットワーク品質値Ｄａからアプリケーション端末２Ａでの総合品質値Ｓaを求めている。
したがって、例えばネットワーク品質値がＤ(1)＝0.03，Ｄ(2)＝0.02で、重み情報がＷ(1)：Ｗ(2)＝0.9：1の場合、総合ネットワーク品質値はＤａ＝0.047となる。
【００８２】
このように、各アプリケーション端末２Ａ〜２ＤからＭＣＵ装置４への上り経路の呼に関する品質管理情報と、ＭＣＵ装置４から品質推定側のアプリケーション端末２Ａへの下り経路の呼に関する品質管理情報とから、これらを総合した総合品質管理情報を生成し、この総合品質管理情報に基づき、アプリケーション端末２Ａでの総合品質値を算出するようにしたので、上記上り経路および下り経路ごとにユーザ体感品質を推定する必要がなくなり、演算処理を軽減できる。
【００８３】
なお、各アプリケーション端末２Ａ〜２Ｄからアプリケーション端末２Ａまでの各経路でのネットワーク品質値を総合した総合ネットワーク品質値Ｄａを、１つの呼すなわちOne-to-Oneの通信形態のネットワーク品質と見なせることから、総合品質値Ｓａは総合ネットワーク品質値Ｄａから公知の技術を用いて求めることができる。
例えば前述した特許文献１では、予め生成しておいた測定結果とユーザ体感品質評価値（ＭＯＳ値）との関係を示す推定モデル（図５の回帰曲線６）を参照して、当該呼でのネットワーク品質の測定結果に対応するユーザ体感品質値を、着目したユーザの体感品質として推定している。
【００８４】
なお、ネットワーク品質値Ｄ(1)については、ＭＣＵ装置４で得られた呼４Ａ〜４Ｄごとの品質管理情報に基づいてＭＣＵ装置４で推定し、これを品質管理情報として総合品質推定装置１へ配信するようにしてもよい。これにより、総合品質推定装置１での合成品質管理情報の算出に要する処理を軽減できる。なお、ネットワーク品質値Ｄ(1)については、例えば前述した図６において、各呼４Ａ〜４Ｄのネットワーク品質を合成した品質管理情報を得る方法などを用いればよい。
【００８５】
［第３の実施の形態］
次に、図９を参照して、本発明の第３の実施の形態にかかる品質監視装置３の動作について説明する。図９は、本発明の第３の実施の形態にかかる品質監視装置３の構成を示すブロックある。
この品質監視装置３は、全体としてコンピュータからなり、通信インターフェース部（以下、通信Ｉ／Ｆ部という）３１、記憶部３２、および制御部３３が設けられている。
【００８６】
通信Ｉ／Ｆ部３１は、パケット網５を介して他の装置とパケット通信を行う回路部である。
記憶部３２は、メモリやハードディスクなどの記憶装置からなり、制御部３３での処理に用いる各種情報やプログラムを記憶する。
【００８７】
制御部３３は、ＣＰＵなどのマイクロプロセッサとその周辺回路からなり、記憶部３２のプログラムを読み込んで実行することにより、上記ハードウェアとプログラムとを協働させて各所機能手段を実現する機能部である。
制御部３３で実現される機能手段としては、監視手段３３Ａ、警報手段３３Ｂ、品質劣化調査手段３３Ｃ、情報取得手段３３Ｄ、および総合品質生成手段３３Ｅがある。
【００８８】
監視手段３３Ａは、各総合品質推定装置１で得られた各アプリケーション端末２ごとに推定された総合品質値と所定の目標品質値とをそれぞれ比較して品質を監視する機能手段である。
警報手段３３Ｂは、総合品質値のいずれかが目標品質値を満足していない場合は、多地点コミュニケーションの品質低下を通知する警報を出力する機能手段である。
【００８９】
品質劣化調査手段３３Ｃは、総合品質値のいずれかが目標品質値を満足していない場合は、当該総合品質値が目標品質値を満足するまで、当該総合品質値の算出に用いた各品質管理情報のうち最低値を示す品質管理情報を除外して当該総合品質値の再計算を繰り返し、当該総合品質値が目標品質値を満足した時点で、それまでに除外した品質管理情報に対応する端末を総合品質劣化要因として通知する機能手段である。
【００９０】
情報取得手段３３Ｄは、自装置で得られた各種情報をＭＩＢ情報として管理する総合品質推定装置１、または総合品質推定装置１で得られた各種情報をＭＩＢ情報として管理するアプリケーション端末２から、監視手段３３Ａで用いる総合品質値や当該アプリケーション端末２に関する品質管理情報などの各種情報を取得する機能手段である。
総合品質生成手段３３Ｅは、情報取得手段３３Ｄで取得された品質管理情報に基づき監視手段３３Ａで用いる総合品質値を生成する機能手段である。
【００９１】
［品質監視装置の動作］
次に、図１０を参照して、本発明の第３の実施の形態にかかる品質監視装置３の動作について説明する。図１０は、本発明の第３の実施の形態にかかる品質監視装置３の品質監視動作を示すフローチャートである。本実施の形態では、アプリケーション端末２Ａ〜２Ｄが多地点コミュニケーションとして４者ＩＰ電話会議を行っている状態で、各アプリケーション端末２Ａ〜２Ｄでの総合品質値に基づき、品質監視装置３で多地点コミュニケーションの品質を管理するようにしたものである。
【００９２】
品質監視装置３の制御部３３では、まず、情報取得手段３３Ｄにより、任意の総合品質推定装置１からパケット網５および通信Ｉ／Ｆ部３１を介して、当該アプリケーション端末２から各種品質監視情報を取得し（ステップ２００）、総合品質生成手段３３Ｅにより、当該アプリケーション端末２における総合品質値を推定する（ステップ２０１）。ここでは、前述した第１および第２の実施の形態を用いて総合品質値を推定すればよい。
【００９３】
そして、監視手段３３Ａにより、各総合品質推定値のそれぞれと予め設定されている品質目標値とを比較する（ステップ２０２）。
ここで、総合品質推定値が品質目標値を満足している場合は（ステップ２０２：ＹＥＳ）、当該アプリケーション端末２における多地点コミュニケーションの品質が正常と判断し（ステップ２０３）、ステップ２００へ戻って、次のアプリケーション端末２での品質監視の処理へ移行する。
【００９４】
一方、ステップ２０１において、総合品質推定値が品質目標値を満足していない場合は（ステップ２０２：ＮＯ）、品質管理者に対してアラーム音や警報表示などにより、品質劣化の旨を警報し（ステップ２０４）、ステップ２００へ戻って、次のアプリケーション端末２での品質監視の処理へ移行する。
これにより、各アプリケーション端末２Ａ〜２Ｄでの総合品質値に基づき、品質監視装置３で多地点コミュニケーションの品質を一元的に管理でき、必要に応じて品質管理者が品質劣化に対応することができる。
【００９５】
なお、品質劣化調査手段３３Ｃにより、どのアプリケーション端末２または呼が品質劣化の原因であるかをステップ２１０〜２１３により調査してもよい。
まず、当該総合品質値の算出に用いた各品質管理情報のうち最低値を示す品質管理情報を除外し（ステップ２１０）、総合品質生成手段３３Ｅで、残りの品質管理情報で当該総合品質値の再計算を行う（ステップ２１１）。
【００９６】
そして、品質劣化調査手段３３Ｃにより、再計算により得られた総合品質値と目標品質値とを比較し、満足していない場合は（ステップ２１２：ＮＯ）、ステップ２１０へ戻って、最低品質管理情報の除外および再計算を繰り返し行う。
一方、ステップ２１２において、再計算により得られた総合品質値が目標品質値を満足した場合は（ステップ２１２：ＹＥＳ）、それまでに除外した品質管理情報に対応するアプリケーション端末または呼を、総合品質の劣化要因として品質管理者に通知し（ステップ２１３）、ステップ２００へ戻って、次のアプリケーション端末２での品質監視の処理へ移行する。
【００９７】
このように、総合品質推定値が品質目標値を満足していない場合は、当該総合品質値の算出に用いた最低品質管理情報の除外および再計算を繰り返し行うことにより、総合品質の劣化要因となっている経路区間または呼を調査するようにしたので、劣化要因を直ちに特定することができ、品質劣化に対して迅速に対応することができる。
【００９８】
以上では、品質劣化調査を前提として、品質監視装置３で総合品質を推定する場合を例として説明したが、品質劣化調査を行わない場合には、図１０のステップ２００で各総合品質推定装置１から総合品質推定値を取得すればよく、図１０のステップ２０１並びに総合品質生成手段３３Ｅを省くことができる。
なお、総合品質推定装置１に、外部からの指示に応じて総合品質推定値を再計算する機能が備えられている場合には、図１０のステップ２１１における総合品質推定値の再計算を品質監視装置３から総合品質推定装置１へ依頼するようにしてもい。これにより、図１０のステップ２０１並びに総合品質生成手段３３Ｅを省いた場合でも、品質劣化調査を行うことができる。
【００９９】
［品質管理情報の通知］
以上で説明した第１および第２の実施の形態では、総合品質推定装置１相互間で各種品質管理情報をやり取りする必要がある。
ネットワーク機器間で、各種管理情報をやり取りするプロトコルとして、ＩＥＴＦ  ｄｒａｆｔ  ＲＴＣＰ  ＸＲのような規定がある。しかし、このプロトコルは、パケットの挙動や端末の受信状態などの管理情報を通信相手に送るためのものであり、One-to-OneやOne-to-Anyの通信形態が前提となっており、Any-to-Anyの通信形態には適用できない。
【０１００】
ここで、音声や動画などのデータストリームをリアルタイムに配送するためのデータ転送プロトコルとしてＲＴＰ（Real-time Transport Protocol）があり、ＲＴＣＰはＲＴＰでデータを送受信するためのセッションを制御するプロトコルである。
本発明では、このようなＲＴＣＰ（RTP Control Protocol）を用いた制御用パケットを、品質管理情報転送用の制御パケットとして用いる。これにより、既存のプロトコルにしたがって、Any-to-Anyの通信形態であっても、総合品質推定装置１の品質管理情報通信手段１３Ａで容易に各種品質管理情報をやり取りすることができる。なお、制御用パケットについては、上記のようなＲＴＣＰを利用せず、独自方式のものを利用してもよい。
【０１０１】
また、第３の実施の形態では、総合品質推定装置１と品質監視装置３との間でも品質管理情報をやり取りする必要がある。この場合には、ＭＩＢ（Management Information Base）情報を利用できる。
まず、総合品質推定装置１の情報管理手段１３Ｇで、上記各手段で得られた任意の情報を、ネットワーク管理の標準規格ＭＩＢで規定されたＭＩＢ情報として管理し、あるいは対応するアプリケーション端末２へ登録しておく。
【０１０２】
品質監視装置３では、パケット網５を介して所望の総合品質推定装置１あるいはアプリケーション端末２へアクセスし、ＳＮＭＰ（Simple Network Management Protocol）などのプロトコルにより所望の品質管理情報を取得すればよい。
ＳＮＭＰは、ＴＣＰ／ＩＰネットワークにおいて、ルータやコンピュータ、端末など、ネットワークに接続された通信機器をネットワーク経由で監視・制御するためのプロトコルである。制御の対象となる機器はＭＩＢと呼ばれる管理情報データベースを持っており、管理を行う機器は対象機器のＭＩＢ情報を参照して適切な設定を行うことができる。
【０１０３】
なお、ＭＩＢ情報については、多地点コミュニケーションサービスに参加している各アプリケーション端末２や総合品質推定装置１の間を流通しているため、サービスに参加しているユーザ自身が、各種品質管理情報を確認して自身のアプリケーション端末の設定を変更することも可能である。
また、同様の理由で、多地点コミュニケーションサービスに参加している各アプリケーション端末２の中間地点で、これら制御パケットをキャプチャし、多地点コミュニケーションの品質監視を行うことも可能である。
【０１０４】
なお、以上の各実施の形態では、総合品質推定装置１がアプリケーション端末２に別装置として併設されている場合を前提として説明したが、総合品質推定装置１をアプリケーションの１つとして、アプリケーション端末２内に実装するようにしてもよい。より具体的には、図１の制御部１３に記載されている各機能手段を実現するプログラムを、アプリケーション端末２のコンピュータで実行することにより実現できる。
また、品質監視装置３についても同様であり、アプリケーション端末２内に実装するようにしてもよい。
【図面の簡単な説明】
【０１０５】
【図１】本発明の第１の実施の形態にかかる総合品質推定システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態にかかる総合品質推定装置の構成を示すブロック図である。
【図３】本発明の第１の実施の形態にかかる総合品質推定装置の動作を示すシーケンス図である。
【図４】本発明の第１の実施の形態にかかる総合品質推定装置の動作を示す説明図である。
【図５】ネットワーク品質値とユーザ体感品質値との関係を示すグラフである。
【図６】品質管理情報の合成動作を示す説明図である。
【図７】本発明の第２の実施の形態にかかる総合品質推定装置の動作を示すシーケンス図である。
【図８】本発明の第２の実施の形態にかかる総合品質推定装置の動作を示す説明図である。
【図９】本発明の第３の実施の形態にかかる品質監視装置の構成を示すブロック図である。
【図１０】本発明の第３の実施の形態にかかる品質監視装置の動作を示すフローチャート図である。
【符号の説明】
【０１０６】
１，１Ａ，１Ｂ，１Ｃ，１Ｄ…総合品質推定装置、２，２Ａ，２Ｂ，２Ｃ，２Ｄ…アプリケーション端末、３…品質監視装置、５…パケット網、１１…通信Ｉ／Ｆ部、１２…記憶部、１３…制御部、１３Ａ…品質管理情報通信手段、１３Ｂ…品質管理情報生成手段、１３Ｃ…ユーザ体感品質生成手段、１３Ｄ…合成品質管理情報生成手段、１３Ｅ…総合品質推定手段、１３Ｆ…情報管理手段、３１…通信Ｉ／Ｆ部、３２…記憶部、３３…制御部、３３Ａ…監視手段、３３Ｂ…警報手段、３３Ｃ…品質劣化調査手段、３３Ｄ…情報取得手段、３３Ｅ…総合品質生成手段。
【図１】
2005277685.tif 000003
【図２】
2005277685.tif 000004
【図３】
2005277685.tif 000005
【図４】
2005277685.tif 000006
【図５】
2005277685.tif 000007
【図６】
2005277685.tif 000008
【図７】
2005277685.tif 000009
【図８】
2005277685.tif 000010
【図９】
2005277685.tif 000011
【図１０】
2005277685.tif 000012