JP2002514369A - デジタルネットワークを経てのリアルタイムファクシミリ送信 - Google Patents

Abstract

(57)【要約】 発信側ファクシミリターミナル装置(FTE)が、発信側ファクシミリインターフェイスユニット(FIU)を経て、未知の予想し得ない遅延を伴う中間のデジタルネツトワークに接続され、そして行先側ＦＴＥが行先側ＦＩＵを経て上記ネットワークに接続されるようなシステムにおいてファクシミリ通信を与える。発信側ＦＴＥは、発信側ＦＩＵを経て行先側ＦＴＥにデータを送信する。発信側ＦＩＵは、行先側ＦＩＵにデータを送信する。行先側ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側ＦＩＵは、行先側ＦＴＥのプロトコルの時間切れを防止するために行先側ＦＴＥへメークアップされたデータを送信する。ＦＴＥは、Ｇ３プロトコルのもとで動作する。上記メークアップされたデータは、行先ＦＩＵに累積されるデータの量及びネットワーク遅延の形式に基づいて充填データであるか又はストールデータである。

Description

【発明の詳細な説明】 デジタルネットワークを経てのリアルタイムファクシミリ送信発明の分野 本発明は、デジタルネットワークを経てのファクシミリ転送に係り、より詳細 には、デジタルネットワークを経てリアルタイムでファクシミリを送信し、ネッ トワークにより生じる遅延を処理することに係る。先行技術の説明 低遅延のアナログ音声グレードの電話線を経てファクシミリを送信及び受信す るために種々のプロトコルが存在する。１つのこのようなプロトコルは、参考と してここに取り上げるＴ．３０（推奨勧告Ｔ．３０（０７／９６）−一般的交換 電話ネットワークにおける文書ファクシミリ送信のための手順(Procedure for d ocument facsimile transmission in the general switched telephone network )）に規定されたグループ３（Ｇ３）である。Ｔ．３０は、電話ネットワークを 経てのファクシミリ転送を取り扱うインターナショナル・テレコミュニケーショ ン・ユニオン（ＩＴＵ）推奨勧告である。この推奨勧告は、グループ１（Ｇ１） 、グループ２（Ｇ２）、グループ３（Ｇ３）として知られているファクシミリ転 送用の３つの異なるプロトコルを規定する。今日一般に使用されているのは、グ ループ３だけである。 Ｇ３プロトコルは、アナログ送信のために規定されたものであるが、近代的な 電話システムの基本的ネットワークは、一般に、デジタルである。従って、Ｇ３ ファクシミリは、参考としてここに取り上げるＩＴＵ Ｇ．７６６に規定された 推奨勧告を用いてデジタル電話ネットワークを経て搬送される。ＩＴＵ Ｇ．７ ６６推奨勧告は、アナログ信号がいかに復調され、ネットワークを経て転送され そしてコールの遠隔端において再変調されるかを規定している。 ＰＳＴＮ（公衆交換電話ネットワーク）に使用するのに加えて、Ｇ３ファクシ ミリは、衛星及び他のデジタルネットワークにも使用される。Ｇ．７６６に規定 された技術は、非ＰＳＴＮネットワークにおいても一般的に使用できるが、ネツ トワークの特性に適するように適当に変更しなければならない。 Ｇ．７６６に規定されたプロトコル分析（ＰＡ）技術は、非ＰＳＴＮネットワ ークにおいて広く使用されている。この技術は、ファクシミリインターフェイス ユニット（ＦＩＵ、即ち適合するファクシミリマシンとネットワークとの間のイ ンターフェイスを形成するネットワークのハードウェア／ソフトウェア要素）が Ｇ３ファクシミリプロトコルに従うものであって、正しい音声帯域モデムを使用 して、Ｇ３ファクシミリマシンからの信号を復調し且つＧ３ファクシミリマシン への信号を再変調できることを要求する。 デジタルネットワークを経てＧ３ファクシミリを使用するよう試みるときには 種々の問題が発生し、主たる問題は、デジタルネットワークの性質により付加的 な遅延が接続に追加されることである。例えば、デジタルネットワークに衛星リ ンクが使用される場合には、両信号伝送方向に約２５０ｍｓの遅延が追加される 。 ２つの広く分離された地理的位置間でデジタルネットワークを経て送られるコ ールは、２つのファクシミリマシン間の直接的なアナログ接続に比して付加的な 遅延を導入する多数のネットワーク要素を通過する。遅延の問題は、Ｇ３ファク シミリがパケット交換ネットワークを経て送信されるときには益々深刻なものと なる。通常、これらのネットワークは、遅延について上限をもたない。更に、種 々のネットワーク事象により２つのパケット間の遅延を予想することができない 。近代的なＰＳＴＮとは異なり、パケットネットワークを通過するデータは、予 想し得ない可変の遅延を経験する。 Ｇ３ファクシミリプロトコルは、低遅延のアナログ電話接続に対して設計され たものであり、プロトコルの対話を行うための時間周期より長く待機することを ファクシミリマシンに知らせる明確な方法をもたない。Ｇ３ファクシミリプロト コルは、遅延が大きい場合に満了（時間切れ）となる多数のタイマーを指定する 。最も使用されるタイマーは、コマンド及び応答に使用されるものである。ＦＩ Ｕは、これがコマンドを送信するときに、タイマーをスタートさせ、そして応答 メッセージを待機する。タイマーは、これが満了になると、コマンドを再送信し 、そしてタイマーを再びスタートさせる。ファクシミリマシンは、応答を受信し 始めると、タイマーを停止する。ファクシミリマシンは、３回再送信を行って応 答がなかった後に、コールを終了する。 大きな遅延状態においては、ファクシミリマシンによるコマンドの再送信が、 しばしば、最初のコマンドに対する応答がネットワークを経て到達するほぼ同じ 時間に生じ、コマンドの第２のコピー（ファクシミリマシンによって送信されて いる）と、ネットワークを経て送られるコマンドの第１コピーに対する応答との 間で衝突が生じる。この状態が図１に示されており、発信側ファクシミリマシン （ＦＴＥ）が行先側ＦＴＥ１０−２から応答を受け取らないうちに時間切れが生 じる。発信側ＦＴＥ１０−１からの再送信が行先側ＦＴＥ１０−２からの応答と 衝突する。プロトコル衝突に対するファクシミリマシンの応答は、売主特有のも のであって予想することができず、しばしば、文書転送欠陥を招くことになる。 ＩＴＵ推奨勧告Ｇ．７６６は、遅延状態を取り扱う１つの技術を規定しており 、これは、ＦＩＵが、有効なメッセージの前の通常の前段信号のようにフォーマ ットされたいわゆる「充填データ」を送信し始めることである。この充填データは 、コマンドに対する応答が、数秒後であって且つプロトコルの時間切れ（再送信 をトリガーする）がＦＴＥに生じるまでに到着しなかった場合に、ＦＴＥへ送信 される。図２は、充填データの使用例を示す。図２に示すように、発信側ＦＴＥ １０−１は、送信の終了時にタイマーをスタートさせる。従って、時間切れ周期 が満了となる前に、ＦＩＵ１４−１は、ネットワークを経てメッセージを受信す るのを予想して発信側ＦＴＥ１０−１へ前段充填信号を送信し始める。ＦＴＥ１ ０−１は、充填データを受信し始めると、現在進行中のプロトコルタイマーを停 止する。充填データは、ネットワークを経て最初のコマンドに対する応答を受信 することを予想してＦＩＵ１０−１により送信される。 この遅延補償技術は、例えば、次のものを含む多数の状態において充分に機能 しない。 − ＦＩＵ発生の充填メッセージ及び応答メッセージの全長がＧ３ファクシミ リプロトコルの限界を越え、従って、ＦＴＥがメッセージを拒絶する間に、応答 メッセージが遅延される。 − 応答メッセージがネットワークを経て全く到着しない。これは、ネットワ ークにおいてメッセージが失われるか又は遠隔のＦＴＥへの再変調中に最初のコ マンドが崩壊したことを含む多数の理由で生じることがある。 − ＦＴＥが、再送信を開始する前の指定の全時間切れ周期を待機しないこと によりＧ３ファクシミリプロトコル仕様に違反する。 別の問題は、ページデータ転送中にネットワークわたって生じる可変遅延であ る。Ｇ３ファクシミリは、同期音声帯域モデムを使用しており、送信がスタート すると、首尾良い送信のためにはページデータの定常的な供給が必要とされる。 ネットワークを経て送られるページデータの到着が予想不能に遅延する場合には 、再変調されるデータ流にギャップが形成され、プリントされたページ像に欠陥 が生じる。この問題に対する１つの解決策は、行先側ＦＩＵ１４−２におけるバ ッファ量を増加し、ネットワークデータが得られない時間中にバッファからデー タを送信できるようにすることである。しかしながら、この解決策には、次の２ つの問題がある。 １．必要とされるバッファの量がコール全体にわたる全ての瞬時遅延の和に等 しい。これらの遅延は予想不能であるから、いずれのコールに必要とされるバッ ファ量に対しても上限を確立することが不可能である。 ２．この種の付加的なバッファが遅延を増大する。発明の要旨 次の特徴をもつファクシミリシステムを提供することが望まれる。 − ファクシミリシステムは、無制限の可変及び予想不能な遅延を伴うデジタ ルネットワークを経てＧ３ファクシミリ装置問で文書の転送を行うことができる 。 − ファクシミリシステムは、コールごとに、異なる容量のネットワーク接続 に適用できる。 − ファクシミリシステムは、現在使用されているＧ３ファクシミリ装置の広 いスペクトルと相互作用できる。 − ファクシミリシステムは、Ｇ３ファクシミリ文書を送信するための通常の ＰＳＴＮオペレータ手順に対して変更を必要としない。 − ファクシミリシステムは、プリントされる文書の見掛けにほとんど又は全 く影響を及ぼさない。 従って、本発明は、大きな又は予想できない遅延を伴うデジタルネットワーク を経てＧ３ファクシミリを送信する。本発明の技術は、遅延に対して不感であり 、そして現在使用中の種々のＧ３ファクシミリ装置との高度の適合性を有する。 本 発明を使用することによりファクシミリ文書にほとんど又は全く変化は生じない 。 １つの一般的な観点において、本発明は、無制限の遅延を伴うデジタルネット ワークを経てＧ３ファクシミリを転送するプロトコルに係る。このプロトコルは 、デジタルネットワークによる無制限の予想し得ない量の遅延を補償する。図面の簡単な説明 本発明の上記及び他の目的並びに効果は、全体にわたって同じ部分を同じ参照 番号で示した添付図面を参照した以下の詳細な説明から明らかとなろう。 図１は、長い遅延の状態におけるコマンド／応答を示す図である。 図２は、再送信を防止するための充填データの使用を示す図である。 図３は、本発明によるファクシミリシステムの典型的な構成を示す図である。 図４は、本発明を用いたコールを示す図である。 図５は、本発明を用いた行先側ＦＩＵにおけるページデータ送信状態を示す図 である。 図６は、コールの発信端に比して異なるページ送信レートが交渉されるコール の行先端における特定のプロトコル状態を示す図である。 図７は、ＦＴＥが再トレーニングを要求するコールの行先端における特定のプ ロトコル状態を示す図である。好ましい実施形態の詳細な説明 本発明は、発信側ファクシミリターミナル装置１０−１がファクシミリインタ ーフェイスユニット１４−１（ＦＩＵ）を経てデジタルネットワーク１２に接続 されるような図３に示す環境において動作する。ＦＩＵ１４−１は、ＦＴＥ１０ −１とネットワーク１２との間のインターフェイスを形成するネットワーク１２ のハードウェア／ソフトウェア要素である。ネットワーク１２には、ＦＴＥ１０ −２（ＦＩＵを経てネットワーク１２に接続された）を含む複数の他のＦＴＥも 接続される。各ＦＴＥは、グループ３適合のファクシミリマシンであるのが好ま しい。デジタルネットワーク１２は、インターネット等のネットワークである。 ＦＴＥに関連した機能的ユニットであって、転送される文書を送信（走査）す る機能的ユニットは、例えば、発信側ＦＴＥ及び発信側ＦＩＵのような発信側ユ ニットと称される。ＦＴＥに関連した機能的ユニットであって、転送される文書 を受信（プリント）する機能的ユニットは、例えば、行先側ＦＴＥ及び行先側Ｆ ＩＵのような行先側ユニットと称される。 以下の説明において、ＦＴＥ１０−１は、発信側ＦＴＥと考えられ、そしてＦ ＩＵ１４−１は、行先側ＦＩＵと考えられる。 ファクシミリコールは、次の５つの段階（Ａ−Ｅ）で構成される。 段階Ａ（コール設定又は確立）において、電話コールが発信側ＦＴＥから行先 側ＦＴＥへ発せられる。コールは、自動的に行なわれてもよいし手動で行なわれ てもよい。 段階Ｂ（メッセージ前手順）において、行先ステーション（ＦＴＥ）がその能 力を識別する信号で応答する。次いで、発呼ステーションは、コール中に使用さ れるべきオペレーションモード（例えば、送信速度、解像度、ページサイズ、像 コード方法等）を指示するための信号を送信する。即ち、段階Ｂでは、任意のプ ロトコル特徴が交渉され、そして高速データ転送能力が照合される。 段階Ｃ（メッセージ中手順及びメッセージ送信）においては、手順信号の送信 及びファクシミリ像の送信が行なわれる。手順信号は、例えば、送信側ＦＴＥ（ ステーション）からのモデムトレーニングシーケンスを含み、これは、受信側ス テーションがそのモデムを電話線の特性に適合できるようにする。受信側ステー ション（行先側ＦＴＥ）が首尾良くトレーニングを行い、そして準備状態となっ た場合には、（ＣＦＲ）信号を受信するための確認で応答する。ＣＦＲ信号を受 信すると、送信側ステーションは、交渉された高い速度でファクシミリ信号を送 信する。即ち、一般的に、段階Ｃでは、高速モデムを用いて文書のページが転送 される。 段階Ｄ（メッセージ後手順）は、メッセージ終了、ページ終了の送信、及びペ ージ受け入れの確認に対する信号を含む。 段階Ｅにおいては、コールが終了となる。 段階Ｂ、Ｃ及びＤにおいては、より高い速度が交渉されるまで高レベルデータ リンク制御（ＨＤＬＣ）を用いて３００ｂｐｓで信号が通信される。 これらの５つの段階中に、次の信号が送信される。用語及び信号名 低速（３００ビット／秒（ｂｐｓ））Ｖ．２１モデムを用いて次の信号が送信 される。 ＤＩＳ：サポートすることのできる任意のＧ３特徴を指定する行先側ＦＴＥか らのメッセージ。 ＤＣＳ：このコールに対して有効となる任意のＧ３特徴を指定する発信側ＦＴ Ｅからのメッセージ。 ＭＰＳ：文書の各ページ（最後のページを除く）の後に発信側ＦＴＥにより送 信される。 ＥＯＰ：文書の最後のページの後に発信側ＦＴＥにより送信される。 ＭＣＦ：ページの成功裡な受信を指示するＭＰＳ又はＥＯＰ信号に対する行先 側ＦＴＥの応答。この信号を送信した後に、行先側ＦＴＥは、ページ データを受信することが予想される。 ＲＴＰ：ページの成功裡な受信を指示するＭＰＳ又はＥＯＰ信号に対する行先 側ＦＴＥの応答であるが、音声帯域モデムの再トレーニングを必要と する。 ＲＴＮ：ページの不成功な受信を指示するＭＰＳ又はＥＯＰ信号に対する行先 側ＦＴＥからの応答であり、音声帯域モデムの再トレーニングを必要 とする。 ＮＳＦ：所有権、売主特有の特徴、又は可能な非Ｔ．３０特徴を指定する行先 側ＦＴＥからのメッセージ。 ＣＦＲ：ＴＣＦ信号の受信が良好であったことを指示するＴＣＦ信号に対する 行先側ＦＴＥの応答。この信号を送信した後に、行先側ＦＴＥは、ペ ージデータの受信を予想する。 ＦＴＴ：ＴＣＦ信号の受信が不良であったことを指示するＴＣＦ信号に対する 行先ＦＴＥの応答。この信号を送信した後に、行先ＦＴＥは、ＤＣＳ 及びＴＣＦ信号の受信を予想する。 次の信号は、高速（２４００−９６００ｂｐｓ）Ｖ．２７又はＶ．２９音声帯 域モデムを使用して送信される（他の実施形態では、他の速度及びプロトコルを 使用してもよい。例えば、１４４００ｂｐｓまでのレートや、Ｖ．１７及びＶ． ２９のような標準が使用されてもよい）。 ＴＣＦ：行先ＦＴＥによるページデータの適切な受信が可能であることを確認 するための発信側ＦＴＥからの信号。ＴＣＦ信号は、常にＤＣＳ信号 に従う。 ページデータ：発信側ＦＴＥにより送信される走査されたページのコード化デ ジタル表示。 ここでは、次の用語が使用される。 トレーニング：ＤＣＳ／ＴＣＦが送信されそしてＣＦＲ又はＦＴＴが返送され るプロセス。良好な又は成功裡なトレーニングは、ＣＦＲ応答を有し 、そして不良又は不成功なトレーニングは、ＦＴＴ応答を有する。こ れは、Ｖシリーズ音声帯域モデムトレーニングプロセスを参照しない 。 不良ＴＣＦ：行先ＦＴＥ１０−２がＣＦＲではなくＦＴＴで応答するように行 先ＦＩＵ１４−２により構成されるＴ．３０ ＴＣＦ信号。 ＤＩＳパケット：行先ＦＩＵ１４−２からネットワーク１２を経て送られるパ ケットであって、行先ＦＴＥ１０−２から受信されたＤＩＳ信号から の情報を含むパケット。 ＤＣＳパケット：各ＦＩＵによりネットワーク１２を経て送られるパケットで あって、隣接ＦＴＥで成功裡なトレーニングが生じたことを指示する パケット。 ページデータパケット：発信側ＦＩＵ１４−１によりネットワーク１２を経て 送られるパケットであって、ページデータの一部分を含むパケット。 ＭＰＳパケット：発信側ＦＩＵ１４−１によりネットワーク１２を経て送られ るパケットであって、ページの終了を指示するパケット。 ＥＯＰパケット：発信側ＦＩＵ１４−１によりネットワーク１２を経て送られ るパケットであって、文書の最後のページの終了を指示するパケット 。 ここで使用する次の用語は、グループ３ファクシミリを統括するＩＴＵ推奨勧 告Ｔ．３０及びＴ．４から得られるものである。 ＦＩＦ：ファクシミリ情報フィールド。低速信号ＤＩＳ及びＤＣＳにおいては 、 ＦＩＦフィールドは、信号がＴ．３０能力及び交渉された任意の特徴 に関する情報の多数のオクテットを含む場合である。 走査線：ページの単一水平線に沿った全ての像素子より成るコード化されたペ ージ像データの単位。 コードワード：走査線内の像素子は、水平走査線に沿った１つ以上の画素を表 わすコードワードによって記述される。 前段：全てのＶ．２１送信のスタートにおいて、ＨＤＬＣフラグオクテットの シーケンス。 エラー修正モード（ＥＣＭ）：グループ３に対して規定された選択的拒絶プロ トコルであって、行先ＦＴＥが、エラー状態で受信されたページ像デ ータの選択的部分の再送信を要求できるようにするプロトコル。 フレームチェックシーケンス（ＦＣＳ）：Ｔ．３０のフレーム状データ送信モ ード（ＨＤＬＣフォーマットデータを使用する）において、各フレー ムは、フレームにおける全ての以前のデータで行なわれた計算の結果 であるビットシーケンスで終了となる。フレームの受信器は、それが 受信したデータに基づいて同じ計算を実行し、そしてその結果を、フ レームに含まれたＦＣＳと比較する。それらが同じである場合には、 フレームがエラーなしに受信されている。それらが異なる場合には、 受信したデータに１つ以上のエラーがあり、全フレームを信頼するこ とができない。 オペレーションの詳細な説明 図３及び４を参照すれば、発信側ＦＴＥ１０−１から行先側ＦＴＥ１０−２へ ファクシミリを送信するために、発信側ＦＴＥ１０−１は、行先側ＦＴＥ１０− ２の電話番号をダイヤルすることにより通常のやり方でコールを開始する。ネッ トワーク１２を経てあるプロトコルが実行され、行先側ＦＩＵ１４−２への接続 がなされる。行先側ＦＩＵ１４−２がオンライン状態になると、ネットワーク１ ２を通る最大許容データレート（ビット／秒）が分かる。 コールの行先端におけるアクティビティ 行先側ＦＩＵ１４−２は、ここで、行先側ＦＴＥ１０−２のリンギングをスタ ートさせる。行先側ＦＴＥ１０−２は、最終的に、リンギングに応答し、ＤＩＳ フレームを含む通常のＧ３プロトコル信号を発信側ＦＴＥ１０−１へ送信する（ 図４のＳ４−１）。コールに含まれるＦＴＥ間の非標準的動作モードの交渉を防 止するために行先側ＦＩＵ１０−２によってＮＳＦフレームが破棄される。 行先側ＦＴＥ１０−２からＤＩＳフレームを受信すると、行先側ＦＩＵ１４− ２は、ＤＩＳフレームの内容を編集する。これらの編集は、次のものを含む。 データ信号レートフィールドは、最大許容ネットワークデータレート、又は行 先側ＦＴＥ１４−２からのＤＩＳフレームにおける最初のデータ信号レートの低 い方を表わすように変更される。これは、将来、発信側ＦＩＵ１４−１及びＦＴ Ｅ１０−２によるレート交渉を、ネットワーク１２及び行先側ＦＴＥ１０−２の 能力により決定される最大データレートに制限する。例えば、行先側ＦＴＥ１０ −２が９６００ｂｐｓのレート能力を報告するが、ネットワーク１２が５０００ ｂｐｓしかサポートできない場合には、データ信号レートフィールドが９６００ ｂｐｓから４８００ｂｐｓへと変更される（４８００ｂｐｓは、５０００ｂｐｓ 未満の最も高いＧ３レートである）。 行先側ＦＩＵ１４−２は、ここで、行先側ＦＴＥ１０−２から受信したＤＩＳ フレームからの編集された「ファクシミリ情報フィールド（ＦＩＦ）」フィールド を含むＤＩＳパケットをネットワーク１２に送信する（図４のＳ４−２）。低速 信号ＤＩＳ及びＤＣＳにおいて、ＦＩＦフィールドは、信号がＴ．３０能力及び 交渉された任意の特徴に関する情報の多数のオクテットを含む場合である。 同時に、行先側ＦＩＵ１４−２は、行先側ＦＴＥ１０−２におけるプロトコル の時間切れを防止するために通常のＧ３プロトコル段階Ｂで進む。Ｇ３プロトコ ルにおける次の段階は、行先側ＦＩＵ１４−２が、ＴＣＦ信号に続いてＦＴＥへ ＤＣＳフレームを送信することである。しかしながら、ＤＣＳパケットは、発信 側ＦＩＵ１４−１からまだ到着していない。それ故、行先側ＦＩＵ１４−２は、 ＤＣＳパケットが発信側ＦＩＵ１４−１からネットワーク１２を経て到着するま で、Ｇ３プロトコルの段階Ｂが首尾良く完了するのを防止する。行先側ＦＴＥ１ ０−２においてＧ３プロトコルの時間切れが生じるのを防止するように、通常の Ｇ３プロトコルルールを遵守しながらこれを行わねばならない。この結果を得る のに、次の技術が使用される。 行先側ＦＩＵ１４−２は、メークアップされたＤＣＳフレームをＦＴＥへ送信 する（図４のＳ４−３）。このＤＣＳフレームのＦＩＦフィールドは、ＦＴＥか らそれまでに受信したＤＩＳ信号に適合するようにされる。 メークアップされたＤＣＳ信号の後に、適当なＧ３プロトコルのタイミング及 びモデム信号により、行先側ＦＩＵ１４−２は、不良ＴＣＦ信号を行先側ＦＴＥ １０−２へ送信する（図４のＳ４−４）。ＴＣＦ信号は、Ｇ３プロトコルのよう に２進０ビットで構成されず、むしろ、交互の２進１及び０ビットで構成され、 従って、それを不良にする。 ＴＣＦ信号は、不適切なフォーマットで構成されるので、行先側ＦＴＥ１０− ２は、ＴＣＦ信号を受信不良と解釈し、そしてＣＦＲフレームではなくＦＴＴフ レームで応答する（図４のＳ４−５）。それ故、行先側ＦＴＥ１０−２は、別の ＤＣＳ／ＴＣＦサイクルを期待し、そしてページデータを期待するプロトコルの 段階Ｃへと進まない。ＤＣＳ／不良ＴＣＦ／ＦＴＴのこのサイクルは、行先側Ｆ ＩＵ１４−２が発信側ＦＴＥ１０−１から（発信側ＦＴＵ１４−１を経て）ネッ トワーク１２を経てＤＣＳパケットを受信するまで、ＦＩＵ１４−２が適切なＧ ３プロトコルのタイミング及び信号を遵守しながら繰り返される（図４のＳ４− ６）。ＦＴＥがこの技術を用いて段階Ｂに留まることのできる時間長さは、不定 である。 ＤＣＳパケットがネットワーク１２を経て到着すると（図４のＳ４−７）、行 先側ＦＩＵ１４−２は、これがＤＣＳ信号を行先側ＦＴＥへ送信しなければなら ない点に到達するまで、行先側ＦＴＥ１０−２と共にＧ３プロトコルを続ける。 次いで、行先側ＦＩＵは、メークアップされたＤＣＳ信号ではなくネットワーク １２を経て受信したＤＣＳパケットの内容を送信する（図４のＳ４−８）。ＤＣ Ｓに続いて、行先側ＦＩＵは、Ｇ３プロトコルで規定された適切なフォーマット 及びＤＣＳ信号で規定されたデータレートで良好なＴＣＦを送信する（図４のＳ ４−９）。ＴＣＦは適切なフォーマットを有するので、行先側ＦＴＥ１０−２は 、ＣＦＲフレームで応答する（図４のＳ４−１０）。 発信側ＦＩＵ１４−１は、ネットワーク１２から行先側ＦＴＥへのページデー タの転送をスタートする。このページ送信ブロセスは、以下に説明する。 ページ及びそれに関連したページ終了信号を送信した後に、発信側ＦＩＵ１４ −１は、ページ終了確認をＦＴＥから受信する。ネットワーク１２を経て受信し たページ終了信号がＭＰＳ信号である場合には、ＦＩＵは、ページ送信プロセス を始めからスタートする。ページ終了信号がＥＯＰである場合には、発信側ＦＩ Ｕ１４−１がＤＣＮメッセージをＦＴＥへ送信し、コールが終了となる。 行先側ＦＩＵにおけるページ送信プロセス 行先側ＦＩＵ１４−２がページデータを行先側ＦＴＥ１０−２へ送信するプロ セスは、ネットワーク１２を経てデータが受信されたかどうかに関わりなくＦＴ Ｅへの有効走査線データの定常流を維持する。（走査線は、ページの単一水平線 に沿った全ての像素子で構成されるコード化されたページ像データの単位である ことを想起されたい。）適度な遅延時間中に、このプロセスは、ネットワーク１ ２を経て受信したデータを、Ｔ．４により許された付加的な充填を伴って送信し 、充填の目的は、行先側ＦＴＥ１０−２へ走査線を送信するのに要する時間長さ を増加することである。ネットワーク１２を経て受信したデータに非常に長いギ ャップがある場合には、プロセスは、有効なフォーマットを有するが元の文書の 部分を構成しない走査線データを形成する。この種のメークアップされたデータ の挿入は、プロセスによって最小にされる。 Ｇ３プロトコルの適当な時間において、行先側ＦＩＵ１４−２は、適当なＧ３ プロトコルタイミング及び信号で行先側ＦＴＥ１０−２へのページデータの送信 をスタートしなければならない。行先側ＦＩＵが行先側ＦＴＥへページデータを 送信する間に、処理しなければならない多数の条件は、次のものを含む。 １．行先側ＦＩＵ１４−２は、新たなページに対してページデータの送信をス タートしなければならないが、発信側ＦＩＵ１４−１からネットワーク１２を経 てページデータがまだ到着していない。行先側ＦＩＵは、いわゆるストール線を ＦＴＥへ送信することによりこの状態を取り扱う。ストール線は、行先側ＦＩＵ により形成された有効走査線であって、ネットワーク１２から有効走査線が受信 されないときに行先側ＦＴＥへ送信される。ストール線は、白の走査線としてプ リントされ、そして行先側ＦＴＥへ送信するのに相当量の実時間を必要とするよ うに充填される（以下を参照）。 ２．行先側ＦＩＵ１４−２は、ページデータを送信中であるが、発信側ＦＩＵ １４−１からのデータの流れは、ページが完了する前に中断されるか又は定常状 態でなくなる。ＦＩＵは、ストール線（上述の）を送信するか、又はいわゆる充 填線を行先側ＦＴＥへ送信することにより、この状態を取り扱う。充填線は、ネ ットワーク１２を経て受信される走査線であるが、走査線における有効データの 終了後であって且つ走査線自体の終了の前に付加的な０ビットを追加することに より行先側ＦＩＵにより変更されている。従って、走査線の最後の非ＥＯＬコー ドワードの後であって且つ走査線を終了するＥＯＬコードワードの前に０ビット が挿入される。充填線の送信は、同じ非充填線の送信よりも相当に長い実時間を 必要とするが、走査線のプリント像には変化が生じない。 行先側ＦＩＵ１４−２が行先側ＦＴＥへ新たなページを送信し始めるときには 、あるデータが累積されるまでストール線を送信することにより開始する。 ストール線及び充填線は、データがネットワーク１２を経て到達するための余 分な時間を与える一方、適切にフォーマットされた走査線をリアルタイムベース で行先側ＦＴＥ１０−２へ依然として与える。充填線は、行先側ＦＩＵ１４−２ がネットワーク１２を経て送られるデータの到達速度の低下を検出したときに、 より多くの受信データが累積できるようにする試みとして使用される。ネットワ ーク１２から受信される累積データが予期せぬ遅延のために尽きたときには、ネ ットワーク１２からのより多くのデータが累積される間に行先側ＦＴＥを満足す るためにストール線が行先側ＦＩＵにより発生される。 もし可能であれば、行先側ＦＩＵは、全ての白走査線が既に受信されたことを 行先側ＦＩＵが検出した場合に、累積された受信データが実際に尽きる前にスト ール走査線の送信をスタートしてもよい。この場合に、受信した白走査線は、ス トール線のために付加的な白走査線に続いてプリントされ、その結果、像の非白 部分にストール線が挿入される場合に比してプリント像への影響はほとんどなく なる。 行先側ＦＩＵ１４−２は、行先側ＦＴＥ１０−２へページデータを送信すると きに４つの主たる状態を有する。これらの状態が図５に示されており、（ｉ）ト ップページストール状態、（ii）無充填状態、（iii）充填状態及び（iv）スト ール状態と称される。これらの状態間を切り換えるプロセスは、ネットワーク１ ２からのデータの到着を円滑化し、そしてストール線の挿入により生じることの あるプリントページ像の欠陥を最小にする。このプロセスは、次のような多数の 変数及び定数を含む。 １．ネットワーク１２から受信した完全な未プリントの走査線の本数であって 、ここで「ＣｕｒＬｉｎｅｓ」と称する数； ２．ここで「ＬｏｗＬｉｍ」と称する第１の定数； ３．ここで「ＨｉｇｈＬｉｍ」と称する第２の定数；及び ４．ここで「ＶｉｚＬｉｍ」と称する第３の定数。 これら３つの定数の関係は、次の通りである。 ０＜ＶｉｚＬｉｍ≦ＬｏｗＬｉｍ＜ＨｉｇｈＬｉｍ これら定数に対する値の選択は、各用途ごとに異なる。値の選択に影響するフ ァクタは、ページデータをバッファするのに使用できるメモリの量、及びプリン ト像データを崩壊することなく休止を持続しなければならない所要最大時間長さ を含む。 図５を参照すれば、Ｇ３プロトコルに基づき、行先側ＦＩＵ１４−２が行先側 ＦＴＥ１０−２へのページデータの送信を開始しなければならないときに、プロ セスがスタートされる。この点において、ＣｕｒＬｉｎｅｓがＬｏｗＬｉｍ以上 である場合には、「無充填」状態に入る。さもなくば、「トップページストール」状 態に入る。 図５に示す状態及び移行は、次の通りである。 トップページストール状態（図５のＳ５−１） 動作：ストール線をＦＴＥへ送信する。 退出：ＣｕｒＬｉｎｅｓがＬｏｗＬｉｍ以上であるときに「無充填」状態へ進む 。 無充填状態（図５のＳ５−２） 動作：ネットワーク１２を経て受信した走査線をＦＴＥへ送信する。 退出：ＣｕｒＬｉｎｅｓがＬｏｗＬｉｍ末満であるときに「充填」状態へ進む。 充填状態（図５のＳ５−３）動作：充填線をＦＴＥへ送信する。 退出：ＣｕｒＬｉｎｅｓがＨｉｇｈＬｉｍより大きいときには「無充填」状態へ 進む。ＣｕｒＬｉｎｅｓが０であるときには「ストール」状態へ進む。 ストール状態（図５のＳ５−４） 動作：ストール線をＦＴＥへ送信する。 退出：ＣｕｒＬｉｎｅｓがＬｏｗＬｉｍ以上であるときに「充填」状態へ進む。 ネットワーク１２を経てＥＯＰ又はＭＰＳパケットが受信されるときには、Ｆ ＩＵは、付加的な充填を伴わずに、全ての残りのバッファされた走査線をＦＴＥ へ送信するように進む（図５のＳ５−５）。 このプロセスは、単にネットワーク１２を経て受信されるページデータの量で はなく、ネットワーク１２を経て受信される走査線の本数に基づくものである。 というのは、遅延技術（即ち充填線及びストール線）は、走査線の境界に対して のみ実行されるからである。データ流内の走査線の位置及び本数が分からない限 り、受信データの量を知ることは無関係である。 行先側ＦＩＵにおける例外的条件の処理 プロトコル全体にわたり、行先側ＦＩＵ１４−２は、Ｇ３プロトコル及びそれ に関連したエラー処理に従う。行先側ＦＩＵ１４−２による特殊な特定の処理を 必要とする多数の特殊な状態が発生し得る。 プロトコルの段階Ｂが最初に完了する間に、ＦＩＵは、ネットワーク１２を経 て受信したＤＣＳに規定されたページデータレートでＦＴＥをトレーニングでき ないことが生じる。この場合には、ＦＴＥがＦＴＴでＴＣＦに応答し（図６のＳ ６−１）そしてＦＩＵが低いレートでのトレーニングを試みており、その１つが 成功となっている（図６のＳ６−２）。ＦＴＥが成功裡なトレーニングを指示す るときには、ＦＩＵは、ネットワーク１２を経てＤＣＳパケットを送信し（図６ のＳ６−３）、実際に交渉されたレートを発信側ＦＩＵ１４−１に通知する。明 瞭化のために、図６は、コールのスタートしか示していない。 行先側ＦＴＥ１０−２がＭＰＳ信号に対してＲＴＰ又はＲＴＮ信号で応答する （図７のＳ７−１）場合には、行先側ＦＩＵ１４−２は、プロトコルの段階Ｂへ 復帰して、行先側ＦＴＥを再トレーニングしなければならない。行先側ＦＩＵは 、 既に交渉された同じレートでトレーニング手順をスタートする（図７のＳ７−２ ）。行先側ＦＴＥがそのレートでのトレーニングを受け入れない（ＴＣＦ信号に 対しＦＴＴで応答することにより表わされる）場合には、行先側ＦＩＵは、行先 側ＦＴＥがＣＦＲで応答する（図７のＳ７−４）まで、次第に低いレートを試み る（図７のＳ７−３）。次いで、行先側ＦＩＵは、ＤＣＳパケットをネットワー ク１２へ送信して、新たなレートが交渉されたことを発信側ＦＩＵ１４−１に指 示する。 何らかの理由で、ＥＯＰパケットが受信される前に、端一端ネットワーク１２ の接続が遮断した場合には、ＦＩＵは、Ｇ３プロトコルに従い、ＦＩＵが不完全 な文書転送を報告しなければならないやり方で文書転送を終了させる。 コールの発信端におけるアクティビティ 発信側ＦＩＵ１４−１は、ネットワーク１２を経てＤＩＳパケットが到着する のを待機する。ＤＩＳパケットが到着すると（図４のＳ４−１１）、発信側ＦＩ Ｕは、発信側ＦＴＥに、初期Ｇ３プロトコル信号を、発信側ＦＩＵが単に別のＦ ＴＥ自体であるかのように送信する。標準的なＧ３プロトコルの段階Ｂへ進み（ 図４のＳ４−１２）、そして発信側ＦＩＵは、最終的に、ＴＣＦ信号に対してＣ ＦＲで応答することによりトレーニングを受け入れる（図４のＳ４−１３）。こ の点において、発信側ＦＩＵは、最も最近受信したＤＣＳフレームのＦＩＦを含 むＤＣＳパケットを行先側ＦＴＥ１０−２からネットワーク１２を経て転送する 。 発信ＦＴＥがページパケットの送信をスタートするときには、発信側ＦＩＵが このデータをＦＴＥから受信したときにネットワーク１２を経て転送する（図４ のＳ４−１４）。 発信側ＦＴＥは、最終的に、ページデータの送信を停止し、次いで、適当なペ ージ終了信号を送信する（図４のＳ４−１５）。好ましい実施形態では、ページ 終了信号がＭＰＳである場合に、ＦＩＵは、第１のＭＰＳに応答せず、ＦＩＵが ＭＰＳ信号を繰り返すまで待機する。ＦＩＵは、第２のＭＰＳに対しＭＣＦで応 答する（図４のＳ−１６）。このようにページの確認を遅延することは、ページ 送信中に予想されないネットワーク１２の遅延がある場合に、行先側Ｆ１Ｕ１４ −２及びＦＴＥがページ終了プロトコルを完了できるようにするという作用を有 する。応答がない場合に装置が手前のメッセージを繰り返すことがＧ３プロトコ ルの要件であることに注意されたい。この遅延確認は、ある程度のネットワーク 混雑があると発信側ＦＴＥ又はＦＩＵが考える場合に好ましいものとなる。 文書の最後のページに対するページ終了信号は、ＭＰＳではなくＥＯＰである 。ＦＩＵは、最初に受信したＥＯＰに対してＭＣＦで応答する（図４のＳ４−１ ７）。ＦＩＵがＤＣＮフレームを送信すると、コールが終了となる。 エラー修正モードに対する特殊な技術 エラー修正モード（ＥＣＭ）は、誤りのないプリントページを形成することの できるページデータを送信する任意の方法である。ＥＣＭにおいて、ページデー タは、パケット又はフレームとして知られた小さなかたまりに分割される。これ らのパケットは、順次番号付けされ、そしてパケットが正しく受信されたかどう か受信器が知り得るようにエラーチェックシーケンスで保護される。 以下に述べるように、ＥＣＭを用いてコールを処理する方法は２つある。 第１の方法においては、発信側ＦＩＵ１４−１が発信側ＦＴＥ１０−１からの ＥＣＭデータをフレーム解除し、そしてそれを通常の非ＥＣＭデータとしてネッ トワーク１２を経て送信する。行先側ＦＩＵ１４−２は、ストール及び充填に対 するプロセスを含む上記の全てのプロセスをたどるが、ＦＴＥに送られる全ての ページデータをＥＣＭフレームにパッケージする。行先側ＦＴＥ１０−２からの 再送信要求を取り扱うために、行先側ＦＩＵ１４−２は、行先側ＦＴＥ１０−２ へ送られる全てのフレームのコピーを、それらが行先側ＦＴＥ１０−２によって 確認されるまで保持しなければならない。 第２の方法においては、発信側ＦＩＵ１４−１がＥＣＭフレームを、丁度それ らが発信側ＦＴＥ１０−１から受信されたときに、ネットワーク１２を経て転送 する。行先側ＦｌＵ１４−２は、そのストール及び充填プロセスを、ネットワー ク１２を経て受信した完全な未送信（行先側ＦＴＥ１０−２へ）のＥＣＭフレー ムの数に基づくように変更する。行先側ＦＩＵ１４−２は、フレーム内の走査線 データを見ず、走査線境界がどこであるか知らない。 充填線の上記定義は、ＥＣＭの場合に、ＥＣＭフレーム間に付加的なフラグが 送信されることを意味するように変更される。「ストール」線の土記定義は、ＥＣ Ｍの場合に、バッファされたＥＣＭフレームが行先側ＦＩＵ１４−２に得られな いならば、無意味のデータを含むと共に意図的に不良のＦＣＳを伴うＥＣＭフレ ームが行先側ＦＴＥ１０−２へ送信されることを意味するように変更される。フ レームは、不良のＦＣＳを有するので、行先側ＦＴＥ１０−２によって無視され るが、行先側ＦＴＥ１０−２における受信データの欠落による時間切れを防止す る。 上記の定数ＬｏｗＬｉｍ及びＨｉｇｈＬｉｍの定義は、バッファされた（が、 まだ行先側ＦＴＥ１０−２に送信されていない）ＥＣＭフレームの数を指すよう に変更される。定数ＶｉｚＬｉｍは、ＦＩＵがプリントページ像を意図的に崩壊 しないので、ＥＣＭの取り扱い方法には使用されない。 従って、図５の「充填線送信」状態（参照番号Ｓ５−３）においては、行先側Ｆ ＴＥ１０−２へ送信される各ＥＣＭフレームの後に行先側ＦＩＵ１４−２によっ て長いフラグシーケンスが発生される。これは、各ＥＣＭフレームを送信するの に要する時間長さを効果的に延長する。同様に、図５の「ストール線送信」状態（ 参照番号Ｓ５−４）においては、ＥＣＭフレームが行先側ＦＩＵ１４−２へ送信 されるが、それらは無意味なデータを含み、不良ＦＣＳで終了となる。 上述したように、各ＦＴＥは、Ｇ３ファクシミリ装置である。従って、各ＦＴ Ｅは、スタンドアローンファクシミリマシンであってもよいし、汎用又は特殊目 的のコンピュータ（例えば、ＰＣ等）であってもよいし、又はＧ３ファクシミリ マシンを動作するプロセスを含む他の装置であってもよい。更に、本発明は、ソ フトウェア、ハードウェア又はその組合せで実施することができる。本発明は、 専用のマシン、ＡＳＩＣ等に適用できる。ソフトウェアで完全に又は部分的に実 施するときには、本発明は、ＲＯＭ、ディスク、ＡＳＩＣ、ＰＲＯＭ等を含む（ これらに限定されない）メモリ又は記憶媒体に関する。 かくて、デジタルネットワークを経てのリアルタイムファクシミリ送信が提供 される。当業者に明らかなように、本発明は、上記実施形態以外の形態でも実施 でき、上記実施形態は、本発明を例示するもので、これに限定されず、本発明は 、請求の範囲のみによって限定されるものとする。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＪＰ

Claims (1)

1. 【特許請求の範囲】 １．Ｇ３プロトコルに基づいて動作する発信側ファクシミリターミナル装置(FTE )が、発信側ファクシミリインターフェイスユニット(FIU)を経て、未知の予想 し得ない遅延を伴う中間のデジタルネットワークに接続され、そしてＧ３プロ トコルに基づいて動作する行先側ＦＴＥｂＳ行先側ＦＩＵを経て上記ネットワ ークに接続されるようなシステムにおいて、ファクシミリ通信を与える方法が 、 （ａ）発信側ＦＴＥが発信側ＦＩＵ及び行先側ＦＩＵを経て行先側ＦＴＥに データを送信し、 （ｂ）発信側ＦＩＵが行先側ＦＩＵにデータを送信し、 （ｃ）行先側ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側Ｆ ＩＵが、行先側ＦＴＥのプロトコルの時間切れを防止するために行先側ＦＴＥ にメークアップされたデータを送信し、行先側ＦＩＵは、この行先側ＦＩＵが 発信側ＦＴＥからのあるデータを累積するまで、上記メークアップされたデー タを行先側ＦＥＴに送信し、 （ｄ）発信側ＦＴＥは、１ページのデータの送信終了時に、発信側ＦＩＵを 経て行先側ＦＴＥへページ終了信号を送信し、 （ｅ）発信側ＦＩＵは、ページ終了信号についての発信側ＦＴＥへの確認を 遅延させ、そして （ｆ）その遅延された確認に応答して、発信側ＦＴＥは、発信側ＦＩＵを経 て行先側ＦＴＥへ別のページ終了信号を送信し、これにより、行先側ＦＩＵ及 び行先側ＦＴＥは、それらのページ終了プロトコルを完了することができ、こ こで、 （ｉ）発信側ＦＴＥにより送られるデータは、送信されている文書の走査 線データであり、そして上記メークアップされたデータは、有効なフォーマッ トを有しそしてオリジナル文書の一部分でないデータを含み、 （ii）行先側ＦＩＵは、これが発信側ＦＩＵから走査線を受信しないとき に上記メークアップされたデータを行先側ＦＴＥへ送信し、そして上記メーク アップされたデータは、有効な走査線を含み、 （iii）行先側ＦＩＵは、これが発信側ＦＩＵから走査線の少なくとも若 干を受信したときに上記メークアップされたデータを行先側ＦＴＥへ送信し、 （iv）上記メークアップされたデータは、受信した走査線の若干と、付加 的なデータとを含み、 （ｖ）行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネッ トワークを経て行先側ＦＩＵにより受信された完全な未プリント走査線の本数 に依存し、そして （vi）上記メークアップデータの送信は、 （１）ネットワークを経て送られるデータの到着速度が遅くなったこと を行先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （２）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したと きには、行先側ＦＴＥにストール線を送信する、 という段階を含むことを特徴とする方法。 ２．発信側ファクシミリターミナル装置(FTE)が発信側ファクシミリインターフ ェイスユニット(FIU)を経て中間のデジタルネットワークに接続され、そして 行先側ＦＴＥが行先側ＦＩＵを経て上記ネットワークに接続されるようなシス テムにおいて、ファクシミリ通信を与える方法が、 （ａ）発信側ＦＴＥが発信側ＦＩＵ及び行先側ＦＩＵを経て行先側ＦＴＥに データを送信し、 （ｂ）発信側ＦＩＵが行先側ＦＩＵにデータを送信し、そして （ｃ）行先側ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側Ｆ ＩＵが、行先側ＦＴＥのプロトコルの時間切れを防止するために行先側ＦＴＥ へメークアップされたデータを送信する、 という段階を含むことを特徴とする方法。 ３．発信側ＦＴＥにより送られるデータは、送信されている文書の走査線データ であり、そして上記メークアップされたデータは、有効なフォーマットを有し そしてオリジナル文書の一部分でないデータを含む請求項２に記載の方法。 ４．行先側ＦＩＵは、これが発信側ＦＩＵから走査線を受信しないときに上記メ ークアップされたデータを行先側ＦＴＥへ送信し、そして上記メークアップさ れたデータは、有効な走査線を含む請求項３に記載の方法。 ５．行先側ＦＩＵは、これが発信側ＦＴＥからあるデータを累積するまで行先側 ＦＴＥへ上記メークアップされたデータを送信する請求項４に記載の方法。 ６．行先側ＦＩＵは、これが全て白の走査線を受け取るまで行先側ＦＴＥへ上記 メークアップされたデータを送信し、上記方法は、更に、行先側ＦＩＵが全て 白の走査線を受け取るときに、付加的な白の走査線を行先側ＦＴＥへ送信する ことを含む請求項４に記載の方法。 ７．行先側ＦＩＵは、これが発信側ＦＩＵから走査線の少なくとも若干を受信し たときに上記メークアップされたデータを行先側ＦＴＥへ送信し、そして上記 メークアップされたデータは、受信した走査線の若干と、付加的なデータとを 含む請求項３に記載の方法。 ８．行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネットワーク を経て行先側ＦＩＵにより受信された完全な未プリント走査線の本数に依存す る請求項３に記載の方法。 ９．上記メークアップデータの送信は、 （ａ）ネットワークを経て送られるデータの到着速度が遅くなったことを行 先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （ｂ）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したときに は、行先側ＦＴＥにストール線を送信する、 という段階を含む請求項８に記載の方法。 10．（ｄ）発信側ＦＴＥは、１ページのデータの送信終了時に、発信側ＦＩＵを 経て行先側ＦＴＥへページ終了信号を送信し、 （ｅ）発信側ＦＩＵは、ページ終了信号についての発信側ＦＴＥへの確認を 遅延させ、そして （ｆ）その遅延された確認に応答して、発信側ＦＴＥは、発信側ＦＩＵを経 て行先側ＦＴＥへ別のページ終了信号を送信し、これにより、行先側ＦＩＵ及 び行先側ＦＴＥは、それらのページ終了プロトコルを完了することができる、 という段階を更に含む請求項２に記載の方法。 11．ページデータがフレームに分割されるエラー修正モード(ECM)において、 行先側ＦＩＵは、 （ｄ）行先側ＦＴＥへ送信されるべき全てのページデータをフレームへとパ ッケージし、 （ｅ）全てのページデータをパッケージされたフレームとして行先側ＦＴＥ へ送信し、 （ｆ）行先側ＦＴＥへ送られる各パッケージされたフレームのコピーを保持 し、そして （ｇ）行先側ＦＴＥからのフレーム再送信要求に応答して、その要求された フレームのコピーを送信する、 という段階を含む請求項２に記載の方法。 12．行先側ＦＩＵは、行先側ＦＴＥによりフレームが確認されるまで行先側ＦＴ Ｅへ送られる各パッケージされたフレームのコピーを保持する請求項１１に記 載の方法。 13．発信側ファクシミリターミナル装置(FTE)が発信側ファクシミリインターフ ェイスユニット(FIU)を経て中間のデジタルネットワークに接続され、そして 行先側ＦＴＥが行先側ＦＩＵを経て上記ネットワークに接続されるようなシス テムにおいて、ファクシミリ通信を与える方法が、行先側ＦＩＵにより、 （ａ）発信側ＦＴＥからデータを受信し、そして （ｂ）発信側ＦＴＥからのデータを待機する間に、行先側ＦＴＥのプロトコ ルの時間切れを防止するために行先側ＦＴＥへメークアップされたデータを送 信する、 という段階を含むことを特徴とする方法。 14．発信側ＦＴＥにより送られるデータは、送信されている文書の走査線データ であり、そして上記メークアップされたデータは、有効なフォーマットを有し そしてオリジナル文書の一部分でないデータを含む請求項１３に記載の方法。 15．行先側ＦＩＵは、これが発信側ＦＩＵから走査線を受信しないときに上記メ ークアップされたデータを行先側ＦＴＥへ送信し、そして上記メークアップさ れたデータは、有効な走査線を含む請求項１４に記載の方法。 16．行先側ＦＩＵは、これが発信側ＦＴＥからあるデータを累積するまで行先側 ＦＴＥへ上記メークアップされたデータを送信する請求項１５に記載の方法。 17．行先側ＦＩＵは、これが全て白の走査線を受け取るまで行先側ＦＴＥへ上記 メークアップされたデータを送信し、上記方法は、更に、行先側ＦＩＵが全て 白の走査線を受け取るときに、付加的な白の走査線を行先側ＦＴＥへ送信する ことを含む請求項１５に記載の方法。 18．行先側ＦＩＵは、これが発信側ＦＩＵから走査線の少なくとも若干を受信し たときに上記メークアップされたデータを行先側ＦＴＥへ送信し、そして上記 メークアップされたデータは、受信した走査線の若干と、付加的なデータとを 含む請求項１４に記載の方法。 19．行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネットワーク を経て行先側ＦＩＵにより受信された完全な未プリント走査線の本数に依存す る請求項１４に記載の方法。 20．上記メークアップデータの送信は、 （ａ）ネットワークを経て送られるデータの到着速度が遅くなったことを行 先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （ｂ）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したときに は、行先側ＦＴＥにストール線を送信する、 という段階を含む請求項１９に記載の方法。 21．行先側ファクシミリターミナル装置(FTE)において発信側ＦＴＥから中間の デジタルネットワークを経てファクシミリ通信を受信する方法であって、行先 側ＦＴＥは、行先側ＦＩＵを経てネットワークに接続され、上記方法は、行先 側ＦＩＵにより、 （ａ）発信側ＦＴＥからデータを受信し、そして （ｂ）発信側ＦＴＥからのデータを待機する間に、行先側ＦＴＥのプロトコ ルの時間切れを防止するために行先側ＦＴＥへメークアップされたデータを送 信する、 という段階を含むことを特徴とする方法。 22．発信側ＦＴＥにより送られるデータは、送信されている文書の走査線データ であり、そして上記メークアップされたデータは、有効なフォーマットを有し そしてオリジナル文書の一部分でないデータを含む請求項２１に記載の方法。 23．行先側ＦＩＵは、これが発信側ＦＩＵから走査線を受信しないときに上記メ ークアップされたデータを行先側ＦＴＥへ送信し、そして上記メークアップさ れたデータは、有効な走査線を含む請求項２２に記載の方法。 24．行先側ＦＩＵは、これが発信側ＦＴＥからあるデータを累積するまで行先側 ＦＴＥへ上記メークアップされたデータを送信する請求項２２に記載の方法。 25．行先側ＦＩＵは、これが全て白の走査線を受け取るまで行先側ＦＴＥへ上記 メークアップされたデータを送信し、上記方法は、更に、行先側ＦＩＵが全て 白の走査線を受け取るときに、付加的な白の走査線を行先側ＦＴＥへ送信する ことを含む請求項２２に記載の方法。 26．行先側ＦＩＵは、これが発信側ＦＩＵから走査線の少なくとも若干を受信し たときに上記メークアップされたデータを行先側ＦＴＥへ送信し、そして上記 メークアップされたデータは、受信した走査線の若干と、付加的なデータとを 含む請求項２３に記載の方法。 27．行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネットワーク を経て行先側ＦＩＵにより受信された完全な未プリント走査線の本数に依存す る請求項２４に記載の方法。 28．上記メークアップデータの送信は、 （ａ）ネットワークを経て送られるデータの到着速度が遅くなったことを行 先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （ｂ）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したときに は、行先側ＦＴＥにストール線を送信する、 という段階を含む請求項２３に記載の方法。 29．上記発信側及び行先側ファクシミリターミナル装置は、Ｇ３プロトコルに基 づいて動作する請求項２ないし２８のいずれかに記載の方法。 30．上記ネットワークは、未知の予想できない遅延を伴う請求項２ないし２８の いずれかに記載の方法。 31．発信側ファクシミリターミナル装置(FTE)が発信側ファクシミリインターフ ェイスユニット(FIU)を経て中間のデジタルネットワークに接続され、そして 行先側ＦＴＥが行先側ＦＩＵを経て上記ネットワークに接続されるようなシス テムにおいて、行先側ＦＩＵが、 （ａ）上記ネットワークを経て発信側ＦＴＥからデータを受信する手段と、 （ｂ）行先側ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側Ｆ ＴＥのプロトコルの時間切れを防止するために行先側ＦＴＥへメークアップさ れたデータを送信する手段と、 を備えたことを特徴とするＦＩＵ。 32．発信側ファクシミリターミナル装置(FTE)が発信側ファクシミリインターフ ェイスユニット(FIU)を経て中間のデジタルネットワークに接続され、そして 行先側ＦＴＥが行先側ＦＩＵを経て上記ネットワークに接続されるようなシス テムにおいて、 ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側ＦＴＥのプロト コルの時間切れを防止するためにＦＩＵが行先側ＦＴＥへメークアップされた データを送信する、 というようにプログラムされたことを特徴とするＦＩＵ。 33．発信側ＦＴＥにより送られるデータは、送信されている文書の走査線データ であり、そして上記メークアップされたデータは、有効なフォーマットを有し そしてオリジナル文書の一部分でないデータを含む請求項３２に記載のＦＩＵ 。 34．ＦＩＵは、行先側ＦＩＵが発信側ＦＩＵから走査線を受信しないときに上記 メークアップされたデータを行先側ＦＴＥへ送信し、そして上記メークアップ されたデータは、有効な走査線を含む請求項３３に記載のＦＩＵ。 35．行先側ＦＩＵは、これが発信側ＦＴＥからあるデータを累積するまで行先側 ＦＴＥへ上記メークアップされたデータを送信する請求項３４に記載のＦＩＵ 。 36．ＦＩＵは、更に、行先側ＦＩＵが全て白の走査線を受け取るまで行先側ＦＴ Ｅへ上記メークアップされたデータを送信するようプログラムされ、更に、行 先側ＦＩＵが全て白の走査線を受け取るときに、付加的な白の走査線を行先側 ＦＴＥへ送信する請求項３５に記載のＦＩＵ。 37．ＦＩＵは、これが発信側ＦＩＵから走査線の少なくとも若干を受信したとき に上記メークアップされたデータを行先側ＦＴＥへ送信するようにプログラム され、そして上記メークアップされたデータは、受信した走査線の若干と、付 加的なデータとを含む請求項３２に記載のＦＩＵ。 38．行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネットワーク を経てＦＩＵにより受信された完全な未プリント走査線の本数に依存する請求 項３２に記載のＦＩＵ。 39．上記メークアップデータの送信は、 （ａ）ネットワークを経て送られるデータの到着速度が遅くなったことを行 先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （ｂ）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したときに は、行先側ＦＴＥにストール線を送信する、 ことを含む請求項３８に記載のＦＩＵ。 40．上記発信側及び行先側ファクシミリターミナル装置は、Ｇ３プロトコルに基 づいて動作する請求項３２ないし３９のいずれかに記載のＦＩＵ。 41．上記ネットワークは、未知の予想できない遅延を伴う請求項３２ないし３９ のいずれかに記載のＦＩＵ。 42．発信側ファクシミリターミナル装置(FTE)が、発信側ファクシミリインター フェイスユニット(FIU)を経て、未知の予想し得ない遅延を伴う中間のデジタ ルネットワークに接続され、そして行先側ＦＴＥが行先側ＦＩＵを経て上記ネ ットワークに接続されるようなシステムにおいて、上記発信側及び行先側ファ クシミリターミナル装置は、Ｇ３プロトコルに基づいて動作し、メモリ媒体が 次の段階によりファクシミリ通信を与えるようにプログラムされたソフトウェ アを含み、即ち、 （ａ）発信側ＦＴＥが発信側ＦＩＵ及び行先側ＦＩＵを経て行先側ＦＴＥに データを送信し、 （ｂ）発信側ＦＩＵが行先側ＦＩＵにデータを送信し、 （ｃ）行先側ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側Ｆ ＩＵが、行先側ＦＴＥのプロトコルの時間切れを防止するために行先側ＦＴＥ にメークアップされたデータを送信し、 （ｄ）発信側ＦＴＥは、１ページのデータの送信終了時に、発信側ＦＩＵを 経て行先側ＦＴＥへページ終了信号を送信し、 （ｅ）発信側ＦＩＵは、ページ終了信号についての発信側ＦＴＥへの確認を 遅延させ、そして （ｆ）その遅延された確認に応答して、発信側ＦＴＥは、発信側ＦＩＵを経 て行先側ＦＴＥへ別のページ終了信号を送信し、これにより、行先側ＦＩＵ及 び行先側ＦＴＥは、それらのページ終了プロトコルを完了することができ、そ してページデータがフレームに分割されるエラー修正モード(ECM)において、 （ｇ）行先側ＦＴＥへ送信されるべき全てのページデータをフレームへと パッケージし、 （ｈ）全てのページデータをパッケージされたフレームとして行先側ＦＴ Ｅへ送信し、 （ｉ）行先側ＦＴＥへ送られる各パッケージされたフレームのコピーを保 持し、そして （ｊ）行先側ＦＴＥからのフレーム再送信要求に応答して、その要求され たフレームのコピーを送信し、 更に、発信側ＦＴＥにより送られるデータは、送信されている文書の走査線 データであり、そして上記メークアップされたデータは、有効なフォーマット を有しそしてオリジナル文書の一部分でないデータを含み、 更に、上記ソフトウェアは、行先側ＦＩＵが発信側ＦＩＵから走査線を受信 しないときに行先側ＦＩＵが上記メークアップされたデータを行先側ＦＴＥへ 送信するようにプログラムされ、そして上記メークアップされたデータは、有 効な走査線を含み、 更に、上記ソフトウェアは、行先側ＦＩＵが発信側ＦＴＥからあるデータを 累積するまで行先側ＦＩＵが行先側ＦＴＥへ上記メークアップされたデータを 送信するようにプログラムされ、 更に、上記ソフトウェアは、行先側ＦＩＵが全て白の走査線を受け取るまで 行先側ＦＩＵが行先側ＦＴＥへ上記メークアップされたデータを送信するよう プログラムされ、上記メモリ媒体は、更に、行先側ＦＩＵが全て白の走査線を 受け取るときに、付加的な白の走査線を行先側ＦＴＥへ送信することを含み、 更に、行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネット ワークを経て行先側ＦＩＵにより受信された完全な未プリント走査線の本数に 依存し、そして上記メークアップデータの送信は、 （ａ）ネットワークを経て送られるデータの到着速度が遅くなったことを 行先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （ｂ）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したとき には、行先側ＦＴＥにストール線を送信する、 ことを特徴とするメモリ媒体。 43．発信側ファクシミリターミナル装置(FTE)が発信側ファタシミリインターフ ェイスユニット(FIU)を経て中間のデジタルネットワークに接続され、そして 行先側ＦＴＥが行先側ＦＩＵを経て上記ネットワークに接続されるようなシス テムにおいて、メモリ媒体が次の段階によりファクシミリ通信を与えるように プログラムされたソフトウェアを含み、即ち、 （ａ）発信側ＦＴＥが発信側ＦＩＵ及び行先側ＦＩＵを経て行先側ＦＴＥに データを送信し、 （ｂ）発信側ＦＩＵが行先側ＦＩＵにデータを送信し、そして （ｃ）行先側ＦＩＵが発信側ＦＴＥからのデータを待機する間に、行先側Ｆ ＩＵが、行先側ＦＴＥのプロトコルの時間切れを防止するために行先側ＦＴＥ にメークアップされたデータを送信する、 ことを特徴とするメモリ媒体。 44．発信側ＦＴＥにより送られるデータは、送信されている文書の走査線データ であり、そして上記メークアップされたデータは、有効なフォーマットを有し そしてオリジナル文書の一部分でないデータを含む請求項４３に記載のメモリ 媒体。 45．更に、上記ソフトウェアは、行先側ＦＩＵが発信側ＦＩＵから走査線を受信 しないときに行先側ＦＩＵが上記メークアップされたデータを行先側ＦＴＥへ 送信するようにプログラムされ、そして上記メークアップされたデータは、有 効な走査線を含む請求項４４に記載のメモリ媒体。 46．更に、上記ソフトウェアは、行先側ＦＩＵが発信側ＦＴＥからあるデータを 累積するまで行先側ＦＩＵが行先側ＦＴＥへ上記メークアップされたデータを 送信するようにプログラムされた請求項４５に記載のメモリ媒体。 47．更に、上記ソフトウェアは、行先側ＦＩＵが全て白の走査線を受け取るまで 行先側ＦＩＵが行先側ＦＴＥへ上記メークアップされたデータを送信するよう プログラムされ、上記メモリ媒体は、更に、行先側ＦＩＵが全て白の走査線を 受け取るときに、付加的な白の走査線を行先側ＦＴＥへ送信することを含む請 求項４５に記載のメモリ媒体。 48．更に、上記ソフトウェアは、行先側ＦＩＵが発信側ＦＩＵから走査線の少な くとも若干を受信したときに行先側ＦＩＵが上記メークアップされたデータを 行先側ＦＴＥへ送信するようにプログラムされ、そして上記メークアップされ たデータは、受信した走査線の若干と、付加的なデータとを含む請求項４３に 記載のメモリ媒体。 49．行先側ＦＴＥへ送信される上記メークアップデータの種類は、ネットワーク を経て行先側ＦＩＵにより受信された完全な未プリント走査線の本数に依存す る請求項４４に記載のメモリ媒体。 50．上記メークアップデータの送信は、 （ａ）ネットワークを経て送られるデータの到着速度が遅くなったことを行 先側ＦＩＵが検出したときには、行先側ＦＴＥに充填線を送信し、そして （ｂ）データの到着における予期せぬ遅延を行先側ＦＩＵが検出したときに は、行先側ＦＴＥにストール線を送信する、 ことを含む請求項４９に記載のメモリ媒体。 51．更に、上記ソフトウェアは、次の段階によりファクシミリ送信を与えるよう にプログラムされ、即ち、 （ｄ）発信側ＦＴＥは、１ページのデータの送信終了時に、発信側ＦＩＵを 経て行先側ＦＴＥへページ終了信号を送信し、 （ｅ）発信側ＦＩＵは、ページ終了信号についての発信側ＦＴＥへの確認を 遅延させ、そして （ｆ）その遅延された確認に応答して、発信側ＦＴＥは、発信側ＦＩＵを経 て行先側ＦＴＥへ別のページ終了信号を送信し、これにより、行先側ＦＩＵ及 び行先側ＦＴＥは、それらのページ終了プロトコルを完了することができる請 求項４３に記載のメモリ媒体。 52．上記ソフトウェアは、更に、ページデータがフレームに分割されるエラー修 正モード(ECM)において、次の段階によりファクシミリ送信を与えるようにプ ログラムされ、即ち、 （ｄ）行先側ＦＴＥへ送信されるべき全てのページデータをフレームへとパ ッケージし、 （ｅ）全てのページデータをパッケージされたフレームとして行先側ＦＴＥ へ送信し、 （ｆ）行先側ＦＴＥへ送られる各パッケージされたフレームのコピーを保持 し、そして （ｇ）行先側ＦＴＥからのフレーム再送信要求に応答して、その要求された フレームのコピーを送信する請求項４３に記載のメモリ媒体。 53．行先側ＦＩＵは、行先側ＦＴＥによりフレームが確認されるまで行先側ＦＴ Ｅへ送信される各パッケージされたフレームのコピーを保持する請求項５２に 記載のメモリ媒体。 54．上記発信側及び行先側ファクシミリターミナル装置は、Ｇ３プロトコルに基 づいて動作する請求項４３ないし５３のいずれかに記載のメモリ媒体。 55．上記ネットワークは、未知の予想できない遅延を伴う請求項４３ないし５３ のいずれかに記載のメモリ媒体。