设备监测方法、装置、设备和计算机可读存储介质与流程

1.本技术的实施例涉及设备管理技术领域，尤其涉及设备监测方法、装置、设备和计算机可读存储介质。


背景技术：

2.在设备管理系统中，设备告警管理是其中一项重要的功能，通过告警管理功能，设备管理人员或者所有者可以及时发现设备的故障，从而及时消除故障。
3.当前常用的故障监测方法包括：传统ping/icmp探测：通过发送icmp数据包到目标ip地址并等待响应来判断网络是否可达。该技术简单易用，但易被防火墙拦截，且能检测的故障类型少。
4.snmp监测：通过网络设备上的snmp协议来获取设备的状态信息。该技术虽然检测精确度高，但是需要设备支持snmp协议，且配置繁琐。
5.软件定义网络（sdn）监测：通过sdn控制器对网络流量进行管理和监测。该技术虽然可以实时识别网络流量并进行拓扑发现，但需要先部署sdn环境，操作复杂。
6.流量镜像（port mirroring）：将网络设备的端口流量复制到另一个端口进行分析。虽然实现了对网络流量和网络的故障实时监测，但需要设备支持流量镜像功能。


技术实现要素：

7.根据本技术的实施例，提供了一种设备监测方案，能够针对不同的设备以及不同的使用场景进行灵活的配置，方便了用户的使用，提升了用户体验。
8.在本技术的第一方面，提供了一种设备监测方法。该方法包括：获取当前设备的上报信息；将所述上报信息和模板库中的健康检查模板进行匹配；响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的。
9.进一步地，所述告警规则包括告警类型、告警描述和告警等级，以及所述告警类型的权重。
10.进一步地，所述告警类型包括设备rssi信号强度、设备cpu利用率和/或信道丢包率。
11.进一步地，所述健康检查模板为树形数据结构，叶子节点中包括告警类型、权重和评分。
12.进一步地，所述体检报告包括告警类型、告警等级、设备的最终评分和处理建议：其中，所述设备的最终评分通过如下方式进行获取：分别计算每个叶子节点的评分；将所有叶子节点的评分相加，得到所述设备的最终评分。
13.进一步地，所述分别计算每个叶子节点的评分包括：
若叶子节点下存在子叶子节点，则分别计算每一个子叶子节点的评分，将所有的子叶子节点的评分相加，得到所述叶子节点的评分。
14.进一步地，通过内存数据库获取告警规则。
15.在本技术的第二方面，提供了一种设备监测装置。该装置包括：获取模块，用于获取当前设备的上报信息；匹配模块，用于将所述上报信息和模板库中的健康检查模板进行匹配；监测模块，用于响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的。
16.在本技术的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现如以上所述的方法。
17.在本技术的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如根据本技术的第一方面的方法。
18.本技术实施例提供的设备监测方法，通过获取当前设备的上报信息；将所述上报信息和模板库中的健康检查模板进行匹配；响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的，能够针对不同的设备以及不同的使用场景灵活的配置告警规则（健康检测模板），大幅度提升了用户体验，同时当存在告警事实时，能够高效且可靠的向相关人员发出警告（体检报告）。
19.应当理解，发明内容部分中所描述的内容并非旨在限定本技术的实施例的关键或重要特征，亦非用于限制本技术的范围。本技术的其它特征将通过以下的描述变得容易理解。
附图说明
20.结合附图并参考以下详细说明，本技术各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：图1为本技术的实施例提供的方法所涉及的系统架构图。
21.图2为根据本技术的实施例的设备监测方法的流程图；图3为根据本技术的实施例的健康检查模板的结构示意图；图4为根据本技术的实施例的设备评分计算示意图；图5为根据本技术的实施例的设备监测装置的方框图；图6为适于用来实现本技术实施例的终端设备或服务器的结构示意图。
具体实施方式
22.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。
23.另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
24.图1示出了能够在其中实现本公开的实施例的示例性运行环境100的示意图。在运行环境100中包括设备101、服务器102。
25.图2示出了根据本公开实施例的设备监测方法的流程图。所述方法可由图1中的服务器102执行。
26.s210，获取当前设备的上报信息。
27.其中，所述设备的上报信息，可根据设备的具体类型和实际的应用场景进行确定，包括cup利用率、内存占用率、信道占用率和/或信号强度等数据。
28.s220，将所述上报信息和模板库中的健康检查模板进行匹配。
29.其中，所述健康检查模板是基于预先获取的告警规则生成的。
30.在一些实施例中，所述告警规则可根据设备的类型和具体的应用场景进行配置，包括告警类型、告警描述和告警等级，以及所述告警类型的权重等信息；所述告警类型包括设备rssi信号强度、设备cpu利用率和/或信道丢包率等信息。例如，告警类型：“信道占用率”、告警描述：“信道占用率过高”、告警等级：
ꢀ“
大于第一告警阈值小于第二告警阈值—一般告警”“大于第二告警阈值—严重告警”、告警类型的权重：20%；所述第一告警阈值小于第二告警阈值，所述一告警阈值、第二告警阈值可根据实际应用场景进行设定。
31.进一步地，还包括：在每个告警类型下，可包括多个子类告警，例如设备环境告警类型下可包括cpu利用率和内存占用率两个子类告警。
32.在一些实施例中，将配置完成的告警规则，同时存入redis（内存数据库）和数据库中。将所述告警规则存入redis，用以提高后续步骤中调取所述告警规则的速度；将所述告警规则存入数据库，用以对所述告警规则进行持久化保存。当需要对所述告警规则进行修改时，需同时修改redis和数据库中的告警规则。
33.在一些实施例中，如图3所示，健康检查模板为树形的数据结构，每一个叶子节点中均包括告警类型、权重和评分。每一个叶子节点的评分默认为100。
34.进一步地，根据应用场景的不同，每一个叶子节点还可以包括多个子叶子节点，例如，设备环境节点包括cpu利用率和内存占用率子叶子节点。当叶子节点下包括多个子叶子节点时，该叶子节点的默认评分为0，每个子叶子节点的评分默认为100。
35.在一些实施例中，通过告警规则对设备的上报信息进行过滤，将满足告警规则的数据存入健康检查模板中，即，在健康检查模块中生成一条告警记录（叶子节点），同时修改叶子节点（子叶子节点）的评分。
36.进一步地，可根据每一条告警信息中的告警等级修改叶子节点的评分。例如，一般警告为80分，严重警告为50分，无响应为0分等。
37.进一步地，在所述健康检查模板中还包括每一条告警记录的生成时间，以便于统计在任意告警周期内生成的告警记录。
38.进一步地，在所述健康检查模板还包括每一条告警记录的处理建议。所述处理建议可根据告警规则中的告警描述信息获取。例如，基于所述告警描述通过大数据分析的方式获取对应的处理建议。
39.s230，响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员。
40.在一些实施例中，匹配成功后，基于所述健康检查模板中的每一条告警记录，计算
设备的最终评分。例如，某一告警周期结束时，统计在该告警周期内的健康检查模板中的每一条告警记录，计算设备的最终评分。
41.具体地，如图4所示，分别计算每一条告警记录（叶子节点）的评分，将每一个叶子节点的评分相加得到最终的设备评分。当叶子节点下存在子叶子节点时，先计算每一个子叶子节点的评分，然后将每一个子叶子节点的评分相加得到所述叶子节点的评分，最后将每一个叶子节点的评分相加得到最终的设备评分。
42.例如，健康检查模板中包括三个叶子节点：设备环境：权重：50%；评分：所有子节点的评分和（50
×
80+50
×
70=75）；信道占用率：权重：20%；评分90；信号强度：权重：30%；评分：80；其中，设备环境叶子节点两个子叶子节点：cpu利用率：权重：50%；评分：80；内存占用率：权重：50%；评分：70；设备最终的评分为：50
×
75%+20%
×
90+30
×
80%=79.5。
43.进一步地，基于设备的最终评分、每一条告警信息以及每一条告警信息的处理建议，生成体检报告，并发送至相关人员。例如，可通过系统日志、邮件和/或短信通知的方式发送至运维人员。
44.进一步地，还包括：根据实际应用场景的不用，体检报告可以通过多种形式进行展现，例如，文字、图片和图表等。
45.进一步地，还包括：用户可根据自行设定的条件，对体检报告进行优化（检索），提取出符合该条件的告警信息或对所述体检报告中的数据进行排序、归类等处理，生成新的体验报告。
46.根据本公开的实施例，实现了以下技术效果：能够针对不同的设备以及不同的使用场景灵活的配置告警规则、告警的统计周期，大幅度提升了用户体验，当存在告警记录，能够高效且可靠的向相关人员发出警告（体检报告）。
47.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本技术所必须的。
48.以上是关于方法实施例的介绍，以下通过装置实施例，对本技术所述方案进行进一步说明。
49.图5示出了根据本技术的实施例的设备监测装置的方框图，如图5所示，包括：获取模块510，用于获取当前设备的上报信息；匹配模块520，用于将所述上报信息和模板库中的健康检查模板进行匹配；监测模块530，用于响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的。
50.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
51.图6示出了适于用来实现本技术实施例的终端设备或服务器的结构示意图。
52.如图6所示，终端设备或服务器包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有终端设备或服务器操作所需的各种程序和数据。cpu 601、rom602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
53.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
54.特别地，根据本技术的实施例，上文方法流程步骤可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在机器可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本技术的系统中限定的上述功能。
55.需要说明的是，本技术所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
56.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，前述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际
上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
57.描述于本技术实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
58.作为另一方面，本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序，当上述前述程序被一个或者一个以上的处理器用来执行描述于本技术的方法。
59.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

技术特征：
1.一种设备监测方法，其特征在于，包括：获取当前设备的上报信息；将所述上报信息和模板库中的健康检查模板进行匹配；响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的。2.根据权利要求1所述的方法，其特征在于，所述告警规则包括告警类型、告警描述和告警等级，以及所述告警类型的权重。3.根据权利要求2所述的方法，其特征在于，所述告警类型包括设备rssi信号强度、设备cpu利用率和/或信道丢包率。4.根据权利要求2所述的方法，其特征在于，所述健康检查模板为树形数据结构，叶子节点中包括告警类型、权重和评分。5.根据权利要求4所述的方法，其特征在于，所述体检报告包括告警类型、告警等级、设备的最终评分和处理建议：其中，所述设备的最终评分通过如下方式进行获取：分别计算每个叶子节点的评分；将所有叶子节点的评分相加，得到所述设备的最终评分。6.根据权利要求5所述的方法，其特征在于，所述分别计算每个叶子节点的评分包括：若叶子节点下存在子叶子节点，则分别计算每一个子叶子节点的评分，将所有的子叶子节点的评分相加，得到所述叶子节点的评分。7.根据权利要求1所述的方法，其特征在于，通过内存数据库获取告警规则。8.一种设备监测装置，其特征在于，包括：获取模块，用于获取当前设备的上报信息；匹配模块，用于将所述上报信息和模板库中的健康检查模板进行匹配；监测模块，用于响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的。9.一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1~7中任一项所述的方法。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1~7中任一项所述的方法。

技术总结
本申请的实施例提供了设备监测方法、装置、设备和计算机可读存储介质。所述方法包括获取当前设备的上报信息；将所述上报信息和模板库中的健康检查模板进行匹配；响应于匹配成功，生成所述当前设备的体检报告，并发送至相关人员，其中，所述健康检查模板是基于预先获取的告警规则生成的。以此方式，能够针对不同的设备以及不同的使用场景灵活的配置告警规则，大幅度提升了用户体验，同时当存在告警事实时，能够高效且可靠的向相关人员发出警告。能够高效且可靠的向相关人员发出警告。能够高效且可靠的向相关人员发出警告。


技术研发人员：李波 王卫彬
受保护的技术使用者：深圳市华曦达科技股份有限公司
技术研发日：2023.06.09
技术公布日：2023/7/12