JPH0435570A - データ通信方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、ページ単位処理型のプリンタ部と、ハードデ
ィスク等の補助記憶装置とを有するファクシミリ装置に
関する。

［従来の技術］ 従来、ページ単位処理型のプリンタを有する画像蓄積型
のファクシミリ装置においては、送受信機間のメモリ容
量（補助記憶容量）のネゴシェーションを文書単位で行
っていた・そして、このメモリ容量は、通信される画像
データ容量として定義されていた。

なお、上記ページ単位処理型のプリンタとは、画像出力
の際に、１頁分の画像データを保持する画像メモリが必
要なプリンタである。

また、受信側がメモリフルで通信が中断された場合、送
信側はタイマを用いて、一定時間経過後の文書の再送動
作を実行し、場合によっては数回の文書再送を行ってい
た。

［発明が解決しようとする課題］ しかしながら、上記従来例では、送受信機間におけるメ
モリ容量のネゴシェーションを文書単位で行っていたた
め、各ページのデータ量を通知することなく送受信を行
なっている。

このためメモリ容量のネゴシェーションが有効である場
合、受信側のメモリ残量が送信側の全ベージ分のデータ
量に満たないときには、通信を中断するか、あるいはそ
のまま何ページ目で中断されるか不明のまま通信を継続
することになる。

その結果、通信を中断した場合には、一部のページは受
信可能にもかかわらず全く通信が行なわれないことにな
り、また、通信を継続した場合には、ページ途中でメモ
リフルになり、ここで通信が中断するため、そのページ
の通信時間と回線コストが無駄になるという欠点があっ
た。

また、ネゴシェーションするメモリ容量は、通信される
画像データ容量として定義されているため、ページ単位
処理型プリンタを有する補助記憶装置付の画像蓄積型フ
ァクシミリ装置において、受信出力用バッファサイズを
越える画像を受信した場合、ページ途中で通信を中断せ
ざるを得す、このページの通信時間と回線コストが無駄
になるという欠点があった。

さらに、画像受信側がメモリフルで通信が中断された場
合、送信側は一定時間間隔で数回の文書再送動作を行な
うが、この再送タイミングで必ずしも受信側のメモリが
空くか否かは確定できないため、全再送タイミングでメ
モリフルのままであったり、あるいは十分なメモリ空容
量がない場合、不達文書となる欠点があった。

本発明は、受信側でメモリフルが生じた場合に、適正な
処理を行なうことができるファクシミリ装置を提供する
ことを目的とする。

［課題を解決する手段］ 本発明は、画像蓄積用の補助記憶装置とページプリンタ
部とを有するファクシミリ装置において、送信側から受
信側に、送信文書のページデータ容量に関するデータを
送信することにより、送信側が、受信側のメモリフルに
よる通信中断要求をページの送信途中でなく各ページの
境界で受け付けるようにしたことを特徴とする。

また、本発明は、画像蓄積用の補助記憶装置とページプ
リンタ部とを有するファクシミリ装置において、画像送
信時に送信文書の最大ページデータ容量と受信側の受信
出力用バッファ容量とを比較して、前者が後者より小さ
い場合には１通信を中断することを特徴とする。

さらに、本発明は、画像蓄積用の補助記憶装置とページ
プリンタ部とを有するファクシミリ装置において、受信
側で上記補助記憶装置がメモリフルになり、通信が中断
された場合、その後、上記補助記憶装置が空いたときに
、送信側にポーリングをかけ、残りの通信を行なうこと
を特徴とする。

［作用］ 本発明では、送信文書のページデータ容量に関する情報
、受信出力バッファ容量あるいは補助記憶装置の空メモ
リ容量を送受信端末間でやりとりすることにより、ペー
ジ途中での通信の中断を回避することができ、中断した
ページの重複送信等の必要をなくして無駄な通信時間お
よび回線コストを低減でき、ファクシミリ装置の使用効
率を高めることができる。

また、受信側端末の補助記憶装置の空容量に応じたメモ
リフルポーリング機能を設けることにより、受信側のメ
モリフルによって中断した文書の再送処理が、従来のタ
イマによる処理に比べ確実に行なうことができ、不達文
書の発生を防止することが可能となる。

［実施例］ 第１図は、本発明の一実施例によるファクシミリ装置の
構成を示すブロック図である。

このファクシミリ装置は、装置全体を制御するＣＰＵ７
４と、このＣＰＵ７４による本実施例のプログラムを格
納したＲＯＭ７２と、上記ＣＰＵ７４が扱うデータを格
納するＲＡＭ７３とを有する。

また、Ｉ　ＳＤＮ回線を介してデータをやりとりするＩ
　ＳＤＮインタフェース（Ｉ／Ｆ）７２１と、Ｇ３ファ
クシミリ通信を制御するＧ３ＣＣＵ７１４と、Ｇ４ファ
クシミリ通信を制御する０４ＣＣＵ７１５と、画像バッ
ファとしての画像メモリ７１６と、そのコントローラ７
１７と、送信画像データを符合化する符号化器７８と、
受信画像データを復号する復号化器７９と、画像変換器
７１０と、キャラクタジェネレータ７１１と、ファイル
するハードディスク（補助記憶装置）７２０と、そのハ
ードディスクＩ／Ｆ７１３とを有している。

さらに、原稿上の画像データを入力するスキャナ７１８
と、スキャナＩ／Ｆ７７と、画像をページ単位で出力す
るプリンタ７１９と、プリンタＩ／Ｆ７１２と、オペレ
ータが各種入力を行なうデイスプレィ付きオペレーショ
ンパネル７６と、そのパネルＩ／Ｆ７５と、システムバ
ス７１を有している。

第２図は、Ｇ４ドキュメント送信プロトコルにおけるセ
ツション層およびドキュメント層に関する部分を示す模
式図である。

以下、ＣＳＳ　（セツション開始コマンド）オよびＲ５
５Ｐ（Ｎ）（セツション開始肯定／不定レスポンス）を
中心に述べる。

Ｃ３Ｓ２３は、後述する送信側２１のＮ５Ｃ（非標準機
能）を含むものであり、これによって送信側２１のＮＳ
Ｃパラメータが受信側２２へ送信される。

ＲＳ　Ｓ　Ｐ　２４　ハ、後述ｔ　ル受信側２２（７）
ＮＳＣ内容を（非標準機能）を含むものであり、これに
よって受信側２２のＮＳＣパラメータが送信側２１へ送
信される。

ＣＤＳ　（ドキュメント開始コマンド）２５はコントロ
ールドキュメント（ＣＤＩ）２６を設定するもので、本
コマンド中のドキュメントタイプ識別子によりコントロ
ールドキュメントを発動する。このコンドロールドキュ
メン）（ＣＤＩ）２６は、ページ属性リス）１１を送信
側２２へ送信する。

第３図は、頁属性リスト１１の内容を示す模式この頁属
性リスト１１には、送信文書のドキュメントデータ容量
１２と１頁数１３と、各項のデータ容量１４、・・・、
１６とから構成されている。

また、第２図に戻って、ＣＤ５２７は、ノーマルドキュ
メントを設定するもので、本コマンド中のドキュメント
タイプ識別子によりノーマルドキュメントを発動する。

また、ｎ頁のシーケンス２１０におけるＲＤＰＢＰ（ド
キュメントページ境界肯定レスポンス）２１１には、受
信側２２が受信能力の限界（ＲＡＪ）パラメータに１が
セットしている。

ＣＤＦＢ　（ドキュメント頁境界コマンド）２１２およ
びＲＤＰＢＮ　（ドキュメント頁境界否定レスポンス）
２１３は、ＣＤＵＩ　（ドキュメントユーザ情報コマン
ド）が１つも交換されず、送受信側で頁属性リスト交換
モードの私用プロトコルとして用いられるものであり、
これによって「セッシ□ンを継続できない」旨が送信側
に示される。

第４図は、Ｃ３Ｓ２３のＮ５Ｃ（非標準機能）パラメー
タの内容を示す模式図である。

このＮＳＣパラメータには、供給者コマンド４工と、ク
ラスコマンド（Ｇ４クラス１、ＦＡＸ）４２と、機種コ
マンド４３と、プロトコル機能記述子４４と、アプリケ
ーション能力４５と、頁属性リスト交換指定コード４６
と、指定パラメータ４７とを有する。

この指定のパラメータ４７は、受信側２２に対し、メモ
リフルポーリング指定と受信バッファサイズチエツク指
定の有無を指示する。

また、Ｃ３Ｓ２３のＮＳＣパラメータには、頁属性リス
ト交換指定コード４６の送信ドキュメントページデータ
容量（ＤＰｍａｘ）パラメータ４８と、頁属性リスト交
換指定コード４６の１頁目ページデータ容量（ＰＤ　ｌ
）パラメータ４９と、頁属性リスト交換指定コード４６
の送信文書データ容量（ＤＤ腸ａＸ　）パラメータ４１
０とが設けられている。

ｊｌＧ５図は、Ｒ５５Ｐ２４のＮＳＣパラメータの内容
を示す模式図である。

このＮＳＣパラメータには、供給者コマンド８１と、ク
ラスフード（０４クラス１、ＦＡＸ）８２と、機種コマ
ンド８３と、プロトコル機能記述子８４と、アプリケー
ション能力８５と、頁属性リスト交換指定コード８６と
、この頁属性リスト交換指定コード８６の受信出力用バ
ッファ容量（ＰＯｂｕｆ）パラメータ８７とを有する。

ｌ７ｓ６図は、受信側から送信側へ送出されるＲ５５Ｎ
（セツション開始否定レスポンス）のＮＳＣパラメータ
の内容を示す模式図である。

このＲ３５Ｎは、上記受信出力用バッファ容量（ＰＯｂ
ｕｆ）と送信ドキュメント最大ページデータ容量（ＰＩ
）＋ａｘ）との比較を受信側で行い、ＰＯｂｕｆ＞ＰＤ
ｌａＸであった場合、または１頁目の頁データ容量（Ｐ
Ｄｌ）と受信側の補助記憶装置の空容量（ＨＤｒｅ■）
との比較を行い、ＰＤＩ＞ＨＤ　ｒｅ■の場合に、受信
側から送信側へ送出されるものである。

各パラメータ６１〜６７は、それぞれ第５図に示すパラ
メータ８１〜８７と同様にものである。

また、否定理由６８は、上述した２つの条件のうち、Ｐ
Ｏｂｕｆ＞ＰＤ鳳ａ！であった場合にはＯＩＨ”を格納
し、ＰＤＩ＞ＨＤｒｅｍの場合には“０２Ｈ”を格納す
る。

第７図は、以上のような構成のファクシミリ装置間にお
ける画像の通信動作を示すフローチャートである。

まず、文書送信側２１と文書受信側２２の間に呼が設定
されると、文書送信側２１から第４図に示すＮＳＣを付
加したＣ３Ｓ２３が送出される。

受信側２２は、Ｃ３Ｓ２３にＮＳＣが含まれているか否
か判断しく５９１）、含まれていなければ上記Ｔ、６２
に従った通常モードの処理を行う（Ｓ９１２）。

また、Ｃ３Ｓ２３にＮＳＣが含まれていれば、そのＮＳ
Ｃの解析を行い（Ｓ９２）、供給者コード４１をチエツ
クして（Ｓ９３）、所定の供給者コード４１でなければ
上記５９１２の処理を行う。

また、所定の供給者コード４１であれば、クラスコード
４２のチエツクを行ない（Ｓ９４）、これがＣり５７．
１．ＦＡＸ）’ｔ’なけレバ、５９１２の処理を行なう
。

また、クラスコード４２が（クラスｌ。

ＦＡＸ）であれば、機種コード４３のチエ−２りを行い
（Ｓ９５）、機種コード４３が合致しなければ、５９１
２の処理を行う。

また、機種コード４３が合致すれば、アプリケーション
能力４５に頁属性リスト交換が指定されているか否かの
チエツクを行い（Ｓ９６）、指定されていなければ、他
のアプリケーション能力４５の解析を行う（５９１３）
。

また、頁属性リスト交換が指定されていれば、受信バッ
ファサイズチエツクおよび、送信ドキュメント最大ペー
ジデータ容量（ＰＤ■ａＸ　）と受信出力用バッファ容
量（ＰＯｂｕｆ）との比較を行い（Ｓ９７）、受信バッ
ファサイズチエツクが有で、かツＰＤｍａｘ　＞ＰＯｂ
ｕｆであれば、第６ｒＩｌノＮＳＣを含むＲ５５Ｎに拒
否理由（ＯＩＨ：受信出力用バッファ容量不足）を指定
して、文書送信側２１に送出する（５９１１）。

また、受信バッファサイズチエツクが無く、ＰＤｍａｘ
　＞ＰＯｂｕｆでなければ、第４図のＣ３ＳのＮＳＣの
内容であるメモリフルポーリング指定４７の有無を格納
するとともに（３９８）、送信ドキュメント最大ページ
データ容量４８の格納を行う（３９９）。

次に、１ページ目のページデータ容量４９を補助記憶装
置７２０へ確保しく５９１４）、確保できなければＲ３
５ＮのＮＳＣに拒否理由（０２Ｈ：補助記憶容量不足）
を指定し、文書送信側２１に送出する（５９１１）。

また、確保できれば、ｔｓ５図に示すＮＳＣをＲ３５Ｐ
２４にのせて文書送信側２１に送出する（５９１０）。

第８図は、文書受信側２２からＲ３５Ｐ２４を受信した
文書送信側２１の動作な示すフローチャートである。

文書受信側２２は、Ｒ３５Ｐを受信すると、ＮＳＣを有
無のチエツクを行い（Ｓ１０１）、無い場合は１通常処
理に移行する（Ｓ　１１１）　。

また、ＮＳＣが有る場合には、その解析処理に入り（５
１０２）、供給者コード８１のチエツクを行い（５１０
３）、所定コードでなければ、上記５ｉｌｌの処理を行
う。

また、供給者コード８１が所定コードである場合には、
クラスコード８２のチエツクを行い（Ｓ１０４）、クラ
スコード８２が（クラスｌ、ＦＡＸ）でなければ、５ｉ
ｌｌの処理を行う。

クラスコード８２が（クラス１．ＦＡＸ）であれば、機
種コード８３のチエツクを行い（５１０５）、合致しな
ければ、５ｌｌｌの処理を行う。

また、ｔａＳコード８３が合致すれば、アプリケーショ
ン能力８５に頁属性リスト交換指定コード８６のチエツ
クを行い（ｓｉｏｓ）、頁属性リスト交換の指定がなけ
れば、５ｉｌｌの処理を行う。

また１頁属性リスト交換の指定があれば、頁属性リスト
の交換処理（Ｓ　１０７）を行うべく、ドキュメントタ
イプパラメータとしてコントロールドキュメントを指定
し、ＣＤ５２５を発動してコントロールドキュメント（
ＣＤＩ）２６を文書受信側へ送出する。

次に、パラメータ４７で受信バッファサイズチエツク指
定の有無をチエツクしく５１０８）、有の場合、通常送
信処理（Ｓ　１１２）に移行する。

また、受信バッファサイズチエツク指定が有の場合には
、送信ドキュメント最大頁データ容量ＦＤ層ａｘ４８と
受信出力用バッファ容量Ｐ　Ｏｂｕｆ８７との比較を行
い（Ｓ　１０９）　、　ＰＤｍａｘ　＞Ｐ　Ｏｂｕｆで
なければ、５１１２の処理に移行する。

また、Ｐ　Ｄ　ｗａｘ　＞　Ｐ　Ｏｂｕｆであれば、パ
ラメータ４７でメモリフルポーリング指定したか否かの
チエツクを行い（５１１３）、指定無しの場合、ＰＯｂ
ｕｆを越えた頁の解像度を下げた送信処理に移行する（
ＳＩＩＯ）。

また、指定有りの場合、Ｐ　Ｏｂｕｆを越えた頁の解像
度を下げた送信処理を文書受信側２２からポーリングさ
れるための待機処理に移行する（Ｓ　１１４）　。

第９図は、文書受信側２２からＲ３５Ｎを受信した文書
送信側２１の動作を説明するフローチャートである。

第９図中、５１２１〜５１２６では、文書送信側２１が
文書、受信側２２からＲ３５Ｎを受信した場合に、上記
第８図の５ｌｏｔ−Ｓ１０６と同様な処理を行い、上記
Ｔ、６２に基＜Ｒ５５Ｎ受信時の処理を行う（５１３３
）。

次に、Ｒ５５ＮのＮＳＣの拒否理由６７のチエツクを行
い（Ｓ　１２７）、「受信出力用バッファ不足」理由の
場合、通信終了処理の後（５１３１）、受信出力用バー
／　７７容量Ｐ　Ｏｂｕｔ６７を越えた頁の解像度を下
げた再送処理に移行する（Ｓ１３２）。

一方、Ｒ５５ＮのＮＳＣの拒否理由６７が「補助記憶装
置空容量不足」の場合、パラメータ４７でメモリフルポ
ーリング指定の有無をチエツクしく５１２８）、無い場
合には、通信の終了処理を行い（５１３４）、再送処理
に移行する（５１３５）。

また、メモリフルポーリング指定が有る場合には１通信
の終了処理を行い（５１２９）、文書受信側２２からの
ポーリング待機処理に移行する（Ｓ　１３０）。

第１０図は、画像送信中における文書送信側２１の動作
を示すフローチャートであり、第１１図は、画像受信中
における文書受信側２２の動作を示すフローチャートで
ある。

文書送信側２１は、ＣＤ５２７を発動した後。

送信頁の送信頁通番ＴｘＰｇを初期化しく５２０１）、
ＴｘＰｇ頁目の画像を送出しく５２０２）、　この頁の
データ送出が終了すると、ＣＤＰＢ２１４を送出する（
５２０３）。

次に１文書受信側からのレスポンスを受け（５２０４）
、ＲＤＰＢＮ２１３であれば、異常処理へ移行しくＳ２
１３）、ＲＤＰＢＰ２１１ならば、該コマンドのパラメ
ータをチエツクしく５２０６）、受信能力の限界が指定
されていなければ、送信頁通番ＴｘＰｇをインクリメン
トしく３２１６）、この頁が最終頁Ｎを越えていないか
どうかチエツクしく５２１７）、越えていないならば、
通信終了処理に移行しく５２１８）、越えていれば、Ｔ
ｘＰｇ頁の送信処理を行う（５２０２）。

一方、５２１６でＲＤＰＢＰ２１１に受信能力の限界が
指定されていれば、頁属性リスト交換指定モードにおけ
る私用手順として、ＴｘＰｇ頁目のダミーＣＤＦＢを送
出しく５２０７）、次に文書受信側２２からＲＤＰＢＮ
２１３を受信シテ（５２０８）、パラメータ４７により
、メモリフルポーリング指定の有無をチエツクする（Ｓ
２０９）。

そして、指定なしならば、異常処理の後（５２１４）、
再送処理を行う（Ｓ２１５）。

また、メモリフルポーリング指定有りならば３補助記憶
装置１７２０が空容量不足かどうかチエツクしく５２１
０）、空容量不足でなければ、異常処理の後（３２１４
）、再送処理を行う（Ｓ２１５）。

また、補助記憶装置７２０が空容量不足であれば、異常
処理後（３２１１）、文書受信側からの該文書に対する
ポーリング待機処理に移行する（５２１２）。

次に、受信側２２の処理について説明する。

受信側２２では、ＣＤ５２７を受信後、受信頁の受信頁
通番ｉを初期化しく５３０１）、１番目の画像受信後（
５３０２）、ＣＤＥ　（ドキュメント終了コマンド）を
受信すると（Ｓ３０３）、通信終了処理を行う（５３０
８）。

一方、ＣＤＰＢ２１２を受信すると （５３０３）、第３図の頁属性リスト１１から、ｉ＋１
頁目の頁データ容ＪＩＰＤｆ＋１分を補助記憶装置７２
０上に確保しく５３０４）、確保できれば、ＲＤＰＢＰ
２１１を文書送信側に送出しく５３０９）、受信頁通番
のインクリメントを行い（Ｓ３１０）、ｆ頁目の画像受
信を行う（Ｓ３０２）。

また、５３０４で確保できなければ、ＲＤ　ＰＢＰ２１
１に受信能力の限界（ＲＡＪ）パラメータに１をセット
して送出しく５３０５）、文書送信側２１からのＣＤＰ
Ｂ２１４を受信した後（Ｓ　３０６）、「メモリオーバ
ーフロー」を付し？、ＲＤＰＤＮ２１３を送出しく５３
０７）、通信異常処理に移行する（３３１１）。

第１２図は、メモリフルポーリングサービス時における
文書送信側３１と文書受信側３２とのプロトコルを示す
模式図であり、第１３図は、メモリフルポーリングサー
ビスを行うため、Ｃ８Ｓに付加されるＮＳＣの内容を示
す模式図である。

すなわち、文書受信側３２がメモリフルポーリング指定
されている状態で、受信側３２の補助記憶装置７２０が
空容量不足になり、文書受信途中で通信が中断され、そ
の後、補助記憶装置７２０に空が生じた時に、文書送信
側２１に対して上記メモリフルポーリングサービスを行
う。

第１３図中の各パラメータ５１〜５５は、それぞれ第４
図に示すパラメータ４１〜４５と同様である。また、ポ
ーリングコード５６は、ポーリングサービスを指定する
ためのコードであり、パラメータ５７は、ポーリングの
種別を指定するためのパラメータで、通常ポーリング（
ＯＯＨ）またはメモリフルポーリング（ＯＩＨ）が指定
され、本実施例においては、メモリフルポーリング（Ｏ
ＩＨ）が指定される。

また、受信出力用バッファ容量５８は、第６図の受信出
力用バッファ容量６７と同様であり。

さらにこのＮＳＣでは、ドキュメント参照番号５９、チ
エツクポイント参照番号５１０の各パラメータが設けら
れている。

以下、メモリフルポーリングサービス時の文書送信側３
１と文書受信側３２の動作について述べる。

第１４図は、メモリフルポーリング発呼側すなわち文書
受信側３２の処理を示すフローチャートである。

まず、他の処理（Ｓ　４１０）において、ファイル削除
がなされたかどうかのチエツクを行い（５４０１）、フ
ァイル削除がなければ他の処理を行う（５４１０）。

また、ファイル削除があれば、メモリフルポーリング待
ちがあるか否かをチエツクし く５４０２）、メモリフルポーリング待ちがなければ５
４１０の処理を行う。

また、メモリフルポーリング待ちがあれば、メモリフル
ポーリング待ちのドキュメントの頁属性リスト（第３図
）のｎ＋１頁目（中断ページ２１３）（７）ページデー
タ容量ＰＤｎ＋１分のファイルを補助記憶装ａｉ７２０
上に確保しく５４０３）、確保できなければ、上記５４
１０へ移行し、確保できれば、第１３図に示すＮＳＣを
、Ｃ３Ｓ３３で文書送信側３１へ送出しく５４０４）、
Ｒ５５Ｐ３４を受信して（Ｓ４０５）、送信権反転のた
めのｃｓｃｃ　（セッシ菖ン変更制御コマンド）３５を
送出した後（Ｓ４０６）、ＲＳＣＣＰ　（セツション変
更制御肯定レスポンス）３６を受信する（５４０７）。

次に、送受信能力のネゴシェーション後、ＣＤＣ３７を
受信しく５４０８）、画像受信処理に移行する（Ｓ４０
９）。

第１５図は、メモリフルポーリング着呼側すなわち文書
送信側３１の処理を示すフローチャートである。

まず、Ｃ３Ｓ３３を受信しく３５０１）、このコマンド
のＮＳＣの内容を解析しくＳ　５０２）、ポーリングコ
ード５６によりポーリングサービスが指定されていなけ
れば、他のアプリケーション処理（Ｓ５１１）に移行す
る。

また、ポーリングサービスが指定されており、それがパ
ラメータ５７より通常ポーリング（００Ｂ）であれば１
通常のポーリング処理を行い（Ｓ５１２）、　　メモリ
フルポーリング（ＯＩＨ）であれば、Ｒ５５Ｐ３４にポ
ーリング関連の各パラメータ５７〜５１０を格納する（
Ｓ５０５）。

ソノ後、Ｒ５５Ｐ３４を送出り、（５５０６）、ｃｓｃ
ｃを受信しく５５０７）、ＲＳＣＣＰを送出した後（３
５０８）、送受信能力のネゴシェーションを行なう、そ
して、この後、５５０５で格納したドキュメント参照番
号５９とチエツクポイント参照番号５１０とをＣＤＣ（
ドキュメント継続コマンド）のパラメータとして発動し
く５５０９）、文書受信側３２への画像送＠熱理に移行
する（５５１０）。

次に、第１図のハード構成図に基いて、上述したコント
ロールドキュメントデータ、画像データ（ノーマルドキ
ュメント）、コマンド／レスポンスの流れを説明する。

まず、コントロールドキュメントデータは１回線、ｌ５
ＤＮＩ／Ｆ７２１．Ｇ４ＣＣＵ７１５／Ｇ３ＣＣＵ７１
４、ＣＰＵ７４およびＲＡＭ７３／ＲＯＭ７２の各デイ
バイス間で交換される。

また、コマンド／レスポンスに関しても同様である。

一方、画像データの送受信は、回線、Ｉ　５ＤＮＩ／Ｆ
７２１．Ｇ４ＣＣＵ７１５／Ｇ３ＣＣＵ７１４、画像メ
モリ７１６、符号化器７８、復号化器７９、画像変換器
７１０、ハードディスクＩ／Ｆ７１３および補助記憶装
置７２０の各デイバイス間でやりとりされ、画像データ
の入力は、スキャナ７１８、スキャナＩ／Ｆ７７、画像
変換器７１０、符号化器７８および画像メモリ７１６の
各デイバイス間でやりとりされ、さらに、画像データの
出力は、画像メモリ７１６、画像変換器７１０、復号化
器７９、プリンタＩ／Ｆ７１２およびプリンタ７１９の
各デイバイス間でやりとりされる。

なお、以上の実施例は、主に６４フアクシミリについて
述べたが、Ｇ３ファクシミリについてもプロトコル上の
差異はあるが、方式としては同様に実現することができ
る。

［発明の効果］ 以上説明したように、本発明によれば、送信文書のペー
ジデータ容量に関する情報、受信出力バッファ容量ある
いは補助記憶装置の空メモリ容量を送受信端末間でやり
とりすることにより、ページ途中での通信の中断を回避
して、無駄な通信時間および回線コストを低減でき、フ
ァクシミリ装置の使用効率を高めることができる効果が
ある。

また、受信側端末の補助記憶装置の空容量に応じたメモ
リフルポーリング機能を設けることにより、受信側のメ
モリフルにより中断した文書の再送処理が、従来のタイ
マによる処理に比べ確実に行なうことができる効果があ
る。

【図面の簡単な説明】

第１図は、本発明の一実施例によるファクシミリ装置の
構成を示すブロック図である。 第２図は、同実施例の０４ドキユメント送信におけるセ
ツション層およびドキュメント層に関スるプロトコルを
示す模式図である。 第３図は、同実施例における頁属性リストの内容を示す
模式図である。 第４図は、同実施例におけるＣ５ＳのＮＳＣパラメータ
の内容を示す模式図である。 第５図は、同実施例におけるＲ５５ＰのＮＳＣパラメー
タの内容を示す模式図である。 第６図は、同実施例におけるＲ３５ＮのＮＳＣパラメー
タの内容を示す模式図である。 第７図は、同実施例における画像の通信動作を示すフロ
ーチャートである。 第８図は、同実施例において、文書受信側からＲ５５Ｐ
を受信した文書送信側の動作を示すフローチャートであ
る。 第９図は、同実施例において、文書受信側からＲ５５Ｎ
を受信した文書送信側の動作を示すフローチャートであ
る。 第１０図は、同実施例の画像送信中における文書送信側
の動作を示すフローチャートである。 第１１図は、同実施例の画像受信中における文書受信側
の動作を示すフローチャートである。 第１２図は、同実施例のメモリフルポーリングサービス
時におけるプロトコルを示す模式図である。 第１３図は、同実施例におけるメモリフルポーリングサ
ービスを行うためのＣ８Ｓに付加されるＮＳＣの内容を
示す模式図である。 第１４図は、同実施例におけるメモリフルポーリングの
発呼側の処理を示すフローチャートである。 第１５図は、同実施例におけるメモリフルポーリングの
着呼側の処理を示すフローチャートである。 ７２・・・ＲＯＭ、 ７３・・・ＲＡＭ、 ７４・・・ＣＰＵ。 ６・・・画像メモリ、 ７２０・・・補助記憶装置。

Claims (7)

【特許請求の範囲】
1. （１）画像蓄積用の補助記憶装置とページプリンタ部と
   を有するファクシミリ装置において、送信側から受信側
   に、送信文書のページデータ容量に関するデータを送信
   することにより、送信側が、受信側のメモリフルによる
   通信中断要求を１ページの送信途中でなく各ページの境
   界で受け付けるようにしたことを特徴とするファクシミ
   リ装置。
2. （２）請求項（１）において、 上記受信側は、各ページの受信前に、補助記憶装置上に
   当該ページ分のファイルを確保し、これが確保できない
   場合には、通信中断要求を行なうことを特徴とするファ
   クシミリ装置。
3. （３）画像蓄積用の補助記憶装置とページプリンタ部と
   を有するファクシミリ装置において、画像送信時に受信
   側から受信出力用バッファ容量を受信することにより、
   このバッファ容量と送信する文書の最大ページデータ容
   量とを比較し、前者が後者より小さい場合には、通信を
   中断することを特徴とするファクシミリ装置。
4. （４）画像蓄積用の補助記憶装置とページプリンタ部と
   を有するファクシミリ装置において、送信側から受信側
   に、送信文書の最大ページデータ容量を送信することに
   より、受信側で、上記最大ページデータ容量と自機の受
   信出力用バッファ容量とを比較し、後者の容量が小さい
   場合、通信中断要求を行なうことを特徴とするファクシ
   ミリ装置。
5. （５）請求項（４）において、 上記最大ページデータ容量と受信出力用バッファ容量と
   の比較判定を受信側で行なうか否かを送信側から指定す
   る手段を有することを特徴とするファクシミリ装置。
6. （６）画像蓄積用の補助記憶装置とページプリンタ部と
   を有するファクシミリ装置において、受信側で上記補助
   記憶装置がメモリフルになり、通信が中断された場合、
   その後、上記補助記憶装置が空いたときに、送信側にポ
   ーリングをかけ、残りの通信を行なうことを特徴とする
   ファクシミリ装置。
7. （７）請求項（６）において、 上記ポーリングをかけるか否かを送信側から指定する手
   段を有することを特徴とするファクシミリ装置。