(57)【要約】【課題】  通常の音声通話（人同士の会話）時におけるDTMF誤検出のリスクを完全に取り除く。【解決手段】  停止コード登録メモリ50にDTMF信号検出器の動作を停止させるための特定のDTMFパタンを登録しておく。CPU30は音声CODEC11からの圧縮音声データおよびDTMF信号検出結果をIPパケット化してIP網との間で入出力し、また電話番号を含む入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと停止コード登録メモリに登録されているDTMFパタンとを比較し、一致した場合は検出器停止スイッチ15に対し停止要求を出力する。検出器停止スイッチはDTMF信号検出器13の動作を停止させる。CPU30は入力パタンを着呼側へ送信し、着呼側でもDTMF信号検出器13の動作を停止させる。【選択図】        図１
2007088643.tif 000002
【特許請求の範囲】
【請求項１】
DTMF使用サービス端末の接続が可能なPBX間の呼接続制御を管理するVoIP通信装置において、
音声データを圧縮／復号する手段と、
前記圧縮に伴う音質劣化により正常にDTMF信号が検出されなくなるのを防ぐためにDTMF信号を前記DTMF使用サービス端末へ向けてリレー制御する手段と、
呼接続時に前記DTMF信号の検出機能の必要性を判断する手段と、
該判断の結果により前記リレー制御におけるDTMF信号の検出機能をオン／オフする手段を設けたことを特徴とするVoIP通信装置。
【請求項２】
DTMF使用サービス端末の接続が可能なPBXとIP網との間の呼接続制御を管理するVoIP通信装置において、
本VoIP通信装置をPBXと接続するためのインタフェースであって音声データのアナログ／デジタル変換を行う音声I/Fと、
前記音声I/Fからのデジタル化された音声データを圧縮し、また圧縮音声データを復号して前記音声I/Fへ出力する音声CODECと、
前記音声I/Fおよび前記音声CODECからのデジタル化された音声データをモニタしてDTMF信号を検出するDTMF信号検出器と、
前記DTMF信号検出器の動作を停止させるための特定のDTMFパタンを登録しておくための停止コード登録メモリと、
前記DTMF信号検出器の動作を停止させるための検出器停止スイッチと、
前記音声CODECからの圧縮音声データおよびDTMF信号検出結果をIPパケット化してネットワークインタフェースを介してIP網との間で入出力し、また電話番号を含む入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと前記停止コード登録メモリに登録されているDTMFパタンとを比較し、一致した場合は前記検出器停止スイッチに対し停止要求を出力するCPUと、
前記DTMF信号検出結果を受信したCPUからDTMF信号生成指示を受けるとDTMF信号を生成して前記音声I/Fへ出力するDTMF信号生成器を有することを特徴とするVoIP通信装置。
【請求項３】
DTMF使用サービス端末の接続が可能なPBXとIP網との間の呼接続制御を管理するVoIP通信装置において、
本VoIP通信装置をPBXと接続するためのインタフェースであって音声データのアナログ／デジタル変換を行う音声I/Fと、
前記音声I/Fからのデジタル化された音声データを圧縮し、また圧縮音声データを復号して前記音声I/Fへ出力する音声CODECと、
前記音声I/Fおよび前記音声CODECからのデジタル化された音声データをモニタしてDTMF信号を検出するDTMF信号検出器と、
自局内に設置されている全てのDTMF使用サービス端末の電話番号を登録しておくためのサービス端末登録テーブルと、
前記DIMF信号検出器の動作を停止させるための検出器停止スイッチと、
前記音声CODECからの圧縮音声データおよびDTMF信号検出結果をIPパケット化してネットワークインタフェースを介してIP網との間で入出力し、また受信した電話番号と同じ電話番号が前記サービス端末登録テーブル上にないか検索し、検索できない場合は前記検出器停止スイッチに対し停止要求を出力するCPUと、
前記DTMF信号検出結果を受信したCPUからDTMF信号生成指示を受けるとDTMF信号を生成して前記音声I/Fへ出力するDTMF信号生成器を有することを特徴とするVoIP通信装置。
【請求項４】
前記検出器停止スイッチは、前記音声I/Fからのデジタル化された音声データを前記DTMF信号検出器へ接続するためのものであって、当初はオン、前記停止要求によりオフ、発呼完了によりオンすることを特徴とする請求項２または請求項３記載のVoIP通信装置。
【請求項５】
請求項２または請求項４記載のVoIP通信装置を用いたVoIP通信方法において、
PBXから入力するアナログの音声データをデジタルのPCMデータに変換する段階と、
前記PCMデータを圧縮して前記CPUへ出力する段階と、
DTMF信号を検出するために前記PCMデータを常時モニタしている段階と、
前記DTMF信号検出動作を停止させるための特定のDTMFパタンを前記停止コード登録メモリに登録しておく段階と、
発呼時において電話番号を含む入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと前記停止コード登録メモリに登録されているDTMFパタンとを比較する段階と、
前記比較の結果により一致した場合は前記DIMF信号検出動作を発呼完了まで停止させる段階と、
前記圧縮されたPCMデータ，前記DTMF信号検出の結果および前記比較の結果により一致した場合の入力パタンをIPパケット化してネットワークインタフェースを介してIP網へ送信する段階と、
ネットワークインタフェースを介して前記パケットを受信する段階と、
前記受信した圧縮されたPCMデータを復号する段階と、
前記受信したDTMF信号検出の結果によりDTMF信号を生成する段階と、
前記受信した入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと前記停止コード登録メモリに登録されているDTMFパタンとを比較する段階と、
該比較の結果により一致した場合は前記DIMF信号検出動作を発呼完了まで停止させる段階と、
前記復号されたPCMデータおよび前記生成されたDTMF信号をアナログの音声データに変換してPBXへ出力する段階を有することを特徴とするVoIP通信方法。
【請求項６】
請求項３または請求項４記載のVoIP通信装置を用いたVoIP通信方法において、
PBXから入力するアナログの音声データをデジタルのPCMデータに変換する段階と、
前記PCMデータを圧縮して前記CPUへ出力する段階と、
DTMF信号を検出するために前記PCMデータを常時モニタしている段階と、
自局内に設置されている全てのDTMF使用サービス端末の電話番号を前記サービス端末登録テーブルに登録しておく段階と、
前記圧縮されたPCMデータおよび前記DTMF信号検出の結果をIPパケット化してネットワークインタフェースを介してIP網へ送信する段階と、
ネットワークインタフェースを介してIPパケット化された前記圧縮されたPCMデータおよび前記DTMF信号検出の結果を受信する段階と、
受信した電話番号と同じ電話番号が前記サービス端末登録テーブル上にないか検索する段階と、
前記検出の結果により検索できない場合は前記DIMF信号検出動作を発呼完了まで停止させる段階と、
前記受信した圧縮されたPCMデータを復号する段階と、
前記受信したDTMF信号検出の結果により受けるとDTMF信号を生成する段階と、
前記復号されたPCMデータおよび前記生成されたDTMF信号をアナログの音声データに変換してPBXへ出力する段階と、
前記検索できない場合は所定の停止コードを当初の発呼側へ送信する段階と、
前記停止コードを受信した当初の発呼側では前記DIMF信号検出動作を発呼完了まで停止させる段階を有することを特徴とするVoIP通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、VoIP通信装置、特にVoIP通信装置におけるDTMF信号の誤検出防止に関する。
【背景技術】
【０００２】
先ず、本発明が適用されるVoIPルータ（IPテレフォニーゲートウェイ装置）について簡単に説明しておく。VoIPルータはIP網上で音声通信を実現する装置であり、電話器，PBXと接続するためのODT、FXS、DTI等の音声I/Fを収容している。VoIPルータを使用した簡単なネットワーク構成例を図９に示す。VoIPルータ１は、複数の音声チャンネルを持ち、各音声チャンネル毎にPBX２間の呼接続制御を管理する。
【０００３】
音声通信については音声CODECにより音声データを圧縮し、そのデータをIPパケット化して送信し、対向先で復号再生することで実現している。呼接続先がDTMF（Dual Tone Multi Frequency）を使用するサービス端末（以下、「DTMF使用サービス端末」と記す）３であった場合、圧縮に伴う音質劣化により、正常にDTMF信号が検出されないときがある。そういった問題を解消するため、VoIPルータ１には、DTMFリレー（Alpanumeric 方式）機能が実装されている（文献公知発明に係るものではない）。本機能について以下に説明する。
【０００４】
図10にVoIPルータ１の内部構造、図11にDTMFリレー制御の時系列の概要を示す。図10において、音声I/F部20はPBX２と接続するためのインタフェースであって、N個の音声処理部10-1〜10-NとPBX２との間で音声のA/D変換（音声データ−PCMデータ）を行う。音声処理部10は音声データの圧縮/復号、DTMF信号の検出/再生を行い、CPU30に対し圧縮音声データの出力およびDTMF検出結果を通知する。また、この逆の処理も行う。CPU部30は音声処理部10からの圧縮音声データ，DTMF信号検出結果をIPパケット化してネットワークI/F40を介してIP網へ出力する。また、この逆の処理も行う。
【０００５】
音声処理部10は、音声チャンネル毎に設けられ、音声CODEC11，CPU I/F12，DTMF信号検出器13およびDTMF信号生成器14を実装している。音声CODEC11はPCMデータを圧縮してCPU30へ出力し、またCPU30からの圧縮音声データを復号して音声I/F部20へ出力する。
【０００６】
DTMF信号検出器13は音声I/F20からのPCMデータを常時モニタしており、DTMF信号を検出すると、その検出結果をCPU30へ通知する。DTMF信号生成器14はCPU30からDTMF信号生成指示を受けると、DTMF信号を生成して音声I/F20へ出力する。CPU I/F12は音声処理部10とCPU30との間で圧縮音声データおよびDTMF信号を授受する。
【０００７】
次に、図10と図11を参照し、DTMFリレー制御の動作を説明する。先ず、通話中においてDTMF信号検出器13が常時PBトーンの入力をモニタしている。音声I/F20よりPBトーンが入力されると、DTMF信号検出器13がPBトーンを検出し、音声処理部10はCPU30に対し検出したDTMF信号 (0〜9，*，#，A，B，C，D，E，F)を通知する。CPU30は、PBトーン検出通知を受け、これをIPパケット化して対向側のVoIPルータへ送る。
【０００８】
対向側のVoIPルータでは、DTMF検出通知を受信すると、CPU30がDTMF音声処理部10に対しDTMF生成指示を出す。音声処理部10がDTMF生成指示を受けると、該当するDTMF信号（0〜9，*，#，A，B，C，D，E，F）をDTMF信号生成器14で生成し、一定時間だけPBトーンの再生を行う。
【０００９】
図10〜図11記載技術の説明は以上のとおりであるが、一般的に、PB信号（Push Button信号：DTMF信号に相当する）はアウトバンド（ＴＣＰ経由）で伝送され、インバンド（ＵＤＰ経由）で伝送される音声データに対して優先制御がないことから、PB信号の検出時間の長さ分は音声パケットとして送信されるため、これとPB信号の送信タイミングが大幅に遅れた場合、受信装置ではPB信号を二回として検出される可能性があり誤動作を起こす要因となる。
【００１０】
このような問題点を解消するため、PB信号が検出された場合は検出時点のアナログ音声データに相当するパケットに対してPB信号に相当するフラグを付加してインバンドで送信し、受信側では上記フラグを検出するとフラグに対応するPB信号を生成するようにしている（例えば、特許文献１参照）。
【００１１】
【特許文献１】特開２００３−１９８７２３号公報（第１頁−第３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述した非文献公知発明では、IP網４にDTMF使用サービス端末３が設置されている場合、このようなDTMF使用サービス端末３へのアクセスを想定して、全装置でDTMFリレー機能を有効にしておく（DTMF信号検出器13を常時動作させておく）必要があり、その弊害として、通常の音声通話（人同士の会話）時において、肉声の一部がDTMF信号に誤検出されることがあり、その場合は図12に示すとおり、対向側で一定時間DTMF音が再生されてしまうため、通話に悪影響を与えるという問題点がある。
【００１３】
このような通話中におけるDTMF誤検出問題については、DTMF信号検出器13の検出精度を改善することで、検出頻度を下げることは可能ではあるが、DTMF自体が音声の周波数成分で構成されているため、それだけでは誤検出自体を完全に無くすことはできないのである。
【００１４】
なお、特許文献１記載の技術はPB信号の音割れを防止するのであって、通常の音声通話（人同士の会話）時におけるDTMF誤検出のリスクを取り除くものではない。
【００１５】
そこで、本発明の目的は、通常の音声通話（人同士の会話）時におけるDTMF誤検出のリスクを完全に取り除くことができるVoIP通信装置を提供することにある。
【課題を解決するための手段】
【００１６】
第１の本発明のVoIP通信装置は、DTMF使用サービス端末の接続が可能なPBXとIP網との間の呼接続制御を管理するVoIP通信装置において、本VoIP通信装置をPBXと接続するためのインタフェースであって音声データのアナログ／デジタル変換を行う音声I/F（図１の20）と、音声I/Fからのデジタル化された音声データを圧縮し、また圧縮音声データを復号して音声I/Fへ出力する音声CODEC（図１の11）と、音声I/Fおよび音声CODECからのデジタル化された音声データをモニタしてDTMF信号を検出するDTMF信号検出器（図１の13）と、DTMF信号検出器の動作を停止させるための特定のDTMFパタンを登録しておくための停止コード登録メモリ（図１の50）と、DTMF信号検出器の動作を停止させるための検出器停止スイッチ（図１の15）と、音声CODECからの圧縮音声データおよびDTMF信号検出結果をIPパケット化してネットワークインタフェースを介してIP網との間で入出力し、また電話番号を含む入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと停止コード登録メモリに登録されているDTMFパタンとを比較し、一致した場合は検出器停止スイッチに対し停止要求を出力するCPU（図１の30）と、DTMF信号検出結果を受信したCPUからDTMF信号生成指示を受けるとDTMF信号を生成して音声I/Fへ出力するDTMF信号生成器（図１の14）を有することを特徴とする。
【００１７】
この発明では、先ず、音声CODECはPBXから入力するアナログの音声データをデジタルのPCMデータに変換し、PCMデータを圧縮してCPUへ出力する。また、DTMF信号検出器はDTMF信号を検出するためにPCMデータを常時モニタしている。停止コード登録メモリにはDTMF信号検出動作を停止させるための特定のDTMFパタンを登録しておく。
【００１８】
CPUが発呼時において電話番号を含む入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと停止コード登録メモリに登録されているDTMFパタンとを比較し、比較の結果により一致した場合はDIMF信号検出動作を発呼完了まで停止させる。また、圧縮されたPCMデータ，DTMF信号検出の結果および比較の結果により一致した場合の入力パタンをIPパケット化してネットワークインタフェースを介してIP網へ送信する。
【００１９】
着呼側の音声CODECは受信した圧縮されたPCMデータを復号し、DTMF信号生成器は受信したDTMF信号検出の結果によりDTMF信号を生成する。また、CPUは受信した入力パタン中に所定の停止コードを見つけると、停止コードの後に続くパタンと停止コード登録メモリに登録されているDTMFパタンとを比較し、該比較の結果により一致した場合はDIMF信号検出動作を発呼完了まで停止させる。音声I/Fは復号されたPCMデータおよび生成されたDTMF信号をアナログの音声データに変換してPBXへ出力する。
【００２０】
また、第２の本発明のVoIP通信装置は、DTMF使用サービス端末の接続が可能なPBXとIP網との間の呼接続制御を管理するVoIP通信装置において、本VoIP通信装置をPBXと接続するためのインタフェースであって音声データのアナログ／デジタル変換を行う音声I/F（図３の20）と、音声I/Fからのデジタル化された音声データを圧縮し、また圧縮音声データを復号して音声I/Fへ出力する音声CODEC（図３の11）と、音声I/Fおよび音声CODECからのデジタル化された音声データをモニタしてDTMF信号を検出するDTMF信号検出器（図３の13）と、自局内に設置されている全てのDTMF使用サービス端末の電話番号を登録しておくためのサービス端末登録テーブル（図３の60）と、DIMF信号検出器の動作を停止させるための検出器停止スイッチ（図３の15）と、音声CODECからの圧縮音声データおよびDTMF信号検出結果をIPパケット化してネットワークインタフェースを介してIP網との間で入出力し、また受信した電話番号と同じ電話番号がサービス端末登録テーブル上にないか検索し、検索できない場合は検出器停止スイッチに対し停止要求を出力するCPU（図３の30）と、DTMF信号検出結果を受信したCPUからDTMF信号生成指示を受けるとDTMF信号を生成して音声I/Fへ出力するDTMF信号生成器を有することを特徴とする。
【００２１】
この発明では、先ず、音声CODECはPBXから入力するアナログの音声データをデジタルのPCMデータに変換し、PCMデータを圧縮してCPUへ出力する。また、DTMF信号検出器はDTMF信号を検出するためにPCMデータを常時モニタしている。サービス端末登録テーブルには自局内に設置されている全てのDTMF使用サービス端末の電話番号を登録しておく。
【００２２】
圧縮されたPCMデータおよびDTMF信号検出の結果はIPパケット化してネットワークインタフェースを介してIP網へ送信し、着呼側はネットワークインタフェースを介してIPパケット化された圧縮されたPCMデータおよびDTMF信号検出の結果を受信する。着呼側のCPUは受信した電話番号と同じ電話番号がサービス端末登録テーブル上にないか検索する。
【００２３】
CPUが検出の結果により検索できない場合はDIMF信号検出動作を発呼完了まで停止させる。音声CODECは受信した圧縮されたPCMデータを復号し、DTMF信号生成器は受信したDTMF信号検出の結果によりDTMF信号を生成する。音声I/Fは、復号されたPCMデータおよび生成されたDTMF信号をアナログの音声データに変換してPBXへ出力する。
【００２４】
また、CPUが検出の結果により検索できない場合は所定の停止コードを当初の発呼側へ送信する。そして、停止コードを受信した当初の発呼側ではDIMF信号検出動作を発呼完了まで停止させる。
【発明の効果】
【００２５】
本発明によれば、音声データの圧縮に伴う音質劣化を回避するためのDTMFリレー制御におけるDTMF信号の検出機能の必要性について、オペレータが任意に入力したDTMF信号検出器の動作を停止させるためのDTMFパタンを検出すること、もしくは装置が自動的にDTMF使用サービス端末への着呼か否かにより判断することとし、停止コード登録メモリにDTMFパタンが登録されており、またはサービス端末登録端末テーブルにDTMFパタンが登録されていない場合には、DTMF信号検出器の動作を発呼側と着呼側の双方で停止させ、一方、停止コード登録メモリにDTMFパタンが登録されておらず、またはサービス端末登録端末テーブルにDTMFパタンが登録されていて、DTMF信号の検出機能が必要とされる場合にのみDTMF信号検出器を有効にすることが可能となる。これにより、通常の音声通話（人同士の会話）時においてDTMFを誤検出することが完全になくなるという効果を得ることができる。
【発明を実施するための最良の形態】
【００２６】
本発明のVoIP通信装置は、DTMF使用サービス端末の接続が可能なPBX間の呼接続制御を管理するVoIP通信装置において、音声データを圧縮／復号する手段と、圧縮に伴う音質劣化により正常にDTMF信号が検出されなくなるのを防ぐためにDTMF信号をDTMF使用サービス端末へ向けてリレー制御する手段と、呼接続時にDTMF信号の検出機能の必要性を判断する手段と、該判断の結果によりリレー制御におけるDTMF信号の検出機能をオン／オフする手段を設けたことを特徴とする。以下、本発明の実施例について図面を参照して説明する。
【実施例１】
【００２７】
［構成の説明］
図１は本発明のVoIP通信装置の実施例１を示すVoIPルータ１のブロック図である。このVoIPルータ１は、発呼先電話番号の後に特定のDTMFパタンが付加されている場合に、装置間でDTMF信号検出器の動作を停止するものであって、図10に示した従来のVoIPルータ１に対して、停止コード登録メモリ50と検出器停止スイッチ15が追加されている。図１における音声処理部10，音声CODEC11，CPU I/F12，DTMF信号検出器13，DTMF信号生成器14，音声I/F部20，CPU30およびネットワークI/F40の各機能と、DTMFリレー制御の基本的な動作については従来技術（図10）に対する説明と重複するので省略する。
【００２８】
停止コード登録メモリ50は、DTMF信号検出器13を停止させるためにTEL番号に付加する特定のDTMFパタンを登録しておくためのメモリである。CPU30は、発呼時において電話番号中に停止コードとしての“＃”を見つけると、その後に続く入力パタンと停止コード登録メモリ50に登録されているDTMFパタンとを比較し、一致した場合は音声処理部10に対しDTMF検出器13の停止要求を出す。検出器停止スイッチ15は、CPU30からの停止要求に応答してDIMF信号検出器13の動作を停止させるためのスイッチである。
［動作の説明］
先ず、DTMF信号検出器13を停止させるための特定のDTMFパタンを停止コード登録メモリ50に予め登録しておく。当初、検出器停止スイッチ15は閉じている。オペレータは通話中のDTMF信号検出器13を停止させたい場合は、発呼時に電話番号の後に“＃”と続けてこのDTMFパタンを入力する。
【００２９】
CPU30は、発呼時において電話番号中に“＃”を見つけると、その後に続く入力パタンとメモリ50に登録されているDTMFパタンとを比較し、一致した場合は音声処理部10に対しDTMF信号検出器13の停止要求を出し、音声処理部10はそれを受けて呼が切断されるまでの間検出器停止スイッチ15を開き、DTMF信号検出器13の動作を停止させる。
【００３０】
一方、（電話番号＋DTMFパタン）は一連の入力パタンとして対向先のVoIPルータ１へ届き、そこでも同様にCPU30が“＃”の後に続く入力パタンとメモリ50に登録されているDTMFパタンとを比較し、一致した場合は音声処理部10に対しDTMF信号検出器13の停止要求を出し、音声処理部10はこれを受けると呼が切断されるまでの間検出器停止スイッチ15を開き、DTMF信号検出器13の動作を停止させる。なお、検出器停止スイッチ15は発呼完了により閉じる。以上のとおり、VoIPルータ１間のDTMF信号検出機能が無効となる。
【００３１】
次に、タイムチャートを参照しながら、より具体的に説明する。図２はこの説明のための一モデルを示す。図２では、内線番号001の電話器と内線番号002の電話器とが接続された局番10のPBX2-1およびVoIPルータ1-1を発呼側とし、IP網４を介して、VoIPルータ1-2および局番20のPBX2-2の着個側との間で通信を行うものとする。PBX2-2には、内線番号001の電話器と内線番号002の電話器の他に、内線番号003のDTMF使用サービス端末3-1と内線番号003のDTMF使用サービス端末3-2が接続されている。
【００３２】
いま、図２に示すように、発呼側のVoIPルータ1-1および着呼側のVoIPルータ1-2の停止コード登録メモリ50にDTMFパタン“＊＊”が登録されており、電話番号10-001の電話器から電話番号20-001の電話器に電話をかけることを想定する。
（１）電話番号入力時に“20001＃＊＊”を入力した場合
図５は、このケースにおける呼接続シーケンスを示す。先ず、発呼側のVoIPルータ1-1の音声処理部10がPBX2-1からのSS-ONを検出した（図５のＡ１）時点でDTMF信号検出器13が動作し始める。音声処理部10はCPU30にSS-ONを通知し、PBX2-1に接続確認信号を通知する。そして、PBX2-1による電話番号10-001の電話器へのダイヤルトーン通知を待って、音声処理部10はCPU30に接続確認完了を通知する。
【００３３】
続いて、“20001＃＊＊”が入力されてくる（図５のＡ２）。CPU30は入力中の“＃”を検出し、その後に続くパタン“＊＊”と停止コード登録メモリ50に登録されているDTMFパタンとを比較する。この場合一致しているので、DTMF信号検出器15を停止させるべく自装置の音声処理部10に対しDTMF検出器停止要求を出し（図５のＡ３）、これによりVoIPルータ1-1のDTMF信号検出器13が動作を停止する。
【００３４】
電話番号の“20001＃＊＊”とDTMF検出器停止コード“＃＊＊”については一連の電話番号として着呼側のVoIPルータ1-2へ伝送される。これを受信すると、着呼側のCPU30は音声処理部10に着呼通知を行い（図５のＡ４）、この時点でDTMF信号検出器13が動作し始める。音声処理部10からPBX2-2へのSR-ON出力以降の接続確認についての説明は省略する。
【００３５】
次に、着呼側のCPU30は電話番号中の“＃”を検出し、その後のパタン“＊＊”とDTMF検出器停止コード登録メモリ50に登録されているDTMFパタンとを比較する。ここでも、やはり一致するので、CPU30はDTMF信号検出器13の動作を停止させるべく自装置の音声処理部10に対し、DTMF検出器停止要求を出し（図５のＡ５）、これにより、VoIPルータ1-2のDTMF信号検出器13が動作を停止する。続いて、PBX2-2による電話番号20-001の電話器へのリンギングが始まるが、これ以降は周知であるので説明を省略する。
【００３６】
以上のとおり、本実施例によると、発呼側，着呼側共にDTMF信号検出器13が無効化される（装置間のDTMF検出機能が無効となる）ので、以降の通話フェーズにおいてDTMF信号を誤検出することはなくなる。
（２）電話番号入力時に“20001”を入力した場合
図６は、このケースにおける呼接続シーケンスを示す。先ず、発呼側のVoIPルータ1-1の音声処理部10がPBX2-1からのSS-ONを検出した（図６のＢ１）時点でDTMF信号検出器13が動作し始める。音声処理部10はCPU30にSS-ONを通知し、PBX2-1に接続確認信号を通知する。そして、PBX2-1による電話番号10-001の電話器へのダイヤルトーン通知を待って、音声処理部10はCPU30に接続確認完了を通知する。
【００３７】
続いて、電話番号“20-001”が入力されてくる（図６のＢ１）。CPU30は電話番号中にDTMF検出器停止コードを検出できないため、DTMF信号検出器13の動作を停止しない。電話番号は着呼側のVoIPルータ1-2へ伝送され、電話番号を受信すると着呼側のCPU30は音声処理部10に着呼通知を行い（図６のＢ３）、この時点でDTMF信号検出器13が動作し始める。次に、着呼側のCPU30は電話番号をチェックするが、電話番号中にDTMF検出器停止コードを検出できないため、DTMF信号検出器13の停止を行わない。
【００３８】
以上のとおり、発呼側，着呼側共に従来動作となり、通話中も装置間でDTMF検出機能は有効に動作する。
【実施例２】
【００３９】
[構成の説明]
図３は本発明のVoIP通信装置の実施例２を示すVoIPルータ１のブロック図である。このVoIPルータ１は、DTMFを使用するサービス端末への着呼を認識した場合にのみ、装置間でDTMF信号検出器を有効にするものであって、図10に示した従来のVoIPルータ１に対して、サービス端末登録テーブル60と検出器停止スイッチ15が追加されている。図３における音声処理部10，音声CODEC11，CPU I/F12，DTMF信号検出器13，DTMF信号生成器14，音声I/F部20，CPU30およびネットワークI/F40の各機能と、DTMFリレー制御の基本的な動作については従来技術（図10）に対する説明と重複するので省略する。
【００４０】
サービス端末登録テーブル60は、自局内に設置されている全てのDTMF使用サービス端末３のTEL番号を登録しておくためのテーブルである。呼接続処理が発生し、着呼側としてVoIPルータ1-2が電話番号を受信すると、CPU30は受信した電話番号と同じ番号がサービス端末登録テーブル60上にないか検索し、検索できない場合は音声処理部10に対しDTMF検出器13の停止要求を出す。検出器停止スイッチ15は、CPU30からの停止要求に応答してDIMF信号検出器13の動作を停止させるためのスイッチである。
[動作の説明]
先ず、DTMF信号検出器13を停止させるための特定のDTMFパタンを停止コード登録メモリ50に予め登録しておく。当初、検出器停止スイッチ15は閉じている。オペレータは通話中のDTMF信号検出器13を停止させたい場合は、発呼時に電話番号の後に“＃”と続けてこのDTMFパタンを入力する。
【００４１】
CPU30は、発呼時において電話番号中に“＃”を見つけると、その後に続くパタンとメモリ50に登録されているDTMFパタンとを比較し、一致しない場合は音声処理部10に対しDTMF信号検出器13の停止要求を出し、音声処理部10はそれを受けて呼が切断されるまでの間検出器停止スイッチ15を開き、DTMF信号検出器13の動作を停止させる。
【００４２】
一方、（電話番号＋DTMFパタン）は一連の電話番号として対向先のVoIPルータ１へ届き、そこでも同様にCPU30が“＃”の後に続くパタンとメモリ50に登録されているDTMFパタンとを比較し、一致しない場合は音声処理部10に対しDTMF信号検出器13の停止要求を出し、音声処理部10はこれを受けると呼が切断されるまでの間検出器停止スイッチ15を開き、DTMF信号検出器13の動作を停止させる。以上のとおり、VoIPルータ１間のDTMF信号検出機能が無効となる。
【００４３】
次に、タイムチャートを参照しながら、より具体的に説明する。図４はこの説明のための一モデルを示す。図４では、内線番号001の電話器と内線番号002の電話器とが接続された局番10のPBX2-1およびVoIPルータ1-1を発呼側とし、IP網４を介して、VoIPルータ1-2および局番20のPBX2-2の着個側との間で通信を行うものとする。PBX2-2には、内線番号001の電話器と内線番号002の電話器の他に、内線番号003のDTMF使用サービス端末3-1と内線番号003のDTMF使用サービス端末3-2が接続されている。
【００４４】
いま、図４に示すように、発呼側のVoIPルータ1-1のサービス端末登録テーブル60にはDTMF使用サービス端末３のTEL番号の登録がなく、着呼側のVoIPルータ1-2のサービス端末登録テーブル60にはサービス端末３のTEL番号20-003および20-004が登録されているものとする。
（１）電話番号10-001の電話器から電話番号20-001の電話器に発呼した場合
図７は、このケースにおける呼接続シーケンスを示す。先ず、発呼側のVoIPルータ1-1の音声処理部10がPBX2-1からのSS-ONを検出した（図７のＣ１）時点でDTMF信号検出器13が動作し始める。音声処理部10はCPU30にSS-ONを通知し、PBX2-1に接続確認信号を通知する。そして、PBX2-1による電話番号10-001の電話器へのダイヤルトーン通知を待って、音声処理部10はCPU30に接続確認完了を通知する。
【００４５】
続いて、“20-001”が入力され（図７のＣ２）、着呼側のVoIPルータ1-2へ伝送される。着呼側のCPU30は電話番号“20-001”を受信すると音声処理部10に着呼通知を行い（図７のＣ３）、この時点でDTMF信号検出器13が動作し始める。音声処理部10からPBX2-2へのSR-ON出力以降の接続確認についての説明は省略する。
【００４６】
次に、着呼側のCPU30は受信した電話番号“20-001”と同じ電話番号がサービス端末登録テーブル60上に登録されていないかチェックする。この場合、登録が無いことからCPU30はDTMF信号検出器13の動作を停止させるべく自装置の音声処理部10に対し、DTMF検出器停止要求を出し（図７のＣ４）、これにより、VoIPルータ1-2のDTMF信号検出器13が動作を停止する。続いて、PBX2-2による電話番号20-001の電話器へのリンギングが始まるが、これ以降は周知であるので説明を省略する。
【００４７】
同時に、着呼側のCPU30は発呼側のVoIPルータ1-1へ向けてダミーのDTMF検出通知“＃”を通知する（図７のＣ５）。これを受けた発呼側のVoIPルータ1-1は、自装置のDTMF信号検出器13を停止させるべく音声処理部10に対し、DTMF検出器停止要求を出し（図７のＣ６）、これにより、VoIPルータ1-1のDTMF信号検出器13が停止する。
【００４８】
以上のとおり、本実施例によると、発呼側，着呼側共にDTMF信号検出器13が無効化される（装置間のDTMF検出機能が無効となる）ので、以降の通話フェーズにおいてDTMF信号を誤検出することはなくなる。
（２）電話番号10-001の電話器から電話番号20-003のDTMFサービス端末に発呼した場合
図８は、本ケースにおける呼接続シーケンスを示したものである。先ず、発呼側のVoIPルータ1-1の音声処理部10がPBX2-1からのSS-ONを検出した（図８のＤ１）時点でDTMF信号検出器13が動作し始める。音声処理部10はCPU30にSS-ONを通知し、PBX2-1に接続確認信号を通知する。そして、PBX2-1による電話番号10-001の電話器へのダイヤルトーン通知を待って、音声処理部10はCPU30に接続確認完了を通知する。
【００４９】
続いて電話番号20-003が入力され（図８のＤ２）、着呼側のVoIPルータ1-2へ伝送される。着呼側のCPU30は電話番号20-003を受信すると音声処理部10に着呼通知を行い（図８のＤ３）、この時点でDTMF信号検出器13が動作し始める。次に、着呼側のCPU30は受信した電話番号“20-003”と同じ電話番号がサービス端末登録テーブル60上に登録されていないかチェックする。この場合、登録があるので、DTMF使用サービス端末３への着信と認識し、DTMF信号検出器13の停止は行わない。
【００５０】
以上のとおり、発呼側，着呼側共に従来動作となり、通話中も装置間でDTMF検出機能は有効に動作する。
【図面の簡単な説明】
【００５１】
【図１】本発明のVoIP通信装置の実施例１の内部構造を示すブロック図
【図２】実施例１の動作を説明するためのネットワーク構成図
【図３】本発明のVoIP通信装置の実施例２の内部構造を示すブロック図
【図４】実施例２の動作を説明するためのネットワーク構成図
【図５】実施例１の動作を示すシーケンス図
【図６】実施例１の動作を示すシーケンス図
【図７】実施例２の動作を示すシーケンス図
【図８】実施例２の動作を示すシーケンス図
【図９】VoIPルータを使用した一般的なネットワーク構成例を示す図
【図１０】従来のVoIPルータの内部構造を示すブロック図
【図１１】図10の従来例によるDTMFリレーの動作概要を示すシーケンス図
【図１２】図11における通話中のDTMF信号誤検出による影響を示した図
【符号の説明】
【００５２】
１      VoIPルータ
２      PBX
３      DTMF使用サービス端末
４      IP網
10      音声処理部
11      音声CODEC
12      CPU I/F12
13      DTMF信号検出器
14      DTMF信号生成器
20      音声I/F部
30      CPU
40      ネットワークI/F
50      停止コード登録メモリ
60      サービス端末登録テーブル
【図１】
2007088643.tif 000003
【図２】
2007088643.tif 000004
【図３】
2007088643.tif 000005
【図４】
2007088643.tif 000006
【図５】
2007088643.tif 000007
【図６】
2007088643.tif 000008
【図７】
2007088643.tif 000009
【図８】
2007088643.tif 000010
【図９】
2007088643.tif 000011
【図１０】
2007088643.tif 000012
【図１１】
2007088643.tif 000013
【図１２】
2007088643.tif 000014