(57)【要約】【課題】入力装置から読み込んだ画像を、画像単位で送受信し、ページ送信の確認を取ることができるネットワーク端末装置を提供することを目的としている。【解決手段】ページ単位に通信セッションを繰り返し行うようにしているので、送信側では、ページ単位の送信確認を行うことができるという効果を得る。【選択図】　　　　図３
2004104644.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、
送信時、読み込んだ画像単位に転送の確認を行うことを特徴とするネットワーク端末装置。
【請求項２】
ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、
送信時、読み込んだ画像単位に、電子メール通信セッションを行い、電子メールの転送の確認を行うことを特徴とするネットワーク端末装置。
【請求項３】
ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、
画像を転送する前に、受信側は、送信側へ画像処理能力情報を通知し、送信側は、通知された受信側の画像処理能力情報に基づいて、読み込んだ画像単位に送信する画像データの画像モードを設定し、その設定した画像モードの画像データを、１つの電子メール通信セッションで転送し、電子メールの転送の確認を行うことを特徴とするネットワーク端末装置。
【請求項４】
相手端末が自端末と同じ機能を備えている旨を検出した場合、前記電子メール通信セッションで送信する画像データには、画像の属性情報が含まれないことを特徴とする請求項３記載のネットワーク端末装置。
【請求項５】
前記電子メール通信セッションにおいて、受信側より受信した応答信号の内容に基づいて、画像データが正常に受信されたか、相手端末の回復可能なエラー発生により画像データが正常に受信されなかったか、あるいは、相手端末の回復不能なエラー発生により画像データが正常に受信されなかったかを判定し、
相手端末の回復可能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、所定時間待機した後に、同一画像データを再送し、
相手端末の回復不能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、その時点で、通信動作を終了することを特徴とする請求項１または請求項２または請求項３または請求項４記載のネットワーク端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置に関する。
【０００２】
【従来の技術】
インターネットの普及により、通信を行う際、網として、従来のような公衆回線（ＰＳＴＮやＩＳＤＮ）だけを用いるのでなく、インターネットを用いる通信も広まりつつある。これはインターネットを用いることによる料金削減のメリットを活かそうとするものである。インターネットに接続可能な端末機器も増え、ファクシミリなどの画像の送受信を行う機器にもあてはまる。ＩＴＵ−Ｔ勧告Ｔ．３７や勧告Ｔ．３８などのインターネットファクスの標準規格も存在し、対応製品も増加している（特許文献１参照）。
【０００３】
勧告Ｔ．３７のインターネットファクスは、勧告Ｔ．３８のインターネットファクス（リアルタイム型インターネットファクス）に比べて、パーソナルコンピュータ装置との親和性が高いというメリットがある一方、即時性などに問題があった。そこで、機器がＳＭＴＰの受信機能をサポートし、中継（ＭＴＡ）を介さず、送信側からのＳＭＴＰリクエストを直接解釈し、受信する機能が製品として出始めている（いわゆる、「ＤｉｒｅｃｔＳＭＴＰ（Ｄ−ＳＭＴＰ）」モード）。
【０００４】
【特許文献１】
特開２００２−０２７１９３号公報
【０００５】
【発明が解決しようとする課題】
さて、通常のファクシミリ通信では、何ページ送ったか、何ページまで送れて、送れなかったページはいくつあるのかなどを、送信側ユーザが確認できることも重要な要素である。特に、通信エラーが生じた場合、送信完了できたページ数を知ることは、同一文書を再送希望する場合に非常に重要なものである。
【０００６】
しかしながら、通常の電子メールの通信プロトコルでは、ページの概念がないため、送信側ユーザは、送信完了したページ数などを確認できないと言う事態を生じる。
【０００７】
本発明は、かかる実情に鑑みてなされたものであり、入力装置から読み込んだ画像を、画像単位で送受信し、ページ送信の確認を取ることができるネットワーク端末装置を提供することを目的としている。
【０００８】
【課題を解決するための手段】
本発明は、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、送信時、読み込んだ画像単位に転送の確認を行うようにしたものである。
【０００９】
また、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、送信時、読み込んだ画像単位に、電子メール通信セッションを行い、電子メールの転送の確認を行うようにしたものである。
【００１０】
また、ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、画像を転送する前に、受信側は、送信側へ画像処理能力情報を通知し、送信側は、通知された受信側の画像処理能力情報に基づいて、読み込んだ画像単位に送信する画像データの画像モードを設定し、その設定した画像モードの画像データを、１つの電子メール通信セッションで転送し、電子メールの転送の確認を行うようにしたものである。
【００１１】
また、相手端末が自端末と同じ機能を備えている旨を検出した場合、前記電子メール通信セッションで送信する画像データには、画像の属性情報が含まれないようにしたものである。
【００１２】
また、前記電子メール通信セッションにおいて、受信側より受信した応答信号の内容に基づいて、画像データが正常に受信されたか、相手端末の回復可能なエラー発生により画像データが正常に受信されなかったか、あるいは、相手端末の回復不能なエラー発生により画像データが正常に受信されなかったかを判定し、相手端末の回復可能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、所定時間待機した後に、同一画像データを再送し、相手端末の回復不能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、その時点で、通信動作を終了するようにしたものである。
【００１３】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１４】
図１は、本発明の一実施例にかかるネットワークシステムを示している。
【００１５】
同図において、ローカルエリアネットワークＬＡＮには、複数のワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸが接続されているとともに、ルータ装置ＲＴを介してインターネットへ接続されている。したがって、ワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸは、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。
【００１６】
ここで、メールサーバ装置ＳＭは、ローカルエリアネットワークＬＡＮに接続されているワークステーション装置ＷＳ１〜ＷＳｎを利用するユーザ、および、ネットワークネットワークファクシミリ装置ＦＸに対して、周知の電子メールの収集および配布のサービスを提供するものである。
【００１７】
また、ワークステーション装置ＷＳ１〜ＷＳｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェアなどの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。
【００１８】
また、ネットワークファクシミリ装置ＦＸは、スキャナ（後述）を用いて読み取って得た画像データや画情報や各種レポートなどを電子メールを用いて転送（送受信）するための電子メール処理機能、および、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報通信を行うファクシミリ通信機能を備えている。
【００１９】
図２は、ネットワークファクシミリ装置ＦＸの構成例を示している。
【００２０】
同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２１】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２２】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２３】
グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。
【００２４】
網制御装置１１は、このネットワークファクシミリ装置ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。
【００２５】
ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。
【００２６】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、および、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１４を介して行われている。
【００２７】
また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。
【００２８】
ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）またはＥＳＭＴＰ（ＳＭＴＰ　Ｓｅｒｖｉｃｅ　Ｅｘｔｅｎｓｉｏｎｓ；ＲＦＣ１４２５、ＲＦＣ２８２１等参照）という通信プロトコルが適用される。
【００２９】
また、各端末がメールサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（Ｐｏｓｔ　Ｏｆｆｉｃｅ　Ｐｒｏｔｏｃｏｌ）などを適用することができる。
【００３０】
また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＥＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰ，ＥＳＭＴＰはＲＦＣ１４２５，ＲＦＣ２８２１、電子メールの形式は、ＲＦＣ２８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（Ｍｕｌｔｉ　Ｐｕｒｐｏｓｅ　Ｍａｉｌ　Ｅｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。
【００３１】
そして、ネットワークファクシミリ装置ＦＸは、読み取った原稿画像をアナログ公衆回線網ＰＳＴＮを介して他のグループ３ファクシミリ装置へ、または、ローカルエリアネットワークＬＡＮ（さらには、インターネット）を介してワークステーション装置ＷＳ１〜ＷＳｎのユーザや他のネットワークファクシミリ装置ＦＸへ送信するとともに、アナログ公衆回線網ＰＳＴＮを介して他のグループ３ファクシミリ装置より受信した画情報を、そのときに指定されたサブアドレスに対応したユーザに対して、電子メールを用いて転送したり、あるいは、ローカルエリアネットワークＬＡＮのワークステーションＷＳより（電子メールで）受信した画情報を、指定されたアナログ公衆回線網ＰＳＴＮのグループ３ファクシミリ装置へ転送する転送サービス機能等を備えている。
【００３２】
また、自端末宛に受信した電子メールについては、本文情報に配置される画情報を取り出して、記録出力するようにしている。
【００３３】
ここに、ファクシミリ画情報はバイナリデータであり、ＳＭＴＰモードでＭＴＡ間を転送される場合には、電子メールには、直接バイナリデータを含ませることができないので、所定の変換方法（例えば、Ｂａｓｅ６４符号化方法）を適用して可読情報（７ビットのキャラクタコード）に変換した状態で、電子メールに含められる。このような電子メールの本文情報の形式をＭＩＭＥ形式という。
【００３４】
また、ＥＳＭＴＰモードでＭＴＡ間を転送される場合には、電子メールで送信できるデータが７ビットのキャラクタコードに制限されず、８ビットデータを含ませることができるので、ＭＩＭＥ変換しない状態で画情報を送信することができる。
【００３５】
図３は、ネットワークファクシミリ装置ＦＸが、電子メールを送信（転送）するときの動作の一例を示している。この場合、ＳＭＴＰモードで電子メールを送信する場合で、また、送信する画情報のページ数が２ページの場合である。
【００３６】
なお、この記載中、受信側が送信側へ応答する信号のうち、最初の３桁の数字（２２０，２５０，３４５等）が必須の情報要素であり、それに続く英数文字列は、送信側ユーザへのコメントや付加的に通知する情報等をあらわしており、括弧書きでその内容の説明を加えている。
【００３７】
まず、送信側は、受信側に対して接続要求し、それにより、受信側は、信号「２２０（＝サービスレディ）　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝ホスト名）」を送信側へ応答する。
【００３８】
次に、送信側は、ＳＭＴＰの開始コマンドであるコマンド「ＨＥＬＯ　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝ホスト名）」を受信側へ送信する。これにより、受信側は、信号「２５０　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ　Ｈｅｌｌｏ，　ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ．（＝グリーティングメッセージ）」を送信側へ応答する。
【００３９】
これにより、送信側は、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞」を受信側へ送信し、送信元のメールアドレスを通知する。
【００４０】
受信側は、信号「２５０　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝送信元のメールアドレス）＞．．．　Ｓｅｎｄｅｒ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【００４１】
次に、送信側は、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝宛先メールアドレス）＞」を受信側へ送信する。
【００４２】
これにより、受信側は、信号「２５０　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝自機メールアドレス）＞．．．　Ｒｅｃｉｐｉｅｎｔ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【００４３】
次に、送信側は、電子メールのデータを送信開始することを通知するために、コマンド「ＤＡＴＡ」を受信側へ送信する。それにより、受信側は、信号「３５４　Ｅｎｔｅｒ　ｍａｉｌ，　ｅｎｄ　ｗｉｔｈ　”．”　ｏｎ　ａ　ｌｉｎｅ
ｂｙ　ｉｔｓｅｌｆ（＝確認メッセージ）」を送信側へ送信する。
【００４４】
これにより、送信側は、１ページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して形成した１ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、１ページ目の画情報の送信の終了を通知する。
【００４５】
受信側では、１ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【００４６】
これにより、送信側では、１ページ目の画情報の送信が正常に終了した旨を確認できるので、２ページ目の画情報の送信を行う。すなわち、この場合には、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞」の送信から、上述したＳＭＴＰシーケンスを繰り返し行い、コマンド「ＤＡＴＡ」の送信後、２ページ目の画情報を送信する。この場合も、２ページ目の画情報をＴＩＦＦ−ＦＸの画像データに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して形成した２ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、２ページ目の画情報の送信の終了を通知する。
【００４７】
受信側では、２ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【００４８】
この場合は、全ての送信ページの送信が終了したので、送信側は、コマンド「ＱＵＩＴ」を受信側へ送信し、受信側は、信号「２２１　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｃｌｏｓｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ（＝コネクションの終了確認コメント）」を送信し、それによって、通信動作が終了する。
【００４９】
一方、例えば、２ページ目の画情報の受信時に、受信側で画像蓄積手段の空き容量が十分確保できなくなって、受信エラーが発生した場合には、図４に示すように、受信側は、信号「４５２　Ｒｅｑｕｅｓｔｅｄ　ａｃｔｉｏｎ　ｎｏｔ　ｔａｋｅｎ：　ｉｎｓｕｆｆｉｃｉｅｎｔ　ｓｙｓｔｅｍ　ｓｔｏｒａｇｅ（＝エラー発生コメント）」を送信側へ送信する。
【００５０】
送信側では、この信号「４５２　Ｒｅｑｕｅｓｔｅｄ　ａｃｔｉｏｎ　ｎｏｔｔａｋｅｎ：　ｉｎｓｕｆｆｉｃｉｅｎｔ　ｓｙｓｔｅｍ　ｓｔｏｒａｇｅ」を受信すると、この場合に受信した信号の内容が「４ＸＸ」というコードであるので、受信側に一時的なエラーが発生し、回復する可能性がある旨を判定する。したがって、この場合には、通信セッションを継続したまま、所定時間待機し、第２ページを再送動作を行う。
【００５１】
ここで、無信号で通信セッションを継続できる時間が設定されているので、上記待機する所定時間は、その時間以内に設定する。
【００５２】
また、例えば、２ページ目の画情報の受信時に、受信側で回復不能なエラーが生じた場合には、図５に示すように、受信側は、信号「５５２　Ｒｅｑｕｅｓｔｅｄ　ｍａｉｌ　ａｃｔｉｏｎ　ａｂｏｒｔｅｄ：　ｅｘｃｅｅｄｅｄ　ｓｔｏｒａｇｅ　ａｌｌｏｃａｔｉｏｎ（＝エラー発生コメント）」を送信側へ送信する。
【００５３】
送信側では、この信号「５５２　Ｒｅｑｕｅｓｔｅｄ　ｍａｉｌ　ａｃｔｉｏｎ　ａｂｏｒｔｅｄ：　ｅｘｃｅｅｄｅｄ　ｓｔｏｒａｇｅ　ａｌｌｏｃａｔｉｏｎ」を受信すると、この場合に受信した信号の内容が「５ＸＸ」というコードであるので、受信側に恒久的なエラーが発生し、当面は回復する可能性がない旨を判定する。
【００５４】
したがって、この場合には、送信側は、コマンド「ＱＵＩＴ」を送信して、送信動作を終了（エラー終了）する。
【００５５】
このようにして、本実施例では、ページ単位に通信セッションを繰り返し行うようにしているので、送信側では、ページ単位の送信確認を行うことができ、非常に便利である。
【００５６】
また、１ページ分の画情報の送信後に受信側から受信する応答信号の内容に基づいて、画情報の正常送信、同一ページの再送、送信動作の打ち切りをページ単位に確認することができ、特に、同一ページの再送動作を行うことにより、送信エラーを回復することができるので、非常に便利である。
【００５７】
図６および図７は、この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示している。
【００５８】
まず、受信側へ接続する（処理１０１）。ここで、受信側は、例えば、ローカルエリアネットワークＬＡＮに接続されているメールサーバ装置ＳＭ、または、ルータ装置ＲＴを介して、外部のネットワークに接続されている同一機能を備えたネットワークファクシミリ装置などである。
【００５９】
次いで、受信側より信号「２２０」を受信し、その内容を解析し（処理１０２）する。そして、ＳＭＴＰの開始コマンド「ＨＥＬＯ」を受信側へ送信し（処理１０３）、受信側より信号「２５０」を受信し、その内容を解析する（処理１０４）。
【００６０】
次に、送信ページ番号を管理するカウンタＰの値を１にセットし（処理１０５）、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理１０６）。そして、信号「２５０」を受信する（処理１０７）。
【００６１】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ」を受信側へ送信し（処理１０８）、信号「２５０」を受信する（処理１０９）。
【００６２】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理１１０）、受信側より信号「３５４」を受信する（処理１１１）。
【００６３】
これにより、Ｐページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して送信データを作成し（処理１１２）、その作成した送信データを受信側へ送信し（処理１１３）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理１１６）。
【００６４】
次いで、受信側より応答信号を受信すると（処理１１７）、その内容が「２５０」であったかどうかを調べる（判断１１８）。判断１１８の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断１１９）、判断１１９の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理１２０）、処理１０６へ戻り、次のページの画情報の送信を行う。
【００６５】
また、判断１１９の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理１２１）、信号「２２１」を受信すると（処理１２２）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理１２３）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【００６６】
また、判断１１８の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断１２５）。判断１２５の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理１２５）、カウンタＰの値を保持したまま、処理１０６へ戻り、同一ページの再送動作を行う。
【００６７】
また、判断１２４の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理１２１へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【００６８】
さて、電子メールを用いて画情報を送信する場合、画情報をＴＩＦＦ−ＦＸの画像データに変換する。このＴＩＦＦ−ＦＸの画像データは、画像の属性（紙サイズ、解像度、圧縮方式など）を含んだヘッダ部と実際の画像を含んだデータ部とから構成されるため、画像データよりもデータ量が増え、その結果、通信時間が長くなると言う事態を生じる。
【００６９】
このような事態を解消するためには、電子メールのデータを送信する前の段階で、送信する画像データの紙サイズ、解像度、圧縮方式などの画像属性情報を通知し、電子メールのデータとしては、画情報をＭＩＭＥ変換したもののみを送信するようにすればよい。
【００７０】
図８は、電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の一例を示している。また、この場合、ＳＭＴＰモードの電子メール転送動作を行っている。また、送信する画情報のページ数が２ページの場合である。なお、この記載中、受信側が送信側へ応答する信号のうち、最初の３桁の数字（２２０，２５０，３４５等）が必須の情報要素であり、それに続く英数文字列は、送信側ユーザへのコメントや付加的に通知する情報等をあらわしており、括弧書きでその内容の説明を加えている。
【００７１】
まず、送信側は、受信側に対して接続要求し、それにより、受信側は、信号「２２０（＝サービスレディ）　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝ホスト名）　ｘ−ｃａｐａｂｉｌｉｔｙ＝（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ（＝ドット／２４．５ｍｍ）／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」を送信側へ応答する。ここで、「ｘ−ｃａｐａｂｉｌｉｔｙ＝」は、自端末の画像処理能力を通知するための拡張フィールドであり、それに続くパラメータ「（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」により（１番目の値が用紙サイズ、２番目の値が解像度、３番目の値が符号化方式をそれぞれあらわす）、自端末が処理可能な画像属性を通知している。
【００７２】
送信側は、この信号「２２０　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｘ−ｃａｐａｂｉｌｉｔｙ＝（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」を受信すると、拡張フィールド「ｘ−ｃａｐａｂｉｌｉｔｙ＝」が含まれているので、受信側が自端末と同一機能を備えていると認識し、パラメータ「（Ａ３／Ｂ４／Ａ４，　４００ｄｐｉ／２００ｄｐｉ，　ＭＭＲ／ＭＲ／ＭＨ）」を保存する。
【００７３】
そして、ＳＭＴＰの開始コマンドであるコマンド「ＨＥＬＯ　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝ホスト名）」を受信側へ送信する。これにより、受信側は、信号「２５０　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ　Ｈｅｌｌｏ，　ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ．（＝グリーティングメッセージ）」を送信側へ応答する。
【００７４】
これにより、送信側は、保存したパラメータの内容に基づいて、送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、　ＭＭＲ）「を決定し、コマンド「ＭＡＩＬ　ＦＲＯＭ」に付加する拡張フィールド「ｘ−ｄａｔａ」を用いて通知する。すなわち、この場合、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞　ｘ−ｄａｔａ＝（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）」を受信側へ送信し、送信元のメールアドレスと、送信画情報の画像属性情報を通知する。
【００７５】
受信側は、信号「２５０　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝送信元のメールアドレス）＞．．．　Ｓｅｎｄｅｒ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。また、受信側は、このとき受信したコマンド「ＭＡＩＬ　ＦＲＯＭ」に拡張フィールド「ｘ−ｄａｔａ＝」が付加されているので、相手端末が自端末と同じ機能を備えていると認識する。
【００７６】
次に、送信側は、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝宛先メールアドレス）＞」を受信側へ送信する。
【００７７】
これにより、受信側は、信号「２５０　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝自機メールアドレス）＞．．．　Ｒｅｃｉｐｉｅｎｔ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【００７８】
次に、送信側は、電子メールのデータを送信開始することを通知するために、コマンド「ＤＡＴＡ」を受信側へ送信する。それにより、受信側は、信号「３５４　Ｅｎｔｅｒ　ｍａｉｌ，　ｅｎｄ　ｗｉｔｈ　”．”　ｏｎ　ａ　ｌｉｎｅｂｙ　ｉｔｓｅｌｆ（＝確認メッセージ）」を送信側へ送信する。
【００７９】
これにより、送信側は、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）の１ページ目の画情報をＭＩＭＥ変換して形成した１ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、１ページ目の画情報の送信の終了を通知する。
【００８０】
受信側では、１ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。また、受信側では、受信完了した画情報を、既に保存している画像属性のパラメータを適用して、ローカル的に処理することができる。また、受信側が、最終宛先に電子メールを転送する途中のＭＴＡに相当する場合には、保存した画情報について、保存した画像属性を適用し、次の転送経路のＭＴＡに対して転送動作を行う。
【００８１】
これにより、送信側では、１ページ目の画情報の送信が正常に終了した旨を確認できるので、２ページ目の画情報の送信を行う。すなわち、この場合には、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞　ｘ−ｄａｔａ＝（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）」の送信から、上述したＳＭＴＰシーケンスを繰り返し行い、コマンド「ＤＡＴＡ」の送信後、２ページ目の画情報を送信する。この場合も、２ページ目の画情報をＭＩＭＥ変換して形成した２ページ目の送信データを受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、２ページ目の画情報の送信の終了を通知する。
【００８２】
受信側では、２ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【００８３】
この場合は、全ての送信ページの送信が終了したので、送信側は、コマンド「ＱＵＩＴ」を受信側へ送信し、受信側は、信号「２２１　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｃｌｏｓｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ（＝コネクションの終了確認コメント）」を送信し、それによって、通信動作が終了する。
【００８４】
また、送信側と受信側とで、互いに同一機能を備えていると認識した場合には、１ページ分の画情報の送信終了から次のページの画情報の送信までの信号のやりとりを一部省略することができる。
【００８５】
例えば、図９に示すように、送信側からのコマンド「ＭＡＩＬ　ＦＲＯＭ」の送信から、受信側からの信号「２５０」の応答までの部分は省略可能である。ただし、次ページの画像モード（画像属性）を変更する場合には、次ページの画情報の画像属性を通知する必要があるために、その部分を省略することはできない。
【００８６】
図１０、図１１、図１２および図１３は、この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示している。
【００８７】
まず、受信側へ接続する（処理２０１）。ここで、受信側は、例えば、ローカルエリアネットワークＬＡＮに接続されているメールサーバ装置ＳＭ、または、ルータ装置ＲＴを介して、外部のネットワークに接続されている同一機能を備えたネットワークファクシミリ装置などである。
【００８８】
次いで、受信側より信号「２２０」を受信し、その内容を解析し（処理２０２）する。そして、ＳＭＴＰの開始コマンド「ＨＥＬＯ」を受信側へ送信し（処理２０３）、受信側より信号「２５０」を受信し、その内容を解析する（処理２０４）。
【００８９】
ここで、受信した信号「２５０」に拡張フィールド「ｘ−ｃａｐａｂｉｌｉｔｙ＝」が含まれており、相手端末が自端末と同一機能を備えているかどうかを調べる（判断２０５）。
【００９０】
判断２０５の結果がＹＥＳになるときには、送信ページ番号を管理するカウンタＰの値を１にセットする（処理２０６）。
【００９１】
そして、Ｐページ目の送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、　ＭＭＲ）を決定し、拡張フィールド「ｘ−ｄａｔａ」のパラメータへ設定し、この拡張フィールド付きのコマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスと送信ページの画像属性を通知する（処理２０７）。そして、信号「２５０」を受信する（処理２０８）。
【００９２】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：」を受信側へ送信し（処理２０９）、信号「２５０」を受信する（処理２１０）。
【００９３】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理２１１）、受信側より信号「３５４」を受信する（処理２１２）。
【００９４】
これにより、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）のＰページ目の画情報をＭＩＭＥ変換してＰページ目の送信データを作成し（処理２１３）、その作成した送信データを受信側へ送信し（処理２１４）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理２１６）。
【００９５】
次いで、受信側より応答信号を受信すると（処理２１７）、その内容が「２５０」であったかどうかを調べる（判断２１８）。判断２１８の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断２１９）、判断２１９の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理２２０）、次の画情報の画像モード（画像属性）が同一であるかを調べ（判断２２１）、判断２２１の結果がＹＥＳになるときには、処理２１１へ戻り、次のページの画情報の送信を行う。また、判断２２１の結果がＮＯになるときには、処理２０７へ戻り、Ｐページ目の送信画情報の属性を決定し、拡張フィールド「ｘ−ｄａｔａ」のパラメータへ設定し、この拡張フィールド付きのコマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスと送信ページの画像属性を通知し、次ページの送信動作を行う。
【００９６】
また、判断２１９の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理２２２）、信号「２２１」を受信すると（処理２２３）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理２２４）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【００９７】
また、判断２１８の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断２２５）。判断２２５の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理２２６）、カウンタＰの値を保持したまま、処理２０７へ戻り、同一ページの再送動作を行う。
【００９８】
また、判断２２５の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理２２２へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【００９９】
また、相手端末が自端末と同一機能を備えていない場合で、判断２０５の結果がＮＯになるときには、標準的なＳＭＴＰモードの通信動作を行う。
【０１００】
すなわち、送信ページ番号を管理するカウンタＰの値を１にセットし（処理２３０）、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理２３１）。そして、信号「２５０」を受信する（処理１０７）。
【０１０１】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ」を受信側へ送信し（処理２３２）、信号「２５０」を受信する（処理２３３）。
【０１０２】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理２３５）、受信側より信号「３５４」を受信する（処理２３６）。
【０１０３】
これにより、Ｐページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して送信データを作成し（処理２３７）、その作成した送信データを受信側へ送信し（処理２３８）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理２４０）。
【０１０４】
次いで、受信側より応答信号を受信すると（処理２４１）、その内容が「２５０」であったかどうかを調べる（判断２４２）。判断２４２の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断２４３）、判断２４３の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理２４４）、処理２３１へ戻り、次のページの画情報の送信を行う。
【０１０５】
また、判断２４３の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理２４５）、信号「２２１」を受信すると（処理２４６）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理２４７）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【０１０６】
また、判断２４２の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断２４８）。判断２４８の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理２４９）、カウンタＰの値を保持したまま、処理２３１へ戻り、同一ページの再送動作を行う。
【０１０７】
また、判断２４８の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理２４５へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【０１０８】
図１４は、電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の他の例を示している。また、この場合、ＥＳＭＴＰモードの電子メール転送動作を行っているとともに、受信側から送信側への画像処理能力の通知には、Ｄ−ＳＭＴＰ（「ｄｒａｆｔ−ｉｅｔｆ−ｆａｘ−ｅｓｍｔｐ−ｃｏｎｎｅｇ−０１．ｔｘｔ」等を参照）で規定されている拡張フィールドを流用している。また、送信する画情報のページ数が２ページの場合である。なお、この記載中、受信側が送信側へ応答する信号のうち、拡張された信号「２５０」以外の信号は、最初の３桁の数字（２２０，２５０，３４５等）が必須の情報要素であり、それに続く英数文字列は、送信側ユーザへのコメントや付加的に通知する情報等をあらわしており、括弧書きでその内容の説明を加えている。
【０１０９】
まず、送信側は、受信側に対して接続要求し、それにより、受信側は、信号「２２０（＝サービスレディ）」を送信側へ応答する。
【０１１０】
そして、ＥＳＭＴＰの開始コマンドであるコマンド「ＥＨＬＯ　ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝ホスト名）」を受信側へ送信する。これにより、受信側は、信号「２５０−ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ　Ｈｅｌｌｏ，　ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ．（＝グリーティングメッセージ）」に続いて、信号「２５０−ＤＳＮ」を送信し、さらに、複数の信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ」を送信し、自端末の画像処理能力を送信側へ通知する。ここで、信号「２５０−」の４文字から始まる信号は、拡張された信号「２５０」であり、その後に有意な情報を通知する文字列が続くことをあらわしている。例えば、信号「２５０−ＤＳＮ」は、自端末がＤＳＮ機能を備えている旨を通知している。
【０１１１】
すなわち、この場合、用紙サイズをあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｐａｐｅｒ−ｓｉｚｅ：Ａ３／Ｂ４／Ａ４」、解像度をあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ／２００ｄｐｉ」、符号化方式をあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ／ＭＲ／ＭＨ」、Ｒａｗデータ（生データ）の送信機能をあらわす信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ　ｒａｗ−ｄａｔａ　ｆｏｒ　ｃｏｍｐｒｅｓｓｉｏｎ」を送信する。また、信号「２５０　ＨＥＬＰ」も送信している。
【０１１２】
これにより、送信側は、受信側が、自端末と同一機能を備えている旨を認識するとともに、受信した複数の信号「２５０−Ｘ−ＣＡＰＡＢＩＬＩＴＹ」で通知された用紙サイズ、解像度、および、符号化方式のパラメータを保存する。また、送信側は、コマンド「ＭＡＩＬ　ＦＲＯＭ：　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝自機メールアドレス）＞」を受信側へ送信し、送信元のメールアドレスと、送信画情報の画像属性情報を通知する。
【０１１３】
受信側は、信号「２５０　＜ｓｅｎｄｅｒ＠ｈｏｓｔ−ａ．ｍｎｏ−ｓｔｕ．ｃｏ．ｊｐ（＝送信元のメールアドレス）＞．．．　Ｓｅｎｄｅｒ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【０１１４】
次に、送信側は、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝宛先メールアドレス）＞」を受信側へ送信する。
【０１１５】
これにより、受信側は、信号「２５０　＜ｒｅｃｅｉｖｅｒ＠ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ（＝自機メールアドレス）＞．．．　Ｒｅｃｉｐｉｅｎｔ　ｏｋ（＝確認メッセージ）」を送信側へ送信する。
【０１１６】
次に、送信側は、保存したパラメータの内容に基づいて、送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、符号化方式はＭＭＲで、生データ）を決定し、電子メールのデータを送信開始することを通知するコマンド「ＤＡＴＡ」に付加する拡張フィールド「ｘ−ｄａｔａ」を用いて通知する。すなわち、この場合、コマンド「ＤＡＴＡ　ｘ−ｄａｔａ＝（ｐａｐｅｒ−ｓｉｚｅ：Ｂ４，　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ，　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ，　ｒａｗ−ｄａｔａ）」を受信側へ送信する。
【０１１７】
また、受信側は、このような拡張フィールド「ｘ−ｄａｔａ」付きのコマンド「ＤＡＴＡ」を受信すると、相手端末が自端末と同一機能を備えていると認識するとともに、拡張フィールド「ｘ−ｄａｔａ」のパラメータを保存する。そして、受信側は、信号「３５４　Ｅｎｔｅｒ　ｍａｉｌ，　ｅｎｄ　ｗｉｔｈ　”．”　ｏｎ　ａ　ｌｉｎｅ　ｂｙ　ｉｔｓｅｌｆ（＝確認メッセージ）」を送信側へ送信する。
【０１１８】
これにより、送信側は、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）の１ページ目の画情報をそのままの状態（生データ）で送信データとして受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、１ページ目の画情報の送信の終了を通知する。
【０１１９】
受信側では、１ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。また、受信側では、受信完了した画情報を、既に保存している画像属性のパラメータを適用して、ローカル的に処理することができる。また、受信側が、最終宛先に電子メールを転送する途中のＭＴＡに相当する場合には、保存した画情報について、保存した画像属性を適用し、次の転送経路のＭＴＡに対して転送動作を行う。
【０１２０】
これにより、送信側では、１ページ目の画情報の送信が正常に終了した旨を確認できるので、２ページ目の画情報の送信を行う。すなわち、この場合には、コマンド「ＤＡＴＡ　ｘ−ｄａｔａ＝（ｐａｐｅｒ−ｓｉｚｅ：Ｂ４，　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ，　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ，　ｒａｗ−ｄａｔａ）」の送信から、上述したＥＳＭＴＰシーケンスを繰り返し行い、２ページ目の画情報を送信する。この場合も、２ページ目の画情報はそのままの状態で送信データとして受信側へ送信し、最後まで送信すると、改行コードの後に、「．（ピリオド）」を送信して、２ページ目の画情報の送信の終了を通知する。すなわち、この場合には、各ページについて送信直前に画像属性を通知するので、次のページの画像モード（画像属性）が異なる場合も、同一の場合も同じ通信手順を採用することができる。
【０１２１】
受信側では、２ページ目の画情報の受信が正常に終了した場合には、信号「２５０　ＺＺＺ１２３４５　Ｍｅｓｓａｇｅ　ａｃｃｅｐｔｅｄ　ｆｏｒ　ｄｅｌｉｖｅｒｙ（＝受信確認コメント）」を送信側へ送信する。
【０１２２】
この場合は、全ての送信ページの送信が終了したので、送信側は、コマンド「ＱＵＩＴ」を受信側へ送信し、受信側は、信号「２２１　ａｂｃ−ｘｙｚ．ｃｏ．ｊｐ　ｃｌｏｓｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ（＝コネクションの終了確認コメント）」を送信し、それによって、通信動作が終了する。
【０１２３】
図１５、図１６、図１７および図１８は、この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示している。
【０１２４】
まず、受信側へ接続する（処理３０１）。ここで、受信側は、例えば、ローカルエリアネットワークＬＡＮに接続されているメールサーバ装置ＳＭ、または、ルータ装置ＲＴを介して、外部のネットワークに接続されている同一機能を備えたネットワークファクシミリ装置などである。
【０１２５】
次いで、受信側より信号「２２０」を受信し、その内容を解析し（処理３０２）する。そして、ＥＳＭＴＰの開始コマンド「ＥＨＬＯ」を受信側へ送信し（処理３０３）、受信側より応答信号を受信し（処理３０４）、受信した応答信号が拡張された信号「２５０」であったかどうかを調べる（判断３０５）。
【０１２６】
判断２０５の結果がＹＥＳになるときには、処理３０４で受信した信号の内容を解析して、相手端末の画像処理能力を判別する（処理３０６）。また、相手端末が同一機能を備えているかどうかを調べる（判断３０７）。
【０１２７】
判断３０７の結果がＹＥＳになるときには、送信ページ番号を管理するカウンタＰの値を１にセットする（処理３０８）。
【０１２８】
そして、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理３０９）。そして、信号「２５０」を受信する（処理３１０）。
【０１２９】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ：」を受信側へ送信し（処理３１１）、信号「２５０」を受信する（処理３１２）。
【０１３０】
そして、Ｐページ目の送信画情報の属性（例えば、用紙サイズがＢ４で、解像度が４００ｄｐｉで、　ＭＭＲ）を決定し、拡張フィールド「ｘ−ｄａｔａ」のパラメータへ設定し、この拡張フィールド付きのコマンド「ＤＡＴＡ　ｘ−ｄａｔａ＝（ｐａｐｅｒ−ｓｉｚｅ：Ｂ４，　ｒｅｓｏｌｕｔｉｏｎ：４００ｄｐｉ，　ｃｏｍｐｒｅｓｓｉｏｎ：ＭＭＲ，　ｒａｗ−ｄａｔａ）」を送信し（処理３１３）、受信側より信号「３５４」を受信する（処理３１４）。
【０１３１】
これにより、通知した画像属性（Ｂ４，　４００ｄｐｉ，　ＭＭＲ）のＰページ目の画情報をそのまま送信データとして受信側へ送信し（処理３１５）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理３１６）。
【０１３２】
次いで、受信側より応答信号を受信すると（処理３１７）、その内容が「２５０」であったかどうかを調べる（判断３１８）。判断３１８の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断３１９）、判断３１９の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理３２０）、処理３１３へ戻り、次のページの画情報の送信を行う。
【０１３３】
また、判断３１９の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理３２２）、信号「２２１」を受信すると（処理３２３）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理３２４）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【０１３４】
また、判断３１８の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断３２５）。判断３２５の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理３２６）、カウンタＰの値を保持したまま、処理３１３へ戻り、同一ページの再送動作を行う。
【０１３５】
また、判断３２５の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理３２２へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【０１３６】
また、相手端末がＥＳＭＴＰに応答できない場合で、判断３０５の結果がＮＯになるときには、ＳＭＴＰモードの通信動作を行う。
【０１３７】
すなわち、ＳＭＴＰの開始コマンド「ＨＥＬＯ」を受信側へ送信し（処理３３０）、受信側より信号「２５０」を受信し、その内容を解析する（処理３３１）。
【０１３８】
次に、送信ページ番号を管理するカウンタＰの値を１にセットし（処理３３２）、コマンド「ＭＡＩＬ　ＦＲＯＭ」を受信側へ送信し、送信元のメールアドレスを通知する（処理３３３）。そして、信号「２５０」を受信する（処理３３４）。
【０１３９】
次に、電子メールの宛先を通知するコマンド「ＲＣＰＴ　ＴＯ」を受信側へ送信し（処理３３６）、信号「２５０」を受信する（処理３３７）。
【０１４０】
次に、電子メールのデータ送信開始を通知するコマンド「ＤＡＴＡ」を送信し（処理３３８）、受信側より信号「３５４」を受信する（処理３３９）。
【０１４１】
これにより、Ｐページ目の画情報をＴＩＦＦ−ＦＸに変換し、さらに、そのＴＩＦＦ−ＦＸの画像データをＭＩＭＥ変換して送信データを作成し（処理３４０）、その作成した送信データを受信側へ送信し（処理３４１）、最後まで送信すると、「．（ピリオド）」を送信して、Ｐページ目の画情報の送信の終了を通知する（処理３４２）。
【０１４２】
次いで、受信側より応答信号を受信すると（処理３４３）、その内容が「２５０」であったかどうかを調べる（判断３４５）。判断３４５の結果がＹＥＳになるときには、送信ページの残りのページがあるかどうかを調べ（判断３４６）、判断３４６の結果がＹＥＳになるときには、カウンタＰの値を１つ増やし（処理３４７）、処理３３３へ戻り、次のページの画情報の送信を行う。
【０１４３】
また、判断３４６の結果がＮＯになるときには、全ての画情報の送信を終了したので、コマンド「ＱＵＩＴ」を受信側へ送信し（処理３４８）、信号「２２１」を受信すると（処理３４９）、そのときの送信結果をあらわす通信履歴情報（図示略）を作成して保存し（処理３５０）、この送信動作を終了する。ここで、通信履歴情報は、例えば、ユーザに通信履歴を通知するための通信結果レポートにその一覧が表示記録されるものである。
【０１４４】
また、判断３４５の結果がＮＯになるときには、受信した応答信号が「４ＸＸ」の内容であるかどうかを調べる（判断３５１）。判断３５１の結果がＹＥＳになるときには、同一ページの再送を行う。すなわち、この場合、所定時間を待機し（処理３５２）、カウンタＰの値を保持したまま、処理３３３へ戻り、同一ページの再送動作を行う。
【０１４５】
また、判断３５１の結果がＮＯになるときには、信号「５ＸＸ」を受信した場合なので、その時点で通信動作を打ち切るために、処理３４８へ移行し、それ以降の動作を行う。この場合の通信履歴としては、通信エラー等が残される。
【０１４６】
また、相手端末が同一機能を備えていない旨を判定した場合で、判断３０７の結果がＮＯになるときには、処理３３２へ移行し、それ以降の処理を実行する。
【０１４７】
なお、上述した実施例では、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報通信を行うファクシミリ通信機能も備えたネットワークファクシミリ装置について本発明を適用しているが、そのようなファクシミリ通信機能を備えていないネットワーク端末装置についても、本発明を同様に適用することができる。
【０１４８】
【発明の効果】
以上説明したように、本発明によれば、ページ単位に通信セッションを繰り返し行うようにしているので、送信側では、ページ単位の送信確認を行うことができるという効果を得る。また、１ページ分の画情報の送信後に受信側から受信する応答信号の内容に基づいて、画情報の正常送信、同一ページの再送、送信動作の打ち切りをページ単位に確認することができ、特に、同一ページの再送動作を行うことにより、送信エラーを回復することができるという効果も得る。
【０１４９】
また、電子メールのデータを送信する前の段階で、送信する画像データの紙サイズ、解像度、圧縮方式などの画像属性情報を通知し、電子メールのデータとしては、画情報をＭＩＭＥ変換したもののみを送信するようにしているので、送信データ量を削減することができるという効果も得る。
【図面の簡単な説明】
【図１】本発明の一実施例にかかるネットワークシステムを示したブロック図。
【図２】ネットワークファクシミリ装置ＦＸの構成例を示したブロック図。
【図３】ネットワークファクシミリ装置ＦＸが、電子メールを送信（転送）するときの動作の一例を示したタイムチャート。
【図４】２ページ目を再送する場合の動作の一例を示したタイムチャート。
【図５】途中で画情報送信を打ち切る場合の動作の一例を示したタイムチャート。
【図６】この場合にネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の一例を示したフローチャート。
【図７】ネットワーク端末装置ＦＸが電子メールの送信時に行う処理の一例を示したフローチャート（続き）。
【図８】電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の一例を示したタイムチャート。
【図９】電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の他の例を示したタイムチャート。
【図１０】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート。
【図１１】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート（続き）。
【図１２】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート（続き）。
【図１３】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理の他の例を示したフローチャート（続き）。
【図１４】電子メールのデータを送信する前の段階で、画像処理能力等を通知するとともに、設定する場合のネットワークファクシミリ装置ＦＸの電子メール送信時の動作の他の例を示したタイムチャート。
【図１５】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート。
【図１６】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート（続き）。
【図１７】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート（続き）。
【図１８】ネットワーク端末装置ＦＸが、電子メールの送信時に行う処理のさらに他の例を示したフローチャート（続き）。
【符号の説明】
ＦＸ　ネットワークファクシミリ装置
ＳＭ　メールサーバ装置
【図１】
2004104644.tif 000003
【図２】
2004104644.tif 000004
【図３】
2004104644.tif 000005
【図４】
2004104644.tif 000006
【図５】
2004104644.tif 000007
【図６】
2004104644.tif 000008
【図７】
2004104644.tif 000009
【図８】
2004104644.tif 000010
【図９】
2004104644.tif 000011
【図１０】
2004104644.tif 000012
【図１１】
2004104644.tif 000013
【図１２】
2004104644.tif 000014
【図１３】
2004104644.tif 000015
【図１４】
2004104644.tif 000016
【図１５】
2004104644.tif 000017
【図１６】
2004104644.tif 000018
【図１７】
2004104644.tif 000019
【図１８】
2004104644.tif 000020