JPH0537687A

JPH0537687A - フアクシミリ装置

Info

Publication number: JPH0537687A
Application number: JP3214748A
Authority: JP
Inventors: Masahito Ochiai; 将人落合
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1991-07-31
Filing date: 1991-07-31
Publication date: 1993-02-12

Abstract

(57)【要約】【目的】従来の蓄積送信のように、大容量の画像メモ
リを必要とせず、画像変換器やデコーダの負担を軽減で
き、しかも従来の即時送信のように、スキャナ部と通信
制御部とがページ同期をとる必要がなく、迅速な処理を
得ることができるファクシミリ装置を提供することを目
的とする。【構成】送信を行う場合に、呼が接続されてネゴシエ
ーションが終了し、全ての原稿の読み込みが終了する
か、画像メモリフルになるまで、スキャナ部と通信制御
部とがページで同期をとらず、非同期に原稿の読み込み
を行うことを特徴とする。また、画像メモリフルになっ
たとき、スキャナ部と通信制御部とが同期をとって通信
を継続することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ファクシミリ装置に関
する。

【０００２】

【従来の技術】従来のファクシミリ装置においては、蓄
積送信方式と即時送信方式とのどちらかの方式によって
送信を行っていた。

【０００３】蓄積送信方式は、スキャナ部において原稿
より読み取った画像を１度画像メモリに蓄積した後、通
信制御部で呼の接続とネゴシエーションを行った後、通
信を行うものである。一方、即時送信方式は、受信側と
送信側の呼の接続が終了した後、ネゴシエーションを行
って、スキャナ部と通信制御部とがページ同期をとりな
がら送信を行うものである。

【０００４】ここでページ同期とは、原稿を１ページ読
み込んだ後、読み込んだデータを送信し、そのページの
送信が完了するまで次ページを読み込まないもので、読
み込み動作と送信動作とを交互に行うものである。

【０００５】以下、図面に基づき、それぞれの送信方式
について説明する。

【０００６】図７は、従来のファクシミリ装置の制御部
の構成を示すブロック図である。

【０００７】このファクシミリ装置は、プログラムが格
納されているＲＯＭ３０４と、ＲＯＭ３０４のプログラ
ムに従ってファクシミリ装置の制御を行うＣＰＵ３０５
と、ＣＰＵ３０５で使用するデータの一時的記憶を行う
ＲＡＭ３０６と、画像を記憶する画像メモリ３０７と、
送信用にデータを保管する送信用メモリ７０３と、通信
の制御を行う通信制御部３０８と、データの出力を行う
プリンタ３０９と、通信する相手機の解像度、紙サイズ
に応じて画像の読み込みができるスキャナ３１０と、プ
リンタ３０９およびスキャナ３１０の入出力を制御する
Ｉ／Ｏ制御部（Ａ）３１１と、メッセージ等を表示する
オペレーションパネル３１２と、オペレータからのキー
の入力を受け付けるキーパット３１３と、オペレーショ
ンパネル３１２およびキーパット３１３の入出力を制御
するＩ／Ｏ制御部（Ｂ）３１５と、通信する相手機の符
号化方式に応じて符号化することのできるエンコーダ３
１６と、復号化を行うデコーダ７０１と、相手機の紙サ
イズ、解像度に応じて画像を変換する画像変換器７０２
と、送信情報を作成するヘッダー作成部３１７とを有す
る。

【０００８】図８は、蓄積送信処理における画像データ
の流れを模式的に示すブロック図であり、図９は、スキ
ャナ部３１０、画像変換部７０２および通信制御部３０
８の処理タイミングを示すタイムチャートである。な
お、図９において、縦軸の各処理部における実線部分
が、各処理を行っている時間を示す。

【０００９】原稿が３ページあったとき、最初スキャナ
部３１０が起動して画像の読み込みを行い、この読み込
みが終了すると（９０１）、通信制御部３０８が起動し
て発呼とネゴシエーションとを行う（９０２）。その
後、画像変換処理が行われ（９０３）、１ページ毎に画
像変換部７０２と通信制御部３０８とが切り替わって、
送信が終了する（９０４〜９０９）。

【００１０】この蓄積送信では、原稿（８０１）は、Ｉ
／Ｏ制御部（Ａ）３１１を介してスキャナ３１０から読
み込まれる。そして、読み込まれた画像データは、エン
コーダ３１６によって符号化され（８０２）、画像メモ
リ３０７に中間コードの形で蓄積される（８０３）。こ
のとき原稿は、全てのページが画像メモリ３０７に格納
される。

【００１１】そして、原稿が画像メモリ３０７に読み込
まれた後（９０１）、ＣＰＵ３０５は相手機に対し、通
信制御部３０８を介して発呼とネゴシエーションとを行
う（９０２）。このネゴシエーションによって、送信す
るデータの紙サイズ、解像度、符号化方式が決まり、そ
れに応じた画像変換を行うため、まず、デコーダ７０１
によって復号化処理を行う（８０４）。その後、ネゴシ
エーションで決まった紙サイズと解像度に変換するた
め、画像変換器７０２を使って画像変換処理を行う（８
０５）。さらに、ネゴシエーションで決まった符号化方
式で、エンコーダを用いて符号化を行う（８０６）。

【００１２】以上のようにして、１ページ分の送信デー
タを送信用メモリ７０３を介して送信する。そして、１
ページの送信が終了すると、次のページの画像変換を行
い、送信終了まで、ページ単位で画像変換と送信とを行
う。すなわち、画像変換→送信→画像変換→送信と交互
に同期をとって、送信が終了するまで行う（９０３〜９
０９）。

【００１３】図１０は、即時送信処理における画像デー
タの流れを模式的に示すブロック図であり、図１１は、
スキャナ部３１０および通信制御部３０８の処理タイミ
ングを示すタイムチャートである。なお、図１１におい
ても、縦軸の各処理部における実線部分が、各処理を行
っている時間を示す。

【００１４】まず、通信制御部３０８が起動され、発呼
とネゴシエーションが行われる（１１０１）。その後、
スキャナ部３１０が起動され、１ページ分の読み込みが
行われる。そして、読み込みの終了後（１１０２）、１
ページ分を送信する（１１０３）。

【００１５】そして、送信の終了を受けて次のページの
読み込みを行い、ページ毎に処理が切り替わり、同期を
とって送信が終了する（１１０４〜１１０８）。

【００１６】原稿が３ページあったとき、即時送信方式
では、まず相手機に対し、通信制御部３０８によって発
呼とネゴシエーションを行う（１１０１）。このネゴシ
エーションによって、紙サイズ、解像度、符号化方式が
決まる。そして、ネゴシエーション終了後、読み込みを
行う（１１０２）。

【００１７】原稿（１００１）は、Ｉ／Ｏ制御部Ａ３１
１を介して、スキャナ３１０からネゴシエーションで決
まった紙サイズと解像度で読み込まれる。読み込まれた
画像データはエンコーダ３１６によって、ネゴシエーシ
ョンで決まった符号化方式で符号化される（１００
２）。符号化された送信データは送信用メモリ（７０
３）を介して、ページ単位で送信される（１００３）。
すなわち、１ページの送信が終了するまで、次ページを
読み込むことはない。

【００１８】以上のようにして、ページ単位でスキャナ
部３１０と通信制御部３０８とが、読み取り→送信→読
み取り→送信→読み取り→送信と交互に同期をとって行
われる（１１０４〜１１０８）。

【００１９】

【発明が解決しようとする課題】しかしながら、上記従
来例では、それぞれの送信方式で、次のような欠点があ
った。

【００２０】まず、蓄積送信においては、原稿を１度画
像メモリに読み込むため、大容量の画像メモリが必要と
なる。また、原稿を読み込んだ後、呼の接続を行い、相
手機とネゴシエーションするため、読み込んだ画像デー
タを相手機の受信能力に応じて変換する必要があるの
で、画像変換器やデコーダ等が必要になる。

【００２１】一方、即時送信においては、呼の接続とネ
ゴシエーションが終了した後、相手機の受信能力に応じ
た画像にスキャナが原稿を読み取り、相手機の受信能力
に応じた符号化を行うことから、上記画像変換は不要と
なるが、スキャナ部が通信制御部とページ同期をとりな
がら読み込みを行うため、読み込み時間、送信時間が長
くかかる。

【００２２】本発明は、上記蓄積送信のように、大容量
の画像メモリを必要とせず、画像変換器やデコーダの負
担を軽減でき、しかも上記即時送信のように、スキャナ
部と通信制御部とがページ同期をとる必要がなく、迅速
な処理を得ることができるファクシミリ装置を提供する
ことを目的とする。

【００２３】

【課題を解決するための手段】本発明は、送信を行う場
合に、呼が接続されてネゴシエーションが終了し、全て
の原稿の読み込みが終了するか、画像メモリフルになる
まで、スキャナ部と通信制御部とがページで同期をとら
ず、非同期に原稿の読み込みを行うことを特徴とする。

【００２４】また、画像メモリフルになったとき、スキ
ャナ部と通信制御部とが同期をとって通信を継続するこ
とを特徴とする。

【００２５】

【実施例】図１は、本発明の一実施例におけるファクシ
ミリ装置の構成を示す断面概略図である。

【００２６】このファクシミリ装置は、装置全体の制御
を行う制御部３０２と、画像を記録紙上に出力するプリ
ンタ部３０９と、通信する相手機の解像度、紙サイズに
応じて画像の読み込みができるスキャナ部３１０と、種
々のメッセージを表示するオペレーションパネル３１２
と、各種キー３１４によりキー入力を行うキーパット３
１３とを有する。

【００２７】図２は、制御部３０２の構成を示すブロッ
ク図である。

【００２８】この制御部３０２は、プログラムが格納さ
れているＲＯＭ３０４と、このプログラムに従ってファ
クシミリ全体を制御するＣＰＵ３０５と、ＣＰＵ３０５
で使用するデータの一時的記憶を行うＲＡＭ３０６と、
ブロック単位で画像を記憶する画像メモリ３０７と、通
信の制御を行う通信制御部３０８と、プリンタ部３０９
およびスキャナ部３１０を制御するＩ／Ｏ制御部（Ａ）
３１１と、オペレーションパネル３１２およびキーパッ
ト３１３を制御するＩ／Ｏ制御部（Ｂ）３１５と、通信
する相手機の符号化方式に応じて符号化できるエンコー
ダ３１６と、通信原稿にヘッダーを付加するヘッダー作
成部３１７とを有する。

【００２９】図３は、スキャナ部３１０と通信制御３０
８との処理タイミングを示すタイムチャートである。な
お、図３においても、縦軸の各処理部における実線部分
が、各処理を行っている時間を示す。

【００３０】図において、（１０１）で、通信制御部３
０８が相手機に対して発呼とネゴシエーションとを行
う。また、（１０２）で、スキャナ部３１０は、全送信
原稿（本実施例の場合では３ページ分）の読み込みを開
始し、（１０３）で、全ての送信原稿全ての読み込みを
終了する。また、（１０５）は、通信制御部３０８の送
信状態、（１０６）は、通信制御部３０８の送信終了を
示している。また、（１０４）は、スキャナ部３１０と
通信制御部３０８とが同期をとっていない状態、すなわ
ち、それぞれが独立に動作している状態（非同期状態）
を示す。

【００３１】図４は、画像メモリ３０７におけるメモリ
容量の時間的変化を示す模式図である。なお、縦軸が画
像メモリ容量１１０、横軸が時間で、破線１１１はメモ
リフルの境界を示す。

【００３２】まず、図３において、通信制御部３０８に
よる発呼とネゴシエーションが終了すると（１０１）、
スキャナ部３１０による読み込みが開始される。スキャ
ナ部３１０は、送信と関係なく読み込みが３枚終了する
まで（１０２）、送信制御とは無関係に中断することな
く読み込み動作を行う（１０３）。このとき送信も行わ
れ（１０５）、スキャナ部３１０と通信制御部３０８と
は独立して非同期状態で動作する（１０４）。

【００３３】また、図４において、通信制御部３０８に
よる発呼とネゴシエーションが終了した後、スキャナ部
３１０によって読み込みが開始され、スキャナ部３１０
からのデータは、画像メモリ３０７に蓄積され、時間と
ともに画像メモリの蓄積量は増加する。一方、送信制御
により蓄積されたデータから送信が行われていく。

【００３４】スキャナ部３１０が原稿を３枚読み込み終
わると（１０３）、メモリ容量は最大となり、その後徐
々に減少して送信終了となる（１０６）。

【００３５】スキャナ部３１０が原稿を全て読み終わる
間、スキャナ部３１０と通信制御部３０８とは、それぞ
れが非同期で動作する（１０４）。

【００３６】図５は、本実施例における画像メモリフル
状態でのスキャナ部３１０と通信制御部３０８の動作を
示すタイムチャートである。なお、図５においても、縦
軸の各処理部における実線部分が、各処理を行っている
時間を示す。また、図３と共通の動作については、共通
の符号を付している。

【００３７】図において、（１０１）は、通信制御部に
よる相手機発呼とネゴシエーションを示し、（２０２）
は、原稿の読み込みがメモリフルによって中断している
状態を示している。また、（２０３）は、画像メモリの
空きにより読み込みを再開した状態、（２０４）は、送
信原稿を全て読み込んだ状態、（１０６）は、通信制御
部３１０の送信終了、（１０５）は、送信中の状態を示
している。（１０４）は、スキャナ部３１０と通信制御
部３０８が同期をとっていない状態、すなわち、それぞ
れが独立に動作している状態（非同期状態）を示す。
（２０１）は、スキャナ部３１０と通信制御部３０８が
同期をとっている状態で、メモリが減少したり、増加し
たりする状態を示している。

【００３８】図６は、画像メモリ３０７におけるメモリ
容量の時間的変化を示す模式図である。なお、縦軸が画
像メモリ容量１１０、横軸が時間で、破線１１１はメモ
リフルの境界を示す。

【００３９】まず、図５において、通信制御部３０８に
よる発呼とネゴシエーションが終了すると（１０１）、
スキャナ部３１０による読み込みが開始される。スキャ
ナ部３１０は、送信と関係なく読み込みがメモリフルに
なるまで、送信制御とは無関係に中断することなく動く
（２０２）。このとき送信も行われ、スキャナ部３１０
と通信制御部３０８は独立して非同期状態で動作する
（１０４）。

【００４０】メモリフルになると、読み込みは中断する
（２０２）。送信制御により、送信が行われて、画像メ
モリ３０７が空くと読み込みを再開する（２０３）。原
稿を全て読み込むまで、中断と送信を繰り返す（２０
４）。この間スキャナ部３１０と通信制御部３０８は同
期をとりながら送信を行う（２０１）。

【００４１】次に、図６において、通信制御部３０８に
よる発呼とネゴシエーションが終了した後、スキャナ部
３１０によって読み込みが開始される。スキャナ部３１
０からのデータは画像メモリに蓄積され、時間ととも
に、画像メモリ３０７は増加する。一方、送信制御によ
り蓄積されたデータから送信が行われていく。

【００４２】スキャナ部３１０はメモリフルにより読み
込みを中断する（２０２）。送信制御により、送信が行
われて、画像メモリ３０７が空くと読み込みを再開する
（２０３）。原稿を全て読み込むまで、中断と送信を繰
り返す（２０４）。この間スキャナ部３１０と通信制御
部３０８は同期をとりながら送信を行う（２０１）。こ
のときのメモリ容量は減少したり、増加したりして、読
み込みが全て終了すると、その後メモリ容量は徐々に減
少して送信終了となる（１０６）。

【００４３】図１２、図１３は、本実施例の処理動作を
示すフローチャートであり、図１４は、本実施例におけ
る画像データの流れを模式的に示すブロック図である。

【００４４】送信原稿（５０１）から読み取った画像デ
ータは、符号化処理（５０２）されて画像メモリ３０７
に蓄積される（５０３）。

【００４５】図１５は、上記画像メモリ３０７内の各メ
モリブロックの状態を示す模式図である。

【００４６】本実施例では、画像メモリ３０７を１００
のブロックに分けて使用しており、（Ａ）は、６０ブロ
ックが空きになっている状態、（Ｂ）は、画像メモリフ
ル状態を示している。

【００４７】本実施例では、画像メモリ３０７をブロッ
ク単位で使用し、メモリブロックを管理することによっ
て画像メモリ３０７の状態を管理している。つまり、メ
モリブロックの空き個数をＣＰＵ１０５が管理すること
によって、画像メモリフルかどうかを判断する。

【００４８】本実施例では、メモリブロックのデータは
送信後に削除されることから、メモリブロックは空きの
状態になり、何度でも使用されることになる。

【００４９】以下、図１２、図１３にしたがって、本実
施例の処理動作について詳細に説明する。

【００５０】まず、原稿をセットすると（Ｓ４０１）、
ＣＰＵ３０５は画像メモリフルかどうか確認する（Ｓ４
０３）。ここで、画像メモリフルの状態とは、先に述べ
たようにメモリブロックの空きの個数が０個の場合であ
る。

【００５１】そして、画像メモリフルの場合、メモリフ
ルをオペレーションパネル３１２に表示して（Ｓ４０
２）、終了する。

【００５２】画像メモリが空きの場合、キーパット３１
３から宛先の入力を受けて（Ｓ４０４）、その宛先に通
信制御部３０８を介して発呼を開始する（Ｓ４０５）。
そして、ＣＰＵ３０５は、呼が接続したかどうか判断す
る（Ｓ４０６）。

【００５３】また、呼が接続できなかった場合には、相
手がビジーかどうかをＣＰＵ３０５が判断する（Ｓ４０
７）。そして、ビジーであった場合は、ビジーであるこ
とをオペレーションパネル３１２に表示し（Ｓ４０
８）、再び宛先の入力を受け付ける。また、ビジーでな
かった場合も、再び宛先の入力を受け付ける。

【００５４】次に、呼が接続されると、通信制御部３０
８により相手機とのネゴシエーションを開始する（Ｓ４
０９）。このネゴシエーションでは、相手機の受信能力
に応じて、紙サイズ、解像度、符号化方式が決められ
る。

【００５５】ネゴシエーションが終了すると（Ｓ４１
０）、ネゴシエーションできめられた紙サイズと解像度
でＩ／Ｏ制御部（Ａ）３１１を介して、スキャナ部３１
０は読み込みを開始する（Ｓ４１１）。

【００５６】まず、ブロック番号Ｎに１をセットし（Ｓ
４１２）、ブロック番号Ｍに１をセットする（Ｓ４１
３）。ネゴシエーションで決められた符号化方式でエン
コーダ３１６が符号化を行いながら、第Ｎブロックにデ
ータの読み込みを行う（Ｓ４１４）。以後、ＮとＭの値
が同一であるときは、同一のメモリブロックをさす。

【００５７】ここでＣＰＵ３０５は、第Ｎブロックがラ
ストブロックかどうかを判断する（Ｓ４１５）。ラスト
ブロックでない場合には、ＣＰＵ３０５はその第Ｎブロ
ックがデータフルかどうかを判断する（Ｓ４１６）。

【００５８】ここで、データフルの場合には、次のブロ
ックに引き続きデータを読み込むため、ＣＰＵ３０５は
画像メモリ３０７がフルかどうかを判断する（Ｓ４２
１）。メモリフルでない場合には、Ｎに１を加算して
（Ｓ４２２）、第Ｎブロックにデータの読み込みを行う
（Ｓ４２３）。

【００５９】上記Ｓ４１６でデータフルでなかった場合
には、ＣＰＵ３０５は、原稿をすべて読み込んだかどう
かを判断する（Ｓ４１７）。読み込みが終了していた場
合は、第Ｎブロックをラストブロックにし（Ｓ４１
９）、読み込みを終了する（Ｓ４２０）。読み込みが終
了していない場合には、第Ｎブロックにデータを読み込
み続ける（Ｓ４１８）。そして、Ｓ４１５に戻る。

【００６０】上記Ｓ４２１で画像メモリフルであったと
きには、オペレーションパネル３１２にメモリフルを表
示した後（Ｓ４２４）、メモリブロックが空きの状態に
なるまで読み込みを中断する（Ｓ４２５）。

【００６１】上記Ｓ４１５で第Ｎブロックがラストブロ
ックであった場合には、ＣＰＵ３０５は第Ｍブロックが
送信中かどうかを判断する（Ｓ４２６）。第Ｍブロック
が送信中でないときには、第Ｍブロックを通信制御部３
０８を介して送信を行う（Ｓ４２７）。

【００６２】ここで、ＣＰＵ３０５は第Ｍブロックの送
信が完了したかどうかを判断する（Ｓ４２８）。送信が
完了していた場合には、ＣＰＵ３０５が第Ｍブロックの
データを削除する（Ｓ４２９）。これによって、ブロッ
クが空き状態になり、再び使用することが可能になる。
完了していない場合には、Ｓ４１５の戻る。

【００６３】Ｓ４２９の後、ＣＰＵ３０５は、読み込み
が中断中であるかを判断する（Ｓ４３０）。読み込みが
中断中の場合は、読み込みを再開する（Ｓ４３１）。

【００６４】そして、ＣＰＵ３０５は送信した第Ｍブロ
ックがラストブロックだったのかどうかを判断する（Ｓ
４３２）。ラストブロックでなかったときには、Ｍに１
を加算し（Ｓ４３３）、第Ｍブロックにデータがあるか
どうかをＣＰＵ３０５が判断する（Ｓ４３４）。データ
が有るときにはＳ４２７へ、無いときにはＳ４１５へ戻
る。

【００６５】上記Ｓ４３２でラストブロックであったと
きには、通信終了となる（Ｓ４３３５）。

【００６６】本実施例では、以上のような制御を行うこ
とにより、ページ単位で同期をとらずに送信することが
できる。

【００６７】なお、以上の実施例では、画像メモリをブ
ロックに分けた場合について述べたが、画像メモリをハ
ードディスクで代用しセクタに分けて使用しても同様の
効果が得られる。

【００６８】

【発明の効果】以上説明したように、本発明によれば、
呼が接続されてネゴシエーションが終了し、全ての原稿
の読み込みが終了するか、画像メモリフルになるまで、
スキャナ部と通信制御部とがページで同期をとらず、非
同期に原稿の読み込みを行うことにより、蓄積送信のよ
うに大容量の画像メモリを必要とせず、メモリ容量の節
約ができ、しかも蓄積送信のように読み込んだ画像デー
タを相手機の受信能力に応じて変換する必要がなく、画
像変換器やデコーダを有効に利用することができる。

【００６９】一方、即時送信のように通信制御部と同期
をとる必要がないため、原稿を読み込ませる時間が短く
てすみ、迅速に処理できる効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例におけるファクシミリ装置の
構成を示す断面概略図である。

【図２】上記実施例における制御部の構成を示すブロッ
ク図である。

【図３】上記実施例におけるスキャナ部と通信制御との
処理タイミングを示すタイムチャートである。

【図４】上記実施例の画像メモリのメモリ容量の時間的
変化を示す模式図である。

【図５】上記実施例のメモリフル時におけるスキャナ部
と通信制御との処理タイミングを示すタイムチャートで
ある。

【図６】上記実施例のメモリフル時における画像メモリ
のメモリ容量の時間的変化を示す模式図である。

【図７】従来のファクシミリ装置における制御部の構成
を示すブロック図である。

【図８】従来の蓄積送信方式における画像データの流れ
を模式的に示すブロック図である。

【図９】従来の蓄積送信方式におけるスキャナ部と通信
制御との処理タイミングを示すタイムチャートである。

【図１０】従来の即時送信方式における画像データの流
れを模式的に示すブロック図である。

【図１１】従来の即時送信方式におけるスキャナ部と通
信制御との処理タイミングを示すタイムチャートであ
る。

【図１２】上記実施例における動作を示すフローチャー
トである。

【図１３】上記実施例における動作を示すフローチャー
トである。

【図１４】上記実施例における画像データの流れを模式
的に示すブロック図である。

【図１５】上記実施例における画像メモリ内の各メモリ
ブロックの状態を示す模式図である。

【符号の説明】

３０２…制御部、３０４…ＲＯＭ、３０５…ＣＰＵ、３０６…ＲＡＭ、３０７…画像メモリ、３０８…通信制御部、３０９…プリンタ部、３１０…スキャナ部、３１１、３１５…Ｉ／Ｏ制御部、３１２…オペレーションパネル、３１３…キーパット、３１４…キー、３１６…エンコーダ、３１７…ヘッダー作成部。

Claims

【特許請求の範囲】

【請求項１】送信を行う場合に、呼が接続されてネゴ
シエーションが終了し、全ての原稿の読み込みが終了す
るか、画像メモリフルになるまで、スキャナ部と通信制
御部とがページで同期をとらず、非同期に原稿の読み込
みを行うことを特徴とするファクシミリ装置。
【請求項２】請求項１において、画像メモリフルになったとき、スキャナ部と通信制御部
とが同期をとって通信を継続することを特徴とするファ
クシミリ装置。