集中型生体認証
システム（２００）は、個人の身元を確認する情報に関連した音声サンプル情報を格納する記憶部（２１０）を含む。システムは、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォーム（１５０／１５２／１５４）から受ける受信部（２２１）を含む。さらにシステムは、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証する処理部（２２３）を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおける認証に関する。特に、本発明は、通信ネットワークにおいて人の身元確認を行うバイオメトリックシステムに関する。
【背景技術】
【０００２】
ネットワークを通じ、遠隔地で人の本人確認を行う必要性が存在する。特に、人の生体特徴情報を使って本人であるか否かを遠隔地において認証するバイオメトリックサービスが必要とされている。例えば、通信ネットワーク内の通信プラットフォームを呼び出す個人の身元を認証する集中型（centralized）生体認証システムが必要とされる。
【０００３】
現在、キーパッドにあるキーを押下して音のＤＴＭＦ信号を生成することにより、呼出人（calling party）はインテリジェントペリフェラル通信プラットフォームと交信可能である。インテリジェントペリフェラル通信プラットフォーム１５０は、音声信号を変換し、呼出人に対してスピーチ情報および指示を与える。例えば、インテリジェントペリフェラル通信プラットフォームは、呼出人に対し、キーパッドを使ってアカウントナンバーおよびパスワードを入力するように指示する。サービスを利用できるのは、検証可能なアカウント用の正しいパスワードを入力できる呼出人に限られる。しかしながら、インテリジェントペリフェラル通信プラットフォームは、ＤＴＭＦ信号を使用して個々の呼出人の本人確認を行っているのではなく、インテリジェントペリフェラル通信プラットフォームは、呼出人が正しいアカウント用パスワードを保持していることを単に確認しているだけである。
【０００４】
加えて、インテリジェントペリフェラル通信プラットフォームは、呼出人からの話しを受け付けて翻訳することができる。インテリジェントペリフェラル通信プラットフォームは、呼出人の話しを翻訳し、スピーチ情報を提供し、そして呼出人に指示する。例えば、インテリジェントペリフェラル通信プラットフォームは、呼出人に対してアカウントナンバーおよびパスワードを発音するように指示する。サービスを利用できるのは、アカウント用の正しいパスワードを入力できる呼出人に限られる。しかしながら、インテリジェントペリフェラル通信プラットフォームは、呼出人の話しを使って個々の呼出人の本人確認を行っているのではなく、インテリジェントペリフェラル通信プラットフォームは、呼出人が正しいアカウント用パスワードを保持していることを単に確認しているだけである。
【０００５】
さらに、ボイスメールなどの通信プラットフォームは、呼び出し元のアドレスに関連した情報を使用し、アカウントへのアクセスを許可する。例えば、通信プラットフォームは、自動識別番号（ＡＮＩ）あるいは呼び出し元のＩＰ（internet Protocol）ネットワークアドレスを使用し、アカウントへのアクセスを認可する。しかしながら、通信プラットフォームは、電話番号に関連した情報を使って呼出人の本人確認を行ってはおらず、通信プラットフォームは、アカウントに関連する認可されたアドレスから呼出人が呼び出していることを単に確認しているだけである。
【０００６】
最近では、生体情報を使った個人の身元確認が可能である。例えば、音声特徴情報、顔形状、ＤＮＡ、虹彩スキャン情報および指紋が個人を識別するものとして使用可能である。しかしながら、生体認証には、膨大な量の情報に対する複雑な処理が一般的に含まれる。通信ネットワーク内の通信機器および通信プラットフォームは、十分なメモリを備えておらず、個人用生体情報を格納してすばやく処理する処理能力を備えていない。このような理由により、通信機器および通信プラットフォームにアクセスする状況下では、生体認証は通信ネットワークにおいて使用されていなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、通信ネットワークに生体認証システムを提供する必要がある。特に、本人自身であること認証し、通信ネットワーク内の通信機器および／又は通信プラットフォームによって提供されるサービスにアクセスすることを認可する生体認証システムを提供する必要がある。例えば、生体情報を個人の識別情報と関連づけることによって個人用生体情報を登録する生体認証システムが必要とされる。さらに、通信プラットフォームあるいは通信機器からの要求を受信し、呼出人あるいは顧客から得た生体情報と登録された生体情報とを照合することによって、呼出人あるいは顧客本人と認証する生体認証システムが必要とされる。
【０００８】
上述した問題を解決するため、集中型生体認証システムが提供される。
【０００９】
本発明は、本発明の限定を意図しない実施形態の例によって表される図面を参照することによって、以下の詳細な説明に記載され、同じ参照符号は、いくつかの図面を通して同じ部分を表す。
【課題を解決するための手段】
【００１０】
前述の観点から、本発明は、様々な態様、実施形態および／又は特定の特徴あるいはサブコンポーネントを通じて、以下において顕著に示される少なくとも１つのアドバンテージをもたらすことを意図されている。本発明によれば、呼出人の身元を検証するため通信システムが提供される。システムは、個人の身元を確認する情報に関連した音声サンプル情報を格納する記憶部を含む。システムは、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信部を含む。さらにシステムは、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証する処理部を含む。
【００１１】
本発明の他の特徴によれば、処理部が、デジタルオーディオサンプルを音声サンプルと照合するため、パケット化されたデジタルオーディオサンプルをパケット化されていない信号に復元する。
【００１２】
本発明の他の特徴によれば、受信部が、インターネットを通じて通信プラットフォームからの要求を受ける。
【００１３】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するインテリジェントペリフェラルである。
【００１４】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するボイスメールシステムである。
【００１５】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送する無線ネットワークプラットフォームである。
【００１６】
本発明の他の特徴によれば、システムは、認証の要求に関連する情報の記録を作成するログ作成部をさらに有する。
【００１７】
本発明によれば、呼出人の身元を検証するための方法が提供される。方法は、個人の身元を確認する情報に関連した音声サンプル情報を格納することを含む。方法は、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受けることを含む。さらに方法は、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証することを含む。
【００１８】
本発明の他の特徴によれば、方法は、デジタルオーディオサンプルを音声サンプルと照合するため、パケット化されたデジタルオーディオサンプルをパケット化されていない信号に復元することをさらに含む。
【００１９】
本発明の他の特徴によれば、認証に対する要求は、インターネットを通じて通信プラットフォームから受けられる。
【００２０】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するインテリジェントペリフェラルである。
【００２１】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するボイスメールシステムである。
【００２２】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送する無線ネットワークプラットフォームである。
【００２３】
本発明の他の特徴によれば、方法は、認証の要求に関連する情報の記録を作成することをさらに含む。
【００２４】
本発明によれば、コンピュータ読み取り可能な記録媒体は、呼出人の身元を検証するプログラムを格納する。記録媒体は、個人の身元を確認する情報に関連した音声サンプル情報を格納するサンプル記憶コードセグメントを含む。記録媒体は、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信コードセグメントを含む。さらに記録媒体は、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証する照合コードセグメントを含む。
【００２５】
本発明の他の特徴によれば、記録媒体は、デジタルオーディオサンプルを音声サンプルと照合するため、パケット化されたデジタルオーディオサンプルをパケット化されていない信号に復元する復元コードセグメントをさらに有する。
【００２６】
本発明の他の特徴によれば、認証に対する要求は、インターネットを通じて通信プラットフォームから受けられる。
【００２７】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するインテリジェントペリフェラルである。
【００２８】
本発明の他の特徴によれば、記通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するボイスメールシステムである。
【００２９】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送する無線ネットワークプラットフォームである。
【００３０】
本発明の他の特徴によれば、記録媒体は、認証の要求に関連する情報の記録を作成するログ作成コードセグメントをさらに有する。
【００３１】
通信システムは、集中型バイオメトリックシステムを使用する呼出人の本人認証のため提供される。通信システムは、通信ネットワークに提供され、通信機器、通信プラットフォーム、そして認証システムを含む。本出願では、呼出人は、たとえば顧客などの個人であり、通信プラットフォームによってサポートされるサービスを利用するため通信機器を使用する。さらに、呼び出しは、送り先の受取者との通信する呼出人によって試みられる。
【発明を実施するための最良の形態】
【００３２】
一つの実施形態では、通信ネットワークは、呼出人（calling party）と受話者との間の呼の専用接続回線に提供される、交換機に基づく交換網である。交換機に基づく交換網は、サービス交換点（ＳＳＰ）およびサービス制御点（ＳＣＰ）を含むアドバンスドインテリジェントネットワーク（ＡＩＮ）として構成可能である。アドバンスドインテリジェントネットワークでは、電話、モデムなどの個人用通信機器がサービス交換点に接続されており、特定のダイヤルパターンあるいはシーケンスが個人用通信機器に入力されると、サービス交換点が処理を実行する。あらかじめ定められたダイヤルパターンをサービス交換点が検出すると、サービス交換点は共通信号網（signaling network）を通じてサービス制御点へ質問を送る。サービス制御点に対する質問により、サービス制御点から通信プラットフォームへ呼び出しを転送するように指示が出される。もちろん、呼出人の最初の電話番号もしくは通信プラットフォームの送信先電話番号がサービス制御点を反応させない場合、サービス制御点を用いることなくサービス交換点から通信プラットフォームの経路で呼が転送されてもよい。
【００３３】
他の実施形態では、通信ネットワークは、インターネットのようなパケット交換網である。パケット交換網では、各パケットが独立してルーティングされるように、パケットが処理情報を運ぶ。そのため、パケット交換網において専用接続回線は必要ない。一例として、インターネット可能な個人用通信機器、携帯情報端末（ＰＤＡ）、あるいはブラウザを備えたその他の機器がルータに接続され、ルータは、パケット化されたデータを通信プラットフォームまで転送するための経路を選択する。通信プラットフォームは、通信ネットワークを通じてサービスを提供する専用アプリケーションサーバあるいはその他の種類の通信機器で構成してもよい。
【００３４】
さらにその他の実施形態では、通信ネットワークは、プライベートネットワーク、あるいはＶＰＮ（Virtual Private Network）といった安全ネットワークである。ＶＰＮでは、より大規模なネットワークにおいてあらかじめ決められた下位の機器に対してのみ通信がリンクされる。一例として、ＡＴＭやクレジットカードリーダーのような個人用通信機器は、プライベートネットワークあるいはＶＰＮを介して通信プラットフォームへデータを転送する経路を定める。通信プラットフォームは、大規模なネットワークのあらかじめ定められた下位の機器に対してのみサービスを提供する専用サーバとして構成してもよい。
【００３５】
また他の実施形態では、通信ネットワークは、無線ネットワークである。これにより、通信ネットワークは、通信経路を定めるのに使用されるどのようなタイプのネットワークとしても構成可能である。もちろん、通信ネットワークは、回線ネットワーク、無線ネットワーク、パケット交換網、交換機に基づいた交換網を含む通信経路選択用ネットワークの組み合わせあるいはサブコンビネーションとして構成してもよい。
【００３６】
一つの実施形態では、通信プラットフォームは、交換機に基づいた交換網の電話番号および／又はパケット交換網のＩＰアドレスと対応するインテリジェントペリフェラルである。電話の呼び出しもしくはデータパケットの通信プラットフォームへの転送経路は、一方（あるいは両方）のネットワークの要素を通じて定められる。交換機に基づいた交換網は、呼出人からインテリジェントペリフェラルへの専用接続回線提供に使用可能であり、一方、パケット交換網は、例えばＶｏＩＰ（Voice over Internet Protocol）によってインテリジェントペリフェラルへパケットを転送するための経路選定に使用可能である。
【００３７】
通信プラットフォームは、安全ネットワークの呼、交換機に基づいた交換網の呼、および／又はパケット交換網の呼を行うためのサービスを提供する。通信プラットフォームは、サービスの少なくとも一部へのアクセスを、認可された呼出人だけに制限する。これにより、通信を受けた場合、通信プラットフォームは、呼出人が本人であると確認されなければならないと判断するまで、呼出人と交信する。通信プラットフォームは、呼出人の本人確認がなされるべきと判断すると、検証システムと交信し、検証セッションを開始する。通信プラットフォームは、呼出人から生体サンプルを取得し、生体サンプルを検証システムへ提供する。
【００３８】
検証システムは、生体サンプルを通信プラットフォームから受け取り、個人から生じたものとして生体サンプルを認証する。呼出人と通信プラットフォームが交信し合う間に検証システムの認証機能を要求する必要があると判断された場合、通信プラットフォームは、インターネットあるいは他のパケット交換網を使用して検証システムとの交信を開始する。検証システムは、検証システムの機能が必要なくなるまで通信プラットフォームと交信する。検証システムは、分散型方式によって実装されてもよい。例えば、通信ネットワークは、分散されたデータベースからデータを取り寄せる集中プロセッサを含む。代わりに、クライアントからの要求を受け取り、要求（および関連する生体情報）を分析し、処理された情報の種類に従って二次的プロセッサへ要求を転送する集中プロセッサを、通信ネットワークに含めてもよい。図１は、集中型生体認証用の通信ネットワークアーキテクチャを例示した図である。図示するように、個人用通信機器１００は、公衆電話交換網（ＰＳＴＮ）の中の代表的な交換機１０５に接続される電話である。通信機器の一つである個人用通信機器１０２は、セルラータワー１０４を通じて代表的な交換機１０５と通信する携帯電話あるいは他の無線機である。通信機器の一つであるパーソナルコンピュータ１０１は、交換機１０５の代わりにルータ１０３を介して通信する。これらの個人用通信機器は、パススルーモードで動作可能であり、そこでは特定の呼出人が通信プラットフォームおよび／又は一体的生体認証システムと情報交換し、様々なセキュリティ機能を実現する。パススルーモードの代わりに、個人用通信機器をアクティブモードにおいて動作させることも可能であり、そこでは、個人用通信機器が呼出人と交信し、集中型セキュリティサービスとの情報交換に使用される必然的バイオメトリックデータを収集する。
【００３９】
本実施形態では、通信サービス用に使用されるダイヤルパターン「８００」といった特定のダイヤルパターンに反応する起動トリガーによって交換機１０５がセットされる。トリガーに応じて、交換機１０５は呼び出しを延ばし、サービス制御点１１５へ質問を送る。交換機１０５とサービス制御点１１５は、標準インターフェイスプロトコルを使用したデータネットワークを通じてデータの相互通信を行う。図１では、破線によってデータリンクが図示されている。本実施形態では、交換機１０５とコントロールポイント１１５との間の通信用インターフェイスプロトコルとして、共通線信号方式ＳＳ７（Signaling System No.7）プロトコルが使用される。サービス制御点１１５は、自身による質問の翻訳に基づき、通信プラットフォーム１５０、１５２、又は１５４へ呼（call）を転送するように交換機１０５へ指示を出す。交換機１０５は、交換機に基づいた交換網を通じて通信プラットフォーム１５０、１５２、又は１５４へ呼を転送する。本実施形態によれば、通信機器の一つであるルータ１０３は、ＴＣＰ／ＩＰなどのパケット交換プロトコルに従い、パケットの通信経路を選択する。ルータは、例えばＶｏＩＰ（Voice over Internet Protocol）に従い、パケット交換ネットワークを介した通信プラットフォーム１５０、１５２、又は１５４へのパケット通信経路を選定する。
【００４０】
通信プラットフォーム１５０、１５２、又は１５４は、対話式の音声応答装置あるいは他の種類のインテリジェントペリフェラル機器として構成可能であり、対話式の音声応答機能が備えられている。インテリジェントペリフェラルとサービスノード／インテリジェントペリフェラルを使用したテレコミュニケーションシステムの一例は、２００３年６月３０日出願のノバック（Novack）によるＵＳ特許出願第１０／６０８，０７６号に開示されており、その開示内容は、そのまま参考文書として明白に本明細書に組み入れられる。インテリジェントペリフェラルおよびサービスノード／インテリジェントペリフェラルを使用する方法の一例は、２００４年１月５日出願のノバックらによるＵＳ特許出願第１０／７５１，６８５号に開示されており、そのまま参照文書として明白に本明細書に組み入れられる。対話式音声応答装置の具体例として、ＩＢＭリソースマネージャ、ルーセントコンパクトサービスノード又はルーセントエンハンスドメディアリソースサーバ（eMRS）がある。通信プラットフォーム１５０、１５２、又は１５４は、導入メッセージを呼出人へ発信する。導入メッセージとしては、例えば、ＤＴＭＦ音を生じさせるようなスピーチまたはキーパッド上のボタン押下によって情報を呼出人に入力させるリクエストが含まれる。キーバッドのボタン各々に固有のＤＴＭＦ音が対応づけられ、通信プラットフォーム１５０、１５２、又は１５４によって受信される。通信プラットフォーム１５０、１５２、又は１５４は、呼出人が本人確認、認証される必要があることを示す情報を受信すると、音声サンプルを提供することを呼出人へ指示し、音声サンプルはＶｏＩＰによってパケット化され、プラットフォームから検証システム２００へ転送られる。
【００４１】
通信プラットフォーム１５０、１５２、又は１５４は、サービスノード／インテリジェントペリフェラルとして構成可能であり、独立して一連の指令を呼出人へ転送することを決定する。また、サービスノード／インテリジェントペリフェラル（ＳＮ／ＩＰ）は、コンピュータもしくは通信サーバによって構成可能であり、例えば、従来知られたプロトコルであるＩＳＤＮ−ＢＲＩ（基本インターフェイス）あるいはＩＳＤＮ−ＰＲＩ（一次群速度インターフェイス）を使ったＩＳＤＮリンクを介して、交換機に接続される。代わりに、例えばアナログ線、データライン、あるいは他の音声／データ回線によってＳＮ／ＩＰを交換機に接続させてもよい。ＳＮ／ＩＰは、スピーチ認識、テキストスピーチ変換もしくはその逆変換、そしてＤＴＭＦ音認識を外部の電話供給源へ提供してもよい。本実施形態では、通信プラットフォーム１５０、１５２、又は１５４は、コントロールポイント（図示せず）に応答し、コントロールポイントから指令を受けるインテリジェントペリフェラルとしても構成可能である。コントロールポイントは、呼出人から受け取る一連の信号からデータ処理を実行し、呼出人へ提供する応答を決定する。通信プラットフォーム１５０、１５２，１５４およびコントロールポイントは、ＳＳ７ネットワークのような共通線信号ネットワークを通して交信する。インテリジェントペリフェラルは、対話式音声応答機能と同時に両立するＳＲ−３５１１プロトコルを通じて、サービス制御点からのデータメッセージを内部変換する。
【００４２】
通信プラットフォーム１５０、１５２、又は１５４は、スクリプトされた呼フロー（scripted call flow）によって呼を処理する。呼フローは、呼出人によって提供される情報に従って変わることもある。呼フローは、呼出人の身元検証が必要であると通信プラットフォーム１５０、１５２，又は１５４が決定するまで続き、決定されると、検証システム２００は、呼フローの一部として通信プラットフォーム１５０、１５２、１５４と交信される。一例として、呼出人が身元認証を要求する機能を求める結果、検証システム２００が交信される。通信プラットフォーム１５０、１５２、又は１５４は、検証システム２００によって検証結果を知らされる。
【００４３】
通信プラットフォーム１５０、１５２、又は１５４の呼フロー論理は、サービスノード／インテリジェントペリフェラルであれば、通信プラットフォーム１５０、１５２、又は１５４にロードすればよい。あるいは、代わりに、通信プラットフォーム１５０、１５２、又は１５４と関連し、通信プラットフォーム１５０、１５２、１５４の呼び出しフローの少なくとも一部であるコントロールポイントに呼フロー論理をロードしてもよい。
【００４４】
通信プラットフォーム１５０、１５２、又は１５４と検証システム２００は、呼出人の身元が確証できたと検証システム２００が決定するまで、相互に通信する。通信プラットフォーム１５０、１５２、又は１５４は、ネットワークを通じて検証システム２００と通信する。もちろん、例えば検証システム２００と通信プラットフォーム１５０、１５２、および／又は１５４が一体的に操作される場合、広域エリアネットワークおよび／又はローカルエリアネットワークを通じてパケットの経路を定めればよい。検証システム２００は、一つ又はそれ以上のプラットフォーム１５０、１５２、１５４からのパケット化されたデータだけを受ければよく、その結果、呼出人は検証システム２００と直接通信することを遮られる。
【００４５】
検証システム２００は、通信プラットフォーム１５０、１５２，および／又は１５４からの情報を処理する認証サーバ２２０を含む。通信プラットフォーム１５０、１５２、及び／又は１５４からの情報には、予期される呼び出し人のＩＤ情報，ＶｏＩＰによるパケット化された呼出人の音声サンプル、そして通信プラットフォーム１５０、１５２、１５４が望むような呼出人認証に役立つその他の情報が含まれる。
【００４６】
加えて、検証システム２００は、一人又は複数の人用にあらかじめ登録された音声情報および／又はＩＤ情報を格納するスピーチ特徴データベース２１０を含む。認証サーバ２２０は、スピーチ特徴データベース２１０から音声情報を取り寄せ、取り寄せた音声情報を通信プラットフォームから受け取った音声サンプルと照合させる。照合の結果、音声サンプルの一つもしくはそれ以上の特徴がスピーチ特徴データベース２１０からの音声情報と適切な類似性をもつと判断されると、呼出人が本人であると認証される。
【００４７】
図１に示す通信ネットワークアーキテクチャの使用例として、通信サービスプロバイダは、ボイスメール通信プラットフォーム１５２に応じたサービスナンバーを呼び出すことによって加入者がボイスメールサービス情報を閲覧することができるようにする。現在ある個人識別番号（ＰＩＮ）に基づいた技術の代わりに、ボイスメールシステムに対してセキュリティ機構を提供するためボイスメール通信プラットフォーム１５２を使用してもよい。通信サービスプロバイダは、ボイスメール通信プラットフォーム１５０を使ったサービスの変更を呼出人が要求可能となるようにすることもできる。しかしながら、通信サービスプロバイダは、パスワード変更などのサービス変更の特別な要求を処理する前に、呼出人の認証を要求してもよい。これによれば、ボイスメール通信プラットフォーム１５２に対する呼び出しの呼フローにおいて、サービス情報更新を呼出人が要求するポイントに到達すると、ボイスメール通信プラットフォーム１５２は、検証システム２００とともにＶｏＩＰセッションを起動する。検証システム２００は、ＶｏＩＰパケットを受信し、音声サンプルをスピーチ特徴データベース２１０からの音声情報と比較する。
【００４８】
図１に示す通信ネットワークアーキテクチャを使った他の使用例として、インテリジェントペリフェラルプラットフォーム１５０を、呼出人が預金口座にアクセスできる金融システムとして使ってもよい。しかしながら、金融システムは、取引を行うために付加的情報の提供を呼出人に対して要求してもよい。それに従い、呼出人の情報と口座所持者の情報を合わせるために検証システム２００を使用してもよい。
【００４９】
さらにその他の例として、検証システム２００を、無線通信プラットフォーム１５４を提供する無線ネットワークの加入者に対してパスワード及び個人のＩＤナンバーを変更するために使用してもよい。上述したように、検証システム２００を、呼出人が口座用の個人ＩＤナンバーを変更する前に呼出人の身元を認証するために、使用してもよい。
【００５０】
また、その他の例として、検証システム２００を、個人識別番号（ＰＩＮ）に基づいた技術に代わって、電話を使用するため呼び出しが認可されることを確証するのに使ってもよい。例えば、呼出人が認可なしに通信機器を使っているか疑問が残る場合、呼出人に通知することなく交換機、ルータなどに検証システム２００を接続させればよい。それに従い、例えば無線通信サービスプロバイダにより、通信機器によるネットワーク全体へのアクセスを認めず、ネットワークにおける特定の通信プラットフォームだけにアクセスさせるため検証システム２００を使用してもよい。
【００５１】
よって、図１の通信システムは、集中化された生体認証システムを可能にし、通信プラットフォーム１５０、１５２，１５４のサービス向上のため検証システム２００の機能性を使用できる。通信プラットフォーム１５０、１５２、１５４と検証システム２００との交信は、プラットフォーム１５０、１５２、１５４と検証システム２００との間の通信を直接または間接的に支援するインターネット、あるいはその他のパケット交換網を通じて行えばよい。加えて、呼出人は、電話の呼び出し、あるいは通信プラットフォーム１５０、１５２、１５４とのインターネット対話、Ｗｅｂ対話および／又はデータ対話を最初に確立することができる。そして、通信プラットフォームは、多様な認証レベルで身元を確認するために呼出人と対話するセキュリティサービスに対し、ＶｏＩＰの路を提供する。一度確認されると、呼出人の認証された同一性は、認証決定がなされる手段として使用できる。
【００５２】
図２は、集中型生体認証の検証システム２００の一例を示した図である。図示するように、認証サーバ２２０は、受信部２２１を含む。受信部は、認証サーバ２２０によって提供されるひとつもしくは複数のアプリケーションにおいて使用される通信プロトコルを受け入れる１つ又は複数のポートの間で行き交う情報を受信することができる。認証サーバ２２０はまた、認証サーバ２２０によって提供されるアプリケーションで使用されるプロトコルに従い、ポート間で情報を転送する転送部２２２を備える。受信部２２１は、インターネットにおいて情報パケットを受信し、転送部２２０はインターネットを通してパケット情報を送信する。
【００５３】
認証サーバ２２０はまた、デジタル信号処理部２２３を含む。デジタル信号処理部は、受信部２２１によって情報が受信された後、あるいは転送部２２２によって情報が転送される前に、その情報を処理する。これに関し、デジタル信号処理部は、ＶｏＩＰパケットに組み込まれたオーディオサンプルを復元可能である。特に、ＶｏＩＰパケットは、通信サンプルのデジタル化情報（すなわちビット情報）を含む。オーディオサンプルは、離散的な時間間隔に渡ったアナログ信号のデジタル表現となっている。アナログ信号は、連続的にサンプリングされ、パケット列によって運ばれるデジタルサンプル信号へと変換される。インターネットプロトコルは、５〜５０ミリ秒間隔で取り出されるオーディオサンプルを典型的に含む。
【００５４】
例として、Ｇ．７１１により符号化されたデジタルサンプルは、８ビットであり、順に、符号ビット、３ビットの指数部、４ビットの仮数部から成る。Ｇ．７１１は、ＩＴＵ（International Telecommunication Union）の標準規格となるパルス符号変調（ＰＣＭ）方式である。Ｇ．７１１規格は、μ則（μ―ｌａｗ）によるＰＣＭ方式およびＡ則（Ａ―ｌａｗ）によるＣＰＭ方式を含む。北米などの地上回線において最も一般的に使用される規格はμ則であり、一方、ヨーロッパの地上回線において最も一般的に使用される規格はＡ則である。
【００５５】
μ則、Ａ則両方のＰＣＭ方式は、デジタル音のサンプルデータを圧縮、伸張処理するために使用される。μ則、Ａ則のＰＣＭ方式は、１４ビットの線形符号化されたデジタルオーディオサンプルを、対数コードサンプルに写像する。μ則、Ａ則の符号化方式の付加的な利点として、８ビットのサンプルデータを転送するのに必要なバンド帯域を減らすことができる。デジタル通信サンプルデータ列を含むパケットを生成する処理は、パケット化と呼ばれる。
【００５６】
上述したように、パケットは、一式のデジタル情報を示す。パケットは、パケット交換プロトコルによるパケット交換網を通じて転送可能である。パケット交換プロトコルとしては、例えば、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ(User Data Protocol)、ＩＰ（Internet Protocol）、ＶｏＩＰ（Voice over Internet Protocol）、ＭＰＬＳ（Multi-Protocol Label Switching）などがある。ＶｏＩＰには、例えば、ＩＴＵによって定義された“パケットに基づくマルチメディア通信システム”が含まれる。
【００５７】
パケット交換プロトコルは、パケットのアドレシング、情報および処理のフォーマットを標準化し、その結果、パケットを受信するパケット交換網の各ノードは、パケット情報を審査し、最適なパケットの伝送経路選定および／又はパケット処理を個々に決定できる。例えば、インターネットプロトコルには、パケット交換網のノードにおけるパケット処理などを優先づけるため使用可能な一次的３ビットが含まれる。
【００５８】
通信プラットフォーム１５０、１５２、１５４は、交換機に基づいた交換網から受けた音声をパケット化する。パケット化された音声は、インターネットを介して検証システム２００へ転送される。音声がパケット交換網を通じてルータ１０３から送られてきた場合、音声はすでにパケット化されている。しかしながら、通信プラットフォーム１５０、１５２、１５４は、必要とされる音声サンプルがパケットに含まれているか判断するなど音声データ処理をするため、呼出人からのパケットデータをパケット化前のデータに復元してもよい。通信プラットフォーム１５０、１５２、１５４は、パケット化されたデジタルオーディオサンプルをＶｏＩＰによって検証システム２００へ提供する。これに従い、認証サーバ２２０のデジタル信号処理部２２３は、パケット信号をパケット前の信号に復元して音声サンプルを取得し、復元されたパケット化前の音声サンプルを、アクセスデータベース２１０の音声サンプルセクション２１２に格納された音声情報と照合させる。
【００５９】
スピーチ信号は、呼出人、背景、および転送環境を因子とする非常に複雑な関数となる。そのため、格納される音のサンプルは、いわゆる“トレーニング”用のスピーチサンプルから抽出される話し手の特徴に基づいた話し手の統計的モデルと言える。音声の特徴としては、個人の声のピッチ間隔、リズム、トーン、スペクトル値、周波数そして帯域幅などが含まれる。あらかじめパケット化された音声を認識するソフトウェアは、例えば、マサチューセッツ州ＰｅａｂｏｄｙのＳｃａｎＳｏｆｔ社、カリフォルニア州Ｍｅｎｌｏ ＰａｒｋのＮｕａｎｃｅ社から提供されている。
【００６０】
復元されたオーディオサンプルが格納された音声サンプル情報と一致する場合、呼出人本人であることが認証される。この場合、復元されたデジタルオーディオサンプルは、必ずしも格納された音声サンプルと正確に一致する必要はなく、一致していると判断できるパラメータが提供されればよい。例えば、呼出人が本人であることは、スコアリングシステムに基づいて認証される。呼出人は、ピッチ、ピッチ間隔、発音、アクセントなど様々な異なるカテゴリーそれぞれにおいて９８％一致している場合、本人であると認証される。
【００６１】
ログ生成部２２４は、認証を試行するのに関連した情報を格納する。ログ生成部２２４は、検証行動をサポートするのに使用可能な呼び出し情報および音声情報を含めた情報を生成する。例えば、ログ生成部２２４は、通信プラットフォーム１５０、１５２、又は１５４が身元確認するのであろう人物を示す情報、具体的に言えば“Ｊｏｈｎ Ｓｍｉｔｈ（７０３）５５５−１２１２”、あるいは“Ｊｏｈｎ Ｓｍｉｔｈ 口座番号１１１−２２−３３３３”といった情報を格納する。ログ生成部２２４はまた、受信したＶｏＩＰパケットからの音声情報を格納し、認証を要求する呼出人によって提供される音声サンプルの記録が続けられることを保証する。ログ生成部２２４からの情報は、アクセスデータベース２１０のセッション情報セクション２１４に格納される。
【００６２】
図３は、集中型生体認証を使った個々の呼出人を認証する方法の一例を示した図である。通信プラットフォーム１５０、１５２、１５４いずれかによって提供されるサービスを得るためユーザがサービスナンバーをダイアルすると、ステップＳ３０１において処理が開始される。ステップＳ３０２では、交換機１０５が、サービス制御点１１５からの処理指令を得るため、“呼び出し転送（Call_Forward）”の問い合わせを生成する。ステップＳ３０４では、制御点１５が、呼を通信プラットフォーム１５０、１５２、又は１５４へ転送するよう交換機１０５に指令を出す。ステップＳ３０５では、呼出人と通信プラットフォーム１５０、１５２、又は１５４との接続が確立される。
【００６３】
ステップＳ３１０では、スクリプトされた呼フローによって呼の処理が実行される。特に、通信プラットフォーム１５０、１５２、又は１５４は、あらかじめ定められたスクリプトに続き、呼出人から情報をリクエストする。スクリプト論理は呼出人から提供される情報に従って分かれる。例えば、スクリプトには、「取消を要求する場合、ボタン１を、カスタマーサービス代表と話す場合、ボタン２を押してください。」といった指令が含まれる。
【００６４】
ステップＳ３２０では、通信プラットフォーム１５０、１５２、１５４が呼出人を認証するため検証システム２００と交信することが必要であると判断する場所へスクリプトが到達する。ステップＳ３２６では、通信プラットフォームが、パケット交換プロトコルによってデータ通信可能になるパケット交換網を通して検証システム２００と交信する。例えば、通信プラットフォーム１５０、１５２、又は１５４は、検証システム２００のサービスを要求するため、セッション開始要求を送信する。ステップＳ３４７では、検証システム２００が、通信プラットフォーム１５０、１５２、又は１５４に対し、呼出人からスピーチのサンプルを取得するよう指示する。例えば、検証システム２００は、通信プラットフォーム１５０、１５２、１５４に対し、「Ａ−Ｂ−Ｃ−Ｄ−Ｅ−Ｆ」などを呼出人に発音させるよう指示する。ステップＳ３４８では、通信プラットフォーム１５０、１５２、１５４は、呼出人から音声サンプルを取得し、ＶｏＩＰパケットの音声サンプルを二に昇サーバ２２０へ提供する。
【００６５】
ステップＳ３５２では、認証サーバ２２０が、受信した音声サンプルを処理し、ミニマムスコアあるいは確率によって呼出人が予期される人物本人であると裏付けられるか判断する。ステップＳ３５３では、検証システム２００は、通信プラットフォーム１５０、１５２、又は１５４に対して認証決定を知らせ、通信プラットフォーム１５０、１５２、又は１５４は、認証決定の知らせを受ける。ステップＳ３５４では、通信プラットフォーム１５０、１５２、１５４が、スクリプトによって呼び出しを完了させる。呼出人が予期される人物本人であると認証されなかった場合、カスタマーサービス代表へ連絡するよう呼出人に知らせればよい。このように、検証システム２００は、本人に成りすます人物に対して信頼性ある情報もしくは決定過程の内容が提供されないことを保証する。
【００６６】
図４は、集中型生体認証を使用する通信プラットフォームに対する動作の例示的方法を示した図である。処理開始後、ステップＳ４１０では、通信プラットフォーム１５０、１５２、又は１５４から入ってきた呼び出しが返答され、呼び出しがスクリプトされた呼フローによって処理される。ステップＳ４２０では、検証システム２００と交信するための指令が実行処理される。ステップＳ４２６では、通信プラットフォーム１５０、１５２、又は１５４が、認証処理を実行開始する要求を検証システム２００へ送る。要求には、依頼者が正当な人物であるか判断するため検証システム２００によって使用される依頼者の情報が含まれる。
【００６７】
ステップＳ４２７では、通信プラットフォーム１５０、１５２、又は１５４は、依頼者が正当な人物であるか否かを示す応答を受信する。ステップＳ４２８では、通信プラットフォーム１５０、１５２、又は１５４が、返答に基づき、依頼者が正当な人物であるか否か判断する。依頼者が正当な人物でない場合（Ｓ４２８＝Ｎｏ）、ステップＳ４５６において、呼出人に対して登録の指示および登録ための情報が指示される。その後、処理が終了する。
【００６８】
依頼者が正当な人物であると判断された場合（Ｓ４２８＝Ｙｅｓ）、ステップＳ４３４において、呼出人は生体サンプルを提供するよう指示される。例えば、呼出人は、特定のフレーズあるいは一連の音を話すように指示される。ステップＳ４３６では、通信プラットフォーム１５０、１５２、又は１５４は、生体サンプルが提供されたか判断する。ステップＳ４３６において判断する前に、特定の時間、例えば１０秒間、処理を待ってもよい。サンプルを受けていない場合（Ｓ４３６＝Ｎｏ）、ステップＳ４５６において、呼出人に再度呼び出すよう指示がなされ、処理は終了する。サンプルを受けた場合（Ｓ４３６＝Ｙｅｓ）、ステップＳ４３７において、通信プラットフォーム１５０、１５２、又は１５４は、サンプルをパケット化し、検証システム２００へ提供する。
【００６９】
ステップＳ４３８では、通信プラットフォーム１５０、１５２、又は１５４は、呼出人が検証システム２００によって認可されたか判断する。呼出人がいまだ認可されていない場合、ステップＳ４５８において、呼出人に対して本人確認されていないことが報告され、処理は終了する（ステップＳ４９９）。呼出人が処理を続けることを認可された場合（Ｓ４３８＝Ｙｅｓ）、ステップＳ４５０において、通信プラットフォーム１５０、１５２、又は１５４が、検証システム２００とのセッションが終了したか、もしくは呼出人が検証システム２００による他の検証を必要としているか判断する。検証システム２００とのセッションが終了した場合（Ｓ４５０＝Ｙｅｓ）、ステップＳ４５９において、処理が終了するまで（ステップＳ４９９）呼フローが実行される。しかしながら、検証システム２００とのセッションがまた終了していない場合（Ｓ４５０＝Ｎｏ）、ステップＳ４６０において、通信プラットフォーム１５０、１５２、１５４は、次に必要とされる認証を決定し、ステップＳ４３４における処理が更新され、呼出人に生体サンプルの提供を指示する。
【００７０】
このように、検証システム２００の機能性は、通信プラットフォーム１５０、１５２、１５４との交信を続ける呼出人を認証するために使用される。通信プラットフォームは、呼出人から生体サンプルを取得し、サンプルをパケット化し、パケット化されたサンプルを検証システム２００へ転送する。
【００７１】
集中型生体認証の使用例として、インテリジェントペリフェラル通信プラットフォーム１５０を備えた銀行は、呼出人に情報を提供する、あるいは呼出人が取引可能となる前に、呼出人の特別な身元検証を望むであろう。それに従い、検証システム２００は、通信サービスプロバイダや政府系代行業者のような第三者機関を所有すればよい。検証システム２００は、インテリジェントペリフェラル通信プラットフォーム１５０に対して検証を提供することが可能であり、呼出人が銀行の顧客であるかを判断するため、音声サンプルを分析し、呼出人の音声特徴を銀行の顧客データに記録された音声特徴情報と照合することによって検証を提供可能である。よって、インテリジェントペリフェラル機器１５０を呼び出すことにより、呼出人は預金残高などの情報を得ることができる。さらに、呼出人は、遠隔地から取引することが認可される。それに応じて、スピーチ特徴データベース２１０内の情報は、各個人の身元を検証するために検証システム２００によって使用される。その結果、銀行は、呼出人が単にパスワードあるいはアカウントナンバーを持っているだけで呼出人を信頼する必要はない。
【００７２】
集中型生体認証の他の使用例として、ボイスメール通信プラットフォーム１５２は、ボイスメールへ呼出人がアクセス可能になる前に呼出人の検証を要求すればよい。これに関し、ボイスメールシステムは、すべてのボイスメールに対して検証を要求する加入者に対し、そのような検証を要求する。代わりに、ボイスメールシステムは、ボイスメールメッセージを届ける呼出人に、意図した受取人だけかボイスメールを取り寄せることを保証するオプションを提供してもよい。
【００７３】
図５は、検証システム２００の例示的動作方法を示した図である。ステップＳ５０５では、検証システム２００が開始要求を受信する。開始要求には、本人と称する呼出人のＩＤを示す情報が含まれる。ステップＳ５１０では、検証システム２００は、依頼者が正当な人物であるか判断する。例えば、検証システム２００は、認証されるべき個人があらかじめ登録されているか判断してチェックすればよい。ステップＳ５１５では、検証システム２００は、通信プラットフォーム１５０、１５２、１５４に対して照会が正当なものであったか否かを知らせる。
【００７４】
ステップＳ５２０では、通信プラットフォーム１５０、１５２、又は１５４からパケット化された音声サンプルが届いたか検証システム２００が判断する。ステップＳ５２０の決定前に、例えば検証システム２００は、認証要求の正当性を通信プラットフォームへ知らせた後あらかじめ定められた所定期間だけ待つようにすればよい。所定期間経過した場合（Ｓ５２０＝Ｙｅｓ）、ステップＳ５５０において、検証システム２００はタイムアウトし、通信プラットフォーム１５０、１５２、又は１５４へタイムアウトが知らされる。タイムアウトになると、処理は終了する。
【００７５】
一方、パケット化された音声サンプルが届いた場合（Ｓ５２０＝Ｙｅｓ）、ステップＳ５２５では、音声サンプルが認可できるか検証システムが判断する。呼出人が正当な人であると検証システム２００が認証した場合（Ｓ５２５＝Ｙｅｓ）、ステップＳ５３０では、通信プラットフォームに知らされ、処理は終了する。呼出人が正当な人であると検証システム２００が認証できない場合（Ｓ５２５＝Ｎｏ）、ステップＳ５４０において、呼出人の非正当性が通信プラットフォームへ知らされ、処理が終了する。
【００７６】
集中型生体認証の使用例として、ビジネスによって提供されるサービスがある。例えば、通信プラットフォーム１５０、１５２、又は１５４は、ＳＢＣセキュリティによって提供可能である。ＳＢＣセキュリティは、金融機関に対する認証サービスを提供する。金融機関の顧客が口座を開設する場合、顧客はＳＢＣセキュリティに従い、生体情報を登録するよう指示される。顧客は、顧客の音声特徴の検証システム２００を訓練するのに使用される顧客からの初期の音声特徴情報を取得するインテリジェントペリフェラル通信プラットフォーム１５０を呼び出すことによって登録すればよい。顧客は、顧客の名前など一連のフレーズを繰り返すよう指示される。顧客が後に遠隔地において金融取引を行うための認証が必要となる場合、顧客は金融機関に属するインテリジェントペリフェラル通信プラットフォーム１５０と交信する。通信プラットフォーム１５０、１５２、又は１５４は、パケット化されるとともに認証のため検証システム２００へ送信される生体音声サンプルを提供するように、顧客に対して指示する。
【００７７】
もちろん、集中型生体認証は、その他多くの目的に使用可能である。上述したように、集中型生体認証は、呼出人がサービスを変更、あるいは取引可能となる前に呼出人の身元を認証する。よって、集中型生体認証は、検証システム２００の機能性が通信プラットフォーム１５０、１５２、又は１５４のサービスの向上に貢献できる環境で使用可能である。
【００７８】
図６は、その他の集中型生体認証用通信ネットワークアーキテクチャの例を示した図である。図６の実施形態では、トランザクションプラットフォーム６１０とトランザクションプラットフォーム６２０は、それぞれコンピュータネットワークを通じて検証システム６５０と接続されている。トランザクションプラットフォーム６１０、６２０は、全く異なったネットワーク上の全く異なった会社に属する。例えば、トランザクションプラットフォーム６１０、６２０各々は、ＡＴＭ（Automatic Teller Machine）あるいはクレジットカード受け付け機器になる。
【００７９】
トランザクションプラットフォーム６１０は、生体入力インターフェイス６１２とトランザクションインターフェイス６１４とを備える。トランザクションインターフェイス６１４は、取引要求と同様、ユーザに対して口座番号およびパスワードを提供するように要求すればよい。生体入力インターフェイス６１２は、ユーザから生体情報を取得するため使用される。例えば、生体入力インターフェイスは、ユーザから指紋情報を取得する指紋スキャナ／タッチパッドによって構成される。図１の実施形態のように、生体入力インターフェイスは、電話あるいは他の音声通信機器によって構成されてもよい。
【００８０】
図６の実施形態では、顧客サーバ６１５、６２５は、図１の実施形態における通信プラットフォーム１５０、１５２、１５４と同じ機能性を提供する。ユーザからの情報および要求は、顧客サーバ６１５、６２５によって処理される。加えて、生体入力インターフェイス６１２、６２４からの生体情報がデータとして顧客サーバ６１５、６２５へ提供される。
【００８１】
ユーザの身元検証が必要であると顧客サーバ６１５、６２５が判断すると、トランザクションプラットフォーム６１０、６２０は、トランザクションインターフェイス６１４、６２４を使って、ユーザに対し生体入力提供を指示する。生体情報（指紋、音声など）は顧客サーバ６１５、６２５によって取り寄せられ、ネットワークを介した検証システム６５０への経路が選定される。
【００８２】
図６の実施形態では、トランザクションプラットフォーム６１０は、顧客サーバ６１５とともにプライベートネットワークあるいはＶＰＮ（Virtual Private Network）内にある。同様に、トランザクションプラットフォーム６２０も、顧客サーバ６２５とともにプライベートネットワークあるいはＶＰＮ内にある。顧客サーバ６１５、６２５各々は、複数の通信プラットフォームに対してサービス及びアプリケーションを提供可能である。例えば、顧客サーバ６１５は、複数のＡＴＭプラットフォーム６１０へサービスおよびアプリケーションを提供する。さらに、顧客サーバ６２５は、例えばガソリンスタンドにおいて使用される複数のクレジットカードリーダーに対してサービスおよびアプリケーションを提供する。
【００８３】
顧客サーバ６１５、６２５は、取引が実行可能、あるいはサービスが提供される前に、トランザクションプラットフォーム６１０、６２０のユーザの身元を認証すべきか判断する。これに従い、顧客サーバ６１５、６２５は、トランザクションインターフェイス６１４、６２４に対し、ユーザの生体情報を提供する要求をするように指令する。例えば、ユーザは、生体入力インターフェイス６１２、６２２として指紋スキャナ画面を指で押すことを要求される。あるいは、代わりに、受話器を取り上げて特定の言葉を話すように要求される。
【００８４】
生体認証が提供される度に、生体情報は顧客サーバ６１５、６２５によってパケット化され、検証システム６５０へ転送される。パケット化された生体情報は、インターネットなどの公衆網を通り、ルータ６４１，６４２を介して検証システム６５０へルーティングされる。
【００８５】
検証システム６５０は、生体特徴データベース６５４と、認証サーバ６５２とを備える。情報が音声サンプルのような音声の生体情報である場合、検証システム６５０は検証システム２００と同様の分析を実行する。特に、検証システム６５０は、生体情報が特定の個人としてユーザの身元を確認する可能性を判断する信頼チェックを実行する。同様に、検証システム６５０は、情報が指紋パターンである場合、指紋分析を行う。
【００８６】
検証システム６５０は、数多くの種類の生体情報を使用する多数のクライアントに対してサービスを提供可能である。加えて、検証システム６５０は、多数のクライアントおよびプラットフォームに対して集中型生体認証を提供可能である。もちろん検証システムは、保証される場合に、一つのクライアントのみ集中型生体認証を提供することもできる。
【００８７】
検証システム６５０は、あらかじめユーザ登録することによって、ユーザからの生体情報を最初に取得する。これに関し、ユーザが初めてサービス用生体情報を登録する時、ユーザは、銀行の職員、ユーザの雇用者代表、その他のユーザの初期登録を証明する人へ直接連絡するように指導される。他の実施形態では、ユーザが最初にクレジットカードあるいはデビットカードを確認する場合、ユーザは生体情報を提供するよう指示される。いずれにせよ、ユーザが続けて身元確認を必要とする場合において、ユーザに対する認証キーあるいは身元確認キーとして生体情報が使用される。
【００８８】
このように、検証システム６５０は、ユーザの身元確認，認証、および／又は認可を可能にするバイオメトリック技術の使用をサポートする集中型サービスを提供する。それぞれ個別の種類のバイオメトリックとして記載されないが、生体情報には、音声、指紋、網膜、遺伝子、顔、手、手のひら、筆跡、虹彩、身体的な幾何学特徴、および／又は他の鑑定用特徴が含まれており、個人の身元を識別するのに使用される。上述したように、装置あるいはシステムにアクセスを試みる人は、システムへのアクセス、セッティングの変更、あるいは取引が可能となる前に、音声サンプルや指紋など生体情報を提供するように要求される。さらに、システムは、本人と主張する人物が誰であるか情報なしでデータベース内の最も合う候補者を見つけることにより、個人を盲目的に（すなわち、その個人がどのような人物なのか情報なしで）識別することが可能である。言い換えれば、システムは、呼出人の身元をダイナミックに発見あるいは確証するために使用可能である。代わりに、システムは、ユーザの要求する身分証明に関してのみユーザを認証することもでき、その場合、生体情報はその身分証明に応じた生体情報のみと比較される。
【００８９】
このように、検証システム６５０が集中化され、その結果、生体の特徴情報を使った遠隔地による個人の身元認証が可能となる。上述したように、集中型検証システム６５０は、取引を行う、あるいはサービスを受ける機器を使用する人を遠隔地で検証することができる。集中型検証システム６５０は、顧客者あるいは顧客本人と確認するため加入者全員に対してサービスが提供されるように、公衆電話交換網を通して生体情報を得る。
【００９０】
図７は、集中型生体認証を使用する個々の顧客を認証する方法の一例を示した図である。ステップＳ７０１では、顧客はクレジットカードあるいはＡＴＭカードのようなカードを、トランザクションプラットフォーム６１０のトランザクションインターフェイス６１４へ提供する。例えば、顧客は、カードを指定されたスロットに挿入し、あるいはカードの帯状の磁気を読み取るカードリーダーにカードを通す。ステップＳ７０２では、トランザクションインターフェイス６１４は、カードデータを顧客サーバ６１５へ転送する。顧客サーバ６１５は、多数の処理プラットフォーム６１０と交信する、例えば、銀行に所属する集中型サーバによって構成すればよい。顧客サーバ６１５は、顧客記録を取得し、どのオプションが顧客に提供可能か判断する。
【００９１】
ステップＳ７０４では、顧客サーバ６１５が、トランザクションプラットフォーム６１０に対して処理指令を与える。トランザクションインターフェイス６１４は、顧客サーバ６１５からの処理指令に従い、顧客に対して情報を提供し、顧客からの情報を要求する。
これに関し、処理指令には、どの情報を顧客に表示すべきか判断する対話式スクリプトが含まれる。例えば、顧客が「現金引き落とし」を選ぶと、トランザクションインターフェイス６１４は、顧客に対して現金引き落としメニューを提供する。もちろん、処理指令に伴った顧客サーバ６１５による提供の必要がないように、対話式スクリプトをトランザクションインターフェイス６１４へ組み込み可能である。
【００９２】
ステップＳ７２０では、顧客サーバ６１５が、検証システム６５０との交信の必要性を決定する。ステップＳ７２６では、顧客サーバ６１５は検証システム６５０と交信する。
ステップＳ７４７では、検証システム６５０は、顧客から生体サンプルを得るようにトランザクションプラットフォーム６１０を指示する。もちろん、顧客サーバ６１５がトランザクションプラットフォーム６１０を制御する場合には顧客サーバ６１５へ指示が与えられてもよい。
【００９３】
ステップＳ７４８では、トランザクションプラットフォーム６１０は、顧客から生体サンプルを取得し、生体サンプル情報を検証システム６５０へ転送する。特に、生体サンプルを提供するため、顧客は、生体入力インターフェイス６１２とやり取りし、生体入力インターフェイス６１２は、生体サンプル情報を得るため、生体サンプルを処理する。例えば、顧客は、指先を指紋スキャナに向けて押し、その結果、指紋の画像が撮影され、画像情報が生体サンプル情報として提供される。代わりに、生体サンプル情報としてパケット化される音声情報を提供するため、顧客が指示に沿ってハンドセット、受話器に対して話すようにしてもよい。
【００９４】
ステップＳ７５３では、検証システム６５０は、生体情報サンプルが認証可能、すなわち予期される顧客からの情報であるか判断し、そして、トランザクションプラットフォーム６１０に、その決定が知らされる。ステップＳ７５４では、トランザクションプラットフォーム６１０は、検証システム６５０の認証決定の条件の下、対話式スクリプトに従って処理を終える。
【００９５】
図７に示す実施形態によれば、ＡＴＭあるいはクレジットカード機器を使用する顧客は、カードの使用など取引を行うことが認められた顧客として、個々に認証される。もちろん、図７に示す機能性は、生体入力インターフェイス６１２が利用可能である限り、どの場所においても顧客の身元識別に使用可能である。インターネットの広範囲な利用可能性を考えれば、集中型検証システム６５０は、ほとんどどこでも個人の本人確認に使用可能である。
【００９６】
図８は、集中型生体認証を使用するトランザクションプラットフォーム６１０用動作方法の一例を示した図である。ステップＳ８１０では、トランザクションインターフェイス６１４が顧客の入力を受信し、スクリプトされた交信フローに従って顧客と交信する。ステップＳ８２０では、検証システム６５０と交信する指令が処理される。ステップＳ８２６では、検証セッションを開始する要求が、検証システム６５０へ送られる。ステップＳ８２７では、開始要求の応答が受信される。ステップＳ８２８では、ステップＳ８２７における返答が、依頼者は正当な人物、すなわちあらかじめ集中型検証システム６５０に登録されていることを示しているか判断される。
【００９７】
依頼者が正当でない場合（Ｓ８２８＝Ｎｏ）、ステップＳ８５６において、顧客は顧客サーバ６１５と連絡をとるように指示され、ステップＳ８９９において処理が終了する。依頼者が正当である場合（Ｓ８２８＝Ｙｅｓ）、ステップＳ８３４において、顧客は生体サンプルを提供するように指示される。ステップＳ８３６では、顧客サーバ６１５が生体インターフェイス６５０を介してサンプルを受信したか判断する。サンプルをまだ受け取っていない場合（Ｓ８３６＝Ｎｏ）、ステップＳ８５６において、顧客は検証システム６５０と連絡をとるように指示され、ステップＳ８９９において処理が終了する。サンプルを受信した場合（Ｓ８３６＝Ｙｅｓ）、ステップＳ８３７において、サンプルが検証システム６５０へ提供される。ステップＳ８３８では、生体サンプルを使用する顧客を認証することによって検証システム６５０が取引認可を与えるか否かが決定される。認可を受けた場合（Ｓ８３８＝Ｙｅｓ）、ステップＳ８５９において、終了するまで顧客とのやりとりが続く。
認可を受けなかった場合（Ｓ８３８＝Ｎｏ）、ステップＳ８５８において、本人認証失敗が顧客に知らされ、ステップＳ８９９において処理が終了する。
【００９８】
このように、トランザクションプラットフォーム６１０は、集中型バイオメトリック検証システム６５０を使用する顧客の本人確認を個々に行うため使用される。もちろん、トランザクションプラットフォーム６１０は、ＡＴＭ、クレジットカードリーダーのみに提供されるわけでなく、トランザクションプラットフォーム６１０には、トランザクションインターフェイス６１４として動作するパーソナルコンピュータが含まれる。さらに、トランザクションプラットフォーム６１０には、パーソナルコンピュータあるいは他のパーソナルネットワーク機器のアクセサリーとして、生体入力インターフェイス６１２が含まれる。これに関し、ＶｏＩＰ可能な電話は、音声サンプルを得るため生体入力インターフェイス６１２として使用される。例えば、トランザクションインターフェイス６１４を使用した取引を顧客が試みようとすると、顧客サーバ６１５として動作するアプリケーションサーバに顧客がログインし、顧客サーバ６１５は、顧客認証を要求する。
【００９９】
さらに、集中型検証システム６５０は、金融取引だけの使用に限定されない。例えば、集中型検証システム６５０は、仮釈放された人を監視するホーム監視システムとして使用できる。これに関し、特定の住所において自身の存在を明らかにすることが要求される一定期間釈放が仮釈放人物に対してなされた場合、仮釈放人物の居場所は、仮釈放人物をログオンさせ、顧客サーバ６１５として動作する監視サーバと交信し、音声サンプルを要求に応じて提供することによって定期的に検証可能となる。顧客の場所は自動番号識別（automatic number identification）、あるいは固定ＩＰアドレスによって検証され、仮釈放人物の同一性は、生体サンプルを使って検証される。
【０１００】
よって、検証システム６５０は、各個人の身元が遠隔地で認証しなければならない環境に提供可能である。検証システム６５０は、顧客サーバ６１５、６２５に相当する数多くの仲介サービスプロバイダに対する加入基幹（subscription basis）に提供可能である。例えば、複数の銀行あるいは金融機関は、顧客が認証できることを確証するため、検証システム６５０に申し込みをする。代わりに、検証システム６５０は、顧客サーバ６１５、６２５に相当するＷｅｂサイトに対して顧客の身元を確認するため使用することも可能である。Ｗｅｂサイトは、顧客が取引可能となる前に顧客の生体認証を要求することができる。しかしながら、個々の業者は、そのようなサービスを提供しなければならない場合、生体認証を提供するコストが高くつくことに気づくであろう。集中型検証システム６５０は、どの業者も検証システム６５０のコスト全体を単独で負う必要がないように、数多くの顧客および仲介業者が遠隔地で本人を認証することを可能にする。もちろん、場合によっては、検証システム６５０は、大きな電話通信サービスプロバイダのような、過度に負担することのない一つの業者の使用に限定してもよい。
【０１０１】
このように、集中型バイオメトリック検証システム２００、又は６５０は、従来の公衆電話交換網、アドバンスドインテリジェントネットワーク、インターネットなどのデータネットワーク、無線ネットワーク、その他のネットワークであって、生体情報を転送可能な多くのタイプのネットワークに利用可能である。さらに、生体情報としては、音声情報、指紋あるいは手のひらの情報、又は他の種類の生体情報であって、任意の生体入力インターフェイスに入力できる生体情報が含まれる。例えば、生体入力インターフェイスには、受話器、スピーカー、指紋あるいは手のひらスキャナが含まれる。
【０１０２】
さらに、上述したように、バイオメトリックの音声サンプルは、図１に示すように、交換網を通して提供できる。音声サンプルは、通信プラットフォームにおいてパケット化され、鑑定／認証のためデータネットワークを通じて検証システムへ送信される。これにより、ネットワークに接続された生体入力機器が使用目的で提供される限り、各個人はどんな場所からも身元確認が可能となる。その結果、以前には不可能であった方法によって、遠隔地にある集中型生体認証が広範囲に渡って提供可能である。
【０１０３】
もちろん、図示されたステップとは異なった順序で実行してもよく、すべてのステップを実行しなくてもよい。集中型生体認証方法によって付加的なステップもまた実行可能である。例えば、図４のステップＳ４１０とステップＳ４５９においては、それぞれ呼出人と通信プラットフォーム１５０、１５２、又は１５４との様々な交信を含むように構成してもよい。これに従い、ステップＳ４５６において呼出人にもう一度呼び出しを指示する代わりに、処理はステップＳ４３４にループバックし、呼出人が他の音声サンプルを提供するように指示される。さらに、検証システム２００のプロバイダによって認められるだろうバイオメトリックの音声検証システムあるいは方法によって、呼出人の身元識別あるいは認証することが可能であり、そこには、後に開発される、バイオメトリック音声サンプル特徴情報に基づく本人識別が可能なシステムあるいは方法が含まれる。
【０１０４】
本発明はいくつかの例示的実施形態を参照しながら記載されたが、使用された言葉は、記述および例示の言葉であり、限定する言葉ではない。付随される現在および補正されたクレームの範囲内において、本発明の権利範囲および意図から離れることなく変更が可能である。本発明は特定の手段、材料、実施形態を参照ながら記載されているが、開示された特定のものに本発明は限定されず、本発明は、機能的に均等な構成、方法および使用にまで及ぶ。例えば、ＶｏＩＰパケット化の代わりに、通信プラットフォーム１５０、１５２、又は１５４は、ＭＰＬＳ（Multi-Protocol Level Switching）、あるいは他のパケット交換通信の規格を使って音声サンプルをパケット化してもよい。
【０１０５】
本発明の様々な実施形態に従えば、ここに記載された方法は、コンピュータプロセッサによって実行するソフトウェアプログラムとして動作することを意図する。特定の集積回路、ＰＬＡ（Programmable logic Arrays）、および他のハードウェアデバイスなど限定されない専用ハードウェアの実装によって、ここに記載された方法の実装を同様に構成可能である。さらに、分散処理、コンポーネント／オブジェクト分散処理、並列処理あるいは仮想機械処理など限定されないソフトウェアの実装によって、ここに記載された実装を同様に構成可能である。
【０１０６】
また、記載されたような本発明のソフトウェアによる実装は、具体的な記録媒体に任意に格納され、具体的な記録媒体としては、ディスクあるいはテープ状の磁気媒体、ディスク状の光磁気、あるいは光媒体、そして、一つ又はそれ以上の読み出し専用（不揮発性）メモリ、ＲＡＭ、その他の書き換え可能な（揮発性）メモリを収容するメモリカードあるいは他のパッケージなどの固体媒体などがある。E-mailや他の自己包装される情報アーカイブあるいは一式のアーカイブに添付されるデジタルファイルは、具体的記録媒体と同等の分散型媒体と考慮される。従って、本発明は、ここに列挙され、技術的認識された均等なものおよび取って代わる媒体を含むように、具体的な記録媒体あるいは分散型媒体を含むと考えられ、そこにはソフトウェアのインプリメンテーションが格納される。
【０１０７】
この明細書には、特定の規格およびプロトコルを参照して実施形態に実装された構成および機能を記載しているが、本発明は、そのような規格およびプロトコルに限定されない。通信回線網送信（例えば、ＢＲＩ、ＰＲＩ）パケット交換網送信（例えば、ＴＣＰ、ＵＤＰ、ＩＰ、ＶｏＩＰ、ＭＰＬＳ）、そしてインターフェイスプロトコル（例えば、ＳＲ−３５１１）用の規格各々は、技術水準の一例を表す。そのような規格は、定期的に、より速くより効率的であって同様の機能を本質的に持つ均等なものに取って代わる。したがって、同様の機能をもつ代替の規格およびプロトコルは、同等なものと考慮される。
【図面の簡単な説明】
【０１０８】
【図１】集中型生体認証用の通信ネットワークアーキテクチャを例示した図である。
【図２】集中型生体認証世検証システムの一例を示した図である。
【図３】集中型生体認証を使った個々の呼出人を認証する方法のフローダイアグラムを示した図である。
【図４】集中型生体認証を使用する通信プラットフォームの動作のフローダイアグラムを示した図である。
【図５】集中型生体認証を提供する検証システムの動作のフローダイアグラムを示した図である。
【図６】他の集中型生体認証用通信ネットワークアーキテクチャの例を示した図である。
【図７】集中型生体認証を使用する個々の顧客を認証する方法のフローダイアグラムを示した図である。
【図８】集中型生体認証を使用するトランザクションプラットフォーム６１０の動作方法のフローダイアグラムを示した図である。
【技術分野】
【０００１】
本発明は、通信ネットワークにおける認証に関する。特に、本発明は、通信ネットワークにおいて人の身元確認を行うバイオメトリックシステムに関する。
【背景技術】
【０００２】
ネットワークを通じ、遠隔地で人の本人確認を行う必要性が存在する。特に、人の生体特徴情報を使って本人であるか否かを遠隔地において認証するバイオメトリックサービスが必要とされている。例えば、通信ネットワーク内の通信プラットフォームを呼び出す個人の身元を認証する集中型（centralized）生体認証システムが必要とされる。
【０００３】
現在、キーパッドにあるキーを押下して音のＤＴＭＦ信号を生成することにより、呼出人（calling party）はインテリジェントペリフェラル通信プラットフォームと交信可能である。インテリジェントペリフェラル通信プラットフォーム１５０は、音声信号を変換し、呼出人に対してスピーチ情報および指示を与える。例えば、インテリジェントペリフェラル通信プラットフォームは、呼出人に対し、キーパッドを使ってアカウントナンバーおよびパスワードを入力するように指示する。サービスを利用できるのは、検証可能なアカウント用の正しいパスワードを入力できる呼出人に限られる。しかしながら、インテリジェントペリフェラル通信プラットフォームは、ＤＴＭＦ信号を使用して個々の呼出人の本人確認を行っているのではなく、インテリジェントペリフェラル通信プラットフォームは、呼出人が正しいアカウント用パスワードを保持していることを単に確認しているだけである。
【０００４】
加えて、インテリジェントペリフェラル通信プラットフォームは、呼出人からの話しを受け付けて翻訳することができる。インテリジェントペリフェラル通信プラットフォームは、呼出人の話しを翻訳し、スピーチ情報を提供し、そして呼出人に指示する。例えば、インテリジェントペリフェラル通信プラットフォームは、呼出人に対してアカウントナンバーおよびパスワードを発音するように指示する。サービスを利用できるのは、アカウント用の正しいパスワードを入力できる呼出人に限られる。しかしながら、インテリジェントペリフェラル通信プラットフォームは、呼出人の話しを使って個々の呼出人の本人確認を行っているのではなく、インテリジェントペリフェラル通信プラットフォームは、呼出人が正しいアカウント用パスワードを保持していることを単に確認しているだけである。
【０００５】
さらに、ボイスメールなどの通信プラットフォームは、呼び出し元のアドレスに関連した情報を使用し、アカウントへのアクセスを許可する。例えば、通信プラットフォームは、自動識別番号（ＡＮＩ）あるいは呼び出し元のＩＰ（internet Protocol）ネットワークアドレスを使用し、アカウントへのアクセスを認可する。しかしながら、通信プラットフォームは、電話番号に関連した情報を使って呼出人の本人確認を行ってはおらず、通信プラットフォームは、アカウントに関連する認可されたアドレスから呼出人が呼び出していることを単に確認しているだけである。
【０００６】
最近では、生体情報を使った個人の身元確認が可能である。例えば、音声特徴情報、顔形状、ＤＮＡ、虹彩スキャン情報および指紋が個人を識別するものとして使用可能である。しかしながら、生体認証には、膨大な量の情報に対する複雑な処理が一般的に含まれる。通信ネットワーク内の通信機器および通信プラットフォームは、十分なメモリを備えておらず、個人用生体情報を格納してすばやく処理する処理能力を備えていない。このような理由により、通信機器および通信プラットフォームにアクセスする状況下では、生体認証は通信ネットワークにおいて使用されていなかった。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、通信ネットワークに生体認証システムを提供する必要がある。特に、本人自身であること認証し、通信ネットワーク内の通信機器および／又は通信プラットフォームによって提供されるサービスにアクセスすることを認可する生体認証システムを提供する必要がある。例えば、生体情報を個人の識別情報と関連づけることによって個人用生体情報を登録する生体認証システムが必要とされる。さらに、通信プラットフォームあるいは通信機器からの要求を受信し、呼出人あるいは顧客から得た生体情報と登録された生体情報とを照合することによって、呼出人あるいは顧客本人と認証する生体認証システムが必要とされる。
【０００８】
上述した問題を解決するため、集中型生体認証システムが提供される。
【０００９】
本発明は、本発明の限定を意図しない実施形態の例によって表される図面を参照することによって、以下の詳細な説明に記載され、同じ参照符号は、いくつかの図面を通して同じ部分を表す。
【課題を解決するための手段】
【００１０】
前述の観点から、本発明は、様々な態様、実施形態および／又は特定の特徴あるいはサブコンポーネントを通じて、以下において顕著に示される少なくとも１つのアドバンテージをもたらすことを意図されている。本発明によれば、呼出人の身元を検証するため通信システムが提供される。システムは、個人の身元を確認する情報に関連した音声サンプル情報を格納する記憶部を含む。システムは、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信部を含む。さらにシステムは、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証する処理部を含む。
【００１１】
本発明の他の特徴によれば、処理部が、デジタルオーディオサンプルを音声サンプルと照合するため、パケット化されたデジタルオーディオサンプルをパケット化されていない信号に復元する。
【００１２】
本発明の他の特徴によれば、受信部が、インターネットを通じて通信プラットフォームからの要求を受ける。
【００１３】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するインテリジェントペリフェラルである。
【００１４】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するボイスメールシステムである。
【００１５】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送する無線ネットワークプラットフォームである。
【００１６】
本発明の他の特徴によれば、システムは、認証の要求に関連する情報の記録を作成するログ作成部をさらに有する。
【００１７】
本発明によれば、呼出人の身元を検証するための方法が提供される。方法は、個人の身元を確認する情報に関連した音声サンプル情報を格納することを含む。方法は、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受けることを含む。さらに方法は、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証することを含む。
【００１８】
本発明の他の特徴によれば、方法は、デジタルオーディオサンプルを音声サンプルと照合するため、パケット化されたデジタルオーディオサンプルをパケット化されていない信号に復元することをさらに含む。
【００１９】
本発明の他の特徴によれば、認証に対する要求は、インターネットを通じて通信プラットフォームから受けられる。
【００２０】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するインテリジェントペリフェラルである。
【００２１】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するボイスメールシステムである。
【００２２】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送する無線ネットワークプラットフォームである。
【００２３】
本発明の他の特徴によれば、方法は、認証の要求に関連する情報の記録を作成することをさらに含む。
【００２４】
本発明によれば、コンピュータ読み取り可能な記録媒体は、呼出人の身元を検証するプログラムを格納する。記録媒体は、個人の身元を確認する情報に関連した音声サンプル情報を格納するサンプル記憶コードセグメントを含む。記録媒体は、ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信コードセグメントを含む。さらに記録媒体は、デジタルオーディオサンプルを音声サンプル情報と照合し、呼出人を本人と認証する照合コードセグメントを含む。
【００２５】
本発明の他の特徴によれば、記録媒体は、デジタルオーディオサンプルを音声サンプルと照合するため、パケット化されたデジタルオーディオサンプルをパケット化されていない信号に復元する復元コードセグメントをさらに有する。
【００２６】
本発明の他の特徴によれば、認証に対する要求は、インターネットを通じて通信プラットフォームから受けられる。
【００２７】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するインテリジェントペリフェラルである。
【００２８】
本発明の他の特徴によれば、記通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送するボイスメールシステムである。
【００２９】
本発明の他の特徴によれば、通信プラットフォームが、呼出人の身元を認証するための要求を受信部へ転送する無線ネットワークプラットフォームである。
【００３０】
本発明の他の特徴によれば、記録媒体は、認証の要求に関連する情報の記録を作成するログ作成コードセグメントをさらに有する。
【００３１】
通信システムは、集中型バイオメトリックシステムを使用する呼出人の本人認証のため提供される。通信システムは、通信ネットワークに提供され、通信機器、通信プラットフォーム、そして認証システムを含む。本出願では、呼出人は、たとえば顧客などの個人であり、通信プラットフォームによってサポートされるサービスを利用するため通信機器を使用する。さらに、呼び出しは、送り先の受取者との通信する呼出人によって試みられる。
【発明を実施するための最良の形態】
【００３２】
一つの実施形態では、通信ネットワークは、呼出人（calling party）と受話者との間の呼の専用接続回線に提供される、交換機に基づく交換網である。交換機に基づく交換網は、サービス交換点（ＳＳＰ）およびサービス制御点（ＳＣＰ）を含むアドバンスドインテリジェントネットワーク（ＡＩＮ）として構成可能である。アドバンスドインテリジェントネットワークでは、電話、モデムなどの個人用通信機器がサービス交換点に接続されており、特定のダイヤルパターンあるいはシーケンスが個人用通信機器に入力されると、サービス交換点が処理を実行する。あらかじめ定められたダイヤルパターンをサービス交換点が検出すると、サービス交換点は共通信号網（signaling network）を通じてサービス制御点へ質問を送る。サービス制御点に対する質問により、サービス制御点から通信プラットフォームへ呼び出しを転送するように指示が出される。もちろん、呼出人の最初の電話番号もしくは通信プラットフォームの送信先電話番号がサービス制御点を反応させない場合、サービス制御点を用いることなくサービス交換点から通信プラットフォームの経路で呼が転送されてもよい。
【００３３】
他の実施形態では、通信ネットワークは、インターネットのようなパケット交換網である。パケット交換網では、各パケットが独立してルーティングされるように、パケットが処理情報を運ぶ。そのため、パケット交換網において専用接続回線は必要ない。一例として、インターネット可能な個人用通信機器、携帯情報端末（ＰＤＡ）、あるいはブラウザを備えたその他の機器がルータに接続され、ルータは、パケット化されたデータを通信プラットフォームまで転送するための経路を選択する。通信プラットフォームは、通信ネットワークを通じてサービスを提供する専用アプリケーションサーバあるいはその他の種類の通信機器で構成してもよい。
【００３４】
さらにその他の実施形態では、通信ネットワークは、プライベートネットワーク、あるいはＶＰＮ（Virtual Private Network）といった安全ネットワークである。ＶＰＮでは、より大規模なネットワークにおいてあらかじめ決められた下位の機器に対してのみ通信がリンクされる。一例として、ＡＴＭやクレジットカードリーダーのような個人用通信機器は、プライベートネットワークあるいはＶＰＮを介して通信プラットフォームへデータを転送する経路を定める。通信プラットフォームは、大規模なネットワークのあらかじめ定められた下位の機器に対してのみサービスを提供する専用サーバとして構成してもよい。
【００３５】
また他の実施形態では、通信ネットワークは、無線ネットワークである。これにより、通信ネットワークは、通信経路を定めるのに使用されるどのようなタイプのネットワークとしても構成可能である。もちろん、通信ネットワークは、回線ネットワーク、無線ネットワーク、パケット交換網、交換機に基づいた交換網を含む通信経路選択用ネットワークの組み合わせあるいはサブコンビネーションとして構成してもよい。
【００３６】
一つの実施形態では、通信プラットフォームは、交換機に基づいた交換網の電話番号および／又はパケット交換網のＩＰアドレスと対応するインテリジェントペリフェラルである。電話の呼び出しもしくはデータパケットの通信プラットフォームへの転送経路は、一方（あるいは両方）のネットワークの要素を通じて定められる。交換機に基づいた交換網は、呼出人からインテリジェントペリフェラルへの専用接続回線提供に使用可能であり、一方、パケット交換網は、例えばＶｏＩＰ（Voice over Internet Protocol）によってインテリジェントペリフェラルへパケットを転送するための経路選定に使用可能である。
【００３７】
通信プラットフォームは、安全ネットワークの呼、交換機に基づいた交換網の呼、および／又はパケット交換網の呼を行うためのサービスを提供する。通信プラットフォームは、サービスの少なくとも一部へのアクセスを、認可された呼出人だけに制限する。これにより、通信を受けた場合、通信プラットフォームは、呼出人が本人であると確認されなければならないと判断するまで、呼出人と交信する。通信プラットフォームは、呼出人の本人確認がなされるべきと判断すると、検証システムと交信し、検証セッションを開始する。通信プラットフォームは、呼出人から生体サンプルを取得し、生体サンプルを検証システムへ提供する。
【００３８】
検証システムは、生体サンプルを通信プラットフォームから受け取り、個人から生じたものとして生体サンプルを認証する。呼出人と通信プラットフォームが交信し合う間に検証システムの認証機能を要求する必要があると判断された場合、通信プラットフォームは、インターネットあるいは他のパケット交換網を使用して検証システムとの交信を開始する。検証システムは、検証システムの機能が必要なくなるまで通信プラットフォームと交信する。検証システムは、分散型方式によって実装されてもよい。例えば、通信ネットワークは、分散されたデータベースからデータを取り寄せる集中プロセッサを含む。代わりに、クライアントからの要求を受け取り、要求（および関連する生体情報）を分析し、処理された情報の種類に従って二次的プロセッサへ要求を転送する集中プロセッサを、通信ネットワークに含めてもよい。図１は、集中型生体認証用の通信ネットワークアーキテクチャを例示した図である。図示するように、個人用通信機器１００は、公衆電話交換網（ＰＳＴＮ）の中の代表的な交換機１０５に接続される電話である。通信機器の一つである個人用通信機器１０２は、セルラータワー１０４を通じて代表的な交換機１０５と通信する携帯電話あるいは他の無線機である。通信機器の一つであるパーソナルコンピュータ１０１は、交換機１０５の代わりにルータ１０３を介して通信する。これらの個人用通信機器は、パススルーモードで動作可能であり、そこでは特定の呼出人が通信プラットフォームおよび／又は一体的生体認証システムと情報交換し、様々なセキュリティ機能を実現する。パススルーモードの代わりに、個人用通信機器をアクティブモードにおいて動作させることも可能であり、そこでは、個人用通信機器が呼出人と交信し、集中型セキュリティサービスとの情報交換に使用される必然的バイオメトリックデータを収集する。
【００３９】
本実施形態では、通信サービス用に使用されるダイヤルパターン「８００」といった特定のダイヤルパターンに反応する起動トリガーによって交換機１０５がセットされる。トリガーに応じて、交換機１０５は呼び出しを延ばし、サービス制御点１１５へ質問を送る。交換機１０５とサービス制御点１１５は、標準インターフェイスプロトコルを使用したデータネットワークを通じてデータの相互通信を行う。図１では、破線によってデータリンクが図示されている。本実施形態では、交換機１０５とコントロールポイント１１５との間の通信用インターフェイスプロトコルとして、共通線信号方式ＳＳ７（Signaling System No.7）プロトコルが使用される。サービス制御点１１５は、自身による質問の翻訳に基づき、通信プラットフォーム１５０、１５２、又は１５４へ呼（call）を転送するように交換機１０５へ指示を出す。交換機１０５は、交換機に基づいた交換網を通じて通信プラットフォーム１５０、１５２、又は１５４へ呼を転送する。本実施形態によれば、通信機器の一つであるルータ１０３は、ＴＣＰ／ＩＰなどのパケット交換プロトコルに従い、パケットの通信経路を選択する。ルータは、例えばＶｏＩＰ（Voice over Internet Protocol）に従い、パケット交換ネットワークを介した通信プラットフォーム１５０、１５２、又は１５４へのパケット通信経路を選定する。
【００４０】
通信プラットフォーム１５０、１５２、又は１５４は、対話式の音声応答装置あるいは他の種類のインテリジェントペリフェラル機器として構成可能であり、対話式の音声応答機能が備えられている。インテリジェントペリフェラルとサービスノード／インテリジェントペリフェラルを使用したテレコミュニケーションシステムの一例は、２００３年６月３０日出願のノバック（Novack）によるＵＳ特許出願第１０／６０８，０７６号に開示されており、その開示内容は、そのまま参考文書として明白に本明細書に組み入れられる。インテリジェントペリフェラルおよびサービスノード／インテリジェントペリフェラルを使用する方法の一例は、２００４年１月５日出願のノバックらによるＵＳ特許出願第１０／７５１，６８５号に開示されており、そのまま参照文書として明白に本明細書に組み入れられる。対話式音声応答装置の具体例として、ＩＢＭリソースマネージャ、ルーセントコンパクトサービスノード又はルーセントエンハンスドメディアリソースサーバ（eMRS）がある。通信プラットフォーム１５０、１５２、又は１５４は、導入メッセージを呼出人へ発信する。導入メッセージとしては、例えば、ＤＴＭＦ音を生じさせるようなスピーチまたはキーパッド上のボタン押下によって情報を呼出人に入力させるリクエストが含まれる。キーバッドのボタン各々に固有のＤＴＭＦ音が対応づけられ、通信プラットフォーム１５０、１５２、又は１５４によって受信される。通信プラットフォーム１５０、１５２、又は１５４は、呼出人が本人確認、認証される必要があることを示す情報を受信すると、音声サンプルを提供することを呼出人へ指示し、音声サンプルはＶｏＩＰによってパケット化され、プラットフォームから検証システム２００へ転送られる。
【００４１】
通信プラットフォーム１５０、１５２、又は１５４は、サービスノード／インテリジェントペリフェラルとして構成可能であり、独立して一連の指令を呼出人へ転送することを決定する。また、サービスノード／インテリジェントペリフェラル（ＳＮ／ＩＰ）は、コンピュータもしくは通信サーバによって構成可能であり、例えば、従来知られたプロトコルであるＩＳＤＮ−ＢＲＩ（基本インターフェイス）あるいはＩＳＤＮ−ＰＲＩ（一次群速度インターフェイス）を使ったＩＳＤＮリンクを介して、交換機に接続される。代わりに、例えばアナログ線、データライン、あるいは他の音声／データ回線によってＳＮ／ＩＰを交換機に接続させてもよい。ＳＮ／ＩＰは、スピーチ認識、テキストスピーチ変換もしくはその逆変換、そしてＤＴＭＦ音認識を外部の電話供給源へ提供してもよい。本実施形態では、通信プラットフォーム１５０、１５２、又は１５４は、コントロールポイント（図示せず）に応答し、コントロールポイントから指令を受けるインテリジェントペリフェラルとしても構成可能である。コントロールポイントは、呼出人から受け取る一連の信号からデータ処理を実行し、呼出人へ提供する応答を決定する。通信プラットフォーム１５０、１５２，１５４およびコントロールポイントは、ＳＳ７ネットワークのような共通線信号ネットワークを通して交信する。インテリジェントペリフェラルは、対話式音声応答機能と同時に両立するＳＲ−３５１１プロトコルを通じて、サービス制御点からのデータメッセージを内部変換する。
【００４２】
通信プラットフォーム１５０、１５２、又は１５４は、スクリプトされた呼フロー（scripted call flow）によって呼を処理する。呼フローは、呼出人によって提供される情報に従って変わることもある。呼フローは、呼出人の身元検証が必要であると通信プラットフォーム１５０、１５２，又は１５４が決定するまで続き、決定されると、検証システム２００は、呼フローの一部として通信プラットフォーム１５０、１５２、１５４と交信される。一例として、呼出人が身元認証を要求する機能を求める結果、検証システム２００が交信される。通信プラットフォーム１５０、１５２、又は１５４は、検証システム２００によって検証結果を知らされる。
【００４３】
通信プラットフォーム１５０、１５２、又は１５４の呼フロー論理は、サービスノード／インテリジェントペリフェラルであれば、通信プラットフォーム１５０、１５２、又は１５４にロードすればよい。あるいは、代わりに、通信プラットフォーム１５０、１５２、又は１５４と関連し、通信プラットフォーム１５０、１５２、１５４の呼び出しフローの少なくとも一部であるコントロールポイントに呼フロー論理をロードしてもよい。
【００４４】
通信プラットフォーム１５０、１５２、又は１５４と検証システム２００は、呼出人の身元が確証できたと検証システム２００が決定するまで、相互に通信する。通信プラットフォーム１５０、１５２、又は１５４は、ネットワークを通じて検証システム２００と通信する。もちろん、例えば検証システム２００と通信プラットフォーム１５０、１５２、および／又は１５４が一体的に操作される場合、広域エリアネットワークおよび／又はローカルエリアネットワークを通じてパケットの経路を定めればよい。検証システム２００は、一つ又はそれ以上のプラットフォーム１５０、１５２、１５４からのパケット化されたデータだけを受ければよく、その結果、呼出人は検証システム２００と直接通信することを遮られる。
【００４５】
検証システム２００は、通信プラットフォーム１５０、１５２，および／又は１５４からの情報を処理する認証サーバ２２０を含む。通信プラットフォーム１５０、１５２、及び／又は１５４からの情報には、予期される呼び出し人のＩＤ情報，ＶｏＩＰによるパケット化された呼出人の音声サンプル、そして通信プラットフォーム１５０、１５２、１５４が望むような呼出人認証に役立つその他の情報が含まれる。
【００４６】
加えて、検証システム２００は、一人又は複数の人用にあらかじめ登録された音声情報および／又はＩＤ情報を格納するスピーチ特徴データベース２１０を含む。認証サーバ２２０は、スピーチ特徴データベース２１０から音声情報を取り寄せ、取り寄せた音声情報を通信プラットフォームから受け取った音声サンプルと照合させる。照合の結果、音声サンプルの一つもしくはそれ以上の特徴がスピーチ特徴データベース２１０からの音声情報と適切な類似性をもつと判断されると、呼出人が本人であると認証される。
【００４７】
図１に示す通信ネットワークアーキテクチャの使用例として、通信サービスプロバイダは、ボイスメール通信プラットフォーム１５２に応じたサービスナンバーを呼び出すことによって加入者がボイスメールサービス情報を閲覧することができるようにする。現在ある個人識別番号（ＰＩＮ）に基づいた技術の代わりに、ボイスメールシステムに対してセキュリティ機構を提供するためボイスメール通信プラットフォーム１５２を使用してもよい。通信サービスプロバイダは、ボイスメール通信プラットフォーム１５０を使ったサービスの変更を呼出人が要求可能となるようにすることもできる。しかしながら、通信サービスプロバイダは、パスワード変更などのサービス変更の特別な要求を処理する前に、呼出人の認証を要求してもよい。これによれば、ボイスメール通信プラットフォーム１５２に対する呼び出しの呼フローにおいて、サービス情報更新を呼出人が要求するポイントに到達すると、ボイスメール通信プラットフォーム１５２は、検証システム２００とともにＶｏＩＰセッションを起動する。検証システム２００は、ＶｏＩＰパケットを受信し、音声サンプルをスピーチ特徴データベース２１０からの音声情報と比較する。
【００４８】
図１に示す通信ネットワークアーキテクチャを使った他の使用例として、インテリジェントペリフェラルプラットフォーム１５０を、呼出人が預金口座にアクセスできる金融システムとして使ってもよい。しかしながら、金融システムは、取引を行うために付加的情報の提供を呼出人に対して要求してもよい。それに従い、呼出人の情報と口座所持者の情報を合わせるために検証システム２００を使用してもよい。
【００４９】
さらにその他の例として、検証システム２００を、無線通信プラットフォーム１５４を提供する無線ネットワークの加入者に対してパスワード及び個人のＩＤナンバーを変更するために使用してもよい。上述したように、検証システム２００を、呼出人が口座用の個人ＩＤナンバーを変更する前に呼出人の身元を認証するために、使用してもよい。
【００５０】
また、その他の例として、検証システム２００を、個人識別番号（ＰＩＮ）に基づいた技術に代わって、電話を使用するため呼び出しが認可されることを確証するのに使ってもよい。例えば、呼出人が認可なしに通信機器を使っているか疑問が残る場合、呼出人に通知することなく交換機、ルータなどに検証システム２００を接続させればよい。それに従い、例えば無線通信サービスプロバイダにより、通信機器によるネットワーク全体へのアクセスを認めず、ネットワークにおける特定の通信プラットフォームだけにアクセスさせるため検証システム２００を使用してもよい。
【００５１】
よって、図１の通信システムは、集中化された生体認証システムを可能にし、通信プラットフォーム１５０、１５２，１５４のサービス向上のため検証システム２００の機能性を使用できる。通信プラットフォーム１５０、１５２、１５４と検証システム２００との交信は、プラットフォーム１５０、１５２、１５４と検証システム２００との間の通信を直接または間接的に支援するインターネット、あるいはその他のパケット交換網を通じて行えばよい。加えて、呼出人は、電話の呼び出し、あるいは通信プラットフォーム１５０、１５２、１５４とのインターネット対話、Ｗｅｂ対話および／又はデータ対話を最初に確立することができる。そして、通信プラットフォームは、多様な認証レベルで身元を確認するために呼出人と対話するセキュリティサービスに対し、ＶｏＩＰの路を提供する。一度確認されると、呼出人の認証された同一性は、認証決定がなされる手段として使用できる。
【００５２】
図２は、集中型生体認証の検証システム２００の一例を示した図である。図示するように、認証サーバ２２０は、受信部２２１を含む。受信部は、認証サーバ２２０によって提供されるひとつもしくは複数のアプリケーションにおいて使用される通信プロトコルを受け入れる１つ又は複数のポートの間で行き交う情報を受信することができる。認証サーバ２２０はまた、認証サーバ２２０によって提供されるアプリケーションで使用されるプロトコルに従い、ポート間で情報を転送する転送部２２２を備える。受信部２２１は、インターネットにおいて情報パケットを受信し、転送部２２０はインターネットを通してパケット情報を送信する。
【００５３】
認証サーバ２２０はまた、デジタル信号処理部２２３を含む。デジタル信号処理部は、受信部２２１によって情報が受信された後、あるいは転送部２２２によって情報が転送される前に、その情報を処理する。これに関し、デジタル信号処理部は、ＶｏＩＰパケットに組み込まれたオーディオサンプルを復元可能である。特に、ＶｏＩＰパケットは、通信サンプルのデジタル化情報（すなわちビット情報）を含む。オーディオサンプルは、離散的な時間間隔に渡ったアナログ信号のデジタル表現となっている。アナログ信号は、連続的にサンプリングされ、パケット列によって運ばれるデジタルサンプル信号へと変換される。インターネットプロトコルは、５〜５０ミリ秒間隔で取り出されるオーディオサンプルを典型的に含む。
【００５４】
例として、Ｇ．７１１により符号化されたデジタルサンプルは、８ビットであり、順に、符号ビット、３ビットの指数部、４ビットの仮数部から成る。Ｇ．７１１は、ＩＴＵ（International Telecommunication Union）の標準規格となるパルス符号変調（ＰＣＭ）方式である。Ｇ．７１１規格は、μ則（μ―ｌａｗ）によるＰＣＭ方式およびＡ則（Ａ―ｌａｗ）によるＣＰＭ方式を含む。北米などの地上回線において最も一般的に使用される規格はμ則であり、一方、ヨーロッパの地上回線において最も一般的に使用される規格はＡ則である。
【００５５】
μ則、Ａ則両方のＰＣＭ方式は、デジタル音のサンプルデータを圧縮、伸張処理するために使用される。μ則、Ａ則のＰＣＭ方式は、１４ビットの線形符号化されたデジタルオーディオサンプルを、対数コードサンプルに写像する。μ則、Ａ則の符号化方式の付加的な利点として、８ビットのサンプルデータを転送するのに必要なバンド帯域を減らすことができる。デジタル通信サンプルデータ列を含むパケットを生成する処理は、パケット化と呼ばれる。
【００５６】
上述したように、パケットは、一式のデジタル情報を示す。パケットは、パケット交換プロトコルによるパケット交換網を通じて転送可能である。パケット交換プロトコルとしては、例えば、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ(User Data Protocol)、ＩＰ（Internet Protocol）、ＶｏＩＰ（Voice over Internet Protocol）、ＭＰＬＳ（Multi-Protocol Label Switching）などがある。ＶｏＩＰには、例えば、ＩＴＵによって定義された“パケットに基づくマルチメディア通信システム”が含まれる。
【００５７】
パケット交換プロトコルは、パケットのアドレシング、情報および処理のフォーマットを標準化し、その結果、パケットを受信するパケット交換網の各ノードは、パケット情報を審査し、最適なパケットの伝送経路選定および／又はパケット処理を個々に決定できる。例えば、インターネットプロトコルには、パケット交換網のノードにおけるパケット処理などを優先づけるため使用可能な一次的３ビットが含まれる。
【００５８】
通信プラットフォーム１５０、１５２、１５４は、交換機に基づいた交換網から受けた音声をパケット化する。パケット化された音声は、インターネットを介して検証システム２００へ転送される。音声がパケット交換網を通じてルータ１０３から送られてきた場合、音声はすでにパケット化されている。しかしながら、通信プラットフォーム１５０、１５２、１５４は、必要とされる音声サンプルがパケットに含まれているか判断するなど音声データ処理をするため、呼出人からのパケットデータをパケット化前のデータに復元してもよい。通信プラットフォーム１５０、１５２、１５４は、パケット化されたデジタルオーディオサンプルをＶｏＩＰによって検証システム２００へ提供する。これに従い、認証サーバ２２０のデジタル信号処理部２２３は、パケット信号をパケット前の信号に復元して音声サンプルを取得し、復元されたパケット化前の音声サンプルを、アクセスデータベース２１０の音声サンプルセクション２１２に格納された音声情報と照合させる。
【００５９】
スピーチ信号は、呼出人、背景、および転送環境を因子とする非常に複雑な関数となる。そのため、格納される音のサンプルは、いわゆる“トレーニング”用のスピーチサンプルから抽出される話し手の特徴に基づいた話し手の統計的モデルと言える。音声の特徴としては、個人の声のピッチ間隔、リズム、トーン、スペクトル値、周波数そして帯域幅などが含まれる。あらかじめパケット化された音声を認識するソフトウェアは、例えば、マサチューセッツ州ＰｅａｂｏｄｙのＳｃａｎＳｏｆｔ社、カリフォルニア州Ｍｅｎｌｏ ＰａｒｋのＮｕａｎｃｅ社から提供されている。
【００６０】
復元されたオーディオサンプルが格納された音声サンプル情報と一致する場合、呼出人本人であることが認証される。この場合、復元されたデジタルオーディオサンプルは、必ずしも格納された音声サンプルと正確に一致する必要はなく、一致していると判断できるパラメータが提供されればよい。例えば、呼出人が本人であることは、スコアリングシステムに基づいて認証される。呼出人は、ピッチ、ピッチ間隔、発音、アクセントなど様々な異なるカテゴリーそれぞれにおいて９８％一致している場合、本人であると認証される。
【００６１】
ログ生成部２２４は、認証を試行するのに関連した情報を格納する。ログ生成部２２４は、検証行動をサポートするのに使用可能な呼び出し情報および音声情報を含めた情報を生成する。例えば、ログ生成部２２４は、通信プラットフォーム１５０、１５２、又は１５４が身元確認するのであろう人物を示す情報、具体的に言えば“Ｊｏｈｎ Ｓｍｉｔｈ（７０３）５５５−１２１２”、あるいは“Ｊｏｈｎ Ｓｍｉｔｈ 口座番号１１１−２２−３３３３”といった情報を格納する。ログ生成部２２４はまた、受信したＶｏＩＰパケットからの音声情報を格納し、認証を要求する呼出人によって提供される音声サンプルの記録が続けられることを保証する。ログ生成部２２４からの情報は、アクセスデータベース２１０のセッション情報セクション２１４に格納される。
【００６２】
図３は、集中型生体認証を使った個々の呼出人を認証する方法の一例を示した図である。通信プラットフォーム１５０、１５２、１５４いずれかによって提供されるサービスを得るためユーザがサービスナンバーをダイアルすると、ステップＳ３０１において処理が開始される。ステップＳ３０２では、交換機１０５が、サービス制御点１１５からの処理指令を得るため、“呼び出し転送（Call_Forward）”の問い合わせを生成する。ステップＳ３０４では、制御点１５が、呼を通信プラットフォーム１５０、１５２、又は１５４へ転送するよう交換機１０５に指令を出す。ステップＳ３０５では、呼出人と通信プラットフォーム１５０、１５２、又は１５４との接続が確立される。
【００６３】
ステップＳ３１０では、スクリプトされた呼フローによって呼の処理が実行される。特に、通信プラットフォーム１５０、１５２、又は１５４は、あらかじめ定められたスクリプトに続き、呼出人から情報をリクエストする。スクリプト論理は呼出人から提供される情報に従って分かれる。例えば、スクリプトには、「取消を要求する場合、ボタン１を、カスタマーサービス代表と話す場合、ボタン２を押してください。」といった指令が含まれる。
【００６４】
ステップＳ３２０では、通信プラットフォーム１５０、１５２、１５４が呼出人を認証するため検証システム２００と交信することが必要であると判断する場所へスクリプトが到達する。ステップＳ３２６では、通信プラットフォームが、パケット交換プロトコルによってデータ通信可能になるパケット交換網を通して検証システム２００と交信する。例えば、通信プラットフォーム１５０、１５２、又は１５４は、検証システム２００のサービスを要求するため、セッション開始要求を送信する。ステップＳ３４７では、検証システム２００が、通信プラットフォーム１５０、１５２、又は１５４に対し、呼出人からスピーチのサンプルを取得するよう指示する。例えば、検証システム２００は、通信プラットフォーム１５０、１５２、１５４に対し、「Ａ−Ｂ−Ｃ−Ｄ−Ｅ−Ｆ」などを呼出人に発音させるよう指示する。ステップＳ３４８では、通信プラットフォーム１５０、１５２、１５４は、呼出人から音声サンプルを取得し、ＶｏＩＰパケットの音声サンプルを二に昇サーバ２２０へ提供する。
【００６５】
ステップＳ３５２では、認証サーバ２２０が、受信した音声サンプルを処理し、ミニマムスコアあるいは確率によって呼出人が予期される人物本人であると裏付けられるか判断する。ステップＳ３５３では、検証システム２００は、通信プラットフォーム１５０、１５２、又は１５４に対して認証決定を知らせ、通信プラットフォーム１５０、１５２、又は１５４は、認証決定の知らせを受ける。ステップＳ３５４では、通信プラットフォーム１５０、１５２、１５４が、スクリプトによって呼び出しを完了させる。呼出人が予期される人物本人であると認証されなかった場合、カスタマーサービス代表へ連絡するよう呼出人に知らせればよい。このように、検証システム２００は、本人に成りすます人物に対して信頼性ある情報もしくは決定過程の内容が提供されないことを保証する。
【００６６】
図４は、集中型生体認証を使用する通信プラットフォームに対する動作の例示的方法を示した図である。処理開始後、ステップＳ４１０では、通信プラットフォーム１５０、１５２、又は１５４から入ってきた呼び出しが返答され、呼び出しがスクリプトされた呼フローによって処理される。ステップＳ４２０では、検証システム２００と交信するための指令が実行処理される。ステップＳ４２６では、通信プラットフォーム１５０、１５２、又は１５４が、認証処理を実行開始する要求を検証システム２００へ送る。要求には、依頼者が正当な人物であるか判断するため検証システム２００によって使用される依頼者の情報が含まれる。
【００６７】
ステップＳ４２７では、通信プラットフォーム１５０、１５２、又は１５４は、依頼者が正当な人物であるか否かを示す応答を受信する。ステップＳ４２８では、通信プラットフォーム１５０、１５２、又は１５４が、返答に基づき、依頼者が正当な人物であるか否か判断する。依頼者が正当な人物でない場合（Ｓ４２８＝Ｎｏ）、ステップＳ４５６において、呼出人に対して登録の指示および登録ための情報が指示される。その後、処理が終了する。
【００６８】
依頼者が正当な人物であると判断された場合（Ｓ４２８＝Ｙｅｓ）、ステップＳ４３４において、呼出人は生体サンプルを提供するよう指示される。例えば、呼出人は、特定のフレーズあるいは一連の音を話すように指示される。ステップＳ４３６では、通信プラットフォーム１５０、１５２、又は１５４は、生体サンプルが提供されたか判断する。ステップＳ４３６において判断する前に、特定の時間、例えば１０秒間、処理を待ってもよい。サンプルを受けていない場合（Ｓ４３６＝Ｎｏ）、ステップＳ４５６において、呼出人に再度呼び出すよう指示がなされ、処理は終了する。サンプルを受けた場合（Ｓ４３６＝Ｙｅｓ）、ステップＳ４３７において、通信プラットフォーム１５０、１５２、又は１５４は、サンプルをパケット化し、検証システム２００へ提供する。
【００６９】
ステップＳ４３８では、通信プラットフォーム１５０、１５２、又は１５４は、呼出人が検証システム２００によって認可されたか判断する。呼出人がいまだ認可されていない場合、ステップＳ４５８において、呼出人に対して本人確認されていないことが報告され、処理は終了する（ステップＳ４９９）。呼出人が処理を続けることを認可された場合（Ｓ４３８＝Ｙｅｓ）、ステップＳ４５０において、通信プラットフォーム１５０、１５２、又は１５４が、検証システム２００とのセッションが終了したか、もしくは呼出人が検証システム２００による他の検証を必要としているか判断する。検証システム２００とのセッションが終了した場合（Ｓ４５０＝Ｙｅｓ）、ステップＳ４５９において、処理が終了するまで（ステップＳ４９９）呼フローが実行される。しかしながら、検証システム２００とのセッションがまた終了していない場合（Ｓ４５０＝Ｎｏ）、ステップＳ４６０において、通信プラットフォーム１５０、１５２、１５４は、次に必要とされる認証を決定し、ステップＳ４３４における処理が更新され、呼出人に生体サンプルの提供を指示する。
【００７０】
このように、検証システム２００の機能性は、通信プラットフォーム１５０、１５２、１５４との交信を続ける呼出人を認証するために使用される。通信プラットフォームは、呼出人から生体サンプルを取得し、サンプルをパケット化し、パケット化されたサンプルを検証システム２００へ転送する。
【００７１】
集中型生体認証の使用例として、インテリジェントペリフェラル通信プラットフォーム１５０を備えた銀行は、呼出人に情報を提供する、あるいは呼出人が取引可能となる前に、呼出人の特別な身元検証を望むであろう。それに従い、検証システム２００は、通信サービスプロバイダや政府系代行業者のような第三者機関を所有すればよい。検証システム２００は、インテリジェントペリフェラル通信プラットフォーム１５０に対して検証を提供することが可能であり、呼出人が銀行の顧客であるかを判断するため、音声サンプルを分析し、呼出人の音声特徴を銀行の顧客データに記録された音声特徴情報と照合することによって検証を提供可能である。よって、インテリジェントペリフェラル機器１５０を呼び出すことにより、呼出人は預金残高などの情報を得ることができる。さらに、呼出人は、遠隔地から取引することが認可される。それに応じて、スピーチ特徴データベース２１０内の情報は、各個人の身元を検証するために検証システム２００によって使用される。その結果、銀行は、呼出人が単にパスワードあるいはアカウントナンバーを持っているだけで呼出人を信頼する必要はない。
【００７２】
集中型生体認証の他の使用例として、ボイスメール通信プラットフォーム１５２は、ボイスメールへ呼出人がアクセス可能になる前に呼出人の検証を要求すればよい。これに関し、ボイスメールシステムは、すべてのボイスメールに対して検証を要求する加入者に対し、そのような検証を要求する。代わりに、ボイスメールシステムは、ボイスメールメッセージを届ける呼出人に、意図した受取人だけかボイスメールを取り寄せることを保証するオプションを提供してもよい。
【００７３】
図５は、検証システム２００の例示的動作方法を示した図である。ステップＳ５０５では、検証システム２００が開始要求を受信する。開始要求には、本人と称する呼出人のＩＤを示す情報が含まれる。ステップＳ５１０では、検証システム２００は、依頼者が正当な人物であるか判断する。例えば、検証システム２００は、認証されるべき個人があらかじめ登録されているか判断してチェックすればよい。ステップＳ５１５では、検証システム２００は、通信プラットフォーム１５０、１５２、１５４に対して照会が正当なものであったか否かを知らせる。
【００７４】
ステップＳ５２０では、通信プラットフォーム１５０、１５２、又は１５４からパケット化された音声サンプルが届いたか検証システム２００が判断する。ステップＳ５２０の決定前に、例えば検証システム２００は、認証要求の正当性を通信プラットフォームへ知らせた後あらかじめ定められた所定期間だけ待つようにすればよい。所定期間経過した場合（Ｓ５２０＝Ｙｅｓ）、ステップＳ５５０において、検証システム２００はタイムアウトし、通信プラットフォーム１５０、１５２、又は１５４へタイムアウトが知らされる。タイムアウトになると、処理は終了する。
【００７５】
一方、パケット化された音声サンプルが届いた場合（Ｓ５２０＝Ｙｅｓ）、ステップＳ５２５では、音声サンプルが認可できるか検証システムが判断する。呼出人が正当な人であると検証システム２００が認証した場合（Ｓ５２５＝Ｙｅｓ）、ステップＳ５３０では、通信プラットフォームに知らされ、処理は終了する。呼出人が正当な人であると検証システム２００が認証できない場合（Ｓ５２５＝Ｎｏ）、ステップＳ５４０において、呼出人の非正当性が通信プラットフォームへ知らされ、処理が終了する。
【００７６】
集中型生体認証の使用例として、ビジネスによって提供されるサービスがある。例えば、通信プラットフォーム１５０、１５２、又は１５４は、ＳＢＣセキュリティによって提供可能である。ＳＢＣセキュリティは、金融機関に対する認証サービスを提供する。金融機関の顧客が口座を開設する場合、顧客はＳＢＣセキュリティに従い、生体情報を登録するよう指示される。顧客は、顧客の音声特徴の検証システム２００を訓練するのに使用される顧客からの初期の音声特徴情報を取得するインテリジェントペリフェラル通信プラットフォーム１５０を呼び出すことによって登録すればよい。顧客は、顧客の名前など一連のフレーズを繰り返すよう指示される。顧客が後に遠隔地において金融取引を行うための認証が必要となる場合、顧客は金融機関に属するインテリジェントペリフェラル通信プラットフォーム１５０と交信する。通信プラットフォーム１５０、１５２、又は１５４は、パケット化されるとともに認証のため検証システム２００へ送信される生体音声サンプルを提供するように、顧客に対して指示する。
【００７７】
もちろん、集中型生体認証は、その他多くの目的に使用可能である。上述したように、集中型生体認証は、呼出人がサービスを変更、あるいは取引可能となる前に呼出人の身元を認証する。よって、集中型生体認証は、検証システム２００の機能性が通信プラットフォーム１５０、１５２、又は１５４のサービスの向上に貢献できる環境で使用可能である。
【００７８】
図６は、その他の集中型生体認証用通信ネットワークアーキテクチャの例を示した図である。図６の実施形態では、トランザクションプラットフォーム６１０とトランザクションプラットフォーム６２０は、それぞれコンピュータネットワークを通じて検証システム６５０と接続されている。トランザクションプラットフォーム６１０、６２０は、全く異なったネットワーク上の全く異なった会社に属する。例えば、トランザクションプラットフォーム６１０、６２０各々は、ＡＴＭ（Automatic Teller Machine）あるいはクレジットカード受け付け機器になる。
【００７９】
トランザクションプラットフォーム６１０は、生体入力インターフェイス６１２とトランザクションインターフェイス６１４とを備える。トランザクションインターフェイス６１４は、取引要求と同様、ユーザに対して口座番号およびパスワードを提供するように要求すればよい。生体入力インターフェイス６１２は、ユーザから生体情報を取得するため使用される。例えば、生体入力インターフェイスは、ユーザから指紋情報を取得する指紋スキャナ／タッチパッドによって構成される。図１の実施形態のように、生体入力インターフェイスは、電話あるいは他の音声通信機器によって構成されてもよい。
【００８０】
図６の実施形態では、顧客サーバ６１５、６２５は、図１の実施形態における通信プラットフォーム１５０、１５２、１５４と同じ機能性を提供する。ユーザからの情報および要求は、顧客サーバ６１５、６２５によって処理される。加えて、生体入力インターフェイス６１２、６２４からの生体情報がデータとして顧客サーバ６１５、６２５へ提供される。
【００８１】
ユーザの身元検証が必要であると顧客サーバ６１５、６２５が判断すると、トランザクションプラットフォーム６１０、６２０は、トランザクションインターフェイス６１４、６２４を使って、ユーザに対し生体入力提供を指示する。生体情報（指紋、音声など）は顧客サーバ６１５、６２５によって取り寄せられ、ネットワークを介した検証システム６５０への経路が選定される。
【００８２】
図６の実施形態では、トランザクションプラットフォーム６１０は、顧客サーバ６１５とともにプライベートネットワークあるいはＶＰＮ（Virtual Private Network）内にある。同様に、トランザクションプラットフォーム６２０も、顧客サーバ６２５とともにプライベートネットワークあるいはＶＰＮ内にある。顧客サーバ６１５、６２５各々は、複数の通信プラットフォームに対してサービス及びアプリケーションを提供可能である。例えば、顧客サーバ６１５は、複数のＡＴＭプラットフォーム６１０へサービスおよびアプリケーションを提供する。さらに、顧客サーバ６２５は、例えばガソリンスタンドにおいて使用される複数のクレジットカードリーダーに対してサービスおよびアプリケーションを提供する。
【００８３】
顧客サーバ６１５、６２５は、取引が実行可能、あるいはサービスが提供される前に、トランザクションプラットフォーム６１０、６２０のユーザの身元を認証すべきか判断する。これに従い、顧客サーバ６１５、６２５は、トランザクションインターフェイス６１４、６２４に対し、ユーザの生体情報を提供する要求をするように指令する。例えば、ユーザは、生体入力インターフェイス６１２、６２２として指紋スキャナ画面を指で押すことを要求される。あるいは、代わりに、受話器を取り上げて特定の言葉を話すように要求される。
【００８４】
生体認証が提供される度に、生体情報は顧客サーバ６１５、６２５によってパケット化され、検証システム６５０へ転送される。パケット化された生体情報は、インターネットなどの公衆網を通り、ルータ６４１，６４２を介して検証システム６５０へルーティングされる。
【００８５】
検証システム６５０は、生体特徴データベース６５４と、認証サーバ６５２とを備える。情報が音声サンプルのような音声の生体情報である場合、検証システム６５０は検証システム２００と同様の分析を実行する。特に、検証システム６５０は、生体情報が特定の個人としてユーザの身元を確認する可能性を判断する信頼チェックを実行する。同様に、検証システム６５０は、情報が指紋パターンである場合、指紋分析を行う。
【００８６】
検証システム６５０は、数多くの種類の生体情報を使用する多数のクライアントに対してサービスを提供可能である。加えて、検証システム６５０は、多数のクライアントおよびプラットフォームに対して集中型生体認証を提供可能である。もちろん検証システムは、保証される場合に、一つのクライアントのみ集中型生体認証を提供することもできる。
【００８７】
検証システム６５０は、あらかじめユーザ登録することによって、ユーザからの生体情報を最初に取得する。これに関し、ユーザが初めてサービス用生体情報を登録する時、ユーザは、銀行の職員、ユーザの雇用者代表、その他のユーザの初期登録を証明する人へ直接連絡するように指導される。他の実施形態では、ユーザが最初にクレジットカードあるいはデビットカードを確認する場合、ユーザは生体情報を提供するよう指示される。いずれにせよ、ユーザが続けて身元確認を必要とする場合において、ユーザに対する認証キーあるいは身元確認キーとして生体情報が使用される。
【００８８】
このように、検証システム６５０は、ユーザの身元確認，認証、および／又は認可を可能にするバイオメトリック技術の使用をサポートする集中型サービスを提供する。それぞれ個別の種類のバイオメトリックとして記載されないが、生体情報には、音声、指紋、網膜、遺伝子、顔、手、手のひら、筆跡、虹彩、身体的な幾何学特徴、および／又は他の鑑定用特徴が含まれており、個人の身元を識別するのに使用される。上述したように、装置あるいはシステムにアクセスを試みる人は、システムへのアクセス、セッティングの変更、あるいは取引が可能となる前に、音声サンプルや指紋など生体情報を提供するように要求される。さらに、システムは、本人と主張する人物が誰であるか情報なしでデータベース内の最も合う候補者を見つけることにより、個人を盲目的に（すなわち、その個人がどのような人物なのか情報なしで）識別することが可能である。言い換えれば、システムは、呼出人の身元をダイナミックに発見あるいは確証するために使用可能である。代わりに、システムは、ユーザの要求する身分証明に関してのみユーザを認証することもでき、その場合、生体情報はその身分証明に応じた生体情報のみと比較される。
【００８９】
このように、検証システム６５０が集中化され、その結果、生体の特徴情報を使った遠隔地による個人の身元認証が可能となる。上述したように、集中型検証システム６５０は、取引を行う、あるいはサービスを受ける機器を使用する人を遠隔地で検証することができる。集中型検証システム６５０は、顧客者あるいは顧客本人と確認するため加入者全員に対してサービスが提供されるように、公衆電話交換網を通して生体情報を得る。
【００９０】
図７は、集中型生体認証を使用する個々の顧客を認証する方法の一例を示した図である。ステップＳ７０１では、顧客はクレジットカードあるいはＡＴＭカードのようなカードを、トランザクションプラットフォーム６１０のトランザクションインターフェイス６１４へ提供する。例えば、顧客は、カードを指定されたスロットに挿入し、あるいはカードの帯状の磁気を読み取るカードリーダーにカードを通す。ステップＳ７０２では、トランザクションインターフェイス６１４は、カードデータを顧客サーバ６１５へ転送する。顧客サーバ６１５は、多数の処理プラットフォーム６１０と交信する、例えば、銀行に所属する集中型サーバによって構成すればよい。顧客サーバ６１５は、顧客記録を取得し、どのオプションが顧客に提供可能か判断する。
【００９１】
ステップＳ７０４では、顧客サーバ６１５が、トランザクションプラットフォーム６１０に対して処理指令を与える。トランザクションインターフェイス６１４は、顧客サーバ６１５からの処理指令に従い、顧客に対して情報を提供し、顧客からの情報を要求する。
これに関し、処理指令には、どの情報を顧客に表示すべきか判断する対話式スクリプトが含まれる。例えば、顧客が「現金引き落とし」を選ぶと、トランザクションインターフェイス６１４は、顧客に対して現金引き落としメニューを提供する。もちろん、処理指令に伴った顧客サーバ６１５による提供の必要がないように、対話式スクリプトをトランザクションインターフェイス６１４へ組み込み可能である。
【００９２】
ステップＳ７２０では、顧客サーバ６１５が、検証システム６５０との交信の必要性を決定する。ステップＳ７２６では、顧客サーバ６１５は検証システム６５０と交信する。
ステップＳ７４７では、検証システム６５０は、顧客から生体サンプルを得るようにトランザクションプラットフォーム６１０を指示する。もちろん、顧客サーバ６１５がトランザクションプラットフォーム６１０を制御する場合には顧客サーバ６１５へ指示が与えられてもよい。
【００９３】
ステップＳ７４８では、トランザクションプラットフォーム６１０は、顧客から生体サンプルを取得し、生体サンプル情報を検証システム６５０へ転送する。特に、生体サンプルを提供するため、顧客は、生体入力インターフェイス６１２とやり取りし、生体入力インターフェイス６１２は、生体サンプル情報を得るため、生体サンプルを処理する。例えば、顧客は、指先を指紋スキャナに向けて押し、その結果、指紋の画像が撮影され、画像情報が生体サンプル情報として提供される。代わりに、生体サンプル情報としてパケット化される音声情報を提供するため、顧客が指示に沿ってハンドセット、受話器に対して話すようにしてもよい。
【００９４】
ステップＳ７５３では、検証システム６５０は、生体情報サンプルが認証可能、すなわち予期される顧客からの情報であるか判断し、そして、トランザクションプラットフォーム６１０に、その決定が知らされる。ステップＳ７５４では、トランザクションプラットフォーム６１０は、検証システム６５０の認証決定の条件の下、対話式スクリプトに従って処理を終える。
【００９５】
図７に示す実施形態によれば、ＡＴＭあるいはクレジットカード機器を使用する顧客は、カードの使用など取引を行うことが認められた顧客として、個々に認証される。もちろん、図７に示す機能性は、生体入力インターフェイス６１２が利用可能である限り、どの場所においても顧客の身元識別に使用可能である。インターネットの広範囲な利用可能性を考えれば、集中型検証システム６５０は、ほとんどどこでも個人の本人確認に使用可能である。
【００９６】
図８は、集中型生体認証を使用するトランザクションプラットフォーム６１０用動作方法の一例を示した図である。ステップＳ８１０では、トランザクションインターフェイス６１４が顧客の入力を受信し、スクリプトされた交信フローに従って顧客と交信する。ステップＳ８２０では、検証システム６５０と交信する指令が処理される。ステップＳ８２６では、検証セッションを開始する要求が、検証システム６５０へ送られる。ステップＳ８２７では、開始要求の応答が受信される。ステップＳ８２８では、ステップＳ８２７における返答が、依頼者は正当な人物、すなわちあらかじめ集中型検証システム６５０に登録されていることを示しているか判断される。
【００９７】
依頼者が正当でない場合（Ｓ８２８＝Ｎｏ）、ステップＳ８５６において、顧客は顧客サーバ６１５と連絡をとるように指示され、ステップＳ８９９において処理が終了する。依頼者が正当である場合（Ｓ８２８＝Ｙｅｓ）、ステップＳ８３４において、顧客は生体サンプルを提供するように指示される。ステップＳ８３６では、顧客サーバ６１５が生体インターフェイス６５０を介してサンプルを受信したか判断する。サンプルをまだ受け取っていない場合（Ｓ８３６＝Ｎｏ）、ステップＳ８５６において、顧客は検証システム６５０と連絡をとるように指示され、ステップＳ８９９において処理が終了する。サンプルを受信した場合（Ｓ８３６＝Ｙｅｓ）、ステップＳ８３７において、サンプルが検証システム６５０へ提供される。ステップＳ８３８では、生体サンプルを使用する顧客を認証することによって検証システム６５０が取引認可を与えるか否かが決定される。認可を受けた場合（Ｓ８３８＝Ｙｅｓ）、ステップＳ８５９において、終了するまで顧客とのやりとりが続く。
認可を受けなかった場合（Ｓ８３８＝Ｎｏ）、ステップＳ８５８において、本人認証失敗が顧客に知らされ、ステップＳ８９９において処理が終了する。
【００９８】
このように、トランザクションプラットフォーム６１０は、集中型バイオメトリック検証システム６５０を使用する顧客の本人確認を個々に行うため使用される。もちろん、トランザクションプラットフォーム６１０は、ＡＴＭ、クレジットカードリーダーのみに提供されるわけでなく、トランザクションプラットフォーム６１０には、トランザクションインターフェイス６１４として動作するパーソナルコンピュータが含まれる。さらに、トランザクションプラットフォーム６１０には、パーソナルコンピュータあるいは他のパーソナルネットワーク機器のアクセサリーとして、生体入力インターフェイス６１２が含まれる。これに関し、ＶｏＩＰ可能な電話は、音声サンプルを得るため生体入力インターフェイス６１２として使用される。例えば、トランザクションインターフェイス６１４を使用した取引を顧客が試みようとすると、顧客サーバ６１５として動作するアプリケーションサーバに顧客がログインし、顧客サーバ６１５は、顧客認証を要求する。
【００９９】
さらに、集中型検証システム６５０は、金融取引だけの使用に限定されない。例えば、集中型検証システム６５０は、仮釈放された人を監視するホーム監視システムとして使用できる。これに関し、特定の住所において自身の存在を明らかにすることが要求される一定期間釈放が仮釈放人物に対してなされた場合、仮釈放人物の居場所は、仮釈放人物をログオンさせ、顧客サーバ６１５として動作する監視サーバと交信し、音声サンプルを要求に応じて提供することによって定期的に検証可能となる。顧客の場所は自動番号識別（automatic number identification）、あるいは固定ＩＰアドレスによって検証され、仮釈放人物の同一性は、生体サンプルを使って検証される。
【０１００】
よって、検証システム６５０は、各個人の身元が遠隔地で認証しなければならない環境に提供可能である。検証システム６５０は、顧客サーバ６１５、６２５に相当する数多くの仲介サービスプロバイダに対する加入基幹（subscription basis）に提供可能である。例えば、複数の銀行あるいは金融機関は、顧客が認証できることを確証するため、検証システム６５０に申し込みをする。代わりに、検証システム６５０は、顧客サーバ６１５、６２５に相当するＷｅｂサイトに対して顧客の身元を確認するため使用することも可能である。Ｗｅｂサイトは、顧客が取引可能となる前に顧客の生体認証を要求することができる。しかしながら、個々の業者は、そのようなサービスを提供しなければならない場合、生体認証を提供するコストが高くつくことに気づくであろう。集中型検証システム６５０は、どの業者も検証システム６５０のコスト全体を単独で負う必要がないように、数多くの顧客および仲介業者が遠隔地で本人を認証することを可能にする。もちろん、場合によっては、検証システム６５０は、大きな電話通信サービスプロバイダのような、過度に負担することのない一つの業者の使用に限定してもよい。
【０１０１】
このように、集中型バイオメトリック検証システム２００、又は６５０は、従来の公衆電話交換網、アドバンスドインテリジェントネットワーク、インターネットなどのデータネットワーク、無線ネットワーク、その他のネットワークであって、生体情報を転送可能な多くのタイプのネットワークに利用可能である。さらに、生体情報としては、音声情報、指紋あるいは手のひらの情報、又は他の種類の生体情報であって、任意の生体入力インターフェイスに入力できる生体情報が含まれる。例えば、生体入力インターフェイスには、受話器、スピーカー、指紋あるいは手のひらスキャナが含まれる。
【０１０２】
さらに、上述したように、バイオメトリックの音声サンプルは、図１に示すように、交換網を通して提供できる。音声サンプルは、通信プラットフォームにおいてパケット化され、鑑定／認証のためデータネットワークを通じて検証システムへ送信される。これにより、ネットワークに接続された生体入力機器が使用目的で提供される限り、各個人はどんな場所からも身元確認が可能となる。その結果、以前には不可能であった方法によって、遠隔地にある集中型生体認証が広範囲に渡って提供可能である。
【０１０３】
もちろん、図示されたステップとは異なった順序で実行してもよく、すべてのステップを実行しなくてもよい。集中型生体認証方法によって付加的なステップもまた実行可能である。例えば、図４のステップＳ４１０とステップＳ４５９においては、それぞれ呼出人と通信プラットフォーム１５０、１５２、又は１５４との様々な交信を含むように構成してもよい。これに従い、ステップＳ４５６において呼出人にもう一度呼び出しを指示する代わりに、処理はステップＳ４３４にループバックし、呼出人が他の音声サンプルを提供するように指示される。さらに、検証システム２００のプロバイダによって認められるだろうバイオメトリックの音声検証システムあるいは方法によって、呼出人の身元識別あるいは認証することが可能であり、そこには、後に開発される、バイオメトリック音声サンプル特徴情報に基づく本人識別が可能なシステムあるいは方法が含まれる。
【０１０４】
本発明はいくつかの例示的実施形態を参照しながら記載されたが、使用された言葉は、記述および例示の言葉であり、限定する言葉ではない。付随される現在および補正されたクレームの範囲内において、本発明の権利範囲および意図から離れることなく変更が可能である。本発明は特定の手段、材料、実施形態を参照ながら記載されているが、開示された特定のものに本発明は限定されず、本発明は、機能的に均等な構成、方法および使用にまで及ぶ。例えば、ＶｏＩＰパケット化の代わりに、通信プラットフォーム１５０、１５２、又は１５４は、ＭＰＬＳ（Multi-Protocol Level Switching）、あるいは他のパケット交換通信の規格を使って音声サンプルをパケット化してもよい。
【０１０５】
本発明の様々な実施形態に従えば、ここに記載された方法は、コンピュータプロセッサによって実行するソフトウェアプログラムとして動作することを意図する。特定の集積回路、ＰＬＡ（Programmable logic Arrays）、および他のハードウェアデバイスなど限定されない専用ハードウェアの実装によって、ここに記載された方法の実装を同様に構成可能である。さらに、分散処理、コンポーネント／オブジェクト分散処理、並列処理あるいは仮想機械処理など限定されないソフトウェアの実装によって、ここに記載された実装を同様に構成可能である。
【０１０６】
また、記載されたような本発明のソフトウェアによる実装は、具体的な記録媒体に任意に格納され、具体的な記録媒体としては、ディスクあるいはテープ状の磁気媒体、ディスク状の光磁気、あるいは光媒体、そして、一つ又はそれ以上の読み出し専用（不揮発性）メモリ、ＲＡＭ、その他の書き換え可能な（揮発性）メモリを収容するメモリカードあるいは他のパッケージなどの固体媒体などがある。E-mailや他の自己包装される情報アーカイブあるいは一式のアーカイブに添付されるデジタルファイルは、具体的記録媒体と同等の分散型媒体と考慮される。従って、本発明は、ここに列挙され、技術的認識された均等なものおよび取って代わる媒体を含むように、具体的な記録媒体あるいは分散型媒体を含むと考えられ、そこにはソフトウェアのインプリメンテーションが格納される。
【０１０７】
この明細書には、特定の規格およびプロトコルを参照して実施形態に実装された構成および機能を記載しているが、本発明は、そのような規格およびプロトコルに限定されない。通信回線網送信（例えば、ＢＲＩ、ＰＲＩ）パケット交換網送信（例えば、ＴＣＰ、ＵＤＰ、ＩＰ、ＶｏＩＰ、ＭＰＬＳ）、そしてインターフェイスプロトコル（例えば、ＳＲ−３５１１）用の規格各々は、技術水準の一例を表す。そのような規格は、定期的に、より速くより効率的であって同様の機能を本質的に持つ均等なものに取って代わる。したがって、同様の機能をもつ代替の規格およびプロトコルは、同等なものと考慮される。
【図面の簡単な説明】
【０１０８】
【図１】集中型生体認証用の通信ネットワークアーキテクチャを例示した図である。
【図２】集中型生体認証世検証システムの一例を示した図である。
【図３】集中型生体認証を使った個々の呼出人を認証する方法のフローダイアグラムを示した図である。
【図４】集中型生体認証を使用する通信プラットフォームの動作のフローダイアグラムを示した図である。
【図５】集中型生体認証を提供する検証システムの動作のフローダイアグラムを示した図である。
【図６】他の集中型生体認証用通信ネットワークアーキテクチャの例を示した図である。
【図７】集中型生体認証を使用する個々の顧客を認証する方法のフローダイアグラムを示した図である。
【図８】集中型生体認証を使用するトランザクションプラットフォーム６１０の動作方法のフローダイアグラムを示した図である。
【特許請求の範囲】
【請求項１】
呼出人の身元を検証するシステムであって、
個人の身元を確認する情報に関連した音声サンプル情報を格納する記憶部と、
ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信部と、
前記デジタルオーディオサンプルを前記音声サンプル情報と照合し、呼出人を本人と認証する処理部と
を備えたことを特徴とするシステム。
【請求項２】
前記処理部が、前記デジタルオーディオサンプルを前記音声サンプルと照合するため、パケット化された前記デジタルオーディオサンプルをパケット化されていない信号に復元することを特徴とする請求項１に記載のシステム。
【請求項３】
前記受信部が、インターネットを通じて前記通信プラットフォームからの要求を受けることを特徴とする請求項１に記載のシステム。
【請求項４】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するインテリジェントペリフェラルを有することを特徴とする請求項１に記載のシステム。
【請求項５】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するボイスメールシステムを有することを特徴とする請求項１に記載のシステム。
【請求項６】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送する無線ネットワークプラットフォームを有することを特徴とする請求項１に記載のシステム。
【請求項７】
認証の要求に関連する情報の記録を作成するログ作成部をさらに有することを特徴とする請求項１に記載のシステム。
【請求項８】
呼出人の身元を検証する方法であって、
個人の身元を確認する情報に関連した音声サンプル情報を格納し、
ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受け、
前記デジタルオーディオサンプルを前記音声サンプル情報と照合し、呼出人を本人と認証することを特徴とする方法。
【請求項９】
前記デジタルオーディオサンプルを前記音声サンプルと照合するため、パケット化された前記デジタルオーディオサンプルをパケット化されていない信号に復元することをさらに含む請求項８に記載の方法。
【請求項１０】
前記認証に対する要求は、インターネットを通じて前記通信プラットフォームから受けられることを特徴とする請求項８に記載の方法。
【請求項１１】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するインテリジェントペリフェラルを有することを特徴とする請求項８に記載の方法。
【請求項１２】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するボイスメールシステムを有することを特徴とする請求項８に記載の方法。
【請求項１３】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送する無線ネットワークプラットフォームを有することを特徴とする請求項８に記載の方法。
【請求項１４】
認証の要求に関連する情報の記録を作成することをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１５】
呼出人の身元を検証するプログラムを格納したコンピュータ読み取り可能な記録媒体であって、
個人の身元を確認する情報に関連した音声サンプル情報を格納するサンプル記憶コードセグメントと、
ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信コードセグメントと、
前記デジタルオーディオサンプルを前記音声サンプル情報と照合し、呼出人を本人と認証する照合コードセグメントと
を備えたことを特徴とする記録媒体。
【請求項１６】
前記デジタルオーディオサンプルを前記音声サンプルと照合するため、パケット化された前記デジタルオーディオサンプルをパケット化されていない信号に復元する復元コードセグメントをさらに有することを特徴とする請求項１５に記載の記録媒体。
【請求項１７】
前記認証に対する要求は、インターネットを通じて前記通信プラットフォームから受けられることを特徴とする請求項１５に記載の記録媒体。
【請求項１８】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するインテリジェントペリフェラルを有することを特徴とする請求項１５に記載の記録媒体。
【請求項１９】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するボイスメールシステムを有することを特徴とする請求項１５に記載の記録媒体。
【請求項２０】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送する無線ネットワークプラットフォームを有することを特徴とする請求項１５に記載の記録媒体。
【請求項２１】
認証の要求に関連する情報の記録を作成するログ作成コードセグメントをさらに有することを特徴とする請求項１５に記載の記録媒体。
【請求項１】
呼出人の身元を検証するシステムであって、
個人の身元を確認する情報に関連した音声サンプル情報を格納する記憶部と、
ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信部と、
前記デジタルオーディオサンプルを前記音声サンプル情報と照合し、呼出人を本人と認証する処理部と
を備えたことを特徴とするシステム。
【請求項２】
前記処理部が、前記デジタルオーディオサンプルを前記音声サンプルと照合するため、パケット化された前記デジタルオーディオサンプルをパケット化されていない信号に復元することを特徴とする請求項１に記載のシステム。
【請求項３】
前記受信部が、インターネットを通じて前記通信プラットフォームからの要求を受けることを特徴とする請求項１に記載のシステム。
【請求項４】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するインテリジェントペリフェラルを有することを特徴とする請求項１に記載のシステム。
【請求項５】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するボイスメールシステムを有することを特徴とする請求項１に記載のシステム。
【請求項６】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送する無線ネットワークプラットフォームを有することを特徴とする請求項１に記載のシステム。
【請求項７】
認証の要求に関連する情報の記録を作成するログ作成部をさらに有することを特徴とする請求項１に記載のシステム。
【請求項８】
呼出人の身元を検証する方法であって、
個人の身元を確認する情報に関連した音声サンプル情報を格納し、
ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受け、
前記デジタルオーディオサンプルを前記音声サンプル情報と照合し、呼出人を本人と認証することを特徴とする方法。
【請求項９】
前記デジタルオーディオサンプルを前記音声サンプルと照合するため、パケット化された前記デジタルオーディオサンプルをパケット化されていない信号に復元することをさらに含む請求項８に記載の方法。
【請求項１０】
前記認証に対する要求は、インターネットを通じて前記通信プラットフォームから受けられることを特徴とする請求項８に記載の方法。
【請求項１１】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するインテリジェントペリフェラルを有することを特徴とする請求項８に記載の方法。
【請求項１２】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するボイスメールシステムを有することを特徴とする請求項８に記載の方法。
【請求項１３】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送する無線ネットワークプラットフォームを有することを特徴とする請求項８に記載の方法。
【請求項１４】
認証の要求に関連する情報の記録を作成することをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１５】
呼出人の身元を検証するプログラムを格納したコンピュータ読み取り可能な記録媒体であって、
個人の身元を確認する情報に関連した音声サンプル情報を格納するサンプル記憶コードセグメントと、
ＶｏＩＰ（Voice over Internet Protocol）によってパケット化されるとともに呼び出し中に呼出人から得られるデジタルオーディオサンプルを使って呼出人の身元を認証するための要求を、呼出人によって呼び出される通信プラットフォームから受ける受信コードセグメントと、
前記デジタルオーディオサンプルを前記音声サンプル情報と照合し、呼出人を本人と認証する照合コードセグメントと
を備えたことを特徴とする記録媒体。
【請求項１６】
前記デジタルオーディオサンプルを前記音声サンプルと照合するため、パケット化された前記デジタルオーディオサンプルをパケット化されていない信号に復元する復元コードセグメントをさらに有することを特徴とする請求項１５に記載の記録媒体。
【請求項１７】
前記認証に対する要求は、インターネットを通じて前記通信プラットフォームから受けられることを特徴とする請求項１５に記載の記録媒体。
【請求項１８】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するインテリジェントペリフェラルを有することを特徴とする請求項１５に記載の記録媒体。
【請求項１９】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送するボイスメールシステムを有することを特徴とする請求項１５に記載の記録媒体。
【請求項２０】
前記通信プラットフォームが、呼出人の身元を認証するための要求を前記受信部へ転送する無線ネットワークプラットフォームを有することを特徴とする請求項１５に記載の記録媒体。
【請求項２１】
認証の要求に関連する情報の記録を作成するログ作成コードセグメントをさらに有することを特徴とする請求項１５に記載の記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２００８−５０８６１１（Ｐ２００８−５０８６１１Ａ）
【公表日】平成２０年３月２１日（２００８．３．２１）
【国際特許分類】
【出願番号】特願２００７−５２３７８８（Ｐ２００７−５２３７８８）
【出願日】平成１７年７月２８日（２００５．７．２８）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２６７００
【国際公開番号】ＷＯ２００６／０１５０７４
【国際公開日】平成１８年２月９日（２００６．２．９）
【出願人】（５０５３３８４８６）エスビーシー ナレッジ ベンチャーズ リミティド パートナーシップ (3)
【住所又は居所原語表記】６４５Ｅ．Ｐｌｕｍｂ Ｌａｎｅ，Ｒｅｎｏ，Ｎｅｖａｄａ ８９５０２，Ｕ．Ｓ．Ａ．
【Ｆターム（参考）】
【公表日】平成２０年３月２１日（２００８．３．２１）
【国際特許分類】
【出願日】平成１７年７月２８日（２００５．７．２８）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０２６７００
【国際公開番号】ＷＯ２００６／０１５０７４
【国際公開日】平成１８年２月９日（２００６．２．９）
【出願人】（５０５３３８４８６）エスビーシー ナレッジ ベンチャーズ リミティド パートナーシップ (3)
【住所又は居所原語表記】６４５Ｅ．Ｐｌｕｍｂ Ｌａｎｅ，Ｒｅｎｏ，Ｎｅｖａｄａ ８９５０２，Ｕ．Ｓ．Ａ．
【Ｆターム（参考）】
[ Back to top ]