JP4048122B2 - パケット交換電話ネットワークにおけるコンピュータ制御式呼処理アプリケーションのための装置および方法 - Google Patents

Description

関連出願

（関連出願の相互引用）
本出願は、１９９７年１０月２１日出願の米国特許第０８／９５５，８３４号の一部継続出願である。

本発明は、コンピュータ電話統合（computer telephone integration:ＣＴＩ）に関し、より詳細にはＣＴＩ手法を使用して、パケット交換電話ネットワークにおいて様々なアプリケーションを使用して通話を処理するための改良された方法および装置に関する。

パケット・ネットワーク、特にインターネットなどの広域ネットワークを介した電話方式が最近の数カ月間でかなりの注目を集めている。具体的には、科学者達は、パケット交換データ・ネットワークを介して音声とビデオの情報ストリームを送信する可能性を探り始めている。パケット交換ネットワークを介したこうした情報ストリームの送信は、発呼側と着呼側の間に専用の回路が必要となる従来の電話方式より費用効率が高くなる。

コンピュータ電話統合は、従来の電話の方法および装置に幅広く適用されているが、現在のところパケット・ネットワーク電話方式に使用される方法および装置への適用は成功していない。本発明では、こうした環境でＣＴＩ機能を使用可能にし、その機能を使用して通話を処理する、既知のパケット・ネットワーク電話の装置および方法を補う新奇な装置および方法について述べる。

音声および他の情報ストリームを扱うことができる呼をパケット交換ネットワークを介して完了するための可能な１組の方法および装置がＩＴＵ勧告Ｈ．３２３で定義されている。Ｈ．３２３標準は、スイス、ジュネーブの国際電気通信連合から入手可能である。Ｈ．３２３標準をこの参照により本明細書に組み込む。Ｈ．３２３標準は、呼の制御、呼の設定、呼の終了、およびパケット・ネットワーク電話技術分野の技術者に知られている他の同様の手法を取り扱う様々なプロトコルを定義している。

Ｈ．３２３標準は、ゲートキーパと呼ばれる機能エンティティを定義する。ゲートキーパは、指定された組のネットワーク端末のネットワーク機能、例えばバンド幅制御、ゾーン管理、アドレス変換、アドミッション制御（admissions control）などを扱う。こうしたすべての機能が以前に組み込んだ標準でさらに定義されているが、以下の２つの例を示す。

バンド幅制御は、ゲートキーパが特定の量のネットワークのバンド幅を特定の接続に割り振るプロトコルを提供する。特定の呼に割り振られたバンド幅の量を変更するために、発呼側または着呼側のいずれかからゲートキーパに連絡をとることができる。

もう１つの例として、ゲートキーパはゾーン管理を行う。この機能は、Ｈ．３２３標準でさらに定義されているように、ネットワークにおける異なる端末および他のノードの組を特定のゲートウェイに割り振る機構を提供する。Ｈ．３２３標準は、異なるネットワーク・ノードの異なるゲートキーパへの割振りを動的に変更する機構を提供する。

ゲートキーパ機能は、従来の電話方式の構内電話交換機（ＰＢＸ）内の呼処理機能に似たサービスを提供する。従来の電話方式では、ＣＴＩの特徴は、外部アプリケーション・ソフトウェアとＰＢＸ内の呼処理機能の間のインターフェースを作成することによって提供される。これに対して既知のパケット・ネットワーク電話技術では、ゲートキーパへのインターフェースは、他のゲートキーパ、エンドポイント、および他のネットワーク・エンティティからしか定義されない。

本発明によって、上記および従来技術の他の問題が克服され、技術が進歩する。本発明は、１つまたは複数の遠隔・コンピュータに配置できる複数の外部呼処理アプリケーション・プログラムとのインターフェースをとるように構成されているパケット・ネットワーク電話呼コントローラ（packet network telephony call controller）（Ｈ．３２３ゲートキーパなど）と関連がある。本発明の教示によれば、呼処理アプリケーション・コンピュータは、データ・ネットワークまたは別の方法を介して呼コントローラ・コンピュータ（call controller computer）に接続され、これら２つのエンティティは、本発明で指定したやり方でメッセージを交換する。呼コントローラ・コンピュータは、端末の１つとともに配置する、あるいは別個のコンピュータ上に配置することができる。

さらに、処理アプリケーション・コンピュータは、呼コントローラ・コンピュータとともに配置する、あるいはそれから離して配置することができる。

呼コントローラ・コンピュータおよびアプリケーション・コンピュータは互いに通信し合って、データ・ネットワークを介して様々な呼制御および他の呼処理アプリケーション機能を行い、アプリケーション・コンピュータのユーザに呼の情報と制御を提供する。パケット交換電話接続は様々な端末間または他のノード間で設定されいるので、呼コントローラは、１つまたは複数のアプリケーション・コンピュータと通信して、アプリケーション・コンピュータ上に存在するコンピュータ電話アプリケーションが必要とする呼情報と呼制御機能を提供する。こうした機能の例には、呼の確立と切断、呼の転送、電話会議、監視および制御を目的とした呼コントローラゾーン内の１つまたは複数の特定のエンドポイントとのアプリケーション・コンピュータの関連付け、所与のエンドポイントでの呼の状態の割出し、所与のエンドポイントで進行中の呼の長さの割出し、所与のエンドポイントで進行中の呼で交換された言葉の割出し、所与のエンドポイントで進行中の呼の発信側ＩＰアドレスの割出し、所与のエンドポイントが終点となる応答のない新しい呼の別のエンドポイントへのルーティング、および他の様々な機能がある。

説明のために、一例としてＨ．３２３標準に基づくシステムを使用して本発明を説明する。本発明は、ＭＥＧＡＣＯとしても知られるＩＴＵ Ｈ．２４８、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（「ＳＩＰ」）、Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｌ（「ＭＧＣＰ」）など、当技術分野で現在知られている、あるいは今後知られる、パケット電話方式に対応する他のすべてのプロトコルをカバーするものであることは理解されよう。こうしたプロトコルは、呼の設定を担う同等のモジュールを示し、したがって本発明の文脈内では、機能的にＨ．３２３のゲートキーパに等しい。こうしたモジュールの名前は、当然、所与のプロトコルによって異なる。例えば、ＳＩＰでは「プロキシ」と呼ばれるもの、ＭＥＧＡＣＯでは「Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ」と呼ばれるもの、ＭＧＣＰでは「ｓｏｆｔｓｗｉｔｃｈ」と呼ばれるものによってゲートキーパ機能が達成される。シェークスピアの書いた台詞にバラはどんな名前で呼んでみてもそのよい香りに違いはないとあるように、ゲートキーパは他のどんな名前であってもよい。

図１は、本発明の教示によるゲートキーパ・コンピュータ１０２とアプリケーション・コンピュータ１０３との相互接続の概要を示している。こうした相互接続を可能にするために、ゲートキーパ・コンピュータ１０２は、以下でその機能について説明するソフトウェアの追加によって強化され拡張される。通信パス１０５は、どんなタイプのデータ通信パスでもよい。

図１の構成は、複数の外部テレフォニ・アプリケーション・システム１０４を含む。外部テレフォニ・アプリケーション・システムは一般に、ソフトウェアとして実装され、アプリケーション・コンピュータ１０３または任意の通信ネットワークを介してアプリケーション・コンピュータ１０３に接続される別個のコンピュータ上に配置することができる。一般に、アプリケーション・コンピュータは、以下で説明するエンドポイントの１つといっしょに配置することができる。

また、図１の構成は、エンドポイント１０６も含む。エンドポイントは、パーソナル・コンピュータ、ネットワーク・コンピュータ・デバイス（ＮＣ）、またはパケット・ネットワーク電話環境に相互接続できる他の任意のノードでよい。

動作中、以下で説明するいくつかの電話サービスを要求するコマンドがアプリケーション・コンピュータ１０３から発行される。こうしたサービスを要求するメッセージは、パス１０５を介してゲートキーパ・コンピュータ１０２に送信されて処理される。ゲートキーパ１０２に送信されたメッセージによって、ゲートキーパ１０２は、例えば、組み込んだＨ．３２３標準に記載されているようなやり方で他のパケット・ネットワーク電話環境と適切な信号メッセージを交換する。この一連のイベントの結果、統合されたシステムは、アプリケーション１０４の代わりに、アプリケーション・コンピュータ１０３によって要求された呼処理機能を実施することができる。

動作中、アプリケーション・コンピュータ１０３によって要求された様々な呼制御機能がゲートキーパ１０２によって実行される。さらに、ゲートキーパ１０２に適切な要求をすることによって、アプリケーション・コンピュータ１０３は、様々な呼制御機能の結果を監視し、こうした結果をアプリケーション１０４のいずれかに送信することができる。

図２は、遠隔エンドポイントから本発明を使用して外部コンピュータ電話アプリケーションによって監視されるローカル・エンドポイントへの着呼を検出するメッセージ・フロー図の例を示している。図２に示す特定の例は、Ｈ．３２３標準に記載され、外部ソフトウェア・アプリケーション２０１の参加を許可するために本発明によって強化されたパケット・ネットワーク電話の方法および装置を使用したエンドポイント２０２への着呼の監視である。エンドポイント２０２および２０４は、Ｈ．３２３準拠の電話デバイスとして装備されたコンピュータ・システムなどの音声端末を表す。ゲートキーパ２０３は、例えば、Ｈ．３２３標準に記載され、本発明によってさらに強化されたものであり、外部アプリケーション２０１は、上述したように別個のコンピュータ上に存在していてもよい。

動作中、最初に呼がパケット・ネットワーク電話環境の方法に従って進む。バンド幅要求メッセージ２０５がゲートキーパ２０３に送信され、ゲートキーパによってメッセージ２０６でバンド幅が許可される。呼設定要求メッセージ２０７が開始側エンドポイント２０４によって発行され、ゲートキーパ２０３によって呼設定要求メッセージ２０８が受信側エンドポイント２０２に送信される。図に示すように、呼処理メッセージ２０９が受信側エンドポイントによってゲートキーパ２０３に戻され、開始側エンドポイント２０４に伝えられる。

ほぼ同時に、ゲートキーパ２０３は、メッセージ２１０を使用して呼処理指示を開始側エンドポイントに伝えるとともに、着呼が受信側エンドポイント２０２によって受信されつつあるという通知を外部アプリケーション２０１に送信する。外部アプリケーション２０１が受信側エンドポイント２０２で起こる電話イベントの通知を必要とすることを前もって知らせていたため、ゲートキーパ２０３がこのメッセージを送信した。

着呼を接続するために、受信側エンドポイント２０２はネットワークのバンド幅を必要とし、こうしたバンド幅は、メッセージ２１２および２１３を使用してゲートキーパ２０３から要求され、割り振られる。次に、監視されているエンドポイント２０２の端末は、呼の到着についてベルを鳴らしてユーザに知らせ、こうした呼出音の指示は、メッセージ２１４および２１５によってゲートキーパ２０３を介して開始側エンドポイント２０４に送信される。ユーザの行為のために受信側エンドポイント２０２で呼が接続されると、エンドポイント２０２は、メッセージ２１６によってゲートキーパ２０３に通知する。

この時点で、ゲートキーパ２０３は、応答通知をメッセージ２１７によって外部アプリケーション２０１に送信する。

ほぼ同時に、ゲートキーパ２０３は、要求された呼が接続されたことをメッセージ２１８によって開始側エンドポイント２０４に知らせる。

本明細書で上述したプロトコルによれば、外部アプリケーションによる呼の検出は、ゲートキーパと接続すべきエンドポイントの間、およびゲートキーパ２０３と外部アプリケーション２０１の間に送信されるメッセージのプロトコルによって達成され、その結果ゲートキーパ２０３が、パケット電話ネットワークでの関連する呼の進行に関して外部アプリケーション２０１に通知できる。

図３Ａおよび３Ｂは、開始側エンドポイント３８６から受信側エンドポイント３９０への発呼の確立を要求する外部呼処理アプリケーションの別の例を示している。このオペレーションに関与する多くのメッセージは、図２で説明した着呼の監視に関して上述したものとほぼ同じである。図２で説明していなかった新しいメッセージについて以下で説明する。図２の説明と同様に、図３Ａおよび３Ｂの外部アプリケーション３９２は、本発明で説明した他の方法に従ってゲートキーパ３８８と前もって通信しており、開始側エンドポイント３８６に関して呼制御要求を発行する意向を示していると仮定する。

図３Ａおよび３Ｂで、ゲートキーパ３８８は、パケット・ネットワーク電話技術分野で現在知られているような会議制御ポイント機能も含んでいる。この機能を本発明で使用して、２つの呼セグメント、つまり開始側エンドポイント３８６と会議制御ポイントの間のセグメント、および会議制御ポイントと受信側エンドポイント３９０の間のセグメントを相互接続する。本発明では、既知のパケット・ネットワーク電話技術分野のいくつかの限界を克服するために、２段階で呼を接続する。説明をわかりやすくするために、統合されたゲートキーパ／会議制御ポイント装置をゲートキーパ３８８と呼ぶ。

一連のメッセージは、本発明によって指定されている新しいメッセージ３０１で開始し、外部アプリケーション３９２は、これを介して呼の第１のセグメントがゲートキーパ３８８から開始側エンドポイント３８６まで確立されるよう要求する。

次に、既知のパケット・ネットワーク電話技術によれば、メッセージ３０２および３０３がゲートキーパと開始側エンドポイント３８６の間で交換されて呼の第１の行程を設定する。

次に、ゲートキーパ３８８は、新しいメッセージ３０４を外部アプリケーション３９２に送信して、呼要求は受信されており処理されつつあることを知らせる。図３ａおよび３ｂの開始側エンドポイント３８６とゲートキーパ３８８の間の呼のそのセグメントの確立に関する残りの信号送出のほとんどは、図２に関してすでに述べたものとほぼ同じであり、したがって繰り返して説明しない。同様に、呼の第１の行程が設定されると、ゲートキーパ３８８は、続いて同じようにしてそれ自体から受信側エンドポイント３９０への呼の第２の行程を設定する。

しかし、図３Ａおよび３Ｂに示したプロセスの間、ゲートキーパ３８８は、
１．開始側エンドポイント３８６が電話をかけるのに必要なネットワークのバンド幅を取得したことを示すメッセージ３０５、
２．受信側エンドポイント３９０が呼要求を処理していることを示すメッセージ３０６、
３．受信側エンドポイント３９０が呼の到着についてそのユーザに知らせていることを示すメッセージ３１０、
４．受信側エンドポイント３９０が呼に応答し、接続が確立されたことを示すメッセージ３１２、
を含む新しいメッセージを、呼処理の関連する段階で外部アプリケーション３９２に送信する。

図４は、ゲートキーパ・コンピュータと処理アプリケーション・コンピュータの間のリンクの可能な様々な接続を示している。ゲートキーパ・コンピュータ４１０によって、様々なＨ３２３または同等のエンドポイント４０６間の呼が容易になる。一例として、こうしたエンドポイントをＰＳＴＮ４２１を介して電話４２０に接続することができる。あるいは、他のコンピュータまたはデバイス、例えばＰＢＸ４８１にエンドポイントを接続し、次いで例えばセルラー・ネットワーク４８０などとインターフェースをとるようにすることができる。

処理アプリケーション・コンピュータ（ＡＣ）４３０は、様々な方法でゲートキーパ・コンピュータ（ＧＫ）４１０に接続される。その一部を例として図４に示している。ゲートキーパ・コンピュータは、様々なＨ．３２３または同等のエンドポイント４０６間の呼セッションを設定し制御する。

１つまたは複数のＡＣ４３０は、ＬＡＮ４７３、一般のデータ・ネットワーク４７２、またはプロセス間ソフトウェア通信４７１を介してＧＫ４１０に接続されている。この場合、ＧＫおよびＡＣはいずれも、プロセス間ソフトウェア通信４７１を介して接続されるこれらの構成要素の周りを囲む点線のボックス４９０で示した同じ物理的な演算デバイス上のソフトウェア・モジュールである。

あるいはＡＣ４３０１とＧＫ４１０を、インターネット４５０または他のコンピュータ通信ネットワークを介して接続することができる。あるいはＧＫ４１０は、ファイルに書き込み、格納して、上述した、あるいはそうでなければ当技術分野で知られている様々なデータ送信チャネルを介してＡＣ４３０に送信することができる。

ＡＣ４３０は、上述したものと似たやり方でＧＫと通信しており、いくつか挙げると、様々なアプリケーション・プログラムを介して、呼で交換される言葉の音声認識、所定の回数ベルを鳴らした後も応答しない場合の呼のルーティング、呼の長さの測定、および上記の音声認識器によって決定される呼の言葉の内容の格納、別のプログラムによる分析を目的としたこうした内容のファイルへの書き込みなどのアプリケーションおよびサービスを実施することができる。上述したように、こうしたアプリケーションは、通常ソフトウェアに実装されるが、専用のハードウェアおよび特に多くの処理を必要とする複雑なアプリケーションに完全にまたは部分的に実装することができる。

本発明の方法は、ソフトウェア機能モジュールに関連しており、こうしたモジュールの物理構成は、たとえどのようなものであっても一定に保たれる。例えば、上述した２つのモジュール（アプリケーション・コンピュータおよびゲートキーパなど）は、別個のコンピューティング・システム、あるいは共通のシステムにあってもよく、これらはそれでも依然として別個モジュールのままで、同じようにして互いに通信し合う。したがって本発明は、都合の良い組のコンピューティング・システム上でのソフトウェア・モジュールのこうした任意の再配置を含む。

上記の通信方法はまた、可能な様々な実装形態を含む。したがって例えば、共通のコンピューティング・システムに存在する２つのモジュールは、メッセージの交換は行うが、外部配線上を移動する信号の意味での物理的な「データ・ネットワーク」を介してはメッセージの交換は行わない。

（アプリケーション・システム上で稼動する）アプリケーションがそれによって、ＣＳＴＡのようなリンク（ＣＳＴＡはＣｏｍｐｕｔｅｒ Ｓｕｐｐｏｒｔｅｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ａｐｐｌｉｃａｔｉｏｎｓの標準的な略語）を介して使用可能なサービスを実際に要求する様々な方法がある。１つの一般的な方法は、アプリケーション・プログラムにテレフォニ・アプリケーション・プログラミング・インターフェース（「ＡＰＩ」）を提供するアプリケーション・マシン上に標準ソフトウェア・ライブラリを提供することである。本発明の文脈では、このＡＰＩは、呼制御機能を含む任意のＡＰＩとすることができる。業界で知られているこうした２つのＡＰＩには、例えばＭｉｃｒｏｓｏｆｔ社のＴＡＰＩ（「Ｔｅｌｅｐｈｏｎｙ ＡＰＩ」）、Ｓｕｎ社のＪＴＡＰＩ（「Ｊａｖａ（登録商標） Ｔｅｌｅｐｈｏｎｙ ＡＰＩ」）などがある。ＡＰＩは、本発明によって提供されるサービスへのアプリケーション・プログラムによる便利なアクセスを提供するために使用される。

本発明の機能を利用できる可能なアプリケーションが数多く存在する。これらのアプリケーションはよく知られており、簡潔にするために、本明細書では完全には説明しない。より使用されそうなアプリケーションの一部を以下に示す。

コール・ルーティング。着呼処理要求が呼コントローラ（またはＨ．３２３の用語では「ゲートキーパ」）に提示されると、ゲートキーパは、ルーティング命令を要求するメッセージをアプリケーションに送信する。アプリケーションは、任意の便利なビジネス・ロジックを使用して、呼がどのようにしてルーティングされるべきかを決定し、ゲートキーパに適切な命令で応答する。次いでゲートキーパは、呼をこうした命令に基づいて宛先にルーティングする。こうしたビジネス・ロジックのいくつかの例には、例えばフォロー・ミー・サービス、ロード・バランシング、スキル・ベース・ルーティング、スクリーン・ポップ、ユニバーサル・キューイング、およびユニファイド・メッセージングなどがある。以下でこれらのそれぞれについて要約して説明する。

フォロー・ミー・サービス。電話加入者が、呼を転送すべき電話エンドポイントまたは一連のエンドポイントを指定する転送命令、および任意選択でその転送を管理するいくつかのルールをアプリケーションに残す。例えば「この時間帯の電話はこの番号に転送してください」、「現在車内にいます。電話はすべて携帯電話にかけてください」、「上司または子供からの電話を除くすべての電話は音声メールに転送してください」など。

ロード・バランシング。企業に電話がかかり、複数の個人、オフィス、またはワーク・グループがこうした呼（カスタマ・サービスの番号への呼など）を扱うことができると判断された場合、アプリケーションは、可能性のある各宛先での現在の作業負荷のその評価に基づいて、どの個人、ワーク・グループ、またはオフィスがその呼を受けるべきかを選択することができる。

スキルベース・ルーティング。企業に電話がかかり、複数の個人、オフィス、またはワーク・グループがこうした呼（カスタマ・サービスの番号への呼など）を扱うことができると判断された場合、アプリケーションは、発呼側が必要とする能力（例えば特定の製品またはアカウント・タイプの知識、ある言語を話すことができる能力など）のその評価に基づいて、どの個人、ワーク・グループ、またはオフィスがその呼を受けるべきかを選択することができる。

スクリーン・ポップ。呼が特定のエンドポイントに向けられたとき、ゲートキーパは同時に、アプリケーションが呼に対応するビジネス情報（顧客情報、アカウント情報など）を取り出し、それをそのエンドポイントのユーザに表示することができるようにアプリケーションに知らせる。

ユニバーサル・キューイング。アプリケーションが、あるユーザについて複数の形の通信（従来の通話、パケット通話、電子メール・メッセージ、ファクシミリ・ドキュメント、Ｗｅｂページを閲覧する当事者からの通信要求、テキスト・チャット・セッションなど）を、正当かつ／または能率的なやり方で提供されるように順序付けることによって管理しているとき、そのアプリケーションは、本発明を使用して、パケット通話に関する必要な情報を取得し、こうした呼の保持および解除が所望の順序で実施されるよう要求することができる。

ユニファイド・メッセージング。アプリケーションが、あるユーザについて複数の形のストア・アンド・フォーワード通信（電子メール・メッセージ、音声メール・メッセージ、ファクシミリ・ドキュメントなど）を格納し、こうした通信の一覧表をユーザに提示し、そのユーザによって指示されたときに選択された特定のメッセージをユーザに提示することによって、こうした通信を管理している場合、そのアプリケーションは、本発明を使用して、前記一覧表をユーザに提示する目的でメッセージ・リポジトリとユーザの間のパケット電話接続を作成することができ、それによってユーザが前記指示を行うことができ、選択されたメッセージを提示できるようになる。

本発明の好ましい実施形態について説明してきた。しかし、他の様々な変更および追加があることは明らかであることを当技術分野の技術者であれば理解されよう。

パケット・ネットワーク電話システム内に組み込まれた本発明の実施形態の例を示す概念略図である。 本発明によって強化され拡張されるパケット・ネットワーク電話システムを使用して外部ソフトウェア・アプリケーションによって検出される着呼の確立中のシステム要素間のメッセージ・フローの例を示す図である。 同様の環境で本発明を使用して外部ソフトウェア・アプリケーションによって要求される発呼を確立するメッセージ・フローの例を示す図である。 同様の環境で本発明を使用して外部ソフトウェア・アプリケーションによって要求される発呼を確立するメッセージ・フローの例を示す図である。 ゲートキーパ・コンピュータおよびゲートキーパ・コンピュータを制御する処理アプリケーション・コンピュータの間の接続の例を示す図である。

Claims (26)

1. エンドポイントから離れたところに配置され、データ・ネットワークに接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから前記データ・ネットワークに接続されているゲートキーパに、前記データ・ネットワークを介して、前記データ・ネットワークのエンドポイントで進行中の通話を示すパケット化されたメッセージを送信することと、
   前記ゲートキーパから前記アプリケーション・コンピュータに、前記データ・ネットワークを介して、前記通話の長さを示すその通話に関連した情報とともにパケット化されたメッセージを送信することと
   を備える方法。
2. 前記情報が呼の発信側ＩＰアドレスを含む請求項１に記載の方法。
3. 前記情報が呼の当事者によって交換される言葉を含む請求項１に記載の方法。
4. エンドポイントから離れたところに配置され、データ・ネットワークに接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから前記データ・ネットワークに接続されているゲートキーパに、前記データ・ネットワークを介して、前記データ・ネットワークのエンドポイントで進行中の通話、または前記エンドポイントを示すパケット化されたメッセージを送信することと、
   前記ゲートキーパから前記アプリケーション・コンピュータに、前記データ・ネットワークを介して、前記通話に付随、または関連する情報を示すパケット化されたメッセージを送信することと
   を備える方法。
5. 前記情報が呼の発信側ＩＰアドレスを含む請求項４に記載の方法。
6. 前記情報が呼の当事者によって交換される言葉を含む請求項４に記載の方法。
7. データ・ネットワークに接続されているゲートキーパに通信可能に接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから、前記データ・ネットワークのエンドポイントで進行中の通話、または前記エンドポイントを示すパケット化されたメッセージを送信することと、
   前記ゲートキーパから前記アプリケーション・コンピュータに、前記通話に関連付けられた、またはそれに含まれる情報を示すパケット化されたメッセージを送信することと
   を備える方法。
8. 前記情報が呼の発信側ＩＰアドレスを含む請求項７に記載の方法。
9. 前記情報が呼の当事者によって交換される言葉を含む請求項７に記載の方法。
10. エンドポイントから離れたところに配置され、データ・ネットワークに接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから前記データ・ネットワークに接続されている呼コントローラに、前記データ・ネットワークを介して、前記データ・ネットワークのエンドポイントで進行中の通話、または前記エンドポイントを示すパケット化されたメッセージを送信することと、
    前記呼コントローラから前記アプリケーション・コンピュータに、前記データ・ネットワークを介して、前記通話の長さを示すその通話に関連した情報とともにパケット化されたメッセージを送信することと
    を備える方法。
11. 前記情報が呼の発信側ＩＰアドレスを含む請求項１０に記載の方法。
12. 前記情報が呼の当事者によって交換される言葉を含む請求項１０に記載の方法。
13. エンドポイントから離れたところに配置され、データ・ネットワークに接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから前記データ・ネットワークに接続されている呼コントローラに、前記データ・ネットワークを介して、前記データ・ネットワークのエンドポイントで進行中の通話、または前記エンドポイントを示すパケット化されたメッセージを送信することと、
    前記呼コントローラから前記アプリケーション・コンピュータに、前記データ・ネットワークを介して、前記通話に関連付けられた、またはそれに含まれる情報を示すパケット化されたメッセージを送信することと
    を備える方法。
14. 前記情報が呼の発信側ＩＰアドレスを含む請求項１３に記載の方法。
15. 前記情報が呼で交換される言葉を含む請求項１３に記載の方法。
16. データ・ネットワークに接続されている呼コントローラに通信可能に接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから、前記データ・ネットワークのエンドポイントで進行中の通話、または前記エンドポイントを示すパケット化されたメッセージを送信することと、
    前記呼コントローラから前記アプリケーション・コンピュータに、前記通話に含まれ、またはそれに関連付けられた情報を示すパケット化されたメッセージを送信することと
    を備える方法。
17. 前記情報が呼の発信側ＩＰアドレスを含む請求項１６に記載の方法。
18. 前記情報が呼の当事者によって交換される言葉を含む請求項１６に記載の方法。
19. 前記情報が前記通話の長さを含む請求項１６に記載の方法。
20. 実行されると、
    データ・ネットワークに接続されている呼コントローラに通信可能に接続されていて、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータから、前記データ・ネットワークのエンドポイントで進行中の通話、または前記エンドポイントを示すパケット化されたメッセージを送信することと、
    前記呼コントローラから前記アプリケーション・コンピュータに、前記通話に含まれ、またはそれに関連付けられた情報を示すパケット化されたメッセージを送信することと
    を引き起こす命令を格納しているコンピュータ可読媒体。
21. 前記情報が前記通話の長さを含む請求項２０に記載のコンピュータ可読媒体。
22. 前記情報が呼の発信側ＩＰアドレスを含む請求項２０に記載のコンピュータ可読媒体。
23. 前記情報が呼の当事者によって交換される言葉を含む請求項２０に記載のコンピュータ可読媒体。
24. データ・ネットワークでリソースを割り振ることができる呼コントローラと、
    パケット化された通話がその間で起こる前記データ・ネットワーク内にある少なくとも２つのエンドポイントと、
    前記呼コントローラに通信可能に接続されており、前記呼コントローラに命令を発行し、前記パケット化された通話に含まれるとともにそれに関連する情報、または前記エンドポイントに関連する情報を示す情報を、前記呼コントローラから受信することが可能に構成された、呼制御の情報を用いてアプリケーションを実行するようになっているアプリケーション・コンピュータと
    を備える装置。
25. 前記呼コントローラが、ＭＥＧＡＣＯプロトコル、ＳＩＰプロトコル、ＭＧＣＰプロトコル及びＨ．３２３プロトコルの少なくとも一つのプロトコルにしたがって動作するよう構成された請求項２４に記載の装置。
26. 前記呼コントローラとアプリケーション・コンピュータが、前記呼コント ローラとアプリケーション・コンピュータとの間で通信される情報を識別するためのテレフォニ・アプリケーション・プログラミング・インターフェース（テレフォニＡＰＩ）を含む請求項２４に記載の装置。

Images