(57)【特許請求の範囲】
【請求項１】
プロセッサとメモリとを備えるコンピューティングデバイスによって実行される、ネットワーク通信についての体感品質（ＱｏＥ）メトリックを判定する方法であって、
前記ネットワーク通信からメディア信号を受信することと、
前記ネットワーク通信のサービス品質に関連付けられた参加者の主観的使用体感に対応する体感指標を、前記メディア信号から抽出することと、
前記体感指標と、前記ネットワーク通信についてのサービス品質（ＱｏＳ）メトリックとに基づいて、前記ネットワーク通信についての前記ＱｏＥメトリックを判定することと、を含み、
前記ＱｏＥメトリックを判定することは、
前記体感指標を評価することと、
前記ネットワーク通信の前記サービス品質が標準以下であることを前記体感指標が示していると評価すると、前記ネットワーク通信についての前記ＱｏＳメトリックを検索することと、
をさらに含む、方法。
【請求項２】
前記ＱｏＥメトリックを判定することは、
前記ネットワーク通信の前記サービス品質が標準以下であることを前記ＱｏＳメトリックが示していると判定すると、前記ＱｏＥメトリックを計算することと、をさらに含む、請求項１に記載の方法。
【請求項３】
前記体感指標は、前記ネットワーク通信の前記サービス品質を説明する音声特徴である、請求項１に記載の方法。
【請求項４】
前記音声特徴は感情変化の振幅測定値である、請求項３に記載の方法。
【請求項５】
前記音声特徴は音声ペース配分時間測定値である、請求項３に記載の方法。
【請求項６】
前記音声特徴は音量ピッチ測定値である、請求項３に記載の方法。
【請求項７】
前記体感指標は前記ネットワーク通信の前記サービス品質を説明するコーパスである、請求項１に記載の方法。
【請求項８】
前記体感指標は前記ネットワーク通信の前記サービス品質を説明する顔の表情である、請求項１に記載の方法。
【請求項９】
前記体感指標は前記ネットワーク通信の前記サービス品質を説明する身振りである、請求項１に記載の方法。
【請求項１０】
プロセッサとメモリとを備えるコンピューティングデバイスによって実行される、ネットワーク通信の品質を判定する方法であって、
前記ネットワーク通信からメディア信号を受信することと、
前記ネットワーク通信のサービス品質に関連付けられた参加者の主観的使用体感に対応する第１のコーパスを、前記メディア信号から抽出することと、
前記第１のコーパスと、前記ネットワーク通信についてのサービス品質（ＱｏＳ）メトリックとに基づいて、前記ネットワーク通信についての第１のＱｏＥメトリックを判定することと、を含む、方法。
【請求項１１】
前記メディア信号から前記コーパスを抽出することは、
受信した前記メディア信号からノイズを低減することと、
前記メディア信号から複数の音声セグメントを抽出することと、
前記複数の音声セグメントから複数の言葉を認識することと、
前記複数の言葉に基づいて前記第１のコーパスを識別することと、をさらに含む、請求項１０に記載の方法。
【請求項１２】
前記第１のＱｏＥメトリックを判定することは、
前記メディア信号において前記第１のコーパスが後続する第２のコーパスについての第２のＱｏＥメトリックを検索することと、
前記第２のＱｏＥメトリック、前記第１のコーパス、および前記ネットワーク通信についての前記ＱｏＳメトリックに基づいて、前記第１のＱｏＥメトリックを開始することと、をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記第１のＱｏＥメトリックを判定することは、
前記メディア信号において前記第１のコーパスが後続する第２のコーパスについての第２のＱｏＥメトリックを検索することと、
前記第２のＱｏＥメトリック、前記第１のコーパス、および前記ネットワーク通信についての前記ＱｏＳメトリックに基づいて、前記第１のＱｏＥメトリックを急激に増加させることと、をさらに含む、請求項１０に記載の方法。
【請求項１４】
前記第１のＱｏＥメトリックを判定することは、
前記ネットワーク通信の前記サービス品質が標準以下であることを前記コーパスが示していると判定すると、前記ネットワーク通信の前記ＱｏＳメトリックを収集することと、
前記ネットワーク通信の前記サービス品質が標準以下であることを前記ＱｏＳメトリックが示していると判定すると、前記ＱｏＥメトリックを計算することと、をさらに含む、
請求項１０に記載の方法。
【請求項１５】
前記第１のコーパスによって示される前記サービス品質は、遅延状況、減衰状況またはジッタ状況を有する、請求項１０に記載の方法。
【請求項１６】
一組の命令を有する機械可読媒体であって、前記一組の命令は、プロセッサによって実行されると、前記プロセッサに、ネットワーク通信についての体感品質（ＱｏＥ）メトリックを判定する方法を行わせ、前記方法は、
前記ネットワーク通信からメディア信号を受信することと、
前記ネットワーク通信のサービス品質に関連付けられた参加者の主観的使用体感に対応する体感指標を、前記メディア信号から抽出することと、
前記体感指標と、前記ネットワーク通信についてのサービス品質（ＱｏＳ）メトリックとに基づいて、前記ネットワーク通信についての前記ＱｏＥメトリックを判定することと、を含み、
前記ＱｏＥメトリックを判定することは、
前記体感指標を評価することと、
前記ネットワーク通信の前記サービス品質が標準以下であることを前記体感指標が示していると評価すると、前記ネットワーク通信についての前記ＱｏＳメトリックを検索することと、
をさらに含む、機械可読媒体。
【請求項１７】
前記ＱｏＥメトリックを判定することは、
前記ネットワーク通信の前記サービス品質が標準以下であることを前記ＱｏＳメトリックが示していると判定すると、前記ＱｏＥメトリックを計算することと、をさらに含む、請求項１６に記載の機械可読媒体。
【請求項１８】
前記体感指標は、前記ネットワーク通信の前記サービス品質を説明する音声特徴である、請求項１６に記載の機械可読媒体。
【請求項１９】
前記体感指標は、前記ネットワーク通信の前記サービス品質を説明する顔の表情である、請求項１６に記載の機械可読媒体。
【請求項２０】
前記体感指標は前記ネットワーク通信の前記サービス品質を説明するコーパスである、請求項１６に記載の機械可読媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
コンピュータネットワーキングの分野では、ネットワーク通信の性能を評価する１つのアプローチには、ネットワーク通信についてのサービス品質（ＱｏＳ）または体感品質（ＱｏＥ）のメトリックを収集することがある。ＱｏＳは、ビットレート、待ち時間およびビットエラーレートなどの客観的なメトリックを含み得るが、これらはネットワーク通信のセッション中にさまざまなネットワーク層から収集される。しかしながら、単にＱｏＳメトリックを調査するだけでは、ネットワーク通信に関連した性能上の問題に適切に対処するためには十分といえない。
【０００２】
ネットワーク通信は、ＱｏＥメトリックを判定することによって評価することも可能であり、ＱｏＥメトリックは、エンドユーザまたはネットワークアプリケーションが体感したサービス品質全体を推断する一手段とすることができる。２つの従来のＱｏＥ測定アルゴリズムとして、平均オピニオン値（ＭＯＳ）および音声品質の知覚評価（ＰＥＳＱ）がある。ＰＥＳＱによるアプローチは、ＶＯＩＰ、ＰＯＴＳ、ＩＳＤＮおよびＧＳＭ（登録商標）プロトコルを使用してネットワークアプリケーションの品質を測定する際に適用可能である場合があり、ネットワーク通信の品質に対するユーザの満足感を表すために、−０．５（最低）から４．５（最高）までの値を有する。ＭＯＳは、不可、準可、可、良、優などの値によって音声通話の品質を表現することができる。しかしながら、これらの従来のアプローチは、依然、主観的要因を考慮に入れない客観的な測定値である。さらに、これらの従来のアプローチはリアルタイムで実行することが難しい。
【発明の概要】
【０００３】
本開示の少なくともいくつかの実施形態にしたがって、ネットワーク通信についての体感品質（ＱｏＥ）メトリックを判定する方法が提示される。１つの実施例では、当該方法は、ネットワーク通信からメディア信号を受信することを含むことができる。当該方法は、ネットワーク通信のサービス品質に関連付けられた参加者の主観的使用体感に対応する体感指標をメディア信号から抽出することと、体感指標と、ネットワーク通信についてのサービス品質（ＱｏＳ）メトリックとに基づいて、ネットワーク通信についてのＱｏＥメトリックを判定することとを含むこともできる。
【０００４】
本開示の他の実施形態にしたがって、ネットワーク通信の品質を判定する方法が提示される。１つの実施例では、当該方法は、ネットワーク通信からメディア信号を受信することを含むことができる。当該方法は、ネットワーク通信のサービス品質に関連付けられた参加者の主観的使用体感に対応する第１のコーパスを、メディア信号から抽出することと、第１のコーパスと、ネットワーク通信についてのサービス品質（ＱｏＳ）メトリックとに基づいて、ネットワーク通信についての第１のＱｏＥメトリックを判定することとを含むこともできる。
【０００５】
本開示の少なくともいくつかの実施形態にしたがって、機械可読媒体は、一組の命令を含み、当該一組の命令は、プロセッサによって実行される時、プロセッサに、ネットワーク通信についての体感品質（ＱｏＥ）メトリックを判定する方法を行わせることができる。当該方法は、ネットワーク通信からメディア信号を受信することを含むことができる。当該方法は、さらに、ネットワーク通信のサービス品質に関連付けられた参加者の主観的使用体感に対応する体感指標を、メディア信号から抽出することと、体感指標と、ネットワーク通信についてのサービス品質（ＱｏＳ）メトリックとに基づいて、ネットワーク通信についてのＱｏＥメトリックを判定することとを含むことができる。
【０００６】
前述の「発明の概要」は例示にすぎず、何ら限定することを意図していない。上記の例示的な態様、実施形態および特徴に加えて、さらなる態様、実施形態および特徴が、図面および以下の「発明を実施するための形態」を参照することにより明らかとなろう。
【図面の簡単な説明】
【０００７】
【図１】システムの例示的な実施形態がネットワーク通信についてのＱｏＥメトリックを判定するよう動作することが可能である動作環境のブロック図である。
【図２】ネットワーク通信についてのＱｏＥメトリックを判定するプロセスの例示的な実施形態を示す図である。
【図３】コーパスを使用してネットワーク通信についてのＱｏＥメトリックを判定するプロセスの例示的な実施形態のフロー図である。
【図４】体感指標を使用してネットワーク通信についてのＱｏＥメトリックを判定するプロセスの例示的な実施形態のフロー図である。
【図５】本開示にしたがって構成された例示のコンピュータプログラム製品の例示的な実施形態を示す図である。
【図６】本開示にしたがってＱｏＥシステムとして構成可能である例示のコンピューティングデバイスの例示的な実施形態のブロック図である。
【発明を実施するための形態】
【０００８】
以下の詳細な説明では、本明細書の一部をなす添付の図面を参照する。図面では、文脈によって別段に指示されない限り、通常、同様の符号は同様のコンポーネントを識別する。詳細な説明、図面および特許請求の範囲において述べる例示的な実施形態は、限定的なものとはされない。ここに提示される主題の趣旨または範囲を逸脱することなく、他の実施形態を利用してもよく、他の変更を加えてもよい。本明細書に概説し図に示す本開示の態様を、さまざまな異なる構成で配置、代用、結合および設計することができ、これらがすべて本明細書において明示的に企図されていることは、容易に理解されるであろう。
【０００９】
本開示は、とりわけ、ネットワーク通信についての体感品質メトリックを計算することに関連する方法、装置、コンピュータプログラムおよびシステムに関する。本開示全体にわたって、用語「サービス品質」または「ＱｏＳ」は、概して、帯域幅、信号対ノイズ比、ビットエラーレート、待ち時間、パケットロス、またはさまざまなネットワークセグメント（例えば、アクセス、メトロまたはコアセグメント）から収集された他の測定値といったメトリックに関するネットワーク通信の品質のことを指すことができる。用語「体感品質」または「ＱｏＥ」は、ネットワーク通信の参加者の視点からネットワーク通信の性能を表すために使用可能であるメトリックのことを指すことができる。したがって、ＱｏＥメトリックは、ネットワーク通信が満足のいく方法で行われているかどうかを主観的に示すことができ、一方、ＱｏＳメトリックは、ネットワーク通信がどのように行われているかに関連付けられた定量的測定値を客観的に提供することができる。
【００１０】
本開示全体にわたって、用語「体感指標」は、概して、参加者のネットワークサービス使用体感に関連付けられた主観的評価のことを指すことができる。参加者は、電話通信デバイス、ネットワークデバイス、ネットワークアプリケーション、ネットワーク／電話通信サービスユーザ（例えば、電話通信ユーザ）、または、ネットワーク通信に積極的に参加している任意のエンドユーザであってよい。特定のネットワークサービスを使用する場合、参加者は、自身の体感に基づいてネットワークサービスの品質を判断し、かかる判断を体感指標を介して提供する立場にあってよい。例えば、電話通信ユーザは、話し言葉で使用体感を表現する、または音声による感情、顔の表情、および／または身振りで使用体感を示すことができる。また、体感指標は測定またはカテゴリー分類の形式であってよい。例えば、体感指標は、数値（例えば、０〜１００の間の数値の範囲）測定、または参加者によって伝達される良−可−不可によるカテゴリー分類であってよい。
【００１１】
図１は、システムの例示的な実施形態がネットワーク通信についてのＱｏＥメトリックを判定するよう動作することが可能である動作環境のブロック図を示す。図１に描写されるように、クライアントデバイス１１０は、ネットワーク１２０を介して別のクライアントデバイス１１５と相互に作用するように構成され得る。ネットワーク１２０は、電気通信（電話会社）サービスプロバイダ１３０によって提供されかつ管理されてよい。体感品質（ＱｏＥ）システム１４０は、電話会社サービスプロバイダ１３０と相互に作用して、クライアントデバイス１１０および１１５間のネットワーク通信を監視し、かつこれらのネットワーク通信についてのＱｏＥメトリックを計算することができる。
【００１２】
いくつかの実施形態では、クライアントデバイス１１０および１１５は、オーディオ、ビデオおよび／または他の電気通信サービスを提供する際に、他のアプリケーションおよび／またはデバイスと相互に作用するよう構成可能である。クライアントデバイス１１０および１１５のいくつかの実施例は、従来の電話、セルフォン、スマートフォン、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、ラップトップコンピュータ、ネットブック、またはネットワーク１２０上で通信可能な他のネットワークアプライアンスを含むことができるが、これらに限定されない。クライアントデバイス１１０および１１５は、限定ではないが、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）（登録商標）、符号分割多重アクセス（ＣＤＭＡ）または時分割多重アクセス（ＴＤＭＡ）といった、さまざまな移動通信標準規格をサポートするモバイルデバイスであってよい。さらに、クライアントデバイス１１０および１１５は、マルチパーティビデオ会議の参加者の顔や体を示すビデオ信号を送信することができる。
【００１３】
いくつかの実施形態では、ネットワーク１２０は、モバイルデバイスネットワーク（例えば、ＧＳＭ（登録商標）、ＣＤＭＡまたはＴＤＭＡ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）などのワイヤレスネットワーク、またはこれらの任意の組合せであってよいが、これらに限定されない。ネットワーク１２０はまた、電話回線、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネットなどのグローバルエリアネットワーク、ファイバチャネルファブリック、またはこういった相互接続の任意の組合せといった、有線ネットワークであってもよい。
【００１４】
いくつかの実施形態では、クライアントデバイス１１０および１１５は、ネットワーク１２０を通じたネットワーク接続を介して接続されてよく、双方向または多方向ネットワーク通信に参加して、音声および／またはビデオ信号を送信することができる。ネットワーク通信は、ネットワークによって提供されるネットワーク接続を介して送信されるネットワークメッセージであってよい。ネットワーク通信は、電話通信、オーディオ／ビデオ通信、マルチメディア通信、ＳＭＳメッセージ、および／またはネットワーク１２０に連結されるデバイス間でのやり取りが可能な任意のタイプのネットワークメッセージの形式であってよい。
【００１５】
例えば、ネットワーク接続は、電話回線を介して２つのクライアントデバイス１１０および１１５間で確立することが可能であり、通話中の話し手による発話はネットワーク通信と見なすことができる。よって、クライアントデバイス１１０は第１のネットワーク通信１２１をクライアントデバイス１１５に送信することができる。そして、クライアントデバイス１１５は、第２のネットワーク通信１２５によって、クライアントデバイス１１０に応答することができる。あるいは、クライアントデバイス１１５は、クライアントデバイス１１０に対して第３のネットワーク通信１２５を開始して、クライアントデバイス１１０は、第４のネットワーク通信１２１によって応答することができる。ネットワーク通信１２１および１２５は、デジタル形式またはアナログ形式であってよく、人間が話す音声信号、または人間の顔および体の部分を示すビデオ信号を含むことができる。他の実施形態では、３つ以上のクライアントデバイスが、多方向（例えば、三者電話会議）ネットワーク通信に参加することができる。この場合、クライアントデバイス１１０は、第１のネットワーク通信１２１を２つ以上の対象クライアントデバイスに同時に送信すること、または、第２のネットワーク通信１２１を２つ以上の対象クライアントデバイスから同時に受信することができる。
【００１６】
いくつかの実施形態では、電話サービスプロバイダ１３０は、ネットワーク１２０を管理することと、ネットワーク１２０上のデバイス間のネットワーク接続を確立することとを担う場合がある。電話サービスプロバイダ１３０は、クライアントデバイス１１０および１１５間のネットワーク通信１２１および１２５に関連付けられたＱｏＥメトリックを判定するために、ＱｏＥシステム１４０と通信することもできる。ＱｏＥシステム１４０は、電話サービスプロバイダ１３０に連結されるサーバもしくはルータとして、または電話サービスプロバイダ１３０のコンポーネントとして構成されてよい。さらに、電話サービスプロバイダ１３０は、ネットワーク通信（例えば、ネットワーク通信１２１および１２５）をリアルタイムの入力ストリーム１３１としてＱｏＥシステム１４０に送信することができる。
【００１７】
いくつかの実施形態では、ＱｏＥシステム１４０は、入力ストリーム１３１から受信したネットワーク通信を評価して、クライアントデバイス１１０および１１５間で実施されているネットワーク通信の品質を判定することができる。評価の結果、ネットワーク通信１２１および１２５についてのＱｏＥメトリックがもたらされ、このＱｏＥメトリックは、例として、状況報告、機能向上またはデバッギングの目的で、出力ストリーム１３２として、電話サービスプロバイダ１３０ならびに／またはクライアントデバイス１１０および１１５に送られることが可能である。ＱｏＥシステム１４０の詳細は、以下でさらに説明する。
【００１８】
いくつかの実施形態では、ＱｏＥシステム１４０は、音声およびビデオネットワーク通信についてのＱｏＥメトリックを判定することができる。例として、以下の説明により、音声信号についてのＱｏＥメトリックをより強調することができる。ビデオ信号を含むネットワーク通信に対して、以下のプロセスおよび機構を同様に適用可能であってよい。ネットワーク通信において音声信号を処理するために、ＱｏＥシステム１４０は、いくつかあるコンポーネントの中で特に、ノイズ低減モジュール１４１、音声検出部１４２、語彙認識部１４３、コーパスマッチ部１４４、音声特徴抽出部１４５、コーパスデータベース１４６、語彙データベース１４７、ＱｏＳ検索部１４８、およびＱｏＥ計算部１４９を利用することができる。
【００１９】
いくつかの実施形態では、ノイズ低減モジュール１４１は、入力ストリーム１３１において、ネットワーク通信から抽出した音声信号からノイズをフィルター処理することができる。音声検出部１４２は、フィルター処理された音声信号において人間の声を検出し、音声信号から音声セグメントを抽出することができる。音声検出部１４２は、音声セグメントの開始時間および終了時間を割り当てることもできる。語彙認識部１４３は、これらの音声セグメントを、語彙データベース１４７からのサンプルと比較し、これらの音声セグメント内の言葉を認識することが可能である。そして、言葉ならびにこれらに対応する開始時間および終了時間を、コーパスマッチ部１４４に送ることができる。
【００２０】
いくつかの実施形態では、コーパスとは、あるＱｏＥ条件に関係する発言である。コーパスデータベース１４６はさまざまなＱｏＥ条件のこのような発言のコレクションを含むことができる。例えば、ユーザは、ネットワークの遅延を体感すると、限定ではないが、「もしもし聞こえますか」や「もしもし」等のいくつかの共通のフレーズを発する場合がある。ジッタ条件については、「もう一度お願いします」、「すみません」または「もう一度お話し頂けませんか」といった発言であるかもしれない。音声減衰条件については、「聞こえません」または「大きな声で話してくれませんか」といった共通の発言であるかもしれない。コーパスマッチ部１４４は、コーパスデータベース１４６に格納されたサンプルの発言を使用して、音声信号から検出される言葉にマッチさせることができる。あるコーパスが見つかった場合、ネットワーク通信の参加者がある種のＱｏＥ問題を体感していることを示している場合がある。コーパスが一切見つからない場合、参加者がネットワーク通信の品質に満足している表れである場合もある。
【００２１】
いくつかの実施形態では、音声特徴抽出部１４５は、音声信号から１つまたは複数の音声の特徴を抽出することができる。イントネーション、ペース配分、ピッチおよび声量などの音声特徴は、参加者が体感したネットワーク通信の品質を示すものであってよい。音声特徴およびコーパスは、体感指標と見なすことができ、参加者が体感したネットワーク通信の品質の主観的評価を提供する。体感指標によりネットワーク通信の品質が標準以下の可能性があると示される場合、ＱｏＥ計算部１４９は、ＱｏＳ検索部１４８を利用して、ネットワーク通信についてのＱｏＳメトリックを検索することができる。ＱｏＥ計算部１４９は、次に、ＱｏＳメトリックおよび体感指標に基づいて、ネットワーク通信についてのＱｏＥメトリックを判定することができる。
【００２２】
いくつかの実施形態では、ＱｏＥシステム１４０は、１つまたは複数のプロセッサ１５０およびメモリ１６０とともに実現可能である。プロセッサ１５０は、一般的に、ＱｏＥの計算を行う際にＱｏＥシステム１４０の動作を制御することができ、メモリ１６０は、プロセッサ１５０によって実行される場合に上記の動作を行うことができる機械可読命令を格納するように構成することができる。ＱｏＥシステム１４０、プロセッサ１５０およびメモリ１６０の詳細は、以下でさらに説明する。
【００２３】
図２は、ネットワーク通信についてのＱｏＥメトリックを判定するプロセスの例示的な実施形態を示す。図２に描写されるように、（図１のネットワーク通信１２１および／または１２５と同様の）ネットワーク通信２２０は、２つ以上のクライアントデバイス間で実施され得る。ネットワーク通信２２０は、限定ではないが、音声、オーディオ、画像および／またはビデオコンテンツを保持する、アナログまたはデジタルメディア信号２１０を含むことができる。リアルタイムでは、ネットワーク通信２２０は、特定のネットワークプロトコルを使用して符号化された一組のパケットとしてＱｏＥシステムへのストリーミングを行ってよい。そしてＱｏＥシステムは、メディア信号２１０を一組のパケットから抽出して（２２１）、さらなる処理のために、メディア信号２１０をノイズ低減モジュール１４１に送信することができる。
【００２４】
いくつかの実施形態では、メディア信号２１０のスピーチまたはオーディオコンテンツを処理するために、ノイズ低減モジュール１４１は、まず、人間によって生成されない音を低減または除去するという動的ノイズ低減アプローチを使用することによって、ノイズをメディア信号２１０からフィルター処理することが可能である。ノイズ低減モジュール１４１は、次に、フィルター処理されたメディア信号２１０を音声検出部１４２に送信することができる。音声検出部１４２は、メディア信号２１０から音声セグメントを抽出することができる。各音声セグメントは１音節の音の単位であってよい。音声検出部１４２は、メディア信号２１０において、母音および子音を識別し、母音と子音の境界に基づいてメディア信号２１０を分割する。
【００２５】
いくつかの実施形態では、音声検出部１４２は、ゼロ交差率およびフレームエネルギーに基づいてメディア信号２１０の音声セグメントを検出し、音声セグメントそれぞれの開始時間および終了時間を記録することが可能である。具体的には、ゼロ交差は、電圧が存在しない、メディア信号２１０におけるポイントである。メディア信号２１０のゼロ交差率を計算することによって、音声検出部１２はメディア信号２１０における音声の存在およびその周波数を検出することができる。いくつかの実施形態では、メディア信号２１０の処理に対する連続したフレーム間の時間長であるフレームシフトは、１０ミリ秒であってよい。音声検出部１４２は、また、各ネットワーク通信の送信元および送信先を記録することが可能であり、これを音声セグメントの送信元および送信先を識別するために使用することができる。
【００２６】
いくつかの実施形態では、ＱｏＥシステムは、音声特徴抽出部１４５の使用、または語彙認識部１４３およびコーパスマッチ部１４４の使用のいずれかにより、メディア信号２１０から１つまたは複数の体感指標を抽出することができる。ＱｏＥシステムは、音声検出部１４２によって検出された音声セグメントを音声特徴抽出部１４５に送信することができる。音声特徴抽出部１４５は、体感指標としての音声の特徴を音声セグメントから抽出して、その音声の特徴をＱｏＥ計算部１４９に送信することができる。あるいは、ＱｏＥシステムは、語彙を認識するために、音声セグメントを語彙認識部１４３に送信することが可能である。コーパスマッチ部１４４は、認識された語彙内のコーパスを識別して、さらなる処理のために、マッチしたコーパスをＱｏＥ計算部１４９に送信することができる。
【００２７】
いくつかの実施形態では、メディア信号２１０は画像またはビデオ信号を含むことができる。そして、（図２に示されていない）ＱｏＥシステムの追加のコンポーネントは、顔認識を使用して、ビデオ信号からの顔の表情または身振りを抽出することが可能である。顔の表情および／または身振りを、体感指標と見なすこともできる。例えば、いらだち、怒りおよび／または困惑を示す顔の表情（例えば、まゆを上げる、口を開く）および身振り（例えば、肩をすくめる、手を上げる）を、音声の特徴と同様の方法で、後続のＱｏＥ判定に使用することができる。
【００２８】
いくつかの実施形態では、音声特徴抽出部１４５は、振幅、時間および／またはピッチ測定値を音声セグメントから抽出することができる。振幅とは、音声セグメントの経時的なエネルギー変化のことを言う。さまざまなエネルギー変化はさまざまな感情を表す。例えば、発話のエネルギー変化は、話し手が体感した不安または怒りを示すことができる。音声セグメントは、特定のタイムフレーム内のかかるエネルギー変化について測定可能であり、その結果は振幅測定値として記録されてよい。
【００２９】
いつかの実施形態では、音声特徴抽出部１４５は時間ベースの分析に基づき音声セグメントを評価することができる。例えば、短期のゼロ交差分析は、時間測定値を判定するための効果的な音声時間領域分析であってよい。具体的には、短期の平均振幅関数を使用して、音声セグメントの第１音節および最終音節の大まかな場所を見つけることができる。次に、音声の正確なエンドポイントを得るために、ゼロ率を使用してセグメントの無声部分を拡張することが可能である。時間測定値は、話し手が話すのが早いか遅いかを示す音声ペース配分率であってよい。
【００３０】
いくつかの実施形態では、ピッチ測定値は、知覚された音の基本周波数を表す。ピッチ周期は声帯ひだ振動数の逆数であり、準周期的である。音声特徴抽出部１４５は、短期平均値を使用して、音声セグメントにおけるピッチ周期を概算する。聞き手と良好に対話するために、かつネットワーク通信の不良状態を克服するために、ピッチ測定値は、話し手が自身の音声ピッチを上げているかどうかを示すことができる。あるいは、音声特徴抽出部１４５は、多層になった知覚を使用して、音声セグメントにおけるさまざまな感情の状態（例えば、怒りの状態や正常な状態）を区別かつ特徴づけることもできる。
【００３１】
いくつかの実施形態では、話し手の声に不安または怒りの感情が単に存在しているだけでは、ネットワーク通信についてのＱｏＥが劣っていると明確に示すことはできない。なぜなら、話し手の感情の変化は、ネットワーク通信の品質によってではなく、会話の内容によってもたらされる場合があるからである。よって、ＱｏＥ計算部１４９は、さらに客観的なＱｏＳメトリックを評価して、参加者の視点からネットワーク通信の品質を確認することが可能である。ＱｏＥ計算部１４９は、ＱｏＳ検索部１４８を使用して、リアルタイムでのＱｏＳメトリックの測定か、電話通信２２０のＱｏＳメトリックを前回測定および記録した外部システムおよびデバイスからのＱｏＳメトリックの履歴の検索のいずれかを行うことが可能である。
【００３２】
いくつかの実施形態では、ＱｏＥ計算部１４９は、不安または怒りの感情を示す音声セグメントごとに、ＱｏＳメトリックをＱｏＳ検索部１４８に要求することができる。ＱｏＳメトリックが異常な点を示さない場合、ユーザの感情の変化はネットワーク通信の品質に関係していない可能性が高い。しかしながら、ＱｏＳメトリックが遅延、パケットの損失、ジッタまたは任意の他の質の悪いサービスの指標を示す場合、ＱｏＥ計算部１４９は、標準以下のネットワーク通信の品質によりユーザの感情の変化がもたらされる可能性があると判定し、それにしたがって、ＱｏＥメトリックを計算することができる。ＱｏＥメトリックの計算の詳細は、以下でさらに説明する。
【００３３】
いくつかの実施形態では、語彙認識部１４３は音声セグメントから言葉を識別しようと試みることができる。語彙認識部１４３は、音声セグメントを、個別でまたは連続した組合せでのいずれかで、語彙データベース１４７に格納されたサンプルの言葉と比較することができる。一連の音声セグメントとサンプルの言葉との間でマッチすることが判明した場合、語彙認識部１４３は、認識された言葉に対する開始時間として、最初のマッチした音声セグメントの開始時間を使用し、認識された言葉に対する終了時間として、最後のマッチした音声セグメントの終了時間を使用することができる。いくつかの実施形態では、語彙データベース１４７は複数の言語からの言葉についての発音のサンプルを格納してよい。語彙認識部１４３は、次に、認識された言葉を、それらの開始時間および終了時間とともにコーパスマッチ部１４４に送信することが可能である。
【００３４】
いくつかの実施形態では、コーパスマッチ部１４４は、語彙認識部１４３によって認識された言葉を、コーパスデータベース１４６に格納された既知のコーパスとマッチさせようと試みることができる。コーパスマッチ部１４４は、これらの既知のコーパスによって、認識された言葉におけるどんなシーケンスでも検出するよう試みることができる。コーパスマッチ部１４４が認識された言葉において１つまたは複数のコーパスを検出すると、コーパスが遅延状況、ジッタ状況または音声減衰状況に属しているかどうかをカテゴリー化するために特定のフラグ番号を割り当てることもできる。例えば、遅延状況には１、ジッタ状況には２、音声減衰状況には３のフラグ番号をつけることができる。コーパスの開始時間はコーパス内の最初の言葉の開始時間を使用して割り当てられ、コーパスの終了時間はコーパス内の最後の言葉の終了時間を使用して割り当てられる。そして、コーパスの開始時間および終了時間、ならびにフラグ番号は、さらなる処理のためにＱｏＥ計算部１４９に送信されてよい。
【００３５】
いくつかの実施形態では、ＱｏＥ計算部１４９は、まずコーパスを調査して、追加の評価のためにＱｏＳメトリックを検索するかどうかを判定し、コーパスおよびＱｏＳメトリックに基づいてＱｏＥメトリックを計算することができる。メディア信号２１０から抽出されたコーパスにより、ネットワーク通信２２０の品質が標準以下であることの指示を提供することができる場合、ＱｏＥ計算部１４９は、ＱｏＳ検索部１４８を利用して、コーパスを搬送する特定のネットワーク通信２２０の伝送と同様のタイムフレーム内で収集されるＱｏＳメトリックを検索することが可能である。
【００３６】
いくつかの実施形態では、話し手の発話における複数のコーパスの存在が、話し手自身の問題によってではなく、話し手が標準以下のネットワーク通信のサービスを体感していることの明確な指示であってよい。例えば、「もう一度お願いします」や「大きな声で話してくれませんか」が複数聞こえる場合、実際に話し手が会話の相手の話が聞こえない可能性があることを示す場合があり、それは、話し手自身の聞こえ方に問題があるからではない。したがって、ＱｏＥメトリックの計算には、発話におけるコーパスの量および頻度を考慮に入れてよい。
【００３７】
典型的な双方向通信では、第１の話し手が一定の期間話をし、次に第２の話し手が以降の発話を行い、続けて第１の話し手がさらなる発話を行うといった場合がある。この場合、発話サイクルは、別の話し手によって中断させられるか遮られる前に１人の話し手が行った発話を格納するための論理単位として定義されることができる。よって、２人の話し手の間の会話は２セットの発話サイクルで構成され、発話サイクルのそれぞれのセットは、対応する話し手の発話を格納することが可能である。ネットワーク通信２２０における送信元および送信先情報を評価することによって、ＱｏＥシステムは、話し手を、それぞれの音声セグメント、言葉またはコーパスに関連付けることが可能である。したがって、ＱｏＥシステムは、発話サイクルごとに話し手を容易に判定することができる。
【００３８】
ＡとＢの２人の話し手がいると仮定して、Ａの第１の発話に続いてＢが第１の発話を行い、次にＡが第２の発話を行い、その後Ｂが第２の発話を行うなどする。次に、Ａの第１の発話は第１の発話サイクルとして格納され得、Ａの第２の発話は第２の発話サイクルに格納され得る。Ｂの発話は、Ｂの第１の発話に対応する第１の発話サイクルとして、およびＢの第２の発話に対応する第２の発話サイクルとして格納され得る。その後、ＱｏＥ計算部１４９は、双方の話し手の発話を２セットの発話サイクルにまとめて、その対応する発話サイクルのセットにおける各発話サイクルに対して、シーケンス番号を割り当ててよい。発話サイクル間の関係を、一連の発話サイクルを追跡するために持続させることもできる。例えば、２セットの発話サイクル間のリンクを確立して、Ａの第１の発話サイクル、Ｂの第１の発話サイクル、Ａの第２の発話サイクルおよびＢの第２の発話サイクルという話す順序を示すことができる。
【００３９】
いくつかの実施形態では、発話サイクルの開始時間は、特定の発話サイクルで最初に話した言葉の開始時間であってよい。発話サイクルの終了時間は、他の話し手による後続の発話サイクルの開始時間を使用して判定されてよい。例えば、Ｂの第１の発話サイクルの開始時間はＡの第１の発話サイクルの終了時間として使用することが可能である。同様に、Ｂの第１の発話サイクルの終了時間はＡの第２の発話サイクルの開始時間によって設定可能である。あるいは、相手である話し手の前回の発話サイクルの終了時間を話し手の現在の発話サイクルの開始時間として使用することができる。
【００４０】
いくつかの実施形態では、ＱｏＥ計算部１４９は、ネットワーク通信の品質が標準以下である可能性があることをコーパスおよびＱｏＳメトリックが示していると判定することができる。この場合、ＱｏＥ計算部１４９は、コーパスごとにＱｏＥメトリックを計算することができる。具体的には、ＱｏＥメトリックＱは、特定の時間間隔で計算され、これはコーパスの開始時間および終了時間によって定義される。換言すれば、Ｑ（ｔ１≦ｔ＜ｔ２）は時間間隔［ｔ１，ｔ２］のＱｏＥメトリックを表し、ｔ１およびｔ２は特定のコーパスの開始時間および終了時間を表す。ＱｏＥメトリックは、距離関数ｆ（これは時間ｔの区分関数である）に加えて、前回のコーパスの存在および頻度に基づく調整に基づく。結果として生じるＱｏＥメトリックにおいて、最大値１００は、ユーザがサービス品質についての問題を一切抱えていないことを表し、最小値０は、ユーザがサービス品質について全く満足していないことを表す。
【００４１】
特定のサイクルｋにｎ個のコーパスがあると仮定すると、コーパス１…ｎの対応する開始時間は次のようになる。
Ｔｋ１１，Ｔｋ１２，…，Ｔｋ１ｉ，…，Ｔｋ１ｎ（１≦ｉ≦ｎ）
ｎ個のコーパスの対応する終了時間は次のようになる。
Ｔｋ２１，Ｔｋ２２，…，Ｔｋ２ｉ，…，Ｔｋ２ｎ（１≦ｉ≦ｎ）
ｎ個のコーパスの対応するカテゴリーのフラグ番号は次のようになる。
Ｃｋ１，Ｃｋ２，…，Ｃｋｉ，…，Ｃｋｎ，（１≦ｉ≦ｎ）
そして、ｎ個のコーパスの対応するサイクルのシーケンス番号は次のようになる。
Ｓｋ１，Ｓｋ２，…，Ｓｋｉ，…，Ｓｋｎ（１≦ｉ≦ｎ）
【００４２】
いくつかの実施形態では、特定のコーパスについてのＱｏＥメトリックはＱｏＥ基本値に基づくことができ、以下の通りに定義される関数ｆを使用して計算される。
Ｃ＝１の場合、遅延状況：ｆ（Ｃ，Ｓ）＝ａ＊ｂ（Ｓ−１）
Ｃ＝２の場合、減衰状況：ｆ（Ｃ，Ｓ）＝ｃ＊ｄ（１−Ｓ）
Ｃ＝３の場合、ジッタ状況：ｆ（Ｃ，Ｓ）＝ｅ＊ｆ（１−Ｓ）
ａ、ｂ、ｃ、ｄ、ｅ、ｆは値調整のため正定数であり、
ｂ＞１、ｄ＞１、ｆ＞１となる。
よって、ｆ関数によって生成されるＱｏＥ基本値は、コーパスの総数および特定のサイクルの特定のコーパスの位置とともに、条件タイプＣに依存する。すなわち、発話サイクルに２つ以上のコーパスがある時、それが遅延状況であれば、後のコーパスにおいて、ＱｏＥ基本値は先のコーパスより大きくなる。換言すれば、話し手は、相手からの応答待ちが長いほど、我慢できなくなってくる。よって、遅延のシーケンス番号が大きくなるほど、ＱｏＳ基本値は急激に大きくなる。減衰状況およびジッタ状況では、話し手は、相手の音声品質に満足していない場合がある。しかしながら、時の経過とともに、話し手は、減衰状況またはジッタ状況に慣れる可能性があり、時が経つにつれて欲求不満またはいらだちを感じることが少なくなる場合がある。よって、ｆ関数は急激に大きくなることはなく、それどころか、後続のコーパスに対して少し減少する場合すらある。
【００４３】
いくつかの実施形態では、特定の発話サイクルにおける最初のコーパスについてのＱｏＥメトリックを、前回の発話サイクルにおける最後のコーパスのＱｏＥメトリックに基づいて初期化することができる。下記は計算式の一例であり得る。
サイクルｋ−１にｍ個のコーパスがあると仮定すると、
Ｑ（Ｔ（ｋ−１）２ｍ≦ｔ＜Ｔｋ２１）＝５０＋Ｑ（Ｔ（ｋ−１）２（ｍ−１）≦ｔ＜Ｔ（ｋ−１）２ｍ）／２
尚、最初の数字「５０」およびディバイダ「２」は調整可能な変数とすることができることに留意されたい。
【００４４】
いくつかの実施形態では、ＱｏＥ計算部１４９は、特定の発話サイクルにおける任意の後続のコーパスについてのＱｏＥメトリックを、その同じ発話サイクルにおける前回のコーパスのＱｏＥメトリックを使用して計算することができる。下記は計算式の一例であり得る。
Ｑ（Ｔｋ２ｉ≦ｔ＜Ｔｋ２（ｉ＋１））−ｆ（Ｃｋ（ｉ＋２），Ｓｋ（ｉ＋２））＜０の場合、
Ｑ（Ｔｋ２（ｉ＋１）≦ｔ＜Ｔｋ２（ｉ＋２））＝０（この場合、１≦ｉ≦（ｎ−２））
Ｑ（Ｔｋ２ｉ≦ｔ＜Ｔｋ２（ｉ＋１））−ｆ（Ｃｋ（ｉ＋２），Ｓｋ（ｉ＋２））≧０の場合、
Ｑ（Ｔｋ２（ｉ＋１）≦ｔ＜Ｔｋ２（ｉ＋２））＝Ｑ（Ｔｋ２ｉ≦ｔ＜Ｔｋ２（ｉ＋１））−ｆ（Ｃｋ２（ｉ＋２），Ｓｋ（ｉ＋２））（この場合、１≦ｉ≦（ｎ−２））
よって、現在のコーパスに対するＱｏＥ基本値（関数ｆを使用して計算される）が前回のコーパスのＱｏＥメトリックより大きい場合、現在のコーパスについてのＱｏＥメトリックは、前回のコーパスについてのＱｏＥメトリックとＱｏＥ基本値との間の差となってよい。現在のコーパスに対する基本ＱｏＥ値が前回のコーパスのＱｏＥメトリックより小さい場合、現在のコーパスについてのＱｏＥメトリックは０に設定されてよい。換言すれば、ネットワーク通信の品質が改善されている場合、客観的な品質測定値が標準以下の条件を示す場合であっても、話し手は満足した気分になることができる。
【００４５】
いくつかの実施形態では、メディア信号から抽出された音声特徴、顔の表情または身振りは、同様に、ＱｏＥメトリックを判定する際にコーパスとして使用することもできる。例えば、音声特徴ごとに基本値が生成され得、発話サイクルにおける音声特徴の数および頻度が、音声特徴についてのＱｏＥメトリックを計算するために使用可能である。
【００４６】
図３は、コーパスを使用してネットワーク通信についてのＱｏＥメトリックを判定するプロセス３０１の例示的な一実施形態のフロー図を示す。プロセス３０１は、ハードウェア、ソフトウェアおよび／またはファームウェアによって行うことが可能な処理工程、機能動作、イベントおよび／または行為として説明することが可能なさまざまな機能ブロックまたは動きを示す。図３に示す機能ブロックには、多数の代替策がさまざまな実装で実践可能であることは、本開示を考慮した当業者には理解されるであろう。いくつかの実施形態では、プロセッサ３０１に対する機械実行可能命令を、メモリに格納する、プロセッサによって実行する、および／または図１のＱｏＥシステム１４０などのＱｏＥシステムに実装することが可能である。
【００４７】
ブロック３１０で、ＱｏＥシステムは、双方向または多方向通信から生じたネットワーク通信を受け取ることができる。ＱｏＥシステムは、ネットワーク通信からメディア信号を抽出することができる。メディア信号は、双方向または多方向通信の参加者のうちの１人が行った発話を含むことができる。ブロック３２０で、ＱｏＥシステムのノイズ低減モジュールは、メディア信号からノイズを低減または除去することが可能である。ブロック３３０で、ＱｏＥシステムの音声検出部は、複数の音声セグメントをメディア信号から抽出することが可能である。いくつかの実施形態では、複数の音声セグメントのそれぞれは、１音節の音であってよい。
【００４８】
ブロック３４０で、ＱｏＥシステムの語彙認識部は、語彙データベースに格納されたサンプルの言葉に基づいて、複数の音声セグメントから複数の言葉を認識することができる。ブロック３５０で、ＱｏＥシステムのコーパスマッチ部は、コーパスデータベースに格納されたサンプルのコーパスを使用して、複数の言葉からコーパスを識別することができる。コーパスは、体感指標と見なすことが可能である。ブロック３６０で、ＱｏＥシステムは、コーパスを評価し、かつ、コーパスがネットワーク通信について標準以下のサービス品質を示していると判定することができる。この場合、ＱｏＥシステムは、ネットワーク通信についてのＱｏＳメトリックを検索することが可能である。ネットワーク通信の品質が標準以下であるとＱｏＳメトリックが客観的に示す場合、ＱｏＥシステムはブロック３７０に進むことができる。その他の場合は、ＱｏＥシステムは追加のメディア信号を処理するためにブロック３１０に進んでよい。
【００４９】
ブロック３７０で、ＱｏＥシステムは、コーパスおよびＱｏＳメトリックに基づいて、コーパスおよびネットワーク通信についてのＱｏＥメトリックを計算することができる。いくつかの実施形態では、ＱｏＥシステムは、ＱｏＥメトリックを計算するために、同じサイクルにおける前回のコーパスまたは前回のサイクルからのコーパスからのＱｏＥメトリックを利用することが可能である。
【００５０】
図４は、体感指標を使用してネットワーク通信についてのＱｏＥメトリックを判定するプロセス４０１の例示的な一実施形態のフロー図を示す。プロセス４０１は、ハードウェア、ソフトウェアおよび／またはファームウェアによって行うことが可能な処理工程、機能動作、イベントおよび／または行為として説明することが可能なさまざまな機能ブロックまたは動きを示す。図４に示す機能ブロックには、多数の代替策がさまざまな実装で実践可能であることは、本開示を考慮した当業者には理解されるであろう。いくつかの実施形態では、プロセス４０１に対する機械実行可能命令を、メモリに格納する、プロセッサによって実行する、および／または図１のＱｏＥシステム１４０などのＱｏＥシステムで実装することが可能である。
【００５１】
ブロック４１０で、ＱｏＥシステムは、双方向または多方向通信から生じたメディア信号を含むネットワーク通信を受け取ることができる。ブロック４２０で、ＱｏＥシステムのノイズ低減モジュールは、メディア信号からノイズを低減または除去することが可能である。ブロック４３０で、ＱｏＥシステムの音声検出部は、メディア信号から体感指標を抽出することができる。体感指標は、参加者に、ネットワーク通信のサービス品質の自身の主観的な評価を示すことができる。いくつかの実施形態では、体感指標はコーパスであってよい。あるいは、体感指標は、音声特徴、顔の表情または身振りであってよい。
【００５２】
ブロック４４０で、ＱｏＥシステムは、体感指標を評価して、ネットワーク通信のサービス品質が標準以下であることを体感指標が示すかどうかを理解することができる。ブロック４４０での評価が「いいえ」の場合、プロセス４０１はブロック４１０に進み、追加のメディア信号を受信かつ処理することができる。ブロック４４０での評価が「はい」の場合、プロセス４０１はブロック４５０に進むことができる。ブロック４５０で、ＱｏＥシステムはネットワーク通信についてのＱｏＳメトリックを検索することが可能である。
【００５３】
ブロック４６０で、ＱｏＥシステムは、ＱｏＳメトリックを評価して、ネットワーク通信のサービス品質が標準以下であることをＱｏＳメトリックが示しているかどうか判定することができる。ブロック４６０の判定として「いいえ」と返された場合、プロセス４０１はブロック４１０に進むことができる。ブロック４６０の判定として「はい」と返された場合、プロセス４０１はブロック４７０に進むことができる。ブロック４７０で、ＱｏＥシステムは、ＱｏＳメトリックおよび体感指標に基づいて、ネットワーク通信についてのＱｏＥメトリックを計算することができる。
【００５４】
いくつかの実施形態では、ＱｏＥシステムは、ネットワーク通信についてのＱｏＥメトリックを計算する前に、複数の体感指標をブロック４６０から収集することができる。上述されるように、ＱｏＥメトリックは、ＱｏＳメトリックおよび特定のサイクルにおける複数の体感指標のうちのいくつか、または数サイクルにおける複数の体感指標のうちのいくつかに基づいて、計算され得る。あるいは、ＱｏＥシステムは、ＱｏＳメトリックおよび複数の体感指標に基づいて、複数のＱｏＥメトリックを計算することができる。
【００５５】
本願で開示されるこの処理および方法ならびに別の処理および方法について、当該処理および方法で行われる機能は異なる順序で実現することができることを、当業者は理解するであろう。さらに、概説した工程および動作は単なる例として提供され、工程および動作のいくつかは、開示された実施形態の本質を損なうことなく、任意であってもよく、組み合わせてより少ない工程および動作にしてもよく、追加の工程および動作に拡張されてもよい。また、概説した工程および動作の１つまたは複数を並列に行ってもよい。
【００５６】
図５は、モバイルデバイス上で実行するモバイルアプリケーションのサービス品質を判定する方法を実現するためのコンピュータプログラム製品５００の例示的な一実施形態のブロック図である。コンピュータプログラム製品５００は信号担持媒体５０２を含むことができる。信号担持媒体５０２は、実行可能命令５０４の１つまたは複数のセットを含み、当該命令５０４が、例えば、プロセッサによって実行されると、上述した機能性を提供することが可能である。よって、例えば、図１のコンピュータシステムを参照すると、ＱｏＥシステム１４０は、信号担持媒体５０２によって搬送された命令５０４に応答して、少なくとも図３または図４に示す１つまたは複数の動作を始めることができる。
【００５７】
いくつかの実装形態では、信号担持媒体５０２は、限定ではないが、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、デジタルテープ、メモリなどの非一時的コンピュータ可読媒体５０６を包含することができる。いくつかの実装形態では、信号担持媒体５０２は、限定ではないが、メモリ、読み／書き（Ｒ／Ｗ）ＣＤ、Ｒ／Ｗ  ＤＶＤ等の記録可能媒体５０８を包含することができる。いくつかの実装形態では、信号担持媒体５０２は、限定ではないが、デジタルおよび／またはアナログ通信媒体（例えば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）といった通信媒体５１０を包含することができる。よって、例えば、図１のＭＭＳ１１３またはＡＥＭＳ１４０を参照すると、コンピュータプログラム製品５００は、信号担持媒体５０２によってＭＭＳ１１３またはＡＥＭＳ１４０にワイヤレスに搬送可能であり、この場合、信号担持媒体５０２は無線通信媒体５１０（例えば、ＩＥＥＥ  ８０２．１１規格に準拠する無線通信媒体）によって搬送される。コンピュータプログラム製品５００は、非一時的コンピュータ可読媒体５０６または別の同様の記録可能媒体５０８上に記録することができる。
【００５８】
図６は、本開示にしたがってＱｏＥシステムとして構成して使用することが可能な例示のコンピューティングデバイス６００の例示的な一実施形態のブロック図を示す。非常に基本的な構成６０１では、コンピューティングデバイス６００は、１つまたは複数のプロセッサ６１０およびシステムメモリ６２０を含むことができる。メモリバス６３０は、プロセッサ６１０とシステムメモリ６２０との間の通信に使用されてよい。
【００５９】
所望の構成によっては、プロセッサ６１０は、マイクロプロセッサ（μＰ）、マイクロコントローラ（μＣ）、デジタル信号プロセッサ（ＤＳＰ）、またはこれらの任意の組合せを含む任意のタイプのものとすることができるが、これらに限定されない。プロセッサ６１０は、レベル１キャッシュ６１１およびレベル２キャッシュ６１２などの１つまたは複数のレベルのキャッシング、プロセッサコア６１３およびレジスタ６１４を含むことができる。プロセッサコア６１３は、演算論理ユニット（ＡＬＵ）、浮動小数点ユニット（ＦＰＵ）、デジタル信号処理コア（ＤＳＰコア）、またはこれらの任意の組合せを含むことができる。メモリコントローラ６１５をプロセッサ６１０とともに使用することもでき、またはいくつかの実装形態では、メモリコントローラ６１５は、プロセッサ６１０の内部の部分とすることができる。
【００６０】
所望の構成によっては、システムメモリ６２０は、揮発性メモリ（ＲＡＭなど）、不揮発性メモリ（ＲＯＭやフラッシュメモリなど）、またはこれらの任意の組合せを含む任意のタイプのものとすることができるが、これらに限定されない。システムメモリ６２０は、オペレーティングシステム６２１、１つまたは複数のアプリケーション６２２およびプログラムデータ６２４を含むことができる。アプリケーション６２２は、図３のプロセス３０１および図４のプロセス４０１に関して記載した、少なくとも機能ブロックおよび／または動作を含む、本願明細書に記載されるような機能および／または動作を行うよう構成された体感品質システム６２３を含むことができる。プログラムデータ６２４は、体感品質システム６２３によって生成された体感品質メトリック６２５を含むことができる。いくつかの例示の実施形態では、アプリケーション６２２は、本願明細書に記載されるように、モバイルアプリケーションのサービス品質の判定の実装形態を提供することができるようなオペレーティングシステム６２１上で、プログラムデータ６２４とともに動作するように構成されてよい。記載されたこの基本構成は、図６の破線６０１内のコンポーネントによって例示される。
【００６１】
コンピューティングデバイス６００は、追加の特徴または機能性と、基本構成６０１と任意の必要なデバイスおよびインターフェースとの間の通信を容易にするための追加のインターフェースとを有することができる。例えば、バス／インターフェースコントローラ６４０を使用して、ストレージインターフェースバス６４１を介した基本構成６０１と１つまたは複数のデータ記憶装置６５０との間の通信を容易にすることができる。データ記憶装置６５０は、取外し式記憶装置６５１、非取外し式記憶装置６５２、またはこれらの組合せとすることができる。取外し式記憶装置および非取外し式記憶装置の例は、少数を挙げると、フレキシブルディスクドライブおよびハードディスクドライブ（ＨＤＤ）などの磁気ディスクデバイス、コンパクトディスク（ＣＤ）ドライブまたはデジタル多用途ディスク（ＤＶＤ）ドライブなどの光ディスクドライブ、ソリッドステートドライブ（ＳＳＤ）、ならびにテープドライブを含む。例示のコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報を記憶するための任意の方法または技術で実現された、揮発性および不揮発性、取外し可能および非取外し可能な媒体を含むことができる。
【００６２】
システムメモリ６２０、取外し式ストレージ６５１および非取外し式ストレージ６５２はすべて、コンピュータ記憶媒体の例である。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気記憶装置、または、所望の情報を記憶するのに使用でき、かつコンピューティングデバイス６００によってアクセスできる任意の他の媒体を含むが、これらに限定されない。このようなコンピュータ記憶媒体はいずれも、デバイス６００の一部とすることができる。
【００６３】
コンピューティングデバイス６００はまた、バス／インターフェースコントローラ６４０を介したさまざまなインターフェースデバイス（例えば、出力インターフェース、周辺インターフェースおよび通信インターフェース）から基本構成６０１への通信を容易にするためのインターフェースバス６４２を含むことができる。例示の出力インターフェース６６０は、グラフィック処理ユニット６６１およびオーディオ処理ユニット６６２を含み、これらは、１つまたは複数のＡ／Ｖポート６６３を介して表示装置またはスピーカなどのさまざまな外部デバイスに通信するように構成されてよい。例示の周辺インターフェース６６０は、シリアルインターフェースコントローラ６７１またはパラレルインターフェースコントローラ６７２を含み、これらは、１つまたは複数のＩ／Ｏポート６７３を介して、入力装置（例えば、キーボード、マウス、ペン、音声入力装置、タッチ入力装置）などの外部デバイス、または他の周辺デバイス（例えば、プリンタ、スキャナ）と通信するように構成されてよい。例示の通信インターフェース６８０は、ネットワークコントローラ６８１を含み、これは、１つまたは複数の通信ポート６８２を介してネットワーク通信リンクによって１つまたは複数の他のコンピューティングデバイス６９０との通信を容易にするよう配置されてよい。
【００６４】
ネットワーク通信リンクは、通信媒体の一例であることができる。通信媒体は通常、コンピュータ可読命令、データ構造、プログラムモジュール、または他の搬送機構によって具体化することができ、任意の情報送達媒体を含むことができる。限定ではなく例として、通信媒体は、有線ネットワークまたは直接有線接続などの有線媒体と、音響、無線周波数（ＲＦ）、赤外線（ＩＲ）および他のワイヤレス媒体などのワイヤレス媒体とを含むことができる。本明細書において使用されるコンピュータ可読媒体という用語は、記憶媒体と通信媒体の両方を含むことができる。
【００６５】
コンピューティングデバイス６００は、セルフォン、携帯情報端末（ＰＤＡ）、パーソナルメディアプレーヤデバイス、ワイヤレスウェブウォッチデバイス、パーソナルヘッドセットデバイス、特定用途向けデバイス、または上記の機能のいずれかを含むハイブリッドデバイスといった、小さいフォームファクタのポータブル（またはモバイル）電子デバイスの一部として実現することができる。コンピューティングデバイス６００は、ラップトップコンピュータ構成および非ラップトップコンピュータ構成の両方を含むパーソナルコンピュータとして実現することもできる。さらに、コンピューティングデバイス６００は、ワイヤレス基地局または他のワイヤレスシステムもしくはデバイスの一部として実現することができる。
【００６６】
システムの側面でのハードウェアの実装形態とソフトウェアの実装形態との間には、ほとんど相違が残されていない。ハードウェアまたはソフトウェアの使用は、一般に（いつもそうではないが、ある状況ではハードウェアとソフトウェアの間の選択が重要になり得るという点で）コスト対効果のトレードオフを表す設計上の選択である。本明細書に記載された、プロセスおよび／またはシステムおよび／または他の技術をもたらすことができるさまざまな達成手段があり（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）、好ましい達成手段は、プロセスおよび／またはシステムおよび／または他の技術が導入される状況によって異なる。例えば、実装者が速度と正確性が最も重要であると決定すると、実装者は主にハードウェアおよび／またはファームウェアの達成手段を選択することができる。フレキシビリティが最も重要なら、実装者は主にソフトウェアの実装形態を選択することができる。または、さらに別の代替案として、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアのなんらかの組合せを選択することができる。
【００６７】
前述の詳細な説明では、ブロック図、フローチャート、および／または例の使用によって、装置および／またはプロセスのさまざまな実施形態を説明してきた。そのようなブロック図、フローチャート、および／または例が１つまたは複数の機能および／または動作を含む限りにおいて、そのようなブロック図、フローチャート、または例の中のそれぞれの機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、または実質上それらのすべての組合せにより、個別におよび／または集合的に実装可能であることが、当業者には理解されるであろう。いくつかの実施形態では、本明細書に記載された主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルシグナルプロセッサ（ＤＳＰ）、または他の集積化方式によって実装することができる。しかし、本明細書で開示された実施形態のいくつかの態様が、全体においてまたは一部において、１つまたは複数のコンピュータ上で動作する１つまたは複数のコンピュータプログラムとして（例えば、１つまたは複数のコンピュータシステム上で動作する１つまたは複数のプログラムとして）、１つまたは複数のプロセッサ上で動作する１つまたは複数のプログラムとして（例えば、１つまたは複数のマイクロプロセッサ上で動作する１つまたは複数のプログラムとして）、ファームウェアとして、あるいは実質上それらの任意の組合せとして、等価に集積回路に実装することができることを、当業者は認識するであろうし、電気回路の設計ならびに／またはソフトウェアおよび／もしくはファームウェアのコーディングが、本開示に照らして十分当業者の技能の範囲内であることを、当業者は認識するであろう。さらに、本明細書に記載された主題のメカニズムをさまざまな形式のプログラム製品として配布することができることを、当業者は理解するであろうし、本明細書に記載された主題の例示的な実施形態が、実際に配布を実行するために使用される信号伝達媒体の特定のタイプにかかわらず適用されることを、当業者は理解するであろう。信号伝達媒体の例には、フロッピー（登録商標）ディスク、ハードディスクドライブ、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、デジタルテープ、コンピュータメモリ、などの記録可能なタイプの媒体、ならびに、デジタル通信媒体および／またはアナログ通信媒体（例えば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンク）の通信タイプの媒体が含まれるが、それらには限定されない。
【００６８】
本明細書で説明したやり方で装置および／またはプロセスを記載し、その後そのように記載された装置および／またはプロセスを、データ処理システムに統合するためにエンジニアリング方式を使用することは、当技術分野で一般的であることを当業者は認識するであろう。すなわち、本明細書に記載された装置および／またはプロセスの少なくとも一部を、妥当な数の実験によってデータ処理システムに統合することができる。通常のデータ処理システムは、一般に、システムユニットハウジング、ビデオディスプレイ装置、揮発性メモリおよび不揮発性メモリなどのメモリ、マイクロプロセッサおよびデジタル信号プロセッサなどのプロセッサ、オペレーティングシステムなどの計算実体、ドライバ、グラフィカルユーザインターフェース、およびアプリケーションプログラムのうちの１つもしくは複数、タッチパッドもしくはスクリーンなどの１つもしくは複数の相互作用装置、ならびに／またはフィードバックループおよびコントロールモータを含むコントロールシステム（例えば、位置検知用および／もしくは速度検知用フィードバック、コンポーネントの移動用および／もしくは数量の調整用コントロールモータ）を含むことを、当業者は理解するであろう。通常のデータ処理システムは、データコンピューティング／通信システムおよび／またはネットワークコンピューティング／通信システムの中に通常見られるコンポーネントなどの、市販の適切なコンポーネントを利用して実装することができる。
【００６９】
本明細書に記載された主題は、さまざまなコンポーネントをしばしば例示しており、これらのコンポーネントは、他のさまざまなコンポーネントに包含されるか、または他のさまざまなコンポーネントに接続される。そのように図示されたアーキテクチャは、単に例示にすぎず、実際には、同じ機能を実現する多くの他のアーキテクチャが実装可能であることが理解されよう。概念的な意味で、同じ機能を実現するコンポーネントの任意の構成は、所望の機能が実現されるように効果的に「関連付け」される。したがって、特定の機能を実現するために組み合わされた、本明細書における任意の２つのコンポーネントは、アーキテクチャまたは中間のコンポーネントにかかわらず、所望の機能が実現されるように、お互いに「関連付け」されていると見ることができる。同様に、そのように関連付けされた任意の２つのコンポーネントは、所望の機能を実現するために、互いに「動作可能に接続」または「動作可能に結合」されていると見なすこともでき、そのように関連付け可能な任意の２つのコンポーネントは、所望の機能を実現するために、互いに「動作可能に結合できる」と見なすこともできる。動作可能に結合できる場合の具体例には、物理的にかみ合わせ可能な、および／もしくは物理的に相互作用するコンポーネント、ならびに／またはワイヤレスに相互作用可能な、および／もしくはワイヤレスに相互作用するコンポーネント、ならびに／または論理的に相互作用する、および／もしくは論理的に相互作用可能なコンポーネントが含まれるが、それらに限定されない。
【００７０】
本明細書における実質的にすべての複数形および／または単数形の用語の使用に対して、当業者は、状況および／または用途に適切なように、複数形から単数形に、および／または単数形から複数形に変換することができる。さまざまな単数形／複数形の置き換えは、理解しやすいように、本明細書で明確に説明することができる。
【００７１】
通常、本明細書において、特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本体部）において使用される用語は、全体を通じて「オープンな（ｏｐｅｎ）」用語として意図されていることが、当業者には理解されよう（例えば、用語「含む（ｉｎｃｌｕｄｉｎｇ）」は、「含むがそれに限定されない（ｉｎｃｌｕｄｉｎｇ  ｂｕｔ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」と解釈されるべきであり、用語「有する（ｈａｖｉｎｇ）」は、「少なくとも有する（ｈａｖｉｎｇ  ａｔ  ｌｅａｓｔ）」と解釈されるべきであり、用語「含む（ｉｎｃｌｕｄｅｓ）」は、「含むがそれに限定されない（ｉｎｃｌｕｄｅｓ  ｂｕｔ  ｉｓ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」と解釈されるべきである）。導入される請求項で具体的な数の記載が意図される場合、そのような意図は、当該請求項において明示的に記載されることになり、そのような記載がない場合、そのような意図は存在しないことが、当業者にはさらに理解されよう。例えば、理解の一助として、添付の特許請求の範囲は、導入句「少なくとも１つの（ａｔ  ｌｅａｓｔ  ｏｎｅ）」および「１つまたは複数の（ｏｎｅ  ｏｒ  ｍｏｒｅ）」を使用して請求項の記載を導くことを含む場合がある。しかし、そのような句の使用は、同一の請求項が、導入句「１つまたは複数の」または「少なくとも１つの」および「ａ」または「ａｎ」などの不定冠詞を含む場合であっても、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのように導入される請求項の記載を含む任意の特定の請求項を、単に１つのそのような記載を含む発明に限定する、ということを示唆していると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、通常、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）。同じことが、請求項の記載を導入するのに使用される定冠詞の使用にも当てはまる。また、導入される請求項の記載で具体的な数が明示的に記載されている場合でも、そのような記載は、通常、少なくとも記載された数を意味すると解釈されるべきであることが、当業者には理解されよう（例えば、他の修飾語なしでの「２つの記載（ｔｗｏ  ｒｅｃｉｔａｔｉｏｎｓ）」の単なる記載は、通常、少なくとも２つの記載、または２つ以上の記載を意味する）。さらに、「Ａ、ＢおよびＣ、などの少なくとも１つ」に類似の慣例表現が使用されている事例では、通常、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、およびＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含むが、それに限定されない）。「Ａ、Ｂ、またはＣ、などの少なくとも１つ」に類似の慣例表現が使用されている事例では、通常、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、またはＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含���が、それに限定されない）。２つ以上の代替用語を提示する事実上いかなる離接する語および／または句も、明細書、特許請求の範囲、または図面のどこにあっても、当該用語の一方（ｏｎｅ  ｏｆ  ｔｈｅ  ｔｅｒｍｓ）、当該用語のいずれか（ｅｉｔｈｅｒ  ｏｆ  ｔｈｅ  ｔｅｒｍｓ）、または両方の用語（ｂｏｔｈ  ｔｅｒｍｓ）を含む可能性を企図すると理解されるべきであることが、当業者にはさらに理解されよう。例えば、句「ＡまたはＢ」は、「Ａ」または「Ｂ」あるいは「ＡおよびＢ」の可能性を含むことが理解されよう。
【００７２】
上記から、本開示のさまざまな実施形態が、例示のために本明細書において記載され、本開示の範囲および趣旨から逸脱することなく、さまざまな修正を行うことが可能なことが理解されるであろう。したがって、本明細書に開示されたさまざまな実施形態は限定を意図されず、真の範囲および趣旨は以下の特許請求の範囲に示される。
【図１】
0005688475.tif 000002
【図２】
0005688475.tif 000003
【図３】
0005688475.tif 000004
【図４】
0005688475.tif 000005
【図５】
0005688475.tif 000006
【図６】
0005688475.tif 000007