JP2016208322A - 画像形成装置、画像形成装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 電子メールの添付ファイルに基づく画像が重複印刷されることを防止することを目的とする。【解決手段】 ＭＦＰ１０１は、メールサーバから電子メールを受信（Ｓ５０６）する。またＭＦＰ１０１は、受信した電子メールの添付ファイルに基づく画像をシートに印刷し（Ｓ５０７）、当該電子メールの添付ファイルに基づく画像の印刷が完了した後に、当該電子メールをメールサーバから削除する（Ｓ５０８）。電子メールをメールサーバから削除できなかった場合、削除できなかった電子メールに対応する識別情報（ＵＩＤ）をＲＡＭ１１３内の記憶領域に記憶する（Ｓ５１０）。ＭＦＰ１０１は、ＲＡＭ１１３内の記憶領域に記憶された識別情報と一致する識別情報に対応する電子メールの添付ファイルに基づく画像を印刷しないように制御する。【選択図】 図５

Description

本発明は、電子メールの添付ファイルに基づく画像を印刷する画像形成装置に関するものである。

メールサーバから電子メールを受信し、受信した電子メールの添付ファイルに基づく画像を印刷する機能を備える画像形成装置が知られている。この機能を備える画像形成装置は、所定時間毎やユーザによる手動の指示に基づいてメールサーバから電子メールを受信することができる。また、電子メールを受信した後に、メールサーバに格納されている電子メールを削除することが知られている。更に、特許文献１には、電子メールを受信した後、画像の印刷が完了するのを待って、メールサーバから電子メールを削除する画像形成装置が開示されている。

特開２００２−１５２４５０号公報

画像の印刷が完了するのを待って電子メールを削除するようにすると、電子メールを受信してから削除するまでにしばらく時間がかかる場合がある。受信してから削除するまでの時間は、印刷枚数が多い等、印刷に時間がかかるほど長くなる。

受信してから削除するまでに時間がかかると、電子メールを受信した後、画像を印刷している間にネットワーク障害が発生し、メールサーバから電子メールを削除できなくなる場合が考えられる。

電子メールを削除できない場合は、削除すべき電子メールがメールサーバに格納されたままになる。この場合、ネットワーク障害が解消した後、新たな電子メールを受信するために画像形成装置がメールサーバに問い合わせを行うと、既に印刷が完了した画像に対応する電子メールを再度受信し、同じ画像を重複して印刷してしまうことになる。

本発明は、上記の問題点に鑑みなされたものであり、ネットワーク障害が発生した場合であっても、電子メールの添付ファイルに基づく画像が重複印刷されることを防止することを目的とする。

上記の目的を達成するために本発明の画像形成装置は、メールサーバから電子メールを受信する受信手段と、前記受信手段により受信した電子メールの添付ファイルに基づく画像を印刷する印刷手段と、前記受信した電子メールの添付ファイルに基づく画像が前記印刷手段により印刷された後に、前記メールサーバから前記受信した電子メールを削除する削除手段と、前記削除手段が前記受信した電子メールを前記メールサーバから削除できなかった場合に、当該電子メールの識別情報を記憶する記憶手段と、前記記憶手段に記憶された識別情報と一致する識別情報に対応する電子メールの添付ファイルに基づく画像を印刷しないように前記印刷手段または前記受信手段の少なくとも１つを制御する制御手段と、を備えることを特徴とする。

本発明によれば、ネットワーク障害が発生した場合であっても、電子メールの添付ファイルに基づく画像が重複印刷されることを防止することができる。

画像形成システムの全体図である。 ＭＦＰ１０１の構成を示すブロック図である。 操作部１１６を示す外観図である。 パネル３２０に表示される操作画面を示す図である。 電子メールを受信し、印刷する制御を説明するフローチャートである。 電子メールを受信し、印刷する制御を説明するフローチャートである。 電子メールを受信し、印刷する制御を説明するフローチャートである。 識別情報を記憶する記憶領域のデータモデルを示す図である。 パネル３２０に表示される操作画面を示す図である。 電子メールを受信し、印刷する制御を説明するフローチャートである。 電子メールを受信し、印刷する制御を説明するフローチャートである。 電子メールを受信し、印刷する制御を説明するフローチャートである。

以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。図１は、本実施形態に係る画像形成システムを示すブロック図である。ネットワーク１００上には、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１、ＰＣ１０２、メールサーバ１０３が互いに通信可能に接続されている。本実施形態では画像形成装置の一例としてＭＦＰ１０１を、情報処理装置の一例としてＰＣ１０２を説明する。なおＭＦＰ１０１やＰＣ１０２は、ネットワーク１００を介してインターネット（不図示）と接続され、複数のメールサーバを経由して外部装置との間で電子メールの送受信を行うことができる。

ＰＣ１０２には、メールクライアントがインストールされている。メールクライアントは、メールサーバ１０３を介して外部の装置（ＰＣ１０２と同様の情報処理装置や、画像形成装置など）に作成した電子メールを送信したり、外部装置から電子メールを受信して表示したりするためのソフトウェアである。

メールサーバ１０３は、送信側（送信元）のメールクライアントから送信された電子メールを受信する。受信した電子メールは、電子メールアドレス毎に設けられたメールボックスに仕分けされ、ストレージ（不図示）に格納される。なお、各々の電子メールアドレスは、ユーザ情報（ユーザ名及びパスワード）と紐づいて管理されている。格納された電子メールは、受信側（送信先）のメールクライアントからの要求に応じて配信される。

なお、ＰＣ１０２のメールクライアントは、ＰＯＰ３やＩＭＡＰなどの通信プロトコルを利用して、メールサーバ１０３のメールボックスに仕分けされた電子メールを受信することができる。なお、ＭＦＰ１０１にも同様のメールクライアントがインストールされている。

ＭＦＰ１０１は、シート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。また、ＭＦＰ１０１は、メールサーバ１０３を介して、ＰＣ１０２や他の画像形成装置（不図示）などから送信された電子メールを受信することができる。また、ＭＦＰ１０１は、受信した電子メールの添付ファイルに基づく画像を印刷することができる。なお、ＭＦＰ１０１は、ＩＴＵ−Ｔ勧告のインターネットファクシミリデータ伝送方式Ｔ．３７（Ｉファクス）に基づいて送信された電子メールを受信し、印刷したり、画像を添付した電子メールを送信したりすることができるものとする。

なお、本実施形態では、メールサーバ１０３が送信サーバ（ＳＭＴＰサーバ）機能と受信サーバ（ＰＯＰサーバ）機能の両方を備える場合を例示したが、これに限定されるものではない。例えば負荷分散のために送信用のサーバと受信用のサーバを分離させた構成となっていてもよい。

図２は、本実施形態に係るＭＦＰ１０１の構成を示すブロック図である。ＣＰＵ１１１を含む制御部１１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを読み出して、読取制御や印刷制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。また、ＲＯＭ１１２は、ブートシーケンスやフォント情報などを記憶する。ＲＡＭ１１３は、ＣＰＵ１１１の主記憶メモリであり、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、画像データ、印刷データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ１１４としてフラッシュメモリを想定しているが、ＳＳＤやＨＤＤなどの補助記憶装置を用いるようにしても良い。

なお、本実施形態のＭＦＰ１０１では、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０を接続する。操作部１１６は、ユーザに対して情報を表示したり、ユーザからの指示を入力したりする。

読取部Ｉ／Ｆ１１７は、読取部１１８と制御部１１０を接続する。読取部１１８はシート上の画像を読み取って、その画像をバイナリーデータなどの画像データに変換する。読取部１１８によって生成された画像データは、外部装置に送信されたり、シート上に印刷されたりする。

印刷部Ｉ／Ｆ１１９は、印刷部１２０と制御部１１０を接続する。ＣＰＵ１１１は、印刷すべき画像（印刷対象の画像データ）を印刷部Ｉ／Ｆ１１９を介して印刷部１２０に転送する。印刷部１２０は、給紙カセット（不図示）から給送されたシート上に画像を印刷する。なお、印刷部１２０の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。また、その他の印刷方式を適用することもできる。

また、制御部１１０は、通信部Ｉ／Ｆ１２３を介してネットワーク１００に接続される。通信部Ｉ／Ｆ１２３は、ネットワーク１００上の外部装置に画像データや情報を送信したり、ネットワーク１００上の情報処理装置から印刷データや情報を受信したりする。例えばＭＦＰ１０１は、通信部Ｉ／Ｆ１２３を介して前述した電子メールの送受信や、その他のプロトコル（例えば、ＦＴＰやＳＭＢ）を用いた送信を行うことができる。

図３は、操作部１１６を示す外観図である。操作部１１６は、後述する操作画面を表示するタッチパネル３２０及び各種のハードキーからなる。パネル３２０及び各種のハードキーはユーザからの指示を受け付ける受付手段として機能する。

操作部１１６にはパネル３２０上に表示される画面上の選択肢を選択するためのスクロールキー３１２と、スクロールキーによって選択された選択肢を決定するためのＯＫキー３１１が備えられている。ユーザは、スクロールキー３１２とＯＫキー３１１を用いて画面上の選択肢から１つの項目を指定することができる。また、ユーザは、パネル３２０に表示される選択肢を指やスタイラス等のオブジェクトで直接タッチし、選択肢を指定することもできる。

ランプ３１３及びランプ３１４はＭＦＰの状態をユーザに通知するものである。ランプ３１４は、電子メールの受信中及び印刷中に点灯し、ランプ３１４はＭＦＰ１０１に何らかのエラーが発生した際に点灯する。

ストップキー３１５は、ＭＦＰ１０１によって実行されている処理を中断するためのキーである。本実施形態では、ストップキー３１５は、電子メールの受信処理や電子メールの添付ファイルに基づく画像の印刷処理をキャンセルする場合に使用される。

状況確認キー３０２はＭＦＰ１０１の状態を確認する画面（状況確認画面）を表示するためのキーである。本実施形態では、状況確認画面を介してＭＦＰ１０１の状況の確認や電子メールの問い合わせなどを行うことができる。

ここで、本実施形態における状況確認画面の役割について説明する。まず、ユーザは、状況確認キー３０２を押下して、ジョブの状況やＭＦＰ１０１の状況の確認を行うことができる。図４は、ＣＰＵ１１１が操作部１１６のパネル３２０に表示する画面の一例を示す図であり、状況確認画面を示している。

ＣＰＵ１１１は、状況確認キー３０２が押下された場合に、状況確認画面４００をパネル３２０に表示する。ユーザは画面４００を介して、ＭＦＰ１０１のジョブ実行状況や履歴情報を確認することができる。また、ユーザはデバイスの状況として印刷に使用するシートの残量や、印刷に使用する色材（トナーやインク等）の残量などを確認することもできる。また、ユーザはデバイスの状況として、ＭＦＰ１０１のその他のステータス（例えば、エラーや警告などの情報）を確認することができる。

また、状況確認画面４００では、受信ジョブに関する操作を行うこともできる。選択肢４０１は、受信ジョブの状況確認や電子メールの手動受信を行う場合に使用する選択肢である（詳細は後述する）。

＜受信プリント機能＞
次に、受信した電子メールの添付ファイルに基づく画像（以下受信画像とも呼ぶ）を印刷する受信プリント機能について説明する。受信プリント機能は、前述したＩファクスの受信及び印刷を行う機能である。なお、受信プリント機能は、Ｔ．３７方式に準拠しない電子メールに対応することもできる。この場合、例えばＩファクス規格に準拠しないＰＤＦファイルなどが添付された電子メールを受信して、印刷できるようにしてもよい。

本実施形態の受信プリント機能では、ＰＯＰサーバへの問い合わせを行って、電子メールの受信及び印刷を実行する。ユーザは操作部１１６を介して電子メールの手動受信を指示することができる。また、ＣＰＵ１１１は、ＭＦＰ１０１に設定された問い合わせ間隔毎に自動で問い合わせを行うこともできる。

次に、手動によるＰＯＰサーバへの問い合わせを例として受信プリント機能について説明する。なお、本実施形態では、ＰＯＰサーバとの通信に必要となるＰＯＰサーバのアドレスや、サーバでの認証に必要なユーザ情報（ユーザＩＤ及びパスワード）については予め管理者等により設定され、ストレージ１１４に格納されているものとする。

ユーザは、図４に示す受信ジョブ画面４０２を介してＰＯＰサーバへの問い合わせ指示を行うことができる。ＣＰＵ１１１は、操作部１１６を介して選択肢４０３が指定された場合に、ＰＯＰサーバへの問い合わせを開始する。また、ＣＰＵ１１１は、パネル３２０にＰＯＰサーバに接続中である旨をユーザに通知するポップアップ画面４０５を表示する。

ＣＰＵ１１１は、電子メールの受信中は、ランプ３１３を点滅表示させる。一方、電子メールの受信を完了し、電子メールの添付ファイルに基づく画像を印刷している間はランプ３１３を点灯表示させる。この処理によって、ユーザは、ランプ３１３の状態を見て、受信プリント機能の状況を判断することができる。なお、本実施形態では、ランプで受信状況を通知するようにしているが、パネル３２０上に受信状況を表示してもよい。

印刷処理が完了すると、ＣＰＵ１１１はＰＯＰサーバから電子メールを削除し、受信プリント処理を終了する。

一方、ＣＰＵ１１１は、受信すべき電子メールがＰＯＰサーバに無い場合は、ポップアップ画面４０６を表示して受信プリント処理を終了する。ＣＰＵ１１１は、画面４０６が表示された状態で予め設定されている所定時間（例えば２秒など）が経過した場合、ポップアップ画面４０６を閉じ、画面４０２の状態に戻る。ＣＰＵ１１１は、画像の印刷が完了した場合及び受信すべき電子メールが無い場合は、ランプ３１３を消灯させる。

なお、ＣＰＵ１１１はネットワーク障害、サーバとの認証エラーなどＰＯＰサーバと通信できない場合は、ポップアップ画面４０５を閉じて、ポップアップ画面４０７を表示するようにしてもよい。画面４０７は通信エラーをユーザに通知する画面であり、ユーザが「閉じる」キーを操作するまで表示し続けるものとする。

更に、ＣＰＵ１１１は、図示しないモデムを用いたＧ３ファクスの送受信を行っている間や、ＰＤＬデータに基づくプリントの実行中など、受信プリント機能を実行できない状態であると判断すると、選択肢４０３を選択できないようにする。画面４０４は、ＣＰＵ１１１が受信プリント機能を実行できない状態であると判断した場合に選択肢４０３を選択できないようにグレーアウト表示する画面の一例を示している。また、ＭＦＰ１０１の管理者は管理設定（不図示）から受信プリント機能自体を使用しない設定することもできる。受信プリント機能がＯＦＦに設定されている場合にも、ＣＰＵ１１１は、選択肢４０３をグレーアウト表示する。

一方、ＣＰＵ１１１は、自動で問い合わせを行う場合は、パネル３２０には、図４に示すような画面を表示せず、バックグラウンドで電子メールの受信と印刷を行う。この場合、ユーザは、ランプ３１３の状態を見て、自動実行されている受信プリント機能の状態を判断することができる。なお、ＣＰＵ１１１は、バックグラウンドで電子メールの受信と印刷を行っている間は、ＭＦＰ１０１が実行できる機能を一部制限する。例えば、ＣＰＵ１１１は、コピー機能やプリントジョブの印刷機能など、使用するハードウェアが受信プリント機能とコンフリクトする機能は実行できないように制御する。一方、原稿を読み取って送信する機能など、使用するハードウェアが受信プリント機能とコンフリクトしない機能は実行できるように制御する。また、ＣＰＵ１１１は、自動で問い合わせを行う際に、ＰＯＰサーバと通信できない場合は、ポップアップ画面に代えて、ＭＦＰ１０１の状況を確認する画面４００に、ＰＯＰサーバと接続できなかったことを示す補足情報を表示するためのアイコンを表示する。

図９は、ＣＰＵ１１１が操作部１１６のパネル３２０に表示する画面の一例を示す図であり、図９（ｂ）は状況を確認する画面を示している。ＣＰＵ１１１は、アイコン９０３が指定された場合は、ＰＯＰサーバと通信できない旨を示す情報を表示する。一度アイコン９０３が指定されると、画面４００への当該アイコン９０３を非表示にする。なお、本実施形態では、アイコン９０３はエラーメッセージや警告メッセージなどを表示するトリガとなるアイコンであり、他のエラーメッセージや警告メッセージ等を表示する場合にも使用される。

従って、ユーザが他の機能を実行している場合に、バックグラウンドで実行する受信プリント機能のポップアップが出ることを抑制しつつ、状況確認画面を介して、ユーザに受信プリント機能でエラーが生じたことを通知することができる。なお、本実施形態では状況確認画面４００にアイコンを表示する場合を例示したが、これに限定されるものではない。例えば、パネル３２０の上部や上部等にステータスバーを表示するようにユーザインタフェースを設計し、当該ステータスバーにアイコンやエラー情報を表示するようにしてもよい。フォアグラウンドで実行する機能が提供する画面の邪魔とならないようエラー情報を表示するものであればよい。

また、本実施形態の受信プリント機能では、電子メールの添付ファイルに基づく画像の印刷がジャムの発生等によって失敗した場合に電子メールを再度受信して印刷できるようにするため、電子メールの削除を画像の印刷が完了した後に行うようにしている。この場合、電子メールを受信してから削除するまでにしばらく時間がかかる場合がある。受信してから削除するまでの時間は、印刷枚数が多い等、印刷に時間がかかるほど長くなる。

受信してから削除するまでに時間がかかると、電子メールを受信した後、画像を印刷している間にネットワーク障害が発生し、メールサーバから電子メールを削除できなくなる場合が考えられる。

電子メールを削除できない場合は、削除すべき電子メールがメールサーバに格納されたままになる。この場合、ネットワーク障害が解消した後、新たな電子メールを受信するためにＭＦＰ１０１がメールサーバに問い合わせを行うと、既に印刷が完了した画像に対応する電子メールを再度受信し、同じ画像を重複して印刷してしまうことになる。

この問題に対して本実施形態で実行する、ネットワーク障害が発生した場合であっても、電子メールの添付ファイルに基づく画像が重複印刷されないようにするための制御について説明する。

具体的な制御について、図５及び図６のフローチャートを用いて説明する。図５及び図６に示すフローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出し、実行することにより実現される。ＣＰＵ１１１は、電子メールを手動受信する指示がなされた場合、または、設定した自動受信間隔毎にＰＯＰサーバへの問い合わせを行う場合に、図５に示すフローチャートに対応する制御を実行する。

ステップＳ５０１では、ＣＰＵ１１１は、ストレージ１１４に格納されたユーザＩＤ及びパスワードをＰＯＰサーバに送信してログイン（認証）を要求する。ステップＳ５０２では、ＣＰＵ１１１は、ＰＯＰサーバへのログインに成功した場合は、ステップＳ５０５に進み、ＰＯＰサーバへのログインに失敗した場合には、ステップＳ５０４に進む。

ステップＳ５０４では、ＣＰＵ１１１は、パネル３２０に画面４０７に示すようなエラー画面を表示し、電子メールの受信処理を終了する。

一方、ステップＳ５０５では、ＣＰＵ１１１は、ＰＯＰサーバから受信すべき電子メールを決定する。ステップＳ５０５の処理については、図６のフローチャートを用いて説明する。

ステップＳ６０１では、ＣＰＵ１１１は、ＰＯＰサーバのメールボックスに格納された電子メール数を取得する。ＣＰＵ１１１は、ＰＯＰサーバへＳＴＡＴコマンドを送信し、ＰＯＰサーバからの応答を待つ。なお、ＳＴＡＴコマンドは、メールボックスに格納されたメール数とデータサイズを確認するためのコマンドである。ＣＰＵ１１１は、ＰＯＰサーバから応答を受信すると、取得した電子メール数を未受信の電子メール数としてＲＡＭ１１３内に格納して、ステップＳ６０２に進む。

ステップＳ６０２では、ＣＰＵ１１１は、ＲＡＭ１１３内の記憶領域に識別情報が記憶されているか否かを判断する。図８は、識別情報を記憶する記憶領域を示す。識別情報が記憶されている場合はステップＳ６０３に進み、記憶されていない場合はステップＳ６０８に進む。

図８（ａ）に示す記憶領域には、電子メールを一意に識別するための識別情報（ＵＩＤ、Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）が記憶される。なお識別情報はプロセスＩＤや時刻情報などを組み合わせて同一メールボックス内で重複が発生しないようにメールサーバによって生成されるものとする。この記憶領域には、添付画像の印刷は完了したがメールサーバから削除できなかった電子メールの識別情報が記憶される。

なお、本実施形態ではＲＡＭ１１３内に識別情報を記憶するための記憶領域を設ける場合を例示しているがこれに限定されるものではない。例えば、ストレージ１１４内に識別情報を記憶するための記憶領域を設けてもよい。

図６の説明に戻り、ステップＳ６０３では、上述した記憶領域に記憶された識別情報に基づいて削除すべき電子メールを決定する。具体的には、ＣＰＵ１１１は、ＰＯＰサーバへＵＩＤＬコマンドを送信し、メールボックスに格納された電子メール毎の識別情報（ＵＩＤ）を取得する。なお、メッセージ番号は、電子メールを特定するための番号であり、メールボックスへ電子メールが到着した順番に基づいて１から順に割り振られる。メッセージ番号は、同一の通信セッション内で有効な番号であり、ＰＯＰサーバとＭＦＰ１０１との間で通信セッションが確立している間は、番号が振り直されることはない。

ＣＰＵ１１１は、取得した識別情報を、上述した記憶領域に記憶されている識別情報と比較する。比較の結果、取得した識別情報が記憶領域に記憶されている識別情報と一致する場合は、当該識別情報に対応する電子メールを削除すべき電子メールとして決定する。メールボックスに格納された電子メールが複数ある場合は、各々に対応する識別情報に対して比較を行い、削除すべき電子メールを決定する。

ステップＳ６０４では、ＣＰＵ１１１は、削除すべきと決定された電子メールがあるか否かを判断する。削除すべき電子メールが有る場合は、ステップＳ６０５に進み、削除すべき電子メールが無い場合は、ステップＳ６０７に進む。

ステップＳ６０５では、ＣＰＵ１１１は、ＰＯＰサーバに対して削除すべき電子メールに対応するメッセージ番号を指定したＤＥＬＥコマンドを送信し、ＰＯＰサーバに当該電子メールをメールボックスから削除する指示を行う。なお、ＤＥＬＥコマンドは、指定されたメッセージ番号の電子メールを削除するためのコマンドである。

ステップＳ６０６では、ＣＰＵ１１１は、ＰＯＰサーバからの応答に応じて、当該電子メールの削除に成功したか否かを判断する。ＰＯＰサーバから肯定（ＯＫ）の応答を受信した場合、当該電子メールの削除に成功したと判断し、ステップＳ６０７に進む。また、ＣＰＵ１１１は未受信の電子メール数をデクリメントする。

一方、ＰＯＰサーバから否定（ＮＧ）の応答を受信した場合、ＰＯＰサーバからの応答が一定時間経過しても返ってこない場合、及び、ネットワークにアクセスできない場合は、当該電子メールの削除に失敗したと判断し、図５に示すＡ（Ｓ５０４）へ進む。ステップＳ６０７では、ＣＰＵ１１１は、ＲＡＭ１１３内の記憶領域から識別情報を削除し、ステップＳ６０８に進む。

次に、ステップＳ６０８では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、ステップＳ６１２に進み、未受信の電子メール数が１以上であることを示す場合は、ステップＳ６０９に進む。ステップＳ６１２では、ＣＰＵ１１１は、受信すべき電子メールがない旨を示す画面を表示して、図５に示すＢ（ステップＳ５１２）へ進む。

一方、ステップＳ６０９では、ＣＰＵ１１１は未受信の電子メールのメッセージ番号を取得する。具体的には、ＣＰＵ１１１は、未受信の電子メールに対応するメッセージ番号と、当該電子メールの識別情報（ＵＩＤ）を対応づけた受信リストを生成して、ＲＡＭ１１３に格納する。ＣＰＵ１１１は、未受信の電子メールのメッセージ番号の取得が完了すると、ステップＳ５０６に進む。

図５の説明に戻り、ステップＳ５０６では、ＣＰＵ１１１は、ＰＯＰサーバに受信すべき電子メールに対応するメッセージ番号を指定したＲＥＴＲコマンドを送信し、電子メールを受信する。なおＣＰＵ１１１は、受信すべき電子メールに対応するメッセージ番号は受信リスト（不図示）に基づいて決定する。ここでは、未受信の電子メールが複数存在する場合であっても、そのうちの１通の電子メールを受信する。

ステップＳ５０７では、ＣＰＵ１１１は、電子メールに添付された添付ファイルをデコードして、印刷に使用する画像を生成する。次に、印刷に使用するシートを印刷部に給送し、当該生成した画像を当該シート上に印刷するように印刷部１２０を制御する。シートへの印刷が完了するとステップＳ５０８に進む。

ステップＳ５０８では、ＣＰＵ１１１は、ＰＯＰサーバに対して印刷が完了した電子メールに対応するメッセージ番号を指定したＤＥＬＥコマンドを送信し、当該電子メールをメールボックスから削除するよう指示する。

ステップＳ５０９では、ＣＰＵ１１１は、ＰＯＰサーバからの応答に応じて、当該電子メールの削除に成功したか否かを判断する。ＰＯＰサーバから肯定（ＯＫ）の応答を受信した場合、当該電子メールの削除に成功したと判断し、ステップＳ５１１に進む。また、ＣＰＵ１１１はＲＡＭ１１３に格納された未受信の電子メール数に関する情報をデクリメントする。一方、ＰＯＰサーバから否定（ＮＧ）の応答を受信した場合、ＰＯＰサーバからの応答が一定時間経過しても返ってこない場合、及び、ネットワークに接続できない場合は、当該電子メールの削除に失敗したと判断し、ステップＳ５１０に進む。

ステップＳ５１０では、ＣＰＵ１１１は、ステップＳ５０８で削除できなかった電子メールの識別情報（ＵＩＤ）をＲＡＭ１１３内の記憶領域に記憶する。

一方、ステップＳ５１１では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が１以上であることを示す場合は、メッセージ番号をインクリメントして、ステップＳ５０６に戻る。従ってステップＳ５０６では、次の電子メールの受信が行われる。一方、ＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、ステップＳ５１２に進む。

ステップＳ５１２では、ＣＰＵ１１１は、ＰＯＰサーバからログアウトする。具体的には、ＣＰＵ１１１は、ＰＯＰサーバへＱＵＩＴコマンドを送信し、ＰＯＰサーバとの通信セッションを終了する。

以上説明したように本実施形態では、添付画像を印刷済みの電子メールを削除する際に、当該電子メールを削除できなかった場合は、当該電子メールの識別情報を記憶する。また、次回メールサーバにログインしたときに、記憶された識別情報と一致する識別情報に対応する電子メールをメールサーバから削除した後に、電子メールの受信処理を行う。従って、ネットワーク障害が発生した場合であっても、当該削除できなかった電子メールの添付ファイルに基づく画像が重複印刷されないようにすることができる。

＜第２の実施形態＞
第１の実施形態では、メールサーバから電子メールを受信する場合に、記憶された識別情報と一致する識別情報に対応する電子メールをメールサーバから削除した後に、電子メールの受信処理を行うことについて説明した。第２の実施形態では、メールサーバから電子メールを受信する場合に、記憶された識別情報と一致する識別情報に対応する電子メールを削除することまではせずに、受信が行われないように制御することについて説明する。なお、第２の実施形態において、前提となる装置のハードウェア構成は第１の実施形態と同様である。第１の実施形態と同様の構成については、詳細な説明は省略する。

具体的な制御について、図５及び図７のフローチャートを用いて説明する。図５及び図７に示すフローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出し、実行することにより実現される。ＣＰＵ１１１は、電子メールを手動受信する指示がなされた場合、または、設定した自動受信間隔毎にＰＯＰサーバへの問い合わせを行う場合に、図５に示すフローチャートに対応する制御を実行する。

ステップＳ５０１及びステップＳ５０２では、ＣＰＵ１１１は、第１の実施形態と同様に、ＰＯＰサーバへのログイン処理を行う。ＰＯＰサーバへのログインに成功すると、ステップＳ５０５に進む。一方、ＰＯＰサーバへのログインに失敗すると、ステップＳ５０４に進み、エラー画面を表示して処理を終了する。

ステップＳ５０５では、ＣＰＵ１１１は、ＰＯＰサーバから受信すべき電子メールを決定する。第２の実施形態では、第１の実施形態で説明した図６のフローチャートに代えて、図７のフローチャートに基づいて受信すべき電子メールを決定する。

ステップＳ７０１では、ＣＰＵ１１１は、ＰＯＰサーバのメールボックスに格納された電子メール数を取得する。ＣＰＵ１１１は、取得した電子メール数を未受信の電子メール数としてＲＡＭ１１３内に格納して、ステップＳ７０２に進む。

ステップＳ７０２では、ＣＰＵ１１１は、ＲＡＭ１１３内の記憶領域に識別情報が記憶されているか否かを判断する。図８（ｂ）は、本実施形態における識別情報を記憶する記憶領域を示すものである。この記憶領域には、添付画像の印刷は完了したが、メールサーバから削除できなかった電子メールに対応する識別情報が記憶される。本実施形態の記憶領域は、図８（ｂ）に示すように複数の識別情報を記憶することができるものとする。記憶領域は、例えばリングバッファ等で構成され、バッファの最後（ＩｎｄｅｘがＮ）を超えるとバッファの最初（Ｉｎｄｅｘが１）の領域を上書きする。従って、本実施形態における記憶領域は、ＦＩＦＯ方式で管理される。記憶領域に識別情報が記憶されている場合はステップＳ７０３に進み、記憶されていない場合はステップＳ７０４に進む。

ステップＳ７０３では、ＣＰＵ１１１は、ＲＡＭ１１３内の記憶領域に記憶された識別情報に基づいて受信すべき電子メールを決定する。ＣＰＵ１１１は、ＰＯＰサーバへＵＩＤＬコマンドを送信し、メールボックスに格納された電子メール毎の識別情報（ＵＩＤ）を取得する。次に、ＣＰＵ１１１は、取得した識別情報を、上述した記憶領域に記憶されている識別情報と比較する。比較の結果、取得した識別情報が記憶領域に記憶されている識別情報と一致する場合は、当該識別情報に対応する電子メールを受信しない電子メールであると判断する。一方、比較の結果、取得した識別情報が記憶領域に記憶されている識別情報のいずれとも一致しない場合は、当該識別情報に対応する電子メールを受信すべき電子メールであると判断する。ＣＰＵ１１１は、メールボックスに格納された電子メールが複数ある場合は、各々に対応する識別情報に対して、上述した記憶領域に記憶されている識別情報との比較を行って受信すべき電子メールを決定する。この際に、ＣＰＵ１１１は、受信すべき電子メールの数を算出し、算出した受信すべき電子メールの数を、前述した未受信の電子メール数としてＲＡＭ１１３内に格納する。

ステップＳ７０４では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された未受信の電子メール数が０であることを示す場合は、ステップＳ７０８に進み、未受信の電子メール数が１以上であることを示す場合は、ステップＳ７０５に進む。

ステップＳ７０８では、ＣＰＵ１１１は、受信すべき電子メールがない旨を示す画面を表示して、図５に示すＢに進む。

一方、ステップＳ７０５では、ＣＰＵ１１１は未受信の電子メールのメッセージ番号を取得し、ステップＳ５０６に進む。

図５の説明に戻り、ステップＳ５０６乃至ステップＳ５０８では、ＣＰＵ１１１は、第１の実施形態と同様の電子メールの受信処理、印刷処理、削除処理を行う。ステップＳ５０９では、ＣＰＵ１１１は、第１の実施形態におけるステップＳ５０９と同様に電子メールの削除に成功したか否かを判断する。当該電子メールの削除に成功したと判断すると、ＣＰＵ１１１は、ＲＡＭ１１３に格納された未受信の電子メール数に関する情報をデクリメントして、ステップＳ５１１に進む。一方、当該電子メールの削除に失敗したと判断すると、ステップＳ５１０に進む。

ステップＳ５１０では、ＣＰＵ１１１は、ステップＳ５０８で削除できなかった電子メールの識別情報（ＵＩＤ）を図８（ｂ）に示すＲＡＭ１１３内の記憶領域に記憶する。具体的には、ＣＰＵ１１１は、ライトポインタ（不図示）が指し示す領域に識別情報を記憶して、ライトポインタをインクリメントする。例えば、ライトポインタがインデックス２を指し示している場合は、ＣＰＵ１１１は、インデックス２の領域に識別情報を記憶して、ライトポインタがインデックス３を指し示すように書きかえる。従って記憶領域には、添付画像の印刷は完了したがメールサーバから削除できない電子メールの識別情報が複数記憶される。

一方、ステップＳ５１１では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が１以上であることを示す場合は、ステップＳ５０６に戻り、次の電子メールの受信及び当該電子メールの添付ファイルに基づく画像の印刷処理を行う。一方、ＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、ステップＳ５１２に進む。

ステップＳ５１２では、ＣＰＵ１１１は、ＰＯＰサーバからログアウトする。具体的には、ＣＰＵ１１１は、ＰＯＰサーバへＱＵＩＴコマンドを送信し、ＰＯＰサーバとの通信セッションを終了する。

以上説明したように本実施形態では、添付画像を印刷済みの電子メールを削除する際に、当該電子メールを削除できなかった場合は、当該電子メールの識別情報を記憶する。また、次回メールサーバにログインしたときに、記憶された識別情報と一致する識別情報に対応する電子メールの受信が行われないように制御することができる。従って、ネットワーク障害によりサーバから電子メールが削除できない場合であっても、当該削除できなかった電子メールの添付ファイルに基づく画像が重複印刷されないようにすることができる。

＜第３の実施形態＞
第１の実施形態では、メールサーバから電子メールを受信する場合に、記憶された識別情報と一致する識別情報に対応する電子メールをメールサーバから削除した後に、電子メールの受信処理を行うことについて説明した。第３の実施形態では、メールサーバに格納された電子メールを受信した場合に、記憶された識別情報と一致する識別情報に対応する電子メールを受信するものの、その添付ファイルに基づく画像の印刷が行われないように制御することについて説明する。なお、第３の実施形態において、前提となる装置のハードウェア構成は第１の実施形態と同様である。第１の実施形態と同様の構成については、詳細な説明は省略する。

具体的な制御について、図１０のフローチャートを用いて説明する。図１０に示すフローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出し、実行することにより実現される。ＣＰＵ１１１は、電子メールを手動受信する指示がなされた場合、または、設定した自動受信間隔毎にＰＯＰサーバへの問い合わせを行う場合に、図１０に示すフローチャートに対応する制御を実行する。

ステップＳ１００１及びステップＳ１００２では、ＣＰＵ１１１は、第１の実施形態におけるステップＳ５０１及びステップＳ５０２と同様に、ＰＯＰサーバへのログイン処理を行う。ＰＯＰサーバへのログインに成功すると、ステップＳ１００４に進む。一方、ＰＯＰサーバへのログインに失敗すると、ステップＳ１００３に進み、第１の実施形態のステップＳ５０４と同様のエラー画面を表示して処理を終了する。

ステップＳ１００４では、ＣＰＵ１１１は、第１の実施形態のステップＳ６０１と同様にＰＯＰサーバへＳＴＡＴコマンドを送信し、メールボックスに格納された電子メール数を取得する。また、ＣＰＵ１１１は、取得した電子メール数を未受信の電子メール数としてＲＡＭ１１３内に格納して、ステップＳ１００５に進む。

ステップＳ１００５では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、ステップＳ１００７に進み、未受信の電子メール数が１以上であることを示す場合は、ステップＳ１００６に進む。

ステップＳ１００７では、ＣＰＵ１１１は、受信すべき電子メールがない旨を示す画面を表示して、ステップＳ１０１６のログアウト処理に進む。

一方、ステップＳ１００６では、ＣＰＵ１１１は、ＰＯＰサーバからメールボックスに格納されている電子メールのメッセージ番号を取得する。具体的にはＣＰＵ１１１は、ＰＯＰサーバへＬＩＳＴコマンドを送信し、メールボックスに格納された電子メール毎のメッセージ番号を取得する。

ステップＳ１００８では、ＣＰＵ１１１は、ＰＯＰサーバに受信すべき電子メールに対応するメッセージ番号を指定したＲＥＴＲコマンドを送信し、電子メールを受信する。

ステップＳ１００９では、ＣＰＵ１１１は、ステップＳ１００８で受信した電子メールに対応する識別情報がＲＡＭ１１３内の記憶領域（図８（ｂ））に記憶されているか否かを判断する。具体的には、ＣＰＵ１１１は、ＰＯＰサーバにステップＳ１００８で受信した電子メールに対応するメッセージ番号を指定したＵＩＤＬコマンドを送信し、当該受信した電子メールに対応する識別情報を取得する。次に、ＣＰＵ１１１は、取得した識別情報を、上述した記憶領域に記憶されている識別情報と比較する。比較の結果、取得した識別情報が記憶領域に記憶されている識別情報と一致する場合は、ステップＳ１０１１に進み、取得した識別情報が記憶領域に記憶されている識別情報のいずれとも一致しない場合は、ステップＳ１０１０に進む。

ステップＳ１０１０では、ＣＰＵ１１１は、受信した電子メールを破棄し、ステップＳ１０１５に進む。

一方、ステップＳ１０１１では、ＣＰＵ１１１は印刷部１２０を制御して、印刷に使用するシートを印刷部に給送し、電子メールの添付ファイルに基づく画像を当該シート上に印刷させる。シートへの印刷が完了するとステップＳ１０１２に進む。

ステップＳ１０１２では、ＣＰＵ１１１は、ＰＯＰサーバに対して印刷が完了した電子メールに対応するメッセージ番号を指定したＤＥＬＥコマンドを送信し、当該電子メールをメールボックスから削除するよう指示する。

ステップＳ１０１３では、ＣＰＵ１１１は、ＰＯＰサーバからの応答に応じて、当該電子メールの削除に成功したか否かを判断する。ＰＯＰサーバから肯定（ＯＫ）の応答を受信した場合、当該電子メールの削除に成功したと判断し、ステップＳ１０１５に進む。また、ＣＰＵ１１１は未受信の電子メール数をデクリメントする。一方、ＰＯＰサーバから否定（ＮＧ）の応答を受信した場合、ＰＯＰサーバからの応答が一定時間経過しても返ってこない場合、及び、ネットワークにアクセスできないと判断した場合は、当該電子メールの削除に失敗したと判断し、ステップＳ１０１４に進む。

ステップＳ１０１４では、ＣＰＵ１１１は、ステップＳ１０１２で削除できなかった電子メールの識別情報（ＵＩＤ）を図８（ｂ）に示すＲＡＭ１１３内の記憶領域に記憶する。なお、図８（ｂ）に示す記憶領域には、第２の実施形態と同様に、添付画像の印刷は完了したがメールサーバから削除できない電子メールの識別情報が複数記憶される。

一方、ステップＳ１０１５では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が１以上であることを示す場合は、受信すべきメッセージ番号をインクリメントして、ステップＳ１００８に戻る。従って、ステップＳ１００８では、次の電子メールの受信を行うことができる。一方、ＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、ステップＳ１０１６に進む。

ステップＳ１０１６では、ＣＰＵ１１１は、ＰＯＰサーバからログアウトする。具体的には、ＣＰＵ１１１は、ＰＯＰサーバへＱＵＩＴコマンドを送信し、ＰＯＰサーバとの通信セッションを終了する。

以上説明したように本実施形態では、メールサーバに格納された電子メールを受信した後に、受信した電子メールの識別情報が、記憶された識別情報と一致する場合は、当該電子メールを破棄し、印刷処理を行わないように制御することができる。従って、ネットワーク障害によりサーバから電子メールが削除できない場合に、当該削除できなかった電子メールの添付ファイルに基づく画像が重複印刷されないようにすることができる。

＜第４の実施形態＞
第１の実施形態では、電子メールを受信してから削除するまでの間、ＰＯＰサーバとの通信セッション（例えば、ＰＯＰ３セッション）を確立した状態を維持する場合を説明した。しかしながら、電子メールを受信してから削除するまでに時間がかかると、通信セッションを維持しておくことによって通信リソースが不必要に消費される（ＣＰＵ負荷やメモリの占有）ことになってしまう。この点を鑑み、電子メールを受信した後に一旦通信セッションを切断し、削除するタイミングで再び通信セッションを確立することが考えられる。

第４の実施形態では、電子メールを受信した後に一旦通信セッションを切断し、削除するタイミングで再び通信セッションを確立する場合に、第１の実施形態で説明した処理を適用することについて説明する。

具体的な制御について、図１１及び図１２のフローチャートを用いて説明する。図１１及び図１２に示すフローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出し、実行することにより実現される。ＣＰＵ１１１は、電子メールを手動受信する指示がなされた場合、または、設定した自動受信間隔毎にＰＯＰサーバへの問い合わせを行う場合に、図１１に示すフローチャートに対応する制御を実行する。

ステップＳ１１０１では、ＣＰＵ１１１は、初回受信フラグをＯＮに設定する。なお、初回受信フラグは、受信すべき電子メールが無いことを通知する画面（画面４０６）を表示するか否かを判断するためのフラグである。

次に、ステップＳ１１０２及びステップＳ１１０３では、ＣＰＵ１１１は、第１の実施形態におけるステップＳ５０１及びステップＳ５０２と同様の、ＰＯＰサーバへのログイン処理を行う。ＰＯＰサーバへのログインに成功すると、ステップＳ１１０５に進む。一方、ＰＯＰサーバへのログインに失敗すると、ステップＳ１１０４に進み、エラー画面を表示して処理を終了する。

ステップＳ１１０５では、ＣＰＵ１１１は、ＰＯＰサーバから受信すべき電子メールを決定する。ステップＳ１１０５の処理については、図１２のフローチャートを用いて説明する。図１２のフローチャートは第１の実施形態における図６のフローチャートに対応するものであり、前述した図６のフローチャートに加えて初回受信に関する制御を行う。第１の実施形態と同様の制御については、詳細な説明は省略する。

ステップＳ１２０１乃至ステップＳ１２０７では、第１の実施形態におけるステップＳ６０１乃至ステップＳ６０７と同様に、ＲＡＭ１１３内に記憶された識別情報に基づいて削除すべき電子メールを削除する。なお、図１２に示すＡは、図１１のＡに繋がっている。従ってＣＰＵ１１１は、Ｓ１２０６でメールの削除に失敗したと判断した場合は、ステップＳ１１０４に進み、エラー画面を表示して処理を終了する。また、図１２に示すＢは、図１１のＢに繋がっている。従ってＣＰＵ１１１は、Ｓ１２０８で未受信の電子メールが無いと判断した場合は、状況に応じて受信すべき電子メールが無い事を示す画面を表示した後に、ステップＳ１１１６のログアウト処理に進む。

次に、ステップＳ１２０８では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、ステップＳ１２１１に進み、未受信の電子メール数が１以上であることを示す場合は、ステップＳ１２０９に進む。

ステップＳ１２１１では、初回受信フラグがＯＮであれば、ステップＳ１２１２に進み、初回受信フラグがＯＮでなければ（ＯＦＦであれば）、ステップＳ１２１２をスキップして、図１１に示すＢ（ステップＳ１１１６）へ進む。

一方、ステップＳ１２０９では、ＣＰＵ１１１は、未受信の電子メールのメッセージ番号を取得する。具体的には、ＣＰＵ１１１は、未受信の電子メールに対応するメッセージ番号と、当該電子メールに対応する識別情報（ＵＩＤ）を対応づけた受信リストを生成して、ＲＡＭ１１３に格納する。ＣＰＵ１１１は、未受信の電子メールのメッセージ番号の取得が完了すると、ステップＳ１２１０に進む。

次に、ステップＳ１２１０では、ＣＰＵ１１１は初回受信フラグをＯＦＦに設定し、受信すべき電子メールを決定する処理を終了して、ステップＳ１１０６に進む。

次にステップＳ１１０６では、ＣＰＵ１１１は、ＰＯＰサーバに受信すべき電子メールに対応するメッセージ番号を指定したＲＥＴＲコマンドを送信し、電子メールを受信する。ここでは、未受信の電子メールが複数存在する場合であっても、そのうちの１通の電子メールを受信する。電子メールの受信が完了すると、ステップＳ１１０７に進む。ステップＳ１１０７では、ＣＰＵ１１１は、ＰＯＰサーバからログアウトする。具体的には、ＣＰＵ１１１は、ＰＯＰサーバへＱＵＩＴコマンドを送信し、ＰＯＰサーバとの通信セッションを終了する。

ステップＳ１１０８では、ＣＰＵ１１１は、電子メールに添付された添付ファイルをデコードして、印刷に使用する画像を生成する。次に、印刷に使用するシートを印刷部に給送し、当該生成した画像を当該シート上に印刷するように印刷部１２０を制御する。シートへの印刷が完了するとステップＳ１１０９に進む。

ステップＳ１１０９及びステップＳ１１１０では、ＣＰＵ１１１は、ステップＳ１１０２及びステップ１１０３と同様にログイン処理を行う。ログインに成功すると、ステップＳ１１１２に進み、ログインに失敗するとステップＳ１１１１に進む。

ステップＳ１１１２では、ＣＰＵ１１１は、ＰＯＰサーバから印刷が完了した電子メールを削除する。ＣＰＵ１１１は、ＰＯＰサーバへＵＩＤＬコマンドを送信し、メールボックスに格納された電子メール毎の識別情報とメッセージ番号を取得する。次に、ＣＰＵ１１１は、印刷が完了した電子メールの識別情報と一致する識別情報に対応する電子メールのメッセージ番号を取得する。また、ＰＯＰサーバに対して印刷が完了した電子メールに対応するメッセージ番号を指定したＤＥＬＥコマンドを送信し、当該電子メールをメールボックスから削除するよう指示する。

ステップＳ１１１２は、削除処理時を行う際に、再度メールボックスに格納されたメッセージ番号を取得するように制御している。これは、電子メールの受信時（Ｓ１１０５及びＳ１１０６）と電子メールの削除時（Ｓ１１１２）が異なる通信セッションで行われることを考慮する処理である。メッセージ番号は、同一通信セッション内で有効な番号であるため、異なる通信セッションを確立して削除処理を行う際には、異なるメッセージ番号が割り振られる可能性がある。従って、ステップＳ１１１２では、再度識別情報に基づいて削除すべき電子メールのメッセージ番号を取得するようにしている。

ステップＳ１１１３では、ＣＰＵ１１１は、ＰＯＰサーバから肯定（ＯＫ）の応答を受信した場合、当該電子メールの削除に成功したと判断し、ステップＳ１１１４に進む。また、ＣＰＵ１１１はＲＡＭ１１３に格納された未受信の電子メール数を示す値をデクリメントする。一方、ＰＯＰサーバから否定（ＮＧ）の応答を受信した場合、ＰＯＰサーバからの応答が一定時間経過しても返ってこない場合、及び、ネットワークにアクセスできないと判断した場合は、当該電子メールの削除に失敗したと判断し、ステップＳ１１１１に進む。ステップＳ１１１１では、ＣＰＵ１１１は、ステップＳ１０１６で削除できなかった電子メールの識別情報（ＵＩＤ）をＲＡＭ１１３の記憶領域（図８（ａ））に記憶する。

一方、ステップＳ１１１４では、ＣＰＵ１１１は、ＰＯＰサーバからログアウトする。ステップＳ１１１５では、ＣＰＵ１１１は、未受信の電子メールの有無を判定する。ＣＰＵ１１１はＲＡＭ１１３に格納された情報が、未受信の電子メール数が１以上であることを示す場合は、ステップＳ１１０２に戻り、次の電子メールの受信及び当該電子メールの添付ファイルに基づく画像の印刷処理を行う。一方、ＲＡＭ１１３に格納された情報が、未受信の電子メール数が０であることを示す場合は、処理を終了する。

以上説明したように本実施形態では、第１の実施形態に加えて、ＭＦＰ１０１とＰＯＰサーバとの間で通信が必要となる度にＰＯＰサーバとの通信セッションを確立するように通信を制御する。従って、通信リソースが不必要に消費されることを抑制できる。

なお、第４の実施形態で説明した電子メールを受信した後に一旦通信セッションを切断し、削除するタイミングで再び通信セッションを確立する通信制御は、第２及び第３の実施形態に適用することもできる。

＜その他の実施形態＞
第１乃至第４の実施形態に示す制御では、１通の電子メールを受信して、その添付ファイルに基づく画像を印刷した後に、電子メールを削除する処理を繰り返すことで、受信プリントを行う場合を例示したが、これに限定されるものではない。

例えば、第１の実施形態において、未受信の電子メールが複数存在する場合に、ステップＳ５０６で一括して複数の電子メールを受信するようにしてもよい。なお、受信する電子メールの数は、電子メールのサイズや受信した電子メールに添付された添付ファイルをデコードするための領域などに基づいて適宜変更できるものとする。なお、第２乃至第４の実施形態における制御においても、電子メールの受信処理を行うステップ（Ｓ５０６及びＳ１００８）で、メールサーバから複数の電子メールを一括して受信するようにしてもよい。

また、第２の実施形態及び第３の実施形態に示す制御では、添付画像の印刷は完了したが、メールサーバから削除できなかった電子メールがメールサーバに残り続けることとなる。この場合メールボックスの容量オーバーにより、新たな電子メールを受信できない状況が発生する恐れがある。また、第１の実施形態及び第４の実施形態においても電子メールがメールサーバに残り続けることがある。

この問題に対して、メールボックスに格納された電子メールを手動で削除する機能を提供するようにしてもよい。図９は、ＣＰＵ１１１が操作部１１６のパネル３２０に表示する設定画面の一例を示す図であり、図９（ａ）は電子メールに関する設定画面を示している。

ユーザは図９（ａ）に示す設定画面を介して、メールサーバに関する設定を実行することができる。選択肢９０１はメールボックスに格納された電子メールを削除する場合に使用する選択肢である。ＣＰＵ１１１は、操作部１１６を介して選択肢９０１が指定された場合に、削除画面９０２を表示する。ＣＰＵ１１１は、削除画面９０２を介して「ＯＫ」キーが押下されたと判断すると、メールボックスに格納された電子メールを削除する。

具体的には、ＣＰＵ１１１は、ＰＯＰサーバへＳＴＡＴコマンドを送信し、メールボックスに格納されたメール数を取得する。次にＰＯＰサーバに対してＬＩＳＴコマンドを送信し、メールボックスに格納されている全ての電子メールのメッセージ番号を取得する。また、ＣＰＵ１１１は、取得したメッセージ番号を指定したＤＥＬＥコマンドを送信し、ＰＯＰサーバに当該電子メールをメールボックスから削除する指示を行う。複数の電子メールが格納されている場合は、各々のメッセージ番号を指定したＤＥＬＥコマンドの送信を繰り返して、メールサーバから複数の電子メールを削除する。

なお、図９（ａ）の画面を介して、メールボックス内の電子メールを全て削除した場合、ＲＡＭ１１３内の記憶領域に記憶された識別情報（ＵＩＤ）は不要となる。従って、ＣＰＵ１１１は、メールボックスから電子メールを削除するタイミングで、識別情報が記憶された記憶領域を初期化するようにしてもよい。更に、ＰＯＰサーバのアドレスやＰＯＰサーバへログインするためのユーザＩＤ等が変更された場合にも、識別情報が記憶された記憶領域を初期化するようにしてもよい。

なお、本実施形態では、メールボックスに格納された全ての電子メールを削除する場合を例示したがこれに限定されるものではない。例えば、ＲＡＭ１１３内の記憶領域に記憶された識別情報に対応する電子メールを選択して削除するようにすることもできる。この場合、メールボックスに格納されている未受信の電子メールを削除することなく、識別情報が記憶された電子メール（即ち、印刷が不要となる電子メール）のみを削除することができる。

以上説明したように、メールサーバのメールボックスから削除されずに残り続ける電子メールを簡易に削除する方法をユーザに提供することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ＭＦＰ
１０３ メールサーバ
１１１ ＣＰＵ
１１６ 操作部
１２０ 印刷部
１２３ 通信部Ｉ／Ｆ

Claims (8)

1. メールサーバから電子メールを受信する受信手段と、
   前記受信手段により受信した電子メールの添付ファイルに基づく画像を印刷する印刷手段と、
   前記受信した電子メールの添付ファイルに基づく画像が前記印刷手段により印刷された後に、前記メールサーバから前記受信した電子メールを削除する削除手段と、
   前記削除手段が前記受信した電子メールを前記メールサーバから削除できなかった場合に、当該電子メールの識別情報を記憶する記憶手段と、
   前記記憶手段に記憶された識別情報と一致する識別情報に対応する電子メールの添付ファイルに基づく画像を印刷しないように前記印刷手段または前記受信手段の少なくとも１つを制御する制御手段と、
   を備えることを特徴とする画像形成装置。
2. 前記制御手段は、前記記憶手段に記憶された識別情報と一致する識別情報に対応する電子メールが前記メールサーバに格納されている場合に、前記メールサーバから前記識別情報と一致する識別情報に対応する電子メールを削除するように前記削除手段を制御することを特徴とする請求項１に記載の画像形成装置。
3. 前記制御手段は、前記記憶手段に記憶された識別情報と一致する識別情報に対応する電子メールを受信しないように前記受信手段を制御することを特徴とする請求項１に記載の画像形成装置。
4. 前記制御手段は、前記受信した電子メールに対応する識別情報が前記記憶手段に記憶された識別情報と一致する場合は、当該電子メールの添付ファイルに基づく画像の印刷を行わないように前記印刷手段を制御することを特徴とする請求項１に記載の画像形成装置。
5. 前記受信手段が電子メールを受信する前に前記メールサーバとの通信セッションを確立し、１つの電子メールが受信された後に当該通信セッションを切断し、前記削除手段が電子メールを削除する前に新たな通信セッションを確立する通信制御手段を更に備えることを特徴とする請求項１に記載の画像形成装置。
6. 操作部を介して電子メールを削除する指示を受け付けた場合に、前記メールサーバに格納されている少なくとも１通の電子メールを削除する第２の削除手段を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
7. シートに対する印刷を実行可能な画像形成装置の制御方法であって、
   メールサーバから電子メールを受信する受信工程と、
   前記受信工程で受信した電子メールの添付ファイルに基づく画像を印刷する印刷工程と、
   前記受信した電子メールの添付ファイルに基づく画像が前記印刷工程で印刷された後に、前記メールサーバから前記受信した電子メールを削除する削除工程と、
   前記削除工程で前記受信した電子メールを前記メールサーバから削除できなかった場合に、当該電子メールの識別情報を記憶手段に記憶させる記憶工程と、
   前記記憶手段に記憶された識別情報と一致する識別情報に対応する電子メールの添付ファイルに基づく画像を印刷しないように前記印刷工程または前記受信工程の少なくとも１つを制御する制御工程と、
   を備えることを特徴とする画像形成装置の制御方法。
8. 請求項７に記載の画像形成装置の制御方法をコンピュータに実行させるためのプログラム。

Images