JPH0432361A - 同報送信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野コ この発明は同報送信装置に関し、特に送信終了後同一情
報をマニュアルで所望の受信装置へ送信することができ
る同報送信装置に関するものである。

［従来の技術］ 従来のファクシミリ装置においては、原稿の読取ととも
に読取られた画像データが所望の相手先へ送信されてい
た。したがって、原稿の読取終了とともに画像データの
送信動作も終了するものであり、読取動作と送信動作と
が一体となって処理されていた。

［発明が解決しようとする課題］ 上記のようなファクシミリ装置では、送信処理としでは
迅速といえるが送信が一旦終了した後、再度同一情報を
他の送信先へ送信したい場合、再度原稿の読取動作を最
初から行なわねばならず、使い勝手が悪い。またその場
合原稿は持ち去ることができず、再送信終了まで送信機
に拘束されていることにもなる。

この発明は上記のような課題を解決するためになされた
もので、−旦送信が終了した後であっても、同一画像デ
ータを容易に送信できる使い勝手のよい同報送信装置を
提供することを目的とする。

［課題を解決するための手段］ 請求項１に係る同報送信装置は、送信すべき原稿の画像
データを読取る画像読取手段と、読取られた画像データ
を送信する送信手段と、読取られた画像データを送信手
段による送信とともに並行して記憶する記憶手段と、送
信を指令する指令手段と、指令手段による指令出力に応
答して記憶された画像データに基づいて送信するように
、送信手段を制御する制御手段とを備えたものである。

請求項２に係る同報送信装置は、請求項１の送信手段が
、読取られた画像データを送信先の処理条件に応じた第
１の圧縮方式で変換した圧縮データを送信し、請求項１
の記憶手段が、読取られた画像データを所定の条件に基
づいた第２の圧縮方式で変換した圧縮データを記憶する
ものである。

請求項３に係る同報送信装置は、送信すべき原稿の画像
データを読取る画像読取手段と、読取られた画像データ
を第１の圧縮方式で第１の圧縮画像データに圧縮する第
１の圧縮手段と、第１の圧縮画像データを送信する送信
手段と、第１の圧縮画像データを記憶する記憶手段と、
記憶された第１の圧縮画像データを読出して、所定の条
件に基づいた第２の圧縮方式で第２の圧縮画像データに
圧縮する第２の圧縮手段と、第２の圧縮画像データを第
１の圧縮画像データに代えて記憶するように、記憶手段
を制御する第１の制御手段と、送信を指令する指令手段
と、指令手段による指令出力に応答して記憶された第２
の圧縮画像データに基づいて送信するように、送信手段
を制御する第２の制御手段とを備えたものである。

請求項４の同報送信装置は、送信すべき原稿の画像デー
タを読取る画像読取手段と、読取られた画像データを第
１の圧縮方式で第１の画像データに圧縮する第１の圧縮
手段と、第１の圧縮画像データを送信する送信手段と、
第１の圧縮画像データを記憶する記憶手段と、記憶され
た第１の圧縮画像データを読出して所定の条件に基づい
た第２の圧縮方式で第２の圧縮画像データに圧縮する第
２の圧縮手段と、第１の圧縮画像データと第２の圧縮画
像データとを比較（７て、記憶効率のよい圧縮画像デー
タを決定する比較手段と、決定された圧縮画像データを
第１の圧縮画像データに代えて記憶するように、記憶手
段を制御する第１の制御手段と、送信を指令する指令手
段と、指令手段による指令出力に応答して記憶された第
２の圧縮画像データに基づいて送信するように、送信手
段を制御する第２の制御手段とを備えたものである。

［作用］ 請求項１に係る発明においては、読取られた画像データ
を送信するとともに記憶し、記憶された画像データに基
づいて再度の送信を行なう。

請求項２に係る発明においては、送信用に読取られた画
像データを圧縮する第１の圧縮方式とは別に、所定の条
件に基づいた１２の圧縮方式で変換した圧縮データを記
憶する、 請求項３に係る発明においては、送信時に記憶された第
１の圧縮画像データを読出して、所定の条件に基づいた
第２の圧縮方式で第２の圧縮画像データに圧縮した後こ
れを記憶し、この記憶された第２の圧縮画像データに基
づいて再度の送信動作を行なう。

請求項４に係る発明においては、第１の圧縮画像データ
と第２の圧縮画像データとを比較して記憶効率のよい圧
縮画像データを決定した後これを記憶し、この記憶され
た圧縮画像データに基づいて再度の送信動作を行なう。

［実施例〕 第１図は、この発明の一実施例によるファクシミリ装置
の断面図である。

図において、ファクシミリ装置は、記録部１と読取部３
０とに大きく分けられる。記録部１はレーザビームプリ
ンタであり、以下に簡単にその動きを説明する。

まず、帯電器８により感光体ドラム５が帯電され、次に
光学系４により静電潜像がその上に形成される。この潜
像に現像器９のトナーが付着する。

一方、給紙カセット２にはカット紙が収納されており、
給紙ローラ等によりカット紙が１枚ずつ感光体ドラムの
方向に送り込まれる。感光体に付着したトナーは、転写
チャージャ１０により、ベーパに転写され、定着器６に
より定着された後、トレイ７に排出される。付着しなか
ったトナーはクリーナ１．１により回収され、これで１
回分のプリント動作が終了する。

次に、読取部３０の動作について述べる。

原稿トレイ２０に置かれた原稿は、センサ２８ａによっ
てその存在が検知され、押上板２３によりその先端は所
定位置まで持ち上げられる。次に、ピックアップローラ
２１により、トレイ２０に収納された１番上の〕５枚か
ら順々にさばかれ、送り込まれる。ローラ２２．２５お
よび２６によ７て搬送されるとともにセンサ２４に送り
込まれた原稿は、ディジタル画像として読取られ、最後
に排出トレイ２９に排出される。

なお、電話回線とのインターフェイス用のハンドセット
２７が読取部側に設置され、送受信の各種の動作設定用
の操作パネル３２が原稿トレイ２０下方に設置される。

第２図は第１図の操作パネルの平面図である。

図において、パネルには、テンキー群４０、液晶パネル
４１、操作キー４２．４３および４５ならびにＬＥＤ４
４が設けられる。

テンキー４０は、相手先のダイヤル番号の入力に用いら
れる。液晶パネル４１は、ファクシミリの動作状態ある
いはオペレータへの指示に用いられる。キー４２は、フ
ァクシミリの送信動作の開始に用いられ、キー４３は、
メモリ送信か否かの切換用のキーであり、ＬＥＤ４４は
メモリ送信か否かの状態を示す表示に用いられている。

キー４５はマニュアル同報を行なうためのキーであり、
マニュアル同報については後述する。

第３図は、この発明の一実施例によるファクシミリの制
御部のブロック図である。

図において、制御部は主に通信制御ＣＰＵ５０、操作パ
ネル部３２、プリンタ制御部５５より構成されており、
これらの間はモード情報を伝達するための通信路および
タイミング信号線で結ばれている。ファクシミリの動作
に従ってこれらの制御部の動作を以下に説明する。

まず送信動作について説明する。なお、送信動作にはメ
モリ送信と非メモリ送信とがあり各々について以下に述
べる。

（１）　メモリ送信 まず原稿トレイ２０に原稿が置かれると、読取部５７の
センサ２８により検知され、その検知情報がＣＰＵ５０
に送られる。ＣＰＵ５０は操作パネル部３２のデイスプ
レィにＦＡＸ番号の入力の要求を表示させる。テンキー
群４０によるＦＡＸ番号の入力があると、読取部５７の
モータおよびイメージセンサを同期させながら、原稿を
読取ることによって１ラインずつの画像信号を得、その
１ラインデータはバッフ７メモリ５９に送られる。

同時に、圧縮伸長部６０により、バッファメモリ５９内
の画像データは圧縮され、圧縮画像メモリ５１に格納さ
れる。

読取が終了すると、ＣＰＵ５０は、モデム５３、ＮＣＵ
３４を用いて電話回線を通じて受信側ファクシミリ装置
の呼出を行なう。回線が接続すると、圧縮画像メモリ５
１に蓄えられた圧縮メモリは、圧縮伸長部６０に送られ
て伸長され、ページメモリ６１に元の画像データとして
格納される。次に、格納された画像データは、受信側の
ファクシミリ装置の記憶サイズに応じて自動縮小処理を
受けた後、受信側ファクシミリ装置の符号化方式に応じ
て圧縮伸長部６０で圧縮された後、再び圧縮画像メモリ
５１の別のエリアに格納される。これらの伸長および圧
縮の動作は数ラインからなる１ブロック単位で交互に行
なわれる。

次に受信側の処理能力に応じた圧縮を行なうと同時に、
得られた圧縮データはＨＤＬＣ解析部解析部上２ＨＤＬ
Ｃの規格に従って、加工された後、モデム５３およびＮ
ＣＵ３４を介して電話回線に送出される。すべての画像
が送出されると、切断手順に従って、回線を切断し、送
信動作が終了する。

（２）　非メモリ送信 原稿トレイ２０に原稿が置かれてからＦＡＸ番号の入力
までは先に述べたメモリ送信と同様である。その後、回
線接続を読取部５７のイメージセンサおよびモータを用
いて画像データを読取り、バッファメモリ５９に格納す
る。同時に相手先の記録紙サイズおよび圧縮方式に応じ
た圧縮データに変換され、圧縮画像データはＨＤＬＣ解
析部解析部上２ム５３およびＮＣＵ３４を介して電話回
線に送出される。

受信時の動作についてはこの発明とは直接の関係がない
ため、以下概略的に説明する。

電話回線を通じて呼出があり、回線接続成立後、受信さ
れた圧縮画像データは伸長され、実画像データとしてペ
ージメモリ部６１に格納される。同時にその画像信号は
プリンタ制御部５５へ転送され、プリンタのメカコンと
同期がとられ、記録が行なわれる。この動作を所定頁数
だけ繰返すことによって、記録動作が終了する。

ここで、マニュアル同報について述べる。

現在−船釣にファクシミリ装置で、行なわれている同報
機能またはプログラム送信はまず最初に複数箇所の宛先
（ダイヤル番号）を設定しておき、ある原稿画像をその
複数箇所の宛先に対し順次送信するものである。

これに対し、本願発明におけるマニュアル同報は、既に
送信済みの原稿に対しダイヤル番号を再設定するだけで
、そのダイヤル番号宛てにその原稿内容を送信できるよ
うにしたものである。

これによって、−船釣な同報送信装置に対しては、以下
のような有利さが生じる。

■　送信先の追加変更が容易である。

■　最初に宛先を設定する必要がないため、送信ミス等
に対しその都度対応がきく。

■　１回限りの回報送信の場合は、初期設定の必要がな
い分、手軽な使用が可能である。

さらに、通常の送信に対してはたとえば２つの宛先に同
一原稿を送るとすれば、２回目の原稿の読取が省かれる
ので、オペレータの労力が軽減される。

第６図および第７図は、第３図に示した通信制御ＣＰＵ
５０の概略の制御フローである。

まず、ステップＳ１で、レジスタ、各種入出力ボート、
各種フラグ等の初期設定を行なう。次に、ステップＳ３
で第７図に示す割込サービスルーチンヲ定期的にコール
するためのタイマ割込の設定をする。

ステップＳ５およびＳ７は割込サービスルーチンの各シ
ーケンスが所望どおりに（たとえば送信を行ないたいと
きには送信が行なわれるように）動作するための各種チ
エツクルーチンである。ステップＳ７までの処理が終了
すると、再びステップＳ５に戻り、同一のチエツクを繰
返す。

送信チエツクルーチンＳ５の詳細については後述するが
、受信チエツクルーチン（Ｓ７）については本願発明と
は直接の関係がないためここでは詳しくは述べない。

第７図は第６図で設定されたタイマ割込のサービスルー
チンである。

このサービスルーチンは、送信受信の２つのシーケンス
より構成されており、ステップＳ２１の詳細については
後に詳述するが、ステップＳ２３の受信動作については
この発明とは直接関係がないのでここでは特に述べない
。

第８図は第６図の送信チエツクルーチンの具体的内容を
示すフローチャートである。

まずステップＳ５０でマニュアル同報か否かが判別され
、マニュアル回報の場合は、ステップ８５９以下に進む
。マニュアル同報でない場合、ステップＳ５１で原稿の
セット状態の検知が行なわれ、原稿のセット時はステッ
プＳ５３およびＳ５５で送信フラグのリセットおよび受
信中でないことを条件としてステップＳ５５に進む。送
信フラグが１であるときは、送信中を示すが、厳密には
送信中よりは原稿の排出等までも含む広い意味である。

次にステップＳ５９で第５図に示されている表示ａが表
示部４１に示され、ダイヤル番号の入力をオペレータに
促し、ダイヤル番号の入力があればステップ８６３に進
む。

ステップ８６３では、送信キー４２のＯＮエツジの検出
を行ない、ＯＮエツジが検出されると、ステップＳ６４
で送信フラグをセットする。ステップＳ６５でマニュア
ル同報でないことを条件とし、前回送信した圧縮画像デ
ータを消去する（Ｓ６６）。送信直後に圧縮画像データ
の消去を行なわないのは、マニュアル回報によって前回
送信済みの圧縮画像データを再び送信する必要が生じる
かもしれないためである。オペレータが別の原稿の送信
を開始した後、そのような必要性は生じないと考えられ
るので、ステップＳ６６で初めて前回の原稿のデータの
抹消を行なう。

また、ステップＳ６５で、前回の送信がマニュアル同報
の場合は、再び前回送信した圧縮画像データを、マニュ
アル同報で送信する可能性があるためデータの抹消を行
なわない。

ステップＳ５１で原稿のセットがされていない場合は、
ステップＳ６７で送信中か否かが判別される。送信中の
ときは、何もせずステップ５７１に進むが、送信中でな
いときは、ステップＳ６９で送信フラグをリセットして
ステップＳ７１に進む。

ステップ８７１〜３７８は、メモリ送信か否かの切替動
作を行なうためのステップである。ステップ５７１でメ
モリ送信キー４３が押されるたびにステップ８７Ｂでメ
モリ送信か否かが判別され、メモリ送信フラグの内容を
判定し、ステップＳ７６またはステップ３７８でＬＥＤ
４４にその旨の表示を行なう。ステップＳ７９およびＳ
８１はマニュアル同報キーが押されたとき、マニュアル
同報フラグを１にセットする動きを示している。

第９Ａ図および第９Ｂ図は、第７図の送信処理の具体的
内容を示すフローチャートである。

なお、第９Ａ図は非メモリ送信時の処理、第９Ｂ図はメ
モリ送信時の処理の内容を各々示している。

まず、ステップ５１０１で送信フラグが１であるか否か
が判別される。フラグが１にセットされているときは、
以下に進む。ステップ５１０２でマニュアル同報フラグ
が０であるか否かが判別される。ステップ５１０２でマ
ニュアル同報の場合はメモリ送信モードであり、かつ原
稿読取が不要であるため、ステップ８１６７以下に進む
。次にステップ８１０３でメモリ送信か否がが判別され
る。その結果によってステップ５１０５とステップ５１
５５に分岐する。

ステップ８１０５以下は非メモリ送信時の処理である。

まずステップ５１０５で中断フラグの状態が判別される
、中断フラグは回線状態の劣化、受信側不良等によって
回線上の問題が生じた場合で１にセットされるものであ
る。なお、メモリ送信時は他の理由でもセットされるも
のである。

中断フラグがセットされているときは、ステップ８１４
４以下に進み、マニュアル同報でない場合以外は（ステ
ップ５１４４でＹＥＳ）原稿をすべて排出して送信フラ
グを０としく５１４７）、ステップ５１４８でマニュア
ル同報フラグを０としてリターンする。

ステップ５１０５で中断フラグがリセットされていると
きは、ステップ８１０７〜５１１７の各ステップで現在
どの送信動作中かをチエツクし、各々に対応するステッ
プに分岐する。

最初に先頭の原稿が読取センサに到着するまでは、ステ
ップ８１５３で原稿の送り込みの動作が行なわれる。

次に、ステップ５１０９で回線接続が完了するまでステ
ップ８１４７以下で回線接続処理を行ない、もし接続に
異常発生があればステップ５１５】で中断フラグを１に
セットしてリターンする。

次にステップ５１１１で１頁の画像データの送信が完了
したか否かが判別される。完了していない場合、ステッ
プ５１３０で１ブロツクの送信が未完了か否かが判別さ
れる。ここで、１ブロツクは１頁分の実画像より少ない
単位であり、たとえば数ラインといったものであるが、
このコブロックの量はいくらでもよい。

１ブロツクの送信が未完了の場合、ステップ５１３１で
原稿が送り込まれ、ステップ８１３３で原稿の読取が行
なわれる。続いてステップ８１３５で読取原稿画像デー
タの圧縮および格納が行なわれるが、この具体的内容に
ついては後述する。

次に、ステップ８１３７で圧縮データが送信され、ステ
ップ８１３８で送信済みデータの抹消が行なわれる。こ
のように圧縮データの送信は、この実施例においては１
ブロツク毎に行なわれることになる。

なお、回線の切断等の異常発生時は、ステップ５１３９
から５１４１に進み、中断フラグをセットし、８５図の
表示すが行なわれる。

このように、１頁分の送信が終了すると（ステップ５１
１１でＹＥＳ）、ステップ５１１３で全頁の送信終了か
否かが判別され、全頁の送信が未完了であれば、ステッ
プ５１２９に進み、続いて次の原稿の送込みが行なわれ
る。

また、全頁の送信終了であれば、ステップ５１１５に進
み、回線切断処理が終了したか否かが判別される。回線
が切断されていない場合は、ステップ８１２３で回線切
断処理を行ない、ここで異常発生時はステップ５１２７
で中断フラグを１にセットしておく。これによって、異
常発生後は、ステップ５１０５からステップ５１４５へ
と進み、原稿排出の処理に入ることができる。

最後に、回線切断処理が終了した後（ステップ５１１５
でＹＥＳ）、ステップ８１１７以下で原稿排出動作を開
始する。排出が完了すると、ステップ５１１７からステ
ップ５１１９に進み、送信フラグをリセットし、かつマ
ニュアル同報フラグを０として非メモリ送信動作が完了
する。

ステップ８１５５以下はメモリ送信時の処理である。

すなわち、ステップ８１０３でメモリ送信であれば、こ
のステップ８１５５以下に進む。次にステップ５１５５
でメモリオーバフラグのチエツクを行なう。このフラグ
は原稿読取時に圧縮画像メモリ５１が一杯になったとき
にセットされるフラグであるが、詳しくは後述する。

ステップ５１５５でメモリオーバフラグが０のときは、
ステップ５１５９に進み、原稿が到着済みか否かが判別
される。そして先頭原稿のイメージセンサ部への到着ま
でステップ５１６０で原稿の送り込みが行なわれる。

原稿到着後は１頁の読取終了まで（ステップ５１６１で
Ｎｏ）　、原稿の送り込み（Ｓ１８９）、イメージセン
サによる原稿の読取（５１９１）、読取った原稿画像の
圧縮（８１９３）、圧縮画像データの格納（Ｓ　１９３
）を行なう。もしこのときメモリフルの状態になると、
ステップ５１９７でＹＥＳ）、ステップ５１９９および
５２０１で中断フラグおよびメモリオーバフラグをセッ
トし、ステップ３２０３で第５図の表示Ｃにより送信に
よるメモリフルの状態を解消することをオペレータに知
らせる。なお、ステップ５２００で読取の途中で中断し
てしまった頁の画像データを消去する。そして送信動作
に入る一方、読取途中の原稿については排出トレイ２９
に排出する。

つまり、メモリフル時には、ステップ５１５５からステ
ップ５２０５に進み、中断フラグの状態がチエツクされ
る。中断フラグが１にセットされているときは、原稿の
排出完了となるまで、ステップ５２０５で排出動作を行
なう。その後、ステップ５２１１で中断フラグを０にリ
セットし、ステップ５１．６７以下で、圧縮画像データ
を相手先に送信する。送信動作自体については後に詳述
する。

元に戻り、１頁分の原稿の読取が終了すると（ステップ
５１６１でＹＥＳ）、次の原稿の送り込み完了までステ
ップ８１６３からステップ５１０８へと進む。１頁分の
原稿が到着すると、全頁の原稿の読取完了まで、同様の
動作を繰返し、読取られた原稿が順次排出される。全頁
の原稿の読取が完了すると、読取られた最終原稿を排出
する（５１８５）。

次に読取った原稿の圧縮画像データの送信処理が、ステ
ップ８１６７〜５１８３で行なわれる。

まず、ステップ５１６７および５１８３で回線接続処理
を行ない、次にステップ５１６９および８１８１で圧縮
画像データの送信処理が行なわれる。なお、ステップ５
１８１では、回線接続時に決定される圧縮方式の画像デ
ータを送信するため蓄えられた画像データは一度伸長さ
れた後、再圧縮されて送信される。送信処理が終了する
と、ステップ５１７１および５１７９で回線の切断処理
が行なわれる。

ステップ８１７３〜５１７７では、送信動作を終了させ
、以後の処理に備えるため、ステップ５１７３、Ｓコア
５および５１７６でメモリオーバフラグ、送信フラグ、
およびマニュアル同報フラグの各々のフラグを０にセッ
トした後、第５図の表示ｄで送信完了を表示し、送信動
作を完了する。

第１０図は、第９Ａ図の非メモリ送信時の画像データの
圧縮および格納動作を示すフローチャートである。

その説明の前に、第４図を用いて、ページメモリ部６１
に含まれるコードメモリ（圧縮された画像データの格納
用メモリ）の使用方法について述べる。

まず、コードメモリは領域ａおよび領域すに分割されて
使用される。領域ａは非メモリ送信時に圧縮部６０によ
り圧縮された画像データをＨＤＬＣ解析部解析−５２す
場合、−時的に格納するバッファとして用いられる。し
たがって、たとえば領域ａをなくして、直接送出すよう
にしてもよいし、また別のメモリ（たとえばＣＰＵのワ
ーキングメモリ）に領域ａを割り当ててもよい。

この実施例では、１ブロツク（数ライン）単位で圧縮デ
ータを領域ａに格納し、順次ＨＤＬＣ解析部５２に送り
込むため、ブロック単位で送信データが消滅することに
なる。第９Ａ図のフローでは、ステップ８１３８で１ブ
ロック単位でデータの抹消を行なっている。

一方、領域すは、メモリ送信時に圧縮された画像メモリ
を格納するエリアであり、たとえば５枚の原稿ならば５
枚分の圧縮画像データがすべて領域すに格納されるもの
である。

ところが、マニュアル同報を行なおうとすると、非メモ
リ送信時も送信画像データを格納する必要が生じる。し
かし、回線に送信される画像データは受信側の圧縮方式
に左右されるため必ずしも圧縮効率が高いとは言えず、
またフィルピットの付加によっても圧縮効率が劣化して
いる。そこで、この発明の実施例では、非メモリ送信時
は送信データを作成する動作と並行して、格納用の画像
データを作成し、領域すに格納する。

第１０図を参照して、まずステップ８２２１〜５２２５
で受信側との接続により決定した圧縮方式での圧縮を行
ない、領域ａに順次圧縮データを格納する。

次に、ステップ８２２７〜５２３１で最も圧縮効率の高
い（メモリ利用効率の高い）圧縮方式で圧縮を行ない、
領域すにその圧縮データを格納する。

前述したようにこの実施例では、領域すに格納されるデ
ータは、ブロック単位、ページ単位では格納されず、一
部（たとえば５頁）の原稿の圧縮画像データとして格納
される。また、この実施例ではブロック単位で２種類の
圧縮動作を交互に繰返しているが、たとえば領域ａを大
きくとり、ページ単位で圧縮動作を繰返してもよいし、
または領域ａを小さくしあるいは領域ａをなくしてしま
い、ライン単位で圧縮動作を繰返してもよい。

第１１図はこの発明の他の実施例であって、先の実施例
における第９Ａ図に対応するものである。

全体的な流れは先の実施例と同じであるので、ここでは
先の実施例と異なる点について主に説明する。

先の実施例のステップ８１３５では、非メモリ送信時に
おいて送信データを作成する動作と並行して格納用の画
像データを作成し、これを格納してマニュアル同報に備
えていた。これに対し、この実施例では並行的に圧縮画
像データを作成するのではなく、画像の送信時にはとり
あえず送信用に圧縮された画像データを格納するもので
ある（５３３５）。そのため、先の実施例に対して圧縮
伸長部の負担が軽減されるという利点を有する。

しかし、先の実施例でも述べているように、送信用の圧
縮データは必ずしも圧縮効率がよいものとは限らないの
で、とりあえず格納した圧縮画像データを再度圧縮効率
のよい画像データに再圧縮するものである（Ｓ３１８）
。

第１２図は１１１図のステップ５３１８の再圧縮の詳細
シーケンスである。

第１２図の具体的内容を説明する前に、再圧縮を行なう
必要性について述べる。

ステップ５３３５で格納された画像データは、先に述べ
たように受信側の圧縮能力に合わせたものであるため、
必ずしも圧縮効率の高いものではない。またフィルピッ
トが付加されていたりし、コードメモリの使用効率が低
い可能性が大きい。

そこで、この実施例では送信終了後より圧縮効率の高い
圧縮方式で再圧縮を行なう。これによってコードメモリ
の使用できるエリアを広げようとするものである。

第１２図において、ステップ５３６１で再圧縮が完了す
るまでステップ８３６３〜５３６９の再圧縮の動作を繰
返す。

ステップ５３６３および５３６５では、前回の送信デー
タとしての圧縮データをある一定量（この実施例ではバ
ッファメモリ５９が一杯になるまで）だけ実画像データ
に伸長して格納する。但し、この“ある一定量”はファ
クシミリ装置のハードウェアに適用したメモリ容量であ
って、たとえば１ライン分でも１頁分でもよいものであ
る。

次に、ステップ５３６７および５３６９でより効率の高
い圧縮方式で再圧縮する。しかし、圧縮効率は原稿の種
類によって変化する。−船釣に文字原稿に対しては圧縮
効率の高い二次元符号化方式は、網点等の中間調画像に
対しては逆に一次元符号化方式よりも圧縮効率が低下す
ることが知られている。

そこで、この実施例では、先に述べた“ある−定量”の
データの最初の伸長および再圧縮において（Ｓ３７１で
ＹＥＳ）、圧縮データの占めるメモリ容量がかえって増
加したことを条件として（Ｓ３７３でＹＥＳ）、再圧縮
のデータを抹消しく５３７５）再圧縮を停止する。逆に
圧縮データの占めるメモリ容量が減少したならば、ステ
ップ５３７７で再圧縮前のデータに相当する圧縮データ
を抹消し、ステップ５３６１に戻り、上記再圧縮動作を
全画像データに対して繰返す。

但し、この実施例では圧縮データのメモリ容量の占める
エリアの増減の判定を最初の再圧縮時に行なったが、も
っと広範囲のエリアに対して行なってもよい。さらには
、１頁もしくは全画像データの再圧縮につきこの判定を
行なってもよい。また、この実施例では、最初の１頁で
の決定が全頁に対して及んでいるが、たとえば１頁単位
でこの判定を行なうようにしてさらにメモリ使用効率を
向上させてもよい。

［発明の効果〕 請求項１に係る発明は以上説明したとおり、読取られた
画像データが送信動作とともに記憶されるので、送信終
了後、再度同一原稿を送信する際容易に送信でき使い勝
手が向上する。

請求項２に係る発明は以上説明したとおり、記憶される
画像データは、所定の条件に基づいた圧縮方式によるも
のであるので、メモリの使用効率が向上する。

請求項３に係る発明は以上説明したとおり、送信時に一
旦格納した圧縮画像データを再度読出して、所定の条件
に基づいた圧縮方式で圧縮した後再度記憶するので、画
像の圧縮伸長部の負担が軽減され、併せてメモリの使用
効率が向上する。

請求項４に係る発明は以上説明したとおり、送信時に一
旦格納された圧縮画像データを読出し、これを最もメモ
リ効率の高い圧縮方式で圧縮した後格納するので、メモ
リの使用効率が確実に向上する。

【図面の簡単な説明】

第１図はこの発明の一実施例によるファクシミリ装置の
概略断面構造図、第２図は第１図の操作パネルの平面図
、第３図は第１図の制御部のブロック図、第４図は第３
図のページメモリ部に含まれるコードメモリの領域の状
況を示す図、第５図は第２図の表示部に表わされる各種
の表示を示す図、第６図および第７図は第３図の通信制
御ＣＰＵの概略制御のフローチャート図、第８図は第６
図の送信チエツクルーチンの具体的内容を示す図、第９
Ａ図および第９Ｂ図は、第７図の送信ルーチンの具体的
内容を示す図、第１０図は第９Ａ図の非メモリ送信時の
圧縮ルーチンの具体的内容を示す図、第１１図はこの発
明の他の実施例による、送信ルーチンの具体的内容を示
す図、第１２図は第１１図の再圧縮ルーチンの具体的内
容を示す図である。 図において、３２は操作パネル部、５０は通信制御ＣＰ
Ｕ、５１は圧縮画像メモリ、５２はＨＤＬＣ解析部、５
３はモデム、５４はＮＣＵ、５７は読取部、５９はバッ
ファメモリ、６０は圧縮伸長部、６１はページメモリ部
である。 なお、各図中同一符号は同一または相当部分を示す。 第２図 第４図 第５図 第６図 第７図 第１０図

Claims (4)

【特許請求の範囲】
1. （１）送信すべき原稿の画像データを読取る画像読取手
   段と、 前記読取られた画像データを送信する送信手段と、 前記読取られた画像データを前記送信手段 による送信とともに並行して記憶する記憶手段と、送信
   を指令する指令手段と、 前記指令手段による指令出力に応答して前記記憶された
   画像データに基づいて送信するように、前記送信手段を
   制御する制御手段とを備えた、同報送信装置。
2. （２）前記送信手段は、前記読取られた画像データを送
   信先の処理条件に応じた第１の圧縮方式で変換した圧縮
   データを送信し、 前記記憶手段は、前記読取られた画像データを、所定の
   条件に基づいた第２の圧縮方式で変換した圧縮データを
   記憶する、請求項１記載の同報送信装置。
3. （３）送信すべき原稿の画像データを読取る画像読取手
   段と、 前記読取られた画像データを第１の圧縮方式で第１の圧
   縮画像データに圧縮する第１の圧縮手段と、 前記第１の圧縮画像データを送信する送信手段と、 前記第１の圧縮画像データを記憶する記憶手段と、 前記記憶された第１の圧縮画像データを読出して、所定
   の条件に基づいた第２の圧縮方式で第２の圧縮画像デー
   タに圧縮する第２の圧縮手段と、前記第２の圧縮画像デ
   ータを前記第１の圧縮画像データに代えて記憶するよう
   に前記記憶手段を制御する第１の制御手段と、 送信を指令する指令手段と、 前記指令手段による指令出力に応答して前記記憶された
   第２の圧縮画像データに基づいて送信するように、前記
   送信手段を制御する第２の制御手段とを備えた、同報送
   信装置。
4. （４）送信すべき原稿の画像データを読取る画像読取手
   段と、 前記読取られた画像データを第１の圧縮方式で第１の圧
   縮画像データに圧縮する第１の圧縮手段と、 前記第１の圧縮画像データを送信する送信手段と、 前記第１の圧縮画像データを記憶する記憶手段と、 前記記憶された第１の圧縮画像データを読出して、所定
   の条件に基づいた第２の圧縮方式で第２の圧縮画像デー
   タに圧縮する第２の圧縮手段と、前記第１の圧縮画像デ
   ータと前記第２の圧縮画像データとを比較して記憶効率
   のよい圧縮画像データを決定する比較手段と、 前記決定された圧縮画像データを前記第１の圧縮画像デ
   ータに代えて記憶するように前記記憶手段を制御する第
   １の制御手段と、 送信を指令する指令手段と、 前記指令手段による指令出力に応答して前記記憶された
   圧縮画像データに基づいて送信するように、前記送信手
   段を制御する第２の制御手段とを備えた、同報送信装置
   。