JP4494644B2

JP4494644B2 - Digital browser phone

Info

Publication number: JP4494644B2
Application number: JP2000601795A
Authority: JP
Inventors: ディラグ，エドウィン・エム; フリジンガー，ロバート
Original assignee: ボイス・テクノロジイズ・グループ・インコーポレーテッド
Priority date: 1999-02-26
Filing date: 2000-02-25
Publication date: 2010-06-30
Anticipated expiration: 2020-02-25
Also published as: WO2000051299A1; JP2002538667A; CN1375145A; AU3383000A; CA2364680C; EP1157510A4; EP1157510A1; CN1213578C; CA2364680A1

Description

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

【００２９】
コントロールのカスタム・メソッドを表ＩＩに記述する。中央欄のパラメータは、行われる動作である。右欄の定義は、ＡｃｔｉｖｅＸの定義の一部である。ＡｃｔｉｖｅＸコントロールのコンテナは、表ＩＩに記述したメソッドと対話することができる。ＳｔａｒｔＡｃｔｉｖｅＰＣＭｏｄｅメソッドは、通信リンクがＩＰでないときに使用される。ＳｔａｒｔＲｅｍｏｔｅメソッドは、通信リンクがＩＰであるときに使用される。
【表２】

【００３０】
コントロールのカスタムイベントを表ＩＩＩに記述する。イベントは、生じたことを示すために、コントロールからコンテナまで生じる。すなわち、イベントは通知を与える。表ＩＩＩにおける６つの状況のイベントは、表ＩＩの記録／再生方法に関係付けられており、すべきこと、すなわちイネーブル・キーまたはディスイネーブル・キーをクライアントに知らせる。
【表３】

【００３１】
図２〜５を参照して説明した本発明のシステムのアーキテクチャは、ＩＰを介してデジタル呼出しを実行する。前述の通り、遠隔位置からデジタル・ステーション・セット機構にアクセスするために、クライアント／サーバ環境でコントロールを使用することができる。この機能によって、高度に有益かつ望ましい応用例がもたらされる。図６は、在宅勤務者に対して完全なデジタル・ステーション機構を提供するために前述の機能を使用しているところを示している。ＰＢＸ１５０と電話サーバ１５２は、図１のシステムにおけるＰＢＸ１２とサーバ３０に類似している。遠隔アクセス・サーバ（ＲＡＳ）１５４はローカル・エリア・ネットワーク（ＬＡＮ）１５６に接続されており、ＬＡＮ１５６は本発明の電話サーバ１５２に接続されている。ＲＡＳ１５４はＬＡＮ１５６へのダイヤルイン接続を提供する。在宅勤務者のパーソナル・コンピュータ１５８は、それぞれのモデム１６０および１６２と電話ネットワーク１６４とを介してＲＡＳ１５４に接続される。
【００３２】
したがって、在宅勤務者はリモート・アクセス・ソフトウェア（ＲＡＳ）１５４を使用してオフィスのローカル・エリア・ネットワーク（ＬＡＮ）１５６に接続し、在宅のままデジタル・ステーション・セットのすべての機能を使用することができる。また、在宅勤務者がオフィスにも電話を持っている場合、そのオフィスの電話が鳴ったら電話をかけるようにコントロールをセットすることができる（すなわち在宅勤務者のデスクの電話をコントロールにブリッジすることができる）。これにより、在宅勤務者が家で仕事をしている時でも、発呼者はその在宅勤務者の通常のオフィスの電話を使用してその在宅勤務者と電話で話すことができる。さらに、その在宅勤務者は自分のＲＡＳ回線を介して同時にデータ（すなわち電子メール、ファイル・サーバ等）にアクセスすることができる。
【００３３】
前述の事柄は、また、遠隔呼出しセンタの作製も可能にする。コントロールが遠隔ユーザに対してすべてのＰＢＸ機構を提供するので、そのＰＢＸのＡＣＤ機構を遠隔に延長することができる。これにより、コール・センタ・エージェントは、たとえ何千マイル離れていても同じＡＣＤ待ち行列の一部になることができる。これでオフィス空間において経費が節減でき、また、コール・センタのオーバーフローのシナリオを提供する際に融通性を大幅に向上させる。
【００３４】
図７は図６に類似の構成を示しているが、在宅勤務者はインターネット・アクセスによってウェブ・サーバ１７０を介してオフィスのＬＡＮ１５６’に接続する。
【００３５】
図８に示す応用例は、遠隔オフィスの、企業のＰＢＸおよびメール・システムに戻るリンクを提供する。ＰＢＸ１８０と電話サーバ１８２は、図１のシステムにおけるＰＢＸ１２とサーバ３０に類似している。ワイド・エリア・ネットワーク（ＷＡＮ）の専用回線１８４および１８６は、支所すなわち支所の位置１８８と１９０をそれぞれ主要オフィスすなわち主要な位置に対して接続する。すなわち、多くの遠隔オフィスはその企業のデータベースや電子メール等にアクセスするための専用データ・タイラインを既に有しているので、本発明のコントロールはＰＢＸの接続性を遠隔の支所に延長することができる。また、遠隔オフィスはすべて同じＰＢＸを使用しているので、一社のボイス・メール・システムを分散することができる。これにより、多くの異なる電話システムおよび／またはボイス・メール・システムを単一でシームレスなシステムに統合しようとする試みにおける問題点および費用が解消される。
【００３６】
図９は、優先ベンダーおよび優先顧客への無料呼出しとボイス・メール・ボックスを提供する応用例を示す。ＰＢＸ２００と電話サーバ２０２は、図１のシステムにおけるＰＢＸ１２とサーバ３０に類似している。ウェブ・サーバ２０４は、電話サーバ２０２に動作可能に接続されている。ベンダー２０６、２０８、２１０は、それぞれにＰＣ２１２、２１４、２１６およびインターネット２２０を介してウェブ・サーバ２２２にアクセスし、最終的に電話サーバ２０２にアクセスする。会社のイントラネットまたはインターネットのウェブ・サイト２２２上のコントロールを備えるパーソナル・ウェブ・ページをベンダーと顧客に与えることによって、ベンダーと顧客にＰＢＸ２００の内線を与えることができる。ベンダー／顧客が連絡を受ける必要がある時、すなわち社内に通話を申し込んでもらう必要がある時は、彼らの長距離ＰＳＴＮ番号ではなく４桁の内線番号のうち３桁がダイヤルされる。呼出しはインターネットを介して発生するので、料金無料は適用されない。また、それらはＰＢＸ２００上の内線なので、ベンダーまたは顧客は会社のボイス・メール・ボックスを得ることができ、そこにメッセージを残させ、返事をもらい、ボイス・メールの配布先リストに載ることができる。
【００３７】
別の例として、ボイス・メールの応用例や電話デバイスなどのクライアント・コントロールによって他のクライアントの応用例が使用可能になる。前述のクライアント・コントロールは、マウス、キーボードまたは他の入力デバイスを利用してコマンドをサーバ・コントロールに導く。ボイス・メールの応用例は、遠隔クライアント・コントロールとして接続することができるもう一つの入力デバイスである。呼出しはＰＢＸからサーバ・コントロールに導かれるので、それらのイベントはボイス・メールのクライアント・コントロールに配布される。ボイス・メールの応用例は、これらのイベントに応答して、一般に着呼に応答し、発呼者からの入力を受け取り、かつメッセージを記録したりその呼出しを別の電話の内線番号に導き直したりする。ボイス・メールの応用例が行うこれらの動作は入力としてクライアント・コントロールに提示され、次いでそれは前述のようにサーバ・コントロールに引き渡される。したがって、本発明では、ボイス・メールの応用例がＰＢＸの制限距離内に配置される必要はなくなり、さらに図１のリンク３２に類似のこのＰＢＸへの代替接続手段が使用可能になる。電話機は、クライアント・コントロールの入出力デバイスとしても動作する。電話機のキーの押し下げはクライアント・コントロールによる入力として使用され、サーバ・コントロールに導かれる。ＰＢＸからのコマンドはサーバ・コントロールによってクライアント・コントロールに導かれ、ユーザが解釈するためにクライアント・コントロールに取り付けられた電話機に提示される。
【００３８】
したがって、本発明はその意図する目的を達成することが明らかである。以上、本発明の実施形態を詳述してきたが、これは例示のためであって限定のためではない。
【図面の簡単な説明】
【図１】本発明のシステムを示すブロック図である。
【図２Ａ】本発明のシステムの動作を示す概略図である。
【図２Ｂ】本発明のシステムの動作を示す概略図である。
【図３】本発明のシステムの動作の態様をさらに示す概略図である。
【図４】本発明のシステムの動作の別の態様をさらに示す概略図である。
【図５】本発明のシステムの動作を示す流れ図である。
【図６】本発明のシステムの適用形態を示す概略ブロック図である。
【図７】本発明のシステムの適用形態を示す概略ブロック図である。
【図８】本発明のシステムの適用形態を示す概略ブロック図である。
【図９】本発明のシステムの適用形態を示す概略ブロック図である。[0001]
(Cross-reference of related applications)
Applicant claims the priority of provisional application 60/121755, filed February 26, 1999, entitled “Digital Browser Phone”, which is incorporated herein by reference.
[0002]
(Background of the Invention)
The present invention relates generally to telephone communication systems, and more particularly to a new and improved system in which all functions of a digital telephone can be used on a computer.
[0003]
Digital computers, and in particular personal computers, are playing an increasingly important role in telephone systems. For example, personal computers play a central role in voice processing systems that utilize computer phone integration where the personal computer is functionally placed between a telephone switch, such as a private branch exchange (PBX), and a telephone. In addition, the digital telephone itself has advanced beyond the mechanisms and functions provided by conventional telephones in the additional mechanisms and functions that it provides.
[0004]
(Summary of Invention)
In basic telephone integration, the PBX is connected to a personal computer via a computer telephone interface, and the personal computer is connected to a telephone such as a digital telephone via another interface. It would be highly desirable and advantageous to provide a telephone system in which all functions of a digital telephone can be implemented only on a personal computer, thereby eliminating the need for a telephone. In other words, using a computer display and mouse, keyboard or other input / output command device, the user can access and implement all digital telephone functions without a physical telephone. Personal computers also provide audio functionality. An important advantage of such a system is computer access and utilization of digital telephone functions from remote locations using communications over the Internet, LAN, WAN, RAS, or other media.
[0005]
(Detailed description of the invention)
A system 10 according to the present invention is shown schematically in FIG. A PBX or other standard telephone switch is represented by 12, and

lines

14, 16 are standard interface lines that connect PBX 12 to the user's telephone network. A standard personal computer (PC) 20 in this example is operated by a mouse 22. Alternatively, the PC 20 in the system of the present invention can be operated by a keyboard or some other input device. In accordance with the present invention, a graphical display 26 of the digital telephone is provided on the display of the PC 20. Various telephone functions are accessed by manipulating the mouse 22, placing a cursor (not shown) on a particular component of the telephone image 26, and then clicking the mouse. For example, the first step for making a call is to remove the handset or handset from the telephone console. This is done by moving the mouse 22 and clicking the mouse 22 so that the cursor is on the handset display in the left hand portion of the image 26. This results in the appropriate command being issued to the rest of the system to indicate the start of the call as described in detail herein. The foregoing is accomplished using a computer program known as ActiveX or other programs that provide an implementation of a graphical interface in the manner described in detail herein. As a further illustration, the next step in the call is to dial a number. This is accomplished by using the mouse 22 to move the cursor sequentially to each of the button graphical displays of the image 26 and click on each button display. As will be explained, every time an appropriate command is issued to the rest of the system for the actual dialing of the telephone number. This example includes the preferred image 26 as a digital telephone display, but the image 26 is a menu of telephone mechanisms such as a list of telephone numbers that the user will have the opportunity to dial, conference calls, park and pick, etc. It is possible to have other phone-related formats, such as, and other formats.
[0006]
In accordance with the present invention, the system of FIG. 1 further includes a telephone server, shown generally as 30, and that couples PBX 12 and PC 20.

Lines

14 and 16 from the PBX 12 are connected to the server 30. A communication link 32 connects the server 30 and the PC 20. This can be a LAN, WAN, RAS, Internet, or modem-accessed telephone line, to name a few. The signals associated with PBX 12 and the signals on

lines

14, 16 are characterized by synchronization timing, which is a standard requirement for PBX operations. The signals associated with the PC 20 on the link 32 are asynchronous, which is required for the necessary flexibility in the timing of operation of the PC 20 and the communication link 32. Thus, the server 30 enables communication between the synchronous operation of the PBX 12 and the asynchronous operation of the communication link 32 and the PC 20. Server 30 in operation with PC 20 allows an asynchronous client, such as an associated web browser, to communicate with a telephone exchange, ie, an asynchronous device, such as PBX 12, via link 32.
[0007]
In summary, as shown in FIG. 1, the telephone server 30 includes a digital telephone emulation interface 34, an application program interface 36, and logic 38 that links the link 32 to the

interfaces

34 and 36. The interface 34 is, by way of example, under the names Voice Bridge-PC and Voice Bridge 2000, Voice Technologies Group, Inc. Commercially available. The interface 34 provides a direct digital connection between the various PBXs and the computer phone application computer, ie, the PC 20 and its processing card, and increases the amount of integrated information that can be utilized from the PBX. The application program interface 36 issues a command set from signals provided by the interface 34, which can be understood by software in the PC 20. Logic 38 provides the synchronous / asynchronous conversion described above. Accordingly, logic 38 acts as an intermediary between synchronous switching on the PBX side of server 30 and asynchronous packet switching on the other side of server 30. For example, the logic 38 packetizes the request from the interface 34 so that it can be transmitted over the link 32 and made available to the PC 20. This is to convert the telephone event from the interface 34 so that the object program described above, ie, the ActiveX program, can be used in conjunction with the telephone image 26.
[0008]
Selection and performance of various digital telephone functions that utilize the graphical telephone image 26 and cursor of the PC 20 are accomplished using a program that provides an implementation of a graphical interface. A preferred program is commercially available from Microsoft Corporation and is known as the ActiveX control. ActiveX controls allow you to develop advanced controls based on the Common Object Model (COM) that can be installed in a dialog box or in any ActiveX control container application. An ActiveX control is a COM-based object that can draw itself in its own window, which responds to events such as mouse clicks and is managed through an interface that contains certain properties and methods Is possible.
[0009]
An ActiveX control is typically implemented as a small object as an in-process server that can be used within a control container. The control container operates the ActiveX control by using the properties and methods of the control and receives notifications from the ActiveX control in the form of events. Thus, a control is completely described by properties, methods, and events, and ActiveX is a means for implementing the control. This example of the invention utilizes ActiveX, but other graphical interface implementations can be used, such as JAVA applets, lower level software such as C or C ++, to name a few.
[0010]
FIG. 2 illustrates an application of the principle of the system 10 of FIG. 1 to perform digital call control over the Internet Protocol (IP). In other words, thanks to the system of FIG. 2, all call control mechanisms of the digital telephone are provided to the user on the PC, these mechanisms are accessed by the PC via the Internet, and the selection of these mechanisms and Use is via a graphical image of a telephone or the like, with mouse or keyboard interaction.
[0011]
In the system shown in FIG. 2, the PBX 12 ′, PC 20 ′, mouse 22 ′, digital telephone emulation interface 34 ′, and application program interface 36 ′ are similar to corresponding components in the system 10 of FIG. is there. Within the system of FIG. 2, some of the control components are actually the same C ++ object, but behave differently based on whether the control is configured as a client or a server. To do. For this reason, the following description is divided into a client section and a server section. All components within the dotted area 50 reside in the same control with methods, properties, and events described in more detail herein.
[0012]
The server control object 54 has the following functions. The object 54 converts VoiceBridge light events and display updates from the VoiceBridge thread 56 into graphical user interface (GUI) displays for display on the server monitor 58. The GUI display 60 is a soft phone such as an actual digital station set emulated by the VoiceBridge interface 34 '. In this implementation, the soft phone provides a mirror image of what the client sees on his PC 20 '. This mirror image is a means of providing a status of client activity.
[0013]
Server control object 54 also converts key press and hook status commands from TCP / IP socket thread 62 into a GUI display of these commands for display on server monitor 58. This completes the aforementioned mirror image. Object 54 converts key press and hook state commands from TCP / IP socket thread 62 into VoiceBridge API commands for execution and interaction using PBX 12 '. The object 54 also translates VoiceBridge light events and display updates from the VoiceBridge event thread 56 into a form suitable for later packetization by the TCP / IP socket thread 62.
[0014]
The TCP / IP socket thread 62 plays the following role when the control 50 is operating as a server. It packetizes write events and display updates from the server control object 54 for transmission to the client over the socket and receives packetized key press and hook state commands from the client to receive these commands. Is depacketized and submitted to the server control object 54 or displayed on the GUI for execution using the VoiceBridge API command. The VoiceBridge event thread 56 uses the VoiceBridge API 36 'to monitor the VoiceBridge event queue for incoming light events and display changes, and to send these events to the server control object 54 for further processing. Responsible to submit.
[0015]
Both VoiceBridge API 36 'and VoiceBridge card 34' provide an appropriate interface to PBX 12 '. The VoiceBridge card 34 'handles all low level interactions with the PBX 12' via a synchronous digital station link. The VoiceBridge API 36 'provides a means for the rest of the control 50 to interact with the PBX 12' using the VoiceBridge internal virtual phone.
[0016]
The client control object 64 has the following functions. Object 64 translates mouse clicks and keystrokes from client machine 20 ′ into commands suitable for later packetization by TCP / IP socket thread 66. Mouse clicks and keystrokes are entered by the user from the GUI display of soft phone 68 as described above. Similar to server GUI 60, client GUI 68 is a soft phone that looks like an actual digital station set emulated by VoiceBridge 34 '. Client control object 64 also translates light events and display updates from TCP / IP socket thread 66 into a graphical display on client monitor 20. These events are displayed on the GUI soft phone 68 described above.
[0017]
The TCP / IP socket thread 66 plays the same role as described in the server section, but vice versa. That is, the key press command and the hook state command come from the client object, packetized, and transmitted to the server. Light updates and display updates are taken from the server, depacketized, and passed to the client object for further processing.
[0018]
Those skilled in the art will understand programming methods other than sockets and threads, as well as TCP, IP and H.264. It should be apparent that protocols other than H.323 (ATM, MGCP or SIP) can be utilized to implement the client and server control objects described herein.
[0019]
FIGS. 3 and 4 illustrate the architecture of controls including voice control and digital computers over the Internet Protocol (IP). This control is used in a client / server environment to access the digital station set mechanism from a remote location via IP. In the architectures of FIGS. 3 and 4, the audio component of the control is processed in one of two ways. The method of FIG. 3 uses a WAV interface or other means available from Dialogic or Natural Microsystems (NMS) in conjunction with Microsoft NetMeeting version 2.1 SDK to provide H.264 with audio capabilities. Provides a H.323 protocol stack. The method of FIG. 4 is an H.264 protocol provided by the Dialogic DM3 platform, NMS Fusion platform, or other means. The H.323 protocol stack (middleware) is used. Both methods use NetMeeting version 2.1 SDK on the client side.
[0020]
Referring first to FIG. 3, PBX 80 is digitally connected in a manner similar to PBX 12,

lines

14, 16, and interface 34 in the configuration shown in FIGS. 1 and 2 via a digital line collectively shown as 82. Connected to the telephone emulation interface 84. The interface 84 is connected to a digital signal processor (DSP) 88 included in the server control 90 via the audio bus 86. The control 90 also includes a WAV interface 92 and a protocol stack 94. The client control 100 also includes a protocol stack 102 and a server control 90 and a client control 100, respectively, which are connected via an IP communication link 106.
[0021]
Thus, voice over the IP method of FIG. 3 uses a WAV interface or other means provided by Dialogic, NMS. In this manner, controls 90 and 100 handle all connection establishment and feature negotiation on both the server side and the client side using NetMeeting version 2.1 API calls. The audio channel is left open for the duration of the server / client session. Silence is transmitted until VoiceBridge 84 opens an audio channel with PBX 80 (ie, when a phone call is made or answered). This provides the desired effect that the audio is “cut through” when a call is initiated or answered.
[0022]
The arrows in FIG. 3 indicate the audio path. The PBX 80 provides audio to the VoiceBridge interface 84, which sends audio data onto the audio bus 86. The audio data is taken from the audio bus by the DSP card 88 and provided to the server PC (not shown) via the WAV interface 92.

NetMeeting software

94, 102 uses this WAV interface 92 to include a standard for connection negotiation (H.245) and a standard for voice packetization and transmission (Real Time Protocol-RTP). The H.323 protocol is implemented.
[0023]
Referring now to FIG. 4, which shows voice over IP using middleware, components similar to the architecture of FIG. 3 are identified by the same reference numbers with dashes. Server computer 120 includes middleware 122, and arrow 124 indicates the audio path. The client implementation is unchanged for this method. The server is unchanged, in this case providing an interface on the client side using middleware 122 such as DM / 3 IPLINK from Dialogic or Fusion from NMS. This middleware is an H.264 software instead of NetMeeting SDK. Provides a H.323 protocol stack. The audio path indicated by the arrows is very similar to that shown in the method of FIG.
[0024]
The system of FIG. 2 is further illustrated by the following example transaction. The first illustrative example establishes a client / server connection. Before the client establishes a connection with the server, the server must wait for a client connection. StartRemote () having a FALSE parameter specified by the control method is executed to start a server waiting for a client connection. The start remote and other control methods and parameters are described in more detail below. Next, the client control's RemoteHostName parameter is set to the server's IP address (ie 204.242.28.197). Next, the control method StartRemote () is executed with the parameters of TRUE. This initiates an initial handshaking sequence between the client and server. The initial handshaking sequence is outlined in FIG.
[0025]
The next illustrative example is a client key press operation. The following sequence describes the entire key press operation from the client machine to the PBX, as performed for the components of FIG. The hook state operation is the same as the following sequence, but only the transmitted data is different.
1. The client user uses his / her mouse 22 ′ to press a key on the GUI phone over image 68.
2. When the mouse is pressed, the client control object 64 is notified, determines the key number (ID) of the telephone key of the pressed GUI, and sends a key press command to the server using a TCP / IP socket. Inform thread 66.
3. The client TCP / IP socket thread 66 constructs a key press packet with the appropriate key number and support information and sends this data to the server via a socket command.
4). The server TCP / IP socket thread 62 receives the key press command packet, disassembles the command packet, and informs the server control object 54 to press the key.
5). The server control object 54 then issues a vb_press_key () command to the VoiceBridge API 36 ′. The key press command is described in more detail below. At the same time, the server control object 54 indicates a key press on the server GUI 60 for activity tracking.
6). The VoiceBridge API 36 'passes the command to the VoiceBridge card 34', and the VoiceBridge card 34 'sends the command to the PBX 12' via a synchronous digital data link. The PBX 12 'then acts appropriately on key presses.
[0026]
The next illustrative example is a write update sequence. The entire write update transaction will be described below. This sequence is very similar to the key press sequence described above, but this time is initiated by the PBX 12 ′ and ends on the client GUI phone 68. Also note that the display update sequence is the same as the following sequence, but only the transmitted data is different.
1. The PBX 12 'sends a write update data packet to the VoiceBridge card 34' via a digital data link.
2. The VoiceBridge event thread 56 receives light updates via events generated by the VoiceBridge card 34 'and passes them through the VoiceBridge API 36'.
3. The VoiceBridge event thread 56 passes the write update event to the server control object 54. Server control informs the server TCP / IP socket thread 62 to send a write event to the client.
4). The server's TCP / IP socket thread 62 packetizes the write event information, including the write number and the new state, and sends this information to the client via a socket command.
5). The client TCP / IP socket thread 66 receives the write update packet, disassembles the update packet, and notifies the client control object 64 of the write update.
6). The client control object 64 then displays the new light state on the lamp image of the GUI phone 68.
[0027]
The various properties, methods, and events of the controls associated with the system of FIGS. 2-4 will now be described. Depending on the method and properties of the control, the container presses the key (using the mouse or method) to set and acquire the light state, set and acquire the hook state, and set and acquire display information for the phone It becomes possible. In addition, multiple phone types and sizes can be configured. This function of interacting with the VoiceBridge card 34 is provided inside the ActiveX control. This allows complete control of a single VoiceBridge from within a web page, visual basic program, or even a power point presentation. Client / server functions are included in the control. This allows for full remote operation (call control) of ActiveX control over TCP / IP sockets. As described above, the client computer (ie, laptop) is connected to the server using a TCP / IP socket. The server machine includes a VoiceBridge card connected to the PBX. The server control receives key press and hook state commands from the client, which allows the remote user to interact with the VoiceBridge channel. The client then receives lamp updates, display updates, and carrier event gain / loss from the server, thereby providing a complete status of the VoiceBridge line from a remote location.
[0028]
The custom properties of the control are described in Table I. In the right column, various characteristics are described. When the container changes a property, the property changes.
[Table 1]

[0029]
Control custom methods are described in Table II. The parameter in the center column is the action to be performed. The definition in the right column is a part of the definition of ActiveX. The ActiveX control container can interact with the methods described in Table II. The StartActivePCMode method is used when the communication link is not IP. The StartRemote method is used when the communication link is IP.
[Table 2]

[0030]
Control custom events are described in Table III. An event occurs from the control to the container to indicate that it has occurred. That is, the event gives a notification. The six status events in Table III are related to the recording / playback method of Table II, which informs the client what to do, ie enable key or disable key.
[Table 3]

[0031]
The architecture of the system of the present invention described with reference to FIGS. 2-5 performs digital calls over IP. As described above, controls can be used in a client / server environment to access the digital station set mechanism from a remote location. This feature provides a highly beneficial and desirable application. FIG. 6 shows the use of the aforementioned functions to provide a complete digital station mechanism for telecommuters. PBX 150 and telephone server 152 are similar to PBX 12 and server 30 in the system of FIG. A remote access server (RAS) 154 is connected to a local area network (LAN) 156, which is connected to the telephone server 152 of the present invention. RAS 154 provides a dial-in connection to LAN 156. The telecommuter personal computer 158 is connected to the RAS 154 via

respective modems

160 and 162 and a telephone network 164.
[0032]
Therefore, telecommuters must use remote access software (RAS) 154 to connect to the office's local area network (LAN) 156 and use all functions of the digital station set while at home. Can do. Also, if the telecommuter has a phone in the office, the control can be set to make a call when the office phone rings (ie bridging the teleworker's desk phone to the control). Can do). This allows the caller to talk to the telecommuter using the telecommuter's normal office phone, even when the telecommuter is working from home. In addition, the telecommuter can simultaneously access data (ie, email, file server, etc.) via his RAS line.
[0033]
The foregoing also allows the creation of a remote call center. Since the control provides all PBX mechanisms to the remote user, the ACD mechanism of that PBX can be extended remotely. This allows call center agents to be part of the same ACD queue even if they are thousands of miles away. This saves money in the office space and greatly improves flexibility in providing call center overflow scenarios.
[0034]
FIG. 7 shows a configuration similar to FIG. 6, but the telecommuter connects to the office LAN 156 ′ via the web server 170 via Internet access.
[0035]
The application shown in FIG. 8 provides a link back to the corporate PBX and mail system at the remote office. PBX 180 and telephone server 182 are similar to PBX 12 and server 30 in the system of FIG. Wide area network (WAN) leased

lines

184 and 186 connect branches or

branch locations

188 and 190 to the main office or location, respectively. That is, many remote offices already have a dedicated data tie line to access their corporate databases, emails, etc., so the control of the present invention extends the connectivity of the PBX to a remote branch. Can do. Also, since all remote offices use the same PBX, one company's voice mail system can be distributed. This eliminates the problems and costs associated with attempting to integrate many different telephone and / or voice mail systems into a single, seamless system.
[0036]
FIG. 9 shows an application that provides free calls and voice mail boxes to preferred vendors and preferred customers. PBX 200 and telephone server 202 are similar to PBX 12 and server 30 in the system of FIG. Web server 204 is operatively connected to telephone server 202. The

vendors

206, 208, and 210 access the web server 222 via the

PCs

212, 214, and 216 and the Internet 220, respectively, and finally access the telephone server 202. By providing vendors and customers with personal web pages with controls on the company's intranet or Internet web site 222, vendors and customers can be given an extension of PBX 200. When a vendor / customer needs to be contacted, i.e., when he / she needs to apply for a call within the company, three of his four-digit extension numbers are dialed instead of their long-distance PSTN numbers. Since calls are made via the Internet, no tolls apply. Also, because they are extensions on the PBX 200, vendors or customers can get a company voice mail box, leave a message there, get a reply, and get on the voice mail distribution list .
[0037]
As another example, other client applications can be used by voice mail applications or client controls such as telephone devices. The aforementioned client controls utilize a mouse, keyboard or other input device to direct commands to server controls. A voice mail application is another input device that can be connected as a remote client control. Since the call is routed from the PBX to the server control, those events are distributed to the voice mail client control. Voice mail applications typically respond to these events by answering incoming calls, receiving input from the caller, and recording messages or redirecting the call to another telephone extension. Or These actions performed by the voice mail application are presented as input to the client control, which is then passed to the server control as described above. Thus, the present invention eliminates the need for voice mail applications to be located within the PBX's limit distance and allows an alternative connection to this PBX similar to the link 32 of FIG. The telephone also operates as an input / output device for client control. Telephone key presses are used as input by client controls and are directed to server controls. Commands from the PBX are directed to the client control by the server control and presented to the telephone attached to the client control for interpretation by the user.
[0038]
Thus, it is clear that the present invention achieves its intended purpose. The embodiments of the present invention have been described in detail above, but this is for illustration and not for limitation.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a system of the present invention.
FIG. 2A is a schematic diagram showing the operation of the system of the present invention.
FIG. 2B is a schematic diagram illustrating the operation of the system of the present invention.
FIG. 3 is a schematic diagram further illustrating aspects of the operation of the system of the present invention.
FIG. 4 is a schematic diagram further illustrating another aspect of the operation of the system of the present invention.
FIG. 5 is a flowchart showing the operation of the system of the present invention.
FIG. 6 is a schematic block diagram showing an application mode of the system of the present invention.
FIG. 7 is a schematic block diagram showing an application mode of the system of the present invention.
FIG. 8 is a schematic block diagram showing an application form of the system of the present invention.
FIG. 9 is a schematic block diagram showing an application mode of the system of the present invention.

Claims

同期デジタルリンクに接続して、該同期デジタルリンクを介して電話交換機との間でデジタル信号を送受信するためのインタフェースと、
該インタフェースを介して受信した該デジタル信号に基づいてグラフィック表示情報および事象を生成するコントローラと、
非同期デジタルリンクを介し交信して、該デジタル信号を非同期形式に変換し、かつ該デジタル信号と該グラフィック表示情報および事象を該非同期デジタルリンクを介して送信するための、キープレス・フック状態コマンドを該非同期デジタルリンクを介して受信するよう構成した論理手段と、を備えた装置。An interface for connecting to and transmitting digital signals to and from the telephone exchange via the synchronous digital link;
A controller that generates graphic display information and events based on the digital signals received via the interface;
A key press hook state command for communicating over an asynchronous digital link to convert the digital signal to an asynchronous format and to transmit the digital signal and the graphic display information and events over the asynchronous digital link; And a logic means configured to receive via the asynchronous digital link.

前記論理手段を、前記グラフィック表示情報および事象を含むデジタル電話を表示装置上に表示するよう構成した請求項１に記載の装置。 The apparatus of claim 1, wherein the logic means is configured to display a digital telephone including the graphic display information and events on a display device.

構内交換機（ＰＢＸ）から同期デジタル通信リンクを介してデジタルデータを受信するステップと、
受信した該デジタルデータに基づいてグラフィック表示情報および事象を生成するステップと、
該グラフィック表示情報および事象を非同期インターネットプロトコル（ＩＰ）リンクを介して送信するステップと、
該非同期インターネットプロトコル（ＩＰ）リンクを介してキープレス・フック状態コマンドを受信するステップと、
該キープレス・フック状態コマンドを別の形式に変換するステップと、
その変換したキープレス・フック状態コマンドを該同期デジタル通信リンクを介してＰＢＸに送信するステップと、を含む方法。Receiving digital data from a private branch exchange (PBX) via a synchronous digital communication link;
Generating graphic display information and events based on the received digital data;
Transmitting the graphical display information and events over an asynchronous Internet Protocol (IP) link;
Receiving a key press hook status command via the asynchronous Internet Protocol (IP) link;
Converting the key press hook status command to another format;
Transmitting the converted key press hook status command to the PBX via the synchronous digital communication link.

前記グラフィック表示情報がデジタル電話のグラフィック表現に関連した情報である請求項３に記載の方法。 4. The method of claim 3, wherein the graphic display information is information related to a graphic representation of a digital telephone.

請求項３に記載の方法であって、さらに、
前記グラフィック表示情報を含むデジタル電話を表示装置上にグラフィック表現するステップ、を含む方法。The method of claim 3, further comprising:
Rendering a digital telephone containing said graphical display information on a display device.

実行したときコンピュータをして、
サーバ・コントロール・オブジェクトから受け取るライト・イベントおよび表示更新をグラフィック形式に変換させ、
第１の表示装置に該ライト・イベントおよび表示更新を含むデジタル電話を表示させ、
表示された該デジタル電話に関連し、キープレス・フック状態コマンドを含む、受け取った入力機器データをパケット化された形式に変換させ、
パケット化された該入力機器データを非同期インターネットプロトコル（ＩＰ）リンクを介して送信させる、命令を書き込んだコンピュータ記憶媒体。When running the computer,
Convert light events and display updates received from server control objects to graphic format,
Displaying a digital telephone including the light event and display update on a first display device;
Convert received input device data into a packetized form associated with the displayed digital phone, including key press hook status commands;
A computer storage medium having written instructions for causing the packetized input device data to be transmitted via an asynchronous Internet Protocol (IP) link.

請求項６に記載の媒体であって、さらに、実行したとき前記コンピュータをして、
前記非同期ＩＰリンクを介してスピーカーから可聴情報を発しさせる、命令を書き込んだ記憶媒体。The medium of claim 6, further comprising: causing the computer to execute,
A storage medium in which an instruction is written to cause audible information to be emitted from a speaker via the asynchronous IP link.

請求項６に記載の記憶媒体であって、さらに、実行したとき前記コンピュータをして、
入力音声データをパケット化された形式に変換させ、
パケット化された該入力音声データを非同期ＩＰリンクを介して送信させる、命令を書き込んだ記憶媒体。The storage medium according to claim 6, wherein the computer is further executed when executed.
Convert input voice data into packetized format,
A storage medium in which a command is written, which causes the packetized input voice data to be transmitted via an asynchronous IP link.