JP2002073506A - File exchange method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a file exchange method capable of confirming that a recipient rightly has received an electronic data file. SOLUTION: This file exchange method is provided with a file receiving process for receiving an electronic data file transmitted by a transmitter and the recipient address of the recipient, an address assigning process for assigning a retention address capable of specifying a retention area to the electronic data file, an address transmitting process for transmitting the retention address to the recipient address, a file transmitting process for transmitting the electronic data file to the recipient corresponding to a request from the recipient and a receiving condition reporting process for receiving a notice showing that the recipient normally receives the electronic data file, and transmitting the contents of the notice to the transmitter.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a method for transmitting electronic data files electronically.

[0002]

2. Description of the Related Art In recent years, it has been frequently required to transfer documents in electronic data files. If the file has a small data volume, it can be attached to an e-mail and sent to the other person.However, if a large file with a data volume larger than a certain size is attached to the e-mail, Receipt may be refused. Also, there is no way for the sender to know if the other party has received the file. Therefore, a method of sending an electronic data file to a third party using the Internet has been proposed by the present inventors. In this method, first, an electronic data file to be transmitted is transferred to an Internet server, and an e-mail address of a partner (recipient) is input. The Internet server delivers the e-mail to the input e-mail address of the recipient, and notifies that the electronic data file is kept. The e-mail contains the URL where the electronic data file is stored, and the electronic data file can be downloaded by accessing the URL. At this time, the time at which the URL was accessed is recorded in the log file of the Internet server, so that the sender can know whether the recipient has downloaded the electronic data file.

[0003]

However, in the above method, if the receiver accesses the URL, it is determined that the receiver has downloaded the URL.
It was possible that they only accessed the RL and did not download the file. Therefore, the sender has not been able to know whether the receiver has successfully received the electronic data file. It is also conceivable that the recipient does not access the above URL, in which case there is a problem that a notification by e-mail that the electronic data file is kept is sent to the recipient and it is not known whether or not the recipient has read it. . Further, since the contents such as the type of the sent electronic data file cannot be known at the time of receiving the e-mail, it is not known whether it is necessary to access the URL and download the file. Furthermore, when it is desired to refuse to receive the transmitted electronic data file, there is no method for notifying the sender to that effect.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a file exchange method capable of confirming that a receiver has correctly received an electronic data file.

[0005]

A first characteristic configuration of a file exchange method according to the present invention for achieving the above object is as follows.
A file receiving step of receiving an electronic data file transmitted by a sender and a recipient address of the recipient, and a storage address capable of specifying a storage area as described in claim 1 of the claims section. An address allocating step of allocating to a data file; and an address transmitting step of transmitting the storage address to the recipient address.
In response to a request from the recipient, a file transmitting step of transmitting the electronic data file to the recipient, and receiving a notification indicating that the electronic data file was successfully received by the recipient, And a receiving status notification step of transmitting the content of the notification to a user.

A second feature of the file exchange method according to the present invention for achieving the above object is that the electronic data file transmitted by the sender and the electronic data file transmitted by the sender are described in claim 2 of the claims. A file receiving step of receiving a recipient address of a recipient, an address assignment step of assigning a storage address capable of specifying a storage area to the electronic data file, and an address transmission step of transmitting the storage address to the recipient address, Receiving a notification indicating that the reception of the electronic data file has been rejected by the recipient, and transmitting the content of the notification to the sender.

A third feature of the file exchange method according to the present invention for achieving the above object is as described in claim 3 of the claims. In addition, prior to the address transmitting step, the electronic data file includes a file capacity comparing step of comparing a capacity of the electronic data file with a predetermined file capacity. In the file capacity comparing step, the capacity of the electronic data file is a predetermined size. If the following, the electronic data file is attached to an e-mail and sent directly to the recipient address, and if the capacity of the electronic data file exceeds a predetermined size, the address transmitting step is performed. It is in.

[0008] A fourth feature of the file exchange method according to the present invention for achieving the above object is as described in claim 4 of the claims. In addition to the characteristic configuration, following the address transmitting step, a second storage area capable of specifying a storage area to replace the second electronic data file transmitted by the sender with the electronic data file transmitted earlier. The method includes a second address allocating step of allocating a storage address to the second electronic data file, and a second address transmitting step of transmitting the second storage address to the recipient address.

A fifth characteristic configuration of the file exchange method according to the present invention for achieving the above object is as described in claim 5 in the claims section. In addition to the characteristic configuration, in a case where the reception status notifying step is not performed within a predetermined time after the address transmitting step, the address transmitting step is performed again.

[0010] A sixth characteristic configuration of the file exchange method according to the present invention for achieving the above-mentioned object is, in addition to the fifth characteristic configuration, described in claim 6 of the claims. The receiver has a plurality of recipient addresses ranked by priority, and the address transfer step is performed again by moving down the order of the plurality of recipient addresses.

[0011] A seventh characteristic configuration of the file exchange method according to the present invention for attaining the above object, in addition to the fifth characteristic configuration, as described in claim 7 of the claims. The receiver is composed of a plurality of recipients ranked in order of priority, and the address transfer step is performed again by moving down the order of the plurality of recipients.

[0012] An eighth characteristic configuration of the file exchange method according to the present invention for achieving the above object is as described in claim 8 in the claims section. A file receiving step of receiving a recipient address of a recipient, an address assigning step of assigning a storage address capable of specifying a storage area to the electronic data file, and erasing the electronic data file based on an instruction from the sender File erasing process;
A file erasure transmitting step of transmitting to the recipient that the electronic data file has been erased.

A ninth feature of the file exchange method according to the present invention for achieving the above object is as described in any one of the first to eighth aspects, as described in claim 9 of the claims. In addition to the feature configuration, in the address assigning step, the electronic data file is converted to a specific format,
The point is that a storage address is assigned to the converted electronic data file.

According to a tenth feature of the file exchange method according to the present invention for achieving the above object, as set forth in claim 10 of the claims, any one of the first to ninth features is provided. In addition to the characteristic configuration, in the address transmitting step, at least one of a sender name, a file name, and a file format of the electronic data file is transmitted.

The operation and effect will be described below. According to the first characteristic configuration of the file exchange method according to the present invention, when the electronic data file is normally received by the recipient, a notification indicating that is received in the server,
By transmitting it to the sender, the sender can not only determine whether the recipient has accessed the electronic data file,
The user can know that the download of the electronic data file has been completed normally.

According to the second characteristic configuration, when the receiving of the electronic data file is refused by the receiver, a notification indicating the fact is received by the server and transmitted to the sender. This allows the sender to know that receiving the electronic data file has been refused by the recipient.

According to the third characteristic configuration, when the size of the electronic data file transmitted to the server by the sender is smaller than the file size specified by the e-mail server on the receiver side, the receiver is The electronic data file can be directly attached to an e-mail and sent.
In this way, by comparing the size of the electronic data file to be transmitted in advance with the upper limit of the file size specified by the recipient's e-mail server, the electronic data file is attached from the recipient's e-mail server. Accepted e-mails will not be rejected.

According to the fourth characteristic configuration, even after the electronic data file is once transmitted from the sender to the server, the file can be replaced. If you send the wrong electronic data file, or if you want to make corrections to the sent electronic data file, use the file exchange method of this feature configuration.
It is possible to replace a previously sent file.

According to the fifth aspect, the address transmission step can be repeatedly performed until a notification is received from the receiver. Therefore, whether the receiver has received the electronic data file normally or rejects the reception. Even if there is no notification of the completion in the server, the notification can be finally obtained by performing the address transmission process several times. The absence of notification from the recipient is presumed that the recipient was not notified of the storage address of the electronic data file reliably, or that the recipient forgot to access the storage address, By performing the address transmission process several times, the storage address can be reliably transmitted to the recipient, or the recipient can be prompted to access the storage address.

According to the sixth characteristic configuration, since a plurality of recipient addresses, that is, a plurality of contact addresses to the recipients are set, an address transmitting step is performed for a certain recipient address, and then the address from the recipient is received. Even if the notification cannot be received, the address transmission step can be performed again for another recipient address, and a plurality of contact routes with the recipient can be secured. As a result, the address transmission step can be reliably performed. Furthermore, since the recipient addresses can be prioritized, if the recipient addresses that are frequently used by the recipients are placed at the top, the probability that the address transmission can be performed reliably increases.

According to the seventh characteristic configuration, a plurality of recipients can be set, that is, a plurality of agents of the recipient can be set. Therefore, when the recipient does not access the storage address, Even so, access to the stored address can be made by an agent.
In addition, since priorities can be assigned to agents, placing the person to whom the recipient belongs to at the top of the priority order ensures that the address is transmitted to the recipient or to the recipient's affiliation. It can be carried out.

According to the eighth aspect, the file once transmitted can be deleted from the storage device of the server at the will of the sender. It is possible for the sender to send the wrong file or to the wrong recipient, in which case the file can be immediately erased by the sender himself.

According to the ninth characteristic configuration, when the electronic data file transmitted from the sender is an image file, a moving image file, a compressed file, or the like, the image file is converted into a thumbnail, and the moving image file is converted into a thumbnail. It can be converted to a file that can be streamed, and the compressed file can be decompressed and saved. The converted file, its storage address, or the converted file format or file name can also be transmitted in a subsequent address transmission step. For example, even if the original image file is too large to attach an e-mail because it is too large, it can be attached as a thumbnail. You can watch the video and check the extension and file name of the original file by decompressing the compressed file.

[0024] According to the tenth characteristic configuration, before downloading the electronic data file, the receiver can check the sender's name,
Since at least one of the file name and the file format can be known, it can be determined from the information whether or not the file should be received. In particular, when a file is unilaterally transmitted, the receiver can determine to some extent whether to download the file by knowing information about the file.

[0025]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS As shown in FIG. 1, a system for carrying out a file exchange method according to the present invention includes a sender terminal 1, the Internet 2, a server 3, and a receiver terminal 4. It is composed. Hereinafter, a file exchange method performed between the sender of the electronic data file, the server 3, and the receiver will be described.

<First Embodiment> Step 100 shown in FIG.
Then, the sender uses the sender terminal 1 to send the UR of the server 3.
Access L. In step 102, the recipient's e-mail address and name, and the sender's own e-mail address, address, name, and telephone number are entered according to the form displayed on the terminal as shown in FIG. However, you do not need to enter all information about the sender. Messages from the sender to the receiver can also be input. However, the information such as the sender's own e-mail address may be omitted from the second and subsequent times.
In addition, by linking with the address book or the like stored in the server, the input of the recipient's e-mail address can be simplified. Next, a transmission file name stored in the storage device of the sender terminal is selected. A plurality of files can be selected, and the total file capacity can be displayed. After inputting necessary information and selecting a file to be transmitted, the file is transmitted to the server (step 104). The sender can arbitrarily set the file storage period.

The server receives the transmitted file in step 106 (file receiving step), and assigns a URL (storage URL) for specifying the storage location of the file in step 108 (address assignment step). Note that this URL contains a random number as a cipher, and it is impossible for a third party to guess the storage URL and access the stored file.

In step 110, the sender sends an e-mail to the e-mail address of the recipient indicating that the file is stored (address transmission step), and in the e-mail, together with the stored URL, the name of the sender , E-mail address, and other information such as a message input by the sender. At the same time, the period during which the file is stored on the server is also displayed, and the recipient can use the stored URL during that period.
You need to go to to download the file. Also, an e-mail is sent to the sender, and a URL (confirmation URL) for confirming whether the recipient has accessed the stored URL and downloaded the file is transmitted. When the sender accesses the confirmation URL, a form as shown in FIG. 4 is displayed, and if the file has already been downloaded by the receiver, the download time (collection time) indicates that the file has been downloaded. No message is displayed.

[0029] In step 112, the recipient enters the stored URL.
You will receive an email with UR saved by recipient
When L is accessed, as shown in FIG. 5, information such as the sender's e-mail address, file name, file size, and file expiration date is provided, and the file can be downloaded on the spot (file transmission step). )
(Step 114). When the download of the file is completed, check the check button provided to indicate that the reception has been completed, and transmit it to the server (step 11).
6).

The server updates the file reception flag when the reception of the file is notified by the recipient (step 118). The sender who received the e-mail containing the confirmation URL in step 120 receives the confirmation U
Upon accessing the RL, the time at which the file was picked up is displayed and it can be seen in step 122 that the recipient has successfully downloaded the file (reception status notification step). It should be noted that a file reception status such as completion of file reception can be notified by transmitting an e-mail from the server to the sender.

A modification of the first embodiment will be described below. In the first embodiment, the receiver checks the check button for notifying that the download is completed, and transmits the check button to the server. However, in the modified example described below, the completion of the download is automatically notified by the program. The information is transmitted from the receiver to the server. In this modified example, steps 114 and 116 described in FIG.
The other steps are the same as the steps described in FIG. 2.

In step 130, the storage URL described in the received e-mail is accessed by the recipient, and the receiving program stored in the storage device of the recipient terminal is automatically started. Further, in step 134, the transmission program stored in the storage device of the server is activated in response to the activation of the reception program, and communication for transmitting the file from the server to the recipient is established.

In the storage URL, information such as the e-mail address of the sender, the file name, the file size, and the storage period of the file are provided as shown in FIG. 1
34). In step 136, the transmission program started in the server confirms the capacity of the file to be downloaded, transmits the value to the receiving program on the receiver side, and starts transmission of the file (step 13).
8).

In step 140, the capacity of the file transmitted from the transmission program is compared with the capacity of the file actually downloaded. The receiving program determines that the download has been completed if the two values are equal,
A signal indicating that the file transfer has been completed is transmitted to the transmission program (step 142). Thereafter, in step 118, the file reception flag is updated. When the sender who has received the e-mail containing the confirmation URL in step 120 accesses the confirmation URL, the time at which the file was received is displayed, indicating that the recipient has successfully downloaded the file (step 122). .

Further, once the file has been downloaded, a message indicating that "the file has already been downloaded" can be displayed on the display screen of the storage URL shown in FIG. If the message is already displayed when a valid recipient accesses the stored URL, it is confirmed that another person has downloaded the file. If only one recipient is set by the sender, it is expected that the file has been downloaded by an unauthorized person, and the contents of the e-mail describing the storage URL may be leaked.

Also, even if the recipient does not download the file after the file storage period,
You can also prevent the server from immediately deleting files it holds. If the file was not downloaded, an e-mail will be sent to the sender of the file, and the sender who received the e-mail will extend the retention period of the file and re-email the e-mail to the recipient. Sending can be instructed to the server.

<Second Embodiment> In the first embodiment, the process of starting downloading after information such as the sender's e-mail address, file name, file size, and file expiration date is provided in the storage URL explained. However, it is also possible to refuse to receive the file after receiving the information as described above. The process of refusing the file reception will be described below with reference to FIG. FIG. 7 shows steps 114 to 118 in FIG.
And step 122 are replaced with steps 150 to 154.

If the recipient refuses to receive the file after receiving the transmission of the storage URL in step 112, the user checks the check button to access the storage URL and reject the reception in step 150, and sends the file to the server. introduce. When the server is notified that the recipient has refused to accept the file, the
Is confirmed, and the file reception rejection flag is updated (step 152). Thereafter, when the sender accesses the confirmation URL, it is indicated that the recipient has refused to receive the file (step 15).
4).

A modification of the second embodiment will be described with reference to FIG. Saved URL described in sent e-mail
Although the user has indicated whether to receive or refuse to receive the file after accessing, the following describes the case where the file is refused upon receiving the e-mail.

At step 112, an e-mail containing the stored URL is received. Since the name and the like of the sender are also described in the e-mail, the recipient can obtain such information from the e-mail. If you want to read the sent e-mail and reject the file,
In step 60, the received e-mail is returned as it is, or a keyword such as refusal to receive is entered and returned. If the recipient returns an email,
The server determines that the reception of the file has been rejected by the recipient, and updates the file reception rejection flag (step 152). Thereafter, when the sender accesses the confirmation URL, it is indicated that the recipient has refused to receive the file (step 154).

<Third Embodiment> In the first and second embodiments, a file transmitted from a sender is stored in a server,
A method has been described in which a recipient accesses a server and downloads a file. However, if the size of the file is small, there is no problem even if the file is attached to an e-mail and directly sent to the recipient, and this embodiment will explain the method.

As shown in FIG. 9, an e-mail address of a recipient and an upper limit of a file size that can be received by being attached to the e-mail are registered in advance from a specific recipient to the server. At step 170, an inquiry is made as to whether the recipient's email address is already registered. If not registered, the process proceeds to step 108 and the first
Then, the same steps as those in the second embodiment are performed. If it is registered, in step 172, the file capacity to be transmitted is compared with the upper limit of the file capacity previously transmitted from the receiver (file capacity comparison step). If the size of the file to be transmitted is equal to or smaller than the upper limit, the file is directly attached to the e-mail and sent to the recipient (step 174). If the size of the file to be transmitted exceeds the upper limit, the process proceeds to step 108, and the same process as in the first and second embodiments is performed.

<Fourth Embodiment> In the above-described embodiment, the fact that the recipient has downloaded the file normally,
The step of transmitting to the sender that the recipient has refused to receive the file has been described. However,
After sending the e-mail to the recipient and transmitting the stored URL, a problem may occur that the recipient does not access the stored URL even after a while. As a solution to such a problem, the storage U
It is a feature of the present embodiment that the transmission of the RL is performed again or repeatedly.

In this embodiment, unlike the above-described embodiment,
In step 102 'shown in FIG. 10, a plurality of e-mail addresses of the recipient are entered, and a telephone number of the recipient is entered. If the flag attached to the file is not updated at all even after a certain period of time (for example, 24 hours), the server sends the e-mail transmitted in step 110 again as if the e-mail was not viewed by the e-mail. Then, the stored URL is transmitted to the recipient (step 180).
If the flag has not been updated even after a certain period of time has elapsed, the URL saved by e-mail to another e-mail address (second e-mail address) among the plurality of e-mail addresses entered in step 102 '. (Step 182). Here, the plurality of e-mail addresses are assigned priorities such as a first e-mail address and a second e-mail address, and the stored URL is transmitted according to the priorities. If the flag has not been updated after a certain period of time after sending the e-mail to the second e-mail address, call the recipient and play an audio tape indicating that the file has arrived, or A voice tape is recorded on the answering machine (step 184). Subsequent steps are the same as in the above-described embodiment.

Although steps 180 to 184 have been described above, if the recipient has only one e-mail address, the e-mail is sent to the one e-mail address many times. It is also possible to perform the steps 180 to 184 in a different order.
Further, the number of e-mail addresses that can be set is not limited to the two described above. Further, the email address may be an email address unique to the mobile communication device.

A modification of the fourth embodiment will be described with reference to FIG. In the fourth embodiment, the storage UR may be stored a plurality of times for the e-mail address of one recipient.
The process of sending an e-mail with L described has been described. This modification is characterized in that an agent is set in place of the recipient in step 102 '', and the agent's name and e-mail address are entered.

In step 190, if the flag attached to the file is not updated at all even after a certain period of time has passed, it is assumed that the e-mail transmitted in step 110 has not been viewed by the recipient, and the server again executes the electronic mail. The storage URL is transmitted to the recipient by e-mail. If the flag has not been updated even after a certain period of time has elapsed, an e-mail containing the stored URL is sent to the first agent among the agents entered in step 102 ″. . (Step 192). At the same time, the fact that the e-mail has been sent to the first agent may be transmitted to the sender and the recipient by e-mail. If the flag has not been updated even after a certain period of time has elapsed, an e-mail containing the stored URL is sent to the second agent in step 194. At the same time, the fact that the e-mail has been sent to the second agent may be transmitted to the sender, the receiver and the first agent by e-mail. In this way, by setting the recipient's delegate, even if the recipient himself is not looking at the e-mail, by setting a plurality of recipient's delegates, the recipient can be replaced The stored URL can be transmitted to the agent. Subsequent steps are the same as in the above-described embodiment.

In the above embodiment, the sender assigns the priorities of the agents, and the e-mail is transmitted in accordance with the order. However, the receivers can specify the agents and their priorities in advance. However, in the case where an e-mail describing the storage URL is transmitted to the agent, a confirmation is made to the receiver as to whether the e-mail may be transmitted to the agent.

<Fifth Embodiment> There are various types of files transmitted from a sender to a receiver, and there is a possibility that the file is not a simple document file but a special format file. In the present embodiment, when sending an e-mail from the server to the recipient to notify that the file is stored, the file is converted into a specific format and saved, and information about the file is notified to the recipient. It is characterized by. Hereinafter, a case where the transmitted file is an image file, a moving image file, or a compressed file will be described.

After assigning the storage URL to the stored file in step 108, the type of the file is determined in step 200. As a method of determining a file type, there is a method of referring to a file extension. If the file sent from the sender has an image file extension (for example, “.gif”, “.jpg”, etc.), a thumbnail of the image is created and saved (step 2).
02). Next, in step 204, the URL stored in the e-mail is stored.
And attach a thumbnail to inform the recipient.
If it is a thumbnail, the file size is small and can be attached to an e-mail. If the recipient who sees the thumbnail wants to download the file, they can access the storage address. Subsequent steps are the same as in the above-described embodiment.

If the file sent from the sender to the server is a moving image or audio file, the moving image or audio file is converted into a streaming format file in step 206. The file converted to the streaming format is also stored in the storage device of the server, and is assigned a storage URL. Next, in step 208, the storage URL storing the file sent from the sender (assigned in step 108) and the storage URL storing the file converted to the streaming format (step 2)
06) is transmitted in an e-mail. Subsequent steps are the same as in the above-described embodiment. However, when the receiver accesses the storage URL of the file converted to the streaming format, the reproduction of the moving image is started at the same time as the access, and the file reception flag is updated when the moving image ends.

If the file sent from the sender to the server is a compressed file, the compressed file sent to the server is decompressed, and a list of file names is created and stored (step 210). Next, the list of file names and the storage URL are described in an e-mail and transmitted to the recipient (step 212). Although the original file name of the compressed file was unknown, the recipient can determine whether or not to download the file by decompressing the file and transmitting the list of file names. As a result, it is also possible to download only necessary files from a group of files that the sender has compressed and transmitted collectively without downloading all the files. Subsequent steps are the same as in the above-described embodiment. It should be noted that the confirmation UR is sent to the sender in the same manner as in the above embodiment.
L is transmitted by e-mail

<Sixth Embodiment> FIG. 13 illustrates a process of canceling a file once transmitted from the sender to the server by the sender. Notification of confirmation URL in step 12
If the sender received at 0 wants to cancel the file sent by himself, he accesses the confirmation URL (step 22).
0), the user checks the check button for canceling transmission of the web page and transmits the fact to the server (step 222).
As a result, in step 224, the server deletes the file stored in its storage device (file deletion step). Therefore, the stored URL transmitted to the recipient becomes inaccessible. Next, in step 226, an e-mail notifying that the file has been deleted by the sender is transmitted to the recipient, so that the recipient can confirm that the file has been deleted (file deletion transmitting step). .

<Seventh Embodiment> FIG. 14 illustrates a process in which a file once transmitted from a sender to a server is replaced by the sender. Notification of confirmation URL in step 1
The sender received at 20 accesses the confirmation URL (step 230). When the sender wants to replace the transmitted file with another file, he / she checks the WEB page replacement check button and selects a new file to transmit to the server. (Step 232). As a result, the server replaces the file stored in its own storage device with a new file, and assigns a new storage URL (step 234). Therefore, access to the old saved URL becomes impossible. The server then checks that the file has been replaced by the sender and that the new UR
L is transmitted by e-mail (step 236). The recipient can confirm that the file has been replaced by receiving the e-mail (step 238).

[Brief description of the drawings]

FIG. 1 is a configuration diagram of a network in which a file exchange method according to the present invention is implemented.

FIG. 2 is a diagram showing one embodiment of a file exchange method according to the present invention.

FIG. 3 is a diagram illustrating an example of a display screen on a receiver side terminal.

FIG. 4 is a diagram illustrating an example of a display screen on a receiver side terminal.

FIG. 5 is a diagram showing an example of a display screen on a receiver side terminal.

FIG. 6 is a diagram showing one embodiment of a file exchange method according to the present invention.

FIG. 7 is a diagram showing one embodiment of a file exchange method according to the present invention.

FIG. 8 is a diagram showing an embodiment of a file exchange method according to the present invention.

FIG. 9 is a diagram showing an embodiment of a file exchange method according to the present invention.

FIG. 10 is a diagram showing an embodiment of a file exchange method according to the present invention.

FIG. 11 is a diagram showing an embodiment of a file exchange method according to the present invention.

FIG. 12 is a diagram showing an embodiment of a file exchange method according to the present invention.

FIG. 13 is a diagram showing an embodiment of a file exchange method according to the present invention.

FIG. 14 is a diagram showing an embodiment of a file exchange method according to the present invention.

[Explanation of symbols]

 1 sender side terminal 2 internet 3 server 4 receiver side terminal

Claims (10)

[Claims] A file receiving step of receiving an electronic data file transmitted by a sender and a recipient address of a recipient; an address allocating step of allocating a storage address capable of specifying a storage area to the electronic data file; An address transmitting step of transmitting the storage address to a recipient address; a file transmitting step of transmitting the electronic data file to the recipient in response to a request from the recipient; and the electronic data file being transmitted by the recipient. A receiving status notification step of receiving a notification indicating normal reception and transmitting the content of the notification to the sender. 2. A file receiving step of receiving an electronic data file transmitted by a sender and a recipient address of a receiver; an address allocating step of allocating a storage address capable of specifying a storage area to the electronic data file; An address transmitting step of transmitting the storage address to a recipient address; receiving a notification indicating that the reception of the electronic data file has been refused by the recipient; and transmitting the content of the notification to the sender. A file exchange method including a reception status notification step. 3. A file capacity comparing step of comparing a capacity of the electronic data file with a predetermined file capacity prior to the address transmitting step, wherein the capacity of the electronic data file is determined by a predetermined size. If the size is less than or equal to the size, the electronic data file is attached to an e-mail and sent directly to the recipient address.If the capacity of the electronic data file exceeds a predetermined size, the address transmitting step is performed. 3. The file exchange method according to claim 1, wherein the file is exchanged. 4. A second storage capable of specifying a storage area in order to replace the second electronic data file transmitted by the sender with the previously transmitted electronic data file, following the address transmitting step. 4. The method according to claim 1, further comprising a second address allocating step of allocating an address to the second electronic data file, and a second address transmitting step of transmitting the second storage address to the recipient address. File exchange method described in any of them. 5. When the reception status notifying step is not performed after a predetermined time has elapsed after the address transmitting step,
5. The file exchange method according to claim 1, wherein the address transmitting step is performed again. 6. The method according to claim 1, wherein the recipient has a plurality of recipient addresses ranked in priority order, and the address transmitting step is performed again by moving down the order of the plurality of recipient addresses. The file exchange method according to claim 5. 7. The method according to claim 7, wherein the recipients are composed of a plurality of recipients ranked in order of priority, and the order of the plurality of recipients is moved down, and the address transmitting step is performed again. 5. The file exchange method according to 5. 8. A file receiving step of receiving an electronic data file transmitted by a sender and a recipient address of a recipient; an address allocating step of allocating a storage address capable of specifying a storage area to the electronic data file; A file exchange method comprising: a file erasing step of erasing the electronic data file based on an instruction from a sender; and a file erasing transmission step of transmitting to the recipient that the electronic data file has been erased. 9. The electronic data file according to claim 1, wherein in the address assigning step, the electronic data file is converted into a specific format, and a storage address is assigned to the converted electronic data file. File conversion method described in Crab. 10. The method according to claim 1, wherein in the address transmitting step, at least one of a sender name, a file name, and a file format of the electronic data file is transmitted. File exchange method described in.