JP2002032318A

JP2002032318A - Communication terminal device

Info

Publication number: JP2002032318A
Application number: JP2000216294A
Authority: JP
Inventors: Hiroshi Tamura; 博田村
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2000-07-17
Filing date: 2000-07-17
Publication date: 2002-01-31

Abstract

PROBLEM TO BE SOLVED: To confirm mail delivery at a transmitting source, on the basis of the designation of the transmitting source and also to suppress useless expense generated due to the connection of a provider. SOLUTION: In this communication terminal device provided with a communicating means 120 for performing dial-up connection and transmitting and receiving mail through a public line and a CPU (control means) 101 for preparing delivery confirmation mail to the mail transmitting source, on the basis of received mail; the CPU 101 decides whether a request for delivery confirmation is carried in the received mail; and the communicating means 120 transmits the delivery confirmation mail in a call set up, when the mail is received when the request for delivery confirmation is carried.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【０００１】[0001]

【発明の属する技術分野】本発明は、ネットワークを介
して、自端末宛の電子メール（以下、単にメールとい
う）をメールサーバから受信して、メールの送信元に対
して送達確認メール（応答メール）を送信する、インタ
ーネットファクシミリ装置、その他の通信端末装置に関
するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for receiving an e-mail (hereinafter simply referred to as "e-mail") addressed to its own terminal from a mail server via a network and sending a delivery confirmation mail (response mail) ), An Internet facsimile apparatus, and other communication terminal apparatuses.

【０００２】[0002]

【従来の技術】従来、特開平１１−０２７５０１号公報
および特開平１１−０５５４５１号公報に記載された通
信端末装置が知られている。特開平１１−０２７５０１
号公報に記載された通信端末装置は、受信したメールが
出力可能な形式であるか否か判別し、出力不可能な形式
のメールは予め記憶しておいた転送先等に転送するよう
になっていた。また、特開平１１−０５５４５１号公報
に記載された通信端末装置は、自端末宛に到着している
メールのデータ情報を参照してメールが処理可能な形式
であるか否か判別し、処理不可能な形式のメールの本文
は受信しないようになっていた。2. Description of the Related Art Conventionally, communication terminal devices described in Japanese Patent Application Laid-Open Nos. 11-027501 and 11-055451 are known. JP-A-11-027501
The communication terminal device described in Japanese Patent Application Laid-Open Publication No. H10-26095 determines whether a received mail is in a format that can be output, and transfers a mail in a format that cannot be output to a destination that is stored in advance. I was Further, the communication terminal device described in Japanese Patent Application Laid-Open No. H11-055451 determines whether or not the mail is in a format that can be processed by referring to the data information of the mail arriving at the terminal itself. The body of the email in a possible format was not received.

【０００３】[0003]

【発明が解決しようとする課題】しかしながら、このよ
うな従来の通信端末装置では、メールが送達したことを
メールの送信元に通知する送達確認（受領確認）の機能
を有していないため、メールの送信元において宛先の通
信端末装置にメールが送達したか否か確認することがで
きないという問題があった。したがって、送達確認が必
要である場合には、受信者が自ら返信のメールを作成し
て送信元に送信するようになっており、このようなメー
ルを送信する際、ダイヤルアップ接続をし直して呼を新
たに張り直さなければならず、プロバイダの接続ポイン
トにおいて新たなアクセスが発生するとともに、接続ポ
イントまでの電話料金やメールサーバの利用料金が余分
にかかってしまうという問題があった。また、メールの
送信元において送達確認を必要とする重要なメールと、
送達確認を特に必要としないメールがあるが、送達確認
が必要であるか送達確認が不要であるか送信元で指定す
ることができないという問題があった。However, such a conventional communication terminal device does not have a delivery confirmation (reception confirmation) function for notifying the sender of the mail that the mail has been delivered. However, there is a problem in that it is impossible to confirm whether or not the mail has been delivered to the destination communication terminal device at the transmission source. Therefore, when a delivery confirmation is required, the recipient composes a reply e-mail and sends it to the sender.When sending such e-mail, the recipient must make a dial-up connection again. A new call must be re-established, a new access occurs at the connection point of the provider, and there is a problem that a telephone charge to the connection point and a use charge of the mail server are required. In addition, important emails that require delivery confirmation at the sender of the email,
Although there are mails that do not particularly require a delivery confirmation, there is a problem that the delivery confirmation is required, the delivery confirmation is not required, or the sender cannot specify the delivery confirmation.

【０００４】本発明はこのような問題を解決するために
なされたもので、送信元の指定に基づいて送信元におい
てメールの送達を確認することができ、したがって、メ
ール送信者およびメール受信者の双方にとって利便性が
良く、しかも、費用の発生を抑えることができる通信端
末装置を提供するものである。[0004] The present invention has been made to solve such a problem, and it is possible to confirm the delivery of mail at the sender based on the designation of the sender, and therefore, the sender of the mail and the recipient of the mail can be confirmed. An object of the present invention is to provide a communication terminal device that is convenient for both parties and that can reduce the cost.

【０００５】[0005]

【課題を解決するための手段】本発明の送達確認方法
は、ダイヤルアップ接続してメールサーバとの間で公衆
回線を介してメールの送受信を行う通信手段（第１の通
信手段）と、受信メールに基づいてメールの送信元に対
する送達確認メールを作成する制御手段と、を備えた通
信端末装置において、前記制御手段が、前記受信メール
に送達確認の要求が記載されているか否か判別し、前記
送達確認の要求が記載されていた場合、前記通信手段
が、メール受信時に張った呼の中で前記送達確認メール
を前記メールサーバに送信するようにした構成を有して
いる。この構成により、送信元の指定に基づいて送信元
においてメールの送達を確認することができ、また、プ
ロバイダの接続ポイントやメールサーバにおける不要な
アクセスの発生を抑えることができ、したがって、メー
ル送信者およびメール受信者の双方にとって利便性が良
く、しかも、不要な電話料金その他の費用の発生を抑え
ることができる。A delivery confirmation method according to the present invention comprises a communication means (first communication means) for transmitting / receiving mail via a public line to / from a mail server by dial-up connection; Control means for creating a delivery confirmation mail to the sender of the mail based on the mail, the control means determines whether or not a request for delivery confirmation is described in the received mail, In the case where the request for delivery confirmation is described, the communication means transmits the delivery confirmation mail to the mail server in a call made when receiving mail. With this configuration, it is possible to confirm the delivery of the mail at the sender based on the designation of the sender, and it is possible to suppress the occurrence of unnecessary access at the connection point of the provider and the mail server. This is convenient for both the mail receiver and the mail receiver, and can suppress unnecessary telephone charges and other expenses.

【０００６】本発明の送達確認方法は、前記制御手段
が、ＭＤＮ（Message Disposition Notification）を用
いて記載された前記送達確認の要求の有無を判別するよ
うにした構成を有している。この構成により、ＩＥＴＦ
（Internet Engineering TaskForce）が規定したＭＤＮ
に基づいて、メール送信元が送達確認メールを要求する
ことができる。[0006] The delivery confirmation method of the present invention has a configuration in which the control means determines the presence or absence of the delivery confirmation request described using MDN (Message Disposition Notification). With this configuration, IETF
(Internet Engineering TaskForce) MDN
, The mail sender can request the delivery confirmation mail.

【０００７】本発明の送達確認方法は、前記通信手段
が、前記受信メール毎に全てを受信した後、前記制御手
段が、送達確認の要求が記載されているか否か判別する
ようにした構成を有している。この構成により、多数の
コンテンツから複雑に構成されたメールであっても、確
実に送達確認を行うことができる。[0007] The delivery confirmation method of the present invention is configured such that, after the communication means receives all of the received mails, the control means determines whether or not a delivery confirmation request is described. Have. With this configuration, delivery confirmation can be reliably performed even for an e-mail composed of a large number of contents.

【０００８】本発明の送達確認方法は、前記通信手段
が、前記受信メール毎に部分を受信し、前記制御手段
が、前記受信メールの部分に送達確認の要求が記載され
ているか否か判別するようにした構成を有している。具
体的には、例えば、メールの所定行数分を受信し、この
所定行の中に送達確認要求が記載されている場合に送達
確認メールを送信するようにする。この構成により、メ
ールの部分を受信した段階で送達確認メールを送信する
ことができ、不要な電話料金その他の費用の発生をさら
に抑えることができる。[0008] In the delivery confirmation method of the present invention, the communication means receives a portion for each of the received mails, and the control means determines whether or not a delivery confirmation request is described in the received mail portion. It has such a configuration. Specifically, for example, a predetermined number of lines of mail are received, and when a delivery confirmation request is described in the predetermined line, a delivery confirmation mail is transmitted. With this configuration, it is possible to transmit the delivery confirmation mail at the stage when the mail portion is received, and it is possible to further suppress unnecessary telephone charges and other costs.

【０００９】本発明の送達確認方法は、前記通信手段
が、前記受信メール毎に部分を受信した段階で、前記制
御手段が、デコードその他の前記受信メールの処理が不
可であるか否か判別し、前記処理が不可であると判別し
た場合、前記通信手段が、前記メールサーバに前記受信
メールの削除要求を送信するようにした構成を有してい
る。具体的には、例えば、メールサーバにメールの部分
のダウンロード要求（ＴＯＰコマンド送信）を行い、メ
ールの部分を受信し、このメールの部分に記載されたコ
ンテンツのデータ形式（Content-Type）に基づいて、デ
コード可能か否か判断し、デコード不可である場合に
は、メール全体の受信は行わないで、メールサーバにメ
ールの削除要求（ＤＥＬＥコマンド送信）を行い、メー
ルサーバから該当するメールを削除させる。この構成に
より、メールの全体を受信しないようにしたので、不要
な処理（メール全体のデータ転送）を発生させないよう
にして、不要な電話料金その他の費用の発生を抑えるこ
とができる。また、メールサーバから不要なメールを削
除するようにしたので、メールサーバに不要なメールが
滞留しないようにすることができる。また、削除後、処
理不可（受信不可）を示す送達確認メールを送信するよ
う構成すればよく、このように処理不可（受信不可）を
示す送達確認メールを送信するよう構成した場合には、
送信元の指定に基づいて処理不可（受信不可）を送信元
において確認することができることとなる。In the delivery confirmation method according to the present invention, when the communication means receives a portion for each received mail, the control means determines whether decoding or other processing of the received mail is impossible. When it is determined that the processing cannot be performed, the communication means transmits the received mail deletion request to the mail server. Specifically, for example, a download request (transmission of a TOP command) of a mail portion is made to the mail server, the mail portion is received, and the mail portion is received based on the data format (Content-Type) of the content described in the mail portion. Then, it is determined whether or not decoding is possible. If decoding is not possible, the entire mail is not received, a mail deletion request (delete command transmission) is sent to the mail server, and the corresponding mail is deleted from the mail server. Let it. With this configuration, since the entire mail is not received, unnecessary processing (data transfer of the entire mail) is prevented from occurring, and unnecessary telephone charges and other costs can be suppressed. In addition, since unnecessary mail is deleted from the mail server, unnecessary mail can be prevented from staying in the mail server. In addition, after the deletion, it is sufficient to transmit a delivery confirmation mail indicating that processing is not possible (reception is not possible). When the transmission confirmation mail indicating processing is not possible (reception is not possible) is configured as described above,
Based on the designation of the transmission source, it is possible to confirm at the transmission source that processing is impossible (impossible to receive).

【００１０】本発明の送達確認方法は、ＬＡＮ（Local
Area Network）その他の常時接続型ネットワークを介し
てメールサーバとの間でメールの送受信を行う通信手段
（第２の通信手段）と、受信メールに基づいてメールの
送信元に対する送達確認メールを作成する制御手段と、
を備えた通信端末装置において、前記通信手段が、自端
末宛の前記受信メール毎に部分を受信し、前記制御手段
がデコードその他の前記受信メールの処理が不可である
と判別した場合には前記メールサーバに前記受信メール
の削除要求を送信するとともに、前記制御手段が前記受
信メールの部分に送達確認の要求が記載されていると判
別した場合には前記送達確認メールを前記メールサーバ
に送信するようにした構成を有している。この構成によ
り、送信元の指定に基づいて送信元においてメールの送
達を確認することができ、したがって、メール送信者お
よびメール受信者の双方にとって利便性が良く、しか
も、メールサーバにおける不要な処理（メール全体のデ
ータ転送）の発生を抑えることができ、時間的な無駄や
費用の発生を抑えることができる。また、削除後、処理
不可（受信不可）を示す送達確認メールを送信するよう
構成すればよく、このように処理不可（受信不可）を示
す送達確認メールを送信するよう構成した場合には、送
信元の指定に基づいて処理不可（受信不可）を送信元に
おいて確認することができることとなる。[0010] The delivery confirmation method of the present invention uses a LAN (Local
Area Network) Other communication means (second communication means) for transmitting / receiving mail to / from the mail server via the always-on network, and creating a delivery confirmation mail for the mail source based on the received mail. Control means;
In the communication terminal device provided with, when the communication means receives a portion for each of the received mail addressed to its own terminal, and the control means determines that decoding or other processing of the received mail is impossible, the A request for deleting the received mail is transmitted to a mail server, and when the control unit determines that a request for delivery confirmation is described in the received mail, the delivery confirmation mail is transmitted to the mail server. It has such a configuration. With this configuration, the delivery of the mail can be confirmed at the sender based on the designation of the sender, so that both the mail sender and the mail receiver are convenient and unnecessary processing in the mail server ( (Data transfer of the entire mail) can be suppressed, and time waste and cost can be suppressed. In addition, after the deletion, a configuration may be adopted in which a delivery confirmation mail indicating that processing is not possible (reception is not possible) may be transmitted. Based on the original specification, it is possible to confirm at the transmission source that processing is impossible (impossible to receive).

【００１１】[0011]

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を用いて説明する。Embodiments of the present invention will be described below with reference to the drawings.

【００１２】図１は本発明に係る通信端末装置の一実施
形態を示すブロック図である。図１において、ファクシ
ミリ装置（通信端末装置）１００は、送信元が送達確認
を要求しているか否かの判別、受信メールの処理（デコ
ード等）が可能か否かの判別、送達確認メールの作成、
メールの受信タイミングの制御、メールの送信タイミン
グの制御、ダイヤルアップ接続の開始および終了の制
御、メールサーバとの接続の開始および終了の制御、そ
の他の制御を行うＣＰＵ１０１（制御手段）と、ＣＰＵ
１０１が実行するプログラムやプログラムの実行に必要
なデータを記憶したＲＯＭ（Read Only Memory）１０２
と、一時的にデータを記憶するＲＡＭ(Random Access M
emory)１０３と、時間を制御するタイマ制御部１０４
と、操作部（図示せず）とのインターフェースをとるオ
ペポートインターフェース部１０５と、ハードディスク
（図示せず）とのインターフェースをとるハードディス
クインターフェース部１０６と、ダイヤルアップ接続に
より、公衆回線を介してプロバイダのサーバ装置（Remo
te Access Sever）との間で所定の通信プロトコルを実
行する公衆回線通信制御部１０７と、公衆回線と電気的
インターフェースをとる網制御部１０８と、画像情報の
圧縮および伸長を行う符号化・復号化部１０９と、スキ
ャナ（図示せず）とインターフェースをとるスキャナイ
ンターフェース部１１０と、プロッタ（図示せず）とイ
ンターフェースをとるプロッタインターフェース部１１
１と、文字のフォント情報を保持し、テキストデータを
画像データに変換するキャラクタジェネレータ１１２
と、電源オフ状態でも情報を保持するＳＲＡＭ（Static
Random Access Memory）１１３を備えている。FIG. 1 is a block diagram showing one embodiment of a communication terminal device according to the present invention. In FIG. 1, a facsimile apparatus (communication terminal apparatus) 100 determines whether a transmission source requests delivery confirmation, determines whether received mail processing (decoding or the like) is possible, and creates a delivery confirmation mail. ,
A CPU 101 (control means) for controlling mail reception timing, controlling mail transmission timing, controlling start and end of dial-up connection, controlling start and end of connection with a mail server, and other controls;
ROM (Read Only Memory) 102 storing a program executed by 101 and data necessary for executing the program
And a RAM (Random Access M) that temporarily stores data
emory) 103 and a timer control unit 104 for controlling time.
, An operation port interface unit 105 for interfacing with an operation unit (not shown), a hard disk interface unit 106 for interfacing with a hard disk (not shown), and a dial-up connection through a public line. Server device (Remo
te Access Sever), a public line communication control unit 107 for executing a predetermined communication protocol, a network control unit 108 for electrically interfacing with the public line, and encoding / decoding for compressing and expanding image information. Section 109, a scanner interface section 110 for interfacing with a scanner (not shown), and a plotter interface section 11 for interfacing with a plotter (not shown).
1 and a character generator 112 which holds character font information and converts text data into image data.
And SRAM (Static
Random Access Memory) 113.

【００１３】公衆回線通信制御部１０７と網制御部１０
８は、ＧＳＴＮ（公衆回線）を介して、所定の通信プロ
トコルによりメールサーバとの間でメールの送受信を行
う第１の通信手段１２０を構成している。また、この第
１の通信手段１２０は、ＣＰＵ１０１の制御に基づい
て、メール受信時に張った呼の中で送達確認メールをメ
ールサーバに送信するようになっている。図２は公衆回
線を介してメールの送受信を行うシステム構成図であ
り、インターネット１０を利用することにより、料金削
減のメリットを生かそうとするものである。図２におい
て、ファクシミリ装置１００が、ＧＳＴＮ（公衆回線）
２０を介し、プロバイダのサーバ装置（Remote Access
Server）２００ａを経由して、インターネット１０に接
続されている。なお、プロバイダのサーバ装置２００ａ
はメールサーバを有している。また、図２において、サ
ーバ装置２００ａからインターネット１０側は、機器を
省略して記載しており、実際にはルータ等、種々の機器
が存在している。Public line communication control section 107 and network control section 10
Reference numeral 8 denotes a first communication unit 120 that transmits and receives mail to and from a mail server by a predetermined communication protocol via a GSTN (public line). Further, the first communication means 120 is configured to transmit a delivery confirmation mail to the mail server in a call placed at the time of mail reception based on the control of the CPU 101. FIG. 2 is a system configuration diagram for sending and receiving mails via a public line. The use of the Internet 10 seeks to take advantage of a reduction in fees. In FIG. 2, a facsimile apparatus 100 is a GSTN (public line).
20, the server device of the provider (Remote Access
Server) 200a and connected to the Internet 10. The server device 200a of the provider
Has a mail server. In FIG. 2, devices are omitted from the server device 200a to the Internet 10 side, and various devices such as routers actually exist.

【００１４】また、図１において、ファクシミリ装置１
００は、ＬＡＮ（Local Area Network）を介して、所定
の通信プロトコルによりメールサーバとの間でメールの
送受信を行うＬＡＮ通信制御部１１４（第２の通信手
段）を備えている。このＬＡＮ通信制御部１１４は、本
実施形態において、物理層がＥｔｈｅｒｎｅｔ（登録商
標）に対応している。図３は、ＬＡＮ３０を介してメー
ルの送受信を行うシステム構成図であり、ＬＡＮ３０お
よびインターネット１０を利用することにより、料金削
減のメリットを生かそうとするものである。図３におい
て、ファクシミリ装置１００が、ＬＡＮ３０を介し、サ
ーバ装置（Server）２００ｂを経由して、インターネッ
ト１０に接続されている。なお、サーバ装置２００ｂは
メールサーバを有している。また、図３において、サー
バ装置２００ｂからインターネット１０側は、機器を省
略して記載しており、実際には、ルータその他の種々の
機器が存在している。In FIG. 1, a facsimile machine 1
Reference numeral 00 includes a LAN communication control unit 114 (second communication unit) that transmits and receives mail to and from a mail server via a LAN (Local Area Network) according to a predetermined communication protocol. In the present embodiment, the LAN communication control unit 114 has a physical layer corresponding to Ethernet (registered trademark). FIG. 3 is a system configuration diagram for transmitting and receiving e-mails via the LAN 30. The use of the LAN 30 and the Internet 10 is intended to take advantage of the cost reduction. In FIG. 3, a facsimile apparatus 100 is connected to the Internet 10 via a LAN 30 and a server apparatus (Server) 200b. The server device 200b has a mail server. In FIG. 3, devices are omitted from the server device 200b to the Internet 10 side, and actually there are routers and other various devices.

【００１５】図１において、ＰＯＰ３（Post Office Pr
otocol Version3）、ＳＭＴＰ（Simple Mail Transfer
Protocol）、ＴＣＰ（Transmission Control Protoco
l）、ＵＤＰ（User Datagram Protocol）、ＩＰ（Inter
net Protocol）等のプロトコルの処理は、ＲＯＭ１０２
に格納されたプログラムおよびデータ、公衆回線通信制
御部１０７、ＬＡＮ通信制御部１１４により行われる。
なお、図２に示す、公衆回線２０を介してメールサーバ
に接続する構成においては、ファクシミリ装置は、図１
に示すＬＡＮ通信制御部１１４が存在しなくてもよい。
また、図３に示す、ＬＡＮ３０を介してメールサーバに
接続する構成においては、ファクシミリ装置は、図１に
示す公衆回線通信制御部１０７および網制御部１０８が
存在しなくてもよい。In FIG. 1, POP3 (Post Office Pr.
otocol Version3), SMTP (Simple Mail Transfer)
Protocol), TCP (Transmission Control Protocol)
l), UDP (User Datagram Protocol), IP (Inter
The processing of a protocol such as a net protocol
Are performed by the public line communication control unit 107 and the LAN communication control unit 114.
In the configuration shown in FIG. 2 for connecting to a mail server via the public line 20, the facsimile apparatus
May not be present.
In the configuration shown in FIG. 3 for connecting to a mail server via the LAN 30, the facsimile apparatus does not need to have the public line communication control unit 107 and the network control unit 108 shown in FIG.

【００１６】図４はメール受信のシーケンス例を示す図
であり、ＰＯＰ３により、ファクシミリ装置（通信端末
装置）のクライアント（ＣＰＵの制御）がサーバ装置の
受信用メールサーバ（ＰＯＰサーバ）から１通のメール
を受信している。図４において、まず、クライアントか
らメールサーバに接続要求を行って、メールサーバへの
接続が確立する（Ｓ１０１、Ｓ１０２）。次に、クライ
アントがＵＳＥＲコマンドによりメールボックス名を通
知し（Ｓ１０３）、メールサーバはパスワードが必要で
あることを通知する（Ｓ１０４）。次に、クライアント
がＰＡＳＳコマンドによりパスワードを通知し（Ｓ１０
５）、メールサーバが応答する（Ｓ１０６）。次に、ク
ライアントがＳＴＡＴコマンドによりダウンロード情報
を問い合わせ（Ｓ１０７）、メールサーバがダウンロー
ド情報を通知する（Ｓ１０８）。具体的には、受信メー
ルの数および合計サイズを通知する。必要に応じて、ク
ライアントがＴＯＰコマンドにより行数を指定して、１
通の受信メールの部分について転送を要求し（Ｓ１０
９）、メールサーバが該当する受信メールの部分を転送
する（Ｓ１１０）。受信メールの部分の例を図９に示
す。クライアントが転送されたメールの部分を解析し
て、該当する１通分の全ての内容が必要であると判別し
た後、クライアントがＲＥＴＲコマンドにより該当する
１通分のダウンロードを要求し（Ｓ１１１）、メールサ
ーバが１通分の内容全てを転送する（Ｓ１１２）。次
に、クライアントがＤＥＬＥコマンドにより受信したメ
ールの削除を要求し（Ｓ１１３）、メールサーバが該当
するメールを削除して応答する（Ｓ１１４）。次に、ク
ライアントがＱＵＩＴコマンドにより完了通知を行い
（Ｓ１１５）、メールサーバが応答し（Ｓ１１６）、メ
ールサーバからの切断が行われる。FIG. 4 is a diagram showing an example of a mail receiving sequence. In POP3, a client (CPU control) of a facsimile apparatus (communication terminal apparatus) receives one message from a receiving mail server (POP server) of a server apparatus. You are receiving mail. In FIG. 4, first, the client makes a connection request to the mail server, and a connection to the mail server is established (S101, S102). Next, the client notifies a mailbox name by a USER command (S103), and the mail server notifies that a password is required (S104). Next, the client notifies the password by the PASS command (S10).
5), the mail server responds (S106). Next, the client inquires of the download information by the STAT command (S107), and the mail server notifies the download information (S108). Specifically, the number of received mails and the total size are notified. If necessary, the client specifies the number of lines by TOP command and
A request is made to transfer the received mail part (S10
9) The mail server transfers the corresponding received mail part (S110). FIG. 9 shows an example of the received mail portion. After the client analyzes the transferred mail portion and determines that all the contents of the corresponding message are necessary, the client requests the download of the corresponding message by a RETR command (S111). The mail server transfers all the contents for one message (S112). Next, the client requests deletion of the mail received by the DELE command (S113), and the mail server deletes the corresponding mail and responds (S114). Next, the client gives a completion notification by a QUIT command (S115), the mail server responds (S116), and disconnection from the mail server is performed.

【００１７】図５はメール送信のシーケンス例を示す図
である。図５において、ＳＭＴＰにより、ファクシミリ
装置（通信端末装置）のクライアントがサーバ装置の送
信用メールサーバ（ＳＭＴＰサーバ）に１通のメールを
送信している。図５において、まず、クライアントから
メールサーバに接続要求を行って、メールサーバへの接
続が確立する（Ｓ２０１、Ｓ２０２）。次に、クライア
ントがＥＨＬＯコマンドにより通信路の使用開始宣言を
行い（Ｓ２０３）、メールサーバが応答する（Ｓ２０
４）。次に、クライアントがＭＡＩＬコマンドによりメ
ール送信開始を宣言し（Ｓ２０５）、メールサーバが応
答する（Ｓ２０６）。次に、クライアントがＲＣＰＴコ
マンドによりメール受信者の指定を行い（Ｓ２０７）、
メールサーバが応答する（Ｓ２０８）。次に、クライア
ントがＤＡＴＡコマンドによりデータ送信開始を宣言し
（Ｓ２０９）、メールサーバが応答する（Ｓ２１０）。
次に、クライアントがデータを送信し（Ｓ２１１）、メ
ールサーバが応答する（Ｓ２１２）。次に、クライアン
トがＱＵＩＴコマンドにより完了通知を行い（Ｓ２１
３）、メールサーバが応答し（Ｓ２１４）、メールサー
バからの切断が行われる。FIG. 5 is a diagram showing an example of a mail transmission sequence. In FIG. 5, a client of a facsimile apparatus (communication terminal apparatus) transmits one mail to a transmission mail server (SMTP server) of a server apparatus by SMTP. In FIG. 5, first, the client makes a connection request to the mail server, and a connection to the mail server is established (S201, S202). Next, the client declares the use start of the communication path by the EHLO command (S203), and the mail server responds (S20).
4). Next, the client declares the start of mail transmission by a MAIL command (S205), and the mail server responds (S206). Next, the client specifies a mail recipient by using the RCPT command (S207),
The mail server responds (S208). Next, the client declares the start of data transmission by a DATA command (S209), and the mail server responds (S210).
Next, the client transmits data (S211), and the mail server responds (S212). Next, the client issues a completion notification using the QUIT command (S21).
3), the mail server responds (S214), and disconnection from the mail server is performed.

【００１８】図６は本発明に係る通信端末装置における
第１の送達確認メール送信方法の例を示すフローチャー
トである。図１、図２、図４、図５、および図６を用い
て第１の送達確認方法について説明する。第１の送達確
認方法は、図２に示すＧＳＴＮ（公衆回線）２０を介し
て、プロバイダの設備であるサーバ装置２００ａのメー
ルサーバとの間でメール送受信を行う構成において適用
される。図６において、まず、ファクシミリ装置（通信
端末装置）１００が、ＧＳＴＮ２０を介して発呼すると
ともに、ＰＰＰ（Point to Point Protocol）によりサ
ーバ装置２００ａとのデータリンクを確立し、サーバ装
置２００ａとの回線を接続する（すなわち、ダイヤルア
ップ接続によるプロバイダへの回線接続を行う）（Ｓ
１）。次に、サーバ装置２００ａに搭載されたメールサ
ーバとの接続を行う（Ｓ２）。次に、自端末宛の受信メ
ールがあるか否か判別する（Ｓ３）。自端末宛の受信メ
ールがない場合、メールサーバとの接続を切断し（Ｓ１
１）、サーバ装置２００ａとのデータリンクを終了する
とともに呼を切断してサーバ装置２００ａとの回線接続
を切断する（すなわち、プロバイダからの回線切断を行
う）（Ｓ１２）。一方、自端末宛の受信メールがある場
合、その受信メールの部分をメールサーバから受信し
（Ｓ４）、送達確認の要求が記載されているか否か判別
する（Ｓ５）。なお、受信メールの部分の受信は、具体
的には、ＰＯＰ３のＴＯＰコマンドを用い、行数を指定
することにより行う。FIG. 6 is a flowchart showing an example of a first delivery confirmation mail transmission method in the communication terminal device according to the present invention. The first delivery confirmation method will be described with reference to FIG. 1, FIG. 2, FIG. 4, FIG. 5, and FIG. The first delivery confirmation method is applied to a configuration in which a mail is transmitted and received via a GSTN (public line) 20 shown in FIG. In FIG. 6, first, a facsimile apparatus (communication terminal apparatus) 100 originates a call via the GSTN 20, establishes a data link with the server apparatus 200a by PPP (Point to Point Protocol), and establishes a line with the server apparatus 200a. (Ie, make a line connection to the provider by dial-up connection) (S
1). Next, connection with the mail server mounted on the server device 200a is made (S2). Next, it is determined whether there is a received mail addressed to the terminal itself (S3). If there is no received mail addressed to the own terminal, the connection with the mail server is disconnected (S1).
1) Terminate the data link with the server device 200a and disconnect the call to disconnect the line connection with the server device 200a (that is, disconnect the line from the provider) (S12). On the other hand, if there is a received mail addressed to the own terminal, the received mail part is received from the mail server (S4), and it is determined whether or not a request for delivery confirmation is described (S5). It should be noted that the reception of the received mail portion is specifically performed by using the POP3 TOP command and specifying the number of lines.

【００１９】受信メールに送達確認の要求が記載されて
いない場合は、受信メールの全体を受信し（Ｓ２１）、
メールサーバに対して該当する受信メールの削除を要求
し（Ｓ２２）、次の受信メールのチェックを行う（Ｓ
３）。なお、受信メールの全体の受信は、具体的には、
ＰＯＰ３のＲＥＴＲコマンドを用いる。また、受信メー
ルの削除要求は、具体的には、ＰＯＰ３のＤＥＬＥコマ
ンドを用いる。If the delivery confirmation request is not described in the received mail, the whole received mail is received (S21).
The mail server requests the mail server to delete the received mail (S22), and checks the next received mail (S22).
3). In addition, the reception of the entire received mail, specifically,
The POP3 RETR command is used. Further, the request for deleting the received mail is specifically made using a POP3 DELE command.

【００２０】受信メールに送達確認の要求が記載されて
いる場合には、さらに受信メールについてデコードその
他の処理が可能であるか否かの判別を行う（Ｓ６）。デ
コードその他の処理が可能である場合には、メール全体
の受信を行い（Ｓ７）、メールサーバに該当する受信メ
ールの削除を要求し（Ｓ８）、受信成功である旨を記載
した送達確認メールを作成し、ＳＭＴＰにより送達確認
メールを送信する（Ｓ９）。一方、デコードその他の処
理が不可能である場合には、メールサーバに該当する受
信メールの削除を要求し（Ｓ３１）、受信失敗である旨
を記載した送達確認メールを作成し、ＳＭＴＰにより送
達確認メールを送信する（Ｓ３２）。If the delivery confirmation request is described in the received mail, it is further determined whether the received mail can be decoded or other processing (S6). If decoding or other processing is possible, the entire mail is received (S7), a request is made to the mail server to delete the corresponding received mail (S8), and a delivery confirmation mail stating that the reception was successful is sent. It creates and sends a delivery confirmation mail by SMTP (S9). On the other hand, if decoding or other processing is not possible, a request is made to the mail server to delete the corresponding received mail (S31), and a delivery confirmation mail stating that the reception has failed is created, and delivery confirmation is performed by SMTP. An e-mail is transmitted (S32).

【００２１】なお、送達確認メールの送信は、メール受
信に用いた回線（Ｓ１においてサーバ装置２００ａと接
続された回線）を利用して行うようになっている。すな
わち、メール受信時の呼およびデータリンクを保持し、
この呼およびデータリンクを利用して送達確認メールを
送信する。The transmission of the delivery confirmation mail is performed by using the line used for receiving the mail (the line connected to the server device 200a in S1). In other words, it retains the call and data link when receiving mail,
A delivery confirmation mail is transmitted using this call and data link.

【００２２】送達確認メール送信後、次の受信メールの
チェックを行い（Ｓ３）、受信メールの数だけ同様の処
理を繰り返す。受信メールがなくなったとき、メールサ
ーバとの接続を切断し（Ｓ１１）、サーバ装置２００と
の回線接続を切断する（Ｓ１２）。このように、メール
の受信から送達確認メール送信までを、同一の呼で行う
ので、電話料金は１回分で済むことになる。After sending the delivery confirmation mail, the next received mail is checked (S3), and the same processing is repeated for the number of received mails. When the received mail runs out, the connection with the mail server is disconnected (S11), and the line connection with the server device 200 is disconnected (S12). As described above, since the process from the reception of the mail to the transmission of the delivery confirmation mail is performed by the same call, only one telephone charge is required.

【００２３】図７は本発明に係る通信端末装置における
第２の送達確認方法の例を示すフローチャートである。
図１、図２、図４、図５、および図７を用いて第２の送
達確認方法について説明する。第２の送達確認方法は、
図２に示す、ＧＳＴＮ（公衆回線）２０を介して、プロ
バイダの設備であるサーバ装置２００ａのメールサーバ
との間でメール送受信を行う構成において適用される。
図７において、図６と同じステップは同じ符号を付して
いる。図７に示す第２の送達確認方法は、図６に示す第
１の送達確認方法と異なり、自端末宛の受信メールがあ
るか否か判別するステップ（Ｓ３）において、自端末宛
の受信メールがある（ＹＥＳ）と判別した場合、その１
通のメールの全体を受信する（Ｓ２１）。次に、受信メ
ールに送達確認の要求が記載されているか否か判別する
（Ｓ５）。受信メールに送達確認の要求が記載されてい
ない場合は、メールサーバに対して該当する受信メール
の削除を要求し（Ｓ２２）、次の受信メールのチェック
を行う（Ｓ３）。一方、受信メールに送達確認の要求が
記載されている場合には、さらに受信メールについてデ
コードその他の処理が可能であるか否かの判別を行う
（Ｓ６）。デコードその他の処理が可能である場合に
は、メールサーバに該当する受信メールの削除を要求し
（Ｓ８）、受信成功である旨を記載した送達確認メール
を作成し、ＳＭＴＰにより送達確認メールを送信する
（Ｓ９）。一方、デコードその他の処理が不可能である
場合には、メールサーバに該当する受信メールの削除を
要求し（Ｓ３１）、受信失敗である旨を記載した送達確
認メールを作成し、ＳＭＴＰにより送達確認メールを送
信する（Ｓ３２）。FIG. 7 is a flowchart showing an example of the second delivery confirmation method in the communication terminal device according to the present invention.
The second delivery confirmation method will be described with reference to FIG. 1, FIG. 2, FIG. 4, FIG. 5, and FIG. The second delivery confirmation method is
It is applied to a configuration shown in FIG. 2 in which a mail is transmitted / received to / from a mail server of a server device 200a as a facility of a provider via a GSTN (public line) 20.
7, the same steps as those in FIG. 6 are denoted by the same reference numerals. The second delivery confirmation method shown in FIG. 7 is different from the first delivery confirmation method shown in FIG. 6 in that in the step (S3) of determining whether there is a received mail addressed to the own terminal, the received mail addressed to the own terminal is determined. If it is determined that there is (YES),
The whole mail is received (S21). Next, it is determined whether a request for delivery confirmation is described in the received mail (S5). If the delivery confirmation request is not described in the received mail, the mail server requests the mail server to delete the received mail (S22), and checks the next received mail (S3). On the other hand, when the delivery confirmation request is described in the received mail, it is further determined whether the received mail can be decoded or other processing (S6). If decoding or other processing is possible, a request is made to the mail server to delete the corresponding received mail (S8), a delivery confirmation mail stating that the reception was successful is created, and the delivery confirmation mail is transmitted by SMTP. (S9). On the other hand, if decoding or other processing is not possible, a request is made to the mail server to delete the corresponding received mail (S31), and a delivery confirmation mail stating that the reception has failed is created, and delivery confirmation is performed by SMTP. An e-mail is transmitted (S32).

【００２４】なお、送達確認メールの送信は、メール受
信に用いた回線（Ｓ１においてサーバ装置２００ａと接
続された回線）を利用して行うようになっている。すな
わち、メール受信時の呼およびデータリンクを保持し、
この呼およびデータリンクを利用して送達確認メールを
送信するようになっている。The transmission of the delivery confirmation mail is performed using the line used for receiving the mail (the line connected to the server 200a in S1). In other words, it retains the call and data link when receiving mail,
The delivery confirmation mail is transmitted using the call and the data link.

【００２５】図８は本発明に係る通信端末装置における
第３の送達確認方法の例を示すフローチャートである。
図３および図８を用いて第３の送達確認方法について説
明する。第３の送達確認方法は、図３に示す、ＬＡＮ
（Local Area Network）３０を介して、サーバ装置（Se
rver）２００ｂのメールサーバとの間でメール送受信を
行う構成において適用される。図８に示すように、第３
の送達確認方法は、図６（第１の送達確認方法を示す）
における、プロバイダへ接続するステップ（Ｓ１）およ
びプロバイダから切断するステップ（Ｓ１２）がなく、
その他のステップは第１の送達確認方法と同じである。FIG. 8 is a flowchart showing an example of the third delivery confirmation method in the communication terminal device according to the present invention.
The third delivery confirmation method will be described with reference to FIGS. The third delivery confirmation method uses the LAN shown in FIG.
(Local Area Network) 30 and a server device (Se
rver) It is applied to a configuration in which mail is transmitted / received to / from the mail server 200b. As shown in FIG.
FIG. 6 (shows a first delivery confirmation method)
, There is no step of connecting to the provider (S1) and step of disconnecting from the provider (S12),
Other steps are the same as in the first delivery confirmation method.

【００２６】なお、第１、第２、および第３の送達確認
方法において、メールサーバに対して受信メール削除の
要求を行うか否かは、図１のファクシミリ装置１００の
ＳＲＡＭ１１３に設定しておくようにしてもよい。In the first, second, and third delivery confirmation methods, whether or not a request to delete a received mail is made to the mail server is set in the SRAM 113 of the facsimile apparatus 100 in FIG. You may do so.

【００２７】以下、ＭＤＮ（Message Disposition Noti
fication）を用いた送達確認要求について、具体的に説
明する。メールの送信元（例えば[email protected]）
において、送達確認メールを要求する場合、メールのヘ
ッダの中に次のように記載する。Hereinafter, MDN (Message Disposition Noti)
fication) will be specifically described. Email sender (for example, [email protected])
In the above, when requesting a delivery confirmation mail, the following is described in the header of the mail.

【００２８】Disposition-Notification-To: [email protected]
aeshi.te[0028] Disposition-Notification-To: [email protected]
aeshi.te

【００２９】メールを受信したファクシミリ装置は、メ
ールのヘッダにおいて“Disposition-Notification-T
o:”フィールドを検索し、この“Disposition-Notifica
tion-To:”が存在した場合、このフィールドに記載され
た“[email protected]”が送信元であると判断し、こ
の送信元に対する送達確認メールを作成する。The facsimile apparatus that has received the mail displays “Disposition-Notification-T” in the header of the mail.
o: ”field and search for this“ Disposition-Notifica
If “tion-To:” exists, it is determined that “[email protected]” described in this field is the transmission source, and a delivery confirmation mail for this transmission source is created.

【００３０】以下、第１、第２、および第３の送達確認
方法において、受信メールに対して、デコードその他の
処理が可能か否か判別する方法の例を説明する。ＭＩＭ
Ｅ（Multipurpose Internet Mail Extensions）の形式
のインターネットメールにおいては、メールに付属した
該当パートの内容は、Content-Typeフィールドを参照す
ることにより、おおよそ把握することができる。Conten
t-Typeフィールドは該当パートの内容を識別、処理する
ために必要なデコーダ等の種類を、タイプ／サブタイプ
の形式で記載したものであり、ファクシミリ装置１００
がContent-Typeフィールドに記載されたタイプやサブタ
イプのものをサポートしていない場合、そのContent-Ty
peフィールドを参照した時点で処理不可能と判別する。
ＩＥＴＦ等で標準化されて近年急速に普及したインター
ネット対応ファクシミリ装置において、例えば、Conten
t-Typeフィールドにおいて、“image/tiff”はデコード
可能であるが“Application/Msword”がデコード不可で
あれば、Content-Typeフィールドに“Application/Mswo
rd”が記載されていることを検出した時点で、デコード
不可と判別する。なお、“image/tiff”であった場合で
も、符号化方式、解像度、紙サイズなどの条件により処
理をすることができない場合もあるが、このような詳細
な条件について判別するには、メール全体を受信してか
ら判別するとよい。Hereinafter, examples of the first, second, and third delivery confirmation methods for determining whether the received mail can be decoded or otherwise processed will be described. MIM
In Internet mail in the format of E (Multipurpose Internet Mail Extensions), the contents of the corresponding part attached to the mail can be roughly grasped by referring to the Content-Type field. Conten
The t-Type field describes the type of a decoder or the like necessary to identify and process the contents of the corresponding part in a type / subtype format.
Does not support the type or subtype described in the Content-Type field, the Content-Ty
It is determined that processing cannot be performed when the pe field is referenced.
Internet-capable facsimile machines that have been standardized by the IETF or the like and have rapidly spread in recent years include, for example, Content
In the t-Type field, if “image / tiff” can be decoded but “Application / Msword” cannot be decoded, then “Application / Mswo” is displayed in the Content-Type field.
When it is detected that "rd" is described, it is determined that decoding is not possible. Even if it is "image / tiff", processing can be performed according to conditions such as the encoding method, resolution, and paper size. In some cases, it is not possible to determine such detailed conditions after receiving the entire mail.

【００３１】また、該当するパートの内容を処理するこ
とができるか否かの判別は、Content-Transfer-Encodin
gフィールドや、その他のフィールドを併せて参照して
行うようにしてもよい。Whether the content of the corresponding part can be processed is determined by the Content-Transfer-Encodin
The g field and other fields may be referred to together.

【００３２】なお、図１０は受信成功を通知する送達確
認メールの例を示す図である。“displayed”という記
載（３０１）を含む行により、受信成功（デコード成
功）が示されている。なお、ここでは“displayed”と
なっているが、“dispatched”と記載する場合もある。
また、図１１は受信失敗を通知する送達確認メールの例
を示す図である。“processed/error”という記載（３
０２）を含む行により、受信失敗（デコード失敗）が示
されている。FIG. 10 is a diagram showing an example of a delivery confirmation mail for notifying a successful reception. The line containing the description (301) of “displayed” indicates successful reception (successful decoding). Although “displayed” is used here, “dispatched” may be used.
FIG. 11 is a diagram showing an example of a delivery confirmation mail for notifying reception failure. The description “processed / error” (3
A row including “02” indicates a reception failure (decoding failure).

【００３３】[0033]

【発明の効果】本発明によれば、送信元の指定に基づい
て送信元においてメールの送達を確認することができ、
また、プロバイダの接続ポイントやメールサーバにおけ
る不要な処理の発生を抑えることができ、したがって、
メール送信者およびメール受信者の双方にとって利便性
が良く、しかも不要な費用の発生を抑えることができる
通信端末装置を提供することができる。According to the present invention, the delivery of mail can be confirmed at the sender based on the designation of the sender,
Also, unnecessary processing at the connection point of the provider and the mail server can be suppressed, and therefore,
It is possible to provide a communication terminal device that is convenient for both the mail sender and the mail receiver and that can suppress unnecessary costs.

【図面の簡単な説明】[Brief description of the drawings]

【図１】本発明に係る通信端末装置の一実施形態を示す
ブロック図FIG. 1 is a block diagram showing an embodiment of a communication terminal device according to the present invention.

【図２】公衆回線を介してメールの送受信を行うシステ
ム構成図FIG. 2 is a system configuration diagram for sending and receiving mail via a public line.

【図３】ＬＡＮを介してメールの送受信を行うシステム
構成図FIG. 3 is a system configuration diagram for sending and receiving mail via a LAN.

【図４】メール受信のシーケンス例を示す図FIG. 4 is a diagram showing an example of a mail receiving sequence.

【図５】メール送信のシーケンス例を示す図FIG. 5 is a diagram showing an example of a mail transmission sequence.

【図６】本発明に係る通信端末装置における第１の送達
確認メール送信方法の例を示すフローチャートFIG. 6 is a flowchart illustrating an example of a first delivery confirmation mail transmission method in the communication terminal device according to the present invention.

【図７】本発明に係る通信端末装置における第２の送達
確認メール送信方法の例を示すフローチャートFIG. 7 is a flowchart illustrating an example of a second delivery confirmation mail transmission method in the communication terminal device according to the present invention.

【図８】本発明に係る通信端末装置における第３の送達
確認メール送信方法の例を示すフローチャートFIG. 8 is a flowchart showing an example of a third delivery confirmation mail transmission method in the communication terminal device according to the present invention.

【図９】受信メールの部分の例を示す図FIG. 9 is a diagram showing an example of a received mail part;

【図１０】受信成功を通知する送達確認メールの例を示
す図FIG. 10 is a diagram showing an example of a delivery confirmation mail for notifying successful reception.

【図１１】受信失敗を通知する送達確認メールの例を示
す図FIG. 11 is a diagram showing an example of a delivery confirmation mail for notifying reception failure.

【符号の説明】[Explanation of symbols]

１０インターネット２０ＧＳＴＮ（公衆回線）３０ＬＡＮ１００ファクシミリ装置（通信端末装置）１０１ＣＰＵ（制御手段）１０２ＲＯＭ１０３ＲＡＭ１０４タイマ制御部１０５オペポート・インターフェース部１０６ハードディスク・インターフェース部１０７公衆回線通信制御部１０８網制御部１２０第１の通信手段１０９符号化・復号化部１１０スキャナ・インターフェース部１１１プロッタ・インターフェース部１１２キャラクタジェネレータ１１３ＳＲＡＭ１１４ＬＡＮ通信制御部（第２の通信手段）２００ａ、２００ｂサーバ装置 DESCRIPTION OF SYMBOLS 10 Internet 20 GSTN (public line) 30 LAN 100 Facsimile machine (communication terminal device) 101 CPU (control means) 102 ROM 103 RAM 104 Timer control unit 105 Opport interface unit 106 Hard disk interface unit 107 Public line communication control unit 108 Network Control unit 120 First communication unit 109 Encoding / decoding unit 110 Scanner interface unit 111 Plotter interface unit 112 Character generator 113 SRAM 114 LAN communication control unit (second communication unit) 200a, 200b Server device

Claims

【特許請求の範囲】[Claims]

【請求項１】ダイヤルアップ接続してメールサーバとの
間で公衆回線を介してメールの送受信を行う通信手段
と、受信メールに基づいてメールの送信元に対する送達
確認メールを作成する制御手段と、を備えた通信端末装
置において、前記制御手段が、前記受信メールに送達確
認の要求が記載されているか否か判別し、前記送達確認
の要求が記載されていた場合、前記通信手段が、メール
受信時に張った呼の中で前記送達確認メールを前記メー
ルサーバに送信するようにしたことを特徴とする通信端
末装置。Communication means for sending and receiving mail to and from a mail server via a public line through a dial-up connection; control means for creating a delivery confirmation mail to a sender of the mail based on the received mail; In the communication terminal device provided with the above, the control means determines whether or not a request for delivery confirmation is described in the received mail, and if the request for delivery confirmation is described, the communication means A communication terminal device, wherein the delivery confirmation mail is transmitted to the mail server during a call that is sometimes made.

【請求項２】前記制御手段が、ＭＤＮ（Message Dispos
ition Notification）を用いて記載された前記送達確認
の要求の有無を判別するようにしたことを特徴とする請
求項１に記載の通信端末装置。2. The method according to claim 1, wherein the control means is an MDN (Message Dispos
2. The communication terminal device according to claim 1, wherein the presence / absence of the request for the delivery confirmation described by using the notification terminal is determined.

【請求項３】前記通信手段が、前記受信メール毎に全て
を受信した後、前記制御手段が、送達確認の要求が記載
されているか否か判別するようにしたことを特徴とする
請求項１または請求項２に記載の通信端末装置。3. The control device according to claim 1, wherein after the communication means receives all of the received mails, the control means determines whether or not a delivery confirmation request is described. Or the communication terminal device according to claim 2.

【請求項４】前記通信手段が、前記受信メール毎に部分
を受信し、前記制御手段が、前記受信メールの部分に送
達確認の要求が記載されているか否か判別するようにし
たことを特徴とする請求項１または請求項２に記載の通
信端末装置。4. A communication system according to claim 1, wherein said communication means receives a portion for each of said received mails, and said control means determines whether or not a delivery confirmation request is described in said received mail portion. The communication terminal device according to claim 1 or 2, wherein

【請求項５】前記通信手段が、前記受信メール毎に部分
を受信した段階で、前記制御手段が、デコードその他の
前記受信メールの処理が不可であるか否か判別し、前記
処理が不可であると判別した場合、前記通信手段が、前
記メールサーバに前記受信メールの削除要求を送信する
ようにしたことを特徴とする請求項４に記載の通信端末
装置。5. When the communication means receives a portion for each of the received mails, the control means determines whether decoding or other processing of the received mail is not possible, and the processing is not possible. 5. The communication terminal device according to claim 4, wherein when it is determined that there is, the communication unit transmits the received mail deletion request to the mail server.

【請求項６】ＬＡＮ（Local Area Network）その他の常
時接続型ネットワークを介してメールサーバとの間でメ
ールの送受信を行う通信手段と、受信メールに基づいて
メールの送信元に対する送達確認メールを作成する制御
手段と、を備えた通信端末装置において、前記通信手段
が、自端末宛の前記受信メール毎に部分を受信し、前記
制御手段がデコードその他の前記受信メールの処理が不
可であると判別した場合には前記メールサーバに前記受
信メールの削除要求を送信するとともに、前記制御手段
が前記受信メールの部分に送達確認の要求が記載されて
いると判別した場合には前記送達確認メールを前記メー
ルサーバに送信するようにしたことを特徴とする通信端
末装置。6. A communication means for transmitting / receiving a mail to / from a mail server via a LAN (Local Area Network) or other always-on type network, and generating a delivery confirmation mail to a sender of the mail based on the received mail. The communication means receives a portion for each of the received mail addressed to the own terminal, and the control means determines that decoding or other processing of the received mail is impossible. If the request has been sent to the mail server to delete the received mail, and if the control unit determines that the delivery confirmation request is described in the received mail portion, the delivery confirmation mail A communication terminal device for transmitting to a mail server.