JP4944930B2 - 通信装置及びその制御方法並びにプログラム - Google Patents

Description

本発明は、受信した電子メールデータの宛先への転送又は蓄積が可能な通信装置及びその制御方法並びにプログラムに関する。

近年、コンピュータの普及、情報のネットワーク化に伴い、文字情報をネットワークで送受信する電子メールが普及している。電子メールには、文字情報であるメール本文の他に、種々の形式のファイルを添付することができ、例えば添付ファイルにＴＩＦＦ（Tagged Image File Format）形式の画像ファイルを添付することで画像の送受信を行うインターネットＦＡＸ等の通信装置も提案されている。

図１２は、従来の通信装置を含む電子メールシステムの構成を示す図である。

インターネットＦＡＸ（ＩＦＡＸ）１８、メールクライアント（Ｍａｉｌクライアント）１１及びメールサーバ（Ｍａｉｌサーバ）１２は、インターネット網１３を介してメールサーバ（Ｍａｉｌサーバ）１４、メールクライアント（Ｍａｉｌクライアント）１５、プリンタ１６及びインターネットＦＡＸ（ＩＦＡＸ）１７と接続されている。

メールクライアント１１には、電子メールを送受信するときに動作する電子メールソフトウェアがインストールされている。メールクライアント１１において、電子メール本文データ、送信宛先情報（例えばメールクライアント１５のユーザ名称）を入力して電子メールの送信を指示すると、ＰＯＰ（Post Office Protocol）サーバであるメールサーバ１２に対してＳＭＴＰ（Simple Mail Transfer
Protocol）に従い電子メールが送信される。

電子メールを受け取ったメールサーバ１２は、電子メールデータの宛先情報から転送先がＰＯＰサーバであるメールサーバ１４であることを判断し、インターネット網１３を経由してメールサーバ１４に電子メールを送信する。電子メールを受け取ったメールサーバ１４は、受信した電子メールをそのメールボックス内に蓄積する。

メールクライアント１５にも、電子メールを送受信するときに動作する電子メールソフトウェアがインストールされており、一定時間毎にＰＯＰ３（Post Office Protocol Version 3）に従いメールサーバ１４のメールボックス内に新規の電子メールが届いているか否かを調べる。そして、新規の電子メールが届いている場合は、その電子メールをダウンロードし、メールを開く。これにより、メールクライアント１１で作成された電子メール本文が表示される。この電子メール本文の文章や添付ファイルは、メールクライアント１５に実装されているプリンタドライバを介してプリンタ１６により印刷出力することができる。

ＩＦＡＸ１７で読み取った画像をＩＦＡＸ１８に送信する場合も同様に、メールサーバ１４、インターネット網１３、メールサーバ１２を経由して画像転送が行われ、ＩＦＡＸ１８において印刷される。

また、インターネットＦＡＸ等の通信装置では、転送機能、ＢＯＸ格納機能が備えられ、受信した電子メールを指定された転送先にファクシミリにて転送したり、電子メールプロトコルを用いて第三者に転送したり、あるいは所定の記録媒体（メモリＢＯＸ）に格納したりすることができる。

一方、従来の通信装置では、電子メールを送信すると、複数のメールサーバを経由して電子メールが転送されるので、送信時の宛先の不正等で送信エラーとなっても、送信エラーが直ちに判明するものではない。しかし、経由する途中のメールサーバでエラーが判明したときは、エラーを発見したメールサーバから送信元に送信エラーを通知するためのエラー通知メール（結果レポート）が送信され、送信者にエラー発生が通知されるようになっている。

しかしながら、受信の場面において、上記従来のインターネットＦＡＸ等の通信装置では、電子メールシステムを利用しているために、例えば送られてくる画像データはＴＩＦＦ画像ファイルだけとは限らず、動画ファイルや音声データファイル等、インターネットＦＡＸでは扱えないようなファイルも送信されてくる可能性がある。また、ＴＩＦＦ画像ファイルといっても圧縮形式が当該受信側の通信装置で扱えないものであったり、画像の解像度が高いために扱えないような画像ファイルであったりする可能性もある。さらに、受信側の通信装置で扱える電子メールデータであっても、途中経由するメールサーバやネットワークでの異常によって、受信される電子メールデータが異常になる可能性も否定できない。

このような、受信側の通信装置で扱えない電子メールデータや異常となった電子メールデータを、上記転送機能で転送してしまうと、欠損したデータを転送することになり、転送先の者に迷惑をかけるおそれがあるという問題があった。また、上記ＢＯＸ格納機能で格納してしまうと、扱えないあるいは異常となったこと（受信メールにおけるエラーの発生）が受信者において判らないままとなってしまうおそれがあるという問題もあった。

一方、送信の場面において、エラー通知メール（結果レポート）が送信された場合に、上記転送機能やＢＯＸ格納機能が動作していると、エラーメールの転送、格納が実行される。そのため、送信者はエラーメールの存在を把握することが困難となり、送信エラーの発生に気が付かないままとなるおそれがあるという問題があった。

本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、自装置が送信した電子メールデータの送信結果を通知するための電子メールデータを転送、蓄積することを防止するとともに、当該送信結果をより確実にユーザに知らせることができる通信装置及びその制御方法並びにプログラムを提供することにある。

上記目的を達成するために本発明の請求項１の通信装置は、電子メールデータを受信する受信手段と、前記受信手段で受信した電子メールデータを他の装置に転送する転送手段と、前記受信手段で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定手段と、前記判定手段による判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記転送手段による転送を行わずに、当該受信した電子メールデータを印刷するよう制御する制御手段と、を有することを特徴とする。

同じ目的を達成するために本発明の請求項３の通信装置は、電子メールデータを受信する受信手段と、前記受信手段で受信した電子メールデータをメモリＢＯＸに蓄積する蓄積手段と、前記受信手段で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定手段と、前記判定手段による判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記蓄積手段による前記メモリＢＯＸへの蓄積を行わずに、当該受信した電子メールデータを印刷するよう制御する制御手段と、を有することを特徴とする。

本発明によれば、自装置が送信した電子メールデータの送信結果を通知するための電子メールデータを転送、蓄積することを防止するとともに、当該送信結果をより確実にユーザに知らせることができる。

本発明の一実施の形態に係る通信装置及びネットワークの全体構成を示すブロック図である。 リーダ部及びプリンタ部の断面図である。 リーダ部の構成を示すブロック図である。 コア部の構成及びその関連要素を示すブロック図である。 フォーマッタ部の構成を示すブロック図である。 ファクシミリ部の構成を示すブロック図である。 ネットワークＩ／Ｆ部におけるプログラム構成を示す図である。 本通装置において電子メールを受信し印刷する処理のフローチャートを示す図である。 図８のステップＳ３０７で実行されるデータデコード処理のフローチャートを示す図である。 図８のステップＳ３０７で実行されるデータデコード処理の（図９の続きの）フローチャートを示す図である。 図８のステップＳ３０８で実行される印刷、転送処理のフローチャートを示す図である。 従来の通信装置を含む電子メールシステムの構成を示す図である。

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

図１は、本発明の一実施の形態に係る通信装置及びネットワークの全体構成を示すブロック図である。

本通信装置は、例えばインターネットＦＡＸとして構成され、リーダ部１、プリンタ部２（印刷手段）及び画像入出力制御部３を備える。

本通信装置、メールクライアント（Ｍａｉｌクライアント）１１及びメールサーバ（Ｍａｉｌサーバ）１２は、インターネット網１３を介してメールサーバ（Ｍａｉｌサーバ）１４、メールクライアント（Ｍａｉｌクライアント）１５、プリンタ１６及びインターネットＦＡＸ（ＩＦＡＸ）１７と接続されている。

リーダ部１は、原稿の画像を読み取ると共に、読み取りにより得られた画像データをリーダ部１に接続されたプリンタ部２及び画像入出力制御部３へ出力する。プリンタ部２は、リーダ部１及び画像入出力制御部３からの画像データに応じた画像を図示しない記録紙上に記録する。

画像入出力制御部３はリーダ部１に接続されており、ファクシミリ部４、ファイル部５、光磁気ディスクドライブ６（転送格納手段の一部）、ネットワークインターフェイス（Ｉ／Ｆ）部７（受信手段、転送格納手段の一部、送信手段）、フォーマッタ部８、イメージメモリ部９、コア部１０（転送格納手段の一部、受信メールエラー判別手段、制御手段、送信メールエラー判別手段）及びハードディスク２２等からなる。

ファクシミリ部４は電話回線を介して受信した圧縮画像データを伸長して、伸長された画像データをコア部１０へ転送し、また、コア部１０から転送された画像データを圧縮して、圧縮された圧縮画像データを電話回線を介して外部へ送信する。

ファイル部５には光磁気ディスクドライブ６が接続されており、ファイル部５は、コア部１０から転送された画像データを圧縮し、その画像データを検索するためのキーワードとともに、光磁気ディスクドライブ６にセットされた不図示の光磁気ディスク（所定のメモリ）に格納（ＢＯＸ格納）する。なお、ＢＯＸ格納するメモリは光磁気ディスクに限る必要はない。また、ファイル部５は、コア部１０を介して転送されたキーワードに基づいて上記光磁気ディスクに格納されている圧縮画像データを検索し、検索された圧縮画像データを読み出して伸長し、伸長された画像データをコア部１０へ転送する。

ネットワークＩ／Ｆ部７は、画像入出力制御部３をネットワークに接続するためのインターフェイスを有する。ネットワークＩ／Ｆ部７は、ＰＯＰ（Post Office Protocol）サーバであるメールサーバ１２に接続し、さらには全世界に広がるインターネット網１３と接続されている。ネットワークＩ／Ｆ部７にはハードディスク２２が接続されており、ハードディスク２２には、メールサーバ１２で受信したデータを保存することができる。

フォーマッタ部８は、ネットワークＩ／Ｆ部７に接続されたコンピュータから転送される画像を表すコードデータをプリンタ部２で印刷可能な画像データに展開する。イメージメモリ部９は、転送された画像データを一時的に記憶する。コア部１０はリーダ部１、ファクシミリ部４、ファイル部５、ネットワークＩ／Ｆ部７、フォーマッタ部８、及びイメージメモリ部９に接続され、各ブロック間のデータの流れを制御するものである。その詳細は後述する。

なお、インターネット網１３には、メールサーバ１４のようなメールサーバが複数接続され、多くの人との間で電子メールの送受信が可能である。

次に、リーダ部１及びプリンタ部２の構成を、図２及び必要に応じて図１を参照して説明する。

図２はリーダ部１及びプリンタ部２の断面図である。リーダ部１及びプリンタ部２が一体的に設けられて画像入出力デバイスが構成される。

リーダ部１の原稿給送装置１０１は、原稿を最終頁から順に１枚ずつプラテンガラス１０２上へ給送し、原稿の読み取り動作終了後、プラテンガラス１０２上の原稿を排出する。原稿がプラテンガラス１０２上に搬送されると、ランプ１０３が点灯し、そしてスキャナユニット１０４が移動を開始し、原稿を露光走査する。この時の原稿からの反射光は、ミラー１０５、１０６、１０７及びレンズ１０８によってＣＣＤイメージセンサ（以下「ＣＣＤ」という）１０９へ導かれる。このように、走査された原稿の画像はＣＣＤ１０９によって読み取られ、光電変換によって画像データに変換されて出力される。ＣＣＤ１０９から出力される画像データは、所定の処理が施された後、プリンタ部２及び画像入出力制御部３のコア部１０へ不図示のビデオバスを介して転送される。

プリンタ部２のレーザドライバ（図示せず）は、レーザ発光部２０１を駆動するものであり、リーダ部１から出力された画像データに応じたレーザ光をレーザ発光部２０１に発生させる。このレーザ光は感光ドラム２０２上に走査されながら照射され、感光ドラム２０２にはレーザ光に応じた静電潜像が形成される。この感光ドラム２０２の静電潜像の部分には現像器２０３によって現像剤が付着され、可視像化される。そして、レーザ光の照射開始と同期したタイミングで、カセット２０４及びカセット２０５のいずれかから記録紙が給紙されて転写部２０６へ搬送され、感光ドラム２０２に付着された現像剤が記録紙に転写される。現像剤の載った記録紙は定着部２０７に搬送され、定着部２０７の熱と圧力により現像剤像が記録紙に定着される。

定着部２０７を通過した記録紙は排出ローラ２０８によって排出され、ソータ２２０が、排出された記録紙をそれぞれのビンに収納して記録紙の仕分けを行う。なお、プリンタ部２は、出力に関する各種モードの設定が可能なように構成されており、ソータ２２０は、上記モードで仕分けが設定されていない場合は最上ビンに記録紙を収納する。また、上記モードで両面記録が設定されている場合は、排出ローラ２０８まで記録紙を搬送した後、排出ローラ２０８の回転方向を逆転させ、フラッパ２０９によって再給紙搬送路へ導く。さらに、上記モードで多重記録が設定されている場合は、記録紙を排出ローラ２０８まで搬送しないようにフラッパ２０９によって再給紙搬送路２１０へ導く。再給紙搬送路２１０へ導かれた記録紙は上述したレーザ光の照射開始タイミングで転写部２０６へ給紙される。

次にリーダ部１を詳説する。

図３は、リーダ部１の構成を示すブロック図である。ＣＰＵ（中央処理装置）１１４には、画像処理部１１１、操作部１１５、メモリ１１６及びインターフェイス１１３が接続される。

ＣＣＤ１０９から出力された画像データは、ＣＣＤ１０９に接続されたＡ／Ｄ・ＳＨ部１１０でアナログ／デジタル変換が行われるとともに、シェーディング補正が行われる。Ａ／Ｄ・ＳＨ部１１０によって処理された画像データは、Ａ／Ｄ・ＳＨ部１１０に接続された画像処理部１１１を介してプリンタ部２へ転送されるとともに、インターフェイス（Ｉ／Ｆ）部１１３を介して画像入出力制御部３のコア部１０へ転送される。

画像処理部１１１は、トリミング処理等の各種画像処理を行い、インターフェイス１１３は、コア部１０から転送された画像データを含むデータを取り込む等、コア部１０とのインターフェイスを司る。

ＣＰＵ１１４は操作部１１５で設定された設定内容に応じて画像処理部１１１及びインターフェイス１１３を制御する。例えば、操作部１１５でトリミング処理を行って複写を行う複写モードが設定されている場合は、ＣＰＵ１１４は画像データを画像処理部１１１でトリミング処理を行わせてプリンタ部２へ転送させる。また、ファクシミリ送信モードが設定されている場合は、画像データとファクシミリ送信モードに応じた制御コマンドを、インターフェイス１１３からコア部１０へ転送する。このようなＣＰＵ１１４の制御プログラムはメモリ１１６に記憶されており、ＣＰＵ１１４はメモリ１１６を参照しながら制御を行う。また、メモリ１１６はＣＰＵ１１４の作業領域としても使用される。

次にコア部１０を詳説する。

図４は、コア部１０の構成及びその関連要素を示すブロック図である。コア部１０は、インターフェイス（Ｉ／Ｆ）１２０、画像データ処理部１２１、インターフェイス（Ｉ／Ｆ）１２２、ＣＰＵ１２３及びメモリ１２４から成り、インターフェイス１２０はファクシミリ部４、ファイル部５、ネットワークインターフェイス部７、フォーマッタ部８及びイメージメモリ部９を接続する。データ処理部１２１には、インターフェイス１２０及びインターフェース１２２が接続され、ＣＰＵ１２３にはデータ処理部１２１及びメモリ１２４が接続されている。

リーダ部１からの画像データは、インターフェイス１２２を介してデータ処理部１２１へ転送されるとともに、リーダ部１からの制御コマンドはＣＰＵ１２３へ転送される。データ処理部１２１は画像の回転処理や変倍処理などの画像処理を行うものである。リーダ部１からデータ処理部１２１へ転送された画像データは、リーダ部１から転送された制御コマンドに応じて、インターフェイス１２０を介してファクシミリ部４、ファイル部５またはネットワークインターフェイス部７へ転送される。

また、ネットワークインターフェイス７を介して入力された画像を表すコードデータは、インターフェイス１２０を介してデータ処理部１２１に転送された後、フォーマッタ部８へ転送されて画像データに展開され、この画像データはデータ処理部１２１に転送された後、ファクシミリ部４、あるいはインターフェース１２２を介してプリンタ部２へ転送される。ファクシミリ部４で受信した画像データは、データ処理部１２１へ転送された後、プリンタ部２、ファイル部５またはネットワークインターフェイス部７へ転送される。また、ファイル部５からの画像データは、データ処理部１２１へ転送された後、プリンタ部２、ファクシミリ部４またはコンピュータインターフェイス部７へ転送される。

ＣＰＵ１２３はメモリ１２４に記憶されている制御プログラム、及びリーダ部１から転送された制御コマンドに従って各ブロック間のデータの転送制御を行うと共に、データ処理部１２１による画像処理の実行を制御する。また、メモリ１２４はＣＰＵ１２３の作業領域としても使用される。このように、コア部１０を中心に、原稿画像の読み取り、画像のプリント、画像の送受信、画像の保存、コンピュータとのデータの入出力等、各機能を複合させた処理が行われる。

図５は、フォーマッタ部８の構成を示すブロック図である。

同図に示すように、ＣＰＵ２２２にはコアインターフェイス（Ｉ／Ｆ）２２９、フォント（Ｆｏｎｔ）ＲＯＭ２２３、プログラムＲＯＭ２２４、ＤＲＡＭ２２５及び画像処理回路２２６が接続され、画像処理回路２２６にはビデオインターフェイス（Ｉ／Ｆ）２２７が接続され、ビデオＩ／Ｆ２２７にはビデオクロック２２８が接続されている。

メールクライアント１１のワードプロセッサ等のアプリケーションで作成されたデータは、プリンタドライバにより、プリンタで印刷可能なＰＳ（ポストスクリプト）等のＰＤＬ（Page Description Language、ページ記述言語）に変換される。変換されたデータはネットワークＩ／Ｆ部７、コア部１０及びコアＩ／Ｆ２２９を経由してフォーマッタ部８に転送される。

この転送されたデータはＣＰＵ２２２によって解釈され、フォントＲＯＭ２２３、ＤＲＡＭ２２５を用いて画像が形成される。この画像には画像処理回路２２６によって画像処理が施され、ビデオクロック２２８で生成された同期信号に同期してビデオＩ／Ｆ２２７を介して画像がコア部１０に転送される。転送された画像はプリンタ部２で印刷される。プログラムＲＯＭ２２４には上記動作を実行するための制御プログラムが格納されている。このようにして、ＰＳ等のＰＤＬを印刷することができる。

なお、フォーマッタ部８はＰＤＬ毎に変更が可能であり、プログラムＲＯＭ２２４はＰＤＬとそのバージョン毎に異なるプログラムを格納しており、ユーザは目的に応じたＰＤＬとバージョンを選択することができる。

図６は、ファクシミリ部４の構成を示すブロック図である。

同図に示すように、ＣＰＵ２３２には、モデム（ＭＯＤＥＭ）（MOdulator/DEModulator）２３１、プログラムＲＯＭ２３３、解像度変換２３４、ＤＲＡＭ２３５、符号復号化回路２３６及び画像処理回路２３７が接続されている。また、画像処理回路２３７にはビデオインターフェイス（Ｉ／Ｆ）２３８が接続され、ビデオＩ／Ｆ２３８にはビデオクロック２３９が接続されている。ＭＯＤＥＭ２３１にはＮＣＵ（Network Control Unit）２３０が接続されている。

ＮＣＵ２３０は、電話機にＦＡＸを接続するための回路であり、電話／ＦＡＸの切り替え、受信時における呼出信号の検出、通話中における電話交換機からの直流ループ信号の保持を行う。ＭＯＤＥＭ２３１は、アナログ信号をデジタル信号に変換したり、デジタル信号をアナログ信号に変換したりする変復調回路である。

他のＦＡＸから送信されてきたデータは、ＮＣＵ２３０により受信され、ＭＯＤＥＭ２３１によりデジタル信号に変換される。このデータは、画像をＭＨ（Modified Huffman）、ＭＲ（Modified Read）、ＭＭＲ（Modified Modified Read）あるいはＪＰＥＧ等で符号化されたデータである。このデータは、符号復号化回路２３６により復号化されＤＲＡＭ２３５に画像データが展開される。この画像データは解像度変換２３４で解像度が変換され、画像処理回路２３７で画像処理が施される。そして、ビデオクロック２３９で生成されたクロックに同期して、ビデオＩ／Ｆ２３８によりコア部１０に転送され、プリンタ部２で印刷される。

送信時は、リーダ部１で読み込まれた画像データは、コア部１０を経由してビデオＩ／Ｆ２３８、ビデオクロック２３９、画像処理回路２３７によりＤＲＡＭ２３５に展開される。展開されたデータは、解像度変換２３４で解像度が変換され、符号復号化回路２３６によりＭＨ、ＭＲ、ＭＭＲあるいはＪＰＥＧに符号化される。符号化されたデータは、ＭＯＤＥＭ２３１によりアナログ信号に変換され、ＮＣＵ２３０により送信される。

ＣＰＵ２３２は、これら送受信の制御を司り、プログラムＲＯＭ２３３には、ＣＰＵ２３２が上記動作を実行するための制御プログラムが格納されている。なお、ファクシミリ部４は、ユーザの用途に合わせて本通信装置から着脱が可能である。

図７は、ネットワークＩ／Ｆ部７におけるプログラム構成を示す図である。

ネットワークＩ／Ｆ部７におけるプログラムは、同図に示すように、ＩＰ（Internet Protocol）２５０、ＴＣＰ（Transmission Control Protocol）／ＵＤＰ（User Datagram Protocol）２５１、及びアプリケーション階層のプロトコル２５２を動作させるプログラムから構成されている。ＩＰ２５０は、発信ホストから宛先ホストへルータ等の中継ノードと連携しながらメッセージを送り届けるサービスを提供するインターネットのプロトコル、すなわちネットワーク層のプロトコルである。メッセージを送り届けるのに最も重要な情報は、発信、宛先のアドレスであり、これら発信、宛先のアドレスはＩＰ２５０により管理される。メッセージをアドレス情報に従ってネットワーク内をどのような経路で宛先ホストまで届けるかというルーティングはＩＰ２５０で行われる。

ＴＣＰ／ＵＤＰ２５１は、発信アプリケーションプロセスから受信アプリケーションプロセスにメッセージを送り届けるサービスを提供するトランスポート階層のプロトコルである。ＴＣＰはコネクション型のサービスであって、通信の高度な信頼性を保証するが、ＵＤＰはコネクションレス型のサービスであって、通信の信頼性の保証を行わない。

アプリケーション階層のプロトコル２５２は、複数のプロトコルを規定し、これらのプロトコルには、ファイル転送サービスであるＦＴＰ（File Transfer Protocol）、ネットワーク管理プロトコルであるＳＮＭＰ（Simple Network Management Protocol）、メールダウンロードプロトコルであるＰＯＰ３（Post Office Protocol Version 3）、電子メール送受信プロトコルであるＳＭＴＰ（Simple Mail Transfer Protocol）、プリンタ印刷用のサーバプロトコルであるＬＰＤ、ＷＷＷ（World-Wide Web）サーバのプロトコルであるＨＴＴＰｄ（Hypertext Transfer Protocol Daemon）等が存在する。

次に、電子メールを受信して、受信された電子メールを印刷する動作を説明する。

図１に示すメールクライアント１５には、電子メールを送受信するときに動作する電子メールソフトウェアがインストールされている。メールクライアント１５において、電子メール本文データ、送信宛先情報（例えばメールクライアント１１のメールアドレス、あるいは本通信装置のメールアドレス）を入力して電子メールの送信を指示すると、メールサーバ１４に対してＳＭＴＰに従い電子メールが送信される。

電子メールを受け取ったメールサーバ１４は、電子メールデータの宛先情報から転送先がメールサーバ１２であることを判断し、インターネット網１３を経由してメールサーバ１２に電子メールを送信する。電子メールはメールサーバ１２で受信される。メールアドレスが本通信装置に設定されていた場合は、ＳＭＴＰプロトコルを用いて本通信装置に直接メールが配信される。メールアドレスでメールサーバ１２内のメールボックスが指定されていた場合は、受信された電子メールはそのメールボックス内に蓄積される。

なお、メールクライアント１１にも、電子メールを送受信するときに動作する電子メールソフトウェアがインストールされており、一定時間毎にＰＯＰ３に従いメールサーバ１２のメールボックス内に新規の電子メールが届いているか否かを調べる。そして、新規の電子メールが届いている場合は、その電子メールをダウンロードし、メールを開く。ＩＦＡＸ１７で読み取った画像を本通信装置に送信する場合も同様に、メールサーバ１４、インターネット網１３、メールサーバ１２を経由して画像転送が行われ、本通信装置において印刷が可能である。

図８は、本通装置において電子メールを受信し印刷する処理のフローチャートを示す図である。

まず、ＳＭＴＰにて電子メールが配信された場合は、ＳＭＴＰ受信が動作し、ステップＳ３０１でＳＭＴＰプロトコルに従い電子メールデータの取得を行う。次いで、ステップＳ３０６に進む。

一方、メールアドレスでメールサーバ１２内のメールボックスが指定されメールボックス内に新規の電子メールが届いているか否かを調べるために、ＰＯＰ３受信が一定時間毎に動作する。

まず、ＰＯＰ３受信が起動されると、ＰＯＰサーバであるメールサーバ１２へログインし（ステップＳ３０２）、メールサーバ１２内のメールボックスに格納されているメールのリスト情報を取得して（ステップＳ３０３）、メールボックスに新規メールが有るか否かを判別する（ステップＳ３０４）。この判別は、前回ログインしたときのリスト情報と今回ログインしたときのリスト情報とを照らし合わせることにより行う。

その判別の結果、新規メールがない場合は直ちに本処理を終了する一方、新規メールが有る場合は、ＰＯＰ３プロトコルに従いその電子メールデータをダウンロードして取得し（ステップＳ３０５）、ステップＳ３０６に進む。

ステップＳ３０６では、ＳＭＴＰまたはＰＯＰ３プロトコルにて電子メールが受信されているので、グローバル変数ＦＯＷＡＲＤを初期値として「０」に設定する。次いで、取得した電子メールデータについて、後述する図９、図１０のデータデコード処理により電子メールフォーマットデータから画像データにデコードし（ステップＳ３０７）、後述する図１１の印刷、転送処理を実行することにより、プリンタ部２で印刷したりファクシミリ部４等の送信デバイスに転送したりする（ステップＳ３０８）。その後、本処理を終了する。

なお、取得した電子メールデータは、印刷、転送するだけでなく、メール情報の一覧を操作部１１５にリスト表示することもできる。また、リスト表示の中からメールデータを選択することにより、操作部１１５で内容を表示させることも可能である。

図９、図１０は、図８のステップＳ３０７で実行されるデータデコード処理のフローチャートを示す図である。

まず、ＭＩＭＥ（Multipurpose Internet Mail Extensions）解析処理を実行する（ステップＳ３２０）。すなわち、メールヘッダ部分の情報から送信元情報「Ｆｒｏｍ」、送信宛先情報「Ｔｏ」、及び「Ｓｕｂｊｅｃｔ」情報等の各種情報を取得し、電子メールフォーマットを解析してメール本文と添付ファイル部分とを分離するように動作する。そして、ＭＩＭＥ解析処理において、ＭＩＭＥ情報が不正である場合、例えば添付ファイル開始を示すコードを検出したが終了を示すコードを検出できないような場合に、ＭＩＭＥ解析処理エラーとして処理する。

次いで、ＭＩＭＥ解析処理エラーが発生したか否かを判別し（ステップＳ３２１）、その判別の結果、ＭＩＭＥ解析処理エラーが発生しなかった場合は、ＭＩＭＥ情報の１つであるＣｏｎｔｅｎｔ−Ｔｙｐｅ情報がｍｕｌｔｉｐａｒｔ／ｒｅｐｏｒｔであるか否かを判別する（ステップＳ３２２）。ここで、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ情報がｍｕｌｔｉｐａｒｔ／ｒｅｐｏｒｔであるメールは、ＤＳＮレポート（結果レポート）のメールであることを示している。このメールは例えば、送信した電子メールの宛先情報が不正なためにメールサーバがメール転送できない場合に、そのメールサーバから送信元に対し、送信したメールがエラーであることを知らせるためのエラー通知メールとして用いられるものである。その判別の結果、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ情報がｍｕｌｔｉｐａｒｔ／ｒｅｐｏｒｔでない場合は、ステップＳ３３８に進む。この場合、グローバル変数ＦＯＷＡＲＤには「０」が設定されたままである。

前記ステップＳ３２１の判別の結果、ＭＩＭＥ解析処理エラーが発生した場合、または前記ステップＳ３２２の判別の結果、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ情報がｍｕｌｔｉｐａｒｔ／ｒｅｐｏｒｔである場合は、ステップＳ３２３に進む。ステップＳ３２３では、グローバル変数ＦＯＷＡＲＤを「１」に設定し、本処理を終了する。

前記ステップＳ３３８では、ページ数情報を示す変数ＰＡＧＥと添付ファイル数情報を示す変数ＦＩＬＥとを、共に「１」に設定して初期化し、次いでＭＩＭＥ解析処理の結果、変数ＦＩＬＥで定義される番号の添付ファイルが存在するか否かを判別する（ステップＳ３２４）。その判別の結果、変数ＦＩＬＥで定義される番号の添付ファイルが存在しない場合は、本処理を終了する一方、変数ＦＩＬＥで定義される番号の添付ファイルが存在する場合は、ステップＳ３２５に進む。

ステップＳ３２５では、存在したその添付ファイルがＴＩＦＦ形式のファイルであるか否かを判別する。この判別は、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ情報がＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｉｍａｇｅ／ｔｉｆｆと指定されているか否かによりなされ、ｉｍａｇｅ／ｔｉｆｆと指定されているとき、ＴＩＦＦファイルであると判別される。その判別の結果、その添付ファイルがＴＩＦＦ形式のファイルでない場合は、次のファイルに処理を移行するべく、変数ＦＩＬＥを「１」だけインクリメントすると共に、変数ＰＡＧＥを「１」に初期化して（ステップＳ３３７）、前記ステップＳ３２４に戻る。これにより、添付ファイルが複数存在する場合でも対応することができる。

一方、前記ステップＳ３２５の判別の結果、存在したその添付ファイルがＴＩＦＦ形式のファイルである場合は、ＢＡＳＥ６４デコードを行う（ステップＳ３２７）。ＢＡＳＥ６４デコードは、４文字の文字データから３バイトの８ビットデータに変換するものであり、文字データとしては、「Ａ」〜「Ｚ」、「ａ」〜「ｚ」、「０」〜「９」、「＋」、「−」、「＝」が使用される。ＢＡＳＥ６４デコードの際、受信した文字データに上記使用される文字データ以外の文字データが含まれていた場合は、ＢＡＳＥ６４デコードエラーとされる。

次いで、ＢＡＳＥ６４デコードエラーが発生したか否かを判別し（ステップＳ３２８）、その判別の結果、ＢＡＳＥ６４デコードエラーが発生した場合は、グローバル変数ＦＯＷＡＲＤを「１」に設定して（ステップＳ３３４）、前記ステップＳ３３７を実行して前記ステップＳ３２４に戻る。

一方、ＢＡＳＥ６４デコードエラーが発生しなかった場合は、ＴＩＦＦ解析を実行する（ステップＳ３２９）。すなわち、ＴＩＦＦのヘッダ情報、ＩＦＤ（Image File Directory）情報から格納されている画像の情報を読み取る。その際、必要な画像情報が得られない場合や、本通信装置では処理できない（扱えない）画像データフォーマットである場合は、ＴＩＦＦ解析エラーとされる。なお、ＴＩＦＦファイルは１つのファイルに複数のページデータが格納され、マルチページを構成することが可能である。

次いで、ＴＩＦＦ解析エラーが発生したか否かを判別し（ステップＳ３３０）、その判別の結果、ＴＩＦＦ解析エラーが発生した場合は、グローバル変数ＦＯＷＡＲＤを「１」に設定して（ステップＳ３３５）、ステップＳ３３３に進む一方、ＴＩＦＦ解析エラーが発生しなかった場合は、ステップＳ３３１に進む。

ステップＳ３３１では、画像デコードを行う。すなわち、ＭＨ、ＭＲ、ＭＭＲにて圧縮されている画像を元の生画像にデコードする。その際、受信したデータに何らかの異常があっておかしくなっているとき、画像の全てをデコードできない場合がある。ここでは、元画像の所定割合（例えば８０％）以上デコードできなかった場合に画像デコードエラーとされる。なお、所定割合は適宜設定すればよい。

次いで、画像デコードエラーが発生したか否かを判別し（ステップＳ３３２）、その判別の結果、画像デコードエラーが発生した場合は、前記ステップＳ３３５を実行してから前記ステップＳ３３３に進む一方、画像デコードエラーが発生しなかった場合は、直ちに前記ステップＳ３３３に進む。

ステップＳ３３３では、今回処理したページが最終ページであるか否かを判別し、その判別の結果、今回処理したページが最終ページでない場合は、変数ＰＡＧＥを「１」だけインクリメントして（ステップＳ３３６）、前記ステップＳ３２９に戻る。これにより、次のページに処理が移行し、ページが複数存在する場合に対応することができる。一方、今回処理したページが最終ページである場合は、前記ステップＳ３３７を実行して前記ステップＳ３２４に戻る。

本処理によれば、電子メールデータを解析した結果、ＭＩＭＥ解析処理エラーの場合、ＢＡＳＥ６４デコードエラーの場合、ＴＩＦＦ解析エラーの場合、または画像デコードエラーの場合は、本通信装置で扱えないデータが含まれている場合等であり、グローバル変数ＦＯＷＡＲＤが「１」に設定される。さらに、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ情報がｍｕｌｔｉｐａｒｔ／ｒｅｐｏｒｔである場合は、受信した電子メールがエラー通知メールであり、グローバル変数ＦＯＷＡＲＤが「１」に設定される。

図１１は、図８のステップＳ３０８で実行される印刷、転送処理のフローチャートを示す図である。

電子メールの印刷、転送先は、メールヘッダに含まれる「Ｔｏ」、「Ｆｒｏｍ」、「Ｓｕｂｊｅｃｔ」の各情報と操作部１１５によりユーザが設定した「Ｔｏ」、「Ｆｒｏｍ」、「Ｓｕｂｊｅｃｔ」の一致条件と転送先を指定した条件とが一致するか否かにより判断される。

まず、前記ステップＳ３２０のＭＩＭＥ解析処理でメールヘッダ部分の情報から取得した「Ｔｏ」情報、「Ｆｒｏｍ」情報、「Ｓｕｂｊｅｃｔ」情報を取得する（ステップＳ３５０、Ｓ３５１、Ｓ３５２）。次いで、出力先（転送先）の取得、すなわちユーザが予め指定した「Ｔｏ」、「Ｆｒｏｍ」、「Ｓｕｂｊｅｃｔ」の一致条件（図示せず）の取得を行う（ステップＳ３５３）。

次いで、メールヘッダ部分の情報から取得した「Ｔｏ」情報、「Ｆｒｏｍ」情報、「Ｓｕｂｊｅｃｔ」情報とユーザが予め指定した「Ｔｏ」、「Ｆｒｏｍ」、「Ｓｕｂｊｅｃｔ」の一致条件との比較に基づき出力転送先を判別し、出力転送先がプリンタであるか否かを判別する（ステップＳ３５４）。

その判別の結果、出力転送先がプリンタである場合は、印刷処理を実行する（ステップＳ３５５）。すなわち、電子メール本文データがラスタライズされた後に添付ファイルと一緒に印刷処理され、プリンタ部２により画像が形成され印字された用紙が排紙される。その後、本処理を終了する。

一方、出力転送先がプリンタでない場合は、グローバル変数ＦＯＷＡＲＤが「１」に設定されているか否かを判別する（ステップＳ３５６）。その判別の結果、グローバル変数ＦＯＷＡＲＤが「１」に設定されていない場合は、特にエラーの発生がない場合であるので、ステップＳ３５７に進む一方、グローバル変数ＦＯＷＡＲＤが「１」に設定されている場合は、受信メールに本通信装置で扱えないデータが含まれているか、または受信メールがエラー通知メールである場合等であるので、前記ステップＳ３５５を実行する。これにより、エラーが発生したメールの転送及び格納が禁止されると共に、扱えるデータは可能な限り印刷される。

ステップＳ３５７では、出力転送先がＩＦＡＸであるか否かを判別する。その判別の結果、出力転送先がＩＦＡＸである場合は、不図示のインターネットＦＡＸに受信した電子メールをＩＦＡＸ送信で転送し（ステップＳ３５８）、本処理を終了する一方、出力転送先がＩＦＡＸでない場合は、出力転送先がＦＡＸであるか否かを判別する（ステップＳ３５９）。その判別の結果、出力転送先がＦＡＸである場合は、不図示のＦＡＸ装置に受信した電子メールをＦＡＸ送信で転送し（ステップＳ３６０）、本処理を終了する一方、出力転送先がＦＡＸでない場合は、出力転送先がＦＴＰであるか否かを判別する（ステップＳ３６１）。その判別の結果、出力転送先がＦＴＰである場合は、電子メールをＦＴＰ送信で転送し（ステップＳ３６２）、本処理を終了する一方、出力転送先がＦＴＰでない場合は、ＢＯＸ格納、すなわち、ファイル部５に接続された光磁気ディスクドライブ６の不図示の光磁気ディスク（所定のメモリ）に、受信メールを格納して（ステップＳ３６３）、本処理を終了する。

本処理によれば、グローバル変数ＦＯＷＡＲＤが「１」に設定されている場合は、受信メールの転送及びＢＯＸ格納が禁止され、受信メールが一律にプリンタ部２により印刷処理される一方、グローバル変数ＦＯＷＡＲＤが「１」に設定されていない場合は、受信メールが指定の転送先に転送される。

本実施の形態によれば、受信メールに本通信装置で扱えないデータが含まれている場合や、受信メールが異常となった場合には、転送やＢＯＸ格納を禁止するようにしたので、欠損したデータを転送することで転送先の者に迷惑をかけるというおそれをなくすことができる。また、ＢＯＸ格納機能で格納してしまって、エラーの発生が受信者において判らないままとなってしまうことを防止することができる。さらに、このような場合は、転送やＢＯＸ格納に代えてプリンタ部２で印刷するようにしたので、受信メールエラーを速やかに知らせることができると共に、扱えるデータは可能な限り印刷して受信者にとって役立つようにすることができる。特に、変数ＦＩＬＥ、ＰＡＧＥを用いて、ファイル毎あるいはファイル中のページ毎に判断し、扱えるデータは印刷するようにしたので、より有用である。よって、受信メールエラーを印刷等により受信者に知らせ、エラーに気が付かないまま欠損データを転送、格納することを防止することができる。

また、受信メールがエラー通知メール（結果レポート）であった場合も、上記と同様に転送やＢＯＸ格納を禁止すると共に、プリンタ部２で印刷するようにしたので、送信メールエラーを印刷等により送信元に知らせ、エラーに気が付かないままエラー通知メールを転送、格納することを防止することができる。

なお、図示していないが、ＦＡＸ転送時には、メール本文に用いられているキャラクタ文字列は扱えないために、文字列をラスタライズした画像を送信し、他の文字列が転送可能なプロトコルでは文字列そのものを送信するように動作する。

なお、本実施の形態では、ネットワークの通信プロトコルにＴＣＰ／ＩＰを用いて説明したが、これに限るものでなく、例えば、ＩＰＸ（Internetwork Packet exchange）／ＳＰＸ、ＡｐｐｌｅＴａｌｋ等の通信プロトコルを用いても同様の効果を奏することができる。また、電子メールのデコード方式は、ＢＡＳＥ６４を用いて説明したが、これに限るものでなく、ｕｕｅｎｃｏｄｅ形式やＢｉｎＨｅｘ方式等を用いてもよい。さらに、ＴＩＦＦファイルを例示して説明したが、ＪＰＥＧ、ＧＩＦ、ＢＭＰ等の画像ファイル形式でも同様の効果を奏することができる。

なお、本実施の形態において、ＢＯＸ格納先は光磁気ディスクドライブ６に限るものでなく、例えばハードディスク２２としてもよい。

なお、上述した各実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を通信装置に供給し、その通信装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の目的が達成されることはいうまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体として、例えば、フロッピィディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより上述した各実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づいて、コンピュータ上で稼動しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。

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

２ プリンタ部（印刷手段）
３ 画像入出力制御部
４ ファクシミリ部
５ ファイル部
６ 光磁気ディスクドライブ（転送格納手段の一部）
７ ネットワークインターフェイス（Ｉ／Ｆ）部（受信手段、転送格納手段の一部、送信手段）
８ フォーマッタ部
１０ コア部（転送格納手段の一部、受信メールエラー判別手段、制御手段、送信メールエラー判別手段）
１１ メールクライアント（Ｍａｉｌクライアント）
１２ メールサーバ（Ｍａｉｌサーバ）
１３ インターネット網
１４ メールサーバ（Ｍａｉｌサーバ）
１５ メールクライアント（Ｍａｉｌクライアント）

Claims (10)

1. 電子メールデータを受信する受信手段と、
   前記受信手段で受信した電子メールデータを他の装置に転送する転送手段と、
   前記受信手段で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定手段と、
   前記判定手段による判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記転送手段による転送を行わずに、当該受信した電子メールデータを印刷するよう制御する制御手段と、
   を有することを特徴とする通信装置。
2. 前記転送手段は、前記受信した電子メールデータが所定の条件を満たす場合に、当該受信した電子メールデータを他の装置に転送することを特徴とする請求項１に記載の通信装置。
3. 電子メールデータを受信する受信手段と、
   前記受信手段で受信した電子メールデータをメモリＢＯＸに蓄積する蓄積手段と、
   前記受信手段で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定手段と、
   前記判定手段による判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記蓄積手段による前記メモリＢＯＸへの蓄積を行わずに、当該受信した電子メールデータを印刷するよう制御する制御手段と、
   を有することを特徴とする通信装置。
4. 前記蓄積手段は、前記受信した電子メールデータが所定の条件を満たす場合に、当該受信した電子メールデータを前記メモリＢＯＸに蓄積することを特徴とする請求項３に記載の通信装置。
5. 自装置が送信した電子メールデータの送信結果を通知するための電子メールデータは、ＤＳＮレポートの電子メールデータであることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記判定手段は、前記受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報の値がｍｕｌｔｉｐａｒｔ／ｒｅｐｏｒｔである場合に、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 電子メールデータを受信する受信工程と、
   前記受信工程で受信した電子メールデータを他の装置に転送する転送工程と、
   前記受信工程で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定工程と、
   前記判定工程における判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記転送工程での転送を行わずに、当該受信した電子メールデータを印刷するよう制御する制御工程と、
   を有することを特徴とする通信装置の制御方法。
8. 電子メールデータを受信する受信工程と、
   前記受信工程で受信した電子メールデータをメモリＢＯＸに蓄積する蓄積工程と、
   前記受信工程で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定工程と、
   前記判定工程における判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記蓄積工程での前記メモリＢＯＸへの蓄積を行わずに、当該受信した電子メールデータを印刷するよう制御する制御工程と、
   を有することを特徴とする通信装置の制御方法。
9. 通信装置の制御方法をコンピュータに実行させるためのプログラムであって、前記通信装置の制御方法は、
   電子メールデータを受信する受信工程と、
   前記受信工程で受信した電子メールデータを他の装置に転送する転送工程と、
   前記受信工程で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定工程と、
   前記判定工程における判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記転送工程での転送を行わずに、当該受信した電子メールデータを印刷するよう制御する制御工程と、
   を有することを特徴とするプログラム。
10. 通信装置の制御方法をコンピュータに実行させるためのプログラムであって、前記通信装置の制御方法は、
    電子メールデータを受信する受信工程と、
    前記受信工程で受信した電子メールデータをメモリＢＯＸに蓄積する蓄積工程と、
    前記受信工程で受信した電子メールデータに含まれるＭＩＭＥのＣｏｎｔｅｎｔ−Ｔｙｐｅ情報を参照することにより、当該受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであるか否かを判定する判定工程と、
    前記判定工程における判定の結果、前記受信した電子メールデータが、自装置が送信した電子メールデータの送信結果を通知するためのものであると判定された場合、当該受信した電子メールデータの前記蓄積工程での前記メモリＢＯＸへの蓄積を行わずに、当該受信した電子メールデータを印刷するよう制御する制御工程と、
    を有することを特徴とするプログラム。