WO2006106600A1 - メール受信方法、メール受信装置およびメールサーバ - Google Patents

メール受信方法、メール受信装置およびメールサーバ Download PDF

Info

Publication number
WO2006106600A1
WO2006106600A1 PCT/JP2006/304258 JP2006304258W WO2006106600A1 WO 2006106600 A1 WO2006106600 A1 WO 2006106600A1 JP 2006304258 W JP2006304258 W JP 2006304258W WO 2006106600 A1 WO2006106600 A1 WO 2006106600A1
Authority
WO
WIPO (PCT)
Prior art keywords
mail
email
address
user
received
Prior art date
Application number
PCT/JP2006/304258
Other languages
English (en)
French (fr)
Inventor
Junichi Kouyama
Yasuyoshi Kimura
Original Assignee
Jems Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2005107234A external-priority patent/JP2006101474A/ja
Application filed by Jems Corporation filed Critical Jems Corporation
Publication of WO2006106600A1 publication Critical patent/WO2006106600A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/212—Monitoring or handling of messages using filtering or selective blocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication

Definitions

  • the present invention relates to a mail receiving method and mail receiving apparatus that receive mail addressed to a user in its own network, and a mail server that executes transmission / reception of mail to / from users in its own network.
  • Patent Document 1 Japanese Patent Laid-Open No. 2003-173314
  • Patent Document 2 Japanese Patent Laid-Open No. 2003-224605 Disclosure of the invention
  • the present invention provides a mail receiving method, a mail receiving apparatus, and a mail that are capable of preventing the reception of junk mail even though both the receiver and the sender need not perform complicated operations.
  • the purpose is to provide a server.
  • a mail receiving method is a method for receiving mail addressed to a user in its own network, and when receiving a mail, a reception permission mail that permits reception of the mail.
  • the mail address database that stores the address list for each user is searched, and the mail address list of the received mail is included in the list of mail addresses that are allowed to receive mail for the users who use the destination mail address of the received mail. If the sender email address of the received mail is not included in the reception-permitted email address list, the sender of the received mail is prompted to perform a predetermined operation, and the predetermined operation is correctly performed.
  • the received email address list of the user who uses the destination email address of the received email is added to the received email address list. To add a sender e-mail address of the Shin mail.
  • the mail sender when the sender mail address of the received mail is not included in the reception permitted mail address list, the mail sender is prompted to perform a predetermined operation. You can refuse to receive mail. On the other hand, since the predetermined operation is no longer necessary, the sender of the email does not need to perform a complicated operation!
  • the predetermined operation is a key input for a user who uses the destination mail address.
  • the mail receiving device is a device that receives mail addressed to a user in its own network, and stores a list of reception-permitted mail addresses that are permitted to receive mail for each user when the mail is received. Search the email address database to determine whether the user who uses the destination email address of the received email includes the sender email address of the received email in the list of email addresses that can be received! If the sender email address of the received email is included in the list of email addresses allowed to receive, the sender of this received email and the user who uses the destination email address are prompted to enter a key. If the key is entered correctly, the user's receiving email address list for this key will Add sender email address of incoming email.
  • FIG. 1 is a network configuration diagram of a network including a mail receiving device according to an embodiment of the present invention.
  • FIG. 2 is a system configuration diagram of a system including a mail receiving device according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a reception-permitted mail address database in the mail receiver of FIG. 2.
  • FIG. 4 is a schematic diagram of a temporary registration database in the mail receiving device in FIG. [5] A flowchart showing the operation of the mail receiving apparatus according to the first embodiment of the present invention.
  • FIG. 6 is a diagram showing a sentence example of a reply mail.
  • FIG. 7 is a diagram of an example of a web page that prompts input of information regarding a recipient.
  • FIG. 8 is an example of a web page showing completion of registration of a sender email address.
  • FIG. 10 is a diagram showing an example of a reply mail prompting re-transmission of mail.
  • FIG. 11 is an example of a web page showing completion of registration of a sender email address. 12) A flowchart showing the operation of the mail receiving apparatus according to the second embodiment of the present invention.
  • FIG. 13 is a diagram showing a sentence example of a reply mail.
  • FIG. 14 is an example of a web page that prompts the user to click a registration button.
  • FIG. 16 is a system configuration diagram of a system including a mail server according to the first embodiment of the present invention.
  • ⁇ 17 A system configuration diagram of a system including a mail server according to the second embodiment of the present invention.
  • FIG. 18 is a schematic diagram of a reception permitted email address database in the mail server of FIG.
  • FIG. 19 is a diagram showing an example of a card describing a URL.
  • FIG. 20 is a flowchart showing the operation of a mail server according to another embodiment of the present invention, showing a sender registration process.
  • FIG. 21 is a flowchart showing an operation of a mail server according to another embodiment of the present invention, showing a distribution process.
  • FIG. 22 is a diagram of an example of a web page that prompts the user to enter information about the recipient and the email address of the recipient.
  • FIG. 23 An example of a web page showing completion of registration of a sender email address and a recipient email address.
  • FIG. 1 is a diagram showing a network configuration including a mail receiving apparatus according to the first embodiment of the present invention.
  • Internet-related facilities 2 such as service providers and companies, and Internet-related facilities 3 of mobile phone companies.
  • Internet-related facilities 2 such as service providers and companies connect to the Internet 1 through telephone lines, ADSL lines, optical communication lines, etc. to companies and personal computers (terminals) 5A, 5B, etc. within their own network 4. provide.
  • the Internet-related equipment 3 of the mobile phone company is connected to the mobile phone 7A, 7B, etc. of the user's mobile phone 7A, 7B,... ... Provides communication over the Internet 1 as well as communication between each other.
  • These Internet-related facilities 2 and 3 include the mail receiving device 8 as described later.
  • terminals 9A, 9B, etc. connected to the Internet 1 through Internet-related equipment (not shown).
  • Those who use the terminals 5A and 5B, the mobile phones 7A and 7B, and the terminals 9A and 9B are hereinafter referred to as users 5a, 5b, 7a, 7b, 9a, and 9b, respectively.
  • FIG. 2 shows the configuration of the Internet-related equipment 2 such as a service provider or a company.
  • the Internet-related equipment 2 includes a mail receiving device 8, a mail server 11, a web server 12, and other servers (not shown) whose description is omitted according to one embodiment of the present invention.
  • the mail receiving device 8 receives mail addressed to the users 5A, 5B,... Of its own network 4 (FIG. 1).
  • the mail server 11 transmits and receives mail.
  • the web server 12 provides an HTML document or the like in response to a request from the client web browser.
  • the mail receiving device 8, the mail server 11, the web server 12, and other servers (not shown) may both have a single computer power and a separate computer power.
  • the mail receiver 8 includes a recipient key database 20, a reception-permitted email address database 30, a temporary registration database 40, a registration check unit 50, and a recipient key reception unit 6 0, source mail address registration means 70, mail function means 80, and web function means 90.
  • the recipient key database 20 stores a corresponding key for each of the users 5A, 5B,... Of the own network 4 (FIG. 1). Specifically, each key is stored for each mail address of users 5A, 5B,.
  • the key is the name of the user, for example, the key for user A is “Ichiro Tanaka” and the key for user B is “Jiro Suzuki”.
  • the key is a name, it is only necessary to know the sender Kaichiro Tanaka, so the recipient does not need to know the key in advance to the person who is likely to send mail. Therefore, the person who can send mail is not limited to those who have been informed of the key in advance, and the person who can send mail is not excessively restricted.
  • the user's key can be anything, for example, it can be determined freely by the user, and it can be a power of enumeration of letters or numbers that have no secret or meaning.
  • the key is derived from the user himself or determined by the user. Therefore, it is difficult to obtain information about recipients even though a company that sends a large amount of junk e-mails can misrepresent itself, so it is almost impossible for such companies to know the key as described later. Can prevent the reception of junk mail.
  • the reception-permitted email address database 30 stores a list of reception-permitted email addresses for each of the users 5a, 5b,. Specifically, as shown in FIG. 3, the reception-permitted mail address database 30 stores the mails of the users 5a, 5b,... Having the mail account in the own network 4 (FIG. 1), that is, the mails of the users 5a, 5b,. For each address, a list 31 of reception-permitted mail addresses 31a, 31b,... Indicating mail addresses that the user is permitted to receive mail is stored.
  • the temporary registration database 40 stores the tag, the mail source mail address and the destination mail address in association with each other.
  • the tag 41, the mail source mail address 42, and the mail destination mail address 43 are associated with each other and stored as sets 40A, 40B,.
  • the tag 41 is a key for accessing the temporary registration database 40. Therefore, the associated set of tags 41 and mail source mail address 42 and destination mail address 43 40A, 40B,...
  • a tag also has the ability to combine a random number of several digits and the time when this tag is generated. In the example of Fig. 4, the upper 7 digits of the tag are random numbers and the lower 4 digits of the tag are It ’s time.
  • each of the databases 20, 30, and 40 has a hard disk built in the computer of the mail receiving device 8, an external hard disk, or a hard disk connected via a network.
  • Other storage devices or storage media may be used.
  • the registration check means 50 searches the reception-permitted mail address database 30 and includes the sender mail address of the received mail in the reception-permitted mail address list of the destination mail address of the received mail. It is determined whether or not.
  • the recipient key accepting means 60 has a tag issuing unit 61, a URL written mail sending unit 62, and a recipient key input accepting unit 63. If the sender mail address of the received mail is not included in the reception permitted mail address list 31 (Fig. 3), the tag issuing unit 61 issues a tag and sends the tag and the sender mail address and destination of the received mail. The e-mail address is stored in the temporary registration database 40.
  • the URL-described mail sending unit 62 sends a mail that includes the URL containing the issued tag to the sender mail address of the received mail and that it is necessary to access this URL to send the mail. Send back.
  • the receiver key input receiving unit 63 prompts the user to input a key for the user who uses the destination mail address, that is, the receiver.
  • the sender email address registration means 70 when the key for the recipient is correctly entered, is added to the reception permitted email address list 31 (Fig. 3) of the user of this key in the registration temporary database 40. Add memorized sender email address.
  • the sender e-mail address registration means 70 also notifies the sender of the e-mail that e-mail transmission to this recipient is possible in the future.
  • the mail server function means 80 has an SMTP (simple mail protocol) function unit 81, and transmits / receives mail via the Internet 1 (FIG. 1).
  • SMTP simple mail protocol
  • the mail function means 80 It is realistic to use the function of the mail server 11 that exists in the mail server 11.
  • the mail function means 80 may exist separately from the mail server 11. In this configuration diagram, the mail function means 80 is shown separately from the mail server 11 in order to clearly show the mail receiving device 8 of the present invention.
  • the web server function means 90 has a hyper text transfer protocol (HTTP) function unit 91, receives a request from a web browser, and sends an HTML document or the like to the web browser.
  • HTTP hyper text transfer protocol
  • the web server function means 90 is also a part of the functionality of the web server 12, and therefore the web server function means 90 exists in the web server 12 and uses the functions of the web server 12. Reality.
  • the web function means 90 is shown separately from the web server 12 in order to clearly show the mail receiving device 8 of the present invention.
  • the user 9a of the terminal 9A connected to the Internet 1 through a server sends a mail to the user 5a using the terminal 5A connected to the Internet 1 through the Internet-related equipment 2 in FIG.
  • a server not shown
  • mail is sent from user 9a to user 5a for the first time, and user 5a's email address list 31 ( Figure 3) shows that the email address of user 9a is allowed to receive. Registered as, Suppose you are.
  • the registration check means 50 searches the permitted reception mail address database 30 (Fig. 2), and the user 5a permits the reception of the mail from the user 9a.
  • the user 9a is a permitted sender (step Sl). Specifically, first, the header of the received mail is extracted, for example, the header description “To” force destination address is acquired, and the mail source email address is acquired from the header description “From”. Next, in the e-mail address database 30 shown in FIG. Then, the user's reception permission mail address list 31 of the acquired destination mail address is searched, and it is checked whether or not the acquired transmission source mail address is included.
  • the transmission that the user 9a is permitted to the user 5a at the present time It is determined that the source is not the original, and the transmission source registration process shown in the following steps S2 to S7 is executed.
  • the received mail Prior to the sender registration process, the received mail is stored in a storage means (not shown) of the mail receiver 8 (FIG. 2) (step S10).
  • a random number generator (not shown) of the tag issuing unit 61 (FIG. 2) issues a tag consisting of a random number of several digits and the current time.
  • the tag issuing unit 61 (FIG. 2) sets the sender email address and the destination email address obtained from the tag and the header of the received email as one set 40 A (FIG. 4), and the temporary registration database 40 ( Store it in Fig. 4) (step S2).
  • the tag issuing unit 61 also assigns a URL including a tag issued by preparing a web page that can be provided by the web server function unit 90 (FIG. 2).
  • a URL including a tag issued by preparing a web page that can be provided by the web server function unit 90 (FIG. 2).
  • random numbers are generated and URLs that include the random numbers are assigned in advance, so that the same URL is prevented from being presented to different mail senders, and analysis is impossible because of random numbers. In other words, it prevents other people from accessing the URL without permission even though they have not received the email containing the URL.
  • a mail having the body 67 shown in FIG. 6 is returned to the sender mail address of the received mail (step S3).
  • This text 67 indicates that the email transmission failed, that the email is currently stored, that is, saved, and that the user 9a accesses the specified URL to send email to the user 5a.
  • the message part 68 indicating that it is necessary to input the key, and the URL part 69 describing the URL.
  • this mail is replied to a company that sends unsolicited mail unilaterally, it is presumed that the trader who saw this text 67 bothered to send the mail without thinking that he would bother to access the URL. .
  • the web server function means 90 force sends a web page 77 as shown in Fig. 7 to the web browser of the user 9a, which is the sender of the mail to the user 5a, and displays the screen of the terminal 9A. Display on.
  • the web page 77 has a message part 78 describing a message prompting the user 5a to input his / her name, and an input box / send button pair 79.
  • the person who obtained the mail address illegally often does not know the name of the recipient, so it is possible to prevent the mail from such a person from being received.
  • the receiver key input reception unit 63 (FIG. 2) is searched for each set 40A, 40B of the temporary registration database 40 in FIG. Then, the destination mail address 43 of the set having the tag 41 that matches the tag that is a part of the accessed URL is extracted.
  • the key of the user 5a stored in the recipient key database 20 (FIG. 2) is extracted from the extracted destination e-mail address, and this key is compared with the input key. If the entered key matches the key stored in the recipient key database, that is, on the web page 77 in FIG. 7! /, And “Ichiro Tanaka” appears in the input box.
  • step S5 the sender's email address registration means 70 (Fig. 2) is added to the user 5a's permitted email address list 31 (Fig. 3) (step S6).
  • the email address of the user 9a to be added, that is, the sender email address is extracted from the temporary registration database 40 (FIG. 4).
  • the sender mail address registration means 70 (Fig. 2) also has the extracted tags, the sender email address, and the destination email address power from the registration temporary database 40 in Fig. 4.
  • Delete set 40A That is, the tag stored in the temporary registration database 40 is only used temporarily, and it is not accepted that the same URL is accessed again.
  • the set including the tag 41 and the sender mail address 42 and the destination mail address 43 is deleted after a predetermined time has elapsed after being stored in the registration temporary database 40.
  • the sender mail address registration means 70 also uses the web server function unit 90 (Fig. 2) to set the registration completion web page 97 shown in Fig. 8 to the terminal 9A of the user 9a. of Display it on the web browser and notify the sender of the email that it is possible to send email to this recipient in the future, and that the stored email has been sent as described in step S8 below (step S7). In this way, the mail sender is notified, and the mail stored in the mail receiving device 8 is sent to the mail server 11 (FIG. 2) (step S8).
  • the mail receiving apparatus 8 in FIG. Send to mail server 11.
  • the registration check means 50 (FIG. 2) is received in the reception-permitted mail address list 31 (FIG. 3) for the user 5a in the mail address database 30 (FIG. 3) in FIG.
  • the sender email address obtained by the header header “From” is included (step SI)
  • the user 9a determines that the sender is an authorized sender, and the mail receiver 8 in FIG.
  • the received mail is sent to the mail server 11 (step S8 in FIG. 5). Thereafter, the mail from the user 9a is delivered to the user 5a by the mail server 11.
  • the mail receiving device 8 performs the registration check process (step S1) in FIG. 5 and further transmits the sender registration process if necessary. (Steps S2 to S7) are performed.
  • the Internet-related equipment 3 of the mobile phone company includes the mail receiving device 8 according to the present invention. Then, registration check processing (step SI) and transmission source registration processing (steps S2 to S7) in FIG. 5 are performed. Therefore, the mail receiving device 8 is the same device as the PC and performs the same processing.
  • the user who is the recipient can directly access the recipient-permitted email address database 30 of FIG. Therefore, for example, if the user 5a presets the mail address 3la as the mail permitted to be received in the reception permitted mail address list 31, the user of the mail address 31a does not enter the key for the recipient.
  • mail can be sent to user 5a. For example, this is especially effective when it is difficult for the recipient of the e-mail to enter the key, such as an e-mail magazine or mailing list.
  • As a method of setting the mail address 3 la in advance there is a method in which a person who is permitted to receive mail accesses and sets a web page. In addition, similar to the sender registration process (steps S2 to S7 in Fig.
  • step S10 of FIG. 5 the received mail is temporarily stored, but is discarded without being stored and retransmitted. You may be encouraged. Specifically, as shown in FIG. 9, when it is determined that the sender of the mail is not a permitted sender (step S1), the mail received prior to the sender registration process is discarded in step S10A. Is done. Therefore, in the mail sent back in step S3, as shown in FIG. 10, the text 67 indicates that the mail is to be resent. In addition, the registration completion notification screen in step S7 is shown in FIG. There is no description that the message has been sent.
  • this email receiver 8 (Fig. 2) receives the call and the sender email address is Since it is determined that the message is permitted, the mail receiver 8 (FIG. 2) sends the received mail to the mail server 11 (FIG. 2) (step S8A).
  • the mail that is sent back to the sender mail address in step S3A indicates that the text 67A indicates that the mail transmission has failed, that the mail is currently stored, that is, stored. And a message part 68A stating that a registration operation is necessary.
  • step S4A when the user who receives this mail accesses the URL described, the user is prompted to click the registration button (step S4A). Specifically, a web page 77A as shown in FIG. 14 is displayed on the screen of the user's terminal. This web page has a message part 78A in which a message prompting the user to click the registration button and a registration button 79A. When registration button 79A is clicked (event I3A), the email sender's email address is registered as the permitted email address.
  • the only operation to prompt the sender of the mail is the registration button, so the first implementation requires the input of a key such as the name of the mail recipient. Unlike the form, even those who do not know the key are allowed to send mail. Therefore, for example, a mail from a person who does not know the name of the mail recipient, which is a key, is not rejected by the recipient. On the other hand, since the manual operation of clicking the registration button is required, it is possible to eliminate mail from vendors that automatically send junk mail.
  • Step S6 When a user who has received an e-mail with a URL in Step S3 accesses the URL (Event 12), the e-mail sender's e-mail address is registered as the permitted e-mail address (Step S6). .
  • operations such as the key input in the first embodiment and the click of the registration button in the second embodiment are not required, and only the access to the URL described in the mail is performed.
  • the address is additionally registered in the allow list (step S6).
  • FIG. 16 shows the configuration of the mail server according to the first embodiment of the present invention provided with the mail receiving apparatus according to the first embodiment of the present invention.
  • the same components as those in the embodiment of the mail receiving apparatus of the present invention described above are denoted by the same reference numerals, and the description thereof is omitted.
  • the mail server 11A included in the Internet-related facility 2 includes the mail receiving function unit 8A corresponding to the mail receiving device according to the first embodiment of the present invention, and the mail server 11A includes: In addition, a mail transmission / reception function unit 80A and web function means 90 are provided.
  • the mail receiving function unit 8A includes a recipient key database 20, a reception-permitted mail address database 30, a registration temporary database 40, and a registration check unit 50.
  • the receiver key receiving means 60 and the sender mail address registering means 70 are provided.
  • the transmission / reception function unit 80A has an SMTP function unit 81, a POP (post office protocol) 3 function unit 82, which is a mail distribution means, and a distribution mail database 83.
  • the POP3 function unit 81 receives the mail and stores it in the distribution mail database 83. This delivery mail day
  • the database 83 has a mailbox for each of the users 5a, 5b,...,
  • the POP3 function unit 82 sorts the received mail for each user based on the destination mail address.
  • the mail stored in this mailbox is taken out by the e-mail software of the terminals 5A, 5B,... And finally delivered to the users 5a, 5b,.
  • the protocol for the users 5a, 5b,... To obtain mail from the mail server 11A is not limited to POP3, but may be IMAP or the like!
  • the user 5a in FIG. 1 sends a mail from the user 9a as in the case of the mail receiving apparatus according to the first embodiment of the present invention. Will be described with reference to FIG. 16 and FIG. 5 used in the description of the mail receiving apparatus according to the first embodiment.
  • step S1 in FIG. 5 and the sender registration process are performed by each means 50, 60, 70 (FIG. 16) of the mail reception function unit 8A in each database. Use 20, 30, 40. However, the sending / receiving function unit 80A sends and receives mail.
  • the mail server 11A according to the first embodiment of the present invention is different from the mail receiving device 8 (Fig. 2) of the present invention in the process of step S8 in Fig. 5.
  • this mail reception function unit 8A (Fig. 16) sends the received mail to the transmission / reception function unit 80A (Fig. 16), and the POP3 function unit 82 (Fig. 16) of the transmission / reception function unit 80A receives the destination mail address.
  • the received mail is sorted according to the above and stored in each mail box of the distribution mail database 83. Thereafter, the e-mail software of the terminal 5A of the user 5a takes out the mail from the user's mailbox 83.
  • step S2 to S5 in Fig. 5 the mail function and the web function are combined to give the recipient a key.
  • the sender's key is entered by receiving mail and browsing the web page.
  • any method can be used as long as the sender can enter the key for the recipient. For example, it may be only by browsing a web page without using the mail function.
  • step S in Figure 5 In the case of processing from 2 to S5, the sender receives the email containing the URL to send the UR
  • a mail server according to the second embodiment of the present invention is shown.
  • the same components as those in the mail server according to the first embodiment are denoted by the same reference numerals, and description thereof is omitted.
  • the mail server 11B includes a mail reception function unit 8B.
  • the mail reception function unit 8B includes a recipient key database 20B, a reception-permitted mail address database 30, and registration check means. 50, receiver key reception means 60B, and sender mail address registration means 70B.
  • the recipient key database 20B stores a user URL 26 and a key 27 for the users 5a, 5b,... For each user 5a, 5b,.
  • RL26 is uniquely assigned to each user 5a, 5b,... And is known only to the assigned user.
  • the recipient key accepting means 60B in FIG. 17 accepts access to a URL for a certain user, for example, the user 5a, a key for the user 5a corresponding to this URL and an email to this user 5a. For example, user 9a's email address.
  • the sender e-mail address registration means 70B sends the e-mail entered with the key to the user's reception-permitted mail address list 31 (Fig. 3) of this key. Add the email address of the person who wants to be (user 9a). The sender e-mail address registration means 70B also notifies the e-mail address used by the user 5a to the person (user 9a) who wants to send e-mail.
  • each user 5a, 5b,... 1S of the mail server 11B in FIG. 17 recognizes his / her URL shown in FIG. 18, and the user 5a, for example, executes a card 110 as shown in FIG. Give it in advance to the user 9a who accepts mail.
  • the card 110 has an explanation column 111, a URL column 112, etc., and the explanation column 111 states that it is possible to send an e-mail by accessing the described URL, and the URL column 112 indicates the access destination.
  • U RL is described.
  • the recipient key receiving means 60B causes the web function means 90 (FIG. 17) to display the input web page 120 shown in FIG. 22 on the web browser of the terminal 9A of the user 9a.
  • the input web page 120 prompts for the user 5a's key, for example, a message part 121 for the name with a message prompting the user to enter his / her name and an input box 122 for entering his / her name, and the input address of the user, that is, the user 9a. It has a message part 123 relating to the mail address describing the message, a mail address input box 124, and a send button 125.
  • the recipient key receiving means 60B searches the recipient key database 20B of FIG.
  • the key corresponding to the currently accessed URL is extracted, and this key is compared with the input key. If the input key matches the extracted key, that is, if “Ichiro Tanaka” is input in the input box on the web page 120 of FIG. 22 (step S12), the source address registration means 70B (FIG. 17) Power
  • the mail address of user 9a is added to the mail address list 31 (Fig. 3) of user 5a (step S13).
  • the email address of the user 9a who wants to send the email to the user 5a is the web page 120 (FIG. 22) entered as well.
  • the sender mail address registration means 70B also notifies the user 9a who wants to send mail of the mail address used by the user 5a (step S14). Specifically, the sender mail address registration means 70B (FIG. 17) causes the web function means 90 (FIG. 17) to display the registration completion web page 130 shown in FIG. 23 on the web browser of the terminal 9A of the user 9a.
  • the registration completion web page 130 includes a message portion 131 indicating that the registration has been completed.
  • the sender e-mail address registration means 70B (FIG. 17) displays the registration completion web page in this way, and at the same time, the e-mail address of the user 5a who has permitted reception. Send an email with the address to the email address of user 9a.
  • the user 9a can subsequently send mail to the user 5a.
  • the mail transmission / reception function unit 80A of the mail server 11B receives this mail (event 121).
  • the registration check means 50 (Fig. 17) is checked whether the user 5a is permitted to receive e-mail from the user 9a by searching the database 30 (Fig. 2). It is determined whether or not the key, that is, whether or not the user 9a is a permitted transmission source (step S21).
  • the registration check means 50 (Fig. 17) discards the received mail (step 17). S22). Note that an error may be returned instead of discarding.
  • the registration check means 50 (Fig. 1) indicates that the user 9a is an authorized sender.
  • the mail reception function unit 8B (Fig. 17) sends a reception mail to the transmission / reception function unit 80A (Fig. 17), and the POP3 function unit 82 (Fig. 17) of the transmission / reception function unit 80A sends the destination mail address.
  • the received mail is sorted according to the above and stored in each mailbox of the distribution mail database 83 (step S23). Thereafter, the e-mail software of the terminal 5A of the user 5a retrieves the mail from the user's mailbox 83.
  • step S22 mails from mail addresses not included in the reception-permitted mail address list 31 (Fig. 3) are rejected.
  • the email address notification in step S14 is executed only after registration is completed, so the email address of user 5a is the spam sender. It is difficult for traders to know. Therefore, in the mail reception indicated by the event 121 in FIG. 21, it is estimated that the reception of the spam mail is extremely small, and the mail reply indicating the reception refusal in step S22 is also extremely small.
  • the sender email address check and registration function is shown as existing in the Internet-related equipment 2 (Fig. 1), that is, as existing in the server.
  • the sender's email address may be checked at the terminal of the user who receives the email.
  • a function of checking the sender's email address may be incorporated into the email software in the terminal, and the reception-permitted email address database may be provided on the terminal side.
  • the mail software can be made existing by implementing a function for checking the sender's e-mail address with plug-in software.
  • POP3, IMAP, etc. are the protocols for obtaining e-mail from the terminal e-mail Sano. This is the registered receiving permission e-mail address of the e-mails obtained by any method.
  • the mail receiving method of the present invention is applied to the provision point.
  • the mail receiving device of the present invention when the transmission source mail address of the received mail is not included in the reception permission mail address list, the mail transmission is performed. Since the user is prompted to enter the key for the user who uses the destination email address, the recipient can refuse to receive the email without knowing the key. In other words, spam mail can be effectively prevented because only those who know both the recipient's email address and key, such as mail that requires an address and name, are allowed to send email. In addition, because it is necessary to enter a key for the recipient that is not the key for the sender, for example, if the information is related to the sender, the sender of the junk e-mail may fake itself.
  • the mail server that works for the second embodiment of the present invention, when access to the URL for a certain user is accepted, the user corresponding to this URL! If the key is entered correctly, the e-mail address is added to the list of e-mail addresses that can be accepted, so only e-mails from people who know both the user URL and the user key are accepted. Will be. Therefore, spam mail can be effectively prevented. In addition, since it is necessary to input a key for the recipient, it is difficult for a supplier to send spam mail. In addition, since the key for the user is correctly entered and the user is notified of the email address used by this user, the person who knows the key for the user can know the email address of this user. Absent.
  • the e-mail address cannot be obtained by a trader who wants to send junk e-mail, so it is impossible to send e-mail, and junk e-mail does not enter the mail server. As a result, it is possible to prevent the mail server from being overwhelmed by receiving a large amount of spam mail.
  • the present invention can be applied to any device capable of exchanging electronic mail such as a PDA (personal digital assistant).
  • PDA personal digital assistant

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　迷惑メールの受信を防止するために、メールを受信すると、メールの受信を許可する受信許可メールアドレスのリストをユーザ５ａ，５ｂ，…ごとに記憶するメールアドレスデータベースを検索して、受信メールの宛先メールアドレスを使用するユーザ５ａについての受信許可メールアドレスリストに、受信メールの送信元メールアドレスが含まれているか否かを判断する。

Description

メール受信方法、メール受信装置およびメールサーバ
技術分野
[0001] 本発明は、自ネットワーク内のユーザ宛てのメールを受信するメール受信方法およ びメール受信装置、ならびに自ネットワーク内のユーザに対してメールの送受信を実 行するメールサーバに関する。
背景技術
[0002] パーソナルコンピュータ（PC)や携帯電話を用いた電子メール (以下、「メール」に 省略する）の普及に伴って、いわゆる迷惑メールが社会的な問題になっている。スパ ムメールとも呼ばれている迷惑メールは、主に宣伝目的のものであって、業者などが 大量のメールアドレスに対して、一方的に電子メールを送りつける。
[0003] これら迷惑メールを撃退するために、メールサーバが受信したメールをフィルタリン グする方法がある。 （特許文献 1参照)。し力しながら、フィルタリングによる場合、迷惑 メールが迷惑メールでな!、と判断されてしまったり、逆に迷惑メールではな!/、のに迷 惑メールと判断されてしまうことがある。したがって、結局はユーザが、迷惑メールとし て振り分けられたメール群の中に迷惑メール以外のメールが混じって ヽな 、かをチェ ックするのが一般的である。このように、現状では受信したメールをフィルタリングする フィルタに全ての判断を委ね難く、メールを最終的に取捨選択するのはそのメールを 受信するユーザであるため、受信者は煩雑な作業を行わなければならない。
特許文献 1 :特開 2003— 173314号公報
[0004] また、迷惑メールを拒否した!/、ユーザが、予め受信を許可する者に、例えばメール の「件名」にキーを入力するように取り決めておく方法がある（特許文献 2参照)。この 場合、取り決めを交わして 、な 、送信者からのメールをメールサーバが拒絶するので 、受信者は煩雑な作業を行わなくてもよい。しかし、メールの送信者はメールを送信 する毎にキーを入力しなければならず、メールの送信者にとっては使い勝手が悪ぐ 送信者が煩雑な作業を行わなければならな!/、。
特許文献 2：特開 2003 - 224605号公報 発明の開示
[0005] 本発明は、受信者と送信者の両者が煩雑な作業をしなくてもよいにもかかわらず、 迷惑メールの受信を防止することができる、メール受信方法およびメール受信装置、 ならびにメールサーバを提供することを目的とする。
[0006] 上記目的を達成するために、本発明に係るメール受信方法は、自ネットワーク内の ユーザ宛てのメールを受信する方法であって、メールを受信すると、メールの受信を 許可する受信許可メールアドレスのリストをユーザごとに記憶するメールアドレスデー タベースを検索して、受信メールの宛先メールアドレスを使用するユーザにつ 、ての 受信許可メールアドレスリストに、受信メールの送信元メールアドレスが含まれて 、る か否かを判断し、受信メールの送信元メールアドレスが前記受信許可メールアドレス リストに含まれていない場合は、この受信メールの送信者に所定の操作を促し、所定 の操作が正しく実行されると、この受信メールの宛先メールアドレスを使用するユー ザの前記受信許可メールアドレスリストに、前記受信メールの送信元メールアドレスを 追加する。
[0007] 本発明によれば、受信メールの送信元メールアドレスが受信許可メールアドレスリス トに含まれない場合に、メールの送信者に所定の操作を促すので、自動的に送りつ けられる迷惑メールの受信を拒否できる。一方、その後は所定の操作が不要となるた め、メールの送信者は煩雑な操作を行う必要がな!、。
[0008] 本発明の好ましい実施形態では、前記所定の操作が、前記宛先メールアドレスを 使用するユーザについてのキーの入力である。また、本発明に係るメール受信装置 は、自ネットワーク内のユーザ宛てのメールを受信する装置であって、メールを受信 すると、メールの受信を許可する受信許可メールアドレスのリストをユーザごとに記憶 するメールアドレスデータベースを検索して、受信メールの宛先メールアドレスを使用 するユーザにっ 、ての受信許可メールアドレスリストに、受信メールの送信元メール アドレスが含まれて!/、るか否かを判断し、受信メールの送信元メールアドレスが前記 受信許可メールアドレスリストに含まれて 、な 、場合は、この受信メールの送信者、 前記宛先メールアドレスを使用するユーザについてのキーの入力を促し、前記キー が正しく入力されると、このキーのユーザの前記受信許可メールアドレスリストに、前 記受信メールの送信元メールアドレスを追加する。
[0009] この構成によれば、受信メールの送信元メールアドレスが受信許可メールアドレスリ ストに含まれない場合に、メールの送信者に宛先メールアドレスを使用するユーザに つ 、てのキーの入力を促すので、受信者につ!、てのキーを知らな!/、者からのメール の受信を拒否できる。つまり、住所と氏名が必要な郵便のように、受信者のメールアド レスとキーの両方を知る者のみ力 Sメールの送信を許可されるので、迷惑メールを有効 に防止できる。また、送信者についてのキーではなぐ受信者についてのキーの入力 が必要であるため、例えば、送信者に関する情報であれば迷惑メールの送信者が自 己を偽ってくることもありうる力 受信者に関する情報を迷惑メールの送信者が知るの は困難であるため、業者などによる迷惑メールの送信が困難になる。また、メールの 送信者が正しくキーを入力するという送信者の操作によってこの送信者のメール送信 が可能になるので、受信者は受信を拒否するメールアドレスを予め設定しておく必要 がなぐ煩雑な作業を行わなくてもよい。一方、一旦、受信許可メールアドレスデータ ベースに送信者のメールアドレスが追加されて登録されると、その後はキーの入力が 促されな ヽので、メールの送信者も煩雑な作業を行わなくてもよ 、。
図面の簡単な説明
[0010] この発明は、添付の図面を参考にした以下の好適な実施例の説明から、より明瞭 に理解されるであろう。し力しながら、実施例および図面は単なる図示および説明の ためのものであり、この発明の範囲を定めるために利用されるべきものではない。この 発明の範囲は添付の請求の範囲によって定まる。添付図面において、複数の図面に おける同一の部品番号は、同一部分を示す。
[図 1]本発明の一実施形態に係るメール受信装置を含むネットワークのネットワーク構 成図である。
[図 2]本発明の一実施形態に係るメール受信装置を含むシステムのシステム構成図 である。
[図 3]図 2のメール受信装置における受信許可メールアドレスデータベースの概略図 である。
[図 4]図 2のメール受信装置における登録用仮データベースの概略図である。 圆 5]本発明の第 1実施形態に係るメール受信装置の動作を示すフローチャートであ る。
[図 6]返信メールの文例を示す図である。
[図 7]受信者に関する情報の入力を促すウェブページの例の図である。
[図 8]送信元メールアドレスの登録の完了を示すウェブページの例の図である。
圆 9]本発明の第 1実施形態に係るメール受信装置の別の動作を示すフローチャート である。
[図 10]メールの再送信を促す返信メールの文例を示す図である。
[図 11]送信元メールアドレスの登録の完了を示すウェブページの例の図である。 圆 12]本発明の第 2実施形態に係るメール受信装置の動作を示すフローチャートで ある。
[図 13]返信メールの文例を示す図である。
[図 14]登録ボタンのクリックを促すウェブページの例の図である。
圆 15]本発明の第 3実施形態に係るメール受信装置の動作を示すフローチャートで ある。
圆 16]本発明の第 1実施形態に係るメールサーバを含むシステムのシステム構成図 である。
圆 17]本発明の第 2実施形態に係るメールサーバを含むシステムのシステム構成図 である。
[図 18]図 17のメールサーバにおける受信許可メールアドレスデータベースの概略図 である。
[図 19]URLを記載したカードの例を示す図である。
[図 20]本発明の別の実施形態に係るメールサーバの動作を示すフローチャートであ つて、送信元登録処理を示す。
[図 21]本発明の別の実施形態に係るメールサーバの動作を示すフローチャートであ つて、配信処理を示す。
[図 22]受信者に関する情報および入力者のメールアドレスの入力を促すウェブべ一 ジの例の図である。 [図 23]送信元メールアドレスの登録の完了、および受信者のメールアドレスを示すゥ エブページの例の図である。
発明を実施するための最良の形態
[0011] 本発明の実施形態を図面に基づいて説明する。
図 1は、本発明の第 1実施形態であるメール受信装置を含むネットワーク構成を示 す図である。インターネット 1には、サービスプロバイダや企業などのインターネット関 連設備 2や携帯電話会社のインターネット関連設備 3などが接続されている。サービ スプロバイダや企業などのインターネット関連設備 2は、自ネットワーク 4内の企業や 個人のコンピュータ (端末） 5A, 5B,…に、電話回線、 ADSL回線、光通信回線など を通じてインターネット 1への接続を提供する。なお、携帯電話会社のインターネット 関連設備 3は、基地局 6を介して、自ネットワーク 4内、つまりこの携帯電話会社の利 用者の携帯電話 7A, 7B,…に、これら携帯電話 7A, 7B,…相互間の通信だけでな ぐインターネット 1を介した通信を提供する。これらインターネット関連設備 2, 3は、 後述するように本メール受信装置 8を含む。また、図示しないインターネット関連設備 を介してインターネット 1に接続される端末 9A, 9B…なども存在する。なお、端末 5A , 5B、携帯電話 7A, 7B、および端末 9A, 9Bなどを使用する者を、以下それぞれュ 一ザ 5a, 5b, 7a, 7b, 9a, 9bと称する。
[0012] 図 2に、サービスプロバイダや企業などのインターネット関連設備 2の構成を示す。
インターネット関連設備 2は、本発明の一実施形態に力かるメール受信装置 8、メー ルサーバ 11、ウェブサーバ 12、および説明を省略するその他のサーバ（図示せず） を備える。メール受信装置 8は、自ネットワーク 4 (図 1)のユーザ 5A, 5B,…宛てのメ ールを受信する。メールサーバ 11は、メールの送受信を実行する。ウェブサーバ 12 は、 HTML文書などをクライアントのウェブブラウザの要求に応じて提供する。ここで 、メール受信装置 8と、メールサーバ 11、ウェブサーバ 12、および図示しないその他 のサーバとは、共に単一のコンピュータ力もなる力 それぞれ別のコンピュータ力もな るものであってもよい。
[0013] メール受信装置 8は、受信者キーデータベース 20、受信許可メールアドレスデータ ベース 30、登録用仮データベース 40、登録チェック手段 50、受信者キー受付手段 6 0、送信元メールアドレス登録手段 70、メール機能手段 80、およびウェブ機能手段 9 0を備える。
[0014] 受信者キーデータベース 20は、自ネットワーク 4 (図 1)のユーザ 5A, 5B,…ごとに 、対応するキーを記憶する。具体的にはユーザ 5A, 5B, …の各メールアドレスに対 してそれぞれのキーを記憶する。本実施形態では、キーはユーザの氏名であり、例 えばユーザ Aのキーは「田中一郎」、ユーザ Bのキーは「鈴木次郎」である。このように 、キーが氏名である場合は、送信者カ^田中一郎」さえ知っていればよいので、受信 者は自分にメールを送信してきそうな相手に予めキーを知らせておく必要がない。し たがって、メールを送信できる者が予めキーを知らされた者だけ限定されず、メール を送信できる者が過度に制限されない。また、氏名以外にニックネームでもよい。さら に、ユーザのキーはいかなるものであってもよぐ例えば、ユーザが自由に決定できる ものであって、合言葉や意味を持たない文字もしくは数字の羅列力 なるものでもよ い。ただし、キーは、ユーザ自身に由来するもの、またはこのユーザが決定したもの である。したがって、迷惑メールを大量に送信する業者などは自己を偽ることはでき ても受信者に関する情報を得るのは困難であるため、このような業者にキーを知られ ることはほとんどなぐ後述するように迷惑メールの受信を防止できる。
[0015] 受信許可メールアドレスデータベース 30は、ユーザ 5a, 5b,…ごとに受信許可メー ルアドレスのリストを記憶する。具体的には、図 3に示すように、受信許可メールァドレ スデータベース 30は、自ネットワーク 4 (図 1)内のメールアカウントを有するユーザ 5a , 5b,…ごと、つまりユーザ 5a, 5b,…のメールアドレスごとに、ユーザがメールの受 信を許可しているメールアドレスを示す受信許可メールアドレス 31a, 31b, …のリスト 31を記憶する。
[0016] 図 2に戻って、登録用仮データベース 40は、タグならびにメールの送信元メールァ ドレスおよび宛先メールアドレスを関連付けて記憶する。具体的には、図 4に示すよう に、タグ 41、メールの送信元メールアドレス 42、メールの宛先メールアドレス 43を関 連づけて、各セット 40A, 40B,…にして記憶する。タグ 41は登録用仮データベース 40に対するアクセス時のキーとなる。したがって、関連付けられた、タグ 41ならびにメ ールの送信元メールアドレス 42および宛先メールアドレス 43のセット 40A, 40B,… が複数記憶されている場合、同一のタグは存在せず、タグ 41に基づいてメールの送 信元メールアドレス 42および宛先メールアドレス 43を特定できる。ここで、タグは、例 えば数桁の乱数とこのタグを生成する時点の時刻との組合せ力もなり、図 4の例では タグの上位 7桁が乱数カゝらなり、タグの下位 4桁が時刻カゝらなる。
[0017] 図 2に戻って、各データベース 20, 30, 40は、メール受信装置 8のコンピュータに 内蔵されたハードディスク、外付けされたハードディスク、またはネットワークを介して 接続されたハードディスク力もなるが、ハードディスク以外の記憶装置または記憶媒 体であってもよい。
[0018] 登録チェック手段 50は、メールを受信すると、受信許可メールアドレスデータべ一 ス 30を検索して、受信メールの宛先メールアドレスの受信許可メールアドレスリストに 受信メールの送信元メールアドレスが含まれているか否かを判断する。
[0019] 受信者キー受付手段 60は、タグ発行部 61、 URL記載メール送信部 62、および受 信者キー入力受付部 63を有する。タグ発行部 61は、受信メールの送信元メールアド レスが受信許可メールアドレスリスト 31 (図 3)に含まれていない場合は、タグを発行し 、このタグならびに受信メールの送信元メールアドレスおよび宛先メールアドレスを登 録用仮データベース 40に記憶する。 URL記載メール送信部 62は、受信メールの送 信元メールアドレスに、発行したタグを含む URLと、メールの送信のためにはこの UR Lへのアクセスが必要である旨とを記載したメールを返信する。受信者キー入力受付 部 63は、メールに記載した URLへのアクセスを受け付けると、宛先メールアドレスを 使用するユーザ、つまり受信者についてのキーの入力を促す。
[0020] 送信元メールアドレス登録手段 70は、受信者についてのキーが正しく入力されると 、このキーのユーザの受信許可メールアドレスリスト 31 (図 3)に、登録用仮データべ ース 40に記憶された送信元メールアドレスを追加する。送信元メールアドレス登録手 段 70はまた、この受信者に対するメール送信が今後可能である旨を、メールの送信 者に通知する。
[0021] メールサーバ機能手段 80は、 SMTP (simple mail protocol)機能部 81を有し、イン ターネット 1 (図 1)を介してメールを送受信する。このように、メールサーバ機能手段 8 0はメールサーバ 11の一部の機能力もなるものであるため、メール機能手段 80はメ ールサーバ 11内に存在し、メールサーバ 11の機能を利用するのが現実的である。 ただし、メール機能手段 80はメールサーバ 11と別個に存在してもよい。本構成図に おいては、本発明のメール受信装置 8を明確に示すために、メール機能手段 80をメ ールサーバ 11とは別に示す。
[0022] ウェブサーバ機能手段 90は、 HTTP (hyper text transfer protocol)機能部 91を有 し、ウェブブラウザ力ものリクエストを受けて、 HTML文書などをウェブブラウザに対し て送る。このように、ウェブサーノ機能手段 90もウェブサーバ 12の一部の機能力もな るものであるため、ウェブサーバ機能手段 90はウェブサーバ 12内に存在し、ウェブサ ーバ 12の機能を利用するのが現実である。しかし、メール機能手段 80と同様に、本 構成図においては、本発明のメール受信装置 8を明確に示すために、ウェブ機能手 段 90をウェブサーバ 12とは別に示す。
[0023] 次に、本メール受信装置の動作について説明する。
まず、図 1のインターネット関連設備 2を介してインターネット 1に接続される端末 5A を使用するユーザ 5aに、図示しないサーバを介してインターネット 1に接続される端 末 9Aのユーザ 9aがメールを送信する場合、つまり、本メール受信装置を含むインタ 一ネット関連設備 2を介してメールが受信される場合について、図 5のフローチャート を用いて説明する。前提として、ユーザ 9aからユーザ 5aにメールを送信するのは初 めてであって、ユーザ 5aの受信許可メールアドレスリスト 31 (図 3)には、ユーザ 9aの メールアドレスが受信を許可するメールアドレスとして登録されて 、な 、とする。
[0024] まず、図 5において、ユーザ 9aがユーザ 5aを宛先とするメールを送信すると、インタ 一ネット 1 (図 1 )を介して本メール受信装置 8のメール機能手段 80 (図 2)がこのメー ルを受信する (イベント 11)。
[0025] このようにメールを受信すると、登録チェック手段 50 (図 2)力 受信許可メールアド レスデータベース 30 (図 2)を検索して、ユーザ 5aがユーザ 9aからのメールの受信を 許可しているカゝ否カゝ、つまりユーザ 9aが許可された送信元であるカゝ否かを判断する（ ステップ Sl)。具体的には、まず、受信したメールのヘッダを抽出し、例えばヘッダの 記述" To "力 宛先アドレスを取得し、ヘッダの記述" From"からメールの送信元メー ルアドレスを取得する。次に、図 3の受信許可メールアドレスデータベース 30におい て、取得した宛先メールアドレスのユーザの受信許可メールアドレスリスト 31を検索し て、取得した送信元メールアドレスが含まれて 、る力否かをチェックする。
[0026] 次に、図 5において、ユーザ 9aのメールアドレスがユーザ 5aについての受信許可メ ールアドレスリスト 31 (図 3)に含まれていないと、現時点ではユーザ 9aがユーザ 5aに 許可された送信元ではないと判断されて、以下のステップ S2〜S7で示す、送信元 登録処理が実行される。なお、送信元登録処理に先立って、受信したメールはメー ル受信装置 8 (図 2)の図示しない記憶手段に保存される (ステップ S10)。
[0027] まず、タグ発行部 61 (図 2)の図示しない乱数発生部が数桁の乱数および現時刻か らなるタグを発行する。次に、タグ発行部 61 (図 2)は、このタグ、ならびに受信メール のヘッダから取得した送信元メールアドレスおよび宛先メールアドレスを一つのセット 40 A (図 4)にして登録用仮データベース 40 (図 4)に記憶する（ステップ S 2)。
[0028] タグ発行部 61 (図 2)は、また、ウェブサーバ機能手段 90 (図 2)が提供できるウェブ ページを用意して発行したタグを含む URLを割り当てておく。このように乱数を発生 させてその乱数を一部に含む URLを割り当てておくので、同一の URLが異なるメー ル送信者に提示されるのを防止するとともに、乱数であるため解析が不可能なことよ り、他人が URLを記載したメールを受信していないにもかかわらず勝手に URLヘア クセスするのを防止する。
[0029] 次に、 URL記載メール送信部 62 (図 2)力 受信メールの送信元メールアドレスに、 例えば図 6に示す本文 67を有するメールを返信する（ステップ S3)。この本文 67は、 メールの送信が失敗した旨、そのメールが現在保管、つまり保存されている旨、およ びユーザ 9aがユーザ 5aへメールを送信するには所定の URLへアクセスして受信者 の氏名、つまりキーを入力することが必要である旨を記載したメッセージ部分 68と、 U RLを記載した URL部分 69とを有する。ここで、迷惑メールを一方的に送りつける業 者にこのメールが返信される場合、この本文 67を見た業者がわざわざ URLをァクセ スするとは考えにくぐメール送信を断念することが推定される。
[0030] このメッセージ部分 68と URL部分 69とを有するメールを受信したユーザ 9aがこの URL部分 69に記載された URLにアクセスすると、つまり、図 5において、受信者キー 入力受付部 63 (図 2)が URLへのアクセスを受け付けると (イベント 12)、ユーザ 5aの キーである氏名「田中一郎」の入力を促す (ステップ S4)。具体的には、ウェブサーバ 機能手段 90 (図 2)力 ユーザ 5aへのメールの送信元であるユーザ 9aのウェブブラウ ザに例えば図 7に示すようなウェブページ 77を送信し、端末 9Aの画面に表示させる 。ウェブページ 77は、ユーザ 5aの氏名の入力を促すメッセージを記載したメッセージ 部分 78と、入力ボックスおよび送信ボタンのペア 79とを有する。ここで、メールァドレ スを不正に入手したような者は受信者の氏名までは知らない場合が多いので、このよ うな者からメールを受信するのを防止できる。
[0031] 図 5において、ユーザ 9aによってキーが入力されると (イベント 13)、受信者キー入 力受付部 63 (図 2)力 図 4の登録用仮データベース 40の各セット 40A, 40Bを検索 して、アクセスされた URLの一部であるタグと一致するタグ 41を有するセットの宛先メ ールアドレス 43を抽出する。次に、図 5において、この抽出した宛先メールアドレスか ら受信者キーデータベース 20 (図 2)に記憶されて 、るユーザ 5aのキーを取り出して 、このキーと入力されたキーとを照合して、入力されたキーが受信者キーデータべ一 スに記憶されて 、るキーと一致して 、れば、つまり図 7のウェブページ 77にお!/、て入 力ボックスに「田中一郎」と入力されていれば (ステップ S5)、送信元メールアドレス登 録手段 70 (図 2)力 ユーザ 5aの受信許可メールアドレスリスト 31 (図 3)にユーザ 9a のメールアドレスを追加する（ステップ S6)。なお、この追加されるユーザ 9aのメール アドレス、つまり送信元メールアドレスは登録用仮データベース 40 (図 4)力 抽出さ れる。
[0032] この時点で、送信元メールアドレス登録手段 70 (図 2)が、図 4の登録用仮データべ ース 40力ら、これら抽出されたタグならびに送信元メールアドレスおよび宛先メール アドレス力もなるセット 40Aを削除する。つまり、登録用仮データベース 40に記憶して いたタグは一時的に使用するにすぎず、また、同一の URLに再びアクセスされること も受け付けない。ちなみに、正しいキーの入力がない場合、このタグ 41ならびに送信 元メールアドレス 42および宛先メールアドレス 43からなるセットは、登録用仮データ ベース 40に記憶してから一定時間経過後に削除される。
[0033] 図 5に戻って、送信元メールアドレス登録手段 70 (図 2)は、また、ウェブサーバ機能 部 90 (図 2)によって、図 8に示す登録完了ウェブページ 97をユーザ 9aの端末 9Aの ウェブブラウザに表示させ、この受信者へのメール送信が今後可能である旨、および 以下のステップ S8の説明で示すように保管中のメールを送信した旨を、メールの送 信者に通知する (ステップ S7)。このようにメールの送信者に通知を行うとともに、メー ル受信装置 8に保存されているメールはメールサーバ 11 (図 2)に送出される (ステツ プ S8)。
[0034] このように、ー且受信許可メールアドレスリストに受信が許可されたメールアドレスが 登録されると、以後は、前述した登録処理なしに、図 2の本メール受信装置 8は受信 メールをメールサーバ 11に送出する。具体的には、図 5において、登録チェック手段 50 (図 2)力 図 3のメールアドレスデータベース 30 (図 3)のユーザ 5aについての受 信許可メールアドレスリスト 31 (図 3)に、例えば受信したメールのヘッダの記述" From "によって取得した送信元メールアドレスが含まれていれば (ステップ SI)、ユーザ 9a は許可された送信元であると判断して、図 2の本メール受信装置 8が受信したメール をメールサーバ 11に送出する（図 5のステップ S8)。その後、メールサーバ 11によつ てユーザ 9aからのメールがユーザ 5aに配信されることになる。
[0035] なお、図 5のイベント II、ステップ S3、イベント 12, 13,およびステップ S7の処理を、 図 2において、それぞれ同一参照番号を付した矢印で示しておく。
[0036] 図 1の自ネットワーク 4内のユーザ 5a, 5b,…がインターネット関連設備 2を介してメ ールを送信する場合は、インターネット関連設備 2の図示しな 、メール送信装置が、 受信許可メールアドレスデータベース 30 (図 3)においてメールの送信者、例えばュ 一ザ 5aの受信許可メールアドレスリスト 31 (図 3)に、送信しょうとするメールの宛先メ ールアドレスが含まれているか否かをチェックし、含まれていなければ追加する。これ は、メールが返信されてくるような場合に、返信者が送信元登録のための手続きを行 わなくてよいので、特に有効である。
[0037] 自ネットワーク 4内のユーザ 5a, 5b同士力メールの送受信を行う場合も、本メール 受信装置 8が、図 5の登録チェック処理 (ステップ S1)を行い、必要ならばさらに送信 元登録処理 (ステップ S2〜S7)を行う。
[0038] 図 1の端末 5A, 5B,…のように携帯電話 7A, 7B,…がメールを受信する場合も、 携帯電話会社のインターネット関連設備 3が本発明に係るメール受信装置 8を備えて 、図 5の登録チェック処理 (ステップ SI)および送信元登録処理 (ステップ S2〜S7)を 行う。したがって、メール受信装置 8は、 PCの場合と同様の装置であって、同様の処 理を行う。
[0039] なお、図 3の受信者許可メールアドレスデータベース 30に対して、受信者であるュ 一ザは直接アクセスすることもできる。したがって、例えばユーザ 5aがその受信許可 メールアドレスリスト 31に、受信を許可するメールとしてメールアドレス 3 laを予め設定 しておけば、メールアドレス 31aの使用者は、受信者についてのキーを入力せずに、 ユーザ 5aへのメール送信が可能になる。例えば、メールマガジンやメーリングリストの ようにメールの送信者に受信者にっ 、てのキーの入力を行わせるのが難 、場合に 特に有効である。なお、メールアドレス 3 laを予め設定する方法としては、メールの受 信を許可する者がウェブページにアクセスして設定する方法がある。その他にも、送 信元登録処理（図 5のステップ S2〜S7)と同様に、メールの受信を許可する者カ ー ルをメール受信装置 8 (図 2)に送信すると、これに対してメール受信装置 8 (図 2)が U RLを記載したメールを返信し、メールの受信を許可する者力 Sこの URLにアクセスし て、ここで初めてメールアドレス 3 laを設定することもできる。ただし、設定方法はいか なる方法であってもよい。
[0040] また、メールの受信を拒否する者の登録も可能である。この登録は、図示しな!、受 信者拒否メールアドレスデータベースにユーザが直接アクセスすることによって行わ れる。メール受信装置 8 (図 2)では、受信者拒否メールアドレスデータベースの受信 拒否メールアドレスリストに登録されたアドレスからメールを受信すると、このメールを 廃棄するか、またはエラーとして返信する。
[0041] さらに、本実施形態に係るメール送受信装置では、図 5のステップ S10に示したよう に、受信したメールを一旦保存しておくこととしたが、保存せずに廃棄して、再送信を 促してもよい。具体的には、図 9に示すように、メールの送信元が許可された送信元 ではないと判断されると (ステップ S1)、ステップ S10Aにおいて、送信元登録処理に 先立って受信したメールは廃棄される。したがって、ステップ S3において返信するメ ールには、図 10に示すように、本文 67に、メールの再送信を促す旨が記載されてい る。また、ステップ S7の登録完了通知の画面には、図 11に示すように、保存中のメー ルを送信した旨の記載は存在しな ヽ。送信元メールアドレスが受信許可メールァドレ スとして登録された後であれば、ユーザが再度メールの送信を行うと、本メール受信 装置 8 (図 2)カ^ールを受信して送信元メールアドレスが許可されたものであると判断 するので、本メール受信装置 8 (図 2)は受信メールをメールサーバ 11 (図 2)に送出 する（ステップ S8A)。
[0042] 次に、本発明の第 2実施形態に係るメール送受信装置について説明する。本実施 形態が第 1実施形態と異なる点は、メール受信者の名前のようなキーの入力は不要 であって、代わりに登録ボタンのクリックを必要とする点である。詳細を図 12のフロー チャートを用いて説明し、第 1実施形態と同一の構成要素には同一の符号を付して 説明を省略する。
[0043] ステップ S3Aにおいて送信元メールアドレスに返信されるメールは、図 13に示すよ うに、その本文 67Aが、メールの送信が失敗した旨、そのメールが現在保管すなわち 保存されて 、る旨、および登録操作が必要である旨を記載したメッセージ部分 68A を有する。
[0044] 図 12に戻って、このメールを受信したユーザが記載された URLにアクセスすると、 登録ボタンのクリックが促される (ステップ S4A)。具体的には、図 14に示すようなゥェ ブページ 77Aがユーザの端末の画面に表示される。このウェブページは、登録ボタ ンのクリックを促すメッセージを記載したメッセージ部分 78Aと、登録ボタン 79Aとを 有する。登録ボタン 79Aがクリックされると (イベント I3A)、メールの送信元メールアド レスが許可メールアドレスとして登録される。
[0045] このように、本実施形態ではメールの送信者に対して促す操作が登録ボタンのタリ ックのみであるので、メール受信者の氏名のようなキーの入力が要求される第 1実施 形態とは異なり、キーを知らない者でもメールの送信が許可される。したがって、例え ばキーであるメール受信者の名前までは知らない者からのメールではあるがメール受 信者にとって有意なメールが拒否されることはない。一方、登録ボタンのクリックという 人の手による操作が要求されるので、迷惑メールを自動的に送りつける業者からのメ ールを排除することができる。
[0046] 次に、本発明の第 3実施形態に係るメール送受信装置について説明する。本実施 形態が第 1および第 2実施形態と異なる点は、キーの入力や登録ボタンのクリックを 不要とする点である。詳細を図 15のフローチャートを用いて説明し、第 1実施形態と 同一の構成要素には同一の符号を付して説明を省略する。
[0047] ステップ S3にお!/、て URLを記載したメールを受信したユーザがその URLにァクセ スすると (イベント 12)、メールの送信元メールアドレスが許可メールアドレスとして登録 される (ステップ S6)。つまり、本実施形態では、第 1実施形態におけるキーの入力や 第 2実施形態における登録ボタンのクリックのような操作は必要とされず、メールに記 載された URLへのアクセスのみによって、送信元アドレスを許可リストに追加登録す る（ステップ S 6)。
[0048] したがって、送信者の負担となる操作が少な!/、ので、送信元アドレスが許可リストに 登録され易くなり、メール受信者にとって有意なメールが拒否されることがさらになく なる。一方、メールに記載された URLへのアクセス、つまりウェブページへのアクセス という人の手による操作が要求されるので、迷惑メールを自動的に送りつける業者か らのメールを排除することができる。
[0049] 次に、本発明の第 1実施形態に係るメール受信装置を備えた本発明の第 1実施形 態に係るメールサーバの構成を図 16に示す。前述した本発明のメール受信装置に 係る実施形態と同一の構成要素には同一の参照符号を付し、説明を省略する。
[0050] 本実施形態では、インターネット関連設備 2に含まれるメールサーバ 11 Aが、本発 明の第 1実施形態に係るメール受信装置に相当するメール受信機能部 8Aを備え、メ ールサーバ 11Aは、また、メール送受信機能部 80Aおよびウェブ機能手段 90を備 える。
[0051] メール受信機能部 8Aは、第 1実施形態に係るメール受信装置と同様に、受信者キ 一データベース 20、受信許可メールアドレスデータベース 30、登録用仮データべ一 ス 40、登録チェック手段 50、受信者キー受付手段 60および送信元メールアドレス登 録手段 70を備える。
[0052] 送受信機能部 80Aは、 SMTP機能部 81、メール配信手段である POP (post office protocol) 3機能部 82、および配信メールデータベース 83を有する。 POP3機能部 8 1は、メールを受信して配信メールデータベース 83に保管する。この配信メールデー タベース 83は、ユーザ 5a, 5b,…ごとにメールボックスを設けており、 POP3機能部 8 2は受信したメールを宛先メールアドレスに基づ 、てユーザごとに振り分ける。このメ ールボックスに保管されたメールは端末 5A, 5B,…の電子メールソフトによって取り 出されて、最終的にユーザ 5a, 5b,…にメールが配信される。なお、ユーザ 5a, 5b, …がメールサーバ 11Aからメールを入手するためのプロトコルは POP3に限られず、 IMAPなどであってもよ!/ヽ。
[0053] 次に、本発明の第 1実施形態に係るメールサーバの動作について、本発明の第 1 実施形態に係るメール受信装置の場合と同様に図 1のユーザ 5aがユーザ 9aからメ ールを受信する場合について、図 16および第 1実施形態に係るメール受信装置の 説明で用いた図 5を用いて説明する。
[0054] 登録チェック処理（図 5のステップ S1)および送信元登録処理（図 5のステップ S2〜 S7)は、メール受信機能部 8Aの各手段 50, 60, 70 (図 16)が、各データベース 20, 30, 40を用いて行う。ただし、メールの送受信は送受信機能部 80Aが行う。
[0055] 本発明の第 1実施形態に係るメールサーバ 11Aが本発明のメール受信装置 8 (図 2 )と異なる点は、図 5のステップ S8の処理である。具体的には、登録チェック手段 50 ( 図 16)力 図 3のメールアドレスデータベース 30のユーザ 5aについての受信許可メ ールアドレスリスト 31に送信元メールアドレスが含まれていると判断した場合に（図 5 のステップ S1)、本メール受信機能部 8A (図 16)が、送受信機能部 80A (図 16)に 受信メールを送出し、送受信機能部 80Aの POP3機能部 82 (図 16)が宛先メールァ ドレスに従って受信メールを振り分けて配信メールデータベース 83の各メールボック スに保管する。その後、ユーザ 5aの端末 5Aの電子メールソフトがそのユーザのメー ルボックス 83からメールを取り出す。
[0056] 本発明のメール受信装置およびメールサーバの上記説明においては、図 5のステ ップ S2〜S5で示したように、メール機能とウェブ機能を組み合わせて受信者につ!ヽ てのキーの入力を受け付ける例、すなわち送信者にとってはメール受信とウェブべ一 ジ閲覧によって受信者のキーを入力する例を示した。しかし、送信者が受信者につ いてのキーを入力できるのであれば、いかなる方法を用いてもよい。例えば、メール 機能を用いずにウェブページ閲覧のみによるものでもよい。ただし、図 5のステップ S 2〜S5の処理であれば、送信者は URLを記載したメールを受信することによって UR
Lへのアクセスに導かれるので、ユーザはメールやウェブブラウザのメッセージに従う だけでよぐ操作がしゃすい。
[0057] 次に、本発明の第 2実施形態に係るメールサーバを示す。第 1実施形態にカゝかるメ ールサーバと同一の構成要素には同一の参照符号を付し、説明を省略する。
[0058] 図 17に示すように、本メールサーバ 11Bは、メール受信機能部 8Bを備え、このメー ル受信機能部 8Bは、受信者キーデータベース 20B、受信許可メールアドレスデータ ベース 30、登録チェック手段 50、受信者キー受付手段 60B、および送信元メールァ ドレス登録手段 70Bを有する。
[0059] 受信者キーデータベース 20Bは、図 18に示すように、ユーザ用 URL26およびュ 一ザ 5a, 5b,…についてのキー 27をユーザ 5a, 5b,…ごとに記憶する。ユーザ用 U
RL26は各ユーザ 5a, 5b,…に対して固有に割当てられており、割当てられたユー ザのみに知らされている。
[0060] 図 17の受信者キー受付手段 60Bは、あるユーザ用、例えばユーザ 5a用の URLへ のアクセスを受け付けると、この URLに対応するユーザであるユーザ 5aについての キーおよびこのユーザ 5aにメールを送信しょうとする者、例えばユーザ 9aのメールァ ドレスの入力を促す。
[0061] 送信元メールアドレス登録手段 70Bは、ユーザ 5aについてのキーが正しく入力され ると、このキーのユーザの受信許可メールアドレスリスト 31 (図 3)に、キーと共に入力 された、メールを送信しょうとする者 (ユーザ 9a)のメールアドレスを追加する。送信元 メールアドレス登録手段 70Bはまた、ユーザ 5aが使用するメールアドレスをメールを 送信しょうとする者 (ユーザ 9a)に通知する。
[0062] 次に、この第 2実施形態に力かるメールサーバの動作について説明する。
本実施形態では、前提として、図 17の本メールサーバ 11Bの各ユーザ 5a, 5b,… 1S 図 18に示した各自の URLを認識し、例えばユーザ 5aが図 19に示すようなカー ド 110をメール受信を許可するユーザ 9aに予め渡しておく。カード 110は、説明欄 1 11および URL欄 112などを有し、説明欄 111には、記載された URLにアクセスすれ ばメール送信が可能になる旨が記載され、 URL欄 112にはそのアクセス先である U RLが記載されている。
[0063] これを踏まえて、図 20のフローチャートによって送信元メールアドレスの登録処理、 図 21のフローチャートによってメールアドレスの配信処理について説明する。
[0064] 図 20の送信元メールアドレス登録処理では、まず、ユーザ 9aがユーザ 5aから渡さ れたカード 110 (図 19)の URLにアクセスすると (イベント II 1)、受信者キー受付手 段 60B (図 17)が、ウェブ機能手段 90 (図 17)によって、図 22に示す入力用ウェブべ ージ 120をユーザ 9aの端末 9Aのウェブブラウザに表示させる。入力用ウェブページ 120は、ユーザ 5aについてのキー、例えば氏名の入力を促すメッセージを記載した 氏名に関するメッセージ部分 121および氏名入力用の入力ボックス 122と、入力者 つまりユーザ 9aのメールアドレスの入力を促すメッセージを記載したメールアドレスに 関するメッセージ部分 123およびメールアドレス入力ボックス 124と、送信ボタン 125 とを有する。
[0065] 図 20において、ユーザ 9aによってキーおよびメールアドレスが入力されると（ィベン ト 112)、受信者キー受付手段 60B (図 17)が、図 18の受信者キーデータベース 20B を検索して、現在アクセスされている URLに対応するキーを取り出し、このキーと入 力されたキーとを照合する。入力されたキーがこの取り出したキーと一致していれば、 つまり図 22のウェブページ 120において入力ボックスに「田中一郎」と入力されてい れば (ステップ S12)、送信元アドレス登録手段 70B (図 17)力 ユーザ 5aの受信許 可メールアドレスリスト 31 (図 3)にユーザ 9aのメールアドレスを追加する（ステップ S1 3)。なお、この追加される、メールをユーザ 5aに送信しょうとするユーザ 9aのメール アドレスは、ウェブページ 120 (図 22)力も入力されたものである。
[0066] 図 20において、送信元メールアドレス登録手段 70B (図 17)は、また、ユーザ 5aが 使用するメールアドレスを、メールを送信しょうとするユーザ 9aに通知する（ステップ S 14)。詳細には、送信元メールアドレス登録手段 70B (図 17)は、ウェブ機能手段 90 (図 17)によって図 23に示す登録完了ウェブページ 130をユーザ 9aの端末 9Aのゥ エブブラウザに表示させる。この登録完了ウェブページ 130は、登録された旨を示す メッセージ部分 131からなる。送信元メールアドレス登録手段 70B (図 17)は、このよ うに登録完了ウェブページを表示させると共に、受信を許可したユーザ 5aのメールァ ドレスを記載したメールをユーザ 9aのメールアドレス宛てに送信する。このように、ュ 一ザ 5aのメールアドレスがユーザ 9aに通知されるので、以後ユーザ 9aはユーザ 5a 宛てにメールを送信することができる。
[0067] 次に、図 21を用いてメール配信処理について説明する。
図 21において、ユーザ 9aがユーザ 5aを宛先とするメールを送信すると、本メール サーバ 11Bのメール送受信機能部 80Aがこのメールを受信する (イベント 121)。この ようにメールを受信すると、登録チェック手段 50 (図 17)力 受信許可メールアドレス データベース 30 (図 2)を検索して、ユーザ 5aがユーザ 9aからのメールの受信を許可 しているカゝ否カゝ、つまりユーザ 9aが許可された送信元であるカゝ否かを判断する (ステ ップ S21)。
[0068] ユーザ 9aのメールアドレスがユーザ 5aについての受信許可メールアドレスリスト 31
(図 3)に含まれていないと、現時点ではユーザ 9bがユーザ 5aに許可された送信元 ではないと判断されて、例えば登録チェック手段 50 (図 17)が、受信メールを廃棄す る (ステップ S22)。なお、廃棄の代わりにエラーとして返信してもよい。一方、ユーザ 9 aのメールアドレスがユーザ 5aについての受信許可メールアドレスリスト 31 (図 3)に含 まれていれば、登録チェック手段 50 (図 1)がユーザ 9aは許可された送信元であると 判断して、本メール受信機能部 8B (図 17)が、送受信機能部 80A (図 17)に受信メ ールを送出し、送受信機能部 80Aの POP3機能部 82 (図 17)が宛先メールアドレス に従って受信メールを振り分けて配信メールデータベース 83の各メールボックスに保 管する（ステップ S23)。その後、ユーザ 5aの端末 5Aの電子メールソフトがそのユー ザのメールボックス 83からメールを取り出す。
[0069] ここで、ステップ S22で示したように、受信許可メールアドレスリスト 31 (図 3)に含ま れていないメールアドレスからのメールは、受信を拒否する。し力し、図 20の送信元メ ールアドレスの登録処理で示したように、登録が完了して初めてステップ S14のメー ルアドレス通知が実行されるので、ユーザ 5aのメールアドレスを迷惑メール送信者で ある業者などが知るのは困難である。したがって、図 21のイベント 121で示したメール 受信において、迷惑メールの受信は極めて少なくなり、これより、ステップ S22の受信 拒否を示すメール返信も極めて少なくなると推測される。 [0070] なお、以上説明した実施形態では、送信元メールアドレスのチェックおよび登録機 能はインターネット関連設備 2 (図 1)に存在するもの、つまりサーバに存在するものと して示したが、これに限定されるものではなぐメールを受信するユーザの端末にお いて送信元メールアドレスのチェックを行ってもよい。例えば、端末におけるメールソ フトに送信元メールアドレスのチェック機能を組み込んで、受信許可メールアドレスデ ータベースを端末側に備えてもよい。ただし、メール送信者にキーの入力や登録ボタ ンのクリックを促すウェブページ（図 7、図 14)を提供するウェブサーバが仲介サーバ として存在し、このウェブサーバにおいて受信許可メールアドレスの登録を行い、登 録された受信許可メールアドレスを端末側に通知する。また、メールソフトに組み込 む代わりに、プラグインソフトによって送信元メールアドレスのチェック機能を実現して メールソフトは既存のものとすることもできる。なお、端末力メールサーノ からメールを 入手するためのプロトコルとして POP3や IMAPなどがある力 これはいかなる方法で もよぐ入手したメールのうち登録された受信許可メールアドレス力 受信したメール のみをユーザに提供する点に本発明のメール受信方法が適用される。
[0071] 以上のとおり、本発明のメール受信装置および第 1実施形態に力かるメールサーバ によれば、受信メールの送信元メールアドレスが受信許可メールアドレスリストに含ま れない場合に、メールの送信者に宛先メールアドレスを使用するユーザについての キーの入力を促すので、受信者にっ 、てのキーを知らな 、者からのメールの受信を 拒否できる。つまり、住所と氏名が必要な郵便のように、受信者のメールアドレスとキ 一の両方を知る者のみがメールの送信を許可されるので、迷惑メールを有効に防止 できる。また、送信者についてのキーではなぐ受信者についてのキーの入力が必要 であるため、例えば、送信者に関する情報であれば迷惑メールの送信者が自己を偽 つてくることもありうるが、受信者に関する情報を迷惑メールの送信者が知るのは困難 であるため、業者などによる迷惑メールの送信が困難になる。また、メールの送信者 が正しくキーを入力するという送信者の操作によってこの送信者のメール送信が可能 になるので、受信者は受信を拒否するメールアドレスを予め設定しておく必要がなく 、煩雑な作業を行わなくてもよい。一方、一旦、受信許可メールアドレスデータベース に送信者のメールアドレスが追加されて登録されると、その後はキーの入力が促され な!、ので、メールの送信者も煩雑な作業を行わなくてもよ!、。
[0072] また、本発明の第 2実施形態に力かるメールサーバによれば、あるユーザ用の UR Lへのアクセスを受け付けると、この URLに対応するユーザにつ!、てのキーの入力を 促し、キーが正しく入力されると、受信許可メールアドレスリストにメールアドレスを追 加するので、ユーザ用 URLとユーザにつ!、てのキーの両方を知る者からのメールの みが受信を許可されることになる。したがって、迷惑メールを有効に防止できる。また 、受信者についてのキーの入力が必要であるため、業者などによる迷惑メールの送 信が困難になる。さらに、ユーザについてのキーが正しく入力されて力もこのユーザ の使用するメールアドレスをメールを送信しょうとする者に通知するので、原則として ユーザについてのキーを知る者しかこのユーザのメールアドレスを知りえない。したが つて、迷惑メールを送信しょうとする業者などはメールアドレスを入手できな 、のでメ ールの送信が不可能となり、メールサーバに迷惑メールが入らないこととなる。これよ り、迷惑メールを大量に受信することによってメールサーバに多大な負荷力 Sかかるの を防止できる。
[0073] なお、 PCおよび携帯電話のメール送受信について説明したが、 PDA (携帯情報端 末)のような電子メールを交換できるあらゆる装置に対しても本発明を適用することが できる。
[0074] また、インターネットを介する場合のメール受信にっ 、て説明してきたが、ネットヮー ク内のユーザ同士のメール受信の例で示したように、インターネットは必ずしも必要で はない。

Claims

請求の範囲
[1] 自ネットワーク内のユーザ宛てのメールを受信する方法であって、
メールを受信すると、メールの受信を許可する受信許可メールアドレスのリストをュ 一ザごとに記憶するメールアドレスデータベースを検索して、受信メールの宛先メー ルアドレスを使用するユーザについての受信許可メールアドレスリストに、受信メール の送信元メールアドレスが含まれている力否かを判断し、
受信メールの送信元メールアドレスが前記受信許可メールアドレスリストに含まれて いない場合は、この受信メールの送信者に所定の操作を促し、所定の操作が正しく 実行されると、この受信メールの宛先メールアドレスを使用するユーザの前記受信許 可メールアドレスリストに、前記受信メールの送信元メールアドレスを追加するメール 受信方法。
[2] 請求項 1において、
前記所定の操作力 前記宛先メールアドレスを使用するユーザについてのキーの 入力であるメール受信方法。
[3] 請求項 2において、
受信メールの送信元メールアドレスが前記受信許可メールアドレスリストに含まれて いない場合は、タグを発行し、このタグならびに受信メールの送信元メールアドレスお よび宛先メールアドレスを関連付けて記憶し、
受信メールの送信元メールアドレスに、発行したタグを含む URLと、メール送信が 許可されるためにはこの URLへのアクセスが必要である旨とを記載したメールを返信 し、
この URLへのアクセスを受け付けると、この URLに含まれるタグと関連付けて記憶 した受信メールの宛先メールアドレスを使用するユーザについてのキーの入力を促し 前記キーが正しく入力されると、このキーのユーザの前記受信許可メールアドレスリ ストに、前記 URLに含まれるタグと関連付けて記憶した受信メールの送信元メールァ ドレスを追加するメール受信方法。
[4] 請求項 2において、 前記ユーザについてのキー力 ユーザの氏名である、メール受信方法。
[5] 請求項 2において、
前記ユーザについてのキー力 ユーザのニックネームである、メール受信方法。
[6] 自ネットワーク内のユーザ宛てのメールを受信するメール受信装置であって、 ユーザについてのキーをユーザごとに記憶する受信者キーデータベースと、 メールの受信を許可する受信許可メールアドレスのリストをユーザごとに記憶する受 信許可メールアドレスデータベースと、
メールを受信すると、前記受信許可メールアドレスデータベースを検索して、受信メ ールの宛先メールアドレスを使用するユーザについての受信許可メールアドレスリス トに、受信メールの送信元メールアドレスが含まれて 、るか否かを判断する登録チェ ック手段とを備えたメール受信装置。
[7] 請求項 6において、さらに、
受信メールの送信元メールアドレスが前記受信許可メールアドレスリストに含まれて いない場合は、この受信メールの送信者に、前記宛先メールアドレスを使用するユー ザについてのキーの入力を促す受信者キー受付手段と、
前記キーが正しく入力されると、このキーのユーザの前記受信許可メールアドレスリ ストに、前記受信メールの送信元メールアドレスを追加する送信元メールアドレス登 録手段とを備えたメール受信装置。
[8] 請求項 7において、
さらに、タグならびに受信メールの送信元メールアドレスおよび宛先メールアドレス を関連付けて記憶する登録用仮データベースを備え、
前記受信者キー受付手段は、
受信メールの送信元メールアドレスが前記受信許可メールアドレスリストに含まれて いない場合は、タグを発行し、このタグならびに受信メールの送信元メールアドレスお よび宛先メールアドレスを前記登録用仮データベースに関連付けて記憶するタグ発 行部と、
受信メールの送信元メールアドレスに、発行したタグを含む URLと、メール送信が 許可されるためにはこの URLへのアクセスが必要である旨とを記載したメールを返信 する URL記載メール送信部と、
この URLへのアクセスを受け付けると、この URLに含まれるタグと関連付けて記憶 した受信メールの宛先メールアドレスを使用するユーザについてのキーの入力を促 す受信者キー入力受付部とを有し、
前記送信元メールアドレス登録手段は、前記キーが正しく入力されると、このキーの ユーザの前記受信許可メールアドレスリストに、前記 URLに含まれるタグと関連付け て記憶した受信メールの送信元メールアドレスを追加するメール受信装置。
[9] 自ネットワーク内のユーザに対してメールの送受信を実行するメールサーバであつ て、
請求項 7に記載のメール受信装置と、
受信メールの送信元メールアドレスが前記受信許可メールアドレスリストに含まれて V、る場合は、受信メールの宛先メールアドレスに受信メールを配信するメール配信手 段とを備えたメールサーバ。
[10] 自ネットワーク内のユーザに対してメールの送受信を実行するメールサーバであつ て、
請求項 6に記載のメール受信装置を備え、
前記受信者キーデータベースが、さらに、ユーザ用の URLをユーザごとに記憶し、 さらに、
あるユーザ用の URLへのアクセスを受け付けると、この URLに対応するユーザに ついてのキーおよびこのユーザにメールを送信しょうとする者のメールアドレスの入 力を促す受信者キー受付手段と、
前記キーが正しく入力されると、このキーのユーザの前記受信許可メールアドレスリ ストに、入力されたメールを送信しょうとする者のメールアドレスを追カ卩し、このユーザ が使用するメールアドレスをメールを送信しょうとする者に通知する送信元メールアド レス登録手段と、
受信メールの送信元メールアドレスが前記受信許可メールアドレスリストに含まれて V、る場合は、受信メールの宛先メールアドレスに受信メールを配信するメール配信手 段とを備えたメール受信装置。
PCT/JP2006/304258 2005-04-04 2006-03-06 メール受信方法、メール受信装置およびメールサーバ WO2006106600A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-107234 2005-04-04
JP2005107234A JP2006101474A (ja) 2004-09-06 2005-04-04 メール受信方法、メール受信装置およびメールサーバ

Publications (1)

Publication Number Publication Date
WO2006106600A1 true WO2006106600A1 (ja) 2006-10-12

Family

ID=37073167

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/304258 WO2006106600A1 (ja) 2005-04-04 2006-03-06 メール受信方法、メール受信装置およびメールサーバ

Country Status (1)

Country Link
WO (1) WO2006106600A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009077568A1 (fr) * 2007-12-19 2009-06-25 Gemalto Sa Objet portable pour filtrer un message entrant non voulu, terminal et procede correspondants

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6112227A (en) * 1998-08-06 2000-08-29 Heiner; Jeffrey Nelson Filter-in method for reducing junk e-mail
JP2002132647A (ja) * 2000-10-19 2002-05-10 Kizna Corp 電子掲示板及び電子掲示板システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6112227A (en) * 1998-08-06 2000-08-29 Heiner; Jeffrey Nelson Filter-in method for reducing junk e-mail
JP2002132647A (ja) * 2000-10-19 2002-05-10 Kizna Corp 電子掲示板及び電子掲示板システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Spam Mail o Jushin shinai Shikumi", NETWORK MAGAZINE ASCII CORP, PROTOCOL-TEKI NA KAIHISAKU, vol. 10, no. 1, 30 November 2004 (2004-11-30), pages 130 - 131, XP003008003 *
IWANAGA M. ET AL.: "Challenge-Response to Bayesian Filtering o Heiyo shita Meiwaku Mail Taisaku no Teian. (Proposal of Anti-spam Scheme Combining Challenge-response and Bayesian Filtering)", TRANSACTIONS OF INFORMATION PROCESSING SOCIETY OF JAPAN, vol. 45, no. 8, 15 August 2004 (2004-08-15), pages 1939 - 1947, XP003002081 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009077568A1 (fr) * 2007-12-19 2009-06-25 Gemalto Sa Objet portable pour filtrer un message entrant non voulu, terminal et procede correspondants

Similar Documents

Publication Publication Date Title
JP2006101474A (ja) メール受信方法、メール受信装置およびメールサーバ
US7792523B2 (en) Message transmission system and message transmission method
US7133898B1 (en) System and method for sorting e-mail using a vendor registration code and a vendor registration purpose code previously assigned by a recipient
KR100436551B1 (ko) 휴대전화번호를 이용한 메일주소정보 제공시스템 및 그 방법
US20030231207A1 (en) Personal e-mail system and method
US7620691B1 (en) Filtering electronic messages while permitting delivery of solicited electronics messages
US20070136430A1 (en) Delivery confirmation for e-mail
US20080001717A1 (en) System and method for group management
WO2002084500A1 (en) Method for managing multiple dynamic e-mail aliases
JP4007893B2 (ja) サーバ装置、プログラムおよび記録媒体
US7493374B2 (en) System periodically retrieving and processing information from multiple network accounts and presenting to user through a common account
US20020032743A1 (en) Method for providing e-mail service
JP4857246B2 (ja) 承認装置、承認方法、及びプログラム
WO2006106600A1 (ja) メール受信方法、メール受信装置およびメールサーバ
JP4121171B2 (ja) メッセージ管理方法及びシステム及びメッセージ管理プログラムを格納した記憶媒体
KR20080018393A (ko) 인스턴트 메시징 서비스와 메일 서비스를 제공하는 실시간통합 메시징 시스템 및 그 서비스 방법
JP2003157222A (ja) コンテンツ配信サーバ及びコンテンツ配信方法
JP4711086B2 (ja) 迷惑メール判定装置、および迷惑メール判定方法、並びに判定プログラム、記録媒体
TWI285040B (en) Notification system for instant message and method thereof
US20030212748A1 (en) Mail-incoming rejection system, mail-incoming rejection method, and mail-incoming rejection program
JP4719083B2 (ja) メッセージ送信システム、メッセージ中継サーバ、メッセージ送信方法
KR100740714B1 (ko) 메일 서비스 제공 방법
JPH10224394A (ja) 電子メール管理方法
KR100466849B1 (ko) 동보 이메일 착신시 수신자 개별 표시 방법 및 시스템
KR100466850B1 (ko) 동보 이메일 착신시 지정 수신자를 선택적으로 표시하는방법 및 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06715278

Country of ref document: EP

Kind code of ref document: A1