JP4053386B2 - Network terminal equipment - Google Patents

Network terminal equipment Download PDF

Info

Publication number
JP4053386B2
JP4053386B2 JP2002266467A JP2002266467A JP4053386B2 JP 4053386 B2 JP4053386 B2 JP 4053386B2 JP 2002266467 A JP2002266467 A JP 2002266467A JP 2002266467 A JP2002266467 A JP 2002266467A JP 4053386 B2 JP4053386 B2 JP 4053386B2
Authority
JP
Japan
Prior art keywords
image data
receiving side
transmission
image
page
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002266467A
Other languages
Japanese (ja)
Other versions
JP2004104644A (en
Inventor
博 田村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2002266467A priority Critical patent/JP4053386B2/en
Publication of JP2004104644A publication Critical patent/JP2004104644A/en
Application granted granted Critical
Publication of JP4053386B2 publication Critical patent/JP4053386B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

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

Claims (5)

ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置において、
画像データの転送前に相手端末との間でやりとりする電子メール転送プロトコルのコマンドに付加する拡張フィールドを用いて、受信側は送信側へ自端末の画像処理能力情報を通知するとともに、送信側は、受信側より通知された前記画像処理能力情報に基づいて送信する画像データの属性を決定し、その決定した属性を受信側へ通知し、
それ以降に行う画像データの転送のための通信セッションでは、送信側は、前記決定した属性の１ページ分の画像データを受信側へ送信し、受信側は、画像データの受信を終了すると、その受信した画像データの受信結果を送信側へ通知して、当該１つの通信セッションを終了するようにしたことを特徴とするネットワーク端末装置。In a network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input means using an e-mail transfer protocol,
Using the extension field added to the command of the e-mail transfer protocol exchanged with the partner terminal before transferring the image data, the receiving side notifies the transmitting side of the image processing capability information of the own terminal, and the transmitting side Determining the attribute of the image data to be transmitted based on the image processing capability information notified from the receiving side, and notifying the determined attribute to the receiving side;
In a subsequent communication session for transferring image data, the transmitting side transmits image data for one page of the determined attribute to the receiving side, and when the receiving side finishes receiving the image data, A network terminal apparatus characterized in that a reception result of received image data is notified to a transmission side and the one communication session is terminated. 前記送信側が複数ページの画像データを送信する場合には、おのおののページの画像データを、それぞれ１つの通信セッションを用いて送信することを特徴とする請求項１記載のネットワーク端末装置。  2. The network terminal device according to claim 1, wherein when the transmitting side transmits image data of a plurality of pages, the image data of each page is transmitted using one communication session. 受信側より受信した応答信号の内容に基づいて、画像データが正常に受信されたか、相手端末の回復可能なエラー発生により画像データが正常に受信されなかったか、あるいは、相手端末の回復不能なエラー発生により画像データが正常に受信されなかったかを判定し、
相手端末の回復可能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、所定時間待機した後に、同一画像データを１つの通信セッションを用いて再送し、
相手端末の回復不能なエラー発生により画像データが正常に受信されなかった旨を判定した場合には、その時点で、通信動作を終了することを特徴とする請求項１または請求項２記載のネットワーク端末装置。Based on the contents of the response signal received from the receiving side, whether the image data was received normally, the image data was not received correctly due to the occurrence of a recoverable error in the other terminal, or the other terminal's unrecoverable error Determine if the image data was not successfully received due to occurrence,
If it is determined that the image data has not been received normally due to the occurrence of a recoverable error in the other terminal, after waiting for a predetermined time, the same image data is retransmitted using one communication session,
3. The network according to claim 1, wherein when it is determined that the image data has not been normally received due to the occurrence of an unrecoverable error in the counterpart terminal, the communication operation is terminated at that time. Terminal device. ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置の制御方法において、
画像データの転送前に相手端末との間でやりとりする電子メール転送プロトコルのコマンドに付加する拡張フィールドを用いて、受信側は送信側へ自端末の画像処理能力情報を通知するとともに、送信側は、受信側より通知された前記画像処理能力情報に基づいて送信する画像データの属性を決定し、その決定した属性を受信側へ通知し、
それ以降に行う画像データの転送のための通信セッションでは、送信側は、前記決定した属性の１ページ分の画像データを受信側へ送信し、受信側は、画像データの受信を終了すると、その受信した画像データの受信結果を送信側へ通知して、当該１つの通信セッションを終了するようにしたことを特徴とするネットワーク端末装置の制御方法。In a control method of a network terminal device having a function of connecting to a network and transmitting / receiving an image read from an image input means using an e-mail transfer protocol,
Using the extension field added to the command of the e-mail transfer protocol exchanged with the partner terminal before transferring the image data, the receiving side notifies the transmitting side of the image processing capability information of the own terminal, and the transmitting side Determining the attribute of the image data to be transmitted based on the image processing capability information notified from the receiving side, and notifying the determined attribute to the receiving side;
In a subsequent communication session for transferring image data, the transmitting side transmits image data for one page of the determined attribute to the receiving side, and when the receiving side finishes receiving the image data, A control method for a network terminal device, wherein a reception result of received image data is notified to a transmission side to end the one communication session. ネットワークに接続し、画像入力手段から読み込んだ画像を、電子メール転送プロトコルを用いて送受信する機能を備えたネットワーク端末装置が有するコンピュータに、
画像データの転送前に相手端末との間でやりとりする電子メール転送プロトコルのコマンドに付加する拡張フィールドを用いて、受信側が送信側へ自端末の画像処理能力情報を通知する第１のステップと、
送信側が受信側より通知された前記画像処理能力情報に基づいて送信する画像データの属性を決定し、その決定した属性を受信側へ通知する第２のステップと、
それ以降に行う画像データの転送のための通信セッションにおいて、送信側が前記決定した属性の１ページ分の画像データを受信側へ送信する第３のステップと、
受信側が画像データの受信を終了すると、その受信した画像データの受信結果を送信側へ通知する第４のステップとを
実行させるためのプログラム。A computer connected to a network and having a function of transmitting and receiving an image read from an image input means using an e-mail transfer protocol ,
A first step in which the receiving side notifies the image processing capability information of the terminal to the transmitting side using an extension field added to an e-mail transfer protocol command exchanged with the counterpart terminal before transferring the image data;
A second step of determining an attribute of image data to be transmitted on the basis of the image processing capability information notified from the receiving side, and notifying the determined attribute to the receiving side;
A third step of transmitting image data for one page of the determined attribute to the receiving side in the communication session for transferring image data performed thereafter;
When the receiving side finishes the reception of the image data, and a fourth step of notifying a reception result of the image data that received to the transmission side
A program to be executed .
JP2002266467A 2002-09-12 2002-09-12 Network terminal equipment Expired - Fee Related JP4053386B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002266467A JP4053386B2 (en) 2002-09-12 2002-09-12 Network terminal equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002266467A JP4053386B2 (en) 2002-09-12 2002-09-12 Network terminal equipment

Publications (2)

Publication Number Publication Date
JP2004104644A JP2004104644A (en) 2004-04-02
JP4053386B2 true JP4053386B2 (en) 2008-02-27

Family

ID=32265278

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002266467A Expired - Fee Related JP4053386B2 (en) 2002-09-12 2002-09-12 Network terminal equipment

Country Status (1)

Country Link
JP (1) JP4053386B2 (en)

Also Published As

Publication number Publication date
JP2004104644A (en) 2004-04-02

Similar Documents

Publication Publication Date Title
US7602517B2 (en) Internet facsimile gateway device
JP3543906B2 (en) Control method for network facsimile machine
JP3608024B2 (en) Control method of network facsimile apparatus
JP2001007975A (en) Picture communication device and its control method
JP2004178109A (en) Communication device and communication method
JP2002027193A (en) Network facsimile terminal
JP3573251B2 (en) Control method of network facsimile system
JP3854055B2 (en) Internet facsimile gateway apparatus and control method thereof
JP4053386B2 (en) Network terminal equipment
JP3810358B2 (en) Network terminal equipment
JP3657144B2 (en) Network facsimile machine and network facsimile machine program
JP3885722B2 (en) Facsimile device
JP2001265699A (en) Network facsimile equipment
JP2004134838A (en) Communication control method and network terminal in network system
JP3857192B2 (en) COMMUNICATION DEVICE, DATA RECEPTION PROCESSING METHOD, DATA TRANSMISSION PROCESSING METHOD, DATA TRANSMISSION PROCESSING PROGRAM, DATA RECEPTION PROCESSING PROGRAM, AND COMPUTER-READABLE RECORDING MEDIUM
JP4845248B2 (en) Data communication apparatus, data communication method, and computer-readable storage medium
JP3848134B2 (en) Facsimile gateway device
JP3527096B2 (en) Control method for network facsimile machine
JP3873879B2 (en) Facsimile device
JP2000276415A (en) Method and equipment for picture communication
JP3730591B2 (en) Communication terminal device
JP3884605B2 (en) Network facsimile machine
JP4184734B2 (en) Communication system, network gateway apparatus, network facsimile apparatus, facsimile apparatus, communication method, network gateway apparatus control method, network facsimile apparatus control method, and facsimile apparatus control method
JP3808671B2 (en) Network facsimile apparatus and control method thereof
JPH11164122A (en) Control method for data communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050301

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070619

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070820

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071023

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071107

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20071204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071205

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111214

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111214

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121214

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131214

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees