JP2004104644A

JP2004104644A - Network terminal unit

Info

Publication number: JP2004104644A
Application number: JP2002266467A
Authority: JP
Inventors: Hiroshi Tamura; 田村　博
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2002-09-12
Filing date: 2002-09-12
Publication date: 2004-04-02
Anticipated expiration: 2022-09-12
Also published as: JP4053386B2

Abstract

<P>PROBLEM TO BE SOLVED: To provide a network terminal unit capable of transmitting and receiving an image read in from an input unit for every image as unit, and confirming the page transmission. <P>SOLUTION: The network terminal unit performs a communication session repeatedly on a page-by-page basis, and accordingly the transmission side is capable of confirming the transmission for every page as unit. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置に関する。
【０００２】
【従来の技術】
インターネットの普及により、通信を行う際、網として、従来のような公衆回線（ＰＳＴＮやＩＳＤＮ）だけを用いるのでなく、インターネットを用いる通信も広まりつつある。これはインターネットを用いることによる料金削減のメリットを活かそうとするものである。インターネットに接続可能な端末機器も増え、ファクシミリなどの画像の送受信を行う機器にもあてはまる。ＩＴＵ−Ｔ勧告Ｔ．３７や勧告Ｔ．３８などのインターネットファクスの標準規格も存在し、対応製品も増加している（特許文献１参照）。
【０００３】
勧告Ｔ．３７のインターネットファクスは、勧告Ｔ．３８のインターネットファクス（リアルタイム型インターネットファクス）に比べて、パーソナルコンピュータ装置との親和性が高いというメリットがある一方、即時性などに問題があった。そこで、機器がＳＭＴＰの受信機能をサポートし、中継（ＭＴＡ）を介さず、送信側からのＳＭＴＰリクエストを直接解釈し、受信する機能が製品として出始めている（いわゆる、「ＤｉｒｅｃｔＳＭＴＰ（Ｄ−ＳＭＴＰ）」モード）。
【０００４】
【特許文献１】
特開２００２−０２７１９３号公報
【０００５】
【発明が解決しようとする課題】
さて、通常のファクシミリ通信では、何ページ送ったか、何ページまで送れて、送れなかったページはいくつあるのかなどを、送信側ユーザが確認できることも重要な要素である。特に、通信エラーが生じた場合、送信完了できたページ数を知ることは、同一文書を再送希望する場合に非常に重要なものである。
【０００６】
しかしながら、通常の電子メールの通信プロトコルでは、ページの概念がないため、送信側ユーザは、送信完了したページ数などを確認できないと言う事態を生じる。
【０００７】
本発明は、かかる実情に鑑みてなされたものであり、入力装置から読み込んだ画像を、画像単位で送受信し、ページ送信の確認を取ることができるネットワーク端末装置を提供することを目的としている。
【０００８】
【課題を解決するための手段】
本発明は、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、送信時、読み込んだ画像単位に転送の確認を行うようにしたものである。
【０００９】
また、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、送信時、読み込んだ画像単位に、電子メール通信セッションを行い、電子メールの転送の確認を行うようにしたものである。
【００１０】
また、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、画像を転送する前に、受信側は、送信側へ画像処理能力情報を通知し、送信側は、通知された受信側の画像処理能力情報に基づいて、読み込んだ画像単位に送信する画像データの画像モードを設定し、その設定した画像モードの画像データを、１つの電子メール通信セッションで転送し、電子メールの転送の確認を行うようにしたものである。
【００１１】
また、相手端末が自端末と同じ機能を備えている旨を検出した場合、前記電子メール通信セッションで送信する画像データには、画像の属性情報が含まれないようにしたものである。
【００１２】
また、前記電子メール通信セッションにおいて、受信側より受信した応答信号の内容に基づいて、画像データが正常に受信されたか、相手端末の回復可能なエラー発生により画像データが正常に受信されなかったか、あるいは、相手端末の回復不能なエラー発生により画像データが正常に受信されなかったかを判定し、相手端末の回復可能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、所定時間待機した後に、同一画像データを再送し、相手端末の回復不能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、その時点で、通信動作を終了するようにしたものである。
【００１３】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１４】
図１は、本発明の一実施例にかかるネットワークシステムを示している。
【００１５】
同図において、ローカルエリアネットワークＬＡＮには、複数のワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸが接続されているとともに、ルータ装置ＲＴを介してインターネットへ接続されている。したがって、ワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸは、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。
【００１６】
ここで、メールサーバ装置ＳＭは、ローカルエリアネットワークＬＡＮに接続されているワークステーション装置ＷＳ１〜ＷＳｎを利用するユーザ、および、ネットワークネットワークファクシミリ装置ＦＸに対して、周知の電子メールの収集および配布のサービスを提供するものである。
【００１７】
また、ワークステーション装置ＷＳ１〜ＷＳｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェアなどの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。
【００１８】
また、ネットワークファクシミリ装置ＦＸは、スキャナ（後述）を用いて読み取って得た画像データや画情報や各種レポートなどを電子メールを用いて転送（送受信）するための電子メール処理機能、および、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報通信を行うファクシミリ通信機能を備えている。
【００１９】
図２は、ネットワークファクシミリ装置ＦＸの構成例を示している。
【００２０】
同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２１】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２２】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２３】
グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２４】
網制御装置１１は、このネットワークファクシミリ装置ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２５】
ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。
【００２６】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、および、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１４を介して行われている。
【００２７】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００２８】
ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）またはＥＳＭＴＰ（ＳＭＴＰ　Ｓｅｒｖｉｃｅ　Ｅｘｔｅｎｓｉｏｎｓ；ＲＦＣ１４２５、ＲＦＣ２８２１等参照）という通信プロトコルが適用される。
【００２９】
また、各端末がメールサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（Ｐｏｓｔ　Ｏｆｆｉｃｅ　Ｐｒｏｔｏｃｏｌ）などを適用することができる。
【００３０】
また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＥＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰ，ＥＳＭＴＰはＲＦＣ１４２５，ＲＦＣ２８２１、電子メールの形式は、ＲＦＣ２８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（Ｍｕｌｔｉ　Ｐｕｒｐｏｓｅ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。
【００３１】
そして、ネットワークファクシミリ装置ＦＸは、読み取った原稿画像をアナログ公衆回線網ＰＳＴＮを介して他のグループ３ファクシミリ装置へ、または、ローカルエリアネットワークＬＡＮ（さらには、インターネット）を介してワークステーション装置ＷＳ１〜ＷＳｎのユーザや他のネットワークファクシミリ装置ＦＸへ送信するとともに、アナログ公衆回線網ＰＳＴＮを介して他のグループ３ファクシミリ装置より受信した画情報を、そのときに指定されたサブアドレスに対応したユーザに対して、電子メールを用いて転送したり、あるいは、ローカルエリアネットワークＬＡＮのワークステーションＷＳより（電子メールで）受信した画情報を、指定されたアナログ公衆回線網ＰＳＴＮのグループ３ファクシミリ装置へ転送する転送サービス機能等を備えている。
【００３２】
また、自端末宛に受信した電子メールについては、本文情報に配置される画情報を取り出して、記録出力するようにしている。
【００３３】
ここに、ファクシミリ画情報はバイナリデータであり、ＳＭＴＰモードでＭＴＡ間を転送される場合には、電子メールには、直接バイナリデータを含ませることができないので、所定の変換方法（例えば、Ｂａｓｅ６４符号化方法）を適用して可読情報（７ビットのキャラクタコード）に変換した状態で、電子メールに含められる。このような電子メールの本文情報の形式をＭＩＭＥ形式という。
【００３４】
また、ＥＳＭＴＰモードでＭＴＡ間を転送される場合には、電子メールで送信できるデータが７ビットのキャラクタコードに制限されず、８ビットデータを含ませることができるので、ＭＩＭＥ変換しない状態で画情報を送信することができる。
【００３５】
図３は、ネットワークファクシミリ装置ＦＸが、電子メールを送信（転送）するときの動作の一例を示している。この場合、ＳＭＴＰモードで電子メールを送信する場合で、また、送信する画情報のページ数が２ページの場合である。
【００３６】
なお、この記載中、受信側が送信側へ応答する信号のうち、最初の３桁の数字（２２０，２５０，３４５等）が必須の情報要素であり、それに続く英数文字列は、送信側ユーザへのコメントや付加的に通知する情報等をあらわしており、括弧書きでその内容の説明を加えている。
【００３７】
まず、送信側は、受信側に対して接続要求し、それにより、受信側は、信号「２２０（＝サービスレディ）　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝ホスト名）」を送信側へ応答する。
【００３８】
次に、送信側は、ＳＭＴＰの開始コマンドであるコマンド「ＨＥＬＯ　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝ホスト名）」を受信側へ送信する。これにより、受信側は、信号「２５０　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ　Ｈｅｌｌｏ，　ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ．（＝グリーティングメッセージ）」を送信側へ応答する。
【００３９】
これにより、送信側は、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞」を受信側へ送信し、送信元のメールアドレスを通知する。
【００４０】
受信側は、信号「２５０　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝送信元のメールアドレス）＞．．．　Ｓｅｎｄｅｒ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【００４１】
次に、送信側は、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝宛先メールアドレス）＞」を受信側へ送信する。
【００４２】
これにより、受信側は、信号「２５０　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝自機メールアドレス）＞．．．　Ｒｅｃｉｐｉｅｎｔ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【００４３】
次に、送信側は、電子メールのデータを送信開始することを通知するために、コマンド「ＤＡＴＡ」を受信側へ送信する。それにより、受信側は、信号「３５４　Ｅｎｔｅｒ　ｍａｉｌ，　ｅｎｄ　ｗｉｔｈ　”．”　ｏｎ　ａ　ｌｉｎｅ
ｂｙ　ｉｔｓｅｌｆ（＝確認メッセージ）」を送信側へ送信する。
【００４４】
これにより、送信側は、１ページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して形成した１ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、１ページ目の画情報の送信の終了を通知する。
【００４５】
受信側では、１ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【００４６】
これにより、送信側では、１ページ目の画情報の送信が正常に終了した旨を確認できるので、２ページ目の画情報の送信を行う。すなわち、この場合には、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞」の送信から、上述したＳＭＴＰシーケンスを繰り返し行い、コマンド「ＤＡＴＡ」の送信後、２ページ目の画情報を送信する。この場合も、２ページ目の画情報をＴＩＦＦ−ＦＸの画像データに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して形成した２ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、２ページ目の画情報の送信の終了を通知する。
【００４７】
受信側では、２ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【００４８】
この場合は、全ての送信ページの送信が終了したので、送信側は、コマンド「ＱＵＩＴ」を受信側へ送信し、受信側は、信号「２２１　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｃｌｏｓｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ（＝コネクションの終了確認コメント）」を送信し、それによって、通信動作が終了する。
【００４９】
一方、例えば、２ページ目の画情報の受信時に、受信側で画像蓄積手段の空き容量が十分確保できなくなって、受信エラーが発生した場合には、図４に示すように、受信側は、信号「４５２　Ｒｅｑｕｅｓｔｅｄ　ａｃｔｉｏｎ　ｎｏｔ　ｔａｋｅｎ：　ｉｎｓｕｆｆｉｃｉｅｎｔ　ｓｙｓｔｅｍ　ｓｔｏｒａｇｅ（＝エラー発生コメント）」を送信側へ送信する。
【００５０】
送信側では、この信号「４５２　Ｒｅｑｕｅｓｔｅｄ　ａｃｔｉｏｎ　ｎｏｔｔａｋｅｎ：　ｉｎｓｕｆｆｉｃｉｅｎｔ　ｓｙｓｔｅｍ　ｓｔｏｒａｇｅ」を受信すると、この場合に受信した信号の内容が「４ＸＸ」というコードであるので、受信側に一時的なエラーが発生し、回復する可能性がある旨を判定する。したがって、この場合には、通信セッションを継続したまま、所定時間待機し、第２ページを再送動作を行う。
【００５１】
ここで、無信号で通信セッションを継続できる時間が設定されているので、上記待機する所定時間は、その時間以内に設定する。
【００５２】
また、例えば、２ページ目の画情報の受信時に、受信側で回復不能なエラーが生じた場合には、図５に示すように、受信側は、信号「５５２　Ｒｅｑｕｅｓｔｅｄ　ｍａｉｌ　ａｃｔｉｏｎ　ａｂｏｒｔｅｄ：　ｅｘｃｅｅｄｅｄ　ｓｔｏｒａｇｅ　ａｌｌｏｃａｔｉｏｎ（＝エラー発生コメント）」を送信側へ送信する。
【００５３】
送信側では、この信号「５５２　Ｒｅｑｕｅｓｔｅｄ　ｍａｉｌ　ａｃｔｉｏｎ　ａｂｏｒｔｅｄ：　ｅｘｃｅｅｄｅｄ　ｓｔｏｒａｇｅ　ａｌｌｏｃａｔｉｏｎ」を受信すると、この場合に受信した信号の内容が「５ＸＸ」というコードであるので、受信側に恒久的なエラーが発生し、当面は回復する可能性がない旨を判定する。
【００５４】
したがって、この場合には、送信側は、コマンド「ＱＵＩＴ」を送信して、送信動作を終了（エラー終了）する。
【００５５】
このようにして、本実施例では、ページ単位に通信セッションを繰り返し行うようにしているので、送信側では、ページ単位の送信確認を行うことができ、非常に便利である。
【００５６】
また、１ページ分の画情報の送信後に受信側から受信する応答信号の内容に基づいて、画情報の正常送信、同一ページの再送、送信動作の打ち切りをページ単位に確認することができ、特に、同一ページの再送動作を行うことにより、送信エラーを回復することができるので、非常に便利である。
【００５７】
図６および図７は、この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示している。
【００５８】
まず、受信側へ接続する（処理１０１）。ここで、受信側は、例えば、ローカルエリアネットワークＬＡＮに接続されているメールサーバ装置ＳＭ、または、ルータ装置ＲＴを介して、外部のネットワークに接続されている同一機能を備えたネットワークファクシミリ装置などである。
【００５９】
次いで、受信側より信号「２２０」を受信し、その内容を解析し（処理１０２）する。そして、ＳＭＴＰの開始コマンド「ＨＥＬＯ」を受信側へ送信し（処理１０３）、受信側より信号「２５０」を受信し、その内容を解析する（処理１０４）。
【００６０】
次に、送信ページ番号を管理するカウンタＰの値を１にセットし（処理１０５）、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理１０６）。そして、信号「２５０」を受信する（処理１０７）。
【００６１】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ」を受信側へ送信し（処理１０８）、信号「２５０」を受信する（処理１０９）。
【００６２】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理１１０）、受信側より信号「３５４」を受信する（処理１１１）。
【００６３】
これにより、Ｐページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して送信データを作成し（処理１１２）、その作成した送信データを受信側へ送信し（処理１１３）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理１１６）。
【００６４】
次いで、受信側より応答信号を受信すると（処理１１７）、その内容が「２５０」であったかどうかを調べる（判断１１８）。判断１１８の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断１１９）、判断１１９の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理１２０）、処理１０６へ戻り、次のページの画情報の送信を行う。
【００６５】
また、判断１１９の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理１２１）、信号「２２１」を受信すると（処理１２２）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理１２３）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【００６６】
また、判断１１８の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断１２５）。判断１２５の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理１２５）、カウンタＰの値を保持したまま、処理１０６へ戻り、同一ページの再送動作を行う。
【００６７】
また、判断１２４の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理１２１へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【００６８】
さて、電子メールを用いて画情報を送信する場合、画情報をＴＩＦＦ−ＦＸの画像データに変換する。このＴＩＦＦ−ＦＸの画像データは、画像の属性（紙サイズ、解像度、圧縮方式など）を含んだヘッダ部と実際の画像を含んだデータ部とから構成されるため、画像データよりもデータ量が増え、その結果、通信時間が長くなると言う事態を生じる。
【００６９】
このような事態を解消するためには、電子メールのデータを送信する前の段階で、送信する画像データの紙サイズ、解像度、圧縮方式などの画像属性情報を通知し、電子メールのデータとしては、画情報をＭＩＭＥ変換したもののみを送信するようにすればよい。
【００７０】
図８は、電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の一例を示している。また、この場合、ＳＭＴＰモードの電子メール転送動作を行っている。また、送信する画情報のページ数が２ページの場合である。なお、この記載中、受信側が送信側へ応答する信号のうち、最初の３桁の数字（２２０，２５０，３４５等）が必須の情報要素であり、それに続く英数文字列は、送信側ユーザへのコメントや付加的に通知する情報等をあらわしており、括弧書きでその内容の説明を加えている。
【００７１】
まず、送信側は、受信側に対して接続要求し、それにより、受信側は、信号「２２０（＝サービスレディ）　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝ホスト名）　ｘ−ｃａｐａｂｉｌｉｔｙ＝（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ（＝ドット／２４．５ｍｍ）／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」を送信側へ応答する。ここで、「ｘ−ｃａｐａｂｉｌｉｔｙ＝」は、自端末の画像処理能力を通知するための拡張フィールドであり、それに続くパラメータ「（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」により（１番目の値が用紙サイズ、２番目の値が解像度、３番目の値が符号化方式をそれぞれあらわす）、自端末が処理可能な画像属性を通知している。
【００７２】
送信側は、この信号「２２０　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｘ−ｃａｐａｂｉｌｉｔｙ＝（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」を受信すると、拡張フィールド「ｘ−ｃａｐａｂｉｌｉｔｙ＝」が含まれているので、受信側が自端末と同一機能を備えていると認識し、パラメータ「（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」を保存する。
【００７３】
そして、ＳＭＴＰの開始コマンドであるコマンド「ＨＥＬＯ　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝ホスト名）」を受信側へ送信する。これにより、受信側は、信号「２５０　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ　Ｈｅｌｌｏ，　ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ．（＝グリーティングメッセージ）」を送信側へ応答する。
【００７４】
これにより、送信側は、保存したパラメータの内容に基づいて、送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、　ＭＭＲ）「を決定し、コマンド「ＭＡＩＬ　ＦＲＯＭ」に付加する拡張フィールド「ｘ−ｄａｔａ」を用いて通知する。すなわち、この場合、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞　ｘ−ｄａｔａ＝（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）」を受信側へ送信し、送信元のメールアドレスと、送信画情報の画像属性情報を通知する。
【００７５】
受信側は、信号「２５０　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝送信元のメールアドレス）＞．．．　Ｓｅｎｄｅｒ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。また、受信側は、このとき受信したコマンド「ＭＡＩＬ　ＦＲＯＭ」に拡張フィールド「ｘ−ｄａｔａ＝」が付加されているので、相手端末が自端末と同じ機能を備えていると認識する。
【００７６】
次に、送信側は、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝宛先メールアドレス）＞」を受信側へ送信する。
【００７７】
これにより、受信側は、信号「２５０　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝自機メールアドレス）＞．．．　Ｒｅｃｉｐｉｅｎｔ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【００７８】
次に、送信側は、電子メールのデータを送信開始することを通知するために、コマンド「ＤＡＴＡ」を受信側へ送信する。それにより、受信側は、信号「３５４　Ｅｎｔｅｒ　ｍａｉｌ，　ｅｎｄ　ｗｉｔｈ　”．”　ｏｎ　ａ　ｌｉｎｅｂｙ　ｉｔｓｅｌｆ（＝確認メッセージ）」を送信側へ送信する。
【００７９】
これにより、送信側は、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）の１ページ目の画情報をＭＩＭＥ変換して形成した１ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、１ページ目の画情報の送信の終了を通知する。
【００８０】
受信側では、１ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。また、受信側では、受信完了した画情報を、既に保存している画像属性のパラメータを適用して、ローカル的に処理することができる。また、受信側が、最終宛先に電子メールを転送する途中のＭＴＡに相当する場合には、保存した画情報について、保存した画像属性を適用し、次の転送経路のＭＴＡに対して転送動作を行う。
【００８１】
これにより、送信側では、１ページ目の画情報の送信が正常に終了した旨を確認できるので、２ページ目の画情報の送信を行う。すなわち、この場合には、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞　ｘ−ｄａｔａ＝（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）」の送信から、上述したＳＭＴＰシーケンスを繰り返し行い、コマンド「ＤＡＴＡ」の送信後、２ページ目の画情報を送信する。この場合も、２ページ目の画情報をＭＩＭＥ変換して形成した２ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、２ページ目の画情報の送信の終了を通知する。
【００８２】
受信側では、２ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【００８３】
この場合は、全ての送信ページの送信が終了したので、送信側は、コマンド「ＱＵＩＴ」を受信側へ送信し、受信側は、信号「２２１　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｃｌｏｓｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ（＝コネクションの終了確認コメント）」を送信し、それによって、通信動作が終了する。
【００８４】
また、送信側と受信側とで、互いに同一機能を備えていると認識した場合には、１ページ分の画情報の送信終了から次のページの画情報の送信までの信号のやりとりを一部省略することができる。
【００８５】
例えば、図９に示すように、送信側からのコマンド「ＭＡＩＬ　ＦＲＯＭ」の送信から、受信側からの信号「２５０」の応答までの部分は省略可能である。ただし、次ページの画像モード（画像属性）を変更する場合には、次ページの画情報の画像属性を通知する必要があるために、その部分を省略することはできない。
【００８６】
図１０、図１１、図１２および図１３は、この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示している。
【００８７】
まず、受信側へ接続する（処理２０１）。ここで、受信側は、例えば、ローカルエリアネットワークＬＡＮに接続されているメールサーバ装置ＳＭ、または、ルータ装置ＲＴを介して、外部のネットワークに接続されている同一機能を備えたネットワークファクシミリ装置などである。
【００８８】
次いで、受信側より信号「２２０」を受信し、その内容を解析し（処理２０２）する。そして、ＳＭＴＰの開始コマンド「ＨＥＬＯ」を受信側へ送信し（処理２０３）、受信側より信号「２５０」を受信し、その内容を解析する（処理２０４）。
【００８９】
ここで、受信した信号「２５０」に拡張フィールド「ｘ−ｃａｐａｂｉｌｉｔｙ＝」が含まれており、相手端末が自端末と同一機能を備えているかどうかを調べる（判断２０５）。
【００９０】
判断２０５の結果がＹＥＳになるときには、送信ページ番号を管理するカウンタＰの値を１にセットする（処理２０６）。
【００９１】
そして、Ｐページ目の送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、　ＭＭＲ）を決定し、拡張フィールド「ｘ−ｄａｔａ」のパラメータへ設定し、この拡張フィールド付きのコマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスと送信ページの画像属性を通知する（処理２０７）。そして、信号「２５０」を受信する（処理２０８）。
【００９２】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：」を受信側へ送信し（処理２０９）、信号「２５０」を受信する（処理２１０）。
【００９３】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理２１１）、受信側より信号「３５４」を受信する（処理２１２）。
【００９４】
これにより、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）のＰページ目の画情報をＭＩＭＥ変換してＰページ目の送信データを作成し（処理２１３）、その作成した送信データを受信側へ送信し（処理２１４）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理２１６）。
【００９５】
次いで、受信側より応答信号を受信すると（処理２１７）、その内容が「２５０」であったかどうかを調べる（判断２１８）。判断２１８の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断２１９）、判断２１９の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理２２０）、次の画情報の画像モード（画像属性）が同一であるかを調べ（判断２２１）、判断２２１の結果がＹＥＳになるときには、処理２１１へ戻り、次のページの画情報の送信を行う。また、判断２２１の結果がＮＯになるときには、処理２０７へ戻り、Ｐページ目の送信画情報の属性を決定し、拡張フィールド「ｘ−ｄａｔａ」のパラメータへ設定し、この拡張フィールド付きのコマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスと送信ページの画像属性を通知し、次ページの送信動作を行う。
【００９６】
また、判断２１９の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理２２２）、信号「２２１」を受信すると（処理２２３）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理２２４）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【００９７】
また、判断２１８の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断２２５）。判断２２５の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理２２６）、カウンタＰの値を保持したまま、処理２０７へ戻り、同一ページの再送動作を行う。
【００９８】
また、判断２２５の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理２２２へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【００９９】
また、相手端末が自端末と同一機能を備えていない場合で、判断２０５の結果がＮＯになるときには、標準的なＳＭＴＰモードの通信動作を行う。
【０１００】
すなわち、送信ページ番号を管理するカウンタＰの値を１にセットし（処理２３０）、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理２３１）。そして、信号「２５０」を受信する（処理１０７）。
【０１０１】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ」を受信側へ送信し（処理２３２）、信号「２５０」を受信する（処理２３３）。
【０１０２】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理２３５）、受信側より信号「３５４」を受信する（処理２３６）。
【０１０３】
これにより、Ｐページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して送信データを作成し（処理２３７）、その作成した送信データを受信側へ送信し（処理２３８）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理２４０）。
【０１０４】
次いで、受信側より応答信号を受信すると（処理２４１）、その内容が「２５０」であったかどうかを調べる（判断２４２）。判断２４２の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断２４３）、判断２４３の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理２４４）、処理２３１へ戻り、次のページの画情報の送信を行う。
【０１０５】
また、判断２４３の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理２４５）、信号「２２１」を受信すると（処理２４６）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理２４７）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【０１０６】
また、判断２４２の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断２４８）。判断２４８の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理２４９）、カウンタＰの値を保持したまま、処理２３１へ戻り、同一ページの再送動作を行う。
【０１０７】
また、判断２４８の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理２４５へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【０１０８】
図１４は、電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の他の例を示している。また、この場合、ＥＳＭＴＰモードの電子メール転送動作を行っているとともに、受信側から送信側への画像処理能力の通知には、Ｄ−ＳＭＴＰ（「ｄｒａｆｔ−ｉｅｔｆ−ｆａｘ−ｅｓｍｔｐ−ｃｏｎｎｅｇ−０１．ｔｘｔ」等を参照）で規定されている拡張フィールドを流用している。また、送信する画情報のページ数が２ページの場合である。なお、この記載中、受信側が送信側へ応答する信号のうち、拡張された信号「２５０」以外の信号は、最初の３桁の数字（２２０，２５０，３４５等）が必須の情報要素であり、それに続く英数文字列は、送信側ユーザへのコメントや付加的に通知する情報等をあらわしており、括弧書きでその内容の説明を加えている。
【０１０９】
まず、送信側は、受信側に対して接続要求し、それにより、受信側は、信号「２２０（＝サービスレディ）」を送信側へ応答する。
【０１１０】
そして、ＥＳＭＴＰの開始コマンドであるコマンド「ＥＨＬＯ　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝ホスト名）」を受信側へ送信する。これにより、受信側は、信号「２５０−ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ　Ｈｅｌｌｏ，　ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ．（＝グリーティングメッセージ）」に続いて、信号「２５０−ＤＳＮ」を送信し、さらに、複数の信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ」を送信し、自端末の画像処理能力を送信側へ通知する。ここで、信号「２５０−」の４文字から始まる信号は、拡張された信号「２５０」であり、その後に有意な情報を通知する文字列が続くことをあらわしている。例えば、信号「２５０−ＤＳＮ」は、自端末がＤＳＮ機能を備えている旨を通知している。
【０１１１】
すなわち、この場合、用紙サイズをあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｐａｐｅｒ−ｓｉｚｅ：Ａ３／Ｂ４／Ａ４」、解像度をあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ／２００ｄｐｉ」、符号化方式をあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ／ＭＲ／ＭＨ」、Ｒａｗデータ（生データ）の送信機能をあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｒａｗ−ｄａｔａ　ｆｏｒ　ｃｏｍｐｒｅｓｓｉｏｎ」を送信する。また、信号「２５０　ＨＥＬＰ」も送信している。
【０１１２】
これにより、送信側は、受信側が、自端末と同一機能を備えている旨を認識するとともに、受信した複数の信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ」で通知された用紙サイズ、解像度、および、符号化方式のパラメータを保存する。また、送信側は、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞」を受信側へ送信し、送信元のメールアドレスと、送信画情報の画像属性情報を通知する。
【０１１３】
受信側は、信号「２５０　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝送信元のメールアドレス）＞．．．　Ｓｅｎｄｅｒ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【０１１４】
次に、送信側は、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝宛先メールアドレス）＞」を受信側へ送信する。
【０１１５】
これにより、受信側は、信号「２５０　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝自機メールアドレス）＞．．．　Ｒｅｃｉｐｉｅｎｔ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【０１１６】
次に、送信側は、保存したパラメータの内容に基づいて、送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、符号化方式はＭＭＲで、生データ）を決定し、電子メールのデータを送信開始することを通知するコマンド「ＤＡＴＡ」に付加する拡張フィールド「ｘ−ｄａｔａ」を用いて通知する。すなわち、この場合、コマンド「ＤＡＴＡ　ｘ−ｄａｔａ＝（ｐａｐｅｒ−ｓｉｚｅ：Ｂ４，　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ，　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ，　ｒａｗ−ｄａｔａ）」を受信側へ送信する。
【０１１７】
また、受信側は、このような拡張フィールド「ｘ−ｄａｔａ」付きのコマンド「ＤＡＴＡ」を受信すると、相手端末が自端末と同一機能を備えていると認識するとともに、拡張フィールド「ｘ−ｄａｔａ」のパラメータを保存する。そして、受信側は、信号「３５４　Ｅｎｔｅｒ　ｍａｉｌ，　ｅｎｄ　ｗｉｔｈ　”．”　ｏｎ　ａ　ｌｉｎｅ　ｂｙ　ｉｔｓｅｌｆ（＝確認メッセージ）」を送信側へ送信する。
【０１１８】
これにより、送信側は、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）の１ページ目の画情報をそのままの状態（生データ）で送信データとして受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、１ページ目の画情報の送信の終了を通知する。
【０１１９】
受信側では、１ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。また、受信側では、受信完了した画情報を、既に保存している画像属性のパラメータを適用して、ローカル的に処理することができる。また、受信側が、最終宛先に電子メールを転送する途中のＭＴＡに相当する場合には、保存した画情報について、保存した画像属性を適用し、次の転送経路のＭＴＡに対して転送動作を行う。
【０１２０】
これにより、送信側では、１ページ目の画情報の送信が正常に終了した旨を確認できるので、２ページ目の画情報の送信を行う。すなわち、この場合には、コマンド「ＤＡＴＡ　ｘ−ｄａｔａ＝（ｐａｐｅｒ−ｓｉｚｅ：Ｂ４，　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ，　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ，　ｒａｗ−ｄａｔａ）」の送信から、上述したＥＳＭＴＰシーケンスを繰り返し行い、２ページ目の画情報を送信する。この場合も、２ページ目の画情報はそのままの状態で送信データとして受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、２ページ目の画情報の送信の終了を通知する。すなわち、この場合には、各ページについて送信直前に画像属性を通知するので、次のページの画像モード（画像属性）が異なる場合も、同一の場合も同じ通信手順を採用することができる。
【０１２１】
受信側では、２ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【０１２２】
この場合は、全ての送信ページの送信が終了したので、送信側は、コマンド「ＱＵＩＴ」を受信側へ送信し、受信側は、信号「２２１　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｃｌｏｓｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ（＝コネクションの終了確認コメント）」を送信し、それによって、通信動作が終了する。
【０１２３】
図１５、図１６、図１７および図１８は、この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示している。
【０１２４】
まず、受信側へ接続する（処理３０１）。ここで、受信側は、例えば、ローカルエリアネットワークＬＡＮに接続されているメールサーバ装置ＳＭ、または、ルータ装置ＲＴを介して、外部のネットワークに接続されている同一機能を備えたネットワークファクシミリ装置などである。
【０１２５】
次いで、受信側より信号「２２０」を受信し、その内容を解析し（処理３０２）する。そして、ＥＳＭＴＰの開始コマンド「ＥＨＬＯ」を受信側へ送信し（処理３０３）、受信側より応答信号を受信し（処理３０４）、受信した応答信号が拡張された信号「２５０」であったかどうかを調べる（判断３０５）。
【０１２６】
判断２０５の結果がＹＥＳになるときには、処理３０４で受信した信号の内容を解析して、相手端末の画像処理能力を判別する（処理３０６）。また、相手端末が同一機能を備えているかどうかを調べる（判断３０７）。
【０１２７】
判断３０７の結果がＹＥＳになるときには、送信ページ番号を管理するカウンタＰの値を１にセットする（処理３０８）。
【０１２８】
そして、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理３０９）。そして、信号「２５０」を受信する（処理３１０）。
【０１２９】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：」を受信側へ送信し（処理３１１）、信号「２５０」を受信する（処理３１２）。
【０１３０】
そして、Ｐページ目の送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、　ＭＭＲ）を決定し、拡張フィールド「ｘ−ｄａｔａ」のパラメータへ設定し、この拡張フィールド付きのコマンド「ＤＡＴＡ　ｘ−ｄａｔａ＝（ｐａｐｅｒ−ｓｉｚｅ：Ｂ４，　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ，　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ，　ｒａｗ−ｄａｔａ）」を送信し（処理３１３）、受信側より信号「３５４」を受信する（処理３１４）。
【０１３１】
これにより、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）のＰページ目の画情報をそのまま送信データとして受信側へ送信し（処理３１５）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理３１６）。
【０１３２】
次いで、受信側より応答信号を受信すると（処理３１７）、その内容が「２５０」であったかどうかを調べる（判断３１８）。判断３１８の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断３１９）、判断３１９の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理３２０）、処理３１３へ戻り、次のページの画情報の送信を行う。
【０１３３】
また、判断３１９の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理３２２）、信号「２２１」を受信すると（処理３２３）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理３２４）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【０１３４】
また、判断３１８の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断３２５）。判断３２５の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理３２６）、カウンタＰの値を保持したまま、処理３１３へ戻り、同一ページの再送動作を行う。
【０１３５】
また、判断３２５の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理３２２へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【０１３６】
また、相手端末がＥＳＭＴＰに応答できない場合で、判断３０５の結果がＮＯになるときには、ＳＭＴＰモードの通信動作を行う。
【０１３７】
すなわち、ＳＭＴＰの開始コマンド「ＨＥＬＯ」を受信側へ送信し（処理３３０）、受信側より信号「２５０」を受信し、その内容を解析する（処理３３１）。
【０１３８】
次に、送信ページ番号を管理するカウンタＰの値を１にセットし（処理３３２）、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理３３３）。そして、信号「２５０」を受信する（処理３３４）。
【０１３９】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ」を受信側へ送信し（処理３３６）、信号「２５０」を受信する（処理３３７）。
【０１４０】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理３３８）、受信側より信号「３５４」を受信する（処理３３９）。
【０１４１】
これにより、Ｐページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して送信データを作成し（処理３４０）、その作成した送信データを受信側へ送信し（処理３４１）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理３４２）。
【０１４２】
次いで、受信側より応答信号を受信すると（処理３４３）、その内容が「２５０」であったかどうかを調べる（判断３４５）。判断３４５の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断３４６）、判断３４６の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理３４７）、処理３３３へ戻り、次のページの画情報の送信を行う。
【０１４３】
また、判断３４６の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理３４８）、信号「２２１」を受信すると（処理３４９）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理３５０）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【０１４４】
また、判断３４５の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断３５１）。判断３５１の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理３５２）、カウンタＰの値を保持したまま、処理３３３へ戻り、同一ページの再送動作を行う。
【０１４５】
また、判断３５１の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理３４８へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【０１４６】
また、相手端末が同一機能を備えていない旨を判定した場合で、判断３０７の結果がＮＯになるときには、処理３３２へ移行し、それ以降の処理を実行する。
【０１４７】
なお、上述した実施例では、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報通信を行うファクシミリ通信機能も備えたネットワークファクシミリ装置について本発明を適用しているが、そのようなファクシミリ通信機能を備えていないネットワーク端末装置についても、本発明を同様に適用することができる。
【０１４８】
【発明の効果】
以上説明したように、本発明によれば、ページ単位に通信セッションを繰り返し行うようにしているので、送信側では、ページ単位の送信確認を行うことができるという効果を得る。また、１ページ分の画情報の送信後に受信側から受信する応答信号の内容に基づいて、画情報の正常送信、同一ページの再送、送信動作の打ち切りをページ単位に確認することができ、特に、同一ページの再送動作を行うことにより、送信エラーを回復することができるという効果も得る。
【０１４９】
また、電子メールのデータを送信する前の段階で、送信する画像データの紙サイズ、解像度、圧縮方式などの画像属性情報を通知し、電子メールのデータとしては、画情報をＭＩＭＥ変換したもののみを送信するようにしているので、送信データ量を削減することができるという効果も得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるネットワークシステムを示したブロック図。
【図２】ネットワークファクシミリ装置ＦＸの構成例を示したブロック図。
【図３】ネットワークファクシミリ装置ＦＸが、電子メールを送信（転送）するときの動作の一例を示したタイムチャート。
【図４】２ページ目を再送する場合の動作の一例を示したタイムチャート。
【図５】途中で画情報送信を打ち切る場合の動作の一例を示したタイムチャート。
【図６】この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示したフローチャート。
【図７】ネットワーク端末装置ＦＸが電子メールの送信時に行う処理の一例を示したフローチャート（続き）。
【図８】電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の一例を示したタイムチャート。
【図９】電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の他の例を示したタイムチャート。
【図１０】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート。
【図１１】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート（続き）。
【図１２】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート（続き）。
【図１３】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート（続き）。
【図１４】電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の他の例を示したタイムチャート。
【図１５】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート。
【図１６】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート（続き）。
【図１７】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート（続き）。
【図１８】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート（続き）。
【符号の説明】
ＦＸ　ネットワークファクシミリ装置
ＳＭ　メールサーバ装置[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input unit using an electronic mail transfer protocol.
[0002]
[Prior art]
Due to the spread of the Internet, when performing communication, communication using the Internet is becoming widespread, instead of using only a conventional public line (PSTN or ISDN) as a network. This is to take advantage of the benefits of using the Internet to reduce fees. The number of terminal devices that can be connected to the Internet has increased, and the same applies to devices that transmit and receive images, such as facsimile machines. ITU-T Recommendation T. 37 and Recommendation T. There are also Internet fax standards such as No. 38, and the number of compatible products is increasing (see Patent Document 1).
[0003]
Recommendation T. 37 Internet Fax is recommended by Recommendation T.37. Compared with the 38 Internet faxes (real-time type Internet faxes), there is an advantage that the compatibility with the personal computer device is high, but there is a problem in the immediacy and the like. Therefore, the device supports the receiving function of SMTP, directly interprets the SMTP request from the transmitting side without going through the relay (MTA), and the function of receiving is starting to appear as a product (so-called “DirectSMTP (D-SMTP)”). "mode).
[0004]
[Patent Document 1]
JP-A-2002-027193
[0005]
[Problems to be solved by the invention]
By the way, in normal facsimile communication, it is also an important factor that the transmitting user can confirm how many pages have been sent, how many pages can be sent, and how many pages have not been sent. In particular, when a communication error occurs, knowing the number of pages for which transmission has been completed is very important when resending the same document is desired.
[0006]
However, in a normal e-mail communication protocol, since there is no concept of a page, the user on the transmitting side may not be able to confirm the number of transmitted pages or the like.
[0007]
The present invention has been made in view of such circumstances, and has as its object to provide a network terminal device capable of transmitting and receiving images read from an input device in image units and confirming page transmission.
[0008]
[Means for Solving the Problems]
According to the present invention, in a network terminal device having a function of transmitting / receiving an image read from an image input unit using an electronic mail transfer protocol by connecting to a network, transmission confirmation is performed for each read image at the time of transmission. It was made.
[0009]
In addition, in a network terminal device having a function of connecting to a network and transmitting / receiving an image read from the image input unit using an e-mail transfer protocol, when transmitting, an e-mail communication session is performed for each read image, This is to confirm the transfer of the e-mail.
[0010]
Also, in a network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input unit using an e-mail transfer protocol, before transferring an image, the receiving side transmits image processing to the transmitting side. Notifying the capability information, the transmitting side sets the image mode of the image data to be transmitted in the read image unit based on the notified image processing capability information of the receiving side, and sets the image data of the set image mode to The transfer is performed in one electronic mail communication session, and the transfer of the electronic mail is confirmed.
[0011]
Further, when it is detected that the partner terminal has the same function as the own terminal, the image data transmitted in the electronic mail communication session does not include the attribute information of the image.
[0012]
Further, in the e-mail communication session, based on the content of the response signal received from the receiving side, whether the image data was received normally, whether the image data was not received normally due to the occurrence of a recoverable error of the partner terminal, Alternatively, it is determined whether the image data was not normally received due to the occurrence of an irrecoverable error of the partner terminal, and when it was determined that the image data was not received normally due to the occurrence of a recoverable error of the partner terminal, After waiting for a predetermined time, the same image data is retransmitted, and if it is determined that the image data was not normally received due to the occurrence of an unrecoverable error of the partner terminal, the communication operation is terminated at that time. It was done.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0014]
FIG. 1 shows a network system according to an embodiment of the present invention.
[0015]
In the figure, a plurality of workstation devices WS1 to WSn, a mail server device SM, and a network facsimile device FX are connected to a local area network LAN, and also connected to the Internet via a router device RT. . Therefore, the workstation devices WS1 to WSn, the mail server device SM, and the network facsimile device FX can exchange data with other appropriate terminal devices via the Internet.
[0016]
Here, the mail server device SM provides a well-known electronic mail collection and distribution service to users using the workstation devices WS1 to WSn connected to the local area network LAN and to the network network facsimile device FX. Is provided.
[0017]
The workstation devices WS1 to WSn include various programs such as facsimile application software for creating and displaying facsimile image information and various software for exchanging various data via a local area network LAN. Have been introduced and are used by specific users. Here, the specific user may be one or more users.
[0018]
The network facsimile machine FX has an electronic mail processing function for transferring (transmitting and receiving) image data, image information, various reports, and the like obtained by reading using a scanner (described later) using electronic mail, and an analog public service. It has a facsimile communication function for performing image information communication by a group 3 facsimile transmission procedure using the public network as a transmission path, connected to the PSTN.
[0019]
FIG. 2 shows a configuration example of the network facsimile machine FX.
[0020]
In FIG. 1, a system control unit 1 performs various control processes such as a control process of each unit of the network facsimile machine FX and a facsimile transmission control procedure process. The parameter memory 3 stores a control processing program to be executed and various data necessary for executing the processing program, and constitutes a work area of the system control unit 1. The parameter memory 3 is unique to the network facsimile machine FX. The clock circuit 4 outputs current time information.
[0021]
The scanner 5 is for reading a document image at a predetermined resolution, the plotter 6 is for recording and outputting an image at a predetermined resolution, and the operation display unit 7 operates the network facsimile machine FX. And consists of various operation keys and various indicators.
[0022]
The encoding / decoding unit 8 encodes and compresses the image signal and decodes the encoded and compressed image information into the original image signal. The image storage device 9 encodes and compresses the image signal. This is for storing a large number of image information in the closed state.
[0023]
The group 3 facsimile modem 10 is for realizing the modem function of the group 3 facsimile, and is a low-speed modem function (V.21 modem) for exchanging a transmission procedure signal, and mainly for exchanging image information. It has a high-speed modem function (V.17 modem, V.34 modem, V.29 modem, V.27ter modem, etc.).
[0024]
The network control device 11 is for connecting the network facsimile machine FX to the analog public switched telephone network PSTN, and has an automatic transmission / reception function.
[0025]
The local area network interface circuit 12 is for connecting the network facsimile machine FX to the local area network LAN. The local area network transmission control unit 13 communicates with other data terminal devices via the local area network LAN. It is for executing communication control processing of various predetermined protocol suites for exchanging various kinds of data between them.
[0026]
These are a system control unit 1, a system memory 2, a parameter memory 3, a clock circuit 4, a scanner 5, a plotter 6, an operation display unit 7, an encoding / decoding unit 8, an image storage device 9, a group 3 facsimile modem 10, a network The control device 11 and the local area network transmission control unit 13 are connected to an internal bus 14, and data exchange between these elements is mainly performed through the internal bus 14.
[0027]
Data exchange between the network control device 11 and the group 3 facsimile modem 10 is directly performed.
[0028]
Here, in the present embodiment, basically, data exchange between terminals connected to the local area network LAN is performed by a transmission protocol up to a transport layer called TCP / IP, and a further protocol. This is performed by applying a combination with a communication protocol of an upper layer (so-called protocol suite). For example, in the exchange of e-mail data, a communication protocol called SMTP (Simple Mail Transfer Protocol) or ESMTP (SMTP Service Extensions; see RFC1425, RFC2821, etc.) is applied as a communication protocol of the upper layer.
[0029]
Further, as a protocol applied by each terminal to the mail server device SM for confirming reception of an e-mail addressed to the user and for requesting acquisition, an POP (Post Office Protocol) or the like can be applied.
[0030]
Communication protocols such as TCP / IP, SMTP, ESMTP, and POP, and data formats and data structures of electronic mails are specified by RFC documents issued from the IETF. For example, TCP is RFC 793, IP is RFC 793, SMTP and ESMTP are RFC 1425, RFC 2821, and e-mail formats are RFC 2822, RFC 1521, and RFC 1522 (MIME (Multi-Purpose Mail Extension) format).
[0031]
The network facsimile machine FX sends the read document image to another group 3 facsimile machine via the analog public switched telephone network PSTN, or the workstation devices WS1 to WSn via the local area network LAN (further, the Internet). To the user corresponding to the sub-address specified at that time, while transmitting the image information received from the other group 3 facsimile apparatuses via the analog public switched telephone network PSTN to the user or other network facsimile apparatus FX. Transfer using electronic mail or transfer image information received from the workstation WS of the local area network LAN (by electronic mail) to the designated analog public telephone network PSTN group 3 facsimile apparatus It has a-bis function, and the like.
[0032]
Further, with respect to the electronic mail received to the own terminal, the image information arranged in the body information is extracted, recorded and output.
[0033]
Here, the facsimile image information is binary data, and when the data is transferred between the MTAs in the SMTP mode, the e-mail cannot directly include the binary data. Therefore, a predetermined conversion method (for example, Base64 encoding) is used. Is converted into readable information (7-bit character code) by applying the conversion method, and is included in the electronic mail. Such a format of the body information of the electronic mail is called a MIME format.
[0034]
Also, when data is transferred between MTAs in the ESMTP mode, the data that can be transmitted by e-mail is not limited to a 7-bit character code and can include 8-bit data. Can be sent.
[0035]
FIG. 3 shows an example of an operation when the network facsimile machine FX transmits (forwards) an electronic mail. In this case, the electronic mail is transmitted in the SMTP mode, and the number of pages of the image information to be transmitted is two.
[0036]
In this description, the first three digits (220, 250, 345, etc.) of the signal that the receiving side responds to the transmitting side are essential information elements, and the following alphanumeric character string is the transmitting side user character. And information to be additionally notified, etc., and the description of the contents is added in parentheses.
[0037]
First, the transmission side requests a connection to the reception side, and the reception side responds to the transmission side with a signal “220 (= service ready) abc-xyz.co.jp (= host name)”.
[0038]
Next, the transmitting side transmits a command “HELO host-a.mno-stu.co.jp (= host name)” which is an SMTP start command to the receiving side. Thus, the receiving side responds to the transmitting side with the signal “250 host-a.mno-stu.co.jp Hello, caused to meet you.” (= Greeting message).
[0039]
Accordingly, the transmitting side transmits the command “MAIL FROM: <sender@host-a.mno-stu.co.jp (= own mail address)>” to the receiving side, and notifies the mail address of the transmission source. .
[0040]
The receiving side transmits a signal “250 <sender@host-a.mno-stu.co.jp (= source mail address)>... Sender ok (= confirmation message)” to the transmitting side.
[0041]
Next, the transmission side transmits a command “RCPT TO: <receiver@abc-xyz.co.jp (= destination mail address)>” for notifying the destination of the electronic mail to the reception side.
[0042]
As a result, the receiving side transmits the signal “250 <receiver@abc-xyz.co.jp (= own mail address)>... Recipient ok (= confirmation message)” to the transmitting side.
[0043]
Next, the transmitting side transmits a command “DATA” to the receiving side to notify that transmission of the e-mail data is started. As a result, the receiving side receives the signal "354 Enter mail, end with". "On a line
by itself (= confirmation message) "to the transmitting side.
[0044]
As a result, the transmitting side converts the image information of the first page into TIFF-FX, and further transmits the transmitting data of the first page formed by MIME-converting the image data of the TIFF-FX to the receiving side. When the transmission is completed, ". (Period)" is transmitted after the line feed code to notify the end of the transmission of the image information of the first page.
[0045]
When the reception of the image information of the first page is normally completed, the reception side transmits a signal “250 ZZZ12345 Message accepted for delivery (= reception confirmation comment)” to the transmission side.
[0046]
Thus, the transmitting side can confirm that the transmission of the image information of the first page has been normally completed, and therefore transmits the image information of the second page. That is, in this case, from the transmission of the command “MAIL FROM: <sender@host-a.mno-stu.co.jp (= own mail address)>”, the above-described SMTP sequence is repeated, and the command “DATA Is transmitted, the image information of the second page is transmitted. Also in this case, the image information of the second page is converted into image data of TIFF-FX, and the transmission data of the second page formed by MIME-converting the image data of TIFF-FX is transmitted to the receiving side. When the transmission is completed, “. (Period)” is transmitted after the line feed code to notify the end of the transmission of the image information of the second page.
[0047]
When the reception of the image information of the second page is normally completed, the reception side transmits a signal “250 ZZZ12345 Message accepted for delivery (= reception confirmation comment)” to the transmission side.
[0048]
In this case, since transmission of all transmission pages has been completed, the transmission side transmits a command “QUIT” to the reception side, and the reception side transmits the signal “221 abc-xyz.co.jp closing connection (= connection of connection). End confirmation comment) ", thereby ending the communication operation.
[0049]
On the other hand, for example, when receiving the image information of the second page, if the receiving side cannot secure enough free space of the image storage means and a receiving error occurs, as shown in FIG. A signal “452 Requested action not taken: inefficient system storage (= error comment)” is transmitted to the transmission side.
[0050]
When the transmitting side receives this signal “452 Requested action nottaken: effective system storage”, a temporary error occurs on the receiving side in this case because the content of the received signal is a code of “4XX” and recovery is performed. It is determined that there is a possibility of performing the operation. Therefore, in this case, a predetermined time is waited while the communication session is continued, and the second page is retransmitted.
[0051]
Here, since the time during which the communication session can be continued without a signal is set, the predetermined waiting time is set within that time.
[0052]
Further, for example, when an unrecoverable error occurs on the receiving side when receiving the image information of the second page, as shown in FIG. 5, the receiving side transmits the signal “552 Requested mail action aborted: exceeded storage allocation”. (= Error occurrence comment) "to the transmitting side.
[0053]
When the transmitting side receives the signal “552 Requested mail action aborted: exceeded storage allocation”, a permanent error occurs on the receiving side because the content of the received signal is a code “5XX” in this case, For the time being, it is determined that there is no possibility of recovery.
[0054]
Therefore, in this case, the transmitting side transmits the command “QUIT” and ends the transmission operation (error end).
[0055]
In this way, in the present embodiment, since the communication session is repeatedly performed for each page, the transmission side can perform transmission confirmation for each page, which is very convenient.
[0056]
Further, based on the content of the response signal received from the receiving side after transmitting the image information for one page, it is possible to confirm the normal transmission of the image information, the retransmission of the same page, and the termination of the transmission operation in page units. By performing a retransmission operation of the same page, a transmission error can be recovered, which is very convenient.
[0057]
FIGS. 6 and 7 show an example of a process performed by the network terminal device FX at the time of transmitting an e-mail in this case.
[0058]
First, a connection is made to the receiving side (process 101). Here, the receiving side is, for example, a mail server device SM connected to a local area network LAN, or a network facsimile device having the same function and connected to an external network via a router device RT. is there.
[0059]
Next, the signal "220" is received from the receiving side, and the content is analyzed (process 102). Then, an SMTP start command "HELO" is transmitted to the receiving side (process 103), a signal "250" is received from the receiving side, and the contents thereof are analyzed (process 104).
[0060]
Next, the value of the counter P for managing the transmission page number is set to 1 (processing 105), the command “MAIL FROM” is transmitted to the receiving side, and the mail address of the transmission source is notified (processing 106). Then, the signal “250” is received (process 107).
[0061]
Next, a command “RCPT TO” for notifying the destination of the e-mail is transmitted to the receiving side (process 108), and a signal “250” is received (process 109).
[0062]
Next, a command "DATA" for notifying the start of data transmission of the e-mail is transmitted (process 110), and a signal "354" is received from the receiving side (process 111).
[0063]
As a result, the image information of the P-th page is converted into TIFF-FX, and the TIFF-FX image data is MIME-converted to create transmission data (process 112), and the created transmission data is sent to the receiving side. After the transmission (step 113) and the transmission to the end, ". (Period)" is transmitted to notify the end of the transmission of the image information of the Pth page (step 116).
[0064]
Next, when a response signal is received from the receiving side (process 117), it is checked whether or not the content is "250" (determination 118). When the result of the determination 118 is YES, it is checked whether or not there are remaining pages of the transmission page (decision 119). When the result of the determination 119 is YES, the value of the counter P is increased by one (process 120), Returning to the process 106, the image information of the next page is transmitted.
[0065]
When the result of the determination 119 is NO, transmission of all image information has been completed, so that the command “QUIT” is transmitted to the receiving side (processing 121), and when the signal “221” is received (processing 122), Communication history information (not shown) representing the transmission result at that time is created and stored (process 123), and this transmission operation ends. Here, as the communication history information, for example, a list thereof is displayed and recorded in a communication result report for notifying the user of the communication history.
[0066]
When the result of the determination 118 is NO, it is checked whether or not the received response signal has the content of "4XX" (determination 125). When the result of determination 125 is YES, the same page is retransmitted. That is, in this case, the process waits for a predetermined time (process 125), returns to process 106 while holding the value of the counter P, and performs the same page retransmission operation.
[0067]
When the result of the determination 124 is NO, since the signal “5XX” has been received, the processing shifts to the processing 121 to terminate the communication operation at that time, and the subsequent operations are performed. In this case, a communication error or the like is left as the communication history.
[0068]
When transmitting image information using an electronic mail, the image information is converted into TIFF-FX image data. Since the TIFF-FX image data is composed of a header portion including image attributes (paper size, resolution, compression method, etc.) and a data portion including an actual image, the data amount is smaller than the image data. As a result, a situation occurs in which the communication time becomes longer.
[0069]
In order to solve such a situation, before sending the e-mail data, the image attribute information such as the paper size, resolution, and compression method of the image data to be sent is notified, and the e-mail data is In this case, only the image information obtained by MIME conversion may be transmitted.
[0070]
FIG. 8 shows an example of the operation of the network facsimile machine FX when transmitting an e-mail when notifying the image processing capability and the like at the stage before transmitting the e-mail data. In this case, an e-mail transfer operation in the SMTP mode is performed. Also, this is a case where the number of pages of the image information to be transmitted is two. In this description, the first three digits (220, 250, 345, etc.) of the signal that the receiving side responds to the transmitting side are essential information elements, and the following alphanumeric character string is the transmitting side user character. And information to be additionally notified, etc., and the description of the contents is added in parentheses.
[0071]
First, the transmission side requests a connection to the reception side, whereby the reception side transmits the signal “220 (= service ready) abc-xyz.co.jp (= host name) x-capability = (A3 / B4 / A4, 400 dpi (= dot / 24.5 mm) / 200 dpi, MMR / MR / MH) to the transmitting side. Here, “x-capability =” is an extension field for notifying the image processing capability of the terminal itself, and is based on the following parameter “(A3 / B4 / A4, 400 dpi / 200 dpi, MMR / MR / MH)”. (The first value indicates the paper size, the second value indicates the resolution, and the third value indicates the encoding method, respectively), and an image attribute that can be processed by the own terminal is notified.
[0072]
Upon receiving this signal “220 abc-xyz.co.jp x-capability = (A3 / B4 / A4, 400 dpi / 200 dpi, MMR / MR / MH)”, the transmission side sets the extension field “x-capability =”. Since it is included, the receiving side recognizes that it has the same function as its own terminal, and saves the parameter “(A3 / B4 / A4, 400 dpi / 200 dpi, MMR / MR / MH)”.
[0073]
Then, a command “HELO host-a.mno-stu.co.jp (= host name)” which is an SMTP start command is transmitted to the receiving side. Thus, the receiving side responds to the transmitting side with the signal “250 host-a.mno-stu.co.jp Hello, caused to meet you.” (= Greeting message).
[0074]
As a result, the transmitting side determines the attribute of the transmission image information (for example, the paper size is B4, the resolution is 400 dpi, and the MMR) based on the content of the stored parameters, and adds the attribute to the command “MAIL FROM”. The notification is made using the extension field “x-data”. That is, in this case, the command “MAIL FROM: <sender@host-a.mno-stu.co.jp (= own mail address)> x-data = (B4, 400 dpi, MMR)” is transmitted to the receiving side. , The sender's mail address and the image attribute information of the transmitted image information.
[0075]
The receiving side transmits a signal “250 <sender@host-a.mno-stu.co.jp (= source mail address)>... Sender ok (= confirmation message)” to the transmitting side. Further, the receiving side recognizes that the partner terminal has the same function as the own terminal, because the extension field “x-data =” is added to the command “MAIL FROM” received at this time.
[0076]
Next, the transmission side transmits a command “RCPT TO: <receiver@abc-xyz.co.jp (= destination mail address)>” for notifying the destination of the electronic mail to the reception side.
[0077]
As a result, the receiving side transmits the signal “250 <receiver@abc-xyz.co.jp (= own mail address)>... Recipient ok (= confirmation message)” to the transmitting side.
[0078]
Next, the transmitting side transmits a command “DATA” to the receiving side to notify that transmission of the e-mail data is started. As a result, the receiving side receives the signal "354 Enter mail, end with". "On a lineby itself (= confirmation message)" is transmitted to the transmitting side.
[0079]
Thereby, the transmitting side transmits the transmission data of the first page formed by MIME-converting the image information of the first page of the notified image attribute (B4, 400 dpi, MMR) to the receiving side, and when the transmission is completed, After the line feed code, “. (Period)” is transmitted to notify the end of the transmission of the image information of the first page.
[0080]
When the reception of the image information of the first page is normally completed, the reception side transmits a signal “250 ZZZ12345 Message accepted for delivery (= reception confirmation comment)” to the transmission side. Also, the receiving side can locally process the image information that has been received by applying the image attribute parameters that have already been stored. When the receiving side corresponds to the MTA in the middle of transferring the electronic mail to the final destination, the stored image attributes are applied to the stored image information, and the transfer operation is performed to the MTA on the next transfer path. .
[0081]
Thus, the transmitting side can confirm that the transmission of the image information of the first page has been normally completed, and therefore transmits the image information of the second page. That is, in this case, from the transmission of the command “MAIL FROM: <sender@host-a.mno-stu.co.jp (= own mail address)> x-data = (B4, 400 dpi, MMR)” The above-described SMTP sequence is repeated, and after transmitting the command “DATA”, the image information of the second page is transmitted. Also in this case, the transmission data of the second page formed by MIME-converting the image information of the second page is transmitted to the receiving side, and when it is transmitted to the end, ". (Period)" is transmitted after the line feed code. Then, the end of the transmission of the image information of the second page is notified.
[0082]
When the reception of the image information of the second page is normally completed, the reception side transmits a signal “250 ZZZ12345 Message accepted for delivery (= reception confirmation comment)” to the transmission side.
[0083]
In this case, since transmission of all transmission pages has been completed, the transmission side transmits a command “QUIT” to the reception side, and the reception side transmits the signal “221 abc-xyz.co.jp closing connection (= connection of connection). End confirmation comment) ", thereby ending the communication operation.
[0084]
If the transmitting side and the receiving side recognize that they have the same function, a part of the signal exchange from the end of the transmission of the image information of one page to the transmission of the image information of the next page is partially performed. Can be omitted.
[0085]
For example, as shown in FIG. 9, the part from the transmission of the command “MAIL FROM” from the transmission side to the response of the signal “250” from the reception side can be omitted. However, when changing the image mode (image attribute) of the next page, it is necessary to notify the image attribute of the image information of the next page, so that the part cannot be omitted.
[0086]
FIG. 10, FIG. 11, FIG. 12, and FIG. 13 show an example of a process performed by the network terminal device FX at the time of transmitting an e-mail in this case.
[0087]
First, a connection is made to the receiving side (process 201). Here, the receiving side is, for example, a mail server device SM connected to a local area network LAN, or a network facsimile device having the same function and connected to an external network via a router device RT. is there.
[0088]
Next, the signal “220” is received from the receiving side, and the content is analyzed (process 202). Then, an SMTP start command "HELO" is transmitted to the receiving side (step 203), a signal "250" is received from the receiving side, and its contents are analyzed (step 204).
[0089]
Here, the extension field “x-capability =” is included in the received signal “250”, and it is checked whether or not the partner terminal has the same function as the own terminal (decision 205).
[0090]
When the result of determination 205 is YES, the value of counter P for managing the transmission page number is set to 1 (process 206).
[0091]
Then, the attributes of the transmission image information of the Pth page (for example, the paper size is B4, the resolution is 400 dpi, and the MMR) are determined and set to the parameters of the extension field “x-data”, and the command with the extension field is set. "MAIL FROM" is transmitted to the receiving side, and the mail address of the transmission source and the image attribute of the transmission page are notified (process 207). Then, the signal “250” is received (process 208).
[0092]
Next, a command “RCPT TO:” for notifying the destination of the e-mail is transmitted to the receiving side (process 209), and a signal “250” is received (process 210).
[0093]
Next, a command "DATA" for notifying the start of data transmission of the e-mail is transmitted (process 211), and a signal "354" is received from the receiving side (process 212).
[0094]
As a result, the image information of the P-th page having the notified image attribute (B4, 400 dpi, MMR) is MIME-converted to generate transmission data of the P-th page (processing 213), and the generated transmission data is transmitted to the receiving side. Then, when transmission is completed, ". (Period)" is transmitted to notify the end of the transmission of the image information of the Pth page (processing 216).
[0095]
Next, when a response signal is received from the receiving side (process 217), it is checked whether or not the content is "250" (determination 218). When the result of the judgment 218 is YES, it is checked whether there are any remaining pages of the transmission page (decision 219), and when the result of the judgment 219 is YES, the value of the counter P is increased by one (process 220), It is checked whether or not the image mode (image attribute) of the next image information is the same (judgment 221). When the result of the judgment 221 is YES, the process returns to the step 211 to transmit the image information of the next page. When the result of the determination 221 is NO, the process returns to the process 207, where the attribute of the transmission image information of the P-th page is determined, set to the parameter of the extension field “x-data”, and the command “ “MAIL FROM” to the receiving side, notifies the sender's mail address and the image attribute of the transmission page, and performs the transmission operation of the next page.
[0096]
When the result of the determination 219 is NO, transmission of all image information has been completed, so the command “QUIT” is transmitted to the receiving side (process 222), and when the signal “221” is received (process 223), Communication history information (not shown) representing the transmission result at that time is created and stored (process 224), and this transmission operation ends. Here, as the communication history information, for example, a list thereof is displayed and recorded in a communication result report for notifying the user of the communication history.
[0097]
When the result of the judgment 218 is NO, it is checked whether or not the received response signal has the content of "4XX" (decision 225). When the result of determination 225 is YES, the same page is retransmitted. That is, in this case, the process waits for a predetermined time (process 226), returns to process 207 while holding the value of the counter P, and performs the same page retransmission operation.
[0098]
When the result of the determination 225 is NO, since the signal “5XX” has been received, the processing shifts to the processing 222 to terminate the communication operation at that time, and the subsequent operations are performed. In this case, a communication error or the like is left as the communication history.
[0099]
If the other terminal does not have the same function as the terminal itself and the result of determination 205 is NO, a standard SMTP mode communication operation is performed.
[0100]
That is, the value of the counter P for managing the transmission page number is set to 1 (step 230), the command “MAIL FROM” is transmitted to the receiving side, and the mail address of the transmission source is notified (step 231). Then, the signal “250” is received (process 107).
[0101]
Next, the command “RCPT TO” for notifying the destination of the e-mail is transmitted to the receiving side (process 232), and the signal “250” is received (process 233).
[0102]
Next, a command "DATA" for notifying the start of data transmission of the e-mail is transmitted (process 235), and a signal "354" is received from the receiving side (process 236).
[0103]
As a result, the image information on page P is converted into TIFF-FX, and the TIFF-FX image data is MIME-converted to create transmission data (process 237), and the created transmission data is sent to the receiving side. After transmission (step 238) and transmission to the end, ". (Period)" is transmitted to notify the end of the transmission of the image information of the Pth page (step 240).
[0104]
Next, when a response signal is received from the receiving side (process 241), it is checked whether or not the content is "250" (determination 242). When the result of the judgment 242 is YES, it is checked whether there are any remaining pages of the transmission page (decision 243), and when the result of the judgment 243 is YES, the value of the counter P is increased by one (process 244), Returning to the process 231, the image information of the next page is transmitted.
[0105]
When the result of the determination 243 is NO, transmission of all image information has been completed, so the command “QUIT” is transmitted to the receiving side (process 245), and when the signal “221” is received (process 246), Communication history information (not shown) representing the transmission result at that time is created and saved (process 247), and this transmission operation ends. Here, as the communication history information, for example, a list thereof is displayed and recorded in a communication result report for notifying the user of the communication history.
[0106]
When the result of the judgment 242 is NO, it is checked whether or not the received response signal has the content of "4XX" (judgment 248). If the result of decision 248 is YES, the same page is retransmitted. That is, in this case, the process waits for a predetermined time (process 249), returns to process 231 while holding the value of the counter P, and performs the retransmission operation of the same page.
[0107]
When the result of the determination 248 is NO, since the signal “5XX” has been received, the processing shifts to the processing 245 to terminate the communication operation at that time, and the subsequent operations are performed. In this case, a communication error or the like is left as the communication history.
[0108]
FIG. 14 shows another example of the operation of the network facsimile machine FX when transmitting an e-mail when notifying the image processing capability and the like at the stage before transmitting the e-mail data. In this case, the E-mail transfer operation in the ESMTP mode is performed, and the notification of the image processing capability from the receiving side to the transmitting side is transmitted by D-SMTP (“draft-ietf-fax-esmtp-conneg-01. txt, etc.). Also, this is a case where the number of pages of the image information to be transmitted is two. In this description, among the signals that the receiving side responds to the transmitting side, the signals other than the expanded signal “250” are the information elements whose first three digits (220, 250, 345, etc.) are indispensable. , Followed by an alphanumeric character string represents a comment to the transmitting user, information to be additionally notified, and the like, and the content is described in parentheses.
[0109]
First, the transmission side requests a connection to the reception side, and the reception side responds to the transmission side with a signal “220 (= service ready)”.
[0110]
Then, a command “EHLO host-a.mno-stu.co.jp (= host name)” which is a start command of the ESMTP is transmitted to the receiving side. As a result, the receiving side transmits the signal “250-host-a.mno-stu.co.jp Hello, pleased to meet you.” (= Greeting message), and then transmits the signal “250-DSN”. , And transmits a plurality of signals “250-X-CAPABILITY” to notify the transmitting side of the image processing capability of the own terminal. Here, the signal starting from the four characters of the signal "250-" is the extended signal "250", which indicates that a character string notifying significant information follows. For example, the signal “250-DSN” indicates that the terminal has the DSN function.
[0111]
That is, in this case, a signal “250-X-CAPABILITY paper-size: A3 / B4 / A4” representing the paper size, a signal representing the resolution “250-X-CAPABILITY resolution: 400 dpi / 200 dpi”, and a signal representing the encoding method. "250-X-CAPABILITY compression: MMR / MR / MH" and a signal "250-X-CAPABILITY raw-data for compression" representing a function of transmitting Raw data (raw data) are transmitted. Also, the signal “250 HELP” is transmitted.
[0112]
Thereby, the transmitting side recognizes that the receiving side has the same function as that of the terminal itself, and the paper size, the resolution, and the encoding notified by the plurality of received signals “250-X-CAPABILITY”. Save the method parameters. Further, the transmitting side transmits the command “MAIL FROM: <sender@host-a.mno-stu.co.jp (= own mail address)>” to the receiving side, and transmits the mail address of the transmission source and the transmission image. Notify the image attribute information of the information.
[0113]
The receiving side transmits a signal “250 <sender@host-a.mno-stu.co.jp (= source mail address)>... Sender ok (= confirmation message)” to the transmitting side.
[0114]
Next, the transmission side transmits a command “RCPT TO: <receiver@abc-xyz.co.jp (= destination mail address)>” for notifying the destination of the electronic mail to the reception side.
[0115]
As a result, the receiving side transmits the signal “250 <receiver@abc-xyz.co.jp (= own mail address)>... Recipient ok (= confirmation message)” to the transmitting side.
[0116]
Next, the transmitting side determines the attributes of the transmission image information (for example, the paper size is B4, the resolution is 400 dpi, the encoding method is MMR, and the raw data) based on the contents of the stored parameters, The notification is made using the extension field “x-data” added to the command “DATA” for notifying the start of the transmission of the mail data. That is, in this case, the command “DATA x-data = (paper-size: B4, resolution: 400 dpi, compression: MMR, raw-data)” is transmitted to the receiving side.
[0117]
Further, when receiving the command “DATA” with the extension field “x-data”, the receiving side recognizes that the partner terminal has the same function as that of the own terminal and sets the extension field “x-data”. Save the parameters of Then, the receiving side outputs the signal “354 Enter mail, end with”. "On a line by itself (= confirmation message)" is transmitted to the transmitting side.
[0118]
As a result, the transmitting side transmits the image information of the first page of the notified image attribute (B4, 400 dpi, MMR) to the receiving side as it is as the transmission data as it is (raw data). Is transmitted, ". (Period)" is transmitted to notify the end of the transmission of the image information of the first page.
[0119]
When the reception of the image information of the first page is normally completed, the reception side transmits a signal “250 ZZZ12345 Message accepted for delivery (= reception confirmation comment)” to the transmission side. Also, the receiving side can locally process the image information that has been received by applying the image attribute parameters that have already been stored. When the receiving side corresponds to the MTA in the middle of transferring the electronic mail to the final destination, the stored image attributes are applied to the stored image information, and the transfer operation is performed to the MTA on the next transfer path. .
[0120]
Thus, the transmitting side can confirm that the transmission of the image information of the first page has been normally completed, and therefore transmits the image information of the second page. That is, in this case, the above-described ESMTP sequence is repeated from the transmission of the command “DATA x-data = (paper-size: B4, resolution: 400 dpi, compression: MMR, raw-data)”, and the second page is repeated. Send image information. In this case as well, the image information of the second page is transmitted as it is to the receiving side as transmission data, and when it is transmitted to the end, ". (Period)" is transmitted after the line feed code, and the image information of the second page is transmitted. Notifies the end of information transmission. That is, in this case, since the image attribute is notified immediately before transmission for each page, the same communication procedure can be adopted regardless of whether the image mode (image attribute) of the next page is different or the same.
[0121]
When the reception of the image information of the second page is normally completed, the reception side transmits a signal “250 ZZZ12345 Message accepted for delivery (= reception confirmation comment)” to the transmission side.
[0122]
In this case, since transmission of all transmission pages has been completed, the transmission side transmits a command “QUIT” to the reception side, and the reception side transmits the signal “221 abc-xyz.co.jp closing connection (= connection of connection). End confirmation comment) ", thereby ending the communication operation.
[0123]
FIG. 15, FIG. 16, FIG. 17, and FIG. 18 show an example of processing performed by the network terminal device FX at the time of transmitting an e-mail in this case.
[0124]
First, a connection is made to the receiving side (process 301). Here, the receiving side is, for example, a mail server device SM connected to a local area network LAN, or a network facsimile device having the same function and connected to an external network via a router device RT. is there.
[0125]
Next, the signal “220” is received from the receiving side, and the content is analyzed (process 302). Then, an ESMTP start command "EHLO" is transmitted to the receiving side (step 303), a response signal is received from the receiving side (step 304), and it is checked whether the received response signal is the extended signal "250". (Decision 305).
[0126]
When the result of determination 205 is YES, the contents of the signal received in process 304 are analyzed to determine the image processing capability of the partner terminal (process 306). Further, it is determined whether or not the partner terminal has the same function (decision 307).
[0127]
When the result of determination 307 is YES, the value of counter P for managing the transmission page number is set to 1 (process 308).
[0128]
Then, the command “MAIL FROM” is transmitted to the receiving side, and the mail address of the transmission source is notified (step 309). Then, the signal “250” is received (process 310).
[0129]
Next, a command “RCPT TO:” for notifying the destination of the e-mail is transmitted to the receiving side (process 311), and a signal “250” is received (process 312).
[0130]
Then, the attributes of the transmission image information of the Pth page (for example, the paper size is B4, the resolution is 400 dpi, and the MMR) are determined, the parameters are set to the parameters of the extension field “x-data”, and the command with the extension field is set. “DATA x-data = (paper-size: B4, resolution: 400 dpi, compression: MMR, raw-data)” is transmitted (processing 313), and the signal “354” is received from the receiving side (processing 314).
[0131]
Thereby, the image information of the Pth page of the notified image attribute (B4, 400 dpi, MMR) is transmitted as it is to the receiving side as transmission data (process 315), and when it is transmitted to the end, ". (Period)" is transmitted. Then, the end of the transmission of the image information of the Pth page is notified (step 316).
[0132]
Next, when a response signal is received from the receiving side (process 317), it is checked whether or not the content is "250" (determination 318). When the result of the judgment 318 is YES, it is checked whether or not there are any remaining pages of the transmission page (decision 319). When the result of the judgment 319 is YES, the value of the counter P is increased by one (process 320), Returning to the process 313, the image information of the next page is transmitted.
[0133]
If the result of the determination 319 is NO, transmission of all image information has been completed, so the command “QUIT” is transmitted to the receiving side (process 322), and when the signal “221” is received (process 323), Communication history information (not shown) representing the transmission result at that time is created and stored (process 324), and this transmission operation ends. Here, as the communication history information, for example, a list thereof is displayed and recorded in a communication result report for notifying the user of the communication history.
[0134]
When the result of the judgment 318 is NO, it is checked whether or not the received response signal has the content of "4XX" (judgment 325). If the result of decision 325 is YES, the same page is retransmitted. That is, in this case, the process waits for a predetermined time (process 326), returns to process 313 while holding the value of the counter P, and performs the retransmission operation of the same page.
[0135]
When the result of the determination 325 is NO, since the signal “5XX” has been received, the process shifts to the process 322 to terminate the communication operation at that time, and the subsequent operations are performed. In this case, a communication error or the like is left as the communication history.
[0136]
If the other terminal cannot respond to the ESMTP and the result of the determination 305 is NO, the communication operation in the SMTP mode is performed.
[0137]
That is, an SMTP start command "HELO" is transmitted to the receiving side (step 330), a signal "250" is received from the receiving side, and the contents thereof are analyzed (step 331).
[0138]
Next, the value of the counter P for managing the transmission page number is set to 1 (process 332), the command “MAIL FROM” is transmitted to the receiving side, and the mail address of the transmission source is notified (process 333). Then, the signal “250” is received (process 334).
[0139]
Next, a command “RCPT TO” for notifying the destination of the e-mail is transmitted to the receiving side (process 336), and a signal “250” is received (process 337).
[0140]
Next, a command “DATA” for notifying the start of data transmission of the e-mail is transmitted (process 338), and a signal “354” is received from the receiving side (process 339).
[0141]
As a result, the image information of page P is converted into TIFF-FX, and the TIFF-FX image data is MIME-converted to create transmission data (processing 340), and the created transmission data is sent to the receiving side. After transmission (step 341) and transmission to the end, ". (Period)" is transmitted to notify the end of the transmission of the image information of the Pth page (step 342).
[0142]
Next, when a response signal is received from the receiving side (process 343), it is checked whether or not the content is "250" (determination 345). When the result of the judgment 345 is YES, it is checked whether or not there are any remaining pages of the transmission page (judgment 346). When the result of the judgment 346 is YES, the value of the counter P is increased by one (process 347). Returning to the process 333, the image information of the next page is transmitted.
[0143]
If the result of determination 346 is NO, transmission of all image information has been completed, so the command “QUIT” is transmitted to the receiving side (process 348), and when the signal “221” is received (process 349), Communication history information (not shown) representing the transmission result at that time is created and stored (process 350), and the transmission operation ends. Here, as the communication history information, for example, a list thereof is displayed and recorded in a communication result report for notifying the user of the communication history.
[0144]
When the result of the judgment 345 is NO, it is checked whether or not the received response signal has the content of "4XX" (judgment 351). When the result of decision 351 is YES, the same page is retransmitted. That is, in this case, the process waits for a predetermined time (process 352), returns to process 333 while holding the value of the counter P, and performs the retransmission operation of the same page.
[0145]
When the result of the determination 351 is NO, since the signal “5XX” has been received, the process shifts to the process 348 to terminate the communication operation at that time, and the subsequent operations are performed. In this case, a communication error or the like is left as the communication history.
[0146]
If it is determined that the other terminal does not have the same function, and if the result of the determination 307 is NO, the process shifts to the process 332 to execute the subsequent processes.
[0147]
In the above-described embodiment, the present invention is applied to a network facsimile apparatus having a facsimile communication function of performing image information communication by a group 3 facsimile transmission procedure using the public network as a transmission path, connected to an analog public network PSTN. Although the present invention is applied, the present invention can be similarly applied to a network terminal device not having such a facsimile communication function.
[0148]
【The invention's effect】
As described above, according to the present invention, since the communication session is repeatedly performed in page units, the transmission side can obtain the effect of performing transmission confirmation in page units. Further, based on the content of the response signal received from the receiving side after transmitting the image information for one page, it is possible to confirm the normal transmission of the image information, the retransmission of the same page, and the termination of the transmission operation in page units. Also, by performing the retransmission operation of the same page, there is also obtained an effect that a transmission error can be recovered.
[0149]
At the stage before sending the e-mail data, the image information such as the paper size, resolution, and compression method of the image data to be sent is notified. Is transmitted, the effect of reducing the amount of transmission data can be obtained.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a network system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration example of a network facsimile machine FX.
FIG. 3 is a time chart showing an example of an operation when the network facsimile machine FX transmits (forwards) an e-mail.
FIG. 4 is a time chart showing an example of an operation when retransmitting a second page.
FIG. 5 is a time chart showing an example of an operation when image information transmission is terminated in the middle.
FIG. 6 is a flowchart illustrating an example of a process performed by the network terminal device FX at the time of transmitting an e-mail in this case.
FIG. 7 is a flowchart (continued) illustrating an example of processing performed by the network terminal device FX when transmitting an e-mail.
FIG. 8 is a time chart showing an example of the operation of the network facsimile apparatus FX when transmitting an electronic mail when notifying the image processing capability and the like at the stage before transmitting the data of the electronic mail.
FIG. 9 is a time chart showing another example of the operation of the network facsimile apparatus FX when transmitting an electronic mail when notifying the image processing capability and the like at the stage before transmitting the data of the electronic mail.
FIG. 10 is a flowchart illustrating another example of a process performed by the network terminal device FX when transmitting an e-mail.
FIG. 11 is a flowchart (continued) showing another example of a process performed by the network terminal device FX when transmitting an e-mail.
FIG. 12 is a flowchart (continued) showing another example of the processing performed by the network terminal device FX when transmitting an e-mail.
FIG. 13 is a flowchart (continued) showing another example of the processing performed by the network terminal device FX when transmitting an e-mail.
FIG. 14 is a time chart illustrating another example of the operation of the network facsimile apparatus FX when transmitting an electronic mail when notifying and setting image processing capability or the like before transmitting the data of the electronic mail.
FIG. 15 is a flowchart showing still another example of a process performed by the network terminal device FX when transmitting an e-mail.
FIG. 16 is a flowchart (continued) illustrating still another example of the process performed by the network terminal device FX when transmitting an e-mail.
FIG. 17 is a flowchart (continued) showing still another example of the process performed by the network terminal device FX when transmitting an e-mail.
FIG. 18 is a flowchart (continued) showing still another example of the processing performed by the network terminal device FX when transmitting an e-mail.
[Explanation of symbols]
FX network facsimile machine
SM mail server device

Claims

A network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input unit using an electronic mail transfer protocol,
A network terminal device, which performs transmission confirmation for each read image at the time of transmission.

A network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input unit using an electronic mail transfer protocol,
A network terminal device, which performs an e-mail communication session for each read image at the time of transmission, and confirms transfer of the e-mail.

A network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input unit using an electronic mail transfer protocol,
Before transferring the image, the receiving side notifies the transmitting side of the image processing capability information, and the transmitting side transmits the image data to be transmitted in the read image unit based on the notified receiving side image processing capability information. A network terminal device, wherein an image mode is set, image data of the set image mode is transferred in one e-mail communication session, and transfer of the e-mail is confirmed.

4. The network according to claim 3, wherein when detecting that the partner terminal has the same function as that of the terminal, the image data transmitted in the e-mail communication session does not include attribute information of the image. Terminal device.

In the e-mail communication session, based on the content of the response signal received from the receiving side, whether the image data was normally received, whether the image data was not normally received due to the occurrence of a recoverable error of the partner terminal, or Determine whether the image data was not received normally due to the occurrence of an irrecoverable error of the partner terminal,
If it is determined that the image data was not normally received due to the occurrence of a recoverable error of the partner terminal, after waiting for a predetermined time, retransmit the same image data,
The communication operation is terminated when it is determined that the image data has not been normally received due to the occurrence of an unrecoverable error of the partner terminal. The network terminal device according to claim 3 or 4.