(57)【要約】【目的】ネットワークの輻輳状態に即応した冗長度に従ってデータ通信を実現するデータ通信方法及び装置を提供する。【構成】パケットデータネットワークを介して情報データを一連の複数のパケットの形態にて送受信するデータ通信方法であり、送信情報データの送信の開始にあたって、相手方からの受信情報データを受信することによって該相手方のトラヒック状態を推定し、該トラヒック状態が高トラヒック状態であると推定した場合に、該送信情報データの送信を繰り返して送信する。本発明によるデータ通信装置は、かかる方法を実行する。【選択図】図３
2005086397.tif 000002
【特許請求の範囲】
【請求項１】
パケットデータネットワークを介して情報データを一連の複数のパケットの形態にて送受信するデータ通信方法であって、
送信情報データの送信の開始にあたって、相手方からの受信情報データを受信することによって前記相手方のトラヒック状態を推定するトラヒック状態推定行程と、
前記トラヒック状態が高トラヒック状態であると推定した場合に、前記送信情報データの送信を繰り返して送信する送信行程と、
を含むことを特徴とするデータ通信方法。
【請求項２】
前記トラヒック状態推定行程は、前記受信情報データの複数のパケットの各々に付されたシーケンス番号の不連続性に基づいて、前記パケットの欠損を検知して、前記トラヒック状態を示す指標としてパケット欠損率を推定することを特徴とする請求項１記載のデータ通信方法。
【請求項３】
前記トラヒック状態推定行程は、前記相手方に試験パケットを送信し、その応答時間及びホップ数のうちの少なくとも１つを前記トラヒック状態を示す指標として推定することを特徴とする請求項１記載のデータ通信方法。
【請求項４】
前記トラヒック状態を示す指標を含むメッセージを前記情報データの相手方に送信する行程を更に含むことを特徴とする先行する請求項の何れか１記載のデータ通信方法。
【請求項５】
前記トラヒック状態を示す指標を含むメッセージを前記情報データの相手方から受信する行程を更に含み、前記送信行程は、前記相手方からのトラヒック状態を与える指標に従って、前記送信情報データの送信繰し返しの回数を変更することを特徴とする先行する請求項の何れか１記載のデータ通信方法。
【請求項６】
パケットデータネットワークを介して情報データを一連の複数のパケットの形態にて送受信するデータ通信装置であって、
送信情報データの送信の開始にあたって、相手方からの受信情報データを受信することによって前記相手方のトラヒック状態を推定するトラヒック状態推定手段と、
前記トラヒック状態が高トラヒック状態であると推定した場合に、前記送信情報データの送信を繰り返して送信する送信手段と、
を含むことを特徴とするデータ通信装置。
【請求項７】
ファクシミリデータを入力又は再生するファクシミリ装置と、前記ファクシミリデータを前記情報データとして前記パケットデータネットワークに接続するネットワーク接続装置と、を含むことを特徴とする請求項６記載のデータ通信装置。
【請求項８】
前記ネットワーク接続装置は、前記ファクシミリデータを前記パケットデータネットワークに適合するパケットに符号化する手段と、前記パケットを前記ファクシミリデータに復号化する手段と、を含むことを特徴とする請求項７記載のデータ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のパケットネットワークを介してファクシミリデータ等のデータ通信をなすデータ通信方法及び装置に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）ネットワークを介したリアルタイムなＦＡＸ通信方式としては、非特許文献１に示すＩＴＵ−Ｕ勧告Ｔ．３８がある。かかる規格に従った実施形態を想定した装置及び方法としては、例えば、特許文献１により開示される通信接続装置及びデータ出力制御方法が挙げられる。
【０００３】
上記文献における装置及び方法の１つの実施例は、パケット伝送にＵＤＰ（User Datagram Protocol）を使用してパケットネットワーク内の通信を行う。ＵＤＰを用いたパケット通信形態は、リアルタイム性に優れるものの、パケット欠損を生じる可能性がある。かかるパケット欠損により失われたデータを受信側に回復できるようにするために、例えば、送信側から新たに送信されるパケットに、前に送った古いパケットを付加して送る方法が採られる。すなわち、受信側はパケットに付加されたシーケンス番号を監視して、該番号の不連続性からパケット欠損を認識し、次に送られてくる新たなパケットに付加された古いパケットを拾うことでパケット欠損により失われたデータを回復することができる。新たに送られるパケットに付加される古いパケット（すなわち、冗長パケット）の数は、例えば冗長度を３と定めて３世代前までの３つの古いパケットとするように固定的に設定される。
【非特許文献１】ＩＴＵ−Ｔ勧告 Ｔ．３８
【特許文献１】特開２００２−７７２２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、かかる装置又は方法によっては、ネットワークの輻輳状態が時間的に変化するか、或いは相手方に至るネットワーク経路の違いにパケット欠損の発生確率がその都度異なる通信環境においては最適な冗長性が維持されない。すなわち、固定的な冗長度の設定によっては、なお冗長性が不十分でデータの回復ができないか、或いは冗長性が過度に高いがために無駄なデータ転送が生じる等の問題を生じる。
【０００５】
本発明の目的は、上記の問題点を解決すべく、ネットワークの輻輳状態に即応した冗長度に従ってデータ通信を実現するデータ通信方法及び装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明によるデータ通信方法は、パケットデータネットワークを介して情報データを一連の複数のパケットの形態にて送受信するデータ通信方法であり、送信情報データの送信の開始にあたって、相手方からの受信情報データを受信することによって該相手方のトラヒック状態を推定するトラヒック状態推定行程と、
該トラヒック状態が高トラヒック状態であると推定した場合に、該送信情報データの送信を繰り返して送信する送信行程と、を含むことを特徴とする。
【０００７】
本発明によるデータ通信装置は、パケットデータネットワークを介して情報データを一連の複数のパケットの形態にて送受信するデータ通信方法であり、送信情報データの送信の開始にあたって、相手方からの受信情報データを受信することによって該相手方のトラヒック状態を推定するトラヒック状態推定手段と、該トラヒック状態が高トラヒック状態であると推定した場合に、該送信情報データの送信を繰り返して送信する送信手段と、を含むことを特徴とする。
【発明の効果】
【０００８】
本発明によるデータ通信方法及び装置によれば、パケットネットワークに送受信されるパケットの冗長性を、ネットワークの輻輳状態に応じて変更する構成が与えられる。すなわち、ネットワークを介して相手方に至る経路上のトラヒック状態を表す指標が推定され、かかるトラヒック状態が高い場合には、送信データが繰り返して送信される。これにより、ネットワークの輻輳状態に即応した冗長度を備えたデータ通信が実現される。ＦＡＸデータを送受信する場合には、データ欠損の無い高品質のＦＡＸ画像の送受信が達成される。
【発明を実施するための最良の形態】
【０００９】
本発明の実施例について添付の図面を参照して詳細に説明する。
＜第１実施例＞
図１は、インターネットＦＡＸ接続装置２０の構成を示している。本発明によるデータ通信装置、すなわちインターネットＦＡＸ接続装置２０は、ＩＰネットワーク３０及びＧ３ＦＡＸ装置１０との間に接続され、ＩＰネットワーク３０及びＧ３ＦＡＸ装置１０との間でＦＡＸデータをリアルタイムに中継して転送する。画像データであるＦＡＸデータをリアルタイムに中継する通信方式は、ＩＴＵ−Ｔ勧告Ｔ．３８の規格に従う。また、呼び出しに関わるプロトコルは、ＩＴＵ−Ｔ勧告Ｈ．３２３の規格に従う。Ｇ３ＦＡＸ装置１０は、ＩＴＵ−Ｔ勧告Ｔ．３０の規格に従い、通常の電話回線においても使用可能なファクシミリ装置であり、インターネットＦＡＸ接続装置２０との接続は、通常の回線交換網により接続され得る。
【００１０】
インターネットＦＡＸ接続装置２０は、ＦＡＸ制御部２１と、ＩＦＰ・ＣＯＤＥＣ部２２と、ＵＤＰＴＬ・ＰＡＤ部２３と、ＬＡＮ制御部２４とを含み。これらが直列状に接続されている。インターネットＦＡＸ接続装置２０は、更に、パケット落ち検出部２７と輻輳検出部２８を含む。
【００１１】
ＦＡＸ制御部２１は、Ｇ３ＦＡＸ装置１０から受信したデータをＩＦＰ・ＣＯＤＥＣ部２２へ渡す送信機能と、ＩＦＰ・ＣＯＤＥＣ部２２から渡されたデータをＧ３ＦＡＸ装置１０へ送信する受信機能を有する。
【００１２】
ＩＦＰ・ＣＯＤＥＣ部２２は、ＦＡＸ制御部２１から渡されたＦＡＸデータを符号化（ＩＦＰパケット化）する送信機能と、ＵＤＰＴＬ・ＰＡＤ部２３から渡されたＩＦＰパケットをＦＡＸデータに復号化する受信機能を有する。かかる符号化及び復号化は、ＩＦＰ・ＣＯＤＥＣ部２２に接続されたパケット化情報記憶部２５に記憶されたパケット化情報に基づいてなされる。
【００１３】
ＵＤＰＴＬ・ＰＡＤ部２３は、送信バッファ２６に接続され、送信バッファ２６に古いデータが存在すればＩＦＰパケットに付加してＵＤＰＴＬパケット化する送信機能と、ＵＤＰＴＬパケットから必要なＩＦＰパケットをＩＦＰ・ＣＯＤＥＣ部２２に渡す受信機能を有する。
【００１４】
ＬＡＮ制御部２４は、ＩＰネットワーク３０に向けて指示されたパケットを送信する送信機能と、ＩＰネットワーク３０から受信したパケットをＵＤＰＴＬ・ＰＡＤ部２３へ渡す受信機能を有する。
【００１５】
パケット落ち検出部２７は、ＩＦＰ・ＣＯＤＥＣ部２２とＵＤＰＴＬ・ＰＡＤ部２３の間に接続され、受信したＩＦＰパケットのシーケンス番号からパケット落ちを検出してパケット落ち通知を出力する機能を有する。輻輳制御部２８は、パケット落ち検出部２７とＵＤＰＴＬ・ＰＡＤ部２３の間に接続され、パケット落ち検出部２７から出力されるパケット落ち通知からパケット欠損率を計算し、送信ＵＤＰＴＬパケットの冗長度を決定し、ＵＤＰＴＬ・ＰＡＤ部２３に通知する機能を有する。
【００１６】
図２は、ＵＤＰＴＬパケットの構成を示している。ＵＤＰＴＬパケットは、ＵＤＰＴＬ（Facsimile UDP Transport Layer Protocol）に基づいたパケットであり、ＩＩＰインターネット３０を介して通信をＵＤＰ（User Datagram Protocol）を使用して行う。ＵＤＰＴＬパケットは、ＵＤＰＴＬプロトコルに基づく制御のためのヘッダー部と、複数のＩＦＰパケットとを含む。
【００１７】
ＩＦＰパケットは、ＩＦＰ（Internet Facsimile Protocol）に基づいたパケットであ
り、Ｇ３ＦＡＸ装置２０との間で交換されるＦＡＸデータを符号化し且つパケット化したデータである。ＩＦＰパケットは、プライマリ部とセカンダリ部のパケットからなる。プライマリ部のパケットは、送信されるべき新しいデータであり、一方、セカンダリ部のパケットは、パケットが棄損した時の回復手段として送信バッファ２６に貯めてあったパケットである。各パケットは、固有の番号（以下、シーケンス番号と呼ぶ）により識別される。本図の例では、新しいパケットとしてシーケンス番号５のプライマリ部のパケットと、２つのセカンダリ部のパケットとしてシーケンス番号４及び３のセカンダリ部のパケットからなる。この例では、冗長度を２として２つの冗長パケットが格納されている。かかるパケット化は、ＵＤＰＴＬ・ＰＡＤ部２３において輻輳検出部２８から指示される冗長度に基づいてなされる。ＵＤＰＴＬパケットの冗長性は、確実にＵＤＰによるリアルタイムＦＡＸ通信を行うため最適化される。すなわち、ＩＰネットワーク３０のパケット欠損率が大きい時には冗長度を高めてセカンダリ部として付加するＩＦＰパケット数を大きくされる。逆にＩＰネットワーク３０のパケット欠損率が小さい時にはＵＤＰＴＬパケットの冗長性を低めてセカンダリ部として付加するＩＦＰパケット数を小さくされる。
【００１８】
図３は、インターネットＦＡＸ接続装置２０の受信時の処理手順を示している。以下、本図に示される処理手順について図１に示される構成要素を適宜参照して説明する。
【００１９】
先ず、ＩＰネットワーク３０を介した他のＦＡＸ装置からの受信要求に応じて、インターネットＦＡＸ接続装置２０は、ＩＦＰ受信セッションの開始処理を行う（ステップＳ１）。次いで、ＬＡＮ制御部２４によりＩＰネットワーク３０からＵＤＰＴＬパケットを受信する（ステップＳ２）。そして、ＵＤＰＴＬ・ＰＡＤ部２３により該ＵＤＰＴＬパケットをＩＦＰパケットに分解する（ステップＳ３）。
【００２０】
この時、インターネットＦＡＸ接続装置２０のＵＤＰＴＬ・ＰＡＤ部２３及びパケット落ち検出部２７により、シーケンス番号の順序性を検査する（ステップＳ４）。すなわち、ＵＤＰＴＬ・ＰＡＤ部２３は受信ＵＤＰＴＬパケットのプライマリ部のシーケンス番号をパケット落ち検出部２７に通知する。次いで、パケット落ち検出部２７により、パケット落ちが発生しているか否かを判定する（ステップＳ５）。例えば、（受信シーケンス番号）＝（前回受信したシーケンス番号＋１）となっていれば、パケットが連続して正常に受信されていることから、正常受信状態であることを輻輳制御部２８に通知する。一方、（受信シーケンス番号）＝（前回受信したシーケンス番号＋２以上）となっていれば１つのパケット落ちが発生したことが認識される。この認識に応じて、不連続受信状態であることを輻輳制御部２８に通知する。次いで、輻輳制御部２８により、パケット落ちの通知を記録する（ステップＳ８）。
【００２１】
一方、パケットが連続して正常に受信されている場合には、インターネットＦＡＸ接続装置２０は、ＩＦＰ・ＣＯＤＥＣ部２２により、ＩＦＰパケットをＦＡＸデータに復号する（ステップＳ６）。次いで、ＦＡＸ制御部２１を介して、該復号されたＦＡＸデータをＧ３ＦＡＸ装置に転送する（ステップＳ７）。次いで、セッション終了か否かを判定する（ステップＳ９）。もし、終了していない場合には、次のＵＤＰＴＬパケットを受信するためにステップＳ２に戻り受信処理を繰り返す。
【００２２】
一方、ＩＦＰセッションが終了している場合には、インターネットＦＡＸ接続装置２０は、ＩＦＰセッションの終了処理を行う（ステップＳ１０）。次いで、輻輳制御部２８において、パケット落ちの通知記録からパケット欠損率を計算し冗長度を決定する（ステップＳ１１）。すなわち、輻輳制御部２８は、受信におけるパケット欠損率を計算し、ＵＤＰＴＬＰＡＤ部２３に送信冗長度設定を指示する。ＵＤＰＴＬ・ＰＡＤ部２３は、以後のＦＡＸデータ送信に際して、この冗長度の指定に従ってセカンダリ部のＩＦＰパケット数を変更してＵＤＰＴＬパケットを作成する。パケット欠損率は、パケット落ち数／（パケット落ち数＋受信パケット数）により計算され、この率に従って同一の送信パケットの再送回数である冗長度を決定する。例えば、パケット欠損率が１０％乃至２０％の場合には冗長度１として１回の再送を行う。パケット欠損率と冗長度の関係は予め任意に設定され得る。尚、欠損率計算のためのデータ取得時間も１つのセッション毎に限らず、短くても長くても良い。従って、冗長度の決定は、１つのセッション毎に決定される必要はなく、所定受信パケット数毎の如くより短い頻度で決定されても、或いはより多くのセッションにわたった測定により決定されても良い。決定される冗長度は、同一パケットの再送回数を指定するものであり、その値は０乃至複数回に設定され得る。
【００２３】
図４は、インターネットＦＡＸ接続装置２０の送信時の処理手順を示している。以下、本図に示される処理手順について図１に示される構成要素を適宜参照して説明する。
【００２４】
先ず、Ｇ３ＦＡＸ装置１０からの送信要求に応じて、インターネットＦＡＸ接続装置２０は、ＩＦＰ送信セッションの開始処理を行う（ステップＳ１１）。次いで、ＦＡＸ制御部２１によりＧ３ＦＡＸ装置からＦＡＸデータの転送を受信する（ステップＳ１２）。次いで、ＩＦＰ・ＣＯＤＥＣ部２２により、該ＦＡＸデータをＩＦＰパケットに符号化する（ステップＳ１３）。この時、該ＩＦＰパケットは、次の新しいパケットに付加するのに備えてＵＤＰＴＬ・ＰＡＤ部２３により送信バッファ２６に保存される（ステップＳ１４）。
【００２５】
次に、インターネットＦＡＸ接続装置２０は、ＵＤＰＴＬ・ＰＡＤ部２３において、最新のＩＦＰパケットをプライマリ部とし、送信バッファ２６内に保存されている古いパケットをセカンダリ部としてＵＤＰＴＬパケット化する（ステップＳ１５）。このとき、セカンダリ部に詰められる古いパケットの数は、輻輳制御部２８により指定された冗長度に従う。
【００２６】
次に、インターネットＦＡＸ接続装置２０は、ＬＡＮ制御部２４により、当該ＵＤＰＴＬパケットを相手方に送信する（ステップＳ１６）。そして、セッション終了か否かを判定し、もし終了する場合にセッション終了処理を行う（ステップＳ１７）。一方、終了しない場合には、次のＦＡＸデータの処理のためにステップＳ１２に戻り処理を繰り返す。
【００２７】
以上のフローチャートの説明から明らかなように、図３の受信処理に示されるように、連続して受信したＵＤＰＴＬパケットからパケット欠損率を計算することによって、ＩＰネットワークにおける相手方に至る輻輳状態を示し指標としてパケット欠損率が推定される。図４の送信処理に示されるように、このパケット欠損率を基に自装置が送信するＵＤＰＴＬパケットの冗長性を動的に変更することによって、確実かつ最適な冗長性をもったリアルタイムＦＡＸ通信をＵＤＰ／ＩＰにより行うことができる。
＜第２実施例＞
図５は、第２実施例におけるインターネットＦＡＸ通信装置２０の構成を示している。その構成は、第１実施例と共通の部分を有することから異なる部分についてのみ説明する。さらに、第２実施例では、ＩＰネットワーク３０を介して同様の構成を有するインターネットＦＡＸ通信装置２０’が対向して接続される例を示している。
【００２８】
インターネットＦＡＸ通信装置２０の輻輳制御部２８は、ＬＡＮ制御部２４に接続されて、パケット落ちが発生したことを相手装置、すなわちインターネットＦＡＸ通信装置２０’にＩＰネットワーク３０を介して通知、又はかかる通知をインターネットＦＡＸ通信装置２０’からＩＰネットワーク３０を介して受信する機能をさらに有する。
【００２９】
輻輳制御部２８の動作について説明すると、輻輳制御部２８は、パケット落ち検出部２７からパケット落ちの通知を受信すると、パケット損失が発生したことを通知するメッセージを作成し、ＬＡＮ制御部２４に渡す。ＦＡＸ制御部２４は、相手装置、すなわちインターネットＦＡＸ通信装置２０’にこのメッセージを送信する。この時使用する装置間のポート番号及びパケットフォーマット等の方式は通常の方式により実現され得る。
【００３０】
相手装置であるインターネットＦＡＸ通信装置２０’は、上記パケット発生メッセージを受信すると、パケット欠損率を計算して、現在送信中のＵＤＰＴＬパケットの冗長性、すなわちセカンダリ部のＩＦＰパケット数を変更して次回からこの冗長度でＵＤＰＴＬパケットを作成して送信する。
【００３１】
同様ことがインターネットＦＡＸ通信装置２０において実行される。すなわち、インターネットＦＡＸ通信装置２０の輻輳制御部２８は、相手装置（本図の例では、インターネットＦＡＸ通信装置２０’）からのパケット落ちを通知するメッセージに基づいてパケット欠損率を計算し、自身の送信ＵＤＰＴＬパケットの冗長度、すなわちセカンダリ部のＩＦＰパケット数を決定する。
【００３２】
以上のように第２実施例においては、第１実施例の効果に加えてより即時性が優れた制御が可能になる。すなわち、パケット落ちが発生したら即時に相手装置に通知され、その受信するＵＤＰＴＬパケットの冗長性が迅速に変更される。また、自身も相手装置からのパケット落ちの通知応じて、即時にその冗長度を変更することができる。
＜第３実施例＞
図６は、第３実施例におけるインターネットＦＡＸ通信装置２０の構成を示している。その構成は、第１実施例と共通の部分を有することから異なる部分についてのみ説明する。
【００３３】
インターネットＦＡＸ通信装置２０の輻輳制御部２８が、ＬＡＮ制御部２４とＵＤＰＴＬ／ＰＡＤ部２３との間に接続される。輻輳制御部２８は、ＬＡＮ制御部２４に対してＩＣＭＰ（Internet Control Message Protocol） Echoを用いた輻輳状態の測定を要求し、その結果に基づいて輻輳状態を推定してＵＤＰＴＬパケットの冗長性をＵＤＰＴＬ／ＰＡＤ部２３に通知する機能を有する。尚、ＩＣＭＰ Ｅｃｈの指令は、ＭＳ−ＤＯＳ（登録商標）におけるｐｉｎｇコマンドに相当する。
【００３４】
輻輳制御部２８の動作について説明すると、Ｔ．３８通信中に輻輳制御部２８は、相手装置にＩＣＭＰ Echoを送信し、その応答までの時間を測定する。この応答時間から、ＩＰネットワーク３０のパケット落ちを推定してＵＤＰＴＬパケットの冗長性を変更するように、ＵＤＰＴＬ・ＰＡＤ部２３に指示を出す。ＵＤＰＴＬ・ＰＡＤ部２３は、この指示された冗長度に従って、セカンダリ部のＩＦＰパケットの数を変更してＵＤＰＴＬパケット化する。
【００３５】
尚、応答時間の測定方法としては、ＩＣＭＰ Echo送受信処理を複数回実施し、その平均応答時間値を用いても良いし、通信中定期的又は定常的に時間測定を実施しても良い。
【００３６】
以上のように第３実施例においては、一般的なＴＣＰ／ＩＰプロトコルの応答時間を測定することにより、ＩＰネットワークの状態を推定でき、自装置が送信するＵＤＰＴＬパケットの冗長性を動的に変更することによって、確実かつ最適な冗長性をもったリアルタイムＦＡＸ通信をＵＤＰ／ＩＰにより行うことができる。また、相手装置が同機種でなくても、一般的なＵＤＰ／ＩＰプロトコルを実装している装置であれば、本実施例を用いて輻輳制御をすることができる。
【００３７】
変形例として、インターネットＦＡＸ接続装置２０の輻輳制御部２８は、ＩＣＭＰTracerootを用いることによって、相手装置までのホップ数を認識できる機能と、そのホップ数からＵＤＰＴＬパケットの冗長性、すなわちセカンダリ部のＩＦＰパケット数を変更する機能を持つように構成されても良い。ＩＣＭＰTracerootは、ＭＳ−ＤＯＳ（登録商標）コマンドではTracertに相当する。
【００３８】
輻輳制御部２８の動作について説明すると、輻輳制御部２８は、Ｔ．３８通信中において、相手装置にＩＣＭＰTracerootを送信し、相手装置までルータの数であるホップ数を測定する。このホップ数から、ＩＰネットワーク３０のパケット落ちを推定してＵＤＰＴＬパケットの冗長性を変更するように、ＵＤＰＴＬ・ＰＡＤ部２３に指示を出す。ＵＤＰＴＬ・ＰＡＤ部２３は、この指示された冗長度に従って、セカンダリ部のＩＦＰパケットの数を変更してＵＤＰＴＬパケット化を実行する。
【００３９】
以上の第３実施例の変形例では、通常のＵＤＰ／ＩＰプロトコルを使用することにより、ＩＰネットワークの状態を推定できる。これにより、自装置が送信するＵＤＰＴＬパケットの冗長性を動的に変更することによって、確実かつ最適な冗長性をもったリアルタイムＦＡＸ通信をＵＤＰ／ＩＰにより行うことができる。また、相手装置が同機種でなくても、一般的なＴＣＰ（Transmission Control Protocol）／ＩＰプロトコルを実装している装置であれば、本実施例を用いて輻輳制御をすることができる。
【００４０】
尚、以上の複数の実施例においては、インターネットＦＡＸ通信装置を用いてリアルタイムＦＡＸ通信のパケット方法を説明したが、インターネットＦＡＸ通信装置に限らずソフトウェアによる実現にも適用可能である。また、図１ではＧ３ＦＡＸとインターネットＦＡＸ通信装置とは回線交換網により繋がった別装置として説明されたが、本発明によるデータ通信装置は、Ｇ３ＦＡＸ機能とインターネットＦＡＸ通信機能を併せ持った装置であっても良い。また、本発明によるデータ通信方法及び装置は、勧告Ｔ．３８のＵＤＰ通信において冗長化方式を用いた方法及び装置として説明されたが、ＦＥＣ（Forward Error Correction）方式に実装した通信装置においてＦＥＣ処理量の最適化を行う場合にも適用可能である。
【図面の簡単な説明】
【００４１】
【図１】本発明の第１実施例おけるインターネットＦＡＸ接続装置の構成を示しているブロック図である。
【図２】図１に示されるＵＤＰＴＬパケットの構成を示している図である。
【図３】インターネットＦＡＸ接続装置の受信時の処理手順を示しているフローチャートである。
【図４】インターネットＦＡＸ接続装置の送信時の処理手順を示しているフローチャートである。
【図５】本発明の第２実施例おけるインターネットＦＡＸ接続装置の構成を示しているブロック図である。
【図６】本発明の第３実施例おけるインターネットＦＡＸ接続装置の構成を示しているブロック図である。
【符号の説明】
【００４２】
１０  Ｇ３ＦＡＸ装置
２０、２０’  インターネットＦＡＸ通信装置
２１  ＦＡＸ制御部
２２  ＩＦＰ・ＣＯＤＥＣ部
２３  ＵＤＰＴＬ・ＰＡＤ部
２４  ＬＡＮ制御部
２５  パケット化情報記憶部
２６  送信バッファ
２７  パケット落ち検出部
２８  輻輳制御部
３０  ＩＰネットワーク
【図１】
2005086397.tif 000003
【図２】
2005086397.tif 000004
【図３】
2005086397.tif 000005
【図４】
2005086397.tif 000006
【図５】
2005086397.tif 000007
【図６】
2005086397.tif 000008