(57)【要約】  拡張可能な音声署名認証機能を本明細書において提供する。拡張可能な音声署名認証機能は、話者識別（たとえば、プライベート・バンキングおよび医療計算記録へのアクセス）、パスワードとしての音声署名（たとえば、リモート・サービスおよび文書取得のための安全なアクセス）、ならびにインターネットおよびその様々なサービス（たとえば、オンライン・ショッピング）など、様々なサービスの認証を可能にする。
2014500991.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信プロバイダから通信コンテンツを受信するように構成された１つまたは複数の通信プロバイダ・インターフェースと、
前記通信コンテンツを格納するように構成された音声署名データベースと
を含む音声署名オーセンティケータ。
【請求項２】
前記音声署名データベースは、音声バイオメトリック処理プレーンおよびアイデンティティ・トラッキング・インテリジェンス処理プレーンを含み、
前記通信コンテンツは、
音声バイオメトリック情報と、
デジタルまたはアナログの音声サンプルと、
音声チャネル・プロパティと
のうちの少なくとも１つを含む
請求項１に記載の音声署名オーセンティケータ。
【請求項３】
前記音声署名データベースに格納された前記通信コンテンツに関係する音声署名認証指示を受信するように構成されたサービス・プロバイダ・インターフェースをさらに含み、
前記音声署名認証指示は、１つまたは複数のアルゴリズムを含み、前記１つまたは複数のアルゴリズムは、
エンド・ユーザーの通信デバイスの位置をＰＯＳデバイスの位置と比較することと、
エンド・ユーザーが認可されたグループのメンバーかどうかを比較することと、
前記音声署名データベースから少なくとも１つのアイテムを取得することと、
外部ソースから不正スコアを要求することと
のうちの少なくとも１つを含む
請求項２に記載の音声署名オーセンティケータ。
【請求項４】
前記音声署名認証指示を解析するように構成された音声署名認識サーバをさらに含み、
前記音声署名認識サーバは、前記解析された音声署名認証指示に基づいて１つまたは複数の認証ルールを適用し、前記１つまたは複数の認証ルールは、１つまたは複数のバイオメトリック処理プレーン・アイテムおよび１つまたは複数のアイデンティティ・トラッキング・インテリジェンス処理プレーン・アイテムを含み、
前記１つまたは複数の認証ルールは、音声分析通信セッションを開始することを含む、
請求項３に記載の音声署名オーセンティケータ。
【請求項５】
前記音声署名認証データベースに関係するエンド・ユーザー要求を受信するように構成されたエンド・ユーザー・インターフェースをさらに含み、
前記エンド・ユーザー要求は、
前記音声署名データベースの１つまたは複数のアイテムを監視することと、
前記音声署名データベースの１つまたは複数のアイテムを管理することと、
１つまたは複数のエンド・ユーザー構成アイテムを管理することと、
通信コンテンツの取得を選択／選択解除することと、
１つまたは複数の自動化された通知を作成することと、
エンド・ユーザー・レコードを削除することと、
通信コンテンツの自動取得をアクティブ化／非アクティブ化することと、
音声署名認証をアクティブ化／非アクティブ化することと
のうちの少なくとも１つを含む
請求項４に記載の音声署名オーセンティケータ。
【請求項６】
バイオメトリック署名を認証する方法であって、
バイオメトリック署名認証指示を受信するステップと、
前記バイオメトリック署名認証指示を解析するステップと、
１つまたは複数の認証ルールを適用するステップと、
前記適用された認証ルールの結果にスコア付けするステップと、
バイオメトリック署名認証応答を提供するステップと
を含む方法。
【請求項７】
前記１つまたは複数の認証ルールは、１つまたは複数のバイオメトリック処理プレーン・アイテムおよび１つまたは複数のアイデンティティ・トラッキング・インテリジェンス処理プレーン・アイテムを含む請求項６に記載の方法。
【請求項８】
前記適用するステップは、通信デバイスとの音声分析通信セッションを自動的に確立するステップを含む請求項７に記載の方法。
【請求項９】
前記バイオメトリック署名認証指示は、１つまたは複数のアルゴリズムを含む請求項８に記載の方法。
【請求項１０】
前記１つまたは複数のアルゴリズムは、
エンド・ユーザーの通信デバイスの位置をＰＯＳデバイスの位置と比較するステップと、
エンド・ユーザーが認可されたグループのメンバーかどうかを比較するステップと、
前記バイオメトリック署名データベースから少なくとも１つのアイテムを取得するステップと、
外部ソースから不正スコアを要求するステップと
のうちの少なくとも１つを含む請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に音声認証に関し、より詳細には、ただし限定するものではないが、サービスの音声署名認証の提供に関する。
【背景技術】
【０００２】
今日、インターネット商取引に使用される不正検出システム、処理登録、検証、および音声サイン取引に使用される音声認証、ならびに画像認識システムなど、様々なタイプの認証システムが存在する。しかし、様々な音声認証を利用できるが、これらのソリューションでは通信プロバイダが利用できる中核となる通信コンテンツを活用することも、音声バイオメトリック情報とアイデンティティ・トラッキング・インテリジェンス情報（ｉｄｅｎｔｉｔｙ  ｔｒａｃｋｉｎｇ  ｉｎｔｅｌｌｉｇｅｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）の両方を含むメタ音声署名（ｍｅｔａ  ｖｏｉｃｅ  ｓｉｇｎａｔｕｒｅ）を活用することもしていない。
【発明の概要】
【課題を解決するための手段】
【０００３】
従来技術の様々な不備は、拡張可能な音声署名認証ソリューションを提供するための実施形態によって対処される。拡張可能な音声署名認証機能を本明細書において提供する。拡張可能な音声署名認証機能は、話者識別（たとえば、プライベート・バンキングおよび医療計算記録へのアクセス）、パスワードとしての音声署名（たとえば、リモート・サービス、電子財布（ｍｏｂｉｌｅ  ｗａｌｌｅｔ）アプリケーション、および文書取得のための安全なアクセス）、インターネットおよびその様々なサービス（たとえば、オンライン・ショッピング）など、様々なサービスの認証を可能にする。
【０００４】
本明細書の教示は、添付の図面に関して以下の詳細な説明を考慮することによって容易に理解できるだろう。
【図面の簡単な説明】
【０００５】
【図１】例示的な音声署名システムを示すハイレベル・ブロック図である。
【図２】図１の例示的な音声署名サーバの一実施形態を示すブロック図である。
【図３】図２の例示的な音声署名データベースの一実施形態を示すブロック図である。
【図４】音声署名認証指示を提供するための一実施形態を示す図である。
【図５】音声署名認証を提供する方法の一実施形態を示す図である。
【図６】例示的な音声署名システムの一実施形態を示す図である。
【発明を実施するための形態】
【０００６】
理解し易くするために、可能な場合は、図で共通する同一の要素を示すために同一の参照番号を使用している。
【０００７】
拡張可能な音声署名認証機能について、本明細書に示し、説明する。拡張可能な音声署名認証機能は、話者識別（たとえば、プライベート・バンキングおよび医療計算記録へのアクセス）、パスワードとしての音声署名（たとえば、リモート・サービスおよび文書取得のための安全なアクセス）、インターネットおよびその様々なサービス（たとえばオンライン・ショッピング）など、様々なサービスの認証を可能にする。
【０００８】
一実施形態では、拡張可能な音声署名認証機能は、本明細書では通信インターフェース・チャネルと呼ぶ、１つまたは複数の通信プロバイダへの１つまたは複数のインターフェース・チャネルを含む。通信インターフェース・チャネルは、音声通信源から音声バイオメトリックおよび使用上の情報など、通信コンテンツを収集するために、通信プロバイダとの対話を可能にするために使用する。
【０００９】
一実施形態では、拡張可能な音声署名認証機能は、アイデンティティ・トラッキング・インテリジェンス情報に音声バイオメトリック情報を関連づける音声署名データベースを維持することを含む。
【００１０】
一実施形態では、拡張可能な音声署名認証機能は、１つまたは複数の通信インターフェース・チャネルと、本明細書においてアプリケーション・インターフェース・チャネルと呼ぶ、１つまたは複数のサービス・プロバイダへの１つまたは複数のアプリケーション・インターフェース・チャネルとをサポートするように構成された音声署名サーバを含む。アプリケーション・インターフェース・チャネルは、本明細書では音声署名認証指示と呼ぶ音声署名認証の要求を受信するためにサービス・プロバイダとの対話を可能にするため、およびサービス・プロバイダに音声署名認証応答を提供するために使用される。また、アプリケーション・インターフェース・チャネルによって、結果として認証要求が有効と認識されたか無効と認識されたか、ユーザー利用情報、または音声署名サーバ内での使用に適した任意の他の情報など、サービス・プロバイダからフィードバックが提供されるようにすることができる。音声署名サーバは、また、アイデンティティ・トラッキング・インテリジェンス情報に音声バイオメトリック情報を関連づけるための音声署名データベースを含むことができる。最後に、音声署名サーバは、また、ユーザーが格納されたメタ音声署名情報を監視および管理することを可能にするために、ユーザー・インターフェース・チャネルを含むことができる。
【００１１】
図１は、例示的な音声署名システムのハイレベル・ブロック図を示している。
【００１２】
音声署名システム１００は、音声署名サーバ（ＶＳＳ）１１０、１つまたは複数の通信プロバイダ１２０１〜１２０Ｎ（まとめてＣＰ１２０）、１つまたは複数のサービス・プロバイダ１３０１〜１３０Ｎ（まとめてＳＰ１３０）、および１人または複数のエンド・ユーザー１４０１〜１４０Ｎ（まとめてＥＵ１４０）を含む。
【００１３】
ＶＳＳ１１０は、通信インターフェース・チャネル（例示として、ＣＳ１２０からの通信インターフェース・チャネル（ＣＩＣ）１２５）、アプリケーション・インターフェース・チャネル（例示として、ＳＰ１３０からのアプリケーション・インターフェース・チャネル（ＡＩＣ）１３５）、およびユーザー・インターフェース・チャネル（例示として、ＥＵ１４０との対話をサポートするユーザー・インターフェース・チャネル（ＵＩＣ）１４５）をサポートするように構成されている。
【００１４】
単一の通信チャネル（つまり、ＣＩＣ１２５、ＡＩＣ１３５、およびＵＩＣ１４５）をサポートするように示し、説明しているが、ＶＳＳ１１０は、任意の適切な数のセッション（たとえば、任意の適切な数のＩＰフロー）をサポートする任意の適切な数のチャネルをサポートするように適応されており、これは、ＶＳＳ１１０、１３０、および／または任意の他の適切な通信源（たとえば、ＣＰ１２０、ＳＰ１３０、およびＥＵ１４０）の間で指図することができる。
【００１５】
さらに、通信チャネル（つまり、ＣＩＣ１２５、ＡＩＣ１３５、およびＵＩＣ１４５）は、任意の適切なタイプの通信パスおよび通信プロトコルをサポートすることができる。たとえば、通信チャネル（つまり、ＣＩＣ１２５、ＡＩＣ１３５およびＵＩＣ１４５）は、ワイヤレス通信（たとえば、ＧＳＭおよびＣＤＭＡ）、有線通信、パケット・ネットワーク通信（たとえば、ＩＰ）、ＶｏＩＰ通信（たとえば、ＳＩＰ）、ブロードバンド通信（たとえば、ＤＳＬ）など、およびそれらの様々な組合せをサポートすることができる。
【００１６】
本明細書において、双方向通信能力を持つものとして主に示し、説明しているが、他の実施形態では、通信チャネル（つまり、ＣＩＣ１２５、ＡＩＣ１３５、およびＵＩＣ１４５）は、単にフィードバック情報を伝送するように構成された送信機または情報を受信するように構成された受信機でもよいことが理解されるだろう。
【００１７】
ＣＰ１２０は、地上線、セル方式電話、ＶｏＩＰのサービス・プロバイダなど、任意の通信源を含むことができる。
【００１８】
ＶＳＳ１１０は、ＣＩＣ１２５を介してＣＰ１２０から通信コンテンツを受信する。本明細書に説明したように、ＶＳＳ１１０が受信する通信コンテンツは、音声バイオメトリック情報、デジタルまたはアナログ音声のサンプル、音声チャネル・プロパティ、呼情報、認証情報、使用パターン、呼マップ、セッション制御、呼パターン、識別子、デバイス情報、ユーザー・コンテンツ、文脈情報、個人データ、またはメタ音声署名を作成する際の使用もしくは音声署名サーバ内での使用に適した任意の他の情報を含むことができる。
【００１９】
ＳＰ１３０は、インターネット・サービス・プロバイダ、商店、金融機関、ヘルスケア関連のサービス・プロバイダ、企業アプリケーション、政府機関など、音声署名認証を要求する任意のサービス・プロバイダを含むことができる。
【００２０】
ＶＳＳ１１０は、音声署名認証指示を受信し、ＳＰ１３０からフィードバックを受信することができ、ＡＩＣ１３５を介してＳＰ１３０に応答を提供する。本明細書に説明したように、音声認証要求は、認証プロセスでメタ音声署名情報をカスタマイズして使用できるように、音声認証指示を含むことができる。本明細書に説明したように、ＶＳＳ１１０が受信できるコンテンツは、結果として認証要求が有効と認識されたか無効と認識されたか、ユーザー利用情報、または音声署名サーバ内での使用に適した任意の他の情報などのフィードバックを含むメタ音声署名を作成する際に使用するのに適した任意の情報を含むことができる。
【００２１】
一実施形態では、たとえば、ＣＩＣ１２５およびＡＩＣ１３５は、たとえば、ＩＰベースのアップリンクおよびＩＰベースのダウンリンクをサポートするＩＰベースの通信チャネルである。任意の他の適切な通信プロトコルも使用できることが理解されるだろう。本明細書において双方向として示し、説明しているが、他の実施形態では、ＣＩＣ１２５および／またはＡＩＣ１３５は、たとえば、アップリンクまたはダウンリンクの通信チャネルとして実装されるなど、単方向であってもよい。
【００２２】
ＥＵ１４０は、個々のユーザー、組織など、メタ音声署名を使用する任意のエンティティを含むことができる。
【００２３】
ＶＳＳ１１０はエンド・ユーザー要求を受信し、ＵＩＣ１４５を介してＥＵ１４０に応答を提供する。本明細書に説明したように、エンド・ユーザー要求は、重要なデータを監視または管理するため、メタ音声署名のトレーニングまたは音声署名サーバ内での使用に適した任意の他の情報を提供するために、エンド・ユーザー・アクセスを含むことができる。
【００２４】
一実施形態では、たとえば、ＵＩＣ１４５は、たとえばウェブ・ベースのチャネルをサポートする、ウェブ・ベースの通信チャネルである。他の実施形態では、ＵｌＣ１４５は、たとえば、電話通信ベースのチャネルをサポートするためのワイヤレス、地上線、またはＶｏＩＰベースの通信チャネルでもよい。任意の他の適切な通信プロトコルを使用できることが理解されるだろう。本明細書において双方向として示し、説明しているが、他の実施形態では、ＵｌＣ１４５は、たとえば、アップリンクまたはダウンリンクの通信チャネルとして実装されるなど、単方向であってもよい。
【００２５】
図２は、図１の例示的な音声署名サーバの一実施形態を示すブロック図である。
【００２６】
音声署名サーバ（ＶＳＳ）１１０は、プロセッサ２１０、メモリ２１１、音声署名データベース（ＶＳＤＢ）２１２、通信プロバイダ・インターフェース（ＣＰＩ）２２０、サービス・プロバイダ・インターフェース（ＳＰＩ）２３０、エンド・ユーザー・インターフェース（ＥＵＩ）２４０、音声署名生成サーバ（ＶＳｉＧＳ）２５０、および音声署名認識サーバ（ＶＳｉＲＳ）２６０（まとめてＶＳＳ１１０の要素）を含む。１つのシステムとして図２に示しているが、ＶＳＳ１１０の要素は同じ場所を共用することを要求されない（たとえば、ＶＳＤＢ２１２は遠隔に位置してもよい）ことが理解されるであろう。さらに、ＶＳＳ１１０の要素間の通信は直接的である必要がないことが理解されるだろう（たとえば、バッファ、スイッチ、および他のシステムがＶＳＳ１１０の要素間に位置していてもよい）。さらに、単一の要素として図２に示しているが、ＶＳＳ１１０の要素のそれぞれは、本明細書に説明した機能を実行するように協働する、このような複数の同様の要素を含むことができることが理解されるだろう。さらに、ＶＳＳ１１０は、通信ネットワークを通じて通信する分散型システムでもよいことが理解されるだろう。
【００２７】
プロセッサ２１０は、ＶＳＳ１１０の動作を制御するために構成されている。プロセッサ２１０は、メモリ２１１、ＶＳＤＢ２１２、ＣＰＩ２２０、ＳＰＩ２３０、ＥＵＩ２４０、ＶＳｉＧＳ２５０、およびＶＳｉＲＳ２６０のそれぞれに結合されている。本明細書において単一のプロセッサとして示し、説明しているが、他の実施形態では、プロセッサ２１０は複数のプロセッサでもよいことが理解されるだろう（たとえば、個別のプロセッサをインターフェースＣＰＩ２２０、ＳＰＩ２３０、およびＥＵＩ２４０に結合することができ、個別のプロセッサがＶＳＤＢ２１２を制御することができ、または個別のプロセッサがＶＳｉＧＳ２５０を制御することができる）。したがって、本明細書で示すプロセッサという用語（たとえば、プロセッサ２１０）は、本明細書に説明するようなプロセッサの適切な組合せをすべて包含することを意図するものである。
【００２８】
メモリ２１１は、プログラム、データ、および本明細書に示し、説明した様々な機能を提供する際に使用するのに適した同様の情報を格納するために構成されている。プロセッサ２１０は、本明細書に説明および示した様々な機能（たとえば、プログラムおよび制御ロジックの実行、処理のためのデータへのアクセス、ＳＰ１３０から受信した音声署名認証指示の処理、インターフェースＣＰＩ２２０、ＳＰＩ２３０、およびＥＵｌ２４０によって提供される情報の収集など、およびそれらの様々な組合せ）を提供するためにメモリ２１１と協働する。
【００２９】
ＶＳＤＢ２１２は、本明細書に示し、説明した様々な機能を提供する際に使用するためのメタ音声署名情報を格納するために構成されている。プロセッサ２１０は、本明細書に示し、説明した様々な機能（たとえば、処理のためのメタ音声署名情報へのアクセス、ＳＰ１３０から受信した音声署名認証指示の処理、インターフェースＣＰＩ２２０、ＳＰＩ２３０、およびＥＵｌ２４０によって提供される情報の収集など、およびそれらの様々な組合せ）を提供するためにＶＳＤＢ２１２と協働する。
【００３０】
たとえば、プログラムおよびロジックはメモリ２１１内に格納され、メタ音声署名データはＶＳＤＢ２１２内に格納される実施形態に関して本明細書に示し、説明したが、そのような情報は、任意の他の適切な方法で格納できることが理解されるだろう（たとえば、ＶＳＳ１１０内部にある任意の適切な数のメモリまたはデータベースを使用する、任意の適切な組合せのメモリ（複数可）またはデータベース（複数可）に情報を格納する（たとえば、メモリもしくはデータベースのいずれかにユーザー設定を格納する、またはデータベースにプログラムもしくはロジックを格納する）、あるいは本明細書に示し、説明するような様々な機能を提供する際に使用するために、そのような情報をホストし、そのような情報の様々な機能および／または処理を提供する際に使用するために、そのような情報をＶＳＳ１１０に利用可能にするように構成された任意の適切なタイプおよび／または数の他のネットワーク要素において、ＶＳＳ１１０の外部にありＶＳＳ１１０にアクセス可能な任意の適切な数のメモリまたはデータベースを使用する）。したがって、本明細書で示すメモリ（たとえば、メモリ２１１）およびデータベース（たとえば、ＶＳＤＢ２１２）という用語は、本明細書に説明するようなメモリ（複数可）およびデータベース（複数可）の適切な組合せをすべて包含するものとする。
【００３１】
一実施形態では、プロセッサ２１０、メモリ２１１、およびＶＳＤＢ２１２は、データを分割するために複数の物理マシンまたは仮想マシンを形成することができる。たとえば、仮想マシンは、１つまたは複数のＣＰ１２０、１つまたは複数のＳＰ１３０、音声認証サービスに加入しているエンティティ（たとえば、企業または政府）、機密情報を提供する、もしくは異なるレベルのアクセスを持つデータ・ソース（たとえば、法執行機関は、より多くの情報のタイプおよびソースへのアクセス権を持つことができる）、または任意の他の適切な分類からのデータを分割するために使用することができる。異なる物理マシンまたは仮想マシン内でデータを分割することで、異なるグループのデータからの強力な隔離（たとえばセキュリティの利点のため）、データの異なるユーザーのための基盤となるデータベース構造の柔軟性、ならびにアプリケーションの供給、保守、高い利用可能度、およびディザスタ・リカバリでの利点の向上を提供できることが理解されるだろう。さらに、ＶＳＳ１１０の要素を任意で適切に組み合わせると、仮想マシンを形成するために協働したり、または、本明細書に説明した機能を提供するために任意の適切な方法で協働したりできることが理解されるだろう。
【００３２】
ＶＳｉＧＳ２５０は、ＶＳＤＢ２１２に格納されている音声署名情報からメタ音声署名を作成するために構成されている。プロセッサ２１０は、本明細書に示し、説明した様々な機能を提供するためにＶＳｉＧＳ２５０と協働することができる（たとえば、音声署名認証指示に応じてメタ音声署名を提供する）。
【００３３】
一実施形態では、本明細書に説明するように、（たとえばＥＵＩ２４０を通じて）エンド・ユーザーによって登録されたＣＰ１２０のそれぞれは、そのユーザーに対して、通信コンテンツを生成する。各市場区分（たとえば、金融、医療、電気通信、政府、消費者）に対して、取り出す（ｍｉｎｅ）必要がある異なるエンド・ユーザー・アイデンティティ特性があってもよいことが理解されるだろう。さらに、これらの特性値がソースＣＰ１２０で変更されると常に、メタ音声署名は、ＶＳｉＧＳ２５０によって更新／再トレーニングされ、ＶＳＤＢ２１２に格納される必要がある場合があることが理解されるだろう。さらに、メタ音声署名特性は、現実世界で発生するその値の可能性の決定を促進するために使用できるディストリビューション（ｄｉｓｔｒｉｂｕｔｉｏｎ）に格納することができる。各特性のディストリビューションは、アプリケーションによって使用された直後に更新できることを理解されたい。
【００３４】
一実施形態では、ＶＳｉＧＳ２５０は、ＶＳＤＢ２１２に格納されている、音声バイオメトリック情報を含む、メタ音声署名情報を生成／トレーニングすることができる。各市場区分に対して、バイオメトリック特性（たとえば、自由な会話の音声バイオメトリック、パスワードの音声バイオメトリック、または音声チャネル・プロパティ）を含む、異なるメタ音声署名特性を収集できることが理解されるだろう。
【００３５】
一実施形態では、ＶＳｉＧＳ２５０は、次の１つまたは複数を実行することによって、ＶＳＤＢ２１２に格納されている音声バイオメトリック情報を生成／トレーニングすることができる：（１）受信した通信コンテンツから音声バイオメトリック情報を抽出し、音声バイオメトリック情報を処理して、数学的モデルで音声バイオメトリック情報を表す、（２）現実世界で発生する個々の音声バイオメトリック特性の可能性を決定するために使用できるディストリビューションで音声バイオメトリック構造履歴（たとえば使用および成功）を表す、（３）現実世界での使用における音声バイオメトリックの一致の成功および／または失敗ごとに基準音声バイオメトリック情報を更新／再トレーニングする、ならびに（４）アプリケーションで使用した後に各特性のディストリビューションを更新する。
【００３６】
ＶＳｉＲＳ２６０は、音声署名認証指示で受信された情報と、ＶＳＤＢ２１２に格納されている音声署名情報からのメタ音声署名とを比較し、音声認識比較を実行するように構成されている。プロセッサ２１０は、本明細書に示し、説明した様々な機能を提供するためにＶＳｉＲＳ２６０と協働することができる（たとえば、音声署名認証指示に対して応答を提供する）。
【００３７】
一実施形態では、ＶＳｉＲＳ２６０は、次の１つまたは複数を実行することによって音声認識比較を実行することができる：（１）音声署名認証指示を受信すると、受信された音声署名認証指示は、エンド・ユーザー・レコード（たとえば個々のエンド・ユーザーまたは１組のエンド・ユーザー）をインデックス付けするため、および識別されたエンド・ユーザーまたはエンド・ユーザーの組のために格納されたメタ音声署名を取得するために使用することができる、（２）通信セッションに関連する音声チャネル特性を取得する（たとえば音声チャネル・プロパティ）、（３）識別されたエンド・ユーザー、エンド・ユーザーの組、または任意の適切な分類のために呼の使用情報を取得する（たとえば、典型的な不正呼使用パターンまたは典型的な市場呼使用パターン）、ならびに（４）この用途のためにＶＳＤＢ２１２にエンド・ユーザーのために格納されている音声バイオメトリック情報に基づいて、次のイベントの１つまたは複数を実行することができる：（ａ）適切なパスワード要求アルゴリズムを開始する、（ｂ）受信された音声バイオメトリック情報を取得するために処理できるエンド・ユーザーの音声サンプルを収集する、（ｃ）このユーザーのために格納された音声バイオメトリック情報に、受信された音声バイオメトリック情報を一致させる。
【００３８】
格納されている音声バイオメトリック情報に対する受信された音声バイオメトリック情報の比較に応じて、次を含む任意の適切な応答を得ることができることが理解されるだろう：（１）比較の結果を返す、（２）一致に成功しなかった場合、メタ音声署名を検証するために、ユーザーのプロファイルからの情報を使用する（存在する場合）、または（３）比較の結果を示すフラグを返す。
【００３９】
一実施形態では、ＳＰ１３０（たとえば、銀行、企業、および政府機関などの企業サービス・プロバイダ）は、ＶＳＤＢ２１２およびＶＳｉＲＳ２６０にＳＰ１３０と同じ場所を共用させ、ローカルに格納されたメタ音声署名に対して、顧客および／または構成要素の認証を可能にすることができる。
【００４０】
ＣＩＣ１２５（例示として、ＣＰＩ２２０）、ＡＩＣ１３５（例示として、ＳＰＩ２３０）、およびＵＩＣ１４５（例示として、ＥＵＩ２４０）をサポートする単一のモジュールに関して示し、説明したが、チャネルＣＩＣ１２５、ＡＩＣ１３５、およびＵＩＣ１４５をサポートするために、任意の適切な数および／またはタイプの通信モジュールを使用することができる。通信モジュールは、１つまたは複数の受信機、１つまたは複数の送信機、１つまたは複数の送受信装置、チャネルＣＩＣ１２５、ＡＩＣ１３５、およびＵＩＣ１４５を介して通信をサポートするのに適した１つまたは複数の他のタイプのコンポーネントなど、およびそれらの様々な組合せを含むことができる。
【００４１】
ＶＳＳ１１０は、ＣＩＣ１２５を介してＣＰ１２０から通信コンテンツを受信する。本明細書に説明したように、ＶＳＳ１１０が受信する通信コンテンツは、音声バイオメトリック情報、デジタルまたはアナログ音声のサンプル、音声チャネル・プロパティ、呼情報、認証情報、使用パターン、呼マップ、セッション制御、呼パターン、識別子、デバイス情報、ユーザー・コンテンツ、文脈情報、個人データ、またはメタ音声署名を作成する際の使用もしくは音声署名サーバ内での使用に適した任意の他の情報を含むことができる。
【００４２】
ＣＰＩ２２０は、ＣＩＣ１２５を介してＣＰ１２０との通信をサポートするように構成されている。メタ音声署名を作成するために既存の通信インフラストラクチャ（たとえば、地上線、セル方式電話、またはボイス・オーバーＩＰ）からの通信コンテンツを使用すると、次が可能になる：データを収集するために、より多くの手段を提供する（たとえば地上線、セル方式電話、またはボイス・オーバーＩＰ）、コストを削減する、名前、住所、および電話番号の収集など、重要なバイオメトリック情報以外の情報の配布および収集が可能になる、多言語のアプリケーションで用いる、自然かつ邪魔にならないように作成され、特別なユーザー装置またはトレーニングなしで容易に取得される信号に依存し、これにより追加的なトレーニング要件を追加することなく迅速な展開が実現する。プロセッサ２１０は、本明細書に示し、説明した様々な機能を提供するためにＣＰＩ２２０と協働する（たとえば、受信された音声バイオメトリック情報を分析し、受信されたコンテンツをＶＳＤＢ２１２に格納する）。
【００４３】
一実施形態では、ＣＰＩ２２０は、ＣＩＣ１２５を介して暗号化された情報を受信するように構成することができる。さらに、１方向暗号化アルゴリズムを使用して、個々のユーザーのプライバシーに対する懸念を保護することができる。１方向暗号化アルゴリズムを使用して格納された情報は解読することができないので、情報のセキュリティを保つことができるが、比較するために取得された情報を同様に暗号化することによってＶＳ１１０内の認証に依然として使用することができる。利用できる暗号化には、多くの形式が存在することが理解されるだろう。
【００４４】
一実施形態では、ＣＰＩ２２０は、ＣＩＣ１２５を介して音声バイオメトリック情報を受信するように構成することができる。音声バイオメトリック情報は、ユーザーのプライバシーに対する懸念を守るために、格納された音声で、またはユーザーの音声通信の間にその場で作成することができる（たとえば、ボイス・パケットの小さな部分がメモリに維持され、音声バイオメトリックが作成されたら破棄される）。ＣＰ１２０は、任意の適切なときに、これらの音声バイオメトリックを通信することができる（たとえば、呼の間、呼の後、または後に、もしくはＶＳＳ１１０からの要求に応じて、他のデータ／概要データとグループ化）。
【００４５】
さらに、ＣＰＩ２２０は、ＣＩＣ１２５を介して受信された音声バイオメトリック情報を分析するために、プロセッサ２１０と協働するように構成することができる。たとえば、音声バイオメトリックが作成されたときに、チャネル条件に関してＣＰ１２０から受信された音声チャネル特性は、異なるレベルの回線品質を示すことができる。この情報は、ＶＳＤＢ２１２に格納されている音声バイオメトリック情報を操作するために使用することも、またはデータが役に立たず、ＶＳＤＢ２１２内に格納されているべきでないことを示すこともできる。さらに、通信デバイス（たとえば、携帯電話、固定の電話、ＶｏＩＰ電話（ＶｏＩＰソフトフォンを含む）、コンピュータ（たとえばＳｋｙｐｅ、Ｇｏｏｇｌｅ、およびＹａｈｏｏ！などによって現在提供されているような音声通信ソフトウェアを提供））の所有者は、他のユーザーが通信デバイスにアクセスすることを許可することができる。受信された音声バイオメトリックをＶＳＤＢ２１２に格納されたメタ音声署名と比較することによって、ＶＳＳ１１０は、受信された情報が識別されたユーザーを示しておらず、ユーザーのメタ音声署名を構成するために使用されるＶＳＤＢ２１２に格納されないことを決定することができる。
【００４６】
一実施形態では、ＣＰＩ２２０は、ＳＰ１２０を介して指定した住所に呼を発し、次に、ＣＩＣ１２５を介してＶＳＳ１１０への呼を終了するように、またはＣＩＣ１２５を介してＶＳＳ１１０に、要求された呼に基づいて音声バイオメトリック情報を提供するように、ＳＰ１２０に指示するように構成することができる。そのような要求は、ＡＩＣ１３５を介して受信された音声署名認証指示の結果でもよい。
【００４７】
ＳＰＩ２３０は、ＡＩＣ１３５を介してＳＰ１４３との通信をサポートするように構成されている。プロセッサ２１０は、本明細書に示し、説明した様々な機能を提供するためにＳＰＩ２３０と協働する（たとえば、受信された音声署名認証指示を分析し、受信されたコンテンツをＶＳＤＢ２１２に格納する）。
【００４８】
一実施形態では、ＳＰＩ２３０は、ＡＩＣ１３５を介して暗号化された音声署名認証指示を受信するように構成することができる。利用できる暗号化には、多くの形式が存在することが理解されるだろう。音声署名認証指示は、本明細書に示し、説明したように、個々のＳＰ１３０のそれぞれの特定の認証要件に基づいてＳＰ１３０によってカスタマイズされたＡＰＩの形でもよい（たとえば、市場区分またはアプリケーション・レベルでカスタマイズ）。概括的にアクセス可能なインターフェースＡＩＣ１３５および定義されたＡＰＩを提供することによって、拡張可能なＶＳＳ１１０を達成できることが理解されるだろう。
【００４９】
ＥＵＩ２４０は、ＵＩＣ１４５を介してＥＵ１４０との通信をサポートするために構成されている。プロセッサ２１０は、本明細書に示し、説明した様々な機能を提供するためにＥＵＩ２４０と協働する（たとえば、ユーザー管理、メモリ２１１およびＶＳＤＢ２１２に格納されているコンテンツの監視および編集）。重要なデータへのアクセスおよび監視機能をＥＵ１４０に提供することによって、エンド・ユーザーの信用および信頼を促進できることが理解されるだろう。
【００５０】
一実施形態では、ＥＵＩ２４０は、ＵＩＣ１４５を介し暗号化された要求を受信するように構成することができる。利用できる暗号化および認証の方法には、多くの形式が存在することが理解されるだろう。さらに、格納された情報のプライバシーを保護するために、様々な程度のエンド・ユーザーの機密情報へのアクセスには、様々な程度の暗号化および認証の方法を使用できることが理解されるだろう。
【００５１】
一実施形態では、ＵＩＣ１４５を通じて受信された要求には、ＶＳＤＢ２１２にエンド・ユーザーのエントリが存在するかどうか、またはユーザー・アカウントに対して音声署名サービスがアクティブ化されているかどうかを照会するように指図することができる。たとえば、これらの要求は、音声署名サービスをアクティブ化するために電話のキーパッドで「＊ＡＶＳＳ」または音声署名サービスを非アクティブ化するために「＊ＤＶＳＳ」など、キー・シーケンスを入力することから構成することができる。たとえば、これらのコマンドにより、ユーザーは、情報が音声署名サービスに使用されることを許可する選択または選択解除が可能になり、ユーザーは、システム内で個人データがどのように使用されるかについて制御を維持できるようになる。
【００５２】
一実施形態では、ＵＩＣ１４５を通じて受信された要求は、たとえば、ＶＳＤＢ２１２に格納されているメタ音声署名情報を監視する、ＶＳＤＢ２１２に格納されているメタ音声署名情報を管理する（たとえば、アイデンティティ・トラッキング・インテリジェンス情報を編集する、またはトレーニング・シーケンスを開始することによって音声バイオメトリック情報を編集する）、エンド・ユーザー構成情報を管理する（たとえば、音声分析を実行するために通信セッションを確立するために使用される認証電話番号／住所を管理する）、任意のエンド・ユーザー情報が編集またはアクセスされたときのために自動通知を作成する、ＶＳＤＢ２１２からエンド・ユーザー・レコードを削除する、ＣＩＣ１２５を通じてＣＰ１２０から自動的に取得される情報をアクティブ化／非アクティブ化する、メタ音声署名情報を伝達するためにＣＰ１２０を認可／登録する、または、すべてのトランザクション、サービス・プロバイダごと、サービス・プロバイダのカテゴリ（たとえばオンラインでの買い物、医療、またはバンキング）、もしくは任意の他の適切な分類のいずれかについて音声署名認証をアクティブ化／非アクティブ化するなど、より高度な管理および監視活動に向けて指図することができる。たとえば、これらの要求は、エンド・ユーザーがＵＲＬによって指定されたウェブ・ページにアクセスすることから構成することができる。
【００５３】
一実施形態では、ユーザーは、通信アドレス（たとえば電話番号）および／または通信デバイスと、エンド・ユーザーおよび／またはユーザーの関連するグループ（たとえば、家族、従業員、または組織のメンバー）との間で１対多の関係を関連づけることができる。たとえば、（１）１人のエンド・ユーザーを１つまたは複数の通信アドレス／デバイスと関連づけることができる、（２）１つの通信アドレス／デバイスを、１人または複数のエンド・ユーザー（たとえば、家族、従業員、または組織のメンバー）に関連づけることができる、あるいは（３）ユーザーの１つまたは複数のグループを１つまたは複数の通信アドレス／デバイスに関連づけることができる（たとえば、会社の金融グループのメンバーを１組の電話番号または電話に関連づける）。
【００５４】
１組の管理および監視活動のための電話のキーパッドならびに第２の組の管理および監視活動のためのウェブ・インターフェースを使用するものとして本明細書に説明および示したが、ＵＩＣ１４５を介してＥＵＩ２４０とインターフェースをとるために、ユーザーは、任意の適切なインターフェース方法（たとえば、電話のキーパッド、ウェブ・ブラウザ、カスタム・アプリケーション、モバイル・アプリケーションなど）を用いることができることが理解されるだろう。
【００５５】
ＶＳＳ１１０は、ＶＳＳ１１０の機能と共にＵＩＣ１４５を介して、任意の他の適切な監視および管理の機能をエンド・ユーザーに提供するように構成できることが理解されるだろう。
【００５６】
図３は、図２の例示的な音声署名データベースの一実施形態のブロック図を示している。
【００５７】
音声署名データベース（ＶＳＤＢ）２１２は、音声バイオメトリック処理プレーン（ＶＢＰＰ）３１０およびアイデンティティ・トラッキング・インテリジェンス処理プレーン（ＩｄＴＩＰＰ）３２０の両方を含む音声署名構造を含む。強力な認証を提供するメタ音声署名は、ＩｄＴＩＰＰ３２０からの個々の識別情報にＶＢＰＰ３１０からの音声成分情報を関連づけることによって作成できることが理解されるだろう。
【００５８】
図３に示し、説明しているように、ＶＢＰＰ３１０は、音声バイオメトリック情報を含み、また、音声チャネル・プロパティ情報および音声バイオメトリック・パスワード情報など追加情報を含むことができる。指紋または虹彩と同様に、音声は個人によって固有であるため、音声バイオメトリックは実現可能な認証方法である。さらに、既に述べたように、音声は、拡張可能で正確なリモート認証を伝達する通信システムと連携する能力のため、他の認証方法と比較して利点を含むことができる。音声バイオメトリックは、方言および話し方から、音の高さ、スペクトルの大きさ、およびフォーマット周波数まで、多数の測定された特性を含むことができる。
【００５９】
図３に示し、説明したように、ＩｄＴＩＰＰ３２０は、個人の識別情報（またはグループの識別情報）を指し示すことができ、次のような情報を含むことができるユーザー／ネットワーク情報に関連する情報を含む：個人データ（たとえば、名前、住所、好み、および言語）、デバイス（たとえば、ＳＩＭ、ＳｏｆｔＳＩＭ、ＭＡＣ、およびシリアル・ナンバー）、コンテキスト（たとえば、位置／所在、およびローミング）、ユーザー・コンテンツ（たとえば、写真、ビデオ、住所録、およびカレンダー）、関係（たとえば、銀行／企業、学校、職場、友達、およびソーシャル・ネットワーク）、対話処理（たとえば、ブラウジングの履歴、ドメイン、およびキャッシュ情報）、クレジット（たとえば、スコア、人口統計、および平均残高）、識別子（たとえば、数値、ＳＩＰアドレス、電子メール・アドレス、およびＩＰアドレス）、呼のパターン、プロバイダ情報（たとえば、サービス・プロバイダ、コンテンツ・プロバイダ、ＩＳＰ、ＭＳＯ、および企業）、アクセス（たとえば、銅、ＦＴＴＨ／ＦＴＴＣ、２Ｇ／３Ｇ／ＬＴＥ、およびＤＳＬ／ケーブル）、セッション制御（たとえば、ＳＳ７、ＳＩＰ、およびＭＡＰ）、呼のマップ（たとえば、場所ａから場所ｂ、および時間／周波数）、ネットワーク・サービス（たとえば、ＤＨＳ、ポリシー／セキュリティ、および管理）、使用パターン（たとえば、帯域幅、分、データの使用法、および支払いプラン）、関連、アプリケーション（たとえば、アプリケーション・セグメントおよび使用頻度）、市場（たとえば、市場区分）、支払い（たとえば、有効な電子財布および有効な音声署名）、アプリケーション伝達（たとえば、負荷分散、ファイアウォール、および最適化）、品質（たとえば、ＱｏＳ、Ｃｏｓ、およびＱｏｅ）、サーバ（たとえば、専用、クラウド、ホスト、またはアプリケーション環境）、認証（たとえば、ＳＳＯおよびＡＡＡ）、およびパフォーマンス（たとえば、測定基準）。
【００６０】
一実施形態では、メタ音声署名は、既存の通信インフラストラクチャの音声ネットワークのベアラー・チャネルでエンド・ユーザー音声を表現（ｒｅｎｄｅｒ）し、一意の音声バイオメトリック署名を作成し、長時間にわたり絶えず、エンド・ユーザーのメタ音声署名の正確な表現を取得するために、この一意の音声バイオメトリックを更新することによって作成することができる。
【００６１】
一実施形態では、１つまたは複数の通信プロバイダまたは１つまたは複数の通信デバイスからのメタ音声署名は、別々に格納することができる。たとえば、図１を参照すると、ＶＳＳ１１０は、ＣＰ１２０１およびＣＰ１２０２からの受信されたメタ音声署名情報をＶＳＤＢ２１２に別々に格納することができる。次に、取得したメタ音声署名は、（１）１つの通信プロバイダ（たとえばＣＰ１２０１およびＣＰ１２０２）からのメタ音声署名だけを含む、あるいは（２）１つまたは複数の通信プロバイダ（たとえば、ＣＰ１２０１およびＣＰ１２０２）からのメタ音声署名を結合する、ことができる。
【００６２】
メタ音声署名情報（たとえば、ＣＰ１２０１およびＣＰ１２０２）の異なるソースは、異なるタイプの情報を含む場合があることが理解されるだろう。したがって、格納の間または取得したメタ音声署名を結合するときに（たとえば、ＣＰ１２０１およびＣＰ１２０２のメタ音声署名が別々に格納されるとき）、異なる通信プロバイダ（たとえばＣＰ１２０１およびＣＰ１２０２）からのメタ音声署名を結合するプロセスは、非対称の情報を補うことをＶＳＤＢ２１２に要求する場合がある。
【００６３】
異なる通信プロバイダからの、および／または識別されたタイプの情報の個別のメタ音声署名情報を維持することで、エンド・ユーザーは、異なるサービス・プロバイダおよび／またはアプリケーションに利用可能な情報の量を管理する能力を許可されることが理解されるだろう。たとえば、（１）異なるサービス・プロバイダは、識別された通信プロバイダからのエンド・ユーザー・メタ署名情報に制約することができる、あるいは（２）機密または個人的な情報（たとえば、信用情報または個人データ）は、信頼されるソース（たとえば金融機関）または政府機関（たとえば、法執行）に制約することができる。
【００６４】
図３に示すＶＢＰＰ３１０およびＩｄＴＩＰＰ３２０に関して主に本明細書に示し、説明したが、音声バイオメトリック情報および識別情報トラッキング・インテリジェンス情報を関連づける任意のメモリ構造が適切であろうことが理解されるだろう。
【００６５】
図４は、音声署名認証指示４００を提供するための一実施形態を示している。図１に示すように、音声署名認証指示４００は、個々のＳＰ１３０のそれぞれの特定の認証要件に基づいて、ＳＰ１３０によってカスタマイズされた（たとえば、市場区分またはアプリケーション・レベルでカスタマイズされた）ＡＰＩの形でもよい。概括的にアクセス可能なインターフェースＡＩＣ１３５および定義されたＡＰＩを提供することによって、拡張可能なＶＳＳ１１０を達成できることが理解されるだろう。
【００６６】
一実施形態では、音声署名認証指示４００は、音声署名認証指示４００の振る舞いを制御するためのスコア・フィールド４１０などのフィールド、識別情報セクション４２０、音声バイオメトリック・セクション４３０、およびアルゴリズム・セクション４４０の１つまたは複数を含むことができる。さらに、各セクション４２０、４３０、および４４０は、また、たとえば、アクティベーション・フィールド４２２、パラメータ入力フィールド４２４、または重み付けフィールド４２６など、１つまたは複数のフィールドを含むことができる。さらに、専用のフィールドを一部のセクションで使用することができる。たとえば、音声バイオメトリック・セクション４３０は、ａｕｔｈＮｕｍフィールド４３４または類似フィールド４３６を含むことができ、アルゴリズム・セクション４４０は、アルゴリズム・ルール４４６を含むことができる。
【００６７】
一実施形態では、スコア・フィールド４１０は、ＶＳＤＢ２１２に格納されているメタ音声署名との一致としてエンド・ユーザーの音声署名を認証するために、ＳＰ１３０によって要求される信頼のレベルの指示を提供するために使用することができる。結果のスコア付けには多数の適切な方法が存在することが理解されるだろう。
【００６８】
一実施形態では、結果は、（１）一致が存在しない場合、認証を不合格にする、または（２）一致が存在しない場合、異なる一致方法を試みる、などルール・ベースの構造に基づいてスコア付けすることができる。さらに、重み付けを個々のルールに与えて、実行されたルールの合計がスコア・フィールド４１０より大きい結果を出した場合、ＶＳＳ１１０は、音声署名認証指示４００に合格結果を返すことができる。結果のスコア付けには他に多数の適切な方法が存在し、任意の適切なアルゴリズムを使用できることが理解されるだろう（たとえば、代替的なルール・ベース／ルールの連鎖による方法、およびヒューリスティック推論−たとえば、様々な要素のその場限りの組合せに基づいたスコアの提供など）。
【００６９】
音声署名認証指示４００に応じたＡＩＣ１３５を介したＶＳＳ１１０からＳＰ１３０への音声署名認証応答は、「合格／不合格」という応答に制約されず、ＳＰ１３０による使用に適した任意の情報を含むことができることが理解されるだろう（たとえば、集合的なスコア結果を返すことができる、個々の結果を返すことができる、またはＶＳＤＢ２１２に格納されている特定の情報を返すことができる）。さらに、音声署名認証応答に含まれている情報のタイプは、音声署名認証指示４００内でＳＰ１３０によって定義できることが理解されるだろう（たとえば、応答に含まれることが期待される結果のタイプを定義するフィールド（複数可）を含む）。
【００７０】
一実施形態では、識別情報セクション４２０は、ＶＳＤＢ２１２のＩｄＴＩＰＰ３２０内に格納されている情報に関する指示およびパラメータを含むことができ、音声バイオメトリック・セクション４３０は、ＶＳＤＢ２１２のＶＢＰＰ３１０内に格納されている情報に関する指示およびパラメータを含むことができ、アルゴリズム・セクション４４０は、メモリ２１１またはＶＳＤＢ２１２内に格納されている情報など、ＶＳＳ１１０内に格納されているデータに対する操作のためのＡＰＩが定義されたアルゴリズムを含むことができる。
【００７１】
音声署名認証指示４００の指示およびパラメータを伝達する任意の適切な方法を使用できることが理解されるだろう。たとえば、セクション４２０、４３０、および４４０は１つの領域に共存することができ、セクションまたはフィールドは、セクションもしくはフィールドの間の関係を示す方法で、入れ子にしたり構成したりでき、処置の指示は定義されたフィールドに含めることができ、またはデータの処置についての情報は、事前に構成し、ＶＳＳ１１０のメモリ２１１もしくはＶＳＤＢ２１２に格納することができる。
【００７２】
一実施形態では、音声署名認証指示４００は、ＳＰ１３０がセクションおよびフィールドの間の関係を築くことを可能にするように構成される。関係を築くことで、ＳＰ１３０は、ルールが実行される順序を構成する、各ルールに置かれた重みを動的に調整する、動的な条件および他のルールの結果に基づいて、ルールを実行するかどうか、または、どのルールを実行するかを決定するロジックを指示するなど、が可能になる。
【００７３】
一実施形態では、アクティベーション・フィールド４２２は、認証分析にセクションが使用されるかどうかを示すために定義することができる。アクティベーション・フィールド４２２は、また、特定のフィールドが分析に使用されるかどうかを示すためにフィールドごとに使用できる、または以前の結果がアクティベーション・フィールド４２２で識別されたしきい値を上回ったり下回ったりしている場合に、セクション／フィールドが認証分析に使用されることを示すためのロジック（たとえば、重み付け値）を含むことができることが理解されるだろう。
【００７４】
一実施形態では、パラメータ入力フィールド４２４は、認証分析に使用されるエンド・ユーザーからの情報をＳＰ１３０が収集したかどうかを示すために定義することができる（たとえば、ＶＳＤＢ２１２のＩｄＴＩＰＰ３２０に格納されているエンド・ユーザーの名前の簡単な一致を実行する）。
【００７５】
一実施形態では、重み付けフィールド４２６は、認証分析のセクションに使用されるスコア付け処置を示すために定義することができる。重み付けフィールド４２６は、また、フィールドごとにスコア付け処置を示すために、フィールドごとに関連づけられることが理解されるだろう。
【００７６】
一実施形態では、音声バイオメトリック・セクション４３０は、通信セッションを確立し、音声分析を実行するのに必要な情報を含む。通信セッションが確立されたら、音声バイオメトリックを決定し、次にＶＳＤＢ２１２のＶＢＰＰ３１０に格納されている音声バイオメトリックに一致できるように、フレーズを話すようにＥＵ１４０に要求することができる。任意の適切なフレーズを使用することができる。たとえば、エンド・ユーザーは、音声バイオメトリック情報を決定するために十分な長さの任意のフレーズを話すことができる、ＳＰ１３０は、音声バイオメトリック・セクション４３０内の定義されたフィールド内で合格フレーズを定義することができる、ＥＵ１４０は、ＵＩＣ１４５を通じてパスフレーズを追加することによって、格納されている情報を構成することができる、またはプロセッサ２１０は、ＶＳＤＢ２１２のＩｄＴＩＰＰ３２０内から一般的に知られている個人情報を無作為に選択することができる。
【００７７】
一実施形態では、ａｕｔｈＮｕｍフィールド４３４は、エンド・ユーザーから音声バイオメトリック情報を収集する際に使用する通信番号を示すために定義することができる。ＳＰ１３０は、また、認証分析で使用する収集された音声バイオメトリック情報を伝達するために音声署名認証指示４００内にフィールドを定義できることが理解されるだろう。あるいは、また、音声分析を実行する通信セッションを確立するために、どの通信アドレスおよび方法を使用するかを選択するために、ＵＩＣ１４５を介してＥＵＩ２４０を通じアカウントを構成することをＥＵ１４０に許可することができる。この構成は、電子財布などのアプリケーションに対するものでもよく、多数の統合された通信プラットフォームで現在普及している「Ｆｉｎｄ  Ｍｅ（私を見つけて）」機能に類似する機能を含むことができるか。
【００７８】
通信番号は、音声バイオメトリック分析の実行および通信コンテンツの収集に必要な通信を開始するために使用できることが理解されるだろう。通信は、ＣＩＣ１２５を通じて、ＡＩＣ１３５を通じて、またはＶＳＳ１１０にアクセス可能で、通信セッションを確立する目的に適切な他の通信リンクを通じてなど、任意の適切なインターフェースを通じて開始することができる。さらに、ＶＳ１１０が、呼の音声バイオメトリックを決定できるように、または音声バイオメトリックを接触された通信ゲートウェイ（たとえば、ＣＰ１２０またはＳＰ２３０）によって返すことができるように（つまり、音声分析を実行する）、ＶＳＳ１１０によって通信セッションを終了できることが理解されるだろう。
【００７９】
ａｕｔｈＮｕｍフィールド４３４は、電話番号として示し、説明しているが、通信セッションを確立するのに適した任意の適切な識別子を使用できることが理解されるだろう（たとえば、ＳＩＰ識別子またはＳＰ１３０が定義したアドレス）。
【００８０】
一実施形態では、類似フィールド４３６は、音声バイオメトリック認証に使用されるスコア付けバッファを示すために定義することができる。音声バイオメトリックは、ＶＳＤＢ２１２のＶＢＰＰ３１０に格納されている音声バイオメトリックの完全な一致を必ずしも提示するとは限らないため、バッファを許可することで、分析の有効性を向上できることが理解されるだろう。
【００８１】
一実施形態では、アルゴリズム・セクション４４０は、メモリ２１１またはＶＳＤＢ２１２内に格納された情報など、ＶＳＳ１１０内に格納されたデータに対する操作のためのアルゴリズムを定義することができる。たとえば、アルゴリズムは、次の１つまたは複数を含むことができる：（１）ＣＩＣ１２５を介して、ＣＰ１２０からエンド・ユーザーの通信デバイス（たとえば、携帯電話）の位置情報を要求し、ＡＩＣ１３５を介してＳＰ１３０（たとえば、ＰＯＳデバイス）の位置情報を要求し、デバイスが本質的に同じ場所を共用していることを認証する、（２）トランザクションが認可／委任されたユーザーとエンド・ユーザーを一致させる、（３）音声署名認証応答内でＳＰ１３０に返すために、ＩｄＴＩＰＰ３２０識別情報（またはメモリ２１１もしくはＶＳＤＢ２１２に格納された他の適切な情報）を取得する、または（４）外部ソースから不正なスコア付けを要求する（たとえば、典型的な不正トランザクションで見つかった特性に対するエンド・ユーザーの呼の使用の重み付け）。
【００８２】
主に図４に示したＸＭＬおよびフィールドに関して示し、説明しているが、音声署名認証指示の構造を定義するために、任意の適切なフォーマットを使用できること、および任意の適切なフィールドまたはアルゴリズムを音声署名認証指示内で使用できることが理解されるだろう。さらに、エンド・ユーザーが音声認証指示を生成しているのと同じ装置と通信している場合、音声認証指示は、メタ音声署名認証に使用される適切な情報のメモリからのローカル取得でもよいことが理解されるだろう。
【００８３】
図５は、図２の音声署名システムでチャレンジングされた音声署名の音声署名認証を提供する方法の一実施形態を示している。
【００８４】
一実施形態では、チャレンジングされた音声署名は、チャレンジ音声インターフェースを通じてＶＳＳ１１０によって受信することができる。チャレンジングされた音声署名は、認証されるエンド・ユーザーを表すために、ＶＢＰＰ３１０および／またはＩｄＴＩＰＰ３２０のプレーンからの情報を含む、任意の適切な情報も含むことができる。チャレンジ音声インターフェースは、任意の適切なインターフェース、または、たとえば次のような情報を伝達するために使用されるインターフェースの組合せでもよいことが理解されるだろう：（１）ＡＩＣ１３５を介してＳＰ１３０から（たとえば、音声署名認証指示内で識別情報を伝達する）、（２）ローカル・デバイスから（たとえば、ＰＯＳトランザクションの間など、ＶＳＳ１１０システムに対してローカルであるマイクロフォンから音声バイオメトリック情報を取得する）、（３）ＣＩＣ１２５を介してＣＰ１２０から（たとえば、音声バイオメトリック情報を取得するために通信セッションを確立する）、（４）ＵＩＣ１４５を介してＥＵ１４０から（たとえば、エンド・ユーザーが、通信デバイスを介してモバイル支払いトランザクションを開始する）、かつ／または（５）アプリケーションから（たとえば、ウェブ・ブラウザから音声認証アプリケーションを提供するオンライン・トランザクション）。
【００８５】
チャレンジ音声インターフェースは、個別のインターフェースまたは単一のインターフェースである必要はないことが理解されるだろう。たとえば、チャレンジングされた音声署名を構成する情報は、受信された音声署名認証指示から、およびエンド・ユーザー・パスワード／チャレンジ応答から返されたチャレンジングされた音声署名を構成する情報を含むＳＰ１３０を通じて、その両方から導き出すことができる。
【００８６】
ステップ５０２で、方法５００が開始する。ステップ５０４で、ＳＰＩ２３０は、ＡＩＣ１３５を介してＳＰ１３０から音声署名認証指示を受信する。ステップ５０６で、メモリ２１１およびＶＳＤＢ２１２と協働するプロセッサ２１０は、認証されるエンド・ユーザーの決定を含む、ＶＳｉＲＳ２６０によって実行される認証ルールを決定するために、受信された音声署名認証指示を解析する。
【００８７】
ステップ５１０および５１２で、メモリ２１１およびＶＳＤＢ２１２と協働するプロセッサ２１０は、認証ルールがＶＳＤＢ２１２内のＶＢＰＰ３１０情報を必要とするかどうかを決定し、必要な場合は、識別された認証ルールを実行するためにＶＳｉＲＳ２６０と協働する。
【００８８】
ステップ５２０および５２２で、メモリ２１１およびＶＳＤＢ２１２と協働するプロセッサ２１０は、認証ルールがアルゴリズム・ルールを適用する必要があるかどうかを決定し、必要な場合は、プロセッサ２１０は、そのような識別されたアルゴリズム・ルールを実行するためにＶＳｉＲＳ２６０と協働する。アルゴリズム・ルールは、ＶＳＤＢ２１２内のＩｄＴＩＰＰ３２０情報またはＶＢＰＰ３１０情報を必要とする場合がある。
【００８９】
ステップ５３０および５３２で、メモリ２１１およびＶＳＤＢ２１２と協働するプロセッサ２１０は、認証ルールがＶＳＤＢ２１２内でＶＢＰＰ３１０情報を必要とするかどうかを決定し、必要な場合は、識別された認証ルールを実行するようにＶＳｉＲＳ２６０と協働する。
【００９０】
一実施形態では、ステップ５３０は、使用可能な音声バイオメトリックを比較のために決定できるかどうかを決定するために、音声チャネルの品質に関する情報を受信し、音声チャネルの品質が、信頼性が高い音声バイオメトリックを受信するのに十分に高くない場合、ステップ５３２を回避する。
【００９１】
ステップ５４０で、メモリ２１１およびＶＳＤＢ２１２と協働するプロセッサ２１０は、ステップ５１２、５２２、および５３２で適用されたルールの結果を分析する。
【００９２】
一実施形態では、ステップ５４０は、ステップ５１２、５２２、および５３２のそれぞれの出力で適用し、次の各ステップに入力を提供することができる。たとえば、ステップ５４０がステップ５１２の後に実行され、ユーザーの認証において高い信用レベルがあると決定されると、ステップ５３２を回避するためにステップ５３０に入力が行われる（たとえば、より弱い信用レベルを有するユーザー認証のみに音声バイオメトリックを実行する）。
【００９３】
ステップ５５０で、メモリ２１１と協働するプロセッサ２１０は、ステップ５０４でＡＩＣ１３５を介してＳＰ１３０から受信された音声署名認証指示に対する応答を準備し、ＡＩＣ１３５を介してＳＰ１３０にその応答を伝送して返す。ステップ５９０で、方法５００は終了する。
【００９４】
一実施形態では、通信セッションは、ステップ５３２、およびチャレンジングされた音声署名を作成するために使用される取得される音声バイオメトリック情報を介して確立することができる。これは、次に、取得されたメタ音声署名からの音声バイオメトリック情報と比較することができる。次に、トランザクションを認証するために、ＳＰ１３０がさらなるアクションを開始する必要があることを示す「チャレンジ」応答を用いてＳＰ１３０に応答するために、２つの音声バイオメトリック署名間の一致の信用の程度をステップ５５０に入力することができる。
【００９５】
主に特定の順序で示し、説明しているが、方法５００に示すステップは、任意の適切な順序で実行できることが理解されるだろう。たとえば、ステップ５４０は、ステップ５１２、５２２、および５３２のうちの１つまたは複数の間、および／または出力で適用してもよい。さらに、ステップ４１０／４１２、４２０／４２２、および４３０／４３２は、任意の順序で実行することができ、音声署名認証指示で受信された認証ルールに基づいて、動的に構成することもできる。
【００９６】
図２のコンポーネントに関して主として示し、説明したが、図２に示し、説明しているかに関係なく、方法５００のステップを実行するために任意の適切なコンポーネントを使用できることが理解されるだろう。
【００９７】
図６は、例示的な音声署名システムの一実施形態を示している。
【００９８】
音声署名システム６００は、音声署名サーバ（ＶＳＳ）６０７、サービス・プロバイダ６０２、およびエンド・ユーザー（例示として、６０８ａ、６０８ｂ、および６０８ｃ）を含む。
【００９９】
サービス・プロバイダ６０２は、インターネット・サービス・プロバイダ、商店、金融機関、ヘルスケア関連のサービス・プロバイダ、企業アプリケーション、政府機関など、音声署名認証を要求する任意のサービス・プロバイダを含むことができる。
【０１００】
一実施形態では、サービス・プロバイダ６０２は、音声署名認識サーバ（ＶＳｉＲＳ）６０５を含むことができ、さらに、サービス・プロバイダ６０２は、また、音声署名データベース（ＶＳＤＢ）６０６を含むことができる。あるいは、音声認識機能を実行し、メタ音声署名を格納するために、サービス・プロバイダ６０２は、ＶＳＳ６０７とインターフェースすることができる。ＶＳＤＢ６０６は、中央の音声署名データベースのスレーブ・データベースでもよく、たとえば、共通するデータの変更時に、事前に決定した期間で、または要望に応じて、中央の音声署名サーバによって更新できることが理解されるだろう。さらに、サービス・プロバイダ６０２がＶＳｉＲＳ６０５だけを含み、ＶＳＤＢ６０６を含まない場合、サービス・プロバイダ６０２は、アプリケーション・インターフェース・チャネル６０９を介して、ＶＳＳ６０７からＶＳｉＲＳ６０５によって使用される音声署名情報を取得できることが理解されるだろう。
【０１０１】
一実施形態では、サービス・プロバイダ６０２は、次によって音声署名認証を提供する：（１）サービスに対するエンド・ユーザー要求を受信する、（２）エンド・ユーザーのメタ音声署名が必要であると決定されると、エンド・ユーザーとの通信を開始する、（３）取得されたメタ音声署名をエンド・ユーザーの格納されたメタ音声署名と比較する、かつ（４）認証応答を提供する（たとえば、サービスを拒否またはサービスを許可する）。音声署名システム６００は、音声署名サーバ（ＶＳＳ）６０７、サービス・プロバイダ６０２、およびエンド・ユーザー（例示として、６０８ａ、６０８ｂ、および６０８ｃ）を含む。
【０１０２】
エンド・ユーザーは、サービス・プロバイダ６０２によってサポートされる任意の適切な方法で要求を開始できることが理解されるだろう。たとえば、（１）エンド・ユーザー６０８ａは、電子財布などを使用する、商店、レストラン、キオスク、自動販売機でもよい、（２）エンド・ユーザー６０８ｂは、オンライン・ショッピング、医療、保険、または銀行のサービスにアクセス、企業アプリケーションにアクセス（たとえば、ストレージの認証または業務サービスへのアクセス）などを行っている、あるいは（３）エンド・ユーザー６０８ｃは、医療、保険、または銀行のサービスにアクセスする、電話インタビューの目的で発信者を認証する、電話での販売を認証する、スマートフォンを使用してオンライン・サービスにアクセスするなどのことができる。
【０１０３】
一実施形態では、サービスに対するエンド・ユーザー要求（例示として、６１０ａ、６１０ｂ、および６１０ｃ）は、サービス・プロバイダ６０２によって受信される。要求はサービス・プロバイダ６０２によってサポートされる任意の適切な形式でもよいことが理解されるだろう。
【０１０４】
一実施形態では、サービス・プロバイダ６０２は、エンド・ユーザーに関係する情報にＶＳＤＢ６０６を使用し、音声認証を実行する必要があるかどうかを決定するために、返されたデータベースを解析するためにＶＳｉＲＳ６０５を使用することができる。サービス・プロバイダ６０２がＶＳｉＲＳ６０５を含むがＶＳＤＢ６０６を含まない場合、サービス・プロバイダ６０２は、解析される音声署名認証指示を受信するために、アプリケーション・インターフェース・チャネル６０９を介してＶＳＳ６０７に問い合わせることができることが理解されるだろう。音声署名認証指示を形成するのに必要な情報をローカルＶＳＤＢに問い合わせること、およびアプリケーション・インターフェース・チャネルを介して音声署名認証指示を受信することは、音声署名認証指示を受信するのと等価な方法であることが理解されるだろう。
【０１０５】
一実施形態では、音声認証を実行する必要があると決定されると、サービス・プロバイダ６０２は、音声分析を実行するのに必要なメタ音声署名情報（例示として、６２０ａ、６２０ｂ、６２０ｃ、および６２０ｄ）の取得を開始する。取得は、サービス・プロバイダ６０２によってサポートされる任意の適切な形式でもよいことが理解されるだろう。たとえば、（１）６２０ａによって示されるように、サービス・プロバイダ６０２は、ローカルの取得方法を提供することができる、（２）６２０ｂに示すように、サービス・プロバイダ６０２は、通信ネットワーク６８０ｂを通じて通信セッションを開始することによって取得を実行することができる、（３）６２０ｃに示すように、サービス・プロバイダ６０２は、ＶＳＳ６０７の機能を介して取得を実行することができる、または（４）６２０ｄに示すように、サービス・プロバイダ６０２は、通信ネットワーク６８０ａを通じて通信セッションを開始することによって取得を実行することができる。
【０１０６】
一実施形態では、サービス・プロバイダ６０２は、６３０ａに示されているように、ＶＳｉＲＳ６０５を利用して、受信された音声署名認証指示のルールを実装し、結果にスコア付けして、音声署名認証応答を提供する。サービス・プロバイダ６０２がＶＳｉＲＳ６０５を含まない場合、サービス・プロバイダ６０２は、アプリケーション・インターフェース・チャネル６０９を使用して、ＶＳＳ６０７から音声署名認証応答を取得する。これは、受信された音声署名認証指示のルールを実装し、結果にスコア付けをして、サービス・プロバイダ６０２に音声署名認証応答を返すことが理解されるだろう。
【０１０７】
音声署名認証応答は、サービスに対するエンド・ユーザー要求に応じたサービス・プロバイダ６０２による任意の適切なアクション（複数可）でもよいことが理解されるだろう。たとえば、音声署名認証応答は、次の１つまたは複数を提供することができる：サービス要求を認可するために指示を提供する、サービス要求を拒否するために指示を提供する、サービス要求をチャレンジングするために指示を提供する、認証スコアを提供する、メタ音声署名データを提供する、などである。
【０１０８】
通信ネットワーク６８０ａおよび６８０ｂは、任意の適切な通信デバイス（たとえば、携帯電話、モバイル支払いデバイス、固定の電話、コンピュータ、タブレット、ＶｏＩＰ電話、家庭用支払いデバイス（ｈｏｍｅ  ｐａｙｍｅｎｔ  ｄｅｖｉｃｅ）、ゲーム・デバイス、または電子書籍リーダー）からサービス・プロバイダ６０２への通信を促進するための任意の適切なネットワーク（たとえば、携帯電話ネットワーク、固定電話通信ネットワーク、パケット・ネットワーク、またはインターネット）でもよいことが理解されるだろう。
【０１０９】
ソフトウェアによる方法として本明細書に説明したステップの一部は、たとえば、様々な方法のステップを実行するようにプロセッサと協働する回路として、ハードウェア内に実装できると考えられる。本明細書に説明した機能／要素の一部は、コンピュータ・プログラム製品として実装することができ（たとえば、本明細書に説明した機能を実行するためにハードウェアと協働できるＶＳＳ１１０ソフトウェアを作成できる）、コンピュータ命令は、コンピュータによって処理されたときに、コンピュータの動作を適応させて、本明細書に説明した方法および／または技術が呼び出されるか、そうでなければ提供される。本発明の方法、またはハードウェア／ソフトウェア・コンポーネントの制御を呼び出すための命令は、固定または取り外し可能な媒体に格納し、ブロードバンドのデータ・ストリームまたは他の信号搬送媒体を介して伝送し、かつ／または命令に従って動作するコンピューティング・デバイス内のメモリ内に格納することができる。
【０１１０】
本発明の教示を組み込む様々な実施形態について、音声バイオメトリックを組み込むものとして、本明細書に説明および示したが、任意の適切なバイオメトリック情報を使用することができる（たとえば、指紋バイオメトリックまたは虹彩バイオメトリック）。したがって、音声バイオメトリック処理プレーンは、より概括的には、バイオメトリック処理プレーンと呼ぶことができ、メタ音声署名は、より概括的には、メタ・バイオメトリック署名と呼ぶことができ、音声署名認証指示は、より概括的には、バイオメトリック署名認証指示と呼ぶことができ、音声署名データベースは、より概括的には、バイオメトリック署名データベースと呼ぶことができ、チャレンジ音声インターフェースは、より概括的には、チャレンジバイオメトリック・インターフェースと呼ぶことができ、かつチャレンジングされた音声署名は、より概括的には、チャレンジングされたバイオメトリック署名と呼ぶことができる。
【０１１１】
本発明の教示を組み込んだ様々な実施形態について本明細書に示し、詳細に説明したが、当業者なら、これらの教示を組み込んだ他の多数の様々な実施形態を容易に考案することができる。
【図１】
2014500991.tif 000003
【図２】
2014500991.tif 000004
【図３】
2014500991.tif 000005
【図４】
2014500991.tif 000006
【図５】
2014500991.tif 000007
【図６】
2014500991.tif 000008
【国際調査報告】
2014500991.tif 000009
2014500991.tif 000010
2014500991.tif 000011