WO2022095520A1 - 文档编辑方法、装置、服务器、终端和存储介质 - Google Patents

文档编辑方法、装置、服务器、终端和存储介质 Download PDF

Info

Publication number
WO2022095520A1
WO2022095520A1 PCT/CN2021/109489 CN2021109489W WO2022095520A1 WO 2022095520 A1 WO2022095520 A1 WO 2022095520A1 CN 2021109489 W CN2021109489 W CN 2021109489W WO 2022095520 A1 WO2022095520 A1 WO 2022095520A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
target
value
tag
edited
Prior art date
Application number
PCT/CN2021/109489
Other languages
English (en)
French (fr)
Inventor
熊晓龙
Original Assignee
深圳壹账通智能科技有限公司
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 深圳壹账通智能科技有限公司 filed Critical 深圳壹账通智能科技有限公司
Publication of WO2022095520A1 publication Critical patent/WO2022095520A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/166—Editing, e.g. inserting or deleting
    • G06F40/186—Templates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application

Definitions

  • the present application relates to the field of data processing, and in particular, to a document editing method, device, server, terminal and storage medium.
  • the present application provides a document editing method, which is applied in a server, and the method includes:
  • the present application also provides a method for editing a document, which is applied in a terminal, and the method includes:
  • subdocument sent by the server, wherein the subdocument includes at least one data source tag, and the subdocument is generated by splitting the document to be edited by the server;
  • the present application also provides a document editing device, the device comprising:
  • the document acquisition module is used to acquire the document to be edited
  • a document splitting module configured to split the to-be-edited document according to the chapter tags in the to-be-edited document to obtain a plurality of subdocuments corresponding to the to-be-edited document;
  • a sub-document allocation module configured to allocate each of the sub-documents to a corresponding target terminal, so that each of the target terminals processes the allocated sub-documents to obtain the processed sub-documents;
  • the sub-document merging module is configured to acquire a plurality of the processed sub-documents sent by the target terminal, and perform merging processing on the plurality of the processed sub-documents to obtain a business document corresponding to the to-be-edited document.
  • the present application further provides a server, the server comprising a memory and a processor;
  • the memory for storing computer programs
  • the processor is configured to execute the computer program and implement the following steps when executing the computer program:
  • the present application further provides a terminal, the terminal includes a memory and a processor;
  • the memory for storing computer programs
  • the processor is configured to execute the computer program and implement the following steps when executing the computer program:
  • subdocument sent by the server, wherein the subdocument includes at least one data source tag, and the subdocument is generated by splitting the document to be edited by the server;
  • the present application also provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program, and when the computer program is executed by the processor, the following steps are implemented:
  • the present application also provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the following steps are implemented:
  • subdocument sent by the server, wherein the subdocument includes at least one data source tag, and the subdocument is generated by splitting the document to be edited by the server;
  • FIG. 1 is a schematic flowchart of a document editing method provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of splitting a document to be edited provided by an embodiment of the present application
  • FIG. 3 is a schematic diagram of a merged sub-document provided by an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of another document editing method provided by an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a sub-document provided by an embodiment of the present application.
  • FIG. 6 is a schematic flowchart of a sub-step of acquiring target data provided by an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a sub-step of generating a data information table provided by an embodiment of the present application.
  • FIG. 8 is a schematic block diagram of a document editing apparatus provided by an embodiment of the present application.
  • FIG. 9 is a schematic block diagram of the structure of a server provided by an embodiment of the present application.
  • FIG. 10 is a schematic structural block diagram of a terminal provided by an embodiment of the present application.
  • Embodiments of the present application provide a document editing method, apparatus, server, terminal, and storage medium.
  • the document editing method can be applied to the server to realize that the document to be edited is divided into a plurality of sub-documents according to the chapter labels and allocated to the corresponding target terminal, so that the target terminal can edit the allocated sub-documents, which improves the Document editing efficiency.
  • the server may be an independent server or a server cluster.
  • the document editing method includes steps S101 to S104.
  • Step S101 acquiring a document to be edited.
  • the document editing method provided by the embodiments of the present application can be applied to the document editing system in the server and the terminal.
  • the document editing system can use the Spring Cloud micro-service architecture, combined with the third-party toolkit of the pageoffice software, to realize functions such as chapter splitting, automatic filling of tag content, and chapter merging in the document.
  • Spring Cloud is a cloud application development tool based on Spring Boot. It provides configuration management, service discovery, circuit breaker, intelligent routing, micro-agent, control bus, global lock, Operations such as decision campaigns, distributed sessions, and cluster state management provide an easy way to develop.
  • the pageoffice software is a software that supports online editing of office in web pages. It can dynamically fill and export data in the database, including text, pictures, tables, etc., to the specified location of Word and Excel templates, and can also dynamically specify various formats of data. .
  • acquiring the document to be edited may include: acquiring a business document template carrying a tag field from a blockchain or a local disk, and determining the acquired business document template as the document to be edited.
  • a business document template to be edited selected by a business person in the document editing system may be obtained, and the selected business document template may be used as the document to be edited.
  • business document templates may include different document types.
  • business document templates may include, but are not limited to, listing sponsorship letter, prospectus, issuance sponsorship letter, due diligence report, listing announcement, and so on.
  • the document to be edited may be a business document template carrying a tag field.
  • the document template of the listing announcement can be used; in the business document template, the position corresponding to the issuer's full name, the issuer's registered address, trademark image, code and other information can be added.
  • the corresponding label field It can be understood that when editing a document to be edited, the corresponding content can be automatically filled in according to the label field, thereby improving the editing efficiency of the document; in addition, the document template can also be applied to different objects, for example, different companies can use the same
  • a document template with tag fields generates corresponding business documents, which greatly reduces the workload of business personnel.
  • the document to be edited may include tags of different types, and the type of tags in the document to be edited may be determined according to the tag field.
  • the document to be edited may include, but is not limited to, a data source label, a chapter label, a manually filled-in simple phrase statement label, and a manually filled-in complex phrase statement label, and the like.
  • the data source label is used to automatically fill data in the document to be edited; the chapter label is used to split the document to be edited.
  • the method may further include: when a tag addition operation to a preset business document template is detected, acquiring a tag start tag; based on a preset between the tag start tag and the tag type Corresponding relationship, determine the label type corresponding to the obtained sign-off tag; add the label field corresponding to the label type to the business document template, and store the business document template with the added label field in the blockchain and/or local disk.
  • the start tag of the tag is obtained according to the adding operation of the tag.
  • the label start mark may include but not limited to PO_D label start mark, PO_P label start mark, PO_S label start mark, PO_L label start mark and so on.
  • the corresponding relationship between the label start tag and the label type may be preset.
  • the tag type corresponding to the PO_D tag opening tag is the data source tag
  • the tag type corresponding to the PO_P tag opening tag is the chapter tag
  • the tag type corresponding to the PO_S tag opening tag is the manually filled simple phrase statement tag
  • the PO_L tag opening tag corresponding to The tag type is a manually filled complex or paragraph tag.
  • a tag field corresponding to the tag type is added to the business document template, where the tag field may include a tag start tag and a tag name.
  • the tag name is used to indicate the content information that needs to be filled in the tag.
  • Label names may include, but are not limited to, "issuer's full name”, “issuer's registered address”, “trademark image” and so on.
  • the tagged field-added business document template is stored on a local disk.
  • the above-mentioned business document template with added tag field can also be stored in a node of a blockchain.
  • Step S102 Split the document to be edited according to the chapter tags in the document to be edited to obtain a plurality of sub-documents corresponding to the document to be edited.
  • the chapter tag in the document to be edited can be determined according to the tag start tag in the tag field.
  • the label corresponding to the beginning of the PO_P label is determined as the chapter label.
  • FIG. 2 is a schematic diagram of splitting a document to be edited according to an embodiment of the present application.
  • the document to be edited is split according to the chapter tags in the document to be edited, to obtain a plurality of subdocuments corresponding to the document to be edited.
  • the preset document splitting tool may be a document splitting tool in pageoffice software.
  • the document splitting tool may split the document to be edited by using related codes.
  • DataRegiondataRegion wordDoc.openDataRegion("PO_P_Section 1 Important Statement and Reminder_po1"); dataRegion.setSubmitAsFile(true), realize the first chapter in the document to be edited "Section 1 Important Statement” with the prompt” split into a subdocument.
  • the document to be edited can be easily split according to the chapter labels in the document to be edited, so as to quickly obtain multiple subdocuments corresponding to the document to be edited.
  • Step S103 Allocate each of the sub-documents to a corresponding target terminal, so that each of the target terminals processes the allocated sub-documents to obtain the processed sub-documents.
  • the target terminal corresponding to each subdocument needs to be determined.
  • determining the target terminal corresponding to each subdocument may include: determining the target terminal corresponding to each subdocument according to the total number corresponding to the subdocument and the number corresponding to the terminal; or receiving the assignment of the subdocument by the business personnel operation, and the target terminal corresponding to each sub-document is determined according to the allocation operation.
  • determining the target terminal corresponding to each subdocument according to the total number corresponding to the subdocuments and the number corresponding to the terminal may include: determining the total number corresponding to the subdocument and the number corresponding to the terminal; The total number corresponding to each sub-document divides each sub-document into multiple document sets; and assigns multiple terminals to the corresponding multiple document sets to serve as target terminals corresponding to each sub-file in the multiple document sets.
  • an assignment operation of each sub-document by a business person may also be received, and a target terminal corresponding to each sub-document is determined according to the assignment operation.
  • a target terminal corresponding to each sub-document is determined according to the assignment operation. For example, when there are three sub-documents A, B, and C, if the business person assigns the A sub-document to terminal a, the B sub-document to the terminal b, and the C sub-document to the terminal c, the A sub-document can be determined.
  • the corresponding target terminal is terminal a
  • the target terminal corresponding to sub-document B is terminal b
  • the target terminal corresponding to sub-document C is terminal c.
  • each subdocument By determining the target terminal corresponding to each subdocument, each subdocument can be allocated to the corresponding target terminal, so that each target terminal can process the allocated subdocument, so that multiple target terminals can edit the document to be edited in parallel, thereby improving the The editing efficiency of the document to be edited.
  • Step S104 Acquire a plurality of the processed sub-documents sent by the target terminal, and perform merging processing on the plurality of the processed sub-documents to obtain a business document corresponding to the document to be edited.
  • FIG. 3 is a schematic diagram of a merged sub-document provided by an embodiment of the present application.
  • the multiple processed subdocuments can be processed according to the chapter tags in the multiple processed subdocuments. Merge to obtain the business document corresponding to the document to be edited.
  • the business document corresponding to the document to be edited can be obtained more conveniently, which further improves the editing efficiency of the business document.
  • the preset document merging tool may be a document merging tool in pageoffice software.
  • the document merging tool can realize the merging of the sub-documents through related codes.
  • the method may further include: performing format detection on the business document; if it is detected that the business document has an abnormal format, then The format of the business document is adjusted according to the preset automation script, and the business document after the format adjustment is obtained.
  • the abnormal format may include abnormal situations such as inconsistent font types, inconsistent font sizes, and missing paragraph formats.
  • the preset automation script may be an ASP script written in ASP (Active Server Page, dynamic server page).
  • the tag start tag can be obtained, and the tag field corresponding to the tag type can be added to the business document template according to the tag type corresponding to the tag start tag, so that the carrying tag can be obtained.
  • the document to be edited in the field can be subsequently split based on the label field, auto-filled content and merged chapters; through the document splitting tool, the document to be edited can be easily split according to the chapter label in the document to be edited, so as to quickly get Multiple sub-documents corresponding to the document to be edited; by determining the target terminal corresponding to each sub-document, each sub-document can be allocated to the corresponding target terminal, so that each target terminal can process the allocated sub-documents to achieve multiple target terminals Edit the document to be edited in parallel, thereby improving the editing efficiency of the document to be edited; by acquiring the processed subdocuments sent by multiple target terminals, and merging the multiple processed subdocuments, the to-be-edited document can be obtained more conveniently
  • the business document corresponding to the document further improves the editing efficiency of the business document.
  • FIG. 4 is a schematic flowchart of another document editing method provided by an embodiment of the present application, wherein the document editing method can be applied to a terminal to achieve a target acquisition according to a data source tag in a subdocument. data and automatically fill the target data into sub-documents, which improves the editing efficiency of documents.
  • the terminal may be an electronic device such as a smart phone, a tablet computer, a notebook computer, and a desktop computer.
  • the document editing method specifically includes steps S201 to S203.
  • Step S201 Acquire a sub-document sent by the server, wherein the sub-document includes at least one data source tag, and the sub-document is generated by splitting the document to be edited by the server.
  • each target terminal may receive a sub-document generated by splitting the document to be edited by the server, and then edit the sub-document according to the data source tag in the received sub-document, and then edit the sub-document.
  • the edited and processed subdocuments are sent to the server.
  • each target terminal may receive one or more sub-documents.
  • the subdocument includes at least one data source tag.
  • various attribute types corresponding to the data source tag such as elements, clauses, tables, and pictures.
  • the attribute type is used to represent the type of data corresponding to the data source tag; in addition, the attribute type can be used to determine the value strategy of the data source tag.
  • terms represent a sentence or a small paragraph, such as net asset information; elements represent a single word, such as security code.
  • FIG. 5 is a schematic diagram of a sub-document provided by an embodiment of the present application.
  • Figure 5 is a sub-document of the XXX announcement book, including multiple data source tags, for example, the data source tag with the tag name "issuer's full name”, the data source tag with the tag name "issuer's full English name”, and the tag name of " Issuer's Registered Address” data source label, etc.
  • the data source tag in the subdocument can be acquired, and then the target data can be acquired according to the data source tag and automatically filled into the subdocument.
  • Step S202 Acquire target data corresponding to each of the data source tags, and fill the target data into the sub-document to obtain a processed sub-document.
  • the target data when acquiring the target data corresponding to each data source tag, the target data can be acquired according to the value strategy corresponding to each data source tag. It can be understood that the value policy is used to indicate the path or method of obtaining target data.
  • step S202 before acquiring the target data corresponding to each data source tag in step S202 , the following steps S301 to S303 may be further included.
  • Step S301 Divide each of the data source tags into a corresponding tag set according to the attribute type corresponding to each of the data source tags.
  • tag sets corresponding to different attribute types may be preset. For example, if the attribute type is picture, the corresponding label set is label set A; if the attribute type is element or clause, the corresponding label set is label set B; the attribute type is table, and the corresponding label set is label set C.
  • the data source is divided into tag set A.
  • the data source is divided into tag set B.
  • each data source label By dividing each data source label into the corresponding label set according to the attribute type corresponding to each data source label, the label set including the data source label of the same attribute type can be obtained, so that the data in the same label set can be subsequently analyzed.
  • the source tag acquires target data and fills it at the same time, which improves the editing efficiency of the document.
  • Step S302 Determine a target thread corresponding to each of the tag sets according to the number of tags in each of the tag sets.
  • the number of sub-threads of the target thread corresponding to the tag set may be equal to the number of data source tags in each tag set.
  • each sub-thread is used to perform the task of processing the target data acquisition and filling of the data source tag.
  • Step S303 based on the preset correspondence between the attribute type and the value strategy, determine the target value strategy corresponding to each of the label sets, wherein the target value strategy includes a picture value strategy, a field value strategy, and Table value strategy.
  • the value acquisition strategy may include a picture value acquisition strategy, a field value acquisition strategy, and a table value acquisition strategy.
  • the picture value strategy is used to obtain the picture
  • the field value strategy is used to obtain the field value
  • the table value strategy is used to obtain the data table.
  • the attribute type can be associated with the value policy in advance.
  • the associated value policy is an image value policy
  • the associated value policy is a field value policy
  • the associated value policy is The value policy of is the table value policy.
  • the target value strategy corresponding to each tag set is determined according to the attribute type corresponding to the data source tag in each tag set based on the preset correspondence between the attribute type and the value strategy.
  • the tag set A since the attribute type corresponding to the data source tag in the tag set A is a picture, it can be determined that the target value strategy corresponding to the label set A is the picture value strategy.
  • the target value strategy corresponding to the label set C is a table value strategy.
  • the target data corresponding to each data source tag in each tag set may be acquired according to the target data policy corresponding to each tag set based on the target thread corresponding to each tag set.
  • different value strategies can be defined for data source tags of different attribute types, so that different types of target data can be obtained according to different value strategies, which improves the data processing efficiency.
  • the editing efficiency of the document is further improved.
  • FIG. 6 is a schematic flowchart of the sub-steps of acquiring target data corresponding to each data source tag in step S202, which specifically includes any one of the following steps S2021 to S2023.
  • Step S2021 when the target value evaluation strategy is a picture value evaluation strategy, through the target thread corresponding to each tag set, query the corresponding target picture based on the preset query interface according to the picture value evaluation strategy.
  • the preset query interface may be an API interface (Application Program Interface, application program interface). It should be noted that the API interface is a calling interface left by the operating system to the application.
  • the corresponding target picture may be queried based on the AIP interface based on the picture value policy.
  • the target picture can be queried by keywords, wherein the keywords can include but are not limited to company name, registration number, social unified credit code, and so on.
  • Step S2022 when the target value acquisition strategy is a field value acquisition strategy, obtain the target field value from the data information table based on a preset reflection mechanism through the target thread corresponding to each of the tag sets.
  • the preset reflection mechanism may be a JAVA reflection mechanism.
  • the JAVA reflection mechanism is in the running state, for any entity class, can know all the properties and methods of this class; for any object, can call any of its methods and properties.
  • This function of dynamically obtaining information and calling object methods dynamically is called the reflection mechanism of java language.
  • the data information table before acquiring the target field value from the data information table based on the preset reflection mechanism, the data information table needs to be generated.
  • the data information table includes the label name and the label object.
  • FIG. 7 is a schematic flowchart of sub-steps of generating a data information table provided by an embodiment of the present application, which may specifically include the following steps S401 to S404.
  • Step S401 extract the field name corresponding to the sub-data information of each category in the service data information, and the field value corresponding to the field name.
  • the business data information refers to the data information of the business item, for example, the data information of the convertible bond issuance item.
  • the business data information may include different categories of sub-data information.
  • the categories of business data information may include but are not limited to categories such as project basic information, business personnel information, and participant information.
  • the basic project information may include sub-data information such as project name, business type, undertaking team, and project team members; business personnel information may include sub-data information such as business personnel’s name, position, gender, and contact information; participant information may include Sub-data information such as issuers, sponsors, joint sponsors, evaluation agencies, and accounting firms.
  • the field name corresponding to the sub-data information of each category in the business data information and the field value corresponding to the field name are extracted.
  • the full name of the issuer in the basic project information is XXX Co., Ltd.
  • the extracted field name is the full name of the issuer
  • the field value is: XXX Co., Ltd.
  • Step S402 Generate a plurality of key-value pairs according to a plurality of the field names and the field values corresponding to the plurality of the field names.
  • the field value is: XXX Co., Ltd.
  • the generated key-value pair is (full name of the issuer: XXX Co., Ltd.).
  • Step S403 Determine the label name of each key-value pair according to the field name in each key-value pair, and generate a label object of each key-value pair according to the label name.
  • a tag object of key-value pairs can be generated according to the tag name.
  • the label object can be defined as "instName”.
  • Step S404 Store the label name of each key-value pair in association with the label object in a data information table corresponding to the sub-data information of each category.
  • a data information table corresponding to the sub-data information of each category may be established in advance.
  • the two may be associated and stored in the corresponding data information table.
  • the data information table corresponding to the sub-data information of the project basic information is shown in Table 1.
  • Tag_name represents the tag name
  • Tag_key represents the tag object
  • the data information table corresponding to the sub-data information of the participant information is shown in Table 2.
  • the tag object can be subsequently determined in the data information table according to the tag name corresponding to the data source tag, thereby realizing the convenient acquisition of the target field value corresponding to the data source tag according to the tag object, which improves the data reliability. processing efficiency.
  • acquiring the target field value from the data information table based on a preset reflection mechanism may include: determining the target tag object whose tag name is in the data information table according to the tag name corresponding to the data source tag; The object extracts the field value from the corresponding key-value pair and determines it as the target field value.
  • the tag field in the subdocument includes the tag start tag and the tag name
  • the tag name corresponding to the data source tag can be determined according to the tag field in the subdocument.
  • the tag object corresponding to the tag name may be queried in each data information table according to the tag name corresponding to the data source tag, and the corresponding tag object may be determined as the target tag object.
  • the target label object corresponding to the label name of "full name of the issuer” can be queried in each data information table as "instName”.
  • tag name corresponding to the data source tag is "issuer's registered address”
  • the field value can be extracted from the corresponding key-value pair according to the target tag object, and determined as the target field value.
  • the field value "XXX Co., Ltd.” may be extracted from the corresponding key-value pair, that is, the target field value is "XXX Co., Ltd.”.
  • Step S2023 when the target value selection policy is a table value selection policy, obtain a target data table from the database according to the table value selection policy through the target thread corresponding to each of the tag sets.
  • the target data table corresponding to the tag name may be determined in the database according to the tag name corresponding to the data source tag in the tag set.
  • the target data after acquiring the target data corresponding to each data source tag, the target data may be filled into the sub-document to obtain the processed sub-document.
  • the target picture obtained by querying according to the picture value strategy may be filled into the corresponding data source tag.
  • the target field value obtained according to the field value policy may be filled into the corresponding data source tag. For example, populate the "XXX Co., Ltd.” target field value into the corresponding data source tag.
  • the data in the target data table obtained according to the table value strategy may be filled into the corresponding data source tag.
  • Step S203 sending the processed sub-documents to the server, so that the server can merge the processed sub-documents to obtain a business document corresponding to the to-be-edited document.
  • the target terminal after completing the editing process on the subdocument, sends the edited subdocument to the server.
  • the server may merge the processed sub-documents according to the chapter tags in the processed sub-documents to obtain a business document corresponding to the document to be edited.
  • the server can merge the processed sub-documents, so that the business document corresponding to the document to be edited can be obtained more conveniently, which further improves the editing efficiency of the business document.
  • the document editing method provided by the above embodiment can obtain the data source label in the subdocument by obtaining the subdocument sent by the server, and subsequently obtain the target data according to the data source label and automatically fill the target data into the subdocument;
  • Each data source label corresponds to the attribute type of each data source label, and each data source label is divided into the corresponding label set, the label set including the data source label of the same attribute type can be obtained, so that the data source labels in the same label set can be simultaneously Obtaining target data and filling it improves the editing efficiency of the document; by using multi-threading technology, the target data can be obtained and filled for multiple data source tags at the same time according to the target thread, which improves the data processing efficiency; by determining each tag set
  • the corresponding target value strategy can define different value strategies for data source tags of different attribute types, so that different types of target data can be obtained according to different value strategies, which improves data processing efficiency and further improves document editing.
  • the label object can be subsequently determined in the data information table according to the label name corresponding to the data source label, thereby realizing the convenient acquisition of the target field value corresponding to the data source label according to the label object, which improves the performance of the data source label.
  • Data processing efficiency by filling the target data corresponding to each data source tag into the subdocument, the automatic filling processing of the target data is realized, and the editing speed of the subdocument is effectively improved.
  • FIG. 8 is a schematic block diagram of a document editing apparatus 100 further provided by an embodiment of the present application, and the document editing apparatus is configured to execute the aforementioned document editing method.
  • the document editing apparatus may be configured in a server.
  • the document editing apparatus 100 includes: a document acquisition module 101 , a document splitting module 102 , a sub-document allocation module 103 and a sub-document merging module 104 .
  • the document obtaining module 101 is used to obtain the document to be edited.
  • the document splitting module 102 is configured to split the document to be edited according to the chapter tags in the document to be edited to obtain a plurality of subdocuments corresponding to the document to be edited.
  • the sub-document allocation module 103 is configured to allocate each of the sub-documents to a corresponding target terminal, so that each of the target terminals processes the allocated sub-documents to obtain the processed sub-documents.
  • the sub-document merging module 104 is configured to acquire a plurality of the processed sub-documents sent by the target terminal, and perform merging processing on the plurality of the processed sub-documents to obtain a business document corresponding to the to-be-edited document .
  • the above-mentioned apparatus can be implemented in the form of a computer program that can be executed on a server as shown in FIG. 9 .
  • FIG. 9 is a schematic structural block diagram of a server provided by an embodiment of the present application.
  • the server includes a processor and a memory connected through a system bus, wherein the memory may include a volatile or non-volatile storage medium and an internal memory.
  • the processor is used to provide computing and control capabilities to support the operation of the entire server.
  • the internal memory provides an environment for running a computer program in a volatile or non-volatile storage medium, the computer program, when executed by the processor, can cause the processor to execute any document editing method.
  • the processor may be a central processing unit (Central Processing Unit, CPU), and the processor may also be other general-purpose processors, digital signal processors (Digital Signal Processors, DSP), application specific integrated circuits (Application Specific Integrated circuits) Circuit, ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor can be a microprocessor or the processor can also be any conventional processor or the like.
  • the processor is configured to run a computer program stored in the memory to implement the following steps:
  • the processor before obtaining the document to be edited, the processor is further configured to:
  • a label opening tag is obtained; based on the preset correspondence between the label opening tag and the label type, the obtained label type corresponding to the sign opening tag is determined; The label field corresponding to the label type is added to the business document template, and the business document template to which the label field is added is stored in the blockchain and/or the local disk.
  • the processor when the processor acquires the document to be edited, the processor is configured to:
  • the processor is further configured to implement, after merging a plurality of the processed sub-documents to obtain a business document corresponding to the document to be edited:
  • Format detection is performed on the business document; if an abnormal format is detected in the business document, format adjustment is performed on the business document according to a preset automated script to obtain the business document after format adjustment.
  • FIG. 10 is a schematic structural block diagram of a terminal provided by an embodiment of the present application.
  • the terminal includes a processor and a memory connected through a system bus, wherein the memory may include a volatile or nonvolatile storage medium and an internal memory.
  • the processor is used to provide computing and control capabilities to support the operation of the entire terminal.
  • the internal memory provides an environment for running a computer program in a volatile or non-volatile storage medium, the computer program, when executed by the processor, can cause the processor to execute any document editing method.
  • the processor may be a central processing unit (Central Processing Unit, CPU), and the processor may also be other general-purpose processors, digital signal processors (Digital Signal Processors, DSP), application specific integrated circuits (Application Specific Integrated circuits) Circuit, ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor can be a microprocessor or the processor can also be any conventional processor or the like.
  • the processor is configured to run a computer program stored in the memory to implement the following steps:
  • Acquire a subdocument sent by the server wherein the subdocument includes at least one data source tag, and the subdocument is generated by splitting the document to be edited by the server; acquire the target data corresponding to each data source tag, and use the Filling the target data into the sub-documents to obtain the processed sub-documents; sending the processed sub-documents to the server, so that the server performs merging processing on the processed sub-documents, A business document corresponding to the document to be edited is obtained.
  • the processor before obtaining the target data corresponding to each of the data source tags, the processor is further configured to:
  • each of the data source tags is divided into corresponding tag sets; according to the number of tags in each of the tag sets, determine the corresponding A target thread; based on the preset correspondence between attribute types and value strategies, determine a target value strategy corresponding to each of the tag sets, wherein the target value strategy includes a picture value strategy, a field value strategy, and Table value strategy.
  • the processor when the processor acquires the target data corresponding to each of the data source tags, the processor is configured to:
  • the target value strategy is a picture value strategy
  • the corresponding target picture is queried based on the picture value strategy based on a preset query interface
  • the value strategy is a field value strategy
  • the target field value is obtained from the data information table based on a preset reflection mechanism through the target thread corresponding to each of the tag sets
  • the target value strategy is a table value strategy
  • the processor before the processor obtains the target field value from the database based on a preset reflection mechanism, the processor is further configured to:
  • the tag name of the value pair is associated with the tag object and stored in the data information table corresponding to the sub-data information of each category.
  • the processor when the processor acquires the target field value from the database based on a preset reflection mechanism, the processor is configured to:
  • Embodiments of the present application further provide a computer-readable storage medium, where the computer-readable storage medium may be volatile or non-volatile, and the computer-readable storage medium stores a computer program,
  • the computer program includes program instructions, and the processor executes the program instructions to implement any one of the document editing methods provided in the embodiments of the present application.
  • the computer-readable storage medium may be an internal storage unit of the server or terminal described in the foregoing embodiments, for example, a hard disk or memory of the server or terminal.
  • the computer-readable storage medium can also be an external storage device of the server or terminal, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital card (Secure) equipped on the server or terminal. Digital Card, SD Card), Flash Card (Flash Card), etc.
  • the computer-readable storage medium may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function, and the like; The data created by the use of the node, etc.
  • the blockchain referred to in this application is a new application mode of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanism, and encryption algorithm.
  • Blockchain essentially a decentralized database, is a series of data blocks associated with cryptographic methods. Each data block contains a batch of network transaction information to verify its Validity of information (anti-counterfeiting) and generation of the next block.
  • the blockchain can include the underlying platform of the blockchain, the platform product service layer, and the application service layer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Artificial Intelligence (AREA)
  • Software Systems (AREA)
  • Document Processing Apparatus (AREA)

Abstract

一种文档编辑方法、装置、服务器、终端和存储介质，涉及数据处理领域，方法包括：步骤S101，获取待编辑文档；步骤S102，根据待编辑文档中的章节标签对待编辑文档进行拆分，得到待编辑文档对应的多个子文档；步骤S103，将每个子文档分配至对应的目标终端，以使每个目标终端对分配的子文档进行处理，获得处理后的子文档；步骤S104，获取多个目标终端发送的处理后的子文档，并对多个处理后的子文档进行合并处理，得到待编辑文档对应的业务文档。通过根据章节标签将待编辑文档拆分成多个子文档并分配至对应的目标终端，使得目标终端对分配的子文档进行编辑处理，提高了文档的编辑效率。此外，还涉及区块链技术，业务文档可存储于区块链中。

Description

文档编辑方法、装置、服务器、终端和存储介质
本申请要求于2020年11月5日提交中国专利局、申请号为CN202011225338.9、名称为“文档编辑方法、装置、服务器、终端和存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据处理领域，尤其涉及一种文档编辑方法、装置、服务器、终端和存储介质。
背景技术
在很多业务项目中，经常需要编辑各种业务文档；例如，当客户公司发行可转债时，需要编辑上市保荐书、募集说明书、发行保荐书、尽职调查报告以及上市公告书等业务文档。在业务文档的编辑过程中，由于业务文档的文档篇幅长，需要编辑的地方非常多。发明人意识到，现有的编辑方式是由业务人员人工对每篇业务文档逐页编辑，业务人员经常做重复的工作和花费较长时间，很容易出现错误，需要反复检查和修改，导致业务文档的编辑效率降低。
因此如何提高业务文档的编辑效率成为亟需解决的问题。
发明内容
第一方面，本申请提供了一种文档编辑方法，应用于服务器中，所述方法包括：
获取待编辑文档；
根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
第二方面，本申请还提供了一种文档编辑方法，应用于终端中，所述方法包括：
获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；
获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；
将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
第三方面，本申请还提供了一种文档编辑装置，所述装置包括：
文档获取模块，用于获取待编辑文档；
文档拆分模块，用于根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
子文档分配模块，用于将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
子文档合并模块，用于获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
第四方面，本申请还提供了一种服务器，所述服务器包括存储器和处理器；
所述存储器，用于存储计算机程序；
所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如下步骤：
获取待编辑文档；
根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
第五方面，本申请还提供了一种终端，所述终端包括存储器和处理器；
所述存储器，用于存储计算机程序；
所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如下步骤：
获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；
获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；
将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
第六方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：
获取待编辑文档；
根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
第七方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：
获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；
获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；
将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种文档编辑方法的示意流程图；
图2是本申请实施例提供的一种拆分待编辑文档的示意图；
图3是本申请实施例提供的一种合并处理后的子文档的示意图；
图4是本申请实施例提供的另一种文档编辑方法的示意流程图；
图5是本申请实施例提供的一种子文档的示意图；
图6是本申请实施例提供的一种获取目标数据的子步骤的示意流程图；
图7是本申请实施例提供的一种生成数据信息表的子步骤的示意性流程图；
图8是本申请实施例提供的一种文档编辑装置的示意性框图；
图9是本申请实施例提供的一种服务器的结构示意性框图；
图10是本申请实施例提供的一种终端的结构示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
本申请的实施例提供了一种文档编辑方法、装置、服务器、终端和存储介质。其中，该文档编辑方法可以应用于服务器中，实现根据通过根据章节标签将待编辑文档拆分成多个子文档并分配至对应的目标终端，使得目标终端对分配的子文档进行编辑处理，提高了文档的编辑效率。
其中，服务器可以为独立的服务器，也可以为服务器集群。
下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
如图1所示，文档编辑方法包括步骤S101至步骤S104。
步骤S101、获取待编辑文档。
需要说明的是，本申请实施例提供的文档编辑方法可以应用于服务器和终端中的文档编辑系统。其中，文档编辑系统可以采用Spring Cloud微服务架构，结合pageoffice软件的第三方工具包，可以实现对文档进行章节拆分、自动填充标签内容以及章节合并等功能。
需要说明的是，Spring Cloud是一个基于Spring Boot实现的云应用开发工具，它为基于JVM的云应用开发中的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。pageoffice软件是一种支持在网页中在线编辑office的软件，可以动态将数据库中数据，包括文本、图片、表格等填充、导出到Word、Excel模板的指定位置，还可以动态指定数据的各种格式。
在一些实施例中，获取待编辑文档，可以包括：从区块链或本地磁盘获取携带标签字段的业务文档模板，将获取的业务文档模板确定为待编辑文档。
示例性的，可以获取业务人员在文档编辑系统中选定的需要编辑的业务文档模板，将选中的业务文档模板作为待编辑文档。
需要说明的是，在不同的业务项目中，业务文档模板可以包括不同的文档类型。例如，在XXX项目中，业务文档模板可以包括但不限于上市保荐书、募集说明书、发行保荐书、尽职调查报告以及上市公告书等等。
示例性的，待编辑文档可以是携带标签字段的业务文档模板。例如，当待编辑文档为上市公告书时，可以使用上市公告书的文档模板；其中，该业务文档模板中的发行人全称、发行人注册地址、商标图片以及代码等信息对应的位置，可以添加对应的标签字段。可以 理解的是，在对待编辑文档进行编辑时，可以根据标签字段自动填充对应的内容，从而提高了文档的编辑效率；此外，文档模板还可以适用不同的对象，例如不同的公司都可以使用同一个携带标签字段的文档模板生成对应的业务文档，从而大大减轻了业务人员的工作负担。
示例性的，待编辑文档可以包括不同类型的标签，可以根据标签字段确定待编辑文档中的标签的类型。例如，待编辑文档中可以包括但不限于数据源标签、章节标签、手动填写的简单词组语句标签以及手动填写的复杂词组语句标签等。其中，数据源标签用于在待编辑文档中自动填充数据；章节标签用于对待编辑文档拆分。
在一些实施例中，在获取待编辑文档之前，还可以包括：在检测到对预设的业务文档模板的标签添加操作时，获取标签开头标记；基于标签开头标记与标签类型之间预设的对应关系，确定获取的签开头标记对应的标签类型；将标签类型对应的标签字段添加至业务文档模板，将添加标签字段的业务文档模板存储在区块链和/或本地磁盘中。
示例性的，当接收到业务人员在文档编辑系统中对业务文档模板的标签添加操作时，根据标签添加操作获取标签开头标记。其中，标签开头标记可以包括但不限于PO_D标签开头标记、PO_P标签开头标记、PO_S标签开头标记以及PO_L标签开头标记等等。
示例性的，可以预先设定标签开头标记与标签类型之间的对应关系。例如，PO_D标签开头标记对应的标签类型为数据源标签；PO_P标签开头标记对应的标签类型为章节标签；PO_S标签开头标记对应的标签类型为手动填写的简单词组语句标签；PO_L标签开头标记对应的标签类型为手动填写的复杂或段落标签。
示例性的，将标签类型对应的标签字段添加至业务文档模板，其中，标签字段可以包括标签开头标记和标签名称。其中，标签名称用于表示标签需要填充的内容信息。标签名称可以包括但不限于“发行人全称”、“发行人注册地址”以及“商标图片”等等。
在一些实施例中，将添加标签字段的业务文档模板存储在本地磁盘中。
在另一些实施例中，为进一步保证上述添加标签字段的业务文档模板的私密和安全性，上述添加标签字段的业务文档模板还可以存储于一区块链的节点中。
通过根据标签添加操作，可以获取标签开头标记并根据标签开头标记对应的标签类型，将标签类型对应的标签字段添加至业务文档模板中，从而可以获取到携带标签字段的待编辑文档，后续可以基于标签字段进行章节拆分、自动填充内容以及章节合并。
步骤S102、根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档。
示例性的，可以根据标签字段中的标签开头标记，确定待编辑文档中的章节标签。例如，将PO_P标签开头标记对应的标签，确定为章节标签。
请参阅图2，图2是本申请实施例提供的一种拆分待编辑文档的示意图。
在一些实施方式中，基于预设的文档拆分工具，根据待编辑文档中的章节标签对待编辑文档进行拆分，得到待编辑文档对应的多个子文档。
其中，预设的文档拆分工具可以是pageoffice软件中的文档拆分工具。
示例性的，在基于文档拆分工具对待编辑文档进行拆分时，文档拆分工具可以通过相关的代码拆分待编辑文档。
例如，通过代码：DataRegiondataRegion＝wordDoc.openDataRegion("PO_P_第一节重要声明与提示_po1")；dataRegion.setSubmitAsFile(true)，实现将待编辑文档中的第一章节“第一节重要声明与提示”拆分成一个子文档。
通过文档拆分工具，可以便捷地根据待编辑文档中的章节标签对待编辑文档进行拆分，从而快速得到待编辑文档对应的多个子文档。
步骤S103、将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档。
在本申请实施例中，在将每个子文档分配至对应的目标终端之前，需要确定每个子文档对应的目标终端。
在一些实施例中，确定每个子文档对应的目标终端，可以包括：根据子文档对应的总数以及终端对应的个数，确定各子文档对应的目标终端；或者接收业务人员对各子文档的分配操作，根据分配操作确定各子文档对应的目标终端。
示例性的，根据子文档对应的总数以及终端对应的个数，确定各子文档对应的目标终端，可以包括：确定子文档对应的总数和终端对应的个数；基于终端对应的个数，根据各子文档对应的总数将各子文档划分成多个文档集合；将多个终端分别分配至对应的多个文档集合中，以作为多个文档集合中的各子文件对应的目标终端。
示例性的，还可以接收业务人员对各子文档的分配操作，根据分配操作确定各子文档对应的目标终端。例如，当存在A、B和C三个子文档时，若业务人员将A子文档分配至终端a、将B子文档分配至终端b以及将C子文档分配至终端c，则可以确定A子文档对应的目标终端为终端a、B子文档对应的目标终端为终端b以及C子文档对应的目标终端为终端c。
通过确定每个子文档对应的目标终端，可以将每个子文档分配至对应的目标终端，以使每个目标终端对分配的子文档进行处理，实现多个目标终端并行编辑待编辑文档，从而提高了待编辑文档的编辑效率。
步骤S104、获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
请参阅图3，图3是本申请实施例提供的一种合并处理后的子文档的示意图。
示例性的，在接收到多个目标终端发送的处理后的子文档之后，可以基于预设的文档合并工具，根据多个处理后的子文档中的章节标签对多个处理后的子文档进行合并，得到待编辑文档对应的业务文档。通过获取多个目标终端发送的处理后的子文档，并对多个处理后的子文档进行合并处理，可以更加便捷地得到待编辑文档对应的业务文档，进一步提高了业务文档的编辑效率。
其中，预设的文档合并工具可以是pageoffice软件中的文档合并工具。
示例性的，在基于文档合并工具对多个处理后的子文档进行合并时，文档合并工具可以通过相关的代码实现合并子文档。
例如，通过代码：dataRegion.setValue("[word]"+"子文档路径"+"[/word]")；实现将处理后的子业务文档按章节标签合并。
在本申请实施例中，对多个处理后的子文档进行合并处理，得到待编辑文档对应的业务文档之后，还可以包括：对业务文档进行格式检测；若检测到业务文档出现格式异常，则根据预设的自动化脚本对业务文档进行格式调整，得到格式调整后的业务文档。
示例性的，格式异常可以包括字体类型不一致、字体大小不一致以及段落格式丢失等异常情况。
示例性的，预设的自动化脚本可以是在ASP(Active Server Page，动态服务器页面)中编写好的ASP脚本。
上述实施例提供的文档编辑方法，通过根据标签添加操作，可以获取标签开头标记并根据标签开头标记对应的标签类型，将标签类型对应的标签字段添加至业务文档模板中，从而可以获取到携带标签字段的待编辑文档，后续可以基于标签字段进行章节拆分、自动填充内容以及章节合并；通过文档拆分工具，可以便捷地根据待编辑文档中的章节标签对待编辑文档进行拆分，从而快速得到待编辑文档对应的多个子文档；通过确定每个子文档对应的目标终端，可以将每个子文档分配至对应的目标终端，以使每个目标终端对分配的子文档进行处理，实现多个目标终端并行编辑待编辑文档，从而提高了待编辑文档的编辑效率；通过获取多个目标终端发送的处理后的子文档，并对多个处理后的子文档进行合并 处理，可以更加便捷地得到待编辑文档对应的业务文档，进一步提高了业务文档的编辑效率。
请参阅图4，图4是本申请实施例提供的另一种文档编辑方法的示意流程图，其中，该文档编辑方法可以应用于终端中，实现根据通过根据子文档中的数据源标签获取目标数据并自动将目标数据填充至子文档中，提高了文档的编辑效率。
其中，终端可以是智能手机、平板电脑、笔记本电脑和台式电脑等电子设备。
如图4所示，该文档编辑方法，具体包括步骤S201至步骤S203。
步骤S201、获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成。
需要说明的是，在本申请实施例中，各目标终端可以接收由服务器对待编辑文档进行拆分生成的子文档，然后根据接收的子文档中的数据源标签对子文档进行编辑处理，并将编辑处理后的子文档发送至服务器中。
其中，各目标终端可以接收到一个或多个子文档。
示例性的，子文档包括至少一个数据源标签。其中，数据源标签对应的属性类型有多种，例如要素、条款、表格以及图片等等。需要说明的是，属性类型用于表示数据源标签对应的数据的类型；此外，属性类型可以用于确定数据源标签的取值策略。
其中，条款表示一句话或者一小段，例如净资产信息；要素表示单个词语，例如证券代码。
请参阅图5，图5是本申请实施例提供的一种子文档的示意图。图5是XXX公告书的子文档，包括多个数据源标签，例如，标签名称为“发行人全称”的数据源标签、标签名称为“发行人英文全称”的数据源标签以及标签名称为“发行人注册地址”的数据源标签等等。
通过获取服务器发送的子文档，可以获取子文档中的数据源标签，后续可以根据数据源标签获取目标数据并自动将目标数据填充至子文档中。
步骤S202、获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档。
在本申请实施例中，在获取每个数据源标签对应的目标数据时，可以根据每个数据源标签对应的取值策略来获取目标数据。可以理解的是，取值策略用于表示获取目标数据的路径或方式。
请参阅图6，在步骤S202中获取每个数据源标签对应的目标数据之前，还可以包括以下步骤S301至步骤S303。
步骤S301、根据每个所述数据源标签对应的属性类型，将每个所述数据源标签划分至对应的标签集合中。
示例性的，可以预先设定不同属性类型对应的标签集合。例如，属性类型为图片，对应的标签集合为标签集合A；属性类型为要素或条款，对应的标签集合为标签集合B；属性类型为表格，对应的标签集合为标签集合C。
例如，若某个数据源标签对应的属性类型为图片，则将该数据源划分至标签集合A中。
例如，若某个数据源标签对应的属性类型为要素，则将该数据源划分至标签集合B中。
通过根据每个数据源标签对应的属性类型，将每个数据源标签划分至对应的标签集合中，可以得到包括数据源标签为同一属性类型的标签集合，从而后续可以对同一标签集合中的数据源标签同时进行获取目标数据和填充，提高了文档的编辑效率。
步骤S302、根据每个所述标签集合中的标签数量，确定每个所述标签集合对应的目标线程。
示例性的，标签集合对应的目标线程的子线程个数可以等于每个标签集合中的数据源标签的个数。其中，每个子线程用于执行处理数据源标签的目标数据获取和填充的任务。
需要说明的是，当子文档的篇幅过长、涉及的数据源标签的数量过多时，每个数据源 标签串行填充目标数据会消耗较长时间。通过采用多线程技术，可以根据目标线程同时实现对多个数据源标签进行获取目标数据后填充，提高了数据处理效率。
步骤S303、基于预设的属性类型与取值策略的对应关系，确定每个所述标签集合对应的目标取值策略，其中，所述目标取值策略包括图片取值策略、字段取值策略以及表格取值策略。
示例性的，取值策略可以包括图片取值策略、字段取值策略以及表格取值策略。其中，图片取值策略用于获取图片；字段取值策略用于获取字段值；表格取值策略用于获取数据表。
在一些实施例中，可以预先将属性类型与取值策略进行关联。示例性的，当属性类型为图片时，关联的取值策略为图片取值策略；当属性类型为要素或条款时，关联的取值策略为字段取值策略；当属性类型为表格时，关联的取值策略为表格取值策略。
在一些实施例中，基于预设的属性类型与取值策略的对应关系，根据每个标签集合中的数据源标签对应的属性类型，确定每个标签集合对应的目标取值策略。
示例性的，对于标签集合A，由于标签集合A中的数据源标签对应的属性类型为图片，因此可以确定标签集合A对应的目标取值策略为图片取值策略。
示例性的，对于标签集合C，由于标签集合C中的数据源标签对应的属性类型为表格，因此可以确定标签集合C对应的目标取值策略为表格取值策略。
在一些实施例中，可以基于每个标签集合对应的目标线程，根据每个标签集合对应的目标数据策略获取每个标签集合中的每个数据源标签对应的目标数据。
通过确定每个标签集合对应的目标取值策略，实现对不同属性类型的数据源标签定义不同的取值策略，从而可以根据不同的取值策略获取不同类型的目标数据，提高了数据处理效率，进一步提高了文档的编辑效率。
请参阅图6，图6是步骤S202中获取每个数据源标签对应的目标数据的子步骤的示意性流程图，具体包括以下步骤S2021至步骤S2023中的任一个。
步骤S2021、当所述目标取值策略为图片取值策略时，通过每个所述标签集合对应的目标线程，根据所述图片取值策略基于预设的查询接口查询对应的目标图片。
示例性的，预设的查询接口可以是API接口(Application Program Interface，应用程序接口)。需要说明的是，API接口是操作系统留给应用程序的一个调用接口。
在本申请实施例中，可以根据图片取值策略基于企查查AIP接口查询对应的目标图片。例如，可以通过关键词查询目标图片，其中，关键词可以包括但不限于企业名称、注册号或社会统一信用代码等等。
步骤S2022、当所述目标取值策略为字段取值策略时，通过每个所述标签集合对应的目标线程，基于预设的反射机制从数据信息表中获取目标字段值。
示例性的，预设的反射机制可以是JAVA反射机制。
需要说明的是，JAVA反射机制是在运行状态中，对于任意一个实体类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性。这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。
在本申请实施例中，基于预设的反射机制从数据信息表中获取目标字段值之前，还需要生成数据信息表。其中，数据信息表包括标签名称与标签对象。
请参阅图7，图7是本申请实施例提供的一种生成数据信息表的子步骤的示意性流程图，具体可以包括以下步骤S401至步骤S404。
步骤S401、提取业务数据信息中每个类别的子数据信息对应的字段名、所述字段名对应的字段值。
需要说明的是，业务数据信息是指业务项目的数据信息，例如可转债发行项目的数据信息。业务数据信息可以包括不同类别的子数据信息。
示例性的，业务数据信息的类别可以包括但不限于项目基本信息、业务人员信息以及参与方信息等类别。其中，项目基本信息可以包括项目名称、业务类型、承做团队以及项目组成员等子数据信息；业务人员信息可以包括业务人员姓名、职务、性别以及联系方式等子数据信息；参与方信息可以包括发行人、保荐机构、联席保荐机构、评价机构以及会计师事务所等子数据信息。
示例性的，提取业务数据信息中每个类别的子数据信息对应的字段名、字段名对应的字段值。例如，对于项目基本信息中的发行人全称为XXX股份有限公司，提取的字段名为发行人全称，字段值为：XXX股份有限公司。
步骤S402、根据多个所述字段名与多个所述字段名对应的字段值，生成多个键值对。
示例性的，对于字段名为发行人全称，字段值为：XXX股份有限公司，生成的键值对为(发行人全称：XXX股份有限公司)。
步骤S403、根据每个所述键值对中的字段名确定每个所述键值对的标签名称，并根据所述标签名称生成每个所述键值对的标签对象。
示例性的，对于键值对(发行人全称：XXX股份有限公司)，由于该键值对的字段名为“发行人全称”，因此可以将字段名“发行人全称”作为对该键值对对应的标签名称。
示例性的，可以根据标签名称生成键值对的标签对象。例如，对于标签名称“发行人全称”，可以定义标签对象为“instName”。
步骤S404、将每个所述键值对的所述标签名称与所述标签对象关联存储至每个类别的子数据信息对应的数据信息表中。
在本申请实施例中，可以预先建立每个类别的子数据信息对应的数据信息表。
示例性的，对于标签名称“发行人全称”和标签对象为instName，可以将两者进行关联存储至对应的数据信息表中。
示例性的，项目基本信息的子数据信息对应的数据信息表，如表1所示。
表1
Tag_name Tag_key
可转债债项信用等级 bondCreditRank
募集资金总额_万 issueRangeW
募集资金总额_亿 issueRange
发行人信用等级 creditRank
发行人每年利息支付上限_万 maxAnnInterest
表中，Tag_name表示标签名称；Tag_key表示标签对象。
示例性的，参与方信息的子数据信息对应的数据信息表，如表2所示。
表2
Tag_name Tag_key
发行人传真 fax
发行人全称 instName
发行人英文全称 instNameEn
发行人成立日期 publishDate
发行人法定代表人 legal
发行人注册地址 address
发行人办公地址 officeAddress
通过根据业务数据信息中每个类别的子数据信息对应的字段名、字段名对应的字段值生成键值对，并将生成的键值对对应的标签对象和标签名称关联存储至每个类别的子数据信息对应的数据信息表中，后续可以根据数据源标签对应的标签名称在数据信息表中确定标签对象，进而实现便捷地根据标签对象获取数据源标签对应的目标字段值，提高了数据 的处理效率。
在一些实施例中，基于预设的反射机制从数据信息表中获取目标字段值，可以包括：根据数据源标签对应的标签名称，确定标签名称在数据信息表中的目标标签对象；根据目标标签对象从对应的键值对中提取字段值，确定为目标字段值。
需要说明的是，由于子文档中的标签字段包括标签开头标记和标签名称，因此可以根据子文档中的标签字段确定数据源标签对应的标签名称。
示例性的，可以根据数据源标签对应的标签名称，在各数据信息表中查询该标签名称对应的标签对象，将对应的标签对象确定为目标标签对象。
例如，当数据源标签对应的标签名称为“发行人全称”时，可以在各数据信息表中查询到“发行人全称”标签名称对应的目标标签对象为“instName”。
例如，当数据源标签对应的标签名称为“发行人注册地址”时，可以在各数据信息表中查询到“发行人注册地址”标签名称对应的目标标签对象为“address”。
在一些实施例中，确定标签名称在数据信息表中的目标标签对象之后，可以根据目标标签对象从对应的键值对中提取字段值，确定为目标字段值。
示例性的，当目标标签对象为“instName”时，可以从对应的键值对提取字段值“XXX股份有限公司”，即目标字段值为“XXX股份有限公司”。
步骤S2023、当所述目标取值策略为表格取值策略时，通过每个所述标签集合对应的目标线程，根据表格取值策略从数据库中获取目标数据表。
示例性的，可以根据标签集合中的数据源标签对应的标签名称，在数据库中确定标签名称对应的目标数据表。
在本申请实施例中，在获取每个数据源标签对应的目标数据后，可以并将目标数据填充至子文档中，得到处理后的子文档。
示例性的，可以将根据图片取值策略查询得到的目标图片填充至对应的数据源标签中。
示例性的，可以将根据字段取值策略获取的目标字段值填充至对应的数据源标签中。例如，将“XXX股份有限公司”目标字段值填充至对应的数据源标签中。
示例性的，可以将根据表格取值策略获取的目标数据表中的数据填充至对应的数据源标签中。
通过将每个数据源标签对应的目标数据后填充至子文档中，实现了目标数据的自动填充处理，有效地提高了子文档的编辑速度。
步骤S203、将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
在本申请实施例中，目标终端在完成对子文档的编辑处理后，将编辑处理后的子文档发送至服务器。服务器可以根据处理后的子文档中的章节标签对处理后的子文档进行合并，得到待编辑文档对应的业务文档。
具体的合并过程，请参见上述实施例的详细说明，具体实现过程在此不再赘述。
通过将处理后的子文档发送至所述服务器，使得服务器对处理后的子文档进行合并处理，可以更加便捷地得到待编辑文档对应的业务文档，进一步提高了业务文档的编辑效率。
上述实施例提供的文档编辑方法，通过获取服务器发送的子文档，可以获取子文档中的数据源标签，后续可以根据数据源标签获取目标数据并自动将目标数据填充至子文档中；通过根据每个数据源标签对应的属性类型，将每个数据源标签划分至对应的标签集合中，可以得到包括数据源标签为同一属性类型的标签集合，从而后续可以对同一标签集合中的数据源标签同时进行获取目标数据和填充，提高了文档的编辑效率；通过采用多线程技术，实现根据目标线程同时对多个数据源标签进行获取目标数据后填充，提高了数据处理效率；通过确定每个标签集合对应的目标取值策略，实现对不同属性类型的数据源标签定义不同的取值策略，从而可以根据不同的取值策略获取不同类型的目标数据，提高了数据处理效 率，进一步提高了文档的编辑效率；通过根据业务数据信息中每个类别的子数据信息对应的字段名、字段名对应的字段值生成键值对，并将生成的键值对对应的标签对象和标签名称关联存储至每个类别的子数据信息对应的数据信息表中，后续可以根据数据源标签对应的标签名称在数据信息表中确定标签对象，进而实现便捷地根据标签对象获取数据源标签对应的目标字段值，提高了数据的处理效率；通过将每个数据源标签对应的目标数据后填充至子文档中，实现了目标数据的自动填充处理，有效地提高了子文档的编辑速度。
请参阅图8，图8是本申请的实施例还提供一种文档编辑装置100的示意性框图，该文档编辑装置用于执行前述的文档编辑方法。其中，该文档编辑装置可以配置于服务器中。
如图8所示，该文档编辑装置100，包括：文档获取模块101、文档拆分模块102、子文档分配模块103和子文档合并模块104。
文档获取模块101，用于获取待编辑文档。
文档拆分模块102，用于根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档。
子文档分配模块103，用于将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档。
子文档合并模块104，用于获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
上述的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图9所示的服务器上运行。
请参阅图9，图9是本申请实施例提供的一种服务器的结构示意性框图。
请参阅图9，该服务器包括通过系统总线连接的处理器和存储器，其中，存储器可以包括易失性或非易失性存储介质和内存储器。
处理器用于提供计算和控制能力，支撑整个服务器的运行。
内存储器为易失性或非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种文档编辑方法。
应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：
获取待编辑文档；根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
在一个实施例中，所述处理器在实现获取待编辑文档之前，还用于实现：
在检测到对预设的业务文档模板的标签添加操作时，获取标签开头标记；基于标签开头标记与标签类型之间预设的对应关系，确定获取的所述签开头标记对应的标签类型；将所述标签类型对应的标签字段添加至所述业务文档模板，将添加所述标签字段的所述业务文档模板存储在区块链和/或本地磁盘中。
在一个实施例中，所述处理器在实现获取待编辑文档时，用于实现：
从区块链或本地磁盘获取携带标签字段的业务文档模板，将获取的所述业务文档模板确定为所述待编辑文档。
在一个实施例中，所述处理器在实现对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档之后，还用于实现：
对所述业务文档进行格式检测；若检测到所述业务文档出现格式异常，则根据预设的自动化脚本对所述业务文档进行格式调整，得到格式调整后的所述业务文档。
请参阅图10，图10是本申请实施例提供的一种终端的结构示意性框图。
请参阅图10，该终端包括通过系统总线连接的处理器和存储器，其中，存储器可以包括易失性或非易失性存储介质和内存储器。
处理器用于提供计算和控制能力，支撑整个终端的运行。
内存储器为易失性或非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种文档编辑方法。
应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：
获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
在一个实施例中，所述处理器在实现获取每个所述数据源标签对应的目标数据之前，还用于实现：
根据每个所述数据源标签对应的属性类型，将每个所述数据源标签划分至对应的标签集合中；根据每个所述标签集合中的标签数量，确定每个所述标签集合对应的目标线程；基于预设的属性类型与取值策略的对应关系，确定每个所述标签集合对应的目标取值策略，其中，所述目标取值策略包括图片取值策略、字段取值策略以及表格取值策略。
在一个实施例中，所述处理器在实现获取每个所述数据源标签对应的目标数据时，用于实现：
当所述目标取值策略为图片取值策略时，通过每个所述标签集合对应的目标线程，根据所述图片取值策略基于预设的查询接口查询对应的目标图片；当所述目标取值策略为字段取值策略时，通过每个所述标签集合对应的目标线程，基于预设的反射机制从数据信息表中获取目标字段值；当所述目标取值策略为表格取值策略时，通过每个所述标签集合对应的目标线程，根据表格取值策略从数据库中获取目标数据表。
在一个实施例中，所述处理器在实现基于预设的反射机制从数据库中获取目标字段值之前，还用于实现：
提取业务数据信息中每个类别的子数据信息对应的字段名、所述字段名对应的字段值；根据多个所述字段名与多个所述字段名对应的字段值，生成多个键值对；根据每个所述键值对中的字段名确定每个所述键值对的标签名称，并根据所述标签名称生成每个所述键值对的标签对象；将每个所述键值对的所述标签名称与所述标签对象关联存储至每个类别的子数据信息对应的数据信息表中。
在一个实施例中，所述处理器在实现基于预设的反射机制从数据库中获取目标字段值时，用于实现：
根据数据源标签对应的标签名称，确定所述标签名称在所述数据信息表中的目标标签对象；根据所述目标标签对象从对应的键值对中提取字段值，确定为所述目标字段值。
本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质可以是易失性的，也可以是非易失性的，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一项文档编辑方法。
其中，所述计算机可读存储介质可以是前述实施例所述的服务器或终端的内部存储单元，例如所述服务器或终端的硬盘或内存。所述计算机可读存储介质也可以是所述服务器或终端的外部存储设备，例如所述服务器或终端上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字卡(Secure Digital Card，SD Card)，闪存卡(Flash Card)等。
进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (20)

  1. 一种文档编辑方法，应用于服务器中，其中，包括：
    获取待编辑文档；
    根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
    将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
    获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  2. 根据权利要求1所述的文档编辑方法，其中，所述获取待编辑文档之前，还包括：
    在检测到对预设的业务文档模板的标签添加操作时，获取标签开头标记；
    基于标签开头标记与标签类型之间预设的对应关系，确定获取的所述签开头标记对应的标签类型；
    将所述标签类型对应的标签字段添加至所述业务文档模板，将添加所述标签字段的所述业务文档模板存储在区块链和/或本地磁盘中；
    所述获取待编辑文档，包括：
    从区块链或本地磁盘获取携带标签字段的业务文档模板，将获取的所述业务文档模板确定为所述待编辑文档。
  3. 根据权利要求1所述的文档编辑方法，其中，所述对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档之后，还包括：
    对所述业务文档进行格式检测；
    若检测到所述业务文档出现格式异常，则根据预设的自动化脚本对所述业务文档进行格式调整，得到格式调整后的所述业务文档。
  4. 一种文档编辑方法，应用于终端中，其中，包括：
    获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；
    获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；
    将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  5. 根据权利要求4所述的文档编辑方法，其中，所述获取每个所述数据源标签对应的目标数据之前，还包括：
    根据每个所述数据源标签对应的属性类型，将每个所述数据源标签划分至对应的标签集合中；
    根据每个所述标签集合中的标签数量，确定每个所述标签集合对应的目标线程；
    基于预设的属性类型与取值策略的对应关系，确定每个所述标签集合对应的目标取值策略，其中，所述目标取值策略包括图片取值策略、字段取值策略以及表格取值策略；
    所述获取每个所述数据源标签对应的目标数据，包括：
    当所述目标取值策略为图片取值策略时，通过每个所述标签集合对应的目标线程，根据所述图片取值策略基于预设的查询接口查询对应的目标图片；
    当所述目标取值策略为字段取值策略时，通过每个所述标签集合对应的目标线程，基于预设的反射机制从数据信息表中获取目标字段值；
    当所述目标取值策略为表格取值策略时，通过每个所述标签集合对应的目标线程，根据表格取值策略从数据库中获取目标数据表。
  6. 根据权利要求5所述的文档编辑方法，其中，所述基于预设的反射机制从数据库中获取目标字段值之前，还包括：
    提取业务数据信息中每个类别的子数据信息对应的字段名、所述字段名对应的字段值；
    根据多个所述字段名与多个所述字段名对应的字段值，生成多个键值对；
    根据每个所述键值对中的字段名确定每个所述键值对的标签名称，并根据所述标签名称生成每个所述键值对的标签对象；
    将每个所述键值对的所述标签名称与所述标签对象关联存储至每个类别的子数据信息对应的数据信息表中；
    所述基于预设的反射机制从数据信息表中获取目标字段值，包括：
    根据数据源标签对应的标签名称，确定所述标签名称在所述数据信息表中的目标标签对象；
    根据所述目标标签对象从对应的键值对中提取字段值，确定为所述目标字段值。
  7. 一种文档编辑装置，其中，包括：
    文档获取模块，用于获取待编辑文档；
    文档拆分模块，用于根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
    子文档分配模块，用于将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
    子文档合并模块，用于获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  8. 一种服务器，其中，所述服务器包括存储器和处理器；
    所述存储器，用于存储计算机程序；
    所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如下步骤：
    获取待编辑文档；
    根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
    将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
    获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  9. 根据权利要求8所述的服务器，其中，所述获取待编辑文档之前，所述处理器在执行所述计算机程序时还实现如下步骤：
    在检测到对预设的业务文档模板的标签添加操作时，获取标签开头标记；
    基于标签开头标记与标签类型之间预设的对应关系，确定获取的所述签开头标记对应的标签类型；
    将所述标签类型对应的标签字段添加至所述业务文档模板，将添加所述标签字段的所述业务文档模板存储在区块链和/或本地磁盘中；
    所述获取待编辑文档，包括：
    从区块链或本地磁盘获取携带标签字段的业务文档模板，将获取的所述业务文档模板确定为所述待编辑文档。
  10. 根据权利要求8所述的服务器，其中，所述对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档之后，所述处理器在执行所述计算机程序时还实现如下步骤：
    对所述业务文档进行格式检测；
    若检测到所述业务文档出现格式异常，则根据预设的自动化脚本对所述业务文档进行 格式调整，得到格式调整后的所述业务文档。
  11. 一种终端，其中，所述终端包括存储器和处理器；
    所述存储器，用于存储计算机程序；
    所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如下步骤：
    获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；
    获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；
    将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  12. 根据权利要求11所述的终端，其中，所述获取每个所述数据源标签对应的目标数据之前，所述处理器在执行所述计算机程序时还实现如下步骤：
    根据每个所述数据源标签对应的属性类型，将每个所述数据源标签划分至对应的标签集合中；
    根据每个所述标签集合中的标签数量，确定每个所述标签集合对应的目标线程；
    基于预设的属性类型与取值策略的对应关系，确定每个所述标签集合对应的目标取值策略，其中，所述目标取值策略包括图片取值策略、字段取值策略以及表格取值策略；
    所述获取每个所述数据源标签对应的目标数据，包括：
    当所述目标取值策略为图片取值策略时，通过每个所述标签集合对应的目标线程，根据所述图片取值策略基于预设的查询接口查询对应的目标图片；
    当所述目标取值策略为字段取值策略时，通过每个所述标签集合对应的目标线程，基于预设的反射机制从数据信息表中获取目标字段值；
    当所述目标取值策略为表格取值策略时，通过每个所述标签集合对应的目标线程，根据表格取值策略从数据库中获取目标数据表。
  13. 根据权利要求12所述的终端，其中，所述基于预设的反射机制从数据库中获取目标字段值之前，所述处理器在执行所述计算机程序时还实现如下步骤：
    提取业务数据信息中每个类别的子数据信息对应的字段名、所述字段名对应的字段值；
    根据多个所述字段名与多个所述字段名对应的字段值，生成多个键值对；
    根据每个所述键值对中的字段名确定每个所述键值对的标签名称，并根据所述标签名称生成每个所述键值对的标签对象；
    将每个所述键值对的所述标签名称与所述标签对象关联存储至每个类别的子数据信息对应的数据信息表中；
    所述基于预设的反射机制从数据信息表中获取目标字段值，包括：
    根据数据源标签对应的标签名称，确定所述标签名称在所述数据信息表中的目标标签对象；
    根据所述目标标签对象从对应的键值对中提取字段值，确定为所述目标字段值。
  14. 一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如下步骤：
    获取待编辑文档；
    根据所述待编辑文档中的章节标签对所述待编辑文档进行拆分，得到所述待编辑文档对应的多个子文档；
    将每个所述子文档分配至对应的目标终端，以使每个所述目标终端对分配的所述子文档进行处理，获得处理后的子文档；
    获取多个所述目标终端发送的所述处理后的子文档，并对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  15. 根据权利要求14所述的计算机可读存储介质，其中，所述获取待编辑文档之前，所述计算机程序被处理器执行时还实现如下步骤：
    在检测到对预设的业务文档模板的标签添加操作时，获取标签开头标记；
    基于标签开头标记与标签类型之间预设的对应关系，确定获取的所述签开头标记对应的标签类型；
    将所述标签类型对应的标签字段添加至所述业务文档模板，将添加所述标签字段的所述业务文档模板存储在区块链和/或本地磁盘中；
    所述获取待编辑文档，包括：
    从区块链或本地磁盘获取携带标签字段的业务文档模板，将获取的所述业务文档模板确定为所述待编辑文档。
  16. 根据权利要求14所述的计算机可读存储介质，其中，所述对多个所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档之后，所述计算机程序被处理器执行时还实现如下步骤：
    对所述业务文档进行格式检测；
    若检测到所述业务文档出现格式异常，则根据预设的自动化脚本对所述业务文档进行格式调整，得到格式调整后的所述业务文档。
  17. 一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如下步骤：
    获取服务器发送的子文档，其中所述子文档包括至少一个数据源标签，所述子文档由所述服务器对待编辑文档进行拆分生成；
    获取每个所述数据源标签对应的目标数据，并将所述目标数据填充至所述子文档中，得到处理后的子文档；
    将所述处理后的子文档发送至所述服务器，以使所述服务器对所述处理后的子文档进行合并处理，得到所述待编辑文档对应的业务文档。
  18. 根据权利要求17所述的计算机可读存储介质，其中，所述获取每个所述数据源标签对应的目标数据之前，所述计算机程序被处理器执行时还实现如下步骤：
    根据每个所述数据源标签对应的属性类型，将每个所述数据源标签划分至对应的标签集合中；
    根据每个所述标签集合中的标签数量，确定每个所述标签集合对应的目标线程；
    基于预设的属性类型与取值策略的对应关系，确定每个所述标签集合对应的目标取值策略，其中，所述目标取值策略包括图片取值策略、字段取值策略以及表格取值策略；
    所述获取每个所述数据源标签对应的目标数据，包括：
    当所述目标取值策略为图片取值策略时，通过每个所述标签集合对应的目标线程，根据所述图片取值策略基于预设的查询接口查询对应的目标图片；
    当所述目标取值策略为字段取值策略时，通过每个所述标签集合对应的目标线程，基于预设的反射机制从数据信息表中获取目标字段值；
    当所述目标取值策略为表格取值策略时，通过每个所述标签集合对应的目标线程，根据表格取值策略从数据库中获取目标数据表。
  19. 根据权利要求18所述的计算机可读存储介质，其中，所述基于预设的反射机制从数据库中获取目标字段值之前，所述计算机程序被处理器执行时还实现如下步骤：
    提取业务数据信息中每个类别的子数据信息对应的字段名、所述字段名对应的字段值；
    根据多个所述字段名与多个所述字段名对应的字段值，生成多个键值对；
    根据每个所述键值对中的字段名确定每个所述键值对的标签名称，并根据所述标签名称生成每个所述键值对的标签对象；
    将每个所述键值对的所述标签名称与所述标签对象关联存储至每个类别的子数据信 息对应的数据信息表中。
  20. 根据权利要求18所述的计算机可读存储介质，其中，所述基于预设的反射机制从数据信息表中获取目标字段值，包括：
    根据数据源标签对应的标签名称，确定所述标签名称在所述数据信息表中的目标标签对象；
    根据所述目标标签对象从对应的键值对中提取字段值，确定为所述目标字段值。
PCT/CN2021/109489 2020-11-05 2021-07-30 文档编辑方法、装置、服务器、终端和存储介质 WO2022095520A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011225338.9A CN112329419A (zh) 2020-11-05 2020-11-05 文档编辑方法、装置、服务器、终端和存储介质
CN202011225338.9 2020-11-05

Publications (1)

Publication Number Publication Date
WO2022095520A1 true WO2022095520A1 (zh) 2022-05-12

Family

ID=74316088

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/109489 WO2022095520A1 (zh) 2020-11-05 2021-07-30 文档编辑方法、装置、服务器、终端和存储介质

Country Status (2)

Country Link
CN (1) CN112329419A (zh)
WO (1) WO2022095520A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115129677A (zh) * 2022-08-30 2022-09-30 睿云奇智(青岛)科技有限公司 一种算子文档的同步方法及装置
CN115688733A (zh) * 2022-12-29 2023-02-03 南方电网科学研究院有限责任公司 标准文档编写的方法和系统
CN117453964A (zh) * 2023-10-08 2024-01-26 北京融和云链科技有限公司 基于模板的数据结构获取和目标模板生成方法及装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112329419A (zh) * 2020-11-05 2021-02-05 深圳壹账通智能科技有限公司 文档编辑方法、装置、服务器、终端和存储介质
CN113221507B (zh) * 2021-05-28 2022-02-11 掌阅科技股份有限公司 文档编辑操作同步方法、计算设备及存储介质
CN113641885A (zh) * 2021-07-08 2021-11-12 北京百度网讯科技有限公司 文档检测方法、装置、设备和存储介质
CN113689198A (zh) * 2021-08-31 2021-11-23 远光软件股份有限公司 项目文件生成方法、装置、存储介质及终端设备
CN113836876A (zh) * 2021-09-22 2021-12-24 北京百度网讯科技有限公司 文档处理方法、装置、电子设备和介质
CN113657077B (zh) * 2021-10-20 2022-02-22 北京关键科技股份有限公司 一种文档可变章节在线编写方法及可读存储介质
CN114416670B (zh) * 2022-04-01 2022-07-26 天津联想协同科技有限公司 适用于网盘文档的索引创建方法、装置、网盘及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350009A (zh) * 2008-09-05 2009-01-21 中国工商银行股份有限公司 一种协同文档编写系统
CN102262620A (zh) * 2011-08-04 2011-11-30 无锡永中软件有限公司 一种文档协作方法
CN103425630A (zh) * 2012-11-30 2013-12-04 上海理工大学 协同系统构架及其一致性维护方法
EP2921970A1 (en) * 2014-03-18 2015-09-23 smartwork solutions GmbH Method and system for editing virtual documents
CN110705237A (zh) * 2019-09-18 2020-01-17 深圳证券交易所 文档的自动生成方法、数据处理设备及存储介质
CN112329419A (zh) * 2020-11-05 2021-02-05 深圳壹账通智能科技有限公司 文档编辑方法、装置、服务器、终端和存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102999480B (zh) * 2012-11-09 2016-03-30 中国电子科技集团公司第十五研究所 编辑文档的方法及系统
CN104301420B (zh) * 2014-10-23 2018-12-21 中国运载火箭技术研究院 一种支持多客户端的分布式文件共享系统及方法
CN110196971A (zh) * 2019-04-23 2019-09-03 平安科技（深圳）有限公司 在线文档编辑方法、装置、终端设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350009A (zh) * 2008-09-05 2009-01-21 中国工商银行股份有限公司 一种协同文档编写系统
CN102262620A (zh) * 2011-08-04 2011-11-30 无锡永中软件有限公司 一种文档协作方法
CN103425630A (zh) * 2012-11-30 2013-12-04 上海理工大学 协同系统构架及其一致性维护方法
EP2921970A1 (en) * 2014-03-18 2015-09-23 smartwork solutions GmbH Method and system for editing virtual documents
CN110705237A (zh) * 2019-09-18 2020-01-17 深圳证券交易所 文档的自动生成方法、数据处理设备及存储介质
CN112329419A (zh) * 2020-11-05 2021-02-05 深圳壹账通智能科技有限公司 文档编辑方法、装置、服务器、终端和存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WANG BINGBING: "Design and Implementation of Automatic Official Document Generation System", MASTER THESIS, TIANJIN POLYTECHNIC UNIVERSITY, CN, no. 2, 15 February 2020 (2020-02-15), CN , XP055927732, ISSN: 1674-0246 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115129677A (zh) * 2022-08-30 2022-09-30 睿云奇智(青岛)科技有限公司 一种算子文档的同步方法及装置
CN115129677B (zh) * 2022-08-30 2022-11-22 睿云奇智(青岛)科技有限公司 一种算子文档的同步方法及装置
CN115688733A (zh) * 2022-12-29 2023-02-03 南方电网科学研究院有限责任公司 标准文档编写的方法和系统
CN115688733B (zh) * 2022-12-29 2023-05-02 南方电网科学研究院有限责任公司 标准文档编写的方法和系统
CN117453964A (zh) * 2023-10-08 2024-01-26 北京融和云链科技有限公司 基于模板的数据结构获取和目标模板生成方法及装置
CN117453964B (zh) * 2023-10-08 2024-04-30 北京融和云链科技有限公司 基于模板的数据结构获取和目标模板生成方法及装置

Also Published As

Publication number Publication date
CN112329419A (zh) 2021-02-05

Similar Documents

Publication Publication Date Title
WO2022095520A1 (zh) 文档编辑方法、装置、服务器、终端和存储介质
US11782892B2 (en) Method and system for migrating content between enterprise content management systems
CN111027295B (zh) 数据处理方法、装置、计算机设备和存储介质
WO2018145635A1 (zh) 文件生成方法、装置、服务器和存储介质
US8577904B2 (en) Composite copy and paste for composite user interfaces
WO2022048211A1 (zh) 文档目录生成方法、装置、电子设备及可读存储介质
WO2021189954A1 (zh) 日志数据处理方法、装置、计算机设备和存储介质
CN110162544B (zh) 异构数据源数据获取方法及装置
CN108170656B (zh) 模板创建方法、文档创建方法、渲染方法和装置
US20110066626A1 (en) Merging XML documents automatically using attributes based comparison
US9292579B2 (en) Method and system for document data extraction template management
WO2020134989A1 (zh) Excel数据的导入方法、装置、计算机设备和存储介质
CN111177302A (zh) 业务单据处理方法、装置、计算机设备和存储介质
US9703763B1 (en) Automatic document citations by utilizing copied content for candidate sources
US20100161693A1 (en) System and method for signing an electronic document
US9998450B2 (en) Automatically generating certification documents
MX2012012419A (es) Aplicación de cliente e integracion de pagina web.
US8281236B2 (en) Removing style corruption from extensible markup language documents
US20200050644A1 (en) Apparatus and Method for Tying Together a URL Request with Multimedia in a Database
WO2019019768A1 (zh) 保单打印方法、装置、存储介质和计算机设备
CN110347984B (zh) 保单页面变更方法、装置、计算机设备及存储介质
US9204175B2 (en) Providing partial file stream for generating thumbnail
CN112328486A (zh) 接口自动化测试方法、装置、计算机设备及存储介质
CN113010542B (zh) 业务数据处理方法、装置、计算机设备及存储介质
US10963423B2 (en) Generating and identifying distinct portions of a merged file

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: 21888219

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 09.08.2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21888219

Country of ref document: EP

Kind code of ref document: A1