JP4080703B2

JP4080703B2 - 通信装置

Info

Publication number: JP4080703B2
Application number: JP2001091863A
Authority: JP
Inventors: 直樹若杉
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-03-28
Filing date: 2001-03-28
Publication date: 2008-04-23
Anticipated expiration: 2021-03-28
Also published as: JP2002290470A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークファクシミリ装置等の通信装置、その送受信制御方法、プログラム及び記憶媒体に関する。
【０００２】
【従来の技術】
近年、ファクシミリ装置もインタネットとの融合化が進み、電話回線やＩＳＤＮなどの一般公衆回線を使用してファックス通信を行う伝統的なファックス機能に加えて、例えば、ＬＡＮ（Local Area Network）インタフェース機能を備えることで電子メールによりファックス情報の送受信を可能としたコンピュータネットワーク対応型のファクシミリ装置も実用されるに至っている。特に、蓄積交換型（ストア＆フォワード型）のネットワークファクシミリ装置にあっては、伝統的な手法「インタネットに接続されたコンピュータ上でメール送受信用ソフト（メーラ）を利用する」よりも操作が容易であり、ファクシミリ送受信を行う場合と同じ感覚でメールの送受信が可能なものである。即ち、送信あて先としてファックス番号の代わりにメールアドレスを入力することで、スキャナから読み込まれた送信原稿が画像ファイルとしてメールに添付されて送信される。このような蓄積交換型のネットワークファクシミリ装置に関しては、ＩＴＵ（International Telecommunication Union：国際電気通信連合）−Ｔ勧告Ｔ．３７（シンプルモード＆フルモード）にそのファクシミリ伝送制御手順等が規定されている。
【０００３】
ここに、このようなネットワーク型ファクシミリ装置では、送信時に、ＩＴＵ−ＴＴ．３７に準拠したデータ（ＴＩＦＦ−ＦプロファイルＳ）を作成する必要がある。即ち、スキャナで読取った送信原稿の画像データ（ファックスデータ）をメール形式用ファイル（ＴＩＦＦ−Ｆ（ＭＨ））に変換してメール送信する必要がある。ＴＩＦＦは画像ファイルフォーマットを意味する。ＴＩＦＦ−ＦプロファイルＳとは、この種のネットワークファクシミリで最低限サポートされていなければならないファイルフォーマットであり、具体的には、最小限白黒モード、ＭＨ圧縮データである。また、ＴＩＦＦ−Ｆ用のＭＨとは、従来の公衆回線のみ利用するファクシミリ装置で扱うＭＨと異なる点は、ライン単位でバイト境界で格納すること（シーケンシャルに送信するため）、及び、ＲＴＣ（Return To Control：終了コード）が存在しない点である。
【０００４】
一方、ファクシミリ装置にあっては、ネットワーク型に限らず、送信側で登録しておいた自端末識別子情報としてＴＴＩ（Transmitter Terminal Identification）を付加することが多い。このＴＴＩには、発信日時（送信時刻）、発信元（ファックス番号、発信元名称など）が含まれ、アルファベット、数字などにより記録紙先頭部分などに自動的に印字される。
【０００５】
このようなことから、従来のネットワーク型ファクシミリ装置にあっては、原稿画像を読取ってから送信するまでの処理手順として、図１２に示すように、スキャナで読取った送信原稿の画像データを符号化部の処理により一旦圧縮モードＭＭＲ（Modified Modified Read方式）により圧縮してＭＭＲデータとして画像蓄積装置に蓄積させた後、復号化部の処理よりビットマップデータに変換して生データとして、この状態で、ＴＴＩ情報等の必要な付加情報を埋め込む処理を施し、この後、符号化部により圧縮モードＭＨ（Modified Huffman方式）にて圧縮してＭＨデータに変換する。このＭＨデータへの変換に際して、ＴＩＦＦ−Ｆファイル作成時の参照用にライン数、バイト数等のＴＩＦＦ変換用に必要な情報をページ単位でＴＩＦＦ−Ｆヘッダ部分に格納し、ＴＩＦＦ−Ｆファイルを作成する。この後、メールサーバに接続し、作成されたＴＩＦＦ−Ｆファイルをbase64エンコードし、メールデータとして送信する。
【０００６】
【発明が解決しようとする課題】
スキャナで読取った画像データをＭＭＲデータとして画像蓄積装置に蓄積させる１つの要因は圧縮率が高いからである。また、一旦圧縮した画像データをビットマップデータに変換するのは、ＴＴＩ情報を埋め込むためであり、そのために生データに戻している。ちなみに、ＴＴＩデータとしては、通常、送信時刻情報を埋め込むため、時刻指定送信、リダイヤル送信等のケースを考慮すると、画像蓄積装置への蓄積時にＴＴＩデータを埋め込むことができないため、一旦、画像蓄積装置に蓄積した後、実際の送信時に埋め込むようにしている。
【０００７】
このように、従来にあっては、ＭＭＲデータへの圧縮符号化処理−ビットマップデータへの復号化処理−ＴＩＦＦ−Ｆ用のＭＨデータへの圧縮符号化処理を必要としているため、実際に送信処理が実行されるまでに要する時間が長くかかっている。特に、ＴＴＩはユーザの選択設定によるものであり、その付加を必要としないケースもあり、このようなケースでは無駄な処理時間を要していることになる。
【０００８】
そこで、本発明は、原稿の画像データをメール形式に変換して送信するまでに要する処理時間を極力短縮させることができる通信装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
請求項１に係る発明は、読み取った原稿を電子メールとして送信先へ送信する通信装置であって、原稿を読み取る読取手段と、電子メールを送信する際に、該電子メールのメールヘッダの付加情報を送信先に印字させる指示をする指示手段と、前記指示手段が付加情報の印字を指示していない場合には、読み取った原稿の画像データを圧縮モードＭＭＲに基づいて圧縮したＭＭＲデータを蓄積し、その蓄積したＭＭＲデータをビットマップデータに変換して付加画像情報を埋め込み、その付加画像情報が埋め込まれたビットマップデータを圧縮モードＭＨに基づいて圧縮して前記送信先へ送信する第一制御を行い、前記指示手段が付加情報の印字を指示している場合には、読み取った原稿の画像データを圧縮モードＭＨに基づいて圧縮して前記送信先へ送信する第二制御を行う制御手段とを備えたことを特徴とする。
【００４３】
【発明の実施の形態】
本発明の第一の実施の形態を図１ないし図６に基づいて説明する。図１は本実施の形態の通信装置であるネットワーク型ファクシミリ装置を含むネットワーク構成例を示すブロック図である。図示例では、例えば、複数台のワークステーション装置ＷＳＡ１，…，ＷＳＡｎ、メールサーバ装置、ネットワークファックス装置ＡをＬＡＮに接続してなるＬＡＮシステムＡと、複数台のワークステーション装置ＷＳＢ１，…，ＷＳＢｎ、メールサーバ装置、ネットワークファックス装置ＢをＬＡＮに接続してなるＬＡＮシステムＢとを有し、これらのシステム同士が各々ルータ装置Ａ，Ｂを介してインターネットに接続されているとともに、ネットワークファックス装置Ａ，ＢはＰＳＴＮ，ＩＳＤＮなどの公衆回線網に接続されている。この公衆回線網には通常のファックスＣも接続されている。なお、図中に示すifaxb@xyz.co.jp等はメールアドレスを示している。
【００４４】
図２はネットワークファックス装置Ａ，Ｂ等の構成例を示すブロック図である。システム制御部１はＣＰＵを有してマイクロコンピュータを構成し、蓄積交換型プログラム方式による伝送制御手順に従い当該ファクシミリ装置の全体動作制御を行う。システムメモリ２はＲＡＭやＲＯＭからなり、システム制御部１のＣＰＵが用いる動作制御用のプログラムや各種データを記憶する。即ち、本実施の形態では、システムメモリ２中のＲＯＭに後述するような各種機能を実現するためのプログラムが格納されており、このＲＯＭがプログラムを記憶した記憶媒体として機能している。このため、本実施の形態では、ＲＯＭが例えばＥＥＰＲＯＭやフラッシュメモリにより構成され、ＲＯＭに記憶されているプログラムが書換え自在とされている。なお、特に図示しないが、ネットワーク経由でプログラムをダウンロードさせる場合であれば、ネットワークインタフェースを付加すればよい。
【００４５】
スキャナ３は送信対象となる原稿画像を光電変換して電気的に読取り、画情報を生成する。プロッタ４はレーザプリンタ等により構成され、受信した画情報の印刷出力を受け持つ。操作表示部５はワンタッチキーやテンキー等の入力操作部とＬＣＤ等の表示部とを備える。符号化復号化部６は送信する画情報に対してＭＨ，ＭＭＲ等の所定の圧縮モードに従い圧縮処理を施したり、逆に、元のデータに戻すためのビットマップデータ展開等の復号化処理を施す。メモリ構成の画像蓄積装置７は、送受信対象となる符号化圧縮された状態の画情報を蓄積する。ＬＡＮ伝送制御部８はＬＡＮ上のＬＡＮ伝送制御部９と接続されることにより、インタネット側とのインタフェース機能を持ち、ネットワーク型ファクシミリ装置としての機能が確保されている。
【００４６】
さらに、モデム１０はＧ３ファックス用モデムであり、網制御装置１１は当該ファクシミリ装置を公衆回線網（ＰＳＴＮ）に接続するためのものであり、自動発着信機能を備えている。
【００４７】
これらの構成要素は内部バス１２に接続されており、これらの各構成要素間でのデータのやり取りは、主としてこの内部バス１２を介して行われる。なお、網制御装置１１とモデム１０との間のデータのやり取りは直接行われる。また、内部バス１２には、パラメータメモリ１３や時計回路１４も接続されている。
【００４８】
このような構成において、例えば、ネットワークファクスＡからネットワークファックスＢに電子メールにて原稿画像情報を送信する場合を考える。この場合の処理制御例を図３に示すフローチャート及び図４に示すブロック図的フローチャートを参照して説明する。
【００４９】
まず、ネットワークファックスＡのスキャナ３に送信原稿をセットし、宛先であるネットワークファックスＢのメールアドレスifaxb@xyz.co.jpを入力し送信指示を行う（ステップＳ１）。この際、付加画像情報の一つであるＴＴＩ印字非設定で送信させるものとする（Ｓ２のＮ）。このステップＳ２の処理により、蓄積方式切換え手段、蓄積方式切換えステップないしは蓄積方式切換え機能が実現されている。
【００５０】
ネットワークファックスＡでは、スキャナ３により送信原稿の画像データを読取り、符号化復号化部６で圧縮モードＭＨにより圧縮してＭＨデータとして画像蓄積装置７に蓄積させる（Ｓ３）。このステップＳ３の処理により、ＭＨ蓄積手段、ＭＨ蓄積ステップないしはＭＨ蓄積機能が実現されている。この際、ページ単位にＭＨデータのライン数、バイト数を調査し、ＴＩＦＦ−Ｆファイルのヘッダ部分に格納することにより、ＴＩＦＦ−Ｆ（ＭＨ）ファイルを作成する（Ｓ４）。このステップＳ４の処理により、ＭＨ系ＴＩＦＦ−Ｆ作成手段、ＭＨ系ＴＩＦＦ−Ｆ作成ステップないしはＭＨ系ＴＩＦＦ−Ｆ作成機能が実現されている。
【００５１】
以降、メールサーバ装置Ａと接続し、ＴＩＦＦ−Ｆファイルをbase64エンコードし（Ｓ５）、メールデータとしてネットワークファックスＢに送信する（Ｓ６）。
【００５２】
図５にＴＩＦＦ−Ｆ（ＭＨ）のデータ構造例を示す。このデータはシーケンシャルに送信されるもので、ヘッダ部分に続き、ページ毎のＩＦＤ（Image File Directry）、当該ページの画像データ（ＭＨ）をページ順に並べた構造からなる。各ＩＦＤ領域中には、ＴＩＦＦに変換するために必要なライン数情報（又は、バイト数情報）の他、ページ番号、解像度等の情報、並びに、次のページのＩＦＤへのオフセット（又は、ＭＨデータへのポインタ）情報が格納された構造とされている。
【００５３】
模式的に示す図６を参照して、ＭＨデータ作成のより実際的な処理例を説明する。まず、スキャナ３で読取られた送信原稿の画像データは、スキャナ制御部１５による制御の下に、一旦、イメージデータ読込み用バッファ（テンポラリバッファ）１６に格納する。このイメージデータ読込み用バッファ１６に格納されたデータは、ライン単位（又は、ブロック単位）でデータ変換処理部１７（符号化復号化部６）、イメージデータのライン数をカウントし、画像蓄積装置７内においてライン数蓄積用領域７ａに格納する。この領域７ａは、ページ単位に、イメージデータが処理される度にインクリメントされる。引き続き、データ変換処理部１７ではイメージデータをＭＨデータに変換して画像蓄積装置７に格納する。この格納に際して、ＭＨデータのバイト数をカウントし、画像蓄積装置７内においてバイト数蓄積用領域７ｂに格納する。この領域７ｂも、ページ単位に、イメージデータが処理される度にインクリメントされる。以上の処理により、ＭＨデータが作成される。
【００５４】
メール送信時には、ＴＩＦＦ−Ｆ作成処理部では、ライン数、バイト数、ＭＨデータへのポインタが格納されている領域を参照することで、ＴＩＦＦ−Ｆファイルデータを作成することができる。
【００５５】
従って、このようなステップＳ２のＮ，Ｓ３，Ｓ４による処理によれば、スキャナ３により読取られた送信原稿の画像データをメール形式用ファイルＴＩＦＦ−Ｆを作成するのに適した圧縮モードＭＨにより圧縮してＭＨデータとして画像蓄積装置７に蓄積させ、そのままＭＨ系ＴＩＦＦ−Ｆ作成手段によりメール形式用ファイルＴＩＦＦ−Ｆを作成することで、ＭＭＲ圧縮を経て蓄積させ、ビットマップデータに復号展開する、というような画像処理を経ることがないので、スキャナ３で送信原稿を読み込んでから電子メールとして送信出力するまでに要する処理時間を短縮させることができる。
【００５６】
一方、送信処理に際して、オペレータよりＴＴＩ印字設定有りで送信指示された場合には（Ｓ２のＹ）、スキャナ３で読取られた送信原稿の画像データが符号化復号化部６において圧縮モードＭＭＲにより圧縮されてＭＭＲデータとして画像蓄積装置に蓄積させる（Ｓ７）。このステップＳ７の処理により、ＭＭＲ蓄積手段、ＭＭＲ蓄積ステップないしはＭＭＲ蓄積機能が実現されている。引き続き、実際の送信処理時に、符号化復号化部６の復号部によりＭＭＲデータをビットマップデータに変換するとともに（Ｓ８）、必要なＴＴＩ情報を付加画像情報として埋め込む（Ｓ９）。これらのステップＳ８，Ｓ９の処理により、付加情報付加処理手段、付加情報付加処理ステップないしは付加情報付加処理機能が実現されている。さらに、ビットマップデータに展開されたイメージデータを符号化復号化部６の符号化部により圧縮モードＭＨに従いＭＨデータに変換してＴＩＦＦ−Ｆ（ＭＨ）ファイルを作成する（Ｓ１０）。このステップＳ１０の処理により、ＭＭＲ系ＴＩＦＦ−Ｆ作成手段、ＭＭＲ系ＴＩＦＦ−Ｆ作成ステップないしはＭＭＲ系ＴＩＦＦ−Ｆ作成機能が実現されている。即ち、ステップＳ７〜Ｓ１０の処理は従来通りの処理である。後は、前述の場合と同様に、メールサーバ装置Ａと接続し、ＴＩＦＦ−Ｆファイルをbase64エンコードし（Ｓ５）、メールデータとしてネットワークファックスＢに送信する（Ｓ６）。
【００５７】
従って、従来通り、ＴＴＩのように付加画像情報の印字設定を伴う場合には、ＭＭＲ圧縮を経て蓄積させ、ビットマップデータに復号展開する、という手順を踏んで付加画像情報を付加する処理を行うので、従来のＴＴＩ等の付加画像情報の印字設定時との並存を図ることができる一方、付加画像情報の印字非設定時には送信処理の高速化を図ることができる。
【００５８】
なお、本実施の形態では、付加画像情報の例として、送信時刻、送信元情報等を印字させるＴＴＩの場合で説明したが、ＴＴＩの場合に限らず、例えば、宛名差込み情報やメモリ転送マーク等の場合であっても同様に適用できる。
【００５９】
本発明の第二の実施の形態を図７ないし図９に基づいて説明する。第一の実施の形態で示した部分と同一部分は同一符号を用いて示し、説明も省略する（以降の実記の形態でも同様とする。
【００６０】
本実施の形態では、ＴＴＩ印字設定なしでメール送信した場合でも、受信側での処理により、ＴＴＩを埋め込み印字出力させることができるようにしたものである。
【００６１】
ここでも、例えばネットワークファックスＡからネットワークファックスＢへメール送信する場合を想定する。
【００６２】
まず、ネットワークファックスＡのスキャナ３に送信原稿をセットし、宛先であるネットワークファックスＢのメールアドレスifaxb@xyz.co.jpを入力し送信指示を行う（ステップＳ１）。この際、ＴＴＩ印字非設定で送信させるものとする。これにより、前述したステップＳ３，Ｓ４，Ｓ５及びＳ６の処理により、ネットワークファックスＢに対してメール送信させる（Ｓ１１）。
【００６３】
一方、このようなメール送信を受けるネットワークファックスＢ側では、メールを受信すると（Ｒ１）、その符号化復号化部６の復号化部によりＴＩＦＦ−Ｆファイル中からＭＨデータを抽出し、ＭＨデータをページ毎にビットマップデータに変換し（Ｒ２）、受信した電子メールのメールヘッダ中のDate:”情報から受信時刻及び受信日時、“From:”情報から送信元情報、“Subject:”情報から主題情報を各々取得して、受信画像中の所定領域に埋め込む（Ｒ３）。このステップＲ３の処理より、受信側ＴＴＩ処理手段、受信側ＴＴＩ処理ステップないしは受信側ＴＴＩ処理機能が実現されている。その後、符号化復号化部６の符号化部により圧縮モードＭＭＲにより圧縮してＭＭＲデータとして画像蓄積装置７に格納した後（Ｒ４）、プロッタ４を駆動させて記録紙上に印刷処理を行わせる（Ｒ５）。
【００６４】
図８は受信した電子メールのメールヘッダ部に含まれる情報例を示し、図９は埋め込まれたＴＴＩの印字出力例を示す説明図である。
【００６５】
従って、電子メールによるファックス情報受信には受信時刻、送信元情報等が含まれているので、送信側で送信時刻を含むＴＴＩを付加しなくても、受信側で受信時刻情報等を取得してＴＴＩとして受信画像中に埋め込むことでＴＴＩ印字が可能となり、ＴＴＩ付加が必要な場合であっても送信側の処理速度を一律に速くすることができる。
【００６６】
本発明の第三の実施の形態を図１０及び図１１に基づいて説明する。本実施の形態は、前述の第二の実施の形態に関して、ＴＴＩ印字設定を送信側においてメールヘッダを利用して簡単に指定でき、かつ、受信側でも簡単に認識できるようにしたものである。
【００６７】
まず、ネットワークファックスＡのスキャナ３に送信原稿をセットし、宛先であるネットワークファックスＢのメールアドレスifaxb@xyz.co.jpを入力し送信指示を行う（ステップＳ１）。この際、ＴＴＩ印字設定を要する場合には（Ｓ１２のＹ）、メールヘッダ中に“X-TTI:ON”のフィールドを追加する（Ｓ１３）。図１１はこのようなＴＴＩ印字要求を伴うメールヘッダ例を示す説明図であり、“X-”を付けることにより送信側からの任意のフィールドとなる。ＴＴＩ印字設定を要しない場合には、この処理は不要である。この後、前述したステップＳ３，Ｓ４，Ｓ５及びＳ６の処理により、ネットワークファックスＢに対してメール送信させる（Ｓ１１）。
【００６８】
一方、このようなメール送信を受けるネットワークファックスＢ側では、メールを受信すると（Ｒ１）、その符号化復号化部６の復号化部によりＴＩＦＦ−Ｆファイル中からＭＨデータを抽出し、ＭＨデータをページ毎にビットマップデータに変換する（Ｒ２）。この際、受信した電子メールのメールヘッダ中に“X-TTI:ON”フィールドが存在するか否かをチェックする（Ｒ６）。“X-TTI:ON”フィールドが存在すれば（Ｒ６のＹ）、前述の場合と同様に、受信した電子メールのメールヘッダ中の“Date:”情報から受信時刻及び受信日時、“From:”情報から送信元情報、“Subject:”情報から主題情報を各々取得して、受信画像中の所定領域に埋め込む（Ｒ３）。このステップＲ３の処理より、受信側ＴＴＩ処理手段、受信側ＴＴＩ処理ステップないしは受信側ＴＴＩ処理機能が実現されている。その後、符号化復号化部６の符号化部により圧縮モードＭＭＲにより圧縮してＭＭＲデータとして画像蓄積装置７に格納した後（Ｒ４）、プロッタ４を駆動させて記録紙上に印刷処理を行わせる（Ｒ５）。
【００６９】
一方、“X-TTI:ON”フィールドが存在しなければ（Ｒ６のＮ）（“X-TTI:OFF”の場合も含む）、ＴＴＩの埋め込み処理（ステップＲ３の処理）を行わず、符号化復号化部６の符号化部により圧縮モードＭＭＲにより圧縮してＭＭＲデータとして画像蓄積装置７に格納した後（Ｒ４）、プロッタ４を駆動させて記録紙上にＴＴＩなしの印刷処理を行わせる（Ｒ５）。
【００７０】
従って、本実施の形態によれば、電子メールのメールヘッダ情報中でＴＴＩ印字を行うか否かの制御が可能となるので、送信側ではＴＴＩ印字を要する場合でもその旨の情報をメールヘッダ情報中に付加して送信すればよく、送信処理速度を向上させて必要なＴＴＩ印字処理を確実に実行させることができる。
【００７１】
なお、これらの実施の形態では、通信端末の一例としてネットワークファクシミリ装置への適用例で説明したが、他の通信装置としては、例えば複合機等があり、要は、メールの送受信が可能な通信機能を備えている機器であればよい。
【００７２】
また、これらの実施の形態では、スキャナ３により読取られた送信原稿の画像データを適用対象としたが、スキャナ３から読込む以外に、メモリ転送、中継等により、Ｇ３／Ｇ４受信した原稿画像を転送するような原稿の画像データの場合にも同様に適用できる。
【００７３】
【発明の効果】
請求項１に係る発明によれば、ＭＭＲ圧縮を経て蓄積させ、ビットマップデータに復号展開する、というような画像処理を経ることがないので、原稿の画像データを電子メールとして送信出力するまでに要する処理時間を短縮させることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態を示すネットワーク構成例のブロック図である。
【図２】ネットワーク型ファックスの構成例を示すブロック図である。
【図３】処理制御例を示す概略フローチャートである。
【図４】ブロック図的に示すフローチャートである。
【図５】ＴＩＦＦ−Ｆ（ＭＨ）のデータ構造例を示す模式図である。
【図６】ＭＨデータ作成までの処理例を示す模式図である。
【図７】本発明の第二の実施の形態を示す概略フローチャートである。
【図８】受信メールヘッダ例を示す説明図である。
【図９】ＴＴＩ印字例を示す説明図である。
【図１０】本発明の第三の実施の形態を示す概略フローチャートである。
【図１１】ＴＴＩ印字要求のメールヘッダ例を示す説明図である。
【図１２】従来例を示すブロック図的なフローチャートである。
【符号の説明】
３スキャナ
７画像蓄積装置
Ｓ２蓄積方式切換え手段、ステップ、機能
Ｓ３ＭＨ蓄積手段、ステップ、機能
Ｓ４ＭＨ系ＴＩＦＦ−Ｆ作成手段、ステップ、機能
Ｓ７ＭＭＲ蓄積手段、ステップ、機能
Ｓ８，Ｓ９付加情報付加処理手段、ステップ、機能
Ｓ１０ＭＭＲ系ＴＩＦＦ−Ｆ作成手段、ステップ、機能
Ｒ３受信側ＴＴＩ処理手段、ステップ、機能

Claims

読み取った原稿を電子メールとして送信先へ送信する通信装置であって、
原稿を読み取る読取手段と、
電子メールを送信する際に、該電子メールのメールヘッダの付加情報を送信先に印字させる指示をする指示手段と、
前記指示手段が付加情報の印字を指示していない場合には、読み取った原稿の画像データを圧縮モードＭＭＲに基づいて圧縮したＭＭＲデータを蓄積し、その蓄積したＭＭＲデータをビットマップデータに変換して付加画像情報を埋め込み、その付加画像情報が埋め込まれたビットマップデータを圧縮モードＭＨに基づいて圧縮して前記送信先へ送信する第一制御を行い、前記指示手段が付加情報の印字を指示している場合には、読み取った原稿の画像データを圧縮モードＭＨに基づいて圧縮して前記送信先へ送信する第二制御を行う制御手段とを備えたことを特徴とする通信装置。