(57)【要約】【課題】  通信相手を選ばず、また通信相手に特殊な制御を追加することなく、ファクスの通信品質を向上させることが可能なＩＰ電話装置を提供する。【解決手段】  ＩＰ電話装置（１）は、ＩＰ電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファ（１３）を含み、ファクス通信手順の送出タイミングと同期してジッタバッファ（１３）を制御する制御手段（ジッタバッファ制御部１７）を有する。【選択図】      図１
2010166188.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファを含むＩＰ電話装置であって、
ファクス通信手順の送出タイミングと同期して前記ジッタバッファを制御する制御手段を有することを特徴とするＩＰ電話装置。
【請求項２】
前記ＩＰ電話を使用してみなし音声によるファクス送受信を行うことを特徴とする請求項１記載のＩＰ電話装置。
【請求項３】
前記制御手段は、前記ジッタバッファ中のデータが枯渇方向に推移していた場合に前記ジッタバッファ中の最終データの位置を初期状態の中央値に設定し、最終データから中央データまでを無音データで補完することを特徴とする請求項１または請求項２記載のＩＰ電話装置。
【請求項４】
前記制御手段は、前記ジッタバッファ中のデータが飽和方向に推移していた場合に前記ジッタバッファ中の最終データの位置を初期状態の中央値に設定し、中央値までのデータを残し、古いデータを破棄することを特徴とする請求項１から請求項３のいずれか記載のＩＰ電話装置。
【請求項５】
前記制御手段は、前記ジッタバッファ中のデータが飽和方向に推移していた場合に前記ジッタバッファ中の最終データの位置を予め設定された所定値に設定し、前記所定値までのデータを残し、古いデータを破棄することを特徴とする請求項１または請求項２記載のＩＰ電話装置。
【請求項６】
前記制御手段は、前記ファクスの受信中の通信手順を送出するタイミングに同期して前記ジッタバッファ中の最終データの位置を制御することを特徴とする請求項１から請求項５のいずれか記載のＩＰ電話装置。
【請求項７】
前記制御手段は、前記ファクスの受信中及び送信中の通信手順を送出するタイミングに同期して前記ジッタバッファ中の最終データの位置を制御することを特徴とする請求項１から請求項５のいずれか記載のＩＰ電話装置。
【請求項８】
上記請求項１から請求項７のいずれかに記載のＩＰ電話装置を含むことを特徴とする通信システム。
【請求項９】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファを含むＩＰ電話装置に用いるジッタバッファ制御方法であって、
前記ＩＰ電話装置が、ファクス通信手順の送出タイミングと同期して前記ジッタバッファを制御する制御処理を実行することを特徴とするジッタバッファ制御方法。
【請求項１０】
前記ＩＰ電話装置が、前記ＩＰ電話を使用してみなし音声によるファクス送受信を行うことを特徴とする請求項９記載のジッタバッファ制御方法。
【請求項１１】
前記ＩＰ電話装置が、前記制御処理において、前記ジッタバッファ中のデータが枯渇方向に推移していた場合に前記ジッタバッファ中の最終データの位置を初期状態の中央値に設定し、最終データから中央データまでを無音データで補完することを特徴とする請求項９または請求項１０記載のジッタバッファ制御方法。
【請求項１２】
前記ＩＰ電話装置が、前記制御処理において、前記ジッタバッファ中のデータが飽和方向に推移していた場合に前記ジッタバッファ中の最終データの位置を初期状態の中央値に設定し、中央値までのデータを残し、古いデータを破棄することを特徴とする請求項９から請求項１１のいずれか記載のジッタバッファ制御方法。
【請求項１３】
前記ＩＰ電話装置が、前記制御処理において、前記ジッタバッファ中のデータが飽和方向に推移していた場合に前記ジッタバッファ中の最終データの位置を予め設定された所定値に設定し、前記所定値までのデータを残し、古いデータを破棄することを特徴とする請求項９または請求項１０記載のジッタバッファ制御方法。
【請求項１４】
前記ＩＰ電話装置が、前記制御処理において、前記ファクスの受信中の通信手順を送出するタイミングに同期して前記ジッタバッファ中の最終データの位置を制御することを特徴とする請求項９から請求項１３のいずれか記載のジッタバッファ制御方法。
【請求項１５】
前記ＩＰ電話装置が、前記制御処理において、前記ファクスの受信中及び送信中の通信手順を送出するタイミングに同期して前記ジッタバッファ中の最終データの位置を制御することを特徴とする請求項９から請求項１３のいずれか記載のジッタバッファ制御方法。
【請求項１６】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファを含むＩＰ電話装置内のコンピュータに実行させるプログラムであって、
ファクス通信手順の送出タイミングと同期して前記ジッタバッファを制御する制御処理を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ電話装置、通信システム及びそれらに用いるジッタバッファ制御方法並びにそのプログラムに関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話装置におけるファクス通信に関する。
【背景技術】
【０００２】
現在、安価な電話料金によって、利用可能なＩＰ電話が普及しており、このＩＰ電話によりファクス通信も行うようになっている。
【０００３】
ＩＰ電話の音声データパケット受信は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）コントローラと音声コーデックとの間に、ネットワーク経路の遅延等による不規則なパケット間隔を等間隔にするためのジッタバッファを設けている（例えば、特許文献１参照）。
【０００４】
現状、ジッタバッファは、まず、一定時間分のファクス音声データをプールする。その後、ジッタバッファより音声データを取り出しながら、音声コーデックにデータを入力することで、音声データの再生をする。
【０００５】
この時、送信側のファクス装置のＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）アダプタと、受信側のファクス装置のＶｏＩＰアダプタの音声コーデックとに入力している水晶振動子の発振周波数に偏差があると、一定時間あたりの送出側の音声データ符号化量と、受信側の音声データの復号化量とに差が生じる。よって、長時間ファクス通信を継続すると、ジッタバッファの音声データは、オーバフローまたはアンダーランする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−０５７５０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したＩＰ電話を利用する見なし音声によるファクス通信は、インタネットを利用しての音声通話という特性上、ネットワークの遅延による音声パケットの欠落や、ＶｏＩＰアダプタ装置毎のクリスタル偏差によるジッタバッファのオーバフローやアンダーランが発生し、ファクス通信のデータにエラーを与え、公衆電話網を利用してのファクスと同等の通信品質を確保できないという、通信品質上重大な問題がある。
【０００８】
コーデック制御は、ジッタバッファのオーバフローが発生すると、ファクス音声データの一部を破棄する。また、アンダーランが発生すると、ファクス音声データの不足分を補完する。どちらもファクス通信中に、本来とは異なる音声データ信号をファクスモデムに入力することになり、ファクス通信手順中に発生すれば通信エラーを招き、画像データ中に発生すれば、画不正、または通信時間の増大を招くことになり、ファクス通信に大きな影響を与えるという問題がある。
【０００９】
そこで、本発明の目的は上記の問題点を解消し、通信相手を選ばず、また通信相手に特殊な制御を追加することなく、ファクスの通信品質を向上させることができるＩＰ電話装置、通信システム及びそれらに用いるジッタバッファ制御方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明によるＩＰ電話装置は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファを含むＩＰ電話装置であって、
ファクス通信手順の送出タイミングと同期して前記ジッタバッファを制御する制御手段を備えている。
【００１１】
本発明による通信システムは、上記のＩＰ電話装置を含むことを特徴とする。
【００１２】
本発明によるジッタバッファ制御方法は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファを含むＩＰ電話装置に用いるジッタバッファ制御方法であって、
前記ＩＰ電話装置が、ファクス通信手順の送出タイミングと同期して前記ジッタバッファを制御する制御処理を実行している。
【００１３】
本発明によるプログラムは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話の音声データパケット受信において不規則なパケット間隔を等間隔にするためのジッタバッファを含むＩＰ電話装置内のコンピュータに実行させるプログラムであって、
ファクス通信手順の送出タイミングと同期して前記ジッタバッファを制御する制御処理を含むことを特徴とする。
【発明の効果】
【００１４】
本発明は、上記のような構成及び動作とすることで、通信相手を選ばず、また通信相手に特殊な制御を追加することなく、ファクスの通信品質を向上させることができるという効果が得られる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施の形態によるＩＰ電話装置の構成例を示すブロック図である。
【図２】ネットワーク全体を見た場合の本発明の第１の実施の形態によるＩＰ電話装置の接続の概略を示すブロック図である。
【図３】（ａ）〜（ｃ）は本発明の第１の実施の形態における初期状態から音声データ再生及び音声データ追加までの音声コーデック部及びジッタバッファ内の音声パケットの推移例を示す図である。
【図４】（ａ），（ｂ）は本発明の第１の実施の形態におけるデータオーバフローが発生した時の音声パケットの推移例を示す図である。
【図５】図５は本発明の第１の実施の形態におけるデータアンダーランが発生した時の音声パケットの推移例を示す図である。
【図６】（ａ）〜（ｃ）は本発明の第１の実施の形態において飽和方向に推移した後に補正し、データ受信した場合の推移例を示す図である。
【図７】（ａ）〜（ｃ）は本発明の第１の実施の形態において枯渇方向に推移した後に補正し、データを受信した場合の推移例を示す図である。
【図８】本発明の第１の実施の形態におけるファックス制御部の動作の一部としてファクス受信中の通信手順の送出を行う際にジッタバッファ制御部の動作開始を通知するタイミングを示すフローチャートである。
【図９】図８のジッタバッファ制御が動作した時のジッタバッファ制御部の動作を示すフローチャートである。
【図１０】本発明の第１の実施の形態におけるファクス通信手順Ｇ３モード及びＥＣＭモードにおいてジッタバッファ制御部が動作するタイミング例を示すシーケンスチャートである。
【図１１】（ａ）〜（ｃ）は本発明の第２の実施の形態において初期状態から飽和方向に推移した後に補正した場合の推移例を示す図である。
【図１２】（ａ）〜（ｃ）は本発明の第２の実施の形態において初期状態から枯渇方向に推移した後に補正した場合の推移例を示す図である。
【図１３】本発明の第２の実施の形態においてジッタバッファ制御が動作した時のジッタバッファ制御部の動作を示すフローチャートである。
【図１４】本発明の第３の実施の形態におけるファクス通信手順Ｇ３モード及びＥＣＭモードにおいてジッタバッファ制御部が動作するタイミング例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１６】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明によるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）電話装置の概要について説明する。
【００１７】
本発明によるＩＰ電話装置は、ＩＰ電話を使用して、見なし音声によるファクス送受信を行う場合において、ファックス装置内の受信ジッタバッファをファクス通信手順送出のタイミングと同期して制御することよって、音声コーデックの水晶振動子の発振周波数偏差による、データの過不足時のバッファオーバフロー及びバッファアンダーランの発生を抑制し、受信ファクスデータの欠落を防止することを特徴としている。
【００１８】
ファクス通信は、半二重通信であるため、ファクスより、ファクス通信手順送出中は、無音を受信している。よって、この期間の音声データには、意味がない。そこで、本発明によるＩＰ電話装置では、このファクス送信手順送出期間に同期して、受信ジッタバッファ中の最終データの位置を制御することによって、ファクス通信に影響を与えることなく、音声コーデックの水晶振動子の発振周波数偏差によって生じた、ジッタバッファ中のデータの飽和化状態と枯渇化状態とを初期状態に戻すことが可能になる。
【００１９】
ジッタバッファ中のデータが枯渇方向に推移していた場合は、ジッタバッファ中の最終データの位置を初期状態の中央値に設定し、最終データから中央データまでを無音データで補完する。また、ジッタバッファ中のデータが飽和方向に推移していた場合は、ジッタバッファ中の最終データの位置を初期状態の中央値に設定し、中央値までのデータを残し、古いデータは、破棄する。
【００２０】
本発明によるＩＰ電話装置では、このファクス通信手順に同期した受信ジッタバッファ中の最終データの位置の制御により、ジッタバッファ内のデータ量が初期状態と同様に補正され、中央値からの開始になるため、飽和方向及び枯渇方向ともに画像データを送信するのに十分なマージンを確保することが可能になる。
【００２１】
図１は本発明の第１の実施の形態によるＩＰ電話装置の構成例を示すブロック図である。図１において、ＩＰ電話装置１は、ファクスモデム１１と、音声コーデック部１２と、ジッタバッファ１３と、ネットワーク制御部１４と、ファクス制御部１５と、コーデック制御部１６と、ジッタバッファ制御部１７と、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）コントローラ１８とを備えている。
【００２２】
ＬＡＮコントローラ１８は、ネットワーク（図示せず）とのデータのやりとりをする。ネットワーク制御部１４は、ＬＡＮコントローラ１８を制御し、ネットワークプロトコル制御、ＩＰ電話の呼制御、通信データの入出力を行う。
【００２３】
ジッタバッファ１３は、受信した音声データを一定量蓄えておくメモリを持つ。ジッタバッファ制御部１７は、ネットワーク制御部１４が受信した音声データパケットをジッタバッファ１３に挿入し、そのジッタバッファ１３内の音声データパケットの増減及びデータ量の推移を管理する。
【００２４】
音声コーデック部１２は、ジッタバッファ１３より受け取った音声データをアナログ信号に変換し、受信音声としてファクスモデム１１に入力し、かつファクスモデム１１からの送信音声をディジタルデータに変換して出力する。コーデック制御部１６は、音声コーデック部１２に対して動作指示を出し、ジッタバッファ１３から音声データの入力をし、音声コーデック部１２からの音声データの出力をネットワーク制御部１４に渡す。
【００２５】
ファクスモデム１１は、音声コーデック部１２を通して、相手側ファクスと通信手順データ及び画像データのやりとりする。ファクス制御部１５は、ファクスモデム１１に対して動作指示を出し、ファクス通信データ及び画像データの送受信を制御する。
【００２６】
図２はネットワーク全体を見た場合の本発明の第１の実施の形態によるＩＰ電話装置の接続の概略（システム構成）を示すブロック図である。図２において、本発明の第１の実施の形態による通信システムは、ＩＰ電話装置１がＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）モデム（光アダプタ等）２にＬＡＮ１０１で接続され、ファクス５がＶｏＩＰアダプタ４を介してＡＤＳＬモデム（光アダプタ等）３にＬＡＮ１０２で接続されている。ＡＤＳＬモデム（光アダプタ等）２，３は、それぞれインタネット通信網１００に接続されている。
【００２７】
図３（ａ）〜（ｃ）は本発明の第１の実施の形態における初期状態から音声データ再生及び音声データ追加までの音声コーデック部１２及びジッタバッファ１３内の音声パケットの推移例を示す図であり、図４（ａ），（ｂ）は本発明の第１の実施の形態におけるデータオーバフローが発生した時の音声パケットの推移例を示す図であり、図５は本発明の第１の実施の形態におけるデータアンダーランが発生した時の音声パケットの推移例を示す図である。
【００２８】
図６（ａ）〜（ｃ）は本発明の第１の実施の形態において飽和方向に推移した後に補正し、データ受信した場合の推移例を示す図であり、図７（ａ）〜（ｃ）は本発明の第１の実施の形態において枯渇方向に推移した後に補正し、データを受信した場合の推移例を示す図である。
【００２９】
図８は本発明の第１の実施の形態におけるファックス制御部１５の動作の一部としてファクス受信中の通信手順の送出を行う際にジッタバッファ制御部１７の動作開始を通知するタイミングを示すフローチャートであり、図９は図８のジッタバッファ制御が動作した時のジッタバッファ制御部１７の動作を示すフローチャートであり、図１０は本発明の第１の実施の形態におけるファクス通信手順Ｇ３（Ｇｒｏｕｐ  ３）モード及びＥＣＭ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ  Ｍｏｄｅ：エラー訂正モード）モードにおいてジッタバッファ制御部１７が動作するタイミング例を示すシーケンスチャートである。
【００３０】
これら図１〜図１０を参照して本発明の第１の実施の形態によるＩＰ電話装置１の動作について説明する。まず、図１と図３と図４と図５とを用いて、ジッタバッファ制御部１７の動作について説明する。尚、図８及び図９に示す処理は、ＩＰ電話装置１内のコンピュータ［ＣＰＵ（中央処理装置）等］がプログラムを実行することで実現可能である。
【００３１】
初期状態［図３（ａ）］から再生開始［図３（ｂ）］及びデータ追加［図３（ｃ）］までの、音声コーデック部１２及びジッタバッファ１３内の音声データパケットの推移例について説明する。
【００３２】
本実施の形態における初期状態［図３（ａ）］では、受信した音声データを再生せず、ジッタバッファ１３の中央値になるまで受信音声データを蓄積する。初期状態［図３（ａ）］のパケット「０」から「７」がこれにあたる。
【００３３】
受信した音声データパケットが、中央値にまで達すると、ジッタバッファ制御部１７がコーデック制御部１６に通知を行う。この通知により、コーデック制御部１６は、ジッタバッファ１３の先頭から音声データパケットを引き取り、音声コーデック部１２に音声データパケットを挿入して再生する。再生開始［図３（ｂ）］がこれにあたる。
【００３４】
この時、ジッタバッファ１３の音声データパケットは、１つ減少する。新しいデータパケットを受信すると、ジッタバッファ１３の後方に追加されていく。これが、データ追加［図３（ｃ）］のパケット「８」、パケット「９」にあたる。通常、ジッタバッファ１３と音声コーデック部１２との間では、このように音声データパケットの受け渡しが行われている。
【００３５】
次に、図４のデータオーバフローが発生した時の音声パケットの推移例について説明する。音声コーデック部１２の水晶振動子（図示せず）の発振周波数と通信相手の音声コーデック部の水晶振動子（図示せず）の発振周波数とに差があり、受信側の発信周波数が低い場合、音声コーデック部１２の再生する音声データ量よりも、ジッタバッファ１３内に挿入される音声データ量の方が多くなり、徐々に飽和方向に推移し、いずれデータオーバフロー［図４（ａ）］する。
【００３６】
ジッタバッファ制御部１７は、データオーバフロー［図４（ａ）］が発生した場合、ジッタバッファ１３先頭のパケットを破棄する。破棄［図４（ｂ）］のパケット「１」がこれにあたる。
【００３７】
この時、音声データは、欠落し、ファクス通信に影響が生じる。また、ジッタバッファの最終位置は、初期状態に戻らないため、オーバフローの影響は継続し、パケットロスが発生する。
【００３８】
次に、図５のデータアンダーランが発生した時の音声パケットの推移例について説明する。音声コーデック部１２の水晶振動子の発振周波数と通信相手の音声コーデックの水晶振動子の発振周波数とに差があり、受信側の発信周波数が高い場合、音声コーデック部１２の再生する音声データ量よりも、ジッタバッファ１３内に挿入される音声データ量の方が少なくなり、徐々に枯渇方向に推移し、いずれデータアンダーランする（図５）。
【００３９】
ジッタバッファ１３内の最終パケットの位置がジッタバッファ１３の先頭と一致すると、ジッタバッファ制御部１７はコーデック制御部１６にその旨を通知する。この通知により、コーデック制御部１６は、音声コーデック部１２に対して補完データを挿入するように指示する。この時、音声データパケットが不足している間、補完データが挿入されることになり、ファクス通信に影響が生じる。また、ジッタバッファ１３の最終位置は、初期状態に戻らないため、アンダーランの影響は継続し、データ補完が動作する。
【００４０】
ここから、本発明の第１の実施の形態によるジッタバッファの制御について、図１と図６〜図１０とを用いて説明する。ファクスが通信を開始すると、図１０（ａ），（ｂ）に示す手順にて、やりとりを行う。ファクスの通信モードには、代表的なものとして、Ｇ３モードとＥＣＭモードとがあり、それぞれ、Ｇ３モード通信手順［図１０（ａ）］やＥＣＭモード通信手順［図１０（ｂ）］のようなシーケンスによって、やりとりを行っている。
【００４１】
ファクスの手順は、半二重であり、ファクス手順送信中は、相手側より音声信号を受け取ることはなく、基本的に無音である。よって、この期間は、受信用に用意されているジッタバッファ１３中の音声データパケットを操作しても、ファクス通信に影響を与えることはない。
【００４２】
よって、Ｇ３モード通信手順［図１０（ａ）］とＥＣＭモード通信手順［図１０（ｂ）］中の矢印Ｔで示した箇所では、ジッタバッファ１３を操作することが可能である。このジッタバッファ１３を操作するタイミングは、Ｇ３モード通信手順［図１０（ａ）］及びＥＣＭモード通信手順［図１０（ｂ）］において、受信側から送信側に、ＣＥＤ，（ＮＳＦ，ＣＳＩ）ＤＩＳ，ＣＦＲ，ＭＣＦの各信号を送信するタイミングである。
【００４３】
そのため、本実施の形態では、このタイミングで、ジッタバッファ制御部１７を起動し、音声コーデック部１２の水晶振動子の発振周波数差によって発生するジッタバッファ１３の飽和化及び枯渇化を抑制している。
【００４４】
ファクス全体の通信を制御しているファクス制御部１５が、データを送信する時、図８に示す各ステップを実行する。次に、図８に示すファクス受信中の通信手順送出をする際の動作について説明する。
【００４５】
ファクス制御部１５は、ファクスが、通信手順及び画像データの送信を開始する時にファクス受信中の通信手順送出を行う（図８ステップＳ１）。ファクス制御部１５は、ファクス送信データが、通信手順であるか、画像データであるかを確認するための前処理を行う（図８ステップＳ２）。
【００４６】
ファクス制御部１５は、この確認後、通信手順送出であるかどうかの判断を行い（図８ステップＳ３）、図１０に示す矢印Ｔに該当する通信手順送出であると判断した場合、ジッタバッファ制御へ遷移し（図８ステップＳ４）、ジッタバッファ制御部１７を起動する。
【００４７】
ジッタバッファ制御部１７では、ジッタバッファ制御を実行する（図９ステップＳ１１）。ファクス制御部１５は、ジッタバッファ制御の完了後、ファクスモデム１１に対して通信手順の送出指令を行い（図８ステップＳ５）、処理を終了する。
【００４８】
本実施の形態では、ステップＳ４の処理とステップＳ５の処理との実行順序を上記のようにしたが、ステップＳ５の処理を実行後にステップＳ４の処理を実行するように、入れ替えることも可能である。
【００４９】
また、ファクス制御部１５は、ステップＳ３の処理において、図１０に示す矢印Ｔに該当する通信手順送出でないと判断した場合、ファクスモデム１１に対して通信データの送出を行い（図８ステップＳ６）、ジッタバッファ１３の補正処理を行わない。
【００５０】
次に、図１のジッタバッファ制御部１７内で行われるジッタバッファ補正処理について、図１と図６と図７と図９とを用いて説明する。
【００５１】
ジッタバッファ制御部１７は、ファクス通信手順送出のタイミングで、ファクス制御部１５からの通知によって起動され、ジッタバッファ制御を実行する（図９ステップＳ１１）。
【００５２】
まず、図６に示すジッタバッファ１３内の音声データパケットが、飽和方向に推移した場合の例を用いて説明する。
【００５３】
ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケットの位置を確認する（図９ステップＳ１２）。飽和方向に推移［図６（ａ）］の例では、パケット「１０」が最終パケット位置になる。
【００５４】
ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケット位置と中央値とを比較し、中央値よりも多い場合（図９ステップＳ１３のＦＡＬＳＥ）、ジッタバッファ１３内の新しいパケットを中央値分まで残し、古いパケットを破棄する（図９ステップＳ１５）。補正後［図６（ｂ）］の例では、パケット「１」とパケット「２」とが破棄され、パケット「３」からパケット「１０」を残す。
【００５５】
破棄された音声データパケット「１」，「２」は、ファクス通信手順送付タイミングで、ファクスモデム１１に受信されるもの（無音信号）であり、破棄しても、ファクス通信には影響を与えない。本実施の形態では、古いパケットを破棄しているが、新しいパケット「９」，「１０」を破棄してもかまわない。
【００５６】
ジッタバッファ制御部１７は、上記の破棄処理により、ジッタバッファ１３内の最終パケットの位置を中央値に戻す（図９ステップＳ１６）。この補正処理により、飽和方向に推移［図６（ａ）］の時点で、飽和方向に６パケット分しかなかったマージンが、補正後［図６（ｂ）］の例では、８パケット分に改善される。
【００５７】
次に、図７に示すジッタバッファ１３内の音声データパケットが、枯渇方向に推移した場合の例を用いて説明する。
【００５８】
ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケットを確認する（図９ステップＳ１２）。枯渇方向に推移［図７（ａ）］の例では、パケット「５」が最終パケット位置になる。
【００５９】
ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケット位置と中央値とを比較し、中央値よりも少ない場合（図９ステップＳ１３のＴＲＵＥ）、ジッタバッファ１３内の中央値まで無音データを挿入する（図９ステップＳ１４）。
【００６０】
補正後［図７（ｂ）］の例では、パケット「５」から中央値まで、無音データパケット「Ｎ」を３つ挿入する。挿入された無音データパケット「Ｎ」は、ファクス通信手順送付タイミングで、ファクスモデム１１に受信されるものであり、無音を挿入してもファクス通信には影響を与えない。本実施の形態では、無音データを元データの後ろに挿入したが、無音データを元データの前に挿入してもかまわない。
【００６１】
ジッタバッファ制御部１７は、上記の挿入処理により、ジッタバッファ１３の最終パケットの位置を中央値に戻す（図９ステップＳ１６）。この補正処理により、枯渇方向に推移［図７（ａ）］の時点で、枯渇方向に５パケット分しかなかったマージンが、補正後［図７（ｂ）］の例では、８パケット分に改善される。
【００６２】
ジッタバッファ制御部１７は、補正処理が終了すると、制御をファックス制御部１５に戻し、ステップＳ５に遷移する。
【００６３】
このように、本実施の形態では、相手装置が異なるＶｏＩＰアダプタやＩＰファクス装置であった時、音声コーデック（ＣＯＤＥＣ）の一定時間の符号化量と複合化量との差が大きくなる可能性があるが、上記のようなジッタバッファ１３の制御を行うことによって、通信相手を選ばず、また、通信相手に特殊な制御を追加することなく、ファクスの通信品質を向上させることができる。
【００６４】
また、本実施の形態では、ＩＰ電話見なし音声ファクス通信において、ファクスＧ３モードにおける画像データの不正の発生を抑制し、高品質なファクス通信を提供することができる。
【００６５】
さらに、本実施の形態では、ＩＰ電話見なし音声ファクス通信において、ファクスＥＣＭモードで、エラーの発生を抑制し、ファクス通信時間の低減を図ることができる。
【００６６】
本発明の第２の実施の形態においては、その基本的構成が上述する本発明の第１の実施の形態と同様であるが、ジッタバッファ制御部１７内で行われるジッタバッファ補正処理の制御方法が異なっている。
【００６７】
図１１（ａ）〜（ｃ）は本発明の第２の実施の形態において初期状態から飽和方向に推移した後に補正した場合の推移例を示す図であり、図１２（ａ）〜（ｃ）は本発明の第２の実施の形態において初期状態から枯渇方向に推移した後に補正した場合の推移例を示す図である。図１３は本発明の第２の実施の形態においてジッタバッファ制御が動作した時のジッタバッファ制御部１７の動作を示すフローチャートである。
【００６８】
これら図１と図１１〜図１３とを用いて本発明の第２の実施の形態によるジッタバッファ制御部１７の動作について説明する。尚、図１３に示す処理は、ＩＰ電話装置１内のコンピュータ（ＣＰＵ等）がプログラムを実行することで実現可能である。
【００６９】
ジッタバッファ制御部１７は、ファクス通信手順送出のタイミングで、ファクス制御部１５からの通知によって起動され、ジッタバッファ制御を行う（図１３ステップＳ２１）。
【００７０】
まず、ジッタバッファ制御において、図１１に示すジッタバッファ１３内の音声データパケットが飽和方向に推移した場合の例を用いて説明する。ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケットを確認する（図１３ステップＳ２２）。飽和方向に推移［図１１（ｂ）］の例では、パケット「１５」が最終パケット位置になる。
【００７１】
ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケット位置と閾値Ｘ１の値とを比較し、Ｘ１よりも多い場合（図１３ステップＳ２３のＦＡＬＳＥ）、ジッタバッファ１３内の最終パケット位置と閾値Ｘ２の値とを比較する。
【００７２】
ジッタバッファ制御部１７は、Ｘ２よりも多い場合（図１３ステップＳ２６のＴＲＵＥ）、ジッタバッファ１３内の新しいパケットをＸ１分まで残し、古いパケットを破棄する（図１３ステップＳ２７）。補正後［図１１（ｃ）］の例では、パケット「４」からパケット「１１」までを破棄し、パケット「１２」からパケット「１５」を残している。破棄された音声データパケット「４」からパケット「１１」までは、ファクス通信手順送付タイミングで、ファクスモデム１１に受信されるものであり、破棄してもファクス通信には影響を与えない。
【００７３】
ジッタバッファ制御部１７は、上記の破棄処理により、ジッタバッファ１３内の最終パケットの位置を閾値Ｘ１に設定する（図１３ステップＳ２８）。この補正処理により、飽和方向に推移［図１１（ｂ）］の時点で、飽和方向に３パケット分しかなかったマージンが、補正後［図１１（ｃ）］の例では、１１パケット分に改善される。
【００７４】
次に、図１２に示すジッタバッファ１３内の音声データパケットが、枯渇方向に推移した場合の例を用いて説明する。ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケットを確認する（図１３ステップＳ２２）。枯渇方向に推移［図１２（ｂ）］の例では、パケット「７」が最終パケット位置になる。
【００７５】
ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケット位置と閾値Ｘ１の値とを比較し、Ｘ１よりも少ない場合（図１３ステップＳ２３のＴＲＵＥ）、ジッタバッファ１３内のパケットをそのまま残し、閾値Ｘ２まで無音データパケットを追加する（図１３ステップＳ２４）。補正後［図１２（ｃ）］の例では、パケット「７」から中央値まで、無音データパケット「Ｎ」を７つ挿入する。挿入された無音データパケット「Ｎ」は、ファクス通信手順送付タイミングで、ファクスモデム１１に受信されるものであり、無音を挿入してもファクス通信には影響を与えない。
【００７６】
ジッタバッファ制御部１７は、上記の無音データの追加処理により、ジッタバッファ１３内の最終パケットの位置を閾値Ｘ２に設定する（図１３ステップＳ２５）。この補正処理により、枯渇方向に推移［図１２（ｂ）］の時点で、枯渇方向に４パケット分しかなかったマージンが、補正後［図１２（ｃ）］の例では、１１パケット分に改善される。
【００７７】
この制御により、相手側ファクスとの水晶振動子の発振周波数差によって、ジッタバッファ１３内の音声データパケットが枯渇方向または飽和方向に遷移しているのを判断し、ジッタバッファ１３内の開始位置を変更することで、それぞれに対する耐性マージンをより大きくとることが可能になる。
【００７８】
ステップＳ２３の判断処理とＳ２６の判断処理とにおいて、どちらにも該当しない場合、ジッタバッファ制御部１７は、ジッタバッファ１３内の最終パケットの位置がおおよそ中央を推移しているものとし、特に制御を行わない（図１３ステップＳ２９）。
【００７９】
または、ステップＳ２９の処理において、さらに、上記の図９に示す本発明の第１の実施の形態による補正処理を追加することによって、ジッタバッファ１３内の最終パケットの位置を中央値に補正し、中央部においても、よりファクス通信性能の向上を図ることができる。
【００８０】
ジッタバッファ制御部１７は、補正処理が終了すると、制御をファックス制御部１５に戻し、図８のステップＳ５の処理に遷移する。
【００８１】
本発明の第３の実施の形態においては、その基本的構成が上述する本発明の第１の実施の形態と同様であるが、ファクス制御部１５がジッタバッファ制御部１７を起動するタイミングを追加している。
【００８２】
図１４は本発明の第３の実施の形態におけるファクス通信手順Ｇ３モード及びＥＣＭモードにおいてジッタバッファ制御部が動作するタイミング例を示すシーケンスチャートである。これら図１０と図１４とを用いて本発明の第３の実施の形態について説明する。
【００８３】
本発明の第１の実施の形態では、図１０に示す矢印Ｔのように、受信側ファクスの通信手順送出時のみに、ジッタバッファ制御部１７を起動するようになっている。本発明の第３の実施の形態では、図１４に示す受信側ファクスの矢印Ｔ１に加え、送信側ファクスの矢印Ｔ２のタイミングにおいても、ジッタバッファ制御部１７を起動するようにする。
【００８４】
このジッタバッファ制御部１７を起動するタイミングは、Ｇ３モード通信手順［図１４（ａ）］及びＥＣＭモード通信手順［図１４（ｂ）］において、受信側から送信側に、ＣＥＤ、（ＮＳＦ，ＣＳＩ）ＤＩＳ、ＣＦＲ、ＭＣＦの各信号を送信するタイミングと、送信側から受信側に、ＴＳＩ，ＤＣＳ、ＭＰＳ、ＥＯＰ、ＤＣＮの各信号を送信するタイミングとしている。
【００８５】
本実施の形態では、ファクス受信中の通信手順送出（図８ステップＳ１）を呼び出すタイミングをファクス受信中に限らず、ファクス送信中にも適用することで、送信側ファクスが相手側ファクスからファクス通信手順を受け取る時にも、ジッタバッファ１３内でのパケットロスを防ぐことができ、通信性能を向上させることができる。
【００８６】
本発明の第４の実施の形態においては、図示していないが、本発明の第１の実施の形態のように、ＶｏＩＰ機能内蔵ファクスという構成ではなく、ＶｏＩＰアダプタ及びファクスという構成の場合に、ＶｏＩＰアダプタにファクス通信性能向上機能を追加している。
【００８７】
本発明の第１の実施の形態は、ＶｏＩＰ機能内蔵ファクスなので、ファクス通信手順の内容とそのタイミングとを検出することが、装置内に閉じたデータのやりとりで可能である。
【００８８】
本発明の第４の実施の形態では、ＶｏＩＰアダプタ及びファクスという構成になった場合において、ＶｏＩＰアダプタ内に、ファクスアナログ通信手順を検出する機構を追加することにより、その検出タイミングに同期して、ジッタバッファ補正処理を起動する。
【００８９】
これによって、ＶｏＩＰアダプタにファクスを接続したファクスの通信においても、ＶｏＩＰ機能内蔵ファクスと同様に、ジッタバッファ制御を行うことが可能になり、ジッタバッファ内でのパケットロスを防ぐことができ、通信性能を向上させることができる。
【産業上の利用可能性】
【００９０】
本発明は、インタネット等のネットワークを介して、ＩＰ電話等の見なし音声によるファクス通信を行い、かつ高品質なファクス通信を確保したい場合に利用可能である。
【符号の説明】
【００９１】
１  ＩＰ電話装置
２，３  ＡＤＳＬモデム（光アダプタ等）
４  ＶｏＩＰアダプタ
５  ファクス
１１  ファクスモデム
１２  音声コーデック部
１３  ジッタバッファ
１４  ネットワーク制御部
１５  ファクス制御部
１６  コーデック制御部
１７  ジッタバッファ制御部
１８  ＬＡＮコントローラ
１００  インタネット通信網
１０１，１０２  ＬＡＮ
【図１】
2010166188.tif 000003
【図２】
2010166188.tif 000004
【図３】
2010166188.tif 000005
【図４】
2010166188.tif 000006
【図５】
2010166188.tif 000007
【図６】
2010166188.tif 000008
【図７】
2010166188.tif 000009
【図８】
2010166188.tif 000010
【図９】
2010166188.tif 000011
【図１０】
2010166188.tif 000012
【図１１】
2010166188.tif 000013
【図１２】
2010166188.tif 000014
【図１３】
2010166188.tif 000015
【図１４】
2010166188.tif 000016