JP4272429B2 - 拡張型メディアゲートウェイにおいて認証と識別のサービスを与えるためのシステムと方法 - Google Patents

Description

本発明は、広く、第１ユーザーと少なくとももう一人の他のユーザーとの間の通信に関し、さらに特化して、他のユーザーの少なくとも一人に関して第１ユーザーに与えられる認証と識別のサービスに関する。

現代の遠隔通信は、通信パスによって内部接続される、一連の点やノードを備える公衆ネットワーク及び私的ネットワーク上で実行されることが多い。データは、これらのノードを通してネットワークに入ったり出たりする。私的ネットワークは、従業員の間でデータや資源の共有やデータ通信（例えば、電子メールやファイル転送サービス）を用意にするのに、企業や他の会社によって使われることが多い。地域の電話会社（地方の交換電話局や公衆交換電話網（ＰＳＴＮ）とも呼ばれる）と長距離サービス会社（中継局とも呼ばれる）は、公衆ネットワークの例である。

従来のＰＳＴＮあるいは“遺物の”ネットワークは、回路Ｓネットワーク（ＣＳＮ）とも呼ばれるが、これは、これらのネットワークは回路の切り替えを利用するからであり、この切り替えはすなわち、特定の通話に対する通信パスが専用の物理チャネル（あるいは“回路”）であるような種類の切り替えであり、そのチャネル上でその通話への相手によって切り替えられるデータ（“データストリーム”）が移動する。遺物のネットワークは、現在では、パケット交換ネットワークによって取って代わられている。パケット交換は、“パケット”と呼ばれる一連のデータ集合体の内のデータストリームを封入し、そのパケットを発信元から受信先まで、各パケットの中に含まれる行き先アドレスに基づいて移送するデータ移送法である。そのパケットは、発信元から受信先まで同じ物理的パスを取ることができるが、そうする必要は無い。

一般的に、データのやり取りに使われるネットワークと音声のやり取りに使われるネットワークとは、物理的に異なったものであり、別の条件で設計されてきた。公衆ネットワークにおける現在の傾向は、“集中型”通信ネットワークに向かっている。“集中型”通信ネットワークは、そこでデータ（音声や映像などの媒体を含む）と声が、移送と同じ方法を用いて運ばれるネットワークである。典型的には、移送の方法は、回路に基づいたものというよりむしろパケットに基づいたものである。

集中型通信ネットワークは、遺物のＣＳＮと同時に使用する必要がある。概して、別のネットワークのユーザーは、音声と他のデータとを互いに送る必要がある。メディアゲートウェイは、ネットワーク間のそのようなデータを互いにやり取りするのに使用することができる。

識別および／または認証サービスは、これらネットワーク上を運ばれる時に、データを保証したり保護したりするのに使用することができる。識別は、特定の存在、例えば個人や機会や組織を全体の中で識別する処理である。概念的に、識別とは、それによってユーザーが、誰が所定のいくらかの程度であるかを決定することができる情報である。例えば、識別は、個人の同一性あるいは企業の同一性（例えば、最初のユーザーがビジネスを例えば電話で行うところの会社の正社員）に関連することもある。同一性は、また、特定のクレジットカード番号を使ってお金を使う人を許可するのにも使われる。

認証は、ある存在が実際に、自身をそう呼んでいる何かであるのかどうかを決定するための処理である。認証は、通常、ログオンの暗証番号すなわち、ユーザー名、暗証番号、個人識別番号（ＰＩＮ）を用いて実行される。各ユーザーは、最初に、割り当てられたか自身で決めた暗証番号を用いて登録をする（あるいは誰か別の人に登録してもらう）。次からは、使用する時に、ユーザーは前に決めたログオンの暗証番号を覚えていて使用しなくてはならない。ログオンの暗証番号を知っていることで、そのユーザーは、認証されていることを保証されたとされるが、ログオンの暗証番号を盗まれたり、予期せず漏れたり、忘れたりすると、安全性が失われる脆弱さを露呈する。

インターネットのビジネスと他の多くの処理にとって、ディジタル認可証のような、より安全性の高い認証処理を使用するのが、ますます普通になってきている。ディジタル認可証は、典型的には、認可権限者によって公開鍵基盤の一部として発行されて検証され、そのうちのいくつかは、ＩＴＵ−Ｔ事前発行勧告Ｘ．５０９（０３／００）に準拠する。

認証と識別の両方も、また、音声特性や指紋や手の幾何的配置や顔の幾何的配置または動きや網膜スキャンや虹彩のスキャンを含む生物測定データや測定値を利用することによって提供することが可能である。生物測定技術は、一般的に、２つの相を必要とするが、それは、ユーザーの初期の生物測定識別記録（ＢＩＲ：Biometric Identification Record）が作られる記録と、ユーザーを識別あるいは認証するのにＢＩＲが使用される認証／識別とである。初期のＢＩＲは、生物測定の機器を通して多くの標本を集めることで作成する。そして、顕著な特徴は、その標本から抽出され、結果は初期のＢＩＲに結合される。通常、所有権を有するアルゴリズムが、初期のＢＩＲを作成するのに使用される。しかし、バイオＡＰＩ Ｃｏｎｓｏｒｔｉｕｍは、生物測定の認証のための集中型の標準を作る必要があることを認識したが、これによって異なる製造者により開発されたソフトウェアが相互作用することができる。

典型的には、最初のＢＩＲは、生物測定のアプリケーションにより記憶され、生物測定機器から捕捉された処理済みの標本と照合される（認証）ことがある。あるいは、最初のＢＩＲは、特定のＢＩＲの集合と照合され、どれが最も一致するかを決定する（識別）こともある。最初のＢＩＲは、販売および／または他の処理を承認するディジタル署名を公開するログオンの暗証番号を置き換えたり補強したりするのに使用することができる。

指紋や顔の幾何的配置や他の生物測定データは、スマートカード上に置くことができるが、このカードは、プラスティックカードであり、生物測定データのようなデータを読み出すことのできる埋め込みマイクロチップを含んでいる。ユーザーは、スマートカードとその指紋の両方や、顔や他の生物測定データを商店や銀行や電話に対して与えて、識別や認証に使わせることができる。

例えば、集中型ネットワーク環境における、メディアゲートウェイに関連した第２ユーザーに関する第１ユーザーに対する、生物測定データあるいは他のデータを用いた識別と認証のサービスを提供するためのシステムと方法に対する要求が存在する。

ＩＴＵ−Ｔ事前発行勧告Ｈ．２４８標準、もしくはMegaco仕様として知られるもの、および／またはＨ．２４８プロトコルに対する要求では、“メディアゲートウェイ”、“メディアゲートウェイ”（“マルチメディアゲートウェイ”とも呼ばれる）、“メディアゲートウェイ制御器”、“メディア資源”、“終端”という用語が本明細書を通して使用されるのと同様に定義されている。ＢｉｏＡＰＩ仕様の第１．００版では、“生物測定サービスプロバイダ（“ＢＳＰ”）”、“生物測定識別記録”（“ＢＩＲ”）、“ペイロード（payload）”という用語が本明細書を通して使用されるのと同様に定義されている。

しかし、例えば、MegacoやＩＥＴＦやＩＴＵなどのマルチメディア標準の公表の結果として、要素を処理する、進んだ性能を支援する多くのメディア処理部品が、現在利用可能である。従って、メディア制御プロトコルを提供して、市場で利用可能なメディア処理部品の全性能を十分に利用することが望ましい。そのようなメディア制御プロトコルは、メディアサービスを個人セクターと公衆セクターに提供する遠隔通信サービスプロバイダによって特に有用であろう。

これら市場で利用可能なメディア処理部品の多くは、Enterprise Computer Telephony Forum(ECTF)S.100改訂版２．００第３−４巻に準拠している。S.100の枠において、メディアサービスの拡張型仕様が提供されており、その中には、音声データファイルの再生と記録が含まれ、また、音声認識と文章から音声への変換が含まれている。

本発明の上述した面及び他の面と特徴と利点は、本発明の制限を設けるものではない実施形態を表す図面を参照した、以下の詳細な記載においてさらに説明され、そこでは、似た参照番号は、複数の図面を通して本発明の同様の部品を表している。

本発明で説明される態様は、識別や認証のサービスを、“認証サーバー”から識別あるいは認証サービスを要求する第１ユーザーあるいは、第２ユーザーに関する“認証依頼人”あるいは、Ｈ．２４８／Megacoの制御するメディアゲートウェイを用いた他の“認証依頼人”へ促進あるいは提供し、この要求を満たす。認証依頼人は、自動機能電話（smart phone）で実行されるか、各々は、メディアゲートウェイ（ＭＧ）内へと作り込まれる。認証サーバーは、ネットワーク内にメディアゲートウェイ（ＭＧ）として構成することができる。

代わりに、本発明の他の態様では、プログラム３２，３４のような認証依頼人プログラムは、依頼人機器２８，２０において、認証あるいは識別サービスを要求することができる。この要求は、ＭＧ・１０，１１に送信され、ＭＧ１０，１１は、その後、要求を認証と識別のサービスを提供する“認証サーバー”へと送る。ある態様において、認証証明書は、ＭＧ・１０，１１に戻されて、次に、依頼人機器２８，３０内の“認証依頼人”プログラムへと戻す。メディアゲートウェイ（ＭＧ）とメディアゲートウェイ制御器（ＭＧＣ）は、個人ネットワーク環境と公衆ネットワーク環境を含む多くの環境において使用することができる。

図１には、集中型通信ネットワーク１８内のメディアゲートウェイ（ＭＧ）１０，１１とメディアゲートウェイ制御器（ＭＧＣ）１２，１６が図示されている。この例では、ＭＧ・１０とＭＧ・１１は、依頼人／サーバーの関係において“認証依頼人”であり、ここで、認証サーバー（ＡＳ）３２は、その関係において“認証サーバー”である。一つのＭＧである“認証者”は、認証サーバー（ＡＳ）からサービスを得て、他のＭＧである“被認証者”を識別あるいは認証する。

図１に示されるネットワーク１８のような集中型通信ネットワークは、しばしば、ネットワークを元にした通知、あるいは、対話型の音声応答（例えば、生物測定データの収集）を要求するアプリケーションに対応する必要がある。これは、例えばＡＳ・３２のような、集中型通信ネットワーク１８上のどこかにあるＡＳによって実行することができる。

図１に示すように、ＭＧ・１０，１１と信号伝達ゲートウェイ（ＳＧ）２０，２１は、それぞれ、例えばＣＳＮ２４によって管理又は提供されるパケット交換ネットワーク２２を切る。ＣＳＮ・２４は、地方電話会社（例えば、地域電話会社）の代表である。パケット交換ネットワーク２２（例えば、長距離通信会社）は、依頼人機器２８から依頼人機器３０へ通話を送信するように機能するべく構成することができる。

ＭＧ・１０，１１は、ＣＳＮ・２４から受信したデータを、パケット交換ネットワーク２２を通って送信するためのパケット化された音声データに変換し、その逆も行うように構成することができる。例えば、例としての一実施形態では、ＭＧ・１０は、第１依頼人機器２８から第２依頼人機器３０までの通話を完了するために、パケット化された声と他の音声データをＣＳＮ・２４に経路決定するように構成することもできる。第１依頼人聞き及び第２依頼人機器２８，３０は、説明される実施形態において、低機能電話（dumb phone：例えば、その唯一の機能がＰＳＴＮを実行することであるか、無線信号伝達と音声の送信である電話）である。他の実施形態においては、電話は、自動機能電話（認証依頼人の機能を実行することのできる電話、例えば、データを送受信することもできるディジタル無線電話やＷＡＰ電話や他の移動電話）であって良く、それにもかかわらず、その場合、電話のユーザーは、ＭＧを認証依頼人として使用することを選択する。

ＭＧ・１０，１１は、潜在的に異なるネットワーク間でメディアマッピングおよび／またはコード変換（transcoding）機能性を提供するように動作するべく構成することができる、ハードウェアとソフトウェアの両方を含んだ、物理的な機械あるいは機械のセットであって良く、その内の一つは、パケットもしくはフレームもしくはセルを基準にしたネットワークであろう。例えば、あるＭＧは、ＣＳＮの機能（例えば、中継線、ループ等）を処理し、そして／または、もし既にパケット化されていなければメディアストリームをパケット化し、そして／またはパケット化された通信量をパケットネットワークに配付するだろう。ＭＧ・１０，１１は、これらの機能を、メディアストリームに対して逆の順番で、パケットを基準としたネットワーク２２からＣＳＮ・２４へ行うことができる。しかし、ＭＧは、パケットおよび／またはフレームおよび／またはセルを基準にしたネットワークとＣＳＮ間の変換を提供することに制限されている訳ではない。ＭＧによるメディア資源の他の例には、全てのパケットインターフェイスを備えたコンファレンス・ブリッジ（conference bridge）、あるいは対話型音声認識ユニット（ＩＶＲ：Interactive Voice Recognition units）、あるいは音声資源機能モジュール（ＡＲＦ：Audio Resource Function modules）、あるいはセルインターフェイス、コーデック、通知、信号音、モデム等を持った音声認識システムが含まれる。ＭＧは、また、ＳＧに関連する機能性が可能であるソフトウェアとハードウェアも備えている。ＡＲＦは、ＲＦＣ２８０５“Media Gateway Control Protocol Architecture and Requirements”２０００年４月、に記載されている。

ＭＧ・１０と１１は、セットトップボックス（set-top box）あるいは“電話”（すなわち、電話のように見える機器であるが、マイクやスピーカーやそこに付いたボタンを持った端末を含む）として実現することができる。

ＩＥＴＦとＩＴＵは、ＭＧに多くの種類のメディア処理資源があることを知った。Megaco／Ｈ．２４８要件仕様によると、ＭＧには、以下の機能が含まれる：資源を保存し解放することのできる能力、資源情報の状態を提供する能力、メディア資源を使ったメディア処理。

ＭＧ・１０，１１とＳＧ２０，２１は、それぞれ、パケット交換ネットワーク２２とＣＳＮ・２４との間の通信および／または協調を促進する。この協調によって、例えばＳＧ・２０，２１のＳＧを通した通話伝達プロトコルを適用でき、また、例えばＭＧ・１０，１１のＭＧを通した音声データを（典型的には“ストリーム”の形式で）適用することができるようになる。

認証サーバー（ＡＳ）３２は、第２依頼人機器３０のユーザーを認証あるいは識別するために、パケット交換ネットワーク２２に接続して、認証証明書を第１依頼人機器２８のユーザーに提供することができる。第１及び第２依頼人機器２８，３０には、それぞれユーザー制御プログラム３４，３６が含まれ、他の中にあって認証サーバー３２へ／からデータをやり取りするように構成されている。例えば、もし第１ユーザー（例えば“認証者”）が第２ユーザー（例えば“被認証者”）を識別あるいは認証しようとすると、パケット交換ネットワーク２２は、通話を、依頼人機器２８からＡＳ・３２へ経路選択するだろう。ＡＳ・３２は、第１依頼人機器２８を用いる“認証者”がＡＳ・３２の要素と対話することで、“被認証者”の同一性に関するある面を識別あるいは認証するように構成することができる。

送信パス３８（依頼人機器２８からＭＧ・１０へ）上のメディアデータは、回路交換式で良く、メディアデータすなわちパス４０（ＭＧ・１０からＡＳ・３２へ）上の声、音声データ、映像データは、パケット交換式で良い。依頼人機器２８を用いる第１ユーザーが長距離電話番号をダイヤルすると、通話信号は、ＣＳＮ２４を通って、例えば、ＳＳ７プロトコルを用いて送信されるだろう。ＳＧ・２０は、回路交換式の中継線からの通話信号を受け取ることができるが、これは、ＣＳＮ・２４の一部を形作っているだろう。ＳＧ・２０は、ＳＳ７信号をＭＧＣ・１２へと、例えば送信のためのＴＣＰ／ＩＰキャリアあるいは他の適当なプロトコル例えばＲＣＣ２９６０，Stream Control Transmission Protocol（ＳＣＴＰ），ＩＥＴＦが開発した標準を用いて送ることができる。ＣＳＮ・２４は、この信号をパケット交換式ネットワーク２２へ送ることができ、これは、例えば、依頼人機器２８のために長距離サービスを提供する長距離サービスプロバイダであって良い。これを行うために、通話信号データは、パス４２を通って送信すればよく、これは例えば、ＳＣＴＰを用いてＭＧＣ・１２へ送ることである。実施形態において、ＭＧＣ・１２は、ＭＧ・１０を制御するマスター機器として機能する、例えば、管理的動作によって、例えば、ネットワーク管理器などによって行われるように構成される。

命令、応答、イベントのようなＨ．２４８によって定義される制御データは、パス４４上で、ＭＧＣ・１２とＭＧ・１０との間を、Megaco／Ｈ．２４８プロトコルに従って送信される。ＳＧ・２０からの信号データを受信するＭＧＣ１２に応答して、ＭＧＣ・１２は、ＭＧ・１０と通信して、依頼人機器２８がＡＳ・３２に接続を望んでいることと、ＭＧＣ・１２が必要な信号を持っていることを知らせる。それに応えて、ＭＧ・１０は、パス３８および／または５０を処理あるいは接続して、パス３８上の回路交換された音声データを、パス５０上のパケット交換された音声データに変換するのに必要なコード変換を提供することができる。ＭＧ・１０は、その後、パケット交換された音声データをＡＳ・３２のＩＰアドレスへと経路選択することができる。

ＡＳ・３２は、ＭＧＣ・１２によって、Megaco／Ｈ．２４８プロトコルに準拠しパス４６を通って送られる命令を通して制御される。ＭＧＣ・１２は、また、入力されるメディアデータすなわち声、音声、映像のデータを、パス４６を通ってＡＳ・３２に伝えることができる。

ＭＧＣ・１２は、その後、メディアゲートウェイ１０からＡＳ・３２へ送信されるパケット交換されたメディアデータを切るようにＡＳ・３２に指示することができる。ＭＧＣ・１２は、その後、例えば、依頼人機器２８の制御プログラム３４から送信された入力信号に応答して、認可権限者（ＣＡ）２６から第２ユーザーに関する認可を要求するようにＡＳ・３２に指示することができる。ＡＳ・３２は、図１で４８として示されるインターネットを介してＣＡ・２６と通信することができる。第２ユーザーに関する認可に対する要求がＡＳ・３２に送られた後、ＭＧＣ・１２は、ＡＳ・３２から依頼人機器２８の接続を切ることができ、ＭＧＡ・１２，１６は、それぞれＭＧ・１０，１１に命じて、パス５０上の間でパケット交換されたメディアデータを協力して送信させることができる。信号伝達データは、ＭＧＣ・１２からＭＧＣ・１６へとパス５２を通って送信することができる。

通話信号データは、パス４３を通ってＭＧＣ・１６へ送信することができるが、ＭＧＣ・１６は、ＭＧ・１１を制御するマスター機器として働くように構成することができる。データは、ＭＧＣ・１６とＭＧ・１１の間のパス４５上を、Megaco／Ｈ．２４８プロトコルに従って送信することができる。ＳＧ・２１から信号データを受信するＭＧＣ・１６に応答して、ＭＧＣ・１６は、ＭＧ・１１と通信して、依頼人機器３０がＡＳ・３２と接続を希望していることと、ＭＧＣ・１６が必要な信号を持っていることを知らせる。それに応えて、ＭＧ・１１は、パス３９および／または４１を切るかまたは接続して、回路交換されたパス３９上のデータをパケット交換されたパス４１上のメディアデータへと変換するのに必要なコード変換を提供することができる。ＭＧ・１１は、その後、パケット交換されたデータをＡＳ・３２のＩＰアドレスへ経路選択することができる（ネットワーク２２は、ＴＣＰ／ＩＰプロトコルを使用すると仮定する）。ＭＧＣ・１６は、ＭＧ・１１に命令して、電話の通話をネットワーク１８を通って依頼人機器３０へと伝達する。

図２には、ＭＧ・５４が示されており、これは、コンテキスト（context）５８を通して内部接続される一組の終端５６を実現し、適応機能あるいは、異なる特性（例えば、異なる符号化、異なる物理的移送）を持ったメディアストリーム間のコード変換を提供することができる。ＭＧ・５４は、ＭＧ・１０あるいはＭＧ・１１のどちらかの代理である。コンテキスト５８は、論理的な概念であり、そこで一つあるいは二つ以上の終端５６が接続されるところの空間を表している。終端５６は、ＭＧ・５４に対応して流れるので、メディアの入口および／または出口の点である。図２の単一の終端５６は、例えば、Real-Time Transfer Protocol（ＲＴＰ）ストリーム６０に関連した、論理的ネットワークインターフェイスのような電話への接続を表すことができる。ＲＴＰストリーム６０は、メディアデータをＲＴＰストリーム６０上で再生できるように、特定のメディアゲートウェイと関連している。この場合、図２は、終端５６がＭＧ・５４と関連しているので、特定のスマート電話（smart telephone）あるいはダム電話（dumb telephone）の識別を表している。

図３に示されるように、ＭＧが命令を受けて、二つあるいは三つ以上の終端と接続する時、そのＭＧは、各終端から出たり入ったりするフローは、どのように互いに関連しているのかを理解している。Megaco／Ｈ．２４８は、ゲートウェイと終端とコンテキストの機能の基礎を定義する。

図３は、単一のコンテキスト５８内で接続される２つの終端５６，５７を表している。図３のＲＴＰストリーム６０は、例えば、パケット化された声あるいは他の音声メディアデータであってよい。終端５７は、例えば、ＣＳＮネットワークあるいはチャネル６２からの音声データであってよい。従って、図３は、ＣＳＮ・２４，２６のようなＣＳＮと、パケット交換されたネットワーク２２のようなパケット交換されたネットワークとに終端されるＭＧ・５４を表していて良い。

一般的に、生物測定の技術は、集中型通信ネットワーク１８のような、集中型の通信ネットワークを通って第２ユーザーを認証または識別する第１ユーザーに使用されてよい。図４は、その中で実現して認証と識別とを満たす機能を提供する、一例としてのBiometric Service Provider（ＢＳＰ）６４を示している。ＢＳＰの基本的な機能は、ＢｉｏＡＰＩ仕様の第１．００版に定義されている。

依頼人機器２８，３０のような生物測定機器には、典型的なＢＳＰ・６４が含まれていてよい。ＢＳＰ６４には、例えば、音声の特性、指紋、手の幾何的配置、顔の幾何的配置と動き、網膜スキャンもしくは虹彩のスキャンなどの生物測定データを、ＢＩＲの初期値を作るために集めるための、一つあるいは二つ以上のユーザーインターフェイスが含まれる。集められた生物測定データは、また、一組の型あるいはＢＩＲを構成するのに使用することもできる。ユーザーインターフェイスは、依頼人機器２８，３０のような依頼人機器と対話するように構成することもできるし、確認ユーザーインターフェイス６６と登録ユーザーインターフェイス６８と識別ユーザーインターフェイス７０とを含んでいて良い。確認ユーザーインターフェイス６６と登録ユーザーインターフェイス６８と識別ユーザーインターフェイス７０とは、生物測定データの初期値もしくはＢＩＲの初期値を作るための標本を集めるために、依頼人機器２８，３０のある構成要素と対話するように構成することができる。

例えば、確認ユーザーインターフェイス６６および／または登録ユーザーインターフェイス６８および／または識別ユーザーインターフェイス７０は、音声データあるいは初期の声紋ＢＩＲを集めるのに、依頼人機器２８，３０の一つにおかれたマイクの形でよい。識別と認証のいずれかにとって、末端のユーザーからの情報を集めるために声を使用してコンピュータシステムが末端のユーザーと対話するところで、対話システムを使用することができる。対話システムは、末端ユーザーに語句を話すように促し、録音音声（もし対応していれば）および／または音声認識（もし対応していれば）および／または聴覚上の特徴抽出（もし対応していれば）および／または音声確認／識別（もし対応していれば）などのＡＲＦを実行することによって未加工のデータ（raw data）の形で応答を集める。

対話システムは、録音音声モジュールおよび／または音声認識モジュールおよび／または聴覚上の特徴抽出モジュールおよび／または聴覚上の特徴認識モジュールおよび／または音声確認／識別モジュールの様な音声資源モジュールの形式でよい。対話システムは、例えば、音声可能ゲートウェイ（ＡＥＧ）やＡＲＦを含んだＭＧ上に保存されて良いが、対話システムがＡＥＧ上に保存される必要は無い。対話システムは、例えば、ある音声資源機能を実行するように働く音声資源サーバー（ＡＲＳ）のような別個のサーバー上に保存されたり、ＡＳ３２上に保存される。

ＢＳＰ・６４は、また、スキャンした生物測定情報をディジタルの形式に変換するソフトウェアあるいは処理アルゴリズム７２と、確認あるいは認証のアルゴリズム７４と、識別アルゴリズム７６を含んでいて良い。選択的に、データベース（図示せず）もＢＳＰ・６４に含まれていて良く、入力された生物測定データと比較するために生物測定データの初期値を保存するのに使用することもできる。

生物測定入力を変換する際に、ソフトウェア７２は、ＢＩＲの初期値と比較することのできる値を処理して、例えば、アルゴリズムによって認証サービスあるいは識別サービスを提供することができる。図示されているように、ソフトウェア７２には、ユーザーインターフェイスの数により作られるデータに対する、未加工の生物測定の標本あるいは複雑なアナログデータストリームのモジュール７８と、未加工の生物測定の標本を処理あるいは前処理するための生物測定入力スキャンモジュール８０と、スキャンした生物測定入力の品質を高めるための改良モジュール８２と、特徴抽出モジュール８４と、スキャンした生物測定標本処理モジュール８６と、ＢＩＲ作成モジュール８８が含まれうる。ＢＩＲは、ＢｉｏＡＰＩ仕様第１．００版において定義されており、アプリケーションに返される生物測定データのいくつかを参照している。加えて、ＢＩＲは、署名および／または暗号化される。

“照合点”が処理されている間に、例えば、未加工生物測定標本収集モジュール７８あるいは特徴抽出モジュール８４をそれぞれ使用した後に、中間ＢＩＲ・９０，９１が作られ、処理されたＢＩＲ・９２は、上述したＢＩＲ作成モジュール８８の実行中に作られる。

認証サービスでは、確認アルゴリズムあるいは認証アルゴリズム７６は、結果あるいは成績９６を作る特定のユーザーに対して、処理済みのＢＩＲ・９２をＢＩＲの初期値のようなＢＩＲ・９４と比較することができる。結果９６は、処理済みのＢＩＲ９２が特定のユーザーのＢＩＲ初期値と照合する確率を表すものとして使え、その特定のユーザーの同一性を認証するのに使用することができる。

識別サービスでは、識別アルゴリズム７８が、処理済みＢＩＲ・９２と、特定の集合のあるいは組になったＢＩＲ・９８を比較して、いずれのＢＩＲが最も照合するかを決定することができる。特定の集合のあるいは組になったＢＩＲ・９８は、例えば、特定の組織あるいは会社と関連するかも知れないし、処理済みＢＩＲ・９２は、例えば、その特定の組織あるいは会社の一員を装うユーザーから集めることもできる。識別は、そのユーザーがその特定の組織あるいは会社の一員であるかどうかを、結果一覧表１００を提供することによって識別するのに使用される。結果一覧表１００には、各確率が、特定の集合のあるいは組になったＢＩＲ・９８内の型の一つに関連している、一組の確率が含まれていてよい。

図５には、依頼人機器２８のような末端ユーザーモジュールと、ＭＧ・１０，１１のようなＭＧとが示されており、互いに会話をして認証サービスあるいは識別サービスを提供する。図示されるように、依頼人ＢｉｏＡＰＩアプリケーション１０２あるいはサーバーＢｉｏＡＰＩアプリケーション１０４のいずれかが、“駆動”アプリケーションもしくは“能動側”機器であり、アプリケーションに潜む論理を実行する。依頼人ＢｉｏＡＰＩ・１０２あるいはサーバーＢｉｏＡＰＩ・１０４の他方が“相手側”アプリケーションあるいは“受動側”機器であり、それぞれＢｉｏＡＰＩ構造１０６，１０８の依頼人側とサーバー側の間で交換されるデータの通り道として動作する。ＢＳＰ・１１０，１１２は、ＢｉｏＡＰＩ構造１０６，１０８のそれぞれ依頼人側とサーバー側と通信する。一実施形態において、サーバーあるいは駆動ＢＳＰ・１１２は、ストリームコールバックインターフェイス（streaming callback interface）１１３を用いて、依頼人あるいは相手側ＢＳＰ・１１０へメッセージを配付することができる。

本発明の一実施形態において、ＡＳ・３２は、駆動アプリケーションであり、ＢｉｏＡＰＩ構造１０６，１０８の依頼人側あるいはサーバー側は、認証サービスあるいは識別サービスを提供するためにＢＩＲを集めることができる。

ストリーム入出力インターフェイス１１４は、サーバーＢＳＰからのメッセージと他のペイロードを依頼人ＢＳＰ・１１０に、あるいはＢＳＰ・１１０，１１２と駆動側アプリケーションの間で運ぶように構成された通信チャネルであり、図５にサーバーＢｉｏＡＰＩで表されている。ストリーム入出力インターフェイス１１４は、代表的な実施形態において依頼人ＢｉｏＡＰＩアプリケーション１０２として表される相手側アプリケーションによって、依頼人ＢＳＰ・１１０で表される相手側ＢＳＰに、メッセージを配るのに使用されることが可能である。ストリーム入出力インターフェイス１１４も、また図５でＢＳＰ・１１２で表される駆動側ＢＳＰへ送信する返信メッセージを得る。

ＢＳＰとＢＳＰの間の認証サービスにとって、その上で個人用であろうプロトコルが依頼人サーバーとサーバーＢＳＰの１１０，１１２間で動作する、ペイロードチャネル１１６ができあがる。代わりに、ＰＯＴＳ電話が、末端ユーザーモジュールが認証を実行しない構成でサーバーＢＳＰに付く。

図６〜８は、図５に示されるＢＳＰ・６４のようなＢＳＰを実践するのに使用することができるハードウェアの一例を示しており、上述したように生物測定データを認証あるいは識別する。依頼人機器２８，３０とＡ・Ｓ３２には、似たようなハードウェア部品が含まれるので、依頼人機器２８のハードウェア要素の記述は、依頼人機器３０とＡＳ・３２を理解するには十分であろう。ＡＳ・３２は、依頼人機器２８，３０以外の場所にハードウェア部品が含むことができ、この説明は図８に関して与えられるであろう。図８において、依頼人機器２８，３０とＡＳ・３２は、上述したように、依頼人／サーバーの関係で共同する。図６と図７は、依頼人機器２８を示している。本発明の一実施形態において、依頼人機器２８には、ＢＳＰ・１１０に結合される、ＢＳＰ・１２０と一般に示される様々なユーザーインターフェイスが含まれる。ＢＳ・Ｐ１１０は、図４におけるＢＳＰ・６４と同じ機能（同じ参照番号で示される）を実行することができる。様々なユーザーインターフェイスには、例えば、映像入力（例えば、画面やボタンに触れる）、音声入力（例えば、マイク）、映像出力（例えば、画面、スピーカー、照明、ＬＥＤに触れる）、音声出力（例えば、スピーカー）が含まれる。

ＢＳＰ・１１０は、インターフェイス１２２を介して制御プログラム３４に結合され、ＢＳＰ・１１０と制御プログラム３４の間でメッセージを交換するために、ＢＳＰとＢＳＰの間のプロトコルのメッセージを運ぶことができる。上述したように、ＢＳＰ・１１０も、またＢｉｏＡＰＩ構造１０６へ結合される。

依頼人機器２８は、さらに、ＢｉｏＡＰＩインターフェイスアダプター１２４を含み、これは、様々なメッセージストリーム（例えば、メディア（声、音声、データ等）と制御メッセージ）をメディアゲートウェイあるいはネットワークインターフェイス１２６により運ばれる１つのチャネルへと多重化する。インターフェイス（図示されず）は、ＢｉｏＡＰＩ・１０６からＢｉｏＡＰＩインターフェイスアダプター１２４へと延びて、メッセージをストリーム入出力インターフェイス１１４へ／から運ぶ。

ＢＳＰ・１１０は、声やデータや制御メッセージのようなメディアデータを、メディアゲートウェイあるいはＭＧ・１０，１１とインターフェイスするネットワークインターフェイス１２６を通して送る。例えば、メディアゲートウェイあるいはネットワークインターフェイス１２６は、ＡＳ・３２に結合されるＭＧ・１０，１１を通して、基準となる生物測定のユーザー入力を受信し、また、依頼人機器２８，３０からＡＳ・３２へのメディアデータのやり取りを可能にするように構成される。

図７に示されるように、依頼人機器２８の制御プログラム３４には、命令翻訳機１２８が含まれる。命令翻訳機１２８は、様々なユーザーインターフェイス１２０、例えばキーパッド、タッチパッド、音声インターフェイス等からの入力を監視し、視覚入力と聴覚入力のような様々なユーザーインターフェイス１２０からの入力を受信するように構成することができる。視覚および聴覚入力は、キーパッドのキーを押したり、言葉を話したり、タッチスクリーンから入力したりするのを合わせたものを含むいかなる形態でも良い。命令翻訳機１２８は、依頼人機器２８を使う末端ユーザーのために、命令としての入力を翻訳するように構成される。

遠隔通信機器のオン・オフ動作や通話制御機能等の基本的な動作に加えて、末端ユーザーが安全性サービスに加入し、同一性認証を実行する許可を得、識別認証を要求することのできる命令がある。

一例としての音声命令や対話命令には、例えば、末端ユーザーがＡＳ・３２からのような認証サービスに加入するものとして定義される“加入”命令が含まれる。“脱退”命令は、末端ユーザーがＡＳ・３２からのような認証サービスから脱退するものとして定義される。“登録”命令は、加入者が認証システムにおいて登録することと定義し、“除籍”命令は、識別システムから加入者が除籍することとして定義される。“許可”登録命令は、追加の加入者が登録されようとしていて、その加入者の信頼関係は、現在確認されている末端ユーザーから明らかになるような要求を識別するのに使用することができる。“識別”命令は、機器の現在のユーザーを識別するものとして定義することができる。“特有の確認”命令は、ある機器に現在のユーザーを認証することを許すものとして定義することができる。“遠隔確認”命令は、ＡＳ・３２によって対応しているような認証サービスが、遠隔側の同一性を認証することができるような要求を識別するのに使用することができる。“監視確認”命令は、話者あるいは呼側あるいは第２末端ユーザーが通話中に変更をしないことの確証を遠隔側が得たことを、認証サービスが観察したという要求を識別するのに使用することができる。“設定特性”命令は、電話あるいは他の依頼人機器の動作を支配するパラメータを設定するものとして定義できる。これらのパラメータには、デフォルトのメディアストリーム符号化、認証の使用および認証のためのパラメータ、監視の使用および監視のためのパラメータ、遠隔確認の許可等が含まれうる。“特性一覧”命令は、電話もしくは依頼人機器内で現在確立している特性あるいはパラメータを一覧することとして定義される。

制御プログラム３４は、また命令翻訳機１２８と一緒に、声による命令あるいは対話による命令を読みかつ翻訳する、対話管理モジュール１３０を含んでいる。例えば、対話管理モジュールは、ユーザーを促して、様々なユーザーインターフェイス１２０を用いてタスクを実行させることができる。例えば、対話管理モジュール１３０は、上述した対話システムの形式であるかも知れず、またユーザーを促して、デュアルトーンマルチ周波数（ＤＴＭＦ）を介し、あるいはタッチパッドを介してパス用符号（pass code）を入力させるか、上述のような音声命令あるいは対話命令のようなパス用語句（pass phrase）を話させることができる。対話管理モジュール１３０は、ユーザーがユーザーインターフェイス１２０を通して入力した情報を集め、当技術分野で周知のように、データの境界の検査を実行することができる。例えば、もし、対話管理モジュール１３０あるいは他の音声認識器が、電話番号を表す番号や通過を表す番号や街の名前のような、或る通常の種類のデータを認識した時、或る種のデータを、例えば街の名前等の保存済みデータベースと比較することができる。

制御プログラム３４は、また安全モジュール１３２を含んでいて良く、このモジュールは、制御プログラム３４と、機器の中に保存された認可の集積を、不正操作できないようにそして不正操作がばれるように保持することができる。

登録アルゴリズム１３４は、ＢｉｏＡＰＩ仕様に一致したやり方で動作する。登録アルゴリズム１３４は、制御プログラム３４の対話管理部１３０と対話して、声紋や指紋や手の幾何的配置のような生物測定の標本を提供するように促すことができる。登録アルゴリズム１３４は、ＢＩＲ構造モジュール８８とやり取りしてＢＩＲ・９２（図４）を作ることができる。

確認アルゴリズム７４は、ＢｉｏＡＰＩ仕様に一致したやり方で動作する。確認アルゴリズム７４は、制御プログラム３４の対話管理部１３０と対話して、ユーザーを促し、声紋や指紋や手の幾何的配置のような生物測定の標本を提供し、例えば、呼側のような現在の電話ユーザーの同一性を確認するのに使用する。

確認アルゴリズム７６は、ＢｉｏＡＰＩ仕様に一致したやり方で動作する。確認アルゴリズム７６は、制御プログラム３４の対話管理部１３０と対話して、ユーザーを促し、声紋や指紋や手の幾何的配置のような生物測定の標本を提供し、図４に示される、組になったＢＩＲ・９８のような、電話の登録済みユーザーのデータベースから電話の現在のユーザーを識別するのに使用する。

制御プログラム３４は、またメディアデータをパルス符号変調（ＰＣＭ）やＧ．７１１，Ｇ７１３やオーロラ（Aurora）あるいはＭＧ１０，１１を通して送信される既知のフォーマットへと符号化することができる符号化モジュール１２９を含んでいる。

図８は、サーバー制御プログラム１４４を持ったＡＳ・３２を示しており、これは、実質的に依頼人機器２８，３０に近い機能に対応している。ＡＳ・３２には、依頼人機器２８，３０には無い追加のハードウェア部品が含まれる。例えば、ＡＳ・３２は、ユーザーインターフェイス１２０のような物理的入出力機器より、むしろ外部アクセスネットワークインターフェイス１４０を含むことができる。電話のゲートウェイあるいは中継線は、アクセスネットワークインターフェイス１４０の例として良い。ＡＳ・３２は、依頼人機器２８，３０（例えば、視覚的出力あるいは聴覚的出力のみ）のハードウェア機能およびソフトウェア機能の特徴を保持し、従って、ＡＳ・３２のユーザーインターフェイスを変更する。

ＡＳ・３２は、ＣＡのような認可サーバー１４２へのインターフェイスを追加して含んでおり、ＡＳ・３２の認証サービスに対応するのに使用する。ＡＳ・３２は、依頼人機器２８，３０により保たれる認可から引き出すより、むしろ外部認可サーバー１４２から加入者認可を得るもしくは引き出すが、これについては以下で説明する。本発明の代表的な実施形態の一つで、ＡＳ・３２は、どのような出力メディアストリームが、依頼人機器により提供されてＢＳＰサービスを実行しても受け入れるだろう。出力メディアストリームには、例えば、ＩＳＤＮおよび／またはＩＰおよび／または低機能電話用の他のインターフェイスのような中継線と、他の特徴のない末端ユーザー機器が含まれていて良い。この実施形態の一つでは、ＡＳ・３２は、潜在的に未加工な或いはアナログのメディアストリームに、ＢＳＰサービスを実行することができる。

図９は、公開鍵を元にした認証における、例えばＡＳ・３２のようなＡＳが使用する代表的な認可承認階層が示されている。ＩＴＵ−Ｔ事前発行勧告Ｘ．５０９（０３／００）には、公開鍵を元にした認証が載っており、電子文書すなわち安全な形態のデータのブロックと証明書と認可権限者（ＣＡ）の階層に署名するための方法が提供されている。

図１０は、公開鍵を元にした認証で使用される代表的な証明書の図である。公開鍵証明書のような証明書は、送り主の承認と名前を有効にする役目を持つ、ディジタル的に署名された文書である。ＣＡは、メッセージあるいはデータ暗号化のための安全性の資格と公開鍵を発行し管理する公衆ネットワークおよび個人用ネットワークにおける権限者の役を果たす。公開鍵基盤の一部として、ＣＡは、ディジタル証明書の要求元によって与えられる情報を確かめるために登録権限者（ＲＡ：Registration Authority）を調べる。もし、ＲＡが要求元の情報を確認すると、ＣＡは、証明書を発行する。

従って、ＣＡは、送り主の名前が文書中の公開鍵に関係するものであることを証明する。公開鍵は、ディジタル的に署名された文書を扱う公開鍵基盤の一部である。
公開鍵基盤の実践に基づいて、証明書には、持ち主の公開鍵と証明書の有効期限と持ち主の名前と公開鍵の持ち主に関する他の情報とが含まれている。

例えば、図９に示されるように、依頼人機器、例えばスマート電話であって良い依頼人機器２８，３０は、電話製造者ＣＡ・１５２によって授与された電話製造者証明書１５３によって証明されることができる。代わりに、もし依頼人機器が低機能電話であれば、証明書は、認証依頼人（すなわち、ＭＧ１０，１１）によって作られる。

認証サーバーＣＡ・１５４は、認証証明書１５５を授与することにより認証サービスへの加入者の資格を証明することができる。代表的な一実施形態において、ルート（root）のＣＡ・１５６は、電話製造者ＣＡ・１５２により発せられた全ての証明書と認証サービスＣＡ・１５４を結びつけることができる。

電話製造者ＣＡ・１５２は、依頼人機器２８，３０の中に、安全で不正操作ができず不正操作がばれるようなやり方で製造者の良い時に設置される電話機器証明書１５８と、電話機器証明書１５８から明らかにできる購入者資格証明書１６０とを授与することができる。購入者資格証明書１６０は、依頼人機器２８，３０の中に、安全で不正操作ができず不正操作がばれるようなやり方で製造者の良い時に設置することができる。購入者資格証明書１６０は、販売時に加入者の同一性を直接に認証するか、あるいは安全なチャネルを通して購入者に配られるユーザーＩＤ／ログオン暗証番号のいずれかによって設置することができる。

ルートのＣＡ・１５６は、ルートの認可権限者１５６を識別する、ルートの証明書あるいは認証証明書１６２を授与することができる。ルートの証明書は、様々なソフトウェアアプリケーションの全てによって認識されることが可能であり、このアプリケーションは、ルートの証明書の内の情報の信頼性を確かめるために、ディジタル証明書を確認し受け入れることができる。

加入者証明書１６４は、認証サービスＣＡ・１５４によって授与され、購入者資格証明書１６０と認証サーバー証明書１５５とから得られる。例えば、加入者証明書１６４は、加入者がＡＳに加入した時に作られ、それ以来、末端ユーザーの同一性を証明することができるだろう。例えば、公開鍵を元にした認証における認証サーバー３２によって使用される代表的な認可承認階層が、信頼性の程度に応じている。充分な信頼性の程度を確かめるのに必要な情報と信頼性の程度は、変化する。しかし、図９に示されるように、ルートのＣＡ・１５６は、電話製造者ＣＡ・１５２および認証サーバーＣＡ・１５４によって発行される全ての証明書をリンクし、また、ＣＡ・１５６は、最も信頼性の高いＣＡである。従って、ルートのＣＡ・１５６がこれらのＣＡを信頼しており証明書を授与しているために、電話製造者ＣＡ・１５２と認証サーバーＣＡ・１５４は、信頼できる。

図１１と図１２は、本発明による、認証サービスあるいは識別サービスを通話中の呼側に関する末端ユーザーに与えることを可能にする方法を示している。図１１は、２００から始まる代表的な方法を示している。制御は、２０２に進む。２０２において、認証サーバーは、被認証者に関する証明書に対する要求を受け取る。

制御は、２０３に進む。２０３において、認証者に関連した制御プログラムは、認証サーバーからの被認証者に対応する証明書を受け取る。その後、制御は２０４に進み、ここでは、被認証者に関連する制御プログラムは、認証者に関連する制御プログラムから、被認証者の証明書の認証に対する要求を受け取る。その後、制御は２０６に進む。２０６において、認証者に関連する制御プログラムは、被認証者に関連する制御プログラムから被認証者の認証証明書を受け取り、制御は２０８に進む。２０８において、認証者に関連する制御プログラムは、第２ユーザーに関連し、第２ユーザーに関連した制御プログラムから受け取った認証証明書を、認証サーバーから受け取った証明書と比較することにより、被認証者の認証を確認する。制御は、２１０に進み、そこでは、認証者に関連する制御プログラムは、第２ユーザーの認証の証明書を受け取る。制御は、２１０に進み、そこで本方法は、終了する。

図１２は、認証者と被認証者との間の通話において、被認証者（例えば、未知の呼側）に関する認証サービスあるいは識別サービスを認証者に提供するための図１１に示した代表的な方法の具現例を示している。代表的な具現例において、通話が、認証者と被認証者との間で、ＭＧ・１０，１１のようなＭＧを通して確立される。認証者と被認証者の両方が、それぞれ、ＡＳ・３２と共に認証される依頼人機器２８，３０を用いる。依頼人機器２８，３０は、スマート電話でも良い。

２０１において、依頼人機器２８の制御プログラム３４は、“遠隔認証”への要求を受け取る。例えば、その要求は、認証者が音声命令あるいは対話命令を対話システムあるいは対話管理モジュールへ話すなどの、認証の機能を自分の依頼人機器に行使することにより開始することができる。音声命令あるいは対話命令は、“認証”あるいは他の何か所定の音声命令あるいは対話命令であってよい。代表的な実施形態において、認証者と被認証者とによって使用される依頼人機器は、スマート電話あるいは自動機能電話である依頼人機器２８，３０であってよい。

２０３において、ＡＳ・３２は、認証証明書１０５のような証明書を制御プログラム３４に提供する。２０４において、制御プログラム３６は、第２ユーザーの証明書の認証を要求する制御プログラム３４からの要求を受け取る。２０６において、制御プログラム３４は、被認証者に関連し、制御プログラム３６から受け取られた認証証明書と、認証証明書１０５のような、ＡＳ・３２から受け取られた証明書とを比較することにより、第２確認認証から、認証証明書を受け取る。

認証を確認することで、第１ユーザーと認証サーバーと第２ユーザーの間の信頼性の程度が決定される。信頼性の程度は、被認証者に対応し、被認証者に関連する制御プログラムから受け取られた制御プログラムが、認証サーバーから受け取られた証明書と同じである確率に対応した値である。例えば、信頼性の程度は、ＢＳＰ・６４（図４）の結果１００のように、結果として決定することができる。

理解されようが、図１１と図１２に示される代表的な方法の動作は、多くの異なる順番で実行されて良い。加えて図１１と図１２に示される代表的な方法と具現例には、もし被認証者が信頼できないように変わったかそのようになった（上述した信頼性の程度、あるいは図９に示したＣＡ階層に従って）確率が充分に高ければ、ＡＳ・３２が認証者に気付くことができるような、認証者と被認証者の間の監視と通信とが含まれるだろう。

第２ユーザーに対応し、制御プログラムから受け取られる認証証明書は、被認証者の同一性を示す部分を含んでいて良いことは、理解されよう。
図１３は、２つのダム電話あるいは低機能電話の２２８，２３０が依頼人機器２８，３０をそれぞれ表すような、代表的な方法の他の具現例を示している。図示されているように、ＡＳ・２３２は、２つのダム電話２２８，２３０の間で、代理として働く。

認証者は、自分のダム電話２２８を用いて、“認証承認”のような音声命令あるいは対話命令を、対話システムあるいは命令翻訳機１２８と対話管理モジュール１３０へ口頭で伝えることによって“遠隔認証”認証機能を行使することができる。音声命令あるいは対話命令は、ＡＳ・３２として知られる、予め定義された音声命令あるいは対話命令で良い。２１６において、代表的な具現例では、ＡＳ・３２は、依頼人機器２２８からの要求を受け取って、“遠隔認証”音声命令あるいは対話命令を実行し、そこでは、ＡＳ・２３２により支援されるような認証サービスが、例えば被認証者のような遠隔側の同一性を認証することができる。

２１８では、認証がＡＳ・２３２によって承認されることができ、認証者は、ＡＳ・２３２が“認証承認“の音声命令あるいは対話命令を完了あるいは終了したときに、ダム電話２２８を用いて、第２ユーザーの承認済み認証を受け取る。

図１４は、本発明による他の代表的な方法を示しており、これによって、依頼人機器２８のような自動機能電話を用いた認証者が、被認証者を特定の個人としてより組織あるいは会社の一員として認証することができる。この代表的な方法において、その組織は、前もって登録されているか、ＡＳ・３２を持ったＢＩＲの初期値を作られており、その組織に授与されている証明書は、依頼人機器３０のような自動機能電話を用いて、安全な手続きを経て被認証者へ提供されている。代表的な方法において、依頼していない通話が、組織の一員であろう被認証者と認証者との間で確立している。

３０１において、依頼人機器２８の制御プログラム３４は、“遠隔認証”への要求を受け取る。例えば、その要求は、認証者が、自身の依頼人機器上で、音声命令あるいは対話命令を対話システムへ口頭で伝えるなどの認証機能を行使することにより開始することができる。代わりに、音声命令あるいは対話命令は、命令翻訳機１２８および対話管理モジュール１３０のような命令翻訳機および対話管理モジュールによって読まれ翻訳されることができる。音声命令あるいは対話命令は、“遠隔認証”あるいは上述したような、他の所定の音声命令あるいは対話命令であってよい。その後、制御は、３０２に進む。３０２において、認証サーバーは、第２ユーザーが自分が関連していると主張する組織に対応する証明書を求める要求を受け取る。

その後、制御は、３０３に進む。３０３において、代表的な具現例では、ＡＳ・３２は、認証証明書１０５のような証明書を制御プログラム３４に与える。３０４において、制御プログラム３６は、組織の証明書の認証を要求する要求を、制御プログラム３４から受け取る。

その後、制御は、３０６に進み、ここでは、制御プログラム３４は、組織から、認証証明書を受け取る。制御は、３０８に進み、そこでは、制御プログラム３４は、組織に対応し、制御プログラム３６から受け取った認証証明書と、認証証明書１０５のようなＡＳ・３２から受け取った証明書とを比較することにより、組織の認証を確認する。

認証を確認することで、第１ユーザーと認証サーバーと第２ユーザーとの間の信頼性の程度を決定する。信頼性の程度は、被認証者に対応し被認証者に関連する制御プログラムから受け取った認証証明書が、認証サーバーから受け取った証明書と同じである確率に相当する値である。例えば、信頼性の程度は、ＢＳＰ・６４の結果１００（図４）のような結果として決定することができる。

その後、制御は、３０９に進み、そこでは、認証者に関連する制御プログラムは、組織の一員としての第２ユーザーの認証の確認を受け取る。

図１５は、依頼人機器４２８，４３０がＡＳ・４３２と共に認証されたとしても、依頼人機器４２８の制御プログラム４３４が、依頼人機器４３０の制御プログラム４３６を信頼しないという状況において、被認証者あるいは呼側に関して、依頼人機器４２８の制御プログラム４３４を用いて、認証サービスを認証者に提供するような、本発明による代表的な方法の他の代表的な具現例を示している。

そのような状況では、依頼していない通話が被認証者あるいは呼側から認証者へ成立した後に、本方法によって、依頼人機器４３０を認証し損ねた認証者の依頼人機器４２８は、依頼人機器４２８を指示して符号化フォーマットを切り替えさせ、ＡＳ・４３２が実行する音声確認を使用する。代表的な符号化フォーマットには、例えば、Ｇ．７１１、Aurora、ＰＣＭ、Ｇ．７２３等が含まれ、“直接の”認証を確かめるように切り替える必要があり、その場合、依頼人機器４２８，４３０は、識別サービスあるいは認証サービスを実行中に、同じ符号化フォーマットを使用している。ＡＳ・４３２は、例えば、異なる符号化フォーマットを用いて音声確認を実行するために、命令翻訳機と対話管理モジュールあるいは対話システムを提供する。認証者の依頼人機器４２８は、依頼人機器４３０がＡＳ・４３２に知られていないので、依頼人機器４３０を認証することができない。

代表的な具現例は、図１２に示した、特に２０１−２０６で示した動作中の具現例に似ているので、２０１−２０６で実行される処理に対する上記の説明は、図１５のそれぞれ４０１−４０６で実行される処理には十分であろう。

図１５に示される代表的な具現例において、制御プログラム４３４は、電話製造者証明書１０３や電話機器証明書１０８のような電話証明書の認証を認識することはない。その後、制御は、４２２へ進み、そこでは、制御プログラム４０６は、ＡＳ・４３２のようなＡＳの認証のための制御プログラム４３４から要求を受け取る。その後、制御は、直接に４２４に進み、そこでは、制御プログラム４３４は、要求しているサーバー認証の受領通知を受け取る。その後、制御は、直接に４２６に進み、そこで、制御プログラム４３６は、符号化パラメータを設定する要求を受け取る、例えば依頼人機器４３０の符号化パラメータは、Ｇ．７１１あるいは他の何かの符号化フォーマットへと切り替えることができる。その後、制御は、４４０に進む。４４０において、ＡＳ・４３２は、呼側が使用する依頼人機器４３０の或るパラメータがＡＳ・４３２が要求するパラメータに合致するように切り替えられたという通知を受け取る。パラメータは、いずれかの符号化器かＧ．７１１が他の符号化フォーマットであって良い。

その後、制御は、４２２に進む。４２２において、ＡＳ・４３２は、上述したようにユーザー対話あるいは音声認識を用いて呼側を確認する。確認の間、ＡＳ・４３２は、ある同一性に関する主張が本当かどうか、例えば、ある被認証者の同一性に関する主張が本当かどうかを決定する。確認は、上述したようにユーザー対話あるいは音声認識のいずれかを用いて実行することができる。

その後、制御は、４４４に進み、そこでは、依頼人機器４２８は、被認証者の認証を受け取る。例えば、ＡＳ・４３２は、その確認は正しいものであり、その被認証者は、対話認識あるいは音声認識を用いて制御プログラム４３４に認証されたことを返事する。そのようにして、認証者は、認証者に関係する制御プログラムが、被認証者に関係する制御プログラムを信頼しないような場合には、被認証者を認証もしくは識別できない。

本発明は、上に概略を述べた特定の実施形態と共に説明されたが、多くの代替や修正や変形が当業者には明らかなのは確かである。例えば、依頼人機器２８，３０，２２８，２３０，４２８，４３０が、本発明およびスマート電話あるいはダム電話のいずれかのような具現例に従った方法の中で記載されたが、依頼人機器２８，３０，２２８，２３０，４２８，４３０は、コンピュータや他のインターネット可能な機器のような電話機能もしくは遠隔通信機能を提供することのできる機器であって良い。

本発明は、説明のされたいくつかの実施形態を参照して記述されたことは、明らかにされなければならない。添付の特許請求の範囲の観点から、本発明のその面において、本発明の範囲と趣旨とから逸脱せずに変更を行うことができる。本発明は、ここに特定の構造と動作と材料を参照して説明したが、本発明は、特定の開示した内容に制限されるものではないが、むしろ、添付の特許請求の範囲内におけるもののように、全ての等価な構造と動作と材料に拡大されるものである。

一例としての公衆電話ネットワーク内の、メディアゲートウェイとメディアゲートウェイ制御器の図である。 コンテキスト内の単一の終端を示すメディアゲートウェイのコンテキストの図である。 コンテキスト内の２つの終端を示すメディアゲートウェイのコンテキストの図である。 一例としての生物測定サービスプロバイダのアーキテクチャの図である。 一例としての生物測定処理におけるＢｉｏＡＰＩアーキテクチャの図である。 本発明による一例としての認証サービスのアーキテクチャの図である。 本発明による一例としての認証依頼人のアーキテクチャの図である。 本発明による一例としての認証サーバーのアーキテクチャの図である。 認証システム内で使用される一例としての認可権限者の階層の図である。 認証システム内で使用される一例としての認可の図である。 本発明による一例としての方法の図である。 スマート電話を用いた本発明による一例としての方法の図である。 無音電話を用いた本発明による一例としての方法の図である。 本発明による他の一例としての方法の図である。 本発明による、さらに他の一例としての方法の図である。

符号の説明

１０，１１…メディアゲートウェイ（ＭＧ）
１２…メディアゲートウェイ制御器（ＭＧＣ）
１８…集中型通信ネットワーク
２０，２１…信号伝達ゲートウェイ（ＳＧ）
２２…パケット交換ネットワーク
２４…ＣＳＮ
２６…認可権限者（ＣＡ）
２８，３０…依頼人機器
３８，３９，４０〜４６，５２…パス
４８…インターネット
５４…メディアゲートウェイ
５６，５７…終端
５８…コンテキスト
６０…（ＲＴＰストリーム）
６２…ＳＣＮ運搬チャネル
６６…確認ユーザーインターフェイス
６８…登録ユーザーインターフェイス
７０…識別ユーザーインターフェイス
７４…確認アルゴリズム
７６…識別アルゴリズム
７８…未加工の標本
８０…入力スキャン
８２…品質改良
８４…特徴抽出
８６…標本処理
８８…ＢＩＲ作成
９０，９１…中間ＢＩＲ
９２…処理済みＢＩＲ
９４…ＢＩＲ
９６…結果
９８…組になったＢＩＲ
１００…結果一覧表
１０２…依頼人ＢｉｏＡＰＩアプリケーション
１０４…サーバーＢｉｏＡＰＩアプリケーション
１０６，１０８…ＢｉｏＡＰＩ構造
１１０…顧客ＢｉｏＡＰＩサービスプロバイダ（ＢＳＰ）
１１２…サーバーＢｉｏＡＰＩサービスプロバイダ（ＢＳＰ）
１２４…ＢｉｏＡＰＩインターネットアダプター
１２６…ネットワークインターフェイス
１２８…命令翻訳機
１２９…符号化
１３０…対話管理
１３２…安全モジュール
１３４…登録アルゴリズム
１４０…アクセスネットワークインターフェイス
１４２…認可権限者
１４４…サーバー制御プログラム
１５２…電話製造者ＣＡ
１５３…電話製造者証明書
１５４…認証サーバーＣＡ
１５５…認証証明書
１５６…ルートのＣＡ
１５８…電話機器証明書
１６０…購入者資格証明書
１６２…ルートの証明書
１６４…加入者証明書

Claims (6)

1. 第１依頼人機器のユーザーに、第２依頼人機器のユーザーに関する認証サービスを提供するための方法であって、該方法は、
   第１依頼人機器のユーザーと第２依頼人機器のユーザーとの間の通話を確立するために、メディアゲートウェイを通しての第１依頼人機器と第２依頼人機器との間の通信を確立する段階と、
   前記通話の間に第１依頼人機器のユーザーからの音声命令を検出する段階と、
   第１依頼人機器が、前記音声命令に応じて認証サーバーからの第２依頼人機器のユーザーに対応する証明書を要求する段階と、
   認証サーバーが、第２依頼人機器のユーザーに対応する証明書を返す段階と、
   第１依頼人機器が、第２依頼人機器のユーザーの識別を確認するための情報を得るために、第２依頼人機器からの第２依頼人機器のユーザーに対応する認証証明書を要求する段階と、
   第２依頼人機器から認証証明書を返す段階と、
   第１依頼人機器が、第２依頼人機器のユーザーに対応し第２依頼人機器から受け取った認証証明書と、認証サーバーから受け取った証明書を比較することにより、第２依頼人機器のユーザーを認証する段階と
   を備えることを特徴とする方法。
2. 前記依頼人機器は、自動機能電話であることを特徴とする請求項１記載の方法。
3. 前記認証サーバーは、組織を登録し、前記第１依頼人機器が第２依頼人機器のユーザーを認証する段階は、第２依頼人機器のユーザーが前記組織の一員であるかどうかを判定する段階を含むことを特徴とする請求項１記載の方法。
4. 前記第２依頼人機器のユーザーを認証する段階では、第１依頼人機器のユーザーと認証サーバーと第２依頼人機器のユーザーとの間の信頼性の程度を決定することを特徴とする請求項１記載の方法。
5. 前記信頼性の程度は、第２依頼人機器のユーザーに対応し第２依頼人機器から受け取った認証証明書が、認証サーバーから受け取った証明書と同じである確率に対応する値であることを特徴とする請求項４記載の方法。
6. 前記第２依頼人機器のユーザーに対応し第２依頼人機器から受け取った認証証明書には、第２依頼人機器のユーザーの識別を示す部分が含まれることを特徴とする請求項１記載の方法。

Images