JPH06284262A - ファクシミリデータ受信装置 - Google Patents

Abstract

(57)【要約】 【目的】 重要な文書を優先的に受信することができる
ファクシミリデータ受信装置を提供することを目的とす
る。 【構成】 予め送信側と受信側の双方で、重要なデ−タ
か否かを判断するための情報を取り決める機能を設け、
受信データ用の記憶装置の容量が一杯になった時点で、
重要でないデ−タを順次フラッシュするか、あるいはそ
の情報量を圧縮、削減することにより、記憶装置の容量
を確保し、重要であるデ−タの受信を優先させるように
した

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、受信デ−タを記憶装置
によって格納するファクシミリデ−タ受信装置に関する
ものである。

【０００２】

【従来の技術】従来より、記憶装置によって受信デ−タ
を格納するファクシミリデ−タ受信装置において、記憶
装置内における受信デ−タの格納順序としては、通常は
無条件に先に受信されたものから順次格納していき、記
憶容量がなくなり次第、受信デ−タの受付を中止してい
た。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例においては、受信側から見て重要である文書（デ−
タ）が、記憶容量が一杯になった時点で受け付けられな
くなり、必要な受信情報が得られなくなるという欠点が
あった。

【０００４】そこで、本発明は、重要な文書を優先的に
受信することができるファクシミリデータ受信装置を提
供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は、予め送信側と
受信側の双方で、重要なデ−タか否かを判断するための
情報を取り決める手段を設け、受信データ用の記憶装置
の容量が一杯になった時点で、重要でないデ−タを順次
フラッシュするか、あるいはその情報量を圧縮、削減す
ることにより、記憶装置の容量を確保し、重要であるデ
−タの受信を優先させるようにしたものである。

【０００６】

【実施例】図１は、本発明の第１実施例のシステム構成
を示すブロック図である。

【０００７】まず、受信側ファクシミリ装置は、受信デ
−タを格納する記憶装置１０１と、このファクシミリ装
置の全体を制御するＣＰＵ１０９と、受信側の制御プロ
グラム等を格納したＲＯＭ１０３と、各種登録データの
記憶領域やＣＰＵ１０９のワーク領域を提供する格納し
たＲＡＭ１０５と、電話回線１１０とのインタ−フェ−
スをとるためのＮＣＵ１０７と、このファクシミリ装置
における受信デ−タの表示や操作情報を表示する表示部
１１１と、このファクシミリ装置の各種操作を行うため
のキ−入力部１１３と、受信画像等の印字出力を行う印
字装置２０１とを有する。

【０００８】次に、送信側ファクシミリ装置は、このフ
ァクシミリ装置の全体を制御するＣＰＵ１０８と、送信
側の制御プログラム等を格納したＲＯＭ１０２と、各種
登録データの記憶領域やＣＰＵ１０８のワーク領域を提
供する格納したＲＡＭ１０４と、電話回線１１０とのイ
ンタ−フェ−スをとるためのＮＣＵ１０６と、このファ
クシミリ装置における受信デ−タの表示や操作情報を表
示する表示部１１２と、このファクシミリ装置の各種操
作を行うためのキ−入力部１１４と、原稿上の画像を光
電変換により読み取るＣＣＤ１１６と、このＣＣＤ１１
６によって原稿を走査する動作や原稿搬送動作等を行う
スキャナ部１１５とを有する。

【０００９】なお、この図１においては、説明の便宜
上、受信側と送信側とで、それぞれに必要な機能だけを
抽出して示しているが、それぞれ送信と受信の両方の機
能を備えた相互に同じ構成のファクシミリ装置により通
信を行う場合にも適用し得ることはもちろんである。

【００１０】図２は、本実施例における読取り原稿３０
１の構成を示す説明図である。この原稿３０１には、
『重要である』という情報を送信側から受信側に知らせ
るバ−コ−ド部３０２が、原稿３０１の副走査方向の最
下端ｙ１ラインの位置に設けられている。

【００１１】図３は、本実施例の動作を示すフロ−チャ
−トである。

【００１２】まず、Ｓ５０１では、送信側ファクシミリ
装置からの着信を受け、受信側ファクシミリ装置で受信
動作を開始する。そして、Ｓ５０２では、今回の受信デ
ータを格納するだけのデータ容量が記憶装置１０１内に
あるかどうかを判断し、データ容量がある場合には、Ｓ
５０３において、受信デ−タを記憶装置１０１に蓄積し
て、Ｓ５０７に進む。

【００１３】また、Ｓ５０２において、データ容量がな
いと判断した場合には、Ｓ５０４において、記憶装置１
０１内に『重要でない』デ−タが既に存在すること意味
する属性Ｂがあるかどうかを判別する。そして、属性Ｂ
がある場合は、Ｓ５０５において、属性Ｂのデ−タの一
番古いデ−タを削除し、Ｓ５０７に進む。

【００１４】また、Ｓ５０２において、属性Ｂがなかっ
た場合は、Ｓ５０６において、エラ−メッセ−ジを出力
して受信を中止する。

【００１５】また、Ｓ５０７においては、ファクシミリ
受信が終了したか否かを判別する。そして、終了してい
れば、Ｓ５０８において、受信されたデ−タが『重要で
ある』か否かを判別するためのバ−コ−ド部３０２の解
析を行う。

【００１６】Ｓ５０９において、Ｓ５０８で解析したバ
−コ−ドデ−タが『重要である』ことを意味しているか
どうかの判別を行う。ここで、『重要である』と判断し
た場合には、Ｓ５１０において、当該受信データの属性
が『重要である』ことを示すＡを設定し、受信データと
ともに保存する。また、『重要でない』と判断した場合
には、Ｓ５１１において、当該受信データの属性が『重
要でない』ことを示すＢを設定し、受信データとともに
保存する。

【００１７】図４は、図３のＳ５０８におけるバ−コ−
ト解析処理の詳細を示すフロ−チャ−トである。

【００１８】同図において、Ｓ６０１では、これから判
別するバ−コ−ド部の全ライン中何ライン目が『重要で
ある』というバ−コ−ドとして判別されたかを計数する
ためのカウンタの初期設定を行う。具体的には、ｙ１ラ
イン中何ラインが『重要である』バ−コ−ドであるか判
別できたかを示すカウンタｉｍｐを０に設定し、また、
現在検索しているラインが何ライン目であるかを検出す
るためのカウンタｆの初期設定としてｙ１（全ライン）
に設定する。

【００１９】次に、Ｓ６０２では、１ライン中のバ−コ
−ドの白黒パタ−ンの検索を行ない、Ｓ６０３では、Ｓ
６０２で検索されたパタ−ンが送信時によって生じた
（紙の斜行やバ−コ−ド部の原稿の汚れを考慮した）誤
差の範囲内に収まっているかどうかの判別を行なう。そ
して、Ｓ６０３で誤差の範囲内に収まっていた場合に
は、Ｓ６０４でカウンタｉｍｐの数を１プラスして、Ｓ
６０５に進む。また、Ｓ６０３で誤差の範囲内に収まっ
ていない場合には、そのままＳ６０５に進む。

【００２０】次に、Ｓ６０５では、バ−コ−ドラインの
カウンタｆを１マイナスし、Ｓ６０６では、このカウン
タｆが０であるかどうかの判別を行なう。そして、カウ
ンタｆが０でなければ、Ｓ６０２に戻って処理を繰り返
す。

【００２１】また、カウンタｆが０であれば、Ｓ６０７
において、カウンタｉｍｐの数が全ラインの半分より大
きいか否かの判別を行なう。そして、カウンタｉｍｐの
数が全ラインの半分より大きい場合には、Ｓ６０８にお
いて、『重要デ−タ』と判別する。また、カウンタｉｍ
ｐの数が全ラインの半分より大きくない場合には、Ｓ６
０９において、『重要でないデ−タ』と判別する。この
後、上述したＳ５０９に進む。

【００２２】次に、この第１実施例のファクシミリ装置
における全体動作を順を追って詳細に説明する。

【００２３】まず、図１における送信側ファクシミリ装
置で、キ−入力部１１４のスタ−トボタンを押すことに
より、スキャナ部１１５内にあるＣＣＤ１１６で図２に
示す原稿３０１を読み込ませ、ＣＰＵ１０８を介し、Ｎ
ＣＵ１０６から電話回線１１０を経て受信側のＮＣＵ１
０７へファクシミリ送信を行なう。そして、受信側のＲ
ＯＭ１０３、ＣＰＵ１０９は、これを受けて記憶装置１
０１へのデ−タ受信を試みる。

【００２４】以下、上述した図３に示す動作に移行し、
まず、ファクシミリ受信が開始されると（Ｓ５０１）、
受信側のＲＯＭ１０３、ＣＰＵ１０９は、記憶装置１０
１の容量があるか否かを検索する（Ｓ５０２）。

【００２５】ここで容量があれば、受信デ−タを順次記
憶装置１０１の中に蓄積し（Ｓ５０３）、容量がなけれ
ば、既に記憶装置１０１の中に格納されているデ−タの
中で『重要でない』デ−タが存在することを意味する属
性Ｂのデ−タがあるかを判別する（Ｓ５０４）。

【００２６】そして、属性Ｂのデ−タがあれば、記憶装
置１０１の中にある属性Ｂのデ−タの中で一番古いデ−
タを削除する（Ｓ５０５）。また、属性Ｂのデ−タがな
ければエラ−メッセ−ジを出してファクシミリ受信を中
止させる（Ｓ５０６）。

【００２７】次に、以上のファクシミリ受信が終了して
いなければ、Ｓ５０２以後の動作をくり返し行ない、終
了したら（Ｓ５０７）、バ−コ−ド解析の処理を行なう
（Ｓ５０８）。そして、Ｓ５０８の検索結果が『重要で
あるデ−タ』と判別された場合は（Ｓ５０９）、すでに
記憶装置内にある『重要であるデ−タ』の存在を意味す
る属性Ａにしてデ−タとともに記憶装置１０１に保存す
る（Ｓ５１０）。

【００２８】また、Ｓ５０８の検索結果が『重要でない
デ−タ』と判別された場合は（Ｓ５０９）、すでに記憶
装置内にある『重要でないデ−タ』の存在を意味する属
性Ｂにしてデ−タとともに記憶装置１０１に保存する。

【００２９】次に、図４において、ファクシミリ送信が
終了して原稿３０１が記憶装置１０１に格納された後の
デ−タの中から、最下端からｙ１ライン分のデ−タ、つ
まりバ−コ−ド部３０２を、ＣＰＵ１０９、ＲＯＭ１０
３によって検索を行なう。

【００３０】次に、初期設定として、ｙ１ライン中何ラ
インが『重要である』バ−コ−ドであるか判別できたか
を示すカウンタｉｍｐを０にし、今検索しているバ−コ
−ドのラインが何ライン目であるかを示すカウンタｆを
バ−コ−ド部の全ライン分ｙ１に設定する（Ｓ６０
１）。

【００３１】図２のバ−コ−ド部３０２におけるｘ１〜
ｘｍブロックの白黒パタ−ンと合致しているかの検索を
行なう（Ｓ６０２）。ここでｘ１からｘｍまでの各ブロ
ックは交互に黒または白の連続したパタ−ンで構成され
ており、予め送信側と受信側で各ブロックの連続したパ
タ−ンの数の取り決めが行なわれている。そして、受信
側で、これと同じパタ−ンかどうかの検索を行なってい
る。

【００３２】そして、検索した結果が誤差の範囲内かど
うかの判別を行なう（Ｓ６０３）。ここで誤差とは、送
信側で原稿を送る際にセットする紙幅の斜行や、原稿を
読取る際のわずかなゴミなどを意味する。

【００３３】そして、範囲内であれば、カウンタｉｍｐ
に１を加え（Ｓ６０４）、カウンタｆから１を引く（Ｓ
６０５）。ここでカウンタｆが０（つまり、バ−コ−ド
の全ラインの検索が終了する）になるまで、Ｓ６０２以
後の動作をくり返す（Ｓ６０６）。

【００３４】また、カウンタｆが０になったら、カウン
タｉｍｐ（『重要であるデ−タ』のバ−コ−ドと判別さ
れたカウンタ）総数がバ−コ−ド部の全ライン数の過半
数に達して一方いるかどうかを検索し（Ｓ６０７）、Ｙ
ＥＳならば『重要であるデ−タ』と判別し（Ｓ６０
８）、ＮＯならば『重要でないデ−タ』と判別する（Ｓ
６０９）。

【００３５】このように受信側で『重要であるデ−タ』
を意味するバ−コ−ドを解析することにより、受信時
に、記憶装置の容量が一杯になっても、すでに格納され
ている『重要でないデ−タ』を順次削除することによ
り、『重要であるデ−タ』の受信をより多く優先して格
納することができる。

【００３６】次に、本発明の第２実施例について説明す
る。なお、装置の構成は、上記第１実施例（図１）と共
通であるものとし、同一符号を用いて説明する。

【００３７】図５は、本実施例で、受信側ファクシミリ
装置の記憶装置１０１内に格納された『重要でないデー
タ』の内容を区分けしたものである。図示のように、受
信データの部分４０１と、インデックス（表題、名前、
連絡先等）部分４０２とに分かれている。

【００３８】次に、この第２実施例のファクシミリ装置
における動作について説明する。

【００３９】まず、図１における送信側ファクシミリ装
置で、キ−入力部１１４のスタ−トボタンを押すことに
より、スキャナ部１１５内にあるＣＣＤ１１６で図２に
示す原稿３０１を読み込ませ、ＣＰＵ１０８を介し、Ｎ
ＣＵ１０６から電話回線１１０を経て受信側のＮＣＵ１
０７へファクシミリ送信を行なう。そして、受信側のＲ
ＯＭ１０３、ＣＰＵ１０９は、これを受けて記憶装置１
０１へのデ−タ受信を試みる。

【００４０】以下、図６に示すフローチャートに基づい
て説明する。まず、ファクシミリ受信が開始されると
（Ｓ５０１）、受信側のＲＯＭ１０３、ＣＰＵ１０９
は、記憶装置１０１の容量があるか否かを検索する（Ｓ
５０２）。

【００４１】ここで容量があれば、受信デ−タを順次記
憶装置１０１の中に蓄積し（Ｓ５０３）、容量がなけれ
ば、既に記憶装置１０１の中に格納されているデ−タの
中で『重要でない』デ−タが存在することを意味する属
性Ｂのデ−タがあるかを判別する（Ｓ５０４）。

【００４２】そして、属性Ｂのデ−タがあれば、記憶装
置１０１の中にある属性Ｂのデ−タの中で一番古いデ−
タの図５に示すインデックス部分４０２以外、すなわち
受信データ部分４０１を削除する（Ｓ７０１）。そし
て、残ったインデックス部分４０２を再び記憶装置に格
納する（Ｓ７０２）。

【００４３】また、属性Ｂのデ−タがなければエラ−メ
ッセ−ジを出してファクシミリ受信を中止させる（Ｓ５
０６）。

【００４４】次に、以上のファクシミリ受信が終了して
いなければ、Ｓ５０２以後の動作をくり返し行ない、終
了したら（Ｓ５０７）、バ−コ−ド解析の処理を行なう
（Ｓ５０８）。そして、Ｓ５０８の検索結果が『重要で
あるデ−タ』と判別された場合は（Ｓ５０９）、すでに
記憶装置内にある『重要であるデ−タ』の存在を意味す
る属性Ａにしてデ−タとともに記憶装置１０１に保存す
る（Ｓ５１０）。

【００４５】また、Ｓ５０８の検索結果が『重要でない
デ−タ』と判別された場合は（Ｓ５０９）、すでに記憶
装置内にある『重要でないデ−タ』の存在を意味する属
性Ｂにしてデ−タとともに記憶装置１０１に保存する。

【００４６】なお、この第２実施例における上記Ｓ５０
８のバ−コ−ド解析処理も、上記第１実施例の図４に示
すフローチャートと同様に行われるものであるので、こ
こでは詳細な説明は省略する。

【００４７】以上のように、この第２実施例では、受信
時に『重要であるデータ』をバーコードの解析により判
別し、記憶装置１０１の容量が一杯の時は、既に記憶さ
れている『重要でないデータ』をインデックス部分４０
２だけを残して記憶装置１０１から削除するので、新た
な『重要であるデータ』をより多く優先して記憶できる
とともに、『重要でないデータ』についてもインデック
ス部分４０２を残すことで、削除したデータを後から把
握することが可能となり、相手先に連絡をとる等の対応
が可能となる。

【００４８】次に、本発明の第３実施例について説明す
る。なお、装置の構成は、上記第１実施例（図１）と共
通であるものとし、同一符号を用いて説明する。

【００４９】図７は、この第３実施例のファクシミリ装
置における動作を示すフローチャートである。

【００５０】まず、図１における送信側ファクシミリ装
置で、キ−入力部１１４のスタ−トボタンを押すことに
より、スキャナ部１１５内にあるＣＣＤ１１６で図２に
示す原稿３０１を読み込ませ、ＣＰＵ１０８を介し、Ｎ
ＣＵ１０６から電話回線１１０を経て受信側のＮＣＵ１
０７へファクシミリ送信を行なう。そして、受信側のＲ
ＯＭ１０３、ＣＰＵ１０９は、これを受けて記憶装置１
０１へのデ−タ受信を試みる。

【００５１】以下、図７に示す動作に移行し、まず、フ
ァクシミリ受信が開始されると（Ｓ５０１）、受信側の
ＲＯＭ１０３、ＣＰＵ１０９は、記憶装置１０１の容量
があるか否かを検索する（Ｓ５０２）。

【００５２】ここで容量があれば、受信デ−タを順次記
憶装置１０１の中に蓄積し（Ｓ５０３）、容量がなけれ
ば、既に記憶装置１０１の中に格納されているデ−タの
中で『重要でない』デ−タが存在することを意味する属
性Ｂのデ−タがあるかを判別する（Ｓ５０４）。

【００５３】そして、属性Ｂのデ−タがあれば、そのデ
ータがファインモードまたはスーパーファインモードか
否かの判別を行う（Ｓ８０１）。そして、ファインモー
ドまたはスーパーファインモードである場合には、この
データをノーマルモードに変換してデータ量の削減を行
う（Ｓ８０２）。また、属性Ｂのデ−タがなければエラ
−メッセ−ジを出してファクシミリ受信を中止させる
（Ｓ５０６）。

【００５４】次に、以上のファクシミリ受信が終了して
いなければ、Ｓ５０２以後の動作をくり返し行ない、終
了したら（Ｓ５０７）、バ−コ−ド解析の処理を行なう
（Ｓ５０８）。そして、Ｓ５０８の検索結果が『重要で
あるデ−タ』と判別された場合は（Ｓ５０９）、すでに
記憶装置内にある『重要であるデ−タ』の存在を意味す
る属性Ａにしてデ−タとともに記憶装置１０１に保存す
る（Ｓ５１０）。

【００５５】また、Ｓ５０８の検索結果が『重要でない
デ−タ』と判別された場合は（Ｓ５０９）、すでに記憶
装置内にある『重要でないデ−タ』の存在を意味する属
性Ｂにしてデ−タとともに記憶装置１０１に保存する。

【００５６】なお、この第３実施例における上記Ｓ５０
８のバ−コ−ド解析処理も、上記第１実施例の図４に示
すフローチャートと同様に行われるものであるので、こ
こでは詳細な説明は省略する。

【００５７】以上のように、この第３実施例では、受信
時に『重要であるデータ』をバーコードの解析により判
別し、記憶装置１０１の容量が一杯の時は、既に記憶さ
れているファインモードまたはスーパーファインモード
の『重要でないデータ』をノーマルモードに変換してデ
ータ量を削減することにより、『重要でないデータ』の
解像度を犠牲にするだけで、新たな『重要であるデー
タ』をより多く優先して記憶することが可能となる。

【００５８】次に、本発明の第４実施例について説明す
る。なお、装置の構成は、上記第１実施例（図１）と共
通であるものとし、同一符号を用いて説明する。

【００５９】図８は、この第４実施例のファクシミリ装
置における動作を示すフローチャートである。

【００６０】まず、図１における送信側ファクシミリ装
置で、キ−入力部１１４のスタ−トボタンを押すことに
より、スキャナ部１１５内にあるＣＣＤ１１６で図２に
示す原稿３０１を読み込ませ、ＣＰＵ１０８を介し、Ｎ
ＣＵ１０６から電話回線１１０を経て受信側のＮＣＵ１
０７へファクシミリ送信を行なう。そして、受信側のＲ
ＯＭ１０３、ＣＰＵ１０９は、これを受けて記憶装置１
０１へのデ−タ受信を試みる。

【００６１】以下、図８に示す動作に移行し、まず、フ
ァクシミリ受信が開始されると（Ｓ５０１）、受信側の
ＲＯＭ１０３、ＣＰＵ１０９は、記憶装置１０１の容量
があるか否かを検索する（Ｓ５０２）。

【００６２】ここで容量があれば、受信デ−タを順次記
憶装置１０１の中に蓄積し（Ｓ５０３）、容量がなけれ
ば、既に記憶装置１０１の中に格納されているデ−タの
中で『重要でない』デ−タが存在することを意味する属
性Ｂのデ−タがあるかを判別する（Ｓ５０４）。

【００６３】そして、属性Ｂのデ−タがあれば、そのデ
ータを印字装置２０１に出力して印字し（Ｓ９０１）、
この印字したデータを記憶装置１０１より削除する（Ｓ
９０２）。また、属性Ｂのデ−タがなければエラ−メッ
セ−ジを出してファクシミリ受信を中止させる（Ｓ５０
６）。

【００６４】次に、以上のファクシミリ受信が終了して
いなければ、Ｓ５０２以後の動作をくり返し行ない、終
了したら（Ｓ５０７）、バ−コ−ド解析の処理を行なう
（Ｓ５０８）。そして、Ｓ５０８の検索結果が『重要で
あるデ−タ』と判別された場合は（Ｓ５０９）、すでに
記憶装置内にある『重要であるデ−タ』の存在を意味す
る属性Ａにしてデ−タとともに記憶装置１０１に保存す
る（Ｓ５１０）。

【００６５】また、Ｓ５０８の検索結果が『重要でない
デ−タ』と判別された場合は（Ｓ５０９）、すでに記憶
装置内にある『重要でないデ−タ』の存在を意味する属
性Ｂにしてデ−タとともに記憶装置１０１に保存する。

【００６６】なお、この第３実施例における上記Ｓ５０
８のバ−コ−ド解析処理も、上記第１実施例の図４に示
すフローチャートと同様に行われるものであるので、こ
こでは詳細な説明は省略する。

【００６７】以上のように、この第４実施例では、受信
時に『重要であるデータ』をバーコードの解析により判
別し、記憶装置１０１の容量が一杯の時は、既に記憶さ
れている『重要でないデータ』を印字出力して記憶装置
１０１から削除することにより、新たな『重要であるデ
ータ』を記憶できるとともに、印字出力するのが『重要
でないデータ』であることから、『重要であるデータ』
を他人に見られずにすみ、例えば親展通信等にも応用で
きるものとなる。さらに、この第４実施例の機能によ
り、最終的には、『重要であるデータ』は記憶装置１０
１に、『重要でないデータ』は印字装置２０１に整理さ
れ、分かりやすくなる効果が得られる。

【００６８】以上、本発明の４つの実施例について説明
したが、これらの実施例を適宜組み合わせて用いること
も可能である。例えば、記憶装置１０１の残量に応じ
て、最初は第３実施例により、『重要でないデータ』の
解像度変換で、『重要であるデータ』のためのメモリ容
量を確保し、それでも記憶装置１０１の容量不足となっ
た場合は、第１、第２、第４実施例を用いて、『重要で
ないデータ』の削除を行うようにする。

【００６９】また、本発明の第５実施例として、新たな
『重要であるデータ』を受信した場合に、記憶装置１０
１のメモリ容量が不足しているときには、上述した図５
に示す『重要でないデータ』のインデックス部分４０２
だけを印字装置２０１で印字出力するとともに、この
『重要でないデータ』については、全てを記憶装置１０
１から削除するようにしても良い。

【００７０】このようにすれば、『重要でないデータ』
を全て印字出力するのに比べて、用紙を節約することが
できるとともに、削除した『重要でないデータ』の内容
について、わざわざ記憶装置１０１を確認することな
く、またリアルタイムで手軽に認識でき、迅速な対応を
行うことも可能で、万が一『重要でないデータ』中に、
実際は重要なデータが含まれているようなときでも、有
効に対処できることになる。

【００７１】

【発明の効果】以上説明したように、本発明によれば、
予め受信側で重要であるデ−タか否かの情報を判別する
ための記号を登録しておき、受信時において記憶装置の
容量が一杯になった時点で重要でないデ−タをフラッシ
ュするか、情報量を圧縮、削減して、記憶装置の容量を
確保することにより、重要であるデ−タの受信を優先す
ることができ、必要な受信情報をより多く得られるとい
う効果がある。

【図面の簡単な説明】

【図１】本発明の第１実施例を示すブロック図である。

【図２】上記第１実施例における読取り原稿の構成を示
す説明図である。

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

【図４】上記第１実施例におけるバ−コ−ト解析処理の
詳細を示すフロ−チャ−トである。

【図５】本発明の第２実施例において、受信側ファクシ
ミリ装置の記憶装置内に格納された『重要でないデー
タ』の内容を示す説明図である。

【図６】上記第２実施例における全体動作を示すフロ−
チャ−トである。

【図７】本発明の第３実施例における全体動作を示すフ
ロ−チャ−トである。

【図８】本発明の第４実施例における全体動作を示すフ
ロ−チャ−トである。

【符号の説明】

１０１…記憶装置、 １０２、１０３…ＲＯＭ、 １０４、１０５…ＲＡＭ、 １０６、１０７…ＮＣＵ、 １０８、１０９…ＣＰＵ、 １１０…電話回線、 １１１、１１２…表示部、 １１３、１１４…キー入力部、 １１５…スキャナ部、 １１６…ＣＣＤ、 ２０１…印字装置。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 受信デ−タのメモリ受信手段として、記
   憶装置に受信デ−タを格納する時に、そのデ−タを受信
   する優先順位を判別する機能を有することを特徴とする
   ファクシミリデ−タ受信装置。
2. 【請求項２】 請求項１において、 上記優先順位を判別する判別手段として、原稿の所定の
   場所に所定のマ−クを設け、送信側の読取装置で読み込
   まれたこのマ−クのパタ−ンを、受信側で解析すること
   により判別を行うことを特徴とするファクシミリデ−タ
   受信装置。
3. 【請求項３】 請求項１または２において、 受信したデ−タが優先すべきデ−タであることを判別し
   た時に、既に記憶装置内に優先する必要のないデ−タを
   含むデ−タが格納されていて、容量が一杯だった場合、
   上記優先する必要のないデ−タを削除して記憶装置の領
   域を確保し、代わりに優先すべきデ−タを格納すること
   を特徴とするファクシミリデ−タ受信装置。
4. 【請求項４】 請求項３において、 上記優先する必要のないデ−タを全部削除せず、そのイ
   ンデックス部分を残してデ−タを削減した後、その残存
   したデータを記憶装置に再格納することを特徴とするフ
   ァクシミリデ−タ受信装置。
5. 【請求項５】 請求項３において、 上記優先する必要のないデ−タがファインモ−ドであっ
   た場合、そのデ−タをノ−マルモ−ドに変換して記憶装
   置に再格納することを特徴とするファクシミリデ−タ受
   信装置。
6. 【請求項６】 請求項１〜３のいずれか１項において、 受信したデ−タが優先すべきデ−タを判別した時に、既
   に記憶装置内に優先する必要のないデ−タがあった場
   合、そのデータを印字装置より印字するとともに、その
   データを記憶装置より削除して記憶領域を確保し、代わ
   りに優先すべきデ−タを格納することを特徴とするファ
   クシミリデ−タ受信装置。