KR101365931B1 - Method for processing e-mails attaching big files and computer readable recording medium storing program for the same - Google Patents

Abstract

The present invention relates to a method and a medium for processing an attachment when sending an e-mail, and more particularly, to a method and a medium for processing a large attachment to an e-mail. The method for transmitting a large file attachment email according to the present invention includes the steps of providing an attachment server sending menu for a large file attachment; Executing an attachment server upload for a large attachment in response to a user selection for an attachment server send menu; Identifying an email for sending the attachment server; Outputting an address identifier at the attachment server for the large attachment on the identified email; Identifying a recipient address for the identified email; And sending the email to the recipient address.

Description

METHOD FOR PROCESSING E-MAILS ATTACHING BIG FILES AND COMPUTER READABLE RECORDING MEDIUM STORING PROGRAM FOR THE SAME}

The present invention relates to a method for processing an attachment when sending an e-mail, and a recording medium for recording a program therefor. In particular, when attaching a large file to an e-mail, the present invention can recycle a large attachment that is uploaded once. Recipients can also check the upload status, and even during uploading, by allowing the recipient to partially check the large attachments to the technology for effectively attaching and sending large attachments in email transmission and reception.

With the development of Internet technology and the rapid development of technology, the capacity of attached files is gradually increasing. However, when sending e-mail files with a certain size or more, there may be cases in which they cannot be sent immediately due to the size limitation of the attached file.

In this case, attaching a large file to an e-mail requires a fairly complex process. First of all, after searching the server to upload a large file to attach, proceed to join the server to register the registration first. Then upload the attachment to a large file server. After that, after generating the link address (URL) of the file server in which the corresponding file exists, the e-mail should be sent by including the link address of the file server in the content of the e-mail.

Then, the receiving side receiving the e-mail can download the file by clicking the link address of the file server that has been sent along with the e-mail contents.

However, it is difficult to send an e-mail with a large file attached to a person who does not know a computer because the sender is too complicated to go through this series of processes. It also feels frustrating because emails are not sent in real time.

Therefore, the present invention provides a technique for transmitting a large amount of attachments simply and efficiently when sending a large amount of attachments in an email.

In addition, the present invention provides a technology that allows a recipient to receive a large attachment of an email in real time.

In addition, the present invention provides a technology that can save the time of retransmission by recycling the large file attachment once uploaded if the email received a large file attachment to another person by email.

In addition, the present invention provides a technique for partially checking a large file when sending a large attachment by email.

In accordance with an aspect of the present invention, a method for processing a large attachment of an email includes: providing an attachment server sending menu for a large attachment; Executing an attachment server upload for a large attachment in response to a user selection for an attachment server send menu; Identifying an email for sending the attachment server; Outputting an address identifier at the attachment server for the large attachment on the identified email; Identifying a recipient address for the identified email; And sending the email to the recipient address. In addition, the present invention may further comprise a process of providing to the subsequent recycling by maintaining the address identifier for the uploaded large attachment file attachment server.

The email transmission process in the email attachment processing method according to the present invention may be implemented to be automatically executed by the sender email client program after confirming that the upload to the attachment file server for the large attachment is completed.

On the other hand, in the method for processing a large attachment of an email according to the present invention, the email transmission process is executed by the sender email client program before the upload of the large attachment to the attachment server is completed, and the attachment server is uploading a large capacity. If access to the attachment is required from the recipient email client, the method may further include providing the upload status of the large attachment to the recipient email client program. At this time, the attachment file server may further provide a partial upload file for the large attachment file being uploaded to the recipient email client program.

On the other hand, the computer-readable recording medium according to the present invention records an e-mail mass attachment file processing program for performing the above-described mass attachment file processing method of the e-mail.

delete

delete

In the case of sending a large attachment in an email transmission according to the present invention, a separate process for transmitting a large attachment is registered, that is, registers in a file server and selects a specific location in the file server, registers a file in advance, and acquires a registered URL. You can easily send large attachments without having to.

In addition, address identifiers (eg, URLs) are automatically registered so that recipients do not need to reattach large email attachments to emails, even when forwarding emails to third parties.

In addition, when the sender and the receiver send and receive e-mails in real time, the receiver can download and confirm the attachment data as much as the e-mail sender uploads to the file server in real time. This can reduce the waiting time for sending and receiving attachments.

1 is a configuration diagram of a network for providing a service according to the present invention;
2 is a flowchart of a case where a large amount of attachments are simultaneously transmitted together with an email according to an embodiment of the present invention;
3 is a flowchart of a case in which an e-mail is transmitted after first transmitting a large attachment according to another embodiment of the present invention;
4 is a functional block diagram and a network connection diagram of a sender computer or a receiver computer according to the present invention;
5 is a control flowchart when sending an e-mail with a large attachment attached to a sender computer according to an embodiment of the present invention;
6 is a control flowchart when receiving an email with a large attachment attached to a recipient or reference computer according to an embodiment of the present invention.

Hereinafter, the present invention will be described with reference to the accompanying drawings. It should be noted that the drawings of the present invention attached hereto are provided for the purpose of helping understanding of the present invention, and the present invention is not limited to the shape or the arrangement exemplified in the drawings of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS The above and other features and advantages of the present invention will be more apparent from the following description taken in conjunction with the accompanying drawings, in which: FIG.

1 is a block diagram of a network for providing a service according to the present invention.

First, both the sender computer 101 and the receiver computer 131 are connected to the Internet network 110. In this case, the sender computer 101 and the receiver computer 131 may be a personal computer (PC) or may be a portable mobile terminal (including a mobile phone capable of receiving an email service). Therefore, the sender computer 101 and the receiver computer 131 are not necessarily directly connected to the Internet network 110, but may be connected through another wireless network, for example, a mobile communication network. In the present invention, the sender computer 101 and the receiver computer 131 will be described assuming a personal computer for convenience of description.

Attachment server 121 is a server for storing a large file attached when a user wants to send a large amount of attachments with an email. As used herein, a large capacity means a file having a capacity in excess of the amount that can be transmitted through the email server 122. Therefore, the term 'large attachment file' in the present invention is different from each other, so the size of the attachment file that can be sent together with the email at a time is not particularly limited to the capacity, it is variable depending on the capacity of each email server Defined as a value set to.

In addition, the attachment server 121 may be a specific attachment file server preset in the sender computer 101, or may be an attachment file server that may be linked with the email server 122. In other words, the user may arbitrarily set or change the attachment server.

The e-mail server 122 is an e-mailing system capable of transmitting the text of the e-mail written by the sender and the attached file within the limit not exceeding the capacity of the attached file provided by the e-mail server 122. For example, if the size of the attachment that can be sent with the e-mail in the e-mail server 122 is 10 megabytes, if the attachment is 10 megabytes or less, it can be sent together, and the amount of attachment that can be sent with the e-mail is 30 In the case of megabytes, if the attachment is less than 30 megabytes, it can be sent together.

2 is a flowchart illustrating a case where a large amount of attached files are simultaneously transmitted together with an e-mail according to an embodiment of the present invention.

First, the sender computer 101 is provided to create the body content of the e-mail in step S200. This body of e-mail is generally a construct used to send e-mails, for example, including the recipient address of one or more users, the e-mail address of the referrer, and the subject and e-mail content of the e-mail. do.

When the sender computer 101 selects a large attachment file on the file explorer program screen and selects the 'Send attachment server' menu in step S202 after the email body is written, the sender computer 101 proceeds to step S204 to communicate with the attachment file server 121. Performing the upload on the selected large attachment to obtain its corresponding address identifier, e.g. URL address.

In operation S206, an upload address identifier (for example, an upload URL) is output (inserted and generated) from the attachment file server for the large attachment file in the body of the created or completed email. Here, the 'address identifier' is information for identifying a location where a large attachment is stored in the attachment server 121 as described above. For example, a link address (URL, Uniform Resource Locator) for a storage location of a large attachment may be used as an address identifier in the attachment file server 121. In this specification, the URL is assumed and described as an address identifier.

The sender computer 101 transmits the attachment to the attachment file server in step S210, and sends an email to the email server 122 in step S212. In FIG. 2, for convenience of explanation, the steps S210 and S212 are divided and displayed, but two processes can be performed at the same time. When the completion is completed, the transmission of the large file transmitted to the attachment server 121 is slow, so the email is transmitted. This is done first.

On the other hand, in the present embodiment, the user writes the e-mail after the attachment file sending operation for a large attachment is described as an operation, but it should be understood that the technical idea of the present invention is not necessarily limited thereto. That is, it is also possible to execute the attachment server sending operation first, and to output the URL immediately while creating a new e-mail creation window in the e-mail client program. After that, basic information such as the e-mail contents and the recipient or subject will be supplemented.

The email server 122 then informs the recipient computer 131 or the reference computer that the email has been received in step S220. Accordingly, the recipient computer 131 or the reference computer can check the body by receiving the email by selecting the received email in step S230. At this time, since the attachment is stored as a URL in the email content, the recipient computer 131 or the reference computer that reads the email may select the attachment.

If the recipient computer 131 or the reference computer selects the attachment in step S232, the receiver computer 131 or the reference computer requests the attachment from the attachment server 121 in step S234. The attachment server 121 then provides the attachment file stored in or stored in the URL to the recipient computer 131 or the reference computer to the recipient computer 131 or the reference computer in step S236. Therefore, the receiver computer 131 or the reference computer can check the attachments in a similar manner to real time by receiving as many attachments as uploaded in step S238. In addition, if the recipient computer 131 or the reference computer is transmitting the attachment from the sender computer 101 to the attachment server 121, the receiver computer 131 or the reference computer may check the transmission status, for example, the progress of the transmission.

3 is a flowchart illustrating a case where an e-mail is transmitted after first transmitting a large file attachment according to another embodiment of the present invention. Since the basic technical concept is similar to that described with reference to FIG. 2, the following briefly describes the embodiment of FIG. 3 based on differences.

The sender computer 101 creates an email body in step S300. This body of e-mail is generally used when composing an e-mail. For example, you can list the recipient address of at least one user, the email address of the referrer, and the subject and email content of the email.

If the sender computer 101 selects a large attachment in step S302 after the creation of the email body, the flow proceeds to step S304 to obtain a URL address through communication with the attachment server 121, and in step S306 to the large attachment in the email body. Generates a URL for As described above, the URL is a link address (URL) of a location where a large attachment is stored in the attachment file server 121.

Thereafter, the sender computer 101 transmits the attachment to the attachment file server in step S310, and sends an email to the email server 122 in step S212. The process described in FIG. 3 is a case where the user pre-sets to transmit the attachment file first. Therefore, when the process of step S308 is completed, the user no longer needs an operation for transmitting an email, and the email transmission client of the sender computer 101 transmits the attachment to the attachment server 121 in step S310.

When the email transmission client of the sender computer 101 receives a signal indicating that the transmission of the attachment is completed from the attachment file server 121 in step S312, the flow proceeds to step S314 to transmit the email data. The e-mail data thus transmitted is provided to the e-mail server 122 in step S316.

The email server 122 then notifies the recipient computer 131 or the reference computer of the email in step S318. Accordingly, the recipient computer 131 or the reference computer can check the body by receiving the email by selecting the received email in step S320. In this case, since the attached file is stored as a URL in the email content, the recipient computer 131 or the reference computer that reads the email may select the attached file. Note that the process of checking the attachment in the email is generally the same as the process of receiving the email, so it is omitted in the description of FIG.

4 is a functional block diagram and a network connection diagram of a sender computer or a receiver computer according to the present invention. In FIG. 4, a description will be given to the computer 400 collectively, rather than being divided into a sender computer, a receiver computer, a reference computer, and the like.

First, the computer 400 is connected to the Internet network 110. As described above, the connection with the Internet network 110 may be directly connected to the Internet, or alternatively, may be connected through another mobile or wireless network. However, since the description of FIG. 4 takes a general personal computer as an example, it will be described on the assumption of wired Internet (wired LAN).

The network interface 401 may communicate with the computer 400 and the attachment server 121 or the email server 122. That is, the network interface 401 converts data to be transmitted to the Internet network 110 into a format suitable for the Internet network, and converts data received from the Internet network 110 into a form that can be processed by the computer 400 again.

The control unit 403 controls the overall function of the computer 400, and in particular, performs the control for the operation for providing a large attachment and the operation for receiving according to the present invention. This operation is driven by creating an email client task.

The user interface unit 405 performs an interface between a user and a computer, and includes a keyboard for inputting a user's key, a mouse for receiving information about a user's click or double click, and a touch pad that the user can input. Etc. can have various input means.

The memory unit 407 is a ROM for storing data for performing a basic operation of the controller 403, a RAM for storing data according to an operation, and other data for storing the data. It consists of various storage media such as hard disks and CD-ROMs. In the memory unit 407, a program for transmitting and receiving an e-mail is stored according to the present invention. Preferably, a program for driving an e-mail client is stored together. In addition, the address information of the attachment file server 121 is stored together.

The monitor output unit 409 provides the user with the contents of the e-mail and various key input information input by the user in a readable form.

5 is a control flowchart when sending an e-mail with a large attachment attached to a sender computer according to an embodiment of the present invention.

First, the control unit 403 of the sender computer 101 maintains the standby state at step S500. This waiting state is a state waiting for a specific command from the user. The controller 403 checks whether an email service activation is required in step S502. If activation of the email service is required, the control unit 403 proceeds to step S504, and otherwise, maintains the standby state of step S500. 5 is a flowchart illustrating a process of transmitting an e-mail with a large attachment file according to the present invention, and thus other commands will not be considered.

In step S504, the control unit 403 activates the e-mail and transitions to the e-mail creation state. As described above, the e-mail creation status means that the recipient's e-mail address is entered, the referrer's e-mail address is entered if the referrer is needed, and the subject and the content of the e-mail are described. As described above, the control unit 403 checks whether an attachment is selected in step S506. As described above, since the present invention is a control flowchart for attaching a large amount of e-mails, the small-size attachments in a form generally attachable to the e-mails will not be considered. Therefore, the attachment is selected in step S506 means that a large attachment is selected according to the present invention.

When the large attachment is selected, the control unit 403 proceeds to step S508 to obtain a URL that is the location information for storing the large attachment through communication with the attachment server 121, the obtained URL information to the body of the email Generate a URL for a large attachment. In this case, the location where the URL for the large attachment file is to be described may be designated by the user arbitrarily or by convenience.

When the URL address for the large-capacity attachment is described in the email body as described above, the control unit 403 checks whether simultaneous transmission is requested from the user. In this case, the simultaneous transmission means that an e-mail and a large attachment are simultaneously transmitted as in the above-described process of FIG. 2. If simultaneous transmission is required, the control unit 403 proceeds to step S518 and simultaneously transmits an email with a large attachment. In this case, the location to be transmitted is transmitted to the attachment server 121 in case of a large attachment, respectively, and the email data is transmitted to the email server 122.

On the other hand, if simultaneous transmission is not required, the controller 403 proceeds to step S512 and uploads a large attachment file to the attachment file server 121. At this time, the user decides whether to send the e-mail at the same time and clicks or selects the e-mail to complete the e-mail transmission.

However, the control unit 403 of the computer 400 proceeds to step S514 while performing step S512 and checks whether a signal indicating that upload of a large attachment is received from the attachment file server 121 is completed. If a signal indicating that the attachment file upload is completed is received in step S514, the control unit 403 proceeds to step S516. However, if the email upload is not completed, the control unit 403 continues with step S512.

On the other hand, in step S516, the control unit 403 transmits the email data in which the address of the large attachment file is stored to the email server 122, thereby completing the email transmission.

When sending large attachments in an email like this, a user does not need to register a large attachment in advance in the attachment server to obtain a URL address where the attachment is stored or to examine the process of sending a large attachment sent with the email. The e-mail client of the control unit 403 enables automatic e-mail transmission. This can facilitate the transfer of large attachments when the user adds and transfers large attachments.

On the other hand, by automatically setting the location where the large attachments are stored, the receiving side does not need to describe or modify the location of the large attachments separately even when forwarding the received email to another person (FW :).

FIG. 6 is a control flowchart when an email with a large attachment attached to a recipient or a reference computer is received according to an embodiment of the present invention. 6, both the receiver computer and the reference computer perform virtually the same reception operation. Therefore, hereinafter, the receiver computer will be described as an example. In addition, the operation of the receiver computer will be described using the computer configuration of FIG. 4 described above.

First, the control unit 403 of the receiver computer 101 maintains the standby state at step S600. This waiting state is a state waiting for a specific command from the user or a signal for notifying that an e-mail has been received from the e-mail server 122. In the present invention, since a large amount of attachment is received from the email server 122, only the case of receiving an email with a large amount of attachment is described.

The control unit 403 of the recipient computer 400 checks whether a signal indicating that an e-mail has been received from the e-mail server 122 is received in step S602. If a signal indicating that an e-mail has been received is received from the e-mail server 122, the control unit 403 proceeds to step S604, and otherwise returns to step S600 to maintain the standby state.

When a signal indicating that an e-mail has been received is received and proceeds to step S604, the controller 403 checks whether an e-mail confirmation request signal is received from the user through the user interface 405. In other words, it checks whether the user inputs a signal to check an e-mail through a mouse or a keyboard or other input device. If the e-mail confirmation is requested, the control unit 403 proceeds to step S606, otherwise proceeds to step S600 to maintain a standby state. At this time, the standby state indicates that the e-mail has been received.

On the other hand, if the e-mail confirmation is requested in step S604, the control unit 403 proceeds to step S06. In step S06 receives the email data from the email server and outputs it through the monitor output unit 409. Such email data includes sender information, referrer information, email subject, email content, and the like. In this case, it is assumed that the email contents are stored together with the URL address of the large attachment file according to the present invention. Therefore, the user can check the contents of the e-mail through the information output by the monitor output unit 409.

In addition, the control unit 403 checks whether an attachment is requested in step S608 while displaying the contents of the email. In other words, it is to check whether a procedure such as downloading and storing or downloading and displaying a large attachment is required from a URL address of a large attachment included in an email content. If a procedure for downloading and storing a large attachment or download or display a large attachment is required, that is, if a large attachment is requested, the control unit 403 proceeds to step S610 to download the large attachment to the attachment server 121. request.

In addition, the control unit 403 may receive a large attachment in step S612, and may display a state in which all the large attachments are transmitted from the sender computer 101 to the attachment file server 121.

In more detail, the attachment file server 121 may be in two states. First, if a sender computer selects simultaneous transmission of a large attachment and an email, there may be a case where a download of a large attachment is requested before the large attachment is stored in the file server 121. Secondly, if the sender's computer is selected to send a large amount of attachments and emails at the same time, both large attachments and e-mails are sent at the same time, but all of the large attachments are stored on the file server, or the large attachments are sent first and the email is sent. May exist.

Therefore, in the second case, only the reception status is displayed as in the case of receiving a general large attachment. However, in the first case, since the large-capacity attachments are not all sent to the attachment server 121, the uploaded state is displayed together with the reception state by receiving the uploaded capacity information from the sender computer from the attachment server 121. You may. Therefore, in the first case, only the uploaded capacity is received from the sender's computer.

While performing this process, the control unit 403 proceeds to step S614 to check whether the download is complete. When the download of the test is completed, the reception of large attachments via e-mail is completed. However, if the download is not completed, the step S612 continues.

101: sender computer
110: Internet network
121: Attachment server
122: email server
131: recipient computer
400: computer
401 network interface
403:
405: user interface unit
407: memory section
409 monitor output

Claims (9)

A first step in which the sender computer 101 activates the email creation and transitions to the email creation state;
A second step by the sender computer 101 identifying a selection of a large attachment for the email;
A third step of, by the sender computer 101, communicating with the attachment file server 121, obtaining an address identifier which is information on a location where the selected large attachment file is to be stored;
A fourth step of the sender computer (101) listing the address identifier at a predetermined position of the e-mail;
In response to the simultaneous transmission command for the e-mail, the sender computer 101 transmits the text data of the e-mail to the e-mail server 122 and uploads and uploads the large-capacity attachment to the attachment server 121. A fifth step of transmitting the computer data to the e-mail server 122 without sending the large-capacity attachment file to the attachment server 121 without waiting for the sender computer 101 to complete the upload transmission;
A sixth step of the recipient computer (131) identifying the email through communication with the email server (122);
A seventh step in which the recipient computer 131 receives and displays text data of the email from the email server 122;
An eighth step of the recipient computer (131) requesting to download the large attachment file to the attachment file server (121) based on the address identifier included in the text data of the email;
The attachment file server 121 is a ninth step of determining whether the upload transmission for the large attachment file is completed for the download request;
A tenth step in which the attachment file server 121 downloads and provides the large attachment file to the receiver computer 131 when the upload transmission is completed as a result of the determination;
If the upload is not yet completed, the attachment file server 121 downloads the upload status of the large attachment file and the partial upload file of the large attachment file being uploaded to the receiver computer 131. An eleventh step of providing the upload status of the large attachment file and the confirmation of the large attachment file in real time;
How to handle large attachments in the email that is configured to include.
The method according to claim 1,
The attachment file server 121 provides a subsequent recycling by continuously maintaining an address identifier for the uploaded large attachment file;
How to handle large attachments of the email is configured to include more.
delete delete delete A computer-readable recording medium having recorded therein an email bulk attachment processing program for performing the bulk email attachment processing method according to claim 1 or 2. delete delete delete

Images