Contract management program, information processing device, information processing system manufacturing method, and information processing method

Abstract

To organize and manage vouchers, forms and other documents related to a predetermined electronic contract, in association with a contract document.SOLUTION: A contract management program for causing a computer to store electronic contract documents causes a processor to execute: a contract storage step of storing a plurality of contract documents related to a contract; a document receiving step S601 of receiving document data different from a contract document from a user; a candidate proposal step S602 of proposing one or multiple candidate contract documents, out of the multiple contract documents, to the user in a selectable manner; a contract selection step S603 of selecting one or more contract documents out of the multiple contract documents stored in the storage step, so as to be associated with the document data received in the document receiving step; and a document association step S604 of storing the document data received in the document receiving step in association with the one or more contract documents selected in the contract selection step.SELECTED DRAWING: Figure 19

Description

[Technical Field]

[0001] The present disclosure relates to a contract management program, an electronic contract program, an information processing device, an information processing system, and an information processing method. [Background technology]

[0002] With the development and spread of computer technology, documents that were previously stored on paper are being digitized. For example, documents such as contracts that require the signatures and seals of the parties involved are being considered for management as electronic data. Patent Document 1 discloses an information processing system relating to digital contracts that includes a creator terminal, a verifier terminal, and a contract management server. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2017-10096 Summary of the Invention [Problem to be solved by the invention]

[0004] There is an issue with not being able to organize and manage supporting documents, forms, and other documents related to a specified electronic contract in association with the contract document. Therefore, the present disclosure has been made to solve the above-mentioned problems, and its purpose is to provide technology for organizing and managing supporting documents, forms, and other documents related to a specified electronic contract in association with the contract document. [Means for solving the problem]

[0005] A contract management program for storing electronic contract documents in a computer having a processor and a memory unit, wherein the processor executes a contract storage step for storing multiple contract documents related to a contract, a document acceptance step for accepting document data different from the contract documents from a user, a contract selection step for selecting one or more contract documents from the multiple contract documents stored in the contract storage step, which associates the document data accepted in the document acceptance step with the one or more contract documents selected in the contract selection step, and a document association step for storing the document data accepted in the document acceptance step in association with the one or more contract documents selected in the contract selection step. [Effects of the Invention]

[0006] According to the present disclosure, vouchers, forms, and other documents related to a specified electronic contract can be organized and managed in association with the contract document. [Brief explanation of the drawings]

[0007] [Figure 1] FIG. 2 is a block diagram showing the functional configuration of the system 1. [Figure 2] FIG. 2 is a block diagram showing the functional configuration of the server 10. [Figure 3] 2 is a block diagram showing the functional configuration of a first user terminal 20. FIG. [Figure 4] 3 is a block diagram showing the functional configuration of a second user terminal 30. FIG. [Figure 5] FIG. 2 is a block diagram showing the functional configuration of a mail server 40. [Figure 6] FIG. 10 is a diagram showing the data structure of a user table 1012. [Figure 7] FIG. 10 is a diagram showing the data structure of a group table 1013. [Figure 8] FIG. 10 is a diagram showing the data structure of a document table 1014. [Figure 9] FIG. 10 is a diagram showing the data structure of a confirmation table 1015. [Figure 10] FIG. 10 is a diagram showing the data structure of an input item table 1016. [Figure 11] FIG. 10 is a diagram showing the data structure of a contract group table 1017. [Figure 12] FIG. 10 is a diagram showing the data structure of a negotiation record table 1018. [Figure 13] FIG. 10 is a diagram showing the data structure of a document table 1019. [Figure 14] 10 is a flowchart showing the operation of a contract creation process (first embodiment). [Figure 15] 10 is a flowchart showing the operation of a contract confirmation process (second embodiment). [Figure 16] 10 is a flowchart showing the operation of a contact process. [Figure 17] 10 is a flowchart showing the operation of a contract creation process. [Figure 18] 10 is a flowchart showing the operation of a contract confirmation process. [Figure 19] 10 is a flowchart showing the operation of a document storage process. [Figure 20] 10 is a screen example showing the operation of a contract creation process. [Figure 21] 10 is an example of a screen showing a confirmation request message sent to the second user terminal 30. [Figure 22] 10 is a screen example showing the operation of a contract confirmation process. [Figure 23] 10 is an example of a screen showing a conclusion completion message notified to the first user terminal 20. [Figure 24] 10 is an example of a screen showing a conclusion completion message notified to the first user terminal 20. [Figure 25] FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90. DETAILED DESCRIPTION OF THE INVENTION

[0008] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In all drawings describing the embodiments, common components are designated by the same reference numerals, and repeated description will be omitted. Note that the following embodiments do not unduly limit the content of the present disclosure described in the claims. Furthermore, not all components shown in the embodiments are necessarily essential components of the present disclosure. Furthermore, each drawing is a schematic diagram and is not necessarily a precise illustration.

[0009] <System 1 Configuration> The system 1 in the present disclosure is an information processing system for realizing a service that stores and manages contract information concluded between multiple users. The system 1 includes information processing devices, namely, a server 10, a first user terminal 20, a second user terminal 30, and a mail server 40, which are connected via a network N. FIG. 1 is a block diagram showing the functional configuration of the system 1. As shown in FIG. FIG. 2 is a block diagram showing the functional configuration of the server 10. As shown in FIG. FIG. 3 is a block diagram showing the functional configuration of the first user terminal 20. As shown in FIG. FIG. 4 is a block diagram showing the functional configuration of the second user terminal 30. As shown in FIG. FIG. 5 is a block diagram showing the functional configuration of the mail server 40. As shown in FIG.

[0010] Each information processing device is configured by a computer equipped with an arithmetic unit and a storage device. The basic hardware configuration of the computer and the basic functional configuration of the computer realized by the hardware configuration will be described later. For each of the server 10, the first user terminal 20, the second user terminal 30, and the mail server 40, descriptions that overlap with the basic hardware configuration and basic functional configuration of the computer will be omitted.

[0011] <Server 10 configuration> The server 10 is an information processing device that provides an electronic contract conclusion service between multiple users. The server 10 is an information processing device that provides a service of storing and managing contract information concluded between multiple users. The server 10 includes a storage unit 101 and a control unit 104 .

[0012] <Configuration of the storage unit 101 of the server 10> The storage unit 101 of the server 10 includes an application program 1011 , a user table 1012 , a group table 1013 , a document table 1014 , a confirmation table 1015 , an input item table 1016 , a contract group table 1017 , a negotiation record table 1018 , and a document table 1019 .

[0013] The application program 1011 is a program for causing the control unit 104 of the server 10 to function as each functional unit.

[0014] The user table 1012 is a table that stores and manages information about member users (hereinafter referred to as users) who use the service. When a user registers to use the service, the user's information is stored in a new record in the user table 1012. This allows the user to use the service according to the present disclosure. Note that the user who uses the service according to the present disclosure does not necessarily need to be registered in the user table 1012. The user table 1012 is a table having the user ID as a primary key and columns of user ID, user name, email address, and group ID. FIG. 6 is a diagram showing the data structure of the user table 1012.

[0015] The user ID is an item that stores user identification information for identifying a user. The user identification information is an item that is set with a unique value for each user. The user name is an item for storing the name of the user. The user name may be set to any character string such as a nickname instead of a name. The email address is an item for storing the email address of the user. The group ID is an item for storing group identification information of the group to which the user belongs. Groups are defined by a group table 1013, which will be described later, and a user may belong to multiple groups.

[0016] The group table 1013 is a table that stores and manages information (group information) about groups to which a user belongs. The group can define any group to which a user belongs, such as a corporation, a company, a club, an organization, or a department within a company. The group table 1013 is a table having the group ID as a primary key and columns of group ID, group name, and administrator ID. FIG. 7 is a diagram showing the data structure of the group table 1013.

[0017] The group ID is an item for storing group identification information for identifying a group. The group identification information is an item for storing a unique value for each group. The group name is an item for storing the name of the group. Any character string can be set as the group name. The administrator ID is an item that stores the user identification information of a user who has administrator privileges in a group. A user with administrator privileges can arbitrarily define and set a user who has a certain level of status or authority in a group such as an organization.

[0018] The document table 1014 is a table for storing and managing information (contract information) relating to an electronic contract exchanged between a creator and a recipient. The document table 1014 is a table having the document ID as a primary key and columns of the document ID, email address, chat ID, document data, and creator ID. FIG. 8 is a diagram showing the data structure of the document table 1014.

[0019] The document ID is an item for storing document identification information for identifying contract information. The document identification information is an item for which a unique value is set for each contract information. The email address is an item for storing an email address associated with the contract information. The chat ID is an item for storing chat identification information associated with the contract information. The chat identification information includes user identification information (user ID) in any chat service. The document data is an item that stores contract information (binary or text data) of the contract document related to the conclusion of the contract. Specifically, the document data includes data in any data format such as PDF (Portable Document Format), Word, and XML (Extensible Markup Language). Creator ID is an item for storing user identification information for identifying the user who created the contract information.

[0020] The confirmation table 1015 is a table that stores and manages information (checker information) including the email addresses of users who will be checkers of contract information. The confirmation table 1015 is a table having columns for document ID, confirmation order, confirmer email address, confirmation flag, language data, access code, and date and time. FIG. 9 is a diagram showing the data structure of the confirmation table 1015.

[0021] The document ID is an item for storing document identification information of the contract information to be checked by the checker. The confirmation order is an item for storing information regarding the confirmation order when the contract information is confirmed by the confirmer. The contract information stored by the creator is circulated to the confirmers in the confirmation order and confirmed. The checker email address is an item that stores the email address of the checker of the contract information. The checker's email address does not need to be registered in advance as a user to use the service disclosed herein. In other words, the checker's email address does not need to be included in the user table 1012. The confirmation flag is an item that stores confirmation identification information for identifying whether or not the checker has completed the procedure for checking the contract information. When the checker has completed checking the contract information, information indicating that the check has been completed, such as a value of True, is stored in the confirmation flag item. The language data is an item for storing information (language information) related to the language of the verifyer. The access code is an item for storing an access code set for the verifying person. The date and time is an item for storing the date and time when the checker performed the procedure for checking the contract information. Specifically, the date and time when the check identification information was stored in the check flag item is stored.

[0022] The input item table 1016 is a table that stores and manages information (input item information) related to input items associated with electronic contract information. The input item table 1016 is a table having columns for input item ID, document ID, inputter ID, input data, input rule, and date and time. FIG. 10 is a diagram showing the data structure of the input item table 1016.

[0023] The input item ID is an item that stores input item identification information for identifying an input item. The document ID is an item that stores the document identification information of the electronic contract information with which the input item is associated. The inputter ID is an item that stores the user identification information or email address of the inputter who entered the input data into the input item. Specifically, the inputter ID stores the creator ID, the email address of the user identified by the creator ID, the email address of the verifying person, etc. The input data is an item that stores input data entered into an input item by a user. The input rule is a field that stores input rule information related to the input rules for input fields. The input rules can be data types such as date, datetime, text, and integer, as well as the number of characters in the case of text, regular expressions for text, and other input rule information related to any input field. The date and time is an item for storing the date and time when the input data is input into the input item by the inputter.

[0024] The contract group table 1017 is a table for storing and managing information related to contract groups (contract group information). Contract information can be stored and managed in association with one or more cabinets (classification information) for managing contract information. Depending on the information processing service, a cabinet may be called a group, tag, label, etc. The contract group table 1017 is a table having columns for document ID and cabinet ID. FIG. 11 is a diagram showing the data structure of the contract group table 1017.

[0025] The document ID is an item for storing document identification information for identifying contract information. The cabinet ID stores cabinet identification information for identifying a cabinet. The cabinet ID is classification information for managing and classifying contract information.

[0026] The negotiation record table 1018 is a table for storing and managing information relating to negotiation records (negotiation record information). The negotiation record table 1018 is a table having columns for document ID and negotiation data. FIG. 12 is a diagram showing the data structure of the negotiation record table 1018.

[0027] The document ID is an item for storing document identification information for identifying contract information. Negotiation data is an item that stores data (negotiation data) such as negotiation records and negotiation history when concluding a contract. Negotiation data includes any binary data such as email files (eml files), text files (txt files), various document creation application files (files that can be edited using Word, Excel, PowerPoint, etc.), PDF, image files (png, jpeg), etc. Negotiation data may be stored in a format that allows multiple negotiation records, negotiation history, etc. to be identified by date, etc.

[0028] The document table 1019 is a table for storing and managing information (document information) about document data other than the contract document. The document table 1019 is a table having columns for document ID and document data. FIG. 13 is a diagram showing the data structure of the document table 1019.

[0029] The document ID is an item for storing document identification information for identifying contract information. Document data is an item that stores document data other than contract documents. Document data includes any document data such as estimates, invoices, receipts, delivery notes, inspection slips, amendment contracts, individual contracts, etc. Document data includes any binary data such as email files (eml files), text files (txt files), various document creation application files (files that can be edited using Word, Excel, PowerPoint, etc.), PDFs, image files (png, jpeg), etc.

[0030] <Configuration of the control unit 104 of the server 10> The control unit 104 of the server 10 includes a user registration control unit 1041, a contract creation unit 1042, a contract confirmation unit 1043, and a document storage unit 1044. The control unit 104 executes an application program 1011 stored in the storage unit 101, thereby realizing each functional unit.

[0031] The user registration control unit 1041 performs processing to store information about users who wish to use the service according to the present disclosure in the user table 1012. The information stored in the user table 1012 is generated when a user opens a web page operated by a service provider from any information processing terminal, enters information into a predetermined input form, and transmits the information to the server 10. The user registration control unit 1041 stores the received information in a new record in the user table 1012, completing the user registration. This allows the user stored in the user table 1012 to use the service. Before the user registration control unit 1041 registers the user information in the user table 1012, the service provider may conduct a predetermined examination to restrict whether or not the user is permitted to use the service. The user ID may be any character string or number that can identify the user, any character string or number desired by the user, or may be automatically set by the user registration control unit 1041.

[0032] The contract creation unit 1042 executes the contract creation process (first embodiment), the details of which will be described later.

[0033] The contract confirmation unit 1043 executes the contract confirmation process (second embodiment), the details of which will be described later.

[0034] <Configuration of First User Terminal 20> The first user terminal 20 is an information processing device operated by a user who uses a service. The first user terminal 20 may be, for example, a desktop personal computer (PC) or a laptop PC, or may be a mobile terminal such as a smartphone or a tablet. It may also be a wearable terminal such as an HMD (Head Mount Display) or a wristwatch terminal. The first user terminal 20 includes a storage unit 201 , a control unit 204 , an input device 206 , and an output device 208 .

[0035] <Configuration of the storage unit 201 of the first user terminal 20> The storage unit 201 of the first user terminal 20 includes a first user ID 2011 and an application program 2012 .

[0036] The first user ID 2011 is the user's account ID. The user transmits the first user ID 2011 from the first user terminal 20 to the server 10. The server 10 identifies the user based on the first user ID 2011 and provides the user with the service according to the present disclosure. The first user ID 2011 includes information such as a session ID temporarily assigned by the server 10 to identify the user using the first user terminal 20.

[0037] The application program 2012 may be stored in advance in the storage unit 201, or may be configured to be downloaded from a web server or the like operated by a service provider via a communication IF. The application programs 2012 include applications such as a web browser application. The application program 2012 includes an interpreted programming language such as JavaScript (registered trademark) that runs on a web browser application stored on the first user terminal 20.

[0038] <Configuration of the control unit 204 of the first user terminal 20> The control unit 204 of the first user terminal 20 includes an input control unit 2041 and an output control unit 2042. The control unit 204 executes an application program 2012 stored in the storage unit 201, thereby realizing each functional unit.

[0039] <Configuration of the input device 206 of the first user terminal 20> The input device 206 of the first user terminal 20 includes a camera 2061 , a microphone 2062 , a position information sensor 2063 , a motion sensor 2064 , and a touch device 2065 .

[0040] <Configuration of the output device 208 of the first user terminal 20> The output device 208 of the first user terminal 20 includes a display 2081 and a speaker 2082 .

[0041] <Configuration of second user terminal 30> The second user terminal 30 is an information processing device operated by a user who uses a service. The second user terminal 30 may be, for example, a desktop personal computer (PC) or laptop PC, or may be a mobile terminal such as a smartphone or tablet. It may also be a wearable terminal such as an HMD (Head Mount Display) or a wristwatch terminal. The second user terminal 30 includes a storage unit 301 , a control unit 304 , an input device 306 , and an output device 308 .

[0042] <Configuration of the storage unit 301 of the second user terminal 30> The storage unit 301 of the second user terminal 30 includes a second user ID 3011 and an application program 3012 .

[0043] The second user ID 3011 is the user's account ID. The user transmits the second user ID 3011 from the second user terminal 30 to the server 10. The server 10 identifies the user based on the second user ID 3011 and provides the user with the service according to the present disclosure. The second user ID 3011 includes information such as a session ID temporarily assigned by the server 10 to identify the user using the second user terminal 30.

[0044] The application program 3012 may be stored in advance in the storage unit 301, or may be configured to be downloaded from a web server or the like operated by a service provider via a communication IF. Application programs 3012 include applications such as a web browser application. The application program 3012 includes an interpreted programming language such as JavaScript (registered trademark) that runs on a web browser application stored in the second user terminal 30.

[0045] <Configuration of the control unit 304 of the second user terminal 30> The control unit 304 of the second user terminal 30 includes an input control unit 3041 and an output control unit 3042. The control unit 304 executes an application program 3012 stored in the storage unit 301, thereby realizing each functional unit.

[0046] <Configuration of the input device 306 of the second user terminal 30> The input device 306 of the second user terminal 30 includes a camera 3061 , a microphone 3062 , a position information sensor 3063 , a motion sensor 3064 , and a keyboard 3065 .

[0047] <Configuration of the output device 308 of the second user terminal 30> The output device 308 of the second user terminal 30 includes a display 3081 and a speaker 3082 .

[0048] <Configuration of Mail Server 40> The mail server 40 is a server for sending and receiving e-mails when multiple users communicate via e-mail. Note that the mail server 40 does not need to be a single server, and a different server may be provided for each first user and each second user. The mail server 40 may be an SMTP server (Simple Mail Transfer Protocol), a POP3 server (Post Office Protocol), an IMAP server (Internet Message Access Protocol), or the like. Users can send emails to other users and receive emails from other users via a mail server by operating a mail application installed on their device. Mail applications include Gmail, Outlook, Thunderbird, etc. The mail server 40 includes a storage unit 401 and a control unit 404 .

[0049] <Configuration of the storage unit 401 of the mail server 40> The storage unit 401 of the mail server 40 includes an application program 4011 .

[0050] The application program 4011 is a program for causing the control unit 404 of the mail server 40 to function as each functional unit.

[0051] <Configuration of the control unit 404 of the mail server 40> The control unit 404 of the mail server 40 includes a mail control unit 4041. The control unit 404 executes an application program 4011 stored in the storage unit 401, thereby realizing each functional unit.

[0052] <System 1 Operation> Each process of the system 1 will be explained below. FIG. 14 is a flowchart showing the operation of the contract creation process (first embodiment). FIG. 15 is a flowchart showing the operation of the contract confirmation process (second embodiment). FIG. 16 is a flowchart showing the operation of the contact process. FIG. 17 is a flowchart showing the operation of the contract creation process (second embodiment). FIG. 18 is a flowchart showing the operation of the contract confirmation process. FIG. 19 is a flowchart showing the operation of the document storage process. FIG. 20 is an example of a screen showing the operation of the contract creation process. FIG. 21 is an example of a screen showing a confirmation request message sent to the second user terminal 30. In FIG. FIG. 22 is an example of a screen showing the operation of the contract confirmation process. FIG. 23 is an example of a screen showing a conclusion completion message sent to the first user terminal 20. FIG. 24 is an example of a screen showing a conclusion completion message sent to the first user terminal 20.

[0053] In the present disclosure, the contract creation process (first embodiment), contract confirmation process (second embodiment), and document storage process in the server 10 will be described below.

[0054] <Contract Creation Process (First Example)> The contract creation process (first embodiment) is a process in which the creator creates electronic contract information and transmits it to the verifyer.

[0055] 20 is an example of a screen showing the operation of the contract creation process (first embodiment). A screen 50 for creating contract information, which is displayed on the display 2081 of the first user terminal 20, displays a status 510 indicating the current creation status of the contract information, buttons 521, 522, and 523 for specifying input items, a contract information display area 530, document data 531, input items 532, 533, and 534, a send button 540, and an exchange document registration button 550.

[0056] <Outline of contract creation process (first embodiment)> The contract creation process (first embodiment) is a series of processes in which the creator creates electronic contract information, sets a verifying party to whom the electronic contract information will be sent, sets input fields for the electronic contract information, sets input rules for the input fields, accepts input data for the input fields from the creator, the user stores negotiation data that stores the negotiation records and negotiation history at the time of contract conclusion in association with the created electronic contract information, and sends the electronic contract information to the set verifying party.

[0057] <Details of contract creation process (first embodiment)> In step S101, the contract creation unit 1042 of the server 10 executes a generation step of creating a record to be stored in association with the contract document in the contract storage step. In step S101, the first user who will be the creator operates the input device 206 of the first user terminal 20 to input a URL for executing the contract creation process (first embodiment) in the browser application of the first user terminal 20, thereby opening a web page (contract creation page). The first user logs in to the service by inputting the first user ID 2011, password, etc. As a result, the first user terminal 20 transmits a request to the server 10 to execute the contract creation process (first embodiment). The first user operates the input device 206 of the first user terminal 20, presses a button on the contract creation page, such as a "New Contract" button, to create a new record that associates and stores the contract document, and sends a request to the server 10. When the contract creation unit 1042 of the server 10 receives the request, it creates and stores a new record in the document table 1014. The document ID is assigned by incrementing an arbitrary document ID.

[0058] In step S101, the contract creation unit 1042 of the server 10 executes a destination storage step of storing destination information associated with the record generated in the generation step.

[0059] The destination storage step executes a step of storing destination information related to a predetermined email address. Specifically, the contract creation unit 1042 of the server 10 generates a new email address and stores it in the email address field of the newly created record in the document table 1014. It is preferable that the email address be unique for each document ID. The domain of the email address may be a domain owned by the operator of the electronic contract service disclosed herein, or it may be any email address. For example, it may be a domain managed by the organization to which the first user belongs. The username, account name, and local part of the generated email address may include the newly assigned document ID. This allows the generated email address to be a unique value for each document ID. In the present disclosure, the generated email address will be described as an email address that can be received on the email server 40 managed by the operator of the electronic contract service according to the present disclosure.

[0060] The destination storage step executes a step of storing destination information relating to predetermined identification information. Specifically, the contract creation unit 1042 of the server 10 generates a new user ID (chat ID) for the chat service and stores it in the chat ID field of the newly created record in the document table 1014. It is preferable that the chat ID be unique for each document ID. The generated chat ID may include the newly assigned document ID, which allows the generated chat ID to be a unique value for each document ID.

[0061] In step S102, the contract creation unit 1042 of the server 10 executes a contract storage step of storing a contract document relating to the contract accepted from the first user. Specifically, the first user operates the input device 206 of the first user terminal 20 to create contract information including document data related to the contract. The document data can be in any data format, such as PDF (Portable Document Format), Word, or XML (Extensible Markup Language), and can be included in the contract information. The first user operates the input device 206 of the first user terminal 20 and transmits the created document data and the first user ID 2011 to the server 10. The contract creation unit 1042 of the server 10 accepts the received first user ID 2011 and document data, and stores them in the creator ID and document data items of the record identified by the document ID assigned in step S101 of the document table 1014. As a result, the contract creation unit 1042 of the server 10 stores the new contract information in the document table 1014 in association with the destination information generated and stored in step S101.

[0062] Document data 531 stored in document table 1014 is displayed on screen 50 for creating contract information.

[0063] In step S103, the first user operates the input device 206 of the first user terminal 20 to select and identify a user who will be the checker (recipient) of the contract information. In the present disclosure, it is assumed that the first user selects and identifies a second user as the recipient. The first user operates the input device 206 of the first user terminal 20, inputs the email address of the second user who will be the checker, and sends it to the server 10. The contract creation unit 1042 of the server 10 stores the received email address and the document ID of the contract information created and stored in step S101 in the checker email address and document ID items in the confirmation table 1015, respectively, and associates the contract information with the email address of the second user and stores them. The first user may also set the language and access code of the second user and store them in association with the email address of the second user. At this time, a value of 1 is stored in the confirmation order field of the confirmation table 1015. In step S103, the first user may be able to select and set multiple users to be the checkers. In this case, the value of the confirmation order field for the users to be the checkers is incremented by one and stored according to the selection order. This sets the circulation order of the checkers in the contract confirmation process (second embodiment) described later. Note that setting the circulation order is not essential.

[0064] In step S104, the first user operates the input device 206 of the first user terminal 20 to set input items for the contract information. Specifically, the first user operates the input device 206 of the first user terminal 20 to set multiple input items for the contract information created and stored in step S102. The input items can be any input item, such as a seal field for stamping seal data, an input field for entering text data such as signature data, a check box field for selecting check items, and a date field for entering a date. The first user operates the input device 206 of the first user terminal 20 or the like to send a request to add an input item to the server 10. Upon receiving the request, the contract creation unit 1042 of the server 10 stores the document ID of the contract information as the document ID of a new record in the input item table 1016. As a result, the newly added input item information is stored in association with the contract information. The first user can store multiple pieces of input item information in association with the contract information.

[0065] In step S105, the first user sets input rules for each input item to be added. The first user operates the input device 206 of the first user terminal 20 or the like to specify input rules for each piece of input item information set in step S104 and transmits them to the server 10. The contract creation unit 1042 of the server 10 stores the received input rules in the input rule field of the record for each piece of input item information in the input item table 1016. This makes it possible to set input rules for each input item.

[0066] In step S106, the contract creation unit 1042 of the server 10 accepts input data for a plurality of input items input by the first user. Specifically, the first user operates the input device 206 of the first user terminal 20 to input input data for each input item set in step S105. For example, the first user may input input data for a number used to manage contract information, such as a serial number for a group to which the first user belongs, into an input item in which a management number is set. The first user may input input data for the contract conclusion date of the contract information into an input item in which a contract conclusion date is set. After completing input of input data into the input items, the first user transmits the input item ID and input data for each input item to the server 10. The contract creation unit 1042 of the server 10 receives and accepts the input item ID and input data for each input item. The contract creation unit 1042 of the server 10 stores the received input data in the input data item of the input item information in the input item table 1016 identified by the received input item ID. As a result, the input data entered by the first user is stored in the input item table 1016.

[0067] <Getting Exchanged Document Data> In step S107, the contract creation unit 1042 of the server 10 executes a document acquisition step of acquiring, from the first user, exchange document data that is exchanged between one party and another party that carry out contract procedures when concluding a contract, unlike the contract document.

[0068] <Acquisition of Exchange Document Data (First Embodiment)> In step S107, the document obtaining step executes a step of obtaining exchange document data based on a file including the exchange document data received from the first user. Specifically, the first user operates the input device 206 of the first user terminal 20 and presses the exchange document registration button 550 displayed on the screen 50 for creating contract information, whereby a file selection dialog for selecting the exchange document data to be sent to the server 10 is displayed on the display 2081 of the first user terminal 20. The first user operates the input device 206 of the first user terminal 20 to select, in the file selection dialog, exchange document data that is exchanged between one party and another party who will carry out contract procedures when concluding a contract, unlike a contract document. The control unit 204 of the first user terminal 20 transmits (uploads) the selected exchange document data to the server 10. The contract creation unit 1042 of the server 10 receives and accepts the exchange document data from the first user terminal 20 .

[0069] <Acquisition of Exchange Document Data (Second Embodiment)> In step S107, the document acquisition step may include a step of acquiring exchange document data based on a URL that identifies the exchange document data received from the first user. Specifically, the first user may operate the input device 206 of the first user terminal 20 and press the exchange document registration button 550 displayed on the screen 50 for creating contract information, whereby a file selection dialog including a URL input field for entering a URL identifying the exchange document data to be sent to the server 10 is displayed on the display 2081 of the first user terminal 20. The first user operates the input device 206 of the first user terminal 20 to input a URL that identifies exchange document data, which is different from the contract document and is exchanged between one party and another party who are performing contract procedures when concluding a contract, into the URL input field of the file selection dialog. The control unit 204 of the first user terminal 20 transmits the input URL to the server 10. The contract creation unit 1042 of the server 10 receives the URL from the first user terminal 20, and acquires and accepts the exchange document data from the URL.

[0070] <Acquisition of Exchange Document Data (Third Embodiment)> Based on the exchange document data acquired by exchange document data acquisition (first embodiment) or exchange document data acquisition (second embodiment), a process may be executed to acquire other exchange document data that should be associated with the contract document in the same way as the exchange document data. In step S107, the control unit 204 of the first user terminal 20 executes a second document acquisition step of acquiring second exchange document data related to the exchange document data, based on the destination information included in the exchange document data acquired in the document acquisition step. Specifically, when the exchange document data acquired by exchange document data acquisition (first embodiment) or exchange document data acquisition (second embodiment) is a file containing destination information such as an email file, the control unit 204 of the first user terminal 20 searches for other files stored in the memory unit 201 of the first user terminal 20 based on the destination information, and acquires the files included in the search results as exchange document data.

[0071] For example, the second document acquisition step executes a step of searching for and acquiring second exchange document data that includes the same destination information as the destination information included in the exchange document data. Specifically, when the exchange document data acquired by exchange document data acquisition (first embodiment) or exchange document data acquisition (second embodiment) is a file containing destination information such as an email file, the control unit 204 of the first user terminal 20 searches the memory unit 201 of the first user terminal 20 for other files with the same destination information as the destination information, and acquires the files included in the search results as exchange document data.

[0072] In step S107, the control unit 204 of the first user terminal 20 executes a second document acquisition step of acquiring second exchange document data related to the exchange document data based on the subject information included in the exchange document data acquired in the document acquisition step. Specifically, when the exchanged document data acquired by the exchange document data acquisition (first embodiment) or exchange document data acquisition (second embodiment) is a file containing subject information such as an email file, the control unit 204 of the first user terminal 20 searches the storage unit 201 of the first user terminal 20 for other files with subject information identical or similar to the subject information, and acquires the files included in the search results as exchanged document data. The determination of whether a subject is identical or similar may be based on a measure such as cosine similarity between texts. Furthermore, whether a subject is identical or similar may be determined by excluding character strings such as "Re:" and "Fw:" that are added when replying or forwarding from the subject.

[0073] The contract preparation unit 1042 of the server 10 executes a presentation step of presenting the second exchange document data acquired in the second document acquisition step as a candidate document to the first user so that the first user can select the candidate document. Specifically, the control unit 204 of the first user terminal 20 may be configured to display other files acquired during exchange document data acquisition (third embodiment) on the display 2081 of the first user terminal 20 as candidate documents for exchange document data.

[0074] The associating step executes a step of storing the candidate document selected by the first user in association with the contract document stored in the contract storing step. Specifically, the first user operates the input device 206 of the first user terminal 20 to select and specify exchange document data to be stored in association with the contract information from the candidate documents displayed on the display 2081 of the first user terminal 20. The control unit 204 of the first user terminal 20 transmits the selected exchange document data to the server 10. The contract creation unit 1042 of the server 10 acquires the received exchange document data. This allows only the exchange document data that the first user has confirmed and selected to be stored in association with the contract information, thereby preventing unnecessary exchange document data from being stored in association with the contract information while receiving suggestions for exchange document data to be stored in association with the contract information without omission.

[0075] In the present disclosure, the control unit 204 of the first user terminal 20 is configured to execute the exchange document data acquisition process (third embodiment), but this is not limiting. For example, the contract creation unit 1042 of the server 10 may be configured to search the mail server or the like used by the first user for email files or the like sent and received by the first user from the mail server, and execute the exchange document data acquisition process (third embodiment). Similarly, the contract creation unit 1042 of the server 10 may be configured to search the chat service or the like used by the first user for chat messages or the like sent and received by the first user from the chat service, and execute the exchange document data acquisition process (third embodiment).

[0076] <Acquisition of Exchange Document Data (Fourth Embodiment)> In step S107, the contract creation unit 1042 of the server 10 executes an importance calculation step of calculating the importance indicating the relevance of the candidate document data exchanged between one party and another party performing contract procedures when concluding a contract, which is different from the contract document. The importance calculation step is a step of calculating the importance of the candidate document data based on the files included in the candidate document data. Specifically, the contract creation unit 1042 of the server 10 accesses the mail server, chat service, etc. used by the first user and acquires multiple candidate document data such as email data and chat messages sent and received by the first user. The contract creation unit 1042 of the server 10 calculates the importance of each of the acquired multiple candidate document data and stores the candidate document data in association with the importance. The contract preparation unit 1042 of the server 10 calculates the importance of candidate document data that includes information highly relevant to contract procedures as higher among the acquired candidate document data. For example, the contract preparation unit 1042 of the server 10 calculates the importance of candidate document data that includes supporting documents such as contracts, estimates, invoices, and receipts as attachments as higher among the acquired candidate document data. The contract preparation unit 1042 of the server 10 calculates the importance of candidate document data that includes specific terms such as amounts and legal terms as higher among the text information contained in the acquired candidate document data. The importance may be a value indicating the relevance to the contract document stored in the contract storage step. For example, the contract creation unit 1042 of the server 10 calculates the importance of text information contained in the acquired candidate document data that includes character strings such as the contract name and serial number of the contract document stored in the contract storage step as high.

[0077] The control unit 204 of the first user terminal 20 executes a candidate presenting step of presenting one or more candidate document data to the first user based on the importance calculated in the importance calculating step. Specifically, the contract creation unit 1042 of the server 10 transmits the stored plurality of candidate document data to the first user terminal 20. The control unit 204 of the first user terminal 20 displays the received plurality of candidate document data on the display 2081 of the first user terminal 20 in order of importance and presents them to the first user. Note that the control unit 204 of the first user terminal 20 may be configured to present candidate document data whose importance is equal to or greater than a predetermined value, or a predetermined number of candidate document data in order of increasing importance. This allows the first user to view only candidate document data with high importance, without viewing candidate document data with low importance.

[0078] The control unit 204 of the first user terminal 20 executes a candidate selection step of accepting a selection operation of predetermined candidate document data from one or more candidate document data presented by the first user in the candidate presentation step. Specifically, the first user operates the input device 206 of the first user terminal 20 to select predetermined candidate document data from among the plurality of candidate document data displayed on the display 2081 of the first user terminal 20.

[0079] The document acquisition step is a step of acquiring the predetermined candidate document data selected in the candidate selection step as exchange document data. The control unit 204 of the first user terminal 20 transmits the selected candidate document data to the server 10. The contract preparation unit 1042 of the server 10 acquires the received candidate document data as exchange document data.

[0080] In step S107, the contract creation unit 1042 of the server 10 executes an association step of storing the exchange document data acquired in the document acquisition step in association with the contract document stored in the contract storage step. Specifically, the contract creation unit 1042 of the server 10 stores the document ID numbered in step S101 and the acquired exchange document data in the document ID and negotiation data items, respectively, of the negotiation record table 1018. As a result, the acquired exchange document data is stored in association with the contract document.

[0081] The contract creation unit 1042 of the server 10 receives an instruction from the first user to request the second user to conclude a contract for the contract information. Specifically, the first user operates the input device 206 of the first user terminal 20 and presses the send button 540 displayed on the screen 50 for creating contract information, thereby sending a request to send the contract information to the server 10.

[0082] In step S108, the contract creation unit 1042 of the server 10 sends a message to the second user notifying that a request to confirm the contract information has been sent from the first user. Specifically, the contract creation unit 1042 of the server 10 searches the confirmation order field in the confirmation table 1015 and identifies the user (first confirmation user) who will be the first checker and has the smallest value stored in the confirmation order field. In the present disclosure, the first confirmation user is, for example, the second user. The contract creation unit 1042 of the server 10 sends a message to the second user's email address by a communication means such as email notifying that a request to confirm the contract information has been sent from the first user. The message sent to the second user includes a URL (Uniform Resource Locator) containing a document ID for identifying the contract information. The URL may directly include the document ID, or may include information such as a string obtained by arbitrarily encrypting the document ID, or a string that can identify the document ID by referencing a table (not shown). The URL may also include information for identifying the second user. For example, if the second user is not registered with the service disclosed herein, the URL must include information for identifying the second user.

[0083] When the first user sets an access code for the second user, the first user separately communicates the access code to the second user by means of e-mail, etc. As a result, even if a third party obtains the message notified to the second user, the third party cannot execute the contract confirmation process (second embodiment) unless they obtain the access code.

[0084] 21 is an example of a screen showing a message notified to the second user terminal 30. The message screen 60 displayed on the display 3081 of the second user terminal 30 includes a message 61 and information about a URL 62 including a document ID for identifying contract information.

[0085] <Modification> When the first user selects and sets multiple checkers in step S103, the first user may be configured to independently set different input item information for each of the multiple checkers in step S104. For example, when the first user sets two users, a second user and a ninth user, as checkers, the first user may set the input items for the contract start date and contract end date for the second user, and the input item for the contract conclusion date for the ninth user. In this case, in the contract confirmation process (second embodiment) described below, the second user can input input data for the input items for the contract start date and contract end date, but cannot input input data for the input item for the contract conclusion date. On the other hand, the ninth user cannot input input data for the input items for the contract start date and contract end date, but can input input data for the input item for the contract conclusion date. The configuration may also be such that multiple checkers can be selected and set simultaneously for one input item information.

[0086] Input items 532, 533, and 534 are drawn as drawing objects on screen 50 for creating contract information. In input items 532 and 533, the user identification information "USER-B" of the user who has selected and set to input the input item is drawn as the allocation, and the item "text" is drawn as the input item type. In input item 534 related to stamping, the user identification information "USER-C" of the user who has selected and set to stamp is drawn as the allocation, and the item "stamp" is drawn as the input item type.

[0087] <Contract confirmation process (second embodiment)> The contract confirmation process (second embodiment) is a process in which the confirmer confirms the contents of the electronic contract information received from the creator.

[0088] <Outline of contract confirmation process (second embodiment)> The contract confirmation process (second embodiment) is a series of processes that accepts access from a confirmer, presents a confirmation screen displaying contract information to the confirmer, accepts input data for input fields from the confirmer, and accepts data related to confirmation of the contract information from the confirmer.

[0089] <Details of contract confirmation process (second embodiment)> In step S301, the second user who will be the confirmer can select the URL described in the received message by operating the input device 306 or the like of the second user terminal 30, thereby opening the web page specified by the URL using the browser application of the second user terminal 30. As a result, the second user terminal 30 transmits a request to the server 10 to execute the contract confirmation process (second embodiment).

[0090] If an access code item is stored in the record of the second user in confirmation table 1015, the second user is requested to input an access code, and the input access code is compared with the access code stored in the record of the second user in confirmation table 1015, thereby performing authentication processing for the second user. Specifically, the server 10 transmits an input screen for authenticating the access code to the second user terminal 30. The second user operates the input device 306 of the second user terminal 30 to input the access code and transmit it to the server 10. The contract confirmation unit 1043 of the server 10 determines whether the received access code matches the access code stored in the second user's record in the confirmation table 1015, and if they match, continues the contract confirmation process (second embodiment). On the other hand, if they do not match, stops the contract confirmation process (second embodiment). Note that the authentication process using the access code may be omitted.

[0091] The contract confirmation unit 1043 of the server 10 searches the document ID item in the document table 1014 based on the document ID included in the received request, and acquires contract information.The contract confirmation unit 1043 of the server 10 searches the document ID item in the confirmation table 1015 based on the document ID included in the received request, and acquires confirmer information.The contract confirmation unit 1043 of the server 10 searches the document ID item in the input item table 1016 based on the document ID included in the received request, and acquires input item information associated with the contract information.

[0092] In step S302, the contract confirmation unit 1043 of the server 10 identifies the second user. The second user may be identified based on the second user ID 3011 included in the request received from the second user terminal 30, or based on identification information for identifying the second user included in the URL. If the second user is not registered with the service according to the present disclosure, the second user must be identified from the URL. For example, the URL may include the second user's email address, user ID, or the like as information for identifying the second user.

[0093] In step S303, the contract confirmation unit 1043 of the server 10 generates a confirmation screen based on the acquired contract information, checker information (information that identifies the second user), and input item information, and transmits the generated confirmation screen to the second user terminal 30.

[0094] Specifically, the display 3081 of the second user terminal 30 presents a confirmation screen for accepting an operation to approve the contract information to the second user. The second user checks the contract information displayed on the display 3081 of the second user terminal 30 and approves it. In addition, the confirmation screen presented to the second user may be configured to be presented to the second user in the language specified for the confirmer, based on the language information stored in the language data item of the second user's record in confirmation table 1015.

[0095] 22 is an example of a confirmation screen showing the operation of the contract confirmation process (second embodiment). The confirmation screen 70 for approving the contract information, which is displayed on the display 3081 of the second user terminal 30, displays a status 710 indicating the current creation status of the contract information, a contract information display area 730, document data 731, input items 732, 733, 734, 735, 736, and an agree button 740.

[0096] In step S304, the contract confirmation unit 1043 of the server 10 accepts input for one or more input items of the contract information. Specifically, the second user operates the input device 306 of the second user terminal 30 or the like to input data into the input items 732, 733, 734, and 735 set in the contract information. In the present disclosure, input by the second user into the input item 736 is not assigned, and therefore, it is visually displayed that the second user cannot input input data into the input item 736.

[0097] In step S305, the contract confirmation unit 1043 of the server 10 executes a presentation step of presenting to the second user the exchange document data stored in association with the contract document in the related step before the second user performs an operation to approve the contract document. Specifically, the second user checks the contract information and input data displayed on the display 3081 of the second user terminal 30, and if checking the negotiation data, operates the input device 306 of the second user terminal 30 or the like to press the View Negotiation Data button 750 displayed on the confirmation screen 70 for checking the contract information. The control unit 304 of the second user terminal 30 sends a request to the server 10 to view the negotiation data including the document ID. The contract confirmation unit 1043 of the server 10 searches the document ID item in the negotiation record table 1018 based on the received document ID, and acquires one or more pieces of negotiation data. The contract confirmation unit 1043 of the server 10 transmits the acquired one or more pieces of negotiation data to the second user terminal 30. The control unit 304 of the second user terminal 30 displays the received one or more pieces of negotiation data on the display 3081 of the second user terminal 30. This allows the second user to check data on the negotiation process, such as the negotiation record and negotiation details at the time of contract conclusion, before performing an operation to agree to and approve the conclusion of the contract information received from the first user, which will be described later. For example, if another user attempts to deceive the second user by impersonating (misrepresenting) the first user and concluding a contract, the second user can easily notice the other user's fraudulent behavior by checking the negotiation data.

[0098] In step S305, the contract confirmation unit 1043 of the server 10 receives an instruction from the second user to agree to and approve the conclusion of the contract in the contract information received from the first user. The second user checks the contract information and input data displayed on the display 3081 of the second user terminal 30, and if he or she agrees or accepts the contents, he or she operates the input device 306 of the second user terminal 30 to press the Agree button 740 displayed on the confirmation screen 70 for confirming the contract information, thereby executing a process of transmitting a request including the document ID, information identifying the second user, and the input data for each input item entered in step S305 to the server 10. The information identifying the second user may be the second user ID 3011. The contract confirmation unit 1043 of the server 10 stores information indicating that the second user has confirmed the contract information based on the received request. Specifically, the contract confirmation unit 1043 of the server 10 searches the confirmation table 1015 based on the received document ID and information identifying the second user, and stores a value of True in the confirmation flag field of the relevant record. For example, if the information identifying the second user is an email address, the contract confirmation unit 1043 searches the document ID and confirmer email address fields of the confirmation table 1015 and stores a value of True in the confirmation flag field of the relevant record. If the information identifying the second user is user identification information, the contract confirmation unit 1043 searches the document ID and confirmer email address fields of the confirmation table 1015 based on the email address of the second user identified by searching the user ID field of the user table 1012, and stores a value of True in the confirmation flag field of the relevant record. The contract confirmation unit 1043 of the server 10 stores the received input data in the input data item of the input item table 1016 identified by the input item ID associated with the input data. As a result, in step S305, the input data entered by the second user is stored as input item information in the input item table 1016.

[0099] The contract confirmation unit 1043 of the server 10 determines that the contract confirmation process (second embodiment) has been performed by all the checkers. Specifically, the contract confirmation unit 1043 of the server 10 determines that the contract confirmation process (second embodiment) has been performed by all the checkers when the confirmation flag of the checker's record in the confirmation table 1015 has a value of True. When the contract confirmation process (second embodiment) has been executed by all the confirmers, the contract confirmation unit 1043 of the server 10 transmits a message to the first user notifying that the contract confirmation process (second embodiment) has been completed. Similarly, the contract confirmation unit 1043 of the server 10 may transmit a message to the second user notifying that the contract confirmation process (second embodiment) has been completed.

[0100] Specifically, the contract confirmation unit 1043 of the server 10 sends a message to the first user's email address by a communication means such as email notifying the first user that the second user has completed confirmation of the contract information. In other words, the message notifies the first user that the second user has approved the conclusion of the contract. This allows the first user to know that the conclusion of the contract with the second user has been completed. The message sent to the first user may include information about a URL that is an endpoint including a document ID for identifying the contract information.

[0101] 23 is an example of a screen showing a message notified to the first user terminal 20. The message screen 80 displayed on the display 2081 of the first user terminal 20 includes information such as a message 81 and a URL 82 including a document ID for identifying contract information.

[0102] Similarly, the contract confirmation unit 1043 of the server 10 may use a chat service (not shown) or the like to send a message notifying the first user that the second user has completed confirmation of the contract information, including a mention of the first user. In other words, the first user is notified via the chat service that the second user has approved the conclusion of the contract. This allows the first user to know that the conclusion of the contract with the second user has been completed. The message sent to the first user may include information about a URL that is an endpoint including a document ID for identifying the contract information.

[0103] The first user can open the web page specified by the URL included in the received message using the browser application of the first user terminal 20. The first user terminal 20 references the contract information and sends a request for inquiry to the server 10. The contract confirmation unit 1043 of the server 10 references the contract information, generates a web page for inquiry, and sends it to the first user terminal 20. The first user can obtain the document data included in the contract information by downloading it or the like from the web page screen displayed on the display 2081 of the first user terminal 20.

[0104] When multiple users are set as checkers, the contract confirmation unit 1043 of the server 10 may send a message notifying users other than the user who last executed the contract confirmation process (second embodiment) that the contract confirmation process (second embodiment) has been completed. This allows the users other than the checker to receive notification that the execution of the contract confirmation process (second embodiment) has been completed by all checkers. In addition, the contract confirmation unit 1043 of the server 10 may send a message to a user who has authority equivalent to that of an administrator in a group to which multiple confirmers belong, notifying that the contract confirmation process (second embodiment) has been completed. The message may be sent via email, chat service, etc. As a result, the administrator in the group to which the user who is the checker belongs can be notified that the execution of the contract check process (second embodiment) has been completed.

[0105] Specifically, the contract confirmation unit 1043 of the server 10 acquires the group ID item by searching the user ID or email address item in the user table 1012 based on the user ID or email address. The contract confirmation unit 1043 of the server 10 searches the group ID item in the group table 1013 based on the acquired group ID item, acquires the administrator ID item, identifies a user with authority equivalent to that of an administrator based on the administrator ID by searching the user ID in the user table 1012, and sends a message notifying that the contract confirmation process (second embodiment) has been completed.

[0106] <Electronic signature processing> An electronic signature process may be included in step S305. In response to the instruction to approve the conclusion of the contract received from the second user in step S305, the contract confirmation unit 1043 of the server 10 affixes an electronic signature indicating that the conclusion of the contract of the contract information has been approved to the contract information received from the first user, and stores the resulting digital signature. Specifically, the contract confirmation unit 1043 of the server 10 adds a digital signature to the contract information based on the received request and stores it. The contract confirmation unit 1043 of the server 10 searches the document ID item in the document table 1014 based on the document ID, and acquires the contract information. The contract confirmation unit 1043 of the server 10 affixes an electronic signature to the acquired contract information and stores it in the document data item of the document table 1014. The contract confirmation unit 1043 of the server 10 may update (overwrite) the document data item with the contract information affixed with the electronic signature, or may store the contract information before affixing the electronic signature in a separate storage device (not shown). The contract confirmation unit 1043 of the server 10 may include any of the following information in the electronic signature: document ID, email address of the first user, email address of the second user, approval date and time, confirmation date and time, authentication method for approval date and time, authentication method for confirmation date and time, input data value for each input item, consent (approval) of the first user, second user, timestamp, etc. As a result, the contract confirmation unit 1043 of the server 10 adds a digital signature to the contract information indicating that the second user has approved the conclusion of the contract of the contract information, and stores the digital signature. This makes it possible to prevent spoofing or tampering of the contract information by a third party.

[0107] <Contact Processing> The communication process is the process of contacting the contracting party. Generally, the user communicates with the contracting party, including negotiating the contract terms, prior to the conclusion of the contract. Communication between the contracting parties continues even after the contract is concluded. Communication can be carried out using any means of communication, such as email, chat services (Slack, Chatwork, LINE WORKS, etc.), or SNS services. In the present disclosure, communication between a first user and a second user will be described as an example, but the present disclosure is not limited to this example, and the contact process can be applied to communication between any users.

[0108] <Outline of contact processing> The communication process is a series of processes that input the address of the contracting party with which you will communicate, create and edit the communication content (exchange document data such as a message), send it, and store the received exchange document data. The address includes an email address or identification information associated with a specified document ID.

[0109] <Contact processing details> The contact process will be described in detail below.

[0110] In step S501, the first user operates the input device 206 of the first user terminal 20 to launch a mailer application. The first user operates the input device 206 of the first user terminal 20 to create a new email message or to reply to a predetermined email. At this time, the first user includes the email address created in step S101 of the contract creation process (first embodiment) as the email address. The email address may be included in either CC (Carbon Copy) or BCC (Back Carbon Copy), but it is desirable to include it in CC because setting it in BCC means that the email address will not be included in the reply from the other party. This makes it possible to store the content of the created email or the reply email in association with the contract information identified by the email address.

[0111] Similarly, the first user may operate the input device 206 of the first user terminal 20 to open a website of a predetermined chat service using a web browser or the like. The first user operates the input device 206 of the first user terminal 20 to create a new chat message or reply to a predetermined chat message. At this time, the first user includes the chat ID (identification information) generated in step S101 of the contract creation process (first embodiment) in the destination (also called a mention, etc.) of the chat message. This allows the content of the created chat message or the reply chat message to be stored in association with the contract information identified by the chat ID.

[0112] In step S502, the first user operates the input device 206 of the first user terminal 20 to edit the email message created in step S501, the chat message of the chat service, etc. Specifically, the first user inputs and edits the message subject and text body, and attaches other files, etc. to the message.

[0113] In step S503, the first user operates the input device 206 of the first user terminal 20 to send the email message edited in step S502, the chat message of the chat service, or the like, to the destination specified in step S501. Specifically, the first user can send an e-mail message by operating the input device 206 of the first user terminal 20 and pressing a "send" button or the like displayed in the mailer application. The first user can send a chat message by operating the input device 206 of the first user terminal 20 and pressing a "send" button or the like displayed on the chat service screen.

[0114] In step S504, a document acquisition step executes a step of acquiring exchange document data including the destination information stored in the destination storage step from a server specified based on the destination information.

[0115] The document acquisition step executes a step of acquiring exchange document data including a predetermined email address from a mail server capable of receiving emails from the predetermined email address. Specifically, the control unit 104 of the server 10 transmits a request to acquire the email file that has arrived at the mail server 40. The mail control unit 4041 of the mail server 40 transmits the email file stored in the storage unit 401 of the mail server 40 to the server 10. Note that the storage unit 401 of the mail server 40 contains the email file transmitted from the first user in step S503. The email file also includes the email address set by the first user in step S501 as destination information.

[0116] The control unit 104 of the server 10 searches the email address field in the document table 1014 based on the email address included in the destination information of the received email file, and obtains the document ID. The control unit 104 of the server 10 searches the document ID field in the negotiation record table 1018 based on the obtained document ID, and stores the email file in the negotiation data field of the identified record. If there is no record for the obtained document ID in the negotiation record table 1018, a new record is created, and the email file is stored in the negotiation data field of that record.

[0117] The document acquisition step executes a step of acquiring exchange document data including predetermined identification information as a destination from a predetermined chat service based on the predetermined identification information. Specifically, the control unit 104 of the server 10 transmits a request to the chat service to acquire the chat messages that have arrived. The chat service transmits the received chat messages to the server 10. Note that the chat service transmits the chat message transmitted from the first user in step S503 to the server 10. The chat message also includes the chat ID set for the first user in step S501 as destination information.

[0118] The control unit 104 of the server 10 searches the chat ID field in the document table 1014 based on the chat ID included in the destination information of the received chat message, and acquires the document ID. The control unit 104 of the server 10 searches the document ID field in the negotiation record table 1018 based on the acquired document ID, and stores the chat message in the negotiation data field of the identified record. If there is no record for the acquired document ID in the negotiation record table 1018, a new record is created, and the chat message is stored in the negotiation data field of that record.

[0119] <Acquisition of Exchange Document Data (Variation)> The electronic contract service according to the present disclosure may acquire exchange document data and store it in association with contract information by the following methods other than step S107 of the contract document creation process and the contact process.

[0120] The document acquisition step includes a step of acquiring exchange document data to be classified based on a classification operation on the exchange document data by the first user. Specifically, the first user operates the input device 206 of the first user terminal 20 to launch any mailer application, such as Gmail, Outlook, or Thunderbird, that is pre-stored in the first user terminal 20. A predetermined add-on for linking with the electronic contract service according to the present disclosure has been installed in the mailer application in advance, and the mailer application is configured to be able to send a predetermined request to an API (Application Programming Interface) provided by the electronic contract service according to the present disclosure. The first user operates the input device 206 of the first user terminal 20 to classify predetermined email documents into predetermined classification folders, classification directories, etc. in the mailer application. The classification folders are set with labels such as contract documents, business projects, etc., and are associated with predetermined document IDs. Similarly, the first user operates the input device 206 of the first user terminal 20 to assign a predetermined classification tag or the like to a predetermined email document in the mailer application. The classification tag is set with a label such as a contract document or a business project, and is associated with a predetermined document ID.

[0121] The associating step executes a step of storing the exchange document data in association with the contract document identified by the classification operation. Specifically, the control unit of the first user terminal 20 transmits a request including the classified email document and a predetermined document ID to the server 10. The contract creation unit 1042 of the server 10 stores the received document ID and email document in the document ID and negotiation data items of the negotiation record table 1018, respectively. The control unit of the first user terminal 20 sends a request including the email document with the classification tag and a predetermined document ID to the server 10. The contract creation unit 1042 of the server 10 stores the received document ID and email document in the document ID and negotiation data items of the negotiation record table 1018, respectively. In this way, the exchange document data may be stored in association with the contract information through a classification operation using a mailer or the like.

[0122] In the present disclosure, the contract creation process (second embodiment), contract confirmation process (second embodiment), and document storage process in the server 10 will be described below.

[0123] <Contract Creation Process (Second Example)> The contract creation process (second embodiment) is a process in which the creator creates electronic contract information and transmits it to the confirmer.

[0124] 20 is an example of a screen showing the operation of the contract creation process (second embodiment). A screen 50 for creating contract information, which is displayed on the display 2081 of the first user terminal 20, displays a status 510 indicating the current creation status of the contract information, buttons 521, 522, and 523 for specifying input items, a contract information display area 530, document data 531, input items 532, 533, and 534, and a send button 540.

[0125] <Outline of contract creation process (second embodiment)> The contract creation process (second embodiment) is a series of processes in which the creator creates electronic contract information, sets a verifying party to whom the electronic contract information will be sent, sets input fields for the electronic contract information, sets input rules for the input fields, accepts input data for the input fields from the creator, and sends the electronic contract information to the verified party. As one or more users perform the contract creation process (second embodiment) multiple times, the contract creation unit 1042 of the server 10 executes a contract storage step for storing multiple contract documents related to the contract.

[0126] <Details of contract creation process (second embodiment)> In step S201, the contract preparation unit 1042 of the server 10 receives, from the preparer, contract information to be the subject of a contract to be concluded between the preparer and the verifyer. Specifically, the first user operates the input device 206 of the first user terminal 20 to create contract information including document data related to the contract. The document data can be in any data format, such as PDF (Portable Document Format), Word, or XML (Extensible Markup Language), and can be included in the contract information. The first user operates the input device 206 of the first user terminal 20 and transmits the created document data and the first user ID 2011 to the server 10. The contract creation unit 1042 of the server 10 accepts the received first user ID 2011 and document data, and stores them in the creator ID and document data items of a new record in the document table 1014, respectively. As a result, the contract creation unit 1042 of the server 10 stores the new contract information in the document table 1014.

[0127] Document data 531 stored in document table 1014 is displayed on screen 50 for creating contract information.

[0128] In step S202, the first user operates the input device 206 of the first user terminal 20 to select and identify a user who will be the checker (recipient) of the contract information. In the present disclosure, it is assumed that the first user selects and identifies a second user as the recipient. The first user operates the input device 206 of the first user terminal 20 to input the email address of the second user who will be the checker, and sends it to the server 10. The contract creation unit 1042 of the server 10 stores the received email address and the document ID of the contract information created and stored in step S201 in the checker email address and document ID items in the confirmation table 1015, respectively, and associates and stores the contract information with the email address of the second user. The first user may also set the language and access code of the second user, and store them in association with the email address of the second user. At this time, a value of 1 is stored in the confirmation order field of the confirmation table 1015. In step S202, the first user may be able to select and set multiple users to be the checkers. In this case, the value of the confirmation order field for the users to be the checkers is incremented by one and stored according to the selection order. This sets the circulation order of the checkers in the contract confirmation process (second embodiment) described later. Note that setting the circulation order is not essential.

[0129] In step S103, the first user operates the input device 206 of the first user terminal 20 to set input items for the contract information. Specifically, the first user operates the input device 206 of the first user terminal 20 to set multiple input items for the contract information created and stored in step S201. The input items can be any input item, such as a seal field for stamping seal data, an input field for entering text data such as signature data, a check box field for selecting check items, and a date field for entering a date. The first user operates the input device 206 of the first user terminal 20 or the like to send a request to add an input item to the server 10. Upon receiving the request, the contract creation unit 1042 of the server 10 stores the document ID of the contract information as the document ID of a new record in the input item table 1016. As a result, the newly added input item information is stored in association with the contract information. The first user can store multiple pieces of input item information in association with the contract information.

[0130] In step S204, the first user sets input rules for each input item to be added. The first user operates the input device 206 of the first user terminal 20 or the like to specify input rules for each piece of input item information set in step S103 and transmits them to the server 10. The contract creation unit 1042 of the server 10 stores the received input rules in the input rule field of the record for each piece of input item information in the input item table 1016. This makes it possible to set input rules for each input item.

[0131] In step S205, the contract creation unit 1042 of the server 10 accepts input data for a plurality of input items input by the first user. Specifically, the first user operates the input device 206 of the first user terminal 20 to input input data for each input item set in step S204. For example, the first user may input input data for a number used to manage contract information, such as a serial number for a group to which the first user belongs, into an input item in which a management number is set. The first user may input input data for the contract conclusion date of the contract information into an input item in which a contract conclusion date is set. After completing input of input data into the input items, the first user transmits the input item ID and input data for each input item to the server 10. The contract creation unit 1042 of the server 10 receives and accepts the input item ID and input data for each input item. The contract creation unit 1042 of the server 10 stores the received input data in the input data item of the input item information in the input item table 1016 identified by the received input item ID. As a result, the input data entered by the first user is stored in the input item table 1016.

[0132] The contract creation unit 1042 of the server 10 receives an instruction from the first user to request the second user to conclude a contract for the contract information. Specifically, the first user operates the input device 206 of the first user terminal 20 and presses the send button 540 displayed on the screen 50 for creating contract information, thereby sending a request to send the contract information to the server 10.

[0133] In step S206, the contract creation unit 1042 of the server 10 sends a message to the second user notifying that a request to confirm the contract information has been sent from the first user. Specifically, the contract creation unit 1042 of the server 10 searches the confirmation order field in the confirmation table 1015 and identifies the user (first confirmation user) who will be the first checker and has the smallest value stored in the confirmation order field. In the present disclosure, the first confirmation user is, for example, the second user. The contract creation unit 1042 of the server 10 sends a message to the second user's email address by a communication means such as email notifying that a request to confirm the contract information has been sent from the first user. The message sent to the second user includes a URL (Uniform Resource Locator) containing a document ID for identifying the contract information. The URL may directly include the document ID, or may include information such as a string obtained by arbitrarily encrypting the document ID, or a string that can identify the document ID by referencing a table (not shown). The URL may also include information for identifying the second user. For example, if the second user is not registered with the service disclosed herein, the URL must include information for identifying the second user.

[0134] When the first user sets an access code for the second user, the first user separately communicates the access code to the second user by means of e-mail, etc. As a result, even if a third party obtains the message notified to the second user, the third party cannot execute the contract confirmation process (second embodiment) unless they obtain the access code.

[0135] 21 is an example of a screen showing a message notified to the second user terminal 30. The message screen 60 displayed on the display 3081 of the second user terminal 30 includes a message 61 and information about a URL 62 including a document ID for identifying contract information.

[0136] <Modification> When the first user selects and sets multiple checkers in step S202, the first user may be configured to independently set different input item information for each of the multiple checkers in step S103. For example, when the first user sets two users, a second user and a ninth user, as checkers, the first user may set the input items for the contract start date and contract end date for the second user and the input item for the contract conclusion date for the ninth user. In this case, in the contract confirmation process (second embodiment) described below, the second user can input input data for the input items for the contract start date and contract end date, but cannot input input data for the input item for the contract conclusion date. On the other hand, the ninth user cannot input input data for the input items for the contract start date and contract end date, but can input input data for the input item for the contract conclusion date. The configuration may also be such that multiple checkers can be selected and set simultaneously for one input item information.

[0137] Input items 532, 533, and 534 are drawn as drawing objects on screen 50 for creating contract information. In input items 532 and 533, the user identification information "USER-B" of the user who has selected and set to input the input item is drawn as the allocation, and the item "text" is drawn as the input item type. In input item 534 related to stamping, the user identification information "USER-C" of the user who has selected and set to stamp is drawn as the allocation, and the item "stamp" is drawn as the input item type.

[0138] <Contract confirmation process (second embodiment)> The contract confirmation process (second embodiment) is a process in which the confirmer confirms the contents of the electronic contract information received from the creator.

[0139] <Outline of contract confirmation process (second embodiment)> The contract confirmation process (second embodiment) is a series of processes that accepts access from a confirmer, presents a confirmation screen displaying contract information to the confirmer, accepts input data for input fields from the confirmer, and accepts data related to confirmation of the contract information from the confirmer.

[0140] <Details of contract confirmation process (second embodiment)> In step S401, the second user who will be the confirmer can select the URL described in the received message by operating the input device 306 or the like of the second user terminal 30, thereby opening the web page specified by the URL using the browser application of the second user terminal 30. As a result, the second user terminal 30 transmits a request to the server 10 to execute the contract confirmation process (second embodiment).

[0141] If an access code item is stored in the record of the second user in confirmation table 1015, the second user is requested to input an access code, and the input access code is compared with the access code stored in the record of the second user in confirmation table 1015, thereby performing authentication processing for the second user. Specifically, the server 10 transmits an input screen for authenticating the access code to the second user terminal 30. The second user operates the input device 306 of the second user terminal 30 to input the access code and transmit it to the server 10. The contract confirmation unit 1043 of the server 10 determines whether the received access code matches the access code stored in the second user's record in the confirmation table 1015, and if they match, continues the contract confirmation process (second embodiment). On the other hand, if they do not match, stops the contract confirmation process (second embodiment). Note that the authentication process using the access code may be omitted.

[0142] The contract confirmation unit 1043 of the server 10 searches the document ID item in the document table 1014 based on the document ID included in the received request, and acquires contract information.The contract confirmation unit 1043 of the server 10 searches the document ID item in the confirmation table 1015 based on the document ID included in the received request, and acquires confirmer information.The contract confirmation unit 1043 of the server 10 searches the document ID item in the input item table 1016 based on the document ID included in the received request, and acquires input item information associated with the contract information.

[0143] In step S402, the contract confirmation unit 1043 of the server 10 identifies the second user. The second user may be identified based on the second user ID 3011 included in the request received from the second user terminal 30, or based on identification information for identifying the second user included in the URL. If the second user is not registered with the service according to the present disclosure, the second user must be identified from the URL. For example, the URL may include the second user's email address, user ID, or the like as information for identifying the second user.

[0144] In step S403, the contract confirmation unit 1043 of the server 10 generates a confirmation screen based on the acquired contract information, confirmer information (information that identifies the second user), and input item information, and transmits the generated confirmation screen to the second user terminal 30.

[0145] Specifically, the display 3081 of the second user terminal 30 presents a confirmation screen for accepting an operation to approve the contract information to the second user. The second user checks the contract information displayed on the display 3081 of the second user terminal 30 and approves it. In addition, the confirmation screen presented to the second user may be configured to be presented to the second user in the language specified for the confirmer, based on the language information stored in the language data item of the second user's record in confirmation table 1015.

[0146] 22 is an example of a confirmation screen showing the operation of the contract confirmation process (second embodiment). The confirmation screen 70 for approving the contract information, which is displayed on the display 3081 of the second user terminal 30, displays a status 710 indicating the current creation status of the contract information, a contract information display area 730, document data 731, input items 732, 733, 734, 735, 736, and an agree button 740.

[0147] In step S404, the contract confirmation unit 1043 of the server 10 accepts input for one or more input items of the contract information. Specifically, the second user operates the input device 306 of the second user terminal 30 or the like to input data into the input items 732, 733, 734, and 735 set in the contract information. In the present disclosure, input by the second user into the input item 736 is not assigned, and therefore, it is visually displayed that the second user cannot input input data into the input item 736.

[0148] In step S405, the contract confirmation unit 1043 of the server 10 receives an instruction from the second user to agree to and approve the conclusion of the contract in the contract information received from the first user. The second user checks the contract information and input data displayed on the display 3081 of the second user terminal 30, and if he or she agrees or accepts the contents, he or she operates the input device 306 of the second user terminal 30 to press the Agree button 740 displayed on the confirmation screen 70 for confirming the contract information, thereby executing a process of transmitting a request including the document ID, information identifying the second user, and the input data for each input item entered in step S405 to the server 10. The information identifying the second user may be the second user ID 3011. The contract confirmation unit 1043 of the server 10 stores information indicating that the second user has confirmed the contract information based on the received request. Specifically, the contract confirmation unit 1043 of the server 10 searches the confirmation table 1015 based on the received document ID and information identifying the second user, and stores a value of True in the confirmation flag field of the relevant record. For example, if the information identifying the second user is an email address, the contract confirmation unit 1043 searches the document ID and confirmer email address fields of the confirmation table 1015 and stores a value of True in the confirmation flag field of the relevant record. If the information identifying the second user is user identification information, the contract confirmation unit 1043 searches the document ID and confirmer email address fields of the confirmation table 1015 based on the email address of the second user identified by searching the user ID field of the user table 1012, and stores a value of True in the confirmation flag field of the relevant record. The contract confirmation unit 1043 of the server 10 stores the received input data in the input data item of the input item table 1016 identified by the input item ID associated with the input data. As a result, in step S405, the input data entered by the second user is stored as input item information in the input item table 1016.

[0149] The contract confirmation unit 1043 of the server 10 determines that the contract confirmation process (second embodiment) has been performed by all the checkers. Specifically, the contract confirmation unit 1043 of the server 10 determines that the contract confirmation process (second embodiment) has been performed by all the checkers when the confirmation flag of the checker's record in the confirmation table 1015 has a value of True. When the contract confirmation process (second embodiment) has been executed by all the confirmers, the contract confirmation unit 1043 of the server 10 transmits a message to the first user notifying that the contract confirmation process (second embodiment) has been completed. Similarly, the contract confirmation unit 1043 of the server 10 may transmit a message to the second user notifying that the contract confirmation process (second embodiment) has been completed.

[0150] Specifically, the contract confirmation unit 1043 of the server 10 sends a message to the first user's email address by a communication means such as email notifying the first user that the second user has completed confirmation of the contract information. In other words, the message notifies the first user that the second user has approved the conclusion of the contract. This allows the first user to know that the conclusion of the contract with the second user has been completed. The message sent to the first user may include information about a URL that is an endpoint including a document ID for identifying the contract information.

[0151] 23 is an example of a screen showing a message notified to the first user terminal 20. The message screen 80 displayed on the display 2081 of the first user terminal 20 includes information such as a message 81 and a URL 82 including a document ID for identifying contract information.

[0152] Similarly, the contract confirmation unit 1043 of the server 10 may use a chat service (not shown) or the like to send a message notifying the first user that the second user has completed confirmation of the contract information, including a mention of the first user. In other words, the first user is notified via the chat service that the second user has approved the conclusion of the contract. This allows the first user to know that the conclusion of the contract with the second user has been completed. The message sent to the first user may include information about a URL that is an endpoint including a document ID for identifying the contract information.

[0153] The first user can open the web page specified by the URL included in the received message using the browser application of the first user terminal 20. The first user terminal 20 references the contract information and sends a request for inquiry to the server 10. The contract confirmation unit 1043 of the server 10 references the contract information, generates a web page for inquiry, and sends it to the first user terminal 20. The first user can obtain the document data included in the contract information by downloading it or the like from the web page screen displayed on the display 2081 of the first user terminal 20.

[0154] When multiple users are set as checkers, the contract confirmation unit 1043 of the server 10 may send a message notifying users other than the user who last executed the contract confirmation process (second embodiment) that the contract confirmation process (second embodiment) has been completed. This allows the users other than the checker to receive notification that the execution of the contract confirmation process (second embodiment) has been completed by all checkers. In addition, the contract confirmation unit 1043 of the server 10 may send a message to a user who has authority equivalent to that of an administrator in a group to which multiple confirmers belong, notifying that the contract confirmation process (second embodiment) has been completed. The message may be sent via email, chat service, etc. As a result, the administrator in the group to which the user who is the checker belongs can be notified that the execution of the contract check process (second embodiment) has been completed.

[0155] Specifically, the contract confirmation unit 1043 of the server 10 acquires the group ID item by searching the user ID or email address item in the user table 1012 based on the user ID or email address. The contract confirmation unit 1043 of the server 10 searches the group ID item in the group table 1013 based on the acquired group ID item, acquires the administrator ID item, identifies a user with authority equivalent to that of an administrator based on the administrator ID by searching the user ID in the user table 1012, and sends a message notifying that the contract confirmation process (second embodiment) has been completed.

[0156] <Electronic signature processing> An electronic signature process may be included in step S405. In response to the instruction to approve the conclusion of the contract received from the second user in step S405, the contract confirmation unit 1043 of the server 10 affixes an electronic signature indicating that the conclusion of the contract of the contract information has been approved to the contract information received from the first user, and stores the resulting digital signature. Specifically, the contract confirmation unit 1043 of the server 10 adds a digital signature to the contract information based on the received request and stores it. The contract confirmation unit 1043 of the server 10 searches the document ID item in the document table 1014 based on the document ID, and acquires the contract information. The contract confirmation unit 1043 of the server 10 affixes an electronic signature to the acquired contract information and stores it in the document data item of the document table 1014. The contract confirmation unit 1043 of the server 10 may update (overwrite) the document data item with the contract information affixed with the electronic signature, or may store the contract information before affixing the electronic signature in a separate storage device (not shown). The contract confirmation unit 1043 of the server 10 may include any of the following information in the electronic signature: document ID, email address of the first user, email address of the second user, approval date and time, confirmation date and time, authentication method for approval date and time, authentication method for confirmation date and time, input data value for each input item, consent (approval) of the first user, second user, timestamp, etc. As a result, the contract confirmation unit 1043 of the server 10 adds a digital signature to the contract information indicating that the second user has approved the conclusion of the contract of the contract information, and stores the digital signature. This makes it possible to prevent spoofing or tampering of the contract information by a third party.

[0157] <Document Memory Processing> The document storage process is a process for storing document data selected by the user in association with contract information.

[0158] <Document Memory Processing Overview> The document storage process is a series of processes in which a user selects document data to be stored, candidate contract documents are proposed to the user as candidates for association with the document data, a selection of one or more contract information from the candidate contract documents to be associated with the document data is accepted from the user, and the document data is stored in association with the one or more contract information selected by the user. In the present disclosure, the document storage process is described as being performed by a first user as an example, but is not limited to this example. The document storage process can be performed by any user.

[0159] <Document Memory Processing Details> The document storage process will be described in detail below.

[0160] In step S601, the document storage unit 1044 of the server 10 executes a document reception step for receiving document data different from the contract document stored in the contract creation process (second embodiment) from the user.

[0161] 24 is an example screen showing the operation of the document storage process. The document storage screen D10 for storing document data, which is displayed on the display 2081 of the first user terminal 20, includes a document registration button D101 and a contract document selector D102. By selecting icons D1021A, D1021B, and D1021C displayed for each contract document D102A, D102B, and D102C in the contract document selector D102 using check boxes D1022A, D1022B, and D1022C, the contract documents associated with each icon can be displayed on the display 2081 of the first user terminal 20.

[0162] Specifically, the first user operates the input device 206 of the first user terminal 20 to input a URL for executing the document storage process in the browser application of the first user terminal 20, and opens a web page (document storage screen). The first user logs in to the service by inputting the first user ID 2011, password, etc. As a result, the first user terminal 20 transmits a request to the server 10 to execute the document storage process.

[0163] The first user operates the input device 206 of the first user terminal 20 and presses the document registration button D101 displayed on the document storage screen D10, whereby a file selection dialog for selecting document data to be sent to the server 10 is displayed on the display 2081 of the first user terminal 20. The first user operates the input device 206 of the first user terminal 20 to select, in the file selection dialog, document data that is different from the contract document stored in the contract creation process (second embodiment). The document data includes any document data such as an estimate, invoice, receipt, delivery note, inspection note, amendment contract, individual contract, etc. The control unit 204 of the first user terminal 20 transmits the selected document data to the server 10. The document storage unit 1044 of the server 10 receives and accepts the selected document data.

[0164] <Candidate Proposal Process (First Example)> In step S602, the document storage unit 1044 of the server 10 executes a candidate proposal step in which, based on the document data received in the document reception step, one or more candidate contract documents are proposed to the user for selection from among the multiple contract documents stored in the contract storage step. Specifically, the document storage unit 1044 of the server 10 analyzes the document data received in step S601, searches for the document data in the document table 1014 based on the file name of the document data, character strings included in the document data, etc., and acquires a document ID. For example, the document data in the document table 1014 is searched for a serial number, etc., that identifies the contract document included in the file name of the document data, the title of the contract document, a serial number, etc., that identifies the contract document included in the character strings, etc., of the document data, and the document ID of one or more pieces of contract information is acquired. For example, the name, name, company name, organization name, group name, etc., of the contracting parties of the contract document included in the document data in the document table 1014 is searched for based on the name, name, company name, organization name, group name, etc., of the contracting parties included in the character strings, etc., of the document data, and the document ID of one or more pieces of contract information is acquired.

[0165] <Candidate Proposal Process (Second Embodiment)> In step S602, the document storage unit 1044 of the server 10 executes a candidate proposal step that proposes to the user one or more candidate contract documents in which the user has previously been involved in contract procedures, from among the multiple contract documents stored in the contract storage step, so that the user can select from these. Specifically, the document storage unit 1044 of the server 10 searches the user ID item of the user table 1012 based on the first user ID 2011 received from the first user terminal 20, and acquires the first email address of the first user. The document storage unit 1044 of the server 10 searches the creator ID field in the document table 1014 based on the first user ID 2011, and acquires the document ID. Similarly, the document storage unit 1044 of the server 10 searches the checker email address field in the confirmation table 1015 based on the first email address, and acquires the document ID. This acquires the document IDs of one or more pieces of contract information in which the first user has previously been involved as a creator or checker in contract procedures.

[0166] The candidate proposing step may include a step of proposing one or more candidate contract documents in which the user has been involved in contract procedures in the past, arranged in order of contract conclusion date, so that the user can select from the candidate contract documents. Specifically, in the candidate proposal process (second embodiment), the document storage unit 1044 of the server 10 sorts the document IDs of one or more acquired contract information in order of the most recent or oldest contract conclusion date of the contract information identified by the document ID. By sorting the document IDs in order of most recent, candidate contract documents can be presented to the first user in the order in which they were most recently concluded by the first user. Candidate contract documents can be conveniently presented to the first user in order of contract conclusion date.

[0167] <Candidate Proposal Process (Third Example)> In step S602, the document storage unit 1044 of the server 10 executes a candidate proposal step of proposing one or more candidate contract documents to the user for selection by comparing the date information contained in the document data accepted in the document acceptance step with the date information contained in the multiple contract documents stored in the contract storage step. The date information contained in the document data is date information specified in the document data, obtained by a user's input operation or by analyzing character strings contained in the document data. The date information contained in the contract document is date information specified in the contract document, obtained by a user's input operation or by analyzing character strings contained in the contract document. Specifically, the document storage unit 1044 of the server 10 analyzes the document data received in step S601 and extracts and acquires information (date information) relating to dates such as the invoice date, receipt date, delivery date, and inspection date contained in character strings and the like included in the document data. In addition to the date information, the document storage unit 1044 of the server 10 may also extract and acquire attributes (date attribute information) relating to dates such as the invoice date, receipt date, delivery date, and inspection date. The date attribute information may be specified based on the type of document data, such as an invoice, receipt, delivery note, inspection note, change contract, or individual contract. The document storage unit 1044 of the server 10 may be configured to acquire and identify date information and date attribute information based on an input operation by the first user, without relying on analysis of document data. For example, the first user operates the input device 206 of the first user terminal 20 to input date information and date attribute information for each date information into a predetermined input field and transmit the input to the server 10. The document storage unit 1044 of the server 10 receives and acquires the date information and date attribute information from the first user terminal 20. The document storage unit 1044 of the server 10 searches for contract information by comparing the acquired date information and date attribute information with information (date information) related to dates such as the billing date, receipt date, delivery date, and inspection date contained in the character strings of the contract document in the document data of the document table 1014. Specifically, if the document data is an invoice and contains date information (first date) related to the delivery date, the document storage unit 1044 searches the document data in the document table 1014 for a contract document that contains the first date as the delivery date, and acquires the document ID of one or more pieces of contract information.

[0168] The date information and date attribute information of the contract document in the document data in the document table 1014 may be information identified in advance by analyzing the character strings of the contract document by the control unit 104 of the server 10. Also, the date information and date attribute information of the contract document in the document data in the document table 1014 may be information acquired based on input operations by users involved in the conclusion of the contract document, other users equivalent to administrators, etc., without relying on analysis of the document data. The document table 1014 stores document data in association with each date information and date attribute information.

[0169] In step S602, the document storage unit 1044 of the server 10 transmits the document IDs of the acquired one or more pieces of contract information to the first user terminal 20. The display 2081 of the first user terminal 20 presents the received one or more document IDs as candidate contract documents in the contract document selector D102 so that the first user can select them. The first user can select one or more contract documents D102A, D102B, D102C displayed in the contract document selector D102 by operating the input device 206 of the first user terminal 20 using the check boxes D1022A, D1022B, D1022C.

[0170] In step S603, the document storage unit 1044 of the server 10 executes a contract selection step of selecting one or more contract documents from the multiple contract documents stored in the contract storage step, with which the document data received in the document reception step is associated. The contract selection step executes a step in which the user selects one or more contract documents from one or more candidate contract documents proposed to the user in the candidate proposal step. Specifically, the first user operates the input device 206 of the first user terminal 20 to select one or more contract documents D102A, D102B, D102C displayed in the contract document selector D102 using check boxes D1022A, D1022B, D1022C. The first user may be able to select multiple contract documents D102A, D102B, D102C. The control unit 204 of the first user terminal 20 transmits the document IDs of the selected one or more pieces of contract information to the server 10.

[0171] In step S604, the document storage unit 1044 of the server 10 executes a document association step of storing the document data received in the document reception step in association with one or more contract documents selected in the contract selection step. Specifically, the document storage unit 1044 of the server 10 stores the document data received in step S601 in the document data, document ID items of the document table 1019 for each of the one or more document IDs received in step S602. As a result, the document data received in step S601 is stored in association with the one or more document IDs received in step S602.

[0172] In step S604, the document storage unit 1044 of the server 10 executes a related party identification step of identifying one or more involved users who were involved in the contract procedures of one or more contract documents associated and stored in the document association step. Specifically, the document storage unit 1044 of the server 10 searches the document ID field in the document table 1014 based on one or more document IDs received in step S602, and obtains the creator ID. Based on the obtained creator ID, the document storage unit 1044 searches the user ID field in the user table 1012 and obtains the creator email address. Similarly, based on one or more document IDs, the document storage unit 1044 searches the document ID field in the confirmation table 1015 and obtains the verifying person email address. This allows the email addresses of one or more participating users who have been involved in the creation or confirmation of the contract procedures for the contract document identified by the one or more document IDs received in step S602 to be acquired and identified. The one or more participating users include any users who have been involved in the creation or confirmation of the contract procedures for the contract document, as well as users who have been designated as related parties by the user who created or confirmed the content, etc.

[0173] In step S604, the document storage unit 1044 of the server 10 executes a related party notification step to notify one or more involved users identified in the related party identification step that the document data has been stored in association with one or more contract documents in the document association step. Specifically, the document storage unit 1044 of the server 10 notifies the acquired participating user by sending an email containing a message indicating that the document data has been stored in association with the contract information in which the participating user was previously involved in concluding a contract.

[0174] In step S604, the document storage unit 1044 of the server 10 executes an authority setting step of setting the viewing authority of the document data stored in the document-related step based on the viewing authority of one or more associated and stored contract documents. Specifically, the document storage unit 1044 of the server 10 acquires the viewing authority for the one or more document IDs received in step S602 from a column or the like for storing viewing authority (not shown) in the document table 1014. The document storage unit 1044 of the server 10 sets the viewing authority for the document ID as the viewing authority for the document data stored in association with the one or more document IDs in the document table 1019. When multiple pieces of contract information are associated with one piece of document data, multiple viewing authorities corresponding to each of the multiple pieces of contract information may be set as the viewing authority for the document data, or the strictest or loosest viewing authority of the multiple viewing authorities corresponding to each of the multiple pieces of contract information may be set.

[0175] The document data stored in association with the contract information during the document storage process can be referenced by a user of the electronic contract service according to the present disclosure when reviewing the contract document included in the contract information. For example, a first user operates the input device 206 of the first user terminal 20 to send a request to the server 10 to reference the contract information. The control unit 104 of the server 10 acquires document data related to the contract document from the document table 1014, and also searches the document ID field in the document table 1019 based on the document ID of the acquired document data to acquire the document data associated with the document ID. The control unit 104 of the server 10 transmits the acquired document data and document data to the first user terminal 20. The control unit 204 of the first user terminal 20 displays the acquired document data and document data on the display 2081 of the first user terminal 20 in an associated manner. For example, the first user can download the document data by selecting the document data displayed on the display 2081 of the first user terminal 20.

[0176] In step S604, a calculation step is executed to calculate an evaluation index value related to one or more contract documents based on the document data stored in association with the one or more contract documents in the document-related step. Specifically, the document storage unit 1044 of the server 10 refers to the document table 1019 and acquires document data associated with one or more contract documents (document IDs). The document storage unit 1044 of the server 10 analyzes the document data associated with a specific contract document and calculates a contract score (evaluation index value) for the specific contract document. The contract score may be the number of document data items associated with a specific contract document. The contract score may be calculated by predetermining points according to the document type, such as estimate, invoice, receipt, delivery note, inspection note, change contract, individual contract, etc., and calculating the sum of the predetermined number of points for each document data associated with a specific contract document. The contract score may be an evaluation index value calculated based on the amount stated in an estimate, invoice, receipt, delivery note, etc. For example, the greater the amount of document data associated with a specific contract document, the greater the evaluation index value may be. The document storage unit 1044 of the server 10 stores the calculated contract score in association with the document ID of the specified contract document in the document table 1014. The control unit 104 of the server 10 may calculate the evaluation index value of the contract document and present it to the user if the evaluation index value is lower than a specified value or if the evaluation index value is higher than a specified value.

[0177] In step S604, a calculation step is executed to calculate evaluation index values ​​related to the contracting parties of one or more contract documents based on the document data stored in association with one or more contract documents in the document-related step. Specifically, the document storage unit 1044 of the server 10 refers to the document table 1019 and acquires document data associated with one or more contract documents (document IDs). The document storage unit 1044 of the server 10 analyzes the document data associated with a specific contract document and calculates a credit score (evaluation index value) for the contracting parties of the specific contract document. The credit score may be the number of document data associated with one or more contract documents in which the contracting parties are involved in the process. The credit score may be calculated by determining points in advance according to the document type, such as an estimate, invoice, receipt, delivery note, inspection note, amendment contract, individual contract, etc., and calculating the sum of the predetermined number of points for each document data item associated with one or more contract documents in which the contracting parties are involved in the procedure. The credit score may be an evaluation index value calculated based on the amounts stated in estimates, invoices, receipts, delivery notes, etc. For example, the evaluation index value may be increased as the amount of document data associated with one or more contract documents in which the contracting parties are involved in the procedure increases. The document storage unit 1044 of the server 10 stores the calculated credit score in association with the user ID of the contracting party in the user table 1012. The control unit 104 of the server 10 may obtain the credit score of the contracting party from the user table 1012 during contract creation processing, contract confirmation processing, etc., and present it to the user performing the contract creation processing, contract confirmation processing, etc. For example, the credit score of the contracting party may be presented when the evaluation index value is lower than a predetermined value, or when the evaluation index value is higher than a predetermined value. This allows the user to proceed with the contract procedure while taking into account the credit score of the contracting party.

[0178] The calculation of the evaluation index value may be configured to be performed at any timing or at predetermined intervals.

[0179] <Basic computer hardware configuration> 25 is a block diagram showing the basic hardware configuration of a computer 90. The computer 90 includes at least a processor 901, a main memory device 902, an auxiliary memory device 903, and a communication IF 991 (interface), which are electrically connected to one another by a communication bus 921.

[0180] The processor 901 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

[0181] The main memory device 902 is used to temporarily store programs, data to be processed by the programs, etc. For example, it is a volatile memory such as a DRAM (Dynamic Random Access Memory).

[0182] The auxiliary storage device 903 is a storage device for saving data and programs, such as a flash memory, a hard disk drive (HDD), a magneto-optical disk, a CD-ROM, a DVD-ROM, or a semiconductor memory.

[0183] The communication IF 991 is an interface for inputting and outputting signals for communicating with other computers via a network using wired or wireless communication standards. The network is composed of the Internet, a LAN, various mobile communication systems constructed by wireless base stations, etc. For example, the network includes 3G, 4G, and 5G mobile communication systems, LTE (Long Term Evolution), and wireless networks (e.g., Wi-Fi (registered trademark)) that can connect to the Internet via a predetermined access point. In the case of a wireless connection, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), and Bluetooth (registered trademark). In the case of a wired connection, the network also includes a direct connection using a USB (Universal Serial Bus) cable, etc.

[0184] It should be noted that the computer 90 can be virtually realized by distributing all or part of each hardware configuration across multiple computers 90 and interconnecting them via a network. In this way, the computer 90 is a concept that includes not only a computer 90 housed in a single housing or case, but also a virtualized computer system.

[0185] <Basic functional configuration of computer 90> The following describes the functional configuration of a computer realized by the basic hardware configuration (FIG. 25) of the computer 90. The computer includes at least the functional units of a control unit, a storage unit, and a communication unit.

[0186] The functional units of the computer 90 can also be realized by distributing all or part of the functional units among multiple computers 90 interconnected via a network. The computer 90 is a concept that includes not only a single computer 90 but also a virtualized computer system.

[0187] The control unit is realized by the processor 901 reading out various programs stored in the auxiliary storage device 903, expanding them in the main storage device 902, and executing processing in accordance with the programs. The control unit can realize functional units that perform various types of information processing depending on the type of program. In this way, the computer is realized as an information processing device that performs information processing.

[0188] The storage unit is realized by a main storage device 902 and an auxiliary storage device 903. The storage unit stores data, various programs, and various databases. Furthermore, the processor 901 can allocate a storage area corresponding to the storage unit in the main storage device 902 or the auxiliary storage device 903 in accordance with the programs. Furthermore, the control unit can cause the processor 901 to execute processes for adding, updating, and deleting data stored in the storage unit in accordance with the various programs. Furthermore, by storing data, various programs, and various databases in the storage unit, it can be considered that the information processing device and information processing system according to the present disclosure have been manufactured.

[0189] A database refers to a relational database, which manages data sets called masters and tables in a tabular format structurally defined by rows and columns, by relating them to each other. In a database, a table is called a table, a master, a column in a table is called a column, and a row in a table is called a record. In a relational database, relationships between tables and masters can be set and associated. Typically, each table and each master has a column set as a primary key to uniquely identify a record, but setting a primary key to a column is not essential. The control unit can cause the processor 901 to add, delete, or update records in specific tables and masters stored in the storage unit according to various programs.

[0190] Note that the databases and masters in this disclosure may include any data structure in which information is structurally defined (such as a list, dictionary, associative array, or object). The data structure also includes data that can be considered as a data structure by combining data with functions, classes, methods, etc. written in any programming language.

[0191] The communication unit is realized by the communication IF 991. The communication unit realizes a function of communicating with other computers 90 via a network. The communication unit can receive information transmitted from other computers 90 and input the information to the control unit. The control unit can cause the processor 901 to execute information processing on the received information in accordance with various programs. In addition, the communication unit can transmit information output from the control unit to other computers 90.

[0192] <Additional Notes> The matters described in the above embodiments will be supplemented below.

[0193] (Appendix 1) A contract management program for storing electronic contract documents in a computer having a processor and a memory unit, wherein the processor executes a contract storage step (S201) for storing multiple contract documents related to a contract, a document reception step (S601) for receiving document data other than the contract documents from a user, a contract selection step (S603) for associating the document data received in the document reception step with one or more contract documents from the multiple contract documents stored in the contract storage step, and a document association step (S604) for storing the document data received in the document reception step in association with the one or more contract documents selected in the contract selection step. This allows document data such as vouchers, forms, and other documents related to a specified electronic contract to be organized and managed in association with the contract document.

[0194] (Appendix 2) A contract management program as described in Appendix 1, which executes a candidate proposal step (S602) in which a processor proposes to a user one or more candidate contract documents from among the multiple contract documents stored in the contract storage step based on the document data accepted in the document acceptance step, and a contract selection step (S603) in which the user selects one or more contract documents from the one or more candidate contract documents proposed to the user in the candidate proposal step. This allows the user to easily associate document data with the contract document related to the document data and store the document data. Document data can be organized and managed in association with the contract document.

[0195] (Appendix 3) The contract management program described in Appendix 2, wherein the candidate proposal step (S602) is a step of analyzing the document data received in the document reception step and proposing one or more candidate contract documents to the user for selection based on the file name of the document data or the character string contained in the document data. This allows the user to easily associate document data with the contract document related to the document data and store the document data. Document data can be organized and managed in association with the contract document.

[0196] (Appendix 4) A contract management program as described in Appendix 1, in which a processor executes a candidate proposal step (S602) in which the processor proposes to the user one or more candidate contract documents in which the user has been involved in contract procedures in the past, from among the multiple contract documents stored in the contract storage step, so that the candidate contract documents can be selected by the user, and a contract selection step (S603) in which the user selects one or more contract documents from the one or more candidate contract documents proposed to the user in the candidate proposal step. This allows the user to store document data in association with contract documents that the user has been involved in in the past, and to organize and manage document data in association with contract documents.

[0197] (Appendix 5) The contract management program described in Appendix 4, wherein the candidate proposal step (S602) is a step of proposing one or more candidate contract documents in which the user has been involved in contract procedures in the past, arranged in order of contract conclusion date, so that the user can select from them. This allows users to associate and store contract documents with document data, and have them presented as candidate contract documents in the order of the contract conclusion dates of contract documents they have been involved in in the past.Users can easily organize and manage document data by associating it with contract documents.

[0198] (Appendix 6) A contract management program as described in Appendix 1, which executes a candidate proposal step (S602) in which a processor proposes to a user one or more candidate contract documents selectable from the candidate contract documents identified by comparing the date information contained in the document data accepted in the document acceptance step with the date information contained in the plurality of contract documents stored in the contract storage step, and a contract selection step (S603) in which the user selects one or more contract documents from the one or more candidate contract documents proposed to the user in the candidate proposal step. This allows the user to receive suggestions for contract documents to which document data should be associated based on the date information of the document data, and to easily organize and manage the document data in association with the contract documents.

[0199] (Appendix 7) A contract management program as described in Appendix 6, wherein in the candidate proposal step (S602), the date information contained in the document data is date information specified in the document data, obtained by user input operation or by analyzing character strings contained in the document data. This allows the user to receive suggestions for contract documents to which document data should be associated based on the date information of the document data, and to easily organize and manage the document data in association with the contract documents.

[0200] (Appendix 8) A contract management program as described in Appendix 1, in which a processor executes a related party identification step (S604) of identifying one or more involved users who were involved in the contract procedures for one or more contract documents stored in association with each other in the document-related step, and a related party notification step (S604) of notifying one or more involved users identified in the related party identification step that the document data has been stored in association with one or more contract documents in the document-related step. This allows users involved in the contract procedures for a contract document to be notified when document data is associated with the contract document, and to confirm that document data has been associated with the contract document.

[0201] (Appendix 9) A contract management program as described in Appendix 1, in which a processor executes an authority setting step (S604) in which the processor sets the viewing authority of the document data stored in the document-related step based on the viewing authority of one or more associated and stored contract documents. This makes it possible to easily set the viewing authority for document data stored in association with a contract document.

[0202] (Appendix 10) A contract management program as described in Appendix 1, in which a processor executes a calculation step (S604) of calculating an evaluation index value for one or more contract documents based on document data stored in association with the one or more contract documents in the document-related step. This makes it possible to calculate the evaluation index value of the contract document based on the document data stored in association with the contract document, and to score the contract document.

[0203] (Appendix 11) A contract management program as described in Appendix 1, in which a processor executes a calculation step (S604) of calculating evaluation index values ​​for contracting parties of one or more contract documents based on document data stored in association with one or more contract documents in the document-related step. This makes it possible to calculate an evaluation index value for the contracting parties of the contract document based on the document data stored in association with the contract document, and to score the creditworthiness of the contracting parties.

[0204] (Appendix 12) An information processing device comprising a processor and a memory unit, wherein the processor executes a contract management program according to any one of Supplementary Notes 1 to 11. This allows document data such as vouchers, forms, and other documents related to a specified electronic contract to be organized and managed in association with the contract document.

[0205] (Appendix 13) A method for manufacturing an information processing system including an information processing device having a processor and a memory unit, wherein the processor executes a contract management program described in any one of Appendices 1 to 11. This allows document data such as vouchers, forms, and other documents related to a specified electronic contract to be organized and managed in association with the contract document.

[0206] (Appendix 14) An information processing method executed by a computer having a processor and a memory unit, wherein the computer executes a contract management program described in any one of Appendices 1 to 11. This allows document data such as vouchers, forms, and other documents related to a specified electronic contract to be organized and managed in association with the contract document. [Explanation of symbols]

[0207] 1 System, 10 Server, 101 Memory Unit, 104 Control Unit, 106 Input Device, 108 Output Device, 20 First User Terminal, 201 Memory Unit, 204 Control Unit, 206 Input Device, 208 Output Device, 30 Second User Terminal, 301 Memory Unit, 304 Control Unit, 306 Input Device, 308 Output Device

Claims

1. A contract management program for storing an electronic contract document in a computer having a processor and a storage unit, the processor: a contract storage step of storing a plurality of contract documents relating to the contract; a document receiving step of receiving document data different from the contract document from a user; a document association step of storing the document data received in the document reception step in a negotiation data item that is data on a negotiation record or negotiation history of a contract, and storing the document data in association with the contract document; a candidate proposal step of proposing to the user one or more candidate contract documents selectable from the candidate contract documents identified by comparing date information included in the document data accepted in the document acceptance step with date information included in the plurality of contract documents stored in the contract storage step; a contract selection step of associating the document data received in the document receiving step with one or more contract documents from the plurality of contract documents stored in the contract storage step; Run The contract selection step is a step in which the user selects one or more contract documents from the one or more candidate contract documents proposed to the user in the candidate proposal step. A contract management program that implements

2. the processor: a candidate proposal step of proposing to the user one or more candidate contract documents selectable from the plurality of contract documents stored in the contract storage step based on the document data received in the document reception step; a contract selection step of associating the document data received in the document receiving step with one or more contract documents from the plurality of contract documents stored in the contract storage step; Run The contract selection step is a step in which the user selects one or more contract documents from the one or more candidate contract documents proposed to the user in the candidate proposal step. The contract management program according to claim 1.

3. The candidate proposal step is a step of analyzing the document data accepted in the document acceptance step, and proposing the one or more candidate contract documents to the user so that the user can select them based on the file name of the document data or a character string included in the document data. The contract management program according to claim 2.

4. the processor: a candidate proposal step of proposing to the user, among the plurality of contract documents stored in the contract storage step, one or more candidate contract documents in which the user has been involved in a contract procedure in the past, so as to be selectable by the user; a contract selection step of associating the document data received in the document receiving step with one or more contract documents from the plurality of contract documents stored in the contract storage step; Run The contract selection step is a step in which the user selects one or more contract documents from the one or more candidate contract documents proposed to the user in the candidate proposal step. The contract management program according to claim 1.

5. The candidate proposing step is a step of arranging one or more candidate contract documents in which the user has been involved in contract procedures in the past in order of contract conclusion date and proposing them to the user so that they can be selected. The contract management program according to claim 4.

6. In the candidate suggesting step, the date information included in the document data is date information defined in the document data, which is obtained by a user's input operation or by analyzing a character string included in the document data. The contract management program according to claim 1.

7. the processor: a related party identification step of identifying one or more involved users who have been involved in the contract procedures of the one or more contract documents associated and stored in the document association step; a related party notification step of notifying the one or more participating users identified in the related party identification step that the document data has been stored in association with the one or more contract documents in the document association step; To execute The contract management program according to claim 1.

8. the processor: an authority setting step of setting a viewing authority for the document data stored in the document relating step based on the viewing authority for the one or more contract documents stored in association with the document data; To execute The contract management program according to claim 1.

9. the processor: a calculation step of calculating an evaluation index value related to the one or more contract documents based on the document data stored in association with the one or more contract documents in the document association step; To execute The contract management program according to claim 1.

10. the processor: a calculation step of calculating evaluation index values ​​related to contracting parties of the one or more contract documents based on the document data stored in association with the one or more contract documents in the document association step; To execute The contract management program according to claim 1.

11. An information processing device including a processor and a storage unit, The processor executes a contract management program according to any one of claims 1 to 10. Information processing device.

12. A method for manufacturing an information processing system including an information processing device having a processor and a storage unit, The processor executes a contract management program according to any one of claims 1 to 10. A method for manufacturing an information processing system.

13. An information processing method executed by a computer including a processor and a storage unit, The computer executes the contract management program according to any one of claims 1 to 10. Information processing methods.

Images