JP2004140432A - Communication apparatus, image communication apparatus - Google Patents
Communication apparatus, image communication apparatus Download PDFInfo
- Publication number
- JP2004140432A JP2004140432A JP2002300606A JP2002300606A JP2004140432A JP 2004140432 A JP2004140432 A JP 2004140432A JP 2002300606 A JP2002300606 A JP 2002300606A JP 2002300606 A JP2002300606 A JP 2002300606A JP 2004140432 A JP2004140432 A JP 2004140432A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- identification information
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Abstract
Description
【０００１】
【発明の属する技術分野】
本発明はネットワークを介して通信データを送受信する通信装置及び通信データとして画像データを送受信する画像通信装置に関し，特に，送信側から複数の宛先情報を含めた通信データを送信する同報送信に対する応答を要求し，受信側からの応答に基づいて送信側において通信データの送達確認を行う通信装置及び画像通信装置に関するものである。
【０００２】
【従来の技術】
近年，インターネット等のネットワークの普及にともない，ネットワークを介して電子メール（Ｅ−Ｍａｉｌ）を送受信するネットワーク対応機器が種々の用途に用いられるようになっている。
例えば，スキャナによって読み取った画像データを添付ファイルとして添付した電子メールデータを，ネットワークに接続されたコンピュータや画像形成装置等の他の機器へ送信することのできるネットワーク対応型のスキャナ装置やファクシミリ装置，複写機等も開発されている。
このようなネットワーク対応型の装置の一例として，Ｓｃａｎ ｔｏ Ｅ−Ｍａｉｌという機能を備えたネットワークスキャナ装置（通信装置，画像通信装置の一例）が開発されている。これは，スキャンした原稿画像を所定フォーマットの画像データに変換して電子メール用の添付ファイルとし，電子メールデータとして通信相手の電子メールアドレス（ホストコンピュータや画像形成装置の電子メールアドレス）を宛先情報に指定して（含めて）送信するものである。
また，このようなネットワークスキャナ装置の機能に加えて，さらに印刷機能や電話機能をも備えた，ネットワークファクシミリ装置も開発されている。
このようなネットワークファクシミリ装置は，例えば特許文献１に開示されており，そのネットワークファクシミリ装置を構成要素とする画像データ送受信システムの概略構成を図８に示す。
【０００３】
図８に示す送信側のネットワークファクシミリ装置（インターネットＦＡＸ）５１から送信側のメールサーバ装置（メールサーバ）５２に送信（投函）された電子メールデータ（画像データが添付された電子メールデータ）は，ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の所定の電子メール転送プロトコルでネットワーク（インターネット）５３を介して受信側のメールサーバ装置（メールサーバ）５４に転送され，該受信側のメールサーバ装置５４に蓄積（記憶）される。
一方，受信側のネットワークファクシミリ（インターネットＦＡＸ）５５は，定期的に受信側のメールサーバ装置５４に対し，ＰＯＰ３プロトコル（Ｐｏｓｔ Ｏｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ３），ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のメール受信プロトコルを用いてアクセスし，蓄積されている自己宛ての（自己の電子メールアドレスが宛先として指定されている）電子メールデータを取得する。
また，受信側のネットワークファクシミリ装置５５が電子メールデータを受信し，添付されている画像データを受信原稿として画像形成（記録紙に出力）すると，重複してデータ取得及び画像形成が行なわれないように，受信側のメールサーバ装置５４に蓄積していた電子メールデータを削除するように構成されている。
ここで，電子メールを用いてデータ送信（画像データ送信）を行う場合には，２台のファクシミリ装置の間で直通の通信によりリアルタイムでデータ送信する場合とは異なり，受信側において正常に受信されたかどうか，或いは処理が適切になされたかどうかが，送信側で判別できないという問題点があった。
すなわち，ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：公衆電話網）を介して互いにリアルタイムで（互いに同期して）通信を行なう通常のファクシミリ装置とは異なり，ネットワークファクシミリ装置では，受信側のネットワークファクシミリ装置５５が常時メールサーバ装置５４に接続されているとは限らない。また，受信側のインターネットファクシミリ装置５５が受信不能状態であっても，送信側のインターネットファクシミリ装置５１から受信側のメールサーバ装置５２へのデータ送信は可能であるので，データ送信の時点では，受信側でデータ（電子メールデータ）が正常に受信されたか，或いは適切に処理されたか等については未だ確定しておらず，これを送信側で認識することはできない。
このため，従来のネットワークファクシミリ装置を用いる場合には，結局，送信側の利用者が電話等によって受信側で正常に受信及び処理されたことを確認しなければならないという不便さがあった。また，これでは，互いにリアルタイムで対話する必要がないという電子メール通信の利点が損なわれるという問題点もある。
【０００４】
以上に示した問題点を解決する技術として，電子メールデータを受信した場合に，受信側端末が送達確認のための応答を送信側端末に返信することによって送達確認（受信側で正常に受信されたことの確認）を行なう方法が，ＲＦＣ２２９８において，ＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）として規定されている。これは，送信メールデータの受信側における受信結果や経過を，所定形式の送達確認メール（応答の一例）を受信側から送信側に返信することによって確認する方法である。
ここで，ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）とは，インターネット技術の標準化団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）が正式に発行するインターネット関連技術の仕様・要件等に関する文書を指す。
ＭＤＮの仕様を満たす送信側端末（通信装置）は，受信側に対して応答（前記送達確認メール）の返信を要求する場合には，送信する電子メールデータのヘッダ部に，該電子メールデータ（通信データの一例）を識別するためのメッセージＩＤ（データ識別情報の一例）と受信側に対する応答要求である「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールド（応答要求情報の一例）とを含める。
これに対し，受信側端末がＭＤＮの仕様を満たしている場合には，「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドに指定されている電子メールアドレス（送信側が前記送達確認メールの返信用の宛先として指定するアドレス）を宛先として前記送達確認メールを返信する。この送達確認メールには，送信側により送信された電子メールデータに含まれていた前記メッセージＩＤが含められる。
そして，送信側端末では，受信したメールが，過去に自装置がＭＤＮの要求（送達確認の要求）を含めて送信した送信メールデータに対しての返信メール（前記送達確認メール）であるか否かを，受信メールに前記メッセージＩＤが含まれているか否かによって判定する。さらに，受信側では，過去の送信メールデータで指定した（含められた）前記メッセージＩＤと受信した電子メールデータ（前記送達確認メール）に含まれる前記メッセージＩＤと比較し，一致した場合には，送信メールデータが受信側で正常に受信されたことを確認できる。
【０００５】
また，特許文献２には，ＭＤＮの仕様を満たす（ＭＤＮ機能を備えた）送信側端末において，ＭＤＮの応答要求を行なった場合（「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」フィールドを含めた場合）に，送信終了後に一定時間を経過しても受信側から前記送達確認メールが返信されてこないときには，送信側端末の利用者に応答がない旨を告知するための不達レポートを記録出力する構成が開示されている。これによって，受信側端末に正常に送信が行なわれたか否かを確認できるようになっている。
【０００６】
ところで，電子メールデータ等のデータ送信においては，同時に複数の宛先にデータ送信する，いわゆる同報送信が行われる場合が多い。この場合，通常，一式（１通）のデータ（送信メールデータ）に複数の宛先情報（受信側の電子メールアドレス）を含めて送信することにより，宛先ごとに個別にデータ送信する場合よりも送信データの容量を小さくし，送信側のネットワークやメールサーバの通信負荷を抑えることが行われる。以下，単に同報送信といえば，このような形態での同報送信を意味するものとする。
ＭＤＮ機能を備えた装置において，電子メールデータの同報送信を行なう技術については，例えば特許文献３や特許文献４に開示されている。
特許文献３には，同報送信時に電子メールデータのヘッダ部が無用に長くなるのを防止したインターネットファクシミリ装置が開示されている。これは，パネル操作部から入力された同報送信の複数の宛先メールアドレスをアドレスデータバッファに一旦格納し，複数の宛先メールアドレスを設定値Ｍ個を１つの単位として複数の群に分けるようにアドレスデータバッファからアドレス読出制御部で読み出し，各群に属する宛先メールアドレスを宛先とする電子メールをメール作成部で作成することにより，１通の電子メールの宛先フィールド［Ｔｏ：］に入れられる宛先メールアドレスの数を設定値Ｍ個に制限するものである。
また，特許文献４には，送信する宛先数に応じて通信方法を変更するインターネットファクシミリ装置が開示されている。これは，インターネットを介してファクシミリ通信を行なう際に，送信する宛先数が複数（メーリングリストによる送信）の場合，インターネットを介したファクシミリ通信の通信方法をシンプルモードに変更し，また送信する宛先数が１つの場合，インターネットを介したファクシミリ通信の通信方法をフルモードに変更するものである。
【０００７】
【特許文献１】
特開２００１−２７４９４４号公報
【特許文献２】
特開２００１−３０９１０９号公報
【特許文献３】
特開２００１−１０９６７４号公報
【特許文献４】
特開２００１−１３６３３６号公報
【非特許文献１】
【０００８】
【発明が解決しようとする課題】
しかしながら，送信側が，１つの電子メールデータを，複数の宛先を指定して（宛先情報（宛先の電子メールアドレス）を含めて）同報送信を行った場合には，全ての宛先（受信側）に対して同じ前記メッセージＩＤを含むメールデータが送信されるため，複数の受信側それぞれが同じ前記メッセージＩＤを含めた前記送達確認メール（応答）を送信側に返信することになる。このため，送信側では，同じ前記メッセージＩＤが含まれた複数の前記送達確認メールを受信することになり，受信した前記送達確認メールがどの宛先（受信側）から送られてきたものであるかを識別できないという問題点があった。
ここで，前記送達確認メールに含められる（通常，いずれの電子メールデータにも含められる）送信元の電子メールアドレス（Ｆｒｏｍフィールドに指定される電子メールアドレス）は，各利用者が返信アドレスとして任意に設定できるものであり，必ずしも送信側が認識している受信側の電子メールアドレス（データ送信の際に宛先情報として指定した受信側の電子メールアドレス）と同一とは限らない。このため，前記Ｆｒｏｍフィールドに指定される電子メールアドレスは前記送達確認メールの送信元を特定する情報として用いることができない。
一方，同報送信を行いたい宛先ごとに個別の電子メールデータを作成して同時に送信すれば，該電子メールデータごとに異なる前記メッセージＩＤが設定されるので，前記送達確認メールそれぞれの送信元（受信側）を識別できることになる。
しかしながら，この場合，宛先の数だけの電子メールデータが送信側端末からメールサーバへ送信されるため，送信データの容量が宛先の数に比例して大きくなってしまい，送信側端末からメールサーバへの通信の負荷が大きくなってしまうという問題点があった。特に，インターネットスキャナ装置やインターネットファクシミリ装置等では画像データを送信するため，通常のテキストベースの電子メールデータよりもデータサイズが大きくなり，メールサーバへの通信負荷増大の影響が顕著となる。
従って，本発明は上記事情に鑑みてなされたものであり，その目的とするところは，複数の宛先にデータ送信する際の通信負荷を抑えつつ，受信側それぞれからの送達確認のための応答を個別に確認することができる通信装置及び画像通信装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために本発明は，ネットワークを介して所定の応答要求情報を含む通信データを受信した場合に，該通信データに含まれる該通信データについてのデータ識別情報を含む応答を前記通信データの送信元に対して返信する応答返信手段を具備する通信装置において，前記応答返信手段が，自己の識別情報を含む前記応答を返信してなることを特徴とする通信装置として構成されるものである。
これにより，前記応答には，前記データ識別情報と前記自己の識別情報とが含まれることになり，前記通信データの送信側（前記応答を受信した側の装置）では，過去に送信した前記通信データのいずれに対応する応答であるかを前記データ識別情報によって特定できるとともに，送信側における通信負荷を軽減するために前記通信データが同報送信データである場合でも，前記応答に含まれる前記通信データの受信元の識別情報（前記自己の識別情報）によって前記応答の返信元を特定できるので，受信側それぞれからの送達確認のための応答を個別に確認することができる。
ここで，前記自己の識別情報が，前記通信データに含まれている自己に対する宛先情報であれば，送信側及び受信側に，受信側それぞれを識別する識別情報を予め設定しておく必要がなく好適である。
【００１０】
また，本発明は，前記通信データが同報送信である場合に特に効果を奏するものである。従って，前記通信データが複数の宛先に対する同報送信データであるか否かを判別する同報送信判別手段を具備し，前記応答返信手段が，前記通信データが前記同報送信データであると判別された場合に前記自己の識別情報を含む前記応答を返信するよう構成することも考えられる。
この場合，例えば，前記同報送信判別手段が，前記通信データに含まれる宛先情報が複数である場合に前記通信データが前記同報送信データであると判別するものが考えられる。
【００１１】
また，前記応答返信手段が，前記通信データに前記自己の識別情報を含めて前記応答を返信するよう要求する受信元識別情報要求情報が含まれている場合に前記自己の識別情報を含む前記応答を返信するよう構成することも考えられる。
【００１２】
以上示した前記通信装置は，前記通信データの送信側を示すものであるが，受信側の通信装置は次のような構成にすればよい。
即ち，ネットワークを介して所定の応答要求情報と前記通信データを識別するデータ識別情報とを含む通信データを送信するデータ送信手段を具備し，前記通信データの受信元から受信した前記応答に基づいて前記通信データの受信元への送達確認を行う通信装置において，前記通信データの受信元から受信した前記応答に含まれる前記データ識別情報と前記受信元の識別情報とに基づいて前記通信データの送達確認を行う送達確認手段を具備してなることを特徴とする通信装置である。
これにより，前述したように過去に送信した前記通信データのいずれに対応する応答であるかを前記データ識別情報によって特定できるとともに，前記通信データの送信負荷を軽減するために前記通信データを同報送信した場合であっても，前記応答に含まれる前記通信データの受信元の識別情報（前記自己の識別情報）によって前記応答の返信元を特定できるので，受信側それぞれからの送達確認のための応答を個別に確認することができる。
【００１３】
また，前記データ送信手段が，前記通信データについての前記データ識別情報と前記通信データの受信元の識別情報とを前記応答に含めるよう要求する受信元識別情報要求情報を含む前記通信データを送信するよう構成することが考えられる。もちろん，前述したように受信側の判断によって（常に，或いは前記通信データが同報送信であると判別した場合等），前記受信元の識別情報が含められるよう構成しても構わない。
【００１４】
また，前記送達確認手段が，前記応答に含まれる前記データ識別情報及び前記受信元の宛先情報と前記通信データに含まれる前記データ識別情報及び前記受信元の宛先情報との比較に基づいて前記通信データの送達確認を行うよう構成することも考えられる。
これは，前記受信元の宛先情報が前記受信元の識別情報である場合の構成である。これにより，送信側及び受信側に，受信側それぞれを識別する識別情報を予め設定しておく必要がなく好適である。
また，前記通信データは，電子メールデータであってもよい。
【００１５】
また，本発明は，前記通信装置を具備する画像通信装置として捉えてもよい。
即ち，ネットワークを介して通信相手との間で画像データの送信又は受信を行う画像通信装置において，前記した各通信装置を具備し，前記通信データに画像データが含まれてなることを特徴とする画像通信装置である。
一般に画像データはデータサイズが大きいため，１つのデータを複数の宛先に同報送信（複数の宛先を指定して同報送信）した場合の通信負荷軽減効果が高い。従って，本発明をネットワークファクシミリ装置やネットワークスキャナ装置等の画像通信装置に適用することは，通信データを同報送信した場合でも，受信側それぞれからの送達確認のための応答を個別に確認することができるという本発明の特徴をより生かすことができ好適である。
【００１６】
【発明の実施の形態】
以下添付図面を参照しながら，本発明の実施の形態について説明し，本発明の理解に供する。尚，以下の実施の形態は，本発明を具体化した一例であって，本発明の技術的範囲を限定する性格のものではない。
ここに，図１は本発明の実施の形態に係るインターネットファクシミリ装置の概略構成を表すブロック図，図２は本発明の実施の形態に係るインターネットファクシミリ装置における画像データ送信及び送達確認の処理手順を表すフローチャート，図３は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信開始処理の詳細手順を表すフローチャート，図４は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送達確認処理の詳細手順を表すフローチャート，図５は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの受信及び送達確認メールの返信の処理手順を表すフローチャート，図６は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信メールの内容を表す図，図７は本発明の実施の形態に係るインターネットファクシミリ装置における送達確認メールの内容を表す図，図８は従来のインターネットファクシミリ装置を構成要素とする画像データ送受信システムの概略構成を表すブロック図である。
【００１７】
本発明の実施の形態に係るインターネットファクシミリ装置は，原稿から読み取った画像データを添付ファイルとした電子メールデータを，インターネット等のネットワークを介して送受信する通信機能を有するファクシミリ装置である。
図１は，本発明の実施の形態に係るインターネットファクシミリ装置１の構成を示すブロック図である。
図１に示すように，本インターネットファクシミリ装置１は，メイン制御部２と，制御用メモリ３と，制御用バッファ４と，画像記憶部５と，画像用バッファ６と，電子メール作成部７と，読取部８と，記録部９と，パネル制御部１０と，符号／復号化制御部１１と，ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）制御部１２と，モデム１３と，網制御部（ＮＣＵ：Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１４と，送達確認送受信制御部１５と，時計部１６とを具備している。
前記メイン制御部２は，不図示のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）），ＲＯＭ，ＲＡＭ及びその周辺機器等を具備し，ＲＯＭに記憶された所定のプログラムを実行することによって本インターネットファクシミリ装置１全体の制御を行なう。
前記制御用メモリ３は，ＳＲＡＭなどの不揮発性のメモリ，或いはバッテリによりバックアップされた揮発性のメモリ等からなり，画像データの送信先の宛先情報（送信先の電話番号や短縮番号，電子メールアドレス等）や本インターネットファクシミリ装置１の動作中に発生する各種データを記憶するものである。
前記制御用バッファ４はＲＡＭ等のメモリからなり，前記メイン制御部により制御プログラムを実行する上で必要なデータを一時記憶する。
前記画像記憶部５は，ＳＲＡＭやＦｌａｓｈＲＯＭ等からなり，符号化（圧縮等）された画像データを記憶するとともに，後述する前記読取部８によって読み取った画像データ，通信相手から受信したデータ，及び受信したデータを復号化した画像データ等を記憶する。
前記画像用バッファ６はＲＡＭ等からなり，送受信される画像データの圧縮や伸長を行う際の一時記憶に使用される。
前記電子メール作成部７は，符号化された画像データにヘッダ情報を付加し，電子メールデータのフォーマットに変換した送信データ（通信データ）を作成するとともに，電子メールサーバと電子メールの送受信を行うものである。
前記読取部８は，原稿読取り手段としての光電変換素子（ＣＣＤ：Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）を具備するスキャナであり，原稿を所定の解像度で読取る。そして，読み取った画像データ（ドットイメージデータ）を前記画像記憶部５に格納する。もちろん、符号化後の画像データを格納してもよい。
前記記録部９は，電子写真方式のプリンタ装置を備え，通信によって受信した画像データや前記読取部８で読み取った原稿の画像データを記録紙にプリントアウトするものである。
前記パネル制御部１０は，不図示の液晶パネル等の表示操作部によって原稿からの画像読取り指示や読み取った画像データ送信する宛先（宛先の電子メールアドレス）の入力等の操作を制御する（操作案内の表示やデータの入力等を行う）ものである。
前記符号／復号化制御部１１は，前記読取部８で読み取った原稿の画像データの符号化（符号化圧縮），及び通信相手から受信した画像データ（符号化された画像データ）の復号化（復号化伸長）を行う。この符号／復号化制御部１１では，ファクシミリ通信で一般に使用されている，ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈｕｆｆｍａｎ），ＭＲ（Ｍｏｄｉｆｉｅｄ ＲＥＡＤ） 及びＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ ＲＥＡＤ）の他，ＴＩＦＦやＪＰＥＧ等の符号化方式を用いて符号化・復号化を行うことができる。
前記ＬＡＮ制御部１２は，不図示のメールサーバ（電子メールサーバ）を介してインターネット等のネットワーク経由による電子メールデータの送受信（インターネットファクシミリ通信等）を行うために，メールサーバに繋がるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と接続するためのものである。
前記モデム１３は，通常の公衆電話回線を介したファクシミリ通信を行なうためのファクシミリモデムであり，前記網制御部１４を介して公衆電話回線と接続されている。また，例えば，前記メールサーバとしてインターネットプロバイダに設置されたメールサーバを使用する場合は，該メールサーバへの接続は，前記モデム１３により公衆電話回線を介して行われる。本実施の形態では，前記ＬＡＮ制御部１２によって前記メールサーバに接続するものとして説明する。
前記網制御部１４は，アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結及び開放の回線制御動作を行なうものであり，必要に応じて前記モデム１３を公衆電話回線網と接続する。
前記送達確認送受信制御部１５は，ＭＤＮ機能による送達確認のための応答（送達確認メール）の送信要求，及び前記メールサーバを介して受信した前記送達確認メールの処理等を行うものであり，前記電子メール作成部７が送信メールデータに含めるヘッダ情報及び受信した前記送達確認メールのヘッダ情報等を用いて各種処理を行なうものである。
前記時計部１６は，時間の計時を行うものであり，前記電子メール作成部７によって作成される電子メールに含められる時刻情報や，前記送達確認送受信制御部１５が所定期間内に前記送達確認メールが届くかどうかの時間管理を行う際に用いる時刻情報等の各種時刻情報を提供するものである。
【００１８】
次に，図２〜４を用いて，本インターネットファクシミリ装置１における画像データ送信及びその送達確認の処理について説明する。以下，Ｓ１，Ｓ２…は，処理手順（ステップ）の番号を表す。
図２は，画像データ送信及びその送達確認の全体処理のフローチャートである。
まず，原稿からの画像データ読み取りや，送信アドレス（宛先情報）の入力等の送信開始処理がなされる（Ｓ１）。
この送信開始処理の処理手順の詳細を図３に示す。
図３に示すように，送信開始処理では，利用者によって前記読取部８に原稿がセット（Ｓ１０１）された後，予め登録された相手先名称や宛先情報（電子メールアドレス），送達確認を相手先（通信相手）に要求するか否か等の相手先情報の一つをワンタッチキーや短縮番号によって選択するモード（以下，選択モードという）と，相手先の電子メールアドレス等を直接入力するモード（以下，直接入力モードという）とのいずれのモードで宛先を指定するかの選択操作入力（前記表示操作部からの入力）がなされたかが前記パネル制御部１０で判別され（Ｓ１０２），前記選択モードでの宛先指定が選択された場合（Ｓ１０２のＹＥＳ側）には，所定のワンタッチキー又は短縮番号の入力に対応する前記相手先情報が前記制御用メモリ３から読み出され，その相手先情報が前記制御用バッファ４に記憶される。さらに，画像データを同報送信する他の（次の）宛先がある旨の操作入力がなされた場合（Ｓ１０４のＹＥＳ側）には，Ｓ１０２へ戻って処理が繰り返され，そうでない場合はＳ１０５へ移行する。
一方，前記直接入力モードが選択された場合（Ｓ１０２のＮＯ側）は，前記表示操作部から入力される送信相手の電子メールアドレス（宛先情報），送信する原稿の画像データファイルの形式（ファイルフォーマット）や圧縮形式（符号化方式）が前記パネル制御部１０により入力された後（Ｓ１０７，Ｓ１０８），送信相手（通信相手）に対して送達確認を要求するか否かの選択入力がなされ（Ｓ１０９），前記送達確認を要求することが選択された場合（Ｓ１０９のＹＥＳ側）には，前記送達確認を要求する旨の情報が設定される（Ｓ１１０）。このように設定された情報は，前記制御用バッファ４に記憶される。
さらに，画像データを同報送信する他の（次の）宛先がある旨の操作入力がなされた場合（Ｓ１１１のＹＥＳ側）には，Ｓ１０２へ戻って処理が繰り返され，そうでない場合（Ｓ１１１のＮＯ側）はＳ１０５へ移行する。
以上の処理により，画像データ（前記読取部８により読み取られる画像データ）の送信先の電子メールアドレス（宛先情報，同報送信を行う場合は複数の電子メールアドレス），送信相手に前記送達確認の応答を要求するか否かについての情報等の送信条件情報が前記制御用バッファ４に記憶される。
次に，Ｓ１０５において，前記表示操作部及び前記パネル制御部１０によってデータの送信開始操作の入力（「スタートキー」入力）がなされると，前記読取部８により原稿から画像データが読み取られ，さらに前記符号／復号化制御部１１によって符号化された画像データ（送信対象となる画像データ）が前記画像記憶部５に記憶された後（Ｓ１０６），送信開始処理が終了する。このとき，画像データの符号化方式は，前記制御用バッファ４に記憶された前記送信条件情報に従って決定される。
【００１９】
前記送信開始処理（Ｓ１（図３の処理））が終了すると，次に，前記ＬＡＮ制御部１２により，本インターネットファクシミリ装置１に予め登録された所定のメールサーバ（電子メールサーバ）に接続され（Ｓ２），該メールサーバに対して前記画像用バッファ６に記憶された画像データ（ファクシミリ送信する画像データ）を添付ファイルとする電子メールデータが前記電子メール作成部７によって作成及び送信される（Ｓ３）。ここで送信された電子メールデータ（送信メール）のヘッダ情報は，前記制御用メモリ３に記憶される。
この電子メールデータ（以下，送信メールという，前記通信データの一例）のヘッダ部，本文，添付ファイル部の各構成の例を図６に示す。
図６（ｂ）に示すように，前記送信メールの本文には，該送信メールを送信する装置の種類や型式を表す情報や，送信する画像データのファイル形式，解像度等の所定の情報が設定される。
また，図６（ｃ）に示すように，前記送信メールの添付ファイル部には，送信する画像データのファイル名（添付ファイル名）及び画像データそのもの等が含められている。この本文（ｂ）及び添付ファイル部（ｃ）の構成は，従来のインターネットファクシミリ装置により生成される送信メールと特に変わるものではない。
【００２０】
また，図６（ａ）に示すように，前記送信メールのヘッダ部には，メールを送信した日時が設定される「Ｄａｔｅ」フィールド，宛先（送信先）の電子メールアドレスが設定される「Ｔｏ」フィールドｆ１，利用者によって任意に指定される送信元の電子メールアドレスが設定される「Ｆｒｏｍ」フィールドｆ５，メールのタイトルが設定される「Ｓｕｂｊｅｃｔ」フィールド等の情報が含められる。図６に例示する前記送信メールは，複数の相手に同報送信される前記送信メールであるため，図６（ａ）に示すように，宛先情報として複数の電子メールアドレスが併記される（前記「Ｔｏ」フィールドｆ１に複数の電子メールアドレスが設定される）。ここで設定される電子メールアドレスは，Ｓ１の処理において前記制御用バッファ４に記憶された前記送信条件情報に従って設定される。図６（ａ）の例では，２つの宛先が設定されている。
このように，１つの前記送信メール（通信データ）について，複数の宛先を指定して同報送信が行われるため，宛先ごとに１つずつ前記送信メールが送られる場合に比べて，ネットワーク負荷及び前記メールサーバの負荷がそれぞれ軽減されるという効果を奏する。特に，ファクシミリ装置等のように，画像データを送受信する場合には，前記送信データのデータサイズが大きくなるのでその効果が顕著となる。
また，前記ＭＤＮの要求（送達確認の要求）を行うことが設定された前記送信メールの前記ヘッダ部には，前記ＭＤＮの要求情報として（前記ＭＤＮの仕様に従って），「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２（応答要求情報の一例）が設けられる（含められる）。これにより，受信側（送信先）の装置が前記ＭＤＮの仕様を満たしている場合には，受信側の装置から，このフィールドｆ２で指定される電子メールアドレス（送達確認の応答先）を宛先アドレスとした前記送達確認メールの返信が行われる。ここで，前記ＭＤＮの要求を設定するか否かは，Ｓ１の処理で前記制御用バッファ４に記憶された，前記送信条件情報に従う。
ここで，「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２が設定された（含められた）場合は，「Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ４も含められ，該フィールドｆ４には，当該送信メールを識別するメッセージＩＤ（前記データ識別情報の一例）が設定される。図６（ａ）の例では，「１１１＠ＳＨＡＲＰ＿Ｄ１」がこれに該当する。このメッセージＩＤは，前記送信メールの受信側から返信されてくる前記送達確認メールに含められるので，前記送信メールの送信側（前記送達確認メールの受信側）では，前記メッセージＩＤによっていずれの前記送信メールに対する応答であるのかを判別することが可能となる。
【００２１】
本発明の実施の形態に係るインターネットファクシミリ装置１では，前記送信メールが，前記ＭＤＮの要求（送達確認の要求）を行うよう設定されており，かつ同報送信である場合（宛先が複数設定されている場合）には，「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２に加えて，「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓ」フィールドｆ３が設けられる。この「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓ」フィールドｆ３には，所定のテキスト情報「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」が設定される。このように前記送信メールが同報送信メールである場合に含められる前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓ」フィールドｆ３は，後述するように，同報送信の宛先（送信先）それぞれに対して，前記送達確認メール（受信側からの応答）に前記送信メール（送信データ）の受信元の識別情報（受信側の電子メールアドレス）を含めて返信するよう要求する旨を表す情報（前記受信元識別情報要求情報の一例）である。
【００２２】
以上のようにして前記送信メールの送信が終了すると，前記ＬＡＮ制御部１２により前記メールサーバとの通信接続が切断される（Ｓ４）。そして，前記メールサーバにより，当該インターネットファクシミリ装置１から送信された前記送信メールが，ＳＭＴＰ等の所定の電子メール転送プロトコルにより，宛先として設定された電子メールアドレスそれぞれに対応する受信側のメールサーバへネットワーク（インターネット）を介して転送される（不図示）。
次に，Ｓ３で送信した前記送信メールにおいて前記ＭＤＮの要求（送達確認の要求）を行うよう設定されていたか否かが前記送達確認送受信制御部１５によって判別され（Ｓ５），設定されなかったと判別された場合はそのまま処理を終了し，設定されたと判別された場合はＳ６以降の処理へ移行する。
Ｓ６では，前記時計部１６によって前記送達確認メールが受信されるの待つタイムアウト時間の経過を判断するための時間計測が開始される。
次に，Ｓ２と同様に再度前記メールサーバへの接続がなされ（Ｓ７），該メールサーバに自己宛ての（自己の電子メールアドレスを宛先とする）新着電子メールが存在するか否かが前記電子メール作成部７によって確認される（Ｓ８）。ここで，新着メールが存在する場合にはそれが受信（Ｓ９）された後に前記メールサーバとの接続が切断され（Ｓ１０），新着メールが存在しない場合にはそのまま前記メールサーバとの接続が切断される（Ｓ１０）。
次に，受信したメールに前記送達確認メールが含まれている場合に所定の処理を実行する送達確認処理が実行される（Ｓ１１）。
【００２３】
以下，図４を用いて，前記送達確認送受信制御部１５によって実行される前記送達確認処理の手順について説明する。
まず，受信したメールの中に前記送達確認メールが含まれているか否かが判別される（Ｓ４１）。ここで，受信メールが前記送達確認メールであるか否かは，前記送信メールに含めた前記メッセージＩＤ（前記制御用メモリ３から読み出す）と同じメッセージＩＤがＳ９で受信した受信メールに含まれているか否かによって判別する。
図７は，前記送達確認メールの内容の一例である。
前記送達確認メールは，大きくはヘッダ部（ａ）と，本文（ｂ）と，ＭＤＮの結果情報部（ｃ）とに分けられる。
前記ヘッダ部（ａ）に含まれる「Ｔｏ」フィールドｆ６には，前記送信メールにおいて前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２（図６（ａ）参照）で指定されたメールアドレスが設定されている。これにより，前記送信メールの受信側が前記送達確認メールの返信先を特定でき，前記送信メールの送信元に前記送達確認メールが届く。
また，前記ＭＤＮの結果情報部（ｃ）には，「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」フィールドｆ７及び「Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄ」フィールドｆ８の他，前記送信メールの受信側（前記送達確認メールの送信元）のインターネットファクシミリ装置の機能情報（画像形成可能な用紙サイズ等）等の各種情報が含まれている。
前記「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」フィールドｆ７には，前記送信メールにおいて前記「Ｔｏ」フィールドｆ１（図６（ａ）参照）で指定された前記送信メールの受信元（前記送達確認メールの送信元）のメールアドレスが設定されている（受信側の処理手順については後述する）。また，前記「Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄ」フィールドｆ８には，前記送信メールにおいて前記「Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ４（図６（ａ）参照）で指定された前記送信メールについての前記メッセージＩＤが設定されている。
前記送達確認送受信制御部１５は，受信メールに前記「Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ８が存在し，かつそこに設定されている前記メッセージＩＤと前記送信メールに含めた前記メッセージＩＤ（前記制御用メモリ３から読み出す）とが同じである場合に，受信メールが前記送信データの受信元から返信された前記送達確認メールであると判別する（Ｓ４１のＹＥＳ側）。
また，前記本文（ｂ）には，前記送信メールを受信した旨を表す所定のメッセージが含められる。
【００２４】
Ｓ４１において，受信メールが前記送達確認メールではない（受信メールに含まれる前記メッセージＩＤと一致する前記メッセージＩＤを含む前記送信メールのヘッダ情報が前記制御用メモリ３に存在しない）と判別された場合は，そのまま当該送達確認処理は終了する。
一方，Ｓ４１において，受信メールが前記送達確認メールであると判別された場合は，その送達確認メールが複数の宛先に同報送信した前記送信メールに対する送達確認メール（応答）であるか否か，即ち，Ｓ４１で一致した前記メッセージＩＤを含む前記送信メールの宛先（前記制御用メモリ３から読み出す）が複数であったか否かが判別され（Ｓ４２），同報送信メールに対する前記送達確認メールであると判別された場合にはＳ４５へ移行し，そうでない場合にはＳ４３へ移行する。
Ｓ４５では，前記送達確認メールに前記「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」フィールドｆ７が含まれ，かつそこに設定されている前記送信メールの受信元（前記送達確認メールの送信元）のメールアドレスが，同報送信した前記送信メールの前記「Ｔｏ」フィールドｆ１に設定した電子メールアドレス（宛先情報）のいずれかに一致するか（ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔに対する返信がなされているか）否かが判別され，一致すると判別された場合はＳ４３へ移行し，そうでない場合はＳ４６へ移行する。
Ｓ４６では，同報送信した前記送信メールの前記「Ｔｏ」フィールドｆ１に設定した電子メールアドレス（宛先情報）のいずれかと前記送達確認メールの前記「Ｆｒｏｍ」フィールドｆ５に設定されている前記送達確認メールの送信元のメールアドレス（受信側の利用者によって任意に設定されるアドレス）とが一致するか否かが判別され，一致すると判別された場合はＳ４３へ移行し，そうでない場合はＳ４７へ移行する。
このように，Ｓ４２，Ｓ４５，Ｓ４６からＳ４３へ移行する場合は，前記送信メールの宛先が１つでその宛先から前記送達確認メールが返信されてきた場合（Ｓ４２のＮＯ側），若しくは前記送信メールの複数の宛先のうちどの宛先から前記送達確認メールが返信されてきたかが確認できた場合（Ｓ４５のＹＥＳ側又はＳ４６のＹＥＳ側）のいずれかである。そこで，Ｓ４３では，前記送信メールに対する応答が確認できた（送達確認を行うことができた）旨が前記表示操作部への表示，或いは記録紙への出力等によって利用者に告知される。さらに，該告知が終了すると，前記送達確認メールに含まれる前記メッセージＩＤと，同じく前記送達確認メールに含まれる前記送信メールの受信元の識別情報，即ち，前記「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」フィールドｆ７に設定されている前記送信メールの受信元（前記送達確認メールの送信元）のメールアドレス（Ｓ４５のＹＥＳ側から移行してきた場合），又は前記「Ｆｒｏｍ」フィールドｆ５に設定されている前記送達確認メールの送信元のメールアドレス（Ｓ４２のＮＯ側又はＳ４６のＹＥＳ側から移行してきた場合）とが送達確認メール受信実績情報として前記制御用メモリ３に記憶された後（Ｓ４４），当該送達確認処理が終了する。
このように，前記送信メールを識別する前記メッセージＩＤと前記送信メールの受信元の識別情報（電子メールアドレス）とに基づいて送達確認（応答の確認）が行われるため，前記送信メールが複数の宛先への同報送信のメールであっても，宛先ごとに（各受信側ごとに）送達確認（応答の検知）を行うことが可能となる。
その結果，宛先ごとに前記送信メールの送達確認を行いたい場合でも，宛先ごとに個別に前記送信メールを送信する必要がなく，複数の宛先を指定した電子メールデータを１つの電子メールデータとして送信することができるので，メールサーバとの間の通信負荷を低減することができる。このような機能は，インターネットファクシミリ装置のようにデータサイズの大きい画像データを送信する場合には特に効果的である。
【００２５】
一方，Ｓ４６からＳ４７へ移行する場合は，前記送信メールの複数の宛先のいずれから前記送達確認メールが返信されてきたかが確認できなかった場合である。この場合は，前記送信メールに対する応答を受けたがその返信元が確認できない旨を前記表示操作部に表示，或いは記録紙に記録して出力する等によって利用者に告知された後（Ｓ４７），当該送達確認処理が終了する。
【００２６】
このようにして前記送達確認処理（Ｓ１１（図４の処理））が終了すると，次に，前記送達確認メール受信実績情報に基づいて前記送信メールの全ての宛先から前記送達確認メール（応答）を受信したか否かが判別され（Ｓ１２），全ての宛先から前記送達確認メールを受信したと判別された場合には，前記時計部１６による前記タイムアウト時間の計時（計測）を終了させた後（Ｓ１３），処理が終了する。このとき，前記制御用メモリ３から前記送達確認メール受信実績情報が消去される。
一方，Ｓ１２において，前記送達確認メールを受信していない宛先（前記送信メールの送信先）が存在する場合には，前記送信メールが送信されてから前記タイムアウト時間が経過したか否かが判別される（Ｓ１４）。ここで，前記タイムアウト時間が経過していない場合にはＳ７へ戻って処理が繰り返され，経過している場合には，前記時計部１６による前記タイムアウト時間の計時（計測）を終了させ（Ｓ１５），前記表示操作部又は前記記録部９により，タイムアウト時間内に前記送信メールの全ての宛先から前記送達確認メールを受信できなかった旨の告知（タイムアウトエラー）が行われた後（Ｓ１６），処理が終了する。この場合も，前記制御用メモリ３から前記送達確認メール受信実績情報が消去される。
ここで，Ｓ１の送信開始処理において，前記送信メールの再送回数を設定可能とし，タイムアウトが生じた場合に，前記送達確認メールを正常に受信できなかった宛先（受信側）に対してのみ，前記再送回数分だけＳ２〜Ｓ１６の処理を繰り返すよう構成することも考えられる。
【００２７】
次に，図５を用いて，本インターネットファクシミリ装置１が前記送信メールを受信する側となった場合の処理について説明する。
まず，定期的に又は前記表示操作部から所定の操作がなされることにより，前記ＬＡＮ制御部１２によって本インターネットファクシミリ装置１に予め登録された所定のメールサーバ（電子メールサーバ）に接続（Ｓ６１）された後，該メールサーバに自己宛ての（自己の電子メールアドレスを宛先とする）新着電子メールが存在するか否かが前記電子メール作成部７によって確認される（Ｓ６２）。ここで，新着メールが存在しない場合にはそのまま前記メールサーバとの接続が切断され（Ｓ７０），処理が終了する。一方，新着メールが存在する場合にはそれが受信（Ｓ６３）された後，前記メールサーバとの接続が切断される（Ｓ６４）。
次に，受信したメールが送達確認の返信を要求するものであるか否か，即ち，受信したメールに前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２（図６（ａ）参照）が設定されているか否かが判別され（Ｓ６５），設定されていない場合にはそのまま処理が終了し，設定されている場合（送達確認の返信を要求するものである場合）は，図７に示したような前記送達確認メールが前記電子メール作成部７によって作成され（Ｓ６６），さらに前記メールサーバへの接続（Ｓ６７）の後にＳ６６で作成した前記送達確認メールが送信される（Ｓ６８）。
ここで，前記送達確認メールの前記「Ｔｏ」フィールドｆ６には，前述したように受信したメールの前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２（図６（ａ）参照）で指定されたメールアドレスが，前記「Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄ」フィールドｆ８には，受信したメールの前記「Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ４（図６（ａ）参照）で指定された前記送信メールの前記メッセージＩＤがそれぞれ設定される（含められる）。
さらに，受信したメールに前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓ」フィールドｆ３が含まれている場合には，受信したメールが同報送信メールであると判断し，前記「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」フィールドｆ７を設け，受信したメールの前記「Ｔｏ」フィールドｆ１（図６（ａ）参照）で指定された自己のメールアドレスを設定する。
また，前記「ｃｏｎｔｅｎｔ−Ｘ−Ｆｒｏｍ−Ｒｅｑｕｅｓｔ」フィールドｆ７（その設定情報を含む）を前記送達確認メールに含めるか否かについては，受信したメール（通信データ）が同報送信メールである場合にのみ含める，前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールドｆ２が設定されている場合にのみ含める，或いは常に含めること等も考えられる。さらに，受信したメールが同報送信メールであるか否かの判断方法としては，受信したメールに前記「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓ」フィールドｆ３が含まれるか否かによって判断する方法の他に，受信したメールに複数の宛先情報が設定されている（含まれている）場合に同報送信メールであると判断する等の方法も考えられる。
そして，前記送達確認メールの送信が終了すると，前記メールサーバとの接続が切断（終了）された後，処理が終了する。
このように，前記送達確認メールに前記メッセージＩＤに加えて，該送達確認メールの送信元（前記送信メールの受信元）の識別情報（電子メールアドレス）が含められるので，送信側では，同報送信した前記送信データの宛先のうちのいずれからの前記送達確認メールであるかを確認することが可能となる。
なお，以上に示した実施の形態では，前記送信メールの受信側の識別情報として電子メールアドレスを用いているが，これに限定するものでなく，例えば，本インターネットファクシミリ装置１それぞれを識別するための固有のＩＤを予め設定（例えば，前記制御用メモリ３に記憶）しておき，そのＩＤを識別情報として用いるよう構成してもよい。
【００２８】
【発明の効果】
以上説明したように，本発明によれば，通信データを受信した側からの応答に，通信データの識別情報に加えて応答の送信元（通信データの受信側）の識別情報も含められるので，送信側では，通信データを同報送信した場合であっても，通信データの宛先のうちのいずれからの応答であるかを確認することが可能となる。従って，１つの通信データを複数の宛先に同報送信を行なうことによって通信の負荷を抑えつつ，受信側それぞれからの応答を個別に確認することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るインターネットファクシミリ装置の概略構成を表すブロック図。
【図２】本発明の実施の形態に係るインターネットファクシミリ装置における画像データ送信及び送達確認の処理手順を表すフローチャート。
【図３】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信開始処理の詳細手順を表すフローチャート。
【図４】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送達確認処理の詳細手順を表すフローチャート。
【図５】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの受信及び送達確認メールの返信の処理手順を表すフローチャート。
【図６】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信メールの内容を表す図。
【図７】本発明の実施の形態に係るインターネットファクシミリ装置における送達確認メールの内容を表す図。
【図８】従来のインターネットファクシミリ装置を構成要素とする画像データ送受信システムの概略構成を表すブロック図。
【符号の説明】
１…本発明の実施の形態に係るインターネットファクシミリ装置
２…メイン制御部
３…制御用メモリ
４…制御用バッファ
５…画像記憶部
６…画像用バッファ
７…電子メール作成部
８…読取部
９…記録部
１０…パネル制御部
１１…符号／復号化制御部
１２…ＬＡＮ制御部
１３…モデム
１４…網制御部（ＮＣＵ）
１５…送達確認送受信制御部
１６…時計部
１７…時間管理部
ｆ１…「Ｔｏ」フィールド（宛先情報）
ｆ２…「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ」フィールド（応答要求情報）
ｆ３…「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｏｐｔｉｏｎｓ」フィールド（受信元識別情報要求情報）
Ｓ１，Ｓ２，，…処理手順（ステップ）[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication device for transmitting and receiving communication data via a network and an image communication device for transmitting and receiving image data as communication data, and more particularly, to a response to a broadcast transmission for transmitting communication data including a plurality of pieces of destination information from a transmission side. The present invention relates to a communication device and an image communication device that request transmission of communication data and confirm transmission of communication data on a transmission side based on a response from a reception side.
[0002]
[Prior art]
In recent years, with the spread of networks such as the Internet, network-compatible devices that transmit and receive e-mail (E-Mail) via networks have been used for various purposes.
For example, a network-compatible scanner or facsimile apparatus capable of transmitting e-mail data attached with image data read by a scanner as an attached file to another device such as a computer or an image forming apparatus connected to a network, Copiers and the like have also been developed.
As an example of such a network-compatible device, a network scanner device (an example of a communication device or an image communication device) having a function called Scan to E-Mail has been developed. In this method, a scanned document image is converted into image data of a predetermined format to be an attached file for e-mail, and an e-mail address of a communication partner (e-mail address of a host computer or an image forming apparatus) is used as e-mail data as destination information. (Including).
In addition to the functions of the network scanner device, a network facsimile device having a printing function and a telephone function has been developed.
Such a network facsimile apparatus is disclosed, for example, in
[0003]
The e-mail data (e-mail data with image data attached) transmitted (mailed) from the transmission-side network facsimile apparatus (Internet FAX) 51 to the transmission-side mail server apparatus (mail server) 52 shown in FIG. The data is transferred to a receiving-side mail server device (mail server) 54 via a network (Internet) 53 by a predetermined e-mail transfer protocol such as SMTP (Simple Mail Transfer Protocol), and stored in the receiving-side mail server device 54 ( Is memorized).
On the other hand, the network facsimile (Internet FAX) 55 on the receiving side periodically sends a mail receiving protocol such as POP3 protocol (Post Office protocol version 3) or IMAP (Internet Message Access Protocol) to the
Further, when the
Here, when data transmission (image data transmission) is performed using e-mail, unlike when data is transmitted in real time by direct communication between two facsimile machines, the data is normally received on the receiving side. There is a problem that it is impossible for the transmitting side to determine whether or not the processing has been properly performed.
That is, unlike a normal facsimile apparatus that performs real-time (synchronous) communication with each other via a PSTN (Public Switched Telephone Network), in a network facsimile apparatus, the
Therefore, when the conventional network facsimile apparatus is used, there is an inconvenience that the user on the transmission side must confirm that the reception and processing have been normally performed on the reception side by telephone or the like. In addition, this has a problem in that the advantage of e-mail communication that there is no need to interact with each other in real time is lost.
[0004]
As a technique for solving the problems described above, when receiving e-mail data, the receiving terminal returns a response for acknowledgment of transmission to the transmitting terminal. A method for performing this is defined in RFC 2298 as MDN (Message Disposition Notification). In this method, the reception result and progress of the transmission mail data on the receiving side are confirmed by returning a delivery confirmation mail (an example of a response) in a predetermined format from the receiving side to the transmitting side.
Here, the RFC (Request For Comment) refers to a document concerning specifications and requirements of the Internet-related technology officially issued by an IETF (Internet Engineering Task Force), which is a standardization group of the Internet technology.
When the transmitting terminal (communication device) that meets the MDN specification requests the receiving side to return a response (the delivery confirmation mail), the transmitting terminal (communication device) includes the electronic mail data ( A message ID (an example of data identification information) for identifying communication data) and a “Disposition-Notification-To:” field (an example of response request information) that is a response request to the receiving side are included.
On the other hand, if the receiving terminal satisfies the MDN specification, the e-mail address specified in the “Disposition-Notification-To:” field (the transmitting side specifies the e-mail address The delivery confirmation mail is returned to the address of the delivery confirmation mail. The delivery confirmation mail includes the message ID included in the electronic mail data transmitted by the transmission side.
Then, the transmitting terminal determines whether the received mail is a reply mail (the above-described delivery confirmation mail) to the transmitted mail data previously transmitted by the own device including the request of the MDN (request for delivery confirmation). Is determined based on whether or not the received mail includes the message ID. Further, on the receiving side, the message ID specified (included) in the past transmitted mail data is compared with the message ID included in the received e-mail data (the delivery confirmation mail). It is possible to confirm that the transmission mail data has been normally received by the receiving side.
[0005]
Further,
[0006]
Incidentally, in data transmission of e-mail data and the like, data transmission to a plurality of destinations at the same time, that is, so-called broadcast transmission is often performed. In this case, by transmitting a set (one set) of data (outgoing mail data) including a plurality of pieces of destination information (e-mail addresses on the receiving side), it is usually easier to send data than for each destination. The data volume is reduced, and the communication load on the network and mail server on the transmission side is reduced. Hereinafter, simply broadcast transmission means broadcast transmission in such a form.
Techniques for performing broadcast transmission of electronic mail data in a device having an MDN function are disclosed in, for example,
[0007]
[Patent Document 1]
JP 2001-274944 A
[Patent Document 2]
JP 2001-309109 A
[Patent Document 3]
JP-A-2001-109675
[Patent Document 4]
JP 2001-136336 A
[Non-patent document 1]
[0008]
[Problems to be solved by the invention]
However, when the transmission side performs a broadcast transmission of one e-mail data by specifying a plurality of destinations (including destination information (e-mail address of the destination)), all destinations (reception side) , The mail data including the same message ID is transmitted, so that each of the plurality of receiving sides returns the delivery confirmation mail (response) including the same message ID to the transmitting side. For this reason, the transmitting side receives a plurality of the delivery confirmation mails including the same message ID, and from which destination (reception side) the received delivery confirmation mail is sent. There was a problem that cannot be identified.
Here, the sender's e-mail address (e-mail address specified in the From field) included in the delivery confirmation mail (usually included in any e-mail data) can be freely set by each user as a reply address. , And is not necessarily the same as the receiving side e-mail address recognized by the transmitting side (the receiving side e-mail address specified as the destination information at the time of data transmission). Therefore, the e-mail address specified in the From field cannot be used as information for specifying the source of the delivery confirmation mail.
On the other hand, if individual e-mail data is created for each destination to be broadcast and transmitted simultaneously, a different message ID is set for each e-mail data, so that the source ( Receiving side) can be identified.
However, in this case, as many e-mail data as the number of destinations are transmitted from the sending terminal to the mail server, the capacity of the transmitted data increases in proportion to the number of destinations, and the sending terminal sends the e-mail data to the mail server. However, there is a problem that the communication load increases. In particular, since Internet scanner devices and Internet facsimile devices transmit image data, the data size is larger than that of ordinary text-based e-mail data, and the effect of increasing the communication load on the mail server becomes significant.
Accordingly, the present invention has been made in view of the above circumstances, and an object of the present invention is to reduce a communication load when transmitting data to a plurality of destinations and to send a response for a delivery confirmation from each of the receiving sides. An object of the present invention is to provide a communication device and an image communication device that can be individually confirmed.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides a method for receiving, when receiving communication data including predetermined response request information via a network, a response including data identification information on the communication data included in the communication data. A communication device comprising a response returning means for returning to a data transmission source, wherein the response returning means returns the response including its own identification information. It is.
As a result, the response includes the data identification information and the self identification information, and the transmitting side of the communication data (the device receiving the response) transmits the communication data transmitted in the past. Which of the data corresponds to the response can be specified by the data identification information, and even if the communication data is the broadcast transmission data in order to reduce the communication load on the transmitting side, the communication included in the response is Since the reply source of the response can be specified by the identification information of the data receiving source (the identification information of the self), it is possible to individually confirm the response for the delivery confirmation from each receiving side.
Here, if the identification information of the self is the destination information for the self included in the communication data, it is not necessary to previously set the identification information for identifying each of the receiving side on the transmitting side and the receiving side. It is suitable.
[0010]
The present invention is particularly effective when the communication data is broadcast transmission. Therefore, there is provided a broadcast transmission determining means for determining whether or not the communication data is broadcast transmission data for a plurality of destinations, and the response reply means determines that the communication data is the broadcast transmission data. It is also conceivable to return the response including the identification information of the self when the response is made.
In this case, for example, the broadcast transmission determining means may determine that the communication data is the broadcast transmission data when there is a plurality of pieces of destination information included in the communication data.
[0011]
Further, when the response reply means includes reception source identification information request information for requesting to return the response including the identification information of the communication data, the response including the identification information of the self is included. It is also conceivable to configure so as to reply.
[0012]
The above-described communication device indicates the transmitting side of the communication data, but the receiving-side communication device may have the following configuration.
That is, the communication device includes data transmission means for transmitting communication data including predetermined response request information and data identification information for identifying the communication data via a network, and based on the response received from a source of the communication data. In a communication device for confirming the delivery of the communication data to a reception source, the communication device transmits the communication data based on the data identification information included in the response received from the communication data reception source and the reception source identification information. A communication device comprising a delivery confirmation unit for performing confirmation.
As a result, as described above, which of the communication data transmitted in the past corresponds to the response can be specified by the data identification information, and the communication data is broadcast to reduce the transmission load of the communication data. Even in the case of transmission, since the reply source of the response can be specified by the identification information (the identification information of the self) of the reception source of the communication data included in the response, it is possible to confirm the delivery confirmation from each receiving side. Responses can be checked individually.
[0013]
Further, the data transmission means transmits the communication data including reception source identification information request information requesting that the data identification information of the communication data and the identification information of a reception source of the communication data be included in the response. Such a configuration is conceivable. As a matter of course, as described above, the identification information of the reception source may be included by the determination of the receiving side (always or when it is determined that the communication data is the broadcast transmission).
[0014]
In addition, the delivery confirmation unit performs the communication based on a comparison between the data identification information and the destination information of the reception source included in the response and the data identification information and the destination information of the reception source included in the communication data. It is also conceivable to configure so as to confirm the delivery of data.
This is a configuration in a case where the destination information of the receiving source is the identification information of the receiving source. Accordingly, it is not necessary to previously set identification information for identifying the receiving side on the transmitting side and the receiving side, which is preferable.
Further, the communication data may be electronic mail data.
[0015]
Further, the present invention may be considered as an image communication device including the communication device.
That is, an image communication apparatus for transmitting or receiving image data to and from a communication partner via a network includes the above-described communication apparatuses, and the communication data includes image data. An image communication device.
Generally, since image data has a large data size, the effect of reducing the communication load when broadcasting one piece of data to a plurality of destinations (broadcasting by specifying a plurality of destinations) is high. Therefore, when the present invention is applied to an image communication device such as a network facsimile device or a network scanner device, even when communication data is broadcasted, it is necessary to individually confirm a response for confirming delivery from each receiving side. It is preferable because the feature of the present invention, which can be achieved, can be further utilized.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings to facilitate understanding of the present invention. The following embodiments are examples embodying the present invention, and do not limit the technical scope of the present invention.
FIG. 1 is a block diagram showing a schematic configuration of an Internet facsimile apparatus according to an embodiment of the present invention, and FIG. 2 is a flowchart showing a processing procedure of image data transmission and delivery confirmation in the Internet facsimile apparatus according to the embodiment of the present invention. FIG. 3 is a flowchart showing a detailed procedure of image data transmission start processing in the Internet facsimile apparatus according to the embodiment of the present invention. FIG. 4 is a flowchart showing image data transmission in the Internet facsimile apparatus according to the embodiment of the present invention. FIG. 5 is a flowchart showing a detailed procedure of a confirmation process, FIG. 5 is a flowchart showing a procedure of receiving image data and returning a delivery confirmation mail in the Internet facsimile apparatus according to the embodiment of the present invention, and FIG. 6 is an embodiment of the present invention. Internet facsimile related to FIG. 7 is a diagram showing the contents of an outgoing mail of image data in the device, FIG. 7 is a diagram showing the contents of a delivery confirmation mail in the Internet facsimile apparatus according to the embodiment of the present invention, and FIG. It is a block diagram showing the schematic structure of an image data transmission / reception system.
[0017]
An Internet facsimile apparatus according to an embodiment of the present invention is a facsimile apparatus having a communication function of transmitting and receiving e-mail data with image data read from a document as an attached file via a network such as the Internet.
FIG. 1 is a block diagram showing a configuration of an
As shown in FIG. 1, the
The
The
The
The
The
The
The
The recording unit 9 includes an electrophotographic printer device, and prints out image data received by communication and image data of a document read by the
The
The encoding /
The
The
The
The delivery confirmation transmission /
The clock section 16 counts time, and includes time information included in the e-mail created by the
[0018]
Next, a process of transmitting image data and confirming its delivery in the
FIG. 2 is a flowchart of the entire process of transmitting image data and confirming its delivery.
First, transmission start processing such as reading image data from a document and inputting a transmission address (destination information) is performed (S1).
FIG. 3 shows the details of the procedure of the transmission start process.
As shown in FIG. 3, in the transmission start process, after a document is set on the
On the other hand, when the direct input mode is selected (NO in S102), the e-mail address (destination information) of the transmission partner input from the display operation unit, the format of the image data file of the document to be transmitted (file format) ) And a compression format (encoding method) are input by the panel control unit 10 (S107, S108), and then a selection input is made as to whether or not to request transmission confirmation to a transmission partner (communication partner) (S109). If the request for the acknowledgment is selected (YES in S109), information for requesting the acknowledgment is set (S110). The information set in this way is stored in the
Further, when an operation input indicating that there is another (next) destination for broadcasting image data is made (YES side of S111), the process returns to S102 and the process is repeated. Otherwise (S111). (NO side) shifts to S105.
By the above processing, the e-mail address (destination information and a plurality of e-mail addresses when performing broadcast transmission) of the image data (the image data read by the reading unit 8) is transmitted to the transmission destination. Transmission condition information such as information on whether or not to request a response is stored in the
Next, in S105, when an input of a data transmission start operation (“start key” input) is performed by the display operation unit and the
[0019]
When the transmission start process (S1 (the process of FIG. 3)) is completed, the
FIG. 6 shows an example of each configuration of a header portion, a body, and an attached file portion of this electronic mail data (hereinafter, referred to as an outgoing mail, an example of the communication data).
As shown in FIG. 6B, in the body of the outgoing mail, information indicating the type and model of the device that sends the outgoing mail, and predetermined information such as the file format and resolution of the image data to be sent are set. Is done.
As shown in FIG. 6 (c), the file name of the image data to be transmitted (attached file name), the image data itself, and the like are included in the attached file portion of the transmitted mail. The configurations of the text (b) and the attached file part (c) are not particularly different from the outgoing mail generated by the conventional Internet facsimile machine.
[0020]
As shown in FIG. 6 (a), in the header of the outgoing mail, a "Date" field in which the date and time the mail was sent is set, and an e-mail address of the destination (destination) is set in "To" Field f1, a sender's e-mail address arbitrarily designated by the user is set, a "From" field f5, and a title of the mail are set in the "Subject" field. Since the outgoing mail illustrated in FIG. 6 is the outgoing mail to be broadcasted to a plurality of parties, as shown in FIG. 6A, a plurality of e-mail addresses are described together as the destination information (see FIG. 6A). A plurality of e-mail addresses are set in the “To” field f1). The e-mail address set here is set according to the transmission condition information stored in the
As described above, the broadcast transmission is performed by specifying a plurality of destinations for one outgoing mail (communication data). Therefore, compared with the case where the outgoing mail is sent one by one for each destination, the network load and the load are reduced. This has the effect of reducing the load on the mail server. In particular, when image data is transmitted and received, such as in a facsimile apparatus, the effect is remarkable because the data size of the transmission data increases.
In addition, in the header portion of the outgoing mail set to perform the MDN request (delivery confirmation request), “Disposition-Notification-To” is included as the MDN request information (according to the MDN specification). A field f2 (an example of response request information) is provided (included). Thus, if the device on the receiving side (transmission destination) satisfies the MDN specification, the device on the receiving side sends the e-mail address (response destination for delivery confirmation) specified in this field f2 to the destination address. Is returned. Here, whether to set the MDN request is based on the transmission condition information stored in the
Here, when the “Disposition-Notification-To” field f2 is set (included), the “Message-ID” field f4 is also included, and the field f4 includes a message ID ( An example of the data identification information) is set. In the example of FIG. 6A, “111 @ SHARP_D1” corresponds to this. Since this message ID is included in the delivery confirmation mail returned from the receiving side of the transmission mail, the transmission side of the transmission mail (reception side of the delivery confirmation mail) uses any of the transmission IDs by the message ID. It is possible to determine whether the response is to a mail.
[0021]
In the
[0022]
When the transmission of the transmission mail is completed as described above, the communication connection with the mail server is disconnected by the LAN control unit 12 (S4). The mail server sends the outgoing mail transmitted from the
Next, the delivery confirmation transmission /
In S6, time measurement for judging the elapse of the timeout period for waiting for the receipt of the delivery confirmation mail by the clock unit 16 is started.
Next, similarly to S2, connection to the mail server is made again (S7), and it is determined whether there is any new e-mail addressed to the mail server (addressing the own e-mail address) to the mail server. It is confirmed by the mail creation unit 7 (S8). Here, if there is a new mail, the connection with the mail server is cut off after receiving it (S9), and if there is no new mail, the connection with the mail server is cut off as it is. Is performed (S10).
Next, a delivery confirmation process for executing a predetermined process when the delivery confirmation email is included in the received mail is executed (S11).
[0023]
Hereinafter, a procedure of the delivery confirmation processing executed by the delivery confirmation transmission /
First, it is determined whether or not the delivery confirmation mail is included in the received mail (S41). Here, whether the received mail is the delivery confirmation mail is determined by including the same message ID as the message ID (read from the control memory 3) included in the transmitted mail in the received mail received in S9. It is determined by whether or not there is.
FIG. 7 shows an example of the contents of the delivery confirmation mail.
The delivery confirmation mail is roughly divided into a header part (a), a text (b), and an MDN result information part (c).
In the “To” field f6 included in the header part (a), the e-mail address specified in the “Disposition-Notification-To” field f2 (see FIG. 6A) in the outgoing mail is set. . Thereby, the receiving side of the transmission mail can specify the reply destination of the delivery confirmation mail, and the delivery confirmation mail reaches the transmission source of the transmission mail.
The result information part (c) of the MDN includes, in addition to the “content-X-From-Request” field f7 and the “Original-Message-Id” field f8, the receiving side of the transmitted mail (the delivery confirmation mail). Various information such as function information of the Internet facsimile machine (transmission source) (eg, paper size on which an image can be formed) is included.
In the “content-X-From-Request” field f7, the source of the outgoing mail specified in the “To” field f1 (see FIG. 6A) in the outgoing mail (the transmission of the delivery confirmation mail) The original mail address is set (the processing procedure on the receiving side will be described later). In the “Original-Message-Id” field f8, the message ID of the outgoing mail specified in the “Message-ID” field f4 (see FIG. 6A) in the outgoing mail is set. ing.
The delivery confirmation transmission /
The text (b) includes a predetermined message indicating that the transmitted mail has been received.
[0024]
When it is determined in S41 that the received mail is not the delivery confirmation mail (the header information of the transmitted mail including the message ID that matches the message ID included in the received mail does not exist in the control memory 3) Terminates the delivery confirmation process.
On the other hand, if it is determined in S41 that the received mail is the delivery confirmation mail, it is determined whether or not the delivery confirmation mail is a delivery confirmation mail (response) to the transmitted mail broadcast to a plurality of destinations. That is, it is determined whether there are a plurality of destinations (read from the control memory 3) of the transmission mail including the message ID matched in S41 (S42), and it is determined that the transmission confirmation mail is the delivery confirmation mail for the broadcast transmission mail. If it is determined, the process proceeds to S45; otherwise, the process proceeds to S43.
In S45, the delivery confirmation mail includes the “content-X-From-Request” field f7, and the mail address of the sender of the transmission mail (the sender of the delivery confirmation mail) set therein is included. , Whether or not it matches any of the e-mail addresses (destination information) set in the “To” field f1 of the transmitted transmission mail (whether or not a reply has been made to content-X-From-Request) If it is determined that they match, the process proceeds to S43, and if not, the process proceeds to S46.
In S46, one of the e-mail addresses (destination information) set in the "To" field f1 of the broadcast mail and the delivery confirmation mail set in the "From" field f5 of the delivery confirmation mail It is determined whether or not the sender's mail address (address arbitrarily set by the user on the receiving side) matches. If it is determined that there is a match, the process proceeds to S43, and if not, the process proceeds to S47. I do.
As described above, when shifting from S42, S45, S46 to S43, the destination of the transmission mail is one, and the delivery confirmation mail is returned from the destination (NO side of S42), or the transmission mail Either of the plurality of destinations from which the delivery confirmation mail has been returned can be confirmed (YES in S45 or YES in S46). Therefore, in S43, the user is notified that the response to the transmitted mail has been confirmed (the delivery confirmation has been performed) by displaying on the display operation unit or outputting to the recording paper. Further, when the notification is completed, the message ID included in the delivery confirmation mail and the identification information of the reception source of the transmitted mail also included in the delivery confirmation mail, that is, the “content-X-From-Request” The e-mail address of the recipient of the outgoing mail (the sender of the delivery confirmation mail) set in the field f7 (in the case of shifting from the YES side of S45) or the e-mail address set in the "From" field f5 After the mail address of the sender of the delivery confirmation mail (in the case of shifting from the NO side of S42 or the YES side of S46) and the delivery confirmation mail reception result information are stored in the control memory 3 (S44), the delivery The confirmation processing ends.
As described above, delivery confirmation (response confirmation) is performed based on the message ID for identifying the transmitted mail and the identification information (e-mail address) of the receiver of the transmitted mail. Even for an e-mail to be broadcast to a destination, delivery confirmation (response detection) can be performed for each destination (for each receiving side).
As a result, even when it is desired to confirm the delivery of the outgoing mail for each destination, it is not necessary to send the outgoing mail individually for each destination, and the e-mail data specifying a plurality of destinations is transmitted as one e-mail data. Therefore, the communication load with the mail server can be reduced. Such a function is particularly effective when transmitting image data having a large data size as in an Internet facsimile apparatus.
[0025]
On the other hand, when shifting from S46 to S47, it cannot be confirmed from which of the plurality of destinations of the transmitted mail the reply message has been returned. In this case, after the response to the outgoing mail is received, the user is notified that the reply source cannot be confirmed by displaying on the display / operation unit or recording and outputting on the recording paper (S47). The delivery confirmation processing ends.
[0026]
When the delivery confirmation processing (S11 (the processing of FIG. 4)) is completed in this way, the delivery confirmation mail (response) is transmitted from all the destinations of the transmitted mail based on the delivery confirmation mail reception result information. It is determined whether or not it has been received (S12). If it is determined that the delivery confirmation mail has been received from all destinations, the clock unit 16 terminates the time-out (measurement) of the timeout time ( S13), the process ends. At this time, the delivery confirmation mail reception result information is deleted from the
On the other hand, in S12, if there is a destination that has not received the delivery confirmation mail (the destination of the transmitted mail), it is determined whether or not the timeout time has elapsed since the transmitted mail was transmitted. (S14). If the time-out period has not elapsed, the process returns to step S7 to repeat the process. If the time-out period has elapsed, the clock unit 16 stops measuring the time-out period (measurement) (S15). After the notification (time-out error) that the delivery confirmation mail has not been received from all the destinations of the transmitted mail within the time-out period is given by the display operation unit or the recording unit 9 (S16), Ends. Also in this case, the delivery confirmation mail reception result information is deleted from the
Here, in the transmission start process in S1, the number of retransmissions of the transmission mail can be set, and when a timeout occurs, the transmission confirmation mail is only transmitted to the destination (reception side) where the delivery confirmation mail was not normally received. It is conceivable that the processing of S2 to S16 is repeated for the number of retransmissions.
[0027]
Next, a process when the
First, the
Next, whether or not the received mail requests a reply of the delivery confirmation, that is, whether or not the “Disposition-Notification-To” field f2 (see FIG. 6A) is set in the received mail It is determined whether or not it is not set (S65). If it is not set, the process is terminated as it is. If it is set (if it is requested to return a delivery confirmation), the process is executed as shown in FIG. The delivery confirmation mail is created by the email creation unit 7 (S66), and after the connection to the mail server (S67), the delivery confirmation mail created in S66 is transmitted (S68).
Here, in the “To” field f6 of the delivery confirmation mail, the mail address specified in the “Disposition-Notification-To” field f2 (see FIG. 6A) of the received mail as described above. In the “Original-Message-Id” field f8, the message ID of the outgoing mail specified in the “Message-ID” field f4 of the received mail (see FIG. 6A) is set. (Included).
Further, when the received mail includes the “Disposition-Notification-Options” field f3, it is determined that the received mail is a broadcast transmission mail, and the “content-X-From-Request” field is determined. f7 is provided, and the own mail address designated in the "To" field f1 (see FIG. 6A) of the received mail is set.
Whether or not to include the “content-X-From-Request” field f7 (including the setting information) in the delivery confirmation mail is determined when the received mail (communication data) is a broadcast transmission mail. It is also conceivable to include only, only when the “Disposition-Notification-To” field f2 is set, or to always include it. Further, as a method of determining whether or not the received mail is a broadcast transmission mail, in addition to the method of determining whether or not the received mail includes the “Disposition-Notification-Options” field f3, When a plurality of pieces of destination information are set (included) in the received mail, a method of determining that the mail is a broadcast transmission mail may be considered.
When the transmission of the delivery confirmation mail is completed, the connection with the mail server is disconnected (terminated), and then the processing is terminated.
As described above, in addition to the message ID, the identification information (e-mail address) of the sender of the delivery confirmation mail (reception source of the sent mail) is included in the delivery confirmation mail. It is possible to confirm which of the destinations of the transmitted transmission data is the delivery confirmation mail.
In the embodiment described above, an e-mail address is used as identification information on the receiving side of the outgoing mail. However, the present invention is not limited to this. For example, in order to identify each of the
[0028]
【The invention's effect】
As described above, according to the present invention, in addition to the identification information of the communication data, the identification information of the transmission source of the response (the communication data receiving side) is included in the response from the communication data receiving side. On the transmission side, even when the communication data is broadcast, it is possible to confirm which of the destinations of the communication data is a response. Therefore, by transmitting one communication data to a plurality of destinations, it is possible to individually confirm the response from each of the receiving sides while suppressing the communication load.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of an Internet facsimile apparatus according to an embodiment of the present invention.
FIG. 2 is a flowchart showing a procedure of image data transmission and delivery confirmation in the Internet facsimile apparatus according to the embodiment of the present invention.
FIG. 3 is a flowchart showing a detailed procedure of image data transmission start processing in the Internet facsimile apparatus according to the embodiment of the present invention.
FIG. 4 is a flowchart showing a detailed procedure of image data delivery confirmation processing in the Internet facsimile apparatus according to the embodiment of the present invention.
FIG. 5 is a flowchart showing a processing procedure of receiving image data and returning a delivery confirmation mail in the Internet facsimile apparatus according to the embodiment of the present invention.
FIG. 6 is a diagram showing the contents of a transmission mail of image data in the Internet facsimile apparatus according to the embodiment of the present invention.
FIG. 7 is a diagram showing contents of a delivery confirmation mail in the Internet facsimile apparatus according to the embodiment of the present invention.
FIG. 8 is a block diagram illustrating a schematic configuration of a conventional image data transmission / reception system including an Internet facsimile apparatus as a component.
[Explanation of symbols]
1. Internet facsimile apparatus according to an embodiment of the present invention
2 ... Main control unit
3. Control memory
4: Control buffer
5. Image storage unit
6 ... Image buffer
7 ... Email creation section
8 Reading unit
9 Recording unit
10 Panel control unit
11: encoding / decoding control unit
12 LAN control unit
13… Modem
14 Network control unit (NCU)
15: Delivery confirmation transmission / reception control unit
16 Clock section
17… Time management department
f1 "To" field (destination information)
f2: "Disposition-Notification-To" field (response request information)
f3: "Disposition-Notification-Options" field (reception source identification information request information)
S1, S2, ... processing procedure (step)
Claims (10)
前記応答返信手段が，自己の識別情報を含む前記応答を返信してなることを特徴とする通信装置。A response returning a response including data identification information on the communication data included in the communication data to a transmission source of the communication data when receiving communication data including predetermined response request information via a network; In a communication device comprising means,
A communication device, wherein the response returning means returns the response including its own identification information.
前記応答返信手段が，前記通信データが前記同報送信データであると判別された場合に前記自己の識別情報を含む前記応答を返信してなる請求項１又は２のいずれかに記載の通信装置。Broadcast transmission determining means for determining whether the communication data is broadcast transmission data to a plurality of destinations,
3. The communication device according to claim 1, wherein the response returning means returns the response including the identification information of the communication device when the communication data is determined to be the broadcast transmission data. .
前記通信データの受信元から受信した前記応答に含まれる前記データ識別情報と前記受信元の識別情報とに基づいて前記通信データの送達確認を行う送達確認手段を具備してなることを特徴とする通信装置。Data transmission means for transmitting communication data including predetermined response request information and data identification information for identifying the communication data via a network, wherein the communication is performed based on the response received from a source of the communication data. In a communication device that confirms the delivery of data to the source,
And a delivery confirmation unit for confirming delivery of the communication data based on the data identification information and the identification information of the reception source included in the response received from the reception source of the communication data. Communication device.
請求項１〜８のいずれかに記載の通信装置を具備し，
前記通信データに画像データが含まれてなることを特徴とする画像通信装置。In an image communication device for transmitting or receiving image data with a communication partner via a network,
A communication device according to any one of claims 1 to 8,
An image communication device, wherein the communication data includes image data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002300606A JP3939627B2 (en) | 2002-10-15 | 2002-10-15 | Communication device, image communication device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002300606A JP3939627B2 (en) | 2002-10-15 | 2002-10-15 | Communication device, image communication device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004140432A true JP2004140432A (en) | 2004-05-13 |
| JP3939627B2 JP3939627B2 (en) | 2007-07-04 |
Family
ID=32449245
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002300606A Expired - Lifetime JP3939627B2 (en) | 2002-10-15 | 2002-10-15 | Communication device, image communication device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3939627B2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006018833A (en) * | 2004-06-30 | 2006-01-19 | Microsoft Corp | When-free messaging |
| US8312556B2 (en) | 2006-09-29 | 2012-11-13 | Brother Kogyo Kabushiki Kaisha | Information processing apparatus and information processing program updating identification information via E-mail |
| US10412247B2 (en) | 2016-12-26 | 2019-09-10 | Brother Kogyo Kabushiki Kaisha | Image reading device configured to transmit image data and image data transmitting method therefor |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2022098641A (en) * | 2020-12-22 | 2022-07-04 | キヤノン株式会社 | Information processing apparatus, image processing apparatus and method for controlling the same, and program |
-
2002
- 2002-10-15 JP JP2002300606A patent/JP3939627B2/en not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006018833A (en) * | 2004-06-30 | 2006-01-19 | Microsoft Corp | When-free messaging |
| US8312556B2 (en) | 2006-09-29 | 2012-11-13 | Brother Kogyo Kabushiki Kaisha | Information processing apparatus and information processing program updating identification information via E-mail |
| US10412247B2 (en) | 2016-12-26 | 2019-09-10 | Brother Kogyo Kabushiki Kaisha | Image reading device configured to transmit image data and image data transmitting method therefor |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3939627B2 (en) | 2007-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4111685B2 (en) | Image processing apparatus, image transmission method, and program | |
| US10057435B2 (en) | Transmission apparatus, reception apparatus, control method thereof, communication system, and program | |
| KR101539823B1 (en) | Image forming apparatus, method for controlling an image forming apparatus and storage medium | |
| JP3606790B2 (en) | Internet facsimile apparatus and internet facsimile communication method | |
| US7369258B2 (en) | Network communication device | |
| US7792142B2 (en) | Data transmission device, data transmission method, data transmission program, data reception device, data reception method, data reception program, and communication system | |
| US7403311B2 (en) | Network facsimile device | |
| JP4416999B2 (en) | Communication device | |
| US20040095612A1 (en) | Facsimile machine and facsimile transmission method | |
| JP3939627B2 (en) | Communication device, image communication device | |
| JP2000347954A (en) | Communication control method for electronic mail system | |
| JP3810358B2 (en) | Network terminal equipment | |
| JP4503623B2 (en) | COMMUNICATION SYSTEM, COMMUNICATION METHOD, PROGRAM, AND RECORDING MEDIUM THEREOF | |
| JP4420601B2 (en) | Data communication system and communication apparatus | |
| JP4067461B2 (en) | Facsimile communication system, communication terminal apparatus and communication system | |
| JP4248205B2 (en) | Network communication equipment | |
| US20050280860A1 (en) | Internet facsimile and image transmission method | |
| JP4070522B2 (en) | Image data communication system and image data storage server | |
| JP3622007B2 (en) | Internet facsimile machine | |
| JP2001333246A (en) | Internet facsimile equipment and recording medium | |
| JP2009188786A (en) | Communication terminal device | |
| JP2004194004A (en) | Facsimile machine | |
| JP2004179763A (en) | Communication apparatus and communication method | |
| JP2003264706A (en) | Network facsimile apparatus | |
| JP3748032B2 (en) | Network facsimile machine |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050525 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060825 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060912 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061102 |
|
| 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: 20070327 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070328 |
|
| 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: 20100406 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110406 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130406 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130406 Year of fee payment: 6 |