WO2018149082A1 - 合同生成方法、装置、服务器和存储介质 - Google Patents

合同生成方法、装置、服务器和存储介质 Download PDF

Info

Publication number
WO2018149082A1
WO2018149082A1 PCT/CN2017/090570 CN2017090570W WO2018149082A1 WO 2018149082 A1 WO2018149082 A1 WO 2018149082A1 CN 2017090570 W CN2017090570 W CN 2017090570W WO 2018149082 A1 WO2018149082 A1 WO 2018149082A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
contract template
service data
contract
padding
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.)
Ceased
Application number
PCT/CN2017/090570
Other languages
English (en)
French (fr)
Inventor
陈林
张国辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to US16/339,876 priority Critical patent/US10825088B2/en
Priority to SG11201903367WA priority patent/SG11201903367WA/en
Publication of WO2018149082A1 publication Critical patent/WO2018149082A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services
    • G06Q50/188Electronic negotiation
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/174Form filling; Merging
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/186Templates
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services

Definitions

  • the present application relates to the field of computer technology, and in particular, to a contract generation method, apparatus, server, and storage medium.
  • a contract template is set in the contract management platform, and when the contract is generated, the business data in the order is filled into the contract template.
  • the filling start position of the business data is preset (for example, starting from the first few columns or starting from the first few pixels, etc.) and the number of filled words.
  • the number of words of business data to be filled changes, etc., it is easy to cause a misalignment problem. Therefore, it is necessary to set different contract templates according to the filling start position and the number of padding words, resulting in too many contract templates and low utilization rate of contract templates.
  • a contract generation method comprising the following steps:
  • a contract generating device comprising:
  • An obtaining module configured to acquire order information, and obtain a contract template corresponding to the order information
  • the obtaining module is further configured to acquire the padding domain identifier in the contract template, and obtain the type of the service data corresponding to the padding domain identifier according to the correspondence between the preset padding domain identifier and the type identifier of the service data.
  • a service data extraction module configured to extract, from the order information, service data corresponding to the type identifier of the service data
  • a sub-padding area determining module configured to determine, according to the number of characters included in the service data, and the size of the padding domain corresponding to the padding domain identifier, the sub-padding area of the service data in the corresponding padding domain;
  • the first contract file generating module is configured to fill the service data into the corresponding sub-filling area in the contract template according to a preset character adjustment rule to generate a corresponding first contract file.
  • a server comprising a memory and a processor, the memory storing computer executable instructions, the computer executable instructions being executed by the processor, such that the processor performs the following steps:
  • One or more non-volatile readable storage media storing computer-executable instructions, when executed by one or more processors, cause the one or more processors to perform the following steps:
  • 1 is an application environment diagram of a contract generation method in an embodiment
  • Figure 2 is a block diagram of a server in one embodiment
  • FIG. 3 is a schematic flow chart of a contract generation method in an embodiment
  • FIG. 4 is a schematic flow chart of a method for determining a sub-filling area in an embodiment
  • FIG. 5 is a schematic flowchart of a method for generating a contract template in an embodiment
  • FIG. 6 is a schematic flow chart of a method for generating a second contract file in an embodiment
  • Figure 7 is a block diagram of a contract generating apparatus in an embodiment
  • Figure 8 is a block diagram of a contract generating apparatus in another embodiment.
  • Figure 9 is a block diagram of a contract generating apparatus in still another embodiment.
  • FIG. 1 is an application environment diagram of a contract generation method in an embodiment.
  • server 110 communicates with terminal 120 over a network.
  • the server 110 acquires the order information and acquires a contract template corresponding to the order information. Further, the server 110 acquires the padding domain identifier in the contract template, and obtains the type identifier of the service data corresponding to the padding domain identifier according to the correspondence between the preset padding domain identifier and the type identifier of the service data.
  • the server 110 extracts the service data corresponding to the type identifier of the service data from the order information, and determines the sub-fill of the service data in the corresponding padding domain according to the number of characters included in the service data and the size of the padding domain corresponding to the padding domain identifier.
  • the server 110 fills the service data into the corresponding sub-filling area in the contract template according to the character adjustment rule preset by the sub-population area to generate a corresponding first contract file. Further, the server 110 may send the generated first contract file to the terminal 120.
  • the terminal 120 includes, but is not limited to, various personal computers, smart phones, tablets, notebook computers, portable wearable devices, or self-service calling terminals, etc., which are not enumerated here.
  • FIG. 2 shows a block diagram of a server in one embodiment that includes a processor coupled through a system bus, a non-volatile storage medium, an internal memory, and a network interface.
  • the non-volatile storage medium of the server stores an operating system and computer executable instructions that, when executed, cause the processor to execute a contract generation method.
  • the server's processor is used to provide computing and control capabilities that support the operation of the entire server.
  • Computer-executable instructions may be stored in the internal memory in the server, and when the computer-executable instructions are executed by the processor, the processor may be caused to perform a contract generation method.
  • the network interface of the server is used for network communication, for example, sending the generated first contract file to the terminal or the like.
  • FIG. 2 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the server to which the solution of the present application is applied.
  • the specific server may include a ratio. More or fewer components are shown in the figures, or some components are combined, or have different component arrangements.
  • a contract generation method is provided.
  • the method is applied to the server shown in FIG. 1 or FIG. 2 as an example.
  • the method specifically includes the following steps:
  • Step S302 acquiring order information, and acquiring a contract template corresponding to the order information.
  • the server obtains order information. Specifically, the server can automatically obtain order information from the database to generate a corresponding contract file. Alternatively, the user submits an order on the terminal interface, and the terminal sends the submitted order information to the server.
  • the server obtains a contract template corresponding to the order information.
  • the acquired contract template includes at least one padding domain.
  • filled domain refers to an editable and/or populated area that is pre-inserted into the initial contract template.
  • the fill domain and the initial contract template combine the final contract template.
  • the format of the initial contract template may be an editable format, such as a word format, or a non-editable format, such as a PDF format (Portable). Document Format, portable document format).
  • the final contract template that is combined with the initial contract template of the padding domain and the non-editable format is also a non-editable format.
  • the contract management platform needs to use a contract file in a non-editable format (such as PDF format), so after the business data is traditionally filled according to the contract template in the word format, it is necessary to manually convert the contract file into a non-editable format (such as PDF format). The efficiency is very low.
  • the contract template that contains the non-editable format of the padding field is directly set here. After the business data is filled into the padding domain, the contract file is directly generated, which saves the manual conversion process and improves the efficiency of the contract file generation.
  • the server parses the order number in the order information, extracts the characters of the preset position in the order number, and determines the city identifier corresponding to the order information according to the extracted characters.
  • the mapping between the city identifier and the contract template identifier is preset in the configuration file of the server. According to the corresponding relationship, the contract template identifier corresponding to the city identifier is obtained, and the contract template corresponding to the order information is determined according to the obtained contract template identifier.
  • the acquired contract template includes at least one padding domain.
  • a city identifier uniquely corresponds to a contract template identifier, and the only corresponding contract template identifier of the city identifier is the target contract template identifier, and the contract template corresponding to the contract template identifier is obtained, that is, The contract template corresponding to the order information.
  • the contract template identifier corresponding to the city identifier is at least one
  • the step of determining the contract template corresponding to the order information according to the contract template identifier comprises: extracting the loan body information and the guarantee company information from the order information, from at least A contract template identifier corresponding to the extracted lending entity information and the guarantee company information is used as a target contract template identifier in a contract template identifier, and a contract template corresponding to the target contract template identifier is obtained.
  • one city identifier corresponds to one or more contract template identifiers.
  • the multiple contract template identifiers corresponding to the city are further divided.
  • the server sets the contract template identification and the lending entity and the guarantee company under the city level. Correspondence between the two.
  • the server further extracts the lending entity information and the guarantee company information from the order information, and finds the contract template identifier corresponding to the extracted lending entity information and the guarantee company information from the at least one contract template identifier as the target contract template identifier. Further, a contract template corresponding to the target contract template identifier is obtained.
  • the corresponding contract template identifiers in city A are 1, 2, 3, and 4, the lending entity n1 and the guarantee company m1 correspond to the contract template identifier 1, the lending entity n1 and the guarantee company m2 correspond to the contract template identifier 2, and the lending entity n2 And the guarantee company m2 corresponds to the contract template identifier 3, and the loan main body n2 and the guarantee company m1 correspond to the contract template identifier 4. If the lending entity extracted from the order information is n2 and the guarantee company is m2, the corresponding contract template identifier is 3.
  • step S304 the padding domain identifier in the contract template is obtained, and the type identifier of the service data corresponding to the padding domain identifier is obtained according to the correspondence between the preset padding domain identifier and the type identifier of the service data.
  • the server obtains the padding domain identifier in the contract template.
  • the padding domain ID is used to uniquely identify the padding domain in the contract template.
  • the correspondence between the padding domain identifier and the type identifier of the service data is preset in the server, and the type identifier of the service data corresponding to the padding domain identifier in the contract template is obtained according to the correspondence.
  • the type of the business data includes at least one of a customer name, a unit name, a loan amount, a time limit, a contract start date, a collateral details, a lending entity information, and a guarantee company.
  • Step S306 extracting service data corresponding to the type identifier of the service data from the order information.
  • the server extracts the service data corresponding to the type identifier of the service data from the order information.
  • the padding domain identifier is r1
  • the type identifier of the corresponding service data is c
  • c is the identifier of the customer name
  • the customer name corresponding to c is obtained.
  • Step S308 Determine, according to the number of characters included in the service data, and the size of the padding domain corresponding to the padding domain identifier, the sub-padding area of the service data in the corresponding padding domain.
  • the size of the area occupied by the single character is preset in the server, and the size of the area occupied by the service data is determined according to the size of the occupied area of the single character and the number of characters included in the service data. Then, the sub-filling area corresponding to the size of the area to be occupied is selected from the filling domain according to the preset area selection rule, that is, the sub-filling area of the service data in the filling domain.
  • the preset area selection rule may be at least one of a center, a left, a right, an upper, and a lower selection.
  • the step of determining the sub-filled area of the service data in the corresponding padding field according to the number of characters included in the service data and the size of the padding domain corresponding to the padding domain identifier (referred to as shortly Sub-fill area determination step), including:
  • Step S402 the padding domain corresponding to the padding domain identifier is divided into a plurality of blocks according to a preset granularity.
  • the server divides the padding domain corresponding to the padding domain identifier into multiple blocks according to the preset granularity.
  • the preset granularity may be a granularity in a size of an area occupied by one or more characters.
  • Step S404 determining the number of blocks corresponding to the service data according to the correspondence between the preset number of characters and the block, and the number of characters included in the service data.
  • the correspondence between the number of characters and the block is preset in the server. It will be appreciated that a single block may correspond to one or more characters.
  • the server may determine the number of blocks corresponding to the service data according to the number of characters included in the service data. For example, if one block corresponds to 5 characters and the number of characters included in the service data is 18 characters, it can be determined that the number of blocks corresponding to the service data is four.
  • Step S406 Select a block corresponding to the number of blocks from the plurality of blocks, and combine the selected blocks to obtain a sub-filled area in which the service data is in the corresponding padding field.
  • the server selects the block corresponding to the number of blocks from the plurality of blocks, and obtains the sub-filled area of the service data in the corresponding padding field according to the selected block combination.
  • a block selection rule is preset in the server.
  • the block selection rule includes at least one of a block centering selection, an upper selection, a lower selection, a left selection, or a right selection.
  • the server selects a block corresponding to the number of blocks from the plurality of blocks according to a preset block selection rule.
  • the padding domain is divided into multiple blocks according to a preset granularity, and the number of blocks corresponding to the service data is determined according to the number of characters in the service data, and the number corresponding to the number of the blocks is selected from the plurality of blocks.
  • the block combination obtains the corresponding sub-filled area of the service data in the padding domain.
  • the ability to dynamically determine the specific fill location of the business data in the fill domain by means of combining the blocks into sub-filled regions, the position of the determined sub-filled regions can be made more flexible than the manner of determining the sub-filled regions with reference to the entire large filled domains.
  • the required area size is usually selected according to the fixed starting position, resulting in the position of the selected sub-filled area being relatively rigid, single, and lacking in typesetting. .
  • the position of the determined sub-filled areas is made more flexible since the blocks can be selected instead of a fixed starting position.
  • Step S310 Fill the service data into the corresponding sub-filling area in the contract template according to the preset character adjustment rule to generate a corresponding first contract file.
  • the server fills the service data into the corresponding sub-filled area corresponding to the contract template according to the preset character adjustment rule to generate a corresponding first contract file.
  • the preset character adjustment rule includes a preset single-line character number and/or a rule of automatic line feed.
  • the server obtains the order information, and obtains the contract template corresponding to the order information; obtains the padding domain identifier in the contract template, and obtains the correspondence between the preset padding domain identifier and the type identifier of the service data.
  • the type identifier of the service data corresponding to the padding domain identifier; the service data corresponding to the type identifier of the service data is extracted from the order information; the service is determined according to the number of characters included in the service data and the size of the padding domain corresponding to the padding domain identifier
  • the data is in the sub-filled area of the corresponding padding field; the service data is filled into the corresponding sub-filling area in the contract template according to a preset character adjustment rule to generate a corresponding first contract file.
  • the contract template generating step is further included, which specifically includes the following steps:
  • Step S502 obtaining an initial contract template.
  • an initial contract template is preset in the server.
  • the format of the initial contract template may be an editable format, such as a word format, or a non-editable format, such as a PDF format. It can be understood that the non-editable format is a format that cannot change the content of the file itself.
  • the server will get the default initial contract template.
  • Step S504 acquiring a data filling location corresponding to the type of the business data in the initial contract template.
  • the initial contract template includes at least one type of business data.
  • the type of business data includes at least one of a customer name, a unit name, a loan amount, a term, a contract start date, a collateral details, a lending entity information, and a guarantee company.
  • the type of each business data in the initial contract template is set with a corresponding data filling location.
  • the server gets the data fill location corresponding to the type of business data in the initial contract template.
  • step S506 the padding domain information corresponding to the type of the service data is obtained, and the corresponding padding domain is inserted in the corresponding data padding position in the initial contract template according to the padding domain information to generate a final contract template.
  • the server has preset a correspondence between the type of the service data and the padding domain information, and according to the correspondence, the server acquires the padding domain information corresponding to the type of the service data.
  • the server inserts the corresponding padding location in the initial contract template according to the obtained padding domain information into the corresponding padding domain to generate a final contract template. That is, the server may insert the corresponding padding domain in the data padding location corresponding to the type of the service data in the initial contract template according to the padding domain information corresponding to the type of the service data. Specifically, the server can call the insert function to insert the padding field into the corresponding data padding location.
  • the final contract template is combined according to the inserted fill domain and the initial contract template.
  • the server acquires the padding domain information corresponding to the types of the respective service data. Then, corresponding padding fields are respectively inserted in the corresponding data filling positions corresponding to the initial contract templates according to the respective padding domain information. That is, multiple padding fields can be inserted in an initial contract template, and multiple padding domains can be included in the final contract template.
  • the method further includes a second contract file generating step, specifically including the following steps:
  • Step S602 Acquire a seal identifier corresponding to the contract template according to the correspondence between the contract template identifier and the seal identifier configured in the configuration file.
  • the correspondence between the contract template identifier and the seal identifier is configured in the configuration file pre-stored in the server.
  • the server acquires the seal identifier corresponding to the contract template. Specifically, the server obtains the contract template identifier corresponding to the contract template, and then obtains the seal identifier corresponding to the contract template identifier according to the correspondence between the pre-configured contract template identifier and the seal identifier, and the obtained seal identifier is The seal ID corresponding to the contract template.
  • Step S604 the interface of the seal system is called to obtain the seal information corresponding to the seal identifier.
  • the server calls the interface of the seal system to obtain the seal information corresponding to the seal identifier from the seal system.
  • Step S606 determining, according to the stamp position information in the pre-configured contract template, the stamp position corresponding to the seal information in the first contract file.
  • a configuration file is stored in the server, and the stamped position in the contract template is pre-configured in the configuration file. Based on the configuration file, the server determines the stamp location of the stamp information in the contract template. Based on the first contract file generated by the contract template filled with the business data, it is also possible to determine the stamp position corresponding to the seal information in the first contract file.
  • Step S608 stamping the stamp information to a corresponding stamp position in the first contract file to generate a second contract file.
  • the server stamps the obtained stamp information to a corresponding stamp position in the first contract file to generate a second contract file.
  • the stamp information can be automatically stamped into the first contract file without printing the first contract file, and then manually Stamping for efficiency.
  • the correspondence between the contract template identifier and the seal identifier is configured through the configuration file to facilitate the update of the seal. When the seal is updated, only the correspondence between the contract template identifier and the seal identifier in the configuration file needs to be changed. .
  • the method further includes: obtaining, according to a correspondence between the pre-configured contract template identifier and the number of print copies, the number of print copies corresponding to the second contract file, and sending a print request to the printing system, the print request The printing portion is included, and the printing system performs the step of printing the second contract file according to the number of copies.
  • the correspondence between the contract template identifier and the number of print copies is also configured in the configuration file. Based on the correspondence, the server obtains the number of copies corresponding to the contract template that uniquely identifies the contract template. It can be understood that the second contract file is also generated according to the contract template, and obtaining the number of print copies corresponding to the contract template is equivalent to obtaining the number of print copies corresponding to the second contract file.
  • the server sends a print request to the printing system, which includes the number of copies.
  • the printing system prints the second contract file based on the number of copies.
  • the correspondence between the contract template and the number of print copies is configured by the configuration file, thereby automatically controlling the number of print copies in the printing, saving the manual manual input of the number of print copies, and improving the printing efficiency of the contract file.
  • a contract generating apparatus 700 includes: an obtaining module 702, a service data extracting module 704, a sub-filling area determining module 706, and a first contract file generating module 708, wherein:
  • the obtaining module 702 is configured to acquire order information and obtain a contract template corresponding to the order information.
  • the obtaining module 702 is further configured to obtain the padding domain identifier in the contract template, and obtain the type identifier of the service data corresponding to the padding domain identifier according to the correspondence between the preset padding domain identifier and the type identifier of the service data.
  • the service data extraction module 704 is configured to extract service data corresponding to the type identifier of the service data from the order information.
  • the sub-padding area determining module 706 is configured to determine, according to the number of characters included in the service data, and the size of the padding domain corresponding to the padding domain identifier, the sub-padding area of the service data in the corresponding padding domain.
  • the first contract file generating module 708 is configured to fill the service data into the corresponding sub-filling area in the contract template according to the preset character adjustment rule to generate a corresponding first contract file.
  • the sub-padding area determining module 706 is further configured to divide the padding domain corresponding to the padding domain identifier into multiple blocks according to a preset granularity; according to a preset relationship between the number of characters and the block, And the number of characters included in the service data determines the number of blocks corresponding to the service data; the blocks corresponding to the number of blocks are selected from the plurality of blocks, and the selected blocks are combined to obtain the service data in the corresponding padding domain. Sub-fill area.
  • the obtaining module 702 is further configured to parse the order number in the order information, extract the characters of the preset position in the order number, and determine the city identifier corresponding to the order information according to the extracted characters; according to the preset city identifier and The contract template identifier corresponding to the city identifier is obtained, and the contract template corresponding to the order information is determined according to the contract template identifier, and the contract template includes at least one padding domain.
  • the contract template corresponding to the city identification is identified as at least one.
  • the obtaining module 702 is further configured to extract the lending entity information and the guarantee company information from the order information, and search for the contract template identifier corresponding to the extracted lending entity information and the guarantee company information from the at least one contract template identifier as the target contract. Template ID; obtain the contract template corresponding to the target contract template identifier.
  • the obtaining module 702 is further configured to acquire an initial contract template; and obtain a data filling location corresponding to a type of the business data in the initial contract template.
  • the device further includes:
  • the contract template generating module 703 is configured to acquire the padding domain information corresponding to the type of the service data, and insert the corresponding padding domain according to the padding domain information in the corresponding data padding position in the initial contract template to generate a final contract template.
  • the obtaining module 702 is further configured to obtain a seal identifier corresponding to the contract template according to the correspondence between the contract template identifier and the seal identifier configured in the configuration file.
  • the device further includes:
  • the stamp information obtaining module 710 is configured to invoke an interface of the stamp system to obtain seal information corresponding to the seal identifier
  • a stamp position determining module 712 configured to determine, according to the stamp position information in the pre-configured contract template, a stamping position corresponding to the stamp information in the first contract file;
  • the second contract file generating module 714 is configured to stamp the stamp information to a corresponding stamp position in the first contract file to generate a second contract file.
  • Each of the above-described contract generating devices may be implemented in whole or in part by software, hardware, and combinations thereof.
  • the above modules may be embedded in the hardware of the server or may be stored in the memory of the server in a software form, so that the processor can call the corresponding operations of the above modules.
  • the foregoing storage medium may be a magnetic disk, an optical disk, or a read-only storage memory (Read-Only)
  • a nonvolatile storage medium such as a memory or a ROM, or a random access memory (RAM).

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Primary Health Care (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Engineering & Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Artificial Intelligence (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Document Processing Apparatus (AREA)

Abstract

一种合同生成方法,包括:获取订单信息,以及获取与所述订单信息对应的合同模板;获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。

Description

合同生成方法、装置、服务器和存储介质
本申请要求于2017年2月17日提交中国专利局,申请号为2017100875666,发明名称为“合同生成方法和装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
【技术领域】
本申请涉及计算机技术领域,特别是涉及一种合同生成方法、装置、服务器和存储介质。
【背景技术】
随着科学技术的不断发展,合同的生成越来越自动化。
传统方法中,在合同管理平台中会设置合同模板,在生成合同时,将订单中的业务数据填充到合同模板中。
然而,由于传统的基于合同模板进行业务数据填充时,是预设了业务数据的填充起始位置(比如,从第几行第几列开始或从第几个像素开始填充等)以及填充字数。当需要填充的业务数据的字数等发生变化时,就容易造成错位问题。因此,就需要根据填充起始位置以及填充字数的不同来设置不同的合同模板,造成合同模板过多,合同模板的利用率比较低。
【发明内容】
根据本申请公开的各种实施例,提供一种合同生成方法、装置、服务器和存储介质。
一种合同生成方法,所述方法包括以下步骤:
获取订单信息,以及获取与所述订单信息对应的合同模板;
获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
一种合同生成装置,所述装置包括:
获取模块,用于获取订单信息,以及获取与所述订单信息对应的合同模板;
所述获取模块还用于获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
业务数据提取模块,用于从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
子填充区域确定模块,用于根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
第一合同文件生成模块,用于根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
一种服务器,包括存储器和处理器,所述存储器中存储有计算机可执行指令,所述计算机可执行指令被所述处理器执行时,使得所述处理器执行以下步骤:
获取订单信息,以及获取与所述订单信息对应的合同模板;
获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
一个或多个存储有计算机可执行指令的非易失性可读存储介质,所述计算机可执行指令被一个或多个处理器执行时,使得所述一个或多个处理器执行以下步骤:
获取订单信息,以及获取与所述订单信息对应的合同模板;
获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
【附图说明】
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一个实施例中合同生成方法的应用环境图;
图2为一个实施例中服务器的框图;
图3为一个实施例中合同生成方法的流程示意图;
图4为一个实施例中子填充区域确定方法的流程示意图;
图5为一个实施例中合同模板生成方法的流程示意图;
图6为一个实施例中第二合同文件生成方法的流程示意图;
图7为一个实施例中合同生成装置的框图;
图8为另一个实施例中合同生成装置的框图;及
图9为又一个实施例中合同生成装置的框图。
【具体实施方式】
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
图1为一个实施例中合同生成方法的应用环境图。如图1所示,服务器110通过网络与终端120进行通信。服务器110获取订单信息,以及获取与订单信息对应的合同模板。进一步地,服务器110获取合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取填充域标识对应的业务数据的类型标识。服务器110从订单信息中提取与业务数据的类型标识对应的业务数据,根据业务数据中包括的字符数量,以及填充域标识对应的填充域的大小,确定业务数据在对应的填充域中的子填充区域。进一步地,服务器110根据子填充区域预设的字符调节规则将业务数据填充至合同模板中对应的子填充区域中,以生成对应的第一合同文件。进一步地,服务器110可以将生成的第一合同文件发送至终端120。
可以理解,终端120包括但不限于各种个人计算机、智能手机、平板电脑、笔记本电脑、便携式穿戴设备或自助呼叫终端等,在此不一一列举。
图2示出了一个实施例中的服务器的框图,该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中,该服务器的非易失性存储介质存储有操作系统和计算机可执行指令,该计算机可执行指令被执行时,可使得处理器执行一种合同生成方法。该服务器的处理器用于提供计算和控制能力,支撑整个服务器的运行。该服务器中的内存储器中可储存有计算机可执行指令,该计算机可执行指令被所述处理器执行时,可使得所述处理器执行一种合同生成方法。服务器的网络接口用于进行网络通信,比如,将生成的第一合同文件发送至终端等。
本领域技术人员可以理解,图2中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的服务器的限定,具体的服务器可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
如图3所示,在一个实施例中,提供了一种合同生成方法,现以该方法应用于图1或图2所示的服务器为例进行举例说明,该方法具体包括以下步骤:
步骤S302,获取订单信息,以及获取与订单信息对应的合同模板。
本实施例中,服务器会获取订单信息。具体地,服务器可以从数据库中自动的获取要生成对应合同文件的订单信息。也可以是,用户在终端界面提交订单,终端将提交的订单信息发送至服务器。
进一步地,服务器会获取与订单信息对应的合同模板。其中,获取的合同模板中包括至少一个填充域。进一步地,“填充域”是指预先插入初始合同模板中的可编辑和/或填充的区域。填充域和初始合同模板共同组合最终的合同模板。其中,初始合同模板的格式可以是可编辑格式,比如word格式,也可以是非可编辑格式,比如PDF格式(Portable Document Format,便携式文档格式)。
可以理解,填充域和非可编辑格式的初始合同模板共同组合的最终的合同模板也是非可编辑格式。通常合同管理平台需要使用的是非可编辑格式(比如PDF格式)的合同文件,所以传统根据word格式的合同模板填充业务数据后,需要人工手动转换成非可编辑格式(比如PDF格式)的合同文件,效率非常低。而这里直接设置的是包含填充域的非可编辑格式的合同模板,在将业务数据填充至填充域之后,直接生成合同文件,省了手动进行格式转换的步骤,提高了合同文件的生成效率。
在一个实施例中,服务器会解析订单信息中的订单号,提取订单号中预设位置的字符,根据提取的字符确定与订单信息对应的城市标识。服务器的配置文件中预设了城市标识与合同模板标识之间的对应关系,根据该对应关系,获取与城市标识对应的合同模板标识,根据获取的合同模板标识确定该订单信息对应的合同模板。该获取的合同模板中包括至少一个填充域。
在一个实施例中,一个城市标识唯一对应于一个合同模板标识,则该城市标识唯一对应的合同模板标识即为目标合同模板标识,进而获取与该合同模板标识对应的合同模板,即为与该订单信息对应的合同模板。
在另一个实施例中,与城市标识对应的合同模板标识为至少一个,则根据合同模板标识确定订单信息对应的合同模板的步骤包括:从订单信息中提取放款主体信息和担保公司信息,从至少一个合同模板标识中查找与提取的放款主体信息和担保公司信息对应的合同模板标识作为目标合同模板标识,获取与目标合同模板标识对应的合同模板。
本实施例中,一个城市标识对应于一个或多个合同模板标识。在城市层级之下,预先根据放款主体和担保公司对该城市所对应的多个合同模板标识进行了进一步地的划分,服务器中建立了城市层级下的各个合同模板标识与放款主体和担保公司之间的对应关系。服务器会进一步从订单信息中提取放款主体信息和担保公司信息,结合上述对应关系,从至少一个合同模板标识中查找与提取的放款主体信息和担保公司信息对应的合同模板标识作为目标合同模板标识。进一步地,获取与目标合同模板标识对应的合同模板。
比如,城市A下对应的合同模板标识为1、2、3和4,放款主体n1以及担保公司m1与合同模板标识1对应,放款主体n1以及担保公司m2与合同模板标识2对应,放款主体n2以及担保公司m2与合同模板标识3对应,放款主体n2以及担保公司m1与合同模板标识4对应。从订单信息中提取的放款主体为n2、担保公司为m2,则对应的合同模板标识为3。
步骤S304,获取合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与填充域标识对应的业务数据的类型标识。
本实施例中,服务器会获取合同模板中的填充域标识。其中,填充域标识用于唯一标识合同模板中的填充域。
进一步地,服务器中预先设置了填充域标识与业务数据的类型标识之间的对应关系,根据该对应关系,获取该合同模板中的填充域标识对应的业务数据的类型标识。其中,业务数据的类型包括客户姓名、单位名称、贷款金额、期限、合同起始日期、抵押物详情、放款主体信息和担保公司中的至少一种。
步骤S306,从订单信息中提取与业务数据的类型标识对应的业务数据。
进一步地,服务器会从订单信息中提取与业务数据的类型标识对应的业务数据。比如,填充域标识为r1、对应的业务数据的类型标识为c,c是对客户姓名的标识,则获取的与c对应的客户姓名。
步骤S308,根据业务数据中包括的字符数量,以及填充域标识对应的填充域的大小,确定业务数据在对应的填充域中的子填充区域。
具体地,在一个实施例中,可以是,服务器中预先设置了单个字符占用区域大小,根据该单个字符占用区域大小和业务数据中包括的字符数量确定出该业务数据所需要占用的区域大小,然后根据预设的区域选取规则从填充域中选取与所需占用的区域大小对应的子填充区域,即为业务数据在该填充域中的子填充区域。其中,预设的区域选取规则可以是居中、靠左、靠右、靠上、靠下选取中的至少一种。
在另一个实施例中,如图4所示,根据业务数据中包括的字符数量,以及填充域标识对应的填充域的大小,确定业务数据在对应的填充域中的子填充区域的步骤(简称子填充区域确定步骤),包括:
步骤S402,根据预设粒度将与填充域标识对应的填充域划分成多个区块。
本实施例中,服务器会根据预设粒度将与填充域标识对应的填充域划分成多个区块。
其中,预设粒度可以是以一个或多个字符所占用区域大小为单位的粒度。
步骤S404,根据预设的字符数量与区块之间的对应关系,以及业务数据中包括的字符数量确定业务数据所对应的区块数量。
进一步地,服务器中预先设置了字符数量与区块之间的对应关系。可以理解,单个区块可以对应一个或多个字符。结合该对应关系,服务器可以根据业务数据中包括的字符数量确定该业务数据所对应的区块数量。比如,一个区块对应于5个字符,业务数据中包括的字符数量为18个字符,则可以确定该业务数据对应的区块数量为4个。
步骤S406,从多个区块中选取与区块数量对应的区块,将选取的区块组合得到业务数据在对应的填充域中的子填充区域。
本实施例中,服务器会从多个区块中选取与区块数量对应的区块,根据选取的区块组合得到业务数据在对应的填充域中的子填充区域。
进一步地,可以是,服务器中预先设置了区块选取规则。其中,该区块选取规则包括对区块居中选取、靠上选取、靠下选取、靠左选取或靠右选取中的至少一种。服务器根据预设的区块选取规则,从多个区块中选取与区块数量对应的区块。
本实施例中,将填充域以预设粒度划分成多个区块,根据业务数据中的字符数量确定出业务数据对应的区块数量,从多个区块中选取与该区块数量对应的区块组合得到业务数据在填充域中对应的子填充区域。能够动态的确定出业务数据在填充域中的具体填充位置。此外,通过区块组合成子填充区域的方式,相较于以整个大的填充域为参考来确定子填充区域的方式而言,能够使确定出的子填充区域的位置更加的灵活。因为,以整个大的填充域为参考来确定子填充区域时,通常会根据固定的起始位置来选取所需的区域大小,导致选取出来的子填充区域的位置比较死板、单一,缺乏排版性。而通过区块组合成子填充区域,由于可以对区块进行选择,而并非固定的起始位置,所以使确定出的子填充区域的位置更加的灵活。
步骤S310,根据预设的字符调节规则将业务数据填充至合同模板中对应的子填充区域中,以生成对应的第一合同文件。
进一步地,服务器会根据预设的字符调节规则将业务数据填充至合同模板中对应的所确定出来的子填充区域中,以生成对应的第一合同文件。其中,预设的字符调节规则包括预设的单行字符数和/或自动换行的规则。
可以理解,这里的第一合同文件中的“第一”是为了将下文中的“第二合同文件”进行区别,并不做其他大小、权限、顺序等方面的限定。
本实施例中,服务器会获取订单信息,以及获取与订单信息对应的合同模板;获取合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与填充域标识对应的业务数据的类型标识;从订单信息中提取与业务数据的类型标识对应的业务数据;根据业务数据中包括的字符数量,以及填充域标识对应的填充域的大小,确定业务数据在对应的填充域中的子填充区域;根据预设的字符调节规则将业务数据填充至合同模板中对应的子填充区域中,以生成对应的第一合同文件。即相当于设置了包含有大的填充域的合同模板,在生成不同订单的合同文件时,只需要根据订单中业务数据的字符数,来动态的确定出该业务数据所需的子填充区域即可。从而实现一个合同模板对于字符数在预设范围内的业务数据都可以适用,相较于传统的根据业务数据的填充起始位置以及填充字数来设置对应的合同模板而言,大大提高了合同模板的利用率。
如图5所示,在一个实施例中,在获取订单信息的步骤之前,还包括合同模板生成步骤,具体包括以下步骤:
步骤S502,获取初始合同模板。
本实施例中,服务器中预先设置了初始合同模板。其中,初始合同模板的格式可以是可编辑格式,比如word格式,也可以是非可编辑格式,比如PDF格式。可以理解,非可编辑格式,是对文件内容本身不能进行改变的格式。服务器会获取预设的初始合同模板。
步骤S504,获取与初始合同模板中的业务数据的类型对应的数据填充位置。
初始合同模板中包括至少一种业务数据的类型。同上文所述,业务数据的类型包括客户姓名、单位名称、贷款金额、期限、合同起始日期、抵押物详情、放款主体信息和担保公司中的至少一种。
初始合同模板中的各个业务数据的类型都设置有对应的数据填充位置。
服务器会获取与初始合同模板中的业务数据的类型对应的数据填充位置。
步骤S506,获取与业务数据的类型对应的填充域信息,根据填充域信息在初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。
本实施例中,服务器中预先设置了业务数据的类型与填充域信息之间的对应关系,根据该对应关系,服务器会获取与业务数据的类型对应的填充域信息。
进一步地,服务器会将根据获取的填充域信息在初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。即服务器可以根据与业务数据的类型对应的填充域信息在初始合同模板中与该业务数据的类型对应的数据填充位置中,插入对应的填充域。具体地,服务器可以调用insert函数将填充域插入对应的数据填充位置。
进一步地,根据插入的填充域和初始合同模板共同组合最终的合同模板。
可以理解,当业务数据的类型为多种时,则服务器会获取与各个业务数据的类型分别对应的填充域信息。然后分别根据各个填充域信息分别在初始合同模板中对应的各个数据填充位置中插入对应的填充域。即一个初始合同模板中可以插入多个填充域,最终的合同模板中可以包括多个填充域。
如图6所示,在一个实施例中,该方法还包括第二合同文件生成步骤,具体包括以下步骤:
步骤S602,根据配置文件中配置的合同模板标识与印章标识之间的对应关系,获取与合同模板对应的印章标识。
本实施例中,服务器中预先存储的配置文件中配置了合同模板标识和印章标识之间的对应关系。根据该对应关系,服务器会获取与合同模板对应的印章标识。具体地,服务器会获取与该合同模板对应的合同模板标识,然后根据预先配置的合同模板标识和印章标识之间的对应关系,获取与该合同模板标识对应的印章标识,该获取的印章标识即为与合同模板对应的印章标识。
步骤S604,调用印章系统的接口,获取与印章标识对应的印章信息。
进一步地,服务器会调用印章系统的接口,从印章系统中获取与该印章标识对应的印章信息。
步骤S606,根据预先配置的合同模板中的盖章位置信息,确定印章信息在第一合同文件中所对应的盖章位置。
具体地,服务器中存储有配置文件,该配置文件中预先配置了合同模板中的盖章位置。根据该配置文件,服务器确定该印章信息在合同模板中所对应的盖章位置。基于第一合同文件是由填充了业务数据的合同模板生成的,所以同样可以确定该印章信息在第一合同文件中所对应的盖章位置。
步骤S608,将该印章信息加盖至第一合同文件中对应的印章位置,以生成第二合同文件。
进一步地,服务器会将获取的印章信息加盖至第一合同文件中对应的盖章位置,以生成第二合同文件。
本实施例中,通过配置文件配置合同模板标识与印章标识之间的对应关系,可以自动的将印章信息加盖至第一合同文件中,而不需要将第一合同文件打印出来,再手动的进行盖章,提高了效率。此外,通过配置文件配置合同模板标识和印章标识之间的对应关系,方便对印章的更新,在对印章更新时,只需要更改配置文件中的合同模板标识和印章标识之间的对应关系即可。
在一个实施例中,该方法还包括:根据预先配置的合同模板标识与打印份数之间的对应关系,获取与第二合同文件对应的打印份数,向打印系统发送打印请求,该打印请求中包括该打印份数,使打印系统根据该打印份数将第二合同文件进行打印处理的步骤。
本实施例中,配置文件中还配置了合同模板标识与打印份数之间的对应关系。根据该对应关系,服务器会获取与唯一标识合同模板的合同模板对应的打印份数。可以理解,第二合同文件也是根据合同模板生成的,获取与合同模板对应的打印份数,就相当于获取与第二合同文件对应的打印份数。
进一步地,服务器会向打印系统发送打印请求,该打印请求中包括打印份数。打印系统根据该打印份数将第二合同文件进行打印处理。
本实施例中,通过配置文件配置合同模板与打印份数之间的对应关系,实现打印中对打印份数的自动控制,节省了人工手动输入打印份数的操作,提高了合同文件打印效率。
如图7所示,提供了一种合同生成装置700,该装置包括:获取模块702、业务数据提取模块704、子填充区域确定模块706以及第一合同文件生成模块708,其中:
获取模块702,用于获取订单信息,以及获取与订单信息对应的合同模板。
获取模块702还用于获取合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与填充域标识对应的业务数据的类型标识。
业务数据提取模块704,用于从订单信息中提取与业务数据的类型标识对应的业务数据。
子填充区域确定模块706,用于根据业务数据中包括的字符数量,以及填充域标识对应的填充域的大小,确定业务数据在对应的填充域中的子填充区域。
第一合同文件生成模块708,用于根据预设的字符调节规则将业务数据填充至合同模板中对应的子填充区域中,以生成对应的第一合同文件。
在一个实施例中,子填充区域确定模块706还用于根据预设粒度将与填充域标识对应的填充域划分成多个区块;根据预设的字符数量与区块之间的对应关系,以及业务数据中包括的字符数量确定业务数据所对应的区块数量;从多个区块中选取与区块数量对应的区块,将选取的区块组合得到业务数据在对应的填充域中的子填充区域。
在一个实施例中,获取模块702还用于解析订单信息中的订单号,提取订单号中预设位置的字符,根据提取的字符确定与订单信息对应的城市标识;根据预设的城市标识与合同模板标识之间的对应关系,获取与城市标识对应的合同模板标识;根据合同模板标识确定订单信息对应的合同模板,合同模板中包括至少一个填充域。
在一个实施例中,与城市标识对应的合同模板标识为至少一个。本实施例中,获取模块702还用于从订单信息中提取放款主体信息和担保公司信息;从至少一个合同模板标识中查找与提取的放款主体信息和担保公司信息对应的合同模板标识作为目标合同模板标识;获取与目标合同模板标识对应的合同模板。
在一个实施例中,获取模块702还用于获取初始合同模板;获取与初始合同模板中的业务数据的类型对应的数据填充位置。如图8所示,本实施例中,该装置还包括:
合同模板生成模块703,用于获取与业务数据的类型对应的填充域信息,根据填充域信息在初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。
在一个实施例中,获取模块702还用于根据配置文件中配置的合同模板标识与印章标识之间的对应关系,获取与合同模板对应的印章标识。如图9所示,本实施例中,该装置还包括:
印章信息获取模块710,用于调用印章系统的接口,获取与印章标识对应的印章信息;
盖章位置确定模块712,用于根据预先配置的合同模板中的盖章位置信息,确定印章信息在第一合同文件中所对应的盖章位置;
第二合同文件生成模块714,用于将印章信息加盖至第一合同文件中对应的盖章位置,以生成第二合同文件。
上述合同生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于服务器的处理器中,也可以以软件形式存储于服务器的存储器中,以便于处理器调用执行以上各个模块对应的操作。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限定。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (24)

  1. 一种合同生成方法,包括:
    获取订单信息,以及获取与所述订单信息对应的合同模板;
    获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
    从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
    根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
    根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
  2. 根据权利要求1所述的方法,其特征在于,所述根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域包括:
    根据预设粒度将与填充域标识对应的填充域划分成多个区块;
    根据预设的字符数量与区块之间的对应关系,以及所述业务数据中包括的字符数量确定所述业务数据所对应的区块数量;及
    从所述多个区块中选取与所述区块数量对应的区块,将选取的区块组合得到业务数据在对应的填充域中的子填充区域。
  3. 根据权利要求1所述的方法,其特征在于,所述获取与所述订单信息对应的合同模板包括:
    解析所述订单信息中的订单号,提取所述订单号中预设位置的字符,根据提取的所述字符确定与所述订单信息对应的城市标识;
    根据预设的城市标识与合同模板标识之间的对应关系,获取与所述城市标识对应的合同模板标识;及
    根据所述合同模板标识确定所述订单信息对应的合同模板,所述合同模板中包括至少一个填充域。
  4. 根据权利要求3所述的方法,其特征在于,所述与所述城市标识对应的合同模板标识为至少一个;
    所述根据所述合同模板标识确定所述订单信息对应的合同模板包括:
    从所述订单信息中提取放款主体信息和担保公司信息;
    从所述至少一个合同模板标识中查找与提取的所述放款主体信息和所述担保公司信息对应的合同模板标识作为目标合同模板标识;及
    获取与所述目标合同模板标识对应的合同模板。
  5. 根据权利要求1所述的方法,其特征在于,在所述获取订单信息之前,所述方法还包括:
    获取初始合同模板;
    获取与所述初始合同模板中的业务数据的类型对应的数据填充位置;及
    获取与所述业务数据的类型对应的填充域信息,根据所述填充域信息在所述初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。
  6. 根据权利要求1所述的方法,其特征在于,还包括:
    根据配置文件中配置的合同模板标识与印章标识之间的对应关系,获取与所述合同模板对应的印章标识;
    调用印章系统的接口,获取与所述印章标识对应的印章信息;
    根据预先配置的所述合同模板中的盖章位置信息,确定所述印章信息在所述第一合同文件中所对应的盖章位置;及
    将所述印章信息加盖至所述第一合同文件中所述对应的盖章位置,以生成第二合同文件。
  7. 一种合同生成装置,包括:
    获取模块,用于获取订单信息,以及获取与所述订单信息对应的合同模板;
    所述获取模块还用于获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
    业务数据提取模块,用于从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
    子填充区域确定模块,用于根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
    第一合同文件生成模块,用于根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
  8. 根据权利要求7所述的装置,其特征在于,所述子填充区域确定模块还用于根据预设粒度将与填充域标识对应的填充域划分成多个区块;根据预设的字符数量与区块之间的对应关系,以及所述业务数据中包括的字符数量确定所述业务数据所对应的区块数量;从所述多个区块中选取与所述区块数量对应的区块,将选取的区块组合得到业务数据在对应的填充域中的子填充区域。
  9. 根据权利要求7所述的装置,其特征在于,所述获取模块还用于解析所述订单信息中的订单号,提取所述订单号中预设位置的字符,根据提取的所述字符确定与所述订单信息对应的城市标识;根据预设的城市标识与合同模板标识之间的对应关系,获取与所述城市标识对应的合同模板标识;根据所述合同模板标识确定所述订单信息对应的合同模板,所述合同模板中包括至少一个填充域。
  10. 根据权利要求9所述的装置,其特征在于,与城市标识对应的合同模板标识为至少一个;
    所述获取模块还用于从所述订单信息中提取放款主体信息和担保公司信息;从所述至少一个合同模板标识中查找与提取的所述放款主体信息和所述担保公司信息对应的合同模板标识作为目标合同模板标识;及获取与所述目标合同模板标识对应的合同模板。
  11. 根据权利要求7所述的装置,其特征在于,所述获取模块还用于获取初始合同模板;获取与所述初始合同模板中的业务数据的类型对应的数据填充位置;
    所述装置还包括:
    合同模板生成模块,用于获取与所述业务数据的类型对应的填充域信息,根据所述填充域信息在所述初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。
  12. 根据权利要求7所述的装置,其特征在于,所述获取模块还用于根据配置文件中配置的合同模板标识与印章标识之间的对应关系,获取与所述合同模板对应的印章标识;
    所述装置还包括:
    印章信息获取模块,用于调用印章系统的接口,获取与所述印章标识对应的印章信息;
    盖章位置确定模块,用于根据预先配置的所述合同模板中的盖章位置信息,确定所述印章信息在所述第一合同文件中所对应的盖章位置;
    第二合同文件生成模块,用于将所述印章信息加盖至所述第一合同文件中所述对应的盖章位置,以生成第二合同文件。
  13. 一种服务器,包括存储器和处理器,所述存储器中存储有计算机可执行指令,所述指令被所述处理器执行时,使得所述处理器执行以下步骤:
    获取订单信息,以及获取与所述订单信息对应的合同模板;
    获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
    从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
    根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
    根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
  14. 根据权利要求13所述的服务器,其特征在于,所述根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域包括:
    根据预设粒度将与填充域标识对应的填充域划分成多个区块;
    根据预设的字符数量与区块之间的对应关系,以及所述业务数据中包括的字符数量确定所述业务数据所对应的区块数量;及
    从所述多个区块中选取与所述区块数量对应的区块,将选取的区块组合得到业务数据在对应的填充域中的子填充区域。
  15. 根据权利要求13所述的服务器,其特征在于,所述获取与所述订单信息对应的合同模板包括:
    解析所述订单信息中的订单号,提取所述订单号中预设位置的字符,根据提取的所述字符确定与所述订单信息对应的城市标识;
    根据预设的城市标识与合同模板标识之间的对应关系,获取与所述城市标识对应的合同模板标识;及
    根据所述合同模板标识确定所述订单信息对应的合同模板,所述合同模板中包括至少一个填充域。
  16. 根据权利要求15所述的服务器,其特征在于,所述与所述城市标识对应的合同模板标识为至少一个;
    所述根据所述合同模板标识确定所述订单信息对应的合同模板包括:
    从所述订单信息中提取放款主体信息和担保公司信息;
    从所述至少一个合同模板标识中查找与提取的所述放款主体信息和所述担保公司信息对应的合同模板标识作为目标合同模板标识;及
    获取与所述目标合同模板标识对应的合同模板。
  17. 根据权利要求13所述的服务器,其特征在于,在所述获取订单信息之前,所述计算机可执行指令还使得所述处理器执行以下步骤:
    获取初始合同模板;
    获取与所述初始合同模板中的业务数据的类型对应的数据填充位置;及
    获取与所述业务数据的类型对应的填充域信息,根据所述填充域信息在所述初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。
  18. 根据权利要求13所述的服务器,其特征在于,所述计算机可执行指令还使得所述处理器执行以下步骤:
    根据配置文件中配置的合同模板标识与印章标识之间的对应关系,获取与所述合同模板对应的印章标识;
    调用印章系统的接口,获取与所述印章标识对应的印章信息;
    根据预先配置的所述合同模板中的盖章位置信息,确定所述印章信息在所述第一合同文件中所对应的盖章位置;及
    将所述印章信息加盖至所述第一合同文件中所述对应的盖章位置,以生成第二合同文件。
  19. 一个或多个存储有计算机可执行指令的非易失性可读存储介质,所述计算机可执行指令被一个或多个处理器执行时,使得所述一个或多个处理器执行以下步骤:
    获取订单信息,以及获取与所述订单信息对应的合同模板;
    获取所述合同模板中的填充域标识,根据预设的填充域标识与业务数据的类型标识之间的对应关系,获取与所述填充域标识对应的业务数据的类型标识;
    从所述订单信息中提取与所述业务数据的类型标识对应的业务数据;
    根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域;及
    根据预设的字符调节规则将所述业务数据填充至合同模板中对应的所述子填充区域中,以生成对应的第一合同文件。
  20. 根据权利要求19所述的非易失性可读存储介质,其特征在于,所述根据所述业务数据中包括的字符数量,以及所述填充域标识对应的填充域的大小,确定所述业务数据在对应的填充域中的子填充区域包括:
    根据预设粒度将与填充域标识对应的填充域划分成多个区块;
    根据预设的字符数量与区块之间的对应关系,以及所述业务数据中包括的字符数量确定所述业务数据所对应的区块数量;及
    从所述多个区块中选取与所述区块数量对应的区块,将选取的区块组合得到业务数据在对应的填充域中的子填充区域。
  21. 根据权利要求19所述的非易失性可读存储介质,其特征在于,所述获取与所述订单信息对应的合同模板包括:
    解析所述订单信息中的订单号,提取所述订单号中预设位置的字符,根据提取的所述字符确定与所述订单信息对应的城市标识;
    根据预设的城市标识与合同模板标识之间的对应关系,获取与所述城市标识对应的合同模板标识;及
    根据所述合同模板标识确定所述订单信息对应的合同模板,所述合同模板中包括至少一个填充域。
  22. 根据权利要求21所述的非易失性可读存储介质,其特征在于,所述与所述城市标识对应的合同模板标识为至少一个;
    所述根据所述合同模板标识确定所述订单信息对应的合同模板包括:
    从所述订单信息中提取放款主体信息和担保公司信息;
    从所述至少一个合同模板标识中查找与提取的所述放款主体信息和所述担保公司信息对应的合同模板标识作为目标合同模板标识;及
    获取与所述目标合同模板标识对应的合同模板。
  23. 根据权利要求19所述的非易失性可读存储介质,其特征在于,在所述获取订单信息之前,所述计算机可执行指令还使得所述处理器执行以下步骤:
    获取初始合同模板;
    获取与所述初始合同模板中的业务数据的类型对应的数据填充位置;及
    获取与所述业务数据的类型对应的填充域信息,根据所述填充域信息在所述初始合同模板中对应的数据填充位置插入对应的填充域,以生成最终的合同模板。
  24. 根据权利要求19所述的非易失性可读存储介质,其特征在于,所述计算机可执行指令还使得所述处理器执行以下步骤:
    根据配置文件中配置的合同模板标识与印章标识之间的对应关系,获取与所述合同模板对应的印章标识;
    调用印章系统的接口,获取与所述印章标识对应的印章信息;
    根据预先配置的所述合同模板中的盖章位置信息,确定所述印章信息在所述第一合同文件中所对应的盖章位置;及
    将所述印章信息加盖至所述第一合同文件中所述对应的盖章位置,以生成第二合同文件。
PCT/CN2017/090570 2017-02-17 2017-06-28 合同生成方法、装置、服务器和存储介质 Ceased WO2018149082A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/339,876 US10825088B2 (en) 2017-02-17 2017-06-28 Contract generation method and apparatus, server and storage medium
SG11201903367WA SG11201903367WA (en) 2017-02-17 2017-06-28 Contract generation method and apparatus, server and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710087566.6A CN106980605B (zh) 2017-02-17 2017-02-17 合同生成方法和装置
CN201710087566.6 2017-02-17

Publications (1)

Publication Number Publication Date
WO2018149082A1 true WO2018149082A1 (zh) 2018-08-23

Family

ID=59338051

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/090570 Ceased WO2018149082A1 (zh) 2017-02-17 2017-06-28 合同生成方法、装置、服务器和存储介质

Country Status (5)

Country Link
US (1) US10825088B2 (zh)
CN (1) CN106980605B (zh)
SG (1) SG11201903367WA (zh)
TW (1) TWI663553B (zh)
WO (1) WO2018149082A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109670165A (zh) * 2018-09-18 2019-04-23 平安科技(深圳)有限公司 信息提取方法、装置、设备及存储介质
CN109800404A (zh) * 2019-01-03 2019-05-24 深圳壹账通智能科技有限公司 电子合同模板生成方法、装置、计算机设备和存储介质
CN109815471A (zh) * 2019-01-04 2019-05-28 深圳壹账通智能科技有限公司 合同文本生成方法、装置、计算机设备和存储介质
CN113283766A (zh) * 2021-05-31 2021-08-20 平安国际智慧城市科技股份有限公司 合同管理方法、装置、电子设备及存储介质
CN114493551A (zh) * 2022-03-28 2022-05-13 中国光大银行股份有限公司 一种合同的生成方法及装置、电子设备、存储介质
CN121190011A (zh) * 2025-09-19 2025-12-23 北京谦润和科技有限公司 合同生成方法、装置、电子设备及存储介质

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107832676B (zh) * 2017-10-16 2024-02-02 平安科技(深圳)有限公司 表格信息换行识别方法、电子设备及计算机可读存储介质
CN108009928B (zh) * 2017-11-23 2021-04-13 平安科技(深圳)有限公司 电子保单加签方法、装置、计算机设备及存储介质
CN108280626B (zh) * 2018-01-30 2020-09-29 深圳壹账通智能科技有限公司 合同数据处理方法、装置、计算机设备和存储介质
CN108335199B (zh) * 2018-03-13 2021-01-26 平安普惠企业管理有限公司 贷款请求处理方法、装置、计算机设备和存储介质
CN108897727B (zh) * 2018-05-23 2021-09-14 平安科技(深圳)有限公司 合同备案方法、装置、计算机设备和存储介质
CN108845981B (zh) * 2018-06-15 2022-11-29 中金金融认证中心有限公司 一种生成合同模板的方法及装置
CN109146683A (zh) * 2018-08-01 2019-01-04 江苏恒宝智能系统技术有限公司 一种利用区块链的信息管理和认证系统
CN109325729B (zh) * 2018-08-21 2023-09-29 平安科技(深圳)有限公司 一种生成电子合同的方法及服务器
CN109783782B (zh) * 2018-12-14 2024-05-07 平安科技(深圳)有限公司 电子合同模板的生成方法、设备、存储介质及装置
CN109635255B (zh) * 2018-12-14 2023-12-19 泰康保险集团股份有限公司 一种pdf文件输出方法、装置、存储介质及电子设备
CN109766532A (zh) * 2018-12-17 2019-05-17 深圳壹账通智能科技有限公司 电子合同的配置方法、装置、计算机设备和存储介质
CN109829813A (zh) * 2018-12-30 2019-05-31 贝壳技术有限公司 一种用于房屋中介的贷款交易方法及系统
CN109636360A (zh) * 2019-02-26 2019-04-16 上海维信荟智金融科技有限公司 自动化生成合同的方法及系统
CN110188165A (zh) * 2019-04-24 2019-08-30 平安科技(深圳)有限公司 合同模板获取方法、装置、存储介质和计算机设备
CN110490725A (zh) * 2019-07-10 2019-11-22 阿里巴巴集团控股有限公司 业务处理方法以及装置
CN110543450A (zh) * 2019-07-26 2019-12-06 深圳壹账通智能科技有限公司 电子文档生成方法、装置、计算机设备及存储介质
CN110727962B (zh) * 2019-10-17 2023-07-07 武汉英思工程科技股份有限公司 一种适用于全流程过程化的电子签章方法
CN111367607A (zh) * 2020-03-04 2020-07-03 无锡镜子信息技术有限公司 动态电子合同生成和签署系统及其实现方法
CN111882419B (zh) * 2020-05-25 2022-02-08 马上消费金融股份有限公司 质检文件的方法、装置及服务器
CN112784564B (zh) * 2020-05-29 2024-07-23 珠海金山办公软件有限公司 一种文档生成方法及装置
CN112149391B (zh) * 2020-09-28 2023-06-09 平安证券股份有限公司 信息处理方法、信息处理装置、终端设备及存储介质
CN112241625A (zh) * 2020-10-30 2021-01-19 卓尔购信息科技(武汉)有限公司 一种基于java语言的合同文档自动生成方法及系统
CN112306977A (zh) * 2020-10-30 2021-02-02 中国平安人寿保险股份有限公司 基于异步处理的文件签章方法、装置、计算机设备
CN112580318B (zh) * 2020-12-08 2024-12-06 广东电网有限责任公司 信息生成方法、装置、电子设备以及存储介质
CN112686647B (zh) * 2021-01-31 2023-10-31 重庆渝高科技产业(集团)股份有限公司 一种建设项目的线上合同管理方法及系统
CN112686646B (zh) * 2021-01-31 2023-09-22 重庆渝高科技产业(集团)股份有限公司 一种合同线上填报管理方法及系统
CN112700231A (zh) * 2021-03-25 2021-04-23 北京焦点新干线信息技术有限公司 一种电子合同的处理方法及系统
CN113378537A (zh) * 2021-06-28 2021-09-10 平安信托有限责任公司 基于区块链的电子印章生成方法、装置、设备及存储介质
CN113486637A (zh) * 2021-07-07 2021-10-08 上海中通吉网络技术有限公司 智能化动态自定义合同生成方法和装置
CN113627145A (zh) * 2021-08-02 2021-11-09 上海浦东发展银行股份有限公司 一种参数化配置的文件生成方法、装置、设备和介质
CN113781003A (zh) * 2021-09-18 2021-12-10 上海中通吉网络技术有限公司 一种合同生成管理方法
CN113793233A (zh) * 2021-11-15 2021-12-14 广东卓维网络有限公司 电力交易合同的生成处理方法、系统、存储介质及处理器
CN114239522A (zh) * 2021-11-22 2022-03-25 中国建设银行股份有限公司 合同管理方法、系统、计算机设备及计算机可读存储介质
CN114444129B (zh) * 2021-12-28 2024-04-19 航天信息股份有限公司 一种对电子印章进行动态控制的方法及系统
CN114237459B (zh) * 2022-02-24 2022-05-24 杭州太美星程医药科技有限公司 变更合同的生成方法、装置、计算机设备及存储介质
CN115409009B (zh) * 2022-08-17 2026-01-30 平安国际融资租赁有限公司 一种在线合同生成方法、系统、计算机设备及介质
CN117275024A (zh) * 2023-09-21 2023-12-22 联通(广东)产业互联网有限公司 业务处理方法、装置、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070157079A1 (en) * 2001-08-31 2007-07-05 Baker Jeffrey T Apparatus and method for negotiating and generating contract documents on-line
CN104503715A (zh) * 2014-12-26 2015-04-08 北京首钢自动化信息技术有限公司 一种钢铁行业的动态质保书管理系统
CN105095168A (zh) * 2015-07-17 2015-11-25 北京奇虎科技有限公司 一种合同文档的自动生成方法和装置
CN105184503A (zh) * 2015-09-24 2015-12-23 北京华通伟业科技发展有限公司 合同管理系统和使用合同管理系统执行合同管理的方法
CN105787626A (zh) * 2014-12-25 2016-07-20 远光软件股份有限公司 一种合同管理方法和系统
CN106022734A (zh) * 2016-06-22 2016-10-12 武汉斗鱼网络科技有限公司 一种合同自动化管理方法与系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030078880A1 (en) * 1999-10-08 2003-04-24 Nancy Alley Method and system for electronically signing and processing digital documents
US7568104B2 (en) * 2005-01-19 2009-07-28 International Business Machines Corporation Method and apparatus for adding signature information to electronic documents
US7640255B2 (en) * 2005-05-31 2009-12-29 Sap, Ag Method for utilizing a multi-layered data model to generate audience specific documents
US7430715B2 (en) * 2005-05-31 2008-09-30 Sap, Aktiengesellschaft Interface for indicating the presence of inherited values in a document
US20080005667A1 (en) * 2006-06-28 2008-01-03 Dias Daniel M Method and apparatus for creating and editing electronic documents
US20080243662A1 (en) * 2007-03-30 2008-10-02 Route One, Llc System and method for electronic contracting
US8972848B2 (en) * 2010-11-23 2015-03-03 International Business Machines Corporation Document renewal and translation
US8655796B2 (en) * 2011-06-17 2014-02-18 Sanjay Udani Methods and systems for recording verifiable documentation
CN103020027A (zh) 2012-11-16 2013-04-03 北京北森测评技术有限公司 生成动态报告的方法、装置与系统
CN102938115B (zh) * 2012-11-22 2017-02-08 南京途牛科技有限公司 合同协议管理系统
CN103022734B (zh) 2012-12-25 2016-02-03 南车株洲电机有限公司 一种铜铝导线搭接装置及方法
CN103577729B (zh) 2013-10-31 2017-01-11 北京锐安科技有限公司 一种pdf文件中加盖电子印章的方法
US20150339285A1 (en) * 2014-04-22 2015-11-26 Aman Safaei Methods and Systems for Batch Generation and Delivery of Customized Documents
CN105913219A (zh) 2016-04-05 2016-08-31 周宇航 对电子合约的全过程执行进行监控和管理的方法和系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070157079A1 (en) * 2001-08-31 2007-07-05 Baker Jeffrey T Apparatus and method for negotiating and generating contract documents on-line
CN105787626A (zh) * 2014-12-25 2016-07-20 远光软件股份有限公司 一种合同管理方法和系统
CN104503715A (zh) * 2014-12-26 2015-04-08 北京首钢自动化信息技术有限公司 一种钢铁行业的动态质保书管理系统
CN105095168A (zh) * 2015-07-17 2015-11-25 北京奇虎科技有限公司 一种合同文档的自动生成方法和装置
CN105184503A (zh) * 2015-09-24 2015-12-23 北京华通伟业科技发展有限公司 合同管理系统和使用合同管理系统执行合同管理的方法
CN106022734A (zh) * 2016-06-22 2016-10-12 武汉斗鱼网络科技有限公司 一种合同自动化管理方法与系统

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109670165A (zh) * 2018-09-18 2019-04-23 平安科技(深圳)有限公司 信息提取方法、装置、设备及存储介质
CN109670165B (zh) * 2018-09-18 2024-05-07 平安科技(深圳)有限公司 信息提取方法、装置、设备及存储介质
CN109800404A (zh) * 2019-01-03 2019-05-24 深圳壹账通智能科技有限公司 电子合同模板生成方法、装置、计算机设备和存储介质
CN109815471A (zh) * 2019-01-04 2019-05-28 深圳壹账通智能科技有限公司 合同文本生成方法、装置、计算机设备和存储介质
CN113283766A (zh) * 2021-05-31 2021-08-20 平安国际智慧城市科技股份有限公司 合同管理方法、装置、电子设备及存储介质
CN113283766B (zh) * 2021-05-31 2023-08-18 平安国际智慧城市科技股份有限公司 合同管理方法、装置、电子设备及存储介质
CN114493551A (zh) * 2022-03-28 2022-05-13 中国光大银行股份有限公司 一种合同的生成方法及装置、电子设备、存储介质
CN121190011A (zh) * 2025-09-19 2025-12-23 北京谦润和科技有限公司 合同生成方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
SG11201903367WA (en) 2019-05-30
CN106980605A (zh) 2017-07-25
US20200043090A1 (en) 2020-02-06
TW201832143A (zh) 2018-09-01
TWI663553B (zh) 2019-06-21
CN106980605B (zh) 2018-01-19
US10825088B2 (en) 2020-11-03

Similar Documents

Publication Publication Date Title
WO2018149082A1 (zh) 合同生成方法、装置、服务器和存储介质
CN108509400B (zh) 单据模板生成方法、装置、计算机设备和存储介质
WO2017190561A1 (zh) 通过虚拟键盘实现密码输入的方法、终端、服务器、系统和存储介质
WO2020233090A1 (zh) 基于h5页面的应用配置方法、装置、设备及存储介质
WO2018036167A1 (zh) 测试任务执行机分配方法、装置、服务器和存储介质
WO2020224246A1 (zh) 基于区块链的数据管理方法、装置、设备和存储介质
WO2021027134A1 (zh) 数据存储方法、装置、设备和计算机存储介质
WO2019024230A1 (zh) 信息加密解密方法、装置、计算机设备和存储介质
WO2020062640A1 (zh) 终端应用动态文案的语言切换方法、服务器及存储介质
WO2016095072A1 (zh) 一种视频处理方法、视频处理装置及显示装置
CN111881209A (zh) 异构数据库的数据同步方法、装置、电子设备及介质
WO2015101332A1 (zh) 密码分级管理方法和系统
WO2016155311A1 (zh) 一种基于移动终端的拍照处理方法及系统
WO2018036168A1 (zh) 数据处理任务执行方法、装置、执行服务器和存储介质
WO2018035929A1 (zh) 一种验证码的处理方法及装置
WO2020231177A1 (en) Electronic device and method for receiving push message stored in blockchain
WO2020233060A1 (zh) 事件通知方法、事件通知服务器、存储介质及装置
WO2020199599A1 (zh) 工作队列的信息展示方法、装置、计算机设备和存储介质
WO2020048424A1 (zh) 网页构建方法、装置和存储介质
WO2017181786A1 (zh) 数据分析处理的方法、装置、计算机设备及存储介质
WO2018131825A1 (ko) 전자책 서비스 제공방법 및 그를 위한 컴퓨터 프로그램
WO2018014594A1 (zh) 网络请求及响应的处理方法、装置、终端、服务器及存储介质
WO2021243916A1 (zh) 终端的文本显示方法、装置、系统和存储介质
WO2018014796A1 (zh) 一种虚拟sim卡的实现方法、装置、系统及移动终端
WO2020050550A1 (en) Methods and systems for performing editing operations on media

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17896562

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 25.11.2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17896562

Country of ref document: EP

Kind code of ref document: A1