Information processing device and program

Abstract

To provide means configured to continue communication in conformity to a communication protocol of a device on the other side, compared with a case where an error is returned simply for a violation of communication protocol.SOLUTION: A repeater 300 receives a communication transmitted or received in relay, uses a rule base inspection / correction function 320 and a model base inspection / correction function 330 to inspect compatibility on specifications of the received communication, corrects the communication so as to satisfy the compatibility on the specifications in accordance with a result of the inspection, and transmits the corrected communication to a destination of the communication.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to an information processing device and a program. [Background technology]

[0002] In some communication systems, a mechanism is provided to judge whether the content of each communication (hereinafter referred to as "individual communication") is appropriate and to correct it as necessary. For example, in an email system, there is a technology that judges the wording of an email and corrects the sentence as necessary.

[0003] Patent Document 1 discloses an email correction support system that is provided with a correction support function and a correction support DB, and the correction support function has a function of storing and learning information including errors in the content of a request email and corrections thereto during email exchanges including sending a request email and receiving a response email, and a function of intervening when sending a request email, creating a corrected request email in which the errors in the content of the request email have been corrected based on the learning, and sending the corrected version of the request email to an external service.

[0004] Patent document 2 discloses an automatic email correction support system that includes an automatic correction support database that stores correction history information for automatically correcting minor errors in the text of a request email, and an automatic correction support server that refers to the correction information and automatically corrects minor errors using a minor error learning function, a request email automatic correction suggestion function, and a change information reflection function. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] JP 2016-4560 A [Patent Document 2] JP 2015-194928 A Summary of the Invention [Problem to be solved by the invention]

[0006] In a communication system, specifications that individual communications should follow are generally defined. Therefore, in addition to the above-mentioned communication content, it is possible to determine whether the individual communications follow the defined specifications.

[0007] However, some communication systems are operated with a certain degree of flexibility regarding specifications, and individual communications that do not strictly follow the established specifications may be permitted by the communication server. For example, in an e-mail system, the sending and receiving procedures (protocols) are strictly defined by RFC (Request for Comments), but some mail servers (SMTP servers, POP servers, etc.) and mail clients (software) allow the sending and receiving of e-mails that do not comply with RFC.

[0008] In addition, there may be communication systems that allow the existence of communication servers that require compliance with their own rules in addition to the standard specifications. For example, in an e-mail system, there are mail servers that require the encryption of e-mail bodies using a specific encryption method from a security standpoint, in addition to the RFC regulations. For this reason, in a communication system that follows a single standard specification, the same individual communication may be permitted or denied depending on the communication server.

[0009] An object of the present invention is to provide a means capable of continuing communication in accordance with the communication protocols of the sending and receiving parties, as compared to a case where an error is simply returned in response to communication that violates a communication protocol. [Means for solving the problem]

[0010] The present invention according to claim 1 includes a processor, the processor accepting a transmitted or received communication and checking the conformity of the accepted communication with respect to a specification. ,Based on a communication model generated based on past,communications, and depending on the result of the inspection of said communication, To fit the above communication modeland transmitting the corrected communication to a destination of the communication. The present invention according to claim 2 is characterized in that the processor records information about at least a part of the received communications and whether the communications have been successful, and generates the communication model using the recorded information about the communications and whether the communications have been successful. 1 The present invention relates to an information processing device. The present invention according to claim 3 is characterized in that the processor generates the communication model by machine learning using the successful communication, the failed communication, and information on the success or failure of the communication as training data. 2 The present invention relates to an information processing device. The present invention according to claim 4 is characterized in that the processor checks whether the received communication matches a predetermined rule regarding the specification, in addition to checking based on the communication model, and corrects the communication so that it matches the rule according to the check result based on the rule. 1 The present invention relates to an information processing device. The present invention according to claim 5 includes a processor, which accepts a transmitted or received communication, checks the compatibility of the accepted communication with respect to a specification, corrects the communication so that the communication satisfies the compatibility with respect to the specification according to a result of the check on the communication, and transmits the corrected communication to a destination of the communication. and omitting the inspection of a communication from a specific source to a specific destination on the condition that the communication from the specific source to the specific destination has been successful a certain number of times or more without correction of the specification, and when the inspection of the communication is omitted, transmitting the accepted communication to the destination of the communication. The present invention is an information processing device. The present invention according to claim 6 is characterized in that the processor executes the inspection on communication from a source to a destination on the condition that a certain period of time has passed since the inspection was omitted based on a combination of the source and the destination. 5 The present invention relates to an information processing device. The present invention according to claim 7 is characterized in that the processor executes the inspection on the communication from the source to the destination on the condition that the communication from the source to the destination has been performed a certain number of times after the inspection has been omitted based on the combination of the source and the destination. 5 The present invention relates to an information processing device. The present invention according to claim 8 is characterized in that, with respect to simultaneous communications from one communication source to multiple destinations, the processor executes the inspection on some of the multiple communications and omits the inspection on other communications. 5 The present invention relates to an information processing device. The present invention according to claim 9 is characterized in that, when communication from a specific sender to a specific destination is successful without correction regarding the specification, the processor omits the check for communication to the specific destination by another sender having a specific relationship with the specific sender in the specification. 5 The present invention relates to an information processing device. The present invention according to claim 10 includes a processor, which accepts a transmitted or received communication, checks the compatibility of the accepted communication with respect to a specification, and corrects the communication so as to satisfy the compatibility with respect to the specification according to a result of the check on the communication; notifying an administrator of at least one of an inspection result and a correction result regarding the received communication, and when at least one of the inspection result and the correction result has been notified to the administrator, transmitting the communication to a destination of the communication on condition that permission has been obtained from the administrator. The present invention is an information processing device. The present invention according to claim 11 is characterized in that, when the processor notifies the administrator of the inspection result, the processor executes correction of the communication on condition that an instruction from the administrator is accepted. 10 The present invention relates to an information processing device. The present invention according to claim 12 includes a processor, which receives a transmitted or received communication, checks the conformance of the received communication with respect to a specification, and corrects the communication so as to satisfy the conformance with respect to the specification according to a result of the check on the communication; Notifying at least one of the inspection result and the correction result regarding the received communication to a sender of the communication, and when the inspection result is notified to the sender, on condition that an instruction from the sender is received, executing correction of the communication, and transmitting the corrected communication to the destination of the communication. The present invention is an information processing device. The present invention according to claim 13 provides a method for receiving a communication in which a destination different from the destination of the computer is set, and for checking the compatibility of the received communication with respect to the specification of the communication. ,Based on a communication model generated based on past,communications, Depending on the process to be inspected and the result of the inspection of the communication, the communication is To fit the above communication model The program is characterized by executing a process of correcting communication and a process of sending the corrected communication to a destination of the communication. Effect of the Invention

[0011] According to the invention of claim 1, it is possible to provide a means for continuing communication in accordance with the communication protocol of the sending and receiving parties, as compared with a case where an error is simply returned in response to a communication that violates the communication protocol. In comparison with rule-based judgment, inspection and correction can be performed in accordance with the actual state of the communication system. According to the invention of claim 2, Compared to the case where a prepared communication model is used, the communication model can be updated in accordance with the actual situation every time a new communication is inspected. According to the invention of claim 3, Compared with the case where a prepared communication model is used, it is possible to extract a variety of inspection criteria that are suited to the actual state of the communication system. According to the invention of claim 4, Compared to the case where judgment is made only based on the communication model, the variety and responsiveness of inspections can be improved. According to the invention of claim 5, Compared to simply returning an error for communications that violate a communications protocol, a means can be provided that enables communications to continue in accordance with the communications protocols of the sender and receiver, and compared to testing all communications, it is possible to reduce testing of communications that are likely to meet compliance. According to the invention of claim 6, Manual response to changes in server and client specifications, etc. Compared to manually changing settings, this automatically responds under certain conditions, reducing the hassle. can be reduced. According to the invention of claim 7, Manual response to changes in server and client specifications, etc. Compared to manually changing settings, this automatically responds under certain conditions, reducing the hassle. can be reduced. According to the invention of claim 8, Compared to inspecting all communications, this is redundant inspection. can be omitted. According to the invention of claim 9, Compared to inspecting all communications, this method meets compliance requirements. This reduces the number of checks on communications that are likely to violate the rules. According to the invention of claim 10, Compared to simply returning an error in response to communication that violates the communication protocol, a means can be provided that allows communication to continue in accordance with the communication protocol of the sending and receiving parties, and compared to a configuration that does not output the inspection results and correction results, the inspection results and correction results can be evaluated by an administrator, and transmission can be performed based on the administrator's evaluation. According to the invention of claim 11, Compared with a configuration that does not output the inspection and correction results, The surgeon may choose whether or not to provide correction. According to the invention of claim 12, Compared to simply returning an error for communications that violate a communication protocol, it is possible to provide a means for continuing communication in accordance with the communication protocols of the sender and receiver, and compared to a configuration that does not output inspection results and correction results, it is possible to provide feedback on the status of the communication that the sender sent, allowing the sender to choose whether or not to make corrections. According to the invention of claim 13, In a computer having the program of the present invention installed, a means can be provided that enables communication to continue in accordance with the communication protocols of the sender and receiver, compared to simply returning an error in response to communication that violates a communication protocol, and inspection and correction can be performed that is in line with the actual conditions of the communication system, compared to judgments based on rules. [Brief description of the drawings]

[0012] [Figure 1] 1 is a diagram showing an overall configuration of a communication system to which the present embodiment is applied; [Diagram 2] FIG. 2 is a diagram illustrating a functional configuration of a relay device. [Diagram 3] FIG. 2 illustrates an example of a hardware configuration of a computer that realizes a relay device. [Figure 4] FIG. 1 illustrates a method for generating a model. [Diagram 5] FIG. 1 illustrates aspects of model-based email inspection and remediation. [Figure 6] FIG. 13 is a diagram showing an example of a notification screen for an administrator. [Figure 7] FIG. 13 is a diagram showing an example of a notification screen for a sender user. [Figure 8] FIG. 1 is a diagram showing a functional configuration of a terminal device having a function for inspecting and correcting e-mails. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0013] Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. <Target device configuration> FIG. 1 is a diagram showing the overall configuration of a communication system to which the present embodiment is applied. This embodiment can be applied to various communication systems. Here, an example in which this embodiment is applied to an email system will be described as an example of a communication system. The email system shown in FIG. 1 includes a mail server 100, a terminal device 200, and a relay device 300. The relay device 300 relays the transmission and reception of emails by the terminal device 200. The terminal device 200 and the relay device 300 are connected via a network 400. The network 400 is, for example, a LAN (Local Area Network). The mail server 100 and the relay device 300 are connected via a network 500. The network 500 is, for example, the Internet. The communication lines of the network 400 and the network 500 may be wired lines or wireless lines.

[0014] The mail server 100 is a server (SMTP server) that receives e-mail sent from the terminal device 200 and transmits it to the destination. The mail server 100 has a function of inspecting the format and security of e-mail received from the terminal device 200. If an e-mail is determined to be fraudulent by these inspections, it is rejected by the mail server 100, for example. The mail server 100 is realized, for example, by a computer serving as a server connected to the network 500.

[0015] The terminal device 200 has a function of creating (editing) an e-mail and a function of sending the created e-mail. The terminal device 200 also has a function of receiving an e-mail addressed to the terminal device 200 from the mail server 100 and viewing the received e-mail. The terminal device 200 is realized by an information processing device such as a personal computer, a tablet terminal, a smartphone, or a mobile phone.

[0016] The relay device 300 receives and temporarily holds e-mails transmitted from the terminal device 200, and inspects the held e-mails. The relay device 300 then transmits to the mail server 100 e-mails that are determined to be appropriate through inspection. The relay device 300 also corrects e-mails that are determined to be inappropriate through inspection, and transmits them to the mail server 100. The relay device 300 also receives e-mails transmitted from the mail server 100 in response to a reception request from the terminal device 200, and transmits them to the terminal device 200 that made the reception request.

[0017] <Functional configuration of relay device 300> 2 is a diagram showing the functional configuration of the relay device 300. The relay device 300 includes a relay function 310, a rule-based inspection and correction function 320, a model-based inspection and correction function 330, a storage function 340, a model generation function 350, a model update function 360, and a notification function 370.

[0018] The relay function 310 is a function that receives e-mail sent from the terminal device 200, temporarily holds the e-mail, and then transmits the e-mail to the mail server 100, and is a function that receives e-mail sent from the mail server 100 and transmits the e-mail to the terminal device 200. The relay device 300 routes the received and held e-mail to inspection by the rule-based inspection and correction function 320 and the model-based inspection and correction function 330 before transmitting the e-mail to the mail server 100.

[0019] The rule-based inspection and correction function 320 is a function that performs inspection and correction processing on e-mail based on predetermined rules (hereinafter referred to as "inspection rules"). Specifically, the rule-based inspection and correction function 320 inspects whether the specifications of an e-mail are valid or not based on the inspection rules. The specifications of the e-mail that are inspected include the communication protocol. Then, the rule-based inspection and correction function 320 corrects the specifications of the e-mail that are determined to be invalid to a valid state. In the case of inspecting an e-mail, for example, the RFC regulations regarding e-mail may be used as the inspection rules.

[0020] The model-based inspection and correction function 330 is a function that performs inspection and correction processing on an email based on a model. Specifically, the model-based inspection and correction function 330 inspects whether an email conforms to a model. Then, the model-based inspection and correction function 330 corrects the specifications of an email that is determined not to conform to the model so that it conforms to the model. Here, the model is modeled by extracting features of emails that are successfully transmitted and received based on emails that have been previously relayed by the relay device 300. Both emails that are successfully transmitted and received and emails that are unsuccessful in transmission and reception are used to generate the model. A model based on emails that are successfully transmitted and received (hereinafter referred to as a "success model") and a model based on emails that are unsuccessful in transmission and reception (hereinafter referred to as a "failure model") may be generated separately. In this case, when an email does not conform to the success model or conforms to the failure model in the inspection, the model-based inspection and correction function 330 corrects the email so that it conforms to the success model. In addition, the model may be generated separately according to the sender terminal device 200, the destination, the mail server 100 used, etc. A method of generating a model will be described later.

[0021] The storage function 340 is a function that stores e-mails that have been relayed by the relay device 300. The stored e-mails are both e-mails that have been successfully sent or received and e-mails that have failed to be sent or received. The e-mails stored by the storage function 340 are used to generate a model that is used in the inspection and correction processing by the model-based inspection and correction function 330.

[0022] The model generation function 350 is a function that generates a model used in the inspection and correction process by the model-based inspection and correction function 330. The model generation function 350 learns the common features of e-mails that have been successfully sent and received and the common features of e-mails that have failed to be sent and received based on the e-mails stored in the storage function 340. The model generation function 350 then generates a model that has the former features and does not have the latter features. When generating a successful model and a failed model separately, the model generation function 350 learns the common features of e-mails that have been successfully sent and received to generate a successful model, and also learns the common features of e-mails that have failed to be sent and received to generate a failed model. The model generation function 350 updates the generated model using e-mails stored in the storage function 340 even after the model is generated. Therefore, the model reflects the specifications (examples) of the latest e-mails that have actually been sent and received. This makes it possible to respond to specification changes in the destination and the mail server 100. Note that if the learned model is used to inspect and correct e-mails, and the model is not updated based on e-mails sent and received thereafter, it is sufficient that the learned model is retained. Therefore, in such a case, the relayed e-mail storage function 340 and the model generation function 350 are not essential components.

[0023] The model update function 360 is a function that updates the model used in the model-based inspection and correction function 330 so that it conforms to the changed inspection rule when the inspection rule is changed. The model used in the model-based inspection and correction function 330 is updated by reflecting learning based on the e-mail stored in the storage function 340 every time the relay device 300 relays an e-mail. Therefore, even if the model needs to be changed due to individual specification changes in the mail server 100 or the destination of the communication, the model gradually conforms to such specification changes by repeating the communication. However, if the inspection and correction processing by the model-based inspection and correction function 330 becomes inappropriate due to the change in the inspection rule, it is necessary to immediately respond to the change in the inspection rule. An example of a case where the inspection and correction processing by the model-based inspection and correction function 330 is inappropriate is a case where all communications conforming to the model are judged to be invalid based on the inspection rule. Therefore, the model update function 360 updates the model so that it conforms to the changed inspection rule.

[0024] The notification function 370 notifies the terminal device 200 of the communication manager or the sender of the inspection result or correction result by the rule-based inspection and correction function 320 and the model-based inspection and correction function 330. When the communication manager or the sender is notified, the correction process or transmission process may be performed upon receiving an instruction from the communication manager or the sender user who is the notification target. Details of the notification conditions, notification contents, instructions from the communication manager or the sender, and the operation when an instruction is received will be described later.

[0025] <Hardware Configuration of Relay Device 300> The relay device 300 is realized by a computer. FIG. 3 is a diagram showing an example of a hardware configuration of a computer that realizes the relay device 300. The computer that realizes the relay device 300 includes a central processing unit (CPU) 101, which is a calculation means, a random access memory (RAM) 102, a read only memory (ROM) 103, a storage device 104, and a network interface 105, which are storage means. The RAM 102 is a main storage device, and is used as a working memory when the CPU 101 performs calculation processing. The ROM 103 holds programs and data such as previously prepared setting values, and the CPU 101 can read the programs and data directly from the ROM 103 and execute processing. The storage device 104 is a storage means for programs and data. Programs are stored in the storage device 104, and the CPU 101 reads the programs stored in the storage device 104 into the main storage device and executes them. The storage device 104 also stores and saves the results of processing by the CPU 101. For example, a magnetic disk device or an SSD (Solid State Drive) is used as the storage device 104. The network interface 105 is an interface for connecting to the network 400 and the network 500.

[0026] 3, the relay function 310, the rule-based inspection and correction function 320, the model-based inspection and correction function 330, the model generation function 350, the model update function 360, and the notification function 370 are realized by, for example, the CPU 101 executing a program. Also, the accumulation function 340 is realized by the storage device 104.

[0027] <Relationship between rule-based correction and model-based correction> For communication systems that have rules to follow, such as RFC for email, the specifications of individual communications are required to follow the rules. However, depending on the communication system, individual communications that do not strictly follow the rules may be permitted. For example, in email, an email address that causes an error when sent from a personal computer via a provider may be able to be sent and received between smartphones and mobile phones. This occurs because the email address does not comply with the RFC regulations but is allowed by the email service of a specific smartphone or mobile phone. In this case, the email address is always subject to correction processing in rule-based inspection and correction processing. In contrast, in model-based inspection and correction processing, email can be sent and received without correction processing for email addresses in transmission and reception between specific smartphones and mobile phones that allow email addresses that do not comply with RFC. Conversely, by applying rule-based inspection and correction processing to email addresses used in transmission and reception between specific smartphones and mobile phones, errors can be avoided even when sending from a personal computer via a provider.

[0028] In addition to standard specifications, some communication systems allow the existence of communication servers that require compliance with their own rules. For example, in an e-mail system, there are mail servers that require the encryption of the text body using a specific encryption method in addition to the RFC regulations. In such cases, rule-based inspection and correction processing cannot perform encryption and other processing that is individually required for e-mails, so even e-mails that have been corrected will experience errors when sent or received. In contrast, model-based inspection and correction processing generates a model using e-mails that have been successfully transmitted after individually required processing has been performed, so that the target e-mail can be sent or received by correcting it to fit this model.

[0029] As described above, the rule-based inspection and correction processing and the model-based inspection and correction processing are different although their scopes of application overlap. Therefore, both the rule-based inspection and correction function 320 and the model-based inspection and correction function 330 may be provided, and the inspection and correction processing may be performed by each of them. Also, depending on the operation of the relay device 300, only one of the rule-based inspection and correction function 320 and the model-based inspection and correction function 330 may be provided, and the inspection and correction processing may be performed by the function provided in the relay device 300.

[0030] <Model Generation> FIG. 4 is a diagram showing a method of generating a model. The relay function 310 collects emails stored in the storage function 340 by the model generation function 350, dividing them into emails that have been successfully sent and received (referred to as "successful examples" in the figure) and emails that have failed to be sent and received (referred to as "failed examples" in the figure). The relay function 310 then extracts features common to the successful example emails and also extracts features common to the failed example emails to generate a model (referred to as "email model" in the figure). The features extracted from the emails are expected to be character strings in specific items or combinations of description contents of multiple items, but in reality, the features are contents that are specifically obtained from the collected successful example and failed example emails. A machine learning method such as deep learning may be used as a means for extracting such features. The machine learning method used to generate the model may be any of various existing methods that can be applied to extracting features of successful example and failed example emails.

[0031] FIG. 4 shows email communication procedures (protocols) for success and failure examples. Descriptions of the characteristic parts of the success and failure examples are omitted. The model describes examples of communication procedures including characteristic items extracted from the success examples. In the example shown in FIG. 4, the description on the first line, "S: 220 smtp.ipv6.net-beat.com ESMTP Postfix," is a message sent from the mail server 100 (here, "S") to the requesting terminal device 200, notifying that a connection to the mail server 100 has been established. The description on the second line, "C:EHLO *," is a hello command sent from the terminal device 200 (here, "C") to the mail server 100. Next, the description in the middle, "C: MAIL FROM: <address> [ <parameter>]" is the sender information sent from the terminal device 200(C) to the mail server 100. The next line "C: RCTP TO: <address> [ <parameter>]" is the destination information sent from terminal device 200(C) to mail server 100. Also, the entry "C: QUIT" on the second-to-last line is the Quit command (exit information) sent from terminal device 200(C) to mail server 100. The entry "S: 221 2.0.0 * bye" on the last line is a notification sent from mail server 100(S) to terminal device 200 indicating that the e-mail from terminal device 200 has been accepted (successful transmission).

[0032] In the model shown in FIG. 4, the sender information sent from the terminal device 200(C) to the mail server 100 is “ <address> [ <parameter>]" and the destination information sent from the terminal device 200(C) to the mail server 100 is " <address> [ <parameter>]" is a condition for the model-based inspection and correction function 330 to determine that an email is legitimate.

[0033] <Model-based email inspection and correction> Fig. 5 is a diagram showing the inspection and correction of an e-mail based on a model. In the example shown in Fig. 5, an e-mail (indicated as "initial state" in the figure) sent from terminal device 200 and accepted by relay device 300 is subjected to correction processing based on a model (indicated as "e-mail model" in the figure), and the state in which an e-mail with a corrected format (indicated as "after correction" in the figure) is obtained is shown.

[0034] In the model shown in Figure 5, when there are multiple e-mail recipients, the recipient information " <address> [ <parameter>In contrast, in an initial email, two destinations, "you@mail.com" and "her@mail.com", are listed together in a single piece of destination information. Furthermore, the destinations are not enclosed in brackets "< >". These descriptions go against the format required by the model. Therefore, in order to conform to the model, the relay device 300 writes the two destinations into separate destination information "<you@mail.com> ",<her@mail.com> After the correction, the email address information is written in a format that conforms to the model.

[0035] <Application of inspection and corrective treatment> In principle, the inspection and correction processes by the rule-based inspection and correction function 320 and the model-based inspection and correction function 330 are performed on all e-mails relayed by the relay device 300. However, performing inspection and correction processes on a large amount of e-mails increases the load on the relay device 300. Therefore, if a specific condition is satisfied, the inspection of the e-mail may be omitted. For example, if a predetermined condition is satisfied for at least one of the sender and the destination of the e-mail, the inspection of the communication may be omitted.

[0036] As a specific example, the inspection may be omitted on the condition that communication from a specific sender to a specific destination has been successful a certain number of times or more without correction. In this case, it is considered that communication from the same sender to the same destination is likely to be successful in the future. In this case, for example, the inspection may be performed again on communication from the same sender to the same destination on the condition that a certain period of time has passed since the inspection was omitted. Also, the inspection may be performed again on communication from the same sender to the same destination on the condition that a certain number of communications have been performed since the inspection was omitted. Since there is a possibility that the use of the mail server 100 or the terminal device 200 may be changed after the passage of a certain period of time or while a certain number of communications have been performed, it is considered whether or not correction processing is required by performing the inspection again.

[0037] Furthermore, when simultaneous communication (multicast or broadcast) is performed from one communication source to multiple destinations, it is possible to perform inspection on only some of the multiple communications and omit inspection of the other communications. This is because it is considered redundant to perform inspection on all communications since the communications are based on the same specifications. However, if the specifications of the destination terminal device 200 or the mail server 100 are different, communication based on the same specifications may succeed for one destination and fail for another destination. Therefore, it is possible to perform inspection on communications for several destinations (multiple such destinations if it is known that the specifications are different) and omit inspection of communications for the other destinations.

[0038] In addition, when communication from a specific sender to a specific destination is successful without performing correction processing, inspection may be omitted for communication to the same destination by another sender who has a specific relationship with the sender in the specifications of such communication. The other sender who has a specific relationship with the sender may be, for example, a registered member of the same mailing list as the sender, and may be the other sender when communicating through this mailing list. In addition, the user who was the destination of the successful communication by CC or BCC may be the other sender who has a specific relationship. The specific user who is to be the other sender who has a specific relationship with the sender may be individually set according to the operation of the communication system and the relay device 300.

[0039] <Notification of test and correction results> In the above description, both the rule-based inspection and correction function 320 and the model-based inspection and correction function 330 inspect the inspection target e-mail, and if it does not conform to the rule or model and correction processing is required, the correction processing is performed immediately. In response to this, the relay device 300 may notify the administrator or the user who sent the e-mail of the inspection result or correction result, and send the e-mail upon receiving an instruction from the administrator or the user who sent the e-mail. Here, the notification to the user who sent the e-mail is transmitted to the terminal device 200 used by the user. A notification screen showing the notification content is displayed on the terminal device 200 of the user who received the notification. This notification screen also serves as a UI (user interface) that accepts user instructions. The user's instructions are given by operating on this notification screen. In addition, it is assumed that the administrator is one of the users who use the terminal device 200. Therefore, the notification to the administrator is transmitted to the terminal device 200 used by the administrator. A notification screen showing the notification content is displayed on the terminal device 200 of the administrator who received the notification. The administrator's instructions are given by operating on this notification screen.

[0040] When notifying the administrator or the sending user, for example, there are cases where only the inspection result is notified, and cases where both the inspection result and the correction result are notified. When only the inspection result is notified, the notified administrator or sending user checks the inspection result and indicates whether or not to carry out correction processing. When both the inspection result and the correction result are notified, the notified administrator or sending user checks the inspection result and the correction result and indicates whether or not to approve the correction processing.

[0041] 6 is a diagram showing an example of a notification screen for an administrator. A notification screen 601 shown in FIG.

[0042] The inspection result display section 602 displays any illegal parts detected in the inspected email as a result of inspection by the rule-based inspection and correction function 320 or the model-based inspection and correction function 330. If no illegal parts are detected, a message indicating that no illegal parts are found in the inspection result may be displayed.

[0043] The result of correcting the detected illegal parts of the e-mail is displayed in the correction result display section 603. If no illegal parts are detected in the inspection results, no correction process is performed, and therefore nothing is displayed in the correction result display section 603.

[0044] The instruction selection unit 604 accepts an instruction selection operation performed by the administrator who has viewed the notification screen. In the example shown in FIG. 6, one of three types of instructions can be selected: "correct and send," "send without correction," and "do not send." The administrator selects whether or not to correct the e-mail, and also selects whether or not to send (relay) the target e-mail to the destination. The confirm button 605 (shown as "OK" in the figure) is a button object that confirms the instruction selected in the instruction selection unit 604 and sends it to the relay device 300.

[0045] The notification screen 601 shown in FIG. 6 is merely an example of a notification from the relay device 300 to the administrator, and the notification method is not limited to the display of the notification screen 601 shown in FIG. 6. For example, the notification screen 601 shown in FIG. 6 displays the inspection result and the correction result, but the screen may be configured to display only the inspection result. In this case, the administrator refers to the irregularity displayed in the inspection result and determines whether or not correction processing is necessary. When the correction result is displayed together with the inspection result as shown in FIG. 6, the administrator can select an instruction to the relay device 300 after referring to the correction result and confirming how the irregularity is corrected. In addition, the notification screen 601 may be configured to display only the result of performing correction processing on the detected irregularity when an irregularity is detected without displaying the inspection result. In this case, the administrator selects an instruction to the relay device 300 based only on the displayed correction result. In addition, the content of the instruction selected by the instruction selection unit 604 is not limited to the content shown in FIG. 6.

[0046] 7 is a diagram showing an example of a notification screen for a transmission source user. A notification screen 701 shown in FIG.

[0047] The inspection result display section 702 displays any illegal parts detected in the inspected email as a result of inspection by the rule-based inspection and correction function 320 or the model-based inspection and correction function 330. If no illegal parts are detected, a message indicating that no illegal parts are found in the inspection result may be displayed.

[0048] The result of correcting the detected illegal parts of the e-mail is displayed in the correction result display section 703. If no illegal parts are detected in the inspection results, no correction process is performed, and therefore nothing is displayed in the correction result display section 703.

[0049] The instruction selection unit 704 accepts an instruction selection operation performed by the administrator who has viewed the notification screen. In the example shown in FIG. 6, one of two types of instructions, "correct" or "do not correct," can be selected. The relay device 300 receives (relays) the e-mail after it has been sent from the terminal device 200 that is the sender of the e-mail. In other words, the sender terminal device 200 has already issued an instruction to send. Therefore, unlike the case of notifying the administrator, here, only an instruction to correct or not is given, and not an instruction to send or not. The confirm button 705 (shown as "OK" in the figure) is a button object that confirms the instruction selected by the instruction selection unit 704 and sends it to the relay device 300.

[0050] 7 is merely an example of a notification sent from the relay device 300 to the source terminal device 200, and the notification method is not limited to the display of the notification screen 701 shown in Fig. 7. For example, the notification screen 701 shown in Fig. 7 displays the test result and the correction result, but the screen may be configured to display only the test result. Furthermore, the content of the instruction selected by the instruction selection unit 604 is not limited to the content shown in Fig. 6.

[0051] <Other system configuration examples> In the configuration example described with reference to Fig. 1 and Fig. 2, the relay device 300 of the communication inspects and corrects the communication to be relayed. The specific configuration of the present embodiment is not limited to the configuration example. For example, the terminal device 200, which is the source of the communication, may be configured to inspect and correct the communication at the time of transmission.

[0052] Fig. 8 is a diagram showing the functional configuration of a terminal device 200 having a function for inspecting and correcting e-mails. The terminal device 200 shown in Fig. 8 has a creation function 210, a rule-based inspection and correction function 220, a model-based inspection and correction function 230, a display function 240, and a transmission function 250.

[0053] The creation function 210 is a function for creating (editing) an e-mail to be sent. The rule-based inspection and correction function 220 is the same as the rule-based inspection and correction function 320 of the relay device 300 shown in FIG. 2, and is a function for performing inspection and correction processing based on inspection rules on the e-mail created by the creation function 210. The model-based inspection and correction function 230 is the same as the model-based inspection and correction function 330 of the relay device 300 shown in FIG. 2, and is a function for performing inspection and correction processing based on a model on the e-mail created by the creation function 210. The display function 240 is a function for displaying the e-mail created by the creation function 210 and the inspection results by the rule-based inspection and correction function 220 and the model-based inspection and correction function 230 on a display device. The user can edit the body of the e-mail and check the inspection results by the rule-based inspection and correction function 220 and the model-based inspection and correction function 230 while referring to the display of the display function 240. The transmission function 250 is a function for sending the e-mail created by the creation function 210 to a specified destination.

[0054] When an e-mail is created on the terminal device 200 configured as shown in Fig. 8, the created e-mail is inspected by the rule-based inspection and correction function 220 and the model-based inspection and correction function 230. Then, the display function 240 displays the inspection results and notifies the user. The inspection results are displayed, for example, on a display screen such as the notification screen 601 shown in Fig. 6. As described with respect to the notification screen 601, the inspection results may be displayed together with the results of the correction process. In this way, the user can check the inspection results and the correction results and decide whether or not to approve the correction process.

[0055] Although the embodiments of the present invention have been described above, the technical scope of the present invention is not limited to the above-mentioned embodiments. For example, in the above-mentioned embodiments, a configuration example in which the relay device 300 performs the inspection and correction processing of the e-mail and a configuration example in which the terminal device 200 performs the inspection and correction processing of the e-mail are described. In addition, the mail server 100 may be configured to perform the inspection and correction processing of the e-mail received from the terminal device 200.

[0056] In the above embodiment, when the relay device 300 receives an e-mail to be relayed from the terminal device 200, the relay device 300 performs inspection and correction processing on the e-mail before sending the received e-mail to the mail server 100. In contrast, the relay device 300 may hold the received e-mail and send it to the mail server 100, and perform inspection and correction processing if an error occurs at the destination. In this way, inspection and correction processing are not performed on e-mails that do not require correction processing, so that an increase in the time required for relaying can be suppressed. In addition, it is determined that correction processing is necessary in inspection based on the inspection rules and models, but it is possible to avoid performing unnecessary correction processing on e-mails that do not actually have errors based on the specifications of the mail server 100 and the destination.

[0057] In this embodiment, an example in which the present embodiment is applied to an e-mail system has been described as an example of a communication system. However, the present invention can be widely applied to communication systems in which flexible operation is performed with respect to standard specifications, and individual communications that do not strictly comply with the defined specifications may be permitted. In addition, various modifications and alternative configurations that do not deviate from the scope of the technical concept of the present invention are included in the present invention. [Explanation of symbols]

[0058] 100...mail server, 101...CPU, 102...RAM, 103...ROM, 104...storage device, 105...network interface, 200...terminal device, 210...creation function, 220...rule-based inspection and correction function, 230...model-based inspection and correction function, 240...display function, 250...transmission function, 300...relay device, 310...relay function, 320...rule-based inspection and correction function, 330...model-based inspection and correction function, 340...storage function, 350...model generation function, 360...model update function, 370...notification function, 400, 500...network, 601, 701...notification screen, 602, 702...inspection result display section, 603, 703...correction result display section, 604, 704...instruction selection section, 605, 705...confirmation button< / parameter> < / address> < / parameter> < / address> < / parameter> < / address> < / parameter> < / address> < / parameter> < / address>

Claims

1. A processor is provided. The processor, Accept communications sent or received; checking the conformance of the received communication specification against a communication model generated based on past communications; Correcting the communication so that it conforms to the communication model in response to the results of the inspection of the communication; An information processing device that transmits the corrected communication to a destination of the communication.

2. The processor, Recording information about at least some of the received communications and whether the communications are successful; The information processing apparatus according to claim 1 , wherein the communication model is generated using recorded information on the communication and the success or failure of the communication.

3. The information processing device according to claim 2 , wherein the processor generates the communication model by machine learning using the successful and unsuccessful communications and information on the success or failure of the communications as training data.

4. The processor, Inspecting the received communication to see whether it conforms to a predetermined rule regarding the specification, in addition to inspection based on the communication model; 2. The information processing apparatus according to claim 1, further comprising: correcting said communication so as to conform to said rule in response to a result of said check based on said rule.

5. A processor is provided. The processor, Accept communications sent or received; Checking the received communication for conformity with a specification; responsive to the results of the inspection of the communication, correcting the communication to satisfy conformance with respect to the specification; Transmitting the corrected communication to the intended recipient of the communication; omitting said inspection for a communication from a specific source to a specific destination on the condition that the communication from the specific source to the specific destination has been successful a certain number of times or more without correction regarding the specification; When the inspection of the communication is omitted, the information processing device transmits the accepted communication to a destination of the communication.

6. The information processing device according to claim 5 , wherein the processor executes the inspection on communications from a source to a destination on the condition that a certain period of time has elapsed since the inspection was omitted based on a combination of the source and the destination.

7. The information processing device according to claim 5, characterized in that the processor performs the inspection on communications from the source to the destination on condition that a certain number of communications from the source to the destination have been performed after the inspection has been omitted based on a combination of the source and the destination.

8. The information processing apparatus according to claim 5 , wherein the processor, with respect to simultaneous communications from one communication source to a plurality of destinations, executes the inspection on some of the communications and omits the inspection on other communications.

9. The information processing device of claim 5, wherein the processor omits the check for communications to a specific destination from another sender having a specific relationship with the specific sender in the specification when communication from a specific sender to the specific destination is successful without correction regarding the specification.

10. A processor is provided. The processor, Accept communications sent or received; Checking the received communication for conformity with a specification; responsive to the results of the inspection of the communication, correcting the communication to satisfy conformance with respect to the specification; notifying an administrator of at least one of the inspection result and the correction result regarding the received communication; an information processing device that, when at least one of the inspection result and the correction result is notified to the administrator, transmits the communication to a destination of the communication, on condition that permission is obtained from the administrator.

11. The information processing apparatus according to claim 10 , wherein the processor, when notifying the administrator of the inspection result, executes correction of the communication on condition that an instruction from the administrator is accepted.

12. A processor is provided. The processor, Accept communications sent or received; Checking the received communication for conformity with a specification; responsive to the results of the inspection of the communication, correcting the communication to satisfy conformance with respect to the specification; notifying a sender of the received communication of at least one of an inspection result and a correction result; When the result of the inspection is notified to the source of the communication, correcting the communication on condition that an instruction from the source of the communication is received; An information processing device that transmits the corrected communication to a destination of the communication.

13. On the computer, A process of accepting communication with a destination different from that of the own device; A process of checking the conformity of the received communication with respect to a specification of the communication based on a communication model generated based on past communications; Correcting the communication so that it conforms to the communication model in response to the inspection result of the communication; sending the corrected communication to a destination of the communication; A program characterized by executing the above.

Images