JP2005080298A - エンハンスド・コンピュータ・テレフォニー・インテグレーションおよび対話のためのシステムおよび方法 - Google Patents

Abstract

【課題】 構内交換機（ＰＢＸ）とコンピュータ・ネットワーク上のクライアント・コンピュータとの対話および統合を容易にするシステムを提供する。
【解決手段】 エンハンスド・テレフォニー（ＥＴ）サーバは、ＰＢＸ、及びユーザ・コンピュータ上で実行中のＥＴクライアントのすべてのインスタンスに接続する。ＥＴサーバはＥＴクライアントとＰＢＸの間のプロキシとして動作する。ＥＴクライアントは内線電話のＥＴサーバに登録する。次にＥＴサーバは電話アクション要求（例えば、電話をかける）を登録されたＥＴクライアントから内線電話をサービスしているＰＢＸに転送できる。さらにＥＴサーバは電話イベント（着信呼など）をＰＢＸからすべての登録されたクライアントに中継できる。ＥＴサーバは、電話及びパーソナル・コンピュータの機能のシームレスな統合を容易にし、豊富なユーザ制御のコンピュータとテレフォンの統合された環境をユーザに提供する。
【選択図】 図４Ａ

Description

本発明は、一般に、統合されたコンピュータ・テレフォニーに関し、詳細には、サーバ・コンピュータが電話交換装置およびクライアント・コンピュータとインターフェースして電話およびパーソナル・コンピュータの機能をシームレスに統合して、豊富なユーザ制御の、コンピュータ・テレフォニー・インテゲレーションを提供することを可能にする、エンハンスド・コンピュータ・テレフォニー・インテグレーションのシステムおよび方法に関する。

パーソナル・コンピュータと電話は、現代の生活において２つの不可欠な機器である。パーソナル・コンピュータ（ＰＣ）と電話はともに、全世界の事実上どこにでもいる他者と瞬時に通信する能力を提供する。さらにＰＣは、情報およびデータを処理する能力と、この情報およびデータとユーザとの対話を提供する能力により、現代社会に大変革をもたらしている。また、ＰＣには、他の機器を制御する能力もある。この能力は、たとえば、ユーザがユーザ・インターフェース（多くはグラフィカル・ユーザ・インターフェース）を使用してペリフェラル装置をリモート制御することを可能にする。しかしながら、ＰＣと電話が同じ部屋に存在することが多いにもかかわらず、これら２つの機器の強みを利用する、有用な統合を提供する試みは、現時点では、ほとんど見られない。

電話をパーソナル・コンピュータで統合する試みは多く行われているが、市場で成功したものはほとんどない。それらの失敗は、部分的には、たとえば、ユーザ・インターフェースのデザインが貧弱であること、高価なハードウェアを追加する必要があること、ユーザの期待が現実からかけ離れていることなど、製品の企画の問題に起因する。また、これらの製品は、ユーザが、電話の物理的位置と異なる場所から電話にアクセスすることができなかった。

１つの製品例は、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）９５に含まれていたＭｉｃｒｏｓｏｆｔ（登録商標）Ｐｈｏｎｅである。Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｐｈｏｎｅは、ソフトウェアのみのスピーカーフォンおよび留守番電話装置（answering machine）であり、これは、ユーザが自分のコンピュータをスピーカーフォンとして使用することを可能にした。しかしながら、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｐｈｏｎｅは、コンピュータの電源が常にオンになっていることを必要とし（このことは、Ｗｉｎｄｏｗｓ（登録商標）９５の時代には非現実的な期待であった）、また、ハードウェアの追加が必要なために、Ｗｉｎｄｏｗｓ（登録商標）９５にとって高価な付加機能であった。さらに、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｐｈｏｎｅの機能には制限があった。

電話をパーソナル・コンピュータに統合することを試みた別の製品例は、ＩＢＭ（登録商標）Ｒｅａｌｐｈｏｎｅである。ＩＢＭ（登録商標）Ｒｅａｌｐｈｏｎｅは、標準的な業務用電話機を模して作られた電話ダイヤルプログラム（telephone-dialing program）である。Ｒｅａｌｐｈｏｎｅのインターフェースは、ディスプレイに表示される業務用電話機の画像である。しかしながら、電話とコンピュータの相乗効果が結合されていないという問題があった。たとえば、そのインターフェースでは、実際の電話をダイヤルするように、ユーザが、入力装置（マウスなど）を使用して、画面上の電話機のキーパッドを押し、必要な電話番号をダイヤルする必要があった。しかし、このタイプのインターフェースは、ユーザにとって使いにくく、手間と時間がかかり過ぎる。

コール・センター環境において電話とコンピュータを統合することに関して成功した素晴らしい製品があった。たとえば、多くのコール・センター環境（カスタマー・サポート・センターやテレ・マーケティング・センターなど）は、電話キュー表示（キューに入っている発呼者の順番）、待ち呼数の表示、呼を送るルートを決める能力などの電話情報を、担当者に提供するソフトウェア・アプリケーションを含んでいる。

co-pending application number 10/445,395 by Cadiz et al., entitled "Enhanced Telephony Computer User Interface Allowing User Interaction and Control of a Telephone Using a Personal Computer" filed on May 20, 2003

多くのコール・センター環境に含まれるこのようなソフトウェア・アプリケーションはカスタマー・サービスの客層向けにデザインされており、個人ユーザの要望に応える試みや、実際の電話とソフトウェア・インターフェースとのユーザ・フレンドリな統合を提供する試みは、ほとんどあるいはまったく、行われていない。コール・センターの客層にとって優先されるのは、呼の処理能力（call throughput）を上げ、キュー内の呼を迅速に割り振ることであり、そこには、ユーザ・エクスペリエンス（user experience：ユーザ体験）は存在しない。さらに、コール・センター環境向けのテレフォニー・アプリケーションには、高度のユーザ・エクスペリエンスに対して重要である、エンド・ユーザが必要とする機能性や制御機能が欠落している。

したがって、ユーザがパーソナル・コンピュータを使用してシームレスに電話と対話できるようにするユーザ・インターフェースを可能にする、エンハンスド・コンピュータ・テレフォニー・インテグレーションのシステムおよび方法が必要とされている。このエンハンスド・コンピュータ・テレフォニー・インテグレーションのシステムおよび方法は、多彩な機能性を促進（facilitate）し、コンピュータの処理能力を活用して、電話の機能を強化する。さらに、エンハンスド・コンピュータ・テレフォニー・インテグレーションのシステムおよび方法は、ユーザがパーソナル・コンピュータと電話の間の境界を何ら意識しないように両者の緊密な結合を提供し、パーソナル・コンピュータ機能のユーザが、豊富なユーザ制御の、コンピュータ・テレフォン・インテグレーションを提供することを容易に実現できるようにする。

本願明細書において開示する発明は、構内交換機のコンピュータ・ネットワーク上のクライアント・コンピュータとの対話および統合を容易にする、エンハンスド・コンピュータ・テレフォニー・インテグレーション・システムを含む。エンハンスド・テレフォニー（ＥＴ）サーバは、ＥＴクライアント・ソフトウェアを実行しているネットワーク上のクライアント・コンピュータと、事業体の電話サービスを処理する構内交換機（ＰＢＸ）との間のプロキシとして動作する。一般に、１つまたは複数のＥＴクライアントは、ある電話内線のＥＴサーバに登録している。典型的な利用の一例は、電話内線に接続されている電話機がユーザのオフィスにあり、ユーザのすべてのコンピュータがその内線に登録されているというものである。ＥＴサーバは、電話アクション要求（たとえば、電話をかける）を、登録されたＥＴクライアントから、電話内線をサービスしているＰＢＸに転送する。さらにＥＴサーバは、電話イベント（着信呼など）をＰＢＸからすべての登録されたＥＴクライアントに中継する。ＥＴサーバは、豊富なユーザ制御の、コンピュータ・テレフォン・インテグレーションをユーザに提供するために、電話およびパーソナル・コンピュータの機能のシームレスな統合を促進する。

本ＥＴシステムおよび方法は、これまでのＰＣと電話を統合する試みにおける問題点を克服する。特に、ＥＴサーバは、処理能力と種々のデータに対するアクセス性能の点でＰＣが普通の電話より格段に優れているという事実を活用して、ＥＴクライアントの多彩な機能性を利用することを容易にする。この処理能力とデータ・アクセス性能は、電話の能力および機能性を大幅に拡張する点で、ユーザにとって有効である。さらにＥＴサーバは、ユーザがパーソナル・コンピュータと電話の間の境界を何ら意識しないような、両者の緊密な結合を実現する。このシームレスな統合は、強化された機能性とともに、ユーザ・エクスペリエンスを大幅に簡略化し、向上させる。

本ＥＴシステムおよび方法は、ユーザが電話と異なる物理的位置にいることを可能にし、しかもＥＴサーバに接続されたＥＴクライアントからその電話を制御できることを可能にする。唯一必要なのは、ＥＴクライアントとＥＴサーバがネットワーク接続されていることである。したがって、ユーザは、ネットワークにアクセスできる限り、事実上どこからでも電話を制御できる。本ＥＴシステムおよび方法は、携帯電話、コードレス電話、卓上電話を含む、１つまたは複数の電話を制御し、および管理するよう設計されている。さらに、これらの電話は、移動用、家庭用、作業用と、様々な場所に配置できる。

以下の説明と、本発明の各種態様を示した添付図面を参照することにより、本発明をよりよく理解できる。他の機能および特長については、後で、本発明の原理を例示によって示した添付図面とあわせて、本発明について詳細に説明することにより明らかになる。

以下で参照する図面の全体を通して、似通った参照符号は、対応する部分を表している。

以下で行う本発明の説明では、添付の図面を参照する。これらの図面は説明の一部を成し、本発明を実践する手段の具体例を図示するものである。本発明の範囲から逸脱することなく、他の実施形態を利用したり、構造的変更を施したりできる点を理解されたい。

Ｉ．はじめに
電話とパーソナル・コンピュータは、多くの人々の日常生活に大きな役割を果たしているが、たいていの場合、この２つは互いに切り離されたままである。テレ・マーケティング・センターやカスタマー・サービス・センターなどの領域において使用される、この２つの装置をリンクするある特殊なアプリケーションが存在する。しかし、個人用および家庭用のアプリケーションについては、すぐに入手できるものがない。本願明細書で説明する、エンハンスド・テレフォニー（ＥＴ）のシステムと方法は、クライアント・コンピュータで実行する多彩なユーザ・インターフェース機能を容易に使用できるようにする。特に、本ＥＴシステムおよび方法により、電話のクライアント・コンピュータ制御と、内線関連の電話イベントのクライアント・コンピュータを通した通知を容易に行うことができる。こうした機能性は、パーソナル・コンピュータのデスクトップにコンピュータ・テレフォニーをもたらし、コンピュータと電話の機能を汎用目的で統合した多彩な対話体験をユーザに提供する。

ＩＩ．エンハンスド・テレフォニー（ＥＴ）環境
本エンハンスド・テレフォニー（ＥＴ）システムおよび方法は、電気通信（telecommunications）とコンピューティングを結合した環境で動作するよう設計される。特に、本ＥＴシステムおよび方法はコンピューティング装置（好ましくは、サーバ・コンピューティング装置）に実装される。サーバ・コンピューティング装置上で実行される本ＥＴシステムおよび方法は、クライアント・コンピューティング装置上で実行されるＥＴのすべてのインスタンスとのネットワーク通信、ならびに構内交換機（ＰＢＸ）との通信で使用される。本ＥＴシステムおよび方法は、ＥＴクライアントとＰＢＸの間のプロキシとして動作する。たとえば、本ＥＴシステムおよび方法は、ＥＴクライアントからの要求をＰＢＸに転送し、また、ＰＢＸからの電話イベントを適切なＥＴクライアントに中継する。

以下の説明は、本ＥＴのシステムと方法を実装するのに適したコンピューティング環境の簡潔かつ概略的な説明となる。図１は、本ＥＴシステムおよび方法を実践するのに適したコンピューティング・システム環境１００の例を示す図である。コンピューティング・システム環境１００は、適切なコンピューティング環境の一例に過ぎず、本発明の使用または機能性の範囲に関して制限を示唆しようとするものではない。コンピューティング環境１００は、この例示的な動作環境１００に示したコンポーネントの任意の１つまたは組合せに関して依存性も必要条件も有しないことを理解されたい。

本ＥＴシステムおよび方法は、他の様々な汎用または専用コンピューティング・システム環境または構成での運用が可能である。本ＥＴシステムおよび方法を使用するのに適するコンピューティング・システム、環境および／または構成のよく知られた例として、パーソナル・コンピュータ、サーバ・コンピュータ、ハンドヘルド、ラップトップまたはモバイル型のコンピュータまたは通信装置（携帯電話など）、ＰＤＡ、携帯電話とＰＤＡが合体したもの、マルチ・プロセッサ・システム、マイクロ・プロセッサ・ベースのシステム、セットトップボックス、プログラム可能な民生用電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ、これらの任意のシステムまたは装置を含む分散コンピューティング環境などがあり、また、これらに限定されない。

本ＥＴシステムおよび方法は、プログラム・モジュールのように、コンピュータで実行されるコンピュータ実行可能命令の一般的なコンテクストで説明できる。一般に、プログラム・モジュールは、特定のタスクを実行したり、特定の抽象データ型を実装したりするルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本ＥＴシステムおよび方法も、通信ネットワークによってリンクされているリモート処理装置でタスクが実行される分散コンピューティング環境で実践できる。分散コンピューティング環境では、プログラム・モジュールは、メモリ・ストレージ装置を含む、ローカル・コンピュータ・ストレージ・メディアにもリモート・コンピュータ・ストレージ・メディアにも配置できる。図１を参照すると、本ＥＴシステムおよび方法を実装する例示的システムには、コンピュータ１１０の形態で汎用コンピューティング装置が含まれる。

コンピュータ１１０のコンポーネントとして、処理装置１２０、システム・メモリ１３０、およびシステム・メモリを含む各種システム・コンポーネントを処理装置１２０に結合するシステム・バス１２１を含めることができ、また、これらに限定されない。システム・バス１２１として、メモリ・バスまたはメモリ・コントローラ、ペリフェラル・バス、および様々にあるバス・アーキテクチャのいずれかを使用するローカル・バスを含む、複数のタイプのバス構造を任意に使用できる。そのようなアーキテクチャの例として（限定ではない）、ＩＳＡ（Industry Standard Architecture）バス、ＭＣＡ（Micro Channel Architecture）バス、ＥＩＳＡ（Enhanced ISA）バス、ＶＥＳＡ（Video Electronics Standards Association）ローカル・バス、Ｍｅｚｚａｎｉｎｅバスとしても知られるＰＣＩ（Peripheral Component Interconnect）バスなどがある。

通常、コンピュータ１１０は、コンピュータ可読な種々のメディアを含む。コンピュータ可読なメディアには、コンピュータ１１０からアクセスできる任意の市販メディアを使用でき、揮発性メディアと不揮発性メディアの両方とリムーバブル・メディアと非リムーバブル・メディアの両方が含まれる。一例として（限定ではない）、コンピュータ可読なメディアには、コンピュータ・ストレージ・メディアと通信メディアがある。コンピュータ・ストレージ・メディアには、コンピュータ可読な命令群、データ構造、プログラム・モジュール、他のデータなどの情報の記憶のための任意の方法や技法において実装される、揮発性または不揮発性で、リムーバブルまたは非リムーバブルのメディアが含まれる。

コンピュータ・ストレージ・メディアには、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリなどのメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（デジタル多用途ディスク）などの光ディスク・ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージなどの磁気ストレージ装置、あるいはその他の、必要情報を格納でき、コンピュータ１１０からのアクセスが可能な任意のメディアが含まれ、また、これらに限定されない。通信メディアは一般に、コンピュータ可読な命令群、データ構造、プログラム・モジュール、または他のデータを、搬送波や他の伝送メカニズムなどの変調データ信号で具現化し、任意の情報配信メディアを含む。

「変調データ信号」という用語は、その１つまたは複数の特性を、信号内の情報をエンコードするように設定するか変化させた信号を意味することに留意されたい。一例として（限定ではない）、通信メディアには、有線ネットワークや直接有線接続などの有線メディアと、音波、ＲＦ、赤外線などの無線メディアとが含まれる。これらの任意の組合せも、コンピュータ可読なメディアの範囲に含まれる。

システム・メモリ１３０は、ＲＯＭ（読出し専用メモリ）１３１やＲＡＭ（ランダム・アクセス・メモリ）１３２などの揮発性および／または不揮発性メモリの形態でコンピュータ・ストレージ・メディアを含む。ＢＩＯＳ（基本入出力システム）１３３は、起動時などにコンピュータ１１０内の各要素間の情報転送を支援する基本ルーチンを含み、通常はＲＯＭ１３１に格納される。通常、ＲＡＭ１３２には、処理装置１２０からのアクセスがただちに可能になる（かつ／または、まもなく処理装置１２０によって運用される）データおよび／またはプログラム・モジュールが格納される。一例として（限定ではない）、図１では、オペレーティング・システム１３４、アプリケーション・プログラム１３５、他のプログラム・モジュール１３６、およびプログラム・データ１３７を示している。さらにコンピュータ１１０は、他のリムーバブル、非リムーバブル、揮発性、または不揮発性のコンピュータ・ストレージ・メディアを含むことができる。図１では、例としてのみ、非リムーバブルで不揮発性の磁気メディアの読み取りまたは書き込みを行うハードディスク・ドライブ１４１、リムーバブルで不揮発性の磁気ディスク１５２の読み取りまたは書き込みを行う磁気ディスク・ドライブ１５１、およびリムーバブルで不揮発性の光ディスク１５６（ＣＤ ＲＯＭなどの光メディア）の読み取りまたは書き込みを行う光ディスク・ドライブ１５５を示している。

この例示的な動作環境で使用可能な他のリムーバブル、非リムーバブル、揮発性、または不揮発性のコンピュータ・ストレージ・メディアとして、磁気テープ・カセット、フラッシュ・メモリ・カード、デジタル多用途ディスク、デジタル・ビデオ・テープ、ソリッド・ステートＲＡＭ、ソリッド・ステートＲＯＭなどがあり、また、これらに限定されない。ハードディスク・ドライブ１４１は、通常、インターフェース１４０などの非リムーバブル・メモリ・インターフェースを介してシステム・バス１２１に接続され、磁気ディスク・ドライブ１５１および光ディスク・ドライブ１５５は、通常、インターフェース１５０などのリムーバブル・メモリ・インターフェースを介してシステム・バス１２１に接続される。

ここまで説明し、図１に示した各ドライブとそれに対応するコンピュータ・ストレージ・メディアは、コンピュータ可読な命令群、データ構造、プログラム・モジュール、および他のコンピュータ１１０用データを記憶する。たとえば、図１では、ハードディスク・ドライブ１４１を、オペレーティング・システム１４４、アプリケーション・プログラム１４５、他のプログラム・モジュール１４６、およびプログラム・データ１４７を格納しているとして示している。これらのコンポーネントは、オペレーティング・システム１３４、アプリケーション・プログラム１３５、他のプログラム・モジュール１３６、およびプログラム・データ１３７と同じでも同じでなくてもよいことに留意されたい。オペレーティング・システム１４４、アプリケーション・プログラム１４５、他のプログラム・モジュール１４６、およびプログラム・データ１４７は、ここでは最低条件として、同じでないものという意味で、異なる参照符号が与えられている。ユーザは、キーボード１６２やポインティング装置１６１（一般にマウス、トラック・ボールまたはタッチ・パッド）などの入力装置を使用してコンピュータ１１０にコマンドや情報を入力できる。

他の入力装置（図示せず）として、マイクロフォン、ジョイスティック、ゲーム・パッド、パラボラ・アンテナ、スキャナ、ラジオ、テレビなどがある。これらの入力装置や他の入力装置は、たいてい、システム・バス１２１に接続されたユーザ入力インターフェース１６０を介して処理装置１２０に接続されるが、他のインターフェースやバス構造（たとえば、パラレル・ポート、ゲーム・ポート、ＵＳＢ（ユニバーサル・シリアル・バス）など）で接続することもできる。モニタ１９１や他のタイプのディスプレイ装置も、ビデオ・インターフェース１９０などのインターフェースを介してシステム・バス１２１に接続される。コンピュータは、モニタ１９１に加えて、出力ペリフェラル・インターフェース１９５を介して接続可能な、他のペリフェラル出力装置（スピーカ１９７やプリンタ１９６など）も含むことができる。

コンピュータ１１０は、リモート・コンピュータ１８０などの、１つまたは複数のリモート・コンピュータとの論理接続を使用する、ネットワーク接続された環境で動作できる。リモート・コンピュータ１８０としては、パーソナル・コンピュータ、サーバ、ルーター、ネットワークＰＣ、ピア装置や他の共通ネットワーク・ノードを使用でき、図１ではメモリ・ストレージ装置１８１だけを示したが、通常は、コンピュータ１１０についてこれまで説明した要素の多くまたはすべてが含まれる。図１に示した論理接続には、ＬＡＮ（ローカル・エリア・ネットワーク）１７１とＷＡＮ（ワイド・エリア・ネットワーク）１７３が含まれるが、他のネットワークも含めることができる。そのようなネットワーキング環境は、事務所、事業体内コンピュータ・ネットワーク、イントラネット、インターネットではごく普通のものである。

コンピュータ１１０をＬＡＮネットワーキング環境で使用する場合、コンピュータ１１０はネットワーク・インターフェースまたはアダプタ１７０を介してＬＡＮ１７１に接続される。コンピュータ１１０をＷＡＮネットワーキング環境で使用する場合、コンピュータ１１０は、通常、ＷＡＮ１７３（インターネットなど）を経由する通信を確立するためのモデム１７２または他の手段を含む。モデム１７２は、内蔵であれ、外付けであれ、ユーザ入力インターフェース１６０または他の適切なメカニズムにより、システム・バス１２１に接続できる。ネットワーク接続された環境では、コンピュータ１１０と関係があるように示されたプログラム・モジュールまたはその一部を、リモートメモリストレージ装置に格納できる。一例として（限定ではない）、図１では、リモート・アプリケーション・プログラム１８５がメモリ装置１８１に存在するとしている。

ここで示したネットワーク接続は例示的であり、コンピュータ間の通信リンクを確立するために他の手段が使用可能であることは理解されよう。

本ＥＴシステムおよび方法は、電気通信環境でも動作するよう設計されている。図２は、コンピューティング環境と電話環境の間の一般的な配置を示す概略ブロック図である。図２は、コンピューティング環境と電話環境に組み込んだＥＴシステムおよび方法の実施態様を示している。この実施態様では、本ＥＴシステムおよび方法は、ＥＴサーバ２００として実装される。ＥＴサーバ２００は、少なくとも１つのＥＴクライアント２１０および少なくとも１つのＰＢＸ（構内交換機）２２０と双方向通信をおこなっている。ＥＴクライアント２１０は、ネットワーク２３０を経由してＥＴサーバ２００と通信する。電話装置２４０は、ＰＢＸ２２０と接続され、ＰＢＸ２２０はＥＴサーバ２００と双方向通信を行っている。ユーザ２５０は、通常、電話装置２４０とＥＴクライアント２１０を手元または近くに置いている。たとえば、ユーザ２５０は、通常、電話装置２４０とＥＴクライアント２１０の両方をオフィスに置く。ＥＴサーバ２００は、実質的に、ＥＴクライアント２１０、電話装置２４０、およびＰＢＸ２２０の間でプロキシおよびインタープリタとして動作する。

ＩＩＩ．エンハンスド・テレフォニー（ＥＴ）システム
本ＥＴシステムおよび方法は、ユーザがテレフォニーの多彩なユーザ・エクスペリエンス（ユーザ体験）を享受できるような、電話およびＥＴクライアントとのユーザ・インターフェースに対して機能性を提供する。ユーザは自分のコンピュータでＥＴクライアント・ソフトウェアを実行して、自分の電話を制御し、自分電話の情報を、コンピュータを介して受け取ることができる。この、電話とコンピュータの多彩な統合および結合は、ＰＢＸとＥＴクライアント・ソフトウェアを実行しているコンピュータとの間で情報を通信する、本願明細書で説明する本ＥＴシステムおよび方法の機能（ability）に基づく。

図３は、事業体環境における本ＥＴシステムおよび方法の代表的な実施態様の全体的な概要を示す図であり、例示目的のみの図である。具体的には、第１のＥＴサーバ３００が、第１のＰＢＸ（構内交換機）３０５に接続されている。この第１のＰＢＸ３０５は、ＰＳＴＮ（公衆交換電話網）３１０に接続されている。一般に事業体（法人、大学、政府機関など）は、図３で第２のＰＢＸ３１５、第３のＰＢＸ３２０および第４のＰＢＸ３２５として示すように、複数のＰＢＸを所有する。これらのＰＢＸ３１５、３２０、３２５は、それぞれＰＳＴＮ３１０に接続されている。対応するＥＴサーバが、ＰＢＸ３１５、３２０、３２５のそれぞれに接続され、それぞれの対応するサーバは、第２のＥＴサーバ３３０、第３のＥＴサーバ３３５、第４のＥＴサーバ３４０である。個々の事業体の必要性や規模に応じて、使用するＥＴサーバおよびＰＢＸの数を増やしたり減らしたりできることに留意されたい。ただし、通常は、各ＰＢＸに対して少なくとも１つのＥＴサーバが存在する。

第１の電話（スピーカーフォンなど）３４５は、第１のＰＢＸ３０５に接続されていて、そこからサービスを受けている。第１のＥＴクライアント・コンピュータ３５０は、ＥＴクライアント・ソフトウェアの少なくとも１つのインスタンスを実行していて、第１のＥＴサーバ３００に接続されている。この接続は、通常、ネットワーク接続である。第２のＥＴサーバ３３０は、ネットワーク接続を介して複数のＥＴクライアント３５５に接続されている。第３のＥＴクライアント・コンピュータ３６０は、ＥＴクライアント・ソフトウェアの少なくとも１つのインスタンスを実行していて、ネットワーク接続を介して第３のＥＴサーバ３３５に接続されている。また、第２の電話３６５は、第３のＰＢＸ３２０に接続され、そこからサービスを受けている。

さらに図３では、第１のＥＴクライアント３５０と第３のＥＴクライアント３６０の間の直接仮想接続を示している。この、２つ（以上）のＥＴクライアント間の直接仮想接続は、ＥＴサーバのユーザ・データ転送機能（User Data Transfer feature）によって促進される。この機能の詳細については後述するが、基本的には、図３の場合で言うと、第１のＥＴサーバ３００が要求を受けて、第１のＥＴクライアント３５０のユーザ・データ（ネットワーク・アドレス情報など）を第３のＥＴクライアント３６０に送る。このことは、第３のＥＴクライアント３６０と第１のＥＴクライアント３５０が、どのＥＴサーバも経由する必要なく、ピア・ツー・ピア・セッションを確立することを可能にする。この接続が有用な一例は、ＥＴクライアントの画面共有機能であり、この機能において、あるユーザが自分の画面を別のユーザと共有できる。画面共有は、そのユーザとある発呼者が通話している場合と、両方の発呼者が事業体内ネットワーク上にいる場合に有効である。ＥＴクライアント間の直接仮想接続が有用である別の例は、ＥＴクライアントの簡単転送機能に対するものである。簡単転送機能は、ユーザが１回の呼の間にファイルを送ることを可能にし、また、ユーザが選択した誰とでも、１回の呼の間に、そのファイルの複数のコピーをユーザが共有することを可能にする。

図３の第４のＥＴサーバ３４０は、ＥＴサーバ３４０と通信しているデータベースに格納されている種々の情報ソースを管理し、ＥＴクライアント・ユーザが利用しやすいようにしている。これらのソースには、個人用データベース、事業体内データベース、および公開データベースが含まれる。個人用データベースには（電子メール、Ｏｕｔｌｏｏｋ、インスタント・メッセンジャー、カレンダ・データベースなどの）アプリケーション固有のデータベースが含まれ、事業体内データベースには社内の階層、社内アドレス、カレンダ・データベース、写真データベースなどが含まれ、公開データベースには公開インターネットサイトやオンライン電話帳などが含まれる。データベースは、その内容の性質に応じて、ＥＴサーバ、ＥＴクライアント、またはその両方に常駐できる。たとえば、（個人用データベースにある）個人用アドレス帳やカレンダ情報はＥＴクライアント（ユーザのパーソナル・コンピュータなど）に常駐できるが、（事業体内データベースにある）社内の階層はＥＴサーバに常駐できる。

図３では、第３のＥＴクライアント３６０と交換サーバ（exchange server）３７０に個人用データベースが常駐している。事業体内データベースは事業体内ディレクトリ・サーバ３７５に常駐している。事業体内ディレクトリ・サーバ３７５は、第４のＥＴサーバ３４０と通信しており、同様に他のＥＴサーバ３００、３３０、３３５のそれぞれとも通信している。これは、後で詳細に説明するように、事業体内ディレクトリのＥＴバージョンの定期的な更新を各ＥＴサーバに提供するためである。ＥＴサービス・サーバ３８０は、ＥＴログやＥＴサーバ・ステータスなど、ＥＴ固有のデータベースを格納する。さらにＥＴサービス・サーバ３８０は、ＥＴクライアントに他のユーザの写真を提供するための写真データベースを含む。ＥＴサーバ３００、３３０、３３５、３４０、ＥＴクライアント３５０、３５５、３６０、交換サーバ３７０、事業体内サーバ３７５、およびＥＴサービス・サーバ３８０はすべてネットワーク通信内に存在することに留意されたい。

各ＥＴサーバは、ＥＴクライアントからの高水準（higher-level）テレフォニー・データおよびコマンドをＰＢＸデータおよびコマンド（またはイベント）に変換する。同様に、ＥＴサーバは、逆の処理により、ＰＢＸからのＰＢＸイベントを、ＥＴクライアントに転送できる高水準電話イベントに変換する。通常、これは、ＰＢＸへのプログラミング・アクセスを可能にするＰＢＸ専用ソフトウェア開発キットを使用して行われる。このプログラミング・アクセスは、ＰＢＸのブランドや機種によって異なる場合がある。本ＥＴシステムおよび方法の１つの実例では、ＰＢＸがＩｎｔｅｃｏｍ製であり、ＥＴサーバは、ＩｎｔｅｃｏｍのＯｐｅｎ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ（ＯＡＩ）Ｔｏｏｌｋｉｔを使用して、Ｉｎｔｅｃｏｍ製ＰＢＸに接続した。このＯＡＩツールキットは、ＰＢＸがサービスする電話／内線に関するイベントの取得に加えて、電話／内線の制御を可能にする。本願明細書で説明する、エンハンスド・コンピュータ・テレフォニー・インテグレーション・システムおよび方法は、他のブランドのＰＢＸおよび電話システムでも実践できることに留意されたい。

内線は一般に、電話および対応する電話回線を識別するために使用されるが、内線だけでは不十分な場合がある。多くの場合、内線は、ＰＢＸ固有の情報（ポートなど）にマッピングされる必要がある。ＥＴサーバ２００によるＰＢＸ固有の情報への変換およびＰＢＸ固有の情報からの変換を容易にするためには、ＰＢＸ固有の情報を使用して電話内線を識別する必要がある。ＥＴサーバ２００は、内線をこのＰＢＸ固有の情報にマッピングするデータベースを構築する。このデータベース（スイッチ・データベースと呼ぶ）は、ＥＴサーバ２００の起動時に作成され、定期的に更新される。好ましい実施形態では、スイッチ・データベースは一日１回（毎晩などに）更新される。

ＥＴサーバ２００は、ＥＴクライアントからのデータのＰＢＸ用データへの変換と、その逆変換を行う。一般に、ＥＴクライアントデータは高水準データであり、ＰＢＸデータは低水準（lower-level）データである。低水準データは、ＰＢＸから受け取るデータとＰＢＸに送るデータである。この低水準データは、ＰＢＸが理解するフォーマットおよび言語で記されている。高水準データは、電話に関する限りでは、概念的に発生する。

一例として（限定ではない）、ユーザが自分の内線（ｘ７３７４）から別の内線（ｘ９８１１）に電話をかけるとする。ＥＴサーバ２００は、ユーザのＥＴクライアントとＰＢＸの間の情報の交換および変換を促進する。ここでは、ＥＴクライアントが「内線７３８４から内線９８１１に電話をかける」という高水準コマンドを送出する。ＥＴサーバ２００は、ＥＴクライアントからの高水準要求を、「ポート００１．２．１２．５のスピーカーフォンをトグルし、回線７３８４をオフ・フックにし、回線７３８４ポート００１．２．１２．５ ＵＧＰ ４から番号９８１１に通話を申し込む」という等価な低水準コマンドに変換する。ＰＢＸが電話イベント（着信呼など）を受け取り、ＥＴクライアントに送る場合には、同様の処理が逆方向で行われる。

ＰＢＸの低水準データは、通常、複雑なデータ構造形式であり、ＥＴサーバ２００は、通常、その低水準データ構造から１つまたは複数のパラメータを抽出する必要がある。次に、これらのパラメータが高水準イベントにマッピングされる。一般にこれらのパラメータは、ＰＢＸ固有のデータである。言い換えると、特定のＰＢＸが必要とし、入出力として使用するパラメータは、ＰＢＸの製造メーカーやブランドによって異なる。ＥＴサーバ２００は、特定のＰＢＸが必要とするＰＢＸ固有のデータを一度認識すると、その認識に基づいて、高水準データから低水準データへの変換およびその逆変換に必要なパラメータを取得する。

既に変換が実行されていれば、ＥＴサーバは、データおよびコマンドの変換を宛先の受信者に提供する。上記の例では、ＥＴサーバ２００は、低水準コマンドを変換した後、ＥＴクライアントが理解する高水準コマンド形式でイベントをＥＴクライアントに通知する。あるいは、ＥＴサーバ２００は、高水準コマンドを変換した後、ＰＢＸが理解する低水準コマンド形式でイベントをＰＢＸに通知する。複数の低水準コマンドが結合されて単一の高水準コマンドになる場合があることに留意されたい。同様に、単一の低水準コマンドから２つ以上の高水準コマンドが生成される場合もある。

図４Ａは、ＥＴサーバ２００によるＰＢＸデータ４００のＥＴクライアント２１０が理解できる高水準データ４１０への変換を説明するブロック図である。具体的には、ＰＢＸ２２０が（着信呼などの）イベントを受け取り、そのイベントを宛先の電話とＥＴサーバ２００の両方に送る。このＰＢＸイベントは、ＥＴサーバ２００が低水準ＰＢＸデータ４００として受け取る。ＥＴサーバ２００は、低水準ＰＢＸデータからＥＴクライアント２１０用高水準データへの変換とその逆変換を行う変換モジュール４２０を含む。さらにＥＴサーバ２００は、変換モジュール４２０による変換を円滑に進めるスイッチ・データベース４３０（後述）を含む。変換モジュール４２０の出力は、ＥＴクライアント２１０が理解できる高水準データ４１０である。

図４Ｂは、ＥＴサーバ２００によるＥＴクライアントが理解できる高水準データ４１０のＰＢＸが理解できる低水準ＰＢＸデータ４００への変換を説明するブロック図である。図４Ａと同様に、ＥＴクライアント２１０からの高水準データ４１０が、スイッチ・データベース４３０を使用する変換モジュール４２０によって変換される。結果は、ＰＢＸ２２０が理解できる低水準ＰＢＸデータ４００である。この、ＥＴサーバ２００による変換処理は、ＰＢＸ２２０とＥＴクライアント２１０の間で情報の受渡しをＥＴサーバ２００にさせることによって、ＰＢＸ２２０とＥＴクライアント２１０が相互に通信することを可能にする。

図５は、スイッチ・データベースに格納できるＰＢＸ固有の情報の特定の実施態様を示す図である。スイッチ・データベース５００に格納できるデータは、ＰＢＸから低水準ＰＢＸデータ４００として取得される。具体的には、Ｉｎｔｅｃｏｍ製ＰＢＸに固有のデータの実施態様である図５に示すように、スイッチ・データベースは、各電話について、以下に述べるデータを格納する。第１列には、ＰＢＸのサービスを受ける電話内線がリストされている。図５の例では、各内線は５桁の内線番号である。各内線のポートが第２列にリストされている。この例では、ポートは、電話とＰＢＸの間の物理接続を示す４つの番号を含む。一例として、この番号は、ＰＢＸの筐体（cabinet）、棚（shelf）、基板（card）、および回路（circuit）を含む。第３列には、ユーザ・グループ（ＵＧＰ）がリストされている。ユーザ・グループは、動作が同じである電話のクラスである。通常、ユーザ・グループは、たとえば、ユーザ・グループ「４」、ユーザ・グループ「５２」、ユーザ・グループ「９６」などのように、番号を使用して命名される。ユーザ・グループは、電話のグループとそれらの機能の違いを示す。たとえば、あるユーザ・グループをロビー電話のセットにして、別のユーザ・グループを個人用電話のセットにすることができる。個人用電話のユーザ・グループには無制限の長距離通話を許可し、ロビー電話のユーザ・グループではこれを禁止することができる。ＰＢＸでは各電話に関する他の情報も使用可能だが、概してＰＢＸの機種やブランドによって異なり、ＥＴサーバ２００がＥＴクライアントとＰＢＸの間で変換処理を行うために必要な情報は以上ですべてである。

ＩＶ．エンハンスド・テレフォニー（ＥＴ）の方法および機能
ＥＴサーバ２００の主な機能は、ＥＴクライアント・コンピュータから要求されるとおりに電話内線を制御することと、内線での電話イベントをＥＴクライアントに通知することである。本願明細書で使用しているように、「電話内線（telephone extension）」という用語は、ＰＢＸに接続された電話内線と、内線に接続された電話の両方を意味することができる。図６は、本ＥＴ方法の全体的な概要を示す概略フロー図である。最初にＥＴサーバがオンラインになり、ＰＢＸに接続される（６００）。この、ＰＢＸへの接続は、ＰＢＸスイッチ・データベースから必要なデータをすべてダウンロードすることによって実行される。このことは、各ＥＴサーバがサービスするＰＢＸからスイッチ・データベース情報を各ＥＴサーバが取得することを可能にする。ＥＴサーバが既にオンラインになっていて、更新されたスイッチ・データベース情報をＰＢＸから定期的に受け取っている場合があることに留意されたい。次に、ＥＴクライアント・ソフトウェアがＥＴクライアント・コンピュータにインストールされる（６１０）。このＥＴクライアント・ソフトウェアは、コンピュータとテレフォニーの機能を統合するＥＴユーザ・インターフェースを含み、ＥＴクライアント・コンピュータがＥＴサーバと通信することを可能にする。ＥＴクライアントとＥＴユーザ・インターフェースについては、同時係属出願の特許文献１で説明している。

次に、ＥＴクライアントはサービス探索（service discovery）ステップを実行する。事業体内ＥＴシステムには複数のＥＴサーバが存在するのが一般的なので、このサービス探索は、それぞれのＥＴサーバに対し、そのＥＴクライアントに関連付けられた内線をサービスしているＥＴサーバに照会する（６２０）。より具体的には、サービス探索ステップは、各ＥＴサーバに照会して、そのＥＴサーバに接続されているＰＢＸが所望の内線をサービスしているかどうかをチェックする。サービスしていない場合、ＥＴクライアントは次のＥＴサーバに照会する。これを、該当するＰＢＸと、それに関連付けられたＥＴサーバが見つかるまで続ける。次にＥＴクライアントは、（後述するように）そのＥＴサーバに登録する。これによって、そのＰＢＸとＥＴサーバが正しいＥＴクライアントを対応する電話内線に関連付けることができる（６３０）。１つの内線に対して複数のＥＴクライアントが存在する場合があることに留意されたい。一度ＥＴクライアントが登録されれば、ＥＴサーバは、そのＥＴクライアントの要求どおりに、関連付けられた内線を制御できる（６４０）。さらにＥＴサーバは、その内線での電話イベント（着信呼など）をＥＴクライアント（複数の場合あり）に通知できる（６５０）。

ＥＴサーバによる電話内線の制御
ＥＴサーバの主要機能の１つは、ＥＴクライアント・コンピュータから要求されたときに電話内線を制御することである。以下のアクションが、ＥＴサーバを使用して、所与の電話内線に関して実行できるアクションである。
受話器を取り上げる（回線を受信する、スピーカーフォンをオンにする）
受話器を置く（回線を切断する、スピーカーフォンをオフにする）
通話を申し込む、必要に応じて受信する（取り上げる）
現在の通話を保留にする
現在の通話の保留を解除する
進行中のアクション（たとえば転送）を取り消す
電話会議を開始する
発呼者を現在の電話会議に参加させる
ＤＴＭＦ（dual tone multi-frequency）を送出する。ＤＴＭＦは、電話がＰＢＸと通信することを可能にする音（tones）である。
電話のＤＮＤ（do not disturb）モードのオン／オフを切り替える。ＤＮＤモードは、宛先の電話のベルを鳴らさずに、すべての着信呼を音声メールに回すことを意味する。
電話の呼転送モード（call forward mode）のオン／オフを切り替える
電話の画面にテキストを表示する
自動メッセージが流れる前（無条件転送（blind transfer）の場合）または流れた後（通常転送（normal transfer）の場合）に現在の呼または着信呼を転送する。無条件転送は電話のベルが鳴っている間に行われ、通常転送は自動メッセージが流れた後に行われる。

図７は、電話内線の制御プロセスの全体的な概要を示す概略フロー図である。この電話内線制御プロセスは、ＰＢＸ上で電話アクションを実行するために、ＥＴサーバによって実行される。このプロセスは、実行すべき電話アクションの要求をＥＴクライアントから受け取ることによって開始される（７００）。次に、安全なトランザクションを保証するためにセキュリティ対策が実行される。このセキュリティ対策を図７に示した。一般に、セキュリティ対策は、少なくとも２つの理由で重要である。第１は、セキュリティ対策によって、ユーザが自分に制御権限のある電話だけを制御できることが保証されることである。第２は、セキュリティ対策によって、ユーザが、ユーザが本人であると主張している当のユーザであることが保証されることである。これによって、他人になりすました人間が電話を制御することを防止できる。このセキュリティ対策については後で詳述する。実施形態によっては、このセキュリティ対策が省かれる可能性があることに留意されたい。

セキュリティ対策には、次のプロセスが含まれる。まず、ＥＴクライアントが認証される（７１０）。これは、ＥＴクライアントが、ＥＴサーバに接続したときに、認証のための証明書をＥＴサーバに提示することを意味する。これらの証明書がない場合、ＥＴサーバはＥＴクライアントからの要求をすべて拒否する。次に、この認証結果に基づいて、そのＥＴクライアントに関連付けられた内線がＥＴ事業体内ディレクトリ内で検索される（７２０）。ＥＴ事業体内ディレクトリについては、後で詳述する。ＥＴサーバは、このディレクトリを使用して、そのＥＴクライアントが目的の内線または外線電話番号に連絡することが認可されているかどうかを判別できる。次にＥＴサーバは要求を認可する（７３０）。次にＥＴサーバは、そのＥＴクライアントが登録されていることを保証するためにチェックされる（７４０）。これらのセキュリティ対策は、他者による不正使用の防止に役立つ。

セキュリティ対策の実行後、ＥＴサーバは、ＥＴクライアントに関連付けられた内線にある電話が適切な状態であることを確認する（７５０）。たとえば、その内線で既に進行中の呼がある場合は、電話をかけることができない。次にＥＴサーバは、必要な電話アクションを、ＰＢＸが理解できる低水準ＰＢＸデータに変換する（７６０）。次にＰＢＸが、必要な電話アクションを、ＥＴクライアントの要求どおりに実行する（７７０）。

ＥＴサーバによる電話イベントの通知
ＥＴサーバはさらに、特定の内線に登録されているＥＴクライアントに、その内線に関連する電話イベント（着信呼など）を通知する。このＥＴクライアント通知プロセスは、ＥＴクライアントがユーザ・インターフェースを介してユーザと対話することを可能にする。たとえば、着信呼を受け取ると、ＥＴクライアントのユーザ・インターフェースがユーザに着信呼通知を提供する。

以下は、ＥＴサーバから、所与の内線に登録されているＥＴクライアントに転送される電話関連イベントのリストである。
受話器が取り上げられた
受話器が置かれた
発信呼が電話から開始された
着信呼、電話のベルが鳴っている
着信呼が中止された、電話のベルが鳴らなくなった
着信呼に自動応答した
現在の通話が保留になっている
現在の通話の保留が解除されている
電話会議が開始されようとしている
発呼者が電話会議に参加しようとしている
発呼者が電話会議から抜けようとしている
電話がＤＮＤ（do not disturb）モードに入っている
電話がＤＮＤモードではなくなっている
電話が呼転送（call forward）モードになっている
電話が呼転送モードではなくなっている
上記イベントのいくつかには追加情報が含まれる。たとえば、着信呼イベントには、発呼者のＩＤや名前など）発呼者に関する情報が含まれる。イベントが電話の操作によって直接引き起こされたものかどうか（ユーザがハンドセットを取上げ、電話機のダイヤルパッドからダイヤルした場合など）、あるいはイベントがＥＴクライアントのユーザ・インターフェースを介して開始されたものかどうか（ＥＴクライアントがＥＴサーバに電話をかけるよう指示した場合など）にかかわらず、イベントがＥＴクライアントに送られることに留意されたい。

図８は、ＥＴクライアント通知プロセスの全体的な概要を示す概略フロー図である。このクライアント通知プロセスは、ＥＴサーバによって実行され、登録されたＥＴクライアントに所与の内線に関連する電話イベントを通知する。このプロセスは、ＥＴサーバがＰＢＸから電話イベントを受け取ることによって開始される（８００）。この通知は、ＥＴサーバによって低水準ＰＢＸデータとして受け取られる。スイッチ・データベースが使用され、目的の内線やイベントのタイプなど、電話イベントのパラメータが特定される（８１０）。次に、電話イベントに基づいて、その内線の電話状態が更新される（８２０）。その内線に登録されているＥＴクライアントが存在するかどうかを判別するチェックが行われる（８３０）。着信呼の発呼者の身元（identity）を突き止めるために、ＥＴ事業体内ディレクトリを使用して、電話番号の逆検索が実行される（８４０）。所与の内線に対して登録された各ＥＴクライアントに、ＥＴサーバから電話イベントが通知される（８５０）。

ＥＴクライアント登録
上記のＥＴクライアント通知メカニズムを動作させるために、ＥＴサーバは、実行されているＥＴクライアントとそれらと連絡をとる方法について知る必要がある。したがって、ＥＴクライアントは、電話イベントを受け取るために、ＥＴサーバにそれ自身を登録する必要がある。そこで、ＥＴクライアントは、起動後にＥＴサーバと連絡をとり、それ自身を登録する。登録に使用する情報は、（ａ）ＥＴクライアントが使用されている電話の内線、（ｂ）通知の宛先である、ＥＴクライアントのコール・バックＵＲＬ（リモート・エンド・ポイントとＩＰアドレス）、（ｃ）ユーザと、ＥＴクライアントを実行しているマシンの、名前、および（ｄ）バージョン情報である。登録後、ＥＴサーバは、特定の内線に登録されているすべてのＥＴクライアントに、その内線に関する電話イベントを通知するようになる。

ＥＴサーバは、そのサービス対象のすべての内線のすべてのＥＴクライアントを追跡し続ける。ＥＴクライアントはまた、それ自身の登録の解除に対しても責任を持つ。さらに、ＥＴクライアントの陳腐化を避けるために、ＥＴサーバは、いくつかの状況下でＥＴクライアントの登録を解除できる。たとえば、ＥＴクライアントに連絡可能でなくなった場合や、一定時間が過ぎてもＥＴクライアントがそれ自身の登録を更新していない場合には、そのＥＴクライアントは、ＥＴサーバによって登録が解除される可能性がある。

ＥＴ事業体内ディレクトリ
一般に、事業体は、従業員とその内線の情報および他のタイプの情報（勤務場所や職名（job title）など）を含むデータベースを有する。ただし、ＥＴクライアントの要求に対して迅速なサービスを提供するには、事業体内データベースの検索は一般に、十分速いとは言えない。この問題を克服するために、本ＥＴシステムおよび方法はＥＴ事業体内ディレクトリを含む。ＥＴ事業体内ディレクトリは、事業体内データベースとほとんど同じ情報を収容している。ただし、ＥＴ事業体内ディレクトリは、情報に迅速にアクセスすること、したがってＥＴクライアントに迅速に情報を提供することができるように、正規化され、索引付けされる。これによって、ユーザは、ＥＴユーザ・インターフェースを介して必要な情報を迅速に取得することが可能になる。

ＥＴ事業体内ディレクトリは、その情報を事業体内データベースから取得する。ＥＴ事業体内ディレクトリは、公式の事業体内データベースからのデータ供給により、定期的に（たとえば、毎週）更新される。ＥＴ事業体内ディレクトリは少なくとも３つの用途で使用される。すなわち、（１）電話番号の逆検索（たとえば、発呼者のＩＤ）、（２）ＥＴクライアントからの検索、（３）電話内線の制御／監視の認可の３つである。個人およびエンティティ（たとえば、会議室など）のそれぞれについて、
名（First Name）
姓（Last Name）
別名（Alias）／ニックネーム
電話番号
役職
上司
部門
勤務場所
のデータをＥＴ事業体内ディレクトリに格納できる。

電話番号の逆検索
多くの場合、事業体内データベースは使用可能だが、そうであっても、それらは本ＥＴシステムおよび方法の必要条件を十分満たしていない。具体的には、ＥＴサーバは、事業体内データベースとは対照に、電話番号の逆検索を行う方法を必要とする。たとえば、電話の着信呼を受信し、発呼者のＩＤ情報（caller ID information）が、事業体内データベース内の従業員またはエントリに解決（resolve:決定）されなければならない場合に必要である。

電話番号に基づく照会の実行を可能にするためにＥＴ事業体内ディレクトリが作成される。ＥＴサーバは、ＥＴ事業体内ディレクトリ内のすべての電話番号を解析して正規化し、それらの電話番号が正規化された形式で索引付けされている状態を維持する。ＥＴサーバのメモリ内でＥＴ事業体内ディレクトリをホストすることは、発呼者のＩＤ情報（通常は単なる電話番号）を、ＰＢＸから受け取った時点で、別のサーバとのやりとり（round trips）を必要とせず迅速に変換できる点で有利である。

ＥＴクライアント検索要求
ＥＴ事業体内ディレクトリは、ＥＴクライアントからの検索も扱う。迅速な検索を可能にするために、ＥＴクライアントのアクセス・パターンを分析し、それによって、ＥＴ事業体内ディレクトリの索引およびメモリ内データ構造を性能が最適になるように調整することができる。具体的には、ＥＴ事業体内ディレクトリは、個人名の一部だけがわかる場合の人名検索に最適化されたり、勤務場所や役職など、人名以外のデータがわかる場合の人名検索に最適化されたりする。ディレクトリは、ユーザが目的の個人を見つけやすいように、可能性のある一致結果をすべて返す。

内線の認可
ＥＴ事業体内ディレクトリの第３の用途は認可である。ＥＴクライアントが、特定の内線を監視することをＥＴサーバに登録しようとしたり、特定の内線を制御しようとしたりすると、ＥＴ事業体内ディレクトリが照会され、その要求が認可されているかどうかを確認する。具体的には、要求者の身元が認証によって確認された後に、要求者の電話番号が検索される。ＥＴサーバは、ＥＴ事業体内ディレクトリにリストされている電話番号（内線）と、要求で指定されている内線とが一致する場合に限り、所定の内線に対するそうした要求を認可する。

セキュリティ機能
不正なアクセスや使用は常に問題である。この問題を軽減するために、ＥＴサーバは、セキュリティおよびプライバシの問題に次のように対処する。第１に、認証および認可は、従業員が、自分の電話、または制御および監視することを明確に限定して認可された電話、だけを制御および監視することを確実にするために使用される。これは、たとえば、従業員Ｘが自分の上司の電話を監視または制御できる状況を避けるためである。第２に、ＥＴクライアントとＥＴサーバの間で安全な接続機能を使用する。これは、特定のＥＴクライアントとＥＴサーバの間で流れているデータを、ネットワークにアクセスできる第三者が調べたり理解したりできないことを保証する。

これによって、ネットワークをかぎ回ることにより、特定の内線に誰が電話をかけているか、特定の内線から誰が呼び出されているか、ＥＴサーバでホストされているＥＴ事業体内ディレクトリで特定のユーザが誰を検索しているか、などがわかってしまう状況を避けることができる。最後に、起こりうるＤｏＳ（サービス拒否）攻撃を検出するために、各ＥＴサーバが、秒あたりの要求数、接続しているクライアント数、その他のデータを反映するパフォーマンス・カウンタ（複数）を持つ。これらのカウンタを監視して、それらが妥当な範囲内にあることを確認する。セキュリティ違反の結果として起こりうる他の障害やイベントを検出するために、ＥＴサーバは、そのすべてのアクティビティのログ出力を生成し、システムのイベント・ログにエラー・メッセージや警告メッセージを書き込む。

ユーザ・データ転送
前述したように、直接仮想接続は、ＥＴクライアントの画面共有機能および簡単転送機能に有用である。ＥＴサーバのユーザ・データ転送機能により、１つまたは複数のＥＴクライアントとの間での直接仮想接続を確立できる。これにより、ＥＴクライアント間のピア・ツー・ピア関係が確立される。ＥＴサーバは、そのような通信機能や探索機能を促進（手助け）する。１つのＥＴクライアントは、別のＥＴクライアントにデータを送ることを要求できる。自分以外のＥＴクライアントはその内線によって識別される。送り側のＥＴクライアントは、所定の内線をサービスしているＥＴサーバが見つかるまで、複数のＥＴサーバに次々に連絡をとることになる。見つかったＥＴサーバは、目的の内線に対して登録されているＥＴクライアント（複数の場合あり）にデータを転送する。所与の内線に複数のＥＴクライアントが登録されている場合は、すべてのＥＴクライアントに通知されることになる。これにはネットワークとの複数回のやりとりが必要なので、理想的には、このメカニズムはサービス探索にのみ使用すべきである。サービス探索では、最初のＥＴクライアントが自分のＵＲＬかリモート・エンド・ポイントをＥＴサーバ経由で自分以外のＥＴクライアントに送り、その後、ピア・ツー・ピア通信モデルに切り替わる。

ユーザ・データ転送機能は、たとえば、ＥＴを使用しているときや、誰かと通話しているときに画面共有セッション（screen sharing session）を開始する場合に便利である。その場合、一方のパーティ（パーティＡ）が自分のＥＴクライアントのユーザ・インターフェース（ＵＩ）で画面共有オプションを選択する。そのＥＴクライアントは、もう一方のパーティ（パーティＢ）のＥＴクライアントとの通信を確立することが必要になる。具体的には、クライアントＡは、自身のＵＲＬまたはリモート・エンド・ポイントを備えたユーザ・データをクライアントＢに送信することを試みる必要がある。ただし、クライアントＡがクライアントＢについて認識しているのは、クライアントＢが管理している内線（たとえば、パーティＢの内線）だけであって、マシン名やアドレスは不明である。クライアントＡは、クライアントＢのコンピュータと連絡をとるために、パーティＢの内線を管理するＥＴサーバが見つかるまで、各ＥＴサーバの１つずつと連絡をとっていく。見つかるとそのＥＴサーバがクライアントＢに前述したユーザ・データを転送する。ＥＴユーザ・インターフェースを通して、クライアントＢは、パーティＡから画面共有セッションが要求されていることを示す確認ダイアログを、ユーザに対して表示することができる。パーティＢがこれを受け入れると、クライアントＢが、ＥＴサーバを介さずにクライアントＡと、直接、連絡をとり、ピア・ツー・ピア方式で通信を続けて画面共有の設定を調整する。

電話の状態
ＥＴサーバは、サービス対象の各内線の状態を管理する。ＥＴサーバは、各内線に対する電話状態として、（ａ）電話がオン・フックかオフ・フックか、（ｂ）その内線が呼び出されているか、（ｃ）その内線が発呼しているか、（ｄ）保留中の呼があるか、および（ｅ）内線が電話会議中かどうか、を認識する。

たとえば、内線がオン・フック、あるいはオフ・フックである場合、あるいは、内線が通話中である場合、この電話状態は、所与の内線に対して適切なコマンドを確実に実行するために使用される。一例として、ユーザがハンドセットを取り上げ、ＥＴクライアントのユーザ・インターフェースから通話を申し込むと、その回線は、ＥＴサーバによって電話にでる(pick up)必要がなくなり、（電話がスピーカーフォンであれば）スピーカーフォンがトグルされる必要がなくなる。同様に、電話が鳴っている場合、その回線にでる（pick up）と、単に電話をオフ・フックにする場合と異なり、電話に応答することになる。電話内線を正しい状態に保ち、それに応じて電話およびＰＢＸに対するコマンドを調整することは、円滑な動作のために必要である。

電話内線の状態を、ＥＴクライアントや他のクライアント・コンピュータに示すことができる。たとえば、これによって、ＥＴクライアントは、電話の現在の状態が不明でも、起動中に知ることができる。このような状態情報を他のシステムにも公開することができ、これにより、ユーザが別の人物とより有効に連絡をとれる可能性がある。一例として、第三者が電話にでていることをそのようなシステムが検出した場合は、「後でコール・バックすること」、あるいは「相手先のカレンダ情報で空き時間をチェックすること」など、何らかの勧告をユーザに対して行うことができる。

ＥＴクライアント関連機能
本ＥＴシステムおよび方法はさらに、ＥＴクライアントがＥＴサーバと対話することを可能にする機能を含む。これらの機能について説明する。

サービス探索
既に大まかに述べたように、ＥＴクライアントは、起動すると、そのユーザが使用する内線を決定し、適切なＥＴサーバに接続しなければならない。すべてのＥＴサーバのリストがＥＴクライアント（のレジストリ）に格納され、ＥＴクライアント・アプリケーションによってインストールされる。最初のステップは、ＥＴ事業体内ディレクトリに接続して、そのユーザの内線を決定することである。このディレクトリは、すべてのＥＴサーバで同一である。可能であれば、ＥＴクライアントは、以前にそのユーザの内線をサービスしていたＥＴサーバ（既知の場合）に接続することを試みることになる。可能でなければ、そのＥＴクライアントはＥＴサーバをランダムに選択する。次にＥＴクライアントは、そのユーザの内線をそのディレクトリに要求する。次にＥＴクライアントは、そのユーザの内線をサービスしているＥＴサーバを見つけて接続することを試みる。ＥＴクライアントは、そのユーザの内線をサービスし、そのＥＴクライアントの登録を受け付けるＥＴサーバが見つかるまで、リストにある各ＥＴサーバに照会する。一度登録されると、ＥＴクライアントは、今後の起動がより速くなるように、接続したＥＴサーバを記憶する。これらのステップの後、ＥＴクライアントは無事にＥＴサーバに登録され、サービス探索プロセスが完了する。

ネットワークの変化の検出
ＥＴクライアントは、ネットワーク内に変化がないか（特にＩＰアドレス・リストに変化がないか）を監視する。ネットワークの変化を監視していると、ＥＴクライアントの接続状況に応じてＥＴクライアントの状態を稼働中または休止中に素早く切り替えることができるので、結果として、よりよいユーザ・エクスペリエンス（ユーザ体験）につながる。変化が起こると、ＥＴクライアントは必ず、ＥＴサーバへの登録の状態をチェックすることを試みる。これは、典型的な２つの状況（接続が失われる場合と確立される場合）で役に立つ。一例として、その２つの典型的な状況を示す。

第１の状況では、ＥＴクライアントを実行するノートブック・コンピュータが無線ネットワークの範囲外にある。これは、たとえば、ユーザが建物から離れつつある場合に起こりうる。この場合、ＥＴクライアントは、ＥＴサーバと連絡をとることができなくなり、サービスの停止がユーザに報告される。ＥＴサーバは、その登録がＥＴサーバによってチェックまたは更新されなくなるので、最終的に、このＥＴクライアントの登録を解除する。

第２の状況では、ＥＴクライアントを実行しているコンピュータが、ＥＴサーバにアクセスできる無線ネットワークの範囲に入ってくる。あるいは、ＥＴクライアントを実行しているコンピュータが別の方法で、たとえば、法人組織のネットワークに接続するために仮想プライベート・ネットワーク（ＶＰＮ）のような、ネットワークに接続された。この場合、ＥＴクライアントは、このネットワークの変化を検出し、ＥＴサーバに登録し、サービスが回復したことをユーザに報告する。

ｐｉｎｇ間隔
ＥＴクライアントとＥＴサーバの間のネットワーク接続の断絶を突き止めるには、ネットワークの変化を検出するだけでは不十分な場合がある。このギャップを埋めるために、ｐｉｎｇ間隔が決められる。ｐｉｎｇ間隔は、ｐｉｎｇ（ＥＴサーバによるチェック・バック（checking back））の時間間隔である。ｐｉｎｇ間隔は、ＥＴクライアントがＥＴサーバとの登録をチェックおよび更新しなければならない頻度をＥＴクライアントに指示する。ｐｉｎｇ間隔は、登録処理中にＥＴサーバから取得される。このチェックおよび更新により、ＥＴクライアントがアライブ（alive）状態にあることがＥＴサーバに伝えられる。ＥＴクライアントも、ＥＴサーバが何らかの原因でダウンしている場合にそのことを検出できる。たとえば、ＥＴクライアントのコンピュータが、ＥＴサーバへの登録を解除できないまま、シャットダウンされてしまう場合がある。あるいは、ＥＴサーバが、保守やネットワークの問題などの理由で使用不能になってしまう場合がある。そのようなネットワーク変化は、ＥＴクライアント側だけで検出しても、このような状況を捉えることはない。ｐｉｎｇ間隔の長さは、（クライアント要求によってＥＴサーバが過負荷になるのを避けるため）ＥＴサーバに通常、接続されているＥＴクライアントの数に基づいて設定できる。好ましい実施形態では、ｐｉｎｇ間隔はおおよそ数分である。

本発明の態様は以下のとおりである。

エンハンスド・テレフォニー・サーバを使用して電話内線を制御するためにコンピュータに実装されるプロセスであって、サーバとネットワーク通信をしているクライアントであって、電話内線に関連付けられたクライアント、から電話アクションを求める要求を受け取ること、その電話アクションを、その電話内線をサービスしている構内交換機が理解できる低水準データに変換すること、および要求されたとおりに構内交換機に対して電話アクションを実行すること、を備える含むプロセスである。

コンピュータに実装される上記のプロセスであって、要求側クライアントからサーバに証明書を提示させることによってクライアントを認証することをさらに備えるコンピュータに実装されるプロセスである。

コンピュータに実装される上記のプロセスであって、事業体の従業員の名前および情報とクライアントに対して認可された内線とを格納する、エンハンスド・テレフォニーの事業体内ディレクトリを生成することをさらに備えるコンピュータに実装されるプロセスである。

コンピュータに実装される上記のプロセスであって、エンハンスド・テレフォニーの事業体内ディレクトリを検索して、クライアントが認可されている内線を要求しているかどうかを確認することをさらに備えるコンピュータに実装されるプロセスである。

コンピュータに実装される上記のプロセスであって、クライアントがサーバに登録され、電話内線がそのクライアントに関連付けられることを確認することをさらに備えるコンピュータに実装されるプロセスである。

クライアントとネットワーク通信をしているエンハンスド・テレフォニー・サーバを使用して、クライアントに、そのクライアントに関連付けられた内線での電話イベントを通知する方法であって、電話内線をサービスしている構内交換機から電話イベントを受け取ること、スイッチ・データベースを使用して電話イベント・パラメータを特定すること、その電話イベント・パラメータを使用して電話番号の逆検索を実行すること、および電話番号の逆検索の結果を使用して、電話内線に登録されている各クライアントに通知すること、を備える方法である。

上記方法において、スイッチ・データベースは、構内交換機がサービスしている各電話内線に関する構内交換機情報を格納する、方法である。

上記方法において、電話番号の逆検索の実行は、従業員の名前および連絡先情報を格納するエンハンスド・テレフォニーの事業体内ディレクトリを生成すること、およびエンハンスド・テレフォニーの事業体内ディレクトリを使用して着信呼の発呼者の身元（identity）を確認すること、をさらに備える方法である。

上記の方法において、電話イベント・パラメータが、電話内線および電話イベントのタイプを含む、方法である。

本発明の上記の説明は、例示および説明を目的として提示されている。網羅的であることや、開示した形態に厳密に本発明を限定することは意図していない。上記教示に照らして様々な修正や変形形態が可能である。本発明の範囲は、本発明の上記の詳細な説明によって限定されるものではなく、本願明細書に添付される特許請求の範囲によって限定されるものである。

本ＥＴシステムおよび方法を実践するのに適したコンピューティング・システム環境の例を示す図である。 コンピューティング環境と電話環境の間の一般的な配置を示す概略ブロック図である。 事業体環境における本ＥＴシステムおよび方法の代表的な実施態様の全体的な概要を示す図であり、例示目的のみの図である。 ＥＴサーバがＰＢＸデータを、ＥＴクライアントが理解する高水準データに変換する様子を示すブロック図である。 ＥＴサーバが、ＥＴクライアントが理解する高水準データを、ＰＢＸが理解する低水準ＰＢＸデータに変換する様子を示すブロック図である。 スイッチ・データベースに格納できるＰＢＸ固有の情報の特定の実施態様を示す図である。 本ＥＴ方法の全体的な概要を示す概略フロー図である。 電話内線の制御プロセスの全体的な概要を示す概略フロー図である。 ＥＴクライアント通知プロセスの全体的な概要を示す概略フロー図である。

符号の説明

１００ コンピューティング・システム環境
１２０ 処理装置
１２１ システム・バス
１３０ システム・メモリ
１３１ ＲＯＭ
１３２ ＲＡＭ
１３３ ＢＩＯＳ
１３４ オペレーティング・システム
１３５ アプリケーション・プログラム
１３６ 他のプログラム・モジュール
１３７ プログラム・データ
１４０ 非リムーバブル不揮発性メモリ・インターフェース
１４１ ハードディスク・ドライブ
１４４ オペレーティング・システム
１４５ アプリケーション・プログラム
１４６ 他のプログラム・モジュール
１４７ プログラム・データ
１５０ リムーバブル不揮発性メモリ・インターフェース
１５１ 磁気ディスク・ドライブ
１５２ リムーバブルで不揮発性の磁気ディスク
１５５ 光ディスク・ドライブ
１５６ リムーバブルで不揮発性の光ディスク
１６０ ユーザ入力インターフェース
１６１ マウス
１６２ キーボード
１７０ ネットワーク・インターフェース
１７１ ローカル・エリア・ネットワーク
１７２ モデム
１７３ ワイド・エリア・ネットワーク
１８０ リモート・コンピュータ
１８１ メモリ・ストレージ装置
１８５ リモート・アプリケーション・プログラム
１９０ ビデオ・インターフェース
１９１ モニタ
１９５ 出力ペリフェラル・インターフェース
１９６ プリンタ
１９７ スピーカ
２００ エンハンスド・テレフォニー・サーバ
２１０ エンハンスド・テレフォニー・クライアント
２２０ 構内交換機（ＰＢＸ）
２３０ ネットワーク
２４０ 電話装置
２５０ ユーザ
３００ ＥＴサーバ１
３０５ ＰＢＸ１
３１０ ＰＳＴＮ
３１５ ＰＢＸ２
３２０ ＰＢＸ３
３２５ ＰＢＸ４
３３０ ＥＴサーバ２
３３５ ＥＴサーバ３
３４０ ＥＴサーバ４
３４５ 電話１
３５０ ＥＴクライアント１
３５５ 複数のＥＴクライアント
３６０ ＥＴクライアント２
３６５ 電話２
３７０ 個人用データベース
３７５ 事業体内ディレクトリ
３８０ ＥＴサービス
２１０ ＥＴクライアント
４００ 低水準ＰＢＸデータ
４１０ 高水準データ
４２０ 変換モジュール
４３０ スイッチ・データベース
５００ スイッチ・データベース

Claims (27)

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. （ａ）発呼者が後でコール・バックすること、および（ｂ）前記発呼者は、前記ユーザが空き時間となる可能性のある時間についてユーザのカレンダ情報をチェックすること、のうちの少なくとも一つを勧告することをさらに備えることを特徴とする請求項２５に記載の方法。
27. コンピュータ・ネットワークと通信している複数のエンハンスド・テレフォニー・サーバ、
    複数のエンハンスド・テレフォニー・クライアントであって、それぞれが前記複数のエンハンスド・テレフォニー・サーバの少なくとも１つによってサービスされるように、前記コンピュータ・ネットワークを介して前記複数のエンハンスド・テレフォニー・サーバの少なくとも１つと通信している前記複数のエンハンスド・テレフォニー・クライアント、および
    クライアントから構内交換機への要求を促進し、前記構内交換機から前記クライアントへの電話イベントを中継するために、前記複数のエンハンスド・テレフォニー・サーバのそれぞれが、前記複数のエンハンスド・テレフォニー・クライアントの少なくとも１つおよび前記複数の構内交換機の少なくとも１つをサービスするように、前記複数のエンハンスド・テレフォニー・サーバの少なくとも１つと通信している前記複数の構内交換機
    を備えることを特徴とするエンハンスド・コンピュータ・テレフォニー・インテグレーション・システム。

Images