(57)【要約】【課題】ユーザの通信利用状況に応じた通信品質判定条件を適用することによって、ユーザ毎に異なる主観的な通信品質の劣化を判定する通信端末等を提供する。【解決手段】所定の通信開始時点から単位時間毎のトラフィック転送品質を観測するトラフィック転送品質観測手段と、過去のトラフィック転送品質に基づくトラフィック基準転送品質を記憶するトラフィック基準転送品質記憶手段と、現に観測されたトラフィック転送品質が、トラフィック基準転送品質よりも低くなったか否かを判定する第１の通信品質劣化判定手段と、真の場合、当該通信インタフェース種別と、通信品質が劣化した旨の情報とを記録する通信品質判定記憶手段と、現に観測されたトラフィック転送品質を過去のトラフィック転送品質に合わせて更にトラフィック基準転送品質を算出し、トラフィック基準転送品質記憶手段へ記憶するトラフィック基準転送品質更新手段とを有する。【選択図】図２
2014036311.tif 000002
【特許請求の範囲】
【請求項１】
通信品質の劣化を判定する通信端末であって、
使用中の通信インタフェースを識別する通信インタフェース識別手段と、
使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測するトラフィック転送品質観測手段と、
通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出するトラフィック基準転送品質更新手段と、
通信インタフェース種別毎に、前記トラフィック基準転送品質更新手段から出力された前記トラフィック基準転送品質を記憶するトラフィック基準転送品質記憶手段と、
現に観測されたトラフィック転送品質が、当該通信インタフェースにおける前記トラフィック基準転送品質よりも低くなったか否かを判定する第１の通信品質劣化判定手段と、
第１の通信品質劣化判定手段によって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報を記録する通信品質判定記憶手段と
を有し、
前記トラフィック基準転送品質更新手段は、更に、当該通信インタフェースについて、現に観測されたトラフィック転送品質を過去のトラフィック転送品質に合わせて、当該トラフィック基準転送品質を更新する
ことを特徴とする通信端末。
【請求項２】
ユーザによって現在使用中のアプリケーションプログラムを識別するアプリケーション識別手段を更に有し、
使用中の通信インタフェース種別と、使用中のアプリケーションプログラム種別との組み合わせ毎に、前記トラフィック基準転送品質記憶手段、第１の通信品質劣化判定手段、前記通信品質判定記憶手段及び前記トラフィック基準転送品質更新手段は機能することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記アプリケーション識別手段は、アプリケーションプログラムに代えて、ポート番号又は通信プロトコルの種別を識別することを特徴とする請求項２に記載の通信端末。
【請求項４】
通信インタフェース種別毎に、１つ以上の通信品質種別の通信品質値を観測する通信品質観測手段と、
通信品質種別毎に、通信品質基準値を予め記憶した通信品質基準値記憶手段と、
第１の通信品質劣化判定手段によって真と判定された際に、現に観測された通信品質値毎に、前記通信品質基準値記憶手段の当該通信品質種別の前記通信品質基準値よりも低くなったか否かを判定する第２の通信品質劣化判定手段と
を有し、
前記通信品質判定記憶手段は、前記通信インタフェース種別毎に、第２の品質劣化判定手段によって真と判定された際に、当該通信品質種別及び当該通信品質値も記憶する
ことを特徴とする請求項１から３のいずれか１項に記載の通信端末。
【請求項５】
前記トラフィック転送品質観測手段は、単位時間毎に当該タイムウィンドウにおけるトラフィック転送品質を以下の式で表したトラフィック転送品質ｔｗを出力し、
ｔｗ＝（ｓｗ×ｒｗ＋ｔｗ−１）／Ｔｗ
ｓｗ：一方向のトラフィック量
ｒｗ：逆方向のパケット数に対する一方向のパケット数の比率
（＝一方向のパケット数／逆方向のパケット数）
Ｔｗ：通信開始時点からの経過時間
ｔｗ−１：１つ前のタイムウィンドウにおけるトラフィック転送品質
ｗ＝１の場合は、ｔｗ−１の項は無し
前記トラフィック基準転送品質更新手段は、前記トラフィック基準転送品質を、タイムウィンドウ毎に過去ｎ回のトラフィック転送品質ｔ１ｗ〜ｔｎｗの所定統計量（平均値又は中央値）を基準として、当該トラフィック基準転送品質を当該統計量よりも所定条件だけ下値に設定する
ことを特徴とする請求項１から４のいずれか１項に記載の通信端末。
【請求項６】
前記トラフィック基準転送品質更新手段は、前記トラフィック基準転送品質を、タイムウィンドウｗ毎に過去ｎ回のトラフィック転送品質ｔ１ｗ〜ｔｎｗの平均値Ｘｎｗ及び不偏分散(μｎｗ)2から、以下の式を用いた予測区間の下限値に設定する
トラフィック基準転送品質（下限値）＝Ｘｎｗ−ｔ×sqrt（μｎｗ２(１＋１／ｎ)）
ｎ：トラフィック値の個数
ｔ：ｔ分布表から得られるｔ値
ことを特徴とする請求項５に記載の通信端末。
【請求項７】
前記トラフィック転送品質ｔとして、下りリンクのトラフィック転送品質ｄｗ及び上りリンクのトラフィック転送品質ｕｗの両方を用いて、
第１の通信品質劣化判定手段は、
前記トラフィック基準量記憶手段によって所定数以上の下りリンクのトラフィック転送品質ｄｗ及び上りリンクのトラフィック転送品質ｕｗを記録できるまで（学習フェーズ）は判定せず、
前記トラフィック基準量記憶手段によって所定数以上の下りリンクのトラフィック転送品質ｄｗ及び上りリンクのトラフィック転送品質ｕｗを記録された後（運用フェーズ）は、トラフィック転送品質ｄｗ及びｕｗそれぞれの平均値を比較し、当該値が大きい方のトラフィック転送品質を用いる
ことを特徴とする請求項６に記載の通信端末。
【請求項８】
前記トラフィック基準転送品質更新手段は、タイムウィンドウｗ毎に過去ｎ回のトラフィック転送品質ｔｗをクラスタリング（統計分類）し、各クラスタにおける平均値又は上下限値を前記トラフィック基準転送品質記憶手段へ出力し、
第１の通信品質劣化判定手段は、現に観測された前記トラフィック転送品質ｔｗが、複数のクラスタの中で、トラフィック転送品質の平均値が最も小さいクラスタに属すると判定された場合、通信品質が劣化したものと判定する
ことを特徴とする請求項５に記載の通信端末。
【請求項９】
前記トラフィック基準転送品質更新手段は、過去のトラフィック転送品質ｔｗから次回のトラフィック転送品質ｔｗを予測し、当該予測値を前記トラフィック基準転送品質記憶手段へ出力し、
第１の通信品質劣化判定手段は、現に観測された前記トラフィック転送品質ｔｗが、前記トラフィック基準転送品質記憶手段に記憶された前記予測値よりも低いと判定された場合、通信品質が劣化したものと判定する
ことを特徴とする請求項５に記載の通信端末。
【請求項１０】
通信端末に搭載されたコンピュータを機能させるプログラムであって、
使用中の通信インタフェースを識別する通信インタフェース識別手段と、
使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測するトラフィック転送品質観測手段と、
通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出するトラフィック基準転送品質更新手段と、
通信インタフェース種別毎に、前記トラフィック基準転送品質更新手段から出力された前記トラフィック基準転送品質を記憶するトラフィック基準転送品質記憶手段と、
現に観測されたトラフィック転送品質が、当該通信インタフェースにおける前記トラフィック基準転送品質よりも低くなったか否かを判定する第１の通信品質劣化判定手段と、
第１の通信品質劣化判定手段によって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報とを記録する通信品質判定記憶手段と
してコンピュータを機能させ、
前記トラフィック基準転送品質更新手段は、更に、当該通信インタフェースについて、現に観測されたトラフィック量を過去のトラフィック量に合わせて、当該トラフィック基準転送品質を更新する
ようにコンピュータを機能させることを特徴とする通信端末用のプログラム。
【請求項１１】
通信端末の通信品質劣化判定方法であって、
使用中の通信インタフェースを識別する第１のステップと、
使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測する第２のステップと、
通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出する第３のステップと、
通信インタフェース種別毎に、前記トラフィック基準転送品質更新手段から出力された前記トラフィック基準転送品質を記憶する第４のステップと、
現に観測されたトラフィック転送品質が、当該通信インタフェースにおける前記トラフィック基準転送品質よりも低くなったか否かを判定する第５のステップと、
第５のステップによって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報とを記録する第６のステップと、
当該通信インタフェースについて、現に観測されたトラフィック転送品質を過去のトラフィック転送品質に合わせて、当該トラフィック基準転送品質を更新する第７のステップと
を有することを特徴とする通信端末の通信品質劣化判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末における通信品質の劣化を判定する技術に関する。
【背景技術】
【０００２】
通信品質は、通信環境の影響を受けやすく、特に無線品質は、通信端末−基地局間の遮蔽物の介在や移動状態によって変化する。従来、無線品質が劣化しているエリアを特定するために、調査員が電波品質測定装置を所持し、通信テストを実行する技術がある（例えば特許文献１参照）。電波品質測定装置は、例えば、カーナビゲーションシステム及び携帯電話機に接続される車載型汎用パーソナルコンピュータであってもよい。調査員がそのディスプレイの地図上にプロットすることによって、その位置情報と電波品質測定値とを対応付けることができる。また、調査員を必要とせず、遠隔地のデータ収集センタからの測定要求メッセージによって、自動的に無線品質値を測定する技術もある（例えば特許文献１参照）。この技術によれば、携帯電話機及びＧＰＳ(Global Positioning System)を接続した専用の電波品質測定装置を用いる。
【０００３】
無線品質情報を収集する用途について、専用の測定装置（例えば特許文献１）を用いることなく、簡便性及び汎用性の観点から、既存の携帯電話機を用いることも好ましい（例えば特許文献２〜８参照）。
【０００４】
従来、携帯電話機を用いて無線品質を測定すると共に、その携帯電話機に内蔵されたＧＰＳ機能を用いて測位する技術がある（例えば特許文献２参照）。そして、その無線品質値及び位置情報を、所定のサーバへアップロードする。
【０００５】
また、異常通信状態を検出した際に、その位置情報を取得し且つ記憶し、正常通信状態に移行した際に、所定のサーバにその位置情報を送信する技術がある（例えば特許文献３参照）。
【０００６】
更に、ＧＰＳ機能を有する携帯通信端末を搭載した車両（例えば一般の路線バスやタクシー等）を走行させる技術がある（例えば特許文献４参照）。当該携帯通信端末は、基地局のサービスエリアから外れたことを検出した際に、ＧＰＳ機能によって位置情報を取得し且つ記憶する。その後、携帯通信端末は、再び、基地局のサービスエリアに進入したことを検出した際に、記憶していた位置情報を、ネットワークを介して所定のサーバへ送信する。これによって、そのサーバを運用する通信事業者は、無線品質が劣化している箇所の位置情報を収集することができる。
【０００７】
更に、サービスエリア内の必要箇所に、無線品質情報を収集するための携帯通信端末を設置する技術がある（例えば特許文献５参照）。この技術によれば、携帯通信端末は、ネットワークを介してパーソナルコンピュータへ、定期的又は随時、その無線品質情報を送信する。パーソナルコンピュータは、携帯通信端末の位置情報に応じた無線品質情報を、エリア状態表示装置へ送信する。これにより、エリア状態表示装置は、エリアに応じて通信品質状態を表示することができる。
【０００８】
更に、携帯通信端末が、異なる複数の無線通信システムの電波エリア状態情報を、位置情報と共に、ネットワークを介してサーバへ送信する技術もある（例えば特許文献６参照）。この技術によれば、携帯通信端末は、ＧＰＳ機能を搭載しており、その位置情報を測定する。これにより、サーバを運用する通信事業者は、携帯通信端末の位置に応じて、最適な無線通信システムを知ることができる。
【０００９】
更に、通信システムの種類に応じて、取得すべき無線品質の範囲を変更し、携帯電話機による情報送信数／量及びネットワーク負荷を減らす技術がある（例えば特許文献７参照）。この技術によれば、取得した無線品質の範囲が所定範囲内であった場合にのみ、ＧＰＳ機能で測位し、その位置情報及び無線品質情報を、所定のサーバへアップロードする。
【００１０】
更に、ＧＰＳ衛星からの測位電波を受信しにくい屋内について無線品質の取得した後、セルラ通信品質の振る舞いから屋外へ出たことを推定する技術がある（例えば特許文献８参照）。この技術によれば、屋外へ出たと推定された際に、ＧＰＳ機能における測位を開始し、その位置情報と、屋内で取得した無線品質情報とを対応付けて記憶する。
【００１１】
更に、ユーザの体感品質を推定する技術もある（例えば特許文献９参照）。この技術によれば、パケットの転送品質を含む通信網における品質管理情報に基づいて、例えばＭＯＳ(Mean Opinion Score)値を算出し、ＭＯＳ平均値が所定の閾値を下回るとユーザの体感品質が低下したと判定する。ＭＯＳ値とは、相対的な主観品質から基準を決定するために、被験者が感じる５段階評価品質の平均を取る評価方法である。
【００１２】
更に、通信端末内でユーザの体感品質を推定する技術もある（例えば特許文献１０参照）。この技術によれば、例えばＴＣＰ(Transmission Control Protocol)のＲＳＴ(Reset)パケットのように、ユーザ操作に起因する特定のパケットの有無によって、体感品質の低下が推定される。これは、通信品質の劣化が発生した際に、ユーザ自らが当該通信セッションを強制終了させるという事象に基づく。その際に、通信端末から送信されるＴＣＰ
ＲＳＴパケットを監視するものである。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００２−３３５２０２号公報
【特許文献２】特開２００４−２１４８７５号公報
【特許文献３】特開２０１０−０８８０７４号公報
【特許文献４】特開２００５−２１０５３０号公報
【特許文献５】特開２００３−０３２１７４号公報
【特許文献６】特開２００６−０６０２９５号公報
【特許文献７】特開２００８−３０６２４０号公報
【特許文献８】特開２００９−１８２７６４号公報
【特許文献９】特開２０１１−２５０２３４号公報
【特許文献１０】特開２００９−２９６４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
前述した特許文献１〜６に記載の技術によれば、位置に基づく電波品質情報を取得することができ、無線品質の劣化エリアを発見することができる。一方で、電波品質情報の取得や無線品質の劣化エリアの発見は、それら自体が目的ではなく、「通話状態の改善を図る」ためのエリア設計に利用されるものである（例えば特許文献１［０００２］参照）。つまり、無線品質の劣化エリアを抽出することによって、基地局設置のエリア設計を改善することができ、結果的に、無線端末を操作するユーザにおける通信の不満をできる限り解消することができる。
【００１５】
ここで、「無線品質情報」とは、特許文献５又は特許文献７によれば、ＲＳＣＰ（Received Signal Code Power；希望波受信電力）やＥｃ／Ｎｏ（接続局のＲＳＣＰと全受信電力の比）、再送回数、データ誤り率、ＲＳＳ(Received Signal Strength：受信信号強度)、Ｃ／Ｉ(干渉波比)、Ｅｃ／Ｉｏ(隣接基地局送信レベル対現行基地局送信レベル)などである。また、特許文献９に記載の「品質管理情報」は、パケットの転送品質であり、例えば往復遅延時間である。
【００１６】
しかしながら、ユーザの通信体感品質は、無線品質値やパケットの転送品質値によって決まるものではなく、普段の通信環境に対する現在の通信環境によって左右されるものである。つまり、ユーザの不満度の解消及び利便性向上のために無線品質情報を取得しているのにも拘わらず、所定の通信品質閾値によって、ユーザの満足度が満足／不満とに明確に分かれるわけではない。
【００１７】
図１は、通信端末を用いるユーザの主観品質を表す説明図である。
【００１８】
図１によれば、例えば、ユーザＡは、通信品質が悪い地域の自宅から、通信品質が高い地域の職場へ通勤している。この場合、ユーザＡは、職場の通信品質に比べて自宅の通信品質が悪いと感じやすく、自宅での通信品質に不満を感じる場合が多い。一方で、例えば、ユーザＡの隣に住んでいるユーザＢ（自宅の通信品質はユーザＡと同じ）は、自宅近くの職場へ通勤している。この場合、ユーザＢは、職場の通信品質と自宅の通信品質とに変化が無く、通信品質が悪い地域に常に滞在しているにも拘わらず、自宅での通信品質に不満を感じない場合が多い。
【００１９】
このように、ユーザが体感する通信品質に対するの捉え方は相対的であるといる。このような場合、体感通信品質に関するＭＯＳ値を利用することもできるが、ユーザＡ及びＢの自宅地域について、通信品質に対してユーザＢと同様の体感を持っているユーザが多い場合、ユーザＡにおける自宅での通信品質の不満を捉えることはできない。
【００２０】
この点、特許文献１０に記載された技術によれば、ユーザによる当該通信セッション（利用アプリケーション）の強制終了事象を通信体感品質の低下と捉えており、所定の通信品質閾値による判定はしていない。しかしながら、ユーザにとって、通信品質の劣化が原因となって、使用中のアプリケーションを強制終了する場合とは、使用に耐えられないほど品質が劣化しているときである。即ち、ユーザにとって、不満があるものの、我慢して使い続ける事象を捉えることはできない。
【００２１】
例えば、ユーザが、駅に向かう途中で乗換案内アプリケーションを用いて乗車時間や乗換経路を検索する場合、全く通信ができない状態であれば、当該アプリケーションを当然に終了するであろう。しかしながら、通常よりも情報取得速度が遅い場合などは、不満には思うものの、その時点で必要情報を取得するまでは、当該アプリケーションを利用し続ける場合もある。また、アプリケーションの強制終了（データの送受信が完了していない状態での終了）をトリガとした場合、通信品質の劣化が要因ではなく、例えば単に待ち合わせ中の暇つぶしに通信をしていて、相手が到着したためアプリケーションを終了する場合なども、通信品質の劣化が要因と判断されてしまうこととなる。
【００２２】
いずれにしても、従来技術によれば、統一的な所定基準を以て通信品質の劣化を推定していたため、ユーザ毎に異なる主観的な品質を推定するのは困難である。
【００２３】
そこで、本発明は、ユーザの通信利用状況に応じた通信品質判定条件を適用することによって、ユーザ毎に異なる主観的な通信品質の劣化を判定する通信端末、プログラム及び方法を提供することを目的とする。
【課題を解決するための手段】
【００２４】
本発明によれば、通信品質の劣化を判定する通信端末であって、
使用中の通信インタフェースを識別する通信インタフェース識別手段と、
使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測するトラフィック転送品質観測手段と、
通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出するトラフィック基準転送品質更新手段と、
通信インタフェース種別毎に、トラフィック基準転送品質更新手段から出力されたトラフィック基準転送品質を記憶するトラフィック基準転送品質記憶手段と、
現に観測されたトラフィック転送品質が、当該通信インタフェースにおけるトラフィック基準転送品質よりも低くなったか否かを判定する第１の通信品質劣化判定手段と、
第１の通信品質劣化判定手段によって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報を記録する通信品質判定記憶手段と
を有し、
トラフィック基準転送品質更新手段は、更に、当該通信インタフェースについて、現に観測されたトラフィック転送品質を過去のトラフィック転送品質に合わせて、当該トラフィック基準転送品質を更新する
ことを特徴とする。
【００２５】
本発明の通信端末における他の実施形態によれば、
ユーザによって現在使用中のアプリケーションプログラムを識別するアプリケーション識別手段を更に有し、
使用中の通信インタフェース種別と、使用中のアプリケーションプログラム種別との組み合わせ毎に、トラフィック基準転送品質記憶手段、第１の通信品質劣化判定手段、通信品質判定記憶手段及びトラフィック基準転送品質更新手段は機能することも好ましい。
【００２６】
本発明の通信端末における他の実施形態によれば、
アプリケーション識別手段は、アプリケーションプログラムに代えて、ポート番号又は通信プロトコルの種別を識別することも好ましい。
【００２７】
本発明の通信端末における他の実施形態によれば、
通信インタフェース種別毎に、１つ以上の通信品質種別の通信品質値を観測する通信品質観測手段と、
通信品質種別毎に、通信品質基準値を予め記憶した通信品質基準値記憶手段と、
第１の通信品質劣化判定手段によって真と判定された際に、現に観測された通信品質値毎に、通信品質基準値記憶手段の当該通信品質種別の通信品質基準値よりも低くなったか否かを判定する第２の通信品質劣化判定手段と
を有し、
通信品質判定記憶手段は、通信インタフェース種別毎に、第２の品質劣化判定手段によって真と判定された際に、当該通信品質種別及び当該通信品質値も記憶する
ことも好ましい。
【００２８】
本発明の通信端末における他の実施形態によれば、
トラフィック転送品質観測手段は、単位時間毎に当該タイムウィンドウにおけるトラフィック転送品質を以下の式で表したトラフィック転送品質ｔｗを出力し、
ｔｗ＝（ｓｗ×ｒｗ＋ｔｗ−１）／Ｔｗ
ｓｗ：一方向のトラフィック量
ｒｗ：逆方向のパケット数に対する一方向のパケット数の比率
（＝一方向のパケット数／逆方向のパケット数）
Ｔｗ：通信開始時点からの経過時間
ｔｗ−１：１つ前のタイムウィンドウにおけるトラフィック転送品質
ｗ＝１の場合は、ｔｗ−１の項は無し
トラフィック基準転送品質更新手段は、トラフィック基準転送品質を、タイムウィンドウ毎に過去ｎ回のトラフィック転送品質ｔ１ｗ〜ｔｎｗの所定統計量（平均値又は中央値）を基準として、当該トラフィック基準転送品質を当該統計量よりも所定条件だけ下値に設定することも好ましい。
【００２９】
本発明の通信端末における他の実施形態によれば、
トラフィック基準転送品質更新手段は、トラフィック基準転送品質を、タイムウィンドウｗ毎に過去ｎ回のトラフィック転送品質ｔ１ｗ〜ｔｎｗの平均値Ｘｎｗ及び不偏分散(μｎｗ)2から、以下の式を用いた予測区間の下限値に設定する
トラフィック基準転送品質（下限値）＝Ｘｎｗ−ｔ×sqrt（μｎｗ２(１＋１／ｎ)）
ｎ：トラフィック値の個数
ｔ：ｔ分布表から得られるｔ値
ことも好ましい。
【００３０】
本発明の通信端末における他の実施形態によれば、
トラフィック転送品質ｔとして、下りリンクのトラフィック転送品質ｄｗ及び上りリンクのトラフィック転送品質ｕｗの両方を用いて、
第１の通信品質劣化判定手段は、
トラフィック基準量記憶手段によって所定数以上の下りリンクのトラフィック転送品質ｄｗ及び上りリンクのトラフィック転送品質ｕｗを記録できるまで（学習フェーズ）は判定せず、
トラフィック基準量記憶手段によって所定数以上の下りリンクのトラフィック転送品質ｄｗ及び上りリンクのトラフィック転送品質ｕｗを記録された後（運用フェーズ）は、トラフィック転送品質ｄｗ及びｕｗそれぞれの平均値を比較し、当該値が大きい方のトラフィック転送品質を用いることも好ましい。
【００３１】
本発明の通信端末における他の実施形態によれば、
トラフィック基準転送品質更新手段は、タイムウィンドウｗ毎に過去ｎ回のトラフィック転送品質ｔｗをクラスタリング（統計分類）し、各クラスタにおける平均値又は上下限値をトラフィック基準転送品質記憶手段へ出力し、
第１の通信品質劣化判定手段は、現に観測されたトラフィック転送品質ｔｗが、複数のクラスタの中で、トラフィック転送品質の平均値が最も小さいクラスタに属すると判定された場合、通信品質が劣化したものと判定することも好ましい。
【００３２】
本発明の通信端末における他の実施形態によれば、
トラフィック基準転送品質更新手段は、過去のトラフィック転送品質ｔｗから次回のトラフィック転送品質ｔｗを予測し、当該予測値をトラフィック基準転送品質記憶手段へ出力し、
第１の通信品質劣化判定手段は、現に観測されたトラフィック転送品質ｔｗが、トラフィック基準転送品質記憶手段に記憶された予測値よりも低いと判定された場合、通信品質が劣化したものと判定することも好ましい。
【００３３】
本発明によれば、通信端末に搭載されたコンピュータを機能させるプログラムであって、
使用中の通信インタフェースを識別する通信インタフェース識別手段と、
使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測するトラフィック転送品質観測手段と、
通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出するトラフィック基準転送品質更新手段と、
通信インタフェース種別毎に、トラフィック基準転送品質更新手段から出力されたトラフィック基準転送品質を記憶するトラフィック基準転送品質記憶手段と、
現に観測されたトラフィック転送品質が、当該通信インタフェースにおけるトラフィック基準転送品質よりも低くなったか否かを判定する第１の通信品質劣化判定手段と、
第１の通信品質劣化判定手段によって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報とを記録する通信品質判定記憶手段と
してコンピュータを機能させ、
トラフィック基準転送品質更新手段は、更に、当該通信インタフェースについて、現に観測されたトラフィック量を過去のトラフィック量に合わせて、当該トラフィック基準転送品質を更新する
ようにコンピュータを機能させることを特徴とする。
【００３４】
本発明によれば、通信端末の通信品質劣化判定方法であって、
使用中の通信インタフェースを識別する第１のステップと、
使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測する第２のステップと、
通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出する第３のステップと、
通信インタフェース種別毎に、トラフィック基準転送品質更新手段から出力されたトラフィック基準転送品質を記憶する第４のステップと、
現に観測されたトラフィック転送品質が、当該通信インタフェースにおけるトラフィック基準転送品質よりも低くなったか否かを判定する第５のステップと、
第５のステップによって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報とを記録する第６のステップと、
当該通信インタフェースについて、現に観測されたトラフィック転送品質を過去のトラフィック転送品質に合わせて、当該トラフィック基準転送品質を更新する第７のステップと
を有することを特徴とする。
【発明の効果】
【００３５】
本発明の通信端末、プログラム及び方法によれば、ユーザの通信利用状況に応じた通信品質判定条件を適用することによって、ユーザ毎に異なる主観的な通信品質の劣化を判定することができる。
【図面の簡単な説明】
【００３６】
【図１】通信端末を用いるユーザの主観品質を表す説明図である。
【図２】本発明における通信端末の機能構成図である。
【図３】観測されたトラフィック転送品質と、予め記憶されたトラフィック基準転送品質とを表す計測表である。
【図４】時間経過に応じた図３のトラフィック転送品質を表すグラフである。
【図５】第１の通信品質劣化判定部における３つの実施形態を表す説明図である。
【図６】本発明における通信端末の処理を表すフローチャートである。
【発明を実施するための形態】
【００３７】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００３８】
図２は、本発明における通信端末の機能構成図である。
【００３９】
図２によれば、通信端末１は、ハードウェアとして、１つ以上の通信インターフェースと、ユーザインタフェースとを有する。通信インタフェースとしては、無線でも有線でもよいが、通信端末における通信品質が変化しやすい環境を考慮すると、無線であることが有効である。図２によれば、通信端末１は、無線端末であって、複数の無線通信インタフェース１０１を備えている。無線通信インタフェースとしては、例えば３Ｇ(3 Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)、無線ＬＡＮ(Wireless Local Area Network)等がある。また、ユーザインタフェース１０２は、アプリケーションプログラムをユーザに認識させる例えばタッチパネルディスプレイのようなものである。
【００４０】
また、通信端末１は、少なくとも、通信インタフェース識別部１１１と、アプリケーション識別部１１２と、トラフィック転送品質観測部１１３と、トラフィック基準転送品質更新部１１４と、トラフィック基準転送品質記憶部１１５と、第１の通信品質劣化判定部１１６と、通信品質判定記憶部１１７とを有する。これら機能構成部は、通信端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００４１】
［通信インタフェース識別部１１１］
通信インタフェース識別部１１１は、ユーザによって使用中の通信インタフェースを識別する。識別された通信インタフェース種別は、第１の通信品質劣化判定部１１６へ出力される。通信インタフェース種別とは、各通信インタフェースに割り当てられた識別子である。
【００４２】
［アプリケーション識別部１１２］
アプリケーション識別部１１２は、ユーザによって使用中のアプリケーションプログラムを識別する。識別されたアプリケーション種別は、第１の通信品質劣化判定部１１６へ出力される。アプリケーション種別とは、アプリケーション自体、又は、アプリケーションカテゴリに割り当てられた識別子である。尚、アプリケーション種別とは、使用中のアプリケーションプログラム名に限られず、使用中のポート番号又は通信プロトコル種別であってもよい。また、アプリケーションが通信端末の画面上に表示されている（フォアグラウンド）場合にのみ、そのアプリケーション種別を識別するものであってもよい。即ち、フォアグラウンドで実行されているアプリケーションが存在する場合のみ、当該通信端末における通信品質の劣化が判定されるものであってもよい。
【００４３】
［トラフィック転送品質観測部１１３］
トラフィック転送品質観測部１１３は、使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間（タイムウィンドウ）毎のトラフィック転送品質を観測する。タイムウィンドウ毎のトラフィック転送品質は、トラフィック基準転送品質更新部１１４及び第１の通信品質劣化判定部１１６へ出力される。通信開始時点とは、例えばアプリケーション識別部１１２により識別されたアプリケーションに起因する上り方向（通信端末から基地局へ）のパケットを、通信インタフェース識別部１１１によって検知した時点である。
【００４４】
図３は、観測されたトラフィック転送品質と、予め記憶されたトラフィック基準転送品質とを表す計測表である。
図４は、時間経過に応じた図３のトラフィック転送品質及びトラフィック基準転送品質を表すグラフである。
【００４５】
トラフィック転送品質は、例えば下り方向（基地局から通信端末へ）で観測された、単位時間（例えば５００ミリ秒）当たりのデータ伝送量（トラフィック量）や通信開始時点からのデータ伝送量の累積値であってもよい。以下では各単位時間は「タイムウィンドウ」と称し、通信開始時点からタイムウィンドウ（ｗ＝１、２、・・・、Ｗ）毎に計測される。尚、データ伝送量は、バイト数、パケット数、又は、平均往復遅延時間であってもよい。図３によれば、タイムウィンドウ１〜６０までのトラフィック転送品質ｔ１〜ｔ６０が表されている。尚、タイムウィンドウｗのサイズは、例えば以下のように、タイムウィンドウ番号に応じて変更するものであってもよい。
ｗ＜５：タイムウィンドウサイズ＝１００ミリ秒
ｗ≧５：タイムウィンドウサイズ＝５００ミリ秒
これによって、ユーザの体感品質に影響を与えやすい通信開始時は、細かいタイムウィンドウサイズに設定することによって、短い時間範囲における通信品質の劣化の判定が可能となる。
【００４６】
トラフィック転送品質観測部１１３は、所定の観測停止条件に至るまで、単位時間毎のトラフィック転送品質を、第１の通信品質劣化判定部１１６へ出力し続ける。観測停止条件を満たした際に、タイムウィンドウの値はリセットされ、次回の上り方向の通信開始時には、再度、時間経過と共に、タイムウィンドウが１から順に増加する。観測停止条件としては、例えば、上り方向及び下り方向いずれのトラフィックも観測されない無通信時間が、所定時間以上継続した場合であってもよい。勿論、「観測停止条件」として、タイムウィンドウの最大値を事前に設定したものであってもよい。尚、通信開始時点から観測停止条件を満たした時点までが、１通信とみなされる。
【００４７】
更に、トラフィック転送品質ｔｗは、タイムウィンドウｗ毎のトラフィック転送品質を、以下の式で表したものであってもよい。
ｔｗ＝ｓｗ×ｒｗ／Ｔｗ
ｓｗ：一方向のトラフィック量
ｒｗ：逆方向のパケット数に対する一方向のパケット数の比率
（＝一方向のパケット数／逆方向のパケット数）
Ｔｗ：通信開始時点からの経過時間
ｗ：通信開始時点からのタイムウィンドウ
【００４８】
また、トラフィック転送品質ｔｗは、以下の式で表したものであってもよい。
ｔｗ＝（ｓｗ×ｒｗ＋ｔｗ−１）／Ｔｗ
ｔｗ−１：１つ前のタイムウィンドウにおけるトラフィック転送品質
ｗ＝１の場合は、ｔｗ−１の項は無し
【００４９】
更に、トラフィック転送品質ｔｗ（ｗ＞２の場合）は、ｗ−１以下のトラフィック転送品質ｔｗを用いた移動平均値（例えば加重移動平均値や指数移動平均値）を用いるものであってもよい。
【００５０】
前述の記載では、トラフィック転送品質ｔは、例えば一方向のトラフィックを「下りリンク」とし、逆方向のトラフィックは「上りリンク」とした場合、トラフィック量ｄｗとしてもよい。逆に、トラフィック転送品質ｔは、一方向のトラフィックを「上りリンク」とし、逆方向のトラフィックは「下りリンク」とした場合、トラフィック量ｕｗとしてもよい。
【００５１】
この場合、トラフィック量ｄｗ及びｕｗの両方を用いてもよいし、値の大きい方を用いてもよい。
例えば、ビデオ視聴アプリケーションの場合、下り方向のトラフィックが主となるために、トラフィック量ｄｗがトラフィック量ｕｗよりも大きくなりやすい。そのために、トラフィック転送品質ｔとしては、ｄｗを用いる。
一方で、例えば、データバックアップアプリケーションの場合、上り方向のトラフィックが主となるために、トラフィック量ｕｗがトラフィック量ｄｗよりも大きくなりやすい。そのために、トラフィック量ｔとしては、ｕｗを用いる。
【００５２】
［トラフィック基準転送品質更新部１１４］
トラフィック基準転送品質更新部１１４は、通信インタフェース種別毎に、又は、通信インタフェース種別及びアプリケーション種別の組み合わせ毎に、過去のトラフィック量に基づくトラフィック基準転送品質を算出する。また、トラフィック基準転送品質更新部１１４は、現に観測されたトラフィック量を過去のトラフィック量に合わせて更にトラフィック基準転送品質を算出する。これら算出された当該トラフィック基準転送品質は、トラフィック基準転送品質記憶部１１５へ出力される。
【００５３】
ここで、「トラフィック基準転送品質」は、タイムウィンドウｗ毎の過去ｎ個（ｎ回の通信）のトラフィック転送品質ｔｗ１〜ｔｗｎにおける所定統計量を基準に設定してもよい。例えば、ｔｗ１〜ｔｗｎにおける移動平均値や中央値よりも、所定条件だけ下値に設定したものであってもよい。即ち、過去の移動平均的なトラフィック量よりも、一定以上低いトラフィック転送品質の場合に、ユーザは、通信品質の劣化を体感するためである。
【００５４】
［トラフィック基準転送品質記憶部１１５］
トラフィック基準転送品質記憶部１１５は、通信インタフェース種別毎に、又は、通信インタフェース種別及びアプリケーション種別の組み合わせ毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を記憶する。トラフィック基準転送品質記憶部１１５は、第１の通信品質劣化判定部１１６から参照される。
【００５５】
［第１の通信品質劣化判定部１１６］
第１の通信品質劣化判定部１１６は、通信インタフェース種別毎に、又は、通信インタフェース種別及びアプリケーション種別の組み合わせ毎に、トラフィック転送品質観測部１１３によって現に観測されたトラフィック転送品質ｔｗが、トラフィック基準転送品質記憶部１１５の当該通信インタフェース、又は、当該通信インタフェース及び当該アプリケーション種別におけるトラフィック基準転送品質ｐｗよりも低くなったか否かを判定する。その判定結果は、通信品質判定記憶部１１７へ出力される。
【００５６】
また、第１の通信品質劣化判定部１１６は、現トラフィック転送品質ｔｗを、トラフィック基準転送品質更新部１１４へ出力するものであってもよい。ここで、ｔｗ≧ｐｗの判定結果に応じて、現トラフィック転送品質ｔｗをトラフィック転送品質更新部１１４へ出力する確率を変更することも好ましい。例えば、以下のような確率でトラフィック転送品質ｔｗを、トラフィック基準転送品質更新部１１４へ出力する。
ｔｗ≧ｐｗ：１００％（毎回現ｔｗをトラフィック基準転送品質更新部１１４へ出力）
ｔｗ＜ｐｗ：５０％  （２回に１回の確率で現ｔｗを
トラフィック基準転送品質更新部１１４へ出力）
例えば、トラフィック転送品質ｔｗがトラフィック基準転送品質ｐｗよりも低い場合（ｔｗ＜ｐｗ）、劣化した現トラフィック転送品質ｔｗによって、トラフィック基準転送品質ｐｗが低下しすぎないようにすることができる。
【００５７】
更に、第１の通信品質劣化判定部１１６は、現に観測されたトラフィック転送品質ｔｗが、トラフィック基準転送品質ｐｗよりも低くなった（真：ｔｗ＜ｐｗ）との判定が、所定回数（例えば２０回）連続した場合にのみ、真と判定することも好ましい。図３の表によれば、以下のように判定される。
タイムウィンドウｗ＝１〜７：偽（ｔｗ≧ｐｗ）
タイムウィンドウｗ＝８〜  ：真（ｔｗ＜ｐｗ）
通信品質の劣化の判定のための所定回数を例えば２０回とする場合、タイムウィンドウｗ＝２７になった際に、通信品質劣化と判定される。ここで、判定結果が偽となる個数でもいいし、判定結果が偽となる割合でもよい。尚、これら通信品質の劣化の判定結果は、次の通信開始時点では、リセットされる。
【００５８】
［通信品質判定記憶部１１７］
通信品質判定記憶部１１７は、通信インタフェース種別毎に、又は、通信インタフェース種別及びアプリケーション種別の組み合わせ毎に、第１の通信品質劣化判定部１１６よって真と判定された際に、通信品質が劣化した旨の情報を記録する。尚、通信品質判定記憶部１１７は、後述する第２の通信品質劣化判定部１２３によって通信品質の劣化（真）と判定された際に、当該通信品質種別及び当該通信品質値も記憶する。
【００５９】
通信品質判定記憶部１１７に記憶された通信品質の判定結果は、ユーザに明示するべく、ユーザインタフェース１０２で表示されるものであってもよい。これによって、ユーザ自身、通信品質の劣化を認識することができる。また、これら蓄積された判定結果は、通信事業者網に接続されたデータベースサーバへ送信される。通信事業者としては、ユーザからの明示的な苦情がない当該ユーザの通信品質の体感的な劣化（サイレントクレーム事象）を、認識することができる。
【００６０】
前述したように、トラフィック基準転送品質記憶部１１５、第１の通信品質劣化判定部１１６、通信品質判定記憶部１１７及びトラフィック基準転送品質更新部１１４は、「通信インタフェース種別毎」に、又は、「通信インタフェース及びアプリケーションの組み合わせ」毎に機能する。
【００６１】
また、図２によれば、通信端末１は、通信品質観測部１２１と、第２の通信品質劣化判定部１２３と、通信品質基準値記憶部１２２とを更に有する。これら機能構成部も、通信端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００６２】
［通信品質観測部１２１］
通信品質観測部１２１は、通信インタフェース種別毎に、１つ以上の通信品質種別の通信品質値を観測する。通信インタフェースが無線インタフェースである場合、例えば信号受信強度（ＲＳＳＩ）や信号対雑音比（ＳＮＲ）等が観測される。これら通信品質種別毎の通信品質値は、第２の通信品質劣化判定部１２３へ出力される。
【００６３】
［通信品質基準値記憶部１２２］
通信品質基準値記憶部１２２は、通信品質種別毎に、通信品質基準値を予め記憶する。
【００６４】
［第２の通信品質劣化判定部１２３］
第２の通信品質劣化判定部１２３は、第１の通信品質劣化判定部１１６によって真と判定された際に、各通信インタフェースについて、通信品質観測部１２１によって現に観測された通信品質値毎に、通信品質基準値記憶部１２２の当該通信品質種別の通信品質基準値よりも低くなったか否かを判定する。通信品質の劣化（真）と判定された場合、当該通信品質種別及び当該通信品質値が、通信品質判定記憶部１１７へ出力される。尚、通信端末１がＧＰＳのような測位機能を搭載している場合、通信品質判定記憶部１１７は、その時の位置情報も合わせて記憶することも好ましい。
【００６５】
以下では、第１の通信品質劣化判定部１１６の３つの実施形態について説明する。
＜予測区間下限値を用いた通信品質の劣化の判定＞
＜統計分類を用いた通信品質の劣化の判定＞
＜トラフィック転送品質予測に基づく通信品質の劣化の判定＞
【００６６】
尚、第１の通信品質劣化判定部１１６は、トラフィック転送品質ｔｗが所定条件を満たしている場合にのみ、通信品質の劣化を判定することが好ましい。所定条件としては、例えば、通信開始から観測停止までのデータ量が所定閾値を越えていること、又は、通信開始から観測停止までの経過時間が所定閾値を越えていること、等がある。即ち、有効なトラフィック転送品質ｔｗのみを用いることとする。
【００６７】
図５は、第１の通信品質劣化判定部における３つの実施形態を表す説明図である。
【００６８】
＜予測区間下限値を用いた通信品質の劣化の判定＞
トラフィック基準転送品質更新部１１４は、トラフィック基準転送品質ｐｗを、過去ｎ回のトラフィック転送品質ｔｗ１〜ｔｗｎ（１タイムウィンドウにｎ個の通信回数）から算出した予測区間の下限値とする。平均値Ｘｗｎ及び不偏分散(μｗｎ)2から、以下の式を用いて予測区間の下限値を算出する。
トラフィック基準転送品質（予測区間の下限値）＝Ｘｗｎ−ｔ×sqrt（(μｗｎ)2 (１＋１／ｎ)）
ｎ：トラフィック転送品質値の個数
ｔ：ｔ分布表（例えばｎ＝30回で片側有意確率5％とした場合、ｔ＝1.699）
【００６９】
ここで、平均値・不偏分散の算出に用いる１タイムウィンドウで発生した通信回数ｎには、最大値を設定することも好ましい。また、ｎの個数が最大値に達した場合、時系列にみて、最も古いトラフィック転送品質から削除することも好ましい。
【００７０】
このように第１の通信品質劣化判定部１１６の実施例によれば、タイムウィンドウｗ毎に複数の過去のトラフィック転送品質ｔｗを必要とする。そのために、所定数以上のトラフィック転送品質ｔｗを記録できるまで、「学習フェーズ」として、トラフィック転送品質ｔｗを記録のみする。所定数以上のトラフィック転送品質ｔｗが記録できた後、第１の通信品質劣化判定部１１６における通信品質を判定する「運用フェーズ」へ移行することも好ましい。尚、「学習フェーズ」について、前述したトラフィック転送品質ｄｗ及びｕｗの両方を蓄積・更新する。そして、「運用フェーズ」について、トラフィック転送品質ｄｗ及びｕｗそれぞれの平均値を比較し、当該値が大きい方のトラフィック転送品質を用いることも好ましい。尚、運用フェーズへ移行した後、使用されないトラフィック転送品質（ｄｗ又はｕｗ）は破棄される。この場合、使用されないトラフィック転送品質（ｄｗ又はｕｗ）に関しては、運用フェーズについてトラフィック転送品質を新たに記録することも必要としない。尚、本処理は以降の実施例においても同様に実施することも好ましい。
【００７１】
＜統計分類を用いた通信品質の劣化の判定＞
トラフィック基準転送品質更新部１１４は、通信インタフェース種別毎に、又は、通信インタフェース種別及びアプリケーション種別の組み合わせ毎に、時系列に振る舞った過去のトラフィック転送品質ｔｗをクラスタリングする（統計分類）。ここでは、アプリケーション毎のトラフィック転送品質を、例えばｘ−ｍｅａｎｓ等、最適なクラスタ数を推定するクラスタリング手法を用いる。そして各クラスタにおける平均値又は上下限値（上限値及び下限値）が、トラフィック基準転送品質記憶部１１５へ出力される。
【００７２】
尚、クラスタリングは、統計分類(statistical classification)の代表例であって、複数の結果変数を統計的に分類する他の分析技術（例えばベイジアンネットワーク）を用いることもできる。この場合、利用する分析技術によっては予め学習データを初期値としてトラフィック基準転送品質更新部１１４に持たせることも好ましい。
【００７３】
例えば、あるタイムウィンドウｗにおけるトラフィック転送品質ｔｗ(＝91.4)に対して、以下のような過去のトラフィック転送品質ｔであったとする。
｛687.6, 746.0, 845.2, 185.4, 147.1, 38.4, 625.8, 554.6, 639.2,
52.6, 805.6, 837.1, 776.9, 749.7, 753.8, 479.0, 439.6, 555.8｝
これをクラスタリングすると、以下のように分類される。
クラスタ１：｛687.6, 746.0, 845.2, 625.8, 554.6, 639.2, 805.6,
837.1, 776.9, 749.7, 753.8, 479.0, 439.6, 555.8｝
クラスタ２：｛185.4, 147.1, 38.4, 52.6｝
この場合、トラフィック転送品質ｔｗ(＝91.4)は、クラスタ２に分類される。クラスタ２の平均値は、クラスタ１の平均値よりも低いために、通信品質としては劣化と判定される。
【００７４】
このように、現在取得されたトラフィック転送品質ｔｗが、過去のトラフィック転送品質ｔｗ（例えば２０回分）から分類された複数のクラスタの中で、最もその平均値が低いクラスタに属する場合、現在の通信品質は劣化していると判定される。
【００７５】
また、各クラスタの複数のトラフィック転送品質の平均値、又は、各クラスタの上限値及び下限値が、トラフィック基準転送品質記憶部１１５へ記憶される。
【００７６】
そして、第１の通信品質劣化判定部１１６は、現に観測されたトラフィック転送品質ｔｗが、複数のクラスタの中で、トラフィック転送品質の平均値が最も小さいクラスタに属すると判定された場合、通信品質が劣化したものと判定する。
【００７７】
＜トラフィック転送品質予測に基づく通信品質の劣化の判定＞
トラフィック基準転送品質更新部１１４は、タイムウィンドウｗ毎に過去のトラフィック転送品質ｔｗから将来のトラフィック転送品質ｔｗを予測し、当該予測値をトラフィック基準転送品質記憶部１１５へ出力する。これによって、第１の通信品質劣化判定部１１６は、現に観測されたトラフィック転送品質ｔｗが、トラフィック基準転送品質記憶手段に記憶された予測値よりも低いと判定された場合、通信品質が劣化したものと判定する。
【００７８】
トラフィック基準転送品質更新部１１４は、タイムウィンドウｗ毎のトラフィック転送品質ｙｗを、以下のようにモデル化する。モデルは、ＴＣＰ(Transmission Control Protocol)で見られる「スロースタートフェーズ」及び「輻輳回避フェーズ」に区分される。
【００７９】
（スロースタートフェーズ）
スロースタートフェーズとは、通信開始当初に通信速度が指数的に増加する時間範囲をいう。スロースタートフェーズでは、ｙ１_ｗを∠ｔｗ、即ちｔｗの傾きとして表す。
ｘ１_ｗ＝ｆ１_ｗ（ｘ１_ｗ−１，ｕ１_ｗ）， ｕ１_ｗ〜Ｎ（０，Ｑ１_ｗ）
ｙ１_ｗ＝ｈ１_ｗ（ｘ１_ｗ＋ｖ１_ｗ）， ｖ１_ｗ〜Ｎ（０，Ｒ１_ｗ）
ｆ１_ｗ（）、ｈ１_ｗ（）：非線形関数
ｘ１_ｗ：トレンド成分となる状態値
【００８０】
（輻輳回避フェーズ）
輻輳回避フェーズとは、スロースタートフェーズ終了後に開始される時間範囲をいう。輻輳回避フェーズでは、ｙ２_ｗをｔｗとして表す。
ｘ２_ｗ＝ｆ２_ｗ（ｘ２_ｗ−１，ｕ２_ｗ）， ｕ２_ｗ〜Ｎ（０，Ｑ２_ｗ）
ｙ２_ｗ＝ｈ２_ｗ（ｘ２_ｗ＋ｖ２_ｗ）， ｖ２_ｗ〜Ｎ（０，Ｒ２_ｗ）
ｆ２_ｗ（）、ｈ２_ｗ（）：は非線形関数
ｘ２_ｗ：トレンド成分となる状態値
【００８１】
スロースタートフェーズから輻輳回避フェーズへの移行は、例えば∠ｔｗが連続して所定回だけ所定値以下になる場合、例えば連続３タイムウィンドウだけ０未満になる場合で判断する。
【００８２】
ここでは、ｙ１〜ｗ−１に基づいて、ｘｗが予測される。予測には、一般的な時系列予測技術であるカルマンフィルタや粒子フィルタ等が用いられる。上述したように、第１の通信品質劣化判定部１１６は、予測されたトラフィック基準転送品質ｘｗと、現に観測されたトラフィック転送品質ｔｗとを比較し、所定条件を満たす場合に、通信品質が劣化した判定する。所定条件とは、例えばトラフィック転送品質ｔｗがトラフィック基準転送品質ｘｗよりも所定値以上低くなることが、所定回数連続した場合である。ここで、通信が発生した後、あるタイムウィンドウｗについて観測値を得る毎に、ｆ１_ｗ（）、ｈ１_ｗ（）、ｆ２_ｗ（）、ｈ２_ｗ（）におけるパラメータの推定値を更新する。推定は、例えばＥＭアルゴリズム等を用いることも好ましい。
【００８３】
図６は、本発明における通信端末の処理を表すフローチャートである。
【００８４】
（Ｓ１）使用中の通信インタフェースを識別する（図２の通信インタフェース識別部１１１参照）。このとき、使用中のアプリケーションを識別することも好ましい（図２のアプリケーション識別部１１２参照）。
（Ｓ２）使用中の通信インタフェースについて、所定の通信開始時点から所定の時間範囲における単位時間毎のトラフィック転送品質を観測する（図２のトラフィック転送品質観測部１１３参照）。このとき、１つ以上の通信品質種別の通信品質値を観測することも好ましい（図２の通信品質観測部１２１参照）。
（Ｓ３）通信インタフェース種別毎に、過去のトラフィック転送品質に基づくトラフィック基準転送品質を算出する（図２のトラフィック基準転送品質更新部１１４参照）。
（Ｓ４）通信インタフェース種別毎に、トラフィック基準転送品質更新手段から出力されたトラフィック基準転送品質を記憶する（図２のトラフィック基準転送品質記憶部１１５参照）。
（Ｓ５）現に観測されたトラフィック量が、当該通信インタフェースにおけるトラフィック基準転送品質よりも低くなったか否かを判定する（図２の第１の通信品質劣化判定部１１６参照）。
（Ｓ６）Ｓ５によって真と判定された際に、当該通信インタフェースにおける通信品質が劣化した旨の情報を記録する（図２の通信品質判定記憶部１１７参照）。
（Ｓ７）当該通信インタフェースについて、現に観測されたトラフィック転送品質を過去のトラフィック転送品質に合わせて、当該トラフィック基準転送品質を更新する（図２のトラフィック基準転送品質更新部１１４参照）。
（Ｓ８）現に観測された通信品質値毎に、通信品質基準値記憶部の当該通信品質種別の通信品質基準値よりも低くなったか否かを判定する。
（Ｓ９）Ｓ８で真と判定された際に、当該通信品質種別及び当該通信品質値も記憶する
（Ｓ１０）通信端末で記憶された通信品質のデータは、通信事業者網のデータベースサーバへ送信される。
【００８５】
以上、詳細に説明したように、本発明の通信端末、プログラム及び方法によれば、ユーザの通信利用状況に応じた通信品質判定条件を適用することによって、ユーザ毎に異なる主観的な通信品質の劣化を判定することができる。これは、ユーザの不満解消及び利便性向上のために、通信品質を改善する施策を適切に実施することができる。
【００８６】
本発明によれば、通信品質判定条件となるトラフィック基準転送品質が、ユーザ毎の通信利用環境に応じて適応的に変動する。異なるユーザ間で、トラフィック基準転送品質が異なることは勿論、同一のユーザであっても、時間経過に応じて通信利用環境が異なることによって、トラフィック基準転送品質も異なる。また、そのトラフィック基準転送品質は、通信インタフェース種別及びアプリケーション種別の組み合わせ毎に保持されていることも好ましい。例えば同一のトラフィック転送品質であっても、利用するアプリケーションによっては、通信品質低下と判定される場合と判定されない場合とがある。
【００８７】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００８８】
１  通信端末
１０１  通信インタフェース
１０２  ユーザインタフェース
１１１  通信インタフェース識別部
１１２  アプリケーション識別部
１１３  トラフィック転送品質観測部
１１４  トラフィック基準転送品質更新部
１１５  トラフィック基準転送品質記憶部
１１６  第１の通信品質劣化判定部
１１７  通信品質判定記憶部
１２１  通信品質観測部
１２２  通信品質基準値記憶部
１２３  第２の通信品質劣化判定部
１３  アプリケーション部
【図１】
2014036311.tif 000003
【図２】
2014036311.tif 000004
【図３】
2014036311.tif 000005
【図４】
2014036311.tif 000006
【図５】
2014036311.tif 000007
【図６】
2014036311.tif 000008