CN109784870B - Contract management method, contract management device, computer equipment and computer readable storage medium - Google Patents
Contract management method, contract management device, computer equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN109784870B CN109784870B CN201910111389.XA CN201910111389A CN109784870B CN 109784870 B CN109784870 B CN 109784870B CN 201910111389 A CN201910111389 A CN 201910111389A CN 109784870 B CN109784870 B CN 109784870B
- Authority
- CN
- China
- Prior art keywords
- contract
- file
- target
- user terminal
- response message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 80
- 230000004044 response Effects 0.000 claims abstract description 72
- 238000000034 method Methods 0.000 claims abstract description 18
- 238000012790 confirmation Methods 0.000 claims abstract description 16
- 230000004048 modification Effects 0.000 claims description 66
- 238000012986 modification Methods 0.000 claims description 66
- 238000004590 computer program Methods 0.000 claims description 22
- 238000012795 verification Methods 0.000 claims description 21
- 238000012545 processing Methods 0.000 abstract description 6
- 230000008901 benefit Effects 0.000 abstract description 4
- 230000007246 mechanism Effects 0.000 abstract description 4
- 238000005457 optimization Methods 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 12
- 238000012550 audit Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000007935 neutral effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the application discloses a contract management method, a contract management device, computer equipment and a storage medium. The method belongs to the technical field of transaction processing process optimization, and comprises the following steps: if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type; receiving a contract file sent by a user terminal as a target contract file; transmitting the target contract file to a service terminal so as to be audited by contract auditors; if a confirmation reply message sent by the service terminal is received, the target contract file is stored, so that the contract signed by the user can be ensured to meet legal standards, and the benefit of the user is ensured to the greatest extent. And, storing the contract by the third party store-neutral mechanism is more secure than storing the contract at the intermediary.
Description
Technical Field
The present application relates to the field of internet technologies, and in particular, to a contract management method, apparatus, computer device, and computer readable storage medium.
Background
With the change of people's life concept, more and more young people choose to rent the house life. The renting contract is taken as the only contract between a homeowner and a tenant and is an important material for the user in the process of maintaining rights, however, many renting contracts are not standard enough at present, so that the benefit of the user is impaired.
On the other hand, at present, a house renting contract mainly adopts two forms of paper contracts and electronic contracts. For paper contracts, the paper contracts are easy to be tampered and forged, are easy to lose and have low safety. For electronic contracts, which are stored mainly in intermediaries, the information is not transparent enough, and there is also possibility of being tampered with and counterfeited.
Disclosure of Invention
The embodiment of the application provides a contract management method, a contract management device, computer equipment and a storage medium, which aim to achieve the purpose of improving the standard degree and the safety of a user contract.
In a first aspect, an embodiment of the present application provides a contract management method, including:
if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type;
receiving a contract file filled in according to the contract template sent by a user terminal as a target contract file;
transmitting the target contract file to a service terminal so as to be audited by contract auditors;
and if receiving a confirmation reply message sent by the service terminal, storing the target contract file.
In a second aspect, an embodiment of the present application further provides a contract management apparatus, including:
the first sending unit is used for sending a contract response message to the user terminal according to the contract acquisition request if the contract acquisition request sent by the user terminal is received, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type;
the first receiving unit is used for receiving the contract file filled in according to the contract template and sent by the user terminal as a target contract file;
the second sending unit is used for sending the target contract file to a business terminal so as to be audited by contract auditors;
and the first storage unit is used for storing the target contract file if receiving the confirmation reply message sent by the service terminal.
In a third aspect, an embodiment of the present application further provides a computer device, which includes a memory and a processor, where the memory stores a computer program, and the processor implements the method when executing the computer program.
In a fourth aspect, embodiments of the present application also provide a computer readable storage medium storing a computer program which, when executed by a processor, implements the above method.
The embodiment of the application provides a contract management method, a contract management device, computer equipment and a storage medium. Wherein the method comprises the following steps: if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type; receiving a contract file filled in according to the contract template sent by a user terminal as a target contract file; transmitting the target contract file to a service terminal so as to be audited by contract auditors; and if receiving a confirmation reply message sent by the service terminal, storing the target contract file. By applying the technical scheme of the application, when receiving the contract acquisition request sent by the user terminal, sending a contract response message to the user terminal according to the contract acquisition request, receiving the contract file filled in according to the contract template sent by the user terminal as a target contract file, and sending the target contract file to the business terminal so as to audit the target contract file by business personnel. After the business personnel pass the examination and verification of the target contract file, the target contract file is stored, so that the contract signed by the user can be ensured to meet legal standards, and the benefit of the user is ensured to the greatest extent. And, storing the contract by the third party store-neutral mechanism is more secure than storing the contract at the intermediary.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for the description of the embodiments will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a schematic diagram of an application scenario of a contract management method according to an embodiment of the present application;
fig. 2 is a schematic flow chart of a contract management method according to an embodiment of the present application;
FIG. 3 is a schematic sub-flowchart of a contract management method according to an embodiment of the present application;
FIG. 4 is a schematic sub-flowchart of a contract management method according to an embodiment of the present application;
FIG. 5 is a schematic sub-flowchart of a contract management method according to an embodiment of the present application;
FIG. 6 is a flowchart of a contract management method according to another embodiment of the present application;
fig. 7 is a schematic block diagram of a contract management apparatus according to an embodiment of the present application;
fig. 8 is a schematic block diagram of a first transmitting unit of a contract management apparatus provided in an embodiment of the application;
fig. 9 is a schematic block diagram of a first storage unit of a contract management apparatus according to an embodiment of the present application;
fig. 10 is a schematic block diagram of a first storage unit of a contract management apparatus according to an embodiment of the present application;
fig. 11 is a schematic block diagram of a third storage unit of the contract management apparatus provided in the embodiment of the application;
fig. 12 is a schematic block diagram of a contract management apparatus according to another embodiment of the application; and
fig. 13 is a schematic block diagram of a computer device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
It should be understood that the terms "comprises" and "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
It is also to be understood that the terminology used in the description of the application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be further understood that the term "and/or" as used in the present specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.
As used in this specification and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".
Referring to fig. 1 and fig. 2, fig. 1 is a schematic view of an application scenario of a contract management method according to an embodiment of the present application. Fig. 2 is a schematic flowchart of a contract management method provided in an embodiment of the present application. The method of the embodiment of the application is applied to the contract management server 1. If a contract acquisition request sent by a user terminal 2 is received, the contract management server 1 sends a contract response message to the user terminal 2 according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type; the contract management server 1 receives a contract file sent by the user terminal 2 as a target contract file; the contract management server 1 sends the target contract file to the service terminal 3 to be audited by contract auditors; if receiving the confirmation reply message sent by the service terminal 3, the contract management server stores the target contract file.
Fig. 2 is a flow chart of a contract management method according to an embodiment of the application. As shown, the method includes the following steps S1-S4.
S1, if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type.
In a specific implementation, the user terminal sends a contract acquisition request to the contract management server, wherein the contract acquisition request comprises the contract type of the request required by the user. Correspondingly, the contract management server acquires a corresponding contract template according to the contract type required by the user, and sends the same template message containing the contract template to the user terminal.
The contract types include a rental contract, a labor contract, a sales contract, and the like, and the present application is not particularly limited thereto.
Further, the contract template contains filling instructions, namely instructions for the contents to be filled in the contract, so that the user can quickly and accurately fill in the contract.
In one embodiment, referring to FIG. 3, the above step S1 specifically includes the following steps S11-S12
S11, sending a query request containing the contract types to a preset storage server, wherein the storage server contains contract templates corresponding to different contract types.
In specific implementation, a query request containing the contract type is sent to a preset storage server. The storage server comprises contract templates corresponding to different contract types.
Accordingly, after receiving the query request, the storage server searches a contract template corresponding to the contract type according to the contract type contained in the query request, and sends the contract template to the contract management server.
S12, receiving a query result returned by the storage server, wherein the query result comprises a contract template corresponding to the contract type.
In particular implementations, the contract management server receives the query results returned by the storage server. Wherein the query result comprises a contract template corresponding to the contract type.
After the contract template corresponding to the contract type applied by the user is obtained from the storage server, the contract management server sends a contract response message containing the contract template corresponding to the contract type to the user terminal.
S13, sending a contract response message containing the contract template corresponding to the contract type to the user terminal.
In specific implementation, the contract management server sends a contract response message containing a contract template corresponding to the contract type to the user terminal.
S2, receiving a contract file filled in according to the contract template and sent by the user terminal as a target contract file.
In specific implementation, the user terminal receives the contract response message sent by the contract management server, so that the user can draw the contract document according to the contract template contained in the contract response message, and then the user sends the contract document to the contract management server through the user terminal.
Correspondingly, the contract management server receives the contract file filled in according to the contract template sent by the user terminal as a target contract file.
And S3, the target contract file is sent to a service terminal so that contract auditors can audit the target contract file.
In specific implementation, the contract management server takes the contract file sent by the user terminal as a target contract file, and sends the target contract file to the service terminal so as to be audited by contract auditors.
The service terminal is the terminal used by contract auditors. In the scheme of the application, contract auditors are legal professionals. And auditing the target contract file by contract auditors to confirm whether the target contract file meets legal requirements. And after the contract auditing personnel finishes the auditing, sending a reply message to the contract management server. The reply message may specifically be an acknowledge reply message or a modify reply message.
Specifically, if the contract auditor confirms the target contract file, a confirmation reply message is sent to the contract management server through the service terminal. And if the contract auditor confirms that the target contract file is problematic, sending a modification reply message to the contract management server through the service terminal, wherein the modification reply message comprises a modification indication of the target contract file.
And S4, if receiving the confirmation reply message sent by the service terminal, storing the target contract file.
In a specific implementation, if the reply message is a confirmation reply message, the target contract file is stored. Specifically, in order to ensure the security of the target contract document, the target contract document may be encrypted and then stored.
The contract management server is a third party neutral mechanism that stores contracts more securely than contracts stored at intermediaries.
It should be noted that, the reply information includes the passing of the confirmed target contract document and the passing of the unconfirmed target contract document. If the reply information is that the confirmation target contract file passes, judging that the reply information is a confirmation reply message; if the reply message is that the target contract file is not confirmed, judging that the reply message is a modified reply message.
In one embodiment, referring to FIG. 4, the above step S4 specifically includes the following steps S41-S44.
S41, sending a password setting request to the user terminal.
In a specific implementation, the contract management server sends a password setting request to the user terminal to request the user to set the password of the target contract file.
In one embodiment, the password setting request includes a password setting format request to improve the security of the password set by the user. For example, the password formatting requirements may be specifically: the password must be composed of at least two of a number, a letter, and a symbol, and the length of the password is not less than 10 bits.
Accordingly, the user terminal receives the password setting request sent by the contract management server, and then the user sends a password response message to the contract management server through the user terminal, wherein the password response message contains the password set by the user.
S42, receiving a password response message returned by the user terminal, wherein the password response message comprises a password set by the user.
In specific implementation, the contract management server receives the password response message returned by the user terminal, and analyzes and acquires the password set by the user contained in the password response message.
S43, encrypting the target contract file according to the password set by the user.
In a specific implementation, the contract management server encrypts the target contract file according to the password set by the user, specifically, the contract management server takes the password set by the user as the target password and sets the opening password of the target contract file as the implementation target password.
S44, storing the encrypted target contract file into a preset database.
In specific implementation, the contract management server stores the encrypted target contract file into a preset database.
In one embodiment, the step S8 specifically includes the following steps: the target contract file is stored into a blockchain.
In the embodiment of the application, the target contract file can be stored in the blockchain, and the file stored in the blockchain can not be tampered, so that the safety of the target contract file can be effectively ensured.
In one embodiment, referring to FIG. 5, storing the target contract file into the blockchain is accomplished by the following steps S51-S52.
S51, encrypting the target contract file according to a preset encryption algorithm to obtain a digital signature, and sending the digital signature and the target contract file to a verification node.
In specific implementation, the preset encryption algorithm is a hash algorithm. The encryption processing refers to the encryption processing of the target contract file through a hash algorithm so as to ensure that the target contract file cannot be tampered with. The digital signature is a string of anti-counterfeit characters used to verify the integrity and origin of the target contract document. And the verification node verifies the integrity and the source of the target contract file, and after the verification is passed, the verification node generates a block according to the digital signature and the target contract file.
And S52, receiving the block returned by the verification node and adding the block into a blockchain, wherein the block is generated by the verification node according to the digital signature and the target contract file.
In particular, after receiving the blocks confirmed by the verification node, the confirmed blocks are connected end to end with the last block in the local blockchain structure (i.e. the blockchain structure maintained by the contract management server) according to the occurrence sequence to update the maintained blockchain, thereby realizing the storage of the target contract file into the blockchain.
By applying the technical scheme of the application, when receiving the contract acquisition request sent by the user terminal, sending a contract response message to the user terminal according to the contract acquisition request, receiving the contract file filled in according to the contract template sent by the user terminal as a target contract file, and sending the target contract file to the business terminal so as to audit the target contract file by business personnel. After the business personnel pass the examination and verification of the target contract file, the target contract file is stored, so that the contract signed by the user can be ensured to meet legal standards, and the benefit of the user is ensured to the greatest extent. And, storing the contract by the third party store-neutral mechanism is more secure than storing the contract at the intermediary.
Fig. 6 is a flowchart of a contract management method according to another embodiment of the application. As shown in fig. 6, the contract management method of the present embodiment includes steps S61 to S67. Steps S61 to S64 are similar to steps S1 to S4 in the above embodiment, and will not be described here again. Steps S65 to S67 added in the present embodiment are described in detail below.
S65, if a modification reply message sent by the service terminal is received, a contract modification message is sent to the user terminal, wherein the modification reply message comprises a modification instruction of a contract auditor to a target contract file, and the contract modification message comprises the modification instruction.
In specific implementation, the modification reply message sent by the service terminal comprises a modification instruction of the contract auditor to the target contract file, wherein the modification instruction is given after the contract auditor audits the target contract file.
And if the modification reply message sent by the service terminal is received, the contract management server sends a contract modification message to the user terminal.
Accordingly, the user terminal receives the contract modification message transmitted from the contract management server, whereby the user can modify the contract file according to the modification instruction contained in the contract modification message. After the modification is finished, the user sends a modification response message to the contract management server through the user terminal, wherein the modification response message comprises the contract file modified by the user.
S66, receiving a modification response message sent by the user terminal, wherein the modification response message comprises the contract file modified by the user.
In specific implementation, the contract management server receives the modification response message sent by the user terminal, and analyzes and obtains the modification response message to include the contract file modified by the user. And then the contract management server sends the contract file modified by the user to the service terminal as a new target contract file.
S67, taking the contract file modified by the user as a new target contract file, and returning to the step of sending the target contract file to the service terminal.
In specific implementation, the contract management server takes the contract file modified by the user as a new target contract file, and sends the target contract file to the service terminal, so that the target contract file is checked again by the contract checking staff, and the cycle is performed until the reply message returned by the service terminal is a confirmation reply message (namely, the contract checking staff confirms the target contract file).
Fig. 7 is a schematic block diagram of a contract management apparatus 70 provided by an embodiment of the application. As shown in fig. 7, the present application also provides a contract management apparatus 70 corresponding to the above contract management method. The contract management apparatus 70 includes a unit for performing the contract management method described above, and may be configured in a server. Specifically, referring to fig. 7, the contract management apparatus 70 includes a first transmitting unit 71, a first receiving unit 72, a second transmitting unit 73, and a first storing unit 74.
A first sending unit 71, configured to send a contract response message to a user terminal according to a contract acquisition request if a contract acquisition request sent by the user terminal is received, where the contract acquisition request includes a contract type, and the contract response message includes a contract template corresponding to the contract type;
a first receiving unit 72, configured to receive, as a target contract file, a contract file filled in according to the contract template, sent by a user terminal;
a second transmitting unit 73 for transmitting the target contract document to a service terminal to be audited by a contract auditor;
the first storage unit 74 is configured to store the target contract file if receiving a confirmation reply message sent by the service terminal.
In one embodiment, as shown in fig. 8, the first transmitting unit 71 includes a third transmitting unit 711 and a second receiving unit 712.
A third sending unit 711, configured to send a query request including the contract types to a preset storage server, where the storage server includes contract templates corresponding to different contract types;
and the second receiving unit 712 is configured to receive a query result returned by the storage server, where the query result includes a contract template corresponding to the contract type.
A fifth transmitting unit 713 for transmitting a contract response message including a contract template corresponding to the contract type to the user terminal.
In one embodiment, as shown in fig. 9, the first storage unit 74 includes a fourth transmitting unit 741, a third receiving unit 742, an encrypting unit 743, and a second storage unit 744.
A fourth sending unit 741 for sending a password setting request to the user terminal;
a third receiving unit 742, configured to receive a password response message returned by the user terminal, where the password response message includes a password set by the user;
an encrypting unit 743 for encrypting the target contract file according to a password set by a user;
a second storage unit 744, configured to store the encrypted target contract file into a preset database.
In one embodiment, as shown in fig. 10, the first storage unit 74 includes a third storage unit 745.
A third storage unit 745 for storing the target contract file into a blockchain.
In an embodiment, as shown in fig. 11, the third storage unit 745 includes a signature unit 7451 and an adding unit 7452.
The signature unit 7451 is configured to encrypt the target contract file according to a preset encryption algorithm to obtain a digital signature, and send the digital signature and the target contract file to a verification node;
an adding unit 7452, configured to receive a chunk returned by the verification node and add the chunk to a blockchain, where the chunk is generated by the verification node according to the digital signature and the target contract file.
Fig. 12 is a schematic block diagram of a contract management apparatus 70 provided in another embodiment of the application. As shown in fig. 12, the contract management apparatus 70 of the present embodiment is an embodiment in which a third transmitting unit 75, a second receiving unit 76, and a unit 77 are added to the above-described embodiments.
A third sending unit 75, configured to send, if a modification reply message sent by the service terminal is received, a contract modification message to the user terminal, where the modification reply message includes a modification instruction of the target contract file by the contract auditor, and the contract modification message includes the modification instruction;
a second receiving unit 76, configured to receive a modification response message sent by the user terminal, where the modification response message includes a contract file modified by the user;
as a unit 77, for taking the contract file modified by the user as a new target contract file, and notifying the second transmitting unit 73 to return to the step of transmitting the target contract file to the service terminal.
It should be noted that, as will be clearly understood by those skilled in the art, the specific implementation procedures of the contract management apparatus 70 and the units may refer to the corresponding descriptions in the foregoing method embodiments, and for convenience and brevity of description, the detailed descriptions are omitted herein.
The contract management apparatus 70 described above may be implemented in the form of a computer program that can run on a computer device as shown in fig. 13.
Referring to fig. 13, fig. 13 is a schematic block diagram of a computer device according to an embodiment of the present application. The computer device 500 may be a terminal or a server, where the terminal may be an electronic device with a communication function, such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant, and a wearable device. The server may be an independent server or a server cluster formed by a plurality of servers.
With reference to FIG. 13, the computer device 500 includes a processor 502, memory, and a network interface 505 connected by a system bus 501, where the memory may include a non-volatile storage medium 503 and an internal memory 504.
The non-volatile storage medium 503 may store an operating system 5031 and a computer program 5032. The computer program 5032, when executed, causes the processor 502 to perform a contract management method.
The processor 502 is used to provide computing and control capabilities to support the operation of the overall computer device 500.
The internal memory 504 provides an environment for the execution of a computer program 5032 in the non-volatile storage medium 503, which computer program 5032, when executed by the processor 502, causes the processor 502 to perform a contract management method.
The network interface 505 is used for network communication with other devices. It will be appreciated by those skilled in the art that the structure shown in FIG. 13 is merely a block diagram of some of the structures associated with the present inventive arrangements and does not constitute a limitation of the computer device 500 to which the present inventive arrangements may be applied, and that a particular computer device 500 may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.
Wherein the processor 502 is configured to execute a computer program 5032 stored in a memory to implement the steps of:
if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type;
receiving a contract file filled in according to the contract template sent by a user terminal as a target contract file;
transmitting the target contract file to a service terminal so as to be audited by contract auditors;
and if receiving a confirmation reply message sent by the service terminal, storing the target contract file.
In one embodiment, when the step of sending a contract response message to the user terminal according to the contract obtaining request is implemented by the processor 502, the following steps are specifically implemented:
sending a query request containing the contract types to a preset storage server, wherein the storage server contains contract templates corresponding to different contract types;
receiving a query result returned by a storage server, wherein the query result comprises a contract template corresponding to the contract type;
and sending a contract response message containing the contract template corresponding to the contract type to the user terminal.
In one embodiment, when the step of storing the target contract document is implemented by the processor 502, the following steps are specifically implemented:
sending a password setting request to a user terminal;
receiving a password response message returned by the user terminal, wherein the password response message comprises a password set by a user;
encrypting the target contract file according to the password set by the user;
and storing the encrypted target contract file into a preset database.
In one embodiment, when the step of storing the target contract document is implemented by the processor 502, the following steps are specifically implemented:
the target contract file is stored into a blockchain.
In one embodiment, when the step of storing the target contract file into the blockchain is implemented by the processor 502, the following steps are specifically implemented:
encrypting the target contract file according to a preset encryption algorithm to obtain a digital signature and transmitting the digital signature and the target contract file to a verification node;
and receiving a block returned by the verification node and adding the block into a blockchain, wherein the block is generated by the verification node according to the digital signature and the target contract file.
In one embodiment, the processor 502 further implements the steps of:
if a modification reply message sent by a service terminal is received, a contract modification message is sent to a user terminal, wherein the modification reply message comprises a modification instruction of a contract auditor on a target contract file, and the contract modification message comprises the modification instruction;
receiving a modification response message sent by a user terminal, wherein the modification response message comprises a contract file modified by a user;
and taking the contract file modified by the user as a new target contract file, and returning to the step of sending the target contract file to the service terminal.
It should be appreciated that in embodiments of the present application, the processor 502 may be a central processing unit (Central Processing Unit, CPU), the processor 502 may also be other general purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), off-the-shelf Programmable gate arrays (FPGAs) or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. Wherein the general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
Those skilled in the art will appreciate that all or part of the flow in a method embodying the above described embodiments may be accomplished by computer programs instructing the relevant hardware. The computer program may be stored in a storage medium that is a computer readable storage medium. The computer program is executed by at least one processor in the computer system to implement the flow steps of the embodiments of the method described above.
Accordingly, the present application also provides a storage medium. The storage medium may be a computer readable storage medium. The storage medium stores a computer program. The computer program, when executed by a processor, causes the processor to perform the steps of:
if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type;
receiving a contract file filled in according to the contract template sent by a user terminal as a target contract file;
transmitting the target contract file to a service terminal so as to be audited by contract auditors;
and if receiving a confirmation reply message sent by the service terminal, storing the target contract file.
In one embodiment, when the processor executes the computer program to implement the step of sending a contract response message to the user terminal according to the contract acquisition request, the method specifically includes the following steps:
sending a query request containing the contract types to a preset storage server, wherein the storage server contains contract templates corresponding to different contract types;
receiving a query result returned by a storage server, wherein the query result comprises a contract template corresponding to the contract type;
and sending a contract response message containing the contract template corresponding to the contract type to the user terminal.
In one embodiment, the processor, when executing the computer program to implement the step of storing the target contract document, implements the steps of:
sending a password setting request to a user terminal;
receiving a password response message returned by the user terminal, wherein the password response message comprises a password set by a user;
encrypting the target contract file according to the password set by the user;
and storing the encrypted target contract file into a preset database.
In one embodiment, the processor, when executing the computer program to implement the step of storing the target contract document, implements the steps of:
the target contract file is stored into a blockchain.
In one embodiment, the processor, when executing the computer program to implement the step of storing the target contract file into a blockchain, specifically implements the steps of:
encrypting the target contract file according to a preset encryption algorithm to obtain a digital signature and transmitting the digital signature and the target contract file to a verification node;
and receiving a block returned by the verification node and adding the block into a blockchain, wherein the block is generated by the verification node according to the digital signature and the target contract file.
In an embodiment, the processor, when executing the computer program, further performs the steps of:
if a modification reply message sent by a service terminal is received, a contract modification message is sent to a user terminal, wherein the modification reply message comprises a modification instruction of a contract auditor on a target contract file, and the contract modification message comprises the modification instruction;
receiving a modification response message sent by a user terminal, wherein the modification response message comprises a contract file modified by a user;
and taking the contract file modified by the user as a new target contract file, and returning to the step of sending the target contract file to the service terminal.
The storage medium may be a U-disk, a removable hard disk, a Read-Only Memory (ROM), a magnetic disk, or an optical disk, or other various computer-readable storage media that can store program codes.
Those of ordinary skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein may be embodied in electronic hardware, in computer software, or in a combination of the two, and that the elements and steps of the examples have been generally described in terms of function in the foregoing description to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of each unit is only one logic function division, and there may be another division manner in actual implementation. For example, multiple units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed.
The steps in the method of the embodiment of the application can be sequentially adjusted, combined and deleted according to actual needs. The units in the device of the embodiment of the application can be combined, divided and deleted according to actual needs. In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit.
The integrated unit may be stored in a storage medium if implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, the technical solution of the present application is essentially or a part contributing to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a terminal, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present application.
In the foregoing embodiments, the descriptions of the embodiments are focused on, and for those portions of one embodiment that are not described in detail, reference may be made to the related descriptions of other embodiments.
It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.
While the application has been described with reference to certain preferred embodiments, it will be understood by those skilled in the art that various changes and substitutions of equivalents may be made and equivalents will be apparent to those skilled in the art without departing from the scope of the application. Therefore, the protection scope of the application is subject to the protection scope of the claims.
Claims (7)
1. A contract management method, characterized by comprising:
if a contract acquisition request sent by a user terminal is received, a contract response message is sent to the user terminal according to the contract acquisition request, wherein the contract acquisition request comprises a contract type, and the contract response message comprises a contract template corresponding to the contract type, and the sending of the contract response message to the user terminal according to the contract acquisition request comprises the following steps: sending a query request containing the contract types to a preset storage server, wherein the storage server contains contract templates corresponding to different contract types; receiving a query result returned by a storage server, wherein the query result comprises a contract template corresponding to the contract type; sending a contract response message containing a contract template corresponding to the contract type to a user terminal;
receiving a contract file filled in according to the contract template sent by a user terminal as a target contract file;
transmitting the target contract file to a service terminal so as to be audited by contract auditors;
if a confirmation reply message sent by the service terminal is received, storing the target contract file;
if a modification reply message sent by a service terminal is received, a contract modification message is sent to a user terminal, wherein the modification reply message comprises a modification instruction of a contract auditor on a target contract file, and the contract modification message comprises the modification instruction; receiving a modification response message sent by a user terminal, wherein the modification response message comprises a contract file modified by a user; and taking the contract file modified by the user as a new target contract file, and returning to the step of sending the target contract file to the service terminal.
2. The contract management method of claim 1, characterized in that the storing the target contract file includes:
sending a password setting request to a user terminal;
receiving a password response message returned by the user terminal, wherein the password response message comprises a password set by a user;
encrypting the target contract file according to the password set by the user;
and storing the encrypted target contract file into a preset database.
3. The contract management method of claim 1, characterized in that the storing the target contract file includes:
the target contract file is stored into a blockchain.
4. A method of contract management as recited in claim 3, characterized in that said storing said target contract file into a blockchain includes:
encrypting the target contract file according to a preset encryption algorithm to obtain a digital signature and transmitting the digital signature and the target contract file to a verification node;
and receiving a block returned by the verification node and adding the block into a blockchain, wherein the block is generated by the verification node according to the digital signature and the target contract file.
5. A contract management apparatus, characterized by comprising:
a first sending unit, configured to send a contract response message to a user terminal according to a contract acquisition request if a contract acquisition request sent by the user terminal is received, where the contract acquisition request includes a contract type, and the contract response message includes a contract template corresponding to the contract type, where sending the contract response message to the user terminal according to the contract acquisition request includes: sending a query request containing the contract types to a preset storage server, wherein the storage server contains contract templates corresponding to different contract types; receiving a query result returned by a storage server, wherein the query result comprises a contract template corresponding to the contract type; sending a contract response message containing a contract template corresponding to the contract type to a user terminal;
the first receiving unit is used for receiving the contract file filled in according to the contract template and sent by the user terminal as a target contract file;
the second sending unit is used for sending the target contract file to a business terminal so as to be audited by contract auditors;
the first storage unit is used for storing the target contract file if receiving a confirmation reply message sent by the service terminal;
the third sending unit is used for sending a contract modification message to the user terminal if a modification reply message sent by the service terminal is received, wherein the modification reply message comprises a modification instruction of a contract auditor to a target contract file, and the contract modification message comprises the modification instruction;
the second receiving unit is used for receiving a modification response message sent by the user terminal, wherein the modification response message comprises a contract file modified by the user;
and the unit is used for taking the contract file modified by the user as a new target contract file and notifying the second sending unit to return to the step of sending the target contract file to the service terminal.
6. A computer device, characterized in that it comprises a memory on which a computer program is stored and a processor which, when executing the computer program, implements the method according to any of claims 1-4.
7. A computer readable storage medium, characterized in that the storage medium stores a computer program which, when executed by a processor, implements the method according to any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910111389.XA CN109784870B (en) | 2019-02-12 | 2019-02-12 | Contract management method, contract management device, computer equipment and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910111389.XA CN109784870B (en) | 2019-02-12 | 2019-02-12 | Contract management method, contract management device, computer equipment and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109784870A CN109784870A (en) | 2019-05-21 |
| CN109784870B true CN109784870B (en) | 2023-10-31 |
Family
ID=66504210
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910111389.XA Active CN109784870B (en) | 2019-02-12 | 2019-02-12 | Contract management method, contract management device, computer equipment and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109784870B (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110211006B (en) * | 2019-05-30 | 2022-04-22 | 卓尔智联(武汉)研究院有限公司 | Contract risk analysis method and device and storage medium |
| CN110349056B (en) * | 2019-06-03 | 2021-04-02 | 创新先进技术有限公司 | Service processing system and method based on block chain |
| US10942920B2 (en) | 2019-06-03 | 2021-03-09 | Advanced New Technologies Co., Ltd. | Service processing system and method based on blockchain |
| CN110852719A (en) * | 2019-11-12 | 2020-02-28 | 德邦物流股份有限公司 | Electronic contract signing method and device, electronic equipment and storage medium |
| CN110991991A (en) * | 2019-11-25 | 2020-04-10 | 泰康保险集团股份有限公司 | Electronic contract management method, device, equipment and medium |
| CN111915277A (en) * | 2020-08-06 | 2020-11-10 | 云账户技术(天津)有限公司 | Contract flow management method and device |
| CN111932412A (en) * | 2020-09-04 | 2020-11-13 | 汪宏杰 | Contract drafting and revising method, device, storage medium and equipment |
| CN112329421A (en) * | 2020-11-19 | 2021-02-05 | 长沙市到家悠享网络科技有限公司 | Method, equipment and storage medium for generating household contract and contract template |
| CN112783829A (en) * | 2021-01-11 | 2021-05-11 | 广州中海云科技有限公司 | Maritime evidence storage method and device, computer equipment and storage medium |
| CN112434677B (en) * | 2021-01-26 | 2021-05-18 | 支付宝(杭州)信息技术有限公司 | Contract auditing method, device, equipment and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009237956A (en) * | 2008-03-27 | 2009-10-15 | Hitachi Ltd | Contract content setting system and contract content setting method |
| CN106022734A (en) * | 2016-06-22 | 2016-10-12 | 武汉斗鱼网络科技有限公司 | Method and system for automatic contract management |
| CN107038553A (en) * | 2016-12-29 | 2017-08-11 | 平安科技（深圳）有限公司 | Data processing method and device |
| CN107451111A (en) * | 2017-07-14 | 2017-12-08 | 国网天津市电力公司 | High pressure Contract management system |
| CN108256817A (en) * | 2017-10-25 | 2018-07-06 | 平安科技（深圳）有限公司 | Registration management method, device, computer equipment and readable storage medium storing program for executing |
| CN108600272A (en) * | 2018-05-10 | 2018-09-28 | 阿里巴巴集团控股有限公司 | A kind of block chain data processing method, device, processing equipment and system |
| CN109064120A (en) * | 2018-07-10 | 2018-12-21 | 马上游科技股份有限公司 | Tourism electric contract number deposit system based on region chain and deposit card method |
-
2019
- 2019-02-12 CN CN201910111389.XA patent/CN109784870B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009237956A (en) * | 2008-03-27 | 2009-10-15 | Hitachi Ltd | Contract content setting system and contract content setting method |
| CN106022734A (en) * | 2016-06-22 | 2016-10-12 | 武汉斗鱼网络科技有限公司 | Method and system for automatic contract management |
| CN107038553A (en) * | 2016-12-29 | 2017-08-11 | 平安科技（深圳）有限公司 | Data processing method and device |
| CN107451111A (en) * | 2017-07-14 | 2017-12-08 | 国网天津市电力公司 | High pressure Contract management system |
| CN108256817A (en) * | 2017-10-25 | 2018-07-06 | 平安科技（深圳）有限公司 | Registration management method, device, computer equipment and readable storage medium storing program for executing |
| CN108600272A (en) * | 2018-05-10 | 2018-09-28 | 阿里巴巴集团控股有限公司 | A kind of block chain data processing method, device, processing equipment and system |
| CN109064120A (en) * | 2018-07-10 | 2018-12-21 | 马上游科技股份有限公司 | Tourism electric contract number deposit system based on region chain and deposit card method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109784870A (en) | 2019-05-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109784870B (en) | Contract management method, contract management device, computer equipment and computer readable storage medium | |
| US11233657B2 (en) | Method and system for registering digital documents | |
| US11360963B2 (en) | Tracking and verification of physical assets | |
| CN111723355B (en) | Information management in a database | |
| EP3614289B1 (en) | Method for managing document on basis of blockchain by using utxo-based protocol, and document management server using same | |
| US20210091960A1 (en) | Tracking and verification of physical assets | |
| US11569996B2 (en) | Anonymous rating structure for database | |
| CN111800268A (en) | Zero knowledge proof for block chain endorsements | |
| US11949794B2 (en) | Data anonymization of blockchain-based processing pipeline | |
| US11526955B2 (en) | Protocol-based system and method for establishing a multi-party contract | |
| AU2021210206B2 (en) | Index structure for blockchain ledger | |
| WO2021197227A1 (en) | Noisy transaction for protection of data | |
| US12124614B2 (en) | Apparatus and methods for verifying a file origin | |
| EP3744071B1 (en) | Data isolation in distributed hash chains | |
| US20220276996A1 (en) | Assessment node and token assessment container | |
| CN111859411B (en) | Method and system for blockchains in a blockchain network | |
| JP2023511886A (en) | Conflict-free version control | |
| WO2023046409A1 (en) | Digital asset platform with hsm verification | |
| WO2019161453A1 (en) | A computer system and a computer implemented method for determining fulfilment of an obligation to a user | |
| CN110750808B (en) | Bill processing method and device and storage medium device | |
| CN115694818A (en) | Data consistency checking method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |