WO2009110362A1 - 電子メール送信経路管理サーバ - Google Patents

電子メール送信経路管理サーバ Download PDF

Info

Publication number
WO2009110362A1
WO2009110362A1 PCT/JP2009/053448 JP2009053448W WO2009110362A1 WO 2009110362 A1 WO2009110362 A1 WO 2009110362A1 JP 2009053448 W JP2009053448 W JP 2009053448W WO 2009110362 A1 WO2009110362 A1 WO 2009110362A1
Authority
WO
WIPO (PCT)
Prior art keywords
mail
information
transmission path
unit
management server
Prior art date
Application number
PCT/JP2009/053448
Other languages
English (en)
French (fr)
Inventor
和孝 林
Original Assignee
有限会社アプリコシステム
有限会社エックス
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
Application filed by 有限会社アプリコシステム, 有限会社エックス filed Critical 有限会社アプリコシステム
Priority to JP2010501864A priority Critical patent/JPWO2009110362A1/ja
Publication of WO2009110362A1 publication Critical patent/WO2009110362A1/ja

Links

Images

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

Definitions

  • the present invention relates to a technology such as a management server that manages information related to an e-mail transmission path.
  • An e-mail (hereinafter also referred to as “e-mail”) is sent from a MUA (Mail User Agent) operated by the sender using MTA (Mail Transfer Agent) as a protocol using SMTP (for example, see Non-Patent Document 1). ). Then, if necessary, it is relayed by another MTA, and finally reaches the MTA that manages the recipient's mailbox etc. and is stored in the mailbox. Then, using a protocol such as POP3 (see, for example, Non-Patent Document 2), mail is captured and displayed in the recipient's MUA.
  • MUA Mail User Agent
  • MTA Mail Transfer Agent
  • E-mail has been widely used because it is delivered in a shorter time than a physically delivered mail such as a letter, and can be received when the recipient wants to receive it.
  • a physically delivered mail such as a letter
  • spammers have emerged that indiscriminately send e-mails such as advertisements.
  • ISPs Internet service providers
  • port 25 block In order to prevent spammers and others from sending spam mails, Internet service providers (ISPs) impose restrictions called “port 25 block”, learn spam mail types and delete spam mails. A learning type filter is introduced.
  • ISPs Internet service providers
  • a technique for analyzing the text of a mail based on Bayesian theory or the like and determining whether the received mail is a junk mail for example, see Patent Document 1).
  • a management server that manages information related to an e-mail transmission route is disclosed.
  • the management server manages the information related to the transmission path of the e-mail by associating the attribute, processes the inquiry about the information about the transmission path of the mail from the MTA, and provides feedback about the mail from the mail recipient. Receive and change attributes associated with information about the transmission path.
  • a database that stores information relating to an email transmission path in association with its attributes, and a transmission path information receiving unit that receives information about an email transmission path that is received by a mail relay device on the network and is subject to relay processing
  • a transmission path information attribute search unit that searches the database for attributes associated with the transmission path information received by the transmission path information reception unit, and a reply unit that sends a reply to the mail relay device according to the searched attribute.
  • a mail information receiving unit that receives information about a transmission path of an email received by a mail receiving device on the network, and an attribute held in the database in association with the information about the transmission path received by the mail information receiving unit.
  • a management server having a mail information processing unit to be updated is provided.
  • a transmission path information transmission unit that transmits information related to the transmission path of the e-mail to be relayed to the management server on the network
  • a reply reception unit that receives a reply according to transmission by the transmission path information transmission unit
  • a mail relay device having a determination unit that determines whether or not to relay an electronic mail to be relayed based on a reply received by a reply receiving unit.
  • an e-mail receiving unit that receives e-mails
  • an e-mail display unit that displays received e-mails
  • a junk e-mail determination result acquisition that acquires a determination result of whether or not the displayed e-mail is junk mail
  • the determination result acquired by the junk mail determination result acquisition unit is a determination result that the displayed e-mail is a junk mail
  • a mail transmission path for transmitting information on the transmission path of the received e-mail Provided is a mail receiving device having an information transmitting unit.
  • the present invention can reduce the transmission of junk mail. As a result, it is possible to prevent unnecessary information from being communicated.
  • FIG. 1 is a system configuration diagram according to an embodiment of the present invention.
  • a system 100 that performs transmission / reception and relay of mail includes a management server 101, a transmission-side MUA 102, an MTA 103, and a reception-side MUA 105.
  • the system 100 can be composed of a plurality of computers connected to a network such as the Internet or an intranet.
  • FIG. 1 shows a computer selected as a management server 101, a computer on which the transmission-side MUA 102 operates, a computer on which the MTA 103 operates, and a computer on which the reception-side MUA 105 operate selected from a plurality of computers.
  • the system may be composed of a large number of computers connected to a network.
  • a plurality of computers on which the transmission side MUA, MTA, and reception side MUA operate may exist.
  • the number of management servers is preferably smaller than the number of computers on which the transmission side MUA, MTA, and reception side MUA operate, and may be, for example, one per system. Further, only one management server may exist for a plurality of systems. Of course, multiple units may exist. Also, a part or all of the management server 101, a device that operates as the transmission-side MUA 102, a device that operates as the MTA 103, and a device that operates as the reception-side MUA 105 can be configured as dedicated hardware such as an LSI.
  • the management server 101 performs management for associating attributes with information related to the transmission path of the e-mail.
  • “management” refers to an attribute in the information related to the transmission path so that the attribute associated with the information related to the transmission path of the e-mail can be read by searching using the information related to the transmission path as a key. Is stored in association with each other. The storage is performed using a storage device such as a memory device or a hard disk device.
  • the “information regarding the transmission path” here is information regarding the transmission path for the electronic mail.
  • the information on the transmission path is configured by an address of a computer that transmits an email to the MTA 103, an email address of an email sender, an email address of an email recipient, and the like as defined below.
  • the management here also includes processing for newly storing, changing, and deleting information related to the transmission path and attributes associated therewith. As shown in FIG. 1, such management stores information related to transmission paths in a storage device in one column 10 of the table, and the attributes associated with the information related to the respective transmission paths are the same as the information related to the transmission paths. Store in another column 11 of the row. As described above, data in such a table is stored in a storage device such as a memory device or a disk device of a computer that implements the management server 101.
  • the information on the transmission route is information on the route through which the e-mail is delivered.
  • the information can be made up of the addresses of entities involved in sending, relaying or receiving electronic mail. For example, it relays the email address of the sender of the email, the user name and domain of the sender's email address, the IP address and FQDN of the computer on which the MUA that sends the email operates, the domain to which the computer belongs, and the email This is information consisting of any one of MTA's IP address, FQDN or domain to which it belongs, or a combination thereof. Further, additional information may be included in the information on the transmission path defined as described above. In some cases, “information regarding the transmission path” is simply written as “path information”.
  • attributes associated with route information there are various types of attributes associated with route information.
  • owner attributes such as the name, address, and age of the owner of the e-mail address from which the e-mail is sent.
  • public key corresponding to the private key used for encryption of the mail by the owner
  • information indicating how many mails with the email address as the sender of the mail were transmitted or relayed such as Statistical information about the e-mail address such as the frequency (for example, the average number of e-mails per hour) of e-mail transmission or relaying can also be mentioned.
  • the relationship between the owner and the third party such as the contents of the contract with the operator of the management server 101 can also be mentioned.
  • the attribute may be numerical information.
  • the numerical information can be, for example, information representing an amount deposited by the owner of the e-mail address as a deposit or the like to the management server 101 operator or the like. This deposit may be refunded after a predetermined period of time, for example, on condition that no spam mail is transmitted.
  • the deposit may be refunded after elapse of a predetermined period on condition that the junk mail is not transmitted from a computer belonging to the domain or a specific computer.
  • column 10 includes an e-mail address xxx @ yy. jp, domain ee. jp, IP address 10.1.253.9, and the like are stored, and column 11 stores numerical values as attributes.
  • This numerical value can be interpreted as, for example, an identification number of an attribute such as an owner of an e-mail address. For example, it can be interpreted as the age of the owner of the email address.
  • the e-mail address is a numerical value indicating how often mail as a mail sender is transmitted or relayed, or the e-mail address owner is entrusted to the management server 101 operator or the like. It can also be interpreted as a numerical value indicating the amount of money.
  • an e-mail address, a domain, and an IP address are individually stored.
  • the present invention is not limited to associating attributes with individual e-mail addresses, domains, IP addresses, etc. in this way.
  • an attribute may be associated with a set of an email address and an IP address.
  • Such a combination of an email address and an IP address can be interpreted as representing that an email sending the email address has been sent and / or sent by a computer having the IP address.
  • it can be interpreted as representing that an email sending the email address is relayed and / or relayed by a computer having the IP address.
  • an e-mail is transmitted from the first computer A to the second computer B and / or transmitted by the set ⁇ A, B> of two IP addresses (or FQDNs). Can be interpreted.
  • the first computer E that relays the electronic mail by the set of three IP addresses ⁇ D, E, F>
  • the second computer D that transmits the electronic mail to the first computer E
  • E represents the third computer F that forwarded and / or forwarded the email.
  • what is stored in the column 10 is expressed by a wild card or a regular expression, and may generally be an expression that matches a plurality of pieces of route information. For example, *. yy.
  • the expression jp is yy. Matches the FQDN indicating the host of the computer having jp as the domain part. This makes it possible to collectively manage cases in which electronic mail is transmitted or relayed from an organization such as a specific company.
  • the sending MUA 102 is a MUA (usually called “mailer” or the like) used by the sender of the mail.
  • the sender's mail address is xxx @ yy. jp.
  • the mail transmitted from the transmission side MUA 102 is set so that, for example, the MTA 103 relays.
  • the IP address and host name of the computer on which the MTA that relays the mail transmitted from the transmission side MUA first is normally set in the transmission side MUA.
  • an MTA in which a host name or the like is set in the MUA for example, an SMTP server provided by an ISP connected to a computer on which a transmission-side MUA is installed is set, or an SMTP server installed in an email address domain is set.
  • the MTA 103 may be set to relay mail received by the receiving side MUA 105.
  • the mail transmitted from the transmission side MUA 102 may reach the reception side MUA 105 via a plurality of MTAs.
  • the MTA 103 When the MTA 103 receives the mail, it starts processing the received mail as a relay target. This processing is called relay processing. Then, route information such as a sender mail address is acquired from the mail. In addition, mail body data, mail data size, mail destination, and number of destinations may be acquired. After acquiring the route information, the MTA 103 makes a search request using the information to the management server 101. In FIG. 1, an inquiry 104 “xxx@yy.jp OK?” Is transmitted.
  • the MTA 103 may execute multiple inquiries to the management server 101 for one mail. For example, in addition to inquiring about the mail address of the sender, inquiries about the IP address of the computer or the like that sent the mail to the MTA 103, or inquiries about the IP address or the like of the computer to which the MTA 103 will send mail. May be executed.
  • the mail address of the mail destination may be transmitted.
  • the reply to the inquiry may include an MTA that can handle a mail of that data size.
  • the MTA 103 queries the DNS record of the mail address of the transmission destination to DNS (Domain Name Server), and queries the management server 101 for the FQDN of the MTA included in the MX record. For example, you may make it inquire about MTA which can handle the data size of the mail.
  • the management server 101 that has received the inquiry 104 acquires a sender address and the like from the inquiry 104 and acquires attributes associated therewith. Then, all or part of the attribute may be returned to the MTA 103. Alternatively, the result of the determination made by reading and / or referring to the attribute, that is, the result obtained according to the attribute may be returned. For example, when the attribute is a numerical value, a determination is made as to whether the numerical value exceeds a predetermined value or is less than a predetermined value. Specifically, when the attribute is a numerical value indicating the amount deposited by the owner of the e-mail address or the like to the operator of the management server 101, it is determined whether the amount indicated by the numerical value is less than a predetermined amount. to decide.
  • a reply that the route information of the mail is not registered may be sent.
  • the mail having the route information may not be relayed in the MTA 103.
  • the table of the management server 101 manages the route information of mail that can be relayed. That is, the table of the management server 101 functions as a kind of white list regarding mail that can be relayed.
  • the MTA 103 may relay the mail having the route information unconditionally.
  • the table of the management server 101 functions as a kind of black list regarding mail that cannot be relayed.
  • the sender of the e-mail, the administrator of the relay server, etc. are notified to the sender of the management server on the condition that the deposit is confiscated and the route information is deleted from the white list when the spam mail is transmitted.
  • Junk mail transmission can be suppressed by depositing a deposit to the operator.
  • route information on such a black list, it is possible to suppress the transmission of spam mails by depositing a deposit.
  • the inquiry 104 includes the size of the mail and the number of destinations, a value determined by referring to a table or the like according to the size or the number and a numerical value associated with the route information. You may compare. In this case, for example, it may be determined whether or not a value determined according to the size or number exceeds a numerical value associated with the route information.
  • the processing of the received mail is determined according to the result. For example, the processing is performed by determining whether to relay or discard the mail, to lower the priority and prioritize the relay of other mail, or to prioritize the relay of other mail.
  • a value associated with route information such as an e-mail address indicates the amount deposited by the owner of the e-mail address or the like to the operator of the management server 101. If it is a numerical value, the numerical value is compared with a predetermined value, for example, 0. If the result of the comparison indicates that the value associated with the route information is greater than 0, for example, mail is relayed. Otherwise, the mail is relayed with a lower priority than other mail. , Discard the mail, or send an error message indicating that the mail cannot be relayed back to the sending MUA 102. In addition, a bill requesting payment of money to the owner of the e-mail address or the like may be sent.
  • This sending may be performed using electronic mail or may be performed using mail. If a credit card number or the like is registered in the management server 101 or the like, billing processing may be performed. The value associated with the route information is not increased unless payment or billing processing is performed for the billing. As a result, a mail having the electronic mail address as a sender address is not relayed by the MTA 103. Further, the MTA 103 may relay mail on condition that payment or billing processing is performed.
  • the attribute managed by the management server 101 may be updated in response to an inquiry transmitted from the MTA 103 to the management server 101.
  • the value associated with the route information in the management server 101 may change according to the inquiry. For example, when there is a single inquiry, the value may be reduced by one. Then, for example, when the MTA 103 receives a result of 0 or less and returns it, the MTA 103 may not relay the mail. This makes it possible to charge for mail transmission. For example, in the case of a mail with a large data size, charging corresponding to the mail size can be made by increasing the value to be reduced.
  • information specifying the mail that is the subject of the relay process that caused the inquiry for example, a message ID
  • a message ID may be added in association with the time.
  • an address of a mail destination may be added. Thereby, for example, it is possible to collect the time until mail is read by the user (user) of the mail destination after being relayed, which can be used for network optimization and the like.
  • the inquiry made by the MTA 103 includes a message ID (for example, Message-ID: line in the header of the mail) that can uniquely identify the mail, and the management server 101 A message ID may be added to the attribute.
  • the management server 101 can grasp which mail is distributed by which transmission route. Further, by adding the message ID to the attribute in this way, as described later, when the mail received by the receiving side MUA 105 is a spam mail, the message ID of the mail is transmitted to the management server 101 as route information.
  • the same effect can be obtained, and the amount of communication between the recipient-side MUA 105 and the management server 101 can be reduced.
  • the management server 101 may prepare a separate table for storing the message ID in association with the route information. It is preferable that an index with the message ID as a key is prepared so that route information associated therewith can be searched from the message ID. Thereby, a search can be performed at high speed.
  • the date and time when the inquiry was made from the MTA 103 may be stored in the table in association with the message ID. By storing the date and time in association with the message ID in this way, data that has passed a predetermined time such as 5 days can be deleted, and an increase in the size of the table can be prevented.
  • the value associated with the route information in the management server 101 may change according to the contents of the mail. For example, if the URL of a specific advertisement is included in the content of the email, a value corresponding to the URL may be added.
  • the value corresponding to the URL is, for example, a table stored in the management server 101, and can be obtained by referring to the table storing the URL and value. Thereby, it is possible to obtain advertising revenue and the like. A part or all of the advertising revenue may be given to an email sender or a domain administrator.
  • the MTA 103 When the MTA 103 receives the result of the inquiry 104 and decides to perform mail relay processing, the MTA 103 adds the mail to the recipient's mailbox or relays it to another MTA. When relaying to another MTA, the DNS record of the domain part of the destination mail address is searched with respect to the DNS, and the mail is relayed to the MTA indicated by the result.
  • the reply to the inquiry to the management server 101 may include the result of the management server 101 searching the DNS for the MX record, so that the MTA 103 need not search the DNS. As a result, it becomes possible to control the relay of mail through a route suitable for the entire system.
  • the destination of the email sent by the sending MUA 102 is zzz @ www. jp, if the mail is relayed by MTA 103 or the like, zzz @ www.
  • the mail is displayed on the receiving side MUA 105 operating on the computer used by the user who owns the jp e-mail address.
  • evaluation of the mail is transmitted from the receiving MUA 105 to the management server 106 by transmitting the path information of the mail.
  • the information to that effect sends the route information of the email (for example, information identifying the email such as the message ID of the email, the sender's email address or email And the IP address of the relayed computer or the like. Or, conversely, information indicating that the mail is an excellent sentence is transmitted.
  • the route information of the email for example, information identifying the email such as the message ID of the email, the sender's email address or email And the IP address of the relayed computer or the like.
  • information indicating that the mail is an excellent sentence is transmitted.
  • xxx @ yy It is assumed that a mail having a mail address of jp is transmitted to the management server 101 indicating that the mail transmitted by the person having the mail address is junk mail.
  • xxx @ yy Change the attribute associated with jp. For example, the value of the attribute is reduced.
  • the value of the attribute is increased.
  • the increase / decrease value for decreasing or increasing the value may be determined as a constant, or when the nuisance level and the degree of wonder are transmitted to the management server 101 together with the route information, the nuisance level and the wonder level. It may be a value depending on.
  • the attribute associated with the route information is a numerical value indicating the amount deposited by the owner of the e-mail address with the operator of the management server 101, it is determined that the e-mail address is spam by the recipient or the like If it is done, the number will be reduced according to the sending of spam mail. For this reason, unless the owner of the e-mail address deposits an additional amount, the e-mail having the path information will not be relayed. Therefore, a user who wants to relay mail smoothly, an administrator of a domain, etc. will act so as not to send spam mail, and spam mail transmission is suppressed.
  • the attribute and the route information associated with the attribute may be deleted.
  • a predetermined value for example, 0
  • e-mail or mail that calls attention to those who are related to the route information with which the attribute is associated such as the owner of the e-mail address or the administrator of the domain, etc. May be transmitted.
  • what is sent from the receiving side MUA 105 is not limited to the information that the received mail is spam mail, but may be sent that the mail has been received or read.
  • the management server 101 can know the time from when the mail is relayed until the mail is received or read.
  • the sender of the mail can receive a mail read confirmation indicating that the receiver has displayed the mail.
  • Information such as where the access point is is leaked to the sender.
  • the management server 101 may receive the opening confirmation and prevent unnecessary information from being disclosed to the mail sender.
  • the receiving side MUA 105 obtains route information by analyzing header information of the received mail, and transmits it to the information management server 101.
  • the receiving side MUA 105 may transmit part or all of the header information to the information management server 101 as it is. For example, as described above, when the management server 101 stores the message ID of the mail and knows which mail is distributed by which transmission route, the receiving side MUA 105 determines the header information. A message ID that is a part may be transmitted.
  • whether one management server or a plurality of management servers is a spam mail from a plurality of receiving MUAs used by a plurality of users, and whether the mail transmitted from each receiving MUA is a junk mail. You can receive information such as how.
  • FIG. 2 is a sequence diagram showing a process of communication when the transmission side MUA 102 transmits mail to the MTA 103.
  • the timing at which the MTA 103 makes an inquiry to the management server 101 will be described with reference to this sequence diagram.
  • smtp.example.com ready is transmitted from the MTA 103 in step S201.
  • smtp.example.com is a FQDN (Fully Qualified Domain Name) of the MTA 103.
  • the MTA 103 can know from which computer the mail is sent by obtaining the IP address or FQDN of the computer. Therefore, at this stage, it is possible to make an inquiry to the management server 101 as to whether or not the mail transmitted from the computer can be relayed.
  • the MTA 103 detects whether the IP address of the computer is impersonated, the MTA 103 makes an inquiry to the management server 101 and transmits that the IP address is impersonated. Also good.
  • the management server 101 may update the attribute held in association with the route information when the same route information indicating that the IP address is spoofed a plurality of times is transmitted. . For example, the numerical value is reduced in accordance with the number of times that the IP address has been impersonated.
  • the MTA 103 may refuse to relay the mail.
  • One method for determining whether or not an IP address is spoofed is to query the DNS, perform reverse lookup on the IP address to obtain an FQDN, and the sender side recognized in the next step S202 with the FQDN There is a method for determining whether or not it matches the host name of the MUA 102 or whether it matches (one matches a part of the other).
  • the transmission side MUA 102 that has received the message starting with “220” transmits a message “HELO yy.jp” in step S202, for example.
  • the MTA 103 recognizes the computer on which the transmission side MUA 102 is operating, and if the transmission side MUA 102 can use the MTA 103, in step S250, as a so-called greeting message, for example, "250 yy.jp. reply "you".
  • the sending MUA 102 determines that the sender address of the mail is xxx @ yy. It is transmitted to the MTA 103 by “MAIL FROM: xxx@yy.jp”.
  • the MTA 103 Upon receiving “MAIL FROM: xxx@yy.jp”, the MTA 103 can know the sender address (or reverse-path) of the mail to be relayed. That is, the sender address xxx @ yy. jp is acquired. Thereafter, the management server 101 can be inquired using the sender address of the mail as route information. In response to a response from the management server 101, xxx @ yy. If it is determined that the e-mail address of jp may be relayed as a sender address, a message “250 Sender OK” is returned in step S250.
  • the sending MUA 102 Upon receiving this message starting with “250”, the sending MUA 102 then transmits the e-mail address (destination address) of the mail recipient to the MTA 103 by “RCPT TO: zzzz@www.jp” as step S206. .
  • MTA103 is zzz @ www. Judge whether mail can be relayed to jp. This determination may be made based on an inquiry response to the management server 101. For example, when a mail is transmitted to a plurality of recipients, a message beginning with “RCPT TO:” is received a plurality of times. Therefore, the MTA 103 counts the number of messages starting with “RCPT TO:”, and queries the management server 101 together with the mail destination address, and attributes obtained as a result of querying the management server 101 with the mail destination address. To compare. Further, the setting contents described in the setting file of the MTA 103 are set to zzz @ www. It may be determined whether mail can be relayed to jp.
  • MTA103 is zzz @ www. If the mail can be relayed to jp, “250 Recipient OK” is transmitted to the transmitting side MUA 102 in step S207.
  • step S208 the transmission side MUA 102 transmits “DATA” to notify that transmission of mail data (header and body text) is started.
  • step S209 the MTA 103 sets “354 Start mail input”. Send back.
  • the management server 101 is inquired of the number of destinations together with the destination address of the mail. It may be compared with an attribute obtained as a result of inquiring with a mail destination address.
  • step S209 mail data is transmitted from the sending MUA 102. Therefore, the MTA 103 measures the size of the mail data and queries the management server 101 together with the mail destination address for the size. Or, it may be compared with an attribute obtained as a result of inquiring the management server 101 with a mail destination address.
  • the management server when the MTA relays a mail, the management server is inquired about an attribute associated with information such as a sender address and determines whether to relay the mail. It can be performed.
  • the mail recipient receives the mail, receives the result of determining whether or not the mail is spam, and is associated with the sender address or the like according to the result. Attributes can be updated by the management server. Therefore, as one effect, it is possible to prevent the mail transmitted by the sender of the spam mail from being relayed by the MTA, and to suppress the transmission of the spam mail.
  • FIG. 3 is a functional block diagram of the mail relay apparatus according to the embodiment of the present invention.
  • the mail relay apparatus is mainly realized by a computer that executes software (for example, Postfix, qmail, sendmail, etc.) that operates as an MTA.
  • software for example, Postfix, qmail, sendmail, etc.
  • the mail relay device 301 includes a mail receiving unit 302, a mail relay unit 303, a relay availability inquiry processing unit 304, and a mail output unit 305.
  • the mail receiving unit 302 receives mail transmitted from the MUA or relayed from another MTA. Specifically, the port number (for example, 25) assigned to the communication based on SMTP is monitored, and if there is a connection request, connection is established and a communication sequence as shown in FIG. 2 is started. Through such a communication sequence, the e-mail address of the mail sender, the mail destination, and the mail data are received.
  • a network adapter included in a computer operating as an MTA receives some information, an interrupt is generated, and the received information is read by a handler corresponding to the interrupt and added to the message queue of the operating system. . Then, the system call or the like issued by the MTA is restored, and the MTA reads the message in the message queue using another system call or the like, whereby the operation of the mail receiving unit 302 is realized.
  • the mail relay unit 303 performs a process for relaying the mail received by the mail receiving unit 203. Specifically, the received mail is expanded in the memory, and after rewriting the email address of the mail sender or expanding the mail destination according to the setting file, it is determined that the mail is relayed. Or the like, the mail output unit 305 processes the mail in order to send or output the mail to another MTA or a mailbox.
  • the determination may be performed according to the setting file described above.
  • the mail relay unit 303 relays the route information acquired from the mail received by the mail receiving unit 302 or the like. It is one of the features to output to.
  • the relay availability inquiry processing unit 304 makes an inquiry to the management server and receives a reply result, and determines whether to relay the mail based on the received result. For example, when the received result is a numerical value, a comparison is performed using a predetermined numerical value and an arithmetic circuit. If the received result is 0 or less, the mail is not relayed, and if it is greater than 0, the mail is relayed.
  • the relay availability inquiry processing unit 304 makes an inquiry to the management server using the route information output from the mail relay unit 303, receives the inquiry result, and returns the received result to the mail relay unit 303.
  • the MTA generates a query, issues a WRITE system call, for example, and adds it to the operating system send message queue. If the network adapter is ready for transmission, the interrupt handler is activated and outputs an inquiry to the transmission message queue. Then, the MTA issues a READ system call or the like and reads the result transmitted from the management server.
  • the information output from the mail relay unit 303 to the relay availability inquiry processing unit 304 is not limited to the sender address as described above, and the mail address of the mail destination and the computer to which the mail is transmitted IP address or FQDN may be used. Further, as described above, the number of destination addresses and the data size of mail may also be included.
  • the relay availability inquiry processing unit 304 includes the route information other than the route information in the inquiry to the management server.
  • the mail output unit 305 performs processing to output the mail that the mail relay unit 303 determines to relay.
  • “Output” refers to transmission to the outside of the mail relay device 301 and storage in a storage device inside the mail relay device 301 or a storage device connected to the mail relay device 301.
  • the former there is a case where mail is forwarded so as to be relayed to another MTA.
  • the latter since the mail is addressed to the user registered in the mail relay apparatus 301, the mail may be added to the user's mailbox.
  • the mail output unit by the mail output unit 305 adds the mail data to the output queue.
  • an interrupt such as a network adapter or a secondary storage device adapter occurs, the interrupt handler is activated, the data in the output queue is processed, and output is performed.
  • FIG. 4 is a flowchart for explaining processing in the mail relay apparatus 301.
  • the mail receiving unit 302 receives a mail. Then, the mail is transmitted to the mail relay unit.
  • the mail relay unit 303 acquires a sender address and the like from the mail. The acquired sender address and the like are transmitted to the relay availability inquiry processing unit 304.
  • the relay availability inquiry processing unit 304 makes an inquiry about the sender address to the management server. If the result of the inquiry is returned from the management server, a process for receiving the result is performed and transmitted to the mail relay unit 303.
  • the mail relay unit 303 determines whether to relay the mail based on the transmitted result.
  • the mail is transmitted to the mail output unit 305 and relayed as a process in step S405. If it is determined not to relay, mail is not relayed as the process of step S406. In this case, the mail is discarded or an error is transmitted to the sender address.
  • a program for causing the computer to execute the processing of the flowchart shown in FIG. 4 may be recorded in a nonvolatile storage medium.
  • FIG. 5 shows a functional block diagram of a mail receiving apparatus according to an embodiment of the present invention.
  • the mail receiving device is mainly realized by a computer that executes software that operates as a MUA. Further, it can be realized as dedicated hardware by combining LSIs and the like.
  • the mail reception device 501 includes a mail acquisition unit 502, a mail operation unit 503, a mail display unit 504, and a mail information transmission unit 505.
  • the email acquisition unit 502 acquires emails. For example, if a mail box is provided as a file or the like by the mail receiving device 501, the mail is read from the file. Further, it may be acquired via a program that operates on another server device or the like by a protocol such as POP3 (RFC1939) or IMAP4 (RFC3501).
  • POP3 RRC1939
  • IMAP4 RRC3501
  • the mail acquisition processing by the mail acquisition unit 502 is performed via processing such as reception of a message by the network adapter and reading from a secondary storage device that stores the received message.
  • the mail operation unit 503 receives an instruction from the user (user) from an input device such as a keyboard or a mouse connected to the mail receiving device 501 and operates the mail. For example, mail display, deletion, reply, transfer, etc. are performed.
  • the e-mail display unit 504 is a unit for displaying e-mails. This is realized as an output display device such as a display connected to the mail receiving device 501. The display is performed by outputting, to the graphic adapter, bitmap data in which characters constituting the text are expanded with fonts.
  • FIG. 6 shows an example in which a mail is displayed on a display or the like by the mail display unit 504.
  • the part 601 displays the sender address of the mail, the sender name, the subject, the reception date and time, etc. in a table format.
  • the mail operation unit 503 performs processing, and mail data is displayed on the portion 602 and the portion 603.
  • a part 602 displays a mail sender address, a destination mail address, a subject, and the like, and a part 603 displays a mail text.
  • a button 604 is displayed.
  • the user reads the text displayed in the part 603 and other parts and determines that the mail is spam, the user can press the button 604.
  • the mail operation unit 503 acquires route information such as a sender address from the displayed mail and transmits it to the mail information transmission unit 505.
  • the route information is obtained from the mail header.
  • the mail message ID is also included in the route information.
  • the email information transmission unit 505 transmits the route information to the management server. Transmission can be performed using any protocol. Transmission is performed via the network adapter as described above.
  • the button 604 is displayed in the portion 602, but the location where the button 604 is displayed may be arbitrary. Further, the button 604 may not be displayed, and the same effect as when the button 604 is pressed may be obtained by operating a keyboard or a mouse. For example, the mouse cursor may be moved to the sender address portion displayed in the portion 601, and the mouse button may be pressed.
  • the mail receiving device 501 may have a list of mail addresses such as an address book, and a mail having a sender address as a mail address not included in the list may be determined as a spam mail. In addition, it is not the user (user) that determines whether or not the message is spam.
  • the mail receiving device 501 analyzes the subject of the mail and the text string of the mail, and uses the Bayes theory or the like to send the mail. It may be determined whether or not it is a junk mail based on the appearance frequency of the contained word or the like. In this case, the user (user) does not need to press a button. Of course, there may be a button for expressing that the user (user) of the mail receiving apparatus agrees to the transmission of spam mail route information (spam mail information).
  • Such a mail receiving device can transmit the result of evaluating the received mail to the management server. As a result, it is possible to suppress the transmission of spam mails.
  • the explanation here mainly explained the configuration that transmits the route information when it is determined to be junk mail, the route information of the mail is changed when it is determined that the mail is excellent. It is also possible to adopt a configuration for transmission. It is also possible to configure such that a numerical value such as the nuisance level is transmitted together with the route information.
  • FIG. 7 shows functional blocks of the management server.
  • the management server 701 includes an address database unit 702, a transmission route information reception processing unit 703, a transmission route information search unit 704, a mail information reception unit 705, and a mail information processing unit 706.
  • the address database unit 702 has a database for performing management by associating the attribute with route information.
  • the database can retrieve the associated attribute by searching using the route information as a key. Also, route information and attributes can be newly stored, changed, and deleted.
  • the transmission route information reception processing unit 703 receives an inquiry about the route information of the mail to be relayed from the mail relay device and processes it.
  • the e-mail here is a mail to be subjected to a relay process received by the mail relay apparatus from the MUA or another mail relay apparatus.
  • the mail relay device makes an inquiry about route information to the management server in order to determine whether or not to relay the mail.
  • the inquiry about the route information is an inquiry about the attribute associated with the route information.
  • processing the query means searching the address database unit 702 using the route information included in the query, and a result (for example, an attribute associated with the sender address) obtained or a determination made based on the result. Is returned to the mail relay apparatus.
  • information other than the sender address included in the inquiry may be referred to.
  • the time when the inquiry was made may be referred to.
  • the inquiry may include only the sender address, or may include other information simply separated by a delimiter.
  • the transmission route information search unit 704 searches the address database unit 702 using the route information included in the inquiry received by the transmission route information reception processing unit 703, and sets the attribute associated with the route information to the transmission route information reception process. Reply to part 703. Moreover, you may make it change the attribute linked
  • the mail information receiving unit 705 receives route information.
  • the information received by the transmission path information receiving unit 703 and the information received by the mail information receiving unit 705 do not have to be in the same format.
  • the transmission route information receiving unit 703 receives all of the route information of the mail that is relayed by the mail relay device
  • the mail information receiving unit 705 is one of the route information of the mail received by the mail receiving device.
  • the e-mail that triggers the mail information receiving unit 705 to receive route information is an e-mail received by a user (user) of the mail receiving apparatus.
  • the information is information related to a mail that the user has determined to be junk mail, and information related to a mail that the mail receiving apparatus has determined to be a junk mail.
  • the mail information receiving unit 705 preferably receives information from a plurality of mail receiving devices. As described above, by receiving information from a plurality of mail receiving apparatuses, it is possible to collect the results of the determination of the contents of the mail by a large number of users (users). Based on the collected results, whether a certain e-mail address is owned by a sender such as junk mail or not, a computer having a certain IP address or FQDN transmits or relays junk mail. It becomes possible to judge more accurately whether or not.
  • the mail information processing unit 706 processes the route information received by the mail information receiving unit 705. That is, the address database unit 702 is searched based on the route information. Then, the attribute associated with the route information is updated. Alternatively, when the route information and the attribute associated therewith are not managed by the address database unit 702 (that is, not registered in the database), the route information may be registered in the database. Further, an attribute to be associated with the route information may be generated with reference to the route information. For example, if route information having the same electronic mail address as a transmission source is continuously received, an attribute corresponding to the route information is generated. An attribute prepared as a default or the like may be used without referring to the route information.
  • the attribute is a numerical value
  • the numerical value is increased or decreased.
  • the frequency received by the mail information receiving unit 705 is recorded, the frequency is compared with a predetermined value, and when the predetermined value is exceeded, the numerical value is increased or decreased to be changed. It may be.
  • the route information may be added so that the history of the route information received by the mail information receiving unit 705 is held as an attribute.
  • a predetermined part of a mail header may be added. For example, the message ID in the header or the FQDN of the mail relay apparatus that relayed the mail first may be read from the header and added as part of the route information.
  • the mail address of the MUA user who sent the route information may be stored as a history.
  • the e-mail address held in this way may be transmitted to an e-mail sender or the like.
  • a hash value of the mail address may be transmitted instead of the mail address.
  • the sender of the e-mail cannot directly know the e-mail address, but the e-mail address of the user who sent the route information by calculating and comparing the hash value of the destination e-mail address when sending the e-mail It is possible to detect whether or not.
  • the update may be performed according to the number of times. For example, when the junk mail is transmitted to the same recipient more than once, the attribute value may be greatly reduced.
  • the sender of the email If feedback is performed in this way and the attribute value is greatly reduced, the sender of the email, if the attribute value reduction is related to the amount confiscated by the management server operator On the other hand, it is possible to notify a user that a large penalty or the like occurs when the spam mail is sent again to any user, and the transmission of the spam mail can be suppressed.
  • FIG. 8 shows a flowchart when the transmission route information reception processing unit 703 receives a route information inquiry and then processes the inquiry.
  • step S801 route information is acquired from the inquiry received by the transmission route information reception processing unit 703.
  • step S802 the transmission route information search unit 704 performs a search to detect whether the route information is stored in the database unit 702.
  • step S803 the detection result is determined, and if stored, the process proceeds to step S804, and if not, the process proceeds to step S805.
  • step S804 the attribute associated with the route information is read out. Then, the attribute is transmitted to the transmission path information reception processing unit 703, and the transmission path information reception processing unit 703 sends a reply according to the attribute as processing of step S806. For example, all or part of the attribute is used as a result, or a result of determination based on the content of the attribute is generated, and the result is returned. Alternatively, the transmission path information reception processing unit 703 may return all or part of the attribute as it is.
  • step S805 a reply that the route information is not stored in the address database unit 702 is sent back.
  • a program for executing the processing shown in the flowchart of FIG. 8 on a computer can be recorded in a nonvolatile storage medium.
  • FIG. 9 shows a flowchart of processing from when the mail information receiving unit 705 receives the route information until processing by the mail information processing unit 706 is performed.
  • step S901 the route information received by the mail information receiving unit 705 is acquired. Then, the route information is transmitted to the mail information processing unit 706.
  • FIG. 9 shows that no processing is performed unless the route information is stored in the database unit 702, the route information may be added to the database unit 702 as described above.
  • a program for executing the processing shown in the flowchart of FIG. 9 in the computer may be recorded in a nonvolatile storage medium.
  • the management server whose configuration is shown in FIG. 7 can be realized by a device using dedicated hardware using LSI or the like. That is, the apparatus can be realized by using a circuit for executing the processing shown in the flowcharts of FIGS. Further, even without using dedicated hardware, it can be realized by causing the general-purpose computer to execute a program for executing part or all of the processing shown in the flowcharts of FIGS. 8 and 9.
  • the management server When the management server is realized by combining a program and a computer, table data managed by a relational database management system or the like is stored in an area of a storage device (for example, a hard disk device) accessible by the computer, and an address database unit Functions corresponding to 702 and the transmission path information search unit 704 are realized.
  • a function corresponding to the transmission path information reception processing unit 703 is realized by a program module that controls the network adapter provided in the computer, receives mail path information, and inquires the relational database management system. be able to.
  • the mail information receiving unit 705 can also be realized by a program module that receives the mail information by controlling the same or different network adapter as the above-described network adapter.
  • the mail information processing unit 706 receives the mail information transmitted from the program module corresponding to the mail information receiving unit 705 as a function argument or using interprocess communication, and controls a relational database management system and the like As realized. Execution of the plurality of program modules described above can be realized by causing a CPU (Central Processing Unit) of a computer to process machine instructions constituting these program modules.
  • a CPU Central Processing Unit
  • A A certain person enters into a contract with an ISP to receive the service of an ISP. And aaa @ example. Assume that a mail address “net” is assigned. Then, A makes an application to the management server operator B according to an embodiment of the present invention, and the mail address aaa @ example. Request registration of net. At that time, A deposits 10000 yen with respect to B, for example. Then, aaa @ example. Information indicating 10,000 yen in the net is associated with the attribute and registered in the database.
  • A is aaa @ example. Assume that a mail m having a sender address of net is transmitted. Then, the mail relay device c receives the mail m. The mail relay device c starts from mail m to aaa @ example. Net is acquired and the management server b is inquired. The management server b that has been queried is aaa @ example. Since 10000 yen is associated with net and is a positive amount, a reply “OK relay” is sent to the mail relay device c, and the mail relay device c relays the mail m.
  • the user E who received the mail m has received it. If the user E determines that the mail m is a junk mail, an operation is performed with the MUA displaying the mail m, and the MUA is notified that the mail m is a junk mail.
  • the MUA transmits spam mail information indicating that the mail m is a spam mail to the management server b. This junk mail information includes aaa @ example. net is included.
  • the management server b that has received the junk e-mail information obtains aaa @ example. Get net and search database. And aaa @ example.
  • the information indicating 10,000 yen associated with the net is read, and information indicating 9990 yen obtained by subtracting a predetermined amount, for example, 10 yen, from 10,000 yen is set to aaa @ example.
  • Update to associate with net This update can be interpreted as 10 yen being confiscated by the administrator of the management server b.
  • 10 yen is an example. For example, if a lot of junk e-mail information is received within a short period of time, the confiscated amount will be increased according to the frequency of receipt of junk e-mail information. It may be made to fluctuate.
  • A sends a mail, and it is determined that the mail is a junk mail on the mail recipient side. Every time junk mail information is sent, 10 yen is confiscated from the amount deposited in B. Will be. Then, when it reaches 0 yen, the management server b sends a reply indicating “relay NG” to the mail relay apparatus c.
  • the mail relay device c is aaa @ example. Mails with net as the sender address will not be relayed. As a result, A cannot send mail and suffers from a disadvantage. Or, when it reaches 0 yen, aaa @ example. The registration of the net is deleted, and a reply indicating “relay NG” is made in response to the inquiry from the mail relay apparatus c.
  • all or part of the amount confiscated by sending spam mail may be distributed to users who have not sent spam mail.
  • the mail relay device c becomes aaa @ example. It is theoretically possible for A to send a junk mail using another mail relay device even if it does not relay the mail having net as the sender address. However, if another mail relay apparatus queries the management server according to the embodiment of the present invention for the sender mail address, A cannot substantially send the junk mail.
  • a person other than A is aaa @ example. It is possible to send a mail using net as a sender address, and A sends a mail when another person sends a spam mail using A's email address, even though A does not send a spam mail. It may not be possible. For this reason, for example, it is preferable that the sender is authenticated when a mail is transmitted by POP before SMTP, SMTP-Auth (RFC 2554), or the like.
  • the mail relay device that is determined to relay the mail may add information that can be generated only by the mail relay device to the header of the mail. For example, a line in which the information is arranged following X-MAIL-RELAY-ID: is added to the header.
  • the junk mail information transmitted from the mail receiving apparatus to the management server includes the X-MAIL-RELAY-ID: line in the header and other necessary information in addition to the mail address of the sender.
  • the management server checks the line X-MAIL-RELAY-ID: to determine whether information that can be generated only by the mail relay device is included. Update the database held in the database.
  • the mail relay device adds unique information to the mail, and encrypts the unique information with the secret key of the mail relay device.
  • the information unique to the mail is, for example, a hash value of the mail body or a numerical value indicating what number of mail the mail relay device relayed the mail.
  • the management server decrypts the information included in the X-MAIL-RELAY-ID: line with the public key of the mail relay device, and the hash value of the mail text included as the other necessary information described above and the mail relay device
  • the mail is compared with a numerical value indicating what number of mail is relayed, and if it matches, it is treated as spam mail, and the attribute associated with the sender address is updated.
  • the management server includes the information generated by the management server in the reply to the inquiry from the mail relay apparatus, and the mail relay apparatus includes the information in the line of X-MAIL-RELAY-ID: Sends the junk mail information to the management server with the X-MAIL-RELAY-ID: line included in the junk mail information, and the management server generates the information contained in the junk mail information. It may be determined whether or not the information has been processed.
  • the junk mail information may include the e-mail address of the mail recipient or the equivalent.
  • the equivalent is identification information assigned by, for example, a contract for allowing a mail recipient to send spam mail information to the management server.
  • the management server may update the attribute associated with the route information when junk mail information is received from a plurality of mail recipients having a plurality of different pieces of identification information. In this way, the recipient of a specific email has a grudge against a specific sender, etc. to send junk email information over and over and change the attributes associated with the route information unfairly. Can be prevented. Further, junk mail information transmitted from a specific recipient may be ignored for a specific electronic mail address.
  • the IP address, FQDN, and domain name of the computer used by the sender of the e-mail to send the e-mail can also be used.
  • the IP address, FQDN, and domain name of the computer that relays mail can be used.
  • the authentication result of the ISP authentication server is transmitted to the management server, and the sender address of an e-mail permitted to be transmitted from a computer assigned a specific IP address or FQDN is registered in the address database section. It may be. As a result, relaying of e-mails in which the sender's e-mail address is spoofed can also be suppressed.
  • the present invention it is possible to prevent spam mails from being transmitted, and to prevent an increase in communication traffic caused by spam mails. Thereby, it is possible to prevent the installation of useless communication facilities and the like, and it is possible to reduce the communication cost.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　電子メールアドレスなどの電子メールの送信経路に関する情報に属性を関連付けて管理し、ＭＴＡ（Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ａｇｅｎｔ）が中継する電子メールの送信経路に関する情報などの電子メールの発信元についての問い合せを処理し、また、電子メールの受信者からの電子メールが迷惑メールであるかどうかに関するフィードバックを受信し、電子メールの送信経路に関する情報に関連付けられている属性を変更するアドレス管理サーバを提供する。

Description

電子メール送信経路管理サーバ
　本発明は、電子メールの送信経路に関する情報を管理する管理サーバなどの技術に関する。
　電子メール（以下、「メール」という場合がある。）は、送信者の操作するＭＵＡ（Ｍａｉｌ　Ｕｓｅｒ　Ａｇｅｎｔ）からプロトコルとしてＳＭＴＰ（例えば、非特許文献１参照。）などを用いてＭＴＡ（Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ａｇｅｎｔ）に送信される。そして、必要ならば他のＭＴＡにより中継がされ、最終的に受信者のメールボックスなどを管理するＭＴＡに到達してメールボックスなどに格納される。そして、ＰＯＰ３（例えば、非特許文献２参照。）などのプロトコルなどが用いられて、受信者のＭＵＡにメールが取り込まれて表示がされる。
　メールは、信書などの物理的に配達される郵便物よりも短時間に配達され、また、受信者が受信したいときに受信できるという特徴を有しており、広く普及してきている。この普及と前後して、広告などの内容のメールを無差別に送信するいわゆるスパム業者が出現してきている。
　スパム業者などが迷惑メールを送信することを防止するために、インターネットサービスプロバイダ（ＩＳＰ）は、「ポート２５番ブロック」と呼ばれる制限を課したり、迷惑メールの類型を学習し迷惑メールを削除する学習型フィルタを導入したりしている。また、ベイズ理論などに基づいてメールの本文を解析し、受信したメールが迷惑メールかどうかを判断する技術も知られている（例えば、特許文献１参照。）。
　しかしながら、従来知られている迷惑メールを防止する技術には決定的なものが知られていない。このため、スパム業者などにより、今日、インターネットに流れるメールの８割程度が迷惑メールであると言われるようになってきている。これは、従来の技術は、メールが受信者側に到達してから迷惑メールであるかどうかを判断しているからである。
特開２００７－２３３４６８号公報 Jonathan B. Postel, "SIMPLE MAIL TRANSFER PROTOCOL", RFC821 J. Myers, et al., "Post Office Protocol - Version 3", RFC1939
　本発明では、電子メールの送信経路に関する情報などを管理する管理サーバなどについて開示する。
　本発明では、管理サーバは、電子メールの送信経路に関する情報に属性を関連付けて管理し、ＭＴＡからメールの送信経路に関する情報についての問い合せを処理し、また、メールの受信者からのメールに関するフィードバックを受信し、送信経路に関する情報に関連付けられている属性を変更する。
　すなわち、電子メールの送信経路に関する情報にその属性を関連付けて保持するデータベースと、ネットワーク上のメール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信する送信経路情報受信部と、送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性をデータベースより検索する送信経路情報属性検索部と、検索された属性に応じた返信をメール中継装置に行う返信部と、ネットワーク上のメール受信装置が受信した電子メールの送信経路に関する情報を受信するメール情報受信部と、メール情報受信部が受信した送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新するメール情報処理部とを有する管理サーバを提供する。
　また、中継処理の対象となる電子メールの送信経路に関する情報をネットワーク上の管理サーバに送信する送信経路情報送信部と、送信経路情報送信部による送信に応じた返信を受信する返信受信部と、返信受信部が受信した返信に基づいて、中継処理の対象となる電子メールの中継を行うかどうか判断する判断部とを有するメール中継装置を提供する。
　また、電子メールを受信する電子メール受信部と、受信された電子メールを表示する電子メール表示部と、表示された電子メールが迷惑メールであるかどうかの判断結果を取得する迷惑メール判断結果取得部と、迷惑メール判断結果取得部が取得した判断結果が、表示された電子メールが迷惑メールであるとの判断結果であれば、受信された電子メールの送信経路に関する情報を送信するメール送信経路情報送信部とを有するメール受信装置を提供する。
　本発明により、迷惑メールの送信を減少させることなどができる。この結果、不必要な情報が通信されることを防止することなどが実現できる。
本発明の一実施形態に係るシステム構成図である。 送信側ＭＵＡとＭＴＡとの通信シーケンスの一例図である。 本発明の一実施形態に係るメール中継装置の機能ブロック図である。 本発明の一実施形態に係るメール中継装置による処理のフローチャートである。 本発明の一実施形態に係るメール受信装置の機能ブロック図である。 本発明の一実施形態に係るメール受信装置による表示の一例図である。 本発明の一実施形態に係る管理サーバの機能ブロック図である。 本発明の一実施形態に係る管理サーバによる処理のフローチャートである。 本発明の一実施形態に係る管理サーバによる処理のフローチャートである。
符号の説明
　　１００　メール送受信及び中継システム
　　１０１　管理サーバ
　　１０　経路情報が格納される列
　　１１　経路情報に関連付けられている属性が格納される列
　　１０２　送信側ＭＵＡ
　　１０３　ＭＴＡ
　　１０４　路情報の問い合せ
　　１０５　受信側ＭＵＡ
　　１０６　迷惑メール情報
　以下、本発明を実施するための形態についての説明を行う。なお、本発明は、以下の説明に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施することができる。
　図１は、本発明の一実施形態に係るシステム構成図である。メールの送受信及び中継を行うシステム１００は、管理サーバ１０１と、送信側ＭＵＡ１０２と、ＭＴＡ１０３と、受信側ＭＵＡ１０５とにより構成されている。なお、システム１００は、インターネットやイントラネットなどのネットワークに接続された複数のコンピュータから構成することができる。図１は、複数のコンピュータの中から、管理サーバ１０１となるコンピュータ、送信側ＭＵＡ１０２が動作するコンピュータ、ＭＴＡ１０３が動作するコンピュータ、受信側ＭＵＡ１０５が動作するコンピュータを選択して図示している。実際には、ネットワークに接続された多数のコンピュータからシステムが構成されていてもよい。特に、送信側ＭＵＡ、ＭＴＡ、受信側ＭＵＡが動作するコンピュータは複数台存在していてもよい。また、管理サーバの台数は、送信側ＭＵＡ、ＭＴＡ、受信側ＭＵＡが動作するコンピュータの台数よりも少数であるのが好ましく、例えば、一つのシステムにつき１台であってもよい。また、管理サーバは、複数のシステムに対して１台だけ存在していてもよい。もちろん、複数台存在していてもよい。また、管理サーバ１０１、送信側ＭＵＡ１０２として動作する装置、ＭＴＡ１０３として動作する装置、受信側ＭＵＡ１０５として動作する装置の一部又は全てをＬＳＩなどによる専用のハードウェアとして構成することもできる。
　管理サーバ１０１は、電子メールの送信経路に関する情報に属性を関連付ける管理を行う。ここでいう「管理」とは、送信経路に関する情報をキーとして検索することにより、その電子メールの送信経路に関する情報に関連付けられている属性を読み出すことができるように、その送信経路に関する情報に属性を関連付けて記憶することである。記憶は、メモリ装置やハードディスク装置などの記憶装置を用いて行われる。ここでいう「送信経路に関する情報」とは電子メールについての送信経路に関する情報である。送信経路に関する情報は、下記に定義されるように、電子メールをＭＴＡ１０３へ送信するコンピュータのアドレス、電子メールの送信者の電子メールアドレス、電子メールの受信者の電子メールアドレスなどより構成される。また、送信経路に関する情報、それに関連付けられる属性を新たに記憶すること、変更すること、削除する処理も、ここでいう管理に含まれる。このような管理は、図１のように、テーブルの一つの列１０に送信経路に関する情報を記憶装置に格納し、それぞれの送信経路に関する情報に関連付けられている属性をその送信経路に関する情報と同じ行の別の列１１に格納する。上述したように、このようなテーブルのデータは管理サーバ１０１を実現するコンピュータのメモリ装置やディスク装置などの記憶装置に記憶される。
　送信経路に関する情報とは、電子メールが配送される経路についての情報である。その情報は、電子メールの送信、中継又は受信に関わる実体のアドレスから構成することができる。例えば、電子メールの送信者のメールアドレス、その送信者のメールアドレスのユーザ名やドメイン、電子メールを送信するＭＵＡが動作するコンピュータのＩＰアドレスやＦＱＤＮ、そのコンピュータの属するドメイン、電子メールを中継するＭＴＡのＩＰアドレス、ＦＱＤＮ又は属するドメインなどの何れか、またはこれらの組み合わせからなる情報である。また、このように定義された送信経路に関する情報には、さらに付加的な情報が含まれていてもよい。なお、「送信経路に関する情報」を単に「経路情報」と書く場合がある。
　経路情報に関連付けられる属性には、様々な情報がある。例えば、電子メールの送信元の電子メールアドレスの所有者の氏名、住所、年齢などの所有者の属性がある。また、その所有者がメールなどの暗号化のために用いる秘密鍵に対応する公開鍵、その電子メールアドレスをメールの送信者としたメールが何通送信あるいは中継されたかを示す情報、そのようなメールが送信あるいは中継された頻度（例えば、１時間あたりの平均メール数）などの電子メールアドレスについての統計的な情報も挙げることができる。また、管理サーバ１０１の運営者などとの契約の内容などの所有者と第三者との関係も挙げることができる。あるいは、属性は、数値情報であってもよい。その数値情報は、例えば、電子メールアドレスの所有者が管理サーバ１０１の運営者などに保証金などとして預けた金額を表す情報とすることができる。この保証金は、例えば、迷惑メールを送信しないことを条件により所定の期間の経過などにより、返金されるものであってもよい。
　また、電子メールの送信元の電子メールアドレスなどのドメインの運営者、ＩＰアドレスが割り当てられたコンピュータの利用者が管理サーバ１０１の運営者などに保証金などとして預けた金額などを表す数値であってもよい。この場合、その保証金は、迷惑メールがそのドメインに属するコンピュータや特定のコンピュータから送信されないことを条件により所定の期間の経過などにより、返金されるものであってもよい。
　図１では、列１０には、経路情報として、電子メールアドレスｘｘｘ＠ｙｙ．ｊｐ、ドメインｅｅ．ｊｐ、ＩＰアドレス１０．１．２５３．９などが格納され、列１１に属性として数値が格納されている。この数値は、例えば、電子メールアドレスの所有者などの属性の識別番号などと解釈することもできる。例えば、電子メールアドレスの所有者の年齢として解釈することができる。あるいは、具体的に、その電子メールアドレスをメールの送信者としてのメールが何通送信あるいは中継された頻度を示す数値、あるいは、電子メールアドレスの所有者などが管理サーバ１０１の運営者などに預けた金額を示す数値と解釈することもできる。
　図１では、列１０には、電子メールアドレス、ドメイン、ＩＰアドレスが個々に格納されている。しかし、本発明は、このように個々の電子メールアドレス、ドメイン、ＩＰアドレス等に属性を関連付けることに限定はされない。例えば、電子メールアドレスとＩＰアドレスとの組に対して属性が関連付けられていてもよい。そのような電子メールアドレスとＩＰアドレスとの組は、その電子メールアドレスを送信者する電子メールがそのＩＰアドレスを有するコンピュータにより送信された、及び／又は、送信されることを表すと解釈できる。あるいは、その電子メールアドレスを送信者する電子メールがそのＩＰアドレスを有するコンピュータにより中継された、及び／又は、中継されることを表すと解釈することができる。また、２個のＩＰアドレス（あるいはＦＱＤＮ）の組＜Ａ，Ｂ＞により、電子メールがその第１のコンピュータＡから第２のコンピュータＢに送信された、及び／又は、送信されることを表すと解釈することができる。また、３個のＩＰアドレスの組＜Ｄ，Ｅ，Ｆ＞により、電子メールを中継する第１のコンピュータＥ、第１のコンピュータＥへ電子メールを送信する第２のコンピュータＤ及び第１のコンピュータＥが電子メールを転送した、及び／又は、転送する第３のコンピュータＦを表すと解釈することができる。
　このような多様な構造の情報を経路情報として、列１０に格納することにより、さまざまに進化する迷惑メールの送信手口などに柔軟に対応することが可能となる。
　なお、列１０に格納されるのは、ワイルドカードや正規表現などで表現され、一般には複数の経路情報とマッチする表現であってもよい。例えば、＊．ｙｙ．ｊｐという表現は、ｙｙ．ｊｐをドメイン部分とするコンピュータのホストを示すＦＱＤＮとマッチする。これにより、電子メールが例えば特定の会社などの組織から送信されたり、中継されたりする場合を一括して管理することが可能となる。
　送信側ＭＵＡ１０２は、メールの送信者が使用するＭＵＡ（通常、「メーラー」などと呼ばれる。）である。図１では、送信者のメールアドレスは、ｘｘｘ＠ｙｙ．ｊｐとなっている。送信側ＭＵＡ１０２から送信されるメールは、例えばＭＴＡ１０３が中継を行うように設定されている。送信側ＭＵＡから送信されたメールを最初に中継するＭＴＡの動作するコンピュータのＩＰアドレスやホスト名は、通常、送信側ＭＵＡに設定されている。ＭＵＡにホスト名などが設定されるＭＴＡとしては、例えば、送信側ＭＵＡがインストールされたコンピュータが接続するＩＳＰが提供するＳＭＴＰサーバが設定されたり、電子メールアドレスのドメインに設置されたＳＭＴＰサーバが設定されたりする。あるいは、ＭＴＡ１０３は、受信側ＭＵＡ１０５が受信するメールを中継するように設定されていてもよい。また、送信側ＭＵＡ１０２から送信されたメールは、複数のＭＴＡを経由して受信側ＭＵＡ１０５に到達するようになっていてもよい。
　ＭＴＡ１０３はメールを受信すると、受信したメールを中継の対象として処理を開始する。この処理を中継処理という。そして、そのメールから送信者メールアドレスなどの経路情報を取得する。他にも、メールの本文データ、メールのデータサイズ、メールの宛先、宛先の数も取得されてもよい。ＭＴＡ１０３は、経路情報を取得した後、その情報を用いた検索の依頼を管理サーバ１０１に対して行う。図１では、「ｘｘｘ＠ｙｙ．ｊｐ　ＯＫ？」という問い合せ１０４を送信している。この問い合せの意味の一つは、「ｘｘｘ＠ｙｙ．ｊｐを送信者アドレスとするメールを中継してもよいか？」ということである。また、問い合せに宛先の数やメールのサイズなども含まれていれば、例えば「ｘｘｘ＠ｙｙ．ｊｐを送信者アドレスとし、宛先の数が１００個のメールは中継してよいか？」、「ｘｘｘ＠ｙｙ．ｊｐを送信者アドレスとし、データサイズが３メガバイトのメールは中継してよいか？」などの意味になる。
　ＭＴＡ１０３は、一通のメールに対して複数回の問い合わせを管理サーバ１０１に対して実行してもよい。例えば、送信者のメールアドレスについて問い合わせの他に、ＭＴＡ１０３にそのメールを送信したコンピュータなどのＩＰアドレスなどについての問い合せや、ＭＴＡ１０３がメールを送信することになるコンピュータなどのＩＰアドレスなどについての問い合せを実行してもよい。
　また、メールの宛先のメールアドレスも問い合せに用いることで、この送信者アドレスからこの宛先にメールを送ってもよいかという意味の問い合せを実行することもできる。これにより、例えば、成人向けの商品などの広告の電子メールの送信を行う者から未成年者に広告が配信されることを防止することができる。
　また、データサイズが問い合せに含まれる場合には、メールの送信先のメールアドレスも送信されてもよい。そして、問い合せに対する返信には、そのデータサイズのメールが扱えるＭＴＡが含まれていてもよい。このようにすることにより、大きなデータサイズのメールが中継される場合に、途中のＭＴＡが扱えるデータサイズに制限があるために、無駄にメールが中継されることを防ぐことができる。また、ＭＴＡ１０３が次にメールの中継先を決めるために、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ　Ｓｅｒｖｅｒ）に送信先のメールアドレスのＭＸレコードを問合わせ、そのＭＸレコードに含まれるＭＴＡのＦＱＤＮを管理サーバ１０１に問い合せて、例えば、そのメールのデータサイズが扱えるＭＴＡについて問い合せを行うようにしてもよい。
　問い合せ１０４を受信した管理サーバ１０１は、問い合せ１０４から送信者アドレスなどを取得し、それに関連付けられている属性を取得する。そしてその属性の全部又は一部をＭＴＡ１０３へ返信してもよい。あるいは、属性を読取り及び／又は参照して行った判断の結果、すなわち属性に応じて得られる結果、を返信してもよい。例えば、属性が数値である場合、その数値が所定の値を越えているかどうか、あるいは、所定の値未満であるかどうかなどの判断を行う。具体的には、属性が電子メールアドレスの所有者などが管理サーバ１０１の運営者などに預けた金額を示す数値である場合には、その数値で示される金額が所定の額より少ないかどうかを判断する。
　また、問い合わせの結果、経路情報に属性が関連づけられていなければ、そのメールの経路情報は登録されていない旨の返信を行ってもよい。この場合は、ＭＴＡ１０３ではその経路情報を有するメールの中継は行われないようになっていてもよい。これにより、管理サーバ１０１のテーブルは中継可能なメールの経路情報を管理することになる。すなわち、管理サーバ１０１のテーブルは中継できるメールに関するホワイトリストの一種として機能する。逆に、メールの経路情報は登録されていない旨の返信があった場合には、ＭＴＡ１０３ではその経路情報を有するメールを無条件に中継するようになっていてもよい。これにより、管理サーバ１０１のテーブルは、中継できないメールに関するブラックリストの一種として機能する。
　本発明の一実施形態においては、迷惑メールの送信をすると保証金を没収しホワイトリストから経路情報を削除することを条件として、電子メールの送信者などや中継サーバの管理者などに、管理サーバの運営者などへ保証金を預けさせることにより迷惑メールの送信を抑制することができる。また、そのようなブラックリストに経路情報を載せないようにするために、保証金を預けさせることによっても迷惑メールの送信を抑制することができる。
　また、問い合せ１０４に、メールのサイズや送信先の数が含まれている場合には、そのサイズや数に応じて表などを参照して定まる値と、経路情報に関連付けられている数値とを比較してもよい。この場合、例えば、サイズや数に応じて定まる値が、経路情報に関連付けられている数値を越えていないかどうかを判断してもよい。
　ＭＴＡ１０３が管理サーバ１０１から問い合せ１０４の結果を受信すると、その結果に応じて、受信したメールの処理を決定する。例えば、メールを中継するか、破棄するか、優先度を下げて他のメールの中継を優先させるか、他のメールの中継よりも優先させて中継するか、などを決定して処理を行う。
　具体的な例を挙げると、管理サーバ１０１において、電子メールアドレスなどの経路情報に関連付けられている値が、その電子メールアドレスの所有者などが管理サーバ１０１の運営者などに預けた金額を示す数値であれば、その数値と所定の値、例えば０、とを比較する。その比較の結果が、経路情報に関連付けられている値が例えば０より大であることを示していれば、メールの中継を行い、そうでなければ、他のメールよりも優先度を下げて中継を行ったり、メールの破棄を行ったり、メールの中継ができない旨のエラーを送信側ＭＵＡ１０２へ返信する。また、電子メールアドレスの所有者などに金銭を支払うことを請求する請求書が送付されるようになっていてもよい。この送付は電子メールを用いて行われてもよいし、郵便を用いて行われてもよい。また、クレジットカード番号などが管理サーバ１０１などに登録されていれば、課金の処理を行ってもよい。そして、請求に対する入金や課金処理がされない限り、経路情報に関連づけられている値を増やさない。この結果、その電子メールアドレスを送信者アドレスとするメールなどはＭＴＡ１０３により中継されなくなる。また、ＭＴＡ１０３は、入金や課金処理が行われることを条件としてメールの中継を行ってもよい。
　また、ＭＴＡ１０３から管理サーバ１０１へ送信される問い合せに応じて、管理サーバ１０１にて管理される属性が更新などされてもよい。例えば、管理サーバ１０１において経路情報に関連付けられている値が問い合せに応じて変化してもよい。例えば、一回の問い合せがあると、その値が１減るようになっていてもよい。そして、例えば、０以下であるという結果が返信されてＭＴＡ１０３が受信すると、ＭＴＡ１０３はそのメールを中継しないようになっていてもよい。これにより、メールの送信に課金を行うことなどができる。例えば、大きなデータサイズのメールの場合には、減ずる値を大きくすることで、メールのサイズに応じた課金も可能となる。
　問い合せがあった時間を属性に追加してもよい。その場合、問い合せの原因となった中継処理の対象となるメールを特定する情報、例えばメッセージＩＤ、をその時間と関連づけて追加してもよい。また、メールの宛先のアドレスも追加されてもよい。これにより、例えば、中継されてからメールの宛先の利用者（ユーザ）にメールが読まれるまでの時間などの収集を行うことができ、ネットワークの最適化などに役立てることができる。
　ＭＴＡ１０３が行う問い合せの中に、メールを一意に特定することが可能なメッセージＩＤ（例えば、メールのヘッダのＭｅｓｓａｇｅ－ＩＤ：の行）を含ませるようにし、管理サーバ１０１は、問い合せがある都度、属性にメッセージＩＤを追加してもよい。これにより、管理サーバ１０１はどのメールがどのような送信経路により配信が行われたかを把握することができる。また、このようにメッセージＩＤを属性に追加することにより、後述のように、受信側ＭＵＡ１０５が受信したメールが迷惑メールであった場合、そのメールのメッセージＩＤを経路情報として管理サーバ１０１へ送信しても同様の効果が得られ、受信者側ＭＵＡ１０５と管理サーバ１０１との間の通信量を減らすことができる。
　なお、この場合には管理サーバ１０１は、属性にメッセージＩＤを追加するかわりに、メッセージＩＤを経路情報に関連付けて格納するテーブルを別に用意してもよい。そして、メッセージＩＤをキーとするインデックスを用意して、メッセージＩＤからそれに関連付けられている経路情報が検索可能になっているのが好ましい。これにより、検索を高速に行うことができる。また、そのテーブルには、ＭＴＡ１０３から問い合わせが行われた日時もメッセージＩＤに関連付けて記憶してもよい。このように日時をメッセージＩＤに関連付けて記憶することにより、５日など所定の時間を過ぎたデータを削除することができ、そのテーブルのサイズの増大を防止することができる。
　また、メールの内容に応じて、管理サーバ１０１において経路情報に関連付けられている値が変化してもよい。例えば、メールの内容に、特定の広告へのＵＲＬなどが含まれていれば、そのＵＲＬに応じた値が加算されるようになっていてもよい。そのＵＲＬに応じた値は、例えば、管理サーバ１０１に格納されたテーブルであり、ＵＲＬと値とが格納されたテーブルを参照することによって得られる。これにより、広告収入などを得ることが可能である。広告収入の一部または全ては、メールの送信者やドメインの管理者などに与えてもよい。
　ＭＴＡ１０３が、問い合せ１０４の結果を受信し、メールの中継の処理を行うことを決定した場合には、そのメールを受信者のメールボックスへ追加したり、別のＭＴＡに中継したりする。別のＭＴＡに中継する場合には、ＤＮＳに対して、宛先のメールアドレスのドメイン部分のＭＸレコードを検索などし、その結果により指し示されるＭＴＡへメールを中継する。
　また、管理サーバ１０１への問い合せに対する返信の中に、管理サーバ１０１がＤＮＳにＭＸレコードを検索した結果が含まれており、ＭＴＡ１０３がＤＮＳの検索を行う必要が無いようにしてもよい。これにより、システム全体にとって適した経路でメールの中継を制御することなどが可能となる。
　送信側ＭＵＡ１０２の送信したメールの宛先が、ｚｚｚ＠ｗｗ．ｊｐである場合、ＭＴＡ１０３などにより、そのメールが中継された場合、ｚｚｚ＠ｗｗ．ｊｐの電子メールアドレスを所有する利用者が利用するコンピュータで動作する受信側ＭＵＡ１０５にて、そのメールの表示などが行われる。その利用者がメールを読み、所定の操作を行うと、受信側ＭＵＡ１０５から管理サーバ１０６へ、そのメールの経路情報の送信により、そのメールについての評価が送信される。例えば、利用者などが迷惑メールであると判断した場合、その旨の情報がそのメールの経路情報（例えば、メールのメッセージＩＤなどのそのメールを特定する情報、送信者のメールアドレスやメールを送信したコンピュータや中継したコンピュータのＩＰアドレスなど）とともに、送信される。あるいは、反対に、優れた文章からなるメールであるなどの旨の情報が送信される。
　例えば、ｘｘｘ＠ｙｙ．ｊｐのメールアドレスを有する者の送信したメールが迷惑メールである旨が管理サーバ１０１へ送信されたとする。管理サーバ１０１では、ｘｘｘ＠ｙｙ．ｊｐに関連付けられた属性を変化させる。例えば、その属性の値を減じる。あるいは反対に、優れた文章からなるメールであると判断された場合には、その属性の値を増加させる。値を減じたり、増加させたりする増減値は定数として定まっていてもよいし、迷惑度、すばらしさの度合いが経路情報とともに管理サーバ１０１へ送信されるようになっている場合、その迷惑度、すばらしさに依存した値となっていてもよい。
　したがって、経路情報に関連付けられている属性が、その電子メールアドレスの所有者が管理サーバ１０１の運営者などに預けた金額を示す数値である場合には、受信者などにより迷惑メールであると判断されると、迷惑メールの送信に応じて数値が減じられる。このため、電子メールアドレスの所有者などが追加の金額を預けないと、そのうち、その経路情報を有する電子メールは中継されなくなることになる。したがって、メールが円滑に中継されることを望む利用者やドメインの管理者などは迷惑メールを送信しないように行動することになり、迷惑メールの送信が抑制される。また、属性の数値を減じた結果、所定の値（例えば０）を未満になると、その属性と属性に関連づけられている経路情報が削除されるようになっていてもよい。また、属性の数値があらかじめ定められた値を下回ると、属性が関連づけられている経路情報の関係者、例えば電子メールアドレスの所有者やドメインの管理者など、に注意を喚起するメールや郵便などが送信されるようになっていてもよい。
　また、メールの評価が良い場合には、金額を示す数値を増加させることにより、迷惑メール以外の送信を推奨することもできる。
　もちろん、受信側ＭＵＡ１０５から送信されるのは、受信したメールが迷惑メールである旨の情報に限られることはなく、メールを受信した、あるいは読んだ旨が送信されてもよい。これにより、管理サーバ１０１は、メールが中継されてからメールが受信ないし読まれるまでの時間を知ることができる。また、メールが受信側ＭＵＡ１０５に到達したかどうかを知ることができる。従来の技術でも、メールの送信者は、受信者がメールを表示したことを示すメールの開封確認を受け取ることができるが、受信側ＭＵＡ１０５の利用者（ユーザ）がどこのプロバイダを用いているか、アクセスポイントはどこか、などの情報が送信者に漏洩してしまう。一方、本発明のように管理サーバ１０１が開封確認を受信し、不必要な情報をメールの送信者に開示しないようにすることもできる。
　なお、受信側ＭＵＡ１０５は、受信したメールのヘッダ情報を解析することにより、経路情報を得て、情報管理サーバ１０１へ送信する。あるいは、受信側ＭＵＡ１０５は、ヘッダ情報の一部または全体をそのまま情報管理サーバ１０１へ送信してもよい。例えば、上述したように、管理サーバ１０１がメールのメッセージＩＤを記憶しどのメールがどのような送信経路により配信が行われたかを把握している場合には、受信側ＭＵＡ１０５は、ヘッダ情報の一部であるメッセージＩＤを送信してもよい。
　本発明の一実施形態では、一台の管理サーバあるいは複数の管理サーバが、複数の利用者が使用する複数の受信側ＭＵＡから、それぞれの受信側ＭＵＡから送信されたメールが迷惑メールであるかどうかなどの情報を受信できるようになっている。
　図２は、送信側ＭＵＡ１０２がＭＴＡ１０３へメールを送信する際の通信の一過程を示すシーケンス図である。このシーケンス図を参照しながら、以下では、ＭＴＡ１０３が管理サーバ１０１へ問い合せを行うタイミングなどについて説明を行う。
　送信側ＭＵＡ１０２とＭＴＡ１０３との通信セッションが確立すると、ステップＳ２０１において、ＭＴＡ１０３から例えば「２２０　ｓｍｔｐ．ｅｘａｍｐｌｅ．ｃｏｍ　ｒｅａｄｙ」というメッセージが送信される。ここに、「ｓｍｔｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、ＭＴＡ１０３のＦＱＤＮ（Ｆｕｌｌｙ　Ｑｕａｌｉｆｉｅｄ　Ｄｏｍａｉｎ　Ｎａｍｅ）である。
　なお、通信セッションの確立により、ＭＴＡ１０３は、メールがどのコンピュータから送られるのかを、そのコンピュータのＩＰアドレスやＦＱＤＮを得ることで知ることができる。したがって、この段階で、管理サーバ１０１に対してそのコンピュータから送信されるメールを中継してよいかどうかの問い合せを行うことができる。
　また、そのコンピュータのＩＰアドレスが偽装されているかどうかがＭＴＡ１０３により検出されると、ＭＴＡ１０３は、管理サーバ１０１に対して、問い合せを行うとともに、ＩＰアドレスの偽装が行われている旨を送信してもよい。この場合、管理サーバ１０１は、複数回のＩＰアドレスの偽装が行われている旨が同一の経路情報について送信された場合、その経路情報に関連付けられて保持されている属性を更新してもよい。例えば、ＩＰアドレスの偽装が行われている旨を受信した回数に応じて数値を小さくする。
　また、そのコンピュータのＩＰアドレスが偽装されているかどうかがＭＴＡ１０３により検出されると、ＭＴＡ１０３は、メールの中継を拒否するようにしてもよい。
　ＩＰアドレスが偽装されているかどうかの判断の手法の一つとしては、ＤＮＳに問い合せを行い、ＩＰアドレスの逆引きを行ってＦＱＤＮを得て、そのＦＱＤＮと次のステップＳ２０２で認識される送信側ＭＵＡ１０２のホスト名などと一致するかどうかあるいは適合（一方が他方の一部に一致すること）するかどうかで判断する手法がある。
　この「２２０」で始まるメッセージを受信した送信側ＭＵＡ１０２は、ステップＳ２０２において、例えば「ＨＥＬＯ　ｙｙ．ｊｐ」というメッセージを送信する。このメッセージにより、ＭＴＡ１０３は、送信側ＭＵＡ１０２が動作しているコンピュータを認識し、送信側ＭＵＡ１０２がＭＴＡ１０３を利用できるならば、ステップＳ２５０において、いわゆるグリーティングメッセージとして、例えば「２５０　ｙｙ．ｊｐ．　Ｐｌｅａｓｅｄ　ｔｏ　ｍｅｅｔ　ｙｏｕ」を返信する。
　このグリーティングメッセージに対して、送信側ＭＵＡ１０２は、ステップＳ２０４として、メールの送信者アドレスがｘｘｘ＠ｙｙ．ｊｐであることを「ＭＡＩＬ　ＦＲＯＭ：ｘｘｘ＠ｙｙ．ｊｐ」によってＭＴＡ１０３へ伝達する。
　「ＭＡＩＬ　ＦＲＯＭ：ｘｘｘ＠ｙｙ．ｊｐ」を受け取ったＭＴＡ１０３は、中継処理の対象となるメールの送信者アドレス（あるいは、ｒｅｖｅｒｓｅ－ｐａｔｈ）を知ることができる。すなわち、送信者アドレスであるｘｘｘ＠ｙｙ．ｊｐを取得する。その後、メールの送信者アドレスを経路情報として管理サーバ１０１へ問い合せを行うことができる。そして、管理サーバ１０１からの応答により、ｘｘｘ＠ｙｙ．ｊｐの電子メールアドレスを送信者アドレスとするメールを中継してもよいと判断すると、ステップＳ２５０において、「２５０　Ｓｅｎｄｅｒ　ＯＫ」のメッセージを返信する。
　この「２５０」で始まるメッセージを受け取った送信側ＭＵＡ１０２は、次に、ステップＳ２０６として、メールの受信者の電子メールアドレス（宛先アドレス）を「ＲＣＰＴ　ＴＯ：ｚｚｚ＠ｗｗ．ｊｐ」によってＭＴＡ１０３へ伝達する。
　ＭＴＡ１０３は、ｚｚｚ＠ｗｗ．ｊｐへメールを中継できるかどうかを判断する。この判断は、管理サーバ１０１への問い合せの返答に基づいて行ってもよい。例えば、複数の受信者に向けてメールが送信される場合には、「ＲＣＰＴ　ＴＯ：」で始まるメッセージが複数回受信される。そこで、ＭＴＡ１０３は、「ＲＣＰＴ　ＴＯ：」で始まるメッセージの数を数えて、その数をメールの宛先アドレスとともに管理サーバ１０１に問い合せたり、管理サーバ１０１にメールの宛先アドレスで問い合せた結果得られる属性と比較したりする。また、ＭＴＡ１０３の設定ファイルに記述された設定内容でｚｚｚ＠ｗｗ．ｊｐへメールを中継できるかどうかを判断してもよい。
　ＭＴＡ１０３がｚｚｚ＠ｗｗ．ｊｐへメールを中継できるのであれば、ステップＳ２０７において、「２５０　Ｒｅｃｉｐｉｅｎｔ　ＯＫ」を送信側ＭＵＡ１０２へ送信する。
　そして、送信側ＭＵＡ１０２は、ステップＳ２０８において、「ＤＡＴＡ」を送信し、メールのデータ（ヘッダ、本文）の送信を開始する旨を伝達し、ステップＳ２０９において、ＭＴＡ１０３は、「３５４　Ｓｔａｒｔ　ｍａｉｌ　ｉｎｐｕｔ」を返信する。
　ＭＴＡ１０３が「ＤＡＴＡ」を受信すると、メールの全ての宛先アドレスが判明するので、「ＤＡＴＡ」を受信したときに、宛先の数などをメールの宛先アドレスとともに管理サーバ１０１に問い合せたり、管理サーバ１０１にメールの宛先アドレスで問い合せた結果得られる属性と比較したりしてもよい。
　また、ステップＳ２０９より後においては、送信側ＭＵＡ１０２からメールのデータが送信されるので、ＭＴＡ１０３は、メールのデータのサイズを計測などして、そのサイズなどをメールの宛先アドレスとともに管理サーバ１０１に問い合せたり、管理サーバ１０１にメールの宛先アドレスで問い合せた結果得られる属性と比較したりしてもよい。
　このように、本発明の一実施形態では、ＭＴＡがメールを中継する際には、管理サーバへ送信者アドレスなどの情報に関連付けられている属性に関する問い合せを行い、メールを中継するかどうかの判断を行うことができる。そして、管理サーバでは、メールの受信者がメールを受信して、そのメールが迷惑メールであるかどうかなどを判断した結果を受信し、その結果に応じて、送信者アドレスなどに関連付けられている属性を管理サーバが更新できる。したがって、一つの効果として、迷惑メールの送信者が送信するメールをＭＴＡで中継されないようにすることができ、迷惑メールの送信を抑制することができる。
　（メール中継装置）
　図３は、本発明の一実施形態に係るメール中継装置の機能ブロック図を示す。メール中継装置は、ＭＴＡとして動作するソフトウェア（例えば、Ｐｏｓｔｆｉｘ、ｑｍａｉｌ、ｓｅｎｄｍａｉｌなど）を実行するコンピュータにより主に実現される。
　メール中継装置３０１は、メール受信部３０２と，メール中継部３０３と、中継可否問合処理部３０４と、メール出力部３０５とを有する。
　メール受信部３０２は、ＭＵＡから送信されたり他のＭＴＡから中継されたりしたメールを受信する。具体的には、ＳＭＴＰに基づく通信に割り当てられたポート番号（例えば、２５）を監視し、接続要求があれば、接続を行い、図２に示すような通信シーケンスを開始する。このような通信シーケンスにより、メールの送信者の電子メールアドレス、メールの宛先、メールのデータを受信する。
　具体的には、ＭＴＡとして動作するコンピュータが有するネットワークアダプタが何らかの情報を受信すると割り込みが発生し、受信された情報は、その割り込みに応じたハンドラに読み取られてオペレーティングシステムのメッセージキューに追加される。そして、ＭＴＡが発行したシステムコールなどが復帰して、ＭＴＡが別のシステムコールなどを用いてメッセージキューのメッセージを読取ることで、メール受信部３０２の動作が実現される。
　メール中継部３０３は、メール受信部２０３で受信されたメールを中継するための処理を行う。具体的には、受信されたメールをメモリに展開し、設定ファイルに従って、メールの送信者の電子メールアドレスを書き替えたり、メールの宛先を展開等した後、また、メールを中継するとの判断を行ったりした後、別のＭＴＡやメールボックスへメールを送信や出力するためにメール出力部３０５へメールを処理させる。
　メール中継部３０３がメールを中継するかどうかの判断を行うには、上述の設定ファイルに従って判断を行ってもよい。本発明の一実施形態では、その判断に代えて、あるいはその判断に加えて、メール中継部３０３は、メール受信部３０２で受信されたメールなどから取得した経路情報を中継可否問合処理部３０４に出力することが特徴の一つである。そして、中継可否問合処理部３０４が管理サーバに問い合せを行って返信する結果を受信し、その受信された結果に基づいて、メールを中継するかどうかを判断する。例えば、受信された結果が数値である場合には、所定の数値と演算回路などを用いて比較を行う。受信された結果が０以下であれば、メールを中継せず、０より大であればメールを中継する。
　中継可否問合処理部３０４は、メール中継部３０３から出力される経路情報を用いて管理サーバへ問い合せを行い、その問い合せの結果を受信し、その受信した結果をメール中継部３０３へ返信する。
　すなわち、ＭＴＡが問い合せを生成し、例えば、ＷＲＩＴＥシステムコールなどを発行して、オペレーティングシステムの送信メッセージキューに追加する。ネットワークアダプタが送信可能に成れば、割り込みハンドラが起動して、送信メッセージキューの問い合せを出力する。そして、ＭＴＡはＲＥＡＤシステムコールなどを発行して、管理サーバから送信される結果を読み取る。
　なお、メール中継部３０３から中継可否問合処理部３０４に出力される情報は、上述のように送信者アドレスに限定されることはなく、メールの送信先のメールアドレス、メールが送信されたコンピュータのＩＰアドレスやＦＱＤＮなどであってもよい。また、上述したように、宛先アドレスの数、メールのデータサイズも含まれていてもよい。また、その場合には、中継可否問合処理部３０４が管理サーバへの問い合せには経路情報以外も含まれることになる。
　メール出力部３０５は、メール中継部３０３が中継すると判断したメールを出力する処理を行う。「出力する」とは、メール中継装置３０１の外部に送信すること、メール中継装置３０１の内部の記憶装置やメール中継装置３０１に接続されている記憶装置に記憶することである。前者の例としては、他のＭＴＡにメールを中継させるために転送することがある。後者の例としては、メールがメール中継装置３０１に登録されているユーザ宛のものであるので、そのユーザのメールボックスにメールを追加することがある。また、別の後者の例としては、他のＭＴＡにメールを転送しようとしたが、他のＭＴＡと通信セッションを開始することができなかったので、一時的に記憶し、後に転送を試みることがある。
　メール出力部３０５によるメールの出力部は、メールのデータを出力キューに追加する。これより、ネットワークアダプタや二次記憶装置アダプタなどの割り込みが発生したときに、割り込みハンドラが起動されて、出力キューのデータが処理され、出力が行われる。
　図４は、メール中継装置３０１における処理を説明するフローチャートを示す。ステップＳ４０１の処理として、メール受信部３０２により、メールを受信する。そして、メール中継部にそのメールを伝達する。ステップＳ４０２の処理として、メール中継部３０３により、メールから送信者アドレスなどを取得する。取得された送信者アドレスなどは、中継可否問合処理部３０４に伝達される。ステップＳ４０３の処理として、中継可否問合処理部３０４により、管理サーバへ送信者アドレスなどの問い合わせを行う。問い合せの結果が管理サーバより返信されれば、その結果を受信する処理を行い、メール中継部３０３へ伝達する。ステップＳ４０４の処理として、メール中継部３０３により、伝達された結果に基づいて、メールを中継するかどうかの判断を行う。もし、中継するとの判断であれば、ステップＳ４０５の処理として、メール出力部３０５へメールを伝達してメールの中継を行う。中継しないとの判断であれば、ステップＳ４０６の処理として、メールの中継を行わない。この場合には、メールを破棄したり、送信者アドレスにエラーを送信したりする。なお、図４に示すフローチャートの処理を計算機に実行させるためのプログラムを不揮発性の記憶媒体に記録することもできる。
　このようなメール中継装置を用いることにより、迷惑メールの中継を抑制することができるなどの効果が得られる。
　（メール受信装置）
　図５は、本発明の一実施形態に係るメール受信装置の機能ブロック図を示す。メール受信装置は、ＭＵＡとして動作するソフトウェアを実行するコンピュータにより主に実現される。また、ＬＳＩなどを組み合わせて、専用のハードウェアとして実現することもできる。
　メール受信装置５０１は、メール取得部５０２と、メール操作部５０３と、メール表示部５０４と、メール情報送信部５０５と、を有する。
　メール取得部５０２は、メールを取得する。例えば、メールボックスがファイルなどとしてメール受信装置５０１により備えられていれば、そのファイルなどからメールを読み出す。また、ＰＯＰ３（ＲＦＣ１９３９）やＩＭＡＰ４（ＲＦＣ３５０１）などのプロトコルによって他のサーバ装置などで動作するプログラムを経由して取得してもよい。
　メール取得部５０２によるメールの取得の処理は、ネットワークアダプタによるメッセージの受信や受信されたメッセージを記憶した二次記憶装置などからの読取りなどの処理を経由して行われる。
　メール操作部５０３は、メール受信装置５０１に接続されたキーボードやマウスなどの入力機器から、その利用者（ユーザ）の指示を受け取り、メールを操作する。例えば、メールの表示、削除、返信、転送などを行う。
　メール表示部５０４は、メールを表示するための部である。メール受信装置５０１に接続されたディスプレイなどの出力表示装置として実現される。表示は、グラフィックアダプタに、テキストを構成する文字をフォントで展開したビットマップデータを出力することなどで行われる。
　図６は、メール表示部５０４によってディスプレイなどにメールが表示されている一例を示している。部分６０１には、メールの送信者アドレスや送信者の名前、件名、受信日時などが表形式によって表示されている。部分６０１に表示をクリックしたり、キーボードで所定の操作を行ったりすると、メール操作部５０３により処理が行われ、メールのデータが部分６０２と部分６０３とに表示される。部分６０２には、メールの送信者アドレス、宛先メールアドレス、件名などが表示され、部分６０３にはメールの本文が表示される。
　部分６０２には、ボタン６０４が表示されている。利用者（ユーザ）が部分６０３に表示された本文やその他の部分を読み、迷惑メールであると判断すると、このボタン６０４を押下できるようになっている。このボタン６０４が押下されると、メール操作部５０３は、表示などされているメールから送信者アドレスなどの経路情報を取得して、メール情報送信部５０５へ伝達する。なお、経路情報はメールのヘッダから得られる。メールのメッセージＩＤも経路情報に含まれる。
　メール情報送信部５０５は、メール操作部５０３から経路情報が伝達されると、その経路情報を管理サーバへ送信する。送信は、任意のプロトコルを用いて行うことができる。送信は、上述のようにネットワークアダプタを介して行われる。
　図６では、ボタン６０４が部分６０２に表示されているが、ボタン６０４が表示される場所は任意であってよい。また、ボタン６０４が表示されず、キーボードやマウスの操作により、ボタン６０４が押下されたのと同じ効果が得られてもよい。例えば、部分６０１に表示されている送信者アドレスの部分などにマウスカーソルを移動させ、マウスボタンを押下などするようにしてもよい。
　また、メール受信装置５０１がアドレス帳などのメールアドレスの一覧を有しており、その一覧に含まれていないメールアドレスを送信者アドレスとするメールを迷惑メールと判断してもよい。また、迷惑メールであるかどうかを判断するのは、利用者（ユーザ）が行うのではなく、メール受信装置５０１がメールの件名や本文の文字列を解析し、ベイズ理論などを用いてメールに含まれる単語などの出現頻度により、迷惑メールであるかどうかを判断するようになっていてもよい。この場合、利用者（ユーザ）はボタンを押すなどの必要がなくなる。もちろん、メール受信装置の利用者（ユーザ）が、迷惑メールの経路情報（迷惑メール情報）の送信に同意することを表明するためのボタンがあってもよい。
　このようなメール受信装置により、受信されたメールの評価の結果を管理サーバに送信することができる。その結果として、迷惑メールの送信の抑制などが実現される。なお、ここでの説明は、迷惑メールと判断された場合の経路情報の送信をする構成について主に説明したが、優れた内容のメールであると判断された場合に、そのメールの経路情報を送信する構成とすることも可能である。また、迷惑度などの数値を経路情報とともに送信するように構成することも可能である。
　（管理サーバ）
　図７は、管理サーバの機能ブロックを示している。管理サーバ７０１は、アドレスデータベース部７０２と、送信経路情報受信処理部７０３と、送信経路情報検索部７０４と、メール情報受信部７０５と、メール情報処理部７０６とを有する。
　アドレスデータベース部７０２は、経路情報にその属性を関連付けて管理を行うためのデータベースを有する。そのデータベースは、経路情報をキーとして検索することにより、関連付けられている属性を読み出すことができる。また、経路情報及び属性を新たに記憶すること、変更すること、削除することもできる。
　送信経路情報受信処理部７０３は、メール中継装置から中継対象となるメールの経路情報に関する問い合せを受信して処理する。ここでいう電子メールとは、メール中継装置がＭＵＡや他のメール中継装置から受信する中継処理の対象となるメールである。メール中継装置は、メールを中継するかどうかを判断するために、管理サーバに経路情報についての問い合せを行う。経路情報についての問い合せとは、経路情報に関連付けられている属性についての問い合せである。また、問い合せを処理するとは、問い合せに含まれる経路情報を用いてアドレスデータベース部７０２を検索し、得られる結果（例えば、送信者アドレスに関連付けられている属性）やその結果に基づいて行われる判断の結果をメール中継装置に返信することである。なお、判断には、問い合せに含まれる送信者アドレス以外の情報が参照されてもよい。例えば、問い合せが行われた時刻などが参照されてもよい。
　なお、「問い合せ」と記載したが、ＳＱＬのようなクエリの形式になっている必要はない。問い合せは、送信者アドレスのみが含まれていたり、その他の情報が単に区切り文字で区切られるなどして含まれていたりするだけでもよい。
　送信経路情報検索部７０４は、送信経路情報受信処理部７０３が受信した問い合せに含まれる経路情報を用いてアドレスデータベース部７０２を検索し、その経路情報に関連付けられている属性を送信経路情報受信処理部７０３に返信する。また、返信の前後に、経路情報に関連付けられている属性を変更するようにしてもよい。
　メール情報受信部７０５は、経路情報を受信する。なお、送信経路情報受信部７０３が受信する情報とメール情報受信部７０５が受信する情報とは、同一の形式である必要はない。例えば、送信経路情報受信部７０３は、メール中継装置が中継処理を行うメールの経路情報の全てを受信するのに対して、メール情報受信部７０５はメール受信装置が受信したメールの経路情報の一部であってもよい。また、一般的には、メール情報受信部７０５が経路情報を受信するトリガーとなった電子メールは、メール受信装置の利用者（ユーザ）が受信した電子メールであることが想定される。しかし、受信された全ての電子メールである必要はない。例えば、そのユーザが迷惑メールと判断したメールに関する情報、メール受信装置が迷惑メールと判断したメールに関する情報であることが想定される。
　本発明の一実施形態においては、メール情報受信部７０５は、複数のメール受信装置から情報を受信するのが好ましい。このように複数のメール受信装置から情報を受信することにより、多数の利用者（ユーザ）にてメールの内容などについて判断された結果を収集することができる。そして、その収集した結果に基づいて、ある電子メールアドレスが迷惑メールなどの送信者が所有しているものであるかどうか、あるＩＰアドレスやＦＱＤＮを有するコンピュータが迷惑メールの送信や中継をしているかどうかなどをより的確に判断することが可能となる。
　メール情報処理部７０６は、メール情報受信部７０５が受信した経路情報を処理する。すなわち、経路情報によってアドレスデータベース部７０２を検索する。そして、その経路情報に関連付けられている属性を更新する。あるいは、その経路情報とそれに関連付けられている属性がアドレスデータベース部７０２に管理されていない（すなわち、データベースに登録されていない）場合には、その経路情報をデータベースに登録してもよい。また、その経路情報に関連付けるべき属性を、その経路情報などを参照して生成してもよい。例えば、同じ電子メールアドレスを送信元とする経路情報が連続して受信されていれば、それに応じた属性を生成する。経路情報を参照せずに、デフォルトなどとしてあらかじめ用意されている属性を用いてもよい。
　経路情報に関連付けられている属性の更新には、種々のものがある。例えば、属性が数値であれば、その数値を増減させて変化させる。また、経路情報ごとに、メール情報受信部７０５に受信された頻度を記録しておき、その頻度を所定の値と比較し、その所定の値を超えると、数値を増減させて変化させるようになっていてもよい。また、経路情報がメール情報受信部７０５に受信された履歴を属性として保持されるように、経路情報を追加してもよい。経路情報そのものを追加するのではなく、例えば、メールのヘッダの所定の部分を追加してもよい。例えば、ヘッダの中のメッセージＩＤや、最初にメールを中継したメール中継装置のＦＱＤＮなどをヘッダから読取り、経路情報の一部として追加してもよい。
　また、経路情報を送信したＭＵＡの利用者のメールアドレスを履歴として保持してもよい。このように保持されたメールアドレスは、電子メールの送信者などに送信してもよい。また、メールアドレスの代わりにメールアドレスのハッシュ値を送信してもよい。これにより、電子メールの送信者はメールアドレスを直接知ることができないが、メールの送信時に送信先のメールアドレスのハッシュ値を計算して比較することで、経路情報を送信した利用者のメールアドレスであるかどうかを検出することができる。また、履歴として保持されているメールアドレスへ送信されたメールについて経路情報が二回以上受信された場合、その回数に応じた更新を行ってもよい。例えば、二回以上、同じ受信者に迷惑メールが送信された場合には、属性の数値を大きく減少させるようになっていてもよい。
　このようにフィードバックが行われることと属性の数値を大きく減少させると、属性の数値の減少が、管理サーバの運営者によって没収される金額と関係付けられている場合には、電子メールの送信者に対して、どのユーザに迷惑メールを再度送ると、大きなペナルティなどが発生することを知らしめることができ、迷惑メールの送信を抑制させることができる。
　図８は、送信経路情報受信処理部７０３が経路情報の問い合せを受信してから、その問い合せを処理する際のフローチャートを示している。ステップＳ８０１の処理として、送信経路情報受信処理部７０３が受信した問い合せから経路情報を取得する。次にステップＳ８０２の処理として、送信経路情報検索部７０４により、検索を行い、経路情報がデータベース部７０２に格納されているかどうかを検出する。ステップＳ８０３の処理として、その検出の結果を判断し、格納されていれば、ステップＳ８０４へ処理を移行させ、そうでなければ、ステップＳ８０５へ処理を移行させる。
　ステップＳ８０４の処理として、経路情報に関連付けられている属性を読み出す。そして、その属性を送信経路情報受信処理部７０３へ伝達し、ステップＳ８０６の処理として、送信経路情報受信処理部７０３は、属性に応じた返信をする。例えば、属性の全て又は一部を結果としたり、属性の内容に基づいて判断を行った結果を生成したりして、その結果を返信する。あるいは、送信経路情報受信処理部７０３は、属性の全体又は一部をそのまま返信してもよい。
　また、ステップＳ８０５の処理としては、経路情報がアドレスデータベース部７０２に未格納である旨の返信を行う。なお、図８のフローチャートに示す処理を計算機に実行するためのプログラムを不揮発性の記憶媒体に記録することもできる。
　図９は、メール情報受信部７０５が経路情報を受信し、メール情報処理部７０６による処理が行われるまでの処理のフローチャートを示している。ステップＳ９０１として、メール情報受信部７０５が受信した経路情報を取得する。そして、その経路情報は、メール情報処理部７０６に伝達される。メール情報処理部７０６では、ステップＳ９０２の処理として、経路情報がデータベース部７０２に格納済みであるかどうかを検索する。その検索の結果に基づいて判断をステップＳ９０３の処理として行い、格納済みであれば、ステップＳ９０４の処理として、経路情報に関連付けられている属性を変更する。属性の変更の結果、属性の数値などが所定の値を下回ると、経路情報とそれに関連付けられている属性とを削除してもよい。また、属性の変更の結果、属性の数値などが予め与えられている値を下回ったりすると、その経路情報に含まれる電子メールアドレスを所有している者などに警告がメールなどによって送信されるようになっていてもよい。
　図９では、経路情報がデータベース部７０２に格納済みでなければ何も処理がしないとして示されているが、上述したように、その経路情報をデータベース部７０２に追加するようになっていてもよい。なお、図９のフローチャートに示す処理を計算機に実行するためのプログラムを不揮発性の記憶媒体に記録することもできる。
　なお、図７に構成が示される管理サーバは、ＬＳＩなどを用いた専用ハードウェアを用いた装置で実現できる。すなわち、その装置は、図８、図９のフローチャートに示される処理を実行する回路などを用いて実現できる。また、専用ハードウェアを用いなくても、汎用の計算機に図８、図９のフローチャートに示される処理の一部又は全てを実行させるプログラムを、その計算機に処理させることでも実現できる。
　管理サーバをプログラムと計算機とを組み合わせて実現する場合には、計算機がアクセス可能な記憶装置（例えば、ハードディスク装置）の領域に、関係データベース管理システムなどが管理する表データを格納させ、アドレスデータベース部７０２と送信経路情報検索部７０４とに相当する機能を実現する。また、その計算機の備えるネットワークアダプタを制御して、メールの経路情報を受信し、上述の関係データベース管理システムに問合わせを行うプログラムモジュールによって、送信経路情報受信処理部７０３に相当する機能を実現することができる。メール情報受信部７０５も上述のネットワークアダプタと同じ、又は異なるネットワークアダプタを制御して、メール情報を受信するプログラムモジュールによって実現できる。メール情報処理部７０６は、メール情報受信部７０５に相当するプログラムモジュールから、関数の引数として、あるいはプロセス間通信を用いて、伝達されるメール情報を受け取り、関係データベース管理システムなどを制御するプログラムモジュールとして実現される。上述した複数のプログラムモジュールの実行は、計算機のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などにそれらのプログラムモジュールを構成するマシン命令を処理させることで、実現することができる。
　（実施例）
　以下、本発明の一実施形態の実施例を説明する。
　ある者（以下、「Ａ」という）が、あるＩＳＰのサービスを受けるために、そのＩＳＰと契約を結ぶ。そして、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔというメールアドレスが割り当てられたとする。すると、Ａは、本発明の一実施形態に係る管理サーバの運営者Ｂに申請を行い、Ｂの管理する管理サーバｂのデータベースに、メールアドレスａａａ＠ｅｘａｍｐｌｅ．ｎｅｔの登録を依頼する。その際、ＡはＢに対して、例えば、１００００円を預ける。すると、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに１００００円を示す情報が属性として関連付けられてデータベースに登録される。
　Ａがａａａ＠ｅｘａｍｐｌｅ．ｎｅｔという送信者アドレスを有するメールｍを送信したとする。すると、メール中継装置ｃがそのメールｍを受信する。メール中継装置ｃはメールｍからａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを取得して、管理サーバｂに問い合せを行う。問い合せが行われた管理サーバｂは、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに１００００円が関連付けられており、プラスの金額であるので、「中継ＯＫ」の旨の返事をメール中継装置ｃへ行い、メール中継装置ｃはメールｍを中継などする。
　中継の結果、メールｍが宛先の利用者Ｅが受信したとする。もし、利用者Ｅがメールｍを迷惑メールであると判断すれば、メールｍを表示しているＭＵＡで操作を行い、メールｍが迷惑メールであることをＭＵＡに伝える。ＭＵＡは、管理サーバｂにメールｍが迷惑メールである旨の迷惑メール情報を送信する。この迷惑メール情報には、メールｍの送信者アドレスであるａａａ＠ｅｘａｍｐｌｅ．ｎｅｔが含まれている。
　迷惑メール情報を受信した管理サーバｂは、迷惑メール情報からａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを取得して、データベースを検索する。そして、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに関連付けられている１００００円を示す情報を読み出し、１００００円から所定の金額、例えば、１０円、を減じた９９９０円を示す情報をａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに関連付けるように更新を行う。この更新は、１０円が管理サーバｂの管理者に没収されると解釈することができる。なお、１０円というのは例であり、例えば、短時間のうちに数多くの迷惑メール情報が受信されれば、没収額を大きくするなど、迷惑メール情報が受信される頻度に応じて没収額を変動するようにしてもよい。
　以上のように、Ａがメールを送信し、そのメールがメールの受信者側にて迷惑メールであると判断され、迷惑メール情報が送信されるごとに、Ｂに預けた金額から１０円ずつ没収されることになる。そして、０円になると、管理サーバｂは、「中継ＮＧ」の旨の返事をメール中継装置ｃに行う。この結果、メール中継装置ｃは、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを送信者アドレスとするメールを中継しなくなる。この結果、Ａはメールを送信できなくなり、不利益を蒙る。あるいは、０円になった時点でａａａ＠ｅｘａｍｐｌｅ．ｎｅｔの登録を削除し、メール中継装置ｃからの問い合せに対して「中継ＮＧ」の旨の返事を行う。
　一方、Ａの送信したメールが迷惑メールでなければ、Ｂに預けた金額が減ることはない（管理サーバｂの使用料の課金によるものを除く）。そして、所定の契約期間が経過したり、Ａが管理サーバの利用を終了したりするときに返金がされる。したがって、Ａは、より多くの返金を受けるために、迷惑メールを送信しないように動機付けされる。これにより迷惑メールの送信をしないような動機付けが働く。
　また、迷惑メールを送信しないことをさらに動機付けるために、迷惑メールの送信により没収した金額の全てまたは一部を、迷惑メールを送信しなかったユーザに配分してもよい。
　なお、Ａが迷惑メールを送信したことにより、メール中継装置ｃがａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを送信者アドレスとするメールを中継しなくなっても、Ａは他のメール中継装置を使用して迷惑メールを送信することは理論的には可能である。しかし、他のメール中継装置が本発明の一実施形態に係る管理サーバに、送信者メールアドレスを問い合せるようになれば、Ａは迷惑メールを実質的に送信できなくなる。
　また、ＳＭＴＰでは、Ａ以外の者がａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを送信者アドレスとして用いてメールを送信することが可能であり、Ａが迷惑メールを送っていないのに、他人がＡの電子メールアドレスを用いて迷惑メールを送信することにより、メールを送信できなくなる場合がある。このため、例えば、ＰＯＰ　ｂｅｆｏｒｅ　ＳＭＴＰやＳＭＴＰ－Ａｕｔｈ（ＲＦＣ２５５４）などによりメールの送信時に送信者の認証が行われるようにするのが好ましい。
　あるいは、管理サーバに送信者アドレスの問い合せを行った結果、メールを中継すると判断したメール中継装置は、そのメールのヘッダに、そのメール中継装置しか生成できない情報を付加してもよい。例えば、Ｘ－ＭＡＩＬ－ＲＥＬＡＹ－ＩＤ：に続けてその情報を並べた行をヘッダに付加する。そして、メール受信装置が管理サーバへ送信する迷惑メール情報には、送信者のメールアドレスなどに加えて、ヘッダ中のＸ－ＭＡＩＬ－ＲＥＬＡＹ－ＩＤ：の行とその他必要な情報を含める。管理サーバは、Ｘ－ＭＡＩＬ－ＲＥＬＡＹ－ＩＤ：の行を検査して、メール中継装置しか生成できない情報が含まれているかどうかを判断し、メール中継装置しか生成できない情報であれば、アドレスデータベース部に保持されているデータベースの更新などを行う。
　そのメール中継装置しか生成できない情報として、例えば、メール中継装置がメールにユニークな情報を付与し、そのユニークな情報をメール中継装置の秘密鍵で暗号化する。メールにユニークな情報とは、例えば、メールの本文のハッシュ値であったり、メール中継装置がそのメールを何番目のメールとして中継したかを示す数値などであったりする。
　管理サーバは、メール中継装置の公開鍵によってＸ－ＭＡＩＬ－ＲＥＬＡＹ－ＩＤ：の行に含まれる情報を復号し、上述のその他必要な情報として含まれるメールの本文のハッシュ値やメール中継装置がそのメールを何番目のメールとして中継したかを示す数値などと比較し、一致すれば、迷惑メールとして扱い、送信者アドレスに関連付けられている属性を更新などする。
　あるいは、管理サーバがメール中継装置からの問い合せに対する返信の中に管理サーバが生成した情報を含ませ、メール中継装置がその情報をＸ－ＭＡＩＬ－ＲＥＬＡＹ－ＩＤ：の行に含ませ、メール受信装置は、迷惑メール情報の中にＸ－ＭＡＩＬ－ＲＥＬＡＹ－ＩＤ：の行などを含ませて管理サーバに送信し、管理サーバの中で、迷惑メール情報の中に含まれる情報が、管理サーバで生成された情報であるかどうかを判断してもよい。
　また、メールの受信者が一つのメールに対して複数回、迷惑メール情報を送信し、これにより、そのメールの送信者が迷惑メールを送信する常習犯などであると判断されることを防ぐために、迷惑メール情報にメールの受信者の電子メールアドレスやそれと均等物を含ませてもよい。均等物とは、例えば、メールの受信者が管理サーバに迷惑メール情報を送信できるようにするための契約により割り当てられるなどした識別情報である。管理サーバは、相異なる複数の識別情報を有する複数のメールの受信者側から迷惑メール情報が受信されたときに、経路情報に関連付けられている属性を更新するようにしてもよい。このようにすれば、特定のメールの受信者が特定の送信者に恨みを持つなどして、何度も迷惑メール情報を送信し、経路情報に関連づけられている属性を不当に変化することを防ぐことができる。また、特定の電子メールアドレスに対しては、特定の受信者から送信される迷惑メール情報を無視するようになっていてもよい。
　なお、この実施例では、経路情報として、電子メールの送信者の電子メールアドレスを用いた説明を行った。電子メールアドレス以外にも、電子メールの送信者が電子メールを送信するのに用いるコンピュータのＩＰアドレス、ＦＱＤＮ、ドメイン名も用いることができる。また、メールを中継するコンピュータのＩＰアドレス、ＦＱＤＮ、ドメイン名も用いることができる。
　また、ＩＳＰの認証サーバの認証結果を管理サーバに伝達し、特定のＩＰアドレスやＦＱＤＮが割り当てられたコンピュータから送信することが許される電子メールの送信者アドレスをアドレスデータベース部に登録するようになっていてもよい。これにより、送信者のメールアドレスが詐称された電子メールの中継を抑制することもできる。
　本発明によれば、迷惑メールが送信されることを防止することができ、迷惑メールで発生する通信トラフィックの増加を防止することができる。これにより、無駄な通信設備の設置などを防ぐことができ、通信コストの引き下げなどをもたらすことができる。

Claims (20)

  1. 　メール受信装置と、管理サーバと、メール中継装置とを有するメールシステムであって、
    　前記メール受信装置は、
    　電子メールを受信する電子メール受信部と、
    　前記受信された電子メールを表示する電子メール表示部と、
    　前記表示された電子メールが迷惑メールであるかどうかの判断結果を取得する迷惑メール判断結果取得部と、
    　前記迷惑メール判断結果取得部が取得した判断結果が、前記表示された電子メールが迷惑メールであるとの判断結果であれば、前記受信された電子メールの送信経路に関する情報を前記管理サーバへ送信するメール送信経路情報送信部と、
    　を有し、
    　前記管理サーバは、
    　電子メールの送信経路に関する情報に属性を関連付けて保持するデータベースと、
    　前記メール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信する送信経路情報受信部と、
    　前記送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性を前記データベースより検索する送信経路情報属性検索部と、
    　前記検索された属性に応じて返信を前記メール中継装置に行う返信部と、
    　前記メール受信装置が受信した電子メールの送信経路に関する情報を受信するメール情報受信部と、
    　前記メール情報受信部が受信した送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新するメール情報処理部と、
    を有し、
    　前記メール中継装置は、
    　中継処理の対象となる電子メールの送信経路に関する情報をネットワーク上の管理サーバに送信する送信経路情報送信部と、
    　前記送信経路情報送信部による送信に応じて行われる返信を受信する返信受信部と、
    　前記返信受信部が受信した返信に基づいて、前記中継処理の対象となる電子メールの中継を行うかどうか判断する判断部と、
    　を有することを特徴とするメールシステム。
  2. 　前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールが前記メール中継装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項１に記載のメールシステム。
  3. 　前記メール受信装置のメール送信経路情報送信部は、受信した電子メールのヘッダより前記電子メールの送信経路に関する情報を取得する請求項１に記載のメールシステム。
  4. 　前記管理サーバのデータベースに保持される属性は数値を含み、
    　前記返信部は、前記検索された属性である数値が所定の値を下回ると電子メールの中継をしない旨の返信を行い、
    　前記メール情報処理部は、前記送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性である数値を減少させて更新する請求項１に記載のメールシステム。
  5. 　前記数値は、金銭価値を表す請求項４に記載のメールシステム。
  6. 　電子メールの送信経路に関する情報に属性を関連付けて保持するデータベースと、
    　ネットワーク上のメール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信する送信経路情報受信部と、
    　前記送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性を前記データベースより検索する送信経路情報属性検索部と、
    　前記検索された属性に応じた返信を前記メール中継装置に行う返信部と、
    　前記ネットワーク上のメール受信装置が受信した電子メールの送信経路に関する情報を受信するメール情報受信部と、
    　前記メール情報受信部が受信した送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新するメール情報処理部と、
    を有することを特徴とする管理サーバ。
  7. 　前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールが前記メール中継装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項６に記載の管理サーバ。
  8. 　前記メール情報受信部は、前記メール受信装置が受信した電子メールのうち迷惑メールであると前記メール受信装置にて判断された電子メールの送信経路に関する情報を受信することを特徴とする請求項６に記載の管理サーバ。
  9. 　前記返信部は、前記中継処理の対象となる電子メールを前記メール中継装置が中継するかどうかについての返信を行うことを特徴とする請求項６に記載の管理サーバ。
  10. 　前記属性は数値情報を含み、
    　前記メール情報処理部は前記属性に含まれる数値情報を更新し、
    　前記返信部が行う返信は、前記数値情報を参照して生成されることを特徴とする請求項６に記載の管理サーバ。
  11. 　前記返信部が行う返信は、前記数値情報と所定の値との比較の結果を含むことを特徴とする請求項１０に記載の管理サーバ。
  12. 　前記数値情報は、金銭価値を表わすことを特徴とする請求項１０に記載の管理サーバ。
  13. 　中継処理の対象となる電子メールの送信経路に関する情報をネットワーク上の管理サーバに送信する送信経路情報送信部と、
    　前記送信経路情報送信部による送信に応じて前記管理サーバにより行われる返信を受信する返信受信部と、
    　前記返信受信部が受信した返信に基づいて、前記中継処理の対象となる電子メールの中継を行うかどうか判断する判断部と、
    　を有することを特徴とするメール中継装置。
  14. 　前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールが前記メール中継装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項１３に記載のメール中継装置。
  15. 　前記返信受信部が受信する返信は、前記送信経路情報送信部が送信した送信経路に関する情報に前記管理サーバにて関連付けられている属性であり、
    　前記判断部は、前記属性の内容を参照して前記中継処理の対象となる電子メールの中継を行うかどうか判断することを特徴とする請求項１３に記載のメール中継装置。
  16. 　前記返信受信部が受信する返信は、前記送信経路情報送信部が送信した送信経路に関する情報に前記管理サーバにて関連づけられている属性に応じて行われたことを特徴とする請求項１３に記載のメール中継装置。
  17. 　前記属性は、金銭価値を表わす情報を含むことを特徴とする請求項１６に記載のメール中継装置。
  18. 　電子メールを受信する電子メール受信部と、
    　前記受信された電子メールを表示する電子メール表示部と、
    　前記表示された電子メールが迷惑メールであるかどうかの判断結果を取得する迷惑メール判断結果取得部と、
    　前記迷惑メール判断結果取得部が取得した判断結果が、前記表示された電子メールが迷惑メールであるとの判断結果であれば、前記受信された電子メールの送信経路に関する情報を送信するメール送信経路情報送信部と、
    　を有するメール受信装置。
  19. 　前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールがメール受信装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項１８に記載のメール受信装置。
  20. 　電子メールの送信経路に関する情報に属性を関連付けて保持するデータベースを有する管理サーバの動作方法であって、
    　ネットワーク上のメール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信し、
    　前記受信された送信経路に関する情報に関連付けられている属性を前記データベースより検索し、
    　前記検索された属性に応じた返信を前記メール中継装置に行い、
    　前記ネットワーク上のメール受信装置が受信した電子メールの送信経路に関する情報を受信し、
    　受信された送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新する管理サーバの動作方法。
PCT/JP2009/053448 2008-03-07 2009-02-25 電子メール送信経路管理サーバ WO2009110362A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010501864A JPWO2009110362A1 (ja) 2008-03-07 2009-02-25 電子メール送信経路管理サーバ

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008057709 2008-03-07
JP2008-057709 2008-03-07

Publications (1)

Publication Number Publication Date
WO2009110362A1 true WO2009110362A1 (ja) 2009-09-11

Family

ID=41055922

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/053448 WO2009110362A1 (ja) 2008-03-07 2009-02-25 電子メール送信経路管理サーバ

Country Status (2)

Country Link
JP (1) JPWO2009110362A1 (ja)
WO (1) WO2009110362A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003087327A (ja) * 2001-09-13 2003-03-20 Sharp Corp 迷惑電子メール防止システム
WO2006048621A1 (en) * 2004-11-02 2006-05-11 Ricky Charles Rand A method and system for regulating electronic mail

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003087327A (ja) * 2001-09-13 2003-03-20 Sharp Corp 迷惑電子メール防止システム
WO2006048621A1 (en) * 2004-11-02 2006-05-11 Ricky Charles Rand A method and system for regulating electronic mail

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TAKIMOTO D.: "''Meiwaku Mail o Meguri User Fuzai no Arasoi Meiso suru Kankoku no 'Online Kitte '''", NET B, 10 May 2002 (2002-05-10), pages 84 - 87 *

Also Published As

Publication number Publication date
JPWO2009110362A1 (ja) 2011-07-14

Similar Documents

Publication Publication Date Title
US11924151B2 (en) Methods and systems for analysis and/or classification of electronic information based on objects present in the electronic information
US20180375814A1 (en) Tracking and controlling mass communications
EP2446411B1 (en) Real-time spam look-up system
US6052709A (en) Apparatus and method for controlling delivery of unsolicited electronic mail
US8010613B2 (en) System and method for end-user management of E-mail threads using a single click
US7996471B2 (en) Electronic message distribution system
US20050198159A1 (en) Method and system for categorizing and processing e-mails based upon information in the message header and SMTP session
US20050091320A1 (en) Method and system for categorizing and processing e-mails
US20050091319A1 (en) Database for receiving, storing and compiling information about email messages
US20050080857A1 (en) Method and system for categorizing and processing e-mails
EP1733532B1 (en) A filter and a method of filtering electronic messages
US20040181581A1 (en) Authentication method for preventing delivery of junk electronic mail
US7802304B2 (en) Method and system of providing an integrated reputation service
US8745143B2 (en) Delaying inbound and outbound email messages
JP2006350870A (ja) 評判情報作成方法、評判情報管理装置、受信装置、通信システム、評判情報管理プログラム
WO2003071753A1 (fr) Procede et dispositif permettant le traitement de courrier electronique indesirable pour l'utilisateur
US11683284B2 (en) Discovering graymail through real-time analysis of incoming email
US20060184635A1 (en) Electronic mail method using email tickler
AU2009299539B2 (en) Electronic communication control
US20140040403A1 (en) System, method and computer program product for gathering information relating to electronic content utilizing a dns server
JP2011034417A (ja) 迷惑メール判定装置及び迷惑メール判定方法及び迷惑メール判定プログラム
US20060031305A1 (en) Managing on-demand email storage
WO2005001733A1 (en) E-mail managing system and method thereof
US20160098745A1 (en) Method and system for monitoring deliverability and engagement metrics of electronic mail
JP2009169866A (ja) 電子メールクライアントおよびその制御方法ならびにコンピュータプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09717508

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010501864

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09717508

Country of ref document: EP

Kind code of ref document: A1