JP3369102B2 - 電話システム及び方法 - Google Patents

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は電話システム及び方
法に関し、特に複数の内線電話機とそれらに対応して設
置されるオペレータ端末とのデータ連携技術に関する。 【０００２】 【従来の技術】従来、複数の内線電話機が電話交換機に
接続されるとともに、それら内線電話機の側にはオペレ
ータ端末が配置される電話システムがあり、このシステ
ムでは、オペレータが内線電話での会話内容に応じて対
応して配置されているオペレータ端末に対してデータ入
出力を行っている。 【０００３】このシステムによれば、例えばオペレータ
端末が発呼者（例えば顧客など）に関するデータベース
を共有すること等により、内線電話での会話内容に応じ
て各オペレータが必要なデータをディスプレイ上に表示
し、場合によりデータベースの内容を更新することがで
きる。また、各オペレータ端末でのデータ入出力の様子
をログを採取するなどにより、業務記録を残すことがで
きる。 【０００４】 【発明が解決しようとする課題】しかしながら、上述し
た従来の電話システムでは各内線電話機とオペレータ端
末とのデータ連携がなされておらず、このため電話受付
業務等の効率的な運用ができないという問題がある。 【０００５】すなわち、上記従来のシステムにおいては
各オペレータ端末側で対応する内線電話機に発生してい
る事象を知ることができないため、例えばある内線電話
機に着呼したタイミングで対応するオペレータ端末に所
定のディスプレイ表示を行おうとしても、不可能であっ
た。 【０００６】また、近年公衆電話網では発呼者の電話番
号を被呼者に通知する発信者電話番号通知サービスが開
始されているが、上記従来のシステムのように内線電話
機に関する系統とオペレータ端末に関する系統とが分離
独立していると、電話網から取得した電話番号をその対
応する呼を受け付けたオペレータが使用している端末に
送信することができず、かかる電話番号データを有効に
活用することができない。 【０００７】さらに、上記従来のシステムでは、オペレ
ータ端末での事象を記録することによって業務記録を取
得したが、一方、電話交換機では従来より内線接続等の
ログが採取されていた。しかしながら、上記システムで
はこれらが別途記録されていたため、それらを参照した
としても管理者が必要な業務管理を容易に行うことが困
難な場合があった。 【０００８】本発明は上記課題に鑑みてなされたもので
あって、その目的は、内線電話機とオペレータ端末との
データ連携を行うことのできる電話システム及び方法を
提供することにある。 【０００９】上記課題を解決するために、それぞれが内
線に接続された複数の内線電話機と、外線と接続され該
外線を前記内線のいずれか少なくとも一つに接続する電
話交換機と、複数のオペレータ端末と、該複数のオペレ
ータ端末及び前記電話交換機と通信接続される連携サー
バと、を含み、ソフトウエア的に実装される電話システ
ムであって、前記オペレータ端末は、自機を識別するた
めに、予め設定され、ソフトウエア的に読み出し可能な
端末識別情報を記憶する端末識別情報記憶手段と、所定
タイミングで前記端末情報記憶手段に記憶される前記端
末識別情報を前記連携サーバに送信する端末識別情報送
信手段と、を含み、前記連携サーバは、前記内線電話機
を識別する内線電話機識別情報と前記端末識別情報とを
対応づけてなるテーブルを記憶するテーブル記憶手段
と、前記オペレータ端末から前記端末識別情報を受信す
る端末識別情報受信手段と、前記電話交換機で特定の内
線電話機に着呼があった場合に、着信した外線を前記複
数の内線電話機のいずれに接続したかを表すスイッチ情
報と発信者電話番号とを含むイベント情報を、該電話交
換機から取得するイベント情報取得手段と、前記テーブ
ルにおいて、前記スイッチ情報により外線を接続したと
される内線電話機を識別する内線電話機識別情報と対応
して記憶される端末識別情報を読み出し、該端末識別情
報と同一の端末識別情報を送信してきたオペレータ端末
に対し、前記イベント情報取得手段により取得されるイ
ベント情報に含まれる発信者電話番号を転送するイベン
ト情報転送手段と、を含むものである。 【００１０】 【００１１】 【００１２】 【００１３】 【００１４】 【発明の実施の形態】以下、本発明の実施の形態につい
て図面に基づき詳細に説明する。 【００１５】図１は、本実施の形態に係る電話管理シス
テムの全体構成を示す図である。同図に示す電話管理シ
ステムは、デジタル式のＰＢＸ（Private Branch Excha
nge：電話交換機）１０と、ＣＴＩ（Computer Telephon
y Integration）サーバ（連携サーバ）１２と、ＡＲＵ
（Automatic Response Unit：音声自動回答装置）１４
と、内線電話機１６と、ＰＣ（パーソナルコンピュー
タ：オペレータ端末）１８とを含んで構成されている。
ＰＢＸ１０は、外線インタフェース（Ｉ／Ｆ）２０と、
内線インタフェース２２と、スイッチ２４と、ＡＣＤ
（Automatic Call Distributer：自動呼分配装置）２６
と、ＣＴＩインタフェース２８とを含んで構成されてい
る。また、ＣＴＩサーバ１２は、ＣＴＩＡＰＩ（アプリ
ケーションインタフェース）２９と、ＣＴＩサービス３
０と、ＰＣインタフェース３２と、を含んで構成されて
いる。外線インタフェース２０は公衆網３４と接続され
ており、図示しない一般加入者の内線電話機１６が外線
と通話接続することができるようになっている。そし
て、公衆網３４のサービスの一環として、外線インタフ
ェース２０は該公衆網３４から発呼者が使用中の電話機
の電話番号（発信者電話番号）を取得することができ
る。 【００１６】このシステムでは、各内線電話機１６ａ，
ｂ，…の付近に対応するＰＣ１８ａ，ｂ，…が配置され
ており、それらの付近には各々オペレータが待機してい
る。そして、自分が担当する内線電話機１６に着呼があ
ればオペレータはその内線電話機１６を用いて呼を受け
るとともに、会話内容に応じて対応するＰＣ１８にてデ
ータ入出力操作を行う。 【００１７】ＰＢＸ１０のＣＴＩインタフェース２８
は、スイッチ２４の接続状態や外線インタフェース２０
への発呼や着呼をＣＴＩサーバ１２に通知するととも
に、ＣＴＩサーバ１２からの制御データに従ってスイッ
チ２４の切替制御を行うためのインタフェースであり、
通信線３６を介してＣＴＩサーバ１２のＣＴＩＡＰＩ２
９に接続されている。ＡＣＤ２６は、外線インタフェー
ス２０に着信した呼を最適な内線に接続するための制御
装置である。すなわち、このＡＣＤ２６は、内線インタ
フェース２２に接続されている複数の内線電話機１６の
うち、各内線電話機１６での電話受付けを担当するオペ
レータの稼働時間や待ち受け時間が平均化するよう最適
な一台を選択し、その内線電話機１６に外線が接続され
るようスイッチ２４を制御する。 【００１８】ＣＴＩサーバ１２は、ＰＢＸ１０とオペレ
ータの使用するＰＣ１８とを接続するためのコンピュー
タであり、ＰＣ１８やＰＢＸ１０との通信のための各種
ソフトウェアを実行する。ＣＴＩＡＰＩ２９は、ＣＴＩ
インタフェース２８に対してＣＴＩサーバ１２上で動作
する各種ソフトウェアがアクセスするためのアプリケー
ションインタフェースである。ＣＴＩサービス３０は、
ＣＴＩＡＰＩ２９とＰＣ１８インタフェースを用いた常
駐型のサービスプログラムであり、ＰＢＸ１０の動作と
ＰＣ１８の動作の橋渡しとしての機能を果たす。すなわ
ち、ＣＴＩサービス３０は、ＣＴＩＡＰＩ２９を介して
ＰＢＸ１０と通信線３６で接続されており、ＰＢＸ１０
のスイッチ２４の接続状態を表すデータや発信者電話番
号を取得し、或いはＰＢＸ１０に制御データを送信して
スイッチ２４を所望の接続状態に変更することができ
る。また、ＣＴＩサービス３０は、ＰＣインタフェース
３２とＬＡＮ３８とを介してＰＣ１８と接続されてお
り、ＰＣ１８からの要求に従ってＰＢＸ１０のスイッチ
２４を制御し、或いはＰＢＸ１０で発生したイベント
（例えば公衆網３４からの発信者電話番号の取得）に関
する情報をＰＣ１８に伝えることができる。 【００１９】ＡＲＵ１４は、アナログ線を介して内線イ
ンタフェース２２に接続されており、所与のメッセージ
を公衆網３４を介して一般加入者の内線電話機１６に送
信する装置である。このＡＲＵ１４は、さらにＬＡＮ３
８を介してＣＴＩサーバ１２とも接続されており、ＣＴ
Ｉサーバ１２との間で各種データをやり取りすることが
できるようになっている。この構成により、例えばメッ
セージの種別や内容を特定するデータをＬＡＮ３８を介
してＣＴＩサーバ１２からＡＲＵ１４に送信し、ＡＲＵ
１４にてこのデータに従ったメッセージを公衆網３４に
接続された一般加入者の電話機に自動送信することがで
きる。 【００２０】ここで、以上の構成を有する電話管理シス
テムの作用を概説する。公衆網３４から掛かってきた呼
は外線インタフェース２０に着信する。この事象はスイ
ッチ２４を介してＡＣＤ２６に通知され、ＡＣＤ２６は
内線インタフェース２２に接続された内線電話機１６の
中から最適な一台を決定し、当該呼をその内線電話機１
６に廻すよう、スイッチ２４に制御信号を送信する。こ
れにより、スイッチ２４は内線インタフェース２２を介
して決定された内線電話機１６の呼出音を鳴らしてオペ
レータに内線着呼の旨を報知するとともに、ＣＴＩイン
タフェース２８にスイッチ２４の接続状態の変化を通知
する。なお、スイッチ２４の接続状態の変化はＡＣＤ２
６から直接ＣＴＩインタフェース２８に通知されるよう
にしてもよい。 【００２１】次に、ＣＴＩインタフェース２８は呼の発
信者電話番号を外線インタフェース２０から取得し、Ｃ
ＴＩＡＰＩ２９に通知する。ＣＴＩサービス３０は、Ｐ
ＢＸ１０で発生した上記事象がどのＰＣ１８に対応する
ものかを、ＣＴＩインタフェース２８から取得した情報
と、後述する環境データ６５（図２参照）に含まれるテ
ーブルとから判断し、その対応するＰＣ１８に対してＰ
ＢＸ１０で取得した発信者電話番号をＬＡＮ３８を介し
て通知する。そして、ＰＣ１８ではこの発信者電話番号
を図示しないディスプレイ上に表示する。 【００２２】こうして、本電話管理システムでは、オペ
レータが呼出音の鳴音とともに、ＰＣ１８のディスプレ
イ上で当該電話の発呼者の電話番号を確認することがで
きる。そして、オペレータは内線電話機１６での会話内
容に応じてＰＣ１８に対するデータ入出力操作を行い、
必要に応じて内線電話機１６を使った回答の代わりにそ
の一部をＡＲＵ１４に肩代わりさせることができる。す
なわち、オペレータは、ＬＡＮ３８を介してＣＴＩサー
ビス３０に対し、発呼者に対する回答の一部をＡＲＵ１
４により回答するよう依頼することができる。これによ
り、ＣＴＩサービス３０は、ＬＡＮ３８を介してＡＲＵ
１４に回答データを送信するとともに、スイッチ２４に
よりその呼をＡＲＵ１４に接続切り替えするよう、ＣＴ
Ｉインタフェース２８に制御データを送信する。こうし
て、本電話管理システムによれば、内線電話機１６とＰ
Ｃ１８との連携動作により、オペレータの業務を円滑に
することができる。また、オペレータはＰＣ１８を用い
てＡＲＵ１４による自動回答をＣＴＩサーバ１２に依頼
することができる。 【００２３】次に、本発明の中核的構成の一つであるＣ
ＴＩサービス３０の構成についてさらに詳細に説明す
る。図２は、ＣＴＩサービス３０の内部構成を示す図で
ある。同図に示すように、ＣＴＩサービス３０は複数の
オブジェクトから構成されており、ＣＴＩ初期化スレッ
ド４０、ＰＢＸイベント分配スレッド４２、スイッチ制
御スレッド４４、ＣＴＩ終了スレッド４６、端末クラス
４８に属する複数の端末スレッド（インスタンス）５
０、トランククラス５２に属する複数のトランクスレッ
ド（インスタンス）５４、ＰＣインタフェース初期化ス
レッド５６、ＰＣ制御スレッド５８、ＰＣイベントスレ
ッド６０、接続管理スレッド６２、ＰＣインタフェース
終了スレッド６４、環境データ６５を含んでいる。 【００２４】ＣＴＩ初期化スレッド４０は、ＣＴＩサー
ビス３０の起動時に実行されるモジュールであり、ＣＴ
ＩＡＰＩ２９を始めとしてＣＴＩサービス３０の各ハー
ドウェア及びソフトウェアモジュールを初期化する。一
方、ＣＴＩ終了スレッド４６はＣＴＩサービス３０の終
了時に実行されるスレッドである。ＰＣインタフェース
初期化スレッド５６は、ＰＣインタフェース３２を初期
化するとともに接続管理スレッド６２を起動するモジュ
ールであり、各スレッドの初期化処理を行う。ＰＣイン
タフェース終了スレッド６４は、ＰＣインタフェース３
２を用いた通信を正常終了するためのモジュールであ
る。 【００２５】ＰＢＸイベント分配スレッド４２は、ＣＴ
ＩＡＰＩ２９で発生するイベントを端末スレッド５０や
トランクスレッド５４に分配するモジュールである。ス
イッチ制御スレッド４４は、端末スレッド５０及びトラ
ンクスレッド５４がスイッチ２４を制御するためのモジ
ュールである。ＰＣ制御スレッド５８は、端末スレッド
５０からＰＣ１８を制御するためのモジュールである。
ＰＣイベントスレッド６０はＰＣ１８からの要求をイベ
ントとして端末スレッド５０に伝えるモジュールであ
る。接続管理モジュールは、ＰＣ１８からの接続要求を
受けて対応する端末スレッド５０にソケットを引き渡す
モジュールである。端末スレッド５０は、ＰＢＸ１０や
ＰＣ１８で発生するイベントを受けて後述するＣＴＩス
クリプトに従った内容でＰＢＸ１０やＰＣ１８を制御す
るモジュールである。トランクスレッド５４は、ＣＴＩ
サービス３０でＡＣＤ２６に相当する機能を実現するモ
ジュールであり、ＰＢＸ１０にＡＣＤ２６が存在しない
場合に特に有意義なものである。 【００２６】環境データ６５は、ＣＴＩサービス３０の
記憶手段に予め格納されているデータであり、ＣＴＩＡ
ＰＩ２９を使用するのに必要となるＣＴＩインタフェー
ス２８のネットワークアドレス及びポート番号、各端末
スレッド５０をどの内線番号に対応づけるかを決定する
テーブル、が含まれている。この環境データ６５はＣＴ
Ｉ初期化スレッド４０、ＰＢＸ分配スレッド４２、ＰＣ
イベント６０等により必要に応じてアクセスされる。図
３は、この環境データ６５に含まれるテーブルの内容の
一例を示す図である。同図に示すように、このテーブル
には、内線電話機１６を識別する内線電話機ＩＤとＰＣ
１８を識別するＰＣＩＤとが対応づけて記録されてお
り、内線電話機１６のそれぞれがどのＰＣ１８と対応し
ているかを示している。なお、ここでは内線電話機ＩＤ
として図１中の符号を用いたが、これに限らず内線番号
等の内線電話機１６を識別することのできる情報であれ
ばよい。同様に、ここではＰＣＩＤについても図１中の
符号を用いているが、各ＰＣのネットワークアドレス
等、ＰＣ１８を識別することのできる情報であればどの
ようなものを用いても構わない。 【００２７】次に、かかる構成を有するＣＴＩサービス
３０の作用について説明する。ＰＢＸ１０のスイッチ状
態の変化や着呼又は発呼等のイベントは、上述のように
ＣＴＩインタフェース２８を介してＣＴＩＡＰＩ２９に
通知される。ＰＢＸイベント分配スレッド４２はこの通
知を受け、どの端末スレッド５０或いはトランクスレッ
ド５４でその通知に関する処理をすべきかを判断する。
そして、その端末スレッド５０又はトランクスレッド５
４に対してＣＴＩＡＰＩ２９に通知されたイベント内容
を転送する。端末スレッド５０又はトランクスレッド５
４はイベントの内容に応じ、後述するＣＴＩスクリプト
で指定された手順でスイッチ制御スレッド４４やＰＣ制
御スレッド５８にアクセスし、それを制御する。 【００２８】また、ＰＣ１８でイベントが発生した場合
には、そのＰＣ１８からＣＴＩサーバ１２へのアクセス
が発生し、ＰＣイベントスレッド６０にその内容が通知
される。この場合も同様に、ＰＣイベントスレッド６０
はこの通知を受け、どの端末スレッド５０でその通知に
関する処理をすべきかを判断する。そして、その対応す
る端末スレッド５０に対してＰＣ１８から通知されたイ
ベント内容を転送する。端末スレッド５０はイベントの
内容に応じ、後述するＣＴＩスクリプトで指定された手
順でスイッチ制御スレッド４４やＰＣ制御スレッド５８
にアクセスし、それらを制御する。 【００２９】次に示す図４は、ＰＢＸ１０に設けられた
ＣＴＩインタフェース２８とＣＴＩサービス３０との関
係の諸態様を説明する図である。同図（ａ）は、一つの
ＣＴＩインタフェース２８に対して複数のＣＴＩサービ
ス３０がアクセスする態様を表すものである。この態様
を採用すれば、ＣＴＩサービス３０を物理的に独立した
別のサーバ上に構築することができる。このため本態様
はＣＴＩインタフェース２８に多数のイベントが発生す
る場合に適する。同図（ｂ）は、一台のＣＴＩサーバ１
２が複数のＣＴＩインタフェース２８からアクセスされ
る態様を表すものであり、ここではＣＴＩサービス３０
毎にＣＴＩインタフェース２８が設けられている。この
態様はＣＴＩインタフェース２８に発生するイベントが
少ない場合に適する。同図（ｃ）は、一つのＣＴＩサー
ビス３０が複数のＣＴＩインタフェース２８と接続され
る場合を表す。この態様を採用すれば、ＣＴＩインタフ
ェース２８間に相互依存関係がある場合であっても好適
に通信処理を行うことができる。 【００３０】次に、ＣＴＩ初期化スレッド４０の処理に
ついて説明する。図５は、ＣＴＩ初期化スレッド４０の
処理を説明するフロー図である。同図において、まずＣ
ＴＩ初期化スレッド４０は環境データ６５からＣＴＩイ
ンタフェース２８のネットワークアドレス及びポート番
号等の必要なデータを取得し（Ｓ１０１）、ＣＴＩＡＰ
Ｉ２９を初期化する（Ｓ１０２）。次に、ＣＴＩ初期化
スレッド４０は端末スレッド５０を各々生成する（Ｓ１
０３）。さらに、ＰＢＸ１０にイベントが発生すればそ
れをＣＴＩサーバ１２に通知するようＣＴＩＡＰＩ２９
に依頼し、スイッチ２４の監視を開始させる（Ｓ１０
４）。そして、対象となるすべての端末スレッド５０が
生成できれば、次にＰＣインタフェース初期化スレッド
５６を起動する（Ｓ１０５）。なお、トランクスレッド
５４が必要となる場合はそれらについても上記手順と同
様に初期化処理を行う。 【００３１】次に、ＰＣインタフェース初期化スレッド
５６の処理について説明する。図６は、ＰＣインタフェ
ース初期化スレッド５６の処理を説明するフロー図であ
る。同図において、まずＰＣインタフェース初期化スレ
ッド５６は環境データ６５から接続管理スレッド６２で
使用するポート番号を表すデータを取得する（Ｓ２０
１）。そして、接続管理スレッド６２を起動する際にこ
のデータを渡す（Ｓ２０２）。 【００３２】次に、ＰＢＸイベント分配スレッド４２の
処理について説明する。図７は、ＰＢＸイベント分配ス
レッド４２の処理を説明するフロー図である。同図に示
すように、このＰＢＸイベント分配スレッド４２は通常
ウェイト（イベント待ち）状態にあり（Ｓ３０１）、Ｐ
ＢＸ１０でのイベント発生がＣＴＩＡＰＩ２９から通知
されると（Ｓ３０２）、該ＰＢＸイベント分配スレッド
４２に制御が移り、その処理が開始される。ＰＢＸ１０
から送信されるＣＴＩＡＰＩ２９を介して受け取るデー
タは、同図中矢印Ａに示すように、ＰＢＸ１０で発生し
たイベントの内容と内線電話機１６のいずれに対してそ
のイベントが発生したかを表す内線電話機ＩＤとが含ま
れている。ＰＢＸイベント分配スレッド４２は、この通
知された内線電話機ＩＤと環境データ６５に含まれるテ
ーブル（図３参照）とに基づいて端末スレッド５０を特
定し（Ｓ３０３）、そこにイベント内容を通知する（Ｓ
３０４）。 【００３３】次に、スイッチ制御スレッド４４及びＰＣ
制御スレッド５８と、端末スレッド５０及びトランクス
レッド５４と、の連携動作の態様について説明する。図
８は、かかる連携動作の態様を説明する図である。同図
（ａ）は「同期型」を表し、この態様によれば、端末ス
レッド５０又はトランクスレッド５４でトランザクショ
ンが発されれば、スイッチ制御スレッド４４やＰＣ制御
スレッド５８での処理が完了するまで、その端末スレッ
ド５０又はトランクスレッド５４での処理はブロックさ
れる。同図（ｂ）は「非同期型」を表し、この態様によ
れば、端末スレッド５０又はトランクスレッド５４でト
ランザクションが発されれば、即時にその端末スレッド
５０又はトランクスレッド５４は当該トランザクション
に関する処理から解放される。そして、スイッチ制御ス
レッド４４又はＰＣ制御スレッド５８からは処理完了が
後に別途のイベントとして通知される。同図（ｃ）は
「振り逃げ型」を表し、この態様によれば、端末スレッ
ド５０又はトランクスレッド５４はトランザクションを
発した後に自発的に処理を終了し、一方、スイッチ制御
スレッド４４やＰＣ制御スレッド５８はこのトランザク
ションを受けて処理を開始するが、処理完了の旨は端末
スレッド５０やトランクスレッド５４には通知されな
い。本電話管理システムにおいては、スイッチ制御スレ
ッド４４に対するトランザクションの場合、転送や発信
の要求の旨のトランザクションは同図（ａ）の「同期
型」で行われ、ＰＣ制御スレッド５８に対するトランザ
クションの場合、着信の通知のトランザクションが特に
同図（ｃ）の「振り逃げ型」で行われる。 【００３４】次に、端末スレッド５０及びトランクスレ
ッド５４の処理について説明する。図９は、端末スレッ
ド５０の処理を説明するフロー図である。同図に示すよ
うに、端末スレッド５０は通常ウェイト状態にあり（Ｓ
４０１）、ＰＢＸ１０又はＰＣ１８でのイベント発生が
ＰＢＸイベント分配スレッド４２又はＰＣイベントスレ
ッド６０から通知されると（Ｓ４０２）、該端末スレッ
ド５０に制御が移り、その処理が開始される。そして、
処理Ａ〜処理Ｃ（Ｓ４０４〜Ｓ４０６）のいずれの処理
を行うかはイベントの内容により識別される（Ｓ４０
３）。すなわち、ＣＴＩサーバ１２には、図示しないメ
モリにユーザにより書換可能なファイル形式で、図１０
に一例として示すＣＴＩスクリプトが記録されており、
上記Ｓ４０３の処理ではこのＣＴＩスクリプトに基づい
て、処理が実行される。たとえば、同図に示すＣＴＩス
クリプトにしたがって端末スレッド５０がイベント処理
を行う場合では、Ｓ５０２にてイベントＡが受信される
と同図中の＜イベントＡ＞と＜／イベントＡ＞との間に
記述された処理Ａの内容が順次実行される。なお、処理
Ａ〜処理Ｃは、一般には例えば図１１に示すように前処
理（Ｓ５０１）とイベント転送処理（Ｓ５０２）と後処
理（Ｓ５０３）とがこの順で行われるものであり、この
ような内容が各イベント毎に予め定められ、図１０に示
したＣＴＩスクリプトに記録される。ここでは、端末ス
レッド５０の処理についてフロー図に基づいて説明した
が、トランクスレッド５４についても同様である。 【００３５】図１２は、ＣＴＩスクリプトをさらに具体
的に示す図である。同図（ａ）は端末スレッド５０に対
して用意されるべきＣＴＩスクリプトの一例であり、
「端末（内線電話機１６）への着信」のイベントがＰＢ
Ｘ１０で発生した場合に、まず発信者電話番号をＰＢＸ
１０から取得し、それを内線電話機ＩＤに対応するＰＣ
１８に送信する旨が表されている。また、同図（ｂ）は
トランクスレッド５４に対して用意されるべきＣＴＩス
クリプトの一例であり、「トランクへの着信」のイベン
トがＰＢＸ１０で発生した場合に、まず現在使用されて
いない内線電話機１６を検索し、その検索結果に従って
内線電話機１６を決定し、着信した呼を決定された内線
電話機１６にまわすようスイッチ２４を制御すべき旨が
表されている。 【００３６】次に、接続管理スレッド６２の処理につい
て説明する。図１３は、接続管理スレッド６２の処理を
説明するフロー図である。同図に示すように、接続管理
スレッド６２は、ＰＣ１８との通信用にソケットを生成
し（Ｓ６０１）、ウェルノウンポート（wellknown por
t；待ち受け用ポート）でＰＣ１８からの接続を待ち受
ける（Ｓ６０２）。そして、ＰＣ１８からの接続要求が
あると（Ｓ６０３）、そこに含まれるソケットＩＤデー
タを参照してその接続要求が新ポートを要求するもので
あるか否かを判断する（Ｓ６０４）。新ポートを要求す
るものであれば、そのポートからの読み出しを開始する
とともに（Ｓ６０５）、ウェルノウンポートを解放して
他のＰＣ１８からの接続を再び待ち受ける。すなわち、
ＰＣ１８がＣＴＩサーバ１２に接続すると、該ＰＣ１８
は直ちに自機に割り付けられたＰＣＩＤ（内線電話機Ｉ
Ｄに対応する）を該ＣＴＩサーバ１２に送信する。ＣＴ
Ｉサービス３０ではこのＰＣＩＤを受信し（Ｓ６０
６）、対応する端末スレッド５０の状態を調べる（Ｓ６
０７）。そして、そのポートが使用中であれば廃棄を指
示する（Ｓ６０８）。次に、接続管理スレッド６２は新
ポートを端末スレッド５０に通知する（Ｓ６０９）そし
て、端末スレッド５０はこのポートからのイベントの受
信を開始し、また、このポートを介してＰＣ１８にイベ
ントを通知し始める。 【００３７】次に、ＰＣイベントスレッド６０について
説明する。図１４は、ＰＣイベントスレッド６０の構成
を示す図である。同図に示すように、ＰＣイベントスレ
ッド６０は、端末スレッド処理７０、ウェイト処理７
１、ＰＢＸイベント処理７２、スイッチ制御スレッド４
４のリザルト処理７３、ＰＣ１イベント処理７４、ＰＣ
制御スレッド５８のリザルト処理７５、ＰＣ１８との接
続処理７６、終了処理７７、が可能な実行モジュールで
ある。端末スレッド処理では、端末スレッド５０から通
知されるイベントを受け取り、或いはＰＣ１８から発生
したイベントを所定の端末スレッド５０に通知する。Ｐ
Ｃイベントスレッド６０は、通常はウェイト処理７１に
より待ち受け状態となっており、着呼等のＰＢＸ１０で
イベントが発生すればＰＢＸイベント処理７２がなされ
る。また、ＰＢＸ１０のスイッチ２４の切替え等を指示
した後にリザルトコードを受け取るとリザルト処理７３
がなされる。同様に、ＣＴＩサーバ１２への接続等のイ
ベントがＰＣ１８で発生すればＰＣイベント処理７４が
なされ、ＰＣ１８に対してイベントを通知すればＰＣ１
８制御のリザルト処理７５が実行される。さらに、上述
したポートの廃棄や新ポートの通知は、各ＰＣ１８との
接続処理７６により行われ、ＣＴＩサーバ１２のシャッ
トダウン時等には当該ＰＣイベントスレッド６０を正常
終了するための終了処理７７が実行される。 【００３８】次に、ＰＣ１８側の実装について説明す
る。図１５は、ＰＣ１８の構成を示す図である。ＰＣ１
８には、ＰＣＩＤ記憶部８０と、接続処理部８１と、送
信部８２と、受信部８３と、アプリケーションソフトウ
ェア部８４と、リザルト処理部８５と、メッセージ処理
部８６と、が実装されている。そして、接続処理部８１
がＣＴＩサーバ１２との接続処理を行う際にはＰＣＩＤ
記憶部８０からＰＣＩＤが読み出されＣＴＩサーバ１２
に通知される。接続が完了すれば、その後、送信部８２
による処理と受信部８３による処理とが独立並行して行
われる。すなわち、アプリケーションソフトウェア部８
４で発される要求は送信部８２によりＣＴＩサーバ１２
に通知される。この際、アプリケーションソフトウェア
部８２は要求に対するリザルトの待ちで処理をブロック
するのではなく、アイドル状態となってメッセージ処理
部８６から通知されるメッセージを待つ。このメッセー
ジ処理部８６はＰＣ１８のＯＳによって提供される。一
方、ＣＴＩサーバ１２からリザルト又はイベントが通知
されれば受信部８３が受け取り、一旦メッセージ処理部
８６に渡されそれがＯＳメッセージとしてアプリケーシ
ョンソフトウェア部８４に通知される。アプリケーショ
ンソフトウェア部８４はＧＵＩ（グラフィックユーザイ
ンタフェース）での操作入力とＣＴＩサーバ１２からの
イベントを常時受け付ける状態となっている。 【００３９】 【発明の効果】以上説明した本発明によれば、複数のオ
ペレータ端末及び電話交換機と通信可能に連携サーバを
設け、該連携サーバで電話交換機に接続された内線電話
機とオペレータ端末との対応付け情報をテーブルとして
記憶しておき、電話交換機に特定の内線電話機に関する
イベントが生じると、それをその特定の内線電話機に対
応するオペレータ端末に通知するようにしたので、内線
電話機とオペレータ端末とのデータ連携を行うことがで
き、業務を円滑に進めることができる。すなわち、たと
えば内線電話機に関してイベントが発生する場合に、そ
れに応じて対応するオペレータ端末で表示等の処理を実
行することができる。また、電話交換機で従来より得ら
れている内線接続に関する情報等をオペレータ端末側に
送信することができるため、電話交換機で得られる情報
とオペレータ端末で得られる情報とを統合することによ
り、より詳細な業務記録を残すことができる。 【００４０】また、本発明によれば、連携サーバで電話
交換機からスイッチ情報と発呼者電話番号とを取得し、
スイッチ情報と前記テーブルとに基づいて発呼者電話番
号を対応するオペレータ端末に送信するようにしたの
で、例えばある内線電話機の呼出音が鳴る場合に、対応
するオペレータ端末でその電話の電話番号を表示するこ
とができる。 【００４１】 【００４２】

【図面の簡単な説明】 【図１】 本発明の実施の形態に係る電話システムの全
体構成を示す図である。 【図２】 本発明の実施の形態に係る電話システムに用
いるＣＴＩサーバの構成を示す図である。 【図３】 環境データに含まれるテーブルを示す図であ
る。 【図４】 ＣＴＩインタフェースとＣＴＩサービスとの
関係を説明する図である。 【図５】 ＣＴＩ初期化スレッドの処理を説明するフロ
ー図である。 【図６】 ＰＣインタフェース初期化スレッドの処理を
説明するフロー図である。 【図７】 ＰＢＸイベント分配スレッドの処理を説明す
るフロー図である。 【図８】 端末スレッド及びトランクスレッドとスイッ
チ制御スレッド及びＰＣ制御スレッドの同期態様を説明
する図である。 【図９】 端末スレッドの処理を説明するフロー図であ
る。 【図１０】 ＣＴＩスクリプトの構成を示す図である。 【図１１】 各イベントに対して典型的に行われる処理
を説明するフロー図である。 【図１２】 ＣＴＩスクリプトの具体例を示す図であ
る。 【図１３】 接続管理スレッドの処理を説明するフロー
図である。 【図１４】 ＰＣイベントスレッドの構成を示す図であ
る。 【図１５】 ＰＣの実装を説明する図である。 【符号の説明】 １０ ＰＢＸ（電話交換機）、１２ ＣＴＩサーバ（連
携サーバ）、１６ 内線電話機、１８ ＰＣ（オペレー
タ端末）、６５ 環境データ（テーブルを含む）。

Claims (1)

1. (57)【特許請求の範囲】 【請求項１】 それぞれが内線に接続された複数の内線
   電話機と、外線と接続され該外線を前記内線のいずれか
   少なくとも一つに接続する電話交換機と、複数のオペレ
   ータ端末と、該複数のオペレータ端末及び前記電話交換
   機と通信接続される連携サーバと、を含み、ソフトウエ
   ア的に実装される電話システムであって、 前記オペレータ端末は、 自機を識別するために、予め設定され、ソフトウエア読
   み出し可能な端末識別情報を記憶する端末識別情報記憶
   手段と、 所定タイミングで前記端末情報記憶手段に記憶される前
   記端末識別情報を前記連携サーバに送信する端末識別情
   報送信手段と、を含み、 前記連携サーバは、 前記内線電話機を識別する内線電話機識別情報と前記端
   末識別情報とを対応づけてなるテーブルを記憶するテー
   ブル記憶手段と、 前記オペレータ端末から前記端末識別情報を受信する端
   末識別情報受信手段と、 前記電話交換機で特定の内線電話機に着呼があった場合
   に、着信した外線を前記複数の内線電話機のいずれに接
   続したかを表すスイッチ情報と発信者電話番号とを含む
   イベント情報を、該電話交換機から取得するイベント情
   報取得手段と、 前記テーブルにおいて、前記スイッチ情報により外線を
   接続したとされる内線電話機を識別する内線電話機識別
   情報と対応して記憶される端末識別情報を読み出し、該
   端末識別情報と同一の端末識別情報を送信してきたオペ
   レータ端末に対し、前記イベント情報取得手段により取
   得されるイベント情報に含まれる発信者電話番号を転送
   するイベント情報転送手段と、 を含むことを特徴とする電話システム。