(57)【要約】【課題】メディア種別（コーデック種別等）やリアルタイム通信プロトコル（ＲＴＰ等）に依存せずに、リアルタイムコミュニケーションサービスの品質低下を検出する。【解決手段】品質情報管理システム５は、リアルタイムコミュニケーションサービスを提供するセッション制御サーバ２に接続される複数のユーザ端末３と、品質管理サーバ１とを備える。そして、各ユーザ端末３は、通話品質低下時におけるユーザに特有な動作（品質低下時確認動作）が行われたと判定することにより通話品質の低下を検出し、その品質低下検出情報を品質管理サーバ１に送信する。品質管理サーバ１は、各ユーザ端末３から受信した品質低下検出情報を集計して解析し、所定の時間内におけるサービス毎の通話品質の状態を示す通話品質低下情報を生成する。【選択図】図６
2015041911.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムであって、
前記ユーザ端末は、
前記セッション制御サーバを介して、他の前記ユーザ端末との間で、前記リアルタイムコミュニケーションサービスによる通話を実現するセッション制御部と、
自身が備えるセンサの検出情報および入力手段から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記リアルタイムコミュニケーションサービスを特定するためのサービス識別子を付した品質低下検出情報を生成して、前記品質管理サーバへ送信する通話品質低下検出部と、を備え、
前記品質管理サーバは、
前記リアルタイムコミュニケーションサービスを利用する総ユーザ数であるサービス総ユーザ数を、前記リアルタイムコミュニケーションサービス毎に記憶する記憶部と、
前記品質低下検出情報を受信し、所定時間内に受信した品質低下検出情報の数を前記リアルタイムコミュニケーションサービス毎に集計し、前記リアルタイムコミュニケーションサービス毎の前記サービス総ユーザ数で正規化した通話品質低下情報を生成する品質管理部と、を備えること
を特徴とする品質情報管理システム。
【請求項２】
前記通話品質低下検出部は、
自身が備える近接センサの情報に基づき、検出対象が前記ユーザ端末自身から所定の距離を超えて離れているかを検出するセンサ情報処理部と、
ダイヤル番号の入力操作を検出するダイヤル操作検出部と、
前記他のユーザ端末との間で通話中であるときに、前記センサ情報処理部により、前記検出対象が前記ユーザ端末自身から所定の距離を超えて離れたことが検出され、当該検出後、所定の時間以内に、前記ダイヤル操作検出部が前記ダイヤル番号の入力操作を検出しなかった場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記品質低下検出情報を生成して、前記品質管理サーバへ送信する品質低下検出部と、
を備えることを特徴とする請求項１に記載の品質情報管理システム。
【請求項３】
前記ユーザ端末は、
前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を前記品質管理サーバに送信すると共に、
前記品質管理サーバから、前記リアルタイムコミュニケーションサービス毎の前記通話品質低下情報を含むサービス毎品質低下情報を取得し、表示部に表示させる品質低下情報取得部を、さらに備え、
前記品質管理サーバは、
前記ユーザ端末から前記品質情報取得要求を受信すると、前記サービス毎品質低下情報を生成し、前記品質情報取得要求を送信してきた前記ユーザ端末に送信する品質低下情報送信部を、さらに備えること
を特徴とする請求項１または請求項２に記載の品質情報管理システム。
【請求項４】
リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムの前記ユーザ端末であって、
前記セッション制御サーバを介して、他の前記ユーザ端末との間で、前記リアルタイムコミュニケーションサービスによる通話を実現するセッション制御部と、
自身が備えるセンサの検出情報および入力手段から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記リアルタイムコミュニケーションサービスを特定するためのサービス識別子を付した品質低下検出情報を生成して、前記品質管理サーバへ送信する通話品質低下検出部と、
を備えることを特徴とするユーザ端末。
【請求項５】
前記ユーザ端末は、
前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を前記品質管理サーバに送信すると共に、
前記品質管理サーバから、前記リアルタイムコミュニケーションサービス毎の通話品質低下情報を含むサービス毎品質低下情報を取得し、表示部に表示させる品質低下情報取得部を、さらに備えること
を特徴とする請求項４に記載のユーザ端末。
【請求項６】
リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムの前記品質管理サーバであって、
前記リアルタイムコミュニケーションサービスを利用する総ユーザ数であるサービス総ユーザ数を、前記リアルタイムコミュニケーションサービス毎に記憶する記憶部と、
前記ユーザ端末から、通話中の前記リアルタイムコミュニケーションサービスの通話品質の低下を検出したことを示す品質低下検出情報を受信し、所定時間内に受信した品質低下検出情報の数を前記リアルタイムコミュニケーションサービス毎に集計し、前記リアルタイムコミュニケーションサービス毎の前記サービス総ユーザ数で正規化した通話品質低下情報を生成する品質管理部と、
を備えることを特徴とする品質管理サーバ。
【請求項７】
前記品質管理サーバは、
前記ユーザ端末から、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を受信すると、前記リアルタイムコミュニケーションサービス毎の通話品質低下情報を含むサービス毎品質低下情報を生成し、前記品質情報取得要求を送信してきた前記ユーザ端末に送信する品質低下情報送信部を、さらに備えること
を特徴とする請求項６に記載の品質管理サーバ。
【請求項８】
リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムの品質情報管理方法であって、
前記ユーザ端末は、
前記セッション制御サーバを介して、他の前記ユーザ端末との間で、前記リアルタイムコミュニケーションサービスによる通話を実現するステップと、
自身が備えるセンサの検出情報および入力手段から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記リアルタイムコミュニケーションサービスを特定するためのサービス識別子を付した品質低下検出情報を生成して、前記品質管理サーバへ送信するステップと、を実行し、
前記品質管理サーバは、
前記リアルタイムコミュニケーションサービスを利用する総ユーザ数であるサービス総ユーザ数を、前記リアルタイムコミュニケーションサービス毎に記憶する記憶部を備えており、
前記品質低下検出情報を受信し、所定時間内に受信した品質低下検出情報の数を前記リアルタイムコミュニケーションサービス毎に集計し、前記リアルタイムコミュニケーションサービス毎の前記サービス総ユーザ数で正規化した通話品質低下情報を生成するステップを実行すること
を特徴とする品質情報管理方法。
【請求項９】
前記ユーザ端末は、
前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を前記品質管理サーバに送信するステップと、
前記品質管理サーバから、前記リアルタイムコミュニケーションサービス毎の前記通話品質低下情報を含むサービス毎品質低下情報を取得し、表示部に表示させるステップとを、さらに実行し、
前記品質管理サーバは、
前記ユーザ端末から前記品質情報取得要求を受信すると、前記サービス毎品質低下情報を生成し、前記品質情報取得要求を送信してきた前記ユーザ端末に送信するステップを、さらに実行すること
を特徴とする請求項８に記載の品質情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイムコミュニケーションサービスの品質情報を収集して解析する、品質情報管理システム、ユーザ端末および品質管理サーバ、並びに、品質情報管理方法に関する。
【背景技術】
【０００２】
近年、様々なリアルタイムコミュニケーションサービスが提供されており、どのサービスを利用して通信を行うかはユーザの選択に任されている。例えば、通話サービスを例にあげれば、通信事業者の提供する電話サービスに加え、インターネット上においてＯＴＴ（Over The Top）事業者が様々なリアルタイムコミュニケーションサービス（例えば、「ｓｋｙｐｅ（登録商標）」，「Ｌｉｎｅ（登録商標）」等）を提供しており、どのサービスを利用して通信を行うかを、ユーザが選択できる。なお、以下において、リアルタイムコミュニケーションサービスを、単に「サービス」または「通話サービス」と称する場合がある。
【０００３】
一方、従来技術として、この通話サービスの品質の低下を検出し、サービス品質を管理する手法が提案されている。例えば、特許文献１に記載の技術では、通話品質低下の検出方法として、メディアストリーム（ＲＴＰ（Real-time Transport Protocol）／ＲＴＣＰ（RTP Control Protocol））を監視し、パケットロス、パケット遅延、ジッタを検出することにより、品質低下を検出している（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００１／０３４０９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術は、メディアストリームにＲＴＰを使用しないような、独自形式の通話サービスには適用が難しいという問題がある。また、メディアストリームにＲＴＰを利用する通話サービスであっても、例えばジッタを検出するために、ＲＴＰのタイムスタンプ値を常に監視する必要がある等、監視処理の負荷が大きいという問題がある。さらに、使用するコーデック種別に応じて、監視するタイムスタンプ値のパラメータ調整が必要であったり、無音圧縮の有無に応じて検出アルゴリズムを変更しなければならない等の問題がある。
【０００６】
一方、ユーザ側にとっては、現状では各サービスの品質状態を事前に知ることができないため、ユーザが選択した通話サービスがその時点において品質低下していた場合には、通話が途中で途絶え、通話を再開させるために、ユーザは手動で通話サービスを切り替える等の対応が必要であった。
【０００７】
このような背景に鑑みて本発明がなされたのであり、本発明は、メディア種別（コーデック種別等）やリアルタイム通信プロトコル（ＲＴＰ等）に依存せずに、リアルタイムコミュニケーションサービスの品質低下を検出することができる、品質情報管理システム、ユーザ端末および品質管理サーバ、並びに、品質情報管理方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
前記した課題を解決するため、請求項１に記載の発明は、リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムであって、前記ユーザ端末が、前記セッション制御サーバを介して、他の前記ユーザ端末との間で、前記リアルタイムコミュニケーションサービスによる通話を実現するセッション制御部と、自身が備えるセンサの検出情報および入力手段から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記リアルタイムコミュニケーションサービスを特定するためのサービス識別子を付した品質低下検出情報を生成して、前記品質管理サーバへ送信する通話品質低下検出部と、を備え、前記品質管理サーバが、前記リアルタイムコミュニケーションサービスを利用する総ユーザ数であるサービス総ユーザ数を、前記リアルタイムコミュニケーションサービス毎に記憶する記憶部と、前記品質低下検出情報を受信し、所定時間内に受信した品質低下検出情報の数を前記リアルタイムコミュニケーションサービス毎に集計し、前記リアルタイムコミュニケーションサービス毎の前記サービス総ユーザ数で正規化した通話品質低下情報を生成する品質管理部と、を備えることを特徴とする品質情報管理システム。
【０００９】
また、請求項８に記載の発明は、リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムの品質情報管理方法であって、前記ユーザ端末が、前記セッション制御サーバを介して、他の前記ユーザ端末との間で、前記リアルタイムコミュニケーションサービスによる通話を実現するステップと、自身が備えるセンサの検出情報および入力手段から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記リアルタイムコミュニケーションサービスを特定するためのサービス識別子を付した品質低下検出情報を生成して、前記品質管理サーバへ送信するステップと、を実行し、前記品質管理サーバが、前記リアルタイムコミュニケーションサービスを利用する総ユーザ数であるサービス総ユーザ数を、前記リアルタイムコミュニケーションサービス毎に記憶する記憶部を備えており、前記品質低下検出情報を受信し、所定時間内に受信した品質低下検出情報の数を前記リアルタイムコミュニケーションサービス毎に集計し、前記リアルタイムコミュニケーションサービス毎の前記サービス総ユーザ数で正規化した通話品質低下情報を生成するステップを実行することを特徴とする品質情報管理方法とした。
【００１０】
このように、品質情報管理システムでは、ユーザ端末が、通話品質低下時におけるユーザに特有な動作を検出することにより、通話中のリアルタイムコミュニケーションサービスの通話品質の低下を検出し、品質低下検出情報として品質管理サーバに送信することができる。そして、品質管理サーバは、各ユーザ端末から受信した品質低下検出情報の数を、リアルタイムコミュニケーション毎に集計し、サービス総ユーザ数で正規化した通話品質低下情報を生成することができる。
これにより、品質情報管理システムは、メディア種別（コーデック種別等）やＲＴＰ等に依存しない、汎用的に利用可能なリアルタイムコミュニケーションサービスの品質低下検出手法を提供し、品質管理サーバにおいて、各サービスの通話品質の低下に関する情報を容易に収集することができる。
【００１１】
請求項２に記載の発明は、前記通話品質低下検出部が、自身が備える近接センサの情報に基づき、検出対象が前記ユーザ端末自身から所定の距離を超えて離れているかを検出するセンサ情報処理部と、ダイヤル番号の入力操作を検出するダイヤル操作検出部と、前記他のユーザ端末との間で通話中であるときに、前記センサ情報処理部により、前記検出対象が前記ユーザ端末自身から所定の距離を超えて離れたことが検出され、当該検出後、所定の時間以内に、前記ダイヤル操作検出部が前記ダイヤル番号の入力操作を検出しなかった場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記品質低下検出情報を生成して、前記品質管理サーバへ送信する品質低下検出部と、を備えることを特徴とする請求項１に記載の品質情報管理システムとした。
【００１２】
このようにすることで、品質情報管理システムのユーザ端末は、近接センサの情報に基づき検出対象（耳等）がユーザ端末から離れたことを検出し、その検出後、所定の時間内に、ダイヤル番号の入力操作が検出しない場合に、通話中のリアルタイムコミュニケーションサービスの通話品質が低下したことを検出することができる。
【００１３】
請求項３に記載に発明は、前記ユーザ端末が、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を前記品質管理サーバに送信すると共に、前記品質管理サーバから、前記リアルタイムコミュニケーションサービス毎の前記通話品質低下情報を含むサービス毎品質低下情報を取得し、表示部に表示させる品質低下情報取得部を、さらに備え、前記品質管理サーバが、前記ユーザ端末から前記品質情報取得要求を受信すると、前記サービス毎品質低下情報を生成し、前記品質情報取得要求を送信してきた前記ユーザ端末に送信する品質低下情報送信部を、さらに備えることを特徴とする請求項１または請求項２に記載の品質情報管理システムとした。
【００１４】
また、請求項９に記載の発明は、前記ユーザ端末が、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を前記品質管理サーバに送信するステップと、前記品質管理サーバから、前記リアルタイムコミュニケーションサービス毎の前記通話品質低下情報を含むサービス毎品質低下情報を取得し、表示部に表示させるステップとを、さらに実行し、前記品質管理サーバが、前記ユーザ端末から前記品質情報取得要求を受信すると、前記サービス毎品質低下情報を生成し、前記品質情報取得要求を送信してきた前記ユーザ端末に送信するステップを、さらに実行することを特徴とする請求項８に記載の品質情報管理方法とした。
【００１５】
このようにすることにより、品質情報管理システムのユーザ端末は、複数のリアルタイムコミュニケーションサービスの通話品質の状況を、品質管理サーバに問い合わせて取得することができるため、ユーザは、要求する品質を満たすサービスを適切に選択することが可能となる。
【００１６】
また、請求項４に記載の発明は、リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムの前記ユーザ端末であって、前記セッション制御サーバを介して、他の前記ユーザ端末との間で、前記リアルタイムコミュニケーションサービスによる通話を実現するセッション制御部と、自身が備えるセンサの検出情報および入力手段から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合に、通話中の前記リアルタイムコミュニケーションサービスの通話品質が低下したことを検出し、前記リアルタイムコミュニケーションサービスを特定するためのサービス識別子を付した品質低下検出情報を生成して、前記品質管理サーバへ送信する通話品質低下検出部と、を備えることを特徴とするユーザ端末とした。
【００１７】
このように、ユーザ端末は、通話品質低下時におけるユーザに特有な動作を検出することにより、通話中のリアルタイムコミュニケーションサービスの通話品質の低下を検出し、品質低下検出情報として品質管理サーバに送信することができる。
【００１８】
請求項５に記載の発明は、前記ユーザ端末が、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を前記品質管理サーバに送信すると共に、前記品質管理サーバから、前記リアルタイムコミュニケーションサービス毎の通話品質低下情報を含むサービス毎品質低下情報を取得し、表示部に表示させる品質低下情報取得部を、さらに備えることを特徴とする請求項４に記載のユーザ端末とした。
【００１９】
このようにすることにより、ユーザ端末は、複数のリアルタイムコミュニケーションサービスの通話品質の状況を、品質管理サーバに問い合わせて取得することができるため、ユーザは、要求する品質を満たすサービスを適切に選択することが可能となる。
【００２０】
また、請求項６に記載の発明は、リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバのうちの１つと接続することにより、前記リアルタイムコミュニケーションサービスの提供を受けて通話を実現する複数のユーザ端末と、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の情報を記憶する品質管理サーバと、を備える品質情報管理システムの前記品質管理サーバであって、前記リアルタイムコミュニケーションサービスを利用する総ユーザ数であるサービス総ユーザ数を、前記リアルタイムコミュニケーションサービス毎に記憶する記憶部と、前記ユーザ端末から、通話中の前記リアルタイムコミュニケーションサービスの通話品質の低下を検出したことを示す品質低下検出情報を受信し、所定時間内に受信した品質低下検出情報の数を前記リアルタイムコミュニケーションサービス毎に集計し、前記リアルタイムコミュニケーションサービス毎の前記サービス総ユーザ数で正規化した通話品質低下情報を生成する品質管理部と、を備えることを特徴とする品質管理サーバとした。
【００２１】
このように、品質管理サーバは、各ユーザ端末から受信した品質低下検出情報の数を、リアルタイムコミュニケーション毎に集計し、サービス総ユーザ数で正規化した通話品質低下情報を生成することができる。
【００２２】
請求項７に記載の発明は、前記品質管理サーバが、前記ユーザ端末から、前記リアルタイムコミュニケーションサービスそれぞれの通話品質の状態を問い合わせる品質情報取得要求を受信すると、前記リアルタイムコミュニケーションサービス毎の通話品質低下情報を含むサービス毎品質低下情報を生成し、前記品質情報取得要求を送信してきた前記ユーザ端末に送信する品質低下情報送信部を、さらに備えることを特徴とする請求項６に記載の品質管理サーバとした。
【００２３】
このようにすることにより、品質管理サーバは、ユーザ端末からの要求に応じて、リアルタイムコミュニケーションサービス毎の通話品質低下情報を、要求を送信してきたユーザ端末に送信することができる。
【発明の効果】
【００２４】
本発明によれば、メディア種別（コーデック種別等）やリアルタイム通信プロトコル（ＲＴＰ等）に依存せずに、リアルタイムコミュニケーションサービスの品質低下を検出する、品質情報管理システム、ユーザ端末および品質管理サーバ、並びに、品質情報管理方法を提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本実施形態に係る品質情報管理システムの構成を示す図である。
【図２】本実施形態に係るユーザ端末の構成例を示す機能ブロック図である。
【図３】本実施形態に係るセッション制御サーバの構成例を示す機能ブロック図である。
【図４】本実施形態に係る品質管理サーバの構成例を示す機能ブロック図である。
【図５】本実施形態に係る品質管理情報のデータ構成の一例を示す図である。
【図６】本実施形態に係る品質情報管理システムによる、品質低下検出から品質管理情報の更新までの流れを説明するための図である。
【図７】本実施形態に係るユーザ端末の通話品質低下検出部が実行する品質低下検出処理（通話品質低下判定アルゴリズム（Ａ−１）の場合）を示すフローチャートである。
【図８】本実施形態に係るユーザ端末の通話品質低下検出部が実行する品質低下検出処理（通話品質低下判定アルゴリズム（Ａ−２）の場合）を示すフローチャートである。
【図９】本実施形態に係るユーザ端末の通話品質低下検出部が実行する品質低下検出処理（通話品質低下判定アルゴリズム（Ａ−３）の場合）を示すフローチャートである。
【図１０】本実施形態に係るユーザ端末の通話品質低下検出部が実行する品質低下検出処理（通話品質低下判定アルゴリズム（Ａ−１）と（Ｂ）とを組み合わせた場合）を示すフローチャートである。
【図１１】本実施形態に係る品質情報管理システムによる、サービスの品質状況の問い合わせ処理の流れを説明するための図である。
【発明を実施するための形態】
【００２６】
次に、本発明を実施するための形態（以下、「本実施形態」という）における品質情報管理システム５等について説明する。
【００２７】
＜システム構成と処理概要＞
図１は、本実施形態に係る品質情報管理システム５の構成を示す図である。
図１に示すように、本実施形態に係る品質情報管理システム５は、携帯電話やスマートフォン等からなる複数のユーザ端末３（＃１，＃２）と、各ユーザ端末３（＃１，＃２）からリアルタイムコミュニケーションサービスの品質低下に関する情報（後記する「品質低下検出情報」）を取得する品質管理サーバ１とを含んで構成される。このユーザ端末３（＃１，＃２）は、リアルタイムコミュニケーションサービスそれぞれを提供する複数のセッション制御サーバ２のうちの１つと接続することにより、そのリアルタイムコミュニケーションサービスの提供を受けて通話を実現する。
なお、ユーザ端末３は、図１に示した２台のユーザ端末３（＃１，＃２）に限定されず、各サービスを利用可能な複数台のユーザ端末３であればよく、実際には、数千、数万台以上のユーザ端末３との接続が想定される。
本実施形態に係る品質情報管理システム５におけるサービスの品質低下検出手法は、従来技術のようなメディアストリームを監視することにより得られる品質低下に特有な情報を取得する手法に依らず、品質低下時のユーザ挙動に着目し、サービスの品質低下を検出することを特徴とする。
【００２８】
ユーザが、あるリアルタイムコミュニケーションサービスを選択しそのサービスの提供を受けている場合、つまり、ユーザ端末３間において通話中である場合に、通話品質が低下したとする。その場合、ユーザは、ユーザ端末３を耳から離し、通話中の状態が維持されているか否かをユーザ端末３の表示画面（例えば、通話中を示すマーク等）で確認する動作を行う特徴がある。本実施形態に係るユーザ端末３は、ユーザ端末３自身に備える近接センサ等を用いて、この動作（以下、「品質低下時確認動作」と呼ぶ。）を検出する。そして、ユーザ端末３は、品質低下時確認動作が行われたと判定することにより、通話品質の低下を検出し、その品質低下検出情報を品質管理サーバ１に送信する。品質管理サーバ１は、各ユーザ端末３から受信した品質低下検出情報を集計して解析し、所定の時間内におけるサービス毎の通話品質の状態を示す通話品質低下情報を生成する。そして、品質管理サーバ１は、各ユーザ端末３からの要求に応じて、生成したサービス毎の通話品質低下情報（後記する「サービス毎品質低下情報」）を応答情報として送信する。
【００２９】
このように、本実施形態に係る品質情報管理システム５、ユーザ端末３および品質管理サーバ１は、品質低下時におけるユーザの挙動に着目した品質低下検出手法を採用することにより、従来技術のような品質低下を検出するために特有な端末機能を必要としない。これにより、メディア種別（コーデック種別等）やＲＴＰ等に依存しないため、汎用的に利用可能な品質低下検出手法を提供し、各サービスの品質低下に関する情報を収集することができる。
そして、ユーザ端末３は、複数のリアルタイムコミュニケーションサービスの通話品質の状況を、品質管理サーバ１に問い合わせて取得することができるため、ユーザは、要求する品質を満たすサービスを適切に選択することが可能となる。
【００３０】
＜各装置の構成＞
次に、本実施形態に係る品質情報管理システム５を構成する各装置（ユーザ端末３、品質管理サーバ１）およびセッション制御サーバ２の構成について、図２〜図５を参照して説明する。
【００３１】
≪ユーザ端末≫
図２は、本実施形態に係るユーザ端末３の構成例を示す機能ブロック図である。ユーザ端末３は、携帯電話やスマートフォン等であり、通信相手となる他のユーザ端末３に接続され、リアルタイムコミュニケーションサービスを実現する。また、このユーザ端末３は、図２に示すように、制御部３０と、通信部３１と、入出力部３２と、表示部３３と、センサ部３４と、記憶部３５とを備える。
【００３２】
通信部３１は、通信回線を介して情報の送受信を行う通信インタフェースにより構成される。
入出力部３２は、図示を省略した、ダイヤル番号等の入力を行う操作手段や、キーボード、タッチパネル等から構成される入力手段、および、音声データを入力するマイク等の入力手段や、音声データを出力するスピーカ等の出力手段、との間で情報の入出力を行う入出力インタフェースにより構成される。
表示部３３は、モニタ等の出力手段であり、本実施形態においては、リアルタイムコミュニケーションサービスの通信状態、例えば、通話中の状態が維持されているか否かを示す画面（通話中を示すマーク等）が表示される。
【００３３】
センサ部３４は、検出対象を非接触で検出する近接センサにより構成される。本実施形態においては、センサ部３４（近接センサ）により、ユーザがユーザ端末３を耳等から所定の距離まで離したことを検出する。また、センサ部３４には、後記するように、ユーザがユーザ端末３を揺らした状態を検出する加速度センサをさらに備えるようにしてもよい。
【００３４】
記憶部３５は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ等により構成され、制御部３０の機能を実現するためのプログラムや、制御部３０によるデータ処理に必要な情報を記憶する。なお、この記憶部３５には、各セッション制御サーバ２（２Ａ，…，２Ｎ）や品質管理サーバ１のＩＰ（Internet Protocol）アドレスやポート番号等が記憶される。
【００３５】
制御部３０は、ユーザ端末３全体の制御を司り、セッション制御部３１０と、メディアストリーム制御部３２０と、通話品質低下検出部３３０と、品質低下情報取得部３４０とを含んで構成される。
なお、この制御部３０は、例えば、記憶部３５に格納されたプログラムをＣＰＵ（Central Processing Unit）がメインメモリであるＲＡＭに展開し実行することで実現される。
【００３６】
セッション制御部３１０は、セッション制御サーバ２を介して、通信相手の他のユーザ端末３との間で、ＳＩＰ（Session Initiation Protocol）等の制御プロトコルを使用し、メディア種別（コーデック種別）等の設定情報の送受信を行うことにより、セッション制御を実行する。
【００３７】
メディアストリーム制御部３２０は、マイクデバイス等を制御し、取得したメディアデータ（音声データ）のリサンプリングや符号化等を行い、ＲＴＰパケット等の生成を行うことにより、音声通信を実現する。
【００３８】
通話品質低下検出部３３０は、センサ部３４の検出情報および入出力部３２から出力される操作情報に基づき、通話品質低下時におけるユーザに特有な動作に対応する情報を取得した場合、通話中のリアルタイムコミュニケーションサービスの通話品質が低下したことを検出する。また、通話品質低下検出部３３０は、当該サービスを特定するためのサービス識別情報（サービス識別子）を付した品質低下検出情報を生成して、通信部３１を介して品質管理サーバ１に送信する。この通話品質低下検出部３３０は、センサ情報処理部３３１、ダイヤル操作検出部３３２および品質低下検出部３３３を備える。
【００３９】
センサ情報処理部３３１は、センサ部３４から取得した情報を、品質低下検出部３３３に出力する。具体的には、センサ情報処理部３３１は、近接センサから、耳等（検出対象）がユーザ端末３から所定の距離まで離れた等の情報を取得して、品質低下検出部３３３に出力する。また、センサ情報処理部３３１は、センサ部３４に加速度センサが備えられていた場合には、通話中にユーザ端末３が振られた等により、所定値以上の加速度が検出されたことの情報を取得し、品質低下検出部３３３に出力する。
【００４０】
ダイヤル操作検出部３３２は、入出力部３２を介して、ダイヤル番号等の入力を行う操作手段が操作されたことを検出する。
【００４１】
品質低下検出部３３３は、センサ情報処理部３３１からの情報と、ダイヤル操作検出部３３２からの情報に基づき、予め設定した品質低下時確認動作（品質低下時のユーザ挙動）を、ユーザ端末３を保持するユーザが行ったと判定することにより、通話品質が低下したことを検出する。そして、品質低下検出部３３３は、通話品質が低下したと検出した場合に、その時点で当該ユーザ端末３が利用しているリアルタイムコミュニケーションサービスを特定するためのサービス識別情報（サービス識別子）を付した品質低下検出情報を生成し、通信部３１を介して、品質管理サーバ１へ送信する。
【００４２】
この品質低下検出部３３３によるユーザが品質低下時確認動作を行ったか否かの判定は、例えば、以下に示す通話品質低下判定アルゴリズムに基づき行われる。
（Ａ）ユーザ端末３が、他のユーザ端末３と通話中の状態において、通話品質が低下した場合にユーザ端末３の通話状態（通話中か通話切断か否か）をユーザ端末３の表示画面（表示部３３）において確認する動作に基づき、以下、（Ａ−１）〜（Ａ−３）のいずれかの動作を行う。
（Ａ−１）耳等（検出対象）が所定の距離まで離れたことをユーザ端末３の近接センサが検出する。当該検出後、所定の時間以内にダイヤル操作がされない場合に、通話品質が低下したと判定する。なお、ダイヤル操作を確認する理由は、ユーザ端末３等が、ある商品購入サービスや、カスタマサービスにおける自動受付等において、通話中であっても、画面を確認しながらダイヤル入力をする動作を行う場合があるため、その操作が行われた場合に、品質低下と誤検出することを避けるためである。
（Ａ−２）耳等（検出対象）が所定の距離まで離れたことをユーザ端末３の近接センサが検出する。当該検出後、所定の時間以内にダイヤル操作がされない場合において、再度、耳等（検出対象）が所定の距離まで近づいたことをユーザ端末３の近接センサが検出した場合に、通話品質が低下したと判定する。
（Ａ−３）耳等（検出対象）が所定の距離まで離れたことをユーザ端末３の近接センサが検出する。当該検出後、所定の時間以内にダイヤル操作がされない場合において、当該所定の時間経過後に、通話が切断された場合に、通話品質が低下したと判定する。このケースは、利用中のサービスの通話品質の低下により、セッションが切断され、通話が切断された場合である。
（Ｂ）上記した（Ａ−１）〜（Ａ−３）の動作に加え、通話中にユーザ端末３の揺さぶりを加速度センサにより検出した場合に、通話品質が低下したと判定する。これは、通話品質低下時において、ユーザが、ユーザ端末３を揺さぶる（振る）動作が行う場合があるため、このユーザ端末３の揺さぶりを加速度センサにより検出し、通話品質の低下の検出するものである。
【００４３】
品質低下検出部３３３には、上記した（Ａ―１）〜（Ａ−３）のいずれか、または、（Ａ−１）〜（Ａ―３）と（Ｂ）とを組み合わせたいずれかの通話品質低下判定アルゴリズムが予め設定される。そして、この通話品質低下判定アルゴリズムに基づき、品質低下検出部３３３は、通話品質が低下したか否かを判定する。
【００４４】
品質低下情報取得部３４０は、入出力部３２を介して取得した、各サービスの品質情報の取得要求に基づき、品質情報取得要求を生成し、通信部３１を介して、品質管理サーバ１へ送信する。そして、品質低下情報取得部３４０は、品質管理サーバ１から、各サービスの品質低下の状況を示すサービス毎品質低下情報を取得し、表示部３３に表示させる。
なお、品質低下情報取得部３４０は、例えば、ユーザ端末３の表示部３３に、各サービスの品質情報の取得を要求するサービス毎品質状況確認ボタンを表示させ、ユーザにより、当該ボタンが選択入力されたことを入出力部３２が検知することにより、品質情報取得要求を生成するようにする。
【００４５】
このように、ユーザ端末３は、従来技術におけるユーザ端末の機能にはない、通話品質低下検出部３３０および品質低下情報取得部３４０を備えることにより、あるリアルタイムコミュニケーションサービスを利用中に、通話品質が低下した場合に、ユーザの挙動に基づき通話品質が低下したことを検出し、その検出情報（品質低下検出情報）を品質管理サーバ１に送信することができる。また、ユーザ端末３は、品質管理サーバ１に、各サービスの品質状況を問い合わせることにより、事前に通話品質の低下状況を表示部３３に表示させることができる。よって、ユーザは、品質低下が少ないサービスを選択し、そのサービスを選択して通話することができる。
【００４６】
≪セッション制御サーバ≫
図３は、本実施形態に係るセッション制御サーバ２の構成例を示す機能ブロック図である。セッション制御サーバ２は、リアルタイムコミュニケーションサービスを提供するキャリアやサービスプロバイダ等により配備される装置であり、セッション制御やユーザ管理を行い、ユーザ端末３間のリアルタイムコミュニケーションを実現する。なお、本実施形態においては、セッション制御サーバ２は、サービス毎に固有に配備されるものとする。
【００４７】
セッション制御サーバ２は、図３に示すユーザ管理部２１およびリアルタイムコミュニケーションセッション制御部２２を備える制御部（図示省略）と、通信部２３と、記憶部（図示省略）とを備える。
【００４８】
ユーザ管理部２１は、記憶部（図示省略）に記憶されたユーザ管理情報（図示省略）に対して、そのユーザ管理情報に格納された各ユーザ端末３の番号やＩＰアドレス、利用サービス等のユーザ情報の登録、変更、削除等を行う。
【００４９】
リアルタイムコミュニケーションセッション制御部２２は、ＳＩＰ等の呼制御プロトコルを用いて、ユーザ端末３間のセッション制御を行う。また、ユーザ管理部２１と連携することで、ユーザ端末３の認証や、ユーザ端末３のＩＰアドレスの管理、ルーチング等を行う。
【００５０】
通信部２３は、通信回線を介して情報の送受信を行う通信インタフェースにより構成され、ＩＰ等に基づき、ユーザ端末３との間の通信を実現する。
【００５１】
このように、サービス毎に設けられたセッション制御サーバ２は、ユーザ端末３間を通話可能とするそれぞれのリアルタイムコミュニケーションサービスを提供する。
【００５２】
≪品質管理サーバ≫
図４は、本実施形態に係る品質管理サーバ１の構成例を示す機能ブロック図である。品質管理サーバ１は、各ユーザ端末３からの品質低下検出情報を受信し、後記する品質管理情報１００を更新することにより、サービス毎の品質低下の状況を管理する。また、品質管理サーバ１は、ユーザ端末３からの品質情報取得要求を受け付け、各サービスの品質低下の状況を示すサービス毎品質低下情報を、当該要求を送信してきたユーザ端末３に送信する。
この品質管理サーバ１は、図４に示すように、制御部１０と、通信部１１と、入出力部１２と、記憶部１３とを備える。
【００５３】
通信部１１は、通信回線を介して情報の送受信を行う通信インタフェースにより構成され、ＩＰ等に基づき、各ユーザ端末３との間の通信を実現する。
【００５４】
入出力部１２は、図示を省略したキーボード等の入力手段やモニタ等の出力手段等との間で情報の入出力を行う入出力インタフェースとから構成される。
【００５５】
制御部１０は、品質管理サーバ１全体の制御を司り、品質管理部１１０および品質低下情報送信部１２０を含んで構成される。
【００５６】
品質管理部１１０は、通信部１１を介して、各ユーザ端末３から品質低下検出情報を取得し、その取得した品質低下検出情報に基づき、記憶部１３に記憶された品質管理情報１００を更新する。
【００５７】
図５は、本実施形態に係る品質管理情報１００のデータ構成の一例を示す図である。
図５に示すように、品質管理情報１００は、サービス識別子１０１、サービス総ユーザ数１０２、単位時間当たりの品質低下回数１０３および通話品質低下情報１０４のフィールドから構成される。
【００５８】
サービス識別子１０１には、本システムにおいて各リアルタイムコミュニケーションサービスに固有な識別子（「Ａ」，「Ｂ」，…、「Ｎ」）が格納される。
サービス総ユーザ数１０２には、各サービスに加入している総ユーザ数Ｎ（「Ｎ１」，「Ｎ２」，…，「Ｎｎ」）が格納される。この各サービスの総ユーザ数Ｎは、所定の時間間隔（例えば、毎日や、１週間毎、１月毎等）で最新の情報により更新するようにする。このサービス総ユーザ数１０２の「Ｎ」は、単位時間当たりの品質低下回数１０３のみを考慮した場合に、総ユーザ数Ｎの多いサービスが、品質が悪いと判定されてしまう虞があるため、単位時間当たりの品質低下回数１０３を各サービスの総ユーザ数Ｎで正規化を行う処理に用いられる。
【００５９】
単位時間当たりの品質低下回数１０３（以下、単に「品質低下回数１０３」と記載することがある。）には、品質管理部１１０が、ユーザ端末３からサービス識別情報（サービス識別子）が付された品質低下検出情報を受信する毎に、そのサービスのサービス識別子１０１に対応する品質低下回数１０３の値に「１」加算した値が格納される。また、品質管理部１１０は、品質低下回数１０３を「１」加算した時刻およびそのサービス識別子１０１を記憶しておき、単位時間、例えば「１時間」経過後に、その加算したサービスの品質低下回数１０３の値から「１」減算する。
図５においては、サービス識別子１０１がサービス「Ａ」の品質低下回数１０３として「ａ１」が格納され、サービス識別子１０１がサービス「Ｂ」の品質低下回数１０３として「ａ２」が格納されること（以下、同様）を示している。
これにより、そのサービスにおける最新の品質状態を反映した品質低下回数１０３の情報を品質管理情報１００に格納することができる。
【００６０】
通話品質低下情報１０４は、各サービスの品質低下の状況を示す情報であり、サービス総ユーザ数１０２で正規化した、単位時間当たりの品質低下回数１０３が格納される。具体的には、通話品質低下情報１０４には、以下の式（１）により算出された値が格納される。
【００６１】
単位時間当たりの品質低下回数「ａ」／サービス総ユーザ数「Ｎ」  …  式（１）
【００６２】
品質管理部１１０は、各ユーザ端末３から品質低下検出情報を取得する度に、この品質管理情報１００の単位時間当たりの品質低下回数１０３を「１」加算し、通話品質低下情報１０４を更新する。また、品質管理部１１０は、単位時間を過ぎた品質低下検出情報については、その情報に対応したサービスの単位時間当たりの品質低下回数１０３を「１」減算し、通話品質低下情報１０４を更新する。このようにすることにより、品質管理部１１０は、通話品質低下情報１０４を常に最新の通信の状況が反映されるように維持する。
【００６３】
品質低下情報送信部１２０は、各ユーザ端末３から、通信部１１を介して、品質情報取得要求を受信すると、記憶部１３内の品質管理情報１００（図５）を参照し、各サービスのサービス識別子１０１それぞれに対応付けた通話品質低下情報１０４を含むサービス毎品質低下情報を生成する。そして、品質低下情報送信部１２０は、品質情報取得要求を送信してきたユーザ端末３に、生成したサービス毎品質低下情報を送信する。
【００６４】
記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ等の記憶手段からなり、前記した品質管理情報１００等が記憶される。
【００６５】
なお、この制御部１０は、例えば、記憶部１３に格納されたプログラムをＣＰＵがメインメモリであるＲＡＭに展開し実行することで実現される。
【００６６】
このように、品質管理サーバ１は、各ユーザ端末３から品質低下検出情報を取得することにより、サービス毎の通話品質低下情報１０４（図５参照）を生成することができる。そして、品質管理サーバ１は、ユーザ端末３からの品質情報取得要求に応じて、生成したサービス毎の通話品質低下情報１０４を含むサービス毎品質低下情報を、そのユーザ端末３に送信することができる。
【００６７】
＜処理の流れ＞
次に、本実施形態に係る品質情報管理システム５の処理の流れについて説明する。
【００６８】
（品質低下検出から品質管理情報の更新までの流れ）
まず、図６を参照して（適宜、図２〜図５参照）、ユーザ端末３による品質低下検出から品質管理サーバ１による品質管理情報１００の更新までの流れについて説明する。
【００６９】
まず、ユーザ端末３（＃１）とユーザ端末３（＃２）は、セッション制御サーバ２（２Ａ）を介してセッションを確立し、通話を行っている状態であるものとする（ステップＳ１）。
なお、セッション制御サーバ２（２Ａ）は、リアルタイムコミュニケーションサービス「Ａ」を提供するものとする。また、各ユーザ端末３（＃１，＃２）は、品質管理サーバ１のＩＰアドレスやポート番号等を予め記憶部３５に記憶しているものとする。
【００７０】
次に、通信状況等の影響により、ユーザメディア（ＲＴＰ等）の通話品質が低下し、ユーザが品質低下時確認動作を行ったとする。つまり、前記した（Ａ）や（Ｂ）の動作として、例えば、ユーザがユーザ端末３を耳から離し、ユーザ端末３の表示部３３（表示画面）を確認する動作を行ったとする。このとき、ユーザ端末３（＃１，＃２）の通話品質低下検出部３３０は、予め設定された通話品質低下判定アルゴリズムに基づき、センサ部３４および入出力部３２からの情報を取得して、通話品質の低下を検出する（ステップＳ２）。なお、このステップＳ２の品質低下検出処理の詳細は、後記する図７〜図１０において詳細に説明する。
【００７１】
続いて、ユーザ端末３（＃１，＃２）の通話品質低下検出部３３０（品質低下検出部３３３）は、通話品質が低下したことを検出すると、その時点で当該ユーザ端末３が利用しているリアルタイムコミュニケーションサービスを特定するためのサービス識別情報（サービス識別子）を付した品質低下検出情報を生成し、品質管理サーバ１に送信する（ステップＳ３）。
なお、ユーザ端末３（＃１）、ユーザ端末３（＃２）それぞれにおいて、通話品質の低下が検出された場合は、両方のユーザ端末３（＃１，＃２）から品質低下検出情報が品質管理サーバ１へ送信される。ただし、通話中に一方の音声のみが相手側に届かなくなるような状況もあり得るため、その場合は、通話品質が低下した一方のユーザ端末３側からのみ品質低下検出情報が品質管理サーバ１に送信される。
【００７２】
そして、品質低下検出情報を受信した品質管理サーバ１の品質管理部１１０は、その受信した品質低下検出情報に基づき、記憶部１３に記憶された品質管理情報１００を更新する（ステップＳ４）。
具体的には、品質管理部１１０は、各ユーザ端末３から品質低下検出情報を取得する度に、その品質低下検出情報に付されたサービス識別情報（サービス識別子）に基づき、品質管理情報１００（図５）について、そのサービス識別子１０１に対応する単位時間当たりの品質低下回数１０３を「１」加算して更新する。そして、品質管理部１１０は、通話品質低下情報１０４を前記した式（１）に基づき再計算する。また、単位時間を過ぎた品質低下検出情報については、品質管理部１１０は、その情報に対応したサービスの単位時間当たりの品質低下回数１０３の値を「１」減算した上で、通話品質低下情報１０４を前記した式（１）に基づき再計算する。このようにすることにより、品質管理部１１０は、通話品質低下情報１０４を常に最新の通信の状況が反映されるように維持する。
【００７３】
（品質低下検出処理）
次に、図６のステップＳ２において説明した、品質低下検出処理の詳細について、図７〜図１０を参照して説明する。
【００７４】
図７は、本実施形態に係るユーザ端末３の通話品質低下検出部３３０が実行する品質低下検出処理を示すフローチャートである。
ユーザ端末３の通話品質低下検出部３３０は、前記した通話品質低下判定アルゴリズムである（Ａ−１）〜（Ａ３）のいずれか、または、（Ａ−１）〜（Ａ−３）それぞれと（Ｂ）とを組み合わせたいずれかのアルゴリズムに基づき、通話品質の低下を検出する。なお、図７は、通話品質低下判定アルゴリズムとして（Ａ−１）を採用した例を示している。
【００７５】
まず、ユーザ端末３の通話品質低下検出部３３０は、ユーザ端末３自身が他のユーザ端末３との間で、リアルタイムコミュニケーションサービスを利用して通話中であるか否かを判定する（ステップＳ１０）。ここで、通話中でなければ（ステップＳ１０→Ｎｏ）、通話品質低下検出部３３０は処理を終了する。一方、通話中である場合は、（ステップＳ１０→Ｙｅｓ）、次のステップＳ１１へ進む。なお、通話品質低下検出部３３０は、所定の時間間隔で、このステップＳ１０の判定処理を実行する。
【００７６】
ステップＳ１１において、通話品質低下検出部３３０のセンサ情報処理部３３１は、センサ部３４（近接センサ）からの情報に基づき、ユーザ端末３から耳等（検出対象）が所定の距離まで離れたか否かを判定する。ここで、耳等が所定の距離まで離れていない場合は（ステップＳ１１→Ｎｏ）、所定時間の経過後に、当該判定を繰り返す。一方、ユーザ端末３から耳等が所定の距離まで離れた場合には（ステップＳ１１→Ｙｅｓ）、次のステップＳ１２へ進む。
【００７７】
ステップＳ１２において、通話品質低下検出部３３０のダイヤル操作検出部３３２は、ステップＳ１１において、耳等がユーザ端末３から所定の距離まで離れたことを検出した時点から、所定時間以内にダイヤル操作がされたか否かを判定する。ここで、ダイヤル操作検出部３３２が、ダイヤル操作を検出した場合には（ステップＳ１２→Ｙｅｓ）、処理を終了する。一方、ダイヤル操作検出部３３２が、ダイヤル操作を検出しなかった場合には（ステップＳ１２→Ｎｏ）、次のステップＳ１４へ進む。
【００７８】
ステップＳ１４において、通話品質低下検出部３３０の品質低下検出部３３３は、通話品質低下判定アルゴリズム（Ａ−１）における条件を満たしたとして、現時点で利用しているリアルタイムコミュニケーションサービスの通話品質が低下したと判定する。そして、品質低下検出部３３３は、当該サービスを特定するためのサービス識別情報（サービス識別子）付した品質低下検出情報を生成する。
このようにすることで、ユーザ端末３は、リアルタイムコミュニケーションサービスを利用中に、通話品質が低下した場合に、ユーザの挙動に基づき通話品質が低下したことを検出することができる。
【００７９】
なお、通話品質低下検出部３３０は、通話品質低下判定アルゴリズムとして（Ａ−２）が設定されている場合には、図７のステップＳ１２→Ｎｏの次に、図８に示すように、ステップＳ１３−１を設ける。そして、ステップＳ１３−１において、センサ情報処理部３３１が、センサ部３４（近接センサ）からの情報に基づき、耳等がユーザ端末３に所定の距離まで近づいたか否かを判定する。そして、耳等が所定の距離まで近づいていない場合は（ステップＳ１３−１→Ｎｏ）、所定時間の経過後に当該判定を繰り返す。一方、耳等がユーザ端末３に所定の距離まで近づいた場合には（ステップＳ１３−１→Ｙｅｓ）、ステップＳ１４に進み、当該サービスの通話品質が低下したと判定する。
【００８０】
また、通話品質低下検出部３３０は、通話品質低下判定アルゴリズムとして（Ａ−３）が設定されている場合には、図７のステップＳ１２→Ｎｏの次に、図９に示すように、ステップＳ１３−２を設ける。そして、ステップＳ１３−２において、品質低下検出部３３３は、当該サービスの通話が切断されたか否かを判定する。そして、通話が切断されていない場合には（ステップＳ１３−２→Ｎｏ）、所定時間の経過後に当該判定を繰り返す。一方、通話が切断された場合には（ステップＳ１３−２→Ｙｅｓ）、ステップＳ１４に進み、当該サービスの通話品質が低下したと判定する。なお、ここで、通話が切断された場合は（ステップＳ１３−２→Ｙｅｓ）、より詳細には、ユーザによるユーザ端末３への通話終了の操作ではなく、通話品質の低下に起因して切断された場合を意味する。
【００８１】
なお、通話品質低下検出部３３０は、通話品質低下判定アルゴリズムである（Ａ−２）と（Ａ−３）とを組み合わせて、通話品質の低下を検出するようにしてもよい。例えば、通話品質低下検出部３３０は、図７のステップＳ１２→Ｎｏの次において、耳等がユーザ端末３に所定の距離まで近づいた場合、若しくは、通話が切断された場合に、当該サービスの通話品質が低下したと判定するようにしてもよい。
【００８２】
また、ユーザ端末３のセンサ部３４に加速度センサを備える場合において、通話品質低下判定アルゴリズムとして（Ａ−１）に加え（Ｂ）が設定されているときには、図７のステップＳ１２→Ｎｏの次に、図１０に示すように、ステップＳ１３−３を設ける。そして、ステップＳ１３−３において、センサ情報処理部３３１が、ユーザ端末３の揺さぶり動作を加速度センサが検出したか否かを判定する。そして、揺さぶり動作を加速度センサが検出していない場合は（ステップＳ１３−３→Ｎｏ）、所定時間の経過後に当該判定を繰り返す。一方、揺さぶり動作を加速度センサが検出した場合は（ステップＳ１３−３→Ｙｅｓ）、ステップＳ１４に進み、当該サービスの通話品質が低下したと判定する。
【００８３】
なお、通話品質低下検出部３３０は、通話品質低下判定アルゴリズムである（Ａ−２）と（Ａ−３）と（Ｂ）とを組み合わせて、通話品質の低下を検出するようにしてもよい。例えば、通話品質低下検出部３３０は、図７のステップＳ１２→Ｎｏの次において、耳等がユーザ端末３に所定の距離まで近づいた場合、通話が切断された場合、揺さぶり動作を加速度センサが検出した場合、のいずれかに該当したときに、当該サービスの通話品質が低下したと判定するようにしてもよい。
【００８４】
このようにすることで、ユーザ端末３は、リアルタイムコミュニケーションサービスを利用中に、通話品質が低下した場合に、予め品質低下検出部３３３に設定された通話品質低下判定アルゴリズムを用いて、ユーザの挙動に基づき通話品質が低下したことを検出することができる。
【００８５】
（品質状況の問い合わせ処理）
次に、図１１を参照して（適宜、図２〜図５参照）、ユーザ端末３による品質管理サーバ１への各リアルタイムコミュニケーションサービスの品質状況の問い合わせ処理の流れについて説明する。
なお、図１１においては、ユーザ端末３（＃１）が発側端末であるとし、これから新規にユーザ端末３（＃２）に対して発呼するものとする。
【００８６】
ユーザ端末３（＃１）の品質低下情報取得部３４０は、例えば、当該ユーザ端末３（＃１）の表示部３３に表示された、各サービスの品質情報の取得を要求するサービス毎品質状況確認ボタンが選択入力されたことを契機として、品質情報取得要求を生成し、品質管理サーバ１に送信する（ステップＳ２０）。
【００８７】
次に、ユーザ端末３（＃１）から品質情報取得要求を受信した品質管理サーバ１の品質低下情報送信部１２０は、記憶部１３内の品質管理情報１００（図５）を参照し、各サービスのサービス識別子１０１それぞれに対応付けた通話品質低下情報１０４を含むサービス毎品質低下情報を生成する。そして、品質低下情報送信部１２０は、品質情報取得要求を送信してきたユーザ端末３（＃１）に、生成したサービス毎品質低下情報を送信する（ステップＳ２１）。
【００８８】
そして、サービス毎品質低下情報を受信したユーザ端末３（＃１）の品質低下情報取得部３４０は、その受信したサービス毎品質低下情報を表示部３３に表示させる（ステップＳ２２）。これにより、ユーザは、サービス（サービス識別子１０１）毎の通話品質低下情報１０４を通話接続前に確認することができる。よって、ユーザは、その時点において、より通話品質の低下の少ない最適なサービスを選択することができる。
【００８９】
以上説明したように、本実施形態に係る、品質情報管理システム５、ユーザ端末３および品質管理サーバ１、並びに、品質情報管理方法によれば、ユーザの挙動に着目したシンプルな品質低下検出手法を採用することにより、メディア種別（コーデック種別等）やリアルタイム通信プロトコル（ＲＴＰ等）に依存せずに、リアルタイムコミュニケーションサービスの品質低下を検出することができる。また、複数のリアルタイムコミュニケーションサービスの通話品質をユーザ端末３が事前に取得することが可能になるため、ユーザは要求する品質を満たすサービスを適切に選択することができる。
【符号の説明】
【００９０】
１      品質管理サーバ
２      セッション制御サーバ
３      ユーザ端末
５      品質情報管理システム
１０，３０  制御部
１１，２３，３１  通信部
１２，３２  入出力部
１３，３５  記憶部
２１    ユーザ管理部
２２    リアルタイムコミュニケーションセッション制御部
３３    表示部
３４    センサ部
１００  品質管理情報
１１０  品質管理部
１２０  品質低下情報送信部
３１０  セッション制御部
３２０  メディアストリーム制御部
３３０  通話品質低下検出部
３３１  センサ情報処理部
３３２  ダイヤル操作検出部
３３３  品質低下検出部
３４０  品質低下情報取得部
【図１】
2015041911.tif 000003
【図２】
2015041911.tif 000004
【図３】
2015041911.tif 000005
【図４】
2015041911.tif 000006
【図５】
2015041911.tif 000007
【図６】
2015041911.tif 000008
【図７】
2015041911.tif 000009
【図８】
2015041911.tif 000010
【図９】
2015041911.tif 000011
【図１０】
2015041911.tif 000012
【図１１】
2015041911.tif 000013