(57)【要約】【課題】パケットのトランスポートを効率よく行うことができるＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠のネットワークファクシミリ装置およびファクシミリ通信システムを提供する。【解決手段】トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠のインターネットＦＡＸであり、パケットの送信遅延の大きさを検出するパケット遅延検出手段１１と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段１２と、を備えたことを特徴とする。【選択図】　　　図１
2004032039.tif 000002
【特許請求の範囲】
【請求項１】
トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠のネットワークファクシミリ装置において、
パケットの送信遅延の大きさを検出するパケット遅延検出手段と、
トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段と、を備えたことを特徴とするネットワークファクシミリ装置。
【請求項２】
トランスポートをＵＤＰにより行なう場合に、送信パケットに含まれる冗長パケット数に応じて、冗長パケット数が多いときは通信速度を高くし、冗長パケットが小さいときは通信速度を低くすることを特徴とする請求項１に記載のネットワークファクシミリ装置。
【請求項３】
ＴＣＰとＵＤＰとの優先を、ワンタッチダイヤルまたは短縮ダイヤルに登録することを特徴とした請求項１または２に記載のネットワークファクシミリ装置。
【請求項４】
ＵＤＰのトランスポートを行なう場合において、ＥＣＭのときは前記冗長パケット数ゼロとすることを特徴とする請求項１から３の何れか１つに記載のネットワークファクシミリ装置。
【請求項５】
請求項１から４に記載に記載のネットワークファクシミリ装置と、当該ネットワークファクシミリ装置からの画像データを受信するファクシミリ端末装置とからなるファクシミリ通信システムであって、
ＵＤＰのトランスポートを行なう場合において、非ＥＣＭのときに冗長パケットによりパケットが回復できないパケット抜けが発生した場合、前記ファクシミリ端末側から通信を切断することを特徴とするファクシミリ通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケットのトランスポートを効率よく行うことができるＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠のネットワークファクシミリ装置およびファクシミリ通信システムに関する。
【０００２】
【従来の技術】
ファクシミリ信号をＩＰネットワーク上に載せるプロトコルとして、ＩＴＵ−Ｔ勧告Ｔ．３７，Ｔ．３８がある。
【０００３】
ＩＴＵ−Ｔ勧告Ｔ．３７では、ＦｏＩＰゲートウェイ上で、一旦ファクシミリデータをスプールしておく「Ｓｔｏｒｅ　ａｎｄ　Ｆｏｒｗａｒｄ」を採用している。すなわち、ファクシミリデータは、一旦ゲートウェイのメモリに、たとえばＴＩＦＦ形式の画像データとして格納される。ネットワーク層の通信（ゲートウェイ間）は、他のプロトコルで送信することになる。メール転送プロトコル（ＳＭＴＰ）をネットワーク層の通信に使用した場合には、リアルタイム性に欠け、また端末間（ＦＡＸ機器）のネゴシエーションがとれない、送信失敗の場合送信元のネットワークファクシミリ装置に通知できない等の問題がある。これに対し、ＩＴＵ−Ｔ勧告Ｔ．３８は、リアルタイム型プロトコルであり、ファクシミリデータをダイレクトに端末間でやり取りさせることができる。
【０００４】
ＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）上にファクシミリ信号を音声信号として載せることができる。ＶｏＩＰでは、音声をパケットにしてネットワーク経由で送る技術であり、宛先としてＩＰを用いている。ＩＰレベルのすぐ上位に位置するものとして、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）とＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）の２つがあるが、ＶｏｉＰの音声情報転送では、通常は、リアルタイム性確保の観点から、データをＵＤＰ／ＩＰに載せて転送する。
。ＵＤＰは基本的に、ＩＰプロトコルに相手先アプリケーションに関する情報を乗せただけのもので、信頼性がなく、プロトコルレベルでは応答を返さないので、通信相手に届いたかどうかはわからず、エラーが起これば単にそのパケットを破棄してしまう。ＶｏＩＰのゲートウェイで、たとえば４秒間相手が反応しなかった場合、再送処理に移る。
【０００５】
一方、ＴＣＰを使うと、再送手順をネットワークに委ねることになるが、ＶｏＩＰを用いてファクシミリデータを送信する場合には処理の数秒程度のデータ転送の遅延は問題とはならないので、ファクシミリ転送にＶｏＩＰを利用する場合には、ＴＣＰと組み合わせて使用される。
【０００６】
【発明が解決しようとする課題】
ところで、ＴＣＰは、ＵＤＰよりも高級なプロトコル（データ転送の確実性が高いプロトコル）であるが、パケットロストを送信側タイムアウトを待って再送処理する等、処理が重い。このため、ネットワークトラフィックの負荷が増えるとパケット送信速度が極端に遅くなる。したがって、ＶｏＩＰゲートウェイ経由でＧ３ＦＡＸ（以下、「ＧＩＩＩＦＡＸ」と記す）と通信している場合は、遅延によりＴ．３０のタイマのタイムアウトが発生する可能性が高くなる。
【０００７】
一方、ＵＤＰでは、冗長パケットを追加して、パケットロストを防いでいる。このため、送信単位のパケットサイズが大きくなるため、パケットを受信する端末の受信処理が間に合わなくなることがある。
【０００８】
本発明は、パケット送信を効率よく行うことができるネットワークファクシミリを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明のネットワークファクシミリ装置は、トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準準拠するもので、パケットの送信遅延の大きさを検出するパケット遅延検出手段と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段とを備えたことを特徴とする。
【００１０】
ＴＣＰによりファクシミリ送信を行っている場合に、遅延が大きくなった場合に、タイマのタイムアウトが発生する可能性がある場合には、ＵＤＰに切り替えるので、トラフィックが集中した場合でも効率のよいファクシミリデータの転送が可能となる。
【００１１】
Ｔ．３８の場合には、ＵＤＰで通信するときはパケットロストを防ぐために冗長パケットを付加するが、前述したようにパケット紛失の回復レベルを上げるために、冗長パケット数を大きくすると送信単位のパケットサイズが大きくなるため、パケットを受信する端末の受信処理が間に合わなくなることがある。
【００１２】
本発明のネットワークファクシミリ装置では、トランスポートをＵＤＰにより行なう場合に、送信パケットに含まれる冗長パケット数に応じて、冗長パケット数が多いときは通信速度を高くし、冗長パケットが小さいときは通信速度を低くすることができる。これにより、パケットを受信する端末の受信処理が間に合わなくなるといった不都合は生じない。
【００１３】
ＴＣＰはＵＤＰと比較して処理が重いため、トラフィックが集中すると通信速度が遅くなる。端末に対してＴＣＰ／ＵＤＰの優先を、１つのスイッチで設定する場合、デフォルトでＴＣＰ優先を設定すると発呼する相手のネットワークによって、ＵＤＰ通信を選択できなくなる。
【００１４】
このような不都合を回避するために、本発明のネットワークファクシミリ装置では、ＴＣＰとＵＤＰとの優先を、ワンタッチダイヤルまたは短縮ダイヤルに登録することができる。
【００１５】
また、通常のＵＤＰ通信では、冗長パケットはパケット紛失を防ぐために付加されるが、ファクシミリ通信においてもエラーフリーのＥＣＭ（エラー訂正モード）が存在するし、プロトコル部分には再送機能がある。つまり、ＥＣＭで冗長パケットを使用する場合はエラー回復機能が２重に存在することになり、効率的でない。このようなことから、本発明のネットワークファクシミリ装置では、では、ＵＤＰのトランスポートを行なう場合において、ＥＣＭのときは前記冗長パケット数ゼロとすることができる。
【００１６】
本発明のファクシミリ通信システムは、上記のネットワークファクシミリ装置と、当該ネットワークファクシミリ装置からの画像データを受信するファクシミリ端末装置とからなり、ＵＤＰのトランスポートを行なう場合において、非ＥＣＭのときに冗長パケットによりパケットが回復できないパケット抜けが発生した場合、前記ファクシミリ端末側から通信を切断することを特徴とする。
【００１７】
ＵＤＰで、冗長パケット数をゼロとしない場合（非ＥＣＭの場合）において、連続してパケット損失が発生すると、パケットの回復できずパケット抜けが生じることがある。パケット抜けが生じる場合の多くは、画データのフェーズであり、非ＥＣＭの場合、画データの紛失した個所によっては、受信エラーとなるべきところが正常受信と判断してしまう。この不都合を回避するために、本発明のファクシミリ通信システムでは、上述したようにＴ．３８のＵＤＰの通信において非ＥＣＭの場合で冗長パケットによりパケットが回復できないパケット抜けが発生した場合、受信側から通信を切断するようにしている。
【００１８】
【発明の実施の形態】
図１において、インターネットＦＡＸ（ネットワークファクシミリ装置）１がＩＰネットワーク１００に接続されている。また、ファクシミリ端末装置（ＧＩＩＩＦＡＸ）２が通信会社の交換機３、ＶｏＩＰゲートウェイ４を介してＩＰネットワーク１００に接続されている。インターネットＦＡＸ１は、トランスポートをＴＣＰまたはＵＤＰの何れかにより行う機能を備えたＩＴＵ−Ｔ勧告Ｔ．３８標準に準拠している。
【００１９】
インターネットＦＡＸ１は、パケットの送信遅延の大きさを検出するパケット遅延検出手段１１と、トランスポートをＴＣＰにより行なっているときにパケット遅延が大きいときは、同じ宛先の次通信のトランスポートをＵＤＰにより行い、トランスポートをＵＤＰによる行なっているときにパケット遅延が所定値より小さいときは、同じ宛先の次通信のトランスポートをＴＣＰにより行うＵＤＰ／ＴＣＰ選択手段１２と、ワンタッチダイヤルまたは短縮ダイヤルのパラメータとしてＴＣＰ／ＵＤＰの優先を宛先ごとに設定する優先トランスポート設定手段１３とを備えている。
【００２０】
図２には、図１のインターネットＦＡＸ１とゲートウェイ（ＧＷ）４とＧＩＩＩＦＡＸ２との間の通信シーケンスを示す図である。ここでは、トランスポート層は、デフォルトでＴＣＰに設定されているものとする。すなわち、デフォルトではＵＤＰ／ＴＣＰ選択手段１２は、ＴＣＰを選択しており、ＴＣＰ／ＩＰによる通信を行う。
【００２１】
パケット遅延検出手段１１は、パケットの遅延をＦＡＸ通信におけるＤＩＳ−ＤＣＳ、ポストメッセージ（たとえばＥＯＰ）−ＭＣＦのようなコマンドに対するレスポンスの関係にある信号パケットのコマンドからレスポンス受信を記録する。その値が一定（例えば４秒）時間以上となる場合、次回の同じ宛先はＵＤＰ優先で通信を行う。すなわち、ＵＤＰ／ＴＣＰ選択手段１２は、ＵＤＰを選択し、ＵＤＰ／ＩＰによる通信を行う。これにより、ネットワーク負荷が増えてもパケット遅延によりＴ．３０タイマーのタイムアウトになる確率が低くなる。
【００２２】
ＵＤＰでは、パケットの順序整列、パケットロストに対する保証はなされないため、図３（Ａ）に示すような送信を行なった場合にパケットロストが生じるとエラーとなる。このため、ＵＤＰ／ＩＰでは、図３（Ｂ）に示す冗長パケットを付加したパケット構造として送信する。
【００２３】
すなわち、図４に示すように、順序整列のためのシーケンス番号とパケットロストのエラー回復のために、直前に送信したパケット（既に送ったパケット）を付加して送信する。図４では、冗長パケットを破線で示す。
【００２４】
たとえば、パケット４が紛失した場合（図４で「×」で示されるパケット）、パケット５に付加されて送られてくるエラー訂正用パケット４を使用してエラー回復する。
【００２５】
本発明では、優先トランスポート設定手段１３は、ワンタッチダイヤルまたは短縮ダイヤルのパラメータとしてＴＣＰ／ＵＤＰの優先を宛先ごとに設定する。
【００２６】
発呼時はワンタッチまたは短縮ダイヤルのこのパラメータを読み取り、ＳＥＴＵＰのデータチャネル用ＯＬＣの並び順を変更し、着信側に発信側のＴＣＰ／ＵＤＰの要望を伝える。これにより、相手先のネットワーク帯域を考慮してＴＣＰ／ＵＤＰを宛先ごとに選択でき、パケット遅延の小さい通信が可能となる。図５に、このときのインターネットＦＡＸ１の処理を示す。
【００２７】
まず、相手端末（ＧＩＩＩＦＡＸ２）とのコネクトを行い（Ｓ１０１）、この宛先について、優先トランスポート設定手段１３による設定がされているか否かを判断し（Ｓ１０２）、優先トランスポートの設定がされているときは優先トランスポートをデフォルトにセットしてＳＥＴＵＰメッセージを作成し（Ｓ１０３）、ＳＥＴＵＰを送信する（Ｓ１０５）。優先トランスポートの設定がされていないときは、優先トランスポートの設定がされているときは優先トランスポートを考慮してＳＥＴＵＰメッセージを作成し（Ｓ１０４）、ＳＥＴＵＰ送信する（Ｓ１０５）。
【００２８】
ＳＥＴＵＰ送信（Ｓ１０５）の後、ＣＯＮＮＥＣＴの受信を待って（Ｓ１０６）、フェーズＢ通信を行い（Ｓ１０７，Ｓ１０８）、ＰＯＳＴメッセージを送信するとともに送信時刻を記録する（Ｓ１０９）。そして、ＰＯＳＴメッセージに対する応答を待って（Ｓ１１０）、ＰＯＳＴメッセージの送信と応答受信との時間を計算する（Ｓ１１１）。
【００２９】
ＰＯＳＴメッセージの送信と応答受信との時間差が、所定の値（たとえば４秒）を超えたときは（Ｓ１１２の「ＹＥＳ」）、優先トランスポートをＵＤＰにセットし（Ｓ１１３）、処理をステップＳ１０１に戻す。ＰＯＳＴメッセージの送信と応答受信との時間差が、所定の値（たとえば４秒）を超えていないときは（Ｓ１１２の「ＮＯ」）、そのまま処理をステップＳ１０１に戻す。
【００３０】
前述したように、Ｔ．３８標準では、ＵＤＰ／ＩＰで通信するときは、パケットロストを防ぐため、図４で点線で示したような冗長パケットを付加する。パケット紛失の回復レベルを上げるために冗長パケット数を大きくすると送信単位のパケットサイズが大きくなる。画データの送信パケット間に冗長パケット数を係数とした遅延を挿入する。遅延によりパケットデコードが処理可能となる。図６に、この遅延挿入の処理を示す。
【００３１】
まず、ＵＤＰによるトランスポートかＴＣＰによるトランスポートか否かをチェックし（Ｓ２０１）、ＴＣＰ通信であるときは処理を終了する。ステップＳ２０１において、ＵＤＰトランスポートである場合には、パケットの送信（冗長パケットを除くパケット）を行い、冗長パケットが１以上（冗長パケットがない）の場合には処理を終了し（Ｓ２０３の「ＮＯ」）、冗長パケットが１以上の場合にはデコード時間×（冗長パケット数＋１）の遅延を設定し（Ｓ２０４）、処理をＳ２０１に戻す。以上のように、ＵＤＰで冗長パケット数を大きくしても、受信側でパケット受信のオーバーフローが発生する確率を低く抑えることができる。
【００３２】
本発明では、ＵＤＰで、ＤＩＳ−ＤＣＳの交換によりＥＣＭでＦＡＸ通信を行う場合は冗長パケット数をゼロとすることができる。図７に冗長パケット数をゼロとする処理を説明する。
【００３３】
まず、相手端末（ＧＩＩＩＦＡＸ２）とのコネクトを開始すると（Ｓ３０１）、ＳＥＴＵＰの送信を行なう（Ｓ３０２）。ついで、相手端末からのＣＯＮＮＥＣＴ受信、ＤＩＳ受信を待って（Ｓ３０３，Ｓ３０４）、ＤＣＳ送信を行い（Ｓ３０５）、ＥＣＭ送信か否かをチェックする（Ｓ３０６）。ステップＳ３０７において、ＥＣＭでの送信でないとき（Ｓ３０７の「ＮＯ」）はそのまま通信（ＴＣＰまたは冗長パケット付きのＵＤＰによる送信）を行ない（Ｓ３０９）、呼の切断を行なう（Ｓ１１０）。ステップＳ３０７において、ＥＣＭでの送信のとき（Ｓ３０６の「ＹＥＳ」）は、ＵＤＰによる送信か否かをチェックし（Ｓ３０７）、ＵＤＰによる送信でないとき（すなわち、ＴＣＰによる送信：Ｓ３０７の「ＮＯ」のとき）には前述したステップＳ３０９に処理を渡し、ＵＤＰによる送信のとき（Ｓ３０７の「ＹＥＳ」）は、冗長パケット数をゼロにセットし（Ｓ３０８）、処理を前述したステップＳ３０９に渡す。以上のように、ＵＤＰでかつＥＣＭモードであれば、冗長パケットを無くすことができ、ネットワーク負荷を低減することができる。
【００３４】
本発明では、ＤＩＳ−ＤＣＳの交換により非ＥＣＭでのＦＡＸ通信を行う場合において、パケット抜けが発生した場合は、受信側の端末で通信を切断することができる。図８では、ＧＷ４が呼の切断を行なう場合の処理を示す。
【００３５】
まず、ＳＥＴＵＰが受信されるのを待って（Ｓ４０１）、ＣＯＮＮＥＣＴ，ＤＩＳを送信し（Ｓ４０２，Ｓ４０３）、ＤＣＳが受信されるのを待つ（Ｓ４０４）。つぎに、ＰＩＸを受信したときは（Ｓ４０５）、非ＥＣＭでの送信か否かをチェックし（Ｓ４０６）、非ＥＣＭでの送信でないときは、処理をＳ４０４に戻し非ＥＣＭでの送信のときはＵＤＰによる送信か否かをチェックする（Ｓ４０７）。ステップＳ４０６で、ＵＤＰによる送信でないときには処理をＳ４０５に戻し、ＵＤＰによる送信であるときは、パケット抜けが発生したか否かをチェックし（Ｓ４０８）、発生していないときには処理をＳ４０５に戻し、発生しているときは呼の切断（Ｓ４０９）を行い処理を終了する。これにより、パケット抜けが発生した場合にエラーとならないようなときに、送信ユーザが正常通信できたと誤解することがなくなる。
【００３６】
【発明の効果】
本発明では、ＴＰＣによるトランスポートにおいてパケット遅延が生じたときに、次のパケットはＵＤＰによりトランスポートするので、ネットワーク負荷が増えてもパケット遅延によりＴ．３０タイマーのタイムアウトの発生確率を低くすることができる。また、相手先のネットワーク帯域を考慮してＴＣＰ／ＵＤＰを宛先ごとに選択でき、パケット遅延の小さい通信が可能となる。
【００３７】
ＵＤＰで冗長パケット数を大きくしても、受信側でパケット受信のオーバーフローが発生する確率を低く抑えることができる。
【００３８】
また、ＵＤＰにトランスポートしているときに、ＥＣＭであれば、冗長パケットを無くすことができ、ネットワーク負荷を低減することができる。
【００３９】
さらに、パケット抜けが発生した場合にエラーとならないようなときに、送信ユーザが正常通信できたと誤解することがなくなる。
【図面の簡単な説明】
【図１】インターネットＦＡＸがＩＰネットワーク，ゲートウェイ、交換機を介してＧＩＩＩＦＡＸに接続された状態を示す図である。
【図２】図１のインターネットＦＡＸ１とゲートウェイとＧＩＩＩＦＡＸとの間の通信シーケンスを示す図である。
【図３】（Ａ）はパケットロストが生じるとエラーとなる送信を示す図、（Ｂ）は冗長パケットを付加したＵＤＰのパケット構造を示す図である。
【図４】順序整列のためのシーケンス番号とパケットロストのエラー回復のために、直前に送信したパケットを付加して送信する様子を示す図である。
【図５】発呼時はワンタッチまたは短縮ダイヤルの選択パラメータを読み取り、ＳＥＴＵＰのデータチャネル用ＯＬＣの並び順を変更し、着信側に発信側のＴＣＰ／ＵＤＰの要望を伝えるときのインターネットＦＡＸ１の処理を示すフローチャートである。
【図６】画データの送信パケット間に冗長パケット数を係数とした遅延を挿入する場合の処理を示すフローチャートである。
【図７】ＵＤＰによるトランスポートにおいてＥＣＭでＦＡＸ通信を行う場合に冗長パケット数をゼロとする処理を示すフローチャートである。
【図８】ＧＷ４が呼の切断を行なう場合の処理を示すフローチャートである。
【符号の説明】
１　インターネットＦＡＸ
２　ＧＩＩＩＦＡＸ
３　交換機
４　ＶｏＩＰゲートウェイ
１１　パケット遅延検出手段
１２　ＵＤＰ／ＴＣＰ選択手段
１３　優先トランスポート設定手段
１００　ＩＰネットワーク
【図１】
2004032039.tif 000003
【図２】
2004032039.tif 000004
【図３】
2004032039.tif 000005
【図４】
2004032039.tif 000006
【図５】
2004032039.tif 000007
【図６】
2004032039.tif 000008
【図７】
2004032039.tif 000009
【図８】
2004032039.tif 000010