JP2003087469A

JP2003087469A - ファクシミリ装置

Info

Publication number: JP2003087469A
Application number: JP2001278416A
Authority: JP
Inventors: Itaru Kodaira; 格小平
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-09-13
Filing date: 2001-09-13
Publication date: 2003-03-20

Abstract

(57)【要約】【課題】同報送信する複数の宛先に応じて、通常処理
または縮小処理の読み取りをこない各宛先の機能に最適
な劣化を抑えた画像送信する。【解決手段】画像送信先として入力された（複数の）
宛先に対する最小の記録幅を変数MIN_WIDTHにセット、
画像蓄積のファイルオープン、ページ番号ｐを０に初期
化（Ｓ１５）。給紙の原稿幅を検知し変数widthにセッ
ト、原稿ページ番号ｐを１増やす。IMG[ｐ][０〜３].WI
DTHに「未定義」をセット（Ｓ１６）。原稿幅widthと最
小記録幅MIN_WIDTHを比較し（Ｓ１７）、処理Ｓ１７が
Ｎoで、読み取った画像はIMG[ｐ][０].PICに蓄積、画像
幅をIMG[ｐ][０].WIDTHにセット（Ｓ１８）。処理Ｓ１
７がＹesで、宛先に対して縮小を考慮した読み取り・蓄
積を行う（Ｓ１９）。１ページの読み取り・蓄積の終了
後、次原稿の有無を調べ（Ｓ２０）、次原稿があれば原
稿給紙から繰り返し、なければ終了する。宛先の記録幅
能力に対応する画像を選択，送信し、画質の劣化を抑え
た画像を送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファクシミリ装置
およびファクシミリ機能を有する複合機において、特
に、原稿の画像を蓄積して送信するため画像読み取り処
理を行うファクシミリ装置に関するものである。

【０００２】

【従来の技術】従来のこの種のファクシミリ装置は、相
手機と回線接続後、１ページずつ原稿を読み取りながら
その都度画像を送信する「直接送信」と、一旦全ページ
の原稿を読み取ってメモリに画像を蓄積してから、相手
機に回線接続して蓄積画像を送信する「メモリ送信」と
がある。

【０００３】直接送信にはその場で相手機と回線がつな
がったことを確認できる利点があるが、通信しながら原
稿を読み取るため、読み取りの各動作（原稿の入れ替え
など）には時間の制約があり、動作に時間がかかりすぎ
ると通信が切れてしまう場合がある。または通信が切れ
なくても、回線がつながった状態で原稿の読み取り動作
を行うため、読み取り動作の処理で時間がかかって通信
上は送受信していない状態が多くなり、それだけ余計に
通信コストがかかることになる。

【０００４】これに対して、メモリ送信は一旦原稿を読
み取ってから送信を行うため、これらの通信上の欠点が
ない他、読み取りが終わった時点でユーザはファクシミ
リ装置を離れることができるため、ユーザのファクシミ
リ操作に関わる時間も直接送信に比べて短くなる。また
メモリに一旦画像が蓄積されるため、話し中等で相手機
と回線がつながらなくても時間をおいて再び送信を試み
ることができたり、指定した時刻に送信するようにした
り、同じ原稿の画像を複数の宛先に送信（同報送信）し
たりできるという長所がある。

【０００５】しかし、メモリ送信では読み取りが完了し
た後で通信を行うため、原稿の読み取り時には相手機の
受信能力が不明である。この受信能力の一つには記録幅
能力があり、例えば、Ａ３幅の原稿を読み取った後、通
信の実行により相手機の記録幅能力がＡ４幅であった場
合、Ａ３幅の画像はそのままＡ３幅で送信することはで
きず、Ａ４幅の画像に変更して送信する必要がある。こ
のため、Ａ３幅の画像をＡ４幅に縮小して送信を行う
か、Ａ３幅の画像に対してＡ４幅分切り出して送信する
必要がある。

【０００６】前者の場合、画像処理の完了した画像に対
して、さらに間引き等によって縮小する必要があるため
に画質の劣化が甚だしく、後者の場合、画像の一部が送
信されないという問題があり、いずれにしても、縮小し
たり一部だけ切り出したりして送信した場合は、アラー
トを表示してユーザに対して知らせた方が良いが、この
記録幅能力がわかるのは原稿読み取り後の通信時であ
り、その時点ではユーザはファクシミリ装置の前を離れ
ていることが多いため（特に送信時刻を指定した場合な
ど）、アラートを表示してもユーザが気がつかないこと
が多く、また、一部の切り出しの処理においては、送信
するために自動的に行われることから、ユーザの意図し
た原稿部分（必要とする部分）が送られずに、受信側か
らの受信結果から再送を要することになるという問題も
あった。

【０００７】これらの問題を解決するため、ファクシミ
リ装置の送信時に、宛先とその宛先に対応した相手機の
記録幅能力を記憶しておき、次回その宛先に送信する場
合に、読み取り時に読み取り原稿の幅とその宛先の記録
幅能力を比較し、読み取り原稿の幅が相手機の記録幅を
上回っている場合、その場でアラートを出してユーザに
通知し、縮小して送信するか、または一部を切り出して
送信するかをユーザが選択できるようにする。なお、こ
の場合には縮小してから送信するため読み取り時に縮小
すること、つまり画像処理前に縮小することが可能であ
り、従来のように、画像処理の完了した画像に対して間
引いて縮小等の処理を行う場合に比べて画質の劣化を抑
えることができる。

【０００８】

【発明が解決しようとする課題】しかしながら、このよ
うな構成のファクシミリ装置は、送信する１つの原稿に
対して、通常の読み取りを行うか、縮小して（あるいは
切り出して）読み取りを行うかのどちらかしかできない
ため、同報送信を行う、つまり同じ原稿に対して宛先を
複数指定して原稿を送信する場合に、同報送信するため
に指定した宛先の中に、予め記憶してある記録幅能力の
異なる宛先が混在するような場合に、原稿幅が一部の宛
先の記録幅のみ上回っている場合が生じる。例えば、宛
先ａの記録幅能力はＡ３幅で、宛先ｂの記録幅能力がＡ
４幅であり、Ａ３幅の原稿がセットされた場合、宛先ａ
に対してはＡ３幅で送信できるが、宛先ｂに対してはＡ
４幅の画像として送信する必要がある。

【０００９】つまり、従来のファクシミリ装置では、送
信する原稿に対して、Ａ３幅の画像として読み取るか、
Ａ４幅の画像に縮小して読み取るかのどちらかしかでき
ないため、宛先ｂへの送信を優先して宛先ａに対しても
Ａ４幅の画像として送信するか、あるいは宛先ａへの送
信を優先して、読み取り時はＡ３幅の画像として読み取
り、宛先ｂへ送信する際にＡ３幅の画像をＡ４幅に縮小
または切り出しして（このときの送信時においては、画
像処理の完了した画像に対して間引く等の処理により縮
小することから画質は劣化する）送信するという問題が
あった。

【００１０】本発明は、前記従来技術の問題を解決する
ことに指向するものであり、画像の同報送信時における
原稿送信する宛先（相手機）の機能に応じて、または、
原稿内の１部のページに異なるサイズを含むような異な
る画像サイズの原稿送信において、通常処理にて読み取
りまたは縮小処理にて読み取りを行う処理が必要である
とき、異なる読み取り処理をしたそれぞれの画像の送
信、またはこれらの画像を蓄積して宛先の機能に応じた
画像を選択して送信するファクシミリ装置を提供するこ
とを目的とする。

【００１１】

【課題を解決するための手段】この目的を達成するため
に、本発明に係るファクシミリ装置は、原稿の画像を読
み取る画像読取り手段と、相手機に読み取った画像を送
信する通信手段と、原稿の原稿情報を検知する検知手段
と、相手機の宛先情報および宛先情報に対応した相手機
の装置情報を記憶する記憶手段と、指定された複数の宛
先に同じ原稿を送信する同報送信手段とを有するファク
シミリ装置において、原稿情報と装置情報とを比較する
比較手段とを備え、指定された宛先毎の比較手段の比較
結果に応じて、原稿の画像をそれぞれの装置情報に対応
させて読み取ることを特徴とする。

【００１２】また、前記同報送信手段により指定された
複数の宛先に同じ原稿を送信するファクシミリ装置にお
いて、比較手段の比較結果に応じて、原稿の画像をそれ
ぞれの装置情報に対応させ読み取って蓄積し、蓄積した
それぞれの画像の中から原稿の送信宛先に対応した画像
を選択する選択手段を備え、選択手段により装置情報に
対応の選択画像をそれぞれの宛先に送信すること、さら
に、装置情報として、相手機において受信した画像の印
刷を出力可能な記録幅としたことを特徴とする。

【００１３】前記構成によれば、画像を送信する複数の
宛先にそれぞれの相手機の機能に応じた最適な画像を送
信することができる。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明にお
ける実施の形態を詳細に説明する。

【００１５】図１は本発明の実施の形態におけるファク
シミリ装置の概略構成を示すブロック図である。図１に
おいて、１は複数の原稿を読み取るために分離搬送する
自動原稿送り手段（ＡＤＦ）、２は搬送された原稿を読
み取る画像読取り手段、３は受信した画像データを画像
形成する画像形成手段、４は他の端末（相手機）と画像
データの送受信を行う通信手段、５はユーザからの操作
入力や装置の状態表示等を行う表示手段、６は装置の各
手段を制御する制御手段、７は受信側端末の情報等を記
憶する記憶手段である。

【００１６】ここで、Ｇ３規格のファクシミリ装置の標
準プロトコル手順を簡単に説明する。Ｇ３規格のファク
シミリ装置の交信手順は、次の５つのフェーズに大きく
分けられる。１．フェーズＡ：発呼２．フェーズＢ：前手順（発呼側と着呼側の能力の識別を行い送信条件を決定す
る。）３．フェーズＣ：画送信４．フェーズＤ：後手順（画像送信後の指示および受信確認を行う。）５．フェーズＥ：回線切断図２は標準的なＧ３プロトコル交信の例を示す図であ
る。

【００１７】まず、端末の発呼側から着呼側に１１００
Ｈｚの呼出信号ＣＮＧを送信する。着呼側はＣＮＧを受
信すると発呼側に２１００Ｈｚの被呼端末識別信号ＣＥ
Ｄを送信する。ここまでがフェーズＡである。

【００１８】次に、フェーズＢに移る。ここではまず着
呼側からＣＥＤに続いて被呼端末識別信号ＣＳＩ、デジ
タル識別信号ＤＩＳを送信する。ＣＳＩでは発呼側に着
呼側端末のＣＳＩコード（国際識別番号）を伝え、ＤＩ
Ｓでは着呼側の有する機能（着呼側でサポートしている
記録幅能力，解像度能力，圧縮方式等の情報）を伝え
る。これに対し発呼側ではＤＩＳを受信後に、まず送信
端末識別信号ＴＳＩを送信し、次いでデジタル命令信号
ＤＣＳを送信する。ＴＳＩでは着呼側に発呼側のＣＳＩ
コードを伝え、ＤＣＳでは発呼側の機能とＤＩＳでわか
った着呼側の端末機能から決定した交信条件（どの記録
幅，解像度，圧縮方式で送信するか等の情報）を伝え
る。

【００１９】さらに通信速度を決定するため、発呼側か
ら着呼側にトレーニング信号ＴＣＦを送信する。通常こ
のＴＣＦにおいて最初は発呼側と着呼側の持つ最高速度
で送信する。この信号に対し着呼側で正常に受信できた
ら発呼側に受信準備確認信号ＣＦＲを送信する。もし受
信できなかったらトレーニング失敗信号ＦＴＴを送信す
る。発呼側ではＦＴＴを受け取ったら速度を落として再
びＴＣＦを送信する。

【００２０】例えば、２８８００ｂｐｓのＴＣＦに対し
てＦＴＴが返ってきた場合、２６４００ｂｐｓのＴＣＦ
を送信する。ＣＦＲを受け取ったらその時のＴＣＦの速
度を記憶しておき、フェーズＢは終了する。

【００２１】次に、フェーズＣに移る。ここではフェー
ズＢでＴＣＦによって決定した速度により、発呼側から
着呼側にスキャンした画像をメッセージとして送信す
る。この１ページの画像送信が完了するとフェーズＤに
移る。

【００２２】次に、フェーズＤにおいて、次ページがな
い場合は発呼側から着呼側に手順終了信号ＥＯＰを送信
する。また、同じ送信モードで次のページのメッセージ
（画像）を送信する場合はマルチページ信号ＭＰＳを送
信する。異なる送信モードで次のページのメッセージ
（画像）を送信する場合はメッセージ終了信号ＥＯＭを
送信する。着呼側ではＥＯＰ，ＭＰＳ，ＥＯＭのいずれ
かを受け取ると発呼側にメッセージ確認信号ＭＣＦを送
信する。

【００２３】発呼側でＭＣＦを受け取るとフェーズＤは
終了する。この後、どのフェーズに進むかは、フェーズ
ＤでＥＯＰ，ＭＰＳ，ＥＯＭのどれを送信したかによっ
て決定される。

【００２４】ＥＯＰを送信した場合、すなわち次ページ
がない場合はフェーズＥに進む。フェーズＥでは発呼側
から着呼側に切断命令信号ＤＣＮを送信し、回線を切断
して交信が終了する。

【００２５】ＭＰＳを送信した場合、すなわち次ページ
を同じ送信モードで送信する場合はフェーズＣに戻り、
次ページのメッセージ（画像）の送信に移る。

【００２６】ＥＯＭを送信した場合、すなわち次ページ
を異なる送信モードで送信する場合、ＤＣＳで一旦決定
した送信条件を決め直す必要があるため、フェーズＢに
戻る。

【００２７】Ｇ３規格の標準プロトコルでは、フェーズ
の途中から通信を行うことはできず、また、フェーズの
途中の交信をスキップすることはできない。したがっ
て、送信モードがどのように変わる場合でも、ＥＯＭを
送信して、フェーズＢの先頭からやり直す必要がある。

【００２８】Ｇ３規格のファクシミリ装置では、送信す
るときの記録幅として幅の大きい順にＡ３幅，Ｂ４幅，
Ａ４幅の３種類がある。ＤＩＳで着呼（受信）側から発
呼（送信）側に通知される記録幅能力もＡ３幅，Ｂ４
幅，Ａ４幅の３種類があり、記録幅能力Ａ３幅の場合は
Ａ３幅，Ｂ４幅，Ａ４幅すべての記録幅で受信できる
が、記録幅能力がＢ４幅の場合はＢ４幅，Ａ４幅のみ受
信可能でＡ３幅では受信できず、記録幅能力がＡ４幅の
場合はＡ４幅のみ受信可能でＡ３幅、Ｂ４幅では受信で
きない。したがって、ＤＩＳで記録幅能力Ｂ４幅と通知
された場合は、ＤＣＳでは送信幅Ｂ４またはＡ４を受信
側に通知し、その幅で画像を送信しなければならない。

【００２９】次に、ファクシミリ装置に設けられた自動
原稿送り装置（ＡＤＦ）を用いて、ファクシミリ装置の
メモリ送信時における複数の原稿を連続的に読み取る手
順を説明する。

【００３０】図３に示すブロック図のように、ＡＤＦ１
における原稿台９に置かれた原稿群１０から、繰り出し
ローラ１１をによって原稿を繰り出し、分離ローラ１２
と逆転コロ１３によって一番上にある原稿一枚を分離・
搬送し、給紙ローラ１４を回転させて原稿の先端がスキ
ャナ１７の手前のレジスト位置１５に来るまで給紙・搬
送する。レジスト位置１５の手前にはレジストセンサ１
５ａが設けられており、原稿の先端がレジストセンサ１
５ａを通過してから一定時間後に給紙ローラ１４を停止
させることにより、原稿の先端をレジスト位置１５に停
止させることができる。また、原稿が一枚ずつ分離され
てから、原稿の先端がレジスト位置１５に給紙される間
に、幅センサ１８によって原稿の幅を一枚ずつ検知する
ことができる。

【００３１】次に、図１に示す画像読取り手段２におい
て、スキャナ１７のランプを点灯してスキャンできるよ
うに準備する。そして給紙ローラ１４と排紙ローラ１９
を回転させて、先端がレジスト位置１５にあった原稿を
排紙口２０まで搬送・排紙する。その搬送中に原稿の先
端から後端までがスキャナ１７を通過するため、その間
スキャナ１７のゲートを開くことによって原稿の画像が
先端から後端までスキャンされる。

【００３２】原稿先端でゲートを開くタイミングに関し
ては、各ローラを動かしてから一定時間後（レジスト位
置１５からスキャナ１７までの距離分）にゲートを開
き、原稿後端でゲートを閉じるタイミングに関しては、
原稿後端がレジストセンサ１５ａを通過してから一定時
間後（レジストセンサ１５ａからスキャナ１７までの距
離分）にゲートを閉じればよい。

【００３３】一方、スキャナ１７でスキャンされた画像
は画像処理部２２に転送される。スキャンした画像は、
まず画像処理部２２で様々な画像処理が行われ、ファク
シミリ送信用の画像データに処理した後、記憶手段７を
構成するページメモリ２３に蓄積される。ページメモリ
２３に蓄積された画像データは、圧縮器２４によって圧
縮され、蓄積メモリ２６に蓄積される。ここで、圧縮し
てメモリに蓄積するのは、なるべく多くのページが蓄積
メモリ２６に蓄積できるようにするためである。

【００３４】こうして一枚の原稿の送信あるいは読み取
りが終了すると、次原稿があるかどうかを調べ、次原稿
がある場合は前述と同様に給紙動作を繰り返す。次原稿
の有無は原稿台９の上に設けられた原稿有無センサ２１
をチェックすることによって判別できる。原稿有無セン
サ２１をチェックする際、前の原稿の後端が原稿有無セ
ンサ２１より先に進んだタイミングでチェックする必要
があるが、例えばスキャン終了のタイミング（スキャナ
１７のゲートを閉じるタイミング）等でチェックすれば
よい。

【００３５】また、このＡＤＦ１は一度読み取った原稿
を再度読み取れるように、再給紙経路１６を有してい
る。再度原稿を読み取るためには、レジスト位置１５に
原稿の先端が停止した後、最初の読み取り時にまず排紙
口切換爪１９ａを再給紙経路１６に導く方に設定する。
その後、スキャナ１７のランプを点灯してスキャン準備
した後、給紙ローラ１４と排紙ローラ１９を回転させて
読み取りを行う。これにより原稿は再給紙経路１６を搬
送され再びレジスト位置１５に向かうので、給紙時と同
様に原稿の先端がレジストセンサ１５ａを通過してから
一定時間後に給紙ローラ１４を停止させることにより、
レジスト位置１５に原稿を再給紙することができる。こ
の状態で再度スキャンを行うことが可能となる。なお、
スキャナ１７のゲートを閉じるタイミングについては排
紙口２０に排紙する場合と同じである。また、再給紙経
路１６を通ってレジスト位置１５まで一周する経路の長
さは、ＡＤＦを通りうる原稿の最大長より長くする必要
がある。

【００３６】次に、原稿読み取り後に蓄積メモリ２６に
蓄積された画像データを受信側端末に送信する手順を説
明する。まず、蓄積メモリ２６に圧縮して蓄積された画
像データを伸長器２５によってページメモリ２３に伸長
する。次いでモデム用圧縮器２７によって、フェーズＢ
のＤＣＳで決定した圧縮方式で画像データを再圧縮し、
モデム２８に転送する（なお、蓄積メモリ２６に蓄積す
るときの圧縮方式とモデム２８に転送するときの圧縮方
式が同じであれば、伸長・再圧縮せずに蓄積メモリ２６
から直接モデム２８に転送することもできる）。モデム
２８では、転送されてきた画像データを変調し、フェー
ズＣにおけるメッセージ信号として受信側端末に送信す
る。

【００３７】図３に示した各部は図１に示す制御手段６
のメインコントローラ３０によって制御される。メイン
コントローラ３０はＡＤＦ１，画像形成手段３，スキャ
ナ１７等の画像読取り手段２の各部，通信手段４のモデ
ム２８等の他、表示手段５であるユーザからのキー入力
やユーザに対して装置状態の画面表示を行う操作部３１
や、記憶手段７のデータ保持用のＳＲＡＭ２９等を制御
する。

【００３８】次に、宛先に対する記録幅能力を記憶し、
読み取り時に宛先からその記録幅と比較する処理ついて
説明する。図４は受信側端末の記録幅を記憶するテーブ
ルの例を示し、Ｓadr［ｉ］は宛先を記憶する配列変
数、Ｓwidth［ｉ］は記録幅を記憶する配列変数であ
る。Ｓadr［ｉ］，Ｓwidth［ｉ］は共に、図３に示す構
成においてはＳＲＡＭ２９に記憶する。ｉはインデック
ス用の変数であり、ｉ＝０，１，２，…とする。

【００３９】ここでは、ｉが十分大きい値をとれるよう
にＳadr［ｉ］，Ｓwidth［ｉ］ともＳＲＡＭ２９上にエ
リアが確保されているとする（テーブルが一杯になるこ
とは考えない）。図４におけるｉ＝０に関して、Ｓadr
［０］＝“03XXXXXXXX”，Ｓwidth［０］＝Ｂ４幅とな
っているが、これは“03XXXXXXXX”という宛先の受信側
端末の記録幅がＢ４幅であることを示す。同様に宛先
“YYYYYYYY”の受信側端末の記録幅はＡ３幅、宛先“06
ZZZZZZZZ”の受信側端末の記録幅はＡ４幅であることを
示す。

【００４０】また、Ｓadr［ｉ］＝NULLであるところは
宛先が未定義であり、宛先−記録幅のテーブルが記憶さ
れていないことを示す。このテーブルでは、あるｉでＳ
adr［ｉ］＝NULLだとすると、それより大きいｊ（＞
ｉ）についてＳadr［ｊ］＝NULLであるとする。すなわ
ち、宛先の設定されているテーブルと、宛先未定義のテ
ーブルはそれぞれ連続しているとする（図３の例ではｉ
＝０〜２に宛先が設定され、ｉ＝３以降では宛先未定
義）。これはテーブル検索時にｉ＝０，１，２…と検索
を行って、あるところでＳadr［ｉ］＝NULLであればそ
こがテーブルの終わり（それ以降はすべてNULL）と見な
せるようにするためである。

【００４１】図５は本実施の形態における記録幅テーブ
ルに設定を追加する手順を示すフローチャートである。
図５のフローチャートでは追加したい宛先をadr、その
記録幅をwidthにセットして実行される。ｉ＝０から順
にＳＲＡＭに記憶されているテーブルの宛先Ｓadr
［ｉ］を調べるため、ｉに０を入力する（Ｓ１）。Ｓad
r［ｉ］がNULL（宛先未定義）か否かを確認して（Ｓ
２）、NULLであったら（Ｓ２のＹes）、adrに一致する
宛先が見つかる前にテーブルが終了したということなの
で、インデックスｉのところに宛先（Ｓadr［ｉ］←ad
r）と記録幅（Ｓwidth［ｉ］←width）を設定し（Ｓ
３）、終了する。

【００４２】処理Ｓ２において、NULLでなく（Ｓ２のＮ
o）、次のＳadr［ｉ］がadrの確認処理において（Ｓ
４）、Ｓadr［ｉ］がadrに一致したら（Ｓ４のＹes）、
それに対応する記録幅を（Ｓwidth［ｉ］←width）更新
して（Ｓ５）、終了する。NULLにもadrにも一致しなか
ったらインデックスｉを１つ増やして同様の比較処理を
繰り返す（Ｓ６）。

【００４３】次に、図６は本実施の形態における記録幅
テーブルよりある宛先ａｄｒに対する記録幅を検索する
手順を示すフローチャートである。この図６の処理は図
５に示す処理における追加設定する宛先に代えて、検索
したい宛先をadrにセットして実行され、戻り値として
その宛先の記録幅が返る（宛先がテーブルにない場合は
「未定義」が返る）。図５のフローチャートと同様にｉ
＝０から順にＳＲＡＭに記憶されているテーブルの宛先
Ｓadr［ｉ］を調べる。それがNULL（宛先未定義）であ
ったら、adrに一致する宛先が見つかる前にテーブルが
終了したということなので、「未定義」を戻り値として
返して終了する（Ｓ７）。Ｓadr［ｉ］がadrに一致した
ら、それに対応する記録幅（Ｓwidth［ｉ］）を戻り値
として返して終了する（Ｓ８）。NULLにもadrにも一致
しなかったら（Ｓ４のＮo）インデックスｉを増やして
同様の比較を繰り返す。

【００４４】図７は本実施の形態における複数の宛先を
入力し、入力した宛先を記憶するとともに、記録幅テー
ブルを元にそれらの宛先に対する最小の記録幅を検出す
る手順を示すフローチャートである。この処理は原稿読
み取り実行時の最初に行われ、ここで検索した最小記録
幅を元にスキャン時に縮小するかどうかを決定する。

【００４５】まず、変数ＮＡＤＲ（宛先数）を０にクリ
アし、変数MIN_WIDTH（最小記録幅）を「Ａ３幅」に初
期化する（Ｓ１０）。次に、ユーザから宛先を１つ入力
してもらい、その宛先を配列変数ＡＤＲ［ＮＡＤＲ］に
記憶する（最初はＮＡＤＲ＝０なので記憶する配列変数
の箇所はＡＤＲ［０］である）（Ｓ１１）。

【００４６】次に、図６のフローチャートに従って、Ａ
ＤＲ［ＮＡＤＲ］に対する記録幅を検索し、検索結果を
widthに格納する。ここで、widthが「未定義」でなく、
かつwidthがMIN_WIDTHより小さければ（この大小比較は
Ａ３幅＞Ｂ４幅＞Ａ４幅として行う）、MIN_WIDTHをwid
thで置き換える（Ｓ１２）。その後、ＮＡＤＲを１増や
し、次の宛先があれば処理Ｓ１１の宛先入力から繰り返
し、次の宛先がなければ終了する（Ｓ１３）。

【００４７】図７に示すフローチャートの処理終了時点
で、ＮＡＤＲに宛先数、ＡＤＲ［０］〜ＡＤＲ［ＮＡＤ
Ｒ−１］に入力した宛先、MIN_WIDTHにはそれらの宛先
から検索した最小の記録幅がそれぞれセットされる。

【００４８】図８は本実施の形態における原稿の読み取
り時に設定する各パラメータを説明する図である。図８
に示す各パラメータを変更することにより、縮小してス
キャンしたり、原稿の一部のみをスキャンするようにす
る。

【００４９】図８に示すように設定する各パラメータ
は、主走査解像度ｄｘ、副走査解像度ｄｙ、主走査方向
起点ｘ０、主走査長ｘの４つである。また、図８は原稿
台に原稿をセットしたときのイメージであり、左方向を
給紙方向とし、原稿はＡＤＦの原稿台の左上を基準位置
としてセットされる。このときスキャン時の主走査方向
は原稿に対して上から下への方向となり、副走査方向は
原稿に対して左から右となる。

【００５０】設定するパラメータとして主走査／副走査
解像度がある。例えば、２００dpiでスキャンした画像
を２００dpiで印刷すると印刷時に等倍の画像となる
が、スキャン時に１５０dpiでスキャンし、印刷時に２
００dpiで印刷すると７５％に縮小された画像となって
印刷される。したがって、この解像度の設定を変更する
ことにより縮小してスキャンすることができる。

【００５１】このほか、図８に示す主走査方向起点と主
走査長を設定できるようにしている。なお、副走査につ
いては、起点は原稿先端、副走査長は原稿自体の長さで
あり、原稿の先端から後端までをスキャンする。

【００５２】図９（ａ）は通常時、図９（ｂ）は縮小時
における、それぞれのスキャン条件の設定を示す図であ
る。設定するのは図８で示した４つのパラメータ（主走
査解像度ｄｘ（単位dpi）、副走査解像度ｄｙ（単位dp
i）、主走査方向起点ｘ０（単位dot）、主走査長ｘ（単
位dot））である。また図９において、送信時の解像度
は主走査２００dpi、副走査２００dpiを例としている。

【００５３】まず、通常時（原稿の幅で送信できると
き）は、縮小する必要がないのでｄｘ＝２００、ｄｙ＝
２００である。主走査方向起点についても、特にずらし
てスキャンする必要がないのでｘ０＝０である。主走査
長については、Ｇ３プロトコルにより２００×２００dp
iで送信する場合、１ラインあたりのドット数はＡ３幅
なら２４３２ドット，Ｂ４幅なら２０４８ドット，Ａ４
幅なら１７２８ドットと定められているため、それらの
ドット数分スキャンするように設定する。

【００５４】縮小時においても、特にずらしてスキャン
する必要がないのでｘ０＝０である。また、送信時には
相手機の記録幅能力r_widthの幅で送信しなければなら
ないので、ｘはr_widthで示される幅に対応するドット
数を設定する。

【００５５】例えば、原稿Ａ３幅、記録Ｂ４幅におい
て、Ａ３→Ｂ４に縮小したい場合、解像度としては通常
時の解像度に対し（２０４８（Ｂ４幅）÷２４３２（Ａ
３幅））倍したものを設定することにより、Ａ３→Ｂ４
に縮小してスキャンすることができる。したがって、２
００×２００dpiで送信する場合、ｄｘを

【００５６】

【数１】ｄｘ＝２０４８÷２４３２×２００＝１６８．４dpi に設定してスキャンする。

【００５７】原稿に対する主走査長をmm長で比較する
と、通常時は

【００５８】

【数２】２５．４［mm/inch］×２４３２［dot］÷２０
０［dot/inch］＝３０８．９［mm］縮小時は

【００５９】

【数３】２５．４［mm/inch］×２０４８［dot］÷１６
８．４［dot/inch］＝３０８．９［mm］原稿に対しては同じ長さ分がスキャンされていることが
わかる。

【００６０】副走査方向の解像度ｄｙについても、主走
査と同じように縮小を加えた解像度を設定する。副走査
方向についてはスキャン範囲が原稿先端から後端までと
なっているため、解像度設定を変更しても原稿に対する
スキャン範囲には影響しない。

【００６１】前述のように読み取り時に縮小するのでは
なく、画像読み取り後の送信時に縮小する場合について
説明する。図１０ではＡ３幅としてスキャンされた画像
を、送信時にＢ４幅で送信するためにＡ３→Ｂ４に縮小
する場合の例を示す図である。この場合、幅２４３２ド
ット（Ａ３幅）の画像が幅２０４８（Ｂ４幅）になるよ
うに、その差の３８４ドットを間引くことになる。

【００６２】

【数４】２４３２：３８４＝１９：３したがって、（数４）に示すように１９ライン中３ライ
ンを間引けばよく、図１０に示す主走査方向の間引きの
方法をとることで、なるべく均等に間引くことができ
る。しかしながら、間引いたところは１ライン分が消失
することになるため、間引き後の画像は不均一な画像と
なってしまう。これに対して、本実施の形態においては
スキャン時に縮小を行うことで不均一になることはな
い。

【００６３】また、画像スキャンの際には、設定した解
像度でスキャンした後、γ変換，ＭＴＦフィルタ，平滑
化フィルタなど様々な画像処理を施して最終的な画像が
完成する。この完成した画像に対して、間引き処理を行
うと画質が甚だしく劣化してしまうことになる。これに
対しても、読み取りスキャン時の解像度を調整すること
により縮小するのであれば、画像の縮小自体は画像処理
を行う前に完了しているため、画像の劣化は後で間引い
た画像に比べるとかなり小さくて済む。

【００６４】次に、本実施の形態における、同じ原稿に
対して複数の方法（例えば、Ａ３原稿に対してＡ３幅で
蓄積すること、およびＡ４幅に縮小して蓄積する等）に
より蓄積するための画像ファイルの読み取り管理する方
法について説明する。

【００６５】ここで、画像はIMG[ｐ][ｉ]（ｐ：ページ
番号（ｐ＝１，２，３．．．）、ｉ：ページ内インデッ
クス（ｉ＝０，１，２，３））という二次元配列で管理
することにし、IMG[ｐ][ｉ].PICが１ページの画像を蓄
積するページファイル、IMG[ｐ][ｉ].WIDTHがIMG[ｐ]
[ｉ].PICの記録幅（Ａ３幅／Ｂ４幅／Ａ４幅／未定義）
を示しているとする。IMG[ｐ][ｉ].PIC，IMG[ｐ][ｉ].W
IDTHともに図３における蓄積メモリ２６上に確保する。

【００６６】IMG[ｐ][ｉ].WIDTH＝未定義の場合は、そ
れに対応するページファイルIMG[ｐ][ｉ].PICに画像は
蓄積されていないことを示す。通常はｉ＝０のみ用い
て、画像はIMG[ｐ][０].PICにのみ蓄積し、IMG[ｐ]
[０].WIDTHにIMG[ｐ][０].PICの画像の幅（Ａ３幅／Ｂ
４幅／Ａ４幅等）をセットし、IMG[ｐ][１].WIDTH，IMG
[ｐ][２].WIDTH，IMG[ｐ][３].WIDTHには「未定義」を
セットする。

【００６７】また、１つの原稿に対してＡ３幅用、Ａ４
幅用といったように複数幅の読み取り方法による画像を
蓄積する場合は、IMG[ｐ][０].PICにＡ３幅用の画像、I
MG[ｐ][１].PICにＡ４幅用の画像を蓄積し、IMG[ｐ]
[０].WIDTHにＡ３幅、IMG[ｐ][１].WIDTHにＡ４幅をセ
ット、IMG[ｐ][２].WIDTH，IMG[ｐ][３].WIDTHには未定
義をセットする。このようにして、１つの原稿に対し、
幅の異なるページに対して送信用の画像をそれぞれ蓄積
できるようにする。

【００６８】図１１は本実施の形態における、あるペー
ジの原稿幅が送信先の最小記録幅より大きい場合に、同
じページの原稿を縮小あり／縮小なしとして、それぞれ
読み取って蓄積するフローチャートである。

【００６９】図１１において、まず、図７のフローチャ
ートに従って宛先を入力し、その際、入力された（複数
の）宛先に対する最小の記録幅が変数MIN_WIDTHにセッ
トされる。ついで蓄積メモリ上にファイルを書き込みモ
ードでオープンし、ページ番号を表す変数ｐを０に初期
化する（Ｓ１５）。

【００７０】続いてＡＤＦ上の原稿を１枚給紙し、その
原稿の原稿幅を検知して変数widthにセットし、ｐを１
増やす（この時点でｐはこれから読み取ろうとする原稿
のページ番号を示している）。また、IMG[ｐ][０].WIDT
H，IMG[ｐ][１].WIDTH，IMG[ｐ][２].WIDTH，IMG[ｐ]
[３].WIDTHをそれぞれ「未定義」にセットしておく（こ
れらの変数は画像が蓄積された箇所（〜.PIC）に対応す
るところだけ幅がセットされる）（Ｓ１６）。

【００７１】さらに、原稿幅widthと最小記録幅MIN_WID
THを比較し（Ｓ１７）、widthがMIN_WIDTHと等しいか小
さい場合（Ｓ１７のＮo）、原稿通りの幅で送信できる
ことになるので、特に縮小はせず、図９（ａ）に示す通
常時のスキャン条件でスキャンして蓄積する。このと
き、１回しかスキャンしない（再給紙する必要はない）
ため、スキャン後はそのまま原稿排紙し、スキャンした
画像はIMG[ｐ][０].PICに蓄積し、その画像の幅をIMG
[ｐ][０].WIDTHにセットする（Ｓ１８）。

【００７２】また、widthがMIN_WIDTHより大きい場合
（Ｓ１７のＹes）、いずれかの宛先に対して縮小して送
信する必要があるため、縮小を考慮した読み取り・蓄積
を行う（Ｓ１９）。その方法は後述する図１２に示して
ある。いずれにせよ、１ページの原稿に対する読み取り
・蓄積が終了すると、次原稿があるかどうかを調べ（Ｓ
２０）、次原稿があれば原稿給紙から繰り返す（Ｓ２０
のＹes）。原稿がなければ（Ｓ２０のＮo）ファイルを
クローズして原稿の読み取り（メモリへの蓄積）動作は
終了する。

【００７３】図１２に前述の処理Ｓ１９における縮小を
考慮した原稿の読み取り・蓄積方法のフローチャートを
示す。ここでは、最小記録幅MIN_WIDTHと原稿幅widthを
元にして、同じ原稿のページに対して複数の読み取り方
法で読み取った画像をメモリに蓄積する。例えば、最小
記録幅がＡ４幅で、原稿幅がＡ３幅の場合で指定の宛先
にＡ４幅、Ｂ４幅、Ａ３幅の機能があるとき、原稿をＡ
３幅のまま通常に読み取った画像（記録幅能力がＡ３幅
の宛先用）をIMG[ｐ][０].PICに蓄積し（IMG[ｐ][０].W
IDTH＝Ａ３幅）、Ａ３幅→Ｂ４幅に縮小して読み取った
画像（記録幅能力がＢ４幅の宛先用）をIMG[ｐ][１].PI
Cに蓄積し（IMG[ｐ][１].WIDTH＝Ｂ４幅）、Ａ３幅→Ａ
４幅に縮小して読み取った画像（記録幅能力がＡ４幅の
宛先用）をIMG[ｐ][２].PICに蓄積し（IMG[ｐ][２].WID
TH＝Ａ４幅）、送信時に相手機の記録幅能力に応じて送
信するための画像をそれぞれ蓄積しておく。

【００７４】図１２のフローチャートにおいて、まず図
９（ａ）で示されるスキャン条件を通常時のＡ３幅に設
定してスキャンし、スキャン画像をIMG[ｐ][０].PICに
蓄積し、IMG[ｐ][０].WIDTHをＡ３幅にセットする（Ｓ
２１）。このとき、スキャン後に再給紙経路１６を通っ
て再び給紙するようにする（図３参照）。さらにスキャ
ン条件をＡ３→Ｂ４縮小時の条件（図９（ｂ）参照）に
設定し、同様にIMG[ｐ][１].PICにスキャン画像を蓄
積、IMG[ｐ][１].WIDTHをＢ４幅にセットする（このと
きもスキャン後に再給紙を行う）（Ｓ２２）。最後にス
キャン条件をＡ３→Ａ４縮小時の条件に設定し、同様に
IMG[ｐ][２].PICにスキャン画像を蓄積、IMG[ｐ][２].W
IDTHをＡ４幅にセットする（Ｓ２３）。ただし最後はス
キャン後に排紙する。

【００７５】この図１２のフローチャートに示すよう
に、最小記録幅がＡ４幅，原稿幅がＡ３幅の場合、送信
時に記録幅能力がＡ４幅，Ｂ５幅の宛先に対しては、読
み取り時にＡ４幅，Ｂ５幅に縮小された画像がメモリ上
に蓄積・用意され、記録幅能力がＡ３幅の宛先に対して
は、縮小せずに読み取られた画像がメモリ上に蓄積・用
意されている。これにより、記録幅能力がＡ４幅の宛先
に対して、対応する記録幅の画像を選択し送信すること
で、送信時に間引く処理を行った場合に比べて画質の劣
化を抑えた画像を送信することができる。

【００７６】また、最小記録幅と原稿幅を元に原稿の読
み取り・蓄積方法のページファイルとその記録幅につい
て（表１）に示す。

【００７７】

【表１】次に、送信時において、送信する原稿のページ番号ｐ
と、前の送信時における発呼，着呼間のネゴシエーショ
ン結果から得られた相手機の記録幅能力r_width（図２
に示したＤＩＳにより通知される幅）を元に、図１２の
ように複数の方法で蓄積した画像から送信に用いる画像
を選択する方法を説明する。

【００７８】また、図１３に示すフローチャートの処理
の終了時には、変数indexにページ番号ｐのうち送信に
用いる画像のインデックスがセットされる。すなわち送
信時にはIMG[ｐ][index].PICの画像を用いればよいこと
になる。また変数widthには送信画像の幅（図２に示し
たＤＣＳにより通知する幅）がセットされる。

【００７９】いま、IMG[ｐ][０].PICには縮小せずに読
み取った画像が蓄積されているので、その記録幅IMG
[ｐ][０].WIDTHとr_widthを比較し（Ｓ２５）、r_width
の方が大きいか等しければ（Ｓ２５のＹes）、IMG[ｐ]
[０].PICの画像をそのまま送信できるため、変数index
に０をセットし、widthにIMG[ｐ][０].WIDTHをセットし
て終了する（Ｓ２６）。

【００８０】続いてr_widthと、IMG[ｐ][１].WIDTHまた
はIMG[ｐ][２].WIDTHとを比較し、どちらかがr_widthと
一致すれば、その記録幅用に縮小して蓄積された画像が
用意されているということなので、変数indexに１また
は２をセットし、変数widthにその（縮小後の）画像の
幅IMG[ｐ][１].WIDTHまたはIMG[ｐ][２].WIDTHをセット
して終了する（Ｓ２７）。

【００８１】また、前述のいずれでもなければ、画像を
縮小する必要があるが、あらかじめ縮小して蓄積された
画像がないということである。この場合、縮小せずに読
み取った画像を元にして送信時に間引いて縮小するしか
ない。このため、変数indexには０をセットし（縮小し
ていない画像IMG[ｐ][０].PICを用いて）、widthにはr_
widthをセットする（Ｓ２８）。この場合、width＝IMG
[ｐ][index].WIDTHとはならない。

【００８２】ただし、前述の処理Ｓ２８に移って、途中
の条件に当てはまらず最終的に間引いて縮小せざるを得
ないときは、記録幅テーブル上にその相手先の記録幅が
記憶されていない場合か、実際にネゴシエーションを行
った結果の記録幅が、記録幅テーブルに記憶されている
幅と異なっていた場合（相手側で機種を入れ替えた場合
など）であり、使用頻度の高い宛先に対してはそのよう
なケースは少ないと考えられる。

【００８３】図１４は、本実施の形態における図１１に
示したフローチャートに従って、メモリに蓄積した画像
を実際に送信する時の処理を示すフローチャートであ
る。図１４のフローチャートは複数入力された宛先のう
ち１つの宛先への送信について示しており、実際には図
１４の処理を宛先の数分を繰り返すことになる。

【００８４】図１４に示すように、まず宛先にダイヤル
し、蓄積メモリ上のファイルを読み取りモードでオープ
ンし、ページ番号を表す変数ｐを１に初期化する（Ｓ３
０）。続いて、ＣＮＧを送信・ＣＥＤを受信する（フェ
ーズＡ）（Ｓ３１）。さらに、ＣＳＩ・ＤＩＳを受信
し、ＤＩＳから相手機のその時点での実際の記録幅能力
を取得し、変数r_widthにセットする（Ｓ３２）。

【００８５】その宛先の取得した記録幅が記録幅テーブ
ルに記録されていない場合、または記録幅テーブルの記
録内容と変わっている場合に備え、図５のフローチャー
トに従って記録幅テーブルを更新しておく（Ｓ３３）。
続いて、ＴＳＩを送信し、図１３のフローチャートに従
って、ページ番号ｐと記録幅能力r_widthを元にして、
送信に用いる画像のインデックスの変数indexと、送信
幅の変数widthを決定する。次にＤＣＳを送信するが、
その際に記録幅は先に決定されたwidthで通知する。そ
の後トレーニングを行いフェーズＢは完了する（Ｓ３
４）。

【００８６】続くフェーズＣにおける画像（メッセー
ジ）送信にあたって、まず、送信幅のwidthが送信に用
いる画像の幅IMG[ｐ][index].WIDTHより小さいかどうか
の判断をする（Ｓ３５）。小さければ（Ｓ３５のＹes）
図１３において説明したように、間引いて縮小しなけれ
ばならないケース（ただし、使用頻度の高い宛先につい
ては希なケース）なので、IMG[ｐ][index].PICの画像を
図１０に示すような方法でwidth幅に間引く処理を行っ
て送信する（Ｓ３６）。小さくなければ（Ｓ３５のＮ
o）変数indexで決まる画像IMG[ｐ][index].PICの画像を
そのまま送信する（Ｓ３７）。

【００８７】続いて、送信する原稿に次ページがあるか
どうか調べ（Ｓ３８）、次ページがない場合（Ｓ３８の
Ｎo）、ＥＯＰを送信，ＭＣＦを受信して（フェーズ
Ｄ）、さらにＤＣＮを送信して回線を切断し（フェーズ
Ｅ）、読み出すファイルをクローズして終了する（Ｓ３
９）。また、次ページがあれば（Ｓ３８のＹes）、ｐを
１増やし、変数width0に前のページの記録幅としてwidt
hを保存した後、再度、図１３のフローチャートに従っ
てｐ，r_widthより変数index，変数widthを決定する
（Ｓ４０）。

【００８８】ここで、width（次ページの画像の送信
幅）がwidth0（全ページの画像の送信幅）と等しければ
（Ｓ４１のＹes）、同じ送信モードで次ページの画像を
送信するため、ＭＰＳを送信，ＭＣＦを受信した（フェ
ーズＤ）後、フェーズＣの前処理Ｓ３５のwidthとIMG
[ｐ][index].WIDTHとの比較に戻る（ここでは記録幅以
外の送信モードは変更されないものとする）（Ｓ４
２）。

【００８９】また、等しくない場合（Ｓ４１のＮo）、
異なるモードで次ページの画像を送信するため、ＥＯＭ
を送信，ＭＣＦを受信した（フェーズＤ）後、フェーズ
Ｂの先頭である処理Ｓ３２のＣＳＩ・ＤＩＳ受信に戻る
（Ｓ４３）。

【００９０】以上の処理により、宛先を複数指定してメ
モリ送信を行う際に、各宛先に対して、記憶してあるそ
の宛先に対応する記録幅により、最小の記録幅を検索
し、読み取り原稿の原稿幅が、その最小の記録幅を上回
った場合、その原稿に対して、通常に読み取った画像
と、縮小して読み取った画像により各宛先に応じた最適
な画像を送信でき、また、それぞれの画像をメモリに蓄
積するようにして、各宛先に応じた最適な画像を選択し
て送信することにより、画質の劣化を抑えた画像を送信
することができる。

【００９１】

【発明の効果】以上説明したように、本発明によれば、
同報送信等の画像を送信する複数の宛先に、それぞれの
相手機の機能に応じた最適な画像を送信することがで
き、特に縮小するような場合に、送信時に画像を間引く
場合に比べて画質の劣化を抑えた画像を送信することが
できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるファクシミリ装置
の概略構成を示すブロック図

【図２】標準的なＧ３プロトコル交信の例を示す図

【図３】本発明の実施の形態におけるファクシミリ装置
の概略構成を示すブロック図

【図４】本発明の実施の形態におけるファクシミリ装置
の受信側端末の記録幅を記憶するテーブルの例を示す図

【図５】本発明の実施の形態における記録幅テーブルに
設定を追加する手順を示すフローチャート

【図６】本発明の実施の形態における記録幅テーブルよ
りある宛先ａｄｒに対する記録幅を検索する手順を示す
フローチャート

【図７】本発明の実施の形態における複数の宛先を入力
し、入力した宛先を記憶するとともに、記録幅テーブル
を元にそれらの宛先に対する最小の記録幅を検索する手
順を示すフローチャート

【図８】本発明の実施の形態における原稿の読み取り時
に設定する各パラメータを説明する図

【図９】（ａ）は通常時、（ｂ）は縮小時にそれぞれの
スキャン条件の設定を示す図

【図１０】Ａ３幅としてスキャンされた画像を、送信時
にＢ４幅で送信するためにＡ３→Ｂ４に縮小する場合の
例を示す図

【図１１】本発明の実施の形態における、あるページの
原稿幅が送信先の最小記録幅より大きい場合に、同じペ
ージの原稿を縮小あり／縮小なしとして、それぞれ読み
取って蓄積するフローチャート

【図１２】本発明の実施の形態における縮小を考慮した
原稿の読み取り・蓄積方法を示すフローチャート

【図１３】本発明の実施の形態における縮小を考慮した
送信する原稿の選択方法を示すフローチャート

【図１４】本発明の実施の形態におけるメモリに蓄積し
た画像を実際に送信する時の処理を示すフローチャート

【符号の説明】

１ＡＤＦ２画像読取り手段３画像形成手段４通信手段５表示手段６制御手段７記憶手段９原稿台１０原稿群１１繰り出しローラ１２分離ローラ１３逆転コロ１４給紙ローラ１５レジスト位置１５ａレジストセンサ１６再給紙経路１７スキャナ１８幅センサ１９排紙ローラ１９ａ排紙口切換爪２０排紙口２１原稿有無センサ２２画像処理部２３ページメモリ２４圧縮器２５伸長器２６蓄積メモリ２７モデム用圧縮器２８モデム２９ＳＲＡＭ３０メインコントローラ３１操作部

Claims

【特許請求の範囲】

【請求項１】原稿の画像を読み取る画像読取り手段
と、相手機に読み取った前記画像を送信する通信手段
と、前記原稿の原稿情報を検知する検知手段と、前記相
手機の宛先情報および前記宛先情報に対応した相手機の
装置情報を記憶する記憶手段と、指定された複数の宛先
に同じ原稿を送信する同報送信手段とを有するファクシ
ミリ装置において、前記原稿情報と前記装置情報とを比較する比較手段とを
備え、指定された宛先毎の前記比較手段の比較結果に応
じて、前記原稿の画像をそれぞれの装置情報に対応させ
て読み取ることを特徴とするファクシミリ装置。
【請求項２】前記同報送信手段により指定された複数
の宛先に同じ原稿を送信するファクシミリ装置におい
て、前記比較手段の比較結果に応じて、原稿の画像をそ
れぞれの装置情報に対応させ読み取って蓄積し、蓄積し
たそれぞれの画像の中から前記原稿の送信宛先に対応し
た画像を選択する選択手段を備え、前記選択手段により
装置情報に対応の選択画像をそれぞれの宛先に送信する
ことを特徴とする請求項１記載のファクシミリ装置。
【請求項３】前記装置情報として、相手機において受
信した画像の印刷を出力可能な記録幅としたことを特徴
とする請求項１または２記載のファクシミリ装置。