(57)【特許請求の範囲】
【請求項１】
Webブラウジングのサービス応答時間に対するユーザの体感品質(QoE: Quality of Experience)を管理するWebブラウジング品質管理装置であって、
前記ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果が前記Webブラウジング受信端末の画面に表示されるまでのWebページ表示待ち時間を取得する手段と、
前記ユーザが要求する処理に対応するカテゴリー別QoE推定モデルを格納するカテゴリー別QoE推定モデルDBと、
前記ユーザの前記処理要求に対する前記Webページ表示待ち時間と前記カテゴリー別QoE推定モデルを用いてQoE推定値を算出する手段と、
前記QoE推定値と品質管理閾値を用いて品質劣化を判定する手段と、
前記品質劣化を判定する手段により判定された品質判定結果を格納する品質管理DBと
を備えることを特徴とするWebブラウジング品質管理装置。
【請求項２】
請求項１に記載のWebブラウジング品質管理装置において、
前記カテゴリー別QoE推定モデルDBは、さらに、前記Webブラウジングで利用される複数の処理に対して前記Webページ表示待ち時間を変化させて求めた処理別のQoE評価特性を類似度でカテゴリーに分類した前記カテゴリー別QoE推定モデルを格納することを特徴とするWebブラウジング品質管理装置。
【請求項３】
請求項１に記載のWebブラウジング品質管理装置において、
前記品質管理DBは、さらに、前記サービスの情報、前記Webページ表示待ち時間、前記QoE推定値および前記ユーザの情報を、前記品質判定結果とともに格納することを特徴とするWebブラウジング品質管理装置。
【請求項４】
Webブラウジングのサービス応答時間に対するユーザの体感品質(QoE: Quality of Experience)を管理するWebブラウジング品質管理方法であって、
前記ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果が前記Webブラウジング受信端末の画面に表示されるまでのWebページ表示待ち時間を取得し、
前記ユーザの前記処理要求に対する前記Webページ表示待ち時間と、カテゴリー別QoE推定モデルDBに格納されている前記ユーザが要求する処理に対応するカテゴリー別QoE推定モデルを用いてQoE推定値を算出し、
前記QoE推定値と品質管理閾値を用いて品質劣化を判定し、
判定された前記品質劣化に対応する品質判定結果を品質管理DBに格納する
ことを特徴とするWebブラウジング品質管理方法。
【請求項５】
請求項４に記載のWebブラウジング品質管理方法において、
前記Webブラウジングで利用される複数の処理に対して前記Webページ表示待ち時間を変化させて求めた処理別のQoE評価特性を類似度でカテゴリーに分類した前記カテゴリー別QoE推定モデルを前記カテゴリー別QoE推定モデルDBに格納することを特徴とするWebブラウジング品質管理方法。
【請求項６】
請求項４に記載のWebブラウジング品質管理方法において、
前記サービスの情報、前記Webページ表示待ち時間、前記QoE推定値および前記ユーザの情報のうちの少なくとも１つを、前記品質判定結果とともに前記品質管理DBに格納することを特徴とするWebブラウジング品質管理方法。
【請求項７】
Webブラウジングのサービス応答時間に対するユーザの体感品質(QoE: Quality of Experience)を管理するWebブラウジング品質管理プログラムであって、
前記ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果が前記Webブラウジング受信端末の画面に表示されるまでのWebページ表示待ち時間を取得する機能と、
前記ユーザの前記処理要求に対する前記Webページ表示待ち時間と、カテゴリー別QoE推定モデルDBに格納されている前記ユーザが要求する処理に対応するカテゴリー別QoE推定モデルを用いてQoE推定値を算出する機能と、
前記QoE推定値と品質管理閾値を用いて品質劣化を判定する機能と、
判定された前記品質劣化に対応する品質判定結果を品質管理DBに格納する機能と、
をコンピュータに実行させることを特徴とするWebブラウジング品質管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報通信サービスのユーザ体感品質推定に係る技術に関する。特に、この発明は、Webブラウザを用いたWebページ閲覧やWebアプリケーション利用時にユーザが知覚するWebページ表示待ち時間に対する体感品質（以下、QoE(Quality of Experience)という）を推定し、QoEに基づき品質管理する装置、方法およびプログラムに関する。
【背景技術】
【０００２】
インターネットやイントラネットなどのネットワークを介して利用するWebアプリケーションやクラウドネットワークを利用したアプリケーションの利用が進んでいる。   
ユーザに満足してもらえるWebブラウジングサービスを提供するためには、Webブラウジングに対するQoEを適切に管理する必要がある。Webブラウジングに対するQoS(Quality of Service) 指標には、Webページの表示待ち時間がある。Webページ表示待ち時間とは、ここでは、「ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果がWebブラウジング受信端末の画面に表示されるまでの時間」と定義する。ただし、処理要求は、ユーザが意図的に実施したもの以外に、ユーザの端末が自動で実施した要求等も含めることとする。
【０００３】
従来、非特許文献１では、Webページ表示待ち時間に対するQoEの推定方法として、ユーザの処理要求からサーバ応答が戻ってくるまでの時間とサーバ応答がユーザ端末に戻ってから処理結果がユーザ端末に表示されるまでの時間に基づきQoEを推定する方法が紹介されている。   
また、非特許文献２では、同じWebページ表示待ち時間でもWebブラウジング、電話、電子メールおよびファイルダウンロードといったサービス（アプリケーション）の種類によりQoEが異なることが報告されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１５９８８号公報
【非特許文献】
【０００５】
【非特許文献１】International Telecommunication Union. Estimating end-to-end performance in ip networks for data applications. ITU-T Recommendation G.1030, November 2005.
【非特許文献２】新井田，上村，中村，”待ち時間に対する満足度を考慮したアプリケーション分類に関する一検討”,信学技報，CQ2010-15 , April 2010.
【非特許文献３】富永聡子, 吉村憲子, 増田征貴, "Webブラウジングに対する主観品質評価法," 信学ソ大, B-11-7, Sept. 2013.
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、同一のサービス（アプリケーション）内でも、様々な処理が発生する。例えば、Webブラウジングで情報検索を行う場合、まず、ユーザが検索サイトのページ表示をリクエストし、検索サイトが表示される。次に、ユーザが情報入力欄に検索語を入力し、データベース検索が開始される。最後に、検索結果画面が表示され、ユーザが検索結果リストから目的に応じた項目を選択し、詳細な内容を確認して目的を達成する。このようにWebブラウジングで情報検索を行う場合は、ユーザが目的を達成するまでに「検索サイトの表示リクエスト」、「データベース検索」および「データベース検索結果の確認」という異なる処理が必要となる。非特許文献３ではこれらの個々の処理のWebページ表示待ち時間に対するQoEは、処理内容により異なることが報告されている。処理内容に応じてQoEを推定し、品質管理を行うことが望ましいが、Webブラウザを使用した全てのサービスに含まれる個々の処理に対してQoE評価特性を求めることは困難である。
【０００７】
そこで、本発明は上記事情に着目してなされたもので、その目的とするところは、 Webブラウジングの効率的な品質管理を行うWebブラウジング品質管理装置、方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の第１の観点であるWebブラウジング品質管理装置は、以下のような構成要素を備えている。すなわち、Webブラウジング品質管理装置は、Webブラウジングのサービス応答時間に対するユーザの体感品質(QoE: Quality of Experience)を管理する装置であって、前記ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果が前記Webブラウジング受信端末の画面に表示されるまでのWebページ表示待ち時間を取得する手段と、前記ユーザが要求する処理に対応するカテゴリー別QoE推定モデルを格納するカテゴリー別QoE推定モデルDBと、前記ユーザの前記処理要求に対する前記Webページ表示待ち時間と前記カテゴリー別QoE推定モデルを用いてQoE推定値を算出する手段と、前記QoE推定値と品質管理閾値を用いて品質劣化を判定する手段と、前記品質劣化を判定する手段により判定された品質判定結果を格納する品質管理DBとを備える。
【０００９】
第２の観点であるWebブラウジング品質管理方法は、以下のような構成要素を備えている。すなわち、Webブラウジング品質管理方法は、Webブラウジングのサービス応答時間に対するユーザの体感品質(QoE: Quality of Experience)を管理する方法であって、前記ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果が前記Webブラウジング受信端末の画面に表示されるまでのWebページ表示待ち時間を取得し、前記ユーザの前記処理要求に対する前記Webページ表示待ち時間と、カテゴリー別QoE推定モデルDBに格納されている前記ユーザが要求する処理に対応するカテゴリー別QoE推定モデルを用いてQoE推定値を算出し、前記QoE推定値と品質管理閾値を用いて品質劣化を判定し、判定された前記品質劣化に対応する品質判定結果を品質管理DBに格納する。
【００１０】
第３の観点であるWebブラウジング品質管理プログラムは、以下のような構成要素を備えている。すなわち、Webブラウジング品質管理プログラムは、Webブラウジングのサービス応答時間に対するユーザの体感品質(QoE: Quality of Experience)を管理するプログラムであって、前記ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果が前記Webブラウジング受信端末の画面に表示されるまでのWebページ表示待ち時間を取得する機能と、前記ユーザの前記処理要求に対する前記Webページ表示待ち時間と、カテゴリー別QoE推定モデルDBに格納されている前記ユーザが要求する処理に対応するカテゴリー別QoE推定モデルを用いてQoE推定値を算出する機能と、前記QoE推定値と品質管理閾値を用いて品質劣化を判定する機能と、判定された前記品質劣化に対応する品質判定結果を品質管理DBに格納する機能と、をコンピュータに実行させる。
【発明の効果】
【００１１】
すなわち本発明によれば、ユーザがWebブラウジングで行う様々な処理のWebページ表示待ち時間に対するQoEをQoE評価特性の類似度によりカテゴリーに分類することで簡易に推定し、Webブラウジングの効率的な品質管理を行うことができる。  
従って、本発明によれば、ユーザのQoE が低下した際にWebブラウジングの品質改善を図ることで、ユーザに提供するサービスの品質を維持向上することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る一例となるWebブラウジング品質管理装置を用いた通信システムの全体構成図。
【図２】本発明の実施形態に係る一例となるWebブラウジング品質管理装置のブロック構成図。
【図３】本発明の実施形態に係る一例となる処理別QoE評価特性に基づくカテゴリー作成のフローチャート。
【図４】本発明の実施形態に係る一例となるWebブラウジングの２０処理をクラスター分析した結果を示す図。
【図５】本発明の実施形態に係る一例となるカテゴリー別Webページ表示待ち時間に対するQoE評価特性例を示す図。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について、図面を参照して説明する。  
本実施形態に係るWebブラウジングのWebページ表示待ち時間に対するQoEに基づいて品質管理を行うWebブラウジング品質管理装置１０を、図１を参照して説明する。図１は、本発明の実施形態に係る一例となるWebブラウジング品質管理装置１０を用いた通信システム１の全体構成図である。本実施形態の例では、Webブラウジング品質管理装置１０は、ネットワークを介して実現されるWebブラウジングサービスにおいて、ユーザがWebサーバ２０にサービス要求をした際の１つの処理要求のWebページ表示待ち時間に対するQoEを推定し、その結果を用いて品質管理するものである。
【００１４】
図１は、本実施形態に係る一例となるWebアクセスの例を示す。図１は、装置構成として、Webサーバ２０と、Webブラウジング受信端末３０、およびWebブラウジング品質管理装置１０の関係を示している。図１の構成に示すように、Webブラウジング品質管理装置１０はIP(Internet Protocol)網４０上にあり、Webブラウジング受信端末３０で取得した処理内容および処理に要したWebページ表示待ち時間を用いてQoE推定を行い、QoEに基づいて品質判定を実施する。さらに、Webブラウジング品質管理装置１０は、この品質判定の結果を用いてWebブラウジングの品質管理を行う。
【００１５】
この図１に示す実施形態の例では、Webブラウジング品質管理装置１０は、IP網４０上に配置されているが、Webサーバ２０に組み込む装置として実現してもよい。Webブラウジング品質管理装置１０は、品質監視や品質制御等の品質管理を実施してもよい。
【００１６】
なお、本実施形態では、上述したようにWebページ表示待ち時間を「ユーザがWebブラウジング受信端末でWebブラウジングのサービスに関する処理要求を行ってから処理結果がWebブラウジング受信端末の画面に表示されるまでの時間」と定義しているが、同じ意味合いで「ユーザがWebブラウジングサービスの処理を実行してから処理応答が端末に表示されるまでの時間」と定義することもできる。
【００１７】
Webサーバ２０は、Webサービスを提供するサーバである。なお、図１には、説明の簡略化のために１つのWebサーバのみを示しているが、これらよりも多くのWebサーバがIP網４０に接続されていても構わない。  
Webブラウジング受信端末３０は、PC(Personal Computer)、PDA(Personal digital Assistant)、フィーチャフォン(Feature Phone)またはスマートフォン(Smartphone)等である。Webブラウジング受信端末３０は、Webブラウジングサービスの処理機能を備えていればよく、その態様は特に限定されるものではない。なお、図１には、説明の簡略化のために１つのWebブラウジング受信端末のみを示しているが、これよりも多くのWebブラウジング受信端末がIP網４０に接続されていても構わない。
【００１８】
図２および図３を用いてWebブラウジングのサービス応答時間に対するユーザQoEを管理するWebブラウジング品質管理装置１０の構成及び作用を具体的に説明する。図２は、一例となるWebブラウジング品質管理装置１０のブロック構成図を示している。図３は、一例となる処理別QoE評価特性に基づくカテゴリー作成のフローを示している。
【００１９】
図２に示すように、Webブラウジング品質管理装置１０は、Webページ表示待ち時間測定部１０１と、Webページ表示待ち時間取得部１０２と、サービス情報収集部１０３と、カテゴリー別QoE推定モデルDB(database)１０４と、QoE推定部１０５と、品質劣化判定部１０６と、品質管理DB１０７と、ユーザ情報収集部１０８とを備える。Webページ表示待ち時間測定部１０１、Webページ表示待ち時間取得部１０２、サービス情報収集部１０３、QoE推定部１０５、品質劣化判定部１０６及びユーザ情報収集部１０８は、例えば、ＣＰＵ（Central Processing Unit）により構成される。なお、ＣＰＵは、プロセッサ、コンピュータということもできる。カテゴリー別QoE推定モデルDB１０４及び品質管理DB１０７は、例えば、ハードディスク等の記憶装置である。カテゴリー別QoE推定モデルDB１０４及び品質管理DB１０７における情報の保存は、ＣＰＵの制御によって行われてもよい。  Webページ表示待ち時間測定部１０１は、ユーザがWebブラウジングを実行するときの様々な処理に対するWebページ表示待ち時間を測定する。Webページ表示待ち時間取得部１０２は、Webページ表示待ち時間測定部１０１で測定されたWebページ表示待ち時間を取得する。Webページ表示待ち時間測定部１０１およびWebページ表示待ち時間取得部１０２は、例えば、Webページ表示待ち時間を自動取得する方法として、Webサーバ２０でHTTPリクエスト等のログを用いて算出する方法やJavascript（登録商標）のNavigation Timing APIを用いてもよい。
【００２０】
サービス情報収集部１０３は、サービス内容およびユーザが実行する処理内容を収集する。サービス情報収集部１０３は、例えば、処理内容をHTTPリクエストの内容を用いて区別してもよい。処理内容とは、ユーザがWebブラウジング受信端末３０でクリックや選択を行うものであり、「認証」、「検索」、「決済」、「閲覧」及び「ダウンロード」等のことである。したがって、処理内容は、ユーザがWebブラウジング受信端末３０で行う処理要求に対応する。なお、これらは例示であり、処理内容はこれらに限定されるものではない。
【００２１】
上記のWebページ表示待ち時間測定部１０１、Webページ表示待ち時間取得部１０２及びサービス情報収集部１０３により、Webブラウジング品質管理装置１０は、ユーザが実施する１つ１つの処理に対し、処理内容とWebページ表示待ち時間を取得することができる。
【００２２】
カテゴリー別QoE推定モデルDB１０４は、ユーザが要求する処理に対応するカテゴリー別のQoE推定モデル（以下、カテゴリー別QoE推定モデルという）を格納する。カテゴリー別QoE推定モデルDB１０４は、カテゴリー別QoE推定モデルとして式の形式と係数を持つ。
【００２３】
ここでは、カテゴリー別QoE推定モデルの一例となる作成方法を、図３に示すフローチャートを用いて説明する。なお、図３に示すフローチャートの処理は、Webブラウジング品質管理装置１０のＣＰＵによって行われても、任意の装置のＣＰＵで行われてもよい。ここでは、何れかの装置のＣＰＵで行われるものとして説明する。
【００２４】
まず、ＣＰＵは、Webブラウジングの処理を抽出する（ステップＳ１００１）。ステップＳ１００１では、ＣＰＵは、Webブラウジングおける「認証」及び「検索」等様々な特徴的な処理を抽出する。なお、これらは例示であり、特徴的な処理はこれらに限定されるものではない。
【００２５】
次に、ＣＰＵは、処理別Webページ表示待ち時間に対するQoE評価特性を取得する（ステップＳ１００２）。ステップＳ１００２では、ＣＰＵは、各処理のWebページ表示待ち時間を変化させた場合のQoE評価値をQoE評価特性として求める。一例として、ＣＰＵは、ITU-T勧告P.910に記載されているような5段階妨害尺度(DCR)あるいは5段階品質尺度(ACR)による主観品質評価を予め実験室で行うなどしてQoE評価特性を得る。
【００２６】
次に、ＣＰＵは、処理別QoE評価特性を特徴量に基づき分類する（ステップＳ１００３）。ステップＳ１００３では、ＣＰＵは、様々な処理に対して得られたQoE評価特性を特徴量で分類する。分類する方法としては例えば、処理別に求めたQoE評価特性をクラスター分析で分類してもよい。
【００２７】
次に、ＣＰＵは、カテゴリー数を決定し、処理をカテゴリーに分類する（ステップＳ１００４）。ステップＳ１００４では、ＣＰＵは、クラスター分析に基づいて、カテゴリー数を決定し、ステップＳ１００１で抽出された各処理を各カテゴリーに分類する。
【００２８】
次に、ＣＰＵは、カテゴリーに含まれる処理のQoE評価特性の平均値を算出する（ステップＳ１００５）。ステップＳ１００５では、ＣＰＵは、クラスター分析により分類されたカテゴリーに含まれる処理群のQoE評価特性の平均値を用いてカテゴリーの代表となるQoE評価特性を得る。これにより、ＣＰＵは、カテゴリー別のQoE評価特性（以下、カテゴリー別QoE評価特性という）を得る。なお、ＣＰＵは、カテゴリー別に安全側で評価をしたい場合には、カテゴリーに含まれる処理群のQoE評価特性のうち最小値を用いてカテゴリーの代表となるQoE評価特性を得るようにしてもよい。
【００２９】
次に、ＣＰＵは、カテゴリー間のQoE評価特性間の有意差検定を行う（ステップＳ１００６）。ステップＳ１０６では、ＣＰＵは、得られたカテゴリー別QoE評価特性が互いに有意に差があるかどうかを検定する。
【００３０】
ステップＳ１００７においてＣＰＵがカテゴリー間のQoE評価特性に有意な差がないと判断すると、ＣＰＵは、ステップＳ１００４に戻ってカテゴリー数をクラスター分析に応じて増減し、ステップＳ１００６の処理を経た後に、ステップＳ１００６において再度カテゴリー間の有意差検定を行う。
【００３１】
一方、ステップＳ１００８においてＣＰＵがカテゴリー間に有意な差がでたと判断した時点で、ＣＰＵは、カテゴリー数を決定する（ステップＳ１００９）。つまり、ＣＰＵは、ステップＳ１００５で得られたカテゴリー別QoE評価特性が互いに有意な差を持つようにカテゴリー数を決定する。
【００３２】
次に、ＣＰＵは、ステップＳ１００５で得られたカテゴリー別QoE評価特性を用いてカテゴリー別QoE推定モデルを求める。つまり、ＣＰＵは、ステップＳ１００９で決定されたカテゴリー毎にQoE推定モデルを求める。ＣＰＵは、例えば回帰式によりカテゴリー別QoE推定モデルを求める。これにより、カテゴリー別QoE推定モデルDB１０４は、Webブラウジングで利用される複数の処理に対してWebページ表示待ち時間を変化させて求めた処理別のQoE評価特性を類似度でカテゴリーに分類したカテゴリー別QoE推定モデルを格納する。
【００３３】
図４は、図３を用いて説明したようにWebブラウジングサービスで行われる２０種類の処理に対してQoE評価特性を行い、クラスター分析を行った結果、QoE評価特性として有意な差がある２分類に対する処理内容を示している。なお、図４に示すカテゴリー数は例示であり、カテゴリー数はこれに限定されるものではない。さらに、図４に示す各カテゴリーに含まれる各処理は例示であり、処理はこれらに限定されるものではない。
【００３４】
図５は、図４に示す２つのカテゴリーのQoE評価特性の例を示している。横軸は、Webページ表示待ち時間を示し、縦軸は、5段階妨害尺度で得られる平均オピニオン評点（以下、DMOS(Degradation Mean Opinion Score)という）を示す。カテゴリー１はWebページ表示待ち時間に対して厳しい評価をする処理群であり、カテゴリー２はWebページ表示待ち時間に対して比較的甘い評価をする処理群である。この例のようなカテゴリー分類の場合には、「動画共有」、「音楽ダウンロード」および「動画ダウンロード」に対する処理とそれ以外を区別できれば品質管理は簡易になる。図５において、カテゴリー１のQoE推定モデルは、カテゴリー１のQoE評価特性から例えば回帰式により求められる。同様に、カテゴリー２のQoE推定モデルは、カテゴリー２のQoE評価特性から例えば回帰式により求められる。
【００３５】
Webブラウジングサービスの処理がカテゴリーに含まれない場合には、Webページ表示待ち時間に対するQoE評価特性を実験等で得て、カテゴリー別QoE推定モデルとの類似度を見ることで類似カテゴリーとして分類する。カテゴリー分類については、処理内容とWebページ表示待ち時間とQoEの関係がわかればよく、例えばリアルタイムにこれらの情報を収集する手段を作ることができれば、カテゴリー分類DBを作り、カテゴリー別QoE推定モデルを更新してもよい。
【００３６】
図２に戻って、QoE推定部１０５は、処理内容に応じたカテゴリー別QoE推定モデルとWebページ表示待ち時間を用いてQoEを推定する。QoE推定部１０５は、ユーザの処理に対するWebページ表示待ち時間をカテゴリー別QoE推定モデルに入力することでQoE推定値を得る。一例として、サービス情報収集部１０３がユーザによる処理内容としてポータルサイトログインを収集し、Webページ表示待ち時間取得部１０２がポータルサイトログインに対するWebページ表示待ち時間を取得した場合のQoE推定値の算出について説明する。QoE推定部１０５は、ポータルサイトログインに対応するWebページ表示待ち時間を、ポータルサイトログインが属するカテゴリー１のQoE推定モデルに入力することでQoE推定値を得ることができる。つまり、QoE推定部１０５は、ユーザの処理要求に対するWebページ表示待ち時間とカテゴリー別QoE推定モデルを用いてQoE推定値を算出することができる。
【００３７】
品質劣化判定部１０６は、QoE推定部１０５で算出されたQoE推定値と品質管理閾値を用いて品質劣化を判定する。なお、品質劣化判定部１０６による処理を、品質判定または品質劣化判定ということもある。品質劣化判定部１０６は、品質判定を行うためにQoEの品質管理閾値をもつ。品質劣化判定部１０６は、QoE推定部１０５で得られたQoE推定値と品質管理閾値との比較で品質劣化判定を行う。QoEの品質管理閾値は、例えば、5段階妨害尺度で得られる平均オピニオン評点（DMOS）を用いてDMOS2.5を判定基準としてもよい。なお、この値は一例であり、これに限定されるものではない。
【００３８】
品質劣化判定部１０６により品質低下があると判定されれば、Webブラウジング品質管理装置１０は、品質劣化の切り分けや品質制御を行うアクションに引き渡す。品質劣化判定部１０６により品質低下がないと判定されれば、Webブラウジング品質管理装置１０は、アクションを行わない。品質低下の有無によらず、Webブラウジング品質管理装置１０は、品質劣化判定部１０６で判定された品質判定の結果（以下、品質判定結果という）を品質管理DB１０７に蓄積する。品質判定結果は、品質劣化判定部１０６で判定された品質劣化に対応する。これにより、品質管理DB１０７は、品質劣化判定部１０６で判定された品質判定結果を格納する。
【００３９】
Webブラウジング品質管理装置１０は、QoE推定部１０５で推定されたQoE推定値、サービス情報収集部１０３で取得されたサービス情報、Webページ表示待ち時間取得部１０２で取得されたWebページ表示待ち時間、および、ユーザ情報収集部１０８で収集されたユーザ情報（端末種類やネットワーク種別、利用場所などの情報）を品質判定結果と合わせて品質管理DB１０７に蓄積してもよい。この場合、Webブラウジング品質管理装置１０は、ユーザ情報等と組み合わせることで、品質劣化の切り分けや品質改善に向けての品質制御につなげるデータを品質管理DB１０７に蓄積することができる。
【００４０】
なお、QoE推定部１０５と、品質劣化判定部１０６と、品質管理DB１０７の構成方法として、それぞれを独立な装置として構成してもよい。
【００４１】
本実施形態によれば、Webブラウジング品質管理装置１０は、処理別QoE評価特性を用いるのではなくカテゴリー別QoE評価特性を用いることで多くの処理に対してQoE推定モデル式の数を削減することができ、簡易にQoE推定値を算出できるので、品質管理を効率的に行うことができる。
【００４２】
なお、この発明は上記実施形態に限定されるものではない。上記実施形態は、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００４３】
１…通信システム、１０…Webブラウジング品質管理装置、２０…Webサーバ、３０…Webブラウジング受信端末、４０…IP網、１０１…Webページ表示待ち時間測定部、１０２…Webページ表示待ち時間取得部、１０３…サービス情報収集部、１０４…カテゴリー別QoE推定モデルDB、１０５…QoE推定部、１０６…品質劣化判定部、１０７…品質管理DB、１０８…ユーザ情報収集部。
【図１】
0006259779.tif 000002
【図２】
0006259779.tif 000003
【図３】
0006259779.tif 000004
【図４】
0006259779.tif 000005
【図５】
0006259779.tif 000006