BIOS (Basic Input / Output System) fault code voice broadcast method, system, equipment and medium

Abstract

The invention discloses a BIOS fault code voice broadcast method, system and device and a medium. The method comprises the steps that S1, a server is started; s2, initializing the voice module; s3, initializing a memory, and if a fault exists, skipping to S5; s4, other hardware initialization is executed until the server runs successfully; S7, the server runs successfully; if the downtime occurs, skipping to S6; s5, recording fault text information; if the BIOS runs normally, returning to S3; if not, entering S6; s6, fault text information is detected and analyzed, a matching scheme is converted and broadcasted through a voice broadcast module, and the step S9 is executed; s7, detecting the position where the fault text information is stored; if no data exist, skipping to S9; s8, fault text information is detected and analyzed, and the fault text information is converted into voice and broadcasted; and S9, ending the process. By adding the voice module, fault code voice broadcasting is achieved in the BIOS starting stage, the efficiency of finding and understanding fault information by a user is improved, and the fault response time is shortened.

Description

Technical Field

[0001] The present invention belongs to the technical field of computer hardware fault diagnosis and information interaction, and relates to a BIOS fault code voice broadcast method, system, device and medium. Background Art

[0002] In the computer system field, the BIOS (Basic Input / Output System), a software program that runs when a computer starts up, is responsible for key tasks such as hardware initialization, self-testing, and booting the operating system. Its stable operation is crucial for the proper startup and subsequent operation of the computer system. However, in practice, BIOS failures may occur due to various factors. Existing fault reporting methods have many limitations and cannot meet users' needs for quick and accurate fault information. Therefore, the development of a more effective fault reporting system is particularly necessary.

[0003] Traditional motherboard designs often feature multiple indicators to help users identify hardware faults. Each indicator corresponds to a specific hardware component, such as the memory, CPU, or hard drive. When the BIOS detects a hardware fault, the corresponding indicator changes color (e.g., turns red) to alert the user. For example, if a memory module fails, the indicator corresponding to that slot turns red. By observing the indicator status, the user can initially determine the hardware location where the fault may occur. Buzzer alarms are another common way to report BIOS faults. During the BIOS power-on self-test (POST) process, if a serious fault is detected that prevents the system from booting properly, the buzzer will emit an alarm with a specific frequency and rhythm. Different alarm patterns typically correspond to different types of faults. For example, a series of short beeps may indicate a memory fault, while a long beep followed by a pause and then a long beep may indicate a motherboard fault. The user can use the buzzer alarm to initially determine the general type of fault. For computer systems with display capabilities, when the BIOS detects a fault during the boot process, it will display relevant information on the screen. This typically includes a fault code, a description of the fault, and possible solutions. Users can read the text information on the screen to understand the specific situation of the fault in more detail and try to troubleshoot the problem according to the prompts.

[0004] While existing indicator light notifications can intuitively indicate the approximate location of hardware faults, users struggle to obtain detailed information about the fault, such as its cause, severity, and solution, simply by looking at the changing color of the indicator light. Users often need to consult relevant documentation or consult with professionals to accurately diagnose and address the fault. While buzzer alarms can promptly alert users to system faults, different BIOS models and manufacturers may use different alarm patterns to correspond to different fault types, making it difficult for users to accurately memorize and understand the meaning of these complex alarm sounds. Furthermore, in noisy environments, users may ignore the buzzer alarm, resulting in a delay in identifying and addressing the fault. While on-screen displays can provide detailed fault information, in practice, this information can be easily overlooked. For example, during system startup, fault information may flash on the screen, and users may miss important fault notifications if they fail to pay attention. Furthermore, for users without specialized knowledge, the fault codes and descriptions on the screen can be difficult to understand, making it difficult to effectively resolve the fault.

[0005] Due to the aforementioned limitations of existing fault reporting methods, when customers discover a system failure, they are often unable to quickly and accurately determine the cause and solution. This can cause customers to spend a significant amount of time consulting the server manufacturer's after-sales service or manually reviewing complex documentation manuals to resolve the issue. This not only increases customers' time costs but also places enormous pressure on the server manufacturer's after-sales service. Furthermore, if customers attempt to resolve the issue on their own, they are prone to making operational errors due to an inaccurate understanding of the fault information, further escalating the problem and subsequently adding additional workload when providing feedback to the server manufacturer.

[0006] In summary, existing BIOS fault error reporting methods have many shortcomings in practical applications and cannot meet users' needs for quickly and accurately obtaining fault information and efficiently resolving faults. Therefore, it is of great practical significance to develop a BIOS fault code voice broadcast system that can clearly and intuitively convey fault information to users and improve fault handling efficiency. Summary of the Invention

[0007] The purpose of the present invention is to solve the problem that the BIOS fault error prompt method in the prior art cannot satisfy the user's ability to quickly and accurately obtain fault information and efficiently solve the fault, and to provide a BIOS fault code voice broadcast method, system, device and medium.

[0008] In order to achieve the above object, the present invention adopts the following technical solutions:

[0009] A method for voice broadcasting a BIOS fault code, comprising the following steps:

[0010] S1, start the server;

[0011] S2, BIOS performs hardware initialization and detection, and initializes the voice module before the memory MEM and central processing unit CPU are initialized;

[0012] S3, initialize the memory MEM, check the memory status, and determine whether the memory is faulty; if no error is reported, continue to execute the subsequent steps; if there is a fault, jump to S5;

[0013] S4: After the memory initialization is completed, continue to perform other hardware initialization until entering the server successful operation detection step S7; if a serious fault occurs during this period and is about to cause a downtime, jump to the downtime fault handling step S6;

[0014] S5, initially record the fault text information; if the BIOS continues to operate normally, return to the memory initialization and fault judgment step S3 to continue running the BIOS; if it cannot continue to run due to the fault reason, enter the downtime fault processing step S6;

[0015] S6, detect the fault text information, analyze it, match the corresponding treatment plan, convert the text information of the treatment plan through the voice broadcast module, continuously broadcast it to the user, and then jump to the waiting processing step S9;

[0016] S7, the server successfully runs to the last step before entering the operating system, and detects the location where the fault text information is stored; if there is no data, it jumps to the waiting process step S9; if there is data, it performs the fault text analysis and voice broadcast step S8;

[0017] S8, detecting and analyzing the fault text information, converting the fault text information into voice, announcing the fault error by voice, and then waiting for processing step S9;

[0018] S9: If there is no fault or the customer has checked and handled the fault, the process ends.

[0019] In S2, the BIOS performs hardware initialization and detection operations, specifically:

[0020] Voice module initialization: The BIOS sends instructions and configuration parameters to the voice module to initialize the voice module, including setting the voice module's operating clock frequency, configuring power management parameters, and pre-configuring the interface between the voice module and other hardware to allocate necessary hardware resources and establish communication channels.

[0021] Said S3 specifically includes:

[0022] Memory initialization: After completing the voice module initialization, the BIOS initializes the memory, detects the memory capacity, type and fault conditions, and performs address allocation and refresh settings;

[0023] CPU initialization: After completing memory initialization, the BIOS initializes the CPU, including resetting the CPU, setting the operating frequency, and configuring cache operations.

[0024] Fault diagnosis and treatment:

[0025] If the memory status test results show no error information, the BIOS determines that the memory is not faulty and continues to perform subsequent steps according to the system startup process;

[0026] If a fault is found during the memory status detection process, the BIOS jumps to the S5 stage of system startup and performs corresponding fault handling measures in the S5 stage.

[0027] Said S6 specifically includes:

[0028] Fault text information detection and analysis:

[0029] Analyze the fault text information recorded in stage S5, wherein the fault text information includes the time of occurrence of the fault, specific symptoms, and the memory address information involved;

[0030] Parse the fault text information, check the fault timestamp to determine the fault location during system startup, and combine the fault description with the memory address information to locate the fault location and cause.

[0031] Compare the analyzed fault text information with the built-in fault knowledge base, which stores various known memory fault cases and their corresponding characteristic information, to narrow down the cause of the fault through comparison;

[0032] Based on the fault cause analysis results, match the corresponding treatment plan from the preset treatment plan library;

[0033] Voice broadcast processing solution, sending the text information of the matched processing solution to the voice broadcast module, which converts the text information into voice signals and continuously broadcasts them to the user through the computer audio output device;

[0034] After the voice broadcast is completed, the process jumps to the waiting processing step S9, waiting for the user to operate the system according to the processing solution of the voice broadcast.

[0035] In S7, the following steps are performed:

[0036] Storage location detection: The server starts a detection program to detect the pre-set location for storing fault text information; the storage location is an area in the server's non-volatile storage device; the detection program searches for relevant fault text information in the location according to the pre-set path and rules;

[0037] Execute according to the test results:

[0038] In the case of no data, if the detection result shows that there is no data of the corresponding format in the storage location, it is determined that the server did not detect a memory fault or a failure to record fault text information during the previous startup process. The server believes that the current system is in a relatively normal state and does not need to perform fault handling related operations. It directly jumps to the waiting processing step S9;

[0039] If data exists, if it is detected that data of the corresponding format exists in the storage location, it is determined that there was a memory failure before and the fault text information has been recorded, and the server enters the fault text analysis and voice broadcast step S8.

[0040] The S8 performs the following steps:

[0041] Fault text information detection and analysis, information reading: The system reads previously recorded fault text information from a pre-set storage location; Syntax and semantic analysis: Syntax analysis is performed on the read fault text information to check whether the word combination in the text conforms to language rules and whether the sentence structure is complete; semantic analysis is performed to understand the actual meaning expressed in the text and identify the time when the fault occurred, the specific manifestations, and the hardware components involved;

[0042] Fault location and cause inference: Based on the key information extracted from grammatical and semantic analysis, the system combines this information with a pre-established fault knowledge base for comparison and analysis. The system then matches the current fault information with the cases in the knowledge base to locate the specific location and cause of the fault.

[0043] Convert fault text information into speech, text preprocessing: preprocess the fault text information after detection and analysis; speech synthesis: the system calls the speech synthesis engine to convert the preprocessed text information into a speech signal; the speech synthesis engine synthesizes according to preset speech parameters;

[0044] Fault error voice broadcast, audio output device selection: the system detects and selects the audio output device; voice broadcast: the synthesized voice signal is sent to the selected audio output device for playback; during playback, the system continuously monitors the playback status to ensure that the voice can be conveyed to the user completely and clearly; if there is any abnormal situation such as freeze or silence during playback, the system attempts to replay or issue a prompt message.

[0045] The fault text analysis in S8 is matched by means of a database, and the BIOS matches the fault information with the parsing table. If no corresponding matching information is detected, the original fault text information is directly output.

[0046] A BIOS fault code voice broadcast system, comprising:

[0047] BIOS module:

[0048] Hardware initialization and detection submodule: Executes code to perform hardware initialization and detection, including initializing the voice module before initializing the memory MEM and the central processing unit CPU; performs memory initialization, detects memory status, and determines whether the memory is faulty;

[0049] Fault recording and processing submodule: records fault text information and decides whether to return to continue running the BIOS or enter the downtime fault processing process based on the BIOS running status;

[0050] Log analysis and solution matching submodule: When handling downtime faults, it detects the collected logs, analyzes them, and matches the corresponding solution;

[0051] Text-to-speech control submodule: performs compatible control and initialization of the voice module, performs data transmission and interaction through the command mechanism corresponding to the voice module, and sends text information to the voice module to realize the text-to-speech function;

[0052] Fault text database submodule: stores fault information and corresponding parsing for matching during fault text analysis;

[0053] Storage module: used to store fault text information;

[0054] Voice broadcast module: receives text information from the BIOS module and broadcasts it in voice;

[0055] Waiting for processing module: When there is no fault or the customer has checked and processed the fault, the system process ends.

[0056] A device comprises a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method as described in any one of the preceding items when executing the computer program.

[0057] A computer-readable storage medium stores a computer program, wherein the computer program, when executed by a processor, implements the steps of the method described in any one of the preceding items.

[0058] Compared with the prior art, the present invention has the following beneficial effects:

[0059] The present invention provides a method for voice broadcasting of BIOS fault codes. By adding a voice module, the method realizes voice broadcasting of fault codes during the BIOS startup phase, greatly improving the efficiency of users in discovering and understanding fault information and shortening fault response time. At the same time, the voice broadcasting function enables non-professional customers to try to solve the problem themselves based on the reported fault cause and solution, reducing the need for professional technicians to visit for repairs, effectively reducing repair costs, and also reducing the scope and workload of after-sales maintenance work by motherboard manufacturers, allowing the after-sales team to focus more on complex fault handling and advanced technical support. In addition, the voice broadcasting is intuitive and easy to understand, and is very friendly to users with poor eyesight or unskilled operation. The user-defined variable name function makes the broadcast content more suitable for actual scenarios and enhances the user experience. Fault detection and broadcasting during the initialization phase of key hardware such as memory helps to promptly handle potential problems, prevent the expansion of faults and cause system downtime, and improve system stability. For customers with multiple servers, the method supports custom variable names, can accurately broadcast specific locations and machine fault information, facilitates rapid location and problem handling, and improves management efficiency in a multi-server environment. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments. It should be understood that the following drawings only illustrate certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other relevant drawings can be obtained based on these drawings without paying any creative work.

[0061] Figure 1 This is a flow chart of the BIOS fault code voice broadcast method of the present invention. DETAILED DESCRIPTION

[0062] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions of the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Generally, the components of the embodiments of the present invention described and shown in the drawings herein can be arranged and designed in various different configurations.

[0063] Therefore, the following detailed description of the embodiments of the present invention provided in the accompanying drawings is not intended to limit the scope of the invention as claimed, but rather merely represents selected embodiments of the present invention. All other embodiments derived by persons of ordinary skill in the art based on the embodiments of the present invention without creative effort shall fall within the scope of protection of the present invention.

[0064] It should be noted that similar reference numerals and letters denote similar items in the following drawings, and therefore, once an item is defined in one drawing, it does not need to be further defined or explained in subsequent drawings.

[0065] The present invention is described in further detail below with reference to the accompanying drawings:

[0066] See also Figure 1 , which is a flow chart of the method for announcing BIOS fault codes by voice, including the following steps:

[0067] S1, start the server.

[0068] S2, BIOS performs hardware initialization and detection, and initializes the voice module before the memory MEM and the central processing unit CPU are initialized. BIOS performs hardware initialization and detection operations, specifically:

[0069] Voice module initialization: The BIOS sends instructions and configuration parameters to the voice module to initialize the voice module, including setting the voice module's operating clock frequency, configuring power management parameters, and pre-configuring the interface between the voice module and other hardware to allocate necessary hardware resources and establish communication channels.

[0070] S3: Initialize the memory MEM, check the memory status, and determine whether the memory is faulty. If no error is reported, continue to execute the subsequent steps. If a fault exists, jump to S5. Specifically, it includes:

[0071] Memory initialization: After completing the voice module initialization, the BIOS initializes the memory, detects the memory capacity, type and fault conditions, and performs address allocation and refresh settings;

[0072] CPU initialization: After completing memory initialization, the BIOS initializes the CPU, including resetting the CPU, setting the operating frequency, and configuring cache operations.

[0073] Fault diagnosis and treatment:

[0074] If the memory status test results show no error information, the BIOS determines that the memory is not faulty and continues to perform subsequent steps according to the system startup process;

[0075] If a fault is found during the memory status detection process, the BIOS jumps to the S5 stage of system startup and performs corresponding fault handling measures in the S5 stage.

[0076] S4, after the memory initialization is completed, continue to perform other hardware initialization until entering the server successful operation detection step S7; if a serious fault occurs during this period and is about to cause a downtime, jump to the downtime fault handling step S6.

[0077] S5, initially record the fault text information; if the BIOS continues to run normally, return to the memory initialization and fault judgment step S3 to continue running the BIOS; if it cannot continue to run due to the fault reason, enter the downtime fault processing step S6.

[0078] S6: Detect the fault text information, analyze it, match the corresponding treatment plan, convert the text information of the treatment plan through the voice broadcast module, continuously broadcast it to the user, and then jump to the waiting processing step S9. Specifically including:

[0079] Fault text information detection and analysis:

[0080] Analyze the fault text information recorded in stage S5, wherein the fault text information includes the time of occurrence of the fault, specific symptoms, and the memory address information involved;

[0081] Parse the fault text information, check the fault timestamp to determine the fault location during system startup, and combine the fault description with the memory address information to locate the fault location and cause.

[0082] Compare the analyzed fault text information with the built-in fault knowledge base, which stores various known memory fault cases and their corresponding characteristic information, to narrow down the cause of the fault through comparison;

[0083] Based on the fault cause analysis results, match the corresponding treatment plan from the preset treatment plan library;

[0084] Voice broadcast processing solution, sending the text information of the matched processing solution to the voice broadcast module, which converts the text information into voice signals and continuously broadcasts them to the user through the computer audio output device;

[0085] After the voice broadcast is completed, the process jumps to the waiting processing step S9, waiting for the user to operate the system according to the processing solution of the voice broadcast.

[0086] S7, the server successfully runs to the last step before entering the operating system, and detects the location of the fault text information; if there is no data, jumps to the waiting process step S9; if there is data, the fault text analysis and voice broadcast step S8 is performed. Perform the following steps:

[0087] Storage location detection: The server starts a detection program to detect the pre-set location for storing fault text information; the storage location is an area in the server's non-volatile storage device; the detection program searches for relevant fault text information in the location according to the pre-set path and rules;

[0088] Execute according to the test results:

[0089] In the case of no data, if the detection result shows that there is no data of the corresponding format in the storage location, it is determined that the server did not detect a memory fault or a failure to record fault text information during the previous startup process. The server believes that the current system is in a relatively normal state and does not need to perform fault handling related operations. It directly jumps to the waiting processing step S9;

[0090] If data exists, if it is detected that data of the corresponding format exists in the storage location, it is determined that there was a memory failure before and the fault text information has been recorded, and the server enters the fault text analysis and voice broadcast step S8.

[0091] S8, detect and analyze the fault text information, convert the fault text information into voice, and broadcast the fault error by voice, and then wait for the processing step S9. Perform the following steps:

[0092] Fault text information detection and analysis, information reading: The system reads previously recorded fault text information from a pre-set storage location; Syntax and semantic analysis: Syntax analysis is performed on the read fault text information to check whether the word combination in the text conforms to language rules and whether the sentence structure is complete; semantic analysis is performed to understand the actual meaning expressed in the text and identify the time when the fault occurred, the specific manifestations, and the hardware components involved;

[0093] Fault location and cause inference: Based on the key information extracted from grammatical and semantic analysis, the system combines this information with a pre-established fault knowledge base for comparison and analysis. The system then matches the current fault information with the cases in the knowledge base to locate the specific location and cause of the fault.

[0094] Convert fault text information into speech, text preprocessing: preprocess the fault text information after detection and analysis; speech synthesis: the system calls the speech synthesis engine to convert the preprocessed text information into a speech signal; the speech synthesis engine synthesizes according to preset speech parameters;

[0095] Fault error voice broadcast, audio output device selection: the system detects and selects the audio output device; voice broadcast: the synthesized voice signal is sent to the selected audio output device for playback; during playback, the system continuously monitors the playback status to ensure that the voice can be conveyed to the user completely and clearly; if there is any abnormal situation such as freeze or silence during playback, the system attempts to replay or issue a prompt message.

[0096] Fault text analysis is matched through a database. The BIOS matches the fault information with the parsing table. If no corresponding matching information is detected, the original fault text information is directly output.

[0097] S9: If there is no fault or the customer has checked and handled the fault, the process ends.

[0098] By adding a voice module to enable voice broadcast of fault codes during BIOS startup, fault response efficiency is greatly improved, allowing users to discover and understand fault information more quickly. This function allows non-professional customers to try to solve problems themselves based on the fault causes and solutions announced by voice, reducing repair costs. At the same time, it effectively reduces the after-sales maintenance burden of motherboard manufacturers and reduces the scope and workload of after-sales work. Voice broadcasts are intuitive and easy to understand, and also support user-defined variable names to fit actual scenarios, enhancing user experience. Fault detection and broadcasting during the initialization phase of key hardware such as memory helps to promptly discover and address potential problems, avoid the expansion of faults and system downtime, and improve system stability. For multi-server customers, this method supports custom variable names to broadcast specific locations and machine fault information, facilitating rapid location and processing, and improving management efficiency in multi-server environments.

[0099] An embodiment of the present invention is a BIOS fault code voice broadcast system, specifically comprising:

[0100] BIOS module:

[0101] Hardware initialization and detection submodule: Executes code to perform hardware initialization and detection, including initializing the voice module before initializing the memory MEM and the central processing unit CPU; performs memory initialization, detects memory status, and determines whether the memory is faulty;

[0102] Fault recording and processing submodule: records fault text information and decides whether to return to continue running the BIOS or enter the downtime fault processing process based on the BIOS running status;

[0103] Log analysis and solution matching submodule: When handling downtime faults, it detects the collected logs, analyzes them, and matches the corresponding solution;

[0104] Text-to-speech control submodule: performs compatible control and initialization of the voice module, performs data transmission and interaction through the command mechanism corresponding to the voice module, and sends text information to the voice module to realize the text-to-speech function;

[0105] Fault text database submodule: stores fault information and corresponding parsing for matching during fault text analysis;

[0106] Storage module: used to store fault text information;

[0107] Voice broadcast module: receives text information from the BIOS module and broadcasts it in voice;

[0108] Waiting for processing module: When there is no fault or the customer has checked and processed the fault, the system process ends.

[0109] The BIOS fault code voice broadcast system in the present invention has significant advantages. Its hardware initialization and detection submodule prioritizes initialization of the voice module and synchronously detects the memory status in the early stage of hardware initialization, which can detect memory faults as early as possible and start processing, greatly shortening the fault response time; the fault recording and processing submodule maintains system operation when the BIOS is normal, and cooperates with the voice broadcast module to convey fault information and solutions to users, so that non-professional users can also solve simple faults on their own, effectively reducing the frequency and cost of professional operation and maintenance intervention; the log analysis and processing solution matching submodule deeply analyzes the log in the event of a downtime, and relies on the fault text database submodule to accurately match the processing solution to ensure the provision of an effective response strategy; the text-to-speech control submodule is compatible with the voice module and efficiently realizes text-to-speech with the help of the command mechanism, optimizing the user experience with intuitive and easy-to-understand voice broadcast, which is especially beneficial for users in special scenarios; the system conducts comprehensive detection and troubleshooting in advance during the hardware initialization stage to avoid the expansion of faults, improve system stability and business continuity; the waiting processing module ends the process in time when there is no fault or after user processing, avoiding resource waste and process confusion, and ensuring the orderly operation of the system under various conditions.

[0110] One embodiment of the present invention provides a terminal device. The terminal device of this embodiment includes: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the steps of each of the aforementioned method embodiments are implemented. Alternatively, when the processor executes the computer program, the functions of each module / unit in each of the aforementioned device embodiments are implemented.

[0111] The computer program may be divided into one or more modules / units, which are stored in the memory and executed by the processor to accomplish the present invention.

[0112] The device / terminal equipment may be a computing device such as a desktop computer, a notebook computer, a palmtop computer, a cloud server, etc. The device / terminal equipment may include, but is not limited to, a processor and a memory.

[0113] The processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.

[0114] The memory may be used to store the computer programs and / or modules, and the processor implements various functions of the apparatus / terminal device by running or executing the computer programs and / or modules stored in the memory and calling the data stored in the memory.

[0115] If the module / unit integrated into the device / terminal equipment is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present invention can implement all or part of the process steps in the above-mentioned method embodiments by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium. When executed by a processor, the computer program can implement the steps of each of the above-mentioned method embodiments. The computer program includes computer program code, which can be in source code form, object code form, executable file, or some intermediate form. The computer-readable medium can include: any entity or device capable of carrying the computer program code, recording medium, USB flash drive, mobile hard drive, magnetic disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electric carrier signal, telecommunication signal, and software distribution medium. It should be noted that the content of the computer-readable medium can be appropriately increased or decreased based on the requirements of legislation and patent practice in a jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media does not include electric carrier signals and telecommunication signals.

[0116] The above are merely preferred embodiments of the present invention and are not intended to limit the present invention. Those skilled in the art will readily appreciate that various modifications and variations of the present invention are possible. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention shall be included within the scope of protection of the present invention.

Claims

1. A method for voice broadcasting BIOS fault codes, characterized in that: The following steps are involved: S1, start the server; S2, BIOS performs hardware initialization and detection, and initializes the voice module before the memory MEM and central processing unit CPU are initialized; S3, initialize the memory MEM, check the memory status, and determine whether the memory is faulty; if no error is reported, continue to execute the subsequent steps; if there is a fault, jump to S5; S4: After the memory initialization is completed, continue to perform other hardware initialization until entering the server successful operation detection step S7; if a serious fault occurs during this period and is about to cause a downtime, jump to the downtime fault handling step S6; S5, initially record the fault text information; if the BIOS continues to operate normally, return to the memory initialization and fault judgment step S3 to continue running the BIOS; if it cannot continue to run due to the fault reason, enter the downtime fault processing step S6; S6, detect the fault text information, analyze it, match the corresponding treatment plan, convert the text information of the treatment plan through the voice broadcast module, continuously broadcast it to the user, and then jump to the waiting processing step S9; S7, the server successfully runs to the last step before entering the operating system, and checks the location where the fault text information is stored; if there is no data, jump to the waiting processing step S9; If data exists, the fault text analysis and voice broadcast step S8 is performed; S8, detecting and analyzing the fault text information, converting the fault text information into voice, announcing the fault error by voice, and then waiting for processing step S9; S9: If there is no fault or the customer has checked and handled the fault, the process ends.

2. A BIOS fault code voice broadcasting method as claimed in claim 1, characterized in that: In S2, the BIOS performs hardware initialization and detection operations, specifically: Voice module initialization: The BIOS sends instructions and configuration parameters to the voice module to initialize the voice module, including setting the voice module's operating clock frequency, configuring power management parameters, and pre-configuring the interface between the voice module and other hardware to allocate necessary hardware resources and establish communication channels.

3. A BIOS fault code voice broadcasting method as claimed in claim 1, characterized in that: Said S3 specifically includes: Memory initialization: After completing the voice module initialization, the BIOS initializes the memory, detects the memory capacity, type and fault conditions, and performs address allocation and refresh settings; CPU initialization: After completing memory initialization, the BIOS initializes the CPU, including resetting the CPU, setting the operating frequency, and configuring cache operations. Fault diagnosis and treatment: If the memory status test results show no error information, the BIOS determines that the memory is not faulty and continues to perform subsequent steps according to the system startup process; If a fault is found during the memory status detection process, the BIOS jumps to the S5 stage of system startup and performs corresponding fault handling measures in the S5 stage.

4. A BIOS fault code voice broadcasting method as claimed in claim 1, characterized in that: Said S6 specifically includes: Fault text information detection and analysis: Analyze the fault text information recorded in stage S5, wherein the fault text information includes the time of occurrence of the fault, specific symptoms, and the memory address information involved; Parse the fault text information, check the fault timestamp to determine the fault location during system startup, and combine the fault description with the memory address information to locate the fault location and cause. Compare the analyzed fault text information with the built-in fault knowledge base, which stores various known memory fault cases and their corresponding characteristic information, to narrow down the cause of the fault through comparison; Based on the fault cause analysis results, match the corresponding treatment plan from the preset treatment plan library; Voice broadcast processing solution, sending the text information of the matched processing solution to the voice broadcast module, which converts the text information into voice signals and continuously broadcasts them to the user through the computer audio output device; After the voice broadcast is completed, the process jumps to the waiting processing step S9, waiting for the user to operate the system according to the processing solution of the voice broadcast.

5. A BIOS fault code voice broadcasting method as claimed in claim 1, characterized in that: In S7, the following steps are performed: Storage location detection: The server starts a detection program to detect the pre-set location for storing fault text information; the storage location is an area in the server's non-volatile storage device; the detection program searches for relevant fault text information in the location according to the pre-set path and rules; Execute according to the test results: In the case of no data, if the detection result shows that there is no data of the corresponding format in the storage location, it is determined that the server did not detect a memory fault or a failure to record fault text information during the previous startup process. The server believes that the current system is in a relatively normal state and does not need to perform fault handling related operations. It directly jumps to the waiting processing step S9; If data exists, if it is detected that data of the corresponding format exists in the storage location, it is determined that there was a memory failure before and the fault text information has been recorded, and the server enters the fault text analysis and voice broadcast step S8.

6. A BIOS fault code voice broadcasting method as claimed in claim 1, characterized in that: The S8 performs the following steps: Fault text information detection and analysis, information reading: The system reads previously recorded fault text information from a pre-set storage location; Syntax and semantic analysis: Syntax analysis is performed on the read fault text information to check whether the word combination in the text conforms to language rules and whether the sentence structure is complete; semantic analysis is performed to understand the actual meaning expressed in the text and identify the time when the fault occurred, the specific manifestations, and the hardware components involved; Fault location and cause inference: Based on the key information extracted from grammatical and semantic analysis, the system combines this information with a pre-established fault knowledge base for comparison and analysis. The system then matches the current fault information with the cases in the knowledge base to locate the specific location and cause of the fault. Convert fault text information into speech, text preprocessing: preprocess the fault text information after detection and analysis; speech synthesis: the system calls the speech synthesis engine to convert the preprocessed text information into a speech signal; the speech synthesis engine synthesizes according to preset speech parameters; Fault error voice broadcast, audio output device selection: the system detects and selects the audio output device; voice broadcast: the synthesized voice signal is sent to the selected audio output device for playback; during playback, the system continuously monitors the playback status to ensure that the voice can be conveyed to the user completely and clearly; if there is any abnormal situation such as freeze or silence during playback, the system attempts to replay or issue a prompt message.

7. A BIOS fault code voice broadcasting method as claimed in claim 1, characterized in that: The fault text analysis in S8 is matched by means of a database, and the BIOS matches the fault information with the parsing table. If no corresponding matching information is detected, the original fault text information is directly output.

8. A BIOS fault code voice broadcast system, characterized in that: include: BIOS module: Hardware initialization and detection submodule: executes code to perform hardware initialization and detection, including initializing the voice module before the memory MEM and central processing unit CPU are initialized; Initialize the memory, check the memory status, and determine whether the memory is faulty; Fault recording and processing submodule: records fault text information and decides whether to return to continue running the BIOS or enter the downtime fault processing process based on the BIOS running status; Log analysis and solution matching submodule: When handling downtime faults, it detects the collected logs, analyzes them, and matches the corresponding solution; Text-to-speech control submodule: performs compatible control and initialization of the voice module, performs data transmission and interaction through the command mechanism corresponding to the voice module, and sends text information to the voice module to realize the text-to-speech function; Fault text database submodule: stores fault information and corresponding parsing for matching during fault text analysis; Storage module: used to store fault text information; Voice broadcast module: receives text information from the BIOS module and broadcasts it in voice; Waiting for processing module: When there is no fault or the customer has checked and processed the fault, the system process ends.

9. A device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images