JP2004088664A

JP2004088664A - Network communication device

Info

Publication number: JP2004088664A
Application number: JP2002249726A
Authority: JP
Inventors: Takeshi Nakamura; 中村　武志
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2002-08-28
Filing date: 2002-08-28
Publication date: 2004-03-18
Anticipated expiration: 2022-08-28
Also published as: JP4248205B2

Abstract

<P>PROBLEM TO BE SOLVED: To provide a network communication device which can send data in accordance with the reception capability of a sendee. <P>SOLUTION: According to the network communication device, a control memory 14 stores file information on received or sent image data including record information of communication with a sendee, file formats, and compression formats. An instruction is given to execute a data transmission according to a transmission condition based on the information stored in the control memory 14, using a dial list key. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して画像データを送信することが出来るネットワーク通信装置に関するものである。
【０００２】
【従来の技術】
電話回線を介して通信する従来のファクシミリ（ＦＡＸ）装置等のスキャナ装置においては、送信元が送信先の最大受信能力（対応可能な受信能力）に関する情報を取得した後、その受信能力に合わせて送信データを変換して送信を行うか、送信元で送信データを変換する手間を省略するために、前回の送信時に取得した送信先の最大受信能力情報を、電話帳（短縮ダイヤル等）に登録し、その最大受信能力情報に基づき送信を行っていた。
【０００３】
近年、ネットワーク化の進展に伴い、単に画像データの読み取り装置として用いられるだけでなく、画像データをネットワーク接続されたコンピュータ等の装置へ自ら送信する機能を備えたスキャナ装置が開発されている。
その中には、インターネット等のネットワークに接続し、電子メール（Ｅ−　ｍａｉｌ）を用いてコンピュータに画像を送信するスキャナ装置として、Ｓｃａｎ
ｔｏ　Ｅ−ｍａｉｌ　という機能を備えたネットワークスキャナ装置がある。
【０００４】
これは、ネットワークに接続されているスキャナ装置において、読み取った原稿画像データをフォーマットデータに変換して電子メール用の添付ファイルを作成し、電子メールとともにその添付ファイルをインターネット上の相手のアドレス（ホストコンピュータ）に送信するものである。
また、上述のネットワーク接続されるスキャナ装置等のネットワーク通信装置として、さらに印刷機能や電話機能も備えた、インターネットＦＡＸ装置が開発されている。
【０００５】
このインターネットＦＡＸ装置は、通常の電話回線を経由して画像情報を他のＦＡＸ装置に送信するだけでなく、画像データを、インターネットを経由して他のＦＡＸ装置に送信することが出来る。
しかし、ネットワークへの画像データの送信において、送信先の符号化能力が分からないという問題点があり、送信した画像データを送信先で確実に受信出来たか否か分からないという問題点があった。そして、能力の不一致により添付ファイルが開けない虞があった。
【０００６】
そのため、インターネットの標準規格を決める団体であるＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）　において、このインターネットＦＡＸ装置の標準化が検討されており、標準符号化方式として、送信する画像の条件を水平画素数：１７２８画素、解像度：２００　×１００ｄｐｉまたは２００　×２００ｄｐｉ、符号化方式：ＭＨとし、画像をＴＩＦＦ（Ｔａｇｇｅｄ　Ｉｍａｇｅ　Ｆｉｌｅ　Ｆｏｒｍａｔ）形式のファイルにし、ファイルが電子メールフォーマット標準であるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｔｉｏｎｓ）　を最低限備えていることを規定している。
【０００７】
しかし、規定された標準符号化方式は、あくまでも低圧縮・低解像度の仕様であるため、仮に送信先のＦＡＸ装置が高圧縮・高解像度の機能を備えていても、ユーザが所望する高解像度、高圧縮の態様で画像データを送信することが出来ないという問題があった。
【０００８】
そこで、そのような問題点を解決する方法として、電子メールを受信した場合に、送信先端末が、送信先端末の受信能力及び、送達確認の応答を送信元に返信するＭＤＮ（Ｍｅｓｓａｇｅ　Ｄｉｓｐｏｓｉｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）の方法がＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔ　）により規定されている。
ＲＦＣとは、インターネットに関する技術の標準を定める団体であるＩＥＴＦが正式に発行する文書を指す。ＲＦＣとして、例えば、ＩＰ、ＴＣＰ、ＨＴＴＰ、ＦＴＰ等のインターネットで利用されるプロトコルや、その他インターネットに関するさまざまな技術の仕様・要件等が、ＲＦＣ２２９８のような通し番号をつけて公開されている。
【０００９】
ＭＤＮにおいては、電子メールのヘッダ部に「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ　：」フィールドを新たに設けられている。送信元及び送信先の端末がＭＤＮの仕様を満たしている場合には、前記フィールドを用いて応答処理が行われる。すなわち、具体的には、送信元において、前記フィールドに送達確認メールの送付を希望するアドレスを指定して送信し、送信先において、前記フィールドで指定されたアドレスにメールの返信を行う。
【００１０】
このＭＤＮ機能を備えたインターネットＦＡＸ装置（ネットワーク通信装置）が、特開２００１−３０９１０９号公報に開示されている。
このインターネットＦＡＸ装置においては、電子メールを送信した場合、送信終了後、一定時間経過しても送信先よりＭＤＮ応答の電子メールが送られてこないときには、ユーザにＭＤＮ応答（送達確認応答）が送られてこないことを告知するための不達レポートを記録出力する。
これにより、送信先端末に正常に送信が行われたか否かを確認することが出来る。
【００１１】
【発明が解決しようとする課題】
しかし、上述したＭＤＮにより送信先端末の受信能力を取得する方法では、最初の電子メールの送信時には送信先の受信能力が分からないので、送信先が所望する態様の画像データを送信することが出来ず、その結果、送信する画像データの送信条件を低解像度・低圧縮率の符号化方式に固定した状態で送信する必要があった。
また、ＭＤＮの機能についても、ネットワークにおける通信機能として必ず備えなければならない機能ではないので、この機能を有しない相手先と通信する場合においては、送信先の受信能力を知ることが出来ないという問題があった。また、送信先が再度電子メールを作成して送信しなければならないので、一般的な通信時には、ＭＤＮによる通知を行っていないのが現状であった。
【００１２】
本発明は斯かる事情に鑑みてなされたものであり、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うことにより、相手先の受信能力に合わせた形で送信することが可能であるネットワーク通信装置を提供することを目的とする。
【００１３】
そして、本発明は、送信した相手先のアドレス情報を含む通信履歴情報の記憶時に、送信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うことにより、過去に送信した実績があるファイル形式に適合させて確実に送信することが可能であるネットワーク通信装置を提供することを目的とする。
【００１４】
また、本発明は、履歴情報記憶手段がファイル情報を最新の１又は複数件のみ記憶すべく構成することにより、記憶容量を削減することが可能であるネットワーク通信装置を提供することを目的とする。
【００１５】
さらに、本発明は、履歴情報管理手段が、受信能力情報を受信した場合に、受信能力情報を記憶すべく構成することにより、次回の送信時に相手先の受信能力に適合した送信条件を選択することが可能であるネットワーク通信装置を提供することを目的とする。
【００１６】
そして、本発明は、履歴情報記憶手段が、受信能力情報を最新の１又は複数件のみ記憶すべく構成することにより、記憶容量を削減することが可能であるネットワーク通信装置を提供することを目的とする。
【００１７】
また、本発明は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成することにより、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが可能であり、ユーザがこれを認識することが出来るネットワーク通信装置を提供することを目的とする。
【００１８】
さらに、本発明は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成することにより、再度の読み取りエラーの発生を防止することが出来るネットワーク通信装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明のネットワーク通信装置は、ネットワークを介して画像データを送受信すべく構成されているネットワーク通信装置において、相手先との通信の履歴情報、並びにファイルフォーマット及び圧縮形式を含む、受信した画像データのファイル情報を記憶する履歴情報記憶手段と、該履歴情報記憶手段に記憶された情報に基づく送信条件により送信すべく指示する送信指示手段とを備えることを特徴とする。
【００２０】
ネットワークを介して画像データを送信する場合、予め送信先の受信能力を知ることが出来ないが、本発明においては、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、相手先の受信能力に合わせた形で送信することが可能となる。
【００２１】
そして、本発明においては、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００２２】
本発明のネットワーク通信装置は、ネットワークを介して画像データを送受信すべく構成されているネットワーク通信装置において、相手先との通信の履歴情報、並びにファイルフォーマット及び圧縮形式を含む、送信した画像データのファイル情報を記憶する履歴情報記憶手段と、該履歴情報記憶手段に記憶された情報に基づく送信条件により送信すべく指示する送信指示手段とを備えることを特徴とする。
【００２３】
本発明においては、送信した履歴情報（通信管理情報又はリダイヤル情報）の記憶時に、送信した相手先のアドレスと、送信した画像データのファイル情報とを記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、過去に送信した実績があるファイル形式に適合させて、確実に送信することが可能である。
【００２４】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、前記ファイル情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする。
【００２５】
本発明は、電話帳（短縮ダイヤル等）の簡易アドレス帳を用いて送信するのではなく、履歴情報記憶手段に記憶されたアドレス情報に基づき直接送信指示するものである。従って、履歴情報として所定時間（１日等）又は所定件数（通常５０件以上）の通信先のアドレス情報及び通信結果情報が記憶されている上に、通信条件（符号化方式等のファイル情報、相手先の能力）を記憶させるので、大きな記憶容量が必要となる。
記憶容量には制約があるので、本発明においては、最新の所定件数（例えば１０件）のみ記憶することにしており、記憶容量を削減することが可能となる。
なお、最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００２６】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、受信能力情報を受信した場合に、該受信能力情報を記憶すべく構成されていることを特徴とする。
本発明においては、ＭＤＮの応答メールを受信して受信能力情報を取得したときに、この受信能力情報を記憶しておくことにより、次回の送信時に相手先の受信能力にさらに適合した送信条件を選択することが可能になる。
【００２７】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、前記受信能力情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする。
履歴情報として通常５０件以上記憶する必要があるが、記憶容量には制約があるので、本発明においては、受信能力情報を最新の所定件数（例えば１０件）のみ記憶することにしており、記憶容量を削減することが可能となる。
【００２８】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成されていることを特徴とする。
本発明においては、次回の送信時に、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが可能である。
【００２９】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されていることを特徴とする。
ここで、標準符号化方式とは、送信する画像の条件を水平画素数：１７２８画素、解像度：２００　×１００ｄｐｉまたは２００　×２００ｄｐｉ、符号化方式：ＭＨとし、画像をＴＩＦＦ（Ｔａｇｇｅｄ　Ｉｍａｇｅ　Ｆｉｌｅ　Ｆｏｒｍａｔ）形式のファイルにし、ファイルが電子メールフォーマット標準であるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｔｉｏｎｓ）　を最低限備えていることをいう。
本発明においては、再度の読み取りエラーの発生を防止することが出来る。
【００３０】
本発明のネットワーク通信装置は、画像データを電子メールの添付ファイルとして送受信すべく構成されていることを特徴とする。
【００３１】
本発明においては、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る。
【００３２】
【発明の実施の形態】
以下、本発明をその実施の形態を示す図面に基づき具体的に説明する。
本発明に係るネットワーク通信装置は、所定の送信設定により、ネットワークを介してデータの送信を行うものである。このネットワーク通信装置は、データの送信とともに、送信先へ応答を要求し、その応答の有無を確認する応答確認機能も有している。
【００３３】
このネットワーク通信装置の構成について、図１及び図２に基づいて説明する。
図１は、本発明のネットワーク通信装置としてのＦＡＸ／電子メール装置１１の電気的構成を示すブロック図である。
このＦＡＸ／電子メール装置１１は、データを記録媒体に印刷するプリンタ／コピー、電話回線を利用した通常のＦＡＸとしての機能の他に、インターネット等のネットワークを経由して、電子メールの送受信及びサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ））装置、並びにインターネットＦＡＸ装置としての機能を有する。インターネットＦＡＸ装置としての機能については、後に詳述する。
【００３４】
このＦＡＸ／電子メール装置１１は、大略的に、メイン制御部１２と、パネル制御部１３と、制御用メモリ１４と、画像用バッファ１５と、制御用バッファ１６と、画像記憶部１７と、電子メール作成部１８と、読取り部１９と、記録部２０と、符号／復号化制御部２１と、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）制御部２２と、モデム２３と、網制御部（ＮＣＵ：Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）２４と、送達確認送受信制御部２５と、時計部２６と、時間管理部２７とを備えて構成されている。
【００３５】
メイン制御部１２は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）等を備えており、ＦＡＸ／電子メール装置１１全体の制御を行う。パネル制御部１３は、原稿の読込み及び相手先入力等の指示を行うためのものであり、詳細は後述する。
制御用メモリ１４は、ＲＯＭ等の不揮発性のメモリ及びバックアップされた揮発性のメモリ等からなり、制御プログラム、相手先情報（相手先の電話番号、短縮番号、リダイヤル情報、相手先との通信の履歴情報、画像データのファイル情報及び相手先の受信能力情報等の各種情報）を記憶する。
【００３６】
画像用バッファ１５は、ＲＡＭ等からなり、送受信される画像データの圧縮や伸長にあたっての一時記憶に使用される。制御用バッファ１６は、ＲＡＭ等からなり、制御プログラムを動作させる上で必要なデータを格納する。画像記憶部１７は、符号化された画像データを記憶するとともに、後述する読取り部１９から読込んだデータ、または受信したデータ、復号化後のデータ等を記憶する。
【００３７】
電子メール作成部１８は、符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。読取り部１９は、原稿読取り手段としての光電変換素子（ＣＣＤ；Ｃｈａｒｇｅ　Ｃｏｕｐｌｅｄ　Ｄｅｖｉｃｅ）を利用したスキャナであり、原稿を所定の解像度で読み取る。そして、読み取った結果、ドットイメージデータを出力する。記録部２０は、電子写真方式のプリンタ装置を備えており、通信によって受信した原稿画像や読取り部１９で読み取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００３８】
符号／復号化制御部２１は、読込んだ原稿画像のデータの符号化又は受信時の復号化を行う。すなわち、この符号／復号化制御部２１は、読取り部１９で読み取った原稿画像のデータを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像のデータを元のデータに復号化する。この符号／復号化制御部２１においては、ＦＡＸ通信で一般に使用されている、ＭＨ（Ｍｏｄｉｆｉｅｄ　Ｈｕｆｆｍａｎ）、ＭＲ（Ｍｏｄｉｆｉｅｄ　ＲＥＡＤ）　及びＭＭＲ（Ｍｏｄｉｆｉｅｄ　Ｍｏｄｉｆｉｅｄ　ＲＥＡＤ）等の符号化方式を用いることが出来る。
【００３９】
ＬＡＮ制御部２２は、インターネット経由による電子メールの送受信及びインターネットＦＡＸの通信を行うべくＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）と接続するためのものである。モデム２３は、通常のＦＡＸ通信を行うためのものであり、ＦＡＸ通信が可能なＦＡＸモデムから構成されている。このモデム２３は、ＮＣＵ２４を介して公衆電話回線と接続されている。ＮＣＵ２４は、アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結及び開放の回線制御動作を行うハードウェアであり、必要に応じてモデム２３を公衆電話回線網と接続する。
【００４０】
送達確認送受信制御部２５は、上述したＭＤＮ機能による送達確認（送達確認応答）の要求、及び受信した送達確認応答の管理等を行うためのものであり、電子メール作成部１８が付加するヘッダ情報を用いて制御を行う。
この送達確認送受信制御部２５は、データの送信における送信エラーを検出する検出手段に相当し、また、送達確認送受信制御部２５は、送信エラーを検出した場合にデータを再送する再送手段にも相当する。
ここで、この送信エラーとは、後述する送達確認において、画像データを読み取ることが出来ず、送信が正常に完了していないという結果が得られたことをいう。
さらに、送達確認送受信制御部２５は、上述のパネル制御部１３と組み合わせて、所定の送信設定を変更する設定変更手段、及び送信設定を変更する際の確認をするための確認手段としても機能する。
【００４１】
時計部２６は、前記送達確認の要求を送信してから、送達確認応答を受信するまでの経過時間を計測する計測手段であり、たとえば後述するタイムアウト時間等をカウントする。時間管理部２７は、時計部２６で計測された送達確認応答を受信するまでの時間を記憶し、また後述するようにその時間に基づいて、タイムアウトエラーの判定を行う待ち時間を設定する変更手段である。
【００４２】
図２は、パネル制御部１３を示す平面図である。
このパネル制御部１３は、表示部３１及び操作部３２を備えており、これらを一体化したタッチパネル型に構成されている。そして、ＦＡＸ送信にあたっては、相手先の設定が行われ、設定された相手先情報は、制御用メモリ１４に格納される。表示部３１は、液晶表示装置（ＬＣＤ：Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）及びＣＲＴ（ブラウン管：Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）ディスプレイ等からなり、動作状態や送信先の情報等、数字や記号だけでなく、画像を表示することが出来る。操作部３２は、本発明のＦＡＸ／電子メール装置１１に対する設定及び条件または処理動作等の入力操作に必要な各種のキー（入力手段）を備えている。
【００４３】
操作部３２は、テンキー３３、クリアキー３４、スタートキー３５、全解除キー（ＣＡキー）３６、モード選択キー３７、及びジョブステータス表示キー３８、ユーザ設定キー３９、ダイヤルリストキー４０等を備えている。表示部３１はタッチパネルとなっており、設定等にあたって各種のキーを表示し、入力を受付けるようになっている。
テンキー３３は、画像形成枚数や部数等を入力するためのものである。クリアキー３４は、テンキー３３から入力された情報等をクリアするためのものである。スタートキー３５は、記録媒体への画像出力動作を開始するためのキーである。全解除キー３６は、設定された条件を全てクリアするためのキーである。
【００４４】
また、モード選択キー３７は、たとえばインターネットを介して受信したデータ等を出力するプリンタとしてのプリンタモード、電話回線及びインターネットを介して他の装置にデータを送信するＦＡＸとしてのＦＡＸモード、及び原稿から読み取った画像データを記録媒体に印刷する複写機としての複写（コピー）モード等に対応するキー（プリンタキー・ＦＡＸ／イメージ送信キー・コピーキー）を有する。ユーザは、これらのキーの中からいずれかを選択することで、本発明のＦＡＸ／電子メール装置１１の機能を選択する。ジョブステータス表示キー３８は、現在の画像形成ジョブの状況を選択表示するためのキーであり、ダイヤルリストキー４０は、過去の通信の履歴情報を用いて新規の送信を指示するためのキーである。
【００４５】
以下、本発明のＦＡＸ／電子メール装置１１のインターネットＦＡＸ装置としての機能について説明する。
本発明のＦＡＸ／電子メール装置１１が、インターネットＦＡＸ装置としてＦＡＸ文書データ（画像データ）を送信する場合、符号／復号化制御部２１において符号化されたＦＡＸ文書データに、電子メール作成部１８において、ヘッダ情報が付加され、電子メールのフォーマットに変換される。
【００４６】
図３は、本発明のＦＡＸ／電子メール装置１１と送信先のＦＡＸ／電子メール装置５との接続を示すブロック図である。
本発明のＦＡＸ／電子メール装置１１は、ＦＡＸ文書データの送信先である電子メールアドレスにＦＡＸ文書データを付加して電子メール化する。そして、公衆電話回線等を通じてインターネットプロバイダとしてのメールサーバ装置２に接続され、そのホストを介してインターネットＮに接続されるか、または直接インターネットＮに接続されることにより、ネットワーク上のメールサーバ装置４にその電子メールが転送され、送信先のＦＡＸ／電子メール装置５に電子メールが送信される。
【００４７】
そして、本ＦＡＸ／電子メール装置１１は、配信成功後にメッセージで処理状況を通知するＭＤＮ機能を有する。ＭＤＮ機能とは、上述したように、電子メールを受信した場合に、送信先のＦＡＸ／電子メール装置５が送達確認応答を送信元のＦＡＸ／電子メール装置１１に返信することによって送達確認を行うことが出来る機能である。
そこで、本ＦＡＸ／電子メール装置１１では、電子メール作成部１８において、電子メールのヘッダ部に、送達確認送受信制御部２５が用いるためのＭＤＮフィールドを付加し、そのＭＤＮフィールドに確認メールを送付するアドレス（送信元のＦＡＸ／電子メール装置１１のアドレス又は番号）を記述し、送達確認応答の要求を行う。
【００４８】
次に、送信元のＦＡＸ／電子メール装置１１が、ＦＡＸ文書データを電子メールとして、送信先のＦＡＸ／電子メール装置５に送信する処理について説明する。
図４及び図５は、本発明のＦＡＸ／電子メール装置１１における送受信の処理を示すフローチャートである。
まず、ユーザにより原稿が読取り部１９にセットされ、パネル制御部１３より送信先のアドレス及び送信条件等が入力され、送信元のＦＡＸ／電子メール装置１１が送信処理を開始する（ステップＳ１）。
この場合に設定される送信先の情報及びその操作手順については、後述する。
【００４９】
次に、ＮＣＵ２４がインターネット（サーバ）に接続し（ステップＳ２）、電子メール作成部１８で作成された電子メールを送信する（ステップＳ３）。このステップＳ３で送信する電子メールの構成については、後で説明する。
送信が完了した後、インターネット（サーバ）との接続を終了する（ステップＳ４）。
【００５０】
ステップＳ５において、送達確認送受信制御部２５が、送達確認応答の要求を設定しているか否かを判断し、設定されていない場合には、ステップＳ１３に処理を進める。そして、ステップＳ１３において、送信した相手先のアドレス情報及び送信した画像情報を制御用メモリ１４に登録して処理を終了する。
送達確認応答が設定されている場合にはステップＳ６に処理を進める。ステップＳ６において、履歴情報登録処理として送信した相手先のアドレス情報と、送信した画像データのファイル情報を制御用メモリ１４に一旦登録した後に、時計部２６による送達確認応答の待ち時間の計測を開始する。なお、ステップＳ６において登録された履歴情報は、送達確認応答の結果に対応して更新される。
【００５１】
そして、所定時間毎にインターネット（サーバ）に再び接続し（ステップＳ７）、ステップＳ８において、新たな電子メールが到着しているか否かを判断する。
新たな電子メールが到着していない場合には処理をステップＳ１０に進め、インターネット（サーバ）との接続を終了する。新たな電子メールが到着している場合には、送達確認送受信制御部２５が新着メールを受信した後（ステップＳ９）、処理をステップＳ１０に進める。
このステップＳ９において受信した電子メールの構成については、後で説明する。
なお、このステップＳ９で受信する電子メールは、送信先からの送達確認の応答の電子メールであってもよいし、新規に受信した通常の電子メールであってもよい。
【００５２】
次に、ステップＳ１１において、送達確認応答を受信したか否かを判断する。
ステップＳ１１において、送達確認応答又はサーバからのエラーメールを受信した場合には、時計部２６による送達確認応答の待ち時間の計測を終了し（ステップＳ１２）、処理をステップＳ１３に進める。ステップＳ１３において、履歴情報登録処理として通常の受信情報を登録し、ＭＤＮによる応答のメール情報に基づいて通信情報の更新を行い、処理を終了する。
【００５３】
一方、前記ステップＳ１１において送達確認応答を受信していない場合にはステップＳ１４に処理を進め、ステップＳ１４において、時計部２６による計測時間が設定されている送達応答確認の待ち時間に達しているか否か、すなわち、送達確認応答がタイムアウトか否かを判断する。
待ち時間に達していない場合には処理をステップＳ７に戻す。
待ち時間に達しており、タイムアウトエラーと判定した場合には、時計部２６による送達確認応答の待ち時間の計測を終了し（ステップＳ１５）、パネル制御部１３の表示部３１によりユーザに対してタイムアウトエラーの報知を行った後（ステップＳ１６）、処理をステップＳ１３に進める。そして、ステップＳ１３において、履歴情報登録処理を行った後、処理を終了する。
【００５４】
なお、ステップＳ１３の履歴情報登録処理時において、送信先から送られてきた画像データのファイル情報、及び送信先からＭＤＮの応答メールで送られてきた受信能力について登録する際に、制御用メモリ１４のメモリ容量を考慮し、最新の所定件数（例えば１０件）についてのみ登録する構成にしてもよい。
これは、ステップＳ１３の履歴情報への新規の登録時に合わせて、所定件数以上前に履歴情報として登録されたファイル情報、又は受信能力情報を代わりに消去することにより容易に処理することが可能である。
但し、履歴情報として消去するのはあくまでも、ファイル情報等についてであり、相手先のアドレス情報等の通信情報については、予め設定された所定件数（例えば５０件）以上、登録されるまで消去しないようにする。
最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００５５】
次に、上述のステップＳ３において送信した電子メールの一例を図６に示す。
電子メールは、図６に示したようにヘッダ部、本文及び添付ファイル部からなる。
電子メールは実際には３つに分割されている訳ではないが、ここでは分割した状態で説明する。
ヘッダ部は、電子メールの送受信及びインターネットにおける配信等に関する情報を表示する部分である。このヘッダ部の各行は、送受信等で用いられる固有の情報を記しており、以下、この各行のことをフィールドという。
【００５６】
例えば、Ｔｏフィールドには電子メールの宛先が表示される。
そして、本実施の形態においては、ＭＤＮ（ＲＦＣ２２９８）で規定されるＤｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏフィールド（ＭＤＮフィールド）に、送達確認メールを送付すべき送信先を設定するようにしてある。ここで、宛先は、図示するようにＤＥＦに設定されている。
また、Ｍｅｓｓａｇｅ−Ｉｄフィールドは、個々のメールを識別するためのフィールドであり、例えば、送信時に送信メールに対してＭｅｓｓａｇｅ−Ｉｄ：ＧＨＩを付与して送信する。すると、ＭＤＮの応答メールとして、そのＭｅｓｓａｇｅ−Ｉｄ：ＧＨＩが後述する結果情報のＯｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄ　フィールドに付与された応答メールを受信することが出来、これによってメールを識別することが出来る。
【００５７】
本文は、電子メールの本体に相当する。本実施の形態は、画像情報を送信するインターネットＦＡＸ装置に適用した場合であるので、本文は簡単なメッセージの送受信のために補助的に用いられている。
【００５８】
そして、添付ファイルは、符号化した画像データを電子メールの本文に添付したものである。この添付ファイルの形式は、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ　Ｉｎｔｅｒｎｅｔ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎｓ）として定められている。
以上、説明した電子メールを、上述したステップＳ３において送信する。
【００５９】
次に、上述のステップＳ９において受信した電子メールの一例を図７に示す。
返信される電子メールは、図６に示した送信メールと同様にヘッダ部及び本文を含み、さらには、送信メールとは異なるＭＤＮの結果情報部を含んでいる。なお、電子メールは実際には分割されている訳ではないが、ここでは分割した状態で説明する。
ヘッダ部及び本文については、上述した図６に示す送信メッセージと同様の内容が記される。但し、図７の本文においては、送信が成功した旨のメッセージが記述されている。
【００６０】
ＭＤＮの結果情報部にはＭＤＮに用いるための情報が表示される。図示した各フィールドは、それぞれ次の情報を表す。
Ｆｉｎａｌ−Ｒｅｃｉｐｉｅｎｔ　のフィールドは、ＭＤＮを返信した側のアドレスを示す。
Ｏｒｉｇｉｎａｌ−Ｍｅｓｓａｇｅ−Ｉｄ　は、電子メールを識別するためのＩＤである。例えば図６に示したＭｅｓｓａｇｅ−Ｉｄフィールドに対応する送達確認の応答であることを示すために用いる。また、Ｄｉｓｐｏｓｉｔｉｏｎ　フィールドは、Ｍｅｓｓａｇｅ−Ｉｄに対応する電子メールの処理が成功したか否か等の状態を示す。図７においては、処理が成功した旨が示されている。
【００６１】
また、Ｍｅｄｉａ−Ａｃｃｅｐｔ−Ｆｅａｔｕｒｅｓ　フィールドは、電子メールの送信先における受信能力を示すフィールドである。
例えば、図７に示すように、本実施の形態の送信先の受信能力は、モノクロ表示であり（ｃｏｌｏｒ＝Ｂｉｎａｒｙ）、Ｔｉｆｆフォーマットのみ読み取ることができ（ｉｍａｇｅ−ｆｉｌｅ−ｓｔｒｕｃｔｕｒｅ＝Ｔｉｆｆ−ｌｉｍｉｔｅｄ）　、２００ｄｐｉの解像度であり（ｄｐｉ＝２００）　、縦横比が２００／１００　か又は２００／２００　であり（ｄｐｉ−ｘｙｒａｔｉｏ＝［２００／１００，２００／２００］）　、符号化方法はＭＨかＭＲかＭＭＲが可能であり（ｉｍａｇｅ−ｃｏｄｉｎｇ＝［ＭＨ，ＭＲ，ＭＭＲ］）、ＭＲＣ（Ｍｉｘｅｄ　Ｒａｓｔｅｒ　Ｃｏｎｔｅｎｔ）モードは０であり（０の場合においては、１頁内に異なる符号化方式及び解像度を許可しない）（ＭＲＣ−ｍｏｄｅ＝０）、用紙サイズはＡ４かＢ４かＡ３である（ｐａｐｅｒ−ｓｉｚｅ＝［Ａ４，Ｂ４，Ａ３］）　。
このように、受信した電子メールにおける、送信先の受信能力の情報を受信することにより、次回の送信時にその情報を用いて送信条件を設定することが出来る。
【００６２】
次に、図５に示すステップＳ１３における送受信メールを登録する際の履歴情報登録処理について、図８及び図９のフローチャートを参照して説明する。
まず、通信した相手先のアドレス情報を記憶し（ステップＳ２０）、ステップＳ２０において記憶したアドレスに対する通信が正常に終了したか否かについての通信結果情報を記憶する（ステップＳ２１）。
そして、ステップＳ２２において、ステップＳ２０において記憶した通信は、送信処理（送信メール）であったか否かについて再度確認する。送信メールであった場合、処理をステップＳ２９に進め、送信時に設定した画像データの送信条件（ファイル符号化方式等）を記憶する。
【００６３】
また、ステップＳ２２において、ステップＳ２０において記憶した通信が送信処理でない場合、すなわち受信処理（受信メール）であると判断した場合、処理をステップＳ２３に進め、受信メールの内容が、先に行った送信処理（送信メール）に対する送達確認（ＭＤＮ）の応答メールであるか否かについて判断する。
ステップＳ２３において受信メールが、ＭＤＮの応答メールでないと判断された場合、新規に受信した電子メールであるので、ステップＳ２７に処理を進め、受信した画像データのファイル情報（ファイル符号化方式等）を記憶する。
【００６４】
ステップＳ２３において、ＭＤＮの応答メールであると判断した場合、ステップＳ２４において、応答メールの受信時に、送信先の受信能力が通知がされているか否かを判断する。
ステップＳ２４において受信能力が通知されている場合、ステップＳ２５に処理を進め、通知された受信能力を記憶し、履歴情報登録処理を終了する。
【００６５】
また、ステップＳ２４において相手先の受信能力が通知されていない場合、ステップＳ２８に処理を進め、送達確認の結果がＯＫであるか否かについて判断する。
送達確認応答の結果がＯＫである場合、先に送信した送信時の画像データの送信条件（ファイル情報）については、少なくとも、送信先が受信能力を備えているものと判断し、そのファイル情報を登録する（ステップＳ２９）。
また、ステップＳ２８において、送達確認応答の結果がＯＫでない、すなわち不良であると判断した場合、送信した送信条件（ファイル情報）をエラー情報として記憶する（ステップＳ３０）。
【００６６】
次に、図４に示すステップＳ１における送信開始処理について、図１０に基づき説明する。
図１０は、図４に示す前記ステップＳ１における送信開始処理を詳細に示すフローチャートである。
まず、受信履歴情報に基づいて送信する場合につき説明する。
図１１は、受信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【００６７】
最初に、ユーザは読取り部１９に電子メールとして送信すべき原稿をセットする（ステップＳ４１）。
次に、ステップＳ４２において、ユーザが操作部３２の「　ダイヤルリストキー」　４０を押下すると、図１１（ａ）に示したように、「送信履歴」、「受信履歴」及び「リダイヤル」のキーが表示される。ここでは「受信履歴」を選択する（図１１（ｂ））。
【００６８】
図１１（ｃ）に示すように、受信履歴情報として、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。このファイル情報は上述したようにして前回の送信時に登録される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００６９】
次に、図１１（ｄ）に示すように、ステップＳ４２において表示された受信履歴情報から、ユーザは今回送信する送信先を選択する（ステップＳ４３）。
次にステップＳ４４で、ステップＳ４３で選択した送信先に対する送信条件（ファイル情報）を変更するか否かを選択する。
ステップＳ４４において送信条件（ファイル情報）を変更せず、そのまま送信を行う場合、スタートキー３５を押下する（ステップＳ４５）。これにより、ファイル情報に基づく送信条件によって、送信が実行される。
ステップＳ４４において送信条件を変更する場合、ユーザが直接、パネル制御部１３を用いて送信条件（ファイル形式及び符号化方式）を入力し（ステップＳ４６）、処理をステップＳ４５に進める。
最後に、読取り部１９により原稿の読取りが行われて（ステップＳ４７）送信開始処理が終了し、図４のステップＳ２の電子メールの送信処理が開始される。
【００７０】
次に、送信履歴の情報に基づいて送信する場合の送信開始処理について説明する。
図１２は、送信履歴情報に基づいて送信を行う場合の操作手順を説明するための図である。
この場合、図１０のステップＳ４２において、「　ダイヤルリストキー」　４０を押下し、図１２（ｂ）に示したように、「送信履歴」を選択する。
図１２（ｃ）に示すように、送信履歴情報として、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。このファイル情報は上述したようにして前回の送信時に登録される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００７１】
次に、図１２（ｄ）に示すように、ステップＳ４２において表示された送信履歴情報から、ユーザは今回送信する送信先を選択する。
後の処理は、受信履歴情報に基づいて送信する場合と同様にして実施する。送信は、送信履歴のファイル情報に基づく送信条件によって実行される。
【００７２】
図１３は、過去に送信した相手先へ再度送信するためのリダイヤル機能を用いて送信する場合の操作手順を説明するための図である。
この場合、「　ダイヤルリストキー」　４０を押下して、図１３（ｂ）に示したように、「リダイヤル」を選択する。
図１３（ｃ）に示すように、リダイヤルリストとして、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００７３】
図１３（ｄ）に示すように、送信先を選択することにより、再度その送信条件にて再送することが可能である。
また、先の送信時にＭＤＮによる送信先の能力要求又はリアルタイムモードを用いた能力交換を行っている場合、その結果に応じて、リダイヤル時の送信条件を設定可能に構成することも可能である。
【００７４】
以上のように、本実施の形態に係るＦＡＸ／電子メール装置１１は、相手先のアドレス情報を含む通信履歴情報の記憶時に、受信又は送信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により送信すべく指示して次回の送信を行うので、送信先の受信能力に合わせた形で送信することが可能である。
そして、本実施の形態においては、先の送信時に、ＭＤＮの応答メールを受信して能力通知を受け取っていない相手先へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００７５】
また、本実施の形態に係るＦＡＸ／電子メール装置１１は、制御用メモリ１４が、送信はエラーであったことを送信先より受信した場合に、送信時に指定したファイル情報をエラー情報として記憶し、パネル制御部１３の表示部３１においてエラーであったことを表示するので、前回と同一の送信条件を選択した場合に送信エラーが発生することをユーザが認識することが出来る。
そして、送信はエラーであったと記憶された送信先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されているので、再度の送信エラーの発生を防止することが出来る。
【００７６】
なお、前記実施の形態においては、送信先へＭＤＮの応答を要求する場合につき説明しているがこれに限定されるものではない。但し、ＭＤＮの応答メールを受信して受信能力情報を取得した場合に、この受信能力情報を記憶すべく構成することにより、次回の送信時に相手先の受信能力にさらに適合した送信条件により送信することが可能になる。そして、受信能力情報を最新の所定件数のみ記憶すべく構成することにより、記憶容量の削減が可能となる。
さらに、前記実施の形態においては、電子メールの添付ファイルとして画像データを送信する場合について説明しているがこれに限定されるものではなく、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）、ＩＰＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｉｎｔｉｎｇ　Ｐｒｏｔｏｃｏｌ）を用いて直接相手先へ画像データを送信する場合に用いても同等の効果を得ることが可能である。
【００７７】
【発明の効果】
以上、詳述したように、本発明のネットワーク通信装置は、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、送信先の受信能力に合わせた形で送信することが可能である。
そして、本発明においては、先の送信時に、ＭＤＮの応答メールを受信して能力通知を受け取っていない相手先へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００７８】
本発明のネットワーク通信装置は、送信した履歴情報の記憶時に、送信した相手先のアドレスと、送信した画像データのファイル情報とを記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、過去に送信した実績があるファイル形式に適合させて、確実に送信することが可能である。
【００７９】
本発明のネットワーク通信装置は、履歴情報記憶手段が、ファイル情報を最新の１又は複数件のみ記憶すべく構成されているので、記憶容量の削減が可能となる。なお、最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００８０】
本発明のネットワーク通信装置は、履歴情報管理手段が、受信能力情報を受信した場合に、受信能力情報を記憶すべく構成されているので、次回の送信時に相手先の受信能力に適合した送信条件を選択することが可能である。
【００８１】
本発明のネットワーク通信装置は、履歴情報記憶手段が、受信能力情報を最新の１又は複数件のみ記憶すべく構成されているので、記憶容量の削減が可能となる。
【００８２】
本発明のネットワーク通信装置は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成されているので、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが出来、ユーザがこれを認識することが出来る。
【００８３】
本発明のネットワーク通信装置は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されているので、再度の読み取りエラーの発生を防止することが出来る。
【００８４】
本発明のネットワーク通信装置は、画像データを電子メールの添付ファイルとして送受信すべく構成されているので、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＦＡＸ／電子メール装置の電気的構成を示すブロック図である。
【図２】本発明の実施の形態に係るＦＡＸ／電子メール装置のパネル制御部を示す平面図である。
【図３】本発明の実施の形態に係るＦＡＸ／電子メール装置と送信先のＦＡＸ／電子メール装置との接続を示すブロック図である。
【図４】本発明の実施の形態に係るＦＡＸ／電子メール装置における送受信の処理を示すフローチャートである。
【図５】本発明の実施の形態に係るＦＡＸ／電子メール装置における送受信の処理を示すフローチャートである。
【図６】本発明の実施の形態に係るＦＡＸ／電子メール装置が送信した電子メールの一例を示す図である。
【図７】本発明の実施の形態に係るＦＡＸ／電子メール装置が受信した電子メールの一例を示す図である。
【図８】履歴情報登録処理を示すフローチャートである。
【図９】履歴情報登録処理を示すフローチャートである。
【図１０】送信開始処理を示すフローチャートである。
【図１１】受信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【図１２】送信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【図１３】過去に送信した相手先へ再度送信するためのリダイヤル機能を用いて送信する場合の操作手順を説明するための図である。
【符号の説明】
１１　ＦＡＸ／電子メール装置
１２　メイン制御部
１３　パネル制御部
１４　制御用メモリ
１５　画像用バッファ
１６　制御用バッファ
１７　画像記憶部
１８　電子メール作成部
１９　読取り部
２０　記録部
２１　符号／復号化制御部
２２　ＬＡＮ制御部
２４　ＮＣＵ
２５　送達確認送受信制御部
２６　時計部
２７　時間管理部
４０　ダイヤルリストキー[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a network communication device capable of transmitting image data via a network.
[0002]
[Prior art]
2. Description of the Related Art In a scanner device such as a conventional facsimile (FAX) device that communicates via a telephone line, a transmission source acquires information on a maximum reception capability (a reception capability that can be supported) of a transmission destination, and then adjusts the reception capability. Register the maximum receiving capacity information of the destination acquired at the previous transmission in the telephone directory (abbreviated dial, etc.) in order to convert the transmission data and transmit or to save the trouble of converting the transmission data at the transmission source Then, transmission is performed based on the maximum reception capability information.
[0003]
2. Description of the Related Art In recent years, along with the progress of networking, scanner devices have been developed which are not only used as image data reading devices but also have a function of transmitting image data to devices such as computers connected to a network by itself.
Among them, as a scanner device that connects to a network such as the Internet and transmits an image to a computer using electronic mail (E-mail),
There is a network scanner device having a function called “to E-mail”.
[0004]
That is, in a scanner device connected to a network, a scanned document image data is converted into format data to create an attached file for e-mail, and the attached file is sent to the address (host Computer).
As a network communication device such as the above-described scanner device connected to the network, an Internet FAX device further having a printing function and a telephone function has been developed.
[0005]
This Internet FAX device can transmit image data to another FAX device via the Internet, in addition to transmitting image information to another FAX device via a normal telephone line.
However, when transmitting image data to a network, there is a problem that the encoding capability of the transmission destination is not known, and there is a problem that it is not known whether the transmitted image data has been reliably received at the transmission destination. Then, there is a possibility that the attached file cannot be opened due to the mismatch of the abilities.
[0006]
For this reason, the Internet Engineering Task Force (IETF), which is an organization that determines the standards for the Internet, is studying the standardization of this Internet FAX device. The resolution is 200 × 100 dpi or 200 × 200 dpi, the coding method is MH, the image is a TIFF (Tagged Image File Format) format file, and the file is MIME (Multipoise Internet Mail Extensions minimum), which is an electronic mail format standard. It has to be provided.
[0007]
However, the specified standard encoding method is a specification of low compression and low resolution to the last, so even if the fax machine of the transmission destination has the function of high compression and high resolution, the high resolution, There has been a problem that image data cannot be transmitted in a high compression mode.
[0008]
Therefore, as a method of solving such a problem, as a method of receiving an e-mail, the destination terminal receives the reception capability of the destination terminal and an acknowledgment of the delivery acknowledgment to the transmission source. The message destination notification (MDN). Is specified by RFC (Request For Comment).
RFC refers to a document officially issued by IETF, an organization that sets technical standards for the Internet. As RFCs, for example, protocols used in the Internet such as IP, TCP, HTTP, and FTP, and specifications and requirements of various other technologies related to the Internet are published with serial numbers such as RFC2298.
[0009]
In the MDN, a “Disposition-Notification-To:” field is newly provided in the header portion of the e-mail. If the source and destination terminals satisfy the MDN specification, response processing is performed using the above fields. That is, specifically, the transmission source specifies the address to which the delivery confirmation mail is desired to be transmitted in the field, and transmits the mail, and the transmission destination replies the mail to the address specified in the field.
[0010]
An Internet FAX device (network communication device) having the MDN function is disclosed in Japanese Patent Application Laid-Open No. 2001-309109.
In the Internet FAX apparatus, when an e-mail is transmitted, an MDN response (delivery acknowledgment) is transmitted to the user when the e-mail of the MDN response is not transmitted from the transmission destination after a lapse of a predetermined time after the transmission. Record and output a non-delivery report to announce that it will not be received.
Thereby, it is possible to confirm whether or not the transmission has been normally performed to the transmission destination terminal.
[0011]
[Problems to be solved by the invention]
However, in the above-described method of acquiring the receiving capability of the destination terminal by the MDN, the receiving capability of the destination is not known at the time of transmitting the first e-mail, so that the destination can transmit image data in a desired mode. As a result, it is necessary to transmit the image data to be transmitted in a state where the transmission conditions of the image data are fixed to the low resolution and low compression rate coding method.
Also, since the MDN function is not necessarily provided as a communication function in the network, when communicating with a destination that does not have this function, it is not possible to know the reception capability of the transmission destination. was there. In addition, since the transmission destination has to create and transmit an e-mail again, at the time of general communication, the MDN has not been notified at the time of general communication.
[0012]
The present invention has been made in view of the above circumstances, and stores file information of received image data when storing communication history information including address information of a received partner, and transmits the received image data based on a transmission condition based on the file information. An object of the present invention is to provide a network communication device capable of performing transmission in the form according to the receiving capability of the other party by performing the next transmission.
[0013]
Then, the present invention stores the file information of the transmitted image data at the time of storing the communication history information including the address information of the transmitted destination, and performs the next transmission based on the transmission condition based on the file information. It is an object of the present invention to provide a network communication device which can surely transmit a file in conformity with a file format having a record of transmission.
[0014]
Another object of the present invention is to provide a network communication apparatus capable of reducing the storage capacity by configuring the history information storage means to store only one or more latest file information. .
[0015]
Further, according to the present invention, when the history information management means receives the reception capability information, it is configured to store the reception capability information, thereby selecting a transmission condition suitable for the reception capability of the other party at the next transmission. It is an object of the present invention to provide a network communication device capable of performing the following.
[0016]
An object of the present invention is to provide a network communication device capable of reducing the storage capacity by configuring the history information storage means to store only one or more latest reception capability information. And
[0017]
Further, according to the present invention, when the history information storage unit receives from the other party that the transmitted image data could not be read, the file information specified at the time of transmission is stored as error information. Accordingly, it is possible to provide a network communication device that can notify that a reading error may occur when the same transmission condition as the previous time is selected, and that allows the user to recognize this. And
[0018]
Further, according to the present invention, when the history information storage means selects the transmission condition for the other party stored that the transmitted image data could not be read, by configuring to select the standard encoding method, It is an object of the present invention to provide a network communication device that can prevent a read error from occurring again.
[0019]
[Means for Solving the Problems]
A network communication device according to the present invention is a network communication device configured to transmit and receive image data via a network, wherein history information of communication with a destination, and a file format and a compression format are included. It is characterized by comprising: history information storage means for storing file information; and transmission instruction means for instructing transmission based on transmission conditions based on the information stored in the history information storage means.
[0020]
When transmitting image data via a network, it is not possible to know the receiving capability of the destination in advance, but in the present invention, when storing the communication history information including the address information of the receiving destination, the received image data Is stored, and the next transmission is performed according to the transmission conditions based on the file information, so that the transmission can be performed in accordance with the receiving capability of the other party.
[0021]
Then, in the present invention, at the time of the previous transmission, the delivery confirmation result (MDN response mail) for the e-mail is received and transmitted to the destination that has not received the capability notification (the destination that has not acquired the capability information). Even in this case, by utilizing the file format and compression format of the image data received in the past, the image data can be reliably transmitted, that is, the file can be opened at the transmission destination.
[0022]
The network communication device of the present invention is a network communication device configured to transmit and receive image data via a network, wherein communication history information of a communication with a partner, and a file format and a compression format are included. It is characterized by comprising: history information storage means for storing file information; and transmission instruction means for instructing transmission based on transmission conditions based on the information stored in the history information storage means.
[0023]
In the present invention, at the time of storing the transmitted history information (communication management information or redial information), the address of the transmitted destination and the file information of the transmitted image data are stored, and the next time based on the transmission condition based on the file information, Is transmitted, it is possible to reliably transmit the file in conformity with a file format having a record of transmission in the past.
[0024]
The network communication device according to the present invention is characterized in that the history information storage means is configured to store only one or a plurality of the latest file information.
[0025]
According to the present invention, transmission is not directly performed using a simple address book such as a telephone directory (such as abbreviated dialing), but is directly transmitted based on address information stored in a history information storage unit. Therefore, address information and communication result information of a communication destination for a predetermined time (one day or the like) or a predetermined number (normally 50 or more) are stored as history information, and communication conditions (file information such as an encoding method, (Storage capacity of the other party), a large storage capacity is required.
Since the storage capacity is limited, in the present invention, only the latest predetermined number (for example, 10) is stored, and the storage capacity can be reduced.
Since there is a high possibility of resending and replying to the most recently communicated destination, storing only the latest information enables reliable transmission with the latest information.
[0026]
The network communication device according to the present invention is characterized in that the history information storage means is configured to store the reception capability information when receiving the reception capability information.
In the present invention, when receiving the response mail of the MDN and acquiring the reception capability information, the reception capability information is stored, so that the transmission conditions more suitable for the reception capability of the other party can be set at the next transmission. It becomes possible to choose.
[0027]
The network communication apparatus according to the present invention is characterized in that the history information storage means is configured to store only one or a plurality of latest reception capability information.
Usually, it is necessary to store 50 or more pieces of history information. However, since the storage capacity is limited, in the present invention, only the latest predetermined number (for example, 10 pieces) of reception capability information is stored. The capacity can be reduced.
[0028]
The network communication device according to the present invention is configured such that, when the history information storage unit receives from the other party that the transmitted image data could not be read, the file information specified at the time of transmission is stored as error information. It is characterized by comprising.
In the present invention, it is possible to notify that a reading error may occur when the same transmission condition as the previous transmission is selected at the next transmission.
[0029]
The network communication device according to the present invention is configured such that the history information storage means selects a standard encoding method when selecting a transmission condition for a destination in which the transmitted image data cannot be read. It is characterized by having.
Here, the standard coding method means that the condition of the image to be transmitted is the number of horizontal pixels: 1,728 pixels, the resolution: 200 × 100 dpi or 200 × 200 dpi, the coding method: MH, and the image is in TIFF (Tagged Image File Format) format. Means that the file has at least a MIME (Multipurpose Internet Mail Extensions) which is an electronic mail format standard.
According to the present invention, it is possible to prevent a read error from occurring again.
[0030]
The network communication device according to the present invention is characterized in that it is configured to transmit and receive image data as an e-mail attached file.
[0031]
In the present invention, even if the transmission confirmation result (MDN response mail) for the e-mail is received and the capability notification is not received (the capability information is not acquired), the transmission is performed even when the transmission is performed. By utilizing the file format and the compression format of the image data received in the past, the image data can be reliably transmitted.
[0032]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, the present invention will be specifically described with reference to the drawings showing the embodiments.
A network communication device according to the present invention transmits data via a network according to a predetermined transmission setting. This network communication device also has a response confirmation function of requesting a response to the transmission destination together with data transmission and confirming whether or not the response has been made.
[0033]
The configuration of the network communication device will be described with reference to FIGS.
FIG. 1 is a block diagram showing an electrical configuration of a facsimile / e-mail device 11 as a network communication device according to the present invention.
The FAX / e-mail device 11 has functions of a printer / copy for printing data on a recording medium, a normal FAX function using a telephone line, and transmission / reception of e-mail and a server via a network such as the Internet. (E-mail / File Transfer Protocol (FTP) device) for transmitting and receiving files to and from the Internet, and has a function as an Internet FAX device. The function as the Internet FAX device will be described later in detail.
[0034]
The facsimile / email device 11 generally includes a main control unit 12, a panel control unit 13, a control memory 14, an image buffer 15, a control buffer 16, an image storage unit 17, E-mail creation unit 18, reading unit 19, recording unit 20, encoding / decoding control unit 21, LAN (Local Area Network) control unit 22, modem 23, and network control unit (NCU: Network Control Unit). 24, a transmission confirmation transmission / reception control unit 25, a clock unit 26, and a time management unit 27.
[0035]
The main control unit 12 includes a CPU (Central Processing Unit) and the like, and controls the FAX / email device 11 as a whole. The panel control unit 13 is for instructing reading of a document, input of a destination, and the like, and details will be described later.
The control memory 14 includes a non-volatile memory such as a ROM, a volatile memory backed up, and the like, and includes a control program, destination information (telephone number, abbreviated number, redial information, and communication of the destination). Various information such as history information, file information of image data, and reception capability information of the other party).
[0036]
The image buffer 15 includes a RAM or the like, and is used for temporary storage when compressing and expanding image data to be transmitted and received. The control buffer 16 is composed of a RAM or the like, and stores data necessary for operating the control program. The image storage unit 17 stores the encoded image data, as well as data read from a reading unit 19 described later, received data, decoded data, and the like.
[0037]
The e-mail creating unit 18 adds header information to the encoded image data and converts the image data into an e-mail format. The reading unit 19 is a scanner that uses a photoelectric conversion element (CCD; Charge Coupled Device) as a document reading unit, and reads a document at a predetermined resolution. Then, as a result of the reading, dot image data is output. The recording unit 20 includes an electrophotographic printer device, and makes a hard copy (printout) of data such as a document image received by communication and a document image read by the reading unit 19.
[0038]
The encoding / decoding control unit 21 encodes the data of the read original image or decodes the data at the time of reception. That is, the encoding / decoding control unit 21 encodes and compresses the data of the original image read by the reading unit 19 and decodes the encoded and received original image data into the original data. The encoding / decoding control unit 21 can use an encoding method commonly used in FAX communication, such as MH (Modified Huffman), MR (Modified READ), and MMR (Modified Modified READ).
[0039]
The LAN control unit 22 is for connecting to a LAN (Local Area Network) to transmit and receive e-mail via the Internet and to perform Internet FAX communication. The modem 23 is for performing normal FAX communication, and is composed of a FAX modem capable of performing FAX communication. This modem 23 is connected to a public telephone line via an NCU 24. The NCU 24 is hardware that performs line control operations for closing and opening a line with an analog public telephone network (PSTN), and connects the modem 23 to the public telephone network as necessary.
[0040]
The delivery confirmation transmission / reception control unit 25 is for performing a delivery confirmation (delivery confirmation response) request by the above-described MDN function, managing the received delivery confirmation response, and the like. Is controlled using.
The delivery confirmation transmission / reception control unit 25 corresponds to a detection unit that detects a transmission error in data transmission, and the delivery confirmation transmission / reception control unit 25 also corresponds to a retransmission unit that retransmits data when a transmission error is detected. I do.
Here, this transmission error means that in the delivery confirmation described later, image data could not be read, and a result indicating that transmission was not completed normally was obtained.
Further, the delivery confirmation transmission / reception control unit 25 functions in combination with the above-described panel control unit 13 to function as a setting change unit for changing a predetermined transmission setting and a confirmation unit for confirming when changing the transmission setting. .
[0041]
The clock unit 26 is a measuring unit that measures an elapsed time from when the transmission confirmation request is transmitted to when the transmission confirmation response is received, and counts, for example, a timeout period described later. The time management unit 27 stores the time until the receipt of the delivery acknowledgment measured by the clock unit 26, and sets a waiting time for determining a timeout error based on the time as described later. It is.
[0042]
FIG. 2 is a plan view showing the panel control unit 13.
The panel control unit 13 includes a display unit 31 and an operation unit 32, and is configured as a touch panel type in which these are integrated. In transmitting a fax, a destination is set, and the set destination information is stored in the control memory 14. The display unit 31 includes a liquid crystal display (LCD: Liquid Crystal Display) and a CRT (Cathode Ray Tube) display, and displays not only numbers and symbols, but also images, such as information on operation states and transmission destinations. Can be done. The operation unit 32 includes various keys (input means) required for inputting settings, conditions, processing operations, and the like for the facsimile / email device 11 of the present invention.
[0043]
The operation unit 32 includes ten keys 33, a clear key 34, a start key 35, an all-clear key (CA key) 36, a mode selection key 37, a job status display key 38, a user setting key 39, a dial list key 40, and the like. I have. The display unit 31 is a touch panel, and displays various keys for setting and the like, and receives an input.
The ten keys 33 are used for inputting the number of copies, the number of copies, and the like. The clear key 34 is for clearing information or the like input from the ten keys 33. The start key 35 is a key for starting an image output operation to a recording medium. The all release key 36 is a key for clearing all the set conditions.
[0044]
Further, the mode selection key 37 is, for example, a printer mode as a printer for outputting data or the like received via the Internet, a FAX mode as a FAX for transmitting data to another apparatus via a telephone line and the Internet, and a It has keys (printer key, FAX / image transmission key, copy key) corresponding to a copy (copy) mode as a copying machine for printing the read image data on a recording medium. The user selects a function of the facsimile / email device 11 of the present invention by selecting one of these keys. The job status display key 38 is a key for selecting and displaying the current status of the image forming job, and the dial list key 40 is a key for instructing a new transmission using the history information of the past communication. .
[0045]
Hereinafter, the function of the FAX / e-mail device 11 of the present invention as an Internet FAX device will be described.
When the FAX / e-mail device 11 of the present invention transmits FAX document data (image data) as an Internet FAX device, the FAX document data encoded by the encoding / decoding control unit 21 is transmitted to the E-mail creation unit 18. , And header information, and converted to an e-mail format.
[0046]
FIG. 3 is a block diagram showing the connection between the FAX / E-mail device 11 of the present invention and the FAX / E-mail device 5 of the transmission destination.
The facsimile / e-mail device 11 of the present invention adds facsimile document data to an e-mail address to which facsimile document data is transmitted, and converts the e-mail. Then, it is connected to the mail server device 2 as an Internet provider through a public telephone line and the like, and is connected to the Internet N via its host or directly connected to the Internet N, so that the mail server device 4 on the network is connected. The e-mail is transferred to the FAX / e-mail device 5 of the transmission destination.
[0047]
The FAX / e-mail device 11 has an MDN function of notifying a processing status by a message after successful distribution. With the MDN function, as described above, when an e-mail is received, the FAX / e-mail device 5 of the transmission destination returns a delivery confirmation response to the FAX / e-mail device 11 of the transmission source to perform the delivery confirmation. It is a function that can do.
Therefore, in the facsimile / e-mail device 11, the e-mail creation unit 18 adds an MDN field to be used by the delivery confirmation transmission / reception control unit 25 to the header of the e-mail, and sends a confirmation e-mail to the MDN field. The address (address or number of the sending FAX / e-mail device 11) is described, and a request for a delivery confirmation response is made.
[0048]
Next, a process in which the transmission source FAX / e-mail device 11 transmits FAX document data as e-mail to the transmission destination FAX / e-mail device 5 will be described.
FIG. 4 and FIG. 5 are flowcharts showing transmission / reception processing in the FAX / e-mail device 11 of the present invention.
First, a document is set on the reading unit 19 by the user, and a destination address and transmission conditions are input from the panel control unit 13, and the transmission source FAX / e-mail device 11 starts transmission processing (step S1).
The information of the destination set in this case and the operation procedure thereof will be described later.
[0049]
Next, the NCU 24 connects to the Internet (server) (step S2), and transmits the e-mail created by the e-mail creation unit 18 (step S3). The structure of the e-mail transmitted in step S3 will be described later.
After the transmission is completed, the connection with the Internet (server) is terminated (step S4).
[0050]
In step S5, the delivery confirmation transmission / reception control unit 25 determines whether a delivery confirmation response request has been set, and if not, proceeds to step S13. Then, in step S13, the address information of the transmitted destination and the transmitted image information are registered in the control memory 14, and the process is terminated.
If the delivery confirmation response has been set, the process proceeds to step S6. In step S6, after temporarily registering the address information of the destination transmitted as the history information registration processing and the file information of the transmitted image data in the control memory 14, the clock unit 26 starts measuring the waiting time of the transmission confirmation response. I do. The history information registered in step S6 is updated according to the result of the delivery confirmation response.
[0051]
Then, the connection to the Internet (server) is made again at predetermined time intervals (step S7), and it is determined in step S8 whether a new e-mail has arrived.
If a new e-mail has not arrived, the process proceeds to step S10, and the connection with the Internet (server) is terminated. If a new e-mail has arrived, the delivery confirmation transmission / reception control unit 25 receives the newly arrived e-mail (step S9), and then advances the processing to step S10.
The structure of the e-mail received in step S9 will be described later.
The e-mail received in step S9 may be an e-mail of a response to the delivery confirmation from the transmission destination, or may be an ordinary e-mail newly received.
[0052]
Next, in step S11, it is determined whether a delivery confirmation response has been received.
In step S11, when the delivery confirmation response or the error mail from the server is received, the measurement of the waiting time of the delivery confirmation response by the clock unit 26 ends (step S12), and the process proceeds to step S13. In step S13, normal reception information is registered as history information registration processing, the communication information is updated based on the mail information of the response by the MDN, and the processing ends.
[0053]
On the other hand, if the acknowledgment has not been received in step S11, the process proceeds to step S14. In step S14, it is determined whether the time measured by the clock unit 26 has reached the acknowledgment waiting time set for the acknowledgment. That is, it is determined whether or not the delivery confirmation response has timed out.
If the waiting time has not been reached, the process returns to step S7.
If the waiting time has been reached and it is determined that a timeout error has occurred, the measurement of the waiting time for the delivery confirmation response by the clock unit 26 is terminated (step S15), and the display unit 31 of the panel control unit 13 causes the display unit 31 to time out. After reporting the error (step S16), the process proceeds to step S13. Then, in step S13, after performing the history information registration process, the process ends.
[0054]
At the time of the history information registration processing in step S13, when registering the file information of the image data sent from the transmission destination and the receiving ability transmitted by the MDN response mail from the transmission destination, the control memory 14 is used. In consideration of the memory capacity, only the latest predetermined number (for example, 10) may be registered.
This can be easily processed by deleting the file information or the reception capability information registered as the history information at least a predetermined number of times before the new registration to the history information in step S13. is there.
However, the history information is deleted only for the file information and the like, and the communication information such as the address information of the destination is not deleted until a predetermined number (for example, 50) or more of the communication information is registered. To
Since there is a high possibility of resending and replying to the most recently communicated destination, storing only the latest information enables reliable transmission with the latest information.
[0055]
Next, an example of the e-mail transmitted in step S3 described above is shown in FIG.
The e-mail includes a header part, a body, and an attached file part as shown in FIG.
Although the electronic mail is not actually divided into three, the explanation will be made here in a state of being divided.
The header section is a section for displaying information on transmission / reception of electronic mail and distribution on the Internet. Each line of the header portion describes unique information used for transmission / reception and the like, and each line is hereinafter referred to as a field.
[0056]
For example, the destination of the e-mail is displayed in the To field.
Then, in the present embodiment, the destination to which the delivery confirmation mail is to be sent is set in the Position-Notification-To field (MDN field) defined by MDN (RFC2298). Here, the destination is set to DEF as shown.
The Message-Id field is a field for identifying an individual mail, and for example, adds a Message-Id: GHI to a transmission mail at the time of transmission and transmits the message. Then, as the response mail of the MDN, the response mail whose Message-Id: GHI is added to the Original-Message-Id field of the result information described later can be received, whereby the mail can be identified.
[0057]
The body corresponds to the body of the e-mail. Since the present embodiment is applied to an Internet facsimile apparatus for transmitting image information, the text is used as an auxiliary for transmitting and receiving a simple message.
[0058]
The attached file is obtained by attaching the encoded image data to the body of the e-mail. The format of the attached file is defined as MIME (Multipurpose Internet Mail Extensions).
The e-mail described above is transmitted in step S3 described above.
[0059]
Next, FIG. 7 shows an example of the e-mail received in step S9 described above.
The returned e-mail includes a header portion and a body as in the case of the outgoing mail shown in FIG. 6, and further includes an MDN result information portion different from the outgoing mail. Note that the electronic mail is not actually divided, but is described here in a divided state.
As for the header part and the text, the same contents as those in the transmission message shown in FIG. 6 described above are described. However, in the text of FIG. 7, a message indicating that the transmission is successful is described.
[0060]
Information to be used for the MDN is displayed in the MDN result information section. Each of the illustrated fields represents the following information.
The Final-Recipient field indicates the address of the side that returned the MDN.
Original-Message-Id is an ID for identifying an electronic mail. For example, it is used to indicate that the response is a delivery confirmation response corresponding to the Message-Id field shown in FIG. The Disposition field indicates a state such as whether or not the processing of the e-mail corresponding to the Message-Id was successful. FIG. 7 shows that the process was successful.
[0061]
The Media-Accept-Features field is a field indicating the receiving capability of the destination of the e-mail.
For example, as shown in FIG. 7, the receiving capability of the transmission destination of the present embodiment is monochrome display (color = Binary), and can read only the Tiff format (image-file-structure = Tiff-limited). The resolution is 200 dpi (dpi = 200), the aspect ratio is 200/100 or 200/200 (dpi-xyratio = [200/100, 200/200]), and the coding method is MH, MR, or MMR. It is possible (image-coding = [MH, MR, MMR]), and the MRC (Mixed Raster Content) mode is 0 (in the case of 0, different encoding methods and resolutions are not allowed in one page) ( MRC-mode = 0), paper size is A4, B4 or A3 (Paper-size = [A4, B4, A3]).
As described above, by receiving the information on the receiving capability of the transmission destination in the received e-mail, the transmission condition can be set using the information at the next transmission.
[0062]
Next, the history information registration processing when registering the transmission / reception mail in step S13 shown in FIG. 5 will be described with reference to the flowcharts in FIGS.
First, address information of the communication partner is stored (step S20), and communication result information about whether or not communication with the address stored in step S20 has been normally completed is stored (step S21).
Then, in step S22, it is confirmed again whether or not the communication stored in step S20 is a transmission process (transmitted mail). If it is an outgoing mail, the process proceeds to step S29 to store the image data transmission conditions (file encoding method and the like) set at the time of transmission.
[0063]
If it is determined in step S22 that the communication stored in step S20 is not a transmission process, that is, if it is determined that the communication is a reception process (received mail), the process proceeds to step S23, and the content of the received mail is changed to the transmission performed earlier. It is determined whether the received mail is a response message of delivery confirmation (MDN) to the process (outgoing mail).
If it is determined in step S23 that the received mail is not an MDN response mail, it is a newly received electronic mail, so the process proceeds to step S27, where the file information (file encoding method, etc.) of the received image data is Remember.
[0064]
If it is determined in step S23 that the response mail is an MDN response mail, it is determined in step S24 whether or not the receiving capability of the transmission destination is notified when the response mail is received.
If the reception capability has been notified in step S24, the process proceeds to step S25, the notified reception capability is stored, and the history information registration process ends.
[0065]
If the reception capability of the other party has not been notified in step S24, the process proceeds to step S28, and it is determined whether the result of the delivery confirmation is OK.
If the result of the delivery confirmation response is OK, the transmission conditions (file information) of the previously transmitted image data at the time of transmission are determined to be at least that the transmission destination has the reception capability, and the file information is determined. Register (step S29).
If it is determined in step S28 that the result of the delivery confirmation response is not OK, that is, it is defective, the transmitted transmission condition (file information) is stored as error information (step S30).
[0066]
Next, the transmission start process in step S1 shown in FIG. 4 will be described with reference to FIG.
FIG. 10 is a flowchart showing details of the transmission start process in step S1 shown in FIG.
First, a case where transmission is performed based on reception history information will be described.
FIG. 11 is a diagram for explaining an operation procedure when transmitting based on reception history information.
[0067]
First, the user sets a document to be transmitted as an e-mail in the reading unit 19 (step S41).
Next, in step S42, when the user presses the "dial list key" 40 of the operation unit 32, the keys of "transmission history", "reception history" and "redial" are displayed as shown in FIG. Is displayed. Here, "reception history" is selected (FIG. 11B).
[0068]
As shown in FIG. 11C, when file information is registered as reception history information, the file information (file format (TIFF, PDF, etc.) and encoding method (MH, MR) , MMR) etc. are displayed. This file information is registered at the time of the previous transmission as described above.
If the result of the previous communication is an error as the file information, the file information as the transmission condition at the time of the transmission error is displayed as error information (NG), and the standard encoding method (MH) is used as the current transmission condition. ) Is automatically displayed as a selection condition.
[0069]
Next, as shown in FIG. 11D, the user selects a transmission destination to be transmitted this time from the reception history information displayed in step S42 (step S43).
Next, in step S44, it is selected whether or not to change the transmission condition (file information) for the destination selected in step S43.
If the transmission is to be performed without changing the transmission conditions (file information) in step S44, the start key 35 is pressed (step S45). Thus, the transmission is performed according to the transmission condition based on the file information.
When changing the transmission condition in step S44, the user directly inputs the transmission condition (file format and encoding method) using the panel control unit 13 (step S46), and the process proceeds to step S45.
Finally, the document is read by the reading unit 19 (step S47), the transmission start process ends, and the e-mail transmission process of step S2 in FIG. 4 starts.
[0070]
Next, a transmission start process in the case where transmission is performed based on transmission history information will be described.
FIG. 12 is a diagram for explaining an operation procedure when transmission is performed based on transmission history information.
In this case, in step S42 of FIG. 10, the "dial list key" 40 is pressed, and "transmission history" is selected as shown in FIG.
As shown in FIG. 12C, when file information is registered as transmission history information, file information (file format (TIFF, PDF, etc.) and encoding method (MH, MR) , MMR) etc. are displayed. This file information is registered at the time of the previous transmission as described above.
If the result of the previous communication is an error as the file information, the file information as the transmission condition at the time of the transmission error is displayed as error information (NG), and the standard encoding method (MH) is used as the current transmission condition. ) Is automatically displayed as a selection condition.
[0071]
Next, as shown in FIG. 12D, the user selects a transmission destination to be transmitted this time from the transmission history information displayed in step S42.
Subsequent processing is performed in the same manner as in the case of transmitting based on the reception history information. The transmission is performed according to transmission conditions based on the file information of the transmission history.
[0072]
FIG. 13 is a diagram for explaining an operation procedure when transmission is performed by using a redial function for retransmitting to a previously transmitted destination.
In this case, the “dial list key” 40 is pressed, and “redial” is selected as shown in FIG.
As shown in FIG. 13C, when the file information is registered as a redial list, the file information (file format (TIFF, PDF, etc.) and encoding method (MH, MR, MMR) is displayed.
If the result of the previous communication is an error as the file information, the file information as the transmission condition at the time of the transmission error is displayed as error information (NG), and the standard encoding method (MH) is used as the current transmission condition. ) Is automatically displayed as a selection condition.
[0073]
As shown in FIG. 13D, by selecting a transmission destination, it is possible to perform retransmission again under the transmission conditions.
Further, in the case where the capability request of the transmission destination by the MDN or the capability exchange using the real-time mode is performed at the time of the previous transmission, it is possible to configure so that the transmission condition at the time of redial can be set according to the result.
[0074]
As described above, the FAX / e-mail device 11 according to the present embodiment stores the file information of the received or transmitted image data when storing the communication history information including the address information of the other party, and stores the file information in the file information. Since the next transmission is performed by instructing the transmission according to the transmission conditions based on the transmission conditions, the transmission can be performed in a form that matches the receiving capability of the transmission destination.
In the present embodiment, the file format and the compression format of the image data received in the past are used even when the response mail of the MDN is received and the message is transmitted to the other party who has not received the capability notification. By doing so, the file can be transmitted reliably, that is, the file can be opened at the transmission destination.
[0075]
In the facsimile / e-mail device 11 according to the present embodiment, when the control memory 14 receives from the destination that the transmission was an error, the file information specified at the time of transmission is stored as error information. Since the error is displayed on the display unit 31 of the panel control unit 13, the user can recognize that a transmission error occurs when the same transmission condition as the previous time is selected.
When a transmission condition for a transmission destination stored as an error in transmission is selected, a standard encoding method is selected, so that occurrence of a transmission error again can be prevented.
[0076]
Note that, in the above-described embodiment, a case has been described where an MDN response is requested to the transmission destination, but the present invention is not limited to this. However, when the receiving capability information is acquired by receiving the response mail of the MDN, the receiving capability information is configured to be stored, so that the transmission is performed at the next transmission under the transmission conditions more suitable for the receiving capability of the other party. It becomes possible. The storage capacity can be reduced by configuring the reception capability information so that only the latest predetermined number is stored.
Further, in the above-described embodiment, a case where image data is transmitted as an attached file of an e-mail is described. However, the present invention is not limited to this, and IP (Internet Printing Protocol) and IPP (Internet Printing Protocol) are used. The same effect can be obtained even when the image data is used to directly transmit image data to a destination.
[0077]
【The invention's effect】
As described in detail above, the network communication apparatus of the present invention stores file information of received image data when storing communication history information including address information of a received destination, and sets transmission conditions based on the file information. , The next transmission is performed, so that transmission can be performed in a form that matches the receiving capability of the transmission destination.
In the present invention, the file format and the compression format of the image data received in the past can be utilized even when the response mail of the MDN is received and the capability notification is transmitted to the other party who has not received the capability notification at the time of the previous transmission. Thus, the file can be transmitted reliably, that is, the file can be opened at the transmission destination.
[0078]
The network communication device of the present invention stores the address of the transmission destination and the file information of the transmitted image data when storing the transmitted history information, and performs the next transmission based on the transmission conditions based on the file information. Therefore, it is possible to surely transmit a file in conformity with a file format having a track record transmitted in the past.
[0079]
In the network communication device according to the present invention, the history information storage means is configured to store only one or a plurality of latest file information, so that the storage capacity can be reduced. Since there is a high possibility of resending and replying to the most recently communicated destination, storing only the latest information enables reliable transmission with the latest information.
[0080]
In the network communication apparatus of the present invention, the history information management means is configured to store the reception capability information when receiving the reception capability information, so that the transmission condition suitable for the reception capability of the other party at the next transmission. It is possible to select
[0081]
In the network communication device according to the present invention, the history information storage means is configured to store only one or a plurality of latest reception capability information, so that the storage capacity can be reduced.
[0082]
The network communication device according to the present invention is configured such that, when the history information storage unit receives from the other party that the transmitted image data could not be read, the file information specified at the time of transmission is stored as error information. Therefore, when the same transmission condition as the previous time is selected, it is possible to notify that a reading error may occur, and the user can recognize this.
[0083]
The network communication device according to the present invention is configured such that the history information storage means selects a standard encoding method when selecting transmission conditions for a destination in which the transmitted image data could not be read. Therefore, it is possible to prevent a read error from occurring again.
[0084]
Since the network communication apparatus of the present invention is configured to transmit and receive image data as an attached file of e-mail, it receives a delivery confirmation result (response mail of MDN) for the e-mail at the time of previous transmission and sends a capability notification. Even when transmitting to a destination that has not received the information (a destination that has not acquired the capability information), the transmission can be reliably performed by utilizing the file format and compression format of the image data received in the past.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an electrical configuration of a facsimile / e-mail device according to an embodiment of the present invention.
FIG. 2 is a plan view showing a panel control unit of the facsimile / e-mail device according to the embodiment of the present invention.
FIG. 3 is a block diagram showing a connection between the FAX / E-mail device according to the embodiment of the present invention and a destination FAX / E-mail device.
FIG. 4 is a flowchart showing transmission / reception processing in the facsimile / e-mail device according to the embodiment of the present invention.
FIG. 5 is a flowchart showing transmission / reception processing in the facsimile / e-mail device according to the embodiment of the present invention.
FIG. 6 is a diagram showing an example of an e-mail transmitted by the facsimile / e-mail device according to the embodiment of the present invention.
FIG. 7 is a diagram showing an example of an e-mail received by the facsimile / e-mail device according to the embodiment of the present invention.
FIG. 8 is a flowchart illustrating a history information registration process.
FIG. 9 is a flowchart illustrating a history information registration process.
FIG. 10 is a flowchart illustrating a transmission start process.
FIG. 11 is a diagram illustrating an operation procedure when transmitting based on reception history information.
FIG. 12 is a diagram for explaining an operation procedure when transmitting based on transmission history information.
FIG. 13 is a diagram for explaining an operation procedure in a case where transmission is performed using a redial function for retransmitting to a previously transmitted destination.
[Explanation of symbols]
11 FAX / E-mail device
12 Main control unit
13 Panel control unit
14 Control memory
15 Image buffer
16 Control buffer
17 Image storage unit
18 E-mail composer
19 Reading section
20 Record section
21 coding / decoding control unit
22 LAN control unit
24 NCU
25 Delivery confirmation transmission / reception control unit
26 Clock section
27 Time Management Department
40 dial list key

Claims

In a network communication device configured to transmit and receive image data via a network,
History information of communication with the other party, and, including file format and compression format, history information storage means for storing file information of the received image data,
Transmission instructing means for instructing transmission according to transmission conditions based on information stored in the history information storage means,
A network communication device comprising:

In a network communication device configured to transmit and receive image data via a network,
History information storage means for storing file information of transmitted image data, including history information of communication with the other party, and a file format and a compression format,
Transmission instructing means for instructing transmission according to transmission conditions based on information stored in the history information storage means,
A network communication device comprising:

The network communication device according to claim 1, wherein the history information storage unit is configured to store only one or a plurality of the latest file information.

4. The network communication device according to claim 1, wherein the history information storage unit is configured to store the receiving capability information when receiving the receiving capability information.

The network communication device according to claim 4, wherein the history information storage unit is configured to store only one or a plurality of latest reception capability information.

The history information storage means is configured to store file information designated at the time of transmission as error information when receiving from the other party that the transmitted image data could not be read. The network communication device according to any one of claims 1 to 5, wherein

The history information storage means is configured to select a standard encoding method when selecting transmission conditions for a destination in which the transmitted image data has not been read. Item 7. The network communication device according to Item 6.

8. The network communication device according to claim 1, wherein the network communication device is configured to transmit and receive image data as an attached file of an e-mail.