JP2002204330A

JP2002204330A - 通信装置、通信システム、通信方法、及び処理プログラムを提供する媒体

Info

Publication number: JP2002204330A
Application number: JP2000403258A
Authority: JP
Inventors: Kenzo Sekiguchi; 賢三関口
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-12-28
Filing date: 2000-12-28
Publication date: 2002-07-19

Abstract

(57)【要約】【課題】解像度変換再送機能が搭載され通信装置にお
いて、補助記憶装置に滞留している送信画像データを自
動的に削除できるようにして、補助記憶装置の容量オー
バーによる不具合を解消した通信装置等を提供する。【解決行程】画像読み取り手段で読み取った画像デー
タを電子メールデータとして変換する電子メールデータ
変換手段と、読み取った画像データを蓄積する画像デー
タ蓄積手段と、画像データを所望の画素密度に変換する
画素密度変換手段と、電子メール送信手段によって電子
メールデータを送信した後に所望の送信先または送信元
と送信先の間に位置する中継装置が発した送信不能を示
すエラー情報を受信した時、エラー情報に対応する画像
データ蓄積手段中の画像データのデータ量を画素密度変
換手段によって小さくして所望の送信先へ再送信する再
送信制御手段と、画像データ蓄積手段中の画像データを
所望の条件下で消去するデータクリア手段とを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メール機能を
有する通信装置に関するものである。

【０００２】

【従来の技術】近年、情報通信手段として、電話回線を
介したファクシミリや電話などに加え、インターネット
を介した電子メール等の電子情報による通信手段が一般
化しつつある。

【０００３】電子メールに注目すると、文字情報のみな
らず、画像や音声、コンピュータデータ等の様々なデー
タ形式の交換が可能となっている。電子メールは、ＵＡ
（ＵｓｅｒＡｇｅｎｔ）と称する電子メール・クライ
アント・ソフトウェアで作成され、オリジナルＭＴＡ
（ＭａｉｌＴｒａｎｓｆｅｒＡｇｅｎｔ）と称する
電子メール転送装置に送信される。そして、電子メール
は、複数の電子メール転送装置で蓄積交換されながら、
あたかもバケツリレーのように転送される（以降、この
ような電子メールの蓄積交換システムを電子メール蓄積
交換システムと呼ぶ）。

【０００４】各電子メール転送装置において受信された
電子メールデータは、電子メール転送装置内の補助記憶
装置に格納され、次に転送すべき電子メール転送装置に
送信される。そして、最終宛先である電子メール転送装
置内の記憶装置に格納されるか、あるいは受信した電子
メールを各電子メールユーザ毎に管理するためのポスト
・オフィス（メールボックス：私書箱）を有する受信電
子メール管理サーバ装置内の記憶装置に蓄積される。そ
の後、電子メール・クライアント・ソフトウェア（Ｕ
Ａ）で引き出される。

【０００５】また、電子メールとファクシミリを融合し
たインターネット・ファックスと称する新ジャンルの通
信装置やファクシミリ・サーバ装置も登場してきてい
る。

【０００６】インターネット・ファックス装置は、原稿
読み取り後の画像を電子メールのデータ形式に変換し、
送信側が指定した所望の電子メール宛先に電子メールを
拡張した通信プロトコルで送信するものである。

【０００７】従来、電子メールが扱うデータとしては、
文字情報が主流であった。従って、前記電子メール蓄積
交換システムが扱う電子メールのデータ量は、数キロバ
イトから数百キロバイト程度であった。電子メール蓄積
転送システムを構成する各電子メール転送装置において
は、１通信当たりの電子メールのデータ量上限設定が各
電子メール転送装置を管理するシステム管理者に委ねら
れており、標準的な取り決めがないが、一般的には、数
メガバイト程度とされている。

【０００８】ところが、インターネット・ファックス装
置は、従来のファックス装置で扱うファクシミリ画像を
電子メールプロトコルでやり取りする装置であるため、
送受信される画像データ量は十数キロバイトから十数メ
ガバイトに亘る。例えば、データ量が小さい画像として
は、８（ｐｅｌ／ｍｍ）×３．７５（ｌｉｎｅ／ｍｍ）
の解像度でＡ４標準原稿であるＣＣＩＴＴＮＯ．１チ
ャートをＩＴＵ−ＴのＴ．４勧告のランレングス符号化
したものでは、十数キロバイトである。一方、データ量
が大きな画像としては、１６（ｐｅｌ／ｍｍ）×１５．
４（ｌｉｎｅ／ｍｍ）の解像度でＡ３の網点原稿をＩＴ
Ｕ−ＴのＴ．６勧告の２次元符号化したものでは、十数
メガバイトになる場合がある。

【０００９】このような電子メール蓄積交換システムの
データ蓄積容量の制約により、送信した画像データが電
子メール蓄積交換システムの蓄積容量を越えた場合には
相手装置に送り届けられない事態が発生している。

【００１０】この問題を解決するために、電子メール蓄
積交換システムの蓄積データ容量不足に関するエラー通
知が送信元に返された場合は、送信元に記憶された元画
像の解像度を下げて送信データ量を小さくし再送する解
像度変換再送機能が搭載されたインターネット・ファッ
クス装置が提案されている。

【００１１】これは、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥ
ｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）のＲＦＣ
１８９４で勧告化されたＤＳＮ（ＤｅｌｉｖｅｒｙＳ
ｔａｔｕｓＮｏｔｉｆｉｃａｔｉｏｎｓ）勧告を利用
し、電子メール蓄積交換システムが蓄積容量不足になっ
た場合に、送信元に対しその旨のエラー内容がＤＳＮメ
ールとして送信されるものである。

【００１２】送信元のインターネット・ファックス装置
は、送信用に蓄積された画像データを、送信した際の情
報と共に装置内に記憶してあり、ＤＳＮメールを受信し
た時点で対応する元画像データの解像度を下げて送信デ
ータ量を小さくし再送する。さらに、インターネット・
ファックス装置に滞留した送信情報と元画像データは、
インターネット・ファックス装置の補助記憶装置の使用
量をユーザが定期的に見てクリアしている。

【００１３】

【発明が解決しようとする課題】しかしながら、上記従
来のインターネット・ファックス装置は、送信後も解像
度変換再送機能のために、元画像を全て補助記憶装置に
記憶する必要がある。従って、送信データが相手に確実
に送り届けられた場合や、電子メール蓄積交換システム
の一部が故障した場合には、ＤＳＮメールが送信元に送
信されず、その結果、送信データがインターネット・フ
ァックス装置に滞留することになる。また、再送機能を
必要としないユーザの場合にも、不要な送信データが無
駄にインターネット・ファックス装置に滞留することに
なる。

【００１４】このようなデータの滞留により、補助記憶
装置の空き容量が無くなると、インターネット・ファッ
クス装置に新たに原稿を蓄積し送信することができな
い、といった事態が頻繁に発生する。

【００１５】これを避けるため、インターネット・ファ
ックス装置を利用するユーザは、定期的にインターネッ
ト・ファックス装置の補助記憶装置の空き具合を監視
し、不要な送信データを削除するといった面倒な作業を
行う必要があった。

【００１６】本発明は上記従来の問題点に鑑み、解像度
変換再送機能が搭載され通信装置において、補助記憶装
置に滞留している送信画像データを自動的に削除できる
ようにして、補助記憶装置の容量オーバーによる不具合
を解消した通信装置等を提供することを目的とする。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る通信装置では、データを所望の送信先
へ送信する送信手段と、前記送信手段によって送信され
るデータを蓄積する送信データ蓄積手段と、前記送信デ
ータ蓄積手段に蓄積されている送信データのデータ量を
変換するデータ量変換手段と、前記送信手段によってデ
ータを送信した後に、前記所望の送信先または送信元と
送信先の間に位置する中継装置が発した送信不能を示す
エラー情報を受信した時、前記エラー情報に対応する前
記送信データ蓄積手段中のデータのデータ量を前記デー
タ量変換手段によって小さくして前記所望の送信先へ再
送信する再送信制御手段と、前記送信データ蓄積手段中
の蓄積データを所望の条件下で消去するデータクリア手
段とを備えたことを特徴とする。

【００１８】また、本発明に係る通信装置では、画像を
読み取って画像データを生成する画像読み取り手段と、
前記画像読み取り手段で読み取った画像データを電子メ
ールデータとして変換する電子メールデータ変換手段
と、前記電子メールデータを含む送信ジョブを所望の送
信先へ送信する電子メール送信手段と、前記画像読み取
り手段で読み取った画像データを蓄積する画像データ蓄
積手段と、画像データを所望の画素密度に変換する画素
密度変換手段と、前記電子メール送信手段によって電子
メールデータを送信した後に前記所望の送信先または送
信元と送信先の間に位置する中継装置が発した送信不能
を示すエラー情報を受信した時、前記エラー情報に対応
する前記画像データ蓄積手段中の画像データのデータ量
を前記画素密度変換手段によって小さくして前記所望の
送信先へ再送信する再送信制御手段と、前記画像データ
蓄積手段中の画像データを所望の条件下で消去するデー
タクリア手段とを備えたことを特徴とする。

【００１９】本発明に係る通信システムでは、請求項１
乃至請求項１９記載の通信装置である第１の通信装置
と、該第１の通信装置と通信を行う第２の通信装置とを
備えたことを特徴とする。

【００２０】本発明に係る通信方法では、データを所望
の送信先へ送信する送信行程と、前記送信行程によって
送信されるデータを蓄積手段に蓄積する送信データ蓄積
行程と、前記蓄積手段に蓄積されている送信データのデ
ータ量を変換するデータ量変換行程と、前記送信行程に
よってデータを送信した後に、前記所望の送信先または
送信元と送信先の間に位置する中継装置が発した送信不
能を示すエラー情報を受信した時、前記エラー情報に
対応する前記蓄積手段中のデータのデータ量を前記デー
タ量変換行程によって小さくして前記所望の送信先へ再
送信する再送信制御行程と、前記蓄積手段中の蓄積デー
タを所望の条件下で消去するデータクリア行程とを実行
することを特徴とする。

【００２１】本発明に係る通信方法では、画像を読み取
って画像データを生成する画像読み取り行程と、前記画
像読み取り行程で読み取った画像データを電子メールデ
ータとして変換するデータ変換行程と、前記電子メール
データを含む送信ジョブを所望の送信先へ送信する送信
行程と、前記画像読み取り行程で読み取った画像データ
を蓄積手段に蓄積する画像データ蓄積行程と、前記送信
行程によって電子メールデータを送信した後に前記所望
の送信先または送信元と送信先の間に位置する中継装置
が発した送信不能を示すエラー情報を受信した時、前記
エラー情報に対応する前記蓄積手段中の画像データのデ
ータ量を小さくして前記所望の送信先へ再送信する再送
信制御行程と、前記蓄積手段中の画像データを所望の条
件下で消去するデータクリア行程とを設けたことを特徴
とする。

【００２２】本発明に係る処理プログラムを提供する媒
体では、データを所望の送信先へ送信する送信ステップ
と、前記送信ステップによって送信されるデータを蓄積
手段に蓄積する送信データ蓄積ステップと、前記蓄積手
段に蓄積されている送信データのデータ量を変換するデ
ータ量変換ステップと、前記送信ステップによってデー
タを送信した後に、前記所望の送信先または送信元と送
信先の間に位置する中継装置が発した送信不能を示すエ
ラー情報を受信した時、前記エラー情報に対応する前記
蓄積手段中のデータのデータ量を前記データ量変換ステ
ップによって小さくして前記所望の送信先へ再送信する
再送信制御ステップと、前記蓄積手段中の蓄積データを
所望の条件下で消去するデータクリアステップとを備え
た処理プログラムを提供することを特徴とする。

【００２３】本発明に係る処理プログラムを提供する媒
体では、画像を読み取って画像データを生成する画像読
み取りステップと、前記画像読み取りステップで読み取
った画像データを電子メールデータとして変換するデー
タ変換ステップと、前記電子メールデータを含む送信ジ
ョブを所望の送信先へ送信する送信ステップと、前記画
像読み取りステップで読み取った画像データを蓄積手段
に蓄積する画像データ蓄積ステップと、前記送信ステッ
プによって電子メールデータを送信した後に前記所望の
送信先または送信元と送信先の間に位置する中継装置が
発した送信不能を示すエラー情報を受信した時、前記エ
ラー情報に対応する前記蓄積手段中の画像データのデー
タ量を小さくして前記所望の送信先へ再送信する再送信
制御ステップと、前記蓄積手段中の画像データを所望の
条件下で消去するデータクリアステップとを備えた処理
プログラムを提供することを特徴とする。

【００２４】

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

【００２５】［全体構成］図１は、本発明の実施形態に
係る通信装置の全体構成を示すブロック図である。

【００２６】この通信装置はコントローラ・ユニット２
０００を備えている。コントローラ・ユニット２０００
は、画像入力デバイスであるスキャナ２０７０や画像出
力デバイスであるプリンタ２０９５と接続し、一方では
ＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１に接続す
ることで、画像情報やデバイス情報の入出力を行うため
のコントローラである。

【００２７】ＣＰＵ２００１は、システム全体を制御す
るコントローラである。ＲＡＭ２００２は、ＣＰＵ２０
０１が動作するためのシステムワークメモリであり、画
像データを一時記憶するための画像メモリでもある。Ｒ
ＯＭ２００３はブートＲＯＭであり、システムのブート
プログラムが格納されている。ＨＤＤ２００４はハード
ディスクドライブで、システムソフトウェアや画像デー
タを格納する。

【００２８】操作部Ｉ／Ｆ２００６は、操作部（ＵＩ）
２０１２とのインターフェース部であり、操作部２０１
２に表示する画像データを操作部２０１２に対して出力
する。また、操作部２０１２から本システム使用者が入
力した情報を、ＣＰＵ２００１に伝える役割をする。

【００２９】ネットワーク部２０１０はＬＡＮ２０１１
に接続し、情報の入出力を行う。モデム２０５０は公衆
回線２０５１に接続し、情報の入出力を行う。

【００３０】以上のデバイスがシステムバス２００７上
に配置される。

【００３１】イメージバスＩ／Ｆ２００５は、システム
バス２００７と、画像データを高速で転送する画像バス
２００８とを接続し、データ構造を変換するバスブリッ
ジである。画像バス２００８は、ＰＣＩバスまたはＩＥ
ＥＥ１３９４で構成されている。

【００３２】画像バス２００８上には、以下のデバイス
が配置される。ラスター・イメージ・プロセッサ（ＲＩ
Ｐ）２０６０は、ＰＤＬコードをビットマップイメージ
に展開する。デバイスＩ／Ｆ部２０２０は、画像入出力
デバイスであるスキャナ２０７０やプリンタ２０９５と
コントローラ２０００を接続し、画像データの同期系／
非同期系の変換を行う。スキャナ画像処理部２０８０
は、入力画像データに対し補正、加工及び編集を行う。
プリンタ画像処理部２０９０は、プリント出力画像デー
タに対して、プリンタ２０９５の補正、解像度変換等を
行う。画像回転部２０３０は画像データの回転を行い、
画像圧縮処理部２０４０は、多値画像データに対してＪ
ＰＥＧ、２値画像画像データに対してＪＢＩＧ、ＭＭ
Ｒ、ＭＨの圧縮伸張処理を行う。

【００３３】［画像入出力部］図２は、画像入出力デバ
イスの要部構成を示す外観図である。

【００３４】画像入力デバイスであるスキャナ２０７０
は、原稿となる紙上の画像を照明し、ＣＣＤラインセン
サ（図示せず）を走査することで、ラスターイメージデ
ータ（図１の２０７１）として電気信号に変換する。原
稿用紙は、原稿フィーダ２０７２のトレイ２０７３にセ
ットし、装置使用者が操作部２０１２から読み取り起動
指示することにより、コントローラＣＰＵ２００１がス
キャナ２０７０に指示を与え（２０７１）、フィーダ２
０７２は原稿用紙を１枚ずつフィードし原稿画像の読み
取り動作を行う。

【００３５】画像出力デバイスであるプリンタ２０９５
は、ラスターイメージデータ（図１の２０９６）を用紙
上の画像に変換する部分であり、その方式は、感光体ド
ラムや感光体ベルトを用いた電子写真方式や、微少ノズ
ルアレイからインクを吐出して用紙上に直接画像を印字
するインクジェット方式等があるが、どの方式でも構わ
ない。プリント動作の起動は、コントローラＣＰＵ２０
０１からの指示２０９６によって開始する。プリンタ２
０９５には、異なる用紙サイズまたは異なる用紙向きを
選択できるように複数の絵紙段を有し、それに対応した
用紙カセット２１０１、２１０２、２１０３、２１０４
がある。また、排紙トレイ２１１１は、印字し終わった
用紙を受けるものである。

【００３６】［操作部］図３は、操作部２０１２の構成
を示す外観図である。

【００３７】操作部２０１２のＬＣＤ表示部２０１３
は、ＬＣＤ上にタッチパネルシートが貼られており、シ
ステムの操作画面を表示するとともに、表示してあるキ
ーが押されるとその位置情報をコントローラＣＰＵ２０
０１に伝える。スタートキー２０１４は、原稿画像の読
み取り動作を開始する時などに用いる。

【００３８】スタートキー２０１４の中央部には、緑と
赤の２色ＬＥＤ２０１８があり、その色によってスター
トキー２０１４が使える状態にあるかどうかを示す。ス
トップキー２０１５は稼働中の動作を止める働きをす
る。ＩＤキー２０１６は、使用者のユーザＩＤを入力す
るときに用い、リセットキー２０１７は、操作部２０１
２からの設定を初期化するときに用いる。

【００３９】［スキャナ画像処理部］図４は、図１に示
したスキャナ画像処理部２０８０の構成を示すブロック
図である。

【００４０】画像バスＩ／Ｆコントローラ２０８１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働きと、スキャナ画像処理部２０８０内の
各デバイスの制御及びタイミングを発生させる。フィル
タ処理部２０８２は、空間フィルタでコンボリューショ
ン演算を行う。編集部２０８３は、例えば入力画像デー
タからマーカーペンで囲まれた閉領域を認識して、その
閉領域内の画像データに対して、影つけ、網掛け、及び
ネガポジ反転等の画像加工処理を行う。

【００４１】変倍処理部２０８４は、読み取り画像の解
像度を変える場合にラスターイメージの主走査方向につ
いて補間演算を行い、拡大、縮小を行う。副走査方向の
変倍については、画像読み取りラインセンサ（図示せ
ず）を走査する速度を変えることで行う。

【００４２】テーブル２０８５は、読み取った輝度デー
タである画像データを濃度データに変換するためのテー
ブル変換を行う。２値化部２０８６は、多値のグレース
ケール画像データを、誤差拡散処理やスクリーン処理に
よって２値化する。処理が終了した画像データは、再び
画像バスコントローラ２０８１を介して、画像バス２０
０８上に転送される。

【００４３】［プリンタ画像処理部］図５は、プリンタ
画像処理部２０９０の構成を示すブロック図である。

【００４４】画像バスＩ／Ｆコントローラ２０９１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働きと、スキャナ画像処理部２０８０内の
各デバイスの制御及びタイミングを発生させる。解像度
変換部２０９２は、ネットワーク２０１１、あるいは公
衆回線２０５１から来た画像データを、プリンタ２０９
５の解像度に変換するための解像度変換を行う。スムー
ジング処理部２０９３は、解像度変換後の画像データの
ジャギー（斜め線等の白黒境界部に現れる画像のガサツ
キ）を滑らかにする処理を行う。

【００４５】［画像圧縮処理部］図６は、画像圧縮処理
部２０４０の構成を示すブロック図である。

【００４６】画像圧縮処理部２０４０は、生画像データ
をＭＭＲ（ＭｏｄｉｆｉｅｄＭｏｄｉｆｉｅｄＲｅ
ａｄ）、ＭＲ（ＭｏｄｉｆｉｅｄＲｅａｄ）、ＭＨ
（ＭｏｄｉｆｉｅｄＨａｈｕｍａｎ）、ＪＢＩＧ（Ｊ
ｏｉｎｔＢｉ−ｌｅｖｅｌｉｍａｇｅｅｘｐｅｒｔ
ｓＧｒｏｕｐ）、ＪＰＥＧ（ＪｏｉｎｔＰｈｏｔｏ
ｇｒａｐｈｉｃＥｘｐｅｒｔｓＧｒｏｕｐ）等の画
像符号データに圧縮する機能、ＭＭＲ、ＭＲ、ＭＨ、Ｊ
ＢＩＧ、ＪＰＥＧ等の画像符号データを生画像データに
伸長する機能、及び生画像データを画像データ画像に画
素密度変換を行う画素密度変換機能を有する。

【００４７】画素密度変換とは、例えば、Ａ３画像をＡ
４画像に変換する画像サイズ変換機能と、４００ＤＰＩ
（ＤｏｔｓＰｅｒＩｎｃｈ）ｘ４００ＬＰＩ（Ｌｉ
ｎｅｓＰｅｒＩｎｃｈ）を２００ＤＰＩｘ２００Ｌ
ＰＩの解像度に変換する機能とを有する。

【００４８】バスＩ／Ｆコントローラ２０４１は、画像
バス２００８と接続し、そのバスアクセスシーケンスを
制御する働きと、入力バッファ２０４２及び出力バッフ
ァ２０４５とのデータのやり取りを行うためのタイミン
グ制御と、画像圧縮・伸長・画素密度変換部２０４３に
対するモード設定などの制御を行う。

【００４９】以下に画像圧縮処理部２０４０の処理手順
を示す。

【００５０】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０４１に画像圧
縮、伸長、または画素密度変換制御のための設定を行
う。この設定により、画像パスＩ／Ｆコントローラ２０
４１は、画像圧縮・伸長・画素密度変換部２０４３に対
して、画像圧縮、伸長または画素密度変換に必要な設定
を行う。必要な設定を行った後に、再度ＣＰＵ２００１
から画像バスＩ／Ｆコントローラ２０４１に対して、生
画像データまたは画像符号データの転送の許可を行う。

【００５１】この許可に従い、画像バスＩ／Ｆコントロ
ーラ２０４１は、ＲＡＭ２００２もしくは画像バス２０
０８上の各デバイスから画像データの転送を開始する。
受け取った画像データは、入力バッファ２０４２に一時
格納され、画像圧縮・伸長・画素密度変換部２０４３の
画像データ要求に応じて一定のスピードで生画像データ
または画像符号データを転送する。

【００５２】この際、入力バッファ２０４２は、画像バ
スＩ／Ｆコントローラ２０４１と、画像圧縮部・伸長・
画素密度変換２０４３の両者間で、生画像データまたは
画像符号データを転送できるかどうかを判断し、画像バ
ス２００８からの生画像データまたは画像符号データの
読み込み、及び画像圧縮・伸長・画素密度変換部２０４
３への生画像データまたは画像符号データの書き込みが
不可能である場合は、データの転送を行わないような制
御を行う（以後、このような制御をハンドシェークと呼
称する）。

【００５３】画像圧縮・伸長・画素密度変換部２０４３
は、受け取った生画像データまたは、画像符号データ
を、一旦ＲＡＭ２０４４に格納する。画像圧縮を施され
た画像データは、直ちに出力パッファ２０４５に送られ
る。出力バッファ２０４５では、画像バスＩ／Ｆコント
ローラ２０４１及び画像圧縮・伸長・画素密度変換部２
０４３とのハンドシェークを行い、生画像データまたは
画像符号データを画像バスＩ／Ｆコントローラ２０４１
に転送する。

【００５４】画像バスＩ／Ｆコントローラ２０４１で
は、転送された圧縮、伸長または画素密度変換された生
画像データまたは画像符号データを、ＲＡＭ２００２も
しくは画像バス２００８上の各デバイスに転送する。

【００５５】こうした一連の処理は、ＣＰＵ２００１か
らの処理要求が無くなるまで（必要なページ数の処理が
終わったとき）、もしくは、この画像圧縮処理部２０４
０から停止要求が出るまで（圧縮及び伸長時のエラー発
生時等）繰り返される。

【００５６】［画像回転部］図７は、画像回転部２０３
０の構成を示すブロック図である。

【００５７】画像バスＩ／Ｆコントローラ２０３１は、
画像バス２００８と接続し、そのバスシーケンスを制御
する働きと、画像回転部２０３２にモード等を設定する
制御、及び画像回転部２０３２に画像データを転送する
ためのタイミング制御を行う。

【００５８】以下に画像回転部の処理手順を示す。

【００５９】画像バス２００８を介して、ＣＰＵ２００
１から画像バスＩ／Ｆコントローラ２０３１に画像回転
制御のための設定を行う。この設定により画像バスＩ／
Ｆコントローラ２０４１は、画像回転部２０３２に対し
て画像回転に必要な設定（例えば画像サイズや回転方向
・角度等）を行う。

【００６０】必要な設定を行った後に、再度ＣＰＵ２０
０１から画像バスＩ／Ｆコントローラ２０４１に対して
画像データ転送の許可を行う。この許可に従い、画像バ
スＩ／Ｆコントローラ２０３１は、ＲＡＭ２００２、も
しくは画像バス２００８上の各デバイスから画像データ
の転送を開始する。なお、ここでは、３２ビットをその
サイズとし、回転を行う画像サイズを３２×３２（ビッ
ト）とし、又、画像バス２００８上に画像データを転送
させる際に３２ビットを単位とする画像転送を行うもの
とする（扱う画像は、２値を想定する）。

【００６１】上述のように、３２×３２（ビット）の画
像を得るためには、上述の単位データ転送を３２回行う
必要があり、且つ不連続なアドレスから画像データを転
送する必要がある（図８参照）。不連続アドレッシング
により転送された画像データは、読み出し時に所望の角
度に回転されているように、ＲＡＭ２０３３に書き込ま
れる。例えば、９０度反時計方向回転であれば、最初に
転送された３２ビットの画像データを、図９のようにＹ
方向に書き込んでいく。読み出し時にＸ方向に読み出す
ことで、画像が回転される。

【００６２】３２×３２（ビット）の画像回転（ＲＡＭ
２０３３への書き込み）が完了した後、画像回転部２０
３２は、ＲＡＭ２０３３から上述した読み出し方法で画
像データを読み出し、画像バスＩ／Ｆコントローラ２０
３１に画像を転送する。回転処理された画像データを受
け取った画像バスＩ／Ｆコントローラ２０３１は、連続
アドレッシングを以て、ＲＡＭ２００２もしくは、画像
バス２００８上の各デバイスにデータを転送する。

【００６３】こうした一連の処理は、ＣＰＵ２００１か
らの処理要求が無くなるまで（必要なページ数の処理が
終わったとき）繰り返される。

【００６４】［デバイスＩ／Ｆ部］図１０は、デバイス
Ｉ／Ｆ部２０２０の構成を示すブロック図である。

【００６５】画像バスＩ／Ｆコントローラ２０２１は、
画像バス２００８と接続し、そのバスアクセスシーケン
スを制御する働きと、デバイスＩ／Ｆ部２０２０内の各
デバイスの制御及びタイミングを発生させる。また、外
部のスキャナ２０７０及びプリンタ２０９５への制御信
号を発生させる。スキャンバッファ２０２２は、スキャ
ナ２０７０から送られてくる画像データを一時保存し、
画像バス２００８に同期させて画像データを出力する。

【００６６】シリアルパラレル・パラレルシリアル変換
２０２３は、スキャンバッファ２０２２に保存された画
像データを順番に並べて、あるいは分解して、画像バス
２００８に転送できる画像データのデータ幅に変換す
る。パラレルシリアル・シリアルパラレル変換部２０２
４は、画像バス２００８から転送された画像データを分
解して、あるいは順番に並べて、プリントバッファ２０
２５に保存できる画像データのデータ幅に変換する。プ
リントバッファ２０２５は、画像バス２００８から送ら
れてくる画像データを一時保存し、プリンタ２０９５に
同期させて画像データを出力する。

【００６７】画像スキャン時の処理手順を以下に示す。

【００６８】スキャナ２０７０から送られてくる画像デ
ータを、スキャナ２０７０から送られてくるタイミング
信号に同期させて、スキャンバッファ２０２２に保存す
る。

【００６９】そして、画像バス２００８がＰＣＩバスの
場合には、バッファ内に画像データが３２ビット以上入
ったときに、画像データを先入れ先出しで３２ビット
分、バッファからシリアルパラレル・パラレルシリアル
変換部２０２３に送り、３２ビットの画像データに変換
し、画像バスＩ／Ｆコントローラ２０２１を通して画像
バス２００８上に転送する。

【００７０】また、画像バス２００８がＩＥＥＥ１３９
４の場合には、バッファ内の画像データを先入れ先出し
で、バッファからシリアルパラレル・パラレルシリアル
変換部２０２３に送り、シリアル画像データに変換し、
画像バスＩ／Ｆコントローラ２０２１を通して画像バス
２００８上に転送する。

【００７１】画像プリント時の処理手順を以下に示す。

【００７２】画像バス２００８がＰＣ１バスの場合に
は、画像バス２００８から送られてくる３２ビットの画
像データを画像バスＩ／Ｆコントローラ２０２１で受け
取り、パラレルシリアル・シリアルパラレル変換部２０
２４に送り、プリンタ２０９５の入力データビット数の
画像データに分解し、プリントバッファ２０２５に保存
する。

【００７３】また、画像バス２００８がＩＥＥＥ１３９
４の場合には、画像バス２００８から送られてくるシリ
アル画像データを画像バスＩ／Ｆコントローラ２０２１
で受け取り、パラレルシリアル・シリアルパラレル変換
部２０２４に送り、プリンタ２０９５の入力データビッ
ト数の画像データに変換し、プリントバッファ２０２５
に保存する。そして、プリンタ２０９５から送られてく
るタイミング信号に同期させて、バッファ内の画像デー
タを先入れ先出しで、プリンタ２０９５に送る。

【００７４】［ネットワーク接続手段］本発明の通信装
置のネットワーク接続手段、並びに電子メール蓄積交換
システムの概要を説明する。

【００７５】図１１は、本実施形態に係るネットワーク
接続形態図であり、本発明の通信装置２０３、電子メー
ルサーバ、ＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓ
ｔｅｍ）サーバ等がＬＡＮ（ＬｏｃａｌＡｒｅａＮ
ｅｔｗｏｒｋ）やインターネットを介して接続されるネ
ットワーク接続形態を示している。図１２は、本実施形
態に係る通信装置２０３の操作部２０１２の電子メール
宛先入力画面を示す図である。図１３は、本実施形態に
係る電子メール蓄積交換システムの経路図であり、電子
メール蓄積交換システムの論理的な接続関係と電子メー
ルデータが蓄積交換する経路を示している。

【００７６】本発明の通信装置２０３とＬＡＮ２０１と
の物理的Ｉ／Ｆは、ネットワーク部２０１０及びＬＡＮ
ケーブル２０１１とハブ等を経由して接続される。さら
に、データ・リンク層、ネットワーク暦、及びトランス
ポート層プロトコルは、ＴＣＰ／ＩＰ等を用いる。電子
メール送受信には、例えばＳＭＴＰ（ＳｉｍｐｌｅＭａ
ｉＩＴｒａｎｓｆｅｒＰｒｏｃｏｌ）を用い、電子
メールの引き出しには、例えば、ＰＯＰ３（Ｐｏｓｔ
ＯｆｆｉｃｅＰｒｏｔｃｏｌ３）を用いる。

【００７７】本発明の通信装置（ホスト名：ｃａｎｏｎ
ｉｆａｘ）２０３、電子メールクライアント２０２、
２０５、電子メールサーバ（ホスト名：ｄｓｍａｉｌ）
２０４とゲートウェイ（ホスト名：ｇａｔｅｗａｙ）２
０６は、ＬＡＮ（ドメイン名：ｄｓｎ．ｇｐ２ｄｐ．ｃ
ｏ．ｊｐ）と接続されている。

【００７８】さらに、本ＬＡＮは、ゲートウェイ２０６
を介して、ＬＡＮ（ドメイン名：ｅｐｎｔ．ｇｐ２ｄ
ｐ．ｃｏ．ｊｐ）と接続されている。また、本ＬＡＮ
は、ＤＮＳサーバ２０７とルータ２０８に接続され、さ
らにルータ２０７とインターネット２１４を介してＬＡ
Ｎ（ドメイン名：ｉｐ．ｃｏ．ｊｐ）２１７に接続され
ている。そして、本ＬＡＮには、電子メールサーバ（ホ
ストドメイン名：ｍａｉｌｓｒｖ．ｉｐ．ｃｏ．ｊｐ）
２１５と電子メールクライアント（ホストドメイン名：
ｓｕｚｕｋｉｍａｃｈｉｎｅ．ｉｐ．ｃｏ．ｊｐ）２
１６が接続されている。

【００７９】電子メールサーバ２０４には、「関口さ
ん」が使用する本発明の通信装置２０３用のメールボッ
クス（メールボックス名：ｓｅｋｉｇｕｔｉ）が開設さ
れている。「関口さん」宛て（メールアカウント：ｓｅ
ｋｉｇｕｔｉ＠ｄｓｒｎａｉｌ．ｄｓｎ．ｇｐ２ｄｐ．
ｃｏ・ｊｐ）の電子メールは、電子メールサーバ２０４
内の本メールボックスに蓄積される。

【００８０】電子メールサーバ２１５には、「鈴木さ
ん」が使用する電子メールクライアント２１６用のメー
ルボックス（メールボックス名：ｓｕｚｕｋｉ）が開設
されている。「鈴木さん」宛て（メールアカウント名：
ｓｕｚｕｋｉ＠ｍａｉｌｓｒｖ．ｉｐ．ｃｏ・ｊｐ）の
電子メールは、電子メールサーバ２１５内の本メールボ
ックスに蓄積される。

【００８１】次に、本発明の通信装置２０３から「鈴木
さん」のＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）に
電子メールを送信する経路について説明する。

【００８２】通信装置２０３（図１３のソースＵＡ（Ｕ
ｓｅｒＡｇｅｎｔ）に相当する）に「関口さん」が原
稿をセットし、図１２に示す操作部２０１２の電子メー
ル宛先入力画面３０１から「関口さん」自身の電子メー
ルアカウント「ｓｅｋｉｇｕｔｉ＠ｄｓｎｍａｉｌ．ｄ
ｓｎ．ｇｐ２ｄｐ．ｃｏ．ｊｐ」と、送信先の「鈴木さ
ん」のメールアカウント「ｓｕｚｕｋｉ＠ｍａｉｌｓｒ
ｖ．ｉｐ．ｃｏ．ｊｐ」をそれぞれ「Ｆｒｏｍ：」と
「Ｔｏ」欄にセットする。

【００８３】次に、操作部２０１２のスタートボタン２
０１８を押下すると、ＲＤＦ（ＲｅｃｙｃｌｅｄＤｏ
ｃｕｎｅｎｔＦｅｅｄｅｒ）２０７３から原稿が引き
込まれ、読み取られた原稿が電子メールの添付画像とし
て電子メールデータに変換される。そして、後述するＳ
ＭＴＰプロトコル（電子メール通信用のプロトコル）で
電子メールサーバ２０４（図１３のオリジナルＭＴＡに
相当する）に送信される。

【００８４】次に、該電子メールは、電子メールサーバ
２０４からゲートウェイ２０６（図１３のＭＴＡ４０３
に相当する）に廻送され、ゲートウェイ２０６がＤＮＳ
サーバに対し「鈴木さん」のメールアカウントのドメイ
ン名「ｍａｉｌｓｒｖ．ｉｐ．ｃｏ．ｊｐ」からＩＰ
（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）アドレスへの
名前解決依頼を行う。

【００８５】次に、ゲートウェイ２０６は、ルータ２０
８を経由して名前解決済みのＩＰを有する電子メールサ
ーバ２１３（図１３のシンク・メール・レシーバ４０４
に相当する）に対し、ＳＭＴＰプロトコルで電子メール
データを廻送する。電子メールサーバ２１３には、
「鈴木さん」用のメールボックス「ｓｕｚｕｋｉ」が開
設されており、ここに次に、「鈴木さん」のメールアカ
ウント「ｓｕｚｕｋｉ＠ｍａｉｌｓｒｖ．ｉｐ．ｃｏ．
ｊｐ」に対する電子メールが格納される。次に、「鈴
木さん」の使用する電子メールクライアント２１６が、
メールボックスからの引き出しを行うためのＰＯＰプロ
トコルで、「鈴木さん」のメールボックスから、本発明
の通信装置２０３より送られた画像添付ファイル付きの
電子メールを受信する。

【００８６】［宛先指示手段］次に、本発明の通信装置
に係る宛先指示手段を説明する。

【００８７】図１２に示した電子メール宛先入力画面３
０１は、本発明の通信装置である操作部２０１２に装着
され、ハード構成としては、操作部Ｉ／Ｆ２００６と接
続されている。

【００８８】電子メール送信元入力欄３０２には、送信
元の電子メールアカウントを入力する。その結果、電子
メールの「Ｆｒｏｍ」ヘッダに本データが挿入される。
「ｓｅｋｉｇｕｔｉ＠ｄｓｎｍａｉｌ．ｄｓｎ．ｇｐ２
ｄｐ．ｃｏ．ｊｐ」のように電子メールアカウントをフ
ルに入力してもよいが、ユーザ名「ｓｅｋｉｇｕｔｉ」
のみ入力してもよい。その場合は、「＠」と本発明の通
信装置２０３が直接通信する電子メールサーバのホスト
ドメイン名「ｄｓｎｍａｉｌ．ｄｓｎ．ｇｐ２ｄｐ．ｃ
ｏ．ｊｐ」が自動的に付加される。

【００８９】電子メール送信宛先入力欄３０３には、送
信宛先の電子メールアカウントを入力する。その結果、
電子メールの「Ｔｏ」ヘッダに本データが挿入される。
サブジェクト欄３０４には、送信文のタイトル等の文字
列を入力する。その結果、電子メールの「Ｓｕｂｊｅｃ
ｔ」ヘッダに本データが挿入される。また、コメント欄
３０５には、送信する原稿に対するコメント文を入力す
る。コメント文は、電子メールの本文データとなる。

【００９０】以上の文字列入力は、図示していないが、
図３の表示装置付きのタッチパネル２０１３に図１２の
電子メール宛先入力画面３０１とともにキーボードが表
示されるので、このキーボードによって行う。ここで
は、英数字や仮名漢字の入力が可能である。

【００９１】「ＳｃａｎＳｅｔｔｉｎｇ」欄３０６で
は、原稿読み取り時の読み取り解像度の設定を行う。解
像度の選択は、各解像度のチェックボタンのタッチを行
うことで設定し、設定された解像度には、チェックマー
クが付く。解像度の設定は、唯一の解像度である。

【００９２】［再送信解像度設定手段］図１２に示すＲ
ｅｓｏｌｕｔｉｏｎｃｏｎｖｅｒｓｉｏｎＳｅｔｔ
ｉｎｇ欄３０７は、再送信解像度設定手段に相当する。
ＳｅｔｔｉｎｇＡｖａｉｌａｂｌｅ項目３０９がチェ
ックされていると、原稿を送信後に電子メール蓄積交換
システムのあるＭＴＡ（ＭａｉｌＴｒａｎｓｆｅｒ
Ａｇｅｎｔ）から電子メールデータ長の制限等で送信不
能となった旨のＤＳＮ（ＤｅｌｉｖｅｒｙＳｔａｔｕ
ｓＮｏｔｉｆｉｃａｔｉｏｎ）メールが返信された場
合、通信装置２０３は、画素密度変換部２０４３によ
り、前回の画像よりも解像度を下げて再送信する。その
際の最低限の解像度を本欄３０７で設定する。

【００９３】一方、ＳｅｔｔｉｎｇＤｉｓａｂｌｅ項
目３０８がチェックされていると、ＤＳＮメッセージを
受信しても再送信機能は機能しない。

【００９４】本図１２の例では、４００×４００ＤＰＩ
（ＤｏｔｓＰｅｒｌｎｃｈ）と２００×２００ＤＰ
Ｉの選択項目のチェックボックスにチェックマークが付
されているので、原稿蓄積時に６００×６００ＤＰＩで
画像読み込んで再送が行われた場合は、まず４００×４
００ＤＰＩの画像に変換され再送される。次は２００×
２００ＤＰ１で再送される。２００×２００ＤＰＩの画
像の再送信に対しても前記のＤＮＳメッセージを受信し
た場合は、再送信を停止して、図１４に示した文書再送
信エラーレポートがプリントされる。

【００９５】［再送信画像サイズ設定手段］図１２のＤ
ｏｃｕｍｅｎｔＳｉｚｅＣｏｎｖｅｒｓｉｏｎＳ
ｅｔｔｉｎｇ欄３１１は、再送信原稿サイズ設定手段で
ある。

【００９６】ＳｅｔｔｉｎｇＡｖａｉｌａｂｌｅ項目
３１３がチェックされていると、原稿を送信後に電子メ
ール蓄積交換システムのあるＭＴＡから電子メールデー
夕長の制限等で送信不能となった旨のＤＳＮメールが返
信された場合、通信装置２０３は、画素密度変換部２０
４３により、前回の画像よりも原稿サイズを小さくして
再送信する。その際の最低限原稿サイズを本欄３１１で
設定する。

【００９７】一方、ＳｅｔｔｉｎｇＤｉｓａｂｌｅ項
目３１２がチェックされていると、ＤＳＮメッセージを
受信しても再送信機能は、機能しない。

【００９８】本図の例では、Ｂ４とＡ４の選択項目のチ
ェックボックスにチェックマークが付されているので、
原稿蓄積時にＡ３で画像読み込んで再送が行われた場合
は、まずＢ４の画像に変換され再送され、次にＡ４で再
送される。Ａ４の画像の再送信に対しても前記のＤＮＳ
メッセージを受信した場合は、再送信を停止して、図１
４に示した文書再送信エラーレポートがプリントされ
る。

【００９９】［再送機能有効設定手段］図１２のＭｏｄ
ｅＳｅｔｔｉｎｇ欄３１５は、再送信制御のモード設
定を行う画面である。再送機能有効設定手段は、具体的
には「ＲｅｔｒａｎｓｍｉｔＩｎｆ．ｓｔｏｒｅ」項目
３１６のチェックマークを付ける／付けないで実現され
る。本設定値は、後述の図１９のステップＳ９で実行
される「電子メール再送情報格納モード」の有効／無効
の判定に用いられる。「電子メール再送情報格納モー
ド」が有効であれば、再送機能は有効となり、さもなく
ば無効となる。

【０１００】また、図１２の「ＭｅｓｓａｇｅＩＤ
Ｃｈｅｃｋ」項目３１７のチェックマークで実現される
機能は、「付けない」場合には、他の端末が送信した画
像付きの電子メールに対するＤＳＮメールを通信装置２
０３が代理で再送することができる。一方、「付ける」
場合には、通信装置２０３が送信した画像付き電子メー
ルに対するＤＳＮメールのみ再送する。

【０１０１】「ＭｅｓｓａｇｅＩＤＣｈｅｃｋ」項
目３１７のチェックマークを付ける／付けないの値は、
後述する図２９のステップＳ６９の「メッセージＩＤチ
ェックモード」の有効／無効の設定を行う。「Ｍｅｓｓ
ａｇｅＩＤＣｈｅｃｋ」項目３１７の設定値は、後
述する図２１の「メッセージＩＤチェックモード」７０
５に格納される。本設定値は原稿予約単位でなく、その
設定値は、その後のＤＳＮメール受信全てに影響する。

【０１０２】なお、図１２の画面で「メッセージＩＤチ
ェックモード」７０５の値が有効／無効によって、「Ｍ
ｅｓｓａｇｅＩＤＣｈｅｃｋ」項目３１７のチェッ
クマークが付く／付かないとして表示される。これは、
「ＭｅｓｓａｇｅＩＤＣｈｅｃｒの状態をユーザが
確認できるようにするためと、変更が原稿送信予約時に
可能とするためのものである。

【０１０３】［電子メール送信手段］通信装置２０３
（図１３のソースＵＡ４０１とした）から図１１の電子
メールサーバ２０４（図１３のオリジナルＭＴＡ４０
２）への電子メールを送信するための電子メール送信プ
ロトコルについて、図１５を参照して説明する。

【０１０４】図１５は、電子メールの送受信プロトコル
であるＳＭＴＰプロトコルのコマンド・シーケンス図で
ある。

【０１０５】この図１５の例では、電子メール送信が正
常終了したケースを示している。本図は、ＩＥＴＦによ
り勧告化された電子メールの交換手順のＳＭＴＰ（Ｓｉ
ｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃ
ｏｌ）である。

【０１０６】送信側が通信装置２０３、受信側が電子メ
ールサーバ２０４である。通信装置２０３を甲、電子メ
ールサーバ２０４を乙とすると、甲は、乙にＴＣＰ／Ｉ
Ｐ手順で、ＳＭＴＰのポート番号の２５でセッションを
張り（図１５の５０３）、乙は正常応答を返す（５０
４）。

【０１０７】続いて、甲は自分のホスト名「ＦａｘＭ
ａｉｌＭａｃｈｉｎｅ」を乙に送り（５０５）、乙は
サービス対象のホストであることを確認し、甲に正常応
答を返す（５０６）。

【０１０８】次に、甲は、電子メールの差出人アドレス
「ｆａｘｍａｉｌｍａｃｈｉｎｅ＠ｍａｉｌｓｒ
ｖ．ｃｃｃ．ｄｄ．ｅｅ」を送り（５０７）、乙は甲に
正常応答を返す（５０８）。そして、甲は、電子メール
データを送るための電子メール宛先「ｆｆｆ＠ｍａｉｌ
ｓｒｖ．ｃｃ．ｄｄ．ｅｅ」を乙に送り（５０９）、
乙は甲へ正常応答を返す（５１０）。

【０１０９】次に、甲は乙に電子メール転送の開始の旨
を通知し（５１１）、乙は甲へ正常応答を返す（５１
２）。続いて、甲は電子メールデータを乙へ転送した後
（５１３）、乙に電子メールの転送を終了した旨を通知
し（５１４）、乙は甲へ正常応答を返す（５１５）。次
に、甲は乙にＳＭＴＰセッションの終了の旨を通知し
（５１６）、乙は甲へ正常応答を返す（５１７）。最後
に、甲はセッション解放を乙に通知する（５１８）。

【０１１０】なお、電子メールのネットワーク上の伝達
メカニズムに関しては、前記ネットワーク接続手段で説
明した。

【０１１１】図１６は、ＳＭＴＰプロトコルのコマンド
・シーケンスにおいて、電子メール送信が異常終了した
ケースを示したシーケンス図である。即ち、通信装置２
０３が画像データ付きの電子メールデータを送信中に、
受信側が受信データ長の制限を超えたエラーを送信側に
返して電子メール送信が異常終了したケースを示してい
る。

【０１１２】受信側装置の電子メールサーバ２０４（図
１３のオリジナルＭＴＡ４０２）は、データ受信中にデ
ータ受信長の制限を越えてデータ受信すると（図１６の
６０４）、受信データ長の制限を超えた旨のサーバ異常
応答を送信側装置である通信装置２０３に返す（６０
５）。

【０１１３】図１７及び図１８は、受信データ長制限を
超えた場合のＤＳＮメッセージ（テキストデータ）の一
例を示す図であるが、このＤＳＮメッセージの中で、図
１８の末尾にある「Ｄｉａｇｎｏｓｔｉｃ−Ｃｏｄｅ：
ＳＭＴＰ；５３４Ｍａｉｌｃａｎｎｏｔｂｅ
ｄｅｌｉｖｅｒｅｄ，Ｍｅｓｓａｇｅｔｏｏｂｉ
ｇｆｏｒｓｙｓｔｅｍ」の「５３４」がエラーコー
ドであり、「Ｍｅｓｓａｇｅｔｏｏｂｉｇｆｏｒ
ｓｙｓｔｅｍ」が受信データ長の制限を超えた旨のエ
ラーメッセージである。

【０１１４】このＤＳＮメッセージ例では、通信装置２
０３から電子メールが電子メールサーバ２０４とゲート
ウェイ２０６を経由して電子メールサーバ２１５に対し
て送信される場合において、ゲートウェイ２０６がリモ
ートの該メールを送信中に受信データ長オーバーエラー
を受信すると（図１６の６０５）、ゲートウェイ２０６
はエラー受信後にＳＭＴＰセッションを終了する（６０
６）。次にゲートウェイ２０６は、図１７及び図１８に
示したＤＳＮメッセージを生成し、通信装置２０３から
送信された経路と逆の経路を辿って、電子メールサーバ
２０４を経由して通信装置２０３に該ＤＳＮメッセージ
が贈り届けられる。

【０１１５】図１７及び図１８に示したＤＳＮメッセー
ジの例では、送信元である通信装置２０３から送信され
た電子メール（図１７のＭ１、図１８のＭ２，Ｍ３）が
添付されている。

【０１１６】［電子メール受信手段］ＳＭＴＰプロトコ
ルを用いた電子メール受信に関して、通信装置２０３
は、前述した電子メール送信手段における図１５の受信
側装置及び図１６の受信側装置と同等な機能を有してい
る。

【０１１７】さらに、通信装置２０３は、電子メールサ
ーバ２０４に開設されている電子メールユーザのメール
ボックスから受信電子メールを引き出すためのＩＥＴＦ
で勧告されているＰＯＰ３プロトコルを具備している
が、本発明の特徴の説明を行うためにＰＯＰ３の詳細な
プロトコル手順を説明する必要がないので割愛する。

【０１１８】［原稿読み取り送信制御］図１９及び図２
０は、本実施形態に係る原稿読み取り送信制御処理を実
現するプログラムのフローチャートであり、図２１は、
ＲＡＭ２００２に格納された再送管理データの構造図で
ある。なお、図１９及び図２０のフローチャートに従っ
たプログラムを通信装置２０３内のＨＤＤ２００４に格
納し動作することにより、次の制御方法を実現させるこ
とが可能となる。また、後述する各フローチャートも同
様である。

【０１１９】本実施形態に係る原稿読み取り送信制御
は、まずステップＳ２とステップＳ３で、前述した宛先
指示手段による宛先情報と原稿読み取り情報を取得し、
ＲＡＭ２００２に格納された再送管理データの空きレコ
ード［ｉ］を獲得し、ステップＳ４で原稿フィーダ２０
７２に原稿をセットして原稿読み取りを行い、ステップ
Ｓ５で読み取った原稿の画像データを画像圧縮処理部２
０４０によりＭＭＲ符号化し、ＲＡＭ２００２及びＨＤ
Ｄ２００４に蓄積する。

【０１２０】次にステップＳ７で、後述する図２５の電
子メールデータ変換手段の処理を行い、次のステップＳ
８では、図２１に示した再送管理データの「メッセージ
ＩＤベース」７０１に格納された通信装置２０３のホス
トドメイン名「ｃａｎｏｎ＿ｉｆａｘ．ｄｓｎ．ｇｐ２
ｄｐ．ｃｏ．ｊｐ」と年月日時分秒ミリ秒の時間情報等
から、メッセージＩＤ（例えば、図１７の右側１０行目
の「１９９８０８１７１０３０．ＴＡＡ２０１０９＠ｃ
ａｎｏｎ＿ｉｆａｘ．ｄｓｎ．ｇｐ２ｄｐ．ｃｏ．ｊ
ｐ」）が生成され、「＠」とホストドメイン名を除く文
字列が、図２１の再送管理データの空きレコード［ｉ］
７１６の「メッセージＩＤ」に格納される。

【０１２１】次に、ステップＳ９において、図１２の
「Ｒｅｔｒａｎｓｍｉｔｌｎｆ．Ｓｔｏｒｅ」項目３
１６がチェックされていれば、電子メール再送情報を格
納するとして図２０のステップＳ１７へ移行する。項目
３１６がチェックされていなければ、ステップＳ１０へ
進む。

【０１２２】ステップＳ１７では、前記ステップＳ２及
びステップＳ３で獲得した図２１のレコード［ｉ］７１
６に前記の「メッセージＩＤ」７０６がセットされ、図
１２の「ＲｅｓｏｌｕｔｉｏｎＣｏｎｖｅｒｓｉｏｎ
Ｓｅｔｔｉｎｇ」欄３０７で設定された情報が「最低
解像度」１５７に、図１２の「ＤｏｃｕｍｅｎｔＳｉ
ｚｅＣｏｎｖｅｒｓｉｏｎＳｅｔｔｉｎｇ」欄３１
１で設定された情報が「最低原稿サイズ」７０８にセッ
トされる。

【０１２３】図１２の「ＤｏｃｍｅｎｔＤｅｌｅｔｅ
ＡｆｔｅｒＴｘ」項目３１８のチェックマークが付
いていれば、送信後に画像を削除するために、「画像蓄
積の有無」７１０に「画像蓄積無し」をセットされ、チ
ェックされていなければ「画像蓄積あり」をセットされ
る。

【０１２４】「画像ファイル名」７１１には、前記ステ
ップＳ５で蓄積されたＴＩＦＦファイル名がセットさ
れ、「送信時刻」７１２には、データクリア対象となら
ないように時刻無効情報がセットされ、「前回送信した
解像度」７１３は、当該文書の初回または再送時の画像
ファイルの解像度がセットされ、さらに「前回送信した
原稿サイズ」７１４は、当該文書の初回または再送時の
画像ファイル原稿サイズがセットされる。

【０１２５】「ＳｃａｎＳｅｔｔｉｎｇ」欄３０６で
は、原稿読み取り時の読み取り解像度の設定を行う。解
像度の選択は、各解像度のチェックボタンのタッチを行
うことで設定し、設定された解像度にはチェックマーク
が付く。解像度の設定は、唯一の解像度である。

【０１２６】その後、図２０のステップＳ１７の次にス
テップＳ１０へ移行する。ステップＳ１０では、前述し
た電子メール送信手段の送信処理を行う。その結果が正
常終了か否かがステップＳ１１でチェックされ、正常終
了であればステップＳ１８へ移行し、正常終了でなけれ
ばステップＳ１２に進む。

【０１２７】ステップＳ１２では、後述する図２９のス
テップＳ６６及びステップＳ６８で示すエラーコードと
同様なエラーメッセージである「メッセージ長オーバ
ー」を送信セッション中に受信した場合は、ステップＳ
２２へ移行し、受信しなかった場合には、ステップＳ１
３へ進んで、「メッセージ長オーバー」以外のエラー処
理を行う。

【０１２８】続いて、ステップＳ１４で、ステップＳ２
及びステップＳ３で獲得した図２１のレコード［ｉ］７
１６を再送管理データの空き管理に戻し、次のステップ
Ｓ５で生成したファイルを削除する。そして、ステップ
Ｓ１５では、図１４に示した再送信エラーレポートを印
字して、処理を終了する。

【０１２９】次に、ステップＳ１８では、原稿読み取り
送信ではなく再送信がされた場合に図２２に示した文書
再送信レポートを印字するとともに、ステップＳ１９で
「電子メール再送情報格納モード」が有効か否かをチェ
ックし、有効であれば、ステップＳ２１へ移行する。

【０１３０】「電子メール再送情報格納モード」が無効
であれば、ステップＳ２０に進んでステップＳ１４と同
様に電子メール再送情報と画像ファイルの削除を行い、
処理を終了する。

【０１３１】図２０のステップＳ２１では、電子メール
再送情報格納モードが有効な場合は、図２１の「送信時
刻」７１２に送信が完了した年月日時分をセットし、処
理を終了する。

【０１３２】ステップＳ２２では、図２１の「最低解像
度」７０７と先に送信した画像の解像度との比較と、図
２１の「最低原稿サイズ」７０８と先に送信した画像の
原稿サイズとの比較を行い、双方共に最低に達した場合
は、ステップＳ１５へ移行する。さもなくば、ステップ
Ｓ２３に進んで「電子メール再送情報格納モード」が無
効の場合は、処理を終了する。

【０１３３】「電子メール再送情報格納モード」が有効
の場合は、ステップＳ２４に進んで「最低解像度」７０
７または「最低原稿サイズ」７０８の次に低い値の解像
度と原稿サイズの画像に変換し、該解像度と原稿サイズ
をそれぞれ図２１の「前回送信した解像度」７１３と
「前回送信した原稿サイズ」７１４に設定する。そし
て、ステップＳ７に戻る。

【０１３４】［再送信制御］図２３及び図２４は、本実
施形態に係る再送信制御処理を実現するプログラムのフ
ローチャートである。

【０１３５】この再送信制御処理は、まずステップＳ１
４２で電子メール受信処理（前記電子メール受信手段で
説明）を行い、ステップＳ１４３で受信終了を検知した
場合にはステップＳ１４４へ移行する。さもなくば、ス
テップＳ１４２に戻り、電子メールの受信を継続する。

【０１３６】次のステップＳ１４４では、後述する図２
７〜図３０のエラー通知メール解析処理が実行され、そ
の結果、ステップＳ１４５でＲＡＭ２００２上の解析結
果Ａが「エラー通知メール」でないならばステップＳ１
６１へ移行し、通常の電子メールとしてビットマップ展
開してプリンタ２０９５に出力するか、またはＴＩＦＦ
ファイル化してＨＤＤ２００４に格納して、処理を終了
する。

【０１３７】ステップＳ１４５の解析結果Ａが「エラー
通知メール」であるならば、ステップＳ１４６に進ん
で、ＲＡＭ２００２上の解析結果Ｂが「メッセージ長オ
ーバー」等により画像データ量を小さくして再送する必
要があるエラーと判定されれば、ステップＳ１４７へ進
む。

【０１３８】画像データ量を小さくして再送する必要が
あるエラーでなければ、ステップＳ１５７へ移行し、再
送処理以外のその他のエラー処理を行い、前記ステップ
Ｓ１６１へ移行する。

【０１３９】ステップＳ１４７では、エラー通知メール
解析処理の解析結果Ｃがエラー通知メールに「画像添
付」されていれば、ステップＳ１４８に移行し、さもな
くば図２４のステップＳ１５４に移行する。

【０１４０】ステップＳ１５４では、図２１に示す管理
データの各レコードの「メッセージＩＤ」に“＠”と自
機のホストドメイン名（例えば、“ｃａｎｏｎ＿ｉｆａ
ｘ．ｄｓｎ．ｇｐ２ｄｐ．ｃｏ．ｊｐ）を付した文字列
と受信したメッセージＩＤの文字列比較を行い一致する
ものがあるか否かを検索する。もし一致するレコードが
なければ、ステップＳ１５５で対応する画像がないとし
て、ステップＳ１５８に移行する。また、一致するレコ
ードがあり、ステップＳ１５５で該レコードの「画像蓄
積の有無」をチェックし「有り」ならばステップＳ１５
６に進み、「無し」ならステップＳ１５８に移行する。

【０１４１】ステップＳ１５６では、一致したレコード
の「画像ファイル名」の画像ファイルを再送対称とし
て、図２３のステップＳ１５０に移行する。

【０１４２】一方、ステップＳ１４８では、受信したエ
ラー通知メールであるＤＳＮメールをもとに、後述する
図３１、３２及び図３３の電子メール逆変換処理を行
い、ＤＳＮメールに添付された画像を抽出し画像ファイ
ルとしてＲＡＭ２００２またはＨＤＤ２００４に格納し
再送対称画像してステップＳ１５０へ進む。

【０１４３】ステップＳ１５０では、送信画像の解像度
がシステム設定のそれ以下で、且つ送信画像の原稿サイ
ズがシステム設定のそれ以下であるならば、ステップＳ
１５８へ移行する。また、送信画像の解像度が「前回送
信した解像度」（メッセージＩＤが一致した管理データ
のレコード）以下で、且つ送信画像の原稿サイズが「前
回送信した原稿サイズ」（メッセージＩＤが一致した管
理データのレコード）以下ならば、ステップＳ１５８へ
移行する。さもなくば、ステップＳ１５１へ移行する。

【０１４４】ステップＳ１５８では、受信した電子メー
ルと対応する図２１の管理レコードと該レコードが管理
する「画像ファイル名」７１１の画像ファイルを削除す
る。次のステップＳ１５９では、図１４の文書再送信エ
ラーレポートのビットマップ生成してプリンタ２０９５
に出力し、処理を異常終了する。

【０１４５】ステップＳ１５１では、送信画像より低い
解像度をシステム設定、またはメッセージＩＤが一致し
た管理データレコードの「最低解像度」の中から選択し
て送信画像の密度変換後の解像度を決定する。あるい
は、送信画像より小さい原稿サイズをシステム設定、ま
たはメッセージＩＤが一致した管理データレコードの
「最低原稿サイズ」の中から選択して送信画像の密度変
換後の原稿サイズを決定する。そして、決定された解像
度と原稿サイズになるように、画素密度変換部２０４３
により送信画像の画素密度変換を行う。

【０１４６】続くステップＳ１５２では、電子メール再
送情報格納モードが有効と設定されていれば、変換先の
画素密度情報である解像度と原稿サイズを、それぞれ、
管理データの対応レコードの「前回送信した解像度」と
「前回送信した原稿サイズ」に設定して、ステップＳ１
５３へ移行する。

【０１４７】一方、電子メール再送情報格納モードが無
効ならば何もせずステップＳ１５３へ移行する。このス
テップＳ１５３では、ステップＳ１５２の画像データに
対して前述の電子メールデータ変換処理を行い、図１９
のステップＳ１０へ移行する。

【０１４８】［電子メールデータ変換手段］図１９のス
テップＳ７及び図２３のステップＳ１５３で実行される
電子メールデータ変換処理の詳細を説明する。

【０１４９】図２５は、本実施形態に係る電子メールデ
ータ変換手段を実現するプログラムのフローチャートで
ある。

【０１５０】まずステップＳ７２で、電子メールヘッダ
の生成を行い、図１７のＭ１に示す情報が生成される。
この情報において、「Ｍｅｓｓａｇｅ−Ｉｄ：＜１９９
８０８１７１０３０．ＴＡＡ２０１０９＠ｃａｎｏｎ＿
ｉｆａｘ．ｄｓｎ．ｇｐ２ｄｐ．ｃｏ．ｊｐ＞」は、通
信装置２０３が送信した送信文書（電子メール）をユニ
ークに識別するために付す情報であり、「ｃａｎｏｎ＿
ｉｆａｘ．ｄｓｎ．ｇｐ２ｄｐ．ｃｏ．ｊｐ」が通信装
置２０３のホストドメイン名であり、「１９９８０８１
７１０３０．ＴＡＡ２０１０９」が電子メールを送信す
る度に年月日時分秒や乱数等から生成されるユニークな
ＩＤである。

【０１５１】また、「Ｔｏ：ｓｕｚｕｋｉ＠ｍａｉｌｓ
ｒｖ．ｉｐ・ｃｏ．ｊｐ」は、図１２の電子メール送信
宛先入力欄３０３であり、送信先の「鈴木さん」の電子
メールアカウントである。「Ｆｒｏｍ：ｓｅｋｉＱｕｔ
ｉ＠ｄｓｎ．ｇｐ２ｄｐ．ｃｏ．ｊｐ」は、図１２の電
子メール送信元入力欄３０２で入力した「関口さん」の
電子メールアカウントである。

【０１５２】「Ｓｕｂｊｅｃｔ：Ｃａｔａｌｏｇｍａ
ｔｅｒｉａｌｓｆｏｒＩＦＡＸ」は、図１２のサブ
ジェクト欄３０４であり、送信文のタイトルである。
「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍ
ｉｘｅｄ；」は、送信される電子メールが複数の部分デ
ータで構成されていることを示す。本例では、テキスト
データの本文データと原稿蓄積された画像データを格納
したＴＩＦＦファイルで構成されている。

【０１５３】さらに、「ｂｏｕｎｄａｒｙ＝”＝＝＿９
０３３１６７８４＝＿”」の「＝＝９０３３１６７８４
＝＝＿」は、部分データの区切りを示す区切り行であ
る。図１８のＭ２とＭ３の先頭行とＭ３の末尾行に「＝
＝＿９０３３１６７８４＝＿」が挿入される。

【０１５４】次にステップＳ７３で、本文データの生成
を行い、図１８のＭ２の情報が生成される。本文データ
には、「Ｃｏｎｔｅｎｔ‐Ｔｙｐｅ：ｔｅｘｔ／ｐｌａ
ｉｎ；ｃｈａｒｓｅｔ＝ｉｓｏ‐２０２２‐ｊｐ」と、
「Ｃｏｎｔｅｎｔ‐Ｔｒａｎｓｆｅｒ−Ｅｎｃｏｄｉｎ
ｇ：７ｂｉｔ」と空行を付し、続いて図１２のコメント
欄３０５で入力されたＳＩＦＴ−ＪＩＳ文字列を日本語
拡張したＩＳ０２０２２コードに変換し電子メールデー
タとして挿入する。

【０１５５】次に、ステップＳ７５で送信画像である原
稿１ページ毎に生成されるＴＩＦＦファイル（ファイル
名が「ＳｃａｎＰａｇｅ１．ｔｉｆ」のバイナリファイ
ル）をＢＡＳＥ６４変換プログラムでＡＳＣＩＩに変換
し、図１２のＭ３の＜Ｔｉｆｆｉｍａｇｅ＞部へ付加
する。

【０１５６】図１８のＭ３は、ＴＩＦＦファイルである
「ＳｃａｎＰａｇｅ１．ｔｉｆ」をＢＡＳＥ６４に変換
したことを示す以下のヘッダが＜Ｔｉｆｆｉｍａｇｅ
＞部に先立って付加される。ＢＡＳＥ６４変換は、バイ
ナリ６ビットの０から６３の値をＡＳＣＩＩの「Ａ」〜
「Ｚ」、「ａ」〜「ｚ」、「＋」、「／」に置き換える
バイナリ→ＡＳＣＩＩ変換アルゴリズムである。なお、
変換によって付加した２ビットのダミービット「０００
０」に対しては、「＝」を付加する。４ビットのダミー
ビット「００００」に対しては「＝」を付加する。

【０１５７】次の画像データが存在すれば、ステップＳ
７４でチェックされ、再度ステップＳ７５が実行され
る。その場合、図１７及び図１８では示していないが、
図１８のＭ３に続きＭ４が付加されていく。図１７及び
図１８の例では、送信画像が１ページしか存在しないた
めステップＳ７４が前頁変換完了となるので、電子メー
ルデータ変換処理を終了する。

【０１５８】［データクリア手段］前述した図１９のス
テップＳ１４及び図２０のステップＳ２０で実行される
本発明の特徴を成すデータクリア処理を詳細に説明す
る。

【０１５９】図２６は、本実施形態に係るデータクリア
手段を実現するプログラムのフローチャートである。

【０１６０】このデータクリア手段は、まずステップＳ
１７２で１分の時間経過をチェックし、１分経過してい
ないときはステップＳ１７２へ戻る。さもなくば、ステ
ップＳ１７３へ進み、図２１の「登録レコード数」７０
２を検索カウンタにセットする。次のステップＳ１７
４では、検索ポインタにレコード［１］をセットしステ
ップＳ１７５へ進む。ステップＳ１７５では、検索カウ
ンタが０を超えるかチェックし、０以下ならステップＳ
１７２へ戻る。

【０１６１】一方、検索カウンタが０を超える場合は、
ステップＳ１７６に進み、現時刻から、検索ポインタの
指す管理データにおけるレコードの「送信時刻」を差し
引いて経過時間を算出する。次に、ステップＳ１７７に
進み該経過時間が図２１の「クリア時間」７０３未満で
あれば、ステップＳ１８０へ移行する。

【０１６２】該経過時間が「クリア時間」以上であれ
ば、ステップＳ１７８で検索ポインタの指すレコードの
文書が図２１の「通信中レコード」７０４と一致するか
否かをチェックし、一致して現レコードが通信中である
場合は、ステップＳ１８０へ移行する。さもなくば、ス
テップＳ１７９に移り、検索ポインタの指すレコードの
文書において「画像ファイル」の指す画像ファイルを削
除し、該レコードを空きレコードにして登録レコード数
をデクリメント（−１）する。

【０１６３】そして、次のステップＳ１８０で検索カウ
ンタをデクリメントし、次のステップＳ１８１で検索ポ
インタを次のレコードに更新し、ステップＳ１７５に戻
る。

【０１６４】［エラー通知メール解析手段］図２３のス
テップＳ１４４で実行されるエラー通知メール解析処理
の詳細について説明する。

【０１６５】図２７〜図３０は、本実施形態に係るエラ
ー通知メール解析手段を実現するプログラムのフローチ
ャートである。

【０１６６】このエラー通知メール解析処理は、まず、
通信装置２０３が受信し、ＲＡＭ２００２またはＨＤＤ
２００４に格納した電子メールデータファイル（例え
ば、図１７及び図１８のＤＳＮメールファイル）をその
先頭から、図２７のステップＳ３２で検索する。次のス
テップＳ３３でファイルの終端を検知し、もし検知した
ならば図２８のステップＳ５０に移行する。

【０１６７】ステップＳ５０では、解析中の電子メール
が、画素密度を下げて再送する対象となるエラー通知メ
ールでないことを示すために、ＲＡＭ２００２上の解析
結果Ａに「非エラー通知メール」をセットし、処理を終
了する。

【０１６８】ファイルの終端が検知されない場合は、ス
テップＳ３４に進んで、文字ファイルや、各種画像ファ
イル、音声ファイル等のマルチメディアデータを同一電
子メールで送信するためのフォーマットであるＭＩＭＥ
（ＭｕｌｔｉｐｕｒｐｏｓｅｌｎｔｅｒｎｅｔＭａｉ
１Ｅｘｔｅｎｓｉｏｎｓ）を示す「ＭＩＭＥ−Ｖｅｒ
ｓｉｏｎ」フィールドの検出を行い、検出したならば
（例えば、図１７の左ページの１３行目）ステップＳ３
５に進む。検出されない場合には、ステップＳ３２へ戻
る。

【０１６９】ステップＳ３５では、継続して該ファイル
の検索を行い、次のステップＳ３６でファイル終端を検
出したならば、ステップＳ５０へ移行する。ファイル終
端を検出できないときは、ステップＳ３７に進み受信デ
ータの中身を識別するための「Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ」フィールドを検出する。もし、検出したならば（例
えば、図１７の左ページの１４行目）ステップＳ３８に
進み、検出されないときにはステップＳ３５に戻る。

【０１７０】ステップＳ３８では、「Ｃｏｎｔｅｎｔ−
Ｔｙｐｅ」フィールド内のパラメータの検索を行い、ス
テップＳ３９でフィールドの終端を検出したならば、ス
テップＳ３５に戻り、再度「Ｃｏｎｔｅｎｔ‐Ｔｙｐ
ｅ」フィールドの検索を行う。

【０１７１】ステップＳ３９でフィールドの終端を検出
できないときには、ステップＳ４０に移行して、通知用
メールか否かを識別するための「ｍｕｌｔｉｐａｒｔ／
ｒｅｐｏｒｔ」タイプとサブタイプの検出を行い、検出
したならば（例えば、図１７の左ページの１４行目）ス
テップＳ４１に進み、検出されないときには、ステップ
Ｓ３８に戻る。

【０１７２】ステップＳ４１では、該フィールド内の検
索を行い、次のステップＳ４２でフィールドの終端を検
出したならばステップＳ３５へ戻る。検出されないとき
には、ステップＳ４３に進んで「ｒｅｐｏｒｔ−ｔｙｐ
ｅ」パラメータの検出を行い、検出されなければ（例え
ば、図１７の左ページの１４行目）ステップＳ４１に戻
る。「ｒｅｐｏｒｔ−ｔｙｐｅ」パラメータが検出さ
れたときには、続くステップＳ４４に進んで「ｒｅｐｏ
ｒｔ‐ｔｙｐｅ」パラメータの値が「ｄｅｌｉｖｅｒｙ
−ｓｔａｔｕｓ」の検出を行い、検出したならば（例え
ば、図１７の左ページの１４行目）、ＤＳＮメールであ
ることが判明し、図２８のステップＳ４５へ進む。「ｄ
ｅｌｉｖｅｒｙ−ｓｔａｔｕｓ」が検出されないときに
は、ステップＳ４１へ移行する。

【０１７３】ステップＳ４５では、継続してファイルの
検索を行い、ステップＳ４６でファイルの終端を検出
し、もし検出したならば図２８のステップＳ５０へ移行
する。さもなくば、ステップＳ４７で「Ａｃｔｉｏｎ」
フィールドの検出を行い、検出したならば（例えば、図
１８の左ページの３５行目）、ステップＳ４８へ進む。
さもなくば、ステップＳ４５に戻る。

【０１７４】ステップＳ４８では、「Ａｃｔｉｏｎ」フ
ィールドのタイプが「ｆａｉｌｄ」であるか否かをチェ
ックし、「ｆａｉｌｅｄ」であるならば、ステップＳ４
９へ進む。さもなくば、図２８のステップＳ５２へ移行
して、ＲＡＭ２００２上の解析結果Ａの領域に、正常に
配信されたメールに対するＤＳＮメッセージでエラー通
知メッセージでない旨の「正常配信メール」をセットす
る。

【０１７５】次のステップＳ５３では、ＲＡＭ２００２
上の解析結果Ｂに「正常配信完了」をセットする。ま
た、ステップＳ４９では、ＲＡＭ２００２上の解析結果
Ａに「エラー通知メール」をセットする。

【０１７６】次に、図２９のステップＳ６１に進み、継
続してファイルの検索を行い、ステップＳ６２でファイ
ルの終端を検知したならば、図２８のステップＳ５０へ
移行する。さもなくば、「Ｓｔａｔｕｓ」フィールドの
検出を行い、検出したならば（図１８の左ページの３６
行目）ステップＳ６４へ進む。さもなくば、ステップＳ
６１へ戻る。

【０１７７】ステップＳ６４では、該フィールド内の検
索を行い、ステップＳ６５でフィールドの終端を検知し
ないならばステップＳ６６へ進む。さもなくば、図３０
のステップＳ８２へ移行し、ＲＡＭ２００２上の解析結
果Ｂに「その他のエラー」をセットし、ステップＳ８３
に進んでＲＡＭ２００２上の解析結果Ｃに「画像添付無
し」をセットし、処理を終了する。

【０１７８】ステップＳ６６では、「Ｓｔａｔｕｓ」フ
ィールドのタイプが「５．２．３」（「Ｍｅｓｓａｇｅ
ｌｅｎｇｔｈｅｘｃｅｅｄｓａｄｍｉｎｉｓｔｒ
ａｔｉｖｅｌｉｍｉｔ」電子メールサーバのシステム
管理者が設定したメッセージ長制限を越えた）の検出を
行い、検出したならばステップＳ６８へ移行する。さも
なくば、ステップＳ６７へ移行して、「Ｓｔａｔｕｓ」
フィールドのタイプが「５．３．４」（「Ｍｅｓｓａｇ
ｅｔｏｏｂｉｇｆｏｒｓｙｓｔｅｍ」メッセー
ジが大き過ぎる）の検出を行い、もし検出したならば
（図１８の左ページの３６行目）、ステップＳ６８へ進
む。さもなくば、ステップＳ６４へ移行する。

【０１７９】ステップＳ６８では、ＲＡＭ２００２上の
解析結果Ｂに再送が必要な旨の「メッセージ長オーバ
ー」をセットする。

【０１８０】次のステップＳ６９では、「メッセージＩ
Ｄチェック」を行うか否かをチェックし、もし「メッセ
ージＩＤチェック」を行うならばステップＳ７０へ進
む。さもなくば、図３０のステップＳ７５へ移行する。

【０１８１】因みに、「メッセージＩＤチェック」を行
う場合は、通信装置２０３から送信した電子メールに対
してのみ受信したエラー通知メール（ＤＳＮメッセー
ジ）を基に、添付画像のファイルの解像度を下げて再送
を行う。一方、「メッセージＩＤチェック」を行わない
場合は、他の電子メールクライアントが送信した電子メ
ールに対するエラー通知メールであっても、添付画像が
エラー通知メールに添付されていれば通信装置２０３が
解像度を下げて再送する。

【０１８２】ステップＳ７０〜ステップＳ７４までの処
理は、通信装置２０３が送信した電子メールに対するエ
ラー通知メールか否かを判定するために、「Ｍｅｓｓａ
ｇｅ−Ｉｄ」フィールドのチェックを行う。

【０１８３】まずステップＳ７０では、「Ｓｔａｔｕ
ｓ」フィールド行以降のファイル検索を行い、ステップ
Ｓ７１でファイルの終端を検出したならば、図２８のス
テップＳ５０へ移行する。さもなくば、ステップＳ７２
に進んで「Ｍｅｓｓａｇｅ−Ｉｄ」フィールドの検出を
行い、もし検出したならばステップＳ７３へ進む。さも
なくば、ステップＳ７０へ戻る。

【０１８４】ステップＳ７３では、「Ｍｅｓｓａｇｅ−
Ｉｄ」フィールドの値を抽出する。次のステップＳ７４
では、通信装置２０３の再送情報管理手段である図２１
に示した管理データにおける「メッセージＩＤベース」
７０１に、設定されている通信装置２０３のホストドメ
イン名「ｃａｎｏｎ＿ｉｆａｘ．ｄｓｎ．ｇｐ２ｄｐ．
ｃｏ．ｊｐ」が含まれるか否かをチェックする。含まれ
ていれば（図１７の右ページの１０行目）、図３０のス
テップＳ７５へ進む。さもなくば、図２８のステップＳ
５０へ移行する。因みに、通信装置２０３から送信され
る電子メールのメッセージＩＤの生成には、該「メッセ
ージＩＤベース」７０１が用いられる。

【０１８５】図３０のステップＳ７５以降では、エラー
通知メールに画像ファイルが添付されているか否かのチ
ェックが行われる。

【０１８６】まずステップＳ７５では、継続してファイ
ルの検索を行い、次のステップＳ７６でファイルの終端
を検出し、もし検出したならばステップＳ８３へ移行す
る。さもなくば、ステップＳ７７へ移り、「Ｃｏｎｔｅ
ｎｔ−Ｔｙｐｅ」の検出を行い、もし検出したならば
（図１７右側の１８行目または図１８右側の３１行目）
ステップＳ７８へ進む。さもなくば、ステップＳ７５へ
戻る。

【０１８７】ステップＳ７８では、「Ｃｏｎｔｅｎｔ−
Ｔｙｐｅ」フィールド内のタイプとサブタイプの抽出を
行い、ステップＳ７９でＴＩＦＦ画像ファイルを示す
「ｉｍａｇｅ／ｔｉｆｆ」が含まれているならば、ステ
ップＳ８０へ進み、ＲＡＭ２００２上の解析結果Ｃ領域
に「画像添付」をセットし、本処理を終了する。さもな
くば、ステップＳ８３へ移行する。

【０１８８】［電子メールデータ逆変換手段］図２３の
ステップＳ１４８で実行される電子メールデータ逆変換
処理について詳細に説明する。

【０１８９】図３１、３２及び図３３は、本実施形態に
係る電子メールデータ逆変換手段を実現するプログラム
のフローチャートである。

【０１９０】この電子メールデータ逆変換処理は、通信
装置２０３が送信した電子メールに対するエラー通知メ
ールであるＤＳＮメールから添付画像データを抽出する
ため処理であり、該ＤＳＮメールの内容は、前記の電子
メールデータ変換手段の説明と同様のものである。

【０１９１】また、該ＤＳＮメールに添付された画像デ
ータの内容は、ＤＳＮメールを送信したゲートウェイ２
０６が受信し電子メールサーバ２１５に転送しようとし
て失敗した画像データと同一のものである。即ち、オリ
ジナルの画像データは、通信装置２０３等の電子メール
クライアント（図１３のソースＵＡ４０１に相当）が生
成したものである。受信した該ＤＳＮメールは、ＨＤＤ
２００４にファイルとして記憶される。

【０１９２】まずステップＳ１０２では、受信したＤＳ
Ｎメールファイル（図１７及び図１８）を検索し、次の
ステップＳ１０３でファイル終端を検出したならば、ス
テップＳ１１８に進んで該ページの画像ファイルが検出
されなかったとして、ステップＳ１１９に進み処理を抜
ける。ファイル終端が検出されなければ、ステップＳ１
０４で「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：」フィールドの検
出を行い、検出したならば（図１７の１４行目）ステッ
プＳ１０５へ進む。さもなくば、ステップＳ１０２へ戻
る。

【０１９３】ステップＳ１０５では、該フィールド内の
検索を行い、ステップＳ１０６で該フィールドの終端を
検出できたならば、ステップＳ１０２へ戻る。さもなく
ば、ステップＳ１０７で「Ｍｕｌｔｉｐａｒｔ／Ｍｉｘ
ｅｄ」タイプとサブタイプの検出を行い、検出したなら
ばステップＳ１０８へ進む。さもなくば、ステップＳ１
０５へ戻る。

【０１９４】ステップＳ１０８では引き続きファイル内
の検索を行い、ステップＳ１０９でファイルの終端を検
出したならば、ステップＳ１３６へ移行してページ画像
データ格納終了フラグがオン状態ならば、ステップＳ１
３７へ移行して添付画像抽出が正常終了したとして、処
理を終了する。前記ページ画像データ格納終了フラグが
オン状態でなければステップＳ１１８へ移行する。

【０１９５】ステップＳ１０９でファイルの終端を検出
できないときは、ステップＳ１１０へ進み、領域区切り
行パラメータ「Ｂｏｕｎｄａｒｙ：」を検出し、検出し
たならば（図１７の１５行目）、ステップＳ１１１へ進
む。さもなくばステップＳ１０８へ移行する。

【０１９６】ステップＳ１１１では、「Ｂｏｕｎｄａｒ
ｙ：」の値である区切り行の実体「ＴＡＡ０４２１７．
９０３３４９５２１／ｇａｔｅｗａｙ．ｅｐｎｔ．ｇｐ
２ｄｐ．ｃｏ．ｊｐ」をＲＡＭ２００２に記憶する。

【０１９７】次のステップＳ１１２では、ファイル内に
ステップＳ１１１で記憶した区切り行の「ＴＡＡ０４２
１７．９０３３４９５２１／ｇａｔｅｗａｙ．ｅｐｎ
ｔ．ｇｐ２ｄｐ．ｃｏ．ｊｐ」が存在するか検索する。
続くステップＳ１１３でファイルの終端を検出したなら
ばステップＳ１１８へ移行し、さもなくばステップＳ１
１４へ進み、区切り行を検出したならば、ステップＳ１
１５に移行する。区切り行が検出されないときはステッ
プＳ１１２へ戻る。

【０１９８】ステップＳ１１５では、引き続き該ファイ
ルの検索を行い、ステップＳ１１６でファイルの終端を
検出したならば、ステップＳ１１８へ進む。さもなく
ば、ステップＳ１１７へ進み「Ｃｏｎｔｅｎ‐Ｔｙｐ
ｅ：」フィールドを検出した（図１７の右ページの１８
行目）ならば、図３３のステップＳ１２０に進む。「Ｃ
ｏｎｔｅｎ‐Ｔｙｐｅ：」フィールドが検出されないと
きはステップＳ１１５へ戻る。

【０１９９】ステップＳ１２０では、該フィールド内の
検索を行い、続くステップＳ１２１でフィールドの終端
を検出したならば前記ステップＳ１１５へ移行する。検
出しなければステップＳ１２２へ移行し、ＴＩＦＦ画像
ファイルを示す「Ｉｍａｇｅ／Ｔｉｆｆ」のタイプとサ
ブタイプを検出し、検出したならばステップＳ１２３へ
進む。さもなくば、ステップＳ１２０へ戻る。

【０２００】ステップＳ１２３では、引き続きファイル
の検索を行い、ステップＳ１２４でファイルの終端を検
出したならばステップＳ１１８へ移行する。検出しなけ
ればステップＳ１２５へ進んで、ファイル内容の電子メ
ール転送用のテキストコードファイルに変換するための
バイナリ→テキスト・ファイル変換符号方式を抽出する
ために、「Ｃｏｎｔｅｎｔ‐Ｔｒａｎｓｆｅｒ‐Ｅｎｃ
ｏｄｉｎｇ：」フィールドの検出を行う。もし検出した
ならば（図１８の右ページの３１行目）、ステップＳ１
２６へ進み、検出しなければステップＳ１２３へ移行す
る。

【０２０１】ステップＳ１２６では、該フィールド内の
タイプを抽出する（図１８の３１行目では、符号化方式
が「Ｂａｓｅ６４」）。次に、ステップＳ１２７へ移行
し、引き続きファイル内の検索を行い、ステップＳ１２
８でファイルの終端を検出したならば、ステップＳ１１
８へ移行する。さもなくば、ステップＳ１２９へ進み空
白行（キャリッジリターンやラインフィードのみの行）
の検出を行い、検出したならばステップＳ１３０へ進
む。さもなくば、ステップＳ１２７へ戻る。

【０２０２】ステップＳ１３０では、ステップＳ１２９
で検出した空白行の次の行を、「Ｃｏｎｔｅｎｔ−Ｔｒ
ａｎｓｆｅｒ−Ｅｎｃｏｄｉｎｇ：」フィールドのタイ
プで符号化（ここでは、電子メール転送用符号と称す）
して転送されたＴＩＦＦファイルの先頭行位置としてＲ
ＡＭ２００２またはＨＤＤ２００４に記憶する。なお、
上記した、空白行の次の行とは、図１８では右ページの
３５行目の「＜Ｔｉｆｆｉｍａｇｅ＞」の先頭行を示
す。図１８では、「＜Ｔｉｆｆｉｍａｇｅ＞」を１行
で表現しているが、実際はＢａｓｅ６４符号データが複
数行存在する。

【０２０３】次に、ステップＳ１３１へ進み、引き続き
ファイルの検索を行い、ステップＳ１３２でファイルの
終端を検出し、検出したならばステップＳ１１８へ移行
し、検出しなければステップＳ１３３へ進む。

【０２０４】ステップＳ１３３では、空白行の検出を行
い、検出されたならば（図１８では右ページの３６行
目）ステップＳ１３４へ進んで、ステップＳ１３０の行
から該空白行の前までをＴＩＦＦファイルを電子メール
転送用符号したデータとして、ＲＡＭ２００２またはＨ
ＤＤ２００４に電子メール転送用符号ファイルとして記
憶する。

【０２０５】次に、該電子メール転送用符号ファイルを
入力として、前記電子メール変換手段で説明したＢＡＳ
Ｅ６４変換ブログラムの逆変換（デコード）を行い、Ｔ
ＩＦＦファイル（画像ファイル）としてＲＡＭ２００２
またはＨＤＤ２００４に記憶する。

【０２０６】次のステップＳ１３５では、１ページの画
像ファイルを変換完了した旨のページ画像データ格納終
了終了フラグをオンし、前記ステップＳ１０８へ移行す
る。

【０２０７】以上のように本実施形態によれば、通信装
置２０３が自動的にエラー通知メールの内容を解釈し、
画素密度を下げてユーザの介在なしに再送信することが
でき、さらに、ユーザが解釈しやすいレポートを印字す
る機能を有するので、ユーザがエラー通知メールを見落
とすことがなく、確実且つ簡単に相手に添付画像付きの
電子メールを送り届けることが可能となる。

【０２０８】また、データクリア処理により、ほとんど
の文書が文書送信後に自動的に削除されるため、送信文
書が通信装置２０３内の補助記憶装置（ＲＡＭ２００
２）に留め置かれる文書が少なくなる。これにより、ユ
ーザが未送信で残った文書を削除する手間を省くことが
可能となると共に、補助記憶装置がメモリフルになって
原稿送信予約ができなくなる事態を低減することができ
る。これにより、通信装置２０３の稼働率を大幅に向上
させることができる。

【０２０９】なお、本実施形態では、本発明をパーソナ
ルコンピュータ上で実現することも可能である。また、
本発明は、上述した実施形態の装置に限定されず、複数
の機器から構成されるシステムに適用しても、１つの機
器から成る装置に適用してもよい。前述した実施形態の
機能を実現するソフトウェアのプログラムコードを記憶
した記憶媒体をシステムあるいは、装置に供給し、その
システムあるいは、装置のコンピュータ（または、ＣＰ
ＵやＭＰＵ）が記憶媒体に格納されたプログラムコード
を読み出し備えたことによっても、完成されることは、
言うまでもない。

【０２１０】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は、本発明を構成することになる。プログラムコードを
供給するための記憶媒体としては、例えば、フロッピー
（登録商標）ディスク、ハードディスク、光ディスク、
光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テー
プ、不揮発性のメモリカード、ＲＯＭを用いることがで
きる。また、コンピュータが読み出したプログラムコー
ドを備えたことにより、前述した実施形態の機能が実現
されるだけでは、なく、そのプログラムコードの指示に
基づき、コンピュータ上で稼働しているＯＳなどが実際
の処理の一部または、全部を行い、その処理によって前
述した実施形態の機能が実現される場合も含まれること
は、言うまでもない。

【０２１１】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、次のプログラムコードの指
示に基づき、その拡張機能を拡張ボードや拡張ユニット
に備わるＣＰＵなどが処理を行って実際の処理の一部ま
たは全部を行い、その処理によって前述した実施形態の
機能が実現される場合も含まれることは、言うまでもな
い。

【０２１２】

【発明の効果】以上詳述したように、本発明によれば、
通信装置の画像データ蓄積手段に滞留している画像デー
タを自動的に削除することができるので、ユーザが未送
信で残った文書を削除する手間を省くことが可能になる
と共に、画像データ蓄積手段の記憶容量が容量オーバー
になり原稿送信予約ができなくなる事態を低減すること
ができる。これにより、通信装置の稼働率を大幅に向上
させることが可能になる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る通信装置の全体構成を
示すブロック図である。

【図２】画像入出力デバイスの要部構成を示す外観図で
ある。

【図３】操作部２０１２の構成を示す外観図である。

【図４】図１に示したスキャナ画像処理部２０８０の構
成を示すブロック図である。

【図５】プリンタ画像処理部２０９０の構成を示すブロ
ック図である。

【図６】画像圧縮処理部２０４０の構成を示すブロック
図である。

【図７】画像回転部２０３０の構成を示すブロック図で
ある。

【図８】画像回転処理の説明図である。

【図９】画像回転処理の説明図である。

【図１０】デバイスＩ／Ｆ部２０２０の構成を示すブロ
ック図である。

【図１１】実施形態に係るネットワーク接続形態図であ
る。

【図１２】通信装置２０３の操作部２０１２の電子メー
ル宛先入力画面を示す図である。

【図１３】実施形態に係る電子メール蓄積交換システム
の経路図である。

【図１４】文書再送信エラーレポートのプリント例を示
す図である。

【図１５】電子メールの送受信プロトコルであるＳＭＴ
Ｐプロトコルのコマンド・シーケンス図である。

【図１６】ＳＭＴＰプロトコルのコマンド・シーケンス
において、電子メール送信が異常終了したケースを示し
たシーケンス図である。

【図１７】受信データ長制限を超えた場合のＤＳＮメッ
セージ（テキストデータ）の一例を示す図である。

【図１８】図１７の続きのフローチャートである。

【図１９】実施形態に係る原稿読み取り送信制御処理を
実現するプログラムのフローチャートである。

【図２０】図１９の続きのフローチャートである。

【図２１】ＲＡＭ２００２に格納された再送管理データ
の構造図である。

【図２２】文書再送信レポートのプリント例を示す図で
ある。

【図２３】実施形態に係る再送信制御処理を実現するプ
ログラムのフローチャートである。

【図２４】図２３の続きのフローチャートである。

【図２５】実施形態に係る電子メールデータ変換手段を
実現するプログラムのフローチャートである。

【図２６】実施形態に係るデータクリア手段を実現する
プログラムのフローチャートである。

【図２７】実施形態に係るエラー通知メール解析手段を
実現するプログラムのフローチャートである。

【図２８】図２７の続きのフローチャートである。

【図２９】図２８の続きのフローチャートである。

【図３０】図２９の続きのフローチャートである。

【図３１】実施形態に係る電子メールデータ逆変換手段
を実現するプログラムのフローチャートである。

【図３２】実施形態に係る電子メールデータ逆変換手段
を実現するプログラムのフローチャートである。

【図３３】図３２の続きのフローチャートである。

【符号の説明】

２０００コントローラ・ユニット２００１ＣＰＵ２００２ＲＡＭ２００３ＲＯＭ２００４ＨＤＤ２００５イメージバスＩ／Ｆ２００６操作部Ｉ／Ｆ２００７システムバス２００８画像バス２０１０ネットワーク部２０１１ＬＡＮ２０１２操作部（ＵＩ）２０２０デバイスＩ／Ｆ部２０３０画像回転部２０４０画像圧縮処理部２０５０モデム２０５１公衆回線（ＷＡＮ）２０６０ラスター・イメージ・プロセッサ（ＲＩＰ）２０７０スキャナ２０８０スキャナ画像処理部２０９０プリンタ画像処理部２０９５プリンタ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 1/32 Ｈ０４Ｎ 1/32 Ｚ 1/387 １０１ 1/387 １０１Ｆターム(参考） 5C062 AA02 AB43 AC08 AC13 AC23 AC25 AC38 AF06 BA00 BD00 5C073 AA03 BB01 BC04 BD03 CD08 CE01 5C075 CA04 CA08 CA90 CE02 CE09 FF90 5C076 AA03 AA22 AA24 BA09 CB01 CB04

Claims

【特許請求の範囲】

【請求項１】データを所望の送信先へ送信する送信手
段と、前記送信手段によって送信されるデータを蓄積する送信
データ蓄積手段と、前記送信データ蓄積手段に蓄積されている送信データの
データ量を変換するデータ量変換手段と、前記送信手段によってデータを送信した後に、前記所望
の送信先または送信元と送信先の間に位置する中継装置
が発した送信不能を示すエラー情報を受信した時、前記
エラー情報に対応する前記送信データ蓄積手段中のデー
タのデータ量を前記データ量変換手段によって小さくし
て前記所望の送信先へ再送信する再送信制御手段と、前記送信データ蓄積手段中の蓄積データを所望の条件下
で消去するデータクリア手段とを備えたことを特徴とす
る通信装置。
【請求項２】前記データクリア手段は、前記再送信制
御手段によって再送信したデータが送信不能になった時
点で、前記送信データ蓄積手段中のデータを消去するこ
とを特徴とする請求項１記載の通信装置。
【請求項３】前記データクリア手段は、あらかじめ設
定したクリア時刻になった時点に前記送信データ蓄積手
段中のデータを消去することを特徴とする請求項１記載
の通信装置。
【請求項４】前記データクリア手段により前記送信デ
ータ蓄積手段中のデータを消去するタイミングで、該デ
ータが前記再送信制御手段で使用中の場合は、該データ
の消去を禁止することを特徴とする請求項１乃至請求項
３記載の通信装置。
【請求項５】データの送信予約を所望の単位で行う送
信予約手段と、前記送信予約手段によるデータ送信予約時に、前記再送
信制御手段で実行される再送信機能を使用するか否かを
設定する再送機能有効設定手段とを備えたことを特徴と
する請求項１乃至請求項４記載の通信装置。
【請求項６】前記再送機能有効設定手段の初期値は、
前記再送機能を無効にするものであることを特徴とする
請求項５記載の通信装置。
【請求項７】前記再送信制御手段は、前記再送機能有
効設定手段の設定結果に応じて、前記再送信機能を実行
するか否かを判別する手段を有することを特徴とする請
求項４または請求項５記載の通信装置。
【請求項８】画像を読み取って画像データを生成する
画像読み取り手段と、前記画像読み取り手段で読み取った画像データを電子メ
ールデータとして変換する電子メールデータ変換手段
と、前記電子メールデータを含む送信ジョブを所望の送信先
へ送信する電子メール送信手段と、前記画像読み取り手段で読み取った画像データを蓄積す
る画像データ蓄積手段と、画像データを所望の画素密度に変換する画素密度変換手
段と、前記電子メール送信手段によって電子メールデータを送
信した後に前記所望の送信先または送信元と送信先の間
に位置する中継装置が発した送信不能を示すエラー情報
を受信した時、前記エラー情報に対応する前記画像デー
タ蓄積手段中の画像データのデータ量を前記画素密度変
換手段によって小さくして前記所望の送信先へ再送信す
る再送信制御手段と、前記画像データ蓄積手段中の画像データを所望の条件下
で消去するデータクリア手段とを備えたことを特徴とす
る通信装置。
【請求項９】送信した送信ジョブを識別するための送
信ジョブ識別情報、及び送信した画像データと前記送信
ジョブ識別情報との対応関係を示す情報を再送信情報と
して記憶する再送信情報管理手段と、前記エラー情報に含まれる識別情報が前記再送信情報管
理手段中の送信ジョブ識別情報と一致するか否かを解析
する第一のエラー解析手段と、該エラー情報がデータ規模に関して送信不能を示すエラ
ー情報か否かを解析する第２のエラー解析手段とを有
し、前記再送信制御手段は、前記第１のエラー解析手段の解析結果が一致であり且つ
前記第２の解析手段の解析結果がデータ規模に関して送
信不能を示すエラー情報であると解析にした場合に、前
記エラー情報に対応する前記画像データ蓄積手段中の画
像データのデータ量を小さくして前記所望の送信先へ再
送信することを特徴とする請求項８記載の通信装置。
【請求項１０】前記再送信情報管理手段の再送信情報
は、前記送信ジョブの送信時刻と、データクリア時刻と
を含み、前記データクリア手段は、前記再送信情報として設定された前記データクリア時刻
になった時点で、当該再送信に関して使用した前記再送
信情報管理手段中の前記再送信情報と前記画像データ蓄
積手段中の画像データとを消去することを特徴とする請
求項９記載の通信装置。
【請求項１１】前記データクリア手段により前記再送
信情報と前記画像データを消去するタイミングで、該再
送信情報と画像データが前記再送信制御手段で使用中の
場合は、該再送信情報と画像データの消去を禁止するこ
とを特徴とする請求項９または請求項１０記載の通信装
置。
【請求項１２】画像データの送信予約をジョブ単位で
行う送信予約手段と、前記送信予約手段による送信予約時に、前記再送信制御
手段で実行される再送信機能を使用するか否かを設定す
る再送機能有効設定手段とを備えたことを特徴とする請
求項８乃至請求項１１記載の通信装置。
【請求項１３】前記再送機能有効設定手段の初期値
は、前記再送機能を無効にするものであることを特徴と
する請求項１２記載の通信装置。
【請求項１４】前記再送信制御手段は、前記再送機能
有効設定手段の設定結果に応じて、前記再送信機能を実
行するか否かを判別する手段を有することを特徴とする
請求項１２または請求項１３記載の通信装置。
【請求項１５】ネットワークに接続するネットワーク
接続手段と、前記ネットワークに接続されている所望の送信先の電子
メール宛先を指示する宛先指示手段とを有し、前記電子メール送信手段は、前記電子メールデータを含
む送信ジョブを前記宛先指示手段で指示された所望の送
信先へ送信することを特徴とする請求項８乃至請求項１
４記載の通信装置。
【請求項１６】前記画素密度変換手段は、画像データ
の解像度を下げるように画素密度を変換する手段であっ
て、前記再送信制御手段が前記画素密度変換手段を用い
て画像データの解像度を下げて再送信するとき、その解
像度を設定する再送信解像度設定手段を備えたことを特
徴とする請求項８乃至請求項１５記載の通信装置。
【請求項１７】前記画素密度変換手段は、画像データ
の画像サイズを小さくするように画素密度を変換する手
段であって、前記再送信制御手段が前記画素密度変換手
段を用いて画像データの画像サイズを小さくして再送信
するとき、その画像サイズを設定する再送信画像サイズ
設定手段を備えたことを特徴とする請求項８乃至請求項
１６記載の通信装置。
【請求項１８】電子メールデータを受信する電子メー
ル受信手段を備えたことを特徴とする請求項８乃至請求
項１７記載の通信装置。
【請求項１９】前記エラー情報に添付された画像デー
タを抽出する電子メールデータ逆変換手段を備えたこと
を特徴とする請求項８乃至請求項１８記載の通信装置。
【請求項２０】請求項１乃至請求項１９記載の通信装
置である第１の通信装置と、該第１の通信装置と通信を
行う第２の通信装置とを備えたことを特徴とする通信シ
ステム。
【請求項２１】データを所望の送信先へ送信する送信
行程と、前記送信行程によって送信されるデータを蓄積手段に蓄
積する送信データ蓄積行程と、前記蓄積手段に蓄積されている送信データのデータ量を
変換するデータ量変換行程と、前記送信行程によってデータを送信した後に、前記所望
の送信先または送信元と送信先の間に位置する中継装置
が発した送信不能を示すエラー情報を受信した時、前
記エラー情報に対応する前記蓄積手段中のデータのデー
タ量を前記データ量変換行程によって小さくして前記所
望の送信先へ再送信する再送信制御行程と、前記蓄積手段中の蓄積データを所望の条件下で消去する
データクリア行程とを実行することを特徴とする通信方
法。
【請求項２２】前記データクリア行程は、前記再送信
制御行程によって再送信したデータが送信不能になった
時点で、前記蓄積手段中のデータを消去することを特徴
とする請求項２１記載の通信方法。
【請求項２３】前記データクリア行程は、あらかじめ
設定したクリア時刻になった時点に前記蓄積手段中のデ
ータを消去することを特徴とする請求項２１記載の通信
方法。
【請求項２４】前記データクリア行程により前記送信
データ蓄積行程中のデータを消去するタイミングで、該
データが前記再送信制御行程で使用中の場合は、該デー
タの消去を禁止することを特徴とする請求項２２または
請求項２３記載の通信方法。
【請求項２５】データの送信予約を所望の単位で行う
送信予約行程と、前記送信予約行程によるデータ送信予約時に、前記再送
信制御行程で実行される再送信機能を使用するか否かを
設定する再送機能有効設定行程とを備えたことを特徴と
する請求項２１乃至請求項２４記載の通信方法。
【請求項２６】前記再送機能有効設定行程の初期値
は、前記再送機能を無効にするものであることを特徴と
する請求項５記載の通信方法。
【請求項２７】前記再送信制御行程は、前記再送機能
有効設定行程の設定結果に応じて、前記再送信機能を実
行するか否かを判別する行程を有することを特徴とする
請求項２５または請求項２６記載の通信方法。
【請求項２８】画像を読み取って画像データを生成す
る画像読み取り行程と、前記画像読み取り行程で読み取った画像データを電子メ
ールデータとして変換するデータ変換行程と、前記電子メールデータを含む送信ジョブを所望の送信先
へ送信する送信行程と、前記画像読み取り行程で読み取った画像データを蓄積手
段に蓄積する画像データ蓄積行程と、前記送信行程によって電子メールデータを送信した後に
前記所望の送信先または送信元と送信先の間に位置する
中継装置が発した送信不能を示すエラー情報を受信した
時、前記エラー情報に対応する前記蓄積手段中の画像デ
ータのデータ量を小さくして前記所望の送信先へ再送信
する再送信制御行程と、前記蓄積手段中の画像データを所望の条件下で消去する
データクリア行程とを設けたことを特徴とする通信方
法。
【請求項２９】送信した送信ジョブを識別するための
送信ジョブ識別情報、及び送信した画像データと前記送
信ジョブ識別情報との対応関係を示す情報を再送信情報
として記憶する再送信情報管理行程と、前記エラー情報に含まれる識別情報が前記再送信情報管
理行程中の送信ジョブ識別情報と一致するか否かを解析
する第一のエラー解析行程と、該エラー情報がデータ規模に関して送信不能を示すエラ
ー情報か否かを解析する第２のエラー解析行程とを有
し、前記再送信制御行程は、前記第１のエラー解析行程の解析結果が一致であり且つ
前記第２の解析行程の解析結果がデータ規模に関して送
信不能を示すエラー情報であると解析にした場合に、前
記エラー情報に対応する前記蓄積手段中の画像データの
データ量を小さくして前記所望の送信先へ再送信するこ
とを特徴とする請求項２８記載の通信方法。
【請求項３０】前記再送信情報管理行程の再送信情報
は、前記送信ジョブの送信時刻と、データクリア時刻と
を含み、前記データクリア行程は、前記再送信情報として設定された前記データクリア時刻
になった時点で、当該再送信に関して使用した前記再送
信情報管理行程中の前記再送信情報と前記蓄積手段中の
画像データとを消去することを特徴とする請求項２９記
載の通信方法。
【請求項３１】前記データクリア行程により前記再送
信情報と前記画像データを消去するタイミングで、該再
送信情報と画像データが前記再送信制御行程で使用中の
場合は、該再送信情報と画像データの消去を禁止するこ
とを特徴とする請求項２９または請求項３０記載の通信
方法。
【請求項３２】画像データの送信予約をジョブ単位で
行う送信予約行程と、前記送信予約行程による送信予約時に、前記再送信制御
行程で実行される再送信機能を使用するか否かを設定す
る再送機能有効設定行程とを実行することを特徴とする
請求項２８乃至請求項３１記載の通信方法。
【請求項３３】前記再送機能有効設定行程の初期値
は、前記再送機能を無効にするものであることを特徴と
する請求項３２記載の通信方法。
【請求項３４】前記再送信制御行程は、前記再送機能
有効設定行程の設定結果に応じて、前記再送信機能を実
行するか否かを判別する行程を有することを特徴とする
請求項３２または請求項３３記載の通信方法。
【請求項３５】データを所望の送信先へ送信する送信
ステップと、前記送信ステップによって送信されるデータを蓄積手段
に蓄積する送信データ蓄積ステップと、前記蓄積手段に蓄積されている送信データのデータ量を
変換するデータ量変換ステップと、前記送信ステップによってデータを送信した後に、前記
所望の送信先または送信元と送信先の間に位置する中継
装置が発した送信不能を示すエラー情報を受信した時、
前記エラー情報に対応する前記蓄積手段中のデータのデ
ータ量を前記データ量変換ステップによって小さくして
前記所望の送信先へ再送信する再送信制御ステップと、前記蓄積手段中の蓄積データを所望の条件下で消去する
データクリアステップとを備えた処理プログラムを提供
することを特徴とする処理プログラムを提供する媒体。
【請求項３６】前記データクリアステップは、前記再
送信制御ステップによって再送信したデータが送信不能
になった時点で、前記蓄積手段中のデータを消去するこ
とを特徴とする請求項３５記載の処理プログラムを提供
する媒体。
【請求項３７】前記データクリアステップは、あらか
じめ設定したクリア時刻になった時点に前記蓄積手段中
のデータを消去することを特徴とする請求項３５記載の
処理プログラムを提供する媒体。
【請求項３８】前記処理プログラムは、前記データクリアステップにより前記送信データ蓄積ス
テップ中のデータを消去するタイミングで、該データが
前記再送信制御ステップで使用中の場合には、該データ
の消去を禁止するステップを備えたことを特徴とする請
求項３５乃至請求項３７記載の処理プログラムを提供す
る媒体。
【請求項３９】前記処理プログラムは、データの送信予約を所望の単位で行う送信予約ステップ
と、前記送信予約ステップによるデータ送信予約時に、前記
再送信制御ステップで実行される再送信機能を使用する
か否かを設定する再送機能有効設定ステップとを備えた
ことを特徴とする請求項３５乃至請求項３８記載の処理
プログラムを提供する媒体。
【請求項４０】前記再送機能有効設定ステップの初期
値は、前記再送機能を無効にするものであることを特徴
とする請求項３９記載の処理プログラムを提供する媒
体。
【請求項４１】前記再送信制御ステップは、前記再送
機能有効設定ステップの設定結果に応じて、前記再送信
機能を実行するか否かを判別するステップを有すること
を特徴とする請求項３９または請求項４０記載の処理プ
ログラムを提供する媒体。
【請求項４２】画像を読み取って画像データを生成す
る画像読み取りステップと、前記画像読み取りステップで読み取った画像データを電
子メールデータとして変換するデータ変換ステップと、前記電子メールデータを含む送信ジョブを所望の送信先
へ送信する送信ステップと、前記画像読み取りステップで読み取った画像データを蓄
積手段に蓄積する画像データ蓄積ステップと、前記送信ステップによって電子メールデータを送信した
後に前記所望の送信先または送信元と送信先の間に位置
する中継装置が発した送信不能を示すエラー情報を受信
した時、前記エラー情報に対応する前記蓄積手段中の画
像データのデータ量を小さくして前記所望の送信先へ再
送信する再送信制御ステップと、前記蓄積手段中の画像データを所望の条件下で消去する
データクリアステップとを備えた処理プログラムを提供
することを特徴とする処理プログラムを提供する媒体。
【請求項４３】送信した送信ジョブを識別するための
送信ジョブ識別情報、及び送信した画像データと前記送
信ジョブ識別情報との対応関係を示す情報を再送信情報
として記憶する再送信情報管理ステップと、前記エラー情報に含まれる識別情報が前記再送信情報管
理ステップ中の送信ジョブ識別情報と一致するか否かを
解析する第一のエラー解析ステップと、該エラー情報がデータ規模に関して送信不能を示すエラ
ー情報か否かを解析する第２のエラー解析ステップとを
有し、前記再送信制御ステップは、前記第１のエラー解析ステップの解析結果が一致であり
且つ前記第２の解析ステップの解析結果がデータ規模に
関して送信不能を示すエラー情報であると解析にした場
合に、前記エラー情報に対応する前記蓄積手段中の画像
データのデータ量を小さくして前記所望の送信先へ再送
信することを特徴とする請求項４２記載の処理プログラ
ムを提供する媒体。
【請求項４４】前記再送信情報管理ステップの再送信
情報は、前記送信ジョブの送信時刻と、データクリア時
刻とを含み、前記データクリアステップは、前記再送信情報として設定された前記データクリア時刻
になった時点で、当該再送信に関して使用した前記再送
信情報管理ステップ中の前記再送信情報と前記蓄積手段
中の画像データとを消去することを特徴とする請求項４
３記載の処理プログラムを提供する媒体。
【請求項４５】前記処理プログラムは、前記データク
リアステップにより前記再送信情報と前記画像データを
消去するタイミングで、該再送信情報と画像データが前
記再送信制御ステップで使用中の場合には、該再送信情
報と画像データの消去を禁止するステップを備えたこと
を特徴とする請求項４４記載の処理プログラムを提供す
る媒体。
【請求項４６】前記処理プログラムは、画像データの送信予約をジョブ単位で行う送信予約ステ
ップと、前記送信予約ステップによる送信予約時に、前記再送信
制御ステップで実行される再送信機能を使用するか否か
を設定する再送機能有効設定ステップとを備えたことを
特徴とする請求項４２乃至請求項４５記載の処理プログ
ラムを提供する媒体。
【請求項４７】前記再送機能有効設定ステップの初期
値は、前記再送機能を無効にするものであることを特徴
とする請求項４６記載の処理プログラムを提供する媒
体。
【請求項４８】前記再送信制御ステップは、前記再送
機能有効設定ステップの設定結果に応じて、前記再送信
機能を実行するか否かを判別するステップを有すること
を特徴とする請求項４６または請求項４７記載の処理プ
ログラムを提供する媒体。