JP5695945B2

JP5695945B2 - 画像形成装置、画像処理システム、及びメール転送装置

Info

Publication number: JP5695945B2
Application number: JP2011058749A
Authority: JP
Inventors: 昭太小須田
Original assignee: 株式会社沖データ
Priority date: 2011-03-17
Filing date: 2011-03-17
Publication date: 2015-04-08
Anticipated expiration: 2031-03-17
Also published as: US8873093B2; JP2012194822A; US20120236349A1

Description

本発明は、画像が添付されたメールを送受信する機能を備えた画像処理装置及び画像処理システムに関する。

従来、スキャンした画像をメールに添付して送信するインターネットＦＡＸ送信と、ファイルが添付されたメールを受信した場合に添付されたファイルを印刷するインターネットＦＡＸ受信とを行うインターネットＦＡＸ機能を備えた装置がある（例えば、特許文献１参照）。このような装置では、インターネットＦＡＸ受信したメールを、定められた宛先に転送する機能を備えている場合があった。

特開平２００３−２５６３３９号公報（第３頁、図１）

しかしながら、従来装置の転送機能では、インターネットＦＡＸ受信したメールをメール転送する際、メールサーバへの送信成功をもって受信した画データを削除してしまい、転送先で、転送したメールを受信できない或いは正常に処理されない場合に、受信した画データを確認できないという問題があった。

本発明による画像を処理する画像処理装置は、
ネットワークを介して、第１と第２の外部装置を含む複数の外部装置とメールの送受信可能な通信部と、前記通信部が受信した前記第１の外部装置からのメールを保存するデータ記憶部と、前記データ記憶部に保存されたメールの画データを印刷する印刷部と、前記データ記憶部に保存された前記第１の外部装置からのメールの画データと、メールを開封したか否かを返信する開封通知要求を含む転送メールを生成し、前記通信部により該転送メールを前記第２の外部装置へ転送するメール生成部と、前記第２の外部装置からの、前記転送メールを開封したか否かを示す開封通知応答を解析可能なメール解析部と、前記メール解析部により、前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信し、前記転送メールを開封したと判断した場合は、前記転送メールの前記開封通知応答に対応する、前記データ記憶部に保存された前記第１の外部装置からのメールを消去し、且つ装置全体を制御する処理制御部と
を備えたことを特徴とする。

本発明による画像処理システムは、
画像を処理する画像処理装置と、ネットワークを介して、第１と第２の外部装置を含む複数の外部装置とメールの送受信及び受信したメールの保存が可能なメールサーバ装置を含む画像処理システムにおいて、
前記画像処理装置が、
前記メールサーバ装置とネットワークを介してメールの送受信可能な通信部と、前記通信部が受信したメールの画データを印刷する印刷部と、前記メールサーバ装置が保存し且つ前記通信部が受信した前記第１の外部装置からのメールの画データと、メールが開封したか否かを返信する開封通知要求を含む転送メールを生成し、前記通信部により該転送メールを前記第２の外部装置へ転送するメール生成部と、前記第２の外部装置からの、前記転送メールを開封したか否かを示す開封通知応答を解析可能なメール解析部と、前記メール解析部により、前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信し、前記転送メールを開封したと判断した場合は、前記転送メールの前記開封通知応答に対応する、前記通信部により前記メールサーバ装置に保存された前記第１の外部装置からのメールを消去し、且つ装置全体を制御する処理制御部と
を備えたことを特徴とする。
更に本発明によるメール転送装置は、
ネットワークを介して、第１と第２の外部装置を含む複数の外部装置とメールの送受信可能な通信部と、前記通信部が受信した前記第１の外部装置からのメールを保存するデータ記憶部と、前記データ記憶部に保存された前記第１の外部装置からのメールと、メールを開封したか否かを返信する開封通知要求とを含む転送メールを生成し、前記通信部により該転送メールを前記第２の外部装置へ転送するメール生成部と、前記第２の外部装置からの、前記転送メールを開封したか否かを示す開封通知応答を解析可能なメール解析部と、前記メール解析部による解析結果を出力する処理制御部と
を備え、
前記処理制御部は、前記メール解析部により前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信して開封したと判断された場合は、前記転送メールの前記開封通知応答に対応する、前記データ記憶部に保存された前記第１の外部装置からのメールを削除することを特徴とする。

本発明によれば、画像処理装置で転送したメールが、転送先で受信されない、或いは正常に処理されない、といったような場合にも、受信した画データを確認することが可能となる。

本発明による画像処理装置としての実施の形態１のＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の要部構成を示すブロック図である。実施の形態１において、ＭＦＰを含むネットワークの構成例を示すネットワーク構成図である。実施の形態１において、ＭＦＰ１００がインターネットＦＡＸ受信した際の、メールの転送動作の流れを示すフローチャートである。実施の形態１において、ＭＦＰ２００からインターネットＦＡＸ送信されたメールの、送信内容の構成を示すメールフォーマットである。実施の形態１において、ＭＦＰ１００が生成する転送メールの、送信内容の構成を示すメールフォーマットである。（ａ）、（ｂ）、（ｃ）は、実施の形態１において、転送メール情報を示す図である。実施の形態１において、ＰＣから送信されたＭＦＰ１００へのＭＤＮ応答のメールフォーマットである。実施の形態１において、ＭＦＰ１００が、ＰＣが送信したＭＤＮ応答をサーバ５００から受信して行なうメール受信動作の流れを示すフローチャートである。実施の形態１において、ＭＦＰ１００がＭＦＰ２００に送る、転送メールの処理結果を示すＭＤＮ応答のメールフォーマットである。実施の形態１において、消去されずに装置内部に保存されている、ＴＩＦＦファイルの画データを印刷する印刷動作の流れを示すフローチャートである。印刷処理の過程で、利用者に対して表示される表示画面を示す図である。実施の形態１において、ＭＦＰ１００が行う転送動作時の、各装置間で送受信するメッセージの流れを示す通信図である。実施の形態１において、ＭＦＰ１００が行う印刷動作時の、各装置間で送受信するメッセージの流れを示す通信図である。本発明による画像処理装置としての実施の形態２のＭＦＰの要部構成を示すブロック図である。本発明による画像処理システムを含むネットワークの構成例を示すネットワーク構成図である。実施の形態２において、ＭＦＰ１５０がインターネットＦＡＸ受信した際の、メールの転送動作の流れを示すフローチャートである。（ａ）、（ｂ）、（ｃ）は、実施の形態２において、転送メール情報を示す図である。実施の形態２において、ＭＦＰ１５０が、ＰＣが送信したＭＤＮ応答をサーバ５５０から受信して行なうメール受信動作の流れを示すフローチャートである。実施の形態２において、消去されずにサーバ５５０に保存されている、画データを印刷する印刷動作の流れを示すフローチャートである。実施の形態２において、ＭＦＰ１５０が行う転送動作時の、各装置間で送受信するメッセージの流れを示す通信図である。実施の形態２において、ＭＦＰ１５０が行う印刷動作時の、各装置間で送受信するメッセージの流れを示す通信図である。

実施の形態１．
図１は、本発明による画像処理装置としての実施の形態１のＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の要部構成を示すブロック図である。

同図に示すように、ＭＦＰ１００は、画像読取部１０１、印刷部１０２、ネットワーク通信部１０３、データ変換部１０４、メール生成部１０５、メール解析部１０６、データ記憶部１０７、表示・操作部１０８、及び制御部１０９を備えている。画像読取部１０１は、セットされた原稿を読み取る部分であり、例えば、ＭＦＰ１００に備え付けられたスキャナであり、印刷部１０２は、ページ記述言語で記載された印刷データを解釈して印刷を行い、印刷データは、例えばＰｏｓｔＳｃｒｉｐｔ（ＰｏｓｔＳｃｒｉｐｔは、アドビシステムズの商標）形式のデータである。

通信部としてのネットワーク通信部１０３は、各プロトコルを用いて、データの送受信を行い、例えば、装置からメールを送信する場合、ＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）のクライアントとして処理を行ったり、装置に対してメールが送られてきた場合は、ＰＯＰ３（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ３）のクライアントとしての処理を行い、メールを受信したりする。データ変換部１０４は、例えば、ＴＩＦＦ（ＴａｇｇｅｄＩｍａｇｅＦｉｌｅＦｏｒｍａｔ）形式のデータをＰｏｓｔＳｃｒｉｐｔ形式のデータに変換したり、逆にＰｏｓｔＳｃｒｉｐｔ形式のデータをＴＩＦＦ形式のデータに変換したりと、ファイルフォーマットの変換処理を行う。

メール生成部１０５は、例えば、装置からファイルをメールで送信する場合に、送信したいファイルを添付ファイルとして、メールフォーマットのデータを生成したり、メールフォーマットの形式で開封通知としてのＭＤＮ（ＭｅｓｓａｇｅＤｉｓｐｏｓｉｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ）要求を付与したりと、メールとして送信可能なデータを形成する。

インターネットＦＡＸにおいて、インターネットＦＡＸ送信されるメールにＭＤＮ要求を付加して送信した場合、ＭＤＮ要求の付加されたメールをインターネットＦＡＸ受信した受信側では、メールの送信元に対して、例えばメールを開封した場合と開封せずに削除した場合等に、その旨を含むＭＤＮ応答のメールを送信するＭＤＮ機能を備えている場合があり、ここで用いるＭＦＰ１００もこのＭＤＮ機能を備えるものである。従って、ＭＤＮ要求を付加したメールを送信する送信元では、受信側からのＭＤＮ応答を得ることによって、メールが受信され、メールが開封されたか、開封されずに削除されたか等を確認することができる。

メール解析部１０６は、例えば、受信したメールに添付されていたファイルを取得したり、受信したメールにＭＤＮ要求が付与されていた場合、ＭＤＮ応答を送信することを要求されていることを取得したり、受信したメールがＭＤＮ応答である場合にはその内容を解析するといった、メールの解析処理を行う。データ記憶部１０７は、例えば装置の設定値等のデータを装置内部に格納し、変更、削除等の管理を行う。またデータ記憶部１０７は、受信したメールの保存、例えばメールに付加されている画像データの装置内部への格納、削除等の管理も行う。

表示・操作部１０８は、装置のステータスやメニューの情報を表示し、利用者に対して装置の状況を提供し、また、装置の設定の変更、機能の実行等の操作要求を受付ける。制御部１０９は、これらの各部の制御を行う他、装置の備えている時計を制御し、時間の経過を検知する。尚、表示・操作部１０８及び制御部１０９が処理制御部に相当し、表示・操作部１０８は要求取得部にも相当する。

上記の構成によると、利用者の操作に基づく、表示・操作部１０８からのインターネットＦＡＸ送信実行の要求により、画像読取部１０１は、セットされた原稿を読み取ることで画像データを作成し、データ変換部１０４が画像読取部１０１で作成した画像データをＴＩＦＦ形式のファイルに変換し、メール生成部１０５がデータ変換部１０４で変換したファイルをメールフォーマットとして生成した後、ネットワーク通信部１０３がメールフォーマットのデータをメール送信することが可能である。

また、例えば、ネットワーク通信部１０３が、メールサーバよりＴＩＦＦ形式ファイルが添付されたメールを受信し、メール解析部１０６が解析を行い、データ記憶部１０７で装置内部に添付されたファイルを保存後、データ変換部１０４において添付されたファイルを印刷データに変換後、印刷部１０２が処理を行うことで印刷ができ、インターネットＦＡＸ受信が可能である。

図２は、ＭＦＰ１００を含むネットワークの構成例を示すネットワーク構成図である。同図に示すように、ＭＦＰ１００、ＭＦＰ２００、ＰＣ３００、サーバ５００、サーバ６００、及びサーバ７００は、ネット４００、ネット１０００、ネット１１００を介して、インターネット８００にネットワーク接続されており、ＴＣＰ／ＩＰにより通信可能である。

第１の外部装置に相当するＭＦＰ２００は、装置のメールアドレス等の設定情報に違いはあるが、ＭＦＰ１００と同じ構成のＭＦＰである。第２の外部装置に相当するＰＣ３００は、ＳＭＴＰクライアント及びＰＯＰクライアントの機能を備え、メールの送受信が可能であり、更にＭＤＮ要求の受信、ＭＤＮ応答の送信といったＭＤＮの機能も備えている。サーバ５００、サーバ６００、及びサーバ７００は、それぞれＩＰアドレス等の設定情報は異なるが、ＳＭＴＰサーバ及びＰＯＰサーバの機能を備える。ＳＭＴＰクライアントからのメール送信要求を受け付け、さらにＰＯＰクライアントからのメール受信要求も受け付け、メールサーバとしての処理を行う。また、必要に応じて、ＳＭＴＰクライアントから受領したメールの中継処理を実施する。

尚、以上の説明では、ＭＦＰやサーバがインターネットに接続され、ＴＣＰ／ＩＰを使用した通信となっているが、他のネットワーク構成でも実現可能である。

以上のように構成された図２に示すネットワークにおいて、ＭＦＰ１００が、ＭＦＰ２００からＭＤＮ要求付きメールをインターネットＦＡＸ受信し、更に受信したメールに新たにＭＤＮ要求を付けてＰＣ３００に転送した場合の動作について以下に説明する。

先ず具体例として、ＭＦＰ１００の利用者が、例えば出張前に、ＭＦＰ２００からのインターネットＦＡＸ受信したメールを出張先にあるＰＣ３００にメール転送するように設定した後出張し、その出張先のＰＣ３００においてメール受信し、ＰＣ３００からＭＤＮ応答が送信された場合の処理の流れについて説明する。

図３は、ＭＦＰ１００がインターネットＦＡＸ受信した際の、メールの転送動作の流れを示すフローチャートであり、図１２はこの時の各装置間で送受信するメッセージの流れを示す通信図である。図１、図２及び図１２を参照しながら、図３のフローチャートに沿ってＭＦＰ１００におけるメールの転送動作を説明する。

利用者は、まず出張前にＭＦＰ１００の表示・操作部１０８（図１）より、ＭＦＰ２００のメールアドレスｍｆｐ２００＠ｂｂｂ．ｃｏｍが送信元アドレスとなっているメールをＭＦＰ１００がインターネットＦＡＸ受信した場合、出張先のＰＣ３００のメールアドレスｐｃ３００＠ｃｃｃ．ｃｏｍを送信宛先に指定してメール転送するように設定する。これらの設定データは、データ記憶部１０７に保存される。

利用者の出張中に、ＭＦＰ１００のメールアドレスｍｆｐ１００＠ａａａ．ｃｏｍを送信宛先に指定して、ＭＦＰ２００からインターネットＦＡＸ送信されたメールは、ネット４００を介し、サーバ６００及びインターネット８００上のいくつかのメールサーバを経由して、サーバ５００のｍｆｐ１００＠ａａａ．ｃｏｍに該当するメールボックスに格納される。

ＭＦＰ１００のネットワーク通信部１０３（図１）は、ＰＯＰ３を使用してネット４００を介してサーバ５００（図２）と通信し、ｍｆｐ１００＠ａａａ．ｃｏｍのメールボックスに格納されている、ＭＦＰ２００からＭＦＰ１００宛てに送信されたメールを受信する（ステップＳ１０１）。

尚、ここでは、ＭＦＰ１００が、サーバ５００のｍｆｐ１００＠ａａａ．ｃｏｍのメールボックスに格納されているメールを受信することによって、受信したメールをメールボックスから削除するものとする。また、メールボックスから削除するタイミングは、適宜設定されるもので、例えば、ＭＦＰ１００がメールを受信するタイミングでもよいし、後述するステップＳ１０３での、ＴＩＦＦファイルの画データを装置内部へ保存する際のタイミングでもよい。

メール解析部１０６（図１）は、ネットワーク通信部１０３から、受信したメールを受け取って内容を解析し、ＴＩＦＦファイルが添付されていることや、図４の「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドにより、ＭＤＮ要求がついていること、「Ｆｒｏｍ」フィールドにより、このメールが、ｍｆｐ２００＠ｂｂｂ．ｃｏｍが送信元の転送対象のメールであることなどを解析する（ステップＳ１０２）。

図４は、ＭＦＰ２００からインターネットＦＡＸ送信されたメールの、送信内容の構成を示すメールフォーマットである。同図に示すように、メールにＭＤＮ要求が付加された場合、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」というフィールドに、ＭＤＮ応答の送信先が指定され、「Ｍｅｓｓａｇｅ−ＩＤ」フィールドにはメールの識別子が付与されている。

データ記憶部１０７（図１）は、メール解析部１０６の解析結果により、受信したＴＩＦＦファイルの画データを装置内部へ保存する（ステップＳ１０３）。そして制御部１０９（図１）は、受信したメールが転送対象のメールか否かを判断する（ステップＳ１０４）。ここでは、メール解析部１０６の解析結果により転送対象のメールと判断し、データ記憶部１０７（図１）からＰＣ３００のメールアドレスｐｃ３００＠ｃｃｃ．ｃｏｍを取得して送信宛先として指定し、受信したＴＩＦＦファイルを転送するように、メール生成部１０５に、転送メール送信を依頼する（ステップＳ１０４、Ｙｅｓ）。メール生成部１０５は、指定された情報を基に、データ記憶部１０７よりＴＩＦＦファイルを取得し、送信宛先がｐｃ３００＠ｃｃｃ．ｃｏｍであり、ＭＤＮ要求が付加され、ＴＩＦＦファイルが添付された転送メールを生成し、生成したデータをネットワーク通信部１０３へ渡す（ステップＳ１０５）。

図５は、このとき生成された転送メールの、送信内容の構成を示すメールフォーマットである。同図に示すように、「Ｆｒｏｍ」フィールドには、このメールの送信元であるｍｆｐ１００＠ａａａ．ｃｏｍが指定され、「Ｔｏ」フィールドには、このメールの送信宛先であるｐｃ３００＠ｃｃｃ．ｃｏｍが指定され、ＭＤＮ要求の付加されているため、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドには、ＭＤＮ応答の送信先であるｍｆｐ１００＠ａａａ．ｃｏｍが指定されている。

そして図６（ａ）、（ｂ）、（ｃ）に示すように、受信したＭＤＮ要求付きメールと、受信したＴＩＦＦファイルの画データと、転送するメールの各情報を対応づけて、データ記憶部１０７を介して保存する（ステップＳ１０６）。図６に示したデータ（以下、転送メール情報と称す）は、後述するように転送したメールのＭＤＮ応答が戻ってきた際に使用される。

ネットワーク通信部１０３は、ネット４００を介し、メールサーバであるサーバ５００とＳＭＴＰを使用して通信し、ＰＣ３００のメールアドレスに対して、転送メールを送信する（ステップＳ１０７）。

尚、ステップＳ１０４で、転送対象以外のメールと判断した場合（ステップＳ１０４、Ｎｏ）、受信した画像データを印刷可能なデータに変換し（ステップＳ１０８）、印刷部１０２において印刷する（ステップＳ１０９）。そしてこの受信したメールにＭＤＮ要求が付加されているか否かを判定し、付加されている場合（ステップＳ１１０、Ｙｅｓ）、このメールに対するＭＤＮ応答のメールをメール生成部１０５で生成し（ステップＳ１１１）、要求元にＭＤＮ応答を送信し（ステップＳ１１２）、データ記憶部１０７に保存したこのメールの画データを削除し（ステップＳ１１３）、処理を終了する。一方、受信したメールにＭＤＮ要求が付加されていない場合（ステップＳ１１０、Ｎｏ）、印刷した後、そのまま画データを削除して終了する。

ＭＦＰ１００による転送メールの送信完了後、サーバ５００（図２）は、インターネット上のいくつかのメールサーバを経由し、サーバ７００へＭＦＰ１００が送信したメールを転送し、サーバ７００は、ｐｃ３００＠ｃｃｃ．ｃｏｍに該当するメールボックスにＭＦＰ１００からのメールを格納する。ＰＣ３００（図２）は、サーバ７００から、ＭＦＰ１００より送信されたメールを受信し、メールにはＭＤＮ要求が付加されているため、ＭＦＰ１００へＭＤＮ応答を送信する。ＰＣ３００から送信されたＭＦＰ１００へのＭＤＮ応答は、メールサーバにより処理され、最終的にサーバ５００によりｍｆｐ１００＠ａａａ．ｃｏｍに該当するメールボックスに格納される。図７は、このとき、ＰＣ３００から送信されたＭＦＰ１００へのＭＤＮ応答のメールフォーマットである。

このメールフォーマットにおいて、例えば「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドでは、「ｄｉｓｐａｔｃｈｅｄ」が指定された場合は、ＰＣ３００において、受信されたメールが開封されて正常に処理されたことを示し、「ｐｒｏｃｅｓｓｅｄ／ｅｒｒｏｒ」が指定された場合は、例えば受信されたメールが開封されずに削除されるなどして、正常に処理されなかったことを示す。

ここで、ＭＦＰ１００が、上記のＰＣ３００が送信したＭＤＮ応答をサーバ５００から受信して行なう動作について説明する。図８は、このときのメール受信動作の流れを示すフローチャートであり、図１、図２を参照しながら、図８のフローチャートに沿ってＭＦＰ１００におけるメールの受信動作を説明する。

ＭＦＰ１００のネットワーク通信部１０３は、ＰＯＰ３を使用してネット４００を介してサーバ５００と通信し、ｍｆｐ１００＠ａａａ．ｃｏｍのメールボックスに格納されている、ＰＣ３００からのＭＦＰｌ００宛てのＭＤＮ応答を受信する（ステップＳ２０１）。メール解析部１０６は、ネットワーク通信部１０３から受信したメールを受け取り、データ記憶部１０７を介し、図６（ａ）に示した転送メール情報を参照してメールの解析を行い、図７の「Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−ＩＤ」フィールドにより、受信したメールが、上記のＰＣ３００へメール転送したメールのＭＤＮ応答であることを判断する（ステップＳ２０２）。即ち、受信したメールはＭＤＮ応答であるため、「Ｏｒｉｇｉｎａ１−Ｍｅｓｓａｇｅ−ＩＤ」フィールドによって対応するＭＤＮ要求の識別子が示されていることにより、ＭＤＮ応答の受信者は、どのＭＤＮ要求に対応するＭＤＮ応答か判別可能となる。

更に、ＭＤＮ応答に付加された、処理結果を示す「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールド（図７）を参照してＰＣ３００で正常に処理されたか否かを判定し、「ｄｉｓｐａｔｃｈｅｄ」であることから、ＰＣ３００で正常に処理されたことを検知し（ステップＳ２０３、Ｙｅｓ）、その旨と、図６の転送メール情報から取得した、対応するＭＦＰ２００より受信したＭＤＮ要求付きメールの「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値（ｍｆｐ２００＠ｂｂｂ．ｃｏｍ）と「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値（２０Ａ７９７０８．００００００Ａ８０００００００１．１３３３３３３１＠ｂｂｂ．ｃｏｍ）を取得する（ステップＳ２０４）。

その後、対応するＭＦＰ２００より受信したメールがＭＤＮ要求付きか否かを判定するが（ステップＳ２０５）、ここではＭＤＮ要求付きであるため、ＰＣ３００で正常に処理されたこと、上記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値、及び「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値をメール生成部１０５に通知し、ＭＦＰ２００へのＭＤＮ応答の送信依頼を行う（ステップＳ２０５、Ｙｅｓ）。

送信依頼を受けたメール生成部１０５は、メール解析部１０６からの通知情報を基に、図９に示すように、送信宛先をｍｆｐ２００＠ｂｂｂ．ｃｏｍとし、転送したメールの処理結果から、ＭＦＰ１００の処理結果として、「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドに正常に処理された旨を示す「ｄｉｓｐａｔｃｈｅｄ」を指定したＭＤＮ応答のメールフォーマットのデータを生成する（ステップＳ２０６）。ネットワーク通信部１０３は、ネット４００を介し、サーバ５００とＳＭＴＰを使用して通信し、ＭＦＰ２００のメールアドレスに対して、メール生成部１０５が生成したＭＤＮ応答のメールを送信する（ステップＳ２０７）。

ＭＦＰ１００のメールの送信完了後、サーバ５００はインターネット上のいくつかのメールサーバを経由して、サーバ６００にＭＦＰ１００が送信したメールを届け、サーバ６００は、ｍｆｐ２００＠ｂｂｂ．ｃｏｍに該当するメールボックスに受信したＭＦＰ１００からのメールを格納する。その後、ＭＦＰ２００はＭＦＰ１００からのＭＤＮ応答を受信し、ＭＦＰ１００で正常に処理された旨を検知することができる。

ＭＦＰ１００の制御部１０９は、ネットワーク通信部１０３がメール送信を完了した後、データ記憶部１０７を介して、前記したように装置内部に保存したＭＦＰ２００から受信したＴＩＦＦファイルに対応する画データと、対応する転送メール情報のエントリを削除し（ステップＳ２０８）、処理を終了する。一方、ステップＳ２０５で、ＭＤＮ要求が付加されていないと判定された場合（ステップＳ２０５、Ｎｏ）、ＭＤＮ応答のメールの作成、送信を行うことなく、そのままステップＳ２０８での削除を行って処理を終了する。

一方、ステップＳ２０３において、図７のメールフォーマットの「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドが「ｄｉｓｐａｔｃｈｅｄ」でなく、「ｐｒｏｃｅｓｓｅｄ／ｅｒｒｏｒ」のようなエラーが発生した旨を示す内容であった場合（ステップＳ２０３、Ｎｏ）、メール解析部１０６は、保存した転送メール情報を更新し（ステップＳ２０９）、受信したＭＤＮ応答を破棄し（ステップＳ２１０）、そのまま処理を終了する。

なお、上記の説明ではＭＦＰ１００は、ＭＦＰ２００からのＭＤＮ要求付きメールを受信した場合、ＭＦＰ２００への応答として、ＭＤＮ応答のみをメール送信したが、メールサーバ５００へＰＣ３００宛ての転送メールが送信完了した段階等で、例えば、転送された旨が記載された通常の返信（リプライ）メールにより、ＭＦＰ２００へ途中経過を送信し、最終的な結果をＭＤＮ応答として送信しても良い。

ここまでは、ＭＦＰ１００が転送したメールがＰＣ３００によって受信され、ＰＣ３００からＭＤＮ応答が返信された場合について説明したが、次に、例えば、利用者が出張先から戻る際に、出張先にて、サーバ７００のｐｃ３００＠ｃｃｃ．ｃｏｍに該当するメールボックスを削除した後、出張先から戻ってくる移動中に、ＭＦＰ１００がＭＦＰ２００からのメールを受信してＰＣ３００に転送するケース、即ち、ＰＣ３００からＭＤＮ応答が返信されない場合の処理の流れについて説明する。

利用者の出張先からの移動中に、ＭＦＰ１００のメールアドレスｍｆｐ１００＠ａａａ．ｃｏｍを送信宛先に指定して、ＭＦＰ２００からインターネットＦＡＸ送信されたメールは、ネット４００を介し、サーバ６００及びインターネット上のいくつかのメールサーバを経由して、サーバ５００のｍｆｐ１００＠ａａａ．ｃｏｍに該当するメールボックスに格納される。ここで、ＭＦＰ１００がＭＦＰ２００からのメールを受信し、転送メールをＰＣ３００に送信する動作は、上記した図３のフローチャートを参照して説明した転送動作と同じであるため、ここでの説明は省略し、ＭＦＰ１００がＰＣ３００を送信宛先とした転送メールをサーバ５００に送信完了した後の動作から説明する。

ＭＦＰ１００による転送メールの送信完了後、サーバ５００は、インターネット上のいくつかのメールサーバを経由し、サーバ７００へＭＦＰ１００が送信したメールを転送するが、既にサーバ７００のｐｃ３００＠ｃｃｃ．ｃｏｍに該当するメールボックスは削除されているため、ＭＦＰ１００からのメールはサーバ７００への転送に失敗し、ＭＦＰ１００が送信したメールはメールサーバによって破棄される。従って、ＰＣ３００からＭＦＰ１００へのＭＤＮ応答が送信されない。

尚、上記の説明では、ＰＣ３００からＭＦＰ１００へのＭＤＮ応答が送信されない例として、ｐｃ３００＠ｃｃｃ．ｃｏｍのメールボックスが削除された場合を説明したが、他にも、ｐｃ３００＠ｃｃｃ．ｃｏｍのメールボックスが削除されずに、正常にＰＣ３００への転送メールがメールボックスに格納されたとしても、利用者が、ＰＣ３００に設定された、ｐｃ３００＠ｃｃｃ．ｃｏｍのメールボックスからの受信設定を削除した場合、更には、そもそも利用者が出張先から移動しているため、手動でＰＣ３００にメールを受信できない場合などにおいても、ＰＣ３００からＭＦＰｌ００へのＭＤＮ応答が送信されない。

ここで、利用者が出張先から戻り、ＭＦＰ１００を操作して、消去されずに装置内部に保存されている、ＭＦＰ２００から受信したＴＩＦＦファイルの画データを印刷する動作について説明する。図１０は、この時の印刷動作の流れを示すフローチャートであり、図１３はこの時の各装置間で送受信するメッセージの流れを示す通信図である。図１、図２及び図１３を参照しながら、図１０のフローチャートに沿ってＭＦＰ１００におけるこのときの印刷動作を説明する。

ＭＦＰ１００の表示・操作部１０８（図１）は、データ記憶部１０７を介し、装置内部に保存されているＭＦＰ２００から受信した画データを確認し、画面に表示する。図１１に示すように、このときの表示画面９００には、例えば装置内部に保存されている画データリスト９００ａと共に、印刷処理を指示する印刷ボタン９００ｃ、及び削除処理を指示する削除ボタン９００ｄを表示し、利用者に、これらのボタンを操作して、画データを印刷後に削除するか或いはそのまま削除するかの選択を促す。

尚、装置内部に保存され、画データリスト９００ａとして表示される画データは、これまでの説明から明らかなように、ＭＦＰ２００から受信し、ＰＣ３００への転送が指示されたメールのうち、ＰＣ３００からＭＦＰｌ００へのＭＤＮ応答が送信されないもの、及びＭＤＮ応答が送信されたものであっても、ＰＣ３００において正常に処理されなかったメール、即ち前記した図８のフローのステップＳ２０３において、「Ｎｏ」と判定された場合に対応するメール、更には転送処理中のメールの画データに相当する。

制御部１０９は、操作者が選択した処理内容を判断し（ステップＳ３０１、Ｓ３０２）、画データを印刷する場合には（ステップＳ３０２、Ｙｅｓ）、データ変換部１０４は、ＴＩＦＦファイルの画データを印刷可能なデータに変換し（ステップＳ３０３）、印刷部１０２は、データ変換部１０４が変換した印刷データを取得後、印刷する（ステップＳ３０４）。

制御部１０９は、印刷が成功すると、データ記憶部１０７を介し、図６の転送メール情報から取得した、対応するＭＦＰ２００より受信したＭＤＮ要求付きメールの「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値と「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値を取得する（ステップＳ３０５）。

その後、対応するＭＦＰ２００より受信したメールがＭＤＮ要求付きか否かを判定するが（ステップＳ３０６）、ここではＭＤＮ要求付きであるため、印刷の実行により正常に処理されたこと、上記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値、及び「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値をメール生成部１０５に通知し、ＭＦＰ２００へのＭＤＮ応答の送信依頼を行う（ステップＳ３０６、Ｙｅｓ）。

送信依頼を受けたメール生成部１０５は、メール解析部１０６からの通知情報を基に、図９に示すように、送信宛先をｍｆｐ２００＠ｂｂｂ．ｃｏｍとし、印刷処理の結果から、ＭＦＰ１００の処理結果として、「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドに正常に処理された旨を示す「ｄｉｓｐａｔｃｈｅｄ」を指定したＭＤＮ応答のメールフォーマットのデータを生成する（ステップＳ３０７）。ネットワーク通信部１０３は、ネット４００を介し、サーバ５００とＳＭＴＰを使用して通信し、ＭＦＰ２００のメールアドレスに対して、メール生成部１０５が生成したＭＤＮ応答のメールを送信する（ステップＳ３０８）。

ＭＦＰ１００の制御部１０９は、ネットワーク通信部１０３がメール送信を完了した後、データ記憶部１０７を介して、前記したように装置内部に保存したＭＦＰ２００から受信したＴＩＦＦファイルの画データと、対応する転送メール情報のエントリを削除し（ステップＳ３０９）、処理を終了する。一方、ステップＳ３０６で、ＭＤＮ要求が付加されていないと判定された場合（ステップＳ３０６、Ｎｏ）、ＭＤＮ応答のメールの作成、送信を行うことなく、そのままステップＳ３０９での削除を行って処理を終了する。

一方、ステップＳ３０２で、印刷せずに削除すると判断された場合（（ステップＳ３０２、Ｎｏ），（ステップＳ３１０、Ｙｅｓ））、印刷処理を行わずにステップＳ３０５に移り、以後同様の処理が実行される。また、例えば、印刷も削除も指示されないまま画面が変更されたような場合（（ステップＳ３０２、Ｎｏ），（ステップＳ３１０、Ｎｏ））、直ちに処理を終了する。

尚、上記の説明では、利用者が画データの印刷を選択し、印刷に成功した場合について説明したが、印刷に失敗した場合や、画データの削除が選択された場合は、図９に示した「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドが、エラーが発生した旨を示す「ｐｒｏｃｅｓｓｅｄ／ｅｒｒｏｒ」が指定されたＭＤＮ応答がＭＦＰ２００へ送信されるが、その他の動作は同様である。

また、ここでは、表示画面９００に画データリスト９００ａとしてリストアップされた画データは、一括して処理されるように説明したが、例えば表示画面９００にリストアップされた画データのうち、所望の画データを選択する選択ボタンを設け、選択された画データを個別に選択処理できるように構成してもよい。

また、本実施の形態では、ＰＣ３００はＰＣであったが、ＳＭＴＰクライアント及びＰＯＰクライアントの機能を備えていれば、ＰＣでなくても実現できる。また、ＭＦＰ２００はＭＦＰ１００と同じ構成でなくても実現できる。また、本実施の形態では、ＭＦＰ１００がインターネットＦＡＸ受信したメールをメール転送する例を説明したが、ＭＦＰ１００がインターネットＦＡＸ以外の受信したメールをメール転送しても良い。更に、例えば図１に示すブロック図において、ＦＡＸの送受信が可能なファクシミリ通信部を更に設けた構成とし、ＦＡＸ受信した画データをメール転送する場合にも、同様に実施できるものである。

以上のように、本実施の形態の画像処理システムによれば、ＭＦＰ１００で転送したメールが、転送先で受信されない、或いは正常に処理されない、といったような場合にも、ＭＦＰ１００で受信した画テータを削除せずに保存するため、例えば利用者が出張（転送）先から戻ってきた場合などに、ＭＦＰ１００で受信した画データを印刷等によって確認することが可能となる。

実施の形態２．
図１４は、本発明による画像処理装置としての実施の形態２のＭＦＰの要部構成を示すブロック図である。

この実施の形態２のＭＦＰ１５０が前記した図１に示す実施の形態１のＭＦＰ１００と主に異なる点は、ネットワーク通信部１５３の内容、メールサーバ制御部１５１の追加、及びそれに伴って制御部１０９が実行する処理の内容が異なる点である。従って、本実施の形態のＭＦＰ１５０が、前記した実施の形態１のＭＦＰ１００（図１）と共通する部分には同符号を付して、或いは図面を省いて説明を省略し、異なる点を重点的に説明する。

ネットワーク通信部１５３は、前記した実施の形態１で説明したネットワーク通信部１０３（図１）の機能に加え、装置に対してメールが送られてきた場合、ＩＭＡＰ４（ＩｎｔｅｒｎｅｔＭｅｓｓａｇｅＡｃｃｅｓｓＰｒｏｔｏｃｏｌ４）クライアントとして処理を行い、メールを受信することができる。メールサーバ制御部１５１は、制御部１０９を介してネットワーク通信部１５３を制御し、例えば、ＩＭＡＰでメールサーバと通信を行い、メールサーバ上のメールを削除せずにメールを受信したり、メールサーバ上のメールを検索し、検索した結果から削除したいメールを削除したりするなど、メールサーバ上のメールの処理を制御する。尚、ここではネットワーク通信部１５３とメールサーバ制御部１５１とが通信部に相当する。

ＭＦＰ１５０は、前記した実施の形態１のＭＦＰ１００の構成にメールサーバ制御部１５１が追加された構成のため、利用者の操作に基づく、表示・操作部１０８からのインターネットＦＡＸ送信実行の要求により、画像読取部１０１が原稿を読み取って画像データを作成し、データ変換部１０４がその画像データをＴＩＦＦ形式のファイルに変換し、メール生成部１０５が変換したファイルをメールフォーマットとして生成した後、ネットワーク通信部１５３によってメール送信することが可能である。また、ネットワーク通信部１５３が、メールサーバよりファイルが添付されたメールを受信し、メール解析部１０６が解析を行い、データ変換部１０４において添付されたファイルを印刷データに変換後、印刷部１０２が印刷することが可能である。

図１５は、本発明による画像処理システムを含むネットワークの構成例を示すネットワーク構成図である。

同図に示すように、ＭＦＰ１５０、ＭＦＰ２００、ＰＣ３００、サーバ５５０、サーバ６００、及びサーバ７００は、ネット４００、ネット１０００、ネット１１００を介して、インターネット８００にネットワーク接続されており、ＴＣＰ／ＩＰにより通信可能である。サーバ５５０は、実施の形態１で説明したサーバ５００と同じ機能に加えてＩＭＡＰサーバの機能を備え、ＩＭＡＰクライアントからの要求を受け付けるメールサーバである。その他の構成は、前記した実施の形態１で説明した通りである。

尚、以上の説明では、ＭＦＰやサーバがインターネットに接続され、ＴＣＰ／ＩＰを使用した通信となっているが、他のネットワーク構成でも実現可能である。また、ＭＦＰ２００を、装置のメールアドレス等の設定情報に違いはあるが、ＭＦＰ１５０と同じ構成のＭＦＰとしても良い。

以上のように構成された図１５に示すネットワークにおいて、ＭＦＰ１５０が、ＭＦＰ２００からのＭＤＮ要求付きメールを、メールサーバ５５０から削除せずにインターネットＦＡＸ受信し、更に受信したメールに新たにＭＤＮ要求を付けてＰＣ３００に転送した場合の動作について以下に説明する。

先ず具体例として、ＭＦＰ１５０の利用者が、例えば出張前に、ＭＦＰ２００からのインターネットＦＡＸ受信したメールを出張先であるＰＣ３００にメール転送するように設定した後出張し、その出張先のＰＣ３００においてメール受信し、ＰＣ３００からＭＤＮ応答が送信された場合の処理の流れについて説明する。

図１６は、ＭＦＰ１５０がインターネットＦＡＸ受信した際の、メールの転送動作の流れを示すフローチャートであり、図２０はこの時の各装置間で送受信するメッセージの流れを示す通信図である。図１４、図１５及び図２０を参照しながら、図１６のフローチャートに沿ってＭＦＰ１５０におけるメールの転送動作を説明する。

利用者は、まず出張前にＭＦＰ１５０の表示・操作部１０８（図１４）より、ＭＦＰ２００のメールアドレスｍｆｐ２００＠ｂｂｂ．ｃｏｍが送信元アドレスとなっているメールをＭＦＰ１５０がインターネットＦＡＸ受信した場合、出張先のＰＣ３００のメールアドレスｐｃ３００＠ｃｃｃ．ｃｏｍを送信宛先に指定してメール転送するように設定する。これらの設定データは、データ記憶部１０７に保存される。

利用者の出張中に、ＭＦＰ１５０のメールアドレスｍｆｐ１５０＠ａａａ．ｃｏｍを送信宛先に指定して、ＭＦＰ２００からインターネットＦＡＸ送信されたメールは、ネット４００を介し、サーバ６００及びインターネット８００上のいくつかのメールサーバを経由して、サーバ５５０（図１５）のｍｆｐ１５０＠ａａａ．ｃｏｍに該当するメールボックスに格納される。

ＭＦＰ１５０のメールサーバ制御部１５１（図１４）は、ネットワーク通信部１５３を制御し、ＩＭＡＰ４を使用してネット４００を介してサーバ５５０（図１５）と通信し、ｍｆｐ１５０＠ａａａ．ｃｏｍのメールボックスに格納されている、ＭＦＰ２００からＭＦＰ１５０宛てに送信されたメールをメールボックスから削除せずに受信する（ステップＳ４０１）。

メール解析部１０６（図１４）は、ネットワーク通信部１５３から、受信したメールを受け取って内容を解析し、ＴＩＦＦファイルが添付されていることや、図４の「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドにより、ＭＤＮ要求がついていること、「Ｆｒｏｍ」フィールドにより、このメールが、ｍｆｐ２００＠ｂｂｂ．ｃｏｍが送信元の転送対象のメールであることなどを解析する（ステップＳ４０２）。尚、ＭＤＮ要求に関する各フィールドの意味は、前記した実施の形態１で説明した通りである。

図４は、ＭＦＰ２００からインターネットＦＡＸ送信されたメールの、送信内容の構成を示すメールフォーマットである。但し、ここでは、図中の「ｍｆｐ１００＠ａａａ．ｃｏｍ」が「ｍｆｐ１５０＠ａａａ．ｃｏｍ」となっているものとする。

制御部１０９（図１５）は、受信したメールが転送対象のメールか否かを判断する（ステップＳ４０３）。ここでは、メール解析部１０６の解析結果により転送対象のメールと判断し、転送を行うために、データ記憶部１０７（図１５）から転送宛先であるＰＣ３００のメールアドレスｐｃ３００＠ｃｃｃ．ｃｏｍを取得して送信宛先として指定し、受信したＴＩＦＦファイルを転送するように、メール生成部１０５に、転送メール送信を依頼する（ステップＳ４０３、Ｙｅｓ）。メール生成部１０５は、指定された情報を基に、図５に示すような、送信宛先がｐｃ３００＠ｃｃｃ．ｃｏｍとなっているＴＩＦＦファイルが添付されたメールフォーマットのデータを生成し、生成したデータをネットワーク通信部１５３へ渡す（ステップＳ４０４）。但し、ここでは、図５中の「ｍｆｐ１００＠ａａａ．ｃｏｍ」が「ｍｆｐ１５０＠ａａａ．ｃｏｍ」となっているものとする。

図５は、このとき生成された転送メールの、送信内容の構成を示すメールフォーマットである。但し、ここでは、図５中の「ｍｆｐ１００＠ａａａ．ｃｏｍ」が「ｍｆｐ１５０＠ａａａ．ｃｏｍ」となっているものとする。同図に示すように、「Ｆｒｏｍ」フィールドには、このメールの送信元であるｍｆｐ１５０＠ａａａ．ｃｏｍが指定され、「Ｔｏ」フィールドには、このメールの送信宛先であるｐｃ３００＠ｃｃｃ．ｃｏｍが指定され、ＭＤＮ要求の付加されているため、「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドには、ＭＤＮ応答の送信先であるｍｆｐ１５０＠ａａａ．ｃｏｍが指定されている。

そして図１７（ａ）、（ｂ）、（ｃ）に示すように、受信したＭＤＮ要求付きメールと、転送するメールの各情報を対応づけて、データ記憶部１０７を介して保存する（ステップＳ４０５）。図１７に示したデータ（以下、転送メール情報と称す）は、後述するように転送したメールのＭＤＮ応答が戻ってきた際に使用される。

ネットワーク通信部１５３は、ネット４００を介し、メールサーバであるサーバ５５０とＳＭＴＰを使用して通信し、ＰＣ３００のメールアドレスに対して、転送メールを送信する（ステップＳ４０６）。

尚、ステップＳ４０３で、転送対象以外のメールと判断した場合（ステップＳ４０３、Ｎｏ）、ステップＳ４０７に移行するが、ステップＳ４０７〜ステップＳ４１２の処理は、前記した図３のフローチャートにおけるステップＳ１０８〜ステップＳ１１３の処理と同じであるため、ここでの説明は省略する。

ＭＦＰ１５０による転送メールの送信完了後、サーバ５５０（図１５）は、インターネット上のいくつかのメールサーバを経由し、サーバ７００へＭＦＰ１５０が送信したメールを転送し、サーバ７００は、ｐｃ３００＠ｃｃｃ．ｃｏｍに該当するメールボックスにＭＦＰ１５０からのメールを格納する。ＰＣ３００（図１５）は、サーバ７００からＭＦＰ１５０より送信されたメールを受信し、メールにはＭＤＮ要求が付加されているため、ＭＦＰ１５０へＭＤＮ応答を送信する。ＰＣ３００から送信されたＭＦＰ１５０へのＭＤＮ応答は、メールサーバにより処理され、最終的にサーバ５５０によりｍｆｐ１５０＠ａａａ．ｃｏｍに該当するメールボックスに格納される。

図７は、このとき、ＰＣ３００から送信されたＭＦＰ１５０へのＭＤＮ応答のメールフォーマットである。但し、ここでは、図７中の「ｍｆｐ１００＠ａａａ．ｃｏｍ」が「ｍｆｐ１５０＠ａａａ．ｃｏｍ」となっているものとする。

ここで、ＭＦＰ１５０が、上記のＰＣ３００が送信したＭＤＮ応答をサーバ５５０から受信して行なう動作について説明する。図１８は、このときのメール受信動作の流れを示すフローチャートであり、図１４、図１５を参照しながら、図１８のフローチャートに沿ってＭＦＰ１５０におけるメールの受信動作を説明する。

ＭＦＰ１５０のネットワーク通信部１５３は、メールサーバ制御部１５１（図１４）の制御により、ＩＭＡＰ４を使用してネット４００を介してサーバ５５０と通信し、ｍｆｐ１５０＠ａａａ．ｃｏｍのメールボックスに格納されている、ＰＣ３００からのＭＦＰ１５０宛てのＭＤＮ応答を受信し、メールボックスから削除する（ステップＳ５０１）。メール解析部１０６は、ネットワーク通信部１５３から受信したメールを受け取り、データ記憶部１０７を介し、図１７（ａ）に示した転送メール情報を参照してメールの解析を行い、図７の「Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−ＩＤ」フィールドにより、受信したメールが、上記のＰＣ３００へメール転送したメールのＭＤＮ応答であることを判断する（ステップＳ５０２）。尚、ＭＤＮ応答に関する各フィールドの意味も、前記した実施の形態１で説明した通りである。

更に、ＭＤＮ応答に付加された、処理結果を示す「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールド（図７）を参照してＰＣ３００で正常に処理されたか否かを判定し、「ｄｉｓｐａｔｃｈｅｄ」であることから、ＰＣ３００で正常に処理されたことを検知し（ステップ５０３、Ｙｅｓ）、その旨と、図１７の転送メール情報から取得した、対応するＭＦＰ２００より受信したＭＤＮ要求付きメールの「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値（ｍｆｐ２００＠ｂｂｂ．ｃｏｍ）と「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値（２０Ａ７９７０８．００００００Ａ８０００００００１．１３３３３３３１＠ｂｂｂ．ｃｏｍ）を取得する（ステップＳ５０４）。

その後、対応するＭＦＰ２００より受信したメールがＭＤＮ要求付きか否かを判定するが（ステップＳ５０５）、ここではＭＤＮ要求付きであるため、ＰＣ３００で正常に処理されたこと、上記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値、及び「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値をメール生成部１０５に通知し、ＭＦＰ２００へのＭＤＮ応答の送信依頼を行う（ステップＳ５０５、Ｙｅｓ）。

送信依頼を受けたメール生成部１０５は、メール解析部１０６からの通知情報を基に、図９に示すように、送信宛先をｍｆｐ２００＠ｂｂｂ．ｃｏｍとし、転送したメールの処理結果から、ＭＦＰ１５０の処理結果として、「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドに正常に処理された旨を示す「ｄｉｓｐａｔｃｈｅｄ」を指定したＭＤＮ応答のメールフォーマットのデータを生成する（ステップＳ５０６）。但し、ここでは、図９中の「ｍｆｐ１００＠ａａａ．ｃｏｍ」が「ｍｆｐ１５０＠ａａａ．ｃｏｍ」となっているものとする。ネットワーク通信部１５３は、ネット４００を介し、サーバ５５０とＳＭＴＰを使用して通信し、ＭＦＰ２００のメールアドレスに対して、メール生成部１０５が生成したＭＤＮ応答のメールを送信する（ステップＳ５０７）。

ＭＦＰ１５０のメールの送信完了後、サーバ５５０はインターネット上のいくつかのメールサーバを経由して、サーバ６００にＭＦＰ１５０が送信したメールを届け、サーバ６００は、ｍｆｐ２００＠ｂｂｂ．ｃｏｍに該当するメールボックスに受信したＭＦＰ１５０からのメールを格納する。その後、ＭＦＰ２００はＭＦＰ１５０からのＭＤＮ応答を受信し、ＭＦＰ１５０で正常に処理された旨を検知することができる。

ＭＦＰｌ５０のメールサーバ制御部１５１は、ネットワーク通信部１５３がメール送信を完了した後、サーバ５５０とＩＭＡＰ４を使用して通信を行い、ｍｆｐ１５０＠ａａａ．ｃｏｍに該当するメールボックスに格納されている、上記したようにインターネットＦＡＸ受信したＭＦＰ２００からの対応するメールを検索し、メールボックスから削除し（ステップＳ５０８）、更に、データ記憶部１０７を介して、対応する転送メール情報のエントリも削除する（Ｓ５０９）。一方、ステップＳ５０５で、ＭＤＮ要求が付加されていないと判定された場合（ステップＳ５０５、Ｎｏ）、ＭＤＮ応答のメールの作成、送信を行うことなく、そのままステップＳ５０８、５０９での各削除を行って処理を終了する。

一方、ステップＳ５０３において、図７のメールフォーマットの「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドが「ｄｉｓｐａｔｃｈｅｄ」でなく、「ｐｒｏｃｅｓｓｅｄ／ｅｒｒｏｒ」のようなエラーが発生した旨を示す内容であった場合（ステップＳ５０３、Ｎｏ）、メール解析部１０６は、保存した転送メール情報を更新し（ステップＳ５１０）、受信したＭＤＮ応答を破棄し（ステップＳ５１１）、そのまま処理を終了する。

なお、上記の説明ではＭＦＰ１５０は、ＭＦＰ２００からのＭＤＮ要求付きメールを受信した場合、ＭＦＰ２００への応答として、ＭＤＮ応答のみをメール送信したが、メールサーバ５５０へＰＣ３００宛ての転送メールが送信完了した段階等で、例えば、転送された旨が記載された通常の返信（リプライ）メールにより、ＭＦＰ２００へ途中経過を送信し、最終的な結果をＭＤＮ応答として送信しても良い。

ここまでは、ＭＦＰ１５０が転送したメールがＰＣ３００によって受信され、ＰＣ３００からＭＤＮ応答が返信された場合について説明したが、次に、例えば、利用者が出張先から戻る際に、出張先にて、サーバ７００のｐｃ３００＠ｃｃｃ．ｃｏｍに該当するメールボックスを削除した後、出張先から戻ってくる移動中に、ＭＦＰ１５０がＭＦＰ２００からのメールを受信してＰＣ３００に転送するケース、即ち、ＰＣ３００からＭＤＮ応答が返信されない場合の処理の流れについて説明する。

利用者の出張先からの移動中に、ＭＦＰ１５０のメールアドレスｍｆｐ１５０＠ａａａ．ｃｏｍを送信宛先に指定して、ＭＦＰ２００からインターネットＦＡＸ送信されたメールは、ネット４００を介し、サーバ６００及びインターネット上のいくつかのメールサーバを経由して、サーバ５５０のｍｆｐ１５０＠ａａａ．ｃｏｍに該当するメールボックスに格納される。ここで、ＭＦＰ１５０がＭＦＰ２００からのメールを受信し、転送メールをＰＣ３００に送信する動作は、上記した図１６のフローチャートを参照して説明した転送動作と同じであるため、ここでの説明は省略し、ＭＦＰ１５０がＰＣ３００を送信宛先とした転送メールをサーバ５５０に送信完了した後の動作から説明する。

ＭＦＰ１５０による転送メールの送信完了後、サーバ５５０は、インターネット上のいくつかのメールサーバを経由し、サーバ７００へＭＦＰ１５０が送信したメールを転送するが、既にサーバ７００のｐｃ３００＠ｃｃｃ．ｃｏｍに該当するメールボックスは削除されているため、ＭＦＰ１５０からのメールはサーバ７００への転送に失敗し、ＭＦＰ１５０が送信したメールはメールサーバによって破棄される。従って、ＰＣ３００からＭＦＰ１５０へのＭＤＮ応答が送信されない。

尚、上記の説明では、ＰＣ３００からＭＦＰ１５０へのＭＤＮ応答が送信されない例として、ｐｃ３００＠ｃｃｃ．ｃｏｍのメールボックスが削除された場合を説明したが、他にも、Ｐｃ３００＠ｃｃｃ．ｃｏｍのメールボックスが削除されずに、正常にＰＣ３００への転送メールがメールボックスに格納されたとしても、利用者が、ＰＣ３００に設定された、ｐｃ３００＠ｃｃｃ．ｃｏｍのメールボックスからの受信設定を削除した場合、更には、そもそも利用者が出張先から移動しているため、手動でＰＣ３００にメールを受信できない場合などにおいても、ＰＣ３００からＭＦＰｌ５０へのＭＤＮ応答が送信されない。

ここで、利用者が出張先から戻り、ＭＦＰ１５０を操作して、消去されずにサーバ５５０に保存されているＭＦＰ２００からインターネットＦＡＸ受信したメールをサーバ５５０から再度受信し、受信した画データを印刷する動作について説明する。図１９は、この時の印刷動作の流れを示すフローチャートであり、図２１はこの時の各装置間で送受信するメッセージの流れを示す通信図である。図１４、図１５及び図２１を参照しながら、図１９のフローチャートに沿ってＭＦＰ１５０における印刷動作を説明する。

ＭＦＰ１５０の表示・操作部１０８（図１４）は、データ記憶部１０７を介し、装置内部に保存されている転送メール情報により、サーバ５５０に保存されているＭＦＰ２００から受信した画データを確認し、画面に表示する。図１１に示すように、このときの表示画面９００には、例えばサーバ５５０に保存されている画データリスト９００ａと共に、印刷処理を指示する印刷ボタン９００ｃ、及び削除処理を指示する削除ボタン９００ｄを表示し、利用者に、これらのボタンを操作して、画データを印刷後に削除するか或いはそのまま削除するかの選択を促す。

尚、サーバ５５０に保存され、画データリスト９００ａとして表示される画データは、これまでの説明から明らかなように、ＭＦＰ２００から受信し、ＰＣ３００への転送が指示されたメールのうち、ＰＣ３００からＭＦＰｌ５０へのＭＤＮ応答が送信されないもの、及びＭＤＮ応答が送信されたものであっても、ＰＣ３００において正常に処理されなかったメール、即ち前記した図１８のフローのステップＳ５０３において、「Ｎｏ」と判定された場合に対応するメール、更には転送処理中のメールの画データに相当する。

制御部１０９は、操作者が選択した処理内容を判断し（ステップＳ６０１、Ｓ６０２）、画データを印刷する場合には（ステップＳ６０２、Ｙｅｓ）、ＭＦＰ１５０のメールサーバ制御部１５１は、ネットワーク通信部１５３を介し、サーバ５５０とＩＭＡＰ４を使用して通信し、サーバ５５０のｍｆｐ１５０＠ａａａ．ｃｏｍに該当するメールボックスに格納されているＭＦＰ２００からのメールを検索し、メールボックスから削除せずに受信する（ステップＳ６０３）。メール解析部１０６は、ネットワーク通信部１５３から受信したメールを受け取り、メールの解析を行って添付されているＴＩＦＦファイルを取得する（Ｓ６０４）。

データ変換部１０４は、メール解析部１０６から受け渡されたＴＩＦＦファイルの画データを印刷可能なデータに変換し（ステップＳ６０５）、印刷部１０２は、データ変換部１０４が変換した印刷データを取得後、印刷する（ステップＳ６０６）。

制御部１０９は、印刷が成功すると、データ記憶部１０７を介し、図１７の転送メール情報から取得した、対応するＭＦＰ２００より受信したＭＤＮ要求付きメールの「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値と「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値を取得する（ステップＳ６０７）。

その後、対応するＭＦＰ２００より受信したメールがＭＤＮ要求付きか否かを判定するが（ステップＳ６０８）、ここではＭＤＮ要求付きであるため、印刷実行により正常に処理されたこと、上記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドの値、及び「Ｍｅｓｓａｇｅ−ＩＤ」フィールドの値をメール生成部１０５に通知し、ＭＦＰ２００へのＭＤＮ応答の送信依頼を行う（ステップＳ６０８、Ｙｅｓ）。

送信依頼を受けたメール生成部１０５は、メール解析部１０６からの通知情報を基に、図９に示すように、送信宛先をｍｆｐ２００＠ｂｂｂ．ｃｏｍとし、印刷処理の結果から、ＭＦＰ１５０の処理結果として、「ｄｉｓｐｏｓｉｔｉｏｎ−ｔｙｐｅ」サブフィールドに正常に処理された旨を示す「ｄｉｓｐａｔｃｈｅｄ」を指定したＭＤＮ応答のメールフォーマットのデータを生成する（ステップＳ６０９）。但し、ここでは、図９中の「ｍｆｐ１００＠ａａａ．ｃｏｍ」が「ｍｆｐ１５０＠ａａａ．ｃｏｍ」となっているものとする。ネットワーク通信部１５３は、ネット４００を介し、サーバ５５０とＳＭＴＰを使用して通信し、ＭＦＰ２００のメールアドレスに対して、メール生成部１０５が生成したＭＤＮ応答のメールを送信する（ステップＳ６１０）。

メールサーバ制御部１５１は、ネットワーク通信部１５３がメール送信を完了した後、サーバ５５０とＩＭＡＰ４を使用して通信を行い、ｍｆｐ１５０＠ａａａ．ｃｏｍに該当するメールボックスに格納されている、上記したようにＭＦＰ２００からインターネットＦＡＸ受信したメールを検索してメールボックスから削除し（ステップＳ６１１）、データ記憶部１０７を介して、対応する転送メール情報のエントリも削除し（ステップＳ６１２）、処理を終了する。一方、ステップＳ６０８で、ＭＤＮ要求が付加されていないと判定された場合（ステップＳ６０８、Ｎｏ）、ＭＤＮ応答のメールの作成、送信を行うことなく、そのままステップＳ６１１、Ｓ６１２での削除を行って処理を終了する。

一方、ステップＳ６０２で、印刷せずに削除すると判断された場合（（ステップＳ６０２、Ｎｏ），（ステップＳ６１３、Ｙｅｓ））、印刷処理を行わずにステップＳ６０７に移り、以後同様の処理が実行される。また、例えば、印刷も削除も指示されないまま画面が変更されたような場合（（ステップＳ６０２、Ｎｏ），（ステップＳ６１３、Ｎｏ））、直ちに処理を終了する。

また、本実施の形態では、ＰＣ３００はＰＣであったが、ＳＭＴＰクライアント及びＰＯＰクライアントの機能を備えていれば、ＰＣでなくても良い。また、本実施の形態では、ＭＦＰ１５０はインターネットＦＡＸ受信したメールをメール転送する例を説明したが、ＭＦＰ１５０がインターネットＦＡＸ以外の受信したメールをメール転送しても、同様に実施可能である。

以上のように、本実施の形態の画像処理システムによれば、ＭＦＰ１５０で転送したメールが、転送先で受信されない、或いは正常に処理されない、といったような場合にも、ＭＦＰ１５０で受信した画テータを削除せずにサーバに保存するため、例えば利用者が出張（転送）先から戻ってきた場合などに、ＭＦＰ１５０で受信した画データを印刷等によって確認することが可能となる。また、転送データをＭＦＰ１５０内部に保存しないため、装置内のメモリ容量が制限されているような場合でも、容量が不足するといった事態を防止することができる。

前記した各実施の形態では、ＭＦＰを例にして説明したが、本発明はこれに限定されるものではなく、スキャナ装置、ファクシミリ装置、複写機、等の通信機能を持つ画像処理装置にも適用可能である。

１００ＭＦＰ、１０１画像読取部、１０２印刷部、１０３ネットワーク通信部、１０４データ変換部、１０５メール生成部、１０６メール解析部、１０７データ記憶部、１０８表示・操作部、１０９制御部、１５０ＭＦＰ、１５１メールサーバ制御部、１５３ネットワーク通信部、２００ＭＦＰ、３００ＰＣ、４００ネット、５００サーバ、６００サーバ、７００サーバ、９００表示画面、１０００ネット、１１００ネット。

Claims

画像を処理する画像処理装置において、
ネットワークを介して、第１と第２の外部装置を含む複数の外部装置とメールの送受信可能な通信部と、
前記通信部が受信した前記第１の外部装置からのメールを保存するデータ記憶部と、
前記データ記憶部に保存されたメールの画データを印刷する印刷部と、
前記データ記憶部に保存された前記第１の外部装置からのメールの画データと、メールを開封したか否かを返信する開封通知要求を含む転送メールを生成し、前記通信部により該転送メールを前記第２の外部装置へ転送するメール生成部と、
前記第２の外部装置からの、前記転送メールを開封したか否かを示す開封通知応答を解析可能なメール解析部と、
前記メール解析部により、前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信し、前記転送メールを開封したと判断した場合は、前記転送メールの前記開封通知応答に対応する、前記データ記憶部に保存された前記第１の外部装置からのメールを消去し、且つ装置全体を制御する処理制御部と
を備えたことを特徴とする画像処理装置。
前記処理制御部は、前記メール解析部により、前記第２の外部装置が前記開封通知要求を含む前記転送メールを開封しなかったと判断した場合、前記画像処理装置の利用者に対して、前記転送メールに対応する、前記データ記憶部に保存された前記第１の外部装置からのメールを開封するか否かを報知し、
前記利用者による該メールの開封要求を取得する要求取得部を備え、前記印刷部は、前記要求取得部により前記メールの開封要求が取得された場合に前記データ記憶部に保存された前記メールの画データを印刷することを特徴とする請求項１記載の画像処理装置。
前記要求取得部は、前記保存されたメール情報を表示する表示部と表示されたメール情報の画データの印刷を指示する印刷選択部を有する操作部とを備えたことを特徴とする請求項２記載の画像処理装置。
前記メール生成部は、前記データ記憶部に保存された、前記第１の外部装置からのメールが開封通知要求を含んでいる場合、前記データ記憶部に保存されたメールが消去される際に、前記第１の外部装置へ送信する開封通知応答を生成し、前記通信部により送信することを特徴とする請求項１乃至３の何れかに記載の画像処理装置。
前記メール生成部は、前記データ記憶部に保存された、前記第１の外部装置からのメールが開封通知要求を含んでいる場合、前記データ記憶部に保存されたメールが転送される際に、転送経過情報を含んだ、前記第１の外部装置へ送信する返信メールを生成し、前記通信部により送信することを特徴とする請求項１乃至３の何れかに記載の画像処理装置。
前記印刷された前記画像データを有する前記メールが、開封通知要求を含んで前記第１の外部装置から送信されている場合、前記第１の外部装置へ送信する開封通知応答を生成し、前記通信部により送信することを特徴とする請求項２又は３記載の画像処理装置。
画像を処理する画像処理装置と、
ネットワークを介して、第１と第２の外部装置を含む複数の外部装置とメールの送受信及び受信したメールの保存が可能なメールサーバ装置を含む画像処理システムにおいて、
前記画像処理装置は、
前記メールサーバ装置とネットワークを介してメールの送受信可能な通信部と、
前記通信部が受信したメールの画データを印刷する印刷部と、
前記メールサーバ装置が保存し且つ前記通信部が受信した前記第１の外部装置からのメールの画データと、メールを開封したか否かを返信する開封通知要求を含む転送メールを生成し、前記通信部により該転送メールを前記第２の外部装置へ転送するメール生成部と、
前記第２の外部装置からの、前記転送メールを開封したか否かを示す開封通知応答を解析可能なメール解析部と、
前記メール解析部により、前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信し、前記転送メールを開封したと判断した場合は、前記転送メールの前記開封通知応答に対応する、前記通信部により前記メールサーバ装置に保存された前記第１の外部装置からのメールを消去し、且つ装置全体を制御する処理制御部と
を備えたことを特徴とする画像処理システム。
前記処理制御部は、前記メール解析部により、前記第２の外部装置が前記開封通知要求を含む前記転送メールを開封しなかったと判断した場合、前記画像処理装置の利用者に対して、前記転送メールに対応する、前記データ記憶部に保存された前記第１の外部装置からのメールを開封するか否かを報知し、
前記画像処理装置は、
前記利用者による該メールの開封要求を取得する要求取得部を備え、前記印刷部は、前記要求取得部により前記メールの開封要求が取得された場合に前記メールサーバ装置に保存された前記メールを前記通信部により受信して、受信したメールの画データを印刷することを特徴とする請求項７記載の画像処理システム。
前記要求取得部は、前記保存されたメール情報を表示する表示部と表示されたメール情報の画データの印刷を指示する印刷選択部を有する操作部とを備えたことを特徴とする請求項８記載の画像処理システム。
前記画像処理装置において、前記メール生成部は、前記メールサーバ装置に保存された、前記第１の外部装置からのメールが開封通知要求を含んでいる場合、前記メールサーバ装置に保存されたメールが消去される際に、前記第１の外部装置へ送信する開封通知応答を生成し、前記通信部により送信することを特徴とする請求項７乃至９の何れかに記載の画像処理システム。
前記画像処理装置において、前記メール生成部は、前記メールサーバ装置に保存された、前記第１の外部装置からのメールが開封通知要求を含んでいる場合、前記メールサーバ装置に保存されたメールが転送される際に、転送経過情報を含んだ、前記第１の外部装置へ送信する返信メールを生成し、前記通信部により送信することを特徴とする請求項７乃至９の何れかに記載の画像処理システム。
前記画像処理装置は、
前記印刷された前記画像データを有する前記メールが、開封通知要求を含んで前記第１の外部装置から送信されている場合、前記第１の外部装置へ送信する開封通知応答を生成し、前記通信部により送信することを特徴とする請求項８又は９記載の画像処理システム。
ネットワークを介して、第１と第２の外部装置を含む複数の外部装置とメールの送受信可能な通信部と、
前記通信部が受信した前記第１の外部装置からのメールを保存するデータ記憶部と、
前記データ記憶部に保存された前記第１の外部装置からのメールと、メールを開封したか否かを返信する開封通知要求とを含む転送メールを生成し、前記通信部により該転送メールを前記第２の外部装置へ転送するメール生成部と、
前記第２の外部装置からの、前記転送メールを開封したか否かを示す開封通知応答を解析可能なメール解析部と、
前記メール解析部による解析結果を出力する処理制御部と
を備え、
前記処理制御部は、前記メール解析部により前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信して開封したと判断された場合は、前記転送メールの前記開封通知応答に対応する、前記データ記憶部に保存された前記第１の外部装置からのメールを削除することを特徴とするメール転送装置。
前記メール生成部は、前記第１の外部装置からのメールに前記開封通知要求が含まれている場合であって、且つ、前記メール解析部により前記第２の外部装置が前記開封通知要求を含む前記転送メールを受信して開封したと判断された場合は、前記第１の外部装置への開封通知応答を生成し、前記通信部により該開封通知応答を前記第１の外部装置へ送信させることを特徴とする請求項１３記載のメール転送装置。