JP2023088560A - Electronic contract creation support system, method and program - Google Patents

Abstract

To provide an electronic contract creation support system that improves efficiency of confirmation processing of contract contents and shortens the time required to conclude a contract.SOLUTION: An electronic contract creation support system includes: a first processing unit that checks contents of an electronically created contract draft relating to a contract to be concluded between two contracting parties; and a second processing unit that requests, as a result of the check, when the contents are found to have a problem, at least one of the two contracting parties to correct the contents. The first processing unit checks the contents corrected in response to the request, and as a result of this check, if there is a problem with the above contents, the second processing unit repeatedly requests at least one of the two contracting parties to correct the contents until there is no problem with the contents.SELECTED DRAWING: Figure 1

Description

Patent Act Article 30, Paragraph 2 application filed 1. January 21, 2021 Announced in the January 21, 2021 issue of Nikkei Computer 2. January 28, 2021 Publication of leaflet_Electronic contract (for suppliers), etc. 3. Announced on February 1, 2021 at PROBE JAPAN Co., Ltd., etc. 4. March 8, 2021, announced on the website of Nikkei BP, etc. 5. March 31, 2021 Announced on the website of the address of Sumitomo Mitsui Finance & Leasing Co., Ltd.

The present invention relates to an electronic contract drafting support system, method, and program.

For example, when concluding a contract such as a lease contract or a loan contract, it is necessary for both contracting parties to sign a contract.

When drafting a contract, both parties check the written contract and check for any errors or excesses or deficiencies in the description. After confirming that there is no problem with the written contents, both parties agree on the contents of the contract and affix their seals on the contract to complete the contract.

On the other hand, if there is a problem with the description of the contract document due to an error, excess or deficiency, etc., it is necessary to correct the contract document. Similarly, both parties confirm the amended document, and if there is no problem with the written content, they agree on the content of the contract and affix their seals on the contract to complete the contract. On the other hand, if there is a problem with the content of the written contract, the aforementioned corrections and confirmations are repeated until there is no problem with the content of the contract.

Japanese Patent Application Laid-Open No. 2020-201550

Traditionally, contracts are paper-based. Therefore, each time the above-mentioned confirmation and correction are made, the contract document, which is a paper document, is transferred between the parties to the contract. Therefore, not only does it take a considerable amount of time from the start of confirmation of the contract contents to the conclusion of the contract, but there is also the risk of loss and trouble associated with the transfer of the contract document.

Moreover, contract procedures are not necessarily performed between parties to the contract, but may be mediated by a third party such as a property supplier.

In such a case, the supplier of the property, who is an intermediary, first sends a document of the contract to the first contracting party, who is one of the contracting parties, and requests confirmation of the contents, and the first contracting party , after confirming the contents of the contract and entering the necessary information, an application is made through an intermediary to the other contracting party and the second contracting party, which is also the reviewing body. If there are deficiencies in the contract, return it to the intermediary or the first contracting party according to the deficiencies along with the pointed out items, and then the intermediary or the first contract that received the deficiencies The parties have to reapply to the first contracting party for a written contract in which the deficiencies have been corrected. .

Similarly, in this case, the contract document, which is a paper document, moves along with the flow of processing. Both the trouble involved and the risk of loss tend to increase compared to contract procedures between parties.

The present invention has been made in view of such circumstances, and is an electronic contract creation method that enables efficiency in confirmation processing of the contents of a contract and shortening of the time required to conclude a contract. It is intended to provide a support system, method and program.

In order to achieve the above objects, the present invention takes the following measures.

That is, the invention of claim 1 is a system for supporting the creation of an electronic contract, comprising a first processing unit for checking the contents of an electronically created contract draft relating to a contract to be exchanged between two parties to a contract. and a second processing unit for requesting at least one of the two parties to the contract to correct the content if, as a result of the check, there is a problem with the content, and the content is corrected according to the request. The content is checked by the first processing unit, and if there is a problem with the content as a result of the check, the second processing unit asks at least one of the two contracting parties to correct the content. An electronic contract drafting support system in which requests are repeated until there is no problem with the content.

The invention according to claim 2 further comprises a third processing unit for requesting the two parties to the contract to approve the draft contract when there is no problem with the contents. It is an electronic contract drafting support system.

According to the invention of claim 3, the third processing unit requests the two contracting parties to electronically sign as the act of approval. system.

In the invention according to claim 4, when the second processing unit requests at least one of the two contracting parties to correct the content, the requested contracting party is permitted to correct the content. 4. The electronic contract drafting support system according to any one of claims 1 to 3, wherein the non-modifiable part that is not permitted and the non-modifiable part that is not permitted are displayed in different display formats.

In the invention of claim 5, the different display formats include at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading. It is a contract drafting support system.

The invention of claim 6 is a method for supporting the creation of an electronic contract, comprising: a first process of checking the contents of an electronically created contract draft relating to a contract to be exchanged between two contracting parties; and a second process of requesting at least one of the two parties to the contract to correct the content if it is determined that there is a problem with the content as a result of the check, and the content is corrected in response to the request by the second processing. If the content is found to have a problem as a result of the check, a request for correction by the second processing is repeated until there is no problem with the content. , which is an electronic contract drafting support method.

The invention of claim 7 further comprises a third process of requesting the two parties to the contract to approve the draft contract when there is no problem with the content. This is a contract drafting support method.

According to the invention of claim 8, the third process includes requesting the two parties to the contract to electronically sign as the act of approval. It is a support method.

According to the invention of claim 9, in the second processing, when at least one of the two contracting parties is requested to correct the content, the requested contracting party is allowed to correct the correctable part. 9. The electronic contract drafting support method according to any one of claims 6 to 8, wherein the unauthorized and non-modifiable portions are displayed in different display formats.

In the invention of claim 10, the different display formats include at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading. This is a contract drafting support method.

The invention of claim 11 is the electronic contract drafting support method according to any one of claims 6 to 10, wherein the check in the first process is performed by an operator.

The invention of claim 12 provides a first function of checking the contents of an electronically prepared contract draft relating to a contract to be exchanged between two parties to the contract. a second function for requesting at least one of the two contracting parties to modify said content, said checking against said first function for said content modified in response to the request by said second function; and, as a result of this check, if there is a problem with the content, the request for correction is made to the second function until there is no problem with the content. It is a program to realize it.

According to the electronic contract drafting support system, method, and program of the present invention, by digitizing the contract document, the transfer of paper media is eliminated, and the trouble of physical transfer of the contract document and the risk of loss are eliminated. In addition, by enabling simultaneous confirmation of contract details among multiple contract parties, it is possible to improve the efficiency of the confirmation process of contract details and shorten the time required to conclude a contract. .

FIG. 1 is a conceptual diagram for explaining an application example of an electronic contract drafting support system to which an electronic contract drafting support method according to an embodiment of the present invention is applied. FIG. 2A is a block diagram showing an electronic circuit configuration example of the electronic contract drafting support system. FIG. 2B is a diagram illustrating a database stored in the storage device 30. As shown in FIG. FIG. 3 is a diagram exemplifying the detailed configuration of the program 200 stored in the memory 20. As shown in FIG. FIG. 4A is a diagram showing an example of a screen 400A provided when accessing the electronic contract drafting support system 10. As shown in FIG. FIG. 4B is a diagram showing an example of an input screen 400B provided to the supplier terminal 150 by the contract application processing unit U01. FIG. 5A is a diagram showing an example of an application information change screen 3300 provided to the supplier terminal 150. FIG. FIG. 5B is a diagram showing an example of an application details inquiry screen 3310 provided to the supplier terminal 150. As shown in FIG. FIG. 5C is a diagram showing an example of screen 500B provided to supplier terminal 150 for specifying attachment of quotation. FIG. 6 is a diagram showing an example of a contract content confirmation request screen 600 provided to the supplier terminal 150. As shown in FIG. FIG. 7 is a diagram showing an example of a screen 700 for inputting electronic contract data destination information provided to the supplier terminal 150. As shown in FIG. FIG. 8 is a diagram showing an example of an input content confirmation screen 800 provided to the supplier terminal 150. As shown in FIG. FIG. 9 is a diagram showing an example of a screen 900 for inputting information for electronic contract data transmission for the supplier terminal 150. As shown in FIG. FIG. 10 is a diagram showing an example of a screen 1000 on which an automatically generated password 1001 is displayed from the supplier terminal 150. As shown in FIG. FIG. 11 is a diagram showing an example of the personal authentication mail 1101 sent to the end user terminal 100. As shown in FIG. FIG. 12 is a diagram showing an example of a screen 1200 displaying an email body 1201 displaying a message that the person in charge of the lease contract has been authenticated. FIG. 13 is a diagram showing an example of a screen 1300 displaying a message 1301 stating that personal authentication has failed. FIG. 14A is a diagram showing an example of a screen 4400 showing an e-mail notifying a password 4001 for accessing a URL for confirming the contents of a lease contract. FIG. 14B is a diagram showing an example of a screen 4500 including an email text 4501 including a link 4501b to a URL for confirming the details of the lease contract. FIG. 15 is a diagram showing an example of an access screen 1500 provided to the end user terminal 100. As shown in FIG. FIG. 16 is a diagram showing an example of a screen 1600 displaying a lease agreement input form 1610 when end user E is a corporation. FIG. 17 is a diagram showing an example of a screen 1700 displaying a lease agreement input form 1710 when end user E is a sole proprietor. FIG. 18 is a diagram showing an example of a screen 1800 displaying a save success message 1811 or an input omission indication message 1812 displayed from the end user terminal 100. FIG. FIG. 19 is a diagram showing an example of a screen 1900 on which a message input section 1901 is displayed. FIG. 20A is a diagram showing an example of a screen 6000 on which a mail 6010 when sent back to the supplier terminal 150 is displayed. FIG. 20B is a diagram showing an example of a screen 5700 displayed from the display 16. As shown in FIG. FIG. 20C is a diagram showing an example of a screen 2000 displaying an email 2001 sent when correction is required. FIG. 20D is a diagram showing an example of a screen 5900 displayed from the display 16. FIG. FIG. 21 is a diagram showing an example of a screen 2100 displaying a message 2101 indicating login information for opening contract-related information stored in the contract information database 31. As shown in FIG. FIG. 22 is a diagram showing an example of a confirmation screen 2200 on which a lease contract input form 1610 is displayed. FIG. 23 is a diagram showing an example of the mail 2301 sent to the end user terminal 100 when the defect check is completed. FIG. 24 is a diagram showing an example of a screen 2400 displaying the access password 2402 of the URL shown in FIG. FIG. 25 is a diagram showing an example of a login screen 2500 provided to the end user terminal 100. As shown in FIG. FIG. 26 is a diagram showing an example of a screen 2600 provided to the end user terminal 100. As shown in FIG. FIG. 27 is a diagram showing an example of a screen 2700 provided to the end user terminal 100. As shown in FIG. FIG. 28 is a diagram showing an example of a screen 2800 provided to the end user terminal 100. As shown in FIG. FIG. 29 is a diagram showing an example of a screen 2900 provided to the end user terminal 100. As shown in FIG. FIG. 30 is a diagram showing an example of a screen 3000 provided to the end user terminal 100. As shown in FIG. FIG. 31 is a diagram showing an example of a rejection processing screen 3100 provided to the end user terminal 100. As shown in FIG. FIG. 32 is a diagram showing an example of a screen 3200 provided to the supplier terminal 150. As shown in FIG. FIG. 33 is a diagram showing an example of a screen 3400 displayed from the supplier terminal 150. As shown in FIG. FIG. 34 is a diagram showing an example of a screen 3500 displayed from the supplier terminal 150. As shown in FIG. FIG. 35 is a diagram showing an example of a screen 3600 displayed from the supplier terminal 150. As shown in FIG. FIG. 36 is a diagram showing an example of a screen 3700 displayed from the supplier terminal 150. As shown in FIG. FIG. 37 is a diagram showing an example of a screen 3800 displayed from the supplier terminal 150. As shown in FIG. FIG. 38 is a diagram showing an example of a screen 3900 displayed from the supplier terminal 150. As shown in FIG. FIG. 39 is a diagram showing an example of a screen 4000 displayed from the supplier terminal 150. As shown in FIG. FIG. 40 is a diagram showing an example of a screen 4100 displayed from the supplier terminal 150. As shown in FIG. FIG. 41 is a diagram showing an example of a screen 4200 on which a confirmation email 4201 for personal authentication of contract details to be sent to the end user terminal 100 is displayed. FIG. 42 is a diagram showing an example of a screen 4300 displayed from the end user terminal 100. As shown in FIG. FIG. 43 is a diagram showing an example of a screen 4600 displayed from the end user terminal 100. As shown in FIG. FIG. 44 is a diagram showing an example of a screen 4700 displayed from the end user terminal 100. As shown in FIG. FIG. 45 is a diagram showing an example of a screen 4800 displayed from the end user terminal 100. As shown in FIG. FIG. 46 is a diagram showing an example of a screen 4900 displayed from the end user terminal 100. As shown in FIG. FIG. 47 is a diagram showing an example of a screen 5000 displayed from the end user terminal 100. As shown in FIG. FIG. 48 is a diagram showing an example of a screen 5100 (before selection) including a list display 5110 of available withdrawal accounts that are end user E's registered existing accounts. FIG. 49 is a diagram showing an example of a screen 5200 (after selection) including a list display 5110 of available withdrawal accounts that are end user E's registered existing accounts. FIG. 50 is a diagram showing an example of a screen 5300 displayed from the end user terminal 100. As shown in FIG. FIG. 51 is a diagram showing an example of a screen 5400 displayed from the end user terminal 100. As shown in FIG. FIG. 52 is a diagram showing an example of a screen 5500 displayed from the end user terminal 100. As shown in FIG. FIG. 53A is a diagram showing an example of an email 5600 sent with a contract application. 53B is a diagram showing an example of a screen 5800 displayed from the end user terminal 100. FIG. FIG. 54 is a diagram showing an example of a screen 6200 displayed from the end user terminal 100. As shown in FIG. FIG. 55 is a diagram showing an example of a screen 6300 in which a lease agreement 4810 modified by end user E is displayed. FIG. 56 is a diagram showing an example of a screen 6900 on which a contract conclusion completion mail is displayed.

BEST MODE FOR CARRYING OUT THE INVENTION The best mode for carrying out the present invention will be described below with reference to the drawings.

(Configuration example)
FIG. 1 is a conceptual diagram for explaining an application example of an electronic contract drafting support system to which an electronic contract drafting support method according to an embodiment of the present invention is applied.

FIG. 2A is a block diagram showing an electronic circuit configuration example of the electronic contract drafting support system.

As shown in FIG. 1, the electronic contract drafting support system 10 to which the electronic contract drafting support method according to the present embodiment is applied comprises a reviewing agency W and an end user E who are parties to the contract, and a supplier who is a third party. It is preferably applied to the contract form involving S.

The examination body W is, for example, a preliminary examination body that examines a lease contract processed between an end user E and a supplier S, a loan company that examines an auto loan contract processed between an automobile owner and a dealer, Although it is a financial institution or the like that examines a housing loan contract between a housing owner and a financial institution, the examination institution W in this embodiment is not limited to these.

In the following, the electronic contract drafting support system 10 according to the present embodiment will be described with an example of the examination organization W, which is a preliminary examination organization that examines a lease contract to be processed between the end user E and the supplier S.

As shown in FIG. 1, the electronic contract drafting support system 10 used by the examination agency W is connected to an end user terminal 100 operated by an end user E and a supplier terminal 150 operated by a supplier S, for example, via the Internet. are communicatively connected to each other via a communication network such as This type of communication network consists of a LAN such as Ethernet (registered trademark), or a WAN or the like in which a plurality of LANs are connected via a public line or a dedicated line. In the case of LAN, it is composed of a large number of subnets via routers as required. Also, in the case of WAN, a firewall or the like is appropriately provided for connection to a public line, but illustration and detailed description thereof are omitted in FIG.

As shown in FIG. 2A, the electronic contract drafting support system 10 includes a CPU 12, a recording medium reading unit 14, a communication unit 15, a display 16, an input unit 17, a memory 20, and a storage device 30, which are connected to each other by a bus 11. It has The input unit 17 can include, for example, a mouse and keyboard.

FIG. 3 is a diagram exemplifying the detailed configuration of the program 200 stored in the memory 20. As shown in FIG.

The program 200 includes an application acceptance processing unit U00, a contract application processing unit U01, a negotiation setting processing unit U02, an online negotiation processing unit U03, a contract details confirmation processing unit U04, a contract confirmation request processing unit U05, a contract details confirmation processing unit U06, a withdrawal It consists of many subprograms including an account selection processing unit U07, a withdrawal account setting processing unit U08, an application content confirmation processing unit U10, an intention confirmation registration processing unit U11, an electronic contract progress processing unit U12, and an electronic signature processing unit U13. be.

Here, for the sake of convenience, the application acceptance processing unit U00, the contract application processing unit U01, and the contract content confirmation processing unit U04 are divided into the first group subprogram G1, the negotiation setting processing unit U02, the online negotiation processing unit U03, the contract confirmation request processing unit U05, The contract content confirmation processing unit U06, the withdrawal account selection processing unit U07, the withdrawal account setting processing unit U08, and the application content confirmation processing unit U10 are combined into the second group subprogram G2, the intention confirmation registration processing unit U11, and the electronic contract progress processing unit U12. is also called a third group subprogram G3, and the electronic signature processing unit U13 is also called a fourth group subprogram G4.

These subprograms U01 to U08 and U10 to U13 may be pre-stored in the memory 20, or may be read from an external recording medium 13 such as a memory card via the recording medium reading section 14 and stored in the memory 20. It can be anything. These subprograms U01 to U08 and U10 to U13 cannot be rewritten.

In the memory 20, in addition to such a user-unrewritable area, a writable data area 210 is reserved as an area for storing rewritable data.

The CPU 12 is a computer and controls the operation of each circuit according to subprograms U01 to U08 and U10 to U13 stored in the memory 20. FIG.

The storage device 30 is, for example, an SSD (Solid State Drive) or HDD (Hard Disk Drive).

FIG. 2B is a diagram illustrating a database stored in the storage device 30. As shown in FIG.

The storage device 30 stores a contract information database 31, an estimate database 32, a contract database 33, and a customer information database 34, as illustrated in FIG. 2B.

The contract information database 31 stores contract-related information a, which is information necessary for creating a contract.

The estimate database 32 stores the estimate b associated with the contract.

The contract database 33 stores the contract e created based on the contract-related information.

The customer information database 34 stores customer information k, which is information about customers acquired from open sources via the Internet or the like.

The end user terminal 100 and the supplier terminal 150 can access the electronic contract drafting support system 10 from the communication unit 15 via the communication network described above and use the electronic contract drafting support system 10 .

That is, the communication unit 15 receives information transmitted from the end user terminal 100 and the supplier terminal 150 and outputs the information to the memory 20 . The communication unit 15 also receives information output from any of the subprograms U01 to U08 and U10 to U13 in the memory 20, and according to instructions from the subprograms U01 to U08 and U10 to U13, the end user terminal 100 and / or provided to supplier terminal 150 .

In order to use the electronic contract drafting support system 10, end user E and supplier S who are users must first perform user registration and register a user ID, a password, and an e-mail address. Since user registration can be performed using a known technique, details are omitted here.

When the user registration is completed, the user can access the electronic contract drafting support system 10 from his/her own terminal (for example, the end user terminal 100 or the supplier terminal 150) in order to use the electronic contract drafting support system 10. .

When the supplier S accesses the electronic contract drafting support system 10 from the supplier terminal 150, the application acceptance processing unit U00 provides the supplier terminal 150 with a screen 400A as illustrated in FIG. 4A. From screen 400A, menu items such as examination application 401, application inquiry/contract procedure 402, contract inquiry 403, deposit schedule result inquiry 404, and sales support 405 are displayed.

When requesting electronic contract drafting support, the supplier S operates the input device such as the mouse and keyboard of the supplier terminal 150 to specify the application inquiry/contract procedure 402 . In the following example, although not limited, the supplier S is the user of the terminal 150, which is the supplier of the leased item.

In response to this selection, the contract application processing unit U01 provides the supplier terminal 150 with an inquiry screen 400B as illustrated in FIG. 4B.

The supplier S has the items 406 shown on the inquiry screen 400B (for example, applicant name, status, electronic contract, reception date, product name, monthly lease fee, comment, system, postal code, address, attached document, project manager name, terms and conditions, approval number, quantity, period, telephone number, etc.).

An application details correction button 407 and a contract procedure button 408, which are function buttons, are also displayed from the screen 400B. After completing the input, the supplier S can correct the input content by operating the mouse, keyboard, etc. of the supplier terminal 150 and specifying the application content correction button 407 . Moreover, when the contract procedure button 408 is specified, the contract procedure can be proceeded.

When the application content correction button 407 is designated, the contract content confirmation processing unit U04 provides the supplier terminal 150 with an application information change screen 3300 as illustrated in FIG. 5A.

The screen 3300 includes an application details inquiry field 3302 and company information 3301 created based on the contents of the item 406, a scheduled delivery date input field 3303 for inputting the scheduled delivery date, and a comment input field for entering comments. In addition to a section 3304 and an attachment section 3305 for designating an attached file, a return button 3306 and a change confirmation button 3307, which are function buttons, are also displayed.

The supplier S confirms the contents displayed in the application details inquiry section 3302, adds and updates the information necessary for the contract, and if there is no problem, designates a change confirmation button 3307, and confirms the contents.

When the change content confirmation button 3307 is designated, the contract content confirmation processing unit U04 provides FIG. 4B with updated information, and by designating the contract procedure button 408, provides FIG. 5B.

A screen 3310 illustrated in FIG. 5B includes an application detail inquiry section 3312 and company information 3311 created based on the contents of the item 406, a return button 3313 that is a function button, a contract output button 3314, and an electronic contract button. 3315, and a change button 3316 are also displayed. Also displayed is an attached file storage section 3317 for referring to the attached file.

The supplier S confirms the contents displayed in the application details inquiry section 3312, and if there is no problem, the supplier S can specify the electronic contract button 3315 and confirm the contents. When the electronic contract button 3315 is designated, the supplier terminal 150 is provided with a screen 500B for designation of attachment of the quotation as illustrated in FIG. 5C.

The screen 500B also displays a quotation data name input field 507 for the quotation b to be attached, an add button 508, a clear button 509, a submit button 510, and a close button 511, which are function buttons.

The supplier S designates the close button 511 when there is no estimate b to be attached, and enters the file name of the estimate b in the estimate data name input field 507 when there is an estimate b to be attached. , to specify the add button 508 . If there are a plurality of quotations b to be attached, then the file name of the quotation b may be input in the quotation data name input field 507 and the add button 508 may be specified. After completing the input of the file names of all quotations b, the submit button 510 is designated.

As a result, the designated quotation b is stored in the quotation database 32 . The estimate b stored in the estimate database 32 is linked and attached as an attached document specified in the attachment section 3305 in the screen 3300 shown in FIG. 5A.

When the submit button 510 or the close button 511 is specified on the screen 500B shown in FIG. 5C, the contract content confirmation processing unit U06 provides the supplier terminal 150 with a contract content confirmation request screen 600 as shown in FIG. do.

From the screen 600, an estimate content display portion 601, a contract content display portion 602, a close button 603 and a next button 604, which are function buttons, are displayed.

From the quotation content display section 601, the quotation b can be downloaded and the content can be confirmed in PDF. In addition, from the contract details display unit 602, applicant information 602a (location, trade name or trade name, representative name, company phone number, representative mobile number, representative home address, representative home phone number, date of birth, gender etc.), contract property information 602b (property name, manufacturer name, model, serial number, number of units, installation address, etc.), and contract conditions 602c (monthly lease fee, lease period, payment method, re-lease fee, payment date, special agreement etc.).

The supplier S confirms the contents displayed on the screen 600, and if there is no problem, the supplier S can specify the next button 604 to proceed to the next process.

When the Next button 604 is specified, the contract confirmation request processing unit U05 provides the supplier terminal 150 with a screen 700 for inputting electronic contract data destination information as illustrated in FIG.

The screen 700 displays a department name input field 701, a job title input field 702, a name input field 703, and an e-mail address input field 704, as well as a close button 705 and a next button 706, which are function buttons. .

The supplier S can enter the relevant information in these input fields 701 to 704 displayed from the screen 700 and then specify the next button 706 to confirm the input contents.

When the next button 706 is specified, the contract confirmation request processing unit U05 provides the supplier terminal 150 with a screen 800 for confirming the input content as illustrated in FIG.

From the screen 800, a confirmation column 801 displaying the contents entered in the input columns 701 to 704 of the screen 700, and a close button 802 and an OK button 803, which are function buttons, are displayed.

The supplier S confirms the contents displayed in the confirmation column 801, and if there is no problem, designates an OK button 803 to proceed to the next process. On the other hand, if there is a problem, that is, if correction is required, the close button 802 is specified. As a result, the supplier S can return to the screen 700, enter the correct information in the input fields 701 to 704, and click the close button 706 to return to the screen 800 shown in FIG.

When the OK button 803 is specified on the screen 800, the contract confirmation request processing unit U05 creates a screen 900 for inputting information for electronic contract data transmission for the end user terminal 100, as shown in FIG. .

From the screen 900, in addition to a mail input section 901 in which the text of the mail to the end user E is input, there are function buttons such as an expiration date setting section 902, a password setting section 903, a return button 904, a password validation button 905, and a password setting section 903. A submit button 906 is also displayed. Also, in the mail text input field 901, a link 901a to the contract content confirmation URL address for the end user E is also described.

The supplier S designates one of the radio buttons for setting the access valid period displayed in the valid period setting section 902 on the supplier terminal 150 . Thereby, the contract confirmation request processing unit U05 sets an access validity period to the URL address for end user authentication. Furthermore, when the supplier S designates the password setting unit 903, the contract confirmation request processing unit U05 automatically generates a password for the end user E to access the URL for contract content confirmation.

FIG. 10 illustrates a screen 1000 on which an automatically generated password 1001 is displayed from the supplier terminal 150. FIG. When the supplier S designates the send button 906 which is activated after designating the password validation button 905 in this state, the contract confirmation request processing unit U05 sends an e-mail to the end user terminal 100 as illustrated in FIG. An e-mail for confirming personal authentication in which text 1101 is displayed is sent.

End user E receives this e-mail on end user terminal 100, displays mail body 1101, and can confirm the content. The mail text 1101 also displays a link 901b to the authentication URL address.

End user E completes the authentication of end user E by accessing the authentication URL address from end user terminal 100 within the access validity period set by validity period setting unit 902 according to link 901b. The contract confirmation request processing unit U05 provides the end user terminal 100 with a screen 1200 illustrated in FIG.

A mail text 1201 on the screen 1200 displays a message that the person in charge of the lease contract has been authenticated. A close button 1202, which is a function button, is also displayed on the screen 1200, and when the end user E confirms that the personal authentication is completed by viewing the message of the mail body 1201, the close button 1202 is specified.

On the other hand, when the end user terminal 100 accesses the authentication URL address after the access expiration date set by the expiration date setting unit 902 has passed, the contract confirmation request processing unit U05 sends the end user terminal 100, A screen 1300 illustrated in FIG. 13 is provided.

From the screen 1300 shown in FIG. 13, a message 1301 is displayed to the effect that personal authentication has failed because the access expiration date has passed. Seeing this message 1301, end user E can recognize that personal authentication has failed. The screen 1300 also displays a close button 1302, which is a function button. End user E can close this screen by specifying a close button 1302 .

When the expiration date has passed, the supplier S resets the access expiration date to the URL address for end user authentication from the screen 900 for inputting the electronic contract data transmission information for the end user terminal 100 shown in FIG. Regenerate the password to access the setting and confirmation URL. As a result, the personal authentication mail 1101 illustrated in FIG. 11 is sent to the end user terminal 100 as described above.

According to the link 901b included in the mail text 1101 displayed from the end user terminal 100, the end user E accesses the authentication URL address from the end user terminal 100 within the access validity period set by the validity period setting section 902. By doing so, the authentication of the end user E is completed, and the contract confirmation request processing unit U05 provides the end user terminal 100 with a screen 1200 illustrated in FIG.

A mail text 1201 on the screen 1200 displays a message that the person in charge of the lease contract has been authenticated. A close button 1202, which is a function button, is also displayed on the screen 1200, and when the end user E confirms that the personal authentication is completed by viewing the message of the mail body 1201, the close button 1202 is specified.

When the close button 1202 is designated, the contract confirmation request processing unit U05 separately transmits the password generated in FIG. 10 and the URL 901a to the end user terminal 100. FIG. A screen 4400 illustrated in FIG. 14A displays a password 4001 for logging in to the login screen. Also, in the message 4501 illustrated in FIG. 14B, a link 4501b to the same login screen as the link 901a is displayed.

When the end user E designates the link 4501b according to the content of the message 4501, the contract confirmation request processing unit U05 provides the end user terminal 100 with an access screen 1500 as illustrated in FIG.

The access screen 1500 displays a login information input field 1501 and a participation button 1502 which is a function button. End user E enters the authenticated e-mail address as the user name and the login password 4001 displayed in the message 4400 as the password in the login information input field 1501, and designates the participation button 1502. , the contract content confirmation processing unit U06 provides the end user terminal 100 with a screen 1600 or a screen 1700 on which a lease contract input form as illustrated in FIG. 16 or 17 is displayed. FIG. 16 shows a screen 1600 displaying the lease contract input form 1610 when the end user E is a corporation, and FIG. 17 shows the lease contract input form 1710 when the end user E is a sole proprietor. shows a screen 1700 on which is displayed.

16 and 17, in addition to the lease contract input forms 1610 and 1710, function buttons such as an account setting button 1621, a data save button 1622, a correction request button 1623, and a contract application button 1624 are also displayed.

If the end user E is a corporation, the essential items 1611 to 1620 regarding the end user E on the screen 1600 are editable by the end user E, that is, input and correction are possible, and editing by the supplier S is impossible. . The contract content confirmation processing unit U06 displays the essential items 1611 to 1620 in a display format different from that of other portions. Different display formats include, for example, at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading.

The end user E can check the contents of the essential items 1611 to 1620, and if he/she finds an error or deficiency, he/she can edit such as input or correction. When editing is completed, the contract content confirmation processing unit U06 saves the content of the essential items 1611 to 1620 in the contract information database 31 as the contract related information a by designating the data save button 1622. FIG. When the saving is successful, the contract content confirmation processing unit U06 causes the end user terminal 100 to display a saving success message 1811 shown in FIG.

When the input omission indication message 1812 is displayed, the end user E confirms the contents of the required items 1611 to 1620, inputs the missing required items, and designates the data save button 1622. FIG. In response, the contract content confirmation processing unit U06 overwrites and saves the content of the input essential items 1611 to 1620 in the contract information database 31 as the contract related information a. When the saving is successful, the contract content confirmation processing unit U06 causes the end user terminal 100 to display a saving success message 1811 shown in FIG. Let

By repeating the above, when the input to all the required items 1611 to 1620 is finally completed and the end user terminal 100 displays a save success message 1811 shown in FIG. A button 1624 can be specified to proceed to contract application processing, which will be described later.

On the screen 1700 shown in FIG. 17 displayed when the end user E is a sole proprietorship, the function buttons displayed on the screen 1600 shown in FIG. In addition to a request button 1623 and a contract application button 1624, a lease contract input form 1710 is also displayed.

In the lease contract input form 1710, essential items 1711 to 1714 and 1716 to 1723 related to end user E who is a sole proprietor can be edited by end user E, and cannot be edited by supplier S. It is a place. The contract content confirmation processing unit U06 displays the essential items 1711 to 1714 and 1716 to 1723 in a display format different from that of other portions. Different display formats include, for example, at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading.

The end user E can check the contents of the essential items 1711 to 1714 and 1716 to 1723 and, if he/she finds an error or deficiency, can edit such as input or correction. When editing is finished, the contract content confirmation processing unit U06 saves the content of the essential items 1711 to 1714 and 1716 to 1723 in the contract information database 31 as the contract related information a by designating the data save button 1622 . When the saving is successful, the contract content confirmation processing unit U06 causes the end user terminal 100 to display a saving success message 1811 on the screen 1800 shown in FIG. Let

When the input omission indication message 1812 is displayed, the end user E confirms the contents of the required items 1711 to 1714 and 1716 to 1723, inputs the missing required items, and designates the data save button 1622. . In response to this, the contract content confirmation processing unit U06 overwrites and saves the contents of the input essential items 1711 to 1714 and 1716 to 1723 in the contract information database 31 as the contract related information a. Then, when the saving is successful, the contract content confirmation processing unit U06 causes the end user terminal 100 to display a saving success message 1811 shown in FIG. 1812 is displayed.

By repeating the above, the contract content confirmation processing unit U06 finally completes the input to all the required items 1711 to 1714 and 1716 to 1723, and the save success message 1811 shown in FIG. When displayed, end user E can specify a contract application button 1624 to proceed to contract application processing, which will be described later.

If end user E finds inappropriate input (erroneous input or omission) in items other than the mandatory items 1611 to 1620, 1711 to 1714, and 1716 to 1723 in the lease contract input forms 1610 and 1710, By operating the end user terminal 100, the correction request button 1623 is designated. As a result, the contract content confirmation processing unit U06 displays a screen 1900 on which a message input unit 1901 is displayed, as shown in FIG. End user E writes a message indicating the content of the request to supplier S in message input section 1901 . The screen 1900 also displays a return button 1902 and a send button 1903 which are function buttons related to the message input section 1901 .

By operating the end user terminal 100, the end user E writes a message indicating the content of the request to the supplier S in the message input section 1901, and when the send button 1903 is specified, the contract content confirmation processing section U06 receives this message. , to the supplier terminal 150 .

Supplier terminal 150 receives the message as shown in FIG. 20A and displays screen 6000 . Seeing this, supplier S designates the link 6011 to the correction screen displayed in the mail 6010, moves to the screen 3300 shown in FIG. It is overwritten and saved in the contract information database 31 as information a. The supplier S can also request the end user E to confirm the lease agreement input forms 1610 and 1710 modified by the supplier S, as described above.

The application content confirmation processing unit U10 checks whether or not the contract-related information a stored in the contract information database 31 has incorrect descriptions or missing descriptions on a screen 5700 illustrated in FIG. 20B. do. This may be done by comparison with public information obtained using open sources, by comparison with customer information k stored in advance in the customer information database 34, or by human-based checks by an operator. If there is an erroneous description, a missing description, or a description that requires confirmation, by designating a customer correction request 5711 shown in FIG. 20B, an email 2001 shown on the screen 2000 in FIG. By specifying the return 5712 of the end user E and/or the supplier S, depending on the content, so that the mail 6000 shown in FIG. 20A is sent when the end user E returns to the supplier S Send an inquiry email. In the case of sending back to the supplier S, the correction items are entered from the mail input section 5910 shown in the screen 5900 of FIG. can be done.

The inquiry mail 2001 illustrated on the screen 2000 of FIG. 20C is for the customer, and the correction request mail 6010 illustrated on the screen 6000 of FIG. 20A is for the supplier S. The information entered in FIG. 20D is reflected in the "confirmation request" in FIG. 20A, and a link 6011 for accessing the contract information database 31 in FIG. 20A is also displayed along with a message 6010 indicating the content of the inquiry.

The application content confirmation processing unit U10 also sends a separate email message 2101 indicating the login password for opening the contract-related information stored in the contract information database 31, as exemplified on the screen 2100 shown in FIG.

End user E who received the messages 2001 and 2101 operates the end user terminal 100 to specify the link 2002 from the screen 2000, and from the login screen 2003 displayed according to the specification, the login information specified in the message 2101 is displayed. A login name 2102 and a password 2103 are entered.

As a result, the contract content confirmation processing unit U06 creates a lease contract input form 1610 based on the contract-related information a stored in the contract information database 31, as illustrated in FIG. is displayed on the confirmation screen 2200 . It should be noted that FIG. 22 shows, as an example, a lease agreement input form 1610 when the end user E is a corporation. When end user E is a sole proprietor, the lease agreement input form has a format such as the lease agreement input form 1710 illustrated in FIG. The case shall be taken as an example.

When the confirmation screen 2200 is displayed, the contract content confirmation processing unit U06 displays the portion requiring correction in a display format different from that of the other portions so that it can be clearly recognized. As described above, the different display formats include, for example, at least one of display with different colors, display with different shading, display with and without hatching, and display with and without shading.

FIG. 22 shows an example of requesting correction of the title 1615 of the representative and the reading 1617 . In this case, the contract content confirmation processing unit U06 basically displays the lease contract input form 1610 in black, but displays only the frame of the representative's job title 1615 and the frame of the furigana 1617 in red. Furthermore, a balloon 2201 instructing "Please enter the correct title" is displayed for the representative title 1615, and a balloon 2202 instructing "Please enter the full name" is displayed for the reading 1617. do.

According to these balloon displays, the end user E operates the end user terminal 100 to enter the correct title in the frame of the representative's job title 1615, enter the full name in the phonetic 1617 frame, and enter. Later, by specifying the data save button 1622, the entered contract-related information a can be overwritten and saved in the contract information database 31. FIG.

In response to this, the application content confirmation processing unit U10 checks whether or not there are any erroneous descriptions or missing descriptions in the contract-related information a stored in the contract information database 31 in the same manner as described above. If there is, an inquiry mail can be sent to end user E as shown in screen 2000 of FIG. 20C. The application content confirmation processing unit U10 repeats such inquiries for checking and correction until there is no problem with the content of the contract-related information a stored in the contract information database 31.

Then, when the application content confirmation processing unit U10 confirms that the contract-related information is correct, it designates the confirmation completion button 5713 illustrated in FIG. Then, a guide mail 2301 regarding the electronic contract is sent to the end user terminal 100 .

In the guide mail 2301 shown in FIG. 23, a link 2302 to the electronic contract confirmation address is displayed in addition to the text.

The application content confirmation processing unit U10 also sends an email 2401 such as the screen 2400 shown in FIG. A password 2402 for accessing the link 2302 is also displayed in the mail 2401 .

When the end user E accesses the link 2302, a screen sheet of the contract for which confirmation has been completed by the application content confirmation processing unit U10 is displayed. It is also possible to download the contract.

After the supplier S delivers the item, the application content confirmation processing unit U10 sends an email as shown in FIGS. 25 and 26 to the end user terminal 100. FIG. A confirmation button 2510, which is a function button, is also displayed on the screen 2500 showing the login mail.

When end user E designates a confirmation button 2510 on screen 2500 shown in FIG. A code request screen 2600 is provided to the end user terminal 100 . The screen 2600 also displays an access code input field 2601 and an open button 2602, which is a function button.

In response to this, end user E enters the password 2402 displayed in the email 2401 in the access code input section 2601 and designates the open button 2602. When the application content confirmation processing section U10 displays a screen as shown in FIG. 2700 is provided to the end user terminal 100 . A screen 2700 displays a lease contract 2701 created from the contract-related information a stored in the contract information database 31 . Further, from the screen 2700, an agree button 2703 and a reject button 2704, which are function buttons, are also displayed.

As a result of confirming the part 2702 to be confirmed in the lease contract 2701, the end user E designates an agreement button 2703 when judging that there is no problem with the content. Then, the application content confirmation processing unit U10 provides the end user terminal 100 with a screen 2800 displaying a cancel button 2801 and a confirmation complete button 2802, both of which are function buttons, as shown in FIG. In response to this, the end user E designates the confirmation completion button 2802, and the application content confirmation processing unit U10 displays a screen 2900 displaying "document confirmation is completed" as shown in FIG. Provided to the end user terminal 100 . With this, the contract conclusion processing by the end user E is completed. After that, the application content confirmation processing unit U10 creates a concluded lease contract e based on the contract-related information for which the contract conclusion process has been performed, and registers it in the contract database 33.

If the end user E does not want to complete confirmation while the screen 2800 shown in FIG. 28 is being displayed, the end user E can specify a cancel button 2801 to return to the screen 2700 shown in FIG.

On the other hand, as a result of confirming the lease contract 2701 displayed from the screen 2700, the end user E, when judging that there is a problem with the contents, designates a rejection button 2704 as shown in the screen 3000 of FIG. Then, the application content confirmation processing unit U10 displays a rejection processing screen 3100 as illustrated in FIG. A rejection processing screen 3100 displays a rejection reason input field 3101 and a rejection button 3102 and a cancel button 3103 which are function buttons.

End user E operates the end user terminal 100 to input the reason for rejection in the rejection reason input field 3101 , and after completing the input, designates the rejection button 3102 . As a result, the contract content confirmation process ends without being decided. Further, the application content confirmation processing unit U10 sends an e-mail to the end user terminal 100 notifying that the application has been rejected. End user E thus recognizes the rejection. Also, end user E can return to the screen 2700 in FIG. 27 by specifying the cancel button 3103 in the screen 3100 state.

(Operation example)
Next, an operation example of the electronic contract drafting support system 10 to which the electronic contract drafting support method according to the present embodiment is applied will be described.

When the supplier S accesses the electronic contract drafting support system 10 from the supplier terminal 150, a screen 400A as shown in FIG. 4A is provided to the supplier terminal 150 and displayed by the application acceptance processing unit U00. Screen 400A displays menu items such as examination application 401, application inquiry/contract procedure 402, contract inquiry 403, deposit schedule result inquiry 404, and sales support 405. FIG.

In response to this, when the supplier S obtains approval of the examination from the request in the examination application 401 and requests support for electronic contract creation, the supplier S operates the input device such as the mouse and keyboard of the supplier terminal 150 to perform the application inquiry/contract procedure 402. to select.

In response to this selection, a screen 3200 as shown in FIG. 32 is provided to the supplier terminal 150 and displayed by the contract application processing unit U01.

A search condition input section 3201 and a search result display section 3202 are displayed from the screen 3200 .

When the supplier S inputs search conditions such as the name of the applicant, the name of the person in charge of the project, the status, and the acceptance month from the search condition input unit 3201, the contract application processing unit U01 stores the contract information that matches the search conditions in the contract information database. 31 and an overview of the contract-related information a according to the specified status is displayed from the search result display section 3202 .

From the screen 3200, an application content correction function button 3203 and a contract procedure function button 3204 are also displayed. If the status is "examinationable settlement", the supplier S designates the contract procedure function button 3204, and the details of the contract-related information a are shown by the contract content confirmation processing unit U04 as shown in FIG. 5B. Screen 3310 is displayed from supplier terminal 150 .

Company information and property information are also displayed on the screen 3310, and the supplier S can confirm these contents.

The screen 3310 also displays function buttons such as a return button 3313 , an output contract as PDF button 3314 , an electronic contract button 3315 and a change button 3316 .

When the supplier S selects the change button 3316 to modify the contract property information for the contract on FIG. provides a screen 3400 as illustrated in FIG. 33 and displayed from the supplier terminal 150 . The screen 3400 also displays an estimate designation field 3401, and a submit button 3402 and a close button 3403, which are function buttons. The supplier S operates the supplier terminal 150 to enter the file name of the quotation b into the quotation designation section 3401 and specify the submit button 3402 . The quotation b with the file name is stored in association with the contract information a. After that, the screen 3400 is closed by the supplier S specifying the close button 3403 .

After that, the contract confirmation request processing unit U05 creates a screen 3500 as shown in FIG.

An image 3501 of a contract is displayed from the screen 3500 . The contents of the contract in the image 3501 reflect the information set in the examination process by the application reception processing unit U00 and the information supplemented and corrected by the supplier. The supplier S can only confirm the contents of the contract from the screen 3500 and cannot modify it. The screen 3500 also displays a return button 3502 and a next button 3503 which are function buttons.

When the supplier S designates the next button 3503 by operating the supplier terminal 150, the contract confirmation request processing unit U05 creates a screen 3600 as shown in FIG. 35, provides it to the supplier terminal 150, and displays it. be. The screen 3600 also displays an input section 3601 for inputting end-user destination information registration, a close button 3602 and a next button 3603 as function buttons.

As shown in FIG. 36, the supplier S inputs the end user destination information from the input section 3601 and designates the next button 3603, and the screen 3800 shown in FIG. 37 is displayed from the supplier terminal 150. . The screen 3800 also displays an input content 3801 and function buttons such as a close button 3802 and an OK button 3803 .

The supplier S confirms the input content 3801 and designates an OK button 3803 if the content is acceptable. As a result, the input content 3801 is registered as the end-user destination in the customer information registered in the customer information database 34 .

Next, the contract confirmation request processing unit U05 creates an email for confirming the contents of the contract to the registered destination of the end user. FIG. 38 exemplifies a screen 3900 showing the composition status of the mail. Screen 3900 is displayed from supplier terminal 150 .

Screen 3900 displays, in addition to mail text input field 3901, an expiration date setting field 3902, password setting field 3903, return button 3904, password validation button 3905, and send button 3906 as function buttons. In addition, a link 3901a to the URL address for end user E's confirmation of contract details is also displayed in the body of the mail.

The supplier S of the electronic contract drafting support system 10 designates one of the radio buttons for setting the access expiration date displayed in the expiration date setting section 3902 on the screen 3900 displayed from the supplier terminal 150. .

As a result, the contract confirmation request processing unit U05 sets the expiration date of access to the URL address for end-user contract confirmation. When the supplier S further designates the password setting section 3903, the contract confirmation request processing section U05 automatically generates a password for accessing the contract content confirmation URL.

FIG. 39 illustrates a screen 4000 on which an automatically generated password 4001 is displayed. Screen 4000 is also displayed from supplier terminal 150 . When the supplier S designates the password validation button 3905 on the screen 4000, the password 4001 is validated by the contract confirmation request processing unit U05. As a result, the screen 4100 shown in FIG. 40 is displayed from the supplier terminal 150 and the send button 3906 is activated. Then, when the operator designates the send button 3906 from the screen 4100, as exemplified in the screen 4200 shown in FIG. An authentication confirmation mail 4201 is sent.

The personal authentication confirmation mail 4201 is received by the end user terminal 100 and displayed. The confirmation mail 4201 also displays a link 4201a to the end user E's authentication URL address and an access expiration date 4202a to the authentication URL address.

As a result, the end user E confirms the content of the confirmation mail 4201 . Further, end user E can operate end user terminal 100 to access link 4201a for user authentication. When user authentication is completed, a screen 4300 shown in FIG. 42 is displayed from the end user terminal 100. FIG.

A screen 4300 displays a message 4301 indicating that user authentication has been completed, and a close button 4302, which is a function button. Furthermore, as displayed in the message 4301, the end user E is provided with a link 3901a to the URL address for confirming the details of the lease contract, and a valid URL in FIG. You will be notified by email of the encrypted password.

FIG. 14A shows an example of a screen 4400 showing an e-mail notifying a password for accessing a URL for confirming the contents of a lease contract. This mail is received by the end user terminal 100 and displayed. A screen 4400 displays a password 4001 generated by specifying a password validation button 3905 .

FIG. 14B shows an example of a screen 4500 containing the same mail body 4501 as the mail body 3901 of FIG. 38 containing a link 4501b to a URL for confirming the lease contract details. This mail is also received by the end user terminal 100 and displayed.

When the link 4501b included in the mail text 4501 displayed from the end user terminal 100 is specified by the end user E, the contract content confirmation processing unit U06 performs login input unit 4601 and function buttons as shown in FIG. A screen 4600 with a certain join button 4602 displayed is provided and displayed.

In response to this, as shown in FIG. 44, end user E enters his user name and the password 4001 notified as shown in FIG. is specified, a screen 4800 including a lease contract form 4810 is provided to the end user terminal 100 and displayed by the contract content confirmation processing unit U06 as shown in FIG.

In the form 4810 of the lease agreement displayed on the screen 4800, essential items 4811 to 4820 regarding the end user E can be edited such as input and correction by the end user E, and cannot be edited by the supplier S. . The contract content confirmation processing unit U06 displays the essential items 4811 to 4820 in a display format different from that of other portions. Different display formats include, for example, at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading.

As shown in FIG. 46, end user E can input relevant information to required items 4811 to 4820 by operating end user terminal 100 .

FIG. 47 shows a screen 5000 displaying optional input items 5011, 5012, and 5013 of the lease contract, which is displayed by paging through the lease contract form 4810 shown in FIG. End user E may or may not enter 5011 (preferred time zone for calling), 5012 (contract confirmation destination), and 5013 (communication column) shown on screen 5000 .

As shown in FIGS. 45, 46, and 47, along with the lease contract 4810, function buttons such as an account setting button 4821, a data save button 4822, a correction request button 4823, and a contract application button 4824 are also displayed.

End user E designates the data save button 4822 after finishing the editing. As a result, the edited contract-related information a is overwritten and saved in the contract information database 31 .

End user E can then set up an account by specifying the set up account button 4821, as follows.

That is, when the account setting button 4821 is specified in FIG. 45, FIG. 46, or FIG. A screen 5100 containing a list display 5110 of valid debit accounts is provided to the end user terminal 100 and displayed. This screen 5100 also displays a close button 5111, a select button 5112, and a deposit account transfer request form button 5113, which are functional buttons.

A list display 5110 shown in FIG. 48 indicates a case where end user E has four registered accounts.

As shown in screen 5200 of FIG. 49, end user E can register a withdrawal account by specifying a withdrawal account from list display 5110 and selecting select button 5112 . The registered withdrawal account is stored in the contract-related information a in the contract information database 31 .

Thereafter, the contract content confirmation processing unit U06 provides the end user terminal 100 with a lease contract format 4810 reflecting the withdrawal account information 4830 selected from the list display 5110, as shown in the image 5300 of FIG. ,Is displayed.

You cannot apply without setting up an account. If there is no registered account, the output obtained by designating the deposit account transfer request form button 5113 is required to designate the application.

FIG. 51 shows a screen 5400 in this state. Since no account has been set in this state, the withdrawal account information 4830 field in the lease contract form 4810 remains blank. In this case, the electronic contract drafting support system 10 issues a bank transfer request form that can be output to the end user E when the end user E designates the bank account transfer request button 5113, and the end user E transfers the bank account transfer. The operator of the electronic contract drafting support system 10 registers the necessary items in the withdrawal account information 4830 by outputting a request form, filling in the required items, and returning the request form, thereby setting up an account.

When the contract application button 4824 is designated, a screen 5500 indicating that the transmission of the contract data has been completed is transmitted to the end user terminal 100 and displayed by the contract content confirmation processing unit U06, as shown in FIG. be. Further, the contract content confirmation processing unit U06 sends an email 5600 stating that the contract content will be confirmed to the end user terminal 100, as illustrated in FIG. 53A.

As shown in FIG. 20B, the contract-related information a saved in the contract information database 31 by the end user E is displayed on the display 16 in the lease contract form 4810 by the application content confirmation processing unit U10, and is checked by the operator. be.

If the operator finds incorrect descriptions or missing descriptions in the essential items 4811 to 4819, 4830, etc. in the form 4810 of the lease contract, the operator asks the end user E or the supplier S to correct them depending on the item. request. That is, if the incorrect description or the missing description is related to the end user E, the end user E is requested to correct it, and if it is related to the supplier S, the supplier S is requested to correct it. When requesting end user E to make a correction, the operator designates a customer correction request button 5711 which is a function button displayed on the screen 5700 . On the other hand, when requesting the supplier S to make corrections, a button 5712 to send back to the supplier, which is a function button displayed on the screen 5700, is specified. If neither the end user E nor the supplier S is requested to correct, that is, if no incorrect description or missing description is found, the confirmation complete button 5713, which is a function button displayed on the screen 5700, is displayed. Specify

When the confirmation completion button 5713 is specified, the application content confirmation processing unit U10 sends a confirmation completion notification email 5810 as illustrated in the screen 5800 of FIG. 53B to the end user terminal 100 at the same time as the login password email. be.

The confirmation completion notification mail 5810 displays a message notifying that confirmation of the lease contract has been completed and a URL 5820 for confirming the contract.

On the other hand, when the send back to supplier S button 5712 is specified on the screen 5700 shown in FIG. 16 onwards. Below the mail input area 5910, a return button 5911 and a send button 5912, which are function buttons, are also displayed.

The operator operates the input unit 17 to write the contents of the correction request to the supplier S in the mail input unit 5910, and by specifying the send button 5912, the correction request items can be notified to the supplier terminal 150 by e-mail. can. Also, the operator can return to the previous screen by specifying a return button 5911 .

In response to the designation of the send button 5912, a correction request mail 6010 is sent to the supplier terminal 150 by the contract content confirmation processing unit U06, as shown in the screen 6000 shown in FIG. 20A. A link 6011 to a screen for correction is also displayed in the correction request mail 6010, and the supplier S operates the supplier terminal 150 and designates the link 6011 to display the screen for correction FIG. 5A. you can make any necessary corrections.

Further, when the operator operates the input unit 17 to add a comment to the portion requiring correction on the screen 5700 shown in FIG. Then, a correction request mail 2001 is sent to the end user terminal 100 by the application content confirmation processing unit U10 at the same time as the password mail. A link 2002 to a correction screen is also displayed in the correction request mail 2001. When the end user E operates the end user terminal 100 and designates the link 2002, the contract content confirmation processing unit U06 displays the A screen for correction is displayed from the display of the end user terminal 100, as shown in screen 6200 of 54. FIG.

A screen 6200 shown in FIG. 54 is an example in which since the applicant's (borrower's) kana, which is the essential item 4813, is incomplete, this fact is pointed out by a content to be corrected 6210 displayed in a balloon.

By viewing the content to be corrected 6210 , end user E recognizes that the applicant's (borrower's) reading is incomplete, and enters correct information in the required item 4813 .

From the screen 6200, in addition to the lease contract 4810 displaying the content to be corrected 6210, the function buttons already explained, namely, an account setting button 4821, a data save button 4822, a correction request button 4823, and a contract application button 4824 are also displayed. be done.

FIG. 55 shows a screen 6300 displaying the lease agreement 4810 amended by end user E according to the content to be amended 6210 .

In FIG. 54, only "Kabushikigaisha" is indicated as the kana of the applicant (borrower), which is the mandatory item 4813, but in FIG. ABC" is corrected correctly.

End user E designates the data save button 4822 after completing the correction. As a result, the contract-related information a stored in the contract information database 31 is updated based on the corrected contents.

After that, based on the updated contract-related information a, as described above, the application content confirmation processing unit U10 checks whether there are any erroneous descriptions or missing descriptions. In this manner, the application content confirmation processing unit U10 repeats the correction request to the end user E and/or the supplier S until there is no problem with the content of the contract-related information a. In this way, the contract-related information a with no problem in the described contents is finally obtained, and based on this contract-related information a, the application content confirmation processing unit U10 prepares the contract e and registers it in the contract database 33. be.

When the contract e is registered in the contract database 33, the intention confirmation registration processing unit U11 requests the end user E to approve the contract e. Specifically, the intention confirmation registration processing unit U11 requests the end user E to electronically sign the contract e.

FIG. 26 shows an example of a mail 2401 sent to the end-user terminal 100 by the intention confirmation registration processing unit U11 to request an electronic signature. Since the electronic signature is executed on the external electronic signature cloud, the mail 2401 also clearly shows the access code 2402 to the cloud after clicking the 2510 button in FIG.

In this way, by completing the electronic signature by end user E, the lease contract based on the lease contract 4810 is formally concluded between end user E and examination agency W, and by the external electronic signature cloud, the A mail as shown in screen 6900 is sent to the end user terminal 100 and the electronic signature completion data to the electronic contract drafting support system 10 .

As described above, according to the electronic contract drafting support system to which the electronic contract method according to the present embodiment is applied, by digitizing the contract, the movement of paper documents is eliminated and the risk of loss is eliminated. be able to. In addition, since the parties to the contract can simultaneously confirm the contents of the contract, it is possible to shorten the time required from the start of confirmation of the contract contents to the conclusion of the contract.

In addition, the electronic contract drafting support system to which the electronic contract method according to the present embodiment is applied can be applied not only between contracting parties but also contract forms in which a third party mediates the contract.

Although the best mode for carrying out the present invention has been described above with reference to the accompanying drawings, the present invention is not limited to such a configuration. Within the scope of the invented technical idea of the claims, those skilled in the art can conceive of various modifications and modifications, and these modifications and modifications are also within the technical scope of the present invention. be understood to belong to

For example, in the above embodiment, the configuration example in which the electronic contract drafting support system 10 is provided in the examination agency W for convenience has been described. However, the electronic contract drafting support system to which the electronic contract method according to the embodiment of the present invention is applied is not limited to the configuration provided in the examination agency W, and can also be constructed in a server outside the examination agency W. In addition, the server is not limited to a single server, and can be implemented by combining multiple servers, that is, using one or multiple processors, like a cloud. It is understood that the configuration as described above also belongs to the technical scope of the present invention.

10 electronic contract drafting support system 11 bus 12 CPU
13 External recording medium 14 Recording medium reading unit 15 Communication unit 16 Display 17 Input unit 20 Memory 30 Storage device 31 Contract information database 32 Quotation database 33 Contract database 34 Customer information database 100 End user terminal 150 Supplier terminal U00 Application acceptance processing unit U01 Contract application processing unit U02 Business negotiation setting processing unit U03 Online negotiation processing unit U04 Contract content confirmation processing unit U05 Contract confirmation request processing unit U06 Contract content confirmation processing unit U07 Withdrawal account selection processing unit U08 Withdrawal account setting processing unit U10 Application content confirmation processing Unit U11 Intention confirmation registration processing unit U12 Electronic contract progress processing unit U13 Electronic signature processing unit

That is, the invention of claim 1 is a system for supporting the preparation of an electronic contract, which is an electronically prepared contract draft relating to a contract to be concluded between a first contracting party and a second contracting party. and, as a result of the check by the first processing unit , if there is a problem with the content of the contract draft , at least one of the first and second parties to the contract is informed of the a second processing unit for requesting correction of the content of the draft contract ; A third processing unit that allows a contracting party to notify the second contracting party of the request content, and the content of the draft contract revised according to the request content notified by the third processing unit. a fourth processing unit that enables the second contracting party to notify the first contracting party of a confirmation request for If, as a result of this check, there is a problem with the contents of the draft contract , the second processing unit, in a state in which the third processing unit and the fourth processing unit are operable , This electronic contract drafting support system repeatedly asks at least one of the first and second parties to the contract to correct the content until there is no problem with the content of the draft contract .

The invention of claim 2 further comprises a fifth processing unit that requests the first and second parties to the contract to approve the draft contract when there is no problem with the contents of the draft contract. , an electronic contract drafting support system according to claim 1.

In the invention of claim 3, the fifth processing unit requests the first and second contracting parties to electronically sign as the act of approval. It is a contract drafting support system.

According to the fourth aspect of the invention, when the second processing unit requests at least one of the first and second contracting parties to correct the content, the requested contracting party is permitted to correct the content. 4. The electronic contract drafting support system according to any one of claims 1 to 3, wherein the modifiable portions that are present and the unmodifiable portions that are not permitted are displayed in different display formats.

In the invention of claim 5, the different display formats include at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading. It is a contract drafting support system.

The invention of claim 6 is an electronic contract drafting support method implemented by an electronic contract drafting support system , wherein a processor of the electronic contract drafting support system is a first contracting party and a second contracting party. a first process of checking the contents of an electronically created contract draft relating to a contract exchanged between the first and a second process of requesting at least one of the contract parties to correct the contents of the contract draft , and the first contract party requesting the second contract party to modify the contract draft a third process for enabling the first contracting party to notify the second contracting party of the request contents when requesting correction of the contents; and the request contents notified by the third process. and a fourth process that enables the second contracting party to notify the first contracting party of a confirmation request for the contents of the contract draft revised according to the modified The contents of the draft contract are checked by the first process, and if the contents of the draft contract are found to be problematic as a result of this check, the operations by the third process and the fourth process are possible. In this electronic contract preparation support method , the request for correction by the second process is repeated until there is no problem with the contents of the contract draft .

According to a seventh aspect of the invention, the processor further requests the first and second parties to the contract to approve the draft contract when there is no problem with the contents of the draft contract. 7. The electronic contract drafting support method according to claim 6, further executing a process.

The invention of claim 8 is the invention of claim 7, wherein the fifth process includes a process of requesting the first and second parties to the contract to electronically sign as the act of approval. This is an electronic contract drafting support method.

According to the ninth aspect of the invention, in the second process, when at least one of the first and second parties to the contract is requested to correct the content, the requested party to the contract is permitted to make corrections. 9. The electronic contract drafting support method according to any one of claims 6 to 8, including a process of displaying modifiable parts and unauthorized modifiable parts in different display formats.

In the invention of claim 10, the different display formats include at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading. This is a contract drafting support method.

The invention of claim 11 is the electronic contract drafting support method according to any one of claims 6 to 10, wherein the check in the first process is performed by an operator.

According to the invention of claim 12, there is provided a first function for checking the contents of an electronically created draft contract concerning a contract to be exchanged between a first contracting party and a second contracting party. a second function of requesting at least one of the first and second parties to the contract to correct the content of the draft contract if the content of the draft contract is found to be problematic as a result of the check ; When a contracting party wishes to request the second contracting party to revise the content of the contract draft, the first contracting party can notify the second contracting party of the requested content. a third function, wherein the second contracting party notifies the first contracting party of a request for confirmation of the content of the draft contract revised in accordance with the request content notified by the third function; A fourth function that enables the contents of the amended draft contract to be checked against the first function, and as a result of this check, if there is a problem with the contents of the draft contract , a fifth function for repeating, in a state in which the third function and the fourth function are operable, requesting the second function to perform the correction until there is no problem with the content; It is a program for realizing on a computer.

That is, the invention of claim 1 is a system for supporting the preparation of an electronic contract, which is an electronically prepared contract draft relating to a contract between a first contracting party and a second contracting party. a first processing unit for checking contents; and, as a result of checking by the first processing unit, if there is a problem in the contents of the draft contract, at least one of the first and second parties to the contract is informed of the contract a second processing unit for requesting correction of the content of the draft contract; and when the first contracting party requests the second contracting party to correct the content of the contract draft, a third processing unit that enables the parties to notify the second contracting party of the request content; and a fourth processing unit that enables the second contracting party to notify the first contracting party of a confirmation request, wherein the first processing unit receives the content of the revised contract draft. If, as a result of this check, there is a problem with the content of the draft contract , the second processing unit requests at least one of the first and second parties to the contract to correct the content. This is an electronic contract drafting support system that repeats this process until there is no problem with the content of the draft contract.

The invention of claim 6 is an electronic contract drafting support method implemented by an electronic contract drafting support system, wherein a processor of the electronic contract drafting support system is a first contracting party and a second contracting party. a first process of checking the contents of an electronically created contract draft relating to a contract exchanged between the first and a second process of requesting at least one of the contract parties to correct the contents of the contract draft, and the first contract party requesting the second contract party to modify the contract draft a third process for enabling the first contracting party to notify the second contracting party of the request contents when requesting correction of the contents; and the request contents notified by the third process. and a fourth process that enables the second contracting party to notify the first contracting party of a confirmation request for the contents of the draft contract revised in response to the revised contract The content of the draft contract is checked by the first processing, and if there is a problem in the content of the draft contract as a result of this check , a request for correction by the second processing is sent to the draft contract. This is an electronic contract drafting support method that repeats until there is no problem with the contents.

According to the invention of claim 12, there is provided a first function for checking the contents of an electronically created draft contract concerning a contract to be exchanged between a first contracting party and a second contracting party. a second function of requesting at least one of the first and second parties to the contract to correct the content of the draft contract if the content of the draft contract is found to be problematic as a result of the check; When a party wishes to request the second contracting party to revise the content of the contract draft, the first contracting party can notify the second contracting party of the content of the request. A third function, enabling the second contracting party to notify the first contracting party of a confirmation request for the content of the draft contract revised according to the request content notified by the third function a fourth function for performing the check on the contents of the amended contract draft with respect to the first function ; It is a program for causing a computer to realize a fifth function of repeating the request for correction to the second function until there is no problem with the content.

Claims (12)

A system for supporting the creation of an electronic contract,
a first processing unit for checking the contents of an electronically generated contract draft relating to a contract to be exchanged between two contracting parties;
a second processing unit for requesting at least one of the two parties to the contract to correct the content if there is a problem with the content as a result of the check;
The first processing unit checks the content modified in response to the request, and if there is a problem with the content as a result of this check, the second processing unit selects at least one of the two contracting parties. On the one hand, an electronic contract drafting support system in which a request for correction of the content is repeated until there is no problem with the content. 2. The electronic contract drafting support system according to claim 1, further comprising a third processing unit for requesting said two parties to the contract to approve said contract draft when said content has no problem. 3. The electronic contract drafting support system according to claim 2, wherein said third processing unit requests said two contracting parties to electronically sign as said act of approval. When requesting at least one of the two parties to the contract to correct the content, the second processing unit provides a list of modifiable parts that the requested party to the contract is permitted to modify and modifiable parts that are not permitted to be modified. 4. The electronic contract drafting support system according to any one of claims 1 to 3, wherein the prohibited parts are displayed in different display formats. 5. The electronic contract drafting support system according to claim 4, wherein said different display formats include at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading. A method for supporting the creation of an electronic contract, comprising:
a first process of checking the contents of an electronically generated contract draft relating to a contract to be made between two contracting parties;
a second process of requesting at least one of the two contracting parties to correct the content if the content is found to have a problem as a result of the check;
The content corrected in response to the request by the second processing is checked by the first processing, and if the content is found to have a problem as a result of the check, the content is corrected by the second processing. is repeated until there is no problem with the above contents. 7. The electronic contract drafting support method according to claim 6, further comprising a third process of requesting said two parties to the contract to approve said draft contract when said content has no problem. 8. The electronic contract drafting support method according to claim 7, wherein said third processing includes requesting said two contracting parties to electronically sign as said act of approval. In the second process, when requesting at least one of the two parties to the contract to modify the content, 9. The electronic contract drafting support method according to any one of claims 6 to 8, wherein the parts are displayed in different display formats. 10. The electronic contract drafting support method according to claim 9, wherein said different display formats include at least one of display with different colors, display with different shades, display with and without hatching, and display with and without shading. 11. The electronic contract drafting support method according to any one of claims 6 to 10, wherein the checking in said first process is performed by an operator. a first function for checking the contents of an electronically generated draft contract relating to a contract between two contracting parties;
a second function of requesting at least one of the two contracting parties to correct the content if the content is found to be problematic as a result of the check;
The first function is caused to perform the check on the content modified in response to the request by the second function, and if the content is found to have a problem as a result of the check, the second function A program for causing a computer to implement a third function of repeating the request for correction to a function until there is no problem with the content.

Images