JP4248205B2 - ネットワーク通信装置 - Google Patents
ネットワーク通信装置 Download PDFInfo
- Publication number
- JP4248205B2 JP4248205B2 JP2002249726A JP2002249726A JP4248205B2 JP 4248205 B2 JP4248205 B2 JP 4248205B2 JP 2002249726 A JP2002249726 A JP 2002249726A JP 2002249726 A JP2002249726 A JP 2002249726A JP 4248205 B2 JP4248205 B2 JP 4248205B2
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- information
- image data
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して画像データを送信することが出来るネットワーク通信装置に関するものである。
【０００２】
【従来の技術】
電話回線を介して通信する従来のファクシミリ（ＦＡＸ）装置等のスキャナ装置においては、送信元が送信先の最大受信能力（対応可能な受信能力）に関する情報を取得した後、その受信能力に合わせて送信データを変換して送信を行うか、送信元で送信データを変換する手間を省略するために、前回の送信時に取得した送信先の最大受信能力情報を、電話帳（短縮ダイヤル等）に登録し、その最大受信能力情報に基づき送信を行っていた。
【０００３】
近年、ネットワーク化の進展に伴い、単に画像データの読み取り装置として用いられるだけでなく、画像データをネットワーク接続されたコンピュータ等の装置へ自ら送信する機能を備えたスキャナ装置が開発されている。
その中には、インターネット等のネットワークに接続し、電子メール（Ｅ− ｍａｉｌ）を用いてコンピュータに画像を送信するスキャナ装置として、Scanto E-mail という機能を備えたネットワークスキャナ装置がある。
【０００４】
これは、ネットワークに接続されているスキャナ装置において、読み取った原稿画像データをフォーマットデータに変換して電子メール用の添付ファイルを作成し、電子メールとともにその添付ファイルをインターネット上の相手のアドレス（ホストコンピュータ）に送信するものである。
また、上述のネットワーク接続されるスキャナ装置等のネットワーク通信装置として、さらに印刷機能や電話機能も備えた、インターネットＦＡＸ装置が開発されている。
【０００５】
このインターネットＦＡＸ装置は、通常の電話回線を経由して画像情報を他のＦＡＸ装置に送信するだけでなく、画像データを、インターネットを経由して他のＦＡＸ装置に送信することが出来る。
しかし、ネットワークへの画像データの送信において、送信先の符号化能力が分からないという問題点があり、送信した画像データを送信先で確実に受信出来たか否か分からないという問題点があった。そして、能力の不一致により添付ファイルが開けない虞があった。
【０００６】
そのため、インターネットの標準規格を決める団体であるＩＥＴＦ(Internet Engineering Task Force) において、このインターネットＦＡＸ装置の標準化が検討されており、標準符号化方式として、送信する画像の条件を水平画素数：1728画素、解像度：200 ×100dpiまたは200 ×200dpi、符号化方式：ＭＨとし、画像をＴＩＦＦ(Tagged Image File Format)形式のファイルにし、ファイルが電子メールフォーマット標準であるＭＩＭＥ(Multipurpose Internet Mail Extentions) を最低限備えていることを規定している。
【０００７】
しかし、規定された標準符号化方式は、あくまでも低圧縮・低解像度の仕様であるため、仮に送信先のＦＡＸ装置が高圧縮・高解像度の機能を備えていても、ユーザが所望する高解像度、高圧縮の態様で画像データを送信することが出来ないという問題があった。
【０００８】
そこで、そのような問題点を解決する方法として、電子メールを受信した場合に、送信先端末が、送信先端末の受信能力及び、送達確認の応答を送信元に返信するＭＤＮ（Message Disposition Notification）の方法がＲＦＣ（Request For Comment ）により規定されている。
ＲＦＣとは、インターネットに関する技術の標準を定める団体であるＩＥＴＦが正式に発行する文書を指す。ＲＦＣとして、例えば、ＩＰ、ＴＣＰ、ＨＴＴＰ、ＦＴＰ等のインターネットで利用されるプロトコルや、その他インターネットに関するさまざまな技術の仕様・要件等が、ＲＦＣ２２９８のような通し番号をつけて公開されている。
【０００９】
ＭＤＮにおいては、電子メールのヘッダ部に「Disposition-Notification-To ：」フィールドを新たに設けられている。送信元及び送信先の端末がＭＤＮの仕様を満たしている場合には、前記フィールドを用いて応答処理が行われる。すなわち、具体的には、送信元において、前記フィールドに送達確認メールの送付を希望するアドレスを指定して送信し、送信先において、前記フィールドで指定されたアドレスにメールの返信を行う。
【００１０】
このＭＤＮ機能を備えたインターネットＦＡＸ装置（ネットワーク通信装置）が、特開２００１−３０９１０９号公報に開示されている。
このインターネットＦＡＸ装置においては、電子メールを送信した場合、送信終了後、一定時間経過しても送信先よりＭＤＮ応答の電子メールが送られてこないときには、ユーザにＭＤＮ応答（送達確認応答）が送られてこないことを告知するための不達レポートを記録出力する。
これにより、送信先端末に正常に送信が行われたか否かを確認することが出来る。
【００１１】
【発明が解決しようとする課題】
しかし、上述したＭＤＮにより送信先端末の受信能力を取得する方法では、最初の電子メールの送信時には送信先の受信能力が分からないので、送信先が所望する態様の画像データを送信することが出来ず、その結果、送信する画像データの送信条件を低解像度・低圧縮率の符号化方式に固定した状態で送信する必要があった。
また、ＭＤＮの機能についても、ネットワークにおける通信機能として必ず備えなければならない機能ではないので、この機能を有しない相手先と通信する場合においては、送信先の受信能力を知ることが出来ないという問題があった。また、送信先が再度電子メールを作成して送信しなければならないので、一般的な通信時には、ＭＤＮによる通知を行っていないのが現状であった。
【００１２】
本発明は斯かる事情に鑑みてなされたものであり、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うことにより、相手先の受信能力に合わせた形で送信することが可能であるネットワーク通信装置を提供することを目的とする。
【００１３】
そして、本発明は、送信した相手先のアドレス情報を含む通信履歴情報の記憶時に、送信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うことにより、過去に送信した実績があるファイル形式に適合させて確実に送信することが可能であるネットワーク通信装置を提供することを目的とする。
【００１４】
また、本発明は、履歴情報記憶手段がファイル情報を最新の１又は複数件のみ記憶すべく構成することにより、記憶容量を削減することが可能であるネットワーク通信装置を提供することを目的とする。
【００１５】
さらに、本発明は、履歴情報管理手段が、受信能力情報を受信した場合に、受信能力情報を記憶すべく構成することにより、次回の送信時に相手先の受信能力に適合した送信条件を選択することが可能であるネットワーク通信装置を提供することを目的とする。
【００１６】
そして、本発明は、履歴情報記憶手段が、受信能力情報を最新の１又は複数件のみ記憶すべく構成することにより、記憶容量を削減することが可能であるネットワーク通信装置を提供することを目的とする。
【００１７】
また、本発明は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成することにより、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが可能であり、ユーザがこれを認識することが出来るネットワーク通信装置を提供することを目的とする。
【００１８】
さらに、本発明は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成することにより、再度の読み取りエラーの発生を防止することが出来るネットワーク通信装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明のネットワーク通信装置は、ネットワークを介して画像データを送受信すべく構成されているネットワーク通信装置において、相手先との通信の履歴情報、並びに、過去に受信又は送信した画像データのファイルフォーマット、圧縮形式及び符号化方式を含むファイル情報を記憶する履歴情報記憶手段と、該履歴情報記憶手段に記憶された情報を表示する表示手段と、前記履歴情報記憶手段に記憶されている前記ファイル情報に基づく、ファイルフォーマット、圧縮形式及び符号化方式を含むファイルの設定条件により画像データを送信すべく指示する送信指示手段とを備え、前記履歴情報記憶手段は、ファイル情報がある画像データを受信した場合に、該ファイル情報を記憶し、画像データを送信した場合に、送信した画像データのファイル情報を記憶し、送信がエラーであった場合に、送信した前記ファイル情報をエラー情報として記憶するように構成されており、前記送信指示手段は、前記表示手段に表示された前記情報に基づき前記設定条件を変更するか否かの指示を受け付ける第１受付手段と、該第１受付手段により変更するという指示を受け付けた場合に、変更された前記設定条件を受け付ける第２受付手段と、前記第１受付手段により変更しないという指示を受け付けた場合、又は前記第２受付手段により変更された前記設定条件を受け付けた場合に、画像データの送信の実行の指示を受け付ける第３受付手段とを含むことを特徴とする。
【００２０】
ネットワークを介して画像データを送信する場合、予め送信先の受信能力を知ることが出来ないが、本発明においては、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、相手先の受信能力に合わせた形で送信することが可能となる。
【００２１】
そして、本発明においては、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
また、本発明においては、送信した履歴情報（通信管理情報又はリダイヤル情報）の記憶時に、送信した相手先のアドレスと、送信した画像データのファイル情報とを記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、過去に送信した実績があるファイル形式に適合させて、確実に送信することが可能である。
【００２２】
本発明のネットワーク通信装置は、電子メールを送信した場合に、送信先の端末が、送信先の端末の受信能力及び、送達確認の応答メールを送信元に返信するように要求する送達確認応答の要求を設定する手段と、通信が受信であったと判断された場合に、送達確認の応答メールを受信したか否かを判断する第１判断手段と、該第１判断手段により、送達確認の応答メールを受信しなかったと判断された場合に、受信した画像データのファイル情報を前記履歴情報記憶手段に記憶する手段と、前記第１判断手段により、送達確認の応答メールを受信したと判断された場合に、送信先の受信能力が通知されているか否かを判断する第２判断手段と、該第２判断手段により、受信能力が通知されていると判断された場合に、通知された受信能力を前記履歴情報記憶手段に記憶する手段と、前記第２判断手段により、受信能力が通知されていないと判断された場合に、送達確認の結果が良好であるか否かを判断する第３判断手段と、該第３判断手段により、送達確認の結果が良好であると判断された場合に、先に送信したときの画像データのファイル情報を前記履歴情報記憶手段に記憶する手段と、前記第３判断手段により、送達確認の結果が良好でないと判断された場合に、送信した設定条件をエラー情報として前記履歴情報記憶手段に記憶する手段とを備えることを特徴とする。
本発明においては、ＭＤＮの応答メールを受信して受信能力情報を取得したときに、この受信能力情報を記憶しておくことにより、次回の送信時に相手先の受信能力にさらに適合した送信条件を選択することが可能になる。
【００２４】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、前記ファイル情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする。
【００２５】
本発明は、電話帳（短縮ダイヤル等）の簡易アドレス帳を用いて送信するのではなく、履歴情報記憶手段に記憶されたアドレス情報に基づき直接送信指示するものである。従って、履歴情報として所定時間（１日等）又は所定件数（通常５０件以上）の通信先のアドレス情報及び通信結果情報が記憶されている上に、通信条件（符号化方式等のファイル情報、相手先の能力）を記憶させるので、大きな記憶容量が必要となる。
記憶容量には制約があるので、本発明においては、最新の所定件数（例えば１０件）のみ記憶することにしており、記憶容量を削減することが可能となる。
なお、最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００２７】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、前記受信能力情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする。
履歴情報として通常５０件以上記憶する必要があるが、記憶容量には制約があるので、本発明においては、受信能力情報を最新の所定件数（例えば１０件）のみ記憶することにしており、記憶容量を削減することが可能となる。
【００２９】
本発明のネットワーク通信装置は、前記表示手段は、前記履歴情報記憶手段に前記エラー情報が記憶されている場合に、標準符号化方式を設定条件として表示することを特徴とする。
ここで、標準符号化方式とは、送信する画像の条件を水平画素数：１７２８画素、解像度：２００×１００ｄｐｉまたは２００×２００ｄｐｉ、符号化方式：ＭＨとし、画像をＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）形式のファイルにし、ファイルが電子メールフォーマット標準であるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｔｉｏｎｓ）を最低限備えていることをいう。
本発明においては、再度の読み取りエラーの発生を防止することが出来る。
【００３２】
【発明の実施の形態】
以下、本発明をその実施の形態を示す図面に基づき具体的に説明する。
本発明に係るネットワーク通信装置は、所定の送信設定により、ネットワークを介してデータの送信を行うものである。このネットワーク通信装置は、データの送信とともに、送信先へ応答を要求し、その応答の有無を確認する応答確認機能も有している。
【００３３】
このネットワーク通信装置の構成について、図１及び図２に基づいて説明する。
図１は、本発明のネットワーク通信装置としてのＦＡＸ／電子メール装置１１の電気的構成を示すブロック図である。
このＦＡＸ／電子メール装置１１は、データを記録媒体に印刷するプリンタ／コピー、電話回線を利用した通常のＦＡＸとしての機能の他に、インターネット等のネットワークを経由して、電子メールの送受信及びサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（File Transfer Protocol））装置、並びにインターネットＦＡＸ装置としての機能を有する。インターネットＦＡＸ装置としての機能については、後に詳述する。
【００３４】
このＦＡＸ／電子メール装置１１は、大略的に、メイン制御部１２と、パネル制御部１３と、制御用メモリ１４と、画像用バッファ１５と、制御用バッファ１６と、画像記憶部１７と、電子メール作成部１８と、読取り部１９と、記録部２０と、符号／復号化制御部２１と、ＬＡＮ（Local Area Network）制御部２２と、モデム２３と、網制御部（ＮＣＵ：Network Control Unit）２４と、送達確認送受信制御部２５と、時計部２６と、時間管理部２７とを備えて構成されている。
【００３５】
メイン制御部１２は、ＣＰＵ（Central Processing Unit)等を備えており、ＦＡＸ／電子メール装置１１全体の制御を行う。パネル制御部１３は、原稿の読込み及び相手先入力等の指示を行うためのものであり、詳細は後述する。
制御用メモリ１４は、ＲＯＭ等の不揮発性のメモリ及びバックアップされた揮発性のメモリ等からなり、制御プログラム、相手先情報（相手先の電話番号、短縮番号、リダイヤル情報、相手先との通信の履歴情報、画像データのファイル情報及び相手先の受信能力情報等の各種情報）を記憶する。
【００３６】
画像用バッファ１５は、ＲＡＭ等からなり、送受信される画像データの圧縮や伸長にあたっての一時記憶に使用される。制御用バッファ１６は、ＲＡＭ等からなり、制御プログラムを動作させる上で必要なデータを格納する。画像記憶部１７は、符号化された画像データを記憶するとともに、後述する読取り部１９から読込んだデータ、または受信したデータ、復号化後のデータ等を記憶する。
【００３７】
電子メール作成部１８は、符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。読取り部１９は、原稿読取り手段としての光電変換素子（ＣＣＤ；Charge Coupled Device)を利用したスキャナであり、原稿を所定の解像度で読み取る。そして、読み取った結果、ドットイメージデータを出力する。記録部２０は、電子写真方式のプリンタ装置を備えており、通信によって受信した原稿画像や読取り部１９で読み取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００３８】
符号／復号化制御部２１は、読込んだ原稿画像のデータの符号化又は受信時の復号化を行う。すなわち、この符号／復号化制御部２１は、読取り部１９で読み取った原稿画像のデータを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像のデータを元のデータに復号化する。この符号／復号化制御部２１においては、ＦＡＸ通信で一般に使用されている、ＭＨ(Modified Huffman)、ＭＲ(Modified READ) 及びＭＭＲ(Modified Modified READ)等の符号化方式を用いることが出来る。
【００３９】
ＬＡＮ制御部２２は、インターネット経由による電子メールの送受信及びインターネットＦＡＸの通信を行うべくＬＡＮ（Local Area Network）と接続するためのものである。モデム２３は、通常のＦＡＸ通信を行うためのものであり、ＦＡＸ通信が可能なＦＡＸモデムから構成されている。このモデム２３は、ＮＣＵ２４を介して公衆電話回線と接続されている。ＮＣＵ２４は、アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結及び開放の回線制御動作を行うハードウェアであり、必要に応じてモデム２３を公衆電話回線網と接続する。
【００４０】
送達確認送受信制御部２５は、上述したＭＤＮ機能による送達確認（送達確認応答）の要求、及び受信した送達確認応答の管理等を行うためのものであり、電子メール作成部１８が付加するヘッダ情報を用いて制御を行う。
この送達確認送受信制御部２５は、データの送信における送信エラーを検出する検出手段に相当し、また、送達確認送受信制御部２５は、送信エラーを検出した場合にデータを再送する再送手段にも相当する。
ここで、この送信エラーとは、後述する送達確認において、画像データを読み取ることが出来ず、送信が正常に完了していないという結果が得られたことをいう。
さらに、送達確認送受信制御部２５は、上述のパネル制御部１３と組み合わせて、所定の送信設定を変更する設定変更手段、及び送信設定を変更する際の確認をするための確認手段としても機能する。
【００４１】
時計部２６は、前記送達確認の要求を送信してから、送達確認応答を受信するまでの経過時間を計測する計測手段であり、たとえば後述するタイムアウト時間等をカウントする。時間管理部２７は、時計部２６で計測された送達確認応答を受信するまでの時間を記憶し、また後述するようにその時間に基づいて、タイムアウトエラーの判定を行う待ち時間を設定する変更手段である。
【００４２】
図２は、パネル制御部１３を示す平面図である。
このパネル制御部１３は、表示部３１及び操作部３２を備えており、これらを一体化したタッチパネル型に構成されている。そして、ＦＡＸ送信にあたっては、相手先の設定が行われ、設定された相手先情報は、制御用メモリ１４に格納される。表示部３１は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）及びＣＲＴ（ブラウン管：Cathode Ray Tube）ディスプレイ等からなり、動作状態や送信先の情報等、数字や記号だけでなく、画像を表示することが出来る。操作部３２は、本発明のＦＡＸ／電子メール装置１１に対する設定及び条件または処理動作等の入力操作に必要な各種のキー（入力手段）を備えている。
【００４３】
操作部３２は、テンキー３３、クリアキー３４、スタートキー３５、全解除キー（ＣＡキー）３６、モード選択キー３７、及びジョブステータス表示キー３８、ユーザ設定キー３９、ダイヤルリストキー４０等を備えている。表示部３１はタッチパネルとなっており、設定等にあたって各種のキーを表示し、入力を受付けるようになっている。
テンキー３３は、画像形成枚数や部数等を入力するためのものである。クリアキー３４は、テンキー３３から入力された情報等をクリアするためのものである。スタートキー３５は、記録媒体への画像出力動作を開始するためのキーである。全解除キー３６は、設定された条件を全てクリアするためのキーである。
【００４４】
また、モード選択キー３７は、たとえばインターネットを介して受信したデータ等を出力するプリンタとしてのプリンタモード、電話回線及びインターネットを介して他の装置にデータを送信するＦＡＸとしてのＦＡＸモード、及び原稿から読み取った画像データを記録媒体に印刷する複写機としての複写（コピー）モード等に対応するキー（プリンタキー・ＦＡＸ／イメージ送信キー・コピーキー）を有する。ユーザは、これらのキーの中からいずれかを選択することで、本発明のＦＡＸ／電子メール装置１１の機能を選択する。ジョブステータス表示キー３８は、現在の画像形成ジョブの状況を選択表示するためのキーであり、ダイヤルリストキー４０は、過去の通信の履歴情報を用いて新規の送信を指示するためのキーである。
【００４５】
以下、本発明のＦＡＸ／電子メール装置１１のインターネットＦＡＸ装置としての機能について説明する。
本発明のＦＡＸ／電子メール装置１１が、インターネットＦＡＸ装置としてＦＡＸ文書データ（画像データ）を送信する場合、符号／復号化制御部２１において符号化されたＦＡＸ文書データに、電子メール作成部１８において、ヘッダ情報が付加され、電子メールのフォーマットに変換される。
【００４６】
図３は、本発明のＦＡＸ／電子メール装置１１と送信先のＦＡＸ／電子メール装置５との接続を示すブロック図である。
本発明のＦＡＸ／電子メール装置１１は、ＦＡＸ文書データの送信先である電子メールアドレスにＦＡＸ文書データを付加して電子メール化する。そして、公衆電話回線等を通じてインターネットプロバイダとしてのメールサーバ装置２に接続され、そのホストを介してインターネットＮに接続されるか、または直接インターネットＮに接続されることにより、ネットワーク上のメールサーバ装置４にその電子メールが転送され、送信先のＦＡＸ／電子メール装置５に電子メールが送信される。
【００４７】
そして、本ＦＡＸ／電子メール装置１１は、配信成功後にメッセージで処理状況を通知するＭＤＮ機能を有する。ＭＤＮ機能とは、上述したように、電子メールを受信した場合に、送信先のＦＡＸ／電子メール装置５が送達確認応答を送信元のＦＡＸ／電子メール装置１１に返信することによって送達確認を行うことが出来る機能である。
そこで、本ＦＡＸ／電子メール装置１１では、電子メール作成部１８において、電子メールのヘッダ部に、送達確認送受信制御部２５が用いるためのＭＤＮフィールドを付加し、そのＭＤＮフィールドに確認メールを送付するアドレス（送信元のＦＡＸ／電子メール装置１１のアドレス又は番号）を記述し、送達確認応答の要求を行う。
【００４８】
次に、送信元のＦＡＸ／電子メール装置１１が、ＦＡＸ文書データを電子メールとして、送信先のＦＡＸ／電子メール装置５に送信する処理について説明する。
図４及び図５は、本発明のＦＡＸ／電子メール装置１１における送受信の処理を示すフローチャートである。
まず、ユーザにより原稿が読取り部１９にセットされ、パネル制御部１３より送信先のアドレス及び送信条件等が入力され、送信元のＦＡＸ／電子メール装置１１が送信処理を開始する（ステップＳ１）。
この場合に設定される送信先の情報及びその操作手順については、後述する。
【００４９】
次に、ＮＣＵ２４がインターネット（サーバ）に接続し（ステップＳ２）、電子メール作成部１８で作成された電子メールを送信する（ステップＳ３）。このステップＳ３で送信する電子メールの構成については、後で説明する。
送信が完了した後、インターネット（サーバ）との接続を終了する（ステップＳ４）。
【００５０】
ステップＳ５において、送達確認送受信制御部２５が、送達確認応答の要求を設定しているか否かを判断し、設定されていない場合には、ステップＳ１３に処理を進める。そして、ステップＳ１３において、送信した相手先のアドレス情報及び送信した画像情報を制御用メモリ１４に登録して処理を終了する。
送達確認応答が設定されている場合にはステップＳ６に処理を進める。ステップＳ６において、履歴情報登録処理として送信した相手先のアドレス情報と、送信した画像データのファイル情報を制御用メモリ１４に一旦登録した後に、時計部２６による送達確認応答の待ち時間の計測を開始する。なお、ステップＳ６において登録された履歴情報は、送達確認応答の結果に対応して更新される。
【００５１】
そして、所定時間毎にインターネット（サーバ）に再び接続し（ステップＳ７）、ステップＳ８において、新たな電子メールが到着しているか否かを判断する。
新たな電子メールが到着していない場合には処理をステップＳ１０に進め、インターネット（サーバ）との接続を終了する。新たな電子メールが到着している場合には、送達確認送受信制御部２５が新着メールを受信した後（ステップＳ９）、処理をステップＳ１０に進める。
このステップＳ９において受信した電子メールの構成については、後で説明する。
なお、このステップＳ９で受信する電子メールは、送信先からの送達確認の応答の電子メールであってもよいし、新規に受信した通常の電子メールであってもよい。
【００５２】
次に、ステップＳ１１において、送達確認応答を受信したか否かを判断する。
ステップＳ１１において、送達確認応答又はサーバからのエラーメールを受信した場合には、時計部２６による送達確認応答の待ち時間の計測を終了し（ステップＳ１２）、処理をステップＳ１３に進める。ステップＳ１３において、履歴情報登録処理として通常の受信情報を登録し、ＭＤＮによる応答のメール情報に基づいて通信情報の更新を行い、処理を終了する。
【００５３】
一方、前記ステップＳ１１において送達確認応答を受信していない場合にはステップＳ１４に処理を進め、ステップＳ１４において、時計部２６による計測時間が設定されている送達応答確認の待ち時間に達しているか否か、すなわち、送達確認応答がタイムアウトか否かを判断する。
待ち時間に達していない場合には処理をステップＳ７に戻す。
待ち時間に達しており、タイムアウトエラーと判定した場合には、時計部２６による送達確認応答の待ち時間の計測を終了し（ステップＳ１５）、パネル制御部１３の表示部３１によりユーザに対してタイムアウトエラーの報知を行った後（ステップＳ１６）、処理をステップＳ１３に進める。そして、ステップＳ１３において、履歴情報登録処理を行った後、処理を終了する。
【００５４】
なお、ステップＳ１３の履歴情報登録処理時において、送信先から送られてきた画像データのファイル情報、及び送信先からＭＤＮの応答メールで送られてきた受信能力について登録する際に、制御用メモリ１４のメモリ容量を考慮し、最新の所定件数（例えば１０件）についてのみ登録する構成にしてもよい。
これは、ステップＳ１３の履歴情報への新規の登録時に合わせて、所定件数以上前に履歴情報として登録されたファイル情報、又は受信能力情報を代わりに消去することにより容易に処理することが可能である。
但し、履歴情報として消去するのはあくまでも、ファイル情報等についてであり、相手先のアドレス情報等の通信情報については、予め設定された所定件数（例えば５０件）以上、登録されるまで消去しないようにする。
最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００５５】
次に、上述のステップＳ３において送信した電子メールの一例を図６に示す。
電子メールは、図６に示したようにヘッダ部、本文及び添付ファイル部からなる。
電子メールは実際には３つに分割されている訳ではないが、ここでは分割した状態で説明する。
ヘッダ部は、電子メールの送受信及びインターネットにおける配信等に関する情報を表示する部分である。このヘッダ部の各行は、送受信等で用いられる固有の情報を記しており、以下、この各行のことをフィールドという。
【００５６】
例えば、Ｔｏフィールドには電子メールの宛先が表示される。
そして、本実施の形態においては、ＭＤＮ（ＲＦＣ２２９８）で規定されるDisposition-Notification-Toフィールド（ＭＤＮフィールド）に、送達確認メールを送付すべき送信先を設定するようにしてある。ここで、宛先は、図示するようにＤＥＦに設定されている。
また、Message-Idフィールドは、個々のメールを識別するためのフィールドであり、例えば、送信時に送信メールに対してMessage-Id：ＧＨＩを付与して送信する。すると、ＭＤＮの応答メールとして、そのMessage-Id：ＧＨＩが後述する結果情報のOriginal-Message-Id フィールドに付与された応答メールを受信することが出来、これによってメールを識別することが出来る。
【００５７】
本文は、電子メールの本体に相当する。本実施の形態は、画像情報を送信するインターネットＦＡＸ装置に適用した場合であるので、本文は簡単なメッセージの送受信のために補助的に用いられている。
【００５８】
そして、添付ファイルは、符号化した画像データを電子メールの本文に添付したものである。この添付ファイルの形式は、ＭＩＭＥ（Multipurpose Internet Mail Extensions)として定められている。
以上、説明した電子メールを、上述したステップＳ３において送信する。
【００５９】
次に、上述のステップＳ９において受信した電子メールの一例を図７に示す。
返信される電子メールは、図６に示した送信メールと同様にヘッダ部及び本文を含み、さらには、送信メールとは異なるＭＤＮの結果情報部を含んでいる。なお、電子メールは実際には分割されている訳ではないが、ここでは分割した状態で説明する。
ヘッダ部及び本文については、上述した図６に示す送信メッセージと同様の内容が記される。但し、図７の本文においては、送信が成功した旨のメッセージが記述されている。
【００６０】
ＭＤＮの結果情報部にはＭＤＮに用いるための情報が表示される。図示した各フィールドは、それぞれ次の情報を表す。
Final-Recipient のフィールドは、ＭＤＮを返信した側のアドレスを示す。
Original-Message-Id は、電子メールを識別するためのＩＤである。例えば図６に示したMessage-Idフィールドに対応する送達確認の応答であることを示すために用いる。また、Disposition フィールドは、Message-Idに対応する電子メールの処理が成功したか否か等の状態を示す。図７においては、処理が成功した旨が示されている。
【００６１】
また、Media-Accept-Features フィールドは、電子メールの送信先における受信能力を示すフィールドである。
例えば、図７に示すように、本実施の形態の送信先の受信能力は、モノクロ表示であり(color=Binary)、Tiffフォーマットのみ読み取ることができ(image-file-structure=Tiff-limited) 、200dpiの解像度であり(dpi=200) 、縦横比が200/100 か又は200/200 であり(dpi-xyratio=[200/100,200/200]) 、符号化方法はＭＨかＭＲかＭＭＲが可能であり(image-coding=[MH,MR,MMR])、ＭＲＣ（Mixed Raster Content）モードは０であり（０の場合においては、１頁内に異なる符号化方式及び解像度を許可しない）(MRC-mode=0)、用紙サイズはＡ４かＢ４かＡ３である(paper-size=[A4,B4,A3]) 。
このように、受信した電子メールにおける、送信先の受信能力の情報を受信することにより、次回の送信時にその情報を用いて送信条件を設定することが出来る。
【００６２】
次に、図５に示すステップＳ１３における送受信メールを登録する際の履歴情報登録処理について、図８及び図９のフローチャートを参照して説明する。
まず、通信した相手先のアドレス情報を記憶し（ステップＳ２０）、ステップＳ２０において記憶したアドレスに対する通信が正常に終了したか否かについての通信結果情報を記憶する（ステップＳ２１）。
そして、ステップＳ２２において、ステップＳ２０において記憶した通信は、送信処理（送信メール）であったか否かについて再度確認する。送信メールであった場合、処理をステップＳ２９に進め、送信時に設定した画像データの送信条件（ファイル符号化方式等）を記憶する。
【００６３】
また、ステップＳ２２において、ステップＳ２０において記憶した通信が送信処理でない場合、すなわち受信処理（受信メール）であると判断した場合、処理をステップＳ２３に進め、受信メールの内容が、先に行った送信処理（送信メール）に対する送達確認（ＭＤＮ）の応答メールであるか否かについて判断する。
ステップＳ２３において受信メールが、ＭＤＮの応答メールでないと判断された場合、新規に受信した電子メールであるので、ステップＳ２７に処理を進め、受信した画像データのファイル情報（ファイル符号化方式等）を記憶する。
【００６４】
ステップＳ２３において、ＭＤＮの応答メールであると判断した場合、ステップＳ２４において、応答メールの受信時に、送信先の受信能力が通知がされているか否かを判断する。
ステップＳ２４において受信能力が通知されている場合、ステップＳ２５に処理を進め、通知された受信能力を記憶し、履歴情報登録処理を終了する。
【００６５】
また、ステップＳ２４において相手先の受信能力が通知されていない場合、ステップＳ２８に処理を進め、送達確認の結果がＯＫであるか否かについて判断する。
送達確認応答の結果がＯＫである場合、先に送信した送信時の画像データの送信条件（ファイル情報）については、少なくとも、送信先が受信能力を備えているものと判断し、そのファイル情報を登録する（ステップＳ２９）。
また、ステップＳ２８において、送達確認応答の結果がＯＫでない、すなわち不良であると判断した場合、送信した送信条件（ファイル情報）をエラー情報として記憶する（ステップＳ３０）。
【００６６】
次に、図４に示すステップＳ１における送信開始処理について、図１０に基づき説明する。
図１０は、図４に示す前記ステップＳ１における送信開始処理を詳細に示すフローチャートである。
まず、受信履歴情報に基づいて送信する場合につき説明する。
図１１は、受信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【００６７】
最初に、ユーザは読取り部１９に電子メールとして送信すべき原稿をセットする（ステップＳ４１）。
次に、ステップＳ４２において、ユーザが操作部３２の「 ダイヤルリストキー」 ４０を押下すると、図１１（ａ）に示したように、「送信履歴」、「受信履歴」及び「リダイヤル」のキーが表示される。ここでは「受信履歴」を選択する（図１１（ｂ））。
【００６８】
図１１（ｃ）に示すように、受信履歴情報として、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。このファイル情報は上述したようにして前回の送信時に登録される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００６９】
次に、図１１（ｄ）に示すように、ステップＳ４２において表示された受信履歴情報から、ユーザは今回送信する送信先を選択する（ステップＳ４３）。
次にステップＳ４４で、ステップＳ４３で選択した送信先に対する送信条件（ファイル情報）を変更するか否かを選択する。
ステップＳ４４において送信条件（ファイル情報）を変更せず、そのまま送信を行う場合、スタートキー３５を押下する（ステップＳ４５）。これにより、ファイル情報に基づく送信条件によって、送信が実行される。
ステップＳ４４において送信条件を変更する場合、ユーザが直接、パネル制御部１３を用いて送信条件（ファイル形式及び符号化方式）を入力し（ステップＳ４６）、処理をステップＳ４５に進める。
最後に、読取り部１９により原稿の読取りが行われて（ステップＳ４７）送信開始処理が終了し、図４のステップＳ２の電子メールの送信処理が開始される。
【００７０】
次に、送信履歴の情報に基づいて送信する場合の送信開始処理について説明する。
図１２は、送信履歴情報に基づいて送信を行う場合の操作手順を説明するための図である。
この場合、図１０のステップＳ４２において、「 ダイヤルリストキー」 ４０を押下し、図１２（ｂ）に示したように、「送信履歴」を選択する。
図１２（ｃ）に示すように、送信履歴情報として、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。このファイル情報は上述したようにして前回の送信時に登録される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００７１】
次に、図１２（ｄ）に示すように、ステップＳ４２において表示された送信履歴情報から、ユーザは今回送信する送信先を選択する。
後の処理は、受信履歴情報に基づいて送信する場合と同様にして実施する。送信は、送信履歴のファイル情報に基づく送信条件によって実行される。
【００７２】
図１３は、過去に送信した相手先へ再度送信するためのリダイヤル機能を用いて送信する場合の操作手順を説明するための図である。
この場合、「 ダイヤルリストキー」 ４０を押下して、図１３（ｂ）に示したように、「リダイヤル」を選択する。
図１３（ｃ）に示すように、リダイヤルリストとして、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００７３】
図１３（ｄ）に示すように、送信先を選択することにより、再度その送信条件にて再送することが可能である。
また、先の送信時にＭＤＮによる送信先の能力要求又はリアルタイムモードを用いた能力交換を行っている場合、その結果に応じて、リダイヤル時の送信条件を設定可能に構成することも可能である。
【００７４】
以上のように、本実施の形態に係るＦＡＸ／電子メール装置１１は、相手先のアドレス情報を含む通信履歴情報の記憶時に、受信又は送信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により送信すべく指示して次回の送信を行うので、送信先の受信能力に合わせた形で送信することが可能である。
そして、本実施の形態においては、先の送信時に、ＭＤＮの応答メールを受信して能力通知を受け取っていない相手先へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００７５】
また、本実施の形態に係るＦＡＸ／電子メール装置１１は、制御用メモリ１４が、送信はエラーであったことを送信先より受信した場合に、送信時に指定したファイル情報をエラー情報として記憶し、パネル制御部１３の表示部３１においてエラーであったことを表示するので、前回と同一の送信条件を選択した場合に送信エラーが発生することをユーザが認識することが出来る。
そして、送信はエラーであったと記憶された送信先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されているので、再度の送信エラーの発生を防止することが出来る。
【００７６】
なお、前記実施の形態においては、送信先へＭＤＮの応答を要求する場合につき説明しているがこれに限定されるものではない。但し、ＭＤＮの応答メールを受信して受信能力情報を取得した場合に、この受信能力情報を記憶すべく構成することにより、次回の送信時に相手先の受信能力にさらに適合した送信条件により送信することが可能になる。そして、受信能力情報を最新の所定件数のみ記憶すべく構成することにより、記憶容量の削減が可能となる。
さらに、前記実施の形態においては、電子メールの添付ファイルとして画像データを送信する場合について説明しているがこれに限定されるものではなく、ＩＰ（Internet Protocol）、ＩＰＰ（Internet Printing Protocol）を用いて直接相手先へ画像データを送信する場合に用いても同等の効果を得ることが可能である。
【００７７】
【発明の効果】
以上、詳述したように、本発明のネットワーク通信装置は、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、送信先の受信能力に合わせた形で送信することが可能である。
そして、本発明においては、先の送信時に、ＭＤＮの応答メールを受信して能力通知を受け取っていない相手先へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００７８】
本発明のネットワーク通信装置は、送信した履歴情報の記憶時に、送信した相手先のアドレスと、送信した画像データのファイル情報とを記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、過去に送信した実績があるファイル形式に適合させて、確実に送信することが可能である。
【００７９】
本発明のネットワーク通信装置は、履歴情報記憶手段が、ファイル情報を最新の１又は複数件のみ記憶すべく構成されているので、記憶容量の削減が可能となる。なお、最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００８０】
本発明のネットワーク通信装置は、履歴情報管理手段が、受信能力情報を受信した場合に、受信能力情報を記憶すべく構成されているので、次回の送信時に相手先の受信能力に適合した送信条件を選択することが可能である。
【００８１】
本発明のネットワーク通信装置は、履歴情報記憶手段が、受信能力情報を最新の１又は複数件のみ記憶すべく構成されているので、記憶容量の削減が可能となる。
【００８２】
本発明のネットワーク通信装置は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成されているので、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが出来、ユーザがこれを認識することが出来る。
【００８３】
本発明のネットワーク通信装置は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されているので、再度の読み取りエラーの発生を防止することが出来る。
【００８４】
本発明のネットワーク通信装置は、画像データを電子メールの添付ファイルとして送受信すべく構成されているので、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＦＡＸ／電子メール装置の電気的構成を示すブロック図である。
【図２】本発明の実施の形態に係るＦＡＸ／電子メール装置のパネル制御部を示す平面図である。
【図３】本発明の実施の形態に係るＦＡＸ／電子メール装置と送信先のＦＡＸ／電子メール装置との接続を示すブロック図である。
【図４】本発明の実施の形態に係るＦＡＸ／電子メール装置における送受信の処理を示すフローチャートである。
【図５】本発明の実施の形態に係るＦＡＸ／電子メール装置における送受信の処理を示すフローチャートである。
【図６】本発明の実施の形態に係るＦＡＸ／電子メール装置が送信した電子メールの一例を示す図である。
【図７】本発明の実施の形態に係るＦＡＸ／電子メール装置が受信した電子メールの一例を示す図である。
【図８】履歴情報登録処理を示すフローチャートである。
【図９】履歴情報登録処理を示すフローチャートである。
【図１０】送信開始処理を示すフローチャートである。
【図１１】受信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【図１２】送信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【図１３】過去に送信した相手先へ再度送信するためのリダイヤル機能を用いて送信する場合の操作手順を説明するための図である。
【符号の説明】
１１ ＦＡＸ／電子メール装置
１２ メイン制御部
１３ パネル制御部
１４ 制御用メモリ
１５ 画像用バッファ
１６ 制御用バッファ
１７ 画像記憶部
１８ 電子メール作成部
１９ 読取り部
２０ 記録部
２１ 符号／復号化制御部
２２ ＬＡＮ制御部
２４ ＮＣＵ
２５ 送達確認送受信制御部
２６ 時計部
２７ 時間管理部
４０ ダイヤルリストキー
【発明の属する技術分野】
本発明は、ネットワークを介して画像データを送信することが出来るネットワーク通信装置に関するものである。
【０００２】
【従来の技術】
電話回線を介して通信する従来のファクシミリ（ＦＡＸ）装置等のスキャナ装置においては、送信元が送信先の最大受信能力（対応可能な受信能力）に関する情報を取得した後、その受信能力に合わせて送信データを変換して送信を行うか、送信元で送信データを変換する手間を省略するために、前回の送信時に取得した送信先の最大受信能力情報を、電話帳（短縮ダイヤル等）に登録し、その最大受信能力情報に基づき送信を行っていた。
【０００３】
近年、ネットワーク化の進展に伴い、単に画像データの読み取り装置として用いられるだけでなく、画像データをネットワーク接続されたコンピュータ等の装置へ自ら送信する機能を備えたスキャナ装置が開発されている。
その中には、インターネット等のネットワークに接続し、電子メール（Ｅ− ｍａｉｌ）を用いてコンピュータに画像を送信するスキャナ装置として、Scanto E-mail という機能を備えたネットワークスキャナ装置がある。
【０００４】
これは、ネットワークに接続されているスキャナ装置において、読み取った原稿画像データをフォーマットデータに変換して電子メール用の添付ファイルを作成し、電子メールとともにその添付ファイルをインターネット上の相手のアドレス（ホストコンピュータ）に送信するものである。
また、上述のネットワーク接続されるスキャナ装置等のネットワーク通信装置として、さらに印刷機能や電話機能も備えた、インターネットＦＡＸ装置が開発されている。
【０００５】
このインターネットＦＡＸ装置は、通常の電話回線を経由して画像情報を他のＦＡＸ装置に送信するだけでなく、画像データを、インターネットを経由して他のＦＡＸ装置に送信することが出来る。
しかし、ネットワークへの画像データの送信において、送信先の符号化能力が分からないという問題点があり、送信した画像データを送信先で確実に受信出来たか否か分からないという問題点があった。そして、能力の不一致により添付ファイルが開けない虞があった。
【０００６】
そのため、インターネットの標準規格を決める団体であるＩＥＴＦ(Internet Engineering Task Force) において、このインターネットＦＡＸ装置の標準化が検討されており、標準符号化方式として、送信する画像の条件を水平画素数：1728画素、解像度：200 ×100dpiまたは200 ×200dpi、符号化方式：ＭＨとし、画像をＴＩＦＦ(Tagged Image File Format)形式のファイルにし、ファイルが電子メールフォーマット標準であるＭＩＭＥ(Multipurpose Internet Mail Extentions) を最低限備えていることを規定している。
【０００７】
しかし、規定された標準符号化方式は、あくまでも低圧縮・低解像度の仕様であるため、仮に送信先のＦＡＸ装置が高圧縮・高解像度の機能を備えていても、ユーザが所望する高解像度、高圧縮の態様で画像データを送信することが出来ないという問題があった。
【０００８】
そこで、そのような問題点を解決する方法として、電子メールを受信した場合に、送信先端末が、送信先端末の受信能力及び、送達確認の応答を送信元に返信するＭＤＮ（Message Disposition Notification）の方法がＲＦＣ（Request For Comment ）により規定されている。
ＲＦＣとは、インターネットに関する技術の標準を定める団体であるＩＥＴＦが正式に発行する文書を指す。ＲＦＣとして、例えば、ＩＰ、ＴＣＰ、ＨＴＴＰ、ＦＴＰ等のインターネットで利用されるプロトコルや、その他インターネットに関するさまざまな技術の仕様・要件等が、ＲＦＣ２２９８のような通し番号をつけて公開されている。
【０００９】
ＭＤＮにおいては、電子メールのヘッダ部に「Disposition-Notification-To ：」フィールドを新たに設けられている。送信元及び送信先の端末がＭＤＮの仕様を満たしている場合には、前記フィールドを用いて応答処理が行われる。すなわち、具体的には、送信元において、前記フィールドに送達確認メールの送付を希望するアドレスを指定して送信し、送信先において、前記フィールドで指定されたアドレスにメールの返信を行う。
【００１０】
このＭＤＮ機能を備えたインターネットＦＡＸ装置（ネットワーク通信装置）が、特開２００１−３０９１０９号公報に開示されている。
このインターネットＦＡＸ装置においては、電子メールを送信した場合、送信終了後、一定時間経過しても送信先よりＭＤＮ応答の電子メールが送られてこないときには、ユーザにＭＤＮ応答（送達確認応答）が送られてこないことを告知するための不達レポートを記録出力する。
これにより、送信先端末に正常に送信が行われたか否かを確認することが出来る。
【００１１】
【発明が解決しようとする課題】
しかし、上述したＭＤＮにより送信先端末の受信能力を取得する方法では、最初の電子メールの送信時には送信先の受信能力が分からないので、送信先が所望する態様の画像データを送信することが出来ず、その結果、送信する画像データの送信条件を低解像度・低圧縮率の符号化方式に固定した状態で送信する必要があった。
また、ＭＤＮの機能についても、ネットワークにおける通信機能として必ず備えなければならない機能ではないので、この機能を有しない相手先と通信する場合においては、送信先の受信能力を知ることが出来ないという問題があった。また、送信先が再度電子メールを作成して送信しなければならないので、一般的な通信時には、ＭＤＮによる通知を行っていないのが現状であった。
【００１２】
本発明は斯かる事情に鑑みてなされたものであり、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うことにより、相手先の受信能力に合わせた形で送信することが可能であるネットワーク通信装置を提供することを目的とする。
【００１３】
そして、本発明は、送信した相手先のアドレス情報を含む通信履歴情報の記憶時に、送信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うことにより、過去に送信した実績があるファイル形式に適合させて確実に送信することが可能であるネットワーク通信装置を提供することを目的とする。
【００１４】
また、本発明は、履歴情報記憶手段がファイル情報を最新の１又は複数件のみ記憶すべく構成することにより、記憶容量を削減することが可能であるネットワーク通信装置を提供することを目的とする。
【００１５】
さらに、本発明は、履歴情報管理手段が、受信能力情報を受信した場合に、受信能力情報を記憶すべく構成することにより、次回の送信時に相手先の受信能力に適合した送信条件を選択することが可能であるネットワーク通信装置を提供することを目的とする。
【００１６】
そして、本発明は、履歴情報記憶手段が、受信能力情報を最新の１又は複数件のみ記憶すべく構成することにより、記憶容量を削減することが可能であるネットワーク通信装置を提供することを目的とする。
【００１７】
また、本発明は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成することにより、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが可能であり、ユーザがこれを認識することが出来るネットワーク通信装置を提供することを目的とする。
【００１８】
さらに、本発明は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成することにより、再度の読み取りエラーの発生を防止することが出来るネットワーク通信装置を提供することを目的とする。
【００１９】
【課題を解決するための手段】
本発明のネットワーク通信装置は、ネットワークを介して画像データを送受信すべく構成されているネットワーク通信装置において、相手先との通信の履歴情報、並びに、過去に受信又は送信した画像データのファイルフォーマット、圧縮形式及び符号化方式を含むファイル情報を記憶する履歴情報記憶手段と、該履歴情報記憶手段に記憶された情報を表示する表示手段と、前記履歴情報記憶手段に記憶されている前記ファイル情報に基づく、ファイルフォーマット、圧縮形式及び符号化方式を含むファイルの設定条件により画像データを送信すべく指示する送信指示手段とを備え、前記履歴情報記憶手段は、ファイル情報がある画像データを受信した場合に、該ファイル情報を記憶し、画像データを送信した場合に、送信した画像データのファイル情報を記憶し、送信がエラーであった場合に、送信した前記ファイル情報をエラー情報として記憶するように構成されており、前記送信指示手段は、前記表示手段に表示された前記情報に基づき前記設定条件を変更するか否かの指示を受け付ける第１受付手段と、該第１受付手段により変更するという指示を受け付けた場合に、変更された前記設定条件を受け付ける第２受付手段と、前記第１受付手段により変更しないという指示を受け付けた場合、又は前記第２受付手段により変更された前記設定条件を受け付けた場合に、画像データの送信の実行の指示を受け付ける第３受付手段とを含むことを特徴とする。
【００２０】
ネットワークを介して画像データを送信する場合、予め送信先の受信能力を知ることが出来ないが、本発明においては、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、相手先の受信能力に合わせた形で送信することが可能となる。
【００２１】
そして、本発明においては、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
また、本発明においては、送信した履歴情報（通信管理情報又はリダイヤル情報）の記憶時に、送信した相手先のアドレスと、送信した画像データのファイル情報とを記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、過去に送信した実績があるファイル形式に適合させて、確実に送信することが可能である。
【００２２】
本発明のネットワーク通信装置は、電子メールを送信した場合に、送信先の端末が、送信先の端末の受信能力及び、送達確認の応答メールを送信元に返信するように要求する送達確認応答の要求を設定する手段と、通信が受信であったと判断された場合に、送達確認の応答メールを受信したか否かを判断する第１判断手段と、該第１判断手段により、送達確認の応答メールを受信しなかったと判断された場合に、受信した画像データのファイル情報を前記履歴情報記憶手段に記憶する手段と、前記第１判断手段により、送達確認の応答メールを受信したと判断された場合に、送信先の受信能力が通知されているか否かを判断する第２判断手段と、該第２判断手段により、受信能力が通知されていると判断された場合に、通知された受信能力を前記履歴情報記憶手段に記憶する手段と、前記第２判断手段により、受信能力が通知されていないと判断された場合に、送達確認の結果が良好であるか否かを判断する第３判断手段と、該第３判断手段により、送達確認の結果が良好であると判断された場合に、先に送信したときの画像データのファイル情報を前記履歴情報記憶手段に記憶する手段と、前記第３判断手段により、送達確認の結果が良好でないと判断された場合に、送信した設定条件をエラー情報として前記履歴情報記憶手段に記憶する手段とを備えることを特徴とする。
本発明においては、ＭＤＮの応答メールを受信して受信能力情報を取得したときに、この受信能力情報を記憶しておくことにより、次回の送信時に相手先の受信能力にさらに適合した送信条件を選択することが可能になる。
【００２４】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、前記ファイル情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする。
【００２５】
本発明は、電話帳（短縮ダイヤル等）の簡易アドレス帳を用いて送信するのではなく、履歴情報記憶手段に記憶されたアドレス情報に基づき直接送信指示するものである。従って、履歴情報として所定時間（１日等）又は所定件数（通常５０件以上）の通信先のアドレス情報及び通信結果情報が記憶されている上に、通信条件（符号化方式等のファイル情報、相手先の能力）を記憶させるので、大きな記憶容量が必要となる。
記憶容量には制約があるので、本発明においては、最新の所定件数（例えば１０件）のみ記憶することにしており、記憶容量を削減することが可能となる。
なお、最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００２７】
本発明のネットワーク通信装置は、前記履歴情報記憶手段が、前記受信能力情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする。
履歴情報として通常５０件以上記憶する必要があるが、記憶容量には制約があるので、本発明においては、受信能力情報を最新の所定件数（例えば１０件）のみ記憶することにしており、記憶容量を削減することが可能となる。
【００２９】
本発明のネットワーク通信装置は、前記表示手段は、前記履歴情報記憶手段に前記エラー情報が記憶されている場合に、標準符号化方式を設定条件として表示することを特徴とする。
ここで、標準符号化方式とは、送信する画像の条件を水平画素数：１７２８画素、解像度：２００×１００ｄｐｉまたは２００×２００ｄｐｉ、符号化方式：ＭＨとし、画像をＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）形式のファイルにし、ファイルが電子メールフォーマット標準であるＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｔｉｏｎｓ）を最低限備えていることをいう。
本発明においては、再度の読み取りエラーの発生を防止することが出来る。
【００３２】
【発明の実施の形態】
以下、本発明をその実施の形態を示す図面に基づき具体的に説明する。
本発明に係るネットワーク通信装置は、所定の送信設定により、ネットワークを介してデータの送信を行うものである。このネットワーク通信装置は、データの送信とともに、送信先へ応答を要求し、その応答の有無を確認する応答確認機能も有している。
【００３３】
このネットワーク通信装置の構成について、図１及び図２に基づいて説明する。
図１は、本発明のネットワーク通信装置としてのＦＡＸ／電子メール装置１１の電気的構成を示すブロック図である。
このＦＡＸ／電子メール装置１１は、データを記録媒体に印刷するプリンタ／コピー、電話回線を利用した通常のＦＡＸとしての機能の他に、インターネット等のネットワークを経由して、電子メールの送受信及びサーバとファイルの送受信を行う電子メール（Ｅ−ｍａｉｌ／ＦＴＰ（File Transfer Protocol））装置、並びにインターネットＦＡＸ装置としての機能を有する。インターネットＦＡＸ装置としての機能については、後に詳述する。
【００３４】
このＦＡＸ／電子メール装置１１は、大略的に、メイン制御部１２と、パネル制御部１３と、制御用メモリ１４と、画像用バッファ１５と、制御用バッファ１６と、画像記憶部１７と、電子メール作成部１８と、読取り部１９と、記録部２０と、符号／復号化制御部２１と、ＬＡＮ（Local Area Network）制御部２２と、モデム２３と、網制御部（ＮＣＵ：Network Control Unit）２４と、送達確認送受信制御部２５と、時計部２６と、時間管理部２７とを備えて構成されている。
【００３５】
メイン制御部１２は、ＣＰＵ（Central Processing Unit)等を備えており、ＦＡＸ／電子メール装置１１全体の制御を行う。パネル制御部１３は、原稿の読込み及び相手先入力等の指示を行うためのものであり、詳細は後述する。
制御用メモリ１４は、ＲＯＭ等の不揮発性のメモリ及びバックアップされた揮発性のメモリ等からなり、制御プログラム、相手先情報（相手先の電話番号、短縮番号、リダイヤル情報、相手先との通信の履歴情報、画像データのファイル情報及び相手先の受信能力情報等の各種情報）を記憶する。
【００３６】
画像用バッファ１５は、ＲＡＭ等からなり、送受信される画像データの圧縮や伸長にあたっての一時記憶に使用される。制御用バッファ１６は、ＲＡＭ等からなり、制御プログラムを動作させる上で必要なデータを格納する。画像記憶部１７は、符号化された画像データを記憶するとともに、後述する読取り部１９から読込んだデータ、または受信したデータ、復号化後のデータ等を記憶する。
【００３７】
電子メール作成部１８は、符号化された画像データにヘッダ情報を付加し、電子メールのフォーマットに変換する。読取り部１９は、原稿読取り手段としての光電変換素子（ＣＣＤ；Charge Coupled Device)を利用したスキャナであり、原稿を所定の解像度で読み取る。そして、読み取った結果、ドットイメージデータを出力する。記録部２０は、電子写真方式のプリンタ装置を備えており、通信によって受信した原稿画像や読取り部１９で読み取った原稿画像等のデータをハードコピー（プリントアウト）する。
【００３８】
符号／復号化制御部２１は、読込んだ原稿画像のデータの符号化又は受信時の復号化を行う。すなわち、この符号／復号化制御部２１は、読取り部１９で読み取った原稿画像のデータを符号化圧縮するとともに、符号化圧縮されている受信した原稿画像のデータを元のデータに復号化する。この符号／復号化制御部２１においては、ＦＡＸ通信で一般に使用されている、ＭＨ(Modified Huffman)、ＭＲ(Modified READ) 及びＭＭＲ(Modified Modified READ)等の符号化方式を用いることが出来る。
【００３９】
ＬＡＮ制御部２２は、インターネット経由による電子メールの送受信及びインターネットＦＡＸの通信を行うべくＬＡＮ（Local Area Network）と接続するためのものである。モデム２３は、通常のＦＡＸ通信を行うためのものであり、ＦＡＸ通信が可能なＦＡＸモデムから構成されている。このモデム２３は、ＮＣＵ２４を介して公衆電話回線と接続されている。ＮＣＵ２４は、アナログの公衆電話回線網（ＰＳＴＮ）との回線の閉結及び開放の回線制御動作を行うハードウェアであり、必要に応じてモデム２３を公衆電話回線網と接続する。
【００４０】
送達確認送受信制御部２５は、上述したＭＤＮ機能による送達確認（送達確認応答）の要求、及び受信した送達確認応答の管理等を行うためのものであり、電子メール作成部１８が付加するヘッダ情報を用いて制御を行う。
この送達確認送受信制御部２５は、データの送信における送信エラーを検出する検出手段に相当し、また、送達確認送受信制御部２５は、送信エラーを検出した場合にデータを再送する再送手段にも相当する。
ここで、この送信エラーとは、後述する送達確認において、画像データを読み取ることが出来ず、送信が正常に完了していないという結果が得られたことをいう。
さらに、送達確認送受信制御部２５は、上述のパネル制御部１３と組み合わせて、所定の送信設定を変更する設定変更手段、及び送信設定を変更する際の確認をするための確認手段としても機能する。
【００４１】
時計部２６は、前記送達確認の要求を送信してから、送達確認応答を受信するまでの経過時間を計測する計測手段であり、たとえば後述するタイムアウト時間等をカウントする。時間管理部２７は、時計部２６で計測された送達確認応答を受信するまでの時間を記憶し、また後述するようにその時間に基づいて、タイムアウトエラーの判定を行う待ち時間を設定する変更手段である。
【００４２】
図２は、パネル制御部１３を示す平面図である。
このパネル制御部１３は、表示部３１及び操作部３２を備えており、これらを一体化したタッチパネル型に構成されている。そして、ＦＡＸ送信にあたっては、相手先の設定が行われ、設定された相手先情報は、制御用メモリ１４に格納される。表示部３１は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）及びＣＲＴ（ブラウン管：Cathode Ray Tube）ディスプレイ等からなり、動作状態や送信先の情報等、数字や記号だけでなく、画像を表示することが出来る。操作部３２は、本発明のＦＡＸ／電子メール装置１１に対する設定及び条件または処理動作等の入力操作に必要な各種のキー（入力手段）を備えている。
【００４３】
操作部３２は、テンキー３３、クリアキー３４、スタートキー３５、全解除キー（ＣＡキー）３６、モード選択キー３７、及びジョブステータス表示キー３８、ユーザ設定キー３９、ダイヤルリストキー４０等を備えている。表示部３１はタッチパネルとなっており、設定等にあたって各種のキーを表示し、入力を受付けるようになっている。
テンキー３３は、画像形成枚数や部数等を入力するためのものである。クリアキー３４は、テンキー３３から入力された情報等をクリアするためのものである。スタートキー３５は、記録媒体への画像出力動作を開始するためのキーである。全解除キー３６は、設定された条件を全てクリアするためのキーである。
【００４４】
また、モード選択キー３７は、たとえばインターネットを介して受信したデータ等を出力するプリンタとしてのプリンタモード、電話回線及びインターネットを介して他の装置にデータを送信するＦＡＸとしてのＦＡＸモード、及び原稿から読み取った画像データを記録媒体に印刷する複写機としての複写（コピー）モード等に対応するキー（プリンタキー・ＦＡＸ／イメージ送信キー・コピーキー）を有する。ユーザは、これらのキーの中からいずれかを選択することで、本発明のＦＡＸ／電子メール装置１１の機能を選択する。ジョブステータス表示キー３８は、現在の画像形成ジョブの状況を選択表示するためのキーであり、ダイヤルリストキー４０は、過去の通信の履歴情報を用いて新規の送信を指示するためのキーである。
【００４５】
以下、本発明のＦＡＸ／電子メール装置１１のインターネットＦＡＸ装置としての機能について説明する。
本発明のＦＡＸ／電子メール装置１１が、インターネットＦＡＸ装置としてＦＡＸ文書データ（画像データ）を送信する場合、符号／復号化制御部２１において符号化されたＦＡＸ文書データに、電子メール作成部１８において、ヘッダ情報が付加され、電子メールのフォーマットに変換される。
【００４６】
図３は、本発明のＦＡＸ／電子メール装置１１と送信先のＦＡＸ／電子メール装置５との接続を示すブロック図である。
本発明のＦＡＸ／電子メール装置１１は、ＦＡＸ文書データの送信先である電子メールアドレスにＦＡＸ文書データを付加して電子メール化する。そして、公衆電話回線等を通じてインターネットプロバイダとしてのメールサーバ装置２に接続され、そのホストを介してインターネットＮに接続されるか、または直接インターネットＮに接続されることにより、ネットワーク上のメールサーバ装置４にその電子メールが転送され、送信先のＦＡＸ／電子メール装置５に電子メールが送信される。
【００４７】
そして、本ＦＡＸ／電子メール装置１１は、配信成功後にメッセージで処理状況を通知するＭＤＮ機能を有する。ＭＤＮ機能とは、上述したように、電子メールを受信した場合に、送信先のＦＡＸ／電子メール装置５が送達確認応答を送信元のＦＡＸ／電子メール装置１１に返信することによって送達確認を行うことが出来る機能である。
そこで、本ＦＡＸ／電子メール装置１１では、電子メール作成部１８において、電子メールのヘッダ部に、送達確認送受信制御部２５が用いるためのＭＤＮフィールドを付加し、そのＭＤＮフィールドに確認メールを送付するアドレス（送信元のＦＡＸ／電子メール装置１１のアドレス又は番号）を記述し、送達確認応答の要求を行う。
【００４８】
次に、送信元のＦＡＸ／電子メール装置１１が、ＦＡＸ文書データを電子メールとして、送信先のＦＡＸ／電子メール装置５に送信する処理について説明する。
図４及び図５は、本発明のＦＡＸ／電子メール装置１１における送受信の処理を示すフローチャートである。
まず、ユーザにより原稿が読取り部１９にセットされ、パネル制御部１３より送信先のアドレス及び送信条件等が入力され、送信元のＦＡＸ／電子メール装置１１が送信処理を開始する（ステップＳ１）。
この場合に設定される送信先の情報及びその操作手順については、後述する。
【００４９】
次に、ＮＣＵ２４がインターネット（サーバ）に接続し（ステップＳ２）、電子メール作成部１８で作成された電子メールを送信する（ステップＳ３）。このステップＳ３で送信する電子メールの構成については、後で説明する。
送信が完了した後、インターネット（サーバ）との接続を終了する（ステップＳ４）。
【００５０】
ステップＳ５において、送達確認送受信制御部２５が、送達確認応答の要求を設定しているか否かを判断し、設定されていない場合には、ステップＳ１３に処理を進める。そして、ステップＳ１３において、送信した相手先のアドレス情報及び送信した画像情報を制御用メモリ１４に登録して処理を終了する。
送達確認応答が設定されている場合にはステップＳ６に処理を進める。ステップＳ６において、履歴情報登録処理として送信した相手先のアドレス情報と、送信した画像データのファイル情報を制御用メモリ１４に一旦登録した後に、時計部２６による送達確認応答の待ち時間の計測を開始する。なお、ステップＳ６において登録された履歴情報は、送達確認応答の結果に対応して更新される。
【００５１】
そして、所定時間毎にインターネット（サーバ）に再び接続し（ステップＳ７）、ステップＳ８において、新たな電子メールが到着しているか否かを判断する。
新たな電子メールが到着していない場合には処理をステップＳ１０に進め、インターネット（サーバ）との接続を終了する。新たな電子メールが到着している場合には、送達確認送受信制御部２５が新着メールを受信した後（ステップＳ９）、処理をステップＳ１０に進める。
このステップＳ９において受信した電子メールの構成については、後で説明する。
なお、このステップＳ９で受信する電子メールは、送信先からの送達確認の応答の電子メールであってもよいし、新規に受信した通常の電子メールであってもよい。
【００５２】
次に、ステップＳ１１において、送達確認応答を受信したか否かを判断する。
ステップＳ１１において、送達確認応答又はサーバからのエラーメールを受信した場合には、時計部２６による送達確認応答の待ち時間の計測を終了し（ステップＳ１２）、処理をステップＳ１３に進める。ステップＳ１３において、履歴情報登録処理として通常の受信情報を登録し、ＭＤＮによる応答のメール情報に基づいて通信情報の更新を行い、処理を終了する。
【００５３】
一方、前記ステップＳ１１において送達確認応答を受信していない場合にはステップＳ１４に処理を進め、ステップＳ１４において、時計部２６による計測時間が設定されている送達応答確認の待ち時間に達しているか否か、すなわち、送達確認応答がタイムアウトか否かを判断する。
待ち時間に達していない場合には処理をステップＳ７に戻す。
待ち時間に達しており、タイムアウトエラーと判定した場合には、時計部２６による送達確認応答の待ち時間の計測を終了し（ステップＳ１５）、パネル制御部１３の表示部３１によりユーザに対してタイムアウトエラーの報知を行った後（ステップＳ１６）、処理をステップＳ１３に進める。そして、ステップＳ１３において、履歴情報登録処理を行った後、処理を終了する。
【００５４】
なお、ステップＳ１３の履歴情報登録処理時において、送信先から送られてきた画像データのファイル情報、及び送信先からＭＤＮの応答メールで送られてきた受信能力について登録する際に、制御用メモリ１４のメモリ容量を考慮し、最新の所定件数（例えば１０件）についてのみ登録する構成にしてもよい。
これは、ステップＳ１３の履歴情報への新規の登録時に合わせて、所定件数以上前に履歴情報として登録されたファイル情報、又は受信能力情報を代わりに消去することにより容易に処理することが可能である。
但し、履歴情報として消去するのはあくまでも、ファイル情報等についてであり、相手先のアドレス情報等の通信情報については、予め設定された所定件数（例えば５０件）以上、登録されるまで消去しないようにする。
最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００５５】
次に、上述のステップＳ３において送信した電子メールの一例を図６に示す。
電子メールは、図６に示したようにヘッダ部、本文及び添付ファイル部からなる。
電子メールは実際には３つに分割されている訳ではないが、ここでは分割した状態で説明する。
ヘッダ部は、電子メールの送受信及びインターネットにおける配信等に関する情報を表示する部分である。このヘッダ部の各行は、送受信等で用いられる固有の情報を記しており、以下、この各行のことをフィールドという。
【００５６】
例えば、Ｔｏフィールドには電子メールの宛先が表示される。
そして、本実施の形態においては、ＭＤＮ（ＲＦＣ２２９８）で規定されるDisposition-Notification-Toフィールド（ＭＤＮフィールド）に、送達確認メールを送付すべき送信先を設定するようにしてある。ここで、宛先は、図示するようにＤＥＦに設定されている。
また、Message-Idフィールドは、個々のメールを識別するためのフィールドであり、例えば、送信時に送信メールに対してMessage-Id：ＧＨＩを付与して送信する。すると、ＭＤＮの応答メールとして、そのMessage-Id：ＧＨＩが後述する結果情報のOriginal-Message-Id フィールドに付与された応答メールを受信することが出来、これによってメールを識別することが出来る。
【００５７】
本文は、電子メールの本体に相当する。本実施の形態は、画像情報を送信するインターネットＦＡＸ装置に適用した場合であるので、本文は簡単なメッセージの送受信のために補助的に用いられている。
【００５８】
そして、添付ファイルは、符号化した画像データを電子メールの本文に添付したものである。この添付ファイルの形式は、ＭＩＭＥ（Multipurpose Internet Mail Extensions)として定められている。
以上、説明した電子メールを、上述したステップＳ３において送信する。
【００５９】
次に、上述のステップＳ９において受信した電子メールの一例を図７に示す。
返信される電子メールは、図６に示した送信メールと同様にヘッダ部及び本文を含み、さらには、送信メールとは異なるＭＤＮの結果情報部を含んでいる。なお、電子メールは実際には分割されている訳ではないが、ここでは分割した状態で説明する。
ヘッダ部及び本文については、上述した図６に示す送信メッセージと同様の内容が記される。但し、図７の本文においては、送信が成功した旨のメッセージが記述されている。
【００６０】
ＭＤＮの結果情報部にはＭＤＮに用いるための情報が表示される。図示した各フィールドは、それぞれ次の情報を表す。
Final-Recipient のフィールドは、ＭＤＮを返信した側のアドレスを示す。
Original-Message-Id は、電子メールを識別するためのＩＤである。例えば図６に示したMessage-Idフィールドに対応する送達確認の応答であることを示すために用いる。また、Disposition フィールドは、Message-Idに対応する電子メールの処理が成功したか否か等の状態を示す。図７においては、処理が成功した旨が示されている。
【００６１】
また、Media-Accept-Features フィールドは、電子メールの送信先における受信能力を示すフィールドである。
例えば、図７に示すように、本実施の形態の送信先の受信能力は、モノクロ表示であり(color=Binary)、Tiffフォーマットのみ読み取ることができ(image-file-structure=Tiff-limited) 、200dpiの解像度であり(dpi=200) 、縦横比が200/100 か又は200/200 であり(dpi-xyratio=[200/100,200/200]) 、符号化方法はＭＨかＭＲかＭＭＲが可能であり(image-coding=[MH,MR,MMR])、ＭＲＣ（Mixed Raster Content）モードは０であり（０の場合においては、１頁内に異なる符号化方式及び解像度を許可しない）(MRC-mode=0)、用紙サイズはＡ４かＢ４かＡ３である(paper-size=[A4,B4,A3]) 。
このように、受信した電子メールにおける、送信先の受信能力の情報を受信することにより、次回の送信時にその情報を用いて送信条件を設定することが出来る。
【００６２】
次に、図５に示すステップＳ１３における送受信メールを登録する際の履歴情報登録処理について、図８及び図９のフローチャートを参照して説明する。
まず、通信した相手先のアドレス情報を記憶し（ステップＳ２０）、ステップＳ２０において記憶したアドレスに対する通信が正常に終了したか否かについての通信結果情報を記憶する（ステップＳ２１）。
そして、ステップＳ２２において、ステップＳ２０において記憶した通信は、送信処理（送信メール）であったか否かについて再度確認する。送信メールであった場合、処理をステップＳ２９に進め、送信時に設定した画像データの送信条件（ファイル符号化方式等）を記憶する。
【００６３】
また、ステップＳ２２において、ステップＳ２０において記憶した通信が送信処理でない場合、すなわち受信処理（受信メール）であると判断した場合、処理をステップＳ２３に進め、受信メールの内容が、先に行った送信処理（送信メール）に対する送達確認（ＭＤＮ）の応答メールであるか否かについて判断する。
ステップＳ２３において受信メールが、ＭＤＮの応答メールでないと判断された場合、新規に受信した電子メールであるので、ステップＳ２７に処理を進め、受信した画像データのファイル情報（ファイル符号化方式等）を記憶する。
【００６４】
ステップＳ２３において、ＭＤＮの応答メールであると判断した場合、ステップＳ２４において、応答メールの受信時に、送信先の受信能力が通知がされているか否かを判断する。
ステップＳ２４において受信能力が通知されている場合、ステップＳ２５に処理を進め、通知された受信能力を記憶し、履歴情報登録処理を終了する。
【００６５】
また、ステップＳ２４において相手先の受信能力が通知されていない場合、ステップＳ２８に処理を進め、送達確認の結果がＯＫであるか否かについて判断する。
送達確認応答の結果がＯＫである場合、先に送信した送信時の画像データの送信条件（ファイル情報）については、少なくとも、送信先が受信能力を備えているものと判断し、そのファイル情報を登録する（ステップＳ２９）。
また、ステップＳ２８において、送達確認応答の結果がＯＫでない、すなわち不良であると判断した場合、送信した送信条件（ファイル情報）をエラー情報として記憶する（ステップＳ３０）。
【００６６】
次に、図４に示すステップＳ１における送信開始処理について、図１０に基づき説明する。
図１０は、図４に示す前記ステップＳ１における送信開始処理を詳細に示すフローチャートである。
まず、受信履歴情報に基づいて送信する場合につき説明する。
図１１は、受信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【００６７】
最初に、ユーザは読取り部１９に電子メールとして送信すべき原稿をセットする（ステップＳ４１）。
次に、ステップＳ４２において、ユーザが操作部３２の「 ダイヤルリストキー」 ４０を押下すると、図１１（ａ）に示したように、「送信履歴」、「受信履歴」及び「リダイヤル」のキーが表示される。ここでは「受信履歴」を選択する（図１１（ｂ））。
【００６８】
図１１（ｃ）に示すように、受信履歴情報として、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。このファイル情報は上述したようにして前回の送信時に登録される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００６９】
次に、図１１（ｄ）に示すように、ステップＳ４２において表示された受信履歴情報から、ユーザは今回送信する送信先を選択する（ステップＳ４３）。
次にステップＳ４４で、ステップＳ４３で選択した送信先に対する送信条件（ファイル情報）を変更するか否かを選択する。
ステップＳ４４において送信条件（ファイル情報）を変更せず、そのまま送信を行う場合、スタートキー３５を押下する（ステップＳ４５）。これにより、ファイル情報に基づく送信条件によって、送信が実行される。
ステップＳ４４において送信条件を変更する場合、ユーザが直接、パネル制御部１３を用いて送信条件（ファイル形式及び符号化方式）を入力し（ステップＳ４６）、処理をステップＳ４５に進める。
最後に、読取り部１９により原稿の読取りが行われて（ステップＳ４７）送信開始処理が終了し、図４のステップＳ２の電子メールの送信処理が開始される。
【００７０】
次に、送信履歴の情報に基づいて送信する場合の送信開始処理について説明する。
図１２は、送信履歴情報に基づいて送信を行う場合の操作手順を説明するための図である。
この場合、図１０のステップＳ４２において、「 ダイヤルリストキー」 ４０を押下し、図１２（ｂ）に示したように、「送信履歴」を選択する。
図１２（ｃ）に示すように、送信履歴情報として、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。このファイル情報は上述したようにして前回の送信時に登録される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００７１】
次に、図１２（ｄ）に示すように、ステップＳ４２において表示された送信履歴情報から、ユーザは今回送信する送信先を選択する。
後の処理は、受信履歴情報に基づいて送信する場合と同様にして実施する。送信は、送信履歴のファイル情報に基づく送信条件によって実行される。
【００７２】
図１３は、過去に送信した相手先へ再度送信するためのリダイヤル機能を用いて送信する場合の操作手順を説明するための図である。
この場合、「 ダイヤルリストキー」 ４０を押下して、図１３（ｂ）に示したように、「リダイヤル」を選択する。
図１３（ｃ）に示すように、リダイヤルリストとして、ファイル情報が登録されている場合には、アドレス情報に併せてファイル情報（ファイル形式（ＴＩＦＦ、ＰＤＦ等）及び符号化方式（ＭＨ、ＭＲ、ＭＭＲ）等）が表示される。
ファイル情報として、先の通信の結果がエラーであった場合、その送信エラー時の送信条件であるファイル情報がエラー情報（ＮＧ）として表示されると共に、今回の送信条件として標準符号化方式（ＭＨ）が、自動的に選択条件として表示される。
【００７３】
図１３（ｄ）に示すように、送信先を選択することにより、再度その送信条件にて再送することが可能である。
また、先の送信時にＭＤＮによる送信先の能力要求又はリアルタイムモードを用いた能力交換を行っている場合、その結果に応じて、リダイヤル時の送信条件を設定可能に構成することも可能である。
【００７４】
以上のように、本実施の形態に係るＦＡＸ／電子メール装置１１は、相手先のアドレス情報を含む通信履歴情報の記憶時に、受信又は送信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により送信すべく指示して次回の送信を行うので、送信先の受信能力に合わせた形で送信することが可能である。
そして、本実施の形態においては、先の送信時に、ＭＤＮの応答メールを受信して能力通知を受け取っていない相手先へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００７５】
また、本実施の形態に係るＦＡＸ／電子メール装置１１は、制御用メモリ１４が、送信はエラーであったことを送信先より受信した場合に、送信時に指定したファイル情報をエラー情報として記憶し、パネル制御部１３の表示部３１においてエラーであったことを表示するので、前回と同一の送信条件を選択した場合に送信エラーが発生することをユーザが認識することが出来る。
そして、送信はエラーであったと記憶された送信先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されているので、再度の送信エラーの発生を防止することが出来る。
【００７６】
なお、前記実施の形態においては、送信先へＭＤＮの応答を要求する場合につき説明しているがこれに限定されるものではない。但し、ＭＤＮの応答メールを受信して受信能力情報を取得した場合に、この受信能力情報を記憶すべく構成することにより、次回の送信時に相手先の受信能力にさらに適合した送信条件により送信することが可能になる。そして、受信能力情報を最新の所定件数のみ記憶すべく構成することにより、記憶容量の削減が可能となる。
さらに、前記実施の形態においては、電子メールの添付ファイルとして画像データを送信する場合について説明しているがこれに限定されるものではなく、ＩＰ（Internet Protocol）、ＩＰＰ（Internet Printing Protocol）を用いて直接相手先へ画像データを送信する場合に用いても同等の効果を得ることが可能である。
【００７７】
【発明の効果】
以上、詳述したように、本発明のネットワーク通信装置は、受信した相手先のアドレス情報を含む通信履歴情報の記憶時に、受信した画像データのファイル情報を記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、送信先の受信能力に合わせた形で送信することが可能である。
そして、本発明においては、先の送信時に、ＭＤＮの応答メールを受信して能力通知を受け取っていない相手先へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る、すなわち送信先でファイルを開く事が出来る。
【００７８】
本発明のネットワーク通信装置は、送信した履歴情報の記憶時に、送信した相手先のアドレスと、送信した画像データのファイル情報とを記憶し、該ファイル情報に基づく送信条件により次回の送信を行うので、過去に送信した実績があるファイル形式に適合させて、確実に送信することが可能である。
【００７９】
本発明のネットワーク通信装置は、履歴情報記憶手段が、ファイル情報を最新の１又は複数件のみ記憶すべく構成されているので、記憶容量の削減が可能となる。なお、最新に通信した相手先へ再送及び返信を行う可能性が高いので、最新の情報についてのみ記憶させておくことにより、最新の情報で確実に送信することが出来る。
【００８０】
本発明のネットワーク通信装置は、履歴情報管理手段が、受信能力情報を受信した場合に、受信能力情報を記憶すべく構成されているので、次回の送信時に相手先の受信能力に適合した送信条件を選択することが可能である。
【００８１】
本発明のネットワーク通信装置は、履歴情報記憶手段が、受信能力情報を最新の１又は複数件のみ記憶すべく構成されているので、記憶容量の削減が可能となる。
【００８２】
本発明のネットワーク通信装置は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったことを相手先より受信した場合に、その送信時に指定したファイル情報をエラー情報として記憶すべく構成されているので、前回と同一の送信条件を選択した場合に読み取りエラーが発生する可能性がある旨、告知することが出来、ユーザがこれを認識することが出来る。
【００８３】
本発明のネットワーク通信装置は、履歴情報記憶手段が、送信した画像データを読み取ることが出来なかったと記憶された相手先に対する送信条件を選択する場合に、標準符号化方式を選択すべく構成されているので、再度の読み取りエラーの発生を防止することが出来る。
【００８４】
本発明のネットワーク通信装置は、画像データを電子メールの添付ファイルとして送受信すべく構成されているので、先の送信時に、電子メールに対する送達確認結果（ＭＤＮの応答メール）を受信して能力通知を受け取っていない相手先（能力情報を取得していない相手先）へ送信する場合でも、過去に受信した画像データのファイルフォーマット、圧縮形式を活用することで、確実に送信することが出来る。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＦＡＸ／電子メール装置の電気的構成を示すブロック図である。
【図２】本発明の実施の形態に係るＦＡＸ／電子メール装置のパネル制御部を示す平面図である。
【図３】本発明の実施の形態に係るＦＡＸ／電子メール装置と送信先のＦＡＸ／電子メール装置との接続を示すブロック図である。
【図４】本発明の実施の形態に係るＦＡＸ／電子メール装置における送受信の処理を示すフローチャートである。
【図５】本発明の実施の形態に係るＦＡＸ／電子メール装置における送受信の処理を示すフローチャートである。
【図６】本発明の実施の形態に係るＦＡＸ／電子メール装置が送信した電子メールの一例を示す図である。
【図７】本発明の実施の形態に係るＦＡＸ／電子メール装置が受信した電子メールの一例を示す図である。
【図８】履歴情報登録処理を示すフローチャートである。
【図９】履歴情報登録処理を示すフローチャートである。
【図１０】送信開始処理を示すフローチャートである。
【図１１】受信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【図１２】送信履歴情報に基づいて送信する場合の操作手順を説明するための図である。
【図１３】過去に送信した相手先へ再度送信するためのリダイヤル機能を用いて送信する場合の操作手順を説明するための図である。
【符号の説明】
１１ ＦＡＸ／電子メール装置
１２ メイン制御部
１３ パネル制御部
１４ 制御用メモリ
１５ 画像用バッファ
１６ 制御用バッファ
１７ 画像記憶部
１８ 電子メール作成部
１９ 読取り部
２０ 記録部
２１ 符号／復号化制御部
２２ ＬＡＮ制御部
２４ ＮＣＵ
２５ 送達確認送受信制御部
２６ 時計部
２７ 時間管理部
４０ ダイヤルリストキー
Claims (5)
- ネットワークを介して画像データを送受信すべく構成されているネットワーク通信装置において、
相手先との通信の履歴情報、並びに、過去に受信又は送信した画像データのファイルフォーマット、圧縮形式及び符号化方式を含むファイル情報を記憶する履歴情報記憶手段と、
該履歴情報記憶手段に記憶された情報を表示する表示手段と、
前記履歴情報記憶手段に記憶されている前記ファイル情報に基づく、ファイルフォーマット、圧縮形式及び符号化方式を含むファイルの設定条件により画像データを送信すべく指示する送信指示手段と
を備え、
前記履歴情報記憶手段は、
ファイル情報がある画像データを受信した場合に、該ファイル情報を記憶し、
画像データを送信した場合に、送信した画像データのファイル情報を記憶し、
送信がエラーであった場合に、送信した前記ファイル情報をエラー情報として記憶するように構成されており、
前記送信指示手段は、
前記表示手段に表示された前記情報に基づき前記設定条件を変更するか否かの指示を受け付ける第１受付手段と、
該第１受付手段により変更するという指示を受け付けた場合に、変更された前記設定条件を受け付ける第２受付手段と、
前記第１受付手段により変更しないという指示を受け付けた場合、又は前記第２受付手段により変更された前記設定条件を受け付けた場合に、画像データの送信の実行の指示を受け付ける第３受付手段と
を含むことを特徴とするネットワーク通信装置。 - 電子メールを送信した場合に、送信先の端末が、送信先の端末の受信能力及び、送達確認の応答メールを送信元に返信するように要求する送達確認応答の要求を設定する手段と、
通信が受信であったと判断された場合に、送達確認の応答メールを受信したか否かを判断する第１判断手段と、
該第１判断手段により、送達確認の応答メールを受信しなかったと判断された場合に、受信した画像データのファイル情報を前記履歴情報記憶手段に記憶する手段と、
前記第１判断手段により、送達確認の応答メールを受信したと判断された場合に、送信先の受信能力が通知されているか否かを判断する第２判断手段と、
該第２判断手段により、受信能力が通知されていると判断された場合に、通知された受信能力を前記履歴情報記憶手段に記憶する手段と、
前記第２判断手段により、受信能力が通知されていないと判断された場合に、送達確認の結果が良好であるか否かを判断する第３判断手段と、
該第３判断手段により、送達確認の結果が良好であると判断された場合に、先に送信したときの画像データのファイル情報を前記履歴情報記憶手段に記憶する手段と、
前記第３判断手段により、送達確認の結果が良好でないと判断された場合に、送信した設定条件をエラー情報として前記履歴情報記憶手段に記憶する手段と
を備える請求項１に記載のネットワーク通信装置。 - 前記履歴情報記憶手段は、前記ファイル情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする請求項１又は２に記載のネットワーク通信装置。
- 前記履歴情報記憶手段は、前記受信能力情報を最新の１又は複数件のみ記憶すべく構成されていることを特徴とする請求項１乃至３のいずれか１つに記載のネットワーク通信装置。
- 前記表示手段は、前記履歴情報記憶手段に前記エラー情報が記憶されている場合に、標準符号化方式を設定条件として表示することを特徴とする請求項１乃至４のいずれか１つに記載のネットワーク通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002249726A JP4248205B2 (ja) | 2002-08-28 | 2002-08-28 | ネットワーク通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002249726A JP4248205B2 (ja) | 2002-08-28 | 2002-08-28 | ネットワーク通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004088664A JP2004088664A (ja) | 2004-03-18 |
| JP4248205B2 true JP4248205B2 (ja) | 2009-04-02 |
Family
ID=32056758
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002249726A Expired - Fee Related JP4248205B2 (ja) | 2002-08-28 | 2002-08-28 | ネットワーク通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4248205B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007221399A (ja) * | 2006-02-16 | 2007-08-30 | Kenwood Corp | サーバ装置、サーバプログラム、及びコンテンツ供給方法 |
| JP4884809B2 (ja) * | 2006-03-16 | 2012-02-29 | 株式会社リコー | 通信装置 |
| JP2007300481A (ja) * | 2006-05-01 | 2007-11-15 | Ntt Docomo Inc | 通信端末機及び通信制御情報表示方法 |
-
2002
- 2002-08-28 JP JP2002249726A patent/JP4248205B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004088664A (ja) | 2004-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4111685B2 (ja) | 画像処理装置、画像送信方法およびプログラム | |
| US7602517B2 (en) | Internet facsimile gateway device | |
| US7725543B2 (en) | Network communication device for transmitting/receiving an email message containing a disposition notification request | |
| US7792142B2 (en) | Data transmission device, data transmission method, data transmission program, data reception device, data reception method, data reception program, and communication system | |
| US7369258B2 (en) | Network communication device | |
| US20040114194A1 (en) | Facsimile machine | |
| US7283269B2 (en) | Internet facsimile machine | |
| US7734794B2 (en) | Network communication device | |
| JP4248205B2 (ja) | ネットワーク通信装置 | |
| JP4503623B2 (ja) | 通信システム、通信方法、プログラムおよびその記録媒体 | |
| JP4420601B2 (ja) | データ通信システム及び通信装置 | |
| JP3939627B2 (ja) | 通信装置，画像通信装置 | |
| JP3857192B2 (ja) | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 | |
| JP3885722B2 (ja) | ファクシミリ装置 | |
| JP3763305B2 (ja) | 通信端末装置及び通信システム | |
| JP2003288307A (ja) | データ送信装置およびプログラム | |
| JP3965830B2 (ja) | 通信装置 | |
| JP2004179763A (ja) | 通信装置及び通信方法 | |
| JP3586720B2 (ja) | インタ−ネット・ファクシミリ通信方法およびインタ−ネット・ファクス装置 | |
| KR101433722B1 (ko) | Ｕｓｂ 메모리카드와 인터페이스되는 팩스기기에서 팩스 데이타의 저장기능을 제공하는 팩스 착발신 장치 및 방법 | |
| JP3666455B2 (ja) | インターネットファクシミリ装置 | |
| JP2002135515A (ja) | インターネットファクシミリ装置 | |
| JP3823986B2 (ja) | インターネットファクシミリ装置 | |
| JP2003198796A (ja) | インターネットファクシミリ装置 | |
| JP4053386B2 (ja) | ネットワーク端末装置 |
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: 20061218 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070319 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070424 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070607 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070731 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070913 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071010 |
|
| A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20071122 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 3 |
|
| 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: 20130123 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |