(57)【要約】【課題】  電話ネットワークおよび音声コーデックの音声品質評価のための双方向オーディオ生成デバイスを提供すること。【解決手段】  コンピュータと電話との融合（ＣＴＩ）の命令またはシステム構成を通じて音声品質知覚評価を自動化し通信エンドポイントに接続するように構成されたオーディオ生成デバイスを使用する電話システムまたはネットワークの双方向品質テストのためのシステムであって、通信エンドポイントの自動応答を可能にし、信号およびオーディオ・データをリッスンし、記録し、処理し、平均オピニオン評点（ＭＯＳ）を計算し、再生のための信号およびオーディオを生成し、フルリファレンス・アルゴリズムを使用してファイルを比較し、データ名前付け構造により表示されたＭＯＳ結果と共にデータを記憶するシステム。【選択図】      図２
2018093466.tif 000002
【特許請求の範囲】
【請求項１】
オーディオ生成デバイスを使用する電話システムまたはネットワークの双方向品質テストのためのシステムであって、
プロセッサと、メモリと、前記メモリ内に記憶され前記プロセッサ上で動作可能な複数のプログラミング命令とを備えるコンピュータを備え、前記複数のプログラミング命令は、
（ａ）呼の一端にある通信エンドポイントに接続し、
（ｂ）規定の呼生成デバイスから発せられる既知のコマンドおよび参照オーディオを求めて前記通信エンドポイントのアナログ・インターフェースを通じてリッスンし、
（ｃ）前記呼の期間中に提示された信号およびオーディオを記録し、
（ｄ）信号およびオーディオを処理し、
（ｅ）下流オーディオについて音声品質を計算し、
（ｆ）前記規定の呼生成デバイスでの平均オピニオン評点の計算を容易にするために上流参照オーディオを生成し、
（ｇ）テスト・シーケンス中に使用するために信号およびオーディオを生成し、
（ｈ）品質評価のためにファイルを比較し、
（ｉ）ファイルをローカルに記憶し、
（ｊ）帯域内オーディオ・シグナリングを介する、またはアジャンクト・ネットワークを介する規定の遠隔アクセスを可能にするように構成される、システム。
【請求項２】
通信エンドポイントに接続されているオーディオ生成デバイスを使用することによって呼生成デバイスによって操作される電話システムまたはネットワークの双方向品質テストのための方法であって、
（ａ）前記電話システムまたはネットワーク内において前記呼生成デバイスから前記通信エンドポイントに発呼する工程と、
（ｂ）専用の前記通信エンドポイントにて前記呼生成デバイスの呼に自動的に答える工程と、
（ｃ）前記呼生成デバイスが、確認されたアライブ・トーンが前記オーディオ生成デバイスによって受信されるのを休止して待つ工程と、
（ｄ）前記オーディオ生成デバイスからアライブ・トーンを送り、前記呼生成デバイスが前記アライブ・トーンの受信を確認する工程と、
（ｅ）前記呼生成デバイスから特定のトーンを再生し、前記オーディオ生成デバイスに特定の規定の参照オーディオ・ファイルを再生するよう要求する工程と、
（ｆ）前記オーディオ生成デバイスを使用して前記規定の参照オーディオ・ファイルのローカル・コピーを準備し、次いで前記参照オーディオ・ファイルを発話として可聴に再生する工程と、
（ｇ）前記呼生成デバイス上で前記発話を取り込み、前記発話をオーディオ・ファイルとして記憶する工程と、
（ｈ）前記呼生成デバイスを使用して、取り込まれた前記発話を処理し、音声品質の標識を計算する工程と、
（ｉ）前記呼生成デバイスによって音声品質の前記標識を記録し、次いで前記呼を終端する工程と、を備える方法。
【請求項３】
通信エンドポイントに接続されているオーディオ生成デバイスを使用することによって呼生成デバイスによって操作される電話システムまたはネットワークの双方向品質テストのための方法であって、
（ａ）前記電話システムまたはネットワーク内において前記呼生成デバイスから前記通信エンドポイントに発呼する工程と、
（ｂ）専用の前記通信エンドポイントにて前記呼生成デバイスの呼に自動的に答える工
程と、
（ｃ）前記呼生成デバイスが、確認されたアライブ・トーンが前記オーディオ生成デバイスによって受信されるのを休止して待つ工程と、
（ｄ）前記オーディオ生成デバイスからアライブ・トーンを送り、前記呼生成デバイスが前記アライブ・トーンの受信を確認する工程と、
（ｅ）前記呼生成デバイスから特定のトーンを再生し、前記オーディオ生成デバイスに可聴の発話を取り込み始めるよう指示する工程と、
（ｆ）前記呼生成デバイスから規定の参照オーディオ・ファイルを、前記オーディオ生成デバイスによって発話として取り込まれるよう再生する工程と、
（ｇ）前記可聴の発話を取り込むのを停止して前記可聴の発話をオーディオ・ファイルとして記憶するよう前記オーディオ生成デバイスに指示するために、前記呼生成デバイスから特定のトーンを再生する工程と、
（ｈ）前記オーディオ生成デバイスを使用して、取り込まれた前記発話を音声品質知覚評価フルリファレンス・アルゴリズムで処理し、平均オピニオン評点を計算する工程と、
（ｉ）前記平均オピニオン評点の結果を前記オーディオ生成デバイスから前記呼生成デバイスに可聴の音声により返すよう通信する工程と、
（ｊ）前記呼生成デバイスが前記音声を認識し、前記平均オピニオン評点をログに記録する工程と、
（ｋ）取り込まれた前記発話のファイルを前記オーディオ生成デバイスから前記呼生成デバイスに返すよう再生する工程と、
（ｌ）前記呼生成デバイスによって前記発話のオーディオ・ファイルを記録およびログに記録し、次いで前記呼を終端する工程と、を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電話の分野に関し、より詳細には、体感品質の分野に関する。
【背景技術】
【０００２】
オーディオ・システム測定は、信頼性の高い電話ネットワークを運営し維持する手段となる。測定値は、新しい機器をサイズ設定および指定する、または既存の機器を監視もしくはトラブルシューティングする助けとなり得る。オーディオ・システム測定は、典型的な場合、通信システムの品質を評価するために音響心理学的原理をモデル化する。なぜなら、それが人の聴覚に関係し得るからである。電話システムでは、平均オピニオン評点（ＭＯＳ）によって通信のリスニング・エンドによって知覚される音声の品質の数値的インジケーションが提供され、主観的ではあるものの、ＭＯＳテストは標準化されており、国際電気通信連合ＩＴＵ−Ｔによって、公表されている勧告Ｐ．８００の下で指定されている。
【０００３】
平均オピニオン評点（ＭＯＳ）は、音声呼、または所与の電話ネットワークもしくはシステムを介して再生されるオーディオ・ファイルの、人のユーザの知覚品質を得るために、電話において数十年の間使用されているタイプの品質測定テストである。最初に、平均オピニオン評点は、各受話者によって、１から５の範囲の整数として記録され、１は最低の知覚品質であり、５は最良の知覚品質である。平均オピニオン評点は、標準化されたテストのセットの結果から記録されたすべての評点の算術平均を計算することによって決定され、このテストでは、テストされる通信媒体を介して規定のテスト環境内で男声および女声によって読み上げられる一連の規定のテスト文の知覚される可聴品質に幾人かの受話者が得点付けする。平均オピニオン評点は、受話者が静かな室内で共に着席し、知覚したとき呼品質に得点付けすることを必要とするので、主観的な測定処理である。平均オピニオン評点を得るには、標準化されたテスト方法に必要とされるプロトコルを達成するため、複数の見込みユーザ、またはアクティブ・ユーザを関与させる必要があるので、時間とコストがかかる。
【０００４】
ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）電話では、平均オピニオン評点は、圧縮／圧縮解除（コーデック）および／または送信が行われた後、受信される媒体の知覚品質の数値的インジケーションを提供する。ワイヤレス、ＶｏＩＰ、固定、およびコーデック電話システムのための測定アプリケーションが開発されており、この測定アプリケーションは、システム内で使用されるＩＰネットワークの性能に基づいて計算され、ＩＴＵ−Ｔ  Ｐ．８６２．１（音声品質知覚評価（ＰＥＳＱ）評点の、平均オピニオン評点（ＭＯＳ）スケールへのマッピング）の実装を介して、自動化されたＭＯＳ結果のために、実験によって同化されている。
【０００５】
音声品質知覚評価（ＰＥＳＱ）は、ＩＴＵ−Ｔ勧告Ｐ．８６２で提示されており、電話システムまたはネットワークのユーザが体験する音声品質を評価するためのテスト方法を含む。具体的には、ＰＥＳＱは、アルゴリズムを使用し音声信号を解析することによって、平均オピニオン評点テストを標準化および自動化するために開発された。ＰＥＳＱでは、本物の声のサンプルがテスト信号として使用されており、トーンまたは雑音など言葉でない他の可聴信号が使用される場合、結果は予測不能となる。ＰＥＳＱは、フルリファレンス（ＦＲ）・アルゴリズムであり、音声信号は、参照とテスト信号の対応する部分を順次位置合わせした後でサンプルごとに解析される。ＰＥＳＱを適用し、エンド・ツー・エンド（Ｅ２Ｅ）の品質評価評点をネットワークに、または個々のネットワーク構成要素に
提供することができる。
【０００６】
ＰＥＳＱなどフルリファレンス（ＦＲ）・アルゴリズムは、比較のために、確立された参照信号を使用する。この場合、参照信号（上流端）の各サンプルを劣化した信号（下流端）の各対応するサンプルに比較することができる。フルリファレンス測定は、高レベルの精度および再現性を提供するものの、ライブ・ネットワークにおける専用のテストに適用され得るにすぎず、したがって、技術者、またはより一般的にはユーザが両端に控え、ライブ・ネットワークおよび／またはその構成要素のテストおよび品質評価を開始、受信、および完了しなければならない。
【０００７】
特許文献１には、呼品質のテストを行う方法及び装置について開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第８７３７５７１号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００９】
当技術分野では、発信（上流）端でも受信（下流）端でもライブのユーザ関与を必要とせずに電話システムについて推定平均オピニオン評点が生成され得るように、擬似的なライブのシナリオで音声品質知覚評価に対処し、それを実施するために、電話ネットワーク構成要素または電話システムに接続され得る自動電子デバイスが求められている。
【課題を解決するための手段】
【００１０】
したがって、本発明者は、本発明の好ましい実施形態において、ライブのユーザ関与を必要とせずに推定平均オピニオン評点が生成され得るように電話ネットワーク構成要素に接続され得る自動電子コンピューティング・デバイスを考え、実施に移した。
【００１１】
本発明の好ましい実施形態によれば、オーディオ生成デバイスを使用する電話システムまたはネットワークの双方向品質テストのためのシステムであって、プロセッサと、メモリと、メモリ内に記憶されプロセッサ上で動作可能な複数のプログラミング命令とを備えるコンピュータを備え、複数のプログラミング命令は、呼の一端にある通信エンドポイント（ＰＣサウンド・デバイスまたは電話タレットなど）に接続し、規定の呼生成デバイスから発せられる既知のコマンドを求めて通信エンドポイントのアナログ・インターフェースを通じてリッスンし、呼の期間中に提示された信号およびオーディオを記録し、信号およびオーディオを処理し、下流オーディオについて平均オピニオン評点を計算し、呼生成デバイスでの平均オピニオン評点の計算を容易にするために上流参照オーディオを生成し、テスト・シーケンス中に使用するために信号およびオーディオを生成し、品質評価のためにファイルを比較し、ファイルをローカルに記憶し、帯域内オーディオ・シグナリングを介する、またはアジャンクト・ネットワークを介する規定の遠隔アクセスを可能にするように構成される、システムが開示される。
【００１２】
本発明の他の好ましい実施形態によれば、通信エンドポイントに接続されているオーディオ生成デバイスを使用することによって呼生成デバイスによって操作される電話システムまたはネットワークの双方向品質テストのための方法であって、電話システムまたはネットワーク内において呼生成デバイスから通信エンドポイントに発呼する工程と、専用の通信エンドポイントにて呼生成デバイスの呼に自動的に答える工程と、呼生成デバイスが、確認されたアライブ・トーンがオーディオ生成デバイスによって受信されるのを休止して待つ工程と、オーディオ生成デバイスからアライブ・トーンを送り、呼生成デバイスがアライブ・トーンの受信を検出および記録する工程と、呼生成デバイスから特定のトーン
を再生し、オーディオ生成デバイスに特定の規定の参照オーディオ・ファイルを再生するよう要求する工程と、オーディオ生成デバイスを使用して規定の参照オーディオ・ファイルのローカル・コピーを準備し、次いで参照オーディオ・ファイルを発話として可聴に再生する工程と、呼生成デバイス上で発話を取り込み、発話をオーディオ・ファイルとして記憶する工程と、呼生成デバイスを使用して、取り込まれた発話を音声品質知覚評価フルリファレンス・アルゴリズムで処理し、平均オピニオン評点を計算する工程と、呼生成デバイスによって平均オピニオン評点を記録およびログに記録し、次いでエンドポイントが呼を切断するまで呼に対してさらなるアクションを処理し続ける工程とを備える方法が開示される。
【００１３】
本発明の他の好ましい実施形態によれば、通信エンドポイントに接続されているオーディオ生成デバイスを使用することによって呼生成デバイスによって操作される電話システムまたはネットワークの双方向品質テストのための方法であって、電話システムまたはネットワーク内において呼生成デバイスから通信エンドポイントに発呼する工程と、専用の通信エンドポイントにて呼生成デバイスの呼に自動的に答える工程と、呼生成デバイスが、確認されたアライブ・トーンがオーディオ生成デバイスによって受信されるのを休止して待つ工程と、オーディオ生成デバイスからアライブ・トーンを送り、呼生成デバイスがアライブ・トーンの受信を確認する工程と、呼生成デバイスから特定のトーンを再生し、オーディオ生成デバイスに可聴の発話を取り込み始めるよう指示する工程と、呼生成デバイスから規定の参照オーディオ・ファイルを、オーディオ生成デバイスによって発話として取り込まれるよう再生する工程と、可聴の発話を取り込むのを停止して可聴の発話をオーディオ・ファイルとして記憶するようオーディオ生成デバイスに指示するために、呼生成デバイスから特定のトーンを再生する工程と、オーディオ生成デバイスを使用して、取り込まれた発話を音声品質知覚評価フルリファレンス・アルゴリズムで処理し、平均オピニオン評点を計算する工程と、平均オピニオン評点の結果をオーディオ生成デバイスから呼生成デバイスに可聴の音声により返すよう通信する工程と、呼生成デバイスが音声を認識し、平均オピニオン評点をログに記録する工程と、取り込まれた発話のファイルをオーディオ生成デバイスから呼生成デバイスに返すよう再生する工程と、呼生成デバイスによって発話オーディオ・ファイルを記録およびログに記録し、次いでエンドポイントが呼を切断するまで呼に対してさらなるアクションを処理し続ける工程と、を備える方法が開示される。
【００１４】
添付の図面は、本発明のいくつかの実施形態を示しており、説明と共に実施形態による本発明の原理について説明するように働く。図面に示されている特定の実施形態は例示的なものにすぎず、本発明の範囲または本明細書における特許請求の範囲を限定するものとは決してみなされるべきでないことを当業者なら理解するであろう。
【図面の簡単な説明】
【００１５】
【図１】本発明の好ましい実施形態による、呼生成デバイスと、呼配信フレームワークと、呼を受信するための通信エンドポイントと、自動化されたテスト・プロトコルおよびシーケンスを容易にするために通信エンドポイントに接続されたオーディオ生成デバイスとを使用する電話システムのための例示的なアーキテクチャを示すブロック図。
【図２】本発明のシステムを使用する呼体験についての平均オピニオン評点を決定するための方法の処理フロー図。
【図３】本発明のシステムを使用する呼体験についての平均オピニオン評点を決定するための方法の別の処理フロー図。
【図４】本発明の好ましい実施形態による、下流テスト・シーケンス中に１つ以上の可能な段階において発生し得る複数のイベントを示す例示的な状態遷移図。
【図５】本発明の好ましい実施形態による、上流テスト・シーケンス中に１つ以上の可能な段階において発生し得る複数のイベントを示す例示的な状態遷移図。
【図６】図２に示されている方法または図３に示されている方法を完了する前に必要な設定および条件を設定およびチェックするために使用することができる方法の処理フロー図。
【図７】本発明の一実施形態で使用されるコンピューティング・デバイスの例示的なハードウェア・アーキテクチャを示すブロック図。
【図８】本発明の一実施形態による、クライアント・デバイスのための例示的な論理アーキテクチャを示すブロック図。
【図９】本発明の一実施形態による、クライアント、サーバ、および外部サービスの例示的なアーキテクチャ構成を示すブロック図。
【図１０】本発明の様々な実施形態で使用されるコンピューティング・デバイスの例示的なハードウェア・アーキテクチャを示す別のブロック図。
【発明を実施するための形態】
【００１６】
本発明者は、本発明の好ましい実施形態において、ライブのユーザ関与を必要とせずに推定平均オピニオン評点が生成され得るように電話ネットワーク構成要素に接続され得る自動電子コンピューティング・デバイスを考え、実施に移した。
【００１７】
１つ以上の異なる発明が本出願に記載されていることがある。さらに、本明細書に記載の本発明のうちの１つ以上について、多数の代替の実施形態が記載されていることがあるが、これらは例示のために提示されているにすぎず、本明細書に含まれる本発明または本明細書に提示されている特許請求の範囲を限定するものでは決してないことを理解されたい。本発明のうちの１つ以上は、本開示から容易に明らかになり得るように、多数の実施形態に広く適用可能なものとすることができる。一般に、実施形態は、当業者が本発明のうちの１つ以上を実施することを可能にするために十分詳細に述べられており、他の実施形態が使用され得ること、また特定の本発明の範囲から逸脱することなしに構造上、論理上、ソフトウェア、電気的、および他の変更を加えることができることを理解されたい。したがって、当業者なら、本発明のうちの１つ以上を様々な修正および変更と共に実施することができることを理解するであろう。本明細書に記載の本発明のうちの１つ以上に関する特定の特徴について、１つ以上の特定の実施形態を参照して、または本開示の一部を形成し、例として本発明のうちの１つ以上に関する特定の実施形態が示されている図を参照して述べられることがある。しかし、そのような特徴は、その１つ以上の特定の実施形態、または参照してそれらについて述べる図における使い方に限定されないことを理解されたい。本開示は、本発明のうちの１つ以上に関するすべての実施形態について文字通り記載したものでもなければ、すべての実施形態に存在しなければならない本発明のうちの１つ以上に関する特徴を列挙したものでもない。
【００１８】
本特許出願に与えられている節の見出し、および本特許出願の名称は、便宜的なものにすぎず、本開示を限定するものと解釈されるべきでは決してない。
互いに通信するデバイスは、別段明示的に規定されていない限り、互いに連続的に通信していなくてもよい。さらに、互いに通信するデバイスは、論理的または物理的な１つ以上の通信手段もしくは仲介物を通じて直接または間接に通信してもよい。
【００１９】
互いに通信するいくつかの構成要素を有する実施形態についての記載は、すべてのそのような構成要素が必要とされることを暗示しない。反対に、本発明のうちの１つ以上に関する多種多様な可能な実施形態を示すために、また本発明の１つ以上の態様をより十分に示すために、様々な任意選択の構成要素が記載されていることがある。同様に、処理ステップ、方法ステップ、またはアルゴリズムなどが順次的な順番で述べられることがあるが、しかしながら、そのような処理、方法、およびアルゴリズムは、そうではないと特に述べられていない限り、概して代替の順番で機能するように構成され得る。換言すれば、本特許出願に記載されていることがあるステップの任意の順序または順番は、それ自体、そ
れらのステップがその順番で実施されるという要件を示していない。記載の処理のステップは、実際的な任意の順番で実施されてよい。さらに、いくつかのステップが、（たとえば、１つのステップが他のステップの後に記載されているという理由で）非同時に行われると記載または暗示されているにもかかわらず、同時に実施されてもよい。さらに、図面に示すことによる処理の例示は、示されている処理がそれに対する他の変形および修正を排除するものであることを暗示せず、示されている処理またはそのステップのいずれかが本発明のうちの１つ以上に必要であることを暗示せず、示されている処理が好ましいものであることを暗示しない。また、ステップは、概して実施形態当たり１回述べられるが、しかしながら、これは、それらが１回行われなければならないことも、処理、方法、またはアルゴリズムが実施または実行されるたびに１回だけ行われる得ることも意味しない。いくつかのステップが実施形態によっては、もしくは出来事によっては省略されてもよく、またはいくつかのステップが所与の実施形態もしくは出来事において１回より多く実行されてもよい。
【００２０】
単一のデバイスまたは物品が本明細書に記載されているとき、複数のデバイスまたは物品が単一のデバイスまたは物品の変わりに使用されてもよいことは容易に理解されよう。同様に、複数のデバイスまたは物品が本明細書に記載されているとき、単一のデバイスまたは物品がその複数のデバイスまたは物品の変わりに使用されてもよいことは容易に理解されよう。
【００２１】
デバイスの機能または特徴は、そのような機能または特徴を有するものと明示的に述べられていない１つ以上の他のデバイスによって代わりに実施されてもよい。したがって、本発明の１つ以上に関する他の実施形態は、そのデバイスそれ自体を含まなくてもよい。
【００２２】
本明細書に記載されている、または本明細書で参照されている技法および機構は、わかりやすくするために単数形で記載されていることがある。しかし、特定の実施形態は、別段言及されていない限り、技法の複数の反復または機構の複数の例示を含み得る。図中の処理の説明またはブロックは、その処理における特定の論理機能またはステップを実装するための１つ以上の実行可能な命令を含むコードのモジュール、セグメント、または一部分を表すものと理解されたい。たとえば、当業者には理解されるように、含まれる機能に応じて、実質的に同時または逆の順序を含めて、示されている、または論じられている順番から外れて機能が実行され得る代替の実装は、本発明の実施形態の範囲内に含まれる。
【００２３】
概念的なアーキテクチャ
図１は、本発明の好ましい実施形態による、データベース１２０へのアクセスを有する呼生成デバイス１１０と、呼配信フレームワーク１４０と、たとえばコンピューティング・サウンド・デバイスまたは電話タレットなど呼を受信するための通信エンドポイント１５０と、テスト・プロトコルおよびシーケンスがライブ環境で自動的に実行され得るように特別製の接続１６０を介して通信エンドポイント１５０に接続されたオーディオ生成デバイス１７０とを使用し、呼配信フレームワーク１４０または関連付けられた構成要素を、電話システム１００のどちらかの端部から発せられるシミュレーションされた呼でテストする、電話システム１００のための例示的なアーキテクチャを示すブロック図である。呼生成デバイス１１０は、プロトコルを開始することによって呼配信フレームワーク１４０を介してオーディオ生成デバイス１７０に発呼し、通信エンドポイント１５０が自動的に答え、その呼をオーディオ生成デバイス１７０に接続するよう通信エンドポイント１５０に指示し得る。逆に、オーディオ生成デバイス１７０がプロトコルを開始することによって呼生成デバイス１１０に発呼し、呼生成デバイス１１０に向けて送られる呼配信フレームワーク１４０内の呼を開始するよう通信エンドポイント１５０に指示してもよい。オーディオ生成デバイス１７０は、自動の平均オピニオン評点計算を容易にするためにシステム１００に接続され得る。オーディオ生成デバイス１７０は、ローカル管理ネットワー
ク１８０に接続されてもよく、ローカル管理ネットワーク１８０は、たとえば、コンピューティング・デバイス１９０Ａ／Ｂ／Ｃ／Ｄなど管理ツールを使用して管理目的で、またはオンサイト・トラブルシューティングのために確立された、デバイス・リブートなど基本機能のための帯域内オーディオ・シグナリング・ネットワークまたはアジャンクトＩＰネットワーク（有線イーサネット（登録商標）またはＷｉＦｉ）であってよい。典型的には、管理ツール１９０Ａ／Ｂ／Ｃ／Ｄは、呼配信フレームワーク１４０をサポートするネットワーク上に収容されていなくてもよく、したがって、呼配信フレームワーク１４０のためのアクセス許可を得ることを必要とせずにオーディオ生成デバイス１７０にアクセスするために別個のネットワーク１８０を必要とし得る。
【００２４】
この実施形態によれば、たとえば、直接の物理データ接続（データ・ケーブルもしくは同様の物理的手段を介するものなど）、アプリケーション・プログラミング・インターフェース（ＡＰＩ）もしくは他のソフトウェア通信手段（たとえば、複数のシステム構成要素がコンピューティング・サーバもしくはワークステーションなど単一のハードウェア・デバイス上で動作し得る構成に適したものとなり得るものなど）を介するものなどソフトウェアベースの通信、またはインターネットもしくは他のデータ通信ネットワークを介するものなど様々なネットワーク接続のいずれかなど、システム１００の構成要素間の接続または通信の様々な手段が、本発明に従って交換可能に、または同時に使用されてよいことを理解されたい。したがって、図の接続は事実上例示的なものであり、可能な構成の選択されたものだけを表すこと、また代替または追加の接続が本発明に従って使用され得ることを理解されたい。
【００２５】
例示的な実施形態の詳細な説明
図２は、オーディオ生成デバイス１７０から呼生成デバイス１１０への上流方向、および呼生成デバイス１１０からオーディオ生成デバイス１７０への下流方向の両方向でシステム１００をテストするための例示的な方法２００を示す処理フロー図であり、どちらの場合も、呼配信フレームワーク１４０に接続された専用通信エンドポイント１５０を介する。本発明の好ましい実施形態では、呼生成デバイス１１０は、通信エンドポイント１５０の音量設定を変更すること、オーディオ・ファイルを取り込むためにオーディオ生成デバイス１７０を準備すること、品質評点を計算するためにオーディオ・ファイルを処理すること、および／または方法２００／３００のソフトもしくはハード・リブートを開始することなどのコマンドを識別および実行するための異なる周波数のトーンを再生することによって、既知のコマンドをオーディオ生成デバイス１７０に送る。オーディオ生成デバイス１７０は、所定の間隔、たとえば１０秒ごとにアライブ・トーン４２５／５２５を再生し、オーディオ生成デバイス１７０が使用可能であり、アイドル位置でコマンドを待っていると呼生成デバイス１１０に警告するように構成され得る。本発明の好ましい実施形態では、システム１００に接続された呼生成デバイス１１０は、通信エンドポイントに発呼し（２０１）、通信エンドポイントは、呼に自動的に答え（２０３）、アライブ・トーンを待ち（２０５）、トーンが受信されない場合、呼を終端し得る（２１０）。そのような場合、処理は、再び開始してもよい。アライブ・トーン４２５／５２５が確認された後で（２１２）、呼生成デバイス１１０は、データベース１２０内に記憶されたものと合致する所定の参照オーディオ・ファイル４６９を再生するようオーディオ生成デバイスに要求する（２１５）。参照オーディオ・ファイル４６９は、オーディオ生成デバイス１７０上に記憶されており、オーディオ生成デバイス１７０は、オーディオ・ファイル４６９のコピーを準備し、次いでオーディオ・ファイル４６９を発話として再生する（２２０）。呼生成デバイス１１０は、参照オーディオ・ファイル４６９を受信し、取り込み、記憶し（２３０）、送信されたオーディオ・ファイル４６９をデータベース１２０内に記憶されたその合致する相手方に比較することによって処理する。呼生成デバイス１１０は、取り込まれた参照オーディオ・ファイル４６９を発話として処理し（２４０）、その結果、平均オピニオン評点（ＭＯＳ）としての体験評点を、規定のフルリファレンス・アルゴリズ
ムに従ってＰＥＳＱ評点マッピングの関数として呼生成デバイス１１０によって計算する（２５０）ことができる。呼生成デバイス１１０は、平均オピニオン評点を記録およびログに記録し（２６０）、それをデータベース１２０内に記憶してから呼を終端する（２７０）ことができる。
【００２６】
図３は、オーディオ生成デバイス１７０から呼生成デバイス１１０への上流方向、および呼生成デバイス１１０からオーディオ生成デバイス１７０への下流方向の両方向でシステム１００をテストするための例示的な方法３００を示す別の処理フロー図であり、どちらの場合も、呼配信フレームワーク１４０に接続された専用通信エンドポイント１５０を介する。本発明の好ましい実施形態では、呼生成デバイス１１０は、通信エンドポイント１５０に発呼し（３０１）、通信エンドポイントは、呼に自動的に答え（３０３）、アライブ・トーンを待ち（３０５）、トーンが受信されない場合、呼を終端し得る（３１０）。そのような場合、処理は、再び開始してもよい。アライブ・トーン４２５／５２５が確認された後で（３１２）、呼生成デバイス１１０は、可聴の発話を取り込むようオーディオ生成デバイス１７０に要求する（３１５）。呼生成は、オーディオ・ファイルをデータベース１２０から取り出し、オーディオを発話として再生し（３２０）、次いでオーディオ生成デバイスが発話を取り込む（３３０）。呼生成デバイスは、オーディオ生成デバイスがオーディオを取り込むのを停止して取り込まれたオーディオ・ファイルを記憶し（３３５）、次いで取り込まれた発話を処理する（３４０）よう指示し、その結果、結果を呼生成デバイス１１０に話して（３５５）返すためにオーディオ生成デバイス１７０が平均オピニオン評点（ＭＯＳ）を計算する（３５０）ことができる。呼生成デバイス１１０は、音声を認識し、ＭＯＳ結果をデータベース１２０内のログに記録する（３６０）。オーディオ生成デバイス１７０は、取り込まれた発話を呼生成デバイス１１０に再生し（３７０）、呼生成デバイス１１０は、発話ファイルをデータベース１２０内に記録および記憶（３８０）してから呼を終端する（３９０）ことができる。
【００２７】
図４は、オーディオ生成デバイス４１５から電話システム４１０を介して呼生成デバイス４０５への体験の知覚品質を意味する上流方向における平均オピニオン評点決定の複数の段階を示す例示的な状態遷移図４００である。オーディオ生成デバイス４１５は、アライブ・トーンを再生し、所定の間隔でコマンドを求めてリッスンする（４２０）。呼が、インバウンドＭＯＳすなわち上流ＭＯＳを測定する目的で呼生成デバイス４０５によって開始（４０１）される場合であっても、呼生成デバイス４０５は、オーディオ生成デバイス４１５との接続を確立してから、呼生成デバイス４０５からオーディオ生成デバイス４１５へのアウトバウンド呼を生成し（４３０）、このアウトバウンド呼は、電話システム４１０内で接続された専用の通信エンドポイント上で自動的に答えられる（４３５）。接続が確立されたとき、呼生成デバイス４０５は、アライブ・トーン４２５を待ち（４４０）、アライブ・トーン４２５の受信を確認し（４５０）、その後、元のファイル品質とそれぞれの可聴の発話とを比較して劣化を比較するために、所定の参照オーディオ・ファイルを再生するようオーディオ生成デバイス４１５に要求する（４６０）。所定のオーディオ・ファイルを再生するための要求（４６０）は、トーン４６５として発せられ、オーディオ生成デバイス４１５に、そのローカル・メモリから所定のオーディオ・ファイル（４６０）のローカル・コピーを取り出し、要求された参照オーディオ・ファイルのローカル・コピーを再生用に準備する（４６７）よう信号を送る。オーディオ生成デバイス４１５は、参照オーディオ・ファイルのローカル・コピーを、可聴のファイル４６９として電話システム４１０を介して可聴に再生する（４６８）。呼生成デバイス４０５は、オーディオ・ファイル４６９を、聞き取られたまま発話として取り込み（４７０）、取り込まれた発話をＰＥＳＱアルゴリズムを使用して処理して平均オピニオン評点を計算し（４８０）、次いでＭＯＳ結果を記録および記憶（４９０）してから呼を終端する（４９９）。
【００２８】
図５は、呼生成デバイス５０５から電話システム５１０を介してオーディオ生成デバイ
ス５１５への体験の知覚品質を意味する下流方向における平均オピニオン評点決定の複数の段階を示す別の例示的な状態遷移図５００である。オーディオ生成デバイス５１５は、アライブ・トーンを再生し、所定の間隔でコマンドを求めてリッスンする（５２０）。呼が、アウトバウンドＭＯＳすなわち下流ＭＯＳを測定する目的で呼生成デバイス５０５によって開始（５０１）される場合であっても、呼生成デバイス５０５は、オーディオ生成デバイス５１５との接続を確立してから、呼生成デバイス５０５からオーディオ生成デバイス５１５へのアウトバウンド呼を生成し（５３０）、このアウトバウンド呼は、電話システム５１０内で接続された専用の通信エンドポイント上で自動的に答えられる（５３５）。接続が確立されたとき、呼生成デバイス５０５は、アライブ・トーン５２５を待ち（５４０）、受信を確認し（５５０）、トーン５５６を再生することによって、可聴の発話を取り込むようオーディオ生成デバイスに警告する（５５５）。トーン５５６を受信したとき、オーディオ生成デバイス５１５は、発話を取り込み始め（５５７）、一方、呼生成デバイス５０５は、参照オーディオ・ファイルを可聴の音声風のサウンド５６１として再生する（５６０）。オーディオ生成デバイス５１５は、オーディオ・ファイル５６１を発話として取り込み（５６２）、次いで、取り込まれた発話ファイル５６２を処理し、ＰＥＳＱアルゴリズムを使用して平均オピニオン評点を計算する（５６７）。オーディオ生成デバイス５１５は、可聴の音声ファイル５７５を再生しＭＯＳ結果を呼生成デバイス５０５に話して返すことによってチェック・ディジットと共にＭＯＳ結果を２回通信し（５７０）、結果は、呼生成デバイス５０５によって認識およびログに記録される（５８０）。オーディオ生成デバイス５１５は、取り込まれた発話ファイルをオーディオ・ファイル５９０として再生して呼生成デバイス５０５に返し（５８５）、呼生成デバイス５０５が発話ファイル５９０を記憶（５９５）してから呼を終端する（５９９）。呼生成デバイス１１０は、オーディオ生成デバイス１７０がアイドルになるのを待ってから、可聴の発話を取り込むよう警告してもよい。呼生成デバイス１１０は、使用可能性を確認するために、複数の時間間隔を待ってもよく、これは、この特定の例では、１０秒の倍数に等しくてもよい。オーディオ生成デバイス１７０がその使用可能性を確認するとき、呼生成デバイス１１０は、参照ファイル５６１を再生し、次いでオーディオ・ファイル５６１を取り込むのを停止し発話ファイル５６２として記憶するようオーディオ生成デバイス１７０に警告する。オーディオ生成デバイス１７０は、ファイル５６１を発話ファイル５６２に比較し平均オピニオン評点を計算して発話ファイル５６２が受信されるまで待っている（２７０）呼生成デバイス１１０へと、上流に発話ファイル５６２を送り返す（２６５）。
【００２９】
呼生成デバイス１１０／４０５／５０５とオーディオ生成デバイス１７０／４１５／５１５との間で実行されるトーンおよび遠隔コマンドは、一連の周波数で動作し、各周波数トーンは、テーブル１１００に詳述されている特定のコマンドを表し、いくつかの重要な機能は、高周波トーンをフィルタ（シュリーク拒絶（ｓｈｒｉｅｋ  ｒｅｊｅｃｔｉｏｎ））しようと試みる電話デバイスをトラバースする場合、２次（より低い）トーン周波数を含む。
【００３０】
【表１】
2018093466.tif 000003
【００３１】
【表２】
2018093466.tif 000004
【００３２】
【表３】
2018093466.tif 000005
【００３３】
図６は、方法２００または方法３００内に挿入され、それぞれ方法ステップ２１２と２１５との間、または３１２と３１５との間に差し挟まれ得る方法６００を示し、この例では、ステップ２１５または３１５に進む前に、音量設定および信号電力調整を行うことを可能にする。正確なＭＯＳ結果を得るために、通信エンドポイント１５０と接続されたオーディオ生成デバイス１７０との音量設定が共に整合されバランスがとられることが重要である。通信エンドポイント１５０とオーディオ生成デバイス１７０との間で音量設定のバランスがとられていない場合、非対称のＭＯＳ結果が生じるおそれがある。したがって、本発明者は、本発明の好ましい実施形態において、特定の通信エンドポイント１５０製造者およびモデルのための設定の規定のリストを、接続されたオーディオ生成デバイス１７０のための、それらの対応する好ましい音量設定と共に考え、実施に移した。音量設定のバランスがとれていない可能性があると呼生成デバイス１１０が決定した場合、方法６００が実行され得る。呼生成デバイス１１０は、アライブ・トーン４２５／５２５をオーディオ生成デバイス１７０から受信するために待って（２０５／３０５）から、通信エンドポイント音量結果を要求する（６０５）。オーディオ生成デバイス１７０は、結果を再生し呼生成デバイス１１０に返し（６１０）、呼生成デバイス１１０は、信号電力を記録する（６１５）。呼生成デバイス１１０は、オーディオ生成デバイス１７０がアイドルになるのを待って（６２０）から、オーディオ生成デバイス１７０の音量レベルを要求する（６２５）。それに応答して、オーディオ生成デバイス１７０は、音量レベルを再生し呼生成デバイス１１０に返し（６３０）、次いで、アイドル状態に移行し（６３５）、それにより、選ばれた処理方法が再開する（６４０）。方法２００が方法ステップ２１５を介して再開するか、または方法３００が方法ステップ３１５を介して再開する。
【００３４】
ハードウェア・アーキテクチャ
一般に、本明細書に開示の技法は、ハードウェア、またはソフトウェアとハードウェアとの組合せで実装され得る。たとえば、オペレーティング・システム・カーネル内、別個のユーザ処理内、ネットワーク・アプリケーション内に結び付けられたライブラリ・パッケージ内、特別に構築されたマシン上、特定用途向け集積回路（ＡＳＩＣ）上、またはネットワーク・インターフェース・カード上で実装されてもよい。
【００３５】
本明細書に開示されている実施形態の少なくともいくつかのソフトウェア／ハードウェア・ハイブリッド実装は、メモリ内に記憶されたコンピュータ・プログラムによって選択的にアクティブ化または再構成されるプログラム可能なネットワーク常駐マシン（断続的に接続されるネットワーク・アウェアなマシンを含むことを理解されたい）上で実装されてもよい。そのようなネットワーク・デバイスは、異なるタイプのネットワーク通信プロトコルを使用するように構成または設計され得る複数のネットワーク・インターフェースを有してもよい。機能の所与の単位が実装され得る１つ以上の例示的な手段を示すために、これらのマシンのいくつかのための一般的なアーキテクチャが本明細書に記載され得る。特定の実施形態によれば、本明細書に開示されている様々な実施形態の特徴または機能の少なくともいくつかは、１つ以上のネットワークに関連付けられた１つ以上の汎用コンピュータ、たとえば、エンドユーザ・コンピュータ・システム、クライアント・コンピュータ、ネットワーク・サーバもしくは他のサーバ・システム、モバイル・コンピューティング・デバイス（たとえば、タブレット・コンピューティング・デバイス、モバイル電話、スマートフォン、ラップトップ、もしくは他の適切なコンピューティング・デバイス）、消費者電子デバイス、音楽プレーヤ、または任意の他の好適な電子デバイス、ルータ、スイッチ、もしくは他の好適なデバイス、またはそれらの任意の組合せなどで実装され得る。１つ以上のいくつかの実施形態では、本明細書に開示されている様々な実施形態の特徴または機能の少なくともいくつかは、１つ以上の仮想化されたコンピューティング環境（たとえば、ネットワーク・コンピューティング・クラウド、１つ以上の物理コンピューティング・マシン上でホストされる仮想マシン、または他の適切な仮想環境）内で実装されてもよい。
【００３６】
次に図７を参照すると、本明細書に開示されている特徴または機能の少なくとも一部分を実装するのに適した例示的なコンピューティング・デバイス１０を示すブロック図が示されている。コンピューティング・デバイス１０は、たとえば、前の段落に列挙されているコンピューティング・マシンのいずれか１つ、または実際、メモリ内に記憶された１つ以上のプログラムに従ってソフトウェアもしくはハードウェアベースの命令を実行することが可能な任意の他の電子デバイスであってよい。コンピューティング・デバイス１０は、クライアントまたはサーバなど複数の他のコンピューティング・デバイスとの通信を、ワイヤレスかそれとも有線かにかかわらず、そのような通信のための既知のプロトコルを使用して、ワイド・エリア・ネットワーク、メトロポリタン・エリア・ネットワーク、ローカル・エリア・ネットワーク、ワイヤレス・ネットワーク、インターネット、または任意の他のネットワークなど通信ネットワークを介して行うように構成されてもよい。
【００３７】
一実施形態では、コンピューティング・デバイス１０は、１つ以上の中央処理装置（ＣＰＵ）１２、１つ以上のインターフェース１５、および１つ以上のバス１４（ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バスなど）を含む。適切なソフトウェアまたはファームウェアの制御下で動作するとき、ＣＰＵ１２が、特別に構成されたコンピューティング・デバイスまたはマシンの機能に関連付けられた特定の機能を実装する責任を担い得る。たとえば、１つ以上の実施形態では、コンピューティング・デバイス１０は、ＣＰＵ１２と、ローカル・メモリ１１および／または遠隔メモリ１６と、インターフェース１５とを使用するサーバ・システムとして機能するように構成または設計されてもよい。１つ以上の実施形態では、ＣＰＵ１２は、たとえばオペレーティング・システムおよび任意の適切なアプリケーション・ソフトウェア、ならびにドライバなどを含み得るソ
フトウェア・モジュールまたは構成要素の制御下で、異なるタイプの機能および／または動作のうちの１つ以上を実施させられ得る。
【００３８】
ＣＰＵ１２は、たとえば、Ｉｎｔｅｌ、ＡＲＭ、Ｑｕａｌｃｏｍｍ、およびＡＭＤのマイクロプロセッサのファミリのうちの１つからのプロセッサなど、１つ以上のプロセッサ１３を含み得る。いくつかの実施形態では、プロセッサ１３は、コンピューティング・デバイス１０の動作を制御するために、特定用途向け集積回路（ＡＳＩＣ）、電気的消去可能なプログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、およびフィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）など特別設計のハードウェアを含み得る。特定の実施形態では、ローカル・メモリ１１（たとえば１つ以上のレベルのキャッシュ・メモリを含む、不揮発性ランダム・アクセス・メモリ（ＲＡＭ）および／または読出し専用メモリ（ＲＯＭ）など）もまたＣＰＵ１２の一部を形成し得る。しかし、メモリがシステム１０に結合され得る多数の異なる方法がある。メモリ１１は、たとえばデータをキャッシュおよび／または記憶すること、および命令をプログラムすることなど、様々な目的に使用され得る。ＣＰＵ１２は、モバイル・デバイスまたは集積デバイスで使用するためなど当技術分野でますます一般的になりつつあるＱｕａｌｃｏｍｍ  ＳＮＡＰＤＲＡＧＯＮ（商標）またはＳａｍｓｕｎｇ  ＥＸＹＮＯＳ（商標）ＣＰＵなど、メモリまたはグラフィック処理チップなどの追加のハードウェアを含み得る様々なシステムオンチップ（ＳＯＣ）タイプのハードウェアの１つであってもよいことをさらに理解されたい。
【００３９】
本明細書で使用されるとき、「プロセッサ」という用語は、当技術分野でプロセッサ、モバイル・プロセッサ、またはマイクロプロセッサと称される集積回路だけに限定されず、マイクロコントローラ、マイクロコンピュータ、プログラマブル・ロジック・コントローラ、特定用途向け集積回路、および他のプログラマブル回路を広く指す。
【００４０】
一実施形態では、インターフェース１５は、ネットワーク・インターフェース・カード（ＮＩＣ）として提供される。一般に、ＮＩＣは、コンピュータ・ネットワークを介したデータ・パケットの送信および受信を制御するが、しかしながら、他のタイプのインターフェース１５は、たとえばコンピューティング・デバイス１０と共に使用される他の周辺機器をサポートし得る。提供され得るインターフェースの中には、イーサネット（登録商標）・インターフェース、フレーム・リレー・インターフェース、ケーブル・インターフェース、ＤＳＬインターフェース、トークン・リング・インターフェース、およびグラフィック・インターフェースなどがある。さらに、たとえば、ユニバーサル・シリアル・バス（ＵＳＢ）、シリアル、イーサネット（登録商標）、ＦＩＲＥＷＩＲＥ（登録商標）、ＴＨＵＮＤＥＲＢＯＬＴ（商標）、ＰＣＩ、パラレル、無線周波数（ＲＦ）、ＢＬＵＥＴＯＯＴＨ（登録商標）、近距離通信（たとえば、近距離磁気学を使用する）、８０２．１１（ＷｉＦｉ）、フレーム・リレー、ＴＣＰ／ＩＰ、ＩＳＤＮ、高速イーサネット（登録商標）・インターフェース、ギガビット・イーサネット（登録商標）・インターフェース、シリアルＡＴＡ（ＳＡＴＡ）もしくは外部ＳＡＴＡ（ＥＳＡＴＡ）インターフェース、高精細度マルチメディア・インターフェース（ＨＤＭＩ（登録商標））、デジタル・ビジュアル・インターフェース（ＤＶＩ）、アナログもしくはデジタル・オーディオ・インターフェース、非同期転送モード（ＡＴＭ）インターフェース、高速シリアル・インターフェース（ＨＳＳＩ）インターフェース、販売時点情報管理（ＰＯＳ）インターフェース、およびファイバ・データ分散インターフェース（ＦＤＤＩ）など、様々なタイプのインターフェースが提供され得る。一般に、そのようなインターフェース１５は、適切な媒体との通信に適した物理ポートを含み得る。場合によっては、それらは、独立プロセッサ（当技術分野では高忠実度Ａ／Ｖハードウェア・インターフェース用に一般的である専用オーディオまたはビデオ・プロセッサなど）を、また場合によっては揮発性および／または不揮発性メモリ（たとえば、ＲＡＭ）をも含み得る。
【００４１】
上記に示され述べられているシステムは、本明細書に記載の本発明のうちの１つ以上を実装するためのコンピューティング・デバイス１０用の１つの特定のアーキテクチャを示しているが、しかしながら、それは、本明細書に記載の特徴および技法の少なくとも一部分が実装され得る唯一のデバイス・アーキテクチャでは決してない。たとえば、１つまたは任意の数のプロセッサ１３を有するアーキテクチャが使用されてもよく、そのようなプロセッサ１３は、単一のデバイス内にあっても、任意の数のデバイスの間で分散されてもよい。一実施形態では、単一のプロセッサ１３が通信を、ならびに計算をルーティングすることを扱い、一方、他の実施形態では、別個の専用通信プロセッサが提供されてもよい。様々な実施形態では、異なるタイプの特徴または機能が、本発明に従って、クライアント・デバイス（クライアント・ソフトウェアを実行するタブレット・デバイスまたはスマートフォンなど）およびサーバ・システム（下記でより詳細に述べるサーバ・システムなど）を含むシステム内で実装されてもよい。
【００４２】
ネットワーク・デバイス構成にかかわらず、本発明のシステムは、データ、汎用ネットワーク動作のためのプログラム命令、または本明細書に記載の実施形態の機能に関係する他の情報（または上記の任意の組合せ）を記憶するように構成された１つ以上のメモリまたはメモリ・モジュール（たとえば、遠隔メモリ・ブロック１６およびローカル・メモリ１１など）を使用してもよい。プログラム命令は、たとえばオペレーティング・システムおよび／または１つ以上のアプリケーションの実行を制御する、またはそれらを備え得る。メモリ１６またはメモリ１１、１６はまた、データ構造、構成データ、暗号化データ、履歴システム動作情報、または本明細書に記載の任意の他の特定の、もしくは一般的な非プログラム情報を記憶するように構成され得る。
【００４３】
そのような情報およびプログラム命令は、本明細書に記載の１つ以上のシステムまたは方法を実装するために使用され得るので、少なくともいくつかのネットワーク・デバイスの実施形態は、たとえば、本明細書に記載の様々な動作を実施するためにプログラム命令、および状態情報などを記憶するように構成または設計され得る非一時的なマシン可読記憶媒体を含み得る。そのような非一時的なマシン可読記憶媒体の例は、それだけには限らないが、ハード・ディスク、フロッピー（登録商標）・ディスク、および磁気テープなど磁気媒体、ＣＤ−ＲＯＭディスクなど光媒体、光ディスクなど光磁気媒体、ならびに、読出し専用メモリ（ＲＯＭ）、フラッシュ・メモリ（モバイル・デバイスおよび集積システムで一般的である）、ソリッド・ステート・ドライブ（ＳＳＤ）、およびソリッド・ステート・ドライブとハード・ディスク・ドライブとの物理構成要素を単一のハードウェア・デバイス内で組み合わせ得る（パーソナル・コンピュータに関して当技術分野でますます一般的になりつつある）「ハイブリッドＳＳＤ」記憶ドライブ、メモリスタ・メモリ、およびランダム・アクセス・メモリ（ＲＡＭ）など、プログラム命令を記憶および実施するように特別に構成されるハードウェア・デバイスを含む。そのような記憶手段は、一体の非取外し式であってもよい（マザーボード上にはんだ付けされ、または他の方法で電子デバイス内に一体化され得るＲＡＭハードウェア・モジュールなど）、またはスワップ可能なフラッシュ・メモリ・モジュール（「サム・ドライブ」、または物理記憶デバイスを迅速に交換するために設計された他の取外し式媒体など）、「ホットスワップ可能な」ハード・ディスク・ドライブもしくはソリッド・ステート・ドライブ、取外し式光記憶ディスク、もしくは他のそのような取外し式媒体など取外し式であってもよいこと、またそのような一体の非取外し式記憶媒体は、交換可能に使用されてもよいことを理解されたい。プログラム命令の例は、コンパイラによって生成され得るものなどオブジェクト・コード、アセンブラもしくはリンカによって生成され得るものなどマシン・コード、たとえばＪＡＶＡ（登録商標）コンパイラによって生成され、Ｊａｖａ（登録商標）仮想マシンもしくは同等品を使用して実行され得るバイト・コード、またはインタプリタを使用してコンピュータによって実行され得るより上位のコードを含むファイル（たとえば、Ｐｙｔｈｏｎ、Ｐｅｒｌ、Ｒｕｂｙ、Ｇｒｏｏｖｙ、または任意の他のスクリプティング言語で書かれ
たスクリプト）を含む。
【００４４】
いくつかの実施形態では、本発明によるシステムは、スタンドアロンのコンピューティング・システム上で実装され得る。図８を参照すると、スタンドアロンのコンピューティング・システム上の１つ以上の実施形態の典型的な例示的アーキテクチャまたはその構成要素を示すブロック図が示されている。コンピューティング・デバイス２０は、たとえばクライアント・アプリケーション２４など、本発明の実施形態の１つ以上の機能またはアプリケーションを実施するソフトウェアを実行させ得るプロセッサ２１を含む。プロセッサ２１は、たとえばＭｉｃｒｏｓｏｆｔのＷＩＮＤＯＷＳ（登録商標）オペレーティング・システムのあるバージョン、ＡｐｐｌｅのＭａｃ  ＯＳ／ＸまたはｉＯＳオペレーティング・システム、何らかの様々なＬｉｎｕｘ（登録商標）オペレーティング・システム、またはＧｏｏｇｌｅのＡＮＤＲＯＩＤ（登録商標）オペレーティング・システムなどのオペレーティング・システム２２の制御下でコンピューティング命令を実施し得る。多くの場合に、１つ以上の共有サービス２３がシステム２０内で動作可能であってもよく、クライアント・アプリケーション２４に共通サービスを提供するために有用となり得る。サービス２３は、たとえばＷＩＮＤＯＷＳ（登録商標）サービス、Ｌｉｎｕｘ（登録商標）環境内でのユーザ空間共通サービス、またはオペレーティング・システム２２と共に使用される任意の他のタイプの共通サービス・アーキテクチャであってよい。入力デバイス２８は、たとえばキーボード、タッチスクリーン、マイクロフォン（たとえば、音声入力用）、マウス、タッチパッド、トラックボール、またはそれらの任意の組合せを含めて、ユーザ入力を受け取るのに適した任意のタイプのものであってよい。出力デバイス２７は、システム２０に対して遠隔であるかローカルであるかにかかわらず、１人以上のユーザに出力を提供するのに適した任意のタイプのものであってよく、たとえば視覚的出力のための１つ以上の画面、スピーカ、プリンタ、またはそれらの任意の組合せを含み得る。メモリ２５は、プロセッサ２１によってたとえばソフトウェアを実行するために使用するための、当技術分野で知られている任意の構造およびアーキテクチャを有するランダム・アクセス・メモリであってよい。記憶デバイス２６は、デジタル形態でデータを記憶するための任意の磁気、光、機械的、メモリスタ、または電気記憶デバイスであってよい（上記のものなど）。記憶デバイス２６の例は、フラッシュ・メモリ、磁気ハード・ドライブ、ＣＤ−ＲＯＭ、および／または同様のものを含む。
【００４５】
いくつかの実施形態では、本発明のシステムは、任意の数のクライアントおよび／またはサーバを有するものなど、分散コンピューティング・ネットワーク上で実施され得る。次に図９を参照すると、分散コンピューティング・ネットワーク上で本発明の実施形態によるシステムの少なくとも一部分を実施するための例示的なアーキテクチャ３０を示すブロック図が示されている。この実施形態によれば、任意の数のクライアント３３が提供され得る。各クライアント３３は、本発明のクライアント側部分を実装するためのソフトウェアを実行し得、クライアントは、上記のものなどシステム２０を備え得る。さらに、任意の数のサーバ３２が、１つ以上のクライアント３３から受信される要求を扱うために提供され得る。クライアント３３およびサーバ３２は、１つ以上の電子ネットワーク３１を介して互いに通信してもよく、電子ネットワーク３１は、様々な実施形態では、インターネット、ワイド・エリア・ネットワーク、モバイル電話ネットワーク（ＣＤＭＡまたはＧＳＭ（登録商標）セルラ・ネットワークなど）、ワイヤレス・ネットワーク（ＷｉＦｉ、Ｗｉｍａｘ、ＬＴＥなど）、またはローカル・エリア・ネットワーク（または実際、当技術分野で知られている任意のネットワーク・トポロジ、ただし本発明は、いずれか１つのネットワーク・トポロジを他のものより好むことはない）のうちのいずれかであってよい。ネットワーク３１は、たとえば有線および／またはワイヤレス・プロトコルを含む、任意の既知のネットワーク・プロトコルを使用して実装され得る。
【００４６】
さらに、いくつかの実施形態では、サーバ３２は、追加の情報を得るために、または特
定の呼に関する追加のデータを参照するために必要とされるとき、外部サービス３７を呼び出してもよい。外部サービス３７との通信は、たとえば、１つ以上のネットワーク３１を介して行われてもよい。様々な実施形態では、外部サービス３７は、ハードウェア・デバイスそれ自体に関係する、またはそこにインストールされたウェブ対応サービスまたは機能を備え得る。たとえば、クライアント・アプリケーション２４がスマートフォンまたは他の電子デバイス上で実装される実施形態では、クライアント・アプリケーション２４は、クラウド内のサーバ・システム３２内、または特定の企業もしくはユーザの構内のうちの１つ以上に展開された外部サービス３７上に記憶された情報を得てもよい。
【００４７】
本発明のいくつかの実施形態では、クライアント３３またはサーバ３２（または両方）は、１つ以上のネットワーク３１にわたってローカルまたは遠隔で展開され得る１つ以上の専門化されたサービスまたはアプリケーションを利用してもよい。たとえば、１つ以上のデータベース３４が、本発明の１つ以上の実施形態によって使用または参照されてもよい。データベース３４は、多種多様なアーキテクチャで、また多種多様なデータ・アクセスおよび操作手段を使用して配置され得ることを、当業者なら理解されたい。たとえば、様々な実施形態では、１つ以上のデータベース３４は、構造化クエリ言語（ＳＱＬ）を使用する関係データベース・システムを備えてもよく、一方、他のものは、当技術分野で「ＮｏＳＱＬ」（たとえば、Ｈａｄｏｏｐ  Ｃａｓｓａｎｄｒａ、Ｇｏｏｇｌｅ  ＢｉｇＴａｂｌｅなど）と称されるものなど代替のデータ記憶技術を備えてもよい。いくつかの実施形態では、列指向データベース、メモリ内データベース、クラスタ型データベース、分散データベース、さらにはフラット・ファイル・データ・リポジトリなど、バリアント・データベース・アーキテクチャが、本発明に従って使用され得る。特定のデータベース技術または構成要素の特定の構成が本明細書で特定の実施形態について指定されていない限り、既知または将来のデータベース技術の任意の組合せが適宜使用され得ることは、当業者には理解されよう。さらに、本明細書で使用される「データベース」という用語は、物理的なデータベース・マシン、単一のデータベース・システムとして働くマシンのクラスタ、またはデータベース管理システム全体の中の論理データベースを指し得ることを理解されたい。「データベース」という用語の所与の使用について特定の意味が指定されていない限り、この語のこれらの意味のいずれかを意味するものと解釈すべきであり、これらのすべてが、当業者には「データベース」という用語の平易な意味として理解される。
【００４８】
同様に、本発明の大部分の実施形態は、１つ以上のセキュリティ・システム３６および構成システム３５を利用し得る。セキュリティおよび構成管理は、共通の情報技術（ＩＴ）およびウェブ機能であり、それぞれのいくらかが、一般に何らかのＩＴまたはウェブ・システムに関連付けられる。特定のセキュリティ３６または構成システム３５または手法が何らかの特定の実施形態の説明によって特に必要とされない限り、現在または将来当技術分野で知られる任意の構成またはセキュリティ・サブシステムが、限定することなく本発明の実施形態と共に使用され得ることを、当業者なら理解されたい。
【００４９】
図１０は、本システムを通して様々な場所のいずれかで使用され得るコンピュータ・システム４０の例示的な概要を示す。これは、データを処理するためにコードを実行し得る任意のコンピュータを例示するものである。本明細書に開示されているシステムおよび方法のより広い範囲から逸脱することなしに、様々な修正および変更がコンピュータ・システム４０に加えられ得る。中央処理装置（ＣＰＵ）４１がバス４２に接続され、そのバスには、メモリ４３、不揮発性メモリ４４、ディスプレイ４７、入力／出力（Ｉ／Ｏ）ユニット４８、およびネットワーク・インターフェース・カード（ＮＩＣ）５３もまた接続される。Ｉ／Ｏユニット４８は、典型的には、キーボード４９、ポインティング・デバイス５０、ハード・ディスク５２、およびリアルタイム・クロック５１に接続され得る。ＮＩＣ５３はネットワーク５４に接続し、ネットワーク５４は、インターネットまたはローカル・ネットワークであってよく、そのローカル・ネットワークは、インターネットへの接
続を有しても有していなくてもよい。システム４０の一部として、この例ではメイン交流（ＡＣ）電源４６に接続された電源ユニット４５もまた示されている。存在する可能性があるバッテリ、ならびに、周知であるが本明細書に開示されている現在のシステムおよび方法の特定の新規な機能に適用可能でない多数の他のデバイスおよび修正は示されていない。示されているいくつかの、またはすべての構成要素が、様々な集積応用例、たとえばＱｕａｌｃｏｍｍまたはＳａｍｓｕｎｇのシステムオンチップ（ＳＯＣ）デバイス内でなど、すなわち、複数の能力または機能を単一のハードウェア・デバイス内（たとえば、スマートフォンなどモバイル・デバイス、ビデオ・ゲーム・コンソール、自動車内のナビゲーションもしくはマルチメディア・システムなど車両内コンピュータ・システム、または他の集積ハードウェア・デバイス内）に組み合わせることが適切となり得るときはいつでも、組み合わされ得ることを理解されたい。
【００５０】
様々な実施形態では、本発明のシステムまたは方法を実装するための機能は、任意の数のクライアントおよび／またはサーバ構成要素の間で分散されてもよい。たとえば、本発明と共に様々な機能を実施するために、様々なソフトウェア・モジュールが実装されてもよく、そのようなモジュールは、サーバおよび／またはクライアント構成要素上で動作するように様々に実装され得る。
【００５１】
当業者なら、上記の様々な実施形態の可能な修正の範囲に気付くであろう。したがって、本発明は、特許請求の範囲およびそれらの均等物によって定義される。
【図１】
2018093466.tif 000006
【図２】
2018093466.tif 000007
【図３】
2018093466.tif 000008
【図４】
2018093466.tif 000009
【図５】
2018093466.tif 000010
【図６】
2018093466.tif 000011
【図７】
2018093466.tif 000012
【図８】
2018093466.tif 000013
【図９】
2018093466.tif 000014
【図１０】
2018093466.tif 000015