JP2002032318A - Communication terminal device - Google Patents
Communication terminal deviceInfo
- Publication number
- JP2002032318A JP2002032318A JP2000216294A JP2000216294A JP2002032318A JP 2002032318 A JP2002032318 A JP 2002032318A JP 2000216294 A JP2000216294 A JP 2000216294A JP 2000216294 A JP2000216294 A JP 2000216294A JP 2002032318 A JP2002032318 A JP 2002032318A
- Authority
- JP
- Japan
- Prior art keywords
- delivery confirmation
- received
- request
- server
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
Abstract
Description
【0001】[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】[0002]
【従来の技術】従来、特開平11−027501号公報
および特開平11−055451号公報に記載された通
信端末装置が知られている。特開平11−027501
号公報に記載された通信端末装置は、受信したメールが
出力可能な形式であるか否か判別し、出力不可能な形式
のメールは予め記憶しておいた転送先等に転送するよう
になっていた。また、特開平11−055451号公報
に記載された通信端末装置は、自端末宛に到着している
メールのデータ情報を参照してメールが処理可能な形式
であるか否か判別し、処理不可能な形式のメールの本文
は受信しないようになっていた。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】[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】本発明はこのような問題を解決するために
なされたもので、送信元の指定に基づいて送信元におい
てメールの送達を確認することができ、したがって、メ
ール送信者およびメール受信者の双方にとって利便性が
良く、しかも、費用の発生を抑えることができる通信端
末装置を提供するものである。[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】[0005]
【課題を解決するための手段】本発明の送達確認方法
は、ダイヤルアップ接続してメールサーバとの間で公衆
回線を介してメールの送受信を行う通信手段(第1の通
信手段)と、受信メールに基づいてメールの送信元に対
する送達確認メールを作成する制御手段と、を備えた通
信端末装置において、前記制御手段が、前記受信メール
に送達確認の要求が記載されているか否か判別し、前記
送達確認の要求が記載されていた場合、前記通信手段
が、メール受信時に張った呼の中で前記送達確認メール
を前記メールサーバに送信するようにした構成を有して
いる。この構成により、送信元の指定に基づいて送信元
においてメールの送達を確認することができ、また、プ
ロバイダの接続ポイントやメールサーバにおける不要な
アクセスの発生を抑えることができ、したがって、メー
ル送信者およびメール受信者の双方にとって利便性が良
く、しかも、不要な電話料金その他の費用の発生を抑え
ることができる。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.
【0006】本発明の送達確認方法は、前記制御手段
が、MDN(Message Disposition Notification)を用
いて記載された前記送達確認の要求の有無を判別するよ
うにした構成を有している。この構成により、IETF
(Internet Engineering TaskForce)が規定したMDN
に基づいて、メール送信元が送達確認メールを要求する
ことができる。[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】本発明の送達確認方法は、前記通信手段
が、前記受信メール毎に全てを受信した後、前記制御手
段が、送達確認の要求が記載されているか否か判別する
ようにした構成を有している。この構成により、多数の
コンテンツから複雑に構成されたメールであっても、確
実に送達確認を行うことができる。[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】本発明の送達確認方法は、前記通信手段
が、前記受信メール毎に部分を受信し、前記制御手段
が、前記受信メールの部分に送達確認の要求が記載され
ているか否か判別するようにした構成を有している。具
体的には、例えば、メールの所定行数分を受信し、この
所定行の中に送達確認要求が記載されている場合に送達
確認メールを送信するようにする。この構成により、メ
ールの部分を受信した段階で送達確認メールを送信する
ことができ、不要な電話料金その他の費用の発生をさら
に抑えることができる。[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.
【0009】本発明の送達確認方法は、前記通信手段
が、前記受信メール毎に部分を受信した段階で、前記制
御手段が、デコードその他の前記受信メールの処理が不
可であるか否か判別し、前記処理が不可であると判別し
た場合、前記通信手段が、前記メールサーバに前記受信
メールの削除要求を送信するようにした構成を有してい
る。具体的には、例えば、メールサーバにメールの部分
のダウンロード要求(TOPコマンド送信)を行い、メ
ールの部分を受信し、このメールの部分に記載されたコ
ンテンツのデータ形式(Content-Type)に基づいて、デ
コード可能か否か判断し、デコード不可である場合に
は、メール全体の受信は行わないで、メールサーバにメ
ールの削除要求(DELEコマンド送信)を行い、メー
ルサーバから該当するメールを削除させる。この構成に
より、メールの全体を受信しないようにしたので、不要
な処理(メール全体のデータ転送)を発生させないよう
にして、不要な電話料金その他の費用の発生を抑えるこ
とができる。また、メールサーバから不要なメールを削
除するようにしたので、メールサーバに不要なメールが
滞留しないようにすることができる。また、削除後、処
理不可(受信不可)を示す送達確認メールを送信するよ
う構成すればよく、このように処理不可(受信不可)を
示す送達確認メールを送信するよう構成した場合には、
送信元の指定に基づいて処理不可(受信不可)を送信元
において確認することができることとなる。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).
【0010】本発明の送達確認方法は、LAN(Local
Area Network)その他の常時接続型ネットワークを介し
てメールサーバとの間でメールの送受信を行う通信手段
(第2の通信手段)と、受信メールに基づいてメールの
送信元に対する送達確認メールを作成する制御手段と、
を備えた通信端末装置において、前記通信手段が、自端
末宛の前記受信メール毎に部分を受信し、前記制御手段
がデコードその他の前記受信メールの処理が不可である
と判別した場合には前記メールサーバに前記受信メール
の削除要求を送信するとともに、前記制御手段が前記受
信メールの部分に送達確認の要求が記載されていると判
別した場合には前記送達確認メールを前記メールサーバ
に送信するようにした構成を有している。この構成によ
り、送信元の指定に基づいて送信元においてメールの送
達を確認することができ、したがって、メール送信者お
よびメール受信者の双方にとって利便性が良く、しか
も、メールサーバにおける不要な処理(メール全体のデ
ータ転送)の発生を抑えることができ、時間的な無駄や
費用の発生を抑えることができる。また、削除後、処理
不可(受信不可)を示す送達確認メールを送信するよう
構成すればよく、このように処理不可(受信不可)を示
す送達確認メールを送信するよう構成した場合には、送
信元の指定に基づいて処理不可(受信不可)を送信元に
おいて確認することができることとなる。[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】[0011]
【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を用いて説明する。Embodiments of the present invention will be described below with reference to the drawings.
【0012】図1は本発明に係る通信端末装置の一実施
形態を示すブロック図である。図1において、ファクシ
ミリ装置(通信端末装置)100は、送信元が送達確認
を要求しているか否かの判別、受信メールの処理(デコ
ード等)が可能か否かの判別、送達確認メールの作成、
メールの受信タイミングの制御、メールの送信タイミン
グの制御、ダイヤルアップ接続の開始および終了の制
御、メールサーバとの接続の開始および終了の制御、そ
の他の制御を行うCPU101(制御手段)と、CPU
101が実行するプログラムやプログラムの実行に必要
なデータを記憶したROM(Read Only Memory)102
と、一時的にデータを記憶するRAM(Random Access M
emory)103と、時間を制御するタイマ制御部104
と、操作部(図示せず)とのインターフェースをとるオ
ペポートインターフェース部105と、ハードディスク
(図示せず)とのインターフェースをとるハードディス
クインターフェース部106と、ダイヤルアップ接続に
より、公衆回線を介してプロバイダのサーバ装置(Remo
te Access Sever)との間で所定の通信プロトコルを実
行する公衆回線通信制御部107と、公衆回線と電気的
インターフェースをとる網制御部108と、画像情報の
圧縮および伸長を行う符号化・復号化部109と、スキ
ャナ(図示せず)とインターフェースをとるスキャナイ
ンターフェース部110と、プロッタ(図示せず)とイ
ンターフェースをとるプロッタインターフェース部11
1と、文字のフォント情報を保持し、テキストデータを
画像データに変換するキャラクタジェネレータ112
と、電源オフ状態でも情報を保持するSRAM(Static
Random Access Memory)113を備えている。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.
【0013】公衆回線通信制御部107と網制御部10
8は、GSTN(公衆回線)を介して、所定の通信プロ
トコルによりメールサーバとの間でメールの送受信を行
う第1の通信手段120を構成している。また、この第
1の通信手段120は、CPU101の制御に基づい
て、メール受信時に張った呼の中で送達確認メールをメ
ールサーバに送信するようになっている。図2は公衆回
線を介してメールの送受信を行うシステム構成図であ
り、インターネット10を利用することにより、料金削
減のメリットを生かそうとするものである。図2におい
て、ファクシミリ装置100が、GSTN(公衆回線)
20を介し、プロバイダのサーバ装置(Remote Access
Server)200aを経由して、インターネット10に接
続されている。なお、プロバイダのサーバ装置200a
はメールサーバを有している。また、図2において、サ
ーバ装置200aからインターネット10側は、機器を
省略して記載しており、実際にはルータ等、種々の機器
が存在している。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.
【0014】また、図1において、ファクシミリ装置1
00は、LAN(Local Area Network)を介して、所定
の通信プロトコルによりメールサーバとの間でメールの
送受信を行うLAN通信制御部114(第2の通信手
段)を備えている。このLAN通信制御部114は、本
実施形態において、物理層がEthernet(登録商
標)に対応している。図3は、LAN30を介してメー
ルの送受信を行うシステム構成図であり、LAN30お
よびインターネット10を利用することにより、料金削
減のメリットを生かそうとするものである。図3におい
て、ファクシミリ装置100が、LAN30を介し、サ
ーバ装置(Server)200bを経由して、インターネッ
ト10に接続されている。なお、サーバ装置200bは
メールサーバを有している。また、図3において、サー
バ装置200bからインターネット10側は、機器を省
略して記載しており、実際には、ルータその他の種々の
機器が存在している。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.
【0015】図1において、POP3(Post Office Pr
otocol Version3)、SMTP(Simple Mail Transfer
Protocol)、TCP(Transmission Control Protoco
l)、UDP(User Datagram Protocol)、IP(Inter
net Protocol)等のプロトコルの処理は、ROM102
に格納されたプログラムおよびデータ、公衆回線通信制
御部107、LAN通信制御部114により行われる。
なお、図2に示す、公衆回線20を介してメールサーバ
に接続する構成においては、ファクシミリ装置は、図1
に示すLAN通信制御部114が存在しなくてもよい。
また、図3に示す、LAN30を介してメールサーバに
接続する構成においては、ファクシミリ装置は、図1に
示す公衆回線通信制御部107および網制御部108が
存在しなくてもよい。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.
【0016】図4はメール受信のシーケンス例を示す図
であり、POP3により、ファクシミリ装置(通信端末
装置)のクライアント(CPUの制御)がサーバ装置の
受信用メールサーバ(POPサーバ)から1通のメール
を受信している。図4において、まず、クライアントか
らメールサーバに接続要求を行って、メールサーバへの
接続が確立する(S101、S102)。次に、クライ
アントがUSERコマンドによりメールボックス名を通
知し(S103)、メールサーバはパスワードが必要で
あることを通知する(S104)。次に、クライアント
がPASSコマンドによりパスワードを通知し(S10
5)、メールサーバが応答する(S106)。次に、ク
ライアントがSTATコマンドによりダウンロード情報
を問い合わせ(S107)、メールサーバがダウンロー
ド情報を通知する(S108)。具体的には、受信メー
ルの数および合計サイズを通知する。必要に応じて、ク
ライアントがTOPコマンドにより行数を指定して、1
通の受信メールの部分について転送を要求し(S10
9)、メールサーバが該当する受信メールの部分を転送
する(S110)。受信メールの部分の例を図9に示
す。クライアントが転送されたメールの部分を解析し
て、該当する1通分の全ての内容が必要であると判別し
た後、クライアントがRETRコマンドにより該当する
1通分のダウンロードを要求し(S111)、メールサ
ーバが1通分の内容全てを転送する(S112)。次
に、クライアントがDELEコマンドにより受信したメ
ールの削除を要求し(S113)、メールサーバが該当
するメールを削除して応答する(S114)。次に、ク
ライアントがQUITコマンドにより完了通知を行い
(S115)、メールサーバが応答し(S116)、メ
ールサーバからの切断が行われる。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.
【0017】図5はメール送信のシーケンス例を示す図
である。図5において、SMTPにより、ファクシミリ
装置(通信端末装置)のクライアントがサーバ装置の送
信用メールサーバ(SMTPサーバ)に1通のメールを
送信している。図5において、まず、クライアントから
メールサーバに接続要求を行って、メールサーバへの接
続が確立する(S201、S202)。次に、クライア
ントがEHLOコマンドにより通信路の使用開始宣言を
行い(S203)、メールサーバが応答する(S20
4)。次に、クライアントがMAILコマンドによりメ
ール送信開始を宣言し(S205)、メールサーバが応
答する(S206)。次に、クライアントがRCPTコ
マンドによりメール受信者の指定を行い(S207)、
メールサーバが応答する(S208)。次に、クライア
ントがDATAコマンドによりデータ送信開始を宣言し
(S209)、メールサーバが応答する(S210)。
次に、クライアントがデータを送信し(S211)、メ
ールサーバが応答する(S212)。次に、クライアン
トがQUITコマンドにより完了通知を行い(S21
3)、メールサーバが応答し(S214)、メールサー
バからの切断が行われる。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.
【0018】図6は本発明に係る通信端末装置における
第1の送達確認メール送信方法の例を示すフローチャー
トである。図1、図2、図4、図5、および図6を用い
て第1の送達確認方法について説明する。第1の送達確
認方法は、図2に示すGSTN(公衆回線)20を介し
て、プロバイダの設備であるサーバ装置200aのメー
ルサーバとの間でメール送受信を行う構成において適用
される。図6において、まず、ファクシミリ装置(通信
端末装置)100が、GSTN20を介して発呼すると
ともに、PPP(Point to Point Protocol)によりサ
ーバ装置200aとのデータリンクを確立し、サーバ装
置200aとの回線を接続する(すなわち、ダイヤルア
ップ接続によるプロバイダへの回線接続を行う)(S
1)。次に、サーバ装置200aに搭載されたメールサ
ーバとの接続を行う(S2)。次に、自端末宛の受信メ
ールがあるか否か判別する(S3)。自端末宛の受信メ
ールがない場合、メールサーバとの接続を切断し(S1
1)、サーバ装置200aとのデータリンクを終了する
とともに呼を切断してサーバ装置200aとの回線接続
を切断する(すなわち、プロバイダからの回線切断を行
う)(S12)。一方、自端末宛の受信メールがある場
合、その受信メールの部分をメールサーバから受信し
(S4)、送達確認の要求が記載されているか否か判別
する(S5)。なお、受信メールの部分の受信は、具体
的には、POP3のTOPコマンドを用い、行数を指定
することにより行う。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.
【0019】受信メールに送達確認の要求が記載されて
いない場合は、受信メールの全体を受信し(S21)、
メールサーバに対して該当する受信メールの削除を要求
し(S22)、次の受信メールのチェックを行う(S
3)。なお、受信メールの全体の受信は、具体的には、
POP3のRETRコマンドを用いる。また、受信メー
ルの削除要求は、具体的には、POP3のDELEコマ
ンドを用いる。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.
【0020】受信メールに送達確認の要求が記載されて
いる場合には、さらに受信メールについてデコードその
他の処理が可能であるか否かの判別を行う(S6)。デ
コードその他の処理が可能である場合には、メール全体
の受信を行い(S7)、メールサーバに該当する受信メ
ールの削除を要求し(S8)、受信成功である旨を記載
した送達確認メールを作成し、SMTPにより送達確認
メールを送信する(S9)。一方、デコードその他の処
理が不可能である場合には、メールサーバに該当する受
信メールの削除を要求し(S31)、受信失敗である旨
を記載した送達確認メールを作成し、SMTPにより送
達確認メールを送信する(S32)。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).
【0021】なお、送達確認メールの送信は、メール受
信に用いた回線(S1においてサーバ装置200aと接
続された回線)を利用して行うようになっている。すな
わち、メール受信時の呼およびデータリンクを保持し、
この呼およびデータリンクを利用して送達確認メールを
送信する。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.
【0022】送達確認メール送信後、次の受信メールの
チェックを行い(S3)、受信メールの数だけ同様の処
理を繰り返す。受信メールがなくなったとき、メールサ
ーバとの接続を切断し(S11)、サーバ装置200と
の回線接続を切断する(S12)。このように、メール
の受信から送達確認メール送信までを、同一の呼で行う
ので、電話料金は1回分で済むことになる。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.
【0023】図7は本発明に係る通信端末装置における
第2の送達確認方法の例を示すフローチャートである。
図1、図2、図4、図5、および図7を用いて第2の送
達確認方法について説明する。第2の送達確認方法は、
図2に示す、GSTN(公衆回線)20を介して、プロ
バイダの設備であるサーバ装置200aのメールサーバ
との間でメール送受信を行う構成において適用される。
図7において、図6と同じステップは同じ符号を付して
いる。図7に示す第2の送達確認方法は、図6に示す第
1の送達確認方法と異なり、自端末宛の受信メールがあ
るか否か判別するステップ(S3)において、自端末宛
の受信メールがある(YES)と判別した場合、その1
通のメールの全体を受信する(S21)。次に、受信メ
ールに送達確認の要求が記載されているか否か判別する
(S5)。受信メールに送達確認の要求が記載されてい
ない場合は、メールサーバに対して該当する受信メール
の削除を要求し(S22)、次の受信メールのチェック
を行う(S3)。一方、受信メールに送達確認の要求が
記載されている場合には、さらに受信メールについてデ
コードその他の処理が可能であるか否かの判別を行う
(S6)。デコードその他の処理が可能である場合に
は、メールサーバに該当する受信メールの削除を要求し
(S8)、受信成功である旨を記載した送達確認メール
を作成し、SMTPにより送達確認メールを送信する
(S9)。一方、デコードその他の処理が不可能である
場合には、メールサーバに該当する受信メールの削除を
要求し(S31)、受信失敗である旨を記載した送達確
認メールを作成し、SMTPにより送達確認メールを送
信する(S32)。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).
【0024】なお、送達確認メールの送信は、メール受
信に用いた回線(S1においてサーバ装置200aと接
続された回線)を利用して行うようになっている。すな
わち、メール受信時の呼およびデータリンクを保持し、
この呼およびデータリンクを利用して送達確認メールを
送信するようになっている。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.
【0025】図8は本発明に係る通信端末装置における
第3の送達確認方法の例を示すフローチャートである。
図3および図8を用いて第3の送達確認方法について説
明する。第3の送達確認方法は、図3に示す、LAN
(Local Area Network)30を介して、サーバ装置(Se
rver)200bのメールサーバとの間でメール送受信を
行う構成において適用される。図8に示すように、第3
の送達確認方法は、図6(第1の送達確認方法を示す)
における、プロバイダへ接続するステップ(S1)およ
びプロバイダから切断するステップ(S12)がなく、
その他のステップは第1の送達確認方法と同じである。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.
【0026】なお、第1、第2、および第3の送達確認
方法において、メールサーバに対して受信メール削除の
要求を行うか否かは、図1のファクシミリ装置100の
SRAM113に設定しておくようにしてもよい。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.
【0027】以下、MDN(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.
【0028】Disposition-Notification-To: [email protected]
aeshi.te[0028] Disposition-Notification-To: [email protected]
aeshi.te
【0029】メールを受信したファクシミリ装置は、メ
ールのヘッダにおいて“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.
【0030】以下、第1、第2、および第3の送達確認
方法において、受信メールに対して、デコードその他の
処理が可能か否か判別する方法の例を説明する。MIM
E(Multipurpose Internet Mail Extensions)の形式
のインターネットメールにおいては、メールに付属した
該当パートの内容は、Content-Typeフィールドを参照す
ることにより、おおよそ把握することができる。Conten
t-Typeフィールドは該当パートの内容を識別、処理する
ために必要なデコーダ等の種類を、タイプ/サブタイプ
の形式で記載したものであり、ファクシミリ装置100
がContent-Typeフィールドに記載されたタイプやサブタ
イプのものをサポートしていない場合、そのContent-Ty
peフィールドを参照した時点で処理不可能と判別する。
IETF等で標準化されて近年急速に普及したインター
ネット対応ファクシミリ装置において、例えば、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.
【0031】また、該当するパートの内容を処理するこ
とができるか否かの判別は、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.
【0032】なお、図10は受信成功を通知する送達確
認メールの例を示す図である。“displayed”という記
載(301)を含む行により、受信成功(デコード成
功)が示されている。なお、ここでは“displayed”と
なっているが、“dispatched”と記載する場合もある。
また、図11は受信失敗を通知する送達確認メールの例
を示す図である。“processed/error”という記載(3
02)を含む行により、受信失敗(デコード失敗)が示
されている。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】[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.
【図1】本発明に係る通信端末装置の一実施形態を示す
ブロック図FIG. 1 is a block diagram showing an embodiment of a communication terminal device according to the present invention.
【図2】公衆回線を介してメールの送受信を行うシステ
ム構成図FIG. 2 is a system configuration diagram for sending and receiving mail via a public line.
【図3】LANを介してメールの送受信を行うシステム
構成図FIG. 3 is a system configuration diagram for sending and receiving mail via a LAN.
【図4】メール受信のシーケンス例を示す図FIG. 4 is a diagram showing an example of a mail receiving sequence.
【図5】メール送信のシーケンス例を示す図FIG. 5 is a diagram showing an example of a mail transmission sequence.
【図6】本発明に係る通信端末装置における第1の送達
確認メール送信方法の例を示すフローチャート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.
【図7】本発明に係る通信端末装置における第2の送達
確認メール送信方法の例を示すフローチャート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.
【図8】本発明に係る通信端末装置における第3の送達
確認メール送信方法の例を示すフローチャート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.
【図9】受信メールの部分の例を示す図FIG. 9 is a diagram showing an example of a received mail part;
【図10】受信成功を通知する送達確認メールの例を示
す図FIG. 10 is a diagram showing an example of a delivery confirmation mail for notifying successful reception.
【図11】受信失敗を通知する送達確認メールの例を示
す図FIG. 11 is a diagram showing an example of a delivery confirmation mail for notifying reception failure.
10 インターネット 20 GSTN(公衆回線) 30 LAN 100 ファクシミリ装置(通信端末装置) 101 CPU(制御手段) 102 ROM 103 RAM 104 タイマ制御部 105 オペポート・インターフェース部 106 ハードディスク・インターフェース部 107 公衆回線通信制御部 108 網制御部 120 第1の通信手段 109 符号化・復号化部 110 スキャナ・インターフェース部 111 プロッタ・インターフェース部 112 キャラクタジェネレータ 113 SRAM 114 LAN通信制御部(第2の通信手段) 200a、200b サーバ装置 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 (6)
間で公衆回線を介してメールの送受信を行う通信手段
と、受信メールに基づいてメールの送信元に対する送達
確認メールを作成する制御手段と、を備えた通信端末装
置において、前記制御手段が、前記受信メールに送達確
認の要求が記載されているか否か判別し、前記送達確認
の要求が記載されていた場合、前記通信手段が、メール
受信時に張った呼の中で前記送達確認メールを前記メー
ルサーバに送信するようにしたことを特徴とする通信端
末装置。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.
ition Notification)を用いて記載された前記送達確認
の要求の有無を判別するようにしたことを特徴とする請
求項1に記載の通信端末装置。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.
を受信した後、前記制御手段が、送達確認の要求が記載
されているか否か判別するようにしたことを特徴とする
請求項1または請求項2に記載の通信端末装置。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.
を受信し、前記制御手段が、前記受信メールの部分に送
達確認の要求が記載されているか否か判別するようにし
たことを特徴とする請求項1または請求項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
を受信した段階で、前記制御手段が、デコードその他の
前記受信メールの処理が不可であるか否か判別し、前記
処理が不可であると判別した場合、前記通信手段が、前
記メールサーバに前記受信メールの削除要求を送信する
ようにしたことを特徴とする請求項4に記載の通信端末
装置。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.
時接続型ネットワークを介してメールサーバとの間でメ
ールの送受信を行う通信手段と、受信メールに基づいて
メールの送信元に対する送達確認メールを作成する制御
手段と、を備えた通信端末装置において、前記通信手段
が、自端末宛の前記受信メール毎に部分を受信し、前記
制御手段がデコードその他の前記受信メールの処理が不
可であると判別した場合には前記メールサーバに前記受
信メールの削除要求を送信するとともに、前記制御手段
が前記受信メールの部分に送達確認の要求が記載されて
いると判別した場合には前記送達確認メールを前記メー
ルサーバに送信するようにしたことを特徴とする通信端
末装置。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.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000216294A JP2002032318A (en) | 2000-07-17 | 2000-07-17 | Communication terminal device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000216294A JP2002032318A (en) | 2000-07-17 | 2000-07-17 | Communication terminal device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002032318A true JP2002032318A (en) | 2002-01-31 |
JP2002032318A5 JP2002032318A5 (en) | 2005-09-15 |
Family
ID=18711580
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000216294A Pending JP2002032318A (en) | 2000-07-17 | 2000-07-17 | Communication terminal device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2002032318A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7734794B2 (en) | 2002-02-28 | 2010-06-08 | Sharp Kabushiki Kaisha | Network communication device |
US7787155B2 (en) | 2002-11-25 | 2010-08-31 | Sharp Kabushiki Kaisha | Communications device and communications method |
-
2000
- 2000-07-17 JP JP2000216294A patent/JP2002032318A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7734794B2 (en) | 2002-02-28 | 2010-06-08 | Sharp Kabushiki Kaisha | Network communication device |
US7787155B2 (en) | 2002-11-25 | 2010-08-31 | Sharp Kabushiki Kaisha | Communications device and communications method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6650440B1 (en) | System, apparatus and method for reducing fax transmission status outcalls from a FAX-to-SMTP gateway | |
RU2459240C2 (en) | Extended messaging platform | |
WO1998058332A1 (en) | Method and apparatus for accessing and retrieving messages | |
US8407304B2 (en) | Method and system for email notification | |
JP2002185535A (en) | Method for designating alternative e-mail recipient, system and computer program product | |
JP2002010017A (en) | Internet facsimile machine and internet facsimile communication method | |
US6952720B2 (en) | On-the-fly message notification system and methodology | |
JP3973352B2 (en) | E-mail mediation apparatus and e-mail delivery method | |
KR100472441B1 (en) | Method of receiving selected mail at internet mail device | |
US7421473B2 (en) | Method and apparatus for image communications capable of effectively performing receipt acknowledgement | |
JP4416999B2 (en) | Communication device | |
WO2003085527A1 (en) | Mail arrival notifying system and mail delivery apparatus | |
JP2009118174A (en) | Information processor, approval method, and program | |
JP2002027193A (en) | Network facsimile terminal | |
JP2002032318A (en) | Communication terminal device | |
JP3627686B2 (en) | Internet facsimile machine | |
KR20080018393A (en) | Real-time intergration messaging system for providing instant messaging service and electronic mail service and service method thereof | |
JP2002111707A (en) | Arrived mail informing system and mail distribution device | |
JP4545342B2 (en) | Communication device | |
EP1936551B1 (en) | Method and system for email notification | |
JP4374027B2 (en) | Mail proxy server device | |
KR20060062201A (en) | Multimedia message system and method for providing multimedia message service by selectively spam mail filtering between mms server and mms client | |
JP2004032448A (en) | E-mail delivering method and system thereof | |
JP3748032B2 (en) | Network facsimile machine | |
US20020085240A1 (en) | Dial-up internet facsimile apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050324 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050324 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070727 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070731 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070913 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080108 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080701 |