JP2005173657A - Communication terminal - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication terminal capable of saving a wasteful communication cost by unreasonable mail transmission. <P>SOLUTION: Each of communication terminals 1 and 2 has one or more of functions of being connected to a network (Internet 5) to transmit mails; checking the text size of a mail to be transmitted and the name size of an attachment file; making the check result into a text; and determining or predicting that a transmitting destination is a portable terminal. Each terminal further has the function of forming and transmitting only a mail summary, when it can be predicted at the time of transmitting a mail that the transmitting destination is a portable terminal which cannot regularly receive the mail to be transmitted, and determining whether the original mail is transmitted or not after reading a response from a receiving user. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a communication terminal such as a TM (mobile phone, notebook computer, etc.), PC (computer, workstation, etc.) that is networked and uses electronic mail as a communication means.

Conventionally, the technologies described in Patent Documents 1 to 4 have been proposed in connection with communication terminals such as TMs (mobile phones, notebook computers, etc.) and PCs (computers, workstations, etc.) that are networked and use e-mail as communication means. ing.
JP 2001-229086 A JP 2001-236275 A JP 2001-31446 A Japanese Patent Laid-Open No. 2003-032307

Currently, e-mail is also available on mobile devices (here, simpler as a data terminal such as a mobile phone than a mobile computer) in addition to stationary terminals (mainly personal computers, workstations, multifunction copiers, etc.) Communication is being performed.
However, a portable terminal, particularly a simple terminal such as a cellular phone, may not be able to receive or display a huge mail or a file attached to the mail due to performance restrictions. Even for mobile devices that can receive video and music files, mobile devices (not limited to mobile phones) are often used on a per-packet basis, and handling large emails is disadvantageous in terms of communication costs. Sometimes.
An object of the present invention is to provide a communication terminal that can save useless communication costs due to excessive mail transmission.

In order to achieve the above object, the invention described in claim 1 includes a function for transmitting mail connected to a network, a function for checking the text size of the mail to be transmitted and the name size of the attached file, and the check result as text. In a communication terminal that has one or more functions that determine whether the destination is a mobile terminal or a function that predicts or predicts that the destination is a mobile terminal, and it can be predicted that the destination will be a mobile terminal and that the email to be sent cannot be received normally The most important feature is a communication terminal having a function of determining whether or not to transmit an original mail after generating and transmitting only a mail outline and decoding a response from a receiving user.
The invention according to claim 2 has a function of decoding the presence / absence of file division input by the receiving user at the time of response in the communication terminal of claim 1, and a function of selecting text division when sending the original mail The main feature is a communication terminal.
The invention according to claim 3 is characterized in that, in the communication terminal according to claim 1 or 2, a communication terminal having a function of decoding a transfer destination input by a receiving user at the time of response and transmitting an original mail to the address To do.

  According to the present invention, the function of transmitting mail connected to the network, the function of checking the text size of the mail to be transmitted and the name size of the attached file, the function of converting the check result into text, and the transmission destination are portable terminals In a communication terminal that has one or more functions to determine or predict whether or not it is possible to expect that the destination is a mobile terminal and the mail to be sent cannot be received normally when sending an email, create an email summary only. The intended purpose can be achieved by having the function of determining whether to send the original mail after transmitting and decoding the response from the receiving user.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a conceptual diagram showing an example of an environment in which communication terminals of the present invention are connected to a network. In the figure, the communication terminal of the present embodiment is TM1 or PC2, and TM1 is, for example, a mobile phone or a mobile terminal (notebook personal computer or the like), and is connected to the radio base station (AP) 3 by radio. The PC 2 is, for example, a personal computer or a workstation.
In any case, the TCP / IP protocol group performs various communications with an external terminal (for example, the mail server 6) via the public line 4 and the Internet 5. The communication means used in this embodiment is so-called e-mail. is there. An external terminal is similarly equipped with a mail function in a personal computer or a portable terminal connected innumerably to the public line 4.

FIG. 2 is a flowchart for sending an outline of the original mail. FIG. 3 is a flowchart for determining and executing the processing of the original mail according to the response from the receiving user.
As shown in FIG. 2, the communication terminal of the present embodiment checks transmission data at the time of mail transmission (S1). Specifically, the mail data such as the size, format, attached file existence size and type are checked. Further, the destination is checked (S2), and it is determined whether it is a portable terminal. As a determination method, a method of inferring from the domain of the mail address, a method of storing the terminal type in the registration table when the transmission mail address is registered in advance, and the like can be considered.
Although the latter method and the registration table method are reliable when the other party's terminal is known, it may be unregistered. In the previous method, the method of inferring from the domain is to register one or more character strings that are considered to be domain names that represent mobile terminal companies or servers in advance. For example, the email address is teraoka@xxxx.co.jp In this case, a character string search after @ is performed, and a mobile terminal is predicted when a previous registered character string is found.
Combine the data check contents (size, attached file, etc.) with the destination check result,
(1) If the receiving side is expected to be insufficient (Y in S3), for example, a text file is prepared by adding the content that prompts the response to the text showing the outline of the mail as shown in FIG. 4 (S4) , Instead of the original mail (S5). 4 shows an example in which an ID for reliably identifying a response is added to the latter half [] part of the Subject (the header information includes TO, From, etc., but FIG. 4 is an outline except that only the Subject is shown). Text created as).
(2) If it is determined that there is no problem with the reception capability (N in S3), normal mail transmission is performed (S5).

When the summary is transmitted in the flow of FIG. 2, it is necessary to determine what to do with the original mail after waiting for a response mail from the receiving side. This process is shown in FIG.
When the mail is received, it is determined whether the mail is waiting for a response from the character strings of Subject and From (S11, S12). If it is not a mail waiting for a response, the flow goes out because it is not related to this embodiment. If it is a mail waiting for a response, the field of whether to send mail is checked (S13). If x (not desired to be sent) is in the text, the mail is not sent (N in S14), and the following processing is not required. Exit the flow.
If the response mail is decrypted and there is a desire to change the destination (Y in S15), the original To address of the original mail is replaced with the desired one (S16), and if there is a desire for further division (Y in S17), the designated Divided into numbers (equal in this example) (S18) and transmitted (S19).
FIG. 5 shows an example of a response mail indicating that transmission is necessary (necessary). In this example, mail is not divided and it is desired to send it to an address other than the original destination. Change to jp and send.

It is a conceptual diagram which shows the example of an environment where the communication terminal of this invention was network-connected. It is a flowchart in the case of mail transmission of the outline | summary of the original mail. It is a flowchart which determines and implements the process of the original mail according to the response from the receiving user. It is a figure which shows the 1st example of a text file. It is a figure which shows the 2nd example of a text file.

Explanation of symbols

1 TM (communication terminal)
2 PC (communication terminal)
3 AP
4 Public line 5 Internet 6 Mail server

Claims (3)

  A function for sending mail connected to the network, a function for checking the text size of the mail to be sent and the name size of the attached file, a function for converting the check result into text, and a function for determining or predicting whether the destination is a mobile terminal If the destination is a mobile device and you cannot expect that the email you are trying to send will not be received correctly when you send the email, create only the email summary and send it. A communication terminal having a function of deciding whether or not to send the original mail after decoding the response.   2. The communication terminal according to claim 1, wherein the communication terminal has a function of decoding the presence or absence of file division input by the receiving user at the time of response, and a function of selecting text division when transmitting the original mail.   3. The communication terminal according to claim 1, wherein the communication terminal has a function of deciphering a transfer destination inputted by a receiving user at the time of response and transmitting an original mail to the address.

Images