Electronic archive format identification and evaluation management and control method and system

Abstract

The invention discloses an electronic file format identification and evaluation management and control method and system, and belongs to the technical field of electronic file format management and control. According to the method, after a file is uploaded through a front-end interface, format recognition and registration and quantitative risk assessment are executed in sequence to obtain a risk value, corresponding tools are called to process and record a result, association graph analysis is carried out to generate a visual association path, and finally an API interface is set for viewing the risk value, processing the record and the visual association path. The whole-process systematic management of the electronic archive format from identification, evaluation to management and control is realized.

Description

Technical Field

[0001] This invention relates to the field of electronic document format management technology, specifically to a method and system for electronic document format identification, evaluation and management. Background Technology

[0002] With the accelerated digital transformation of government and enterprises, electronic archives, as the core information carriers recording organizational activities and business credentials in the digital society, have become crucial for long-term preservation and reliable management. File format, as a fundamental attribute throughout the entire electronic archive process, directly relates to the accessibility, interpretability, and reusability of the archive content.

[0003] Currently, most existing technologies related to format recognition and registration worldwide focus on the following aspects:

[0004] (1) File format identification tools: such as DROID, developed under the leadership of the UK National Archives (TNA), Siegfried, supported by the Belgian government, and TrID, which is based on signature matching. These tools are mainly used to identify the format type and version of files, and assist in realizing the format identification function in digital asset management.

[0005] (2) Format standard databases: such as PRONOM, NARA Risk Matrix, Wikipedia format signature databases, etc., provide structural descriptions and identification code information of some mainstream formats as a reference basis for identification tools.

[0006] While the aforementioned tools and standards provide a foundation for format control, the following significant shortcomings still exist in practical applications:

[0007] (1) Lack of a unified format information management platform. Currently, most identification tools and format information databases operate separately, lacking an integrated management registration platform, which is not conducive to the systematic development of format standardization and strategy control.

[0008] (2) Lack of scalable local format recognition tools. Existing format recognition libraries mainly cover formats from Europe and the United States, which are difficult to cover domestic or industry formats commonly used in China's government affairs, scientific research and other fields, resulting in insufficient recognition coverage.

[0009] (3) Format risk assessment lacks quantitative support. Existing tools do not provide a clear format risk scoring model, making it difficult to support institutional-level format archiving decisions.

[0010] (4) The relationship between format and software, vendor, etc. is not systematically managed. Existing tools mostly focus on single format identification and lack modeling and analysis support for the relationship between format and viewer, developer, compatible format, etc., which is not conducive to assisting in the judgment of format migration path and the formulation of usage strategy.

[0011] Therefore, it is necessary to build a comprehensive management system that supports centralized registration of format information, structured modeling, automatic identification and retrieval, risk level assessment and visualization of relationships, in order to improve the systematicness, intelligence and local adaptability of electronic record format management. Summary of the Invention

[0012] To address the aforementioned shortcomings in existing technologies, this invention provides an electronic document format identification, evaluation, and control method and system that solves the problems of fragmented management of format information, insufficient coverage of local format identification, lack of quantitative support for format risk assessment, and unsystematic management of the relationship between formats and software / vendors.

[0013] To achieve the above-mentioned objectives, the technical solution adopted by this invention is: a method for electronic document format identification, evaluation, and control, comprising the following steps:

[0014] S1. Upload files via the front-end interface;

[0015] S2. Perform format recognition and registration on the documents;

[0016] S3. Conduct a risk assessment on the file format to obtain a risk value;

[0017] S4. Based on the risk value, call the corresponding processing tool to process the recognition format and obtain the processing record;

[0018] S5. Based on the format in the processing records, conduct association graph analysis to obtain the visual association path corresponding to the format;

[0019] S6. Set up the API interface to view risk values, processing records, and visualize related paths.

[0020] Furthermore, S2 includes the following sub-steps:

[0021] S21. Extract the binary data from the header of the file;

[0022] S22. Parse the header binary data to identify the file format information;

[0023] S23. Match the file format with the format data in the format registry. If the match is successful, extract the file's end information.

[0024] S24. Verify the file format using the file's end information. If the verification passes, the corresponding file format is the true format, and the file's format version information is recorded.

[0025] S25. If either matching or verification fails, the file format is marked as a format to be identified, and the process enters the manual-assisted identification process before being recorded in the format registration database.

[0026] Furthermore, S3 includes the following sub-steps:

[0027] S31. Match the file format with multiple main format types in the format registration library to obtain the matching main format type;

[0028] S32. Retrieve the scores and weights of multiple primary indicators of the matching main format type, and calculate the risk value.

[0029] Furthermore, S4 includes the following sub-steps:

[0030] S41. When a new format is added to the database, the system automatically searches for the integrated format processing tools. If no matching processing tool is found, the new processing tool is uploaded.

[0031] S42. Establish a "tool-format" association mapping between the format and the corresponding processing tool;

[0032] S43. Based on the file's format in the format registry, extract the corresponding processing tool according to the "tool-format" association mapping;

[0033] S44. Based on the risk value, use the corresponding processing tool to perform the operation: for low-risk formats, call to view or use the tool to access directly, and record the processing record; for high-risk or expired formats, call the conversion tool to perform format conversion, obtain the optimized low-risk format, and record the processing record.

[0034] Furthermore, S5 includes the following sub-steps:

[0035] S51. Based on the corresponding format in the processing record, retrieve the multi-dimensional relationship network of "format - software - vendor - viewer - format family" from the association relationship and knowledge graph already constructed in the format registration database;

[0036] S52. Present the associated paths of the multi-dimensional relationship network of "format - software - vendor - viewer - format family" corresponding to the format through a visual graph interface.

[0037] An electronic document format recognition and assessment control device includes: a document upload unit, a format recognition and registration unit, a risk assessment unit, a processing unit, a visualization unit, and an interface unit;

[0038] The file upload unit is used to upload files through the front-end interface;

[0039] The format recognition and registration unit is used to recognize and register the format of documents;

[0040] The risk assessment unit is used to assess the risk of the document's format and obtain a risk value;

[0041] The processing unit is used to call the corresponding processing tool to process the identification format according to the risk value and obtain the processing record;

[0042] The visualization unit is used to perform association graph analysis based on the format in the processing records to obtain the visualized association path corresponding to the format;

[0043] The interface unit is used to set up API interfaces, through which risk values, processing records, and visualization of associated paths can be viewed.

[0044] An electronic document format recognition, evaluation and control system includes: an infrastructure layer, a data persistence layer, a caching layer, a business logic processing layer, a communication transmission layer, a security control layer and a user display layer;

[0045] The infrastructure layer provides the basic environment for system deployment, provides services to the outside world through servers equipped with Tomcat and Nginx middleware, and achieves hardware-level network security protection with the help of gateways and firewalls.

[0046] The data persistence layer is used to achieve efficient storage, retrieval, and processing of various types of data in the system, relying on database software.

[0047] The caching layer is used to provide data caching services based on the non-relational database Redis, enabling efficient data storage and retrieval;

[0048] The business logic processing layer is developed primarily in Java, based on the Spring Boot 3 framework, and integrates plugins such as tika, droid, ffmpeg, and imagemagic to achieve file format recognition, data extraction, and format conversion.

[0049] The communication transport layer is used to perform data transmission, data encryption, data desensitization, data cleaning, and data verification during the transmission process between data storage and business logic, and between business logic and user presentation.

[0050] The security control layer is used to integrate the Spring Security framework and manage various functions of the system;

[0051] The user presentation layer is developed based on the Vue3 framework, combined with the ElementPlus component library, and integrates echarts.js and animate.cs tools to build the user interface.

[0052] The beneficial effects of this invention are as follows:

[0053] 1. This invention establishes a centralized and scalable format information registration system. By designing a standardized format information model and field system, it centrally manages and maps the structural features, identification features, semantic information, metadata, software associations, and other content of the format.

[0054] 2. This invention constructs a format risk assessment engine to achieve quantitative scoring and classification of formats. Based on the openness, identifiability, structural complexity, and platform compatibility of formats, a multi-dimensional weighted assessment mechanism is established to achieve quantitative scoring and graded release of format risks.

[0055] 3. Integrate format recognition tools with a local format registry to achieve accurate recognition capabilities. This system supports interface with recognition engines (such as DROID and Siegfried) to develop lightweight recognition tool components, which can be deployed on the storage facility side to achieve automatic format recognition.

[0056] 4. This invention constructs a relationship graph and visualization management tool between formats. It models and displays the relationships between a format and its parent format, related formats, supporting software, vendors, etc., assisting organizations in formulating format selection or migration strategies.

[0057] 5. This invention provides open system interfaces and cross-platform service capabilities. The system supports batch import / export, format recognition tool download and integration functions, and can be embedded into document management systems, data platforms, etc., to achieve automated management and control. Attached Figure Description

[0058] Figure 1 A flowchart illustrating the overall method for electronic document format identification, evaluation, and control.

[0059] Figure 2 A detailed flowchart of a method for identifying, evaluating, and managing electronic document formats;

[0060] Figure 3 This is a schematic diagram of the structure of an electronic document format recognition, evaluation and control system. Detailed Implementation

[0061] The specific embodiments of the present invention are described below to enable those skilled in the art to understand the present invention. However, it should be understood that the present invention is not limited to the scope of the specific embodiments. For those skilled in the art, various changes are obvious as long as they are within the spirit and scope of the present invention as defined and determined by the appended claims. All inventions utilizing the concept of the present invention are protected.

[0062] Example 1, such as Figure 1 As shown, a method for electronic document format identification, evaluation, and control includes the following steps:

[0063] S1. Upload files via the front-end interface;

[0064] S2. Perform format recognition and registration on the documents;

[0065] S3. Conduct a risk assessment on the file format to obtain a risk value;

[0066] S4. Based on the risk value, call the corresponding processing tool to process the recognition format and obtain the processing record;

[0067] S5. Based on the format in the processing records, conduct association graph analysis to obtain the visual association path corresponding to the format;

[0068] S6. Set up the API interface to view risk values, processing records, and visualize related paths.

[0069] The specific process of uploading files in S1 includes: users can easily and quickly upload any type of file through a simplified interface at the presentation layer. When a file is submitted, the system front-end and back-end perform integrity, availability, and security checks on the file to ensure that the file is valid and that subsequent processing is conducted in a secure environment.

[0070] In this embodiment, S2 includes the following sub-steps:

[0071] S21. Extract the binary data from the header of the file;

[0072] S22. Parse the header binary data to identify the file format information;

[0073] S23. Match the file format with the format data in the format registry. If the match is successful, extract the file's end information.

[0074] S24. Verify the file format using the file's end information. If the verification passes, the corresponding file format is the true format, and the file's format version information is recorded.

[0075] S25. If either matching or verification fails, the file format is marked as a format to be identified, and the process enters the manual-assisted identification process before being recorded in the format registration database.

[0076] The S2 process includes the following steps: After a file enters the core business processing layer, the program retrieves and parses the binary data at the beginning of the file, comparing it with the massive amount of format data stored in the format registry. This includes matching for "magic numbers," etc. If a match is found, the program continues to read relevant information from the end of the file and uses corresponding file reading tools for verification to ensure the correctness of the matched data. This determines the file's true format and records the format version information. The system records compatibility and incompatibility characteristics between different versions of the same format and between similar formats. If no matching item is found, a new format is added to the format registry. The administrator summarizes the data and adds it to the format registry, recording and improving the structured information of the format. The format registry data iterates in this way, continuously enriching the data.

[0077] In this embodiment, a standardized format information model with 31 fields is designed for format information registration, covering identification features, version information, structural features, application semantics, etc.; to realize centralized registration, structured storage, and scalable import and export of format information.

[0078] In this embodiment, S3 includes the following sub-steps:

[0079] S31. Match the file format with multiple main format types in the format registration library to obtain the matching main format type;

[0080] S32. Retrieve the scores and weights of multiple primary indicators of the matching main format type, and calculate the risk value.

[0081] The specific process of S3 includes: after identifying the true format, automatically calculating the corresponding risk value in a weighted manner based on the scores of 7 primary indicators (adoption, publication, transparency, external dependence, self-recording, cost, and quality functions) of 17 main format types with independent risk assessment value recorded in the format registration database and the indicator weights corresponding to each type, and controlling the format files according to the corresponding risk level.

[0082] In this embodiment, a two-dimensional file format risk indicator system is established, consisting of 7 primary indicators, 38 secondary indicators, and 93 tertiary indicators.

[0083] Based on the weighting coefficients corresponding to the indicators of the 17 main format types with independent risk assessment value, the format risk value is measured by weighting the indicator scores according to the weighting coefficients of the indicators. The measurement formula is as follows: , where R j W represents the final risk score of the j-th master format; n represents the total number of indicators in the format risk, W i S represents the weight of the i-th indicator. ijThis represents the score of the j-th master format on the i-th indicator, which can automatically classify risk levels (such as high / medium / low) and can be dynamically adjusted.

[0084] In this embodiment, S4 includes the following sub-steps:

[0085] S41. When a new format is added to the database, the system automatically searches for the integrated format processing tools. If no matching processing tool is found, the new processing tool is uploaded.

[0086] S42. Establish a "tool-format" association mapping between the format and the corresponding processing tool;

[0087] S43. Based on the file's format in the format registry, extract the corresponding processing tool according to the "tool-format" association mapping;

[0088] S44. Based on the risk value, use the corresponding processing tool to perform the operation: for low-risk formats, call to view or use the tool to access directly, and record the processing record; for high-risk or expired formats, call the conversion tool to perform format conversion, obtain the optimized low-risk format, and record the processing record.

[0089] The S4 process includes: providing services for viewing, using, and converting format files in various format registry libraries through system processes calling console programs or integrating dependencies, thereby providing measures to handle high-risk or expired formats. When new format data is added to the database, the system can configure integrated format processing tools or upload new tools (configuring the commands and parameters to be called during upload), thus establishing a connection between the tools and the formats.

[0090] In this embodiment, the linkage mechanism between the format recognition tool and the format registration database includes: building a mechanism for connecting local format signatures with external recognition engines (such as DROID and Siegfried); designing a downloadable lightweight recognition component that supports deployment on the server side of the archives institution; and realizing the function of returning recognition results and matching format IDs.

[0091] In this embodiment, S5 includes the following sub-steps:

[0092] S51. Based on the corresponding format in the processing record, retrieve the multi-dimensional relationship network of "format - software - vendor - viewer - format family" from the association relationship and knowledge graph already constructed in the format registration database;

[0093] S52. Present the associated paths of the multi-dimensional relationship network of "format - software - vendor - viewer - format family" corresponding to the format through a visual graph interface.

[0094] The specific process of S5 includes: based on the established relationships and knowledge graph between formats, the system starts the format graph linkage analysis module, performs semantic positioning of the identified formats in the multi-dimensional relationship network such as "format-software-vendor-viewer-format family", and presents its association path through a visual graph interface.

[0095] In this embodiment, the format association graph construction and visualization mechanism includes: constructing a format-software-vendor-viewer-format family graph with the format as the central node; supporting dynamic updates of graph nodes, visual queries and interactive operations; and assisting in scenarios such as format compatibility analysis and migration path recommendation.

[0096] The specific process of S6 includes: the system provides a unified risk assessment query and strategy service interface, allowing users to call APIs through the presentation layer to perform operations such as format risk level queries, format compatibility assessments, and migration strategy acquisition. This interface supports integration with electronic document management systems, data governance platforms, and scientific research data systems, enabling integrated application from format identification to risk assessment to strategy recommendation, and supports automatic batch processing and custom processing strategy configuration.

[0097] In this embodiment, the system integration and service capability design includes: the system supports modular deployment and open API calls; and provides functional interfaces such as batch identification, risk query, data export, and strategy recommendation.

[0098] like Figure 2 As shown, the detailed process of an electronic document format recognition and evaluation control method includes:

[0099] 1. Format recognition and registration process:

[0100] File creation / receiving: The process begins with the creation or receipt of a file.

[0101] Format recognition tool intervention: Call the "format recognition tool" to recognize the file's format.

[0102] Format matching judgment:

[0103] If the file format can be matched in the "Format Registration Library" (known format), proceed directly to the subsequent risk assessment stage;

[0104] If the format is "unknown", then proceed to the format registration process, enter the information of the new format into the system, and complete the iterative update of the format registration database.

[0105] 2. Format Risk Assessment Stage:

[0106] Invoke the evaluation system: For a known format, the system invokes the format risk assessment system (which includes multi-dimensional assessment indicators and weighting models).

[0107] Generate risk results: Complete the formatted risk assessment and output the risk value.

[0108] 3. Format selection and optimization:

[0109] Generate a format acceptance list: Combine the format risk assessment results with the associated information in the format registry to generate a format acceptance list.

[0110] Format processing decision: Format selection is based on the format acceptance list, and there are two processing paths:

[0111] If it is a low-risk format, you can directly proceed to the access and reuse or long-term storage stage;

[0112] If the format is high-risk or expired, use a format conversion tool to perform format conversion / migration to convert it to a low-risk, universal format.

[0113] 4. Format detection and early warning process:

[0114] End-to-end monitoring: For formats that are accessed, reused, and stored long-term, continuous format feedback / risk reassessment is conducted to monitor changes in format risk.

[0115] Risk Warning: If an escalation of format risk is detected, an early warning mechanism will be triggered, and the system will re-enter the format selection and optimization process to ensure the long-term usability of the archives.

[0116] Example 2: An electronic document format recognition and assessment control device, comprising: a file upload unit, a format recognition and registration unit, a risk assessment unit, a processing unit, a visualization unit, and an interface unit;

[0117] The file upload unit is used to upload files through the front-end interface;

[0118] The format recognition and registration unit is used to recognize and register the format of documents;

[0119] The risk assessment unit is used to assess the risk of the document's format and obtain a risk value;

[0120] The processing unit is used to call the corresponding processing tool to process the identification format according to the risk value and obtain the processing record;

[0121] The visualization unit is used to perform association graph analysis based on the format in the processing records to obtain the visualized association path corresponding to the format;

[0122] The interface unit is used to set up API interfaces, through which risk values, processing records, and visualization of associated paths can be viewed.

[0123] The specific implementation method of Example 2 is the same as that of Example 1.

[0124] Example 3, as Figure 3 As shown, an electronic document format recognition, evaluation and control system includes: an infrastructure layer, a data persistence layer, a caching layer, a business logic processing layer, a communication transmission layer, a security control layer and a user display layer;

[0125] The infrastructure layer provides the basic environment for system deployment, provides services to the outside world through servers equipped with Tomcat and Nginx middleware, and achieves hardware-level network security protection with the help of gateways and firewalls.

[0126] The data persistence layer is used to achieve efficient storage, retrieval, and processing of various types of data in the system, relying on database software.

[0127] The caching layer is used to provide data caching services based on the non-relational database Redis, enabling efficient data storage and retrieval;

[0128] The business logic processing layer is developed primarily in Java, based on the Spring Boot 3 framework, and integrates plugins such as tika, droid, ffmpeg, and imagemagic to achieve file format recognition, data extraction, and format conversion.

[0129] The communication transport layer is used to perform data transmission, data encryption, data desensitization, data cleaning, and data verification during the transmission process between data storage and business logic, and between business logic and user presentation.

[0130] The security control layer is used to integrate the Spring Security framework and manage various functions of the system;

[0131] The user presentation layer is developed based on the Vue3 framework, combined with the ElementPlus component library, and integrates echarts.js and animate.cs tools to build the user interface.

[0132] The infrastructure layer is the foundation of system deployment. Servers provide services to the outside world through middleware such as Tomcat and Nginx, while gateways and firewalls ensure network security at the hardware level.

[0133] The data persistence layer relies on database software to provide efficient access and processing of various types of data in the system;

[0134] The caching layer relies on the non-relational database Redis to provide data caching services, thereby achieving extremely high access speeds.

[0135] The business logic processing layer uses Java as the main development language and is based on the Spring Boot 3 framework to provide an efficient and stable development foundation. It also integrates plugin tools such as tika, droid, ffmpeg, and imagemagic to realize functions such as file format recognition, data extraction, and conversion.

[0136] The communication transmission layer is responsible for the data transmission process between data storage and business logic, and between business logic and user display. This includes processes such as structured encapsulation of data, information encryption, data transcoding, and data formatting, ensuring data security during data flow, improving data transmission efficiency, and optimizing data display effects.

[0137] The security control layer integrates the Spring Security framework, enabling fine-grained control over various system functions.

[0138] Example 3 is the software system of Examples 1 and 2.

[0139] The user presentation layer is developed based on the Vue3 framework and combined with the ElementPlus component library, achieving high system performance and development speed. It also incorporates tools such as echarts.js and animate.css to implement a simple and comfortable user interface, providing users with a high-quality operating experience.

[0140] The system of this invention is a digital software that adopts a B / S architecture network application mode, comprising four parts: a backend service program, a frontend user interface program, a relational database persistent storage program, and a data caching program. The backend service program is the core part of the software, providing external data interface call services and internally responsible for scheduling persistently stored data, cached data, and processing requests sent from the frontend interface.

[0141] This invention relates to a backend service program developed using Java and the Spring Boot 3 framework. This program can call a relational database to perform basic operations such as adding, deleting, querying, and modifying persistently stored data. It also integrates tools for data processing, access control, file reading and writing, and format parsing to handle business logic, and provides external calling services through a set of standardized interfaces.

[0142] The front-end user interface is developed based on the Vue3 framework and the ElementPlus component library, providing a user-facing data display and operation interface. User registration data and data generated through file operations are processed and stored in a relational database.

[0143] Aggregated statistical data or user permission sets that require quick access are stored in cached data for easy retrieval. This collaborative approach, combining backend services, frontend interface, database storage, and data caching, enables the registration and management of formatted data.

[0144] This system is based on emerging and popular web development technologies, focuses on the registration and management of formatted information, and integrates high-quality open-source tools for format recognition and processing. It has the following three main advantages:

[0145] 1. It fills the gap in the control of electronic document format information in the electronic records management system, and becomes an important piece of the puzzle in the construction of information systems for archives;

[0146] 2. Information systems built on emerging Web development technologies are characterized by high development efficiency, fast response speed, strong scalability, high system security, and high maintainability.

[0147] 3. It integrates existing high-quality electronic document format processing tools, and can unify format processing capabilities to provide customized format management services, solving the problems of weak functionality and difficulty in use of single tools.

[0148] The above are merely preferred embodiments of the present invention and are not intended to limit the present invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A method for electronic document format recognition, evaluation, and control, characterized in that, Includes the following steps: S1. Upload files via the front-end interface; S2. Perform format recognition and registration on the documents; S3. Conduct a risk assessment on the file format to obtain a risk value; S4. Based on the risk value, call the corresponding processing tool to process the identification format and obtain the processing record; S5. Based on the format in the processing records, conduct association graph analysis to obtain the visual association path corresponding to the format; S6. Set up the API interface to view risk values, processing records, and visualize related paths.

2. The method for electronic document format recognition, evaluation, and control according to claim 1, characterized in that, S2 includes the following steps: S21. Extract the binary data from the header of the file; S22. Parse the header binary data to identify the file format information; S23. Match the file format with the format data in the format registry. If the match is successful, extract the file's end information. S24. Verify the file format using the file's end information. If the verification passes, the corresponding file format is the true format, and the file's format version information is recorded. S25. If either matching or verification fails, the file format is marked as a format to be identified, and the process enters the manual-assisted identification process before being recorded in the format registration database.

3. The method for electronic document format recognition and evaluation control according to claim 1, characterized in that, S3 includes the following steps: S31. Match the file format with multiple main format types in the format registration library to obtain the matching main format type; S32. Retrieve the scores and weights of multiple primary indicators of the matching main format type, and calculate the risk value.

4. The method for electronic document format recognition, evaluation, and control according to claim 1, characterized in that, S4 includes the following sub-steps: S41. When a new format is added to the database, the system automatically searches for the integrated format processing tools. If no matching processing tool is found, the new processing tool is uploaded. S42. Establish a "tool-format" association mapping between the format and the corresponding processing tool; S43. Based on the file's format in the format registry, extract the corresponding processing tool according to the "tool-format" association mapping; S44. Based on the risk value, use the corresponding processing tool to perform the operation: for low-risk formats, call to view or use the tool to access directly, and record the processing record; for high-risk or expired formats, call the conversion tool to perform format conversion, obtain the optimized low-risk format, and record the processing record.

5. The method for electronic document format recognition, evaluation, and control according to claim 1, characterized in that, S5 includes the following steps: S51. Based on the corresponding format in the processing record, retrieve the multi-dimensional relationship network of "format - software - vendor - viewer - format family" from the association relationship and knowledge graph already constructed in the format registration database; S52. Present the associated paths of the multi-dimensional relationship network of "format - software - vendor - viewer - format family" corresponding to the format through a visual graph interface.

6. An electronic document format recognition and evaluation control device, implemented based on the electronic document format recognition and evaluation control method according to any one of claims 1 to 5, characterized in that, include: The system includes a file upload unit, a format recognition and registration unit, a risk assessment unit, a processing unit, a visualization unit, and an interface unit. The file upload unit is used to upload files through the front-end interface; The format recognition and registration unit is used for format recognition and registration of files; The risk assessment unit is used to assess the risk of the file format and obtain a risk value; The processing unit is used to call the corresponding processing tool to process the identification format according to the risk value and obtain the processing record; The visualization unit is used to perform association graph analysis based on the format in the processing record to obtain the visualized association path corresponding to the format; The interface unit is used to set up the API interface, through which risk values, processing records, and visual association paths can be viewed.

7. An electronic document format recognition, evaluation, and control system, characterized in that, include: Infrastructure layer, data persistence layer, caching layer, business logic processing layer, communication transmission layer, security control layer, and user presentation layer; The infrastructure layer is used to provide the basic environment for system deployment, and provides services to the outside world through servers equipped with Tomcat and Nginx middleware, and realizes hardware-level network security protection with the help of gateways and firewalls. The data persistence layer is used to achieve efficient storage, retrieval, and processing of various types of data in the system, relying on database software. The caching layer is used to provide data caching services based on the non-relational database Redis, enabling efficient data storage and retrieval; The business logic processing layer is developed primarily using Java, based on the Spring Boot 3 framework, and integrates plugins such as tika, droid, ffmpeg, and imagemagic to achieve file format recognition, data extraction, and format conversion functions. The communication transmission layer is used to perform data transmission, data encryption, data desensitization, data cleaning, and data verification during the transmission process between data storage and business logic, and between business logic and user display. The security control layer is used to integrate the Spring Security framework to manage and control various functions of the system; The user presentation layer is developed based on the Vue3 framework, combined with the ElementPlus component library, and integrates echarts.js and animate.cs tools to build the user interface.

Images