KR20230082150A - An electric contract system and a contract document sending and receiving algorithm - Google Patents

Abstract

This specification discloses an electronic contract system and an electronic contract reception/transmission algorithm for it. According to an embodiment of the present invention, the electronic contract system provides a sender terminal 200 and a receiver terminal 300 in which an application for an electronic contract service is executed and the application, and provides the terminals through the Internet network. It includes a server 100 that connects (200, 300), and through the sender terminal 200, the sender prepares, electronically signs, and transmits the contract, and through the receiver terminal 300, the receiver electronically signs the contract. After signing, an electronic contract is concluded by replying to the sender terminal 200, and hash values are generated and assigned to the contract in the process of the sender's digital signature and the receiver's digital signature process, respectively, and each of the generated hash values Based on this, an encrypted hash value is generated, and an encrypted contract key value is generated from the encrypted hash value.

Description

An electric contract system and a contract document sending and receiving algorithm}

The present invention relates to an electronic contract system and an electronic contract reception and transmission algorithm therefor.

In general, contract work in business is conducted in a face-to-face manner in which contractors meet face-to-face.

The face-to-face contract method is a method in which the contractors do not spend a lot of time because they meet each other to proceed. In addition, face-to-face contracts entail some travel costs. In addition, according to the face-to-face contract method, a space for storing contract documents is required, and various printing and postal costs are incurred.

The disadvantages of such a face-to-face contract method can be solved through an electronic contract writing method conducted in an online environment, but a technology that gives consumers confidence enough to use it with confidence has not yet been developed.

An object of the present invention is to provide an electronic contract system capable of increasing consumer convenience and reliability, and an electronic contract reception and transmission algorithm therefor.

The present invention is an electronic contract reception and transmission algorithm for an electronic contract system, wherein the electronic contract system provides a sender terminal 200 and a receiver terminal 300 in which an application for an electronic contract service is executed and the application, and provides the application through an Internet network. It includes a server 100 that connects the terminals 200 and 300, and through the sender terminal 200, the sender prepares, digitally signs, and transmits the contract, and through the receiver terminal 300, the receiver receives the contract. An electronic contract is concluded by replying to the sender terminal 200 after digital signature, and hash values are generated and assigned to the contract in the sender's digital signature process and the receiver's digital signature process, respectively, and each of the generated hash values is generated. Based on the value, an encrypted hash value is generated, and an electronic contract reception and transmission algorithm for an electronic contract system in which an encrypted contract key value is generated from the encrypted hash value is provided.

According to the present invention, the following effects are provided.

1. Since the digital signature encryption process algorithm is provided, the security of the contract can be safely maintained without problems such as document theft prevention and confidential leakage.

2. Computerization of contract work can be achieved by converting face-to-face contract work into an online environment.

3. Transparent contract work becomes possible by providing a transparent contract work environment.

4. Contract document storage space is unnecessary, travel expenses for contract work are reduced, and various printing and postal expenses are reduced.

5. Search for contract documents can be done one-stop by providing an online environment.

6. It is possible to prevent the risk of loss or theft of the in-house seal.

1 is a diagram showing the configuration of an electronic contract system according to an embodiment of the present invention.
2 is a block diagram showing a service use flow provided to a user of the system of the present invention.
3 shows an example of a dashboard page displayed on a user terminal.
4 to 7 are diagrams showing a user's contract transmission process through the system of the present invention.
8 shows an example of a receiving contract page provided by the contract management service.
9 shows an example of a detailed view page of a specific contract that is inquired from the receiving contract page.
10 shows an example of a contract signing page.
11 shows an example of a pop-up window requesting a change in contract details.
12 shows an example of a contract rejection pop-up window.
13 is a diagram showing the electronic contract signature algorithm process of the present invention.
14 and 15 are diagrams showing the electronic contract signature encryption process of the present invention.

Hereinafter, embodiments of the present invention will be described in more detail with reference to the drawings.

1. Electronic contract system

1 is a diagram showing the system configuration of an electronic contract system according to an embodiment of the present invention, and FIG. 2 is a block diagram showing a service use flow provided to a user of the system of the present invention.

Referring to FIG. 1 , the electronic contract system according to an embodiment of the present invention includes a management server 100 , a first user terminal 200 and a second user terminal 300 . The system of the present invention is implemented online, and for this purpose, the above-described components 100, 200, and 300 are connected to each other through an Internet network.

For example, the first user terminal 200 is a caller terminal and the second user terminal 300 is a receiver terminal. In FIG. 1, the first and second terminals 200 and 300 are exemplified one by one, but the terminals 200 and 300 included in the system of the present invention are multi-connected and used in an actual use environment. The server 100 is a component that manages and controls the system of the present invention, and stores software applications and basic data information for executing the electronic contract platform according to the present invention. Software applications necessary for using the platform of the present invention are downloaded from the server 100 to the user terminals 200 and 300, stored and executed. In addition, the server 100 serves to store and analyze various data collected through the user terminals 200 and 300 .

Referring to FIG. 2, the system of the present invention provides a contract creation function, contract management function, setting function, and support function to the user, and the user logs in to the system through the terminals 200 and 300 and then displays a dashboard screen. You can use the corresponding functions through each displayed service page.

3 shows an example of a dashboard page displayed on the user terminals 200 and 300 . As shown, a contract creation tab, a contract management tab, a settings tab, and a support tab are provided at the top of the dashboard page, and the user can use service functions corresponding to each tab through these function tabs.

4 to 7 are diagrams showing a user's contract transmission process through the system of the present invention. Referring to this, the process of sending the contract will be described.

First, as shown in FIG. 4 , the user proceeds to upload a contract to be created on the contract creation page. At this time, the user can drag the contract document from the folder of the user terminal 200 to the contract creation page or click the contract document to proceed with the contract upload process. Uploaded contracts can check the thumbnails of the entire document through the thumbnail area. Next, referring to FIG. 5, a process in which a user (sender) sets an area using a signature tool and inputs a signature in the corresponding setting area is performed. At this time, the user may proceed with the signature input process by selecting a pre-registered signature. Next, referring to FIG. 6, basic contract details (contract name, contract period, recipient, file attachment option, contract transmission expiration setting, etc.) are input through the input field on the confirmation and transmission page. At this time, the recipient input can be performed by searching or checking data registered in the customer management, and additional documents can be attached through the file attachment option. If there is no action on the part of the receiver by the contract transmission expiry date, the contract is canceled. Next, when the user (sender) clicks the send tab on the confirmation and send page, the created contract is sent to the receiver. At this time, a transmission completion pop-up window as shown in the example of FIG. 7 is provided through the user terminal.

8 is a reception contract page provided by a contract management service, and FIG. 9 shows an example of a detailed view page of a specific contract that is inquired from the reception contract page.

Through this receiving contract page, the user can search the contract receiving list and use the detailed view function for each contract. The contract receipt list shows the progress. The progress status is divided into All/Unconfirmed/Change Request/Contract Cancellation/Contract Rejection/Term Expiration/Execution Waiting. Through this, when entering the detailed view of the contract, it is possible to check the detailed view of the contract and the history of the contract progress. The user (receiver) can proceed with 'review/modification request', 'contract conclusion', 'contract rejection', etc. through the detailed view page of FIG. 9 . When the user (recipient) proceeds to conclude a contract, first clicks the contract conclusion tab provided on the detailed view page (FIG. 9). Accordingly, the contract signing page of FIG. 10 is provided. Through this page, the user (recipient) selects a signature through the area setting tool function, sets the area, and inputs the selected signature. At this time, you can upload the file through the attached file pop-up window. Further, when the user (recipient) clicks the completion tab (or transfer tab) provided on the detailed view page, the process of creating the contract between the parties is completed. If the user (receiver) wishes to request a change to the contents of the contract, clicking the change request tab on the detail view page (FIG. 9) will provide the change request pop-up window shown in FIG. 11, through which the change request can be transmitted to the sender. there is. If the user (receiver) wishes to reject the contract, clicking the contract rejection tab on the detailed view page (FIG. 9) provides a pop-up window for rejecting the contract in FIG. 12, through which a message for rejecting the contract can be transmitted to the sender.

2. Algorithm for receiving and sending electronic contracts

Typical types of attacks on electronic contract transactions are as follows. First, it is an attack on authentication. This means that a user who has access through the network disguises himself as another user through inappropriate authentication. For example, a fake bank site has been recently created to acquire and abuse public certificate information for bank users. Second, it is a denial attack. This is the denial of authentication and transaction details performed through the network, such as cases of denying receipt of account transfer or credit card payment even after receiving it, or denying receipt of a product after receiving it from a retail store. Third, it is an attack on confidentiality. This means that authentication information and key transaction information transmitted through the network are leaked. For example, card number information is leaked and illegally used during electronic payment. Fourth, it is an attack on integrity. This means that transaction information, etc. is falsified in the middle of the network, and examples thereof include tampering with a receiving account or amount in case of electronic payment using online account transfer.

Considering this, in order for e-commerce to be successful, it is difficult to trust a remote transaction partner, so a means of verifying the identity of the other party and oneself on the network is required, and a reliable third party who can guarantee the notarization of the transaction (transaction details) is required. Arbitration is necessary, and a method to ensure the stability of the electronic payment method (process) must be secured.

The system of the present invention provides an electronic contract reception/transmission algorithm and an electronic signature encryption algorithm, which will be described later, in order to satisfy the necessary requirements for electronic commerce.

13 is a diagram showing the process of receiving and sending an electronic contract according to the present invention, and FIGS. 14 and 15 are diagrams showing the process of encrypting an electronic contract signature according to the present invention.

Referring to FIG. 13, an electronic contract sending/receiving process will be described. First, in the process of writing an electronic contract on the sender side and proceeding with the electronic signature, an abbreviated document with a hash is created, and a message encrypted with the private key of the sender (A) is transmitted to the receiver side along with the electronic contract. In the process of electronic signature by reading the contract at the receiver receiving the next electronic contract, a hash-attached reduced document is created, and the public key of the sender (A) and the value of the encrypted message are compared and verified. process is going on.

14 and 15, in the process of conducting an electronic contract using the system of the present invention, the sender prepares and electronically signs the electronic contract, and the receiver who receives the target contract electronically signs the electronic contract. do. In this process, the system of the present invention provides a cryptographic signature to each user. Specifically, a hash value is generated and assigned to a document during the sender's digital signature process and the receiver's digital signature process, respectively, and an encrypted hash value is generated based on these two hash values, from which an encrypted contract key value is generated. do.

100: server
200: user (sender) terminal
300: user (receiver) terminal

Claims (1)

As an electronic contract reception and transmission algorithm for an electronic contract system, the electronic contract system provides a sender terminal 200 and a receiver terminal 300 in which an application for electronic contract service is executed and the application, and the terminals ( 200, 300), the sender writes and digitally signs the contract through the sender terminal 200, transmits it, and the receiver digitally signs the contract through the receiver terminal 300 Then, an electronic contract is concluded by replying to the sender terminal 200, and hash values are generated and assigned to the contract in the process of the sender's digital signature and the receiver's digital signature process, respectively, based on each generated hash value. An electronic contract receiving and sending algorithm for an electronic contract system in which one encrypted hash value is generated and an encrypted contract key value is generated from the encrypted one hash value.

Images