设备运行监控方法、装置、电子设备和存储介质与流程

1.本发明涉及设备控制领域，具体而言，涉及一种设备运行监控方法、装置、电子设备和存储介质。


背景技术：

2.随着信息技术的迅猛发展，为适应不同业务场景，多芯片多传感器的设备逐渐变成主流，如烟雾报警器中的气体检测传感器、适用于夜间监控以及人体测温设备的红外传感器、各元器件自带的温度传感器、压力传感器等，使得整个设备具备特定场景的特定功能的同时又兼顾成本与能耗，对于多芯片设备，不同芯片上的传感器种类和个数、风扇的个数以及蜂鸣器(报警器)的个数都不尽相同。
3.在现有的多芯片设备中，一方面，由于不同芯片所带有的功能是不同的，而且可能来自不同的厂商，在设备中更换从芯片或者增加从芯片时，主芯片需要同时调整处理逻辑，使得设备的功能开发以及维护难度大；另一方面，受限于多芯片设备的应用场所(例如放置在各种不同的现场或者机房中)，如果多芯片设备运行中出现问题，运维人员无法及时且精准地定位到问题，使得后期维护费力且繁琐。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种设备运行监控方法、装置、电子设备和存储介质，以解决现有的多芯片设备存在的芯片扩展难度大、后期维护费力且繁琐的问题。
5.为了实现上述目的，本发明实施例采用的技术方案如下：
6.第一方面，本发明提供一种设备运行监控方法，应用于电子设备的主芯片，所述主芯片中设置有代理模块，所述电子设备还包括多个从芯片，每个所述从芯片在启动后根据本芯片的元器件信息向所述代理模块注册对应的功能事件，从而在所述代理模块上建立每个所述从芯片上的元器件与功能事件的对应关系；每个所述从芯片还将获取到的本芯片上的元器件对应的状态数据发送到所述代理模块；所述主芯片与用户终端通信连接，所述方法包括：
7.接收所述代理模块发送的各从芯片上的元器件对应的状态数据；
8.将各所述从芯片上的元器件对应的状态数据发送到所述用户终端显示；
9.在所述状态数据触发目标功能事件的情况下，将获取到的与所述目标功能事件关联的功能控制指令下发到所述代理模块；由所述代理模块根据所述对应关系将所述功能控制指令转发到目标从芯片，以便所述目标从芯片执行所述功能控制指令对应的操作；所述目标从芯片为所述目标功能事件对应的元器件所在的从芯片。
10.在可选的实施方式中，所述在所述状态数据触发目标功能事件的情况下，将获取到的与所述目标功能事件关联的功能控制指令下发到所述代理模块，包括：
11.在所述状态数据触发目标功能事件的情况下，获取用户通过所述用户终端下发的与所述目标功能事件关联的功能控制指令；
12.将所述功能控制指令下发到所述代理模块。
13.在可选的实施方式中，所述在所述状态数据触发目标功能事件的情况下，获取用户通过所述用户终端下发的与所述目标功能事件关联的功能控制指令，包括：
14.在所述状态数据触发的目标功能事件为状态异常事件的情况下，获取用户通过所述用户终端下发的与所述状态异常事件关联的功能关闭指令。
15.在可选的实施方式中，所述在所述状态数据触发目标功能事件的情况下，将获取到的与所述目标功能事件关联的功能控制指令下发到所述代理模块，包括：
16.在所述状态数据触发目标功能事件的情况下，根据所述状态数据生成与所述目标功能事件关联的功能控制指令；
17.将所述功能控制指令下发到所述代理模块。
18.在可选的实施方式中，所述状态数据包括温感数据，所述温感数据触发的目标功能事件包括风扇控制事件；
19.所述根据所述状态数据生成与所述目标功能事件关联的功能控制指令，包括：
20.根据所述温感数据和用户通过所述用户终端设置的调速算法计算出目标占空比；其中，在所述从芯片对应多个温感数据的情况下，所述目标占空比为根据各温感数据计算出的最大占空比；
21.根据所述目标占空比生成与所述风扇控制事件关联的风扇调速指令。
22.在可选的实施方式中，所述方法还包括：
23.在所述电子设备启动时，根据用户通过所述用户终端设置的默认占空比值生成初始调速指令并下发到所述代理模块，通过所述代理模块将所述初始调速指令下发到各所述从芯片，以便各所述从芯片根据所述初始调速指令执行风扇调速操作。
24.在可选的实施方式中，所述温感数据触发的目标功能事件还包括温度告警事件，所述温度告警事件表征所述温感数据达到设定阈值，所述根据所述状态数据生成与所述目标功能事件关联的功能控制指令，包括：
25.根据所述温感数据生成与所述温度告警事件关联的告警指令。
26.第二方面，本发明提供一种设备运行监控装置，应用于电子设备的主芯片，所述主芯片中设置有代理模块，所述电子设备还包括多个从芯片，每个所述从芯片在启动后根据本芯片的元器件信息向所述代理模块注册对应的功能事件，从而在所述代理模块上建立每个所述从芯片上的元器件与功能事件的对应关系；每个所述从芯片还将获取到的本芯片上的元器件对应的状态数据发送到所述代理模块；所述主芯片与用户终端通信连接，所述装置包括：
27.接收模块，用于接收所述代理模块发送的各从芯片上的元器件对应的状态数据；
28.发送模块，用于将各所述从芯片上的元器件对应的状态数据发送到所述用户终端显示；
29.处理模块，用于在所述状态数据触发目标功能事件的情况下，将获取到的与所述目标功能事件关联的功能控制指令下发到所述代理模块；由所述代理模块根据所述对应关系将所述功能控制指令转发到目标从芯片，以便所述目标从芯片执行所述功能控制指令对应的操作；所述目标从芯片为所述目标功能事件对应的元器件所在的从芯片。
30.第三方面，本发明提供一种电子设备，包括主芯片和多个从芯片，所述主芯片通过
运行计算机程序实现如前述实施方式中任一项所述的设备运行监控方法的步骤。
31.第四方面，本发明提供一种存储介质，所述存储介质上存储计算机程序，所述计算机程序被主芯片执行时实现如前述实施方式中任一项所述的设备运行监控方法的步骤。
32.本发明实施例提供的设备运行监控方法、装置、电子设备和存储介质，由于每个从芯片在启动后会根据本芯片上的元器件信息向代理模块注册对应的功能事件，从而在代理模块上建立每个从芯片上的元器件与功能事件的对应关系，每个从芯片还向代理模块发送本芯片上的元器件对应的状态数据，这样主芯片就可以通过代理模块获取到各从芯片上的元器件对应的状态数据，并将各从芯片上的元器件对应的状态数据发送到用户终端显示，在状态数据触发目标功能事件的情况下，将获取到的与目标功能事件关联的功能控制指令下发到代理模块；由代理模块根据对应关系将功能控制指令转发到目标从芯片，使得目标从芯片执行功能控制指令对应的操作。如此，运维人员就可以实时远程监控该电子设备中各从芯片上的硬件状态，还能根据监控到的硬件状态情况远程下发相应的功能控制指令对各从芯片进行不同的功能控制，不必亲自去机房查看和操作，极大方便了后期维护工作；此外，通过该代理模块的引入，后续扩展其他从芯片时，只需从芯片注册功能事件到代理模块，不需要调整主芯片的处理逻辑，扩展功能方便易用，代码无需大的改动，极大提高了代码的复用率。
33.为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
34.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
35.图1示出了本发明实施例提供的电子设备的一种结构框图；
36.图2示出了本发明实施例提供的设备运行监控方法的一种流程示意图；
37.图3示出了本发明实施例提供的设备运行监控方法的另一种流程示意图；
38.图4示出了本发明实施例提供的设备运行监控方法的又一种流程示意图；
39.图5示出了调速曲线的一种示意图；
40.图6示出了电子设备上的器件状态数据实时展示的应用场景示意图；
41.图7示出了多芯片间不同功能控制的应用场景示意图；
42.图8示出了多芯片间风扇功能自适应调速的应用场景示意图；
43.图9示出了多芯片间温度告警的应用场景示意图；
44.图10示出了本发明实施例提供的一种设备运行监控装置的功能模块图。
45.图标：100-电子设备；200-用户终端；600-设备运行监控装置；110-主芯片；120-从芯片；610-接收模块；620-发送模块；630-处理模块。
具体实施方式
46.下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整
地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
47.因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
48.需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
49.服务器设备的可维护性是服务器开发中的重中之重，特别是当前信息技术迅猛发展，同时安防行业中的各种需求层出不穷，为适应不同业务场景，多芯片多传感器的设备逐渐变成主流：如烟雾报警器中的气体检测传感器、适用于夜间监控以及人体测温设备的红外传感器、还有各元器件自带的温度传感器、压力传感器等，使得整个设备具备特定场景的特定功能的同时又兼顾成本与能耗，对于多芯片设备，不同芯片上的传感器种类和个数、风扇的个数以及蜂鸣器(报警器)的个数都不尽相同，如何在软件层面系统控制本设备上的各种元器件从而达到协同工作稳定平衡的状态，是目前亟待解决的问题。
50.一、从服务器设备的开发者角度看，不同芯片、不同平台、不同种类的传感器需要应用，则需要写针对于此种场景的代码(也即定制化需求代码)，类似功能代码冗余且维护难度大，调试过程中无法做到对某一个设备元器件做到精准控制，如设备由于性能问题cpu(central processing unit，中央处理器)等元器件温度飙升导致蜂鸣器报警，这个时候可能有两种方法：
①
设备直接断电；
②
手动关闭报警器。但为什么会导致元器件温度过高、是哪个重要元器件处理有异常无法精准定位到、是程序代码问题导致还是元器件在硬件层面本身就有问题，无法准确地确定，故亟需在软件层面提供一套方法进行设备状态查询以及不同功能的控制。
51.二、安防设备通常放置在各种不同的现场或者是机房中，对设备的后期维护要求性很高，出现问题时并不能及时定位解决，通常的解决方法是断电重启设备，断电后所有状态会重新置位，从而设备运行再次正常，但这往往掩盖了软硬件层面出现的逻辑问题，如特殊环境下设备持续稳定性跑一段时间才出现的风扇全速和蜂鸣报警，故需要有一套完善的监控机制诊断设备的硬件状态，确保设备使用寿命。
52.三、目前常用的散热解决方案是设备底板根据服务器中传感器温度，按照既定算法算出风扇转速，然后控制风扇达到散热目的。而风扇控制算法的各种参数在早期阶段无法及时准确地给出，导致风扇转速设置不合理，影响使用寿命；后期维护阶段，默认的调速算法参数在很多情况下不能满足实际情况，设备刚启动时转速太高，导致噪音很大。
53.基于此，本发明实施例提供了一种设备运行监控方法、装置、电子设备和，其可以兼容不同芯片的多样功能，同时提供算法自适应调节控温和初始功能设置，使得在不同环境下实时设备基本状态，能够快速、智能地控制风扇转速，调节设备内部温度，当设备启动
时即对各个感应器进行设置，工作时风扇和告警就可以及时生效，用户可以通过设置风扇调速值进行风扇控制，同时脱离用户控制后，设备可以根据用户下发的调速算法获取各个温感数据计算出风扇占空比进行自适应调节和告警，大大减轻了运维人员的工作强度，也能降低不必要的设备噪音的出现。同时，可以做到运维机房里面对设备软硬件的实时监控和处理。在当前方案中，如果设备出现异常报警(蜂鸣)，运维人员只能找到对应的设备手动按下停止键才可以停止蜂鸣，采用本方案，设备上已知的任意一个器件功能都可以做到远程查看状态并控制。
54.下面将结合附图具体描述本发明中的各实施例。
55.请参照图1，为本发明实施例提供的电子设备100的一种结构框图。该电子设备100中包括多个芯片，其可以为服务器设备、安防设备等。
56.在一个示例中，该电子设备100包括主芯片110和多个从芯片120，该主芯片110和多个从芯片120之间、以及各从芯片120之间的通信可以通过内部网络实现。主芯片110中设置有主片服务和代理模块，从芯片120中设置有从片服务，其中，主片服务、代理模块以及从片服务均是软件功能模块或程序。
57.各从片服务启动后连接主芯片110的代理模块，保持tcp(transmission control protocol，传输控制协议)长连接并提供保活，各从片服务启动后，会依次遍历本芯片(从片服务所在的从芯片120)上所有的元器件(例如，风扇、温感、烟雾传感器、红外传感器、蜂鸣器、usb插口等)，从而得到本芯片上的元器件信息以及各元器件对应的状态数据，例如包括的元器件个数、是否激活等信息。每个从芯片120上的从片服务根据本芯片的元器件信息向代理模块注册对应的功能事件(即按照各元器件的功能向代理模块注册对应该功能的事件)，从而在代理模块上建立每个从芯片上的元器件与功能事件的对应关系，每个从芯片120上的从片服务还将获取到的本芯片上的元器件对应的状态数据发送到主芯片110上的代理模块，再由代理模块传送到主片服务。
58.在本实施例中，主芯片110还与用户终端200通信连接，主芯片110可通过主片服务提供对外访问功能，进而与用户终端200进行数据通信或交互。例如，主片服务接收到的数据可以发送到用户终端200并展示到web页面，主片服务也可接收用户通过用户终端200的web页面下发的指令，进而通过代理模块转发到具体芯片的具体元器件上进行功能调节控制。
59.应当理解的是，图1所示的结构仅为电子设备的结构示意图，电子设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
60.本发明实施例还提供了一种存储介质，存储介质上存储计算机程序，该计算机程序被主芯片110执行时，能够实现本发明各实施例所揭示的设备运行监控方法。
61.请参照图2，为本发明实施例提供的设备运行监控方法的一种流程示意图。需要说明的是，本发明实施例提供的设备运行监控方法并不以图2以及以下的具体顺序为限制，应当理解，在其他实施例中，本发明实施例提供的设备运行监控方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该设备运行监控方法可以应用在图1所示的主芯片110中，下面将对图2所示的具体流程进行详细阐述。
62.步骤s201，接收代理模块发送的各从芯片上的元器件对应的状态数据。
63.在本实施例中，每个从芯片120启动后，其从片服务独立地检测各自所在从芯片上120的元器件对应的状态数据，并将获取到的状态数据发送给代理模块。
64.在一个示例中，从芯片120可以每隔预设时间(例如，30s)定时向代理模块传送本芯片上的元器件对应的状态数据，则代理模块每隔预设时间将接收到一次全设备元器件(即各从芯片120上的所有元器件)的状态数据，并将接收到的各从芯片120上的所有元器件对应的状态数据汇总后发送到主芯片110的主片服务。
65.步骤s202，将各从芯片上的元器件对应的状态数据发送到用户终端显示。
66.在本实施例中，主芯片110的主片服务在接收到代理模块发送的状态数据后，可发送到用户终端200并展示到web页面。
67.在另一实施方式中，主芯片110中也会有一些元器件，故主芯片110启动后，其主片服务也可以检测主芯片110上的元器件对应的状态数据，即主芯片110也可以收集本芯片上的元器件对应的状态数据，然后将主芯片110上的元器件对应的状态数据与各从芯片120上的元器件对应的状态数据汇总后发送到用户终端200显示。
68.步骤s203，在状态数据触发目标功能事件的情况下，将获取到的与目标功能事件关联的功能控制指令下发到代理模块，由代理模块根据对应关系将功能控制指令转发到目标从芯片，以便目标从芯片执行功能控制指令对应的操作；目标从芯片为目标功能事件对应的元器件所在的从芯片。
69.在本实施例中，由于不同元器件对应不同功能，故根据不同元器件的状态数据可以确定其触发的目标功能事件。当任一元器件对应的状态数据触发目标功能事件，表明需要对该元器件所在的从芯片120进行相应的功能调节控制。
70.具体地，在执行功能调节控制时，可由主芯片110上的主片服务将获取到的功能控制指令下发到代理模块，其中，该功能控制指令可以是主片服务生成，也可以是用户终端下发的，该功能控制指令需与元器件的状态数据所触发的目标功能事件关联，便于代理模块根据各从芯片120上的元器件与功能事件的对应关系，将功能控制指令转发到目标从芯片的从片服务上进行处理，从而执行功能控制指令对应的操作。可以理解的是，目标从芯片根据该功能控制指令会对目标元器件进行功能调节控制，该目标元器件可能是触发目标功能事件的元器件本身，也可能不是，其与具体的目标功能事件有关。
71.可见，本发明实施例提供的设备运行监控方法中，由于每个从芯片在启动后会根据本芯片上的元器件信息向代理模块注册对应的功能事件，从而在代理模块上建立每个从芯片上的元器件与功能事件的对应关系，每个从芯片还向代理模块发送本芯片上的元器件对应的状态数据，这样主芯片就可以通过代理模块获取到各从芯片上的元器件对应的状态数据，并将各从芯片上的元器件对应的状态数据发送到用户终端显示，在状态数据触发目标功能事件的情况下，将获取到的与目标功能事件关联的功能控制指令下发到代理模块；由代理模块根据对应关系将功能控制指令转发到目标从芯片，使得目标从芯片执行功能控制指令对应的操作。如此，运维人员就可以实时远程监控该电子设备中各从芯片上的硬件状态，还能根据监控到的硬件状态情况远程下发相应的功能控制指令对各从芯片进行不同的功能控制，不必亲自去机房查看和操作，极大方便了后期维护工作；此外，通过该代理模块的引入，后续扩展其他从芯片时，只需从芯片注册功能事件到代理模块，不需要调整主芯片的处理逻辑，扩展功能方便易用，代码无需大的改动，极大提高了代码的复用率。
72.在实际应用中，主芯片110获取到的与目标功能事件关联的功能控制指令可以由用户通过用户终端下发，也可以由主芯片110中的主片服务生成。基于此，在一种实施方式中，请参照图3，上述的步骤s203可以包括如下子步骤：
73.子步骤s203-a1，在状态数据触发目标功能事件的情况下，获取用户通过用户终端下发的与目标功能事件关联的功能控制指令。
74.例如，用户基于用户终端200的web页面上显示的各从芯片120上的元器件对应的状态数据，可以直观地看到哪个元器件对应的状态数据有触发目标功能事件，通过web页面手动设置与该目标功能事件关联的功能控制指令，并下发到主芯片110的主片服务上。
75.子步骤s203-a2，将功能控制指令下发到代理模块；由代理模块根据对应关系将功能控制指令转发到目标从芯片，以便目标从芯片执行功能控制指令对应的操作；目标从芯片为目标功能事件对应的元器件所在的从芯片。
76.在本实施例中，主芯片110的主片服务接收到用户下发的功能控制指令后，将该功能控制指令转发到代理模块，代理模块根据各从芯片上的元器件与功能事件的对应关系，将功能控制指令转发到目标从芯片的从片服务上进行处理，从而执行功能控制指令对应的操作。
77.可见，本发明实施例提供的设备运行监控方法中，用户可以通过用户终端下发功能控制指令到主芯片110的代理模块中，再通过代理模块发送到具体芯片上进行具体元器件的功能调节控制，从而设备上的任一从芯片120上的元器件都可以做到远程查看状态和功能调节控制，运维人员不必亲自去机房查看和操作，极大地方便了开发维护工作。
78.在一种场景中，上述子步骤s203-a1具体可以包括：在状态数据触发的目标功能事件为状态异常事件的情况下，获取用户通过用户终端下发的与状态异常事件关联的功能关闭指令。
79.在本实施例中，如果从芯片120上有元器件状态异常时，则元器件的异常状态数据会被上报到代理模块，并由主片服务同步到用户终端200的web页面上进行弹窗展示，用户通过弹窗显示的内容可以判断该元器件的状态数据触发的目标功能事件为状态异常事件。对于状态异常事件，用户可以下发与状态异常事件关联的功能关闭指令，从而将从芯片120上相关元器件的功能进行关闭。
80.在另一种实施方式中，请参照图4，上述的步骤s203可以包括如下子步骤：
81.子步骤s203-b1，在状态数据触发目标功能事件的情况下，根据状态数据生成与目标功能事件关联的功能控制指令。
82.子步骤s203-b2，将功能控制指令下发到代理模块；由代理模块根据对应关系将功能控制指令转发到目标从芯片，以便目标从芯片执行功能控制指令对应的操作；目标从芯片为目标功能事件对应的元器件所在的从芯片。
83.在本实施例中，主芯片110的主片服务在通过代理模块获取到各从芯片120上的元器件对应的状态数据后，基于各元器件对应的状态数据所触发的目标功能事件，可以自动生成与目标功能事件关联的功能控制指令，并将功能控制指令下发到主芯片110的代理模块中，再通过代理模块发送到具体芯片上进行具体元器件的功能调节控制，实现了设备功能的自动调节控制。
84.在实际应用中，设备整体的运行环境需要得到保证，特别是设备整机的温度，这很
大程度影响到了硬件的寿命，这就需要有温度调节机制去保证设备处于适宜温度下，因此，各从芯片120上的元器件可以包括一个或者多个温感(温度传感器)，各元器件对应的状态数据中可以包括温感数据，过设置温感数据触发的目标功能事件包括风扇控制事件，并对风扇进行控制可以达到散热的目的。
85.基于此，上述子步骤s203-b1具体可以包括：根据温感数据和用户通过用户终端设置的调速算法计算出目标占空比；其中，在从芯片对应多个温感数据的情况下，目标占空比为根据各温感数据计算出的最大占空比；根据目标占空比生成与风扇控制事件关联的风扇调速指令。
86.在本实施例中，调速算法可以包括线性算法、离散函数等，具体采用哪种算法可以由用户在用户终端200的web页面上选取。在实际应用中，如果发现当前选取的调速算法不适合现场环境，用户也可以在web页面上选择其他调速算法，直到选择到一个较优算法使得整个设备保持温度稳定。
87.假设用户选取的调速算法为线性算法，则用户还需要通过用户终端200设置条件阈值(包括风扇转速占空比n
low
、n
high
与风扇调速温度点t
low
、t
high
这四个参数)，其中，t
low
表示风扇开始调速时芯片上的温感读数最低值，实际温感数据小于或等于此值时，风扇恒定低速n
low
；t
high
表示风扇调速达到最高转速时的温感读数，实际温感数据大于或等于此值时，风扇恒定高速n
high
；n
low
表示风扇调速范围最低占空比，芯片温感读数小于或等于t
low
时，风扇恒定低速n
low
；n
high
表示风扇调速范围最高占空比，芯片温感读数大于或等于t
high
时，风扇恒定高速n
high
。
88.由此，基于线性算法和n
low
、n
high
、t
low
、t
high
这四个参数就可以得到一个图5所示的调速曲线，该调速曲线反映了温度(temperature)与占空比(speed)的对应关系，主芯片110在获取到每个温感数据后，根据该调速曲线就可以得到该温感数据对应的占空比；当一个从芯片120中设置有多个温感，则一个从芯片120会对应多个温感数据，根据该多个温感数据和调速曲线将会得到多个占空比，从该多个占空比中选取出最大值(最大占空比)作为目标占空比，进而根据目标占空比生成风扇调速指令，从芯片120根据接收到的风扇调速指令中的目标占空比进行风扇调速。本实施例中，风扇调速范围宽，pwm占空比信号可变化范围0％～100％，风扇转速可变化范围20％～100％。
89.可选地，在实际应用中，为了避免电子设备100刚启动时的风扇噪音过大，用户可以通过用户终端设置默认占空比值，这样在电子设备100启动时，主芯片110可以根据用户通过用户终端设置的默认占空比值生成初始调速指令并下发到代理模块，通过代理模块将初始调速指令下发到各从芯片，以便各从芯片根据初始调速指令执行风扇调速操作。
90.可见，用户通过用户终端设置默认占空比值，可使电子设备在启动后，主芯片根据用户配置的默认占空比值调节各从芯片上的风扇的转速，这样可以避免电子设备启动后风扇全速噪音过大，使得电子设备在任何场景下温度都比较适宜。
91.需要说明的是，在实际应用中，主芯片可也可能设置有温感和风扇，故在电子设备启动后，主芯片除了收集各从芯片上的温感数据外，也会收集自身芯片上的温感数据；在进行风扇转速的调节控制时，在电子设备启动的初始阶段，主芯片也可以根据用户配置的默认占空比值调节自身芯片上的风扇的转速，而后根据自身芯片上的温感数据与用户设置的调速算法计算出目标占空比进行风扇调速操作。
92.可选地，在实际应用中，在通过风扇调速操作还是未能将设备温度调节到理想温度的情况下，需要有温度告警策略。基于此，温感数据触发的目标功能事件还可包括温度告警事件，温度告警事件表征温感数据达到设定阈值。上述子步骤s203-b1具体可以包括：根据温感数据生成与温度告警事件关联的告警指令。
93.在本实施例中，该设定阈值可以是缺省值，也可以是用户修改的值，但软件对用户可修改的数值范围进行限制。高温告警的修改值必须比缺省值低，低温告警的修改值必须比缺省值高，如表1所示。当某个从芯片120上的温感数据达到设定阈值，则判定该温感数据触发的目标功能事件为温度告警事件，此时主芯片110上的主片服务将会根据温感数据生成与温度告警事件关联的告警指令，在生成告警指令后，通过代理模块发送到目标从芯片上，目标从芯片执行告警指令，例如蜂鸣器告警、指示灯告警等；与此同时，还以发送告警信息到用户终端200的web页面上，以弹窗的方式让用户知道并下发风扇全速的指令。其中，风扇全速的指令可以由用户在web页面下发到主片服务，然后通过代理模块发送到目标从芯片上，由目标从芯片执行风扇全速的操作。这样，既可以通过配置调速算法对电子设备进行自适应调节温度，也能通过人工干预调节温度。
94.表1
[0095][0096][0097]
下面，对本发明实施例提供的设备运行监控方法在几种不同场景下的应用进行介绍。
[0098]
第一个场景，为电子设备上的器件状态数据实时展示的应用场景。请参照图6，[1]从片服务启动后，连接主芯片的代理模块，保持tcp长连接并提供保活；[2]从片服务启动后，依次遍历本芯片所支持的元器件，获取其个数及状态数据，包括是否激活、数值等；[3]从片服务将状态数据推送给主芯片110的代理模块，[4]代理模块将状态数据同步给主片服务，[5]主片服务收集本芯片上的元器件(例如，风扇等)的状态数据，[6]汇总主芯片110和各从芯片120上的元器件的状态数据后，展示到web页面，可以列表的形式罗列各个芯片以及芯片上各元器件的状态数据。如果状态异常，web页面进行弹窗提醒，这样运维人员可以实时远程监控设备硬件的各项状态，不必亲自去机房查看，极大地方便了开发维护工作。
[0099]
第二个场景，为多芯片间不同功能控制的应用场景。请参照图7，从芯片120启动后向主芯片110注册本芯片上所支持的功能事件，如usb插口、风扇、蜂鸣、红外识别、烟雾报警等。当从芯片120上发生对应功能事件时，将状态数据(例如，烟雾报警、蜂鸣)返回至主芯片110的代理模块，并统一提交到主片服务，通过主片服务发送到用户终端200，通过web弹窗提示当前设备器件异常信息，用户通过web手动设置下发功能控制指令(如休眠烟雾传感器、关闭烟雾报警功能、关闭蜂鸣等)，功能控制指令达到代理模块后根据注册的功能事件
转发到对应从片服务进行处理，实现相应的功能控制。相较现有技术中当出现硬件相关问题时，运维人员只能跑去机房手动复位按键等操作，节省了维护成本。同时通过代理模块的引入，后续扩展增加其他芯片时，只需要注册事件到代理模块即可以控制本芯片上的一些功能，代码无需大的改动，极大提高了代码的复用率。
[0100]
第三个场景，为多芯片间风扇功能自适应调速的应用场景。请参照图8，电子设备100启动后以默认占空比值调节各个芯片上的风扇，防止设备启动后风扇全速噪音过大，之后由主芯片110收集各个芯片上的温感数据(温度)，包括自身芯片的温感数据。汇总后根据用户在web页面上设置的调速算法(线性算法、离散函数等)和条件阈值，代入各个温感数据确定出占空比最大的一个温感，如果该温感属于芯片a，则调节芯片a上的风扇，如果温感属于芯片b，则调节芯片b上的风扇。这样当初始设置了风扇调速后，后面完全由实时的温感数据计算出占空比进行调速，如果线性调速算法不适合现场环境，用户可以在web页面上选择其他算法，直到选择到一个较优算法使得整个系统保持温度稳定。
[0101]
第四个场景，为多芯片间温度告警的应用场景。请参照图9，从芯片120启动后向主芯片110的代理模块注册温度告警事件，主芯片110定时收集所有温感的温感数据(温度)，当有温感数据达到设定阈值时触发温度告警事件，由代理模块转发到对应的目标芯片，通过web页面弹窗告警的同时还通过指示灯、蜂鸣器等告警，每次温感数据满足告警要求后要进行一次告警，告警的时间间隔即为温度轮询的时间间隔。
[0102]
为了执行上述实施例及各个可能的方式中的相应步骤，下面给出一种设备运行监控装置的实现方式，请参阅图10，为本发明实施例提供的一种设备运行监控装置600的功能模块图。需要说明的是，本实施例所提供的设备运行监控装置600，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。该设备运行监控装置600包括：接收模块610、发送模块620、处理模块630。
[0103]
接收模块610，用于接收代理模块发送的各从芯片上的元器件对应的状态数据。
[0104]
可以理解，该接收模块610可以执行上述步骤s201。
[0105]
发送模块620，用于将各从芯片上的元器件对应的状态数据发送到用户终端显示。
[0106]
可以理解，该发送模块620可以执行上述步骤s202。
[0107]
处理模块630，用于在状态数据触发目标功能事件的情况下，将获取到的与目标功能事件关联的功能控制指令下发到代理模块；由代理模块根据对应关系将功能控制指令转发到目标从芯片，以便目标从芯片执行功能控制指令对应的操作；目标从芯片为目标功能事件对应的元器件所在的从芯片。
[0108]
可以理解，该处理模块630可以执行上述步骤s203。
[0109]
可选地，处理模块630可以用于在状态数据触发目标功能事件的情况下，获取用户通过用户终端下发的与目标功能事件关联的功能控制指令；将功能控制指令下发到代理模块。
[0110]
其中，处理模块630具体用于在状态数据触发的目标功能事件为状态异常事件的情况下，获取用户通过用户终端下发的与状态异常事件关联的功能关闭指令。
[0111]
可以理解，该处理模块630还可以执行上述子步骤s203-a1、s203-a2。
[0112]
可选地，处理模块630可以用于在状态数据触发目标功能事件的情况下，根据状态数据生成与目标功能事件关联的功能控制指令；将功能控制指令下发到代理模块。
[0113]
其中，状态数据包括温感数据，温感数据触发的目标功能事件包括风扇控制事件；处理模块630具体用于根据温感数据和用户通过用户终端设置的调速算法计算出目标占空比；其中，在从芯片对应多个温感数据的情况下，目标占空比为根据各温感数据计算出的最大占空比；根据目标占空比生成与风扇控制事件关联的风扇调速指令。
[0114]
该处理模块630还可以用于在电子设备启动时，根据用户通过用户终端设置的默认占空比值生成初始调速指令并下发到代理模块，通过代理模块将初始调速指令下发到各从芯片，以便各从芯片根据初始调速指令执行风扇调速操作。
[0115]
可以理解，该处理模块630还可以执行上述子步骤s203-b1、s203-b2。
[0116]
可选地，温感数据触发的目标功能事件还包括温度告警事件，温度告警事件表征温感数据达到设定阈值，该处理模块630还具体用于根据温感数据生成与温度告警事件关联的告警指令。
[0117]
可见，本发明实施例提供的设备运行监控装置中，由于每个从芯片在启动后会根据本芯片上的元器件信息向代理模块注册对应的功能事件，从而在代理模块上建立每个从芯片上的元器件与功能事件的对应关系，每个从芯片还向代理模块发送本芯片上的元器件对应的状态数据，这样接收模块就可以接收到代理模块发送的各从芯片上的元器件对应的状态数据，并通过发送模块将各从芯片上的元器件对应的状态数据发送到用户终端显示，处理模块在状态数据触发目标功能事件的情况下，将获取到的与目标功能事件关联的功能控制指令下发到代理模块；由代理模块根据对应关系将功能控制指令转发到目标从芯片，使得目标从芯片执行功能控制指令对应的操作。如此，运维人员就可以实时远程监控该电子设备中各从芯片上的硬件状态，还能根据监控到的硬件状态情况远程下发相应的功能控制指令对各从芯片进行不同的功能控制，不必亲自去机房查看和操作，极大方便了后期维护工作；此外，通过该代理模块的引入，后续扩展其他从芯片时，只需从芯片注册功能事件到代理模块，不需要调整主芯片的处理逻辑，扩展功能方便易用，代码无需大的改动，极大提高了代码的复用率。
[0118]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0119]
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
[0120]
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计
算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0121]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。