JP3971077B2 - ネットワーク通信装置及びその制御方法 - Google Patents
ネットワーク通信装置及びその制御方法 Download PDFInfo
- Publication number
- JP3971077B2 JP3971077B2 JP2000036297A JP2000036297A JP3971077B2 JP 3971077 B2 JP3971077 B2 JP 3971077B2 JP 2000036297 A JP2000036297 A JP 2000036297A JP 2000036297 A JP2000036297 A JP 2000036297A JP 3971077 B2 JP3971077 B2 JP 3971077B2
- Authority
- JP
- Japan
- Prior art keywords
- delivery confirmation
- notification
- processing state
- format
- 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 - Fee Related
Links
Images
Description
【発明の属する技術分野】
本発明は、ネットワークファクシミリ装置等のネットワーク通信装置に関し、特に、ネットワークを介して電子メールを送受信する一方、送達確認要求を伴う受信メールに対して送達確認の電子メールを返信するネットワーク通信装置及びその制御方法に関する。
【0002】
【従来の技術】
パーソナルコンピュータ(PC)やワークステーション装置(WS)、あるいは、インターネットファクシミリ装置等のネットワーク通信装置がローカルエリアネットワーク(LAN)に接続してLAN上のメールサーバーその他と通信する環境、またはPSTNやISDN等の公衆網を介してインターネットサービスプロバイダのサーバ装置にダイヤルアップ接続して、そのインターネットサービスプロバイダ経由で通信する環境において、電子メールで情報通信する場合には、PSTNを介して互いにリアルタイムでファクシミリ通信を行うG3ファクシミリ等とは違い、一般に送信元端末から受信側端末宛に送信された電子メールは、当該送信元装置における送信処理完了後に、当該受信側端末に到着するまでの過程でいくつかのメールサーバーをバケツリレーの形で経由するため、送信側の端末から電子メールを送信した時点では、送信側は、受信側の端末が当該送信した電子メールを正常に受信できたかや適切に処理されたかについては認識できない。
【0003】
そのため、以前は、電子メールの最終的な送達確認を行うためには、電話による確認等を人間が直接行う必要があった。
【0004】
しかし、電子メールで情報を送信して、電話で送達確認を行うのでは、電子メールによる通信の利点が損なわれるため、受信した電子メールに対して、受信側端末が何らかの送達確認の応答を送信側に送り返すことによって、自動的に送達確認を行えるようにする方法が提案されている。
【0005】
例えば、MDN(RFC2298)で規定される、送信メールの受信側における受信結果/経過を所定形式の送達確認メールにより送信元に通知して確認させる方法がある。MDNは、メールヘッダに「Disposition−Notification−To:」フィールドを新設し、このフィールドに送達確認メールを送付するアドレスを記述し、送達確認要求を行うものである。
【0006】
【発明が解決しようとする課題】
しかし、MDN(Message Disposition Notification)を使った場合などでは結果あるいは経過を記載したメールを原則として1回しか送らないため、受信機側が肯定的(正常に処理中の意)意味のレスポンスを送った後でエラーが生じる可能性や、逆にエラーが生じた旨のレスポンスを送った後に復旧して処理ができるようになる可能性に対応することができず、送信元に通知されている送達確認の内容と、受信側における受信メールの実際の処理状態とに不整合が生じてしまうという問題点があった。
【0007】
本発明は係る事情に鑑みてなされたものであり、送達確認のメールを送信後に変化した受信メールの処理状態を送信元に通知できるネットワーク通信装置及びその制御方法を提供することを目的とする。
【0008】
【課題を解決するための手段】
請求項1に記載のネットワーク通信装置は、ネットワークを介して電子メールの送受信を行う一方、受信メールに送達確認要求を示す情報が伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置において、前記受信メールについての前記送達確認通知用メールを送信後に、当該受信メールについての処理状態の変化を監視する処理状態監視手段と、前記受信メールについての前記送達確認通知メールを送信後に前記処理状態監視手段により処理状態の変化が検出された場合には、再度前記所定形式の送達確認通知用メールを送信する送達確認再通知手段と、2度目以降の送達確認の通知を、前記所定形式の送達確認通知用メールで行うか、または、送達確認の内容をメール本文に含む通常形式のメールで行うかを設定する送達確認通知形式設定手段とを備え、前記送達確認再通知手段が、前記受信メールについての前記送達確認通知メールを送信後に、前記処理状態監視手段により処理状態の変化が検出された場合に再度送信する送達確認通知のためのメールは、前記送達確認通知形式設定手段による設定に応じて、前記所定形式の送達確認通知用メール、または、送達確認の内容をメール本文に含む前記通常形式の電子メールであることを特徴とする。
【0009】
請求項2に記載のネットワーク通信装置は、請求項1に記載のネットワーク通信装置において、前記送達確認再通知手段は、前記受信メールについての前記送達確認通知用メールを送信後に、前記処理状態監視手段により処理状態が正常から異常または異常から正常に変化したことが検出された場合にのみ、再度前記所定形式の送達確認通知用メールを送信するものであることを特徴とする。
【0010】
請求項3に記載のネットワーク通信装置は、受信メールが送達確認要求を示す情報を伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置であって、前記送達確認通知用メールを送信した後に、当該受信メールについての処理状態の変化を監視する処理状態監視手段と、前記処理状態監視手段が前記処理状態の変化を検出した場合には、再度送達確認通知用メールを送信する送達確認再通知手段とを備え、前記送達確認再通知手段が再度送信する送達確認通知用メールの形式として、前記所定形式、又は送達確認の内容をメール本文に含む形式を設定できることを特徴とする。
【0011】
請求項4に記載のネットワーク通信装置の制御方法は、ネットワークを介して電子メールの送受信を行う一方、受信メールに送達確認要求を示す情報が伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置の制御方法において、前記受信メールについての前記送達確認通知用メールを送信後に、当該受信メールについての処理状態の変化を監視する処理状態監視手順と、前記受信メールについての前記送達確認通知メールを送信後に前記処理状態監視手順により処理状態の変化が検出された場合には、再度前記所定形式の送達確認通知用メールを送信する送達確認再通知手順と、2度目以降の送達確認の通知を、前記所定形式の送達確認通知用メールで行うか、または、送達確認の内容をメール本文に含む通常形式のメールで行うかを設定する送達確認通知形式設定手順とを含み、前記送達確認再通知手順が、前記受信メールについての前記送達確認通知メールを送信後に、前記処理状態監視手順により処理状態の変化が検出された場合に再度送信する送達確認通知のためのメールは、前記送達確認通知形式設定手順による設定に応じて、前記所定形式の送達確認通知用メール、または、送達確認の内容をメール本文に含む前記通常形式の電子メールであることを特徴とする。
請求項5に記載のネットワーク通信装置の制御方法は、請求項4に記載のネットワーク通信装置の制御方法において、前記送達確認再通知手順は、前記受信メールについての前記送達確認通知用メールを送信後に、前記処理状態監視手順により処理状態が正常から異常または異常から正常に変化したことが検出された場合にのみ、再度前記所定形式の送達確認通知用メールを送信するものであることを特徴とする。
請求項6に記載のネットワーク通信装置の制御方法は、受信メールが送達確認要求を示す情報を伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置の制御方法であって、前記送達確認通知用メールを送信した後に、当該受信メールについての処理状態の変化を監視する処理状態監視手順と、前記処理状態監視手順が前記処理状態の変化を検出した場合には、再度送達確認通知用メールを送信する送達確認再通知手順とを含み、前記送達確認再通知手順が再度送信する送達確認通知用メールの形式として、前記所定形式、又は送達確認の内容をメール本文に含む形式を設定できることを特徴とする。
【0012】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【0013】
先ず、本発明の実施の形態に係るネットワーク通信装置であるネットワークファクシミリ装置1のネットワーク及び公衆網への接続形態について図1を参照して説明する。
【0014】
同図において、ネットワーク通信装置1は、LAN60に接続されて、LAN60に接続されたその他のPC(パーソナルコンピュータ)20a、b、c、d、eとの間で、メールサーバ装置20fを介した電子メールの送受信を行う。
【0015】
また、ネットワーク通信装置1は、PSTNを介してインターネットサービスプロバイダのサーバ装置であるISP装置40にダイヤルアップ接続してISP装置40を介してインターネットに接続し、インターネット上のメールサーバ装置50を介してインターネット情報の端末と電子メールの送受信を行う。
【0016】
また、ネットワークファクシミリ装置1は、PSTNの公衆網にも接続され、そのPSTNを介して、その他のGファクシミリ装置30等との間で、G3ファクシミリ送受信を行うこともでき、電子メールにより受信した文書をG3ファクシミリ送信で転送したり、逆にG3ファクシミリ受信した文書を電子メールにより転送したりするほか、メール受信文書、G3受信文書を印字出力することができる。
【0017】
G3ファクシミリ受信した文書の電子メールによる転送は、例えば、G3ファクシミリプロトコルにおけるオプションの制御信号であるサブアドレス信号SUBや独自の制御信号等により、転送先を指示するための識別番号の通知を受けて、その通知された識別番号を、予め各識別番号と転送先メールアドレスとを対応付けて登録したテーブルと照合して対応するメールアドレス宛に、G3ファクシミリ受信した文書を電子メールにより送信することにより行える。
【0018】
電子メールにより受信した文書のG3ファクシミリ送信による転送は、例えば、電子メールのメールヘッダ部の「Subject」ヘッダ情報中に含まれる転送先情報を参照したり、「FROM」ヘッダ情報の送信元メールアドレスに対応して予め登録しておいた転送先情報を参照して、その転送先情報により特定される相手先ファクシミリ装置に、電子メールで受信した文書をG3ファクシミリ送信することにより行える。
【0019】
図2に、ネットワークファクシミリ装置1のブロック構成を示す。
【0020】
同図において、ネットワークファクシミリ装置1は、システム制御部2、ROM3、RAM4、スキャナ5、プロッタ6、時計回路7、画像メモリ8、操作表示部9、符号化復号化部10、LAN通信制御部11、モデム12、網制御部13、及び、システムバス14により構成されている。
【0021】
システム制御部2は、ROM3に書き込まれた制御プログラムに従って、RAM4を作業領域として使用しながら、装置各部を制御するマイクロコンピュータである。
【0022】
ROM3は、前述したように、システム制御部2が上記装置各部を制御するための制御プログラムが記憶されているリードオンリメモリである。RAM4は、前述したようにシステム制御部2の作業領域として使用されるランダムアクセスメモリである。なお、RAM4は、図示しないバックアップ用回路によりバックアップされており、装置電源遮断時にも記憶内容は保持される。また、RAM4には、プロバイダーの電話番号やメッセージを転送するための識別番号とメールアドレスとの対応テーブル等のネットワークファクシミリ装置1における電子メール送受信、転送に必要な登録データが記憶されている(図示せず)。
【0023】
スキャナ5は、3.85本/mm、7.7本/mm、15.4本/mm等の所定の読み取り線密度で原稿画像を読み取って文書画情報を得るためのものである。プロッタ6は、受信した文書画情報を、その線密度に応じて記録出力したり、スキャナ5で読み取った画情報を、その線密度に応じて記録出力(コピー動作)するためのものである。
【0024】
時計回路7は、現在の日付、時刻の計時を行う一方、システム制御部2から設定された時定数をカウントダウンしてタイムアウトするとシステム制御部2にタイムアウトしたことを通知する、タイマ動作を行うものである。画像メモリ8は、スキャナ5で読み取った文書画情報を、送信するために一時的にファイルとして蓄積したり、受信した文書画情報を、転送、または、プロッタ6により記録するまでファイルとして一時的に蓄積したりするための一時的な記憶領域として使用されるものである。
【0025】
操作表示部9は、宛先電話番号を指定するためのテンキー、スタートキー、ワンタッチダイヤルキー、及び、その他各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【0026】
符号化復号化部10は、送信画像データを、G3ファクシミリに適合する、MH符号化方式、MR符号化方式、MMR符号化方式等の所定の符号化方式で符号化圧縮する一方、受信画像データをMH符号化方式、MR符号化方式、MMR符号化方式等に対応する所定の復号化方式で復号伸長するものである。
【0027】
LAN通信制御部11は、LANに接続され、LANにおけるTCP/IPプロトコルを制御して、TCP/IP上でのSMTP、MIME、POPの各プロトコルによる電子メールの送受信をシステム制御部2が行えるようにするためのものである。モデム12は、G3ファクシミリモデムで、網制御部13を介して公衆網に送信するデータを変調する一方、網制御部13を介して公衆網から受信した信号を復調するものである。また、モデム12は、相手先番号に対応するDTMF信号の送出も行う。また、モデム12は、ISP装置40にダイヤルアップ接続する際のデータモデムとしても動作する。
【0028】
網制御部13は、PSTN公衆回線に接続されて、回線の極性反転の検出、回線の直流ループの閉結・解放や、回線解放の検出、発信音の検出、ビジートーン等のトーン信号の検出、呼出信号の検出等の回線との接続制御や、相手先番号に対応する選択信号の、20PPSまたは10PPSのダイヤル回線に対応したダイヤルパルス信号による送出を行うものである。システムバス14は、上記各部がデータをやり取りするための信号ラインである。
【0029】
以上の構成のネットワークファクシミリ装置1は、電子メールを受信した際にその受信メール中に含まれる送達確認要求を示す特殊な情報を検知した場合は、受信した結果あるいは処理中の受信メールの処理経過を記した送達確認通知の応答を電子メールで返送する。
【0030】
受信メールの送信元からの送達確認要求は適当な付加情報をメッセージに加えることで実現できる、例えばMDN(RFC2298)ではメッセージに「Disposion−Notification−To」ヘッダ情報(内容は送達確認の返送先メールアドレス)を加えることで行える。ネットワークファクシミリ装置1も、MDN対応の送達確認要求の検出及び応答機能を備えている。
【0031】
次に、ネットワークファクシミリ装置1におけるメール受信処理手順について、図4及び図5を参照して説明するが、そのメール受信処理手順に関連する記憶内容として、RAM4には、図3に示すように、記憶領域4aに、送達確認通知設定フラグFが予め操作表示部9からの設定入力等により登録記憶されている。送達確認通知設定フラグFは、送達確認通知のために用いるメール形式を、MDNに基づいた送達確認メールとするか(値1)、メール本文に送達確認の内容を記したSMTPに基づいた通常のメールとするか(値0)を示すものである。
【0032】
さて、図4において、ネットワークファクシミリ装置1は、電子メールの受信があるまで待ち(判断101のNoループ)、電子メールを受信すると(判断101のYes)、その受信メールに送達確認を要求する情報が付加されているか否かを確認する(判断102)。具体的には、例えば、当該受信メールのメールヘッダ部にMDN方式に従う「Disposition-Notification-To:aaa@bbb.ccc.co.jp」とのヘッダ情報が含まれていれば、メールアドレス「aaa@bbb.ccc.co.jp」宛に送達確認の電子メールを送るべきとの要求があったことになる。なお、受信メールは、画像メモリ8に一次記憶される。
【0033】
判断102において、受信メールが、送達確認要求を伴わないものであった場合には(判断102のNo)、更に、メール受信時に符号化方式の不一致その他の復旧不可能な障害が起きていて処理続行が不可能な場合には(判断109のYes)、処理を終了する。
【0034】
判断109において、処理続行が可能な場合には(判断109のNo)、図55の処理201に移行する。
【0035】
判断102において、受信メールが、送達確認要求を伴うものであった場合には(判断102のYes)、更に、メール受信時に符号化方式の不一致その他の復旧不可能な障害が起きていて処理続行が不可能か否かを判断し(判断103)、処理続行が不可能な場合には(判断103のYes)、エラーを示すMDN方式の送達確認メールを「Disposition-Notification-To」のフィールドに示されたメールアドレス宛に送信して処理を終了する(処理104)。
【0036】
判断103において、処理続行が可能である場合には(判断103のNo)、判断101において受信した電子メールの「Subject」フィールドの内容等とRAM4に記憶した転送先登録テーブル等とから転送先のメールアドレスやファックス番号を検出して確認する(処理105)。転送先情報としてメールアドレスが検出されれば、電子メールで受信した文書を電子メールで転送する必要があるため、処理105で確認した転送先情報がメールアドレスであれば、対応する処理はメール送信処理であり、転送先情報としてファックス番号が検出されれば、電子メールで受信した文書をGファクシミリ送信で転送する必要があるため、処理105で確認した転送先情報がファックス番号であれば、対応する処理はG3ファクシミリ送信処理であり、転送先情報が何も検出さけれなければ、電子メールで受信した文書をプロッタ6により記録紙に記録出力する必要があるため、処理105で確認した転送先情報が何もなければ、対応する処理はプロッタ6による記録出力処理である。
【0037】
そのため、処理105で確認した転送先情報により特定される、対応する処理が、正常に実行可能か否かを判断する(判断106)。具体的には、対応する処理がメール送信であれば、メール送信機能が正常が否か、対応する処理がG3ファクシミリ送信であれば、G3ファクシミリ送信機能が正常が否か、対応する処理がプロッタ6により記録出力処理であれば、記録出力機能が、用紙切れや紙詰り状態ではなく正常か否かが判断される。
【0038】
判断106において、対応する処理が実行可能であれば(判断106のYes)、正常を示すMDN方式の送達確認メールを「Disposition-Notification-To」のフィールドに示されたメールアドレス宛に送信して、図5の処理201に移行する。
【0039】
判断106において、対応する処理が実行不可であれば(判断106のNo)、エラーを示すMDN方式の送達確認メールを「Disposition-Notification-To」のフィールドに示されたメールアドレス宛に送信して、図5の処理201に移行する。
【0040】
このように、初回の送達確認の通知のメールは、例えば、図6に示すような、MDN方式の送達確認メールにより行われる。
【0041】
図5の判断201においては、転送先情報の種別を再度判断し、転送先情報がファックス番号であれば、ファクシミリ送信処理を開始し(処理203)、転送先情報がメールアドレスであれば、メール送信処理を開始し(処理204)、転送先情報がなれければ、印字出力処理を開始する(処理202)。なお、それら開始される各処理は、実行可能状態であれば、実際の処理が即座に開始されるが、実行不可能状態である場合には、実行可能状態へ復帰するのを監視する処理から開始されることになる。
【0042】
そのようにして受信メールに対する処理を開始した後、処理状態の変化があるか、または、処理が終了したかを監視する(判断205のNo、判断206のNoループ)。
【0043】
処理202、処理203、または、処理204で開始した処理が終了した場合には(判断206のYes)、メール受信処理は終了するが、判断205で、処理202、処理203、または、処理204で開始した処理の状態の変化が検出されると(判断205のYes)、判断102の場合と同様に、受信メールが送達確認要求を伴うものであったか否かを判断する(判断207)。
【0044】
そして、受信メールが送達確認要求を伴わないものである場合には(判断207のNo)、判断205に戻るが、受信メールが送達確認要求を伴うものである場合には(判断207のYes)、図3に示したように、予めRAM4に登録記憶した送達確認通知設定フラグFの値が1か、すなわち、送達確認通知を、処理104、処理107、または、処理108で送信したようなMDN形式の送達確認メールにより行うか、否(0)か、すなわち、送達確認通知を、図7に示すように、送達確認通知の内容をメール本文に記述した通常形式のメールにより行うかを判断する(判断208)。
【0045】
そして、フラグFの値が1である場合には、判断205における状態変化を反映したMDN形式の送達確認メールを再度送信して(処理209)、判断205に戻る。
【0046】
そして、フラグFの値が0である場合には、「xx:yyにメールを正常に受信しましたが、その後相手機が応答しないためFAX転送ができておりません」、「xx:yyに受信したメールはプロッタ故障のため印刷できていませんでしたが、現在は復旧して正常に印刷終了しました」など処理状態の変化に応じたメッセージ文字列をメール本文に記述した、図7に示すような通常形式の送達確認通知のメールを送信して(処理210)、判断205に戻る。
【0047】
このように、メール受信・蓄積後にいったん正常を示すMDN形式の送達確認メールを送信後に開始した転送のためのファクシミリ送信処理において相手先が応答せずに受信文書の転送が不可能な状態になったり、印字出力処理において途中で紙詰まりや用紙切れ等のプロッタ6の障害が発生したり、紙詰まりや用紙切れ等のプロッタ6の障害に起因して印字不可状態で開始された印字出力処理が途中で紙詰まりや用紙切れ状態が解消されて正常な状態に復帰したりしたような、受信メールに対して開始した処理に状態変化が生じた場合には、再度送達確認通知のメールが送信されるため、受信メール送信元に、送信したメールの受信側における処理状態の変化を認識せさて再送信等の適切な対応を取らせることが可能なる。
【0048】
また、フラグFの値の設定により、2度目以降の送達確認通知のメールの形式をMDN方式、または、通常のメール形式のいずれかに設定できる、送信元における、同一の送信メールについて2度目以降に受信されるMDN方式のメールの取り扱い形態や、ユーザの所望するところに柔軟に対応することができるようになる。もっとも、判断208におけるフラグFの値に応じた判断を省いて、2度目以降の送達確認通知のメールの形式を固定的に、MDN方式、または、通常のメール形式にするようにしてもよい。また、2度目以降の送達確認のメールの送信を、自動的にではなく、ユーザの許可入力があって初めて行うようにしたり、2度目以降の送達確認通知のメールの形式を、予め設定されたフラグFの値により自動判定するではなく、その都度ユーザに選択させるようにしてもよいが、本実施の形態におけるネットワークファクシミリ装置1は、通常無人で受信処理することが期待されるファクシミリ系の端末であるため、それらをユーザの介在なしに自動的に行うようにしている。
【0049】
また、判断205における状態変化の有無の判断において、異常状態から正常状態、または、正常状態から異常状態への変化のみを状態変化として検出するのではなく、例えば、受信メールの画像メモリ8への蓄積が完了した状態から、その蓄積した受信メールのプロッタ6により印字が完了した状態への変化など、正常な処理状態における単なる処理状況の推移をも状態の変化として判断して、処理209または処理210により、その処理状況の推移を示す送達確認のメールを送信するようにしてもよい。しかし、その場合、送信元では、送信メールの受信側における処理状況を逐一報告する送達確認メールが受信され記録紙に記録されたりするため、送信元のユーザに送信メールの受信側における処理の進捗状況を認識させることができる反面、送信元装置における受信メールを記憶するメモリや記録紙の消費が多くなることになり、また、送達確認のメールの送信形態によっては、送達確認のメールの送信のための通信費がかさんでしまうことになる。
【0050】
そのため、送信元に送達確認通知のメールにより通知する、受信メールの処理状態の変化を、異常から正常、または、正常から異常への変化に限定することは、送信元ユーザが送信メールについて得る受信側おける処理状態の変化についての情報の量と、資源の消費量のバランス点で望ましい。
【0051】
なお、以上説明した実施の形態においては、本発明を、ネットワークファクシミリ装置に適用したが、本発明は、電子メールよりやりとりされるデータの内容により限定されるものではなく、ネットワークを介して電子メールによる通信を行うその他のネットワーク通信装置に対しても同様に適用可能なものである。また、接続されるネットワークとしては、LANやインターネットに限定されるものではなく、また、ネットワークプロトコルや電子メール送受信プロトコルにより本発明は限定されるものではなく、MDN方式などの所定形式の送達確認要求に対する送達確認メールの返送に対応したネットワーク通信装置であれば同様に適用可能なものである。
【0052】
【発明の効果】
本発明によれば、受信メールの送信元装置の送達確認通知用メールの実際の受信形態やユーザの所望するところに応じた最適な通知形態で、送達確認の通知を行うことが可能となる効果得られる。
【図面の簡単な説明】
【図1】本発明の実施の形態に係るネットワーク通信装置としてのネットワークファクシミリ装置のネットワーク及び公衆網への接続形態について示す図である。
【図2】本発明の実施の形態に係るネットワークファクシミリ装置のブロック構成を示す図である。
【図3】本発明の実施の形態に係るネットワークファクシミリ装置のRAMの記憶内容について示す図である。
【図4】本発明の実施の形態に係るネットワークファクシミリ装置におけるメール受信処理手順について示すフローチャートである。
【図5】図4と共に、本発明の実施の形態に係るネットワークファクシミリ装置におけるメール受信処理手順について示すフローチャートである。
【図6】MDN方式に基づいた送達確認通知用メールの内容例について示す図である。
【図7】通常形式の送達確認のための電子メールのメール本文の内容例について示す図である。
【符号の説明】
1 ネットワークファクシミリ装置
2 システム制御部
3 ROM
4 RAM
4a 送達確認設定フラグFのための記憶領域
5 スキャナ
6 プロッタ
7 時計回路
8 画像メモリ
9 操作表示部
10 符号化復号化部
11 LAN通信制御部
12 モデム
13 網制御部
14 システムバス
20a、b、c、d、e PC(パーソナルコンピュータ)
20f メールサーバ装置
30 G3ファクシミリ装置
40 ISP(インターネットサービスプロバイダ)装置
50 メールサーバ装置
60 LAN
Claims (6)
- ネットワークを介して電子メールの送受信を行う一方、受信メールに送達確認要求を示す情報が伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置において、
前記受信メールについての前記送達確認通知用メールを送信後に、当該受信メールについての処理状態の変化を監視する処理状態監視手段と、
前記受信メールについての前記送達確認通知メールを送信後に前記処理状態監視手段により処理状態の変化が検出された場合には、再度前記所定形式の送達確認通知用メールを送信する送達確認再通知手段と、
2度目以降の送達確認の通知を、前記所定形式の送達確認通知用メールで行うか、または、送達確認の内容をメール本文に含む通常形式のメールで行うかを設定する送達確認通知形式設定手段とを備え、
前記送達確認再通知手段が、前記受信メールについての前記送達確認通知メールを送信後に、前記処理状態監視手段により処理状態の変化が検出された場合に再度送信する送達確認通知のためのメールは、前記送達確認通知形式設定手段による設定に応じて、前記所定形式の送達確認通知用メール、または、送達確認の内容をメール本文に含む前記通常形式の電子メールであることを特徴とするネットワーク通信装置。 - 前記送達確認再通知手段は、前記受信メールについての前記送達確認通知用メールを送信後に、前記処理状態監視手段により処理状態が正常から異常または異常から正常に変化したことが検出された場合にのみ、再度前記所定形式の送達確認通知用メールを送信するものであることを特徴とする請求項1に記載のネットワーク通信装置。
- 受信メールが送達確認要求を示す情報を伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置であって、
前記送達確認通知用メールを送信した後に、当該受信メールについての処理状態の変化を監視する処理状態監視手段と、
前記処理状態監視手段が前記処理状態の変化を検出した場合には、再度送達確認通知用メールを送信する送達確認再通知手段とを備え、
前記送達確認再通知手段が再度送信する送達確認通知用メールの形式として、前記所定形式、又は送達確認の内容をメール本文に含む形式を設定できることを特徴とするネットワーク通信装置。 - ネットワークを介して電子メールの送受信を行う一方、受信メールに送達確認要求を示す情報が伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置の制御方法において、
前記受信メールについての前記送達確認通知用メールを送信後に、当該受信メールについての処理状態の変化を監視する処理状態監視手順と、
前記受信メールについての前記送達確認通知メールを送信後に前記処理状態監視手順により処理状態の変化が検出された場合には、再度前記所定形式の送達確認通知用メールを送信する送達確認再通知手順と、
2度目以降の送達確認の通知を、前記所定形式の送達確認通知用メールで行うか、または、送達確認の内容をメール本文に含む通常形式のメールで行うかを設定する送達確認通知形式設定手順とを含み、
前記送達確認再通知手順が、前記受信メールについての前記送達確認通知メールを送信後に、前記処理状態監視手順により処理状態の変化が検出された場合に再度送信する送達確認通知のためのメールは、前記送達確認通知形式設定手順による設定に応じて、前記所定形式の送達確認通知用メール、または、送達確認の内容をメール本文に含む前記通常形式の電子メールであることを特徴とするネットワーク通信装置の制御方法。 - 前記送達確認再通知手順は、前記受信メールについての前記送達確認通知用メールを送信後に、前記処理状態監視手順により処理状態が正常から異常または異常から正常に変化したことが検出された場合にのみ、再度前記所定形式の送達確認通知用メールを送信するものであることを特徴とする請求項4に記載のネットワーク通信装置の制御方法。
- 受信メールが送達確認要求を示す情報を伴う場合には、当該受信メールについて、所定形式の送達確認通知用メールを送信するネットワーク通信装置の制御方法であって、
前記送達確認通知用メールを送信した後に、当該受信メールについての処理状態の変化を監視する処理状態監視手順と、
前記処理状態監視手順が前記処理状態の変化を検出した場合には、再度送達確認通知用メールを送信する送達確認再通知手順とを含み、
前記送達確認再通知手順が再度送信する送達確認通知用メールの形式として、前記所定形式、又は送達確認の内容をメール本文に含む形式を設定できることを特徴とするネットワーク通信装置の制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000036297A JP3971077B2 (ja) | 2000-02-15 | 2000-02-15 | ネットワーク通信装置及びその制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000036297A JP3971077B2 (ja) | 2000-02-15 | 2000-02-15 | ネットワーク通信装置及びその制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001229087A JP2001229087A (ja) | 2001-08-24 |
JP3971077B2 true JP3971077B2 (ja) | 2007-09-05 |
Family
ID=18560358
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000036297A Expired - Fee Related JP3971077B2 (ja) | 2000-02-15 | 2000-02-15 | ネットワーク通信装置及びその制御方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3971077B2 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4834627B2 (ja) * | 2007-08-23 | 2011-12-14 | キヤノン株式会社 | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
JP4881258B2 (ja) * | 2007-08-23 | 2012-02-22 | キヤノン株式会社 | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
JP4944984B2 (ja) * | 2010-09-01 | 2012-06-06 | キヤノン株式会社 | 画像通信装置及び画像通信装置の制御方法並びに記憶媒体 |
-
2000
- 2000-02-15 JP JP2000036297A patent/JP3971077B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001229087A (ja) | 2001-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6823367B1 (en) | Method and apparatus for managing communication information collectively in communication terminal device | |
JP2004032113A (ja) | 電子メールサーバ装置 | |
JP3856983B2 (ja) | 通信端末装置及びその制御方法 | |
JP4416999B2 (ja) | 通信装置 | |
US20060050299A1 (en) | Internet facsimile communication system, internet facsimile communication method and storage medium storing internet facsimile communication program | |
JP3971077B2 (ja) | ネットワーク通信装置及びその制御方法 | |
JP3816199B2 (ja) | 通信端末装置、及び、データ通信システムにおける送信結果通知方法 | |
JP3847523B2 (ja) | 画像通信装置 | |
JP3971249B2 (ja) | ネットワーク通信装置 | |
JP4420601B2 (ja) | データ通信システム及び通信装置 | |
JP3763305B2 (ja) | 通信端末装置及び通信システム | |
JP2009188786A (ja) | 通信端末装置 | |
JP2007049435A (ja) | ファクシミリ装置およびデータ送信方法 | |
JPH11239171A (ja) | 通信端末装置 | |
JP2002073491A (ja) | ネットワーク通信装置及びその制御方法、並びに、ネットワーク通信システム | |
JP3622007B2 (ja) | インターネットファクシミリ装置 | |
JP2006295750A (ja) | インターネットファクシミリ装置 | |
JPH11164122A (ja) | データ通信システムの制御方法 | |
JP3748032B2 (ja) | ネットワークファクシミリ装置 | |
JP2002135515A (ja) | インターネットファクシミリ装置 | |
JP3832375B2 (ja) | インターネットファクシミリ装置 | |
JPH10191002A (ja) | ファクシミリ通信システムの制御方法 | |
JPH11103315A (ja) | ネットワーク対応通信装置 | |
JP2002199198A (ja) | インタネットファクシミリ装置及びインタネットファクシミリ通信制御方法 | |
JPH11112726A (ja) | ネットワーク対応ファクシミリ装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041124 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070417 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070510 |
|
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: 20070605 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070607 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110615 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110615 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120615 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130615 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |