JPH11262039A - コンピュータと電話の統合システム - Google Patents

コンピュータと電話の統合システム

Info

Publication number
JPH11262039A
JPH11262039A JP10056852A JP5685298A JPH11262039A JP H11262039 A JPH11262039 A JP H11262039A JP 10056852 A JP10056852 A JP 10056852A JP 5685298 A JP5685298 A JP 5685298A JP H11262039 A JPH11262039 A JP H11262039A
Authority
JP
Japan
Prior art keywords
switch engine
call
service request
path
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP10056852A
Other languages
English (en)
Other versions
JP4087941B2 (ja
Inventor
Takahiro Saitou
貴大 斎藤
Yasubumi Nagayama
泰文 永山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP05685298A priority Critical patent/JP4087941B2/ja
Priority to US09/265,347 priority patent/US6707899B2/en
Publication of JPH11262039A publication Critical patent/JPH11262039A/ja
Application granted granted Critical
Publication of JP4087941B2 publication Critical patent/JP4087941B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
    • H04M3/42323—PBX's with CTI arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0012—Details of application programming interfaces [API] for telephone networks; Arrangements which combine a telephonic communication equipment and a computer, i.e. computer telephony integration [CPI] arrangements
    • H04M7/0021—Details of Application Programming Interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Exchange Systems With Centralized Control (AREA)

Abstract

(57)【要約】 【課題】コンピュータと電話が統合されたコンピュータ
と電話の統合システムにおいて、サービス要求部の要求
により、呼を制御する場合に、パス接続状態と独立し
て、デバイス単位の制御が可能とすることを目的とす
る。 【解決手段】交換制御を行うスイッチエンジン（３）
と、該スイッチエンジンと接続するデバイス（４ないし
９）と、前記スイッチエンジンに対して電話交換サービ
スを要求するサービス要求部（１）と、該サービス要求
部から前記スイッチエンジンに対する交換サービスの要
求及び前記スイッチエンジンから前記サービス要求部に
対する前記スイッチエンジンと前記デバイスに係る呼情
報の通知を行うサービス要求処理・呼情報通知手段
（２）とを有し、前記呼情報は、前記デバイスの状態情
報と、前記スイッチエンジンとデバイス間のパス接続情
報の二種類である。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、コンピュータと電
話の統合システムに関し、特に、電話交換サービス要求
部が、サービス要求処理・呼情報通知手段を介して交換
機能を有するスイッチエンジンに対して交換制御を要求
し、該スイッチエンジンが呼処理を行うコンピュータと
電話の統合システムに関する。
【０００２】
【従来の技術】従来から、パーソナルコンピュータ等の
コンピュータ上で、アプリケーションが、ＡＰＩ（Ａpp
lication Ｐrogrammatic Ｉnterface）プログラムを使
用して、交換機能を有するスイッチエンジンに対して交
換制御を要求し、このスイッチエンジンが電話交換の呼
処理を行う呼接続制御方式が行われている。ＡＰＩの代
表的なものとして、例えば、ＴＳＡＰＩ( Ｔelephony
Ｓervice ＡpplicationＰrogrammatic Ｉnterface）が
挙げられる。
【０００３】このＴＳＡＰＩでは、図７のように電話交
換における「呼」をモデル化している。電話交換におけ
る接続は、デバイス３３と交換機（図示せず）が接続
（コネクション３１）され、その交換機とデバイス３４
が接続（コネクション３２）され、さらに、交換機にお
いて二つの接続を結ぶことにより、呼が完成され、通話
が可能となる。図７は、その通話可能時の状態をモデル
化しているものである。一つのコール（呼）３０には二
つのコネクション３１、３２を必要とするモデルであ
る。つまり、二者接続が呼の基本（一つのコールには二
つのコネクションの存在が必要である。）である。発呼
のように、一方のデバイスしか関与しない状態を表現す
る場合は、ダミーのデバイス及びコネクションを必要と
する。このモデルで呼制御を行うと、呼の情報がデバイ
ス３３、３４とコール３０との関係を表すコネクション
３１、３２（デバイスの識別子とコールの識別子の組み
合わせで識別される）で管理される。ＴＳＡＰＩは、こ
のモデルを使用して、呼制御及び呼の管理を行ってい
る。
【０００４】このモデルのコネクションについて、図８
を用いて説明する。コネクションの状態は、Ｎull 状
態、Ｃonnected状態、Ｉnitiated状態、Ａlerting 状
態、Ｆail 状態、Ｈold 状態及びＱueued 状態を持つ。
Ｎull 状態は、コールとデバイスが、物理的にも論理的
にも結びついていない状態である。Ｃonncted 状態は、
コールとデバイスが、物理的にも論理的にも結びついて
いる状態である。Ｃonnected状態は、デバイスが発信し
た場合では、相手先への発信手続きが完了した状態であ
り、デバイスが着信した場合では、呼び出しに応答を返
した状態である。Ｉnitiated状態は、交換機がユーザー
へ発信に必要な手続きを促している状態である。Ａlert
ing 状態は、コールがデバイスを呼び出している状態
で、次の三つのモードからなる。Ｒingingモード、Ｏff
eredモード及びＥntering Ｄistribution モード。Ｒin
gingモードは、Ｏfferedデバイス（呼を転送するデバイ
ス等）やＤistribution デバイス（代表電話のように呼
を割り振るデバイス）を除いた通常のデバイスを呼び出
しているモードである。Ｏfferedモードは、コールがＯ
fferedデバイスに着信して、着信したコールに対し、ど
こに呼を転送するか等の指示を待っているモードであ
る。Ｅntering Ｄistribution モードは、コールがＤis
tribution デバイスに着信したモードである。Ｆail 状
態は、何らかの理由でコネクションの正常な状態遷移に
失敗した状態である。Ｈold 状態は、コールとデバイス
とが論理的には結びついているが、物理的には結びつい
ていない状態である。Ｑueued 状態は、何らかの状態変
化やアクションが起こるまで待機している状態である。
これらの状態は、図９の状態遷移を行う。
【０００５】
【発明が解決しようとする課題】図７のコールモデル
を、Ｈold 状態に関して、図２０（Ａ）を用いて説明す
る。デバイスＤ１とデバイスＤ２とは通話中で、デバイ
スＤ１とデバイスＤ３とは、Ｄ３が保留されている状態
であるとする。この場合は、デバイスＤ１とデバイスＤ
２とは、Ｃonnected状態であって、コールとデバイス
が、物理的にも論理的にも結びついている状態である。
一方、Ｄ３は、保留されている状態（呼が回線を補足し
ているが、デバイスＤ３の通話回路は、該回線から切り
離されている状態）であるから、呼が存在しており、コ
ールとデバイスとが論理的には結びついている。ところ
が、デバイスＤ３の通話回路は回線から切り離されてい
るから、デバイスＤ１とデバイスＤ３とは物理的には切
り離されており、これらデバイス間では通信できない状
態である。この場合、保留されているデバイスＤ３は、
物理的には切り離されているにも係わらず、呼が存在す
るためにデバイスＤ３単独では、コールモデル上存在で
きない。
【０００６】従来の呼情報の管理では、Ｈold 状態にみ
られるように、呼とデバイスが結びつけられていて、デ
バイスのみを切り離して管理することができず、また、
二者接続が基本単位で、一者だけ存在することがモデル
上不可能なため、トランクの着信又は発信の制御のよう
なデバイス単位の制御をアプリケーション側の要求で行
うことができないという問題があった。
【０００７】そこで、本発明では、電話交換サービス要
求部であるＣＴＩアプリケーションがスイッチエンジン
の呼を制御する場合に、パス接続状態と独立して、デバ
イス単位の制御が可能とすることを目的とする。
【０００８】
【課題を解決するための手段】請求項１に記載された発
明は、交換制御を行うスイッチエンジン（例えば図１の
３）と、該スイッチエンジンに接続するデバイス（例え
ば図１の４ないし９）と、前記スイッチエンジンに対し
て電話交換サービスを要求するサービス要求部（例えば
図１の１）と、前記スイッチエンジンと前記サービス要
求部とのインターフェース機能を有するサービス要求処
理・呼情報通知手段とを有し（例えば図１の２）、該サ
ービス要求処理・呼情報通知手段は、前記サービス要求
部から前記スイッチエンジンへの交換サービスの要求の
処理及び前記スイッチエンジンから前記サービス要求部
への前記スイッチエンジンと前記デバイスに係る呼情報
の通知を行い、前記呼情報は、前記デバイスの状態情報
と、前記スイッチエンジンとデバイス間のパス接続情報
の二種類であることを特徴とする。
【０００９】請求項１記載の発明によれば、サービス要
求処理・呼情報通知手段における呼情報の管理を、デバ
イス単位の制御を可能とするデバイスの状態情報と前記
スイッチエンジンとデバイス間のパス接続情報の二つの
情報により行うことにより、サービス要求部からの要求
により、呼の制御する場合に、パス接続状態と独立して
デバイス単位の制御を行うことができる。
【００１０】請求項２に記載された発明は、請求項１記
載のコンピュータと電話の統合システムにおいて、前記
デバイス（例えば図１の４）と前記スイッチエンジン
（例えば図１の３）間の接続が、他の前記デバイス（例
えば図１の５ないし９）と前記スイッチエンジン間のパ
スの接続がなくとも、単独で確立し、前記サービス要求
部（例えば図１の１）からのサービス要求に基づき、前
記スイッチエンジンと接続が確立している前記デバイス
を単位としてサービスを行うことを特徴とする。
【００１１】請求項２記載の発明は、デバイス単位の制
御の具体的な内容を規定している。つまり、デバイスを
単位としてサービスが行えるということは、サービス要
求処理・呼情報通知手段における呼情報の管理が、デバ
イス単位の制御を行うことができるということの結果で
ある。その結果、デバイスとスイッチエンジン間の接続
が、他の前記デバイスと前記スイッチエンジン間のパス
の接続がなくとも単独で確立することが可能となり、前
記スイッチエンジンと接続が確立している前記デバイス
を単位としてサービスを行うことができるようになり、
トーキー装置の駆動のような一方的な接続が可能とな
る。
【００１２】請求項３に記載された発明は、請求項１又
は２記載のコンピュータと電話の統合システムにおい
て、二つの前記デバイスから前記スイッチエンジンへ着
信したとき、前記サービス要求部からのサービス要求に
基づき、前記二つのデバイス間のパスを接続させること
により、前記スイッチエンジンへ着信してきた前記二つ
のデバイス間のパス接続を行うことを特徴とする。
【００１３】請求項３記載の発明によれば、二つのデバ
イスから前記スイッチエンジンへ着信したとき、二つの
デバイス間のパスを接続させることにより、両者の通話
が可能となる。具体的には、例えば、一のデバイスをペ
ージング呼び出し者（患者）のデバイスとし、他のデバ
イスをページングにより呼び出された者（ナース又は医
者）のデバイスとした場合、の両者の通話が可能とな
る。
【００１４】請求項４に記載された発明は、請求項１又
は２記載のコンピュータと電話の統合システムにおい
て、前記デバイス（例えば図１の４）から前記スイッチ
エンジン（例えば図１の３）へ着信したとき、前記サー
ビス要求部（例えば図１の１）からのサービス要求に基
づき、前記スイッチエンジンから別のデバイス（例えば
図１の５）へ発信して、二つのデバイス間のパスを接続
させることにより、前記スイッチエンジンへ着信してき
たデバイス（例えば図１の４）と前記スイッチエンジン
から発信した前記デバイス（例えば図１の５）間のパス
接続を行うことを特徴とする。
【００１５】請求項４記載の発明は、本コンピュータと
電話の統合システムの典型的な実施の形態を規定するも
ので、あるデバイス（例えば図１の４）が他のデバイス
（例えば図１の５）に通話のためにダイヤルした場合で
ある。つまり、あるデバイス（例えば図１の４）が他の
デバイス（例えば図１の５）にダイヤルすると、その呼
がスイッチエンジン（例えば図１の３）に着信する。次
いで、スイッチエンジンが相手先の（他の）デバイス
（例えば図１の５）へ発信して、相手先のデバイス（例
えば図１の５）を呼び出す。相手先のデバイス（例えば
図１の５）が応答すると、スイッチエンジンがこれら二
つのデバイス間を接続させることにより、通話すること
ができる。
【００１６】請求項５に記載された発明は、請求項１又
は２記載のコンピュータと電話の統合システムにおい
て、予め前記スイッチエンジン（例えば図１の３）から
第一の前記デバイス（例えば図１の４）へ発信して、前
記スイッチエンジンと前記第一のデバイス間の接続を確
立させておいて、第二の前記デバイス（例えば図１の４
ないし９）から前記スイッチエンジンへ着信したとき、
前記サービス要求部（例えば図１の１）からのサービス
要求に基づき、前記第一のデバイスと前記第二のデバイ
ス間のパスの接続させることにより、前記第一のデバイ
スと前記第二のデバイス間のパスの接続を行うことを特
徴とする。
【００１７】請求項５記載の発明は、予めスイッチエン
ジンから第一のデバイスへ発信して、スイッチエンジン
と第一のデバイス間の接続を確立させておいて、第二の
デバイスからスイッチエンジンへ着信したとき、第一の
デバイスと第二のデバイス間のパスを接続させることに
より、両者の通話を可能とした。具体的には、例えば、
第一のデバイスをガイダンス装置とし、第二のデバイス
をガイダンスを聞く者とし、これにより、ガイダンスの
サービスが可能となる。
【００１８】請求項６に記載された発明は、請求項１又
は２記載のコンピュータと電話の統合システムにおい
て、前記サービス要求部（例えば図１の１）からのサー
ビス要求に基づき、前記スイッチエンジン（例えば図１
の３）から二つの前記デバイス（例えば図１の４と５）
へ別々に発信して、二つの前記デバイス間のパスの接続
を行うことを特徴とする。
【００１９】請求項６記載の発明によれば、スイッチエ
ンジンから二つのデバイスへ別々に発信して、二つのデ
バイス間のパスを接続させることにより、両者の通話を
可能とした。具体的には、例えば、在宅勤務の社員が、
自宅の電話とお客の電話との通話に、これを利用するこ
とにより、課金を会社負担とすることができる。請求項
７に記載された発明は、請求項１又は２記載のコンピュ
ータと電話の統合システムにおいて、予め第一の前記デ
バイス（例えば図１の４）と前記スイッチエンジン（例
えば図１の３）間の接続を確立させておいて、前記サー
ビス要求部（例えば図１の１）からのサービス要求に基
づき、一度に複数の前記デバイス（例えば図１の５ない
し９）へ発信させて、該デバイスが応答すると、前記第
一のデバイスと応答した前記デバイス間のパスを接続さ
せることにより、同報サービスを行うことを特徴とす
る。
【００２０】請求項７記載の発明によれば、予め同報通
信する端末である第一のデバイスとスイッチエンジン間
の接続を確立させておいて、一度に、同報通信を受ける
複数のデバイスへ発信させ、デバイスが応答すると、そ
の応答したデバイスに第一のデバイスからの同報情報を
通知する同報サービスが可能となる。請求項８に記載さ
れた発明は、請求項１又は２記載のコンピュータと電話
の統合システムにおいて、三つ以上の前記デバイス（例
えば図１の４ないし９）と前記スイッチエンジン間の接
続が確立され、そのうちの第一のデバイス（例えば図１
の４）と第二のデバイス（例えば図１の５）間にパスが
接続されているとき、前記サービス要求部からのサービ
ス要求に基づき、前記第一のデバイスと第二のデバイス
間のパスの解放を行い、該パスが解放された前記第１の
デバイス又は前記第二のデバイスと前記スイッチエンジ
ンと接続が確立されている前記第一のデバイス又は前記
第二のデバイス以外の第三の前記デバイス（例えば図１
の６）間のパスを接続させることにより、パス接続の切
り替えを行うことを特徴とする。
【００２１】請求項８記載の発明によれば、三つ以上の
デバイスとスイッチエンジン間の接続が確立され、その
うちの第一のデバイスと第二のデバイス間にパスが接続
されているとき、第一のデバイスと第二のデバイス間の
パスの解放を行い、該パスが解放された一方のデバイス
と第三のデバイス間のパスを接続させることにより、パ
ス接続の切り替えを行うことが可能となる。これによ
り、通話しない相手を待たせておくことにより、自由に
通話相手を切り替えて通話することが可能となる。
【００２２】請求項９に記載された発明は、請求項１又
は２記載のコンピュータと電話の統合システムにおい
て、前記サービス要求部（例えば図１の１）からのサー
ビス要求に基づき、会議を行う第一の前記デバイス（例
えば図１の４）へ発信して接続し、該会議に参加する第
二の前記デバイス（例えば図１の５ないし９）から前記
スイッチエンジンへ着信、又は、前記スイッチエンジン
から前記会議に参加する第二の前記デバイスへ発信し
て、前記第二のデバイスと前記スイッチエンジンとを接
続し、更に前記第一のデバイスと前記第二のデバイス間
のパスを接続することにより会議を行うことを特徴とす
る。
【００２３】請求項９記載の発明によれば、会議を行う
第一のデバイスへ発信して接続し、この会議に参加する
第二のデバイスからスイッチエンジンへ着信、又は、ス
イッチエンジンからこの会議に参加する第二のデバイス
へ発信して、会議に参加するデバイスと前記スイッチエ
ンジンとを接続し、更に前記第一のデバイスと前記第二
のデバイス間のパスを接続することにより会議を行うこ
とが可能となる。
【００２４】請求項１０に記載された発明は、交換制御
を行うスイッチエンジンに対して電話交換サービスを要
求する、サービス要求部からの要求を処理する手段と、
前記スイッチエンジンに接続されたデバイスの状態情報
と、前記スイッチエンジンと前記デバイス間のパス接続
情報の二種類の呼情報を前記サービス要求部に通知する
手段とを有するプログラムを格納した記録媒体。
【００２５】請求項１０記載の発明によれば、サービス
要求部からの要求を処理する手段と、前記スイッチエン
ジンに接続されたデバイスの状態情報と、前記スイッチ
エンジンと前記デバイス間のパス接続情報の二種類の呼
情報を前記サービス要求部に通知する手段とを有するプ
ログラムを格納した記録媒体をコンピュータ等に搭載す
ることにより、交換機能をコンピュータ上等で実現する
ことができる。
【００２６】請求項１１に記載された発明は、請求項１
０記載のプログラムを格納した記録媒体において、前記
サービス要求部からの要求を処理する手段は、前記デバ
イスの発信手段と、前記スイッチエンジンと前記デバイ
ス間の接続の解放手段と、二つの前記デバイス間のパス
の接続手段と、二つの前記デバイス間のパスの解放手段
と、を有することを特徴とする。
【００２７】請求項１１記載の発明によれば、前記サー
ビス要求部からの要求を処理する手段として、前記デバ
イスの発信手段と、前記スイッチエンジンと前記デバイ
ス間の接続の解放手段と、二つの前記デバイス間のパス
の接続手段と、二つの前記デバイス間のパスの解放手段
の四つの手段により、サービス要求部からの要求を全て
処理できるプログラムを格納した記録媒体を提供するこ
とができる。
【００２８】請求項１２に記載された交換制御装置に関
する発明は、交換制御を行うスイッチエンジンと、前記
スイッチエンジンに対して電話交換サービスを要求する
サービス要求部と、前記スイッチエンジンと前記サービ
ス要求部とのインターフェース機能を有するサービス要
求処理・呼情報通知手段とを有し、前記サービス要求処
理・呼情報通知手段は、前記サービス要求部から前記ス
イッチエンジンに対する交換サービスの要求及び前記ス
イッチエンジンから前記サービス要求部に対する前記ス
イッチエンジンと前記スイッチエンジンに接続されたデ
バイスに係る呼情報の通知を行い、前記呼情報は、前記
デバイスの状態情報と、前記スイッチエンジンと前記デ
バイス間のパス接続情報の二種類であることを特徴とす
る。
【００２９】請求項１２記載の発明によれば、請求項１
ないし９項記載のコンピュータと統合されたシステムに
用いられる交換制御装置が実現できる。
【００３０】
【発明の実施の形態】［基本構成図について］次に、本
発明の実施の形態について図面と共に説明する。図１
は、本発明の基本構成図である。図中、スイッチエンジ
ン３は、交換制御を行うもの（例えば、交換機、或いは
交換機能を有するコンピュータのボード上に搭載された
マイクロプロセッサ等）である。コンピュータと電話の
統合システムのための、コンピュータに搭載されたアプ
リケーション（以下、「ＣＴＩアプリケーション」とい
う。 ＣＴＩ：Ｃomputer Ｔelephony Ｉntegration）で
あるサービス要求部１は、スイッチエンジン３に対して
電話交換サービスを要求する。デバイス（４〜９）は、
スイッチエンジン３に接続された内線電話端末・トラン
ク等である。サービス要求処理・呼情報通知手段２は、
サービス要求部（ＣＴＩアプリケーション）１からのサ
ービスの要求をスイッチエンジン３に通知し、またスイ
ッチエンジン３とデバイス（４〜９）間の呼情報をサー
ビス要求部１へ通知する等を行う。サービス要求処理・
呼情報通知手段２は、サービス要求部１とスイッチエン
ジン３間のインターフェースであって、交換サービスの
要求及び呼情報の通知を行うためのＡＰＩである。呼の
情報の管理は、サービス要求処理・呼情報通知手段（Ａ
ＰＩ）が行い、その管理の元にスイッチエンジン３が呼
情報をサービス要求部（ＣＴＩアプリケーション）に通
知する。
【００３１】この図１の構成図により、サービス要求部
１は、スイッチエンジン３を制御して、任意の交換サー
ビスを得ることができる。例えば、デバイス４から、デ
バイス（５〜９）への同報通信等を行わせることができ
る。本発明では、サービス要求部１からの、サービスの
要求に対して、デバイス単位の制御を実現するために、
本発明の呼制御ＡＰＩは、呼情報を「デバイスの状態情
報」と「そのパス接続情報」の二つに分割して管理す
る。
【００３２】［本発明のコールモデルについて］このた
め、本発明の呼制御ＡＰＩでは、ＣＴＩアプリケーショ
ンが呼の状態を制御するための管理リソースつまり呼情
報として、単一デバイスの通信状態を管理するパーシャ
ルコールＰＣと、二つのパーシャルコール間のパス接続
を管理するコールブリッジＣＢの二つの情報とする。図
２は、図７と同じく、二つのデバイスが通話状態のとき
のコールモデルである。パーシャルコールＰＣは、識別
子として論理的には、パーシャルコールＩＤ、物理的に
は、デバイスＩＤが与えられる。
【００３３】パーシャルコールＰＣは、デバイスから発
信、あるいは、デバイスへ着信したときに生成され、デ
バイスのコネクション（接続）が切断されたときに消滅
する。ＣＴＩアプリケーションがデバイスへの制御を行
う場合には、パーシャルコールＰＣに対してサービスを
要求して制御を行う。パーシャルコールＰＣは、コール
ブリッジＣＢなしでも単独で存在でき、パスの状態とは
無関係に各デバイス（例えば電話端末）に対してサービ
スの要求を行うことができるので、デバイス単位の制御
を可能とする。
【００３４】また、コールブリッジＣＢは、二つのデバ
イス（例えば電話端末）間のパスが接続されたときに生
成され、パスが解放されたときに消滅し、パーシャルコ
ールには影響を与えない。従って、デバイス（例えば電
話端末）単位の制御をＣＴＩアプリケーション側の要求
で行うことができる。なお、Ｈold 状態を説明する図２
０の（Ｂ）は、図２のコールモデルによるもので、デバ
イスＤ３は、分離されており、実際のイメージに近いモ
デルである。
【００３５】［パーシャルコールについて］ここで、パ
ーシャルコールについて図３を用いて説明する。パーシ
ャルコールの状態は、Ｎull 状態、Ｃonnected状態、Ｉ
nitiated状態、Ａlerting 状態、Ｏriginated 状態及び
Ｆailed 状態を持つ。Ｎull 状態は、デバイス（例えば
電話端末）が空きの状態である。Ｃonnected状態は、デ
バイス（例えば電話端末）が発信した場合では、相手先
（例えば電話端末）が応答した状態であり、デバイス
（例えば電話端末）が着信した場合では、相手先（例え
ば電話端末）に応答を返した状態である。Ｉnitiated状
態は、デバイス（例えば電話端末）から呼の要求が交換
機に着信した状態である。Ａlerting 状態は、デバイス
（例えば電話端末）発信時に、交換機が相手先（例えば
電話端末）を呼び出している状態である。Ｏriginated
状態は、交換機がデバイス（例えば電話端末）に対して
発信を要求した状態である。Ｆailed 状態は、何らかの
理由でデバイス（例えば電話端末）の正常な状態遷移に
失敗した状態である。これらの状態は、図５の状態遷移
を行う。
【００３６】［コールブリッジについて］コールブリッ
ジについて図４を用いて説明する。コールブリッジ状態
は、Ｂridge Ｎull 状態及びＢridge 状態を持つ。Ｂri
dge Ｎull 状態は、二つのパーシャルコール間にパスの
接続がない状態である。Ｂridge 状態は、二つのパーシ
ャルコール間にパス接続されている状態である。これら
の状態は、図６の状態遷移を行う。
【００３７】［本発明の呼制御ＡＰＩについて］本発明
の呼制御ＡＰＩは、上記図２のコールモデルに基づくも
ので、コンピュータ上のＣＴＩアプリケーションが呼制
御を行う機能として、デバイス（例えば電話端末）へ
の発信機能、スイッチエンジンとデバイス（例えば電
話端末）間の接続の解放機能、二つのデバイス（例え
ば電話端末）間のパス接続機能、二つのデバイス（例
えば電話端末）間のパス接続の解放機能の四つの機能を
持つ。
【００３８】また、本発明の呼制御ＡＰＩの呼制御を行
う機能のうち、デバイス（例えば電話端末）への発信
機能は、パーシャルコールの生成、スイッチエンジン
とデバイス（例えば電話端末）間の接続の解放機能は、
パーシャルコールの消滅、二つのデバイス（例えば電
話端末）間のパス接続機能は、コールブリッジの生成、
パス接続の解放機能は、コールブリッジの消滅を行
い、これらで、図２のコールモデルがとりうる形態の制
御を全て網羅できるので、これらの四つの機能のみで多
彩な交換サービスが実現可能である。
【００３９】［第１の実施例について］図１０は、本発
明の第１の実施例の構成図である。図中のコンピュータ
５８内には、スイッチエンジン５２とＣＴＩアプリケー
ション（図１のサービス要求部１に相当）５０が配置さ
れ、その間の通信は、本発明の呼制御ＡＰＩ（第１図の
サービス要求処理・呼情報通知手段３に相当）５１を用
いる。本実施例におけるスイッチエンジン５２は、コン
ピュータ５８に搭載する交換機の機能をもったボード、
そのボードを制御するための交換プログラムからなり、
また、ＡＰＩ５１は、ＣＴＩアプリケーション５０から
受け取った交換サービスの要求の処理やＣＴＩアプリケ
ーション５０へ呼情報の通知等を行うものである。ま
た、電話端末５６（＃１）と電話端末５７（＃２）は公
衆網５３等を通してスイッチエンジン５２のトランク５
４、トランク５５へ接続される。
【００４０】ＡＰＩ５１では、本発明の呼制御ＡＰＩで
提供している四つの機能（デバイスへの発信、スイッチ
エンジンとデバイス間の接続の解放、二つのデバイス間
のパスの接続、二つのデバイス間のパスの解放）を、図
１１に示すようなＣＴＩアプリケーション５０からスイ
ッチエンジン５２へのサービス要求とスイッチエンジン
５２からＣＴＩアプリケーション５０へのサービス要求
成功通知で実現する。
【００４１】図１１（Ａ）は、ＣＴＩアプリケーション
５０からのスイッチエンジン５２へ、「スイッチエンジ
ンからデバイスへ発信のサービス」をメッセージeccMak
eTrunkCallReq により要求し、「スイッチエンジンから
デバイスへ発信」が行われると、スイッチエンジン５２
からＣＴＩアプリケーション５０へのサービス要求成功
通知であるメッセージECCMakeTtrunkCallRspがスイッチ
エンジン５２からＣＴＩアプリケーション５０に返され
る。その結果、サービス完了後は、コールモデルのパー
シャルコールが生成され、サービス要求前のＮull 状態
からＯriginated 状態に遷移する。
【００４２】図１１（Ｂ）は、ＣＴＩアプリケーション
５０からのスイッチエンジン５２へ、「スイッチエンジ
ン−デバイス間の接続の解放のサービス」をメッセージ
eccClearTrunkConnectionReqにより要求し、これに対す
るスイッチエンジン５２からＣＴＩアプリケーション５
０へのサービス要求成功通知であるメッセージECCClear
TrunkConnectionRspをスイッチエンジン５２がＣＴＩア
プリケーション５０に返すことにより、「スイッチエン
ジン−デバイス間の接続の解放」が行われる。その結
果、サービス完了後は、コールモデルのパーシャルコー
ルが消滅し、Ｎull 状態に遷移する。
【００４３】図１１（Ｃ）は、ＣＴＩアプリケーション
５０からのスイッチエンジン５２へ、「二つのデバイス
間の接続要求のサービス」をメッセージeccCreateCallB
ridgeReqにより要求し、これに対するスイッチエンジン
５２からＣＴＩＣＴＩアプリケーション５０へのサービ
ス要求成功通知であるメッセージECCCreateCallBridgeR
spをスイッチエンジン５２がＣＴＩアプリケーション５
０に返すことにより、「二つのデバイス間の接続」が行
われる。その結果、コールモデルのコールブリッジが生
成され、サービス要求前のＢridge Ｎull 状態からＢri
dge 状態に遷移する。
【００４４】図１１（Ｄ）は、ＣＴＩアプリケーション
５０からのスイッチエンジン５２へ、「パス接続の解放
要求のサービス」をメッセージeccClearCallBridgeReq
により要求し、これに対するスイッチエンジン５２から
ＣＴＩアプリケーション５０へのサービス要求成功通知
であるメッセージECCClearCallBridgeRsp をスイッチエ
ンジン５２がＣＴＩアプリケーション５０に返すことに
より、「パス接続の解放」が行われる。その結果、コー
ルモデルのコールブリッジが消滅し、サービス要求前の
Ｂridge 状態からＢridge Ｎull 状態に遷移する。
【００４５】図１２は、ＡＰＩ５１の呼情報通知とその
ときのコールモデルの推移の関係を示した図である。図
１２（Ａ）は、「デバイスからスイッチエンジンへ着信
したとき」で、スイッチエンジン５２からＣＴＩアプリ
ケーション５０へメッセージECCIncomingCallEventを通
知する。そのとき、コールモデルは、パーシャルコール
が生成され、呼情報通知前のＮull 状態からＩnitiated
状態に遷移する。
【００４６】図１２（Ｂ）は、「スイッチエンジンから
デバイスへ発信したとき」で、スイッチエンジン５２か
らＣＴＩアプリケーション５０へメッセージECCOutgoin
gCallEventを通知する。そのとき、コールモデルは、パ
ーシャルコールが生成され、呼情報通知前のＮull 状態
からＯriginated 状態に遷移する。図１２（Ｃ）は、
「デバイスを呼び出したとき」で、スイッチエンジン５
２からＣＴＩアプリケーション５０へメッセージECCDel
iveredEvent を通知する。そのとき、コールモデルは、
Ｏriginated 状態からＡlerting 状態に遷移する。
【００４７】図１２（Ｄ）は、「デバイスが応答したと
き」で、スイッチエンジン５２からＣＴＩアプリケーシ
ョン５０へメッセージECCEstablishedEvent を通知す
る。そのとき、コールモデルは、Ｃonnected状態に遷移
する。図１２（Ｅ）は、「スイッチエンジンとデバイス
間の接続が失敗したとき」で、スイッチエンジン５２か
らＣＴＩアプリケーション５０へメッセージECCFailedE
ventを通知する。そのとき、コールモデルは、Ｆailed
状態に遷移する。
【００４８】図１２（Ｆ）は、「スイッチエンジンとデ
バイス間の接続が解放されたとき」で、スイッチエンジ
ン５２からＣＴＩアプリケーション５０へメッセージEC
CTrunkConnectionClearedEventを通知する。そのとき、
コールモデルは、パーシャルコールが消滅しＮull 状態
に遷移する。図１２（Ｇ）は、「二つのデバイス間のパ
スが接続されたとき」で、スイッチエンジン５２からＣ
ＴＩアプリケーション５０へメッセージECCCallBridgeC
onnectedEvent を通知する。そのとき、コールブリッジ
は、Ｂridge Ｎull 状態からＢridge 状態に遷移する。
また、Ｉnitiated状態のパーシャルコールは、Ｃonnect
ed状態に遷移する。
【００４９】図１２（Ｈ）は、「二つのデバイス間のパ
スが解放されたとき」で、スイッチエンジン５２からＣ
ＴＩアプリケーション５０へメッセージECCCallBridgeD
isconnectedEventを通知する。そのとき、コールブリッ
ジは、Ｂridge 状態からＢridge Ｎull 状態に遷移す
る。その結果、二つのパーシャルコールが残る。図１３
及び図１４は、請求項４のスイッチエンジン５２に着信
してきてデバイスとスイッチエンジンから発信したデバ
イス間のパスの接続に対応する例で、電話端末５６（＃
１）から電話端末５７（＃２）へ電話をかけたときの、
ＣＴＩアプリケーション５０とスイッチエンジン５２間
のメッセージシーケンスとコールモデルの変化を示した
ものである。このシーケンスは、ＣＴＩアプリケーシ
ョン５０とスイッチエンジン５２間のセッションの確立
（交換サービスを行うための事前準備：事象と要求の１
から６）電話端末５６（＃１）からスイッチエンジン
５２への着信（電話端末１からの発呼により交換機と電
話端末１とが接続：事象と要求の７から８）スイッチ
エンジン５２から電話端末５７（＃２）への発信（交換
機と電話端末２との接続：事象と要求の９から１３）
二つのデバイス（電話端末５６（＃１）、電話端末５７
（＃２））間のパスの接続（電話端末５６（＃１）及び
電話端末５７（＃２）間の回線接続：事象と要求の１４
から１６）の大きく４つに分かれる。
【００５０】ＣＴＩアプリケーション５０とスイッチ
エンジン５２間のセッションの確立 事象と要求の１のメッセージeccOpenSessionReq （ＡＰ
Ｉ（５１）で定義）で、ＣＴＩアプリケーション５０が
スイッチエンジン５２へセッションの開始を要求する。
事象と要求の２で、スイッチエンジン５２からその要求
の成功の通知が返される。事象と要求の３から６は、Ｃ
ＴＩアプリケーション５０がメッセージeccMonitorTrun
kReq（ＡＰＩ（５１）で定義）で各トランク毎にトラン
クのモニタを要求すると、スイッチエンジン５２がメッ
セージECCMonitorTrunkRspを返す。その結果、スイッチ
エンジン５２はモニタしているデバイスに変化が起きる
と、その事象をＣＴＩアプリケーション５０へ通知する
こととなる。
【００５１】電話端末５６（＃１）からスイッチエン
ジン５２への着信 事象と要求の７のユーザが電話端末５６（＃１）から電
話端末５７（＃２）へ電話をかけ、スイッチエンジン５
２へ呼が着信する迄である。事象と要求の８で、トラン
ク１（５４）からスイッチエンジン５２に呼が着信する
と、スイッチエンジン５２から、ＣＴＩアプリケーショ
ンへ、メッセージECCIncomingCallEventが通知（付加情
報として、パーシャルコールＰＣ１がＩnitiated状態で
あることをも通知）される。コールモデルでは、パーシ
ャルコール１（ＰＣ１）が生成されＩnitiated状態にな
る。
【００５２】スイッチエンジン５２から電話端末５７
（＃２）への発信 事象と要求の９のメッセージeccMakeTrunkCallReq （付
加情報として、電話端末＃２の電話番号）で、ＣＴＩア
プリケーション５０がスイッチエンジン５２へ、スイッ
チエンジン５２が電話端末５７（＃２）に対して”電話
端末５７（＃２）が発信するよう”要求（トランク接続
の要求）する。ＣＴＩアプリケーション５０が、事象と
要求の１０で、そのトランク接続要求の成功通知を受け
る。更に事象と要求の１１で、スイッチエンジン５２が
トランク２（５５）を介して電話端末５７（＃２）へ発
信すると、スイッチエンジン５２はメッセージECCOutgo
ing Event （付加情報としてパーシャルコールＰＣ２
が、Ｏriginated 状態であること）をＣＴＩアプリケー
ション５０に通知する。このとき、コールモデルでは、
パーシャルコール＃２（ＰＣ２）が生成されて、Ｏrigi
nated 状態になる。ＣＴＩアプリケーション５０が、事
象と要求の１２「電話端末５７（＃２）を呼び出し中」
及び事象と要求の１３「電話端末５７（＃２）が応答」
の通知を受けるとコールモデルのパーシャルコールＰＣ
２の状態は、Ａlerting 状態及びＣonnected状態へ遷移
する。
【００５３】二つのデバイス（電話端末＃１、電話端
末＃２）間のパスの接続 ＣＴＩアプリケーション５０が、事象と要求の１４のメ
ッセージeccCreateCallBridgeReq（付加情報としてパー
シャルコールＰＣ１がＩnitiated状態であること及びパ
ーシャルコールＰＣ２が、Ｃonnected状態であること）
でパーシャルコールＰＣ１トランク５４（＃１））とパ
ーシャルコールＰＣ２（トランク５５（＃２））間のパ
スの接続を要求する。ＣＴＩアプリケーション５０が、
事象と要求の１５で該パスの接続の要求の成功通知及び
事象と要求の１６でメッセージECCCallBridgeConnected
Event （付加情報としてコールブリッジＣＢ１の生成）
の通知でパーシャルコール１とパーシャルコール２の間
でコールブリッジ１（ＣＢ１）が生成され、パーシャル
コール１の状態がＣonnected状態へ遷移し、電話端末５
６（＃１）と電話端末５７（＃２）の通話が可能とな
る。
【００５４】［本発明のサービスの例について］この実
施例においては、一のデバイス５６からスイッチエンジ
ン５２へ着信したとき、サービス要求部であるＣＴＩア
プリケーション５０からのサービス要求に基づき、スイ
ッチエンジン５２から通話相手のデバイス５７へ発信し
て、二つのデバイス間のパスを接続させることにより、
電話端末５６と電話端末５７とで通話するサービスであ
る。この例を含めて、本発明で可能なサービスを従来例
と対比させて、図２１ないし図２６に示す。
【００５５】例１：デバイスとスイッチエンジンの接
続のみが存在 例２：ジョイントサービス、二つのデバイスから前記
スイッチエンジンへ着信したとき、 ・第一デバイスからスイッチエンジンへ着信 ・第二のデバイスからスイッチエンジンへ着信 ・二つのデバイス間のパス接続を行う 例３：着信−発信（図２２） 前記第１の実施例のサービスである。典型的な二者間の
通話である。
【００５６】例４：トーキー接続（ガイダンス）（図
２２） ・スイッチエンジンから第一デバイスへ発信 ・第二のデバイスからスイッチエンジンへ着信 ・二つのデバイス間のパス接続を行う 例５：スイッチエンジン側による接続−発信（図２
３） ・スイッチエンジンから第一デバイスへ発信 ・スイッチエンジンから第二のデバイスへ発信 ・二つのデバイス間のパス接続を行う 例６：同報サービス（図２４） ・予めデバイスとスイッチエンジン間の接続が確立 ・スイッチエンジンから複数のデバイスへ発信 ・二つのデバイス間のパス接続を行う 例７：コールウエイティング（図２５） ・予めデバイスとスイッチエンジン間の接続が３つ以上
確立して、そのうち二つがパス接続されている ・パスの接続の解放 ・パスの解放された一方のデバイスと第三のデバイス間
のパス接続を行う 例８：会議（図２６） ・会議デバイスで３者会議中に、４者目の参加 ・会議デバイスと４者目のデバイスのパスの接続 ［本発明の第２の実施例について］図１５は、本発明の
第２の実施例の構成図である。本構成は、サーバ８１、
交換機７２、トランク（６７ないし７１）、公衆網５
３、Ａ氏宅７４の電話端末７６、Ｂ氏宅７５のパーソナ
ルコンピュータ７７（インターネット８０の端末）及び
電話端末７８、Ｂ氏のオフィスの電話７９及びインター
ネット８０から構成されている。
【００５７】サーバ８１は、コンピュータで、スイッチ
エンジン６０、スイッチエンジン６０の入・出力端子６
５及び６６、呼制御ＡＰＩであるＡＰＩ６１、通信サー
バ６２（本発明のサービス要求部に相当する機能を有す
る。）、ＷＷＷのホームページ６４を制御する機能並び
にデータベース６３を制御する機能を有する。通信サー
バ６２は、ＣＴＩlink７３を介して交換機７２との間で
交換機情報の通信を行い、また、スイッチエンジン６０
に対するサービス要求部としての機能を有する。データ
ベース６３は、スイッチエンジン６０、通信サーバ６２
及びＷＷＷホームページ６４にからアクセスされる。交
換機７２とスイッチエンジン６０間の接続の形態は、ス
イッチエンジン６０のトランクが交換機７２の内線に接
続される形（交換機７２からすると、スイッチエンジン
６０は交換機７２の内線に接続された端末に相当す
る。）になる。通信サーバ６２とスイッチエンジン６０
間の呼制御ＡＰＩは、実施例１と同じＡＰＩを用い、通
信サーバ６２と交換機７２間の呼制御ＡＰＩは、従来の
ＴＳＡＰＩを用いる。
【００５８】また、Ｂ氏は、在宅勤務しており、自宅の
端末７７からインターネット８０を介して、サーバ８１
のホームページ６４にアクセスすることができ、サーバ
８１と交換機７２のＣＴＩlink７３は、ＬＡＮ（Ｌocal
Ａrea Ｎetwork）で接続され、交換機７２から通信サ
ーバ６２への情報の通知及び通信サーバ６２から交換機
７２への接続要求の際に使用する。
【００５９】次に、この構成の動作を説明する。図１６
はセッション開始要求からＢ氏のオフィスの内線に着信
した呼がスイッチエンジン６０へ転送されるようになる
までの通信サーバ６２とスイッチエンジン６０間のＡＰ
Ｉのメッセージシーケンスを示したものである。このシ
ーケンスは、通信サーバ６２とスイッチエンジン６０
間のセッションの確立トランクのモニタの開始トラ
ンクの接続トランクの解放の大きく４つに分かれる。
【００６０】通信サーバ６２とスイッチエンジン６０
間のセッションの確立 先ず、通信サーバ６２が、スイッチエンジン６０に対し
てセッション開始要求であるメッセージeccOpenSession
Req １０１を行う。それを受けて、スイッチエンジン６
０が、セッション開始要求成功を示すメッセージECCOpe
nSessionRsp １０２を通信サーバ６２に送信する。これ
により、通信サーバ６２とスイッチエンジン６０間のセ
ッションが確立する。
【００６１】トランクのモニタの開始 通信サーバ６２は、スイッチエンジン６０に対し、スイ
ッチエンジン６０の回線番号3010、3020のそれぞれのト
ランクに相当する端子（６５、６６）に対してモニタの
開始を要求するモニタ開始要求メッセージeccMonitorTr
unkReq１０３を行う。スイッチエンジン６０が該モニタ
開始要求を受信し、トランクの監視を始めると、スイッ
チエンジン６０は、通信サーバ６２に、モニタ開始要求
成功を示すメッセージECCMonitorTrunkRsp１０４を送信
する。
【００６２】トランクの接続 Ｂ氏は、自宅の端末７７からインターネット８０等を通
して、サーバ８１のホームページ６４にアクセスする。
このとき、Ｂ氏は、自分のログイン情報を（例えば、Ｉ
Ｄ番号、暗証番）入力する。ホームページ６４は、アク
セスを受けると入力されたログイン情報からデータベー
ス６３を検索し、成功したら通信サーバ６２へＢ氏のア
クセスがあったことを通知する。Ｂ氏のアクセスの通知
を受けた通信サーバ６２は、Ｂ氏のオフィスの内線（電
話番号：501 ）に着信した呼をスイッチエンジン６０と
接続している内線（電話番号：2030）へ転送するようス
イッチエンジン６０に要求する。そのために、先ず、通
信サーバ６２は、Ｂ氏のオフィスの内線番号(501) をデ
ータベース６３から検索し、メッセージeccMakeTrunkCa
llReq １０５で、「転送サービスの特番＋Ｂ氏のオフィ
スの内線番号（501）＋スイッチエンジン６０と交換機
７２が接続している内線番号（2030）」で交換機７２が
トランク発信するようにスイッチエンジン６０へ要求す
る。スイッチエンジン６０は、トランク接続要求が成功
するとメッセージECCMakeTtrunkCallRsp１０６を通信サ
ーバ６２に通知する。次いで、スイッチエンジン６０
は、トランクが発信すると、メッセージECCOutgoing Ev
ent １０７を、ダイヤル数字の送出が完了すると、メッ
セージECCDigitsOutDialedEvent(ＡＰＩで定義）１０８
を通信サーバ６２に通知する。
【００６３】なお、メッセージECCOutgoing Event １０
７通報時に初めて、発信トランクの番号3020が付加情報
として通知される。この時点で交換機７２は、スイッチ
エンジン６０からの転送サービスの要求を受け付け、Ｂ
氏の内線に着信した呼をスイッチエンジン６０と交換機
７２が接続している内線へ転送する。 トランクの解放 交換機７２が転送サービスの機能を受け付けたので、ト
ランクを解放する。通信サーバ６２は、メッセージECCD
igitsOutDialedEvent １０８まで受信すると、発信トラ
ンクに対して、メッセージeccClearTrunkConnectionReq
１０９でトランクの解放を要求する。スイッチエンジン
６０は、トランクの解放が成功すると、メッセージECCC
learTrunkConnectionRsp１１０を、トランクが解放され
ると、メッセージECCTrunkConnectionClearedEvent１１
１を通信サーバ６２に通知する。これにより、トランク
の解放がなされる。
【００６４】図１７にセッション開始要求からＡ氏とＢ
氏との通話までに処理される通信サーバ６２とスイッチ
エンジン６０間のＡＰＩのシーケンスの例を示す。この
シーケンスは、通信サーバ６２とスイッチエンジン６
０間のセッションの確立トランクのモニタの開始ト
ランクの接続ダイヤルトーンの検出コールブリッジ
の生成の大きく５つに分かれる。
【００６５】通信サーバ６２とスイッチエンジン６０
間のセッションの確立 通信サーバ６２が、スイッチエンジン６０に対してセッ
ション開始要求であるメッセージeccOpenSessionReq １
１２を行う。次いで、スイッチエンジン６０が、セッシ
ョン開始要求成功を示すメッセージECCOpenSessionRsp
１１１３を通信サーバ６２に送信する。これにより、通
信サーバ６２とスイッチエンジン６０間のセッションが
確立する。
【００６６】トランクのモニタの開始 通信サーバ６２は、スイッチエンジン６０に対し、スイ
ッチエンジン６０の回線番号3010、3020のそれぞれのト
ランクに対してモニタの開始を要求する要求モニタ開始
要求メッセージeccMonitorTrunkReq１１４を行う。スイ
ッチエンジン６０が該モニタ開始要求を受信し、トラン
クの監視を始めると、スイッチエンジン６０は、通信サ
ーバ６２に、モニタ開始要求成功を示すメッセージECCM
onitorTrunkRsp１１５を送信する。
【００６７】トランクの接続 Ａ氏（電話番号：044-777-1111）は、Ｂ氏のオフィスの
交換機７２の内線（電話番号：501 ）に電話をかける。
Ｂ氏がオフィスで勤務しているときには、交換機７２は
内線端末に着信させる。しかし、Ｂ氏が在宅勤務してい
るときには、交換機７２は、転送サービスを行う。つま
り、交換機７２は、内線番号501 で着信するとスイッチ
エンジン６０と接続している回線（実施例では、図１５
の交換機７２の内線番号2030のトランク）へ転送する。
スイッチエンジン６０に呼が着信すると、スイッチエン
ジン６０は、通信サーバ６２へメッセージECCIncomingC
allEvent１１６を通知する。通信サーバ６２は、メッセ
ージECCIncomingCallEvent１１６を受信後、交換機７２
からＣＴＩlinkを通して受信番号（電話番号：501）を
受けると、データベースから、受信数字でＢ氏の自宅の
電話番号（044-779-2222）を参照し、スイッチエンジン
６０に対し、メッセージeccMakeTrunkCallReq １１７で
Ｂ氏の自宅に電話するように要求する。スイッチエンジ
ン６０は、トランク接続要求が成功すると、メッセージ
ECCMakeTtrunkCallRsp１１８、トランク発信するとメッ
セージECCOutgoing Event １１９、ダイヤル数字の送出
が完了するとメッセージECCDigitsOutDialedEvent １２
０を通信サーバ６２に通知する。
【００６８】ダイヤルトーンの検出 通信サーバ６２は、メッセージECCDigitsOutDialedEven
t １２０まで受信すると発信トランクに対してメッセー
ジeccStartToneDetectionReq（ＡＰＩで定義）１２１で
トーン検出開始要求を行う。スイッチエンジン６０は、
トーン検出が成功すると、メッセージECCStartToneDete
ctionRsp（ＡＰＩで定義）１２２を通知し、また発信ト
ランクの呼び出しを通知するメッセージECCDeliveredEv
ent １２３を通信サーバ６２へ送信する。このとき、サ
ーバ８１のホームページ６４を制御している機能が、通
信サーバ６２から着信の情報と発番号の情報を受け取
り、ホームページ６４にアクセスしている通信サーバ６
２に対し、ホームページ６４を通してＲingingと発番号
の表示を行う。Ｂ氏は自宅の電話機でスイッチエンジン
からの着信に応答した後でＡ氏と通話するかどうかをＤ
ＴＭＦ（Ｄual ＴoneＭulti Ｆrequency）数字を送信
することで決定する。実施例では、”１”を押すことに
よってＡ氏と通話することをスイッチエンジンに伝え
る。スイッチエンジンはＤＴＭＦ信号を検出すると、メ
ッセージECCDTMFDigitsDetectedEvent（ＡＰＩで定義）
１２４を付加情報と共に通信サーバ６２に通知する。
【００６９】コールブリッジの生成 通信サーバ６２は、メッセージECCDTMFDigitsDetectedE
vent１２４で通知されたＤＴＭＦ数字が通話することを
示す”１”なので、Ａ氏からの着信トランクとＢ氏への
発信トランクを接続するためにメッセージeccCreateCal
lBridgeReq１２５を要求する。スイッチエンジンは、コ
ールブリッジ開始要求に成功すると、メッセージECCCre
ateCallBridgeRsp１２６を通知し、コールブリッジが開
始される（＝二つのトランクが接続される）とそれぞれ
のトランクに対してメッセージECCCallBridgeConnected
Event １２７を通知する。発信トランクに対して、メッ
セージECCCallBridgeConnectedEvent １２７が通知され
たときに、サーバのホームページ６４を制御している機
能が、通信サーバ６２から二つのトランクの接続の情報
を受け取り、ホームページ６４を通して接続したいとい
う情報の表示を行う。また、メッセージECCCallBridgeC
onnectedEvent １２７が通知された時点で、Ａ氏とＢ氏
の間の通話が可能となる。
【００７０】［本発明の変形例について］また、本発明
の第２の実施例に示したサービスを行う場合には、図１
５の構成図で示した構成にとらわれずに、別の構成でも
実施可能である。例えば、図１８に示すようにスイッチ
エンジン９０が図１５の交換機の機能を完全に収容する
ことにより、スイッチエンジン９０が交換機を挟まず
に、直接Ａ氏やＢ氏の自宅の電話端末７６、７８、Ｂ氏
のオフィスの内線端末７９等へ接続する形態である。こ
の場合、スイッチエンジン９０は交換機が果たしていた
機能を持ち、トランクだけでなく、内線の制御等も受け
持つことになる。交換機能が全てスイッチエンジンに集
約されるので、第２の実施例のようなＡ氏からＢ氏のオ
フィス内線に電話がかかってきたとき、図１５の構成で
は必要だったスイッチエンジンへの転送が、図１８の構
成では必要ないため、図１６のシーケンスで示されるサ
ービスは必要がなくなる。更に、別の構成として図１９
に示すように、図１８の構成とは逆に、スイッチエンジ
ンをサーバの外に出すという実施の形態もある。図１９
では、スイッチエンジンとして交換機９８を使用してい
るが、スイッチエンジンは交換機９８に限らず、図１８
に示したスイッチエンジンをサーバとは別のコンピュー
タに搭載したものでもよい。この場合、通信サーバ６２
とスイッチエンジン間のＡＰＩの通信が、一つのコンピ
ュータの内でなく、ＬＡＮ等のネットワークを使用した
ものになる。また、交換機の機能も図１８の構成と同様
に一つに集約されているので、図１６のシーケンスで示
されるサービスは必要がなくなる。
【００７１】［実施例の効果］以上述べたように、本発
明によれば、 （１）サービス要求部であるＣＴＩアプリケーションが
スイッチエンジンの呼を制御する場合に、パス接続状態
と独立して、デバイス単位の制御が可能となる。
【００７２】（２）サービス要求部であるＣＴＩアプリ
ケーションが、呼制御ＡＰＩの次の四つの機能のみで、
多彩な交換サービスが可能となる。 デバイスへの発信機能、 スイッチエンジンとデバイス間の接続の解放機能、 二つのデバイス間のパス接続機能、 二つのデバイス間のパス接続の解放機能
【００７３】
【発明の効果】上述の如く本発明によれば、次に述べる
種々の効果を実現することができる。請求項１記載の発
明によれば、サービス要求処理・呼情報通知手段におけ
る呼情報の管理を、デバイス単位の制御を可能とするデ
バイスの状態情報と前記スイッチエンジンとデバイス間
のパス接続情報の二つの情報により行うことにより、サ
ービス要求部からの要求に対して、スイッチエンジン
は、デバイス単位の制御を行うことができる。
【００７４】請求項２記載の発明によれば、デバイスと
スイッチエンジン間の接続が、他の前記デバイスと前記
スイッチエンジン間のパスの接続がなくとも単独で確立
することが可能となり、前記スイッチエンジンと接続が
確立している前記デバイスを単位としてサービスを行う
ことができるようになり、トーキー装置の駆動のような
一方的な接続が可能となる。
【００７５】請求項３記載の発明によれば、二つのデバ
イスから前記スイッチエンジンへ着信したとき、二つの
デバイス間のパスを接続させることにより、両者の通話
が可能となり、具体的には、例えば、一のデバイスをペ
ージングの呼び出し者（患者）のものとし、他のデバイ
スをページング呼び出しされた者（ナース又は医者）の
ものとした場合、両者の通話が可能となる。
【００７６】請求項５記載の発明によれば、予めスイッ
チエンジンから第一のデバイスへ発信して、スイッチエ
ンジンと第一のデバイス間の接続を確立させておいて、
第二のデバイスからスイッチエンジンへ着信したとき、
第一のデバイスと第二のデバイス間のパスを接続させる
ことにより、両者の通話を可能とした。具体的には、例
えば、第一のデバイスをガイダンス装置とし、第二のデ
バイスをガイダンスを聞く者とし、これにより、ガイダ
ンスのサービスが可能となる。
【００７７】請求項６記載の発明によれば、スイッチエ
ンジンから二つのデバイスへ別々に発信して、二つのデ
バイス間のパスを接続させることにより、両者の通話を
可能とした。具体的には、例えば、在宅勤務の社員が、
自宅の電話とお客の電話との通話に、これを利用するこ
とにより、課金を会社負担とすることができる。請求項
７記載の発明によれば、予め同報通信する端末である第
一のデバイスとスイッチエンジン間の接続を確立させて
おいて、一度に、同報通信を受ける複数のデバイスへ発
信させ、デバイスが応答すると、その応答したデバイス
に第一のデバイスからの同報情報を通知する同報サービ
スが可能となる。
【００７８】請求項８記載の発明によれば、三つ以上の
デバイスとスイッチエンジン間の接続が確立され、その
うちの第一のデバイスと第二のデバイス間にパスが接続
されているとき、第一のデバイスと第二のデバイス間の
パスの解放を行い、該パスが解放された一方のデバイス
と第三のデバイス間のパスを接続させることにより、パ
ス接続の切り替えを行うことが可能となる。これによ
り、通話しない相手を待たせておくことにより、自由に
通話相手を切り替えて通話することが可能となる。
【００７９】請求項９記載の発明によれば、会議を行う
第一のデバイスへ発信して接続し、この会議に参加する
第二のデバイスからスイッチエンジンへ着信、又は、ス
イッチエンジンからこの会議に参加する第二のデバイス
へ発信して、会議に参加するデバイスと前記スイッチエ
ンジンとを接続し、更に前記第一のデバイスと前記第二
のデバイス間のパスを接続することにより会議を行うこ
とが可能となる。
【００８０】請求項１０記載の発明によれば、サービス
要求部からの要求を処理する手段と、前記スイッチエン
ジンに接続されたデバイスの状態情報と、前記スイッチ
エンジンと前記デバイス間のパス接続情報の二種類の呼
情報を前記サービス要求部に通知する手段とを有するプ
ログラムを格納した記録媒体をコンピュータ等に搭載す
ることにより、交換機能をコンピュータ上等で実現する
ことができる。
【００８１】請求項１１記載の発明によれば、前記サー
ビス要求部からの要求を処理する手段として、前記デバ
イスの発信手段と、前記スイッチエンジンと前記デバイ
ス間の接続の解放手段と、二つの前記デバイス間のパス
の接続手段と、二つの前記デバイス間のパスの解放手段
の四つの手段により、サービス要求部からの要求を全て
処理できるプログラムを格納した記録媒体を提供するこ
とができる。
【００８２】請求項１２記載の発明によれば、請求項１
ないし９項記載のコンピュータと統合されたシステムに
用いられる交換制御装置が実現できる。
【図面の簡単な説明】
【図１】本発明の基本構成図を説明するための図であ
る。
【図２】本発明の呼制御ＡＰＩの２者接続のコールモデ
ルを説明するための図である。
【図３】本発明の呼制御ＡＰＩのパーシャルコール状態
を説明するための図である。
【図４】本発明の呼制御ＡＰＩのコールブリッジ状態を
説明するための図である。
【図５】本発明の呼制御ＡＰＩのパーシャルコール状態
遷移図である。
【図６】本発明の呼制御ＡＰＩのコールブリッジ状態遷
移図である。
【図７】ＴＳＡＰＩのコールモデルを説明するための図
である。
【図８】ＴＳＡＰＩのコネクション状態を説明するため
の図である。
【図９】ＴＳＡＰＩのコネクション状態遷移図である。
【図１０】本発明の第１の実施例の構成図である。
【図１１】ＡＰＩの要求とコールモデルの遷移の関係を
説明するための図である。
【図１２】ＡＰＩの呼情報通知とコールモデルの遷移の
関係を説明するための図である
【図１３】第１の実施例のＡＰＩによるＣＴＩアプリケ
ーションとスイッチエンジン間のメッセージシーケンス
（その１）である。
【図１４】第１の実施例のＡＰＩによるＣＴＩアプリケ
ーションとスイッチエンジン間のメッセージシーケンス
（その２）である。
【図１５】本発明の第２の実施例の構成を説明するため
の図である。
【図１６】第２の実施例のＡＰＩによる通信サーバとス
イッチエンジン間のメッセージシーケンス（その１）で
ある。
【図１７】第２の実施例のＡＰＩによる通信サーバとス
イッチエンジン間のメッセージシーケンス（その２）で
ある。
【図１８】本発明の第２の実施例の別の実現手段を説明
するための図（その１）である。
【図１９】本発明の第２の実施例の別の実現手段を説明
するための図（その２）である。
【図２０】Ｈold 状態を説明するための図である。
【図２１】本発明によるサービスの例（その１）
【図２２】本発明によるサービスの例（その２）
【図２３】本発明によるサービスの例（その３）
【図２４】本発明によるサービスの例（その４）
【図２５】本発明によるサービスの例（その５）
【図２６】本発明によるサービスの例（その６）
【符号の説明】
１ サービス要求部 ２ サービス要求処理・呼情報通知手段 ３ スイッチエンジン ４〜９ コネクタ、電話端末等のデバイス １０、１１ パーシャルコール １２ コールブリッジ ５０ ＣＴＩアプリケーション ５１、６１ ＡＰＩ ５２、６０、９０ スイッチエンジン ５４、５５ トランク ５６、５７ 電話端末 ５８ コンピュータ

Claims (12)

    【特許請求の範囲】
  1. 【請求項１】 交換制御を行うスイッチエンジンと、 該スイッチエンジンに接続するデバイスと、 前記スイッチエンジンに対して電話交換サービスを要求
    するサービス要求部と、 前記スイッチエンジンと前記サービス要求部とのインタ
    ーフェース機能を有するサービス要求処理・呼情報通知
    手段とを有し、 前記サービス要求処理・呼情報通知手段は、前記サービ
    ス要求部から前記スイッチエンジンへの交換サービスの
    要求の処理及び前記スイッチエンジンから前記サービス
    要求部への前記スイッチエンジンと前記デバイスに係る
    呼情報の通知を行い、 前記呼情報は、前記デバイスの状態情報と、前記スイッ
    チエンジンと前記デバイス間のパス接続情報の二種類で
    ある、ことを特徴とするコンピュータと電話の統合シス
    テム。
  2. 【請求項２】 前記デバイスと前記スイッチエンジン間
    の接続が、他の前記デバイスと前記スイッチエンジン間
    のパスの接続がなくとも、単独で確立し、 前記サービス要求部からのサービス要求に基づき、前記
    スイッチエンジンと接続が確立している前記デバイスを
    単位としてサービスを行うことを特徴とする請求項１記
    載のコンピュータと電話の統合システム。
  3. 【請求項３】 二つの前記デバイスから前記スイッチエ
    ンジンへ着信したとき、 前記サービス要求部からのサービス要求に基づき、前記
    二つのデバイス間のパスを接続させることにより、前記
    スイッチエンジンへ着信してきた前記二つのデバイス間
    のパス接続を行うことを特徴とする請求項１又は２記載
    のコンピュータと電話の統合システム。
  4. 【請求項４】 前記デバイスから前記スイッチエンジン
    へ着信したとき、 前記サービス要求部からのサービス要求に基づき、前記
    スイッチエンジンから別のデバイスへ発信して、二つの
    デバイス間のパスを接続させることにより、前記スイッ
    チエンジンへ着信してきたデバイスと前記スイッチエン
    ジンから発信した前記デバイス間のパス接続を行うこと
    を特徴とする請求項１又は２記載のコンピュータと電話
    の統合システム。
  5. 【請求項５】 予め前記スイッチエンジンから第一の前
    記デバイスへ発信して、前記スイッチエンジンと前記第
    一のデバイス間の接続を確立させておいて、第二の前記
    デバイスから前記スイッチエンジンへ着信したとき、 前記サービス要求部からのサービス要求に基づき、前記
    第一のデバイスと前記第二のデバイス間のパスの接続さ
    せることにより、前記第一のデバイスと前記第二のデバ
    イス間のパスの接続を行うことを特徴とする請求項１又
    は２記載のコンピュータと電話の統合システム。
  6. 【請求項６】 前記サービス要求部からのサービス要求
    に基づき、前記スイッチエンジンから二つの前記デバイ
    スへ別々に発信して、二つの前記デバイス間のパスの接
    続を行うことを特徴とする請求項１又は２記載のコンピ
    ュータと電話の統合システム。
  7. 【請求項７】 予め第一の前記デバイスと前記スイッチ
    エンジン間の接続を確立させておいて、 前記サービス要求部からのサービス要求に基づき、一度
    に複数の前記デバイスへ発信させて、該デバイスが応答
    すると、前記第一のデバイスと応答した前記デバイス間
    のパスを接続させることにより、同報サービスを行うこ
    とを特徴とする請求項１又は２記載のコンピュータと電
    話の統合システム。
  8. 【請求項８】 三つ以上の前記デバイスと前記スイッチ
    エンジン間の接続が確立され、そのうちの第一のデバイ
    スと第二のデバイス間にパスが接続されているとき、 前記サービス要求部からのサービス要求に基づき、前記
    第一のデバイスと第二のデバイス間のパスの解放を行
    い、該パスが解放された前記第１のデバイス又は前記第
    二のデバイスと前記スイッチエンジンと接続が確立され
    ている前記第一のデバイス又は前記第二のデバイス以外
    の第三の前記デバイス間のパスを接続させることによ
    り、パス接続の切り替えを行うことを特徴とする請求項
    １又は２記載のコンピュータと電話の統合システム。
  9. 【請求項９】 前記サービス要求部からのサービス要求
    に基づき、会議を行う第一の前記デバイスへ発信して接
    続し、該会議に参加する第二の前記デバイスから前記ス
    イッチエンジンへ着信、又は、前記スイッチエンジンか
    ら前記会議に参加する第二の前記デバイスへ発信して、
    前記第二のデバイスと前記スイッチエンジンとを接続
    し、更に前記第一のデバイスと前記第二のデバイス間の
    パスを接続することにより会議を行うことを特徴とする
    請求項１又は２記載のコンピュータと電話の統合システ
    ム。
  10. 【請求項１０】 交換制御を行うスイッチエンジンに対
    して電話交換サービスを要求する、サービス要求部から
    の要求を処理する手段と、 前記スイッチエンジンに接続されたデバイスの状態情報
    と、前記スイッチエンジンと前記デバイス間のパス接続
    情報の二種類の呼情報を前記サービス要求部に通知させ
    る手段とを有するプログラムを格納した記録媒体。
  11. 【請求項１１】 前記サービス要求部からの要求を処理
    する手段は、 前記デバイスの発信手段と、 前記スイッチエンジンと前記デバイス間の接続の解放手
    段と、 二つの前記デバイス間のパスの接続手段と、 二つの前記デバイス間のパスの解放手段と、を有するこ
    とを特徴とする請求項１０記載のプログラムを格納した
    記録媒体。
  12. 【請求項１２】 交換制御を行うスイッチエンジンと、 前記スイッチエンジンに対して電話交換サービスを要求
    するサービス要求部と、 前記スイッチエンジンと前記サービス要求部とのインタ
    ーフェース機能を有するサービス要求処理・呼情報通知
    手段とを有し、 前記サービス要求処理・呼情報通知手段は、前記サービ
    ス要求部から前記スイッチエンジンに対する交換サービ
    スの要求及び前記スイッチエンジンから前記サービス要
    求部に対する前記スイッチエンジンと前記スイッチエン
    ジンに接続されたデバイスに係る呼情報の通知を行い、 前記呼情報は、前記デバイスの状態情報と、前記スイッ
    チエンジンとデバイス間のパス接続情報の二種類であ
    る、ことを特徴とする交換制御装置。
JP05685298A 1998-03-09 1998-03-09 コンピュータと電話の統合システム Expired - Fee Related JP4087941B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP05685298A JP4087941B2 (ja) 1998-03-09 1998-03-09 コンピュータと電話の統合システム
US09/265,347 US6707899B2 (en) 1998-03-09 1999-03-09 Computer-telephone integrated system, switching control apparatus and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP05685298A JP4087941B2 (ja) 1998-03-09 1998-03-09 コンピュータと電話の統合システム

Publications (2)

Publication Number Publication Date
JPH11262039A true JPH11262039A (ja) 1999-09-24
JP4087941B2 JP4087941B2 (ja) 2008-05-21

Family

ID=13038958

Family Applications (1)

Application Number Title Priority Date Filing Date
JP05685298A Expired - Fee Related JP4087941B2 (ja) 1998-03-09 1998-03-09 コンピュータと電話の統合システム

Country Status (2)

Country Link
US (1) US6707899B2 (ja)
JP (1) JP4087941B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100359153B1 (ko) * 2000-05-10 2002-10-31 주식회사 로커스 광역 번호 안내를 위한 서비스 제어 방법 및 장치
JP2013514040A (ja) * 2009-12-15 2013-04-22 アルカテル−ルーセント 複数のインターネット・プロトコル・フローのグループ・セッション管理およびアドミッション制御

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001054388A1 (en) * 2000-01-07 2001-07-26 Ineto, Inc. Customer communication service system
DE10120072A1 (de) * 2001-04-24 2002-11-07 Siemens Ag Vermittlungssystem und Verfahren zur Überwachung einer Gruppenrufnummer
US7133517B2 (en) * 2001-06-04 2006-11-07 Network Telco, Inc. Interface to integrated switch control software
US8068595B2 (en) 2002-03-15 2011-11-29 Intellisist, Inc. System and method for providing a multi-modal communications infrastructure for automated call center operation
US8170197B2 (en) * 2002-03-15 2012-05-01 Intellisist, Inc. System and method for providing automated call center post-call processing
US7292689B2 (en) 2002-03-15 2007-11-06 Intellisist, Inc. System and method for providing a message-based communications infrastructure for automated call center operation
EP1385343A1 (en) * 2002-07-24 2004-01-28 Koninklijke KPN N.V. System and method for controlling a telecom network
AU2009231676B2 (en) 2008-04-02 2013-10-03 Twilio Inc. System and method for processing telephony sessions
US8837465B2 (en) 2008-04-02 2014-09-16 Twilio, Inc. System and method for processing telephony sessions
US8964726B2 (en) 2008-10-01 2015-02-24 Twilio, Inc. Telephony web event system and method
EP2404412B1 (en) 2009-03-02 2019-05-01 Twilio Inc. Method and system for a multitenancy telephone network
US9210275B2 (en) 2009-10-07 2015-12-08 Twilio, Inc. System and method for running a multi-module telephony application
US20120208495A1 (en) 2010-06-23 2012-08-16 Twilio, Inc. System and method for monitoring account usage on a platform
US9590849B2 (en) 2010-06-23 2017-03-07 Twilio, Inc. System and method for managing a computing cluster
US8838707B2 (en) 2010-06-25 2014-09-16 Twilio, Inc. System and method for enabling real-time eventing
US8649268B2 (en) 2011-02-04 2014-02-11 Twilio, Inc. Method for processing telephony sessions of a network
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US20140044123A1 (en) 2011-05-23 2014-02-13 Twilio, Inc. System and method for real time communicating with a client application
US9648006B2 (en) 2011-05-23 2017-05-09 Twilio, Inc. System and method for communicating with a client application
US10182147B2 (en) 2011-09-21 2019-01-15 Twilio Inc. System and method for determining and communicating presence information
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US8737962B2 (en) 2012-07-24 2014-05-27 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US8948356B2 (en) 2012-10-15 2015-02-03 Twilio, Inc. System and method for routing communications
US8938053B2 (en) 2012-10-15 2015-01-20 Twilio, Inc. System and method for triggering on platform usage
US9282124B2 (en) 2013-03-14 2016-03-08 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US9240966B2 (en) 2013-06-19 2016-01-19 Twilio, Inc. System and method for transmitting and receiving media messages
US9225840B2 (en) 2013-06-19 2015-12-29 Twilio, Inc. System and method for providing a communication endpoint information service
US9137127B2 (en) 2013-09-17 2015-09-15 Twilio, Inc. System and method for providing communication platform metadata
US9274858B2 (en) 2013-09-17 2016-03-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US9325624B2 (en) 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
US9251371B2 (en) 2014-07-07 2016-02-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US9516101B2 (en) 2014-07-07 2016-12-06 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US9246694B1 (en) * 2014-07-07 2016-01-26 Twilio, Inc. System and method for managing conferencing in a distributed communication network
WO2016065080A1 (en) 2014-10-21 2016-04-28 Twilio, Inc. System and method for providing a miro-services communication platform
US9477975B2 (en) 2015-02-03 2016-10-25 Twilio, Inc. System and method for a media intelligence platform
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5655015A (en) * 1994-02-18 1997-08-05 Aurora Systems, Inc. Computer-telephone integration system
US5655014A (en) * 1994-02-18 1997-08-05 Aurora Systems, Inc. Switching device independent computer-telephone integration system
US5642410A (en) * 1994-02-18 1997-06-24 Aurora Systems, Inc. Call processor for a computer telephone integration system
US5754636A (en) * 1994-11-01 1998-05-19 Answersoft, Inc. Computer telephone system
US5649005A (en) * 1995-07-07 1997-07-15 Northern Telecom Limited PC with telephony exchange function
US6094479A (en) * 1997-05-06 2000-07-25 Telefonaktiebolaget Lm Ericsson Computer telephony integration gateway

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100359153B1 (ko) * 2000-05-10 2002-10-31 주식회사 로커스 광역 번호 안내를 위한 서비스 제어 방법 및 장치
JP2013514040A (ja) * 2009-12-15 2013-04-22 アルカテル−ルーセント 複数のインターネット・プロトコル・フローのグループ・セッション管理およびアドミッション制御

Also Published As

Publication number Publication date
US6707899B2 (en) 2004-03-16
US20020057777A1 (en) 2002-05-16
JP4087941B2 (ja) 2008-05-21

Similar Documents

Publication Publication Date Title
JPH11262039A (ja) コンピュータと電話の統合システム
JP4125806B2 (ja) 通信ルーチング装置および方法
US5373549A (en) Multi-level conference management and notification
US6038302A (en) Methods and apparatus for processing phantom calls placed via computer-telephony integration (CTI)
JP4485850B2 (ja) 共用通信構想構成の実時間管理
JP3634610B2 (ja) 自動コールシステム
JP2004266437A (ja) ボタン電話システム、ボタン電話装置およびプログラム
JPH06141084A (ja) 構内交換機
JP3097114B2 (ja) 通信システムにおけるサービス制御方式ならびに電話機およびファクシミリ装置
KR100587945B1 (ko) 호 전환 서비스 제공 방법 및 시스템
JPH01311744A (ja) Ｉｓｄｎ複合端末
JP3337952B2 (ja) 発信番号非通知呼応答方式及び方法
JPH11163972A (ja) 転送機能を備えた電話機
JPH09163416A (ja) 構内交換機の内線通信管理システム
KR100611799B1 (ko) 특수 기능을 제공하는 교환 시스템 및 그 제공 방법
JP2009147728A (ja) 同一の回線から複数の発信先に対して同時に発信可能とした構内交換機
EP1611736A1 (en) Arrangement served by operator to establish connections between users
JPH07336441A (ja) 交換ネットワーク
JP2003298737A (ja) 電話装置管理システム、サーバ装置、電話装置及びプログラム
JPH1168968A (ja) 利用者側からサービス制御情報を設定できる電話交換システム
JPH04129365A (ja) モニタ制御方式
JPH0369262A (ja) 話中端末へのメッセージ転送方式
JPH0420049A (ja) Ｉｓｄｎ通信方式
JPH03238960A (ja) コールウェイティング方式
JPH06261119A (ja) 構内交換機

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050224

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070515

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070717

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080222

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110228

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110228

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120229

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130228

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130228

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140228

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees