特許 5968367 電話ネットワークにおける音声メール参加者の真正性の確認

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5968367

(24)【登録日】2016年7月15日

(45)【発行日】2016年8月10日

(54)【発明の名称】電話ネットワークにおける音声メール参加者の真正性の確認

(51)【国際特許分類】

   H04L 9/32 20060101AFI20160728BHJP

   G06F 21/31 20130101ALI20160728BHJP

【ＦＩ】

   H04L9/00 675B

   G06F21/31

【請求項の数】9

【外国語出願】

【全頁数】17

(21)【出願番号】特願2014-128814(P2014-128814)

(22)【出願日】2014年6月24日

(62)【分割の表示】特願2011-525676(P2011-525676)の分割

【原出願日】2009年8月27日

(65)【公開番号】特開2014-222897(P2014-222897A)

(43)【公開日】2014年11月27日

【審査請求日】2014年7月15日

(31)【優先権主張番号】12/231,430

(32)【優先日】2008年9月3日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】110001173

【氏名又は名称】特許業務法人川口國際特許事務所

(72)【発明者】

【氏名】クリストフ・ギュスターブ

(72)【発明者】

【氏名】スタンリー・チャウ

(72)【発明者】

【氏名】シュウ−リン・チェン

【審査官】 中里 裕正

(56)【参考文献】

【文献】 特開２００２−２６１９４４（ＪＰ，Ａ）

【文献】 特表２００７−５２９１６９（ＪＰ，Ａ）

【文献】 特表２００４−５０６３８０（ＪＰ，Ａ）

【文献】 特表２００４−５１４３１０（ＪＰ，Ａ）

【文献】 特表２００２−５４４７１６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ２１／３１

(57)【特許請求の範囲】

【請求項1】

音声メールメッセージング認証を実行する方法であって、
発信者と、音声メールアカウント保持者にメッセージングサービスを提供する音声メールメッセージング装置との間の接続を確立するステップと、
音声メールアカウント保持者に音声メールメッセージを残すための発信者からの要求を、音声メールメッセージング装置にて、受信するステップと、
発信者の発信者認証証明書を受信するステップであって、前記発信者認証証明書および音声メールアカウント保持者のアカウント保持者認証証明書を受信することを含む、ステップと、
発信者認証証明書の受信に応答して、発信者を、音声メールメッセージング装置によって、認証するステップであって、前記発信者認証証明書の受信に応答して前記発信者認証証明書に含まれる情報を使用して発信者を認証し、発信者を成功裏に認証したことに応答して前記アカウント保持者認証証明書に含まれる情報を使用して音声メールアカウント保持者を認証することを含む、ステップと、
前記認証を成功裏に実行したことに応答して、音声メールアカウント保持者の音声メールアカウント内に音声メールメッセージ記録を、音声メールメッセージング装置によって、作成するステップであって、前記作成するステップが、発信者が音声メールアカウント保持者の音声メールアカウント内に音声メールメッセージを格納できるようにし、発信者の認証された識別情報を音声メールメッセージと関連付ける、ステップと
を含む、方法。

【請求項2】

発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを成功裏に確認したことに応答して、前記発信者認証証明書から識別情報を抽出し、それによって前記識別情報が音声メールメッセージと発信者の前記認証された識別情報として関連付けられることができるようにするステップ
をさらに含む、請求項１に記載の方法。

【請求項3】

前記発信者を認証する前記ステップが、
前記発信者認証証明書の妥当性を確認するステップと、
発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを確認するステップと
を含む、請求項１に記載の方法。

【請求項4】

発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを成功裏に確認したことに応答して前記発信者認証証明書から識別情報を抽出し、それによって前記識別情報が音声メールメッセージと発信者の前記認証された識別情報として関連付けられることができるようにするステップ
をさらに含む、請求項３に記載の方法。

【請求項5】

発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを確認する前記ステップが、
発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有するという証拠について被呼加入者に要求を送信するステップと、
前記要求に応答して、前記証拠を受信するステップと
を含む、請求項４に記載の方法。

【請求項6】

発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを成功裏に確認したことに応答して、前記発信者認証証明書から識別情報を抽出し、それによって前記識別情報が音声メールメッセージと発信者の前記認証された識別情報として関連付けられることができるようにするステップ
をさらに含む、請求項５に記載の方法。

【請求項7】

前記認証するステップが、
前記認証証明書の各自の妥当性を確認するステップと、
発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを確認するステップと、
音声メールアカウント保持者が前記アカウント保持者認証証明書の公開鍵に対応するプライベート鍵を所有することを確認するステップと
を含む、請求項１に記載の方法。

【請求項8】

発信者が前記発信者認証証明書の公開鍵に対応するプライベート鍵を所有していることを成功裏に確認したことに応答して前記発信者認証証明書から識別情報を抽出し、それによって前記識別情報が音声メールメッセージと発信者の前記認証された識別情報として関連付けられることができるようにするステップ
をさらに含む、請求項７に記載の方法。

【請求項9】

音声メールアカウント保持者の認証された識別情報を発信者に提供するステップ
をさらに含む、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書で行われる開示は、概して電話ネットワークシステムにおける認証提供に関し、特に、音声メール参加者の真正性の確認に関する。

【背景技術】

【0002】

なりすまし犯罪行為に関連する不正行為が、今日の複雑な電話（音声／データなど）ネットワークで非常に蔓延している。悪意あるエンティティが、秘密（機密）情報を集めるために、確立された社会的行動を巧みに利用している。なりすまし犯罪はまた、ほぼ世界中どこでも深刻な問題になっている。なりすまし犯罪者たちは、電話システムに関して電話ユーザがもつセキュリティの誤った感覚を利用し、それによって電話ユーザを騙して秘密情報を開示させる。ある場合には、それは、被呼加入者からの秘密情報をかかる秘密情報を使って悪意ある行為（犯罪行為および／または詐欺行為など）を行うことを目的として取得しようと試みる起呼加入者（発信者）である。他の例では、それは、起呼加入者からの秘密情報をかかる秘密情報を使って悪意ある行為を行うことを目的として取得しようと試みる被呼加入者である。

【0003】

悪意ある相手が秘密情報を取得しようと試みることができる具体的な一例は、音声メールメッセージを残すことおよび読み出すことに関連する。ある人物Ａが人物Ｂに電話をかけ、人物Ｂに音声メールメッセージを残す選択権をもつとき、悪意ある相手が気が付かない音声メール参加者から秘密情報を取得する可能性を制限するために認証が有益である、かかるメッセージを残す２つの態様が存在する。第１の態様は人物Ａを実際にメッセージを残している発信者であるとして識別し、第２の態様は人物Ｂを実際にその人の音声メールがメッセージを受信している人物（通常は、音声メールメッセージが残される音声メールアカウントの所有者）であるとして識別する。

【0004】

現在、メッセージを残す人物が実際に彼らが彼らであるというまたは彼らであると暗示する人物であることを認証するための真の解決策は存在しない。いくつかの従来の（先行技術の）システムは、それらにメッセージを残す人物の発信者ＩＤ情報を記録するように構成されることができるが、発信者ＩＤは簡単に偽造されることができ、起呼加入者の認証には適さない。音声メールメッセージを読み出す多くの人々は、それが彼らが知っている人であるかを判定するのに発信者の音声のみに依存する。メッセージを読み出す人にその音声が知られていない場合、またはメッセージを残す人がその音声メールメッセージを読み出す人にはっきりと知られていない場合、音声メールメッセージを読み出す人は、そのメッセージを残す人物に関する彼ら自身の直感およびメッセージの内容に単純に依存する。たとえば、ある場合には、音声メールメッセージを残す人物が被呼加入者のよく知られている組織に属していると主張することがあるが、その音声メッセージを受信する音声メールアカウントをもつ人に個人的には知られていない。音声メールメッセージが残されるかかる事例（たとえ発信者ＩＤが安全でも、電話番号はメッセージを受信する人にとって通常は意味のあるものではないなど）のための知られている解決策は存在しない。しかし、多くのタイプの不正行為（それらの中でもなりすまし犯罪）は音声メールメッセージングのまさにこの弱点を利用するので、かかる音声メールメッセージの認証がますます重要になっている。

【0005】

さらに、メッセージが残される音声メールアカウントが発信者の意図した音声メールアカウントであることを認証するための真の解決策は現在存在しない。かかる認証は、いくつもの理由から重要である。１つの理由は、発信者が不注意で間違った番号に電話をかける状況を含む。もう１つの理由は、発信者が騙されて彼らが意図した音声メールメッセージアカウントにメッセージを残していると信じ込まされているが、実際には異なる音声メールメッセージアカウントにメッセージを残している状況を含む。さらにもう１つの理由は、発信者が機密情報を配信していて、かかる機密情報を残す前に音声メールアカウント保持者を確実に認証したいと考える状況である。従って、発信者が彼らがメッセージを残すつもりの音声メールアカウントの音声メールアカウント保持者を認証することを可能にしないことに関する現状の欠陥は意図されたものではない音声メールアカウントにメッセージが残される可能性を作り出すことが分かる。

【0006】

音声メールメッセージを読み出す人がかかるメッセージを受信するおよび／または読み出す権限を与えられることができない可能性について、かかる権限付与のための先行技術の機構は通常は不正アクセスに対して音声メールボックスを広く開いた脆弱な認証方式を含む。ある場合には、音声メールシステムは、容易にまたすぐに偽造されることができる、安全ではない「発信者ＩＤ」データに基づくユーザの識別を前提にさえした。音声メールシステムアカウントへのかかる発信者ＩＤベースのアクセスは、不正な管理システム規模のアクセスおよび／または個々の音声メールアカウントへのアクセスをもたらし得ることがよく知られている。同様に、パスワードベースの認証の使用は、容易に回避されることができない管理問題をもたらす。潜在的な機密情報の窃盗に加えて、保護の不十分な音声メールシステムへのハッキングは損失を伴う通話を働くことを狙った悪意ある活動などにつながり得る。

【0007】

米国特許第６，９１２，２７５号（‘２７５特許）、表題「Ｓｅｃｕｒｅ Ｒｅｍｏｔｅ Ａｃｃｅｓｓ ｔｏ Ｖｏｉｃｅ Ｍａｉｌ」では、メールボックスへのユーザアクセスはワンタイムパスワード（ＯＴＰ）技法を介して認証される。一般に、ＯＴＰは、悪意ある相手が気付かない音声メールメッセージ受信者から機密／秘密情報を成功裏に取得する結果をもたらし得る介入者脆弱性に悩まされる。さらに、‘２７５特許で教示された独創的な主題に従って構成される音声メールシステムのクライアントはＯＴＰトークンをプロビジョニングされる必要があり、これはかかる解決策の展開／管理を費用のかかるものにしている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】米国特許第６，９１２，２７５号明細書

【発明の概要】

【発明が解決しようとする課題】

【0009】

従って、先行技術の解決策の欠点および／または欠陥を克服する形式で音声メール参加者の真正性を確認する解決策は、有利であり、望ましく、また有益であろう。

【課題を解決するための手段】

【0010】

本発明の実施形態は、音声メールシステムにアクセスするときに認証されない音声メールセッションの相手の問題に対処する。より具体的には、音声メールメッセージに含まれる秘密情報への不正アクセスを防ぐために、本発明に従って構成された音声メールシステムおよび装置が、音声メールメッセージを残す人および音声メールメッセージを読み出す人物の認証を提供する。かかる認証を介して、発信者は彼らが意図した受信者に音声メールメッセージを残していることを合理的に確信することができ、受信者はメッセージが信用できる発信者によって残されたことを合理的に確信することができる。従って、かかる認証は、音声メールメッセージを残す者（発信者）または受信者（被呼加入者）が無意識のうちに不正なまたは悪意ある活動に参加する可能性を低減する。

【0011】

本発明は音声メールセッション参加者を認証するための解決法を提供し、それによってユーザ識別のなりすましに関連する脅威を阻止する。具体的に、本発明の実施形態は、起呼加入者が通話ごとベースで彼／彼女の電話装置に配信される認証通知を介して被呼加入者識別（音声メールアカウント保持者）を明らかにおよび確実に識別することを可能にすることに向けられる。レジストリは被呼加入者の認証された識別情報を保持する。被呼加入者は最初に、その識別情報をレジストリに登録する。登録が成功すると、レジストリ（認証局として動作する）が、被呼加入者の識別および公開鍵を組み込まれた証明書に署名する。通話がセットアップされると、起呼加入者は、被呼加入者の識別を認証するために、たとえば非対称鍵暗号機能などの手段を使用する。それに応じて、本発明は電話ネットワーク内で被呼加入者のリアルタイム認証を提供し、それによって、電話を受ける側の識別の証明を−直接被呼加入者にまたは他の帯域外の手段を介して−問い合わせるユーザの負担を軽減する。

【0012】

本発明の一実施形態では、音声メールメッセージング認証を実行する方法は複数の動作を含む。一動作は、音声メールアカウント保持者の認証証明書および／または音声メールアカウント保持者に音声メールメッセージを残すための権限付与を要求する発信者の認証証明書を受信するために実行される。かかる受信は、音声メールアカウント保持者に音声メールメッセージングサービスを提供する音声メールメッセージング装置によって実行される。一動作は、アカウント保持者認証証明書および／または発信者認証証明書の受信に応答して、音声メールアカウント保持者および／または発信者を認証するために実行される。音声メールアカウント保持者および／または発信者の認証は、それぞれの認証証明書に含まれた認証情報を使用して実行される。一動作は、かかる認証を無事に実行したことに応答して、音声メールメッセージ記録を音声メールアカウント保持者の音声メールアカウント内に作成するために実行される。かかる作成は、発信者の認証された識別情報を音声メールメッセージに関連付けることおよび／または発信者に音声メールアカウント保持者の認証された識別を提供することに加えて、発信者が音声メールアカウント保持者の音声メールアカウント内に音声メールメッセージを格納できるようにすることを含む。

【0013】

本発明のもう１つの実施形態では、サーバは、記憶装置とその記憶装置に格納されたおよびそこからアクセス可能なプロセッサ実行可能命令とを含む。プロセッサ実行可能命令は様々な動作を実行するように構成される。プロセッサ実行可能命令は、被呼加入者に音声メールメッセージを残すための権限付与を要求する発信者の認証証明書を受信するために提供される。かかる受信は、被呼加入者のために音声メールメッセージングサービスを提供する音声メールメッセージング装置によって実行される。プロセッサ実行可能命令は、認証証明書の受信に応答して、その認証証明書に含まれる認証情報を使用して発信者認証を実行するために提供される。プロセッサ実行可能命令は、発信者を無事に認証したことに応答して、被呼加入者の音声メールアカウント内に音声メールメッセージ記録を作成するために提供される。かかる作成は、発信者が被呼加入者の音声メールアカウント内に音声メールメッセージを格納できるようにすること、および、発信者の認証された識別情報をその音声メールメッセージに関連付けることを含む。

【0014】

本発明のもう１つの実施形態では、音声メールメッセージング装置が被呼加入者のために音声メールメッセージングサービスを提供する。音声メールメッセージング装置は以下を行うように構成される：ｉ）被呼加入者に音声メールメッセージを残すための権限付与を要求する発信者の認証証明書を受信するステップと、ｉｉ）認証証明書の受信に応答して、その認証証明書に含まれる認証情報を使用して発信者認証を実行するステップと、ｉｉｉ）発信者が被呼加入者の音声メールアカウント内に音声メールメッセージを格納できるようにすることおよび発信者の認証された識別情報をその音声メールメッセージに関連付けることを含む、発信者を無事に認証したことに応答して被呼加入者の音声メールアカウント内に音声メールメッセージ記録を作成するステップ。

【0015】

本発明のこれらのおよび他の目的、実施形態、利点および／または特徴は、以下の明細、関連図面、および添付の特許請求の範囲をさらに見直すことで容易に明らかとなろう。

【図面の簡単な説明】

【0016】

【図1A】本発明による音声メールセッション中の起呼加入者認証を円滑に進めるために構成された方法を示す図である。

【図1B】本発明による音声メールセッション中の起呼加入者認証を円滑に進めるために構成された方法を示す図である。

【図2A】本発明による音声メールセッション中の被呼加入者認証を円滑に進めるために構成された方法を示す図である。

【図2B】本発明による音声メールセッション中の被呼加入者認証を円滑に進めるために構成された方法を示す図である。

【図3】本発明による情報提供者登録のための登録インフラストラクチャおよびプロセスの概略図である。

【図4】本発明による識別情報認証アプリケーションを実行するユーザデバイスによって実行される情報識別認証インフラストラクチャおよびプロセスの第１の実施形態を示す概略図である。

【発明を実施するための形態】

【0017】

本発明の実施形態は、様々な音声メールシステムおよび電話デバイス（携帯電話、ＰＤＡのなど）に簡単に実装されることができる。かかる実施形態は、信頼される認証局レジストリを介して配信されるＸ．５０９証明書に基づく強力な暗号化機能を活用し、それによって、被呼加入者の認証が音声メールメッセージをその被呼加入者に残すことに関して認証されることができるようにする、そして／または起呼加入者がかかる音声メールメッセージを残すことができるようにすることに先立つその起呼加入者の認証を可能にする。この方式では、音声メールメッセージのリストを表示することができる電話機器は有利なことに、音声メールメッセージの後に認証された識別情報を表示することによって（アウトバウンドのメッセージング参加者として行動するとき）および音声メールスクリーニングを円滑に進めることによって（インバウンドのメッセージング参加者として行動するとき）、この機能を組み込むことができる。

【0018】

本発明は、最もよく知られている既存の解決法（先行技術）に固有の従来のＯＴＰシステムに関連する間接費を最小限にしながら、音声メールシステムアクセスに関連する高度のセキュリティを提供する。本発明の実施形態によれば、Ｘ．５０９証明書は、さらなるアクセス制御およびスクリーニング動作のための強力な認証サポートを音声メール装置に提供するための暗号化手順（標準非対称暗号化手順など）で使用される。この方式で、一実施形態では、音声メールサーバは信頼される認証局のリスト（Ｘ．５０９証明書の公開部分を含む）をプロビジョニングされる。ユーザ施設（ＰＳＴＮ電話、ソフトフォン、携帯電話など）にある音声メールクライアントは、対応するプライベート鍵とともにその公開鍵を保持するＸ．５０９証明書で構成される。本発明に従ってプロビジョニングされる音声メールサーバにユーザが接続するとき、非対称暗号化手順がトリガされ、事前設定されたフィルタリングポリシーが認証の結果に応じて適用される。同様の方式では、発信者が、メッセージを残す前に音声メール受信者（音声メールアカウント保持者）の識別をチェックしたいと考えることがある。最後に、音声メールシステムが信頼できない場合、本発明は、終端間の保護された音声メッセージ配信および被呼加入者についての認知された識別を提供するために拡張されることができる。

【0019】

ここで図１Ａおよび１Ｂを参照すると、被呼加入者の音声メール装置上の音声メールアカウントにアクセスしたい発信者を認証するための本発明に従って構成された方法１００が示されている。かかるアクセスが要求される少なくとも２つの異なるシナリオが存在する。かかるシナリオの１つでは、音声メール装置のユーザ（発信者）が、音声メールアカウント内のメッセージにアクセスする（音声メールボックス内の音声メールメッセージを聞くまたは読む）ために管理者権限を要求している。もう１つのかかるシナリオでは、発信者が音声メール装置の音声メールアカウント（音声メールボックス）内に音声メールメッセージを残すための許可を要求している。両方のシナリオにおいて、発信者の音声メール装置および電話装置は、Ｘ．５０９証明書を使用して認証を実行するように一緒に構成されている。たとえば、音声メール装置は、信頼されるルート認証局のリストで事前設定され、発信者の電話装置は認証された（証明された）識別、本名などをもつ認証証明書をプロビジョニングされる。音声メール参加者認証を提供するための本発明に従って構成された認証モジュールが、エンドユーザの電話装置またはＩＰ−ＰＢＸなどの音声メール装置（サーバなど）の一部としての組み込まれた独立型音声メールボックス上で差別なく配備されることができることが本明細書において開示される。実装／配備の選択に応じて、認証中に使用される認証証明書は、ユーザ電話装置に組み込まれるか、それ自体がユーザ電話装置にプラグ可能な認証トークン（スマートカード、ＵＳＢベースなど）内にあってもよい。

【0020】

図１Ａを参照すると、動作１０２が、被呼加入者の音声メール装置上の音声メールアカウントにアクセスすることを求める起呼加入者（発信者）からの要求を受信するために被呼加入者の音声メール装置によって実行される。かかる要求の受信に応答して、動作１０４が起呼加入者認証証明書を要求する被呼加入者の音声メール装置によって実行される。一実施形態では、被呼加入者認証の要求は、被呼加入者の音声メール装置によって提供される、本発明による認証機能の各構成要素をトリガする。起呼加入者の電話装置が本発明による認証機能をサポートしない場合、被呼加入者の音声メール装置が、起呼加入者電話装置が本発明による認証機能をサポートしないことを示す起呼加入者の電話装置への認証失敗通知を提供するための動作１０６（図１Ｂ）を実行する。認証失敗通知の提供の例は、起呼加入者の電話装置が本発明による認証機能をサポートしないことを示す可聴メッセージおよび／または視覚メッセージを含むがこれらに限定されない。認証失敗通知を提供することに加えて、本発明による認証機能をサポートしない起呼加入者の電話装置の場合に、事前設定された任意選択のポリシーが追加的な行動を取るように命じること（被呼加入者の音声メール装置に関連付けられた適切なネットワーク構成管理機器に警告機能をトリガするなど）ができることが本明細書において開示される。

【0021】

起呼加入者の電話装置が本発明による認証機能をサポートする場合、動作１０８が、被呼加入者認証証明書の配信を円滑に進めるために、起呼加入者の電話装置によって実行される。たとえば、一実施形態では、被呼加入者認証証明書の配信を円滑に進めることは、被呼加入者認証証明書にアクセスすること、および被呼加入者の音声メール装置による受信を目的としてそれを送信することを含む。もう１つの実施形態では、起呼加入者認証証明書の配信を円滑に進めることは、被呼加入者の音声メール装置による受信を目的として被呼加入者認証証明書を送信するように遠隔システムまたは装置に命令することを含む。従って、本発明は、被呼加入者の音声メール装置への被呼加入者認証証明書の配信を円滑に進めるためのいかなる特定の手法にも限定されない。

【0022】

被呼加入者の音声メール装置が起呼加入者認証証明書を受信するための動作１１０を実行することに応答して、被呼加入者の音声メール装置は、起呼加入者認証証明書を発行した認証証明書レジストリを判定するための動作１１２を実行し、続いてそこからレジストリ公開鍵および証明書取り消しリストを読み出すための動作１１４を実行する。かかる読み出された情報を使用して、被呼加入者の音声メール装置が、起呼加入者認証証明書の妥当性を確認するための動作１１６を実行する。たとえば、起呼加入者認証証明書が読み出された証明書取り消しリスト上にない、または失効していない場合、認証証明書の真正性の確認は、レジストリ公開鍵を使用して起呼加入者認証証明書が認証証明書レジストリのプライベート鍵によって署名されたかを判定することを含む。起呼加入者認証証明書が本物でない（レジストリのプライベート鍵によって署名されなかった）と判定された場合、または、起呼加入者認証証明書が証明書取り消しリスト上にある、失効しているなどの場合、被呼加入者の音声メール装置が認証失敗通知を提供するための動作１０６（またはその変形形態）を実行する（図１Ｂ）。起呼加入者認証証明書が本物であり（レジストリのプライベート鍵によって署名されたなど）、起呼加入者認証証明書が証明書取り消しリスト上にない、失効しているなどと判定された場合、被呼加入者の音声メール装置は起呼加入者認証証明書から公開鍵を読み出すための動作１１８を実行し、その起呼加入者認証証明書に対応するプライベート鍵を所有する証拠を起呼加入者に要求するための動作１２０を実行する（図１Ｂ）。かかる証拠の要求に応答して、起呼加入者の電話装置が、その要求に応答するための動作１２２を実行し、それによってかかる証拠（この時点で真偽の不確かな証拠）を被呼加入者の音声メール装置による受信を目的として送信させる。かかる証拠の送信に応答して、被呼加入者の音声メール装置は、起呼加入者の電話装置からプライベート鍵所有の証拠を受信するための動作１２４を実行する。プライベート鍵所有の証拠を受信した後に、被呼加入者の音声メール装置は、起呼加入者認証証明書の公開鍵を使用してかかる証拠の真正性を確認する動作１２６を実行する。

【0023】

起呼加入者は個人または個人のグループ（企業体など）でもよいことが本明細書において開示される。従って、起呼加入者認証証明書に対応するプライベート鍵をそれが所有する証拠の起呼加入者への要求に対する応答は特定の個人からまたはかかる要求に応答することを許可されたまたはその能力のある１人または複数の個人からでもよい。さらに、その応答は、起呼加入者のシステム（企業体のＰＢＸなど）のそれまたは起呼加入者の電話デバイス（携帯電話など）のそれでもよい。この方式では、応答は自動化された方式で提供されることができる（デバイスもしくはシステムによってなど）、または個人の指令で提供されることができる（所要の証拠を被呼加入者の音声メール装置による受信を目的として送信させるパスコードを彼らが入力したことに応答してなど）。

【0024】

かかる証拠を要求する目的は、被呼加入者認証証明書に対応するプライベート鍵を起呼加入者が所有していることを確認することである。かかる証拠の要求の一実施形態は、被呼者の音声メール装置が乱数（「ノンス」）を生成することおよび起呼加入者の電話装置による受信を目的としてそのノンスを送信することを含む。ノンスの受信に応答して、起呼加入者の電話装置は、被呼加入者のプライベート鍵（起呼加入者認証証明書に対応するプライベート鍵）でそのノンスを暗号化し、被呼加入者の音声メール装置による受信を目的としてその暗号化されたノンスを送信する。暗号化されたノンスの受信に応答して、被呼加入者の音声メール装置は、起呼加入者認証証明書から読み出された公開鍵を使用してその暗号化されたノンスを復号化する。復号化されたノンスが送られたそれと同じである場合、起呼加入者認証証明書に対応するプライベート鍵は起呼加入者が所有している（起呼加入者の電話装置を所有しているなど）とみなされる。

【0025】

プライベート鍵所有の提供された証拠が本物でない（提供された証拠が、起呼加入者認証証明書から読み出された公開鍵に対応するプライベート鍵の所有を示さない）と判定された場合、被呼加入者の音声メール装置が認証失敗通知を提供するための動作１０６（またはその変形形態）を実行する。プライベート鍵所有の提供された証拠が本物である（提供された証拠が、起呼加入者認証証明書から読み出された公開鍵に対応するプライベート鍵の所有を示す）と判定された場合、被呼加入者の音声メール装置は、起呼加入者認証証明書から認証された識別情報にアクセスするための動作１２８を実行し、続いて被呼加入者の音声メールメッセージアカウントに起呼加入者がアクセスできるようにするための動作１３０を実行する。その後、動作１３２が、認証された識別情報を音声メールアカウントアクセス要求に関連付ける（音声メールメッセージ記録の作成）ために実行される。

【0026】

かかる音声メールメッセージを残したいと考える発信者の認証が成功したとき、追加のフィルタリング機構が発信者の識別に基づく特定の音声メールフォルダへの音声メールメッセージのリダイレクションを可能にすることができ、さらに、発信者または発信者の組織の認証された名前が音声メッセージ内におよび／または音声メールボックスアクセス施設にある電話機器に関連付けられた発信者ＩＤディスプレイに提示されることができる。発信者がメッセージにアクセスするための管理者権限を要求する前述のシナリオでは、かかるアクセスは被呼加入者（記録にアクセスする管理者またはそれ自身のメッセージをチェックする被呼加入者）の音声メールメッセージ記録へのアクセスを可能にする。発信者が音声メール装置の音声メールアカウント（音声メールボックス）内に音声メールメッセージを残す許可を要求する前述のシナリオでは、かかるアクセスは発信者が音声メールメッセージを残すことを可能にする。従って、かかるアクセスは特定の目的または機能を許すことに限定されないことが本明細書で開示されている。

【0027】

ここで図２Ａおよび２Ｂを参照すると、本発明のもう１つの実施形態（たとえば、被呼加入者の音声メール装置上の音声メールアカウントにアクセスしたいと考える発信者を認証するための方法１００と組み合わせたまたはそれとは別の）では、そこの音声メールアカウントに関連付けられた被呼加入者を認証するための方法２００が実行されることができる。この目的を達成するために、動作２０２が、被呼加入者の音声メール装置で音声メール配信セッションを開始するために起呼加入者の電話装置によって実行される。かかるセッションの開始に応答して、動作２０４が、被呼加入者認証証明書を要求するために、実行される。一実施形態では、被呼加入者認証を要求することが、被呼加入者の音声メール装置によって提供される、本発明による認証機能のそれぞれの構成要素をトリガする。被呼加入者の音声メール装置が本発明による認証機能をサポートしない場合、起呼加入者の電話装置は、その被呼加入者の音声メール装置が本発明による認証機能をサポートしないことを示す、認証失敗通知を提供するための動作２０６（図２Ｂ）を実行する。認証失敗通知の提供の例は、被呼加入者の音声メール装置が本発明による認証機能をサポートしないことを示す可聴メッセージおよび／または視覚メッセージを含むがこれらに限定されない。

【0028】

被呼加入者の音声メール装置が本発明による認証機能をサポートする場合、動作２０８が、被呼加入者認証証明書の配信を円滑に進めるために被呼加入者の音声メール装置によって実行される。たとえば、一実施形態では、被呼加入者認証証明書の配信を円滑に進めることは、被呼加入者認証証明書にアクセスすること、および起呼加入者の電話装置による受信を目的としてそれを送信することを含む。もう１つの実施形態では、被呼加入者認証証明書の配信を円滑に進めることは、起呼加入者の電話装置による受信を目的として被呼加入者認証証明書を送信するように遠隔システムまたは装置に命令することを含む。従って、本発明は、起呼加入者の電話装置への被呼加入者認証証明書の配信を円滑に進めるためのいかなる特定の手法にも限定されない。

【0029】

被呼加入者認証証明書を受信するための動作２１０を起呼加入者の電話装置が実行することに応答して、起呼加入者の電話装置は、被呼加入者認証証明書を発行した認証証明書レジストリを判定するための動作２１２を実行し、続いてそこからレジストリ公開鍵および証明書取り消しリストを読み出すための動作２１４を実行する。かかる読み出された情報を使用して、起呼加入者の電話装置は、被呼加入者認証証明書の妥当性を確認するための動作２１６を実行する。たとえば、被呼加入者認証証明書が読み出された証明書取り消しリスト上にない場合、認証証明書の真正性の確認は、レジストリ公開鍵を使用してその被呼加入者認証証明書が認証証明書レジストリのプライベート鍵によって署名されたかを判定することを含む。認証証明書が本物でない（レジストリのプライベート鍵によって署名されなかったなど）と判定された場合、または、認証証明書が証明書取り消しリスト上にある、失効しているなどの場合、起呼加入者の電話装置が認証失敗通知を提供するための動作２０６（またはその変形形態）を実行する（図２Ｂ）。認証失敗通知の提供に加えて、認証証明書が無事に認証されなかった場合に事前設定された任意選択のポリシーが追加の行動が取られるように指示する（適切なネットワークセキュリティ管理機器に警告機能をトリガするなど）ことができることが本明細書において開示される。

【0030】

被呼加入者認証証明書が本物であり（レジストリのプライベート鍵によって署名されたなど）、被呼加入者認証証明書が証明書取り消しリスト上にないと判定された場合、起呼加入者の電話装置は、被呼加入者認証証明書から公開鍵を読み出すための動作２１８を実行し、被呼加入者に被呼加入者認証証明書に対応するプライベート鍵をそれが所有する証拠を要求するための動作２２０を実行する（図１Ｂ）。かかる証拠の要求に応答して、被呼加入者の音声メール装置は、その要求に応答し、それによってかかる証拠（この時点では真偽の不確かな証拠）を起呼加入者の電話装置による受信を目的として送信させるための動作２２２を実行する。かかる証拠の送信に応答して、起呼加入者の電話装置は、プライベート鍵所有の証拠を受信するための動作２２４を実行する。プライベート鍵所有の証拠を受信した後、起呼加入者の電話装置が、被呼加入者認証証明書の公開鍵を使用してかかる証拠の真正性を確認するための動作２２６を実行する。かかる真正性の確認は、図１Ａおよび１Ｂを参照して前記で論じられたのと同じ方式で遂行されることができる。

【0031】

被呼加入者は個人または個人のグループ（企業体など）でもよいことが本明細書において開示される。従って、被呼加入者への被呼加入者認証証明書に対応するプライベート鍵をそれが所有している証拠の要求への応答は、特定の個人からまたはかかる要求に応答することを許可されたもしくはその能力のある１人または複数の個人からでもよい。さらに、応答は、被呼加入者のシステム（企業体のＰＢＸなど）のそれ、または被呼加入者の電話デバイス（携帯電話など）のそれでもよい。この方式では、応答は自動化された方式で（デバイスもしくはシステムによってなど）提供されることができ、または個人の指令で提供されることができる（所要の証拠を起呼加入者の電話装置による受信を目的として送信させるパスコードを彼らが入力したことに応答してなど）。

【0032】

かかる証拠を要求する目的は、被呼加入者認証証明書に対応するプライベート鍵を被呼加入者が所有していることを確認することである。かかる証拠の要求の一実施形態は、起呼加入者の電話装置が乱数（「ノンス」）を生成し、そのノンスを被呼加入者の音声メール装置による受信を目的として送信することを含む。ノンスの受信に応答して、被呼加入者の音声メール装置は、被呼加入者のプライベート鍵（被呼加入者認証証明書に対応するプライベート鍵）でノンスを暗号化し、暗号化されたノンスを起呼加入者の電話装置による受信を目的として送信する。暗号化されたノンスの受信に応答して、起呼加入者の電話装置が被呼加入者認証証明書から読み出された公開鍵を使用してその暗号化されたノンスを復号化する。復号化されたノンスが送られたそれと同じである場合、被呼加入者認証証明書に対応するプライベート鍵は被呼加入者が所有している（被呼加入者の音声メール装置が所有しているなど）とみなされる。

【0033】

プライベート鍵所有の提供された証拠が本物でない（提供された証拠が、被呼加入者認証証明書から読み出された公開鍵に対応するプライベート鍵の所有を示さない）と判定された場合、起呼加入者の電話装置が、認証失敗通知を提供するための動作２０６（またはその変形形態）を実行する。プライベート鍵所有の提供された証拠が本物である（提供された証拠が被呼加入者認証証明書から読み出された公開鍵に対応するプライベート鍵の所有を示す）と判定された場合、起呼加入者の電話装置が、被呼加入者の認証された識別（被呼加入者認証証明書から抽出されたものとしてのなど）を含むことができる、認証確認通知を提供するための動作２２８を実行する。任意選択で、動作が、選択的に発信者が音声メールメッセージを残すことを可能にする（かかる音声メールメッセージ配信機能のロックを解くなど）ために起呼加入者電話装置によって実行されることができる。

【0034】

ここでさらに詳しく論じられるように、一実施形態では、本発明による音声メール参加者の認証は、通話者の認証された識別レジストリに依存する。認証された識別レジストリは、世界レベル、地域レベル、地方レベル、その他のレベルで維持されることができる。本発明は、レジストリがカバーする特定の範囲に制限されない。本開示を目的として、あるエンティティ（被呼加入者など）が特定の位置エリアで本明細書で教示されるような音声メール参加者認証機能へのアクセスを求めるときには必ず、そのエンティティは、そのエリアまたは管轄区域についての通話者の認証された識別レジストリのレジストリを管理するその地方の当局に識別情報を登録する。登録プロセスが完了したとき、そのエンティティは、その中に識別情報が組み込まれ、認証された発信者名認識の認証局による署名を受けた認証証明書（Ｘ．５０９証明書など）の発行を受ける。そのエンティティに関連付けられた音声メール装置および／または電話装置はその後、特定の管轄区域におけるその識別情報の真正性を断定するために通話ごとのベースでかかる認証証明書をプロビジョニングされる。

【0035】

図３は、本発明による通話者識別情報の登録のための例示的な登録インフラストラクチャおよび関連プロセスの概略図である。通話者識別情報は、音声メールメッセージングセッション内の発信者についての認証された識別情報および音声メールメッセージングセッション内の被呼加入者についての認証された識別情報を指す。この例では、登録者３００（被呼加入者など）は３つの別個のレジストリで登録する：レジストリ３１０はネットワークサービスプロバイダである登録局（ＲＡ）３１２によって操作され、レジストリ３２０は利益団体（同業組合など）であるＲＡ３２２によって操作され、レジストリ３３０は地理的または政治的地域（恐らくは政府のまたは他の公的団体）であるＲＡ３３２によって操作される。登録者３００は、利用可能なレジストリのうちのいずれか１つに加入する情報受信者に認証された識別情報を提供するために、この方式で登録する。即ち、登録者３００は、情報受信者が利用可能なレジストリ、この例ではレジストリ３１０、３２０または３３０、のうちの１つまたは複数に加入する場合におよびその場合のみに、情報受信者に対して認証されることができる。

【0036】

それぞれのＲＡは各レジストリを操作する。レジストリの操作は、本明細書において、レジストに含まれる情報を維持することを含むものとして定義される。ＲＡは、識別情報レジストリを提供することに関心のある任意の公的なまたは民間の団体でもよい。ＲＡは、操作するために当局からの承認を必要としないが、これらの当局による保証を求めることができる。エンドユーザ、サービスプロバイダ、および／または機器提供者は、任意の所与のレジストリが信頼できるかを判定し、信頼できるとして判定されたそれらのレジストリのみに加入することができる。各レジストリは２つの主要な部分−ＲＡ（Ｘ．５０９専門用語での認証局）および識別情報のデータベース−から成る。各レジストリは、所定の加入者グループ、領域および／または既定義の利益団体を受け持つ。１つのレジストリによって受け持たれる領域は、別のレジストリによって受け持たれる領域とオーバーラップすることができ、２つ以上のレジストリが同一の領域を受け持つことができる。同様に、２つ以上の異なる定義された利益団体がオーバーラップすることができる（医者とさらに狭義の小児科医の利益団体など）。

【0037】

レジストリ３１０は、任意の企業、公的もしくは行政の機関、または認証証明書を介して認証された識別情報を提供することを必要とする登録者３００に認証証明書レジストリサービスを提供することを望むネットワークサービスプロバイダによって維持される。レジストリ３０２は、認証証明書を介して認証された識別情報を提供することを必要とするその従業員、会員および／または提携者に認証証明書レジストリサービスを提供したいと考える、たとえばカナダ銀行協会（Ｒ）などの、利益団体によって維持される。たとえばニューヨーク州、オンタリオ州、トロント市、より大きいシカゴ地域などの地理的または政治的地域に関連付けられた、レジストリ３３０は、認証証明書を介して認証された識別情報を提供することを必要とする住民および団体に認証証明書レジストリサービスを提供したいと考える対応する政府系機関または他の公共団体によって維持される。

【0038】

一実施形態では、ＲＡ３１２、３２２または３３０によって負担される主要な責任は、任意の登録者の識別の証拠を保証すること、およびそれが異なる登録者について重複する識別情報を登録しないことを保証することである。この実施形態では、レジストリ３１０（データベースおよびＲＡで構成される）は公衆によって自由に検査されることができ、混乱を引き起こすほど似たまたは誤解を招く恐れのある情報提供者識別が別の登録者によって登録されていないことを保証するために、レジストリ３１０、３２０、３３０を取り締まることは少なくとも部分的には登録者および他の関係者の責任である。登録者が登録されるとき、各ＲＡは対応する認証証明書３４０を発行する。認証証明書３４０は、登録者３３０の登録された識別情報が、登録者３３０の認証証明書３４０のプライベート鍵と黙示的に同様に組にされた登録者の公開鍵に連結されていることを証明する。

【0039】

ここで提示されるのは、通話者（被呼加入者または起呼加入者など）の登録を実行する方法である。登録局（ＲＡ）によって各登録者に提供される認証証明書は、任意の知られている認証システムに適合することができ、各ＲＡは本発明の範囲および趣旨から逸脱することなく異なる認証システムを使用することができる。登録者の識別情報がＲＡのレジストリに記録されるとき、認証証明書がその登録者に提供されて情報提供者認証が実行されることを許す。認証証明書は、任意の公開鍵インフラストラクチャ方式（Ｘ．５０９など）に基づくことができる。Ｘ．５０９証明書が登録者に提供される認証証明書に使用される場合、本発明の一実施形態では、登録プロセスは以下のように進む。

【0040】

ＲＡがそのルート証明書内で公開鍵を発行する。ルート証明書は、登録（認証）局の公開鍵をもつ証明書である。この公開鍵は認証証明書を確認するために使用され、情報提供者認証を実行することになる各デバイスにルート証明書がインポートされなければならない。通常は、データ通信機器のベンダまたは所有者は、ウェブブラウザが今日ＰＫＩルート証明書で事前にロードされるのとほぼ同じ方法で、任意の局所的地域レジストリ、すべての一般的取引および専門レジストリなどを含む−関心のあるルート証明書を事前にロードすることになると仮定される。任意選択で、エンドユーザが複数の地域で営業しているまたは特別なレジストリに関心がある場合に、エンドユーザが追加のルート証明書をインポートすることを可能にする方法が存在する。当業者には理解されるように、ルート公開鍵がいくつインポートされることができるかまたはかかるインポートを可能にする手段に制限はない。登録者になることを望む各関係者（レジストリ申込者）は、自身の公開／プライベート鍵ペアを生成し、その識別情報ならびに対応する認証証明書をＲＡが発行できるようにするためのその他の必要な登録情報および／または文書と共にＲＡにその公開鍵を提出する。

【0041】

ＲＡが、その関係者が実際に識別情報を所有するまたは他の方法で合法的に所有すると判定した場合、ＲＡはその識別情報をレジストリ（データベースなど）に入力し、ＲＡのプライベート鍵を使用して、登録者の識別情報および登録者の公開鍵を含む認証証明書に署名する。従ってＲＡは、登録者の公開鍵がその登録者の識別情報に連結された「その」公開鍵であること、およびその登録者はその識別情報を使用する権利を与えられていることを「保証する」。

【0042】

登録者は現在その識別情報を立証する署名された認証証明書をもち、登録者はその登録者がその認証証明書の妥当性を確認することを許すプライベート鍵ももつ。認証証明書の意味は限定されていることを理解されたい。認証証明書は、プライベート鍵の保持者（登録者であるはず）が、その登録者が登録した特定の登録局の管轄区域内でその識別情報を表示させる権利を与えられていることのみを示す。

【0043】

従って、本発明の少なくとも１つの実施形態で、本明細書において開示されるような音声メールセッション認証機能は、本明細書において記述的に「ＲｅａｌＮａｍｅレジストリ」として参照されるレジストリ、および関連認証証明書（ＲｅａｌＮａｍｅ証明書）に依存する。各ＲｅａｌＮａｍｅレジストリは認証される識別情報の認証局として機能する。本発明によるかかる認証される識別情報の例は、それによってエンティティが認識される名前、エンティティに特有の画像、エンティティに特有のテキスト、およびエンティティに特有の音声を含むがこれらに限定されない。

【0044】

ＲｅａｌＮａｍｅレジストリは、トレードマークレジストリと同じ方式で実際に動作することが本明細書において開示される。各管轄区域は、トレードマークの所有権を決定するための場合によっては異なる規則および提案された識別情報（名前など）が既存のトレードマークを侵害するかどうかを判定するための異なる規則をもつ、それぞれのトレードマークレジストリをもつ。実際に、トレードマークレジストリよりもさらに分散されることはＲｅａｌＮａｍｅレジストリにとって有利である。たとえば、各管轄区域はそれぞれのＲｅａｌＮａｍｅレジストリを操作することができ、各専門職がそれぞれのＲｅａｌＮａｍｅレジストリを操作することができ、各同業組合がそれぞれのＲｅａｌＮａｍｅレジストリを操作することができるなど。情報受信者（起呼加入者など）は、彼らがどのレジストリをインポートする意思があるかを選りすぐることができる。最低でも、情報受信者は通常は、その情報受信者が対応する地方管轄区域および専門職のＲｅａｌＮａｍｅレジストリをインポートすることになる。

【0045】

配備されたレジストリで、音声メールセッション内の発信者または被呼加入者の認証が実施されることができる。各レジストリは、認証された識別情報（ＲｅａｌＮａｍｅなど）を含む、認証証明書の発行者として動作する。認証証明書は、多くの異なる手法で完成されることができる。好ましい一手法は、既存のＤＮＳ／ＳＳＬに使用されるＸ．５０９認証証明書を介する。Ｘ．５０９は標準公開鍵インフラストラクチャ（ＰＫＩ）である。Ｘ．５０９の専門用語では、各レジストリ（登録局）は「認証局」として動作し、各認証証明書は本質的にＲｅａｌＮａｍｅ（認証された識別情報）および公開鍵を組み込んだパッケージである。認証局のプライベート鍵は次にこのパッケージに署名する。動作中、認証証明書はエンティティの識別を強化するのに有用な任意のタイプの識別情報を本質的に含むように構成されることができる。

【0046】

前述の詳解は、音声メール装置が音声メールセッション内の両方の参加者（発信者および被呼加入者）によって黙示的に信頼されていると仮定している。場合によっては、その仮定は真実ではないことがある。従って、発信者および／または被呼加入者のために終端間方式で音声メールセッション認証機能を提供する解決策は有用であり、有益である。図４は、かかる終端間方式で音声メールセッション認証機能を提供するための本発明の一実施形態に従って構成された暗号メッセージ交換図４００を示す。

【0047】

方法４００は、音声メールシステム（図４に「音声メール」で示す）が第１のランダムなノンスＣ１を生成し、次に、発信者（図４に「発信者Ａ」で示す）による受信を目的として、発信者の公開鍵で暗号化されるその第１のランダムなノンスＣ１を送信することで始まる。発信者は、発信者のプライベート鍵で復号化された、ランダムなノンスＣ１を読み出し、対称鍵ｐｒｉｖＫおよび第２のランダムなノンスＣ２を生成する。発信者が、被呼加入者（図４に「被呼加入者Ｂ」で示す）の公開鍵で暗号化された、対称鍵ｐｒｉｖＫを音声メールシステムによる受信を目的として送信する。発信者が、被呼加入者Ｂの公開鍵で暗号化された、第２のノンスＣ２を音声メールシステムによる受信を目的として送信する。発信者が音声メッセージのハッシュ、第１のノンスＣ１および第２のノンスＣ２を音声メールシステムによる受信を目的として送信する。ハッシュは発信者のプライベート鍵で暗号化される。発信者は、対称鍵ｐｒｉｖＫで暗号化された、音声メッセージを音声メールシステムによる受信を目的として送信する。その後、被呼加入者がその音声メールアカウントへのアクセスを要求する。かかるアクセスを可能にするために、音声メールシステムが、被呼加入者Ｂの公開鍵で暗号化された、対称鍵ｐｒｉｖＫ、第１のノンスＣ１、および第２のノンスＣ２を送信する。音声メールシステムが、発信者のプライベート鍵で暗号化された、音声メッセージ、Ｃ１およびＣ２のハッシュを送信する。音声メールシステムが、対称鍵ｐｒｉｖＫで暗号化された音声メッセージを送信する。被呼加入者が、被呼加入者のプライベート鍵を使用して復号化された、対称鍵ｐｒｉｖＫ、第１のノンスＣ１、および第２のノンスＣ２を読み出す。音声メッセージが、対称鍵ｐｒｉｖＫで復号化される。被呼加入者が、算出されたハッシュを読み出された（発信者の公開鍵を使用して復号化された）ものと比較することによって音声メッセージの完全性をチェックする。

【0048】

ここで本発明によるプロセッサ実行可能命令を参照すると、本明細書で開示されるような音声メールセッション認証機能を円滑に進めるように構成された方法、プロセスおよび／または動作は、かかる機能を実行するように構成された命令をその上にもつコンピュータ可読媒体によって有形に実施されることが、本明細書で行われる開示から理解されよう。具体的な一実施形態では、その命令は、図１および／または図２を参照して開示される方法論のうちの１つまたは複数を実行するために有形に実施される。その命令は、メモリ装置（ＲＡＭ、ＲＯＭ、仮想メモリ、ハードドライブメモリなど）から、データ処理システムのドライブユニットによって読取り可能な装置（ディスケット、コンパクトディスク、テープカートリッジなど）から、または両方から１つまたは複数のデータ処理デバイスによってアクセス可能であり得る。従って、本発明によるコンピュータ可読媒体の実施形態は、コンパクトディスク、ハードドライブ、ＲＡＭ、または、本発明による音声メールセッション認証機能を円滑に進めるようになされた命令（コンピュータプログラムなど）をその上にイメージした他のタイプの記憶装置を含む。

【0049】

前述の詳細な説明において、本明細書の一部を成し、その中で本発明が実施されることができる特定の実施形態が例として示される、添付の図面が参照された。これらの実施形態、およびそのある種の変形形態は、当業者が本発明の実施形態を実施できるようにするために十分詳細に説明されている。かかる発明の開示の趣旨または範囲から逸脱することなく、他の適切な実施形態が使用されることができ、また、論理的、機構的、化学的、および電気的変更が行われることができることが理解されよう。不必要な詳述を避けるために、本明細書は当業者に知られているある一定の情報を省略する。前述の詳細な説明は、従って、本明細書に記載の特定の形態に限定されるものではなく、添付の特許請求の範囲の趣旨および範囲に合理的に含まれ得るような、かかる代替、修正および相当物をカバーするものである。

【図1A】

【図1B】

【図2A】

【図2B】

【図3】

【図4】