JP5679745B2 - Ｓｉｐエンドポイント・エンハンサー - Google Patents

Description

本発明は、通信に関し、特に、ＳＩＰ（Session Iniaiton Protocol）ベースの通信に関する。

ＳＩＰは、オープンなシグナリング・プロトコルであり、あらゆる種類のリアルタイムの通信セッションを確立する。ＳＩＰを用いて確立される通信セッションの一例は、音声、画像、インスタント・メッセージングを含む。これ等の通信セッションは、あらゆる種類の通信機器上で実行される。通信機器の一例としては、パソコン、ラップトップコンピュータ、パーソナルデジタルアシスタントである。ＳＩＰの特徴は、エンドユーザのＡＯＲ（Address of Record ）を全ての通信の１個に統合されたパブリック・アドレスとして用いることができる点である。かくして、ＳＩＰを利用した通信の世界に於いては、ユーザのＡＯＲは、ユーザの唯一無二の（即ち単一の）アドレスとなり、ユーザを、ユーザに関連する通信機器の全てに関連付けている。このＡＯＲを用いると、発呼者は、ユーザ（被呼者）の通信機器の内の何れか１つ（ユーザ・エージェントと称する）に達することができ、これは、唯一無二のデバイスのアドレス或いは電話番号のそれぞれを知らなくても、行うことができる。

ＳＩＰは、フレキシブルなプロトコルであり、様々なフューチャ（特徴とも称する）のサポートが、特定のヘッダー、メソッド、コールフロー等を使用して、行われる。このプロトコルが本来的に有するフレキシビリティと、実行する際相対的に不完全な状態（他の従来の技術に比較して）により、デバイスは、ネットワーク上で得られる全てのフューチャを完全には利用できないようなネットワーク上に、留置せざるをえない。その理由は、デバイスは、ネットワーク・フューチャが必要とするようなヘッダーとコールフローを、必ずしも実行できないからである。アプリケーションが、様々な種類のエンドポイントに分配され、フューチャを様々なレベルでサポートすることを期待するのは、現実的ではない。それ故に、複雑さが変化するようなアプリケーションあるいはフューチャを、未熟のエンドポイント（必要とされるコールフローあるいはヘッダーセットを本質的にサポートできない）が使用できるようにするネットワーク・ソリューションを提供するには、問題がある。

この種の問題の一例は、Back-to-Back UA(Ｂ２ＢＵＡ)での古くからの問題に対するソリューションが関係している。Ｂ２ＢＵＡは、しばしば使用されるアーキテクチャであり、これにより、Ｂ２ＢＵＡアプリケーションは、呼びの設定がコーラーとコーリーとの間のシグナリングパスに入る間に、順番づけられる（sequenced）。それは、コーラーとコーリーの両方にとって、リアルなエンドポイントとして見え、またそのように機能する。この構成の問題点は、Ｂ２ＢＵＡは、各エンドポイントからのリアルの呼び情報を隠してしまう点である。即ち、コーラーのエンドポイントが、Ｂ２ＢＵＡとの呼びの設定中にあるが、コーリーのエンドポイントとの呼びの設定中にないと、Ｂ２ＢＵＡには、コーリーは呼びをどの様に見ているのかを、知る術がない。ＳＩＰ内の多くのフューチャが、エンドポイントが知るエンドポイントのビュー情報に依存している。適切なエンドポイント・ビュー情報がないと、ＳＩＰフューチャは、破壊したり、あるいはエンドポイントによりアクセス不可能となる。

Ｂ２ＢＵＡの例を続ける。エンドポイント間にＢ２ＢＵＡを組み込む際の問題点を解決する最新のソリューションは、「エンドポイント・ビュー」ヘッダーとして知られている。このソルーションにおいては、コーラーのエンドポイントとコーリーのエンドポイントの両方が、ヘッダー（「エンドポイント・ビュー」のヘッダー」と称する）内にコール・ビューを埋め込み、それをネットワーク内をトランスペアレントに通過させ、その結果、エンドポイントは、他のエンドポイントがそのコールをどの様に見ているのかを、知ることができる。しかし、これは最近になってからの提案であり、今日の多くのエンドポイントは、Ｂ２ＢＵＡを含むが、「エンドポイント・ビュー」ヘッダーのサポートを実行しないネットワーク内に存在することを望んでいる。同様の問題は、他のＳＩＰヘッダーとＳＩＰベヒエビアへのエクステンションに関連しても、発生する。

本発明の一態様による「エンドポイント・エンハンサー」は、ネットワーク・フューチャにより利用されるエクステンションあるいはコールフローをサポートすることなく、エンドポイントがそのネットワーク・フューチャを利用することを許す。ＳＩＰエンドポイント・エンハンサー（ＳＥＥ）は、エンドポイント（ＵＡとも称する）の機能性を、デバイスの本来的な能力に基づいて、増大し、ネットワーク・コアの動作標準に適合できるようにする。ＳＩＰエンドポイント・エンハンサーの機能性は、特殊目的のＳＩＰプロキシに依存し、それと共に機能する。「特殊目的のプロシキ」「ＳＩＰプロキシ」は、ＳＩＰアーキテクチャのネットワーク要素の１つあるいはそれらの組み合わせからなる。これらは、レジストラー、ロケーション・サーバ, イベント・ルーティング、アプリケーション・シーケンシング等の能力を提供する。特殊目的のＳＩＰプロキシは、コア（企業内ネットワークとも称する）内へのエントリーポイントとして機能し、ユーザに接触し、アプリケーションＳＩＰリクエストを得る。レジストラーとロケーションサーバとして、それらは、発信と着信のＳＩＰリクエストのパス内にある。更に仮のユーザプロファイルに基づいて、特殊目的ＳＩＰプロキシは、呼びの両方の側（即ち呼びの発信側と着信側）に対し、アプリケーション・シーケンスを起動（即ちルーティング）する。

上記の例以外においては、本発明の一実施例においては、ＳＩＰエンドポイント・エンハンサーは、ＳＩＰデバイスの機能性を向上（強化）しない。様々なＳＩＰエンドポイント・エンハンサーが、特殊目的ＳＩＰプロキシに、アドオン（追加）された機能として、配置される。

本発明の一実施例においては、ＳＩＰエンドポイント・エンハンサーは、プロキシとして又はＢ２ＢＵＡとして、実現される。これは、特定のタイプの装置に必要とされる種類と強化の程度に応じて、行われる。様々な装置をサポートする為に、様々なＳＩＰエンドポイント・エンハンサーを実現する装置がある。

ＳＩＰエンドポイント・エンハンサーが提供できる機能に加えて、ＳＩＰエンドポイント・エンハンサーの他の役割態様は、ネットワークアーキテクチャの全体構造の中に表れ、それが他の装置の為にいかに起動されるかである。

本発明の一実施例によれば、エンドポイントの観点からすると、エンドポイントはＳＩＰエンドポイント・エンハンサーにより強化されていること、そして通常の状態で動作し続けることを、知る術はない。

かくして、特殊目的のＳＩＰプロキシへのエンドポイントの登録は、通常通りとして処理を進める。登録の間、特殊目的のＳＩＰプロキシは、（ＲＥＧＩＳＴＥＲの）標準のユーザ−エージェントヘッダーを調査する。このヘッダーは、ＵＡの行ったリクエストに関する情報を含む。装置の種類によっては、特殊目的のＳＩＰプロキシは、ネットワークへ装置が取り付けられている間、特定のＳＩＰタイプとインスタンスが、その装置との間の呼び（コール）に対して、起動されるか否かを、決定する。他のエンティティには知られずに、それらは、強化したＩＤで、装置との相互作用を行う。登録の間、ＳＩＰエンドポイント・エンハンサーは、起動されず、ＳＩＰは通常のものとして登録され、特殊目的のＳＩＰプロキシのみが、ＳＩＰエンドポイント・エンハンサーが後続のＳＩＰシグナリングに適用されるべきか否かを、特定する。

ＲＦＣ３２６１は、次のことを規定する。ユーザ−エージェント・ヘッダーは、ＲＥＧＩＳＴＥＲリクエスト内では選択的事項であるが、ＳＩＰエンドポイント・エンハンサーで強化するために、エンドポイントは、ＲＥＧＩＳＴＥＲリクエスト内にユーザ−エージェント・ヘッダーを含まなければならない。ＲＦＣ３２６１は又次のようにも規定する。ＵＡは、このヘッダーを構築可能にしなければならないが、これは、第三者のエンドポイントの場合と同様である。それ故に、ネットワーク管理者の責任は、エンドポイントが、ユーザ−エージェント・ヘッダーを適宜の値（即ち、装置タイプからＳＩＰエンドポイント・エンハンサーへのマッピングする特殊目的のＳＩＰプロキシにマッチする値）で埋めるよう、具備することである。

本発明の一実施例によれば、エンドポイントの異質の集合体がサポートされる。これにより、ネットワーク内の様々な装置は、様々な強化を、様々なＳＩＰエンドポイント・エンハンサーを介して、要求する。特殊目的のＳＩＰプロキシは、特定の装置のタイプが特定の強化を必要とし、それに応じてその強化を提供するということを知ることができるメカニズムが提供される。

本発明の一実施例によれば、ＳＩＰエンドポイント・エンハンサーは、シーケンスされているものだけではなく、全てのＳＩＰメソッド用に起動される。ＳＩＰメソッド（例えばＳＵＢＳＣＲＩＢＥとＮＯＴＩＦＹ）は、シーケンスされていないが、汎用ＳＩＰルーティング用に送信される前に、ＳＩＰエンドポイント・エンハンサーを通過（traverse）する。

ＲＥＧＩＳＴＥＲメソッドには、上記したこのルールに対し１つの例外がある。ＳＩＰエンドポイント・エンハンサーは、装置とのＲＥＧＩＳＴＥＲトランザクション・コールフローを変更することはなく、ＳＩＰエンドポイント・エンハンサーを装置に割り当てた結果として、ＳＩＰエンドポイント・エンハンサーは、レジスタの情報を装飾したり変更したりして、強化された装置の機能を反映させる。

可能ならば、ＳＩＰエンドポイント・エンハンサーは、簡単なプロキシとして実現されるべきである。プロキシは、Ｂ２ＢＵＡとして実現することも可能である。ＳＩＰエンドポイント・エンハンサーであるＢ２ＢＵＡは、エンドポイントのために、ＳＩＰトランザクションを開始する。ＳＩＰエンドポイント・エンハンサーは、それ自身の通信セッションを生成したり終了したりすべきではない。Ｂ２ＢＵＡの機能は、メークコールリクエスト用のOut Of Dialog REFER用のサポートを実行するために、必要である。ＳＩＰエンドポイント・エンハンサーは、プロキシとＵＡの組み合わせ（例、エンドポイントのために、加入に応答する、通知を送信する、イベントを発行する）で実現される。例えば、エンドポイントのためにダイアログ状態イベントを発行するために、ＳＩＰエンドポイント・エンハンサーは、プロキシ（リクエストと応答を見る）としてと、ＵＡクライアント（イベントを実際に発行する）として、動作する。

ダイアログ生成トランザクションにおいては、ＳＩＰエンドポイント・エンハンサーが必要とされる場合には、本発明の実施例は、ＳＩＰエンドポイント・エンハンサーを呼びパス内にダイナミックに挿入するが、これは、発信プロセスがエンドポイントを用いて、ユーザの為に発信処理（origination processing）される前、又はコンタクトレゾリューションが実行される時（多くの登録された装置の内のどれが呼びを処理するのに関連するかについて分かった時）にユーザの為に着信処理（termination processing）された後に、行われる。開始プロセスと着信プロセスに関する詳細は、米国特許出願第２００９／０１０３５１８号に開示されている。

ＳＩＰエンドポイント・エンハンサーの機能は、使用される機器に基づいて採用されるのであって、ユーザに基づいて採用されるのではない。そのため、ＳＩＰエンドポイント・エンハンサーは、アプリケーション・シーケンスとは異なる。

本発明の一実施例よれば、ＳＩＰエンドポイント・エンハンサーは、呼びが機器になされた時と、呼びが機器から行われた時に、適用される。ＳＩＰエンドポイント・エンハンサーのロジックは、特殊目的のＳＩＰプロキシからの、ロジック起動を要求する意図した「フェーズ」に関する表示を利用する。特殊目的のＳＩＰプロキシは、リクエストと共にフェーズ情報を通信する。ＳＩＰエンドポイント・エンハンサーを励起すると、特殊目的のＳＩＰプロキシは、２つのルートヘッダーをリクエスト内に挿入する。第１のルートヘッダー（これはＳＩＰエンドポイント・エンハンサーに帰属するが）内には、特殊目的のＳＩＰプロキシは、フェーズ・タグを挿入する。ＳＩＰエンドポイント・エンハンサーは、このタグを用いて、発信機器又は着信機器にサービスする為に、それを起動するか否かを決定する。発信フェーズ・タグの付いたリクエストを受領すると、アプリケーションは、リクエストを発信したデバイスに基づいて、ロジックを起動する。着信フェーズ・タグの付いたリクエストを受領すると、ＳＩＰエンドポイント・エンハンサーは、リクエストの宛先装置に関連するロジックを起動する。第２のルートヘッダーは、特殊目的のＳＩＰプロキシに帰属するが、特殊目的のＳＩＰプロキシによりそれ自身に挿入されたタグを含む。これにより、ＳＩＰエンドポイント・エンハンサーの発信プロセス又はＳＩＰエンドポイント・エンハンサーの着信プロセスの完了を、示す。

本発明の一実施例によりタグの一例を以下に説明する。
タグ Seeorig
意味： このタグは、特殊目的のＳＩＰプロキシにより送信され、発信サイドのＳＩＰエンドポイント・エンハンサーの処理を要求する。これは、ＳＩＰエンドポイント・エンハンサーの消費用である。
予測される挙動： ルートヘッダー内でこのタグを受領すると、ＳＩＰエンドポイント・エンハンサーは、発呼デバイスに関連するロジックを起動する。

タグ Seeterm
意味： このタグは、特殊目的のＳＩＰプロキシにより送信され、着信サイドのＳＩＰエンドポイント・エンハンサーの処理を要求する。これは、ＳＩＰエンドポイント・エンハンサーの消費用である。
予測される挙動： ルートヘッダー内でこのタグを受領すると、ＳＩＰエンドポイント・エンハンサーは、着信デバイスに関連するロジックを起動する。

タグ Seeorigdone
意味： このタグは、特殊目的のＳＩＰプロキシによりそれ自身に送信され、ＳＩＰエンドポイント・エンハンサーによる発信処理の完了を示す。
期待される挙動： 特殊目的のＳＩＰプロキシは、このタグを第２のルートヘッド内に挿入する。この特殊目的のＳＩＰプロキシは、このタグをＳＩＰエンドポイント・エンハンサーから受け取るが、これは、要求された発信側のプロセスを実行した後、行われる。

タグ Seetermdone
意味： このタグは、特殊目的のＳＩＰプロキシによりそれ自身に送信され、ＳＩＰエンドポイント・エンハンサーによる着信処理の完了を示す。
期待される挙動： 特殊目的のＳＩＰプロキシは、このタグを第２のルートヘッド内に挿入する。この特殊目的のＳＩＰプロキシは、このタグをＳＩＰエンドポイント・エンハンサーから受け取るが、これは、要求された着信側のプロセスを実行した後、行われる。

本発明の一実施例によれば、ＳＩＰエンドポイント・エンハンサーは、デバイスの登録の成功結果として適用され、かつ関連するデバイスに対しトランスペアレントの方法で適用される。このことは次を意味する。
１．既に確立されたＴＬＳ接続を再利用できること。
２．ブートアップとネットワーク取付手順を単純化できること。
３．第三者のエンドポイントが標準のネットワーク取付手順を使用できること。例えばエンハンスメントの必要性とは無関係に、ＤＨＣＰサーバからのＳＩＰアウトバンドプロキシ・アドレスを確保すること。
４．取付セキュリティ機能が全てのデバイスに対し定常的なものになること。例えば、ファイアーフォール、オーセンチフィケーション、オーソライゼーションのメカニズムの全てが、定常的であり、エンハンスメントを必要とするデバイスと、必要としないデバイスに対し、セントライズされること。

ＳＩＰエンドポイント・エンハンサーは、Ｂ２ＢＵＡ又はプロキシと（選択的事項としてレコードルート）のいずれかとして機能するが、これは、プロブレム・ドメインと採用されているエンハンスメントに依存して、決まる。エンハンスメントは、スタンドアローンのＳＩＰエンドポイント・エンハンサー・アプリケーションとして記述され、プロキシ（例えばＡｖａｙａから市販されているAura セッション・マネージャ(ＳＭ)）内にあるか、あいはアプリケーションと共にアプリケーションサーバ内に、配置される。遅延を減らすため、ＳＩＰエンドポイント・エンハンサーは、セッション・マネージャと同一場所にあるのが、好ましい。

ＳＩＰエンドポイント・エンハンサーは、ターミナル・アダプタ（Terminal Adapter(ＴＡ)）ではなく、そのようなものと考えてはならない。ＴＡは、ＳＩＰのゲートウエイであり、非ＳＩＰエンドポイントをＳＩＰネットワークに適用するものである。これは、ＳＩＰエンドポイント・エンハンサーが、ＳＩＰエンドポイントを強化するのとは対照的である。ＴＡは、エンドポイントのために登録され、ＳＩＰエンドポイント・エンハンサーは、そのようなことはない。ＴＡは、従来の装置に対する特定のハードウエア・インタフェース要件を有するが、ＳＩＰエンドポイント・エンハンサーは、ソフトウエア・エンティティとしてのみ、その機能の全てを実行する。

ＳＩＰエンドポイント・エンハンサーは、ＳＩＰシグナリング構成（例えばヘッダー、メソッド、イクステンション、ネットワーク特有のコールフロー）用に、エンドポイントのサポートを強化するだけである。ＳＩＰエンドポイント・エンハンサーは、ルーティング・ロジック（即ち、別のロケーションへの、あらゆるビジネスロジックへの、唯一の呼び処理、又はフューチャロジックへのリクエストのルーティング）を含んではならない。ＳＩＰエンドポイント・エンハンサーの役割は、デバイスをＳＩＰシグナリング機能の共通レベルにまで持っていくことであり、その結果、他のＳＩＰサーバ上にあるＳＩＰアプリケーションは、全てのエンドポイントを、アブストラクションの共通レベルで、取り扱う。

本発明の一実施例によれば、本発明の方法は、
（Ａ）第１通信エンドポイントから第１メッセージを受領するステップと、
（Ｂ）前記第１通信エンドポイントの機能能力を特定するために、前記第１メッセージを解析するステップと、
（Ｃ）前記第１通信エンドポイントにより使用される通信ネットワークの機能要件を決定するステップと、
（Ｄ）前記通信ネットワークの機能要件と、前記第１通信エンドポイントの機能能力とを比較するステップと、
（Ｅ）前記第１通信エンドポイントの機能能力は、前記通信ネットワークの機能要件を満たさないと決定するステップと、
（Ｆ）前記（Ｅ）のステップで満たさないと決定したことに応じて、前記第１通信エンドポイント用に、エンドポイント・エンハンサーを選択するステップと、
（Ｇ）前記第１通信エンドポイントから第２メッセージを受領するステップと、
前記第２メッセージは、前記第１通信エンドポイントと通信機器との間の通信セッションを通信ネットワークを介して確立するに関連して、受領し、
（Ｈ）前記選択されたエンドポイント・エンハンサーを、前記第１通信エンドポイントと通信機器との間の呼びパス内に挿入するステップと、
を有する。

本発明の一実施例による通信システムのブロック図。 本発明の一実施例による通信システムの構成要素の第１構成図。 本発明の一実施例による通信システムの構成要素の第２構成図。 本発明の一実施例による登録メソッドを表すシグナリング図。 本発明の一実施例によるＳＩＰエンドポイント・エンハンサーを組み込んだ呼びを表すブロック図。 本発明の一実施例による呼びの設定の間適用されるＳＩＰエンドポイント・エンハンサーのエンドビューを表すシグナリング図。 本発明の一実施例によるダイアログＩＤを変換するＳＩＰエンドポイント・エンハンサーのエンドビューを表すシグナリング図。

図１において、本発明の通信システム１００は、通信ネットワーク１０４と、それに接続される通信エンド・ポイント１０８等の他の装置を有する。この通信ネットワーク１０４は、通信エンド・ポイント１０８（ＵＡで示す）を通信ネットワーク１０４に接続する。一例として、通信ネットワーク１０４は、それに接続されるＳＩＰサーバ１１２を有する。通信エンド・ポイント１０８は、他の通信エンド・ポイント１０８との間のビデオ、オーディオテキスト、データ等の通信を、サポートする。

ＳＩＰサーバ１１２は、アプリケーション・モジュール又はフューチャ・モジュールを有し、通信ネットワーク１０４とそれに接続されるエンドポイントに、様々なフューチャ／機能を与える。通信ネットワーク１０４に接続されるＳＩＰサーバ１１２にあるフューチャ又はアプリケーションは、通信ネットワーク１０４の「機能要件（functional requirement）」を規定する。これらのフューチャ又はアプリケーションは、その完全な実行の為に、エンドポイントからのある程度の相互作用を必要とする。ＳＩＰサーバ１１２は、ＳＩＰアプリケーション・サーバ又はフューチャ・サーバに対応する。このサーバが、ＳＩＰ機能を通信エンド・ポイント１０８に与える。ＳＩＰサーバ１１２の一例は、Ａｖａｙａ社から市販されているAura Session Managerである。

ＳＩＰサーバ１１２は、ＳＩＰリクエストを受け入れ、それに応答するアプリケーションである。本明細書において、ＳＩＰサーバ１１２は、ＳＩＰプロトコルのＵＡサーバ又はクライアント−サーバとは異なる。ＳＩＰプロトコルは、ＳＩＰプロトコルのクライアント（リクエストの発信者）とサーバ（リクエストへの応答の発信者）の視点から、動作を規定する。ＳＩＰサーバ１１２は、様々なタイプのエンティティである。本明細書において、ＳＩＰサーバ１１２は、ロジカル・エンティティである。実際のＳＩＰサーバ１１２を実現するためには、複数のサーバを含み、様々な状態のもとで様々な種類のサーバとして機能する必要がある。サーバは、サービスと機能をエンドポイントに与える為に、送信用のＴＣＰ，ＴＬＳ，ＵＤＰのプロトコルをサポートする。ＳＩＰサーバ１１２の特殊なタイプは、プロキシ・サーバである。ＳＩＰサーバ１１２の他のタイプは、当業者には明らかであり、以下詳細に説明する。

通信ネットワーク１０４は、あらゆる種類の公知の通信媒体あるいはそれらの集合体であり、あらゆるタイプのプロトコルを用いて、エンドポイント間又はデバイス間でメッセージを送信する。通信ネットワーク１０４は、有線又は無線の通信技術を含む。通信ネットワーク１０４の一例は、ＬＡＮ、ＷＡＮ、インターネット等を含む。通信ネットワーク１０４は、世界中に分散しているコンピュータあるいは他の通信デバイスからなるＩＰネットワークを構成する。これらのコンピュータと通信機器は、電話システムあるいは他の手段で相互接続される。他の手段の一例は、ＰＯＴＳ、ＩＳＤＮ、ＰＳＴＮ、Ｈ．３２３ネットワーク、ＳＩＰネットワーク、ＳＩＰのＵＡのthrough tunnelingの相互接続をサポートするネットワーク・アダプテーション、他の適宜のメカニズムを相互接続するネットワーク、パケット交換ネットワーク、回路交換ネットワークである。更に通信ネットワーク１０４は、これらのタイプのネットワークに限定されず、様々なネットワークから構成されうる。

通信ネットワーク１０４に接続される通信機器の別の一例は、Ｂ２ＢＵＡ１１６である。このＢ２ＢＵＡ１１６は、ＳＩＰリクエストを受領し、このリクエストを再定式化（reformulate）し、それを新たなリクエストとして送信するタイプのＳＩＰデバイスである。このリクエストへの応答も、再定式化され、反対方向に送信される。一例として、Ｂ２ＢＵＡデバイスを用いて、匿名サービス（anonymizer service）を実行できる。この匿名サービスにおいては、２個のＳＩＰＵＡは、相手のＵＲＩ，ＩＰアドレスあるいは他の情報を知ること無しに、通信することができる。

Ｂ２ＢＵＡは、他のＳＩＰサービスを実行するために採用されることもある。ＳＩＰネットワーク内にあるＢ２ＢＵＡの一般的な形態は、ＡＬＧ（Application Layer Gateway）である。ある種のファイアーウォールは、ＡＬＧ機能を組み込んでおり、この機能により、ファイアーウォールは、高レベルのセキュリティを維持しながら、ＳＩＰとメディアトラフィックを可能にする。しかし、Ｂ２ＢＵＡ１１６を通信ネットワーク１０４に導入することは、ある種の欠点がある。例えば、エンドポイントビューの機能の破壊である。

エンドポイント・エンハンサー１２０は、ＳＩＰエンドポイント・エンハンサーとして示されているが、通信ネットワーク１０４に接続されるデバイスに具備される。本発明の一実施例によれば、ＳＩＰエンドポイント・エンハンサー１２０は、ＳＩＰサーバ１１２又はＢ２ＢＵＡ１１６に具備される。これは、ＳＩＰエンドポイント・エンハンサー１２０の特性あるいは通信ネットワーク１０４の機能要件に応じて、行われる。ＳＩＰエンドポイント・エンハンサー１２０の配置場所は、通信エンド・ポイント１０８の機能能力に依存する。

本発明の一実施例よれば、複数のＳＩＰエンドポイント・エンハンサー１２０が、ＳＩＰサーバ１１２とＢ２ＢＵＡ１１６の両方又は一方に、具備される。通信エンド・ポイント１０８が他の通信エンド・ポイント１０８と通信セッションを確立しようとすると、複数のエンドポイント・エンハンサーの内の１つのエンドポイント・エンハンサーが選択されて、エンドポイント間の呼びパスに挿入される。このエンドポイントの選択は、通信エンド・ポイント１０８の機能能力と通信ネットワーク１０４の機能要件に依存する。一例として、通信ネットワーク１０４は、エンドポイントのビュー機能をサポートするが、エンドポイントが「エンドポイント・ビュー」ヘッダーの使用をサポートしない場合には、適切なＳＩＰエンドポイント・エンハンサー１２０が選択されて、エンドポイントが、通信ネットワーク１０４により提供されるエンドポイントビュー機能を実行するのを補助する。エンドポイントビュー機能の詳細を以下説明するが、本発明はそれに限定されない。通信ネットワーク１０４に提供されるが、この通信ネットワーク１０４に接続されている通信エンド・ポイント１０８にはサポートされていない機能の一例は、当業者には明らかであり、本発明の実施例は、この様な例もカバーする。

図２において、ＳＩＰ・ＵＡである通信エンド・ポイント１０８は、プロキシ・サーバ２０４に接続されている。このプロキシ・サーバ２０４は、ＳＩＰサーバ１１２の一例である。ＳＩＰプロキシ・サーバ２０４は、１つあるいは複数のＳＩＰエンドポイント・エンハンサー１２０を有する。ＳＩＰプロキシ・サーバ２０４は、通信エンド・ポイント１０８あるいは他のプロキシ・サーバから、ＳＩＰリクエストを受領し、このリクエストを転送したり、あるいはこのリクエストに応答したりして、通信エンド・ポイント１０８のために働く（機能する）。ＳＩＰプロキシ・サーバ２０４は、Ｂ２ＢＵＡ１１６ではない。その理由は、プロキシ・サーバ２０４のみが、ＲＦＣ３２６１に規定されている厳密なルールに従って、リクエストと応答を修正することが許されているからである。これらのルールは、ＳＩＰプロキシ・サーバ２０４が、通信エンド・ポイント１０８に対し、有効なサービスあるいは機能を提供しながら、ＳＩＰシグナリングのエンド−ツ−エンドの透明性を確保する。

ＳＩＰプロキシ・サーバ２０４は、データベース２１２或いはロケーションサービスへのアクセス権を有し、プロキシ・サーバ２０４が、リクエストを処理する（例、次のホップを決定する）のを補助する。ＳＩＰプロキシ・サーバ２０４とロケーションサービス２１２との間のインターフェースは、必ずしもＳＩＰプロトコルで規定されていない。ＳＩＰプロキシ・サーバ２０４は、あらゆる種類のデータベースを用いて、リクエストの処理を補助できる。ロケーションサービス／データベース２１２内に含まれるデータは、特殊目的のＳＩＰプロキシ２０８により、入力され管理される。この特殊目的のＳＩＰプロキシ２０８は、ＳＩＰサーバ１１２の一例である。特殊目的のＳＩＰプロキシ２０８とプロキシ・サーバ２０４は、別個の装置として記述されているが、特殊目的プロキシ２０８が、プロキシ・サーバ２０４の機能を、登録サービスあるいはデータベース２１２を更新することに関連するＵＡ管理サービスに加えて、実行してもよい。

本発明の一実施例によれば、通信エンド・ポイント１０８は、それが通信ネットワーク１０４に接続された時に、特殊目的ＳＩＰプロキシ２０８に登録される。特殊目的ＳＩＰプロキシ２０８は、この登録情報を、登録タイプのメッセージ（ＲＥＧＩＳＴＥＲ）を介して、受領し、データベース２１２を、この登録タイプのメッセージ内に含まれる情報で、更新する。

図３において、Ｂ２ＢＵＡ１１６は、通信エンド・ポイント（ＳＩＰＵＡ）１０８の間の呼びパスに挿入される、Ｂ２ＢＵＡ１１６は、全ての制御メッセージとメディアメッセージ（例、ＲＴＰメディア・ストリーム）がＢ２ＢＵＡ１１６を通過できるよう、配置される。これは、ＲＴＰメディアが、point-to-pointであり、プロキシ・サーバ２０４をバイパスするようなプロキシ構造とは、若干異なる。

ある実施例おいて、プロキシとＢ２ＢＵＡと称するエンティティは、ＳＩＰエンドポイント・エンハンサーを含んでいるが、他の実施例では、ＳＩＰエンドポイント・エンハンサーは、Ｂ２ＢＵＡ又はプロキシとして機能できるスタンドアローンのエンティティでもよい。かくして、ＳＩＰエンドポイント・エンハンサーは、Ｂ２ＢＵＡ又はプロキシを含む。

図４に本発明の一実施例よる代表的なＵＡ登録メソッドを説明する。登録手続きの間、通信エンド・ポイント１０８は、ＲＥＧＩＳＴＥＲメッセージあるいは他のタイプの登録タイプメッセージ（他の通信プロトコルが用いられた場合）を生成する。この生成されたメッセージは、特殊目的ＳＩＰプロキシ４０４あるいは他のタイプのアプリケーション・サーバ１１２に送られる。このアプリケーション・サーバ１１２が、エンドポイントの登録を処理する。特殊目的ＳＩＰプロキシ４０４は、受領したメッセージのヘッダーを解析して、通信エンド・ポイント（ＳＩＰＵＡ）１０８の機能能力を決定する。具体的には特殊目的ＳＩＰプロキシ４０４は、メッセージ・ヘッダーを調査する。このメッセージ・ヘッダーには、エンドポイント装置のタイプ、モデル、あるいは他の詳細を、その装置へ、プロビジョニング・データベースからの詳細と共に、特定する。本発明の一実施例よれば、通信エンド・ポイント１０８は、ＵＡタイプを、具備された（アドミニストレータが具備した）リストに照らし合わせて、チェックする。このリストは、ＵＡタイプを機能能力に照らしてマッピングする。通信エンド・ポイント１０８の機能能力が決定されると、特殊目的ＳＩＰプロキシ４０４は、応答（通常２００ＯＫメッセージの形態で）を生成し、これを通信エンド・ポイント１０８に戻す。特殊目的ＳＩＰプロキシ４０４は、データベース２１２を、通信エンド・ポイント１０８の登録に基づいて、更新する。

特殊目的ＳＩＰプロキシ４０４は、通信エンド・ポイント１０８を登録後、新たに登録された通信エンド・ポイント１０８がＳＩＰエンドポイント・エンハンサー１２０を必要とするか否かの決定をする。これは、通信エンド・ポイント１０８が関連するあらゆる種類のＳＩＰメッセージあるいはコールフローを、通信ネットワーク１０４に接続されながら、適用するために、行う。この決定は、アプリケーションを通してシーケンスされた（sequenced through application）メッセージ（例、ＩＮＶＩＴＥ，ＲＥＦＥＲ、ＭＥＳＳＡＧＡＥ）と、シーケンスされていないメッセージ（例、ＳＵＢＳＣＲＩＢＥ）の両方をカバーする。シーケンスされているメッセージのタイプと、そうでないメッセージのタイプは、ベンダー毎に異なる。特殊目的ＳＩＰプロキシ４０４は、どのＳＩＰエンドポイント・エンハンサー１２０が使用されるかを決定する。これは、通信エンド・ポイント１０８の機能能力と通信ネットワーク１０４により提供される特徴の機能要件との比較に基づいて、行われる。

特殊目的ＳＩＰプロキシ４０４が、通信エンド・ポイント１０８をサポートするのに、ＳＩＰエンドポイント・エンハンサー１２０は必要であると決定した場合には、特殊目的ＳＩＰプロキシ４０４は、適宜のＳＩＰエンドポイント・エンハンサー１２０あるいはそれらの組を選択し、このＳＩＰエンドポイント・エンハンサー１２０を通信エンド・ポイント１０８と他の通信機器（例、他のエンドポイントあるいは他の中間通信機器）との間の呼びパスに、ダイナミックに挿入する。

図５に示すように、ＳＩＰエンドポイント・エンハンサー１２０，５０８は、呼び５０４の発信側又は着信側に挿入される。具体的には、アプリケーションを通してシーケンスされたメッセージに対しては、ＳＩＰエンドポイント・エンハンサー５０８は、ユーザに対する発信プロセスが通信エンド・ポイント１０８を用いて始まる前に、又はコンタクト・レゾリューションが行われた時（多くの登録された通信装置の内どの通信装置が、呼び処理に関連すると分かった時）に、ユーザに対する終了プロセスの後に、起動される。ＳＩＰエンドポイント・エンハンサー５０８の挿入は、ダイアログを開始する全てのＳＩＰメッセージ（ＲＥＧＩＳＴＥＲを除く）と、他のアウトオブダイアログ・メッセージに対し行われる。ＳＩＰエンドポイント・エンハンサー１２０，５０８が、プロキシとして動作する時（例、プロキシ・サーバ２０４により提供される、より具体的には、プロキシの同一のコードスペース内のアプリケーションとして含まれる時）には、ＳＩＰエンドポイント・エンハンサー１２０，５０８は、必要に応じて、通信エンド・ポイント１０８により確立されたそれぞれのダイアログのシグナリングパス上に滞在することを選択し、そして通信エンド・ポイント１０８との全ての後続のメッセージを、標準のレコード・ルーティングを実行することにより、受領する。ＳＩＰエンドポイント・エンハンサー１２０，５０８が、Ｂ２ＢＵＡとして機能する（Ｂ２ＢＵＡ１１６により提供されるか、より具体的には、Ｂ２ＢＵＡの同一の符号スペース内のアプリケーションとして含まれる）場合には、ＳＩＰエンドポイント・エンハンサー１２０，５０８は、ダイアログのシグナリングパス内に常にあるが、これは、Ｂ２ＢＵＡの特質である。

ＳＩＰエンドポイント・エンハンサー１２０は、スタンド・アローンのエンドポイントのアプリケーションとして記載されているが、必ずしもプロキシあるいはＢ２ＢＵＡのコード・スペース内で動作する必要はない（それも可能であるが）。

ＳＩＰエンドポイント・エンハンサー１２０の機能は、使用される装置（通信エンド・ポイント１０８）に依存し、使用される装置のユーザには依存しない。そのため、ＳＩＰエンドポイント・エンハンサー１２０は、類似のルーティング・メカニズムを使用するが、アプリケーション・シーケンシングとは異なる。ＳＩＰエンドポイント・エンハンサー１２０は、デバイス登録の成功した結果（そこでデバイスのタイプが特定される）として、適用されるので、通信エンド・ポイント１０８の既に確立したＴＬＳ接続を再利用できる。これにより、エンハンスメントが、デバイス毎のベースで行われながら、ブートアップ手順とネットワークの取付手順を、単純化できる。

初期接続と登録プロセスは、ベーシックなＳＩＰであるために、本発明の実施例によれば、第三者のエンドポイントは、標準のＩＰネットワーク取付手順（IP Network attachement procedure）を利用できる。例えば、これはエンハンスメントの必要の有無に関わらず、である。標準のＩＰネットワーク取付手順の一例は、ＤＨＣＰサーバからＳＩＰOutbound Proxy addressesを獲得することである。本発明の一実施例により、全てのデバイスに一様なセキュリティの機能の取付が可能になる。ファイアーウォール機構、認証機構（Authentication）機構、認可（authorization）機構は、一定に維持され、エンハンスメントを必要とする装置あるい必要としない装置に対しては、中央で行われる。

本発明の一実施例よれば、ＳＩＰエンドポイント・エンハンサー１２０を「hot deploy」する機能も提供される。具体的には、ＳＩＰエンドポイント・エンハンサー１２０は、追加されたデバイスに対しダイナミックにプラグで挿入可能である。複数のＳＩＰエンドポイント・エンハンサー１２０は、ＳＩＰサーバ１１２又はＢ２ＢＵＡ１１６に既に存在している。しかし、新たなＳＩＰエンドポイント・エンハンサー１２０を追加したい場合には、新たなＳＩＰエンドポイント・エンハンサー１２０のコードが、ＳＩＰサーバ１１２又はＢ２ＢＵＡ１１６に追加されるが、これは、既に存在するＳＩＰエンドポイント・エンハンサー１２０の操作を中断することなく、又はＳＩＰサーバ１１２又はＢ２ＢＵＡ１１６の操作を中断することなく、行うことができる。これにより、ネットワーク管理者は、特定のネットワークに提供されているＳＩＰエンドポイント・エンハンサー１２０を、容易かつ効率的に変更できる。かくして、新たなＳＩＰフューチャが導入されると、新たなＳＩＰエンドポイント・エンハンサー１２０をネットワークに追加することが簡単になり、これにより、従来のエンドポイントが、ネットワーク内で継続的に操作でき、更に新たに追加されたＳＩＰフューチャの利点を享受できる。

本発明の一実施例よれば、発信側と着信側のＳＩＰエンドポイント・エンハンサーは、レコード−ルート機能を実行でき、その結果これらのエンティティは、後続の全てのメッセージを見ることができ、かつ必要に応じて、エンドポイント−ビューヘッダーを加除できる。

図６，７に、本発明の一実施例のエンドポイントビューをサポートするＳＩＰエンドポイント・エンハンサー１２０を示す。エンドポイントビューが標準化されるまで、ある種のＳＩＰエンドポイントは、このヘッダーを当然にはサポートしない。図６は、ＳＩＰエンドポイント・エンハンサー１２０が、エンドポイントビューヘッダーをサポートするために、通信エンド・ポイント１０８をいかに強化するかを示す。

最初にアリスがボブに電話をする。アリスとボブの両方は、エンドポイントビューをサポートしない（それ故に強化を必要とする）装置を使用している。ＳＩＰエンドポイント・エンハンサー１２０のインスタンスが、アリスの発呼装置に、サービスを提供するために発信者側で適用され、ＳＩＰエンドポイント・エンハンサーの別のインスタンスが、ボブの被呼装置に、サービスするために着信側で適用される。ここに説明した勧告によれば、ＳＩＰエンドポイント・エンハンサー１２０は、単なるレコードルーティング・プロキシとして実現される。呼びの設定の間、ＳＩＰエンドポイント・エンハンサー１２０は、以下の２つの役を実行する。
１．それらをプロキシで処理する前に、エンドポイントビューヘッダー仕様に従って、必要なヘッダーを挿入する。
２．反対側のエンドポイントビュー情報を観測し記憶する。

図６，７には、ＳＩＰメッセージの関連部分のみを示す。図６から分かるように、呼びの設定の間、アリスはボブに電話をかけ、そのエンドポイントの機能能力に応じて、ダイアログ開始ＩＮＶＩＴＥメッセージを生成する。発信側のエンドポイント・エンハンサー６０４は、エンドポイントビュー情報が必要であり、この情報をメッセージヘッダーに入れると、規定する。その後、このメッセージは、Ｂ２ＢＵＡ６０８に転送される。このＢ２ＢＵＡ６０８は、ＩＮＶＩＴＥメッセージを着信側のエンドポイント・エンハンサー６１２に転送する。これには、発信側のエンドポイント・エンハンサー６０４により生成されたエンドポイントビューヘッダーと、Ｂ２ＢＵＡ６０８の新たなコンタクト情報とが付属する。着信側のエンドポイント・エンハンサー６１２は、このエンドポイントビューヘッダー情報を受領し、それをボブのエンドポイント（ＵＡ）のために解析し、そしてメッセージをボブのＵＡに送る。これには、エンドポイントビューヘッダー情報は付属していない。かくして呼びは、ボブのＵＡの機能能力に応じて処理される。

ボブのＵＡは、２００ＯＫメッセージを生成するが、これには、その機能能力に基づいてヘッダーが付属するが、このメッセージは、エンドポイントビューヘッダーを生成する機能能力を含まない。２００ＯＫメッセージは、着信側のエンドポイント・エンハンサー６１２に送信される。このエンドンドポイント・エンハンサー６１２は、ボブのＵＡ用のエンドポイントビュー情報をそのメッセージに追加し、その後、それをＢ２ＢＵＡ６０８に転送する。Ｂ２ＢＵＡ６０８は、このメッセージを受領し、それを発信側のエンドポイント・エンハンサー６０４に送る。このエンドポイント・エンハンサー６０４は、エンドポイントビューヘッダーに含まれるエンドポイントビュー情報を、アリスのＵＡのために受領し解析する。発信側のエンドポイント・エンハンサー６０４は、２００ＯＫメッセージの一般的バージョンを、エンドポイントビューヘッダーを付けずに、アリスのＵＡに転送する。

これにより、アリスのＵＡを起動し、アリスのＵＡは、一般的なルーティングとタグ情報を付したＡＣＫメッセージを生成する。ＡＣＫメッセージは、再び発信側のエンドポイント・エンハンサー６０４に送られる。エンドポイント・エンハンサー６０４は、エンドポイントビューヘッダーを再び生成し、それをＢ２ＢＵＡ６０８に送り、それを宛先に送る。Ｂ２ＢＵＡ６０８は、エンドポイントビューヘッダーの付属したメッセージを着信側のエンドポイント・エンハンサー６１２に送る。このエンドポイント・エンハンサー６１２は、このエンドポイントビュー情報を解析し、それをメッセージから取り除いて、一般的ＡＣＫメッセージをボブのＵＡに送る。これにより、呼びの設定は完了する。エンドポイント・エンハンサー６０４，６１２は、ある呼びヘッダーを、彼らがサービスしているエンドポイントのために、サービスやメッセージフローを中断することなく、挿入する。更にエンドポイントは、エンドポイントビューフューチャの利点を、エンドポイントビューヘッダーをサポートすることなく、獲得できる。

図７は、ダイアログＩＤを変換する間の同様なシナリオを示す。具体的には、アリスは、キャロルをボブにＲＥＦＥＲするよう選択する。それは、キャロルはアリスの呼びをボブで置き換えたいとする（ＳＩＰトランスファーする）意図を持ったものである。アリスの装置は、エンドポイントビュー機能を持たないために、その装置は、Ｒｅｐｌａｃｅｓ ｈｅａｄｅｒ（ＲＥＦＥＲ内の）を、その装置とＢ２ＢＵＡ６０８アプリケーションの間のダイアログの詳細事項で、満たす。Ｂ２ＢＵＡ６０８上のエンドポイント・エンハンサーは、ＲＥＦＥＲ内で参照されたダイアログＩＤを、呼びを設定する間、エンドポイントビューヘッダーで観測されたダイアログＩＤで、マッピングし置換する。これはボブの装置にとって分かっているダイアログである。アリスのＵＡで生成されたＲＥＦＥＲメッセージが、発信側のエンドポイント・エンハンサー６０４で、適正に処理された後、発信側のエンドポイント・エンハンサー６０４は、再フォーマット化されたＲＥＦＥＲメッセージをキャロルのＵＡに送る。これにより、キャロルのＵＡは、ＩＮＶＩＴＥメッセージを生成し、このメッセージが、着信側のエンドポイント・エンハンサー６１２に送られ、最終的にボブのＵＡに送られる。図７から分かるように、キャロルとボブとの間の呼びは必ずしもＢ２ＢＵＡ６０８を通る必要はない。

用語「コンピュータで読み取り可能な媒体」とは、コンピュータが実行するプロセスを記憶する媒体或いは伝送媒体を意味する。媒体とは、非揮発性媒体、揮発性媒体、伝送媒体を意味する。非揮発性の媒体とは、ＮＶＲＡＭ、磁気ディスク又は光学ディスクである。揮発性媒体とは、ＤＲＡＭ、メインメモリを意味する。このコンピュータで読み取り可能な媒体の一般的なものとしては、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気ディスク、他の磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭ、パンチカード、ペーパーテープ等、更にＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、メモリカード、メモリチップ、或いはカートリッジ等がある。ｅ−ｍａｉｌ或いは他の自己保存型の情報アーカイブに付属したデジタルファイルは、記憶媒体に等価な分配型の記憶媒体であり、本発明でいう記憶媒体と見なすことができる。コンピュータで読み取り可能な媒体がデータベースとして構築された場合には、このデータベースは、あらゆる種類のデータベース、例えば関連型、階層型、オブジェクト志向型のいずれをも含む。
本明細書の「モジュール」「エージェント」「ツール」とは、ハードウエア、ソフトウエア、ファームウエア、或いはそれらの組み合わせである。構成要素に関連した機能を実行する。
ここで議論したフローチャートは、特定のイベントのシーケンスを例に説明するが、本発明の操作に影響を及ぼすことなく、これ等のシーケンスの変更、追加、一部省略も可能である。本発明のシステムと方法は、特殊コンピュータ、プログラムされたマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、他の集積回路ＤＳＰ、ハードワイヤド電子素子、論理素子、例えばディスクリートな要素回路、プログラム可能な論理回路、ゲートアレイ、例えばＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ、特殊目的コンピュータ或いは他の手段で実現できる。
ここに開示された方法は、オブジェクト指向のソフトウエア開発環境を用いたソフトウエアと組み合わせて実現できる。このソフトウエア環境は、様々なコンピュータ又はワークステーションで使用されるポータブルなソースコードを提供する。別の構成として、開示されたシステムは、標準の論理回路又はＶＬＳＩデザインを用いて一部又は全部のハードウエアで実現できる。本発明のシステムを実行するのにハードウエア又はソフトウエアを用いるかは、システムに要求される速度と効率に依存する。特に使用される特定のソフトウエア、ハードウエアのシステム、マイクロプロセッサ又はマイクロコンピュータシステムに依存する。
ここに開示された方法は、コンピュータで読み取り可能な記憶媒体に記憶されたソフトウエアで実行され、コントローラとメモリとを有するプログラムされた汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ等で実施される。これ等の実施例に於いては、本発明のシステムと方法は、パソコンに組み込まれたプログラムで実行できる。例えばアプレット、ＪＡＶＡ、ＣＧＩスクプリト、サーバ或いはコンピュータ、ワークステーションに記録された資源或いは専用の測定システムに組み込まれたルーチン等で実施できる。

以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。

１００ 通信システム
１０４ 通信ネットワーク
１０８ 通信エンドポイント
１１２ ＳＩＰサーバ
１１６ Ｂ２ＢＵＡ
１２０ ＳＩＰエンドポイント・エンハンサー
２０４ プロキシ・サーバ
２０８ 特殊目的プロキシ
２１２ ロケーションサービス／データベース

４０４ ＳＩＰプロキシ
５０４
５０８ エンドポイント・エンハンサー


図４
特殊目的プロキシ
具備されたリストに対するユーザエージェントタイプをチェックする

図５

図６
６０４ エンドポイント・ビューＳＩＰエンドポイント・エンハンサー１ プロキシ
６０８ Ｂ２ＢＵＡ
６１２ エンドポイント・ビューＳＩＰエンドポイント・エンハンサー２ プロキシ

Claims (10)

1. （Ａ）ＳＩＰを利用する第１通信エンドポイント（以下単に「第１通信エンドポイント」と称する）から第１メッセージを受領するステップと、
   （Ｂ）前記第１通信エンドポイントのＳＩＰをベースにした機能能力（以下単に「機能能力」と称する）を特定するために、前記第１メッセージを解析するステップと、
   （Ｃ）前記第１通信エンドポイントにより使用される通信ネットワークのＳＩＰをベースにした機能要件（以下単に「機能要件」と称する）を、決定するステップと、
   （Ｄ）前記通信ネットワークの機能要件と、前記第１通信エンドポイントの機能能力とを比較するステップと、
   （Ｅ）前記第１通信エンドポイントの機能能力は、前記通信ネットワークの機能要件を満たさないと決定するステップと、
   （Ｆ）前記（Ｅ）のステップで満たさないと決定したことに応じて、前記第１通信エンドポイント用に、前記第１通信エンドポイントの機能能力を向上させるエンドポイント・エンハンサー（１２０）を選択するステップと、
   （Ｇ）前記第１通信エンドポイントから第２メッセージを受領するステップと、
   前記第２メッセージは、前記第１通信エンドポイントと通信機器との間の通信セッションを、前記通信ネットワークを介して確立するに関連して、受領され、
   （Ｈ）前記選択されたエンドポイント・エンハンサー（１２０）を、前記第１通信エンドポイントと通信機器との間の呼びパス内に挿入するステップと、
   を有し、
   これにより、前記第１通信エンドポイントの機能能力を、前記通信ネットワークの機能要件を満たすよう、向上させる、
   ことを特徴とする方法。
2. （Ｉ）前記第２メッセージは、アプリケーションを介してシーケンスされたメッセージであると決定するステップと、
   （Ｊ）前記選択されたエンドポイント・エンハンサーを、コンタクト・レゾリューションが行われた時にユーザに対する着信プロセスの後、起動するステップと、
   を更に有する
   ことを特徴とする請求項１記載の方法。
3. 前記第１メッセージは、ＲＥＧＩＳＴＥＲメッセージを含み、
   前記第２メッセージは、ＲＥＧＩＳＴＥＲメッセージ以外のＳＩＰメッセージを開始するダイアログと、前記第１通信エンドポイントと通信機器との間のアウトオブダイアログメッセージの少なくとも一方を含み、
   前記選択されたエンドポイント・エンハンサーは、前記第１通信エンドポイントと通信機器との間に確立されたダイアログのシグナリング・パス上に配置され、
   前記通信セッションの全てのメッセージは、前記選択されたエンドポイント・エンハンサーが受領する
   ことを特徴とする請求項１記載の方法。
4. （Ｋ）前記第１通信エンドポイントから第３メッセージを受領するステップと、
   （Ｌ）前記第１通信エンドポイントに、選択されたエンドポイント・エンハンサーを再挿入する為に、前記第１通信エンドポイントと通信機器との間に確立されたＴＬＳ接続を再使用するステップと
   を更に有する
   ことを特徴とする請求項１記載の方法。
5. 前記選択されたエンドポイント・エンハンサーは、複数のエンドポイント・エンハンサーから選択され、
   前記複数のエンドポイント・エンハンサーのそれぞれを用いて、前記エンドポイントに通信ネットワークの機能要件を満たす様々なＳＩＰをベースにした機能能力を提供し、
   前記選択されたエンドポイント・エンハンサーは、前記複数のエンドポイント・エンハンサーにダイナミックに加えられ、前記複数のエンドポイント・エンハンサー内の他のエンドポイント・エンハンサーの動作を損なうことはない
   ことを特徴とする請求項１記載の方法。
6. 通信機器において、
   （Ａ）ＳＩＰを利用する第１通信エンドポイント（以下単に「第１通信エンドポイント」と称する）から、登録タイプ・メッセージを受領し、
   （Ｂ）前記第１通信エンドポイントのＳＩＰをベースにした機能能力（以下単に「機能能力」と称する）を特定するために、前記登録タイプ・メッセージを解析し、
   （Ｃ）前記第１通信エンドポイントにより使用される通信ネットワークのＳＩＰをベースにした機能要件（以下単に「機能要件」と称する）、を決定し、
   （Ｄ）前記通信ネットワークの機能要件と、前記第１通信エンドポイントの機能能力とを比較し、
   （Ｅ）前記第１通信エンドポイントの機能能力は、前記通信ネットワークの機能要件を満たさないと決定し、
   （Ｆ）前記第１通信エンドポイント用にエンドポイント・エンハンサー（１２０）を選択し、
   （Ｈ）前記の選択されたエンドポイント・エンハンサー（１２０）を、前記第１通信エンドポイントと第２通信エンドポイントとの間の呼びパス内に挿入し、
   これにより、前記第１通信エンドポイントの機能能力を、前記通信ネットワークの機能要件を満たすよう、向上させる、
   ことを特徴とする通信機器。
7. 前記通信ネットワークは、ＳＩＰネットワークを含み、
   前記第２通信エンドポイントは、前記ＳＩＰネットワーク内にある
   ことを特徴とする請求項６記載の通信機器。
8. 前記選択されたエンドポイント・エンハンサーは、呼びの発信側に挿入され、
   前記登録タイプ・メッセージは、ＲＥＧＩＳＴＥＲメッセージを含み、
   前記選択されたエンドポイント・エンハンサーは、前記第１通信エンドポイントと通信エンドポイントとの間に確立されたダイアログのシグナリング・パス上に配置される
   ことを特徴とする請求項６記載の通信機器。
9. メモリとプロセッサとを含み、
   前記メモリは、ＳＩＰプロキシコードと選択されたエンドポイント・エンハンサーとを含み、
   前記プロセッサは、前記メモリのコンテンツを実行し、
   前記選択されたエンドポイント・エンハンサーは、前記ＳＩＰプロキシのコードスペース内では動作しないスタンドアローンのアプリケーションである
   ことを特徴とする請求項６記載の通信機器。
10. 前記通信機器は、第１通信エンドポイントと第２通信エンドポイントとの間で、Back-to-Backユーザ・エージェントとして、動作し、
    前記選択されたエンドポイント・エンハンサーは、前記Back-to-Backユーザエージェントに配置されている
    ことを特徴とする請求項６記載の通信機器。

Images