Contract generation method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides a contract generation method and device, electronic equipment and a storage medium, and belongs to the technical field of computers. The method comprises the steps of obtaining user information of a user under the condition that a login state of the user meets a preset condition; according to the user information, determining an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template; obtaining the target contract template according to the identifier of the target contract template, and obtaining contract signing information according to the identifier of the contract signing information; and performing information filling on the target contract template according to the user information and the contract signing information to obtain a target contract. According to the embodiment of the invention, various contracts can be generated for different users, the possibility of modifying the contracts for multiple times subsequently is reduced, and the generation efficiency of the contracts is improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a contract generation method, device, electronic device and storage medium. Background Art

[0002] As electronic contracts are easy to store, not easily damaged, and can be uploaded and downloaded at any time, they have been developed and promoted in today's rapidly developing Internet. More and more companies use this function for the signing and management of daily employment contracts, welfare protection contracts, non-competition agreements and other contracts. Traditional contracts are gradually moving from paper to electronic. At present, contracts are usually generated by directly calling pre-injected contract templates. However, due to the complexity of business scenarios, the existing contract generation method cannot generate contracts for specific business scenarios. After obtaining the contract, it is necessary to manually input and modify the contract-related content, resulting in low contract generation efficiency. Summary of the invention

[0003] The main purpose of the embodiments of the present application is to propose a contract generation method, device, electronic device and storage medium, aiming to improve the efficiency of contract generation.

[0004] To achieve the above objectives, a first aspect of an embodiment of the present application proposes a contract generation method, the method comprising:

[0005] When the user's login status meets the preset conditions, obtain the user's user information;

[0006] Determine, based on the user information, an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template;

[0007] According to the identifier of the target contract template, the target contract template is obtained, and according to the identifier of the contract signing information, the contract signing information is obtained;

[0008] According to the user information and contract signing information, the target contract template is filled with information to obtain the target contract.

[0009] In some embodiments, determining, based on the user information, an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template includes:

[0010] Passing user information to the root node of a pre-built business logic decision tree model, where the business logic decision tree model includes a root node and multiple layers of sub-nodes of the root node, where the multiple layers of sub-nodes include a company sub-node, a job type sub-node, a specific job sub-node, and a leaf node;

[0011] According to the hierarchical order between the multi-layer sub-nodes, the user information is matched with the information stored in the company sub-node, the position type sub-node, and the specific position sub-node in turn, and the leaf node corresponding to the specific position sub-node matching the user information is obtained. The hierarchical order is from small to large.

[0012] Get the identifier of the target contract template and the identifier of the contract signing information stored in the leaf node.

[0013] In some embodiments, after filling in the target contract template with information according to the user information and the contract signing information to obtain the target contract, the method further includes:

[0014] Output prompt information, which is used to prompt that the target contract has been generated and display the abbreviated information of the target contract. There are multiple target contracts.

[0015] In response to a selection input of a first target contract among the plurality of target contracts, detailed information of the first target contract is displayed.

[0016] In some embodiments, after displaying detailed information of a first target contract in response to a selection input of the first target contract among the plurality of target contracts, the method further includes:

[0017] Displaying an editing page, where the editing page is used to edit the contract signing information of the first target contract, where the contract signing information includes filled information of at least one signing item in the first target contract;

[0018] In response to a first input of fill information of a first signed item of the at least one signed item, the fill information of the first signed item is modified to target information, the first input including the target information.

[0019] In some embodiments, after displaying detailed information of a first target contract in response to a selection input of the first target contract among the plurality of target contracts, the method further includes:

[0020] Display the identity input page;

[0021] In response to a second input on the identity input page, the fingerprint is filled into the fingerprint signature item of the first target contract, the second input being used to input the fingerprint.

[0022] In some embodiments, when the user's login status meets a preset condition, after obtaining the user's user information, the method further includes:

[0023] In response to a third input, acquiring a contract template and contract signing information of a historical contract within a signing time range from the distributed cache unit, the third input being used to trigger display of a historical contract that matches the user information and is within the signing time range;

[0024] Filling the contract template of the historical contract with information according to the user information and the contract signing information of the historical contract to obtain the historical contract;

[0025] Displays abbreviated information of historical contracts.

[0026] In some embodiments, obtaining the target contract template according to the identifier of the target contract template includes:

[0027] Matching the identifier of the target contract template with the identifier of the contract template stored in the distributed cache unit, and extracting the successfully matched contract template as the target contract template;

[0028] According to the identifier of the contract signing information, obtain the contract signing information, including:

[0029] The identifier of the contract signing information is matched with the identifier of the contract signing information stored in the distributed cache unit, and the successfully matched contract signing information is obtained from the distributed cache unit.

[0030] To achieve the above-mentioned purpose, a second aspect of an embodiment of the present application provides a contract generation device, the device comprising:

[0031] A user information acquisition module is used to obtain the user information of the user when the user's login status meets the preset conditions;

[0032] An identification determination module, used to determine, based on the user information, an identification of a target contract template corresponding to the user information and an identification of contract signing information required by the target contract template;

[0033] A data acquisition module, used to acquire the target contract template according to the identifier of the target contract template, and to acquire the contract signing information according to the identifier of the contract signing information;

[0034] The contract generation module is used to fill in the target contract template with information according to user information and contract signing information to obtain the target contract.

[0035] To achieve the above-mentioned purpose, the third aspect of an embodiment of the present application proposes an electronic device, the electronic device comprising a memory and a processor, the memory storing a computer program, and the processor implementing the method of the above-mentioned first aspect when executing the computer program.

[0036] To achieve the above objectives, the fourth aspect of an embodiment of the present application proposes a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the method of the first aspect is implemented.

[0037] The contract generation method, device, electronic device and storage medium proposed in the present application first obtain the user information of the user when the user's login status meets the preset conditions, and then determine the identification of the target contract template corresponding to the user information and the identification of the contract signing information required by the target contract template based on the user information, and then obtain the target contract template based on the identification of the target contract template, and obtain the contract signing information based on the identification of the contract signing information, and finally fill the target contract template with information based on the user information and the contract signing information to obtain the target contract. By determining the corresponding target contract template and contract signing information based on the user information, multiple contracts can be generated for different users, reducing the possibility of multiple subsequent modifications to the contract, so that the efficiency of contract generation can be improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 is a flow chart of a contract generation method provided in an embodiment of the present application;

[0039] Figure 2 is a schematic diagram of a business logic decision tree model provided in an embodiment of the present application;

[0040] Figure 3 This is a flowchart of obtaining a target contract template and contract signing information provided by an embodiment of the present application;

[0041] Figure 4 is another flow chart of the contract generation method provided in the embodiment of the present application;

[0042] Figure 5 It is a schematic diagram of the structure of the contract generation device provided in the embodiment of the present application;

[0043] Figure 6 It is a schematic diagram of the hardware structure of the electronic device provided in the embodiment of the present application. DETAILED DESCRIPTION

[0044] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0045] It should be noted that, although the functional modules are divided in the device schematic diagram and the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first", "second", etc. in the specification, claims and the above drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0046] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0047] First, some nouns involved in this application are analyzed:

[0048] Distributed cache unit: A distributed cache unit is a node or instance in a distributed cache system, used to store and manage cached data. Distributed cache means caching data on multiple nodes, with each node storing part of the cached data, and implementing distributed storage and access of data through the network. Storing data in a distributed cache unit can increase the speed of data access.

[0049] Business logic decision tree model: It is a tree-structured model in which each internal node represents a judgment or decision on an attribute, each branch represents a possible result of the judgment, and each leaf node represents a final category label or output.

[0050] User information: User information includes the user's basic attributes, such as name, age, gender, contact information (telephone, email, address) and identity information, which is the basis for identifying the user and executing subsequent processes.

[0051] Contract template: refers to a pre-designed, structured and standardized contract document framework or style that is used to guide and simplify the contract drafting process. It usually contains various basic terms, conditions, formats and layouts required for the contract, and can be adjusted and modified according to specific business needs.

[0052] Currently, when generating a contract, the target contract template is usually called directly, and then the user fills in the blank items of the template with relevant information. Although this method is simple to operate, the business scenarios are complex. For example, different types of personnel need to sign various contracts, and different types of contracts have different regulatory requirements. The existing method cannot generate specific contracts for specific business scenarios, resulting in users having to manually input, modify and / or review the contract again after it is generated.

[0053] In addition, when a contract changes, the code business logic or related contract templates need to be adjusted at the same time. Due to the complexity of business scenarios, adjustments will involve large-scale code changes, requiring more development and testing manpower. Every change to the contract list or contract content will bring varying degrees of challenges to developers. Therefore, the existing technology has the problem of low contract generation efficiency, and the existing contract management system cannot quickly and accurately generate various contracts for different business scenarios.

[0054] Based on this, the embodiments of the present application provide a contract generation method, device, electronic device and storage medium, aiming to improve the efficiency of contract generation.

[0055] The contract generation method, device, electronic device and storage medium provided in the embodiments of the present application are specifically illustrated through the following embodiments. First, the contract generation method in the embodiments of the present application is described.

[0056] The embodiments of the present application can acquire and process relevant data based on artificial intelligence technology. Artificial Intelligence (AI) is the theory, method, technology and application system that uses digital computers or machines controlled by digital computers to simulate, extend and expand human intelligence, perceive the environment, acquire knowledge and use knowledge to obtain the best results.

[0057] AI basic technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing technology, operation / interaction systems, mechatronics, etc. AI software technologies mainly include computer vision technology, robotics technology, biometrics technology, speech processing technology, natural language processing technology, and machine learning / deep learning.

[0058] The contract generation method provided in the embodiment of the present application relates to the field of computer technology. The contract generation method provided in the embodiment of the present application can be applied to a terminal, can be applied to a server side, or can be software running in a terminal or a server side. In some embodiments, the terminal can be a smart phone, a tablet computer, a laptop computer, a desktop computer, etc.; the server side can be configured as an independent physical server, or a server cluster or a distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms; the software can be an application that implements the contract generation method, etc., but is not limited to the above forms.

[0059] The present application can be used in many general or special computer system environments or configurations. For example: user computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments including any of the above systems or devices, etc. The present application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. The present application can also be practiced in distributed computing environments, in which tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.

[0060] It should be noted that in each specific implementation of the present application, when it comes to the need to perform relevant processing based on data related to user identity or characteristics such as user information, user behavior data, user historical data, and user location information, the user's permission or consent will be obtained first, and the collection, use, and processing of these data will comply with relevant laws, regulations, and standards. In addition, when the embodiment of the present application needs to obtain sensitive user information of the user, the user's separate permission or consent will be obtained through a pop-up window or by jumping to a confirmation page. After clearly obtaining the user's separate permission or consent, the necessary user-related data for the normal operation of the embodiment of the present application will be obtained.

[0061] Figure 1 is a flow chart of a contract generation method provided in an embodiment of the present application. Figure 1 The method may include but is not limited to steps S101 to S104.

[0062] Step S101: when the user's login status meets the preset conditions, obtain the user's user information;

[0063] Step S102: determining, according to the user information, an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template;

[0064] Step S103: acquiring the target contract template according to the identifier of the target contract template, and acquiring the contract signing information according to the identifier of the contract signing information;

[0065] Step S104: Fill in the target contract template with information according to the user information and the contract signing information to obtain the target contract.

[0066] In the embodiment of the present application, the login status of the user includes the non-logged-in status, the logging-in status, the logged-in status, the session expired status and the login failure status. Among them, the non-logged-in status refers to the status that the user has not authenticated or has not provided valid credentials to log in, and the user cannot access the functions or resources that need to be logged in to use. The logging-in status refers to the status that the user is in the login process. The logged-in status refers to the status that the user has successfully authenticated and obtained authorization, and the user can access the functions and resources that need to be logged in to use. The session expired status refers to the status that the user's login session has expired and needs to be re-authenticated to continue to access restricted resources. The login failure status refers to the status that the credentials provided by the user are invalid or the verification fails, and the login process cannot be completed. Based on this, it can be predetermined that the preset condition is that the user's login status is the logged-in status, so that when the user's login status meets this preset condition, the electronic device can obtain the user's user information from the personal information database according to the user's user identification. The specific user information to be obtained can be determined according to actual needs, for example, it can include information such as name, gender, age, certificate number, residential address, position, etc.

[0067] In order to accurately generate contracts corresponding to different users, after obtaining user information, the electronic device can determine the identification of the target contract template corresponding to the user information and the identification of the contract signing information required by the target contract template according to the user information. Specifically, the identification of the target contract template and the identification of the contract signing information can be determined in a variety of ways. For example, a preset correspondence between the user information and the target contract template can be determined. The preset correspondence includes multiple preset user information and the identification of the target contract template corresponding to each preset user information, which can be pre-constructed by the electronic device. In this way, the electronic device can match the user information with the preset user information in the preset correspondence, so as to obtain the identification of the target contract template corresponding to the user information. Each contract has the contract signing information required, that is, the relevant information managed and used by the individual or organization that enters into a contract with the user. Taking an employment contract as an example, the contract signing information corresponding to the employment contract refers to the company name, domicile, official seal and other information of the employer. Therefore, after determining the identification of the target contract template, the electronic device can determine the identification of the contract signing information required by the target contract template.

[0068] Thus, according to the identification of the target contract template, the electronic device can obtain the corresponding target contract template from the database storing the contract template, and according to the identification of the contract signing information, the electronic device can obtain the corresponding contract signing information from the database storing the contract signing information. After the user information and the contract signing information are filled into the target contract template, the target contract can be obtained.

[0069] Steps S101 to S104 shown in the embodiment of the present application first obtain the user information of the user when the user's login status meets the preset conditions, and then determine the identifier of the target contract template corresponding to the user information and the identifier of the contract signing information required by the target contract template based on the user information, then obtain the target contract template based on the identifier of the target contract template, and obtain the contract signing information based on the identifier of the contract signing information, and finally fill the target contract template with information based on the user information and the contract signing information to obtain the target contract. By determining the corresponding target contract template and contract signing information based on the user information, multiple contracts can be generated for different users, reducing the possibility of multiple subsequent modifications to the contract, so that the efficiency of contract generation can be improved.

[0070] In some embodiments, when the user's login status meets a preset condition, after obtaining the user's user information, the method further includes:

[0071] In response to a third input, acquiring a contract template and contract signing information of a historical contract within a signing time range from the distributed cache unit, the third input being used to trigger display of a historical contract that matches the user information and is within the signing time range;

[0072] Filling the contract template of the historical contract with information according to the user information and the contract signing information of the historical contract to obtain the historical contract;

[0073] Displays abbreviated information of historical contracts.

[0074] In order to enable the user to view historical contracts, after obtaining the user information of the user, the electronic device can also display the abbreviated information of the historical contract in response to the third input. Specifically, a historical contract refers to a contract that was signed at a certain time point in the past and is currently in execution, completed or terminated. After the contract is signed, the electronic device can determine the signed contract as a historical contract, and store the contract template, contract signing information and signing time of the historical contract in the distributed cache unit to call the relevant data when the historical contract needs to be viewed. The third input includes a signing time range, which can be used to trigger the display of historical contracts that match the user information and whose signing time is within the signing time range. When the user's login status is logged in, in response to the third input, the electronic device can obtain the contract template and contract signing information of the historical contract whose signing time is within the signing time range from the distributed cache unit, and then fill the user information and the contract signing information of the historical contract into the contract template of the historical contract, thereby obtaining the historical contract, and displaying the abbreviated information of the historical contract. Among them, the abbreviated information of the historical contract refers to the information obtained after simplifying the relevant information of the historical contract, which can be the contract title or contract management number of the historical contract.

[0075] For example, assuming that the signing time range is from May 1, 2024 to June 1, 2024, and the signing time of historical contract 1 is May 30, 2024, the contract template and contract signing information of historical contract 1 can be obtained at this time, and the contract template of historical contract 1 can be filled with information based on user information and the contract signing information of historical contract 1 to obtain historical contract 1, and the abbreviated information of historical contract 1 is displayed.

[0076] In addition, the third input may include a generation time range, which is used to trigger the display of historical contracts that match the user information and are generated within the generation time range. Furthermore, the third input may also include preset version information, which is used to trigger the display of historical contracts that match the user information and whose actual version information is consistent with the preset version information. Furthermore, after displaying the abbreviated information of the historical contract, if a selection input for the historical contract is received, the detailed information of the historical contract may be displayed for viewing.

[0077] In some embodiments, determining, based on the user information, an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template includes:

[0078] Passing user information to the root node of a pre-built business logic decision tree model, where the business logic decision tree model includes a root node and multiple layers of sub-nodes of the root node, where the multiple layers of sub-nodes include a company sub-node, a job type sub-node, a specific job sub-node, and a leaf node;

[0079] According to the hierarchical order between the multi-layer sub-nodes, the user information is matched with the information stored in the company sub-node, the position type sub-node, and the specific position sub-node in turn, and the leaf node corresponding to the specific position sub-node matching the user information is obtained. The hierarchical order is from small to large.

[0080] Get the identifier of the target contract template and the identifier of the contract signing information stored in the leaf node.

[0081] If it is necessary to add or reduce the number of contracts signed by users, it usually involves large-scale code modifications and requires a large amount of human resources. In addition, the production version needs to be re-released after the modification, which is time-consuming and inefficient, affecting the normal operation of the business process. To solve this problem, electronic devices can quickly launch or offline related contracts by building a business logic decision tree model. Specifically, through the rule engine, the electronic device can define each node of the decision tree model, and load the decision tree model after the node definition is completed, so as to obtain a business logic decision tree model. In this way, when a contract needs to be offline, only the node corresponding to the contract needs to be modified and the business logic decision tree model needs to be reloaded to offline the contract without the need for version release processing.

[0082] Specifically, the business logic decision tree model may include a root node and multi-layer sub-nodes of the root node, and the multi-layer sub-nodes include a company sub-node, a job type sub-node, a specific job sub-node, and a leaf node. Among them, the hierarchical order of the company sub-node is less than the job type sub-node, the hierarchical order of the job type sub-node is less than the specific job sub-node, and the hierarchical order of the specific job sub-node is less than the leaf node. Then, the electronic device can match the user information with the information stored in the company sub-node, the job type sub-node, and the specific job sub-node in turn, so as to obtain the leaf node corresponding to the specific job sub-node matching the user information, and then obtain the identifier of the target contract template and the identifier of the contract signing information stored in the leaf node. It should be noted that the above explanation of the multi-layer sub-node is only based on the business scenario of labor contract management within the company as an example. The hierarchical order between the multi-layer sub-nodes, the definition of the multi-layer sub-nodes, and the information stored in each sub-node are not limited to the above content and can be adjusted according to the actual business scenario.

[0083] In some embodiments, obtaining the target contract template according to the identifier of the target contract template includes:

[0084] Matching the identifier of the target contract template with the identifier of the contract template stored in the distributed cache unit, and extracting the successfully matched contract template as the target contract template;

[0085] According to the identifier of the contract signing information, obtain the contract signing information, including:

[0086] The identifier of the contract signing information is matched with the identifier of the contract signing information stored in the distributed cache unit, and the successfully matched contract signing information is obtained from the distributed cache unit.

[0087] Specifically, the distributed cache unit pre-stores a plurality of contract templates and identifiers corresponding to each contract template, and also stores a plurality of contract signing information and identifiers corresponding to each contract signing information. In this way, after obtaining the identifier of the target contract template, the electronic device can match the identifier of the target contract template with the identifier of the contract template stored in the distributed cache unit, and extract the successfully matched contract template as the target contract template. At the same time, the electronic device can match the identifier of the contract signing information with the identifier of the contract signing information stored in the distributed cache unit, and obtain the successfully matched contract signing information from the distributed cache unit. In this way, by storing related data in the distributed cache unit, the speed of data access can be improved, and millisecond-level loading can be achieved.

[0088] Figure 2 is a schematic diagram of a business logic decision tree model provided in an embodiment of the present application, Figure 3This is a flowchart of obtaining the target contract template and contract signing information provided in the embodiment of this application. Please refer to Figure 2 and Figure 3 . Taking the business scenario of labor contract management within a company as an example, after the user information is input into the root node in the business logic decision tree model, starting from the root node, the user information can be matched with the information stored in the multiple sub-nodes (company sub-node, job type sub-node, and specific job sub-node) in turn. Specifically, the company sub-node can be matched first to determine the company to which the user belongs (Company 1, Company 2, or Company 3). If the company to which the user belongs is Company 1, then the user information can be passed to the next layer of sub-nodes, namely the job type sub-node, to determine the user's job type (i.e. Figure 2 Position type 1 or position type 2 in the above example). Position type is defined according to the specific position structure. For example, position type 1 can be office work, and position type 2 can be field work.

[0089] After determining the position type, the user information can continue to be passed to the specific position subnode. Assuming that the position type corresponding to the user information is position type 1, then according to the user information, it can be determined that the corresponding specific position is position 1 or position 2. If the specific position is position 1, the leaf node corresponding to the specific position subnode can be determined at this time, and the identifier of the target contract template 1 stored in the leaf node and the identifier of the contract signing information 1 required by the target contract template 1 can be obtained. In this way, according to the identifier of the target contract template 1, it can be determined that the target contract template should include an employment contract template, a dedicated agreement template, and a salary confidentiality agreement template, and it is obtained from the distributed cache unit. In addition, according to the identifier of the contract signing information 1, the contract signing information required for the employment contract template (such as the official seal of company 1, etc.), the contract signing information required for the dedicated agreement template (such as the official seal of company 1, etc.), and the contract signing information required for the salary confidentiality agreement template (such as the user's salary, the official seal of company 1, etc.) can be obtained from the distributed cache unit. In this way, the electronic device can obtain the aforementioned target contract template and contract signing information from the distributed cache unit, respectively, and complete the process of obtaining the target contract template and contract signing information.

[0090] In some embodiments, after filling in the target contract template with information according to the user information and the contract signing information to obtain the target contract, the method further includes:

[0091] Output prompt information, which is used to prompt that the target contract has been generated and display the abbreviated information of the target contract. There are multiple target contracts.

[0092] In response to a selection input of a first target contract among the plurality of target contracts, detailed information of the first target contract is displayed.

[0093] After the target contract is generated, the electronic device can output a prompt message for prompting that the target contract has been generated, and display the abbreviated information of the target contract. Among them, the abbreviated information of the target contract includes information such as the contract title or contract management number of the target contract. At this time, the number of target contracts can be multiple. The electronic device can obtain a selection input, that is, a selection instruction sent after selecting any target contract among multiple target contracts. Based on the received selection input, the electronic device can determine the first target contract (that is, the selected target contract) among the multiple target contracts, and display the detailed information of the first target contract, that is, user information, detailed terms of the contract, subject matter of the contract, and contract signing information, etc. In this way, the detailed content of the target contract can be checked and confirmed.

[0094] In some embodiments, after displaying detailed information of a first target contract in response to a selection input of the first target contract among the plurality of target contracts, the method further includes:

[0095] Displaying an editing page, where the editing page is used to edit the contract signing information of the first target contract, where the contract signing information includes filled information of at least one signing item in the first target contract;

[0096] In response to a first input of fill information of a first signed item of the at least one signed item, the fill information of the first signed item is modified to target information, the first input including the target information.

[0097] To meet the need to edit the first target contract, the electronic device can display an editing page to edit the contract signing information of the first target contract. Specifically, the contract signing information of the first target contract includes the filling information of at least one signing item in the first target contract. The signing item refers to the part of the contract that needs to be signed by both parties, and the filling information refers to the specific information filled in the signing item. The first signing item refers to the signing item that is being edited in at least one signing item. Upon receiving a first input of the filling information of the first signing item, the electronic device can modify the filling information of the first signing item to the target information contained in the first input to complete the editing of the filling information of the first signing item.

[0098] In some embodiments, after displaying detailed information of a first target contract in response to a selection input of the first target contract among the plurality of target contracts, the method further includes:

[0099] Display the identity input page;

[0100] In response to a second input on the identity input page, the fingerprint is filled into the fingerprint signature item of the first target contract, the second input being used to input the fingerprint.

[0101] After displaying the detailed information of the first target contract, it can be determined whether to sign the first target contract. At present, the contract is usually signed by at least one of signature, seal or fingerprint input. Therefore, at least one signature item in the first target contract may include a fingerprint signature item. If the user confirms to carry out the signing process of the first target contract, the electronic device can display an identity input page for the user to input. In this way, when receiving the second input for inputting the fingerprint, the electronic device can fill the fingerprint in the second input into the fingerprint signature item. In this way, the fingerprint input of the process of signing the first target contract can be realized, so as to confirm the identity of the person signing the first target contract and enhance the credibility of the first target contract.

[0102] Figure 4 This is another flow chart of the contract generation method provided in the embodiment of the present application. Figure 4 The contract generation method may include the following steps:

[0103] Step S401: Obtain user information;

[0104] Step S402: the rule engine defines each node of the decision tree model, and obtains the business logic decision tree model after loading;

[0105] Step S403: inputting user information into the business logic decision tree model;

[0106] Step S404: Determine whether the third input is received; if so, proceed to step S406;

[0107] Step S405: Determine the identifier of the target contract template corresponding to the user information and the identifier of the contract signing information required by the target contract template;

[0108] Step S406: Acquire the contract template and contract signing information of the historical contracts within the signing time range;

[0109] Step S407: acquiring the target contract template according to the identifier of the target contract template, and acquiring the contract signing information according to the identifier of the contract signing information;

[0110] Step S408: Filling the target contract template with information, and filling the contract template of the historical contract with information, to obtain the target contract and the historical contract;

[0111] Step S409: Display the abbreviated information of the target contract and the abbreviated information of the historical contracts.

[0112] The electronic device can obtain the user information of the user, and input the user information into the business logic decision tree model to obtain the identifier of the target contract template corresponding to the user information and the identifier of the contract signing information required by the target contract template. Among them, the business logic decision tree model is a decision tree model obtained by defining each node and loading it by the rule engine. At the same time, the electronic device can also determine whether a third input for triggering the display of the historical contract is received. If received, then in response to the third input, the electronic device can obtain the contract template and contract signing information of the historical contract whose signing time is within the signing time range. In this way, the electronic device can obtain the target contract template according to the identifier of the target contract template, and obtain the contract signing information according to the identifier of the contract signing information, and then fill the contract signing information and the user information into the target contract template to obtain the target contract, and fill the user information and the contract signing information of the historical contract into the contract template of the historical contract to obtain the historical contract. Further, the electronic device can display the abbreviated information of the target contract and the abbreviated information of the historical contract, so that the user can select and view the detailed information of any contract in the target contract and the historical contract.

[0113] It should be noted that the specific implementation steps of the contract generation method are not limited to the above order and can be adjusted according to actual conditions. For example, step S402 can be adjusted to before step S401 as long as the above purpose can be achieved.

[0114] Figure 5 is a schematic diagram of the structure of the contract generation device provided in the embodiment of the present application. Figure 5 The embodiment of the present application further provides a contract generation device 500, which can implement the above-mentioned contract generation method. The device 500 includes:

[0115] The user information acquisition module 510 is used to acquire the user information of the user when the user's login status meets the preset conditions;

[0116] The identification determination module 520 is used to determine the identification of the target contract template corresponding to the user information and the identification of the contract signing information required by the target contract template according to the user information;

[0117] The data acquisition module 530 is used to acquire the target contract template according to the identifier of the target contract template, and acquire the contract signing information according to the identifier of the contract signing information;

[0118] The contract generation module 540 is used to fill in the target contract template with information according to the user information and the contract signing information to obtain the target contract.

[0119] In some embodiments, the identification determination module 520 is further configured to:

[0120] Passing user information to the root node of a pre-built business logic decision tree model, where the business logic decision tree model includes a root node and multiple layers of sub-nodes of the root node, where the multiple layers of sub-nodes include a company sub-node, a job type sub-node, a specific job sub-node, and a leaf node;

[0121] According to the hierarchical order between the multi-layer sub-nodes, the user information is matched with the information stored in the company sub-node, the position type sub-node, and the specific position sub-node in turn, and the leaf node corresponding to the specific position sub-node matching the user information is obtained. The hierarchical order is from small to large.

[0122] Get the identifier of the target contract template and the identifier of the contract signing information stored in the leaf node.

[0123] In some embodiments, the contract generation device 500 further includes a contract display module, which is used to:

[0124] Output prompt information, which is used to prompt that the target contract has been generated and display the abbreviated information of the target contract. There are multiple target contracts.

[0125] In response to a selection input of a first target contract among the plurality of target contracts, detailed information of the first target contract is displayed.

[0126] In some embodiments, the contract generation device 500 further includes a contract editing module for:

[0127] Displaying an editing page, where the editing page is used to edit the contract signing information of the first target contract, where the contract signing information includes filled information of at least one signing item in the first target contract;

[0128] In response to a first input of fill information of a first signed item of the at least one signed item, the fill information of the first signed item is modified to target information, the first input including the target information.

[0129] In some embodiments, the contract generation device 500 further includes a fingerprint input module for:

[0130] Display the identity input page;

[0131] In response to a second input to the identity input page, the fingerprint is filled into the fingerprint signature item of the first target contract, the second input being used to input the fingerprint.

[0132] In some embodiments, the contract generation device 500 further includes a historical contract generation module, which is used to:

[0133] In response to a third input, acquiring a contract template and contract signing information of a historical contract within a signing time range from the distributed cache unit, the third input being used to trigger display of a historical contract that matches the user information and is within the signing time range;

[0134] Filling the contract template of the historical contract with information according to the user information and the contract signing information of the historical contract to obtain the historical contract;

[0135] Displays abbreviated information of historical contracts.

[0136] In some embodiments, the data acquisition module 530 is further configured to:

[0137] Matching the identifier of the target contract template with the identifier of the contract template stored in the distributed cache unit, and extracting the successfully matched contract template as the target contract template;

[0138] The data acquisition module 530 is also used for:

[0139] The identifier of the contract signing information is matched with the identifier of the contract signing information stored in the distributed cache unit, and the successfully matched contract signing information is obtained from the distributed cache unit.

[0140] In order to improve the efficiency of contract generation, it first obtains the user information of the user when the user's login status meets the preset conditions, and then determines the identifier of the target contract template corresponding to the user information and the identifier of the contract signing information required by the target contract template according to the user information, and then obtains the target contract template according to the identifier of the target contract template, and obtains the contract signing information according to the identifier of the contract signing information, and finally fills the target contract template with information according to the user information and the contract signing information to obtain the target contract. By determining the corresponding target contract template and contract signing information according to the user information, multiple contracts can be generated for different users, reducing the possibility of multiple subsequent modifications to the contract, so that the efficiency of contract generation can be improved.

[0141] The specific implementation of the contract generation device is basically the same as the specific implementation example of the above-mentioned contract generation method, and will not be repeated here.

[0142] The embodiment of the present application also provides an electronic device, the electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements the above-mentioned contract generation method when executing the computer program. The electronic device can be any intelligent terminal including a tablet computer, a car computer, etc.

[0143] Figure 6 This is a schematic diagram of the hardware structure of the electronic device provided in the embodiment of the present application. Figure 6 . Electronic equipment includes:

[0144] The processor 601 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present application;

[0145] The memory 602 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 602 can store an operating system and other application programs. When the technical solution provided in the embodiment of this specification is implemented by software or firmware, the relevant program code is stored in the memory 602, and the processor 601 calls and executes the contract generation method of the embodiment of this application;

[0146] Input / output interface 603, used to implement information input and output;

[0147] Communication interface 604, used to realize communication interaction between the device and other devices, which can be realized through wired mode (such as USB, network cable, etc.) or wireless mode (such as mobile network, WI FI, Bluetooth, etc.);

[0148] Bus 605 , which transmits information between various components of the device (e.g., processor 601 , memory 602 , input / output interface 603 , and communication interface 604 );

[0149] The processor 601 , the memory 602 , the input / output interface 603 and the communication interface 604 are connected to each other in communication within the device via a bus 605 .

[0150] An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the above-mentioned contract generation method is implemented.

[0151] The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely disposed relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0152] The contract generation method, device, electronic device and storage medium provided in the embodiment of the present application first obtain the user information of the user when the user's login status meets the preset conditions, and then determine the identification of the target contract template corresponding to the user information and the identification of the contract signing information required by the target contract template based on the user information, and then obtain the target contract template based on the identification of the target contract template, and obtain the contract signing information based on the identification of the contract signing information, and finally fill the target contract template with information based on the user information and the contract signing information to obtain the target contract. By determining the corresponding target contract template and contract signing information based on the user information, different contracts can be generated for different types of users, reducing the possibility of multiple subsequent modifications to the contract, so that the efficiency of contract generation can be improved.

[0153] The embodiments described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. Those skilled in the art will appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0154] Those skilled in the art will appreciate that the technical solutions shown in the figures do not constitute a limitation on the embodiments of the present application, and may include more or fewer steps than shown in the figures, or a combination of certain steps, or different steps.

[0155] The device embodiments described above are merely illustrative, and the units described as separate components may or may not be physically separated, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0156] Those skilled in the art will appreciate that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices may be implemented as software, firmware, hardware, or a suitable combination thereof.

[0157] The terms "first", "second", "third", "fourth", etc. (if any) in the specification of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0158] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0159] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the above units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0160] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0161] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0162] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium, including multiple instructions to enable a computer device (which can be a user computer, server, or network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, referred to as ROM), random access memory (Random Access Memory, referred to as RAM), disk or optical disk and other media that can store programs.

[0163] The preferred embodiments of the present invention are described above with reference to the accompanying drawings, but the scope of the rights of the present invention is not limited thereto. Any modification, equivalent substitution and improvement made by a person skilled in the art without departing from the scope and essence of the present invention should be within the scope of the rights of the present invention.

Claims

1. A contract generation method, characterized in that: The method comprises: When the user's login status meets the preset conditions, obtaining the user's user information; Determine, according to the user information, an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template; Acquiring the target contract template according to the identifier of the target contract template, and acquiring the contract signing information according to the identifier of the contract signing information; According to the user information and the contract signing information, the target contract template is filled with information to obtain the target contract.

2. The method according to claim 1, characterized in that The determining, according to the user information, an identifier of a target contract template corresponding to the user information and an identifier of contract signing information required by the target contract template includes: Passing the user information to the root node of a pre-built business logic decision tree model, wherein the business logic decision tree model includes a root node and multiple layers of sub-nodes of the root node, wherein the multiple layers of sub-nodes include a company sub-node, a job type sub-node, a specific job sub-node, and a leaf node; According to the hierarchical order between the multi-layer sub-nodes, the user information is matched with the information stored in the company sub-node, the position type sub-node, and the specific position sub-node in sequence to obtain a leaf node corresponding to the specific position sub-node matching the user information, wherein the hierarchical order is from small to large. Obtain the identifier of the target contract template and the identifier of the contract signing information stored in the leaf node.

3. The method according to claim 1, characterized in that: After filling the target contract template with information according to the user information and the contract signing information to obtain the target contract, the method further includes: Outputting prompt information, wherein the prompt information is used to prompt that the target contract has been generated and display abbreviated information of the target contract, where the number of the target contracts is multiple; In response to a selection input of a first target contract among the plurality of target contracts, detailed information of the first target contract is displayed.

4. The method according to claim 3, characterized in that After displaying detailed information of a first target contract in response to a selection input of the first target contract among the plurality of target contracts, the method further includes: Displaying an editing page, the editing page is used to edit the contract signing information of the first target contract, the contract signing information including the filling information of at least one signing item in the first target contract; In response to a first input of fill information of a first signed item among the at least one signed item, the fill information of the first signed item is modified to target information, the first input including the target information.

5. The method according to claim 3, characterized in that: After displaying detailed information of a first target contract in response to a selection input of the first target contract among the plurality of target contracts, the method further includes: Display the identity input page; In response to a second input on the identity input page, the fingerprint is filled into the fingerprint signing item of the first target contract, the second input being used to input the fingerprint.

6. The method according to claim 1, characterized in that When the user's login status meets the preset condition, after obtaining the user information of the user, the method further includes: In response to a third input, acquiring a contract template and contract signing information of a historical contract within a signing time range from the distributed cache unit, wherein the third input is used to trigger display of a historical contract that matches the user information and is within the signing time range; Filling information in the contract template of the historical contract according to the user information and the contract signing information of the historical contract to obtain the historical contract; Displays abbreviated information about the historical contract.

7. The method according to claim 1, characterized in that The step of acquiring the target contract template according to the identifier of the target contract template includes: Matching the identifier of the target contract template with the identifier of the contract template stored in the distributed cache unit, and extracting the successfully matched contract template as the target contract template; The acquiring the contract signing information according to the identifier of the contract signing information includes: The identifier of the contract signing information is matched with the identifier of the contract signing information stored in the distributed cache unit, and the successfully matched contract signing information is obtained from the distributed cache unit.

8. A contract generation device, characterized in that: The device comprises: A user information acquisition module, used to acquire the user information of the user when the user's login status meets the preset conditions; An identification determination module, used to determine, based on the user information, an identification of a target contract template corresponding to the user information and an identification of contract signing information required by the target contract template; A data acquisition module, used to acquire the target contract template according to the identifier of the target contract template, and to acquire the contract signing information according to the identifier of the contract signing information; The contract generation module is used to fill the target contract template with information according to the user information and the contract signing information to obtain the target contract.

9. An electronic device, characterized in that: The electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements the contract generation method described in any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the contract generation method according to any one of claims 1 to 7 is implemented.

Images