WO2022230153A1 - 評価方法、評価プログラム、情報処理装置、および評価システム - Google Patents

評価方法、評価プログラム、情報処理装置、および評価システム Download PDF

Info

Publication number
WO2022230153A1
WO2022230153A1 PCT/JP2021/017116 JP2021017116W WO2022230153A1 WO 2022230153 A1 WO2022230153 A1 WO 2022230153A1 JP 2021017116 W JP2021017116 W JP 2021017116W WO 2022230153 A1 WO2022230153 A1 WO 2022230153A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
person
document data
hash value
unit
Prior art date
Application number
PCT/JP2021/017116
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 JP2023516982A priority Critical patent/JPWO2022230153A1/ja
Priority to PCT/JP2021/017116 priority patent/WO2022230153A1/ja
Publication of WO2022230153A1 publication Critical patent/WO2022230153A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the present invention relates to an evaluation method, an evaluation program, an information processing device, and an evaluation system.
  • Document data corresponds to, for example, a contract.
  • Supplementary data corresponds to, for example, a new estimate or a new contract that is created along with the renewal or change of a contract that has been concluded.
  • the correspondence between the e-mail address and confirmation e-mail address corresponding to the unique information of the received user matches the correspondence between the e-mail address of the sender and the e-mail address of the destination of the received e-mail.
  • There is something to determine whether or not Further, for example, there is a technique of judging that it is OK if the one-time password check, the hash value check of the text, and the message check are normal between the regular mail and the shadow mail. Also, for example, there is a technique of registering a signature of information in an e-mail signature registration subsystem.
  • the present invention aims to evaluate the validity of data.
  • obtaining first information specifying a sender of second document data indicated to be related to the confirmed first document data, and creating the first document data The sender of the second document data identified by the acquired first information based on the storage contents of the storage unit that stores the second information that identifies the person involved in the process from to confirmation,
  • An evaluation method, an evaluation program, an information processing apparatus, and an evaluation system are proposed for determining whether or not a person is involved in the process, and evaluating the validity of the second document data based on the determination result. be.
  • FIG. 1 is an explanatory diagram of an example of an evaluation method according to an embodiment.
  • FIG. 2 is an explanatory diagram showing an example of the evaluation system 200.
  • FIG. 3 is an explanatory diagram showing a usage example of the evaluation system 200.
  • FIG. 4 is a block diagram showing a hardware configuration example of the transmitting device 201.
  • FIG. 5 is an explanatory diagram showing an example of the contents stored in the correspondence information management table 500.
  • FIG. 6 is an explanatory diagram showing an example of the contents stored in the account information management table 600.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the position information management table 700.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the contract information management table 800.
  • FIG. 9 is an explanatory diagram showing an example of the contents of the route information management table 900.
  • FIG. 10 is a block diagram showing a hardware configuration example of the receiving device 202.
  • FIG. 11 is a block diagram showing a hardware configuration example of the relay device 203.
  • FIG. 12 is a block diagram showing a functional configuration example of the evaluation system 200.
  • FIG. FIG. 13 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 1.
  • FIG. FIG. 14 is an explanatory diagram (part 1) showing an operation example 1 of the evaluation system 200; FIG.
  • FIG. 15 is an explanatory diagram (part 2) showing the operation example 1 of the evaluation system 200.
  • FIG. FIG. 16 is an explanatory diagram (part 3) showing the operation example 1 of the evaluation system 200.
  • FIG. 17 is an explanatory diagram (part 4) showing the operation example 1 of the evaluation system 200.
  • FIG. 18 is an explanatory diagram (No. 5) showing the operation example 1 of the evaluation system 200.
  • FIG. 19 is an explanatory diagram (No. 6) showing the operation example 1 of the evaluation system 200.
  • FIG. FIG. 20 is an explanatory diagram (No. 7) showing operation example 1 of the evaluation system 200 .
  • 21 is a sequence diagram (part 1) illustrating an example of an overall processing procedure in operation example 1; FIG. FIG.
  • FIG. 22 is a sequence diagram (part 2) illustrating an example of an overall processing procedure in operation example 1;
  • FIG. 23 is a sequence diagram (part 3) illustrating an example of an overall processing procedure in operation example 1;
  • FIG. 24 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 2.
  • FIG. 25 is an explanatory diagram (Part 1) showing an operation example 2 of the evaluation system 200;
  • FIG. 26 is an explanatory diagram (part 2) showing an operation example 2 of the evaluation system 200.
  • FIG. FIG. 27 is an explanatory diagram (part 3) showing the operation example 2 of the evaluation system 200.
  • FIG. FIG. 28 is an explanatory diagram (part 4) showing the operation example 2 of the evaluation system 200.
  • FIG. FIG. 25 is an explanatory diagram (Part 1) showing an operation example 2 of the evaluation system 200
  • FIG. 26 is an explanatory diagram (part 2) showing an operation example 2 of the evaluation system 200.
  • FIG. 27 is an explanatory diagram (part 3)
  • FIG. 29 is an explanatory diagram (No. 5) showing the operation example 2 of the evaluation system 200.
  • FIG. 30 is an explanatory diagram (No. 6) showing the operation example 2 of the evaluation system 200.
  • FIG. 31 is an explanatory diagram (No. 7) showing the operation example 2 of the evaluation system 200 .
  • FIG. 32 is a sequence diagram (part 1) illustrating an example of an overall processing procedure in operation example 2;
  • FIG. 33 is a sequence diagram (part 2) illustrating an example of an overall processing procedure in operation example 2;
  • 34 is a sequence diagram (Part 3) illustrating an example of the overall processing procedure in Operation Example 2;
  • FIG. 35 is a sequence diagram (part 4) illustrating an example of an overall processing procedure in operation example 2;
  • FIG. 36 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 3.
  • FIG. 37 is an explanatory diagram (Part 1) showing the operation example 3 of the evaluation system 200.
  • FIG. 38 is an explanatory diagram (part 2) showing the operation example 3 of the evaluation system 200.
  • FIG. 39 is an explanatory diagram (part 3) showing an operation example 3 of the evaluation system 200;
  • FIG. 40 is an explanatory diagram (part 4) showing the operation example 3 of the evaluation system 200.
  • FIG. 41 is an explanatory diagram (No. 5) showing the operation example 3 of the evaluation system 200.
  • FIG. 42 is an explanatory diagram (No. 6) showing the operation example 3 of the evaluation system 200.
  • FIG. 43 is an explanatory diagram (No. 7) showing the operation example 3 of the evaluation system 200 .
  • 44 is a sequence diagram (Part 1) illustrating an example of an overall processing procedure in Operation Example 3;
  • FIG. 45 is a sequence diagram (part 2) illustrating an example of the overall processing procedure in the operation example 3;
  • FIG. 46 is a sequence diagram (part 3) illustrating an example of the overall processing procedure in the operation example 3;
  • FIG. FIG. 47 is a sequence diagram (part 4) illustrating an example of an overall processing procedure in operation example 3;
  • FIG. 48 is an explanatory diagram (part 1) showing an example of storing various hash values in the relay device 203. As shown in FIG. FIG. FIG.
  • FIG. 49 is an explanatory diagram (part 2) showing an example of storing various hash values in the relay device 203.
  • FIG. FIG. 50 is an explanatory diagram (part 3) showing an example of storing various hash values in the relay device 203.
  • FIG. 51 is an explanatory diagram (part 4) showing an example of storing various hash values in the relay device 203.
  • FIG. 52 is an explanatory diagram (No. 5) showing an example of storing various hash values in the relay device 203.
  • FIG. 53 is an explanatory diagram (No. 6) showing an example of storing various hash values in the relay device 203 .
  • FIG. 54 is an explanatory diagram (No.
  • FIG. 55 is an explanatory diagram (No. 8) showing an example of storing various hash values in the relay device 203 .
  • FIG. 56 is a sequence diagram (part 1) illustrating an example of a registration processing procedure in operation example 3
  • FIG. 57 is a sequence diagram (part 2) illustrating an example of a registration processing procedure in the operation example 3
  • FIG. 58 is a sequence diagram (part 3) illustrating an example of a registration processing procedure in operation example 3
  • FIG. 59 is a sequence diagram (part 4) illustrating an example of a registration processing procedure in the operation example 3
  • FIG. 60 is a sequence diagram (No.
  • FIG. 61 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 4.
  • FIG. 62 is an explanatory diagram (part 1) showing operation example 4 of the evaluation system 200 .
  • FIG. 63 is an explanatory diagram (Part 2) showing the operation example 4 of the evaluation system 200 .
  • FIG. 64 is an explanatory diagram (part 3) showing operation example 4 of the evaluation system 200.
  • FIG. 65 is an explanatory diagram (part 4) showing an operation example 4 of the evaluation system 200;
  • FIG. 66 is an explanatory diagram (No. 5) showing operation example 4 of the evaluation system 200 .
  • FIG. 67 is an explanatory diagram (No.
  • FIG. 70 is a sequence diagram (Part 1) illustrating an example of the overall processing procedure in Operation Example 4;
  • FIG. 71 is a sequence diagram (part 2) illustrating an example of the overall processing procedure in Operation Example 4.
  • FIG. 72 is a sequence diagram (Part 3) illustrating an example of the overall processing procedure in Operation Example 4;
  • FIG. 73 is a sequence diagram (part 4) illustrating an example of the overall processing procedure in operation example 4;
  • FIG. 74 is a sequence diagram (No. 5) illustrating an example of an overall processing procedure in Operation Example 4;
  • FIG. 1 is an explanatory diagram of an example of an evaluation method according to an embodiment.
  • the information processing device 100 is a computer for evaluating validity of data.
  • contracts are sometimes concluded using electronic media rather than paper media.
  • electronic data is exchanged between companies when performing an act such as concluding a contract between companies.
  • document data relating to actions such as the conclusion of a contract is created by one company, and after being approved and confirmed by an administrator, is transmitted to the other company.
  • Document data corresponds to, for example, a contract. After that, one company may create additional data attached to the document data and send it to the other company.
  • Supplementary data corresponds to, for example, a new estimate or a new contract that is created along with the renewal or change of a contract that has been concluded.
  • the sender of the document data inquires of the sender of the document data whether or not the received attached data is the attached data legitimately created by the person concerned such as the creator or the approver of the document data attached to the attached data. I have to. More specifically, in BEC (Business Email Compromise) measures to check whether or not attached data received by e-mail is legitimately created attached data, the person in charge who belongs to the receiving side of the document data In this case, a person concerned on the document data sending side is called to inquire about the validity of the attached data, which increases the workload on the document data receiving side and the document data sending side.
  • BEC Business Email Compromise
  • the first document data 111 is created by Mr. A (not shown) who belongs to the sender 110 .
  • Mr. B for example, belongs to the G department of the sender 110 .
  • the first document data 111 is transmitted to the receiving side 120 .
  • Mr. C belonging to the transmitting side 110 transmits the second document data 112 related to the first document data 111 to the receiving side 120 .
  • Mr. C may be the person involved in the process from the creation of the first document data 111 to its finalization.
  • the person denoted as Mr. C for convenience may be, for example, Mr. A (not shown) who created the first document data 111, or Mr. B who approved the first document data 111, or the like. Conceivable. In this case, the probability that the second document data 112 is valid document data is relatively high.
  • the person written as Mr. C may be a person related to the person involved in the process from creation to finalization of the first document data 111 .
  • the person denoted as Mr. C for convenience is, for example, a colleague or superior of Mr. A who created the first document data 111, or a colleague or superior of Mr. B who approved the first document data 111. It is conceivable that In this case, the probability that the second document data 112 is valid document data is relatively high.
  • the person denoted as Mr. C for convenience may be a person who is not involved in the process from creation to finalization of the first document data 111 .
  • the person described as Mr. C may be, for example, an attacker who impersonates himself.
  • the probability that the second document data 112 is incorrect document data is relatively high, and it is considered preferable to discard the second document data 112 .
  • the information processing apparatus 100 exists on the transmission side 110, determines whether or not Mr. C is a person involved in the process from creation to finalization of the first document data 111, 2, the validity of the document data 112 is evaluated.
  • the information processing apparatus 100 has a storage unit that stores second information 102 that identifies a person involved in the process from creation to finalization of the first document data 111 .
  • the second information 102 includes, for example, the name of the person involved in the process, the email address of the person involved in the process, or a hash value obtained from the account of the person involved in the process.
  • the second information 102 may include, for example, the name of the person involved in the process, the email address of the person involved in the process, or the account of the person involved in the process.
  • the information processing apparatus 100 acquires the first information 101 specifying the sender of the second document data 112 indicated to be related to the confirmed first document data 111 .
  • the first information 101 is obtained from, for example, the name of the sender of the second document data 112, the email address of the sender of the second document data 112, or the account of the sender of the second document data 112. contains the hash value to be
  • the first information 101 includes, for example, the name of the sender of the second document data 112, the email address of the sender of the second document data 112, or the account of the sender of the second document data 112. You can stay.
  • the receiving side 120 receives the first information 101 is generated and transmitted to the information processing apparatus 100 .
  • the information processing apparatus 100 acquires the first information 101 by receiving it.
  • the information processing apparatus 100 determines whether the sender of the second document data 112 specified by the acquired first information 101 is a person involved in the process, based on the contents stored in the storage unit. determine whether or not In the example of FIG. 1, the information processing apparatus 100 determines whether or not the acquired first information 101 and the second information 102 stored in the storage unit match. Here, if there is a match, the information processing apparatus 100 determines that the sender of the second document data 112 is the person involved in the process. On the other hand, if they do not match, the information processing apparatus 100 determines that the sender of the second document data 112 is not the person involved in the process.
  • the information processing apparatus 100 evaluates the validity of the second document data 112 based on the determined result. In the example of FIG. 1, the information processing apparatus 100 evaluates the second document data 112 as legitimate when determining that the sender of the second document data 112 is a person involved in the process. On the other hand, when the information processing apparatus 100 determines that the sender of the second document data 112 is not the person involved in the process, the information processing apparatus 100 evaluates the second document data 112 as invalid.
  • the information processing apparatus 100 can evaluate the validity of the second document data 112 while suppressing an increase in the work load on the transmitting side 110 and the receiving side 120 . Further, the information processing apparatus 100 can prevent the receiving side 120 from using the unauthorized second document data 112, thereby improving security.
  • the information processing apparatus 100 protects the confidential information of each company on the sending side 110 or the receiving side 120, reduces the work load of the users belonging to the sending side 110 or the receiving side 120, and also protects the second document.
  • the validity of data 112 can be evaluated. Specifically, since the information processing apparatus 100 enables evaluation of the validity of the second document data 112, it is possible to enhance the robustness or certainty in the business process related to the electronic contract. Loss can be easily prevented.
  • the information processing apparatus 100 exists on the transmission side 110, determines whether or not Mr. C is a person involved in the process from creation to finalization of the first document data 111, and determines whether or not the second document data
  • Mr. C is a person involved in the process from creation to finalization of the first document data 111
  • the present invention is not limited to this.
  • the information processing apparatus 100 exists on the receiving side 120, determines whether or not Mr. C is a person involved in the process from creation to finalization of the first document data 111, and determines whether or not the second document data 112 may be evaluated for correctness.
  • FIG. 2 is an explanatory diagram showing an example of the evaluation system 200.
  • evaluation system 200 includes sending device 201 , receiving device 202 , relay device 203 , user device 204 and user device 205 .
  • the transmitting device 201 and the relay device 203 are connected via a wired or wireless network 210.
  • the network 210 is, for example, a LAN (Local Area Network), a WAN (Wide Area Network), the Internet, or the like.
  • the receiving device 202 and the relay device 203 are connected via a wired or wireless network 210 .
  • the transmitting device 201 and the user device 204 are connected via a wired or wireless network 210 .
  • the receiving device 202 and the user device 205 are connected via a wired or wireless network 210 .
  • At least one of the transmitting device 201, the receiving device 202, and the relay device 203 has the function of the information processing device 100 shown in FIG. 1 and operates as the information processing device 100 shown in FIG. .
  • the transmitting device 201 has the functions of the information processing device 100 shown in FIG. 1 and operates as the information processing device 100 shown in FIG. 1 will be described.
  • the transmission-side device 201 is a computer provided in the organization on the transmission side of the contract data and used by the transmission-side user who belongs to the organization on the transmission side of the contract data.
  • the user device 204 is a computer provided in the contract data sending organization and used by a sending user belonging to the contract data sending organization.
  • the transmitting device 201 has various tables described later with reference to FIGS. 5 to 9. FIG.
  • the user device 204 creates contract data based on the operation input of the sending user.
  • User device 204 transmits the created contract data to user device 205 .
  • the user device 204 for example, transmits the created contract data to the user device 205 via e-mail.
  • the user device 204 may, for example, enable the user device 205 to obtain the created contract data via shared cloud storage.
  • the user device 204 creates supplementary data that accompanies the contract data based on the operation input by the user on the sending side.
  • User device 204 transmits the created accompanying data to user device 205 .
  • the user device 204 transmits the created incidental data to the user device 205 via e-mail.
  • User device 204 may, for example, enable user device 205 to acquire the created incidental data via shared cloud storage.
  • the transmitting device 201 receives, for example, information identifying the contract data and information identifying the sender of additional data attached to the contract data from the receiving device 202 .
  • the sending device 201 receives from the receiving device 202 a hash value obtained from the contract data and a hash value obtained from the email address of the sender of additional data attached to the contract data. .
  • the transmitting device 201 refers to various tables to be described later with reference to FIGS. 5 to 9, and based on the received contract data identifying information, sends information identifying a person involved in the contract related to the contract data. to get Specifically, the transmission-side device 201 refers to various tables described later in FIGS. Get the hash value obtained from the email address of
  • the sending device 201 determines whether the sender is the person involved in the contract. determine whether or not
  • the sending device 201 Determine that the sender is the person involved in the contract. Specifically, if the hash value obtained from the email address of the sender of the received incidental data does not match the hash value obtained from the email address of the person involved in the acquired contract, the sending device 201 Determine that the sender is not the person involved in the contract.
  • the transmitting device 201 may determine whether the sender of the incidental data is a person related to the person involved in the contract, for example, based on the information indicating the relationship between the persons.
  • the transmitting device 201 evaluates the validity of the incidental data based on the determined result. Specifically, when the sender device 201 determines that the sender is a person involved in the contract, the sender device 201 evaluates the incidental data as legitimate. Specifically, when the sender device 201 determines that the sender is not a person involved in the contract, the sender device 201 evaluates that the supplementary data is not valid.
  • the sender device 201 may evaluate that the supplementary data is valid. Specifically, if the sender is neither a person involved in the contract nor a person related to the person involved in the contract, the sending device 201 evaluates the incidental data as invalid. may
  • the transmitting device 201 transmits the evaluation result to the receiving device 202.
  • the transmitting device 201 may cause the receiving device 202 to determine the validity of the incidental data by transmitting the determination result to the receiving device 202 without evaluating the validity of the incidental data. good.
  • the transmitting device 201 is, for example, a server or a PC (Personal Computer).
  • User device 204 is, for example, a server or a PC.
  • the receiving device 202 is a computer that is provided in the contract data receiving organization and used by the receiving user belonging to the contract data receiving organization.
  • the user device 205 and the transmitting device 201 are computers provided in the contract data transmitting organization and used by the transmitting users who belong to the contract data transmitting organization.
  • the user device 205 receives the contract data.
  • User device 205 receives, for example, contract data from user device 204 via e-mail.
  • User device 205 may, for example, obtain contract data from shared cloud storage.
  • User device 205 transmits the contract data to receiving device 202 .
  • the user device 205 receives the accompanying data.
  • User device 205 receives the ancillary data from user device 204 via e-mail, for example.
  • the user device 205 may receive unauthorized accompanying data via e-mail from a device other than the user device 204 .
  • the user device 205 may, for example, retrieve the ancillary data from shared cloud storage.
  • the user device 205 transmits the accompanying data to the receiving device 202 .
  • the user device 205 may transmit, to the receiving device 202, a designation as to which contract data the additional data is to be attached to, based on an operation input by the receiving user.
  • the receiving device 202 identifies the contract data and additional data attached to the contract data. Specifically, the receiving device 202 accepts specification of the contract data and additional data attached to the contract data based on the operation input of the receiving user. Specifically, the receiving device 202 may identify the contract data and additional data attached to the contract data based on the analysis result of the contract data and the additional data.
  • the receiving device 202 generates, for example, information specifying the contract data and information specifying the sender of the incidental data attached to the contract data, and transmits them to the transmitting device 201 . Specifically, the receiving device 202 transmits to the transmitting device 201 the hash value obtained from the contract data and the hash value obtained from the incidental data attached to the contract data. After that, the receiving device 202 receives, for example, the result of evaluating the validity of the attached data from the transmitting device 201 .
  • the receiving device 202 may receive from the transmitting device 201, for example, the result of determining whether or not the sender is a person involved in the contract. Specifically, the receiving device 202 receives from the transmitting device 201 the result of determining whether or not the information specifying the sender of the incidental data matches the information specifying the person involved in the contract. do. More specifically, the receiving device 202 determines whether or not the hash value obtained from the email address of the sender of the incidental data matches the hash value obtained from the email address of the person involved in the contract. A result is received from the sending device 201 .
  • the receiving device 202 evaluates the validity of the incidental data based on the determined result. Specifically, when receiving the result that the sender is a person involved in the contract, the receiving device 202 evaluates that the supplementary data is valid. Specifically, when receiving the result that the sender is not a person involved in the contract, the sending device 201 evaluates that the supplementary data is not valid.
  • the receiving-side device 202 outputs, for example, the result of evaluating the validity of the supplementary data so that the receiving-side user can refer to it. Specifically, the receiving device 202 transmits to the user device 205 the result of evaluating the validity of the supplementary data. The user device 205 displays the result of evaluating the validity of the supplementary data so that the user on the receiving end can refer to it.
  • the receiving device 202 is, for example, a server or a PC.
  • User device 205 is, for example, a server or a PC.
  • the relay device 203 is a computer provided between the transmitting device 201 and the receiving device 202 .
  • the relay device 203 relays, for example, the transmission side device 201 and the reception side device 202 .
  • the relay device 203 is, for example, a server or a PC.
  • the transmitting device 201 and the receiving device 202 are different devices, but the present invention is not limited to this.
  • the sending device 201 may function as the receiving device 202 .
  • the receiving device 202 may have the function of the transmitting device 201 .
  • the present invention is not limited to this.
  • the evaluation system 200 may not include the relay device 203 in some cases.
  • the transmitting device 201 and the receiving device 202 are connected via a wired or wireless network 210 .
  • the transmission-side device 201 has the functions of the information processing device 100 shown in FIG. 1 and can operate as the information processing device 100 shown in FIG. 1, but the present invention is not limited to this.
  • both the transmitting device 201 and the receiving device 202 have the function of the information processing device 100 shown in FIG. 1 and can operate as the information processing device 100 shown in FIG. good too.
  • the transmitting device 201 and the receiving device 202 may work together to realize the functions of the information processing device 100 shown in FIG.
  • the transmitting device 201, the receiving device 202, and the relay device 203 may be arranged on the cloud.
  • the transmitting device 201, the receiving device 202, and the relay device 203 realize the evaluation system 200 as a cloud service.
  • the transmitting device 201 is a device different from the user device 204 has been described here, the present invention is not limited to this.
  • the transmitting device 201 may have the function of the user device 204 and also operate as one of the user devices 204 .
  • the receiving device 202 is a device different from the user device 205 has been described here, the present invention is not limited to this.
  • the receiving device 202 may have the functionality of the user device 205 and also act as any user device 205 .
  • FIG. 3 is an explanatory diagram showing an example of how the evaluation system 200 is used.
  • a company A 310 as a transmitting side organization and a B company 320 as a receiving side organization.
  • Company A 310 has a sending device 201 .
  • Company B 320 has a receiving device 202 .
  • the transmitting device 201 implements TaaS (Trust as a Service) for Company A 310 .
  • the receiving device 202 realizes the TaaS of Company B 320 .
  • TaaS is, for example, a service that automatically attaches a user's electronic signature to document data created, modified, approved, or confirmed by a user who has a formal TaaS account.
  • a company 310 and B company 320 conclude a contract.
  • Mr. A who belongs to department H
  • Mr. A's electronic signature may be added to the contract data by the TaaS of Company A 310 .
  • Mr. B who belongs to department G
  • Mr. B's electronic signature may be added to the contract data by TaaS of company A 310 .
  • Mr. O who belongs to Department X
  • Mr. P belonging to department Y uses the user device 205 to approve and finalize the contract data.
  • Mr. P who belongs to department Y uses user device 205 to receive additional data and determine that it is additional data to accompany the contract data.
  • Company B 320 it is unclear at Company B 320 whether or not the sender of the incidental data, who is referred to as Mr. C for convenience, is the person involved in the process from creation to finalization of the contract data. Similarly, it is unclear at Company B 320 whether or not the sender of the incidental data, labeled Mr. C for convenience, is a person related to the person involved in the process from creation to finalization of the contract data. and For this reason, it is considered that Mr. P is in a situation where it is difficult for him to manually evaluate whether or not the supplementary data is valid.
  • the receiving device 202 transmits, for example, information specifying the sender of the incidental data to the transmitting device 201 .
  • the transmission-side device 201 determines whether the sender of the incidental data is a person involved in the process from creation to finalization of the contract data. I will judge. Further, the transmission-side device 201 determines whether the sender of the incidental data is a person related to the person involved in the process from creation to finalization of the contract data, for example, based on the information indicating the relationship between the persons. We will decide whether or not
  • the transmission-side device 201 transmits the determined result to the reception-side device 202, for example.
  • the receiving device 202 evaluates the validity of the supplementary data based on the determined result.
  • the receiving device 202 outputs the evaluation result so that Mr. P can refer to it.
  • the evaluation system 200 can make it easier for Mr. P to evaluate whether or not the incidental data is valid. Therefore, the evaluation system 200 can reduce the work burden on Mr. P.
  • FIG. 4 is a block diagram showing a hardware configuration example of the transmitting device 201.
  • the transmitting device 201 has a CPU (Central Processing Unit) 401 , a memory 402 and a network I/F (Interface) 403 .
  • the transmitting device 201 further has a recording medium I/F 404 , a recording medium 405 , a display 406 and an input device 407 . Also, each component is connected by a bus 400 .
  • the CPU 401 is in charge of overall control of the transmitting device 201 .
  • the memory 402 has, for example, a ROM (Read Only Memory), a RAM (Random Access Memory), a flash ROM, and the like. Specifically, for example, a flash ROM or ROM stores various programs, and a RAM is used as a work area for the CPU 401 .
  • the program stored in the memory 402 causes the CPU 401 to execute coded processing by being loaded into the CPU 401 .
  • the network I/F 403 is connected to the network 210 through a communication line, and is connected to other computers via the network 210.
  • a network I/F 403 serves as an internal interface with the network 210 and controls input/output of data from other computers.
  • Network I/F 403 is, for example, a modem or a LAN adapter.
  • the recording medium I/F 404 controls reading/writing of data from/to the recording medium 405 under the control of the CPU 401 .
  • the recording medium I/F 404 is, for example, a disk drive, SSD (Solid State Drive), USB (Universal Serial Bus) port, or the like.
  • a recording medium 405 is a nonvolatile memory that stores data written under the control of the recording medium I/F 404 .
  • the recording medium 405 is, for example, a disk, a semiconductor memory, a USB memory, or the like.
  • the recording medium 405 may be removable from the transmitting device 201 .
  • the display 406 displays data such as documents, images, function information, as well as cursors, icons or toolboxes.
  • the display 406 is, for example, a CRT (Cathode Ray Tube), a liquid crystal display, an organic EL (Electroluminescence) display, or the like.
  • the input device 407 has keys for inputting characters, numbers, various instructions, etc., and inputs data.
  • the input device 407 may be a keyboard, a mouse, or the like, or may be a touch-panel input pad or numeric keypad.
  • the transmitting device 201 may have, for example, a printer, a scanner, a microphone, a speaker, etc., in addition to the components described above. Also, the transmitting device 201 may have a plurality of recording medium I/Fs 404 and recording media 405 . Also, the transmitting device 201 may not have the display 406 or the input device 407 or the like. Also, the transmitting device 201 may not have the recording medium I/F 404 and the recording medium 405 .
  • the correspondence information management table 500 is implemented, for example, by a storage area such as the memory 402 or the recording medium 405 of the transmitting/receiving device 201 shown in FIG.
  • FIG. 5 is an explanatory diagram showing an example of the contents stored in the correspondence information management table 500.
  • the correspondence information management table 500 has fields of mail address hash and combined hash.
  • the correspondence information management table 500 stores correspondence information as a record 500-a by setting information in each field for each mail address. a is any integer.
  • the hash value obtained from the email address is set in the email address hash field.
  • a hash value obtained from a combination of an email address and a TaaS account is set in the combination hash field.
  • the account information management table 600 is implemented, for example, by a storage area such as the memory 402 or the recording medium 405 of the transmission/reception device 201 shown in FIG.
  • FIG. 6 is an explanatory diagram showing an example of the contents of the account information management table 600.
  • the account information management table 600 has fields of name and TaaS account.
  • the account information management table 600 stores account information as a record 600-b by setting information in each field for each employee. b is any integer.
  • the name is set as identification information that identifies the employee.
  • a TaaS account corresponding to the employee is set in the TaaS account field.
  • the position information management table 700 is implemented by, for example, a storage area such as the memory 402 or the recording medium 405 of the transmitting/receiving device 201 shown in FIG.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the position information management table 700.
  • the position information management table 700 has fields for name and email address.
  • the position information management table 700 stores position information as a record 700-c by setting information in each field for each employee. c is any integer.
  • the position information management table 700 may further have fields related to employee attributes other than email addresses. Fields other than the e-mail address are, for example, fields for job title, business content, and the number of e-mail exchanges with other employees.
  • the contract information management table 800 is realized, for example, by a storage area such as the memory 402 or the recording medium 405 of the transmitting/receiving device 201 shown in FIG.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the contract information management table 800.
  • the contract information management table 800 has fields of contract storage location and contract body hash.
  • the contract information management table 800 stores contract information as a record 800-d by setting information in each field for each contract data. d is any integer.
  • the address indicating the storage location where the contract data is stored is set in the contract storage location field.
  • a hash value obtained from the contract data is set in the field of the contract text hash. For example, a hash value obtained from the text included in the contract data is set in the contract text hash field.
  • the route information management table 900 is implemented, for example, by a storage area such as the memory 402 or the recording medium 405 of the transmitting/receiving device 201 shown in FIG.
  • FIG. 9 is an explanatory diagram showing an example of the contents stored in the route information management table 900.
  • the route information management table 900 has fields of contract body hash and forwarder.
  • the field of the forwarder has, for example, fields of affiliation and name.
  • the route information management table 900 stores route information as a record 900-e by setting information in each field for each contract data. e is any integer.
  • the hash value obtained from the contract data is set in the contract text hash field.
  • a hash value obtained from the text included in the contract data is set in the contract text hash field.
  • Various information related to the person concerned with the contract data is set in the forwarder field.
  • the affiliation field contains the affiliation of the person concerned.
  • a name that identifies the person concerned is set in the name field.
  • FIG. 10 is a block diagram showing a hardware configuration example of the receiving device 202.
  • receiving device 202 has CPU 1001 , memory 1002 , and network I/F 1003 .
  • the receiving device 202 further has a recording medium I/F 1004 , a recording medium 1005 , a display 1006 and an input device 1007 . Also, each component is connected by a bus 1000 .
  • the CPU 1001 controls the entire receiving device 202 .
  • the memory 1002 has, for example, ROM, RAM and flash ROM. Specifically, for example, a flash ROM or ROM stores various programs, and a RAM is used as a work area for the CPU 1001 .
  • a program stored in the memory 1002 causes the CPU 1001 to execute coded processing by being loaded into the CPU 1001 .
  • the network I/F 1003 is connected to the network 210 through a communication line, and is connected to other computers via the network 210.
  • a network I/F 1003 serves as an internal interface with the network 210 and controls input/output of data from other computers.
  • a network I/F 1003 is, for example, a modem or a LAN adapter.
  • a recording medium I/F 1004 controls reading/writing of data from/to the recording medium 1005 under the control of the CPU 1001 .
  • a recording medium I/F 1004 is, for example, a disk drive, an SSD, a USB port, or the like.
  • a recording medium 1005 is a nonvolatile memory that stores data written under the control of the recording medium I/F 1004 .
  • the recording medium 1005 is, for example, a disk, semiconductor memory, USB memory, or the like.
  • the recording medium 1005 may be removable from the receiving device 202 .
  • a display 1006 displays data such as documents, images, function information, as well as cursors, icons or toolboxes.
  • the display 1006 is, for example, a CRT, liquid crystal display, organic EL display, or the like.
  • the input device 1007 has keys for inputting characters, numbers, various instructions, etc., and inputs data.
  • the input device 1007 may be a keyboard, a mouse, or the like, or may be a touch panel type input pad or numeric keypad.
  • the receiving device 202 may have, for example, a printer, a scanner, a microphone, a speaker, etc., in addition to the components described above. Also, the receiving device 202 may have a plurality of recording medium I/Fs 1004 and recording media 1005 . Also, the receiving device 202 may not have the display 1006, the input device 1007, or the like. Also, the receiving device 202 may not have the recording medium I/F 1004 and the recording medium 1005 .
  • FIG. 11 is a block diagram showing a hardware configuration example of the relay device 203.
  • relay device 203 has CPU 1101 , memory 1102 , network I/F 1103 , recording medium I/F 1104 , and recording medium 1105 . Also, each component is connected by a bus 1100 .
  • the CPU 1101 controls the relay device 203 as a whole.
  • the memory 1102 has, for example, ROM, RAM and flash ROM. Specifically, for example, a flash ROM or ROM stores various programs, and a RAM is used as a work area for the CPU 1101 .
  • a program stored in the memory 1102 causes the CPU 1101 to execute coded processing by being loaded into the CPU 1101 .
  • the network I/F 1103 is connected to the network 210 through a communication line, and is connected to other computers via the network 210.
  • a network I/F 1103 serves as an internal interface with the network 210 and controls input/output of data from other computers.
  • the network I/F 1103 is, for example, a modem or LAN adapter.
  • a recording medium I/F 1104 controls reading/writing of data from/to the recording medium 1105 under the control of the CPU 1101 .
  • a recording medium I/F 1104 is, for example, a disk drive, an SSD, a USB port, or the like.
  • a recording medium 1105 is a nonvolatile memory that stores data written under the control of the recording medium I/F 1104 .
  • the recording medium 1105 is, for example, a disk, semiconductor memory, USB memory, or the like.
  • the recording medium 1105 may be removable from the relay device 203 .
  • the relay device 203 may have, for example, a keyboard, mouse, display, printer, scanner, microphone, speaker, etc., in addition to the components described above. Also, the relay device 203 may have a plurality of recording medium I/Fs 1104 and recording media 1105 . Also, the relay device 203 may not have the recording medium I/F 1104 and the recording medium 1105 .
  • the hardware configuration example of the user device 204 included in the evaluation system 200 shown in FIG. 2 is specifically the same as the hardware configuration example of the transmission-side device 201 shown in FIG. 4, so description thereof will be omitted. .
  • a hardware configuration example of the user device 205 included in the evaluation system 200 shown in FIG. 2 is specifically the same as the hardware configuration example of the receiving device 202 shown in FIG. .
  • FIG. 12 is a block diagram showing a functional configuration example of the evaluation system 200.
  • Evaluation system 200 includes storage unit 1200 , acquisition unit 1201 , determination unit 1202 , evaluation unit 1203 , registration unit 1204 , and output unit 1205 .
  • Each functional unit may be implemented by a single computer, or may be implemented by cooperation of a plurality of computers.
  • the storage unit 1200 is realized by a storage area such as the memory 402 and the recording medium 405 shown in FIG. 4, for example.
  • a case where the storage unit 1200 is included in the transmitting device 201 will be described below, but the present invention is not limited to this.
  • the storage unit 1200 may be included in a device different from the transmission-side device 201 and the storage contents of the storage unit 1200 may be referenced from the transmission-side device 201 .
  • Storage unit 1200 may be realized by transmitting device 201 and a device different from transmitting device 201 .
  • the acquisition unit 1201 to output unit 1205 function as an example of a control unit. Specifically, for example, the acquisition unit 1201 to the output unit 1205 cause the CPU 401 to execute a program stored in a storage area such as the memory 402 or the recording medium 405 shown in FIG. to realize its function. The processing result of each functional unit is stored in a storage area such as the memory 402 or recording medium 405 shown in FIG. 4, for example.
  • the storage unit 1200 stores various information that is referenced or updated in the processing of each functional unit.
  • Storage unit 1200 stores first information.
  • the first information is information specifying the sender of the second document data indicated to be related to the confirmed first document data.
  • the first document data is contract data, for example.
  • the second document data is, for example, additional data.
  • the second document data includes, for example, information that makes it possible to specify that it is related to the first document data.
  • the second document data specifically includes identification information that identifies the first document data.
  • the second document data more specifically includes the title or identification number attached to the first document data.
  • the first information includes, for example, a hash value obtained from the email address corresponding to the sender of the second document data.
  • the first information includes, for example, a hash value obtained from a combination of an email address and an account corresponding to the sender of the second document data.
  • the first information may include a storage destination address indicating a storage area of the shared cloud storage.
  • the first information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example. Specifically, the first information is generated by the receiving device 202 , acquired by the acquisition unit 1201 , and stored in the storage unit 1200 .
  • the storage unit 1200 stores the second information.
  • the second information is information that specifies a person involved in the process from creation to finalization of the first document data.
  • the second information includes, for example, hash values obtained from email addresses corresponding to persons involved in the process.
  • the second information includes, for example, a hash value obtained from the combination of the email address and account corresponding to the person involved in the process.
  • the second information may include a storage destination address indicating a storage area of the shared cloud storage.
  • the second information is, for example, generated in advance and stored in storage unit 1200 .
  • the storage unit 1200 stores the second information in association with the third information, for example.
  • the third information is information specifying the first document data.
  • the third information includes, for example, hash values obtained from the first document data.
  • the storage unit 1200 stores a position information management table 700 and a route information management table 900 .
  • the third information is, for example, generated in advance and stored in storage unit 1200 .
  • the storage unit 1200 stores the fourth information.
  • the fourth information is information specifying the first document data.
  • the fourth information includes, for example, hash values obtained from the first document data.
  • the fourth information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • the fourth information is specifically generated by the receiving device 202 , acquired by the acquisition unit 1201 , and stored in the storage unit 1200 .
  • the storage unit 1200 stores the fifth information.
  • the fifth information is information specifying the sender of the first document data.
  • the fifth information includes, for example, a hash value obtained from the mail address corresponding to the sender of the first document data.
  • the fifth information includes, for example, a hash value obtained from a combination of an email address and an account corresponding to the sender of the first document data.
  • the fifth information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • the fifth information is specifically generated by the receiving device 202 , acquired by the acquisition unit 1201 , and stored in the storage unit 1200 .
  • the storage unit 1200 stores sixth information.
  • the sixth information is information indicating relationships between persons.
  • the sixth information is, for example, the department to which the person belongs, the hierarchical relationship between the persons, the number of exchanges of e-mails between the persons, and the like.
  • the sixth information is generated in advance and stored in the storage unit 1200, for example.
  • the sixth information may be updated at predetermined timings and stored in the storage unit 1200, for example.
  • the acquisition unit 1201 acquires various types of information used for processing of each functional unit. Acquisition unit 1201 stores various kinds of acquired information in storage unit 1200 or outputs the information to each functional unit. Further, the acquisition unit 1201 may output various information stored in the storage unit 1200 to each functional unit. Acquisition unit 1201 acquires various types of information, for example, based on a user's operation input. The acquisition unit 1201 may receive various information from a device different from the transmission-side device 201, for example.
  • the acquisition unit 1201 acquires the first information. Acquisition unit 1201 acquires the first information, for example, by receiving it from the receiving side of the first document data. Acquisition unit 1201 specifically acquires the first information by receiving it from receiving device 202 . Acquisition unit 1201 acquires, for example, the first information and the fourth information by receiving them from the receiving side of the first document data. Specifically, the acquisition unit 1201 acquires the first information and the fourth information by receiving them from the receiving device 202 .
  • the acquisition unit 1201 may acquire the first information by receiving it from the relay device 203, for example.
  • the relay device 203 stores, for example, the first information. Specifically, the relay device 203 obtains a first hash value obtained from the e-mail address corresponding to the person involved in the process, and a second hash value obtained from the combination of the e-mail address and the account corresponding to the person involved in the process. is stored in association with the hash value of .
  • the relay device 203 has, for example, a function of outputting the first information. Specifically, in response to receiving the third hash value obtained from the mail address corresponding to the sender of the second document data, the relay device 203 receives the first hash value that matches the third hash value. A second hash value associated with the hash value is output as first information. Acquisition unit 1201 specifically acquires the second hash value output from relay device 203 as the first information.
  • the acquisition unit 1201 After the first document data is transmitted to the receiving side of the first document data, the acquisition unit 1201 acquires the fifth information specifying the sender of the first document data. Acquisition unit 1201, for example, acquires the fifth information from the receiving side of the first document data. Acquisition unit 1201 specifically acquires the fifth information by receiving it from receiving device 202 .
  • the acquisition unit 1201 may accept a start trigger for starting the processing of any functional unit.
  • the start trigger is, for example, that there is a predetermined operation input by the user.
  • the start trigger may be, for example, reception of predetermined information from another computer.
  • the start trigger may be, for example, the output of predetermined information by any of the functional units.
  • Acquisition unit 1201 receives, for example, acquisition of the first information as a start trigger for starting processing by determination unit 1202 and evaluation unit 1203 .
  • the acquisition unit 1201 receives, for example, acquisition of the fifth information as a start trigger for starting the processing of the registration unit 1204 .
  • the determination unit 1202 determines whether or not the sender of the second document data specified by the acquired first information is the person involved in the process, based on the contents stored in the storage unit 1200 . For example, based on the first information and the second information stored in the storage unit 1200, the determination unit 1202 determines whether the sender of the second document data identified by the first information is involved in the process. It is determined whether or not the person is a person who has
  • the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the person involved in the process. It is determined that On the other hand, specifically, if the first information and the second information do not match, the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the process. It is determined that the person is not involved in As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data.
  • the determination unit 1202 identifies the second information associated with the third information that matches the acquired fourth information, stored in the storage unit 1200 . For example, based on the acquired second information and the acquired first information, the determination unit 1202 determines whether the sender of the second document data identified by the acquired first information was involved in the process. It is determined whether or not the object is a person.
  • the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the person involved in the process. It is determined that On the other hand, specifically, if the first information and the second information do not match, the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the process. It is determined that the person is not involved in As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data. Further, since the determination unit 1202 uses the fourth information, even if a plurality of pieces of the second information are stored in the storage unit 1200, the determination unit 1202 determines which second information should be compared with the first information. can be made precisely identifiable.
  • the determination unit 1202 determines whether or not the sender of the second document data identified by the acquired first information is a person related to the person involved in the process, based on the sixth information. . For example, based on the sixth information, the determination unit 1202 calculates the degree of association between the sender of the second document data identified by the acquired first information and the person involved in the process.
  • the determination unit 1202 determines whether the sender of the second document data specified by the first information and the person involved in the process belong to the same or similar department. If it belongs, the degree of relevance is calculated so that the degree of relevance increases.
  • a similar department is, for example, a department related to a similar research field.
  • a similar department is, for example, a department related to similar work.
  • the determination unit 1202 determines that the number of email exchanges between the sender of the second document data specified by the first information and the person involved in the process increases. , the degree of relevance is calculated so that the degree of relevance increases.
  • the determination unit 1202 may generate a calculation model for calculating the degree of association in advance by machine learning based on teacher information corresponding to the sixth information. Specifically, the determining unit 1202 calculates the relationship between the sender of the second document data specified by the first information and the person involved in the process based on the sixth information using the calculation model. Calculate degrees.
  • the determination unit 1202 determines that the sender of the second document data identified by the first information is related to the person involved in the process. For example, if the degree of association is less than a threshold, the determination unit 1202 determines that the sender of the second document data identified by the first information is not related to the person involved in the process. As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data.
  • the evaluation unit 1203 evaluates the validity of the second document data based on the determined result. For example, if the evaluation unit 1203 determines that the person is involved in the process, the evaluation unit 1203 evaluates the second document data as valid. For example, if the evaluation unit 1203 determines that the person is not involved in the process, the evaluation unit 1203 evaluates the second document data as invalid. As a result, the evaluation unit 1203 can evaluate the validity of the second document data from the viewpoint of whether or not the sender is a person involved in the process. It is possible to reduce the work load on the transmitting side. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 determines that the person is related to the person involved in the process
  • the evaluation unit 1203 evaluates the second document data as valid. For example, if the evaluation unit 1203 determines that the person involved in the process is not related to the person, the evaluation unit 1203 evaluates the second document data as invalid.
  • the evaluation unit 1203 can evaluate the validity of the second document data from the viewpoint of whether or not the sender is related to the person involved in the process. It is possible to reduce the work load on the receiving side and the transmitting side. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 may numerically or stepwise evaluate the validity of the second document data based on the determined result.
  • the degree of legitimacy is expressed, for example, as “high”, “middle”, and “low” in stages from the highest. Specifically, when the evaluation unit 1203 determines that the person is involved in the process, the evaluation unit 1203 evaluates the validity of the second document data as "high".
  • the evaluation unit 1203 determines that the person is related to the person involved in the process rather than the person involved in the process, the evaluation unit 1203 sets the validity of the second document data to “medium”. and evaluate. Further, specifically, when the evaluation unit 1203 determines that the person is not the person involved in the process and is not related to the person involved in the process, the validity of the second document data is set to “low”. and evaluate. As a result, the evaluation unit 1203 can evaluate the degree of validity of the second document data, and reduce the workload on the receiving side and the transmitting side of the first document data. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 may transmit the determination result to the receiving side of the first document data, thereby allowing the receiving side of the first document data to evaluate the validity of the second document data. For example, the evaluation unit 1203 transmits the determination result to the receiving device 202, thereby causing the receiving device 202 to evaluate the validity of the second document data. As a result, the evaluation unit 1203 can evaluate the validity of the second document data on the receiving side of the first document data, and the work involved in the receiving side and the transmitting side of the first document data can be performed. The burden can be reduced. Also, the evaluation unit 1203 can improve security.
  • the registration unit 1204 identifies the person involved in the process based on the acquired fifth information.
  • the registration unit 1204 causes the relay device 203 to store the first information identifying the person involved in the identified process to the relay device 203 by transmitting the first information to the relay device 203 .
  • the registration unit 1204 for example, generates a first hash value obtained from the e-mail address corresponding to the person involved in the specified process. Also, the registration unit 1204 generates a second hash value obtained from, for example, a combination of an e-mail address and an account corresponding to a person involved in the specified process. Then, the registration unit 1204 causes the relay device 203 to store the generated first hash value and the generated second hash value, for example, by transmitting the generated first hash value and the generated second hash value to the relay device 203 . As a result, the registration unit 1204 can prevent the receiving side of the first document data from grasping the first information, thereby improving security.
  • the output unit 1205 outputs the processing result of at least one of the functional units.
  • the output format is, for example, display on a display, print output to a printer, transmission to an external device via the network I/F 403, or storage in a storage area such as the memory 402 or recording medium 405.
  • the output unit 1205 can notify the user of the processing result of at least one of the functional units, thereby improving the convenience of the transmitting device 201 .
  • the output unit 1205 outputs the evaluation result.
  • the output unit 1205 outputs, for example, the evaluation result so that the user belonging to the receiving side of the first document data can refer to it.
  • the storage unit 1200 is implemented by, for example, a storage area such as the memory 1002 or recording medium 1005 shown in FIG.
  • a storage area such as the memory 1002 or recording medium 1005 shown in FIG.
  • the storage unit 1200 may be included in a device different from the receiving device 202 , and the storage contents of the storage unit 1200 may be referenced from the receiving device 202 .
  • Storage unit 1200 may be realized by receiving device 202 and a device different from receiving device 202 .
  • the acquisition unit 1201 to output unit 1205 function as an example of a control unit. Specifically, for example, the acquisition unit 1201 to the output unit 1205 cause the CPU 1001 to execute a program stored in a storage area such as the memory 1002 or the recording medium 1005 shown in FIG. to realize its function. The processing result of each functional unit is stored in a storage area such as the memory 1002 and recording medium 1005 shown in FIG. 10, for example.
  • the storage unit 1200 stores various information that is referenced or updated in the processing of each functional unit.
  • Storage unit 1200 stores first information.
  • the first information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • Storage unit 1200 stores the second information. Assume that the second information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • the storage unit 1200 stores the second information in association with the third information, for example. It is assumed that the third information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • the storage unit 1200 stores the fourth information.
  • the fourth information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • Storage unit 1200 stores the fifth information.
  • the fifth information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • Storage unit 1200 stores the sixth information.
  • the sixth information is generated in advance and stored in the storage unit 1200, for example.
  • the sixth information may be updated at predetermined timings and stored in the storage unit 1200, for example.
  • the acquisition unit 1201 acquires various types of information used for processing of each functional unit. Acquisition unit 1201 stores various kinds of acquired information in storage unit 1200 or outputs the information to each functional unit. Further, the acquisition unit 1201 may output various information stored in the storage unit 1200 to each functional unit. Acquisition unit 1201 acquires various types of information, for example, based on a user's operation input. The acquisition unit 1201 may receive various information from a device other than the receiving device 202, for example.
  • the acquisition unit 1201 acquires the first information. Acquisition unit 1201 acquires, for example, by generating the first information. Specifically, the obtaining unit 1201 obtains the first information by generating a hash value obtained from the mail address corresponding to the sender of the second document data.
  • the acquisition unit 1201 acquires, for example, the first information and the fourth information. Specifically, the acquiring unit 1201 acquires by generating the first information and the fourth information. Specifically, the obtaining unit 1201 obtains the first information by generating a hash value obtained from the mail address corresponding to the sender of the second document data. Specifically, the acquisition unit 1201 acquires a hash value obtained from the first document data by generating it as the fourth information.
  • the acquisition unit 1201 may acquire the first information by receiving it from the relay device 203, for example.
  • the relay device 203 stores, for example, the first information. Specifically, the relay device 203 obtains a first hash value obtained from the e-mail address corresponding to the person involved in the process, and a second hash value obtained from the combination of the e-mail address and the account corresponding to the person involved in the process. is stored in association with the hash value of .
  • the relay device 203 has, for example, a function of outputting the first information. Specifically, in response to receiving the third hash value obtained from the mail address corresponding to the sender of the second document data, the relay device 203 receives the first hash value that matches the third hash value. A second hash value associated with the hash value is output as first information. Acquisition unit 1201 specifically transmits the third hash value to relay device 203 . Obtaining unit 1201 obtains the second hash value output from relay device 203 as the first information as a result of the transmission.
  • the acquisition unit 1201 may acquire the first information by transmitting an inquiry about the first information to the sender of the first document data. Specifically, the acquisition unit 1201 transmits an inquiry about the first information including the third hash value to the sender of the first document data. Specifically, the acquisition unit 1201 acquires a hash value obtained from a combination of the email address and the account corresponding to the sender of the second document data as the first information as a result of the transmission of the first document data. Get from the sender.
  • the acquisition unit 1201 acquires the second information. Acquisition unit 1201 transmits, for example, an inquiry about second information including fourth information to the sender of the first document data. Then, the acquiring unit 1201 acquires the second information, for example, by receiving it from the transmission side of the first document data.
  • the acquisition unit 1201 may acquire the second information by receiving it from the relay device 203, for example.
  • the relay device 203 stores, for example, the second information. Specifically, the relay device 203 combines a fourth hash value obtained from the first document data and a second hash value obtained from the combination of the e-mail address and account corresponding to the person involved in the process. They are associated and stored.
  • the relay device 203 has, for example, a function of outputting the second information. Specifically, in response to receiving the fifth hash value obtained from the first document data, the relay device 203 receives the fifth hash value associated with the fourth hash value that matches the fifth hash value. A hash value of 2 is output as the second information. Acquisition unit 1201 specifically transmits the fourth hash value to relay device 203 . Obtaining unit 1201 obtains the second hash value output from relay device 203 as the second information as a result of the transmission.
  • the acquisition unit 1201 may accept a start trigger for starting the processing of any functional unit.
  • the start trigger is, for example, that there is a predetermined operation input by the user.
  • the start trigger may be, for example, reception of predetermined information from another computer.
  • the start trigger may be, for example, the output of predetermined information by any of the functional units.
  • Acquisition unit 1201 receives, for example, acquisition of first information and second information as a start trigger for starting processing by determination unit 1202 and evaluation unit 1203 .
  • the determination unit 1202 determines whether or not the sender of the second document data identified by the acquired first information is a person involved in the process. For example, based on the first information and the second information, the determination unit 1202 determines whether the sender of the second document data specified by the first information is a person involved in the process. judge.
  • the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the person involved in the process. It is determined that On the other hand, specifically, if the first information and the second information do not match, the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the process. It is determined that the person is not involved in As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data.
  • the determination unit 1202 determines whether or not the sender of the second document data identified by the acquired first information is a person related to the person involved in the process, based on the sixth information. . For example, based on the sixth information, the determination unit 1202 calculates the degree of association between the sender of the second document data identified by the obtained first information and the person involved in the process.
  • the determination unit 1202 determines that the sender of the second document data identified by the first information is related to the person involved in the process. For example, if the degree of association is less than a threshold, the determination unit 1202 determines that the sender of the second document data identified by the first information is not related to the person involved in the process. As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data.
  • the evaluation unit 1203 evaluates the validity of the second document data based on the determined result. For example, if the evaluation unit 1203 determines that the person is involved in the process, the evaluation unit 1203 evaluates the second document data as valid. For example, if the evaluation unit 1203 determines that the person is not involved in the process, the evaluation unit 1203 evaluates the second document data as invalid. As a result, the evaluation unit 1203 can evaluate the validity of the second document data from the viewpoint of whether or not the sender is a person involved in the process. It is possible to reduce the work load on the transmitting side. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 determines that the person is related to the person involved in the process
  • the evaluation unit 1203 evaluates the second document data as valid. For example, if the evaluation unit 1203 determines that the person involved in the process is not related to the person, the evaluation unit 1203 evaluates the second document data as invalid.
  • the evaluation unit 1203 can evaluate the validity of the second document data from the viewpoint of whether or not the sender is related to the person involved in the process. It is possible to reduce the work load on the receiving side and the transmitting side. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 may numerically or stepwise evaluate the validity of the second document data based on the determined result.
  • the degree of legitimacy is expressed, for example, as “high”, “middle”, and “low” in stages from the highest. Specifically, when the evaluation unit 1203 determines that the person is involved in the process, the evaluation unit 1203 evaluates the validity of the second document data as "high".
  • the evaluation unit 1203 determines that the person is related to the person involved in the process rather than the person involved in the process, the evaluation unit 1203 sets the validity of the second document data to “medium”. and evaluate. Further, specifically, when the evaluation unit 1203 determines that the person is not the person involved in the process and is not related to the person involved in the process, the validity of the second document data is set to “low”. and evaluate. As a result, the evaluation unit 1203 can evaluate the degree of validity of the second document data, and reduce the workload on the receiving side and the transmitting side of the first document data. Also, the evaluation unit 1203 can improve security.
  • the output unit 1205 outputs the processing result of at least one of the functional units.
  • the output format is, for example, display on a display, print output to a printer, transmission to an external device via the network I/F 1003, or storage in a storage area such as the memory 1002 or recording medium 1005. This allows the output unit 1205 to notify the user of the processing result of at least one of the functional units, thereby improving the convenience of the receiving device 202 .
  • the output unit 1205 outputs the evaluation result.
  • the output unit 1205 outputs, for example, the evaluation result so that the user belonging to the receiving side of the first document data can refer to it.
  • the output unit 1205 can make it easier for the user who belongs to the receiving side of the first document data to judge the validity of the second document data, thereby improving security.
  • the storage unit 1200 is realized by a storage area such as the memory 1102 and the recording medium 1105 shown in FIG. 11, for example.
  • a case where the storage unit 1200 is included in the relay device 203 will be described below, but the present invention is not limited to this.
  • the storage unit 1200 may be included in a device different from the relay device 203 , and the contents stored in the storage unit 1200 may be referenced from the relay device 203 .
  • Storage unit 1200 may be realized by relay device 203 and a device different from relay device 203 .
  • the acquisition unit 1201 to output unit 1205 function as an example of a control unit. Specifically, the acquisition unit 1201 to the output unit 1205, for example, by causing the CPU 1101 to execute a program stored in a storage area such as the memory 1102 or the recording medium 1105 shown in FIG. to realize its function. The processing result of each functional unit is stored in a storage area such as the memory 1102 or recording medium 1105 shown in FIG. 11, for example.
  • the storage unit 1200 stores various information that is referenced or updated in the processing of each functional unit.
  • Storage unit 1200 stores first information.
  • the first information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • Storage unit 1200 stores the second information. Assume that the second information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • the storage unit 1200 stores the second information in association with the third information, for example. It is assumed that the third information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • the storage unit 1200 stores the fourth information.
  • the fourth information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • Storage unit 1200 stores the fifth information.
  • the fifth information is acquired by the acquisition unit 1201 and stored in the storage unit 1200, for example.
  • Storage unit 1200 stores the sixth information.
  • the sixth information is generated in advance and stored in the storage unit 1200, for example.
  • the sixth information may be updated at predetermined timings and stored in the storage unit 1200, for example.
  • the acquisition unit 1201 acquires various types of information used for processing of each functional unit. Acquisition unit 1201 stores various kinds of acquired information in storage unit 1200 or outputs the information to each functional unit. Further, the acquisition unit 1201 may output various information stored in the storage unit 1200 to each functional unit. Acquisition unit 1201 acquires various types of information, for example, based on a user's operation input. The acquisition unit 1201 may receive various information from a device other than the relay device 203, for example.
  • the acquisition unit 1201 acquires the first information. Acquisition unit 1201 acquires the first information, for example, by receiving it from the receiving side of the first document data. Acquisition unit 1201 acquires first information and fourth information. Acquisition unit 1201 acquires, for example, the first information and the fourth information by receiving them from the receiving side of the first document data.
  • the acquisition unit 1201 acquires the second information.
  • the acquisition unit 1201 acquires the second information associated with the third information in advance by receiving the second information from the transmission side of the first document data.
  • the acquisition unit 1201 may, for example, send an inquiry about the second information, including the fourth information, to the sender of the first document data. Then, the acquiring unit 1201 acquires, for example, the second information as a result of transmission by receiving it from the transmission side of the first document data.
  • the acquisition unit 1201 may accept a start trigger for starting the processing of any functional unit.
  • the start trigger is, for example, that there is a predetermined operation input by the user.
  • the start trigger may be, for example, reception of predetermined information from another computer.
  • the start trigger may be, for example, the output of predetermined information by any of the functional units.
  • Acquisition unit 1201 receives, for example, acquisition of first information and second information as a start trigger for starting processing by determination unit 1202 and evaluation unit 1203 .
  • the determination unit 1202 determines whether or not the sender of the second document data identified by the acquired first information is a person involved in the process. For example, based on the first information and the second information, the determination unit 1202 determines whether the sender of the second document data specified by the first information is a person involved in the process. judge.
  • the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the person involved in the process. It is determined that On the other hand, specifically, if the first information and the second information do not match, the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the process. It is determined that the person is not involved in As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data.
  • the determination unit 1202 identifies the second information associated with the third information that matches the acquired fourth information, stored in the storage unit 1200 . For example, based on the acquired second information and the acquired first information, the determination unit 1202 determines whether the sender of the second document data identified by the acquired first information was involved in the process. It is determined whether or not the object is a person.
  • the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the person involved in the process. It is determined that On the other hand, specifically, if the first information and the second information do not match, the determination unit 1202 determines that the sender of the second document data specified by the acquired first information is the process. It is determined that the person is not involved in As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data. Further, since the determination unit 1202 uses the fourth information, even if a plurality of pieces of the second information are stored in the storage unit 1200, the determination unit 1202 determines which second information should be compared with the first information. can be made precisely identifiable.
  • the determination unit 1202 determines whether or not the sender of the second document data identified by the acquired first information is a person related to the person involved in the process, based on the sixth information. . For example, based on the sixth information, the determination unit 1202 calculates the degree of association between the sender of the second document data identified by the acquired first information and the person involved in the process.
  • the determination unit 1202 determines that the sender of the second document data identified by the first information is related to the person involved in the process. For example, if the degree of association is less than a threshold, the determination unit 1202 determines that the sender of the second document data identified by the first information is not related to the person involved in the process. As a result, the determination unit 1202 can obtain a guideline for evaluating the validity of the second document data.
  • the evaluation unit 1203 evaluates the validity of the second document data based on the determined result. For example, if the evaluation unit 1203 determines that the person is involved in the process, the evaluation unit 1203 evaluates the second document data as valid. For example, if the evaluation unit 1203 determines that the person is not involved in the process, the evaluation unit 1203 evaluates the second document data as invalid. As a result, the evaluation unit 1203 can evaluate the validity of the second document data from the viewpoint of whether or not the sender is a person involved in the process. It is possible to reduce the work load on the transmitting side. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 determines that the person is related to the person involved in the process
  • the evaluation unit 1203 evaluates the second document data as valid. For example, if the evaluation unit 1203 determines that the person involved in the process is not related to the person, the evaluation unit 1203 evaluates the second document data as invalid.
  • the evaluation unit 1203 can evaluate the validity of the second document data from the viewpoint of whether or not the sender is related to the person involved in the process. It is possible to reduce the work load on the receiving side and the transmitting side. Also, the evaluation unit 1203 can improve security.
  • the evaluation unit 1203 may numerically or stepwise evaluate the validity of the second document data based on the determined result.
  • the degree of legitimacy is expressed, for example, as “high”, “middle”, and “low” in stages from the highest. Specifically, when the evaluation unit 1203 determines that the person is involved in the process, the evaluation unit 1203 evaluates the validity of the second document data as "high".
  • the evaluation unit 1203 determines that the person is related to the person involved in the process rather than the person involved in the process, the evaluation unit 1203 sets the validity of the second document data to “medium”. and evaluate. Further, specifically, when the evaluation unit 1203 determines that the person is not the person involved in the process and is not related to the person involved in the process, the validity of the second document data is set to “low”. and evaluate. As a result, the evaluation unit 1203 can evaluate the degree of validity of the second document data, and reduce the workload on the receiving side and the transmitting side of the first document data. Also, the evaluation unit 1203 can improve security.
  • the output unit 1205 outputs the processing result of at least one of the functional units.
  • the output format is, for example, display on a display, print output to a printer, transmission to an external device via the network I/F 1103, or storage in a storage area such as the memory 1102 or recording medium 1105.
  • the output unit 1205 can notify the user of the processing result of at least one of the functional units, and the convenience of the relay device 203 can be improved.
  • the output unit 1205 outputs the evaluation result.
  • the output unit 1205 outputs, for example, the evaluation result so that the user belonging to the receiving side of the first document data can refer to it.
  • the output unit 1205 transmits the evaluation result to the receiving side of the first document data.
  • the output unit 1205 can make it easier for the user who belongs to the receiving side of the first document data to judge the validity of the second document data, thereby improving security.
  • FIG. Operation example 1 corresponds to the case where the evaluation system 200 does not include the relay device 203 .
  • FIG. 13 a specific example of the functional configuration of the evaluation system 200 in Operation Example 1 will be described.
  • an evaluation system 200 includes a transmitting-side device 201 that implements Company A's TaaS, and a receiving-side device 202 that implements Company B's TaaS.
  • the sending device 201 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 and a confirmation processing unit 1340 .
  • the TaaS core section 1310 includes a contract information management section 1311 and a contract information registration section 1312 .
  • Confirmation processing unit 1340 includes route confirmation unit 1341 and office information confirmation unit 1342 .
  • the sending device 201 can access the contract information DB (DataBase) 1301 regarding Company A.
  • the contract information DB 1301 includes contract information, contract text hash, and route information.
  • the contract information includes, for example, contract information and incidental information.
  • the contract information DB 1301 is implemented by a contract information management table 800 and a route information management table 900.
  • FIG. Sender device 201 can access workflow data 1303 via workflow service 1302 .
  • the workflow data 1303 indicates who approves the contract information in the process from creation to finalization of the contract information.
  • the sending device 201 can access the job information 1305 via the directory service 1304 .
  • the position information 1305 is realized by the position information management table 700, for example.
  • the receiving device 202 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 , and a confirmation processing unit 1340 like the sending device 201 .
  • the receiving device 202 can access the contract information DB 1301 related to company B in the same manner as the transmitting device 201 .
  • the contract information management unit 1311 acquires the hash value of the contract text included in the contract information related to the incidental information, and transmits it to the confirmation request unit 1320.
  • the contract information registration unit 1312 in the receiving device 202 transmits a confirmation request regarding the sender of the incidental information to the confirmation request unit 1320 .
  • the contract information registration unit 1312 registers additional information in TaaS if a matching combination exists as a result of the determination. If there is no matching combination as a result of the determination in the receiving device 202, the contract information registration unit 1312 discards the supplementary information and outputs an alert to the receiving user.
  • the confirmation requesting unit 1320 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address.
  • the confirmation request unit 1320 in the receiving device 202 transmits to the sending device 201 a confirmation request regarding the sender of the incidental information, which includes the hash value of the sender's email address and the hash value of the text of the contract. .
  • the confirmation requesting unit 1320 receives the result of the comparison in the receiving device 202 .
  • the confirmation requesting unit 1320 determines whether or not there is a matching combination of the hash value of the person in charge email address and the hash value of the source email address based on the result of the comparison in the receiving device 202 .
  • Confirmation request section 1320 transmits the determination result to contract information registration section 1312 in receiving device 202 .
  • the confirmation requesting unit 1320 receives a confirmation request regarding the sender of the incidental information in the transmission-side device 201 and transmits it to the confirmation processing unit 1340 .
  • the confirmation requesting unit 1320 transmits the comparison result to the receiving device 202 in the transmitting device 201 .
  • the hash calculator 1330 generates a hash value of the email address of the person in charge in the sending device 201 .
  • the hash calculator 1330 generates a hash value of the sender's email address in the receiving device 202 .
  • the confirmation processing unit 1340 in the transmission-side device 201 sends to the route confirmation unit 1341 a request for extracting the person in charge, including the hash value of the contract text contained in the received confirmation request.
  • the confirmation processing unit 1340 receives the person in charge extracted by the route confirmation unit 1341 from the route confirmation unit 1341 in the transmitting device 201 .
  • the confirmation processing unit 1340 in the transmission-side device 201 sends a request to acquire the person in charge email address including the name of the person in charge extracted by the route confirmation unit 1341 to the job information confirmation unit 1342 .
  • the confirmation processing unit 1340 receives the e-mail address of the person in charge from the job information confirmation unit 1342 in the transmitting device 201 .
  • the confirmation processing unit 1340 causes the hash calculation unit 1330 to generate a hash value of the e-mail address of the person in charge, and acquires the generated hash value of the e-mail address of the person in charge.
  • the confirmation processing unit 1340 compares the hash value of the source email address included in the confirmation request with the hash value of the person in charge email address, and transmits the comparison result to the confirmation request unit 1320. do.
  • the route confirmation unit 1341 extracts the name of the person in charge associated with the hash value of the contract text using the hash value of the contract text as a key, and transmits it to the confirmation processing unit 1340 .
  • the position information confirmation unit 1342 extracts the person in charge email address associated with the name of the person in charge in the transmitting device 201 and transmits it to the confirmation processing unit 1340 .
  • FIG. 14 operation example 1 of the evaluation system 200 will be described with reference to FIGS. 14 to 20.
  • FIG. 14 operation example 1 of the evaluation system 200 will be described with reference to FIGS. 14 to 20.
  • FIG. 14 to 20 are explanatory diagrams showing operation example 1 of the evaluation system 200.
  • FIG. Assume that a contract 1400 is concluded between A company 310 and B company 320, as shown in FIG.
  • Mr. B who belongs to the department G uses the user device 204 to approve and finalize the contract information related to the contract 1400, and send it to company B 320 via e-mail.
  • Mr. P who belongs to the Y department uses the user device 205 to receive and approve the contract information relating to the contract 1400 via e-mail.
  • the receiver device 202 registers contract information in the contract information DB 1301 through communication with the user device 205 .
  • Mr. P who belongs to Department Y uses the user device 205 to receive incidental information via email, and determines that it is incidental information incidental to the contract information.
  • the confirmation request may include additional information.
  • the confirmation request may include information that makes it possible to specify which contract information the supplementary information corresponds to.
  • the receiving device 202 In response to receiving the confirmation request, the receiving device 202 generates a confirmation request regarding the sender of the incidental information and transmits it to the transmitting device 201 .
  • the transmitting device 201 When receiving the confirmation request regarding the sender of the incidental information, the transmitting device 201 transmits information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. It replies to the receiving device 202 .
  • the receiving device 202 receives information indicating whether or not the sender of the incidental information is a person involved in the process from creation to finalization of the contract information.
  • Receiving-side device 202 evaluates the validity of the incidental information based on the received information.
  • the receiving device 202 registers the incidental information in TaaS or discards the incidental information based on the result of evaluating the validity of the incidental information. 15 to 20, the operation flow of the transmitting side device 201 and the receiving side device 202 will be specifically described.
  • user device 204 transmits contract information to user device 205 .
  • the transmission-side device 201 acquires contract information through communication with the user device 204 .
  • the transmitting device 201 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company A 310 and stores it in the contract information DB 1301 of the company A 310 .
  • User device 205 receives contract information from user device 204 .
  • the receiving device 202 acquires the contract information received through communication with the user device 205 .
  • the receiving device 202 registers the contract information in the TaaS of the B company 320 and stores it in the contract information DB 1301 of the B company 320 .
  • the receiving device 202 also registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 .
  • Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 .
  • the user device 205 receives additional information from Mr. C's mail.
  • the receiving device 202 acquires additional information through communication with the user device 205 .
  • the receiving device 202 acquires the mail address MFc of Mr. C, who is the sender of the incidental information, through communication with the user device 205 .
  • the receiving device 202 generates a hash value Hash( MFc ) obtained from Mr. C 's mail address MFc.
  • the receiving device 202 identifies the contract information indicated to be related to the incidental information based on Mr. P's operation input.
  • the receiving device 202 identifies the contract information indicated to be related to the incidental information based on the confirmation request output from the user device 205 based on Mr. P's operation input, for example.
  • the receiving device 202 acquires a hash value Hash(A c ) obtained from the contract text included in the identified contract information.
  • the receiving device 202 transmits to the transmitting device 201 a confirmation request including the acquired hash value Hash(A c ) and the generated hash value Hash(MF c ).
  • sending device 201 receives a confirmation request.
  • the transmitting device 201 extracts the hash value Hash(A c ) and the hash value Hash(MF c ) from the confirmation request.
  • the transmitting device 201 uses the extracted hash value Hash(A c ) as a key, acquires the name of the person who was involved in the process from creation to finalization of the contract information from the route information management table 900. do. Persons involved in the process correspond to persons involved in contract 1400, for example. The transmitting device 201 acquires, for example, the name B of Mr. B associated with the hash value that matches the extracted hash value Hash(A c ).
  • the sending device 201 may obtain the name of the person involved in the process from creation to finalization of the contract information from the workflow data 1303 . Next, the description of FIG. 18 will be described.
  • the sending device 201 uses the acquired name B as a key to acquire the mail address M B associated with the acquired name B from the job position information management table 700 .
  • the sending device 201 generates a hash value Hash(M B ) obtained from the obtained mail address M B . Next, the description of FIG. 19 will be described.
  • the transmitting device 201 checks whether the extracted hash value Hash(MF c ) and the generated hash value Hash(M B ) match.
  • the hash value Hash(MF c ) corresponds to the sender of the incidental information.
  • the hash value Hash(M B ) then corresponds to the person involved in contract 1400 . Therefore, the sending device 201 confirms whether the hash value Hash (MF c ) and the hash value Hash (M B ) match, thereby confirming whether the sender of the incidental information and the person involved in the contract 1400 to see if they match.
  • the transmitting device 201 transmits to the receiving device 202 the result of confirming whether or not the hash value Hash (MF c ) and the hash value Hash (M B ) match. In other words, the transmitting device 201 transmits to the receiving device 202 information specifying the result of checking whether or not the sender of the incidental information matches the person involved in the contract 1400 .
  • the description of FIG. 20 will be described.
  • the receiving device 202 receives the confirmed result. (20-1) If the confirmation result shows that the sender of the incidental information matches the person involved in the contract 1400, the receiving device 202 evaluates the incidental information as valid. If the receiving device 202 evaluates the incidental information as valid, it registers the incidental information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 .
  • the receiving device 202 evaluates the incidental information as invalid. If the receiving device 202 evaluates the incidental information as invalid, it discards the incidental information. If the receiving device 202 evaluates the incidental information as invalid, it outputs an alert indicating that the sender of the incidental information is not the person involved in the contract 1400 so that the receiving end user can refer to it.
  • the evaluation system 200 can make it easier for a person belonging to the company B 320, such as Mr. P, to evaluate whether or not the supplementary information is valid. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the B company 320, such as Mr. P.
  • the evaluation system 200 allows a person belonging to the B company 320, such as Mr. P, to not inquire of a person belonging to the A company 310, such as Mr. B, when evaluating the validity of the incidental information. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the A company 310, such as Mr. B.
  • the evaluation system 200 can prevent the company B 320 from using unauthorized incidental information, thereby improving security.
  • FIG. 1 (Overall processing procedure in operation example 1) Next, an example of the overall processing procedure in Operation Example 1 executed by the evaluation system 200 will be described with reference to FIGS. 21 to 23.
  • FIG. The overall processing is realized by, for example, the transmitting side device 201 and the receiving side device 202 .
  • FIG. 21 to 23 are sequence diagrams showing an example of the overall processing procedure in Operation Example 1.
  • the receiving device 202 uses the contract information registration unit 1312 to send a confirmation request regarding the sender of the incidental information to the confirmation request unit 1320 (step S2101).
  • the reception-side device 202 When the confirmation request is received by the confirmation requesting unit 1320, the reception-side device 202 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address (step S2102). ). The reception-side apparatus 202 transmits a request for acquisition of the hash value of the contract text contained in the contract information related to the incidental information to the contract information management unit 1311 through the confirmation request unit 1320 .
  • the receiving device 202 Upon receiving the acquisition request from the contract information management unit 1311, the receiving device 202 acquires the hash value of the contract text included in the contract information related to the incidental information, and transmits the hash value to the confirmation request unit 1320 (step S2103). ).
  • the receiving device 202 When the confirmation request unit 1320 receives the hash value of the contract body, the receiving device 202 requests confirmation of the sender of the incidental information including the hash value of the sender's email address and the hash value of the contract body. is transmitted to the transmitting device 201 (step S2104).
  • the transmission-side device 201 receives a confirmation request regarding the sender of the incidental information by the confirmation requesting unit 1320, and transmits it to the confirmation processing unit 1340 (step S2105). Next, the description of FIG. 22 will be described.
  • the transmission-side device 201 when the confirmation request is received by the confirmation processing unit 1340, the transmission-side device 201 sends to the route confirmation unit 1341 a request to extract the person in charge, including the hash value of the text of the contract contained in the received confirmation request. Send (step S2201).
  • the transmission-side device 201 uses the hash value of the contract body as a key to extract the name of the person in charge associated with the hash value of the contract body by the route confirmation unit 1341, and transmits it to the confirmation processing unit 1340 (step S2202).
  • the transmission-side device 201 transmits a request to acquire the e-mail address of the person in charge, including the received name of the person in charge, to the job information confirmation unit 1342 (step S2203). .
  • the sending apparatus 201 extracts the person in charge email address associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 (step S2204).
  • the sending device 201 causes the hash calculation unit 1330 to generate a hash value of the received e-mail address of the person in charge, and acquires the hash value of the generated e-mail address of the person in charge. (step S2205). Next, the description of FIG. 23 will be described.
  • the sending device 201 causes the confirmation processing unit 1340 to compare the hash value of the source email address and the hash value of the person in charge email address included in the confirmation request, and send the result of the comparison to the confirmation request unit. 1320 (step S2301).
  • the transmission-side device 201 When the transmission-side device 201 receives the comparison result from the confirmation requesting unit 1320, it transmits the received comparison result to the reception-side device 202 (step S2302).
  • the receiving device 202 receives the result of the comparison by the confirmation requesting unit 1320.
  • the reception-side device 202 uses the confirmation requesting unit 1320 to determine whether or not there is a combination in which the hash value of the person in charge email address and the hash value of the sender email address match based on the received result of comparison. (step S2303).
  • step S2303: Yes if there is a matching combination (step S2303: Yes), the receiving device 202 proceeds to the process of step S2304. On the other hand, if a matching combination does not exist (step S2303: No), the receiving-side apparatus 202 proceeds to the process of step S2305.
  • step S2304 the receiving device 202 uses the contract information registration unit 1312 to register additional information in TaaS (step S2304).
  • the evaluation system 200 then ends the overall processing.
  • the contract information registration unit 1312 of the receiving device 202 discards the incidental information and outputs an alert to the user (step S2305).
  • the evaluation system 200 then ends the overall processing. As a result, the evaluation system 200 can accurately evaluate the validity of the incidental information and improve security.
  • Operation example 1 described above corresponds to the case where the sending device 201 and the receiving device 202 use a hash value obtained from the sender's email address of the incidental information.
  • operation example 2 corresponds to the case where the sending device 201 and the receiving device 202 use a hash value obtained from a combination of a sender email address and a sender TaaS account in supplementary information.
  • Operation example 2 corresponds to the case where the evaluation system 200 does not include the relay device 203 .
  • FIG. 24 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 2. As shown in FIG. In FIG. 24, elements similar to those in FIG. 13 are assigned the same reference numerals as those in FIG.
  • the evaluation system 200 includes a transmission-side device 201 that implements Company A's TaaS, and a reception-side device 202 that implements Company B's TaaS.
  • the sending device 201 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 and a confirmation processing unit 1340 .
  • the TaaS core section 1310 includes a contract information management section 1311 and a contract information registration section 1312 .
  • Confirmation processing unit 1340 includes route confirmation unit 1341 , position information confirmation unit 1342 , account confirmation unit 2401 , and correspondence information generation unit 2402 .
  • the sending device 201 can access the contract information DB 1301 regarding company A.
  • the contract information DB 1301 includes contract information, contract text hash, and route information.
  • the contract information DB 1301 further includes TaaS accounts as account information.
  • the contract information DB 1301 further includes hash values of combinations of email addresses and TaaS accounts.
  • the contract information includes, for example, contract information and incidental information.
  • Sender device 201 can access workflow data 1303 via workflow service 1302 .
  • the sending device 201 can access the job information 1305 via the directory service 1304 .
  • the receiving device 202 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 , and a confirmation processing unit 1340 like the sending device 201 .
  • the receiving device 202 can access the contract information DB 1301 related to company B in the same manner as the transmitting device 201 .
  • the contract information management unit 1311 upon receiving the acquisition request for various hash values, acquires the hash value of the contract text included in the contract information related to the incidental information, and sends it to the confirmation request unit 1320 .
  • Send Upon receiving the acquisition request for various hash values in the receiving device 202, the contract information management unit 1311 acquires the hash value of the sender combination associated with the hash value of the sender email address, and confirms the confirmation request unit. Send to 1320.
  • a source combination is a combination of a source email address and a source TaaS account.
  • the contract information registration unit 1312 transmits to the confirmation request unit 1320, in the receiving device 202, a confirmation request regarding the sender of the incidental information. If the contract information registration unit 1312 determines that there is a combination in which the hash value of the person in charge combination matches the hash value of the transmission source combination in the receiving device 202, the contract information registration unit 1312 registers the additional information in TaaS. If the contract information registration unit 1312 determines that there is no combination in which the hash value of the combination of persons in charge and the hash value of the combination of transmission sources match in the receiving device 202, the contract information registration unit 1312 discards the incidental information and sends it to the user. Output an alert.
  • the confirmation requesting unit 1320 Upon receiving the confirmation request in the receiving device 202, the confirmation requesting unit 1320 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address.
  • the confirmation requesting unit 1320 in the receiving device 202 transmits a request for obtaining various hash values to the contract information management unit 1311 .
  • the confirmation requesting unit 1320 receives the hash value of the transmission source combination and the hash value of the contract text at the receiving device 202 .
  • Confirmation request unit 1320 requests confirmation of the sender of the incidental information, including the hash value of the sender's email address, the hash value of the sender's combination, and the hash value of the contract text, in receiving-side device 202. , to the sending device 201 .
  • the confirmation requesting unit 1320 determines that there is a combination in which the hash value of the person in charge combination and the hash value of the transmission source combination match based on the received comparison result. determine whether or not to
  • the confirmation requesting unit 1320 receives a confirmation request regarding the sender of the incidental information in the transmission-side device 201 and transmits it to the confirmation processing unit 1340 . Upon receiving the comparison result in the transmission-side device 201 , the confirmation requesting unit 1320 transmits the received comparison result to the reception-side device 202 .
  • the hash calculation unit 1330 generates a hash value of the sender's email address in the receiving device 202 and transmits it to the confirmation request unit 1320 .
  • the confirmation processing unit 1340 in the transmission-side device 201 Upon receiving the confirmation request, the confirmation processing unit 1340 in the transmission-side device 201 sends to the route confirmation unit 1341 a request to extract the person in charge, including the hash value of the contract body included in the received confirmation request.
  • the confirmation processing unit 1340 Upon receiving the name of the person in charge in the transmitting device 201 , the confirmation processing unit 1340 transmits to the account confirmation unit 2401 a request to acquire the person in charge TaaS account including the received name of the person in charge.
  • the confirmation processing unit 1340 in the transmission-side device 201 transmits a request to acquire the e-mail address of the person in charge, including the name of the person in charge, to the position information confirmation unit 1342 .
  • the confirmation processing unit 1340 When the confirmation processing unit 1340 receives the e-mail address of the person in charge and the TaaS account of the person in charge in the sending device 201, the confirmation processing unit 1340 sends the correspondence information generation unit 2402 a combination of the e-mail address of the person in charge and the TaaS account of the person in charge. to generate In the transmission-side device 201, the confirmation processing unit 1340 causes the hash calculation unit 1330 to generate a hash value of the person-in-charge combination, and acquires the generated hash value of the person-in-charge combination. The confirmation processing unit 1340 compares the hash value of the sender combination and the hash value of the person-in-charge combination included in the confirmation request, and transmits the comparison result to the confirmation request unit 1320 .
  • the route confirmation unit 1341 Upon receiving the extraction request, the route confirmation unit 1341 extracts the name of the person in charge associated with the hash value of the contract text using the hash value of the contract text as a key, and performs confirmation processing. Send to unit 1340 .
  • the position information confirmation unit 1342 Upon receiving the acquisition request in the transmission-side device 201 , the position information confirmation unit 1342 extracts the person in charge email address associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the account confirmation unit 2401 of the transmission-side device 201 Upon receiving the acquisition request, the account confirmation unit 2401 of the transmission-side device 201 extracts the person in charge TaaS account associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the correspondence information generation unit 2402 generates a combination of the person in charge email address and the person in charge TaaS account in the sending device 201 .
  • FIG. 25 operation example 2 of the evaluation system 200 will be described with reference to FIGS. 25 to 31.
  • FIG. 25 operation example 2 of the evaluation system 200 will be described with reference to FIGS. 25 to 31.
  • FIG. 25 to 31 are explanatory diagrams showing operation example 2 of the evaluation system 200.
  • FIG. 25 As shown in FIG. 25, it is assumed that a contract 1400 has been concluded between A company 310 and B company 320 .
  • the sending device 201 acquires a hash value obtained from a combination of the person in charge email address and the person in charge TaaS account belonging to company A 310, and transmits the hash value to company B 320. do.
  • company B 320 it is assumed that the receiving device 202 stores the hash value obtained from the combination of persons in charge in the contract information DB 1301.
  • Mr. A who belongs to Department H, uses the user device 204 to create contract information related to the contract 1400.
  • Mr. B who belongs to the department G uses the user device 204 to approve and finalize the contract information related to the contract 1400, and send it to company B 320 via e-mail.
  • Mr. P who belongs to the Y department uses the user device 205 to receive and approve the contract information relating to the contract 1400 via e-mail. It is assumed that the receiver device 202 registers contract information in the contract information DB 1301 through communication with the user device 205 .
  • Mr. P who belongs to Department Y uses the user device 205 to receive incidental information via email, and determines that it is incidental information incidental to the contract information.
  • the confirmation request may include additional information.
  • the confirmation request may include information that makes it possible to specify which contract information the supplementary information corresponds to.
  • the receiving device 202 In response to receiving the confirmation request, the receiving device 202 generates a confirmation request for the sender of the incidental information based on the hash value of the sender combination of the sender email address and the sender TaaS account, Send to the sending device 201 .
  • the transmitting device 201 When receiving the confirmation request regarding the sender of the incidental information, the transmitting device 201 transmits information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. It replies to the receiving device 202 .
  • the receiving device 202 receives information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. Receiving-side device 202 evaluates the validity of the incidental information based on the received information. The receiving device 202 registers the incidental information in TaaS or discards the incidental information based on the result of evaluating the validity of the incidental information. 26 to 32, the operation flow of the transmitting side device 201 and the receiving side device 202 will be specifically described.
  • the sending device 201 has generated a hash value of the person in charge email address corresponding to the person in charge belonging to the A company 310. It is assumed that the sending-side device 201 generates a hash value of a combination of the person in charge email address corresponding to the person in charge belonging to the company A 310 and the person in charge TaaS account.
  • the sending device 201 has previously associated the hash value of the person in charge email address with the hash value of the combination of the person in charge, and has sent them to the receiving device 202 . It is assumed that the receiving device 202 associates the hash value of the person-in-charge email address with the hash value of the person-in-charge combination and stores them in the contract information DB 1301 .
  • the transmission-side device 201 acquires contract information through communication with the user device 204 .
  • the transmission-side device 201 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company A 310 by communicating with the user device 204, and stores the contract information of the company A 310. Assume that it is stored in the DB 1301 .
  • the user device 205 receives contract information from the user device 204 . It is assumed that the receiving device 202 registers the contract information received through communication with the user device 205 in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 . It is also assumed that the receiving device 202 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320. .
  • the user device 205 receives additional information from Mr. C's mail.
  • the receiving device 202 acquires additional information through communication with the user device 205 .
  • the receiving device 202 acquires the sender's email address MFc of Mr. C, who is the sender of the incidental information, through communication with the user device 205 .
  • the receiving device 202 generates a hash value Hash(MF c ) obtained from the obtained sender's email address MF c of Mr. C.
  • Receiving-side device 202 refers to contract information DB 1301 and converts the hash value of the person-in-charge combination associated with the hash value that matches the generated hash value Hash(MF c ) to the sender combination. is extracted as a hash value Hash(MT c ).
  • a sender combination is a combination of a sender email address and a sender TaaS account. Next, the description of FIG. 27 will be described.
  • the receiving device 202 identifies the contract information indicated to be related to the incidental information based on Mr. P's operation input.
  • the receiving device 202 identifies the contract information indicated to be related to the incidental information based on the confirmation request output from the user device 205 based on Mr. P's operation input, for example.
  • the receiving device 202 acquires a hash value Hash(A c ) obtained from the contract text included in the identified contract information.
  • the receiving device 202 transmits a confirmation request including the acquired hash value Hash(A c ), the generated hash value Hash(MF c ), and the extracted hash value Hash(MT c ). Send to the side device 201 .
  • a confirmation request including the acquired hash value Hash(A c ), the generated hash value Hash(MF c ), and the extracted hash value Hash(MT c ).
  • sending device 201 receives a confirmation request.
  • the transmitting device 201 extracts the hash value Hash(A c ), the hash value Hash(MF c ), and the hash value Hash(MT c ) from the confirmation request.
  • the transmitting device 201 uses the extracted hash value Hash(A c ) as a key, acquires the name of the person who was involved in the process from creation to finalization of the contract information from the route information management table 900. do. Persons involved in the process correspond to persons involved in contract 1400, for example. The transmitting device 201 acquires, for example, Mr. A's name A and Mr. B's name B associated with the hash value that matches the extracted hash value Hash(A c ).
  • the sending device 201 may obtain the name of the person involved in the process from creation to finalization of the contract information from the workflow data 1303 .
  • the transmitting device 201 uses the acquired name as a key to acquire the person-in-charge TaaS account corresponding to the person involved in the process from the account information management table 600 .
  • the transmitting device 201 acquires, for example, a person in charge TaaS account T A corresponding to Mr. A and a person in charge TaaS account T B corresponding to Mr. B.
  • FIG. 29 Next, the description of FIG. 29 will be described.
  • the sending device 201 uses the obtained name as a key to obtain the e-mail address of the person in charge associated with the obtained name from the job information management table 700 .
  • the sending device 201 acquires, for example, the e-mail address M A of the person in charge associated with the name A and the e-mail address M B of the person in charge associated with the name B.
  • the sending device 201 For each person involved in the process, the sending device 201 generates a hash value obtained from the combination of the acquired email address of the person in charge and the TaaS account of the person in charge. For example, the sending device 201 generates a hash value Hash(MTA) for Mr. A , which is obtained from the obtained person-in-charge email address M A and person-in-charge TaaS account T A . The sending device 201 generates a hash value Hash(MT B ) for Mr. B, for example, obtained from the obtained person in charge email address M B and the person in charge TaaS account T B . Next, the description of FIG. 30 will be described.
  • the transmitting device 201 determines whether the extracted hash value Hash (MT c ) matches the generated hash value Hash (MT A ) or the generated hash value Hash (MT B ). confirm whether or not
  • the hash value Hash(MT c ) corresponds to the sender of the incidental information.
  • hash value Hash(MT A ) and hash value Hash(MT B ) correspond to the persons involved in contract 1400 . Therefore, the transmitting device 201 confirms whether or not the hash value Hash (MT c ) matches the hash value Hash (MT A ) or the hash value Hash (MT B ), and the sender of the incidental information and Let's check to see if the person involved in contract 1400 matches.
  • the transmitting device 201 sends the result of checking whether or not the hash value Hash (MT c ) matches the hash value Hash (MT A ) or the hash value Hash (MT B ) to the receiving device.
  • Send to device 202 the transmitting device 201 transmits to the receiving device 202 information specifying the result of checking whether or not the sender of the incidental information matches the person involved in the contract 1400 .
  • the description of FIG. 31 will be described.
  • the receiving device 202 receives the confirmed result. (31-1) If the confirmation result shows that the sender of the incidental information matches the person involved in the contract 1400, the receiving device 202 evaluates the incidental information as legitimate. If the receiving device 202 evaluates the incidental information as valid, it registers the incidental information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 .
  • the receiving device 202 evaluates the incidental information as invalid. If the receiving device 202 evaluates the incidental information as invalid, it discards the incidental information. If the receiving device 202 evaluates the incidental information as invalid, it outputs an alert indicating that the sender of the incidental information is not the person involved in the contract 1400 so that the receiving end user can refer to it.
  • the evaluation system 200 can make it easier for a person belonging to the company B 320, such as Mr. P, to evaluate whether or not the supplementary information is valid. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the B company 320, such as Mr. P.
  • the evaluation system 200 allows a person belonging to the B company 320, such as Mr. P, to not inquire of a person belonging to the A company 310, such as Mr. B, when evaluating the validity of the incidental information. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the A company 310, such as Mr. B.
  • the evaluation system 200 can prevent unauthorized incidental information from being used by the company B 320, thereby improving security. In addition, since the evaluation system 200 uses a TaaS account, security can be further improved.
  • FIG. 2 (Overall processing procedure in operation example 2) Next, an example of the overall processing procedure in Operation Example 2 executed by the evaluation system 200 will be described with reference to FIGS. 32 to 35.
  • FIG. The overall processing is realized by, for example, the transmitting side device 201 and the receiving side device 202 .
  • FIG. 32 to 35 are sequence diagrams showing an example of the overall processing procedure in Operation Example 2.
  • the receiving-side apparatus 202 uses the contract information registration section 1312 to send a confirmation request regarding the sender of the incidental information to the confirmation request section 1320 (step S3201).
  • the reception-side device 202 When the confirmation request is received by the confirmation requesting unit 1320, the reception-side device 202 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address (step S3202). ). The reception-side device 202 transmits a request for obtaining various hash values to the contract information management unit 1311 through the confirmation request unit 1320 .
  • the receiving device 202 acquires the hash value of the contract text included in the contract information related to the incidental information, and transmits the hash value to the confirmation request unit 1320 (step S3203). ). Also, when the contract information management unit 1311 receives the acquisition request, the receiving device 202 generates a hash of the source combination of the source e-mail address and the source TaaS account associated with the hash value of the source e-mail address. get the value. The receiving device 202 transmits the hash value of the acquired transmission source combination to the confirmation requesting unit 1320 by the contract information management unit 1311 (step S3204).
  • the receiving device 202 receives the hash value of the transmission source combination and the hash value of the contract text by the confirmation requesting unit 1320 .
  • the receiving device 202 uses the confirmation requesting unit 1320 to confirm the sender of the incidental information including the hash value of the sender's email address, the hash value of the sender combination, and the hash value of the contract text.
  • the request is sent to the sending device 201 (step S3205). Next, the description of FIG. 33 will be described.
  • the transmission-side device 201 receives a confirmation request regarding the sender of the incidental information by the confirmation requesting unit 1320, and transmits it to the confirmation processing unit 1340 (step S3301).
  • the transmission-side device 201 transmits to the route confirmation unit 1341 a request for extraction of the person in charge, including the hash value of the contract body contained in the received confirmation request (step S3302).
  • the transmission-side device 201 uses the hash value of the contract text as a key to extract the name of the person in charge associated with the hash value of the contract text, 1340 (step S3303).
  • the sending device 201 transmits a request to acquire the person in charge TaaS account, including the received name of the person in charge, to the account confirmation unit 2401 (step S3304).
  • the transmission-side device 201 extracts the person in charge TaaS account associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 (step S3305). Next, the description of FIG. 34 will be described.
  • the transmission-side device 201 uses the confirmation processing unit 1340 to send a request for obtaining the e-mail address of the person in charge, including the name of the person in charge, to the position information confirmation unit 1342 (step S3401).
  • the sending device 201 extracts the person in charge email address associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 (step S3402).
  • the transmission-side device 201 When the confirmation processing unit 1340 receives the e-mail address of the person in charge and the TaaS account of the person in charge, the transmission-side device 201 generates a combination of the e-mail address of the person in charge and the TaaS account of the person in charge (step S3403). Next, the transmission-side device 201 causes the hash calculation unit 1330 to generate a hash value of the person-in-charge combination by the confirmation processing unit 1340, and acquires the generated hash value of the person-in-charge combination (step S3404). Next, the description of FIG. 35 will be described.
  • the sending device 201 compares the hash value of the sender combination and the hash value of the person-in-charge combination included in the confirmation request by the confirmation processing unit 1340, and sends the comparison result to the confirmation request unit 1320.
  • Send step S3501.
  • the transmission-side device 201 When the transmission-side device 201 receives the comparison result from the confirmation requesting unit 1320, it transmits the received comparison result to the reception-side device 202 (step S3502).
  • Receiving-side device 202 receives the comparison result from confirmation requesting unit 1320, and based on the received comparison result, there is a combination in which the hash value of the person in charge combination and the hash value of the transmission source combination match. It is determined whether or not (step S3503).
  • step S3503: Yes if there is a matching combination (step S3503: Yes), the receiving device 202 proceeds to the process of step S3504. On the other hand, if a matching combination does not exist (step S3503: No), the receiving-side device 202 proceeds to processing in step S3505.
  • step S3504 the receiving device 202 uses the contract information registration unit 1312 to register additional information in TaaS (step S3504).
  • the evaluation system 200 then ends the overall processing.
  • the receiving device 202 discards the incidental information and outputs an alert to the user through the contract information registration unit 1312 (step S3505).
  • the evaluation system 200 then ends the overall processing. As a result, the evaluation system 200 can accurately evaluate the validity of the incidental information and improve security.
  • Operation example 1 and operation example 2 described above correspond to the case where the evaluation system 200 does not include the relay device 203 .
  • the operation example 3 corresponds to the case where the evaluation system 200 includes the relay device 203 .
  • FIG. 36 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 3. As shown in FIG. 36, elements similar to those in FIG. 13 are denoted by the same reference numerals as in FIG.
  • the evaluation system 200 includes a transmitting device 201 that implements Company A's TaaS, a receiving device 202 that implements Company B's TaaS, and a relay device 203 .
  • the sending device 201 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 and a confirmation processing unit 1340 .
  • the TaaS core section 1310 includes a contract information management section 1311 and a contract information registration section 1312 .
  • Confirmation processing unit 1340 includes route confirmation unit 1341 , position information confirmation unit 1342 , account confirmation unit 2401 , and correspondence information generation unit 2402 .
  • the sending device 201 can access the contract information DB 1301 regarding company A.
  • the contract information DB 1301 includes contract information, contract text hash, and route information.
  • the contract information DB 1301 further includes TaaS accounts as account information.
  • the contract information includes, for example, contract information and incidental information.
  • Sender device 201 can access workflow data 1303 via workflow service 1302 .
  • the sending device 201 can access the job information 1305 via the directory service 1304 .
  • the receiving device 202 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 , and a confirmation processing unit 1340 like the sending device 201 .
  • the receiving device 202 can access the contract information DB 1301 related to company B in the same manner as the transmitting device 201 .
  • the relay device 203 has a GW (GateWay) processing unit 3600 .
  • the relay device 203 can access the transmission/reception information DB 3601 .
  • the transmission/reception information DB 3601 associates and stores the hash value of the contract body and the hash value of the person in charge combination.
  • the transmission/reception information DB 3601 may store the hash value of the person-in-charge combination in association with the hash value of the email address of the person-in-charge.
  • the contract information management unit 1311 Upon receiving the request for acquiring the hash value of the contract text included in the contract information related to the incidental information in the receiving device 202, the contract information management unit 1311 acquires the contract information contained in the contract information related to the incidental information. A hash value of the document text is acquired and transmitted to the confirmation request unit 1320 .
  • the contract information management unit 1311 Upon receiving the request for acquiring the hash value of the contract text included in the contract information related to the incidental information in the receiving device 202, the contract information management unit 1311 acquires the contract information contained in the contract information related to the incidental information. A hash value of the document text is acquired and transmitted to the confirmation request unit 1320 .
  • the contract information registration unit 1312 in the receiving device 202 sends a registration request for the sender of the contract information and the incidental information to the confirmation request unit 1320 .
  • the contract information registration unit 1312 transmits to the confirmation request unit 1320, in the receiving device 202, a confirmation request regarding the sender of the incidental information.
  • the contract information registration unit 1312 registers additional information in TaaS when it is determined that there is a combination in which the hash value of the person in charge combination matches the hash value of the transmission source combination in the receiving device 202 . If it is determined that there is no combination in which the hash value of the person-in-charge combination and the hash value of the transmission source combination match each other in the receiving device 202, the contract information registration unit 1312 discards the incidental information, and output an alert to .
  • the confirmation requesting unit 1320 receives the hash value of the contract text in the receiving device 202 .
  • Confirmation request unit 1320 requests, in receiving device 202, to generate a hash value of a combination of senders, including a hash value of the sender's name, a hash value of the sender's email address, and a hash value of the text of the contract. , to the sending device 201 .
  • the confirmation requesting unit 1320 receives the registration request in the receiving device 202 .
  • the confirmation request unit 1320 causes the hash calculation unit 1330 to generate hash values of the sender name and sender email address, and acquires the generated hash values of the sender name and sender email address. .
  • the confirmation requesting unit 1320 in the receiving device 202 sends to the contract information management unit 1311 a request to acquire the hash value of the contract text included in the contract information related to the incidental information.
  • the confirmation requesting unit 1320 causes the hash calculation unit 1330 to generate a hash value of the sender's email address when receiving the confirmation request for the sender of the incidental information. Get hash value.
  • the confirmation requesting unit 1320 in the receiving device 202 sends to the contract information management unit 1311 a request to acquire the hash value of the contract text included in the contract information related to the incidental information.
  • the confirmation requesting unit 1320 confirms the sender of the incidental information including the hash value of the sender's email address and the hash value of the text of the contract.
  • a request is sent to the relay device 203 .
  • the confirmation requesting unit 1320 receives the result of comparing the hash value of the transmission source combination and the hash value of the person in charge combination in the receiving device 202 .
  • the confirmation requesting unit 1320 determines whether or not there is a combination in which the hash value of the combination of persons in charge and the hash value of the combination of transmission sources match, based on the received result of the comparison, in the receiving device 202 .
  • Confirmation request section 1320 transmits the determination result to contract information registration section 1312 in receiving device 202 .
  • the confirmation requesting unit 1320 receives the request for generating the hash value of the transmission source combination in the transmitting device 201 and transmits it to the confirmation processing unit 1340 .
  • the confirmation requesting unit 1320 transmits to the relay device 203 the hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address of each person in charge.
  • the confirmation requesting unit 1320 receives a confirmation request regarding the sender of the incidental information in the transmission-side device 201 and transmits it to the confirmation processing unit 1340 . Upon receiving the result of comparing the hash value of the sender combination and the hash value of the person-in-charge combination in the sending device 201 , the confirmation requesting unit 1320 sends the received result of the comparison to the receiving device 202 . .
  • the hash calculator 1330 generates a hash value of the sender's name and the sender's email address in the receiving device 202 .
  • the hash calculator 1330 generates a hash value of the sender's email address in the receiving device 202 .
  • the hash calculator 1330 generates a hash value of the combination of persons in charge in the transmitting device 201 .
  • the confirmation processing unit 1340 sends the extraction request for the person in charge, including the hash value of the contract text included in the received generation request, to the root. Send to confirmation unit 1341 .
  • the confirmation processing unit 1340 When the name of the person in charge is received in the transmission-side device 201, the confirmation processing unit 1340 has a hash value of the received name of the person in charge that matches the hash value of the name of the sender included in the received generation request. Extract the full name of the person in charge. The confirmation processing unit 1340 in the transmission-side device 201 transmits a request to acquire the person in charge TaaS account including the extracted name of the person in charge to the account confirmation unit 2401 .
  • the confirmation processing unit 1340 in the transmission-side device 201 sends a request to acquire the e-mail address of the person in charge, including the name of the person in charge, to the position information confirmation unit 1342 .
  • the confirmation processing unit 1340 Upon receiving the e-mail address of the person in charge in the transmission-side device 201, the confirmation processing unit 1340 generates a hash value of the received e-mail address of the person in charge, and compares it with the hash value of the source e-mail address included in the received generation request. do.
  • the confirmation processing unit 1340 determines whether there is a combination in which the hash value of the person in charge email address and the hash value of the sender's email address match as a result of the comparison in the sending device 201 .
  • the confirmation processing unit 1340 transmits a request for extracting the names of other persons in charge to the route confirmation unit 1341 when there is a matching combination in the transmission-side device 201 .
  • the confirmation processing unit 1340 extracts the TaaS account of the person in charge and the e-mail address of the person in charge associated with the received name of the other person in charge.
  • the confirmation processing unit 1340 sends to the corresponding information generating unit 2402 a request to generate a hash value of the combination of the person in charge's TaaS account and the person's e-mail address.
  • the confirmation processing unit 1340 in the transmission-side device 201 Upon receiving the confirmation request, the confirmation processing unit 1340 in the transmission-side device 201 sends to the route confirmation unit 1341 a request to extract the person in charge, including the hash value of the contract body included in the received confirmation request.
  • the confirmation processing unit 1340 in the transmission-side device 201 transmits to the account confirmation unit 2401 a request to acquire the person in charge TaaS account including the name of the person in charge.
  • the confirmation processing unit 1340 in the transmission-side device 201 transmits a request to acquire the e-mail address of the person in charge, including the name of the person in charge, to the position information confirmation unit 1342 .
  • the confirmation processing unit 1340 Upon receiving the e-mail address of the person in charge and the TaaS account of the person in charge in the sending device 201, the confirmation processing unit 1340 generates a combination of the e-mail address of the person in charge and the TaaS account of the person in charge. In the transmission-side device 201, the confirmation processing unit 1340 causes the hash calculation unit 1330 to generate a hash value of the person-in-charge combination, and acquires the generated hash value of the person-in-charge combination. The confirmation processing unit 1340 compares the hash value of the sender combination and the hash value of the person-in-charge combination included in the confirmation request, and transmits the comparison result to the confirmation request unit 1320 .
  • the route confirmation unit 1341 Upon receiving a request to extract the name of another person in charge, the route confirmation unit 1341 extracts the name of the other person in charge and transmits it to the confirmation processing unit 1340 in the transmission-side device 201 .
  • the route confirmation unit 1341 When receiving the request for extracting the person in charge, the route confirmation unit 1341 extracts the name of the person in charge associated with the hash value of the contract body, using the hash value of the body of the contract as a key. , to the confirmation processing unit 1340 .
  • the correspondence information generation unit 2402 when the correspondence information generating unit 2402 receives the request to generate the hash value of the person in charge combination, the correspondence information generation unit 2402 generates the hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address of each person in charge. and transmits it to the confirmation request unit 1320 .
  • the position information confirmation unit 1342 Upon receiving the request to obtain the e-mail address of the person in charge in the transmission-side device 201 , the position information confirmation unit 1342 extracts the e-mail address of the person in charge associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the account confirmation unit 2401 Upon receiving the request to acquire the person in charge TaaS account in the transmitting device 201 , the account confirmation unit 2401 extracts the person in charge TaaS account associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the account confirmation unit 2401 Upon receiving the request to acquire the person in charge TaaS account in the transmitting device 201 , the account confirmation unit 2401 extracts the person in charge TaaS account associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the GW processing unit 3600 stores, in the relay device 203, the hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address of each person in charge.
  • the GW processing unit 3600 receives the confirmation request at the relay device 203.
  • the GW processing unit 3600 acquires the hash value of the source combination of the source email address and the source TaaS account associated with the hash value of the source email address included in the received confirmation request in the relay device 203. do.
  • the GW processing unit 3600 transmits, in the relay apparatus 203 , a confirmation request for the transmission sources of the incidental information to the transmission-side apparatus 201 , including the hash value of the combination of transmission sources.
  • FIG. 37 An operation example 3 of the evaluation system 200 will be described with reference to FIGS. 37 to 43.
  • FIG. 37 An operation example 3 of the evaluation system 200 will be described with reference to FIGS. 37 to 43.
  • FIG. 37 to 43 are explanatory diagrams showing operation example 3 of the evaluation system 200.
  • FIG. Assume that a contract 1400 is concluded between A company 310 and B company 320 as shown in FIG.
  • Mr. A who belongs to Department H, uses the user device 204 to create contract information related to the contract 1400.
  • Mr. B who belongs to the department G uses the user device 204 to approve and finalize the contract information related to the contract 1400, and send it to company B 320 via e-mail.
  • the sending device 201 acquires the hash value of the email address of the person in charge of the person who belongs to the company A 310 and is involved in the process from creation to confirmation of the contract information.
  • the sending device 201 uses the hash value of the combination of the person in charge e-mail address and the person in charge TaaS account for the person who belongs to the company A 310 and is involved in the process from creation to confirmation of the contract information. to get
  • the sending device 201 associates the hash value of the person in charge email address with the hash value of the combination of the person in charge, and transmits them to the relay device 203 .
  • the relay device 203 receives the hash value of the email address of the person in charge and the hash value of the combination of the person in charge.
  • the relay device 203 associates and stores the hash value of the person in charge email address and the hash value of the person in charge combination.
  • Mr. P who belongs to Department Y uses the user device 205 to receive and approve the contract information related to the contract 1400. It is assumed that the receiving device 202 acquires contract information through communication with the user device 205 and registers it in the contract information DB 1301 . After that, at company B 320, Mr. P belonging to department Y uses user device 205 to receive additional information and determine that it is additional information that accompanies contract information.
  • the receiving-side device 202 has received an input of a confirmation request regarding the sender of the incidental information based on Mr. P's operation input.
  • the confirmation request contains the hash value of the sender's email address.
  • the confirmation request may include additional information.
  • the confirmation request may include information that makes it possible to specify which contract information the supplementary information corresponds to.
  • the receiving device 202 In response to receiving the confirmation request, the receiving device 202 generates a confirmation request regarding the sender of the incidental information, including the hash value of the sender's email address, and transmits it to the relay device 203 .
  • the relay device 203 Upon receiving the confirmation request, the relay device 203 identifies the hash value of the person in charge combination stored in association with the hash value of the sender's email address included in the confirmation request as the hash value of the sender combination. The relay device 203 generates a confirmation request regarding the sender of the incidental information, including the hash value of the sender's email address included in the confirmation request and the hash value of the specified sender combination, and transmits the confirmation request to the sender device 201 . do.
  • the transmitting device 201 When receiving the confirmation request regarding the sender of the incidental information, the transmitting device 201 transmits information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. It replies to the receiving device 202 . For example, based on various hash values included in the received confirmation request, the transmission-side device 201 determines whether or not the sender of the incidental information is a person involved in the process from creation to confirmation of the contract information. The result obtained is sent back to the receiving device 202 .
  • the receiving device 202 receives information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. Receiving-side device 202 evaluates the validity of the incidental information based on the received information. The receiving device 202 registers the incidental information in TaaS or discards the incidental information based on the result of evaluating the validity of the incidental information. Now, referring to FIGS. 38 to 43, the operational flow of the transmitting device 201 and the receiving device 202 will be specifically described.
  • the sending device 201 has generated a hash value of the person in charge email address corresponding to the person in charge belonging to the A company 310. It is assumed that the sending-side device 201 generates a hash value of a combination of the person in charge email address corresponding to the person in charge belonging to the company A 310 and the person in charge TaaS account.
  • the sending device 201 has previously associated the hash value of the email address of the person in charge with the hash value of the combination of the person in charge, and transmitted them to the relay device 203 .
  • the relay device 203 associates the hash value of the email address of the person in charge with the hash value of the combination of the person in charge and stores them in the transmission/reception information DB 3601 .
  • An example in which the sending device 201 associates the hash value of the person-in-charge email address with the hash value of the person-in-charge combination and stores them in the relay device 203 will be described later with reference to FIGS. 48 to 55 .
  • the transmission-side device 201 acquires contract information through communication with the user device 204 .
  • the transmitting device 201 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company A 310 and stores it in the contract information DB 1301 of the company A 310 .
  • user device 204 receives contract information from user device 205 .
  • the receiving device 202 acquires the contract information received through communication with the user device 205 . It is assumed that the receiving device 202 registers the contract information in the TaaS of the B company 320 and stores it in the contract information DB 1301 of the B company 320 . It is also assumed that the receiving device 202 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320. .
  • the user device 205 receives additional information from Mr. C's mail.
  • the receiving device 202 acquires additional information through communication with the user device 205 .
  • the receiving device 202 acquires the sender's email address MFc of Mr. C, who is the sender of the incidental information, through communication with the user device 205 .
  • the receiving device 202 generates a hash value Hash( MFc ) of the acquired sender's email address MFc .
  • the receiving device 202 identifies the contract information indicated to be related to the incidental information based on Mr. P's operation input.
  • the receiving device 202 identifies the contract information indicated to be related to the incidental information based on the confirmation request output from the user device 205 based on Mr. P's operation input, for example.
  • the receiving device 202 acquires the hash value Hash(A c ) of the contract text included in the specified contract information.
  • Receiving-side device 202 transmits a confirmation request including the acquired hash value Hash(A c ) and the generated hash value Hash(MF c ) to relay device 203 .
  • the relay device 203 extracts the hash value Hash(MF c ) from the confirmation request.
  • the relay device 203 refers to the transmission/reception information DB 3601 and converts the hash value of the person in charge combination associated with the hash value matching the extracted hash value Hash(MF c ) into the hash value Hash(MT c ) to extract as
  • a sender combination is a combination of a sender email address and a sender TaaS account.
  • the relay device 203 adds the extracted hash value Hash(MT c ) to the confirmation request.
  • the relay device 203 transmits a confirmation request to which the hash value Hash(MT c ) is added to the transmission side device 201 .
  • sending device 201 receives a confirmation request.
  • the transmitting device 201 extracts the hash value Hash(A c ), the hash value Hash(MF c ), and the hash value Hash(MT c ) from the confirmation request.
  • the transmitting device 201 uses the extracted hash value Hash(A c ) as a key, acquires the name of the person involved in the process from creation to confirmation of the contract information from the route information management table 900. do. Persons involved in the process correspond to persons involved in contract 1400, for example. The transmitting device 201 acquires, for example, Mr. A's name A and Mr. B's name B associated with the hash value that matches the extracted hash value Hash(A c ).
  • the sending device 201 may obtain the name of the person involved in the process from creation to finalization of the contract information from the workflow data 1303 .
  • the transmitting device 201 uses the acquired name as a key to acquire the person-in-charge TaaS account corresponding to the person involved in the process from the account information management table 600 .
  • the transmitting device 201 acquires, for example, a person in charge TaaS account T A corresponding to Mr. A and a person in charge TaaS account T B corresponding to Mr. B.
  • the description of FIG. 41 will be described.
  • the sending device 201 uses the obtained name as a key to obtain the e-mail address of the person in charge associated with the obtained name from the job information management table 700 .
  • the sending device 201 acquires, for example, the e-mail address M A of the person in charge associated with the name A and the e-mail address M B of the person in charge associated with the name B.
  • the sending device 201 generates a hash value of the person in charge combination of the acquired person in charge email address and the person in charge TaaS account for each person involved in the process. For example, for Mr. A, the transmitting device 201 generates a hash value Hash(MTA) of the combination of the obtained person in charge email address M A and the person in charge TaaS account T A . For example, for Mr. B, the transmission-side device 201 generates a hash value Hash(MT B ) of the combination of the obtained person in charge email address M B and the person in charge TaaS account T B .
  • MTA hash value of the combination of the obtained person in charge email address M A and the person in charge TaaS account T A
  • Mr. B the transmission-side device 201 generates a hash value Hash(MT B ) of the combination of the obtained person in charge email address M B and the person in charge TaaS account T B .
  • the transmitting device 201 determines whether the extracted hash value Hash (MT c ) matches the generated hash value Hash (MT A ) or the generated hash value Hash (MT B ). confirm whether or not
  • the hash value Hash(MT c ) corresponds to the sender of the incidental information.
  • hash value Hash(MT A ) and hash value Hash(MT B ) correspond to the persons involved in contract 1400 . Therefore, the transmitting device 201 confirms whether or not the hash value Hash (MT c ) matches the hash value Hash (MT A ) or the hash value Hash (MT B ), and the sender of the incidental information and Let's check to see if the person involved in contract 1400 matches.
  • the transmitting device 201 sends the result of checking whether or not the hash value Hash (MT c ) matches the hash value Hash (MT A ) or the hash value Hash (MT B ) to the receiving device.
  • Send to device 202 the transmitting device 201 transmits to the receiving device 202 information specifying the result of checking whether or not the sender of the incidental information matches the person involved in the contract 1400 .
  • the description of FIG. 43 will be described.
  • the receiving device 202 receives the confirmed result. (43-1) If the confirmation result shows that the sender of the incidental information matches the person involved in the contract 1400, the receiving device 202 evaluates the incidental information as legitimate. If the receiving device 202 evaluates the incidental information as valid, it registers the incidental information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 .
  • the receiving device 202 evaluates the incidental information as invalid. If the receiving device 202 evaluates the incidental information as invalid, it discards the incidental information. If the receiving device 202 evaluates the incidental information as invalid, it outputs an alert indicating that the sender of the incidental information is not the person involved in the contract 1400 so that the receiving end user can refer to it.
  • the evaluation system 200 can make it easier for a person belonging to the company B 320, such as Mr. P, to evaluate whether or not the supplementary information is valid. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the B company 320, such as Mr. P.
  • the evaluation system 200 allows a person belonging to the B company 320, such as Mr. P, to not inquire of a person belonging to the A company 310, such as Mr. B, when evaluating the validity of the incidental information. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the A company 310, such as Mr. B.
  • the evaluation system 200 can prevent unauthorized incidental information from being used by the company B 320, thereby improving security. In addition, since the evaluation system 200 uses a TaaS account, security can be further improved. In addition, the evaluation system 200 can dispense with storing the hash value of the person-in-charge combination in the receiving device 202 . Therefore, in the evaluation system 200, the company A 310 can conceal the hash value of the person-in-charge combination from other companies such as the company B 320, thereby improving security.
  • FIG. Overall processing is implemented by, for example, the transmitting device 201, the receiving device 202, and the relay device 203.
  • FIG. 44 to 47 are sequence diagrams showing an example of the overall processing procedure in Operation Example 3.
  • the receiving device 202 uses the contract information registration unit 1312 to send a confirmation request regarding the sender of the incidental information to the confirmation request unit 1320 (step S4401).
  • the reception-side device 202 When the confirmation request is received by the confirmation requesting unit 1320, the reception-side device 202 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address (step S4402). ). The reception-side apparatus 202 transmits a request for acquisition of the hash value of the contract text contained in the contract information related to the incidental information to the contract information management unit 1311 through the confirmation request unit 1320 .
  • the receiving device 202 acquires the hash value of the contract text included in the contract information related to the incidental information, and transmits the hash value to the confirmation request unit 1320 (step S4403). ).
  • the receiving device 202 When the confirmation request unit 1320 receives the hash value of the contract body, the receiving device 202 requests confirmation of the sender of the incidental information including the hash value of the sender's email address and the hash value of the contract body. is transmitted to the relay device 203 (step S4404).
  • the relay device 203 receives the confirmation request from the GW processing unit 3600. Through the GW processing unit 3600, the relay device 203 acquires the hash value of the source combination of the source email address and the source TaaS account associated with the hash value of the source email address included in the received confirmation request. (step S4405). Next, the description of FIG. 45 will be described.
  • the relay device 203 uses the GW processing unit 3600 to transmit a confirmation request for the sender of the incidental information to the sender device 201, including the hash value of the sender combination (step S4501).
  • the transmission-side device 201 receives a confirmation request regarding the sender of the incidental information by the confirmation requesting unit 1320, and transmits it to the confirmation processing unit 1340 (step S4502).
  • the transmission-side device 201 transmits to the route confirmation unit 1341 a request for extraction of the person in charge, including the hash value of the contract body contained in the received confirmation request (step S4503).
  • the transmission-side device 201 uses the hash value of the contract text as a key to extract the name of the person in charge associated with the hash value of the contract text, 1340 (step S4504).
  • the transmission-side device 201 uses the confirmation processing unit 1340 to transmit a request to acquire the person in charge TaaS account, including the name of the person in charge, to the account confirmation unit 2401 (step S4505). Next, the description of FIG. 46 will be described.
  • the transmission-side device 201 extracts the person in charge TaaS account associated with the name of the person in charge, and transmits it to the confirmation processing unit 1340 (step S4601). .
  • the transmission-side device 201 uses the confirmation processing unit 1340 to transmit a request to acquire the person in charge's e-mail address, including the name of the person in charge, to the job information confirmation unit 1342 (step S4602).
  • the sending apparatus 201 extracts the person in charge email address associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 (step S4603).
  • the transmission-side device 201 When the confirmation processing unit 1340 receives the e-mail address of the person in charge and the TaaS account of the person in charge, the transmission-side device 201 generates a combination of the e-mail address of the person in charge and the TaaS account of the person in charge (step S4604). Next, the transmission-side device 201 causes the hash calculation unit 1330 to generate a hash value of the person-in-charge combination by the confirmation processing unit 1340, and obtains the generated hash value of the person-in-charge combination (step S4605). Next, the description of FIG. 47 will be described.
  • the sending device 201 compares the hash value of the sender combination and the hash value of the person in charge combination included in the confirmation request by the confirmation processing unit 1340, and sends the comparison result to the confirmation request unit 1320.
  • Send step S4701.
  • the transmission-side device 201 When the transmission-side device 201 receives the comparison result from the confirmation requesting unit 1320, it transmits the received comparison result to the reception-side device 202 (step S4702).
  • Receiving-side device 202 receives the comparison result from confirmation requesting unit 1320, and based on the received comparison result, there is a combination in which the hash value of the person in charge combination and the hash value of the transmission source combination match. It is determined whether or not (step S4703).
  • step S4703: Yes if there is a matching combination (step S4703: Yes), the receiving device 202 proceeds to the process of step S4704. On the other hand, if a matching combination does not exist (step S4703: No), the receiving-side device 202 proceeds to processing in step S4705.
  • step S4704 the receiving device 202 uses the contract information registration unit 1312 to register additional information in TaaS (step S4704).
  • the evaluation system 200 then ends the overall processing.
  • the receiving device 202 discards the incidental information and outputs an alert to the user through the contract information registration unit 1312 (step S4705).
  • the evaluation system 200 then ends the overall processing. As a result, the evaluation system 200 can accurately evaluate the validity of the incidental information and improve security.
  • FIG. 48 to 55 are explanatory diagrams showing an example of storing various hash values in the relay device 203.
  • FIG. 48 it is assumed that a contract 1400 has been concluded between A company 310 and B company 320 .
  • Mr. A who belongs to Department H, uses the user device 204 to create contract information related to the contract 1400.
  • Mr. A has logged in to the TaaS of Company A 310 using the user device 204, and Mr. A's electronic signature is attached to the contract information by the transmission-side device 201 that implements the TaaS of Company A 310.
  • Mr. A who belongs to department H, has sent the created contract information to company B 320 via e-mail.
  • Mr. B who belongs to Department G, uses the user device 204 to approve and finalize the contract information related to the contract 1400.
  • Mr. B has logged in to the TaaS of Company A 310 using the user device 204, and Mr. B's electronic signature is attached to the contract information by the transmission-side device 201 that implements the TaaS of Company A 310.
  • Mr. B who belongs to department G, has sent the confirmed contract information to company B 320 via e-mail.
  • Mr. P who belongs to Department Y uses the user device 205 to receive and approve the contract information related to the contract 1400. It is assumed that the receiving-side device 202 has registered contract information in the contract information DB 1301 . Here, it is assumed that the reception-side apparatus 202 receives an input request for registration of the sender of the contract information based on Mr. P's operation input.
  • the receiving device 202 In response to receiving the registration request, the receiving device 202 generates a registration request for the sender of the contract information, including various hash values such as the hash value of the sender's email address, and sends the request to the sending device 201.
  • Various hash values include, for example, the hash value of the name of the person who is the sender.
  • Various hash values include, for example, hash values of contract information.
  • company A 310 when the sending device 201 receives the registration request, based on various hash values included in the registration request, the person who belongs to company A 310 and is involved in the process from creation to confirmation of contract information is identified. Identify. In company A 310, the sending device 201 acquires the hash value of the person in charge email address and the hash value of the combination of the person in charge email address and the person in charge TaaS account for the identified person.
  • the sending device 201 associates the hash value of the person in charge email address with the hash value of the combination of the person in charge, and transmits them to the relay device 203 .
  • the relay device 203 receives the hash value of the email address of the person in charge and the hash value of the combination of the person in charge.
  • the relay device 203 associates and stores the hash value of the person in charge email address and the hash value of the person in charge combination.
  • the sending device 201 transmits the name and email address of the person in charge belonging to the company A 310 involved in the contract 1400 and the contract information related to the contract 1400 to the receiving side.
  • Send to device 202 The transmitting device 201 , for example, transmits Mr. B's name B, Mr. B's mail address MF B , and contract information to the receiving device 202 .
  • the receiving device 202 registers the received name, email address of the person in charge, and contract information in the TaaS of the company B 320 and stores them in the contract information DB 1301 .
  • the receiving device 202 generates a hash value of the name, a hash value of the e-mail address of the person in charge, and a hash value of the contract information. For example, the receiving device 202 obtains the hash value Hash (B) of the name B, the hash value Hash (MF B ) of the e-mail address MF B of the person in charge, and the hash value Hash obtained from the contract text included in the contract information. (A c ).
  • the receiving device 202 registers the received hash value Hash(B), hash value Hash(MF B ), and hash value Hash(A c ) in the TaaS of company B 320, Stored in the information DB 1301 . Next, the description of FIG. 50 will be described.
  • the receiving device 202 transmits the received hash value Hash(B), hash value Hash(MF B ), and hash value Hash(A c ) via the relay device 203 to , to the sending device 201 .
  • the description of FIG. 51 will be described.
  • transmitting device 201 receives hash value Hash(B), hash value Hash(MF B ), and hash value Hash(A c ).
  • the transmitting device 201 acquires the name of the person involved in the contract 1400 using the received hash value Hash(A c ) as a key.
  • the transmitting device 201 generates a hash value of the name of the acquired person.
  • the transmitting device 201 refers to the route information management table 900, and acquires the name of the person whose hash value matches the received hash value Hash(B), among the names of the acquired persons. .
  • the transmitting device 201 acquires the name B of Mr. B associated with the hash value that matches the received hash value Hash(B).
  • the transmission-side device 201 may acquire the name of the person from the workflow data 1303 using the received hash value Hash(B) as a key.
  • the transmitting device 201 acquires the person in charge TaaS account from the account information management table 600 using the acquired name as a key.
  • the transmitting device 201 acquires, for example, the person in charge TaaS account T B corresponding to Mr. B. Next, the description of FIG. 52 will be described.
  • the sending device 201 uses the acquired name as a key to acquire the email address of the person in charge associated with the acquired name from the job information management table 700.
  • the sending device 201 acquires the person-in-charge email address M B associated with the name B, for example.
  • the sending device 201 generates a hash value Hash(MF B ) of the acquired person-in-charge email address M B .
  • the transmitting device 201 determines whether the received hash value Hash(MF B ) and the generated hash value Hash(MF B ) match. If there is a match, the transmitting device 201 sets Mr. B as the processing target and continues the operation. The transmitting device 201 suspends the operation if they do not match. Next, the description of FIG. 53 will be described.
  • the transmitting device 201 uses the received hash value Hash(A C ) as a key to search the route information management table 900 for persons other than the person set as the processing target, and Get the name of the person involved in the process from creation to finalization. Persons involved in the process correspond to persons involved in contract 1400, for example.
  • the transmission-side device 201 adds the person whose name is acquired to the processing target.
  • the transmitting device 201 acquires the name A of Mr. A other than Mr. B, who is associated with the hash value that matches the received hash value Hash(A c ). The transmitting device 201 adds Mr. A to the processing target. Using the received hash value Hash(A c ) as a key, the sending-side device 201 searches the workflow data 1303 for the person who was involved in the process from creation to finalization of the contract information, other than the person already set as the processing target. You can get the name.
  • the transmitting device 201 acquires the person-in-charge TaaS account corresponding to the person involved in the process from the account information management table 600 .
  • the transmitting device 201 acquires the person in charge TaaS account T A corresponding to Mr. A, for example.
  • the sending device 201 obtains the e-mail address of the person in charge associated with the obtained name from the position information management table 700 .
  • the sending device 201 acquires the e-mail address M A of the person in charge associated with the name A, for example.
  • the sending device 201 generates a hash value of the person in charge combination of the acquired person in charge email address and the person in charge TaaS account for each person to be processed. For example, for Mr. A, the transmitting device 201 generates a hash value Hash(MTA) of the combination of the obtained person in charge email address M A and the person in charge TaaS account T A . For example, for Mr. B, the transmission-side device 201 generates a hash value Hash(MT B ) of the combination of the obtained person in charge email address M B and the person in charge TaaS account T B .
  • the sending device 201 associates the hash value of the email address of the person in charge with the hash value of the combination of the person in charge for each person to be processed, and transmits them to the relay device 203 .
  • the sending device 201 associates the hash value Hash(M A ) of the email address of the person in charge with the hash value Hash(M A ) of the combination of the person in charge, and transmits the result to the relay device 203 .
  • Mr. A the sending device 201 associates the hash value Hash(M A ) of the email address of the person in charge with the hash value Hash(M A ) of the combination of the person in charge.
  • the sending device 201 associates the hash value Hash(M B ) of the email address of the person in charge with the hash value Hash(MT B ) of the combination of the person in charge, and transmits the result to the relay device 203 .
  • the description of FIG. 55 will be described.
  • the relay device 203 receives the hash value of the person in charge email address and the hash value of the person in charge combination for each person to be processed.
  • the relay device 203 associates the received person-in-charge email address hash value with the person-in-charge combination hash value for each person to be processed, and stores them in the transmission/reception information DB 3601 . Thereby, the evaluation system 200 can prepare so that the validity of the incidental information can be confirmed.
  • FIG. 3 (Registration processing procedure in operation example 3) Next, an example of the registration processing procedure in the operation example 3 executed by the evaluation system 200 will be described with reference to FIGS. 56 to 60.
  • FIG. The registration process is implemented by the transmitting device 201, the receiving device 202, and the relay device 203, for example.
  • FIG. 56 to 60 are sequence diagrams showing an example of the registration processing procedure in Operation Example 3.
  • FIG. 56 the receiving device 202 uses the contract information registration section 1312 to send a registration request for the sender of the contract information and the incidental information to the confirmation request section 1320 (step S5601).
  • the receiving device 202 receives the registration request through the confirmation requesting section 1320 .
  • Receiving-side device 202 causes hash calculation unit 1330 to generate a hash value of the sender's name and sender's email address using confirmation requesting unit 1320, and acquires the generated hash value of the sender's name and sender's email address (step S5602).
  • the reception-side apparatus 202 transmits a request for acquisition of the hash value of the contract text contained in the contract information related to the incidental information to the contract information management unit 1311 through the confirmation request unit 1320 .
  • the receiving device 202 acquires the hash value of the contract text included in the contract information related to the incidental information, and transmits the hash value to the confirmation request unit 1320 (step S5603). ).
  • the receiving device 202 receives the hash value of the text of the contract through the confirmation requesting unit 1320 .
  • Receiving-side device 202 uses confirmation requesting unit 1320 to request generation of a hash value of a combination of senders, including a hash value of the sender's name, a hash value of the sender's e-mail address, and a hash value of the text of the contract. It is transmitted to the transmitting side device 201 (step S5604).
  • the transmission-side device 201 receives the request for generating the hash value of the transmission source combination by the confirmation requesting unit 1320, and transmits it to the confirmation processing unit 1340 (step S5605). Next, the description of FIG. 57 will be described.
  • the transmission-side device 201 when the verification processing unit 1340 receives the generation request, the transmission-side device 201 sends a request to the route verification unit 1341 to extract the person in charge, including the hash value of the contract body contained in the received generation request. Send (step S5701).
  • the transmission-side device 201 uses the hash value of the contract text as a key to extract the name of the person in charge associated with the hash value of the contract text, 1340 (step S5702).
  • the transmission-side device 201 selects the name of the person in charge that has a hash value that matches the hash value of the name of the sender included in the received generation request.
  • the name of the person is extracted (step S5703).
  • the transmission-side device 201 uses the confirmation processing unit 1340 to send a request to acquire the person in charge TaaS account, including the extracted name of the person in charge, to the account confirmation unit 2401 (step S5704).
  • the confirmation processing unit 1340 uses the confirmation processing unit 1340 to send a request to acquire the person in charge TaaS account, including the extracted name of the person in charge, to the account confirmation unit 2401 (step S5704).
  • the transmission-side device 201 extracts the person in charge TaaS account associated with the name of the person in charge, and transmits it to the confirmation processing unit 1340 (step S5801). .
  • the transmission-side device 201 uses the confirmation processing unit 1340 to send a request to acquire the person in charge's e-mail address, including the name of the person in charge, to the job information confirmation unit 1342 (step S5802).
  • the sending apparatus 201 extracts the person in charge email address associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 (step S5803).
  • the sending device 201 When the confirmation processing unit 1340 receives the e-mail address of the person in charge, the sending device 201 generates a hash value of the received e-mail address of the person in charge, and compares it with the hash value of the source e-mail address included in the received generation request. (Step S5804). Next, the sending device 201 uses the confirmation processing unit 1340 to determine whether or not there is a combination in which the hash value of the person in charge email address and the hash value of the sender email address match as a result of the comparison ( step S5805).
  • step S5805: No if there is no matching combination (step S5805: No), the evaluation system 200 terminates the registration process. On the other hand, if a matching combination exists (step S5805: YES), the transmitting apparatus 201 proceeds to the process of step S5901. Next, the description of FIG. 59 will be described.
  • the sending device 201 uses the confirmation processing unit 1340 to send a request to extract the name of another person in charge to the route confirmation unit 1341 (step S5901).
  • the transmission-side device 201 extracts the name of the other person in charge and transmits it to the confirmation processing unit 1340 (step S5902).
  • the sending device 201 extracts the TaaS account of the person in charge and the e-mail address of the person in charge associated with the received other name of the person in charge (step S5903). .
  • the transmission-side device 201 uses the confirmation processing unit 1340 to send a request to generate a hash value of the combination of the person in charge TaaS account and the person in charge email address of each person in charge to the correspondence information generation unit 2402 (step S5904). .
  • the transmission-side device 201 When the correspondence information generation unit 2402 receives the generation request, the transmission-side device 201 generates a hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address of each person in charge, and transmits the hash value to the confirmation request unit 1320 . (step S5905). Next, the description of FIG. 60 will be described.
  • the transmission-side apparatus 201 uses the confirmation request unit 1320 to send the hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address to the relay apparatus 203 (step S6001).
  • the relay device 203 uses the GW processing unit 3600 to store the hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address of each person in charge (step S6002).
  • the evaluation system 200 then ends the registration process.
  • the evaluation system 200 can register in the relay device 203 the hash value of the person in charge combination of the person in charge TaaS account and the person in charge email address of each person in charge.
  • Operation example 1, operation example 2, and operation example 3 described above correspond to the case of determining whether or not the sender is a person involved in the process from creation to confirmation of contract information.
  • operation example 4 further corresponds to a case where it is determined whether or not the sender is a person related to a person involved in the process from creation to finalization of contract information.
  • FIG. 61 is a block diagram showing a specific example of the functional configuration of the evaluation system 200 in Operation Example 4.
  • the evaluation system 200 includes a transmitting device 201 that implements Company A's TaaS, a receiving device 202 that implements Company B's TaaS, and a relay device 203 .
  • the sending device 201 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 and a confirmation processing unit 1340 .
  • the TaaS core section 1310 includes a contract information management section 1311 and a contract information registration section 1312 .
  • Confirmation processing unit 1340 includes route confirmation unit 1341 , position information confirmation unit 1342 , account confirmation unit 2401 , and correspondence information generation unit 2402 .
  • the sending device 201 can use the machine learning unit 6100 .
  • Machine learning unit 6100 can refer to mail history data 6101 .
  • the sending device 201 can access the contract information DB 1301 regarding company A.
  • the contract information DB 1301 includes contract information, contract text hash, and route information.
  • the contract information DB 1301 further includes TaaS accounts as account information.
  • the contract information DB 1301 further includes hash values of combinations of email addresses and TaaS accounts.
  • the contract information includes, for example, contract information and incidental information.
  • Sender device 201 can access workflow data 1303 via workflow service 1302 .
  • the sending device 201 can access the job information 1305 via the directory service 1304 .
  • the receiving device 202 has a TaaS core unit 1310 , a confirmation requesting unit 1320 , a hash calculation unit 1330 , and a confirmation processing unit 1340 like the sending device 201 .
  • the receiving device 202 can access the contract information DB 1301 related to company B in the same manner as the transmitting device 201 .
  • the relay device 203 has a GW processing section 3600 .
  • the relay device 203 can access the transmission/reception information DB 3601 .
  • the transmission/reception information DB 3601 associates and stores the hash value of the contract body and the hash value of the person in charge combination.
  • the contract information management unit 1311 of the receiving device 202 Upon receiving the acquisition request, the contract information management unit 1311 of the receiving device 202 acquires the hash value of the contract text contained in the contract information related to the supplementary information, and transmits it to the confirmation request unit 1320 .
  • the contract information registration unit 1312 transmits to the confirmation request unit 1320, in the receiving device 202, a confirmation request regarding the sender of the incidental information.
  • the contract information registration unit 1312 in the receiving device 202 determines whether the received confirmation result matches or is a close person.
  • the confirmation result is, for example, a "match” indicating that the sender of the collateral information is the person involved in the process.
  • the verification result is, for example, a "close person” indicating that the sender of the collateral information is a person related to the person involved in the process.
  • the contract information registration unit 1312 registers the incidental information in TaaS when the received confirmation result is set to a person who matches or is close to the person. In the receiving device 202, the contract information registration unit 1312 discards the incidental information and outputs an alert to the user if the received confirmation result is not set to match or close person.
  • the confirmation requesting unit 1320 Upon receiving the confirmation request in the receiving device 202, the confirmation requesting unit 1320 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address.
  • the confirmation requesting unit 1320 in the receiving device 202 sends a request to the contract information management unit 1311 to acquire the hash value of the contract text contained in the contract information related to the incidental information.
  • the confirmation requesting unit 1320 Upon receiving the hash value of the text of the contract in the receiving device 202, the confirmation requesting unit 1320 confirms the sender of the incidental information including the hash value of the sender's email address and the hash value of the text of the contract. A request is sent to the relay device 203 .
  • the confirmation requesting unit 1320 receives a confirmation request regarding the sender of the incidental information in the transmission-side device 201 and transmits it to the confirmation processing unit 1340 .
  • the confirmation processing unit 1340 in the transmission-side device 201 Upon receiving the confirmation request, the confirmation processing unit 1340 in the transmission-side device 201 sends to the route confirmation unit 1341 a request to extract the person in charge, including the hash value of the contract body included in the received confirmation request.
  • the confirmation processing unit 1340 Upon receiving the name of the person in charge in the transmitting device 201 , the confirmation processing unit 1340 transmits to the account confirmation unit 2401 a request to acquire the person in charge TaaS account including the received name of the person in charge.
  • the confirmation processing unit 1340 in the transmission-side device 201 transmits a request to acquire the e-mail address of the person in charge, including the name of the person in charge, to the position information confirmation unit 1342 .
  • the confirmation processing unit 1340 Upon receiving the e-mail address of the person in charge and the TaaS account of the person in charge in the sending device 201, the confirmation processing unit 1340 generates a combination of the e-mail address of the person in charge and the TaaS account of the person in charge. In the transmission-side device 201, the confirmation processing unit 1340 causes the hash calculation unit 1330 to generate a hash value of the person-in-charge combination, and acquires the generated hash value of the person-in-charge combination.
  • the confirmation processing unit 1340 compares the hash value of the transmission source combination and the hash value of the person in charge combination included in the confirmation request in the transmission-side device 201 .
  • the confirmation processing unit 1340 in the transmitting device 201 determines whether or not there is a combination in which the hash value of the combination of persons in charge and the hash value of the combination of transmission sources match, based on the result of the comparison. If the confirmation processing unit 1340 determines that there is a matching combination in the transmission-side device 201, the confirmation processing unit 1340 sets a confirmation result if they match.
  • the confirmation processing unit 1340 sends a request for calculating the degree of association between persons to the machine learning unit 6100 in the transmitting device 201 .
  • the confirmation processing unit 1340 sets the confirmation result that the person is a close person if the degree of association exceeds the threshold, and if the degree of association does not exceed the threshold, the person is not a close person. If not, set the confirmation result.
  • the confirmation requesting unit 1320 transmits the confirmation result to the receiving device 202 in the transmitting device 201 .
  • the route confirmation unit 1341 When receiving the request for extracting the person in charge, the route confirmation unit 1341 extracts the name of the person in charge associated with the hash value of the contract body, using the hash value of the body of the contract as a key. , to the confirmation processing unit 1340 .
  • the position information confirmation unit 1342 Upon receiving the request to obtain the e-mail address of the person in charge in the transmission-side device 201 , the position information confirmation unit 1342 extracts the e-mail address of the person in charge associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the account confirmation unit 2401 Upon receiving the request to acquire the person in charge TaaS account in the transmitting device 201 , the account confirmation unit 2401 extracts the person in charge TaaS account associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 .
  • the GW processing unit 3600 receives the confirmation request at the relay device 203.
  • the GW processing unit 3600 acquires the hash value of the source combination of the source email address and the source TaaS account associated with the hash value of the source email address included in the received confirmation request in the relay device 203. do.
  • the GW processing unit 3600 transmits, in the relay apparatus 203 , a confirmation request for the transmission sources of the incidental information to the transmission-side apparatus 201 , including the hash value of the combination of transmission sources.
  • the machine learning unit 6100 of the transmitting device 201 Upon receiving the calculation request, calculates the degree of association between the persons and transmits it to the confirmation processing unit 1340 .
  • FIG. 4 operation example 4 of the evaluation system 200 will be described with reference to FIGS. 62 to 69.
  • FIG. 62 to 69 operation example 4 of the evaluation system 200 will be described with reference to FIGS. 62 to 69.
  • FIG. 62 to 69 are explanatory diagrams showing operation example 4 of the evaluation system 200.
  • FIG. Assume that a contract 1400 is concluded between A company 310 and B company 320, as shown in FIG.
  • Mr. A who belongs to Department H, uses the user device 204 to create contract information related to the contract 1400.
  • Mr. B who belongs to department G, uses the user device 204 to approve, confirm, and transmit contract document information related to the contract 1400 to company B 320 .
  • the sending device 201 acquires the hash value of the email address of the person in charge of the person who belongs to the company A 310 and is involved in the process from creation to confirmation of the contract information.
  • the sending device 201 uses the hash value of the combination of the person in charge e-mail address and the person in charge TaaS account for the person who belongs to the company A 310 and is involved in the process from creation to confirmation of the contract information. to get
  • the sending device 201 associates the hash value of the person in charge email address with the hash value of the combination of the person in charge, and transmits them to the relay device 203 .
  • the relay device 203 receives the hash value of the email address of the person in charge and the hash value of the combination of the person in charge.
  • the relay device 203 associates and stores the hash value of the person in charge email address and the hash value of the person in charge combination.
  • Mr. P who belongs to Department Y uses the user device 205 to receive and approve the contract information related to the contract 1400.
  • the receiving device 202 acquires contract information through communication with the user device 205 . It is assumed that the receiving-side device 202 has registered contract information in the contract information DB 1301 . After that, at company B 320, Mr. P belonging to department Y uses user device 205 to receive additional information and determine that it is additional information that accompanies contract information.
  • the receiving-side device 202 has received an input of a confirmation request regarding the sender of the incidental information based on Mr. P's operation input.
  • the confirmation request contains the hash value of the sender's email address.
  • the confirmation request may include additional information.
  • the confirmation request may include information that makes it possible to specify which contract information the supplementary information corresponds to.
  • the receiving device 202 In response to receiving the confirmation request, the receiving device 202 generates a confirmation request regarding the sender of the incidental information, including the hash value of the sender's email address, and transmits it to the relay device 203 .
  • the relay device 203 Upon receiving the confirmation request, the relay device 203 identifies the hash value of the person in charge combination stored in association with the hash value of the sender's email address included in the confirmation request as the hash value of the sender combination. The relay device 203 generates a confirmation request regarding the sender of the incidental information, including the hash value of the sender's email address included in the confirmation request and the hash value of the specified sender combination, and transmits the confirmation request to the sender device 201 . do.
  • the transmitting device 201 When receiving the confirmation request regarding the sender of the incidental information, the transmitting device 201 transmits information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. It replies to the receiving device 202 . For example, based on various hash values included in the received confirmation request, the transmission-side device 201 determines whether or not the sender of the incidental information is a person involved in the process from creation to confirmation of the contract information. The result obtained is sent back to the receiving device 202 .
  • the sending device 201 uses the machine learning unit 6100 to identify, based on the mail history data 6101, the person involved in the process from creation to finalization of the contract information and related persons. Then, the transmitting device 201 returns to the receiving device 202 the result of determining whether or not the sender of the supplementary information is a person related to the person who was involved in the process from creation to finalization of the contract information. do.
  • the receiving device 202 receives information indicating whether or not the sender of the incidental information is a person who was involved in the process from creation to finalization of the contract information. Receiving-side device 202 evaluates the validity of the incidental information based on the received information. The receiving device 202 also receives information indicating whether or not the sender of the incidental information is a person related to the person involved in the process from creation to finalization of the contract information. Receiving-side device 202 evaluates the validity of the incidental information based on the received information.
  • the receiving device 202 registers the incidental information in TaaS or discards the incidental information based on the result of evaluating the validity of the incidental information. 63 to 69, the operation flow of the transmitting side device 201 and the receiving side device 202 will be specifically described.
  • the sending device 201 has generated a hash value of the person in charge email address corresponding to the person in charge belonging to company A 310 . It is assumed that the sending-side device 201 generates a hash value of a combination of the person in charge email address corresponding to the person in charge belonging to the company A 310 and the person in charge TaaS account.
  • the sending device 201 has previously associated the hash value of the email address of the person in charge with the hash value of the combination of the person in charge, and transmitted them to the relay device 203 .
  • the relay device 203 associates the hash value of the email address of the person in charge with the hash value of the combination of the person in charge and stores them in the transmission/reception information DB 3601 .
  • the transmission-side device 201 acquires contract information through communication with the user device 204 .
  • the transmitting device 201 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company A 310 and stores it in the contract information DB 1301 of the company A 310 .
  • the user device 205 receives contract information from the user device 204 .
  • the receiving device 202 acquires the contract information received through communication with the user device 204 . It is assumed that the receiving device 202 registers the contract information in the TaaS of the B company 320 and stores it in the contract information DB 1301 of the B company 320 . It is also assumed that the receiving device 202 registers the hash value Hash(A c ) obtained from the contract text included in the contract information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320. .
  • the user device 205 receives additional information from Mr. C's mail.
  • the receiving device 202 acquires additional information through communication with the user device 205 .
  • the receiving device 202 acquires the sender's email address MFc of Mr. C, who is the sender of the incidental information, through communication with the user device 205 .
  • the receiving device 202 generates a hash value Hash( MFc ) of the acquired sender's email address MFc .
  • the receiving device 202 Based on Mr. P's operation input, the receiving device 202 identifies the contract information indicated to be related to the incidental information. The receiving device 202 identifies the contract information indicated to be related to the incidental information based on the confirmation request output from the user device 205 based on Mr. P's operation input, for example. The receiving device 202 acquires the hash value Hash(A c ) of the contract text included in the identified contract information. Receiving-side device 202 transmits a confirmation request including the acquired hash value Hash(A c ) and the generated hash value Hash(MF c ) to relay device 203 . Next, the description of FIG. 64 will be described.
  • relay device 203 extracts hash value Hash(MT c ) from the confirmation request.
  • the relay device 203 refers to the transmission/reception information DB 3601 and converts the hash value of the person in charge combination associated with the hash value matching the extracted hash value Hash(MF c ) into the hash value Hash(MT c ) to extract as
  • a sender combination is a combination of a sender email address and a sender TaaS account.
  • the relay device 203 adds the extracted hash value Hash(MT c ) to the confirmation request.
  • the relay device 203 transmits a confirmation request to which the hash value Hash(MT c ) is added to the transmission side device 201 .
  • sending device 201 receives a confirmation request.
  • the transmitting device 201 extracts the hash value Hash(A c ), the hash value Hash(MF c ), and the hash value Hash(MT c ) from the confirmation request.
  • the transmitting device 201 uses the extracted hash value Hash(A c ) as a key, the transmitting device 201 obtains the name of the person involved in the process from creation to confirmation of the contract information from the route information management table 900. do. Persons involved in the process correspond to persons involved in contract 1400, for example. The transmitting device 201 acquires, for example, Mr. A's name A and Mr. B's name B associated with the hash value that matches the extracted hash value Hash(A c ).
  • the sending device 201 may obtain the name of the person involved in the process from creation to finalization of the contract information from the workflow data 1303 .
  • the transmitting device 201 acquires the person in charge TaaS account corresponding to the person involved in the process from the account information management table 600 .
  • the transmitting device 201 acquires, for example, a person in charge TaaS account T A corresponding to Mr. A and a person in charge TaaS account T B corresponding to Mr. B.
  • the description of FIG. 66 will be described.
  • the sending device 201 uses the obtained name as a key to obtain the e-mail address of the person in charge associated with the obtained name from the job information management table 700.
  • FIG. The sending device 201 acquires, for example, the e-mail address M A of the person in charge associated with the name A and the e-mail address M B of the person in charge associated with the name B.
  • the sending device 201 generates a hash value of the combination of the acquired email address of the person in charge and the TaaS account of the person in charge for each person involved in the process. For example, for Mr. A, the transmitting device 201 generates a hash value Hash(MTA) of the combination of the obtained person in charge email address M A and the person in charge TaaS account T A . For example, for Mr. B, the transmission-side device 201 generates a hash value Hash(MT B ) of the combination of the obtained person in charge email address M B and the person in charge TaaS account T B .
  • MTA hash value of the combination of the obtained person in charge email address M A and the person in charge TaaS account T A
  • Mr. B the transmission-side device 201 generates a hash value Hash(MT B ) of the combination of the obtained person in charge email address M B and the person in charge TaaS account T B .
  • the transmitting device 201 determines whether the extracted hash value Hash (MT c ) matches the generated hash value Hash (MT A ) or the generated hash value Hash (MT B ). confirm whether or not
  • the hash value Hash(MT c ) corresponds to the sender of the incidental information.
  • hash value Hash(MT A ) and hash value Hash(MT B ) correspond to the persons involved in contract 1400 . Therefore, the transmitting device 201 confirms whether or not the hash value Hash (MT c ) matches the hash value Hash (MT A ) or the hash value Hash (MT B ), and the sender of the incidental information and Let's check to see if the person involved in contract 1400 matches.
  • transmitting device 201 determines that hash value Hash(MT c ) does not match hash value Hash(MT A ) and hash value Hash(MT B ). In other words, it is assumed that the transmitting device 201 determines that the sender of the incidental information does not match the person involved in the contract 1400 .
  • FIG. 68 will be described.
  • the sending device 201 identifies Mr. C, who is the sender of the incidental information, based on the sender's mail address MFc .
  • the sending device 201 uses the job information management table 700 or the mail history data 6101 to identify Mr. C and Mr. A and Mr. B who were involved in the contract 1400. Calculate the relevance of
  • the transmitting device 201 confirms whether or not Mr. C is related to any person involved in the contract 1400 based on the calculated degree of association. For example, if the degree of association between Mr. C and any person involved in the contract 1400 is greater than or equal to a threshold value, the transmitting device 201 determines that Mr. C is a person related to any person involved in the contract 1400. Generates a confirmation that there is. For example, if the degree of association between Mr. C and any person involved in the contract 1400 is less than the threshold, the transmitting device 201 determines that Mr. C is not related to any person involved in the contract 1400. Generate confirmation results with
  • the transmitting device 201 transmits the confirmation result to the receiving device 202.
  • the confirmation result indicates, for example, whether Mr. C is a person associated with any person involved in the contract 1400 .
  • the receiving device 202 receives the confirmation result. (69-1) If the confirmation result shows that Mr. C is related to any person involved in the contract 1400, the receiving device 202 evaluates the incidental information as valid. If the receiving device 202 evaluates the incidental information as valid, it registers the incidental information in the TaaS of the company B 320 and stores it in the contract information DB 1301 of the company B 320 .
  • the receiving device 202 evaluates the incidental information as invalid. If the receiving device 202 evaluates the incidental information as invalid, it discards the incidental information. If the receiving device 202 evaluates the incidental information as invalid, it outputs an alert indicating that the sender of the incidental information is not the person involved in the contract 1400 so that the receiving end user can refer to it.
  • the evaluation system 200 can make it easier for a person belonging to the company B 320, such as Mr. P, to evaluate whether or not the supplementary information is valid. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the B company 320, such as Mr. P.
  • the evaluation system 200 allows a person belonging to the B company 320, such as Mr. P, to not inquire of a person belonging to the A company 310, such as Mr. B, when evaluating the validity of the incidental information. Therefore, the evaluation system 200 can reduce the work burden on a person belonging to the A company 310, such as Mr. B.
  • the evaluation system 200 can prevent unauthorized incidental information from being used by the company B 320, thereby improving security. In addition, since the evaluation system 200 uses a TaaS account, security can be further improved. In addition, the evaluation system 200 can dispense with storing the hash value of the person-in-charge combination in the receiving device 202 . Therefore, in the evaluation system 200, the company A 310 can conceal the hash value of the person-in-charge combination from other companies such as the company B 320, thereby improving security.
  • the evaluation system 200 can make it possible for Mr. C to evaluate the incidental information as valid even if he is not a person who was directly involved in the contract 1400 . Therefore, the evaluation system 200 can improve convenience.
  • FIG. Overall processing is implemented by, for example, the transmitting device 201, the receiving device 202, and the relay device 203.
  • FIG. 70 to 74 are sequence diagrams showing an example of the overall processing procedure in Operation Example 4.
  • FIG. 70 the receiving device 202 uses the contract information registration unit 1312 to send a confirmation request regarding the sender of the incidental information to the confirmation request unit 1320 (step S7001).
  • the reception-side device 202 When the confirmation request unit 1320 receives the confirmation request, the reception-side device 202 causes the hash calculation unit 1330 to generate a hash value of the sender's email address, and acquires the generated hash value of the sender's email address (step S7002). ).
  • the reception-side apparatus 202 transmits a request for acquisition of the hash value of the contract text contained in the contract information related to the incidental information to the contract information management unit 1311 through the confirmation request unit 1320 .
  • the receiving device 202 acquires the hash value of the contract text included in the contract information related to the incidental information, and transmits the hash value to the confirmation request unit 1320 (step S7003). ).
  • the receiving device 202 When the confirmation request unit 1320 receives the hash value of the contract body, the receiving device 202 requests confirmation of the sender of the incidental information including the hash value of the sender's email address and the hash value of the contract body. is transmitted to the relay device 203 (step S7004).
  • the relay device 203 receives the confirmation request from the GW processing unit 3600. Through the GW processing unit 3600, the relay device 203 acquires the hash value of the source combination of the source email address and the source TaaS account associated with the hash value of the source email address included in the received confirmation request. (step S7005). Next, the description of FIG. 71 will be described.
  • the relay device 203 uses the GW processing unit 3600 to send a verification request for the sender of the incidental information to the sender device 201, including the hash value of the sender combination (step S7101).
  • the transmission-side device 201 receives the confirmation request regarding the sender of the incidental information by the confirmation requesting unit 1320, and transmits it to the confirmation processing unit 1340 (step S7102).
  • the transmission-side device 201 transmits to the route confirmation unit 1341 a request for extraction of the person in charge, including the hash value of the contract body contained in the received confirmation request (step S7103).
  • the transmission-side device 201 uses the hash value of the contract text as a key to extract the name of the person in charge associated with the hash value of the contract text, 1340 (step S7104).
  • the sending device 201 transmits a request to acquire the person in charge TaaS account, including the received name of the person in charge, to the account confirmation unit 2401 (step S7105).
  • the description of FIG. 72 will be described.
  • the transmission-side device 201 extracts the person in charge TaaS account associated with the name of the person in charge, and transmits it to the confirmation processing unit 1340 (step S7201). .
  • the transmission-side device 201 uses the confirmation processing unit 1340 to transmit a request to acquire the person in charge's e-mail address, including the name of the person in charge, to the position information confirmation unit 1342 (step S7202).
  • the sending device 201 extracts the person in charge email address associated with the name of the person in charge and transmits it to the confirmation processing unit 1340 (step S7203).
  • the transmission-side device 201 When the confirmation processing unit 1340 receives the email address of the person in charge and the TaaS account of the person in charge, the transmission-side device 201 generates a combination of the email address of the person in charge and the TaaS account of the person in charge (step S7204). Next, the transmission-side device 201 causes the hash calculation unit 1330 to generate a hash value of the person-in-charge combination by the confirmation processing unit 1340, and acquires the generated hash value of the person-in-charge combination (step S7205). Next, the description of FIG. 73 will be described.
  • the transmission-side apparatus 201 causes the confirmation processing unit 1340 to compare the hash value of the combination of transmission sources and the hash value of the combination of persons in charge included in the confirmation request (step S7301).
  • the transmission-side device 201 uses the confirmation processing unit 1340 to determine whether or not there is a combination in which the hash value of the combination of persons in charge and the hash value of the combination of transmission sources match, based on the result of the comparison. (Step S7302).
  • step S7302: Yes if there is a matching combination (step S7302: Yes), the transmission-side device 201 proceeds to the process of step S7306. On the other hand, if a matching combination does not exist (step S7302: No), the transmitting apparatus 201 proceeds to processing in step S7303.
  • the sending device 201 uses the confirmation processing unit 1340 to send a request for calculating the degree of association between persons to the machine learning unit 6100 (step S7303).
  • the transmission-side device 201 requests the machine learning unit to calculate the degree of relevance between the transmission source corresponding to the hash value of the combination of transmission sources and the person in charge corresponding to the hash value of the combination of persons in charge by the confirmation processing unit 1340. 6100.
  • the transmission-side device 201 calculates the degree of association between the persons and transmits it to the confirmation processing unit 1340 (step S7304).
  • the transmission-side device 201 sets the confirmation result as a close person if the degree of association exceeds the threshold, and sets the person as not close if the degree of association does not exceed the threshold. and the confirmation result are set (step S7305).
  • step S7306 the sending device 201 sets the confirmation result if they match (step S7306).
  • step S7306 the description of FIG. 74 will be described.
  • the sending device 201 uses the confirmation requesting unit 1320 to send the confirmation result to the receiving device 202 (step S7401).
  • the reception-side device 202 determines whether the received confirmation result matches or is a close person (step S7402).
  • step S7402: Yes if the person is set as a match or a close person (step S7402: Yes), the receiving device 202 proceeds to the process of step S7403. On the other hand, if neither match nor close person is set (step S7402: No), the receiving device 202 proceeds to the process of step S7404.
  • step S7403 the receiving device 202 uses the contract information registration unit 1312 to register additional information in TaaS (step S7403).
  • the evaluation system 200 then ends the overall processing.
  • the contract information registration unit 1312 of the receiving device 202 discards the incidental information and outputs an alert to the user (step S7404).
  • the evaluation system 200 then ends the overall processing. As a result, the evaluation system 200 can accurately evaluate the validity of the incidental information and improve security.
  • the information processing apparatus 100 it is possible to acquire the first information specifying the sender of the second document data indicated to be related to the confirmed first document data. .
  • the information processing apparatus 100 it is possible to access the storage unit that stores the second information specifying the person involved in the process from creation to finalization of the first document data.
  • the information processing apparatus 100 based on the contents stored in the storage unit, it is determined whether or not the sender of the second document data specified by the acquired first information is the person involved in the process. be able to.
  • the validity of the second document data can be evaluated based on the determined result. As a result, the information processing apparatus 100 prevents the illegal second document data from being used while suppressing the workload on the transmitting side and the receiving side of the first document data, thereby improving security. be able to.
  • the information processing apparatus 100 when it is determined that the person involved in the process is the person, the second document data is evaluated as valid, and when it is determined that the person is not involved in the process, the second document data is evaluated as valid. can be evaluated as not justified. Accordingly, the information processing apparatus 100 can accurately evaluate the validity of the second document data.
  • a hash value obtained from a combination of an email address and an account corresponding to the sender of the second document data can be used as the first information.
  • a hash value obtained from a combination of an e-mail address corresponding to a person involved in the process and an account can be used as the second information. Thereby, the information processing apparatus 100 can use the account to improve security.
  • a hash value obtained from the mail address corresponding to the sender of the second document data can be used as the first information.
  • the second information can employ a hash value obtained from the e-mail address corresponding to the person involved in the process. Accordingly, the information processing apparatus 100 can easily evaluate the validity of the second document data using the mail address.
  • the information processing apparatus 100 it is possible to operate on the transmission side of the first document data. According to the information processing apparatus 100, it is possible to access the storage unit that stores the second information in association with the third information specifying the first document data. According to the information processing apparatus 100, the first information and the fourth information specifying the first document data can be obtained by receiving them from the receiving side of the first document data. According to the information processing apparatus 100, it is possible to specify the second information associated with the third information that matches the fourth information, stored in the storage unit. According to the information processing apparatus 100, based on the specified second information and the acquired first information, the sender of the second document data specified by the acquired first information participates in the process. It is possible to determine whether or not the person is a person who has done so. As a result, the information processing apparatus 100 can prepare to evaluate the validity of the second document data on the transmission side of the first document data.
  • the determined result can be transmitted to the receiving side of the first document data. Accordingly, the information processing apparatus 100 can evaluate the validity of the second document data on the receiving side of the first document data.
  • the relay device 203 can be accessed. According to the relay device 203, a first hash value obtained from the e-mail address corresponding to the person involved in the process, and a second hash value obtained from the combination of the e-mail address corresponding to the person involved in the process and the account. and can be stored in association with each other. According to the relay device 203, in response to receiving the third hash value obtained from the mail address corresponding to the sender of the second document data, the first hash value matching the third hash value is obtained. A second associated hash value can be output. According to the information processing device 100, the second hash value output from the relay device 203 can be acquired as the first information. As a result, the information processing apparatus 100 can avoid storing the second hash value on the receiving side of the first document data, thereby improving security.
  • the fifth information specifying the sender of the first document data is transmitted to the first document data.
  • the person involved in the process can be identified based on the acquired fifth information.
  • the generated first hash value and second hash value can be stored in the relay device 203 by transmitting the generated first hash value and second hash value to the relay device 203 . Accordingly, the information processing apparatus 100 can prepare to evaluate the validity of the second document data.
  • the sender of the second document data specified by the acquired first information is related to the person involved in the process based on the sixth information indicating the relationship between the persons. It is possible to determine whether or not the person is a person who Accordingly, the information processing apparatus 100 can evaluate the validity of the second document data from multiple viewpoints.
  • the information processing apparatus 100 can operate on the receiving side of the first document data. Accordingly, the information processing apparatus 100 can evaluate the validity of the second document data on the receiving side of the first document data.
  • the information processing apparatus 100 it is possible to transmit an inquiry about the second information, including the fourth information specifying the first document data, to the sender of the first document data.
  • the second information is acquired, and based on the acquired first information and the acquired second information, the second information specified by the acquired first information 2, it can be determined whether the sender of the document data is the person involved in the process. Accordingly, the information processing apparatus 100 can evaluate the validity of the second document data without having a storage unit.
  • the information processing apparatus 100 can operate as the relay apparatus 203 between the transmitting side and the receiving side of the first document data. Thereby, the information processing apparatus 100 can evaluate the validity of the second document data as the relay apparatus 203 .
  • the first information and the fourth information specifying the first document data can be obtained by receiving them from the receiving side of the first document data.
  • the second information can be obtained by transmitting an inquiry about the second information including the fourth information to the sender of the first document data.
  • the sender of the second document data specified by the acquired first information is involved in the process. It is possible to determine whether or not the person is a person who has done so. Accordingly, the information processing apparatus 100 can evaluate the validity of the second document data without having a storage unit.
  • the evaluation method described in this embodiment can be realized by executing a program prepared in advance on a computer such as a PC or workstation.
  • the evaluation program described in this embodiment is recorded in a computer-readable recording medium and executed by being read from the recording medium by a computer.
  • Recording media include a hard disk, flexible disk, CD (Compact Disc)-ROM, MO (Magneto Optical disc), DVD (Digital Versatile Disc), and the like.
  • the evaluation program described in this embodiment may be distributed via a network such as the Internet.

Abstract

情報処理装置（１００）は、第１の文書データ（１１１）の作成から確定までのプロセスに関与した人物を特定する第２の情報（１０２）を記憶する記憶部を有する。情報処理装置（１００）は、第２の文書データ（１１２）の送信者を特定する第１の情報（１０１）を取得する。情報処理装置（１００）は、記憶部の記憶内容に基づいて、取得した第１の情報（１０１）で特定される第２の文書データ（１１２）の送信者が、プロセスに関与した人物であるか否かを判定する。情報処理装置（１００）は、判定した結果に基づいて、第２の文書データ（１１２）の正当性を評価する。

Description

評価方法、評価プログラム、情報処理装置、および評価システム
　本発明は、評価方法、評価プログラム、情報処理装置、および評価システムに関する。
　従来、企業間で契約の締結などの行為を行うにあたり、一方の企業で当該行為にかかる文書データが作成され、管理者により承認されて確定された後、他方の企業に送信される。文書データは、例えば、契約書に対応する。その後、一方の企業で文書データに付帯する付帯データがさらに作成され、他方の企業に送信されることがある。付帯データは、例えば、締結した契約の更新または変更などに伴い作成される、新たな見積書または新たな契約書などに対応する。
　先行技術としては、例えば、受信したユーザの固有な情報に対応するメールアドレスおよび確認用メールアドレスの対応と、受信した電子メールの送信元のメールアドレスおよび送信先のメールアドレスの対応とが一致するか否かを判定するものがある。また、例えば、正規メールと影メールとの間で、ワンタイムパスワードチェック、本文のハッシュ値チェック、および、メッセージチェックが正常であればＯＫと判定する技術がある。また、例えば、情報の署名を、電子メール署名登録サブシステムに登録する技術がある。
特開２００８－０１５９９０号公報 特開２００７－００４３７３号公報 米国特許出願公開第２０１８／０２１２９９４号明細書
　しかしながら、従来技術では、付帯データの正当性を評価することが難しい。付帯データを受信した際、受信した付帯データが、付帯データを付帯する文書データの作成者または承認者などの関係者により正当に作成された付帯データであるか否かを評価することができない。
　１つの側面では、本発明は、データの正当性を評価することを目的とする。
　１つの実施態様によれば、確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する第１の情報を取得し、前記第１の文書データの作成から確定までのプロセスに関与した人物を特定する第２の情報を記憶する記憶部の記憶内容に基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定し、判定した結果に基づいて、前記第２の文書データの正当性を評価する評価方法、評価プログラム、情報処理装置、および評価システムが提案される。
　一態様によれば、データの正当性を評価することが可能になる。
図１は、実施の形態にかかる評価方法の一実施例を示す説明図である。 図２は、評価システム２００の一例を示す説明図である。 図３は、評価システム２００の利用例を示す説明図である。 図４は、送信側装置２０１のハードウェア構成例を示すブロック図である。 図５は、対応情報管理テーブル５００の記憶内容の一例を示す説明図である。 図６は、アカウント情報管理テーブル６００の記憶内容の一例を示す説明図である。 図７は、職制情報管理テーブル７００の記憶内容の一例を示す説明図である。 図８は、契約情報管理テーブル８００の記憶内容の一例を示す説明図である。 図９は、ルート情報管理テーブル９００の記憶内容の一例を示す説明図である。 図１０は、受信側装置２０２のハードウェア構成例を示すブロック図である。 図１１は、中継装置２０３のハードウェア構成例を示すブロック図である。 図１２は、評価システム２００の機能的構成例を示すブロック図である。 図１３は、動作例１における評価システム２００の機能的構成の具体例を示すブロック図である。 図１４は、評価システム２００の動作例１を示す説明図（その１）である。 図１５は、評価システム２００の動作例１を示す説明図（その２）である。 図１６は、評価システム２００の動作例１を示す説明図（その３）である。 図１７は、評価システム２００の動作例１を示す説明図（その４）である。 図１８は、評価システム２００の動作例１を示す説明図（その５）である。 図１９は、評価システム２００の動作例１を示す説明図（その６）である。 図２０は、評価システム２００の動作例１を示す説明図（その７）である。 図２１は、動作例１における全体処理手順の一例を示すシーケンス図（その１）である。 図２２は、動作例１における全体処理手順の一例を示すシーケンス図（その２）である。 図２３は、動作例１における全体処理手順の一例を示すシーケンス図（その３）である。 図２４は、動作例２における評価システム２００の機能的構成の具体例を示すブロック図である。 図２５は、評価システム２００の動作例２を示す説明図（その１）である。 図２６は、評価システム２００の動作例２を示す説明図（その２）である。 図２７は、評価システム２００の動作例２を示す説明図（その３）である。 図２８は、評価システム２００の動作例２を示す説明図（その４）である。 図２９は、評価システム２００の動作例２を示す説明図（その５）である。 図３０は、評価システム２００の動作例２を示す説明図（その６）である。 図３１は、評価システム２００の動作例２を示す説明図（その７）である。 図３２は、動作例２における全体処理手順の一例を示すシーケンス図（その１）である。 図３３は、動作例２における全体処理手順の一例を示すシーケンス図（その２）である。 図３４は、動作例２における全体処理手順の一例を示すシーケンス図（その３）である。 図３５は、動作例２における全体処理手順の一例を示すシーケンス図（その４）である。 図３６は、動作例３における評価システム２００の機能的構成の具体例を示すブロック図である。 図３７は、評価システム２００の動作例３を示す説明図（その１）である。 図３８は、評価システム２００の動作例３を示す説明図（その２）である。 図３９は、評価システム２００の動作例３を示す説明図（その３）である。 図４０は、評価システム２００の動作例３を示す説明図（その４）である。 図４１は、評価システム２００の動作例３を示す説明図（その５）である。 図４２は、評価システム２００の動作例３を示す説明図（その６）である。 図４３は、評価システム２００の動作例３を示す説明図（その７）である。 図４４は、動作例３における全体処理手順の一例を示すシーケンス図（その１）である。 図４５は、動作例３における全体処理手順の一例を示すシーケンス図（その２）である。 図４６は、動作例３における全体処理手順の一例を示すシーケンス図（その３）である。 図４７は、動作例３における全体処理手順の一例を示すシーケンス図（その４）である。 図４８は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その１）である。 図４９は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その２）である。 図５０は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その３）である。 図５１は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その４）である。 図５２は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その５）である。 図５３は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その６）である。 図５４は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その７）である。 図５５は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図（その８）である。 図５６は、動作例３における登録処理手順の一例を示すシーケンス図（その１）である。 図５７は、動作例３における登録処理手順の一例を示すシーケンス図（その２）である。 図５８は、動作例３における登録処理手順の一例を示すシーケンス図（その３）である。 図５９は、動作例３における登録処理手順の一例を示すシーケンス図（その４）である。 図６０は、動作例３における登録処理手順の一例を示すシーケンス図（その５）である。 図６１は、動作例４における評価システム２００の機能的構成の具体例を示すブロック図である。 図６２は、評価システム２００の動作例４を示す説明図（その１）である。 図６３は、評価システム２００の動作例４を示す説明図（その２）である。 図６４は、評価システム２００の動作例４を示す説明図（その３）である。 図６５は、評価システム２００の動作例４を示す説明図（その４）である。 図６６は、評価システム２００の動作例４を示す説明図（その５）である。 図６７は、評価システム２００の動作例４を示す説明図（その６）である。 図６８は、評価システム２００の動作例４を示す説明図（その７）である。 図６９は、評価システム２００の動作例４を示す説明図（その８）である。 図７０は、動作例４における全体処理手順の一例を示すシーケンス図（その１）である。 図７１は、動作例４における全体処理手順の一例を示すシーケンス図（その２）である。 図７２は、動作例４における全体処理手順の一例を示すシーケンス図（その３）である。 図７３は、動作例４における全体処理手順の一例を示すシーケンス図（その４）である。 図７４は、動作例４における全体処理手順の一例を示すシーケンス図（その５）である。
　以下に、図面を参照して、本発明にかかる評価方法、評価プログラム、情報処理装置、および評価システムの実施の形態を詳細に説明する。
（実施の形態にかかる評価方法の一実施例）
　図１は、実施の形態にかかる評価方法の一実施例を示す説明図である。情報処理装置１００は、データの正当性を評価するためのコンピュータである。
　従来、紙媒体ではなく電子媒体により契約が締結されることがある。例えば、企業間で契約の締結などの行為を行うにあたり、企業間で電子データがやり取りされる。具体的には、一方の企業で契約の締結などの行為にかかる文書データが作成され、管理者により承認されて確定された後、他方の企業に送信される。文書データは、例えば、契約書に対応する。その後、一方の企業で文書データに付帯する付帯データがさらに作成され、他方の企業に送信されることがある。付帯データは、例えば、締結した契約の更新または変更などに伴い作成される、新たな見積書または新たな契約書などに対応する。
　ここで、企業間でやり取りされる電子データが改ざんされていないか、または、なりすましで作成された電子データではないかなどを確認するため、電子データの正当性を評価可能にすることが求められる。
　しかしながら、従来では、やり取りされる電子データのうち、付帯データの正当性を評価することが難しい。例えば、付帯データを受信した際、受信した付帯データが、付帯データを付帯する文書データの作成者または承認者などの関係者により正当に作成された付帯データであるか否かを評価することができない。
　具体的には、受信した付帯データが、付帯データを付帯する文書データの作成者または承認者などの関係者により正当に作成された付帯データであるか否かを、文書データの送信側に問い合わせなければならないことがある。より具体的には、電子メールで受信した付帯データが、正当に作成された付帯データであるか否かを確認するＢＥＣ（Ｂｕｓｉｎｅｓｓ　Ｅｍａｉｌ　Ｃｏｍｐｒｏｍｉｓｅ）対策においては、文書データの受信側に属する担当者は、文書データの送信側に属する関係者に電話し、付帯データン正当性を問い合わせることになり、文書データの受信側および送信側にかかる作業負担が増大してしまうという問題がある。
　従って、文書データの送信側または受信側となる各社の機密情報を保護した上で、文書データの送信側または受信側に属するユーザの作業負担の低減化を図りつつ、文書データに付帯する付帯データの正当性を評価することが望まれることになる。
　そこで、本実施の形態では、データの正当性を評価することができる評価方法について説明する。
　図１において、送信側１１０に属するＡさん（不図示）により、第１の文書データ１１１が作成されたとする。次に、送信側１１０に属するＢさんにより、第１の文書データ１１１が承認され、確定されたとする。Ｂさんは、例えば、送信側１１０のＧ部署に属する。そして、第１の文書データ１１１は、受信側１２０に送信されたとする。その後、送信側１１０に属するＣさんにより、第１の文書データ１１１に関連する第２の文書データ１１２が、受信側１２０に送信されたとする。
　ここで、便宜上Ｃさんと表記した人物は、第１の文書データ１１１の作成から確定までのプロセスに関与した人物である場合が考えられる。具体的には、便宜上Ｃさんと表記した人物は、例えば、第１の文書データ１１１を作成したＡさん（不図示）、または、第１の文書データ１１１を承認したＢさんなどである場合が考えられる。この場合、第２の文書データ１１２は、正当な文書データである確率が比較的高いと考えられる。
　また、便宜上Ｃさんと表記した人物は、第１の文書データ１１１の作成から確定までのプロセスに関与した人物に関連する人物である場合が考えられる。具体的には、便宜上Ｃさんと表記した人物は、例えば、第１の文書データ１１１を作成したＡさんの同僚あるいは上司、または、第１の文書データ１１１を承認したＢさんの同僚あるいは上司などである場合が考えられる。この場合、第２の文書データ１１２は、正当な文書データである確率が比較的高いと考えられる。
　一方で、便宜上Ｃさんと表記した人物は、第１の文書データ１１１の作成から確定までのプロセスに関与していない人物である場合も考えられる。具体的には、便宜上Ｃさんと表記した人物は、例えば、成りすましを行う攻撃者である場合が考えられる。この場合、第２の文書データ１１２は、不正な文書データである確率が比較的高いと考えられ、破棄することが好ましいと考えられる。
　このため、Ｃさんが、第１の文書データ１１１の作成から確定までのプロセスに関与した人物であるか否かを判定し、第２の文書データ１１２の正当性を評価することが望まれる。図１の例では、情報処理装置１００は、送信側１１０に存在し、Ｃさんが、第１の文書データ１１１の作成から確定までのプロセスに関与した人物であるか否かを判定し、第２の文書データ１１２の正当性を評価する。
　図１において、情報処理装置１００は、第１の文書データ１１１の作成から確定までのプロセスに関与した人物を特定する第２の情報１０２を記憶する記憶部を有する。
　第２の情報１０２は、例えば、プロセスに関与した人物の氏名、プロセスに関与した人物のメールアドレス、または、プロセスに関与した人物のアカウントなどから得られるハッシュ値を含む。第２の情報１０２は、例えば、プロセスに関与した人物の氏名、プロセスに関与した人物のメールアドレス、または、プロセスに関与した人物のアカウントなどを含んでいてもよい。
　（１－１）情報処理装置１００は、確定した第１の文書データ１１１に関連することが示された第２の文書データ１１２の送信者を特定する第１の情報１０１を取得する。
　第１の情報１０１は、例えば、第２の文書データ１１２の送信者の氏名、第２の文書データ１１２の送信者のメールアドレス、または、第２の文書データ１１２の送信者のアカウントなどから得られるハッシュ値を含む。第１の情報１０１は、例えば、第２の文書データ１１２の送信者の氏名、第２の文書データ１１２の送信者のメールアドレス、または、第２の文書データ１１２の送信者のアカウントなどを含んでいてもよい。
　図１の例では、受信側１２０は、Ｙ部署に属するＰさんにより、第２の文書データ１１２が、確定した第１の文書データ１１１に関連することが示された場合、第１の情報１０１を生成し、情報処理装置１００に送信する。そして、情報処理装置１００は、第１の情報１０１を受信することにより取得する。
　（１－２）情報処理装置１００は、記憶部の記憶内容に基づいて、取得した第１の情報１０１で特定される第２の文書データ１１２の送信者が、プロセスに関与した人物であるか否かを判定する。図１の例では、情報処理装置１００は、取得した第１の情報１０１と、記憶部に記憶された第２の情報１０２とが一致するか否かを判定する。ここで、情報処理装置１００は、一致すれば、第２の文書データ１１２の送信者が、プロセスに関与した人物であると判定する。一方で、情報処理装置１００は、一致しなければ、第２の文書データ１１２の送信者が、プロセスに関与した人物ではないと判定する。
　（１－３）情報処理装置１００は、判定した結果に基づいて、第２の文書データ１１２の正当性を評価する。図１の例では、情報処理装置１００は、第２の文書データ１１２の送信者が、プロセスに関与した人物であると判定した場合、第２の文書データ１１２が正当であると評価する。一方で、情報処理装置１００は、第２の文書データ１１２の送信者が、プロセスに関与した人物ではないと判定した場合、第２の文書データ１１２が正当ではないと評価する。
　これにより、情報処理装置１００は、送信側１１０と受信側１２０とにかかる作業負担の増大化を抑制しつつ、第２の文書データ１１２の正当性を評価可能にすることができる。また、情報処理装置１００は、受信側１２０で不正な第２の文書データ１１２を利用してしまうことを防止することができ、セキュリティの向上を図ることができる。
　情報処理装置１００は、送信側１１０または受信側１２０となる各社の機密情報を保護した上で、送信側１１０または受信側１２０に属するユーザの作業負担の低減化を図り、かつ、第２の文書データ１１２の正当性を評価することができる。情報処理装置１００は、具体的には、第２の文書データ１１２の正当性を評価可能にするため、電子契約に関連するビジネスプロセスにおける堅牢性または確実性を高めることができ、ＢＥＣによる各社の損失を防止し易くすることができる。
　ここでは、情報処理装置１００が、送信側１１０に存在し、Ｃさんが、第１の文書データ１１１の作成から確定までのプロセスに関与した人物であるか否かを判定し、第２の文書データ１１２の正当性を評価する場合について説明したが、これに限らない。
　例えば、情報処理装置１００が、受信側１２０に存在し、Ｃさんが、第１の文書データ１１１の作成から確定までのプロセスに関与した人物であるか否かを判定し、第２の文書データ１１２の正当性を評価する場合があってもよい。
　また、例えば、情報処理装置１００が、送信側１１０と受信側１２０との中間に存在し、Ｃさんが、第１の文書データ１１１の作成から確定までのプロセスに関与した人物であるか否かを判定し、第２の文書データ１１２の正当性を評価する場合があってもよい。
（評価システム２００の一例）
　次に、図２を用いて、図１に示した情報処理装置１００を適用した、評価システム２００の一例について説明する。
　図２は、評価システム２００の一例を示す説明図である。図２において、評価システム２００は、送信側装置２０１と、受信側装置２０２と、中継装置２０３と、ユーザ装置２０４と、ユーザ装置２０５とを含む。
　評価システム２００において、送信側装置２０１と中継装置２０３とは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどである。
　また、受信側装置２０２と中継装置２０３とは、有線または無線のネットワーク２１０を介して接続される。また、送信側装置２０１とユーザ装置２０４とは、有線または無線のネットワーク２１０を介して接続される。また、受信側装置２０２とユーザ装置２０５とは、有線または無線のネットワーク２１０を介して接続される。
　送信側装置２０１と受信側装置２０２と中継装置２０３との少なくともいずれかの装置が、図１に示した情報処理装置１００としての機能を有し、図１に示した情報処理装置１００として動作する。ここでは、例えば、送信側装置２０１が、図１に示した情報処理装置１００としての機能を有し、図１に示した情報処理装置１００として動作する場合について説明する。
　送信側装置２０１は、契約書データの送信側組織に設けられ、契約書データの送信側組織に属する送信側ユーザに用いられるコンピュータである。ユーザ装置２０４は、契約書データの送信側組織に設けられ、契約書データの送信側組織に属する送信側ユーザに用いられるコンピュータである。送信側装置２０１は、図５～図９に後述する各種テーブルを有する。
　ユーザ装置２０４は、送信側ユーザの操作入力に基づき、契約書データを作成する。ユーザ装置２０４は、作成した契約書データを、ユーザ装置２０５に送信する。ユーザ装置２０４は、例えば、作成した契約書データを、電子メールを介して、ユーザ装置２０５に送信する。ユーザ装置２０４は、例えば、作成した契約書データを、共有クラウドストレージを介して、ユーザ装置２０５が取得可能にする場合があってもよい。
　ユーザ装置２０４は、送信側ユーザの操作入力に基づき、契約書データに付帯する付帯データを作成する。ユーザ装置２０４は、作成した付帯データを、ユーザ装置２０５に送信する。ユーザ装置２０４は、例えば、作成した付帯データを、電子メールを介して、ユーザ装置２０５に送信する。ユーザ装置２０４は、例えば、作成した付帯データを、共有クラウドストレージを介して、ユーザ装置２０５が取得可能にする場合があってもよい。
　送信側装置２０１は、例えば、契約書データを特定する情報と、契約書データに付帯する付帯データの送信者を特定する情報とを、受信側装置２０２から受信する。送信側装置２０１は、具体的には、契約書データから得られるハッシュ値と、契約書データに付帯する付帯データの送信者のメールアドレスから得られるハッシュ値とを、受信側装置２０２から受信する。
　送信側装置２０１は、例えば、図５～図９に後述する各種テーブルを参照して、受信した契約書データを特定する情報に基づいて、契約書データにかかる契約に関与した人物を特定する情報を取得する。送信側装置２０１は、具体的には、図５～図９に後述する各種テーブルを参照して、受信した契約書データから得られるハッシュ値に基づいて、契約書データにかかる契約に関与した人物のメールアドレスから得られるハッシュ値を取得する。
　送信側装置２０１は、例えば、受信した付帯データの送信者を特定する情報と、取得した契約に関与した人物を特定する情報とに基づいて、当該送信者が当該契約に関与した人物であるか否かを判定する。
　送信側装置２０１は、具体的には、受信した付帯データの送信者のメールアドレスから得られるハッシュ値と、取得した契約に関与した人物のメールアドレスから得られるハッシュ値とが一致すれば、当該送信者が当該契約に関与した人物であると判定する。送信側装置２０１は、具体的には、受信した付帯データの送信者のメールアドレスから得られるハッシュ値と、取得した契約に関与した人物のメールアドレスから得られるハッシュ値とが一致しなければ、当該送信者が当該契約に関与した人物ではないと判定する。
　また、送信側装置２０１は、例えば、人物間の関係性を示す情報に基づいて、付帯データの送信者が、契約に関与した人物に関連する人物であるか否かを判定してもよい。
　送信側装置２０１は、例えば、判定した結果に基づいて、付帯データの正当性を評価する。送信側装置２０１は、具体的には、送信者が契約に関与した人物であると判定した場合、付帯データが正当であると評価する。送信側装置２０１は、具体的には、送信者が契約に関与した人物ではないと判定した場合、付帯データが正当ではないと評価する。
　送信側装置２０１は、具体的には、送信者が契約に関与した人物に関連する人物であると判定した場合、付帯データが正当であると評価してもよい。送信側装置２０１は、具体的には、送信者が契約に関与した人物ではなく、送信者が契約に関与した人物に関連する人物でもないと判定した場合、付帯データが正当ではないと評価してもよい。
　送信側装置２０１は、例えば、評価した結果を、受信側装置２０２に送信する。送信側装置２０１は、例えば、付帯データの正当性を評価せずに、判定した結果を、受信側装置２０２に送信することにより、付帯データの正当性を、受信側装置２０２に判定させてもよい。送信側装置２０１は、例えば、サーバ、または、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）などである。ユーザ装置２０４は、例えば、サーバ、または、ＰＣなどである。
　受信側装置２０２は、契約書データの受信側組織に設けられ、契約書データの受信側組織に属する受信側ユーザに用いられるコンピュータである。ユーザ装置２０５は、送信側装置２０１は、契約書データの送信側組織に設けられ、契約書データの送信側組織に属する送信側ユーザに用いられるコンピュータである。
　ユーザ装置２０５は、契約書データを受信する。ユーザ装置２０５は、例えば、契約書データを、電子メールを介して、ユーザ装置２０４から受信する。ユーザ装置２０５は、例えば、契約書データを、共有クラウドストレージから取得する場合があってもよい。ユーザ装置２０５は、契約書データを、受信側装置２０２に送信する。
　ユーザ装置２０５は、付帯データを受信する。ユーザ装置２０５は、例えば、付帯データを、電子メールを介して、ユーザ装置２０４から受信する。ユーザ装置２０５は、例えば、不正な付帯データを、電子メールを介して、ユーザ装置２０４以外から受信してしまうことも考えられる。ユーザ装置２０５は、例えば、付帯データを、共有クラウドストレージから取得する場合があってもよい。
　ユーザ装置２０５は、付帯データを、受信側装置２０２に送信する。ユーザ装置２０５は、例えば、受信側ユーザの操作入力に基づき、付帯データが、いずれの契約書データに付帯するかの指定を、受信側装置２０２に送信する場合があってもよい。
　受信側装置２０２は、例えば、契約書データと、契約書データに付帯する付帯データとを特定する。受信側装置２０２は、具体的には、受信側ユーザの操作入力に基づき、契約書データと、契約書データに付帯する付帯データとの指定を受け付ける。受信側装置２０２は、具体的には、契約書データと、付帯データとを解析した結果に基づいて、契約書データと、契約書データに付帯する付帯データとを特定してもよい。
　受信側装置２０２は、例えば、契約書データを特定する情報と、契約書データに付帯する付帯データの送信者を特定する情報とを生成し、送信側装置２０１に送信する。受信側装置２０２は、具体的には、契約書データから得られたハッシュ値と、契約書データに付帯する付帯データから得られたハッシュ値とを、送信側装置２０１に送信する。その後、受信側装置２０２は、例えば、付帯データの正当性を評価した結果を、送信側装置２０１から受信する。
　また、受信側装置２０２は、例えば、送信者が契約に関与した人物であるか否かを判定した結果を、送信側装置２０１から受信してもよい。受信側装置２０２は、具体的には、付帯データの送信者を特定する情報と、契約に関与した人物を特定する情報とが一致するか否かを判定した結果を、送信側装置２０１から受信する。受信側装置２０２は、より具体的には、付帯データの送信者のメールアドレスから得られるハッシュ値と、契約に関与した人物のメールアドレスから得られるハッシュ値とが一致するか否かを判定した結果を、送信側装置２０１から受信する。
　そして、受信側装置２０２は、例えば、判定した結果に基づいて、付帯データの正当性を評価する。受信側装置２０２は、具体的には、送信者が契約に関与した人物であると判定した結果を受信した場合、付帯データが正当であると評価する。送信側装置２０１は、具体的には、送信者が契約に関与した人物ではないと判定した結果を受信した場合、付帯データが正当ではないと評価する。
　受信側装置２０２は、例えば、付帯データの正当性を評価した結果を、受信側ユーザが参照可能に出力する。受信側装置２０２は、具体的には、付帯データの正当性を評価した結果を、ユーザ装置２０５に送信する。ユーザ装置２０５は、付帯データの正当性を評価した結果を、受信側ユーザが参照可能に表示する。
　受信側装置２０２は、例えば、サーバ、または、ＰＣなどである。ユーザ装置２０５は、例えば、サーバ、または、ＰＣなどである。中継装置２０３は、送信側装置２０１と受信側装置２０２との間に設けられたコンピュータである。中継装置２０３は、例えば、送信側装置２０１と受信側装置２０２とを中継する。中継装置２０３は、例えば、サーバ、または、ＰＣなどである。
　ここでは、便宜上、送信側装置２０１と受信側装置２０２とが異なる装置である場合について説明したが、これに限らない。例えば、送信側装置２０１が、受信側装置２０２としての機能を有する場合があってもよい。また、例えば、受信側装置２０２が、送信側装置２０１としての機能を有する場合があってもよい。
　ここでは、評価システム２００が、中継装置２０３を含む場合について説明したが、これに限らない。例えば、評価システム２００が、中継装置２０３を含まない場合があってもよい。この場合、送信側装置２０１と受信側装置２０２とが、有線または無線のネットワーク２１０を介して接続される。
　ここでは、送信側装置２０１が、図１に示した情報処理装置１００としての機能を有し、図１に示した情報処理装置１００として動作可能である場合について説明したが、これに限らない。例えば、送信側装置２０１と受信側装置２０２とのいずれの装置もが、図１に示した情報処理装置１００としての機能を有し、図１に示した情報処理装置１００として動作可能であってもよい。また、例えば、送信側装置２０１と受信側装置２０２とが協働して、図１に示した情報処理装置１００としての機能を実現する場合があってもよい。
　また、例えば、送信側装置２０１と受信側装置２０２と中継装置２０３とが、クラウド上に配置される場合があってもよい。この場合、例えば、送信側装置２０１と受信側装置２０２と中継装置２０３とは、評価システム２００をクラウドサービスとして実現する。
　ここでは、送信側装置２０１が、ユーザ装置２０４とは異なる装置である場合について説明したが、これに限らない。例えば、送信側装置２０１が、ユーザ装置２０４としての機能を有し、いずれかのユーザ装置２０４としても動作する場合があってもよい。
　ここでは、受信側装置２０２が、ユーザ装置２０５とは異なる装置である場合について説明したが、これに限らない。例えば、受信側装置２０２が、ユーザ装置２０５としての機能を有し、いずれかのユーザ装置２０５としても動作する場合があってもよい。
（評価システム２００の利用例）
　次に、図３を用いて、図２に示した評価システム２００の利用例について説明する。
　図３は、評価システム２００の利用例を示す説明図である。図３において、送信側組織となるＡ社３１０と、受信側組織となるＢ社３２０とが存在する。Ａ社３１０は、送信側装置２０１を有するとする。Ｂ社３２０は、受信側装置２０２を有するとする。
　送信側装置２０１は、Ａ社３１０のＴａａＳ（Ｔｒｕｓｔ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）を実現する。受信側装置２０２は、Ｂ社３２０のＴａａＳを実現する。ＴａａＳは、例えば、正式なＴａａＳアカウントを有するユーザが作成、修正、承認、または確定した文書データなどに、ユーザの電子署名を自動付与するサービスである。ここで、Ａ社３１０と、Ｂ社３２０とが、契約締結したとする。
　この際、Ａ社３１０では、Ｈ部署に属するＡさんが、ユーザ装置２０４を用いて、契約書データを作成する。この際、Ａ社３１０のＴａａＳにより、契約書データに、Ａさんの電子署名が付与されてもよい。また、Ａ社３１０では、Ｇ部署に属するＢさんが、ユーザ装置２０４を用いて、契約書データを承認し、確定し、Ｂ社３２０に送信する。この際、Ａ社３１０のＴａａＳにより、契約書データに、Ｂさんの電子署名が付与されてもよい。
　Ｂ社３２０では、Ｘ部署に属するＯさんが、ユーザ装置２０５を用いて、契約書データを受信する。また、Ｂ社３２０では、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、契約書データを承認し、確定する。その後、Ｂ社３２０で、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、付帯データを受信し、契約書データに付帯する付帯データであると判断したとする。
　しかしながら、便宜上Ｃさんと表記した、付帯データの送信者が、契約書データの作成から確定までのプロセスに関与した人物であるか否かが、Ｂ社３２０では不明確であるとする。同様に、便宜上Ｃさんと標記した、付帯データの送信者が、契約書データの作成から確定までのプロセスに関与した人物に関連する人物であるか否かが、Ｂ社３２０では不明確であるとする。このため、Ｐさんは、人手で、付帯データが正当であるか否かを評価することが難しい状況であると考えられる。
　そこで、受信側装置２０２が、例えば、付帯データの送信者を特定する情報を、送信側装置２０１に送信することにする。送信側装置２０１が、例えば、受信した付帯データの送信者を特定する情報に基づいて、付帯データの送信者が、契約書データの作成から確定までのプロセスに関与した人物であるか否かを判定することにする。また、送信側装置２０１が、例えば、人物間の関係性を示す情報に基づいて、付帯データの送信者が、契約書データの作成から確定までのプロセスに関与した人物に関連する人物であるか否かを判定することにする。
　そして、送信側装置２０１が、例えば、判定した結果を、受信側装置２０２に送信することにする。受信側装置２０２は、判定した結果に基づいて、付帯データの正当性を評価することにする。受信側装置２０２は、評価した結果を、Ｐさんが参照可能に出力することにする。これにより、評価システム２００は、Ｐさんが、付帯データが正当であるか否かを評価し易くすることができる。このため、評価システム２００は、Ｐさんにかかる作業負担の低減化を図ることができる。
（送信側装置２０１のハードウェア構成例）
　次に、図４を用いて、図２に示した評価システム２００に含まれる送信側装置２０１のハードウェア構成例について説明する。
　図４は、送信側装置２０１のハードウェア構成例を示すブロック図である。図４において、送信側装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）４０１と、メモリ４０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０３とを有する。送信側装置２０１は、さらに、記録媒体Ｉ／Ｆ４０４と、記録媒体４０５と、ディスプレイ４０６と、入力装置４０７とを有する。また、各構成部は、バス４００によってそれぞれ接続される。
　ここで、ＣＰＵ４０１は、送信側装置２０１の全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることにより、コーディングされている処理をＣＰＵ４０１に実行させる。
　ネットワークＩ／Ｆ４０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ４０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ４０３は、例えば、モデムやＬＡＮアダプタなどである。
　記録媒体Ｉ／Ｆ４０４は、ＣＰＵ４０１の制御に従って記録媒体４０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ４０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）ポートなどである。記録媒体４０５は、記録媒体Ｉ／Ｆ４０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体４０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体４０５は、送信側装置２０１から着脱可能であってもよい。
　ディスプレイ４０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０６は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどである。入力装置４０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。
　送信側装置２０１は、上述した構成部の他、例えば、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、送信側装置２０１は、記録媒体Ｉ／Ｆ４０４や記録媒体４０５を複数有していてもよい。また、送信側装置２０１は、ディスプレイ４０６、または、入力装置４０７などを有していなくてもよい。また、送信側装置２０１は、記録媒体Ｉ／Ｆ４０４や記録媒体４０５を有していなくてもよい。
（対応情報管理テーブル５００の記憶内容）
　次に、図５を用いて、対応情報管理テーブル５００の記憶内容の一例について説明する。対応情報管理テーブル５００は、例えば、図４に示した送受信装置２０１のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
　図５は、対応情報管理テーブル５００の記憶内容の一例を示す説明図である。図５に示すように、対応情報管理テーブル５００は、メールアドレスハッシュと、組み合わせハッシュとのフィールドを有する。対応情報管理テーブル５００は、メールアドレスごとに各フィールドに情報を設定することにより、対応情報がレコード５００－ａとして記憶される。ａは、任意の整数である。
　メールアドレスハッシュのフィールドには、メールアドレスから得られたハッシュ値が設定される。組み合わせハッシュのフィールドには、メールアドレスとＴａａＳアカウントとの組み合わせから得られたハッシュ値が設定される。
（アカウント情報管理テーブル６００の記憶内容）
　次に、図６を用いて、アカウント情報管理テーブル６００の記憶内容の一例について説明する。アカウント情報管理テーブル６００は、例えば、図４に示した送受信装置２０１のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
　図６は、アカウント情報管理テーブル６００の記憶内容の一例を示す説明図である。図６に示すように、アカウント情報管理テーブル６００は、氏名と、ＴａａＳアカウントとのフィールドを有する。アカウント情報管理テーブル６００は、従業員ごとに各フィールドに情報を設定することにより、アカウント情報がレコード６００－ｂとして記憶される。ｂは、任意の整数である。
　氏名のフィールドには、従業員を識別する識別情報として氏名が設定される。ＴａａＳアカウントのフィールドには、上記従業員に対応するＴａａＳアカウントが設定される。
（職制情報管理テーブル７００の記憶内容）
　次に、図７を用いて、職制情報管理テーブル７００の記憶内容の一例について説明する。職制情報管理テーブル７００は、例えば、図４に示した送受信装置２０１のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
　図７は、職制情報管理テーブル７００の記憶内容の一例を示す説明図である。図７に示すように、職制情報管理テーブル７００は、氏名と、メールアドレスとのフィールドを有する。職制情報管理テーブル７００は、従業員ごとに各フィールドに情報を設定することにより、職制情報がレコード７００－ｃとして記憶される。ｃは、任意の整数である。
　氏名のフィールドには、従業員を識別する識別情報として氏名が設定される。メールアドレスのフィールドには、上記従業員に対応するメールアドレスが設定される。職制情報管理テーブル７００は、さらに、メールアドレス以外の従業員の属性に関するフィールドを有してもよい。メールアドレス以外のフィールドは、例えば、役職と、業務内容と、他の従業員とのメールのやり取り回数とのフィールドなどである。
（契約情報管理テーブル８００の記憶内容）
　次に、図８を用いて、契約情報管理テーブル８００の記憶内容の一例について説明する。契約情報管理テーブル８００は、例えば、図４に示した送受信装置２０１のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
　図８は、契約情報管理テーブル８００の記憶内容の一例を示す説明図である。図８に示すように、契約情報管理テーブル８００は、契約書格納場所と、契約書本文ハッシュとのフィールドを有する。契約情報管理テーブル８００は、契約書データごとに各フィールドに情報を設定することにより、契約情報がレコード８００－ｄとして記憶される。ｄは、任意の整数である。
　契約書格納場所のフィールドには、契約書データが格納された格納場所を示すアドレスが設定される。契約書本文ハッシュのフィールドには、上記契約書データから得られたハッシュ値が設定される。契約書本文ハッシュのフィールドには、例えば、上記契約書データに含まれる本文から得られたハッシュ値が設定される。
（ルート情報管理テーブル９００の記憶内容）
　次に、図９を用いて、ルート情報管理テーブル９００の記憶内容の一例について説明する。ルート情報管理テーブル９００は、例えば、図４に示した送受信装置２０１のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
　図９は、ルート情報管理テーブル９００の記憶内容の一例を示す説明図である。図９に示すように、ルート情報管理テーブル９００は、契約書本文ハッシュと、回送者とのフィールドを有する。回送者のフィールドは、例えば、所属と、氏名とのフィールドを有する。ルート情報管理テーブル９００は、契約書データごとに各フィールドに情報を設定することにより、ルート情報がレコード９００－ｅとして記憶される。ｅは、任意の整数である。
　契約書本文ハッシュのフィールドには、契約書データから得られたハッシュ値が設定される。契約書本文ハッシュのフィールドには、例えば、上記契約書データに含まれる本文から得られたハッシュ値が設定される。回送者のフィールドには、契約書データの関係者に関する各種情報が設定される。所属のフィールドには、上記関係者の所属が設定される。氏名のフィールドには、上記関係者を識別する氏名が設定される。
（受信側装置２０２のハードウェア構成例）
　次に、図１０を用いて、図２に示した評価システム２００に含まれる受信側装置２０２のハードウェア構成例について説明する。
　図１０は、受信側装置２０２のハードウェア構成例を示すブロック図である。図１０において、受信側装置２０２は、ＣＰＵ１００１と、メモリ１００２と、ネットワークＩ／Ｆ１００３とを有する。受信側装置２０２は、さらに、記録媒体Ｉ／Ｆ１００４と、記録媒体１００５と、ディスプレイ１００６と、入力装置１００７とを有する。また、各構成部は、バス１０００によってそれぞれ接続される。
　ここで、ＣＰＵ１００１は、受信側装置２０２の全体の制御を司る。メモリ１００２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ１００１のワークエリアとして使用される。メモリ１００２に記憶されるプログラムは、ＣＰＵ１００１にロードされることにより、コーディングされている処理をＣＰＵ１００１に実行させる。
　ネットワークＩ／Ｆ１００３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ１００３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ１００３は、例えば、モデムやＬＡＮアダプタなどである。
　記録媒体Ｉ／Ｆ１００４は、ＣＰＵ１００１の制御に従って記録媒体１００５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ１００４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体１００５は、記録媒体Ｉ／Ｆ１００４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体１００５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体１００５は、受信側装置２０２から着脱可能であってもよい。
　ディスプレイ１００６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ１００６は、例えば、ＣＲＴ、液晶ディスプレイ、有機ＥＬディスプレイなどである。入力装置１００７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置１００７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。
　受信側装置２０２は、上述した構成部の他、例えば、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、受信側装置２０２は、記録媒体Ｉ／Ｆ１００４や記録媒体１００５を複数有していてもよい。また、受信側装置２０２は、ディスプレイ１００６、または、入力装置１００７などを有していなくてもよい。また、受信側装置２０２は、記録媒体Ｉ／Ｆ１００４や記録媒体１００５を有していなくてもよい。
（中継装置２０３のハードウェア構成例）
　次に、図１１を用いて、図２に示した評価システム２００に含まれる中継装置２０３のハードウェア構成例について説明する。
　図１１は、中継装置２０３のハードウェア構成例を示すブロック図である。図１１において、中継装置２０３は、ＣＰＵ１１０１と、メモリ１１０２と、ネットワークＩ／Ｆ１１０３と、記録媒体Ｉ／Ｆ１１０４と、記録媒体１１０５とを有する。また、各構成部は、バス１１００によってそれぞれ接続される。
　ここで、ＣＰＵ１１０１は、中継装置２０３の全体の制御を司る。メモリ１１０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ１１０１のワークエリアとして使用される。メモリ１１０２に記憶されるプログラムは、ＣＰＵ１１０１にロードされることにより、コーディングされている処理をＣＰＵ１１０１に実行させる。
　ネットワークＩ／Ｆ１１０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ１１０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ１１０３は、例えば、モデムやＬＡＮアダプタなどである。
　記録媒体Ｉ／Ｆ１１０４は、ＣＰＵ１１０１の制御に従って記録媒体１１０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ１１０４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体１１０５は、記録媒体Ｉ／Ｆ１１０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体１１０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体１１０５は、中継装置２０３から着脱可能であってもよい。
　中継装置２０３は、上述した構成部の他、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、中継装置２０３は、記録媒体Ｉ／Ｆ１１０４や記録媒体１１０５を複数有していてもよい。また、中継装置２０３は、記録媒体Ｉ／Ｆ１１０４や記録媒体１１０５を有していなくてもよい。
（ユーザ装置２０４のハードウェア構成例）
　図２に示した評価システム２００に含まれるユーザ装置２０４のハードウェア構成例は、具体的には、図４に示した送信側装置２０１のハードウェア構成例と同様であるため、説明を省略する。
（ユーザ装置２０５のハードウェア構成例）
　図２に示した評価システム２００に含まれるユーザ装置２０５のハードウェア構成例は、具体的には、図１０に示した受信側装置２０２のハードウェア構成例と同様であるため、説明を省略する。
（評価システム２００の機能的構成例）
　次に、図１２を用いて、評価システム２００の機能的構成例について説明する。
　図１２は、評価システム２００の機能的構成例を示すブロック図である。評価システム２００は、記憶部１２００と、取得部１２０１と、判定部１２０２と、評価部１２０３と、登録部１２０４と、出力部１２０５とを含む。各機能部は、単独のコンピュータによって実現されてもよいし、複数のコンピュータの協働によって実現されてもよい。
　まず、各機能部が、送信側装置２０１によって実現される場合について説明する。この場合、記憶部１２００は、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域によって実現される。以下では、記憶部１２００が、送信側装置２０１に含まれる場合について説明するが、これに限らない。例えば、記憶部１２００が、送信側装置２０１とは異なる装置に含まれ、記憶部１２００の記憶内容が送信側装置２０１から参照可能である場合があってもよい。記憶部１２００が、送信側装置２０１と、送信側装置２０１とは異なる装置とによって実現される場合があってもよい。
　取得部１２０１～出力部１２０５は、制御部の一例として機能する。取得部１２０１～出力部１２０５は、具体的には、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、ネットワークＩ／Ｆ４０３により、その機能を実現する。各機能部の処理結果は、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域に記憶される。
　記憶部１２００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部１２００は、第１の情報を記憶する。第１の情報は、確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する情報である。第１の文書データは、例えば、契約書データである。第２の文書データは、例えば、付帯データである。
　第２の文書データは、例えば、第１の文書データに関連することを特定可能にする情報を含む。第２の文書データは、具体的には、第１の文書データを識別する識別情報を含む。第２の文書データは、より具体的には、第１の文書データに付されたタイトルまたは識別番号などを含む。
　第１の情報は、例えば、第２の文書データの送信者に対応するメールアドレスから得られるハッシュ値を含む。第１の情報は、例えば、第２の文書データの送信者に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を含む。第１の文書データなどが、電子メールではなく、共有クラウドストレージなどを介してやり取りされる場合、第１の情報は、共有クラウドストレージの格納領域を示す格納先アドレスを含んでもよい。第１の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。第１の情報は、具体的には、受信側装置２０２によって生成され、取得部１２０１によって取得され、記憶部１２００に格納される。
　記憶部１２００は、第２の情報を記憶する。第２の情報は、第１の文書データの作成から確定までのプロセスに関与した人物を特定する情報である。第２の情報は、例えば、プロセスに関与した人物に対応するメールアドレスから得られるハッシュ値を含む。第２の情報は、例えば、プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を含む。第１の文書データなどが、電子メールではなく、共有クラウドストレージなどを介してやり取りされる場合、第２の情報は、共有クラウドストレージの格納領域を示す格納先アドレスを含んでもよい。第２の情報は、例えば、予め生成され、記憶部１２００に格納されるとする。
　記憶部１２００は、例えば、第３の情報に対応付けて、第２の情報を記憶する。第３の情報は、第１の文書データを特定する情報である。第３の情報は、例えば、第１の文書データから得られるハッシュ値を含む。記憶部１２００は、具体的には、職制情報管理テーブル７００と、ルート情報管理テーブル９００とを記憶する。第３の情報は、例えば、予め生成され、記憶部１２００に格納されるとする。
　記憶部１２００は、第４の情報を記憶する。第４の情報は、第１の文書データを特定する情報である。第４の情報は、例えば、第１の文書データから得られるハッシュ値を含む。第４の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。第４の情報は、具体的には、受信側装置２０２によって生成され、取得部１２０１によって取得され、記憶部１２００に格納される。
　記憶部１２００は、第５の情報を記憶する。第５の情報は、第１の文書データの送信者を特定する情報である。第５の情報は、例えば、第１の文書データの送信者に対応するメールアドレスから得られるハッシュ値を含む。第５の情報は、例えば、第１の文書データの送信者に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を含む。第５の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。第５の情報は、具体的には、受信側装置２０２によって生成され、取得部１２０１によって取得され、記憶部１２００に格納される。
　記憶部１２００は、第６の情報を記憶する。第６の情報は、人物間の関係性を示す情報である。第６の情報は、例えば、人物の所属部署、人物間の上下関係、人物間のメールのやり取り回数などである。第６の情報は、例えば、予め生成され、記憶部１２００に格納される。第６の情報は、例えば、所定のタイミングごとに更新され、記憶部１２００に格納されてもよい。
　取得部１２０１は、各機能部の処理に用いられる各種情報を取得する。取得部１２０１は、取得した各種情報を、記憶部１２００に記憶し、または、各機能部に出力する。また、取得部１２０１は、記憶部１２００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部１２０１は、例えば、利用者の操作入力に基づき、各種情報を取得する。取得部１２０１は、例えば、送信側装置２０１とは異なる装置から、各種情報を受信してもよい。
　取得部１２０１は、第１の情報を取得する。取得部１２０１は、例えば、第１の情報を、第１の文書データの受信側から受信することにより取得する。取得部１２０１は、具体的には、第１の情報を、受信側装置２０２から受信することにより取得する。取得部１２０１は、例えば、第１の情報と、第４の情報とを、第１の文書データの受信側から受信することにより取得する。取得部１２０１は、具体的には、第１の情報と、第４の情報とを、受信側装置２０２から受信することにより取得する。
　取得部１２０１は、例えば、第１の情報を、中継装置２０３から受信することにより取得してもよい。中継装置２０３は、例えば、第１の情報を記憶する。中継装置２０３は、具体的には、プロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値と、プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値とを対応付けて記憶する。
　中継装置２０３は、例えば、第１の情報を出力する機能を有する。中継装置２０３は、具体的には、第２の文書データの送信者に対応するメールアドレスから得られる第３のハッシュ値を受け付けたことに応じて、第３のハッシュ値と一致する第１のハッシュ値に対応付けられた第２のハッシュ値を、第１の情報として出力する。取得部１２０１は、具体的には、第１の情報として、中継装置２０３から出力された第２のハッシュ値を取得する。
　取得部１２０１は、第１の文書データが、第１の文書データの受信側に送信された後、第１の文書データの送信者を特定する第５の情報を取得する。取得部１２０１は、例えば、第５の情報を、第１の文書データの受信側から取得する。取得部１２０１は、具体的には、第５の情報を、受信側装置２０２から受信することにより取得する。
　取得部１２０１は、いずれかの機能部の処理を開始する開始トリガーを受け付けてもよい。開始トリガーは、例えば、利用者による所定の操作入力があったことである。開始トリガーは、例えば、他のコンピュータから、所定の情報を受信したことであってもよい。開始トリガーは、例えば、いずれかの機能部が所定の情報を出力したことであってもよい。取得部１２０１は、例えば、第１の情報を取得したことを、判定部１２０２と評価部１２０３との処理を開始する開始トリガーとして受け付ける。取得部１２０１は、例えば、第５の情報を取得したことを、登録部１２０４の処理を開始する開始トリガーとして受け付ける。
　判定部１２０２は、記憶部１２００の記憶内容に基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。判定部１２０２は、例えば、第１の情報と、記憶部１２００に記憶された第２の情報とに基づいて、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。
　判定部１２０２は、具体的には、第１の情報と第２の情報とが一致すれば、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であると判定する。一方で、判定部１２０２は、具体的には、第１の情報と第２の情報とが一致しなければ、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。
　判定部１２０２は、例えば、記憶部１２００に記憶された、取得した第４の情報と一致する第３の情報に対応付けられた第２の情報を特定する。判定部１２０２は、例えば、取得した第２の情報と、取得した第１の情報とに基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。
　判定部１２０２は、具体的には、第１の情報と第２の情報とが一致すれば、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であると判定する。一方で、判定部１２０２は、具体的には、第１の情報と第２の情報とが一致しなければ、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。また、判定部１２０２は、第４の情報を利用するため、記憶部１２００に第２の情報が複数記憶されていても、第１の情報といずれの第２の情報を比較すればよいのかを正確に特定可能にすることができる。
　判定部１２０２は、第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であるか否かを判定する。判定部１２０２は、例えば、第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者と、プロセスに関与した人物との関連度を算出する。
　判定部１２０２は、具体的には、第６の情報に基づいて、第１の情報で特定される第２の文書データの送信者と、プロセスに関与した人物とが、同一または類似の部署に属する場合、関連度が大きくなるよう、関連度を算出する。類似の部署とは、例えば、類似する研究分野に関する部署である。類似の部署とは、例えば、類似する業務に関する部署である。判定部１２０２は、具体的には、第６の情報に基づいて、第１の情報で特定される第２の文書データの送信者と、プロセスに関与した人物とのメールのやり取り回数が多いほど、関連度が大きくなるよう、関連度を算出する。
　判定部１２０２は、具体的には、予め、機械学習により、第６の情報に対応する教師情報に基づいて、関連度を算出する算出モデルを生成していてもよい。そして、判定部１２０２は、具体的には、算出モデルにより、第６の情報に基づいて、第１の情報で特定される第２の文書データの送信者と、プロセスに関与した人物との関連度を算出する。
　判定部１２０２は、例えば、関連度が閾値以上であれば、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であると判定する。判定部１２０２は、例えば、関連度が閾値未満であれば、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。
　評価部１２０３は、判定した結果に基づいて、第２の文書データの正当性を評価する。評価部１２０３は、例えば、プロセスに関与した人物であると判定した場合、第２の文書データが正当であると評価する。評価部１２０３は、例えば、プロセスに関与した人物ではないと判定した場合、第２の文書データが正当ではないと評価する。これにより、評価部１２０３は、送信者が、プロセスに関与した人物であるか否かの観点から、第２の文書データの正当性を評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、例えば、プロセスに関与した人物に関連する人物であると判定した場合、第２の文書データが正当であると評価する。評価部１２０３は、例えば、プロセスに関与した人物に関連する人物ではないと判定した場合、第２の文書データが正当ではないと評価する。これにより、評価部１２０３は、送信者が、プロセスに関与した人物に関連する人物であるか否かの観点から、第２の文書データの正当性を評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、例えば、判定した結果に基づいて、第２の文書データの正当性を数値的または段階的に評価してもよい。正当性の度合いは、例えば、高い方から段階的に、「高」、「中」、「低」と表現されるとする。評価部１２０３は、具体的には、プロセスに関与した人物であると判定した場合、第２の文書データの正当性を「高」であると評価する。
　また、評価部１２０３は、具体的には、プロセスに関与した人物ではなく、プロセスに関与した人物に関連する人物であると判定した場合、第２の文書データの正当性を「中」であると評価する。また、評価部１２０３は、具体的には、プロセスに関与した人物ではなく、プロセスに関与した人物に関連する人物ではないと判定した場合、第２の文書データの正当性を「低」であると評価する。これにより、評価部１２０３は、第２の文書データの正当性の度合いを評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、判定した結果を、第１の文書データの受信側に送信することにより、第１の文書データの受信側において、第２の文書データの正当性を評価させてもよい。評価部１２０３は、例えば、判定した結果を、受信側装置２０２に送信することにより、受信側装置２０２において、第２の文書データの正当性を評価させる。これにより、評価部１２０３は、第１の文書データの受信側において、第２の文書データの正当性を評価可能にすることができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　登録部１２０４は、取得した第５の情報に基づいて、プロセスに関与した人物を特定する。登録部１２０４は、特定したプロセスに関与した人物を特定する第１の情報を、中継装置２０３に送信することにより、中継装置２０３に記憶させる。
　登録部１２０４は、例えば、特定したプロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値を生成する。また、登録部１２０４は、例えば、特定したプロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値を生成する。そして、登録部１２０４は、例えば、生成した第１のハッシュ値と、生成した第２のハッシュ値とを、中継装置２０３に送信することにより、中継装置２０３に記憶させる。これにより、登録部１２０４は、第１の文書データの受信側に、第１の情報を把握させずに済ませることができ、セキュリティの向上を図ることができる。
　出力部１２０５は、少なくともいずれかの機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ４０３による外部装置への送信、または、メモリ４０２や記録媒体４０５などの記憶領域への記憶である。これにより、出力部１２０５は、少なくともいずれかの機能部の処理結果を利用者に通知可能にし、送信側装置２０１の利便性の向上を図ることができる。
　出力部１２０５は、評価した結果を出力する。出力部１２０５は、例えば、評価した結果を、第１の文書データの受信側に属するユーザが参照可能に出力する。出力部１２０５は、例えば、評価した結果を、第１の文書データの受信側に送信する。これにより、出力部１２０５は、第２の文書データの正当性を、第１の文書データの受信側に属するユーザが判断し易くすることができ、セキュリティの向上を図ることができる。
　次に、各機能部が、受信側装置２０２によって実現される場合について説明する。この場合、記憶部１２００は、例えば、図１０に示したメモリ１００２や記録媒体１００５などの記憶領域によって実現される。以下では、記憶部１２００が、受信側装置２０２に含まれる場合について説明するが、これに限らない。例えば、記憶部１２００が、受信側装置２０２とは異なる装置に含まれ、記憶部１２００の記憶内容が受信側装置２０２から参照可能である場合があってもよい。記憶部１２００が、受信側装置２０２と、受信側装置２０２とは異なる装置とによって実現される場合があってもよい。
　取得部１２０１～出力部１２０５は、制御部の一例として機能する。取得部１２０１～出力部１２０５は、具体的には、例えば、図１０に示したメモリ１００２や記録媒体１００５などの記憶領域に記憶されたプログラムをＣＰＵ１００１に実行させることにより、または、ネットワークＩ／Ｆ１００３により、その機能を実現する。各機能部の処理結果は、例えば、図１０に示したメモリ１００２や記録媒体１００５などの記憶領域に記憶される。
　記憶部１２００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部１２００は、第１の情報を記憶する。第１の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。記憶部１２００は、第２の情報を記憶する。第２の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納されるとする。記憶部１２００は、例えば、第３の情報に対応付けて、第２の情報を記憶する。第３の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納されるとする。
　記憶部１２００は、第４の情報を記憶する。第４の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。記憶部１２００は、第５の情報を記憶する。第５の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。記憶部１２００は、第６の情報を記憶する。第６の情報は、例えば、予め生成され、記憶部１２００に格納される。第６の情報は、例えば、所定のタイミングごとに更新され、記憶部１２００に格納されてもよい。
　取得部１２０１は、各機能部の処理に用いられる各種情報を取得する。取得部１２０１は、取得した各種情報を、記憶部１２００に記憶し、または、各機能部に出力する。また、取得部１２０１は、記憶部１２００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部１２０１は、例えば、利用者の操作入力に基づき、各種情報を取得する。取得部１２０１は、例えば、受信側装置２０２とは異なる装置から、各種情報を受信してもよい。
　取得部１２０１は、第１の情報を取得する。取得部１２０１は、例えば、第１の情報を生成することにより取得する。取得部１２０１は、具体的には、第２の文書データの送信者に対応するメールアドレスから得られるハッシュ値を、第１の情報として生成することにより取得する。
　取得部１２０１は、例えば、第１の情報と、第４の情報とを取得する。取得部１２０１は、具体的には、第１の情報と、第４の情報とを生成することにより取得する。取得部１２０１は、具体的には、第２の文書データの送信者に対応するメールアドレスから得られるハッシュ値を、第１の情報として生成することにより取得する。取得部１２０１は、具体的には、第１の文書データから得られるハッシュ値を、第４の情報として生成することにより取得する。
　取得部１２０１は、例えば、第１の情報を、中継装置２０３から受信することにより取得してもよい。中継装置２０３は、例えば、第１の情報を記憶する。中継装置２０３は、具体的には、プロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値と、プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値とを対応付けて記憶する。
　中継装置２０３は、例えば、第１の情報を出力する機能を有する。中継装置２０３は、具体的には、第２の文書データの送信者に対応するメールアドレスから得られる第３のハッシュ値を受け付けたことに応じて、第３のハッシュ値と一致する第１のハッシュ値に対応付けられた第２のハッシュ値を、第１の情報として出力する。取得部１２０１は、具体的には、第３のハッシュ値を、中継装置２０３に送信する。取得部１２０１は、送信した結果、第１の情報として、中継装置２０３から出力された第２のハッシュ値を取得する。
　取得部１２０１は、例えば、第１の情報についての問い合わせを、第１の文書データの送信側に送信することにより、第１の情報を取得してもよい。取得部１２０１は、具体的には、第３のハッシュ値を含む、第１の情報についての問い合わせを、第１の文書データの送信側に送信する。取得部１２０１は、具体的には、送信した結果、第２の文書データの送信者に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を、第１の情報として第１の文書データの送信側から取得する。
　取得部１２０１は、第２の情報を取得する。取得部１２０１は、例えば、第４の情報を含む、第２の情報についての問い合わせを、第１の文書データの送信側に送信する。そして、取得部１２０１は、例えば、第２の情報を、第１の文書データの送信側から受信することにより取得する。
　取得部１２０１は、例えば、第２の情報を、中継装置２０３から受信することにより取得してもよい。中継装置２０３は、例えば、第２の情報を記憶する。中継装置２０３は、具体的には、第１の文書データから得られる第４のハッシュ値と、プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値とを対応付けて記憶する。
　中継装置２０３は、例えば、第２の情報を出力する機能を有する。中継装置２０３は、具体的には、第１の文書データから得られる第５のハッシュ値を受け付けたことに応じて、第５のハッシュ値と一致する第４のハッシュ値に対応付けられた第２のハッシュ値を、第２の情報として出力する。取得部１２０１は、具体的には、第４のハッシュ値を、中継装置２０３に送信する。取得部１２０１は、送信した結果、第２の情報として、中継装置２０３から出力された第２のハッシュ値を取得する。
　取得部１２０１は、いずれかの機能部の処理を開始する開始トリガーを受け付けてもよい。開始トリガーは、例えば、利用者による所定の操作入力があったことである。開始トリガーは、例えば、他のコンピュータから、所定の情報を受信したことであってもよい。開始トリガーは、例えば、いずれかの機能部が所定の情報を出力したことであってもよい。取得部１２０１は、例えば、第１の情報と第２の情報とを取得したことを、判定部１２０２と評価部１２０３との処理を開始する開始トリガーとして受け付ける。
　判定部１２０２は、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。判定部１２０２は、例えば、第１の情報と、第２の情報とに基づいて、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。
　判定部１２０２は、具体的には、第１の情報と第２の情報とが一致すれば、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であると判定する。一方で、判定部１２０２は、具体的には、第１の情報と第２の情報とが一致しなければ、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。
　判定部１２０２は、第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であるか否かを判定する。判定部１２０２は、例えば、第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者と、プロセスに関与した人物との関連度を算出する。
　判定部１２０２は、例えば、関連度が閾値以上であれば、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であると判定する。判定部１２０２は、例えば、関連度が閾値未満であれば、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。
　評価部１２０３は、判定した結果に基づいて、第２の文書データの正当性を評価する。評価部１２０３は、例えば、プロセスに関与した人物であると判定した場合、第２の文書データが正当であると評価する。評価部１２０３は、例えば、プロセスに関与した人物ではないと判定した場合、第２の文書データが正当ではないと評価する。これにより、評価部１２０３は、送信者が、プロセスに関与した人物であるか否かの観点から、第２の文書データの正当性を評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、例えば、プロセスに関与した人物に関連する人物であると判定した場合、第２の文書データが正当であると評価する。評価部１２０３は、例えば、プロセスに関与した人物に関連する人物ではないと判定した場合、第２の文書データが正当ではないと評価する。これにより、評価部１２０３は、送信者が、プロセスに関与した人物に関連する人物であるか否かの観点から、第２の文書データの正当性を評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、例えば、判定した結果に基づいて、第２の文書データの正当性を数値的または段階的に評価してもよい。正当性の度合いは、例えば、高い方から段階的に、「高」、「中」、「低」と表現されるとする。評価部１２０３は、具体的には、プロセスに関与した人物であると判定した場合、第２の文書データの正当性を「高」であると評価する。
　また、評価部１２０３は、具体的には、プロセスに関与した人物ではなく、プロセスに関与した人物に関連する人物であると判定した場合、第２の文書データの正当性を「中」であると評価する。また、評価部１２０３は、具体的には、プロセスに関与した人物ではなく、プロセスに関与した人物に関連する人物ではないと判定した場合、第２の文書データの正当性を「低」であると評価する。これにより、評価部１２０３は、第２の文書データの正当性の度合いを評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　出力部１２０５は、少なくともいずれかの機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ１００３による外部装置への送信、または、メモリ１００２や記録媒体１００５などの記憶領域への記憶である。これにより、出力部１２０５は、少なくともいずれかの機能部の処理結果を利用者に通知可能にし、受信側装置２０２の利便性の向上を図ることができる。
　出力部１２０５は、評価した結果を出力する。出力部１２０５は、例えば、評価した結果を、第１の文書データの受信側に属するユーザが参照可能に出力する。これにより、出力部１２０５は、第２の文書データの正当性を、第１の文書データの受信側に属するユーザが判断し易くすることができ、セキュリティの向上を図ることができる。
　次に、各機能部が、中継装置２０３によって実現される場合について説明する。この場合、記憶部１２００は、例えば、図１１に示したメモリ１１０２や記録媒体１１０５などの記憶領域によって実現される。以下では、記憶部１２００が、中継装置２０３に含まれる場合について説明するが、これに限らない。例えば、記憶部１２００が、中継装置２０３とは異なる装置に含まれ、記憶部１２００の記憶内容が中継装置２０３から参照可能である場合があってもよい。記憶部１２００が、中継装置２０３と、中継装置２０３とは異なる装置とによって実現される場合があってもよい。
　取得部１２０１～出力部１２０５は、制御部の一例として機能する。取得部１２０１～出力部１２０５は、具体的には、例えば、図１１に示したメモリ１１０２や記録媒体１１０５などの記憶領域に記憶されたプログラムをＣＰＵ１１０１に実行させることにより、または、ネットワークＩ／Ｆ１１０３により、その機能を実現する。各機能部の処理結果は、例えば、図１１に示したメモリ１１０２や記録媒体１１０５などの記憶領域に記憶される。
　記憶部１２００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部１２００は、第１の情報を記憶する。第１の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。記憶部１２００は、第２の情報を記憶する。第２の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納されるとする。記憶部１２００は、例えば、第３の情報に対応付けて、第２の情報を記憶する。第３の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納されるとする。
　記憶部１２００は、第４の情報を記憶する。第４の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。記憶部１２００は、第５の情報を記憶する。第５の情報は、例えば、取得部１２０１によって取得され、記憶部１２００に格納される。記憶部１２００は、第６の情報を記憶する。第６の情報は、例えば、予め生成され、記憶部１２００に格納される。第６の情報は、例えば、所定のタイミングごとに更新され、記憶部１２００に格納されてもよい。
　取得部１２０１は、各機能部の処理に用いられる各種情報を取得する。取得部１２０１は、取得した各種情報を、記憶部１２００に記憶し、または、各機能部に出力する。また、取得部１２０１は、記憶部１２００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部１２０１は、例えば、利用者の操作入力に基づき、各種情報を取得する。取得部１２０１は、例えば、中継装置２０３とは異なる装置から、各種情報を受信してもよい。
　取得部１２０１は、第１の情報を取得する。取得部１２０１は、例えば、第１の情報を、第１の文書データの受信側から受信することにより取得する。取得部１２０１は、第１の情報と、第４の情報とを取得する。取得部１２０１は、例えば、第１の情報と、第４の情報とを、第１の文書データの受信側から受信することにより取得する。
　取得部１２０１は、第２の情報を取得する。取得部１２０１は、例えば、予め、第３の情報と対応付けられた第２の情報を、第１の文書データの送信側から受信することにより取得する。
　取得部１２０１は、例えば、第４の情報を含む、第２の情報についての問い合わせを、第１の文書データの送信側に送信してもよい。そして、取得部１２０１は、例えば、送信した結果、第２の情報を、第１の文書データの送信側から受信することにより取得する。
　取得部１２０１は、いずれかの機能部の処理を開始する開始トリガーを受け付けてもよい。開始トリガーは、例えば、利用者による所定の操作入力があったことである。開始トリガーは、例えば、他のコンピュータから、所定の情報を受信したことであってもよい。開始トリガーは、例えば、いずれかの機能部が所定の情報を出力したことであってもよい。取得部１２０１は、例えば、第１の情報と第２の情報とを取得したことを、判定部１２０２と評価部１２０３との処理を開始する開始トリガーとして受け付ける。
　判定部１２０２は、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。判定部１２０２は、例えば、第１の情報と、第２の情報とに基づいて、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。
　判定部１２０２は、具体的には、第１の情報と第２の情報とが一致すれば、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であると判定する。一方で、判定部１２０２は、具体的には、第１の情報と第２の情報とが一致しなければ、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。
　判定部１２０２は、例えば、記憶部１２００に記憶された、取得した第４の情報と一致する第３の情報に対応付けられた第２の情報を特定する。判定部１２０２は、例えば、取得した第２の情報と、取得した第１の情報とに基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定する。
　判定部１２０２は、具体的には、第１の情報と第２の情報とが一致すれば、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であると判定する。一方で、判定部１２０２は、具体的には、第１の情報と第２の情報とが一致しなければ、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。また、判定部１２０２は、第４の情報を利用するため、記憶部１２００に第２の情報が複数記憶されていても、第１の情報といずれの第２の情報を比較すればよいのかを正確に特定可能にすることができる。
　判定部１２０２は、第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であるか否かを判定する。判定部１２０２は、例えば、第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者と、プロセスに関与した人物との関連度を算出する。
　判定部１２０２は、例えば、関連度が閾値以上であれば、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であると判定する。判定部１２０２は、例えば、関連度が閾値未満であれば、第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物ではないと判定する。これにより、判定部１２０２は、第２の文書データの正当性を評価する指針を得ることができる。
　評価部１２０３は、判定した結果に基づいて、第２の文書データの正当性を評価する。評価部１２０３は、例えば、プロセスに関与した人物であると判定した場合、第２の文書データが正当であると評価する。評価部１２０３は、例えば、プロセスに関与した人物ではないと判定した場合、第２の文書データが正当ではないと評価する。これにより、評価部１２０３は、送信者が、プロセスに関与した人物であるか否かの観点から、第２の文書データの正当性を評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、例えば、プロセスに関与した人物に関連する人物であると判定した場合、第２の文書データが正当であると評価する。評価部１２０３は、例えば、プロセスに関与した人物に関連する人物ではないと判定した場合、第２の文書データが正当ではないと評価する。これにより、評価部１２０３は、送信者が、プロセスに関与した人物に関連する人物であるか否かの観点から、第２の文書データの正当性を評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　評価部１２０３は、例えば、判定した結果に基づいて、第２の文書データの正当性を数値的または段階的に評価してもよい。正当性の度合いは、例えば、高い方から段階的に、「高」、「中」、「低」と表現されるとする。評価部１２０３は、具体的には、プロセスに関与した人物であると判定した場合、第２の文書データの正当性を「高」であると評価する。
　また、評価部１２０３は、具体的には、プロセスに関与した人物ではなく、プロセスに関与した人物に関連する人物であると判定した場合、第２の文書データの正当性を「中」であると評価する。また、評価部１２０３は、具体的には、プロセスに関与した人物ではなく、プロセスに関与した人物に関連する人物ではないと判定した場合、第２の文書データの正当性を「低」であると評価する。これにより、評価部１２０３は、第２の文書データの正当性の度合いを評価することができ、第１の文書データの受信側と送信側とにかかる作業負担の低減化を図ることができる。また、評価部１２０３は、セキュリティの向上を図ることができる。
　出力部１２０５は、少なくともいずれかの機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ１１０３による外部装置への送信、または、メモリ１１０２や記録媒体１１０５などの記憶領域への記憶である。これにより、出力部１２０５は、少なくともいずれかの機能部の処理結果を利用者に通知可能にし、中継装置２０３の利便性の向上を図ることができる。
　出力部１２０５は、評価した結果を出力する。出力部１２０５は、例えば、評価した結果を、第１の文書データの受信側に属するユーザが参照可能に出力する。出力部１２０５は、具体的には、評価した結果を、第１の文書データの受信側に送信する。これにより、出力部１２０５は、第２の文書データの正当性を、第１の文書データの受信側に属するユーザが判断し易くすることができ、セキュリティの向上を図ることができる。
（評価システム２００の動作例１）
　次に、図１３～図２０を用いて、評価システム２００の動作例１について説明する。動作例１は、評価システム２００が、中継装置２０３を含まない場合に対応する。まず、図１３を用いて、動作例１における評価システム２００の機能的構成の具体例について説明する。
　図１３は、動作例１における評価システム２００の機能的構成の具体例を示すブロック図である。図１３において、評価システム２００は、Ａ社ＴａａＳを実現する送信側装置２０１と、Ｂ社ＴａａＳを実現する受信側装置２０２とを含む。
　送信側装置２０１は、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。ＴａａＳコア部１３１０は、契約情報管理部１３１１と、契約情報登録部１３１２とを含む。確認処理部１３４０は、ルート確認部１３４１と、職制情報確認部１３４２とを含む。
　送信側装置２０１は、Ａ社に関する契約情報ＤＢ（ＤａｔａＢａｓｅ）１３０１にアクセス可能である。契約情報ＤＢ１３０１は、契約情報と、契約書本文ハッシュと、ルート情報とを含む。契約情報は、例えば、契約書情報と、付帯情報とを含む。契約情報ＤＢ１３０１は、契約情報管理テーブル８００およびルート情報管理テーブル９００によって実現される。送信側装置２０１は、ワークフローサービス１３０２を介して、ワークフローデータ１３０３にアクセス可能である。ワークフローデータ１３０３は、契約書情報の作成から確定までのプロセスにおいて、契約書情報がいずれの人物による承認を経るかを示す。送信側装置２０１は、ディレクトリサービス１３０４を介して、職制情報１３０５にアクセス可能である。職制情報１３０５は、例えば、職制情報管理テーブル７００によって実現される。
　受信側装置２０２は、送信側装置２０１と同様に、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。受信側装置２０２は、送信側装置２０１と同様に、Ｂ社に関する契約情報ＤＢ１３０１にアクセス可能である。
　契約情報管理部１３１１は、受信側装置２０２においては、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する。契約情報登録部１３１２は、受信側装置２０２においては、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する。
　契約情報登録部１３１２は、受信側装置２０２においては、判定した結果、一致する組み合わせが存在すれば、付帯情報をＴａａＳに登録する。契約情報登録部１３１２は、受信側装置２０２においては、判定した結果、一致する組み合わせがなければ、付帯情報を破棄し、受信側ユーザ宛てにアラートを出力する。
　確認依頼部１３２０は、受信側装置２０２においては、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する。確認依頼部１３２０は、受信側装置２０２においては、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、送信側装置２０１に送信する。
　確認依頼部１３２０は、受信側装置２０２においては、比較した結果を受信する。確認依頼部１３２０は、受信側装置２０２においては、比較した結果に基づいて、担当者メールアドレスのハッシュ値と、送信元メールアドレスのハッシュ値とが一致する組み合わせが存在するか否かを判定する。確認依頼部１３２０は、受信側装置２０２においては、判定した結果を、契約情報登録部１３１２に送信する。
　確認依頼部１３２０は、送信側装置２０１においては、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する。確認依頼部１３２０は、送信側装置２０１においては、比較した結果を、受信側装置２０２に送信する。
　ハッシュ計算部１３３０は、送信側装置２０１においては、担当者メールアドレスのハッシュ値を生成する。ハッシュ計算部１３３０は、受信側装置２０２においては、送信元メールアドレスのハッシュ値を生成する。
　確認処理部１３４０は、送信側装置２０１においては、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する。確認処理部１３４０は、送信側装置２０１においては、ルート確認部１３４１で抽出した担当者を、ルート確認部１３４１から受信する。
　確認処理部１３４０は、送信側装置２０１においては、ルート確認部１３４１で抽出した担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者メールアドレスを、職制情報確認部１３４２から受信する。
　確認処理部１３４０は、送信側装置２０１においては、担当者メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者メールアドレスのハッシュ値を取得する。確認処理部１３４０は、送信側装置２０１においては、確認要求に含まれる送信元メールアドレスのハッシュ値と、担当者メールアドレスのハッシュ値とを比較し、比較した結果を、確認依頼部１３２０に送信する。
　ルート確認部１３４１は、送信側装置２０１においては、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する。職制情報確認部１３４２は、送信側装置２０１においては、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する。
　次に、図１４～図２０を用いて、評価システム２００の動作例１について説明する。
　図１４～図２０は、評価システム２００の動作例１を示す説明図である。図１４に示すように、Ａ社３１０とＢ社３２０とで、契約１４００が締結されたとする。Ａ社３１０では、Ｇ部署に属するＢさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を承認し、確定し、メールを介して、Ｂ社３２０に送信したとする。Ｂ社３２０では、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、メールを介して、契約１４００にかかる契約書情報を受信し、承認したとする。受信側装置２０２は、ユーザ装置２０５との通信により、契約書情報を、契約情報ＤＢ１３０１に登録したとする。
　その後、Ｂ社３２０で、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、メールを介して、付帯情報を受信し、契約書情報に付帯する付帯情報であると判断したとする。ここで、受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報の送信元についての確認依頼の入力を受け付けたとする。確認依頼は、付帯情報を含んでもよい。確認依頼は、付帯情報が、いずれの契約書情報に対応するのかを特定可能にする情報を含んでもよい。受信側装置２０２は、確認依頼を受け付けたことに応じて、付帯情報の送信元についての確認要求を生成し、送信側装置２０１に送信する。
　送信側装置２０１は、付帯情報の送信元についての確認要求を受信すると、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を、受信側装置２０２に返信する。受信側装置２０２は、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を受信する。受信側装置２０２は、受信した情報に基づいて、付帯情報の正当性を評価する。受信側装置２０２は、付帯情報の正当性を評価した結果に基づいて、付帯情報をＴａａＳに登録し、または、付帯情報を破棄する。ここで、図１５～図２０の説明に移行し、送信側装置２０１と受信側装置２０２との動作の流れについて具体的に説明する。
　図１５において、ユーザ装置２０４は、契約書情報を、ユーザ装置２０５に送信する。送信側装置２０１は、ユーザ装置２０４との通信により、契約書情報を取得する。送信側装置２０１は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ａ社３１０のＴａａＳに登録し、Ａ社３１０の契約情報ＤＢ１３０１に格納する。
　ユーザ装置２０５は、契約書情報を、ユーザ装置２０４から受信する。受信側装置２０２は、ユーザ装置２０５との通信により、受信された契約書情報を取得する。受信側装置２０２は、契約書情報を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納する。また、受信側装置２０２は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納する。次に、図１６の説明に移行する。
　図１６において、（１６－１）ユーザ装置２０５は、Ｃさんからのメールにより、付帯情報を受信する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報を取得する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報の送信者であるＣさんのメールアドレスＭＦcを取得する。受信側装置２０２は、取得したＣさんのメールアドレスＭＦcから得られるハッシュ値Ｈａｓｈ（ＭＦc）を生成する。
　（１６－２）受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、例えば、Ｐさんの操作入力に基づきユーザ装置２０５から出力された確認依頼に基づいて、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、特定した契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を取得する。受信側装置２０２は、取得したハッシュ値Ｈａｓｈ（Ａc）と、生成したハッシュ値Ｈａｓｈ（ＭＦc）とを含む確認要求を、送信側装置２０１に送信する。次に、図１７の説明に移行する。
　図１７において、送信側装置２０１は、確認要求を受信する。送信側装置２０１は、確認要求から、ハッシュ値Ｈａｓｈ（Ａc）と、ハッシュ値Ｈａｓｈ（ＭＦc）とを抽出する。
　（１７－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ルート情報管理テーブル９００から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得する。プロセスに関与した人物は、例えば、契約１４００に関与した人物に対応する。送信側装置２０１は、例えば、抽出したハッシュ値Ｈａｓｈ（Ａc）と一致するハッシュ値に対応付けられたＢさんの氏名Ｂなどを取得する。
　送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ワークフローデータ１３０３から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得してもよい。次に、図１８の説明に移行する。
　図１８において、（１８－１）送信側装置２０１は、取得した氏名Ｂをキーにして、職制情報管理テーブル７００から、取得した氏名Ｂに対応付けられたメールアドレスＭBを取得する。
　（１８－２）送信側装置２０１は、取得したメールアドレスＭBから得られるハッシュ値Ｈａｓｈ（ＭB）を生成する。次に、図１９の説明に移行する。
　図１９において、（１９－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（ＭＦc）と、生成したハッシュ値Ｈａｓｈ（ＭB）とが一致するか否かを確認する。
　ここで、ハッシュ値Ｈａｓｈ（ＭＦc）は、付帯情報の送信者に対応する。そして、ハッシュ値Ｈａｓｈ（ＭB）は、契約１４００に関与した人物に対応する。従って、送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＦc）と、ハッシュ値Ｈａｓｈ（ＭB）とが一致するか否かを確認することにより、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認することになる。
　（１９－２）送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＦc）と、ハッシュ値Ｈａｓｈ（ＭB）とが一致するか否かを確認した結果を、受信側装置２０２に送信する。換言すれば、送信側装置２０１は、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認した結果を特定する情報を、受信側装置２０２に送信する。次に、図２０の説明に移行する。
　図２０において、受信側装置２０２は、確認した結果を受信する。（２０－１）受信側装置２０２は、確認した結果が、付帯情報の送信者と、契約１４００に関与した人物とが一致することを示せば、付帯情報を正当であると評価する。受信側装置２０２は、付帯情報を正当であると評価した場合、付帯情報をＢ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納する。
　（２０－２）受信側装置２０２は、確認した結果が、付帯情報の送信者と、契約１４００に関与した人物とが一致しないことを示せば、付帯情報を正当ではないと評価する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報を破棄する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報の送信者が、契約１４００に関与した人物ではないことを示すアラートを、受信側ユーザが参照可能に出力する。
　これにより、評価システム２００は、ＰさんなどのＢ社３２０に属する人物が、付帯情報が正当であるか否かを評価し易くすることができる。このため、評価システム２００は、ＰさんなどのＢ社３２０に属する人物にかかる作業負担の低減化を図ることができる。また、評価システム２００は、付帯情報の正当性を評価するにあたり、ＰさんなどのＢ社３２０に属する人物が、ＢさんなどのＡ社３１０に属する人物に問い合わせずに済ませることができる。このため、評価システム２００は、ＢさんなどのＡ社３１０に属する人物にかかる作業負担の低減化を図ることができる。また、評価システム２００は、Ｂ社３２０で不正な付帯情報を利用してしまうことを防止することができ、セキュリティの向上を図ることができる。
（動作例１における全体処理手順）
　次に、図２１～図２３を用いて、評価システム２００が実行する、動作例１における全体処理手順の一例について説明する。全体処理は、例えば、送信側装置２０１と、受信側装置２０２とによって実現される。
　図２１～図２３は、動作例１における全体処理手順の一例を示すシーケンス図である。図２１において、受信側装置２０２は、契約情報登録部１３１２により、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する（ステップＳ２１０１）。
　受信側装置２０２は、確認依頼部１３２０により、確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する（ステップＳ２１０２）。受信側装置２０２は、確認依頼部１３２０により、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　受信側装置２０２は、契約情報管理部１３１１により、取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する（ステップＳ２１０３）。
　受信側装置２０２は、確認依頼部１３２０により、契約書本文のハッシュ値を受信すると、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、送信側装置２０１に送信する（ステップＳ２１０４）。
　送信側装置２０１は、確認依頼部１３２０により、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する（ステップＳ２１０５）。次に、図２２の説明に移行する。
　図２２において、送信側装置２０１は、確認処理部１３４０により、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する（ステップＳ２２０１）。
　送信側装置２０１は、ルート確認部１３４１により、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する（ステップＳ２２０２）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を受信すると、受信した担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する（ステップＳ２２０３）。
　送信側装置２０１は、職制情報確認部１３４２により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する（ステップＳ２２０４）。
　送信側装置２０１は、確認処理部１３４０により、担当者メールアドレスを受信すると、受信した担当者メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者メールアドレスのハッシュ値を取得する（ステップＳ２２０５）。次に、図２３の説明に移行する。
　図２３において、送信側装置２０１は、確認処理部１３４０により、確認要求に含まれる送信元メールアドレスのハッシュ値と、担当者メールアドレスのハッシュ値とを比較し、比較した結果を、確認依頼部１３２０に送信する（ステップＳ２３０１）。
　送信側装置２０１は、確認依頼部１３２０により、比較した結果を受信すると、受信した比較した結果を、受信側装置２０２に送信する（ステップＳ２３０２）。
　受信側装置２０２は、確認依頼部１３２０により、比較した結果を受信する。次に、受信側装置２０２は、確認依頼部１３２０により、受信した比較した結果に基づいて、担当者メールアドレスのハッシュ値と、送信元メールアドレスのハッシュ値とが一致する組み合わせが存在するか否かを判定する（ステップＳ２３０３）。
　ここで、一致する組み合わせが存在する場合（ステップＳ２３０３：Ｙｅｓ）、受信側装置２０２は、ステップＳ２３０４の処理に移行する。一方で、一致する組み合わせが存在しない場合（ステップＳ２３０３：Ｎｏ）、受信側装置２０２は、ステップＳ２３０５の処理に移行する。
　ステップＳ２３０４では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を、ＴａａＳに登録する（ステップＳ２３０４）。そして、評価システム２００は、全体処理を終了する。
　ステップＳ２３０５では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を破棄し、ユーザ宛てにアラートを出力する（ステップＳ２３０５）。そして、評価システム２００は、全体処理を終了する。これにより、評価システム２００は、付帯情報の正当性を精度よく評価することができ、セキュリティの向上を図ることができる。
（評価システム２００の動作例２）
　次に、図２４～図３２を用いて、評価システム２００の動作例２について説明する。
　上述した動作例１は、送信側装置２０１と受信側装置２０２とが、付帯情報の送信元メールアドレスから得られるハッシュ値を利用する場合に対応する。これに対し、動作例２は、送信側装置２０１と受信側装置２０２とが、付帯情報の送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせから得られるハッシュ値を利用する場合に対応する。また、動作例２は、評価システム２００が、中継装置２０３を含まない場合に対応する。まず、図２４を用いて、動作例２における評価システム２００の機能的構成の具体例について説明する。
　図２４は、動作例２における評価システム２００の機能的構成の具体例を示すブロック図である。図２４において、図１３と同様の要素については、図１３と同一の符号を付す。評価システム２００は、Ａ社ＴａａＳを実現する送信側装置２０１と、Ｂ社ＴａａＳを実現する受信側装置２０２とを含む。
　送信側装置２０１は、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。ＴａａＳコア部１３１０は、契約情報管理部１３１１と、契約情報登録部１３１２とを含む。確認処理部１３４０は、ルート確認部１３４１と、職制情報確認部１３４２と、アカウント確認部２４０１と、対応情報生成部２４０２とを含む。
　送信側装置２０１は、Ａ社に関する契約情報ＤＢ１３０１にアクセス可能である。契約情報ＤＢ１３０１は、契約情報と、契約書本文ハッシュと、ルート情報とを含む。契約情報ＤＢ１３０１は、さらに、アカウント情報としてＴａａＳアカウントを含む。契約情報ＤＢ１３０１は、さらに、メールアドレスとＴａａＳアカウントとの組み合わせのハッシュ値を含む。契約情報は、例えば、契約書情報と、付帯情報とを含む。送信側装置２０１は、ワークフローサービス１３０２を介して、ワークフローデータ１３０３にアクセス可能である。送信側装置２０１は、ディレクトリサービス１３０４を介して、職制情報１３０５にアクセス可能である。
　受信側装置２０２は、送信側装置２０１と同様に、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。受信側装置２０２は、送信側装置２０１と同様に、Ｂ社に関する契約情報ＤＢ１３０１にアクセス可能である。
　契約情報管理部１３１１は、受信側装置２０２においては、各種ハッシュ値の取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する。契約情報管理部１３１１は、受信側装置２０２においては、各種ハッシュ値の取得依頼を受信すると、送信元メールアドレスのハッシュ値に対応付けられた、送信元組み合わせのハッシュ値を取得し、確認依頼部１３２０に送信する。送信元組み合わせは、送信元メールアドレスと送信元ＴａａＳアカウントとの組み合わせである。
　契約情報登録部１３１２は、受信側装置２０２においては、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する。契約情報登録部１３１２は、受信側装置２０２においては、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在すると判定した場合、付帯情報を、ＴａａＳに登録する。契約情報登録部１３１２は、受信側装置２０２においては、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在しないと判定した場合、付帯情報を破棄し、ユーザ宛てにアラートを出力する。
　確認依頼部１３２０は、受信側装置２０２においては、確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する。確認依頼部１３２０は、受信側装置２０２においては、各種ハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　確認依頼部１３２０は、受信側装置２０２においては、送信元組み合わせのハッシュ値と、契約書本文のハッシュ値とを受信する。確認依頼部１３２０は、受信側装置２０２においては、送信元メールアドレスのハッシュ値と、送信元組み合わせのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、送信側装置２０１に送信する。確認依頼部１３２０は、受信側装置２０２においては、比較した結果を受信すると、受信した比較した結果に基づいて、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在するか否かを判定する。
　確認依頼部１３２０は、送信側装置２０１においては、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する。確認依頼部１３２０は、送信側装置２０１においては、比較した結果を受信すると、受信した比較した結果を、受信側装置２０２に送信する。
　ハッシュ計算部１３３０は、受信側装置２０２においては、送信元メールアドレスのハッシュ値を生成し、確認依頼部１３２０に送信する。
　確認処理部１３４０は、送信側装置２０１においては、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を受信すると、受信した担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する。
　確認処理部１３４０は、送信側装置２０１においては、担当者メールアドレスと、担当者ＴａａＳアカウントとを受信すると、対応情報生成部２４０２に、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成させる。確認処理部１３４０は、送信側装置２０１においては、担当者組み合わせのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者組み合わせのハッシュ値を取得する。確認処理部１３４０は、送信側装置２０１においては、確認要求に含まれる送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較し、比較した結果を、確認依頼部１３２０に送信する。
　ルート確認部１３４１は、送信側装置２０１においては、抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する。
　職制情報確認部１３４２は、送信側装置２０１においては、取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する。
　アカウント確認部２４０１は、送信側装置２０１においては、取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する。対応情報生成部２４０２は、送信側装置２０１においては、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成する。
　次に、図２５～図３１を用いて、評価システム２００の動作例２について説明する。
　図２５～図３１は、評価システム２００の動作例２を示す説明図である。図２５に示すように、Ａ社３１０とＢ社３２０とで、契約１４００が締結されたとする。Ａ社３１０では、送信側装置２０１が、Ａ社３１０に属する人物の担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせから得られるハッシュ値を取得し、Ｂ社３２０に送信しておくとする。Ｂ社３２０では、受信側装置２０２が、担当者組み合わせから得られるハッシュ値を、契約情報ＤＢ１３０１に記憶しておくとする。
　Ａ社３１０では、Ｈ部署に属するＡさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を作成したとする。Ａ社３１０では、Ｇ部署に属するＢさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を承認し、確定し、メールを介して、Ｂ社３２０に送信したとする。Ｂ社３２０では、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、メールを介して、契約１４００にかかる契約書情報を受信し、承認したとする。受信側装置２０２は、ユーザ装置２０５との通信により、契約書情報を、契約情報ＤＢ１３０１に登録したとする。
　その後、Ｂ社３２０で、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、メールを介して、付帯情報を受信し、契約書情報に付帯する付帯情報であると判断したとする。ここで、受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報の送信元についての確認依頼の入力を受け付けたとする。確認依頼は、付帯情報を含んでもよい。確認依頼は、付帯情報が、いずれの契約書情報に対応するのかを特定可能にする情報を含んでもよい。受信側装置２０２は、確認依頼を受け付けたことに応じて、送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせのハッシュ値に基づいて、付帯情報の送信元についての確認要求を生成し、送信側装置２０１に送信する。
　送信側装置２０１は、付帯情報の送信元についての確認要求を受信すると、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を、受信側装置２０２に返信する。
　受信側装置２０２は、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を受信する。受信側装置２０２は、受信した情報に基づいて、付帯情報の正当性を評価する。受信側装置２０２は、付帯情報の正当性を評価した結果に基づいて、付帯情報をＴａａＳに登録し、または、付帯情報を破棄する。ここで、図２６～図３２の説明に移行し、送信側装置２０１と受信側装置２０２との動作の流れについて具体的に説明する。
　図２６において、送信側装置２０１は、Ａ社３１０に属する担当者に対応する担当者メールアドレスのハッシュ値を生成したとする。送信側装置２０１は、Ａ社３１０に属する担当者に対応する担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を生成したとする。
　そして、送信側装置２０１は、予め、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、受信側装置２０２に送信したとする。受信側装置２０２は、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、契約情報ＤＢ１３０１に記憶したとする。
　その後、ユーザ装置２０４は、契約書情報を、ユーザ装置２０５に送信したとする。送信側装置２０１は、ユーザ装置２０４との通信により、契約書情報を取得する。送信側装置２０１は、ユーザ装置２０４との通信により、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ａ社３１０のＴａａＳに登録し、Ａ社３１０の契約情報ＤＢ１３０１に格納したとする。
　ユーザ装置２０５は、契約書情報を、ユーザ装置２０４から受信したとする。受信側装置２０２は、ユーザ装置２０５との通信により、受信された契約書情報を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納したとする。また、受信側装置２０２は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納したとする。
　（２６－１）ユーザ装置２０５は、Ｃさんからのメールにより、付帯情報を受信する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報を取得する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報の送信者であるＣさんの送信者メールアドレスＭＦcを取得する。受信側装置２０２は、取得したＣさんの送信者メールアドレスＭＦcから得られるハッシュ値Ｈａｓｈ（ＭＦc）を生成する。
　（２６－２）受信側装置２０２は、契約情報ＤＢ１３０１を参照して、生成したハッシュ値Ｈａｓｈ（ＭＦc）と一致するハッシュ値に対応付けられた、担当者組み合わせのハッシュ値を、送信者組み合わせのハッシュ値Ｈａｓｈ（ＭＴc）として抽出する。送信者組み合わせは、送信者メールアドレスと送信者ＴａａＳアカウントとの組み合わせである。次に、図２７の説明に移行する。
　図２７において、受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、例えば、Ｐさんの操作入力に基づきユーザ装置２０５から出力された確認依頼に基づいて、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、特定した契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を取得する。
　（２７－１）受信側装置２０２は、取得したハッシュ値Ｈａｓｈ（Ａc）と、生成したハッシュ値Ｈａｓｈ（ＭＦc）と、抽出したハッシュ値Ｈａｓｈ（ＭＴc）とを含む確認要求を、送信側装置２０１に送信する。次に、図２８の説明に移行する。
　図２８において、送信側装置２０１は、確認要求を受信する。送信側装置２０１は、確認要求から、ハッシュ値Ｈａｓｈ（Ａc）と、ハッシュ値Ｈａｓｈ（ＭＦc）と、ハッシュ値Ｈａｓｈ（ＭＴc）とを抽出する。
　（２８－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ルート情報管理テーブル９００から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得する。プロセスに関与した人物は、例えば、契約１４００に関与した人物に対応する。送信側装置２０１は、例えば、抽出したハッシュ値Ｈａｓｈ（Ａc）と一致するハッシュ値に対応付けられたＡさんの氏名Ａ、および、Ｂさんの氏名Ｂなどを取得する。
　送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ワークフローデータ１３０３から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得してもよい。
　（２８－２）送信側装置２０１は、取得した氏名をキーにして、アカウント情報管理テーブル６００から、プロセスに関与した人物に対応する担当者ＴａａＳアカウントを取得する。送信側装置２０１は、例えば、Ａさんに対応する担当者ＴａａＳアカウントＴAと、Ｂさんに対応する担当者ＴａａＳアカウントＴBとを取得する。次に、図２９の説明に移行する。
　図２９において、（２９－１）送信側装置２０１は、取得した氏名をキーにして、職制情報管理テーブル７００から、取得した氏名に対応付けられた担当者メールアドレスを取得する。送信側装置２０１は、例えば、氏名Ａに対応付けられた担当者メールアドレスＭAと、氏名Ｂに対応付けられた担当者メールアドレスＭBとを取得する。
　（２９－２）送信側装置２０１は、プロセスに関与した人物ごとに、取得した担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせから得られるハッシュ値を生成する。送信側装置２０１は、例えば、Ａさんについて、取得した担当者メールアドレスＭAと担当者ＴａａＳアカウントＴAとから得られるハッシュ値Ｈａｓｈ（ＭＴA）を生成する。送信側装置２０１は、例えば、Ｂさんについて、取得した担当者メールアドレスＭBと担当者ＴａａＳアカウントＴBとから得られるハッシュ値Ｈａｓｈ（ＭＴB）を生成する。次に、図３０の説明に移行する。
　図３０において、（３０－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（ＭＴc）と、生成したハッシュ値Ｈａｓｈ（ＭＴA）または生成したハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認する。
　ここで、ハッシュ値Ｈａｓｈ（ＭＴc）は、付帯情報の送信者に対応する。そして、ハッシュ値Ｈａｓｈ（ＭＴA）と、ハッシュ値Ｈａｓｈ（ＭＴB）とは、契約１４００に関与した人物に対応する。従って、送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＴc）と、ハッシュ値Ｈａｓｈ（ＭＴA）またはハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認し、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認することにする。
　（３０－２）送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＴc）と、ハッシュ値Ｈａｓｈ（ＭＴA）またはハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認した結果を、受信側装置２０２に送信する。換言すれば、送信側装置２０１は、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認した結果を特定する情報を、受信側装置２０２に送信する。次に、図３１の説明に移行する。
　図３１において、受信側装置２０２は、確認した結果を受信する。（３１－１）受信側装置２０２は、確認した結果が、付帯情報の送信者と、契約１４００に関与した人物とが一致することを示せば、付帯情報を正当であると評価する。受信側装置２０２は、付帯情報を正当であると評価した場合、付帯情報をＢ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納する。
　（３１－２）受信側装置２０２は、確認した結果が、付帯情報の送信者と、契約１４００に関与した人物とが一致しないことを示せば、付帯情報を正当ではないと評価する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報を破棄する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報の送信者が、契約１４００に関与した人物ではないことを示すアラートを、受信側ユーザが参照可能に出力する。
　これにより、評価システム２００は、ＰさんなどのＢ社３２０に属する人物が、付帯情報が正当であるか否かを評価し易くすることができる。このため、評価システム２００は、ＰさんなどのＢ社３２０に属する人物にかかる作業負担の低減化を図ることができる。また、評価システム２００は、付帯情報の正当性を評価するにあたり、ＰさんなどのＢ社３２０に属する人物が、ＢさんなどのＡ社３１０に属する人物に問い合わせずに済ませることができる。このため、評価システム２００は、ＢさんなどのＡ社３１０に属する人物にかかる作業負担の低減化を図ることができる。
　また、評価システム２００は、Ｂ社３２０で不正な付帯情報を利用してしまうことを防止することができ、セキュリティの向上を図ることができる。また、評価システム２００は、ＴａａＳアカウントを利用するため、セキュリティの更なる向上を図ることができる。
（動作例２における全体処理手順）
　次に、図３２～図３５を用いて、評価システム２００が実行する、動作例２における全体処理手順の一例について説明する。全体処理は、例えば、送信側装置２０１と、受信側装置２０２とによって実現される。
　図３２～図３５は、動作例２における全体処理手順の一例を示すシーケンス図である。図３２において、受信側装置２０２は、契約情報登録部１３１２により、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する（ステップＳ３２０１）。
　受信側装置２０２は、確認依頼部１３２０により、確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する（ステップＳ３２０２）。受信側装置２０２は、確認依頼部１３２０により、各種ハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　受信側装置２０２は、契約情報管理部１３１１により、取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する（ステップＳ３２０３）。また、受信側装置２０２は、契約情報管理部１３１１により、取得依頼を受信すると、送信元メールアドレスのハッシュ値に対応付けられた、送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせのハッシュ値を取得する。受信側装置２０２は、契約情報管理部１３１１により、取得した送信元組み合わせのハッシュ値を、確認依頼部１３２０に送信する（ステップＳ３２０４）。
　受信側装置２０２は、確認依頼部１３２０により、送信元組み合わせのハッシュ値と、契約書本文のハッシュ値とを受信する。次に、受信側装置２０２は、確認依頼部１３２０により、送信元メールアドレスのハッシュ値と、送信元組み合わせのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、送信側装置２０１に送信する（ステップＳ３２０５）。次に、図３３の説明に移行する。
　図３３において、送信側装置２０１は、確認依頼部１３２０により、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する（ステップＳ３３０１）。
　送信側装置２０１は、確認処理部１３４０により、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する（ステップＳ３３０２）。
　送信側装置２０１は、ルート確認部１３４１により、抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する（ステップＳ３３０３）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を受信すると、受信した担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する（ステップＳ３３０４）。
　送信側装置２０１は、アカウント確認部２４０１により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する（ステップＳ３３０５）。次に、図３４の説明に移行する。
　図３４において、送信側装置２０１は、確認処理部１３４０により、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する（ステップＳ３４０１）。
　送信側装置２０１は、職制情報確認部１３４２により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する（ステップＳ３４０２）。
　送信側装置２０１は、確認処理部１３４０により、担当者メールアドレスと、担当者ＴａａＳアカウントとを受信すると、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成する（ステップＳ３４０３）。次に、送信側装置２０１は、確認処理部１３４０により、担当者組み合わせのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者組み合わせのハッシュ値を取得する（ステップＳ３４０４）。次に、図３５の説明に移行する。
　図３５において、送信側装置２０１は、確認処理部１３４０により、確認要求に含まれる送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較し、比較した結果を、確認依頼部１３２０に送信する（ステップＳ３５０１）。
　送信側装置２０１は、確認依頼部１３２０により、比較した結果を受信すると、受信した比較した結果を、受信側装置２０２に送信する（ステップＳ３５０２）。
　受信側装置２０２は、確認依頼部１３２０により、比較した結果を受信すると、受信した比較した結果に基づいて、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在するか否かを判定する（ステップＳ３５０３）。
　ここで、一致する組み合わせが存在する場合（ステップＳ３５０３：Ｙｅｓ）、受信側装置２０２は、ステップＳ３５０４の処理に移行する。一方で、一致する組み合わせが存在しない場合（ステップＳ３５０３：Ｎｏ）、受信側装置２０２は、ステップＳ３５０５の処理に移行する。
　ステップＳ３５０４では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を、ＴａａＳに登録する（ステップＳ３５０４）。そして、評価システム２００は、全体処理を終了する。
　ステップＳ３５０５では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を破棄し、ユーザ宛てにアラートを出力する（ステップＳ３５０５）。そして、評価システム２００は、全体処理を終了する。これにより、評価システム２００は、付帯情報の正当性を精度よく評価することができ、セキュリティの向上を図ることができる。
（評価システム２００の動作例３）
　次に、図３６～図４３を用いて、評価システム２００の動作例３について説明する。
　上述した動作例１および動作例２は、評価システム２００が、中継装置２０３を含まない場合に対応する。これに対し、動作例３は、評価システム２００が、中継装置２０３を含む場合に対応する。まず、図３６を用いて、動作例３における評価システム２００の機能的構成の具体例について説明する。
　図３６は、動作例３における評価システム２００の機能的構成の具体例を示すブロック図である。図３６において、図１３と同様の要素については、図１３と同一の符号を付す。評価システム２００は、Ａ社ＴａａＳを実現する送信側装置２０１と、Ｂ社ＴａａＳを実現する受信側装置２０２と、中継装置２０３とを含む。
　送信側装置２０１は、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。ＴａａＳコア部１３１０は、契約情報管理部１３１１と、契約情報登録部１３１２とを含む。確認処理部１３４０は、ルート確認部１３４１と、職制情報確認部１３４２と、アカウント確認部２４０１と、対応情報生成部２４０２とを含む。
　送信側装置２０１は、Ａ社に関する契約情報ＤＢ１３０１にアクセス可能である。契約情報ＤＢ１３０１は、契約情報と、契約書本文ハッシュと、ルート情報とを含む。契約情報ＤＢ１３０１は、さらに、アカウント情報としてＴａａＳアカウントを含む。契約情報は、例えば、契約書情報と、付帯情報とを含む。送信側装置２０１は、ワークフローサービス１３０２を介して、ワークフローデータ１３０３にアクセス可能である。送信側装置２０１は、ディレクトリサービス１３０４を介して、職制情報１３０５にアクセス可能である。
　受信側装置２０２は、送信側装置２０１と同様に、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。受信側装置２０２は、送信側装置２０１と同様に、Ｂ社に関する契約情報ＤＢ１３０１にアクセス可能である。中継装置２０３は、ＧＷ（ＧａｔｅＷａｙ）処理部３６００を有する。中継装置２０３は、送受信情報ＤＢ３６０１にアクセス可能である。送受信情報ＤＢ３６０１は、契約書本文のハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて記憶する。送受信情報ＤＢ３６０１は、担当者組み合わせのハッシュ値に、担当者メールアドレスのハッシュ値を対応付けて記憶してもよい。
　契約情報管理部１３１１は、受信側装置２０２においては、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する。
　契約情報管理部１３１１は、受信側装置２０２においては、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する。
　契約情報登録部１３１２は、受信側装置２０２においては、契約書情報および付帯情報の送信元についての登録依頼を、確認依頼部１３２０に送信する。
　契約情報登録部１３１２は、受信側装置２０２においては、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する。契約情報登録部１３１２は、受信側装置２０２においては、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在すると判定されると、付帯情報を、ＴａａＳに登録する。契約情報登録部１３１２は、受信側装置２０２においては、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在しないと判定されると、付帯情報を破棄し、ユーザ宛てにアラートを出力する。
　確認依頼部１３２０は、受信側装置２０２においては、契約書本文のハッシュ値を受信する。確認依頼部１３２０は、受信側装置２０２においては、送信元氏名のハッシュ値と、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、送信元組み合わせのハッシュ値の生成要求を、送信側装置２０１に送信する。
　確認依頼部１３２０は、受信側装置２０２においては、登録依頼を受信する。確認依頼部１３２０は、受信側装置２０２においては、送信元氏名および送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元氏名および送信元メールアドレスのハッシュ値を取得する。
　確認依頼部１３２０は、受信側装置２０２においては、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　確認依頼部１３２０は、受信側装置２０２においては、付帯情報の送信元についての確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する。
　確認依頼部１３２０は、受信側装置２０２においては、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。確認依頼部１３２０は、受信側装置２０２においては、契約書本文のハッシュ値を受信すると、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、中継装置２０３に送信する。
　確認依頼部１３２０は、受信側装置２０２においては、送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較した結果を受信する。確認依頼部１３２０は、受信側装置２０２においては、受信した比較した結果に基づいて、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在するか否かを判定する。確認依頼部１３２０は、受信側装置２０２においては、判定した結果を、契約情報登録部１３１２に送信する。
　確認依頼部１３２０は、送信側装置２０１においては、送信元組み合わせのハッシュ値の生成要求を受信し、確認処理部１３４０に送信する。確認依頼部１３２０は、送信側装置２０１においては、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を、中継装置２０３に送信する。
　確認依頼部１３２０は、送信側装置２０１においては、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する。確認依頼部１３２０は、送信側装置２０１においては、送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較した結果を受信すると、受信した比較した結果を、受信側装置２０２に送信する。
　ハッシュ計算部１３３０は、受信側装置２０２においては、送信元氏名および送信元メールアドレスのハッシュ値を生成する。ハッシュ計算部１３３０は、受信側装置２０２においては、送信元メールアドレスのハッシュ値を生成する。
　ハッシュ計算部１３３０は、送信側装置２０１においては、担当者組み合わせのハッシュ値を生成する。
　確認処理部１３４０は、送信側装置２０１においては、送信元組み合わせのハッシュ値の生成要求を受信すると、受信した生成要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する。
　確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を受信すると、受信した担当者の氏名のうち、受信した生成要求に含まれる送信元氏名のハッシュ値と一致するハッシュ値を有する担当者の氏名を抽出する。確認処理部１３４０は、送信側装置２０１においては、抽出した担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する。
　確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者メールアドレスを受信すると、受信した担当者メールアドレスのハッシュ値を生成し、受信した生成要求に含まれる送信元メールアドレスのハッシュ値と比較する。
　確認処理部１３４０は、送信側装置２０１においては、比較した結果、担当者メールアドレスのハッシュ値と、送信元メールアドレスのハッシュ値とが一致する組み合わせが存在するか否かを判定する。確認処理部１３４０は、送信側装置２０１においては、一致する組み合わせが存在する場合、他の担当者氏名の抽出依頼を、ルート確認部１３４１に送信する。
　確認処理部１３４０は、送信側装置２０１においては、他の担当者氏名を受信すると、受信した他の担当者氏名に対応付けられた担当者ＴａａＳアカウントと担当者メールアドレスとを抽出する。
　確認処理部１３４０は、送信側装置２０１においては、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値の生成依頼を、対応情報生成部２４０２に送信する。
　確認処理部１３４０は、送信側装置２０１においては、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する。
　確認処理部１３４０は、送信側装置２０１においては、担当者メールアドレスと、担当者ＴａａＳアカウントとを受信すると、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成する。確認処理部１３４０は、送信側装置２０１においては、担当者組み合わせのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者組み合わせのハッシュ値を取得する。確認処理部１３４０は、送信側装置２０１においては、確認要求に含まれる送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較し、比較した結果を、確認依頼部１３２０に送信する。
　ルート確認部１３４１は、送信側装置２０１においては、他の担当者氏名の抽出依頼を受信すると、他の担当者氏名を抽出し、確認処理部１３４０に送信する。
　ルート確認部１３４１は、送信側装置２０１においては、担当者の抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する。
　対応情報生成部２４０２は、送信側装置２０１においては、担当者組み合わせのハッシュ値の生成依頼を受信すると、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を生成し、確認依頼部１３２０に送信する。
　職制情報確認部１３４２は、送信側装置２０１においては、担当者メールアドレスの取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する。
　アカウント確認部２４０１は、送信側装置２０１においては、担当者ＴａａＳアカウントの取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する。
　アカウント確認部２４０１は、送信側装置２０１においては、担当者ＴａａＳアカウントの取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する。
　ＧＷ処理部３６００は、中継装置２０３において、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を格納する。
　ＧＷ処理部３６００は、中継装置２０３において、確認要求を受信する。ＧＷ処理部３６００は、中継装置２０３において、受信した確認要求に含まれる送信元メールアドレスのハッシュ値に対応付けられた、送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせのハッシュ値を取得する。ＧＷ処理部３６００は、中継装置２０３において、付帯情報の送信元についての確認要求に、送信元組み合わせのハッシュ値を含めて、送信側装置２０１に送信する。
　次に、図３７～図４３を用いて、評価システム２００の動作例３について説明する。
　図３７～図４３は、評価システム２００の動作例３を示す説明図である。図３７に示すように、Ａ社３１０とＢ社３２０とで、契約１４００が締結されたとする。
　Ａ社３１０では、Ｈ部署に属するＡさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を作成したとする。Ａ社３１０では、Ｇ部署に属するＢさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を承認し、確定し、メールを介して、Ｂ社３２０に送信したとする。
　この際、Ａ社３１０では、送信側装置２０１が、Ａ社３１０に属し、契約書情報の作成から確定までのプロセスに関与する人物について、担当者メールアドレスのハッシュ値を取得する。Ａ社３１０では、送信側装置２０１が、Ａ社３１０に属し、契約書情報の作成から確定までのプロセスに関与する人物について、担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を取得する。
　そして、Ａ社３１０では、送信側装置２０１が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に送信しておくとする。中継装置２０３が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを受信するとする。中継装置２０３が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて記憶しておくとする。
　Ｂ社３２０では、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、契約１４００にかかる契約書情報を受信し、承認したとする。受信側装置２０２は、ユーザ装置２０５との通信により、契約書情報を取得し、契約情報ＤＢ１３０１に登録したとする。その後、Ｂ社３２０で、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、付帯情報を受信し、契約書情報に付帯する付帯情報であると判断したとする。
　ここで、受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報の送信元についての確認依頼の入力を受け付けたとする。確認依頼は、送信元メールアドレスのハッシュ値を含む。確認依頼は、付帯情報を含んでもよい。確認依頼は、付帯情報が、いずれの契約書情報に対応するのかを特定可能にする情報を含んでもよい。受信側装置２０２は、確認依頼を受け付けたことに応じて、送信元メールアドレスのハッシュ値を含む、付帯情報の送信元についての確認要求を生成し、中継装置２０３に送信する。
　中継装置２０３は、確認要求を受信すると、確認要求に含まれる送信元メールアドレスのハッシュ値に対応付けて記憶された、担当者組み合わせのハッシュ値を、送信者組み合わせのハッシュ値として特定する。中継装置２０３は、確認要求に含まれる送信元メールアドレスのハッシュ値と、特定した送信者組み合わせのハッシュ値とを含む、付帯情報の送信元についての確認要求を生成し、送信側装置２０１に送信する。
　送信側装置２０１は、付帯情報の送信元についての確認要求を受信すると、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を、受信側装置２０２に返信する。送信側装置２０１は、例えば、受信した確認要求に含まれる各種ハッシュ値に基づいて、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを判定した結果を、受信側装置２０２に返信する。
　受信側装置２０２は、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を受信する。受信側装置２０２は、受信した情報に基づいて、付帯情報の正当性を評価する。受信側装置２０２は、付帯情報の正当性を評価した結果に基づいて、付帯情報をＴａａＳに登録し、または、付帯情報を破棄する。ここで、図３８～図４３の説明に移行し、送信側装置２０１と受信側装置２０２との動作の流れについて具体的に説明する。
　図３８において、送信側装置２０１は、Ａ社３１０に属する担当者に対応する担当者メールアドレスのハッシュ値を生成したとする。送信側装置２０１は、Ａ社３１０に属する担当者に対応する担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を生成したとする。
　そして、送信側装置２０１は、予め、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に送信したとする。中継装置２０３は、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、送受信情報ＤＢ３６０１に記憶したとする。送信側装置２０１が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に記憶させる一例については、図４８～図５５を用いて後述する。
　その後、ユーザ装置２０４は、契約書情報を、ユーザ装置２０５に送信したとする。送信側装置２０１は、ユーザ装置２０４との通信により、契約書情報を取得する。送信側装置２０１は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ａ社３１０のＴａａＳに登録し、Ａ社３１０の契約情報ＤＢ１３０１に格納したとする。
　ユーザ装置２０４は、契約書情報を、ユーザ装置２０５から受信したとする。受信側装置２０２は、ユーザ装置２０５との通信により、受信された契約書情報を取得する。受信側装置２０２は、契約書情報を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納したとする。また、受信側装置２０２は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納したとする。
　（３８－１）ユーザ装置２０５は、Ｃさんからのメールにより、付帯情報を受信する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報を取得する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報の送信者であるＣさんの送信者メールアドレスＭＦcを取得する。受信側装置２０２は、取得したＣさんの送信者メールアドレスＭＦcのハッシュ値Ｈａｓｈ（ＭＦc）を生成する。
　（３８－２）受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、例えば、Ｐさんの操作入力に基づきユーザ装置２０５から出力された確認依頼に基づいて、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、特定した契約書情報に含まれる契約書本文のハッシュ値Ｈａｓｈ（Ａc）を取得する。受信側装置２０２は、取得したハッシュ値Ｈａｓｈ（Ａc）と、生成したハッシュ値Ｈａｓｈ（ＭＦc）とを含む確認要求を、中継装置２０３に送信する。次に、図３９の説明に移行する。
　図３９において、（３９－１）中継装置２０３は、確認要求から、ハッシュ値Ｈａｓｈ（ＭＦc）を抽出する。中継装置２０３は、送受信情報ＤＢ３６０１を参照して、抽出したハッシュ値Ｈａｓｈ（ＭＦc）と一致するハッシュ値に対応付けられた、担当者組み合わせのハッシュ値を、送信者組み合わせのハッシュ値Ｈａｓｈ（ＭＴc）として抽出する。送信者組み合わせは、送信者メールアドレスと送信者ＴａａＳアカウントとの組み合わせである。
　（３９－２）中継装置２０３は、抽出したハッシュ値Ｈａｓｈ（ＭＴc）を、確認要求に追加する。中継装置２０３は、ハッシュ値Ｈａｓｈ（ＭＴc）を追加した確認要求を、送信側装置２０１に送信する。次に、図４０の説明に移行する。
　図４０において、送信側装置２０１は、確認要求を受信する。送信側装置２０１は、確認要求から、ハッシュ値Ｈａｓｈ（Ａc）と、ハッシュ値Ｈａｓｈ（ＭＦc）と、ハッシュ値Ｈａｓｈ（ＭＴc）とを抽出する。
　（４０－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ルート情報管理テーブル９００から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得する。プロセスに関与した人物は、例えば、契約１４００に関与した人物に対応する。送信側装置２０１は、例えば、抽出したハッシュ値Ｈａｓｈ（Ａc）と一致するハッシュ値に対応付けられたＡさんの氏名Ａ、および、Ｂさんの氏名Ｂなどを取得する。
　送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ワークフローデータ１３０３から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得してもよい。
　（４０－２）送信側装置２０１は、取得した氏名をキーにして、アカウント情報管理テーブル６００から、プロセスに関与した人物に対応する担当者ＴａａＳアカウントを取得する。送信側装置２０１は、例えば、Ａさんに対応する担当者ＴａａＳアカウントＴAと、Ｂさんに対応する担当者ＴａａＳアカウントＴBとを取得する。次に、図４１の説明に移行する。
　図４１において、（４１－１）送信側装置２０１は、取得した氏名をキーにして、職制情報管理テーブル７００から、取得した氏名に対応付けられた担当者メールアドレスを取得する。送信側装置２０１は、例えば、氏名Ａに対応付けられた担当者メールアドレスＭAと、氏名Ｂに対応付けられた担当者メールアドレスＭBとを取得する。
　（４１－２）送信側装置２０１は、プロセスに関与した人物ごとに、取得した担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を生成する。送信側装置２０１は、例えば、Ａさんについて、取得した担当者メールアドレスＭAと担当者ＴａａＳアカウントＴAとの担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴA）を生成する。送信側装置２０１は、例えば、Ｂさんについて、取得した担当者メールアドレスＭBと担当者ＴａａＳアカウントＴBとの担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴB）を生成する。次に、図４２の説明に移行する。
　図４２において、（４２－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（ＭＴc）と、生成したハッシュ値Ｈａｓｈ（ＭＴA）または生成したハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認する。
　ここで、ハッシュ値Ｈａｓｈ（ＭＴc）は、付帯情報の送信者に対応する。そして、ハッシュ値Ｈａｓｈ（ＭＴA）と、ハッシュ値Ｈａｓｈ（ＭＴB）とは、契約１４００に関与した人物に対応する。従って、送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＴc）と、ハッシュ値Ｈａｓｈ（ＭＴA）またはハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認し、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認することにする。
　（４２－２）送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＴc）と、ハッシュ値Ｈａｓｈ（ＭＴA）またはハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認した結果を、受信側装置２０２に送信する。換言すれば、送信側装置２０１は、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認した結果を特定する情報を、受信側装置２０２に送信する。次に、図４３の説明に移行する。
　図４３において、受信側装置２０２は、確認した結果を受信する。（４３－１）受信側装置２０２は、確認した結果が、付帯情報の送信者と、契約１４００に関与した人物とが一致することを示せば、付帯情報を正当であると評価する。受信側装置２０２は、付帯情報を正当であると評価した場合、付帯情報をＢ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納する。
　（４３－２）受信側装置２０２は、確認した結果が、付帯情報の送信者と、契約１４００に関与した人物とが一致しないことを示せば、付帯情報を正当ではないと評価する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報を破棄する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報の送信者が、契約１４００に関与した人物ではないことを示すアラートを、受信側ユーザが参照可能に出力する。
　これにより、評価システム２００は、ＰさんなどのＢ社３２０に属する人物が、付帯情報が正当であるか否かを評価し易くすることができる。このため、評価システム２００は、ＰさんなどのＢ社３２０に属する人物にかかる作業負担の低減化を図ることができる。また、評価システム２００は、付帯情報の正当性を評価するにあたり、ＰさんなどのＢ社３２０に属する人物が、ＢさんなどのＡ社３１０に属する人物に問い合わせずに済ませることができる。このため、評価システム２００は、ＢさんなどのＡ社３１０に属する人物にかかる作業負担の低減化を図ることができる。
　また、評価システム２００は、Ｂ社３２０で不正な付帯情報を利用してしまうことを防止することができ、セキュリティの向上を図ることができる。また、評価システム２００は、ＴａａＳアカウントを利用するため、セキュリティの更なる向上を図ることができる。また、評価システム２００は、受信側装置２０２に、担当者組み合わせのハッシュ値を記憶させずに済ませることができる。このため、評価システム２００は、Ａ社３１０で、Ｂ社３２０などの他社から、担当者組み合わせのハッシュ値を秘匿可能にすることができ、セキュリティの向上を図ることができる。
（動作例３における全体処理手順）
　次に、図４４～図４７を用いて、評価システム２００が実行する、動作例３における全体処理手順の一例について説明する。全体処理は、例えば、送信側装置２０１と、受信側装置２０２と、中継装置２０３とによって実現される。
　図４４～図４７は、動作例３における全体処理手順の一例を示すシーケンス図である。図４４において、受信側装置２０２は、契約情報登録部１３１２により、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する（ステップＳ４４０１）。
　受信側装置２０２は、確認依頼部１３２０により、確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する（ステップＳ４４０２）。受信側装置２０２は、確認依頼部１３２０により、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　受信側装置２０２は、契約情報管理部１３１１により、取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する（ステップＳ４４０３）。
　受信側装置２０２は、確認依頼部１３２０により、契約書本文のハッシュ値を受信すると、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、中継装置２０３に送信する（ステップＳ４４０４）。
　中継装置２０３は、ＧＷ処理部３６００により、確認要求を受信する。中継装置２０３は、ＧＷ処理部３６００により、受信した確認要求に含まれる送信元メールアドレスのハッシュ値に対応付けられた、送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせのハッシュ値を取得する（ステップＳ４４０５）。次に、図４５の説明に移行する。
　図４５において、中継装置２０３は、ＧＷ処理部３６００により、付帯情報の送信元についての確認要求に、送信元組み合わせのハッシュ値を含めて、送信側装置２０１に送信する（ステップＳ４５０１）。
　送信側装置２０１は、確認依頼部１３２０により、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する（ステップＳ４５０２）。
　送信側装置２０１は、確認処理部１３４０により、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する（ステップＳ４５０３）。
　送信側装置２０１は、ルート確認部１３４１により、抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する（ステップＳ４５０４）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する（ステップＳ４５０５）。次に、図４６の説明に移行する。
　図４６において、送信側装置２０１は、アカウント確認部２４０１により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する（ステップＳ４６０１）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する（ステップＳ４６０２）。
　送信側装置２０１は、職制情報確認部１３４２により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する（ステップＳ４６０３）。
　送信側装置２０１は、確認処理部１３４０により、担当者メールアドレスと、担当者ＴａａＳアカウントとを受信すると、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成する（ステップＳ４６０４）。次に、送信側装置２０１は、確認処理部１３４０により、担当者組み合わせのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者組み合わせのハッシュ値を取得する（ステップＳ４６０５）。次に、図４７の説明に移行する。
　図４７において、送信側装置２０１は、確認処理部１３４０により、確認要求に含まれる送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較し、比較した結果を、確認依頼部１３２０に送信する（ステップＳ４７０１）。
　送信側装置２０１は、確認依頼部１３２０により、比較した結果を受信すると、受信した比較した結果を、受信側装置２０２に送信する（ステップＳ４７０２）。
　受信側装置２０２は、確認依頼部１３２０により、比較した結果を受信すると、受信した比較した結果に基づいて、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在するか否かを判定する（ステップＳ４７０３）。
　ここで、一致する組み合わせが存在する場合（ステップＳ４７０３：Ｙｅｓ）、受信側装置２０２は、ステップＳ４７０４の処理に移行する。一方で、一致する組み合わせが存在しない場合（ステップＳ４７０３：Ｎｏ）、受信側装置２０２は、ステップＳ４７０５の処理に移行する。
　ステップＳ４７０４では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を、ＴａａＳに登録する（ステップＳ４７０４）。そして、評価システム２００は、全体処理を終了する。
　ステップＳ４７０５では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を破棄し、ユーザ宛てにアラートを出力する（ステップＳ４７０５）。そして、評価システム２００は、全体処理を終了する。これにより、評価システム２００は、付帯情報の正当性を精度よく評価することができ、セキュリティの向上を図ることができる。
（各種ハッシュ値を中継装置２０３に記憶させる一例）
　次に、図４８～図５５を用いて、送信側装置２０１が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値との各種ハッシュ値を対応付けて、中継装置２０３に記憶させる一例について説明する。
　図４８～図５５は、各種ハッシュ値を中継装置２０３に記憶させる一例を示す説明図である。図４８に示すように、Ａ社３１０とＢ社３２０とで、契約１４００が締結されたとする。
　Ａ社３１０では、Ｈ部署に属するＡさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を作成したとする。この際、Ａさんは、ユーザ装置２０４を用いて、Ａ社３１０のＴａａＳにログインしており、Ａ社３１０のＴａａＳを実現する送信側装置２０１により、契約書情報にＡさんの電子署名が付与されることになる。Ａ社３１０では、Ｈ部署に属するＡさんが、作成した契約書情報を、メールを介して、Ｂ社３２０に送信したとする。
　Ａ社３１０では、Ｇ部署に属するＢさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を承認し、確定したとする。この際、Ｂさんは、ユーザ装置２０４を用いて、Ａ社３１０のＴａａＳにログインしており、Ａ社３１０のＴａａＳを実現する送信側装置２０１により、契約書情報にＢさんの電子署名が付与されることになる。Ａ社３１０では、Ｇ部署に属するＢさんが、確定した契約書情報を、メールを介して、Ｂ社３２０に送信したとする。
　Ｂ社３２０では、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、契約１４００にかかる契約書情報を受信し、承認したとする。受信側装置２０２は、契約書情報を、契約情報ＤＢ１３０１に登録したとする。ここで、受信側装置２０２は、Ｐさんの操作入力に基づき、契約書情報の送信元についての登録依頼の入力を受け付けたとする。
　受信側装置２０２は、登録依頼を受け付けたことに応じて、送信元メールアドレスのハッシュ値などの各種ハッシュ値を含む、契約書情報の送信元についての登録要求を生成し、送信側装置２０１に送信する。各種ハッシュ値は、例えば、送信元となる人物の氏名のハッシュ値を含む。各種ハッシュ値は、例えば、契約書情報のハッシュ値を含む。
　Ａ社３１０では、送信側装置２０１が、登録要求を受信すると、登録要求に含まれる各種ハッシュ値に基づいて、Ａ社３１０に属し、契約書情報の作成から確定までのプロセスに関与する人物を特定する。Ａ社３１０では、送信側装置２０１が、特定した人物について、担当者メールアドレスのハッシュ値と、担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を取得する。
　そして、Ａ社３１０では、送信側装置２０１が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に送信しておくとする。中継装置２０３が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを受信するとする。中継装置２０３が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて記憶しておくとする。ここで、図４９～図５５の説明に移行し、送信側装置２０１と受信側装置２０２との動作の流れについて具体的に説明する。
　図４９において、（４９－１）送信側装置２０１は、契約１４００に関与したＡ社３１０に属する担当者に対応する氏名および担当者メールアドレスと、契約１４００にかかる契約書情報とを、受信側装置２０２に送信する。送信側装置２０１は、例えば、Ｂさんの氏名Ｂと、ＢさんのメールアドレスＭＦBと、契約書情報とを、受信側装置２０２に送信する。受信側装置２０２は、受信した氏名および担当者メールアドレスと、契約書情報とを、Ｂ社３２０のＴａａＳに登録し、契約情報ＤＢ１３０１に記憶しておく。
　（４９－２）受信側装置２０２は、氏名のハッシュ値と、担当者メールアドレスのハッシュ値と、契約書情報のハッシュ値とを生成する。受信側装置２０２は、例えば、氏名Ｂのハッシュ値Ｈａｓｈ（Ｂ）と、担当者メールアドレスＭＦBのハッシュ値Ｈａｓｈ（ＭＦB）と、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）とを生成する。
　（４９－３）受信側装置２０２は、受信したハッシュ値Ｈａｓｈ（Ｂ）と、ハッシュ値Ｈａｓｈ（ＭＦB）と、ハッシュ値Ｈａｓｈ（Ａc）とを、Ｂ社３２０のＴａａＳに登録し、契約情報ＤＢ１３０１に記憶しておく。次に、図５０の説明に移行する。
　図５０において、（５０－１）受信側装置２０２は、受信したハッシュ値Ｈａｓｈ（Ｂ）と、ハッシュ値Ｈａｓｈ（ＭＦB）と、ハッシュ値Ｈａｓｈ（Ａc）とを、中継装置２０３を介して、送信側装置２０１に送信する。次に、図５１の説明に移行する。
　図５１において、送信側装置２０１は、ハッシュ値Ｈａｓｈ（Ｂ）と、ハッシュ値Ｈａｓｈ（ＭＦB）と、ハッシュ値Ｈａｓｈ（Ａc）とを受信する。送信側装置２０１は、受信したハッシュ値Ｈａｓｈ（Ａc）をキーにして、契約１４００に関与した人物の氏名を取得する。送信側装置２０１は、取得した人物の氏名のハッシュ値を生成する。
　（５１－１）送信側装置２０１は、ルート情報管理テーブル９００を参照して、取得した人物の氏名のうち、受信したハッシュ値Ｈａｓｈ（Ｂ）と一致するハッシュ値を有する人物の氏名を取得する。送信側装置２０１は、例えば、受信したハッシュ値Ｈａｓｈ（Ｂ）と一致するハッシュ値に対応付けられたＢさんの氏名Ｂを取得する。送信側装置２０１は、受信したハッシュ値Ｈａｓｈ（Ｂ）をキーにして、ワークフローデータ１３０３から、人物の氏名を取得してもよい。
　（５１－２）送信側装置２０１は、取得した氏名をキーにして、アカウント情報管理テーブル６００から、担当者ＴａａＳアカウントを取得する。送信側装置２０１は、例えば、Ｂさんに対応する担当者ＴａａＳアカウントＴBを取得する。次に、図５２の説明に移行する。
　図５２において、（５２－１）送信側装置２０１は、取得した氏名をキーにして、職制情報管理テーブル７００から、取得した氏名に対応付けられた担当者メールアドレスを取得する。送信側装置２０１は、例えば、氏名Ｂに対応付けられた担当者メールアドレスＭBを取得する。
　（５２－２）送信側装置２０１は、取得した担当者メールアドレスＭBのハッシュ値Ｈａｓｈ（ＭＦB）を生成する。送信側装置２０１は、受信したハッシュ値Ｈａｓｈ（ＭＦB）と、生成したハッシュ値Ｈａｓｈ（ＭＦB）とが一致するか否かを判定する。送信側装置２０１は、一致すれば、Ｂさんを処理対象に設定し、動作を継続する。送信側装置２０１は、一致しなければ、動作を中断する。次に、図５３の説明に移行する。
　図５３において、（５３－１）送信側装置２０１は、受信したハッシュ値Ｈａｓｈ（ＡC）をキーにして、ルート情報管理テーブル９００から、処理対象に設定済みの人物以外で、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得する。プロセスに関与した人物は、例えば、契約１４００に関与した人物に対応する。送信側装置２０１は、氏名を取得した人物を、処理対象に追加する。
　送信側装置２０１は、例えば、Ｂさん以外で、受信したハッシュ値Ｈａｓｈ（Ａc）と一致するハッシュ値に対応付けられたＡさんの氏名Ａを取得する。送信側装置２０１は、Ａさんを、処理対象に追加する。送信側装置２０１は、受信したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ワークフローデータ１３０３から、処理対象に設定済みの人物以外で、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得してもよい。
　（５３－２）送信側装置２０１は、取得した氏名をキーにして、アカウント情報管理テーブル６００から、プロセスに関与した人物に対応する担当者ＴａａＳアカウントを取得する。送信側装置２０１は、例えば、Ａさんに対応する担当者ＴａａＳアカウントＴAを取得する。
　（５３－３）送信側装置２０１は、取得した氏名をキーにして、職制情報管理テーブル７００から、取得した氏名に対応付けられた担当者メールアドレスを取得する。送信側装置２０１は、例えば、氏名Ａに対応付けられた担当者メールアドレスＭAを取得する。次に、図５４の説明に移行する。
　図５４において、（５４－１）送信側装置２０１は、処理対象とした人物ごとに、取得した担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を生成する。送信側装置２０１は、例えば、Ａさんについて、取得した担当者メールアドレスＭAと担当者ＴａａＳアカウントＴAとの担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴA）を生成する。送信側装置２０１は、例えば、Ｂさんについて、取得した担当者メールアドレスＭBと担当者ＴａａＳアカウントＴBとの担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴB）を生成する。
　（５４－２）送信側装置２０１は、処理対象とした人物ごとに、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に送信する。送信側装置２０１は、例えば、Ａさんについて、担当者メールアドレスのハッシュ値Ｈａｓｈ（ＭA）と、担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴA）とを対応付けて、中継装置２０３に送信する。送信側装置２０１は、例えば、Ｂさんについて、担当者メールアドレスのハッシュ値Ｈａｓｈ（ＭB）と、担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴB）とを対応付けて、中継装置２０３に送信する。次に、図５５の説明に移行する。
　図５５において、（５５－１）中継装置２０３は、処理対象とされた人物ごとに、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを受信する。中継装置２０３は、処理対象とされた人物ごとに、受信した担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、送受信情報ＤＢ３６０１に記憶する。これにより、評価システム２００は、付帯情報の正当性を確認可能に準備することができる。
（動作例３における登録処理手順）
　次に、図５６～図６０を用いて、評価システム２００が実行する、動作例３における登録処理手順の一例について説明する。登録処理は、例えば、送信側装置２０１と、受信側装置２０２と、中継装置２０３とによって実現される。
　図５６～図６０は、動作例３における登録処理手順の一例を示すシーケンス図である。図５６において、受信側装置２０２は、契約情報登録部１３１２により、契約書情報および付帯情報の送信元についての登録依頼を、確認依頼部１３２０に送信する（ステップＳ５６０１）。
　受信側装置２０２は、確認依頼部１３２０により、登録依頼を受信する。受信側装置２０２は、確認依頼部１３２０により、送信元氏名および送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元氏名および送信元メールアドレスのハッシュ値を取得する（ステップＳ５６０２）。受信側装置２０２は、確認依頼部１３２０により、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　受信側装置２０２は、契約情報管理部１３１１により、取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する（ステップＳ５６０３）。
　受信側装置２０２は、確認依頼部１３２０により、契約書本文のハッシュ値を受信する。受信側装置２０２は、確認依頼部１３２０により、送信元氏名のハッシュ値と、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、送信元組み合わせのハッシュ値の生成要求を、送信側装置２０１に送信する（ステップＳ５６０４）。
　送信側装置２０１は、確認依頼部１３２０により、送信元組み合わせのハッシュ値の生成要求を受信し、確認処理部１３４０に送信する（ステップＳ５６０５）。次に、図５７の説明に移行する。
　図５７において、送信側装置２０１は、確認処理部１３４０により、生成要求を受信すると、受信した生成要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する（ステップＳ５７０１）。
　送信側装置２０１は、ルート確認部１３４１により、抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する（ステップＳ５７０２）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を受信すると、受信した担当者の氏名のうち、受信した生成要求に含まれる送信元氏名のハッシュ値と一致するハッシュ値を有する担当者の氏名を抽出する（ステップＳ５７０３）。
　送信側装置２０１は、確認処理部１３４０により、抽出した担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する（ステップＳ５７０４）。次に、図５８の説明に移行する。
　図５８において、送信側装置２０１は、アカウント確認部２４０１により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する（ステップＳ５８０１）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する（ステップＳ５８０２）。
　送信側装置２０１は、職制情報確認部１３４２により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する（ステップＳ５８０３）。
　送信側装置２０１は、確認処理部１３４０により、担当者メールアドレスを受信すると、受信した担当者メールアドレスのハッシュ値を生成し、受信した生成要求に含まれる送信元メールアドレスのハッシュ値と比較する（ステップＳ５８０４）。次に、送信側装置２０１は、確認処理部１３４０により、比較した結果、担当者メールアドレスのハッシュ値と、送信元メールアドレスのハッシュ値とが一致する組み合わせが存在するか否かを判定する（ステップＳ５８０５）。
　ここで、一致する組み合わせが存在しない場合（ステップＳ５８０５：Ｎｏ）、評価システム２００は、登録処理を終了する。一方で、一致する組み合わせが存在する場合（ステップＳ５８０５：Ｙｅｓ）、送信側装置２０１は、ステップＳ５９０１の処理に移行する。次に、図５９の説明に移行する。
　図５９において、送信側装置２０１は、確認処理部１３４０により、他の担当者氏名の抽出依頼を、ルート確認部１３４１に送信する（ステップＳ５９０１）。
　送信側装置２０１は、ルート確認部１３４１により、抽出依頼を受信すると、他の担当者氏名を抽出し、確認処理部１３４０に送信する（ステップＳ５９０２）。
　送信側装置２０１は、確認処理部１３４０により、他の担当者氏名を受信すると、受信した他の担当者氏名に対応付けられた担当者ＴａａＳアカウントと担当者メールアドレスとを抽出する（ステップＳ５９０３）。
　送信側装置２０１は、確認処理部１３４０により、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値の生成依頼を、対応情報生成部２４０２に送信する（ステップＳ５９０４）。
　送信側装置２０１は、対応情報生成部２４０２により、生成依頼を受信すると、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を生成し、確認依頼部１３２０に送信する（ステップＳ５９０５）。次に、図６０の説明に移行する。
　図６０において、送信側装置２０１は、確認依頼部１３２０により、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を、中継装置２０３に送信する（ステップＳ６００１）。
　中継装置２０３は、ＧＷ処理部３６００により、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を格納する（ステップＳ６００２）。そして、評価システム２００は、登録処理を終了する。これにより、評価システム２００は、中継装置２０３に、担当者それぞれの担当者ＴａａＳアカウントと担当者メールアドレスとの担当者組み合わせのハッシュ値を登録しておくことができる。
（評価システム２００の動作例４）
　次に、図６１～図６９を用いて、評価システム２００の動作例４について説明する。
　上述した動作例１、動作例２、および動作例３は、送信者が、契約書情報の作成から確定までのプロセスに関与する人物であるか否かを判定する場合に対応する。これに対し、動作例４は、さらに、送信者が、契約書情報の作成から確定までのプロセスに関与する人物に関連する人物であるか否かを判定する場合に対応する。まず、図６１を用いて、動作例４における評価システム２００の機能的構成の具体例について説明する。
　図６１は、動作例４における評価システム２００の機能的構成の具体例を示すブロック図である。図６１において、図１３と同様の要素については、図１３と同一の符号を付す。評価システム２００は、Ａ社ＴａａＳを実現する送信側装置２０１と、Ｂ社ＴａａＳを実現する受信側装置２０２と、中継装置２０３とを含む。
　送信側装置２０１は、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。ＴａａＳコア部１３１０は、契約情報管理部１３１１と、契約情報登録部１３１２とを含む。確認処理部１３４０は、ルート確認部１３４１と、職制情報確認部１３４２と、アカウント確認部２４０１と、対応情報生成部２４０２とを含む。送信側装置２０１は、機械学習部６１００を利用可能である。機械学習部６１００は、メール履歴データ６１０１を参照可能である。
　送信側装置２０１は、Ａ社に関する契約情報ＤＢ１３０１にアクセス可能である。契約情報ＤＢ１３０１は、契約情報と、契約書本文ハッシュと、ルート情報とを含む。契約情報ＤＢ１３０１は、さらに、アカウント情報としてＴａａＳアカウントを含む。契約情報ＤＢ１３０１は、さらに、メールアドレスとＴａａＳアカウントとの組み合わせのハッシュ値を含む。契約情報は、例えば、契約書情報と、付帯情報とを含む。送信側装置２０１は、ワークフローサービス１３０２を介して、ワークフローデータ１３０３にアクセス可能である。送信側装置２０１は、ディレクトリサービス１３０４を介して、職制情報１３０５にアクセス可能である。
　受信側装置２０２は、送信側装置２０１と同様に、ＴａａＳコア部１３１０と、確認依頼部１３２０と、ハッシュ計算部１３３０と、確認処理部１３４０とを有する。受信側装置２０２は、送信側装置２０１と同様に、Ｂ社に関する契約情報ＤＢ１３０１にアクセス可能である。中継装置２０３は、ＧＷ処理部３６００を有する。中継装置２０３は、送受信情報ＤＢ３６０１にアクセス可能である。送受信情報ＤＢ３６０１は、契約書本文のハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて記憶する。
　契約情報管理部１３１１は、受信側装置２０２においては、取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する。
　契約情報登録部１３１２は、受信側装置２０２においては、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する。
　契約情報登録部１３１２は、受信側装置２０２においては、確認結果を受信すると、受信した確認結果が一致または近しい人物であるか否かを判定する。確認結果は、例えば、付帯情報の送信者が、プロセスに関与した人物であることを示す「一致」である。確認結果は、例えば、付帯情報の送信者が、プロセスに関与した人物に関連する人物であることを示す「近しい人物」である。
　契約情報登録部１３１２は、受信側装置２０２においては、受信した確認結果が一致または近しい人物に設定されている場合、付帯情報を、ＴａａＳに登録する。契約情報登録部１３１２は、受信側装置２０２においては、受信した確認結果が一致または近しい人物のいずれにも設定されていない場合、付帯情報を破棄し、ユーザ宛てにアラートを出力する。
　確認依頼部１３２０は、受信側装置２０２においては、確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する。確認依頼部１３２０は、受信側装置２０２においては、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　確認依頼部１３２０は、受信側装置２０２においては、契約書本文のハッシュ値を受信すると、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、中継装置２０３に送信する。
　確認依頼部１３２０は、送信側装置２０１においては、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する。
　確認処理部１３４０は、送信側装置２０１においては、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を受信すると、受信した担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する。確認処理部１３４０は、送信側装置２０１においては、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する。
　確認処理部１３４０は、送信側装置２０１においては、担当者メールアドレスと、担当者ＴａａＳアカウントとを受信すると、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成する。確認処理部１３４０は、送信側装置２０１においては、担当者組み合わせのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者組み合わせのハッシュ値を取得する。
　確認処理部１３４０は、送信側装置２０１においては、確認要求に含まれる送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較する。確認処理部１３４０は、送信側装置２０１においては、比較した結果に基づいて、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在するか否かを判定する。確認処理部１３４０は、送信側装置２０１においては、一致する組み合わせが存在すると判定した場合、一致すると確認結果を設定する。
　確認処理部１３４０は、送信側装置２０１においては、人物間の関連度の算出依頼を、機械学習部６１００に送信する。確認処理部１３４０は、送信側装置２０１においては、関連度を受信すると、関連度が閾値を超える場合、近しい人物であると確認結果を設定し、関連度が閾値を超えない場合、近しい人物ではないと確認結果を設定する。確認依頼部１３２０は、送信側装置２０１においては、確認結果を、受信側装置２０２に送信する。
　ルート確認部１３４１は、送信側装置２０１においては、担当者の抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する。
　職制情報確認部１３４２は、送信側装置２０１においては、担当者メールアドレスの取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する。
　アカウント確認部２４０１は、送信側装置２０１においては、担当者Ｔａａｓアカウントの取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する。
　ＧＷ処理部３６００は、中継装置２０３において、確認要求を受信する。ＧＷ処理部３６００は、中継装置２０３において、受信した確認要求に含まれる送信元メールアドレスのハッシュ値に対応付けられた、送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせのハッシュ値を取得する。ＧＷ処理部３６００は、中継装置２０３において、付帯情報の送信元についての確認要求に、送信元組み合わせのハッシュ値を含めて、送信側装置２０１に送信する。
　機械学習部６１００は、送信側装置２０１においては、算出依頼を受信すると、人物間の関連度を算出し、確認処理部１３４０に送信する。
　次に、図６２～図６９を用いて、評価システム２００の動作例４について説明する。
　図６２～図６９は、評価システム２００の動作例４を示す説明図である。図６２に示すように、Ａ社３１０とＢ社３２０とで、契約１４００が締結されたとする。
　Ａ社３１０では、Ｈ部署に属するＡさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を作成したとする。Ａ社３１０では、Ｇ部署に属するＢさんが、ユーザ装置２０４を用いて、契約１４００にかかる契約書情報を承認し、確定し、Ｂ社３２０に送信したとする。
　この際、Ａ社３１０では、送信側装置２０１が、Ａ社３１０に属し、契約書情報の作成から確定までのプロセスに関与する人物について、担当者メールアドレスのハッシュ値を取得する。Ａ社３１０では、送信側装置２０１が、Ａ社３１０に属し、契約書情報の作成から確定までのプロセスに関与する人物について、担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を取得する。
　そして、Ａ社３１０では、送信側装置２０１が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に送信しておくとする。中継装置２０３が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを受信するとする。中継装置２０３が、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて記憶しておくとする。
　Ｂ社３２０では、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、契約１４００にかかる契約書情報を受信し、承認したとする。受信側装置２０２は、ユーザ装置２０５との通信により、契約書情報を取得する。受信側装置２０２は、契約書情報を、契約情報ＤＢ１３０１に登録したとする。その後、Ｂ社３２０で、Ｙ部署に属するＰさんが、ユーザ装置２０５を用いて、付帯情報を受信し、契約書情報に付帯する付帯情報であると判断したとする。
　ここで、受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報の送信元についての確認依頼の入力を受け付けたとする。確認依頼は、送信元メールアドレスのハッシュ値を含む。確認依頼は、付帯情報を含んでもよい。確認依頼は、付帯情報が、いずれの契約書情報に対応するのかを特定可能にする情報を含んでもよい。受信側装置２０２は、確認依頼を受け付けたことに応じて、送信元メールアドレスのハッシュ値を含む、付帯情報の送信元についての確認要求を生成し、中継装置２０３に送信する。
　中継装置２０３は、確認要求を受信すると、確認要求に含まれる送信元メールアドレスのハッシュ値に対応付けて記憶された、担当者組み合わせのハッシュ値を、送信者組み合わせのハッシュ値として特定する。中継装置２０３は、確認要求に含まれる送信元メールアドレスのハッシュ値と、特定した送信者組み合わせのハッシュ値とを含む、付帯情報の送信元についての確認要求を生成し、送信側装置２０１に送信する。
　送信側装置２０１は、付帯情報の送信元についての確認要求を受信すると、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を、受信側装置２０２に返信する。送信側装置２０１は、例えば、受信した確認要求に含まれる各種ハッシュ値に基づいて、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを判定した結果を、受信側装置２０２に返信する。
　また、送信側装置２０１は、機械学習部６１００を利用して、メール履歴データ６１０１に基づいて、契約書情報の作成から確定までのプロセスに関与した人物と関連する人物を特定する。そして、送信側装置２０１は、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物に関連する人物であるか否かを判定した結果を、受信側装置２０２に返信する。
　受信側装置２０２は、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物であるか否かを示す情報を受信する。受信側装置２０２は、受信した情報に基づいて、付帯情報の正当性を評価する。また、受信側装置２０２は、付帯情報の送信元が、契約書情報の作成から確定までのプロセスに関与した人物に関連する人物であるか否かを示す情報を受信する。受信側装置２０２は、受信した情報に基づいて、付帯情報の正当性を評価する。
　受信側装置２０２は、付帯情報の正当性を評価した結果に基づいて、付帯情報をＴａａＳに登録し、または、付帯情報を破棄する。ここで、図６３～図６９の説明に移行し、送信側装置２０１と受信側装置２０２との動作の流れについて具体的に説明する。
　図６３において、送信側装置２０１は、Ａ社３１０に属する担当者に対応する担当者メールアドレスのハッシュ値を生成したとする。送信側装置２０１は、Ａ社３１０に属する担当者に対応する担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を生成したとする。
　そして、送信側装置２０１は、予め、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、中継装置２０３に送信したとする。中継装置２０３は、担当者メールアドレスのハッシュ値と、担当者組み合わせのハッシュ値とを対応付けて、送受信情報ＤＢ３６０１に記憶したとする。
　その後、ユーザ装置２０４は、契約書情報を、ユーザ装置２０５に送信したとする。送信側装置２０１は、ユーザ装置２０４との通信により、契約書情報を取得する。送信側装置２０１は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ａ社３１０のＴａａＳに登録し、Ａ社３１０の契約情報ＤＢ１３０１に格納したとする。
　ユーザ装置２０５は、契約書情報を、ユーザ装置２０４から受信したとする。受信側装置２０２は、ユーザ装置２０４との通信により、受信された契約書情報を取得する。受信側装置２０２は、契約書情報を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納したとする。また、受信側装置２０２は、契約書情報に含まれる契約書本文から得られるハッシュ値Ｈａｓｈ（Ａc）を、Ｂ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納したとする。
　（６３－１）ユーザ装置２０５は、Ｃさんからのメールにより、付帯情報を受信する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報を取得する。受信側装置２０２は、ユーザ装置２０５との通信により、付帯情報の送信者であるＣさんの送信者メールアドレスＭＦcを取得する。受信側装置２０２は、取得したＣさんの送信者メールアドレスＭＦcのハッシュ値Ｈａｓｈ（ＭＦc）を生成する。
　（６３－２）受信側装置２０２は、Ｐさんの操作入力に基づき、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、例えば、Ｐさんの操作入力に基づきユーザ装置２０５から出力された確認依頼に基づいて、付帯情報に関連することが示された契約書情報を特定する。受信側装置２０２は、特定した契約書情報に含まれる契約書本文のハッシュ値Ｈａｓｈ（Ａc）を取得する。受信側装置２０２は、取得したハッシュ値Ｈａｓｈ（Ａc）と、生成したハッシュ値Ｈａｓｈ（ＭＦc）とを含む確認要求を、中継装置２０３に送信する。次に、図６４の説明に移行する。
　図６４において、（６４－１）中継装置２０３は、確認要求から、ハッシュ値Ｈａｓｈ（ＭＴc）を抽出する。中継装置２０３は、送受信情報ＤＢ３６０１を参照して、抽出したハッシュ値Ｈａｓｈ（ＭＦc）と一致するハッシュ値に対応付けられた、担当者組み合わせのハッシュ値を、送信者組み合わせのハッシュ値Ｈａｓｈ（ＭＴc）として抽出する。送信者組み合わせは、送信者メールアドレスと送信者ＴａａＳアカウントとの組み合わせである。
　（６４－２）中継装置２０３は、抽出したハッシュ値Ｈａｓｈ（ＭＴc）を、確認要求に追加する。中継装置２０３は、ハッシュ値Ｈａｓｈ（ＭＴc）を追加した確認要求を、送信側装置２０１に送信する。次に、図６５の説明に移行する。
　図６５において、送信側装置２０１は、確認要求を受信する。送信側装置２０１は、確認要求から、ハッシュ値Ｈａｓｈ（Ａc）と、ハッシュ値Ｈａｓｈ（ＭＦc）と、ハッシュ値Ｈａｓｈ（ＭＴc）とを抽出する。
　（６５－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ルート情報管理テーブル９００から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得する。プロセスに関与した人物は、例えば、契約１４００に関与した人物に対応する。送信側装置２０１は、例えば、抽出したハッシュ値Ｈａｓｈ（Ａc）と一致するハッシュ値に対応付けられたＡさんの氏名Ａ、および、Ｂさんの氏名Ｂなどを取得する。
　送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（Ａc）をキーにして、ワークフローデータ１３０３から、契約書情報の作成から確定までのプロセスに関与した人物の氏名を取得してもよい。
　（６５－２）送信側装置２０１は、取得した氏名をキーにして、アカウント情報管理テーブル６００から、プロセスに関与した人物に対応する担当者ＴａａＳアカウントを取得する。送信側装置２０１は、例えば、Ａさんに対応する担当者ＴａａＳアカウントＴAと、Ｂさんに対応する担当者ＴａａＳアカウントＴBとを取得する。次に、図６６の説明に移行する。
　図６６において、（６６－１）送信側装置２０１は、取得した氏名をキーにして、職制情報管理テーブル７００から、取得した氏名に対応付けられた担当者メールアドレスを取得する。送信側装置２０１は、例えば、氏名Ａに対応付けられた担当者メールアドレスＭAと、氏名Ｂに対応付けられた担当者メールアドレスＭBとを取得する。
　（６６－２）送信側装置２０１は、プロセスに関与した人物ごとに、取得した担当者メールアドレスと担当者ＴａａＳアカウントとの担当者組み合わせのハッシュ値を生成する。送信側装置２０１は、例えば、Ａさんについて、取得した担当者メールアドレスＭAと担当者ＴａａＳアカウントＴAとの担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴA）を生成する。送信側装置２０１は、例えば、Ｂさんについて、取得した担当者メールアドレスＭBと担当者ＴａａＳアカウントＴBとの担当者組み合わせのハッシュ値Ｈａｓｈ（ＭＴB）を生成する。次に、図６７の説明に移行する。
　図６７において、（６７－１）送信側装置２０１は、抽出したハッシュ値Ｈａｓｈ（ＭＴc）と、生成したハッシュ値Ｈａｓｈ（ＭＴA）または生成したハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認する。
　ここで、ハッシュ値Ｈａｓｈ（ＭＴc）は、付帯情報の送信者に対応する。そして、ハッシュ値Ｈａｓｈ（ＭＴA）と、ハッシュ値Ｈａｓｈ（ＭＴB）とは、契約１４００に関与した人物に対応する。従って、送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＴc）と、ハッシュ値Ｈａｓｈ（ＭＴA）またはハッシュ値Ｈａｓｈ（ＭＴB）とが一致するか否かを確認し、付帯情報の送信者と、契約１４００に関与した人物とが一致するか否かを確認することにする。
　図６７の例では、送信側装置２０１は、ハッシュ値Ｈａｓｈ（ＭＴc）と、ハッシュ値Ｈａｓｈ（ＭＴA）およびハッシュ値Ｈａｓｈ（ＭＴB）とが一致しないと判定したとする。換言すれば、送信側装置２０１は、付帯情報の送信者と、契約１４００に関与した人物とが一致しないと判定したとする。次に、図６８の説明に移行する。
　図６８において、（６８－１）送信側装置２０１は、送信者メールアドレスＭＦcに基づいて、付帯情報の送信者であるＣさんを特定する。送信側装置２０１は、機械学習部６１００を用いて、職制情報管理テーブル７００、または、メール履歴データ６１０１に基づいて、特定したＣさんと、契約１４００に関与した人物であるＡさんおよびＢさんとの関連度を算出する。
　送信側装置２０１は、算出した関連度に基づいて、Ｃさんが、契約１４００に関与したいずれかの人物と関連する人物であるか否かを確認する。送信側装置２０１は、例えば、Ｃさんと、契約１４００に関与したいずれかの人物との関連度が閾値以上であれば、Ｃさんが、契約１４００に関与したいずれかの人物と関連する人物であるとの確認結果を生成する。送信側装置２０１は、例えば、Ｃさんと、契約１４００に関与したいずれの人物との関連度も閾値未満であれば、Ｃさんが、契約１４００に関与したいずれかの人物と関連する人物ではないとの確認結果を生成する。
　（６８－２）送信側装置２０１は、確認結果を、受信側装置２０２に送信する。確認結果は、例えば、Ｃさんが、契約１４００に関与したいずれかの人物と関連する人物であるか否かを示す。次に、図６９の説明に移行する。
　図６９において、受信側装置２０２は、確認結果を受信する。（６９－１）受信側装置２０２は、確認結果が、Ｃさんが契約１４００に関与したいずれかの人物と関連する人物であることを示せば、付帯情報を正当であると評価する。受信側装置２０２は、付帯情報を正当であると評価した場合、付帯情報をＢ社３２０のＴａａＳに登録し、Ｂ社３２０の契約情報ＤＢ１３０１に格納する。
　（６９－２）受信側装置２０２は、確認結果が、Ｃさんが契約１４００に関与したいずれかの人物と関連する人物ではないことを示せば、付帯情報を正当ではないと評価する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報を破棄する。受信側装置２０２は、付帯情報を正当ではないと評価した場合、付帯情報の送信者が、契約１４００に関与した人物ではないことを示すアラートを、受信側ユーザが参照可能に出力する。
　これにより、評価システム２００は、ＰさんなどのＢ社３２０に属する人物が、付帯情報が正当であるか否かを評価し易くすることができる。このため、評価システム２００は、ＰさんなどのＢ社３２０に属する人物にかかる作業負担の低減化を図ることができる。また、評価システム２００は、付帯情報の正当性を評価するにあたり、ＰさんなどのＢ社３２０に属する人物が、ＢさんなどのＡ社３１０に属する人物に問い合わせずに済ませることができる。このため、評価システム２００は、ＢさんなどのＡ社３１０に属する人物にかかる作業負担の低減化を図ることができる。
　また、評価システム２００は、Ｂ社３２０で不正な付帯情報を利用してしまうことを防止することができ、セキュリティの向上を図ることができる。また、評価システム２００は、ＴａａＳアカウントを利用するため、セキュリティの更なる向上を図ることができる。また、評価システム２００は、受信側装置２０２に、担当者組み合わせのハッシュ値を記憶させずに済ませることができる。このため、評価システム２００は、Ａ社３１０で、Ｂ社３２０などの他社から、担当者組み合わせのハッシュ値を秘匿可能にすることができ、セキュリティの向上を図ることができる。
　また、評価システム２００は、Ｃさんが、契約１４００に直接関与した人物ではなくても、付帯情報を正当であると評価可能にすることができる。このため、評価システム２００は、利便性の向上を図ることができる。
（動作例４における全体処理手順）
　次に、図７０～図７４を用いて、評価システム２００が実行する、動作例４における全体処理手順の一例について説明する。全体処理は、例えば、送信側装置２０１と、受信側装置２０２と、中継装置２０３とによって実現される。
　図７０～図７４は、動作例４における全体処理手順の一例を示すシーケンス図である。図７０において、受信側装置２０２は、契約情報登録部１３１２により、付帯情報の送信元についての確認依頼を、確認依頼部１３２０に送信する（ステップＳ７００１）。
　受信側装置２０２は、確認依頼部１３２０により、確認依頼を受信すると、送信元メールアドレスのハッシュ値をハッシュ計算部１３３０に生成させ、生成された送信元メールアドレスのハッシュ値を取得する（ステップＳ７００２）。受信側装置２０２は、確認依頼部１３２０により、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値の取得依頼を、契約情報管理部１３１１に送信する。
　受信側装置２０２は、契約情報管理部１３１１により、取得依頼を受信すると、付帯情報に関連する契約書情報に含まれる契約書本文のハッシュ値を取得し、確認依頼部１３２０に送信する（ステップＳ７００３）。
　受信側装置２０２は、確認依頼部１３２０により、契約書本文のハッシュ値を受信すると、送信元メールアドレスのハッシュ値と、契約書本文のハッシュ値とを含む、付帯情報の送信元についての確認要求を、中継装置２０３に送信する（ステップＳ７００４）。
　中継装置２０３は、ＧＷ処理部３６００により、確認要求を受信する。中継装置２０３は、ＧＷ処理部３６００により、受信した確認要求に含まれる送信元メールアドレスのハッシュ値に対応付けられた、送信元メールアドレスと送信元ＴａａＳアカウントとの送信元組み合わせのハッシュ値を取得する（ステップＳ７００５）。次に、図７１の説明に移行する。
　図７１において、中継装置２０３は、ＧＷ処理部３６００により、付帯情報の送信元についての確認要求に、送信元組み合わせのハッシュ値を含めて、送信側装置２０１に送信する（ステップＳ７１０１）。
　送信側装置２０１は、確認依頼部１３２０により、付帯情報の送信元についての確認要求を受信し、確認処理部１３４０に送信する（ステップＳ７１０２）。
　送信側装置２０１は、確認処理部１３４０により、確認要求を受信すると、受信した確認要求に含まれる契約書本文のハッシュ値を含む、担当者の抽出依頼を、ルート確認部１３４１に送信する（ステップＳ７１０３）。
　送信側装置２０１は、ルート確認部１３４１により、抽出依頼を受信すると、契約書本文のハッシュ値をキーとして、契約書本文のハッシュ値に対応付けられた担当者の氏名を抽出し、確認処理部１３４０に送信する（ステップＳ７１０４）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を受信すると、受信した担当者の氏名を含む、担当者ＴａａＳアカウントの取得依頼を、アカウント確認部２４０１に送信する（ステップＳ７１０５）。次に、図７２の説明に移行する。
　図７２において、送信側装置２０１は、アカウント確認部２４０１により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者ＴａａＳアカウントを抽出し、確認処理部１３４０に送信する（ステップＳ７２０１）。
　送信側装置２０１は、確認処理部１３４０により、担当者の氏名を含む、担当者メールアドレスの取得依頼を、職制情報確認部１３４２に送信する（ステップＳ７２０２）。
　送信側装置２０１は、職制情報確認部１３４２により、取得依頼を受信すると、担当者の氏名に対応付けられた担当者メールアドレスを抽出し、確認処理部１３４０に送信する（ステップＳ７２０３）。
　送信側装置２０１は、確認処理部１３４０により、担当者メールアドレスと、担当者ＴａａＳアカウントとを受信すると、担当者メールアドレスと、担当者ＴａａＳアカウントとの担当者組み合わせを生成する（ステップＳ７２０４）。次に、送信側装置２０１は、確認処理部１３４０により、担当者組み合わせのハッシュ値をハッシュ計算部１３３０に生成させ、生成された担当者組み合わせのハッシュ値を取得する（ステップＳ７２０５）。次に、図７３の説明に移行する。
　図７３において、送信側装置２０１は、確認処理部１３４０により、確認要求に含まれる送信元組み合わせのハッシュ値と、担当者組み合わせのハッシュ値とを比較する（ステップＳ７３０１）。次に、送信側装置２０１は、確認処理部１３４０により、比較した結果に基づいて、担当者組み合わせのハッシュ値と、送信元組み合わせのハッシュ値とが一致する組み合わせが存在するか否かを判定する（ステップＳ７３０２）。
　ここで、一致する組み合わせが存在する場合（ステップＳ７３０２：Ｙｅｓ）、送信側装置２０１は、ステップＳ７３０６の処理に移行する。一方で、一致する組み合わせが存在しない場合（ステップＳ７３０２：Ｎｏ）、送信側装置２０１は、ステップＳ７３０３の処理に移行する。
　ステップＳ７３０３では、送信側装置２０１は、確認処理部１３４０により、人物間の関連度の算出依頼を、機械学習部６１００に送信する（ステップＳ７３０３）。送信側装置２０１は、例えば、確認処理部１３４０により、送信元組み合わせのハッシュ値に対応する送信元と、担当者組み合わせのハッシュ値に対応する担当者との関連度の算出依頼を、機械学習部６１００に送信する。
　送信側装置２０１は、機械学習部６１００により、算出依頼を受信すると、人物間の関連度を算出し、確認処理部１３４０に送信する（ステップＳ７３０４）。
　送信側装置２０１は、確認処理部１３４０により、関連度を受信すると、関連度が閾値を超える場合、近しい人物であると確認結果を設定し、関連度が閾値を超えない場合、近しい人物ではないと確認結果を設定する（ステップＳ７３０５）。
　ステップＳ７３０６では、送信側装置２０１は、一致すると確認結果を設定する（ステップＳ７３０６）。次に、図７４の説明に移行する。
　図７４において、送信側装置２０１は、確認依頼部１３２０により、確認結果を、受信側装置２０２に送信する（ステップＳ７４０１）。
　受信側装置２０２は、契約情報登録部１３１２により、確認結果を受信すると、受信した確認結果が一致または近しい人物であるか否かを判定する（ステップＳ７４０２）。
　ここで、一致または近しい人物に設定されている場合（ステップＳ７４０２：Ｙｅｓ）、受信側装置２０２は、ステップＳ７４０３の処理に移行する。一方で、一致または近しい人物のいずれにも設定されていない場合（ステップＳ７４０２：Ｎｏ）、受信側装置２０２は、ステップＳ７４０４の処理に移行する。
　ステップＳ７４０３では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を、ＴａａＳに登録する（ステップＳ７４０３）。そして、評価システム２００は、全体処理を終了する。
　ステップＳ７４０４では、受信側装置２０２は、契約情報登録部１３１２により、付帯情報を破棄し、ユーザ宛てにアラートを出力する（ステップＳ７４０４）。そして、評価システム２００は、全体処理を終了する。これにより、評価システム２００は、付帯情報の正当性を精度よく評価することができ、セキュリティの向上を図ることができる。
　以上説明したように、情報処理装置１００によれば、確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する第１の情報を取得することができる。情報処理装置１００によれば、第１の文書データの作成から確定までのプロセスに関与した人物を特定する第２の情報を記憶する記憶部にアクセスすることができる。情報処理装置１００によれば、記憶部の記憶内容に基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定することができる。情報処理装置１００によれば、判定した結果に基づいて、第２の文書データの正当性を評価することができる。これにより、情報処理装置１００は、第１の文書データの送信側および受信側にかかる作業負担を抑制しつつ、不正な第２の文書データが利用されることを防止し、セキュリティの向上を図ることができる。
　情報処理装置１００によれば、プロセスに関与した人物であると判定した場合、第２の文書データが正当であると評価し、プロセスに関与した人物ではないと判定した場合、第２の文書データが正当ではないと評価することができる。これにより、情報処理装置１００は、第２の文書データの正当性を精度よく評価することができる。
　情報処理装置１００によれば、第１の情報に、第２の文書データの送信者に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を採用することができる。情報処理装置１００によれば、第２の情報に、プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を採用することができる。これにより、情報処理装置１００は、アカウントを利用して、セキュリティの向上を図ることができる。
　情報処理装置１００によれば、第１の情報に、第２の文書データの送信者に対応するメールアドレスから得られるハッシュ値を採用することができる。情報処理装置１００によれば、第２の情報は、プロセスに関与した人物に対応するメールアドレスから得られるハッシュ値を採用することができる。これにより、情報処理装置１００は、メールアドレスを利用して、第２の文書データの正当性を評価し易くすることができる。
　情報処理装置１００によれば、第１の文書データの送信側で動作することができる。情報処理装置１００によれば、第１の文書データを特定する第３の情報に対応付けて、第２の情報を記憶する記憶部にアクセスすることができる。情報処理装置１００によれば、第１の情報と、第１の文書データを特定する第４の情報とを、第１の文書データの受信側から受信することにより取得することができる。情報処理装置１００によれば、記憶部に記憶された、第４の情報と一致する第３の情報に対応付けられた第２の情報を特定することができる。情報処理装置１００によれば、特定した第２の情報と、取得した第１の情報とに基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定することができる。これにより、情報処理装置１００は、第１の文書データの送信側において、第２の文書データの正当性を評価可能に準備することができる。
　情報処理装置１００によれば、判定した結果を、第１の文書データの受信側に送信することができる。これにより、情報処理装置１００は、第１の文書データの受信側において、第２の文書データの正当性を評価させることができる。
　情報処理装置１００によれば、中継装置２０３にアクセスすることができる。中継装置２０３によれば、プロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値と、プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値とを対応付けて記憶することができる。中継装置２０３によれば、第２の文書データの送信者に対応するメールアドレスから得られる第３のハッシュ値を受け付けたことに応じて、第３のハッシュ値と一致する第１のハッシュ値に対応付けられた第２のハッシュ値を出力することができる。情報処理装置１００によれば、第１の情報として、中継装置２０３から出力された第２のハッシュ値を取得することができる。これにより、情報処理装置１００は、第１の文書データの受信側において、第２のハッシュ値を記憶せずに済ませることができ、セキュリティの向上を図ることができる。
　情報処理装置１００によれば、第１の文書データを、第１の文書データの受信側に送信した後、第１の文書データの送信者を特定する第５の情報を、第１の文書データの受信側から取得することができる。情報処理装置１００によれば、取得した第５の情報に基づいて、プロセスに関与した人物を特定することができる。情報処理装置１００によれば、特定したプロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値を生成することができる。情報処理装置１００によれば、特定したプロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値を生成することができる。情報処理装置１００によれば、生成した第１のハッシュ値と、第２のハッシュ値とを、中継装置２０３に送信することにより、中継装置２０３に記憶させることができる。これにより、情報処理装置１００は、第２の文書データの正当性を評価可能に準備することができる。
　情報処理装置１００によれば、人物間の関係性を示す第６の情報に基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物に関連する人物であるか否かを判定することができる。これにより、情報処理装置１００は、複数の観点から、第２の文書データの正当性を評価可能にすることができる。
　情報処理装置１００によれば、第１の文書データの受信側で動作することができる。これにより、情報処理装置１００は、第１の文書データの受信側において、第２の文書データの正当性を評価可能にすることができる。
　情報処理装置１００によれば、第１の文書データを特定する第４の情報を含む、第２の情報についての問い合わせを、第１の文書データの送信側に送信することができる。情報処理装置１００によれば、送信した結果、第２の情報を取得し、取得した第１の情報と、取得した第２の情報とに基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定することができる。これにより、情報処理装置１００は、記憶部を有さなくても、第２の文書データの正当性を評価可能にすることができる。
　情報処理装置１００によれば、第１の文書データの送信側と受信側との中継装置２０３として動作することができる。これにより、情報処理装置１００は、中継装置２０３として、第２の文書データの正当性を評価可能にすることができる。
　情報処理装置１００によれば、第１の情報と、第１の文書データを特定する第４の情報とを、第１の文書データの受信側から受信することにより取得することができる。情報処理装置１００によれば、第４の情報を含む、第２の情報についての問い合わせを、第１の文書データの送信側に送信することにより、第２の情報を取得することができる。情報処理装置１００によれば、取得した第１の情報と、取得した第２の情報とに基づいて、取得した第１の情報で特定される第２の文書データの送信者が、プロセスに関与した人物であるか否かを判定することができる。これにより、情報処理装置１００は、記憶部を有さなくても、第２の文書データの正当性を評価可能にすることができる。
　なお、本実施の形態で説明した評価方法は、予め用意されたプログラムをＰＣやワークステーションなどのコンピュータで実行することにより実現することができる。本実施の形態で説明した評価プログラムは、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。記録媒体は、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）－ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ　Ｏｐｔｉｃａｌ　ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）などである。また、本実施の形態で説明した評価プログラムは、インターネットなどのネットワークを介して配布してもよい。
　１００　情報処理装置
　１０１，１０２　情報
　１１０　送信側
　１１１，１１２　文書データ
　１２０　受信側
　２００　評価システム
　２０１　送信側装置
　２０２　受信側装置
　２０３　中継装置
　２１０　ネットワーク
　３１０　Ａ社
　３２０　Ｂ社
　４００，１０００，１１００　バス
　４０１，１００１，１１０１　ＣＰＵ
　４０２，１００２，１１０２　メモリ
　４０３，１００３，１１０３　ネットワークＩ／Ｆ
　４０４，１００４，１１０４　記録媒体Ｉ／Ｆ
　４０５，１００５，１１０５　記録媒体
　４０６，１００６　ディスプレイ
　４０７，１００７　入力装置
　５００　対応情報管理テーブル
　６００　アカウント情報管理テーブル
　７００　職制情報管理テーブル
　８００　契約情報管理テーブル
　９００　ルート情報管理テーブル
　１２００　記憶部
　１２０１　取得部
　１２０２　判定部
　１２０３　評価部
　１２０４　登録部
　１２０５　出力部
　１３０１　契約情報ＤＢ
　１３０２　ワークフローサービス
　１３０３　ワークフローデータ
　１３０４　ディレクトリサービス
　１３０５　職制情報
　１３１０　ＴａａＳコア部
　１３１１　契約情報管理部
　１３１２　契約情報登録部
　１３２０　確認依頼部
　１３３０　ハッシュ計算部
　１３４０　確認処理部
　１３４１　ルート確認部
　１３４２　職制情報確認部
　１４００　契約
　２４０１　アカウント確認部
　２４０２　対応情報生成部
　３６００　ＧＷ処理部
　３６０１　送受信情報ＤＢ
　６１００　機械学習部
　６１０１　メール履歴データ

Claims (16)

  1. 　確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する第１の情報を取得し、
    　前記第１の文書データの作成から確定までのプロセスに関与した人物を特定する第２の情報を記憶する記憶部の記憶内容に基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定し、
    　判定した結果に基づいて、前記第２の文書データの正当性を評価する、
    　処理をコンピュータが実行することを特徴とする評価方法。
  2. 　前記評価する処理は、
    　前記プロセスに関与した人物であると判定した場合、前記第２の文書データが正当であると評価し、前記プロセスに関与した人物ではないと判定した場合、前記第２の文書データが正当ではないと評価する、ことを特徴とする請求項１に記載の評価方法。
  3. 　前記第１の情報は、前記第２の文書データの送信者に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を含み、
    　前記第２の情報は、前記プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られるハッシュ値を含む、ことを特徴とする請求項１または２に記載の評価方法。
  4. 　前記第１の情報は、前記第２の文書データの送信者に対応するメールアドレスから得られるハッシュ値を含み、
    　前記第２の情報は、前記プロセスに関与した人物に対応するメールアドレスから得られるハッシュ値を含む、ことを特徴とする請求項１～３のいずれか一つに記載の評価方法。
  5. 　前記コンピュータは、前記第１の文書データの送信側に設けられており、
    　前記記憶部は、前記コンピュータがアクセス可能であり、前記第１の文書データを特定する第３の情報に対応付けて、前記第２の情報を記憶しており、
    　前記取得する処理は、
    　前記第１の情報と、前記第１の文書データを特定する第４の情報とを、前記第１の文書データの受信側から受信することにより取得し、
    　前記判定する処理は、
    　前記記憶部に記憶された、前記第４の情報と一致する前記第３の情報に対応付けられた前記第２の情報と、取得した前記第１の情報とに基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定する、ことを特徴とする請求項１～４のいずれか一つに記載の評価方法。
  6. 　前記評価する処理は、
    　判定した結果を、前記第１の文書データの受信側に送信することにより、前記第１の文書データの受信側において、前記第２の文書データの正当性を評価させる、ことを特徴とする請求項５に記載の評価方法。
  7. 　前記プロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値と、前記プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値とを対応付けて記憶し、前記第２の文書データの送信者に対応するメールアドレスから得られる第３のハッシュ値を受け付けたことに応じて、前記第３のハッシュ値と一致する前記第１のハッシュ値に対応付けられた前記第２のハッシュ値を出力する、前記第１の文書データの送信側と受信側との中継装置が存在しており、
    　前記取得する処理は、
    　前記第１の情報として、前記中継装置から出力された前記第２のハッシュ値を取得する、ことを特徴とする請求項３に記載の評価方法。
  8. 　前記第１の文書データを、前記第１の文書データの受信側に送信した後、前記第１の文書データの送信者を特定する第５の情報を、前記第１の文書データの受信側から取得し、
    　取得した前記第５の情報に基づいて、前記プロセスに関与した人物を特定し、
    　特定した前記プロセスに関与した人物に対応するメールアドレスから得られる第１のハッシュ値と、特定した前記プロセスに関与した人物に対応するメールアドレスとアカウントとの組み合わせから得られる第２のハッシュ値とを、前記中継装置に送信することにより、前記中継装置に記憶させる、
    　処理を前記コンピュータが実行することを特徴とする請求項７に記載の評価方法。
  9. 　前記判定する処理は、
    　人物間の関係性を示す第６の情報に基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物に関連する人物であるか否かを判定する、ことを特徴とする請求項１～８のいずれか一つに記載の評価方法。
  10. 　前記コンピュータは、前記第１の文書データの受信側に設けられる、ことを特徴とする請求項１～４のいずれか一つに記載の評価方法。
  11. 　前記記憶部は、前記第１の文書データの送信側に設けられており、前記第１の文書データを特定する第３の情報と対応付けて、前記第２の情報を記憶しており、
    　前記判定する処理は、
    　前記第１の文書データを特定する第４の情報を含む、前記第２の情報についての問い合わせを、前記第１の文書データの送信側に送信することにより、前記第２の情報を取得し、取得した前記第１の情報と、取得した前記第２の情報とに基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定する、ことを特徴とする請求項１０に記載の評価方法。
  12. 　前記コンピュータは、前記第１の文書データの送信側と受信側との中継装置である、ことを特徴とする請求項１～４のいずれか一つに記載の評価方法。
  13. 　前記記憶部は、前記第１の文書データの送信側に設けられており、前記第１の文書データを特定する第３の情報と対応付けて、前記第２の情報を記憶しており、
    　前記取得する処理は、
    　前記第１の情報と、前記第１の文書データを特定する第４の情報とを、前記第１の文書データの受信側から受信することにより取得し、
    　前記判定する処理は、
    　前記第４の情報を含む、前記第２の情報についての問い合わせを、前記第１の文書データの送信側に送信することにより、前記第２の情報を取得し、取得した前記第１の情報と、取得した前記第２の情報とに基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定する、ことを特徴とする請求項１２に記載の評価方法。
  14. 　確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する第１の情報を取得し、
    　前記第１の文書データの作成から確定までのプロセスに関与した人物を特定する第２の情報を記憶する記憶部の記憶内容に基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定し、
    　判定した結果に基づいて、前記第２の文書データの正当性を評価する、
    　処理をコンピュータに実行させることを特徴とする評価プログラム。
  15. 　確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する第１の情報を取得し、
    　前記第１の文書データの作成から確定までのプロセスに関与した人物を特定する第２の情報を記憶する記憶部の記憶内容に基づいて、取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定し、
    　判定した結果に基づいて、前記第２の文書データの正当性を評価する、
    　制御部を有することを特徴とする情報処理装置。
  16. 　確定した第１の文書データに関連することが示された第２の文書データの送信者を特定する第１の情報を取得する取得部と、
    　前記第１の文書データの作成から確定までのプロセスに関与した人物を特定する第２の情報を記憶する記憶部の記憶内容に基づいて、前記取得部で取得した前記第１の情報で特定される前記第２の文書データの送信者が、前記プロセスに関与した人物であるか否かを判定する判定部と、
    　前記判定部で判定した結果に基づいて、前記第２の文書データの正当性を評価する評価部と、
    　を有することを特徴とする評価システム。
PCT/JP2021/017116 2021-04-28 2021-04-28 評価方法、評価プログラム、情報処理装置、および評価システム WO2022230153A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023516982A JPWO2022230153A1 (ja) 2021-04-28 2021-04-28
PCT/JP2021/017116 WO2022230153A1 (ja) 2021-04-28 2021-04-28 評価方法、評価プログラム、情報処理装置、および評価システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/017116 WO2022230153A1 (ja) 2021-04-28 2021-04-28 評価方法、評価プログラム、情報処理装置、および評価システム

Publications (1)

Publication Number Publication Date
WO2022230153A1 true WO2022230153A1 (ja) 2022-11-03

Family

ID=83848142

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/017116 WO2022230153A1 (ja) 2021-04-28 2021-04-28 評価方法、評価プログラム、情報処理装置、および評価システム

Country Status (2)

Country Link
JP (1) JPWO2022230153A1 (ja)
WO (1) WO2022230153A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001285285A (ja) * 2000-03-30 2001-10-12 Murata Mach Ltd 認証方法及び認証システム
JP2002024177A (ja) * 2000-07-10 2002-01-25 Asia Shoken Insatsu Kk 電子公証システムおよび電子公証方法
JP2002217980A (ja) * 2001-01-17 2002-08-02 Mitsubishi Electric Corp データ中継装置、データ送信装置、送信承認装置、データ中継方法、データ送信方法及び送信承認方法
JP2004140636A (ja) * 2002-10-18 2004-05-13 Nec Corp 電子文書の署名委任システム、署名委任サーバ及び署名委任プログラム
JP2007293855A (ja) * 2006-04-21 2007-11-08 Ricoh Co Ltd ロギングとデータ交換同期のセキュアかつ効率的な方法
US20160020909A1 (en) * 2013-03-11 2016-01-21 Manuel GARDEÑES LIÑAN A method, a system, a computer system and a computer program product for certifying a procedure of signature of an electronic file relating to an agreement between at least two parties

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001285285A (ja) * 2000-03-30 2001-10-12 Murata Mach Ltd 認証方法及び認証システム
JP2002024177A (ja) * 2000-07-10 2002-01-25 Asia Shoken Insatsu Kk 電子公証システムおよび電子公証方法
JP2002217980A (ja) * 2001-01-17 2002-08-02 Mitsubishi Electric Corp データ中継装置、データ送信装置、送信承認装置、データ中継方法、データ送信方法及び送信承認方法
JP2004140636A (ja) * 2002-10-18 2004-05-13 Nec Corp 電子文書の署名委任システム、署名委任サーバ及び署名委任プログラム
JP2007293855A (ja) * 2006-04-21 2007-11-08 Ricoh Co Ltd ロギングとデータ交換同期のセキュアかつ効率的な方法
US20160020909A1 (en) * 2013-03-11 2016-01-21 Manuel GARDEÑES LIÑAN A method, a system, a computer system and a computer program product for certifying a procedure of signature of an electronic file relating to an agreement between at least two parties

Also Published As

Publication number Publication date
JPWO2022230153A1 (ja) 2022-11-03

Similar Documents

Publication Publication Date Title
JP6166824B2 (ja) 追跡システム交信相手情報へのリモートアクセス
US7797342B2 (en) Database system providing encrypted column support for applications
US8271424B2 (en) Privacy and confidentiality preserving reporting of URLs
US7664828B2 (en) Invalid policy detection
US9288172B2 (en) Access restriction device, access restriction method, computer readable storage medium
US7743069B2 (en) Database system providing SQL extensions for automated encryption and decryption of column data
US8078880B2 (en) Portable personal identity information
US20080294903A1 (en) Authenticity assurance system for spreadsheet data
CN106971121A (zh) 数据处理方法、装置、服务器及存储介质
US20200134221A1 (en) System and method for blockchain document access and distribution control
CN103020746A (zh) 企业网上用户身份在线自动审核的方法及系统
US7519822B2 (en) Method and apparatus for processing descriptive statements
JP4622514B2 (ja) 文書匿名化装置、文書管理装置、文書匿名化方法及び文書匿名化プログラム
JP2002230202A (ja) 電子データ化方法及び装置
CN105556890B (zh) 加密处理方法、加密系统以及服务器
JP2002297606A (ja) 問合せ内容を隠蔽可能なデータベースのアクセス方法およびシステム
JP5394772B2 (ja) 電子メール配信システム、及びプログラム
WO2022230153A1 (ja) 評価方法、評価プログラム、情報処理装置、および評価システム
JPWO2022230153A5 (ja)
US20210224925A1 (en) Determination method and information processing apparatus
JP2007208957A (ja) Ｉｐファクシミリ配信システム及びｉｐファクシミリ配信プログラム
US11418484B2 (en) Document management system
JP2007200272A (ja) 電子文書交換システムおよびこれに用いるＷｅｂサーバ
CN104579741B (zh) 业务管理系统
KR20120020022A (ko) 온라인으로 경력 증명 서비스를 제공하는 방법 및 시스템

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: 21939312

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023516982

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21939312

Country of ref document: EP

Kind code of ref document: A1