JP3848063B2 - 画像通信装置及び画像通信方法並びに記憶媒体 - Google Patents
画像通信装置及び画像通信方法並びに記憶媒体 Download PDFInfo
- Publication number
- JP3848063B2 JP3848063B2 JP2000194474A JP2000194474A JP3848063B2 JP 3848063 B2 JP3848063 B2 JP 3848063B2 JP 2000194474 A JP2000194474 A JP 2000194474A JP 2000194474 A JP2000194474 A JP 2000194474A JP 3848063 B2 JP3848063 B2 JP 3848063B2
- Authority
- JP
- Japan
- Prior art keywords
- image
- communication
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介して電子メールを送受信することが可能な画像通信装置に関し、特に、電子メールにより送信した画像の既読確認に関するものである。
【０００２】
【従来の技術】
近年、インターネット等のネットワークを介して電子メールを送受信することが可能な画像通信装置として、インターネットファクシミリ装置が提案されている。このインターネットファクシミリ装置では、読み取った画像データをファイルとして電子メールに添付する方式で受信機へ画像を送信する。
【０００３】
ここで、送信された電子メールは、ネットワーク上の1以上のメールサーバを介してストア・アンド・フォワード方式で宛先の受信機へ送信される。そのため、上記インターネットファクシミリ装置における画像データの送信結果については、単にメールサーバに対しての送信結果に過ぎず、通信管理レポート、若しくは、送信結果レポートの記載内容から画像データが確実に受信機に送達されたか否か、更には、その画像の内容が受信者に読まれたか否かを確認することはできなかった。
【０００４】
また、受信機側においても、受信画像の既読確認を送信機側に伝えるための有効な手段が無かった。
【０００５】
一方、電子メール通信において既読確認を行うための技術が提案されている。
【０００６】
RFC２２９８によれば、送信側のUA(mail user agent)と受信側UAは次のように動作することにより、既読確認（Message Disposition Notification、以下単にMDNと称す）が実現される。
【０００７】
（１）送信側UAは、既読確認を行う場合、"Disposition-Notification-To:<返信メールアドレス>"をメールのヘッダに付加してメールを送信する。
【０００８】
（２）受信側のUAは、このメールを受信したら、送信者が既読確認を要求している事を表示し、送信者に既読確認の返信メールを送るかどうかを問い合わせ、返信メールを送る場合は、既読確認用のヘッダを付加して返信メールを送信し、返信メールを送らない場合は、このヘッダを無視する。
【０００９】
（３）送信側のUAは、既読確認の返信メールを受信したら、既読確認済みのメールを表示する。
【００１０】
【発明が解決しようとする課題】
本発明は、インターネットファクシミリ装置において、送信画像の既読確認を実現することを目的とする。すなわち、送信機側のインターネットファクシミリ装置において、送信画像の既読確認状況の詳細をユーザに通知する手段を提供することを目的とする。
【００１１】
受信機側のインターネットファクシミリ装置において、受信画像の既読確認を送信機側に伝えるための有効な手段を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために本出願の発明は、電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、画像ファイルを添付した電子メールを送信する電子メール送信手段と、前記電子メール送信手段により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求手段と、送信された電子メールごとの送信情報を管理する通信管理手段と、送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理手段が管理する送信情報を更新する制御手段とを備え、前記制御手段は更に、前記通信管理手段が管理する送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新する。
【００１３】
また、好ましくは、前記要求手段は、送信する電子メールの既読確認を示す応答電子メールを要求する。
【００１４】
また、好ましくは、前記要求手段の実行の有無を選択する選択手段を更に備え、前記通信管理手段は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理する。
【００１５】
また、好ましくは、前記制御手段は、前記通信管理手段が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に更新する。
【００１７】
また、好ましくは、前記通信管理手段が管理する送信情報を可視出力する出力手段を更に備える。
【００１８】
上記目的を達成するために本出願の発明は、電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、画像ファイルが添付された電子メールを受信する電子メール受信手段と、前記電子メール受信手段が受信した電子メールに添付された画像ファイルの内容を可視出力する出力手段と、前記検出手段によって前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加する付加手段とを備える。
【００２０】
また、好ましくは、前記付加手段は、前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像の一部に前記制御情報に対する応答が済んでいることを示す情報を付加する。
【００２１】
また、好ましくは、前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報である。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２３】
まず、本実施形態のインターネットファクシミリ装置の構成を説明する。
【００２４】
図1は、本発明の実施形態におけるインターネットファクシミリ装置の構成を示すブロック図である。
【００２５】
図１において、1-1は、ファクシミリを制御するためのＣＰＵである。
【００２６】
1-2は、ファクシミリの操作部で、ＬＣＤと入力用のキーパネルなどで構成され、ファクシミリの通信・記録などの入力操作を可能にする。またアラームを鳴動するためのスピーカ等の音源手段も配置されている。
【００２７】
1-3は、送信するファクシミリ原稿の画像を読み取る読取部である。
【００２８】
1-4は、受信した画像データや電子メールの本文、各種レポートなどを出力するための記録部である。
【００２９】
1-5 は、本発明の実施形態に係るファクシミリの制御用のプログラムとデータを格納した記憶媒体としてのＲＯＭであり、ファクシミリ送信・受信、電子メールの送信・受信、レポート生成、記録・読取、ユーザI/Fなどを制御するためのプログラムを格納している。
【００３０】
1-6は、ファクシミリの各種情報を格納するためのRAMで、送信・受信時に生成される通信管理情報や画像データなどを格納している。
【００３１】
1-7は、MODEMで公衆回線（PSTNまたはISDN）1-9に対してファクシミリの送受信を行うための変復調回路である。
【００３２】
1-8は、PSTN1-9に対するネットワーク制御回路（NCU）である。
【００３３】
1-9は、ローカルエリアネットワーク（LAN）1-10に接続するためのI/Fユニットである。
【００３４】
1-11は、電子メールデータの交換が可能なLANまたはインターネットである。LANの場合は、ファイアウオールやサービスプロバイダ等を介してインターネットへとつながっている。
【００３５】
1-11は、LANまたはインターネットを介して接続されているメールサーバである。
【００３６】
本願クレームにおけるインターネットファクシミリ装置を用いた電子メール送信は、FAX操作部1-2により宛先を指定し、読取装置1-3により送信原稿の画像を読み取り、E-mail送信制御プログラムにより電子メールに読み取った画像を添付して送信される。尚、電子メールの形式および添付画像の圧縮方法などの詳細に関しては、ITU-T T.37（インターネットを介したファクシミリ送信の勧告）に基づくものとする。
【００３７】
以下、第１の実施形態として、既読確認付きのインターネットファクシミリデータを送信する送信機側の動作を説明し、第２の実施形態として既読確認付きインターネットファクシミリデータを受信する受信機側の動作を説明する。
【００３８】
＜第１の実施形態＞
第１の実施形態として、既読確認付きのインターネットファクシミリデータを送信する送信機（以下、第１の実施形態のインターネットファクシミリ装置と称する）側の動作を説明する。
【００３９】
まず、第１の実施形態のインターネットファクシミリ装置における通信結果情報の管理方法を説明する。
【００４０】
本実施形態のインターネットファクシミリ装置では、ファクシミリ送受信、および、電子メール送受信の結果を通信管理情報として記憶・管理する。
【００４１】
図２は、第１の実施形態におけるファクシミリの通信管理情報のデータ構成を示している。
【００４２】
2-1は、ファクシミリの送信・受信、または電子メールによる送信・受信を実行するごとに作成される通信管理情報を格納するための通信管理情報テーブルである。通信管理情報テーブル2-1の個々の通信管理情報には2-2〜2-12に示す情報が格納される。
【００４３】
2-2には、通信管理番号で送信時に１〜４９９９、受信時に５００１〜９９９９までの通番が割り振られる。
【００４４】
2-3には、ユーザIDでファクシミリの送信時のユーザ略称、発信人名称、電子メールの送信時のFrom:フィールド欄に記述される情報を格納する。
【００４５】
2-4には、送信・受信、G3やECMなどのファクシミリ送信・受信モード、I-FAX（電子メールによるファクシミリ送信）などの通信モードを確認する。
【００４６】
2-5には、通信時間を格納する。ＬＡＮを介した送信、受信の場合は、サーバとの接続時間になる。
【００４７】
２−６には、通信を開始した時間を格納する。２−７には、送信・受信原稿の枚数を格納する。画像無しの電子メールを受信した場合は、枚数情報は無いものとして格納される。
【００４８】
2-8には、相手先電話番号または相手先のメールアドレスを格納する。
【００４９】
2-9には、電子メール送信時にメールヘッダの"Message-ID:"に記述したメッセージＩＤと、受信時メールヘッダの"Message-ID:"に記述されているメッセージIDを格納する。
【００５０】
この"Message-ID"に記述されたＩＤは、電子メールをインターネット上で一意に識別するために、送信側のＩＰアドレスやドメイン名、送信時刻、通信管理番号などを組み合わせて作成される。
【００５１】
2-10には、通信結果を示す情報を格納する。PSTN経由のG3通信であればその結果を格納し、インターネットファクシミリ送信であれば、デフォルトのメールサーバまでの通信結果を格納する。
【００５２】
2-11には、送信した電子メールのMDNステータスを格納する。このMDNステータスとしては、例えば次のようなものがある。
【００５３】
「MDN無し」は、既読確認が要求されなかったことを示す。「MDN要求中」は既読確認が要求され、その確認中であることを示す。「MDN確認済み」は、要求した既読確認に応じた電子メールを受信したことを示す。
【００５４】
2-12には、MDN通信結果情報、すなわち既読確認を要求した場合のMDNに対する受信側の応答結果を示す。
【００５５】
尚、図２に示した例では、送信／受信や、G3ファクシミリ通信／インターネットファクシミリ通信といった異なる通信モードの通信を１つのテーブルにより管理しているが、各通信モードごとに異なるテーブルにより管理するものであってもよい。
【００５６】
次に本実施形態のインターネットファクシミリ装置における電子メール送信処理を説明する。
【００５７】
図3は、第１の実施形態のインターネットファクシミリ装置における電子メール送信処理を示すフローチャートである。
【００５８】
まずステップS3-1では、送信の開始で通信管理テーブルより通信管理情報を格納するための領域を１つ確保する。領域が空いていない場合には、一番古い通信管理情報を上書きして確保する。また、確保した領域の通信管理情報に対して、通信管理番号2-2を付与する。
【００５９】
ステップS3-2では、送信メールに対する通信管理情報を生成する。具体的には送信メールを識別するための唯一のIDとしてメッセージIDを生成し、通信モードをインタネットファクシミリ送信を示すI-FAX送信とし、通信開始時間・ページ数・相手先メールアドレス・エラーコード（通信結果：未定）を設定する。
【００６０】
ステップS3-3では、既読確認（ＭＤＮ）を行うか否か、すなわち、既読確認要求ヘッダを付けるか否かを判断し、付ける場合はステップS3-3に、付けない場合はステップS3-5に進む。
【００６１】
ここで、既読確認を行うか否かの設定は、ステップS3-3の判断以前に、ユーザがFAX操作部1-2により設定されているものとする。
【００６２】
ステップS3-4では、既読確認要求ヘッダ(" Disposition-Notification-To:<送信元アドレス>")を付けたメールヘッダを作成する。
【００６３】
ステップS3-5では、通信管理情報のMDMステータス2-11に、「ＭＤＮ要求中」ステータスを書き込む。
【００６４】
ステップS3-6では、ＭＤＮ要求ヘッダなしで送信メールのヘッダを作成する。
【００６５】
ステップS3-7では、通信管理情報のMDNステータス2-11に、「ＭＤＮ要求無し」の情報を書き込む。
【００６６】
ステップS3-8では、メールサーバに対して、送信するための画像ファイルを添付した電子メールの送信処理を実行する。
【００６７】
ステップS3-9では、メールサーバに対して、メールの送信が完了したら、通信管理情報のMDNステータスの値を読み出して、「MDN要求中」ならステップS3-9に進み、「MDN要求中」でないならステップS3-10に進む。
【００６８】
ステップS3-10では、MDN受信待ちを送信結果に書き込み、通信管理情報を更新する。
【００６９】
ステップS3-11では、送信結果に正常終了を書き込み、通信管理情報を更新する。
【００７０】
以上の処理により、電子メール送信の通信管理情報が、通信管理情報テーブル2-1にセットされる。
【００７１】
次に本実施形態のインターネットファクシミリ装置における電子メール受信処理を説明する。
【００７２】
本実施形態における電子メールの受信処理は、装置側の設定により一定周期にメールサーバへ受信メールの確認を行うことで行う。
【００７３】
図4は、第１の実施形態のインターネットファクシミリ装置における受信電子メールの処理を示すフローチャートである。メールサーバから受信した各電子メールについて図４のフローチャートに基づく処理が実行される。
【００７４】
ステップS4-1では、受信メール用に通信管理情報を格納するための領域を確保し、通信管理番号を取得する。
【００７５】
ステップS4-2では、受信メールのヘッダ部よりメッセージＩＤを取得し、ステップS3-2と同様に通信管理情報を生成する。
【００７６】
ステップS4-3では、通信管理情報テーブル2-1をサーチしてMDN受信待ちの通信管理情報があるかを判定し、ある場合はステップS4-4に進み、ない場合はステップS4-8に進む。
【００７７】
ステップS4-4では、受信電子メールが既読確認要求に応答するMDNであるか否かを判定し、肯定判断の場合はステップS4-5に移行し、否定判断の場合はステップS4-6に移行する。
【００７８】
ステップS4-5では、受信したMDNの解析処理を実行し、受信したMDNに対応する送信電子メールの通信管理情報の更新を行う。尚、このステップS405の処理の詳細については後に図５を参照して詳述する。
【００７９】
ステップS4-6は、MDN受信待ちのメールがあるにもかかわらず、受信メールがMDNで無かった場合であり、このステップではMDN受信待ちの通信管理情報の待ち時間がオーバーしたか否かを判断する。肯定判断の場合はステップS4-7に進み、否定判断の場合はステップS4-8に進む。
【００８０】
ステップS4-7では、MDN要求を行った送信メールに関する通信管理情報の通信結果として、「MDN未受信」を書き込む。
【００８１】
ステップS4-8では、MDNメールでないのため、所定の処理を実行する。この所定の処理としては、例えば受信電子メールに添付された画像データを印刷したり、他の装置へ転送したりする処理等がある。
【００８２】
ステップS4-9では、ステップS4-8により処理された結果に基づいて受信メールの通信管理情報を更新する。
【００８３】
以上の処理により、受信電子メールの通信管理情報の更新処理が実行される。
【００８４】
次に、ステップS4-5における受信したMDNの解析処理の詳細を図5参照して説明する。
【００８５】
ステップS5-1では、受信した電子メールより１ラインのデータを取得する。
【００８６】
ステップS5-2では、先頭文字列が、MDNに対応する送信電子メールのメッセージＩＤを示すためのヘッダである"Original-Message-ID:"か否かを判断し、否定判断の場合はステップS5-1に戻って次のデータラインを取得し、肯定判断の場合はステップS5-3に進む。
【００８７】
ステップS5-3では、送信メールの通信管理情報のメッセージＩＤから(S5-2)に示されたメッセージＩＤがあるかどうかを検索する。
【００８８】
ステップS5-4では、該当するメッセージＩＤが検索された場合は、その通信管理情報のエリアをポインタ等で特定しステップS5-5に進み、検索されなかった場合は、ステップS5-10に進む。
【００８９】
ステップS5-5では、さらに受信メールから１ライン取得し、ステップS5-6で取得したラインの先頭文字列が"Disposition:"であるか否かを判断する。この判断が肯定判断の場合には、ステップS5-7に進み、否定判断の場合にはステップS5-5に戻って次の１ラインを取得する。
【００９０】
ステップS5-7では、Disposition:のヘッダの内容に基づいて、ステップS5-4において特定した通信管理情報の通信結果2−12の内容を更新する。
【００９１】
ここで、Disposition:のヘッダにセットされるパラメータはRFC２２９８に定義されている。
【００９２】
アクションモード（action-mode）は、MDNに関する処理が、自動で行われたのか、手動で行われたのかを示す（"manual-action" / "automatic-action"）。
【００９３】
送信モード（sending-mode）は、MDNの送信が手動で行われたか、自動で行われたかを示す（"MDN-sent-manually" / "MDN-sent-automatically"）。
【００９４】
処置タイプ（disposition-type）は、送信された電子メールが受信側UAにおいてどのように処置されたかを示す。具体的には、「表示された（"displayed"）」、「印刷や転送等の何らかの処理がなされた（"dispatched"）」、「決められた処理を実行した（"processed"）」、「削除された（"deleted"）」、「拒否された（"denied"）」、「失敗した（"failed"）」がある。
【００９５】
このようにRFC２２９８には、受信側の電子メールの処理に応じたパラメータが、Dispositionヘッダにセットされるので、予め定めたルールに基づいて送信した電子メールの既読確認がされたか否かを判断し、その結果をMDN通信結果2-12に反映する。
【００９６】
ステップS5-8では最終ラインか否かを判断し、肯定判断の場合はステップS5-9に進み、否定判断の場合はステップS5-5に戻って次のラインについて最終ラインか否かの判断を行う。
【００９７】
ステップS5-9では、MDNにて"Disposition:"フィールドがない場合は、受信したMDNのメールが正常でないことを示しており、MDN受信メールのMDN通信結果2-12に受信エラーを示す情報をセットする。送信電子メールのアドレスが誤っていたために、メールサーバからエラーを通知する電子メールが返ってきた場合等は、この処理が実行されることになる。
【００９８】
ステップS5-10では、該当メッセージＩＤが無いため、MDN受信メールのMDN通信結果2-12に受信エラーを示す情報をセットする。
【００９９】
ここで、図４のステップS4-9の処理、図５のステップS5-9の処理、ステップS5-10の各処理は、それぞれ異なる要因でMDN返信メールが受信できずに通信管理情報にエラーをセットする処理であるが、それぞれのエラー要因を識別するためのエラーコードをセットしてレポート等で可視出力する。これにより、電子メールの送信者は、エラーを詳細に検証することが可能となる。
【０１００】
図６は、第１の実施形態のインターネットファクシミリ装置における通信管理レポートの出力例を示す図であり、この通信管理レポートは、通信管理情報2-1に記憶されている内容に基づいて出力される。同図の例では、電子メールでファクシミリ送信をした場合（すなわちインターネットファクシミリ送信をした場合）、通信モードの欄に"送信 I-FAX"と記述し、この例では、３件の"送信 I-FAX"が記述されている。
【０１０１】
最初のNo.0002の件は、通信モードに「MDN未」と表示することにより未だ既読確認を受信していないことを示し、通信結果の欄に「--」を表示することにより結果不明であることを示している。
【０１０２】
次のNo.０００３の件は、通信モードに「MDN済」と表示することにより既に既読確認済みであることを示し、通信結果の欄にOKを記述している。
【０１０３】
最後のNo.０００４の件は、通信モードの欄にMDNに関する表示をしないことによりMDNの要求がされなかったことを示しており、通信結果の欄にOKのみを記述している。
【０１０４】
このように通信管理レポートを出力する際に、既読確認の要求の有無、および、その出力時点における既読確認状況を各通信ごとに表示するので、ユーザは各通信ごとの既読確認の状況を把握することができるようになる。
【０１０５】
尚、図６の例では、インターネットファクシミリ送信の通信結果の欄にセットされるOK/NGは、メールサーバまでの送信結果とMDN通信結果を合わせて１つの通信結果として印字している。すなわち、メールサーバまでの送信結果とMDN通信結果がともに正常終了の場合のみOKとしている。
【０１０６】
そこで、変形例として、メールサーバまでの送信結果とMDN通信結果とを別個の欄に印字するようにしてもよい。
【０１０７】
図７及び図８は、既読確認要求付きのインターネットファクシミリ送信した場合の送信結果レポートの出力例である。図７が通信結果がOKで既読確認済みの場合の例であり、図８が通信結果がNGで既読確認済みの場合の例である。
【０１０８】
図７の例では、図５のMDN解析処理にて"Disposition:"ヘッダの内容から送信結果をOKとして通信管理情報を更新し(ステップS5-7)、送信結果レポートとして出力する。
【０１０９】
送信結果を出力時期については、既読確認のメールを受信するまで送信結果レポートの出力を行わないものとする。既読確認メールの受信待ちで決められた時間経過後(ステップS4-6)は、既読確認未受信とし、送信エラーとして送信結果レポートを出力する。
【０１１０】
図８の例では、図５のMDN解析処理にて"Disposition:"ヘッダの内容から送信結果をNGとして通信管理情報を更新し(ステップS5-7)、送信結果レポートとして出力している。
【０１１１】
このように第１の実施形態によれば、既読確認付きのインタネットファクシミリ送信を行った場合に、その既読確認に対する応答状況を通信管理情報に詳細に反映して印字または表示することが可能となった。
【０１１２】
これにより、インターネットファクシミリの送信者は、インターネットファクシミリ送信の通信状況・通信結果の内容を正確に把握することが可能となり、ユーザにとって分かり易く親切なインターネットファクシミリ装置を提供できる。
【０１１３】
尚、上記第１の実施形態では、受信機からのMDN応答状況を反映した通信管理情報をレポート出力という形で送信者に通知する例を示したが、この通信管理情報をFAX操作部1-2に表示するような形態にしてもよい。
【０１１４】
更に、図1で示したインターネットファクシミリ装置の構成に、LAN1-11上のWebクライアントに対して各種データを公開するためのWebサーバ機能を持たせ、通信管理情報をXML或いはHTML形式に変換してWebサーバ機能によりLAN1-11上のユーザに公開するような形態にしてもよい。
【０１１５】
＜第２の実施形態＞
第２の実施形態として既読確認付きインターネットファクシミリデータを受信する受信機側の動作を説明する。
【０１１６】
ここで、受信機側のインタネットファクシミリ装置（以下、第２の実施形態のインターネットファクシミリ装置と称する）は、図２で示した第１の実施形態のインターネットファクシミリ装置と同様の通信管理情報2-1により各受信を管理するものとする。
【０１１７】
図９は、第２の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャートである。
【０１１８】
まず、通信管理情報2-1のエリアを確保し、確保したエリアに当該受信電子メールに関する情報（図２の2-2〜2-12の情報）をセットする。その際、MDNステータス2-11には、MDN要求無しを示す情報をセットする。
【０１１９】
ステップS9-1では、既読確認の要求があるか否かを判断する。この判断は、RFC2298に基づくMDN要求ヘッダ(" Disposition-Notification-To:<送信元アドレス>")を付けたメールヘッダがあるか否かで判断し、MDN要求ヘッダがある場合はステップS9-2に進み、MDN要求ヘッダが無い場合はステップS9-3に進む。
【０１２０】
ステップS9-2では、受信メールの通信管理情報2-1にてMDN要求有りの情報をMDNステータス2-10にセットする。
【０１２１】
ステップS9-3では、RAM1-6に予め登録されている「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、アラームを鳴動するか否かを判断する。アラームを鳴らす場合はステップS9-4に進み、アラームを鳴らさない場合は、ステップS9-5に進む。
【０１２２】
ステップS9-4では、既読確認要求有りのアラームを操作部1-2に配置されたスピーカにより鳴動する。
【０１２３】
ステップS9-5では、RAM1-6に予め登録されている「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、受信結果レポートを出力するか否かを判断する。受信結果レポートを出力する場合はステップS9-6に進み、受信結果レポートを出力しない場合はステップS9-7に進む。
【０１２４】
ステップS9-6では、MDN要求有りの情報を付した受信結果レポートを出力する。この受信結果レポートの出力例については後述する。
【０１２５】
ステップS9-7では、「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、MDNを自動で返信するか否かを判断する。MDNを自動で返信する場合はステップS9-8に進み、MDNを自動で返信しない場合はステップS9-13に進む。
【０１２６】
ステップS9-8では、MDNの返信メールを作成して「Disposition-Notification-Header」にセットされているMDN通知先アドレスに送信する。
【０１２７】
ステップS9-9送信後はMDNステータス2-11にMDN返信メールを送信したことを、すなわち既読確認の電子メールを送信済みであることを示す情報をセットする。
【０１２８】
ステップS9-13では、操作部1-2のLEDまたはLCD表示にてMDN要求有りを表示し、メモリ受信画像有りとしてLEDを点灯し、メモリに受信メールを蓄積して受信メールの処理を終了する。
【０１２９】
ステップS9-10では、受信した電子メールに添付されている画像にMDN要求有りを示すマークをヘッダに付加して出力する。一般に受信したファクシミリ画像に所定のマークを合成して出力する技術は周知であり、本実施形態でも同様の技術により実現される。尚、この画像の出力例については後述する。
【０１３０】
ステップS9-11では、受信した電子メールに添付されている画像にMDN要求有りを示すマークを付けないヘッダを付加して出力する。
【０１３１】
以上のフローチャートが、既読確認の要求ヘッダ有りで電子メールを受信した時の動作である。
【０１３２】
ここで着目すべきは、受信電子メールの内容、および、受信電子メールに添付された画像が可視出力する前、すなわち、ステップS9-4、ステップS9-6、ステップS9-10若しくは、ステップS9-13において、MDN要求が付されていることをユーザに報知している点である。
【０１３３】
これにより、ユーザは受信電子メールの内容を確認することなくMDN要求が付されていることを判別でき、送信者に対していち早く既読確認を返信することが可能となる。
【０１３４】
尚、図９に示したフローチャートを種々変形することも可能であり、その変形例として、以下、第１の変形例と第２の変形例を図１２のフローチャート（図９のフローチャートを変形したもの）を参照して説明する。
【０１３５】
（第１の変形例）
上記の例では、図９のステップS9-7の判断が否定判断の場合に、ステップS9-9でMDN要求有りと表示した後、ステップS9-10で受信画像を出力するようにした。
【０１３６】
第１の変形例では、図１２のステップS12-7の判断が否定判断の場合のS12-９の表示の後、受信画像を出力せずにいったん処理を終了する。その後、ユーザによる所定の操作に応じて、受信画像を出力するとともに、MDN返信メールを送信する。
【０１３７】
（第２の変形例）
上記の例では、図９のステップS9-7の判断が肯定判断の場合に、まずステップS9-8でMDN返信メールを送信し、ステップS9-10で受信画像を出力した。
【０１３８】
第２の変形例では、図１２のステップS12-7が肯定判断の場合に、ステップS12-8で先に受信画像の出力を行った後、ステップS12-10で正常に出力された否かを判断する。この判断が肯定判断の場合にはステップS12-13でMDN返信メールを送信する（MDNステータス2-11にMDN返信メールを送信した旨をセットする）。一方、否定判断の場合には、ステップS12-12に進み、S12-10で出力しようと試みた受信画像に対応するMDN返信メールの送信を自動から手動に切り替える。その後、ユーザによる所定の操作に応じて、受信画像を出力するとともに、該受信画像に対応するMDN返信メールを送信する。
【０１３９】
上記第１の変形例によれば、ユーザによる所定の手動操作に連動して受信画像の出力動作と該出力画像に対応するMDN返信メールの送信とが自動的に実行されるので、MDN返信メールの信頼性が向上する。
【０１４０】
また、上記第２の変形例によれば、MDN返信メールを自動的に送信する場合でも、受信画像が正常に出力されないにもかかわらず、MDN返信メールが自動的に送信されてしまうことを防止することができる。
【０１４１】
次に第２の実施形態における受信結果レポートおよび受信画像の出力例を説明する。
【０１４２】
図１０は、第２の実施形態のインターネットファクシミリ装置において、受信電子メール1件ごとに出力される受信結果レポートの出力例を示す図である。同図の例では、MDN要求が付された受信電子メールに対する受信結果レポートの出力例を示している。通信管理番号2-2に対応する「受付番号」（1001）、及び、送信元の電子メールアドレスを示す「相手のアドレス」（1002）とともに、通信結果の欄にてMDN要求が付されていたことを示す「既読確認要求有り」（1003）が印字されている。
【０１４３】
この1003の表示により受信者は、その受信画像が添付されていた電子メールにMDN要求が付されていたことを認知することが可能となる。
【０１４４】
図１１は、第２の実施形態のインターネットファクシミリ装置における受信電子メールに添付されていた画像の出力例を示す図である。同図の例では、MDN要求が付された受信電子メールに添付されていた画像の出力例を示している。そのヘッダ部には、送信元の電子メールアドレス1101とともに、MDN要求が付されていたことを示す情報1102が印字されている。
【０１４５】
この1102の表示により受信者は、その受信画像が添付されていた電子メールにMDN要求が付されていたことを認知することが可能となる。
【０１４６】
一方、MDN要求が付されていない受信電子メールに添付されていた画像を出力する場合には1102のエリアは空欄となる。
【０１４７】
尚、図１１に示した例ではヘッダ部に既読確認有りを示す情報を印字するようにしたが、これをフッタ部に印字してもよいし、既読確認の有無が判別可能であれば、その他の態様で表示してもよい。
【０１４８】
次に、ユーザが出力された受信結果レポートや受信画像により既読確認要求を認知して、その既読確認に対する応答を行う動作を説明する。
【０１４９】
第２の実施形態のインターネットファクシミリ装置の傍を通りかかったユーザは、ステップS9-9で表示されたLCDまたはLEDの状態からMDN要求付きの電子メールが受信されたことを認知する。
【０１５０】
また、ステップS9-6で出力された受信結果レポート、または、ステップS9-10で出力された受信画像を手にしたユーザは、そこに付されたMDN要求有りを有りを示す情報から、MDN要求があったことを認知する。
【０１５１】
そして、MDN要求があったことを認知したユーザは、操作部1-2のボタンにより所定の操作を行うことにより、ステップS9-8で示した処理によりMDN返信メールを送信する。
【０１５２】
その際、"送信者が既読確認を要求しています。返信メールを出しますか、YES/NO"と表示し、既読確認をするYESを選択した場合は、既読確認用の返信メールを送信するようにしてもよい。
【０１５３】
このように第２の実施形態によれば、既読確認(MDN)を要求した電子メールを受信したとき、その旨をLED/LCD表示、アラーム、レポー、更には出力した受信受信などで示すことにより、既読確認の操作をユーザに促すことが可能になる。
【０１５４】
尚、図1で示したインターネットファクシミリ装置の構成に、LAN1-11上のWebクライアントに対して各種データを公開するためのWebサーバ機能を持たせ、通信管理情報や受信画像をXML或いはHTML形式に変換してWebサーバ機能によりLAN1-11上のユーザに公開するような形態にしてもよい。
【０１５５】
＜第３の実施形態＞
第３の実施形態として、上記第２の実施形態のインターネットファクシミリ装置に、受信した電子メールに対する既読確認電子メールを送信済みか否かの情報をユーザに通知する手段を更に設けた実施形態を説明する。
【０１５６】
上記第２の実施形態で説明したように、通信管理情報2-1の受信電子メールのMDNステータスには、既読確認要求の有無を示す情報、および、既読確認要求に対する応答電子メールを送信済みであることを示す情報が、各受信電子メールごとにセットされている。
【０１５７】
したがって、受信電子メールに対応するMDNステータス2-11を読み出すことにより、その受信電子メールに対する既読確認要求の有無、および、既読確認要求に対する応答電子メールの送信の有無を判別することが可能となる。
【０１５８】
図１６は、受信電子メールに添付された画像ファイルを管理する方式を示した模式図である。画像管理情報１６０１は画像ファイル１６０３の格納先情報、送信元の情報（電子メールアドレス等）、受信時刻情報、添付されていた電子メールのメッセージID、更には画像ファイルのフォーマットに関する情報等が記憶されている。画像ファイルを出力する際は、この画像管理情報から必要な情報を読み出し、画像の出力制御を行う。
【０１５９】
また、画像管理情報１６０１に記憶されている電子メールのメッセージID等から、画像ファイルが添付されていた受信電子メールの通信管理情報１６０２を特定することも可能である。したがって、画像ファイルから特定された通信管理情報のMDNステータス2-12を読み出すことにより、当該画像ファイルが添付されていた電子メールに対する既読確認要求の有無、および、既読確認要求に対する応答電子メールの送信の有無を判別することが可能となる。
【０１６０】
図１５に第３の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作を示すフローチャートを示す。
【０１６１】
まず、ステップS1501では、出力対象の画像ファイルが添付されていた受信電子メールに対応する通信管理情報を特定し、特定された通信管理情報のMDNステータス2-11を読み出す。
【０１６２】
ステップS1502、および、ステップS1504では、ステップS1501で読み出したMDNステータス2-11の値を評価する。
【０１６３】
ステップS1502が肯定判断、すなわち、受信電子メールに対するMDN要求がなければ、ステップS1503に進み、既読確認に関するマークを付加せずに画像ファイルを出力する。
【０１６４】
ステップS1504が肯定判断、すなわち、受信電子メールに対するMDN要求があり、かつその要求に対してMDN応答電子メールを送信済みならば、ステップS1505に進む。ステップS1502では、図１３に示すようにMDN応答電子メールを送信済みであることを示すマーク１３０１を付加して画像ファイルを出力する。
【０１６５】
ステップS1504が否定判断、すなわち、受信電子メールに対するMDN要求があり、かつその要求に対してMDN応答電子メールをまだ送信していない場合には、その旨を示すマークを付加して画像ファイルを出力する。
【０１６６】
以上が、第３の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作である。
【０１６７】
このようにMDN要求の有無、および、MDN要求に対する応答の有無が画像ファイルの出力画像に付加されるので、出力画像を見たユーザは既読確認行動をとるべきか否かを把握することが容易となる。
【０１６８】
また、上記実施形態で説明したように通信管理情報2-1の受信電子メールのMDNステータスには、既読確認要求の有無を示す情報、および、既読確認要求に対する応答電子メールを送信済みであることを示す情報が、各受信電子メールごとにセットされている。
【０１６９】
したがって、通信管理レポートを出力する際に、受信電子メールについて既読確認要求に関する情報を付加するようにしておもよい。
【０１７０】
図１４は、第３の実施形態の通信管理レポートの出力例を示した図である。同図の例によれば、Ｎｏ．５００２の受信電子メールについてはその通信モードの欄に「ＭＤＮ未」を表示することにより、既読確認要求が付加されていたが未だ応答していないことを示している。Ｎｏ．５００３の受信電子メールについてはその通信モードの欄に「ＭＤＮ済」を表示することにより、既読確認要求が付加されていて、既に応答済みであることを示している。Ｎｏ．５００５の受信電子メールについては、その通信モードの欄に「ＭＤＮ無」を表示することにより、既読確認要求が付加されていないことを示している。
【０１７１】
このように、複数の受信電子メールについて既読確認要求の有無および既読確認要求の応答の有無を一覧リストとして出力することにより、既読確認の漏れをチェックすることが可能となる。
【０１７２】
＜他の実施形態＞
上記第１の実施形態のインタネットファクシミリ装置が有する機能と上記第２の実施形態のインタネットファクシミリ装置が有する機能は１の装置で実現されてもよいことは言うまでもない。
【０１７３】
上記実施形態では、インタネットファクシミリ装置という１つの機器について説明したが、コンピュータ装置、スキャナ装置、プリンタ装置等の複数の機器から構成される画像通信システムに対しても本発明は適用される。
【０１７４】
また、本実施の形態で説明した機能を実現するためのプログラムは、ROM1-5に格納されているが、この機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のＣＰＵが記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることはいうまでもない。
【０１７５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、光ディスク、光磁気ディスク、ＣＤ ＲＯＭ、ＣＤ Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１７６】
また、ＣＰＵが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１７７】
さらに、記憶媒体から読出されたプログラムコードが、装置に挿入された機能拡張ボードや装置に接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１７８】
【発明の効果】
以上説明したように、本発明によれば、送信電子メールの通信管理情報に該送信電子メールに対する応答電子メールの受信状況を反映させることが可能となるので、ユーザにとって分かり易く親切なインターネットファクシミリ装置を提供できる。そして、送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報、すなわち、何らかの原因で送信先からの応答が無かったことを示す情報を管理することが可能となり、ユーザは電子メールの送信状況がより把握しやすくなる。
【０１８０】
また、本発明によれば、受信した電子メールに添付された画像ファイルの内容を確認した際に、応答電子メールが要求されているか否かをユーザが把握することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態におけるインターネットファクシミリ装置の構成を示すブロック図
【図２】第１の実施形態におけるファクシミリの通信管理情報のデータ構成を示す図
【図３】第１の実施形態のインターネットファクシミリ装置における電子メール送信処理を示すフローチャート
【図４】第１の実施形態のインターネットファクシミリ装置における受信電子メールの処理を示すフローチャート
【図５】第１の実施形態のインターネットファクシミリ装置における受信したMDNの解析処理を示すフローチャート
【図６】第１の実施形態のインターネットファクシミリ装置の通信管理レポートの出力例を示す図
【図７】第１の実施形態のインターネットファクシミリ装置の送信結果レポートの出力例を示す図
【図８】第１の実施形態のインターネットファクシミリ装置の送信結果レポートの出力例を示す図
【図９】第２の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャート
【図１０】第２の実施形態のインターネットファクシミリ装置の受信結果レポートの出力例を示す図
【図１１】第２の実施形態のインターネットファクシミリ装置の受信画像の出力例を示す図
【図１２】第２の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャート
【図１３】第３の実施形態のインターネットファクシミリ装置の受信画像の出力例を示す図
【図１４】第３の実施形態のインターネットファクシミリ装置の通信管理レポートの出力例を示す図
【図１５】第３の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作を示すフローチャート
【図１６】受信電子メールに添付された画像ファイルを管理する方式を示した模式図
【符号の説明】
１−１ ＣＰＵ
１−２ 操作部
１−３ 読取部
１−４ 記録部
１−５ ＲＯＭ
１−６ ＲＡＭ
１−７ ＭＯＤＥＭ
１−８ ＮＣＵ
１−９ ＬＡＮ
１−１１ ＬＡＮ（インターネット）
１−１２ メールサーバ
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介して電子メールを送受信することが可能な画像通信装置に関し、特に、電子メールにより送信した画像の既読確認に関するものである。
【０００２】
【従来の技術】
近年、インターネット等のネットワークを介して電子メールを送受信することが可能な画像通信装置として、インターネットファクシミリ装置が提案されている。このインターネットファクシミリ装置では、読み取った画像データをファイルとして電子メールに添付する方式で受信機へ画像を送信する。
【０００３】
ここで、送信された電子メールは、ネットワーク上の1以上のメールサーバを介してストア・アンド・フォワード方式で宛先の受信機へ送信される。そのため、上記インターネットファクシミリ装置における画像データの送信結果については、単にメールサーバに対しての送信結果に過ぎず、通信管理レポート、若しくは、送信結果レポートの記載内容から画像データが確実に受信機に送達されたか否か、更には、その画像の内容が受信者に読まれたか否かを確認することはできなかった。
【０００４】
また、受信機側においても、受信画像の既読確認を送信機側に伝えるための有効な手段が無かった。
【０００５】
一方、電子メール通信において既読確認を行うための技術が提案されている。
【０００６】
RFC２２９８によれば、送信側のUA(mail user agent)と受信側UAは次のように動作することにより、既読確認（Message Disposition Notification、以下単にMDNと称す）が実現される。
【０００７】
（１）送信側UAは、既読確認を行う場合、"Disposition-Notification-To:<返信メールアドレス>"をメールのヘッダに付加してメールを送信する。
【０００８】
（２）受信側のUAは、このメールを受信したら、送信者が既読確認を要求している事を表示し、送信者に既読確認の返信メールを送るかどうかを問い合わせ、返信メールを送る場合は、既読確認用のヘッダを付加して返信メールを送信し、返信メールを送らない場合は、このヘッダを無視する。
【０００９】
（３）送信側のUAは、既読確認の返信メールを受信したら、既読確認済みのメールを表示する。
【００１０】
【発明が解決しようとする課題】
本発明は、インターネットファクシミリ装置において、送信画像の既読確認を実現することを目的とする。すなわち、送信機側のインターネットファクシミリ装置において、送信画像の既読確認状況の詳細をユーザに通知する手段を提供することを目的とする。
【００１１】
受信機側のインターネットファクシミリ装置において、受信画像の既読確認を送信機側に伝えるための有効な手段を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために本出願の発明は、電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、画像ファイルを添付した電子メールを送信する電子メール送信手段と、前記電子メール送信手段により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求手段と、送信された電子メールごとの送信情報を管理する通信管理手段と、送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理手段が管理する送信情報を更新する制御手段とを備え、前記制御手段は更に、前記通信管理手段が管理する送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新する。
【００１３】
また、好ましくは、前記要求手段は、送信する電子メールの既読確認を示す応答電子メールを要求する。
【００１４】
また、好ましくは、前記要求手段の実行の有無を選択する選択手段を更に備え、前記通信管理手段は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理する。
【００１５】
また、好ましくは、前記制御手段は、前記通信管理手段が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に更新する。
【００１７】
また、好ましくは、前記通信管理手段が管理する送信情報を可視出力する出力手段を更に備える。
【００１８】
上記目的を達成するために本出願の発明は、電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、画像ファイルが添付された電子メールを受信する電子メール受信手段と、前記電子メール受信手段が受信した電子メールに添付された画像ファイルの内容を可視出力する出力手段と、前記検出手段によって前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加する付加手段とを備える。
【００２０】
また、好ましくは、前記付加手段は、前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像の一部に前記制御情報に対する応答が済んでいることを示す情報を付加する。
【００２１】
また、好ましくは、前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報である。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２３】
まず、本実施形態のインターネットファクシミリ装置の構成を説明する。
【００２４】
図1は、本発明の実施形態におけるインターネットファクシミリ装置の構成を示すブロック図である。
【００２５】
図１において、1-1は、ファクシミリを制御するためのＣＰＵである。
【００２６】
1-2は、ファクシミリの操作部で、ＬＣＤと入力用のキーパネルなどで構成され、ファクシミリの通信・記録などの入力操作を可能にする。またアラームを鳴動するためのスピーカ等の音源手段も配置されている。
【００２７】
1-3は、送信するファクシミリ原稿の画像を読み取る読取部である。
【００２８】
1-4は、受信した画像データや電子メールの本文、各種レポートなどを出力するための記録部である。
【００２９】
1-5 は、本発明の実施形態に係るファクシミリの制御用のプログラムとデータを格納した記憶媒体としてのＲＯＭであり、ファクシミリ送信・受信、電子メールの送信・受信、レポート生成、記録・読取、ユーザI/Fなどを制御するためのプログラムを格納している。
【００３０】
1-6は、ファクシミリの各種情報を格納するためのRAMで、送信・受信時に生成される通信管理情報や画像データなどを格納している。
【００３１】
1-7は、MODEMで公衆回線（PSTNまたはISDN）1-9に対してファクシミリの送受信を行うための変復調回路である。
【００３２】
1-8は、PSTN1-9に対するネットワーク制御回路（NCU）である。
【００３３】
1-9は、ローカルエリアネットワーク（LAN）1-10に接続するためのI/Fユニットである。
【００３４】
1-11は、電子メールデータの交換が可能なLANまたはインターネットである。LANの場合は、ファイアウオールやサービスプロバイダ等を介してインターネットへとつながっている。
【００３５】
1-11は、LANまたはインターネットを介して接続されているメールサーバである。
【００３６】
本願クレームにおけるインターネットファクシミリ装置を用いた電子メール送信は、FAX操作部1-2により宛先を指定し、読取装置1-3により送信原稿の画像を読み取り、E-mail送信制御プログラムにより電子メールに読み取った画像を添付して送信される。尚、電子メールの形式および添付画像の圧縮方法などの詳細に関しては、ITU-T T.37（インターネットを介したファクシミリ送信の勧告）に基づくものとする。
【００３７】
以下、第１の実施形態として、既読確認付きのインターネットファクシミリデータを送信する送信機側の動作を説明し、第２の実施形態として既読確認付きインターネットファクシミリデータを受信する受信機側の動作を説明する。
【００３８】
＜第１の実施形態＞
第１の実施形態として、既読確認付きのインターネットファクシミリデータを送信する送信機（以下、第１の実施形態のインターネットファクシミリ装置と称する）側の動作を説明する。
【００３９】
まず、第１の実施形態のインターネットファクシミリ装置における通信結果情報の管理方法を説明する。
【００４０】
本実施形態のインターネットファクシミリ装置では、ファクシミリ送受信、および、電子メール送受信の結果を通信管理情報として記憶・管理する。
【００４１】
図２は、第１の実施形態におけるファクシミリの通信管理情報のデータ構成を示している。
【００４２】
2-1は、ファクシミリの送信・受信、または電子メールによる送信・受信を実行するごとに作成される通信管理情報を格納するための通信管理情報テーブルである。通信管理情報テーブル2-1の個々の通信管理情報には2-2〜2-12に示す情報が格納される。
【００４３】
2-2には、通信管理番号で送信時に１〜４９９９、受信時に５００１〜９９９９までの通番が割り振られる。
【００４４】
2-3には、ユーザIDでファクシミリの送信時のユーザ略称、発信人名称、電子メールの送信時のFrom:フィールド欄に記述される情報を格納する。
【００４５】
2-4には、送信・受信、G3やECMなどのファクシミリ送信・受信モード、I-FAX（電子メールによるファクシミリ送信）などの通信モードを確認する。
【００４６】
2-5には、通信時間を格納する。ＬＡＮを介した送信、受信の場合は、サーバとの接続時間になる。
【００４７】
２−６には、通信を開始した時間を格納する。２−７には、送信・受信原稿の枚数を格納する。画像無しの電子メールを受信した場合は、枚数情報は無いものとして格納される。
【００４８】
2-8には、相手先電話番号または相手先のメールアドレスを格納する。
【００４９】
2-9には、電子メール送信時にメールヘッダの"Message-ID:"に記述したメッセージＩＤと、受信時メールヘッダの"Message-ID:"に記述されているメッセージIDを格納する。
【００５０】
この"Message-ID"に記述されたＩＤは、電子メールをインターネット上で一意に識別するために、送信側のＩＰアドレスやドメイン名、送信時刻、通信管理番号などを組み合わせて作成される。
【００５１】
2-10には、通信結果を示す情報を格納する。PSTN経由のG3通信であればその結果を格納し、インターネットファクシミリ送信であれば、デフォルトのメールサーバまでの通信結果を格納する。
【００５２】
2-11には、送信した電子メールのMDNステータスを格納する。このMDNステータスとしては、例えば次のようなものがある。
【００５３】
「MDN無し」は、既読確認が要求されなかったことを示す。「MDN要求中」は既読確認が要求され、その確認中であることを示す。「MDN確認済み」は、要求した既読確認に応じた電子メールを受信したことを示す。
【００５４】
2-12には、MDN通信結果情報、すなわち既読確認を要求した場合のMDNに対する受信側の応答結果を示す。
【００５５】
尚、図２に示した例では、送信／受信や、G3ファクシミリ通信／インターネットファクシミリ通信といった異なる通信モードの通信を１つのテーブルにより管理しているが、各通信モードごとに異なるテーブルにより管理するものであってもよい。
【００５６】
次に本実施形態のインターネットファクシミリ装置における電子メール送信処理を説明する。
【００５７】
図3は、第１の実施形態のインターネットファクシミリ装置における電子メール送信処理を示すフローチャートである。
【００５８】
まずステップS3-1では、送信の開始で通信管理テーブルより通信管理情報を格納するための領域を１つ確保する。領域が空いていない場合には、一番古い通信管理情報を上書きして確保する。また、確保した領域の通信管理情報に対して、通信管理番号2-2を付与する。
【００５９】
ステップS3-2では、送信メールに対する通信管理情報を生成する。具体的には送信メールを識別するための唯一のIDとしてメッセージIDを生成し、通信モードをインタネットファクシミリ送信を示すI-FAX送信とし、通信開始時間・ページ数・相手先メールアドレス・エラーコード（通信結果：未定）を設定する。
【００６０】
ステップS3-3では、既読確認（ＭＤＮ）を行うか否か、すなわち、既読確認要求ヘッダを付けるか否かを判断し、付ける場合はステップS3-3に、付けない場合はステップS3-5に進む。
【００６１】
ここで、既読確認を行うか否かの設定は、ステップS3-3の判断以前に、ユーザがFAX操作部1-2により設定されているものとする。
【００６２】
ステップS3-4では、既読確認要求ヘッダ(" Disposition-Notification-To:<送信元アドレス>")を付けたメールヘッダを作成する。
【００６３】
ステップS3-5では、通信管理情報のMDMステータス2-11に、「ＭＤＮ要求中」ステータスを書き込む。
【００６４】
ステップS3-6では、ＭＤＮ要求ヘッダなしで送信メールのヘッダを作成する。
【００６５】
ステップS3-7では、通信管理情報のMDNステータス2-11に、「ＭＤＮ要求無し」の情報を書き込む。
【００６６】
ステップS3-8では、メールサーバに対して、送信するための画像ファイルを添付した電子メールの送信処理を実行する。
【００６７】
ステップS3-9では、メールサーバに対して、メールの送信が完了したら、通信管理情報のMDNステータスの値を読み出して、「MDN要求中」ならステップS3-9に進み、「MDN要求中」でないならステップS3-10に進む。
【００６８】
ステップS3-10では、MDN受信待ちを送信結果に書き込み、通信管理情報を更新する。
【００６９】
ステップS3-11では、送信結果に正常終了を書き込み、通信管理情報を更新する。
【００７０】
以上の処理により、電子メール送信の通信管理情報が、通信管理情報テーブル2-1にセットされる。
【００７１】
次に本実施形態のインターネットファクシミリ装置における電子メール受信処理を説明する。
【００７２】
本実施形態における電子メールの受信処理は、装置側の設定により一定周期にメールサーバへ受信メールの確認を行うことで行う。
【００７３】
図4は、第１の実施形態のインターネットファクシミリ装置における受信電子メールの処理を示すフローチャートである。メールサーバから受信した各電子メールについて図４のフローチャートに基づく処理が実行される。
【００７４】
ステップS4-1では、受信メール用に通信管理情報を格納するための領域を確保し、通信管理番号を取得する。
【００７５】
ステップS4-2では、受信メールのヘッダ部よりメッセージＩＤを取得し、ステップS3-2と同様に通信管理情報を生成する。
【００７６】
ステップS4-3では、通信管理情報テーブル2-1をサーチしてMDN受信待ちの通信管理情報があるかを判定し、ある場合はステップS4-4に進み、ない場合はステップS4-8に進む。
【００７７】
ステップS4-4では、受信電子メールが既読確認要求に応答するMDNであるか否かを判定し、肯定判断の場合はステップS4-5に移行し、否定判断の場合はステップS4-6に移行する。
【００７８】
ステップS4-5では、受信したMDNの解析処理を実行し、受信したMDNに対応する送信電子メールの通信管理情報の更新を行う。尚、このステップS405の処理の詳細については後に図５を参照して詳述する。
【００７９】
ステップS4-6は、MDN受信待ちのメールがあるにもかかわらず、受信メールがMDNで無かった場合であり、このステップではMDN受信待ちの通信管理情報の待ち時間がオーバーしたか否かを判断する。肯定判断の場合はステップS4-7に進み、否定判断の場合はステップS4-8に進む。
【００８０】
ステップS4-7では、MDN要求を行った送信メールに関する通信管理情報の通信結果として、「MDN未受信」を書き込む。
【００８１】
ステップS4-8では、MDNメールでないのため、所定の処理を実行する。この所定の処理としては、例えば受信電子メールに添付された画像データを印刷したり、他の装置へ転送したりする処理等がある。
【００８２】
ステップS4-9では、ステップS4-8により処理された結果に基づいて受信メールの通信管理情報を更新する。
【００８３】
以上の処理により、受信電子メールの通信管理情報の更新処理が実行される。
【００８４】
次に、ステップS4-5における受信したMDNの解析処理の詳細を図5参照して説明する。
【００８５】
ステップS5-1では、受信した電子メールより１ラインのデータを取得する。
【００８６】
ステップS5-2では、先頭文字列が、MDNに対応する送信電子メールのメッセージＩＤを示すためのヘッダである"Original-Message-ID:"か否かを判断し、否定判断の場合はステップS5-1に戻って次のデータラインを取得し、肯定判断の場合はステップS5-3に進む。
【００８７】
ステップS5-3では、送信メールの通信管理情報のメッセージＩＤから(S5-2)に示されたメッセージＩＤがあるかどうかを検索する。
【００８８】
ステップS5-4では、該当するメッセージＩＤが検索された場合は、その通信管理情報のエリアをポインタ等で特定しステップS5-5に進み、検索されなかった場合は、ステップS5-10に進む。
【００８９】
ステップS5-5では、さらに受信メールから１ライン取得し、ステップS5-6で取得したラインの先頭文字列が"Disposition:"であるか否かを判断する。この判断が肯定判断の場合には、ステップS5-7に進み、否定判断の場合にはステップS5-5に戻って次の１ラインを取得する。
【００９０】
ステップS5-7では、Disposition:のヘッダの内容に基づいて、ステップS5-4において特定した通信管理情報の通信結果2−12の内容を更新する。
【００９１】
ここで、Disposition:のヘッダにセットされるパラメータはRFC２２９８に定義されている。
【００９２】
アクションモード（action-mode）は、MDNに関する処理が、自動で行われたのか、手動で行われたのかを示す（"manual-action" / "automatic-action"）。
【００９３】
送信モード（sending-mode）は、MDNの送信が手動で行われたか、自動で行われたかを示す（"MDN-sent-manually" / "MDN-sent-automatically"）。
【００９４】
処置タイプ（disposition-type）は、送信された電子メールが受信側UAにおいてどのように処置されたかを示す。具体的には、「表示された（"displayed"）」、「印刷や転送等の何らかの処理がなされた（"dispatched"）」、「決められた処理を実行した（"processed"）」、「削除された（"deleted"）」、「拒否された（"denied"）」、「失敗した（"failed"）」がある。
【００９５】
このようにRFC２２９８には、受信側の電子メールの処理に応じたパラメータが、Dispositionヘッダにセットされるので、予め定めたルールに基づいて送信した電子メールの既読確認がされたか否かを判断し、その結果をMDN通信結果2-12に反映する。
【００９６】
ステップS5-8では最終ラインか否かを判断し、肯定判断の場合はステップS5-9に進み、否定判断の場合はステップS5-5に戻って次のラインについて最終ラインか否かの判断を行う。
【００９７】
ステップS5-9では、MDNにて"Disposition:"フィールドがない場合は、受信したMDNのメールが正常でないことを示しており、MDN受信メールのMDN通信結果2-12に受信エラーを示す情報をセットする。送信電子メールのアドレスが誤っていたために、メールサーバからエラーを通知する電子メールが返ってきた場合等は、この処理が実行されることになる。
【００９８】
ステップS5-10では、該当メッセージＩＤが無いため、MDN受信メールのMDN通信結果2-12に受信エラーを示す情報をセットする。
【００９９】
ここで、図４のステップS4-9の処理、図５のステップS5-9の処理、ステップS5-10の各処理は、それぞれ異なる要因でMDN返信メールが受信できずに通信管理情報にエラーをセットする処理であるが、それぞれのエラー要因を識別するためのエラーコードをセットしてレポート等で可視出力する。これにより、電子メールの送信者は、エラーを詳細に検証することが可能となる。
【０１００】
図６は、第１の実施形態のインターネットファクシミリ装置における通信管理レポートの出力例を示す図であり、この通信管理レポートは、通信管理情報2-1に記憶されている内容に基づいて出力される。同図の例では、電子メールでファクシミリ送信をした場合（すなわちインターネットファクシミリ送信をした場合）、通信モードの欄に"送信 I-FAX"と記述し、この例では、３件の"送信 I-FAX"が記述されている。
【０１０１】
最初のNo.0002の件は、通信モードに「MDN未」と表示することにより未だ既読確認を受信していないことを示し、通信結果の欄に「--」を表示することにより結果不明であることを示している。
【０１０２】
次のNo.０００３の件は、通信モードに「MDN済」と表示することにより既に既読確認済みであることを示し、通信結果の欄にOKを記述している。
【０１０３】
最後のNo.０００４の件は、通信モードの欄にMDNに関する表示をしないことによりMDNの要求がされなかったことを示しており、通信結果の欄にOKのみを記述している。
【０１０４】
このように通信管理レポートを出力する際に、既読確認の要求の有無、および、その出力時点における既読確認状況を各通信ごとに表示するので、ユーザは各通信ごとの既読確認の状況を把握することができるようになる。
【０１０５】
尚、図６の例では、インターネットファクシミリ送信の通信結果の欄にセットされるOK/NGは、メールサーバまでの送信結果とMDN通信結果を合わせて１つの通信結果として印字している。すなわち、メールサーバまでの送信結果とMDN通信結果がともに正常終了の場合のみOKとしている。
【０１０６】
そこで、変形例として、メールサーバまでの送信結果とMDN通信結果とを別個の欄に印字するようにしてもよい。
【０１０７】
図７及び図８は、既読確認要求付きのインターネットファクシミリ送信した場合の送信結果レポートの出力例である。図７が通信結果がOKで既読確認済みの場合の例であり、図８が通信結果がNGで既読確認済みの場合の例である。
【０１０８】
図７の例では、図５のMDN解析処理にて"Disposition:"ヘッダの内容から送信結果をOKとして通信管理情報を更新し(ステップS5-7)、送信結果レポートとして出力する。
【０１０９】
送信結果を出力時期については、既読確認のメールを受信するまで送信結果レポートの出力を行わないものとする。既読確認メールの受信待ちで決められた時間経過後(ステップS4-6)は、既読確認未受信とし、送信エラーとして送信結果レポートを出力する。
【０１１０】
図８の例では、図５のMDN解析処理にて"Disposition:"ヘッダの内容から送信結果をNGとして通信管理情報を更新し(ステップS5-7)、送信結果レポートとして出力している。
【０１１１】
このように第１の実施形態によれば、既読確認付きのインタネットファクシミリ送信を行った場合に、その既読確認に対する応答状況を通信管理情報に詳細に反映して印字または表示することが可能となった。
【０１１２】
これにより、インターネットファクシミリの送信者は、インターネットファクシミリ送信の通信状況・通信結果の内容を正確に把握することが可能となり、ユーザにとって分かり易く親切なインターネットファクシミリ装置を提供できる。
【０１１３】
尚、上記第１の実施形態では、受信機からのMDN応答状況を反映した通信管理情報をレポート出力という形で送信者に通知する例を示したが、この通信管理情報をFAX操作部1-2に表示するような形態にしてもよい。
【０１１４】
更に、図1で示したインターネットファクシミリ装置の構成に、LAN1-11上のWebクライアントに対して各種データを公開するためのWebサーバ機能を持たせ、通信管理情報をXML或いはHTML形式に変換してWebサーバ機能によりLAN1-11上のユーザに公開するような形態にしてもよい。
【０１１５】
＜第２の実施形態＞
第２の実施形態として既読確認付きインターネットファクシミリデータを受信する受信機側の動作を説明する。
【０１１６】
ここで、受信機側のインタネットファクシミリ装置（以下、第２の実施形態のインターネットファクシミリ装置と称する）は、図２で示した第１の実施形態のインターネットファクシミリ装置と同様の通信管理情報2-1により各受信を管理するものとする。
【０１１７】
図９は、第２の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャートである。
【０１１８】
まず、通信管理情報2-1のエリアを確保し、確保したエリアに当該受信電子メールに関する情報（図２の2-2〜2-12の情報）をセットする。その際、MDNステータス2-11には、MDN要求無しを示す情報をセットする。
【０１１９】
ステップS9-1では、既読確認の要求があるか否かを判断する。この判断は、RFC2298に基づくMDN要求ヘッダ(" Disposition-Notification-To:<送信元アドレス>")を付けたメールヘッダがあるか否かで判断し、MDN要求ヘッダがある場合はステップS9-2に進み、MDN要求ヘッダが無い場合はステップS9-3に進む。
【０１２０】
ステップS9-2では、受信メールの通信管理情報2-1にてMDN要求有りの情報をMDNステータス2-10にセットする。
【０１２１】
ステップS9-3では、RAM1-6に予め登録されている「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、アラームを鳴動するか否かを判断する。アラームを鳴らす場合はステップS9-4に進み、アラームを鳴らさない場合は、ステップS9-5に進む。
【０１２２】
ステップS9-4では、既読確認要求有りのアラームを操作部1-2に配置されたスピーカにより鳴動する。
【０１２３】
ステップS9-5では、RAM1-6に予め登録されている「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、受信結果レポートを出力するか否かを判断する。受信結果レポートを出力する場合はステップS9-6に進み、受信結果レポートを出力しない場合はステップS9-7に進む。
【０１２４】
ステップS9-6では、MDN要求有りの情報を付した受信結果レポートを出力する。この受信結果レポートの出力例については後述する。
【０１２５】
ステップS9-7では、「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、MDNを自動で返信するか否かを判断する。MDNを自動で返信する場合はステップS9-8に進み、MDNを自動で返信しない場合はステップS9-13に進む。
【０１２６】
ステップS9-8では、MDNの返信メールを作成して「Disposition-Notification-Header」にセットされているMDN通知先アドレスに送信する。
【０１２７】
ステップS9-9送信後はMDNステータス2-11にMDN返信メールを送信したことを、すなわち既読確認の電子メールを送信済みであることを示す情報をセットする。
【０１２８】
ステップS9-13では、操作部1-2のLEDまたはLCD表示にてMDN要求有りを表示し、メモリ受信画像有りとしてLEDを点灯し、メモリに受信メールを蓄積して受信メールの処理を終了する。
【０１２９】
ステップS9-10では、受信した電子メールに添付されている画像にMDN要求有りを示すマークをヘッダに付加して出力する。一般に受信したファクシミリ画像に所定のマークを合成して出力する技術は周知であり、本実施形態でも同様の技術により実現される。尚、この画像の出力例については後述する。
【０１３０】
ステップS9-11では、受信した電子メールに添付されている画像にMDN要求有りを示すマークを付けないヘッダを付加して出力する。
【０１３１】
以上のフローチャートが、既読確認の要求ヘッダ有りで電子メールを受信した時の動作である。
【０１３２】
ここで着目すべきは、受信電子メールの内容、および、受信電子メールに添付された画像が可視出力する前、すなわち、ステップS9-4、ステップS9-6、ステップS9-10若しくは、ステップS9-13において、MDN要求が付されていることをユーザに報知している点である。
【０１３３】
これにより、ユーザは受信電子メールの内容を確認することなくMDN要求が付されていることを判別でき、送信者に対していち早く既読確認を返信することが可能となる。
【０１３４】
尚、図９に示したフローチャートを種々変形することも可能であり、その変形例として、以下、第１の変形例と第２の変形例を図１２のフローチャート（図９のフローチャートを変形したもの）を参照して説明する。
【０１３５】
（第１の変形例）
上記の例では、図９のステップS9-7の判断が否定判断の場合に、ステップS9-9でMDN要求有りと表示した後、ステップS9-10で受信画像を出力するようにした。
【０１３６】
第１の変形例では、図１２のステップS12-7の判断が否定判断の場合のS12-９の表示の後、受信画像を出力せずにいったん処理を終了する。その後、ユーザによる所定の操作に応じて、受信画像を出力するとともに、MDN返信メールを送信する。
【０１３７】
（第２の変形例）
上記の例では、図９のステップS9-7の判断が肯定判断の場合に、まずステップS9-8でMDN返信メールを送信し、ステップS9-10で受信画像を出力した。
【０１３８】
第２の変形例では、図１２のステップS12-7が肯定判断の場合に、ステップS12-8で先に受信画像の出力を行った後、ステップS12-10で正常に出力された否かを判断する。この判断が肯定判断の場合にはステップS12-13でMDN返信メールを送信する（MDNステータス2-11にMDN返信メールを送信した旨をセットする）。一方、否定判断の場合には、ステップS12-12に進み、S12-10で出力しようと試みた受信画像に対応するMDN返信メールの送信を自動から手動に切り替える。その後、ユーザによる所定の操作に応じて、受信画像を出力するとともに、該受信画像に対応するMDN返信メールを送信する。
【０１３９】
上記第１の変形例によれば、ユーザによる所定の手動操作に連動して受信画像の出力動作と該出力画像に対応するMDN返信メールの送信とが自動的に実行されるので、MDN返信メールの信頼性が向上する。
【０１４０】
また、上記第２の変形例によれば、MDN返信メールを自動的に送信する場合でも、受信画像が正常に出力されないにもかかわらず、MDN返信メールが自動的に送信されてしまうことを防止することができる。
【０１４１】
次に第２の実施形態における受信結果レポートおよび受信画像の出力例を説明する。
【０１４２】
図１０は、第２の実施形態のインターネットファクシミリ装置において、受信電子メール1件ごとに出力される受信結果レポートの出力例を示す図である。同図の例では、MDN要求が付された受信電子メールに対する受信結果レポートの出力例を示している。通信管理番号2-2に対応する「受付番号」（1001）、及び、送信元の電子メールアドレスを示す「相手のアドレス」（1002）とともに、通信結果の欄にてMDN要求が付されていたことを示す「既読確認要求有り」（1003）が印字されている。
【０１４３】
この1003の表示により受信者は、その受信画像が添付されていた電子メールにMDN要求が付されていたことを認知することが可能となる。
【０１４４】
図１１は、第２の実施形態のインターネットファクシミリ装置における受信電子メールに添付されていた画像の出力例を示す図である。同図の例では、MDN要求が付された受信電子メールに添付されていた画像の出力例を示している。そのヘッダ部には、送信元の電子メールアドレス1101とともに、MDN要求が付されていたことを示す情報1102が印字されている。
【０１４５】
この1102の表示により受信者は、その受信画像が添付されていた電子メールにMDN要求が付されていたことを認知することが可能となる。
【０１４６】
一方、MDN要求が付されていない受信電子メールに添付されていた画像を出力する場合には1102のエリアは空欄となる。
【０１４７】
尚、図１１に示した例ではヘッダ部に既読確認有りを示す情報を印字するようにしたが、これをフッタ部に印字してもよいし、既読確認の有無が判別可能であれば、その他の態様で表示してもよい。
【０１４８】
次に、ユーザが出力された受信結果レポートや受信画像により既読確認要求を認知して、その既読確認に対する応答を行う動作を説明する。
【０１４９】
第２の実施形態のインターネットファクシミリ装置の傍を通りかかったユーザは、ステップS9-9で表示されたLCDまたはLEDの状態からMDN要求付きの電子メールが受信されたことを認知する。
【０１５０】
また、ステップS9-6で出力された受信結果レポート、または、ステップS9-10で出力された受信画像を手にしたユーザは、そこに付されたMDN要求有りを有りを示す情報から、MDN要求があったことを認知する。
【０１５１】
そして、MDN要求があったことを認知したユーザは、操作部1-2のボタンにより所定の操作を行うことにより、ステップS9-8で示した処理によりMDN返信メールを送信する。
【０１５２】
その際、"送信者が既読確認を要求しています。返信メールを出しますか、YES/NO"と表示し、既読確認をするYESを選択した場合は、既読確認用の返信メールを送信するようにしてもよい。
【０１５３】
このように第２の実施形態によれば、既読確認(MDN)を要求した電子メールを受信したとき、その旨をLED/LCD表示、アラーム、レポー、更には出力した受信受信などで示すことにより、既読確認の操作をユーザに促すことが可能になる。
【０１５４】
尚、図1で示したインターネットファクシミリ装置の構成に、LAN1-11上のWebクライアントに対して各種データを公開するためのWebサーバ機能を持たせ、通信管理情報や受信画像をXML或いはHTML形式に変換してWebサーバ機能によりLAN1-11上のユーザに公開するような形態にしてもよい。
【０１５５】
＜第３の実施形態＞
第３の実施形態として、上記第２の実施形態のインターネットファクシミリ装置に、受信した電子メールに対する既読確認電子メールを送信済みか否かの情報をユーザに通知する手段を更に設けた実施形態を説明する。
【０１５６】
上記第２の実施形態で説明したように、通信管理情報2-1の受信電子メールのMDNステータスには、既読確認要求の有無を示す情報、および、既読確認要求に対する応答電子メールを送信済みであることを示す情報が、各受信電子メールごとにセットされている。
【０１５７】
したがって、受信電子メールに対応するMDNステータス2-11を読み出すことにより、その受信電子メールに対する既読確認要求の有無、および、既読確認要求に対する応答電子メールの送信の有無を判別することが可能となる。
【０１５８】
図１６は、受信電子メールに添付された画像ファイルを管理する方式を示した模式図である。画像管理情報１６０１は画像ファイル１６０３の格納先情報、送信元の情報（電子メールアドレス等）、受信時刻情報、添付されていた電子メールのメッセージID、更には画像ファイルのフォーマットに関する情報等が記憶されている。画像ファイルを出力する際は、この画像管理情報から必要な情報を読み出し、画像の出力制御を行う。
【０１５９】
また、画像管理情報１６０１に記憶されている電子メールのメッセージID等から、画像ファイルが添付されていた受信電子メールの通信管理情報１６０２を特定することも可能である。したがって、画像ファイルから特定された通信管理情報のMDNステータス2-12を読み出すことにより、当該画像ファイルが添付されていた電子メールに対する既読確認要求の有無、および、既読確認要求に対する応答電子メールの送信の有無を判別することが可能となる。
【０１６０】
図１５に第３の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作を示すフローチャートを示す。
【０１６１】
まず、ステップS1501では、出力対象の画像ファイルが添付されていた受信電子メールに対応する通信管理情報を特定し、特定された通信管理情報のMDNステータス2-11を読み出す。
【０１６２】
ステップS1502、および、ステップS1504では、ステップS1501で読み出したMDNステータス2-11の値を評価する。
【０１６３】
ステップS1502が肯定判断、すなわち、受信電子メールに対するMDN要求がなければ、ステップS1503に進み、既読確認に関するマークを付加せずに画像ファイルを出力する。
【０１６４】
ステップS1504が肯定判断、すなわち、受信電子メールに対するMDN要求があり、かつその要求に対してMDN応答電子メールを送信済みならば、ステップS1505に進む。ステップS1502では、図１３に示すようにMDN応答電子メールを送信済みであることを示すマーク１３０１を付加して画像ファイルを出力する。
【０１６５】
ステップS1504が否定判断、すなわち、受信電子メールに対するMDN要求があり、かつその要求に対してMDN応答電子メールをまだ送信していない場合には、その旨を示すマークを付加して画像ファイルを出力する。
【０１６６】
以上が、第３の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作である。
【０１６７】
このようにMDN要求の有無、および、MDN要求に対する応答の有無が画像ファイルの出力画像に付加されるので、出力画像を見たユーザは既読確認行動をとるべきか否かを把握することが容易となる。
【０１６８】
また、上記実施形態で説明したように通信管理情報2-1の受信電子メールのMDNステータスには、既読確認要求の有無を示す情報、および、既読確認要求に対する応答電子メールを送信済みであることを示す情報が、各受信電子メールごとにセットされている。
【０１６９】
したがって、通信管理レポートを出力する際に、受信電子メールについて既読確認要求に関する情報を付加するようにしておもよい。
【０１７０】
図１４は、第３の実施形態の通信管理レポートの出力例を示した図である。同図の例によれば、Ｎｏ．５００２の受信電子メールについてはその通信モードの欄に「ＭＤＮ未」を表示することにより、既読確認要求が付加されていたが未だ応答していないことを示している。Ｎｏ．５００３の受信電子メールについてはその通信モードの欄に「ＭＤＮ済」を表示することにより、既読確認要求が付加されていて、既に応答済みであることを示している。Ｎｏ．５００５の受信電子メールについては、その通信モードの欄に「ＭＤＮ無」を表示することにより、既読確認要求が付加されていないことを示している。
【０１７１】
このように、複数の受信電子メールについて既読確認要求の有無および既読確認要求の応答の有無を一覧リストとして出力することにより、既読確認の漏れをチェックすることが可能となる。
【０１７２】
＜他の実施形態＞
上記第１の実施形態のインタネットファクシミリ装置が有する機能と上記第２の実施形態のインタネットファクシミリ装置が有する機能は１の装置で実現されてもよいことは言うまでもない。
【０１７３】
上記実施形態では、インタネットファクシミリ装置という１つの機器について説明したが、コンピュータ装置、スキャナ装置、プリンタ装置等の複数の機器から構成される画像通信システムに対しても本発明は適用される。
【０１７４】
また、本実施の形態で説明した機能を実現するためのプログラムは、ROM1-5に格納されているが、この機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のＣＰＵが記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることはいうまでもない。
【０１７５】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、光ディスク、光磁気ディスク、ＣＤ ＲＯＭ、ＣＤ Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１７６】
また、ＣＰＵが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１７７】
さらに、記憶媒体から読出されたプログラムコードが、装置に挿入された機能拡張ボードや装置に接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１７８】
【発明の効果】
以上説明したように、本発明によれば、送信電子メールの通信管理情報に該送信電子メールに対する応答電子メールの受信状況を反映させることが可能となるので、ユーザにとって分かり易く親切なインターネットファクシミリ装置を提供できる。そして、送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報、すなわち、何らかの原因で送信先からの応答が無かったことを示す情報を管理することが可能となり、ユーザは電子メールの送信状況がより把握しやすくなる。
【０１８０】
また、本発明によれば、受信した電子メールに添付された画像ファイルの内容を確認した際に、応答電子メールが要求されているか否かをユーザが把握することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態におけるインターネットファクシミリ装置の構成を示すブロック図
【図２】第１の実施形態におけるファクシミリの通信管理情報のデータ構成を示す図
【図３】第１の実施形態のインターネットファクシミリ装置における電子メール送信処理を示すフローチャート
【図４】第１の実施形態のインターネットファクシミリ装置における受信電子メールの処理を示すフローチャート
【図５】第１の実施形態のインターネットファクシミリ装置における受信したMDNの解析処理を示すフローチャート
【図６】第１の実施形態のインターネットファクシミリ装置の通信管理レポートの出力例を示す図
【図７】第１の実施形態のインターネットファクシミリ装置の送信結果レポートの出力例を示す図
【図８】第１の実施形態のインターネットファクシミリ装置の送信結果レポートの出力例を示す図
【図９】第２の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャート
【図１０】第２の実施形態のインターネットファクシミリ装置の受信結果レポートの出力例を示す図
【図１１】第２の実施形態のインターネットファクシミリ装置の受信画像の出力例を示す図
【図１２】第２の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャート
【図１３】第３の実施形態のインターネットファクシミリ装置の受信画像の出力例を示す図
【図１４】第３の実施形態のインターネットファクシミリ装置の通信管理レポートの出力例を示す図
【図１５】第３の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作を示すフローチャート
【図１６】受信電子メールに添付された画像ファイルを管理する方式を示した模式図
【符号の説明】
１−１ ＣＰＵ
１−２ 操作部
１−３ 読取部
１−４ 記録部
１−５ ＲＯＭ
１−６ ＲＡＭ
１−７ ＭＯＤＥＭ
１−８ ＮＣＵ
１−９ ＬＡＮ
１−１１ ＬＡＮ（インターネット）
１−１２ メールサーバ
Claims (18)
- 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、
画像ファイルを添付した電子メールを送信する電子メール送信手段と、
前記電子メール送信手段により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求手段と、
送信された電子メールごとの送信情報を管理する通信管理手段と、
送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理手段が管理する送信情報を更新する制御手段と、を有し、
前記制御手段は更に、前記通信管理手段が管理する送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新することを特徴とする画像通信装置。 - 前記要求手段は、送信する電子メールの既読確認を示す応答電子メールを要求することを特徴とする請求項１に記載の画像通信装置。
- 前記要求手段の実行の有無を選択する選択手段を更に備え、
前記通信管理手段は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理することを特徴とする請求項１または２のいずれか１項に記載の画像通信装置。 - 前記制御手段は、前記通信管理手段が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に基づいて更新することを特徴とする請求項１乃至３のいずれか１項に記載の画像通信装置。
- 前記通信管理手段が管理する送信情報を可視出力する出力手段を更に備えたことを特徴とする請求項１乃至４のいずれか１項に記載の画像通信装置。
- 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、
画像ファイルが添付された電子メールを受信する電子メール受信手段と、
前記電子メール受信手段が受信した電子メールに添付された画像ファイルの内容を可視出力する出力手段と、
前記電子メール受信手段により受信した電子メールから応答電子メールを要求する制御情報を検出する検出手段と、
前記検出手段によって前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加する付加手段と、
を備えたことを特徴とする画像通信装置。 - 前記付加手段は、前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像の一部に前記制御情報に対する応答が済んでいることを示す情報を付加することを特徴とする請求項６に記載の画像通信装置。
- 前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報であることを特徴とする請求項６または７のいずれか１項に記載の画像通信装置。
- 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置における画像通信方法であって、
画像ファイルを添付した電子メールを送信する電子メール送信工程と、
前記電子メール送信工程により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求工程と、
送信された電子メールごとの送信情報を管理する通信管理工程と、
送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理工程にて管理される送信情報を更新する制御工程と、を有し、
前記制御工程は更に、前記通信管理工程にて管理される送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新することを特徴とする画像通信方法。 - 前記要求工程は、送信する電子メールの既読確認を示す応答電子メールを要求することを特徴とする請求項９に記載の画像通信方法。
- 前記要求工程の実行の有無を選択する選択工程を更に備え、
前記通信管理工程は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理することを特徴とする請求項９または１０のいずれか１項に記載の画像通信方法。 - 前記制御工程は、前記通信管理工程が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に基づいて更新することを特徴とする請求項９乃至１１のいずれか１項に記載の画像通信方法。
- 前記通信管理工程が管理する送信情報を可視出力する出力工程を更に備えたことを特徴とする請求項９乃至１２のいずれか１項に記載の画像通信方法。
- 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置における画像通信方法であって、
画像ファイルが添付された電子メールを受信する電子メール受信工程と、
前記電子メール受信工程により受信した電子メールから応答電子メールを要求する制御情報を検出する検出工程と、
前記電子メールに添付された画像ファイルを可視出力する出力工程と、を備え、
前記出力工程は、前記検出工程で前記制御情報が検出された画像ファイルを可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加することを特徴とする画像通信方法。 - 前記出力工程は、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像に前記制御情報に対する応答が済んでいることを示す情報を付加して可視出力することを特徴とする請求項１４に記載の画像通信方法。
- 前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報であることを特徴とする請求項１４または１５のいずれか１項に記載の画像通信方法。
- 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置で実行されるプログラムを格納した記憶媒体であって、
画像ファイルを添付した電子メールを送信する電子メール送信工程と、
前記電子メール送信工程により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求工程と、
送信された電子メールごとの送信情報を管理する通信管理工程と、
送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理工程にて管理される送信情報を更新する制御工程と、を有し、
前記制御工程は更に、前記通信管理工程にて管理される送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新することを特徴とするプログラムを格納したことを特徴とする記憶媒体。 - 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置で実行されるプログラムを格納した記憶媒体であって、
画像ファイルが添付された電子メールを受信する電子メール受信工程と、
前記電子メール受信工程により受信した電子メールから応答電子メールを要求する制御情報を検出する検出工程と、
前記電子メールに添付された画像ファイルを可視出力する出力工程と、を備え、
前記出力工程は、前記検出工程で前記制御情報が検出された画像ファイルを可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加することを特徴とするプログラムを格納した記憶媒体。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000194474A JP3848063B2 (ja) | 2000-06-28 | 2000-06-28 | 画像通信装置及び画像通信方法並びに記憶媒体 |
| US09/888,547 US7685239B2 (en) | 2000-06-28 | 2001-06-26 | Image communication apparatus, image communication method, and memory medium |
| US11/274,144 US7552180B2 (en) | 2000-06-28 | 2005-11-16 | Image communication apparatus, image communication method, and memory medium |
| US11/685,588 US8230022B2 (en) | 2000-06-28 | 2007-03-13 | Image communication apparatus, image communication method, and memory medium |
| US11/685,599 US9083559B2 (en) | 2000-06-28 | 2007-03-13 | Image communication apparatus, image communication method, and memory medium |
| US11/685,581 US8412781B2 (en) | 2000-06-28 | 2007-03-13 | Image communication apparatus, image communication method, and memory medium |
| US13/103,980 US8892664B2 (en) | 2000-06-28 | 2011-05-09 | Image communication apparatus, image communication method, and memory medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000194474A JP3848063B2 (ja) | 2000-06-28 | 2000-06-28 | 画像通信装置及び画像通信方法並びに記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006107718A Division JP4018728B2 (ja) | 2006-04-10 | 2006-04-10 | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002016751A JP2002016751A (ja) | 2002-01-18 |
| JP2002016751A5 JP2002016751A5 (ja) | 2005-11-04 |
| JP3848063B2 true JP3848063B2 (ja) | 2006-11-22 |
Family
ID=18693296
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000194474A Expired - Lifetime JP3848063B2 (ja) | 2000-06-28 | 2000-06-28 | 画像通信装置及び画像通信方法並びに記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3848063B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008017512A (ja) * | 2007-08-23 | 2008-01-24 | Canon Inc | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
| JP2008029021A (ja) * | 2007-08-23 | 2008-02-07 | Canon Inc | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3745290B2 (ja) | 2002-02-28 | 2006-02-15 | シャープ株式会社 | ネットワーク通信装置 |
| JP4854165B2 (ja) * | 2002-03-14 | 2012-01-18 | キヤノン株式会社 | 通信装置及び通信装置における通信方法 |
| JP4822677B2 (ja) * | 2004-07-20 | 2011-11-24 | キヤノン株式会社 | 通信装置、通信方法、コンピュータプログラム及びコンピュータ読み取り可能な記憶媒体 |
| JP5208258B2 (ja) * | 2011-09-27 | 2013-06-12 | キヤノン株式会社 | 通信装置、通信方法、及びプログラム |
-
2000
- 2000-06-28 JP JP2000194474A patent/JP3848063B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008017512A (ja) * | 2007-08-23 | 2008-01-24 | Canon Inc | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
| JP2008029021A (ja) * | 2007-08-23 | 2008-02-07 | Canon Inc | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002016751A (ja) | 2002-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3368804B2 (ja) | ハイパーテキスト送信方法及びハイパーテキスト送信サーバ装置 | |
| US8412781B2 (en) | Image communication apparatus, image communication method, and memory medium | |
| JPH0779298A (ja) | ファクシミリサーバシステム | |
| JP2005269037A (ja) | 電子メールサーバ、電子メール端末及びプログラム | |
| JP2003273954A (ja) | データ処理装置および方法 | |
| JP3848063B2 (ja) | 画像通信装置及び画像通信方法並びに記憶媒体 | |
| JP2002290462A (ja) | メール不達情報通知方法およびデータ通信装置 | |
| JP4881258B2 (ja) | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 | |
| JP4834627B2 (ja) | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 | |
| JPH10271159A (ja) | 情報取得方法 | |
| JP4944984B2 (ja) | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 | |
| JP2003169188A (ja) | ファクシミリ装置 | |
| JP3585685B2 (ja) | 通信システムおよびインターネットファクシミリ装置 | |
| JP4018728B2 (ja) | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 | |
| JP4078020B2 (ja) | ファクシミリ装置、通信結果管理方法およびプログラム | |
| JPH0514405A (ja) | 電子メール装置 | |
| JP3611112B2 (ja) | ファクシミリ通信システム | |
| JPH10304128A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2003067310A (ja) | メール送信のためのシステムとプログラム | |
| US20050275886A1 (en) | Image forming apparatus, image forming method, and information processing apparatus | |
| JPH1198179A (ja) | 掲示板登録方法及び掲示板登録・転送方法 | |
| JP2002351795A (ja) | 情報処理装置および情報処理システム | |
| JP3474742B2 (ja) | ネットワークファクシミリ装置 | |
| JP2009124274A (ja) | 画像処理装置、画像データ送信方法、およびコンピュータプログラム | |
| JP2002215545A (ja) | 情報処理装置及びシステム並びにそれらの方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050915 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050915 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20050915 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20051012 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060131 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060207 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060410 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060705 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060808 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060824 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3848063 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090901 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100901 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130901 Year of fee payment: 7 |
|
| EXPY | Cancellation because of completion of term |