JP2001268114A - インターネットファクシミリ装置およびその制御方法およびインターネットファクシミリ送信装置およびインターネットファクシミリ受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 このようなＵＤＰモードの不具合を軽減でき
るようにしたインターネットファクシミリ装置およびそ
の制御方法およびインターネットファクシミリ送信装置
およびインターネットファクシミリ受信装置を提供する
ことを目的としている。 【解決手段】 受信側のバッファオーバーフローを検出
すると、送信側では、それ以降、画情報を運ぶＵＤＰパ
ケットとＵＤＰパケットの間に遅延時間を挿入するよう
にしているので、受信側のバッファオーバーフローが発
生しないように、送信側の画情報の送り出しタイミング
が調整されることとなりＵＤＰモードを利用して、円滑
な画情報送信を行うことができるようになるという効果
を得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットフ
ァクシミリ装置およびその制御方法およびインターネッ
トファクシミリ送信装置およびインターネットファクシ
ミリ受信装置に関する。

【０００２】

【従来の技術】近年、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能
を備え、インターネットを用いてリアルタイム型通信を
行うインターネットファクシミリ装置が提供されつつあ
る。この勧告Ｔ．３８通信機能では、通信モードとし
て、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏ
ｌ Ｐｒｏｔｏｃｏｌ）モード（ＴＣＰ／ＩＰ（Ｉｎｔ
ｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）モードともいう）と、
ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏ
ｌ）モード（ＵＤＰ／ＩＰモードともいう）の２つの通
信モードを備えている。

【０００３】通常、勧告Ｔ．３８通信機能を備えたイン
ターネットファクシミリ装置は、ＴＣＰモードとＵＤＰ
モードのいずれかを選択できるように構成される。

【０００４】

【発明が解決しようとする課題】さて、これらの通信モ
ードのうち、前者のＴＣＰモードでは、ＴＣＰによるフ
ロー制御がなされるため、通信の信頼性が高いという長
所がある一方で、ＴＣＰの処理のオーバーヘッドが存在
するため、通信遅延時間が長くなるという短所がある。

【０００５】それに対し、後者のＵＤＰモードでは、フ
ロー制御がないため、ＴＣＰモードに比べて通信遅延時
間が少なくなるという長所がある一方で、例えば、受信
側のバッファオーバーフローなどが生じた場合には、対
処できないとという不具合を生じる。そして、ファクシ
ミリ装置では、受信側のエラーチェックなどのための復
号化処理が比較的処理量が多いため、送信側に比べてデ
ータ処理の速度が遅くなり、その結果、バッファオーバ
ーフローを生じるおそれがある。

【０００６】本発明は、このようなＵＤＰモードの不具
合を軽減できるようにしたインターネットファクシミリ
装置およびその制御方法およびインターネットファクシ
ミリ送信装置およびインターネットファクシミリ受信装
置を提供することを目的としている。

【０００７】

【課題を解決するための手段】本発明は、ＩＴＵ−Ｔ勧
告Ｔ．３８通信機能を備え、インターネットを用いてリ
アルタイム型通信を行うインターネットファクシミリ装
置において、ＵＤＰモードで画情報送信中、相手端末の
バッファオーバーフローを検出するバッファオーバーフ
ロー検出手段と、上記バッファオーバーフロー検出手段
が相手端末のバッファオーバーフローを検出すると、画
情報を運ぶ各パケットの送出間隔に、所定の遅延時間を
挿入する画情報送信手段を備えたものである。

【０００８】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置において、ＵＤＰモ
ードで画情報送信中、相手端末のバッファオーバーフロ
ーを検出するバッファオーバーフロー検出手段と、上記
バッファオーバーフロー検出手段が相手端末のバッファ
オーバーフローを検出すると、画情報を運ぶ各パケット
の送出間隔に、所定の遅延時間を挿入するとともに、そ
の遅延時間挿入後も上記バッファオーバーフロー検出手
段が相手端末のバッファオーバーフローを検出したとき
には、その都度、上記遅延時間を大きくする画情報送信
手段を備えたものである。

【０００９】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置において、勧告Ｔ．
３８呼び出し信号を受信すると、自端末の受信用バッフ
ァサイズを通知する情報を含んだ応答信号を、呼び出し
側に送出する着信応答手段と、ＵＤＰモードで画情報送
信中、相手端末のバッファオーバーフローを検出するバ
ッファオーバーフロー検出手段と、上記バッファオーバ
ーフロー検出手段が相手端末のバッファオーバーフロー
を検出すると、画情報を運ぶ１つ以上のパケットのデー
タ累積値が、相手端末より受信した上記応答信号に含ま
れる上記受信用バッファサイズを超えると、画情報を運
ぶ次のパケットを送信するまでの間に、所定の遅延時間
を挿入する画情報送信手段を備えたものである。

【００１０】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置において、勧告Ｔ．
３８呼び出し信号を受信すると、自端末の受信用バッフ
ァサイズを通知する情報を含んだ応答信号を、呼び出し
側に送出する着信応答手段と、ＵＤＰモードで画情報送
信中、相手端末のバッファオーバーフローを検出するバ
ッファオーバーフロー検出手段と、上記バッファオーバ
ーフロー検出手段が相手端末のバッファオーバーフロー
を検出すると、画情報を運ぶ１つ以上のパケットのデー
タ累積値が、相手端末より受信した上記応答信号に含ま
れる上記受信用バッファサイズを超えると、画情報を運
ぶ次のパケットを送信するまでの間に、所定の遅延時間
を挿入するとともに、その遅延時間挿入後も上記バッフ
ァオーバーフロー検出手段が相手端末のバッファオーバ
ーフローを検出したときには、その都度、上記遅延時間
を大きくする画情報送信手段を備えたものである。

【００１１】また、前記バッファオーバーフロー検出手
段は、相手端末より信号ＲＴＮまたは信号ＰＰＲを受信
すると、相手端末がバッファオーバーフローを生じたと
判定する。

【００１２】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置の制御方法におい
て、ＵＤＰモードで画情報送信中、相手端末のバッファ
オーバーフローを検出すると、画情報を運ぶ各パケット
の送出間隔に、所定の遅延時間を挿入するようにしたも
のである。

【００１３】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置の制御方法におい
て、ＵＤＰモードで画情報送信中、相手端末のバッファ
オーバーフローを検出すると、画情報を運ぶ各パケット
の送出間隔に、所定の遅延時間を挿入するとともに、そ
の遅延時間挿入後も相手端末のバッファオーバーフロー
を検出したときには、その都度、上記遅延時間を大きく
するようにしたものである。

【００１４】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置の制御方法におい
て、勧告Ｔ．３８呼び出し信号を受信すると、自端末の
受信用バッファサイズを通知する情報を含んだ応答信号
を、呼び出し側に送出する一方、ＵＤＰモードで画情報
送信中、相手端末のバッファオーバーフローを検出する
と、画情報を運ぶ１つ以上のパケットのデータ累積値
が、相手端末より受信した上記応答信号に含まれる上記
受信用バッファサイズを超えると、画情報を運ぶ次のパ
ケットを送信するまでの間に、所定の遅延時間を挿入す
るようにしたものである。

【００１５】また、ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ装置の制御方法におい
て、勧告Ｔ．３８呼び出し信号を受信すると、自端末の
受信用バッファサイズを通知する情報を含んだ応答信号
を、呼び出し側に送出する一方、ＵＤＰモードで画情報
送信中、相手端末のバッファオーバーフローを検出する
と、画情報を運ぶ１つ以上のパケットのデータ累積値
が、相手端末より受信した上記応答信号に含まれる上記
受信用バッファサイズを超えると、画情報を運ぶ次のパ
ケットを送信するまでの間に、所定の遅延時間を挿入す
るとともに、その遅延時間挿入後も相手端末のバッファ
オーバーフローを検出したときには、その都度、上記遅
延時間を大きくするようにしたものである。

【００１６】また、ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ送信装置において、ＵＤ
Ｐモードで画情報送信中、相手端末のバッファオーバー
フローを検出するバッファオーバーフロー検出手段と、
上記バッファオーバーフロー検出手段が相手端末のバッ
ファオーバーフローを検出すると、画情報を運ぶ各パケ
ットの送出間隔に、所定の遅延時間を挿入する画情報送
信手段を備えたものである。

【００１７】また、ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ送信装置において、ＵＤ
Ｐモードで画情報送信中、相手端末のバッファオーバー
フローを検出するバッファオーバーフロー検出手段と、
上記バッファオーバーフロー検出手段が相手端末のバッ
ファオーバーフローを検出すると、画情報を運ぶ各パケ
ットの送出間隔に、所定の遅延時間を挿入するととも
に、その遅延時間挿入後も上記バッファオーバーフロー
検出手段が相手端末のバッファオーバーフローを検出し
たときには、その都度、上記遅延時間を大きくする画情
報送信手段を備えたものである。

【００１８】また、ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ送信装置において、ＵＤ
Ｐモードで画情報送信中、相手端末のバッファオーバー
フローを検出するバッファオーバーフロー検出手段と、
上記バッファオーバーフロー検出手段が相手端末のバッ
ファオーバーフローを検出すると、画情報を運ぶ１つ以
上のパケットのデータ累積値が、相手端末より受信した
応答信号に含まれる受信用バッファサイズを超えると、
画情報を運ぶ次のパケットを送信するまでの間に、所定
の遅延時間を挿入する画情報送信手段を備えたものであ
る。

【００１９】また、ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ送信装置において、ＵＤ
Ｐモードで画情報送信中、相手端末のバッファオーバー
フローを検出するバッファオーバーフロー検出手段と、
上記バッファオーバーフロー検出手段が相手端末のバッ
ファオーバーフローを検出すると、画情報を運ぶ１つ以
上のパケットのデータ累積値が、相手端末より受信した
応答信号に含まれる受信用バッファサイズを超えると、
画情報を運ぶ次のパケットを送信するまでの間に、所定
の遅延時間を挿入するとともに、その遅延時間挿入後も
上記バッファオーバーフロー検出手段が相手端末のバッ
ファオーバーフローを検出したときには、その都度、上
記遅延時間を大きくする画情報送信手段を備えたもので
ある。

【００２０】また、ＩＴＵ−Ｔ勧告Ｔ．３８受信機能を
備え、インターネットを用いてリアルタイム型通信を行
うインターネットファクシミリ受信装置において、勧告
Ｔ．３８呼び出し信号を受信すると、自端末の受信用バ
ッファサイズを通知する情報を含んだ応答信号を呼び出
し側に送出する着信応答手段を備えたものである。

【００２１】

【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を詳細に説明する。

【００２２】図１は、本発明の一実施例にかかるＩＴＵ
−Ｔ勧告Ｔ．３８が想定するリアルタイム型インターネ
ットファクシミリ通信システムの一例を示している。

【００２３】この場合、リアルタイム型インターネット
ファクシミリ通信システムは、インターネットＩＮＥＴ
に接続されるとともに、グループ３ファクシミリ装置機
能、および、ＩＴＵ−Ｔ勧告Ｔ．３８伝送機能を備えた
インターネットファクシミリ装置ＦＸ１およびインター
ネットファクシミリ装置ＦＸ２からなる。

【００２４】そして、この場合、インターネットファク
シミリ装置ＦＸ１とインターネットファクシミリ装置Ｆ
Ｘ２との間のファクシミリ通信は、ＩＴＵ−Ｔ勧告Ｔ．
３８手順により実行される。

【００２５】図２は、インターネットファクシミリ装置
ＦＸ（ＦＸ１，ＦＸ２）の構成例を示している。なお、
このインターネットファクシミリ装置ＦＸは、アナログ
公衆網ＰＳＴＮへ接続し、グループ３ファクシミリ装置
（図示略）との間で通信する機能、および、グループ３
ファクシミリ装置からインターネットＩＮＥＴへのゲー
トウェイ機能も備えている。

【００２６】同図において、システム制御部１は、この
インターネットファクシミリ装置ＦＸの各部の制御処
理、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ．３
０手順）処理、および、リアルタイム伝送制御手順（Ｉ
ＴＵ−Ｔ勧告Ｔ．３８手順）処理などの各種制御処理を
行うものであり、システムメモリ２は、システム制御部
１が実行する制御処理プログラム、および、処理プログ
ラムを実行するときに必要な各種データなどを記憶する
とともに、画情報送受信時に適用する送受信用バッファ
など、システム制御部１のワークエリアを構成するもの
であり、パラメータメモリ３は、このインターネットフ
ァクシミリ装置ＦＸに固有な各種の情報を記憶するため
のものであり、時計回路４は、現在時刻情報を出力する
ものである。

【００２７】スキャナ５は、所定の解像度で原稿画像を
読み取るためのものであり、プロッタ６は、所定の解像
度で画像を記録出力するためのものであり、操作表示部
７は、このファクシミリ装置を操作するためのもので、
各種の操作キー、および、各種の表示器からなる。

【００２８】符号化復号化部８は、画信号を符号化圧縮
するとともに、符号化圧縮されている画情報を元の画信
号に復号化するためのものであり、画像蓄積装置９は、
符号化圧縮された状態の画情報を多数記憶するためのも
のである。

【００２９】グループ３ファクシミリモデム１０は、グ
ループ３ファクシミリのモデム機能を実現するためのも
のであり、伝送手順信号をやりとりするための低速モデ
ム機能（Ｖ．２１モデム）、および、おもに画情報をや
りとりするための高速モデム機能（Ｖ．１７モデム、
Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデ
ムなど）を備えている。

【００３０】網制御装置１１は、このインターネットフ
ァクシミリ装置ＦＸをアナログ公衆網ＰＳＴＮに接続す
るためのものであり、自動発着信機能を備えている。

【００３１】インターネット通信制御部１２は、このリ
アルタイムインターネットゲートウェイ装置をインター
ネットＩＮＥＴへ接続し、インターネットＩＮＥＴを介
して種々のデータをやりとりするためのものであり、パ
ケット解析部１３は、インターネット通信制御部１２が
受信したＴＣＰ／ＩＰパケットまたはＵＤＰ／ＩＰパケ
ットを解析して受信情報を取り出すためのものであり、
グループ３プロトコル情報生成部１４は、リアルタイム
伝送手順において、パケット解析部１３から出力される
受信情報を対応するグループ３伝送手順信号情報に変換
するものである。

【００３２】グループ３プロトコル情報取出部１５は、
リアルタイム伝送手順において、送信するグループ３フ
ァクシミリ伝送手順情報を取り出すためのものであり、
パケット変換部１６は、グループ３プロトコル情報取出
部１５から出力されるグループ３ファクシミリ伝送手順
情報をＴＣＰ／ＩＰパケットデータまたはＵＤＰ／ＩＰ
パケットデータへ変換するためのものであり、その出力
データは、インターネット通信制御部１２へ加えられ
る。

【００３３】これらの、システム制御部１、システムメ
モリ２、パラメータメモリ３、時計回路４、スキャナ
５、プロッタ６、操作表示部７、符号化復号化部８、画
像蓄積装置９、グループ３ファクシミリモデム１０、網
制御装置１１、グループ３プロトコル情報生成部１４、
および、グループ３プロトコル情報取出部１５は、内部
バス１７に接続されており、これらの各要素間でのデー
タのやりとりは、主としてこの内部バス１７を介して行
われている。

【００３４】また、網制御装置１１とグループ３ファク
シミリモデム１０との間のデータのやりとりは、直接行
なわれている。また、パケット解析部１３およびパケッ
ト変換部１６の動作モードは、通信モードがＴＣＰ／Ｉ
ＰモードになっているときにはＴＣＰ／ＩＰパケットを
処理するように設定され、また、通信モードがＵＤＰ／
ＩＰモードになっているときにはＵＤＰ／ＩＰパケット
を処理するように設定される。

【００３５】図３は、ＩＴＵ−Ｔ勧告Ｔ．３８の手順の
一例を示している。なお、同図において、送信側、およ
び、受信側は、例えば、図２のインターネットファクシ
ミリ装置ＦＸ１とインターネットファクシミリ装置ＦＸ
２にそれぞれ相当する。また、この手順は、画情報伝送
としてＥＣＭモードを使用しない場合である。

【００３６】まず、送信側は、受信側に対しＳＥＴＵＰ
パケットを送信して接続要求し、ＳＥＴＵＰパケットを
受信した受信側は、ＣＯＮＮＥＣＴパケットを送信側へ
送信して、呼接続を確認する。

【００３７】これにより、送信側と受信側との間の通信
パスが確立するので、受信側は、ＩＴＵ−Ｔ勧告Ｔ．３
０手順の所定のトーン信号ＣＥＤ（被呼局識別信号）に
対応した信号（Ｔ３０ＩＮＤ：ＣＥＤ）を送信側へ送信
するとともに、フラグ信号に対応した信号（Ｔ３０ＩＮ
Ｄ：Ｆｌａｇ）に続き、グループ３ファクシミリ伝送手
順信号であり、自端末のオプション的な伝送機能を通知
するための信号ＮＳＦ、自端末の識別信号を通知するた
めの信号ＣＳＩ、および、自端末の標準的な伝送機能を
通知するための信号ＤＩＳにそれぞれ対応する信号（Ｖ
２１ＨＤＬＣ：ＮＳＦ／ＣＳＩ／ＤＩＳ）を、送信側へ
と順次送信する。

【００３８】それにより、送信側は、受信側の識別信号
および伝送機能を知るので、その通知された伝送機能に
基づき、そのときに使用する伝送機能およびモデム速度
などを設定する。次いで、送信側は、フラグ信号に対応
する信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グルー
プ３ファクシミリ伝送手順信号であり、自端末の識別信
号を通知するための信号ＴＳＩ、および、使用する伝送
機能を通知するための信号ＤＣＳにそれぞれ対応する信
号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信側へ送信
する。

【００３９】それにより、受信側は信号（Ｖ２１ＨＤＬ
Ｃ：ＴＳＩ／ＤＣＳ）を受信すると、相手端末（送信
側）の識別情報、および、そのときに使用する伝送機能
を取得する。

【００４０】そして、受信側は、フラグ信号に対応する
信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３
ファクシミリ伝送手順信号であり、受信準備が完了した
旨を通知するための信号ＣＦＲに対応する信号（Ｖ２１
ＨＤＬＣ：ＣＦＲ）を送信側へ送信する。

【００４１】このようにして、画情報の送信準備が整う
と、送信側は、モデムのリトレーニングのためのトレー
ニング（Ｔｒａｉｎｉｎｇ）信号に対応した信号（Ｔ３
０ＩＮＤ：Ｓｐｅｅｄ）を受信側へ送信し、続いて、送
信画情報の画像データを複数に分割し、それぞれの分割
された画情報をパケットデータ（図３では、「Ｖ．１７
ｎｏｎ ＥＣＭ：Ｉｍａｇｅ ｄａｔａ」と表示）と
して、受信側へ送信する。

【００４２】そして、画情報の送信を終了すると、フラ
グ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を
受信側へ送信するとともに、グループ３ファクシミリ手
順信号であり画情報送信を終了する旨をあらわす信号Ｅ
ＯＰに対応した信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信
側へ送信する。

【００４３】一方、受信側は、信号（Ｔ３０ＩＮＤ：Ｓ
ｐｅｅｄ）を受信すると、画情報の受信準備に移行し、
画情報を運ぶパケットを受信すると、それに含まれてい
る分割画情報を順次取り出し、連結した画情報を作成
し、その画情報を、画像蓄積装置９へと蓄積する。ま
た、画情報受信後の伝送後信号として、この場合には、
信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信するので、画情
報受信が終了する旨を確認する。

【００４４】そして、受信側は、そのときの画情報の受
信結果が良好な場合には、フラグ信号に対応した信号
（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファ
クシミリ手順信号であり画情報の受信が正常に終了した
旨をあらわす信号ＭＣＦに対応した信号（Ｖ２１ＨＤＬ
Ｃ：ＥＯＰ）を送信側へ送信する。

【００４５】それにより、送信側は、受信側で画情報を
正常に受信されたことを認識する。この後は、送信側
は、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａ
ｇｓ）に続き、グループ３ファクシミリ手順信号であり
回線復旧を指令するための信号ＤＣＮに対応した信号
（Ｖ２１ＨＤＬＣ：ＤＣＮ）を受信側へ送信する。

【００４６】そして、受信側は、信号（Ｔ３０ＩＮＤ：
Ｆｌａｇｓ）および信号（Ｖ２１ＨＤＬＣ：ＤＣＮ）を
受信すると、画情報受信動作を終了する。

【００４７】このようにして、送信側から受信側への画
情報の送信がなされる。

【００４８】ここで、図３における信号（Ｔ３０ＩＮ
Ｄ：「信号名」）は、ＩＴＵ−Ｔ勧告Ｔ．３０に従った
トーナル信号の検出を通知するための信号であり、信号
（Ｖ２１ＨＤＬＣ：「信号名」）は、ＩＴＵ−Ｔ勧告
Ｔ．３０に従ったバイナリ信号を運ぶための信号であ
る。また、「Ｖ．２１」、ＩＴＵ−Ｔ勧告Ｖ．２１モデ
ムにより運ばれる信号であることをあらわし、「ＨＤＬ
Ｃ」は、ＨＤＬＣフレーム化されている信号であること
をあらわす。

【００４９】また、図３で示した伝送手順は、勧告Ｔ．
３０の標準手順に対応した勧告Ｔ．３８手順であり、勧
告Ｔ．３０のオプション手順（例えば、ファイル転送モ
ードなど）を適用する場合には、それに対応した勧告
Ｔ．３８手順が実行される。その際に、送信側と受信側
の間でやりとりされる信号は、図３における信号と同じ
形式のものが適用される。

【００５０】さて、上述したように、この勧告Ｔ．３８
手順によるリアルタイム型インターネットファクシミリ
通信をＵＤＰ／ＩＰモードで行ったとき、受信側に用意
されている受信用バッファがオーバーフローする場合が
ある。

【００５１】これは、画情報の復号化の処理が符号化の
処理よりも処理ステップが多く、そのために、受信エラ
ーチェックのための復号化処理により受信用バッファに
蓄積されている画情報データが処理される単位時間あた
りのデータ量よりも、画情報を受信して受信バッファに
追加される単位時間あたりのデータ量が大きくなる場合
があるからである。

【００５２】ここで、画情報は、送信側よりＵＤＰパケ
ットのデータ単位に分解されて、ＵＤＰパケット単位に
送信されるから、受信側では、ＵＤＰパケットのデータ
単位に画情報を受信することとなり、受信用バッファへ
のデータ蓄積も、このＵＤＰパケットのデータ単位に行
われる。

【００５３】このような事態に鑑み、本実施例では、受
信側のバッファオーバーフローを検出すると、送信側で
は、それ以降、画情報を運ぶＵＤＰパケットとＵＤＰパ
ケットの間に遅延時間（例えば、３２ミリ秒）を挿入す
る。

【００５４】これにより、受信側のバッファオーバーフ
ローが発生しないように、送信側の画情報の送り出しタ
イミングが調整されることとなり、円滑な画情報送信を
行うことができるようになる。

【００５５】また、送信側は、画情報送信手順のメッセ
ージ後手順において、信号ＲＴＮ（非ＥＣＭモード時）
または信号ＰＰＲ（ＥＣＭモード時）を、応答信号とし
て受信側より受信したとき、受信側にバッファオーバー
フローが発生したと判断する。

【００５６】これにより、受信側のバッファオーバーフ
ローの発生を送信側に通知するための特別な仕組みは必
要がなく、従来の伝送手順の仕組みの中で、受信側のバ
ッファオーバーフローの発生を送信側に通知することが
できる。

【００５７】図４、図５および図６は、ＵＤＰモードで
画情報通信する際の送信側の処理の一例を示している。

【００５８】送信原稿がスキャナ５にセットされ、ユー
ザが送信宛先を入力し（処理１０１）、スタートキーを
押すと（判断１０２の結果がＹＥＳ）、スキャナ５にセ
ットされている原稿の画像を読込（処理１０３）、それ
によって得た画像データを、蓄積時の符号化方式で符号
化圧縮して、画像蓄積装置９に蓄積する（処理１０
４）。

【００５９】次いで、指定された宛先のインターネット
ファクシミリ装置ＦＸに対して、ＳＥＴＵＰパケットを
送出して、宛先を発呼し（処理１０５）、宛先のインタ
ーネットファクシミリ装置ＦＸよりＣＯＮＮＥＣＴパケ
ットを受信する（処理１０６）。これにより、送信側の
インターネットファクシミリ装置ＦＸと受信側のインタ
ーネットファクシミリ装置ＦＸとの間で仮想的な通信パ
スが形成される。

【００６０】そして、所定の伝送前手順を実行して、宛
先との間で使用する伝送機能（符号化方式、用紙サイ
ズ、解像度など）を設定する（処理１０７）。

【００６１】次に、画情報データを運ぶＵＤＰパケット
間の遅延時間ＴＤを０ミリ秒に初期設定する（処理１０
８）。

【００６２】そして、画像蓄積装置９より蓄積した画情
報データを読込（処理１０９）、宛先のと間で設定した
符号化方式の画情報データへ再変換し（処理１１０）、
１パケットを送出し（処理１１１）、遅延時間ＴＤを待
つ（処理１１２）。

【００６３】ここで、１ページ分の画情報の送信を終了
したかどうかを調べ（判断１１３）、判断１１３の結果
がＮＯになるときには、処理１０９へ戻り、残りの画情
報データの読込、再変換を行う。ここで、１ページ分の
画像データの再変換が終了した後にも、再変換後のデー
タの送信が終了するまでは、処理１１１〜判断１１３の
ループ処理は繰り返し実行される。なお、再変換が不要
な場合には、処理１１０は実行されない。

【００６４】１ページ分の画像データの送信が終了し、
判断１１３の結果がＹＥＳになると、次の送信ページが
あるかどうかを調べ（判断１１５）、判断１１５の結果
がＹＥＳになるときには、メッセージ後信号として信号
ＭＰＳを送出し（処理１１６）、宛先からの応答信号を
受信する（処理１１７）。

【００６５】応答信号を受信すると、その内容が信号Ｒ
ＴＮであるかどうかを調べ（判断１１８）、判断１１８
の結果がＹＥＳになるときには、受信側がバッファオー
バーフローを発生していると判断し、遅延時間ＴＤの値
を所定値ＭＭ（例えば、３２ミリ秒）だけ増やす（処理
１１９）。

【００６６】ここで、同一ページの再送ができるモード
が設定されているかどうかを調べ（判断１２０）、判断
１２０の結果がＹＥＳになるときには、直前に送信した
ページを送信ページにセットした状態で（処理１２
１）、処理１０９へ戻り、同一ページを再送する。した
がって、この場合には、同一ページについて、画情報デ
ータを運ぶＵＤＰパケット毎に、所定値ＭＭだけ大きな
値に更新された遅延時間ＴＤが挿入されることとなる。

【００６７】また、同一ページの再送が禁止されている
場合で、判断１２０の結果がＮＯになるときには、次の
ページを送信ページにセットした状態で（処理１２
２）、処理１０９へ戻り、次のページを再送する。した
がって、この場合には、次のページについて、画情報デ
ータを運ぶＵＤＰパケット毎に、所定値ＭＭだけ大きな
値に更新された遅延時間ＴＤが挿入されることとなる。

【００６８】また、応答信号として信号ＭＣＦを受信し
た場合で、判断１１８の結果がＮＯになるときには、処
理１２２へ進み、次のページを送信ページにセットした
状態で、処理１０９へ戻り、次のページを再送する。し
たがって、この場合には、次のページについて、受信デ
ータバッファサイズの画情報データを送信するたびに、
更新されない遅延時間ＴＤ（したがって、受信エラーが
ない場合には、０ミリ秒）が挿入されることとなる。

【００６９】一方、最後のページを送信終了した場合
で、判断１１５の結果がＮＯになるときには、メッセー
ジ後信号として信号ＥＯＰを送出し（処理１２５）、宛
先からの応答信号を受信する（処理１２６）。

【００７０】応答信号を受信すると、その内容が信号Ｒ
ＴＮであるかどうかを調べ（判断１２７）、判断１２７
の結果がＹＥＳになるときには、受信側がバッファオー
バーフローを発生していると判断し、遅延時間ＴＤの値
を所定値ＭＭ（例えば、３２ミリ秒）だけ増やす（処理
１２８）。

【００７１】ここで、同一ページの再送ができるモード
が設定されているかどうかを調べ（判断１２９）、判断
１２９の結果がＹＥＳになるときには、直前に送信した
ページを送信ページにセットした状態で（処理１３
０）、処理１０９へ戻り、同一ページを再送する。した
がって、この場合には、次のページについて、画情報デ
ータを運ぶＵＤＰパケット毎に、所定値ＭＭだけ大きな
値に更新された遅延時間ＴＤが挿入されることとなる。

【００７２】また、同一ページの再送が禁止されている
場合で、判断１２９の結果がＮＯになるときには、所定
の伝送終了手順を実行し（処理１３１）、所定の回線復
旧手順を実行して（処理１３２）、送信動作を終了す
る。

【００７３】また、また、応答信号として信号ＭＣＦを
受信した場合で、判断１２７の結果がＮＯになるときに
は、処理１３１へ進み、所定の伝送終了手順を実行し、
所定の回線復旧手順を実行して、送信動作を終了する。

【００７４】図７は、ＵＤＰモードで画情報通信する際
の受信側の処理の一例を示している。

【００７５】ＳＥＴＵＰパケットを受信すると（処理２
０１）、その送信元へＣＯＮＮＥＣＴパケットを送出し
（処理２０２）、所定の伝送前手順を実行して、そのと
きの画情報通信に使用する伝送機能などを交渉・決定す
る（処理２０３）。

【００７６】次いで、画情報を受信して画像蓄積装置９
へ蓄積し（処理２０４）、受信した画情報を復号化して
受信エラーのチェックを行う（処理２０５）。１ページ
の受信動作を終了するまで、処理２０４，２０５を繰り
返し実行する（判断２０６のＮＯループ）。

【００７７】１ページ分の画情報の受信を終了し、判断
２０６の結果がＹＥＳになるときには、そのときの受信
結果が、ＯＫであるかどうかを調べる（判断２０７）。
バッファオーバーフローなどが生じず、受信エラーもな
ければ、判断２０７の結果がＹＥＳになる。

【００７８】ここで、判断２０７の結果がＹＥＳになる
ときには、送信側よりメッセージ後信号を受信し（処理
２０８）、信号ＭＣＦを応答する（処理２０９）。ま
た、判断２０７の結果がＮＯになるときには、送信側よ
りメッセージ後信号を受信し（処理２１０）、信号ＲＴ
Ｎを応答する（処理２１１）。

【００７９】そして、次の送信ページがあるか旨が通知
されたかどうかを調べ（判断２１２）、判断２１２の結
果がＹＥＳになるときには、処理２０５へ戻り、次のペ
ージの画情報受信動作を行う。

【００８０】また、判断２１２の結果がＮＯになるとき
には、所定の伝送終了手順を実行し（処理２１３）、所
定の回線復旧手順を実行して（処理２１４）、送信動作
を終了する。

【００８１】ところで、上述した実施例では、受信側の
バッファオーバーフローを検出すると、その後に送出す
る画情報を運ぶ全てのＵＤＰパケットについて、次のＵ
ＤＰパケットの送信までに遅延時間ＴＤを挿入していた
が、この遅延時間ＴＤの挿入タイミングを、受信側の受
信データバッファサイズに応じて調整するようにする
と、挿入される遅延時間ＴＤの比率が減少し、通信時間
の短縮をはかることができる。

【００８２】また、受信側は、ＣＯＮＮＥＣＴパケット
のユーザ・ユーザ情報要素などに、自端末に設けられて
いる受信データバッファサイズを配置することで、送信
側へ受信データバッファサイズを通知するようにする。

【００８３】このようにすることで、受信側から送信側
へ受信データバッファサイズを通知する際に、特別な信
号のやりとりを行う必要がなくなり、かかる機能を容易
に実現することができる。

【００８４】図８、図９および図１０は、この場合に、
ＵＤＰモードで画情報通信する際の送信側の処理の一例
を示している。

【００８５】送信原稿がスキャナ５にセットされ、ユー
ザが送信宛先を入力し（処理３０１）、スタートキーを
押すと（判断３０２の結果がＹＥＳ）、スキャナ５にセ
ットされている原稿の画像を読込（処理３０３）、それ
によって得た画像データを、蓄積時の符号化方式で符号
化圧縮して、画像蓄積装置９に蓄積する（処理３０
４）。

【００８６】次いで、指定された宛先のインターネット
ファクシミリ装置ＦＸに対して、ＳＥＴＵＰパケットを
送出して、宛先を発呼し（処理３０５）、宛先のインタ
ーネットファクシミリ装置ＦＸより受信データバッファ
サイズの通知情報を含むＣＯＮＮＥＣＴパケットを受信
し、受信データバッファサイズＢＡを取得する（処理３
０６）。これにより、送信側のインターネットファクシ
ミリ装置ＦＸと受信側のインターネットファクシミリ装
置ＦＸとの間で仮想的な通信パスが形成される。

【００８７】そして、所定の伝送前手順を実行して、宛
先との間で使用する伝送機能（符号化方式、用紙サイ
ズ、解像度など）を設定する（処理３０７）。

【００８８】次に、画情報データを運ぶＵＤＰパケット
間の遅延時間ＴＤを０ミリ秒に初期設定し（処理３０
８）、送信データ量を記憶するための変数ＳＤＺを０に
初期設定する（処理３１０）。

【００８９】そして、画像蓄積装置９より蓄積した画情
報データを読込（処理３１１）、宛先のと間で設定した
符号化方式の画情報データへ再変換し（処理３１２）、
１パケットを送出し（処理３１３）、１ページ分の画情
報の送信を終了したかどうかを調べる（判断３１４）。

【００９０】判断３１４の結果がＮＯになるときには、
変数ＳＤＺに、処理３１３で送出したＵＤＰパケットの
データサイズを加算して、変数ＳＤＺの値を更新し（処
理３１５）、変数ＳＤＺの値が、受信データバッファサ
イズＢＡよりも大きくなっているかどうかを調べる（判
断３１６）。判断３１６の結果がＮＯになるときには、
処理３１１へ戻り、残りの画情報データの送信を行う。

【００９１】また、判断３１６の結果がＹＥＳになると
きには、遅延時間ＴＤを待ち（処理３１７）、処理３１
０へ戻り、変数ＳＤＺの値を初期化した後に、残りの画
情報データの送信を行う。

【００９２】ここで、１ページ分の画像データの再変換
が終了した後にも、再変換後のデータの送信が終了する
までは、処理３１０〜判断３１７のループ処理は繰り返
し実行される。なお、再変換が不要な場合には、処理３
１２は実行されない。

【００９３】１ページ分の画像データの送信が終了し、
判断３１４の結果がＹＥＳになると、次の送信ページが
あるかどうかを調べ（判断３１８）、判断３１８の結果
がＹＥＳになるときには、メッセージ後信号として信号
ＭＰＳを送出し（処理３１９）、宛先からの応答信号を
受信する（処理３２０）。

【００９４】応答信号を受信すると、その内容が信号Ｒ
ＴＮであるかどうかを調べ（判断３２１）、判断３２１
の結果がＹＥＳになるときには、受信側がバッファオー
バーフローを発生していると判断し、遅延時間ＴＤの値
を所定値ＭＭ（例えば、３２ミリ秒）だけ増やす（処理
３２２）。

【００９５】ここで、同一ページの再送ができるモード
が設定されているかどうかを調べ（判断３２３）、判断
３２３の結果がＹＥＳになるときには、直前に送信した
ページを送信ページにセットした状態で（処理３２
４）、処理３１０へ戻り、同一ページを再送する。した
がって、この場合には、同一ページについて、受信デー
タバッファサイズの画情報データを送信するたびに、所
定値ＭＭだけ大きな値に更新された遅延時間ＴＤが挿入
されることとなる。

【００９６】また、同一ページの再送が禁止されている
場合で、判断３２３の結果がＮＯになるときには、次の
ページを送信ページにセットした状態で（処理３２
５）、処理３１０へ戻り、次のページを再送する。した
がって、この場合には、次のページについて、受信デー
タバッファサイズの画情報データを送信するたびに、所
定値ＭＭだけ大きな値に更新された遅延時間ＴＤが挿入
されることとなる。

【００９７】また、応答信号として信号ＭＣＦを受信し
た場合で、判断３２１の結果がＮＯになるときには、処
理３２５へ進み、次のページを送信ページにセットした
状態で、処理３１０へ戻り、次のページを再送する。し
たがって、この場合には、次のページについて、受信デ
ータバッファサイズの画情報データを送信するたびに、
更新されない遅延時間ＴＤ（したがって、受信エラーが
ない場合には、０ミリ秒）が挿入されることとなる。

【００９８】一方、最後のページを送信終了した場合
で、判断３１８の結果がＮＯになるときには、メッセー
ジ後信号として信号ＥＯＰを送出し（処理３２６）、宛
先からの応答信号を受信する（処理３２７）。

【００９９】応答信号を受信すると、その内容が信号Ｒ
ＴＮであるかどうかを調べ（判断３２８）、判断３２８
の結果がＹＥＳになるときには、受信側がバッファオー
バーフローを発生していると判断し、遅延時間ＴＤの値
を所定値ＭＭ（例えば、３２ミリ秒）だけ増やす（処理
３２９）。

【０１００】ここで、同一ページの再送ができるモード
が設定されているかどうかを調べ（判断３３０）、判断
３３０の結果がＹＥＳになるときには、直前に送信した
ページを送信ページにセットした状態で（処理３３
１）、処理３１０へ戻り、同一ページを再送する。した
がって、この場合には、同一ページについて、受信デー
タバッファサイズの画情報データを送信するたびに、所
定値ＭＭだけ大きな値に更新された遅延時間ＴＤが挿入
されることとなる。

【０１０１】また、同一ページの再送が禁止されている
場合で、判断３３０の結果がＮＯになるときには、所定
の伝送終了手順を実行し（処理３３２）、所定の回線復
旧手順を実行して（処理３３３）、送信動作を終了す
る。

【０１０２】また、また、応答信号として信号ＭＣＦを
受信した場合で、判断３２８の結果がＮＯになるときに
は、処理３３２へ進み、所定の伝送終了手順を実行し、
所定の回線復旧手順を実行して、送信動作を終了する。

【０１０３】図１１は、この場合に、ＵＤＰモードで画
情報通信する際の受信側の処理の一例を示している。

【０１０４】ＳＥＴＵＰパケットを受信すると（処理４
０１）、その送信元へ、自端末の受信データバッファサ
イズの値を通知する情報を含むＣＯＮＮＥＣＴパケット
を送出し（処理４０２）、所定の伝送前手順を実行し
て、そのときの画情報通信に使用する伝送機能などを交
渉・決定する（処理４０３）。

【０１０５】次いで、画情報を受信して画像蓄積装置９
へ蓄積し（処理４０４）、受信した画情報を復号化して
受信エラーのチェックを行う（処理４０５）。１ページ
の受信動作を終了するまで、処理４０４，４０５を繰り
返し実行する（判断４０６のＮＯループ）。

【０１０６】１ページ分の画情報の受信を終了し、判断
４０６の結果がＹＥＳになるときには、そのときの受信
結果が、ＯＫであるかどうかを調べる（判断４０７）。
バッファオーバーフローなどが生じず、受信エラーもな
ければ、判断４０７の結果がＹＥＳになる。

【０１０７】ここで、判断４０７の結果がＹＥＳになる
ときには、送信側よりメッセージ後信号を受信し（処理
４０８）、信号ＭＣＦを応答する（処理４０９）。ま
た、判断４０７の結果がＮＯになるときには、送信側よ
りメッセージ後信号を受信し（処理４１０）、信号ＲＴ
Ｎを応答する（処理４１１）。

【０１０８】そして、次の送信ページがあるか旨が通知
されたかどうかを調べ（判断４１２）、判断４１２の結
果がＹＥＳになるときには、処理４０５へ戻り、次のペ
ージの画情報受信動作を行う。

【０１０９】また、判断４１２の結果がＮＯになるとき
には、所定の伝送終了手順を実行し（処理４１３）、所
定の回線復旧手順を実行して（処理４１４）、送信動作
を終了する。

【０１１０】ところで、上述した実施例では、画情報通
信を非ＥＣＭモードで行う場合について説明したが、画
情報通信をＥＣＭモードで行う場合についても、本発明
を同様にして適用することができる。また、その場合、
受信側のバッファオーバーフローの検出は、信号ＰＰＲ
を受信することで判定することができる。

【０１１１】また、上述した実施例では、送信原稿を読
み込んで送信画情報を作成する場合について説明した
が、送信画情報をファイルデータなどとして扱う場合に
ついても、本発明を同様にして適用することができる。
したがって、本発明は、パーソナルコンピュータ装置な
どのような他の装置形態のデータ通信装置についても、
同様にして適用することができる。

【０１１２】

【発明の効果】以上説明したように、本発明によれば、
受信側のバッファオーバーフローを検出すると、送信側
では、それ以降、画情報を運ぶＵＤＰパケットとＵＤＰ
パケットの間に遅延時間を挿入するようにしているの
で、受信側のバッファオーバーフローが発生しないよう
に、送信側の画情報の送り出しタイミングが調整される
こととなり、ＵＤＰモードを利用して、円滑な画情報送
信を行うことができるようになるという効果を得る。

【０１１３】また、送信側は、画情報送信手順のメッセ
ージ後手順において、信号ＲＴＮ（非ＥＣＭモード時）
または信号ＰＰＲ（ＥＣＭモード時）を、応答信号とし
て受信側より受信したとき、受信側にバッファオーバー
フローが発生したと判断するので、受信側のバッファオ
ーバーフローの発生を送信側に通知するための特別な仕
組みは必要がなく、従来の伝送手順の仕組みの中で、受
信側のバッファオーバーフローの発生を送信側に通知す
ることができるという効果も得る。

【０１１４】また、遅延時間ＴＤの挿入タイミングを、
受信側の受信データバッファサイズに応じて調整するよ
うにしているので、挿入される遅延時間ＴＤの比率が減
少し、通信時間の短縮をはかることができるという効果
も得る。

【０１１５】また、受信側は、ＣＯＮＮＥＣＴパケット
のユーザ・ユーザ情報要素などに、自端末に設けられて
いる受信データバッファサイズを配置することで、送信
側へ受信データバッファサイズを通知するようにするの
で、受信側から送信側へ受信データバッファサイズを通
知する際に、特別な信号のやりとりを行う必要がなくな
り、かかる機能を容易に実現することができるという効
果も得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかるＩＴＵ−Ｔ勧告Ｔ．
３８が想定するリアルタイム型インターネットファクシ
ミリ通信システムの一例を示したブロック図。

【図２】インターネットファクシミリ装置ＦＸ（ＦＸ
１，ＦＸ２）の構成例を示したブロック図。

【図３】ＩＴＵ−Ｔ勧告Ｔ．３８の手順の一例を示した
タイミングチャート。

【図４】ＵＤＰモードで画情報通信する際の送信側の処
理の一例を示したフローチャート。

【図５】ＵＤＰモードで画情報通信する際の送信側の処
理の一例を示したフローチャート（続き）。

【図６】ＵＤＰモードで画情報通信する際の送信側の処
理の一例を示したフローチャート（続き）。

【図７】ＵＤＰモードで画情報通信する際の受信側の処
理の一例を示したフローチャート。

【図８】ＵＤＰモードで画情報通信する際の送信側の処
理の他の例を示したフローチャート。

【図９】ＵＤＰモードで画情報通信する際の送信側の処
理の他の例を示したフローチャート（続き）。

【図１０】ＵＤＰモードで画情報通信する際の送信側の
処理の他の例を示したフローチャート（続き）。

【図１１】ＵＤＰモードで画情報通信する際の受信側の
処理の他の例を示したフローチャート。

【符号の説明】

ＦＸ，ＦＸ１，ＦＸ２ インターネットファクシミリ装
置

フロントページの続き Ｆターム(参考） 5C062 AA02 AA29 AB42 AC21 AC45 AC58 AE14 BA00 5C075 AB90 BB05 CD21 CD22 CE02 CE07 CF90 FF90 5K030 GA13 HA07 HB04 HC01 JT05 KA19 LA08 LB17 LC11 MA00 5K034 AA07 BB06 CC04 FF13 HH64 MM12 QQ09 9A001 CC06 CC07 DD10 JJ25 JJ35 KK42 KK54 KK56

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出するバッファオーバーフロー検出手段
   と、 上記バッファオーバーフロー検出手段が相手端末のバッ
   ファオーバーフローを検出すると、画情報を運ぶ各パケ
   ットの送出間隔に、所定の遅延時間を挿入する画情報送
   信手段を備えたことを特徴とするインターネットファク
   シミリ装置。
2. 【請求項２】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出するバッファオーバーフロー検出手段
   と、 上記バッファオーバーフロー検出手段が相手端末のバッ
   ファオーバーフローを検出すると、画情報を運ぶ各パケ
   ットの送出間隔に、所定の遅延時間を挿入するととも
   に、その遅延時間挿入後も上記バッファオーバーフロー
   検出手段が相手端末のバッファオーバーフローを検出し
   たときには、その都度、上記遅延時間を大きくする画情
   報送信手段を備えたことを特徴とするインターネットフ
   ァクシミリ装置。
3. 【請求項３】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置において、 勧告Ｔ．３８呼び出し信号を受信すると、自端末の受信
   用バッファサイズを通知する情報を含んだ応答信号を、
   呼び出し側に送出する着信応答手段と、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出するバッファオーバーフロー検出手段
   と、 上記バッファオーバーフロー検出手段が相手端末のバッ
   ファオーバーフローを検出すると、画情報を運ぶ１つ以
   上のパケットのデータ累積値が、相手端末より受信した
   上記応答信号に含まれる上記受信用バッファサイズを超
   えると、画情報を運ぶ次のパケットを送信するまでの間
   に、所定の遅延時間を挿入する画情報送信手段を備えた
   ことを特徴とするインターネットファクシミリ装置。
4. 【請求項４】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置において、 勧告Ｔ．３８呼び出し信号を受信すると、自端末の受信
   用バッファサイズを通知する情報を含んだ応答信号を、
   呼び出し側に送出する着信応答手段と、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出するバッファオーバーフロー検出手段
   と、 上記バッファオーバーフロー検出手段が相手端末のバッ
   ファオーバーフローを検出すると、画情報を運ぶ１つ以
   上のパケットのデータ累積値が、相手端末より受信した
   上記応答信号に含まれる上記受信用バッファサイズを超
   えると、画情報を運ぶ次のパケットを送信するまでの間
   に、所定の遅延時間を挿入するとともに、その遅延時間
   挿入後も上記バッファオーバーフロー検出手段が相手端
   末のバッファオーバーフローを検出したときには、その
   都度、上記遅延時間を大きくする画情報送信手段を備え
   たことを特徴とするインターネットファクシミリ装置。
5. 【請求項５】 前記バッファオーバーフロー検出手段
   は、相手端末より信号ＲＴＮまたは信号ＰＰＲを受信す
   ると、相手端末がバッファオーバーフローを生じたと判
   定することを特徴とする請求項１または請求項２または
   請求項３または請求項４記載のインターネットファクシ
   ミリ装置。
6. 【請求項６】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置の制御方法において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出すると、画情報を運ぶ各パケットの送
   出間隔に、所定の遅延時間を挿入するようにしたことを
   特徴とするインターネットファクシミリ装置の制御方
   法。
7. 【請求項７】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置の制御方法において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出すると、画情報を運ぶ各パケットの送
   出間隔に、所定の遅延時間を挿入するとともに、その遅
   延時間挿入後も相手端末のバッファオーバーフローを検
   出したときには、その都度、上記遅延時間を大きくする
   ようにしたことを特徴とするインターネットファクシミ
   リ装置の制御方法。
8. 【請求項８】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置の制御方法において、 勧告Ｔ．３８呼び出し信号を受信すると、自端末の受信
   用バッファサイズを通知する情報を含んだ応答信号を、
   呼び出し側に送出する一方、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出すると、画情報を運ぶ１つ以上のパケ
   ットのデータ累積値が、相手端末より受信した上記応答
   信号に含まれる上記受信用バッファサイズを超えると、
   画情報を運ぶ次のパケットを送信するまでの間に、所定
   の遅延時間を挿入するようにしたことを特徴とするイン
   ターネットファクシミリ装置の制御方法。
9. 【請求項９】 ＩＴＵ−Ｔ勧告Ｔ．３８通信機能を備
   え、インターネットを用いてリアルタイム型通信を行う
   インターネットファクシミリ装置の制御方法において、 勧告Ｔ．３８呼び出し信号を受信すると、自端末の受信
   用バッファサイズを通知する情報を含んだ応答信号を、
   呼び出し側に送出する一方、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
   バーフローを検出すると、画情報を運ぶ１つ以上のパケ
   ットのデータ累積値が、相手端末より受信した上記応答
   信号に含まれる上記受信用バッファサイズを超えると、
   画情報を運ぶ次のパケットを送信するまでの間に、所定
   の遅延時間を挿入するとともに、その遅延時間挿入後も
   相手端末のバッファオーバーフローを検出したときに
   は、その都度、上記遅延時間を大きくするようにしたこ
   とを特徴とするインターネットファクシミリ装置の制御
   方法。
10. 【請求項１０】 ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を備
    え、インターネットを用いてリアルタイム型通信を行う
    インターネットファクシミリ送信装置において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
    バーフローを検出するバッファオーバーフロー検出手段
    と、 上記バッファオーバーフロー検出手段が相手端末のバッ
    ファオーバーフローを検出すると、画情報を運ぶ各パケ
    ットの送出間隔に、所定の遅延時間を挿入する画情報送
    信手段を備えたことを特徴とするインターネットファク
    シミリ送信装置。
11. 【請求項１１】 ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を備
    え、インターネットを用いてリアルタイム型通信を行う
    インターネットファクシミリ送信装置において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
    バーフローを検出するバッファオーバーフロー検出手段
    と、 上記バッファオーバーフロー検出手段が相手端末のバッ
    ファオーバーフローを検出すると、画情報を運ぶ各パケ
    ットの送出間隔に、所定の遅延時間を挿入するととも
    に、その遅延時間挿入後も上記バッファオーバーフロー
    検出手段が相手端末のバッファオーバーフローを検出し
    たときには、その都度、上記遅延時間を大きくする画情
    報送信手段を備えたことを特徴とするインターネットフ
    ァクシミリ送信装置。
12. 【請求項１２】 ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を備
    え、インターネットを用いてリアルタイム型通信を行う
    インターネットファクシミリ送信装置において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
    バーフローを検出するバッファオーバーフロー検出手段
    と、 上記バッファオーバーフロー検出手段が相手端末のバッ
    ファオーバーフローを検出すると、画情報を運ぶ１つ以
    上のパケットのデータ累積値が、相手端末より受信した
    応答信号に含まれる受信用バッファサイズを超えると、
    画情報を運ぶ次のパケットを送信するまでの間に、所定
    の遅延時間を挿入する画情報送信手段を備えたことを特
    徴とするインターネットファクシミリ送信装置。
13. 【請求項１３】 ＩＴＵ−Ｔ勧告Ｔ．３８送信機能を備
    え、インターネットを用いてリアルタイム型通信を行う
    インターネットファクシミリ送信装置において、 ＵＤＰモードで画情報送信中、相手端末のバッファオー
    バーフローを検出するバッファオーバーフロー検出手段
    と、 上記バッファオーバーフロー検出手段が相手端末のバッ
    ファオーバーフローを検出すると、画情報を運ぶ１つ以
    上のパケットのデータ累積値が、相手端末より受信した
    応答信号に含まれる受信用バッファサイズを超えると、
    画情報を運ぶ次のパケットを送信するまでの間に、所定
    の遅延時間を挿入するとともに、その遅延時間挿入後も
    上記バッファオーバーフロー検出手段が相手端末のバッ
    ファオーバーフローを検出したときには、その都度、上
    記遅延時間を大きくする画情報送信手段を備えたことを
    特徴とするインターネットファクシミリ送信装置。
14. 【請求項１４】 ＩＴＵ−Ｔ勧告Ｔ．３８受信機能を備
    え、インターネットを用いてリアルタイム型通信を行う
    インターネットファクシミリ受信装置において、 勧告Ｔ．３８呼び出し信号を受信すると、自端末の受信
    用バッファサイズを通知する情報を含んだ応答信号を、
    呼び出し側に送出する着信応答手段を備えたことを特徴
    とするインターネットファクシミリ受信装置。