CN109840273B

CN109840273B - Method and device for generating file

Info

Publication number: CN109840273B
Application number: CN201910060736.0A
Authority: CN
Inventors: 孙大利; 李涛
Original assignee: Zhuhai Tianyan Technology Co ltd
Current assignee: Zhengzhou Apas Technology Co ltd
Priority date: 2019-01-18
Filing date: 2019-01-18
Publication date: 2020-09-15
Anticipated expiration: 2039-01-18
Also published as: CN109840273A

Abstract

The application discloses a method and a device for generating a file, wherein the method comprises the following steps: acquiring the file information of the target application; the case information comprises a case identification and case content corresponding to the case identification, and the case content corresponds to a language scene; according to the file identification, searching a target file corresponding to the file identification in a predetermined file library, and determining incremental file information corresponding to the file identification; the file library comprises historical files under different language scenes corresponding to all file identifiers of each application, and the incremental file information represents file information corresponding to the file identifiers when the target file is not found; obtaining an incremental case according to the case content contained in the incremental case information, wherein the incremental case respectively corresponds to the language scenes one by one; and obtaining the file of the target application according to the target file and the incremental file. The embodiment of the application can reduce the time required for generating the file and improve the file generation speed, thereby accelerating the updating of the new application version.

Description

Method and device for generating file

Technical Field

The present application relates to the field of document processing, and in particular, to a document generation method and apparatus.

Background

With the rapid development of science and technology, various Application programs (APP, hereinafter, referred to as Application) have appeared. Generally, applications can include various documents, and a document can be understood as text-related content that is presented to a user by an application, where the documents of the application are different in different versions for the same application, and the document content of the same document of the application is different in different language scenes for the same version.

Generally, when a new version of an application is released, a case applied in a scene of different languages needs to be updated at the same time so that the new case matches the new version of the application. However, in practical applications, since the same application has different patterns in different versions and different languages, it takes a lot of time to update the applied patterns, which affects the quick update of the application.

Disclosure of Invention

The embodiment of the application provides a document generation method and a document generation device, which are used for solving the problem that the application is influenced by the fact that the application takes longer time when an applied document is updated in the prior art.

In order to solve the technical problem, the present application is implemented as follows:

the embodiment of the application provides a document generation method, which comprises the following steps:

acquiring the file information of the target application; the case information comprises a case identifier and case content corresponding to the case identifier, and the case content corresponds to a language scene;

according to the file identification, searching a target file corresponding to the file identification in a predetermined file library, and determining incremental file information corresponding to the file identification; the file library comprises historical files under different language scenes corresponding to all file identifiers of each application, and the incremental file information represents file information corresponding to the file identifiers when the target file is not found;

obtaining an incremental case according to the case content contained in the incremental case information, wherein the incremental case respectively corresponds to the language scenes one by one;

and obtaining the file of the target application according to the target file and the incremental file.

The embodiment of the present application provides a document generation device, including:

the acquisition unit is used for acquiring the file information of the target application; the case information comprises a case identifier and case content corresponding to the case identifier, and the case content corresponds to a language scene;

the searching unit is used for searching a target file corresponding to the file identification in a predetermined file library according to the file identification and determining incremental file information corresponding to the file identification; the file library comprises historical files under different language scenes corresponding to all file identifiers of each application, and the incremental file information represents file information corresponding to the file identifiers when the target file is not found;

a determining unit, configured to obtain incremental documents according to document contents included in the incremental document information, where the incremental documents respectively correspond to the language scenes one by one;

and the pattern generating unit is used for obtaining the pattern of the target application according to the target pattern and the increment pattern.

An embodiment of the present application provides an electronic device, including:

a processor; and

a memory arranged to store computer executable instructions that, when executed, cause the processor to:

Embodiments of the present application provide a computer-readable storage medium storing one or more programs that, when executed by an electronic device including a plurality of application programs, cause the electronic device to:

The embodiment of the application adopts at least one technical scheme which can achieve the following beneficial effects:

the technical scheme provided by the embodiment of the application integrates the historical documents which are applied under different language scenes into the document library in advance according to the document identifications, when the documents which are applied under different language scenes are generated, the historical documents which correspond to the different language scenes can be searched from the document library as far as possible, so that the generation time of the historical documents is reduced, meanwhile, the documents which are newly added compared with the historical versions in the target application can be determined according to the searching result, the incremental documents which are applied under the different language scenes in the target application can be further obtained according to the content of the newly added documents under the known certain language scenes, therefore, the historical documents and the incremental documents which correspond to the target application and the different language scenes are determined, the documents which are applied under the different language scenes can be rapidly obtained, and the time for generating the documents can be reduced, the generation speed of the file is improved, and the updating of the new version of the application is accelerated.

In addition, based on the case library, historical cases applied to different versions and different language scenes can be effectively managed, and the case library is beneficial to quickly generating the cases applied to different versions and different languages.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without any creative effort.

FIG. 1 is a schematic flow chart diagram of a method of document generation according to an embodiment of the present application;

FIG. 2 is a schematic flow chart diagram of a method of document generation according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram of a document generation apparatus according to an embodiment of the present application.

Detailed Description

Typically, when a new version of an application is released, the application's copy needs to be updated at the same time. When updating the applied language case, the language scene of the application used by the user is considered, and therefore, the language case applied in the non-language scene needs to be updated.

In the prior art, when an applied file is updated, a new file can be obtained by adding a new file and deleting a waste historical file on the basis of the original historical file.

For example, for a single application of a single product line, 80 original historical documents are provided, 100 new versions of the documents are provided, 10 original historical documents are abandoned, and 30 documents are newly added, so that 10 abandoned documents can be deleted and 30 new documents can be added on the basis of the original historical documents, and further new documents can be obtained.

However, in practice, the articles between most applications are interleaved, i.e., all or a portion of an application is equally applicable to one or more other applications. For example, in applications with a single product line, a copy of an application may be applied to other applications of the product line, and for example, in applications with multiple product lines that are interactive, a portion of a copy of an application of a product line may be applied to other applications of the product line that intersect the product line.

In this case, when a new document is generated, documents common to multiple applications are often maintained, starting from "0", or following a copy principle, and when a new version of an application is released, the corresponding document is tested and verified. However, regardless of the manner in which the new document is generated, it takes a lot of time, resulting in a slow speed of generating the document, which affects a fast update of the application. Because the version of the application is updated at a low speed, the life time of the application of a certain version can be prolonged, and the use experience of a user can be influenced to a certain extent.

In order to solve the problem of slow document generation speed, embodiments of the present application provide a document generation method and apparatus, where the method includes: acquiring the file information of the target application; the case information comprises a case identifier and case content corresponding to the case identifier, and the case content corresponds to a language scene; according to the file identification, searching a target file corresponding to the file identification in a predetermined file library, and determining incremental file information corresponding to the file identification; the file library comprises historical files under different language scenes corresponding to all file identifiers of each application, and the incremental file information represents file information corresponding to the file identifiers when the target file is not found; obtaining an incremental case according to the case content contained in the incremental case information, wherein the incremental case respectively corresponds to the language scenes one by one; and obtaining the file of the target application according to the target file and the incremental file.

The technical solutions of the present application will be described clearly and completely below with reference to the specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that in the embodiment of the present application, the applied documents can be understood as the content related to the characters displayed to the user in the application, where the documents in different applications are different, the documents in the same application in different versions are different, and the document content of the same document in the same application in different language scenes (e.g., english, chinese, etc.) is also different.

The application scenario for generating the document in the embodiment of the present application may be that the document corresponding to the new version is generated when the new version of the application is released, or may be another scenario in which the document needs to be generated, which is not specifically limited herein. The file generated in the embodiment of the present application may correspond to a plurality of language scenes, and may be specifically determined according to actual needs, which is not specifically limited herein.

The technical solutions provided by the embodiments of the present application are described in detail below with reference to the accompanying drawings.

Fig. 1 is a schematic flow chart of a document generation method according to an embodiment of the present application. The file generation method comprises the following steps.

S102: obtaining the case information of the target application, wherein the case information comprises a case identifier and case content corresponding to the case identifier, and the case content corresponds to a language scene.

In S102, before releasing the new version of the target application, a copy matching the new version of the target application needs to be generated. When a new document is generated, document information of the target application can be acquired.

In this embodiment, the document information may include a document identifier and document content, where the document identifier may be understood as a label of a document, where, for different applications, document identifiers of different applications may be different from each other, for the same application, different documents have different document identifiers, and the same document has a unique document identifier in different language scenes.

The document content may correspond to the document identifier, wherein in a plurality of language scenes, the same document identifier (corresponding to the same document) may correspond to a plurality of document contents, and the plurality of document contents may correspond to the plurality of language scenes one to one.

In this embodiment, the content of the document included in the document information may correspond to a language scene, where the language scene may be english or chinese, and may be determined specifically according to an actual situation, and is not limited specifically here.

In this embodiment, when obtaining the document information of the target application, an implementation manner may be that after determining a new version of the target application to be released, a developer tags the new version of the document, determines a document identifier of the document, and at the same time, may also specify a language scene, such as english, and determine document contents of different documents in the specified language scene to obtain the document information. Thus, when a new file needs to be generated, the file information can be acquired.

After obtaining the document information of the target application, S104 may be executed.

S104: and searching a target file corresponding to the file identification in a predetermined file library according to the file identification, and determining incremental file information corresponding to the file identification.

The document library may contain historical documents in different language scenes corresponding to each document identifier of each application.

In this embodiment, the document library may be obtained by predetermining:

firstly, acquiring historical documents which are applied to different historical editions and different language scenes.

In this embodiment, historical documentaries of different applications in different versions and different language scenes may be stored in advance in the form of a single file or a package file, where the single file may be used to store the historical documentaries of a certain version of an application in different language scenes, and the package file may be used to store the historical documentaries of multiple versions of an application in different language scenes.

Therefore, when the historical documents of different applications are obtained, the single files and the package files of the different applications can be obtained, and the historical documents of the different applications in different versions and different language scenes can be extracted and obtained from the obtained single files and the obtained package files.

It should be understood that the embodiment may also obtain historical documents applied in different versions and different languages in other manners, which are not illustrated here.

And secondly, acquiring the document identification of the historical document.

In this embodiment, a developer may label the obtained historical documents of different applications, and determine document identifiers of the historical documents, where the document identifiers may be different for different applications, and the document identifiers of different documents are different for the same application, and the same document has a unique document identifier in different language scenes.

After the developer determines the document identifications of the historical documents of different applications, the document identifications of the historical documents can be obtained.

And finally: and establishing a corresponding relation between the historical documentations and the documentations identification, and storing the corresponding relation to the documentations library.

After obtaining the case identifiers of the historical cases of different applications, for each application, a corresponding relationship between the historical case of the application and the case identifier of the application may be established, wherein each historical case corresponding to a certain case identifier may correspond to a different language scene.

After the corresponding relationship between the historical documents and the document identifications of different applications is established, the corresponding relationship can be stored in the document library.

It should be noted that, in this embodiment, in order to ensure that the history documents of different applications in the document library have consistency and integrity in different language scenes, before establishing the corresponding relationship between the history documents and the document identifiers, the history documents of different applications may be verified, specifically:

taking one of the items as an example, the feature information of the same history case applied in different language scenes can be compared one by one, and whether the feature information of the same history case in different language scenes is consistent or not can be judged according to the comparison result.

The characteristic information may include at least one of a case form, a special character, and a case content, and the case form may be understood as whether the case is changed with time or location, for example, when the case is "week", a specific week may be changed following the date, and when the case is "user name", the case is fixed.

The special characters can be understood as special characters contained in the case. In order to facilitate the determination of whether the characteristic characters are consistent, the embodiment may provide a special character rule table, and based on the special character rule table, the special characters of the same historical case in different language scenes may be compared to determine whether the special characters are consistent.

The contents of the above-mentioned document are the same as those of the document described in the above-mentioned S102, and can be understood as the specific meanings of the expression of the document. The embodiment judges whether the contents of the same historical documents are consistent, and can represent and judge whether the meanings of the same historical documents expressed in different language scenes are consistent.

When the judgment result shows that the feature information of the same historical case under different language scenes is consistent, the consistency and the integrity of the same historical case applied under different language scenes can be shown; otherwise, the same historical case of the same application is not consistent or incomplete in different language scenes, and at the moment, the problematic historical case can be modified until the historical case has consistency and integrity in different language scenes.

When it is determined that the same historical documents of the same application have consistency and integrity in different language scenes based on the recorded scheme, the recorded method can be adopted to establish the corresponding relationship between the historical documents of different applications and the document identifications, and store the corresponding relationship into the document library.

In this embodiment, after the case library is obtained, when a case of the target application needs to be generated and the case information of the target application is obtained, a historical case corresponding to the case identifier may be searched from the case library according to the case identifier in the case information, so as to obtain the target case, where the target cases respectively correspond to the language scenes one by one.

It should be noted that, after the target document is searched, which document identifications can search the corresponding target document according to the search result and which document identifications cannot search the corresponding target document in the document library can be determined, wherein for the document identifications of the searched target document, the documents corresponding to the document identifications can be regarded as the documents reserved in the current version of the target application compared with the historical version, and for the document identifications of the target document not searched, the documents corresponding to the document identifications can be regarded as the documents newly added in the current version of the target application compared with the historical version, that is, the incremental documents.

After determining that the document identification of the target document is not found, the document information corresponding to the document identification may be used as the incremental document information corresponding to the document identification, and the incremental document information may be used to determine the incremental document of the target application.

It should be noted that, in this embodiment, in order to facilitate the developer to determine which of the documents to be generated are new documents and which are existing history documents or which are obsolete documents compared with the documents in the history version, after finding the target document and determining the incremental document information, an incremental report log may be further generated and displayed to the developer, where the log may include at least one of the three information, i.e., the history document, the incremental document, and the obsolete document.

In S104, after the target file is found and the incremental document information is determined, S106 may be performed.

S106: and obtaining the incremental documents according to the document contents contained in the incremental document information, wherein the incremental documents respectively correspond to the language scenes one by one.

In S106, a new incremental document, that is, an incremental document, may be determined from the document content in the incremental document information described in S104, where the incremental document may correspond to each language scene one by one, and the target application of the current version is newly added compared to the target application of the historical version.

In this embodiment, when determining the incremental documentation, firstly, the documentation content in the incremental documentation information and the history documentation of different applications in the documentation library may be subjected to fuzzy matching by means of the documentation library to obtain related documentation, and after repeated matching and screening, the first documentation is finally obtained, where the first documentation respectively corresponds to the language scenes one by one.

For example, if the content of the incremental document in the incremental document information is "hello" in an english language scene, an english language document related to "hello" may be fuzzily matched from the document library based on "hello", and based on the document identifier corresponding to the matched english language document, a document in a different language scene corresponding to the english language document may be further searched from the document library. Thus, the first language case of different language scenes corresponding to the hello can be finally obtained through repeated matching and screening.

After the first document is obtained, whether the incremental document information contains the document content which is not successfully matched can be judged, wherein the condition that the document content is not successfully matched can represent that the document library does not contain the document related to the document content.

If the incremental document information contains the unsuccessfully matched document contents, the second documents corresponding to the unsuccessfully matched document contents can be obtained, and the second documents respectively correspond to the language scenes one by one. The second filing can be obtained by translating the content of the filing which is not successfully matched by a developer or a professional translator, or can be obtained by translating the content of the filing which is not successfully matched by a professional translator, or can be obtained by other translation methods, which is not limited specifically herein.

After the second document is obtained, the second document and the first document may be determined as an incremental document of the target application.

If the determination result is that the incremental document information does not include the document content that has not been successfully matched, it may be stated that, based on the document content in the incremental document information, corresponding documents may be matched in the document library, and at this time, the first document may be determined as the incremental document.

After obtaining the incremental documentation based on the above-described method, S108 may be executed.

S108: and obtaining the file of the target application according to the target file and the incremental file.

In S108, the target pattern found in S104 and the incremental pattern determined in S106 may be merged and packaged, so that a pattern of the target application may be obtained.

In this embodiment, in order to ensure the integrity of the target applied file, before the target applied file is obtained according to the target file and the incremental file, the target file and the incremental file may be verified. Specifically, it may be determined whether attribute information of the target pattern and the incremental pattern meets a preset condition, where the attribute information may include at least one of the number of patterns, the number of language scenes corresponding to the patterns, and special characters included in the patterns.

For example, when the attribute information includes the number of language cases, the number of language scenes, and the special characters, it may be determined whether the sum of the numbers of the target file and the incremental language case is equal to the preset number, and whether the number of language scenes corresponding to the target file and the incremental file is equal to the preset number of language scenes, and whether the special characters included in the same language case in different language scenes are the same.

If the attribute information of the target file and the incremental file meets the preset condition, the integrity of the target file and the incremental file can be shown, and at the moment, the target file and the incremental file can be merged and packaged to obtain the file of the target application.

If the attribute information of the target file and the incremental file does not meet the preset condition, the target file and the incremental file are wrong, and at the moment, the wrong file can be modified to obtain the target file and the incremental file with integrity.

For example, if the number of the voice scenes corresponding to the incremental case is smaller than the number of the preset language scenes, which kind of language scenes the incremental case lacks may be determined by analysis, and the incremental cases corresponding to the language scenes may be supplemented, so as to obtain the incremental cases corresponding to the number of the preset scenes.

After the case of the target application is obtained, the case of the target application can be displayed to the developer, so that the developer can apply the case of the target application to release of a new version of the target application.

In this embodiment, after obtaining the target application file, the corresponding relationship between the file and the file identifier may be further established, and the file of the target application is stored in the file library according to the file identifier, so that when a new version of the target application is subsequently released again, the files may be used as history files and used to determine a new file.

For the sake of easy understanding of the whole technical solution, reference may be made to fig. 2. Fig. 2 is a flowchart illustrating a document generation method according to an embodiment of the present application. The method for generating a document according to the present embodiment includes the steps of:

s201: and acquiring historical documentaries which are applied to different historical editions and different language scenes.

In S201, historical documentaries applied in different historical versions and different languages in different scenes may be collected, so as to construct a documentary library in the following.

S202: and acquiring the document identification of the historical document.

In S202, a developer may label historical documents of different applications and determine document identifiers of the historical documents, where the document identifiers of different applications are different, and the same historical document of the same application has a unique document identifier in different language scenes.

After the developer determines the document identifications of the historical documents of different applications, the document identifications can be obtained.

S203: and judging whether the feature information of the same historical file applied to the same application is consistent under different language scenes.

The characteristic information includes at least one of a document form, a special character, and a document content.

In S203, if the feature information of the same history pattern of the same application in different language scenes is consistent, S205 may be executed; otherwise, S204 may be performed.

S204: and modifying the history file with inconsistent characteristic information.

In S204, the history document with inconsistent feature information may be modified to obtain a history document with consistency and completeness. After that, S205 may be performed.

S205: and establishing a corresponding relation between the historical documentations and the documentations identification, and storing the corresponding relation to the documentations library.

Through S201 to S205, it can be determined that a document library is obtained, and the document library can be used for generating a new document.

S206: and acquiring the file information of the target application.

When generating the document of the target application, the document information of the target application may be acquired. The document information may include a document identifier and document content corresponding to the document identifier, where the document content corresponds to a language scene.

S207: and searching a target file corresponding to the file identification in the file library according to the file identification in the file information, and determining the incremental file information corresponding to the file identification.

In S207, the precise matching may be performed in the case library based on the case identifier, after the matching is completed, which case identifiers do not find the corresponding target cases may be obtained while the target cases are obtained, the case information corresponding to the case identifiers where the target cases are not found is the incremental case information, and the incremental case information may also be understood as the case information corresponding to the case (i.e., the incremental case) added by the target application compared to the historical version.

In S207, an incremental report log may be generated, and the log may include at least one of the three information, i.e., the history document, the incremental document, and the obsolete document.

S208: and carrying out fuzzy matching on the file content in the incremental file information and files applied in different files in the file library to obtain a first file.

In order to obtain the incremental case of the target application, fuzzy matching can be performed on all cases in the case library based on the case content included in the incremental case information, and after the fuzzy matching is finished, first cases can be obtained, wherein the first cases respectively correspond to the language scenes one by one.

S209: and judging whether the incremental file information contains file contents which are not successfully matched.

If yes, S210 may be performed; otherwise, S212 is executed.

S210: and acquiring a second file corresponding to the file content which is not successfully matched.

The second language case corresponds to the language scenes one by one, and the second language case can be obtained by translating the contents of the language case which is not successfully matched by developers or professional translators.

S211: determining the first and second scenarios as incremental scenarios.

After the incremental documentation is obtained, S213 may be performed.

S212: determining the first copy as the incremental copy.

S213: and obtaining the file of the target application according to the target file and the incremental file.

In S213, it may also be verified whether the attribute information of the target and incremental documents meets a preset condition, where the attribute information may include at least one of the number of the documents, the number of language scenes corresponding to the documents, and special characters of the documents in different language scenes.

If the preset conditions are met, the target file and the incremental file can be packaged to obtain the file of the target application, if the preset conditions are not met, the target file and the incremental file which do not meet the preset conditions can be modified, and when the modified target file and the modified incremental file meet the preset conditions, the file of the target application can be packaged to obtain.

S214: and storing the file of the target application into the file library according to the file identification.

After the files of the target application are stored in the file library, when new files are generated again, the files can be used as historical files, and the new files are convenient to generate. See S206 to S213 described above for a specific implementation.

The following description will be given by taking a case of creating application a as an example.

Suppose that a new version of the application a needs to be released, the document information of the new version includes 1000 document identifications, and english document contents corresponding to the 1000 document identifications.

When a new document is generated, first, based on the 1000 document identifications, historical documents corresponding to the 1000 document identifications are searched for from a predetermined document library. Assuming that the corresponding historical documents can be found based on 800 document identifications, and the corresponding historical documents cannot be found based on the remaining 200 documents, the historical documents found based on the 800 document identifications can be used as the target documents, and the document information corresponding to the remaining 200 document identifications is used as the incremental document information.

In addition, after the search process is finished, an incremental report log may be generated, where the log may be: the documents corresponding to the new version of the application A comprise 800 historical documents, 200 newly added documents and 100 abandoned documents, wherein the 100 abandoned documents can be obtained by comparing and analyzing the 1000 document identifications and the document identification corresponding to the previous version.

Secondly, the 200 English language case contents contained in the incremental case information can be subjected to fuzzy matching with other applied cases in the case library to obtain first cases, and the first cases respectively correspond to the language scenes one by one.

It can be assumed here that the first case is obtained based on the fuzzy matching of 120 english case contents, and the remaining 80 english case contents are unsuccessfully matched case contents.

Secondly, a developer or a professional translator can translate the contents of the 80 English documents to obtain a second document, and the second document is acquired and respectively in one-to-one correspondence with the language scenes.

And finally, on the basis of determining that the target file, the first file and the second file have integrity, merging and packaging the target file, the first file and the second file to finally obtain the file of the application A.

After the documentation for application a is obtained, these documentation can be used for release of a new version of application a.

In addition, the file of the application A can be stored in the file library according to the file identification, and when the version of the application A is updated next time, the file of the new version can be quickly generated.

According to the embodiment of the application, historical documents applied to different language scenes are integrated into the document library in advance according to the document identification, when the documents are generated, the historical documents and the incremental documents corresponding to the different language scenes can be determined respectively based on the document library, and then the documents applied to the target are obtained. In addition, based on the case library, historical cases applied to different versions and different language scenes can be effectively managed, and the case library is beneficial to quickly generating the cases applied to different versions and different languages.

The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.

Fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present application. Referring to fig. 3, at a hardware level, the electronic device includes a processor, and optionally further includes an internal bus, a network interface, and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory, such as at least 1 disk Memory. Of course, the electronic device may also include hardware required for other services.

The processor, the network interface, and the memory may be connected to each other via an internal bus, which may be an ISA (Industry Standard Architecture) bus, a PCI (peripheral component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 3, but this does not indicate only one bus or one type of bus.

And the memory is used for storing programs. In particular, the program may include program code comprising computer operating instructions. The memory may include both memory and non-volatile storage and provides instructions and data to the processor.

The processor reads the corresponding computer program from the nonvolatile memory into the memory and then runs the computer program to form the file generation device on the logic level. The processor is used for executing the program stored in the memory and is specifically used for executing the following operations:

The method executed by the document generation apparatus according to the embodiment shown in fig. 3 of the present application may be applied to or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

The electronic device may further execute the method shown in fig. 1 and fig. 2, and implement the functions of the document generation apparatus in the embodiment shown in fig. 1 and fig. 2, which are not described herein again in this embodiment of the present application.

Of course, besides the software implementation, the electronic device of the present application does not exclude other implementations, such as a logic device or a combination of software and hardware, and the like, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or a logic device.

Embodiments of the present application also propose a computer-readable storage medium storing one or more programs, the one or more programs comprising instructions, which when executed by a portable electronic device comprising a plurality of application programs, enable the portable electronic device to perform the method of the embodiment shown in fig. 1 and 2, and in particular to perform the following operations:

Fig. 4 is a schematic structural diagram of a document generation apparatus according to an embodiment of the present application. The apparatus may include: an acquisition unit 41, a search unit 42, a determination unit 43, and a pattern generation unit 44, wherein:

an acquisition unit 41 that acquires the document information of the target application; the case information comprises a case identifier and case content corresponding to the case identifier, and the case content corresponds to a language scene;

a searching unit 42, configured to search, according to the document identifier, a target document corresponding to the document identifier in a predetermined document library, and determine incremental document information corresponding to the document identifier, where the document library includes historical documents in different language scenes corresponding to each applied document identifier, and the incremental document information represents document information corresponding to a document identifier when the target document is not found;

a determining unit 43, configured to obtain incremental documents according to the document contents included in the incremental document information, where the incremental documents respectively correspond to the language scenes one by one;

and the pattern generating unit 44 is used for obtaining the pattern of the target application according to the target pattern and the incremental pattern.

Optionally, the searching unit 42 determines to obtain the document library by:

acquiring historical documents applied to different historical editions and different language scenes;

acquiring the document identification of the historical document, wherein the document identification of different applications is different, and the same historical document of the same application has unique document identification in different language scenes;

and establishing a corresponding relation between the historical documentations and the documentations identification, and storing the corresponding relation to the documentations library.

Optionally, before the finding unit 42 establishes the corresponding relationship between the historical document and the document identifier, the method further includes:

for one of the applications, the following operations are performed:

comparing the characteristic information of the same applied historical case under different language scenes, wherein the characteristic information comprises at least one of a case form, special characters and case content;

wherein, establishing the corresponding relation between the historical documentations and the documentary identifications comprises:

and when the feature information of the same history file applied in different language scenes is consistent, establishing the corresponding relation between the history file and the file identification.

Optionally, the determining unit 43 obtains the incremental document according to the document content included in the incremental document information, where the obtaining includes:

fuzzy matching is carried out on the file content contained in the incremental file information and the history file of each application contained in the file library to obtain first files, and the first files respectively correspond to the language scenes one by one;

judging whether the incremental file information contains file contents which are not successfully matched;

if yes, acquiring second language schemes corresponding to the contents of the language schemes which are not successfully matched, wherein the second language schemes respectively correspond to the language scenes one by one;

determining the first and second scripts as the incremental scripts.

Optionally, if it is determined that the incremental document information does not include the document content that has not been successfully matched, the determining unit 43 determines the first document as the incremental document.

Optionally, the document generating unit 44 obtains the document of the target application according to the target document and the incremental document, and includes:

judging whether the attribute information of the target file and the incremental file meets a preset condition or not, wherein the attribute information comprises at least one of file number, language scene number and special characters;

if so, merging and packaging the target file and the incremental file to obtain the file of the target application.

Optionally, the document generation apparatus further includes a storage unit 45, wherein:

the storage unit 45 stores the pattern of the target application in the pattern library according to the pattern identifier after the pattern generating unit 44 obtains the pattern of the target application.

The document generation apparatus provided in the embodiment of the present application can also execute the method shown in fig. 1 and fig. 2, and implement the functions of the document generation apparatus in the embodiment shown in fig. 1 and fig. 2, which are not described herein again.

In short, the above description is only a preferred embodiment of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.

Claims

1. A method for generating a document, comprising:

the obtaining the incremental documentation according to the documentation content contained in the incremental documentation information includes:

judging whether the incremental file information contains file contents which are not successfully matched; if yes, acquiring second language schemes corresponding to the contents of the language schemes which are not successfully matched, wherein the second language schemes respectively correspond to the language scenes one by one;

determining the first and second scenarios as the incremental scenarios;

2. The method of claim 1, wherein the library of documents is determined by:

3. The method of claim 2, wherein prior to establishing the correspondence between the historical document and the document identification, the method further comprises:

for one of the applications, the following operations are performed:

4. The method of claim 1, wherein the method further comprises:

and if the incremental file information does not contain file contents which are not successfully matched, determining the first file as the incremental file.

5. The method of claim 1, wherein obtaining the target application documentation from the target documentation and the incremental documentation comprises:

6. The method of claim 1, wherein after obtaining the documentation for the target application, the method further comprises:

and storing the file of the target application into the file library according to the file identification.

7. A document creation apparatus, comprising:

the determining unit specifically includes: fuzzy matching is carried out on the file content contained in the incremental file information and the history file of each application contained in the file library to obtain first files, and the first files respectively correspond to the language scenes one by one;

determining the first and second scenarios as the incremental scenarios;

8. An electronic device, comprising:

a processor; and

determining the first and second scenarios as the incremental scenarios;

9. A computer-readable storage medium storing one or more programs that, when executed by an electronic device including a plurality of application programs, cause the electronic device to:

determining the first and second scenarios as the incremental scenarios;