JP6573343B1 - 音声・ｆａｘ通信システム、メディアゲートウェイ装置、ｆａｘ信号誤接続防止方法およびそのプログラム - Google Patents

Abstract

【課題】ＦＡＸ信号の誤接続を確実に検出し、誤接続による情報の漏洩を防止することが可能な音声・ＦＡＸ通信システムを提供する。【解決手段】ＦＡＸ通信を行うことが可能なＶｏＩＰ網１０とＰＳＴＮ網２０との間を相互接続するメディアゲートウェイ装置５０と該ＦＡＸ通信の呼を制御する呼制御サーバ６０とを備えた音声・ＦＡＸ通信システム１において、メディアゲートウェイ装置５０の装置制御部５７は、呼制御サーバ６０から取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる。【選択図】図１

Description

本発明は、音声・ＦＡＸ通信システム、メディアゲートウェイ装置、ＦＡＸ信号誤接続防止方法およびＦＡＸ信号誤接続防止プログラムに関し、特に、ＦＡＸ信号の誤接続を確実に検出し、誤接続による情報の漏洩を防止することが可能な音声・ＦＡＸ通信システム、メディアゲートウェイ装置、ＦＡＸ信号誤接続防止方法およびＦＡＸ信号誤接続防止プログラムに関する。

音声信号・ＦＡＸ信号等のユーザデータの通信処理を担う音声・ＦＡＸ通信システムの障害、特に、ＦＡＸ信号に関する通信の誤接続は、個人情報の流出等により、キャリア並びにベンダの社会的信頼の失墜に直結する重大な問題である。

ＦＡＸ通信が誤接続になる主な要因としては、（１）ユーザの誤発信、（２）呼制御サーバの処理異常、（３）ユーザデータ伝送の処理異常の３つであり、通常、(１)、（２)、（３）の順に、発生頻度が高い。現状では、（３）のユーザデータ伝送の処理異常については、（１）や（２）の他の要因と比較して、発生頻度が低いため、通信システムとして十分な対策が確立されていない状況にある。

しかしながら、ＶｏＩＰ（Voice over Internet Protocol）網の通信システムにおいては、ＶｏＩＰ網内におけるユーザデータの並び替え等の処理ポイントや処理頻度が、従来のＰＳＴＮ（Public Switched Telephone Network）のみのネットワークと比較して、一般的に多くなるので、誤動作や故障によるユーザデータの誤接続のリスクが高くなっている。通常のＶｏＩＰ網においては、ＲＴＣＰ（Real-time Transport Control Protocol）を用いることにより伝送遅延等の統計情報を監視することは可能である。しかしながら、伝送するＦＡＸ信号の宛先が正しいか否か、すなわち、正しい接続をしているかあるいは誤接続をしているかを確認する手段がない状況にある。このことは、特許文献１の特開２０１０−８７６８７号公報「呼制御システム、呼制御プログラムおよび方法」等にも記載されている。そこで、誤接続が生じていても、ユーザからの申告以外に、誤接続が生じていることを検知できないのが現状である。

特開２０１０−８７６８７号公報

前述したように、現状の音声・ＦＡＸ通信システムにおいては、ＰＳＴＮ網に比して、ＦＡＸ信号の誤接続が発生する頻度が高くなるにも関わらず、誤接続が生じていることを検知することができない。以下に、ＦＡＸ信号の誤接続が発生する様子を、図面を参照しながら説明する。

図９は、現状のＶｏＩＰ網とＰＳＴＮ網とによる音声・ＦＡＸ通信システムにおけるＦＡＸ信号の転送の様子を説明するための模式図である。なお、図９に示す音声・ＦＡＸ通信システムでは、ＶｏＩＰ網１０とＰＳＴＮ網２０とがＭＧ（Media Gateway）５００を介して相互に接続されている。本図は、ＶｏＩＰ網からＰＳＴＮ網へのＦＡＸ信号に関し、ＶｏＩＰ網側のＦＡＸ端末からのＦＡＸ信号が、ＰＳＴＮ網側のＦＡＸ端末に対して正常に転送されている様子を示している。すなわち、図９においては、ＶｏＩＰ網１０側のＦＡＸ端末１００からＶｏＩＰ網１０に送信されたＦＡＸデータが含まれているＦＡＸ信号は、ＶｏＩＰ網１０上で誤接続が発生することなく、正常に、ＶｏＩＰ網１０からＰＳＴＮ網２０に向かってＭＧ５００を介して転送されている様子を示している。

そして、図９の音声・ＦＡＸ通信システムにおいては、各ＦＡＸ端末１００から加入者１用のＦＡＸデータ１、加入者２用のＦＡＸデータ２、加入者３用のＦＡＸデータ３、加入者４用のＦＡＸデータ４のいずれも、各ＦＡＸ端末１００から、誤接続されることなく、正常に、ＶｏＩＰ網１０からＭＧ５００、ＰＳＴＮ網２０を介して、各ＦＡＸ端末８００に転送されている様子を示している。すなわち、加入者１、加入者２、加入者３、加入者４それぞれがＦＡＸ端末１００からＶｏＩＰ網１０に送信したＦＡＸ信号は、それぞれ、加入者１用のＦＡＸデータ１、加入者２用のＦＡＸデータ２、加入者３用のＦＡＸデータ３、加入者４用のＦＡＸデータ４として、ＭＧ５００を介して、ＰＳＴＮ網２０に正常に転送され、そのまま、加入者１用のＦＡＸデータ１、加入者２用のＦＡＸデータ２、加入者３用のＦＡＸデータ３、加入者４用のＦＡＸデータ４として、ＰＳＴＮ網２０からＦＡＸ端末８００に対して送信される。

ここで、ＶｏＩＰ網１０側は、ＦＡＸ端末１００、ＬＣ（Line Circuit：加入者回路）２００、ＶｏＩＰアクセスゲートウェイ３００、ＩＰネットワーク４００にて構成されている。加入者１、加入者２、加入者３、加入者４それぞれのＦＡＸ端末１００から送信された各ＦＡＸデータそれぞれを含むＦＡＸ信号は、ＲＴＰパケット（音声信号のパケット）としてＶｏＩＰ網１０内を転送される。ＶｏＩＰ網１０から出力されたＦＡＸ信号は、ＰＳＴＮ網２０へ転送するために、ＭＧ５００に入力される。また、ＰＳＴＮ網２０側は、ＦＡＸ端末８００、ＬＣ（Line Circuit：加入者回路）７００、ＴＤＭ（Time Division Multiplexing：時分割多重）交換機６００にて構成されている。ＶｏＩＰ網１０からＭＧ５００に入力された各ＦＡＸデータそれぞれを含むＦＡＸ信号は、時分割多重のＴＤＭ信号（時分割多重された音声信号）として各タイムスロットに収容されて、ＭＧ５００から出力される。ＭＧ５００から出力される時分割多重のＴＤＭ信号は、ＰＳＴＮ網２０内を転送された後、加入者１、加入者２、加入者３、加入者４それぞれのＦＡＸ端末８００に送信される。

次に、図１０は、現状のＶｏＩＰ網とＰＳＴＮ網とによる音声・ＦＡＸ通信システムにおけるＦＡＸ信号の転送の図９とは異なる様子を説明するための模式図である。この図１０では、ＶｏＩＰ網からＰＳＴＮ網へのＦＡＸ信号に関し、ＶｏＩＰ網内において誤接続が発生し、ＶｏＩＰ網側のＦＡＸ端末からのＦＡＸ信号が、一部、ＰＳＴＮ網側の正しい宛先とは異なる宛先のＦＡＸ端末に対して異常に転送されている様子を示している。すなわち、図１０の音声・ＦＡＸ通信システムにおいては、ＶｏＩＰ網１０側のＦＡＸ端末１００からＶｏＩＰ網１０に送信されたＦＡＸデータが含まれているＦＡＸ信号のうち、加入者１のＦＡＸ端末１００からのＦＡＸデータ１と加入者３のＦＡＸ端末１００からのＦＡＸデータ３とがＶｏＩＰ網１０上のＲＴＰパケット内において、入れ替わってしまった場合を示している。そして、図１０では、ＦＡＸデータ１とＦＡＸデータ３とがれ替わった状態のまま、ＶｏＩＰ網１０からＰＳＴＮ網２０に向かってＭＧ５００を介して転送され、ＰＳＴＮ網２０から、ＰＳＴＮ網２０側のＦＡＸ端末８００に対して送信している様子を示している。なお、図１０の音声・ＦＡＸ通信システムのネットワーク構成は、図９の場合と全く同様である。

すなわち、図１０にハッチングを施して示しているように、ＶｏＩＰ網１０を転送するＲＴＰパケット内のＦＡＸデータに関し、加入者１用のＦＡＸデータ１がＦＡＸデータ３に入れ替わり、また、加入者３用のＦＡＸデータ３がＦＡＸデータ１に入れ替わってしまって、ＭＧ５００に送信されている。そして、ＭＧ５００からは、入れ替わった状態のまま、ＰＳＴＮ網２０側に出力される。そこで、ＰＳＴＮ網２０を転送するタイムスロット内のＦＡＸデータとして、加入者１用にＦＡＸデータ３が、また、加入者３用にＦＡＸデータ１が転送されてしまい、それぞれ、ＰＳＴＮ網２０側の加入者１用、加入者３用のＦＡＸ端末８００に対して誤送信されている。

次に、図１１は、現状のＶｏＩＰ網とＰＳＴＮ網とによる音声・ＦＡＸ通信システムにおけるＦＡＸ信号の転送について図９、図１０とは異なる様子を説明するための模式図である。この図１１では、図９、図１０とは逆方向にＦＡＸ信号を送信する際の様子を示している。更に詳しくは、図１１では、ＰＳＴＮ網からＶｏＩＰ網へのＦＡＸ信号に関し、ＶｏＩＰ網内において誤接続が発生し、ＰＳＴＮ網側のＦＡＸ端末からのＦＡＸ信号が、一部、ＶｏＩＰ網側の正しい宛先とは異なる宛先のＦＡＸ端末に対して異常に転送されている様子を示している。図１１の音声・ＦＡＸ通信システムにおいては、ＰＳＴＮ網２０側のＦＡＸ端末８００からＭＧ５００までのＰＳＴＮ網２０内においては正常に転送されたものとする。しかしながら、図１１の音声・ＦＡＸ通信システムにおいては、ＭＧ５００からＶｏＩＰ網１０に送信されたＦＡＸ信号（ＦＡＸデータが含まれている）のうち、ＰＳＴＮ網２０側の加入者１からのＦＡＸデータ１と加入者３からのＦＡＸデータ３とがＭＧ５００やＶｏＩＰ網１０上（ＩＰネットワーク４００上）のＲＴＰパケット内において、入れ替わってしまった場合を示している。したがって、図１１の音声・ＦＡＸ通信システムにおいては、このように、ＦＡＸデータ１とＦＡＸデータ３とが入れ替わった状態のまま、ＶｏＩＰ網１０から、ＶｏＩＰ網１０側のＦＡＸ端末１００に対して送信している様子を示している。なお、図１１の音声・ＦＡＸ通信システムのネットワーク構成についても、図９の場合と全く同様である。

すなわち、図１１にハッチングを施して示しているように、ＶｏＩＰ網１０を転送するＲＴＰパケット内のＦＡＸデータに関し、加入者１用のＦＡＸデータ１がＦＡＸデータ３に、また、加入者３用のＦＡＸデータ３がＦＡＸデータ１に入れ替わってしまって、それぞれ、ＶｏＩＰ網１０側の加入者１用、加入者３用のＦＡＸ端末１００に対して誤送信されている。

図１０、図１１の音声・ＦＡＸ通信システムに示すように、ＭＧ５００やＶｏＩＰ網１０においてＦＡＸ信号の誤接続が発生すると、ユーザ情報の第三者への漏洩といった重大な問題を引き起こすことになる。しかしながら、通常のＶｏＩＰ網１０においては、前述したように、誤接続を確認する手段は無く、誤接続が発生した場合に、ユーザ申告以外に誤接続の発生を検知することができないという、解決するべき課題がある。

（本開示の目的）
本発明の目的は、かかる課題に鑑み、ＦＡＸ信号の誤接続を確実に検出し、誤接続による情報の漏洩を防止することが可能な音声・ＦＡＸ通信システム、メディアゲートウェイ装置、ＦＡＸ信号誤接続防止方法およびＦＡＸ信号誤接続防止プログラムを提供することにある。

前述の課題を解決するため、本発明による音声・ＦＡＸ通信システム、メディアゲートウェイ装置、ＦＡＸ信号誤接続防止方法およびＦＡＸ信号誤接続防止プログラムは、主に、次のような特徴的な構成を採用している。

（１）本発明による音声・ＦＡＸ通信システムは、
ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網との間を相互接続するメディアゲートウェイ装置と該ＦＡＸ通信の呼を制御する呼制御サーバとを有し、
前記メディアゲートウェイ装置は、
前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御部を有する
ことを特徴とする。

（２）本発明によるメディアゲートウェイ装置は、
ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網とを有し、更に該ＦＡＸ通信の呼を制御する呼制御サーバを有する音声・ＦＡＸ通信システムにおいて、前記ＶｏＩＰ網と前記ＰＳＴＮ網との間を相互接続し、
前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御部を有する
ことを特徴とする。

（３）本発明によるＦＡＸ信号誤接続防止方法は、
ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網との間を相互接続するメディアゲートウェイ装置と該ＦＡＸ通信の呼を制御する呼制御サーバとを有する音声・ＦＡＸ通信システムにおけるＦＡＸ信号誤接続防止方法であって、
前記メディアゲートウェイ装置は
前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御ステップを有する
ことを特徴とする。

（４）本発明によるＦＡＸ信号誤接続防止プログラムは、
ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網との間を相互接続するメディアゲートウェイ装置と該ＦＡＸ通信の呼を制御する呼制御サーバとを有する音声・ＦＡＸ通信システムにおけるＦＡＸ信号誤接続の防止処理をコンピュータのプログラムとして実行するＦＡＸ信号誤接続防止プログラムであって、
前記メディアゲートウェイ装置は
前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御機能を有している
ことを特徴とする。

本発明の音声・ＦＡＸ通信システム、メディアゲートウェイ装置、ＦＡＸ信号誤接続防止方法およびＦＡＸ信号誤接続防止プログラムによれば、主に、以下のような効果を奏することができる。

すなわち、本発明においては、ＦＡＸ通信の誤接続が発生しても、直ちに、該誤接続を検出して、ＦＡＸ通信を自動的に停止させることができるので、誤接続の影響範囲を最小限に留めることができる。

本発明に係る音声・ＦＡＸ通信システムのシステム構成の一例を示すシステム構成図である。 図１に示す音声・ＦＡＸ通信システムにおいてＦＡＸ通信用の発呼からＦＡＸ通信開始に至るまでの標準的な信号の流れの一例を示すシーケンスチャートである。 図１に示す音声・ＦＡＸ通信システムにおいてＶｏＩＰ網側のＦＡＸ端末からＰＳＴＮ網側のＦＡＸ端末に対してＦＡＸデータを含むＦＡＸ信号を送信する場合の詳細な信号の流れの一例を示すシーケンスチャートの前半部分である。 図１に示す音声・ＦＡＸ通信システムにおいてＶｏＩＰ網側のＦＡＸ端末からＰＳＴＮ網側のＦＡＸ端末に対してＦＡＸデータを含むＦＡＸ信号を送信する場合の詳細な信号の流れの一例を示すシーケンスチャートの後半部分である。 図１に示す音声・ＦＡＸ通信システムにおいてＰＳＴＮ網側のＦＡＸ端末からＶｏＩＰ網側のＦＡＸ端末に対してＦＡＸデータを含むＦＡＸ信号を送信する場合の詳細な信号の流れの一例を示すシーケンスチャートの前半部分である。 図１に示す音声・ＦＡＸ通信システムにおいてＰＳＴＮ網側のＦＡＸ端末からＶｏＩＰ網側のＦＡＸ端末に対してＦＡＸデータを含むＦＡＸ信号を送信する場合の詳細な信号の流れの一例を示すシーケンスチャートの後半部分である。 図１に示す呼制御サーバがメディアゲートウェイ装置に送信するAdd-Request信号に含まれているＭＥＧＡＣＯメッセージの一例を示すテーブルである。 図１に示すメディアゲートウェイ装置内の装置制御部に具備している第１呼情報管理テーブルのテーブル構成の一例を示すテーブルである。 図１に示すメディアゲートウェイ装置内の装置制御部に具備している第２呼情報管理テーブルのテーブル構成の一例を示すテーブルである。 ＪＴ−Ｔ３０規格により規定されているＣＳＩ情報のフォーマットの一例を示すテーブルである。 現状のＶｏＩＰ網とＰＳＴＮ網とによる音声・ＦＡＸ通信システムにおけるＦＡＸ信号の転送の様子を説明するための模式図である。 現状のＶｏＩＰ網とＰＳＴＮ網とによる音声・ＦＡＸ通信システムにおけるＦＡＸ信号の転送の図９とは異なる様子を説明するための模式図である。 現状のＶｏＩＰ網とＰＳＴＮ網とによる音声・ＦＡＸ通信システムにおけるＦＡＸ信号の転送の図９、図１０とは異なる様子を説明するための模式図である。

以下、本発明による音声・ＦＡＸ通信システム、メディアゲートウェイ装置、ＦＡＸ信号誤接続防止方法およびＦＡＸ信号誤接続防止プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による音声・ＦＡＸ通信システム、メディアゲートウェイ装置およびＦＡＸ信号誤接続防止方法について説明するが、かかるＦＡＸ信号誤接続防止方法をコンピュータにより実行可能なＦＡＸ信号誤接続防止プログラムとして実施するようにしても良いし、あるいは、ＦＡＸ信号誤接続防止プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。

＜本発明の特徴＞
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、着信側ＦＡＸ端末から取得するＦＡＸ信号に含まれる端末識別番号（着信側電話番号）と呼処理サーバから取得する呼制御メッセージに含まれる着信側電話番号とを比較することにより、現用の技術においてはユーザ申告以外に検出する手段がなかったＦＡＸ通信の誤接続の発生を自動的に検出し、ＦＡＸ通信サービスへの影響範囲を最小限に留めることを可能とすることを主要な特徴としている。

言い換えると、本発明は、呼制御サーバから取得する呼制御メッセージに含まれる発信先電話番号（着信側電話番号）とＦＡＸ通信時に着信側の相手先端末からＦＡＸ信号として受信するＣＳＩ(Called Subscriber ID)情報に含まれる被呼端末識別番号（着信側電話番号）とを比較することによって、ＦＡＸ通信中のデータが、正しい宛先に送信されていることを確認する手段を備えていることを主要な特徴としている。而して、ＦＡＸ通信における誤接続発生を自動的に検出することができ、誤った宛先にＦＡＸデータが送信されることを未然に防止することができる。

＜実施形態の構成例＞
次に、本発明に係る音声・ＦＡＸ通信システムの実施形態について、その構成例について図面を参照しながら詳細に説明する。図１は、本発明に係る音声・ＦＡＸ通信システムのシステム構成の一例を示すシステム構成図であり、該音声・ＦＡＸ通信システムの主要な構成要素となるメディアゲートウェイ装置に関しては、その内部構成の一例についても、関連する周辺装置とともに示している。ここで、図１に示すメディアゲートウェイ装置５０は、ＶｏＩＰ網１０とＰＳＴＮ網２０との相互接続を行う装置であり、図９〜図１１に示したＭＧ５００に相当する装置であるが、さらに、関連する周辺装置と連携して、図１０や図１１に示したようなＦＡＸ信号（音声信号）の入れ替わり等による誤接続の検出機能および誤接続時の情報漏洩防止機能を備えている。

なお、図１に示す音声・ＦＡＸ通信システム１におけるＶｏＩＰ網１０およびＰＳＴＮ網２０は、図９〜図１１に示した場合と同様のネットワーク構成からなっている。ＶｏＩＰ網１０は、加入者１、加入者２、加入者３、加入者４、等用のＦＡＸデータを扱う各ＦＡＸ端末１００、加入者回路であるＬＣ２００、ＶｏＩＰパケットに関する処理を行うＶｏＩＰアクセスゲートウェイ３００、ＩＰパケットの送受信を行うＩＰネットワーク４００を備えている。ＰＳＴＮ網２０は、加入者１、加入者２、加入者３、加入者４、等用のＦＡＸデータを扱う各ＦＡＸ端末８００、加入者回路であるＬＣ７００、時分割多重の交換処理を行うＴＤＭ交換機６００を備えている。

また、図１に示す音声・ＦＡＸ通信システム１におけるメディアゲートウェイ装置５０は、ＦＡＸ信号の誤接続を自動的に検出し、誤接続発生時の情報漏洩を防止するために、音声・ＦＡＸ通信システム１の呼制御を行う呼制御サーバ６０、および、音声・ＦＡＸ通信システム１における通信異常発生時の保守業務を行う保守サーバ７０と接続されている。なお、呼制御サーバ６０は、音声・ＦＡＸ通信システム１の呼制御を行うために、メディアゲートウェイ装置５０のみならず、ＶｏＩＰ網１０内のＶｏＩＰアクセスゲートウェイ３００およびＰＳＴＮ網２０内のＴＤＭ交換機６００にも接続されている。

また、メディアゲートウェイ装置５０は、内部に、音声信号モニタ部５１、パケット処理部５２、ユーザデータ処理部５３、ＴＤＭデータ処理部５４、ＦＡＸ信号デコーダ５５、呼制御部５６、装置制御部５７を少なくとも備えている。

音声信号モニタ部５１は、任意のＵＤＰポート番号のパケットをモニタし、検出した音声信号に含まれているＦＡＸ信号に関するデータをＦＡＸ信号デコーダ５５に転送する機能を具備する。パケット処理部５２は、パケットの生成および各パケットのヘッダを終端する機能を具備する。ユーザデータ処理部５３は、ユーザデータのコーデック変換やエコーキャンセラ機能を具備する。

ＴＤＭデータ処理部５４は、ＰＳＴＮ網２０のＴＤＭ回線を終端し、ユーザデータ処理部５３とユーザデータを送受信する機能、ＴＤＭ回線の任意のタイムスロットからＦＡＸ信号に関するデータを抽出し、ＦＡＸ信号デコーダ５５へ転送する機能を具備する。ＦＡＸ信号デコーダ５５は、音声信号モニタ部５１、ＴＤＭデータ処理部５４から転送されたＦＡＸ信号に関するデータをデコードし着信側電話番号を抽出する機能を具備する。呼制御部５６は、呼制御サーバ６０と接続され、呼制御メッセージの終端を行い、装置制御部５７へ呼情報を通知する機能を具備する。

装置制御部５７は、音声信号モニタ部５１、ＴＤＭデータ処理部５４または音声信号モニタ部５１に対して宛先のＦＡＸ端末から送られてくるＣＳＩ(Called Subscriber ID)情報の取得を指示する機能、ＦＡＸ信号デコーダ５５、呼制御部５６の双方から取得した着信側電話番号に関する情報を比較することによって、ＦＡＸ通信の誤接続発生を検出する機能を具備する。つまり、装置制御部５７は、呼制御サーバ６０から取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる機能を具備する。

また、装置制御部５７は、呼制御サーバ６０から呼制御部５６を経由して取得した着信側電話番号とＴＤＭ収容位置との対応関係を管理する第１呼情報管理テーブル５７１と、同じく、呼制御サーバ６０から呼制御部５６を経由して取得した着信側電話番号と宛先ＵＤＰポート番号との対応関係を管理する第２呼情報管理テーブル５７２と、を内部に具備している。

ここで、着信側電話番号は、ＦＡＸ通信の宛先となる着信側のＦＡＸ端末の電話番号であり、ＴＤＭ収容情報は、ＰＳＴＮ網２０内のＴＤＭ回線においてＦＡＸ通信用のＦＡＸ信号を収容するためのタイムスロット番号であり、宛先ＵＤＰポート番号は、接続先のＶｏＩＰ端末（本実施形態においてはＦＡＸ端末）のＵＤＰポート番号である。

そして、装置制御部５７は、第１呼情報管理テーブル５７１または第２呼情報管理テーブル５７２の呼制御サーバ６０から取得して設定した設定内容と、宛先のＦＡＸ端末から送信されてくるＣＳＩ情報の内容と、を参照して、前述したように、呼制御サーバ６０から取得した呼制御メッセージに含まれる宛先電話番号（着信側電話番号）とＦＡＸ通信時に相手先からＦＡＸ信号として受信するＣＳＩ情報に含まれる被呼端末識別番号（着信側電話番号）とを比較することによって、ＦＡＸ信号の誤接続の有無を検出する機能を具備する。

また、装置制御部５７は、保守サーバ７０とのインタフェースを具備し、ＦＡＸ通信呼の誤接続を検出した際に、当該ＦＡＸ通信呼の誤接続が発生した旨を保守サーバ７０に通報することにより、保守者へ警報を発報し誤接続発生を通知する機能を具備する。

＜実施形態の動作の説明＞
次に、図１に示した音声・ＦＡＸ通信システム１の動作について、その一例を、ＦＡＸ信号の流れを示すシーケンスチャートを用いて詳細に説明する。

まず、図１に示した音声・ＦＡＸ通信システム１が発信側のＦＡＸ端末１００と着信側のＦＡＸ端末８００との間のＦＡＸ通信を開始するに至るまでの標準的な信号の流れについて図２のシーケンスチャートを用いて説明する。図２は、図１に示す音声・ＦＡＸ通信システム１においてＦＡＸ通信用の発呼からＦＡＸ通信開始に至るまでの標準的な信号の流れの一例を示すシーケンスチャートであり、ＶｏＩＰ網１０内の発信側のＦＡＸ端末１００からＰＳＴＮ網２０内の着信側のＦＡＸ端末８００にＦＡＸデータを送信する場合について示している。

図２には、ＶｏＩＰ網１０側のＦＡＸ端末１００、ＶｏＩＰアクセスゲートウェイ３００、ＰＳＴＮ網２０側のＴＤＭ交換機６００、ＦＡＸ端末８００、メディアゲートウェイ装置５０の他に、当該音声・ＦＡＸ通信システム１全体の呼制御を司る呼制御サーバ６０も含めて、それぞれの間を送受信する信号の流れについて示している。なお、本音声・ＦＡＸ通信システムにおいては、ＶｏＩＰ網１０内の呼処理用のプロトコルとして、ＳＩＰ（Session Initiation Protocol）、ＭＥＧＡＣＯ(Media Gateway Control Protocol)、ＩＳＵＰ(ISDN User Part)を使用するものと仮定している。また、ＦＡＸ通信については、ＪＴ−Ｔ３０規格として規定されている一般電話網における文書ファクシミリ伝送手順に従うものとする。

図２のシーケンスチャートにおいて、まず、ＶｏＩＰ網１０内の発信側のＦＡＸ端末１００がオフフックすると、発呼信号がＶｏＩＰアクセスゲートウェイ３００に送信され（シーケンスＳｅｑ１）、オフフックを検出したＶｏＩＰアクセスゲートウェイ３００からは、ＦＡＸ端末１００に対して発信音が送出されてくる（シーケンスＳｅｑ２）。発信音を受け取った発信側のＦＡＸ端末１００が、着信側のＦＡＸ端末８００の電話番号をダイヤル入力すると、トーン信号として、入力された着信側の電話番号がＶｏＩＰアクセスゲートウェイ３００に送信される（シーケンスＳｅｑ３）。

ＶｏＩＰアクセスゲートウェイ３００は、発信側のＦＡＸ端末１００から、宛先となる着信側の電話番号を受け取ると、該宛先となる着信側の電話番号を少なくとも含むＩＮＶＩＴＥメッセージを作成して、呼制御サーバ６０に対して送信する（シーケンスＳｅｑ４）。ＩＮＶＩＴＥメッセージを受け取った呼制御サーバ６０は、宛先の電話番号が、ＰＳＴＮ網２０内のＦＡＸ端末８００であることを認識すると、ＰＳＴＮ網２０内のＴＤＭ交換機６００と制御情報を交換することにより、宛先となる着信側のＦＡＸ端末８００に向かうＰＳＴＮ網２０内の通信経路の通信帯域（タイムスロット）を確保した後、メディアゲートウェイ装置５０に対してAdd-Request信号を送信するとともに（シーケンスＳｅｑ５）、ＩＮＶＩＴＥメッセージを受け取った旨を示す100 Trying応答を、ＶｏＩＰアクセスゲートウェイ３００に対して返送する（シーケンスＳｅｑ６）。

Add-Request信号を受け取ったメディアゲートウェイ装置５０は、ＴＤＭ交換機６００との間で呼制御用の情報の交換を行うことにより、宛先となる着信側のＦＡＸ端末８００との間のＰＳＴＮ網２０内の通信経路の設定が終了すると、Add-Reply信号を呼制御サーバ６０に対して返送してくる（シーケンスＳｅｑ７）。Add-Reply信号を受け取った呼制御サーバ６０は、発着信双方の電話番号を含むＩＡＭ（Initial Address Message）アドレスメッセージを、着信側のＦＡＸ端末８００に対してメディアゲートウェイ装置５０からＴＤＭ交換機６００を介して送信する（シーケンスＳｅｑ８）。

ＩＡＭアドレスメッセージを受け取ったＦＡＸ端末８００は、該ＩＡＭアドレスメッセージを正しく受け取った旨を示すＡＣＭ（Address Complete Message:
アドレス完了メッセージ）を応答信号として、呼制御サーバ６０に対して返送する（シーケンスＳｅｑ９）。しかる後、ＦＡＸ端末８００が、ＦＡＸ信号の受信準備に移行したことを示すＣＰＧ（Call Progress Message：呼経過メッセージ）を呼制御サーバ６０に対して返送してくると（シーケンスＳｅｑ１０）、呼制御サーバ６０は、着信側のＦＡＸ端末８００が呼び出し中の状態に移行したことを示す180 Ringing信号をＶｏＩＰアクセスゲートウェイ３００に対して送信する（シーケンスＳｅｑ１１）。180 Ringing信号を受け取ったＶｏＩＰアクセスゲートウェイ３００は、発信側のＦＡＸ端末１００に対してＲＢＴ（Ring-Back Tone）信号を発出する（シーケンスＳｅｑ１２）。

その後、着信側のＦＡＸ端末８００が、ＦＡＸ信号の受信準備が完了したことを示すＡＮＭ（Answer Message：応答メッセージ）を呼制御サーバ６０に対して返送してくると（シーケンスＳｅｑ１３）、呼制御サーバ６０は、着信側のＦＡＸ端末８００がＦＡＸデータの受信可能な状態に移行したことを示す200 OK信号をＶｏＩＰアクセスゲートウェイ３００に対して送信する（シーケンスＳｅｑ１２）。200 OK信号を受け取ったＶｏＩＰアクセスゲートウェイ３００は、発信側のＦＡＸ端末１００に対して発出していたＲＢＴ信号を停止する。さらに、ＶｏＩＰアクセスゲートウェイ３００は、発信側のＦＡＸ端末１００からのＦＡＸデータの送信が可能な通信状態に移行させるとともに、その旨を示すＡＣＫ（Acknowledge）信号を呼制御サーバ６０に対して返送する（シーケンスＳｅｑ１５）。

ＡＣＫ信号を受け取った呼制御サーバ６０は、発信側のＦＡＸ端末１００から着信側のＦＡＸ端末８００に対してＦＡＸデータを含むＦＡＸ信号の送信を行うＦＡＸ通信を開始させる（シーケンスＳｅｑ１６）。なお、ＦＡＸ通信中の間は、呼制御サーバ６０は、発信側のＦＡＸ端末１００の端末識別情報（電話番号）および着信側のＦＡＸ端末８００の端末識別情報（電話番号）を含め、発信側のＦＡＸ端末１００と着信側のＦＡＸ端末８００との間のＦＡＸ通信に関する呼を制御するための呼制御情報を保持している。

次に、図２に示したＦＡＸ通信開始に至るまでの標準的な信号の流れに従って動作する図１の音声・ＦＡＸ通信システム１におけるＦＡＸ通信の誤接続防止手順について、図３Ａ、図３Ｂおよび図４Ａ、図４Ｂのシーケンスチャートを参照しながら詳細に説明する。なお、図３Ａおよび図３Ｂは、それぞれ、両図を連接して１つのページに描かれるのが好ましい図であるが、許容される１ページのサイズの制限から、止むを得ず分割された1つのシーケンスチャートの前半部分および後半部分である。図３Ａの下部に符号Ａで示す部分が、図３Ｂの上部に符号Ａで示す部分と繋がり、一つのシーケンスチャートを構成する。図４Ａおよび図４Ｂも、同様な事情で、止むを得ず分割された1つのシーケンスチャートの前半部分および後半部分をそれぞれ示す図である。図４Ａの下部に符号Ｂで示す部分が、図４Ｂの上部に符号Ｂで示す部分と繋がり、一つのシーケンスチャートを構成する。そこで、以後の説明においては、図３Ａおよび図３Ｂを符号Ａ部で繋がった一つのシーケンスチャートとして認識することとし、図３と記述する。同様に、図４Ａおよび図４Ｂを符号Ｂ部で繋がった一つのシーケンスチャートとして認識することとし、図４と記述する。

ここに、図３は、図１に示す音声・ＦＡＸ通信システム１においてＶｏＩＰ網１０側のＦＡＸ端末１００からＰＳＴＮ網２０側のＦＡＸ端末８００に対してＦＡＸデータを含むＦＡＸ信号を送信する場合の詳細な信号の流れの一例を示すシーケンスチャートである。また、図４は、図３の場合とは逆方向のＦＡＸ信号の送信動作であり、図１に示す音声・ＦＡＸ通信システム１においてＰＳＴＮ網２０側のＦＡＸ端末８００からＶｏＩＰ網１０側のＦＡＸ端末１００に対してＦＡＸデータを含むＦＡＸ信号を送信する場合の詳細な信号の流れの一例を示すシーケンスチャートである。なお、図３、図４のシーケンスチャートにおいても、図２の場合と同様、ＶｏＩＰ網１０内の呼処理用のプロトコルとして、ＳＩＰ（Session Initiation Protocol）、ＭＥＧＡＣＯ(Media Gateway Control Protocol)、ＩＳＵＰ(ISDN User Part)を使用するものと仮定している。また、ＦＡＸ通信については、ＪＴ−Ｔ３０規格として規定されている一般電話網における文書ファクシミリ伝送手順に従うものとする。

また、図３、図４のシーケンスチャートにおいては、ＦＡＸ通信の誤接続の発生を検出し、未然に誤接続を防止する動作に着目して、図２と同一の信号の流れになり、かつ、誤接続の防止動作とは関連が少ない一部の記載を割愛することとし、かつ、図２に示したＶｏＩＰアクセスゲートウェイ３００、ＴＤＭ交換機６００の記載についても省略している。

すなわち、図３、図４のシーケンスチャートにおいては、図２に示したシーケンスＳｅｑ１の発呼信号の送信動作からシーケンスＳｅｑ４において呼制御サーバ６０がＶｏＩＰアクセスゲートウェイ３００からＩＮＶＩＴＥメッセージを受け取るまでの動作の記載、また、シーケンスＳｅｑ６においてＶｏＩＰアクセスゲートウェイ３００に100 Tryingに返送する動作の記載を省略ししている。さらに、図３、図４のシーケンスチャートにおいては、図２に示したシーケンスＳｅｑ８の呼制御サーバ６０がＩＡＭアドレスメッセージを着信側のＦＡＸ端末８００に送信する動作からシーケンスＳｅｑ１５において呼制御サーバ６０がＶｏＩＰアクセスゲートウェイ３００からＡＣＫ信号を受け取るまでの動作の記載についても省略している。

そして、図３、図４のシーケンスチャートにおいては、図１のＶｏＩＰ網１０側のＦＡＸ端末１００、ＰＳＴＮ網２０側のＦＡＸ端末８００、メディアゲートウェイ装置５０、呼制御サーバ６０、および、保守サーバ７０それぞれの間の信号の流れについて示し、さらに、メディアゲートウェイ装置５０内に関しては、内部の呼制御部５６、装置制御部５７、ＦＡＸ信号デコーダ５５、および、ＴＤＭデータ処理部５４（図３の場合）または音声信号モニタ部５１（図４の場合）の各ブロック間を送受信する詳細な信号についても示している。

｛ＦＡＸ通信開始前の処理｝
まず、ＦＡＸ通信開始前の信号の流れについて、図３および図４のシーケンスチャートを参照しながら説明する。

（ＶｏＩＰ網１０→ＰＳＴＮ網２０へのＦＡＸデータ送信）
最初に、ＶｏＩＰ網１０側のＦＡＸ端末１００からＰＳＴＮ網２０側のＦＡＸ端末８００に対してＦＡＸデータを含むＦＡＸ信号を送信する場合を示す図３のシーケンスチャートについて以下に説明する。

ＩＮＶＩＴＥメッセージをＶｏＩＰアクセスゲートウェイ３００から受け取った呼制御サーバ６０は、宛先の電話番号が、ＰＳＴＮ網２０内のＦＡＸ端末８００であることを認識すると、ＴＤＭ交換機６００との情報交換により、宛先となる着信側のＦＡＸ端末８００に向かうＰＳＴＮ網２０内の通信経路の通信帯域（タイムスロット）を確保した後、メディアゲートウェイ装置５０に対してAdd-Request信号を送信する（シーケンスＳｅｑ２１）。

Add-Request信号を受け取ったメディアゲートウェイ装置５０は、呼制御部５６を起動して、Add-Request信号に含まれているＭＥＧＡＣＯメッセージを取り出し、着信側電話番号を取得するとともに（シーケンスＳｅｑ２２）、ＴＤＭ収容情報を取得する（シーケンスＳｅｑ２３）。前述したように、着信側電話番号は、着信側ＦＡＸ端末８００の電話番号であり、ＴＤＭ収容情報は、ＰＳＴＮ網２０内のＴＤＭ回線における当該ＦＡＸ通信用のＦＡＸ信号を収容するためのタイムスロット番号であり、宛先ＵＤＰポート番号は、接続先ＩＰ端末のＵＤＰポート番号である。

図５は、図１に示す呼制御サーバ６０がメディアゲートウェイ装置５０に送信するAdd-Request信号に含まれているＭＥＧＡＣＯメッセージの一例を示すテーブルである。ＭＥＧＡＣＯメッセージはＩＴＵ−Ｔ Ｈ．２４８勧告として規定されており、図５に示すＭＥＧＡＣＯメッセージの実施例においては、符号３に示すように、ＴＤＭ収容情報は、terminationIDListのterminationIDによって表現され、例えば‘0x00000006’である。また、符号４に示すように、着信側電話番号は、localcontrolDescriptorのDialledNプロパティに含まれるパラメータのvalueによって表現され、例えば‘01××××××××’である。また、符号５に示すように、宛先ＵＤＰポート番号は、remoteDescriptorのパラメータのvalueによって表現され、例えば‘5000’である。

呼制御部５６は、取得した着信側電話番号‘01××××××××’、ＴＤＭ収容情報‘0x00000006’、宛先ＵＤＰポート番号‘5000’を含む呼情報を作成して、作成した呼情報をメディアゲートウェイ装置５０内の装置制御部５７に対して通知するとともに（シーケンスＳｅｑ２４）、当該呼情報に関する呼の生成処理を行う（シーケンスＳｅｑ２５）。該呼情報を呼制御部５６から受け取った装置制御部５７は、受け取った該呼情報により、呼制御サーバ６０からの呼制御メッセージに基づく呼情報を管理している第１呼情報管理テーブル５７１の設定情報を更新する（シーケンスＳｅｑ２６）。

ここで、図６は、図１に示すメディアゲートウェイ装置５０内の装置制御部５７に具備している第１呼情報管理テーブル５７１のテーブル構成の一例を示すテーブルであり、呼制御サーバ６０から呼制御部５６を経由して取得した着信側電話番号（呼制御メッセージ側）とＴＤＭ収容位置との対応関係を管理している。第１呼情報管理テーブル５７１は、ＴＤＭ収容位置欄５７１ａと着信側電話番号（呼制御メッセージ側）欄５７１ｂと着信側電話番号（ＦＡＸ信号側）欄５７１ｃとから構成されていて、ＴＤＭ収容位置欄５７１ａに示す各タイムスロット番号ごとに、ＦＡＸ通信用として割り当てられている着信側電話番号が、着信側電話番号（呼制御メッセージ側）欄５７１ｂに示すように対応付けられている。

シーケンスＳｅｑ２６においては、着信側電話番号（呼制御メッセージ側）欄５７１ｂに呼制御サーバ６０からの呼制御メッセージに含まれている着信側電話番号を設定することにより設定情報を更新する。なお、着信側電話番号（ＦＡＸ信号側）欄５７１ｃは、ＦＡＸ通信開始後のＦＡＸ通信において設定される情報であり、着信側のＦＡＸ端末８００からのＦＡＸ信号に含まれているＣＳＩ情報から取得される着信側電話番号が、各タイムスロット番号ごとに、比較対象として設定される。

次に、装置制御部５７は、第１呼情報管理テーブル５７１の設定情報を更新すると、シーケンスＳｅｑ２５において生成される当該ＦＡＸ通信呼において使用されるタイムスロット番号を含むＣＳＩ番号取得指示を、メディアゲートウェイ装置５０内のＦＡＸデータ転送の最終段に位置しているＴＤＭデータ処理部５４に対して送信する（シーケンスＳｅｑ２７）。

また、メディアゲートウェイ装置５０内の呼制御部５６は、装置制御部５７がＴＤＭデータ処理部５４に対してＣＳＩ番号取得指示を送信したタイミングにおいて、宛先となる着信側のＦＡＸ端末８００との間のＰＳＴＮ網２０内の通信経路の設定が終了したものと判定して、Add-Reply信号を呼制御サーバ６０に対して返送する（シーケンスＳｅｑ２８）。以降、図２に示したシーケンスＳｅｑ８からシーケンスＳｅｑ１５までの処理を行うことにより、発信側のＦＡＸ端末１００から着信側のＦＡＸ端末８００に対してＦＡＸデータを送信するＦＡＸ通信が開始される（シーケンスＳｅｑ２９）。

（ＰＳＴＮ網２０→ＶｏＩＰ網１０へのＦＡＸデータ送信）
次に、ＰＳＴＮ網２０側のＦＡＸ端末８００からＶｏＩＰ網１０側のＦＡＸ端末１００に対してＦＡＸデータを含むＦＡＸ信号を送信する場合を示す図４のシーケンスチャートについて以下に説明する。

図４のシーケンスチャートにおけるＦＡＸ通信開始前の処理に関しては、図３に示した場合とほぼ同様であり、以下には、図３のシーケンスチャートとは異なる処理を行っている部分についてのみ説明することとし、図４において、図３のシーケンスチャートと同一の処理を行っている部分については、図３と同じシーケンス番号を付与して、ここでの重複する説明は割愛する。すなわち、図４のシーケンスチャートにおいては、図３のシーケンスＳｅｑ２３、シーケンスＳｅｑ２６、シーケンスＳｅｑ２７の代わりに、ハッチングを施したシーケンスＳｅｑ２３ａ、シーケンスＳｅｑ２６ａ、シーケンスＳｅｑ２７ａに示す各処理を行うが、それ以外については、図３の場合と全く同様である。

図４のシーケンスチャートにおいては、呼制御部５６は、図３のシーケンスＳｅｑ２３においてＴＤＭ収容情報を取得した処理に代わり、宛先ＵＤＰポート番号を取得する（シーケンスＳｅｑ２３ａ）。また、呼情報を呼制御部５６から受け取った装置制御部５７は、受け取った該呼情報により、図３のシーケンスＳｅｑ２６において第１呼情報管理テーブル５７１の設定情報を更新した処理に代わり、呼制御サーバ６０からの呼制御メッセージに基づく呼情報を管理している第２呼情報管理テーブル５７２の設定情報を更新する（シーケンスＳｅｑ２６ａ）。

ここで、図７は、図１に示すメディアゲートウェイ装置５０内の装置制御部５７に具備している第２呼情報管理テーブル５７２のテーブル構成の一例を示すテーブルであり、呼制御サーバ６０から呼制御部５６を経由して取得した着信側電話番号（呼制御メッセージ側）と宛先ＵＤＰポート番号との対応関係を管理している。第２呼情報管理テーブル５７２は、宛先ＵＤＰポート番号欄５７２ａと着信側電話番号（呼制御メッセージ側）欄５７２ｂと着信側電話番号（ＦＡＸ信号側）欄５７２ｃとから構成されていて、宛先ＵＤＰポート番号欄５７２ａに示す各宛先ＵＤＰポート番号ごとに、ＦＡＸ通信用として割り当てられている着信側電話番号が、着信側電話番号（呼制御メッセージ側）欄５７２ｂに示すように対応付けられている。

シーケンスＳｅｑ２６ａにおいては、着信側電話番号（呼制御メッセージ側）欄５７２ｂに呼制御サーバ６０からの呼制御メッセージに含まれている着信側電話番号を設定することにより設定情報を更新する。なお、着信側電話番号（ＦＡＸ信号側）欄５７２ｃは、ＦＡＸ通信開始後のＦＡＸ通信において設定される情報であり、着信側のＦＡＸ端末８００からのＦＡＸ信号に含まれているＣＳＩ情報から取得される着信側電話番号が、各宛先ＵＤＰポート番号ごとに、比較対象として設定される。

次に、装置制御部５７は、第２呼情報管理テーブル５７２の設定情報を更新すると、シーケンスＳｅｑ２５において生成される当該ＦＡＸ通信呼において使用される宛先ＵＤＰポート番号を含むＣＳＩ番号取得指示を、メディアゲートウェイ装置５０内のＦＡＸデータ転送の最終段に位置している音声信号モニタ部５１に対して送信する（シーケンスＳｅｑ２７ａ）。以降、図３のシーケンスチャートと全く同様の処理を行うことにより、発信側のＦＡＸ端末８００から着信側のＦＡＸ端末１００に対してＦＡＸデータを送信するＦＡＸ通信が開始される（シーケンスＳｅｑ２９）。

｛ＦＡＸ通信開始後の処理｝
次に、ＦＡＸ通信開始後の信号の流れについて、図３および図４のシーケンスチャートを参照しながら説明する。

（ＶｏＩＰ網１０→ＰＳＴＮ網２０へのＦＡＸデータ送信）
最初に、ＶｏＩＰ網１０側のＦＡＸ端末１００からＰＳＴＮ網２０側のＦＡＸ端末８００に対してＦＡＸデータを含むＦＡＸ信号を送信する場合を示す図３のシーケンスチャートについて以下に説明する。

ＦＡＸ通信が開始されると、発信側のＦＡＸ端末１００から着信側のＦＡＸ端末８００に対して、発呼トーンとして、５００ｍｓの間、１，１００ＨｚのＣＮＧ（Calling）信号を送信する（シーケンスＳｅｑ３０）。着信側のＦＡＸ端末８００は、ＣＮＧ信号を受け取ると、着信側のＦＡＸ端末８００から発信側のＦＡＸ端末１００に対して、被呼局識別トーンとして、２，１００ＨｚのＣＥＤ（Called）信号を返送し（シーケンスＳｅｑ３１）、さらに、被呼端末識別情報として、ＣＳＩ(Called Subscriber ID)信号を返送する他、必要に応じて、着信側のＦＡＸ端末８００の標準能力を示すデジタル識別情報としてＤＩＳ（Digital Identification Signal）信号を返送したり、対象外の特定利用者を示す非標準機能としてＮＳＦ（No Standard Function）信号を返送したりする（シーケンスＳｅｑ３２）。

ＦＡＸ通信開始前のシーケンスＳｅｑ２７において、メディアゲートウェイ装置５０内の装置制御部５７からタイムスロット番号を含むＣＳＩ番号取得指示を受け取っているＴＤＭデータ処理部５４においては、ＣＳＩ番号取得指示に含まれているタイムスロット番号における通信内容（すなわちＴＤＭ収容情報）をコピーして保存することにより（シーケンスＳｅｑ３３）、あらかじめ定めた規定時間内に、着信側のＦＡＸ端末８００からＣＳＩ情報を受信したか否かを確認する（シーケンスＳｅｑ３４）。

前記規定時間内に、着信側のＦＡＸ端末８００からＣＳＩ情報を受信しなかった場合は（シーケンスＳｅｑ３４の‘未受信’の場合）、誤接続の発生、あるいは、ＦＡＸシーケンス異常の発生と見做して、保守サーバ７０に対して、ＦＡＸシーケンス異常発生の旨を通知し（シーケンスＳｅｑ３５）、ＦＡＸ通信処理を終了する。

前記規定時間内に、着信側のＦＡＸ端末８００からＣＳＩ情報を受信した場合は（シーケンスＳｅｑ３４の‘受信’の場合）、メディアゲートウェイ装置５０内のＦＡＸデータ転送の最終段に位置しているＴＤＭデータ処理部５４は、装置制御部５７からのＣＳＩ番号取得指示にて指示されたタイムスロット番号のタイムスロットに存在するＦＡＸ信号を含むパケットを、ＦＡＸ信号デコーダ５５に転送する（シーケンスＳｅｑ３６）。ＦＡＸ信号デコーダ５５は、ＴＤＭデータ処理部５４から受け取ったパケットに含まれているＦＡＸ信号をデコードすることにより、デコードしたデータ内にあるＣＳＩ情報を取り出し、該ＣＳＩ情報に含まれている着信側電話番号を取得する（シーケンスＳｅｑ３７）。

ここで、ＦＡＸシーケンスにおけるＣＳＩ情報の識別は、ＪＴ−Ｔ３０規格により規定されている識別ビットを検出することによって行う。図８は、ＪＴ−Ｔ３０規格により規定されているＣＳＩ情報のフォーマットの一例を示すテーブルである。図８のＣＳＩ情報６に示すように、初期識別子欄６１が‘00000010’の場合はＣＳＩ情報であることを示しており、該ＣＳＩ情報の初期識別子に対応付けて格納されている情報が、着信側電話番号欄６２に示すように、着信側のＦＡＸ端末８００の電話番号であることを示している。

しかる後、ＦＡＸ信号デコーダ５５は、取得した着信側電話番号に関する情報を装置制御部５７に対して通知する（シーケンスＳｅｑ３８）。装置制御部５７は、ＦＡＸ信号デコーダ５５から受け取った着信側電話番号に関する情報を、該当するタイムスロット番号に対応付けて、第１呼情報管理テーブル５７１の着信側電話番号（ＦＡＸ信号側）欄５７１ｃに設定し、ＣＳＩ情報側すなわちＦＡＸメッセージ側の着信側電話番号の情報として第１呼情報管理テーブル５７１の設定情報を更新する（シーケンスＳｅｑ３９）。

そして、装置制御部５７は、第１呼情報管理テーブル５７１のＴＤＭ収容位置欄５７１ａのタイムスロット番号に対応付けて設定されている２つの着信側電話番号が一致しているか否かを確認する。すなわち、第１呼情報管理テーブル５７１の着信側電話番号（呼制御メッセージ側）欄５７１ｂの着信側電話番号（すなわち呼制御サーバ６０からの呼制御メッセージとして取得した着信側電話番号）と着信側電話番号（ＦＡＸ信号側）欄５７１ｃの着信側電話番号（すなわち着信側のＦＡＸ端末８００からのＣＳＩ情報として取得した着信側電話番号）とが一致しているか否かを確認する（シーケンスＳｅｑ４０）。

図６の第１呼情報管理テーブル５７１の設定例においては、ＴＤＭ収容位置欄５７１ａのタイムスロット番号がタイムスロット＃０の場合は、着信側電話番号（呼制御メッセージ側）欄５７１ｂと着信側電話番号（ＦＡＸ信号側）欄５７１ｃとの双方の着信側電話番号は、いずれも‘01××××××××’であり、一致しているが、タイムスロット＃１とタイムスロット＃２との場合は、双方の着信側電話番号が異なっている例を示している。

呼制御サーバ６０からの呼制御メッセージとして取得した着信側電話番号と着信側のＦＡＸ端末８００からのＦＡＸ信号のＣＳＩ情報として取得した着信側電話番号とが一致していた場合（シーケンスＳｅｑ４０の‘一致’の場合）、ＦＡＸ信号の誤配信はなく、正常な宛先にＦＡＸデータが送信されているので、ＦＡＸ信号の転送動作を継続する（シーケンスＳｅｑ４１）。

一方、呼制御サーバ６０からの呼制御メッセージとして取得した着信側電話番号と着信側のＦＡＸ端末８００からのＦＡＸ信号のＣＳＩ情報として取得した着信側電話番号とが一致していなかった場合（シーケンスＳｅｑ４０の‘不一致’の場合）、ＦＡＸ信号の誤配信が発生しているので、装置制御部５７は、ＦＡＸ信号の転送動作を中断させ（シーケンスＳｅｑ４２）、呼制御サーバ６０に対して、メディアゲートウェイ装置５０の故障発生の旨を示すServiceChange信号を送信する（シーケンスＳｅｑ４３）。呼制御サーバ６０は、ServiceChange信号を受け取ると、当該ＦＡＸ通信呼を切断する処理を行う。

さらに、ＦＡＸ信号の誤配信を検出した装置制御部５７は、メディアゲートウェイ装置５０において、誤接続が発生して、ＦＡＸ通信の混信が発生していることを検出した旨を、保守サーバ７０に対して通知した後（シーケンスＳｅｑ４４）、メディアゲートウェイ装置５０における当該ＦＡＸ通信呼に関するＦＡＸ通信処理を終了させる。

（ＰＳＴＮ網２０→ＶｏＩＰ網１０へのＦＡＸデータ送信）
次に、ＰＳＴＮ網２０側のＦＡＸ端末８００からＶｏＩＰ網１０側のＦＡＸ端末１００に対してＦＡＸデータを含むＦＡＸ信号を送信する場合を示す図４のシーケンスチャートについて以下に説明する。

図４のシーケンスチャートにおけるＦＡＸ通信開始後の処理に関しても、図３に示した場合とほぼ同様であり、以下には、図３のシーケンスチャートとは異なる処理を行っている部分についてのみ説明することとし、図３のシーケンスチャートと同一の処理を行っている部分については、図４において、図３と同じシーケンス番号を付与して、ここでの重複する説明は割愛する。すなわち、図４のシーケンスチャートにおいては、図３のシーケンスＳｅｑ３３、シーケンスＳｅｑ３４、シーケンスＳｅｑ３６、シーケンスＳｅｑ３９、シーケンスＳｅｑ４０の処理に代わり、ハッチングを施したシーケンスＳｅｑ３３ａ、シーケンスＳｅｑ３４ａ、シーケンスＳｅｑ３６ａ、シーケンスＳｅｑ３９ａ、シーケンスＳｅｑ４０ａに示す各処理を行うが、それ以外については、図３の場合と全く同様である。

ここで、図３のシーケンスＳｅｑ３３〜Ｓｅｑ３４においては、最終段の回路部であるＴＤＭデータ処理部５４にてＴＤＭ収容情報をコピーして保存することにより、規定時間内にＣＳＩ情報を受信したか否かを確認していたが、図４のシーケンスチャートにおいては、最終段の回路部が、図３の場合とは異なり、音声信号モニタ部５１になるので、最終段の音声信号モニタ部５１にて、パケットをモニタする処理を行うことにより（シーケンスＳｅｑ３３ａ）、規定時間内にＣＳＩ情報を受信したか否かを確認する（シーケンスＳｅｑ３４ａ）。つまり、ＦＡＸ通信の誤接続発生の有無の確認範囲をできる限り広く拡大するために、メディアゲートウェイ装置５０においては、ＣＳＩ情報に含まれる着信側電話番号を取得するために、着信側ＦＡＸ端末からの前記ＣＳＩ情報を抽出する回路部を、該着信側ＦＡＸ端末からの情報がメディアゲートウェイ装置５０内に流れる際に最終段に位置する回路部とすることにしている。

そして、前記規定時間内に、着信側のＦＡＸ端末１００からＣＳＩ情報を受信した場合には（シーケンスＳｅｑ３４ａの‘受信’の場合）、メディアゲートウェイ装置５０内のＦＡＸデータ転送の最終段に位置している音声信号モニタ部５１は、装置制御部５７からのＣＳＩ番号取得指示にて指示された宛先ＵＤＰポート番号に該当したＦＡＸ信号を含むパケットを、ＦＡＸ信号デコーダ５５に転送する（シーケンスＳｅｑ３６ａ）。

また、装置制御部５７は、図３の場合、シーケンスＳｅｑ３９において図６に示す第１呼情報管理テーブル５７１の設定情報を更新しているが、図４のシーケンスチャートにおいては、ＦＡＸ信号デコーダ５５から受け取った着信側電話番号に関する情報を、該当する宛先ＵＤＰポート番号に対応付けて、図７に示す第２呼情報管理テーブル５７２の着信側電話番号（ＦＡＸ信号側）欄５７２ｃに設定し、ＣＳＩ情報側すなわちＦＡＸメッセージ側の着信側電話番号の情報として第２呼情報管理テーブル５７２の設定情報を更新する（シーケンスＳｅｑ３９ａ）。

そして、装置制御部５７は、第２呼情報管理テーブル５７２の宛先ＵＤＰポート番号欄５７２ａのポート番号に対応付けて設定されている２つの着信側電話番号が一致しているか否かを確認する。すなわち、第２呼情報管理テーブル５７２の着信側電話番号（呼制御メッセージ側）欄５７２ｂの着信側電話番号（すなわち呼制御サーバ６０からの呼制御メッセージとして取得した着信側電話番号）と着信側電話番号（ＦＡＸ信号側）欄５７２ｃの着信側電話番号（すなわち着信側のＦＡＸ端末１００からのＦＡＸ信号として取得した着信側電話番号）とが一致しているか否かを確認する（シーケンスＳｅｑ４０ａ）。

図７の第２呼情報管理テーブル５７２の設定例においては、宛先ＵＤＰポート番号欄５７２ａのポート番号が‘5000’の場合は、着信側電話番号（呼制御メッセージ側）欄５７１ｂと着信側電話番号（ＦＡＸ信号側）欄５７１ｃとの双方の着信側電話番号は、いずれも‘01××××××××’であり、一致しているが、ポート番号が‘5002’と‘5004’との場合は、双方の着信側電話番号が異なっている例を示している。

シーケンスＳｅｑ４０ａ以降の処理は、図３の場合と全く同様であり、２つの着信側電話番号が一致していた場合には、図３の場合と同様に、ＦＡＸ信号の誤配信がない場合であるので、ＦＡＸ通信処理は継続するが、２つの着信側電話番号が不一致の場合は、誤接続が発生している場合であり、保守サーバ７０に対して、メディアゲートウェイ装置５０の誤接続が発生した旨を通知するとともに、ＦＡＸ通信処理を終了させる。

（本実施形態の効果の説明）
以上に詳細に説明したように、本実施形態においては、以下のような効果を期待することができる。

すなわち、本実施形態における音声・ＦＡＸ通信システム１においては、ＦＡＸ通信の誤接続が発生しても、直ちに、該誤接続を自動的に検出して、ＦＡＸ通信を停止させることができるので、誤接続の影響範囲を最小限に留めることができる。

つまり、従来技術においては、ＦＡＸ通信における誤接続を自動的に検出する手段を備えていないため、ユーザからの申告により初めて誤接続の発生を知るという不都合が発生していた。さらには、ユーザによっては、必ずしも、誤接続の申告を行うとは限らない。したがって、ユーザからの申告を待つ間に、多数の誤接続が発生してしまい、誤接続の影響範囲が拡大してしまうという問題が生じていた。

本実施形態においては、音声・ＦＡＸ通信システム１を構成するメディアゲートウェイ装置５０において、呼制御サーバ６０から取得した呼制御メッセージに含まれる発信先電話番号（着信側電話番号）とＦＡＸ通信中に着信側のＦＡＸ端末からＦＡＸ信号として受信するＣＳＩ(Called Subscriber ID)情報に含まれる被呼端末識別番号（着信側電話番号）とを比較することにより、ＦＡＸ通信中のデータが正しい宛先に送信されているか否かを確認することができる。而して、ＦＡＸ通信における誤接続発生を自動的にかつ早期に検出することができ、誤接続の発生を検出した場合には、ＦＡＸ通信を直ちに停止させ、誤った宛先にＦＡＸデータが送信されることを未然に防止することができる。さらには、保守サーバ７０に対して、直ちに、誤接続の発生の旨を通知することができるので、音声・ＦＡＸ通信システム１の故障被疑箇所の動作停止や迂回経路の設定や系切り替えといった処置を早期に実施することも可能になる。

以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。

１ 音声・ＦＡＸ通信システム
３ 符号（ＴＤＭ収容情報）
４ 符号（着信側電話番号）
５ 符号（宛先ＵＤＰポート番号）
６ ＣＳＩ情報
１０ ＶｏＩＰ網
２０ ＰＳＴＮ網
５０ メディアゲートウェイ装置
５１ 音声信号モニタ部
５２ パケット処理部
５３ ユーザデータ処理部
５４ ＴＤＭデータ処理部
５５ ＦＡＸ信号デコーダ
５６ 呼制御部
５７ 装置制御部
６０ 呼制御サーバ
６１ 初期識別子欄
６２ 着信側電話番号欄
７０ 保守サーバ
１００ ＦＡＸ端末
２００ ＬＣ（Line Circuit）
３００ ＶｏＩＰアクセスゲートウェイ
４００ ＩＰネットワーク
５００ ＭＧ（Media Gateway）
５７１ 第１呼情報管理テーブル
５７１ａ ＴＤＭ収容位置欄
５７１ｂ 着信側電話番号（呼制御メッセージ側）欄
５７１ｃ 着信側電話番号（ＦＡＸ信号側）欄
５７２ 第２呼情報管理テーブル
５７２ａ 宛先ＵＤＰポート番号欄
５７２ｂ 着信側電話番号（呼制御メッセージ側）欄
５７２ｃ 着信側電話番号（ＦＡＸ信号側）欄
６００ ＴＤＭ（時分割多重）交換機
７００ ＬＣ（Line Circuit）
８００ ＦＡＸ端末

Claims (10)

1. ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網との間を相互接続するメディアゲートウェイ装置と該ＦＡＸ通信の呼を制御する呼制御サーバとを有し、
   前記メディアゲートウェイ装置は、
   前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御部を有する
   ことを特徴とする音声・ＦＡＸ通信システム。
2. 通信異常発生時の保守業務を行う保守サーバを有し、
   前記メディアゲートウェイ装置の前記装置制御部は、ＦＡＸ通信呼の誤接続を検出した際に、当該ＦＡＸ通信呼の誤接続が発生した旨を、前記保守サーバに通報する
   ことを特徴とする請求項１に記載の音声・ＦＡＸ通信システム。
3. 前記メディアゲートウェイ装置において、前記着信側ＦＡＸ端末からの前記ＣＳＩ情報を抽出する回路部を、前記着信側ＦＡＸ端末からの情報が当該メディアゲートウェイ装置内に流れる際の最終段に位置する回路部とする
   ことを特徴とする請求項１または２に記載の音声・ＦＡＸ通信システム。
4. ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網とを有し、更に該ＦＡＸ通信の呼を制御する呼制御サーバを有する音声・ＦＡＸ通信システムにおいて、前記ＶｏＩＰ網と前記ＰＳＴＮ網との間を相互接続し、
   前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御部を有する
   ことを特徴とするメディアゲートウェイ装置。
5. 前記装置制御部は、ＦＡＸ通信呼の誤接続を検出した際に、当該ＦＡＸ通信呼の誤接続が発生した旨を、前記音声・ＦＡＸ通信システムにおける通信異常発生時の保守業務を行う保守サーバに通報する
   ことを特徴とする請求項４に記載のメディアゲートウェイ装置。
6. 前記着信側ＦＡＸ端末からの前記ＣＳＩ情報を抽出する回路部を、前記着信側ＦＡＸ端末からの情報が装置内に流れる際の最終段に位置する回路部とする
   ことを特徴とする請求項４または５に記載のメディアゲートウェイ装置。
7. ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網との間を相互接続するメディアゲートウェイ装置と該ＦＡＸ通信の呼を制御する呼制御サーバとを有する音声・ＦＡＸ通信システムにおけるＦＡＸ信号誤接続防止方法であって、
   前記メディアゲートウェイ装置は
   前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御ステップを有する
   ことを特徴とするＦＡＸ信号誤接続防止方法。
8. 前記装置制御ステップは、ＦＡＸ通信呼の誤接続を検出した際に、当該ＦＡＸ通信呼の誤接続が発生した旨を、前記音声・ＦＡＸ通信システムにおける通信異常発生時の保守業務を行う保守サーバに通報する
   ことを特徴とする請求項７に記載のＦＡＸ信号誤接続防止方法。
9. 前記メディアゲートウェイ装置において、前記着信側ＦＡＸ端末からの前記ＣＳＩ情報を抽出する回路部を、前記着信側ＦＡＸ端末からの情報が当該メディアゲートウェイ装置内に流れる際の最終段に位置する回路部とする
   ことを特徴とする請求項７または８に記載のＦＡＸ信号誤接続防止方法。
10. ＦＡＸ通信を行うことが可能なＶｏＩＰ（Voice over Internet Protocol）網とＰＳＴＮ（Public Switched Telephone Network）網との間を相互接続するメディアゲートウェイ装置と該ＦＡＸ通信の呼を制御する呼制御サーバとを有する音声・ＦＡＸ通信システムにおけるＦＡＸ信号誤接続の防止処理をコンピュータのプログラムとして実行するＦＡＸ信号誤接続防止プログラムであって、
    前記メディアゲートウェイ装置は
    前記呼制御サーバから取得したＦＡＸ通信呼の宛先となる着信側電話番号と、該ＦＡＸ通信呼の宛先となる着信側ＦＡＸ端末から受信したＣＳＩ(Called Subscriber ID)情報に含まれる着信側電話番号と、を比較して、一致しているか否かを判別することにより、当該ＦＡＸ通信呼が正常に接続されているか誤接続が発生しているかを検出し、誤接続の発生を検出した場合、当該ＦＡＸ通信呼を停止させる装置制御機能を有している
    ことを特徴とするＦＡＸ信号誤接続防止プログラム。

Images