[go: up one dir, main page]

JP3848063B2 - Image communication apparatus, image communication method, and storage medium - Google Patents

Image communication apparatus, image communication method, and storage medium Download PDF

Info

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
mail
email
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
Application number
JP2000194474A
Other languages
Japanese (ja)
Other versions
JP2002016751A (en
JP2002016751A5 (en
Inventor
一浩 菅原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2000194474A priority Critical patent/JP3848063B2/en
Priority to US09/888,547 priority patent/US7685239B2/en
Publication of JP2002016751A publication Critical patent/JP2002016751A/en
Publication of JP2002016751A5 publication Critical patent/JP2002016751A5/ja
Priority to US11/274,144 priority patent/US7552180B2/en
Application granted granted Critical
Publication of JP3848063B2 publication Critical patent/JP3848063B2/en
Priority to US11/685,599 priority patent/US9083559B2/en
Priority to US11/685,588 priority patent/US8230022B2/en
Priority to US11/685,581 priority patent/US8412781B2/en
Priority to US13/103,980 priority patent/US8892664B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Facsimiles In General (AREA)
  • Facsimile Transmission Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介して電子メールを送受信することが可能な画像通信装置に関し、特に、電子メールにより送信した画像の既読確認に関するものである。
【0002】
【従来の技術】
近年、インターネット等のネットワークを介して電子メールを送受信することが可能な画像通信装置として、インターネットファクシミリ装置が提案されている。このインターネットファクシミリ装置では、読み取った画像データをファイルとして電子メールに添付する方式で受信機へ画像を送信する。
【0003】
ここで、送信された電子メールは、ネットワーク上の1以上のメールサーバを介してストア・アンド・フォワード方式で宛先の受信機へ送信される。そのため、上記インターネットファクシミリ装置における画像データの送信結果については、単にメールサーバに対しての送信結果に過ぎず、通信管理レポート、若しくは、送信結果レポートの記載内容から画像データが確実に受信機に送達されたか否か、更には、その画像の内容が受信者に読まれたか否かを確認することはできなかった。
【0004】
また、受信機側においても、受信画像の既読確認を送信機側に伝えるための有効な手段が無かった。
【0005】
一方、電子メール通信において既読確認を行うための技術が提案されている。
【0006】
RFC2298によれば、送信側のUA(mail user agent)と受信側UAは次のように動作することにより、既読確認(Message Disposition Notification、以下単にMDNと称す)が実現される。
【0007】
(1)送信側UAは、既読確認を行う場合、"Disposition-Notification-To:<返信メールアドレス>"をメールのヘッダに付加してメールを送信する。
【0008】
(2)受信側のUAは、このメールを受信したら、送信者が既読確認を要求している事を表示し、送信者に既読確認の返信メールを送るかどうかを問い合わせ、返信メールを送る場合は、既読確認用のヘッダを付加して返信メールを送信し、返信メールを送らない場合は、このヘッダを無視する。
【0009】
(3)送信側のUAは、既読確認の返信メールを受信したら、既読確認済みのメールを表示する。
【0010】
【発明が解決しようとする課題】
本発明は、インターネットファクシミリ装置において、送信画像の既読確認を実現することを目的とする。すなわち、送信機側のインターネットファクシミリ装置において、送信画像の既読確認状況の詳細をユーザに通知する手段を提供することを目的とする。
【0011】
受信機側のインターネットファクシミリ装置において、受信画像の既読確認を送信機側に伝えるための有効な手段を提供することを目的とする。
【0012】
【課題を解決するための手段】
上記目的を達成するために本出願の発明は、電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、画像ファイルを添付した電子メールを送信する電子メール送信手段と、前記電子メール送信手段により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求手段と、送信された電子メールごとの送信情報を管理する通信管理手段と、送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理手段が管理する送信情報を更新する制御手段とを備え、前記制御手段は更に、前記通信管理手段が管理する送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新する。
【0013】
また、好ましくは、前記要求手段は、送信する電子メールの既読確認を示す応答電子メールを要求する。
【0014】
また、好ましくは、前記要求手段の実行の有無を選択する選択手段を更に備え、前記通信管理手段は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理する。
【0015】
また、好ましくは、前記制御手段は、前記通信管理手段が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に更新する。
【0017】
また、好ましくは、前記通信管理手段が管理する送信情報を可視出力する出力手段を更に備える。
【0018】
上記目的を達成するために本出願の発明は、電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、画像ファイルが添付された電子メールを受信する電子メール受信手段と、前記電子メール受信手段が受信した電子メールに添付された画像ファイルの内容を可視出力する出力手段と、前記検出手段によって前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加する付加手段とを備える。
【0020】
た、好ましくは、前記付加手段は、前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像の一部に前記制御情報に対する応答が済んでいることを示す情報を付加する。
【0021】
また、好ましくは、前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報である。
【0022】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【0023】
まず、本実施形態のインターネットファクシミリ装置の構成を説明する。
【0024】
図1は、本発明の実施形態におけるインターネットファクシミリ装置の構成を示すブロック図である。
【0025】
図1において、1-1は、ファクシミリを制御するためのCPUである。
【0026】
1-2は、ファクシミリの操作部で、LCDと入力用のキーパネルなどで構成され、ファクシミリの通信・記録などの入力操作を可能にする。またアラームを鳴動するためのスピーカ等の音源手段も配置されている。
【0027】
1-3は、送信するファクシミリ原稿の画像を読み取る読取部である。
【0028】
1-4は、受信した画像データや電子メールの本文、各種レポートなどを出力するための記録部である。
【0029】
1-5 は、本発明の実施形態に係るファクシミリの制御用のプログラムとデータを格納した記憶媒体としてのROMであり、ファクシミリ送信・受信、電子メールの送信・受信、レポート生成、記録・読取、ユーザI/Fなどを制御するためのプログラムを格納している。
【0030】
1-6は、ファクシミリの各種情報を格納するためのRAMで、送信・受信時に生成される通信管理情報や画像データなどを格納している。
【0031】
1-7は、MODEMで公衆回線(PSTNまたはISDN)1-9に対してファクシミリの送受信を行うための変復調回路である。
【0032】
1-8は、PSTN1-9に対するネットワーク制御回路(NCU)である。
【0033】
1-9は、ローカルエリアネットワーク(LAN)1-10に接続するためのI/Fユニットである。
【0034】
1-11は、電子メールデータの交換が可能なLANまたはインターネットである。LANの場合は、ファイアウオールやサービスプロバイダ等を介してインターネットへとつながっている。
【0035】
1-11は、LANまたはインターネットを介して接続されているメールサーバである。
【0036】
本願クレームにおけるインターネットファクシミリ装置を用いた電子メール送信は、FAX操作部1-2により宛先を指定し、読取装置1-3により送信原稿の画像を読み取り、E-mail送信制御プログラムにより電子メールに読み取った画像を添付して送信される。尚、電子メールの形式および添付画像の圧縮方法などの詳細に関しては、ITU-T T.37(インターネットを介したファクシミリ送信の勧告)に基づくものとする。
【0037】
以下、第1の実施形態として、既読確認付きのインターネットファクシミリデータを送信する送信機側の動作を説明し、第2の実施形態として既読確認付きインターネットファクシミリデータを受信する受信機側の動作を説明する。
【0038】
<第1の実施形態>
第1の実施形態として、既読確認付きのインターネットファクシミリデータを送信する送信機(以下、第1の実施形態のインターネットファクシミリ装置と称する)側の動作を説明する。
【0039】
まず、第1の実施形態のインターネットファクシミリ装置における通信結果情報の管理方法を説明する。
【0040】
本実施形態のインターネットファクシミリ装置では、ファクシミリ送受信、および、電子メール送受信の結果を通信管理情報として記憶・管理する。
【0041】
図2は、第1の実施形態におけるファクシミリの通信管理情報のデータ構成を示している。
【0042】
2-1は、ファクシミリの送信・受信、または電子メールによる送信・受信を実行するごとに作成される通信管理情報を格納するための通信管理情報テーブルである。通信管理情報テーブル2-1の個々の通信管理情報には2-2〜2-12に示す情報が格納される。
【0043】
2-2には、通信管理番号で送信時に1〜4999、受信時に5001〜9999までの通番が割り振られる。
【0044】
2-3には、ユーザIDでファクシミリの送信時のユーザ略称、発信人名称、電子メールの送信時のFrom:フィールド欄に記述される情報を格納する。
【0045】
2-4には、送信・受信、G3やECMなどのファクシミリ送信・受信モード、I-FAX(電子メールによるファクシミリ送信)などの通信モードを確認する。
【0046】
2-5には、通信時間を格納する。LANを介した送信、受信の場合は、サーバとの接続時間になる。
【0047】
2−6には、通信を開始した時間を格納する。2−7には、送信・受信原稿の枚数を格納する。画像無しの電子メールを受信した場合は、枚数情報無いものとして格納される。
【0048】
2-8には、相手先電話番号または相手先のメールアドレスを格納する。
【0049】
2-9には、電子メール送信時にメールヘッダの"Message-ID:"に記述したメッセージIDと、受信時メールヘッダの"Message-ID:"に記述されているメッセージIDを格納する。
【0050】
この"Message-ID"に記述されたIDは、電子メールをインターネット上で一意に識別するために、送信側のIPアドレスやドメイン名、送信時刻、通信管理番号などを組み合わせて作成される。
【0051】
2-10には、通信結果を示す情報を格納する。PSTN経由のG3通信であればその結果を格納し、インターネットファクシミリ送信であれば、デフォルトのメールサーバまでの通信結果を格納する。
【0052】
2-11には、送信した電子メールのMDNステータスを格納する。このMDNステータスとしては、例えば次のようなものがある。
【0053】
「MDN無し」は、既読確認が要求されなかったことを示す。「MDN要求中」は既読確認が要求され、その確認中であることを示す。「MDN確認済み」は、要求した既読確認に応じた電子メールを受信したことを示す。
【0054】
2-12には、MDN通信結果情報、すなわち既読確認を要求した場合のMDNに対する受信側の応答結果を示す。
【0055】
尚、図2に示した例では、送信/受信や、G3ファクシミリ通信/インターネットファクシミリ通信といった異なる通信モードの通信を1つのテーブルにより管理しているが、各通信モードごとに異なるテーブルにより管理するものであってもよい。
【0056】
次に本実施形態のインターネットファクシミリ装置における電子メール送信処理を説明する。
【0057】
図3は、第1の実施形態のインターネットファクシミリ装置における電子メール送信処理を示すフローチャートである。
【0058】
まずステップS3-1では、送信の開始で通信管理テーブルより通信管理情報を格納するための領域を1つ確保する。領域が空いていない場合には、一番古い通信管理情報を上書きして確保する。また、確保した領域の通信管理情報に対して、通信管理番号2-2を付与する。
【0059】
ステップS3-2では、送信メールに対する通信管理情報を生成する。具体的には送信メールを識別するための唯一のIDとしてメッセージIDを生成し、通信モードをインタネットファクシミリ送信を示すI-FAX送信とし、通信開始時間・ページ数・相手先メールアドレス・エラーコード(通信結果:未定)を設定する。
【0060】
ステップS3-3では、既読確認(MDN)を行うか否か、すなわち、既読確認要求ヘッダを付けるか否かを判断し、付ける場合はステップS3-3に、付けない場合はステップS3-5に進む。
【0061】
ここで、既読確認を行うか否かの設定は、ステップS3-3の判断以前に、ユーザがFAX操作部1-2により設定されているものとする。
【0062】
ステップS3-4では、既読確認要求ヘッダ(" Disposition-Notification-To:<送信元アドレス>")を付けたメールヘッダを作成する。
【0063】
ステップS3-5では、通信管理情報のMDMステータス2-11に、「MDN要求中」ステータスを書き込む。
【0064】
ステップS3-6では、MDN要求ヘッダなしで送信メールのヘッダを作成する。
【0065】
ステップS3-7では、通信管理情報のMDNステータス2-11に、「MDN要求無し」の情報を書き込む。
【0066】
ステップS3-8では、メールサーバに対して、送信するための画像ファイルを添付した電子メールの送信処理を実行する。
【0067】
ステップS3-9では、メールサーバに対して、メールの送信が完了したら、通信管理情報のMDNステータスの値を読み出して、「MDN要求中」ならステップS3-9に進み、「MDN要求中」でないならステップS3-10に進む。
【0068】
ステップS3-10では、MDN受信待ちを送信結果に書き込み、通信管理情報を更新する。
【0069】
ステップS3-11では、送信結果に正常終了を書き込み、通信管理情報を更新する。
【0070】
以上の処理により、電子メール送信の通信管理情報が、通信管理情報テーブル2-1にセットされる。
【0071】
次に本実施形態のインターネットファクシミリ装置における電子メール受信処理を説明する。
【0072】
本実施形態における電子メールの受信処理は、装置側の設定により一定周期にメールサーバへ受信メールの確認を行うことで行う。
【0073】
図4は、第1の実施形態のインターネットファクシミリ装置における受信電子メールの処理を示すフローチャートである。メールサーバから受信した各電子メールについて図4のフローチャートに基づく処理が実行される。
【0074】
ステップS4-1では、受信メール用に通信管理情報を格納するための領域を確保し、通信管理番号を取得する。
【0075】
ステップS4-2では、受信メールのヘッダ部よりメッセージIDを取得し、ステップS3-2と同様に通信管理情報を生成する。
【0076】
ステップS4-3では、通信管理情報テーブル2-1をサーチしてMDN受信待ちの通信管理情報があるかを判定し、ある場合はステップS4-4に進み、ない場合はステップS4-8に進む。
【0077】
ステップS4-4では、受信電子メールが既読確認要求に応答するMDNであるか否かを判定し、肯定判断の場合はステップS4-5に移行し、否定判断の場合はステップS4-6に移行する。
【0078】
ステップS4-5では、受信したMDNの解析処理を実行し、受信したMDNに対応する送信電子メールの通信管理情報の更新を行う。尚、このステップS405の処理の詳細については後に図5を参照して詳述する。
【0079】
ステップS4-6は、MDN受信待ちのメールがあるにもかかわらず、受信メールがMDNで無かった場合であり、このステップではMDN受信待ちの通信管理情報の待ち時間がオーバーしたか否かを判断する。肯定判断の場合はステップS4-7に進み、否定判断の場合はステップS4-8に進む。
【0080】
ステップS4-7では、MDN要求を行った送信メールに関する通信管理情報の通信結果として、「MDN未受信」を書き込む。
【0081】
ステップS4-8では、MDNメールでないのため、所定の処理を実行する。この所定の処理としては、例えば受信電子メールに添付された画像データを印刷したり、他の装置へ転送したりする処理等がある。
【0082】
ステップS4-9では、ステップS4-8により処理された結果に基づいて受信メールの通信管理情報を更新する。
【0083】
以上の処理により、受信電子メールの通信管理情報の更新処理が実行される。
【0084】
次に、ステップS4-5における受信したMDNの解析処理の詳細を図5参照して説明する。
【0085】
ステップS5-1では、受信した電子メールより1ラインのデータを取得する。
【0086】
ステップS5-2では、先頭文字列が、MDNに対応する送信電子メールのメッセージIDを示すためのヘッダである"Original-Message-ID:"か否かを判断し、否定判断の場合はステップS5-1に戻って次のデータラインを取得し、肯定判断の場合はステップS5-3に進む。
【0087】
ステップS5-3では、送信メールの通信管理情報のメッセージIDから(S5-2)に示されたメッセージIDがあるかどうかを検索する。
【0088】
ステップS5-4では、該当するメッセージIDが検索された場合は、その通信管理情報のエリアをポインタ等で特定しステップS5-5に進み、検索されなかった場合は、ステップS5-10に進む。
【0089】
ステップS5-5では、さらに受信メールから1ライン取得し、ステップS5-6で取得したラインの先頭文字列が"Disposition:"であるか否かを判断する。この判断が肯定判断の場合には、ステップS5-7に進み、否定判断の場合にはステップS5-5に戻って次の1ラインを取得する。
【0090】
ステップS5-7では、Disposition:のヘッダの内容に基づいて、ステップS5-4において特定した通信管理情報の通信結果2−12の内容を更新する。
【0091】
ここで、Disposition:のヘッダにセットされるパラメータはRFC2298に定義されている。
【0092】
アクションモード(action-mode)は、MDNに関する処理が、自動で行われたのか、手動で行われたのかを示す("manual-action" / "automatic-action")。
【0093】
送信モード(sending-mode)は、MDNの送信が手動で行われたか、自動で行われたかを示す("MDN-sent-manually" / "MDN-sent-automatically")。
【0094】
処置タイプ(disposition-type)は、送信された電子メールが受信側UAにおいてどのように処置されたかを示す。具体的には、「表示された("displayed")」、「印刷や転送等の何らかの処理がなされた("dispatched")」、「決められた処理を実行した("processed")」、「削除された("deleted")」、「拒否された("denied")」、「失敗した("failed")」がある。
【0095】
このようにRFC2298には、受信側の電子メールの処理に応じたパラメータが、Dispositionヘッダにセットされるので、予め定めたルールに基づいて送信した電子メールの既読確認がされたか否かを判断し、その結果をMDN通信結果2-12に反映する。
【0096】
ステップS5-8では最終ラインか否かを判断し、肯定判断の場合はステップS5-9に進み、否定判断の場合はステップS5-5に戻って次のラインについて最終ラインか否かの判断を行う。
【0097】
ステップS5-9では、MDNにて"Disposition:"フィールドがない場合は、受信したMDNのメールが正常でないことを示しており、MDN受信メールのMDN通信結果2-12に受信エラーを示す情報をセットする。送信電子メールのアドレスが誤っていたために、メールサーバからエラーを通知する電子メールが返ってきた場合等は、この処理が実行されることになる。
【0098】
ステップS5-10では、該当メッセージIDが無いため、MDN受信メールのMDN通信結果2-12に受信エラーを示す情報をセットする。
【0099】
ここで、図4のステップS4-9の処理、図5のステップS5-9の処理、ステップS5-10の各処理は、それぞれ異なる要因でMDN返信メールが受信できずに通信管理情報にエラーをセットする処理であるが、それぞれのエラー要因を識別するためのエラーコードをセットしてレポート等で可視出力する。これにより、電子メールの送信者は、エラーを詳細に検証することが可能となる。
【0100】
図6は、第1の実施形態のインターネットファクシミリ装置における通信管理レポートの出力例を示す図であり、この通信管理レポートは、通信管理情報2-1に記憶されている内容に基づいて出力される。同図の例では、電子メールでファクシミリ送信をした場合(すなわちインターネットファクシミリ送信をした場合)、通信モードの欄に"送信 I-FAX"と記述し、この例では、3件の"送信 I-FAX"が記述されている。
【0101】
最初のNo.0002の件は、通信モードに「MDN未」と表示することにより未だ既読確認を受信していないことを示し、通信結果の欄に「--」を表示することにより結果不明であることを示している。
【0102】
次のNo.0003の件は、通信モードに「MDN済」と表示することにより既に既読確認済みであることを示し、通信結果の欄にOKを記述している。
【0103】
最後のNo.0004の件は、通信モードの欄にMDNに関する表示をしないことによりMDNの要求がされなかったことを示しており、通信結果の欄にOKのみを記述している。
【0104】
このように通信管理レポートを出力する際に、既読確認の要求の有無、および、その出力時点における既読確認状況を各通信ごとに表示するので、ユーザは各通信ごとの既読確認の状況を把握することができるようになる。
【0105】
尚、図6の例では、インターネットファクシミリ送信の通信結果の欄にセットされるOK/NGは、メールサーバまでの送信結果とMDN通信結果を合わせて1つの通信結果として印字している。すなわち、メールサーバまでの送信結果とMDN通信結果がともに正常終了の場合のみOKとしている。
【0106】
そこで、変形例として、メールサーバまでの送信結果とMDN通信結果とを別個の欄に印字するようにしてもよい。
【0107】
図7及び図8は、既読確認要求付きのインターネットファクシミリ送信した場合の送信結果レポートの出力例である。図7が通信結果がOKで既読確認済みの場合の例であり、図8が通信結果がNGで既読確認済みの場合の例である。
【0108】
図7の例では、図5のMDN解析処理にて"Disposition:"ヘッダの内容から送信結果をOKとして通信管理情報を更新し(ステップS5-7)、送信結果レポートとして出力する。
【0109】
送信結果を出力時期については、既読確認のメールを受信するまで送信結果レポートの出力を行わないものとする。既読確認メールの受信待ちで決められた時間経過後(ステップS4-6)は、既読確認未受信とし、送信エラーとして送信結果レポートを出力する。
【0110】
図8の例では、図5のMDN解析処理にて"Disposition:"ヘッダの内容から送信結果をNGとして通信管理情報を更新し(ステップS5-7)、送信結果レポートとして出力している。
【0111】
このように第1の実施形態によれば、既読確認付きのインタネットファクシミリ送信を行った場合に、その既読確認に対する応答状況を通信管理情報に詳細に反映して印字または表示することが可能となった。
【0112】
これにより、インターネットファクシミリの送信者は、インターネットファクシミリ送信の通信状況・通信結果の内容を正確に把握することが可能となり、ユーザにとって分かり易く親切なインターネットファクシミリ装置を提供できる。
【0113】
尚、上記第1の実施形態では、受信機からのMDN応答状況を反映した通信管理情報をレポート出力という形で送信者に通知する例を示したが、この通信管理情報をFAX操作部1-2に表示するような形態にしてもよい。
【0114】
更に、図1で示したインターネットファクシミリ装置の構成に、LAN1-11上のWebクライアントに対して各種データを公開するためのWebサーバ機能を持たせ、通信管理情報をXML或いはHTML形式に変換してWebサーバ機能によりLAN1-11上のユーザに公開するような形態にしてもよい。
【0115】
<第2の実施形態>
第2の実施形態として既読確認付きインターネットファクシミリデータを受信する受信機側の動作を説明する。
【0116】
ここで、受信機側のインタネットファクシミリ装置(以下、第2の実施形態のインターネットファクシミリ装置と称する)は、図2で示した第1の実施形態のインターネットファクシミリ装置と同様の通信管理情報2-1により各受信を管理するものとする。
【0117】
図9は、第2の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャートである。
【0118】
まず、通信管理情報2-1のエリアを確保し、確保したエリアに当該受信電子メールに関する情報(図2の2-2〜2-12の情報)をセットする。その際、MDNステータス2-11には、MDN要求無しを示す情報をセットする。
【0119】
ステップS9-1では、既読確認の要求があるか否かを判断する。この判断は、RFC2298に基づくMDN要求ヘッダ(" Disposition-Notification-To:<送信元アドレス>")を付けたメールヘッダがあるか否かで判断し、MDN要求ヘッダがある場合はステップS9-2に進み、MDN要求ヘッダが無い場合はステップS9-3に進む。
【0120】
ステップS9-2では、受信メールの通信管理情報2-1にてMDN要求有りの情報をMDNステータス2-10にセットする。
【0121】
ステップS9-3では、RAM1-6に予め登録されている「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、アラームを鳴動するか否かを判断する。アラームを鳴らす場合はステップS9-4に進み、アラームを鳴らさない場合は、ステップS9-5に進む。
【0122】
ステップS9-4では、既読確認要求有りのアラームを操作部1-2に配置されたスピーカにより鳴動する。
【0123】
ステップS9-5では、RAM1-6に予め登録されている「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、受信結果レポートを出力するか否かを判断する。受信結果レポートを出力する場合はステップS9-6に進み、受信結果レポートを出力しない場合はステップS9-7に進む。
【0124】
ステップS9-6では、MDN要求有りの情報を付した受信結果レポートを出力する。この受信結果レポートの出力例については後述する。
【0125】
ステップS9-7では、「既読確認要求有りの電子メールを受信した場合の処理」を示すユーザ登録情報に基づいて、MDNを自動で返信するか否かを判断する。MDNを自動で返信する場合はステップS9-8に進み、MDNを自動で返信しない場合はステップS9-13に進む。
【0126】
ステップS9-8では、MDNの返信メールを作成して「Disposition-Notification-Header」にセットされているMDN通知先アドレスに送信する。
【0127】
ステップS9-9送信後はMDNステータス2-11にMDN返信メールを送信したことを、すなわち既読確認の電子メールを送信済みであることを示す情報をセットする。
【0128】
ステップS9-13では、操作部1-2のLEDまたはLCD表示にてMDN要求有りを表示し、メモリ受信画像有りとしてLEDを点灯し、メモリに受信メールを蓄積して受信メールの処理を終了する。
【0129】
ステップS9-10では、受信した電子メールに添付されている画像にMDN要求有りを示すマークをヘッダに付加して出力する。一般に受信したファクシミリ画像に所定のマークを合成して出力する技術は周知であり、本実施形態でも同様の技術により実現される。尚、この画像の出力例については後述する。
【0130】
ステップS9-11では、受信した電子メールに添付されている画像にMDN要求有りを示すマークを付けないヘッダを付加して出力する。
【0131】
以上のフローチャートが、既読確認の要求ヘッダ有りで電子メールを受信した時の動作である。
【0132】
ここで着目すべきは、受信電子メールの内容、および、受信電子メールに添付された画像が可視出力する前、すなわち、ステップS9-4、ステップS9-6、ステップS9-10若しくは、ステップS9-13において、MDN要求が付されていることをユーザに報知している点である。
【0133】
これにより、ユーザは受信電子メールの内容を確認することなくMDN要求が付されていることを判別でき、送信者に対していち早く既読確認を返信することが可能となる。
【0134】
尚、図9に示したフローチャートを種々変形することも可能であり、その変形例として、以下、第1の変形例と第2の変形例を図12のフローチャート(図9のフローチャートを変形したもの)を参照して説明する。
【0135】
(第1の変形例)
上記の例では、図9のステップS9-7の判断が否定判断の場合に、ステップS9-9でMDN要求有りと表示した後、ステップS9-10で受信画像を出力するようにした。
【0136】
第1の変形例では、図12のステップS12-7の判断が否定判断の場合のS12-9の表示の後、受信画像を出力せずにいったん処理を終了する。その後、ユーザによる所定の操作に応じて、受信画像を出力するとともに、MDN返信メールを送信する。
【0137】
(第2の変形例)
上記の例では、図9のステップS9-7の判断が肯定判断の場合に、まずステップS9-8でMDN返信メールを送信し、ステップS9-10で受信画像を出力した。
【0138】
第2の変形例では、図12のステップS12-7が肯定判断の場合に、ステップS12-8で先に受信画像の出力を行った後、ステップS12-10で正常に出力された否かを判断する。この判断が肯定判断の場合にはステップS12-13でMDN返信メールを送信する(MDNステータス2-11にMDN返信メールを送信した旨をセットする)。一方、否定判断の場合には、ステップS12-12に進み、S12-10で出力しようと試みた受信画像に対応するMDN返信メールの送信を自動から手動に切り替える。その後、ユーザによる所定の操作に応じて、受信画像を出力するとともに、該受信画像に対応するMDN返信メールを送信する。
【0139】
上記第1の変形例によれば、ユーザによる所定の手動操作に連動して受信画像の出力動作と該出力画像に対応するMDN返信メールの送信とが自動的に実行されるので、MDN返信メールの信頼性が向上する。
【0140】
また、上記第2の変形例によれば、MDN返信メールを自動的に送信する場合でも、受信画像が正常に出力されないにもかかわらず、MDN返信メールが自動的に送信されてしまうことを防止することができる。
【0141】
次に第2の実施形態における受信結果レポートおよび受信画像の出力例を説明する。
【0142】
図10は、第2の実施形態のインターネットファクシミリ装置において、受信電子メール1件ごとに出力される受信結果レポートの出力例を示す図である。同図の例では、MDN要求が付された受信電子メールに対する受信結果レポートの出力例を示している。通信管理番号2-2に対応する「受付番号」(1001)、及び、送信元の電子メールアドレスを示す「相手のアドレス」(1002)とともに、通信結果の欄にてMDN要求が付されていたことを示す「既読確認要求有り」(1003)が印字されている。
【0143】
この1003の表示により受信者は、その受信画像が添付されていた電子メールにMDN要求が付されていたことを認知することが可能となる。
【0144】
図11は、第2の実施形態のインターネットファクシミリ装置における受信電子メールに添付されていた画像の出力例を示す図である。同図の例では、MDN要求が付された受信電子メールに添付されていた画像の出力例を示している。そのヘッダ部には、送信元の電子メールアドレス1101とともに、MDN要求が付されていたことを示す情報1102が印字されている。
【0145】
この1102の表示により受信者は、その受信画像が添付されていた電子メールにMDN要求が付されていたことを認知することが可能となる。
【0146】
一方、MDN要求が付されていない受信電子メールに添付されていた画像を出力する場合には1102のエリアは空欄となる。
【0147】
尚、図11に示した例ではヘッダ部に既読確認有りを示す情報を印字するようにしたが、これをフッタ部に印字してもよいし、既読確認の有無が判別可能であれば、その他の態様で表示してもよい。
【0148】
次に、ユーザが出力された受信結果レポートや受信画像により既読確認要求を認知して、その既読確認に対する応答を行う動作を説明する。
【0149】
第2の実施形態のインターネットファクシミリ装置の傍を通りかかったユーザは、ステップS9-9で表示されたLCDまたはLEDの状態からMDN要求付きの電子メールが受信されたことを認知する。
【0150】
また、ステップS9-6で出力された受信結果レポート、または、ステップS9-10で出力された受信画像を手にしたユーザは、そこに付されたMDN要求有りを有りを示す情報から、MDN要求があったことを認知する。
【0151】
そして、MDN要求があったことを認知したユーザは、操作部1-2のボタンにより所定の操作を行うことにより、ステップS9-8で示した処理によりMDN返信メールを送信する。
【0152】
その際、"送信者が既読確認を要求しています。返信メールを出しますか、YES/NO"と表示し、既読確認をするYESを選択した場合は、既読確認用の返信メールを送信するようにしてもよい。
【0153】
このように第2の実施形態によれば、既読確認(MDN)を要求した電子メールを受信したとき、その旨をLED/LCD表示、アラーム、レポー、更には出力した受信受信などで示すことにより、既読確認の操作をユーザに促すことが可能になる。
【0154】
尚、図1で示したインターネットファクシミリ装置の構成に、LAN1-11上のWebクライアントに対して各種データを公開するためのWebサーバ機能を持たせ、通信管理情報や受信画像をXML或いはHTML形式に変換してWebサーバ機能によりLAN1-11上のユーザに公開するような形態にしてもよい。
【0155】
<第3の実施形態>
第3の実施形態として、上記第2の実施形態のインターネットファクシミリ装置に、受信した電子メールに対する既読確認電子メールを送信済みか否かの情報をユーザに通知する手段を更に設けた実施形態を説明する。
【0156】
上記第2の実施形態で説明したように、通信管理情報2-1の受信電子メールのMDNステータスには、既読確認要求の有無を示す情報、および、既読確認要求に対する応答電子メールを送信済みであることを示す情報が、各受信電子メールごとにセットされている。
【0157】
したがって、受信電子メールに対応するMDNステータス2-11を読み出すことにより、その受信電子メールに対する既読確認要求の有無、および、既読確認要求に対する応答電子メールの送信の有無を判別することが可能となる。
【0158】
図16は、受信電子メールに添付された画像ファイルを管理する方式を示した模式図である。画像管理情報1601は画像ファイル1603の格納先情報、送信元の情報(電子メールアドレス等)、受信時刻情報、添付されていた電子メールのメッセージID、更には画像ファイルのフォーマットに関する情報等が記憶されている。画像ファイルを出力する際は、この画像管理情報から必要な情報を読み出し、画像の出力制御を行う。
【0159】
また、画像管理情報1601に記憶されている電子メールのメッセージID等から、画像ファイルが添付されていた受信電子メールの通信管理情報1602を特定することも可能である。したがって、画像ファイルから特定された通信管理情報のMDNステータス2-12を読み出すことにより、当該画像ファイルが添付されていた電子メールに対する既読確認要求の有無、および、既読確認要求に対する応答電子メールの送信の有無を判別することが可能となる。
【0160】
図15に第3の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作を示すフローチャートを示す。
【0161】
まず、ステップS1501では、出力対象の画像ファイルが添付されていた受信電子メールに対応する通信管理情報を特定し、特定された通信管理情報のMDNステータス2-11を読み出す。
【0162】
ステップS1502、および、ステップS1504では、ステップS1501で読み出したMDNステータス2-11の値を評価する。
【0163】
ステップS1502が肯定判断、すなわち、受信電子メールに対するMDN要求がなければ、ステップS1503に進み、既読確認に関するマークを付加せずに画像ファイルを出力する。
【0164】
ステップS1504が肯定判断、すなわち、受信電子メールに対するMDN要求があり、かつその要求に対してMDN応答電子メールを送信済みならば、ステップS1505に進む。ステップS1502では、図13に示すようにMDN応答電子メールを送信済みであることを示すマーク1301を付加して画像ファイルを出力する。
【0165】
ステップS1504が否定判断、すなわち、受信電子メールに対するMDN要求があり、かつその要求に対してMDN応答電子メールをまだ送信していない場合には、その旨を示すマークを付加して画像ファイルを出力する。
【0166】
以上が、第3の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作である。
【0167】
このようにMDN要求の有無、および、MDN要求に対する応答の有無が画像ファイルの出力画像に付加されるので、出力画像を見たユーザは既読確認行動をとるべきか否かを把握することが容易となる。
【0168】
また、上記実施形態で説明したように通信管理情報2-1の受信電子メールのMDNステータスには、既読確認要求の有無を示す情報、および、既読確認要求に対する応答電子メールを送信済みであることを示す情報が、各受信電子メールごとにセットされている。
【0169】
したがって、通信管理レポートを出力する際に、受信電子メールについて既読確認要求に関する情報を付加するようにしておもよい。
【0170】
図14は、第3の実施形態の通信管理レポートの出力例を示した図である。同図の例によれば、No.500の受信電子メールについてはその通信モードの欄に「MDN未」を表示することにより、既読確認要求が付加されていたが未だ応答していないことを示している。No.500の受信電子メールについてはその通信モードの欄に「MDN済」を表示することにより、既読確認要求が付加されていて、既に応答済みであることを示している。No.5005の受信電子メールについては、その通信モードの欄に「MDN無」を表示することにより、既読確認要求が付加されていないことを示している。
【0171】
このように、複数の受信電子メールについて既読確認要求の有無および既読確認要求の応答の有無を一覧リストとして出力することにより、既読確認の漏れをチェックすることが可能となる。
【0172】
<他の実施形態>
上記第1の実施形態のインタネットファクシミリ装置が有する機能と上記第2の実施形態のインタネットファクシミリ装置が有する機能は1の装置で実現されてもよいことは言うまでもない。
【0173】
上記実施形態では、インタネットファクシミリ装置という1つの機器について説明したが、コンピュータ装置、スキャナ装置、プリンタ装置等の複数の機器から構成される画像通信システムに対しても本発明は適用される。
【0174】
また、本実施の形態で説明した機能を実現するためのプログラムは、ROM1-5に格納されているが、この機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のCPUが記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることはいうまでもない。
【0175】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、光ディスク、光磁気ディスク、CD ROM、CD R、磁気テープ、不揮発性のメモリカード、ROMなどを用いることができる。
【0176】
また、CPUが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、稼働しているOS(オペレーティングシステム)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【0177】
さらに、記憶媒体から読出されたプログラムコードが、装置に挿入された機能拡張ボードや装置に接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【0178】
【発明の効果】
以上説明したように、本発明によれば、送信電子メールの通信管理情報に該送信電子メールに対する応答電子メールの受信状況を反映させることが可能となるので、ユーザにとって分かり易く親切なインターネットファクシミリ装置を提供できる。そして、送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報、すなわち、何らかの原因で送信先からの応答が無かったことを示す情報を管理することが可能となり、ユーザは電子メールの送信状況がより把握しやすくなる。
【0180】
また、本発明によれば、受信した電子メールに添付された画像ファイルの内容を確認した際に、応答電子メールが要求されているか否かをユーザが把握することが可能となる。
【図面の簡単な説明】
【図1】本発明の実施形態におけるインターネットファクシミリ装置の構成を示すブロック図
【図2】第1の実施形態におけるファクシミリの通信管理情報のデータ構成を示す図
【図3】第1の実施形態のインターネットファクシミリ装置における電子メール送信処理を示すフローチャート
【図4】第1の実施形態のインターネットファクシミリ装置における受信電子メールの処理を示すフローチャート
【図5】第1の実施形態のインターネットファクシミリ装置における受信したMDNの解析処理を示すフローチャート
【図6】第1の実施形態のインターネットファクシミリ装置の通信管理レポートの出力例を示す図
【図7】第1の実施形態のインターネットファクシミリ装置の送信結果レポートの出力例を示す図
【図8】第1の実施形態のインターネットファクシミリ装置の送信結果レポートの出力例を示す図
【図9】第2の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャート
【図10】第2の実施形態のインターネットファクシミリ装置の受信結果レポートの出力例を示す図
【図11】第2の実施形態のインターネットファクシミリ装置の受信画像の出力例を示す図
【図12】第2の実施形態のインターネットファクシミリ装置における既読確認の要求ヘッダ有りで電子メールを受信した時の動作を示すフローチャート
【図13】第3の実施形態のインターネットファクシミリ装置の受信画像の出力例を示す図
【図14】第3の実施形態のインターネットファクシミリ装置の通信管理レポートの出力例を示す図
【図15】第3の実施形態のインターネットファクシミリ装置の添付画像ファイルの出力動作を示すフローチャート
【図16】受信電子メールに添付された画像ファイルを管理する方式を示した模式図
【符号の説明】
1−1 CPU
1−2 操作部
1−3 読取部
1−4 記録部
1−5 ROM
1−6 RAM
1−7 MODEM
1−8 NCU
1−9 LAN
1−11 LAN(インターネット)
1−12 メールサーバ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an image communication apparatus capable of transmitting and receiving an electronic mail via a network such as the Internet, and more particularly to an already-read confirmation of an image transmitted by an electronic mail.
[0002]
[Prior art]
In recent years, an Internet facsimile apparatus has been proposed as an image communication apparatus capable of transmitting and receiving electronic mail via a network such as the Internet. This Internet facsimile apparatus transmits an image to a receiver by attaching the read image data as a file to an electronic mail.
[0003]
Here, the transmitted electronic mail is transmitted to the destination receiver in a store-and-forward manner via one or more mail servers on the network. Therefore, the transmission result of the image data in the Internet facsimile apparatus is merely a transmission result to the mail server, and the image data is reliably delivered to the receiver from the contents of the communication management report or the transmission result report. It has not been possible to confirm whether or not the content of the image has been read by the recipient.
[0004]
In addition, the receiver side has no effective means for transmitting the read confirmation of the received image to the transmitter side.
[0005]
On the other hand, a technique for performing a read confirmation in electronic mail communication has been proposed.
[0006]
According to RFC2298, the UA (mail user agent) on the transmission side and the UA on the reception side operate as follows, thereby realizing the read confirmation (Message Disposition Notification, hereinafter simply referred to as MDN).
[0007]
(1) When performing the read confirmation, the sending UA adds “Disposition-Notification-To: <reply mail address>” to the mail header and sends the mail.
[0008]
(2) Upon receiving this mail, the receiving UA displays that the sender has requested read confirmation, asks the sender whether to send a read confirmation reply mail, and sends a reply mail. When sending a reply mail with a read confirmation header added, this header is ignored if no reply mail is sent.
[0009]
(3) When the UA on the sending side receives the reply mail for the read confirmation, it displays the mail that has been read.
[0010]
[Problems to be solved by the invention]
An object of the present invention is to realize a read confirmation of a transmission image in an Internet facsimile apparatus. That is, an object of the present invention is to provide means for notifying a user of details of a read confirmation status of a transmission image in an Internet facsimile apparatus on the transmitter side.
[0011]
An object of the present invention is to provide an effective means for informing the transmitter side of the read confirmation of the received image in the Internet facsimile apparatus on the receiver side.
[0012]
[Means for Solving the Problems]
  In order to achieve the above object, the invention of the present application is an image communication apparatus connected to a network capable of e-mail communication and having an e-mail communication function, wherein e-mail transmission transmits an e-mail attached with an image file. Means, request means for requesting a response e-mail to the e-mail to be transmitted, e-mail transmission means, communication management means for managing transmission information for each e-mail sent, and transmission Control means for updating the transmission information managed by the communication management means based on the reception result of the response e-mail to the received e-mail, the control means further comprising the transmission information managed by the communication management means, Update based on information indicating that a response email to the sent email was not received within a predetermined period of time
[0013]
Preferably, the request unit requests a response e-mail indicating a read confirmation of the e-mail to be transmitted.
[0014]
Preferably, the information processing apparatus further includes selection means for selecting whether or not the request means is executed, and the communication management means manages the presence or absence of a request for a response email as transmission information for each sent email.
[0015]
  Preferably, the control means indicates transmission information managed by the communication management means, indicating that a response e-mail to the sent e-mail has been received.informationUpdate to
[0017]
Preferably, the information processing apparatus further includes output means for visually outputting transmission information managed by the communication management means.
[0018]
  In order to achieve the above object, the invention of the present applicationAn image communication apparatus connected to a network capable of e-mail communication and having an e-mail communication function, and an e-mail receiving means for receiving an e-mail attached with an image file;The output means for visually outputting the contents of the image file attached to the e-mail received by the e-mail receiving means, and the output means for the image file attached to the e-mail for which the control information is detected by the detecting means. Addition of adding information indicating that the control information has been detected to a part of the image during visual outputMeans.
[0020]
  MaPreferably, saidAdditionWhen the output means visually outputs the image file attached to the e-mail in which the control information is detected, if the response e-mail to the control information has already been transmitted, the means includes a part of the image. Information indicating that the response to the control information has been completed is added.
[0021]
Preferably, the control information is information for requesting a response e-mail indicating a read confirmation of the e-mail.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0023]
First, the configuration of the Internet facsimile machine of this embodiment will be described.
[0024]
FIG. 1 is a block diagram showing a configuration of an Internet facsimile machine according to an embodiment of the present invention.
[0025]
In FIG. 1, 1-1 is a CPU for controlling a facsimile.
[0026]
A facsimile operation unit 1-2 includes an LCD and a key panel for input, and enables input operations such as facsimile communication and recording. Sound source means such as a speaker for sounding an alarm is also arranged.
[0027]
Reference numeral 1-3 denotes a reading unit that reads an image of a facsimile document to be transmitted.
[0028]
1-4 is a recording unit for outputting received image data, e-mail text, various reports, and the like.
[0029]
1-5 is a ROM as a storage medium storing a facsimile control program and data according to an embodiment of the present invention, facsimile transmission / reception, e-mail transmission / reception, report generation, recording / reading, Stores a program for controlling the user I / F.
[0030]
Reference numeral 1-6 denotes a RAM for storing various types of facsimile information, which stores communication management information, image data, and the like generated during transmission / reception.
[0031]
Reference numeral 1-7 denotes a modulation / demodulation circuit for transmitting / receiving a facsimile to / from a public line (PSTN or ISDN) 1-9 in MODEM.
[0032]
1-8 is a network control circuit (NCU) for PSTN 1-9.
[0033]
1-9 is an I / F unit for connecting to a local area network (LAN) 1-10.
[0034]
1-11 is a LAN or the Internet capable of exchanging electronic mail data. In the case of LAN, it is connected to the Internet through firewalls and service providers.
[0035]
A mail server 1-11 is connected via a LAN or the Internet.
[0036]
In the e-mail transmission using the Internet facsimile apparatus in the claims of the present application, the destination is designated by the FAX operation unit 1-2, the image of the transmission original is read by the reading apparatus 1-3, and the e-mail is read by the e-mail transmission control program. Attached image is sent. The details of the format of the e-mail and the compression method of the attached image are based on ITU-T T.37 (Recommendation for facsimile transmission via the Internet).
[0037]
Hereinafter, the operation on the transmitter side that transmits Internet facsimile data with read confirmation will be described as the first embodiment, and the operation on the receiver side that receives Internet facsimile data with read confirmation as the second embodiment. Will be explained.
[0038]
<First Embodiment>
As the first embodiment, the operation on the side of a transmitter (hereinafter referred to as the Internet facsimile apparatus of the first embodiment) that transmits Internet facsimile data with read confirmation will be described.
[0039]
First, a method for managing communication result information in the Internet facsimile machine according to the first embodiment will be described.
[0040]
In the Internet facsimile apparatus of this embodiment, the results of facsimile transmission / reception and electronic mail transmission / reception are stored and managed as communication management information.
[0041]
FIG. 2 shows a data structure of facsimile communication management information in the first embodiment.
[0042]
Reference numeral 2-1 denotes a communication management information table for storing communication management information created every time transmission / reception of a facsimile or transmission / reception by e-mail is executed. Information shown in 2-2 to 2-12 is stored in each piece of communication management information in the communication management information table 2-1.
[0043]
2-2 is assigned a communication management number from 1 to 4999 at the time of transmission and from 5001 to 9999 at the time of reception.
[0044]
2-3 stores the user abbreviation at the time of facsimile transmission by the user ID, the name of the sender, and information described in the From: field column at the time of transmission of the e-mail.
[0045]
In 2-4, confirm the communication mode such as transmission / reception, facsimile transmission / reception mode such as G3 and ECM, and I-FAX (facsimile transmission by e-mail).
[0046]
2-5 stores the communication time. In the case of transmission and reception via the LAN, it is the connection time with the server.
[0047]
  2-6 stores the communication start time.. 2-7Stores the number of sent and received documents. If you received an email without an image, the number informationIsStored as missing.
[0048]
2-8 stores the other party's telephone number or the other party's mail address.
[0049]
2-9 stores the message ID described in “Message-ID:” of the mail header at the time of e-mail transmission and the message ID described in “Message-ID:” of the mail header at the time of reception.
[0050]
The ID described in the “Message-ID” is created by combining an IP address, a domain name, a transmission time, a communication management number, etc. on the transmission side in order to uniquely identify an electronic mail on the Internet.
[0051]
In 2-10, information indicating the communication result is stored. The result is stored for G3 communication via PSTN, and the communication result up to the default mail server is stored for Internet facsimile transmission.
[0052]
2-11 stores the MDN status of the transmitted email. Examples of the MDN status include the following.
[0053]
“No MDN” indicates that the read confirmation is not requested. “MDN requesting” indicates that a read confirmation is requested and is being confirmed. “MDN confirmed” indicates that an e-mail corresponding to the requested read confirmation has been received.
[0054]
2-12 shows the MDN communication result information, that is, the response result of the receiving side to the MDN when the read confirmation is requested.
[0055]
In the example shown in FIG. 2, communication in different communication modes such as transmission / reception and G3 facsimile communication / Internet facsimile communication is managed by one table, but is managed by a different table for each communication mode. It may be.
[0056]
Next, an e-mail transmission process in the Internet facsimile apparatus of this embodiment will be described.
[0057]
FIG. 3 is a flowchart showing an e-mail transmission process in the Internet facsimile machine according to the first embodiment.
[0058]
First, in step S3-1, one area for storing communication management information is secured from the communication management table at the start of transmission. If the area is not free, the oldest communication management information is overwritten and secured. A communication management number 2-2 is assigned to the communication management information in the secured area.
[0059]
In step S3-2, communication management information for the outgoing mail is generated. Specifically, a message ID is generated as the only ID for identifying outgoing mail, the communication mode is I-FAX transmission indicating Internet facsimile transmission, communication start time, number of pages, destination mail address, error code ( Set Communication result: TBD.
[0060]
In step S3-3, it is determined whether or not a read confirmation (MDN) is performed, that is, whether or not a read confirmation request header is to be added. Proceed to 5.
[0061]
Here, it is assumed that the user determines whether or not to perform the read confirmation is set by the FAX operation unit 1-2 before the determination in step S3-3.
[0062]
In step S3-4, a mail header with a read confirmation request header ("Disposition-Notification-To: <source address>") is created.
[0063]
In step S3-5, the “MDN requesting” status is written in the MDM status 2-11 of the communication management information.
[0064]
In step S3-6, an outgoing mail header is created without an MDN request header.
[0065]
In step S3-7, “no MDN request” information is written in the MDN status 2-11 of the communication management information.
[0066]
In step S3-8, e-mail transmission processing with an image file attached for transmission is executed for the mail server.
[0067]
In step S3-9, when the mail transmission to the mail server is completed, the value of the MDN status of the communication management information is read. If “MDN is being requested”, the process proceeds to step S3-9, and “MDN is not being requested”. If so, go to Step S3-10.
[0068]
In step S3-10, the MDN reception wait is written in the transmission result, and the communication management information is updated.
[0069]
In step S3-11, normal end is written in the transmission result, and the communication management information is updated.
[0070]
Through the above processing, the communication management information for e-mail transmission is set in the communication management information table 2-1.
[0071]
Next, an e-mail reception process in the Internet facsimile apparatus of this embodiment will be described.
[0072]
The e-mail receiving process in this embodiment is performed by confirming the received mail to the mail server at regular intervals according to the setting on the apparatus side.
[0073]
FIG. 4 is a flowchart showing received email processing in the Internet facsimile apparatus according to the first embodiment. The processing based on the flowchart of FIG. 4 is executed for each electronic mail received from the mail server.
[0074]
In step S4-1, an area for storing communication management information for received mail is secured, and a communication management number is acquired.
[0075]
In step S4-2, the message ID is obtained from the header portion of the received mail, and communication management information is generated in the same manner as in step S3-2.
[0076]
In step S4-3, the communication management information table 2-1 is searched to determine whether there is communication management information waiting for MDN reception. If there is, the process proceeds to step S4-4, and if not, the process proceeds to step S4-8. .
[0077]
In step S4-4, it is determined whether the received e-mail is an MDN responding to the read confirmation request. If the determination is affirmative, the process proceeds to step S4-5. If the determination is negative, the process proceeds to step S4-6. Transition.
[0078]
In step S4-5, the received MDN is analyzed, and the communication management information of the transmission e-mail corresponding to the received MDN is updated. Details of the processing in step S405 will be described later with reference to FIG.
[0079]
Step S4-6 is the case where the received mail is not MDN even though there is mail waiting for MDN reception. In this step, it is determined whether the waiting time of the communication management information waiting for MDN is exceeded. To do. If the determination is affirmative, the process proceeds to step S4-7. If the determination is negative, the process proceeds to step S4-8.
[0080]
In step S4-7, “MDN not received” is written as the communication result of the communication management information related to the outgoing mail for which the MDN request has been made.
[0081]
In step S4-8, since it is not an MDN mail, a predetermined process is executed. As this predetermined process, for example, there is a process of printing image data attached to a received electronic mail or transferring it to another apparatus.
[0082]
In step S4-9, the communication management information of the received mail is updated based on the result processed in step S4-8.
[0083]
Through the above processing, the update processing of the communication management information of the received electronic mail is executed.
[0084]
Next, details of the received MDN analysis process in step S4-5 will be described with reference to FIG.
[0085]
In step S5-1, one line of data is acquired from the received e-mail.
[0086]
In step S5-2, it is determined whether or not the first character string is “Original-Message-ID:” which is a header for indicating the message ID of the transmission e-mail corresponding to the MDN. If the determination is negative, step S5 is performed. The process returns to -1 to acquire the next data line. If the determination is affirmative, the process proceeds to step S5-3.
[0087]
In step S5-3, it is searched from the message ID of the communication management information of the outgoing mail whether there is a message ID shown in (S5-2).
[0088]
In step S5-4, when the corresponding message ID is searched, the communication management information area is specified by a pointer or the like, and the process proceeds to step S5-5. Otherwise, the process proceeds to step S5-10.
[0089]
In step S5-5, one line is further acquired from the received mail, and it is determined whether or not the leading character string of the line acquired in step S5-6 is "Disposition:". If the determination is affirmative, the process proceeds to step S5-7. If the determination is negative, the process returns to step S5-5 to acquire the next line.
[0090]
In step S5-7, based on the content of the Disposition: header, the content of the communication result 2-12 of the communication management information specified in step S5-4 is updated.
[0091]
Here, the parameters set in the header of Disposition: are defined in RFC2298.
[0092]
The action mode (action-mode) indicates whether the processing related to MDN is performed automatically or manually ("manual-action" / "automatic-action").
[0093]
The transmission mode (sending-mode) indicates whether the MDN transmission is performed manually or automatically ("MDN-sent-manually" / "MDN-sent-automatically").
[0094]
The treatment type (disposition-type) indicates how the sent electronic mail is treated in the receiving UA. Specifically, “displayed (“ displayed ”)”, “some processing such as printing or transfer was performed (“ dispatched ”)”, “determined processing was executed (“ processed ”)”, “ There are “deleted”, “denied”, and “failed”.
[0095]
In this way, in RFC 2298, a parameter corresponding to the processing of the e-mail on the receiving side is set in the Disposition header, so it is determined whether or not the e-mail already transmitted has been confirmed based on a predetermined rule. The result is reflected in the MDN communication result 2-12.
[0096]
In step S5-8, it is determined whether it is the last line. If the determination is affirmative, the process proceeds to step S5-9. If the determination is negative, the process returns to step S5-5 to determine whether the next line is the final line. Do.
[0097]
In step S5-9, if there is no “Disposition:” field in the MDN, it indicates that the received MDN mail is not normal, and information indicating a reception error is displayed in the MDN communication result 2-12 of the MDN received mail. set. This process is executed when an e-mail notifying an error is returned from the mail server because the address of the transmission e-mail is incorrect.
[0098]
In step S5-10, since there is no corresponding message ID, information indicating a reception error is set in the MDN communication result 2-12 of the MDN received mail.
[0099]
Here, the processing at step S4-9 in FIG. 4, the processing at step S5-9 in FIG. 5, and the processing at step S5-10 are not able to receive the MDN reply mail due to different factors, and an error occurs in the communication management information. In this process, an error code for identifying each error cause is set and visually output by a report or the like. As a result, the sender of the e-mail can verify the error in detail.
[0100]
FIG. 6 is a diagram illustrating an output example of a communication management report in the Internet facsimile apparatus according to the first embodiment. This communication management report is output based on the contents stored in the communication management information 2-1. . In the example shown in the figure, when a facsimile transmission is performed by e-mail (that is, when an Internet facsimile transmission is performed), “transmission I-FAX” is described in the communication mode column. "FAX" is described.
[0101]
The first item No.0002 indicates that the read confirmation has not been received yet by displaying “MDN not” in the communication mode, and the result is unknown by displaying “-” in the communication result column. It is shown that.
[0102]
The next item No. 0003 indicates that the reading has already been confirmed by displaying “MDN completed” in the communication mode, and OK is described in the communication result column.
[0103]
The last item No. 0004 indicates that the MDN is not requested by not displaying the MDN in the communication mode column, and only OK is described in the communication result column.
[0104]
When the communication management report is output in this way, the presence / absence of a read confirmation request and the read confirmation status at the time of output are displayed for each communication, so the user can check the status of the read confirmation for each communication. Will be able to grasp.
[0105]
In the example of FIG. 6, OK / NG set in the communication result column of Internet facsimile transmission is printed as one communication result by combining the transmission result up to the mail server and the MDN communication result. That is, it is OK only when both the transmission result up to the mail server and the MDN communication result are normally completed.
[0106]
Therefore, as a modification, the transmission result up to the mail server and the MDN communication result may be printed in separate fields.
[0107]
7 and 8 are output examples of a transmission result report when Internet facsimile transmission with a read confirmation request is performed. FIG. 7 shows an example in the case where the communication result is OK and the read has been confirmed, and FIG. 8 shows an example in which the communication result is NG and the read has been confirmed.
[0108]
In the example of FIG. 7, in the MDN analysis process of FIG. 5, the transmission result is OK from the contents of the “Disposition:” header, the communication management information is updated (step S5-7), and output as a transmission result report.
[0109]
As for the output timing of the transmission result, it is assumed that the transmission result report is not output until the read confirmation mail is received. After the elapse of the time determined by waiting to receive the read confirmation mail (step S4-6), it is determined that the read confirmation is not received, and a transmission result report is output as a transmission error.
[0110]
In the example of FIG. 8, in the MDN analysis processing of FIG. 5, the communication management information is updated from the contents of the “Disposition:” header as NG as the transmission result (step S5-7), and output as a transmission result report.
[0111]
As described above, according to the first embodiment, when Internet facsimile transmission with a read confirmation is performed, the response status to the read confirmation can be reflected or printed in detail in the communication management information. It became.
[0112]
This makes it possible for the sender of the Internet facsimile to accurately grasp the communication status of the Internet facsimile transmission and the content of the communication result, and can provide an easy-to-understand and friendly Internet facsimile machine for the user.
[0113]
In the first embodiment, the example in which the sender is notified of the communication management information reflecting the MDN response status from the receiver in the form of report output has been shown. You may make it the form displayed on 2.
[0114]
Furthermore, the configuration of the Internet facsimile machine shown in FIG. 1 has a Web server function for publishing various data to Web clients on the LAN 1-11, and the communication management information is converted into XML or HTML format. The web server function may be made public to users on the LAN 1-11.
[0115]
<Second Embodiment>
The operation on the receiver side for receiving Internet facsimile data with read confirmation will be described as a second embodiment.
[0116]
Here, the Internet facsimile apparatus on the receiver side (hereinafter referred to as the Internet facsimile apparatus of the second embodiment) has the same communication management information 2-1 as the Internet facsimile apparatus of the first embodiment shown in FIG. Each reception shall be managed by
[0117]
FIG. 9 is a flowchart showing an operation when an e-mail is received with a read confirmation request header in the Internet facsimile apparatus of the second embodiment.
[0118]
First, an area for the communication management information 2-1 is secured, and information related to the received email (information 2-2 to 2-12 in FIG. 2) is set in the secured area. At that time, information indicating no MDN request is set in the MDN status 2-11.
[0119]
In step S9-1, it is determined whether there is a read confirmation request. This determination is made based on whether there is a mail header with an MDN request header ("Disposition-Notification-To: <source address>") based on RFC2298. If there is an MDN request header, step S9-2 If there is no MDN request header, the process proceeds to step S9-3.
[0120]
In step S9-2, information indicating that an MDN is requested is set in the MDN status 2-10 in the communication management information 2-1 of the received mail.
[0121]
In step S9-3, it is determined whether or not an alarm is sounded based on user registration information indicating “processing when an e-mail with a read confirmation request” is registered in RAM 1-6 in advance. . If the alarm is sounded, the process proceeds to step S9-4. If the alarm is not sounded, the process proceeds to step S9-5.
[0122]
In step S9-4, an alarm with a read confirmation request is sounded by a speaker arranged in the operation unit 1-2.
[0123]
In step S9-5, whether or not to output a reception result report is registered based on the user registration information indicating “processing when an e-mail with a read confirmation request” is registered in RAM 1-6 in advance. to decide. If the reception result report is to be output, the process proceeds to step S9-6. If the reception result report is not to be output, the process proceeds to step S9-7.
[0124]
In step S9-6, a reception result report with information indicating that there is an MDN request is output. An output example of this reception result report will be described later.
[0125]
In step S9-7, it is determined whether or not an MDN is automatically returned based on the user registration information indicating “processing when an e-mail with a read confirmation request is received”. If the MDN is automatically returned, the process proceeds to step S9-8. If the MDN is not automatically returned, the process proceeds to step S9-13.
[0126]
In step S9-8, an MDN reply mail is created and transmitted to the MDN notification destination address set in “Disposition-Notification-Header”.
[0127]
After the transmission of step S9-9, information indicating that the MDN reply mail has been transmitted to the MDN status 2-11, that is, the e-mail of the read confirmation has been transmitted is set.
[0128]
In step S9-13, the presence of MDN request is displayed on the LED of the operation unit 1-2 or on the LCD display, the LED is turned on as there is a memory received image, the received mail is accumulated in the memory, and the processing of the received mail is finished. .
[0129]
In step S9-10, a mark indicating that there is an MDN request is added to the header of the image attached to the received e-mail and output. In general, a technique for synthesizing and outputting a predetermined mark on a received facsimile image is well known, and this embodiment is also realized by a similar technique. An example of outputting this image will be described later.
[0130]
In step S9-11, an image attached to the received e-mail is added with a header not marked to indicate that there is an MDN request and output.
[0131]
The above flowchart is the operation when an e-mail is received with a request header for a read confirmation.
[0132]
It should be noted here that the content of the received e-mail and the image attached to the received e-mail are output visually, that is, step S9-4, step S9-6, step S9-10, or step S9- In FIG. 13, the user is notified that the MDN request is added.
[0133]
As a result, the user can determine that the MDN request has been added without confirming the content of the received e-mail, and can quickly return a read confirmation to the sender.
[0134]
The flowchart shown in FIG. 9 can be variously modified. As a modification, the first modification and the second modification are shown in the flowchart of FIG. 12 (a modification of the flowchart of FIG. 9). ) Will be described.
[0135]
(First modification)
In the above example, if the determination in step S9-7 in FIG. 9 is negative, a message indicating that there is an MDN request is displayed in step S9-9, and then the received image is output in step S9-10.
[0136]
In the first modification, after displaying S12-9 when the determination in step S12-7 in FIG. 12 is negative, the process is temporarily terminated without outputting the received image. Thereafter, in response to a predetermined operation by the user, the received image is output and an MDN reply mail is transmitted.
[0137]
(Second modification)
In the above example, when the determination in step S9-7 in FIG. 9 is affirmative, an MDN reply mail is first transmitted in step S9-8, and a received image is output in step S9-10.
[0138]
In the second modification, if step S12-7 in FIG. 12 is affirmative, whether or not the received image is normally output in step S12-10 after the received image is output first in step S12-8. to decide. If this determination is affirmative, an MDN reply mail is transmitted in step S12-13 (the fact that an MDN reply mail has been transmitted is set in MDN status 2-11). On the other hand, in the case of negative determination, the process proceeds to step S12-12, and the transmission of the MDN reply mail corresponding to the received image to be output in S12-10 is switched from automatic to manual. Thereafter, in accordance with a predetermined operation by the user, the received image is output and an MDN reply mail corresponding to the received image is transmitted.
[0139]
According to the first modified example, the output operation of the received image and the transmission of the MDN reply mail corresponding to the output image are automatically executed in conjunction with a predetermined manual operation by the user. Reliability is improved.
[0140]
Further, according to the second modification, even when the MDN reply mail is automatically transmitted, the MDN reply mail is prevented from being automatically transmitted even though the received image is not normally output. can do.
[0141]
Next, an output example of a reception result report and a received image in the second embodiment will be described.
[0142]
FIG. 10 is a diagram illustrating an output example of a reception result report output for each received electronic mail in the Internet facsimile apparatus according to the second embodiment. In the example of the figure, an output example of a reception result report for a received electronic mail to which an MDN request is attached is shown. An MDN request was added in the communication result column, along with the “reception number” (1001) corresponding to the communication management number 2-2 and the “address of the other party” (1002) indicating the sender's e-mail address. “Read confirmation requested” (1003) is printed.
[0143]
The display of 1003 allows the receiver to recognize that the MDN request has been attached to the electronic mail to which the received image is attached.
[0144]
FIG. 11 is a diagram illustrating an output example of an image attached to a received electronic mail in the Internet facsimile apparatus according to the second embodiment. In the example of the figure, an output example of an image attached to the received e-mail with the MDN request is shown. In the header portion, information 1102 indicating that the MDN request has been attached is printed together with the e-mail address 1101 of the transmission source.
[0145]
The display of 1102 enables the receiver to recognize that the MDN request is attached to the e-mail to which the received image is attached.
[0146]
On the other hand, when outputting an image attached to a received e-mail without an MDN request, the area 1102 is blank.
[0147]
In the example shown in FIG. 11, information indicating the presence of read confirmation is printed on the header portion. However, this may be printed on the footer portion, and if the presence or absence of the read confirmation can be determined. It may be displayed in other manners.
[0148]
Next, an operation of recognizing a read confirmation request from a reception result report or a received image output by the user and responding to the read confirmation will be described.
[0149]
A user who has passed by the Internet facsimile machine of the second embodiment recognizes that an email with an MDN request has been received from the state of the LCD or LED displayed in step S9-9.
[0150]
In addition, the user who has received the reception result report output in step S9-6 or the reception image output in step S9-10 obtains an MDN request from the information indicating that there is an MDN request. Recognize that there was.
[0151]
Then, the user who recognizes that there has been an MDN request transmits a MDN reply mail by the process shown in step S9-8 by performing a predetermined operation with the button of the operation unit 1-2.
[0152]
At that time, "Sender requests read confirmation. Do you want to send a reply email, YES / NO" is displayed, and if you select YES to confirm read, reply email for read confirmation May be transmitted.
[0153]
As described above, according to the second embodiment, when an e-mail requesting a read confirmation (MDN) is received, this is indicated by an LED / LCD display, an alarm, a report, and an output reception / reception. Thus, it is possible to prompt the user to perform a read confirmation operation.
[0154]
In addition, the configuration of the Internet facsimile apparatus shown in FIG. 1 has a Web server function for publishing various data to Web clients on the LAN 1-11, and communication management information and received images are converted into XML or HTML format. It may be converted to be disclosed to users on the LAN 1-11 by the Web server function.
[0155]
<Third Embodiment>
As a third embodiment, an embodiment is further provided in which means for notifying a user of information on whether or not a read confirmation e-mail for a received e-mail has been transmitted to the Internet facsimile apparatus of the second embodiment is provided. explain.
[0156]
As described in the second embodiment, the MDN status of the received email of the communication management information 2-1 transmits information indicating the presence / absence of a read confirmation request and a response email for the read confirmation request. Information indicating that it has been completed is set for each received e-mail.
[0157]
Therefore, by reading the MDN status 2-11 corresponding to the received e-mail, it is possible to determine whether there is a read confirmation request for the received e-mail and whether a response e-mail is sent for the read confirmation request. It becomes.
[0158]
FIG. 16 is a schematic diagram showing a method for managing image files attached to received e-mails. The image management information 1601 stores storage location information of the image file 1603, information on the transmission source (e-mail address, etc.), reception time information, message ID of the attached e-mail, and information on the format of the image file. ing. When outputting an image file, necessary information is read from the image management information, and image output control is performed.
[0159]
Further, it is possible to specify the communication management information 1602 of the received e-mail to which the image file is attached from the message ID of the e-mail stored in the image management information 1601. Therefore, by reading the MDN status 2-12 of the communication management information specified from the image file, the presence / absence of a read confirmation request for the email to which the image file was attached and the response email for the read confirmation request It is possible to determine the presence or absence of transmission.
[0160]
FIG. 15 is a flowchart showing the output operation of the attached image file of the Internet facsimile apparatus of the third embodiment.
[0161]
First, in step S1501, the communication management information corresponding to the received electronic mail to which the image file to be output is attached is specified, and the MDN status 2-11 of the specified communication management information is read.
[0162]
In step S1502 and step S1504, the value of MDN status 2-11 read in step S1501 is evaluated.
[0163]
If the determination in step S1502 is affirmative, that is, if there is no MDN request for the received electronic mail, the process proceeds to step S1503, and an image file is output without adding a mark relating to the read confirmation.
[0164]
If the determination in step S1504 is affirmative, that is, if there is an MDN request for the received electronic mail and an MDN response electronic mail has already been transmitted in response to the request, the process proceeds to step S1505. In step S1502, as shown in FIG. 13, a mark 1301 indicating that the MDN response e-mail has already been transmitted is added, and an image file is output.
[0165]
If the determination in step S1504 is negative, that is, if there is an MDN request for the received e-mail and an MDN response e-mail has not yet been sent in response to the request, an image file is output with a mark to that effect To do.
[0166]
The above is the output operation of the attached image file of the Internet facsimile apparatus of the third embodiment.
[0167]
In this way, the presence / absence of an MDN request and the presence / absence of a response to the MDN request are added to the output image of the image file, so that the user who sees the output image can grasp whether or not to take a read confirmation action It becomes easy.
[0168]
In addition, as described in the above embodiment, the MDN status of the received email of the communication management information 2-1 includes the information indicating the presence / absence of the read confirmation request and the response email for the read confirmation request. Information indicating that it exists is set for each received e-mail.
[0169]
Therefore, when a communication management report is output, information regarding a read confirmation request may be added to the received electronic mail.
[0170]
  FIG. 14 is a diagram illustrating an output example of a communication management report according to the third embodiment. According to the example of FIG. 5002For the received e-mail, “MDN not yet” is displayed in the communication mode column to indicate that a read confirmation request has been added but has not yet been answered. No. 5003As for the received e-mail, “MDN completed” is displayed in the column of the communication mode to indicate that a read confirmation request has been added and has already been responded. No. As for the received e-mail 5005, “No MDN” is displayed in the column of the communication mode to indicate that the read confirmation request is not added.
[0171]
In this manner, by outputting the presence / absence of a read confirmation request and the presence / absence of a response to a read confirmation request for a plurality of received e-mails as a list, it is possible to check for missing read confirmations.
[0172]
<Other embodiments>
Needless to say, the functions of the Internet facsimile apparatus of the first embodiment and the functions of the Internet facsimile apparatus of the second embodiment may be realized by one apparatus.
[0173]
In the above embodiment, a single device called an Internet facsimile apparatus has been described. However, the present invention is also applied to an image communication system including a plurality of devices such as a computer device, a scanner device, and a printer device.
[0174]
A program for realizing the function described in this embodiment is stored in the ROM 1-5. A storage medium storing a program code of software that realizes this function is supplied to the system or apparatus. Needless to say, this can also be achieved by the CPU of the system or apparatus reading and executing the program code stored in the storage medium.
[0175]
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the storage medium storing the program code constitutes the present invention. As a storage medium for supplying the program code, for example, a floppy disk, an optical disk, a magneto-optical disk, a CD ROM, a CDR, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
[0176]
Further, by executing the program code read by the CPU, not only the functions of the above-described embodiments are realized, but also an operating OS (operating system) or the like that is actually operated based on an instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the above-described processing is included.
[0177]
Furthermore, after the program code read from the storage medium is written to the memory provided in the function expansion board inserted in the device or the function expansion unit connected to the device, the function expansion is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing.
[0178]
【The invention's effect】
  As explained above,ClearlyAccording toSince it is possible to reflect the reception status of the response email to the transmission email in the communication management information of the transmission emailIt is possible to provide an easy-to-understand and friendly Internet facsimile machine for the user.Then, it becomes possible to manage information indicating that a response e-mail to the transmitted e-mail was not received within a predetermined period, that is, information indicating that there was no response from the transmission destination for some reason, The user can more easily grasp the transmission status of the e-mail.
[0180]
  In addition, this departureClearlyAccording toWhen the content of the image file attached to the received electronic mail is confirmed, the user can grasp whether or not a response electronic mail is requested.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the configuration of an Internet facsimile machine according to an embodiment of the present invention.
FIG. 2 is a diagram showing a data configuration of facsimile communication management information in the first embodiment.
FIG. 3 is a flowchart showing electronic mail transmission processing in the Internet facsimile machine according to the first embodiment.
FIG. 4 is a flowchart showing received email processing in the Internet facsimile machine according to the first embodiment;
FIG. 5 is a flowchart showing analysis processing of received MDN in the Internet facsimile apparatus of the first embodiment.
FIG. 6 is a diagram illustrating an output example of a communication management report of the Internet facsimile machine according to the first embodiment.
FIG. 7 is a diagram showing an output example of a transmission result report of the Internet facsimile machine according to the first embodiment.
FIG. 8 is a diagram showing an output example of a transmission result report of the Internet facsimile machine according to the first embodiment.
FIG. 9 is a flowchart showing an operation when an e-mail is received with a read confirmation request header in the Internet facsimile apparatus of the second embodiment.
FIG. 10 is a diagram illustrating an output example of a reception result report of the Internet facsimile machine according to the second embodiment.
FIG. 11 is a diagram illustrating an output example of a received image of the Internet facsimile apparatus according to the second embodiment.
FIG. 12 is a flowchart showing an operation when an e-mail is received with a read confirmation request header in the Internet facsimile apparatus of the second embodiment;
FIG. 13 is a diagram illustrating an output example of a received image of the Internet facsimile machine according to the third embodiment.
FIG. 14 is a diagram illustrating an output example of a communication management report of the Internet facsimile machine according to the third embodiment.
FIG. 15 is a flowchart showing an output operation of an attached image file of the Internet facsimile machine according to the third embodiment.
FIG. 16 is a schematic diagram showing a method for managing image files attached to received e-mails.
[Explanation of symbols]
1-1 CPU
1-2 Operation unit
1-3 Reading unit
1-4 Recording unit
1-5 ROM
1-6 RAM
1-7 MODEM
1-8 NCU
1-9 LAN
1-11 LAN (Internet)
1-12 Mail server

Claims (18)

電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、
画像ファイルを添付した電子メールを送信する電子メール送信手段と、
前記電子メール送信手段により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求手段と、
送信された電子メールごとの送信情報を管理する通信管理手段と、
送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理手段が管理する送信情報を更新する制御手段と、を有し、
前記制御手段は更に、前記通信管理手段が管理する送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新することを特徴とする画像通信装置。
An image communication apparatus connected to a network capable of e-mail communication and having an e-mail communication function,
An email sending means for sending an email with an attached image file;
Requesting means for requesting a response e-mail to the e-mail to be transmitted when the e-mail is transmitted by the e-mail transmitting means;
Communication management means for managing transmission information for each transmitted e-mail;
A control unit that updates transmission information managed by the communication management unit based on a reception result of a response email to the transmitted email;
The control means further updates transmission information managed by the communication management means based on information indicating that a response e-mail to the sent e-mail has not been received within a predetermined period. Image communication device.
前記要求手段は、送信する電子メールの既読確認を示す応答電子メールを要求することを特徴とする請求項1に記載の画像通信装置。  The image communication apparatus according to claim 1, wherein the request unit requests a response e-mail indicating a read confirmation of the e-mail to be transmitted. 前記要求手段の実行の有無を選択する選択手段を更に備え、
前記通信管理手段は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理することを特徴とする請求項1または2のいずれか1項に記載の画像通信装置。
Further comprising selection means for selecting whether or not the request means is executed,
3. The image communication apparatus according to claim 1, wherein the communication management unit manages the presence / absence of a request for a response e-mail as transmission information for each transmitted e-mail.
前記制御手段は、前記通信管理手段が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に基づいて更新することを特徴とする請求項1乃至3のいずれか1項に記載の画像通信装置。  The said control means updates the transmission information which the said communication management means manages based on the information which shows that the response email with respect to the transmitted email was received. The image communication apparatus according to claim 1. 前記通信管理手段が管理する送信情報を可視出力する出力手段を更に備えたことを特徴とする請求項1乃至4のいずれか1項に記載の画像通信装置。  The image communication apparatus according to claim 1, further comprising an output unit that visually outputs transmission information managed by the communication management unit. 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置であって、
画像ファイルが添付された電子メールを受信する電子メール受信手段と、
前記電子メール受信手段が受信した電子メールに添付された画像ファイルの内容を可視出力する出力手段と、
前記電子メール受信手段により受信した電子メールから応答電子メールを要求する制御情報を検出する検出手段と、
前記検出手段によって前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加する付加手段と、
を備えたことを特徴とする画像通信装置。
An image communication apparatus connected to a network capable of e-mail communication and having an e-mail communication function,
An e-mail receiving means for receiving an e-mail with an attached image file;
An output means for visually outputting the contents of the image file attached to the email received by the email receiving means;
Detecting means for detecting control information for requesting a response email from the email received by the email receiving means;
When the output unit visually outputs the image file attached to the e-mail in which the control information is detected by the detection unit, information indicating that the control information is detected is added to a part of the image. Additional means;
An image communication apparatus comprising:
前記付加手段は、前記制御情報が検出された電子メールに添付された画像ファイルを前記出力手段が可視出力する際に、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像の一部に前記制御情報に対する応答が済んでいることを示す情報を付加することを特徴とする請求項6に記載の画像通信装置。  When the output unit visually outputs the image file attached to the e-mail in which the control information is detected, and the response e-mail for the control information has already been transmitted, 7. The image communication apparatus according to claim 6, wherein information indicating that a response to the control information has been completed is added to the unit. 前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報であることを特徴とする請求項6または7のいずれか1項に記載の画像通信装置。  8. The image communication apparatus according to claim 6, wherein the control information is information for requesting a response e-mail indicating a read confirmation of the e-mail. 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置における画像通信方法であって、
画像ファイルを添付した電子メールを送信する電子メール送信工程と、
前記電子メール送信工程により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求工程と、
送信された電子メールごとの送信情報を管理する通信管理工程と、
送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理工程にて管理される送信情報を更新する制御工程と、を有し、
前記制御工程は更に、前記通信管理工程にて管理される送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新することを特徴とする画像通信方法。
An image communication method in an image communication apparatus connected to a network capable of e-mail communication and having an e-mail communication function,
An email sending process for sending an email with an attached image file;
When sending an email by the email sending step, a requesting step for requesting a response email for the email to be sent;
A communication management process for managing transmission information for each transmitted email;
A control step of updating the transmission information managed in the communication management step based on the reception result of the response email to the sent email,
The control step further updates the transmission information managed in the communication management step based on information indicating that a response email to the sent email has not been received within a predetermined period. Image communication method.
前記要求工程は、送信する電子メールの既読確認を示す応答電子メールを要求することを特徴とする請求項9に記載の画像通信方法。  The image communication method according to claim 9, wherein the requesting step requests a response e-mail indicating a read confirmation of the e-mail to be transmitted. 前記要求工程の実行の有無を選択する選択工程を更に備え、
前記通信管理工程は、送信された電子メールごとに応答電子メールの要求の有無を送信情報として管理することを特徴とする請求項9または10のいずれか1項に記載の画像通信方法。
Further comprising a selection step for selecting whether or not the request step is performed,
11. The image communication method according to claim 9, wherein the communication management step manages, as transmission information, whether or not a response e-mail is requested for each transmitted e-mail.
前記制御工程は、前記通信管理工程が管理する送信情報を、送信された電子メールに対する応答電子メールが受信されたことを示す情報に基づいて更新することを特徴とする請求項9乃至11のいずれか1項に記載の画像通信方法。  12. The control process according to claim 9, wherein the control process updates transmission information managed by the communication management process based on information indicating that a response e-mail to the transmitted e-mail has been received. The image communication method according to claim 1. 前記通信管理工程が管理する送信情報を可視出力する出力工程を更に備えたことを特徴とする請求項9乃至12のいずれか1項に記載の画像通信方法。  The image communication method according to claim 9, further comprising an output step of visually outputting transmission information managed by the communication management step. 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置における画像通信方法であって、
画像ファイルが添付された電子メールを受信する電子メール受信工程と、
前記電子メール受信工程により受信した電子メールから応答電子メールを要求する制御情報を検出する検出工程と、
前記電子メールに添付された画像ファイルを可視出力する出力工程と、を備え、
前記出力工程は、前記検出工程で前記制御情報が検出された画像ファイルを可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加することを特徴とする画像通信方法。
An image communication method in an image communication apparatus connected to a network capable of e-mail communication and having an e-mail communication function,
An email receiving process for receiving an email with an attached image file;
A detection step of detecting control information for requesting a response email from the email received by the email reception step;
And an output step of visual output to the attached image file to the electronic mail,
In the output step, when the image file in which the control information is detected in the detection step is visually output, information indicating that the control information is detected is added to a part of the image. Image communication method.
前記出力工程は、前記制御情報に対する応答電子メールを送信済みの場合には、当該画像に前記制御情報に対する応答が済んでいることを示す情報を付加して可視出力することを特徴とする請求項14に記載の画像通信方法。  The output step is characterized in that when a response e-mail for the control information has been transmitted, information indicating that a response to the control information has been completed is added to the image and visually output. 14. The image communication method according to 14. 前記制御情報は、電子メールの既読確認を示す応答電子メールを要求するための情報であることを特徴とする請求項14または15のいずれか1項に記載の画像通信方法。  16. The image communication method according to claim 14, wherein the control information is information for requesting a response e-mail indicating read confirmation of the e-mail. 電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置で実行されるプログラムを格納した記憶媒体であって、
画像ファイルを添付した電子メールを送信する電子メール送信工程と、
前記電子メール送信工程により電子メールを送信する際に、送信する電子メールに対する応答電子メールを要求する要求工程と、
送信された電子メールごとの送信情報を管理する通信管理工程と、
送信された電子メールに対する応答電子メールの受信結果に基づいて、前記通信管理工程にて管理される送信情報を更新する制御工程と、を有し、
前記制御工程は更に、前記通信管理工程にて管理される送信情報を、前記送信された電子メールに対する応答電子メールが所定期間内に受信されなかったことを示す情報に基づいて更新することを特徴とするプログラムを格納したことを特徴とする記憶媒体。
A storage medium storing a program connected to a network capable of electronic mail communication and executed by an image communication apparatus having an electronic mail communication function,
An email sending process for sending an email with an attached image file;
When sending an email by the email sending step, a requesting step for requesting a response email for the email to be sent;
A communication management process for managing transmission information for each transmitted email;
A control step of updating the transmission information managed in the communication management step based on the reception result of the response email to the sent email,
The control step further updates the transmission information managed in the communication management step based on information indicating that a response email to the sent email has not been received within a predetermined period. A storage medium characterized by storing a program as described above.
電子メール通信が可能なネットワークに接続され、電子メール通信機能を有する画像通信装置で実行されるプログラムを格納した記憶媒体であって、
画像ファイルが添付された電子メールを受信する電子メール受信工程と、
前記電子メール受信工程により受信した電子メールから応答電子メールを要求する制御情報を検出する検出工程と、
前記電子メールに添付された画像ファイルを可視出力する出力工程と、を備え、
前記出力工程は、前記検出工程で前記制御情報が検出された画像ファイルを可視出力する際に、当該画像の一部に前記制御情報が検出されたことを示す情報を付加することを特徴とするプログラムを格納した記憶媒体。
A storage medium storing a program connected to a network capable of electronic mail communication and executed by an image communication apparatus having an electronic mail communication function,
An email receiving process for receiving an email with an attached image file;
A detection step of detecting control information for requesting a response email from the email received by the email reception step;
And an output step of visual output to the attached image file to the electronic mail,
In the output step, when the image file in which the control information is detected in the detection step is visually output, information indicating that the control information is detected is added to a part of the image. A storage medium that stores a program.
JP2000194474A 2000-06-28 2000-06-28 Image communication apparatus, image communication method, and storage medium Expired - Lifetime JP3848063B2 (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2000194474A JP3848063B2 (en) 2000-06-28 2000-06-28 Image communication apparatus, image communication method, and storage medium
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,599 US9083559B2 (en) 2000-06-28 2007-03-13 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,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 (en) 2000-06-28 2000-06-28 Image communication apparatus, image communication method, and storage medium

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2006107718A Division JP4018728B2 (en) 2006-04-10 2006-04-10 Image communication apparatus, image communication apparatus control method, and storage medium

Publications (3)

Publication Number Publication Date
JP2002016751A JP2002016751A (en) 2002-01-18
JP2002016751A5 JP2002016751A5 (en) 2005-11-04
JP3848063B2 true JP3848063B2 (en) 2006-11-22

Family

ID=18693296

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000194474A Expired - Lifetime JP3848063B2 (en) 2000-06-28 2000-06-28 Image communication apparatus, image communication method, and storage medium

Country Status (1)

Country Link
JP (1) JP3848063B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008017512A (en) * 2007-08-23 2008-01-24 Canon Inc Image communication apparatus, image communication apparatus control method, and storage medium
JP2008029021A (en) * 2007-08-23 2008-02-07 Canon Inc Image communication apparatus, image communication apparatus control method, and storage medium

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3745290B2 (en) 2002-02-28 2006-02-15 シャープ株式会社 Network communication equipment
JP4854165B2 (en) * 2002-03-14 2012-01-18 キヤノン株式会社 COMMUNICATION DEVICE AND COMMUNICATION METHOD IN COMMUNICATION DEVICE
JP4822677B2 (en) * 2004-07-20 2011-11-24 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION METHOD, COMPUTER PROGRAM, AND COMPUTER-READABLE STORAGE MEDIUM
JP5208258B2 (en) * 2011-09-27 2013-06-12 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008017512A (en) * 2007-08-23 2008-01-24 Canon Inc Image communication apparatus, image communication apparatus control method, and storage medium
JP2008029021A (en) * 2007-08-23 2008-02-07 Canon Inc Image communication apparatus, image communication apparatus control method, and storage medium

Also Published As

Publication number Publication date
JP2002016751A (en) 2002-01-18

Similar Documents

Publication Publication Date Title
JP3368804B2 (en) Hypertext transmission method and hypertext transmission server device
US8412781B2 (en) Image communication apparatus, image communication method, and memory medium
JPH0779298A (en) Facsimile server system
JP2005269037A (en) E-mail server, e-mail terminal and program
JP2003273954A (en) Device and method for data processing
JP3848063B2 (en) Image communication apparatus, image communication method, and storage medium
JP2002290462A (en) Method for notifying mail non-arrival information and data communication apparatus
JP4881258B2 (en) Image communication apparatus, image communication apparatus control method, and storage medium
JP4834627B2 (en) Image communication apparatus, image communication apparatus control method, and storage medium
JP4944984B2 (en) Image communication apparatus, image communication apparatus control method, and storage medium
JP2003169188A (en) Facsimile equipment
JP3585685B2 (en) Communication system and Internet facsimile machine
JP4018728B2 (en) Image communication apparatus, image communication apparatus control method, and storage medium
JP4078020B2 (en) Facsimile device, communication result management method and program
JP2003178011A (en) E-mail transmission device and program
JPH0514405A (en) E-mail device
JP3611112B2 (en) Facsimile communication system
JPH10304128A (en) Control method for network facsimile machine
JP2003067310A (en) System and program for transmitting mail
US20050275886A1 (en) Image forming apparatus, image forming method, and information processing apparatus
JPH1198179A (en) Bulletin board registration method and bulletin board registration / transfer method
JP2002351795A (en) Information processing apparatus and information processing system
JP3474742B2 (en) Network facsimile machine
JP2009124274A (en) Image processor, image data transmission method, and computer program
JP2002215545A (en) Information processing apparatus and system, and methods thereof

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