JP4664084B2 - サードパーティ呼制御とサードパーティ呼制御に関するデバイス制御を容易にするシステムおよび方法 - Google Patents

Description

本発明は、一般には、サードパーティ呼制御とサードパーティ呼制御に関するデバイス制御のシステムおよび方法に関し、より詳細には、ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を利用した、サードパーティ呼制御とサードパーティ呼制御に関するデバイス制御のシステムおよび方法に関する。

サードパーティ呼制御は、非エンドポイントのエンティティと他のエンティティとの間に発呼と呼接続管理を可能にする。初期の電話網では、呼は、発呼するために必要なシグナリングとインターフェースを提供したエンドポイントで開始するという前提に基づいていた。より新しい電話網でも、基本的なネットワーク動作は、媒体とシグナリングの機能を持つエンドポイントで発呼することを必要とした。そのため、以前の公衆交換電話網（ＰＳＴＮ）では、サードパーティ呼制御をサポートしていなかった。ＰＳＴＮの標準化が進展するのに伴い、サードパーティ呼制御のしくみが発表されたが、これまで広く実装されたサードパーティ呼制御の解決法はほとんど存在しない。すべての呼はシグナリングと適切なインターフェースを提供できるエンドポイントで開始するという前提は、ＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）には十分であったが、この前提は、高度なサービスと高度なデータインターフェースの発展の制約となった可能性がある。

ソフトスイッチが導入されると、メディアとシグナリングを事実上分離することが可能になった。ソフトスイッチは、従来のＰＳＴＮをＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）製品に接続するために使用されるアプリケーションプログラムインターフェース（ＡＰＩ）である。ソフトスイッチは、ＰＳＴＮをＩＰネットワークに接続し、複数のシグナリングタイプを管理した。

今日、マルチメディアネットワークはインターネットプロトコルに基づいており、そのため、メディアとシグナリングの分離、および、通信セッションのシグナリングとメディア面からのアプリケーションの分離が可能になっている。その結果、サードパーティアプリケーションサーバが、接続中の呼の属性を効果的に管理することができる。ＳＩＰは、様々な理由の中でも特に、ＩＰネットワークでリアルタイムの通信セッションの開始をサポートするために作り出された。ＳＤＰ（ｓｅｓｓｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ ｐｒｏｔｏｃｏｌ）と併用すると、ＳＩＰは、通信セッションで媒体の転送とシグナリングを実際上分離することができる。

ＳＩＰがサードパーティ呼制御を実装するしくみを提供するものの、サードパーティ呼制御を可能にする方式がいくつか導入されている。しかし、いずれの方式も重大な不利点がある。最も一般的な方式は、現在のＣＴＩ（ｃｏｍｐｕｔｅｒ−ｔｅｌｅｐｈｏｎｙ−ｉｎｔｅｇｒａｔｉｏｎ）モデルに非常に似たＳＩＰサードパーティ呼制御を開発することである。この手法では、バックツーバック（ｂａｃｋ−ｔｏ−ｂａｃｋ）ユーザエージェントが、他のユーザエージェントとの複数のコールレグ（ｃａｌｌ ｌｅｇ）を制御し、橋渡し役となる。不都合な点は、ＳＩＰの終端間のセマンティックが壊れることである。なぜならば、各ユーザエージェントは、自身が他のエンドポイントではなくバックツーバックユーザエージェントとセッションしているとみなすからである。この方式を有効にするには、サードパーティ制御が、バックツーバックのユーザエージェントを明示的に認識しなければならない。

別のＳＩＰ方式では、ピアツーピアの構成を使用してサードパーティ呼制御をモデル化する。このＳＩＰ方式では、バックツーバックのユーザエージェントの必要はなくなるが、エンドポイントが処理しなければならないＳＩＰプリミティブの種類の複雑性が増大する。このような方式が望ましい場合はあるが、これまで実装が成功した例は知られていない。

したがって、当業界では、ＳＩＰとともにピアツーピアの構成を使用して、サードパーティ呼制御を通じて通信デバイスを制御しおよび監視するシステムおよび方法が必要とされる。

したがって、当業界では、サードパーティ呼制御を提供し、ＳＩＰとともにピアツーピアの構成を使用してサードパーティ呼制御を実施する場合に伴う複雑性を克服する、通信デバイスを制御しおよび監視するシステムおよび方法が必要とされる。

大まかに説明すると、本発明は、ＳＩＰとともにピアツーピアの構成を使用して、サードパーティ呼制御を容易にするシステムおよび方法を備える。より具体的には、本発明は、通信デバイスをその論理的表現およびその物理的表現としてモデル化し、論理的表現と物理的表現を一意の識別子に関連付け、ネットワーク上のすべての通信デバイスを識別し、識別された通信デバイス間の関係を判定し、各物理的表現へのデバイス制御チャネルを確立し、各論理的表現への呼制御チャネルを確立し、呼制御チャネルおよびデバイス制御チャネルを介して論理的表現および物理的表現を制御し、呼制御チャネルおよびデバイス制御チャネルを介して論理的表現および物理的表現の状態を監視し、論理的表現および物理的表現の状態を表すデータを格納するためのプロトコルを含むシステムおよび方法を備える。

有利には、本発明は、ＳＩＰとともにピアツーピアの構成を使用したサードパーティ呼制御の解決法を提供する。本発明は、ＳＩＰメッセージングを使用して通信デバイス間の２地点間通信を実装することに伴う複雑性に対処することにより、制御ユニットが、すべての通信デバイスエンドポイント間の通信を容易にするバックツーバックのユーザエージェントを認識する必要性を実質的になくす。ＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）とＳＯＡＰ（ｓｉｍｐｌｅ ｏｂｊｅｃｔ ａｃｃｅｓｓ ｐｒｏｔｏｃｏｌ）コードと併せてＳＩＰメッセージングを導入し、使用することを通じて、本発明は、ピアツーピア型のサードパーティ呼制御を実装することに伴う複雑な状況を効果的にうまく処理する。本発明の方法によれば、通信デバイスが別個の論理的表現と物理的表現としてモデル化される。論理的表現は、回線／呼のサービスを可能にし、物理的表現は、通信デバイスの物理的属性へのアクセスを許可する。別個の通信チャネルが、制御ユニットと通信デバイスの論理的表現との間（すなわち呼制御チャネル）と、制御ユニットと通信デバイスの物理的表現との間（すなわちデバイス制御チャネル）に開かれる。別個の通信チャネルは、監視ユニットと通信デバイスの論理的表現との間（すなわち呼制御チャネル）、および、監視ユニットと通信デバイスの物理的表現との間（すなわちデバイス制御チャネル）にも開かれる。別個の通信チャネルを制御しおよび監視することにより、本発明は、通信デバイスの論理的表現と物理的表現を効果的に制御しおよび監視することができる。

本発明のこの他の特徴および利点は、添付図面と併せて本発明のこの詳細な説明を読み、理解すると明らかになるであろう。

次いで図面を参照するが、すべての図面で、同様の参照符号は同様の構成要素またはステップを表す。図１は、本発明の例示的実施形態によるサードパーティ呼制御システム３００のための環境１００のブロック図である。環境１００は、図２を参照して下記でより完全に説明する、よく知られるコンピューティングシステム、環境、および／または構成に見られるものと同様のハードウェア構成要素とソフトウェア構成要素を含む複数のクライアントシステム１０６を備える。各クライアントシステム１０６は、システム１０６に常駐するサードパーティ呼制御システム３００を備える。通例は、複数のクライアントシステム１０６ａ、１０６ｂが、ドメイン名システム（ＤＮＳ）の名前空間のネットワーク下位階層１０３に存在する。当業者は、ネットワークの下位階層１０３は、通例、２つ以上のクライアントシステム１０６（これに限定しないが、相互と通信する複数のコンピュータシステムを含む）のグループ間で通信するために接続するのに適したインフラストラクチャと設備を備えることを理解されよう。各下位階層ネットワーク１０３とクライアントシステム１０６は、これらに限定しないが、スター構成、バス構成、あるいはリング構成を含む複数のトポロジで構成することができる。また、ネットワークの下位階層１０３とクライアントシステム１０６は、これらに限定しないが、ピアツーピアアーキテクチャまたはクライアント／サーバアーキテクチャを含む特定のアーキテクチャに属するものと広く分類してもよい。ネットワーク下位階層１０３は、また、クライアントシステム１０６の地理的な位置とタイプによって分類してもよい。例えば、１つの建物内など相互に近接して位置する複数のコンピュータシステムまたはサーバを通信できるように接続するネットワーク下位階層１０３は、多くの場合ローカルエリアネットワーク（ＬＡＮ）と称され、コンピュータシステムが互いから遠く離れて位置する場合、ネットワーク下位階層１０３は、一般には、インターネットなどのワイドエリアネットワーク（ＷＡＮ）と称され、コンピュータシステムが大学のキャンパスや軍事施設などの限定された地理的範囲内に位置する場合、ネットワーク下位階層１０３は、通例キャンパスエリアネットワーク（ＣＡＮ）と称され、コンピュータシステムが１つの市または町の中でともに接続される場合、ネットワーク下位階層１０３は、一般に都市エリアネットワーク（ＭＡＮ）と称され、コンピュータシステム同士がユーザの住居内で接続される場合、ネットワーク下位階層１０３は、多くの場合、ホームエリアネットワーク（ＨＡＮ）と称される。

各クライアントシステム１０６は、プロキシサーバ１０９（業界では時に「ホームサーバ」１０９とも称される）に通信できるように接続する。当業者は、プロキシサーバ１０９は一般には、クライアントシステム１０６と別のサーバの間に位置することを理解されよう。クライアントシステム１０６が、（コンピュータアプリケーション、プログラム、またはプログラムモジュールの動作を通じて）宛先サーバに要求を行うと、プロキシサーバ１０９は、その要求を自身で満たすことを試みる。プロキシサーバ１０９が、クライアントシステム１０６からの要求を満たすことができない場合は、プロキシサーバ１０９はその要求を宛先サーバに転送する。プロキシサーバ１０９の主要な目的は、宛先サーバに送信される要求の数を可能な限り少なくすることにより、ユーザまたはクライアントシステム１０６のグループ内のパフォーマンスを向上させることである。プロキシサーバ１０９は、下記で図２を参照して説明するコンピュータシステム２１０と同様の構成とすることができる。

プロキシサーバ１０９は、電話ホームサーバ１１２に通信できるように接続する。プロキシサーバ１０９ｂは、ＳＩＰ電話機１２８（ここでは一般に「通信デバイス１２８」とも称する）にも通信できるように接続する。電話ホームサーバ１１２は、クライアントシステム１０６ａ、１０６ｂと、関連付けられた電話デバイスとの通信を可能にする。電話ホームサーバ１１２は、下記で図２を参照して説明するコンピュータシステム２１０と同様の構成とすることができ、一般には、電話デバイスと通信するために動作することが可能なアプリケーション、プログラム、またはプログラムモジュールを備える。

通例、電話ホームサーバ１１２は、ＰＢＸ１２１を通じて、間接的にまたは直接、時分割多重化（ＴＤＭ）電話機１１８（ここでは一般に「通信デバイス１１８」とも称する）に通信できるように接続する。当業者は、ＰＢＸ１２１は、限られた数の外部回線を内部のＴＤＭ電話機１１８と共有するために一般に組織内で使用される私設電話網であることを理解されよう。ＰＢＸ１２１は、着呼を受け付け、その呼をＴＤＭ電話機１１８などの該当するデバイスに転送することにより、コールセンターとして機能する。従来、ＰＢＸ１２１は、ＣＴＩシステム（すなわちＰＢＸ１２１ｂ）として構成されるが、ＳＩＰ対応ＰＢＸ１２１ａとして構成してもよい。本発明の例示的実施形態では、電話ホームサーバ１１２は、ＣＴＩデータおよび／またはメッセージをＳＩＰデータおよび／またはメッセージに変換または翻訳し、ＳＩＰデータおよび／またはメッセージをＣＴＩデータおよび／またはメッセージに変換または翻訳するように適合されたＳＩＰフロントエンド（ＦＥ）ユニット１２５に通信できるに接続する。ＳＩＰ ＦＥユニット１２５は、通信のために非ＳＩＰ対応ＰＢＸ１２１ｂに接続する。ネットワーク下位階層１０３に存在する各ＰＢＸ１２１ａ、１２１ｂは、公衆交換電話網（ＰＳＴＮ）１３２を介して、これらに限定しないがＴＤＭ電話機１１８ｃ、ＰＢＸ（図示せず）、またはクライアントシステム１０６ｃなど、ネットワーク下位階層１０３の外側にある他のデバイスに通信できるように接続することができる。

各クライアントシステム１０６のサードパーティ呼制御システム３００は、関連付けられた通信デバイス１１８、１２８との通信を助けるユーザインターフェース３１５と適切なソフトウェア（図３を参照してより詳細に説明する）を備える。メッセージとデータが適切な場所に誘導されることができるように、すべてのクライアントシステム１０６とすべての通信デバイス１１８、１２８は、一意の識別子を有することが好ましい。単なる例示的な目的で、クライアントシステム「Ａ」１０６ａとクライアントシステム「Ｂ」１０６ｂは、ＤＮＳ名前空間の下位階層「ｐｈｏｎｅｓ．ｅｘａｍｐｌｅ．ｃｏｍ」に存在するとする。したがって、クライアントシステム「Ａ」１０６ａは、「ｕｓｅｒＡ＠ｅｘａｍｐｌｅ．ｃｏｍ」という一意のリソース識別子（ＵＲＩ）で識別され、クライアントシステム「Ｂ」１０６ｂは、ＵＲＩ「ｕｓｅｒＢ ＠ｅｘａｍｐｌｅ．ｃｏｍ」で識別される。ＴＤＭ電話機「Ａ」１１８ａは、クライアントシステム「Ａ」１０６ａに関連付けられ、内線番号「１１１１」とＵＲＩ「１１１１ ＠ＰＢＸＡ．ｐｈｏｎｅｓ．ｅｘａｍｐｌｅ．ｃｏｍ」で識別される。同様に、ＴＤＭ電話機「Ｂ」１１８ｂは、クライアントシステム「Ｂ」１０６ｂに関連付けられ、内線番号「２２２２」とＵＲＩ「２２２２＠ＰＢＸＢ．ｐｈｏｎｅｓ．ｅｘａｍｐｌｅ．ｃｏｍ」で識別される。ＳＩＰ電話機１２８もクライアントシステム「Ｂ」１０６ｂに関連付けられ、ＵＲＩ「ｕｓｅｒＢ−ｐｈｏｎｅ ＠ｐｈｏｎｅｓ．ｅｘａｍｐｌｅ．ｃｏｍ」で識別される。ＴＤＭ電話機「Ｃ」１１８ｃは、クライアントシステム「Ｃ」１０６ｃに関連付けられ、「ｐｈｏｎｅｓ．ｅｘａｍｐｌｅｓ．ｃｏｍ」のネットワーク下位階層１０３にないため、番号「５５５−１２１２」で識別される。

電話ホームサーバ１１２は、リアルタイムコラボレーション（ＲＴＣ）サーバを備えることが好ましく、このサーバは、ＰＢＸ１２１のすべてまたはグループに対するフロントエンドの役割を果たし、したがってＰＢＸトポロジがネットワークの残りの部分から抽象化されるようにする。電話ホームサーバ１１２の一方の側にあるＳＩＰドメインは、電話ホームサーバ１１２のもう一方の側にある電話ドメインとは異なるセキュリティ手法を利用することができる。そのようなＳＩＰセキュリティ手法の１つでは、サードパーティ呼制御のユーザは、インスタントメッセージのユーザが認証されるのと同じ方式で（すなわちユーザ名とパスワードを使用して）認証される。また、電話機または回線の認証規則は、その電話機または回線の「所有者」に結びつけることができ、その「所有者」のために他の認証データと同じ場所に属することができる。これは、例えば、回線または電話機をユーザに結びつけ、そのユーザのプロキシサーバ１０９に、その電話機または回線へのアクセスを許可する役割を負わせることによって達成される。

好ましくは、クライアントシステム「Ａ」１０６ａは、ＴＤＭ電話機「Ａ」１１８ａを監視および制御する機能を含み、クライアントシステム「Ｂ」１０６ｂは、ＴＤＭ電話機「Ｂ」１１８ｂおよびＳＩＰ電話機１２８を監視および制御する機能を含む。クライアントシステム「Ｃ」１０６ｃのユーザに発呼するには、クライアントシステム「Ａ」１０６ａのユーザは、ユーザインターフェース３１５（図３参照）を介してサードパーティ呼制御ソフトウェアを利用して、例えば「５５５−１２１２」にダイヤルする。クライアントシステム「Ａ」１０６ａは、プロキシサーバ「Ａ」１０９ａにＳＩＰメッセージを送り、プロキシサーバ「Ａ」１０９ａは、そのＳＩＰメッセージを電話ホームサーバ１１２に送る。ＳＩＰメッセージは、ＴＤＭ電話機「Ａ」１１８ａに関連付けられた一意の識別子（すなわち「１１１１ ＠ＰＢＸＡ．ｐｈｏｎｅｓ．ｅｘａｍｐｌｅ．ｃｏｍ」）と、クライアントシステム「Ａ」１０６ａに関連付けられた一意の識別子（すなわち「ｕｓｅｒＡ＠ｅｘａｍｐｌｅ．ｃｏｍ」）を含んでいる。この一意の識別子情報により、ＳＩＰメッセージがネットワーク内で正しい場所に確実に送信される。電話ホームサーバ１１２は、ＳＩＰメッセージ中の識別情報に基づき、ＳＩＰ対応ＰＢＸ「Ａ」１２１ａにＳＩＰメッセージを送る。ＳＩＰ対応ＰＢＸ「Ａ」１２１ａは、ＳＩＰメッセージを解釈し、番号「５５５−１２１２」を呼び出す制御コマンドをＴＤＭ電話機「Ａ」１１８ａに送信し、電話ホームサーバ１１２を介して新しいＳＩＰメッセージをクライアントシステム「Ａ」１０６ａに送り返す。ＴＤＭ電話機「Ａ」１１８ａは、制御コマンドを受け取り、番号「５５５−１２１２」にダイヤルする。クライアントシステム「Ａ」１０６ａは、また、状態問い合わせのＳＩＰメッセージを通じて、ＴＤＭ電話機「Ａ」１１８ａを監視している。ＴＤＭ電話機「Ａ」１１８ａが回線を開き、番号「５５５−１２１２」をダイヤルすると、クライアントシステム「Ａ」１０６ａは、ＴＤＭ電話機「Ａ」１１８ａによって行われている動作を識別する状態データを含むＳＩＰメッセージを受信する。クライアントシステム「Ａ」１０６ａは、この状態データを記憶し、このデータをユーザインターフェース３１５によって使用して、ＴＤＭ電話機「Ａ」１１８ａの最新の状態（すなわち、ＴＤＭ電話機「Ａ」が開かれた回線を有し、「５５５−１２１２」にダイヤルしている）をユーザに知らせることができる。

クライアントシステム「Ｂ」１０６ｂのユーザは、ＴＤＭ電話機「Ｂ」１１８ｂまたはＳＩＰ電話機１２８で、ＴＤＭ電話機「Ｃ」１１８ｃに電話をかけることができる。クライアントシステム「Ｂ」１０６ｂのユーザが、ＴＤＭ電話機「Ｂ」１１８ｂでＴＤＭ電話機「Ｃ」１１８ｃに電話をかけたい場合、プロセスは、以下の点を除いては、上記でクライアントシステム「Ａ」１０６ａについて説明したプロセスと実質的に同じである。ＰＢＸ「Ｂ」１２１ｂは、ＳＩＰ対応のＰＢＸ１２１ａではないので、ＣＴＩデータしか扱うことができない。そのため、電話ホームサーバ１１２は、クライアントシステム「Ｂ」１０６ｂからのＳＩＰメッセージをＳＩＰ ＦＥユニット１２５に送る。ＳＩＰ ＦＥユニット１２５は、ＳＩＰメッセージを解釈し、ＳＩＰメッセージを、「５５５−１２１２」を呼び出すことをＴＤＭ電話機「Ｂ」に命令するＣＴＩデータに変換し、そのＣＴＩデータをＰＢＸ「Ｂ」１２１ｂに送る。ＰＢＸ「Ｂ」１２１ｂは、「５５５−１２１２」にダイヤルするように命令する制御コマンドをＴＤＭ電話機「Ｂ」１１８ｂに送信し、ＣＴＩ応答をＳＩＰ ＦＥユニット１２５に送る。ＳＩＰ ＦＥユニット１２５は、ＣＴＩ応答を解釈し、その応答をＳＩＰ応答に変換し、電話ホームサーバ１１２を介してＳＩＰ応答をクライアントシステム「Ｂ」１０６ｂに送る。しかしながら、クライアントシステム「Ｂ」１０６ｂのユーザがＳＩＰ電話機１２８でＴＤＭ電話機「Ｃ」１１８ｃに電話をかけたい場合は、クライアントシステム「Ｂ」１０６ｂは、ＳＩＰメッセージをプロキシサーバ「Ｂ」１０９ｂに送り、プロキシサーバ「Ｂ」１０９ｂは、そのＳＩＰメッセージをＳＩＰ電話機１２８に送る。代替実施形態では、プロキシサーバ「Ｂ」１０９ｂは、ＳＩＰメッセージを電話ホームサーバ１１２に送り、電話ホームサーバ１１２が、ＳＩＰメッセージをＳＩＰ電話機１２８に提供する。ＳＩＰ電話機１２８は、ＳＩＰメッセージを受信し、ＳＩＰメッセージに働きかけるように動作するので、中間的な変換は必要でない。このような代替実施形態では、ＳＩＰ電話機１２８は、回線を開き、番号「５５５−１２１２」を呼び出し、電話ホームサーバ１１２またはプロキシサーバ「Ｂ」１０９ｂを通じてクライアントシステム「Ｂ」１０６ｂに新しいＳＩＰメッセージを送る。

クライアントシステム「Ｃ」１０６ｃからＴＤＭ電話機「Ｃ」１１８ｃを介してＴＤＭ電話機「Ｂ」１１８ｂが呼び出されると、例えば、ＴＤＭ電話機「Ｂ」１１８ｂが鳴音し、クライアントシステム「Ｂ」１０６ｂは、自身の監視動作を通じてその鳴音を検出する。すなわち、クライアントシステム「Ｂ」１０６ｂは、ＴＤＭ電話機「Ｂ」１１８ｂが鳴音していることを識別する状態データを伴うＳＩＰメッセージを受信する。この状態データは、クライアントシステム「Ｂ」１０６ｂによって記憶され、ユーザインターフェース３１５を介して、ＴＤＭ電話機「Ｂ」１１８ｂが鳴音していることをユーザに知らせるために使用される。

当業者は、通信できるように接続することは、これらに限定しないが、アナログ、デジタル、有線、および無線の通信チャネルを含む、信号および／または媒体の双方向通信のための任意タイプの接続を含む、または必要とすることを認識されよう。そのような通信チャネルは、これらに限定しないが、銅線、光ファイバ、無線周波、赤外線、衛星、または他の設備および媒体を利用することができる。また、当業者は、サードパーティ呼制御システム３００は、他の環境１００との関連で利用してもよく、そのため、本発明は、異なる環境１００で効果的に実施することができ、例示的環境１００に限定すべきでないことも理解されよう。したがって、適切な環境１００は、複数のクライアントシステム１０６、プロキシサーバ１０９、電話ホームサーバ１１２、通信デバイス１１８、１２８、およびＰＢＸ１２１を備えることができ、そのため、図１に示すクライアントシステム１０６、プロキシサーバ１０９、電話ホームサーバ１１２、通信デバイス１１８、１２８、およびＰＢＸ１２１の数に限定されない。さらに、本発明は、ＴＤＭ電話機１１８やＳＩＰ電話機１２８などの電話通信デバイス１１８、１２８のみに限定されない。通信デバイス１１８、１２８は、これらに限定しないが、携帯電話、ラップトップ、デスクトップ、携帯情報端末（ＰＤＡ）、インスタントメッセージアプリケーション、電子メールアプリケーションなどの別のデバイスまたはコンピュータソフトウェアプログラムと通信することが可能な任意タイプのデバイスまたはコンピュータソフトウェアプログラムを含む。

図２に、図１のサードパーティ呼制御システムが本発明の例示的実施形態により利用することが可能なコンピューティング環境２００とそのコンピュータシステム２１０、２８０のブロック図を示す。コンピューティング環境２００とそのコンピュータシステム２１０、２８０は、本発明を実施するのに適したコンピューティング環境とコンピュータシステムの一例を表すに過ぎず、本発明の使用または機能の範囲について限定を示唆するものではない。また、コンピュータシステム２１０、２８０は、例示的コンピューティング環境２００に図示する構成要素のいずれか１つまたは組合せに関連する依存性または必要性を有するものとも解釈すべきでない。

したがって、本発明は、多数の他の汎用または特殊用途のコンピューティングシステム環境または構成で動作が可能であることを理解されたい。本発明のクライアントシステム１０６として使用するのに適する可能性があるよく知られるコンピューティングシステム、環境、および／または構成の例には、これらに限定しないが、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサを利用したシステム、セットトップボックス、プログラム可能な家電製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、それらのシステムまたはデバイスを含む分散型コンピューティング環境などがある。

本発明は、コンピュータシステムによって実行されるプログラムモジュールなどのコンピュータ実行可能命令を備えた、一般的なコンテキストで説明することもできる。一般に、プログラムモジュールは、特定のタスクを実行するか、特定の抽象データ型を実装するルーチン、プログラム、プログラミング、オブジェクト、コンポーネント、データ、データ構造などを含む。本発明は、通信ネットワークを通じて接続された遠隔処理デバイスによってタスクが実行される分散型コンピューティング環境で実施することができる。分散型コンピューティング環境では、プログラムモジュールは、これに限定しないがメモリ記憶デバイスを含むローカルおよびリモート両方のコンピュータ記憶媒体に置くことができる。

例示的クライアントシステム１０６、電話ホームサーバ１１２、プロキシサーバ１０９は、図２に示すコンピュータシステム２１０の形態の汎用コンピューティングデバイスを備えることができる。コンピュータシステム２１０の構成要素は、これらに限定しないが、処理装置２２０、システムメモリ２３０、および、システムメモリ２３０を含む各種のシステム構成要素を双方向のデータおよび／または命令の通信のための処理装置２２０に結合するシステムバス２２１を含むことができる。システムバス２２１は、各種のバス構成の任意のものを使用したメモリバスまたはメモリコントローラ、ペリフェラルバス、ローカルバスを含む数種のバス構成のいずれでもよい。限定ではなく例として、そのような構成には、ＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、およびＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス（「メザニンバス」とも称される）を含む。

コンピュータシステム２１０は通例、各種のコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータシステム２１０からのアクセス、読み取りおよび書き込みが可能な利用可能媒体からなることができ、揮発性および不揮発性、取り外し可能および取り外し不能の媒体を含むことができる。限定ではなく例として、コンピュータ可読媒体は、コンピュータ記憶媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ可読命令、データ、データ構造、プログラムモジュール、プログラム、プログラミング、ルーチンなどの情報を記憶するための方法または技術として実施された、揮発性および不揮発性、取り外し可能および取り外し不能の媒体を含む。コンピュータ記憶媒体には、これらに限定しないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、または他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光ディスクストレージ、磁気カセット、磁気テープ、光磁気記憶デバイス、磁気ディスクストレージ、または他の磁気記憶デバイス、あるいは、所望の情報を記憶するために使用することができ、コンピュータシステム２１０からアクセスすることが可能な他の媒体が含まれる。上記の媒体の組合せもコンピュータ可読媒体の範囲に含まれる。

システムメモリ２３０は、読み取り専用メモリ（ＲＯＭ）２３１およびランダムアクセスメモリ（ＲＡＭ）２３２などの揮発性および／または不揮発性メモリの形態のコンピュータ記憶媒体を含む。起動時などにコンピュータ２１０中の要素間の情報転送を指示する基本ルーチンを含んだ基本入出力システム２３３（ＢＩＯＳ）は、通例、ＲＯＭ２３１に記憶される。ＲＡＭ２３２は通例、処理装置２２０から即座にアクセスできる、かつ／または処理装置２２０によって現在操作されているデータおよび／またはプログラム命令を格納する。限定ではなく例として、図２には、オペレーティングシステム２３４、アプリケーションプログラム２３５、他のプログラムモジュール２３６、およびプログラムデータ２３７を示し、これらは、その全体または一部が時折ＲＡＭ２３２に常駐することができる。

コンピュータ２１０は、この他の取り外し可能／取り外し不能、揮発性／不揮発性のコンピュータ記憶媒体も含むことができる。単なる例として、図２には、取り外し不能、不揮発性の磁気媒体の読み書きを行うハードディスクドライブ２４１、取り外し可能、不揮発性の磁気ディスク２５２の読み書きを行う磁気ディスクドライブ２５１、およびＣＤ−ＲＯＭや他の光学媒体などの取り外し可能、不揮発性の光ディスク２５６の読み書きを行う光ディスクドライブ２５５を示す。例示的コンピューティング環境２００に含めることが可能な他の取り外し可能／取り外し不能、揮発性／不揮発性のコンピュータ記憶媒体には、これらに限定しないが、磁気テープカセット、フラッシュメモリカード、デジタル多用途ディスク、デジタルビデオテープ、固体素子ＲＡＭ、固体素子ＲＯＭなどが挙げられる。ハードディスクドライブ２４１は通例、インターフェース２４０などの取り外し不能メモリインターフェースを通じてシステムバス２２１に接続され、磁気ディスクドライブ２５１と光ディスクドライブ２５５は通例、インターフェース２５０などの取り外し可能メモリインターフェースによりシステムバス２２１に接続される。

上記で述べ、図２に示す、ドライブ２４１、２５１、２５５とそれらに関連付けられたコンピュータ記憶媒体は、コンピュータシステム２１０にコンピュータ可読命令、データ、データ構造、プログラムモジュール、プログラム、プログラミング、またはルーチンの記憶を提供する。例えば、図２では、ハードディスクドライブ２４１に、オペレーティングシステム２４４、アプリケーションプログラム２４５、他のプログラムモジュール２４６、およびプログラムデータ２４７が記憶されている。これらのコンポーネントは、オペレーティングシステム２３４、アプリケーションプログラム２３５、他のプログラムモジュール２３６、およびプログラムデータ２３７と同じものでも、異なってもよいことに留意されたい。オペレーティングシステム２４４、アプリケーションプログラム２４５、他のプログラムモジュール２４６、プログラムデータ２４７には、少なくともそれらがオペレーティングシステム２３４、アプリケーションプログラム２３５、他のプログラムモジュール２３６、およびプログラムデータ２３７の異なるコピーであることを表すために、異なる参照符号を付している。ユーザは、キーボード２６２、および一般にはマウス、トラックボール、タッチパッドと称されるポインティングデバイス２６１などの、接続された入力装置を通じてコンピュータシステム２１０にコマンドと情報を入力することができる。他の接続された入力装置（図示せず）としては、マイクロフォン、ジョイスティック、ゲームパッド、衛星受信アンテナ、スキャナなどがある。これらおよび他の入力装置は、多くの場合、システムバス２２１に結合されたユーザ入力インターフェース２６０を通じて処理装置２２０に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）などの他のインターフェースおよびバス構成で接続してもよい。モニタ２９１あるいは他のタイプの表示装置も、ビデオインターフェース２９０などのインターフェースを介してシステムバス２２１に接続される。モニタ２９１に加えて、コンピュータシステム２１０は、スピーカ２９７、プリンタ２９６などの他の周辺出力装置も含むことができ、それらは、出力周辺インターフェース２９５を通じて接続することができる。

コンピュータシステム２１０は、リモートコンピュータシステム２８０など１つまたは複数のリモートコンピュータシステムとの双方向の通信接続リンクを使用するネットワーク環境で動作することができる。リモートコンピュータシステム２８０は、パーソナルコンピュータ、ラップトップコンピュータ、サーバコンピュータ、ルータ、ネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードであり、図２にはリモートコンピュータシステム２８０のメモリ記憶装置２８１しか示していないが、通例はコンピュータシステム２１０との関係で上記に挙げた要素の多くまたはすべてを含む。図２に図示する双方向通信接続リンクは、ローカルエリアネットワーク（ＬＡＮ）２７１とワイドエリアネットワーク（ＷＡＮ）２７３を含むが、他のネットワークを含むこともできる。そのようなネットワークは、オフィス、企業内のコンピュータネットワーク、イントラネット、およびインターネットなどに一般的に見られる。

ＬＡＮ２７１に通信できるように接続される場合、コンピュータシステム２１０は、ネットワークインターフェースまたはアダプタ２７０を通じてＬＡＮ２７１に接続する。ＷＡＮ２７３に通信できるように接続される場合、コンピュータシステム２１０は通例、インターネットなどのＷＡＮ２７３を通じて通信リンクを確立するためのモデム２７２または他の手段を含む。モデム２７２は、内蔵型でも外付け型でもよく、ユーザ入力インターフェース２６０または他の適切な構成を介してシステムバス２２１に接続することができる。ネットワーク環境では、コンピュータシステム２１０との関連で図示するプログラムモジュール、またはその一部は、遠隔のメモリ記憶装置２８１に記憶することができる。限定ではなく例として、図２では、リモートアプリケーションプログラム２８５がメモリ記憶装置２８１にある。図のネットワーク接続は例示的なものであり、コンピュータ間に双方向の通信リンクを確立する他の手段を使用してよいことは理解されよう。

図３に、本発明の例示的実施形態による、通信デバイス１１８、１２８を制御および監視する本発明のサードパーティ呼制御システム３００のブロック図を示す。上記で図２を参照して説明したハードウェアコンポーネントおよびソフトウェアコンポーネントに加えて、各クライアントシステム１０６はさらに、サードパーティ呼制御アプリケーション３０３とエンティティ複製記憶ユニット３１８を備える。

エンティティ複製記憶ユニット３１８は、これらに限定しないが、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、磁気メモリ装置、光学メモリ装置、ハードディスクドライブ、取り外し可能の揮発性または不揮発性メモリ装置、光学記憶媒体、磁気記憶媒体、またはＲＡＭメモリカードなど、データを記憶し、取り出すことが可能なメモリデバイスである。あるいは、エンティティ複製記憶ユニット３１８は、有線および／または無線のネットワークシステムを通じてアクセスできる遠隔の記憶設備であってもよい。また、エンティティ複製記憶ユニット３１８は、上記のような、主要メモリデバイスと補助メモリデバイスの多段式システムからなるメモリシステムであってもよい。主要メモリデバイスと補助メモリデバイスは、相互のためのキャッシュとして動作することができ、あるいは、補助メモリデバイスは、主要メモリデバイスの予備の役割を果たしてもよい。さらに別の構成では、エンティティ複製記憶ユニット３１８は、単純なデータベースファイル、またはＳＱＬなどのクエリー言語を使用する検索可能なリレーショナルデータベースとして構成されたメモリ装置からなることができる。

サードパーティ呼制御プログラムアプリケーション３０３は、通信デバイス１１８、１２８を制御および監視する機能をクライアントシステム１０６に提供する。サードパーティ呼制御プログラムアプリケーション３０３は、ユーザインターフェース３１５と、監視ユニット３０９および制御ユニット３１２を含む呼制御ＡＰＩ３０６とを備える。ユーザインターフェース３１５は、呼制御ＡＰＩ３０６に通信できるように接続し、したがって監視ユニット３０９と制御ユニット３１２に通信できるように接続する。

監視ユニット３０９と制御ユニット３１２は、呼制御ＡＰＩ３０６中のコンピュータソフトウェアプログラムモジュールで構成される。制御ユニット３１２は、通信デバイス１１８、１２８の物理的表現３２１、および、通信デバイス１１８、１２８の論理的表現３２４に通信できるように接続する。監視ユニット３０９は、通信デバイス１１８、１２８の物理的表現３２１と、通信デバイス１１８、１２８の論理的表現３２４、およびエンティティ複製記憶ユニット３１８に通信できるように接続する。

実際の動作で、クライアントシステム１０６のユーザは、サードパーティ呼制御プログラム３０３を介して通信デバイス１１８、１２８を制御および監視する。本発明の例示的実施形態では、通信デバイス１１８、１２８は、２つの表現としてモデル化される。より詳細には、通信デバイス１１８、１２８は、物理的表現３２１と論理的表現３２４としてモデル化することができる。電話デバイスの場合、物理的表現３２１は電話デバイスの物理的属性を備え、したがって、それらの物理的属性とのユーザの対話および制御を提供する。論理的表現３２４は、通信デバイス１１８、１２８の呼および／または回線サービスをユーザに提供する。物理的表現３２１と論理的表現３２４はともに、これらに限定しないが、ダイヤルする、電話を切る、電話に出る、呼を話中転送する、話中呼を保留にする、呼を着信転送する、呼をパーク保留する、呼を保留再応答するまたはメッセージを再生する、話中呼を会議通話に加える、会議通話から通信デバイスを退出させる、会議通話から別の話中呼を退出させる、スピーカフォンをオンまたはオフにする、ＤＴＭＦ（デュアルトーンマルチ周波数）を生成する、数字を収集するなどの電話機能を提供する。

ユーザインターフェース３１５は、クライアントシステム１０６ａのユーザに、現在監視されている通信デバイス１１８、１２８の状態を表すデータの表示を提供する。また、ユーザインターフェース３１５は、クライアントシステム１０６のユーザによる通信デバイス１１８、１２８の制御を容易にする。当業者は、ユーザインターフェース３１５は、複数の構成で実装することができ、通例はコンピュータモニタ２９１を介してユーザに表示されることを理解されよう。ユーザインターフェース３１５は一般には、これらに限定しないがキーボード２６２および／またはマウス２６１などの入力装置を利用してユーザからの入力を受け取る。

ユーザからの入力を受け取ると、ユーザインターフェース３１５は、呼制御ＡＰＩ３０６に制御要求を行う。制御要求は、呼制御ＡＰＩ３０６の制御ユニット３１２に送られる。ユーザ要求がデバイスの属性（すなわち物理的表現３２１に関連する）に関連するか、呼の属性（すなわち論理的表現３２４に関連する）に関連するかに応じて、制御ユニット３１２は、適切なＳＩＰメッセージを通信デバイス１１８、１２８に送る。ユーザ要求が呼の属性に関連する場合は、制御ユニット３１２は、通信デバイス１１８、１２８およびその論理的表現３２４に適切なＳＩＰメッセージを送る。ユーザ要求がデバイスの属性に関連する場合は、制御ユニット３１２は、通信デバイス１１８、１２８およびその物理的表現３２１に適切なＳＩＰメッセージを送る。したがって、通信デバイス１１８、１２８が、受け取ったＳＩＰメッセージに記述されるユーザ要求を満たす。通信デバイス１１８、１２８は、元のＳＩＰメッセージに対するＳＩＰ応答を送ることができる。上記で図１を参照して述べたように、通信デバイス１１８、１２８がＳＩＰ電話機１２８である場合、ＳＩＰ電話機１２８は、元のＳＩＰメッセージに対する適切なＳＩＰ応答を生成することができる。通信デバイス１１８、１２８が、ＳＩＰ対応ＰＢＸ１２１ａに関連付けられたＴＤＭ電話機１１８である場合は、ＳＩＰ対応ＰＢＸ１２１ａが、元のＳＩＰメッセージに対するＳＩＰ応答を生成する。通信デバイス１１８、１２８が、通常のＰＢＸ１２１ｂに関連付けられたＴＤＭ電話機１１８である場合は、ＳＩＰ ＦＥ１２５が、ＰＢＸ１２１ｂからのＣＴＩ応答を、元のＳＩＰメッセージに対するＳＩＰ応答に変換する。通信デバイス１１８、１２８からのＳＩＰ応答は、制御ユニット３１２に送られ、そしてユーザインターフェース３１５に送られることができる。

監視ユニット３０９は、継続的にＳＩＰ通知メッセージを生成し、そのメッセージを通信デバイス１１８、１２８の物理的表現３２１と論理的表現３２４に送る。監視ユニット３０９は、ＳＩＰ通知メッセージに対する応答を使用して、通信デバイス１１８、１２８の現在の状態を表すデータを生成する。生成されたデータは、監視ユニット３０９からエンティティ複製記憶ユニット３１８に送られ、記憶ユニット３１８に記憶される。本発明の例示的実施形態では、エンティティ複製記憶ユニット３１８に記憶されたデータは、監視されている通信デバイス１１８、１２８の正確な現在の状態を表す。エンティティ複製記憶ユニット３１５に記憶されたデータは、監視ユニット３０９を介してユーザインターフェース３１５に送られて、通信デバイス１１８、１２８の現在の状態をユーザに表示する。通信デバイス１１８、１２８の監視と制御は、独立した機能であり、そのため監視ユニット３０９は、通信デバイス１１８、１２８の現在の状態を表すデータを取得するために制御ユニット３１２と直接通信することはない。

本発明の例示的実施形態で、呼制御（すなわち通信デバイス１１８、１２８の論理的表現３２４の制御または監視）とデバイス制御（すなわち通信デバイス１１８、１２８の物理的表現３２１の制御または監視）は、従来のＳＩＰメッセージングと、ＸＭＬコードの使用を通じて結合される本発明のＳＩＰメッセージング拡張を通じて実現される。アプリケーション層の制御／シグナリングプロトコルであるＳＩＰは、当業者によく知られる標準的プロトコルである。簡単に説明すると、ＳＩＰは、通信デバイス１１８、１２８とクライアントシステム１０６との間の通信をサポートする。ＳＩＰは、通信セッションの開始、変更、および終了についての標準を提供する。各通信セッションは、通信デバイス１１８、１２８とクライアントシステム１０６間のＳＩＰ関係によって表され、通信デバイス１１８、１２８とクライアントシステム１０６間のＳＩＰダイアログによって管理される。ＳＩＰは、これらに限定しないが、ＲＴＰ（ｒｅａｌ−ｔｉｍｅ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（ｒｅａｌ−ｔｉｍｅ ｓｔｒｅａｍｉｎｇ ｐｒｏｔｏｃｏｌ）、ＭＥＧＡＣＯ（ｍｅｄｉａ ｇａｔｅｗａｙ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）、およびＳＤＰなどの他の一般的なプロトコルと連動して機能する。他の一般的なプロトコルとともに、ＳＩＰは、クライアントシステム１０６が通信デバイス１１８、１２８を識別し、それらに接続し、したがって通信セッションを作成することを可能にする。ＳＩＰは、各種のサービスを実装するために使用される必要なプリミティブを提供するが、ＳＩＰは、ここに記載される呼制御ＡＰＩ３０６に関連するプログラムモジュールなどのプログラムモジュールも、ここに記載されるメソッドまたはプロトコルも提供しない。

例えば、これは限定ではないが、表１〜８に、ここに記載される本発明の機能に関連する例示的なＳＩＰメッセージの呼のフローを提供する。サードパーティ呼制御の初期化は、通信デバイス１１８、１２８への２つの異なる制御チャネルを開くことから開始する。この制御チャネルの１つは、通信デバイス１１８、１２８の物理的表現３２１へのチャネルであり、デバイス制御チャネル３２７と称される。もう一方の制御チャネルは、通信デバイス１１８、１２８の論理的表現３２４へのチャネルであり、呼制御チャネル３３０と称される。ＳＩＰの術語では、チャネル３２７、３３０は、クライアントシステム１０６と通信デバイス１１８、１２８間のダイアログからなる。

表１および２に、通信デバイス１１８、１２８の物理的表現３２１へのデバイス制御チャネル３２７を初期化するＳＩＰ呼のフローを示す。より詳細には、表１は、ＳＩＰによって提供されるクエリー機能とデバイス制御チャネル３２７の作成を示し、表２は、クライアントシステム１０６が、デバイス制御チャネル３２７に関連付けられたデバイスの状態を許可する場合を示す。

表３および４は、通信デバイス１１８、１２８の論理的表現３２４との呼制御チャネル３３０を確立するためのＳＩＰ呼のフローを提供する。より詳細には、表３は、ＳＩＰで提供されるクエリー機能を示し、表４は、クライアントシステム１０６が、呼制御チャネル３３０に関連付けられた呼／ダイアログの状態を許可する場合を示す。呼制御チャネル３３０の作成は、表１に示すＳＩＰ呼のフローと同様である。電話機と回線のＵＲＩが同じである場合（すなわち通信デバイス１１８、１２８とデバイス制御チャネル３２７のリモートエンドポイントが同じである場合）は、デバイス制御チャネル３２７の初期化の際にその情報がすでに収集されているので、２度目にＳＩＰ ＯＰＴＩＯＮＳメッセージを送信する必要はない。

表５は、発呼するクライアントシステム１０６のＳＩＰ呼のフローを示す。より詳細には、表５は、クライアントシステム「Ｂ」１０６ｂが、スピーカ電話を使用してクライアントシステム「Ｃ」１０６ｃへの発呼する場合を示し、ここにはＳＩＰ ＮＯＴＩＦＹに対する２００ ＯＫ応答は示していない。本発明の例示的実施形態では、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）要求とＸＭＬコードをＳＩＰ ＳＥＲＶＩＣＥおよびＳＩＰ ＮＯＴＩＦＹメッセージと併せて使用して呼の初期化を可能にする。ＳＩＰでは、ＲＥＦＥＲは、ＲＥＦＥＲによって生じたトランザクションの状態への暗黙的な許可を作成する。すでにすべての呼／ダイアログの状態への許可が存在するため、状態の変化はＮＯＴＩＦＹを通じて更新され、最初のＲＥＦＥＲについての応答コードは、呼が接続された後に初めて送信され、呼び出されたリソースが利用できなくなると許可は明示的に終了される。

表６は、ＴＤＭ電話機１１８が発呼する場合のＳＩＰ呼のフローを示す。より詳細には、表６は、クライアントシステム「Ｂ」１０６ｂがＴＤＭ電話機１１８ｂを使用してクライアントシステム「Ｃ」１０６ｃへ発呼する場合を示す。表５と同様に、ＮＯＴＩＦＹに対するＳＩＰ２００ ＯＫは示していない。

表７は、クライアントシステム１０６が呼から接続を切断する場合のＳＩＰ呼フローを示す。そのような呼には２つのシナリオが存在する。第１のシナリオでは、クライアントシステム１０６によって発呼されることができる。第２のシナリオでは、ＴＤＭ電話機１１８によって発呼されることができる。どちらのシナリオでも、クライアントシステム１０６が、切断される呼のダイアログ識別子を所有する。呼がクライアントシステム１０６によって開始された場合、ダイアログはＳＩＰ ＲＥＦＥＲメッセージを介して作成されているが、そのダイアログは、相手がＩＮＶＩＴＥメッセージに正常に応答した時に終了されている。

表８は、クライアントシステム１０６が着呼する場合のＳＩＰ呼のフローを示す。入呼が到着すると（すなわち呼のＩＮＶＩＴＥメッセージまたはシグナリングが受信されると）、クライアントシステム１０６は、その呼の発信者に「試行中」状態のＮＯＴＩＦＹメッセージを送信する。

当業者は、この他の監視および制御の状況には他の呼のフローが存在することを認識されよう。それらの状況は、これらに限定しないが、呼の着信拒否、話中応答、呼の着信転送、クライアントシステム１０６からの呼の切断、ＴＤＭ電話機１１８からの呼の切断、クライアントシステム１０６による呼の保留、ＴＤＭ電話機１１８からの呼の保留、呼の話中転送、呼の保留再応答、会議通話、ＤＴＭＦの送信、ＴＤＭ電話機１１８のキーパッドに物理的に入力されている数字の収集などである。これらの状況はそれぞれ、上記の表に記載されるメッセージと同様のＳＩＰメッセージを必要とする。

図４Ａ〜４Ｂに、本発明の例示的実施形態による、通信デバイス１１８、１２８の制御および監視の方法４００のフローチャートを示す。ユーザが通信デバイス１１８、１２８を効果的に制御および監視するには、適切な環境１００とサードパーティ呼制御システム３００がなければならない。本発明は、各通信デバイス１１８、１２８を、通信デバイス１１８、１２８の物理的な属性と、通信デバイス１１８、１２８の呼および／または回線の変化する状態とを制御および監視するための２つの別個の表現にモデル化する。

通信デバイス１１８、１２８を効果的に監視および制御するために、サードパーティ呼制御アプリケーション３０３は、通信デバイス１１８、１２８を２つの別個の表現として認識する。したがって、ステップ４０３で開始した後、サードパーティ呼制御アプリケーション３０３はステップ４０６に進み、通信デバイス１１８、１２８に論理的表現３２４と物理的表現３２１が確立される。論理的表現３２４は、通信デバイス１１８、１２８に関連付けられた呼および／または回線を表し、したがって、クライアントシステム１０６への呼／回線のサービスの提供を可能にする。物理的表現３２１は、通信デバイス１１８、１２８の物理的属性を表し、したがって、通信デバイス１１８、１２８とクライアントシステム１０６間のユーザ対話の提供を可能にする。

これら２つの表現を明示的に対象とするために、サードパーティ呼制御アプリケーション３０３は、これらの表現を一意にアドレス指定することができなくてはならず、したがってステップ４０９に進み、ここで各通信デバイス１１８、１２８の論理的表現３２４と物理的表現３２１が一意の識別子に関連付けられる。より詳細には、各論理的表現３２４と各物理的表現３２１は、ＳＩＰ ＵＲＩに関連付けられ、これにより、クライアントシステム１０６が、一意に識別される通信デバイス１１８、１２８にＳＩＰメッセージを送信できるようになる。

各通信デバイス１１８、１２８の各論理的表現３２４と各物理的表現３２１を一意の識別子に関連付けるには、すべての通信デバイス１１８、１２８（および、したがってそのすべての論理的表現３２４と物理的表現３２１）が識別されなければならない。そのために、サードパーティ呼制御アプリケーション２０３は、ステップ４１２に進み、ここで、ネットワーク下位階層１０３中のすべての論理的表現３２４と物理的表現３２１が識別される。これは限定ではないが、すべての通信デバイス１１８、１２８の識別は、例えば、クライアントシステム１０６のネットワークディレクトリを検索することによって達成することができる。許容できるネットワークディレクトリは、ワシントン州レドモンドのマイクロソフト社のオペレーティングシステムソフトウェアによって提供される「ＡＣＴＩＶＥ ＤＩＲＥＣＴＯＲＹ（登録商標）」からなる。

次いで、サードパーティ呼制御アプリケーション３０３はステップ４１５に進み、識別されたすべての通信デバイス１１８、１２８間のすべての関係が決められる。より詳細には、サードパーティ呼制御アプリケーション３０３は、通信デバイス１１８、１２８（すなわちＴＤＭ電話機１１８およびＳＩＰ電話機１２８）、回線、およびクライアントシステム１０６のユーザ間の関係および／または対応付けを決定する。このような決定もネットワークディレクトリの使用を介して達成することができる。

サードパーティ呼制御アプリケーション３０３は次いでステップ４１８に進み、制御ユニット３１２と監視ユニット３０９がそれぞれ、すべての通信デバイス１１８、１２８の物理的表現３２１へのデバイス制御チャネル３２７を確立する。上記のように、デバイス制御チャネル３２７は、通信デバイス１１８、１２８との間にＳＩＰダイアログセッションを確立することによって作成される。

次いでステップ４２１で、制御ユニット３１２と監視ユニット３０９はそれぞれ、すべての通信デバイス１１８、１２８の論理的表現３２４への呼制御チャネル３３０を確立する。呼制御チャネル３３０は、通信デバイス１１８、１２８との間にＳＩＰダイアログセッションを確立することによって作成される。

ステップ４２４で、制御ユニット３１２は、呼制御チャネルおよびデバイス制御チャネル３２７を通じてＳＩＰメッセージを送信することにより、通信デバイス１１８、１２８の論理的表現３２４と物理的表現３２１の操作を指示する。上記で図３を参照して述べたように、ＳＩＰメッセージを使用して通信デバイス１１８、１２８の呼／回線および物理的属性を制御することができる。

続いてステップ４２７で、監視ユニット３０９は、呼制御チャネル３３０とデバイス制御チャネル３２７を通じてＳＩＰメッセージを送信することにより、通信デバイス１１８、１２８の論理的表現３２４と物理的表現３２１を監視する。ＳＩＰ問い合わせを利用することにより、監視ユニット３０９は、ネットワーク下位階層１０３における通信デバイス１１８、１２８の現在の状態を決める。本発明の例示的実施形態では、ステップ４２４と４２７は、実質的に同時に実行される。

その後、ステップ４３０で、監視ユニット３０９は、通信デバイス１１８、１２８の現在の状態を表すデータを、そこに記憶するためにエンティティ複製記憶ユニット３１８に提供する。そしてこのデータを使用して、ユーザインターフェース３１５を通じて特定の通信デバイス１１８、１２８の状態をユーザに知らせることができる。サードパーティ呼制御アプリケーション３０３は次いで、ステップ４３３で方法４００による動作を終了する。

図５Ａ〜５Ｂは、本発明の例示的実施形態による、通信デバイス１１８、１２８の論理的表現３２４と通信デバイス１１８、１２８の物理的表現３２１を一意の識別子に関連付ける方法５００のフローチャートを示す。サードパーティ呼制御アプリケーション３０３がＳＩＰメッセージングを介して通信デバイス１１８、１２８の論理的表現３２４と物理的表現３２１を正しくアドレス指定するために、各論理的表現３２４と各物理的表現３２１に一意の識別子が割り当てられる。この一意の識別子は、ＳＩＰ ＵＲＩであることが好ましい。

ステップ５０３で開始した後、サードパーティ呼制御アプリケーション３０３はステップ５０６に進み、ここでサードパーティ呼制御アプリケーション３０３は、通信デバイス１１８、１２８がＴＤＭタイプのデバイスであるかどうかを判定する。ステップ５０６で通信デバイス１１８、１２８がＴＤＭタイプのデバイスであるとサードパーティ呼制御アプリケーション３０３が判定した場合、サードパーティ呼制御アプリケーション３０３はステップ５１２に進み、論理的表現３２４を通信デバイス１１８、１２８の電話番号に関連付ける。サードパーティ呼制御アプリケーション３０３は、次いで下記のステップ５１５に進む。

一方、ステップ５０６で通信デバイス１１８、１２８がＴＤＭタイプのデバイスではないとサードパーティ呼制御アプリケーション３０３が判定した場合は、サードパーティ呼制御アプリケーション３０３はステップ５０９に進み、通信デバイス１１８、１２８がＳＩＰタイプのデバイスであるかどうかを判定する。ステップ５０９で、サードパーティ呼制御アプリケーション３０３が、通信デバイス１１８、１２８がＳＩＰタイプのデバイスであると判定した場合、サードパーティ呼制御アプリケーション３０３はステップ５２７に進み、論理的表現３２４が、通信デバイス１１８、１２８のユーザの電子メールアドレスに関連付けられる。サードパーティ呼制御アプリケーション３０３は次いでステップ５３０に進み、物理的表現３２１が、通信デバイス１１８、１２８の完全修飾ドメイン名（ＦＱＤＮ）に関連付けられる。サードパーティ呼制御アプリケーション３０３は次いでステップ５３３で、方法５００による動作を終了する。

一方、ステップ５０９で、通信デバイス１１８、１２８がＳＩＰタイプのデバイスではないとサードパーティ呼制御アプリケーション３０３が判定した場合、サードパーティ呼制御アプリケーション３０３は、ステップ５２４に進み、エラーを返す。サードパーティ呼制御アプリケーション３０３は、次いでステップ５３３で方法５００による動作を終了する。

ステップ５１５で、サードパーティ呼制御アプリケーション３０３は、通信デバイス１１８、１２８が１つのみの回線を有するかどうかを判定する。ステップ５１５で、サードパーティ呼制御アプリケーション３０３が、通信デバイス１１８、１２８が１つのみの回線を有すると判定した場合、サードパーティ呼制御アプリケーション３０３はステップ５２１に進み、物理的表現３２１が、通信デバイス１１８、１２８の電話番号に関連付けられる。サードパーティ呼制御アプリケーション３０３は、次いでステップ５３３で方法５００による動作を終了する。

一方、ステップ５１５で、サードパーティ呼制御アプリケーション３０３が、通信デバイス１１８、１２８が複数の回線を有すると判定した場合、サードパーティ呼制御アプリケーション３０３はステップ５１８に進み、デバイス制御チャネル３２７が通信デバイス１１８、１２８との接続に使用される。サードパーティ呼制御アプリケーション３０３は、次いでステップ５３３で方法５００による動作を終了する。

図６Ａ〜６Ｂに、本発明の例示的実施形態による、通信デバイス１１８、１２８の物理的表現３２１との間にデバイス制御チャネル３２７を確立する方法６００のフローチャートを示す。通信デバイス１１８、１２８の物理的表現３２１を正しく制御および監視するために、制御ユニット３１２と監視ユニット３０９は、物理的表現３２１への通信チャネルを作成する必要がある。図６Ａ〜６Ｂの記述では、制御ユニット３１２だけが通信デバイス１１８、１２８の物理的表現３２１へのデバイス制御チャネル３２７を確立しているが、監視ユニット３０９も、実質的に同じ方法６００に従って、通信デバイス１１８、１２８の物理的表現３２１へのデバイス制御チャネル３２７を作成する。

ステップ６０３で開始した後、制御ユニット３１２はステップ６０６に進み、通信デバイス１１８、１２８の物理的表現３２１にＳＩＰ ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ ＩＮＶＩＴＥメッセージは、制御ユニット３１２と物理的表現３２１の間に通信セッションを作成することを試みる。次いで、ステップ６０９で、制御ユニット３１２は、通信デバイス１１８、１２８の物理的表現３２１からＳＩＰ ＯＫ応答を受信する。ＳＩＰ ＯＫ応答は、通信デバイス１１８，１２８の物理的表現３２１が通信セッションへの接続開始を許可した旨の通知を返す。ステップ６１２で、制御ユニット３１２は、通信デバイス１１８、１２８の物理的表現３２１にＳＩＰ ＡＣＫメッセージを送信する。ＳＩＰ ＡＣＫメッセージは、物理的表現３２１による許可を受信したことを通知して通信セッションを確立するものである。

通信セッションへの接続開始を受け付けることにより、物理的表現３２１は、物理的表現３２１が適切なＳＩＰ電話機−デバイスパッケージをサポートすることを制御ユニット３１２に通知する。したがって、ステップ６１５で、制御ユニット３１２は、通信デバイス１１８、１２８の物理的表現３２１にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信する。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、通信デバイス１１８、１２８の物理的な属性を制御するために、制御ユニット３１２がＳＩＰ電話機−デバイスパッケージの許可または利用を要求していることを知らせる。

次いでステップ６１８で、制御ユニット３１２は、通信デバイス１１８、１２８の物理的表現３２１からＳＩＰ ＯＫメッセージを受信する。ＳＩＰ ＯＫメッセージは、物理的表現３２１がデバイス制御チャネル３２７の確立を許可することを制御ユニット３１２に知らせる。

ステップ６２１で、制御ユニット３１２は、通信デバイス１１８、１２８の物理的表現３２１にＳＩＰ ＮＯＴＩＦＹメッセージを送信する。ＳＩＰ ＮＯＴＩＦＹメッセージは、制御ユニット３１２と通信デバイス１１８、１２８の物理的表現３２１との間のデバイス制御チャネル３２７の確立を可能にする。通例、ＳＩＰ ＮＯＴＩＦＹメッセージは、デバイス制御チャネル３２７の確立を助けるＸＭＬコードを含む。制御ユニット３１２は次いで、ステップ６３３で方法６００による動作を終了する。

図７Ａ〜７Ｂに、本発明の例示的実施形態による、通信デバイス１１８、１２８の論理的表現３２４への呼制御チャネル３３０を確立する方法７００のフローチャートを示す。通信デバイス１１８、１２８の論理的表現３２４を正しく制御しおよび監視するために、制御ユニット３１２と監視ユニット３０９は、論理的表現３２４への通信チャネル３３０を作成しなければならない。図７Ａ〜７Ｂの記述では、制御ユニット３１２のみが通信デバイス１１８、１２８の論理的表現３２４への呼制御チャネル３３０を作成しているが、監視ユニット３０９も、実質的に同じ方法７００に従って、通信デバイス１１８、１２８の論理的表現３２４への呼制御チャネル３３０を作成する。

ステップ７０３で開始した後、制御ユニット３１２はステップ７０６に進み、通信デバイス１１８、１２８の論理的表現３２４にＳＩＰ ＯＰＴＩＯＮＳメッセージを送信する。ＳＩＰ ＯＰＴＩＯＮＳメッセージは、通信デバイス１１８、１２８の論理的表現３２４がサポートするＳＩＰの呼のタイプを問い合わせる。次いでステップ７０９で、制御ユニット３１２は、通信デバイス１１８、１２８の論理的表現３２４からＳＩＰ ＯＫ応答を受信する。ＳＩＰ ＯＫ応答は、通信デバイス１１８、１２８の論理的表現３２４によってサポートされるＳＩＰの呼のタイプを制御ユニット３１２に知らせる。

論理的表現３２４は、ＳＩＰ ＯＰＴＩＯＮＳメッセージに応答することにより、論理的表現３２４がＳＩＰメッセージングをサポートすることを制御ユニット３１２に通知する。また、論理的表現３２４は、サポートされるＳＩＰの呼を識別している。したがって、ステップ７１２で、制御ユニット３１２は、通信デバイス１１８、１２８の論理的表現３２４にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信する。ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージは、通信デバイス１１８、１２８の回線および／または呼のサービスを制御するために、制御ユニット３１２がサポートされるＳＩＰの呼を許可または利用を要求していることを知らせる。

次いでステップ７１５で、制御ユニット３１２は、通信デバイス１１８、１２８の論理的表現３２４からＳＩＰ ＯＫメッセージを受信する。ＳＩＰ ＯＫメッセージは、論理的表現３２４が呼制御チャネル３３０の確立を許可することを制御ユニット３１２に知らせる。

ステップ７１８で、制御ユニット３１２は、通信デバイス１１８、１２８の論理的表現３２４にＳＩＰ ＮＯＴＩＦＹメッセージを送信する。ＳＩＰ ＮＯＴＩＦＹメッセージは、制御ユニット３１２と、通信デバイス１１８、１２８の論理的表現３２４との間に呼制御チャネル３３０を確立することを可能にする。好ましくは、ＳＩＰ ＮＯＴＩＦＹメッセージは、呼制御チャネル３３０の確立を助けるＸＭＬコードを含む。制御ユニット３１２は次いで、ステップ７３３で、方法７００による動作を終了する。

本発明について詳細に説明したが、上記に記載され、頭記の特許請求の範囲に定義される本発明の主旨と範囲内で変形と変更を達成できることは理解されよう。頭記の特許請求の範囲内のすべての手段と機能を組み合わせた要素の対応する構造、材料、動作、および均等物が存在する場合は、詳細に特許権が請求される他の請求要素と組み合わせて諸機能を行うための構造、材料、または動作を包含するものとする。

本発明の例示的実施形態によるサードパーティ呼制御システムとそのための環境のブロック図である。 図１のサードパーティ呼制御システムが本発明の例示的実施形態により利用することが可能なコンピューティング環境とそのコンピュータシステムのブロック図である。 本発明の例示的実施形態による、通信デバイスを制御および監視するサードパーティ呼制御システムのブロック図である。 本発明の例示的実施形態による、通信デバイスを制御および監視する方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスを制御および監視する方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスの論理的表現と通信デバイスの物理的表現を一意の識別子に関連付ける方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスの論理的表現と通信デバイスの物理的表現を一意の識別子に関連付ける方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスの物理的表現を含んだデバイス制御チャネルを確立する方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスの物理的表現を含んだデバイス制御チャネルを確立する方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスの論理的表現を含んだ呼制御チャネルを確立する方法のフローチャートである。 本発明の例示的実施形態による、通信デバイスの論理的表現を含んだ呼制御チャネルを確立する方法のフローチャートである。

Claims (15)

1. 一意的な識別子を有する電話デバイスにより設定される呼をクライアントシステムによって制御しおよび監視する方法であって、
   通信ネットワーク内に複数のクライアントシステムおよび電話デバイスを提供するステップであって、各クライアントシステムが、一意的な識別子と、前記電話デバイスを制御するためのユーザインターフェースを提供するハードウェア構成要素およびソフトウェア構成要素とを有して、前記電話デバイスを制御するために各クライアントシステムがＳＩＰを使用する、ステップと、
   前記電話デバイスの各々に対して前記電話デバイスの論理的表現および物理的表現を提供するステップであって、前記電話デバイスの論理的表現が前記電話デバイスの通信リンクを表して、前記電話デバイスの物理的表現が前記電話デバイスの物理的属性を表して、
   前記電話デバイスがＴＤＭ電話機である場合、前記電話デバイスの論理的表現および物理的表現を前記電話デバイスの電話番号に関連付けるステップと、
   前記電話デバイスがＳＩＰ対応電話機である場合、前記電話デバイスの論理的表現を電子メールアドレスに関連付けて、前記電話デバイスの物理的表現を完全修飾ドメイン名に関連付けるステップと
   を含む、ステップと、
   前記識別子に基づいて前記クライアントシステムと前記電話デバイスとの間の関係を判定するステップであって、前記関係は、前記クライアントシステムが前記電話デバイスの論理的表現および物理的表現によって前記電話デバイスを制御することを示す、ステップと、
   前記クライアントシステムと電話デバイスとの間の関係の各々に対して、
   前記電話デバイスの物理的表現と前記クライアントシステムとの間のデバイス制御チャネルを確立するステップであって、前記デバイス制御チャネルは、ＣＴＩプロトコルをサポートするＰＢＸと、ＳＩＰおよびＣＴＩプロトコル間のメッセージを変換するフロントエンドとを介する、ステップと、
   前記電話デバイスの論理的表現と前記クライアントシステムとの間の呼制御チャネルを確立するステップであって、前記呼制御チャネルは、ＣＴＩプロトコルをサポートするＰＢＸと、ＳＩＰおよびＣＴＩプロトコル間のメッセージを変換するフロントエンドとを介する、ステップと、
   前記電話デバイスとの関係を有する各クライアントシステムのユーザインターフェースの制御のもとに、
   前記電話デバイスによる呼の設定のために、前記呼制御チャネルを使用するＳＩＰメッセージの送信による論理的表現と、前記デバイス制御チャネルを使用するＳＩＰメッセージの送信による物理的表現とによって前記電話デバイスを制御するステップと、
   前記電話デバイスによる呼の受信のために、前記呼制御チャネルを使用する論理的表現と、前記デバイス制御チャネルを使用する物理的表現とによって前記電話デバイスを監視するステップと
   を備えることを特徴とする方法。
2. 前記クライアントシステムと前記電話デバイスとの間の関係を判定するステップは、前記通信ネットワーク内の電話デバイスの一覧表を作成するためにネットワークディレクトリを検索するステップを備えることを特徴とする請求項１に記載の方法。
3. 前記デバイス制御チャネルを確立するステップは、
   前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップと、
   前記電話デバイスの物理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記ＳＩＰ ＯＫ応答を受信するのに応答して、前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ肯定応答（ＡＣＫ）メッセージを送信するステップと、
   前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信するステップと、
   前記電話デバイスの物理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記電話デバイスの物理的表現から前記クライアントシステムにＳＩＰ ＮＯＴＩＦＹメッセージを送信して前記クライアントシステムに前記電話デバイスの物理的属性の状態の変化を通知するステップと
   を備えることを特徴とする請求項１に記載の方法。
4. 前記呼制御チャネルを確立するステップは、
   前記クライアントシステムから前記電話デバイスの論理的表現にＳＩＰ ＯＰＴＩＯＮＳメッセージを送信するステップと、
   前記電話デバイスの論理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記クライアントシステムから前記電話デバイスの論理的表現にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信するステップと、
   前記電話デバイスの論理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記電話デバイスの論理的表現から前記クライアントシステムにＳＩＰ ＮＯＴＩＦＹメッセージを送信して前記クライアントシステムに前記電話デバイスの通信リンクの状態の変化を通知するステップと
   を備えることを特徴とする請求項１に記載の方法。
5. 通信ネットワークの電話デバイスにより設定される呼を制御しおよび監視するための複数のクライアントシステムの各々に対するコンピュータ実行可能命令を有するコンピュータ可読媒体であって、各クライアントシステムが、前記電話デバイスを制御するためのユーザインターフェースを提供するハードウェア構成要素およびソフトウェア構成要素を有して、前記電話デバイスが、電話デバイスの論理的表現および物理的表現を有して、前記電話デバイスの論理的表現が前記電話デバイスの通信リンクを表して、前記電話デバイスの物理的表現が前記電話デバイスの物理的属性を表して、前記コンピュータ実行可能命令は、
   前記電話デバイスがＴＤＭ電話機である場合、前記電話デバイスの論理的表現および物理的表現を前記電話デバイスの電話番号に関連付けるステップと、
   前記電話デバイスがＳＩＰ対応電話機である場合、前記電話デバイスの論理的表現を電子メールアドレスに関連付けて、前記電話デバイスの物理的表現を完全修飾ドメイン名に関連付けるステップと、
   前記クライアントシステムと前記電話デバイスとの間の関係を判定するステップと、
   前記電話デバイスの物理的表現と前記クライアントシステムとの間のデバイス制御チャネルを確立するステップであって、前記デバイス制御チャネルは、ＣＴＩプロトコルをサポートするＰＢＸと、ＳＩＰおよびＣＴＩプロトコル間のメッセージを変換するフロントエンドとを介する、ステップと、
   前記電話デバイスの論理的表現と前記クライアントシステムとの間の呼制御チャネルを確立するステップであって、前記呼制御チャネルは、ＣＴＩプロトコルをサポートするＰＢＸと、ＳＩＰおよびＣＴＩプロトコル間のメッセージを変換するフロントエンドとを介する、ステップと、
   前記クライアントシステムのユーザインターフェースの制御のもとに、
   呼の設定のために、前記呼制御チャネルを使用するＳＩＰメッセージの送信による論理的表現と、前記デバイス制御チャネルを使用するＳＩＰメッセージの送信による物理的表現とによって前記電話デバイスを制御するステップと、
   呼の受信のために、前記呼制御チャネルを使用する論理的表現と、前記デバイス制御チャネルを使用する物理的表現とによって前記電話デバイスを監視するステップと
   を行うことを特徴とするコンピュータ可読媒体。
6. 前記クライアントシステムと前記電話デバイスとの間の関係を判定するステップは、前記通信ネットワーク内の電話デバイスの一覧表を作成するためにネットワークディレクトリを検索するステップを備えることを特徴とする請求項５に記載のコンピュータ可読媒体。
7. 前記デバイス制御チャネルを確立するステップは、
   前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップと、
   前記電話デバイスの物理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記ＳＩＰ ＯＫ応答を受信するのに応答して、前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ肯定応答（ＡＣＫ）メッセージを送信するステップと、
   前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信するステップと、
   前記電話デバイスの物理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記電話デバイスの物理的表現から前記クライアントシステムにＳＩＰ ＮＯＴＩＦＹメッセージを送信して前記クライアントシステムに前記電話デバイスの物理的属性の状態の変化を通知するステップと
   を備えることを特徴とする請求項５に記載のコンピュータ可読媒体。
8. 前記呼制御チャネルを確立するステップは、
   前記クライアントシステムから前記電話デバイスの論理的表現にＳＩＰ ＯＰＴＩＯＮＳメッセージを送信するステップと、
   前記電話デバイスの論理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記クライアントシステムから前記電話デバイスの論理的表現にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信するステップと、
   前記電話デバイスの論理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
   前記電話デバイスの論理的表現から前記クライアントシステムにＳＩＰ ＮＯＴＩＦＹメッセージを送信して前記クライアントシステムに前記電話デバイスの通信リンクの状態の変化を通知するステップと
   を備えることを特徴とする請求項５に記載のコンピュータ可読媒体。
9. 前記デバイス制御チャネルを確立するステップは、第１のＳＩＰのセッションを確立するステップを含み、前記呼制御チャネルを確立するステップは、前記第１のＳＩＰのセッションとは異なる第２のＳＩＰのセッションを確立するステップを含むことを特徴とする請求項５に記載のコンピュータ可読媒体。
10. 複数の電話デバイスであって、各電話デバイスが、電話デバイスの論理的表現および物理的表現を有して、前記電話デバイスの論理的表現が前記電話デバイスの通信リンクを表して、前記電話デバイスの物理的表現が前記電話デバイスの物理的属性を表する、電話デバイスと、
    複数のクライアントシステムであって、各クライアントシステムが、電話デバイスを制御するためのユーザインターフェースを提供するハードウェア構成要素およびソフトウェア構成要素を有して、ステップを実行することによって電話デバイスにより設定される呼を制御しおよび監視して、前記ステップは、
    前記電話デバイスがＴＤＭ電話機である場合、前記電話デバイスの論理的表現および物理的表現を前記電話デバイスの電話番号に関連付けるステップと、
    前記電話デバイスがＳＩＰ対応電話機である場合、前記電話デバイスの論理的表現を電子メールアドレスに関連付けて、前記電話デバイスの物理的表現を完全修飾ドメイン名に関連付けるステップと、
    前記クライアントシステムと前記電話デバイスとの間の関係を判定するステップと、
    前記電話デバイスの物理的表現と前記クライアントシステムとの間のデバイス制御チャネルを確立するステップであって、前記デバイス制御チャネルはＳＩＰメッセージおよびＣＴＩメッセージ間の変換に用いられる、ステップと、
    前記電話デバイスの論理的表現と前記クライアントシステムとの間の呼制御チャネルを確立するステップであって、前記呼制御チャネルはＳＩＰメッセージおよびＣＴＩメッセージ間の変換に用いられる、ステップと、
    前記クライアントシステムのユーザインターフェースを介したユーザの入力に基づいて、呼の設定のために、前記呼制御チャネルを使用する論理的表現と、前記デバイス制御チャネルを使用する物理的表現とによって前記電話デバイスを制御するステップと、
    呼の受信のために、前記呼制御チャネルを使用する論理的表現と、前記デバイス制御チャネルを使用する物理的表現とによって前記電話デバイスを監視するステップと
    を含む、クライアントシステムと
    を備える通信ネットワーク。
11. 前記クライアントシステムと前記電話デバイスとの間の関係を判定するステップは、前記通信ネットワーク内の電話デバイスの一覧表を作成するためにネットワークディレクトリを検索するステップを備えることを特徴とする請求項１０に記載の通信ネットワーク。
12. 前記デバイス制御チャネルを確立するステップは、
    前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップと、
    前記電話デバイスの物理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
    前記ＳＩＰ ＯＫ応答を受信するのに応答して、前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ肯定応答（ＡＣＫ）メッセージを送信するステップと、
    前記クライアントシステムから前記電話デバイスの物理的表現にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信するステップと、
    前記電話デバイスの物理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
    前記電話デバイスの物理的表現から前記クライアントシステムにＳＩＰ ＮＯＴＩＦＹメッセージを送信して前記クライアントシステムに前記電話デバイスの物理的属性の状態の変化を通知するステップと
    を備えることを特徴とする請求項１０に記載の通信ネットワーク。
13. 前記呼制御チャネルを確立するステップは、
    前記クライアントシステムから前記電話デバイスの論理的表現にＳＩＰ ＯＰＴＩＯＮＳメッセージを送信するステップと、
    前記電話デバイスの論理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
    前記クライアントシステムから前記電話デバイスの論理的表現にＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージを送信するステップと、
    前記電話デバイスの論理的表現から前記クライアントシステムに送信されるＳＩＰ ＯＫ応答を受信するステップと、
    前記電話デバイスの論理的表現から前記クライアントシステムにＳＩＰ ＮＯＴＩＦＹメッセージを送信して前記クライアントシステムに前記電話デバイスの通信リンクの状態の変化を通知するステップと
    を備えることを特徴とする請求項１０に記載の通信ネットワーク。
14. ＳＩＰデータをＣＴＩデータに変換して、前記電話デバイスがＴＤＭ電話機である場合にＣＴＩデータをＳＩＰデータに変換するように適合された、前記電話デバイスおよび前記クライアントシステムと通信するＳＩＰフロントエンドユニットをさらに備えることを特徴とする請求項１０に記載の通信ネットワーク。
15. 前記電話デバイスは、ＳＩＰ対応ＰＢＸ電話機であることを特徴とする請求項１０に記載の通信ネットワーク。

Images