(57)【特許請求の範囲】
【請求項１】
画像を生成し当該画像を中継ファクシミリ装置に一旦転送した後、当該中継ファクシミリ装置に他のファクシミリ装置への送信を指示することで画像送信を行う画像送信装置において、
宛先となるファクシミリ装置の受信画像幅が宛先ごとに登録されるテーブルと、
送信するべき元文書にかかる画像の宛先を複数指定することができる宛先指定手段と、
前記宛先指定手段により、宛先が複数指定された場合において、前記テーブルに当該指定された宛先が登録されているときは受信画像幅フィールドを参照して、各宛先の受信画像幅が前記元文書の画像幅に対応しているか否かを判断する画像幅判断手段と、
画像幅判断手段が、全部の宛先の受信画像幅が前記元文書の画像幅に対応していると判断したときは、元文書にかかる画像の画像幅で送信用画像を生成し、全部または一部の宛先の受信画像幅が前記元文書の画像幅に対応していないと判断したときは、前記元文書にかかる画像の画像幅で送信用画像を生成するとともに、前記画像幅が対応していない宛先の受信画像幅に対応する幅で送信用画像を生成する画像生成手段と、
前記画像生成手段により生成した前記画像を、宛先情報とともに前記中継ファクシミリ装置に転送して前記他のファクシミリ装置に送信を行わせる画像転送手段と、
を備えたことを特徴とする画像送信装置。
【請求項２】
前記画像幅判断手段は、複数の宛先のそれぞれの受信画像幅の中の最小の画像幅が、前記元文書の画像幅よりも同じか大きいときは、宛先の受信画像幅が前記元文書の画像幅に対応していると判断し、前記元文書の画像幅よりも小さいときは、宛先の受信画像幅が前記元文書の画像幅に対応していないと判断することを特徴とする請求項１に記載の画像送信装置。
【請求項３】
前記元文書が複数のページからなるときは、前記画像幅判断手段は各ページごとに画像幅の判断を行い、前記画像生成手段は、前記画像幅判断手段による判断に応じて当該各ページごとに送信用画像を生成することを特徴とする請求項１または２に記載の画像送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、同報ファクシミリ送信を行う場合に、生成した画像の幅が、ある宛先のファクシミリ装置の受信可能な最大画像幅に対応するが、他の宛先のファクシミリ装置の最大画像幅に対応しないときであっても、各宛先ファクシミリ装置にそれぞれの最大画像幅に対応した画像を送信することができる画像送信装置に関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ（以下、「ＰＣ」と言う）のワードプロセッサアプリケーションソフトウェア等で作成した文書（グラフィクス等を含む）をファクシミリ送信する場合、従来、一旦プリンタで印刷用紙に出力した後、出力紙を原稿としてファクシミリ装置にセットし、これをファクシミリ装置に設けられたスキャナで読み取らせて送信するのが一般的であった。
【０００３】
ところが、この方法だと、一旦印刷用紙に出力した後、出力紙を原稿読み取り部にセットしなければならない等の手間がかかる。また、原稿を印刷用紙に出力することが必須であるため、紙資源を無駄に消費してしまうことになる。また、出力紙した画像を再度スキャナで読み取らせるため、ファクシミリ送信する画像の画質が劣化してしまう。
そこで近年では、ＰＣとファクシミリ装置とをネットワーク等で接続し、ＰＣで作成した文書（ファクシミリ送信可能なフォーマットで作成した画像：以下「ファクシミリ送信用画像」）を直接ファクシミリに転送してファクシミリ送信することが行われている（以下、このような送信を「ＰＣ-ＦＡＸ送信」という）。
【０００４】
ＰＣ-ＦＡＸ送信を行うことによって、ＰＣから一回の操作で宛先のファクシミリ装置に直接ファクシミリ送信することができ、また余計な紙を消費することがなくなり、画質の劣化もなくなる。
【０００５】
このようなＰＣ-ＦＡＸ送信では、ネットワーク等によるＰＣからファクシミリ装置へのファクシミリ送信用画像転送と、電話回線によるファクシミリ通信との同期をとることは難しい。このため、ＰＣで作成したファクシミリ送信用画像を、一旦ファクシミリ装置の記憶装置（たとえばメモリ）に蓄積しておき、その後、ファクシミリ装置から宛先のファクシミリ装置に回線接続し、前記記憶装置に蓄積されたファクシミリ送信用画像を送信するという手順がとられる。
【０００６】
ところが、上記の手順では、ＰＣ側で、文書等をファクシミリ送信用画像に変換（ファクシミリ送信用画像を作成）している時点では、宛先ファクシミリ装置の受信能力が不明であるため以下のような問題がある。すなわち、ファクシミリ装置の受信能力の一つには記録幅能力があるが、たとえば、ＪＩＳ規格Ａ３幅（以下、ＪＩＳ規格サイズには単に「Ａ３」，「Ａ４」等として表現する）の送信画像を作成した後、ファクシミリ装置を行う場合、宛先ファクシミリ装置の記録幅能力がＡ４幅であった場合、Ａ３幅の画像はそのままＡ３幅で送信することはできず、Ａ４幅の画像にして送信しなければならない。このため、送信に際してＡ３幅の画像をＡ４幅に縮小して送信するか、Ａ３幅の画像に対してＡ４幅分切り出して送信する必要がある。
【０００７】
送信に際してＡ３幅の画像をＡ４幅に縮小して送信するような場合、Ａ３幅として作成された画像に対してさらに間引き等の縮小処理を施す必要が生じ、その縮小の際に画質が甚だしく劣化してしまい、結果として画質の劣化なく送信できるというＰＣ-ＦＡＸ送信の利点が薄れてしまう。また、Ａ３幅の画像に対してＡ４幅分切り出して送信するような場合、画像の一部が送信されなくなり送信画像が宛先ファクシミリ装置で再現できなくなる。
【０００８】
上記のように、ファクシミリ送信に際して、ファクシミリ送信用画像が、縮小されたり、画像の一部（切り出し画像）しか送信されない場合は、ユーザ（ＰＣユーザ）に対してＰＣ-ＦＡＸ送信の操作中に知らせることが好ましい。しかし、実際には、ＰＣ側でのファクシミリ送信用画像の作成後、実際にＰＣ-ＦＡＸ送信が行われた後でないと、縮小されて送信されたこと、画像の一部が切り出されて送信されたことをユーザは知ることができない。
【０００９】
この種の不都合を解消するために、ファクシミリ送信を行った場合に、宛先ファクシミリ装置とその宛先ファクシミリ装置が受信できる記録幅を記憶しておく方法が知られている。この方法では、次回その宛先ファクシミリ装置にＰＣ-ＦＡＸ送信を行うためにファクシミリ送信用画像を作成する際に、作成しようとしている画像の幅が相手機の記録幅を上回っている場合には、ＰＣ-ＦＡＸ送信前にアラートを出してユーザに知らせ、ファクシミリ送信用画像を縮小してＰＣ-ＦＡＸ送信するか、ファクシミリ送信用画像の一部を切り出して送信するかをユーザが選択できるようにしている。また、ファクシミリ送信用画像を縮小してＰＣ-ＦＡＸ送信する場合には、宛先ファクシミリ装置に応じて、ファクシミリ送信用画像を縮小して作成するか否かを判断できるため、ファクシミリ送信用画像を間引いて作成したり、一部切り出したりしてＰＣ-ＦＡＸ送信する場合に比べて画質の劣化や、画像の欠落を生じることなくファクシミリ送信を行うことができる。
【００１０】
【発明が解決しようとする課題】
しかし、上記技術では文書中のあるページに対して送信画像を作成する際、通常に作成するか、縮小して（あるいは切り出して）作成するかのどちらかしかできないため、同報送信時、つまり同じ文書に対して宛先を複数指定して、複数の相手先に同じ文書の画像を送信する場合に、次のような問題がある。
【００１１】
たとえば、同報送信で宛先ファクシミリ装置を指定した場合において、記録してある記録幅が異なる宛先ファクシミリ装置が複数存在しており、かつ生成した画像の幅が一部の宛先の記録幅のみ上回っているときがある。具体的には、第1宛先のファクシミリ装置の記録幅がＡ３幅で、第２宛先のファクシミリ装置の記録幅がＡ４幅である場合において、ファクシミリ送信用画像のあるページの画像幅がＡ３幅であるときは、第１宛先のファクシミリ装置に対してはＡ３幅の画像を送信できるが、第２宛先のファクシミリ装置に対してはＡ４の画像を送信する必要がある。しかし、たとえばファクシミリ送信用画像を切り出ない場合には、前記ページをＡ３幅の画像として生成するか、Ａ４幅の画像に縮小して生成するかの何れによらねばならない。このため、（１）第２宛先のファクシミリ装置への送信を優先して、第１宛先のファクシミリ装置に対してもＡ４幅の画像として送信する、（２）第１宛先のファクシミリ装置への送信を優先して、画像生成時にはＡ３幅の画像として生成し、第２宛先のファクシミリ装置に送信する際にＡ３幅の画像をＡ４幅に縮小して（送信時に作成完了した画像に対して間引いて縮小するため画質は劣化する）送信するしかない。
【００１２】
本発明は、ファクシミリ送信用画像を一旦ファクシミリ装置に送信し、当該ファクシミリ装置を介してファクシミリ送信用画像を他のファクシミリ送信する画像送信装置において、同報ファクシミリ送信を行う場合に、送信画像幅が、ある宛先の受信可能な最大画像幅に対応するが、他の宛先の最大画像幅に対応しないときであっても、各宛先にそれぞれの最大画像幅に対応した画像を送信することができる画像送信装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明の画像送信装置は、画像を中継ファクシミリ装置に一旦転送した後、当該中継ファクシミリ装置に他のファクシミリ装置への送信を指示することで画像送信を行うもので、宛先となるファクシミリ装置の受信画像幅が宛先ごとに登録されるテーブルと、送信するべき元文書にかかる画像の宛先を複数指定することができる宛先指定手段と、前記宛先指定手段により、宛先が複数指定された場合において、前記テーブルに当該指定された宛先が登録されているときは受信画像幅フィールドを参照して、各宛先の受信画像幅が前記元文書の画像幅に対応しているか否かを判断する画像幅判断手段と、画像幅判断手段が、全部の宛先の受信画像幅が前記元文書の画像幅に対応していると判断したときは、元文書にかかる画像の画像幅で送信用画像を生成し、全部または一部の宛先の受信画像幅が前記元文書の画像幅に対応していないと判断したときは、前記元文書にかかる画像の画像幅で送信用画像を生成するとともに、前記画像幅が対応していない宛先の受信画像幅に対応する幅で送信用画像を生成する画像生成手段と、前記画像生成手段により生成した前記画像を、宛先情報とともに前記中継ファクシミリ装置に転送して前記他のファクシミリ装置への送信を行わせる画像転送手段と、を備えたことを特徴とする。
【００１４】
本発明の画像送信装置は、ＰＣ-ＦＡＸ送信で同報送信を行う際、文書のあるページに対して相手先によって異なる幅（生成した画像の幅でそのまま画像生成するか、縮小して画像を生成する必要があるか）で画像を生成する必要が生じた場合、そのページのみ異なる幅で画像を生成して蓄積し、送信時に、そのページに対しては相手先によって異なる幅の画像を選択して送信することができる。
【００１５】
本発明の画像送信装置では、複数の宛先のそれぞれの受信画像幅の中の最小の画像幅が、前記元文書の画像幅よりも同じか大きいときは、前記画像幅判断手段は、宛先の受信画像幅が前記元文書の画像幅に対応していると判断する。また、複数の宛先のそれぞれの受信画像幅の中の最小の画像幅が、前記元文書の画像幅よりも小さいときは、宛先の受信画像幅が前記元文書の画像幅に対応していないと判断する。
【００１６】
さらに、本発明では、前記元文書が複数のページからなるときは、前記画像幅判断手段は各ページごとに画像幅の判断を行い、前記画像生成手段は、前記画像幅判断手段による判断に応じて当該各ページごとに送信用画像を生成することができる。
【００１７】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施形態を説明する。
まず、Ｇ３ファクシミリの標準プロトコル手順を簡単に示す。
Ｇ３ファクシミリの交信手順は、フェーズＡ：発呼，フェーズＢ：前手順，フェーズＣ：画送信，フェーズＤ：後手順，フェーズＥ：回線切断、の５つのフェーズに分けられ、フェーズＡ，Ｂでは発呼側と着呼側の能力の識別を行い送信条件を決定し、フェーズＣ，Ｄでは画像送信後の指示および受信確認を行い、フェーズＥでは画像送信後の指示および受信確認を行う。
【００１８】
図２に標準的なＧ３プロトコル交信の例を示す。まず発呼側から着呼側に１１００Ｈｚの呼出信号ＣＮＧを送信する。着呼側端末はＣＮＧを受信すると発呼側に２１００Ｈｚの被呼端末識別信号ＣＥＤを送信する。ここまでがフェーズＡである。
【００１９】
次にフェーズＢに移る。そこではまず着呼側からＣＥＤに続いて被呼端末識別信号ＣＳＩ、デジタル識別信号ＤＩＳを送信する。ＣＳＩでは発呼側に着呼側端末のＣＳＩコード（国際識別番号）を伝え、ＤＩＳでは受信側の有する機能（受信側でサポートしている記録幅能力、解像度能力、圧縮方式等）を伝える。これに対し発呼側ではＤＩＳを受信後、まず送信端末識別信号ＴＳＩを送信し、次いでデジタル命令信号ＤＣＳを送信する。ＴＳＩでは着呼側に発呼側のＣＳＩコードを伝え、ＤＣＳでは発呼側の機能とＤＩＳでわかった着呼側の端末機能から決定した交信条件（どの画像幅、解像度、圧縮方式で送信するか等）を伝える。次に通信速度を決定するため、発呼側から着呼側にトレーニング信号ＴＣＦを送信する。通常このＴＣＦは最初は発呼側と着呼側の持つ最高速度で送信する。この信号に対し着呼側で正常に受信できたら発呼側に受信準備確認信号ＣＦＲを送信する。受信できなかったらトレーニング失敗信号ＦＴＴを送信する。発呼側ではＦＴＴを受け取ったら速度を落として再びＴＣＦを送信する。たとえば２８８００ｂｐｓのＴＣＦに対しＦＴＴが返ってきた場合、２６４００ｂｐｓのＴＣＦを送信する。ＣＦＲを受け取ったらその時のＴＣＦの速度を記憶しておき、フェーズＢは終了する。
【００２０】
次にフェーズＣに移る。ここではフェーズＢでＴＣＦによって決定した速度で、発呼側から着呼側に画像をメッセージとして送信する。
１ページの画像送信が完了するとフェーズＤに移る。ここではまず次ページがない場合発呼側から着呼側に手順終了信号ＥＯＰを送信する。同じ送信モードで次のページのメッセージ（画像）を送信する場合はマルチページ信号ＭＰＳを送信する。異なる送信モードで次のページのメッセージ（画像）を送信する場合はメッセージ終了信号ＥＯＭを送信する。着呼側ではＥＯＰ、ＭＰＳ、ＥＯＭのいずれかを受け取ると発呼側にメッセージ確認信号ＭＣＦを送信する。発呼側でＭＣＦを受け取るとフェーズＤは終了する。
【００２１】
この後どのフェーズに進むかは、フェーズＤでＥＯＰ、ＭＰＳ、ＥＯＭのどれを送信したかによって決まる。ＥＯＰを送信した場合、すなわち次ページがない場合はフェーズＥに進む。フェーズＥでは発呼側から着呼側に切断命令信号ＤＣＮを送信し、回線を切断して交信が終了する。ＭＰＳを送信した場合、すなわち次ページを同じ送信モードで送信する場合はフェーズＣに戻り、次ページのメッセージ（画像）の送信に移る。ＥＯＭを送信した場合、すなわち次ページを異なる送信モードで送信する場合、ＤＣＳで一旦決定した送信条件を決め直す必要があるため、フェーズＢに戻る。
【００２２】
Ｇ３標準プロトコルでは、フェーズの途中から通信を行うことはできず、また、フェーズの途中の交信をスキップすることはできない。したがって、送信モードがどのように変わる場合でも、ＥＯＭを送信して、フェーズＢの先頭からやり直す必要がある。
【００２３】
ここで、Ｇ３ファクシミリでは送信するときの画像幅として幅の大きい順にＡ３幅、Ｂ４幅、Ａ４幅の３種類がある。ＤＩＳで受信側から送信側に通知される記録幅能力もＡ３幅、Ｂ４幅、Ａ４幅の３種類があり、記録幅能力Ａ３幅の場合はＡ３幅、Ｂ４幅、Ａ４幅すべての画像幅で受信できるが、記録幅能力がＢ４幅の場合はＢ４幅、Ａ４幅のみ受信可能でＡ３幅では受信できず、記録幅能力がＡ４幅の場合はＡ４幅のみ受信可能でＡ３幅、Ｂ４幅では受信できない。従って例えばＤＩＳで記録幅能力Ｂ４幅と通知された場合は、ＤＣＳでは送信幅Ｂ４またはＡ４を受信側に通知し、その幅で画像を送信しなければならない。
【００２４】
次に、ファクシミリ装置で原稿を読み取ってメモリに蓄積する一般的な手順を図１を使って示す。図１において、ファクシミリ装置１１は、ネットワークＩ／Ｆ装置（Ｎｅｔ−Ｉ／Ｆ）１０１と、スキャナ１０２と、画像処理装置１０３と、ページメモリ１０４と、圧縮器１０５と、伸長器１０６と、蓄積メモリ１０７と、モデム用圧縮器１０８と、モデム１０９と、ファクシミリコントローラ１１０とからなる。ファクシミリ装置１１は、ネットワーク２００を介してクライアントＰＣ２１，２２，２３に接続されている。
【００２５】
ファクシミリ装置１１では、スキャナ１０２が原稿画像を読み取る。画像処理装置１０３はこの原稿画像に所定の画像処理を行い、ファクシミリ送信用画像を生成し、生成した画像をページメモリ１０４に蓄積する。圧縮器１０５は、ページメモリ１０４に蓄積された画像を圧縮し、圧縮画像を蓄積メモリ１０７に蓄積する。圧縮して蓄積メモリ１０７に蓄積することで、なるべく多くのページを蓄積メモリ１０７に蓄積できる。
【００２６】
次に、蓄積メモリ１０７に蓄積された画像を相手機に送信する一般的な手順を図１を用いて説明する。まず蓄積メモリ１０７に圧縮して蓄積された画像を伸長器１０６によってページメモリ１０４に伸長する。次いでモデム用圧縮器１０８によって、フェーズＢのＤＣＳで決定した圧縮方式で画像を再圧縮し、モデム１０９に転送する（ここで蓄積メモリ１０７に蓄積するときの圧縮方式とモデム１０９に転送するときの圧縮方式が同じであれば、伸長・再圧縮せずに蓄積メモリ１０７からモデム１０９に転送することもできる）。モデム１０９では、転送されてきた画像信号を変調し、フェーズＣにおけるメッセージ信号として受信機に送信する。
【００２７】
次に、ＰＣ-ＦＡＸ送信においてＰＣで作成したファクシミリ送信画像をファクシミリのメモリに蓄積する手順を図１を使って示す。図１ではネットワーク２００にクライアントＰＣ２１とファクシミリ装置１１とが接続されており、ネットワーク２００を通してクライアントＰＣ２１とファクシミリ装置１１との間で画像やその他のデータが転送できる。ファクシミリ装置１１はＮｅｔ-Ｉ／Ｆ１１によってネットワーク２００に接続されており、クライアントＰＣ２１で作成したファクシミリ送信画像はまずＮｅｔ-Ｉ／Ｆ１１に転送される。ファクシミリ装置１１内で画像をＮｅｔ-Ｉ／Ｆ１１からページメモリ１０４に一旦蓄積され、原稿読み取りの場合と同様に圧縮器１０５によって圧縮されて蓄積メモリ１０７に蓄積される。蓄積メモリ１０７に蓄積された画像を送信する手順は前述の通りである。
【００２８】
図１においては、Ｎｅｔ-Ｉ／Ｆ１１やモデム１０９はファクシミリコントローラ１１０によって制御される。このファクシミリコントローラ１１０を介して、クライアントＰＣ２１からネットワーク２００を伝わってＮｅｔ-Ｉ／Ｆ１１に伝えられた宛先情報をモデム１０９に伝えたり、通信時にモデム１０９が得た相手機の受信能力をＮｅｔ-Ｉ／Ｆ１１からクライアントＰＣ２１に伝えることができるようになっている。
〔表１〕に相手機の記録幅を記憶するテーブルの例を示す。
【００２９】
【表１】
0003771197.tif 000002
【００３０】
Ｓａｄｒ［ｉ］は宛先を記憶する配列変数、Ｓｗｉｄｔｈ［ｉ］は記録幅を記憶する配列変数である。Ｓａｄｒ［ｉ］、Ｓｗｉｄｔｈ［ｉ］はともに図１の構成においてはクライアントＰＣ２１の中でファイル等によって記憶する。ｉはインデックス用の変数であり、ｉ＝０，１，２，・・・とする。ここでは、ｉが十分大きい値をとれるものとし、テーブルは溢れない（一杯とはならない）ものとする。〔表１〕ではｉ＝０に関して、Ｓａｄｒ［０］＝“０３ＸＸＸＸＸＸＸＸ”、Ｓｗｉｄｔｈ［０］＝Ｂ４幅となっているが、これは“０３ＸＸＸＸＸＸＸＸ”という宛先の相手先の記録幅がＢ４幅であることを示す。同様に宛先“ＹＹＹＹＹＹＹＹ”の相手先の記録幅はＡ３幅、宛先“０６ＺＺＺＺＺＺＺＺ”の相手先の記録幅はＡ４幅であることを示す。Ｓａｄｒ［ｉ］＝ＮＵＬＬであるところは宛先が未定義であり、宛先−記録幅のテーブルが記憶されていないことを示す。また、このテーブルでは、あるｉでＳａｄｒ［ｉ］＝ＮＵＬＬだとすると、それより大きいｊ（＞ｉ）についてＳａｄｒ［ｊ］＝ＮＵＬＬであるとする。
【００３１】
すなわち宛先の設定されているテーブルと、宛先未定義のテーブルはそれぞれ連続しているとする（〔表１〕ではｉ＝０〜２に宛先が設定され、ｉ＝３〜では宛先未定義）。これはテーブル検索時にｉ＝０，１，２，・・・と検索していって、あるところでＳａｄｒ［ｉ］＝ＮＵＬＬであったら、そこがテーブルの終わり（それ以降はすべてＮＵＬＬ）と見なせるようにするためである。
【００３２】
図３に記録幅テーブルに設定を追加する手順のフローを示す。図３では、追加したい宛先をａｄｒ、その記録幅をｗｉｄｔｈにセットして処理が開始される。まず、ｉを「０」にセットし（ｉ←０）（Ｓ１０１）、ｉ＝０から順にファイル等に記憶されているテーブルの宛先Ｓａｄｒ［ｉ］を調べる（Ｓ１０２）。それがＮＵＬＬ（宛先未定義）であったら（Ｓ１０２の「Ｙｅｓ」）、ａｄｒに一致する宛先が見つかる前にテーブルが終了したということなので、インデックスｉのところに宛先（Ｓａｄｒ［ｉ］←ａｄｒ）と記録幅（Ｓｗｉｄｔｈ［ｉ］←ｗｉｄｔｈ）を設定し（Ｓ１０３）、終了する。
【００３３】
Ｓ１０２において、宛先Ｓａｄｒ［ｉ］がＮＵＬＬ（宛先未定義）でないなら（Ｓ１０２の「Ｎｏ」）、Ｓａｄｒ［ｉ］がａｄｒに一致したら（Ｓ１０４の「Ｙｅｓ」）、それに対応する記録幅を更新して（Ｓｗｉｄｔｈ［ｉ］←ｗｉｄｔｈ）（Ｓ１０５）、終了する。ＮＵＬＬにもａｄｒにも一致しなかったら（Ｓ１０４の「Ｎｏ」）、インデックスｉを増やして（ｉ←ｉ＋１：Ｓ１０６）、Ｓ１０２に戻り、同様の比較を繰り返す。
【００３４】
本実施形態では、〔表１〕の記録幅テーブルを常に最新の状態に保つために、ファクシミリ側で相手機に送信を行うたびに、送信後、ファクシミリ側からクライアントＰＣへその宛先の記録幅を通知し、クライアントＰＣ側で記録幅の通知を受けるたびに図３の手順に従って記録幅テーブルを更新するものとする。
【００３５】
図４に記録幅テーブルから、ある宛先ａｄｒに対する記録幅を検索する手順のフロー（本発明の画像幅判断手段の処理フロー）を示す。図４では検索したい宛先をａｄｒにセットして実行され、戻り値としてその宛先の記録幅が返る（宛先がテーブルにない場合は「未定義」が返る）。まず、ｉを「０」にセットし（ｉ←０）（Ｓ２０１）、ｉ＝０から順にファイル等に記憶されているテーブルの宛先Ｓａｄｒ［ｉ］を調べる（Ｓ２０２）。それがＮＵＬＬ（宛先未定義）であったら（Ｓ２０２の「Ｙｅｓ」）、ａｄｒに一致する宛先が見つかる前にテーブルが終了したということなので、「未定義」を戻り値として返して終了する（Ｓ２０３）。Ｓ２０２で、Ｓａｄｒ［ｉ］がＮＵＬＬ（宛先未定義）でないなら、Ｓａｄｒ［ｉ］がａｄｒに一致したら（Ｓ２０４の「Ｙｅｓ」）、それに対応する記録幅（Ｓｗｉｄｔｈ［ｉ］）を戻り値として返して終了する（Ｓ２０５）。ＮＵＬＬにもａｄｒにも一致しなかったら（Ｓ２０４の「Ｎｏ」）、インデックスｉを増やして（ｉ←ｉ＋１：Ｓ２０６）、ステップＳ２０２に戻り、同様の比較を繰り返す。
【００３６】
図５に複数の宛先を設定し、設定した宛先を記憶するとともに、記録幅テーブルを元にそれらの宛先に対する最小の記録幅を検索する手順のフローを示す。このフローはＰＣ側で文書の画像生成時の最初に行われ、ここで検索した最小記録幅を元に、各ページの画像を生成する際に縮小するかどうかを決定する。まず変数ＮＡＤＲ（宛先数）を０にクリアし（Ｓ３０１）、変数ＭＩＮ＿ＷＩＤＴＨ（最小記録幅）を「Ａ３幅」に初期化しておく（Ｓ３０２）。
【００３７】
次にユーザが設定した（複数の）宛先（Ｓ３０３）から一つを配列変数ＡＤＲ［ＮＡＤＲ］に記憶する（最初はＮＡＤＲ＝０なので記憶する配列変数の箇所はＡＤＲ［０］である）。次に図４のフローに従って、ＡＤＲ［ＮＡＤＲ］に対する記録幅を検索し、検索結果を変数ｗｉｄｔｈに格納する（Ｓ３０４）。ここで、ｗｉｄｔｈが「未定義」でなく（Ｓ３０５の「Ｎｏ」）、かつｗｉｄｔｈがＭＩＮ＿ＷＩＤＴＨより小さければ（Ｓ３０６の「Ｙｅｓ」：この判断での大小比較はＡ３幅＞Ｂ４幅＞Ａ４幅として行う）、ＭＩＮ＿ＷＩＤＴＨをｗｉｄｔｈで置き換える（Ｓ３０７）。その後、ＮＡＤＲを「１」インクリメントし（Ｓ３０８）、次の宛先があれば（Ｓ３０９の「Ｙｅｓ」）宛先設定から繰り返し、次の宛先がなければ終了する（Ｓ３０９の「Ｎｏ」）。図５のフロー終了時点で、ＮＡＤＲには宛先数が、ＡＤＲ［０］〜ＡＤＲ［ＮＡＤＲ−１］には入力した宛先が、ＭＩＮ＿ＷＩＤＴＨにはそれらの宛先から検索した最小の記録幅がそれぞれセットされる。
【００３８】
まず、本発明の実施形態のため、同じページに対し複数の方法（Ａ３幅のページに対し、Ａ３幅で蓄積するのとＡ４幅に縮小して蓄積する、等）で蓄積するための画像ファイルの管理方法について〔表２〕（Ａ），（Ｂ）に示す。
【００３９】
【表２】
0003771197.tif 000003
【００４０】
画像はＩＭＧ［ｐ］［ｉ］（ｐ：ページ番号（ｐ＝１，２，３・・・）、ｉ：ページ内インデックス（ｉ＝０，１，２，３））という二次元配列で管理することにし、ＩＭＧ［ｐ］［ｉ］．ＰＩＣが一ページの画像を蓄積するページファイル、ＩＭＧ［ｐ］［ｉ］．ＷＩＤＴＨがＩＭＧ［ｐ］［ｉ］．ＰＩＣの画像幅（Ａ３幅／Ｂ４幅／Ａ４幅／未定義）を示しているとする。
【００４１】
ＩＭＧ［ｐ］［ｉ］．ＰＩＣ，ＩＭＧ［ｐ］［ｉ］．ＷＩＤＴＨとも図１における蓄積メモリ１０７上に確保する。ＩＭＧ［ｐ］［ｉ］．ＷＩＤＴＨ＝未定義の場合は、それに対応するページファイルＩＭＧ［ｐ］［ｉ］．ＰＩＣには画像は蓄積されていないことを示す。通常はｉ＝０のみ用い、画像はＩＭＧ［ｐ］［０］．ＰＩＣにのみ蓄積し、ＩＭＧ［ｐ］［０］．ＷＩＤＴＨにＩＭＧ［ｐ］［０］．ＰＩＣの画像の幅（Ａ３幅／Ｂ４幅／Ａ４幅）をセットし、ＩＭＧ［ｐ］［１］．ＷＩＤＴＨ，ＩＭＧ［ｐ］［２］．ＷＩＤＴＨ，ＩＭＧ［ｐ］［３］．ＷＩＤＴＨには「未定義」をセットする。一つのページに対してＡ３幅用、Ｂ４幅用、Ａ４幅用といったように複数の方法による画像を蓄積する場合は、ＩＭＧ［ｐ］［０］．ＰＩＣにＡ３幅用の画像、ＩＭＧ［ｐ］［１］．ＰＩＣにＢ４幅用の画像、ＩＭＧ［ｐ］［２］．ＰＩＣにＡ４幅用の画像を蓄積し、ＩＭＧ［ｐ］［０］．ＷＩＤＴＨにＡ３幅、ＩＭＧ［ｐ］［１］．ＷＩＤＴＨにＢ４幅、ＩＭＧ［ｐ］［２］．ＷＩＤＴＨにＡ４幅をセットし、ＩＭＧ［ｐ］［３］．ＷＩＤＴＨには未定義をセットする。このようにして、同じページに対し、異なる送信幅用の画像をそれぞれ蓄積できるようにする。
【００４２】
図６に、本発明の画像転送手段の処理フロー、すなわちあるページの元文書（生成した画像の幅）の幅が送信先の最小記録幅より大きい場合（送信先の最大記録幅より小さい場合）に、そのページに対して縮小せずに作成した画像と縮小して作成した画像をそれぞれファクシミリ装置１１に転送するフローを示す。
【００４３】
図６では、まず図５のフローに従って宛先を設定する（Ｓ４０１）。その際には、入力された（複数の）宛先に対する最小の記録幅が変数ＭＩＮ＿ＷＩＤＴＨにセットされる。ついで、ファクシミリ装置１１にその設定した宛先を通知し（Ｓ４０２）、ページ番号を表す変数ｐを「０」にセットして初期化する（Ｓ４０３）。
次にｐをインクリメント（ｐ←１）して「１」増やす（Ｓ４０４：この時点でｐはこれから生成しようとしている文書のページ番号を示している）。続いて文書からｐページ目を読み込み（Ｓ４０５）、その文書を縮小せずに画像を作成した場合の幅（元文書の幅）を変数ｗｉｄｔｈにセットする。ついで元文書の幅ｗｉｄｔｈと最小記録幅ＭＩＮ＿ＷＩＤＴＨに応じて、ｐページ目の画像として一つないしは複数生成してファクシミリに転送する（４０６）。この部分については〔表３〕を用いて後述する。このようにして１ページ分の画像生成・ファクシミリへの転送が終了すると、次ページがあればｐを１増やすところから繰り返し（Ｓ４０７の「Ｙｅｓ」）、次ページがなければ終了する（Ｓ４０７の「Ｎｏ」）。
【００４４】
〔表３〕および図７により、画像生成手段の処理フロー、すなわち元文書の幅ｗｉｄｔｈと最小記録幅ＭＩＮ＿ＷＩＤＴＨに応じて画像を生成する処理手順について示す。〔表３〕の画像生成処理手順では、「画像生成方法」のカラムのページ内インデックス（［ｘ］：ｘ＝０，１，２）は、それぞれの方法で生成した画像が蓄積されることを表している。ここでは、等倍の画像と縮小した画像の両方を生成する場合でも、インデックス＝０のところには等倍の画像が蓄積されるようにしている。
【００４５】
【表３】
0003771197.tif 000004
【００４６】
たとえば、図７に示すように元文書の幅ｗｉｄｔｈ＝Ａ３幅で最小記録幅ＭＩＮ＿ＷＩＤＴＨ＝Ａ４幅の場合、まず元文書に対して等倍で（縮小せずに）Ａ３幅の画像を生成し（Ｓ５０１）、その画像をｐページ目のページ内インデックス＝０の画像としてファクシミリに転送する（Ｓ５０２）。この際、併せてその画像がＡ３幅であることをファクシミリに通知する。ファクシミリ側では、この画像の転送に対しＩＭＧ［ｐ］［０］．ＰＩＣに画像を格納し、ＩＭＧ［ｐ］［０］．ＷＩＤＴＨにＡ３幅をセットする。ついで元文書Ａ３幅の画像をＢ４幅に縮小して画像を生成する（Ｓ５０３）。縮小の方法としては、たとえば文字の大きさをポイント指定された文書をＡ３幅からＢ４幅に縮小した画像を作成したい場合、Ｂ４幅／Ａ３幅の割合だけ小さくしたポイント値の文字を生成すればよい。この生成したＢ４幅の画像を今度はｐページ目のページ内インデックス＝１の画像としてファクシミリに転送し、併せてその画像がＢ４幅であることをファクシミリに通知する。同様に元文書Ａ３幅の画像をＡ４幅に縮小して画像を生成し（Ｓ５０４）、その画像をｐページ目のページ内インデックス＝２の画像としてファクシミリに転送し（Ｓ５０５）、併せてその画像がＡ４幅であることをファクシミリに通知する（Ｓ５０６）。
【００４７】
このようにすることによって、たとえば最小記録幅がＡ４幅、元文書の幅がＡ３幅の場合、送信時に記録幅能力がＡ４幅の相手先に対しては、画像生成時にＡ４幅に縮小された画像がメモリ上に蓄積されて用意され、記録幅能力がＡ３幅の相手先に対しては、縮小せずに生成された画像がまたメモリ上に蓄積されて用意されている。
【００４８】
図８に、まず送信時にページ番号ｐと送信時のネゴシエーション結果から得られた相手機の記録幅能力ｒ＿ｗｉｄｔｈ（ＤＩＳで通知される幅）を元に、〔表３〕のように複数の方法で生成し蓄積した画像から送信に用いる画像を選択する処理を示す。
図８ではフロー終了時に、変数ｉｎｄｅｘにページｐのうち送信に用いる画像のインデックスがセットされる。すなわち送信時にはＩＭＧ［ｐ］［ｉｎｄｅｘ］．ＰＩＣの画像を用いればよいことになる。また変数ｗｉｄｔｈには送信画像の幅（ＤＣＳで通知する幅）がセットされる。
【００４９】
まず、ＩＭＧ［ｐ］［０］．ＰＩＣには縮小せずに読み取った画像が蓄積されているので、その画像幅ＩＭＧ［ｐ］［０］．ＷＩＤＴＨとｒ＿ｗｉｄｔｈを比較し（Ｓ６０１）、ｒ＿ｗｉｄｔｈの方が大きいか等しければ（Ｓ６０１の「Ｙｅｓ」）、ＩＭＧ［ｐ］［０］．ＰＩＣの画像をそのまま送信できるため、ｉｎｄｅｘに０をセットし（Ｓ６０２：ｉｎｄｅｘ←０）、ｗｉｄｔｈにＩＭＧ［ｐ］［０］．ＷＩＤＴＨをセットして終了する。Ｓ６０１においてＩＭＧ［ｐ］［０］．ＷＩＤＴＨよりもｒ＿ｗｉｄｔｈの方が小さければ（Ｓ６０１の「Ｎｏ」）、続いてｒ＿ｗｉｄｔｈと、ＩＭＧ［ｐ］［１］．ＷＩＤＴＨ， ＩＭＧ［ｐ］［２］．ＷＩＤＴＨを比較し、どちらかがｒ＿ｗｉｄｔｈと一致すれば（Ｓ６０３，Ｓ６０５で「Ｙｅｓ」）、その記録幅用に縮小して蓄積された画像が用意されているということなので、ｉｎｄｅｘに１または２をセットし、ｗｉｄｔｈにその（縮小後の）画像の幅ＩＭＧ［ｐ］［１］．ＷＩＤＴＨまたはＩＭＧ［ｐ］［２］．ＷＩＤＴＨをセットして（Ｓ６０４，Ｓ６０６）、処理を終了する。
【００５０】
Ｓ６０３，Ｓ６０５の判断がともに「Ｎｏ」となる場合は、画像を縮小する必要があるが、あらかじめ縮小して蓄積された画像がないということである。この場合、縮小せずに読み取った画像を元にして送信時に間引いて縮小するしかない。このため、ｉｎｄｅｘには０をセット（縮小していない画像ＩＭＧ［ｐ］［０］．ＰＩＣを用いる）し、ｗｉｄｔｈにはｒ＿ｗｉｄｔｈをセットする（Ｓ６０７）。この場合、ｗｉｄｔｈ＝ＩＭＧ［ｐ］［ｉｎｄｅｘ］．ＷＩＤＴＨとはならないため、幅ＩＭＧ［ｐ］［０］．ＷＩＤＴＨで生成された画像を送信時に縮小して幅ｗｉｄｔｈにして送信しなければならない。そのためにはいったん完成した画像に対し、ラインを間引くといった方法になるため、画像生成時に縮小した場合に比べて画質が劣化する。ただし、このように途中の条件に当てはまらず最終的に送信時に間引いて縮小せざるを得ないのは、記録幅テーブル上にその相手先の記録幅が記憶されていない場合か、実際にネゴシエーションを行った結果の記録幅が、記録幅テーブルに記憶されている幅と異なっていた場合（相手側で機種を入れ替えた場合など）であり、使用頻度の高い宛先に対してはそのようなケースは少ないと考えられる。
【００５１】
次に、図６のフローに従ってメモリに蓄積した画像を実際に送信する時のフローを図９に示す。図９のフローは複数入力された宛先のうち一つの宛先への送信について示しており、実際には図９のフローを宛先数分繰り返すことになる。図９では、まず宛先にダイヤルし（Ｓ７０１）、ページ番号を表す変数ｐを１に初期化しておき（Ｓ７０２）、続いてＣＮＧを送信・ＣＥＤを受信する（フェーズＡ）（Ｓ７０３）。続いてＣＳＩ・ＤＩＳを受信し（Ｓ７０４）、ＤＩＳから相手機の実際の（その時点での）記録幅能力を得、変数ｒ＿ｗｉｄｔｈにセットする。続いてその宛先の記録幅が記録幅テーブルにない場合か、テーブルと変わっている場合に備え、図３のフローに従って記録幅テーブルを更新しておく（Ｓ７０５）。続いてまずＴＳＩを送信し（Ｓ７０６）、図８のフローに従って、ページ番号ｐと記録幅能力ｒ＿ｗｉｄｔｈを元にして、送信に用いる画像のインデックスｉｎｄｅｘと、送信幅ｗｉｄｔｈを決定する（Ｓ７０７）。次にＤＣＳを送信するが（Ｓ７０８）、その際に画像幅はｗｉｄｔｈで通知する。続いてトレーニングを行いフェーズＢは完了する（Ｓ７０９）。
【００５２】
続くフェーズＣでの画像（メッセージ）送信にあたって、まず送信幅ｗｉｄｔｈが送信に用いる画像の幅ＩＭＧ［ｐ］［ｉｎｄｅｘ］．ＷＩＤＴＨより小さいかどうか判断する（Ｓ７１０）。小さければ〔表３〕で説明したように、送信時に間引いて縮小しなければならないケース（ただし使用頻度の高い宛先については少ないケース）なので、ＩＭＧ［ｐ］［ｉｎｄｅｘ］．ＰＩＣの画像をｗｉｄｔｈ幅に間引いて送信する（Ｓ７１２）。さもなければｉｎｄｅｘで決まる画像ＩＭＧ［ｐ］［ｉｎｄｅｘ］．ＰＩＣの画像をそのまま送信する（Ｓ７１１）。
【００５３】
続いて、まず次ページがあるかどうか調べ（Ｓ７１３）、次ページがない場合はＥＯＰを送信しＭＣＦ（Ｓ７１４）を受信し（フェーズＤ）（Ｓ７１５）、ＤＣＮを送信して回線を切断し（フェーズＥ）終了する（Ｓ７１６）。次ページがあれば、ｐをインクリメントし（ｐ←ｐ＋１）（Ｓ７１７）、変数ｗｉｄｔｈ０に前のページの画像幅としてｗｉｄｔｈを保存しておいた後（Ｓ７１８）、再度図８のフローに従ってｐ、ｒ＿ｗｉｄｔｈよりｉｎｄｅｘ、ｗｉｄｔｈを決定する（Ｓ７１９）。そこでｗｉｄｔｈ（次ページの画像の送信幅）がｗｉｄｔｈ０（全ページの画像の送信幅）と等しければ（Ｓ７２０）、同じ送信モードで次ページの画像を送信するため、ＭＰＳを送信・ＭＣＦを受信した後（Ｓ７２３，Ｓ７２４）、フェーズＣの前のｗｉｄｔｈとＩＭＧ［ｐ］［ｉｎｄｅｘ］．ＷＩＤＴＨとの比較に戻る（Ｓ７１０：ここでは画像幅以外の送信モードは変更されないものとする）。等しくない場合、異なるモードで次ページの画像を送信するため、ＥＯＭを送信・ＭＣＦを受信した後（Ｓ７２１，Ｓ７２２）、フェーズＢの先頭であるＣＳＩ・ＤＩＳ受信（Ｓ７０４）に戻る。
【００５４】
【発明の効果】
複数の宛先を指定してＰＣ-ＦＡＸ送信を行う際に、各宛先に対して、記憶してあるその宛先に対する記録幅より最小の記録幅を検索し、作成しようとする文書のページの画像の幅が、その最小の記録幅を上回った場合に、そのページに対して、通常に作成した画像と、縮小して作成した画像をファクシミリのメモリにそれぞれ蓄積するようにした。これにより、送信時に、各相手先に応じた最適な画像を用意することができるようになり、特に縮小する場合、送信時に間引く場合に比べて画質の劣化を押さえた画像とすることができる。
【００５５】
同じ文書のページに対して複数の宛先にＰＣ-ＦＡＸ送信を行う際に、相手機の記録幅に応じて、あらかじめ複数の方法で蓄積された画像の中から選択して画像を送信することにより、送信時に、各相手先に応じた最適な画像を用意することができるようになり、特に縮小する場合、送信時に間引く場合に比べて画質の劣化を押さえた画像を送信することができる。
【図面の簡単な説明】
【図１】本発明の画像送信装置を説明するためのシステム構成図である。
【図２】標準的なＧ３プロトコル交信の例を示す図である。
【図３】記録幅テーブルに設定を追加する手順のフローを示す図である。
【図４】記録幅テーブルから、ある宛先に対する記録幅を検索する手順のフローを示す図である。
【図５】複数の宛先を設定し、設定した宛先を記憶するとともに記録幅テーブルを元にそれらの宛先に対する最小の記録幅を検索する手順のフローを示す図である。
【図６】あるページの元文書（生成した画像の幅）の幅が送信先の最小記録幅より大きい場合に、そのページに対して縮小せずに作成した画像と縮小して作成した画像をそれぞれファクシミリ装置に転送するフローを示す図である。
【図７】元文書の幅と最小記録幅に応じて画像を生成する方法を示す図である。
【図８】送信時にページ番号と送信時のネゴシエーション結果から得られた相手機の記録幅能力を元に、複数の方法で生成し蓄積した画像から送信に用いる画像を選択する処理を示す図である。
【図９】メモリに蓄積した画像を実際に送信する時のフローを示す図である。
【符号の説明】
１１  ファクシミリ装置
１０１  ネットワークＩ／Ｆ装置（Ｎｅｔ−Ｉ／Ｆ）
１０２  スキャナ
１０３  画像処理装置
１０４  ページメモリ
１０５  圧縮器
１０６  伸長器
１０７  蓄積メモリ
１０８  モデム用圧縮器
１０９  モデム
１１０  ファクシミリコントローラ
２１，２２，２３  クライアントＰＣ
２００  ネットワーク
【図１】
0003771197.tif 000005
【図２】
0003771197.tif 000006
【図３】
0003771197.tif 000007
【図４】
0003771197.tif 000008
【図５】
0003771197.tif 000009
【図６】
0003771197.tif 000010
【図７】
0003771197.tif 000011
【図８】
0003771197.tif 000012
【図９】
0003771197.tif 000013