JP2001229087A

JP2001229087A - ネットワーク通信装置

Info

Publication number: JP2001229087A
Application number: JP2000036297A
Authority: JP
Inventors: Atsushi Kaneya; 厚史兼谷
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2000-02-15
Filing date: 2000-02-15
Publication date: 2001-08-24
Anticipated expiration: 2020-02-15
Also published as: JP3971077B2

Abstract

(57)【要約】【課題】送達確認のメールを送信後に変化した受信メ
ールの処理状態を送信元に通知できるネットワーク通信
装置を提供すること。【解決手段】受信メールについての送達確認通知用メ
ールを送信後に、当該受信メールについての処理状態の
変化を監視する処理状態監視手段と、前記受信メールに
ついての前記送達確認通知メールを送信後に前記処理状
態監視手段により処理状態の変化が検出された場合に
は、再度前記所定形式の送達確認通知用メールを送信す
る送達確認再通知手段を更に備えたことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークファ
クシミリ装置等のネットワーク通信装置に関し、特に、
ネットワークを介して電子メールを送受信する一方、送
達確認要求を伴う受信メールに対して送達確認の電子メ
ールを返信するネットワーク通信装置に関する。

【０００２】

【従来の技術】パーソナルコンピュータ（ＰＣ）やワー
クステーション装置（ＷＳ）、あるいは、インターネッ
トファクシミリ装置等のネットワーク通信装置がローカ
ルエリアネットワーク（ＬＡＮ）に接続してＬＡＮ上の
メールサーバーその他と通信する環境、またはＰＳＴＮ
やＩＳＤＮ等の公衆網を介してインターネットサービス
プロバイダのサーバ装置にダイヤルアップ接続して、そ
のインターネットサービスプロバイダ経由で通信する環
境において、電子メールで情報通信する場合には、ＰＳ
ＴＮを介して互いにリアルタイムでファクシミリ通信を
行うＧ３ファクシミリ等とは違い、一般に送信元端末か
ら受信側端末宛に送信された電子メールは、当該送信元
装置における送信処理完了後に、当該受信側端末に到着
するまでの過程でいくつかのメールサーバーをバケツリ
レーの形で経由するため、送信側の端末から電子メール
を送信した時点では、送信側は、受信側の端末が当該送
信した電子メールを正常に受信できたかや適切に処理さ
れたかについては認識できない。

【０００３】そのため、以前は、電子メールの最終的な
送達確認を行うためには、電話による確認等を人間が直
接行う必要があった。

【０００４】しかし、電子メールで情報を送信して、電
話で送達確認を行うのでは、電子メールによる通信の利
点が損なわれるため、受信した電子メールに対して、受
信側端末が何らかの送達確認の応答を送信側に送り返す
ことによって、自動的に送達確認を行えるようにする方
法が提案されている。

【０００５】例えば、ＭＤＮ（ＲＦＣ２２９８）で規定
される、送信メールの受信側における受信結果／経過を
所定形式の送達確認メールにより送信元に通知して確認
させる方法がある。ＭＤＮは、メールヘッダに「Ｄｉｓ
ｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔ
ｏ：」フィールドを新設し、このフィールドに送達確認
メールを送付するアドレスを記述し、送達確認要求を行
うものである。

【０００６】

【発明が解決しようとする課題】しかし、ＭＤＮ（Mess
age Disposition Notification）を使った場合などでは
結果あるいは経過を記載したメールを原則として１回し
か送らないため、受信機側が肯定的（正常に処理中の
意）意味のレスポンスを送った後でエラーが生じる可能
性や、逆にエラーが生じた旨のレスポンスを送った後に
復旧して処理ができるようになる可能性に対応すること
ができず、送信元に通知されている送達確認の内容と、
受信側における受信メールの実際の処理状態とに不整合
が生じてしまうという問題点があった。

【０００７】本発明は係る事情に鑑みてなされたもので
あり、送達確認のメールを送信後に変化した受信メール
の処理状態を送信元に通知できるネットワーク通信装置
を提供することを目的とする。

【０００８】

【課題を解決するための手段】請求項１に記載のネット
ワーク通信装置は、ネットワークを介して電子メールの
送受信を行う一方、受信メールに送達確認要求を示す情
報が伴う場合には、当該受信メールについて、所定形式
の送達確認通知用メールを送信するネットワーク通信装
置において、前記受信メールについての前記送達確認通
知用メールを送信後に、当該受信メールについての処理
状態の変化を監視する処理状態監視手段と、前記受信メ
ールについての前記送達確認通知メールを送信後に前記
処理状態監視手段により処理状態の変化が検出された場
合には、再度前記所定形式の送達確認通知用メールを送
信する送達確認再通知手段を更に備えたことを特徴とす
る。

【０００９】請求項２に記載のネットワーク通信装置
は、請求項１に記載のネットワーク通信装置において、
前記送達確認再通知手段は、前記受信メールについての
前記送達確認通知用メールを送信後に、前記処理状態監
視手段により処理状態が正常から異常または異常から正
常に変化したことが検出された場合にのみ、再度前記所
定形式の送達確認通知用メールを送信するものであるこ
とを特徴とする。

【００１０】請求項３に記載のネットワーク通信装置
は、請求項１または２のいずれかに記載のネットワーク
通信装置において、前記送達確認再通知手段が、前記受
信メールについての前記送達確認通知メールを送信後
に、前記処理状態監視手段により処理状態の変化が検出
された場合に再度送信する送達確認通知のためのメール
は、前記所定形式の送達確認通知用メールではなく、当
該受信メールについての送達確認の内容をメール本文に
含む通常形式の電子メールであることを特徴とする。

【００１１】請求項４に記載のネットワーク通信装置
は、請求項１または２のいずれかの記載のネットワーク
通信装置において、２度目以降の送達確認の通知を、前
記所定形式の送達確認通知用メールで行うか、または、
送達確認の内容をメール本文に含む通常形式のメールで
行うかを設定する送達確認通知形式設定手段を更に備
え、前記送達確認再通知手段が、前記受信メールについ
ての前記送達確認通知メールを送信後に、前記処理状態
監視手段により処理状態の変化が検出された場合に再度
送信する送達確認通知のためのメールは、前記送達確認
通知形式設定手段により設定に応じて、前記所定形式の
送達確認通知用メール、または、送達確認の内容をメー
ル本文に含む前記通常形式の電子メールであることを特
徴とする。

【００１２】

【発明の実施の形態】以下、添付図面を参照しながら、
本発明の実施の形態を詳細に説明する。

【００１３】先ず、本発明の実施の形態に係るネットワ
ーク通信装置であるネットワークファクシミリ装置１の
ネットワーク及び公衆網への接続形態について図１を参
照して説明する。

【００１４】同図において、ネットワーク通信装置１
は、ＬＡＮ６０に接続されて、ＬＡＮ６０に接続された
その他のＰＣ（パーソナルコンピュータ）２０ａ、ｂ、
ｃ、ｄ、ｅとの間で、メールサーバ装置２０ｆを介した
電子メールの送受信を行う。

【００１５】また、ネットワーク通信装置１は、ＰＳＴ
Ｎを介してインターネットサービスプロバイダのサーバ
装置であるＩＳＰ装置４０にダイヤルアップ接続してＩ
ＳＰ装置４０を介してインターネットに接続し、インタ
ーネット上のメールサーバ装置５０を介してインターネ
ット情報の端末と電子メールの送受信を行う。

【００１６】また、ネットワークファクシミリ装置１
は、ＰＳＴＮの公衆網にも接続され、そのＰＳＴＮを介
して、その他のＧファクシミリ装置３０等との間で、Ｇ
３ファクシミリ送受信を行うこともでき、電子メールに
より受信した文書をＧ３ファクシミリ送信で転送した
り、逆にＧ３ファクシミリ受信した文書を電子メールに
より転送したりするほか、メール受信文書、Ｇ３受信文
書を印字出力することができる。

【００１７】Ｇ３ファクシミリ受信した文書の電子メー
ルによる転送は、例えば、Ｇ３ファクシミリプロトコル
におけるオプションの制御信号であるサブアドレス信号
ＳＵＢや独自の制御信号等により、転送先を指示するた
めの識別番号の通知を受けて、その通知された識別番号
を、予め各識別番号と転送先メールアドレスとを対応付
けて登録したテーブルと照合して対応するメールアドレ
ス宛に、Ｇ３ファクシミリ受信した文書を電子メールに
より送信することにより行える。

【００１８】電子メールにより受信した文書のＧ３ファ
クシミリ送信による転送は、例えば、電子メールのメー
ルヘッダ部の「Ｓｕｂｊｅｃｔ」ヘッダ情報中に含まれ
る転送先情報を参照したり、「ＦＲＯＭ」ヘッダ情報の
送信元メールアドレスに対応して予め登録しておいた転
送先情報を参照して、その転送先情報により特定される
相手先ファクシミリ装置に、電子メールで受信した文書
をＧ３ファクシミリ送信することにより行える。

【００１９】図２に、ネットワークファクシミリ装置１
のブロック構成を示す。

【００２０】同図において、ネットワークファクシミリ
装置１は、システム制御部２、ＲＯＭ３、ＲＡＭ４、ス
キャナ５、プロッタ６、時計回路７、画像メモリ８、操
作表示部９、符号化復号化部１０、ＬＡＮ通信制御部１
１、モデム１２、網制御部１３、及び、システムバス１
４により構成されている。

【００２１】システム制御部２は、ＲＯＭ３に書き込ま
れた制御プログラムに従って、ＲＡＭ４を作業領域とし
て使用しながら、装置各部を制御するマイクロコンピュ
ータである。

【００２２】ＲＯＭ３は、前述したように、システム制
御部２が上記装置各部を制御するための制御プログラム
が記憶されているリードオンリメモリである。ＲＡＭ４
は、前述したようにシステム制御部２の作業領域として
使用されるランダムアクセスメモリである。なお、ＲＡ
Ｍ４は、図示しないバックアップ用回路によりバックア
ップされており、装置電源遮断時にも記憶内容は保持さ
れる。また、ＲＡＭ４には、プロバイダーの電話番号や
メッセージを転送するための識別番号とメールアドレス
との対応テーブル等のネットワークファクシミリ装置１
における電子メール送受信、転送に必要な登録データが
記憶されている（図示せず）。

【００２３】スキャナ５は、３．８５本／ｍｍ、７．７
本／ｍｍ、１５．４本／ｍｍ等の所定の読み取り線密度
で原稿画像を読み取って文書画情報を得るためのもので
ある。プロッタ６は、受信した文書画情報を、その線密
度に応じて記録出力したり、スキャナ５で読み取った画
情報を、その線密度に応じて記録出力（コピー動作）す
るためのものである。

【００２４】時計回路７は、現在の日付、時刻の計時を
行う一方、システム制御部２から設定された時定数をカ
ウントダウンしてタイムアウトするとシステム制御部２
にタイムアウトしたことを通知する、タイマ動作を行う
ものである。画像メモリ８は、スキャナ５で読み取った
文書画情報を、送信するために一時的にファイルとして
蓄積したり、受信した文書画情報を、転送、または、プ
ロッタ６により記録するまでファイルとして一時的に蓄
積したりするための一時的な記憶領域として使用される
ものである。

【００２５】操作表示部９は、宛先電話番号を指定する
ためのテンキー、スタートキー、ワンタッチダイヤルキ
ー、及び、その他各種キーが配設される一方、液晶表示
装置等の表示器を備え、ユーザに知らせるべき装置の動
作状態や、各種メッセージを表示するものである。

【００２６】符号化復号化部１０は、送信画像データ
を、Ｇ３ファクシミリに適合する、ＭＨ符号化方式、Ｍ
Ｒ符号化方式、ＭＭＲ符号化方式等の所定の符号化方式
で符号化圧縮する一方、受信画像データをＭＨ符号化方
式、ＭＲ符号化方式、ＭＭＲ符号化方式等に対応する所
定の復号化方式で復号伸長するものである。

【００２７】ＬＡＮ通信制御部１１は、ＬＡＮに接続さ
れ、ＬＡＮにおけるＴＣＰ／ＩＰプロトコルを制御し
て、ＴＣＰ／ＩＰ上でのＳＭＴＰ、ＭＩＭＥ、ＰＯＰの
各プロトコルによる電子メールの送受信をシステム制御
部２が行えるようにするためのものである。モデム１２
は、Ｇ３ファクシミリモデムで、網制御部１３を介して
公衆網に送信するデータを変調する一方、網制御部１３
を介して公衆網から受信した信号を復調するものであ
る。また、モデム１２は、相手先番号に対応するＤＴＭ
Ｆ信号の送出も行う。また、モデム１２は、ＩＳＰ装置
４０にダイヤルアップ接続する際のデータモデムとして
も動作する。

【００２８】網制御部１３は、ＰＳＴＮ公衆回線に接続
されて、回線の極性反転の検出、回線の直流ループの閉
結・解放や、回線解放の検出、発信音の検出、ビジート
ーン等のトーン信号の検出、呼出信号の検出等の回線と
の接続制御や、相手先番号に対応する選択信号の、２０
ＰＰＳまたは１０ＰＰＳのダイヤル回線に対応したダイ
ヤルパルス信号による送出を行うものである。システム
バス１４は、上記各部がデータをやり取りするための信
号ラインである。

【００２９】以上の構成のネットワークファクシミリ装
置１は、電子メールを受信した際にその受信メール中に
含まれる送達確認要求を示す特殊な情報を検知した場合
は、受信した結果あるいは処理中の受信メールの処理経
過を記した送達確認通知の応答を電子メールで返送す
る。

【００３０】受信メールの送信元からの送達確認要求は
適当な付加情報をメッセージに加えることで実現でき
る、例えばＭＤＮ（ＲＦＣ２２９８）ではメッセージに
「Ｄｉｓｐｏｓｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔ
ｏ」ヘッダ情報（内容は送達確認の返送先メールアドレ
ス）を加えることで行える。ネットワークファクシミリ
装置１も、ＭＤＮ対応の送達確認要求の検出及び応答機
能を備えている。

【００３１】次に、ネットワークファクシミリ装置１に
おけるメール受信処理手順について、図４及び図５を参
照して説明するが、そのメール受信処理手順に関連する
記憶内容として、ＲＡＭ４には、図３に示すように、記
憶領域４ａに、送達確認通知設定フラグＦが予め操作表
示部９からの設定入力等により登録記憶されている。送
達確認通知設定フラグＦは、送達確認通知のために用い
るメール形式を、ＭＤＮに基づいた送達確認メールとす
るか（値１）、メール本文に送達確認の内容を記したＳ
ＭＴＰに基づいた通常のメールとするか（値０）を示す
ものである。

【００３２】さて、図４において、ネットワークファク
シミリ装置１は、電子メールの受信があるまで待ち（判
断１０１のＮｏループ）、電子メールを受信すると（判
断１０１のＹｅｓ）、その受信メールに送達確認を要求
する情報が付加されているか否かを確認する（判断１０
２）。具体的には、例えば、当該受信メールのメールヘ
ッダ部にＭＤＮ方式に従う「Disposition-Notification
-To:aaa@bbb.ccc.co.jp」とのヘッダ情報が含まれてい
れば、メールアドレス「aaa@bbb.ccc.co.jp」宛に送達
確認の電子メールを送るべきとの要求があったことにな
る。なお、受信メールは、画像メモリ８に一次記憶され
る。

【００３３】判断１０２において、受信メールが、送達
確認要求を伴わないものであった場合には（判断１０２
のＮｏ）、更に、メール受信時に符号化方式の不一致そ
の他の復旧不可能な障害が起きていて処理続行が不可能
な場合には（判断１０９のＹｅｓ）、処理を終了する。

【００３４】判断１０９において、処理続行が可能な場
合には（判断１０９のＮｏ）、図５５の処理２０１に移
行する。

【００３５】判断１０２において、受信メールが、送達
確認要求を伴うものであった場合には（判断１０２のＹ
ｅｓ）、更に、メール受信時に符号化方式の不一致その
他の復旧不可能な障害が起きていて処理続行が不可能か
否かを判断し（判断１０３）、処理続行が不可能な場合
には（判断１０３のＹｅｓ）、エラーを示すＭＤＮ方式
の送達確認メールを「Disposition-Notification-To」
のフィールドに示されたメールアドレス宛に送信して処
理を終了する（処理１０４）。

【００３６】判断１０３において、処理続行が可能であ
る場合には（判断１０３のＮｏ）、判断１０１において
受信した電子メールの「Ｓｕｂｊｅｃｔ」フィールドの
内容等とＲＡＭ４に記憶した転送先登録テーブル等とか
ら転送先のメールアドレスやファックス番号を検出して
確認する（処理１０５）。転送先情報としてメールアド
レスが検出されれば、電子メールで受信した文書を電子
メールで転送する必要があるため、処理１０５で確認し
た転送先情報がメールアドレスであれば、対応する処理
はメール送信処理であり、転送先情報としてファックス
番号が検出されれば、電子メールで受信した文書をＧフ
ァクシミリ送信で転送する必要があるため、処理１０５
で確認した転送先情報がファックス番号であれば、対応
する処理はＧ３ファクシミリ送信処理であり、転送先情
報が何も検出さけれなければ、電子メールで受信した文
書をプロッタ６により記録紙に記録出力する必要がある
ため、処理１０５で確認した転送先情報が何もなけれ
ば、対応する処理はプロッタ６による記録出力処理であ
る。

【００３７】そのため、処理１０５で確認した転送先情
報により特定される、対応する処理が、正常に実行可能
か否かを判断する（判断１０６）。具体的には、対応す
る処理がメール送信であれば、メール送信機能が正常が
否か、対応する処理がＧ３ファクシミリ送信であれば、
Ｇ３ファクシミリ送信機能が正常が否か、対応する処理
がプロッタ６により記録出力処理であれば、記録出力機
能が、用紙切れや紙詰り状態ではなく正常か否かが判断
される。

【００３８】判断１０６において、対応する処理が実行
可能であれば（判断１０６のＹｅｓ）、正常を示すＭＤ
Ｎ方式の送達確認メールを「Disposition-Notification
-To」のフィールドに示されたメールアドレス宛に送信
して、図５の処理２０１に移行する。

【００３９】判断１０６において、対応する処理が実行
不可であれば（判断１０６のＮｏ）、エラーを示すＭＤ
Ｎ方式の送達確認メールを「Disposition-Notification
-To」のフィールドに示されたメールアドレス宛に送信
して、図５の処理２０１に移行する。

【００４０】このように、初回の送達確認の通知のメー
ルは、例えば、図６に示すような、ＭＤＮ方式の送達確
認メールにより行われる。

【００４１】図５の判断２０１においては、転送先情報
の種別を再度判断し、転送先情報がファックス番号であ
れば、ファクシミリ送信処理を開始し（処理２０３）、
転送先情報がメールアドレスであれば、メール送信処理
を開始し（処理２０４）、転送先情報がなれければ、印
字出力処理を開始する（処理２０２）。なお、それら開
始される各処理は、実行可能状態であれば、実際の処理
が即座に開始されるが、実行不可能状態である場合に
は、実行可能状態へ復帰するのを監視する処理から開始
されることになる。

【００４２】そのようにして受信メールに対する処理を
開始した後、処理状態の変化があるか、または、処理が
終了したかを監視する（判断２０５のＮｏ、判断２０６
のＮｏループ）。

【００４３】処理２０２、処理２０３、または、処理２
０４で開始した処理が終了した場合には（判断２０６の
Ｙｅｓ）、メール受信処理は終了するが、判断２０５
で、処理２０２、処理２０３、または、処理２０４で開
始した処理の状態の変化が検出されると（判断２０５の
Ｙｅｓ）、判断１０２の場合と同様に、受信メールが送
達確認要求を伴うものであったか否かを判断する（判断
２０７）。

【００４４】そして、受信メールが送達確認要求を伴わ
ないものである場合には（判断２０７のＮｏ）、判断２
０５に戻るが、受信メールが送達確認要求を伴うもので
ある場合には（判断２０７のＹｅｓ）、図３に示したよ
うに、予めＲＡＭ４に登録記憶した送達確認通知設定フ
ラグＦの値が１か、すなわち、送達確認通知を、処理１
０４、処理１０７、または、処理１０８で送信したよう
なＭＤＮ形式の送達確認メールにより行うか、否（０）
か、すなわち、送達確認通知を、図７に示すように、送
達確認通知の内容をメール本文に記述した通常形式のメ
ールにより行うかを判断する（判断２０８）。

【００４５】そして、フラグＦの値が１である場合に
は、判断２０５における状態変化を反映したＭＤＮ形式
の送達確認メールを再度送信して（処理２０９）、判断
２０５に戻る。

【００４６】そして、フラグＦの値が０である場合に
は、「xx:yyにメールを正常に受信しましたが、その後
相手機が応答しないためFAX転送ができておりませ
ん」、「xx:yyに受信したメールはプロッタ故障のため
印刷できていませんでしたが、現在は復旧して正常に印
刷終了しました」など処理状態の変化に応じたメッセー
ジ文字列をメール本文に記述した、図７に示すような通
常形式の送達確認通知のメールを送信して（処理２１
０）、判断２０５に戻る。

【００４７】このように、メール受信・蓄積後にいった
ん正常を示すＭＤＮ形式の送達確認メールを送信後に開
始した転送のためのファクシミリ送信処理において相手
先が応答せずに受信文書の転送が不可能な状態になった
り、印字出力処理において途中で紙詰まりや用紙切れ等
のプロッタ６の障害が発生したり、紙詰まりや用紙切れ
等のプロッタ６の障害に起因して印字不可状態で開始さ
れた印字出力処理が途中で紙詰まりや用紙切れ状態が解
消されて正常な状態に復帰したりしたような、受信メー
ルに対して開始した処理に状態変化が生じた場合には、
再度送達確認通知のメールが送信されるため、受信メー
ル送信元に、送信したメールの受信側における処理状態
の変化を認識せさて再送信等の適切な対応を取らせるこ
とが可能なる。

【００４８】また、フラグＦの値の設定により、２度目
以降の送達確認通知のメールの形式をＭＤＮ方式、また
は、通常のメール形式のいずれかに設定できる、送信元
における、同一の送信メールについて２度目以降に受信
されるＭＤＮ方式のメールの取り扱い形態や、ユーザの
所望するところに柔軟に対応することができるようにな
る。もっとも、判断２０８におけるフラグＦの値に応じ
た判断を省いて、２度目以降の送達確認通知のメールの
形式を固定的に、ＭＤＮ方式、または、通常のメール形
式にするようにしてもよい。また、２度目以降の送達確
認のメールの送信を、自動的にではなく、ユーザの許可
入力があって初めて行うようにしたり、２度目以降の送
達確認通知のメールの形式を、予め設定されたフラグＦ
の値により自動判定するではなく、その都度ユーザに選
択させるようにしてもよいが、本実施の形態におけるネ
ットワークファクシミリ装置１は、通常無人で受信処理
することが期待されるファクシミリ系の端末であるた
め、それらをユーザの介在なしに自動的に行うようにし
ている。

【００４９】また、判断２０５における状態変化の有無
の判断において、異常状態から正常状態、または、正常
状態から異常状態への変化のみを状態変化として検出す
るのではなく、例えば、受信メールの画像メモリ８への
蓄積が完了した状態から、その蓄積した受信メールのプ
ロッタ６により印字が完了した状態への変化など、正常
な処理状態における単なる処理状況の推移をも状態の変
化として判断して、処理２０９または処理２１０によ
り、その処理状況の推移を示す送達確認のメールを送信
するようにしてもよい。しかし、その場合、送信元で
は、送信メールの受信側における処理状況を逐一報告す
る送達確認メールが受信され記録紙に記録されたりする
ため、送信元のユーザに送信メールの受信側における処
理の進捗状況を認識させることができる反面、送信元装
置における受信メールを記憶するメモリや記録紙の消費
が多くなることになり、また、送達確認のメールの送信
形態によっては、送達確認のメールの送信のための通信
費がかさんでしまうことになる。

【００５０】そのため、送信元に送達確認通知のメール
により通知する、受信メールの処理状態の変化を、異常
から正常、または、正常から異常への変化に限定するこ
とは、送信元ユーザが送信メールについて得る受信側お
ける処理状態の変化についての情報の量と、資源の消費
量のバランス点で望ましい。

【００５１】なお、以上説明した実施の形態において
は、本発明を、ネットワークファクシミリ装置に適用し
たが、本発明は、電子メールよりやりとりされるデータ
の内容により限定されるものではなく、ネットワークを
介して電子メールによる通信を行うその他のネットワー
ク通信装置に対しても同様に適用可能なものである。ま
た、接続されるネットワークとしては、ＬＡＮやインタ
ーネットに限定されるものではなく、また、ネットワー
クプロトコルや電子メール送受信プロトコルにより本発
明は限定されるものではなく、ＭＤＮ方式などの所定形
式の送達確認要求に対する送達確認メールの返送に対応
したネットワーク通信装置であれば同様に適用可能なも
のである。

【００５２】

【発明の効果】請求項１に係る発明によれば、送達確認
要求を示す情報が伴う受信メールについて送達確認通知
用メールを送信後も、当該受信メールの処理状況に変化
が生じた場合には、送達確認通知用メールが再度送信さ
れるため、その後の受信メールの処理状態の変化を送信
元に通知することが可能となる効果が得られる。

【００５３】請求項２に係る発明によれば、送達確認要
求を示す情報が伴う受信メールについて送達確認通知用
メールを送信後における、当該受信メールの処理状態に
変化が、例えば印字不可状態から印字可状態へ、転送不
可状態から転送可状態へ等の異常から正常への変化、ま
た、印字可状態から印紙不可状態へ、転送可状態から転
送不可状態へ等の正常から異常への変化のような、電子
メールの送信元に通知して適切な対応をとらせるために
意義のある変化であった場合のみ、送達確認通知用メー
ルが再送信されるため、例えば、受信メールをメモリに
蓄積した状態から印字出力完了状態に変化した場合のよ
うな、送信元に通知する意義の少ない処理状態の変化の
都度送達確認通知用メールが再送信されることがなくな
り、ダイヤルアップ接続により送達確認通知用メールを
送信するような場合には、通信費の低減が可能となり、
また、送信元における受信した送達確認通知用メールの
印字等を最小限にでき、受信側における資源（紙、メモ
リ）の無駄を減らし、また、送信元ユーザを無駄な送達
確認通知用メールにより煩わせないで済むようになると
いう効果が得られる。

【００５４】請求項３に係る発明によれば、２度目以降
の送達確認通知を、送達確認要求を示す情報を伴う受信
メールに対して行われる、前記所定形式の送達確認通知
用メールではなく、通常形式のメールにより行うように
したため、前記受信メールの送信元の装置が、１つのメ
ール送信に対して、同じ相手から複数回送達確認を受け
ることを想定しておらず、２度目以降に受信した前記所
定形式の送達確認通知用メール及びその記載内容を自動
的に無視してしまうような場合でも、最初の送達確認通
知のメール送信後の前記受信メールについての処理状態
の変化を送信元に拒絶されることなく通知することが可
能なる効果が得られる。

【００５５】請求項４に係る発明によれば、２度目以降
の送達確認の通知を、設定に応じて、前記所定形式の送
達確認通知用メール、または、送達確認の内容をメール
本文に含む通常形式のメールにより行うことができるた
め、受信メールの送信元装置の送達確認通知用メールの
実際の受信形態やユーザの所望することろに応じた最適
な通知形態で、送達確認の通知を行うことが可能となる
効果得られる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るネットワーク通信装
置としてのネットワークファクシミリ装置のネットワー
ク及び公衆網への接続形態について示す図である。

【図２】本発明の実施の形態に係るネットワークファク
シミリ装置のブロック構成を示す図である。

【図３】本発明の実施の形態に係るネットワークファク
シミリ装置のＲＡＭの記憶内容について示す図である。

【図４】本発明の実施の形態に係るネットワークファク
シミリ装置におけるメール受信処理手順について示すフ
ローチャートである。

【図５】図４と共に、本発明の実施の形態に係るネット
ワークファクシミリ装置におけるメール受信処理手順に
ついて示すフローチャートである。

【図６】ＭＤＮ方式に基づいた送達確認通知用メールの
内容例について示す図である。

【図７】通常形式の送達確認のための電子メールのメー
ル本文の内容例について示す図である。

【符号の説明】

１ネットワークファクシミリ装置２システム制御部３ＲＯＭ４ＲＡＭ４ａ送達確認設定フラグＦのための記憶領域５スキャナ６プロッタ７時計回路８画像メモリ９操作表示部１０符号化復号化部１１ＬＡＮ通信制御部１２モデム１３網制御部１４システムバス２０ａ、ｂ、ｃ、ｄ、ｅＰＣ（パーソナルコンピュー
タ）２０ｆメールサーバ装置３０Ｇ３ファクシミリ装置４０ＩＳＰ（インターネットサービスプロバイダ）装
置５０メールサーバ装置６０ＬＡＮ

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して電子メールの送受
信を行う一方、受信メールに送達確認要求を示す情報が
伴う場合には、当該受信メールについて、所定形式の送
達確認通知用メールを送信するネットワーク通信装置に
おいて、前記受信メールについての前記送達確認通知用メールを
送信後に、当該受信メールについての処理状態の変化を
監視する処理状態監視手段と、前記受信メールについて
の前記送達確認通知メールを送信後に前記処理状態監視
手段により処理状態の変化が検出された場合には、再度
前記所定形式の送達確認通知用メールを送信する送達確
認再通知手段を更に備えたことを特徴とするネットワー
ク通信装置。
【請求項２】前記送達確認再通知手段は、前記受信メ
ールについての前記送達確認通知用メールを送信後に、
前記処理状態監視手段により処理状態が正常から異常ま
たは異常から正常に変化したことが検出された場合にの
み、再度前記所定形式の送達確認通知用メールを送信す
るものであることを特徴とする請求項１に記載のネット
ワーク通信装置。
【請求項３】前記送達確認再通知手段が、前記受信メ
ールについての前記送達確認通知メールを送信後に、前
記処理状態監視手段により処理状態の変化が検出された
場合に再度送信する送達確認通知のためのメールは、前
記所定形式の送達確認通知用メールではなく、当該受信
メールについての送達確認の内容をメール本文に含む通
常形式の電子メールであることを特徴とする請求項１ま
たは２のいずれかに記載のネットワーク通信装置。
【請求項４】２度目以降の送達確認の通知を、前記所
定形式の送達確認通知用メールで行うか、または、送達
確認の内容をメール本文に含む通常形式のメールで行う
かを設定する送達確認通知形式設定手段を更に備え、前
記送達確認再通知手段が、前記受信メールについての前
記送達確認通知メールを送信後に、前記処理状態監視手
段により処理状態の変化が検出された場合に再度送信す
る送達確認通知のためのメールは、前記送達確認通知形
式設定手段により設定に応じて、前記所定形式の送達確
認通知用メール、または、送達確認の内容をメール本文
に含む前記通常形式の電子メールであることを特徴とす
る請求項１または２のいずれかの記載のネットワーク通
信装置。