JP2001217860A - Information receiving method, information communication method, information communication device, and information communication terminal - Google Patents

Abstract

(57) [Summary] [PROBLEMS] To achieve compatibility with lower models and other models when receiving an e-mail with an attached file in information communication using a relay server. A relay server performs processing such as integration of divided and transmitted e-mails, sends a notification mail addressed to the recipient with a URL indicating the location where the attached file is stored, and the recipient transmits the attached file. At the time of downloading, the relay server is configured to automatically convert to an appropriate file format based on the model code of the receiver, thereby making it possible to achieve compatibility with lower models and other models.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a portable wireless device such as a portable telephone (hereinafter referred to as a portable telephone; PHS (Pers).
information transmission method, information communication method, information communication device, and information communication when transmitting and receiving an electronic mail transmitted from an electronic handyphone system (including a terminal) through a relay server device (hereinafter, simply referred to as a relay server). About the terminal.

[0002]

2. Description of the Related Art A mobile phone has attracted a huge amount of 47 million users, and has been strengthening its position as an information mobile terminal such as an Internet connection, an information providing service, and online banking, starting with an electronic mail service. In particular, the “i-mode” service (hereinafter, referred to as “i-mode”), which was started by NTT Mobile Communication Network Corporation (hereinafter, “NTT DOCOMO”) in February 1999, differs from conventional mobile phones in that voice calls In addition to e-mail, online banking (bank balance inquiry / transfer), restaurant guide, town page search, and other services closely related to daily life are available using mobile phones.

On the other hand, W-CDMA (Wideband Code Di) scheduled to be commercialized from 2001
In the Vision Multiple Access (Voice Multiple Access) communication method, the data communication speed is remarkably improved, and the transmission and reception of moving image content by a mobile phone becomes possible.

Accordingly, image sensors (cameras)
It is expected that a product that can send and receive moving images by combining a smartphone with a mobile phone will be launched on the market. Prior to the market introduction of a mobile phone adopting the W-CDMA communication system, a mobile phone capable of transmitting and receiving a still image by connecting to a digital camera as an option has been available since April 1999. It was commercialized by the Tsuka Group, which is made up of Tsuka Cellular Tokai and others.

[0005] In the future, it is expected that products that transmit and receive image data using a mobile phone will be put on the market by various companies.
Hereinafter, a system (image transmission / reception mobile phone system) in which still images are transmitted / received using a mobile phone will be described using the NTT DOCOMO i-mode as an example.

First, before describing a conventional system for transmitting and receiving a still image, the i-mode will be briefly described. i-mode is a new data communication service started by NTT DoCoMo and employs a packet communication method. In the packet communication method adopted in the i-mode, the fee is charged not according to the conventional connection time but according to the amount of transmitted / received data (the number of packets).

[0007] In addition, the electronic mail in the i-mode supports not only i-mode portable telephones but also e-mail via the Internet (hereinafter referred to as Internet mail) which is becoming more common. Can be used to send and receive Internet mail.

[0008] Further, the i-mode portable telephone supports CompactHTML for browsing information contents published on a homepage on the Internet.
Mode An Internet browser for mobile phones is installed, so that Internet homepages and the like created for i-mode can be browsed.

In an i-mode portable telephone, a GIF (Gr.
aphic Interchange Format)
A decoder for image data in a file format is provided as standard, and the image data file can be downloaded from the Internet and displayed on the liquid crystal of a mobile phone.

FIG. 6 shows a basic system configuration diagram of the i-mode. In the figure, 1 is an i-mode mobile phone on the transmitting side, i is an i-mode mobile phone on the receiving side, 3 is a relay base, 4 is a voice communication network such as a docomo communication network, and 5 is a Docomo data communication network DoPa (Dupa). ), 6 is a gateway server such as a docomo gateway server, and 7 is an Internet network.

An i-mode system will be briefly described with reference to FIG. As shown in FIG. 6, the calling-side i-mode mobile phone 1
In a normal voice call between the i-mode mobile phone 2 on the receiving side and a PDC (Personal Digital Cell),
(voice communication network 4).

More specifically, when a call is made from the calling-side i-mode mobile phone 1 to the receiving-side i-mode mobile phone 2, the line is connected via the voice communication network 4. On the other hand, in the i-mode, the packet communication network 5 is used because the data communication uses packets as described above.

The packet communication network 5 is used when accessing the Internet from a mobile phone. When the packet communication network 5 is used before the i-mode service, a personal computer or a PDA is used.
(Personal Digital Assista
nts. Personal digital assistant. ).

Access from the calling-side i-mode portable telephone 1 to the Internet 7 is performed through the gateway server 6 using the packet communication network 5 as shown in the figure.
The packet communication network 5 is also used for exchanging electronic mail, and an i-mode mobile phone can transmit and receive Internet mail of up to 250 characters.

Next, a method of transmitting and receiving image data in the above-mentioned i-mode mobile phone will be described. When transmitting and receiving image data, there are roughly two methods. One is
An image file is transferred from an i-mode mobile phone to a server on the Internet (hereinafter, referred to as upload), and a URL (Uni) where the transferred image file is recorded is stored.
This is a method of notifying the recipient of a "form Resource Locator". Note that the image file is obtained by the recipient transferring the image file from a server on the Internet into the i-mode mobile phone based on the URL (hereinafter referred to as download). the other one is,
In this method, an image file is attached to an e-mail and transmitted.

In the above method, the method of uploading data (file) directly to the server on the Internet from the mobile phone is not supported in the i-mode mobile phone. Therefore, the image data (image file) cannot be directly uploaded from the i-mode mobile phone to a server on the Internet.

In the above method, image data can be attached and transmitted. However, the amount of data per e-mail that can be transmitted by an i-mode portable telephone is very small at 250 characters (500 bytes). Image data cannot be transmitted with one e-mail. Therefore, a mobile phone that can transmit and receive images sold by the above-mentioned Tsuka group adopts a method of dividing image data into a plurality of e-mails and transmitting them. For example, when an image file is divided into eight and transmitted as eight i-mode mails, image data of 4000 bytes (4 KB) can be transmitted and received.

Hereinafter, the operation of the conventional portable telephone system in the case where image data is divided into eight electronic mails and transmitted will be described.

FIG. 7 shows a flow at the time of sending an electronic mail.
When sending an e-mail (hereinafter, referred to as an image attached mail) with an image file (still image) attached thereto using an i-mode mobile phone, first, a destination (hereinafter, simply referred to as an address) in an e-mail creation mode. , And a task (hereinafter, referred to as a subject) are set (step 1).

Then, a body (document) of the e-mail is created (step 2), and an image file to be attached is selected (step 3). The above is the procedure for creating the image attached mail by the user.

Further, in the case of transmitting an image, the following work is continuously performed on the portable telephone body, and an image attached mail for transmission is created. When an image file to be attached is selected in step 3 above, the main body of the calling-side i-mode mobile phone 1 copies the selected image file to the GI
The image data (binary data) after compression is compressed into a pseudo-ASCII (ASCII: Amer) using a technique such as BASE64 encoding.
ican Standard Code for In
formation Intercharge. In addition,
Here, it is converted into data (expressed as pseudo-ASCII in order to include conversion of a binary code that cannot be converted into the original ASCII code) (converted from a binary file to a file composed of pseudo-ASCII data).

The pseudo ASCII-converted image file is attached to the back of the document created in step 2 to form an image attached mail (step 4).

Normally, Internet mail (i-mode mail) cannot transmit binary data.
Therefore, when transmitting binary data such as image data, the binary data is pseudo-A
It is necessary to convert to ASCII and attach it to the mail. (For details of the Internet mail, MIME (Multipurpose I
Internet Mail Extensions). For example, OPEN DESIGN N
o. 8 E-mail system perfect master CQ publisher, May 10, 1995, first edition is published).

Then, the image attached mail created in step 4 is divided into units of 500 bytes, and transmitted from the portable telephone as a plurality of electronic mails. At this time, division information, attached file information, and the like are added to the header of each e-mail (step 5). As described above, the image attached mail divided and transmitted is transmitted to the receiving-side i-mode mobile phone 2 via the packet communication network 5.

Next, the flow on the receiving side of the image attached mail will be described with reference to FIG. When the receiving-side i-mode mobile phone 2 receives the image-attached e-mail divided into eight and transmitted, first, the i-mode mobile telephone 2 generates one original e-mail based on the division information added to the header of each e-mail. The image attached mail is restored (step 6).

When the image attached mail is restored, the attached image file is separated based on the attached file information added to the header of each electronic mail added in step 5 above. At that time, the type of the separated attached file (the type here means, for example, the type of an image file, a sound file, a file of a word processor, etc.) is confirmed.

If the attached file is an image file, BASE64 decoding is performed to convert the file to the original binary data file (step 7).

After the end of step 7, the image file is recorded in a predetermined memory area, and the receiving side i-mode mobile phone 2 notifies the user that the image attached mail has arrived (mail incoming information). At this time, information with an attached image is added. This is performed, for example, by adding icon information linked to the image data to the end of the mail (step 8).

The user opens the received mail based on the mail arrival information, checks the text, and selects the icon (step 9). When the icon is selected, the receiving i-mode mobile phone 2 starts the Internet browser (step 10) and decodes the image file (G
The IF file format is decoded and the original image file is restored) and displayed (step 11).

Since the transmission and reception of the image attached mail by the conventional mobile phone is performed as described above, the image attached mail is divided into a plurality of i-mode mails and transmitted. As shown in FIG. 8, the receiving-side i-mode mobile phone 2 that has received the divided e-mails restores the original single image attached mail by combining the divided e-mails.

However, currently available i-mode portable telephones (hereinafter referred to as lower-order models) do not support the function of integrating the divided electronic mails. Therefore,
When the lower model receives the image attached mail, it is recognized only as eight independent mails. Therefore, when an image attached mail is received by a lower model, only the character information described in the first mail can be read, and a character string converted into pseudo ASCII as described above is displayed for the attached file.

In particular, in the case of using the i-mode, a fee is charged according to the amount of information at the time of receiving a mail. Can not browse images.

Further, the pseudo-ASCII attached file information is charged to the e-mail recipient.

Further, even when the integrated function of the divided mail is supported, if the attached file cannot be recognized as an image file, the pseudo-ASCII attached file cannot be changed to binary data. BASE64 decoding function is not supported) As in the above case, even if an image attached e-mail is received, the image cannot be viewed on the mobile phone itself, and the pseudo-ASCII attached file information is charged. Is done.

Although the lower model has been described above, a similar situation occurs when an image attached mail is transmitted to a mobile phone that does not support the image attached mail.

Further, even when the above-mentioned image attached mail is supported, the received image attached mail is received as eight e-mails when it arrives. For example, there is a delay in the arrival of one divided e-mail. In this case, if the delayed mail cannot be received by the mobile phone, the image attached mail cannot be restored, and the receiving time (time from receiving the first divided mail to receiving the delayed mail). Becomes very long.

Further, since there is a time between the other divided e-mail and the delayed incoming mail, when receiving one image attached mail, the e-mail ringtone is emitted twice from the mobile phone. Further, when the delayed mail reaches a plurality of mails, the e-mail ring tone sounds a plurality of times in response to the arrival of one image attached mail.

When the image data is divided into eight e-mails and transmitted as described above, 4000 bytes of data can be transmitted. However, the image data is transmitted by a method such as BASE64 encoding as described above. Pseudo AS
Since the data is converted into CII, the amount of data that can be actually sent is about 1 / 1.4 times.

For example, when 250 characters are assigned to a message, the size of an image data file that can be sent by eight e-mails is 3500 bytes / 1.4 = 25.
It is about 00 bytes. For example, when image data of 96 pixels × 72 lines is compressed using an optimization palette in a GIF file format supported by an i-mode mobile phone, the number of display colors is about 16 colors, and the image quality is lower than that of the original image. Very deteriorated.

However, JPEG (Joint Photog) which has a higher image compression efficiency than the GIF file format.
In the case of using a compression process such as a RPG (Graphic Experts Group), the deterioration of the image quality is small with the same transmission data amount.

However, in the i-mode mobile phone, a decoder for image data in the GIF file format is provided as a standard as described above, but at present, other image file formats such as JPEG are not supported.

Therefore, when JPEG is used as the image compression method, when the above image attached mail is received by a mobile phone that supports reception of the divided electronic mail, the JPEG is also used.
If the PEG decoder is not supported, the received image cannot be viewed on the mobile phone itself.

That is, even if a JPEG file can be constructed by recognizing an attached file as an image file, the image cannot be decoded. Therefore, the received image cannot be viewed unless the JPEG file is once transferred to a personal computer or the like.

In particular, in order to expand the market of the above-mentioned multifunctional mobile phone (a mobile phone capable of transmitting and receiving image data (still images)), the above-mentioned lower model or another model (supporting divided mails) is required. Compatible with mobile phones, etc.).

The image file is a pseudo A
Because of the SCII conversion, the data amount is about 1.4 times the actual data. Therefore, in the i-mode in which charging is performed according to the packet amount, the fee at the time of reception becomes higher than necessary.

Also, when the user receives the image attached mail, the user does not want to see the image data, but receives the attached image data, and does not want to see the image (since all the images sent are received). Billing is also made for image data.

[0047]

Since the conventional image transmission / reception portable telephone system is configured as described above, when transmitting / receiving image data (still images) between portable telephones, the lower model, Alternatively, there has been a problem that an image attached to an image attached mail transmitted from another model cannot be viewed.

There is also a problem that the user is charged according to the amount of received data even though the image cannot be browsed.

Further, even if the image data is exchanged between mobile phones supporting the image attached mail, if an incoming mail arrives late, it takes a very long time to receive the image attached mail, and the mail is divided into a plurality of mails. Therefore, there is a problem in that, when a delayed incoming mail is generated, a mail ring tone sounds from the mobile phone every time the delayed incoming mail is received.

The image file is a pseudo A
Approximately 1.
The data amount is four times as large. Therefore, in the i-mode in which charging is performed according to the amount of packets, there has been a problem that the fee at the time of reception becomes higher than necessary.

Further, when receiving an image attached mail, the user receives the attached image data even if the user does not want to see the image data, so that the user is charged even for the image data that he does not want to see. was there.

The present invention has been made to solve the above-described problem. When an image attached mail is transmitted to a lower model or another model, unnecessary attached image data is received and billing is performed. It is an object of the present invention to obtain an information transmission method, an information communication method, an information communication device, and an information communication terminal using a relay server that does not perform charging (even though images cannot be viewed).

Further, even when an attached mail is transmitted to a lower model or another model, an information transmission method, an information communication method, and an information communication apparatus using a relay server capable of browsing the attached file on the receiving side. And an information communication terminal.

Further, it is possible to obtain an information transmission method, an information communication method, an information communication apparatus, and an information communication terminal using a relay server that does not cause unnecessary reception delay when receiving an image attached mail or a ring tone of a mail that does not sound a plurality of times. With the goal.

Further, it is possible to obtain an information transmission method, an information communication method, an information communication apparatus, and an information communication terminal using a relay server that minimizes the amount of received data when receiving an image attached mail and does not charge more than necessary. With the goal.

Another object of the present invention is to obtain an information transmission method, an information communication method, an information communication device, and an information communication terminal using a relay server that does not receive the attached data when the user does not need the attached data.

Further, an information transmission method, an information communication method, an information communication apparatus, and an information communication terminal using a relay server capable of automatically converting the data (file) format of attached data (file) according to the model. The purpose is to obtain.

Further, even for a model that does not support the relay server, an information transmission method, an information communication method, an information communication device, and an information communication method using the relay server that enable the administrator of the relay server to easily correspond to the model. The purpose is to obtain an information communication terminal.

Further, the relay server prevents unnecessary attached mail from being transmitted to a model which is not compatible with the relay server, thereby minimizing the amount of received data when receiving the attached mail and not charging the relay server more than necessary. It is an object of the present invention to obtain an information transmission method, an information communication method, an information communication device, and an information communication terminal using a communication method.

Furthermore, even for a model that does not support the relay server, an information transmission method, an information communication method, and an information using the relay server can be converted into an attached file that can be viewed by the user by operating the user. It is an object to obtain a communication device and an information communication terminal.

Further, even if the relay server does not support the model, it is possible to automatically support the user's model by operating the user, and it is possible to convert the file into an attached file that can be browsed by the user. An information transmission method, an information communication method, an information communication apparatus, and an information communication terminal using a relay server that can be automatically converted into an attached file that can be browsed by the user without performing a selection operation from the next time. The purpose is to:

[0062]

An information receiving method according to the present invention is an information receiving method for receiving relay information transmitted from a relay source, wherein the relay information is transmitted to a receiver destination of the relay information stored in the relay source. Requesting the relay source including the model code at the destination of the receiver, and receiving the relay information from the relay source after the requesting step.

[0063] In the information communication method according to the present invention, the conversion information restored from a plurality of divided information constituted by a part of a conversion code obtained by converting transmission information into a code string of a predetermined format and a destination of a receiver. A storage step of generating the transmission information or information substantially equivalent to the transmission information based on all of the codes and storing the transmission information in a specified storage destination, and receiving the storage destination specified in the storage step; A notification step of notifying a recipient address, and a requesting step of requesting the storage destination, including a model code at the recipient address, when requesting the storage destination notified by the notification step to transmit to the recipient address. Receiving the transmission information or information substantially equivalent to the transmission information stored in the storage destination after the requesting step based on the model code.

Further, there is a correspondence relationship between the model code and the information format that can be received by the model specified by the model code in advance.

If the model code included in the request is not included in the correspondence between the model code previously provided and the information format that can be received by the model specified by the model code, the model is incompatible. Notification step for notifying the user.

If the model code included in the request is not included in the correspondence between the model code that is provided in advance and the information format that can be received by the model specified by the model code, the model can be received by the recipient. Prompt for selection of information format.

Further, the selected information format is added to the correspondence as a receivable information format in the model designated by the model code.

In the information communication apparatus according to the present invention, the conversion information restored from a plurality of pieces of division information constituted by a part of a conversion code obtained by converting transmission information into a code string of a predetermined format and a recipient address A storage unit that generates and stores the transmission information or information substantially equivalent to the transmission information based on all of the codes, a notification unit that notifies a storage destination indicating the storage unit to the recipient destination, In response to an information transmission request including the model code of the receiver destination from the receiver destination to the storage means, the transmission information stored in the storage destination or information substantially equivalent to the transmission information is stored in the receiver destination. And transmission means for transmitting the data to the server.

Further, it has a correspondence table showing the correspondence between the model code and the information format that can be received by the model specified by the model code.

If the model code included in the information transmission request is not included in the correspondence table indicating the correspondence between the model code previously provided and the information format receivable by the model specified by the model code, the It is configured to notify that the model is not compatible with the recipient address.

If the model code included in the information transmission request is not included in the correspondence table indicating the correspondence between the model code provided in advance and the receivable information format of the model specified by the model code, the reception The user is prompted to select a receivable information format.

Also, the correspondence table is updated based on the selected information format.

The information communication terminal according to the present invention comprises: a conversion code generating means for generating a conversion code obtained by converting transmission information into a code string of a predetermined format; Division information generating means for generating a plurality of pieces of division information by dividing and adding a model code indicating its own model to a part of the divided conversion code; and Transmission means for transmitting the division information.

Further, the relay destination is inserted into the division information before the transmission means transmits the plurality of division information.

Further, it is configured to transmit a plurality of pieces of division information to a relay destination.

[0076]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, the present invention will be specifically described with reference to the drawings showing the embodiments. In the following description, the attached file indicates transmission information, for example, BA
The code (sequence) converted to the SE64 format is a code string of a predetermined format, the receiver address is the receiver destination, for example, the JPEG data converted from GIF data is substantially equivalent to the transmission information, the transmission information or the transmission information. The URL where information substantially equivalent to the above is stored corresponds to the storage destination, the divided mail corresponds to the divided information, the i-mode mobile phone corresponds to the information communication terminal, respectively, and the relay server includes at least a storage unit.

Embodiment 1 FIG. 1 is a system configuration diagram of an information communication device using a relay server according to Embodiment 1 of the present invention. In the figure, the components denoted by the same reference numerals as those in FIG. In the figure, reference numeral 8 denotes a relay server.

FIG. 2 shows a flow when the relay server 8 receives an image attached mail.

Hereinafter, Embodiment 1 of the present invention will be described with reference to FIG.
Will be described. In the first embodiment, the operation of the relay server 8 when the image attached mail is transmitted from the calling-side i-mode mobile phone 1 to the receiving-side i-mode mobile phone 2 will be mainly described. When sending an e-mail with an image attached using a mobile phone,
It shall be divided and transmitted.

Hereinafter, an outline of the image attached mail transmission / reception system according to the first embodiment will be described. The image attached mail created in the calling i-mode mobile phone 1 is divided into eight e-mails in the main body of the calling i-mode mobile phone 1 as in the conventional example.

At this time, the following description is based on the assumption that the destination (address) of each of the divided e-mails is transmitted to a predetermined address provided in the relay server 8 in the transmitting-side i-mode mobile phone 1. to continue. The image-attached e-mail divided into eight e-mails and transmitted by the i-mode mobile phone 1 is transmitted to the relay server 8 via the relay base 3, the packet communication network 5, the gateway server 6, and the Internet 7 based on the above address. Sent.

Upon receiving the above-described eight-part image attached mail, the relay server 8 first integrates the eight-part image attached mail based on the header information of each divided mail. Then, one image attached mail is configured in the relay server 8.

Then, the body and the attached image file are separated from the restored image attached mail, and the attached image file is stored in the relay server 8.

When storing the attached image file in the relay server 8, a storage address (URL) for the relay server 8 is generated. Thereafter, a notification mail including the body (character information section) of the image attached mail and the URL is created, and the notification mail is transmitted to the receiving i-mode mobile phone 2.

When the notification mail is received, the receiving-side i-mode mobile phone 2 opens the mail, selects the received URL, and downloads the attached image file from the relay server 8.

Hereinafter, a method of transmitting and receiving an image-attached mail according to the first embodiment and a detailed operation of the relay server 8 will be described with reference to FIGS. 2, 3, 4, and 7. The procedure for creating an image mail is the same as that of the conventional example described with reference to FIG.

Here, a case will be described where the receiving-side i-mode mobile phone 2 has an address on the relay server 8 for receiving an image attached mail.

In FIG. 7, caller i-mode mobile phone 1
When creating an image-attached e-mail, first, as in the conventional example, the destination (the address of the receiving-side i-mode mobile phone 2 in the relay server 8) and the subject are set in step 1 as described above.

Then, a document to be attached to the image file is created in step 2, and the image file to be attached is selected in step 3. In the first embodiment,
A case where a JPEG file format is used as a compression format of an image file will be described.

When the image file to be attached is selected in the above step 3, the i-mode mobile phone 1 on the transmitting side performs compression in the JPEG file format on the selected image file, then performs BASE64 encoding to perform pseudo ASCII data. Convert to

In step 4, the pseudo-ASCII converted image file is attached to the back of the body of the electronic mail to create an image-attached mail.

The image attached mail created in step 4 is divided into units of 500 bytes (step 5) and transmitted as a plurality of electronic mails from the i-mode mobile phone 1 on the transmitting side. In step 5, division information, attached file information, and the like are added to the header of each e-mail.

The image-attached mail divided and transmitted is transmitted to the relay server 8 via the packet communication network 5, the gateway server 6, and the Internet network 7.

Next, a processing flow in the relay server 8 at the time of receiving an image attached mail will be described with reference to FIG.

When the relay server 8 receives the image-attached mail divided into eight and transmitted, it first separates the division information added to the header of each e-mail (step 10).

When all the eight divided image attached mails reach the relay server 8, the relay server 8 restores the original one image attached mail based on the separated division information (step 11).

Then, the attached image file is separated based on the attached file information added to the header of each electronic mail. At this time, the type of the separated attached file is confirmed (step 12).

In step 13, if the attached file is an image file based on the confirmed type of the attached file, BASE64 decoding is performed to convert the file into the original binary data file.

After restoring the image file of the original binary data, the image file is recorded in a predetermined storage area (disk area) in the relay server 8, and a recording address (URL) of the recorded image data is created. (Step 14).

Then, the created URL is added to the text of the image attached mail restored in step 11, and a notification mail notifying that the image attached mail has arrived is created (step 15).

Then, the notification mail is transmitted to the receiving-side i-mode mobile phone 2 to notify that the image attached mail has arrived.

In the first embodiment, the destination of the image attached mail is an account in which the receiving i-mode mobile phone 2 is registered in the relay server 8 in advance. The explanation will be continued assuming that the relay server 8 has been set (that is, the relay server 8 is set so that the transfer destination is set in advance to the address of the receiving-side i-mode mobile phone 2)
Is equivalent to the case where is configured. )

Next, the operation of the receiving-side i-mode mobile phone 2 when receiving the notification mail will be described with reference to FIG. When the notification mail is received, the receiving-side i-mode mobile phone 2 emits a ring tone to notify the arrival of the mail (step 16).

When the ring tone of the e-mail sounds, the user activates the e-mail browser to view the received e-mail, opens the received e-mail (selection and browsing of the incoming mail), and confirms the contents (step 17). .

In step 18, it is determined whether the received mail is a normal electronic mail or a notification mail of an image attached mail. In the case of ordinary e-mail, after browsing the text, the e-mail browser is terminated (step 19).

If the received electronic mail is a notification mail of an image-attached mail, the user reads the sender address information and the text and judges whether to browse (download) the image data (step 20).

Here, whether the incoming mail is the notification mail of the image attached mail is determined by the transmission address of the notification mail,
Alternatively, the determination is made based on the URL added to the notification mail.

If the image data is not browsed in step 20, after the text of the notification mail is browsed, the email browser is terminated in step 19, and the browsing of the email is terminated.

Accordingly, as described above, the user can select the content of the text described in the notification mail of the image attached mail or the image file attached to the electronic mail by the sender address, so Side i
Mode The image data transmitted from the mobile phone 1 is
By the selection of the receiver having the mode mobile phone 2, it is possible to select whether or not to receive the image data.

When browsing the image data in step 20, the user selects the URL attached to the notification mail (step 21). When the URL is selected, the receiving-side i-mode mobile phone 2 starts an Internet browser as in the conventional example (step 2).
2).

Then, a request command to download the image file from the relay server 8 is transmitted to the relay server 8 based on the URL information (step 23).

When the download of the image file is completed, the Internet browser decodes the downloaded image file (decodes the GIF file) (step 24).

After browsing the image data, it is confirmed whether or not to record the downloaded image file (step 25).
The actual mobile phone body does not have a memory for storing dozens of large files such as image files due to its size and limitations such as allowable power consumption.

Therefore, in the first embodiment, after confirming the contents of the image file, the user is asked whether to store the image data. If the image file is not recorded in step 25, the browser is closed after browsing the image, and the screen returns to the electronic mail browsing screen (step 2).
7).

On the other hand, if the image file is to be stored, after checking the free space in the memory, the image file is recorded in the memory (step 26), and the Internet browser is terminated (step 27).

Finally, in step 19, the e-mail browser is terminated, and the browsing of the e-mail is terminated.

The operation from the transmission of the request command to download the image file to the relay server 8 in step 23 until the download of the image file is completed will be described with reference to FIG.

When the relay server 8 receives the download request command from the receiving-side i-mode mobile phone 2, the model code of the receiving-side i-mode mobile phone 2 received with the URL (for example, A code that can determine which model number or the like is obtained is acquired (step 40).

On the basis of this model code, the receiving-side i-mode mobile phone 2 requesting download is sent to step 12
In step 41, it is determined whether or not the model is compatible with the format of the separated attached file (JPEG file).

If the i-mode mobile phone 2 on the receiving side is
If the model supports the decoding of the G file, the image file is downloaded from the relay server 8 to the receiving-side i-mode mobile phone 2 (step 42).
Complete the download operation.

In step 41 in this case, the receiving-side i-mode mobile phone 2 requesting the download transmits the attached file format (JPE) separated in step 12.
G file) is stored in advance in the relay server 8 in the relay server 8 in a correspondence table between the model code and a file format that can support the model of the model code. From the correspondence table, the receiving side i
It is determined whether or not the mode mobile phone 2 supports the attached file format (JPEG file) separated in step 12.

Here, the model code or the file format is not limited to a single model or a single file format, but may be a type that can be commonly used for a plurality of models or a plurality of file formats. no problem.

Next, J on the receiving side i-mode mobile phone 2
A case where decoding of a PEG file is not supported will be described.

As described above, basically, the Internet browser of the receiving-side i-mode mobile phone 2 is G
Standard support for IF file decoder, GI
Images compressed in the F file format can be viewed on all models.

However, in a lower model or another model, J
There may be cases where the PEG decoder is not supported as standard. In such a case, the receiving-side i-mode mobile phone 2 requesting download in step 41 transmits the attached file format (JPEG
File), it is subsequently determined whether the model is registered as a model corresponding to another image format, or if the file format is compatible with the i-mode mobile phone 2 on the receiving side. (Step 43).

The JPEG file is stored in the relay server 8, and the receiving-side i-mode mobile phone 2 requesting the download does not support the JPEG file but the GIF
If the file is registered as a corresponding model, the conversion from the JPEG file to the GIF file is performed in the relay server 8 (step 44), and the relay server 8 transmits the GIF file to the i-mode mobile phone 2 on the receiving side. Is downloaded (step 42).

In the above step 43, the receiving-side i-mode mobile phone 2 requesting the download proceeds to step 1
In order to determine whether the model is compatible with a file format other than the attached file format (JPEG file) separated in step 2, the relay server 8 stores in advance a model code and a file compatible with the model of the model code. A correspondence table with the format is stored, and from the comparison between the model code and the correspondence table, the attached file format (JPEG file) separated by the receiving-side i-mode mobile phone 2 in step 12
It is determined whether the file format is compatible with other file formats.

Here, the model code or the file format is not limited to a single model or a single file format, but may be one that can be commonly used for a plurality of models or a plurality of file formats. no problem.

If it is determined in step 43 that the model information is not registered or the model information is not included in the download request command, a page (screen or comment) describing the model not supported is downloaded. The user is notified (step 45), and the download operation ends.

In the above description, the example in which the JPEG file is converted to the GIF file in the file conversion in the step 44 has been described. However, depending on the combination of the transmitting-side i-mode mobile phone 1 and the receiving-side i-mode mobile phone 2, Is not only between still images, but also
G-4 (MPEG: Moving PictureEx
It is also conceivable to extract only a predetermined frame from a (parts Group) file and convert it to a JPEG file of a still image, or convert an MPEG-4 file to an animation GIF file.

In addition to images, MP3 (MPEG
Audio Layer-3) and AAC (Advan)
ced Audio Coding) file to WA
A file format conversion of audio such as a VE file is also considered.

In the above-described step 45, an example has been described in which the user is notified by downloading a page describing the incompatible model. However, the method of notifying the user is not limited to notification by e-mail. Alternatively, another message notification service or the like may be used.

Since the information transmission method, the information communication method, the information communication device, and the information communication terminal using the relay server according to the first embodiment are configured as described above, they are divided as described in the conventional example. Even if the message is sent to a lower model that does not support the e-mail integration function or to another model that does not support the image attached e-mail, the divided e-mails are integrated, and the binary file conversion of the pseudo-ASCII image file (BASE64 decoding) ) Is performed in the relay server 8, so that the image file can be browsed.

Further, according to the first embodiment, it becomes possible to browse an image attached mail (image file) on a mobile phone which does not support the function of transmitting and receiving an image attached mail in a lower model or another model. The disadvantage that the user is charged even though the image file cannot be browsed does not occur.

Further, in the first embodiment, the relay server 8 performs the function of integrating the divided and transmitted image attached mail, and the receiving-side i-mode mobile phone 2 uses the text of the image attached mail and the URL as the notification mail. Since the relay server 8 does not transmit the notification mail until all of the divided e-mails are received, even if some of the divided e-mails are being sent, the relay server 8 does not send the notification mail. The problem that it takes a very long time to receive one e-mail with image attached as described in the example or that the ring tone sounds twice or more despite the arrival of the same e-mail does not occur.

Further, in the first embodiment, as described above, the user selects the content of the body described in the notification mail of the image attached mail or the browsing of the image file attached to the electronic mail by the sender address. can do. Therefore, the transmitted image file can be downloaded (received and browsed) by the recipient's selection, so that the recipient does not needlessly download the unnecessary image file, and is required when receiving the image attached mail. The above charges are not made.

Also, in the first embodiment, the relay server 8
Converts a pseudo-ASCII image file into a binary data file (corresponding to BASE64 decoding) and downloads it.
The data amount becomes about 1 / 1.4 times as compared with the exchange of the image file converted into II, and the number of transmitted / received packets is reduced, so that the charge generated when the image file is obtained can be reduced.

In particular, in the case of an i-mode mail, receiving one electronic mail (250 characters) involves a lot of overhead other than character data (image data) of 250 characters, and when receiving an image attached mail, it is more than necessary. Although the data amount increases, the first embodiment has an effect of minimizing the overhead other than the image data (a packet amount can be saved).

In the first embodiment, the image data is JPEG-compressed and uploaded to the relay server 8. The uploaded image data is JPEG expanded to restore the image data. Then, the restored image data is
It has a JPEG decoder function because it is configured to store the received JPEG file format image and GIF file format image in a compressed file format and select and download the file format according to the type of the accessed mobile phone. G from the receiving side i-mode mobile phone 2
Since an image file attached in the IF file format can be downloaded and the contents can be browsed, compatibility with lower models or compatibility with other models can be achieved.

[0140] Also, since a mobile phone having a JPEG decoding function can be downloaded in the JPEG file format, the JPEG file can be converted to a GI file.
The image data can be downloaded without deteriorating the image quality that occurs when converting to an F file, and the amount of image data increases when recompressing to a GIF file format. The image data can be downloaded without being affected by the data amount, which is about twice as large as that depending on the number.

In the first embodiment, when a request for download of the attached information stored in the relay server 8 is issued from the receiver, the receiver model code automatically included in the download request. Since the attached information is converted into an appropriate file format, the use of the relay server 8 can automatically resolve the mismatch of the file format.

Accordingly, even when the file types that can be handled by the model on the transmitting side and the model on the receiving side are different, it is possible to view images, etc. No longer occurs.

In the first embodiment, when the attached information is automatically converted into an appropriate file format based on the model code of the receiver, the model code and the model of the model code correspond in the relay server 8. Use a table of possible file formats. By updating the correspondence table for the unsupported models sequentially by the administrator of the relay server 8, even if the relay server 8 has not yet supported the model, the administrator of the relay server 8 can easily handle the model. Can be done.

In the first embodiment, when the model code of the receiver does not correspond to the correspondence table of the model code held in the relay server 8, the receiver is informed that the model is incompatible. Notify. As a result, it is possible to prevent unnecessary transmission of the attached mail such as being unable to be viewed on the receiver side, to minimize the amount of received data when receiving the attached mail, and not to charge more than necessary.

Further, in the first embodiment, JPEG is used as the image compression method and stored in relay server 8 as it is, but the file format for storage is limited to the file format received from i-mode mobile phone 1 on the transmitting side. Not a thing,
For example, BMP (Bit Map: Bitmap) format or PNG (Portable Network)
k Graphics. Ping) The same effect can be obtained by storing an image converted to a file format and recompressing it again according to the model of the receiving-side i-mode mobile phone 2 at the time of downloading.

Further, in the first embodiment, the case where the image attached mail is divided into eight i-mode mails and transmitted is described, but the present invention is not limited to this. For example, when the number of pixels of the attached image is large or when it is desired to transmit data with higher image quality, even if the data is divided into 10 and 15 and transmitted, the mail attached to the divided image in the relay server 8 is integrated. , The same effect is obtained.

[0147] The transfer destination address of the notification mail is configured, for example, to be described in a predetermined place of the mail text, and the transfer destination is separated from the image attached mail body in the relay server 8 and transmitted. It goes without saying that the above-mentioned effect is achieved.

It is needless to say that the description (storage) position of the transfer destination may be stored in the header portion of each divided and transmitted divided mail.

In the first embodiment, when converting binary data to pseudo-ASCII data, BASE64
Is used, but the conversion method is not limited to this. For example, a similar effect can be obtained by using a method such as UU encoding generally used in UNIX machines.

In the first embodiment, the text and URL of the image attached mail are transmitted as the notification mail. However, the present invention is not limited to this. For example, a part of the text and the URL or only the URL is transmitted as the notification mail. The same effect can be obtained.

In this case, when only a part of the text or only the URL is transmitted, at the time of a download request from the receiving-side i-mode mobile phone 2, at least the text of the mail not transmitted can be downloaded. Needless to say, there is.

Further, in the first embodiment, the case where a docomo i-mode mobile phone is used has been described. However, the present invention is not limited to this, and a sky message service provided by a Tucar group or a WAP (Wireless)
Also, in an e-mail transmission / reception system using Access Protocol (used by IDO of Nippon Mobile Communication Co., Ltd. or DDI of Daini Denden Co., Ltd.), as described above, the integration of the mail divided and transmitted using the relay server and the predetermined It is needless to say that the same effect can be obtained by performing the above-described file conversion, image conversion into a predetermined file format, and the like.

In the first embodiment, GIF and JPEG have been described as examples of the image file compression method. However, the present invention is not limited to this, and the same effect can be obtained with PNG or BMP format image files. Needless to say.

The image size is also 96 pixels × 7.
It is not limited to two lines. Further, in the first embodiment, when a mail arrives, a ringtone is sounded and the user is notified of the arrival of the mail. However, it goes without saying that a similar effect can be obtained in the case of notification to a mobile phone using any vibration function in the manner mode. .

In the first embodiment, the case where a still image is attached to an e-mail has been described. However, the present invention is not limited to this, and a moving image compressed based on MPEG or the like and an e-mail to which a sound is attached are attached. It is needless to say that the same effect can be obtained if the server has the above-described function also in the case of transmitting and receiving.

In the first embodiment, the case where an image file is attached to an e-mail has been described. However, the attachment of a music file such as a word processor sentence, an audio file, or a ringing melody is similarly performed by the relay server. It goes without saying that the same effect can be obtained if the above-mentioned functions are provided on the side 8.

Embodiment 2 FIG. 5 shows an image transmission method, an information communication method, an information communication device, and an image download processing algorithm in the relay server 8 in the information communication terminal using the relay server according to the second embodiment of the present invention.

The system configuration of the information communication apparatus using the relay server 8 is that shown in FIG. 1 (Embodiment 1).
Therefore, detailed description of the operation is omitted.

The operation (procedure) at the time of creating an image-attached mail in the calling-side i-mode mobile phone 1, the operation (procedure) when receiving the image mail from the calling-side i-mode mobile phone 1 to the relay server 8, and the reception The operation (procedure) at the time of receiving an image-attached mail in the side i-mode mobile phone 2 is the same as that in the first embodiment, and therefore the detailed description of the operation is omitted.

In the second embodiment, the relay server 8
The operation of transmitting and receiving an attached mail from the i-mode mobile phone 2 to the receiver i will be mainly described. Also, in the second embodiment, similarly to the first embodiment, an operation when an i-mode mobile phone is used and JPEG is used as a compression method of an attached image file will be described.

Referring to FIG. 5, relay server 8 is connected to receiving side i
When the download request command is received from the mode mobile phone 2, the model code of the receiving-side i-mode mobile phone 2 received together with the URL is obtained (step 40).

Based on this model code, whether the receiving-side i-mode mobile phone 2 requesting download is already registered in the correspondence table of the file format compatible with the model code, which is held in the relay server 8 Is determined (step 43).

At this time, if it is not registered in the correspondence table, a page (characters or images) for selecting a file format is downloaded to the receiving-side i-mode mobile phone 2, and
The user of the receiving-side i-mode mobile phone 2 selects a file format supported by the receiving-side i-mode mobile phone 2 (step 50).

Here, the model code or the file format may be another identification code that can be specified or grouped as in the first embodiment.

Next, in step 43, if it is determined that the user has been registered in the correspondence table, based on the file format registered in the correspondence table, if it is determined that the user has not been registered in the correspondence table, the user selects It is determined whether the attached file can be converted based on the file format (step 51).

If it is determined that the conversion is impossible, a page describing the incompatible model is downloaded to the receiving-side i-mode mobile phone 2 to notify the user, and the download is terminated.

On the other hand, if it is determined in step 51 that conversion is possible, it is determined whether conversion processing is necessary, that is,
It is determined whether or not the attached file received from the calling-side i-mode mobile phone 1 can be downloaded to the receiving-side i-mode mobile phone 2 without converting the format (step 5).
2).

Here, if the conversion process is unnecessary,
The image is downloaded to the receiving-side i-mode mobile phone 2 (step 42), and the download is completed.

On the other hand, if conversion processing is necessary, the file format is converted (step 44), and
The image is downloaded to the mode mobile phone 2 (step 42), and the download is completed.

When the user selects a file format supported by the receiving i-mode mobile phone 2 in step 50, the model code of the receiving i-mode mobile phone 2 obtained in step 40 and the user By automatically storing the result of the selected file format in the correspondence table, it is possible to automatically update the correspondence table.

In order to prevent a mistake in updating the correspondence table based on a selection error by a small number of users, the correspondence table may be updated based on the result of majority decision or the like.

Further, in the first and second embodiments, the order in which the determination as to whether conversion is necessary and the determination as to whether or not the model is registered in the correspondence table is different, but the determination order is reversed. It does not matter.

The information transmission method, the information communication method, the information communication device and the information communication terminal using the relay server according to the second embodiment are configured as described above. Even if the compatible file format is not registered in the correspondence table of the relay server 8, the file format to be converted can be determined by allowing the receiving side to select the file format, and the receiving side i-mode mobile phone can be determined. An appropriate file can be downloaded to the telephone 2.

In the second embodiment, even if the model code of the receiving i-mode mobile phone 2 and the corresponding file format are not registered in the correspondence table of the relay server 8, the receiving i-mode mobile phone 2 , The correspondence table is automatically updated based on the file format selected by the recipient, so that the recipient does not have to select the file format for each subsequent download, and automatically The correspondence table can be updated.

In each of the above embodiments, the docomo communication network and the data communication network have been described as examples of the voice communication network and Dopa, respectively. However, the present invention is not necessarily limited to these. The present invention can be similarly applied to a voice communication network and a packet communication network.

[0176]

Since the present invention is configured as described above, it has the following effects.

An information receiving method according to the present invention is an information receiving method for receiving relay information transmitted from a relay source,
When requesting transmission of the relay information stored in the relay source to a recipient destination, requesting the relay source including a model code at the recipient destination, and requesting the relay source, and after the requesting step, from the relay source Receiving the relay information described above, it is possible to obtain appropriate transmission information corresponding to the model of the receiving side.

[0178] In the information communication method according to the present invention, the conversion may be restored from a plurality of pieces of division information constituted by a part of a conversion code obtained by converting transmission information into a code string of a predetermined format and a destination of a receiver. A storage step of generating the transmission information or information substantially equivalent to the transmission information based on all of the codes and storing the transmission information in a specified storage destination, and receiving the storage destination specified in the storage step; A notification step of notifying a recipient address, and a requesting step of requesting the storage destination, including a model code at the recipient address, when requesting the storage destination notified by the notification step to transmit to the recipient address. Receiving the transmission information stored in the storage destination or information substantially equivalent to the transmission information based on the model code after the requesting step. It is possible to obtain adequate transmission information corresponding to the species.

Further, since the correspondence between the model code and the information format receivable by the model specified by the model code is previously provided, it is possible to automatically transmit appropriate transmission information corresponding to the model on the receiving side. it can.

If the model code included in the request is not included in the correspondence between the model code previously provided and the information format that can be received by the model specified by the model code, the model is incompatible. Is included, so that it is not necessary to receive transmission information in an information format that cannot be supported by the receiving model.

If the model code included in the request is not included in the correspondence between the model code that is provided in advance and the information format that can be received by the model specified by the model code, the information that can be received by the recipient Since the selection of the information format is prompted, it is possible to select and receive the appropriate transmission information corresponding to the own model by the selection of the receiving side.

Further, since the selected information format is added to the correspondence as a receivable information format of the model code specified by the model code, even if the function of the receiving side is improved, it is appropriately handled. can do.

The information communication apparatus according to the present invention is characterized in that the conversion information restored from a plurality of pieces of division information constituted by a part of a conversion code obtained by converting transmission information into a code string of a predetermined format and a destination of a receiver. A storage unit that generates and stores the transmission information or information substantially equivalent to the transmission information based on all of the codes, a notification unit that notifies a storage destination indicating the storage unit to the recipient destination, In response to an information transmission request including the model code of the receiver destination from the receiver destination to the storage means, the transmission information stored in the storage destination or information substantially equivalent to the transmission information is stored in the receiver destination. And transmission means for transmitting the information to the receiver, so that appropriate transmission information corresponding to the model of the receiving side can be obtained.

Also, since there is a correspondence table showing the correspondence between the model code and the information format receivable in the model specified by the model code, appropriate transmission information corresponding to the model on the receiving side is automatically transmitted. can do.

When the model code included in the information transmission request is not included in the correspondence table indicating the correspondence between the model code previously provided and the receivable information format of the model specified by the model code, the Since it is configured to notify that the model is not compatible with the recipient's destination, there is no need to receive transmission information in an information format that cannot be supported by the model on the receiving side.

If the model code included in the information transmission request is not included in the correspondence table indicating the correspondence between the model code previously provided and the receivable information format of the model specified by the model code, the Since it is configured to prompt the recipient to select a receivable information format, appropriate transmission information corresponding to the own model can be selected and received by the selection of the receiving side.

Further, since the correspondence table is updated based on the selected information format, it is possible to appropriately cope with the case where the function of the receiving side is improved.

The information communication terminal according to the present invention comprises: a conversion code generating means for generating a conversion code obtained by converting transmission information into a code string of a predetermined format; and a conversion code generating means for converting the conversion code generated by the conversion code generation means. Division information generating means for generating a plurality of pieces of division information by dividing and adding a model code indicating its own model to a part of the divided conversion code; and Since transmission means for transmitting the division information is included, appropriate transmission information corresponding to the own model can be obtained.

Further, since the relay destination is inserted into the division information before the transmission of the plurality of division information by the transmission means, the relay destination can perform operations such as information format conversion. In the terminal, the function of receiving transmission information can be minimized.

Further, since a plurality of pieces of divided information are configured to be transmitted to the relay destination, operations such as information format conversion can be performed at the relay destination. Can be minimized.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of an information communication system described in a first embodiment.

FIG. 2 is a processing algorithm of an image-attached mail in a relay server according to the information communication method described in the first embodiment.

FIG. 3 is a processing algorithm when a notification mail is received by a mobile phone according to the information communication method described in the first embodiment.

FIG. 4 is an image download processing algorithm in the relay server according to the information communication method described in the first embodiment.

FIG. 5 is an image download processing algorithm in a relay server according to the information communication method described in the second embodiment.

FIG. 6 is a system configuration diagram of a conventional mobile phone for transmitting and receiving e-mail.

FIG. 7 shows a conventional processing algorithm of a mobile phone when transmitting an image attached mail.

FIG. 8 shows a conventional processing algorithm of a mobile phone when receiving an image-attached mail.

[Explanation of symbols]

1 originating i-mode mobile phone, 2 receiving i-mode mobile phone, 3 relay station, 5 packet communication network, 6 gateway server, 7 internet, 8 relay server.

Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat II (Reference) H04M 11/00 302 9A001 (72) Inventor Naotoshi 2-3-2 Marunouchi 2-chome, Chiyoda-ku, Tokyo Mitsubishi Electric Corporation F-term (reference) 5B089 JA31 JB03 JB22 KB12 KH11 LA18 5K030 GA19 HC01 HC09 HD06 JL01 JT09 LD01 LE01 MA01 5K051 AA01 CC07 FF07 GG15 HH17 JJ02 5K067 AA21 BB04 DD11 DD51 EE02 FF02 HH23 KK02 KK01 KK15 KK15 KH11 HH15 HH23 JJ12 JJ14 JJ25 JJ27

Claims (14)

[Claims] 1. An information receiving method for receiving relay information transmitted from a relay source, wherein when requesting transmission of relay information accumulated at the relay source to a recipient destination, a model at the recipient destination An information receiving method comprising: a requesting step of requesting the relay source including a code; and a receiving step of receiving the relay information from the relay source after the requesting step. 2. The method according to claim 1, further comprising: converting a part of the conversion code obtained by converting the transmission information into a code string of a predetermined format and all of the conversion codes restored from a plurality of pieces of division information composed of recipient addresses. A storage step of generating transmission information or information substantially equivalent to the transmission information and storing the transmission information in a specified storage destination; and a notifying step of notifying the storage destination specified in the storage step to the recipient destination. Requesting the storage destination notified by the notification step to transmit to the receiver destination, requesting the storage destination including a model code at the receiver destination, and after the request step, Receiving the transmission information or information substantially equivalent to the transmission information stored in a storage destination based on the model code. 3. The information communication method according to claim 2, wherein the information communication method has a correspondence between a model code and an information format receivable in a model specified by the model code. 4. If the model code included in the request is not included in the correspondence between the model code provided in advance and the information format receivable in the model specified by the model code, the model is incompatible. 4. The information communication method according to claim 3, further comprising a notifying step of notifying the information. 5. If the model code included in the request is not included in the correspondence between the model code previously provided and the information format receivable in the model specified by the model code, the request can be received at the recipient address. 4. The information communication method according to claim 3, wherein the user is prompted to select an information format. 6. The information communication method according to claim 5, wherein the selected information format is added to the correspondence as a receivable information format in a model designated by the model code. 7. Based on a part of a conversion code obtained by converting transmission information into a code string of a predetermined format and all of the conversion codes restored from a plurality of pieces of division information composed of recipient addresses. Storage means for generating and storing transmission information or information substantially equivalent to the transmission information; notifying means for notifying a storage destination indicating the storage means to the recipient address; and storing means from the recipient address. Transmitting means for transmitting the transmission information stored in the storage destination or information substantially equivalent to the transmission information to the recipient destination in response to an information transmission request including a model code of the recipient destination to Information communication device provided. 8. The information communication apparatus according to claim 7, further comprising a correspondence table indicating a correspondence between a model code and an information format receivable in a model designated by the model code. 9. The model code included in the information transmission request is
If the model code is not included in the correspondence table indicating the correspondence between the model code previously provided and the information format that can be received by the model specified by the model code, a notification that the model is not compatible with the recipient address is issued. The information communication device according to claim 7, wherein the information communication device is configured as follows. 10. When the model code included in the information transmission request is not included in the correspondence table indicating the correspondence between the model code that is provided in advance and the information format that can be received by the model specified by the model code, the reception is performed. 8. The information communication apparatus according to claim 7, wherein the information communication apparatus is configured to prompt a user to select an information format that can be received. 11. The information communication apparatus according to claim 10, wherein the correspondence table is updated based on the selected information format. 12. A conversion code generation means for generating a conversion code obtained by converting transmission information into a code string of a predetermined format, and the conversion code generated by the conversion code generation means is divided. Division information generation means for generating a plurality of division information by adding a model code indicating its own model to a part of the conversion code; and transmission means for transmitting the plurality of division information generated by the division information generation means An information communication terminal including: 13. The information communication terminal according to claim 12, wherein a relay destination is inserted into the division information before transmission of the plurality of division information by the transmission unit. 14. The information communication terminal according to claim 12, wherein the information communication terminal is configured to transmit a plurality of pieces of division information to a relay destination.