JPH06113086A - ファクシミリ装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 メモリ受信する画像データが受信側端末のメ
モリをオーバーフローしそうな場合に、メモリフルによ
るエラーを回避し、送信されたファクシミリデータを確
実に受信できるようにする。 【構成】 受信側端末のシステム制御部１は“ＳＥＴＵ
Ｐ”受信後、本発明の処理を行うための編集情報を“Ｃ
ＯＮＮ”のユーザ・ユーザ情報に付加し、通信制御部８
を介して送信側端末に通知する。送信側は、この“ＣＯ
ＮＮ”受信後、送信原稿を画像メモリ部６に記憶し、原
稿を受信側端末へ送信する。受信側は画像メモリ部６が
所定のメモリ残量以下となった場合は、受信データの主
走査／副走査線密度を削減して、受信側の画像メモリ部
６に記憶する。受信側端末のメモリ残量が回復した場合
は、送信側端末に所定時間保存されている送信画像デー
タを再送要求してオリジナル原稿を再受信し、メモリ残
量が回復しない場合は、受信側端末のプロッタ部４から
プリントアウトする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はファクシミリ装置に関
し、特に受信側端末で受信したデータをメモリに蓄積す
るメモリ受信可能なファクシミリ装置に関する。

【０００２】

【従来の技術】近年の情報化社会においては、画像デー
タを通信回線を使って送受信するファクシミリ装置が多
用されている。そして、通常はリアルタイムで画像デー
タの送受信を行っているが、受信側のプロッタが使用中
であったり、回線がビジーであっても画像データを一旦
メモリに蓄積して受信を行う、メモリ受信可能なファク
シミリ装置が普及しつつある。

【０００３】ところが、受信側端末のメモリに受信画像
データが大量に蓄積されると、メモリ残量の不足が発生
し易く、受信途中にメモリがオーバーフローしてしまう
と、それ以後の画像データがメモリ受信できなくなる恐
れがあった。そこで、従来では受信側端末のメモリ残量
が不足すると、予め登録された他のファクシミリ装置に
対して受信した画像データを転送することが行われてい
る。

【０００４】また、上記以外の手段としては、受信画像
データをメモリに蓄積できるところまで蓄積して、オー
バフローした画像データは捨るようにしたり、送信端末
にビジー信号を返してメモリ容量が回復するのを待っ
て、画像データを再受信することなどが行われていた。

【０００５】

【発明が解決しようとする課題】しかしながら、上記し
たような従来のファクシミリ装置によれば、受信側端末
のメモリがオーバーフローした場合に残りの画像データ
を捨てる従来例では、受信端末のプロッタからプリント
アウトされる原稿が途中で切れることとなり、必要な情
報が得られなくなるという問題があった。

【０００６】また、予め登録してある他のファクシミリ
端末に対して受信画像データを転送する従来例では、送
信原稿の画像データを原稿切れすることなく受領するこ
とが保障されるが、受信画像データを受領する際に、原
稿を代替受信した転送先のファクシミリ装置の所まで原
稿を取りに行かなくてはならず、その手間が煩わしいと
いう問題があった。

【０００７】本発明は、上記従来の課題に鑑みてなされ
たものであり、メモリ受信する画像データが受信側端末
のメモリをオーバーフローしそうな場合に、受信原稿が
途中で切れる等のメモリフルによるエラーを回避するこ
とが可能であって、送信されたファクシミリデータを確
実に受信することができる、信頼性の高いファクシミリ
装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】請求項１記載の発明は、
送信側端末から送られてくる画像データを受信側端末で
受信してメモリに蓄積するメモリ受信可能なファクシミ
リ装置において、前記メモリの空き容量を示すメモリ残
量を検出するメモリ残量検出手段と、該メモリ残量があ
る一定量以下となった場合に、受信した画像データの画
素密度を所定割合だけ減らして画像データ量を削減する
画素密度削減手段と、が設けられたことを特徴とする。

【０００９】請求項２記載の発明は、請求項１記載のフ
ァクシミリ装置において、前記画素密度削減手段によっ
て画素密度が削減された画像データであることを受信側
端末のユーザに通知する削減画像データ通知手段が設け
られたことを特徴とする。請求項３記載の発明は、請求
項１記載のファクシミリ装置において、前記送信側端末
のメモリに蓄積されている所定の送信画像データのファ
イルを送信終了後であっても削除せずに保存するように
受信側端末から送信側端末に対して要求を行う送信画像
データ保存要求手段が設けられたことを特徴とする。

【００１０】請求項４記載の発明は、請求項３記載のフ
ァクシミリ装置において、前記受信側端末のメモリのメ
モリ残量がある一定量以上に確保された場合に、前記保
存要求を行った送信画像データのファイルを再度送信す
るように送信側端末に対して保存データ再送要求信号を
送って要求を行う保存画像データ再送要求手段と、該再
送要求に従って送信側端末から再送された画像データを
受信する再送画像データ受信手段と、が設けられたこと
を特徴とする。

【００１１】請求項５記載の発明は、請求項４記載のフ
ァクシミリ装置において、前記送信側端末には、受信側
端末からの送信画像データ保存要求によりメモリに保存
している所定の画像データを受信側端末からの保存デー
タ再送要求信号を受信した際に、メモリから読み出して
受信側端末に対して再度送信する再送画像データ送信手
段が設けられたことを特徴とする。

【００１２】

【作用】請求項１記載の発明では、メモリ残量検出手段
により受信側端末のメモリ残量が所定量以下となった場
合に、画素密度削減手段で受信した画像データの画素密
度 (例えば、400 ×400dpi、200 ×400dpi、200 ×200d
pi、200 ×100dpi等のように) を予め指定された画像デ
ータの編集情報に従って削減し、残り少なくなったメモ
リ領域を有効に活用することにより、メモリのオーバー
フローによる原稿切れ等が防止される。

【００１３】請求項２記載の発明では、削減画像データ
通知手段により画素密度の削減がどのように為された画
像データであるかを（例えば、400 ×400dpiを200 ×20
0dpiのように削減した画像データというように) 受信側
端末のユーザに通知することにより、オリジナル原稿か
ら画素密度をどの程度削減して記録された原稿かを容易
に判別することができる。

【００１４】請求項３記載の発明では、受信側端末の送
信画像データ保存要求手段により送信側端末のメモリに
蓄積されている送信画像データの保存の有無と保存原稿
のＩＤコードを通知して要求することにより、受信側端
末のメモリがメモリフル状態であっても送信側端末で代
わりに画像データを保存させ、オリジナル原稿が一方的
に廃棄されるのを防止する。

【００１５】請求項４記載の発明では、受信側端末のメ
モリ残量が所定量以上に回復した場合に、必要であれば
受信側端末の保存画像データ再送要求手段により、送信
側端末に保存されている原稿画像データのうち、所望の
原稿を原稿ＩＤコードで指定して再度送信するように要
求し、再送画像データ受信手段より送信側端末から再送
された画像データを受信してメモリに蓄積する。このた
め、メモリのオーバーフローによる原稿切れ等を心配す
ることなく、オリジナル原稿の画像データを受信するこ
とができる。

【００１６】請求項５記載の発明では、受信側端末の送
信画像データ保存要求によりメモリに保存されていた所
定の画像データの内、受信側端末から原稿ＩＤコードで
指定された画像データを送信側端末のメモリから読み出
して、送信側端末の再送画像データ送信手段によって、
受信側端末へ再度送信することにより、受信側端末のメ
モリのオーバーフローによる原稿切れ等を心配すること
なく、オリジナル原稿の画像データが確実に送信され
る。

【００１７】

【実施例】以下、本発明の実施例について説明する。ま
ず、構成を説明する。図１は本発明の一実施例に係るフ
ァクシミリ装置の構成を示すブロック図である。

【００１８】本実施例のファクシミリ装置は、図１に示
すように、システム制御部（ＳＣＵ）１、操作表示部
２、スキャナ部３、プロッタ部４、メモリ部５、画像メ
モリ部６、符号化復号化部７、通信制御部８、ＩＳＤＮ
インターフェース９およびシステムバス10で構成されて
いる。上記システム制御部１は、このファクシミリ装置
全体の制御処理を実行する。

【００１９】上記操作表示部２は、ファクシミリ装置を
操作するための種々の操作キーや操作情報等を画像表示
する液晶表示部（ＬＣＤ）等からなる。上記スキャナ部
３は、送信原稿等を光学的に走査を行うことによって所
定の解像度で画情報を読み取って画像データに変換す
る。上記プロッタ部４は、上記画像メモリ部６に蓄積さ
れた受信画像データ等を記録紙に印字記録する。

【００２０】上記メモリ部５は、システム制御部１にお
ける制御処理を実行するための制御処理プログラムを記
憶するＲＯＭ（Read Only Memory) や種々のデータおよ
びユーザ固有の情報等を記憶するＲＡＭ（Random Acces
s Memory) である。上記画像メモリ部６は、原稿を送信
する場合はスキャナ部３で読み取って符号化復号化部７
で符号化圧縮された画像データを蓄積したり、原稿を受
信する場合は符号化圧縮された受信画像データをそのま
ま、あるいは復号化伸長して蓄積する。

【００２１】上記符号化復号化部７は、送信画像データ
を符号化して圧縮したり、圧縮された受信画像データを
伸長して元の画像データ（生データ）に復号化する。上
記通信制御部８は、ＩＳＤＮインターフェース９を介し
てＩＳＤＮ回線と接続され、所定の伝送制御手順を実行
して相手方との間で通信制御を行う。上記システムバス
10は、上記各部間を接続してデータのやり取りを行う信
号ラインである。

【００２２】次に、図２は図１のファクシミリ装置で実
行される通信プロトコルシーケンスであり、（ａ）は本
実施例、（ｂ）は比較例である。図２（ａ）に示すよう
に、本実施例における通信手順は、画像データの送信側
端末である発端末が始めに呼設定メッセージ“ＳＥＴＵ
Ｐ”をＩＳＤＮに送出して、受信側端末である着端末と
の間に呼設定を要求する。

【００２３】これに対して、ＩＳＤＮは、呼設定メッセ
ージ“ＳＥＴＵＰ”を受けると、呼設定状況を通知する
ための呼設定受付メッセージ“ＣＡＬＬ ＰＲＯＣ”を
発端末へ送出する。一方、着端末は、着信検出を行うと
呼出メッセージ“ＣＯＮＮ”をＩＳＤＮに送出し、ＩＳ
ＤＮは応答メッセージ“ＣＯＮＮ”を発端末に送出し
て、着端末が呼を受け付けたことを通知する。

【００２４】さらに、ＩＳＤＮは、着端末に応答確認メ
ッセージ“ＣＯＮＮ ＡＣＫ”を送出して着端末の応答
を確認し、この時点で、発端末と着端末との間にデータ
伝送のための情報チャネルが確立し、発端末と着端末と
の間でデータ伝送が行われる。ここまでの通信プロトコ
ルは、図２（ｂ）の比較例の場合と同じである。ところ
が、上記データ伝送終了後は、図２（ｂ）の比較例で
は、発端末が切断メッセージ“ＤＩＳＣ”をＩＳＤＮに
送出して情報チャネルの解放を要求し、ＩＳＤＮが切断
メッセージ“ＤＩＳＣ”を着端末に送出して情報チャネ
ルの復旧を通知するのに対して、図２（ａ）の本実施例
では、逆に着端末が切断メッセージ“ＤＩＳＣ”をＩＳ
ＤＮに送出して情報チャネルの解放を要求し、ＩＳＤＮ
が切断メッセージ“ＤＩＳＣ”を発端末に送出して情報
チャネルの復旧を通知する。

【００２５】次に、図２（ｂ）の比較例の場合は、着端
末がチャネル切断完了を通知する解放メッセージ“ＲＥ
Ｌ”をＩＳＤＮに応答し、ＩＳＤＮから発端末に解放メ
ッセージ“ＲＥＬ”を送出するが、図２（ａ）の本実施
例の場合は、逆に発端末がチャネル切断完了を通知する
解放メッセージ“ＲＥＬ”をＩＳＤＮに応答し、ＩＳＤ
Ｎから着端末に解放メッセージ“ＲＥＬ”が送出され
る。

【００２６】また、図２（ｂ）の比較例の場合、発端末
はチャネル解放が完了すると解放完了メッセージ“ＲＥ
Ｌ ＣＯＭＰ”をＩＳＤＮに送出して呼の解放を通知
し、ＩＳＤＮは解放完了メッセージ“ＲＥＬ ＣＯＭ
Ｐ”を着端末に送出して、情報チャネルおよび呼の解放
が成立させて、発着端末間に設定されていた情報チャネ
ルを完全に解放する。ところが、図２（ａ）の本実施例
の場合、逆に着端末はチャネル解放が完了すると解放完
了メッセージ“ＲＥＬ ＣＯＭＰ”をＩＳＤＮに送出し
て呼の解放を通知し、ＩＳＤＮは解放完了メッセージ
“ＲＥＬ ＣＯＭＰ”を発端末に送出して、情報チャネ
ルおよび呼の解放が成立し、発着端末間に設定されてい
た情報チャネルを完全に解放する。

【００２７】このように、本実施例では、データ伝送終
了後の通信プロトコルが比較例と逆向きに行われてい
る。次に、図３は本発明の一実施例に係る受信画像デー
タの編集情報の構成を示す図である。図３に列挙した編
集情報の各項目は、以下に示すような目的のために設定
されている。

【００２８】図３に示す画像データ削減開始メモリ残量
は、図１のシステム制御部１が画像メモリ部６のメモリ
残量を常時チェックし、予めここで指定されたメモリ残
量以下となった場合は、受信した画像データの画素密度
を所定割合だけ減らして画像データ量を削減することを
開始する。ここでは、例えばメモリ残量が３０％以下と
なった場合に画像データの削減を開始する。

【００２９】画像データ削減停止メモリ残量は、予めこ
こで指定されたメモリ残量以上となった場合は、画像メ
モリの空き領域が確保できたものとして、上記した受信
画像データ削減処理を停止する。ここでは、例えばメモ
リ残量が５０％以上となった場合に画像データの削減を
停止する。副走査線密度削減指定は、画像データを削減
する場合に、副走査線密度の削減を行うか否かを指定す
るものである。例えば、副走査線密度を削減する場合
は、受信画像データを復号化して生データに変換した
後、１ライン目と２ライン目のデータのＯＲ結果を１ラ
イン目とし、３ライン目と４ライン目をそれぞれ２ライ
ン目と３ライン目のデータとして符号化復号化部７で符
号化して、画像メモリ部６に書き込むことにより、画像
データ量を３／４に削減することができる。これ以外に
も、１ライン目と２ライン目のデータのＯＲ結果を１ラ
イン目とし、３ライン目と４ライン目のデータのＯＲ結
果を２ライン目とすることによって、画像データ量を１
／２に削減したり（図３の設定値）、また、この両方の
ＯＲ結果をさらにＯＲをとることによって、画像データ
量を１／４に削減することもできる。

【００３０】主走査線密度削減指定は、画像データを削
減する場合に、主走査線密度の削減を行うか否かを指定
するものである。例えば、主走査線密度を削減する場合
は、受信画像データを復号化して生データに変換した
後、上記した副走査線密度の削減とほぼ同様にして画像
データの間引きを行うことにより、画像データ量を３／
４、１／２（図３の設定値）、１／４のように削減する
ことができる。そして、このようにして削減した画像デ
ータは、符号化復号化部７により符号化されて、画像メ
モリ部６に書き込まれる。

【００３１】最大副走査線密度指定は、受信した画像デ
ータの副走査線線密度が指定された最大副走査線密度
（ここでは、200dpi) を越えた場合であっても、設定さ
れた最大副走査線密度に補正して画像メモリ部６に書き
込む。例えば、最大副走査線密度指定が200dpiとした時
に、400dpiの副走査線密度を持った画像データを受けた
とすると、上記した副走査線密度削減指定で述べたよう
に、ＯＲ処理を行うことによって、400dpiから200dpiへ
副走査線密度が補正される。

【００３２】最大主走査線密度指定は、受信した画像デ
ータの主走査線線密度が指定された最大主走査線密度
（ここでは、200dpi) を越えた場合であっても、設定さ
れた最大主走査線密度に補正して画像メモリ部６に書き
込む。例えば、最大主走査線密度指定が200dpiとした時
に、400dpiの主走査線密度を持った画像データを受けた
とすると、上記した主走査線密度削減指定と同様に間引
き処理を行うことによって、400dpiから200dpiへ主走査
線密度が補正される。

【００３３】削除情報記録位置指定は、線密度を削減し
て記録する画像データの位置を指定するものであって、
例えば、上−左、上−中央、上−右、下−左、下−中
央、下−右などのように指定する。オリジナル原稿再受
信の有無は、オリジナル原稿の再受信の有無を指定する
もので、再受信無しを指定する場合は、編集情報によっ
て削減された原稿を記録出力する。また、再受信有りを
指定する場合は、“オリジナル原稿再受信待機時間”で
指定される時間だけ受信側端末の画像メモリ部６のメモ
リ残量が一定量以上に回復するまで待ち、指定時間以内
でメモリ残量が回復した場合には、オリジナル原稿の再
受信処理が行われる。

【００３４】オリジナル原稿再受信待機時間は、ここで
指定された時間だけオリジナル原稿の再受信待ちを行う
ものである。受信待ち時間が“０”、または受信待ち時
間がオーバーしてしまった場合は、上記した編集情報に
よって削減された原稿をオリジナルの原稿サイズで記録
出力する。待ち時間以内の場合は、画像メモリ残量が回
復するのを待つ。ここでは、１分待ってメモリ残量が回
復しない場合は、上記削除情報記録位置で示される位置
（例えば、上−右）に、画像データ削減情報を付加した
画像データをオリジナルの原稿サイズでプリントアウト
する。

【００３５】オリジナル原稿保存先番号は、オリジナル
原稿が保存されている送信側端末の電話番号が指定され
る。オリジナル原稿ＩＤは、オリジナル原稿を特定する
ためのＩＤコードが指定される。次に、作用を説明す
る。

【００３６】図４は本発明の一実施例に係る動作を説明
するフローチャートである。図４では、着端末の画像メ
モリ部６が画像データ削減開始メモリ残量を越えた状態
で着呼を受信した場合を例にとって以下説明する。 〔呼び出しメッセージ“ＣＯＮＮ”の送出〕まず、図４
に示すように、発端末と着端末とでファクシミリ通信を
開始する場合は、着端末が呼設定を要求する“ＳＥＴＵ
Ｐ”を受信して呼が確立した後（ステップ１００）、着
端末から発する呼び出しメッセージ“ＣＯＮＮ”に付加
するユーザ・ユーザ情報を作成する（ステップ１０
１）。このユーザ・ユーザ情報は、編集情報として、
“オリジナル原稿再受信の有無”、“オリジナル原稿再
受信待機時間”、“オリジナル原稿ＩＤ”などが含まれ
ている。

【００３７】次に、着端末は、上記編集情報が含まれた
呼び出しメッセージ“ＣＯＮＮ”を発端末に送信して
（ステップ１０２）発端末に着端末側の編集情報を通知
すると共に、ＩＳＤＮは応答メッセージ“ＣＯＮＮ”を
発端末に送出して着端末が呼を受け付けたことを通知す
る。また、ＩＳＤＮは着端末に応答確認メッセージ“Ｃ
ＯＮＮ ＡＣＫ”を送出して着端末の応答を確認し、こ
の時点で発端末と着端末との間にデータ伝送のための情
報チャネルが確立する（ステップ１０３）。

【００３８】発端末は、上記した応答メッセージ“ＣＯ
ＮＮ”を受信したら、送信原稿を自端末の画像メモリ部
６に一旦記憶した後、原稿を送信する。また、この応答
メッセージ“ＣＯＮＮ”を受信した発端末は、自端末か
らの切断処理を行わず、着端末からの切断処理を待つよ
うにする。これは、従来のように発端末から切断を実行
するようにすると（図２（ｂ）参照）、後述する切断メ
ッセージ“ＤＩＳＣ”を使って着端末から発端末へユー
ザ・ユーザ情報を送出することができなくなるからであ
る。 〔画像データ削減処理〕次に、受信画像データの画素密
度が400 ×400dpiとした場合は、上記した編集情報の副
走査線密度削減指定および最大副走査線密度指定を調べ
て、削減する画像データ量を割り出す。図３では、副走
査線密度削減指定が１／２指定であるので、400 ×0.5
で200dpiとなり、最大副走査線密度指定と同一値とな
る。ここで、仮に副走査線密度削減指定が３／４指定と
すると、400 ×0.75で300dpiとなり最大副走査線密度指
定である200dpiより大きい値となる。この場合は、最大
副走査線密度の値200dpiで編集する。

【００３９】このようにして割り出した値により、画像
データのＯＲ処理を行ってその結果をセーブする（ステ
ップ１０４）。次に、上記編集情報の主走査線密度削減
指定および最大主走査線密度指定を調べて、削減する画
像データ量を割り出す。この算出方法は、上記した副走
査線密度の場合と同様である。このようにして割り出し
た値により、ＯＲ結果の画像データを間引き処理する
（ステップ１０５）。そして、上記ＯＲ処理および間引
き処理の結果を画像メモリ部６へ格納する（ステップ１
０６）。 〔通信終了処理〕着端末は、切断メッセージ“ＤＩＳ
Ｃ”のユーザ・ユーザ情報に画像データを削減して記憶
したページの情報を付加して作成し（ステップ１０
７）、この切断メッセージ“ＤＩＳＣ”を送出する（ス
テップ１０８）。

【００４０】発端末は、この“ＤＩＳＣ”のユーザ・ユ
ーザ情報で示されるページの画像データを保存する。ま
た、発端末は、ここで指定されない画像データは、着端
末側で正常受信されたものとして、発端末の画像メモリ
部６から削除する。なお、受信原稿が途中のページで切
れるのを防ぐには、ここで全てのページを指定すること
により対処することができる。ＩＳＤＮから着端末に解
放メッセージ“ＲＥＬ”が受信され（ステップ１０
９）、着端末は解放完了メッセージ“ＲＥＬ ＣＯＭ
Ｐ”をＩＳＤＮに送出して呼の解放を通知する（ステッ
プ１１０）。 〔オリジナル原稿再受信処理〕図３の編集情報のオリジ
ナル原稿再受信の有無が有りならば（ステップ１１
１）、オリジナル原稿再受信待機時間だけ画像データ削
減停止メモリ残量が設定値以上に回復するのを待つ（ス
テップ１１２）。

【００４１】待機時間内にメモリ残量が回復した場合は
（ステップ１１３）、編集情報のオリジナル原稿保存先
番号へ発呼し、オリジナル原稿の再受信を行う。ここで
は、“ＳＥＴＵＰ”に付加するユーザ・ユーザ情報を作
成し（ステップ１１４）、“ＳＥＴＵＰ”を送出し（ス
テップ１１５）、通常の通信手順に従ってオリジナル原
稿の受信処理が行われる。上記した発呼時の呼設定メッ
セージ“ＳＥＴＵＰ”のユーザ・ユーザ情報には、オリ
ジナル原稿のＩＤコードが指定されており、それに該当
する保存画像データの全ての再送を依頼する（ステップ
１１６）。

【００４２】待機時間内にメモリ残量が回復しない場合
は、編集情報の削除情報記録位置で示される位置（ここ
では、上−右）に、画像データ削除情報を付加した画像
データをオリジナルの原稿サイズでプリントアウトする
（ステップ１１７）。 〔発呼側でのオリジナル原稿保存処理〕オリジナル原稿
の保存期間は、呼設定メッセージ“ＳＥＴＵＰ”のユー
ザ・ユーザ情報で通知されたオリジナル原稿受信待機時
間による。つまり、この待機時間を越えた保存原稿は、
発端末側で廃棄される。このように、所定時間に限って
発端末側で所定の画像データを保存することにより、発
端末に多量の保存原稿が蓄積されてしまうという危険を
回避しつつ、着端末にとって重要な画像データを発端末
側で確保するようにしたものである。

【００４３】このように、本実施例に係るファクシミリ
装置では、着端末側でメモリ受信する際に、メモリ残量
の不足による受信原稿の途中切れや、通信のエラーによ
る終了を最小限に止めて、ファクシミリ通信の信頼性の
向上を図ることができるようになった。

【００４４】

【発明の効果】請求項１記載の発明によれば、受信され
る画像データが受信側端末のメモリのオーバーフローに
より原稿内容が途中で切れるなどのエラーを回避するこ
とが可能であって、ファクシミリ装置の送信画像データ
の信頼性を向上させることができる。

【００４５】請求項２記載の発明によれば、メモリ受信
された画像データの中で画素密度を落として記録された
原稿がどれであるかを一目で容易に判別することができ
る。請求項３記載の発明によれば、受信側端末メモリが
メモリフル状態であっても送信側端末のメモリに画像デ
ータを保存させるので、オリジナル原稿の廃棄を防止す
ることができる。

【００４６】請求項４記載の発明によれば、受信側端末
のメモリ容量に空きができた場合に、送信側端末に保存
されている画像データを再度送信させて、受信側端末の
メモリに蓄積するので、メモリのオーバーフローによる
原稿切れ等を心配することなく、オリジナル原稿の画像
データが確実に受信できる。請求項５記載の発明によれ
ば、受信側端末から送信側端末に保存されている画像デ
ータの再送要求を受けた場合に、送信側端末から受信側
端末へオリジナルの画像データを送信するので、受信側
端末のメモリのオーバーフローによる原稿切れ等を心配
することなく、オリジナル原稿の画像データを確実に送
信することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るファクシミリ装置の構
成を示すブロック図である。

【図２】図１のファクシミリ装置で実行される通信プロ
トコルシーケンスであり、（ａ）は本実施例、（ｂ）は
比較例である。

【図３】本発明の一実施例に係る受信画像データの編集
情報の構成を示す図である。

【図４】本発明の一実施例に係る動作を説明するフロー
チャートである。

【符号の説明】

１ システム制御部 ２ 操作表示部 ３ スキャナ部 ４ プロッタ部 ５ メモリ部 ６ 画像メモリ部 ７ 符号化復号化部 ８ 通信制御部 ９ ＩＳＤＮインターフェース

Claims (5)

【特許請求の範囲】
1. 【請求項１】送信側端末から送られてくる画像データを
   受信側端末で受信してメモリに蓄積するメモリ受信可能
   なファクシミリ装置において、 前記メモリの空き容量を示すメモリ残量を検出するメモ
   リ残量検出手段と、 該メモリ残量がある一定量以下となった場合に、受信し
   た画像データの画素密度を所定割合だけ減らして画像デ
   ータ量を削減する画素密度削減手段と、 が設けられたことを特徴とするファクシミリ装置。
2. 【請求項２】請求項１記載のファクシミリ装置におい
   て、 前記画素密度削減手段によって画素密度が削減された画
   像データであることを受信側端末のユーザに通知する削
   減画像データ通知手段が設けられたことを特徴とするフ
   ァクシミリ装置。
3. 【請求項３】請求項１記載のファクシミリ装置におい
   て、 前記送信側端末のメモリに蓄積されている所定の送信画
   像データのファイルを送信終了後であっても削除せずに
   保存するように受信側端末から送信側端末に対して要求
   を行う送信画像データ保存要求手段が設けられたことを
   特徴とするファクシミリ装置。
4. 【請求項４】請求項３記載のファクシミリ装置におい
   て、 前記受信側端末のメモリのメモリ残量がある一定量以上
   に確保された場合に、前記保存要求を行った送信画像デ
   ータのファイルを再度送信するように送信側端末に対し
   て保存データ再送要求信号を送って要求を行う保存画像
   データ再送要求手段と、 該再送要求に従って送信側端末から再送された画像デー
   タを受信する再送画像データ受信手段と、 が設けられたことを特徴とするファクシミリ装置。
5. 【請求項５】請求項４記載のファクシミリ装置におい
   て、 前記送信側端末には、 受信側端末からの送信画像データ保存要求によりメモリ
   に保存している所定の画像データを受信側端末からの保
   存データ再送要求信号を受信した際に、メモリから読み
   出して受信側端末に対して再度送信する再送画像データ
   送信手段が設けられたことを特徴とするファクシミリ装
   置。