JP2001333185A - インターネットプロトコル標準規格に基づいたマルチメディアメッセージ送信 - Google Patents
インターネットプロトコル標準規格に基づいたマルチメディアメッセージ送信Info
- Publication number
- JP2001333185A JP2001333185A JP2001071340A JP2001071340A JP2001333185A JP 2001333185 A JP2001333185 A JP 2001333185A JP 2001071340 A JP2001071340 A JP 2001071340A JP 2001071340 A JP2001071340 A JP 2001071340A JP 2001333185 A JP2001333185 A JP 2001333185A
- Authority
- JP
- Japan
- Prior art keywords
- server
- telephone
- port
- interface
- communication
- 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
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/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/533—Voice mail systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
-
- 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/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Interface Circuits In Exchanges (AREA)
Abstract
(57)【要約】
【課題】回線に基づいた電話システムおよびインターネ
ットプロトコル電話システムを共に使用するための通信
サーバをインタフェースするための方法および装置を提
供すること。 【解決手段】本発明は、サービスプロバイダが単一の通
信サーバを使用してチップリング電話タイプの通信およ
びインターネットプロトコル電話タイプの通信の両方に
機能することを可能にする。さらに、本発明は既存のチ
ップリング電話タイプの通信サーバを変更して、インタ
ーネット電話通信をサポートすることも可能にする。
ットプロトコル電話システムを共に使用するための通信
サーバをインタフェースするための方法および装置を提
供すること。 【解決手段】本発明は、サービスプロバイダが単一の通
信サーバを使用してチップリング電話タイプの通信およ
びインターネットプロトコル電話タイプの通信の両方に
機能することを可能にする。さらに、本発明は既存のチ
ップリング電話タイプの通信サーバを変更して、インタ
ーネット電話通信をサポートすることも可能にする。
Description
【０００１】
【発明の属する技術分野】本発明は音声メッセージ送信
サーバを含む電話通信サーバに関する。
サーバを含む電話通信サーバに関する。
【０００２】
【従来の技術】電話通信業界は、従来のチップリング
の、回線に基づいた電話システムと共に使用するため
に、音声応答サーバなどの種々のサーバを開発してき
た。たとえば、加入者の電話が応答されなかった時に、
発呼者に対してあらかじめ録音された挨拶を提供する音
声メッセージ送信サーバは広く使用されている。典型的
には、これらの音声メッセージ送信サーバを使用する
と、発呼者がオーディオメッセージを記録して、後から
加入者によって再生されることが可能になる。既存の音
声メッセージ送信サーバはまた、オペレータへ接続する
機能、または所定のセルラ電話またはページングシステ
ムと共に加入者を呼び出す機能など、種々の追加の機能
も提供する場合がある。他のタイプの音声応答サーバは
自動化されたシステムを含み、発呼者と相互作用して情
報を受信または配信する。音声メッセージ送信サーバを
含むほとんどのこのような音声応答サーバは、発呼者側
の電話と被呼者側の電話または音声応答サーバの間でデ
ータを送信するための専用回線を使用する、従来の電話
技法と共に使用するように構成されている。
の、回線に基づいた電話システムと共に使用するため
に、音声応答サーバなどの種々のサーバを開発してき
た。たとえば、加入者の電話が応答されなかった時に、
発呼者に対してあらかじめ録音された挨拶を提供する音
声メッセージ送信サーバは広く使用されている。典型的
には、これらの音声メッセージ送信サーバを使用する
と、発呼者がオーディオメッセージを記録して、後から
加入者によって再生されることが可能になる。既存の音
声メッセージ送信サーバはまた、オペレータへ接続する
機能、または所定のセルラ電話またはページングシステ
ムと共に加入者を呼び出す機能など、種々の追加の機能
も提供する場合がある。他のタイプの音声応答サーバは
自動化されたシステムを含み、発呼者と相互作用して情
報を受信または配信する。音声メッセージ送信サーバを
含むほとんどのこのような音声応答サーバは、発呼者側
の電話と被呼者側の電話または音声応答サーバの間でデ
ータを送信するための専用回線を使用する、従来の電話
技法と共に使用するように構成されている。
【０００３】可聴情報は、従来のアナログ電話回線また
はディジタル電話回線に加えて、インターネットなどの
コンピュータネットワーク上でも送信できる。一般に、
コンピュータネットワークはデータをデータパケットに
分割して、データを同時に多くの他の受信者に搬送でき
る通信チャネル上で、目的の受信者に送信する。インタ
ーネットプロトコル（ＩＰ）電話標準規格（たとえば
Ｈ．３２３、Ｈ．２４５、およびＨ．２２５）などの標
準規格に基づいてパケットで可聴データを送信すること
は、通信リンクのエンドポイント間で専用の物理回線を
提供する必要性を除去し、したがって、従来の電話技法
より効率がよい。したがって、インターネット電話タイ
プのシステムはますます普及してきている。
はディジタル電話回線に加えて、インターネットなどの
コンピュータネットワーク上でも送信できる。一般に、
コンピュータネットワークはデータをデータパケットに
分割して、データを同時に多くの他の受信者に搬送でき
る通信チャネル上で、目的の受信者に送信する。インタ
ーネットプロトコル（ＩＰ）電話標準規格（たとえば
Ｈ．３２３、Ｈ．２４５、およびＨ．２２５）などの標
準規格に基づいてパケットで可聴データを送信すること
は、通信リンクのエンドポイント間で専用の物理回線を
提供する必要性を除去し、したがって、従来の電話技法
より効率がよい。したがって、インターネット電話タイ
プのシステムはますます普及してきている。
【０００４】ベンダはインターネット電話タイプのシス
テムと共に使用するための通信サーバを提供するため
に、このようなシステムと互換性のあるサーバを開発し
てきた。しかし、このようなシステムは典型的には従来
のチップリング電話システムとは互換性がない。さら
に、インターネット電話システムと共に使用するために
開発されたサーバは、典型的には、従来の電話システム
のために以前に開発されたサーバのハードウェア構成要
素およびソフトウェア構成要素を再使用できない。した
がって、インターネット電話システムと共に使用するた
めの通信サーバは限定された適用可能性を有し、開発す
るのに費用がかかる。
テムと共に使用するための通信サーバを提供するため
に、このようなシステムと互換性のあるサーバを開発し
てきた。しかし、このようなシステムは典型的には従来
のチップリング電話システムとは互換性がない。さら
に、インターネット電話システムと共に使用するために
開発されたサーバは、典型的には、従来の電話システム
のために以前に開発されたサーバのハードウェア構成要
素およびソフトウェア構成要素を再使用できない。した
がって、インターネット電話システムと共に使用するた
めの通信サーバは限定された適用可能性を有し、開発す
るのに費用がかかる。
【０００５】インターネット電話と共に使用するための
従来の通信サーバでは、既存の回路に基づいた音声応答
サーバをインターネット電話と共に使用するように構成
することはできない。したがって、インターネット電話
と共に使用するための通信サーバを提供するためにシス
テムが存在しても、ベンダはまったく新しいサーバを購
入しなければならない。さらに、以前は通信サーバは、
従来のチップリングの、回路に基づいた電話、およびイ
ンターネットに基づいた電話システムの両方と共に動作
することはできなかった。
従来の通信サーバでは、既存の回路に基づいた音声応答
サーバをインターネット電話と共に使用するように構成
することはできない。したがって、インターネット電話
と共に使用するための通信サーバを提供するためにシス
テムが存在しても、ベンダはまったく新しいサーバを購
入しなければならない。さらに、以前は通信サーバは、
従来のチップリングの、回路に基づいた電話、およびイ
ンターネットに基づいた電話システムの両方と共に動作
することはできなかった。
【０００６】
【発明が解決しようとする課題】本発明は、先行技術の
これらの問題および他の問題、また欠点を解決すること
に関する。一般に、本発明によれば、通信サーバはコン
ピュータネットワークとインタフェースし、サーバがイ
ンターネット電話タイプの通信チャネルを使用して発呼
された電話呼を処理することを可能にする。本発明によ
れば、通信サーバにソフトウェアモジュールが提供さ
れ、インターネットプロトコル標準規格を使用して表現
されたデータイベントを、従来の回路に基づいた通信シ
ステム内の対応するイベントおよびこのようなイベント
の表現にマッピングする。
これらの問題および他の問題、また欠点を解決すること
に関する。一般に、本発明によれば、通信サーバはコン
ピュータネットワークとインタフェースし、サーバがイ
ンターネット電話タイプの通信チャネルを使用して発呼
された電話呼を処理することを可能にする。本発明によ
れば、通信サーバにソフトウェアモジュールが提供さ
れ、インターネットプロトコル標準規格を使用して表現
されたデータイベントを、従来の回路に基づいた通信シ
ステム内の対応するイベントおよびこのようなイベント
の表現にマッピングする。
【０００７】特に、本発明はもともとチップリングの、
回路に基づいた電話ネットワークと共に使用するために
構成された通信サーバを使用する。本発明によれば、通
信サーバにインタフェースが提供され、パケットに基づ
いたデータ通信プロトコルを使用してサーバをコンピュ
ータネットワークに相互接続する。さらに、通信サーバ
にはポートインタフェースが提供され、サーバ上のポー
トをコンピュータネットワーク上で確立されたバーチャ
ルチャネルに割り当てる。さらに、チップリングタイプ
の電話ネットワークにしたがって表現されたイベント
と、パケットに基づいたコンピュータネットワークにし
たがって送信されたコマンドとの間を変換するための機
能を含むインターネットプロトコルプロセスモジュール
も提供される。
回路に基づいた電話ネットワークと共に使用するために
構成された通信サーバを使用する。本発明によれば、通
信サーバにインタフェースが提供され、パケットに基づ
いたデータ通信プロトコルを使用してサーバをコンピュ
ータネットワークに相互接続する。さらに、通信サーバ
にはポートインタフェースが提供され、サーバ上のポー
トをコンピュータネットワーク上で確立されたバーチャ
ルチャネルに割り当てる。さらに、チップリングタイプ
の電話ネットワークにしたがって表現されたイベント
と、パケットに基づいたコンピュータネットワークにし
たがって送信されたコマンドとの間を変換するための機
能を含むインターネットプロトコルプロセスモジュール
も提供される。
【０００８】本発明の一実施形態によれば、チップリン
グタイプの電話通信サーバと共に使用されるように構成
された既存のサーバが変更され、パケットに基づいた、
あるいはインターネットプロトコルのコンピュータネッ
トワークを使用して送信された通信を処理することがで
きる。特に、既存のチップリングサーバはサーバの既存
のポートインタフェースライブラリを本発明によって開
示されたポートインタフェースライブラリと置き換え、
さらにインターネットプロトコル電話ソフトウェアおよ
びハードウェアを追加してサーバをインターネットプロ
トコルネットワークにインタフェースすることにによっ
て変更できる。したがって、本発明を使用すると、処理
されている特定の呼がチップリングでサーバに接続され
ているかまたはＩＰネットワークインタフェースで接続
されているかにかかわらず、アプリケーションソフトウ
ェアに一貫したインタフェースを提供するソフトウェア
を提供することによって、既存のチップリングサーバの
アプリケーションソフトウェアがＩＰプロトコル電話ネ
ットワークと共に動作することが可能になる。さらに、
本発明によれば、チップリングタイプの電話通信を処理
するためのサーバの機能も保持できる。したがって、本
発明はサービスプロバイダが既存のサーバを交換する必
要なしにサービスの提供をアップグレードすることを可
能にする。さらに、本発明はチップリングタイプの電話
ネットワーク上を送信された通信、およびパケットに基
づいたコンピュータネットワーク上を送信された通信を
同時に処理することのできる通信サーバを提供する。
グタイプの電話通信サーバと共に使用されるように構成
された既存のサーバが変更され、パケットに基づいた、
あるいはインターネットプロトコルのコンピュータネッ
トワークを使用して送信された通信を処理することがで
きる。特に、既存のチップリングサーバはサーバの既存
のポートインタフェースライブラリを本発明によって開
示されたポートインタフェースライブラリと置き換え、
さらにインターネットプロトコル電話ソフトウェアおよ
びハードウェアを追加してサーバをインターネットプロ
トコルネットワークにインタフェースすることにによっ
て変更できる。したがって、本発明を使用すると、処理
されている特定の呼がチップリングでサーバに接続され
ているかまたはＩＰネットワークインタフェースで接続
されているかにかかわらず、アプリケーションソフトウ
ェアに一貫したインタフェースを提供するソフトウェア
を提供することによって、既存のチップリングサーバの
アプリケーションソフトウェアがＩＰプロトコル電話ネ
ットワークと共に動作することが可能になる。さらに、
本発明によれば、チップリングタイプの電話通信を処理
するためのサーバの機能も保持できる。したがって、本
発明はサービスプロバイダが既存のサーバを交換する必
要なしにサービスの提供をアップグレードすることを可
能にする。さらに、本発明はチップリングタイプの電話
ネットワーク上を送信された通信、およびパケットに基
づいたコンピュータネットワーク上を送信された通信を
同時に処理することのできる通信サーバを提供する。
【０００９】本発明のこれらの利点および機能、および
他の利点および機能は、次の、本発明の例示的な実施形
態の説明および図面からさらに明らかになろう。
他の利点および機能は、次の、本発明の例示的な実施形
態の説明および図面からさらに明らかになろう。
【００１０】
【発明の実施の形態】次に図１を参照すると、通信サー
バ１００が図示され、通信サーバ１００を囲む例示的な
システムトポロジを含む。この構成は一般に、通信サー
バ１００、コンピュータネットワーク１０２、および連
続した回線によるに基づいた電話システム１０４を備え
る。
バ１００が図示され、通信サーバ１００を囲む例示的な
システムトポロジを含む。この構成は一般に、通信サー
バ１００、コンピュータネットワーク１０２、および連
続した回線によるに基づいた電話システム１０４を備え
る。
【００１１】コンピュータネットワーク１０２は任意の
ローカルエリアネットワーク（ＬＡＮ）または広域ネッ
トワーク（ＷＡＮ）であってもよい。たとえば、コンピ
ュータネットワーク１０２は公共のインターネットまた
は私設のイントラネットであってもよい。コンピュータ
ネットワーク１０２は、定義されたプロトコルにしたが
って構成されたデータパケットの使用によって特徴づけ
られ、通信をネットワーク１０２上で送達する。コンピ
ュータネットワーク１０２はソフトホン、オーディオが
使用可能なパーソナルコンピュータ１０６、またはイン
ターネットプロトコル（ＩＰ）エンドポイントなど他の
タイプのエンドポイントと相互接続される場合がある。
したがって、コンピュータネットワーク１０２はソフト
ホン１０６と、第２のソフトホン（図１には図示せず）
またはインターネットプロトコル電話標準規格にしたが
った通信サーバ１００などの他のエンドポイントとの間
で通信を送信するために使用することができる。
ローカルエリアネットワーク（ＬＡＮ）または広域ネッ
トワーク（ＷＡＮ）であってもよい。たとえば、コンピ
ュータネットワーク１０２は公共のインターネットまた
は私設のイントラネットであってもよい。コンピュータ
ネットワーク１０２は、定義されたプロトコルにしたが
って構成されたデータパケットの使用によって特徴づけ
られ、通信をネットワーク１０２上で送達する。コンピ
ュータネットワーク１０２はソフトホン、オーディオが
使用可能なパーソナルコンピュータ１０６、またはイン
ターネットプロトコル（ＩＰ）エンドポイントなど他の
タイプのエンドポイントと相互接続される場合がある。
したがって、コンピュータネットワーク１０２はソフト
ホン１０６と、第２のソフトホン（図１には図示せず）
またはインターネットプロトコル電話標準規格にしたが
った通信サーバ１００などの他のエンドポイントとの間
で通信を送信するために使用することができる。
【００１２】チップリングの連続した回線による電話ネ
ットワーク１０４は、公衆交換電話網（ＰＳＴＮ）であ
ってもよい。さらに、チップリング電話システム１０４
は、機内交換（ＰＢＸ）であってもよい。ここに使用さ
れたように、チップリング電話システム１０４はまた、
ＴＩシステムなどのディジタル回路に基づいた通信シス
テムを備える場合もある。したがって、チップリング電
話システム１０４と通信サーバ１００の間のインタフェ
ースは、切換式回路電話標準規格を使用している。チッ
プリング電話システム１０４に相互接続されているの
は、電話１０８または他の通信デバイスであってもよ
い。通信デバイス１０８は、よく知られた連続した回線
による技法を使用して電話システム１０４を介して通信
サーバ１００に相互接続できる電話であってもよい。し
かし、電話１０８は通信システムの任意の組み合わせを
介して通信サーバに相互接続できることを理解された
い。
ットワーク１０４は、公衆交換電話網（ＰＳＴＮ）であ
ってもよい。さらに、チップリング電話システム１０４
は、機内交換（ＰＢＸ）であってもよい。ここに使用さ
れたように、チップリング電話システム１０４はまた、
ＴＩシステムなどのディジタル回路に基づいた通信シス
テムを備える場合もある。したがって、チップリング電
話システム１０４と通信サーバ１００の間のインタフェ
ースは、切換式回路電話標準規格を使用している。チッ
プリング電話システム１０４に相互接続されているの
は、電話１０８または他の通信デバイスであってもよ
い。通信デバイス１０８は、よく知られた連続した回線
による技法を使用して電話システム１０４を介して通信
サーバ１００に相互接続できる電話であってもよい。し
かし、電話１０８は通信システムの任意の組み合わせを
介して通信サーバに相互接続できることを理解された
い。
【００１３】通信サーバ１００は、Ｌｕｃｅｎｔ Ｔｅ
ｃｈｎｏｌｏｇｉｅｓ Ｉｎｃ．のＩｎｔｕｉｔｙ Ａ
ｕｄｉｘ（商標）メッセージ送信システム、Ｉｎｔｕｉ
ｔｙＡｎｙＰａｔｈ（商標）メッセージ送信システム、
またはＣｏｎｖｅｒｓａｎｔ（商標）音声応答システム
などの音声応答サーバおよびメッセージ送信サーバを含
む任意の電話通信サーバであってもよい。一般に、通信
サーバ１００は格納されたプログラムで制御される装置
であり、記憶域１１２に格納された制御プログラムを実
行するためのプロセッサ１１０を有する。記憶域１１２
は任意のコンピュータ可読記憶媒体であってもよい。通
信サーバ１００はまたネットワークインタフェース１１
４を含み、通信サーバ１００をコンピュータネットワー
ク１０２に相互接続する。通信サーバ１００はまたチッ
プリング電話ポート１１６を備え、通信サーバ１００を
チップリング電話ネットワーク１０４に相互接続しても
よい。
ｃｈｎｏｌｏｇｉｅｓ Ｉｎｃ．のＩｎｔｕｉｔｙ Ａ
ｕｄｉｘ（商標）メッセージ送信システム、Ｉｎｔｕｉ
ｔｙＡｎｙＰａｔｈ（商標）メッセージ送信システム、
またはＣｏｎｖｅｒｓａｎｔ（商標）音声応答システム
などの音声応答サーバおよびメッセージ送信サーバを含
む任意の電話通信サーバであってもよい。一般に、通信
サーバ１００は格納されたプログラムで制御される装置
であり、記憶域１１２に格納された制御プログラムを実
行するためのプロセッサ１１０を有する。記憶域１１２
は任意のコンピュータ可読記憶媒体であってもよい。通
信サーバ１００はまたネットワークインタフェース１１
４を含み、通信サーバ１００をコンピュータネットワー
ク１０２に相互接続する。通信サーバ１００はまたチッ
プリング電話ポート１１６を備え、通信サーバ１００を
チップリング電話ネットワーク１０４に相互接続しても
よい。
【００１４】記憶域１１２はデータベース１１８を含ん
で管理情報を格納する場合がある。たとえば、通信サー
バ１００がメッセージ送信サーバである場合、データベ
ース１１８はメッセージ送信サービスの各加入者にメッ
セージメールボックスを提供し、加入者の挨拶および加
入者のパスワードなど関連する情報を格納する場合があ
る。記憶域１１２はまた、種々のソフトウェアモジュー
ルを含む場合がある。たとえば、記憶域１１２は一般に
音声応答アプリケーションソフトウェアモジュール１２
０を含み、通信サーバ１００と、サーバ１００で通信を
確立するユーザとの相互作用を制御する。たとえば、通
信サーバ１００がメッセージ送信サーバである場合、ア
プリケーションソフトウェア１２０は、加入者、および
呼がサーバ１００にリダイレクトされた加入者に接触し
ようとする者にインタフェースを提供する場合がある。
さらに、アプリケーションソフトウェア１２０は加入者
の挨拶を再生したり、発呼者のメッセージを記録したり
するために必要なプログラミングを含むか、または、こ
のようなサーバ１００に関連づけられた機能を豊富に含
んだセットを提供する場合がある。一般に、アプリケー
ションソフトウェア１２０は既定のコマンドのセットを
使用して他のソフトフェアモジュール（以下に説明す
る）と通信するように構成されている。この既定のコマ
ンドのセットは、標準ＵＮＩＸ（登録商標）オペレーテ
ィングシステムＩＰＣメッセージ待ち行列タイププロセ
ス間メッセージなどの、任意のタイプのプロセス間メッ
セージであってもよい。
で管理情報を格納する場合がある。たとえば、通信サー
バ１００がメッセージ送信サーバである場合、データベ
ース１１８はメッセージ送信サービスの各加入者にメッ
セージメールボックスを提供し、加入者の挨拶および加
入者のパスワードなど関連する情報を格納する場合があ
る。記憶域１１２はまた、種々のソフトウェアモジュー
ルを含む場合がある。たとえば、記憶域１１２は一般に
音声応答アプリケーションソフトウェアモジュール１２
０を含み、通信サーバ１００と、サーバ１００で通信を
確立するユーザとの相互作用を制御する。たとえば、通
信サーバ１００がメッセージ送信サーバである場合、ア
プリケーションソフトウェア１２０は、加入者、および
呼がサーバ１００にリダイレクトされた加入者に接触し
ようとする者にインタフェースを提供する場合がある。
さらに、アプリケーションソフトウェア１２０は加入者
の挨拶を再生したり、発呼者のメッセージを記録したり
するために必要なプログラミングを含むか、または、こ
のようなサーバ１００に関連づけられた機能を豊富に含
んだセットを提供する場合がある。一般に、アプリケー
ションソフトウェア１２０は既定のコマンドのセットを
使用して他のソフトフェアモジュール（以下に説明す
る）と通信するように構成されている。この既定のコマ
ンドのセットは、標準ＵＮＩＸ（登録商標）オペレーテ
ィングシステムＩＰＣメッセージ待ち行列タイププロセ
ス間メッセージなどの、任意のタイプのプロセス間メッ
セージであってもよい。
【００１５】記憶域１１２はまた、ポートインタフェー
スライブラリ１２２、チップリングデバイスドライバ１
２４、インターネットプロトコル（ＩＰ）インタフェー
スプロセス１２６、ＩＰ電話スタック１２８、およびＴ
ＣＰ／ＩＰスタック１３０も含む。ポートインタフェー
スライブラリ１２２は、ポートマップ１３２およびイベ
ント待ち行列１３４を含む場合がある。一般に、ポート
マップ１３２は音声応答アプリケーションソフトウェア
１２０上で使用可能なポートを、チップリング電話シス
テム１０４上で送信された通信を処理するポート、およ
びコンピュータネットワーク１０２上で送信される通信
を処理するポートにマッピングする。ポートマップ１３
２内のポートをチップリング電話システム１０４または
コンピュータネットワーク１０２に割り振ることは、サ
ーバ１００のアドミニストレータによって決定される場
合もあり、デマンドに応じてダイナミックに実行される
場合もある。イベント待ち行列１３４は、チップリング
デバイスドライバ１２４またはＩＰインタフェースプロ
セスモジュール１２６から受信された非対照的なベント
のためのバッファとして機能する。
スライブラリ１２２、チップリングデバイスドライバ１
２４、インターネットプロトコル（ＩＰ）インタフェー
スプロセス１２６、ＩＰ電話スタック１２８、およびＴ
ＣＰ／ＩＰスタック１３０も含む。ポートインタフェー
スライブラリ１２２は、ポートマップ１３２およびイベ
ント待ち行列１３４を含む場合がある。一般に、ポート
マップ１３２は音声応答アプリケーションソフトウェア
１２０上で使用可能なポートを、チップリング電話シス
テム１０４上で送信された通信を処理するポート、およ
びコンピュータネットワーク１０２上で送信される通信
を処理するポートにマッピングする。ポートマップ１３
２内のポートをチップリング電話システム１０４または
コンピュータネットワーク１０２に割り振ることは、サ
ーバ１００のアドミニストレータによって決定される場
合もあり、デマンドに応じてダイナミックに実行される
場合もある。イベント待ち行列１３４は、チップリング
デバイスドライバ１２４またはＩＰインタフェースプロ
セスモジュール１２６から受信された非対照的なベント
のためのバッファとして機能する。
【００１６】チップリングデバイスドライバ１２４は、
チップリングインタフェースハードウェア１１６を制御
するために必要なプログラミングコマンドを含む。チッ
プリングデバイスドライバ１２４は、既定のコマンドの
セットによってフォーマット化されたポートインタフェ
ースライブラリ１２２から受信されたイベントに応答し
て、これらのイベントにしたがってチップリングインタ
フェースハードウェア１１６を制御する。チップリング
インタフェースハードウェアはまた、ポートインタフェ
ースライブラリ１２２から渡されたデータをフォーマッ
ト化し、チップリング電話システム１０４上で送信す
る。さらに、チップリングデバイスドライバ１２４はチ
ップリング電話システム１０４からデータおよびイベン
トを受信し、そのデータおよびイベントを既定のコマン
ドのセットにしたがってフォーマット化し、フォーマッ
ト化されたデータおよびイベントをポートインタフェー
スライブラリ１２２に渡すように動作する。したがっ
て、チップリングデバイスドライバ１２４はチップリン
グハードウェア１１６を制御するように機能すること
と、チップリングデバイスドライバ１２６とポートイン
タフェースライブラリ１２２の間を通過するコマンドお
よびデータは、既定のコマンドのセットの規則にしたが
ってフォーマット化されることが理解されるであろう。
チップリングインタフェースハードウェア１１６を制御
するために必要なプログラミングコマンドを含む。チッ
プリングデバイスドライバ１２４は、既定のコマンドの
セットによってフォーマット化されたポートインタフェ
ースライブラリ１２２から受信されたイベントに応答し
て、これらのイベントにしたがってチップリングインタ
フェースハードウェア１１６を制御する。チップリング
インタフェースハードウェアはまた、ポートインタフェ
ースライブラリ１２２から渡されたデータをフォーマッ
ト化し、チップリング電話システム１０４上で送信す
る。さらに、チップリングデバイスドライバ１２４はチ
ップリング電話システム１０４からデータおよびイベン
トを受信し、そのデータおよびイベントを既定のコマン
ドのセットにしたがってフォーマット化し、フォーマッ
ト化されたデータおよびイベントをポートインタフェー
スライブラリ１２２に渡すように動作する。したがっ
て、チップリングデバイスドライバ１２４はチップリン
グハードウェア１１６を制御するように機能すること
と、チップリングデバイスドライバ１２６とポートイン
タフェースライブラリ１２２の間を通過するコマンドお
よびデータは、既定のコマンドのセットの規則にしたが
ってフォーマット化されることが理解されるであろう。
【００１７】ＩＰインタフェースプロセス１２６は一般
に、ポートインタフェースライブラリ１２２と、ネット
ワークインタフェース１１４に関連づけられたＩＰ電話
スタック１２８との間を変換するためのインタフェース
および変換モジュールとして機能する。したがって、Ｉ
Ｐインタフェースプロセス１２６は、ＩＰ電話スタック
１２８によって要求されたように、アプリケーションソ
フトウェア１２０の既定のコマンドのセットを使用して
アプリケーションソフトウェア１２０と通信し、データ
のパケットを使用してＩＰ電話スタック１２８と通信す
る。ネットワークインタフェース１１４はコンピュータ
ネットワーク１０２とＴＣＰ／ＩＰスタック１３０の間
の物理インタフェースとして機能する。ＴＣＰ／ＩＰス
タック１３０で受信されたデータパケットは、ＩＰ電話
スタック１２８に渡される。ＩＰ電話スタック１２８
は、インターネットを含むコンピュータネットワーク上
で音声、ファックスおよびデータ通信を送信するため
の、国際通信連合によって確立されたＨ．３２３標準規
格、Ｈ．２４５標準規格、およびＨ．２２５標準規格な
ど任意のプロトコルであってもよい。ＩＰ電話スタック
１２８はついで、依然としてパケットの形態であるデー
タをＩＰインタフェースプロセス１２６に提供する。
に、ポートインタフェースライブラリ１２２と、ネット
ワークインタフェース１１４に関連づけられたＩＰ電話
スタック１２８との間を変換するためのインタフェース
および変換モジュールとして機能する。したがって、Ｉ
Ｐインタフェースプロセス１２６は、ＩＰ電話スタック
１２８によって要求されたように、アプリケーションソ
フトウェア１２０の既定のコマンドのセットを使用して
アプリケーションソフトウェア１２０と通信し、データ
のパケットを使用してＩＰ電話スタック１２８と通信す
る。ネットワークインタフェース１１４はコンピュータ
ネットワーク１０２とＴＣＰ／ＩＰスタック１３０の間
の物理インタフェースとして機能する。ＴＣＰ／ＩＰス
タック１３０で受信されたデータパケットは、ＩＰ電話
スタック１２８に渡される。ＩＰ電話スタック１２８
は、インターネットを含むコンピュータネットワーク上
で音声、ファックスおよびデータ通信を送信するため
の、国際通信連合によって確立されたＨ．３２３標準規
格、Ｈ．２４５標準規格、およびＨ．２２５標準規格な
ど任意のプロトコルであってもよい。ＩＰ電話スタック
１２８はついで、依然としてパケットの形態であるデー
タをＩＰインタフェースプロセス１２６に提供する。
【００１８】一般に、コンピュータネットワーク１０２
上を送信される通信ストリームは専用の物理回線には割
り当てられない。そのかわりに、各ストリームに関連づ
けられたデータはパケット内に置かれ、共有通信チャネ
ル上を送信される。コンピュータネットワーク１０２環
境内に専用回線がないため、個別の通信ストリームはバ
ーチャルポートに割り当てられなければならない。した
がって、バーチャルポートマップ１３６はインターネッ
トプロトコルインタフェースプロセス１２６の一部とし
て含まれ、ＩＰインタフェースプロセスモジュール１２
６が特定の通信ストリームを、ポートインタフェースラ
イブラリ１２２と通信している特定のポートに宛てる
（attribute）ことを可能にする。上記の説明から、コ
ンピュータネットワーク１０２上を送信され、ＩＰイン
タフェースプロセスモジュール１２６によって処理され
る通信が、データパケットタイプのフォーマットである
ことが理解されよう。
上を送信される通信ストリームは専用の物理回線には割
り当てられない。そのかわりに、各ストリームに関連づ
けられたデータはパケット内に置かれ、共有通信チャネ
ル上を送信される。コンピュータネットワーク１０２環
境内に専用回線がないため、個別の通信ストリームはバ
ーチャルポートに割り当てられなければならない。した
がって、バーチャルポートマップ１３６はインターネッ
トプロトコルインタフェースプロセス１２６の一部とし
て含まれ、ＩＰインタフェースプロセスモジュール１２
６が特定の通信ストリームを、ポートインタフェースラ
イブラリ１２２と通信している特定のポートに宛てる
（attribute）ことを可能にする。上記の説明から、コ
ンピュータネットワーク１０２上を送信され、ＩＰイン
タフェースプロセスモジュール１２６によって処理され
る通信が、データパケットタイプのフォーマットである
ことが理解されよう。
【００１９】次に図２を参照すると、本発明の例示的な
実施形態によるポートマップ１３２の内容が図示されて
いる。ポートマップ１３２は一般に音声応答アプリケー
ションソフトウェア１２０と共に使用可能な各ポートに
関連づけられた、通信チャネル２０２のタイプに関する
情報を含む。図２に示された例では、ポート番号０およ
び１は両方ともインターネットプロトコル通信に関連づ
けられている。したがって、ポート０および１に関連し
て音声応答アプリケーションソフトウェア１２０から発
生したデータおよびイベントは、ポートインタフェース
ライブラリ１２２によってＩＰインタフェースプロセス
モジュール１２６に転送されることになる。ポート番号
ｎ−１およびｎは、図２に示された例の中ではチップリ
ング電話システム１０４と関連づけられている。したが
って、ポートｎ−１およびｎに関連して音声応答アプリ
ケーションソフトウェア１２０から発生したイベントお
よびデータは、ポートインタフェースライブラリ１２２
によってチップリングデバイスドライバ１２４に転送さ
れ、チップリング電話システム１０４上を送信されるこ
とになる。ＩＰインタフェースプロセスモジュール１２
６によってコンピュータネットワーク１０２から受信さ
れたコマンドおよびデータは適切なポート番号と関連づ
けられ、音声応答アプリケーションソフトウェア１２０
によって使用される既定のコマンドのセットに変換さ
れ、他のソフトウェアモジュールと通信してから、ポー
トインタフェースライブラリ１２２に渡される。チップ
リングデバイスドライバ１２４によってチップリング電
話ネットワーク１０４から受信されたコマンドおよびデ
ータはまた、フォーマット化されてから音声応答アプリ
ケーションソフトウェア１２０上の適切なポートに渡さ
れる。
実施形態によるポートマップ１３２の内容が図示されて
いる。ポートマップ１３２は一般に音声応答アプリケー
ションソフトウェア１２０と共に使用可能な各ポートに
関連づけられた、通信チャネル２０２のタイプに関する
情報を含む。図２に示された例では、ポート番号０およ
び１は両方ともインターネットプロトコル通信に関連づ
けられている。したがって、ポート０および１に関連し
て音声応答アプリケーションソフトウェア１２０から発
生したデータおよびイベントは、ポートインタフェース
ライブラリ１２２によってＩＰインタフェースプロセス
モジュール１２６に転送されることになる。ポート番号
ｎ−１およびｎは、図２に示された例の中ではチップリ
ング電話システム１０４と関連づけられている。したが
って、ポートｎ−１およびｎに関連して音声応答アプリ
ケーションソフトウェア１２０から発生したイベントお
よびデータは、ポートインタフェースライブラリ１２２
によってチップリングデバイスドライバ１２４に転送さ
れ、チップリング電話システム１０４上を送信されるこ
とになる。ＩＰインタフェースプロセスモジュール１２
６によってコンピュータネットワーク１０２から受信さ
れたコマンドおよびデータは適切なポート番号と関連づ
けられ、音声応答アプリケーションソフトウェア１２０
によって使用される既定のコマンドのセットに変換さ
れ、他のソフトウェアモジュールと通信してから、ポー
トインタフェースライブラリ１２２に渡される。チップ
リングデバイスドライバ１２４によってチップリング電
話ネットワーク１０４から受信されたコマンドおよびデ
ータはまた、フォーマット化されてから音声応答アプリ
ケーションソフトウェア１２０上の適切なポートに渡さ
れる。
【００２０】本発明の一実施形態による、通信サーバ１
００の動作が次の種々の例に関して説明される。次に図
３を参照すると、電話呼に答えるサーバ１００の動作の
フローチャートが示されている。まず、チップリングハ
ードウェア１１６のポートｎにおいて受信された着信呼
に応答するサーバ１００の動作の例（ステップ３０２）
を説明する。ついで、ネットワークインタフェース１１
４で受信された着信呼に応答するサーバ１００の動作を
説明する。たとえばステップ３０４でポートｎなどのチ
ップリングポート上で呼が受信されると、チップリング
デバイスドライバ１２４はポートｎにおいてリンギング
回路を検出する。ステップ３０６でデバイスドライバ１
２４はリンギング回路に応答してＮＥＷ＿ＣＡＬＬ（ポ
ートｎ）イベントを作成し、これはステップ３０８でポ
ートインタフェースライブラリ１２２のイベント待ち行
列１３４の中に置かれる。ステップ３１０で新しい呼イ
ベントが、アプリケーションソフトウェア１２０によっ
て開始されたＧＥＴ＿ＥＶＥＮＴ（）関数コールを介し
て音声応答アプリケーションソフトウェア１２０によっ
て受信される。ステップ３１２でアプリケーションソフ
トウェア１２０は新しい呼イベントに応答して、ＯＦＦ
＿ＨＯＯＫ（ポートｎ）コマンドをポートインタフェー
スライブラリ１２２に発行し、ポートｎをオフフックに
する。ステップ３１４では、ポートインタフェースライ
ブラリ１２２はポートマップ１３２を参照して、ポート
ｎに関連づけられたインタフェースのタイプを決定す
る。この例では、ポートｎはチップリングポートであ
り、したがってポートインタフェースライブラリ１２２
はＯＦＦ＿ＨＯＯＫ（ポートｎ）コマンドをチップリン
グデバイスドライバ１２４に向けてポートｎ（ステップ
３１６）をオフフックにする。ステップ３１８では、チ
ップリングデバイスドライバ１２４はポートｎオフフッ
クをとり、ポートｎに関して電話システム１０４エンド
ポイント（たとえば電話１０８）と、チップリングハー
ドウェア１１６のデバイスドライバとの間に物理回線を
確立する。アプリケーションソフトウェア１２０はつい
で、ステップ３２０において、挨拶を再生する、発呼側
が加入者メールボックスにメッセージを記録できるよう
にするなど、通常の呼応答シナリオを開始することがで
きる。
００の動作が次の種々の例に関して説明される。次に図
３を参照すると、電話呼に答えるサーバ１００の動作の
フローチャートが示されている。まず、チップリングハ
ードウェア１１６のポートｎにおいて受信された着信呼
に応答するサーバ１００の動作の例（ステップ３０２）
を説明する。ついで、ネットワークインタフェース１１
４で受信された着信呼に応答するサーバ１００の動作を
説明する。たとえばステップ３０４でポートｎなどのチ
ップリングポート上で呼が受信されると、チップリング
デバイスドライバ１２４はポートｎにおいてリンギング
回路を検出する。ステップ３０６でデバイスドライバ１
２４はリンギング回路に応答してＮＥＷ＿ＣＡＬＬ（ポ
ートｎ）イベントを作成し、これはステップ３０８でポ
ートインタフェースライブラリ１２２のイベント待ち行
列１３４の中に置かれる。ステップ３１０で新しい呼イ
ベントが、アプリケーションソフトウェア１２０によっ
て開始されたＧＥＴ＿ＥＶＥＮＴ（）関数コールを介し
て音声応答アプリケーションソフトウェア１２０によっ
て受信される。ステップ３１２でアプリケーションソフ
トウェア１２０は新しい呼イベントに応答して、ＯＦＦ
＿ＨＯＯＫ（ポートｎ）コマンドをポートインタフェー
スライブラリ１２２に発行し、ポートｎをオフフックに
する。ステップ３１４では、ポートインタフェースライ
ブラリ１２２はポートマップ１３２を参照して、ポート
ｎに関連づけられたインタフェースのタイプを決定す
る。この例では、ポートｎはチップリングポートであ
り、したがってポートインタフェースライブラリ１２２
はＯＦＦ＿ＨＯＯＫ（ポートｎ）コマンドをチップリン
グデバイスドライバ１２４に向けてポートｎ（ステップ
３１６）をオフフックにする。ステップ３１８では、チ
ップリングデバイスドライバ１２４はポートｎオフフッ
クをとり、ポートｎに関して電話システム１０４エンド
ポイント（たとえば電話１０８）と、チップリングハー
ドウェア１１６のデバイスドライバとの間に物理回線を
確立する。アプリケーションソフトウェア１２０はつい
で、ステップ３２０において、挨拶を再生する、発呼側
が加入者メールボックスにメッセージを記録できるよう
にするなど、通常の呼応答シナリオを開始することがで
きる。
【００２１】次に引き続き図３を参照し、インターネッ
トプロトコルエンドポイント１０６から受信された接続
要求に応答するサーバ１００の一実施形態の動作を説明
する。ステップ３２２で、呼接続要求はネットワークイ
ンタフェース１１４においてデータのパケットとして受
信される。呼接続要求はインターネットプロトコル電話
スタック１２８へのＴＣＰ／ＩＰスタック１３０に渡さ
れ、ついで、インターネットプロトコルインタフェース
プロセス１２６に送達される（ステップ３２４）。ステ
ップ３２６で、ＩＰインタフェースプロセス１２６はデ
ータパケットを呼接続要求として認識し、着信呼を使用
可能なバーチャルポートに割り当て、バーチャルポート
マップ１３６を更新して割り当てられたポートがビジー
状態であることを示す。たとえばポート０が使用可能な
場合は、ＩＰインタフェースプロセス１２６は呼をポー
ト０に割り当て、ポート０をバーチャルポートマップ１
３６内でビジーとしてマークすることができる。ステッ
プ３２８では、ＩＰインタフェースプロセス１２６はＮ
ＥＷ＿ＣＡＬＬ（ポート０）イベントを作成し、ステッ
プ３３０で新しい呼イベントをポートインタフェースラ
イブラリ１２２のイベント待ち行列１３４の中に置く。
ステップ３１０でアプリケーションソフトウェア１２０
はＧＥＴ＿ＥＶＥＮＴ（）関数コールを介して新しい呼
イベントを検索する。ついでステップ３１２で、アプリ
ケーションソフトウェア１２０はＯＦＦ＿ＨＯＯＫ（ポ
ート０）コマンドを発行してポート０をオフフックにす
る。ステップ３１４でポートインタフェースライブラリ
１２２がポート０をオフフックにするコマンドを受信す
ると、ポートインタフェースライブラリ１２２はポート
マップ１３２を参照して、ポート０がチップリングであ
るかまたはＩＰ電話タイプのポートであるか決定する。
この例では、ポート０はＩＰ電話ポートであるので、し
たがって、ステップ３３２で、ポートインタフェースラ
イブラリ１２２はＯＦＦ＿ＨＯＯＫ（ポート０）コマン
ドをインターネットプロトコルインタフェースプロセス
１２６に向けて、ポート０をオフフックにする。ステッ
プ３３４で、ＩＰインタフェースプロセス１２６がオフ
フックコマンドを受信すると、呼受領メッセージをイン
ターネットプロトコルエンドポイント１０６に送信す
る。またステップ３３４でインターネットプロトコルイ
ンターフェイス１２６はついで、ＩＰエンドポイント１
０６と接続情報を交換し（すなわち、ハンドシェーク手
順を完了し）、論理チャネルおよび遠隔転送プロトコル
（ＲＴＰ）セッションを確立する。
トプロトコルエンドポイント１０６から受信された接続
要求に応答するサーバ１００の一実施形態の動作を説明
する。ステップ３２２で、呼接続要求はネットワークイ
ンタフェース１１４においてデータのパケットとして受
信される。呼接続要求はインターネットプロトコル電話
スタック１２８へのＴＣＰ／ＩＰスタック１３０に渡さ
れ、ついで、インターネットプロトコルインタフェース
プロセス１２６に送達される（ステップ３２４）。ステ
ップ３２６で、ＩＰインタフェースプロセス１２６はデ
ータパケットを呼接続要求として認識し、着信呼を使用
可能なバーチャルポートに割り当て、バーチャルポート
マップ１３６を更新して割り当てられたポートがビジー
状態であることを示す。たとえばポート０が使用可能な
場合は、ＩＰインタフェースプロセス１２６は呼をポー
ト０に割り当て、ポート０をバーチャルポートマップ１
３６内でビジーとしてマークすることができる。ステッ
プ３２８では、ＩＰインタフェースプロセス１２６はＮ
ＥＷ＿ＣＡＬＬ（ポート０）イベントを作成し、ステッ
プ３３０で新しい呼イベントをポートインタフェースラ
イブラリ１２２のイベント待ち行列１３４の中に置く。
ステップ３１０でアプリケーションソフトウェア１２０
はＧＥＴ＿ＥＶＥＮＴ（）関数コールを介して新しい呼
イベントを検索する。ついでステップ３１２で、アプリ
ケーションソフトウェア１２０はＯＦＦ＿ＨＯＯＫ（ポ
ート０）コマンドを発行してポート０をオフフックにす
る。ステップ３１４でポートインタフェースライブラリ
１２２がポート０をオフフックにするコマンドを受信す
ると、ポートインタフェースライブラリ１２２はポート
マップ１３２を参照して、ポート０がチップリングであ
るかまたはＩＰ電話タイプのポートであるか決定する。
この例では、ポート０はＩＰ電話ポートであるので、し
たがって、ステップ３３２で、ポートインタフェースラ
イブラリ１２２はＯＦＦ＿ＨＯＯＫ（ポート０）コマン
ドをインターネットプロトコルインタフェースプロセス
１２６に向けて、ポート０をオフフックにする。ステッ
プ３３４で、ＩＰインタフェースプロセス１２６がオフ
フックコマンドを受信すると、呼受領メッセージをイン
ターネットプロトコルエンドポイント１０６に送信す
る。またステップ３３４でインターネットプロトコルイ
ンターフェイス１２６はついで、ＩＰエンドポイント１
０６と接続情報を交換し（すなわち、ハンドシェーク手
順を完了し）、論理チャネルおよび遠隔転送プロトコル
（ＲＴＰ）セッションを確立する。
【００２２】図３に関して論じられた例から、本発明の
サーバ１００はＰＳＴＮ１０４またはコンピュータネッ
トワーク１０２のどちらの上で確立された接続でも処理
できることが理解されるであろう。さらに、音声応答ア
プリケーションソフトウェア１２０は、使用される通信
チャネルがＰＳＴＮ１０４またはコンピュータネットワ
ーク１０２のいずれであっても同じであることも理解さ
れよう。
サーバ１００はＰＳＴＮ１０４またはコンピュータネッ
トワーク１０２のどちらの上で確立された接続でも処理
できることが理解されるであろう。さらに、音声応答ア
プリケーションソフトウェア１２０は、使用される通信
チャネルがＰＳＴＮ１０４またはコンピュータネットワ
ーク１０２のいずれであっても同じであることも理解さ
れよう。
【００２３】図４を参照すると、確立された電話呼から
切断するサーバ１００の動作のフローチャートが示され
ている。まず、ＰＳＴＮ１０４上でサーバ１００に接続
された遠隔発呼者によって開始された切断イベントに応
答するサーバ１００の動作を説明する。ステップ４０２
で、遠隔発呼者は電話１０８を切ることによって切断を
開始する。ステップ４０４では、チップリングドライバ
１２４はポートｎにおいて切断信号を検出する。チップ
リングドライバ１２４は切断信号に応答して、ＤＩＳＣ
ＯＮＮＥＣＴ（ポートｎ）イベントをポートインタフェ
ースライブラリ１２２のイベント待ち行列１３４の中に
置く（ステップ４０６）。ついでステップ４０８で、Ｄ
ＩＳＣＯＮＮＥＣＴ（ポートｎ）イベントはアプリケー
ションソフトウェア１２０によって開始されたＧＥＴ＿
ＥＶＥＮＴ（）関数コールを介してアプリケーションソ
フトウェア１２０に渡される。ステップ４１０で、アプ
リケーションソフトウェア１２０はＤＩＳＣＯＮＮＥＣ
Ｔ（ポートｎ）イベントに応答してトランザクションを
終了し、ＯＮ＿ＨＯＯＫ（ポートｎ）コマンドをポート
インタフェースライブラリ１２２に送信する。ステップ
４１２では、ライブラリ１２２はポートマップ１３２を
参照して、ＯＮ＿ＨＯＯＫ（ポートｎ）コマンドをルー
ティングする方法を決定する。ここで、ポートｎはチッ
プリングポートと関連づけられているので、ステップ４
１４でライブラリ１２２はＯＮ＿ＨＯＯＫ（ポートｎ）
コマンドをチップリングデバイスドライバ１２４に送信
する。ステップ４１６でチップリングデバイスドライバ
１２４はＯＮ＿ＨＯＯＫ（ポートｎ）コマンドに応答し
て、ポートｎをオンフックにして、切断動作を終了す
る。
切断するサーバ１００の動作のフローチャートが示され
ている。まず、ＰＳＴＮ１０４上でサーバ１００に接続
された遠隔発呼者によって開始された切断イベントに応
答するサーバ１００の動作を説明する。ステップ４０２
で、遠隔発呼者は電話１０８を切ることによって切断を
開始する。ステップ４０４では、チップリングドライバ
１２４はポートｎにおいて切断信号を検出する。チップ
リングドライバ１２４は切断信号に応答して、ＤＩＳＣ
ＯＮＮＥＣＴ（ポートｎ）イベントをポートインタフェ
ースライブラリ１２２のイベント待ち行列１３４の中に
置く（ステップ４０６）。ついでステップ４０８で、Ｄ
ＩＳＣＯＮＮＥＣＴ（ポートｎ）イベントはアプリケー
ションソフトウェア１２０によって開始されたＧＥＴ＿
ＥＶＥＮＴ（）関数コールを介してアプリケーションソ
フトウェア１２０に渡される。ステップ４１０で、アプ
リケーションソフトウェア１２０はＤＩＳＣＯＮＮＥＣ
Ｔ（ポートｎ）イベントに応答してトランザクションを
終了し、ＯＮ＿ＨＯＯＫ（ポートｎ）コマンドをポート
インタフェースライブラリ１２２に送信する。ステップ
４１２では、ライブラリ１２２はポートマップ１３２を
参照して、ＯＮ＿ＨＯＯＫ（ポートｎ）コマンドをルー
ティングする方法を決定する。ここで、ポートｎはチッ
プリングポートと関連づけられているので、ステップ４
１４でライブラリ１２２はＯＮ＿ＨＯＯＫ（ポートｎ）
コマンドをチップリングデバイスドライバ１２４に送信
する。ステップ４１６でチップリングデバイスドライバ
１２４はＯＮ＿ＨＯＯＫ（ポートｎ）コマンドに応答し
て、ポートｎをオンフックにして、切断動作を終了す
る。
【００２４】次に続いて図４を参照し、コンピュータネ
ットワーク１０２上でサーバ１００と通信する遠隔発呼
者から受信された切断イベントに応答するシステム１０
０の動作を説明する。ステップ４１８では、インターネ
ットプロトコルエンドポイント１０６で遠隔発呼者が電
話を切る。遠隔発呼者は、たとえば、パーソナルコンピ
ュータまたは他のデバイスに関連づけられた通信プログ
ラムのグラフィカルユーザインタフェースによって提供
されるボタンをクリックすることによって、エンドポイ
ント１０６の「電話を切る」ことができることが理解さ
れよう。ステップ４２０では、ポート０に関して切断イ
ベントを含むデータパケットがネットワークインタフェ
ース１１４で受信され、ＩＰインタフェースプロセス１
２６に渡される。ステップ４２２では、ＩＰインタフェ
ースプロセス１２６は受信されたデータのパケットを読
み取り、これに応答してＤＩＳＣＯＮＮＥＣＴ（ポート
０）イベントをフォーマット化し、そのイベントをイベ
ント待ち行列１３４に置く。ステップ４０８で音声応答
アプリケーションソフトウェア１２０は、ＤＩＳＣＯＮ
ＮＥＣＴ（ポート０）イベントをＧＥＴ＿ＥＶＥＮ
Ｔ（）関数コールを介してイベント待ち行列１３４から
検索する。ステップ４１０でアプリケーションソフトウ
ェア１２０はＤＩＳＣＯＮＮＥＣＴ（ポート０）イベン
トに応答して、ポート０に関するトランザクションを終
了し、ＯＮ＿ＨＯＯＫ（ポート０）コマンドをポートイ
ンタフェースライブラリ１２２に送信する。ついでステ
ップ４１２で、ライブラリはポートマップを参照して、
イベントの正しい受信者を決定する。ポート０がコンピ
ュータネットワーク１０２上で確立された通信チャネル
に関連づけられているので、ステップ４２４でＯＮ＿Ｈ
ＯＯＫ（ポート０）コマンドはＩＰインタフェースプロ
セス１２６に送信される。ステップ４２６で、ＩＰイン
タフェースプロセス１２６はＯＮ＿ＨＯＯＫ（ポート
０）コマンドに応答して、切断の確認を遠隔エンドポイ
ント１０６に送信し、遠隔転送プロセス（ＲＴＰ）接続
を切断し、バーチャルポートマップ１３６を変更してポ
ート０が使用可能であることを示して、切断シーケンス
を完了する。
ットワーク１０２上でサーバ１００と通信する遠隔発呼
者から受信された切断イベントに応答するシステム１０
０の動作を説明する。ステップ４１８では、インターネ
ットプロトコルエンドポイント１０６で遠隔発呼者が電
話を切る。遠隔発呼者は、たとえば、パーソナルコンピ
ュータまたは他のデバイスに関連づけられた通信プログ
ラムのグラフィカルユーザインタフェースによって提供
されるボタンをクリックすることによって、エンドポイ
ント１０６の「電話を切る」ことができることが理解さ
れよう。ステップ４２０では、ポート０に関して切断イ
ベントを含むデータパケットがネットワークインタフェ
ース１１４で受信され、ＩＰインタフェースプロセス１
２６に渡される。ステップ４２２では、ＩＰインタフェ
ースプロセス１２６は受信されたデータのパケットを読
み取り、これに応答してＤＩＳＣＯＮＮＥＣＴ（ポート
０）イベントをフォーマット化し、そのイベントをイベ
ント待ち行列１３４に置く。ステップ４０８で音声応答
アプリケーションソフトウェア１２０は、ＤＩＳＣＯＮ
ＮＥＣＴ（ポート０）イベントをＧＥＴ＿ＥＶＥＮ
Ｔ（）関数コールを介してイベント待ち行列１３４から
検索する。ステップ４１０でアプリケーションソフトウ
ェア１２０はＤＩＳＣＯＮＮＥＣＴ（ポート０）イベン
トに応答して、ポート０に関するトランザクションを終
了し、ＯＮ＿ＨＯＯＫ（ポート０）コマンドをポートイ
ンタフェースライブラリ１２２に送信する。ついでステ
ップ４１２で、ライブラリはポートマップを参照して、
イベントの正しい受信者を決定する。ポート０がコンピ
ュータネットワーク１０２上で確立された通信チャネル
に関連づけられているので、ステップ４２４でＯＮ＿Ｈ
ＯＯＫ（ポート０）コマンドはＩＰインタフェースプロ
セス１２６に送信される。ステップ４２６で、ＩＰイン
タフェースプロセス１２６はＯＮ＿ＨＯＯＫ（ポート
０）コマンドに応答して、切断の確認を遠隔エンドポイ
ント１０６に送信し、遠隔転送プロセス（ＲＴＰ）接続
を切断し、バーチャルポートマップ１３６を変更してポ
ート０が使用可能であることを示して、切断シーケンス
を完了する。
【００２５】遠隔電話１０８またはＩＰエンドポイント
１０６において発呼者からの「電話を切る」信号によっ
て開始された切断イベントに対するサーバ１００の応答
の説明から、中心となる音声応答アプリケーションソフ
トウェア１２０の機能に関するプロセスステップは、通
信チャネルに関係なく同じであることが理解されるであ
ろう。したがって、本発明のサーバ１００を使用する
と、既存の音声応答アプリケーションソフトウェア１２
０は、ＰＳＴＮ１０４上で発生する通信、またはインタ
ーネットなどのコンピュータネットワーク１０２上で送
信された通信のいずれとでも共に使用できる。
１０６において発呼者からの「電話を切る」信号によっ
て開始された切断イベントに対するサーバ１００の応答
の説明から、中心となる音声応答アプリケーションソフ
トウェア１２０の機能に関するプロセスステップは、通
信チャネルに関係なく同じであることが理解されるであ
ろう。したがって、本発明のサーバ１００を使用する
と、既存の音声応答アプリケーションソフトウェア１２
０は、ＰＳＴＮ１０４上で発生する通信、またはインタ
ーネットなどのコンピュータネットワーク１０２上で送
信された通信のいずれとでも共に使用できる。
【００２６】次に図５を参照し、本発明の一実施形態に
よるタッチトーンイベントの受信に応答するサーバ１０
０の動作を説明する。ステップ５０２では、サーバ１０
０はチップリングハードウェア１１６のポートｎでデュ
アルトーン複数周波数（ＤＴＭＦ）信号を検出する。ス
テップ５０４で、デバイスドライバ１２４はＴＯＵＣＨ
＿ＴＯＮＥ（ポートｎ、値ｘ）イベントをフォーマット
化する。ここでは値ｘは電話１０８のキーパッドで押さ
れたキーに関連する（たとえば、１、２、３、４、５、
６、７、８、９、０、＊または＃）。ついでステップ５
０６で、デバイスドライバ１１６はＴＯＵＣＨ＿ＴＯＮ
Ｅ（ポートｎ、値ｘ）イベントを、ポートインタフェー
スライブラリ１２２のイベント待ち行列１３４の中に置
く。ステップ５０８では、アプリケーションソフトウェ
ア１２０は、イベント待ち行列１３４に行われたＧＥＴ
＿ＥＶＥＮＴ（）関数コールを介して、ＴＯＵＣＨ＿Ｔ
ＯＮＥ（ポートｎ、値ｘ）イベントを検索する。ついで
ステップ５１０で、アプリケーションソフトウェア１２
０は値ｘの受信に応答して指示されたアクションを実行
する。たとえば、アプリケーションソフトウェア１２０
は、０のタッチトーン値を受信し、発呼者をオペレータ
へ接続する場合がある。
よるタッチトーンイベントの受信に応答するサーバ１０
０の動作を説明する。ステップ５０２では、サーバ１０
０はチップリングハードウェア１１６のポートｎでデュ
アルトーン複数周波数（ＤＴＭＦ）信号を検出する。ス
テップ５０４で、デバイスドライバ１２４はＴＯＵＣＨ
＿ＴＯＮＥ（ポートｎ、値ｘ）イベントをフォーマット
化する。ここでは値ｘは電話１０８のキーパッドで押さ
れたキーに関連する（たとえば、１、２、３、４、５、
６、７、８、９、０、＊または＃）。ついでステップ５
０６で、デバイスドライバ１１６はＴＯＵＣＨ＿ＴＯＮ
Ｅ（ポートｎ、値ｘ）イベントを、ポートインタフェー
スライブラリ１２２のイベント待ち行列１３４の中に置
く。ステップ５０８では、アプリケーションソフトウェ
ア１２０は、イベント待ち行列１３４に行われたＧＥＴ
＿ＥＶＥＮＴ（）関数コールを介して、ＴＯＵＣＨ＿Ｔ
ＯＮＥ（ポートｎ、値ｘ）イベントを検索する。ついで
ステップ５１０で、アプリケーションソフトウェア１２
０は値ｘの受信に応答して指示されたアクションを実行
する。たとえば、アプリケーションソフトウェア１２０
は、０のタッチトーン値を受信し、発呼者をオペレータ
へ接続する場合がある。
【００２７】タッチトーンがコンピュータネットワーク
１０２を介してサーバ１００に接続された発呼者によっ
て入力されると、タッチトーンイベントはネットワーク
インタフェース１１４でデータパケットとして受信され
る（ステップ５１２）。ステップ５１４でタッチトーン
イベントデータパケットは、ネットワークインタフェー
ス１１４で受信される任意の他のタイプのデータパケッ
トと同じように、ＴＣＰ／ＩＰスタック１３０、ＩＰ電
話スタック１２８に渡され、最終的にＩＰインタフェー
スプロセス１２６に渡される。またステップ５１４で
は、ＩＰインタフェースプロセス１２６はデータパケッ
トをたとえばポート０におけるタッチトーンイベントと
して認識する。当業者であれば、タッチトーンイベント
は、帯域内信号（たとえばＲＴＰオーディオストリーム
内に埋め込まれたＤＴＭＦトーンデータ）または帯域外
信号（たとえばＨ．２４５プロトコルユーザ入力表示メ
ッセージ）を使用して、ＩＰインタフェースプロセス１
２６に通信される場合があることが理解されるであろ
う。ステップ５１６では、ＩＰインタフェースプロセス
１２６はＴＯＵＣＨ＿ＴＯＮＥ（ポート０、値ｘ）イベ
ントを作成する。ステップ５１８で、ＩＰインタフェー
スプロセス１２６はＴＯＵＣＨ＿ＴＯＮＥ（ポート０、
値ｘ）イベントをイベント待ち行列１２４に置く。つい
でステップ５０８で、アプリケーションソフトウェア１
２０はＧＥＴ＿ＥＶＥＮＴ（）関数コールを介してＴＯ
ＵＣＨ＿ＴＯＮＥ（ポート０、値ｘ）イベントを検索す
る。ついでステップ５１０で、アプリケーションソフト
ウェアは受信された値ｘに応答してアクションを実行す
ることができる。
１０２を介してサーバ１００に接続された発呼者によっ
て入力されると、タッチトーンイベントはネットワーク
インタフェース１１４でデータパケットとして受信され
る（ステップ５１２）。ステップ５１４でタッチトーン
イベントデータパケットは、ネットワークインタフェー
ス１１４で受信される任意の他のタイプのデータパケッ
トと同じように、ＴＣＰ／ＩＰスタック１３０、ＩＰ電
話スタック１２８に渡され、最終的にＩＰインタフェー
スプロセス１２６に渡される。またステップ５１４で
は、ＩＰインタフェースプロセス１２６はデータパケッ
トをたとえばポート０におけるタッチトーンイベントと
して認識する。当業者であれば、タッチトーンイベント
は、帯域内信号（たとえばＲＴＰオーディオストリーム
内に埋め込まれたＤＴＭＦトーンデータ）または帯域外
信号（たとえばＨ．２４５プロトコルユーザ入力表示メ
ッセージ）を使用して、ＩＰインタフェースプロセス１
２６に通信される場合があることが理解されるであろ
う。ステップ５１６では、ＩＰインタフェースプロセス
１２６はＴＯＵＣＨ＿ＴＯＮＥ（ポート０、値ｘ）イベ
ントを作成する。ステップ５１８で、ＩＰインタフェー
スプロセス１２６はＴＯＵＣＨ＿ＴＯＮＥ（ポート０、
値ｘ）イベントをイベント待ち行列１２４に置く。つい
でステップ５０８で、アプリケーションソフトウェア１
２０はＧＥＴ＿ＥＶＥＮＴ（）関数コールを介してＴＯ
ＵＣＨ＿ＴＯＮＥ（ポート０、値ｘ）イベントを検索す
る。ついでステップ５１０で、アプリケーションソフト
ウェアは受信された値ｘに応答してアクションを実行す
ることができる。
【００２８】図５に関して与えられた例から、イベント
が関連づけられているポートの番号から離れて、またサ
ーバ１００がイベントまたはコマンドを受信した通信チ
ャネルがなんであってもそれにかかわらず、ＴＯＵＣＨ
＿ＴＯＮＥ（ポート＃、値ｘ）イベントはアプリケーシ
ョンソフトウェア１２０には同じに見えることが理解さ
れるであろう。したがって、アプリケーションソフトウ
ェア１２０はコンピュータネットワーク１０２と共に動
作するために変更する必要はない。必要なのは、サーバ
１００にポートマップ１３２、ＩＰインタフェースプロ
セス１２６、および関連づけられたインターネットプロ
トコルデバイスドライバおよびハードウェアを提供する
ことだけである。
が関連づけられているポートの番号から離れて、またサ
ーバ１００がイベントまたはコマンドを受信した通信チ
ャネルがなんであってもそれにかかわらず、ＴＯＵＣＨ
＿ＴＯＮＥ（ポート＃、値ｘ）イベントはアプリケーシ
ョンソフトウェア１２０には同じに見えることが理解さ
れるであろう。したがって、アプリケーションソフトウ
ェア１２０はコンピュータネットワーク１０２と共に動
作するために変更する必要はない。必要なのは、サーバ
１００にポートマップ１３２、ＩＰインタフェースプロ
セス１２６、および関連づけられたインターネットプロ
トコルデバイスドライバおよびハードウェアを提供する
ことだけである。
【００２９】次に図６を参照すると、オーディオ信号を
遠隔の発呼者に再生するサーバ１００の動作が示されて
いる。まずステップ６０２で、アプリケーションソフト
ウェア１２０はデータベース１１８上に格納されたオー
ディオファイルを開き、そのファイル内に含まれている
オーディオデータをメモリバッファ内に置く。ついでス
テップ６０４で、アプリケーションソフトウェア１２０
はＰＬＡＹ（ポート＃、バッファアドレス、バイトの
数）コマンドをライブラリ１２２に送信する。これらの
ステップは再生コマンドが関連づけられたポートがチッ
プリングかまたはＩＰ電話ポートのいずれであってもそ
れにかかわらず、アプリケーションソフトウェア１２０
によって受け取られる。実際、ポートタイプはアプリケ
ーションソフトウェア１２０にとって透過的である。ス
テップ６０６では、ライブラリ１２２はポートマップ１
３２を参照して、再生コマンドの正しいルーティングを
決定する。たとえば、再生コマンドがポートｎに関連づ
けられており、ポートｎがバーチャルポートマップ１３
２によって物理チップリングポートに割り当てられてい
る場合は、再生コマンドはチップリングデバイスドライ
バ１２４にルーティングされることになる（ステップ６
０８）。ステップ６１０で、チップリングデバイスドラ
イバ１２４は再生コマンドの一部として指定されたバッ
ファアドレスにおいて、オーディオデータをチップリン
グハードウェア１１６に関連づけられたメモリ内に読み
込む。チップリングハードウェア１１６はついで、オー
ディオデータをチップリングデバイスドライバ１２４に
送信し、オーディオデータは可聴信号として、ＰＳＴＮ
１０４上で確立された物理チップリング回路上で遠隔の
発呼者に送信される（ステップ６１２）。ステップ６１
４では、指定されたバッファアドレスにおいて含まれる
すべてのデータを再生した後、チップリングデバイスド
ライバ１２４はＰＬＡＹ＿ＣＯＭＰＬＥＴＥ（ポート
ｎ）イベントをイベント待ち行列１３４内に置く。ステ
ップ６１６では、アプリケーションソフトウェア１２０
はＧＥＴ＿ＥＶＥＮＴ（）関数コールを介してＰＬＡＹ
＿ＣＯＭＰＬＥＴＥ（ポートｎ）イベントを検索し、次
の再生要求をライブラリ１２２に送信するか、または再
生シーケンスを終了する。
遠隔の発呼者に再生するサーバ１００の動作が示されて
いる。まずステップ６０２で、アプリケーションソフト
ウェア１２０はデータベース１１８上に格納されたオー
ディオファイルを開き、そのファイル内に含まれている
オーディオデータをメモリバッファ内に置く。ついでス
テップ６０４で、アプリケーションソフトウェア１２０
はＰＬＡＹ（ポート＃、バッファアドレス、バイトの
数）コマンドをライブラリ１２２に送信する。これらの
ステップは再生コマンドが関連づけられたポートがチッ
プリングかまたはＩＰ電話ポートのいずれであってもそ
れにかかわらず、アプリケーションソフトウェア１２０
によって受け取られる。実際、ポートタイプはアプリケ
ーションソフトウェア１２０にとって透過的である。ス
テップ６０６では、ライブラリ１２２はポートマップ１
３２を参照して、再生コマンドの正しいルーティングを
決定する。たとえば、再生コマンドがポートｎに関連づ
けられており、ポートｎがバーチャルポートマップ１３
２によって物理チップリングポートに割り当てられてい
る場合は、再生コマンドはチップリングデバイスドライ
バ１２４にルーティングされることになる（ステップ６
０８）。ステップ６１０で、チップリングデバイスドラ
イバ１２４は再生コマンドの一部として指定されたバッ
ファアドレスにおいて、オーディオデータをチップリン
グハードウェア１１６に関連づけられたメモリ内に読み
込む。チップリングハードウェア１１６はついで、オー
ディオデータをチップリングデバイスドライバ１２４に
送信し、オーディオデータは可聴信号として、ＰＳＴＮ
１０４上で確立された物理チップリング回路上で遠隔の
発呼者に送信される（ステップ６１２）。ステップ６１
４では、指定されたバッファアドレスにおいて含まれる
すべてのデータを再生した後、チップリングデバイスド
ライバ１２４はＰＬＡＹ＿ＣＯＭＰＬＥＴＥ（ポート
ｎ）イベントをイベント待ち行列１３４内に置く。ステ
ップ６１６では、アプリケーションソフトウェア１２０
はＧＥＴ＿ＥＶＥＮＴ（）関数コールを介してＰＬＡＹ
＿ＣＯＭＰＬＥＴＥ（ポートｎ）イベントを検索し、次
の再生要求をライブラリ１２２に送信するか、または再
生シーケンスを終了する。
【００３０】アプリケーションソフトウェア１２０がオ
ーディオメッセージの再生を開始するためにとるステッ
プは、メッセージがコンピュータネットワーク１０２上
で送信される場合と同じである。したがってステップ６
０２では、アプリケーションソフトウェア１２０はオー
ディオファイルを開き、オーディオデータをそのファイ
ルからメモリバッファの中に置く。ステップ６０４で
は、アプリケーションソフトウェアは再生コマンドをラ
イブラリ１２２に送信する。再生コマンドはここでＩＰ
電話ポートを参照する。ここでたとえば、コマンドはＰ
ＬＡＹ（ポート０、バッファアドレス、バイトの数）で
ある。ステップ６０６で、ライブラリ１２２はポートマ
ップ１３２を参照して、再生イベントの正しい受信者を
決定する。ここで、ポート０はＩＰ電話ポートであり、
したがってライブラリはステップ６１８でＰＬＡＹ（ポ
ート０、バッファアドレス、バイトの数）コマンドをＩ
Ｐインタフェースプロセス１２６に送信する。ＩＰイン
タフェースプロセス１２６はオーディオデータをメモリ
バッファから検索し、そのデータをデータパケットに置
き、遠隔ＩＰエンドポイント１０６に送信する（ステッ
プ６２０）。ステップ６２２では、オーディオデータを
含むデータパケットが、ＲＴＰ／ＲＴＣＰ標準規格通信
プロトコルを使用してＩＰエンドポイント１０６に送信
され、ここでデータは組み立てなおされ、可聴信号とし
て発呼者に再生される。すべてのデータパケットがＩＰ
エンドポイント１０６に送信されると、ＩＰインタフェ
ースプロセス１２６はＰＬＡＹ＿ＣＯＭＰＬＥＴＥ（ポ
ート０）イベントを発行し、そのイベントをイベント待
ち行列１３４に置く（ステップ６２４）。ついでステッ
プ６１６で、アプリケーションソフトウェア１２０はＧ
ＥＴ＿ＥＶＥＮＴ（）関数コールを介してＰＬＡＹ＿Ｃ
ＯＭＰＬＥＴＥ（ポート０）イベントを検索し、次の再
生要求を送信するか、再生シーケンスを終了する。
ーディオメッセージの再生を開始するためにとるステッ
プは、メッセージがコンピュータネットワーク１０２上
で送信される場合と同じである。したがってステップ６
０２では、アプリケーションソフトウェア１２０はオー
ディオファイルを開き、オーディオデータをそのファイ
ルからメモリバッファの中に置く。ステップ６０４で
は、アプリケーションソフトウェアは再生コマンドをラ
イブラリ１２２に送信する。再生コマンドはここでＩＰ
電話ポートを参照する。ここでたとえば、コマンドはＰ
ＬＡＹ（ポート０、バッファアドレス、バイトの数）で
ある。ステップ６０６で、ライブラリ１２２はポートマ
ップ１３２を参照して、再生イベントの正しい受信者を
決定する。ここで、ポート０はＩＰ電話ポートであり、
したがってライブラリはステップ６１８でＰＬＡＹ（ポ
ート０、バッファアドレス、バイトの数）コマンドをＩ
Ｐインタフェースプロセス１２６に送信する。ＩＰイン
タフェースプロセス１２６はオーディオデータをメモリ
バッファから検索し、そのデータをデータパケットに置
き、遠隔ＩＰエンドポイント１０６に送信する（ステッ
プ６２０）。ステップ６２２では、オーディオデータを
含むデータパケットが、ＲＴＰ／ＲＴＣＰ標準規格通信
プロトコルを使用してＩＰエンドポイント１０６に送信
され、ここでデータは組み立てなおされ、可聴信号とし
て発呼者に再生される。すべてのデータパケットがＩＰ
エンドポイント１０６に送信されると、ＩＰインタフェ
ースプロセス１２６はＰＬＡＹ＿ＣＯＭＰＬＥＴＥ（ポ
ート０）イベントを発行し、そのイベントをイベント待
ち行列１３４に置く（ステップ６２４）。ついでステッ
プ６１６で、アプリケーションソフトウェア１２０はＧ
ＥＴ＿ＥＶＥＮＴ（）関数コールを介してＰＬＡＹ＿Ｃ
ＯＭＰＬＥＴＥ（ポート０）イベントを検索し、次の再
生要求を送信するか、再生シーケンスを終了する。
【００３１】次に図７を参照すると、本発明の一実施形
態による、発呼者からのオーディオ信号を記録するコマ
ンドに応答するサーバ１００の動作が示されている。ス
テップ７０２では、アプリケーションソフトウェア１２
０はメモリバッファを割り振り、オーディオデータを受
信する。ついでステップ７０４で、アプリケーションソ
フトウェア１２０はＲＥＣＯＲＤ（ポート＃、バッファ
アドレス、バイトの数）コマンドをライブラリ１２２に
送信する。オーディオデータがチップリングから記録さ
れるかＩＰ電話ポートから記録されるかにかかわらず、
これらのステップはアプリケーションソフトウェアによ
って行われる。ステップ７０６でライブラリ１２２はポ
ートマップ１３２を参照して、記録イベントがルーティ
ングされるべき場所を決定する。たとえば、記録コマン
ドがポートｎと関連づけられており、ポートｎはバーチ
ャルポートマップ１３２によって物理チップリングポー
トに割り当てられている場合、記録コマンドはチップリ
ングデバイスドライバ１２４にルーティングされる（ス
テップ７０８）。チップリングデバイスドライバ１２４
はついで、バッファが一杯になるまで、またはアプリケ
ーションソフトウェア１２０がチップリングデバイスド
ライバに記録を停止するように命令するまで、チップリ
ングハードウェア１１６から着信するオーディオストリ
ームを、割り振られたメモリバッファ内に格納する（ス
テップ７１０）。ステップ７１２で、記録プロセスが終
わるとチップリングデバイスドライバ１２４はＲＥＣＯ
ＲＤ＿ＣＯＭＰＬＥＴＥ（ポートｎ、＃バイト）イベン
トをイベント待ち行列１３４に戻す。アプリケーション
ソフトウェア１２０はついで、ＧＥＴ＿ＥＶＥＮＴ（）
関数コールを介してＲＥＣＯＲＤ＿ＣＯＭＰＬＥＴＥ
（ポートｎ、＃バイト）イベントを検索し、データベー
ス１１８内にオーディオデータを格納する（ステップ７
１４）。
態による、発呼者からのオーディオ信号を記録するコマ
ンドに応答するサーバ１００の動作が示されている。ス
テップ７０２では、アプリケーションソフトウェア１２
０はメモリバッファを割り振り、オーディオデータを受
信する。ついでステップ７０４で、アプリケーションソ
フトウェア１２０はＲＥＣＯＲＤ（ポート＃、バッファ
アドレス、バイトの数）コマンドをライブラリ１２２に
送信する。オーディオデータがチップリングから記録さ
れるかＩＰ電話ポートから記録されるかにかかわらず、
これらのステップはアプリケーションソフトウェアによ
って行われる。ステップ７０６でライブラリ１２２はポ
ートマップ１３２を参照して、記録イベントがルーティ
ングされるべき場所を決定する。たとえば、記録コマン
ドがポートｎと関連づけられており、ポートｎはバーチ
ャルポートマップ１３２によって物理チップリングポー
トに割り当てられている場合、記録コマンドはチップリ
ングデバイスドライバ１２４にルーティングされる（ス
テップ７０８）。チップリングデバイスドライバ１２４
はついで、バッファが一杯になるまで、またはアプリケ
ーションソフトウェア１２０がチップリングデバイスド
ライバに記録を停止するように命令するまで、チップリ
ングハードウェア１１６から着信するオーディオストリ
ームを、割り振られたメモリバッファ内に格納する（ス
テップ７１０）。ステップ７１２で、記録プロセスが終
わるとチップリングデバイスドライバ１２４はＲＥＣＯ
ＲＤ＿ＣＯＭＰＬＥＴＥ（ポートｎ、＃バイト）イベン
トをイベント待ち行列１３４に戻す。アプリケーション
ソフトウェア１２０はついで、ＧＥＴ＿ＥＶＥＮＴ（）
関数コールを介してＲＥＣＯＲＤ＿ＣＯＭＰＬＥＴＥ
（ポートｎ、＃バイト）イベントを検索し、データベー
ス１１８内にオーディオデータを格納する（ステップ７
１４）。
【００３２】アプリケーションソフトウェア１２０が着
信オーディオデータを記録するために取るステップは、
オーディオデータがネットワークインタフェース１１４
において受信された場合と同じである。したがって、ス
テップ７０２で、アプリケーションソフトウェア１２０
はメモリバッファを割り振り、オーディオデータを受信
する。ステップ７０４では、アプリケーションソフトウ
ェア１２０はＲＥＣＯＲＤ（ポート０、バッファアドレ
ス、＃バイト）コマンド（たとえば、ポート０がＩＰ電
話ポートに割り振られている場合）をライブラリ１２２
に送信する。ついでステップ７０６で、ライブラリ１２
２はポートマップ１３２を参照して、コマンドがルーテ
ィングされるべき場所を決定する。この例では、ポート
０はＩＰ電話ポートであるので、コマンドはインタフェ
ースプロセス１２６に向けられる（ステップ７１６）。
ＩＰインタフェースプロセス１２６は、バッファが一杯
になるかまたはＩＰインタフェースプロセス１２６がデ
ータの記録を停止するように命令するまで、割り振られ
たメモリバッファ内に着信オーディオストリームを格納
する（ステップ７１８）。ＩＰインタフェースプロセス
１２６は次に、ＲＥＣＯＲＤ＿ＣＯＭＰＬＥＴＥ（ポー
ト０、＃バイト）イベントをイベント待ち行列に戻す
（ステップ７２０）。ステップ７１４でアプリケーショ
ンソフトウェア１２０は、ＧＥＴ＿ＥＶＥＮＴ（）関数
コールを介してＲＥＣＯＲＤ＿ＣＯＭＰＬＥＴＥ（ポー
ト０、＃バイト）イベントを検索し、オーディオデータ
をデータベース１１８内に格納する。
信オーディオデータを記録するために取るステップは、
オーディオデータがネットワークインタフェース１１４
において受信された場合と同じである。したがって、ス
テップ７０２で、アプリケーションソフトウェア１２０
はメモリバッファを割り振り、オーディオデータを受信
する。ステップ７０４では、アプリケーションソフトウ
ェア１２０はＲＥＣＯＲＤ（ポート０、バッファアドレ
ス、＃バイト）コマンド（たとえば、ポート０がＩＰ電
話ポートに割り振られている場合）をライブラリ１２２
に送信する。ついでステップ７０６で、ライブラリ１２
２はポートマップ１３２を参照して、コマンドがルーテ
ィングされるべき場所を決定する。この例では、ポート
０はＩＰ電話ポートであるので、コマンドはインタフェ
ースプロセス１２６に向けられる（ステップ７１６）。
ＩＰインタフェースプロセス１２６は、バッファが一杯
になるかまたはＩＰインタフェースプロセス１２６がデ
ータの記録を停止するように命令するまで、割り振られ
たメモリバッファ内に着信オーディオストリームを格納
する（ステップ７１８）。ＩＰインタフェースプロセス
１２６は次に、ＲＥＣＯＲＤ＿ＣＯＭＰＬＥＴＥ（ポー
ト０、＃バイト）イベントをイベント待ち行列に戻す
（ステップ７２０）。ステップ７１４でアプリケーショ
ンソフトウェア１２０は、ＧＥＴ＿ＥＶＥＮＴ（）関数
コールを介してＲＥＣＯＲＤ＿ＣＯＭＰＬＥＴＥ（ポー
ト０、＃バイト）イベントを検索し、オーディオデータ
をデータベース１１８内に格納する。
【００３３】図７に関して上に与えられた例から、アプ
リケーションソフトウェア１２０によって行われた動作
は、サーバ１００によってオーディオデータがＰＳＴＮ
１０４から受信されたか、コンピュータネットワーク１
０２から受信されたかにかかわらず、同じであることが
理解されるであろう。唯一の違いは、格納されたオーデ
ィオデータに関連づけられたポート番号である。したが
って、本発明によるサーバ１００は、インターネットな
どのコンピュータネットワーク１０２上で送信された通
信と共に、既存のアプリケーションソフトウェア１２０
を使用することができる。
リケーションソフトウェア１２０によって行われた動作
は、サーバ１００によってオーディオデータがＰＳＴＮ
１０４から受信されたか、コンピュータネットワーク１
０２から受信されたかにかかわらず、同じであることが
理解されるであろう。唯一の違いは、格納されたオーデ
ィオデータに関連づけられたポート番号である。したが
って、本発明によるサーバ１００は、インターネットな
どのコンピュータネットワーク１０２上で送信された通
信と共に、既存のアプリケーションソフトウェア１２０
を使用することができる。
【００３４】もちろん、上記の本発明の方法および装置
に種々の変形を試みることができる。たとえば、通信サ
ーバ１００はチップリング電話システム１０４に接続さ
れる必要はない。かかる変形も本発明の精神および範囲
から離れることなく行うことができ、本発明に伴う利点
を減じることがなく、かかる変形も添付の請求の範囲に
よってカバーされることが意図されている。
に種々の変形を試みることができる。たとえば、通信サ
ーバ１００はチップリング電話システム１０４に接続さ
れる必要はない。かかる変形も本発明の精神および範囲
から離れることなく行うことができ、本発明に伴う利点
を減じることがなく、かかる変形も添付の請求の範囲に
よってカバーされることが意図されている。
【００３５】本発明の上記の説明は例示と説明の目的で
与えられたものである。さらに、この説明は本発明をこ
こに開示された形に限定することを意図するものではな
い。したがって、当該技術分野の技能と知識の範囲内
で、上記の教示にしたがった変形および変更も本発明の
範囲の中にある。上記に説明された実施形態はさらに、
本発明を実施するにあたって現在知られている最良のモ
ードを説明することが意図されており、当業者が、かか
る実施形態または別の実施形態で、本発明の特定の用途
または使用によって要求される種々の変更を伴って本発
明を使用することを可能にするものである。添付の請求
の範囲は、先行技術によって許可される範囲内で代替の
実施形態を含むように解釈されることが意図されてい
る。
与えられたものである。さらに、この説明は本発明をこ
こに開示された形に限定することを意図するものではな
い。したがって、当該技術分野の技能と知識の範囲内
で、上記の教示にしたがった変形および変更も本発明の
範囲の中にある。上記に説明された実施形態はさらに、
本発明を実施するにあたって現在知られている最良のモ
ードを説明することが意図されており、当業者が、かか
る実施形態または別の実施形態で、本発明の特定の用途
または使用によって要求される種々の変更を伴って本発
明を使用することを可能にするものである。添付の請求
の範囲は、先行技術によって許可される範囲内で代替の
実施形態を含むように解釈されることが意図されてい
る。
【図１】本発明の実施形態による通信サーバおよび周囲
のシステムのトポロジのブロック図である。
のシステムのトポロジのブロック図である。
【図２】本発明の例示的な実施形態によるポートマップ
の内容を示す図である。
の内容を示す図である。
【図３】本発明の一実施形態による、着信呼に応答する
サーバの動作を示すフローチャートである。
サーバの動作を示すフローチャートである。
【図４】本発明の一実施形態による、遠隔エンドポイン
トからの切断信号に応答するサーバの動作を示すフロー
チャートである。
トからの切断信号に応答するサーバの動作を示すフロー
チャートである。
【図５】本発明の一実施形態による、タッチトーンイベ
ントの受信に応答するサーバの動作を示すフローチャー
トである。
ントの受信に応答するサーバの動作を示すフローチャー
トである。
【図６】本発明の一実施形態による、可聴信号を発呼者
に再生する（再生イベント）サーバの動作を示すフロー
チャートである。
に再生する（再生イベント）サーバの動作を示すフロー
チャートである。
【図７】本発明の一実施形態による、発呼者からの可聴
信号を記録する（記録イベント）サーバの動作を示すフ
ローチャートである。
信号を記録する（記録イベント）サーバの動作を示すフ
ローチャートである。
１００ 通信サーバ １０２ コンピュータネットワーク １０４ チャップリング電話システム １０６ ソフトホン １０８ 電話 １１０ プロセッサ １１２ 記憶域 １１４ ネットワークインタフェース １１６ チップリングハードウェア １１８ データベース １２０ 音声応答アプリケーションソフトウェア １２２ ポートインタフェースライブラリ １２４ チップリングデバイスドライバ １２６ インターネットプロトコル（ＩＰ）インタフェ
ースプロセス １２８ ＩＰ電話スタック １３０ ＴＣＰ／ＩＰスタック １３２ ポートマップ １３４ イベント待ち行列 １３６ バーチャルポートマップ ２０２ 通信チャネル
ースプロセス １２８ ＩＰ電話スタック １３０ ＴＣＰ／ＩＰスタック １３２ ポートマップ １３４ イベント待ち行列 １３６ バーチャルポートマップ ２０２ 通信チャネル
Claims (20)
- 【請求項１】 通信装置であって、 連続した回線による電話システム上で確立された物理回
線を提供するための通信サーバを備え、該通信サーバ
は、 該サーバをコンピュータネットワークに相互接続するた
めのコンピュータネットワークインタフェースと、 通信サービスを提供するための音声応答アプリケーショ
ンモジュールと、 サーバチャネルを前記コンピュータネットワーク上で確
立されたバーチャル通信チャネルに割り当てるためのポ
ートインタフェースライブラリモジュールと、 前記コンピュータネットワークインタフェースおよび前
記ポートインタフェースライブラリに相互接続されたイ
ンターネットプロトコルインタフェースプロセスモジュ
ールであって、第１のコマンドのセットを使用して前記
ポートインタフェースライブラリと通信し、およびパケ
ットに基づいたフォーマットで表現された第２のコマン
ドのセットを使用して前記コンピュータネットワークイ
ンタフェースと通信するインターネットプロトコルイン
タフェースプロセスモジュールとを含む通信装置。 - 【請求項２】 前記サーバはさらに、 前記サーバを連続した回線による電話システムに相互接
続するためのインタフェースと、 前記連続した回線による電話システムインタフェースお
よび前記ポートインタフェースライブラリに相互接続さ
れた連続した回線による電話システムデバイスドライバ
とを備え、前記連続した回線による電話システムインタ
フェースは前記第１のコマンドのセットを使用して前記
ポートインタフェースライブラリと通信し、前記ポート
インタフェースライブラリモジュールはサーバチャネル
を、前記連続した回線による電話システム上で確立され
た物理通信チャネルに割り当てる請求項１に記載の装
置。 - 【請求項３】 前記サーバを連続した回線による電話シ
ステムに相互接続するための前記インタフェースは、チ
ップリング電話インタフェースである請求項２に記載の
装置。 - 【請求項４】 前記サーバは音声応答サーバである請求
項１に記載の装置。 - 【請求項５】 前記サーバは統一通信サーバである請求
項１に記載の装置。 - 【請求項６】 前記サーバは統一メッセージ送信サーバ
である請求項１に記載の装置。 - 【請求項７】 前記コンピュータネットワークはインタ
ーネットである請求項１に記載の装置。 - 【請求項８】 前記連続した回線による電話システムは
公衆交換電話網である請求項２に記載の装置。 - 【請求項９】 前記連続した回線による電話システムは
機内交換である請求項２に記載の装置。 - 【請求項１０】 インターネットプロトコル音声応答シ
ステムであって、 チップリング電話システムと共に使用するように構成さ
れた通信サーバと、 前記サーバをインターネットプロトコルコンピュータネ
ットワークに機能的に接続するための手段と、 チップリング電話システムイベントとインターネットプ
ロトコル電話コマンドの間を変換するための手段であっ
て、前記通信サーバを前記インターネットプロトコルコ
ンピュータネットワークへ動作的に接続するよう処理す
る手段と、 前記通信サーバ上で使用可能なチャネルを、前記インタ
ーネットプロトコルコンピュータネットワーク上で確立
されたバーチャル通信チャネルへ割り振るための手段と
を備えるシステム。 - 【請求項１１】 チップリング電話ネットワークと、 前記通信サーバをチップリング電話ネットワークへ機能
的に接続するための手段とをさらに備え、前記通信サー
バ上で使用可能なチャネルを割り振るための前記手段
は、前記インターネットプロトコルコンピュータネット
ワーク上で確立されたバーチャル通信チャネルと、前記
チップリング電話ネットワーク上で確立された物理チャ
ネルとの間で前記チャネルを割り振る手段である請求項
１０に記載のシステム。 - 【請求項１２】 前記インターネットプロトコルコンピ
ュータネットワークはインターネットである請求項１０
に記載のシステム。 - 【請求項１３】 前記チップリング電話ネットワークは
公衆交換電話網である請求項１１に記載のシステム。 - 【請求項１４】 前記チップリング電話ネットワークは
機内交換である請求項１１に記載のシステム。 - 【請求項１５】 チップリング電話サーバをパケットに
基づいた通信ネットワークにインタフェースするための
方法であって、 チップリング電話サーバとコンピュータネットワークの
間のインタフェースで第１の信号を受信するステップで
あって、該信号はデータのパケットおよびソフトウェア
イベントの少なくとも１つであるステップと、 前記第１の信号を第２の信号フォーマットに変換するス
テップであって、該第２の信号フォーマットは他のデー
タのパケットおよびソフトウェアイベントであるステッ
プと、 ａ） 前記コンピュータネットワークが前記第１の信号
のソースである時に、ソフトウェアイベントとしてフォ
ーマット化された前記第２の信号を前記チップリング電
話サーバに提供するステップ、または、 ｂ） 前記チップリング電話サーバが前記第１の信号の
ソースである時に、データのパケットとしてフォーマッ
ト化された前記第２の信号を前記コンピュータネットワ
ークに提供するステップのうちの少なくとも１つを遂行
するステップとを含む方法。 - 【請求項１６】 前記サーバ上で使用可能なチャネルを
前記パケットに基づいたネットワーク上で確立されたバ
ーチャルチャネルへ割り当てるステップをさらに含む請
求項１５に記載の方法。 - 【請求項１７】 前記サーバをチップリング電話ネット
ワークにインタフェースするステップと、 前記サーバ上で使用可能なチャネルを前記パケットに基
づいたネットワーク上で確立されたバーチャルチャネル
と、前記チップリング電話ネットワーク上で確立された
物理チャネルとの間に割り振るステップとをさらに含む
請求項１５に記載の方法。 - 【請求項１８】 前記パケットに基づいたネットワーク
はインターネットである請求項１５に記載の方法。 - 【請求項１９】 前記チップリング電話ネットワークは
公衆交換電話網である請求項１７に記載の方法。 - 【請求項２０】 前記チップリング電話ネットワークは
機内交換である請求項１８に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/524881 | 2000-03-14 | ||
| US09/524,881 US6999448B1 (en) | 2000-03-14 | 2000-03-14 | Internet protocol standards-based multi-media messaging |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001333185A true JP2001333185A (ja) | 2001-11-30 |
| JP4142265B2 JP4142265B2 (ja) | 2008-09-03 |
Family
ID=24091037
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001071340A Expired - Fee Related JP4142265B2 (ja) | 2000-03-14 | 2001-03-14 | インターネットプロトコル標準規格に基づいたマルチメディアメッセージ送信 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6999448B1 (ja) |
| EP (1) | EP1134952B1 (ja) |
| JP (1) | JP4142265B2 (ja) |
| KR (1) | KR20010092273A (ja) |
| DE (1) | DE60110669T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005311432A (ja) * | 2004-04-16 | 2005-11-04 | Nec Infrontia Corp | Ｄｔｍｆトーン信号送信方法及びｄｔｍｆトーン信号送信システム |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1252976C (zh) * | 2000-07-31 | 2006-04-19 | 西门子公司 | 在电信网络中用于呼叫转接的设备和方法 |
| US7454505B2 (en) * | 2001-01-25 | 2008-11-18 | International Business Machines Corporation | Communication endpoint supporting multiple provider models |
| JP4700204B2 (ja) * | 2001-03-07 | 2011-06-15 | 株式会社日立製作所 | ストレージ管理データ制御システム |
| KR100552521B1 (ko) * | 2004-01-29 | 2006-02-14 | 삼성전자주식회사 | 브이 오 아이피 시스템에서의 음성 메시징 서비스 방법 및그 장치 |
| US8615396B2 (en) * | 2008-09-02 | 2013-12-24 | International Business Machines Corporation | Voice response unit mapping |
| US8290125B2 (en) | 2008-09-02 | 2012-10-16 | International Business Machines Corporation | Voice response unit shortcutting |
| US9106745B2 (en) * | 2008-09-16 | 2015-08-11 | International Business Machines Corporation | Voice response unit harvesting |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5463670A (en) * | 1992-10-23 | 1995-10-31 | At&T Ipm Corp. | Testing of communication services and circuits |
| GB2280820A (en) * | 1993-07-29 | 1995-02-08 | Ibm | Distributed system for call processing |
| US5884262A (en) * | 1996-03-28 | 1999-03-16 | Bell Atlantic Network Services, Inc. | Computer network audio access and conversion system |
| US6122255A (en) * | 1996-04-18 | 2000-09-19 | Bell Atlantic Network Services, Inc. | Internet telephone service with mediation |
| SE506775C2 (sv) * | 1996-06-04 | 1998-02-09 | Ericsson Telefon Ab L M | Sätt och anordning för samtidig telefon- och Internetförbindelse på en telefonlinje |
| US6282511B1 (en) | 1996-12-04 | 2001-08-28 | At&T | Voiced interface with hyperlinked information |
| US6721306B1 (en) * | 1997-03-11 | 2004-04-13 | Verizon Services Corp. | Public wireless/cordless internet gateway |
| WO1998048542A1 (en) | 1997-04-22 | 1998-10-29 | Bell Communications Research, Inc. | Apparatus and method for internet telephony routing |
| US6188688B1 (en) * | 1997-05-21 | 2001-02-13 | International Business Machines Corporation | Method and apparatus for placing telephone calls while connected to the internet |
| US6233234B1 (en) * | 1997-06-03 | 2001-05-15 | Bell Atlantic Network Services, Inc. | Secure LAN/internet telephony |
| CA2262737A1 (en) | 1997-06-18 | 1998-12-23 | Shinichi Shishino | Multimedia information communication system |
| JPH11163922A (ja) | 1997-11-28 | 1999-06-18 | Nec Corp | マルチメディアの通信情報転送方法と蓄積変換システム |
| US6349133B1 (en) * | 1998-04-15 | 2002-02-19 | Premisenet Incorporated | Method and system for interfacing a telephony network and a digital data stream |
| US6430175B1 (en) * | 1998-05-05 | 2002-08-06 | Lucent Technologies Inc. | Integrating the telephone network and the internet web |
| AU3502999A (en) | 1998-06-12 | 1999-12-23 | Alcatel | Programmable telecommunications interface |
| US6269336B1 (en) * | 1998-07-24 | 2001-07-31 | Motorola, Inc. | Voice browser for interactive services and methods thereof |
| GB2348566A (en) * | 1999-03-31 | 2000-10-04 | Ibm | Computer network telephony |
-
2000
- 2000-03-14 US US09/524,881 patent/US6999448B1/en not_active Expired - Lifetime
-
2001
- 2001-03-13 KR KR1020010012803A patent/KR20010092273A/ko not_active Application Discontinuation
- 2001-03-14 JP JP2001071340A patent/JP4142265B2/ja not_active Expired - Fee Related
- 2001-03-14 EP EP01302371A patent/EP1134952B1/en not_active Expired - Lifetime
- 2001-03-14 DE DE60110669T patent/DE60110669T2/de not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005311432A (ja) * | 2004-04-16 | 2005-11-04 | Nec Infrontia Corp | Ｄｔｍｆトーン信号送信方法及びｄｔｍｆトーン信号送信システム |
| US8311033B2 (en) | 2004-04-16 | 2012-11-13 | Nec Infrontia Corporation | DTMF tone signal transmission method and DTMF tone signal transmission system |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60110669T2 (de) | 2006-04-27 |
| DE60110669D1 (de) | 2005-06-16 |
| KR20010092273A (ko) | 2001-10-24 |
| JP4142265B2 (ja) | 2008-09-03 |
| EP1134952B1 (en) | 2005-05-11 |
| EP1134952A2 (en) | 2001-09-19 |
| US6999448B1 (en) | 2006-02-14 |
| EP1134952A3 (en) | 2003-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5809128A (en) | Method and apparatus permitting notification and control of blocked incoming calls over a data network | |
| AU708959B2 (en) | Method to provide voice call notification and control messaging over a data path | |
| US6118864A (en) | System and method for providing communication on a wide area network | |
| US6600733B2 (en) | System for interconnecting packet-switched and circuit-switched voice communications | |
| KR100372036B1 (ko) | 전화이중장치 | |
| US6178183B1 (en) | Method and apparatus for receiving conventional telephone calls while connected to the internet | |
| US6188688B1 (en) | Method and apparatus for placing telephone calls while connected to the internet | |
| KR100629088B1 (ko) | 분산 호출 시스템 | |
| US9264544B2 (en) | Automated attendant multimedia session | |
| US20140211790A1 (en) | Multi-mode endpoint in a communication network system and methods thereof | |
| US6496501B1 (en) | Method and apparatus for screening computer-telephony calls | |
| JPH1093689A (ja) | 狭帯域サーバを使って広帯域加入者にサービス機能を提供する方法 | |
| KR100513217B1 (ko) | 호출처리시스템및방법 | |
| JP2001326737A (ja) | メッセージ監視アプリケーションおよび実行 | |
| US20100135280A1 (en) | Telecommunications system and telecommunications management apparatus | |
| JPH06205105A (ja) | ローカル交換機を通じての広帯域通信チャネルのダイアルアップ交換及び伝送 | |
| US6956848B1 (en) | Computer network-based auto-attendant method and apparatus | |
| US6307930B1 (en) | Method for providing telephone access to an internet user connected to plural bonded telephone lines | |
| JP4142265B2 (ja) | インターネットプロトコル標準規格に基づいたマルチメディアメッセージ送信 | |
| US8837459B2 (en) | Method and apparatus for providing asynchronous audio messaging | |
| JP2003348229A (ja) | コンタクトセンタシステム | |
| JP2001103155A (ja) | 公衆交換網端末機を利用したインターネットホーンサービスシステム及びその方法 | |
| JP2004129157A (ja) | 電話装置 | |
| JPH11205475A (ja) | 通話装置 | |
| JP2002218055A (ja) | 交換制御システム及び交換制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050221 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050520 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050525 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050815 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051128 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060224 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060324 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060517 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060901 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080612 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110620 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: 20110620 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120620 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120620 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130620 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |