CN108388633B - Method and terminal for converting file into file - Google Patents
Method and terminal for converting file into file Download PDFInfo
- Publication number
- CN108388633B CN108388633B CN201810154862.8A CN201810154862A CN108388633B CN 108388633 B CN108388633 B CN 108388633B CN 201810154862 A CN201810154862 A CN 201810154862A CN 108388633 B CN108388633 B CN 108388633B
- Authority
- CN
- China
- Prior art keywords
- files
- filed
- pushing
- file
- numbers
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/178—Techniques for file synchronisation in file systems
- G06F16/1794—Details of file format conversion
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a method and a terminal for converting files into files, wherein the method comprises the steps of receiving the files pushed by each business system, storing the files into a first set, collecting the files needing to be filed in the first set, and pushing the files needing to be filed to a second set; judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset file number rule, collecting the files with the numbers to be filed, and pushing the files with the numbers to be filed to a third set; and judging whether the third set has files, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing invalid files to a third recycle bin so as to finish the conversion from the files to the files.
Description
Technical Field
The present invention relates to the field of file recording, and in particular, to a method and a terminal for converting a file into a file.
Background
Archive bibliography refers to the process of file-to-archive conversion, i.e., the work that an archive performs throughout its cycle prior to generation. The existing method for converting a file into an archive is to directly fill metadata and edit an archive number after the file is pushed to an electronic archive system, and after the archive number is compiled, the archive filing success is determined, which means that the conversion from the file to the archive is completed. The above-mentioned method is mixed and carried out no matter the file is pushed from the business system or newly added in the archive system or has been filed successfully, which results in the following defects:
1. the data volume of files and archives is very large, the types are various, all work and list display are carried out in one stage, not only is a great burden brought to the performance of the system, but also the working intensity of managers and system maintenance personnel is increased;
2. in the system, files and archives have respective types, and the method used by the files in the process of recording in each type is also different. Meanwhile, files/archives can be centralized together to perform batch operation sometimes in the processing process, and a single operation is required sometimes because of the particularity of the files/archives. If the manager has to work within a collection of overlapping intersections at the beginning of a document bibliography, it is difficult to determine which collection a document/file belongs to and thus the next operation to be performed on that document/file.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: a method and a terminal for converting files into files with high efficiency and low cost are provided.
In order to solve the technical problems, the invention adopts a technical scheme that:
a method of converting a document into an archive, comprising the steps of:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
s2, judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset number rule, collecting files after filing, and pushing the files after filing to a third set;
and S3, judging whether the third set has files, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the invalid files to a third recycle bin.
In order to solve the technical problem, the invention adopts another technical scheme as follows:
a terminal for converting a document into an archive, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
s2, judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset number rule, collecting files after filing, and pushing the files after filing to a third set;
and S3, judging whether the third set has files, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the invalid files to a third recycle bin.
The invention has the beneficial effects that: the conversion from the files to the archives is realized in three stages, each stage is arranged in different sets, each stage is progressive, arrangement is convenient, working efficiency is improved, cost is reduced, system performance is improved, the problems that a system is crashed and the like due to the fact that all files are piled and squeezed to operate in one stage are solved, clear planning is conducted in each stage, and the conversion process from the whole files to the archives is standardized, systematized and efficient.
Drawings
FIG. 1 is a flowchart illustrating steps of a method for converting a file into a document according to an embodiment of the present invention;
FIG. 2 is a schematic structural diagram of a terminal for converting a file into a document according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of an interface for converting a file into a document according to an embodiment of the present invention;
FIG. 4 is a diagram of a department tree partitioned according to departments in an embodiment of the present invention;
description of reference numerals:
1. a terminal for converting a file into a document; 2. a memory; 3. a processor.
Detailed Description
In order to explain technical contents, achieved objects, and effects of the present invention in detail, the following description is made with reference to the accompanying drawings in combination with the embodiments.
The most key concept of the invention is as follows: the conversion from the file to the archive is realized in three stages, each stage is put in different sets for sorting operation, and clear planning is performed in each stage.
Referring to fig. 1, a method for converting a file into a file includes the steps of:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
s2, judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset number rule, collecting files after filing, and pushing the files after filing to a third set;
and S3, judging whether the third set has files, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the invalid files to a third recycle bin.
From the above description, the beneficial effects of the present invention are: the conversion from the files to the archives is realized in three stages, each stage is arranged in different sets, each stage is progressive, arrangement is convenient, working efficiency is improved, cost is reduced, system performance is improved, the problems that a system is crashed and the like due to the fact that all files are piled and squeezed to operate in one stage are solved, clear planning is conducted in each stage, and the conversion process from the whole files to the archives is standardized, systematized and efficient.
Further, the acquiring files to be archived in the first set in step S1 specifically includes:
sequentially judging whether the files of the first category in the first set are valid, and if not, pushing the invalid files to a first recovery station; if yes, further judging whether the effective files need to be archived, if not, pushing the files which do not need to be archived to a non-archiving library, and collecting the rest files of the first category in the first set.
According to the description, the invalid files and the unarchived files are respectively pushed to the corresponding positions through the judgment of the files in the first set, the rest files in the first category are the files needing further operation, the classification of the files is realized, the operation is simple, and the efficiency is high.
Further, before sequentially padding metadata in the file to be archived of the first category in the second set in step S2, the method further includes:
judging whether the files of the first category to be filed in the second set need to be filed or not, and if not, pushing the files which do not need to be filed to the first set; if yes, further judging whether the files needing to be filed are valid, and if not, pushing the invalid files to a second recycle bin.
According to the description, before the metadata filling, the attribute of the file is judged again, so that the validity of the metadata filling is ensured, the efficiency is improved, and the reliability and the validity in the file conversion process are ensured.
Further, the step S3 further includes:
and if the file number of the file in the third set is invalid, pushing the file with the invalid file number to the second set after removing the file number.
As can be seen from the above description, if the file is identified as invalid in step S3, the file can be reset and then pushed back to the previous step S2, i.e. the file can be driven back to the previous stage to continue to be operated again, so that the whole conversion process forms a closed loop operation.
Further, the method also comprises the following steps:
and S4, sequentially judging whether the files in the third set need to be destroyed, and if so, pushing the files needing to be destroyed to a destruction library.
According to the description, after the file is converted into the archive, the archive can be further judged and classified, and the flexibility is improved.
Referring to fig. 2, a terminal for converting a file into an archive includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the following steps:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
s2, judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset number rule, collecting files after filing, and pushing the files after filing to a third set;
and S3, judging whether the third set has files, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the invalid files to a third recycle bin.
From the above description, the beneficial effects of the present invention are: the conversion from the files to the archives is realized in three stages, each stage is arranged in different sets, each stage is progressive, arrangement is convenient, working efficiency is improved, cost is reduced, system performance is improved, the problems that a system is crashed and the like due to the fact that all files are piled and squeezed to operate in one stage are solved, clear planning is conducted in each stage, and the conversion process from the whole files to the archives is standardized, systematized and efficient.
Further, the acquiring files to be archived in the first set in step S1 specifically includes:
sequentially judging whether the files of the first category in the first set are valid, and if not, pushing the invalid files to a first recovery station; if yes, further judging whether the effective files need to be archived, if not, pushing the files which do not need to be archived to a non-archiving library, and collecting the rest files of the first category in the first set.
According to the description, the invalid files and the unarchived files are respectively pushed to the corresponding positions through the judgment of the files in the first set, the rest files in the first category are the files needing further operation, the classification of the files is realized, the operation is simple, and the efficiency is high.
Further, before sequentially padding metadata in the file to be archived of the first category in the second set in step S2, the method further includes:
judging whether the files of the first category to be filed in the second set need to be filed or not, and if not, pushing the files which do not need to be filed to the first set; if yes, further judging whether the files needing to be filed are valid, and if not, pushing the invalid files to a second recycle bin.
According to the description, before the metadata filling, the attribute of the file is judged again, so that the validity of the metadata filling is ensured, the efficiency is improved, and the reliability and the validity in the file conversion process are ensured.
Further, the step S3 further includes:
and if the file number of the file in the third set is invalid, pushing the file with the invalid file number to the second set after removing the file number.
As can be seen from the above description, if the file is identified as invalid in step S3, the file can be reset and then pushed back to the previous step S2, i.e. the file can be driven back to the previous stage to continue to be operated again, so that the whole conversion process forms a closed loop operation.
Further, the method also comprises the following steps:
and S4, sequentially judging whether the files in the third set need to be destroyed, and if so, pushing the files needing to be destroyed to a destruction library.
According to the description, after the file is converted into the archive, the archive can be further judged and classified, and the flexibility is improved.
Example one
Referring to fig. 1, a method for converting a file into a file includes the steps of:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
wherein, the acquiring the files to be archived in the first set specifically includes:
sequentially judging whether the files of the first category in the first set are valid, and if not, pushing the invalid files to a first recovery station; if yes, further judging whether the effective files need to be filed, if not, pushing the files which do not need to be filed to a non-filing library, and collecting the rest files of the first class in the first set;
s2, judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset number rule, collecting files after filing, and pushing the files after filing to a third set;
wherein, before filling metadata in the files to be filed of the first category in the second set in sequence, the method further comprises:
judging whether the files of the first category to be filed in the second set need to be filed or not, and if not, pushing the files which do not need to be filed to the first set; if yes, further judging whether the files needing to be filed are effective, and if not, pushing the ineffective files to a second recycle bin;
in the step, a file which is not pushed through a service system is newly added, namely a paper-free file is provided for a user, the file is directly an electronic file, and metadata filling and file number compiling are directly carried out on the file;
s3, judging whether a file exists in the third set, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the invalid files to a third recycle bin;
s4, sequentially judging whether the files in the third set need to be destroyed, if so, pushing the files needing to be destroyed to a destruction library;
after pushing corresponding files to a first recycle bin, a second recycle bin, a third recycle bin, a non-filing bank or a destroying bank, periodically judging the files: if the file needs to be archived, restoring the file from the unarchived library to the first set; if the file is valid, restoring the file to the previous collection, for example, if the corresponding file is pushed to the first recycle bin in step S1, restoring the file to the first collection, if the corresponding file is pushed to the second recycle bin in step S2, restoring the file to the second collection, and if the corresponding file is pushed to the third recycle bin in step S3, restoring the file to the third collection; and if the file does not need to be destroyed, restoring the file to the third set.
Example two
Referring to fig. 2, a terminal 1 for converting a file into an archive includes a memory 2, a processor 3, and a computer program stored on the memory 2 and executable on the processor 3, wherein the processor 3 implements the steps of the first embodiment when executing the computer program.
EXAMPLE III
In this embodiment, a specific application scenario is combined to describe the method for converting a file into a file according to the present invention, and a process of converting a file into a file is divided into three stages, as shown in fig. 3, a first stage is a file management stage corresponding to step S1 in the first embodiment, a second stage is a file organization stage corresponding to step S2 in the first embodiment, and a third stage is a file management stage corresponding to step S3 in the first embodiment;
the archive administrator perusal configures a department tree according to division of departments, as shown in fig. 4;
the juju currently needs to integrate 10 files belonging to office departments in 2017 and 5 months, which are all automatically pushed from a business system and are stored in a set named as a middle library by default, as shown in table 1:
TABLE 1
The file management stage comprises the following steps:
the files stored in the intermediate repository set are not only office files, but also files of other departments in other years are stored, so that all the files of the office in 5 months in 2017 are retrieved through the query function;
carrying out set positioning aiming at the searched documents, and determining the set to which each document belongs next; it is confirmed that documents with sequence number 2 and sequence number 3 are repeatedly pushed, so that one copy is invalid and is placed in the recycle bin set of the intermediate repository, and the document with sequence number 10 belongs to the non-archiving type and is placed in the non-archiving set repository, so that after the positioning of the document sets, the set of each document is as shown in table 2:
TABLE 2
The file arrangement stage comprises the following steps:
the files in the intermediate repository set in the file management stage are collected to the file sorting stage for subsequent processing, and after the files are collected to the file sorting stage, the default set of the files is the working repository set, as shown in table 3:
TABLE 3
At this stage, metadata filling is performed on the files in the working library set, and before the files are filled with the metadata one by one, it is checked that the file with the sequence number of 6 belongs to an invalid file, so that the invalid file is brought into a recycle bin set in the working library, and meanwhile, two files pushed by a non-walking service system are newly added: files with sequence numbers 11 and 12, at which time the document set is as shown in Table 4:
TABLE 4
After the metadata is filled, file numbers of the files in the working library are numbered according to a preset file numbering rule, wherein the file numbering rule can be a whole file number-year-classified number-storage deadline-part number, and the year, classified number and whole file number of the files collected in the working library set are consistent, so that part number confirmation can be performed according to the generation date sequence only by confirming the storage deadline of each file, namely batch filing operation;
first, a file set whose storage period in the work library is permanent (Y) is checked, and the file number generation effect is shown in table 5 according to the generation time sort rule:
TABLE 5
By analogy, the files of 30 years and 10 years are numbered, and the display effect after sorting according to the numbers is shown in table 6:
TABLE 6
The file management stage comprises the following steps:
the files in the intermediate repository set in the file sorting stage are collected to the archive management stage for subsequent processing, after the archive management stage is collected, the default set of the files is a permanent repository set, and the display effect is shown in table 7:
TABLE 7
And (3) carrying out file number inspection on files in the permanent library set: whether the archive has a record of file number break or double number exists, if yes, the archive is returned to the second stage for rearrangement, and if not, all files belonging to the office in 2017, 5 months are successfully archived; if the archive with the sequence number of 12 passes the storage period, it is placed in the destruction library set as the third stage.
In summary, the method and the terminal for converting a file into a file provided by the present invention implement the conversion from the file to the file in three stages, each stage is organized in different sets, each stage is progressive, the organization is convenient, the working efficiency is improved, the cost is reduced, the system performance is improved, the problems of system crash and the like caused by the operation of all files in one stage during stacking are avoided, meanwhile, the clear planning is performed in each stage, each set and stage has a certain method to return to the previous organization stage, the whole conversion process from the file to the file forms a closed-loop operation, and the whole conversion process from the file to the file is standardized, systematized and efficient.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all equivalent changes made by using the contents of the present specification and the drawings, or applied directly or indirectly to the related technical fields, are included in the scope of the present invention.
Claims (6)
1. A method for converting a document into an archive, comprising the steps of:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
s2, judging whether the second set has files with the numbers to be filed of the first type or not, if so, sequentially filling metadata in the files with the numbers to be filed of the first type in the second set, sequentially filing the files with the numbers to be filed according to a preset number rule, collecting files after filing, and pushing the files after filing to a third set;
s3, judging whether the third set has files or not, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the files with invalid file numbers to a second set after removing the file numbers;
before sequentially padding metadata in the first category of files to be archived in the second set in step S2, the method further includes:
judging whether the files of the first category to be filed in the second set need to be filed or not, and if not, pushing the files which do not need to be filed to the first set; if yes, further judging whether the files needing to be filed are effective, and if not, pushing the ineffective files to a second recycle bin;
the S1, S2, and S3 belong to different phases, respectively, each phase being progressive.
2. The method for converting a file into an archive as claimed in claim 1, wherein the collecting files to be archived in the first set in step S1 specifically includes:
sequentially judging whether the files of the first category in the first set are valid, and if not, pushing the invalid files to a first recovery station; if yes, further judging whether the effective files need to be archived, if not, pushing the files which do not need to be archived to a non-archiving library, and collecting the rest files of the first category in the first set.
3. The method for converting a document into an archive as claimed in claim 1, further comprising the steps of:
and S4, sequentially judging whether the files in the third set need to be destroyed, and if so, pushing the files needing to be destroyed to a destruction library.
4. A terminal for converting a document into an archive, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program:
s1, receiving files pushed by each business system, storing the files into a first set, collecting files needing to be filed in the first set, and pushing the files needing to be filed to a second set;
s2, judging whether the second set has files with the numbers to be edited of the first type or not, if so, sequentially filling metadata in the files with the numbers to be edited of the first type in the second set, sequentially editing the numbers of the files according to a preset number rule, collecting the files after the numbers are edited, and pushing the files after the numbers are edited to a third set;
s3, judging whether the third set has files or not, if so, sequentially checking whether the file numbers of the files in the third set are valid, and if not, pushing the files with invalid file numbers to a second set after removing the file numbers;
before sequentially padding metadata in the first category of files to be archived in the second set in step S2, the method further includes:
judging whether the files of the first category to be filed in the second set need to be filed or not, and if not, pushing the files which do not need to be filed to the first set; if yes, further judging whether the files needing to be filed are effective, and if not, pushing the ineffective files to a second recycle bin; the S1, S2, and S3 belong to different phases, respectively, each phase being progressive.
5. The terminal for converting a file into an archive as claimed in claim 4, wherein the collecting the files to be archived in the first set in step S1 specifically comprises:
sequentially judging whether the files of the first category in the first set are valid, and if not, pushing the invalid files to a first recovery station; if yes, further judging whether the effective files need to be archived, if not, pushing the files which do not need to be archived to a non-archiving library, and collecting the rest files of the first category in the first set.
6. The terminal for converting a document into an archive as claimed in claim 4, further comprising the steps of:
and S4, sequentially judging whether the files in the third set need to be destroyed, and if so, pushing the files needing to be destroyed to a destruction library.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810154862.8A CN108388633B (en) | 2018-02-23 | 2018-02-23 | Method and terminal for converting file into file |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810154862.8A CN108388633B (en) | 2018-02-23 | 2018-02-23 | Method and terminal for converting file into file |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108388633A CN108388633A (en) | 2018-08-10 |
CN108388633B true CN108388633B (en) | 2021-01-19 |
Family
ID=63069021
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810154862.8A Active CN108388633B (en) | 2018-02-23 | 2018-02-23 | Method and terminal for converting file into file |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108388633B (en) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104077637A (en) * | 2013-03-26 | 2014-10-01 | 佛山市顺德区顺达电脑厂有限公司 | Automatic document classification device and automatic document classification method |
CN104636469A (en) * | 2015-02-10 | 2015-05-20 | 广州供电局有限公司 | Automatic file classification management method and system |
CN105225097A (en) * | 2015-10-10 | 2016-01-06 | 广东卓维网络有限公司 | A kind of filing system for electronic audit file and archiving method |
US9361328B1 (en) * | 2013-01-28 | 2016-06-07 | Veritas Us Ip Holdings Llc | Selection of files for archival or deduplication |
CN106528794A (en) * | 2016-11-10 | 2017-03-22 | 国网安徽省电力公司 | Electronic document filing method based on archive management system |
CN106815340A (en) * | 2017-01-05 | 2017-06-09 | 福建亿榕信息技术有限公司 | Storage archives electronization batch processing method and system in power marketing business |
-
2018
- 2018-02-23 CN CN201810154862.8A patent/CN108388633B/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9361328B1 (en) * | 2013-01-28 | 2016-06-07 | Veritas Us Ip Holdings Llc | Selection of files for archival or deduplication |
CN104077637A (en) * | 2013-03-26 | 2014-10-01 | 佛山市顺德区顺达电脑厂有限公司 | Automatic document classification device and automatic document classification method |
CN104636469A (en) * | 2015-02-10 | 2015-05-20 | 广州供电局有限公司 | Automatic file classification management method and system |
CN105225097A (en) * | 2015-10-10 | 2016-01-06 | 广东卓维网络有限公司 | A kind of filing system for electronic audit file and archiving method |
CN106528794A (en) * | 2016-11-10 | 2017-03-22 | 国网安徽省电力公司 | Electronic document filing method based on archive management system |
CN106815340A (en) * | 2017-01-05 | 2017-06-09 | 福建亿榕信息技术有限公司 | Storage archives electronization batch processing method and system in power marketing business |
Non-Patent Citations (1)
Title |
---|
解析文件向档案转化的条件和标志;张海波;《赤子(上中旬)》;20160215;第182页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108388633A (en) | 2018-08-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104361018B (en) | Electronic archives information reorganization method and device | |
CN110245112A (en) | Intelligent archive management method, system, terminal and storage medium based on AI | |
CN109669933B (en) | Transaction data intelligent processing method and device and computer readable storage medium | |
CN109144968B (en) | Data distribution management system | |
Simitsis et al. | A Methodology for the Conceptual Modeling of ETL Processes. | |
CN103733195A (en) | Managing storage of data for range-based searching | |
CN101772760B (en) | Database management program and database management device | |
CN109178724B (en) | Classified recovery client, recovery box, acceptance check device, recovery system and recovery method | |
CN105488187A (en) | Method and device for extracting multi-source heterogeneous data increment | |
CN102495906A (en) | Incremental data migration method capable of realizing breakpoint transmission | |
CN102508835A (en) | Incremental data real-time synchronizing device based on log management packet and incremental data real-time synchronizing method based on same | |
CN102999524B (en) | A kind of document associations search method and system | |
CN104331446A (en) | Memory map-based mass data preprocessing method | |
CN110688349B (en) | Document sorting method, device, terminal and computer readable storage medium | |
CN102110102A (en) | Data processing method and device, and file identifying method and tool | |
CN104636338A (en) | Data cleaning storage method for added value tax negative and positive note monitoring | |
CN103593449A (en) | Method and system for recycling database resources | |
CN106528794A (en) | Electronic document filing method based on archive management system | |
CN102799651B (en) | Query processing device and method | |
CN113112229A (en) | File intelligent arrangement system and method based on file element preposition | |
CN113190501A (en) | Method for forming and filing electronic file for quality testing of water conservancy and hydropower engineering | |
CN114416638A (en) | Automatic electronic file filing method and system | |
CN115309749A (en) | Big data experiment system for scientific and technological service | |
CN108388633B (en) | Method and terminal for converting file into file | |
JP2019211805A (en) | Database migration support system and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Method and Terminal for Transforming Files into Archives Effective date of registration: 20221115 Granted publication date: 20210119 Pledgee: Industrial Bank Limited by Share Ltd. Fuzhou branch Pledgor: FUJIAN RONGJI SOFTWARE ENGINEERING Co.,Ltd. Registration number: Y2022350000147 |
|
PE01 | Entry into force of the registration of the contract for pledge of patent right |