JP3154969B2 - 電話システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電話システムに関
し、特に電話受付業務等の内線電話を利用したサービス
業務において業務形態の変更に柔軟に対応することので
きる電話システムに関する。

【０００２】

【従来の技術】従来、複数の内線電話機が電話交換機に
接続されるとともに、それら内線電話機の側にはオペレ
ータ端末が配置される電話システムがあり、このシステ
ムでは、オペレータが内線電話での会話内容に応じて対
応して配置されているオペレータ端末に対してデータ入
出力を行っている。

【０００３】このシステムによれば、例えばオペレータ
端末が発呼者（例えば顧客など）に関するデータベース
を共有すること等により、内線電話での会話内容に応じ
て各オペレータが必要なデータをディスプレイ上に表示
し、場合によりデータベースの内容を更新することがで
きる。また、各オペレータ端末でのデータ入出力の様子
をログを採取するなどにより、業務記録を残すことがで
きる。

【０００４】

【発明が解決しようとする課題】上述した従来の電話シ
ステムでは各内線電話機とオペレータ端末とのデータ連
携がなされておらず、このため電話受付業務等の効率的
な運用ができない。すなわち、上記従来のシステムにお
いては各オペレータ端末側で対応する内線電話機に発生
している事象を知ることができないため、例えばある内
線電話機に着呼したタイミングでオペレータ端末に所定
のディスプレイ表示を行おうとしても、不可能であっ
た。

【０００５】そこで、電話交換機とオペレータ端末の双
方に連携サーバを接続し、内線電話機とオペレータ端末
との連携を図ることが望ましい。こうすれば、連携サー
バが電話交換機で発生したイベントに応じ、該電話交換
機に対するスイッチ切替制御、或いはオペレータ端末へ
のイベント発生通知等、所望の連携処理を行うことがで
き、その結果、電話受付業務の効率的な運用が可能とな
る。

【０００６】しかしながら、この様に電話交換機とオペ
レータ端末の双方に連携サーバを接続し、該連携サーバ
で電話交換機やオペレータ端末で発生するイベントに応
じたサービスを行うようにしても、そのサービス形態が
固定化したものであれば電話受付業務等の内容を若干変
更しただけでも対応が困難となってしまう。

【０００７】本発明は上記課題に鑑みてなされたもので
あって、その目的は、内線電話機を使用する業務の形態
が変化してもその変化に柔軟に対応することが可能な電
話システムを提供することにある。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、それぞれが内線に接続された複数の内線
電話機と、外線と接続され該外線を前記内線のいずれか
少なくとも一つに接続する電話交換機と、前記内線電話
機と同数のオペレータ端末と、前記オペレータ端末及び
前記電話交換機と通信接続される連携サーバと、を含む
電話システムであって、前記連携サーバは、前記電話交
換機又はオペレータ端末で発生するイベントの種類を識
別する情報を該電話交換機又はオペレータ端末から取得
するイベント情報取得手段と、前記電話交換機又はオペ
レータ端末で発生するイベント毎に、前記電話交換機に
対する制御又は前記オペレータ端末に対する制御のいず
れか一方を少なくとも含む対応処理を記述してなるスク
リプトをユーザによって書換が可能な形式で記憶するス
クリプト記憶手段と、前記情報が識別するイベントの対
応処理を前記スクリプト記憶手段によって記憶されるス
クリプトから読み出し、処理完了を待機する同期型、又
は処理完了を待機せずに終了し、その処理完了通知も受
け取らない振り逃げ型のいずれかの態様により、該対応
処理を実行する複数の対応処理実行手段と、前記イベン
ト情報取得手段によって前記情報が取得される場合に、
該情報を前記対応処理実行手段のいずれか一つに転送す
るイベント分配手段と、を含むものである。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面に基づき詳細に説明する。

【００１０】図１は、本実施の形態に係る電話管理シス
テムの全体構成を示す図である。同図に示す電話管理シ
ステムは、デジタル式のＰＢＸ（Private Branch Excha
nge：電話交換機）１０と、ＣＴＩ（Computer Telephon
y Integration）サーバ（連携サーバ）１２と、ＡＲＵ
（Automatic Response Unit：音声自動回答装置）１４
と、内線電話機１６と、ＰＣ（パーソナルコンピュー
タ：オペレータ端末）１８とを含んで構成されている。
ＰＢＸ１０は、外線インタフェース（Ｉ／Ｆ）２０と、
内線インタフェース２２と、スイッチ２４と、ＡＣＤ
（Automatic Call Distributer：自動呼分配装置）２６
と、ＣＴＩインタフェース２８とを含んで構成されてい
る。また、ＣＴＩサーバ１２は、ＣＴＩＡＰＩ（アプリ
ケーションインタフェース）２９と、ＣＴＩサービス３
０と、ＰＣインタフェース３２と、を含んで構成されて
いる。外線インタフェース２０は公衆網３４と接続され
ており、図示しない一般加入者の内線電話機１６が外線
と通話接続することができるようになっている。そし
て、公衆網３４のサービスの一環として、外線インタフ
ェース２０は該公衆網３４から発呼者が使用中の電話機
の電話番号（発信者電話番号）を取得することができ
る。

【００１１】このシステムでは、各内線電話機１６ａ，
ｂ，…の付近に対応するＰＣ１８ａ，ｂ，…が配置され
ており、それらの付近には各々オペレータが待機してい
る。そして、自分が担当する内線電話機１６に着呼があ
ればオペレータはその内線電話機１６を用いて呼を受け
るとともに、会話内容に応じて対応するＰＣ１８にてデ
ータ入出力操作を行う。

【００１２】ＰＢＸ１０のＣＴＩインタフェース２８
は、スイッチ２４の接続状態や外線インタフェース２０
への発呼や着呼をＣＴＩサーバ１２に通知するととも
に、ＣＴＩサーバ１２からの制御データに従ってスイッ
チ２４の切替制御を行うためのインタフェースであり、
通信線３６を介してＣＴＩサーバ１２のＣＴＩＡＰＩ２
９に接続されている。ＡＣＤ２６は、外線インタフェー
ス２０に着信した呼を最適な内線に接続するための制御
装置である。すなわち、このＡＣＤ２６は、内線インタ
フェース２２に接続されている複数の内線電話機１６の
うち、各内線電話機１６での電話受付けを担当するオペ
レータの稼働時間や待ち受け時間が平均化するよう最適
な一台を選択し、その内線電話機１６に外線が接続され
るようスイッチ２４を制御する。

【００１３】ＣＴＩサーバ１２は、ＰＢＸ１０とオペレ
ータの使用するＰＣ１８とを接続するためのコンピュー
タであり、ＰＣ１８やＰＢＸ１０との通信のための各種
ソフトウェアを実行する。ＣＴＩＡＰＩ２９は、ＣＴＩ
インタフェース２８に対してＣＴＩサーバ１２上で動作
する各種ソフトウェアがアクセスするためのアプリケー
ションインタフェースである。ＣＴＩサービス３０は、
ＣＴＩＡＰＩ２９とＰＣ１８インタフェースを用いた常
駐型のサービスプログラムであり、ＰＢＸ１０の動作と
ＰＣ１８の動作の橋渡しとしての機能を果たす。すなわ
ち、ＣＴＩサービス３０は、ＣＴＩＡＰＩ２９を介して
ＰＢＸ１０と通信線３６で接続されており、ＰＢＸ１０
のスイッチ２４の接続状態を表すデータや発信者電話番
号を取得し、或いはＰＢＸ１０に制御データを送信して
スイッチ２４を所望の接続状態に変更することができ
る。また、ＣＴＩサービス３０は、ＰＣインタフェース
３２とＬＡＮ３８とを介してＰＣ１８と接続されてお
り、ＰＣ１８からの要求に従ってＰＢＸ１０のスイッチ
２４を制御し、或いはＰＢＸ１０で発生したイベント
（例えば公衆網３４からの発信者電話番号の取得）に関
する情報をＰＣ１８に伝えることができる。

【００１４】ＡＲＵ１４は、アナログ線を介して内線イ
ンタフェース２２に接続されており、所与のメッセージ
を公衆網３４を介して一般加入者の内線電話機１６に送
信する装置である。このＡＲＵ１４は、さらにＬＡＮ３
８を介してＣＴＩサーバ１２とも接続されており、ＣＴ
Ｉサーバ１２との間で各種データをやり取りすることが
できるようになっている。この構成により、例えばメッ
セージの種別や内容を特定するデータをＬＡＮ３８を介
してＣＴＩサーバ１２からＡＲＵ１４に送信し、ＡＲＵ
１４にてこのデータに従ったメッセージを公衆網３４に
接続された一般加入者の電話機に自動送信することがで
きる。

【００１５】ここで、以上の構成を有する電話管理シス
テムの作用を概説する。公衆網３４から掛かってきた呼
は外線インタフェース２０に着信する。この事象はスイ
ッチ２４を介してＡＣＤ２６に通知され、ＡＣＤ２６は
内線インタフェース２２に接続された内線電話機１６の
中から最適な一台を決定し、当該呼をその内線電話機１
６に廻すよう、スイッチ２４に制御信号を送信する。こ
れにより、スイッチ２４は内線インタフェース２２を介
して決定された内線電話機１６の呼出音を鳴らしてオペ
レータに内線着呼の旨を報知するとともに、ＣＴＩイン
タフェース２８にスイッチ２４の接続状態の変化を通知
する。なお、スイッチ２４の接続状態の変化はＡＣＤ２
６から直接ＣＴＩインタフェース２８に通知されるよう
にしてもよい。

【００１６】次に、ＣＴＩインタフェース２８は呼の発
信者電話番号を外線インタフェース２０から取得し、Ｃ
ＴＩＡＰＩ２９に通知する。ＣＴＩサービス３０は、Ｐ
ＢＸ１０で発生した上記事象がどのＰＣ１８に対応する
ものかを、ＣＴＩインタフェース２８から取得した情報
と、後述する環境データ６５（図２参照）に含まれるテ
ーブルとから判断し、その対応するＰＣ１８に対してＰ
ＢＸ１０で取得した発信者電話番号をＬＡＮ３８を介し
て通知する。そして、ＰＣ１８ではこの発信者電話番号
を図示しないディスプレイ上に表示する。

【００１７】こうして、本電話管理システムでは、オペ
レータが呼出音の鳴音とともに、ＰＣ１８のディスプレ
イ上で当該電話の発呼者の電話番号を確認することがで
きる。そして、オペレータは内線電話機１６での会話内
容に応じてＰＣ１８に対するデータ入出力操作を行い、
必要に応じて内線電話機１６を使った回答の代わりにそ
の一部をＡＲＵ１４に肩代わりさせることができる。す
なわち、オペレータは、ＬＡＮ３８を介してＣＴＩサー
ビス３０に対し、発呼者に対する回答の一部をＡＲＵ１
４により回答するよう依頼することができる。これによ
り、ＣＴＩサービス３０は、ＬＡＮ３８を介してＡＲＵ
１４に回答データを送信するとともに、スイッチ２４に
よりその呼をＡＲＵ１４に接続切り替えするよう、ＣＴ
Ｉインタフェース２８に制御データを送信する。こうし
て、本電話管理システムによれば、内線電話機１６とＰ
Ｃ１８との連携動作により、オペレータの業務を円滑に
することができる。また、オペレータはＰＣ１８を用い
てＡＲＵ１４による自動回答をＣＴＩサーバ１２に依頼
することができる。

【００１８】次に、本発明の中核的構成の一つであるＣ
ＴＩサービス３０の構成についてさらに詳細に説明す
る。図２は、ＣＴＩサービス３０の内部構成を示す図で
ある。同図に示すように、ＣＴＩサービス３０は複数の
オブジェクトから構成されており、ＣＴＩ初期化スレッ
ド４０、ＰＢＸイベント分配スレッド４２、スイッチ制
御スレッド４４、ＣＴＩ終了スレッド４６、端末クラス
４８に属する複数の端末スレッド（インスタンス）５
０、トランククラス５２に属する複数のトランクスレッ
ド（インスタンス）５４、ＰＣインタフェース初期化ス
レッド５６、ＰＣ制御スレッド５８、ＰＣイベントスレ
ッド６０、接続管理スレッド６２、ＰＣインタフェース
終了スレッド６４、環境データ６５を含んでいる。

【００１９】ＣＴＩ初期化スレッド４０は、ＣＴＩサー
ビス３０の起動時に実行されるモジュールであり、ＣＴ
ＩＡＰＩ２９を始めとしてＣＴＩサービス３０の各ハー
ドウェア及びソフトウェアモジュールを初期化する。一
方、ＣＴＩ終了スレッド４６はＣＴＩサービス３０の終
了時に実行されるスレッドである。ＰＣインタフェース
初期化スレッド５６は、ＰＣインタフェース３２を初期
化するとともに接続管理スレッド６２を起動するモジュ
ールであり、各スレッドの初期化処理を行う。ＰＣイン
タフェース終了スレッド６４は、ＰＣインタフェース３
２を用いた通信を正常終了するためのモジュールであ
る。

【００２０】ＰＢＸイベント分配スレッド４２は、ＣＴ
ＩＡＰＩ２９で発生するイベントを端末スレッド５０や
トランクスレッド５４に分配するモジュールである。ス
イッチ制御スレッド４４は、端末スレッド５０及びトラ
ンクスレッド５４がスイッチ２４を制御するためのモジ
ュールである。ＰＣ制御スレッド５８は、端末スレッド
５０からＰＣ１８を制御するためのモジュールである。
ＰＣイベントスレッド６０はＰＣ１８からの要求をイベ
ントとして端末スレッド５０に伝えるモジュールであ
る。すなわち、本電話管理システムでは、ＣＴＩＡＰＩ
２９及びＰＢＸイベント分配スレッド４２や、ＰＣイン
タフェース３２及びＰＣイベントスレッドがイベント情
報取得手段として機能する。接続管理スレッド６２は、
ＰＣ１８からの接続要求を受けて対応する端末スレッド
５０にソケットを引き渡すモジュールである。端末スレ
ッド５０は、ＰＢＸ１０やＰＣ１８で発生するイベント
を受けて、環境データ６５に予め記憶された後述するＣ
ＴＩスクリプト（スクリプト）に従った内容でＰＢＸ１
０やＰＣ１８を制御するモジュールであり、対応処理実
行手段として機能する。トランクスレッド５４は、ＣＴ
Ｉサービス３０でＡＣＤ２６に相当する機能を実現する
モジュールであり、ＰＢＸ１０にＡＣＤ２６が存在しな
い場合に特に有意義なものである。このトランクスレッ
ド５４もまた、ＰＢＸ１０やＰＣ１８で発生するイベン
トを受けて、環境データ６５に予め記憶された後述する
ＣＴＩスクリプトに従った内容でＰＢＸ１０やＰＣ１８
を制御し、対応処理実行手段として機能する。

【００２１】環境データ６５は、ＣＴＩサービス３０の
記憶手段に予め格納されているデータであり、ＣＴＩＡ
ＰＩ２９を使用するのに必要となるＣＴＩインタフェー
ス２８のネットワークアドレス及びポート番号、各端末
スレッド５０をどの内線番号に対応づけるかを決定する
テーブル、が含まれている。さらに、環境データ６５に
は端末スレッド５０やトランクスレッド５４が読み出す
ＣＴＩスクリプトがユーザによって書換可能なファイル
形式で含まれている。すなわちＣＴＩサービス３０の記
憶手段はスクリプト記憶手段としても機能する。これら
環境データ６５はＣＴＩ初期化スレッド４０、ＰＢＸ分
配スレッド４２、端末スレッド５０、トランクスレッド
５４、ＰＣイベント６０等により必要に応じてアクセス
される。図３は、この環境データ６５に含まれるテーブ
ルの内容の一例を示す図である。同図に示すように、こ
のテーブルには、内線電話機１６を識別する内線電話機
ＩＤとＰＣ１８を識別するＰＣＩＤとが対応づけて記録
されており、内線電話機１６のそれぞれがどのＰＣ１８
と対応しているかを示している。なお、ここでは内線電
話機ＩＤとして図１中の符号を用いたが、これに限らず
内線番号等の内線電話機１６を識別することのできる情
報であればよい。同様に、ここではＰＣＩＤについても
図１中の符号を用いているが、各ＰＣのネットワークア
ドレス等、ＰＣ１８を識別することのできる情報であれ
ばどのようなものを用いても構わない。環境データ６５
に含まれるＣＴＩスクリプトについては後に詳述する。

【００２２】次に、かかる構成を有するＣＴＩサービス
３０の作用について説明する。ＰＢＸ１０のスイッチ状
態の変化や着呼又は発呼等のイベントは、上述のように
ＣＴＩインタフェース２８を介してＣＴＩＡＰＩ２９に
通知される。ＰＢＸイベント分配スレッド４２はこの通
知を受け、どの端末スレッド５０或いはトランクスレッ
ド５４でその通知に関する処理をすべきかを判断する。
そして、その端末スレッド５０又はトランクスレッド５
４に対してＣＴＩＡＰＩ２９に通知されたイベント内容
を転送する。端末スレッド５０又はトランクスレッド５
４はイベントの内容に応じ、後述するＣＴＩスクリプト
で指定された手順でスイッチ制御スレッド４４やＰＣ制
御スレッド５８にアクセスし、それを制御する。

【００２３】また、ＰＣ１８でイベントが発生した場合
には、そのＰＣ１８からＣＴＩサーバ１２へのアクセス
が発生し、ＰＣイベントスレッド６０にその内容が通知
される。この場合も同様に、ＰＣイベントスレッド６０
はこの通知を受け、どの端末スレッド５０でその通知に
関する処理をすべきかを判断する。そして、その対応す
る端末スレッド５０に対してＰＣ１８から通知されたイ
ベント内容を転送する。端末スレッド５０はイベントの
内容に応じ、後述するＣＴＩスクリプトで指定された手
順でスイッチ制御スレッド４４やＰＣ制御スレッド５８
にアクセスし、それらを制御する。

【００２４】次に示す図４は、ＰＢＸ１０に設けられた
ＣＴＩインタフェース２８とＣＴＩサービス３０との関
係の諸態様を説明する図である。同図（ａ）は、一つの
ＣＴＩインタフェース２８に対して複数のＣＴＩサービ
ス３０がアクセスする態様を表すものである。この態様
を採用すれば、ＣＴＩサービス３０を物理的に独立した
別のサーバ上に構築することができる。このため本態様
はＣＴＩインタフェース２８に多数のイベントが発生す
る場合に適する。同図（ｂ）は、一台のＣＴＩサーバ１
２が複数のＣＴＩインタフェース２８からアクセスされ
る態様を表すものであり、ここではＣＴＩサービス３０
毎にＣＴＩインタフェース２８が設けられている。この
態様はＣＴＩインタフェース２８に発生するイベントが
少ない場合に適する。同図（ｃ）は、一つのＣＴＩサー
ビス３０が複数のＣＴＩインタフェース２８と接続され
る場合を表す。この態様を採用すれば、ＣＴＩインタフ
ェース２８間に相互依存関係がある場合であっても好適
に通信処理を行うことができる。

【００２５】次に、ＣＴＩ初期化スレッド４０の処理に
ついて説明する。図５は、ＣＴＩ初期化スレッド４０の
処理を説明するフロー図である。同図において、まずＣ
ＴＩ初期化スレッド４０は環境データ６５からＣＴＩイ
ンタフェース２８のネットワークアドレス及びポート番
号等の必要なデータを取得し（Ｓ１０１）、ＣＴＩＡＰ
Ｉ２９を初期化する（Ｓ１０２）。次に、ＣＴＩ初期化
スレッド４０は端末スレッド５０を各々生成する（Ｓ１
０３）。さらに、ＰＢＸ１０にイベントが発生すればそ
れをＣＴＩサーバ１２に通知するようＣＴＩＡＰＩ２９
に依頼し、スイッチ２４の監視を開始させる（Ｓ１０
４）。そして、対象となるすべての端末スレッド５０が
生成できれば、次にＰＣインタフェース初期化スレッド
５６を起動する（Ｓ１０５）。なお、トランクスレッド
５４が必要となる場合はそれらについても上記手順と同
様に初期化処理を行う。

【００２６】次に、ＰＣインタフェース初期化スレッド
５６の処理について説明する。図６は、ＰＣインタフェ
ース初期化スレッド５６の処理を説明するフロー図であ
る。同図において、まずＰＣインタフェース初期化スレ
ッド５６は環境データ６５から接続管理スレッド６２で
使用するポート番号を表すデータを取得する（Ｓ２０
１）。そして、接続管理スレッド６２を起動する際にこ
のデータを渡す（Ｓ２０２）。

【００２７】次に、ＰＢＸイベント分配スレッド４２の
処理について説明する。図７は、ＰＢＸイベント分配ス
レッド４２の処理を説明するフロー図である。同図に示
すように、このＰＢＸイベント分配スレッド４２は通常
ウェイト（イベント待ち）状態にあり（Ｓ３０１）、Ｐ
ＢＸ１０でのイベント発生がＣＴＩＡＰＩ２９から通知
されると（Ｓ３０２）、該ＰＢＸイベント分配スレッド
４２に制御が移り、その処理が開始される。ＰＢＸ１０
から送信されるＣＴＩＡＰＩ２９を介して受け取るデー
タは、同図中矢印Ａに示すように、ＰＢＸ１０で発生し
たイベントの内容と内線電話機１６のいずれに対してそ
のイベントが発生したかを表す内線電話機ＩＤとが含ま
れている。ＰＢＸイベント分配スレッド４２は、この通
知された内線電話機ＩＤと環境データ６５に含まれるテ
ーブル（図３参照）とに基づいて端末スレッド５０を特
定し（Ｓ３０３）、そこにイベント内容を通知する（Ｓ
３０４）。

【００２８】次に、スイッチ制御スレッド４４及びＰＣ
制御スレッド５８と、端末スレッド５０及びトランクス
レッド５４と、の連携動作の態様について説明する。図
８は、かかる連携動作の態様を説明する図である。同図
（ａ）は「同期型」を表し、この態様によれば、端末ス
レッド５０又はトランクスレッド５４でトランザクショ
ンが発されれば、スイッチ制御スレッド４４やＰＣ制御
スレッド５８での処理が完了するまで、その端末スレッ
ド５０又はトランクスレッド５４での処理はブロックさ
れる。同図（ｂ）は「非同期型」を表し、この態様によ
れば、端末スレッド５０又はトランクスレッド５４でト
ランザクションが発されれば、即時にその端末スレッド
５０又はトランクスレッド５４は当該トランザクション
に関する処理から解放される。そして、スイッチ制御ス
レッド４４又はＰＣ制御スレッド５８からは処理完了が
後に別途のイベントとして通知される。同図（ｃ）は
「振り逃げ型」を表し、この態様によれば、端末スレッ
ド５０又はトランクスレッド５４はトランザクションを
発した後に自発的に処理を終了し、一方、スイッチ制御
スレッド４４やＰＣ制御スレッド５８はこのトランザク
ションを受けて処理を開始するが、処理完了の旨は端末
スレッド５０やトランクスレッド５４には通知されな
い。本電話管理システムにおいては、スイッチ制御スレ
ッド４４に対するトランザクションの場合、転送や発信
の要求の旨のトランザクションは同図（ａ）の「同期
型」で行われ、ＰＣ制御スレッド５８に対するトランザ
クションの場合、着信の通知のトランザクションが特に
同図（ｃ）の「振り逃げ型」で行われる。

【００２９】次に、端末スレッド５０及びトランクスレ
ッド５４の処理について説明する。図９は、端末スレッ
ド５０の処理を説明するフロー図である。同図に示すよ
うに、端末スレッド５０は通常ウェイト状態にあり（Ｓ
４０１）、ＰＢＸ１０又はＰＣ１８でのイベント発生が
ＰＢＸイベント分配スレッド４２又はＰＣイベントスレ
ッド６０から通知されると（Ｓ４０２）、該端末スレッ
ド５０に制御が移り、その処理が開始される。そして、
処理Ａ〜処理Ｃ（Ｓ４０４〜Ｓ４０６）のいずれの処理
を行うかはイベントの内容により識別される（Ｓ４０
３）。すなわち、ＣＴＩサーバ１２には、環境データ６
５にユーザにより書換可能なファイル形式で、図１０に
一例として示すＣＴＩスクリプトが記録されており、上
記Ｓ４０３の処理ではこのＣＴＩスクリプトに基づい
て、処理が実行される。たとえば、同図に示すＣＴＩス
クリプトにしたがって端末スレッド５０がイベント処理
を行う場合では、Ｓ５０２にてイベントＡが受信される
と同図中の＜イベントＡ＞と＜／イベントＡ＞との間に
記述された処理Ａの内容が順次実行される。なお、処理
Ａ〜処理Ｃは、一般には例えば図１１に示すように前処
理（Ｓ５０１）とイベント転送処理（Ｓ５０２）と後処
理（Ｓ５０３）とがこの順で行われるものであり、この
ような内容が各イベント毎に予め定められ、図１０に示
したＣＴＩスクリプトに記録される。ここでは、端末ス
レッド５０の処理についてフロー図に基づいて説明した
が、トランクスレッド５４についても同様である。

【００３０】図１２は、ＣＴＩスクリプトをさらに具体
的に示す図である。同図（ａ）は端末スレッド５０に対
して用意されるべきＣＴＩスクリプトの一例であり、
「端末（内線電話機１６）への着信」のイベントがＰＢ
Ｘ１０で発生した場合に、まず発信者電話番号をＰＢＸ
１０から取得し、それを内線電話機ＩＤに対応するＰＣ
１８に送信する旨が表されている。また、同図（ｂ）は
トランクスレッド５４に対して用意されるべきＣＴＩス
クリプトの一例であり、「トランクへの着信」のイベン
トがＰＢＸ１０で発生した場合に、まず現在使用されて
いない内線電話機１６を検索し、その検索結果に従って
内線電話機１６を決定し、着信した呼を決定された内線
電話機１６にまわすようスイッチ２４を制御すべき旨が
表されている。

【００３１】次に、接続管理スレッド６２の処理につい
て説明する。図１３は、接続管理スレッド６２の処理を
説明するフロー図である。同図に示すように、接続管理
スレッド６２は、ＰＣ１８との通信用にソケットを生成
し（Ｓ６０１）、ウェルノウンポート（wellknown por
t；待ち受け用ポート）でＰＣ１８からの接続を待ち受
ける（Ｓ６０２）。そして、ＰＣ１８からの接続要求が
あると（Ｓ６０３）、そこに含まれるソケットＩＤデー
タを参照してその接続要求が新ポートを要求するもので
あるか否かを判断する（Ｓ６０４）。新ポートを要求す
るものであれば、そのポートからの読み出しを開始する
とともに（Ｓ６０５）、ウェルノウンポートを解放して
他のＰＣ１８からの接続を再び待ち受ける。すなわち、
ＰＣ１８がＣＴＩサーバ１２に接続すると、該ＰＣ１８
は直ちに自機に割り付けられたＰＣＩＤ（内線電話機Ｉ
Ｄに対応する）を該ＣＴＩサーバ１２に送信する。ＣＴ
Ｉサービス３０ではこのＰＣＩＤを受信し（Ｓ６０
６）、対応する端末スレッド５０の状態を調べる（Ｓ６
０７）。そして、そのポートが使用中であれば廃棄を指
示する（Ｓ６０８）。次に、接続管理スレッド６２は新
ポートを端末スレッド５０に通知する（Ｓ６０９）そし
て、端末スレッド５０はこのポートからのイベントの受
信を開始し、また、このポートを介してＰＣ１８にイベ
ントを通知し始める。

【００３２】次に、ＰＣイベントスレッド６０について
説明する。図１４は、ＰＣイベントスレッド６０の構成
を示す図である。同図に示すように、ＰＣイベントスレ
ッド６０は、端末スレッド処理７０、ウェイト処理７
１、ＰＢＸイベント処理７２、スイッチ制御スレッド４
４のリザルト処理７３、ＰＣ１イベント処理７４、ＰＣ
制御スレッド５８のリザルト処理７５、ＰＣ１８との接
続処理７６、終了処理７７、が可能な実行モジュールで
ある。端末スレッド処理では、端末スレッド５０から通
知されるイベントを受け取り、或いはＰＣ１８から発生
したイベントを所定の端末スレッド５０に通知する。Ｐ
Ｃイベントスレッド６０は、通常はウェイト処理７１に
より待ち受け状態となっており、着呼等のＰＢＸ１０で
イベントが発生すればＰＢＸイベント処理７２がなされ
る。また、ＰＢＸ１０のスイッチ２４の切替え等を指示
した後にリザルトコードを受け取るとリザルト処理７３
がなされる。同様に、ＣＴＩサーバ１２への接続等のイ
ベントがＰＣ１８で発生すればＰＣイベント処理７４が
なされ、ＰＣ１８に対してイベントを通知すればＰＣ１
８制御のリザルト処理７５が実行される。さらに、上述
したポートの廃棄や新ポートの通知は、各ＰＣ１８との
接続処理７６により行われ、ＣＴＩサーバ１２のシャッ
トダウン時等には当該ＰＣイベントスレッド６０を正常
終了するための終了処理７７が実行される。

【００３３】次に、ＰＣ１８側の実装について説明す
る。図１５は、ＰＣ１８の構成を示す図である。ＰＣ１
８には、ＰＣＩＤ記憶部８０と、接続処理部８１と、送
信部８２と、受信部８３と、アプリケーションソフトウ
ェア部８４と、リザルト処理部８５と、メッセージ処理
部８６と、が実装されている。そして、接続処理部８１
がＣＴＩサーバ１２との接続処理を行う際にはＰＣＩＤ
記憶部８０からＰＣＩＤが読み出されＣＴＩサーバ１２
に通知される。接続が完了すれば、その後、送信部８２
による処理と受信部８３による処理とが独立並行して行
われる。すなわち、アプリケーションソフトウェア部８
４で発される要求は送信部８２によりＣＴＩサーバ１２
に通知される。この際、アプリケーションソフトウェア
部８２は要求に対するリザルトの待ちで処理をブロック
するのではなく、アイドル状態となってメッセージ処理
部８６から通知されるメッセージを待つ。このメッセー
ジ処理部８６はＰＣ１８のＯＳによって提供される。一
方、ＣＴＩサーバ１２からリザルト又はイベントが通知
されれば受信部８３が受け取り、一旦メッセージ処理部
８６に渡されそれがＯＳメッセージとしてアプリケーシ
ョンソフトウェア部８４に通知される。アプリケーショ
ンソフトウェア部８４はＧＵＩ（グラフィックユーザイ
ンタフェース）での操作入力とＣＴＩサーバ１２からの
イベントを常時受け付ける状態となっている。

【００３４】

【発明の効果】以上説明した本発明によれば、複数のオ
ペレータ端末及び電話交換機と通信可能に連携サーバを
設け、そこにユーザによって書換可能な形式でスクリプ
トを記憶させておき、該スクリプトの内容に従って電話
交換機やオペレータ端末で発生するイベントに対し、対
応処理を実行するようにしたので、そのスクリプトを適
宜書き換えることにより、業務形態の変化に柔軟に対応
することができる。

【図面の簡単な説明】

【図１】 本発明の実施の形態に係る電話システムの全
体構成を示す図である。

【図２】 本発明の実施の形態に係る電話システムに用
いるＣＴＩサーバの構成を示す図である。

【図３】 環境データに含まれるテーブルを示す図であ
る。

【図４】 ＣＴＩインタフェースとＣＴＩサービスとの
関係を説明する図である。

【図５】 ＣＴＩ初期化スレッドの処理を説明するフロ
ー図である。

【図６】 ＰＣインタフェース初期化スレッドの処理を
説明するフロー図である。

【図７】 ＰＢＸイベント分配スレッドの処理を説明す
るフロー図である。

【図８】 端末スレッド及びトランクスレッドとスイッ
チ制御スレッド及びＰＣ制御スレッドの同期態様を説明
する図である。

【図９】 端末スレッドの処理を説明するフロー図であ
る。

【図１０】 ＣＴＩスクリプトの構成を示す図である。

【図１１】 各イベントに対して典型的に行われる処理
を説明するフロー図である。

【図１２】 ＣＴＩスクリプトの具体例を示す図であ
る。

【図１３】 接続管理スレッドの処理を説明するフロー
図である。

【図１４】 ＰＣイベントスレッドの構成を示す図であ
る。

【図１５】 ＰＣの実装を説明する図である。

【符号の説明】

１０ ＰＢＸ（電話交換機）、１２ ＣＴＩサーバ（連
携サーバ）、１６ 内線電話機、１８ ＰＣ（オペレー
タ端末）、６５ 環境データ（スクリプトを含む）。

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 それぞれが内線に接続された複数の内線
   電話機と、外線と接続され該外線を前記内線のいずれか
   少なくとも一つに接続する電話交換機と、前記内線電話
   機と同数のオペレータ端末と、前記オペレータ端末及び
   前記電話交換機と通信接続される連携サーバと、を含む
   電話システムであって、 前記連携サーバは、 前記電話交換機又はオペレータ端末で発生するイベント
   の種類を識別する情報を該電話交換機又はオペレータ端
   末から取得するイベント情報取得手段と、 前記電話交換機又はオペレータ端末で発生するイベント
   毎に、前記電話交換機に対する制御又は前記オペレータ
   端末に対する制御のいずれか一方を少なくとも含む対応
   処理を記述してなるスクリプトをユーザによって書換が
   可能な形式で記憶するスクリプト記憶手段と、 前記情報が識別するイベントの対応処理を前記スクリプ
   ト記憶手段によって記憶されるスクリプトから読み出
   し、処理完了を待機する同期型、又は処理完了を待機せ
   ずに終了し、その処理完了通知も受け取らない振り逃げ
   型のいずれかの態様により、該対応処理を実行する複数
   の対応処理実行手段と、 前記イベント情報取得手段によって前記情報が取得され
   る場合に、該情報を前記対応処理実行手段のいずれか一
   つに転送するイベント分配手段と、 を含むことを特徴とする電話システム。