Directory retrieval method and device, electronic equipment and storage medium

Abstract

The invention discloses a catalog retrieval method and device, electronic equipment and a storage medium, a multi-level tree catalog structure is adopted to classify and store operation measure information level by level, and orderly arrangement of the measure information can be realized; the state of the operation measure information is subjected to character labeling, measures in different states such as normal execution and execution stopping can be clearly distinguished, and version confusion is avoided; operation measure contents are stored in a preset plug-in in an embedded manner, so that the influence of path difference on storage can be eliminated, and the stability during cross-device retrieval is guaranteed; by setting the hyperlink jump button, quick switching between different directory levels and related measure pages can be realized, and time consumption of retrieval operation is reduced, so that the technical problem that execution accuracy and response speed of operators are affected can be solved, and the retrieval efficiency is improved. The technical effects of improving the thermal power operation measure management normalization, improving the retrieval success rate and efficiency, guaranteeing the execution accuracy of the operator, accelerating the response speed, reducing the misoperation risk and reducing the management cost are achieved.

Description

Technical Field

[0001] This disclosure relates to the field of data processing technology, and in particular to a catalog retrieval method and apparatus, electronic device and storage medium. Background Technology

[0002] Thermal power generation serves as a crucial foundation for the power system, and is widely used in key areas such as grid peak shaving, load regulation, and energy security. Frequent changes and updates to thermal power operation measures have become the norm.

[0003] The existing operational measure management covers the entire process from measure release, archiving, retrieval to execution feedback, involving the collaborative application of various measures such as operating procedures, equipment adjustments, energy-saving optimization, and fault handling. This method of archiving and retrieving measures directly uses unstructured storage, which may lead to version confusion, low retrieval efficiency, and cross-platform compatibility issues causing retrieval failures. This, in turn, affects the accuracy and response speed of operators, increases the risk of misoperation, and raises management costs. Summary of the Invention

[0004] This disclosure provides a method, apparatus, electronic device, and storage medium for catalog retrieval. Its main purpose is to address problems affecting the accuracy and response speed of operators, increasing the risk of misoperation, and raising management costs.

[0005] According to a first aspect of this disclosure, a catalog retrieval method is provided, comprising: Construct a multi-level tree directory structure to classify and store operational information level by level; The status of each of the aforementioned operational measures is labeled with characters; wherein, the status includes at least one of normal execution, stopped execution, old version measures, and energy-saving measures; The operational measures are stored in a preset plugin in an embedded manner to avoid cross-device retrieval failures due to path differences; Set up hyperlink jump buttons; wherein, the hyperlink jump buttons are used to quickly switch between different directory levels and related measure pages.

[0006] Optionally, the construction of a multi-level tree-shaped directory structure for hierarchically categorizing and storing operational information includes: Based on the issuing unit level and professional attributes of the measures, a unique identifier is set for each level of directory; the directory hierarchy is equipped with a search filtering mechanism, which allows users to preview the number and type distribution of measures contained in the next level directory before entering the next level directory.

[0007] Optionally, the character annotation of the status of each of the operational measures includes: The combination of character annotations and colors is configured in a standardized manner; Set corresponding priority prompt rules for each status label.

[0008] Optionally, storing the operational measures content in a preset plugin in an embedded manner to avoid cross-device retrieval failures due to path differences includes: The aforementioned operational measures are compressed and optimized to reduce file size and improve plugin loading speed on different devices; Set a uniform embedding format template to ensure that all measures and content are formatted consistently within the plugin.

[0009] Optionally, the method further includes: Record the update date and reason, and display the update timestamp of the latest version in the directory.

[0010] According to a second aspect of this disclosure, a catalog retrieval device is provided, comprising: The building unit is used to construct a multi-level tree-shaped directory structure, storing operational measure information in a hierarchical manner. The annotation unit is used to annotate the status of each of the operational measures with characters; wherein the status includes at least one of normal execution, stopped execution, old version measures, and energy-saving measures; The storage unit is used to store the operation measures content in a preset plug-in in an embedded manner to avoid cross-device retrieval failures due to path differences; The setting unit is used to set hyperlink jump buttons; wherein, the hyperlink jump buttons are used for quick switching between different directory levels and related measure pages.

[0011] Optionally, the building unit is further configured to: Based on the issuing unit level and professional attributes of the measures, a unique identifier is set for each level of directory; the directory hierarchy is equipped with a search filtering mechanism, which allows users to preview the number and type distribution of measures contained in the next level directory before entering the next level directory.

[0012] Optionally, the annotation unit is further used for: The combination of character annotations and colors is configured in a standardized manner; Set corresponding priority prompt rules for each status label.

[0013] Optionally, the storage unit is further used for: The aforementioned operational measures are compressed and optimized to reduce file size and improve plugin loading speed on different devices; Set a uniform embedding format template to ensure that all measures and content are formatted consistently within the plugin.

[0014] Optionally, the device further includes: The recording unit is used to record the date and reason for the update, and to display the update timestamp of the latest version in the directory.

[0015] According to a third aspect of this disclosure, an electronic device is provided, comprising: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the method described in the first aspect above.

[0016] According to a fourth aspect of this disclosure, a non-transitory computer-readable storage medium is provided storing computer instructions, wherein the computer instructions are configured to cause the computer to perform the method described in the first aspect above.

[0017] According to a fifth aspect of this disclosure, a computer program product is provided, comprising a computer program that, when executed by a processor, implements the method described in the first aspect above.

[0018] The retrieval method, apparatus, electronic device, and storage medium of the catalog provided in this application, through the use of a multi-level tree-structured catalog to classify and store operational measure information hierarchically, can achieve orderly organization of measure information; character labeling of the status of operational measure information can clearly distinguish measures in different states such as normal execution and stopped execution, avoiding version confusion; storing operational measure content in a preset plug-in in an embedded manner can eliminate the impact of path differences on storage, ensuring stability during cross-device retrieval; setting hyperlink jump buttons can realize quick switching between different catalog levels and related measure pages, reducing the time spent on retrieval operations. Therefore, it can solve the technical problems of measure version confusion, low retrieval efficiency, and cross-device retrieval failure caused by cross-platform compatibility issues due to existing unstructured storage methods, which in turn affect the accuracy and response speed of operators. It achieves the technical effects of improving the standardization of thermal power plant operation measure management, increasing retrieval success rate and efficiency, ensuring the accuracy of operators' execution, accelerating response speed, reducing the risk of misoperation, and reducing management costs.

[0019] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description. Attached Figure Description

[0020] The accompanying drawings are provided to better understand this solution and do not constitute a limitation of this disclosure. Wherein: Figure 1A schematic flowchart illustrating a catalog retrieval method provided in an embodiment of this disclosure; Figure 2 A schematic diagram of the structure of a catalog retrieval device provided in an embodiment of this disclosure; Figure 3 A schematic diagram of the structure of a catalog retrieval device provided in an embodiment of this disclosure; Figure 4 A schematic block diagram of an example electronic device provided for embodiments of this disclosure. Detailed Implementation

[0021] The exemplary embodiments of this disclosure are described below with reference to the accompanying drawings, including various details of the embodiments to aid understanding, and should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this disclosure. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0022] The following description, with reference to the accompanying drawings, outlines a catalog retrieval method, apparatus, electronic device, and storage medium according to embodiments of the present disclosure.

[0023] Figure 1 This is a schematic flowchart illustrating a catalog retrieval method provided in an embodiment of the present disclosure.

[0024] like Figure 1 As shown, the method includes the following steps: Step 101: Construct a multi-level tree-shaped directory structure and classify and store operational information level by level; Constructing a multi-level tree-like directory structure refers to building a structure that extends from the top-level directory downwards to different levels of subdirectories, thereby achieving orderly management of operational information. The multi-level aspect is reflected in the fact that it includes at least a top-level directory and a next-level subdirectory. The tree-like aspect refers to the subordinate relationship between the various levels of directories, which is similar to the branches of a tree. That is, a top-level directory can correspond to multiple next-level subdirectories, and each next-level subdirectory can further correspond to more detailed subdirectories, thus forming a hierarchical directory system.

[0025] In the specific construction process, the core classification dimensions of operational measures information must first be clearly defined. For example, the top-level directory can be set as a production operation measures directory, an equipment maintenance operation measures directory, and an emergency operation measures directory based on the operational scenario. Then, for each top-level directory, second-level subdirectories can be divided based on the specific implementation steps or content attributes of that type of operational measure. For example, under the production operation measures directory, subdirectories for pre-start preparation measures, in-operation monitoring measures, and post-shutdown cleanup measures can be set. If there are more detailed classification needs, third-level subdirectories can be further divided under the second-level subdirectories. For example, under the pre-start preparation measures subdirectories, subdirectories for equipment inspection measures, material preparation measures, and personnel arrival confirmation measures can be set. After completing the construction of the multi-level tree-structured directory, various types of operational measures information are classified and stored in the corresponding subdirectories according to their corresponding content attributes and applicable scenarios. This ensures that each piece of operational measures information can be accurately matched to the specific directory level, avoiding the mixed storage of different types of operational measures information and providing clear path guidance for subsequent quick retrieval or updating of operational measures information, thus ensuring the standardization and efficiency of operational measures information management.

[0026] Step 102: Label the status of each of the operational measures with characters; wherein the status includes at least one of normal execution, stopped execution, old version measures, and energy-saving measures; Character labeling of the status of each operational measure information refers to clearly identifying the current status of each operational measure information stored in a multi-level tree directory structure using specific characters or concise text. The character labels must be concise, easy to understand, and unique to avoid confusion between different statuses. The statuses include normal execution, stopped execution, legacy measures, and energy-saving measures, each with a clear meaning: Normal execution means the measure corresponding to the operational measure information is currently being implemented in the actual scenario according to the preset process and requirements, and the implementation process is compliant with specifications and has not been paused or terminated; Stopped execution means the measure corresponding to the operational measure information has been paused or terminated in the actual scenario due to changes in requirements, equipment adjustments, unsatisfactory results, etc., and there are no plans to resume execution in the short term.

[0027] The "old version" status indicates that the corresponding measure was implemented in a real-world scenario but has since been replaced by an updated and optimized version. It is currently only stored as historical data and is no longer used in actual operation. The "energy-saving measure" status indicates that the core objective of the corresponding measure is to reduce energy consumption and improve energy efficiency, such as reducing electricity consumption through optimized operating procedures or reducing water waste through specific methods. Its implementation focuses on energy-saving effects. During the labeling process, each piece of operational measure information stored in the multi-level tree directory structure needs to be checked one by one. Its status (which can belong to multiple statuses simultaneously, such as a measure being both an energy-saving measure and in normal execution) is determined based on its actual situation. Then, corresponding characters are used for labeling. For example, "normal" indicates normal execution, "stopped" indicates stopped execution, "old version" indicates old version measure status, and "energy-saving" indicates energy-saving measure status. This ensures that the status of each operational measure is clearly reflected through labeling, facilitating subsequent classification, management, and querying of operational measure information in different statuses.

[0028] Step 103: Store the operation measures content in a preset plugin in an embedded manner to avoid cross-device retrieval failures due to path differences; Embedded storage here means that the runtime content and plugins form an organic whole. The content data is encapsulated within the plugin's structure and exists as long as the plugin exists, without depending on storage paths outside the plugin.

[0029] Pre-configured plugins refer to pre-configured program modules with data carrying and management functions. They contain dedicated storage space and access interfaces to hold the operational measures content, ensuring stable storage and allowing for operations such as retrieval and reading of the content. The core purpose of this storage method is to avoid cross-device retrieval failures due to path differences. This is because file system structures, drive letter identifiers, and folder hierarchies often differ across devices. If the operational measures content is stored in a specific external path, the original path may no longer exist or may have changed when transferred from one device to another, resulting in the inability to find the corresponding content during retrieval.

[0030] By embedding the content into a pre-defined plugin, the runtime content encapsulated within the plugin will be recognized along with the plugin when it runs on different devices. The retrieval operation only needs to be performed on the fixed interface inside the plugin, without relying on external paths. This ensures that the required runtime content can be retrieved stably when used across devices, regardless of the different file system structures of the devices, thus guaranteeing the reliability and consistency of runtime information access in cross-device scenarios.

[0031] Step 104: Set hyperlink jump buttons; wherein, the hyperlink jump buttons are used for quick switching between different directory levels and related measure pages.

[0032] Set up hyperlink jump buttons. In the measure page presented by the preset plugin that embeds the storage of the running measure content at the entrance of each directory in the constructed multi-level tree directory structure, add hyperlink jump buttons with interactive functions. These buttons are visual interactive elements with preset access paths, usually presented in the form of text labels or icons, so that users can intuitively identify and click them.

[0033] The core function of hyperlink jump buttons is to enable quick switching between different directory levels and related measure pages. For switching between different directory levels, the buttons are pre-associated with the access paths of each level in a multi-level tree directory. For example, a "Return to Top-Level Directory" button can be set on a third-level subdirectory page (such as Production Operation Measures - Pre-Startup Preparation - Equipment Inspection Directory), which will directly jump to the top-level directory (such as the Production Operation Measures directory). Alternatively, a "Enter Energy-Saving Measures Second-Level Directory" button can be set on the top-level directory page, which will skip intermediate levels and directly enter the corresponding second-level directory, eliminating the need for users to manually expand or collapse directories layer by layer. For switching between related measure pages, the buttons are associated with other measure pages related to the content of the current measure page. For example, a "View Energy-Saving Measures in the Same Directory" button can be set on a normal operating measure page, which will directly jump to the operating measure page marked as an energy-saving measure in the same directory. Alternatively, a "View New Alternative Measures" button can be set on an old version measure page, which will jump to the corresponding new version measure page. This avoids users manually searching and navigating between different pages, significantly shortening the switching path and improving operational efficiency.

[0034] In some embodiments, constructing a multi-level tree-like directory structure and storing operational measure information by level includes: Based on the issuing unit level and professional attributes of the measures, a unique identifier is set for each level of directory; the directory hierarchy is equipped with a search filtering mechanism, which allows users to preview the number and type distribution of measures contained in the next level directory before entering the next level directory.

[0035] When constructing a multi-level tree-like directory structure, a unique identifier is set for each level of the directory based on the issuing unit level and professional attribute. The issuing unit level refers to the organizational level that issues the operational measure, which can include company level, department level, workshop level, team level, etc., with different levels representing the scope of issuing entities and management authority. The professional attribute refers to the technical field or business category to which the operational measure belongs, such as electrical engineering, mechanical engineering, chemical engineering, safety engineering, etc., reflecting the professional scope of the measure. The unique identifier is a unique combination of characters or codes assigned to each level of the directory. Its generation rules combine the issuing unit level and professional attribute. This identifier uniquely identifies the directory's hierarchical affiliation and professional category, facilitating accurate system identification and management of each directory.

[0036] The directory hierarchy includes a search filtering mechanism that allows users to filter subdirectories based on publishing organization level, professional attributes, or other preset conditions. For example, in a company-level directory, the filter can only display subdirectories related to mechanical engineering. Before entering a subdirectory, the system automatically displays the number and type distribution of measures. The number of measures refers to the total number of operational measures stored in the directory, while the type distribution indicates the percentage or specific value of operational measures in different states (e.g., normal execution, stopped execution, old version measures, energy-saving measures). For example, it might display "Contains 20 measures, including 12 normal execution measures, 5 energy-saving measures, and 3 old version measures." This allows users to understand the overview of internal measures before entering the directory, facilitating a quick decision on whether to enter the directory and improving the targeting and efficiency of directory browsing and information retrieval.

[0037] In some embodiments, character annotation of the status of each of the operational measures includes: The combination of character annotations and colors is configured in a standardized manner; Set corresponding priority prompt rules for each status label.

[0038] When labeling the status of various operational measures with characters, the combination of character labels and colors needs to be standardized. This means that for each status—normal execution, stopped execution, old version measures, and energy-saving measures—a fixed and uniform character label and color correspondence should be pre-defined to ensure that the same status is presented with the same characters and colors in any display scenario. For example, the normal execution status is uniformly represented by the character "Normal" in green, the stopped execution status by the character "Stop" in red, the old version measures status by the character "Old Version" in gray, and the energy-saving measures status by the character "Energy Saving" in blue. This standardized combination of characters and colors allows users to quickly identify different statuses visually, reducing misunderstandings.

[0039] Each status label has a corresponding priority prompt rule. This rule determines the priority level and corresponding prompting method for different statuses in scenarios such as information display, search result sorting, and system prompts, based on their importance and usage needs. For example, energy-saving measures are set to high priority, displayed first in search results, and the corresponding characters are highlighted by flashing or bolding when the user browses the directory. Older measures are set to low priority, only highlighted when the user explicitly selects older measures, and displayed less prominently during routine browsing. Normal execution is set to normal priority, maintaining a standard display style. Stopped execution is set to medium-high priority, highlighted in the list by darkening the color and advancing its position to draw the user's attention. Through these priority prompt rules, operational information in different statuses is displayed differently according to its importance, improving user focus on key information and processing efficiency.

[0040] In some embodiments, storing the operational measures content in a preset plugin in an embedded manner to avoid cross-device retrieval failures due to path differences includes: The aforementioned operational measures are compressed and optimized to reduce file size and improve plugin loading speed on different devices; Set a uniform embedding format template to ensure that all measures and content are formatted consistently within the plugin.

[0041] When storing operational measures content embedded in a pre-defined plugin, the content must first be compressed and optimized. This involves removing redundant spaces, repetitive expressions, or unnecessary formatting marks, and using efficient compression algorithms to process text, charts, and other information. This reduces the file size of the operational measures content while maintaining its integrity and readability. This compression optimization effectively reduces the overall storage space occupied by the pre-defined plugin and also reduces data transfer when loading the plugin on different devices. This significantly improves the plugin's startup and content loading speed on various devices such as computers, tablets, and mobile phones, avoiding loading delays or stutters caused by excessively large files. Simultaneously, a unified embedding format template is set. This template predefines the presentation structure of the operational measures content within the plugin, including formatting elements such as heading levels, font styles, paragraph spacing, chart positions, and the display area for status labels. For example, it specifies that headings use 2-point boldface, body text uses 4-point Song typeface, and status labels are fixed in the upper right corner of the content.

[0042] All operational measures content must strictly adhere to this template for formatting adjustments when embedded in the plugin. This ensures that regardless of the content's professional field or publication level, the overall layout, text style, and information arrangement remain consistent when displayed in the plugin. A unified embedding format template not only allows users to quickly adapt to the reading pace when viewing different operational measures content, reducing the comprehension cost caused by format differences, but also makes the plugin's content parsing and rendering process more efficient. Combined with compression optimization, this further enhances stability and consistency when used across devices, echoing the core goal of embedded storage and jointly ensuring smooth retrieval and viewing of operational measures content across different devices.

[0043] In some embodiments, the method further includes: Record the update date and reason, and display the update timestamp of the latest version in the directory.

[0044] This method also includes recording the update date and reason, and displaying the update timestamp of the latest version in the directory. Recording the update date means accurately recording the specific time the update operation was completed when the operational measure information was adjusted, its status changed, or supplemented. This is typically accurate to the year, month, day, hour, and minute, ensuring that each update has a clear time basis. For example, if an operational measure was revised at a certain time, that specific time is recorded as the update date. The update reason must record in detail the specific circumstances that prompted the update, including but not limited to omissions discovered during actual operation requiring supplementation, updates to relevant technical standards necessitating synchronous adjustments, replacement of field equipment rendering the original measure inapplicable, and optimizations made after user feedback. Clearly recording the reason facilitates subsequent tracing of the background and purpose of measure changes.

[0045] In a multi-level tree-structured directory, each directory containing operational measure information has a display area showing the latest version's update timestamp. The update timestamp is a string identifying the last update time of the operational measure information in that directory, and its format is consistent with the update date of the record. For example, next to the production operational measure directory, it displays "Latest Update: 2024-05-10 09:30". When any operational measure information in a directory is updated, the update timestamp of that directory will be updated synchronously to the latest update date. This allows users to intuitively understand the latest change time of the operational measure information in each directory without having to enter the specific directory content, quickly determine whether there is any update that needs attention, improve the efficiency of grasping the timeliness of measures, and provide a clear timeline for tracing measure versions from different periods.

[0046] Corresponding to the above-described catalog retrieval method, this invention also proposes a catalog retrieval device. Since the device embodiments of this invention correspond to the above-described method embodiments, details not disclosed in the device embodiments can be referred to the above-described method embodiments, and will not be repeated here.

[0047] Figure 2 This is a schematic diagram of the structure of a catalog retrieval device provided in an embodiment of the present disclosure, as shown below. Figure 2 As shown, it includes: Building unit 21 is used to build a multi-level tree-shaped directory structure and store operational measure information in a hierarchical manner. The annotation unit 22 is used to annotate the status of each of the operational measures information with characters; wherein the status includes at least one of normal execution, stopped execution, old version measures, and energy-saving measures; Storage unit 23 is used to store the operation measures content in a preset plug-in in an embedded manner to avoid cross-device retrieval failure due to path differences; Setting unit 24 is used to set hyperlink jump buttons; wherein, the hyperlink jump buttons are used for quick switching between different directory levels and related measure pages.

[0048] Furthermore, in one possible implementation of this disclosure embodiment, the construction unit 21 is further configured to: Based on the issuing unit level and professional attributes of the measures, a unique identifier is set for each level of directory; the directory hierarchy is equipped with a search filtering mechanism, which allows users to preview the number and type distribution of measures contained in the next level directory before entering the next level directory.

[0049] Furthermore, in one possible implementation of this disclosure, the annotation unit 22 is further used for: The combination of character annotations and colors is configured in a standardized manner; Set corresponding priority prompt rules for each status label.

[0050] Furthermore, in one possible implementation of this disclosure, the storage unit 23 is further used for: The aforementioned operational measures are compressed and optimized to reduce file size and improve plugin loading speed on different devices; Set a uniform embedding format template to ensure that all measures and content are formatted consistently within the plugin.

[0051] Furthermore, in one possible implementation of the embodiments of this disclosure, such as Figure 3 As shown, the device further includes: Recording unit 25 is used to record the update date and reason, and to display the update timestamp of the latest version in the directory.

[0052] It should be noted that the foregoing explanation of the method embodiments also applies to the apparatus of the embodiments of this disclosure, and the principle is the same. Therefore, the embodiments of this disclosure are not limited thereto.

[0053] According to embodiments of this disclosure, this disclosure also provides an electronic device, a readable storage medium, and a computer program product.

[0054] Figure 4 A schematic block diagram of an example electronic device 400 that can be used to implement embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0055] like Figure 4 As shown, device 400 includes a computing unit 401, which can perform various appropriate actions and processes based on a computer program stored in ROM (Read-Only Memory) 402 or a computer program loaded from storage unit 408 into RAM (Random Access Memory) 403. RAM 403 may also store various programs and data required for the operation of device 400. The computing unit 401, ROM 402, and RAM 403 are interconnected via bus 404. I / O (Input / Output) interface 405 is also connected to bus 404.

[0056] Multiple components in device 400 are connected to I / O interface 405, including: input unit 406, such as keyboard, mouse, etc.; output unit 407, such as various types of monitors, speakers, etc.; storage unit 408, such as disk, optical disk, etc.; and communication unit 409, such as network card, modem, wireless transceiver, etc. Communication unit 409 allows device 400 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0057] The computing unit 401 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 401 include, but are not limited to, CPUs (Central Processing Units), GPUs (Graphics Processing Units), various special-purpose AI (Artificial Intelligence) computing chips, various computing units running machine learning model algorithms, DSPs (Digital Signal Processors), and any suitable processor, controller, microcontroller, etc. The computing unit 401 performs the various methods and processes described above, such as the catalog retrieval method. For example, in some embodiments, the catalog retrieval method may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 408. In some embodiments, part or all of the computer program may be loaded and / or installed on device 400 via ROM 402 and / or communication unit 409. When the computer program is loaded into RAM 403 and executed by the computing unit 401, one or more steps of the methods described above may be performed. Alternatively, in other embodiments, the computing unit 401 may be configured to perform the aforementioned directory retrieval method by any other suitable means (e.g., by means of firmware).

[0058] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, FPGAs (Field Programmable Gate Arrays), ASICs (Application-Specific Integrated Circuits), ASSPs (Application-Specific Standard Products), SOCs (System-on-Chips), CPLDs (Complex Programmable Logic Devices), computer hardware, firmware, software, and / or combinations thereof. These various implementations may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0059] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0060] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, RAM, ROM, EPROM (Electrically Programmable Read-Only Memory) or flash memory, optical fiber, CD-ROM (Compact Disc Read-Only Memory), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0061] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user (e.g., a CRT (Cathode-Ray Tube) or LCD (Liquid Crystal Display) monitor); and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0062] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include LANs (Local Area Networks), WANs (Wide Area Networks), the Internet, and blockchain networks.

[0063] Computer systems can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. A server can be a cloud server, also known as a cloud computing server or cloud host, a hosting product within the cloud computing service system that addresses the shortcomings of traditional physical hosts and VPS (Virtual Private Server) services, such as high management difficulty and weak business scalability. Servers can also be servers for distributed systems or servers incorporating blockchain technology.

[0064] It's important to note that artificial intelligence (AI) is the study of enabling computers to simulate certain human thought processes and intelligent behaviors (such as learning, reasoning, thinking, and planning). It encompasses both hardware and software technologies. AI hardware technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, and big data processing. AI software technologies primarily include computer vision, speech recognition, natural language processing, machine learning / deep learning, big data processing, and knowledge graph technologies.

[0065] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this disclosure can be achieved, and this is not limited herein.

[0066] The specific embodiments described above do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A retrieval method of a catalog, characterized by, The method comprises the following steps: constructing a multi-level tree directory structure to store operation measure information in a hierarchical manner; annotating the state of each operation measure information with characters; wherein the state comprises at least one of normal execution, stop execution, old version measure, and energy saving measure; storing the operation measure content in a preset plug-in in an embedded manner to avoid cross-device retrieval failure caused by path difference; setting a hyperlink jump button; wherein the hyperlink jump button is used for quick switching between different directory levels and related measure pages.

2. The method of claim 1, wherein, The method of constructing a multi-level tree directory structure to store operation measure information in a hierarchical manner comprises the following steps: setting a unique identifier for each directory level according to the release unit level and professional attribute of the measure; wherein the directory level is provided with a retrieval filtering mechanism, and the number and type distribution of measures contained in the next level directory can be previewed before entering the next level directory.

3. The method of claim 1, wherein, The method of annotating the state of each operation measure information with characters comprises the following steps: standardizing the combination of character annotation and color; setting corresponding priority prompt rules for each state annotation.

4. The method of claim 1, wherein, The method of storing the operation measure content in a preset plug-in in an embedded manner to avoid cross-device retrieval failure caused by path difference comprises the following steps: optimizing the operation measure content for compression to reduce file size and improve plug-in loading speed on different devices; setting a uniform embedded format template to ensure that the format of all measure content in the plug-in is consistent.

5. The method of claim 1, wherein, The method further comprises the following steps: recording the date and reason of update, and displaying the update timestamp of the latest version in the directory.

6. A retrieval apparatus of a catalog, characterized by comprising: The method comprises the following steps: constructing a multi-level tree directory structure to store operation measure information in a hierarchical manner by a constructing unit; annotating the state of each operation measure information with characters by an annotating unit; wherein the state comprises at least one of normal execution, stop execution, old version measure, and energy saving measure; storing the operation measure content in a preset plug-in in an embedded manner by a storing unit to avoid cross-device retrieval failure caused by path difference; setting a hyperlink jump button by a setting unit; wherein the hyperlink jump button is used for quick switching between different directory levels and related measure pages.

7. The apparatus of claim 6, wherein, The constructing unit is further used for: setting a unique identifier for each directory level according to the release unit level and professional attribute of the measure; wherein the directory level is provided with a retrieval filtering mechanism, and the number and type distribution of measures contained in the next level directory can be previewed before entering the next level directory.

8. An electronic device, comprising: The method comprises the following steps: at least one processor; and a memory connected in communication with the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the method of any one of claims 1-5.

9. A non-transitory computer-readable storage medium having stored thereon computer instructions, wherein, The computer instructions are used to enable the computer to execute the method according to any one of claims 1-5.

10. A computer program product, characterised in that, The computer program, when executed by a processor, implements the method according to any one of claims 1-5.

Images