Alarm information processing method and device, alarm information prediction method and electronic equipment

Abstract

The invention provides an alarm information processing method, which comprises the following steps: responding to an electronic device entering a system operation stage, and obtaining alarm information, the alarm information being generated by the electronic device in an initialization self-inspection stage, the alarm information represents that the performance index of the target device connected with the target interface in the initialization self-checking stage does not meet a preset self-checking performance index condition; acquiring actual performance parameters of the target device in a system operation stage; in response to the fact that the actual performance parameter meets the preset operation performance index condition, a first processing result for the alarm information is generated, and the first processing result represents that the alarm information is negligible.

Description

Technical Field

[0001] The present disclosure relates to the field of electronic technology, and more specifically, to an alarm information processing method, device, prediction method and electronic device. Background Art

[0002] During the startup and initialization process of electronic devices, devices connected to hardware interfaces usually need to go through a self-test process to verify whether their performance meets expectations. In the prior art, when a device's performance indicators (such as bandwidth or rate) are lower than expected during the self-test phase, the system will generate an alarm message to indicate potential problems. However, these alarm messages cannot effectively distinguish whether the performance degradation is a behavior allowed by design or an actual fault or configuration error.

[0003] Existing solutions mostly rely on static rules or manual intervention to judge the effectiveness of alarms, such as filtering false alarms through predefined conditions or manual verification. This approach lacks the ability to dynamically verify the performance of the device during the actual operation of the system, resulting in a disconnect between alarm processing and the actual operating status. The limitations of this approach are low maintenance efficiency, high risk of misjudgment, and difficulty in adapting to actual changes in performance indicators in different scenarios. Summary of the invention

[0004] In view of this, the present disclosure provides an alarm information processing method, device, prediction method and electronic device.

[0005] One aspect of the present disclosure provides a method for processing alarm information, including: in response to an electronic device entering a system operation phase, obtaining alarm information, the alarm information is generated by the electronic device in an initialization self-test phase, the alarm information indicating that a performance indicator of a target device connected to a target interface in the initialization self-test phase does not satisfy a preset self-test performance indicator condition; obtaining actual performance parameters of the target device in the system operation phase; in response to the actual performance parameters satisfying the preset operation performance indicator condition, generating a first processing result for the alarm information, the first processing result indicating that the alarm information can be ignored.

[0006] According to an embodiment of the present disclosure, actual performance parameters of a target device during a system operation phase are obtained, including: based on a platform management controller of an electronic device, actual performance parameters of the target device during a system operation phase are obtained in a target manner; wherein the platform management controller is independent of an operating system of the electronic device, and is used to manage devices connected to various interfaces of the electronic device; wherein the target manner is used to implement data interaction between the platform management controller and various devices.

[0007] According to an embodiment of the present disclosure, the target device includes a target sensor, which is at least used to collect performance data of the target device and obtain actual performance parameters of the target device during the system operation stage, including: during the system operation stage, obtaining performance data collected by the target sensor.

[0008] According to an embodiment of the present disclosure, the method further includes: in response to the actual performance parameter not satisfying the preset operating performance index condition, generating a second processing result for the alarm information, the second processing result indicating that the alarm information cannot be ignored.

[0009] According to an embodiment of the present disclosure, the method also includes: obtaining a preset whitelist, the whitelist records at least one whitelist information, the whitelist information at least includes the correspondence between the device, the interface and the alarm information; in response to the alarm information matching the whitelist information in any whitelist, generating a first processing result for the alarm information.

[0010] According to an embodiment of the present disclosure, the method also includes: in response to the actual performance parameters satisfying the preset operating performance indicator conditions, and the alarm information does not match the whitelist information in any whitelist, updating the whitelist information in the whitelist based on the alarm information; in response to the actual performance parameters not satisfying the preset operating performance indicator conditions, and the alarm information matches the whitelist information in any whitelist, adding a mark to the matching whitelist information based on the alarm information, and the mark indicates that there is an abnormality in the whitelist information.

[0011] According to an embodiment of the present disclosure, the method further includes: in response to generating the first processing result or generating the second processing result, generating sample alarm data according to the alarm information, the sample alarm data including target device information, electronic device information and alarm information processing result.

[0012] Another aspect of the present disclosure provides a prediction method, including: obtaining device information of a target device, device information of a target equipment, and interface information of a target interface for connecting the target device and the target device; based on a target model, predicting alarm information for the target device and an alarm information processing result according to the device information, interface information, and device information; in response to the alarm information processing result characterizing that the alarm information cannot be ignored, generating a fault prediction result for the target device, the target equipment, and the target interface; wherein the target model is trained based on sample alarm data, the sample alarm data includes sample alarm information and a sample alarm information processing result, and the sample alarm information processing result is obtained based on the above-mentioned alarm information processing method and the sample alarm information.

[0013] Another aspect of the present disclosure provides an alarm information processing device, including: a first acquisition module, used to acquire alarm information in response to the electronic device entering the system operation stage, the alarm information is generated by the electronic device in the initialization self-test stage, and the alarm information indicates that the performance index of the target device connected to the target interface in the initialization self-test stage does not meet the preset self-test performance index condition; a second acquisition module, used to acquire the actual performance parameters of the target device in the system operation stage; a first generation module, used to generate a first processing result for the alarm information in response to the actual performance parameters meeting the preset operation performance index condition, the first processing result indicating that the alarm information can be ignored.

[0014] Another aspect of the present disclosure provides a prediction device, including: a third acquisition module, which acquires device information of a target device, device information of a target equipment, and interface information of a target interface for connecting the target device and the target equipment; a second generation module, which predicts alarm information for the target device and an alarm information processing result based on the target model and according to the device information, interface information, and equipment information; a third generation module, which generates a fault prediction result for the target device, the target equipment, and the target interface in response to the alarm information processing result indicating that the alarm information cannot be ignored; wherein the target model is trained based on sample alarm data, the sample alarm data includes sample alarm information and sample alarm information processing results, and the sample alarm information processing results are obtained based on the above-mentioned alarm information processing method.

[0015] Another aspect of the present disclosure provides an electronic device, comprising: one or more processors; and a memory for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the above-mentioned alarm information processing method and / or prediction method.

[0016] Another aspect of the present disclosure provides a computer-readable storage medium storing computer-executable instructions, which are used to implement the above-mentioned alarm information processing method and / or prediction method when executed.

[0017] Another aspect of the present disclosure provides a computer program product, which includes computer executable instructions, and the instructions are used to implement the above alarm information processing method and / or prediction method when executed. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The above and other objects, features and advantages of the present disclosure will become more apparent through the following description of the embodiments of the present disclosure with reference to the accompanying drawings, in which:

[0019] Figure 1 The flowchart of the method for processing alarm information according to the embodiment of the present disclosure is schematically shown;

[0020] Figure 2 Another flowchart of the method for processing alarm information according to an embodiment of the present disclosure is schematically shown;

[0021] Figure 3 Another flowchart of the method for processing alarm information according to an embodiment of the present disclosure is schematically shown;

[0022] Figure 4 Another flowchart of the method for processing alarm information according to an embodiment of the present disclosure is schematically shown;

[0023] Figure 5 Another flowchart of the method for processing alarm information according to an embodiment of the present disclosure is schematically shown;

[0024] Figure 6 A flowchart of maintaining a whitelist in a method for processing alarm information according to an embodiment of the present disclosure is schematically shown;

[0025] Figure 7 Another flowchart of the method for processing alarm information according to an example of the present disclosure is schematically shown;

[0026] Figure 8 A flowchart of a prediction method according to an embodiment of the present disclosure is schematically shown;

[0027] Figure 9 A block diagram schematically shows an alarm information processing device according to an embodiment of the present disclosure;

[0028] Figure 10 A block diagram schematically shows a prediction device according to an embodiment of the present disclosure; and

[0029] Figure 11 A block diagram of an electronic device suitable for implementing the alarm information processing method according to an embodiment of the present disclosure is schematically shown. DETAILED DESCRIPTION

[0030] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the present disclosure. In the following detailed description, for ease of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, it is apparent that one or more embodiments may also be implemented without these specific details. In addition, in the following description, descriptions of known structures and technologies are omitted to avoid unnecessary confusion of the concepts of the present disclosure.

[0031] The terms used herein are only for describing specific embodiments and are not intended to limit the present disclosure. The terms "comprise", "include", etc. used herein indicate the existence of features, steps, operations and / or components, but do not exclude the existence or addition of one or more other features, steps, operations or components.

[0032] All terms (including technical and scientific terms) used herein have the meanings commonly understood by those skilled in the art unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

[0033] When using expressions such as "at least one of A, B, and C, etc.", they should generally be interpreted according to the meaning of the expression commonly understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.).

[0034] The following are some explanations of the terms mentioned in this disclosure.

[0035] UEFI (Unified Extensible Firmware Interface) is a firmware interface standard used to load the operating system when the computer is turned on. It is the successor to the traditional BIOS (Basic Input Output System), providing greater flexibility, scalability, and support for modern hardware. UEFI can support larger hard drives, more efficient boot processes, and more powerful security features, such as secure boot. UEFI provides a standard interface between hardware and operating systems, making the initialization of hardware devices and the boot process of the operating system more flexible and controllable.

[0036] PCIe (Peripheral Component Interconnect Express) is a high-speed data transmission interface standard used to connect different hardware components (such as graphics cards, network cards, storage controllers, etc.) inside a computer. Compared with the traditional PCI bus, PCIe has a higher data transmission rate and higher scalability. It uses serial communication, has multiple data channels, supports different bandwidth configurations, can dynamically allocate bandwidth according to demand, and supports hot-swap functions.

[0037] BIOS (Basic Input / Output System) is the firmware on the computer motherboard, which is responsible for initializing the hardware and loading the operating system when the computer starts. It provides a low-level interface that allows the operating system to communicate with the computer hardware. The main tasks of BIOS include starting hardware detection, loading the operating system, providing a hardware configuration interface, and managing the computer's hardware resources (such as memory, storage, processor, etc.).

[0038] BDF (Bus / Device / Function) is a standard way to identify the location of PCIe devices in a computer system. Specifically, BDF consists of three parts: Bus represents the PCIe bus number, Device represents the device number, and Function represents the function number of the device. The location of each PCIe device in the system is uniquely identified by BDF, which makes it easier for the operating system and driver to identify and manage the device.

[0039] DID / VID (Device ID / Vendor ID), DID and VID are identifiers used to uniquely identify PCIe devices. VID is a unique identifier assigned by the manufacturer of the hardware device to indicate the vendor of the device; DID is an identifier assigned by the device manufacturer to identify a specific device type or model.

[0040] PLDM (Platform Level Data Model) is a protocol and framework for standardizing platform management data. It defines the transmission method of platform management information and how to exchange data between different hardware platforms. PLDM is usually used in server and platform management to help system administrators obtain hardware status, performance monitoring, event logs and other information through standardized interfaces.

[0041] IPMI (Intelligent Platform Management Interface) is a standardized interface for monitoring and managing computer hardware, especially for servers and workstations. Through IPMI, administrators can perform remote diagnosis, restart, hardware monitoring and other operations when the system fails.

[0042] Redfish is a management interface based on the RESTful architecture. It is designed to replace the traditional IPMI standard for server hardware management and monitoring. It can be remotely accessed through the HTTP / HTTPS protocol.

[0043] I2C / SMBus (Inter-Integrated Circuit / Systems Management Bus) are two common serial communication protocols used to connect and communicate microcontrollers and various external devices. They are often used to connect multiple low-speed devices, such as sensors, EEPROMs, and clock chips.

[0044] An embodiment of the present disclosure provides a method for processing alarm information, including: in response to an electronic device entering a system operation phase, obtaining alarm information, the alarm information is generated by the electronic device in an initialization self-test phase, the alarm information indicating that a performance indicator of a target device connected to a target interface in the initialization self-test phase does not satisfy a preset self-test performance indicator condition; obtaining actual performance parameters of the target device in the system operation phase; in response to the actual performance parameters satisfying the preset operation performance indicator condition, generating a first processing result for the alarm information, the first processing result indicating that the alarm information can be ignored.

[0045] Figure 1 The flowchart of the alarm information processing method according to the embodiment of the present disclosure is schematically shown.

[0046] like Figure 1 As shown, according to an embodiment of the present disclosure, the alarm information processing method may include operations S110 to S130.

[0047] In operation S110, in response to the electronic device entering the system operation stage, alarm information is obtained, the alarm information is generated by the electronic device during the initialization self-test stage, and the alarm information indicates that the performance index of the target device connected to the target interface during the initialization self-test stage does not meet the preset self-test performance index condition.

[0048] The initialization self-test phase (POST phase) usually refers to the hardware and software self-test performed by electronic devices during the startup process, including but not limited to BIOS / UEFI initialization, firmware loading, device hardware self-test (Self-Test), system integrity check, etc., to ensure that the device can enter the normal operating state. The system operation phase usually refers to the electronic device entering a long-term stable operating state after completing the initialization process and complete the loading operation, and executing the tasks set by the user or the system.

[0049] Warning information can be information generated by an electronic device during the initialization self-test phase, which is used to indicate that the performance index of the target device does not meet the preset self-test performance index conditions. This information can be used to indicate the working status of the target device (such as PCIe device, memory, processor, etc.) during the initialization phase, and serve as a basis for subsequent abnormal processing or system optimization.

[0050] After the electronic device enters the initialization self-test phase, the system management module (such as UEFI, BIOS, BMC) calls the self-test instruction to detect whether the target device connected to the electronic device meets the preset self-test performance index conditions. The self-test data of the target device includes but is not limited to: interface connection status, communication bandwidth, transmission rate, temperature, voltage, current, storage integrity and other performance parameters. The system management module compares the collected performance parameters with the preset performance benchmark. If the performance parameters of the target device do not meet the preset self-test performance index conditions (such as the number of PCIe channels or the rate is lower than the standard, the storage device is unavailable, and the memory detection fails), the abnormal judgment logic is triggered and an alarm message is generated.

[0051] The alarm information may include, but is not limited to: identification information of the target device (such as device ID, BDF, DID / VID, slot number), exception description (such as "PCIe device bandwidth degradation, expected x8, measured x4"), timestamp (characterizing the time when the exception occurred), error level (used to distinguish between ignorable exceptions and non-ignorable exceptions). The generated alarm information can be stored in the alarm log storage unit (such as UEFI Hidden Log, BIOS event log, XCC log).

[0052] In some cases, the presence of an alarm message does not mean that the electronic device cannot work, but only means that there may be problems with the operation of the electronic device or performance limitations. For example, there is a PCIe slot on the motherboard, which is expected to run in PCIe Gen4x8 mode, but the actual detected bandwidth is only PCIe Gen3 x4 mode. Its bandwidth is lower than expected, but it can still work.

[0053] In operation S120, the actual performance parameters of the target device during the system operation phase are obtained. The actual performance parameters of the target device connected to the target interface during the system operation phase can be obtained according to the target interface recorded in the alarm information. For example, after the electronic device completes the initialization self-check phase and enters the normal operation state, the performance indicators of the target device are monitored and collected in real time. The performance parameters may include but are not limited to: interface performance parameters: such as the number of channels and transmission rate of PCIe devices; hardware health parameters: such as temperature, power consumption, voltage, current, etc.; device status parameters: such as online status, data transmission throughput, error rate, etc.

[0054] In operation S130, in response to the actual performance parameters meeting the preset operating performance index conditions, a first processing result for the alarm information is generated, and the first processing result indicates that the alarm information can be ignored. If the collected actual performance parameters meet the preset operating performance index conditions, it indicates that the alarm information generated during the initialization self-check phase belongs to the ignorable range and will not affect the normal operation or overall performance of the device. The system can choose not to further process this alarm information, thus avoiding false alarms or unnecessary manual intervention. The first processing result can, for example, indicate alarm degradation (such as degrading from a severe alarm to an information prompt), alarm ignoring (recording in the log but not triggering the alarm mechanism), etc.

[0055] Specifically, for example, after the electronic device is powered on, it enters the initialization self-check phase and scans and detects all installed PCIe devices. The PCIe interface 3 on the motherboard is expected to support 8 channels. During the initialization self-check phase, the actual parameter detected for PCIe interface 3 shows that it supports 4 channels, which is lower than the expected value, and an alarm information is generated to record information such as interface 3, the device connected to interface 3, the error content (4 channels), and the expected correct parameter (8 channels), and it is stored. After the electronic device completes startup and enters the operating system, after obtaining this alarm information, according to the target interface (PCIe interface 3) recorded in the alarm information, when the number of supported channels during the system operation phase returns to 8, a first processing result is generated indicating that this alarm information can be ignored.

[0056] According to an embodiment of the present disclosure, the preset self-check performance index conditions and the preset operating performance index conditions can be the same, that is, the criteria for determining abnormalities in both the initialization self-check phase and the system operation phase are the same. For example, in the initialization self-check phase, the PCIe interface 3 is expected to support 8 channels, and in the system operation phase, the PCIe interface 3 is also expected to support 8 channels.

[0057] According to an embodiment of the present disclosure, the preset self-check performance index conditions and the preset operating performance index conditions can be different, that is, the criteria for determining abnormalities in both the initialization self-check phase and the system operation phase are different. The operating environments of the device in different phases are different. In the initialization self-check phase, the device has not fully entered the stable operation state and may still be in processes such as power supply, load adaptation, and driver loading. Many components have not yet loaded optimized configurations, which may cause some performance parameters to be lower than the normal operation level, and the device cannot adjust some content or settings through the software layer. Therefore, the preset self-check performance index conditions and the preset operating performance index conditions can be different according to the specific device.

[0058] During the initialization self-test phase, some performance does not meet the preset self-test performance index conditions, which is in line with design expectations, rather than an actual error or problem. In some designs, this situation is caused by the device initialization process, system management policy, hardware architecture, power management mechanism or compatibility requirements, and will not affect the normal use of the device during the system operation phase. For example, during the initialization self-test phase, some devices may not have completed all initialization, resulting in the performance parameters read by the BIOS being temporarily lower than expected, but during the system operation phase, when the PCIe link training, device self-calibration and other processes are completed, the device performance may return to normal levels. For another example, some PCIe devices (such as controllers, smart network cards, accelerator cards, etc.) require additional firmware or driver loading to achieve optimal performance. During the initialization self-test phase, the device may run in the default low-power mode, and return to normal mode after entering the system operation phase and loading the driver.

[0059] In the disclosed embodiment, during the system operation phase, alarm information is obtained, and actual operating parameters of the corresponding interface and device are obtained based on the alarm information, and the actual operating parameters are compared with the operating indicators. If the conditions are met, the warning is ignored. This can effectively filter out alarms caused by temporary speed reduction, bandwidth reduction, power consumption reduction, etc. during the initialization phase, avoid a large amount of manual verification, reduce invalid maintenance operations, and improve equipment operation and maintenance efficiency.

[0060] Figure 2 Another flowchart of the alarm information processing method according to an embodiment of the present disclosure is schematically shown.

[0061] According to the embodiment of the present disclosure, Figure 2 As shown, operation S120 may include operation S210.

[0062] In operation S210, based on the platform management controller of the electronic device, the actual performance parameters of the target device in the system operation stage are obtained in a target manner. The platform management controller is independent of the operating system of the electronic device and is used to manage the devices connected to the various interfaces of the electronic device; the target manner is used to realize data interaction between the platform management controller and the various devices.

[0063] The platform management controller runs independently of the operating system and can monitor the performance of the target device connected to the interface after the server or computing device enters the system operation stage without relying on the system-level driver.

[0064] For example, the platform management controller may be a BMC (Baseboard Management Controller), an XCC (XClarity Controller), or the like.

[0065] The target mode is a communication mechanism independent of the operating system layer. Based on the target mode, the platform management controller can exchange data with the connected target device. The target mode usually does not rely on the intervention of the operating system, but is directly based on the direct communication between the hardware management layer or the platform controller and the target device, thereby realizing the monitoring of device status and the acquisition of performance data.

[0066] The target mode may be, for example, the PLDM (Platform Level Data Model) protocol, which allows data exchange between the platform management controller and various devices in the system. The PLDM protocol ensures that various real-time performance data can be obtained from the target device through predefined message formats and commands.

[0067] The target method may be, for example, IPMI (Intelligent Platform Management Interface), an open standard interface for remote management and monitoring of computer systems. It can achieve remote management through an independent platform management controller when the operating system is running or down, including monitoring hardware status, remote power on and off, log recording, sensor reading and other functions.

[0068] The target method may be, for example, a Redfish application programming interface, based on which information such as device status, configuration, and logs are obtained from a hardware platform through HTTP / HTTPS requests to obtain performance parameters of a target device.

[0069] The target mode may be, for example, I2C / SMBus (Inter-Integrated Circuit Bus / System Management Bus), which acquires data in a register of a target device connected to a target interface through I2C / SMBus, and then acquires performance parameters of the target device through analysis and processing.

[0070] In the operating system of an electronic device, although the operating status of the target device connected to the target interface can be obtained through the system or software level, the operating status of the target device at this time is affected by the operating system. For example, the allocation and load of system resources (such as CPU, memory, I / O, etc.) may cause the performance of the device to be different from the actual hardware status. If monitoring depends on the operating system, it may be interfered by factors such as the operating system status, task scheduling, and driver loading, resulting in inaccurate monitoring data. For another example, in a complex hardware environment, the operating system may not be able to fully manage and monitor all hardware, and the operating system's drivers and middleware may also have bugs or instability, resulting in an inability to accurately reflect the status of the hardware.

[0071] For example, if the operating system sets a low-power mode or other energy-saving strategy (such as dynamically adjusting bandwidth, link rate, or number of channels), it will usually affect the actual bandwidth performance of the PCIe link. However, the operating system's control of PCIe is usually based on software-level scheduling and resource allocation, while at the hardware level, the capabilities of the PCIe link (such as the maximum number of channels and bandwidth) have not changed.

[0072] Therefore, it is necessary to obtain the actual physical performance parameters of the target device connected to the target interface during the system operation phase through a target mode independent of the electronic device operating system and a platform management controller without being affected by the operating system.

[0073] Figure 3 Another flowchart of the alarm information processing method according to an embodiment of the present disclosure is schematically shown.

[0074] According to an embodiment of the present disclosure, the target device includes a target sensor, and the target sensor is at least used to collect performance data of the target device.

[0075] like Figure 3 As shown, operation S120 may include operation S310.

[0076] In operation S310, during the system operation stage, the performance data collected by the target sensor is obtained. In the embodiment of the present disclosure, the target device itself includes a target sensor, which can work autonomously after the target device is connected to the electronic device through the target interface and powered on, and collects the performance data of the target device, such as temperature, humidity, voltage, current, power consumption, bandwidth, link status and other parameters, and stores them in the target device. During the system operation stage, the performance data collected by the target sensor is directly obtained to obtain the actual performance parameters. It should be noted that the performance data collected by the target sensor is real-time performance data of the target device when it is working during the system operation stage.

[0077] For example, the target device has a temperature sensor, which can detect and store the operating temperature of the target device. Assume that in the initialization self-test stage, the preset self-test performance index condition of the target device is 45°, and the temperature detected by the temperature sensor is 50°. In the initialization self-test stage, after obtaining the data, a corresponding alarm message is generated. Then, after the electronic device enters the system operation stage, the temperature of the target device collected by the temperature sensor at this time is obtained. If the temperature at this time is 55°, and the preset operating performance index condition is 75°, then it is considered that the alarm message can be ignored. The difference between the preset self-test performance index condition (45°) and the preset operating performance index condition (75°) can refer to the explanation in the above embodiment. In the initialization self-test stage, the electronic device has a short operating time and has not yet generated a large number of work tasks, so the operating temperature will be lower. In the system operation stage, the electronic device has a long operating time, and the target device may have performed a lot of work, and the operating temperature will be higher. Therefore, the preset indicators of the two will be different.

[0078] According to the embodiment of the present disclosure, the acquired performance data does not come from the operating system or software layer, but is directly collected by sensors at the hardware layer, which ensures the accuracy and real-time performance data and avoids possible operating system intervention or errors.

[0079] Figure 4 Another flowchart of the alarm information processing method according to an embodiment of the present disclosure is schematically shown.

[0080] like Figure 4 As shown, according to the embodiment of the present disclosure, the alarm information processing method may further include operation S410.

[0081] In operation S410, in response to the actual performance parameter not meeting the preset operating performance indicator condition, a second processing result for the alarm information is generated, and the second processing result indicates that the alarm information cannot be ignored. In the case where the actual performance parameter of the device does not meet the expected standard, the method will generate a second processing result and mark the alarm as non-ignorable, that is, further processing, investigation or repair is required.

[0082] For example, after the electronic device is started, the UEFI self-test phase will detect the bandwidth and speed of the PCIe device. If the bandwidth or speed of a certain interface is lower than expected, the alarm information will be recorded first. After the electronic device completes the loading of the operating system and enters the system operation phase, the alarm information is obtained. Through the alarm information, the actual bandwidth of the corresponding target interface in the system operation phase is obtained, and the bandwidth or speed is lower than the preset operating performance standard (for example, the bandwidth rate of the PCIe 3.0 interface should reach 8GT / s, but the actual speed is only 4GT / s). At this time, the second processing result is generated, and the alarm is marked as not to be ignored.

[0083] For another example, during the initialization self-test phase, the temperature of the target device connected to a certain interface exceeds the predetermined temperature and the predetermined maximum self-test temperature (for example, the maximum temperature designed for the initialization self-test phase is 45°C, but the actual temperature reaches 55°C during the self-test), and an alarm message is generated. During the system operation phase, if the temperature of the target device exceeds the predetermined maximum operating temperature (for example, the maximum operating temperature is 75°C, but the actual operating temperature reaches 85°C), then a second processing result is generated and the alarm is marked as not to be ignored.

[0084] Figure 5 Another flowchart of the alarm information processing method according to an embodiment of the present disclosure is schematically shown.

[0085] According to the embodiment of the present disclosure, Figure 5 As shown, the alarm information processing method may further include operations S510 to S520.

[0086] In operation S510, a preset whitelist is obtained, where the whitelist records at least one whitelist information, and the whitelist information at least includes a correspondence between a device, an interface, and alarm information.

[0087] The whitelist records the corresponding mapping relationship between devices, interfaces and alarm information. For example, device A is connected to the electronic device through interface X. If during the self-test process, the bandwidth detected by device A on interface X is lower than expected, the system will generate corresponding alarm information, such as "bandwidth lower than expected". If this "bandwidth lower than expected" phenomenon meets the requirements of the design initialization self-test phase, then this device A, interface X and the alarm information will be pre-stored in the whitelist.

[0088] In operation S520, in response to the alarm information matching the whitelist information in any whitelist, a first processing result for the alarm information is generated. If the recorded content in the whitelist contains information matching the alarm information, then it means that the phenomenon corresponding to the alarm information meets the requirements of the design initialization self-checking stage and no error has occurred. Then, the corresponding first processing result can be generated, and the alarm information is ignored.

[0089] Figure 6 The flowchart of maintaining a whitelist in the alarm information processing method according to an embodiment of the present disclosure is schematically shown.

[0090] According to the embodiment of the present disclosure, Figure 5 Based on the illustrated embodiment, the alarm information processing method may further include operation S610 or S620.

[0091] In operation S610, in response to the actual performance parameter satisfying the preset operating performance index condition, and the alarm information does not match the whitelist information in any whitelist, the whitelist information in the whitelist is updated based on the alarm information. If the actual performance parameter satisfies the preset operating performance index condition, and the alarm information does not match the record in the whitelist, it means that the whitelist may not record the performance of the device in certain working modes. At this time, the system will add the current actual performance data to the whitelist as a new standard (for example, the normal performance of the device in the speed reduction mode).

[0092] In operation S620, in response to the actual performance parameter not meeting the preset operating performance index condition, and the alarm information matches the whitelist information in any whitelist, a mark is added to the matching whitelist information based on the alarm information, and the mark indicates that the whitelist information is abnormal. If the actual performance parameter does not meet the preset operating performance index condition, and the alarm information matches the record in the whitelist, it means that the record in the whitelist may be abnormal (for example, misrecorded, outdated, or wrong). In this case, the system will update the whitelist, mark the matching record as "abnormal" or directly delete the record, thereby ensuring the data accuracy of the whitelist.

[0093] For example, a certain model of hard disk drive generates an alarm of temperature rise during the self-test phase. During the system operation phase, the operating temperature of the hard disk drive of this model does not exceed the preset maximum operating temperature, and the hard disk drive of this model is not recorded in the whitelist. Then, the performance record of the hard disk drive is added to the whitelist to confirm that the device can work normally in this environment. The next time it works, the alarm information can be directly ignored through the whitelist.

[0094] For example, if the whitelist records that the temperature of a certain type of memory module exceeds the preset self-test operating temperature during the self-test phase, but can operate normally during the system operation phase, but in the actual operation process, the temperature of the device exceeds the maximum operating temperature during the system operation phase, then it means that the record in the whitelist contains inaccurate information, which needs to be deleted or marked as abnormal. In the subsequent generation work, the alarm will not be directly ignored through the whitelist.

[0095] Figure 7 Another flowchart of the method for processing alarm information according to an example of the present disclosure is schematically shown.

[0096] According to an embodiment of the present disclosure, based on the above-mentioned embodiment, the alarm information processing method further includes S710.

[0097] In operation S710, in response to generating a first processing result or generating a second processing result, sample alarm data is generated according to the alarm information, the sample alarm data including target device information, electronic device information, and an alarm information processing result.

[0098] On the basis of the foregoing embodiments, whether the first processing result or the second processing result is generated, after the processing result is obtained, the system will generate sample data based on the alarm information, which can be understood as a data record or log, containing relevant information of the alarm. These data may include: target device information, electronic equipment information, and alarm information processing results. Target device information: refers to the specific equipment or device information involved in the alarm, which may include equipment type, model, number, etc. Electronic equipment information: describes the detailed information of the electronic device itself that is the source of the alarm, which may be hardware, interface and other information. Alarm information processing result: records whether the alarm information is the first processing result or the second processing result.

[0099] Figure 8 The flowchart of the prediction method according to the embodiment of the present disclosure is schematically shown.

[0100] According to an embodiment of the present disclosure, the information processing method may include operations S810 to S830.

[0101] In operation S810, the device information of the target device, the device information of the target equipment, and the interface information of the target interface for connecting the target device and the target equipment are obtained. For example, the target device is a PCIe expansion card in a server, such as a network adapter card (NIC) or a storage controller card. The device information may be the model and hardware information of the network adapter card. The device information may be the motherboard information of the server, for example, the maximum bandwidth supported by the PCIe card on the motherboard is 16GT / s, which belongs to the PCIe Gen4 standard, and the maximum theoretical bandwidth is 16GB / s. The interface information may be information of the interface connected between the target device and the electronic device, such as the interface position, interface type, etc. The interface information may also include the physical configuration of the interface (such as the number of channels), the connection mode (such as x4, x8 or x16 slot), and the maximum bandwidth and protocol version (such as PCIe Gen3, Gen4 or Gen5) supported by the interface.

[0102] In operation S820, based on the target model, according to the device information, interface information, and equipment information, the alarm information and the alarm information processing results for the target device are predicted. The target model is trained based on sample alarm data, and the sample alarm data includes sample alarm information and sample alarm information processing results, and the sample alarm information processing results are obtained based on the alarm information processing method and sample alarm information in the aforementioned embodiment. The target model can identify and analyze the potential risks of equipment failure by learning a large amount of historical alarm data. For example, by analyzing past bandwidth reduction alarms, temperature abnormality alarms, and power consumption abnormality alarms, the target model can generate personalized prediction results for each specific device and interface environment. In addition, the target model will dynamically adjust the fault prediction algorithm according to the operating environment and configuration changes of the equipment, thereby improving the accuracy of the prediction.

[0103] In operation S830 , in response to the alarm information processing result indicating that the alarm information cannot be ignored, a fault prediction result for a target device, a target equipment, and a target interface is generated.

[0104] The target model is trained based on sample alarm data. The sample alarm data includes sample alarm information and sample alarm information processing results. The sample alarm information is the alarm information generated by the electronic device during the initialization self-test phase and the device information, interface information, and equipment information corresponding to the alarm information. For the specific generation process, please refer to the implementation example of the aforementioned alarm information processing method. The sample alarm information is generated by the electronic device during the system operation phase based on the sample alarm information. For the specific generation process, please refer to the implementation example of the aforementioned alarm information processing method. Figure 7 On the basis of the illustrated embodiment, the sample alarm information may also be sample alarm data that has been generated and stored in the alarm information processing method.

[0105] The target model trained with sample alarm data can identify potential fault content, identify and summarize common alarm patterns in devices or systems based on historical alarm data, such as PCIe interface bandwidth slowdown, excessive temperature, abnormal power consumption, etc., and predict faults based on the acquired device information of the target device, the device information of the target device, and the interface information of the target interface used to connect the target device and the target device. In addition, the target model can also take into account alarm data from different production batches, different equipment configurations, and different operating environments, thereby improving the coverage and accuracy of fault prediction. For example, in a multi-model environment, some devices may perform normally on a certain model, but may have performance problems on another model. By learning data from different models, the target model can accurately predict the type of equipment and specific interface where the fault occurs, thereby issuing early warnings to operators.

[0106] During the prediction process, the target model can also generate different risk assessment levels for each device or interface based on the historical evolution of alarm information. For example, when a PCIe interface experiences bandwidth degradation, the model can predict whether the degradation will continue to worsen, whether it will affect the normal use of the device, and whether it may cause system failures based on the historical trend of the alarm. Based on this information, operators can take appropriate measures in a timely manner to avoid more serious failures.

[0107] According to the disclosed embodiments, the target model can be linked with the monitoring system on the production line to automatically feed the prediction results back to the production process, supporting intelligent decision-making. For example, during the production process, if the model predicts that a certain device may fail in subsequent use, the system can arrange for equipment inspection or replacement in advance, thereby avoiding production stagnation or customer complaints.

[0108] Figure 9 A block diagram of an alarm information processing device according to an embodiment of the present disclosure is schematically shown.

[0109] like Figure 9 As shown, the alarm information processing device 900 includes a first acquisition module 910 , a second acquisition module 920 and a first generation module 930 .

[0110] The first acquisition module 910 is used to obtain alarm information in response to the electronic device entering the system operation stage. The alarm information is generated by the electronic device during the initialization self-test stage. The alarm information indicates that the performance index of the target device connected to the target interface during the initialization self-test stage does not meet the preset self-test performance index conditions. In some embodiments, the first acquisition module 910 can perform the operation S110 in the aforementioned embodiment, which will not be elaborated here.

[0111] The second acquisition module 920 is used to acquire actual performance parameters of the target device during the system operation stage. In some embodiments, the second acquisition module 920 can perform operation S120 in the aforementioned embodiment, which will not be described in detail here.

[0112] The first generation module 930 is used to generate a first processing result for the alarm information in response to the actual performance parameters satisfying the preset operating performance index conditions, and the first processing result indicates that the alarm information can be ignored; in some embodiments, the first output module 930 can perform the operation S130 in the aforementioned embodiment, which will not be repeated here.

[0113] According to an embodiment of the present disclosure, the first acquisition module may include a first sub-acquisition module, which is used to acquire the actual performance parameters of the target device in the system operation stage through a target method based on the platform management controller of the electronic device, wherein the platform management controller is independent of the operating system of the electronic device and is used to manage the devices connected to the various interfaces of the electronic device; wherein the target method is used to realize data interaction between the platform management controller and the various devices. In some embodiments, the first sub-acquisition module can perform operation S210 in the aforementioned embodiment, which is not described in detail here.

[0114] According to an embodiment of the present disclosure, the first acquisition module may include a second sub-acquisition module for acquiring performance data collected by the target sensor during the system operation phase. In some embodiments, the second sub-acquisition module can perform operation S310 in the aforementioned embodiment, which is not described in detail here.

[0115] According to an embodiment of the present disclosure, the information processing device 900 may further include a fourth generating module.

[0116] The fourth generation module is used to generate a second processing result for the alarm information in response to the actual performance parameters not satisfying the preset operating performance index conditions, and the second processing result indicates that the alarm information cannot be ignored; in some embodiments, the fourth generation module can perform operation S410 in the aforementioned embodiment, which is not repeated here.

[0117] According to an embodiment of the present disclosure, the information processing device 900 may further include a fourth acquisition module.

[0118] The fourth acquisition module is used to obtain a preset whitelist, which records at least one whitelist information, and the whitelist information at least includes the correspondence between the device, interface and alarm information; in some embodiments, the fourth acquisition module can perform operation S510 in the aforementioned embodiment, which is not repeated here.

[0119] The fourth generating module is used to generate a first processing result for the alarm information in response to the alarm information matching the whitelist information in any whitelist. In some embodiments, the fourth generating module can perform operation S520 in the above-mentioned embodiment, which will not be described in detail here.

[0120] According to an embodiment of the present disclosure, the information processing device 900 may further include an updating module and a marking module.

[0121] An update module is used to update the whitelist information in the whitelist based on the alarm information in response to the actual performance parameters satisfying the preset operating performance indicator conditions and the alarm information does not match the whitelist information in any whitelist; in some embodiments, the update module can perform operation S610 in the aforementioned embodiment, which is not repeated here.

[0122] The marking module is used to respond to the actual performance parameter not meeting the preset operating performance index condition, and the alarm information matches the whitelist information in any whitelist, and based on the alarm information, add a mark to the matching whitelist information, and the mark indicates that the whitelist information is abnormal. In some embodiments, the marking module can perform operation S620 in the aforementioned embodiment, which is not described in detail here.

[0123] According to an embodiment of the present disclosure, the information processing device 900 may further include a fifth generating module.

[0124] The fifth generation module is used to generate sample alarm data according to the alarm information in response to generating the first processing result or generating the second processing result, wherein the sample alarm data includes target device information, electronic device information, and alarm information processing result. In some embodiments, the fifth generation module can perform operation S710 in the aforementioned embodiment, which is not described in detail here.

[0125] Figure 10 The block diagram of the prediction device 1000 according to an embodiment of the present disclosure is schematically shown.

[0126] like Figure 10 As shown, the prediction device 1000 includes a third acquisition module 1010 , a second generation module 1020 and a third generation module 1030 .

[0127] The third acquisition module 1010 is used to acquire device information of the target device, device information of the target equipment, and interface information of the target interface for connecting the target device and the target equipment. In some embodiments, the third acquisition module 1010 can perform operation S810 in the above-mentioned embodiment, which will not be described in detail here.

[0128] The second generation module 1020 is used to predict the alarm information and the alarm information processing result for the target device based on the target model, according to the device information, interface information, and equipment information. In some embodiments, the second generation module 1020 can perform the operation S820 in the above-mentioned embodiment, which will not be described in detail here.

[0129] The second generation module 1030 is used to generate a fault prediction result for the target device, target equipment and target interface in response to the alarm information processing result indicating that the alarm information cannot be ignored. In some embodiments, the second generation module 1030 can perform operation S830 in the above-mentioned embodiment, which will not be described in detail here.

[0130] According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits, or at least part of the functions of any one of them can be implemented in one module. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be split into multiple modules for implementation. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be at least partially implemented as hardware circuits, such as field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), systems on chips, systems on substrates, systems on packages, application specific integrated circuits (ASICs), or can be implemented by hardware or firmware in any other reasonable way of integrating or packaging circuits, or can be implemented in any one of the three implementation methods of software, hardware, and firmware, or in any appropriate combination of any of them. Alternatively, according to the embodiments of the present invention, one or more of the modules, submodules, units, and subunits can be at least partially implemented as computer program modules, and when the computer program modules are run, the corresponding functions can be performed.

[0131] For example, any multiple of the first acquisition module 910, the second acquisition module 920, and the first generation module 930, or any multiple of the third acquisition module 1010, the second generation module 1020, and the third generation module 1030 can be combined in one module / unit / sub-unit for implementation, or any one of the modules / units / sub-units can be split into multiple modules / units / sub-units. Alternatively, at least part of the functions of one or more of these modules / units / sub-units can be combined with at least part of the functions of other modules / units / sub-units and implemented in one module / unit / sub-unit. According to an embodiment of the present disclosure, at least one of the first acquisition module 910, the second acquisition module 920 and the first generation module 930, or at least one of the third acquisition module 1010, the second generation module 1020 and the third generation module 1030 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application-specific integrated circuit (ASIC), or can be implemented by hardware or firmware such as any other reasonable way of integrating or packaging the circuit, or implemented in any one of the three implementation methods of software, hardware and firmware or in any appropriate combination of any of them. Alternatively, at least one of the first acquisition module 910, the second acquisition module 920 and the first generation module 930, or at least one of the third acquisition module 1010, the second generation module 1020 and the third generation module 1030 can be at least partially implemented as a computer program module, and when the computer program module is run, the corresponding function can be executed.

[0132] It should be noted that the data processing system part in the embodiments of the present disclosure corresponds to the alarm information processing method or prediction method part in the embodiments of the present disclosure. The description of the data processing system part specifically refers to the alarm information processing method or prediction method part, which will not be repeated here.

[0133] Figure 11 A block diagram of an electronic device suitable for implementing the method described above according to an embodiment of the present disclosure is schematically shown. Figure 11 The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0134] like Figure 11 As shown, the electronic device 1100 according to an embodiment of the present disclosure includes a processor 1101, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1102 or a program loaded from a storage part 1108 to a random access memory (RAM) 1103. The processor 1101 may include, for example, a general-purpose microprocessor (e.g., a CPU), an instruction set processor and / or a related chipset and / or a dedicated microprocessor (e.g., an application-specific integrated circuit (ASIC)), etc. The processor 1101 may also include an onboard memory for caching purposes. The processor 1101 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present disclosure.

[0135] In RAM 1103, various programs and data required for the operation of electronic device 1100 are stored. Processor 1101, ROM 1102 and RAM 1103 are connected to each other through bus 1104. Processor 1101 performs various operations of the method flow according to the embodiment of the present disclosure by executing the program in ROM 1102 and / or RAM 1103. It should be noted that the program can also be stored in one or more memories other than ROM 1102 and RAM 1103. Processor 1101 can also perform various operations of the method flow according to the embodiment of the present disclosure by executing the program stored in one or more memories.

[0136] According to an embodiment of the present disclosure, the electronic device 1100 may further include an input / output (I / O) interface 1105, which is also connected to the bus 1104. The electronic device 1100 may further include one or more of the following components connected to the input / output (I / O) interface 1105: an input portion 1106 including a keyboard, a mouse, etc.; an output portion 1107 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage portion 1108 including a hard disk, etc.; and a communication portion 1109 including a network interface card such as a LAN card, a modem, etc. The communication portion 1109 performs communication processing via a network such as the Internet. A drive 1110 is also connected to the input / output (I / O) interface 1105 as needed. A removable medium 1111, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1110 as needed, so that a computer program read therefrom is installed into the storage portion 1108 as needed.

[0137] According to an embodiment of the present disclosure, the method flow according to an embodiment of the present disclosure can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a computer-readable storage medium, and the computer program contains a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 1109, and / or installed from the removable medium 1111. When the computer program is executed by the processor 1101, the above-mentioned functions defined in the system of the embodiment of the present disclosure are executed. According to an embodiment of the present disclosure, the system, equipment, device, module, unit, etc. described above can be implemented by a computer program module.

[0138] The present disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or may exist independently without being assembled into the device / apparatus / system. The above computer-readable storage medium carries one or more programs, and when the above one or more programs are executed, the method according to the embodiment of the present disclosure is implemented.

[0139] According to an embodiment of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium. For example, it may include, but is not limited to: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, apparatus, or device.

[0140] For example, according to an embodiment of the present disclosure, the computer-readable storage medium may include the ROM 1102 and / or the RAM 1103 described above and / or one or more memories other than the ROM 1102 and the RAM 1103 .

[0141] An embodiment of the present disclosure also includes a computer program product, which includes a computer program, and the computer program contains a program code for executing the method provided by the embodiment of the present disclosure. When the computer program product runs on an electronic device, the program code is used to enable the electronic device to implement the information processing method provided by the embodiment of the present disclosure.

[0142] When the computer program is executed by the processor 1101, the above functions defined in the system / device of the embodiment of the present disclosure are executed. According to the embodiment of the present disclosure, the system, device, module, unit, etc. described above can be implemented by a computer program module.

[0143] In one embodiment, the computer program may rely on tangible storage media such as optical storage devices, magnetic storage devices, etc. In another embodiment, the computer program may also be transmitted and distributed in the form of signals on a network medium, and downloaded and installed through the communication part 1109, and / or installed from a removable medium 1111. The program code contained in the computer program may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0144] According to an embodiment of the present disclosure, the program code for executing the computer program provided by the embodiment of the present disclosure can be written in any combination of one or more programming languages. Specifically, these computing programs can be implemented using high-level process and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, Java, C++, python, "C" language or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, partially on the remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (for example, using an Internet service provider to connect through the Internet).

[0145] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flowchart or block diagram may represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box may also occur in an order different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart, can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions. It can be understood by those skilled in the art that the features recorded in the various embodiments of the present disclosure can be combined and / or combined in a variety of ways, even if such a combination or combination is not explicitly recorded in the present disclosure. In particular, without departing from the spirit and teaching of the present disclosure, the features described in the various embodiments of the present disclosure may be combined and / or combined in a variety of ways. All of these combinations and / or combinations fall within the scope of the present disclosure.

[0146] The embodiments of the present disclosure are described above. However, these embodiments are only for illustrative purposes and are not intended to limit the scope of the present disclosure. Although the embodiments are described above, this does not mean that the measures in the various embodiments cannot be used in combination to advantage. Without departing from the scope of the present disclosure, those skilled in the art may make a variety of substitutions and modifications, which should all fall within the scope of the present disclosure.

Claims

1. A method for processing alarm information, comprising: In response to the electronic device entering the system operation phase, obtaining alarm information, the alarm information is generated by the electronic device during the initialization self-test phase, and the alarm information indicates that a performance indicator of a target device connected to the target interface during the initialization self-test phase does not meet a preset self-test performance indicator condition; Acquire actual performance parameters of the target device during the system operation phase; In response to the actual performance parameter satisfying the preset operating performance indicator condition, a first processing result for the alarm information is generated, and the first processing result indicates that the alarm information can be ignored.

2. According to the method of claim 1, the step of obtaining the actual performance parameters of the target device during the system operation phase comprises: Based on the platform management controller of the electronic device, obtaining the actual performance parameters of the target device during the system operation phase in a target manner; The platform management controller is independent of the operating system of the electronic device and is used to manage the devices connected to the various interfaces of the electronic device; The target mode is used to implement data interaction between the platform management controller and each of the devices.

3. The method according to claim 1, wherein the target device comprises a target sensor, and the target sensor is at least used to collect performance data of the target device, and the obtaining of actual performance parameters of the target device during the system operation phase comprises: During the system operation phase, performance data collected by the target sensor is obtained.

4. The method according to claim 1, further comprising: In response to the actual performance parameter not satisfying the preset operating performance indicator condition, a second processing result for the alarm information is generated, and the second processing result indicates that the alarm information cannot be ignored.

5. The method according to claim 1, further comprising: Obtaining a preset whitelist, wherein the whitelist records at least one whitelist information, and the whitelist information at least includes a correspondence between a device, an interface, and alarm information; In response to the alarm information matching any one of the whitelist information, a first processing result for the alarm information is generated.

6. The method according to claim 5, further comprising: In response to the actual performance parameter satisfying the preset operating performance indicator condition, and the alarm information does not match any of the whitelist information in the whitelist, updating the whitelist information in the whitelist based on the alarm information; In response to the actual performance parameter not satisfying the preset operating performance indicator condition, and the alarm information matches any whitelist information in the whitelist, a mark is added to the matching whitelist information based on the alarm information, and the mark indicates that there is an abnormality in the whitelist information.

7. The method according to claim 1 or 4, further comprising: In response to generating the first processing result or generating the second processing result, sample alarm data is generated according to the alarm information, and the sample alarm data includes target device information, electronic device information, and an alarm information processing result.

8. A prediction method comprising: Acquire device information of a target device, device information of a target equipment, and interface information of a target interface for connecting the target device and the target equipment; Based on the target model, according to the device information, interface information, and equipment information, predict the alarm information for the target device and the alarm information processing result; In response to the alarm information processing result indicating that the alarm information cannot be ignored, generating a fault prediction result for a target device, a target equipment, and a target interface; The target model is trained based on sample alarm data, the sample information includes sample alarm information and sample alarm information processing results, and the sample alarm information processing results are obtained according to the alarm information processing method according to any one of claims 1-6.

9. An alarm information processing device, comprising: A first acquisition module is used to acquire alarm information in response to the electronic device entering the system operation stage, where the alarm information is generated by the electronic device during the initialization self-test stage, and the alarm information indicates that the performance index of the target device connected to the target interface during the initialization self-test stage does not meet the preset self-test performance index condition; A second acquisition module is used to acquire actual performance parameters of the target device during the system operation phase; as well as The first generating module is used to generate a first processing result for the alarm information in response to the actual performance parameter satisfying the preset operating performance index condition, and the first processing result indicates that the alarm information can be ignored.

10. An electronic device, comprising: at least one processor; as well as A memory connected to at least one processor; wherein, The memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor to enable the at least one processor to perform the method of any one of claims 1 to 8.

Images