JP2005537701A

JP2005537701A - インターネットプロトコル（ｖｏｉｐ）通信において音声のデジタル証明書を登録し自動的に検索する方法およびシステム

Info

Publication number: JP2005537701A
Application number: JP2004519672A
Authority: JP
Inventors: ピー．ハードジョーノ，トーマス
Original assignee: ベリサイン・インコーポレイテッド
Priority date: 2002-07-09
Filing date: 2003-06-30
Publication date: 2005-12-08
Anticipated expiration: 2023-06-30
Also published as: CN1682505A; EP1527579A4; WO2004006521A1; AU2003245734A1; US20040008666A1; EP1527579A1; KR20050012900A; JP4477494B2; KR100950894B1; CN100531155C; US6842449B2

Abstract

インターネットプロトコル（ＶＯＩＰ）通信において音声のデジタル証明書を登録し自動的に検索する方法およびシステムである。本発明の１実施形態によれば、方法は、呼者605から関連する呼者証明書を有するデジタル音声呼設定リクエストを受信し、デジタル音声呼設定リクエスト610、615で識別される呼出されるパーティの位置を決定するステップを含んでいる。また方法は、呼者証明書と共に前記デジタル音声呼設定リクエストを呼出されるパーティ620へ送信し、呼出されるパーティの受取りメッセージを受信するステップを含んでいる。さらに方法は、呼出されるパーティの受取りメッセージ625を確認し、呼出されるパーティの受取りメッセージと呼出されるパーティの証明書を呼者635へ送信するステップを含んでいる。

Description

本発明はコンピュータ通信システム、特にインターネットプロトコル（ＶＯＩＰ）通信において音声のデジタル証明書を登録し自動的に検索する方法およびシステムに関する。

図１は、本発明の１実施形態による証明書登録および自動証明書検索を有するインターネットプロトコル（ＶＯＩＰ）による音声の通信システム100におけるシステムブロック図である。通常、このような通信システム100はネットワーク120（例えばインターネット、構内網（ＬＡＮ）、広域網（ＷＡＮ）、イントラネット等）へ結合されている呼出しているＩＰ通信装置110と、ネットワーク120に結合されている呼出されるＩＰ電気通信装置130と、ネットワーク120に結合された自動証明書検索システム140とを含むことができる。

本発明はインターネットプロトコル（ＶＯＩＰ）通信において音声のデジタル証明書を登録し自動的に検索する方法およびシステムを提供する。

本発明の１実施形態によれば、ネットワーク上における通信方法は呼者証明書に関連されるデジタル音声呼設定リクエストを呼者から受信し、デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定するステップを含んでいる。この方法はさらに呼者証明書と共にデジタル音声呼設定リクエストを呼出されるパーティへ送信し、呼出されたパーティの受取りメッセージを受信し、呼出されたパーティの受取りメッセージを受信し、呼出されたパーティの受取りメッセージを確認し、呼出されたパーティの受取りメッセージおよび呼出されたパーティの証明書を呼者へ送信するステップを含んでいる。

本発明の１実施形態によれば、プロセッサにより実行されるように構成された媒体が記憶する命令は、それが実行されるならば、命令は、呼者証明書に関連しているデジタル音声呼設定リクエストを呼者から受信し、デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、呼者証明書と共にデジタル音声呼設定リクエストを呼出されるパーティへ送信するようにプロセッサを構成する。命令はさらに、呼出されたパーティの受取りメッセージを受信し、呼出されたパーティの受取りメッセージを確認し、呼出されたパーティの受取りメッセージと呼出されたパーティの証明書を呼者へ送信するようにプロセッサを構成する。

本発明の１実施形態によれば、インターネットプロトコル（ＶＯＩＰ）通信システムによって音声でデジタル証明書登録と自動証明書検索を行うシステムは、呼者証明書に関連するデジタル音声呼設定リクエストを呼者から受信し、デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、呼者証明書と共にデジタル音声呼設定リクエストを呼出されるパーティへ送信し、呼出されたパーティの受取りメッセージを受信し、呼出されたパーティの受取りメッセージを確認し、呼出されたパーティの受取りメッセージと呼出されたパーティの証明書を呼者へ送信するように構成されたＶＯＩＰゲートウェイを含んでいる。

本発明の１実施形態によれば、ネットワーク上で通信を設定する装置はプロセッサと、プロセッサに結合されたメモリを含み、そのメモリは本発明の１実施形態にしたがった方法を行うようにプロセッサにより実行されるように構成された呼設定命令を記憶している。

図１は、本発明の１実施形態による証明書登録および自動証明書検索を有するインターネットプロトコル（ＶＯＩＰ）による音声の通信システム100におけるシステムブロック図である。通常、このような通信システム100はネットワーク120（例えばインターネット、構内網（ＬＡＮ）、広域網（ＷＡＮ）、イントラネット等）へ結合されている呼出しているＩＰ通信装置110と、ネットワーク120に結合されている呼出されるＩＰ電気通信装置130と、ネットワーク120に結合された自動証明書検索システム140とを含むことができる。例えば呼出しているＩＰ電気通信装置110と呼出されるＩＰ電気通信装置130はそれぞれインターネットエネーブル陸線および／または無線電話機、ヘッドセット／電話機インターフェースが取付けられているパーソナルコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、および／または他の携帯装置であってもよい。両者はオペレーティングシステム（ＯＳ）を含み、必要ならば別々のＶＯＩＰ通信アプリケーションプログラムを含むことができる。例えばＶＯＩＰエネーブル電話機は１つのＯＳだけを有し、ハンドセット／電話機インターフェースを有するＰＣは別々のＯＳと別々のＶＯＩＰ通信アプリケーションプログラムを有することができる。同様に、呼出し装置としてのＩＰ電気通信装置110と、呼出される装置としてのＩＰ電気通信装置130の名称は本発明の１実施形態の単なる例示であり、ＩＰ電気通信装置130は容易にＩＰ電気通信装置110を呼ぶことができることを理解すべきである。自動証明書検索システム140は呼者から、デジタル音声呼をネットワーク120にわたって設定するために呼者の証明書を有する定期的なリクエストを受信できる。各リクエストに応答して、自動証明書検索システム140は呼出されるパーティの位置、例えばデジタル音声呼設定リクエストで識別される呼出されるパーティのＩＰアドレスのような電子アドレスを決定し、呼者証明書を有するデジタル音声呼設定リクエストを呼出されるパーティへ送信してもよい。自動証明書検索システム140はまた呼出されたパーティから受取りメッセージを受信し、呼出されたパーティの受取りメッセージを確認し、呼出されたパーティの証明書と共に呼出されたパーティの受取りメッセージを呼者へ送信することができる。

本発明の実施形態によれば、自動証明書検索システム140は種々の構造を使用して構成され、例えば自動証明書検索システム140は集積されたおよび／または分散されたシステムとして構成されることができる。

図２のＡ乃至Ｅは本発明の１実施形態による証明書登録および検索機能の一方または両方を行うことのできる自動証明書検索システム140の別の構造を示すブロック図である。図２のＡでは、自動証明書検索システム140は単一の代理サーバ210として構成されてもよく、これは通常、呼者および呼出されるパーティの証明書を呼設定中に検索し転送するのに必要な幾つかまたは全ての機能を行うことができる。例えば、図２のＡの実施形態では、代理サーバ210は高速の検索のため局部的に証明書を記憶するかおよび／または１以上の遠隔位置から証明書および／または位置情報を検索するように構成されてもよい。同様に図２のＢでは、自動証明書検索システム140は代理サーバ210-1、210-2、…210-nのグループとして構成されることができ、ここでｎ≧２であり、通常、代理サーバ210-1、210-2、…210-nは呼の設定中に証明書を検索し転送するのに必要な幾つかまたは全ての機能を実行できる。図２のＡに関して前述したように、代理サーバ210-1、210-2、…210-nはまた高速の検索のため局部的に証明書を記憶するかおよび／または１以上の遠隔位置、例えばグループにはない他の代理サーバから証明書および／または位置情報を検索するように構成されてもよい。

図２のＣでは、自動証明書検索システム140は位置サーバ220と通信している代理サーバ210で構成されることもでき、これは本発明の実施形態にしたがってローカルまたは代理サーバ210から遠隔であってもよい。通常、代理サーバ210と位置サーバ220は個々にまたは組み合わせて呼設定中に呼者および呼出されるパーティの証明書を検索し転送するのに必要な幾つかまたは全ての機能を実行できる。例えば位置サーバ220は呼者および呼出されるパーティのＩＰアドレスを記憶し、そのＩＰアドレスを代理サーバ210へ提供できる。図２のＡとＢの実施形態に関してと同様に、図２のＣの本発明の実施形態は高速の検索のために証明書を局部的に記憶するかおよび／または１以上の遠隔位置、例えば他の代理サーバおよび／または位置サーバから証明書および／または位置情報を検索するように構成されてもよい。

図２のＤでは、自動証明書検索システム140は証明機関230と通信している代理サーバ210で構成され、これは本発明の実施形態にしたがってローカルまたは代理サーバ210から遠隔であってもよい。証明機関230はメッセージの暗号化のためセキュリティ信用証明書と公共キーを発行および管理する。セキュリティ信用証明書発行の一部として、証明機関230は呼者と呼出されるパーティの両者に対して、必要なセキュリティ信用証明書、公共キーおよびその他の情報と共に個人のデジタル署名されたデジタル証明書を発行することができる。通常、代理サーバ210と証明機関230は個々にまたは組合わせて、呼者および呼出されるパーティの証明書を呼設定中に検索し転送するのに必要な幾つかまたは全ての機能を行うことができる。図２のＡ乃至図２のＣと同様に、図２のＤの本発明の実施形態は証明機関230および／または代理サーバ210で証明書を記憶し、および／または１以上の遠隔位置、例えば他の代理サーバ、証明機関および／または位置サーバから証明書および／または位置情報を検索するように構成されている。

図２のＥでは、自動証明書検索システム140は代理サーバ210、位置サーバ220、証明機関230で構成され、これらは全て相互に通信している。前述したように、位置サーバ220と証明機関230はそれぞれ本発明の１実施形態にしたがってローカルまたは代理サーバ210から遠隔である。通常、代理サーバ210、位置サーバ220、証明機関230は個々にまたは組合わせて、呼者および呼出されるパーティの証明書を呼設定中に検索し転送するのに必要な幾つかまたは全ての機能を行うことができる。図２のＡ乃至図２のＤと同様に、図２のＥの本発明の実施形態は証明機関230および／または代理サーバ210で証明書を記憶し、および／または１以上の遠隔位置、例えば他の代理サーバ、証明機関および／または位置サーバから証明書および／または位置情報を検索するように構成されている。

図３は、本発明の１実施形態によるＶＯＩＰ通信システムにおけるデジタル証明書登録および自動証明書検索を行う通信システム100のシステムブロック図である。図３では、図２のＥに示されている実施形態として構成されている自動証明書検索システム140が示されており、ここでは代理サーバ342は関連する位置データベース346を有する位置サーバ344および証明機関348と通信している。同様に、位置サーバ344と証明機関348は相互に通信できる。代理サーバ342は呼出しているＩＰ電気通信装置110と呼出されるＩＰ電気通信装置130とも通信でき、呼出しているＩＰ電気通信装置110と呼出されるＩＰ電気通信装置130は相互に直接通信できる。通常、自動証明書検索システム140のコンポーネント間の全ての通信は２方向である。

通信システム100の動作を説明するため、個者が呼出されるパーティを呼ぶ場合に生じることについての説明を図３に関して行う。本発明の１実施形態によれば、図３では代理サーバ342は呼出しているＩＰ電気通信装置110から呼出されるＩＰ電気通信装置130への呼を仲介するエンティティとしてセッション開始プロトコル（ＳＩＰ）代理サーバ342として構成されることができる。ＳＩＰは草案のインターネットエンジニアリングタスクフォース（ＩＥＴＦ）ワーキングドキュメントに現在規定されており、参照番号はrfc2543bis-08.psであり、2002年２月21日付けで発表された“１人以上の参加者によるセッションの生成、変更および終了のためのアプリケーション層制御（通報）プロトコル”である。ＳＩＰ代理サーバ342は呼の通報を処理するので、これはまた呼者と呼出されるパーティに対応する証明書の検索を仲介するための適切なエンティティを表している。しかしながら、前述したように他のエンティティも証明書の検索に使用されることができる。

図３では、呼リクエストは呼出しているＩＰ電気通信装置110からＳＩＰ代理サーバ342へ、第１の通信路305に沿って例えばＳＩＰコンテキストでＳＩＰインバイト−メッセージとして送信されることができる。しかしながら、通常のＳＩＰインバイト−メッセージとは異なって、この実施形態のＳＩＰインバイト−メッセージは呼出しているＩＰ電気通信装置110からの証明書を含んでおり、ＳＩＰインバイト−メッセージは呼出しているＩＰ電気通信装置110によりデジタル署名されることができる。ＳＩＰインバイト−メッセージはＳＩＰ代理サーバ342により受信／中断されることができ、ＳＩＰ代理サーバ342は呼出されるＩＰ電気通信装置130の現在の位置、即ちＩＰアドレスを第２の通信路310に沿って位置サーバ344に問い合わせる。同様に、位置サーバ344への問い合わせは位置サーバ344に対するサービスの攻撃の否認を防止するためにＳＩＰ代理サーバ342によりデジタル署名されることができる。位置サーバ344はＳＩＰサーバ342からの証明書を所有していると仮定され、問い合わせられたＳＩＰ代理サーバ342の署名を随意選択的に確認してもよい。

ＳＩＰ代理サーバ342からの問い合わせに応答して、位置サーバ344は呼出される位置、例えば呼出されるＩＰ電気通信装置130のＩＰアドレスを第３の通信路315に沿って返送する。同様に、位置サーバ344もまた位置サーバ344により知られるとき、呼出される電気通信装置130の証明書と、呼出しているＩＰ電気通信装置110の証明書を返送するようにしてもよい。メッセージ全体はメッセージに含まれる証明書が応答メッセージの署名時に有効であったことを示すために位置サーバ344によりデジタル署名されることができる。通常、位置サーバ344は呼出しているＩＰ電気通信装置110と呼出されるＩＰ電気通信装置130の有効な証明書を戻す。位置サーバ344は呼出しているＩＰ電気通信装置110と呼出されるＩＰ電気通信装置130の証明書の固有のコピーをオンライン証明書状態プロトコル（ＯＣＳＰ）応答装置／証明機関または他の証明書状態サービス（図示せず）に対して確認し、または単に証明機関348から現在の証明書を獲得する。ＯＣＳＰはネットワークリソース、例えば代理サーバ210のセキュリティを維持するためのさらに最近の方式である。図３の位置サーバ344が呼出しているＩＰ電気通信装置110と呼出されるＩＰ電気通信装置130の現在の有効な証明書を得ることができないならば、位置サーバ344は第３の通信路315に沿って何もＳＩＰ代理サーバ342へ戻さない。この位置サーバによる証明書の観察は呼者および呼出されるパーティに関する１以上の属性、例えば位置サーバ344により知られているｅメールアドレスに基づくことができる。

本発明の別の実施形態によれば、位置サーバ344自体は実際にＯＣＳＰ応答装置／証明機関および／またはある種の証明書取消しリスト（ＣＲＬ）貯蔵所であってもよい。ＣＲＬはネットワークリソースのセキュリティを維持するための古い方法であり、ユーザのデジタル証明書の状態で識別されるユーザリストを維持し、ユーザのデジタル証明書の状態に基づいてアクセスを許可または否認することによりそれを行う。

ＶＯＩＰ呼についてのＳＩＰ実施形態の説明を続けると、図３でＳＩＰ代理サーバ342はオリジナルＳＩＰ−インバイトと共にメッセージを、呼出しているＩＰ電気通信装置110から呼出されるＩＰ電気通信装置130へ転送し、第４の通信路320に沿って位置サーバ344により戻された呼出しているＩＰ電気通信装置110に対する有効な証明書を転送する。ＳＩＰ代理サーバ342は呼出されるＩＰ電気通信装置130が既にその自分の証明書を有しているので、呼出されるＩＰ電気通信装置130のその自分の証明書のコピーを送信する必要はない。メッセージ全体はＳＩＰ代理サーバ342により署名されることができる。

一度、呼出されるＩＰ電気通信装置130が呼を受ける意思があることを示すと、呼出されるＩＰ電気通信装置130はそれがデジタル署名するＯＫメッセージに応答する。呼出されるＩＰ電気通信装置130のＯＫ応答を中断するとき、ＳＩＰ代理サーバ342は呼出されるＩＰ電気通信装置130によりＯＫメッセージに取付けられた証明書を使用するか、または証明書が取付けられていないならば、ＳＩＰ代理サーバ342が先に位置サーバ344から獲得した呼出されるＩＰ電気通信装置130の証明書のコピーを使用して、メッセージの署名を確認する。

ＳＩＰ代理サーバ342により呼出されているＩＰ電気通信装置130の署名の確認中に次の２つのことが行われる。第１に、呼出されるＩＰ電気通信装置130が証明書をＯＫメッセージに取付け、署名がその証明書を使用して適切に確認されたならば、ＳＩＰ代理サーバ342はＳＩＰ代理サーバ342がその証明書を最近位置サーバ344から獲得したコピーと比較する。証明書が同一ならば、ＳＩＰ代理サーバ342は呼出されるＩＰ電気通信装置130の証明書を呼出しているＩＰ電気通信装置110へ転送できる。しかしながら、証明書が同一ではないならば、ＳＩＰ代理サーバ342はＯＫメッセージ中の呼出されるＩＰ電気通信装置130により供給される証明書の状態を例えばＯＣＳＰ応答装置に対して確認する。状態確認が肯定として戻される（即ち証明書が有効）ならば、全ては良好であり、ＳＩＰ代理サーバ342は呼出されるＩＰ電気通信装置130の証明書を呼出しているＩＰ電気通信装置110へ転送できる。例えば、ＯＣＳＰ応答装置が否定の結果、即ち証明書が無効である結果を戻すならば、ＳＩＰ代理サーバ342はエラーメッセージ、例えばValid-Certificate-Not-Presentを呼出しているＩＰ電気通信装置110へ戻し、呼出されるＩＰ電気通信装置130が有効な証明書にＯＫメッセージを署名しなければならないか、または有効な証明書がＯＫメッセージに取付けられなければならないことを示す。

第２に、呼出されるＩＰ電気通信装置130がＯＫメッセージに証明書を取付けず、署名がＳＩＰ代理サーバ342で、呼出されるＩＰ電気通信装置130の証明書のコピー、即ち位置サーバ344から先に得られた証明書を使用して適切に確認されたならば、ＳＩＰ代理サーバは呼出されているＩＰ電気通信装置130に対して発行されたこの証明書を呼出しているＩＰ電気通信装置110へ転送する。これは呼出されるＩＰ電気通信装置130が偽りがなく、その証明書が現在／有効であることを示している。

一度、ＳＩＰ代理サーバ342が有効な呼出されているＩＰ電気通信装置130の証明書を所有すると、ＳＩＰ代理サーバ342は呼出されているＩＰ電気通信装置130の証明書を呼出しているＩＰ電気通信装置110へ戻す。

呼出されるＩＰ電気通信装置130の証明書のコピーを受信するとき、呼出しているＩＰ電気通信装置110は呼が進行できることを示す肯定応答（ＡＣＫ）メッセージを呼出されるＩＰ電気通信装置130へ送信する。呼出しているＩＰ電気通信装置110はその後の会話の他のキーとなるマテリアルを交渉するために呼出されるＩＰ電気通信装置130の公共キーも使用することができる。

図４は、本発明の１実施形態によるＶＯＩＰ通信における証明書登録および自動検索／転送および取消しを示す証明書登録および自動証明書検索システムのシステムブロック図である。図４で、呼出しているＩＰ電気通信装置110は代理登録装置442へ結合され、これは位置サーバ444と証明機関448へ結合されることができる。位置サーバ444は位置データベース446へ結合されることができる。図３に説明されているＳＩＰシステムの実施形態について継続すると、図４のシステムは証明書の登録と自動検索／転送および取消しがどのようにしてＶＯＩＰ呼のコンテキストで行われるかの１実施形態を示している。特に代理登録装置442はＳＩＰ代理登録装置442であってもよい。

図４で、本発明の１実施形態によれば、ユーザは第１の通信路405に沿って登録メッセージをＳＩＰ代理サーバとしても動作するＳＩＰ代理登録装置442へ送信することにより呼出しているＩＰ電気通信装置110から登録する。通常、通信路は同一または異なる物理的パスを横切る所定のソースと目的地との間の論理的接続として規定される。登録メッセージは通常ユーザ番号および位置、即ちＩＰアドレス、情報とユーザの公共キー証明書を含んでいる。全体的な登録メッセージはまたユーザにより署名されることができる。通常、ユーザによって署名された登録メッセージを有するとき、ユーザが自己であることを主張する通りの人であるという信用度が高くなる。

図４で、ＳＩＰ代理登録装置442は証明書で与えられたアイデンティティがユーザが主張しているアイデンティティと一致することを確認する。ＳＩＰ代理登録装置442はまた登録メッセージのデジタル署名を確認することができる。ＳＩＰ代理登録装置442はさらに例えば第２の通信路410に沿って証明機関448へ、それを証明書の状態サービスにより確認することにより証明書の有効性を確認してもよい。

ＳＩＰ代理登録装置442はユーザの存在／位置およびユーザの公共キー証明書を位置サーバ444へ通知するため第３の通信パス415に沿ってメッセージを送信する。ＳＩＰ代理登録装置442からのメッセージはまたその固有のデジタル証明書を使用してＳＩＰ代理登録装置442により署名されてもよい。ＳＩＰ代理登録装置442はユーザの名称／アイデンティティ、例えばｅメールアドレスをユーザの位置（例えばＩＰアドレス）に結合するだけでなく、ユーザの確認された証明書にも結合する。

図４では、ＳＩＰ代理登録装置442は登録プロセスが成功して完了したことを示すために第４の通信パス420に沿って呼出しているＩＰ電気通信装置110のユーザへＯＫメッセージを返送することができる。同様に、登録プロセスが不成功であるならば、ＳＩＰ代理登録装置442は登録プロセスが失敗したことを示すために第４の通信パス420に沿って呼出しているＩＰ電気通信装置110のユーザへエラーメッセージを返送してもよい。登録プロセスが失敗したならば、ユーザは全体的な登録プロセスに再度トライする。同一の登録プロセスがシステムに結合されている任意のＩＰ電気通信装置、例えば呼出されるＩＰ電気通信装置130間で行われる。別々のパスとしての第１の通信パス405と第４の通信パス420の説明は単なる本発明の実施形態の方法の説明を補助するだけである。このようにして、単一の２方向通信パスもまた使用され、例えば第１の通信パス405および第４の通信パス420は単一の２方向通信パスとして構成されてもよいことが明白に理解されるべきである。

図５は、本発明の１実施形態によるユーザが信用証明書をダウンロードするための２つの可能な方法を説明するために示されているＶＯＩＰ通信システムのブロック図である。通常、図５では呼出しているＩＰ電気通信装置110はその信用証明書を呼出されるＩＰ電気通信装置130への呼を開始の一部分としてダウンロードする。これは呼出しているＩＰ電気通信装置110が、図４に関連して前述したように、呼者の暗号化された信用証明書の検索をトリガーする呼者によって随意選択的なエントリを受信することを可能にすることにより実現される。図５では、呼者の暗号化された信用証明書の検索を完了するために、呼者は呼者の秘密のＰＩＮ番号またはパスワードを入力するか、或いは呼出しているＩＰ電気通信装置110でトークンをプリセットし、それは呼者の信用証明書を解読し、呼出しているＩＰ電気通信装置110の揮発性記憶装置（図示せず）例えばメモリへロードする。トークンはハードウェア装置、例えばスマートカードであってもよく、その持ち主を認証するのに便利である。本発明の実施形態によれば、ＶｏＩＰ呼の完了時に、呼出しているＩＰ電気通信装置110はその揮発性記憶装置（メモリ）から信用証明書を自動的に消去することができる。

本発明の実施形態によれば、呼者の信用証明書のダウンロードは第１の通信パス505に沿ってリクエストされたユーザの信用証明書を信用証明書サーバ550から得るための仲介として代理サーバ542、例えばＳＩＰ代理サーバ542を使用して実現されることができる。このＳＩＰ代理サーバ542は次に第２の通信パス510に沿って信用証明書サーバ550から信用証明書の暗号化されたピースを得ることができる。信用証明書サーバ550は次に関連する信用証明書記憶装置560-1…560-nから暗号化されたピースを獲得し、ここで各関連される信用証明書記憶装置560-1…560-nはそれぞれ位置データベース562-1…562-nへ結合されることができる。信用証明書サーバ550は第３の通信パス515に沿って獲得された信用証明書の暗号化されたピースをＳＩＰ代理サーバ542へ送信でき、これは次に通信パス520に沿って信用証明書の暗号化されたピースを呼出しているＩＰ電気通信装置110へ送信できる。別々のパスとしての通信パス505、510、515、520は単にこの実施形態の方法の説明を助けるためのものである。このようにして、単一の２方向通信パスも使用され、例えば第１の通信パス505および第４の通信パス520は単一の２方向通信パスとして構成されてもよく、第２の通信パス510および第３の通信パス515は別の単一の２方向通信パスとして構成されてもよいことが明白に理解されるべきである。

本発明の別の実施形態によれば、図５では、信用証明書のダウンロードは第５の通信パス530に沿って信用証明書を信用証明書サーバ550からダウンロードするため呼出しているＳＩＰ電気通信装置110を使用して直接実現されることができる。前述の実施形態のように、信用証明書サーバ550は次に関連する信用証明書記憶装置560-1…560-nと位置データベース562-1…562-nからそれぞれ信用証明書の暗号化されたピースを獲得することができる。信用証明書サーバ550は第６の通信パス535に沿って獲得された信用証明書の暗号化されたピースを呼出しているＳＩＰ電気通信装置110へ送信できる。先の実施形態のように、別々のパスとして通信パス530と535が例示されたがこれは単に本発明の実施形態の方法の説明を助けるためである。このようにして、単一の２方向通信パスもまた使用され、例えば第５の通信パス530および第６の通信パス535は単一の２方向通信パスとして構成されてもよいことが明白に理解されるべきである。

本発明のさらに別の実施形態によれば、図１に説明されている証明書登録システムはまたＳＩＰ代理サーバ342を介して信用証明書を記憶するために使用されてもよい。

図６は、本発明の１実施形態によるＶＯＩＰ通信における自動証明書検索／転送および取消し方法を示す詳細なプロセスフロー図である。図６では、本発明の１実施形態にしたがって、呼出されるパーティへのＶＯＩＰ呼リクエストは呼者によりデジタル署名されるメッセージ中の呼者の証明書と共にＳＩＰ−インバイトメッセージとしてＳＩＰ代理サーバで受信されることができる（605）。ＳＩＰ代理サーバは呼出されたパーティの現在位置についての代理サーバ（ＰＳ）が署名したデジタルリクエストを送信できる（610）。呼出されたパーティの現在の位置についてのリクエストは位置サーバへ送信されることができる。代理サーバは位置サーバ（ＬＳ）が署名したデジタルメッセージ中で、呼出されたパーティの証明書と呼出しているパーティの証明書との確認コピーと共に呼出されるパーティの位置を位置サーバから受信する（615）。証明書の確認コピーはＯＣＳＰ応答装置またはその他の証明書状態サービスに対する位置サーバで証明書のコピーを確認することによって得られる。同様に、証明書の確認コピーは証明書のコピーを有する証明機関から得られてもよく、実際に位置サーバはＯＣＳＰ応答装置および／またはＯＲＬ貯蔵所として動作する。

図６では、本発明の１実施形態にしたがって、ＳＩＰインバイト−メッセージはデジタルメッセージ中の呼者の証明書の確認コピーと共にＳＩＰ代理サーバから呼出されたパーティの現在の位置へ転送される（620）。デジタルメッセージはＳＩＰ代理サーバにより署名されることができる。それに応答して、呼出されたパーティからのデジタルＯＫメッセージは呼出されたパーティの証明書を有してまたはそれなしでＳＩＰ代理サーバにより受信されることができる（625）。デジタルＯＫメッセージは呼出されたパーティにより署名されてもよい。ＯＫメッセージにおける呼出されたパーティの署名はＳＩＰ代理サーバにより受信されるときに確認されることができる（630）。ＯＫメッセージ、呼出されたパーティの証明書、およびデジタル署名はＳＩＰ代理サーバから呼出しているパーティへ転送されることができる（635）。

図６では、ＳＩＰ代理サーバからのＯＫメッセージ、呼出されたパーティの証明書およびデジタル署名が受信されるとき、呼出したパーティは呼を完了するために臨時およびセッションキーと共に承諾メッセージ（ＡＣＫメッセージ）を呼出されたパーティへ送信できる（650）。呼は呼出したパーティと呼出されたパーティの一方または両者が呼の接続を断つまでそれらの間で継続する。

図７は、本発明の１実施形態によるＶＯＩＰ通信における証明書登録方法を示す詳細なプロセスフロー図である。図７では、ユーザの番号、位置、証明書を有するユーザからのデジタル署名されたＶＯＩＰ登録メッセージはＳＩＰ代理サーバにより受信される（705）。ＳＩＰ代理サーバは証明書中のユーザのアイデンティティがユーザが主張するアイデンティティと一致することを確認する（710）。ＳＩＰ代理サーバはまた登録メッセージ中のユーザの署名を確認する（715）。ＳＩＰ代理サーバはユーザの証明書の妥当性の確認をリクエストし（720）、リクエストされたユーザ証明書の妥当性の確認を位置サーバから受信する（725）。ユーザの存在／位置情報および公共キー証明書はＯＣＳＰへ送信される（730）。ＯＣＳＰは証明機関および／またはＣＲＬであってもよく送信はその固有の証明書を有するＳＩＰ代理サーバにより署名されることができる。代理サーバはユーザ名／アイデンティティ（例えばｅメールアドレス）、ユーザ位置（例えばＩＰアドレス）、および確認された証明書を一緒に結合する（735）。登録完了メッセージ、例えばＯＫメッセージは登録プロセスが成功した場合に、ＳＩＰ代理サーバからユーザへ送信されることができる（740）。

前述したように、図７に示されている登録プロセスはユーザからの呼開始リクエストの前、またはそれと同時に行われることができる。

図８は本発明の１実施形態によるＶＯＩＰ通信における自動証明書検索／転送および取消しのためのプロセスを示す詳細なプロセスフロー図である。図８では本発明の１実施形態にしたがって、ユーザは呼リクエスト、例えばＳＩＰインバイト−メッセージを呼出されるパーティへ送信する（805）ことによりＶＯＩＰ呼を開始する。ＳＩＰインバイト−メッセージはまた呼者によりデジタル署名され呼者の証明書と共に送信されるメッセージ中に含まれていてもよい。ＳＩＰインバイト−メッセージはＳＩＰ代理サーバで受取られ／受信され、それによりＳＩＰ代理サーバは呼出されるパーティの現在位置に対するデジタル署名されたリクエストを送信することができる（810）。現在位置についてのリクエストは位置サーバへ送信され、その位置サーバはＯＣＳＰ応答装置またはその他の証明書状態サービスへリクエストを送信し、位置サーバに記憶されている呼者および呼出されるパーティの証明書を確認する（815）。位置サーバはまた本発明の実施形態ではＯＣＳＰ応答装置および／またはＣＲＬレポジトリとしても動作する。ＯＣＳＰは呼者および呼出されるパーティの証明書の確認／非確認認証を位置サーバへ返送する（820）。証明書が確認されるならば、位置サーバはＳＩＰ代理サーバへ呼出されたパーティの現在の位置と呼出されるパーティおよび呼者の証明書の確認コピーを返送する（825）。証明書の確認コピーはＬＳ署名されたデジタルメッセージで返送されることができる。証明書が確認されないならば、位置サーバは代理サーバへ何も返送しない（830）。

図８では、証明書の確認コピーを受信／受信しないとき、代理サーバはＳＩＰインバイト−メッセージを、呼者の証明書の確認コピーを有するかそれをもたない呼出されるパーティの現在位置の呼出されるパーティへ転送する（835）。呼出されるパーティは通常、既に固有の証明書を有するので、受信された呼出されるパーティの証明書の確認コピーは代理サーバによって呼出されるパーティへ送信される必要はない。呼出されるパーティは呼出されるパーティの証明書を有するかそれをもたないＯＫメッセージを代理サーバへ返送し（840）、呼出されるパーティが呼を受けることを所望していることを示す。ＯＫメッセージは呼出されるパーティにより署名されることができる。呼出されるパーティの署名はＳＩＰ代理サーバによりＯＫメッセージが受信されたときに確認される（845）。呼出されるパーティの署名が確認されるならば、ＳＩＰ代理サーバは呼出されるパーティの確認された証明書およびデジタル署名と共に、呼者にＯＫメッセージを転送する（850）。ＳＩＰ代理サーバからＯＫメッセージ、呼出されるパーティの証明書およびデジタル署名を受信するとき、呼者は呼を完了するため臨時およびセッションキーを有する受取りメッセージ（ＡＣＫメッセージ）を呼出されるパーティへ送信できる。臨時は一片の情報、例えば一度のみ使用可能な番号であってもよい。臨時は時間で変化するパラメータ、例えばタイムスタンプまたは特別なマーカであってもよい。呼は呼出すパーティと呼出されるパーティの一方または両者が呼の接続を断つまでそれらの間で継続する。

図８では、呼出されるパーティの署名が確認されないならば（845）、ＳＩＰ代理サーバは呼出されるパーティの証明書を再確認するためにＯＣＳＰへリクエストを送信する（860）。リクエストを受信するとき、ＯＣＳＰは証明書が妥当であるか否かを示すために状態確認メッセージを返送する（865）。状態確認メッセージ証明書が妥当であることを示すならば、ＳＩＰ代理サーバは呼出されるパーティの証明書とデジタル署名と共にＯＫメッセージを呼者へ転送し（850）、呼は前述したように完了されることができる。しかしながら、状態確認メッセージは証明書が妥当ではないことを示すならば、ＳＩＰ代理サーバはエラーメッセージを呼出されるパーティに返送し、呼出されるパーティに妥当な証明書を有する署名されたＯＫメッセージまたは妥当な証明書が取付けられているＯＫメッセージの一方を返送するようにリクエストする（870）。呼出されるパーティはＳＩＰ代理サーバに、呼出されるパーティの妥当な証明書を有するＯＫメッセージまたは呼出されるパーティの妥当な証明書が取付けられているＯＫメッセージを再度送信する（840）。プロセスは呼出されるパーティの署名を確認することにより継続し（845）、呼は前述したように完了されることができる。

図９は、本発明の１実施形態によるＶＯＩＰ通信における証明書登録および自動検索／転送および取消し方法を示すトップレベルのフロー図である。図９では、デジタル音声ユーザおよびそれらの関連するユーザ証明書はＶＯＩＰ通信を行うシステムを使用するために登録される（905）。登録は例えば図１の自動証明書検索システム140に位置される登録サーバ／代理登録装置により通信システム中で行われることができる。図９では、デジタル音声呼設定リクエストは例えば図１の自動証明書検索システム140中に位置されるゲートウェイで受信されることができ（910）、そのゲートウェイはシステムのユーザ間の呼を仲介する。図９に戻ると、デジタル音声呼のための呼設定情報および証明書は例えばゲートウェイにより得られる（915）。証明書はデジタル音声呼設定中に識別される呼者と呼出されるパーティに対するものである。デジタル音声呼は呼者と呼出されるパーティとの間で設定され実行され（920）、デジタル音声呼の終了で完了する。前述したように、この方法は図１乃至５に示され前述されている構造のような広範囲のシステム構造を使用して実現されることができる。それ故、前述の特別な例の方法およびシステム構造は広い範囲の方法の一般的動作を単に示しているだけで、この方法の応用を説明した特別なシステムに限定するものと解釈されるべきではない。

図１０は、本発明の１実施形態によるＶＯＩＰ通信における証明書登録方法を示す詳細なフロー図である。図１０では、ユーザにより署名される公共キー証明書と共にユーザ登録メッセージは例えば図１の自動証明書検索システム140中に位置されている登録サーバ／代理登録装置により受信されることができる（1005）。図１０では、登録メッセージで主張されるアイデンティティが公共キー証明書のアイデンティティと一致するか否かが例えば登録サーバにより確認されることができる（1010）。ユーザ登録メッセージ中のユーザの署名もまた例えば登録サーバにより確認される（1015）。公共キー証明書の妥当性の確認は例えば登録サーバによりリクエストされることができる（1020）。公共キー証明書の妥当性の確認は例えば登録サーバにより受信される（1025）。ユーザの存在／位置情報および公共キー証明書は例えば図１の自動証明書検索システム中に位置される位置サーバに記憶されることができる。図１０では、ユーザの名称／アイデンティティ、例えばｅメールアドレスはユーザのＩＰアドレス（位置）へ結合され（1035）、同様に、ユーザの名称／アイデンティティおよびＩＰアドレスはまたユーザの確認された証明書に結合される（1035）。この方法はさらに登録が成功したことを示すため登録完了メッセージをユーザへ送信して終了する（1040）。前述したように、この方法は例えば図１乃至５に示され前述したように広範囲のシステム構造を使用して実現されることができる。それ故、前述の特別な例の方法およびシステム構造は広範囲の方法の一般的な動作を単に示しているだけで、この方法の応用を説明した特別なシステムに限定するものと解釈されるべきではない。

図１１は、本発明の１実施形態によるＶＯＩＰ通信における自動証明書検索／転送および取消し方法を示す詳細なフロー図である。図１１では関連する呼者証明書を有するデジタル音声呼設定リクエストは例えば図３の自動証明書検索システム140の代理サーバ342のようなゲートウェイにより受信されることができる（1105）。図１１では、デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置は例えば代理サーバ342により決定されることができる（1110）。関連する呼者証明書と共にデジタル音声呼設定リクエストは例えば代理サーバ342から呼出されるパーティへ送信されることができる（1115）。さらに、代理サーバ342はデジタル呼設定リクエストおよび関連する呼者証明書と共にその署名を送信することもできる。呼出されるパーティの受取りメッセージは例えば呼出されるパーティから代理サーバ342により受信される（1120）。通常、呼出されるパーティの受取りメッセージは、呼出されるパーティの呼者からデジタル音声呼を受信する能力および／または要望を示している。同様に、呼出されるパーティの受取りメッセージは、呼出されるパーティの証明書を伴い、呼出されるパーティにより署名されることができる。受信された呼出されるパーティの受取りメッセージは例えば代理サーバ342により確認される（1125）。前述したように、呼出されるパーティの受取りメッセージが確認されることができないならば、例えば呼出されるパーティの証明書は確認されることができないならば、代理サーバ342は呼出されるパーティがその受取りメッセージおよび呼出されるパーティの証明書を再度提出することをリクエストする。呼出されるパーティの受取りメッセージおよび呼出されるパーティの証明書は例えば代理サーバ342から呼者へ送信され（1130）、その方法は終了する。前述したように、この方法は広範囲のシステム構造、例えば図１乃至５に示され前述した構造を使用して実施されることができる。それ故、前述の特別な例の方法およびシステム構造は広範囲の方法の一般的な動作を単に示しているだけで、この方法の適用を説明した特別なシステムに限定するものと解釈されるべきではない。

本発明の幾つかの実施形態をここで特別に示し説明した。しかしながら、本発明の変更および変形は本発明の技術的範囲内を逸脱せずに先の教示により特許請求の範囲内でカバーされることが認識されるであろう。

本発明の１実施形態による証明書登録および自動証明書検索を有するインターネットプロトコル（ＶＯＩＰ）通信システムにおける音声のシステムブロック図。本発明の１実施形態による証明書登録および検索の一方または両者を行うことのできる別の構成の自動証明書検索システムを示すブロック図。本発明の１実施形態によるインターネットプロトコル（ＶＯＩＰ）通信システムにおける音声のデジタル証明書登録および自動証明書検索のシステムブロック図。本発明の１実施形態によるＶＯＩＰ通信における証明書登録および自動証明書検索／転送および取消しを示す証明書登録および自動証明書検索システムのシステムブロック図。本発明の１実施形態によるユーザが信用証明書をダウンロードするための２つの可能な方法を説明するために示されているＶＯＩＰ通信システムのブロック図。本発明の１実施形態によるＶＯＩＰ通信におけるデジタル証明書登録および自動証明書検索を行う方法を示す詳細なプロセスフロー図。本発明の１実施形態によるＶＯＩＰ通信においてデジタル証明書登録を行う方法を示す詳細なプロセスフロー図。本発明の１実施形態によるＶＯＩＰ通信における自動証明書検索／転送および取消しのためのプロセスを示す詳細なプロセスフロー図。本発明の１実施形態によるＶＯＩＰ通信における証明書登録および自動検索／転送および取消し方法を示すトップレベルのフロー図。本発明の１実施形態によるＶＯＩＰ通信における証明書登録方法を示す詳細なフロー図。本発明の１実施形態によるＶＯＩＰ通信における自動証明書検索／転送および取消し方法を示す詳細なフロー図。

Claims

ネットワークにおける通信方法において、
呼者から呼者証明書に関連するデジタル音声呼設定リクエストを受信し、
前記デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、
前記呼者証明書と共に前記デジタル音声呼設定リクエストを前記呼出されるパーティへ送信し、
呼出されたパーティの受取りメッセージを受信し、
前記呼出されたパーティの受取りメッセージを確認し、
前記呼出されたパーティの受取りメッセージと呼出されたパーティの証明書を前記呼者へ送信するステップを含んでいる方法。
前記デジタル音声呼設定リクエストの受信は、
前記呼者証明書に関連するインターネットプロトコル（ＶＯＩＰ）呼設定リクエストで前記呼者から音声を受信するステップを含んでいる請求項１記載の方法。
前記デジタル音声呼設定リクエストは、
呼者インターネットプロトコル（ＩＰ）アドレスと、
前記呼出されるパーティのＩＰアドレスとを含んでいる請求項１記載の方法。
前記デジタル音声呼設定は呼者の署名に関連している請求項１記載の方法。
前記呼出されるパーティの位置の決定は、
前記位置に対する位置サーバへリクエストを送信し、そのリクエストは呼出されるパーティの識別子と呼者の署名とを含んでおり、
前記位置サーバから位置応答を受信するステップを含み、前記位置応答は前記呼出されるパーティの位置と、呼出されるパーティの証明書と、呼者の証明書とを含んでいる請求項１記載の方法。
前記位置応答は前記位置サーバの署名を含んでいる請求項５記載の方法。
前記デジタル音声呼設定リクエストはさらに前記呼者の署名を含んでいる請求項１記載の方法。
前記呼出されるパーティの受取りメッセージは呼出されるパーティの署名を含んでいる請求項１記載の方法。
前記呼出されるパーティの受取りメッセージの前記確認は、
前記受取りメッセージに付けられた前記呼出されるパーティの証明書を確認するステップと、
先に受信された呼出されるパーティの証明書を確認するステップとの少なくとも一方を含んでいる請求項１記載の方法。
先に受信された呼出されるパーティの証明書は前記呼出されるパーティの前記位置と共に受信された請求項９記載の方法。
さらに、呼出されるパーティの署名を前記呼者へ送信するステップを含んでいる請求項１記載の方法。
さらに、ネットワークのデジタル音声通信システムによる前記呼者および前記呼出されるパーティの登録を含んでいる請求項１記載の方法。
前記ユーザおよび前記呼出されるパーティの登録は、
ユーザ名と、
ユーザのＩＰアドレスと、
ユーザの公共キー証明書と、
ユーザのデジタル署名との受信を含んでいる請求項１２記載の方法。
さらに、前記登録メッセージ中の前記ユーザ名が前記公共キー証明書中のユーザ名と同一であることを確認し、
前記ユーザのデジタル署名を確認し、
前記ユーザの公共キー証明書が正当であることを確認するステップを含んでいる請求項１３記載の方法。
さらに、前記ユーザ名を前記ユーザのＩＰアドレスへ結合し、
前記確認されたユーザの公共キー証明書を前記結合されたユーザ名およびユーザのＩＰアドレスへ結合するステップを含んでいる請求項１４記載の方法。
ユーザの登録に成功した場合に、ＯＫメッセージを返送するステップを含んでいる請求項１５記載の方法。
前記登録は前記デジタル呼設定リクエストが受信される前に行われる請求項１２記載の方法。
前記別々の登録プロセス動作は、
前記デジタル音声呼設定リクエストと、前記呼者を登録するリクエストを有する前記呼者証明書を受信し、
前記呼出されるパーティの位置を決定し、
前記呼者証明書と共にデジタル音声呼設定リクエストを前記呼出されるパーティへ送信し、
前記呼出されたパーティから受取りメッセージを受信し、
前記呼出されたパーティの受取りメッセージを確認し、
前記呼出されたパーティの受取りメッセージおよび呼出されるパーティの証明書を前記呼者へ送信するステップを含んでいる請求項１７記載の方法。
前記登録は前記デジタル呼設定リクエストが受信された後に行われる請求項１２記載の方法。
実行されるとき、プロセッサにより実行されるように構成されている命令を記憶する媒体において、プロセッサを構成するための命令は、
呼者証明書に関連しているデジタル音声呼設定リクエストを呼者から受信し、
前記デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、
前記呼者証明書と共に前記デジタル音声呼設定リクエストを前記呼出されるパーティへ送信し、
呼出されたパーティの受取りメッセージを受信し、
前記呼出されたパーティの受取りメッセージを確認し、
前記呼出されたパーティの受取りメッセージと呼出されたパーティの証明書とを前記呼者へ送信する動作を行わせる媒体。
デジタル音声呼設定リクエストの前記受信動作はプロセッサを構成し、そのプロセッサは、
前記呼者証明書に関連するインターネットプロトコル（ＶＯＩＰ）呼設定リクエストにより前記呼者から音声を受信する請求項２０記載の媒体。
デジタル音声呼設定リクエストの前記受信動作はプロセッサを構成し、そのプロセッサは、
前記デジタル音声呼設定リクエストを呼者インターネットプロトコル（ＩＰ）アドレスから受信し、前記デジタル音声呼設定リクエストはそれに関連する前記呼者証明書を有し、呼出されるパーティのＩＰアドレスに導かれる請求項２０記載の媒体。
デジタル音声呼設定リクエストの前記受信動作はさらにプロセッサを構成し、そのプロセッサは、
呼者署名を有する前記デジタル音声呼設定リクエストを受信する請求項２０記載の媒体。
前記決定動作はさらにプロセッサを構成し、それによって、
前記位置に対する位置サーバへリクエストを送信し、前記リクエストは呼出されるパーティの識別子と署名とを含んでおり、
位置応答を前記位置サーバから受信し、前記位置応答は前記呼出されたパーティの前記位置、前記呼出されたパーティの証明書、前記呼者証明書を含んでいる請求項２０記載の媒体。
前記位置応答の前記受信動作はさらに、前記位置サーバの署名を受信するようにプロセッサを構成する請求項２４記載の媒体。
前記デジタル音声呼設定リクエストの前記送信動作はプロセッサを構成し、そのプロセッサは、
署名と共に前記デジタル音声呼設定リクエストを送信する請求項２０記載の媒体。
前記呼出されたパーティの受取りメッセージの前記受信動作は、前記呼出されたパーティの受信メッセージと共に呼出されたパーティの署名を受信するようにプロセッサを構成する請求項２０記載の媒体。
前記呼出されたパーティの受取りメッセージの前記確認動作は、
前記受取りメッセージに付けられた呼出されたパーティの証明書と、
先に受信された呼出されたパーティの証明書の一方を使用して、前記呼出されたパーティの受取りメッセージで受信される呼出されたパーティの署名を確認するようにプロセッサを構成する請求項２０記載の媒体。
前記先に受信された呼出されたパーティの証明書は前記呼出されたパーティの前記位置と共に受信された請求項２８記載の媒体。
プロセッサはさらに、呼出されたパーティの署名を前記呼者へ送信するように構成されている請求項２０記載の媒体。
プロセッサはさらに、前記呼者および前記呼出されるパーティを前記デジタル音声通信システムに登録するように構成されている請求項２０記載の媒体。
前記呼者および前記呼出されるパーティの前記登録動作はプロセッサを構成し、そのプロセッサは、
ユーザ名を受信し、
ユーザのＩＰアドレスを受信し、
ユーザの公共キー証明書を受信し、
ユーザのデジタル署名を受信する請求項３１記載の媒体。
前記プロセッサはさらに、
前記登録メッセージ中の前記ユーザ名が前記公共キー証明書中のユーザ名と同一であることを確認し、
前記ユーザのデジタル署名を確認し、
前記ユーザの公共キー証明書が正当であることを確認するように構成されている請求項３２記載の媒体。
前記プロセッサはさらに、
前記たユーザ名を前記ユーザのＩＰアドレスと結合し、
前記確認されたユーザの公共キー証明書を前記結合されたユーザ名およびユーザのＩＰアドレスと結合するように構成されている請求項３３記載の媒体。
前記プロセッサはさらに、
呼者登録に成功した場合には、ＯＫメッセージを返送するように構成されている請求項３４記載の媒体。
インターネットプロトコル（ＶＯＩＰ）通信システムにより音声でデジタル証明書登録および自動証明書検索を行うシステムにおいて、
ＶＯＩＰゲートウェイを具備し、前記ＶＯＩＰゲートウェイは、
呼者証明書に関連するデジタル音声呼設定リクエストを呼者から受信し、
前記デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、
前記呼者証明書と共に前記デジタル音声呼設定リクエストを前記呼出されるパーティへ送信し、
呼出されたパーティの受取りメッセージを受信し、
前記呼出されたパーティの受取りメッセージを確認し、
前記呼出されたパーティの受取りメッセージと呼出されたパーティの証明書とを前記呼者へ送信するステップを含んでいるシステム。
前記ＶＯＩＰゲートウェイは、
前記ＶＯＩＰ通信システムと通信するセッション初期プロトコル（ＳＩＰ）代理サーバを具備し、このＳＩＰ代理サーバは前記呼者と前記呼出されるパーティ間の通信を可能にするように構成されている請求項３６記載のシステム。
前記ＶＯＩＰゲートウェイはさらに、
前記ＳＩＰ代理サーバと通信する位置サーバと、
前記ＳＩＰ代理サーバと通信する少なくとも１つの別の代理サーバと、
前記ＳＩＰ代理サーバと通信する証明書観察装置と、
前記ＳＩＰ代理サーバと通信するオンライン証明書状態プロトコル（ＯＣＳＰ）応答装置とのうちの少なくとも１つを具備している請求項３７記載のシステム。
前記ＶＯＩＰゲートウェイはさらに、
前記ＳＩＰ代理サーバと通信する位置サーバと、
前記位置サーバと通信し、前記呼出されるパーティの現在位置と、呼出される証明書と、呼者証明書とを含んでいる位置データベースと、
前記位置サーバおよび前記ＳＩＰ代理サーバと通信する証明機関とを具備している請求項３７記載のシステム。
ネットワーク上で通信を設定する装置において、
プロセッサと、
前記プロセッサに結合され、以下のステップを行うように前記プロセッサにより実行される呼設定命令を記憶するメモリとを具備し、前記命令の実行するステップは、
呼者証明書に関連するデジタル音声呼設定リクエストを呼者から受信し、
前記デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、
前記呼者証明書と共に前記デジタル音声呼設定リクエストを前記呼出されるパーティへ送信し、
呼出されたパーティの受取りメッセージを受信し、
前記呼出されたパーティの受取りメッセージを確認し、
前記呼出されたパーティの受取りメッセージと前記呼出されたパーティの証明書とを前記呼者へ送信するステップを含んでいる装置。
インターネットプロトコル（ＶＯＩＰ）通信システムにより音声でデジタル証明書登録および自動証明書検索を行うシステムにおいて、
ＶＯＩＰゲートウェイを具備し、そのＶＯＩＰゲートウェイは、
呼者証明書に関連しているデジタル音声呼設定リクエストを呼者から受信する手段と、
前記デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定する手段と、
前記呼者証明書と共に前記デジタル音声呼設定リクエストを前記呼出されたパーティへ送信する手段と、
呼出されたパーティの受取りメッセージを受信する手段と、
前記呼出されたパーティの受取りメッセージを確認する手段と、
前記呼出されたパーティの受取りメッセージと呼出されたパーティの証明書と前記呼者へ送信する手段とを具備しているシステム。
ネットワーク上で通信を設定する装置において、
処理手段と、
前記処理手段に結合され、以下のステップを前記処理手段により実行させるように構成されている呼設定命令を記憶する記憶手段とを具備し、前記ステップは、
呼者証明書に関連するデジタル音声呼設定リクエストを呼者から受信し、
前記デジタル音声呼設定リクエスト中で識別される呼出されるパーティの位置を決定し、
前記呼者証明書と共に前記デジタル音声呼設定リクエストを前記呼出されたパーティへ送信し、
呼出されたパーティの受取りメッセージを受信し、
前記呼出されたパーティの受取りメッセージを確認し、
前記呼出されたパーティの受取りメッセージと呼出されたパーティの証明書とを前記呼者へ送信するステップを含んでいる装置。