本発明の通信装置の実施の形態について図面を参照しながら説明する。
[第1の実施形態]
図1は第1の実施の形態における通信装置の構成を示すブロック図である。通信装置は、リーダ部1、プリンタ部2および画像入出力制御部3を備える。リーダ部1は、原稿の画像を読み取り、原稿画像に応じた画像データをプリンタ部2および画像入出力制御部3に出力する。プリンタ部2は、リーダ部1および画像入出力制御部3から出力される画像データに応じた画像を記録紙に記録する。画像入出力制御部3は、リーダ部1を接続するとともに、ファクシミリ部4、ファイル部5、ネットワークI/F部(ネットワークインタフェイス部)7、フォーマッタ部8、イメージメモリ部9およびコア部10を有する。
ファクシミリ部4は、電話回線を介して受信した圧縮画像データを伸長し、伸長した画像データをコア部10に転送し、また、コア部10から転送された画像データを圧縮し、圧縮した圧縮画像データを電話回線に送信する回路である。
ファイル部5は、光磁気ディスクドライブ6に接続され、コア部10から転送された画像データを圧縮し、その画像データを検索するためのキーワードとともに、圧縮した画像データを光磁気ディスクドライブ6にセットされた光磁気ディスクに書き込む。また、ファイル部5は、コア部10を介して転送されたキーワードに基づき、光磁気ディスクに記憶されている圧縮画像データを検索し、検索した圧縮画像データを読み出して伸長し、伸長した画像データをコア部10に転送する。
ネットワークI/F部7は、画像入出力制御部3をネットワークに接続するためのインタフェイスを有する。このネットワークは、Mailサーバ、POPサーバ12に接続され、さらに、全世界に広がるインターネット網13に接続されている。また、ネットワークI/F部7には、ハードディスク52が接続され、Mailで受信したデータを保存することが可能である。インターネット網13には、Mailサーバ14のようなメールサーバが複数存在し、多くの人との間で電子メールの送受信が可能である。
フォーマッタ部8は、ネットワークI/F部7に接続されたコンピュータから転送される画像を表すコードデータをプリンタ部2で印刷可能な画像データに展開する回路である。
イメージメモリ部9は、画像データを一時的に記憶する回路である。コア部10は、リーダ部1、ファクシミリ部4、ファイル部5、ネットワークI/F部7、フォーマッタ部8、イメージメモリ部9の各ブロックにおけるデータの転送を制御する。コア部10の詳細については後述する。
上記構成を有する通信装置の動作を示す。ここでは、リーダ部1で読み取った画像を電子メールに添付してMailクライアント15に送信する動作を示す。Mailクライアント15宛にリーダ部1で読み取った画像を電子メール形式に変換し、SMTP(Simple Mail Transfer Protocol)でメールサーバ12にデータを送信する。
メールサーバ12は、指定されたMailクライアント15のメールアドレス情報を基に、インターネット網13を経由してMailサーバ14にデータを転送する。このメールを受信したMailサーバ14は、メールアドレス情報を基に、自分が管理するユーザのアドレスであると認識し、受信データをMailクライアント15のメールBOXにデータを保存する。
Mailクライアント15には、電子メールを送受信することが可能な電子メールソフトウェアがインストールされており、一定時間毎にPOP3(Post Office Protocol−Version 3)に従い、POPサーバ14のメールボックス内に新規のメールが届いているか否かを調べる。新規のメールが届いていた場合、そのメールをダウンロードし、リーダ部1で読み込んだ画像を入手することができる。
インターネットFAX機17にデータを送信する場合も、同様にMailサーバ12、インターネット網13およびメールサーバ14を経由して送信することが可能であり、この画像を受信したインターネットFAX機17で受信画像は印刷される。同様に、インターネットFAX機17で読み取られた画像もメールサーバ14、インターネット網13およびMailサーバ12を経由して、通信装置で受信可能であり、受信した画像をプリンタ部3で印刷することができる。
図2はリーダ部1およびプリンタ部2が一体に設けられた画像入出力デバイスの構成を示す断面図である。リーダ部1には、原稿給送装置101が搭載され、原稿給送装置101は、原稿を最終ページから順に1枚ずつプラテンガラス102上に給送し、この原稿の読み取り動作終了後、プラテンガラス102上の原稿を排出する。
原稿がプラテンガラス102上に搬送されると、ランプ103が点灯し、スキャナユニット104の移動が開始する。このスキャナユニット104の移動により原稿が露光走査され、この露光走査時の原稿からの反射光は、ミラー105、106、107およびレンズ108を介してCCDイメージセンサ(以下、CCDという)109に導かれる。走査された原稿の画像は、CCD109によって読み取られ、CCD109は光学的に読み取った画像を光電変換により画像データに変換して出力する。所定の処理が施された後、CCD109から出力された画像データは、プリンタ部2および画像入出力制御部3のコア部10にビデオバス(図示せず)を介して転送される。
プリンタ部2は、リーダ部1から出力された画像データをレーザドライバ201に入力する。レーザドライバ201は入力した画像データに基づき、レーザ発光部221を駆動する。レーザ発光部221は、リーダ部1から出力された画像データに応じたレーザ光を発光させる。このレーザ光は、感光ドラム202上に走査されながら照射され、感光ドラム202にはレーザ光に応じた静電潜像が形成される。
この感光ドラム202上の静電潜像は、現像器203から供給される現像剤によって現像剤像として可視像化される。また、レーザ光の照射開始と同期したタイミングで、カセット204およびカセット205のいずれか一方から記録紙が給紙され、この記録紙は感光ドラム202と転写部206との間に搬送される。感光ドラム202に形成された現像剤像は、給紙された記録紙上に転写部206により転写される。
現像剤像が転写された記録紙は定着部207に搬送され、定着部207は記録紙を熱圧することによって現像剤像を記像紙に定着させる。定着部207を通過した記録紙は、排出ローラ208によって排出され、ソータ220は排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。尚、ソータ220は、仕分けが設定されていない場合、最上ビンに記録紙を収納するように動作する。また、両面記録が設定されている場合、排出ローラ208の位置まで記録紙を搬送した後に排出ローラ208の回転方向を逆転させ、フラッパ209によって再給紙搬送路に導くように動作する。さらに、多重記録が設定されている場合、記録紙を排出ローラ208まで搬送しないように、フラッパ209を切り換えて再給紙搬送路に導くように動作する。再給紙搬送路に導かれた記録紙は、前述したタイミングで感光ドラム202と転写部206との間に再度給紙される。
図3は通信装置のリーダ部1の構成を示すブロック図である。CCD109から出力された画像データは、A/D・SH部110でアナログ/デジタル変換が行われ、デジタルデータに変換されるとともに、このデジタルデータに対してシェーディング補正が施される。A/D・SH部110で処理された画像データは、画像処理部111を介してプリンタ部2に転送されるとともに、I/F部(インタフェイス部)113を介して画像入出力制御部3のコア部10に転送される。画像処理部113は、トリミング処理などの各種画像処理を行い、コア部10から転送された画像データを含むデータを取り込むなど、コア部10とのインタフェイスを司る。
画像処理部111およびI/F部113は、CPU114により操作部115で設定された設定内容に応じて制御される。例えば、操作部115でトリミング処理を行って複写を行う複写モードが設定されている場合、CPU114は、画像処理部111においてトリミング処理を実行し、このトリミング処理が施された画像データをプリンタ部2に転送するように制御する。また、操作部115でファクシミリ送信モードが設定されている場合、CPU114は、I/F部113から画像データと設定されたモードに応じた制御コマンドとをコア部10に転送するように制御する。
このようなCPU114による制御は、メモリ116に格納されている制御プログラムにしたがって実行される。また、メモリ116はCPU114の作業領域としても使われる。
図4は通信装置のコア部10の構成を示すブロック図である。コア部10は、リーダ部1とのインターフェースを行うI/F部122を有する。リーダ部1から転送された画像データは、I/F部122を介して画像データ処理部121に転送されるとともに、リーダ部1からの制御コマンドはCPU123に転送される。画像データ処理部121は、必要に応じて入力された画像データに対し、画像回転処理、変倍処理などの画像処理を施し、画像データ処理部121で画像処理が施された画像データは、リーダ部1から転送された制御コマンドに応じて、I/F部120を介してファクシミリ部4、ファイル部5またはネットワークI/F部7に転送される。
また、ネットワークI/F部7を介して入力された画像を表すプリンタデータは、画像データ処理部121に転送された後、フォーマッタ部8に転送されて画像データに展開される。この画像データは、画像データ処理部121に転送された後、ファクシミリ部4またはI/F部122を介してプリンタ部2に転送される。ファクシミリ部4で受信した画像データは、画像データ処理部121に転送された後、プリンタ部2、ファイル部5またはネットワーク部7に転送される。ファイル部5から出力された画像データは、画像データ処理部121に転送された後、プリンタ部2、ファクシミリ部4またはネットワーク部7に転送される。
CPU123は、メモリ124に格納されている制御プログラムおよびリーダ部1から転送された制御コマンドにしたがって各ブロック間のデータ転送制御を行うとともに、画像データ処理部121による画像処理の実行を制御する。また、メモリ124は、ROMおよびRAMから構成され、このうち、RAMはCPU123の作業領域としても使われる。
このように、コア部10を中心に、原稿画像の読み取り、画像のプリント、画像の送受信、画像の保存、コンピュータからのデータの入出力などの各機能を複合させた処理を行うことが可能である。
図5はフォーマッタ部7の構成を示す図である。フォーマッタ部7は、コアI/F部220、CPU222、フォント(Font)ROM223、プログラムROM224、DRAM225、画像処理回路226、ビデオI/F回路227およびビデオクロック228から構成される。
PCクライアント11上におけるワープロ等のアプリケーションで作成されたデータは、プリンタドライバによりプリンタで印刷可能なPS(ポストスクリプト)等のPage Description Language(PDL)に変換される。変換されたデータは、ネットワークI/F部7、コア部10、コアI/F部220を経由してフォーマッタ部7に転送される。
このデータは、CPU222により解釈され、フォントROM223、DRAM225を用いて画像が形成される。この画像に対し、画像処理回路226によって画像処理が施され、ビデオクロック228で生成された同期信号に同期してビデオI/F回路227から画像がコア部10に転送される。転送された画像データは、プリンタ部2で印刷される。プログラムROM224は、上記動作を制御するためのプログラムが格納されているROMである。このようにしてPS等のPDLを印刷することができる。
尚、フォーマッタ部7はPDL毎に変更可能であり、フォーマッタ部7内のROM224は、PDLおよびそのバージョン毎に異なり、ユーザは目的に応じたPDLおよびバージョンを選択することができる。
図6はファクシミリ部4の構成を示すブロック図である。NCU(Network Control Unit)230は、電話機にファクシミリ装置(FAX)を接続する回路であり、電話、FAXの切り替え、受信時における呼び出し信号の検出、通話中に電話交換機からの直流ループ信号を保持する回路である。
MODEM(MOdulator/DEModulator)231は、アナログ信号をデジタル信号に変更したり、その逆にアナログ信号をデジタル信号に変換する変復調回路である。
他のFAXから送信されたデータは、NCU230により受信され、MODEM213によりデジタル信号に変換される。このデータは、画像をMH、MR、MMR、JBIG等で符号化されたデータである。このデータは、符号/復号化回路236により復号化され、DRAM235に画像データが展開される。この画像に対し、解像度変換回路234で解像度が変換され、画像処理回路237で画像処理が施される。この画像データは、ビデオクロック239で生成されたクロックに同期してビデオI/F回路238によりコア部10に転送され、プリンタ2で印刷される。
送信時、リーダ部1で読み込まれた画像データは、コア部10を経由して、ビデオI/F回路238、ビデオクロック239、画像処理回路237によりDRAM235に展開される。このデータは、解像度変換回路234で解像度が変換され、符号/復号化回路236にMH、MR、MMRあるいはJBIGに符号化される。符号化されたデータは、MODEM231でアナログ信号に変換され、NCU230を介して送信される。
CPU232は上記制御を司る回路である。また、プログラムROM233は、CPU232によって実行されるプログラムを格納する。尚、ファクシミリ部4は着脱自在であり、ユーザの用途に応じて装着される。
図7は通信装置のネットワークI/F部におけるプログラム構成を示す図である。ネットワークI/F部7は、IP(Internet Protocol)250、TCP(Transmission Control Protocol)/UDP(User Datagram Protocol)251、およびアプリケーション階層のプロトコル252を動作させるプログラムから構成される。
IP250は、発信ホストから宛先ホストヘルータなどの中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル階層である。メッセージを送り届けるのに一番重要な情報は、発信、宛先のアドレスであり、この発信、宛先のアドレスはIP250により管理される。メッセージをアドレス情報に従って、ネットワーク内のどのような経路で宛先ホストまで届けるかというルーティングはIP250で行う。
TCP/UDP251は、発信アプリケーションプロセスから受信アプリケーションプロセスにメッセージを送り届けるサービスを提供するトランスポート階層である。TCPは、コネクション型のサービスであり、通信の高度な信頼性を保証する。一方、UDPは、コネクションレス型のサービスであり、信頼性の保証を行わない。
アプリケーション階層のプロトコル252は、複数のプロトコルを規定する。このプロトコルには、ファイル転送サービスであるFTP(File Transfer Protocol)、ネットワーク管理プロトコルであるSNMP、プリンタ印刷用のサーバプロトコルであるLPD、WWW(World Wide Web)サーバのプロトコルであるHTTPd、電子メール送受信プロトコルSMTP(Simple Mail Transfer Protocol)、メールダウンロードプロトコルPOP3(Post Office Protocol−Version 3)などが存在する。
図8は画像を送信する際の操作部115の表示画面を示す図である。図中、読み取りサイズ300は、スキャナユニット104で読み取られる画像の用紙サイズを指定するエリアである。A5、A4、A3、B5、B4、自動の中から指定することが可能であり、デフォルトでは、自動が設定されている。
解像度301は、スキャナユニット104で読み取られる画像の解像度を指定するエリアである。200×100、200×200、200×400、300×300、400×400、600×600dpiの解像度を選択することが可能であり、デフォルトでは、200×200dpiが設定されている。
詳細設定ボタン302を押すと、スキャン時の濃度設定、原稿タイプ指定、両面読み込み、ページ連写指定、画質調整などのスキャン時の指定を行うウィンドウ(図示せず)が表示され、値を設定することが可能である。
宛先303は電子メールの送信先を入力するためのボタンである。このボタンを押すと、アルファベットのソフトウェアキーボードが表示され、電子メールアドレスの入力が可能となる。この他、宛先を図示しないアドレス帳からあるいはワンタッチキーから指定することも可能である。
Subject304は、電子メールの件名を入力する欄である。本文305は、電子メールの本文を入力する欄である。送信最大サイズ306は、電子メール送信時における電子メールデータの最大サイズであり、このサイズを越える電子メールは送信されない。
一般的にインターネット環境で用いられる電子メールサーバでは、一定サイズの容量制限が付けられており、このサイズを越える電子メールデータを受信すると、エラーとなる。また、大きなサイズの電子メールデータを送受信する場合、電子メールサーバの負荷が大きくなって電子メールサービスが止まってしまうことを回避するために、容量制限が付けられていることが多い。このような電子メールサーバに容量制限が付けられている環境で、設定されたサイズを越えるデータを送信すると、送信エラーとなる。この問題を回避するために、送信最大サイズ306が設けられている。デフォルトで設定されている数値は、3MByteであり、値0が設定された場合、無制限を意味する。
分割送信307は、メールデータサイズが送信最大サイズ306を越えてしまった場合、電子メールを分割して送信するか否かを設定するスイッチである。この設定を”する”/”しない”に切り替えることができ、デフォルトでは”する”が設定されている。
ページ内分割308は、分割送信307が”する”に設定されている場合のみ設定が有効となる項目であり、”しない”に設定されている場合、網掛け表示となり、設定は無効となる。分割送信307が”する”に設定されている場合、送信最大サイズ306を越えるデータは、分割して送信される。
ページ内分割308は、複数ページで構成されている画像を送信する場合、ページ単位で分割するのか、データサイズそのもので分割するのかを選択するスイッチである。受信者側でこのページ内分割方法をサポートしていることを予め送信者が知っている場合、このスイッチを”する”に設定することで、受信者側では画像を再生することが可能である。一方、受信者側でこのページ内分割受信に対応していないことを予め送信者が知っている場合、このスイッチを”しない”に設定し、ページ単位で分割したデータを送信することにより、受信者側では画像を形成することができる。
図9、図10および図11はファクシミリ送信動作処理手順を示すフローチャートである。この処理プログラムはコア部10内のメモリ124に格納されており、CPU123によって実行される。ここで、送信の対象となる画像は、リーダ部1で読み込まれた画像、ファクシミリ部4で受信したFAX受信画像、ネットワークI/F部7で受信したIFAX受信画像である。
まず、リーダ部1で読み込まれた画像の送信(IFAX送信)であるか否かを判別する(ステップS1)。IFAX送信である場合、リーダ部1から画像を読み取る(ステップS2)。一方、IFAX送信でない場合、FAX受信画像を転送するか否かを判別する(ステップS3)。FAX受信画像を転送する場合、FAX受信処理を行う(ステップS4)。一方、FAX受信画像を転送しない場合、IFAX受信画像を転送するか否かを判別する(ステップS5)。IFAX受信画像を転送する場合、IFAX受信処理を行う(ステップS6)。一方、IFAX受信画像を転送しない場合、この処理を終了する。
そして、ステップS2でリーダ部1から画像を読み取った後、ステップS4でFAX受信処理を行った後、あるいはステップS6でIFAX受信処理を行った後、これから使用する変数i(ページ番号)、j(送信番号)、Ssize(送信データサイズ)、Psize[i](iページ目のデータサイズ)などを値0に初期化する(ステップS7)。
ユーザモード(図示せず)で設定されているFrom情報、宛先303で設定されている情報からTo情報、内蔵時計(図示せず)からDate情報、およびSubject情報304を基に、電子メールヘッダを作成する(ステップS8)。さらに、変数i(ページ番号)に値1を加え、処理するページ番号を最初の1ページとする(ステップS9)。
ステップS2などで読み取られたiページ目の画像データを電子メールで送信することが可能な文字データに変換するために、公知のBASE64変換を行う(ステップS10)。BASE64変換を行った後のデータサイズがPsize[i](iページ目のページデータサイズ)となる。
Ssize(送信サイズ)とPsize[i]を加えたサイズが送信最大サイズ306を越えるか否かを比較する(ステップS11)。比較の結果、送信最大サイズ306を越えない場合、SsizeにPsize[i]を加え(ステップS12)、作成したBASE64のデータなどを基に送信データを作成する(ステップS13)。
この後、次ページが存在するか否かを判別し(ステップS14)、まだ処理するページが存在する場合、ステップS9に戻り、処理するページ番号に値1を加えて同様の処理を継続する。
一方、ステップS14で次ページが存在しない場合、電子メールデータが終了することを示すMIME情報などを作成し(ステップS15)、SMTP送信でメールデータを送信し(ステップS16)、この処理を終了する。
一方、ステップS11でSsizeにPsize[i]を加えたデータサイズが送信データサイズ306を越えてしまった場合、分割送信307が”する”に設定されているか否かを判別する(ステップS17)。ここで、”しない”に設定されている場合、データサイズが送信最大サイズ306を越えてしまっているので、送信エラーとして送信ログ(図示せず)にエラーを書き込み(ステップS18)、この処理を終了する。
一方、ステップS17で”する”に設定されている場合、ページ内分割308が”する”に設定されているか否かを判別する(ステップS19)。”する”に設定されている場合、電子メールの添付ファイルがファイル内で分割されていることを示すpartialデータを作成し(ステップS20)、送信データサイズSsizeに分割により残ったデータ数を代入し(ステップS21)、ステップS25の処理に移行する。
一方、ステップS19でページ内分割308が”しない”に設定されている場合、iページ目のデータサイズPsize[i]が送信最大サイズ306を越えているか否かを判別する(ステップS22)。越えていた場合、1ページのサイズだけで送信最大サイズ306を越えているので、ステップS18の送信エラー処理を行い、この処理を終了する。
一方、ステップS22で越えていない場合、ページ内分割を行わないで電子メールデータを作成するためのdivideデータ作成処理を行い(ステップS23)、送信データサイズを値0にクリアし、ステップS25の処理に移行する。
この後、送信番号を示す変数jに値1を加え(ステップS25)、SMTP送信でデータを送信し(ステップS26)、次の送信する電子メールのメールヘッダを作成する(ステップS27)。そして、次ページが存在するか否かを判別し(ステップS28)、次ページが存在する場合、ステップS9の処理に戻る。一方、次ページが存在しない場合、ページ内分割によって残ってしまったデータを送信し(ステップS29)、この処理を終了する。
図12は電子メールを分割して送信する際の分割方法を示す図である。同図(A)は合計3ページの画像に対し、ページ内分割を行って2つの電子メールを送信する例を示す。この場合、3ページ目の途中で送信最大サイズ306を越えてしまうので、送信最大サイズ306の境までの部分450を1通目の電子メールデータとして送信し、残りの部分451を2通目の電子メールデータとして送信する。
同図(B)は合計3ページの画像に対し、ページ内分割を行わないで2つの電子メールを送信する例を示す。この場合、3ページ目の途中で送信最大サイズ306を越えてしまうので、送信最大サイズ306を越えない1ページ目と2ページ目の画像データの部分452を1通目の電子メールデータとして送信し、3ページの部分453を2通目の電子メールデータとして送信する。
図13は図12(A)におけるページ内分割が行われた電子メールデータを示す図である。この電子メールデータは、前述したステップS20で作成されたpartialデータに相当する。図13(A)は1通目の電子メールデータを示し、同図(B)は2通目の電子メールデータを示す。
ユーザがSubject304に”image”と入力した場合、メールデータのSubject項目に、受信者が分かり易いように、メールの分割順序番号(変数である送信番号jに相当)、分割トータル番号が追加される。すなわち、同図(A)に示す1通目には”1”という情報が追加され、同図(B)に示す2通目には”2/2”の情報が追加される。この結果、Subjectは”image 1”、”image 2/2”となる。
Message−IDは、電子メールを特定するためのメール固有のデータあり、図13(A)、(B)に示すように、送信日付、送信時刻の時分秒、送信受付番号(receipt No.0001)、および電子メールアドレス(ifax@figaro01.abc.co.jp)から構成されている。
送信受付番号は、送信時に機器が付ける送信番号であり、送信したことを証明する送信ログなどにも記載され、ユーザが意識する番号である。
送信したデータを受信機が受信した際、一部のメールが正常に届かず、id番号の一部が欠落するなどのエラーが発生した場合、受信機は、受信したメールのMessage−IDが記述されたメールを送信者に返す。送信機は、Message−IDに含まれる受付番号を基に、送信ログにエラーを発生したことを記述できる。また、送信機は、エラーとなった電子メールを再送信することも可能である。
Content−Type:Message/Partial;の行には、このメールがファイル内分割であることを示すMIME情報が記載される。このうち、id=”receiptNo.0001ifax@figaro01.abc.co.jp”;からなるid番号は、ファイル内分割の分割番号であり、受付番号およびメールアドレスから構成される。
受付番号を挿入したことにより、一部のメールが正常に届かず、id番号の一部が欠落するなどのエラーが発生した場合、受信機は、受信したメールのMessage−IDが記述されたメールを送信者に返す。送信機は、Message−IDに含まれる受付番号を基に、送信ログにエラーが発生したことを記述できる。また、送信機は、エラーとなったメールを再送信することも可能である。
次の行に示すnumber=1は、前述した変数jである送信番号を示す。図13(B)では、分割して送信したファイルが最終ファイルであるので、number=2;total=2とtotal数を記入し、最終メールデータであることが示される。
図14は図12(B)におけるページ単位で分割して送信される電子メールデータを示す図である。この電子メールデータは、前述したステップS23で作成されたdivideデータに相当する。3ページから構成される画像は、ページ境界で2つの電子メールに分割されて送信される。
ユーザがSubject304に”image”と入力した場合、メールデータのSubject項目に、受信者が分かり易いように、メールの分割順序番号(変数j)、分割トータル番号が追加される。図14(A)に示す1通目には、”1”という情報が追加され、2通目には”2/2”の情報が追加される。この結果、Subjectは”image 1”、”image 2/2”となる。
Message−IDは、電子メールを特定するためのメール固有のデータあり、送信日付、送信時刻の時分秒、送信受付番号(receiptNo.0001)、および電子メールアドレス(ifax@figaro01.abc.co.jp)から構成される。
送信受付番号は、送信時に機器が付ける送信番号であり、送信したことを証明する送信ログなどにも記載され、ユーザが意識する番号である。
送信したデータを受信機が受信した際、一部のメールが正常に届かず、id番号の一部が欠落するなどのエラーが発生した場合、受信機は、受信したメールのMessage−IDが記述されたメールを送信者に返す。送信機は、Message−IDに含まれる受付番号を基に、送信ログにエラーを発生したことを記述できる。また、送信機はエラーとなったメールを再送信することも可能である。
図14(A)に示すContent−Type:image/tiff;name=”0002_001.tif”の行は、画像TIFFファイルが添付されていることを示し、ファイル名は”0002_001.tif”であることを示す。ファイル名における上位4文字は受付番号であり、下位3文字は先頭ページ番号である。したがって、受付番号0002、先頭ページ番号が001であることがわかる。
同様に、図14(B)に示すContent−Type:image/tiff;name=”0002_003.tif”であるので、ファイル名が”0002_001.tif”、受付番号0002、先頭ページ番号003であることがわかる。
X−Divide;id=”receipt No.0002ifax@figaro01.abc.co.jp”;の行は、ページ単位にデータを分割して送信していることを示し、id番号は受付番号およびメールアドレスから構成されている。
受信機では、このデータを受信してページ番号を整えて画像を印刷する際、一部のメールが正常に届かず、id番号の一部が欠落するなどのエラーが発生した場合、このid番号を送信機に返すことで、送信機側でエラーが発生した受付番号がわかるので、送信ログに反映することが可能となる。また、送信機では、再度、エラーとなったファイルを再送信することも可能となる。
このように、第1の実施形態によれば、ページ内分割に対応している受信者には、ページ内分割画像を送信することで、受信機が正常な画像を合成するように動作できる。一方、ページ内分割に対応していない受信者には、ページ単位で画像を送信することで、受信機は画像を正常に構成することができる。したがって、電子メールプロトコルを用いて画像を転送する際、大きな画像データを分割して送信しても、受信機側で順番通りに印刷することが可能となる。
[第2の実施形態]
図15は第2の実施形態におけるアドレス帳を示すテーブルである。このテーブルは、画像を送信する際、受信者の宛先が一覧として登録されているアドレス帳である。アドレス帳は、宛先の略称500、メールアドレス501、分割送信307およびページ内分割308の各項目からなる。実際に電子メールの送信先であるアドレスは、メールアドレス501である。
ここで、宛先の略称500は、長いことが多い電子メールアドレスを覚えることが困難であるので、送信者にとって分かり易い名称を登録することが可能なフィールドである。
分割送信307は、メールデータサイズが送信最大サイズ306を越えてしまった場合、電子メールを分割して送信するか否かを設定するスイッチである。この設定では、”する”/”しない”を切り替えることができ、デフォルトでは”する”が設定されている。
ページ内分割308は、分割送信307が”する”に設定されている場合のみ、設定が有効となる項目であり、”しない”に設定されている場合、網掛け表示となり、設定は無効となる。
分割送信307が”する”に設定されている場合、送信最大サイズ306を越えるデータは分割して送信される。ページ内分割308は、複数ページで構成されている画像を送信する場合、ページ単位で分割するのか、データサイズそのもので分割するのかを選択するスイッチである。受信機がこのページ内分割方法をサポートしていることを予め送信者が知っている場合、このスイッチを”する”に設定することで、受信機は画像を再生することができる。一方、受信機がこのページ内分割方法に対応していないことを予め送信者が知っている場合、このスイッチを”しない”に設定し、ページ単位で分割したデータを送信することにより、受信機は画像を形成することができる。
画像を送信する場合、このアドレス帳から宛先を選択して送信する。この場合の送信動作は、前述した図9、図10および図11のフローチャートに示した手順で行われる。また、宛先として、アドレス帳から複数の宛先を選択することも可能であり、さらに、宛先をグループとして登録することも可能である。宛先を複数選択した場合、指定された宛先毎に図9、図10および図11のフローチャートに示す手順で送信動作が行われる。
このように、第2の実施形態によれば、分割して送信する/しない、ページ内分割する/しないの設定を、受信者が使用するシステムに応じて、変更できる。しかも、これらの設定を、アドレス帳に登録したので、送信の度に設定する必要がなくなり、さらに同一の文書を複数の宛先に1度に送信する場合などにおいて、操作性を向上できる。したがって、前記第1の実施形態と同様、電子メールプロトコルを用いて画像を転送する際、大きな画像データを分割して送信しても、受信機側で順番通りに印刷することが可能となる。
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
例えば、第2の実施形態におけるアドレス帳に送信最大サイズを登録しておき、この登録された送信最大サイズと画像データのサイズを比較し、この比較結果を基に、分割送信を行うか否か、さらにページ内分割を行うか否かを判別するようにしてもよい。
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記録媒体を用いて、装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラム自体およびそのプログラムを記憶した記憶媒体は本発明を構成することになる。
上記実施形態では、図9、図10および図11のフローチャートに示すプログラムコードは記憶媒体であるROMに格納されている。プログラムコードを供給する記憶媒体としては、ROMに限らず、例えばフロッピー(登録商標)ディスク、ハードディスク、CD−ROM、CD−R、DVD、磁気テープ、不揮発性のメモリカードなどを用いることができる。