JP3939627B2 - Communication device, image communication device - Google Patents
Communication device, image communication device Download PDFInfo
- Publication number
- JP3939627B2 JP3939627B2 JP2002300606A JP2002300606A JP3939627B2 JP 3939627 B2 JP3939627 B2 JP 3939627B2 JP 2002300606 A JP2002300606 A JP 2002300606A JP 2002300606 A JP2002300606 A JP 2002300606A JP 3939627 B2 JP3939627 B2 JP 3939627B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- transmission
- communication data
- 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
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はネットワークを介して通信データを送受信する通信装置及び通信データとして画像データを送受信する画像通信装置に関し，特に，送信側から複数の宛先情報を含めた通信データを送信する同報送信に対する応答を要求し，受信側からの応答に基づいて送信側において通信データの送達確認を行う通信装置及び画像通信装置に関するものである。
【０００２】
【従来の技術】
近年，インターネット等のネットワークの普及にともない，ネットワークを介して電子メール（Ｅ−Ｍａｉｌ）を送受信するネットワーク対応機器が種々の用途に用いられるようになっている。
例えば，スキャナによって読み取った画像データを添付ファイルとして添付した電子メールデータを，ネットワークに接続されたコンピュータや画像形成装置等の他の機器へ送信することのできるネットワーク対応型のスキャナ装置やファクシミリ装置，複写機等も開発されている。
このようなネットワーク対応型の装置の一例として，Ｓｃａｎ ｔｏ Ｅ−Ｍａｉｌという機能を備えたネットワークスキャナ装置（通信装置，画像通信装置の一例）が開発されている。これは，スキャンした原稿画像を所定フォーマットの画像データに変換して電子メール用の添付ファイルとし，電子メールデータとして通信相手の電子メールアドレス（ホストコンピュータや画像形成装置の電子メールアドレス）を宛先情報に指定して（含めて）送信するものである。
また，このようなネットワークスキャナ装置の機能に加えて，さらに印刷機能や電話機能をも備えた，ネットワークファクシミリ装置も開発されている。
このようなネットワークファクシミリ装置は，例えば特許文献１に開示されており，そのネットワークファクシミリ装置を構成要素とする画像データ送受信システムの概略構成を図８に示す。
【０００３】
図８に示す送信側のネットワークファクシミリ装置（インターネットＦＡＸ）５１から送信側のメールサーバ装置（メールサーバ）５２に送信（投函）された電子メールデータ（画像データが添付された電子メールデータ）は，ＳＭＴＰ（Simple Mail Transfer Protocol）等の所定の電子メール転送プロトコルでネットワーク（インターネット）５３を介して受信側のメールサーバ装置（メールサーバ）５４に転送され，該受信側のメールサーバ装置５４に蓄積（記憶）される。
一方，受信側のネットワークファクシミリ（インターネットＦＡＸ）５５は，定期的に受信側のメールサーバ装置５４に対し，ＰＯＰ３プロトコル（Post Office protocol version 3），ＩＭＡＰ（Internet Message Access Protocol）等のメール受信プロトコルを用いてアクセスし，蓄積されている自己宛ての（自己の電子メールアドレスが宛先として指定されている）電子メールデータを取得する。
また，受信側のネットワークファクシミリ装置５５が電子メールデータを受信し，添付されている画像データを受信原稿として画像形成（記録紙に出力）すると，重複してデータ取得及び画像形成が行なわれないように，受信側のメールサーバ装置５４に蓄積していた電子メールデータを削除するように構成されている。
ここで，電子メールを用いてデータ送信（画像データ送信）を行う場合には，２台のファクシミリ装置の間で直通の通信によりリアルタイムでデータ送信する場合とは異なり，受信側において正常に受信されたかどうか，或いは処理が適切になされたかどうかが，送信側で判別できないという問題点があった。
すなわち，ＰＳＴＮ（Public Switched Telephone Network：公衆電話網）を介して互いにリアルタイムで（互いに同期して）通信を行なう通常のファクシミリ装置とは異なり，ネットワークファクシミリ装置では，受信側のネットワークファクシミリ装置５５が常時メールサーバ装置５４に接続されているとは限らない。また，受信側のインターネットファクシミリ装置５５が受信不能状態であっても，送信側のインターネットファクシミリ装置５１から受信側のメールサーバ装置５２へのデータ送信は可能であるので，データ送信の時点では，受信側でデータ（電子メールデータ）が正常に受信されたか，或いは適切に処理されたか等については未だ確定しておらず，これを送信側で認識することはできない。
このため，従来のネットワークファクシミリ装置を用いる場合には，結局，送信側の利用者が電話等によって受信側で正常に受信及び処理されたことを確認しなければならないという不便さがあった。また，これでは，互いにリアルタイムで対話する必要がないという電子メール通信の利点が損なわれるという問題点もある。
【０００４】
以上に示した問題点を解決する技術として，電子メールデータを受信した場合に，受信側端末が送達確認のための応答を送信側端末に返信することによって送達確認（受信側で正常に受信されたことの確認）を行なう方法が，ＲＦＣ２２９８において，ＭＤＮ（Message Disposition Notification）として規定されている。これは，送信メールデータの受信側における受信結果や経過を，所定形式の送達確認メール（応答の一例）を受信側から送信側に返信することによって確認する方法である。
ここで，ＲＦＣ（Request For Comment）とは，インターネット技術の標準化団体であるＩＥＴＦ（Internet Engineering Task Force）が正式に発行するインターネット関連技術の仕様・要件等に関する文書を指す。
ＭＤＮの仕様を満たす送信側端末（通信装置）は，受信側に対して応答（前記送達確認メール）の返信を要求する場合には，送信する電子メールデータのヘッダ部に，該電子メールデータ（通信データの一例）を識別するためのメッセージＩＤ（データ識別情報の一例）と受信側に対する応答要求である「Disposition-Notification-To:」フィールド（応答要求情報の一例）とを含める。これに対し，受信側端末がＭＤＮの仕様を満たしている場合には，「Disposition-Notification-To:」フィールドに指定されている電子メールアドレス（送信側が前記送達確認メールの返信用の宛先として指定するアドレス）を宛先として前記送達確認メールを返信する。この送達確認メールには，送信側により送信された電子メールデータに含まれていた前記メッセージＩＤが含められる。
そして，送信側端末では，受信したメールが，過去に自装置がＭＤＮの要求（送達確認の要求）を含めて送信した送信メールデータに対しての返信メール（前記送達確認メール）であるか否かを，受信メールに前記メッセージＩＤが含まれているか否かによって判定する。さらに，受信側では，過去の送信メールデータで指定した（含められた）前記メッセージＩＤと受信した電子メールデータ（前記送達確認メール）に含まれる前記メッセージＩＤと比較し，一致した場合には，送信メールデータが受信側で正常に受信されたことを確認できる。
【０００５】
また，特許文献２には，ＭＤＮの仕様を満たす（ＭＤＮ機能を備えた）送信側端末において，ＭＤＮの応答要求を行なった場合（「Disposition-Notification-To:」フィールドを含めた場合）に，送信終了後に一定時間を経過しても受信側から前記送達確認メールが返信されてこないときには，送信側端末の利用者に応答がない旨を告知するための不達レポートを記録出力する構成が開示されている。これによって，受信側端末に正常に送信が行なわれたか否かを確認できるようになっている。
【０００６】
ところで，電子メールデータ等のデータ送信においては，同時に複数の宛先にデータ送信する，いわゆる同報送信が行われる場合が多い。この場合，通常，一式（１通）のデータ（送信メールデータ）に複数の宛先情報（受信側の電子メールアドレス）を含めて送信することにより，宛先ごとに個別にデータ送信する場合よりも送信データの容量を小さくし，送信側のネットワークやメールサーバの通信負荷を抑えることが行われる。以下，単に同報送信といえば，このような形態での同報送信を意味するものとする。
ＭＤＮ機能を備えた装置において，電子メールデータの同報送信を行なう技術については，例えば特許文献３や特許文献４に開示されている。
特許文献３には，同報送信時に電子メールデータのヘッダ部が無用に長くなるのを防止したインターネットファクシミリ装置が開示されている。これは，パネル操作部から入力された同報送信の複数の宛先メールアドレスをアドレスデータバッファに一旦格納し，複数の宛先メールアドレスを設定値Ｍ個を１つの単位として複数の群に分けるようにアドレスデータバッファからアドレス読出制御部で読み出し，各群に属する宛先メールアドレスを宛先とする電子メールをメール作成部で作成することにより，１通の電子メールの宛先フィールド[To:]に入れられる宛先メールアドレスの数を設定値Ｍ個に制限するものである。
また，特許文献４には，送信する宛先数に応じて通信方法を変更するインターネットファクシミリ装置が開示されている。これは，インターネットを介してファクシミリ通信を行なう際に，送信する宛先数が複数（メーリングリストによる送信）の場合，インターネットを介したファクシミリ通信の通信方法をシンプルモードに変更し，また送信する宛先数が１つの場合，インターネットを介したファクシミリ通信の通信方法をフルモードに変更するものである。
【０００７】
【特許文献１】
特開２００１−２７４９４４号公報
【特許文献２】
特開２００１−３０９１０９号公報
【特許文献３】
特開２００１−１０９６７４号公報
【特許文献４】
特開２００１−１３６３３６号公報
【非特許文献１】
【０００８】
【発明が解決しようとする課題】
しかしながら，送信側が，１つの電子メールデータを，複数の宛先を指定して（宛先情報（宛先の電子メールアドレス）を含めて）同報送信を行った場合には，全ての宛先（受信側）に対して同じ前記メッセージＩＤを含むメールデータが送信されるため，複数の受信側それぞれが同じ前記メッセージＩＤを含めた前記送達確認メール（応答）を送信側に返信することになる。このため，送信側では，同じ前記メッセージＩＤが含まれた複数の前記送達確認メールを受信することになり，受信した前記送達確認メールがどの宛先（受信側）から送られてきたものであるかを識別できないという問題点があった。
ここで，前記送達確認メールに含められる（通常，いずれの電子メールデータにも含められる）送信元の電子メールアドレス（Ｆｒｏｍフィールドに指定される電子メールアドレス）は，各利用者が返信アドレスとして任意に設定できるものであり，必ずしも送信側が認識している受信側の電子メールアドレス（データ送信の際に宛先情報として指定した受信側の電子メールアドレス）と同一とは限らない。このため，前記Ｆｒｏｍフィールドに指定される電子メールアドレスは前記送達確認メールの送信元を特定する情報として用いることができない。
一方，同報送信を行いたい宛先ごとに個別の電子メールデータを作成して同時に送信すれば，該電子メールデータごとに異なる前記メッセージＩＤが設定されるので，前記送達確認メールそれぞれの送信元（受信側）を識別できることになる。
しかしながら，この場合，宛先の数だけの電子メールデータが送信側端末からメールサーバへ送信されるため，送信データの容量が宛先の数に比例して大きくなってしまい，送信側端末からメールサーバへの通信の負荷が大きくなってしまうという問題点があった。特に，インターネットスキャナ装置やインターネットファクシミリ装置等では画像データを送信するため，通常のテキストベースの電子メールデータよりもデータサイズが大きくなり，メールサーバへの通信負荷増大の影響が顕著となる。
従って，本発明は上記事情に鑑みてなされたものであり，その目的とするところは，複数の宛先にデータ送信する際の通信負荷を抑えつつ，受信側それぞれからの送達確認のための応答を個別に確認することができる通信装置及び画像通信装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために本発明は，ネットワークを介して所定の応答要求情報を含む通信データを受信した場合に，該通信データに含まれる該通信データについてのデータ識別情報を含む応答を前記通信データの送信元に対して返信する応答返信手段を具備する通信装置において，前記通信データが複数の宛先に対する同報送信データであるか否かを判別する同報送信判別手段を具備し，前記応答返信手段が，前記通信データが前記同報送信データであると判別された場合に自己の識別情報を含む前記応答を返信してなることを特徴とする通信装置として構成されるものである。
これにより，前記応答には，前記データ識別情報と前記自己の識別情報とが含まれることになり，前記通信データの送信側（前記応答を受信した側の装置）では，過去に送信した前記通信データのいずれに対応する応答であるかを前記データ識別情報によって特定できるとともに，送信側における通信負荷を軽減するために前記通信データが同報送信データである場合でも，前記応答に含まれる前記通信データの受信元の識別情報（前記自己の識別情報）によって前記応答の返信元を特定できるので，受信側それぞれからの送達確認のための応答を個別に確認することができる。
【００１０】
また，例えば，前記同報送信判別手段が，前記通信データに含まれる宛先情報が複数である場合に前記通信データが前記同報送信データであると判別するものが考えられる。
【００１１】
また，上記目的を達成するために本発明は，ネットワークを介して所定の応答要求情報を含む通信データを受信した場合に，該通信データに含まれる該通信データについてのデータ識別情報を含む応答を前記通信データの送信元に対して返信する応答返信手段を具備する通信装置において，前記応答返信手段が，前記通信データに前記自己の識別情報を含めて前記応答を返信するよう要求する受信元識別情報要求情報が含まれている場合に前記自己の識別情報を含む前記応答を返信するよう構成することも考えられる。
また，前記自己の識別情報が，前記通信データに含まれている自己に対する宛先情報であれば，送信側及び受信側に，受信側それぞれを識別する識別情報を予め設定しておく必要がなく好適である。
【００１２】
以上示した前記通信装置は，前記通信データの受信側を示すものであるが，送信側の通信装置は次のような構成にすればよい。
即ち，ネットワークを介して所定の応答要求情報とデータ識別情報とを含む通信データを送信するデータ送信手段を具備し，前記通信データの受信元から受信した応答に基づいて前記通信データの受信元への送達確認を行う通信装置において，前記データ送信手段が，前記通信データについての前記データ識別情報と前記通信データの受信元の識別情報とを前記応答に含めるよう要求する受信元識別情報要求情報を含む前記通信データを送信するものであり，当該通信装置が，さらに前記通信データの受信元から受信した前記応答に含まれる前記データ識別情報と前記通信データの受信元の識別情報とに基づいて前記通信データの送達確認を行う送達確認手段を具備してなることを特徴とする通信装置である。
【００１３】
これにより，前述したように過去に送信した前記通信データのいずれに対応する応答であるかを前記データ識別情報によって特定できるとともに，前記通信データの送信負荷を軽減するために前記通信データを同報送信した場合であっても，前記応答に含まれる前記通信データの受信元の識別情報（前記自己の識別情報）によって前記応答の返信元を特定できるので，受信側それぞれからの送達確認のための応答を個別に確認することができる。
【００１４】
また，前記送達確認手段が，前記応答に含まれる前記データ識別情報及び前記受信元の宛先情報と前記通信データに含まれる前記データ識別情報及び前記受信元の宛先情報との比較に基づいて前記通信データの送達確認を行うよう構成することも考えられる。
これは，前記受信元の宛先情報が前記受信元の識別情報である場合の構成である。これにより，送信側及び受信側に，受信側それぞれを識別する識別情報を予め設定しておく必要がなく好適である。
また，前記通信データは，電子メールデータであってもよい。
【００１５】
また，本発明は，前記通信装置を具備する画像通信装置として捉えてもよい。即ち，ネットワークを介して通信相手との間で画像データの送信又は受信を行う画像通信装置において，前記した各通信装置を具備し，前記通信データに画像データが含まれてなることを特徴とする画像通信装置である。
一般に画像データはデータサイズが大きいため，１つのデータを複数の宛先に同報送信（複数の宛先を指定して同報送信）した場合の通信負荷軽減効果が高い。従って，本発明をネットワークファクシミリ装置やネットワークスキャナ装置等の画像通信装置に適用することは，通信データを同報送信した場合でも，受信側それぞれからの送達確認のための応答を個別に確認することができるという本発明の特徴をより生かすことができ好適である。
【００１６】
【発明の実施の形態】
以下添付図面を参照しながら，本発明の実施の形態について説明し，本発明の理解に供する。尚，以下の実施の形態は，本発明を具体化した一例であって，本発明の技術的範囲を限定する性格のものではない。
ここに，図１は本発明の実施の形態に係るインターネットファクシミリ装置の概略構成を表すブロック図，図２は本発明の実施の形態に係るインターネットファクシミリ装置における画像データ送信及び送達確認の処理手順を表すフローチャート，図３は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信開始処理の詳細手順を表すフローチャート，図４は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送達確認処理の詳細手順を表すフローチャート，図５は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの受信及び送達確認メールの返信の処理手順を表すフローチャート，図６は本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信メールの内容を表す図，図７は本発明の実施の形態に係るインターネットファクシミリ装置における送達確認メールの内容を表す図，図８は従来のインターネットファクシミリ装置を構成要素とする画像データ送受信システムの概略構成を表すブロック図である。
【００１７】
本発明の実施の形態に係るインターネットファクシミリ装置は，原稿から読み取った画像データを添付ファイルとした電子メールデータを，インターネット等のネットワークを介して送受信する通信機能を有するファクシミリ装置である。図１は，本発明の実施の形態に係るインターネットファクシミリ装置１の構成を示すブロック図である。
図１に示すように，本インターネットファクシミリ装置１は，メイン制御部２と，制御用メモリ３と，制御用バッファ４と，画像記憶部５と，画像用バッファ６と，電子メール作成部７と，読取部８と，記録部９と，パネル制御部１０と，符号／復号化制御部１１と，ＬＡＮ（Local Area Network）制御部１２と，モデム１３と，網制御部（ＮＣＵ：Network Control Unit）１４と，送達確認送受信制御部１５と，時計部１６とを具備している。
前記メイン制御部２は，不図示のＣＰＵ（Central Processing Unit）），ＲＯＭ，ＲＡＭ及びその周辺機器等を具備し，ＲＯＭに記憶された所定のプログラムを実行することによって本インターネットファクシミリ装置１全体の制御を行なう。
前記制御用メモリ３は，ＳＲＡＭなどの不揮発性のメモリ，或いはバッテリによりバックアップされた揮発性のメモリ等からなり，画像データの送信先の宛先情報（送信先の電話番号や短縮番号，電子メールアドレス等）や本インターネットファクシミリ装置１の動作中に発生する各種データを記憶するものである。
前記制御用バッファ４はＲＡＭ等のメモリからなり，前記メイン制御部により制御プログラムを実行する上で必要なデータを一時記憶する。
前記画像記憶部５は，ＳＲＡＭやFlashROM等からなり，符号化（圧縮等）された画像データを記憶するとともに，後述する前記読取部８によって読み取った画像データ，通信相手から受信したデータ，及び受信したデータを復号化した画像データ等を記憶する。
前記画像用バッファ６はＲＡＭ等からなり，送受信される画像データの圧縮や伸長を行う際の一時記憶に使用される。
前記電子メール作成部７は，符号化された画像データにヘッダ情報を付加し，電子メールデータのフォーマットに変換した送信データ（通信データ）を作成するとともに，電子メールサーバと電子メールの送受信を行うものである。
前記読取部８は，原稿読取り手段としての光電変換素子（ＣＣＤ：Charge Coupled Device）を具備するスキャナであり，原稿を所定の解像度で読取る。そして，読み取った画像データ（ドットイメージデータ）を前記画像記憶部５に格納する。もちろん、符号化後の画像データを格納してもよい。
前記記録部９は，電子写真方式のプリンタ装置を備え，通信によって受信した画像データや前記読取部８で読み取った原稿の画像データを記録紙にプリントアウトするものである。
前記パネル制御部１０は，不図示の液晶パネル等の表示操作部によって原稿からの画像読取り指示や読み取った画像データ送信する宛先（宛先の電子メールアドレス）の入力等の操作を制御する（操作案内の表示やデータの入力等を行う）ものである。
前記符号／復号化制御部１１は，前記読取部８で読み取った原稿の画像データの符号化（符号化圧縮），及び通信相手から受信した画像データ（符号化された画像データ）の復号化（復号化伸長）を行う。この符号／復号化制御部１１では，ファクシミリ通信で一般に使用されている，ＭＨ(Modified Huffman)，ＭＲ(Modified READ) 及びＭＭＲ(Modified Modified READ)の他，ＴＩＦＦやＪＰＥＧ等の符号化方式を用いて符号化・復号化を行うことができる。
前記ＬＡＮ制御部１２は，不図示のメールサーバ（電子メールサーバ）を介してインターネット等のネットワーク経由による電子メールデータの送受信（インターネットファクシミリ通信等）を行うために，メールサーバに繋がるＬＡＮ（Local Area Network）と接続するためのものである。
前記モデム１３は，通常の公衆電話回線を介したファクシミリ通信を行なうためのファクシミリモデムであり，前記網制御部１４を介して公衆電話回線と接続されている。また，例えば，前記メールサーバとしてインターネットプロバイダに設置されたメールサーバを使用する場合は，該メールサーバへの接続は，前記モデム１３により公衆電話回線を介して行われる。本実施の形態では，前記ＬＡＮ制御部１２によって前記メールサーバに接続するものとして説明する。
前記網制御部１４は，アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結及び開放の回線制御動作を行なうものであり，必要に応じて前記モデム１３を公衆電話回線網と接続する。
前記送達確認送受信制御部１５は，ＭＤＮ機能による送達確認のための応答（送達確認メール）の送信要求，及び前記メールサーバを介して受信した前記送達確認メールの処理等を行うものであり，前記電子メール作成部７が送信メールデータに含めるヘッダ情報及び受信した前記送達確認メールのヘッダ情報等を用いて各種処理を行なうものである。
前記時計部１６は，時間の計時を行うものであり，前記電子メール作成部７によって作成される電子メールに含められる時刻情報や，前記送達確認送受信制御部１５が所定期間内に前記送達確認メールが届くかどうかの時間管理を行う際に用いる時刻情報等の各種時刻情報を提供するものである。
【００１８】
次に，図２〜４を用いて，本インターネットファクシミリ装置１における画像データ送信及びその送達確認の処理について説明する。以下，Ｓ１，Ｓ２…は，処理手順（ステップ）の番号を表す。
図２は，画像データ送信及びその送達確認の全体処理のフローチャートである。
まず，原稿からの画像データ読み取りや，送信アドレス（宛先情報）の入力等の送信開始処理がなされる（Ｓ１）。
この送信開始処理の処理手順の詳細を図３に示す。
図３に示すように，送信開始処理では，利用者によって前記読取部８に原稿がセット（Ｓ１０１）された後，予め登録された相手先名称や宛先情報（電子メールアドレス），送達確認を相手先（通信相手）に要求するか否か等の相手先情報の一つをワンタッチキーや短縮番号によって選択するモード（以下，選択モードという）と，相手先の電子メールアドレス等を直接入力するモード（以下，直接入力モードという）とのいずれのモードで宛先を指定するかの選択操作入力（前記表示操作部からの入力）がなされたかが前記パネル制御部１０で判別され（Ｓ１０２），前記選択モードでの宛先指定が選択された場合（Ｓ１０２のＹＥＳ側）には，所定のワンタッチキー又は短縮番号の入力に対応する前記相手先情報が前記制御用メモリ３から読み出され，その相手先情報が前記制御用バッファ４に記憶される。さらに，画像データを同報送信する他の（次の）宛先がある旨の操作入力がなされた場合（Ｓ１０４のＹＥＳ側）には，Ｓ１０２へ戻って処理が繰り返され，そうでない場合はＳ１０５へ移行する。
一方，前記直接入力モードが選択された場合（Ｓ１０２のＮＯ側）は，前記表示操作部から入力される送信相手の電子メールアドレス（宛先情報），送信する原稿の画像データファイルの形式（ファイルフォーマット）や圧縮形式（符号化方式）が前記パネル制御部１０により入力された後（Ｓ１０７，Ｓ１０８），送信相手（通信相手）に対して送達確認を要求するか否かの選択入力がなされ（Ｓ１０９），前記送達確認を要求することが選択された場合（Ｓ１０９のＹＥＳ側）には，前記送達確認を要求する旨の情報が設定される（Ｓ１１０）。このように設定された情報は，前記制御用バッファ４に記憶される。
さらに，画像データを同報送信する他の（次の）宛先がある旨の操作入力がなされた場合（Ｓ１１１のＹＥＳ側）には，Ｓ１０２へ戻って処理が繰り返され，そうでない場合（Ｓ１１１のＮＯ側）はＳ１０５へ移行する。
以上の処理により，画像データ（前記読取部８により読み取られる画像データ）の送信先の電子メールアドレス（宛先情報，同報送信を行う場合は複数の電子メールアドレス），送信相手に前記送達確認の応答を要求するか否かについての情報等の送信条件情報が前記制御用バッファ４に記憶される。
次に，Ｓ１０５において，前記表示操作部及び前記パネル制御部１０によってデータの送信開始操作の入力（「スタートキー」入力）がなされると，前記読取部８により原稿から画像データが読み取られ，さらに前記符号／復号化制御部１１によって符号化された画像データ（送信対象となる画像データ）が前記画像記憶部５に記憶された後（Ｓ１０６），送信開始処理が終了する。このとき，画像データの符号化方式は，前記制御用バッファ４に記憶された前記送信条件情報に従って決定される。
【００１９】
前記送信開始処理（Ｓ１（図３の処理））が終了すると，次に，前記ＬＡＮ制御部１２により，本インターネットファクシミリ装置１に予め登録された所定のメールサーバ（電子メールサーバ）に接続され（Ｓ２），該メールサーバに対して前記画像用バッファ６に記憶された画像データ（ファクシミリ送信する画像データ）を添付ファイルとする電子メールデータが前記電子メール作成部７によって作成及び送信される（Ｓ３）。ここで送信された電子メールデータ（送信メール）のヘッダ情報は，前記制御用メモリ３に記憶される。
この電子メールデータ（以下，送信メールという，前記通信データの一例）のヘッダ部，本文，添付ファイル部の各構成の例を図６に示す。
図６（ｂ）に示すように，前記送信メールの本文には，該送信メールを送信する装置の種類や型式を表す情報や，送信する画像データのファイル形式，解像度等の所定の情報が設定される。
また，図６（ｃ）に示すように，前記送信メールの添付ファイル部には，送信する画像データのファイル名（添付ファイル名）及び画像データそのもの等が含められている。この本文（ｂ）及び添付ファイル部（ｃ）の構成は，従来のインターネットファクシミリ装置により生成される送信メールと特に変わるものではない。
【００２０】
また，図６（ａ）に示すように，前記送信メールのヘッダ部には，メールを送信した日時が設定される「Ｄａｔｅ」フィールド，宛先（送信先）の電子メールアドレスが設定される「Ｔｏ」フィールドｆ１，利用者によって任意に指定される送信元の電子メールアドレスが設定される「Ｆｒｏｍ」フィールドｆ５，メールのタイトルが設定される「Ｓｕｂｊｅｃｔ」フィールド等の情報が含められる。図６に例示する前記送信メールは，複数の相手に同報送信される前記送信メールであるため，図６（ａ）に示すように，宛先情報として複数の電子メールアドレスが併記される（前記「Ｔｏ」フィールドｆ１に複数の電子メールアドレスが設定される）。ここで設定される電子メールアドレスは，Ｓ１の処理において前記制御用バッファ４に記憶された前記送信条件情報に従って設定される。図６（ａ）の例では，２つの宛先が設定されている。
このように，１つの前記送信メール（通信データ）について，複数の宛先を指定して同報送信が行われるため，宛先ごとに１つずつ前記送信メールが送られる場合に比べて，ネットワーク負荷及び前記メールサーバの負荷がそれぞれ軽減されるという効果を奏する。特に，ファクシミリ装置等のように，画像データを送受信する場合には，前記送信データのデータサイズが大きくなるのでその効果が顕著となる。
また，前記ＭＤＮの要求（送達確認の要求）を行うことが設定された前記送信メールの前記ヘッダ部には，前記ＭＤＮの要求情報として（前記ＭＤＮの仕様に従って），「Disposition-Notification-To」フィールドｆ２（応答要求情報の一例）が設けられる（含められる）。これにより，受信側（送信先）の装置が前記ＭＤＮの仕様を満たしている場合には，受信側の装置から，このフィールドｆ２で指定される電子メールアドレス（送達確認の応答先）を宛先アドレスとした前記送達確認メールの返信が行われる。ここで，前記ＭＤＮの要求を設定するか否かは，Ｓ１の処理で前記制御用バッファ４に記憶された，前記送信条件情報に従う。
ここで，「Disposition-Notification-To」フィールドｆ２が設定された（含められた）場合は，「Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ４も含められ，該フィールドｆ４には，当該送信メールを識別するメッセージＩＤ（前記データ識別情報の一例）が設定される。図６（ａ）の例では，「１１１＠ＳＨＡＲＰ＿Ｄ１」がこれに該当する。このメッセージＩＤは，前記送信メールの受信側から返信されてくる前記送達確認メールに含められるので，前記送信メールの送信側（前記送達確認メールの受信側）では，前記メッセージＩＤによっていずれの前記送信メールに対する応答であるのかを判別することが可能となる。
【００２１】
本発明の実施の形態に係るインターネットファクシミリ装置１では，前記送信メールが，前記ＭＤＮの要求（送達確認の要求）を行うよう設定されており，かつ同報送信である場合（宛先が複数設定されている場合）には，「Disposition-Notification-To」フィールドｆ２に加えて，「Disposition-Notification-Options」フィールドｆ３が設けられる。この「Disposition-Notification-Options」フィールドｆ３には，所定のテキスト情報「content-X-From-Request」が設定される。このように前記送信メールが同報送信メールである場合に含められる前記「Disposition-Notification-Options」フィールドｆ３は，後述するように，同報送信の宛先（送信先）それぞれに対して，前記送達確認メール（受信側からの応答）に前記送信メール（送信データ）の受信元の識別情報（受信側の電子メールアドレス）を含めて返信するよう要求する旨を表す情報（前記受信元識別情報要求情報の一例）である。
【００２２】
以上のようにして前記送信メールの送信が終了すると，前記ＬＡＮ制御部１２により前記メールサーバとの通信接続が切断される（Ｓ４）。そして，前記メールサーバにより，当該インターネットファクシミリ装置１から送信された前記送信メールが，ＳＭＴＰ等の所定の電子メール転送プロトコルにより，宛先として設定された電子メールアドレスそれぞれに対応する受信側のメールサーバへネットワーク（インターネット）を介して転送される（不図示）。
次に，Ｓ３で送信した前記送信メールにおいて前記ＭＤＮの要求（送達確認の要求）を行うよう設定されていたか否かが前記送達確認送受信制御部１５によって判別され（Ｓ５），設定されなかったと判別された場合はそのまま処理を終了し，設定されたと判別された場合はＳ６以降の処理へ移行する。
Ｓ６では，前記時計部１６によって前記送達確認メールが受信されるの待つタイムアウト時間の経過を判断するための時間計測が開始される。
次に，Ｓ２と同様に再度前記メールサーバへの接続がなされ（Ｓ７），該メールサーバに自己宛ての（自己の電子メールアドレスを宛先とする）新着電子メールが存在するか否かが前記電子メール作成部７によって確認される（Ｓ８）。ここで，新着メールが存在する場合にはそれが受信（Ｓ９）された後に前記メールサーバとの接続が切断され（Ｓ１０），新着メールが存在しない場合にはそのまま前記メールサーバとの接続が切断される（Ｓ１０）。
次に，受信したメールに前記送達確認メールが含まれている場合に所定の処理を実行する送達確認処理が実行される（Ｓ１１）。
【００２３】
以下，図４を用いて，前記送達確認送受信制御部１５によって実行される前記送達確認処理の手順について説明する。
まず，受信したメールの中に前記送達確認メールが含まれているか否かが判別される（Ｓ４１）。ここで，受信メールが前記送達確認メールであるか否かは，前記送信メールに含めた前記メッセージＩＤ（前記制御用メモリ３から読み出す）と同じメッセージＩＤがＳ９で受信した受信メールに含まれているか否かによって判別する。
図７は，前記送達確認メールの内容の一例である。
前記送達確認メールは，大きくはヘッダ部（ａ）と，本文（ｂ）と，ＭＤＮの結果情報部（ｃ）とに分けられる。
前記ヘッダ部（ａ）に含まれる「Ｔｏ」フィールドｆ６には，前記送信メールにおいて前記「Disposition-Notification-To」フィールドｆ２（図６（ａ）参照）で指定されたメールアドレスが設定されている。これにより，前記送信メールの受信側が前記送達確認メールの返信先を特定でき，前記送信メールの送信元に前記送達確認メールが届く。
また，前記ＭＤＮの結果情報部（ｃ）には，「content-X-From-Request」フィールドｆ７及び「Original-Message-Id」フィールドｆ８の他，前記送信メールの受信側（前記送達確認メールの送信元）のインターネットファクシミリ装置の機能情報（画像形成可能な用紙サイズ等）等の各種情報が含まれている。
前記「content-X-From-Request」フィールドｆ７には，前記送信メールにおいて前記「Ｔｏ」フィールドｆ１（図６（ａ）参照）で指定された前記送信メールの受信元（前記送達確認メールの送信元）のメールアドレスが設定されている（受信側の処理手順については後述する）。また，前記「Original-Message-Id」フィールドｆ８には，前記送信メールにおいて前記「Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ４（図６（ａ）参照）で指定された前記送信メールについての前記メッセージＩＤが設定されている。
前記送達確認送受信制御部１５は，受信メールに前記「Original-Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ８が存在し，かつそこに設定されている前記メッセージＩＤと前記送信メールに含めた前記メッセージＩＤ（前記制御用メモリ３から読み出す）とが同じである場合に，受信メールが前記送信データの受信元から返信された前記送達確認メールであると判別する（Ｓ４１のＹＥＳ側）。
また，前記本文（ｂ）には，前記送信メールを受信した旨を表す所定のメッセージが含められる。
【００２４】
Ｓ４１において，受信メールが前記送達確認メールではない（受信メールに含まれる前記メッセージＩＤと一致する前記メッセージＩＤを含む前記送信メールのヘッダ情報が前記制御用メモリ３に存在しない）と判別された場合は，そのまま当該送達確認処理は終了する。
一方，Ｓ４１において，受信メールが前記送達確認メールであると判別された場合は，その送達確認メールが複数の宛先に同報送信した前記送信メールに対する送達確認メール（応答）であるか否か，即ち，Ｓ４１で一致した前記メッセージＩＤを含む前記送信メールの宛先（前記制御用メモリ３から読み出す）が複数であったか否かが判別され（Ｓ４２），同報送信メールに対する前記送達確認メールであると判別された場合にはＳ４５へ移行し，そうでない場合にはＳ４３へ移行する。
Ｓ４５では，前記送達確認メールに前記「content-X-From-Request」フィールドｆ７が含まれ，かつそこに設定されている前記送信メールの受信元（前記送達確認メールの送信元）のメールアドレスが，同報送信した前記送信メールの前記「Ｔｏ」フィールドｆ１に設定した電子メールアドレス（宛先情報）のいずれかに一致するか（content-X-From-Requestに対する返信がなされているか）否かが判別され，一致すると判別された場合はＳ４３へ移行し，そうでない場合はＳ４６へ移行する。
Ｓ４６では，同報送信した前記送信メールの前記「Ｔｏ」フィールドｆ１に設定した電子メールアドレス（宛先情報）のいずれかと前記送達確認メールの前記「Ｆｒｏｍ」フィールドｆ５に設定されている前記送達確認メールの送信元のメールアドレス（受信側の利用者によって任意に設定されるアドレス）とが一致するか否かが判別され，一致すると判別された場合はＳ４３へ移行し，そうでない場合はＳ４７へ移行する。
このように，Ｓ４２，Ｓ４５，Ｓ４６からＳ４３へ移行する場合は，前記送信メールの宛先が１つでその宛先から前記送達確認メールが返信されてきた場合（Ｓ４２のＮＯ側），若しくは前記送信メールの複数の宛先のうちどの宛先から前記送達確認メールが返信されてきたかが確認できた場合（Ｓ４５のＹＥＳ側又はＳ４６のＹＥＳ側）のいずれかである。そこで，Ｓ４３では，前記送信メールに対する応答が確認できた（送達確認を行うことができた）旨が前記表示操作部への表示，或いは記録紙への出力等によって利用者に告知される。さらに，該告知が終了すると，前記送達確認メールに含まれる前記メッセージＩＤと，同じく前記送達確認メールに含まれる前記送信メールの受信元の識別情報，即ち，前記「content-X-From-Request」フィールドｆ７に設定されている前記送信メールの受信元（前記送達確認メールの送信元）のメールアドレス（Ｓ４５のＹＥＳ側から移行してきた場合），又は前記「Ｆｒｏｍ」フィールドｆ５に設定されている前記送達確認メールの送信元のメールアドレス（Ｓ４２のＮＯ側又はＳ４６のＹＥＳ側から移行してきた場合）とが送達確認メール受信実績情報として前記制御用メモリ３に記憶された後（Ｓ４４），当該送達確認処理が終了する。
このように，前記送信メールを識別する前記メッセージＩＤと前記送信メールの受信元の識別情報（電子メールアドレス）とに基づいて送達確認（応答の確認）が行われるため，前記送信メールが複数の宛先への同報送信のメールであっても，宛先ごとに（各受信側ごとに）送達確認（応答の検知）を行うことが可能となる。
その結果，宛先ごとに前記送信メールの送達確認を行いたい場合でも，宛先ごとに個別に前記送信メールを送信する必要がなく，複数の宛先を指定した電子メールデータを１つの電子メールデータとして送信することができるので，メールサーバとの間の通信負荷を低減することができる。このような機能は，インターネットファクシミリ装置のようにデータサイズの大きい画像データを送信する場合には特に効果的である。
【００２５】
一方，Ｓ４６からＳ４７へ移行する場合は，前記送信メールの複数の宛先のいずれから前記送達確認メールが返信されてきたかが確認できなかった場合である。この場合は，前記送信メールに対する応答を受けたがその返信元が確認できない旨を前記表示操作部に表示，或いは記録紙に記録して出力する等によって利用者に告知された後（Ｓ４７），当該送達確認処理が終了する。
【００２６】
このようにして前記送達確認処理（Ｓ１１（図４の処理））が終了すると，次に，前記送達確認メール受信実績情報に基づいて前記送信メールの全ての宛先から前記送達確認メール（応答）を受信したか否かが判別され（Ｓ１２），全ての宛先から前記送達確認メールを受信したと判別された場合には，前記時計部１６による前記タイムアウト時間の計時（計測）を終了させた後（Ｓ１３），処理が終了する。このとき，前記制御用メモリ３から前記送達確認メール受信実績情報が消去される。
一方，Ｓ１２において，前記送達確認メールを受信していない宛先（前記送信メールの送信先）が存在する場合には，前記送信メールが送信されてから前記タイムアウト時間が経過したか否かが判別される（Ｓ１４）。ここで，前記タイムアウト時間が経過していない場合にはＳ７へ戻って処理が繰り返され，経過している場合には，前記時計部１６による前記タイムアウト時間の計時（計測）を終了させ（Ｓ１５），前記表示操作部又は前記記録部９により，タイムアウト時間内に前記送信メールの全ての宛先から前記送達確認メールを受信できなかった旨の告知（タイムアウトエラー）が行われた後（Ｓ１６），処理が終了する。この場合も，前記制御用メモリ３から前記送達確認メール受信実績情報が消去される。
ここで，Ｓ１の送信開始処理において，前記送信メールの再送回数を設定可能とし，タイムアウトが生じた場合に，前記送達確認メールを正常に受信できなかった宛先（受信側）に対してのみ，前記再送回数分だけＳ２〜Ｓ１６の処理を繰り返すよう構成することも考えられる。
【００２７】
次に，図５を用いて，本インターネットファクシミリ装置１が前記送信メールを受信する側となった場合の処理について説明する。
まず，定期的に又は前記表示操作部から所定の操作がなされることにより，前記ＬＡＮ制御部１２によって本インターネットファクシミリ装置１に予め登録された所定のメールサーバ（電子メールサーバ）に接続（Ｓ６１）された後，該メールサーバに自己宛ての（自己の電子メールアドレスを宛先とする）新着電子メールが存在するか否かが前記電子メール作成部７によって確認される（Ｓ６２）。ここで，新着メールが存在しない場合にはそのまま前記メールサーバとの接続が切断され（Ｓ７０），処理が終了する。一方，新着メールが存在する場合にはそれが受信（Ｓ６３）された後，前記メールサーバとの接続が切断される（Ｓ６４）。
次に，受信したメールが送達確認の返信を要求するものであるか否か，即ち，受信したメールに前記「Disposition-Notification-To」フィールドｆ２（図６（ａ）参照）が設定されているか否かが判別され（Ｓ６５），設定されていない場合にはそのまま処理が終了し，設定されている場合（送達確認の返信を要求するものである場合）は，図７に示したような前記送達確認メールが前記電子メール作成部７によって作成され（Ｓ６６），さらに前記メールサーバへの接続（Ｓ６７）の後にＳ６６で作成した前記送達確認メールが送信される（Ｓ６８）。
ここで，前記送達確認メールの前記「Ｔｏ」フィールドｆ６には，前述したように受信したメールの前記「Disposition-Notification-To」フィールドｆ２（図６（ａ）参照）で指定されたメールアドレスが，前記「Original-Message-Id」フィールドｆ８には，受信したメールの前記「Ｍｅｓｓａｇｅ−ＩＤ」フィールドｆ４（図６（ａ）参照）で指定された前記送信メールの前記メッセージＩＤがそれぞれ設定される（含められる）。
さらに，受信したメールに前記「Disposition-Notification-Options」フィールドｆ３が含まれている場合には，受信したメールが同報送信メールであると判断し，前記「content-X-From-Request」フィールドｆ７を設け，受信したメールの前記「Ｔｏ」フィールドｆ１（図６（ａ）参照）で指定された自己のメールアドレスを設定する。
また，前記「content-X-From-Request」フィールドｆ７（その設定情報を含む）を前記送達確認メールに含めるか否かについては，受信したメール（通信データ）が同報送信メールである場合にのみ含める，前記「Disposition-Notification-To」フィールドｆ２が設定されている場合にのみ含める，或いは常に含めること等も考えられる。さらに，受信したメールが同報送信メールであるか否かの判断方法としては，受信したメールに前記「Disposition-Notification-Options」フィールドｆ３が含まれるか否かによって判断する方法の他に，受信したメールに複数の宛先情報が設定されている（含まれている）場合に同報送信メールであると判断する等の方法も考えられる。
そして，前記送達確認メールの送信が終了すると，前記メールサーバとの接続が切断（終了）された後，処理が終了する。
このように，前記送達確認メールに前記メッセージＩＤに加えて，該送達確認メールの送信元（前記送信メールの受信元）の識別情報（電子メールアドレス）が含められるので，送信側では，同報送信した前記送信データの宛先のうちのいずれからの前記送達確認メールであるかを確認することが可能となる。
なお，以上に示した実施の形態では，前記送信メールの受信側の識別情報として電子メールアドレスを用いているが，これに限定するものでなく，例えば，本インターネットファクシミリ装置１それぞれを識別するための固有のＩＤを予め設定（例えば，前記制御用メモリ３に記憶）しておき，そのＩＤを識別情報として用いるよう構成してもよい。
【００２８】
【発明の効果】
以上説明したように，本発明によれば，通信データを受信した側からの応答に，通信データの識別情報に加えて応答の送信元（通信データの受信側）の識別情報も含められるので，送信側では，通信データを同報送信した場合であっても，通信データの宛先のうちのいずれからの応答であるかを確認することが可能となる。従って，１つの通信データを複数の宛先に同報送信を行なうことによって通信の負荷を抑えつつ，受信側それぞれからの応答を個別に確認することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るインターネットファクシミリ装置の概略構成を表すブロック図。
【図２】本発明の実施の形態に係るインターネットファクシミリ装置における画像データ送信及び送達確認の処理手順を表すフローチャート。
【図３】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信開始処理の詳細手順を表すフローチャート。
【図４】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送達確認処理の詳細手順を表すフローチャート。
【図５】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの受信及び送達確認メールの返信の処理手順を表すフローチャート。
【図６】本発明の実施の形態に係るインターネットファクシミリ装置における画像データの送信メールの内容を表す図。
【図７】本発明の実施の形態に係るインターネットファクシミリ装置における送達確認メールの内容を表す図。
【図８】従来のインターネットファクシミリ装置を構成要素とする画像データ送受信システムの概略構成を表すブロック図。
【符号の説明】
１…本発明の実施の形態に係るインターネットファクシミリ装置
２…メイン制御部
３…制御用メモリ
４…制御用バッファ
５…画像記憶部
６…画像用バッファ
７…電子メール作成部
８…読取部
９…記録部
１０…パネル制御部
１１…符号／復号化制御部
１２…ＬＡＮ制御部
１３…モデム
１４…網制御部（ＮＣＵ）
１５…送達確認送受信制御部
１６…時計部
１７…時間管理部
ｆ１…「Ｔｏ」フィールド（宛先情報）
ｆ２…「Disposition-Notification-To」フィールド（応答要求情報）
ｆ３…「Disposition-Notification-Options」フィールド（受信元識別情報要求情報）
Ｓ１，Ｓ２，，…処理手順（ステップ）[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication device that transmits and receives communication data via a network and an image communication device that transmits and receives image data as communication data, and in particular, a response to a broadcast transmission that transmits communication data including a plurality of destination information from the transmission side. And a communication apparatus and an image communication apparatus for confirming delivery of communication data on the transmission side based on a response from the reception side.
[0002]
[Prior art]
In recent years, with the spread of networks such as the Internet, network compatible devices that transmit and receive electronic mail (E-Mail) via networks have been used for various purposes.
For example, a network-compatible scanner device or facsimile device capable of transmitting e-mail data with image data read by a scanner as an attached file to another device such as a computer or image forming apparatus connected to the network, Copiers are also being 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. This is by converting the scanned document image into image data of a predetermined format to be an attached file for e-mail, and as e-mail data, the e-mail address of the communication partner (e-mail address of the host computer or image forming apparatus) is the destination information. It is specified (including) and transmitted.
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 in, for example,
[0003]
E-mail data (e-mail data attached with image data) transmitted (posted) from the sending-side network facsimile apparatus (Internet FAX) 51 to the sending-side mail server apparatus (mail server) 52 shown in FIG. It is transferred to a mail server device (mail server) 54 on the receiving side via a network (Internet) 53 by a predetermined electronic mail transfer protocol such as SMTP (Simple Mail Transfer Protocol) and stored in the mail server device 54 on the receiving side ( Remembered).
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 mail server device 54 on the receiving side. To access the stored e-mail data addressed to the self (the e-mail address of the e-mail is designated as the destination).
Further, when the network facsimile device 55 on the receiving side receives the e-mail data and forms an image (outputs on a recording sheet) using the attached image data as a received document, data acquisition and image formation are not repeated. In addition, the electronic mail data stored in the mail server 54 on the receiving side is deleted.
Here, when data transmission (image data transmission) is performed using e-mail, it is normally received on the receiving side, unlike when data is transmitted in real time by direct communication between two facsimile machines. There is a problem in that it is impossible for the transmission side to determine whether or not processing has been performed properly.
That is, unlike a normal facsimile apparatus that communicates in real time (synchronously with each other) via a PSTN (Public Switched Telephone Network), in the network facsimile apparatus, the network facsimile apparatus 55 on the receiving side is always connected. It is not necessarily connected to the mail server device 54. Further, even if the receiving-side Internet facsimile machine 55 is in an unreceivable state, data transmission from the sending-side Internet facsimile machine 51 to the receiving-side mail server device 52 is possible. Whether the data (e-mail data) has been normally received or properly processed is not yet determined on the side, and cannot be recognized by the transmission side.
For this reason, in the case of using the conventional network facsimile apparatus, there is an inconvenience that the user on the transmission side has to confirm that the reception side is normally received and processed by the telephone or the like. This also has the problem 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 above-mentioned problems, when receiving e-mail data, the receiving terminal sends a response for confirming the delivery to the transmitting terminal, so that the delivery confirmation (successfully received on the receiving side). RFC 2298 specifies a method for performing (confirmation)) as MDN (Message Disposition Notification). This is a method of confirming the reception result and progress on the reception side of the transmission mail data by returning a delivery confirmation mail (an example of a response) in a predetermined format from the reception side to the transmission side.
Here, RFC (Request For Comment) refers to a document regarding specifications and requirements of Internet-related technology formally issued by the Internet Engineering Task Force (IETF), which is an Internet technology standardization organization.
When a transmission side terminal (communication device) satisfying the MDN specification requests a reception side to return a response (the delivery confirmation mail), the electronic mail data ( A message ID (an example of data identification information) for identifying (an example of 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 (specified by the sending side as the destination for reply of the delivery confirmation mail) The delivery confirmation mail is sent back with the address to be addressed). The delivery confirmation mail includes the message ID included in the electronic mail data transmitted by the transmission side.
In the transmission side terminal, whether the received mail is a reply mail (the delivery confirmation mail) to the transmission mail data transmitted by the device including the MDN request (delivery confirmation request) in the past. Whether or not the message ID is included in the received mail is determined. Further, on the receiving side, the message ID specified (included) in the past transmission mail data is compared with the message ID included in the received e-mail data (the delivery confirmation mail). It can be confirmed that the outgoing mail data has been successfully received on the receiving side.
[0005]
Further, in
[0006]
By the way, in data transmission such as e-mail data, so-called broadcast transmission in which data is transmitted to a plurality of destinations at the same time is often performed. In this case, it is usually sent by sending a set of data (sent mail data) including multiple destination information (e-mail addresses on the receiving side) rather than sending data individually for each destination. Data capacity is reduced to reduce the communication load on the sending network or mail server. Hereinafter, simply referring to broadcast transmission means broadcast transmission in such a form.
For example,
[0007]
[Patent Document 1]
JP 2001-274944 A
[Patent Document 2]
JP 2001-309109 A
[Patent Document 3]
Japanese Patent Application Laid-Open No. 2001-109674
[Patent Document 4]
JP 2001-136336 A
[Non-Patent Document 1]
[0008]
[Problems to be solved by the invention]
However, if the sender sends a single e-mail data with multiple destinations (including destination information (e-mail address of the destination)), all destinations (receiving side) Since the mail data including the same message ID is transmitted, the plurality of receiving sides return the delivery confirmation mail (response) including the same message ID to the transmitting side. For this reason, the transmission side receives a plurality of the delivery confirmation mails including the same message ID, and from which destination (reception side) the received delivery confirmation mails are sent. There was a problem that could not be identified.
Here, the source e-mail address (the e-mail address specified in the From field) included in the delivery confirmation mail (usually included in any e-mail data) is arbitrarily set as a reply address by each user. 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). For this reason, the e-mail address specified in the From field cannot be used as information for specifying the sender of the delivery confirmation mail.
On the other hand, if individual e-mail data is created for each destination to be broadcast and sent simultaneously, the different message IDs are set for each e-mail data. The receiving side) can be identified.
However, in this case, as many e-mail data as the number of destinations are transmitted from the transmission side terminal to the mail server, the capacity of the transmission data increases in proportion to the number of destinations, and the transmission side terminal transfers to the mail server. There was a problem that the load of communication of became large. In particular, since Internet scanner devices, Internet facsimile devices, and the like transmit image data, the data size is larger than normal text-based e-mail data, and the effect of increased communication load on the mail server becomes significant.
Therefore, the present invention has been made in view of the above circumstances, and the object of the present invention is to provide a response for delivery confirmation from each receiving side while suppressing the communication load when transmitting data to a plurality of destinations. 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]
To achieve the above object, according to the present invention, when communication data including predetermined response request information is received via a network, a response including data identification information about the communication data included in the communication data is transmitted to the communication data. In a communication device comprising response reply means for replying to a data transmission source,Broadcast transmission determining means for determining whether or not the communication data is broadcast transmission data for a plurality of destinations;The response reply meansWhen it is determined that the communication data is the broadcast transmission dataThe communication apparatus is configured to send back the response including its own identification information.
As a result, the response includes the data identification information and the self identification information, and the communication data transmission side (the device on the side receiving the response) transmits the communication data transmitted in the past. Whether the response corresponds to data can be specified by the data identification information, and the communication included in the response is included even if the communication data is broadcast transmission data in order to reduce the communication load on the transmission side. Since the reply source of the response can be specified by the identification information of the data reception source (the identification information of the self), it is possible to individually confirm the response for confirmation of delivery from each reception side.
[0010]
AlsoFor example, it can be considered that the broadcast transmission determining means determines that the communication data is the broadcast transmission data when there are a plurality of pieces of destination information included in the communication data.
[0011]
AlsoIn order to achieve the above object, the present invention, when receiving communication data including predetermined response request information via a network, transmits a response including data identification information about the communication data included in the communication data. In a communication device comprising response reply means for replying to a transmission source of communication data,When the response reply means includes receiver identification information request information for requesting that the communication data include the identification information of the receiver and return the response, the reply including the identification information of the receiver is returned. It is also conceivable to configure it.
In addition, if the identification information of the self is destination information for the self included in the communication data, it is preferable that identification information for identifying each of the reception sides need not be set in advance on the transmission side and the reception side. It is.
[0012]
The communication device described above is used for the communication data.ReceiveIndicating the side,SendThe communication device on the side may be configured as follows.
That is, predetermined response request information via the networkAnd deData transmission means for transmitting communication data including data identification information, received from the communication data receiving source.TaoIn a communication device that confirms delivery of the communication data to the receiver based on the answer,The data transmission means transmits the communication data including receiver identification information request information for requesting to include the data identification information about the communication data and the identification information of the receiver of the communication data in the response. Yes, the communication deviceThe data identification information included in the response received from the reception source of the communication data and theCommunication dataA communication apparatus comprising a delivery confirmation means for confirming delivery of the communication data based on identification information of a reception source..
[0013]
Thus, as described above, it is possible to specify which of the communication data transmitted in the past corresponds to the response by the data identification information, and to broadcast the communication data in order to reduce the transmission load of the communication data. Even in the case of transmission, the reply source of the response can be specified by the identification information of the communication data reception source included in the response (the identification information of the self). Responses can be confirmed individually.
[0014]
Further, the delivery confirmation means is configured to perform 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 may be configured to perform data delivery confirmation.
This is a configuration in the case where the destination information of the reception source is identification information of the reception source. Accordingly, it is preferable that identification information for identifying each receiving side is not set in advance on the transmitting side and the receiving side.
The communication data may be e-mail data.
[0015]
Further, the present invention may be understood as an image communication apparatus including the communication apparatus. That is, an image communication apparatus that transmits or receives image data to or from a communication partner via a network includes the communication apparatuses described above, and the communication data includes image data. An image communication apparatus.
In general, since image data has a large data size, the communication load reduction effect is high when one data is broadcast to a plurality of destinations (broadcast transmission by specifying a plurality of destinations). Therefore, applying the present invention to an image communication apparatus such as a network facsimile apparatus or a network scanner apparatus allows confirmation of a response for confirmation of delivery from each receiving side even when communication data is broadcast. This is preferable because the feature of the present invention can be utilized more effectively.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings so that the present invention can be understood. The following embodiment is an example embodying the present invention, and does not limit the technical scope of the present invention.
FIG. 1 is a block diagram showing a schematic configuration of the Internet facsimile apparatus according to the embodiment of the present invention, and FIG. 2 shows processing procedures 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, and FIG. 4 is a delivery of image data in the Internet facsimile apparatus according to the embodiment of the present invention. FIG. 5 is a flowchart showing the detailed procedure of the confirmation processing, FIG. 5 is a flowchart showing the processing procedure for receiving the image data and returning the delivery confirmation mail in the Internet facsimile apparatus according to the embodiment of the present invention, and FIG. 6 is the embodiment of the present invention. Internet facsimile related to 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. 8 is a component of a conventional Internet facsimile apparatus. It is a block diagram showing schematic structure of an image data transmission / reception system.
[0017]
The Internet facsimile apparatus according to the embodiment of the present invention is a facsimile apparatus having a communication function for transmitting and receiving e-mail data having 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
The
The encoding /
The
The
The
The delivery confirmation transmission /
The
[0018]
Next, image data transmission and delivery confirmation processing in the
FIG. 2 is a flowchart of the overall processing of image data transmission and delivery confirmation.
First, transmission start processing such as reading image data from a document and inputting a transmission address (destination information) is performed (S1).
Details of the processing procedure of this transmission start processing are shown in FIG.
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 a selection input is made as to whether or not a transmission confirmation (communication partner) is requested to confirm delivery (S109). ), When requesting the delivery confirmation is selected (YES in S109), information indicating that the delivery confirmation is requested 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 broadcast transmission of image data (YES side of S111), the process returns to S102 and the process is repeated, otherwise (S111). (NO side) proceeds to S105.
Through the above processing, the destination e-mail address of the image data (the image data read by the reading unit 8) (destination information, a plurality of e-mail addresses when broadcast transmission is performed), and the delivery confirmation are sent to the other party. Transmission condition information such as information about whether or not to request a response is stored in the
Next, in S105, when the display operation unit and the
[0019]
When the transmission start process (S1 (process of FIG. 3)) is completed, the
FIG. 6 shows an example of each configuration of the header part, the body text, and the attached file part of the electronic mail data (hereinafter referred to as an example of the communication data, referred to as outgoing mail).
As shown in FIG. 6 (b), 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. 6C, the attached file portion of the transmission mail includes the file name (attached file name) of the image data to be transmitted, the image data itself, and the like. The structure of the text (b) and the attached file part (c) is not particularly different from the outgoing mail generated by the conventional Internet facsimile apparatus.
[0020]
Further, as shown in FIG. 6A, in the header part of the outgoing mail, a “Date” field in which the date and time when the mail is sent is set, and an e-mail address of the destination (transmission destination) is set in “To” ”Field f1, information such as“ From ”field f5 in which an e-mail address of a transmission source arbitrarily designated by the user is set, and“ Subject ”field in which a mail title is set are included. Since the outgoing mail illustrated in FIG. 6 is the outgoing mail that is broadcast to a plurality of partners, as shown in FIG. 6A, a plurality of email addresses are written together as destination information (the above-mentioned 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
In this way, since a single transmission mail (communication data) is broadcast by designating a plurality of destinations, network load and transmission are compared with the case where one transmission mail is sent for each destination. There is an effect that the load on the mail server is reduced. In particular, when image data is transmitted / received, such as a facsimile machine, the data size of the transmission data increases, so that the effect becomes remarkable.
In addition, in the header part of the outgoing mail set to perform the MDN request (delivery confirmation request), “Disposition-Notification-To” as the MDN request information (according to the MDN specification). A field f2 (an example of response request information) is provided (included). As a result, when the receiving side (transmission destination) device satisfies the MDN specification, the receiving side device sets the e-mail address (response confirmation response destination) specified in this field f2 to the destination address. The delivery confirmation mail is replied. Whether or not to set the MDN request depends 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 reception side of the transmission mail, on the transmission side of the transmission mail (the reception side of the delivery confirmation mail), any of the transmissions is performed according to the message ID. It is possible to determine whether the response is to mail.
[0021]
In the
[0022]
When the transmission of the outgoing mail is completed as described above, the
Next, the delivery confirmation transmission /
In S6, time measurement for determining the elapse of a timeout time for waiting for the delivery confirmation mail to be received by the
Next, as in S2, the connection to the mail server is made again (S7), and whether or not there is a new e-mail addressed to itself (addressed to its own e-mail address) exists in the e-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 disconnected after it is received (S9) (S10). If there is no new mail, the connection with the mail server is disconnected as it is. (S10).
Next, a delivery confirmation process is executed to execute a predetermined process when the delivery confirmation mail is included in the received mail (S11).
[0023]
Hereinafter, the procedure of the delivery confirmation process 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 or not the received mail is the delivery confirmation mail is included in the received mail received in S9 with the same message ID as the message ID (read from the control memory 3) included in the transmitted mail. It is determined by whether or not it exists.
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 mail address specified in the “Disposition-Notification-To” field f2 (see FIG. 6A) in the transmitted 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.
Further, in the result information part (c) of the MDN, in addition to the “content-X-From-Request” field f7 and the “Original-Message-Id” field f8, the transmission mail receiving side (the delivery confirmation mail Various information such as function information (such as a paper size capable of image formation) of the Internet facsimile machine of the transmission source is included.
In the “content-X-From-Request” field f7, the sender of the transmission mail specified in the “To” field f1 (see FIG. 6A) in the transmission mail (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 for the transmission mail specified in the “Message-ID” field f4 (see FIG. 6A) in the transmission mail is set. ing.
The delivery confirmation transmission /
The body (b) includes a predetermined message indicating that the transmission 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) The delivery confirmation process ends as it is.
On the other hand, if it is determined in S41 that the received mail is the delivery confirmation mail, whether the delivery confirmation mail is a delivery confirmation mail (response) for the transmitted mail broadcast to a plurality of destinations, That is, it is determined whether or not there are a plurality of destinations (read from the control memory 3) of the transmission mail including the matched message ID in S41 (S42), and it is the delivery confirmation mail for the broadcast transmission mail. If it is determined, the process proceeds to S45, and if not, the process proceeds to S43.
In S45, the delivery confirmation email includes the “content-X-From-Request” field f7, and the email address of the sender of the outgoing email (sender of the delivery acknowledgment email) set therein is set. , Whether it matches any of the e-mail addresses (destination information) set in the “To” field f1 of the transmitted mail that has been broadcast (whether a reply to content-X-From-Request has been made) 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 transmission mail that has been broadcasted and the delivery confirmation mail set in the “From” field f5 of the delivery confirmation mail. It is determined whether or not the e-mail address (address arbitrarily set by the user on the receiving side) matches, and if it matches, the process proceeds to S43, and if not, the process proceeds to S47. To do.
In this way, 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 It is either when the delivery confirmation mail has been replied from which of the plurality of destinations (YES side of S45 or YES side of S46). Therefore, in S43, the user is notified that the response to the transmitted mail has been confirmed (delivery confirmation has been performed) by display on the display / operation unit or output to a recording sheet. Further, when the notification ends, the message ID included in the delivery confirmation mail and the identification information of the reception source of the transmission mail included in the delivery confirmation mail, that is, the “content-X-From-Request” The mail address of the sender of the outgoing mail set in the field f7 (the sender of the delivery confirmation mail) (when moving from the YES side of S45), or the mail address set in the “From” field f5 After the mail address of the sender of the delivery confirmation mail (when moving from the NO side of S42 or the YES side of S46) is stored in the
Thus, since delivery confirmation (confirmation of response) is performed based on the message ID for identifying the transmitted mail and the identification information (email address) of the reception source of the transmitted mail, the transmitted mail includes a plurality of transmission mails. It is possible to perform delivery confirmation (response detection) for each destination (for each receiving side) even for a mail sent to the destination.
As a result, even when it is desired to confirm delivery of the outgoing mail for each destination, it is not necessary to send the outgoing mail individually for each destination, and e-mail data specifying a plurality of destinations is sent as one e-mail data. Thus, 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, the process proceeds from S46 to S47 when it is not possible to confirm from which of the plurality of destinations of the transmitted mail the delivery confirmation mail has been returned. In this case, after receiving a response to the transmitted mail but notifying the user that the reply source cannot be confirmed by displaying it on the display / operation unit or recording it on a recording sheet (S47), The delivery confirmation process ends.
[0026]
When the delivery confirmation process (S11 (process of FIG. 4)) is completed in this way, next, the delivery confirmation mail (response) is sent from all the destinations of the transmission mail based on the delivery confirmation mail reception result information. It is determined whether or not it has been received (S12), and if it is determined that the delivery confirmation mail has been received from all destinations, the time-out time measurement (measurement) by the
On the other hand, in S12, if there is a destination that has not received the delivery confirmation mail (the transmission destination of the transmission mail), it is determined whether or not the timeout period has elapsed since the transmission mail was transmitted. (S14). If the time-out period has not elapsed, the process returns to S7 and the process is repeated. If the time-out period has elapsed, the time-counting (measurement) of the time-out period by the
Here, in the transmission start process of S1, the number of retransmissions of the transmission mail can be set, and when a timeout occurs, only the destination (reception side) that has not successfully received the delivery confirmation mail It may be configured to repeat the processing of S2 to S16 as many times as the number of retransmissions.
[0027]
Next, processing when the
First, the
Next, whether or not the received mail is a request for a delivery confirmation reply, 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 (S65). If it is not set, the processing is terminated as it is, and if it is set (when a response to the delivery confirmation is requested), the above-described process as shown in FIG. A delivery confirmation mail is created by the e-mail 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 (see FIG. 6A) of the received mail 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 mail, and the “content-X-From-Request” field f7 is provided, and the mail address specified 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 its setting information) in the delivery confirmation mail is determined when the received mail (communication data) is a broadcast mail. It is also possible to include only when the “Disposition-Notification-To” field f2 is set or always include it. Further, as a method for determining whether or not the received mail is a broadcast transmission mail, in addition to the method for determining whether or not the “disposition-notification-options” field f3 is included in the received mail, a reception is possible. A method is also conceivable in which, when a plurality of pieces of address information are set (included) in the received mail, it is determined that the mail is a broadcast mail.
Then, when the transmission of the delivery confirmation mail ends, the connection with the mail server is disconnected (terminated), and then the process ends.
As described above, since the delivery confirmation mail includes identification information (e-mail address) of the sender of the delivery confirmation mail (receiver of the transmission mail) in addition to the message ID, It becomes possible to confirm from which of the destinations of the transmitted transmission data it is the delivery confirmation mail.
In the embodiment described above, an electronic 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, to identify each
[0028]
【The invention's effect】
As described above, according to the present invention, since the response from the side that received the communication data includes the identification information of the response transmission source (communication data reception side) in addition to the identification information of the communication data, On the transmission side, even when communication data is broadcast, it is possible to confirm which of the communication data destinations is the response. Accordingly, it is possible to individually confirm the responses from the receiving sides while suppressing the communication load by broadcasting one communication data to a plurality of destinations.
[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 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 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 for 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 view 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 view showing the 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 showing a schematic configuration of an image data transmission / reception system including a conventional Internet facsimile apparatus as a constituent element.
[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 ... E-mail creation department
8 Reading unit
9 ... Recording section
10 Panel control unit
11: Encoding / decoding control unit
12 ... LAN controller
13. Modem
14 ... Network control unit (NCU)
15: Delivery confirmation transmission / reception control unit
16 ... clock part
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 (8)
前記通信データが複数の宛先に対する同報送信データであるか否かを判別する同報送信判別手段を具備し，
前記応答返信手段が，前記通信データが前記同報送信データであると判別された場合に自己の識別情報を含む前記応答を返信してなることを特徴とする通信装置。A response reply that, when communication data including predetermined response request information is received via the network, returns a response including data identification information about the communication data included in the communication data to the transmission source of the communication data In a communication device comprising means,
Broadcast transmission determining means for determining whether or not the communication data is broadcast transmission data for a plurality of destinations;
The communication device, wherein the response reply means replies the response including its own identification information when it is determined that the communication data is the broadcast transmission data .
前記応答返信手段が，前記通信データに前記自己の識別情報を含めて前記応答を返信するよう要求する受信元識別情報要求情報が含まれている場合に前記自己の識別情報を含む前記応答を返信してなることを特徴とする通信装置。 When the response reply means includes receiver identification information request information for requesting that the communication data include the identification information of the receiver and return the response, the reply including the identification information of the receiver is returned. A communication apparatus characterized by comprising:
前記データ送信手段が，前記通信データについての前記データ識別情報と前記通信データの受信元の識別情報とを前記応答に含めるよう要求する受信元識別情報要求情報を含む前記通信データを送信するものであり，
前記通信データの受信元から受信した前記応答に含まれる前記データ識別情報と前記通信データの受信元の識別情報とに基づいて前記通信データの送達確認を行う送達確認手段を具備してなることを特徴とする通信装置。Via a network comprising a data transmission means for transmitting communication data including predetermined response request information and data identification information, the reception of the communication data based on the response received from the receiving source of the communication data In a communication device that confirms delivery to the source,
The data transmission means transmits the communication data including receiver identification information request information for requesting to include the data identification information about the communication data and the identification information of the receiver of the communication data in the response. Yes,
It comprises delivery confirmation means for confirming delivery of the communication data based on the data identification information included in the response received from the communication data reception source and the identification information of the communication data reception source. A communication device.
請求項１〜７のいずれかに記載の通信装置を具備し，
前記通信データに画像データが含まれてなることを特徴とする画像通信装置。In an image communication apparatus that transmits or receives image data with a communication partner via a network,
Comprising the communication device according to any one of claims 1 to 7 ,
An image communication apparatus, 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 JP2004140432A (en) | 2004-05-13 |
| JP3939627B2 true 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 (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220201151A1 (en) * | 2020-12-22 | 2022-06-23 | Canon Kabushiki Kaisha | Information processing apparatus, image processing apparatus and control method thereof |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8086672B2 (en) * | 2000-06-17 | 2011-12-27 | Microsoft Corporation | When-free messaging |
| JP2008108239A (en) | 2006-09-29 | 2008-05-08 | Brother Ind Ltd | Information processor and information processing program |
| JP6772826B2 (en) | 2016-12-26 | 2020-10-21 | ブラザー工業株式会社 | Image reader and image transmission method |
-
2002
- 2002-10-15 JP JP2002300606A patent/JP3939627B2/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220201151A1 (en) * | 2020-12-22 | 2022-06-23 | Canon Kabushiki Kaisha | Information processing apparatus, image processing apparatus and control method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004140432A (en) | 2004-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4111685B2 (en) | Image processing apparatus, image transmission method, and program | |
| US7725543B2 (en) | Network communication device for transmitting/receiving an email message containing a disposition notification request | |
| KR101539823B1 (en) | Image forming apparatus, method for controlling an image forming apparatus and storage medium | |
| US7792142B2 (en) | Data transmission device, data transmission method, data transmission program, data reception device, data reception method, data reception program, and communication system | |
| US8014502B2 (en) | Communication device | |
| JP3586208B2 (en) | Mail non-delivery information notification method and data communication device | |
| US20040114194A1 (en) | Facsimile machine | |
| JP2003078703A (en) | Facsimile terminal | |
| JP4416999B2 (en) | Communication device | |
| JP3939627B2 (en) | Communication device, image communication device | |
| JP2000347954A (en) | Communication control method for electronic mail system | |
| ES2377967T3 (en) | Communication terminal to provide broadcast communication and media, procedure and recording medium thereof | |
| JP4248205B2 (en) | Network communication equipment | |
| JP2001036688A (en) | Network facsimile terminal and its control method | |
| JP3622007B2 (en) | Internet facsimile machine | |
| JP3474742B2 (en) | Network facsimile machine | |
| JP3543919B2 (en) | Control method for network facsimile machine | |
| JP3944602B2 (en) | Facsimile device | |
| JP2007188513A (en) | Data receiving device, data receiving method, communication system, data receiving program and storage medium therefor | |
| JP3871625B2 (en) | Communication device | |
| JPH10304127A (en) | Control method for network facsimile equipment | |
| JP3873879B2 (en) | Facsimile device | |
| JP3748032B2 (en) | Network facsimile machine | |
| JP2003264706A (en) | Network facsimile apparatus | |
| JP2004179763A (en) | Communication apparatus and communication method |
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 |