JP3847523B2 - 画像通信装置 - Google Patents
画像通信装置 Download PDFInfo
- Publication number
- JP3847523B2 JP3847523B2 JP2000120326A JP2000120326A JP3847523B2 JP 3847523 B2 JP3847523 B2 JP 3847523B2 JP 2000120326 A JP2000120326 A JP 2000120326A JP 2000120326 A JP2000120326 A JP 2000120326A JP 3847523 B2 JP3847523 B2 JP 3847523B2
- Authority
- JP
- Japan
- Prior art keywords
- communication management
- management report
- image data
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Facsimile Transmission Control (AREA)
- Telephonic Communication Services (AREA)
- Facsimiles In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はインターネット機能を有するファクシミリ装置に関する。
【０００２】
【従来の技術】
従来より、公衆電話網（ＰＳＴＮ）を介してファクシミリ文書を受信し、その文書のサブアドレス等の情報に基づいて電子メールアドレスを作成し、その電子メールアドレスにファクシミリ文書を付加して電子メール化し、ネットワーク上のメールサーバに転送するネットワーク対応型ファクシミリ装置は、特開平６−１６４６４５号公報、その他で知られている。
【０００３】
このようなネットワーク対応型ファクシミリ装置では、相手に対して正常に送信されたのかどうか、送信結果を送信依頼元のユーザに対して通知する必要があり、特開平１０−２４３２０５号公報には、送信結果を通知する結果メールを中継送信の依頼元のユーザに通知する技術が示されている。また、ＷＯ９７／３８５２３号公報には、ファクシミリ装置またはプリント装置における処理結果を通知先ノードへ通知する通信結果通知方法に関する技術が示されている。
【０００４】
【発明が解決しようとする課題】
しかし、通信終了後直ちに送信結果レポートを送信側で出力する場合、サーバには正常に送信されたことが把握出来ても、相手端末（受信側）に正しく送信されたかどうかは判らない。
【０００５】
ところで、電子メールシステムでは、送達確認情報として配信成功後のメッセージの処理状況を通知するＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ：メッセージ処理通知）機能が知られている。
【０００６】
本発明は、通信終了後の送信結果レポートにＭＤＮ応答を反映させることで相手端末に正常に送信が行われたかどうかを確認することが出来、不達時には再度同じ原稿を蓄積しなくて済み再送処理が簡単に行えるファクシミリ装置を提供することを目的とするものである。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、画像データを蓄積する蓄積手段と、前記蓄積手段が蓄積した画像データを含む電子メールを送信する送信手段と、前記送信手段が電子メールを正常に送信することができたことを表すメッセージ処理通知応答を受信する受信手段とを備えた画像通信装置であって、前記送信手段が電子メールを送信してから該電子メールのメッセージ処理通知応答を受信するまで、前記蓄積手段が蓄積した該電子メールの画像データを保持し、メッセージ処理通知応答を受信していない電子メールの再送信指示を受け付けたときに、前記保持手段が保持する該電子メールの画像データを再送信することを特徴とする。
【０００８】
また請求項２記載の発明は、請求項１記載の画像通信装置において、メッセージ処理通知応答を受信したときに、前記保持された画像データを消去することを特徴とする。
【０００９】
また請求項３記載の発明は、請求項１または２に記載の画像通信装置において、前記送信手段が送信する電子メールの通信管理レポートを可視出力する通信管理レポート出力手段と、電子メールを送信した後に所定時間が経過しており、かつ通信管理レポートを前回可視出力してからの電子メールの送信回数が所定回数以上であるときに、前記通信管理レ ポート出力手段に通信管理レポートを可視出力させる通信管理レポート出力制御手段とをさらに備えたことを特徴とする。
【００１７】
請求項１記載の発明では、ＭＤＮ（メッセージ処理通知）応答が来るまでは電子メールの画像データ保持して不達扱いにすることで不達再送信の機能を利用して再送処理が簡単に行われる。即ち、再度同じ原稿を蓄積しなくて済む。メール送信後一定時間、通信管理レポートの自動出力を禁止することでＭＤＮ応答を受けることができ、その結果が通信管理レポートに反映される。例えば、メッセージ処理通知応答が来たところで不達保持データを消去する（請求項２）。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図面に従って説明する。図１は本発明の実施の形態を示す画像通信装置としてファクシミリ装置の機能ブロック図である。本装置は、原稿があるか検知する、また原稿ジャムなどを調べる原稿センサ１、用紙が装置のどの位置にあるか、また用紙ジャムを調べる用紙センサ２、電話番号、相手先の名前などを記憶するためにＲＡＭをバックアップするためのバッテリ３、原稿画像を読み取って画情報を取り出すためのスキャナ４、画情報を記録するためのプロッタ５、装置の状態や操作ガイダンスを表示するとともに装置に対する各種操作を行う操作表示部６を備える。
【００２０】
また同様に、本装置は、画像データを蓄積するのに使用する蓄積手段としての画像メモリ７、電話番号などのパラメータを蓄積するパラメータメモリ８、送信などに使用する時計回路９、網制御装置１７とモデム１６を制御して所定の伝送制御手順により、ファクシミリ通信を行う通信制御部１０、送信する画情報の符号化、受信した文書の復号化を行う符号化復号化部１１、各部を制御してファクシミリ装置の所定の動作を実行するＣＰＵ１２を備える。
【００２１】
また同様に、本装置は、ファクシミリ装置の動作に必要なプログラムが格納されているＲＯＭ１３、プログラムを動作させる上で必要なデータを格納するＲＡＭ１４、英・数・カナ・記号及び漢字などの各文字フォントデータを記憶しているキャラクタジェネレータ１５、画情報を変復調して伝送するとともに伝送制御手順における各種手順信号を伝送するモデム１６、回線の捕捉、発信先電話番号である選択信号の送出、着信の検出などにより、所定の発呼動作及び着信動作を行う網制御装置１７、メールを送り、またインターネットメールの送受信制御を行うＮＩＣＦボード１８を備える。
【００２２】
次に各制御動作例を説明する。本装置では、メール送信側からインターネット上のサーバを通じてメール受信側にＭＤＮ要求が行われ、メール受信側からインターネット上のサーバを通じてメール送信側にＭＤＮ応答が行われる。
【００２３】
図２は第１の制御動作例のフローチャートである。メール送信を行い（Ｓ１）、サーバとのやり取りが正常の場合は（Ｓ２でｙｅｓ）、時計回路９により一定時間ＭＤＮ応答待ちを行う（Ｓ３）。サーバとのやり取りがエラーの場合は規定回数再送を行う。一定時間経過後またはＭＤＮ応答があった場合は、その内容をＲＡＭ１４の管理エリアに記憶し、プロッタ５から送信結果レポートを出力する（Ｓ４）。
【００２４】
通常メール送信が正常終了したということはサーバへの送信が正常終了したという事であり、相手端末（メール受信側）が正常に受信出来たとは限らない。しかし、ＭＤＮは配信成功後のメッセージ処理状況を通知する手段であり、言い換えるとメール送信をした場合、相手端末に送達確認を行うための手段である。従って、ＭＤＮの機能を利用することで、相手端末からＭＤＮ応答があればメールが相手に届いたことが確認出来る。
【００２５】
図３は第２の制御動作例のフローチャートである。ＰＤＵ（ＰＳＴＮダイヤルアップ）、ＩＤＵ（ＩＳＤＮダイヤルアップ）の機能を有しているファクシミリ装置の場合、あらかじめ決められたダイヤルアップ宛先に対してダイヤルアップを行ってから（Ｓ１１）、メール送信動作をする（Ｓ１２）。
【００２６】
次に次回ダイヤルアップ時間（あらかじめ決められた時間）経過後（Ｓ１３でｙｅｓ）、ダイヤルアップを行って受信動作をすると、ＭＤＮ応答を受けることが出来る（Ｓ１４）。ＭＤＮ応答により送信結果レポートを出力する（Ｓ１５）。ここで、受信は決められた間隔で手動で行うことも自動的に行うことも出来る。
【００２７】
図４は第３の制御動作例のフローチャートである。メール送信が終わったときに従来は５０通信（規定通信）以上通信管理デーダが滞ったときに通信管理レポートの自動出力を行っていた。その動作だとＭＤＮ応答を待つことが出来ない場合も生じる。そのため、動作フローのようにメール送信終了後（Ｓ２１）、一定時間が経過し（Ｓ２２でｙｅｓ）、かつ５０通信越えたときに（Ｓ２３でｙｅｓ）、通信管理レポートの自動出力を行うようにする（Ｓ２４）。
【００２８】
図５は第４の制御動作例のフローチャートである。ＰＤＵ／ＩＤＵの場合も図４に示す第３の実施の形態と同じように通信管理レポートの出力タイミングを変更してＭＤＮの結果を反映するようにする。即ち、図３に示す第２の実施の形態と同様に、ダイヤルアップ動作後メール送信を行う（Ｓ３１、Ｓ３２）。
【００２９】
その後、次回のダイヤルアップが行われるまで待つ（Ｓ３３でｙｅｓ、Ｓ３４）。ダイヤルアップが自動（または手動）で行われ、ＭＤＮ応答を受信する（Ｓ３４）。その結果を通信管理エリアに反映して５０通信（規定通信）越えた場合、通信管理レポートを出力する（Ｓ３５）。
【００３０】
図６は第５の制御動作例のフローチャートである。ＭＤＮ要求をしたジョブはメール送信後（Ｓ４１、Ｓ４２）、不達扱いにして不達保持をしておく（Ｓ４３）。この状態でファンクションにより不達再送信の操作が行われたときは（Ｓ４４でｙｅｓ）、再送信を行う（Ｓ４１）。また、ＭＤＮ応答があった場合は（Ｓ４５）、不達状態ではなくなるので不達データを消去する（Ｓ４６）。
【００３１】
不達保持している時間はあらかじめ決められた時間とし、その時間を越えた場合は消去する。こうすることで、サーバに届いたけれど相手端末に届かなかったときの再送操作が簡単になる。即ち、再度同じ原稿を蓄積しなくて済む。
【００３２】
図７は第６の制御動作例のフローチャートである。ＭＤＮ要求をしたメール送信を行う（Ｓ５１、Ｓ５２）。送信終了後、ＭＤＮ応答待ちとなる（Ｓ５３）。一定時間経過してもＭＤＮ応答が来ない場合は（Ｓ５４でｙｅｓ）、レポートを出力して（Ｓ５５）、相手先に届いたか確認出来なかったことをユーザに通知する。これにより、ユーザが操作をして確認する手間が省ける。
【００３３】
図８はＭＤＮ応答が無い場合の不達レポートの一例を示す図である。不達レポートには、ファイル、相手先名称、通信モード、時間、枚数、結果などとともに、ＭＤＮ応答なし、相手先への確認要求等のメッセージが出力される。
【００３４】
【発明の効果】
各発明に係る装置では、通信終了後一定時間後に送信結果レポートを出力するように構成可能で、その場合送信結果レポートを出力までの間にＭＤＮ応答を待つことができ、送信結果レポートにＭＤＮ応答を反映させることが出来るので、相手端末に正常に送信が行われたか否か確認することが出来る。そして請求項１記載の発明によれば、ＭＤＮ（メッセージ処理通知）応答が来るまでは電子メールの画像データ保持して不達扱いにすることで不達再送信の機能を利用して再送処理が簡単に行われる。即ち、再度同じ原稿を蓄積しなくて済む。
【図面の簡単な説明】
【図１】本発明の実施の形態を示すファクシミリ装置の機能ブロック図である。
【図２】第１の制御動作例のフローチャートである。
【図３】第２の制御動作例のフローチャートである。
【図４】第３の制御動作例のフローチャートである。
【図５】第４の制御動作例のフローチャートである。
【図６】第５の制御動作例のフローチャートである。
【図７】第６の制御動作例のフローチャートである。
【図８】ＭＤＮ応答がない場合の不達レポートの一例を示す図である。
【符号の説明】
１ 原稿センサ
２ 用紙センサ
３ バッテリ
４ スキャナ
５ プロッタ
６ 操作表示部
７ 画像メモリ
８ パラメータメモリ
９ 時計回路
１０ 通信制御部
１１ 符号化復号化部
１２ ＣＰＵ
１３ ＲＯＭ
１４ ＲＡＭ
１５ キャラクタジェネレータ
１６ モデム
１７ 網制御装置
１８ ＮＩＣＦボード
【発明の属する技術分野】
本発明はインターネット機能を有するファクシミリ装置に関する。
【０００２】
【従来の技術】
従来より、公衆電話網（ＰＳＴＮ）を介してファクシミリ文書を受信し、その文書のサブアドレス等の情報に基づいて電子メールアドレスを作成し、その電子メールアドレスにファクシミリ文書を付加して電子メール化し、ネットワーク上のメールサーバに転送するネットワーク対応型ファクシミリ装置は、特開平６−１６４６４５号公報、その他で知られている。
【０００３】
このようなネットワーク対応型ファクシミリ装置では、相手に対して正常に送信されたのかどうか、送信結果を送信依頼元のユーザに対して通知する必要があり、特開平１０−２４３２０５号公報には、送信結果を通知する結果メールを中継送信の依頼元のユーザに通知する技術が示されている。また、ＷＯ９７／３８５２３号公報には、ファクシミリ装置またはプリント装置における処理結果を通知先ノードへ通知する通信結果通知方法に関する技術が示されている。
【０００４】
【発明が解決しようとする課題】
しかし、通信終了後直ちに送信結果レポートを送信側で出力する場合、サーバには正常に送信されたことが把握出来ても、相手端末（受信側）に正しく送信されたかどうかは判らない。
【０００５】
ところで、電子メールシステムでは、送達確認情報として配信成功後のメッセージの処理状況を通知するＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ：メッセージ処理通知）機能が知られている。
【０００６】
本発明は、通信終了後の送信結果レポートにＭＤＮ応答を反映させることで相手端末に正常に送信が行われたかどうかを確認することが出来、不達時には再度同じ原稿を蓄積しなくて済み再送処理が簡単に行えるファクシミリ装置を提供することを目的とするものである。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、画像データを蓄積する蓄積手段と、前記蓄積手段が蓄積した画像データを含む電子メールを送信する送信手段と、前記送信手段が電子メールを正常に送信することができたことを表すメッセージ処理通知応答を受信する受信手段とを備えた画像通信装置であって、前記送信手段が電子メールを送信してから該電子メールのメッセージ処理通知応答を受信するまで、前記蓄積手段が蓄積した該電子メールの画像データを保持し、メッセージ処理通知応答を受信していない電子メールの再送信指示を受け付けたときに、前記保持手段が保持する該電子メールの画像データを再送信することを特徴とする。
【０００８】
また請求項２記載の発明は、請求項１記載の画像通信装置において、メッセージ処理通知応答を受信したときに、前記保持された画像データを消去することを特徴とする。
【０００９】
また請求項３記載の発明は、請求項１または２に記載の画像通信装置において、前記送信手段が送信する電子メールの通信管理レポートを可視出力する通信管理レポート出力手段と、電子メールを送信した後に所定時間が経過しており、かつ通信管理レポートを前回可視出力してからの電子メールの送信回数が所定回数以上であるときに、前記通信管理レ ポート出力手段に通信管理レポートを可視出力させる通信管理レポート出力制御手段とをさらに備えたことを特徴とする。
【００１７】
請求項１記載の発明では、ＭＤＮ（メッセージ処理通知）応答が来るまでは電子メールの画像データ保持して不達扱いにすることで不達再送信の機能を利用して再送処理が簡単に行われる。即ち、再度同じ原稿を蓄積しなくて済む。メール送信後一定時間、通信管理レポートの自動出力を禁止することでＭＤＮ応答を受けることができ、その結果が通信管理レポートに反映される。例えば、メッセージ処理通知応答が来たところで不達保持データを消去する（請求項２）。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図面に従って説明する。図１は本発明の実施の形態を示す画像通信装置としてファクシミリ装置の機能ブロック図である。本装置は、原稿があるか検知する、また原稿ジャムなどを調べる原稿センサ１、用紙が装置のどの位置にあるか、また用紙ジャムを調べる用紙センサ２、電話番号、相手先の名前などを記憶するためにＲＡＭをバックアップするためのバッテリ３、原稿画像を読み取って画情報を取り出すためのスキャナ４、画情報を記録するためのプロッタ５、装置の状態や操作ガイダンスを表示するとともに装置に対する各種操作を行う操作表示部６を備える。
【００２０】
また同様に、本装置は、画像データを蓄積するのに使用する蓄積手段としての画像メモリ７、電話番号などのパラメータを蓄積するパラメータメモリ８、送信などに使用する時計回路９、網制御装置１７とモデム１６を制御して所定の伝送制御手順により、ファクシミリ通信を行う通信制御部１０、送信する画情報の符号化、受信した文書の復号化を行う符号化復号化部１１、各部を制御してファクシミリ装置の所定の動作を実行するＣＰＵ１２を備える。
【００２１】
また同様に、本装置は、ファクシミリ装置の動作に必要なプログラムが格納されているＲＯＭ１３、プログラムを動作させる上で必要なデータを格納するＲＡＭ１４、英・数・カナ・記号及び漢字などの各文字フォントデータを記憶しているキャラクタジェネレータ１５、画情報を変復調して伝送するとともに伝送制御手順における各種手順信号を伝送するモデム１６、回線の捕捉、発信先電話番号である選択信号の送出、着信の検出などにより、所定の発呼動作及び着信動作を行う網制御装置１７、メールを送り、またインターネットメールの送受信制御を行うＮＩＣＦボード１８を備える。
【００２２】
次に各制御動作例を説明する。本装置では、メール送信側からインターネット上のサーバを通じてメール受信側にＭＤＮ要求が行われ、メール受信側からインターネット上のサーバを通じてメール送信側にＭＤＮ応答が行われる。
【００２３】
図２は第１の制御動作例のフローチャートである。メール送信を行い（Ｓ１）、サーバとのやり取りが正常の場合は（Ｓ２でｙｅｓ）、時計回路９により一定時間ＭＤＮ応答待ちを行う（Ｓ３）。サーバとのやり取りがエラーの場合は規定回数再送を行う。一定時間経過後またはＭＤＮ応答があった場合は、その内容をＲＡＭ１４の管理エリアに記憶し、プロッタ５から送信結果レポートを出力する（Ｓ４）。
【００２４】
通常メール送信が正常終了したということはサーバへの送信が正常終了したという事であり、相手端末（メール受信側）が正常に受信出来たとは限らない。しかし、ＭＤＮは配信成功後のメッセージ処理状況を通知する手段であり、言い換えるとメール送信をした場合、相手端末に送達確認を行うための手段である。従って、ＭＤＮの機能を利用することで、相手端末からＭＤＮ応答があればメールが相手に届いたことが確認出来る。
【００２５】
図３は第２の制御動作例のフローチャートである。ＰＤＵ（ＰＳＴＮダイヤルアップ）、ＩＤＵ（ＩＳＤＮダイヤルアップ）の機能を有しているファクシミリ装置の場合、あらかじめ決められたダイヤルアップ宛先に対してダイヤルアップを行ってから（Ｓ１１）、メール送信動作をする（Ｓ１２）。
【００２６】
次に次回ダイヤルアップ時間（あらかじめ決められた時間）経過後（Ｓ１３でｙｅｓ）、ダイヤルアップを行って受信動作をすると、ＭＤＮ応答を受けることが出来る（Ｓ１４）。ＭＤＮ応答により送信結果レポートを出力する（Ｓ１５）。ここで、受信は決められた間隔で手動で行うことも自動的に行うことも出来る。
【００２７】
図４は第３の制御動作例のフローチャートである。メール送信が終わったときに従来は５０通信（規定通信）以上通信管理デーダが滞ったときに通信管理レポートの自動出力を行っていた。その動作だとＭＤＮ応答を待つことが出来ない場合も生じる。そのため、動作フローのようにメール送信終了後（Ｓ２１）、一定時間が経過し（Ｓ２２でｙｅｓ）、かつ５０通信越えたときに（Ｓ２３でｙｅｓ）、通信管理レポートの自動出力を行うようにする（Ｓ２４）。
【００２８】
図５は第４の制御動作例のフローチャートである。ＰＤＵ／ＩＤＵの場合も図４に示す第３の実施の形態と同じように通信管理レポートの出力タイミングを変更してＭＤＮの結果を反映するようにする。即ち、図３に示す第２の実施の形態と同様に、ダイヤルアップ動作後メール送信を行う（Ｓ３１、Ｓ３２）。
【００２９】
その後、次回のダイヤルアップが行われるまで待つ（Ｓ３３でｙｅｓ、Ｓ３４）。ダイヤルアップが自動（または手動）で行われ、ＭＤＮ応答を受信する（Ｓ３４）。その結果を通信管理エリアに反映して５０通信（規定通信）越えた場合、通信管理レポートを出力する（Ｓ３５）。
【００３０】
図６は第５の制御動作例のフローチャートである。ＭＤＮ要求をしたジョブはメール送信後（Ｓ４１、Ｓ４２）、不達扱いにして不達保持をしておく（Ｓ４３）。この状態でファンクションにより不達再送信の操作が行われたときは（Ｓ４４でｙｅｓ）、再送信を行う（Ｓ４１）。また、ＭＤＮ応答があった場合は（Ｓ４５）、不達状態ではなくなるので不達データを消去する（Ｓ４６）。
【００３１】
不達保持している時間はあらかじめ決められた時間とし、その時間を越えた場合は消去する。こうすることで、サーバに届いたけれど相手端末に届かなかったときの再送操作が簡単になる。即ち、再度同じ原稿を蓄積しなくて済む。
【００３２】
図７は第６の制御動作例のフローチャートである。ＭＤＮ要求をしたメール送信を行う（Ｓ５１、Ｓ５２）。送信終了後、ＭＤＮ応答待ちとなる（Ｓ５３）。一定時間経過してもＭＤＮ応答が来ない場合は（Ｓ５４でｙｅｓ）、レポートを出力して（Ｓ５５）、相手先に届いたか確認出来なかったことをユーザに通知する。これにより、ユーザが操作をして確認する手間が省ける。
【００３３】
図８はＭＤＮ応答が無い場合の不達レポートの一例を示す図である。不達レポートには、ファイル、相手先名称、通信モード、時間、枚数、結果などとともに、ＭＤＮ応答なし、相手先への確認要求等のメッセージが出力される。
【００３４】
【発明の効果】
各発明に係る装置では、通信終了後一定時間後に送信結果レポートを出力するように構成可能で、その場合送信結果レポートを出力までの間にＭＤＮ応答を待つことができ、送信結果レポートにＭＤＮ応答を反映させることが出来るので、相手端末に正常に送信が行われたか否か確認することが出来る。そして請求項１記載の発明によれば、ＭＤＮ（メッセージ処理通知）応答が来るまでは電子メールの画像データ保持して不達扱いにすることで不達再送信の機能を利用して再送処理が簡単に行われる。即ち、再度同じ原稿を蓄積しなくて済む。
【図面の簡単な説明】
【図１】本発明の実施の形態を示すファクシミリ装置の機能ブロック図である。
【図２】第１の制御動作例のフローチャートである。
【図３】第２の制御動作例のフローチャートである。
【図４】第３の制御動作例のフローチャートである。
【図５】第４の制御動作例のフローチャートである。
【図６】第５の制御動作例のフローチャートである。
【図７】第６の制御動作例のフローチャートである。
【図８】ＭＤＮ応答がない場合の不達レポートの一例を示す図である。
【符号の説明】
１ 原稿センサ
２ 用紙センサ
３ バッテリ
４ スキャナ
５ プロッタ
６ 操作表示部
７ 画像メモリ
８ パラメータメモリ
９ 時計回路
１０ 通信制御部
１１ 符号化復号化部
１２ ＣＰＵ
１３ ＲＯＭ
１４ ＲＡＭ
１５ キャラクタジェネレータ
１６ モデム
１７ 網制御装置
１８ ＮＩＣＦボード
Claims (3)
- 画像データを蓄積する蓄積手段と、
前記蓄積手段が蓄積した画像データを含む電子メールを送信する送信手段と、
前記送信手段が電子メールを正常に送信することができたことを表すメッセージ処理通知応答を受信する受信手段とを備えた画像通信装置であって、
前記送信手段が電子メールを送信してから該電子メールのメッセージ処理通知応答を受信するまで、前記蓄積手段が蓄積した該電子メールの画像データを保持し、
メッセージ処理通知応答を受信していない電子メールの再送信指示を受け付けたときに、前記保持手段が保持する該電子メールの画像データを再送信することを特徴とする画像通信装置。 - メッセージ処理通知応答を受信したときに、前記保持された画像データを消去することを特徴とする請求項１に記載の画像通信装置。
- 前記送信手段が送信する電子メールの通信管理レポートを可視出力する通信管理レポート出力手段と、
電子メールを送信した後に所定時間が経過しており、かつ通信管理レポートを前回可視出力してからの電子メールの送信回数が所定回数以上であるときに、前記通信管理レポート出力手段に通信管理レポートを可視出力させる通信管理レポート出力制御手段と
をさらに備えたことを特徴とする請求項１または２に記載の画像通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000120326A JP3847523B2 (ja) | 2000-04-21 | 2000-04-21 | 画像通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000120326A JP3847523B2 (ja) | 2000-04-21 | 2000-04-21 | 画像通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001309109A JP2001309109A (ja) | 2001-11-02 |
| JP3847523B2 true JP3847523B2 (ja) | 2006-11-22 |
Family
ID=18631153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000120326A Expired - Lifetime JP3847523B2 (ja) | 2000-04-21 | 2000-04-21 | 画像通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3847523B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7283269B2 (en) | 2001-12-28 | 2007-10-16 | Murata Kakai Kabushiki Kaisha | Internet facsimile machine |
| JP3745290B2 (ja) | 2002-02-28 | 2006-02-15 | シャープ株式会社 | ネットワーク通信装置 |
| JP2003333271A (ja) | 2002-05-17 | 2003-11-21 | Sharp Corp | ネットワーク通信装置 |
| US7725543B2 (en) | 2002-06-12 | 2010-05-25 | Sharp Kabushiki Kaisha | Network communication device for transmitting/receiving an email message containing a disposition notification request |
| JP2004146877A (ja) | 2002-10-21 | 2004-05-20 | Sharp Corp | データ送信装置，データ送信方法，データ送信プログラム，データ受信装置，データ受信方法，データ受信プログラムおよび通信システム |
| JP4416999B2 (ja) | 2002-11-25 | 2010-02-17 | シャープ株式会社 | 通信装置 |
| US20070041037A1 (en) * | 2005-08-17 | 2007-02-22 | Fuji Xerox Co., Ltd. | Systems and methods for confirmed document transmission |
-
2000
- 2000-04-21 JP JP2000120326A patent/JP3847523B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001309109A (ja) | 2001-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6823367B1 (en) | Method and apparatus for managing communication information collectively in communication terminal device | |
| US6389121B1 (en) | Method and apparatus of performing a memory saving operation in an electronic communications system | |
| JP3586208B2 (ja) | メール不達情報通知方法およびデータ通信装置 | |
| JP3847523B2 (ja) | 画像通信装置 | |
| JP2985862B2 (ja) | インターネット対応ファクシミリ装置 | |
| US20030164990A1 (en) | Facsimile apparatus and control method thereof | |
| JP3816199B2 (ja) | 通信端末装置、及び、データ通信システムにおける送信結果通知方法 | |
| JP4078020B2 (ja) | ファクシミリ装置、通信結果管理方法およびプログラム | |
| JP2006054539A (ja) | インターネットファクシミリ装置 | |
| JP2822939B2 (ja) | 不達返信通知機能付きファクシミリ装置 | |
| JP3971077B2 (ja) | ネットワーク通信装置及びその制御方法 | |
| JP4420601B2 (ja) | データ通信システム及び通信装置 | |
| JP2002164911A (ja) | 通信端末 | |
| JP2007049435A (ja) | ファクシミリ装置およびデータ送信方法 | |
| JP3763305B2 (ja) | 通信端末装置及び通信システム | |
| JPH11146107A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JPH07327121A (ja) | ファクシミリ通信方法 | |
| JP2006295750A (ja) | インターネットファクシミリ装置 | |
| JP3748032B2 (ja) | ネットワークファクシミリ装置 | |
| JP3622007B2 (ja) | インターネットファクシミリ装置 | |
| JPH1013655A (ja) | 通信システム | |
| JP3598453B2 (ja) | ファクシミリ装置 | |
| KR100264330B1 (ko) | 팩시밀리의 수신 데이터 관리방법 | |
| JP4468438B2 (ja) | ファクシミリ装置及び通信結果管理方法 | |
| JPH02135864A (ja) | ファクシミリ装置の伝送制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050121 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050208 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060516 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060724 |
|
| 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: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060823 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3847523 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: 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 |