CN115391135A - 处理器风扇监测方法、电子设备及存储介质 - Google Patents

Abstract

本发明实施例提供了一种处理器风扇监测方法、电子设备及存储介质，涉及计算机技术领域。其中，该方法包括：启动UEFI固件，创建自定义协议，并在自定义协议中创建通知事件UEFI；加载自定义协议，并触发通知事件，根据通知事件读取嵌入式控制器中目标寄存器的寄存器值，并根据寄存器值判断处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作。在本发明实施例中，在UEFI固件接管计算机控制权的阶段，就可以通过UEFI固件的事件异步机制，尽早开始对处理器风扇进行状态监测，从而能够尽早采取措施提示用户并保护处理器及处理器风扇。

Description

处理器风扇监测方法、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，特别是涉及一种处理器风扇监测方法、一种电子设备以及一种存储介质。

背景技术

计算机系统中，中央处理器(CentralProcessingUnit，CPU)是最重要的模块，通过处理器风扇可以对中央处理器进行散热，以对中央处理器进行过热保护，因此，处理器风扇的正常运转，对于保证中央处理器的正常使用来说至关重要。

目前，对处理器风扇的监测主要是通过软件(例如SpeedFan)实现，而软件需要在操作系统启动后才能够运行，因此，若在开机时处理器风扇就存在异常，则需要等到软件运行后才能够被监测到，如此，监测较为迟缓，不利于保护中央处理器。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种处理器风扇监测方法，以解决处理器风扇的异常无法及时检测到的问题。

相应的，本发明实施例还提供了一种电子设备以及一种存储介质，用以保证上述方法的实现及应用。

为了解决上述问题，本发明实施例公开了一种处理器风扇监测方法，应用于嵌入式控制器UEFI，所述方法包括：

启动UEFI固件，创建自定义协议，并在所述自定义协议中创建通知事件；其中，所述UEFI固件固化于所述嵌入式控制器中；所述通知事件配置为当所述自定义协议被加载时被触发，以执行预设操作；

加载所述自定义协议，并触发所述通知事件；

根据所述通知事件读取所述嵌入式控制器中目标寄存器的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作UEFI。

可选地，所述创建自定义协议，并在所述自定义协议中创建通知事件，包括：

调用用于监测处理器风扇的驱动程序，将所述驱动程序对应的目标参数添加至所述自定义协议。

可选地，所述通知事件包括回调函数的函数名，包括：

通过所述回调函数的函数名调用所述回调函数，以通过运行所述回调函数执行所述预设操作。

可选地，所述UEFI固件启动后，对显示所需的图形控制台进行初始化，并在初始化结束后，创建自定义协议，并在所述自定义协议中创建通知事件。

可选地，所述方法还包括：

判断所述图形控制台是否完成初始化；

当确定所述图形控制台完成初始化时，读取所述嵌入式控制器中目标寄存器的目标位数的寄存器值。

可选地，所述判断所述图形控制台是否完成初始化，包括：

请求所述UEFI固件返回显示相关输出协议的目标实例，其中，所述显示相关输出协议包括图形输出协议和简单文本输出协议中的至少一者；

当所述目标实例被找到时，确定所述图形控制台完成初始化，否则，所述图形控制台未完成初始化。

可选地，所述执行警示操作及处理器保护操作，包括：

输出警示音，以完成警示操作；

基于所述图形控制台显示处理器保护选项，其中，所述处理器保护选项配置为在被选中时执行处理器保护操作，以保护处理器；

当检测到所述处理器保护选项被用户选中时，执行处理器保护操作，其中，所述处理器保护操作包括：将所述寄存器值从指示所述处理器风扇异常的第一数值修改为指示所述处理器风扇正常的第二数值，并关机。

可选地，在所述输出警示音之后，还包括：

创建定时器事件，其中，所述定时器事件配置为当计时达到预设时长时被触发，以及当所述处理器保护选项在计时未达到所述预设时长的情况下被选中时被触发。

本发明实施例还公开了一种电子设备，包括有处理器风扇、嵌入式控制器、存储器、以及一个或者一个以上的程序，所述处理器风扇与所述嵌入式控制器电连接，所述电子设备中固化有UEFI固件，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上的处理器执行所述一个或者一个以上的程序，所述程序包含用于进行以下操作的指令：

在所述UEFI固件开始启动到所述电子设备的操作系统启动之前的过程中，创建自定义协议，并在所述自定义协议中创建通知事件，其中，所述通知事件配置为当所述自定义协议被安装时被触发，以执行预设操作；

安装所述自定义协议，并触发所述通知事件；

执行所述预设操作，其中，所述预设操作包括：读取所述嵌入式控制器中目标寄存器的目标位数的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，当所述处理器风扇的当前状态被判断为异常时，执行警示操作及处理器保护操作。

本发明实施例还公开了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上所述的处理器风扇监测方法。

本发明实施例包括以下优点：

在本发明实施例中，可以在UEFI固件接管计算机控制权的阶段进行处理器风扇状态的监测，首先创建自定义协议，并在该自定义协议中创建通知事件，并以安装该自定义协议作为该通知事件的触发条件，从而当该自定义协议被安装时，可以触发该通知事件，进而读取嵌入式控制器中目标寄存器的目标位数的寄存器值，并根据该寄存器值判断处理器风扇的当前状态是否异常，当处理器风扇的当前状态被判断为异常时，执行警示操作及处理器保护操作。在本发明实施例中，在UEFI固件接管计算机控制权的阶段，就可以通过UEFI固件的事件异步机制，尽早开始对处理器风扇进行状态监测，从而能够尽早采取措施提示用户并保护处理器及处理器风扇。

附图说明

图1是本发明的一种处理器风扇监测方法实施例的步骤流程图；

图2是本发明的另一种处理器风扇监测方法实施例的步骤流程图；

图3是本发明的一种处理器风扇监测的流程图；

图4是本发明的又一种处理器风扇监测方法实施例的步骤流程图；

图5是本发明的另一种处理器风扇监测的流程图；

图6是根据一示例性实施例示出的一种用于监测处理器风扇的电子设备的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

在介绍具体实施方式之前，为了便于理解，首先对本发明涉及的一些相关概念进行介绍。

一、嵌入式控制器(EmbeddedController，简称EC控制器)：

嵌入式控制器的功能十分强大，包括电源管理，例如计算机进入待机或关机模式、外部电源系统的电力调度、电池的电力检测及充放电任务，还包括键盘、充电指示灯、处理器风扇、触摸面板等器件或设备的管理，以及器件或设备的工作温度监控，还有一些实用的快捷按纽，这些重要的功能都可以由嵌入式控制器来完成。

在计算机系统开启的过程中，嵌入式控制器控制着绝大多数重要信号的时序。在关机状态下，嵌入式控制器一直保持运行，并等待用户开机；在开机后，嵌入式控制器便可实现电源管理、状态监控等功能。

在本发明中，嵌入式控制器可对处理器风扇的状态进行监控，并通过寄存器(下文称为处理器风扇状态寄存器)记录处理器风扇的状态，从而为本发明的处理器风扇监测方法提供基础。

二、UEFI(UnifiedExtensibleFirmwareInterface，统一可扩展固件接口)：

UEFI是一种详细描述全新类型接口的标准，是适用于计算机的标准固件接口，可代替传统的BIOS固件(BasicInputOutputSystem，基本输入/输出系统)。UEFI固件可提高软件互操作性和解决BIOS的一些局限性。

传统BIOS固件的运行流程大致为：开机-BIOS初始化-BIOS自检-引导操作系统-进入操作系统，而UEFI固件的运行流程大致为：开机-UEFI初始化-引导操作系统-进入操作系统，因此，相较于传统BIOS固件，采用UEFI固件可以提高操作系统的启动速度，使得开机速度更快。

相较于传统BIOS固件启动操作系统，UEFI固件启动操作系统具有安全性更强、启动配置更灵活、支持的硬盘容量更大等优势，因此，传统的BIOS技术正在逐步被UEFI取代，在目前的很多计算机中已经使用UEFI固件，使用UEFI技术启动操作系统是趋势所在。

UEFI固件可提供多种服务，其中包括本发明所涉及的事件(Event)服务和协议(Protocol)服务(包括协议管理服务、协议使用类服务等)。

其中，UEFI事件的实质作用就是创建一个事件A，然后设定一个条件B，使得条件B满足的时候就执行这个事件A。条件B可以直接是调用事件A，也可以设定一个时间周期，周期性执行事件A，也可以是在某个协议被安装(Install)或者重装(Reinstall)的时候执行事件A。在UEFI架构下，如果想支持异步操作，只能通过事件来实现。

为了支持不同二进制组件运行时相互通信，不同组件可以相互调用功能，同时各个组件相互之间调用时的统一编程接口以便方便组件厂商对于组件的开发等要求，协议(Protocol)即用于实现这些功能，满足服务端和客户端之间的通信。协议是服务端与客户端之间的一种约定，双方根据这种约定互通信息，UEFI中的协议引入了面向对象的思想：用结构体(struct)来模拟类(class)，用函数指针(协议的成员变量)模拟成员函数。UEFI框架下将大部分的设备初始化和其它功能代码都包装成了一个个的协议。UEFI框架下规定了一些协议，当然也支持自定义协议。在实际应用中，句柄(Handle)是UEFI中设备的对象，它是协议的提供者，协议需要安装到句柄中。

具体地，UEFI固件的运行过程可以包括以下7个阶段：

1、SEC(SecurityPhase，安全验证)阶段：接收和处理计算机系统的启动，重启，异常信号；在Cache(高速缓冲存储器)上开辟一段空间作为内存使用；传递参数给PEI阶段。

2、PEI(Pre-EFIInitialization，EFI前期初始化)阶段：为下一个阶段准备执行环境，主要做处理器相关硬件初始化，最主要是对于内存的初始化，将DXE阶段需要的参数以接手区块(HOB，Hand-off Block)列表的形式进行封装，传递给DXE阶段。

3、DXE(DriverExecutionEnvironment，驱动执行环境)阶段：完成大量的驱动加载和初始化工作。遍历UEFI固件中所有的驱动，当驱动所依赖的资源都满足要求时，调度驱动到执行队列执行，直到所有的驱动都被加载和执行完毕，完成初始化。

4、BDS(BootDeviceSelection，启动设备选择)阶段：初始化控制台(Console)设备，加载执行必要的设备驱动，根据用户的选择，执行相应的启动项。其中，在显示所需的图形控制台完成初始化之后，即可进行显示，在本发明的一些实施例中，可以在图形控制台完成初始化的基础上，通过显示的方式输出处理器风扇和/或处理器保护的相关内容。

5、TSL(TransientSystemLoad，操作系统加载前期)阶段：为操作系统加载器准备执行环境，在这一阶段，操作系统加载器作为一个UEFI应用程序运行，计算机系统资源仍然由UEFI内核控制。当UEFI启动服务的ExitBootServices()服务被调用后，计算机系统进入RT阶段。

6、RT(RunTime，运行)阶段：进入RT阶段后，计算机系统的控制权从UEFI内核转交到操作系统加载器，UEFI占用的一些资源被操作系统加载器清理和回收，仅有UEFI运行时服务保留给操作系统加载器和操作系统使用。随着操作系统加载器的执行，操作系统启动并最终取得对计算机系统的控制权。操作系统控制计算机期间一旦出现错误和异常，将进入AL阶段进行修复。

7、AL(AfterLife，灾难恢复)阶段：如果计算机系统(硬件或软件)在RT阶段遇到灾难性错误，UEFI固件需要提供错误处理和灾难恢复机制，该机制由计算机厂家自定义，UEFI标准未进行规定。

本发明实施例的核心构思之一在于，在UEFI固件接管计算机控制权的阶段，即操作系统未接管计算机控制权之前，利用UEFI固件的协议通知事件机制，创建协议的一个用于监测处理器风扇状态并采取相应措施的通知事件，以及触发该通知事件的条件(即安装该协议)，后续在安装该协议时，该通知事件被触发，进而可以通过嵌入式控制器的寄存器值判断处理器风扇的状态是否异常，若异常，则采取警示及处理器保护措施，以保护处理器。如此，在操作系统启动前的固件控制计算机阶段就可以确定处理器风扇的状态，从而能够尽早采取措施以保护处理器，无需等到操作系统启动后才开始通过软件进行处理器风扇的状态监测。

另外，本发明提供的一些实施例，不仅可以在UEFI固件接管计算机控制权的阶段实现处理器风扇的状态监测，还可以在操作系统启动并接管计算机控制权之后的过程中，实现处理器风扇的状态监测，该内容将在实施例中进行具体说明。

实施例一

参照图1，示出了本发明的一种处理器风扇监测方法实施例的步骤流程图，该方法应用于包括处理器风扇和嵌入式控制器的电子设备，处理器风扇与嵌入式控制器电连接，其中，处理器风扇可用于对电子设备中的处理器进行散热，以对处理器进行过热保护。另外，该电子设备中固化有UEFI固件。

该方法具体可以包括如下步骤：

步骤101：启动UEFI固件，创建自定义协议，并在所述自定义协议中创建通知事件；其中，所述UEFI固件固化于所述嵌入式控制器中；所述通知事件配置为当所述自定义协议被加载时被触发，以执行预设操作UEFI。

在本发明实施例中，对于UEFI固件开始启动到电子设备的操作系统启动之前的过程，也即UEFI固件接管计算机控制权的阶段，可以在该阶段中的任意节点进行处理器风扇状态的监测，进行监测的开始节点可以预先设置。

当需要进行处理器风扇监测时，首先创建一个自定义协议，并创建该自定义协议的通知事件。这个协议采用UEFI提供的启动服务：事件服务函数。该函数将一个通知事件函数指针作为其参数，同时确定了该事件函数的触发条件。该通知事件的触发条件为该自定义协议的安装，也即当后续安装该自定义协议时，可触发该通知事件，并执行该通知事件中所定义的、与处理器风扇监测相关的预设操作。

步骤102：加载所述自定义协议，并触发所述通知事件。

当该自定义协议安装到句柄中时，满足该通知事件的触发条件，从而可触发该通知事件，即通知事件的触发条件为句柄中的自定义协议的成功加载，如此，可利用事件的异步机制，从而实现后续对处理器的异常/正常状态的监测。

在实际应用中，事件的异步机制是指通知事件切换到新的执行流，执行完毕后再切换到原来的执行流，异步机制可以实现在一个线程里，执行一个业务方法或逻辑，其他业务方法或逻辑通过异步线程进行并行执行，彼此独立不影响，可以充分利用多线程的优势提高并发，减少整体耗时。另外，句柄是UEFI中设备的对象，它是协议的提供者，协议需要安装到句柄中。

在本发明实施例中，处理器风扇监测任务独立于UEFI驱动主程序之外，处理器风扇监测任务开始的触发时机是在自定义协议加载成功时，也即，在UEFI驱动主程序任务执行至自定义协议加载成功的时候，会触发处理器风扇监测任务的单独执行，而在处理器风扇监测任务执行时，并不会干扰UEFI驱动主程序中与处理器风扇监测无关的任务的执行，例如检测外设是否初始化成功等任务。因此，处理器风扇监测任务与UEFI驱动主程序中与处理器风扇监测无关的任务，是异步进行的，也就是说，在进行处理器风扇监测任务的同时，UEFI驱动主程序可以进行一些处理器风扇监测任务无关的任务，而无需等待处理器风扇监测任务执行完毕，再去执行这些处理器风扇监测任务无关的任务。

步骤103：根据所述通知事件读取所述嵌入式控制器中目标寄存器的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作。

在本发明实施例中，嵌入式寄存器中的目标寄存器的目标位数配置为存储处理器风扇的状态参数。在实际应用中，可通过嵌入式寄存器中目标寄存器目标位数的不同寄存器值，表示处理器风扇的不同状态，即正常状态和异常状态。具体的，计算机可以在处理器中配置一个寄存器用于记录处理器的风扇的状态，计算机监测到处理器的风扇状态为异常时，可以去修改寄存器中存储的默认值为其他值，从而计算机通过寄存器中存储的数值的变化，来判断风扇是否异常。

例如，目标位数可以是嵌入式寄存器中目标寄存器的第一位数(即bit0)，对应的寄存器值可以是0或1，当处理器风扇状态正常时，目标寄存器的第一位数的寄存器值可以为0，当处理器风扇状态异常时，目标寄存器的第一位数的寄存器值可以为1，也即是当读取到目标寄存器的第一位数的寄存器值为0时，可以确定处理器风扇的当前状态为正常，当读取到目标寄存器的第一位数的寄存器值为1时，可以确定处理器风扇的当前状态为异常。

当该通知事件被触发时，可执行该通知事件中所定义的预设操作，即读取嵌入式控制器中目标寄存器的目标位数的寄存器值，并根据该寄存器值判断处理器风扇的当前状态是否异常，当处理器风扇的当前状态被判断为异常时，执行警示操作及处理器保护操作。

在本发明实施例中，可以在UEFI固件接管计算机控制权的阶段进行处理器风扇状态的监测，首先创建自定义协议，并在该自定义协议中创建通知事件，并以安装该自定义协议作为该通知事件的触发条件，从而当该自定义协议被安装时，可以触发该通知事件，进而读取嵌入式控制器中目标寄存器的目标位数的寄存器值，并根据该寄存器值判断处理器风扇的当前状态是否异常，当处理器风扇的当前状态被判断为异常时，执行警示操作及处理器保护操作。在本发明实施例中，在UEFI固件接管计算机控制权的阶段，就可以通过UEFI固件的事件异步机制，尽早开始对处理器风扇进行状态监测，从而能够尽早采取措施提示用户并保护处理器及处理器风扇。

实施例二

参照图2，示出了本发明的另一种处理器风扇监测方法实施例的步骤流程图，该方法具体可以包括如下步骤：

步骤201：在控制台初始化过程结束到电子设备的操作系统启动之前的过程中，创建自定义协议，并在自定义协议中创建通知事件。

在本发明实施例中，当监测到处理器风扇状态异常时，希望能够通过界面向用户展示一些信息，例如保护处理器的操作选项等，而显示功能则需要在图形控制台完成初始化后才能够实现，因此，处理器风扇监测功能可以在控制台初始化过程结束后进行，以保证在监测到处理器风扇存在异常时，可向用户显示相关信息。

在上文介绍的UEFI固件运行的7个阶段中，包括显示所需的图形控制台在内的各控制台的初始化在启动设备选择阶段初期进行，也即在启动设备选择阶段初期完成控制台初始化后，即可进行处理器风扇的状态监测。

在本发明实施例中，在一种可选的实施方式中，启动UEFI固件，创建自定义协议，并在所述自定义协议中创建通知事件，具体可以包括：

调用用于监测处理器风扇的驱动程序，将所述驱动程序对应的目标参数添加至所述自定义协议。

其中，处理器风扇监测功能可以通过驱动程序的方式提供，也即可以设计并安装一个用于监测处理器风扇的UEFI驱动程序，当UEFI固件运行至预先设置的处理器风扇监测开始节点时，可以调用该UEFI驱动程序来实现对处理器风扇的监测。

若处理器风扇监测功能直接写为固件代码，则在UEFI固件接管计算机控制权的阶段，若想要多次进行处理器风扇监测，则要在固件中的多处增加该代码，不利于修改和维护，应用不灵活。

而将处理器风扇监测功能以UEFI驱动程序的方式提供，则该UEFI驱动程序可被任意的UEFI驱动模块在需要的地方调用即可，因此，处理器风扇监测功能甚至可以在UEFI固件运行期间的任意节点实现，而不局限于仅在UEFI固件接管计算机控制权的阶段中实现，该功能的修改和维护仅针对UEFI驱动程序进行即可，无需在固件中多处修改代码，且驱动程序在需要时即可调用，应用灵活性高。

当该UEFI驱动程序运行时，首先创建一个自定义协议，并创建该自定义协议的通知事件。该通知事件的触发条件为该自定义协议的安装，也即当后续安装该自定义协议时，可触发该通知事件，并执行该通知事件中所定义的、与处理器风扇监测相关的预设操作。

步骤202：加载所述自定义协议，并触发所述通知事件。

本步骤的实现方式可参考上述步骤102。

步骤203：在确定图形控制台完成初始化时，读取所述嵌入式控制器中目标寄存器的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作。

在一种可选的实现方式中，可以在用于监测处理器风扇的UEFI驱动程序中添加回调函数(CallBack)，相应地，通知事件可以包括该回调函数的函数名，该回调函数用于执行该预设操作，则执行预设操作的步骤，具体可以包括：

通过所述回调函数的函数名调用所述回调函数，以通过运行所述回调函数执行所述预设操作。

其中，回调函数就是一个被作为参数传递的函数，其功能是把一段可执行的代码像参数传递那样传给其他代码，而这段代码会在某个时刻被调用执行，本发明可以将用于监测处理器风扇的预设操作写为回调函数，当需要对处理器风扇状态进行监测时，通过函数名即可调用该回调函数实现处理器风扇状态的监测，即本发明实施例通过回调函数实现了风扇监测功能的触发执行，如此，通过调用回调函数实现用于监测处理器风扇的预设操作，使用时仅需按照回调函数的函数名调用所述回调函数的方式触发风扇监测功能，使得处理器风扇监测功能的设计、编写、功能扩展及后期维护更加方便灵活。

进一步地，可以在判断处理器风扇的当前状态是否异常之前，先判断图形控制台是否完成初始化。在实际应用中的绝大部分情况下，BDS阶段若完成，则可以默认图形控制台的初始化正常完成，但是，图形控制台也可能因为个别异常情况而无法完成初始化，因此，可以先判断图形控制台是否完成初始化，再判断处理器风扇的当前状态是否异常。若图形控制台能够完成初始化，则可保证在监测到处理器风扇存在异常时，能够向用户显示相关信息，若图形控制台无法完成初始化，则需要处理该故障。

参照图3，在本实施例中，UEFI固件启动后，对显示所需的图形控制台进行初始化，并在初始化结束后，创建自定义协议，并在所述自定义协议中创建通知事件，判断图形控制台是否完成初始化的步骤可以设置在预设操作中的第一步进行，即当回调函数中可以首先进行图形控制台是否完成初始化的判断，若确定图形控制台完成初始化，则再去通过读取嵌入式控制器的相关寄存器值来判断处理器风扇的当前状态是否异常。其中，图形控制台的初始化在启动设备选择阶段初期进行，也即在启动设备选择阶段初期完成图形控制台初始化后，即可进行处理器风扇的状态监测。进一步的，当计算机监测到风扇状态异常时，希望能够通过界面向用户展示一些信息，例如保护处理器的操作选项等，而显示功能则需要在图形控制台完成初始化后才能够实现，因此，风扇监测功能可以在控制台初始化过程结束后进行，以保证在监测到风扇存在异常时，可向用户显示相关信息。

具体地，判断图形控制台是否完成初始化的步骤，可以包括：

请求UEFI内核中的显示相关输出协议的目标实例，其中，显示相关输出协议包括图形输出协议(GraphicOutputProtocol，GOP)和简单文本输出协议(SimpletextOutputProtocol)中的至少一者；

当UEFI内核的返回值指示显示相关输出协议的目标实例被找到时，确定图形控制台完成初始化；

当UEFI内核的返回值指示显示相关输出协议的目标实例未被找到时，确定图形控制台未完成初始化。

在判断图形控制台是否完成初始化的过程中，可以通过UEFI的本地协议功能，找出图形输出协议和/或简单文本输出协议的目标实例，并提供返回值，若返回值指示实例被找到，则可以确定图形控制台完成初始化，若返回值指示实例未被找到，则可以确定图形控制台未完成初始化。目标实例可以为请求UEFI内核中的显示相关输出协议的第一个实例。

可选地，当确定图形控制台完成初始化之后，可以在上述回调函数中再调用一个监测函数实现，该监测函数运行时，可以实现上述读取寄存器值、判断处理器风扇是否异常，以及异常时采取措施警示用户并保护处理器的过程。

可选地，根据寄存器值判断风扇的当前状态是否异常的步骤，具体可以包括：

S1：输出警示音，以完成警示操作；

S2：基于图形控制台显示处理器保护选项，其中，处理器保护选项配置为在被选中时执行处理器保护操作，以保护处理器；

S3：当检测到处理器保护选项被用户选中时，执行处理器保护操作，其中，处理器保护操作包括：处理器可以将目标寄存器的目标位数的寄存器值从指示处理器风扇异常的第一数值，修改为指示处理器风扇正常的第二数值，并关机。例如，处理器中的目标寄存器中存储的数值可以是0或1，当风扇状态正常时，目标寄存器的第一位数的寄存器值可以为0，当风扇状态异常时，目标寄存器的第一位数的寄存器值可以为1，当然，另一种方式中，也可以在风扇状态正常时，目标寄存器的第一位数的寄存器值为1，在风扇状态异常时，目标寄存器的第一位数的寄存器值为0。第一数值和第二数值设定为不同值即可，对此本发明实施例不做第一数值和第二数值的具体限定。

参照图3，在步骤S1中，警示音可以通过蜂鸣器(Beep)实现。蜂鸣器只要有一个高电平输入就能工作，所以当风扇异常时，此时硬件会自动拉高蜂鸣器输入电平，实现报警。

参照图3，在步骤S2和S3中，处理器保护操作可以基于用户需求进行，计算机可以向用户显示具体保护操作的相关说明(例如弹出提示框“当前处理器风扇异常，为保护处理器需要进行关机！”)、处理器保护选项(例如确定键)，以及不进行处理器保护选项(例如取消键)。当用户通过操作键盘等方式选中处理器保护选项时，可以关机以保护处理器。当然，在关机之前，还需要将目标寄存器的目标位数的寄存器值从指示处理器风扇异常的第一数值(例如1)修改为指示处理器风扇正常的第二数值(例如0)，以避免下次开机后处理器风扇状态直接被确定为异常。

进一步可选地，在步骤S1之后，还可以包括以下步骤：

S4：创建定时器事件，其中，定时器事件配置为当计时达到预设时长时被触发，以及当处理器保护选项在计时未达到预设时长的情况下被选中时被触发。

相应地，步骤S3具体包括：当检测到处理器保护选项在计时未达到预设时长的情况下被用户选中时，触发定时器事件，并执行处理器保护操作。

相应地，在步骤S2之后，还包括：

S5：当计时达到预设时长时，触发定时器事件，并执行处理器保护操作。

其中，定时器事件的基本功能是计时，并定时执行某步骤，在本发明实施例中，可以采用定时器事件以等待用户对处理器保护选项的操作。若计时未达到预设时长时，用户便选中了处理器保护选项，则可以响应于用户操作进行关机，从而保护处理器；若计时达到预设时长，则可以强制关机，以达到保护处理器的目的。

在实际应用中，若用户选中了不进行处理器保护选项，则可以通过其他方式进行处理器保护。例如有些处理器风扇转速异常的问题可通过软件等方式调节，则可以在操作系统启动后，通软件解决处理器风扇的异常问题。当然，若无法解决，则可以在后续阶段对用户再次提醒，若处理器风扇异常的持续时间过长，也可强制关机以保护处理器，本发明实施例对此不作具体限定。

此外，在本发明实施例中，当处理器风扇的当前状态被判断为正常时，则结束处理器风扇监测功能，然后接着进行开机的后续步骤。

在本发明实施例中，可以在控制台初始化过程结束到电子设备的操作系统启动之前的过程中，进行处理器风扇状态的监测，首先创建自定义协议，并在该自定义协议中创建通知事件，并以安装该自定义协议作为该通知事件的触发条件，从而当该自定义协议被安装时，可以触发该通知事件，进而判断图形控制台是否完成初始化，若初始化完成，则读取嵌入式控制器中目标寄存器的目标位数的寄存器值，并根据该寄存器值判断处理器风扇的当前状态是否异常，当处理器风扇的当前状态被判断为异常时，执行警示操作及处理器保护操作。在本发明实施例中，在UEFI固件接管计算机控制权且完成控制台初始化后的阶段，就可以通过UEFI固件的事件异步机制，尽早开始对处理器风扇进行状态监测，并且可以基于完成初始化的图形控制台显示处理器保护选项，并通过定时器事件等待用户操作，用户发现异常后可以通过选中处理器保护选项迅速触发关机，从而能够尽早采取措施提示用户并保护处理器及处理器风扇。

实施例三

参照图4，示出了本发明的又一种处理器风扇监测方法实施例的步骤流程图，该方法具体可以包括如下步骤：

步骤301：在控制台初始化过程结束到电子设备的操作系统启动之前的过程中，判断图形控制台是否完成初始化。

与实施例二不同的是，在实施例三中，参照图5，判断图形控制台是否完成初始化的步骤，可以设置在控制台初始化过程结束之后，创建自定义协议及通知事件之前进行。

步骤302：当确定图形控制台完成初始化时，创建自定义协议，并在自定义协议中创建通知事件。

步骤303：加载自定义协议，并触发通知事件。

步骤304：根据所述通知事件读取所述嵌入式控制器中目标寄存器的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作。

相应地，与实施例二不同的是，在实施例三中，参照图5，预设操作的第一步是直接读取嵌入式控制器中目标寄存器的目标位数的寄存器值。

实施例三中重点说明的是与实施例二的不同之处，其他步骤的具体实现及可选方案均可参考实施例二中的相关内容，在此不再赘述。

在本发明实施例中，可以在控制台初始化过程结束到电子设备的操作系统启动之前的过程中，进行处理器风扇状态的监测，首先判断图形控制台是否完成初始化，若完成初始化，则创建自定义协议，并在该自定义协议中创建通知事件，并以安装该自定义协议作为该通知事件的触发条件，从而当该自定义协议被安装时，可以触发该通知事件，进而读取嵌入式控制器中目标寄存器的目标位数的寄存器值，并根据该寄存器值判断处理器风扇的当前状态是否异常，当处理器风扇的当前状态被判断为异常时，执行警示操作及处理器保护操作。在本发明实施例中，在UEFI固件接管计算机控制权且完成控制台初始化后的阶段，就可以通过UEFI固件的事件异步机制，尽早开始对处理器风扇进行状态监测，并且可以基于完成初始化的图形控制台显示处理器保护选项，并通过定时器事件等待用户操作，用户发现异常后可以通过选中处理器保护选项迅速触发关机，从而能够尽早采取措施提示用户并保护处理器及处理器风扇。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

图6是根据一示例性实施例示出的一种用于监测处理器风扇的电子设备400的结构框图。例如，电子设备400可以是计算机等。其中，电子设备400中固化有UEFI固件。

参照图4，电子设备400可以包括以下一个或多个组件：处理组件402、存储器404、电源组件406、多媒体组件408、音频组件410、输入/输出(I/O)的接口412、传感器组件414、以及通信组件416。

处理组件402通常控制电子设备400的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

其中，一个或多个处理器420中包括中央处理器，中央处理器配置有用于对其进行散热的处理器风扇。处理组件402还可以包括嵌入式控制器，处理器风扇与嵌入式控制器电连接，以使嵌入式控制器可以通过其中的寄存器记录处理器风扇的状态。

存储器404被配置为存储各种类型的数据以支持在设备400的操作。这些数据的示例包括用于在电子设备400上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、和/或视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现、例如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件406为电子设备400的各种组件提供电力。电源组件406可以包括电源管理系统、一个或多个电源、以及其他与为电子设备400生成、管理和分配电力相关联的组件。

多媒体组件408包括在所述电子设备400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当电子设备400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当电子设备400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为电子设备400提供各个方面的状态评估。例如，传感器组件414可以检测到设备400的打开/关闭状态，组件的相对定位，例如所述组件为电子设备400的显示器和小键盘，传感器组件414还可以检测电子设备400或电子设备400一个组件的位置改变，用户与电子设备400接触的存在或不存在，电子设备400方位或加速/减速和电子设备400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件416被配置为便于电子设备400和其他设备之间有线或无线方式的通信。电子设备400可以接入基于通信标准的无线网络，如WiFi、2G或3G、或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由电子设备400的处理器420执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例所述的处理器风扇监测方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以预测方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种处理器风扇监测方法、一种电子设备以及一种存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种处理器风扇监测方法，其特征在于，应用于嵌入式控制器，所述方法包括：

启动UEFI固件，创建自定义协议，并在所述自定义协议中创建通知事件；其中，所述UEFI固件固化于所述嵌入式控制器中；所述通知事件配置为当所述自定义协议被加载时被触发，以执行预设操作；

加载所述自定义协议，并触发所述通知事件；

根据所述通知事件读取所述嵌入式控制器中目标寄存器的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作。

2.根据权利要求1所述的方法，其特征在于，所述创建自定义协议，并在所述自定义协议中创建通知事件，包括：

调用用于监测处理器风扇的驱动程序，将所述驱动程序对应的目标参数添加至所述自定义协议。

3.根据权利要求1所述的方法，其特征在于，所述通知事件包括回调函数的函数名，所述方法还包括：

通过所述回调函数的函数名调用所述回调函数，以通过运行所述回调函数执行用于监测处理器风扇的所述预设操作。

4.根据权利要求1所述的方法，其特征在于，所述UEFI固件启动后，对显示所需的图形控制台进行初始化，并在初始化结束后，创建自定义协议，并在所述自定义协议中创建通知事件。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

判断所述图形控制台是否完成初始化；

当确定所述图形控制台完成初始化时，读取所述嵌入式控制器中目标寄存器的目标位数的寄存器值。

6.根据权利要求5所述的方法，其特征在于，所述判断所述图形控制台是否完成初始化，包括：

请求所述UEFI固件返回显示相关输出协议的目标实例，其中，所述显示相关输出协议包括图形输出协议和简单文本输出协议中的至少一者；

当所述目标实例被找到时，确定所述图形控制台完成初始化，否则，所述图形控制台未完成初始化。

7.根据权利要求4所述的方法，其特征在于，所述执行警示操作及处理器保护操作，包括：

输出警示音，以完成警示操作；

基于所述图形控制台显示处理器保护选项，其中，所述处理器保护选项配置为在被选中时执行处理器保护操作，以保护处理器；

当检测到所述处理器保护选项被用户选中时，执行处理器保护操作，其中，所述处理器保护操作包括：将所述寄存器值从指示所述处理器风扇异常的第一数值修改为指示所述处理器风扇正常的第二数值，并关机。

8.根据权利要求7所述的方法，其特征在于，在所述输出警示音之后，还包括：

创建定时器事件，其中，所述定时器事件配置为当计时达到预设时长时被触发，以及当所述处理器保护选项在计时未达到所述预设时长的情况下被选中时被触发。

9.一种电子设备，其特征在于，包括有处理器风扇、嵌入式控制器、存储器、以及一个或者一个以上的程序，所述处理器风扇与所述嵌入式控制器电连接，所述电子设备中固化有UEFI固件，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上的处理器执行所述一个或者一个以上的程序，所述程序包含用于进行以下操作的指令：

启动UEFI固件，创建自定义协议，并在所述自定义协议中创建通知事件；其中，所述UEFI固件固化于所述嵌入式控制器中；所述通知事件配置为当所述自定义协议被加载时被触发，以执行预设操作；

加载所述自定义协议，并触发所述通知事件；

根据所述通知事件读取所述嵌入式控制器中目标寄存器的寄存器值，并根据所述寄存器值判断所述处理器风扇的当前状态是否异常，如异常，执行警示操作及处理器保护操作UEFI。

10.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-8中任一项所述的处理器风扇监测方法。

Images