(57)【特許請求の範囲】
【請求項１】
同期デジタルリンクに接続して、該同期デジタルリンクを介して電話交換機との間でデジタル信号を送受信するためのインタフェースと、
該インタフェースを介して受信した該デジタル信号に基づいてグラフィック表示情報および事象を生成するコントローラと、
非同期デジタルリンクを介し交信して、該デジタル信号を非同期形式に変換し、かつ該デジタル信号と該グラフィック表示情報および事象を該非同期デジタルリンクを介して送信するための、キープレス・フック状態コマンドを該非同期デジタルリンクを介して受信するよう構成した論理手段と、を備えた装置。
【請求項２】
前記論理手段を、前記グラフィック表示情報および事象を含むデジタル電話を表示装置上に表示するよう構成した請求項１に記載の装置。
【請求項３】
構内交換機（ＰＢＸ）から同期デジタル通信リンクを介してデジタルデータを受信するステップと、
受信した該デジタルデータに基づいてグラフィック表示情報および事象を生成するステップと、
該グラフィック表示情報および事象を非同期インターネットプロトコル（ＩＰ）リンクを介して送信するステップと、
該非同期インターネットプロトコル（ＩＰ）リンクを介してキープレス・フック状態コマンドを受信するステップと、
該キープレス・フック状態コマンドを別の形式に変換するステップと、
その変換したキープレス・フック状態コマンドを該同期デジタル通信リンクを介してＰＢＸに送信するステップと、を含む方法。
【請求項４】
前記グラフィック表示情報がデジタル電話のグラフィック表現に関連した情報である請求項３に記載の方法。
【請求項５】
請求項３に記載の方法であって、さらに、
前記グラフィック表示情報を含むデジタル電話を表示装置上にグラフィック表現するステップ、を含む方法。
【請求項６】
実行したときコンピュータをして、
サーバ・コントロール・オブジェクトから受け取るライト・イベントおよび表示更新をグラフィック形式に変換させ、
第１の表示装置に該ライト・イベントおよび表示更新を含むデジタル電話を表示させ、
表示された該デジタル電話に関連し、キープレス・フック状態コマンドを含む、受け取った入力機器データをパケット化された形式に変換させ、
パケット化された該入力機器データを非同期インターネットプロトコル（ＩＰ）リンクを介して送信させる、命令を書き込んだコンピュータ記憶媒体。
【請求項７】
請求項６に記載の媒体であって、さらに、実行したとき前記コンピュータをして、
前記非同期ＩＰリンクを介してスピーカーから可聴情報を発しさせる、命令を書き込んだ記憶媒体。
【請求項８】
請求項６に記載の記憶媒体であって、さらに、実行したとき前記コンピュータをして、
入力音声データをパケット化された形式に変換させ、
パケット化された該入力音声データを非同期ＩＰリンクを介して送信させる、命令を書き込んだ記憶媒体。
【発明の詳細な説明】
【０００１】
（関連出願の相互参照）
本出願人は、１９９９年２月２６日に出願した「Ｄｉｇｉｔａｌ  Ｂｒｏｗｓｅｒ  Ｐｈｏｎｅ」という名称の仮出願第６０／１２１７５５の優先権を主張し、この出願は、参照により、本明細書に組み込まれる。
【０００２】
（発明の背景）
この発明は、一般的に、電話通信システムに関し、より詳細には、デジタル電話のすべての機能がコンピュータ上で使用可能な新しい改良されたシステムに関する。
【０００３】
デジタルコンピュータ、詳細には、パーソナル・コンピュータは、電話システムでますます大きな役割を果たしている。例えば、パーソナル・コンピュータは、パーソナル・コンピュータが構内交換機（ＰＢＸ）などの電話交換機と電話機の間に機能的に配置されるコンピュータ電話統合を利用する音声処理システムで中心的な役割を果す。さらに、デジタル電話自体が、従来の電話機によって提供される機構および機能を越えて、それが提供する追加の機構および機能において進歩している。
【０００４】
（発明の概要）
基本電話統合では、ＰＢＸは、コンピュータ電話インターフェースを介して、パーソナル・コンピュータに接続され、パーソナル・コンピュータの方は、別のインターフェースを介して、デジタル電話などの電話機に接続されている。デジタル電話のすべての機能をパーソナル・コンピュータ上だけで実装することができ、それにより、電話機の必要性をなくする電話システムを提供するのが、たいへん望ましく、有利である。言い換えれば、コンピュータ・ディスプレイおよびマウス、キーボードまたは他の入力／出力コマンド・デバイスを使用して、ユーザは、物理的電話機なしに、すべてのデジタル電話機能にアクセスして、それを実現することができ、またパーソナル・コンピュータは、オーディオ機能も提供する。そうしたシステムの重要な利点は、インターネット、ＬＡＮ、ＷＡＮ、ＲＡＳ、または他の媒体を介する通信を使用する、遠隔ロケーションからのデジタル電話機能へのコンピュータ・アクセスおよび利用である。
【０００５】
（発明の詳細な説明）
本発明によるシステム１０が、図１に簡単に概略で示されている。ＰＢＸまたは他の標準電話交換機が、１２で表され、また回線１４、１６は、ＰＢＸ１２をユーザの電話ネットワークに接続する標準インターフェース回線である。本例の標準パーソナル・コンピュータ（ＰＣ）２０は、マウス２２によって操作される。別法では、本発明のシステム内のＰＣ２０は、キーボードまたは何らかの他の入力デバイスによって操作することができる。本発明によれば、デジタル電話のグラフィカル表示２６が、ＰＣ２０のディスプレイ上に提供される。様々な電話機能は、マウス２２を操作し、カーソル（図示せず）を電話イメージ２６の特定の構成要素上に置いて、次にマウスをクリックすることによってアクセスする。例えば、呼出しを行うための第１ステップは、電話コンソールからハンドセットまたは受話器を取り外すことである。これは、マウス２２を動かし、カーソルがイメージ２６の左手部分にある受話器の表示上に来るようにして、マウス２２をクリックすることによって行う。これは、適切なコマンドが、システムの残りの部分に発行されて、ここで詳細に説明するとおり、呼出しの開始を指示することをもたらす。前述のことは、ここで詳細に説明する方式で、ＡｃｔｉｖｅＸとして知られるコンピュータ・プログラム、またはグラフィカルインターフェースの実装を提供する他のプログラムを使用して実現される。さらなる例示として、呼出しの次のステップは、番号をダイヤルすることである。マウス２２を使用してカーソルを順次、イメージ２６のボタン・グラフィカル表示のそれぞれに移動して、各ボタン表示上でクリックすることによって実行される。説明するとおり、毎回、電話番号の実際のダイヤル呼出しのために、適切なコマンドがシステムの残りの部分に発行される。本例は、好ましいイメージ２６をデジタル電話の表示として含むが、イメージ２６は、ユーザが、ダイヤルする機会を有することになる電話番号のリスト、電話会議、パーク・アンド・ピックなどの電話機構のメニュー、および他の形式などの、他の電話関連形式を有することが可能である。
【０００６】
本発明によれば、図１のシステムは、３０として一般的に示され、ＰＢＸ１２とＰＣ２０を結合する電話サーバをさらに含む。ＰＢＸ１２からの回線１４および１６が、サーバ３０に接続されている。通信リンク３２が、サーバ３０とＰＣ２０を接続する。これは、いくつかを挙げれば、ＬＡＮ、ＷＡＮ、ＲＡＳ、インターネット、またはモデム・アクセスされる電話回線でよい。ＰＢＸ１２に関連する信号および回線１４、１６上の信号は、ＰＢＸオペレーションの標準要件である同期タイミングを特徴とする。リンク３２上の、ＰＣ２０に関連する信号は、非同期であり、これは、ＰＣ２０および通信リンク３２のオペレーションのタイミングでの必要な柔軟性のために必要とされる。したがって、サーバ３０は、ＰＢＸ１２の同期オペレーションと、通信リンク３２およびＰＣ２０の非同期オペレーションとの間の通信を可能にする。サーバ３０は、ＰＣ２０と動作上、関連するウェブ・ブラウザなどの非同期クライアントが、リンク３２を介して、電話交換機、すなわち、ＰＢＸ１２などの非同期デバイスと通信することを可能にする。
【０００７】
要約すれば、図１に示すとおり、電話サーバ３０は、デジタル電話エミュレーション・インターフェース３４と、アプリケーション・プログラム・インターフェース３６と、リンク３２をインターフェース３４および３６に結び付ける論理３８とを含む。インターフェース３４は、例としては、ＶｏｉｃｅＢｒｉｄｇｅ−ＰＣおよびＶｏｉｃｅＢｒｉｄｇｅ  ２０００の名称の下で、Ｖｏｉｃｅ  Ｔｅｃｈｎｏｌｏｇｉｅｓ  Ｇｒｏｕｐ，Ｉｎｃ．から市販されている。インターフェース３４は、様々なＰＢＸとコンピュータ電話アプリケーション・コンピュータ、すなわち、ＰＣ２０、およびそのプロセッシング・カードとの間で、直接のデジタル接続を提供し、またＰＢＸから利用され得る統合情報の量を増加させる。アプリケーション・プログラム・インターフェース３６は、インターフェース３４から提供される信号からコマンド・セットを発行し、これは、ＰＣ２０内のソフトウェアが理解することができる。論理３８は、前述した同期／非同期変換を提供する。したがって、論理３８は、サーバ３０のＰＢＸ側での同期スイッチングとサーバ３０の他方の側での非同期パケット・スイッチングとの間の仲介の役割をする。例えば、論理３８は、インターフェース３４からの要求をパケット化して、それが、リンク３２を介して伝送されて、ＰＣ２０によって利用できるようにする。これは、インターフェース３４からの電話イベントを前述したオブジェクト・プログラム、すなわち、ＡｃｔｉｖｅＸプログラムが電話イメージ２６と関連して利用できるように変換することである。
【０００８】
ＰＣ２０のグラフィカル電話イメージ２６およびカーソルを利用する様々なデジタル電話機能の選択およびパフォーマンスは、グラフィカル・インターフェースの実装を提供するプログラムを使用して実現される。好ましいプログラムは、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎから市販され、ＡｃｔｉｖｅＸコントロールとして知られている。ＡｃｔｉｖｅＸコントロールは、ダイアログ・ボックス内または任意のＡｃｔｉｖｅＸコントロール・コンテナ・アプリケーション内にインストールすることができる共通オブジェクト・モデル（ＣＯＭ）に基づく高度なコントロールを開発することを可能にする。ＡｃｔｉｖｅＸコントロールは、それ自体のウインドウ内に自らを描くことができるＣＯＭベースのオブジェクトであり、これは、マウス・クリックなどのイベントに応答し、あるプロパティおよびメソッドを含んだインターフェースを介して管理することが可能である。
【０００９】
ＡｃｔｉｖｅＸコントロールは、コントロール・コンテナ内で使用することができる、インプロセス・サーバとして、通常は、小さなオブジェクトとして実装される。このコントロール・コンテナは、コントロールのプロパティおよびメソッドを使用することによって、ＡｃｔｉｖｅＸコントロールを動作させて、イベントの形式で、ＡｃｔｉｖｅＸコントロールから通知を受け取る。したがって、コントロールは、プロパティ、メソッド、およびイベントによって完全に記述され、またＡｃｔｉｖｅＸは、コントロールを実装するための手段である。本発明の本例では、ＡｃｔｉｖｅＸを利用するが、いくつかを挙げれば、ＪＡＶＡアプレット、ＣまたはＣ＋＋などのさらに低いレベルのソフトウェアなどの、他のグラフィカル・インターフェースの実装も使用することができる。
【００１０】
図２は、インターネット・プロトコル（ＩＰ）を介して、デジタル呼出しコントロールを実行することの図１のシステム１０の原理の適用形態を示している。言い換えれば、図２のシステムのお陰で、デジタル電話のすべての呼出しコントロール機構が、ＰＣ上でユーザに提供され、これらの機構は、インターネットを介してＰＣによってアクセスされ、またこれらの機構の選択および使用は、マウスまたはキーボードの対話によって、電話またはそれに類するもののグラフィカル・イメージを介して行われる。
【００１１】
図２に示すシステム内では、ＰＢＸ１２’、ＰＣ２０’、マウス２２’、デジタル電話エミュレーション・インターフェース３４’、およびアプリケーション・プログラム・インターフェース３６’は、図１のシステム１０内の対応する構成要素と同様である。図２のシステム内では、コントロール構成要素のいくつかは、実際に、同じＣ＋＋オブジェクトであるが、そのコントロールがクライアントとして構成されているか、またはサーバとして構成されているかに基づいて、異なる仕方で動作する。この理由で、下記の説明は、クライアント・セクションおよびサーバ・セクションに分ける。点線領域５０内の構成要素は、すべて、ここでさらに詳細に説明するメソッド、プロパティ、およびイベントを有する同一のコントロール内に常駐する。
【００１２】
サーバ・コントロール・オブジェクト５４は、下記の機能を担う。オブジェクト５４は、ＶｏｉｃｅＢｒｉｄｇｅスレッド５６からのＶｏｉｃｅＢｒｉｄｇｅライト・イベントおよび表示更新をサーバ・モニタ５８上での表示のために、これらのイベントをグラフィカル・ユーザ・インターフェース（ＧＵＩ）表示に変換する。ＧＵＩ表示６０は、ＶｏｉｃｅＢｒｉｄｇｅインターフェース３４’がエミュレートする実際のデジタル・ステーション・セットのようなソフト電話である。この実装形態では、ソフト電話は、クライアントが自身のＰＣ２０’上で見ているもののミラー・イメージを提供する。このミラー・イメージは、クライアント活動のステータスを提供する手段である。
【００１３】
サーバ・コントロール・オブジェクト５４もまた、ＴＣＰ／ＩＰソケット・スレッド６２からのキー押しコマンドおよびフック状態コマンドをサーバ・モニタ５８上での表示のために、これらのコマンドのＧＵＩ表示に変換する。これが、前述したミラー・イメージを完成させる。オブジェクト５４は、ＴＣＰ／ＩＰソケット・スレッド６２からのキー押しコマンドおよびフック状態コマンドをＰＢＸ１２’を使用する実行および対話のために、ＶｏｉｃｅＢｒｉｄｇｅ  ＡＰＩコマンドに変換する。オブジェクト５４は、また、ＶｏｉｃｅＢｒｉｄｇｅイベント・スレッド５６からのＶｏｉｃｅＢｒｉｄｇｅライト・イベントおよび表示更新をＴＣＰ／ＩＰソケット・スレッド６２による後のパケット化に適した形式に変換する。
【００１４】
ＴＣＰ／ＩＰソケット・スレッド６２は、コントロール５０がサーバとして動作しているとき、次の役割を担う。それは、サーバ・コントロール・オブジェクト５４からのライト・イベントおよび表示更新をソケットを介するクライアントへの伝送のためにパケット化し、クライアントからパケット化されたキー押しコマンドおよびフック状態コマンドを受け取って、これらのコマンドをパケット化解除して、ＶｏｉｃｅＢｒｉｄｇｅＡＰＩコマンドを使用する実行のために、サーバ・コントロール・オブジェクト５４にサブミットするか、またはＧＵＩ上で表示する。ＶｏｉｃｅＢｒｉｄｇｅイベント・スレッド５６は、ＶｏｉｃｅＢｒｉｄｇｅＡＰＩ３６’を使用して、着信するライト・イベントおよび表示変更に関して、ＶｏｉｃｅＢｒｉｄｇｅイベント待ち行列を監視し、また、これらのイベントをさらなる処理のためにサーバ・コントロール・オブジェクト５４にサブミットすることを担う。
【００１５】
ＶｏｉｃｅＢｒｉｄｇｅＡＰＩ３６’およびＶｏｉｃｅＢｒｉｄｇｅカード３４’は、共に、ＰＢＸ１２’に適切なインターフェースを提供する。ＶｏｉｃｅＢｒｉｄｇｅカード３４’は、同期デジタル・ステーション・リンクを介するＰＢＸ１２’とのすべての低レベルの対話を処理する。ＶｏｉｃｅＢｒｉｄｇｅＡＰＩ３６’は、コントロール５０の残りの部分が、ＶｏｉｃｅＢｒｉｄｇｅ内部仮想電話を使用してＰＢＸ１２’と対話する手段を提供する。
【００１６】
クライアント・コントロール・オブジェクト６４は、下記の機能を担う。オブジェクト６４は、クライアント・マシン２０’からのマウス・クリックおよびキー・ストロークをＴＣＰ／ＩＰソケット・スレッド６６による後のパケット化に適したコマンドに変換する。マウス・クリックおよびキー・ストロークは、ユーザによって、前述したとおり、ソフト電話６８のＧＵＩ表示から入力される。サーバＧＵＩ６０と同様に、クライアントＧＵＩ６８も、ＶｏｉｃｅＢｒｉｄｇｅ３４’がエミュレートする実際のデジタル・ステーション・セットのように見えるソフト電話である。クライアント・コントロール・オブジェクト６４もまた、ＴＣＰ／ＩＰソケット・スレッド６６からのライト・イベントおよび表示更新をクライアント・モニタ２０上のグラフィカル表示に変換する。これらのイベントは、前述したＧＵＩソフト電話６８上で表示される。
【００１７】
ＴＣＰ／ＩＰソケット・スレッド６６は、サーバ・セクションで記載したのと同じ役割を担うが、それを逆に行う。つまり、キー押しコマンドおよびフック状態コマンドは、クライアント・オブジェクトから来て、パケット化されて、サーバに送信される。ライト更新および表示更新は、サーバからとられ、パケット化解除されて、さらなる処理のためにクライアント・オブジェクトに渡される。
【００１８】
当分野の技術者には、ソケットおよびスレッド以外のプログラミング方法、ならびにＴＣＰ、ＩＰおよびＨ．３２３（ＡＴＭ、ＭＧＣＰまたはＳＩＰ）以外のプロトコルを利用して、本明細書に記載するクライアント・コントロール・オブジェクトおよびサーバ・コントロール・オブジェクトを実装できることが明白である。
【００１９】
図３および４は、インターネット・プロトコル（ＩＰ）を介する音声コントロールおよびデジタルコンピュータを含むコントロールのアーキテクチャを示している。このコントロールは、クライアント／サーバ環境で使用され、ＩＰを介して遠隔ロケーションから、デジタル・ステーション・セット機構にアクセスする。図３および４のアーキテクチャでは、コントロールの音声構成要素は、２つの方式のうちの１つで処理される。図３の方法は、ＤｉａｌｏｇｉｃまたはＮａｔｕｒａｌ  Ｍｉｃｒｏｓｙｓｔｅｍｓ（ＮＭＳ）から入手可能なＷＡＶインターフェースまたは他の手段をＭｉｃｒｏｓｏｆｔ  ＮｅｔＭｅｅｔｉｎｇバージョン２．１ＳＤＫと併せて使用して、オーディオ機能を有するＨ．３２３プロトコル・スタックを提供する。図４の方法は、Ｄｉａｌｏｇｉｃ  ＤＭ３プラットフォーム、ＮＭＳ  Ｆｕｓｉｏｎプラットフォーム、または他の手段によって提供されるＨ．３２３プロトコル・スタック（ミドルウェア）を使用する。両方の方法とも、クライアント側でＮｅｔＭｅｅｔｉｎｇバージョン２．１ＳＤＫを使用する。
【００２０】
図３をまず参照すると、ＰＢＸ８０が、まとめて８２として示されるデジタル回線を介して、図１および２で示した構成内でのＰＢＸ１２、回線１４、１６、およびインターフェース３４と同様の方式で、デジタル電話エミュレーション・インターフェース８４に接続されている。インターフェース８４は、音声バス８６を介して、サーバ・コントロール９０内に含まれるデジタル信号プロセッサ（ＤＳＰ）８８に接続されている。コントロール９０は、ＷＡＶインターフェース９２およびプロトコル・スタック９４も含む。クライアント・コントロール１００もまた、プロトコル・スタック１０２、ならびにサーバ・コントロール９０およびクライアント・コントロール１００をそれぞれ含み、これらは、ＩＰ通信リンク１０６を介して接続されている。
【００２１】
したがって、図３のＩＰ方法を介する音声は、Ｄｉａｌｏｇｉｃ、ＮＭＳによって提供されるＷＡＶインターフェースまたは他の手段を使用する。この方法で、コントロール９０および１００は、ＮｅｔＭｅｅｔｉｎｇバージョン２．１ＡＰＩコールを使用して、サーバ側とクライアント側の両方で、すべての接続確立および機能のネゴシエーションを処理する。オーディオ・チャネルは、サーバ／クライアント・セッションの持続時間中ずっと、オープンなままにされる。ＶｏｉｃｅＢｒｉｄｇｅ８４が、ＰＢＸ８０とのオーディオ・チャネルをオープンする（すなわち、電話呼出しが行われる、または応答されるとき）まで、サイレンスが伝送される。これは、呼出しが開始された、または応答されたときオーディオが、「カット・スルー（ｃｕｔ  ｔｈｒｏｕｇｈ）」されるという望ましい効果を提供する。
【００２２】
図３の矢印は、オーディオ・パスを示している。ＰＢＸ８０は、オーディオをＶｏｉｃｅＢｒｉｄｇｅインターフェース８４に提供し、このインターフェースが、音声データを音声バス８６上に送出する。この音声データは、音声バスからＤＳＰカード８８によってとられて、ＷＡＶインターフェース９２を介してサーバＰＣ（図示せず）に提供される。ＮｅｔＭｅｅｔｉｎｇソフトウェア９４、１０２が、このＷＡＶインターフェース９２を利用して、接続ネゴシエーションのための規格（Ｈ．２４５）ならびに音声のパケット化および伝送のための規格（Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ−ＲＴＰ）を含んだＨ．３２３プロトコルを実装する。
【００２３】
次に、ミドルウェア使用するＩＰを介する音声を示している図４を参照すると、図３のアーキテクチャと同様の構成要素が、ダッシュ記号を有する同一の参照番号によって識別されている。サーバ・コンピュータ１２０が、ミドルウェア１２２を含み、矢印１２４が、オーディオ・パスを示している。クライアント実装形態は、この方法の場合、変更がない。サーバは、変更がなく、この場合、ＤｉａｌｏｇｉｃからのＤＭ／３  ＩＰＬＩＮＫまたはＮＭＳからのＦｕｓｉｏｎなどのミドルウェア１２２を使用して、クライアント側でインターフェースを提供する。このミドルウェアは、ＮｅｔＭｅｅｉｔｎｇ  ＳＤＫの代りに、Ｈ．３２３プロトコル・スタックを提供する。矢印によって示される音声パスは、図３の方法で示すものに非常に類似している。
【００２４】
図２のシステムは、以下の例のトランザクションによってさらに例示される。第１の例示的な例は、クライアント／サーバ接続を確立している。クライントがサーバと接続を確立する前に、サーバは、クライアント接続を待機しなければならない。コントロール・メソッドが指定したＦＡＬＳＥのパラメータを有するＳｔａｒｔＲｅｏｍｏｔｅ（）は、クライアント接続を待機しているサーバを開始するために実行される。スタート・リモートおよび他のコントロールのメソッドとパラメータについて、以下でさらに詳細に説明する。次に、クライアント・コントロールのＲｅｍｏｔｅＨｏｓｔＮａｍｅパラメータを、サーバのＩＰアドレスに設定する（すなわち、２０４．２４２．２８．１９７）。次いで、コントロール・メソッドＳｔａｒｔＲｅｍｏｔｅ（）をＴＲＵＥのパラメータで実行する。これは、クライアントとサーバの間の初期ハンドシェーキング・シーケンスを開始させる。初期ハンドシェーキング・シーケンスについては、図５に概述している。
【００２５】
次の例示的な例は、クライアント・キー押し動作である。以下のシーケンスは、図２の構成要素に関して実行する、クライアント・マシンからＰＢＸへの全体のキー押し動作を記述している。フック状態動作は、以下のシーケンスと同一であるが、送信されるデータのみが異なる。
１．クライアント・ユーザは、彼／彼女のマウス２２’を使用して、画像６８の上のＧＵＩ電話のキーを押す。
２．マウスを押した際に、クライアント・コントロール・オブジェクト６４が通知され、押されたＧＵＩの電話キーのキー番号（ＩＤ）を決定し、キー押しコマンドをサーバに送信するために、ＴＣＰ／ＩＰソケット・スレッド６６を知らせる。
３．クライアントのＴＣＰ／ＩＰソケット・スレッド６６は、適切なキー番号とサポート情報を有するキー押しパケットを構築して、ソケット・コマンドを介して、このデータをサーバに送信する。
４．サーバのＴＣＰ／ＩＰソケット・スレッド６２は、キー押しコマンド・パケットを受信し、コマンドのパケットを解体して、キーを押すために、サーバ・コントロール・オブジェクト５４を知らせる。
５．次いで、サーバ・コントロール・オブジェクト５４は、ｖｂ＿ｐｒｅｓｓ＿ｋｅｙ（）コマンドをＶｏｉｃｅＢｒｉｄｇｅ  ＡＰＩ３６’に発行する。キー押しコマンドについて、以下でさらに詳細に説明する。同時に、サーバ・コントロール・オブジェクト５４は、活動追跡のために、サーバＧＵＩ６０の上にキー押しを示す。
６．ＶｏｉｃｅＢｒｉｄｇｅ  ＡＰＩ  ３６’は、コマンドをＶｏｉｃｅＢｒｉｄｇｅカー  ド３４’に渡し、ＶｏｉｃｅＢｒｉｄｇｅカード３４’は、同期デジタル・データ・リンクを介して、ＰＢＸ１２’にコマンドを送信する。次いで、ＰＢＸ１２’は、適切にキー押しに作用する。
【００２６】
次の例示的な例は、ライト更新シーケンスである。以下で、ライト更新トランザクションの全体について説明する。このシーケンスは、上述したキー押しシーケンスに非常に類似しているが、今回は、ＰＢＸ１２’によって開始され、クライアントＧＵＩ電話６８上で終了する。また、表示更新シーケンスも、以下のシーケンスと同一であるが、送信されるデータのみが異なることに留意されたい。
１．ＰＢＸ１２’は、デジタル・データ・リンクを介して、ＶｏｉｃｅＢｒｉｄｇｅカード３４’にライト更新データ・パケットを送信する。
２．ＶｏｉｃｅＢｒｉｄｇｅイベント・スレッド５６は、ＶｏｉｃｅＢｒｉｄｇｅカード３４’によって生成されたイベントを介してライト更新を受信し、ＶｏｉｃｅＢｒｉｄｇｅ  ＡＰＩ３６’によって通過させる。
３．ＶｏｉｃｅＢｒｉｄｇｅイベント・スレッド５６は、ライト更新イベントをサーバ・コントロール・オブジェクト５４に渡す。サーバ・コントロールは、ライト・イベントをクライアントに送信するために、サーバのＴＣＰ／ＩＰソケット・スレッド６２を知らせる。
４．サーバのＴＣＰ／ＩＰソケット・スレッド６２は、ライト番号と新しい状態を含めて、ライト・イベント情報をパケット化し、ソケット・コマンドを介して、この情報をクライアントに送信する。
５．クライアントのＴＣＰ／ＩＰソケット・スレッド６６は、ライト更新パケットを受信し、更新のパケットを解体して、ライト更新をクライアント・コントロール・オブジェクト６４に通知する。
６．次いで、クライアント・コントロール・オブジェクト６４は、ＧＵＩ電話６８のランプ画像上に新しいライト状態を表示する。
【００２７】
ここで、図２〜４のシステムに関連するコントロールの様々なプロパティ、メソッド、およびイベントについて説明する。コントロールのメソッドとプロパティにより、コンテナは、キーを押し（マウスまたはメソッドを使用して）、ライト状態を設定および獲得し、フック状態を設定および獲得し、電話のための表示情報を設定および獲得することが可能になる。さらに、複数の電話のタイプとサイズを構成することができる。ＶｏｉｃｅＢｒｉｄｇｅカード３４と対話するこの機能は、ＡｃｔｉｖｅＸコントロールの内部に用意されている。これにより、ウエッブ・ページ、ビジュアル・ベーシック・プログラム、またはさらにはパワー・ポイント・プレゼンテーションの中から、単一のＶｏｉｃｅＢｒｉｄｇｅを完全にコントロールすることが可能になる。クライアント／サーバ機能は、コントロールに含まれている。これは、ＴＣＰ／ＩＰソケットを介するＡｃｔｉｖｅＸコントロールの完全な遠隔オペレーション（呼出しコントロール）を見込んでいる。前述したように、クライアント・コンピュータ（すなわちラップトップ）は、ＴＣＰ／ＩＰソケットを使用して、サーバに接続されている。サーバのマシンは、ＰＢＸに接続されているＶｏｉｃｅＢｒｉｄｇｅカードを含む。サーバ・コントロールは、クライアントからキー押しとフック状態のコマンドを受け取り、これにより、遠隔ユーザが、ＶｏｉｃｅＢｒｉｄｇｅチャネルと対話することが可能になる。次に、クライアントは、サーバから、ランプ更新、表示更新、およびキャリア・イベントの利得／損失を受け取り、これにより、遠隔位置から、ＶｏｉｃｅＢｒｉｄｇｅラインの完全な状況を提供する。
【００２８】
コントロールのカスタム・プロパティを表Ｉに記述する。右欄には、様々な特性が記述されている。コンテナがプロパティを変更するとき、特性に変更が生じる。
【表１】
0004494644.tif 000002
0004494644.tif 000003
【００２９】
コントロールのカスタム・メソッドを表ＩＩに記述する。中央欄のパラメータは、行われる動作である。右欄の定義は、ＡｃｔｉｖｅＸの定義の一部である。ＡｃｔｉｖｅＸコントロールのコンテナは、表ＩＩに記述したメソッドと対話することができる。ＳｔａｒｔＡｃｔｉｖｅＰＣＭｏｄｅメソッドは、通信リンクがＩＰでないときに使用される。ＳｔａｒｔＲｅｍｏｔｅメソッドは、通信リンクがＩＰであるときに使用される。
【表２】
0004494644.tif 000004
0004494644.tif 000005
0004494644.tif 000006
【００３０】
コントロールのカスタムイベントを表ＩＩＩに記述する。イベントは、生じたことを示すために、コントロールからコンテナまで生じる。すなわち、イベントは通知を与える。表ＩＩＩにおける６つの状況のイベントは、表ＩＩの記録／再生方法に関係付けられており、すべきこと、すなわちイネーブル・キーまたはディスイネーブル・キーをクライアントに知らせる。
【表３】
0004494644.tif 000007
【００３１】
図２〜５を参照して説明した本発明のシステムのアーキテクチャは、ＩＰを介してデジタル呼出しを実行する。前述の通り、遠隔位置からデジタル・ステーション・セット機構にアクセスするために、クライアント／サーバ環境でコントロールを使用することができる。この機能によって、高度に有益かつ望ましい応用例がもたらされる。図６は、在宅勤務者に対して完全なデジタル・ステーション機構を提供するために前述の機能を使用しているところを示している。ＰＢＸ１５０と電話サーバ１５２は、図１のシステムにおけるＰＢＸ１２とサーバ３０に類似している。遠隔アクセス・サーバ（ＲＡＳ）１５４はローカル・エリア・ネットワーク（ＬＡＮ）１５６に接続されており、ＬＡＮ１５６は本発明の電話サーバ１５２に接続されている。ＲＡＳ１５４はＬＡＮ１５６へのダイヤルイン接続を提供する。在宅勤務者のパーソナル・コンピュータ１５８は、それぞれのモデム１６０および１６２と電話ネットワーク１６４とを介してＲＡＳ１５４に接続される。
【００３２】
したがって、在宅勤務者はリモート・アクセス・ソフトウェア（ＲＡＳ）１５４を使用してオフィスのローカル・エリア・ネットワーク（ＬＡＮ）１５６に接続し、在宅のままデジタル・ステーション・セットのすべての機能を使用することができる。また、在宅勤務者がオフィスにも電話を持っている場合、そのオフィスの電話が鳴ったら電話をかけるようにコントロールをセットすることができる（すなわち在宅勤務者のデスクの電話をコントロールにブリッジすることができる）。これにより、在宅勤務者が家で仕事をしている時でも、発呼者はその在宅勤務者の通常のオフィスの電話を使用してその在宅勤務者と電話で話すことができる。さらに、その在宅勤務者は自分のＲＡＳ回線を介して同時にデータ（すなわち電子メール、ファイル・サーバ等）にアクセスすることができる。
【００３３】
前述の事柄は、また、遠隔呼出しセンタの作製も可能にする。コントロールが遠隔ユーザに対してすべてのＰＢＸ機構を提供するので、そのＰＢＸのＡＣＤ機構を遠隔に延長することができる。これにより、コール・センタ・エージェントは、たとえ何千マイル離れていても同じＡＣＤ待ち行列の一部になることができる。これでオフィス空間において経費が節減でき、また、コール・センタのオーバーフローのシナリオを提供する際に融通性を大幅に向上させる。
【００３４】
図７は図６に類似の構成を示しているが、在宅勤務者はインターネット・アクセスによってウェブ・サーバ１７０を介してオフィスのＬＡＮ１５６’に接続する。
【００３５】
図８に示す応用例は、遠隔オフィスの、企業のＰＢＸおよびメール・システムに戻るリンクを提供する。ＰＢＸ１８０と電話サーバ１８２は、図１のシステムにおけるＰＢＸ１２とサーバ３０に類似している。ワイド・エリア・ネットワーク（ＷＡＮ）の専用回線１８４および１８６は、支所すなわち支所の位置１８８と１９０をそれぞれ主要オフィスすなわち主要な位置に対して接続する。すなわち、多くの遠隔オフィスはその企業のデータベースや電子メール等にアクセスするための専用データ・タイラインを既に有しているので、本発明のコントロールはＰＢＸの接続性を遠隔の支所に延長することができる。また、遠隔オフィスはすべて同じＰＢＸを使用しているので、一社のボイス・メール・システムを分散することができる。これにより、多くの異なる電話システムおよび／またはボイス・メール・システムを単一でシームレスなシステムに統合しようとする試みにおける問題点および費用が解消される。
【００３６】
図９は、優先ベンダーおよび優先顧客への無料呼出しとボイス・メール・ボックスを提供する応用例を示す。ＰＢＸ２００と電話サーバ２０２は、図１のシステムにおけるＰＢＸ１２とサーバ３０に類似している。ウェブ・サーバ２０４は、電話サーバ２０２に動作可能に接続されている。ベンダー２０６、２０８、２１０は、それぞれにＰＣ２１２、２１４、２１６およびインターネット２２０を介してウェブ・サーバ２２２にアクセスし、最終的に電話サーバ２０２にアクセスする。会社のイントラネットまたはインターネットのウェブ・サイト２２２上のコントロールを備えるパーソナル・ウェブ・ページをベンダーと顧客に与えることによって、ベンダーと顧客にＰＢＸ２００の内線を与えることができる。ベンダー／顧客が連絡を受ける必要がある時、すなわち社内に通話を申し込んでもらう必要がある時は、彼らの長距離ＰＳＴＮ番号ではなく４桁の内線番号のうち３桁がダイヤルされる。呼出しはインターネットを介して発生するので、料金無料は適用されない。また、それらはＰＢＸ２００上の内線なので、ベンダーまたは顧客は会社のボイス・メール・ボックスを得ることができ、そこにメッセージを残させ、返事をもらい、ボイス・メールの配布先リストに載ることができる。
【００３７】
別の例として、ボイス・メールの応用例や電話デバイスなどのクライアント・コントロールによって他のクライアントの応用例が使用可能になる。前述のクライアント・コントロールは、マウス、キーボードまたは他の入力デバイスを利用してコマンドをサーバ・コントロールに導く。ボイス・メールの応用例は、遠隔クライアント・コントロールとして接続することができるもう一つの入力デバイスである。呼出しはＰＢＸからサーバ・コントロールに導かれるので、それらのイベントはボイス・メールのクライアント・コントロールに配布される。ボイス・メールの応用例は、これらのイベントに応答して、一般に着呼に応答し、発呼者からの入力を受け取り、かつメッセージを記録したりその呼出しを別の電話の内線番号に導き直したりする。ボイス・メールの応用例が行うこれらの動作は入力としてクライアント・コントロールに提示され、次いでそれは前述のようにサーバ・コントロールに引き渡される。したがって、本発明では、ボイス・メールの応用例がＰＢＸの制限距離内に配置される必要はなくなり、さらに図１のリンク３２に類似のこのＰＢＸへの代替接続手段が使用可能になる。電話機は、クライアント・コントロールの入出力デバイスとしても動作する。電話機のキーの押し下げはクライアント・コントロールによる入力として使用され、サーバ・コントロールに導かれる。ＰＢＸからのコマンドはサーバ・コントロールによってクライアント・コントロールに導かれ、ユーザが解釈するためにクライアント・コントロールに取り付けられた電話機に提示される。
【００３８】
したがって、本発明はその意図する目的を達成することが明らかである。以上、本発明の実施形態を詳述してきたが、これは例示のためであって限定のためではない。
【図面の簡単な説明】
【図１】  本発明のシステムを示すブロック図である。
【図２Ａ】  本発明のシステムの動作を示す概略図である。
【図２Ｂ】  本発明のシステムの動作を示す概略図である。
【図３】  本発明のシステムの動作の態様をさらに示す概略図である。
【図４】  本発明のシステムの動作の別の態様をさらに示す概略図である。
【図５】  本発明のシステムの動作を示す流れ図である。
【図６】  本発明のシステムの適用形態を示す概略ブロック図である。
【図７】  本発明のシステムの適用形態を示す概略ブロック図である。
【図８】  本発明のシステムの適用形態を示す概略ブロック図である。
【図９】  本発明のシステムの適用形態を示す概略ブロック図である。
【図１】
0004494644.tif 000008
【図２Ａ】
0004494644.tif 000009
【図２Ｂ】
0004494644.tif 000010
【図３】
0004494644.tif 000011
【図４】
0004494644.tif 000012
【図５】
0004494644.tif 000013
【図６】
0004494644.tif 000014
【図７】
0004494644.tif 000015
【図８】
0004494644.tif 000016
【図９】
0004494644.tif 000017