CN106126389B - 硬件检测方法及系统 - Google Patents

硬件检测方法及系统 Download PDF

Info

Publication number
CN106126389B
CN106126389B CN201610463713.0A CN201610463713A CN106126389B CN 106126389 B CN106126389 B CN 106126389B CN 201610463713 A CN201610463713 A CN 201610463713A CN 106126389 B CN106126389 B CN 106126389B
Authority
CN
China
Prior art keywords
hardware
information
detection
measured
configuration file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201610463713.0A
Other languages
English (en)
Other versions
CN106126389A (zh
Inventor
杜磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Eisoo Information Technology Co Ltd
Original Assignee
Shanghai Eisoo Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Eisoo Information Technology Co Ltd filed Critical Shanghai Eisoo Information Technology Co Ltd
Priority to CN201610463713.0A priority Critical patent/CN106126389B/zh
Publication of CN106126389A publication Critical patent/CN106126389A/zh
Application granted granted Critical
Publication of CN106126389B publication Critical patent/CN106126389B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3089Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供硬件检测方法及系统,应用于检测至少一种安装有操作系统的电子设备中的至少一种硬件,包括:获取待测硬件所处的操作系统的类型、及待测硬件的检测信息;根据所述类型,加载并执行与其相关联的库文件,其中,库文件预存有至少一种硬件的配置文件,每个配置文件中含有至少一条硬件的预设信息;根据待测硬件的检测信息,查询库文件中是否预存有与待测硬件对应的配置文件,若有,则将检测到的检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。本发明能够对安装在不同操作系统中的硬件进行检测,兼容性强,同时,采用多种数据结构的组合,可扩展性强,保证了代码维护的简单性和高效性。

Description

硬件检测方法及系统
技术领域
本发明涉及计算机检测领域,特别是涉及硬件检测方法及系统。
背景技术
在系统中,硬件设备是最基础也是最重要的组成部分,无论是底层操作系统还是上层管理软件都需要有足够的硬件支持才能正常运行。硬件本身的状态、性能对系统的稳定性、可靠性和运行效率都有极大的影响。可见,在计算机领域,硬件的检测和监控非常重要。
硬件本身因生产厂商采用的组件不同,各个组件之间的组合结构不一致等,不同厂商生产的同一类硬件往往存在很大的区别,即便是同一个硬件设备,由于安装的操作系统不一样,所使用的驱动程序不同,对硬件本身的信息查询和解析也会存在很大的差异性。这些因素往往导致我们很难使用一个较为统一、简洁的方式来对一个系列的硬件设备进行检测和监控。
目前,硬件的检测和监控都只关注当前使用的操作系统,一旦使用的系统有所更改,或者是需要支持其他操作系统时,整个检测方案都需要重新实现,很可能需要同时维护针对不同系统的多套代码实现,使得整个维护过程变得极为繁琐和复杂,稍有改动很可能导致大量的代码重构。
然而,在实际应用中,对一个软件开发团队而言,要面对的硬件设备往往有很多的类型,使用的操作系统也各式各样。所以说,如何使用最简洁、最方便,可以在多种系统中切换或者便捷地实现不同操作系统下的移植的硬件检测和监控方案,对软件开发人员意义重大。
除此之外,现有的检测和监控方案的可扩展性不够完善,检测对象稍有变动,如:增加一个检测字段,可能会导致基础数据结构发生变化,从而引起相关代码需要变更,也会导致一定量的代码重构。当某个检测对象的相关字段需要反复更改,很可能会导致某一段代码多次重构,还有可能引入新的实现问题。因此,一种扩展性强,能够通过少量的修改即可满足新需求的变更的硬件检测和监控方法也非常重要。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供硬件检测方法及系统,用于解决现有技术中对不同操作系统下的硬件的检测不兼容、可扩展性不佳等问题。
为实现上述目的及其他相关目的,本发明提供硬件检测方法,应用于检测至少一种安装有操作系统的电子设备中的至少一种硬件,所述方法包括:检测待测硬件,包括:获取所述待测硬件所处的操作系统的类型、及所述待测硬件的检测信息;根据所述待测硬件所处的操作系统的类型,加载并执行与该操作系统的类型相关联的库文件,其中,所述库文件中预存有至少一种硬件的配置文件,每个配置文件中含有至少一条硬件的预设信息;根据所述待测硬件的检测信息,查询所述库文件中是否预存有与所述待测硬件对应的配置文件,若有,则将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。
于本发明一实施例中,当所述库文件中没有预存与所述待测硬件对应的配置文件时,将所述待测硬件的检测信息进行显示。
于本发明一实施例中,所述待测硬件的检测信息是以键值形式获取的,所述键值包括:字段名、及该字段的值;所述每个配置文件中含有至少一条该硬件的预设信息包括:字段名、该字段的至少一个预设值、及与该至少一个预设值对应的至少一种告警等级。
于本发明一实施例中,所述将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示,包括:判断所述检测信息的字段名与所述预设信息中的字段名是否匹配;若不匹配,则提示缺少相应配置信息;若匹配,则判断所述检测信息中该字段的值是否皆低于所述预设信息中该字段的所述至少一个预设值;若是,则不告警;若否,则判断所述检测信息中该字段的值与所述预设信息中该字段的所述至少一个预设值的大小关系,据以确定告警等级,并进行告警。
为实现上述目的及其他相关目的,本发明提供硬件检测系统,应用于检测至少一种安装有操作系统的电子设备中的至少一种硬件,所述系统包括:检测模块,用于检测待测硬件,包括:获取所述待测硬件所处的操作系统的类型、及所述待测硬件的检测信息;处理模块,用于根据所述待测硬件所处的操作系统的类型,加载并执行与该操作系统的类型相关联的库文件,其中,所述库文件中预存有至少一种硬件的配置文件,每个配置文件中含有至少一条硬件的预设信息;根据所述待测硬件的检测信息,查询所述库文件中是否预存有与所述待测硬件对应的配置文件,若有,则将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。
于本发明一实施例中,所述系统还包括:显示模块,当所述判断模块的判断结果为所述库文件中没有预存与所述待测硬件对应的配置文件时,所述显示模块用于将所述待测硬件的检测信息进行显示。
于本发明一实施例中,所述待测硬件的检测信息是以键值形式获取的,所述键值包括:字段名、及该字段的值;所述每个配置文件中含有至少一条该硬件的预设信息包括:字段名、该字段的至少一个预设值、及与该至少一个预设值对应的至少一种告警等级。
于本发明一实施例中,所述将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示,包括:判断所述检测信息的字段名与所述预设信息中的字段名是否匹配;若不匹配,则提示缺少相应配置信息;若匹配,则判断所述检测信息中该字段的值是否皆低于所述预设信息中该字段的所述至少一个预设值;若是,则不告警;若否,则判断所述检测信息中该字段的值与所述预设信息中该字段的所述至少一个预设值的大小关系,据以确定告警等级,并进行告警。
为实现上述目的及其他相关目的,本发明提供一种电子设备,包括:如上任一所述的硬件的检测系统。
为实现上述目的及其他相关目的,本发明提供一种库文件,所述库文件中预存有至少一种配置文件,每个配置文件中含有至少一条预设信息;所述库文件还包括用于根据接收信息,查询是否预存有与所述接收信息对应的配置文件,若有,则将所述接收信息与该配置文件中的预设信息进行比对,并根据比对结果返回相应结果的函数。
如上所述,本发明的硬件检测方法及系统,具有以下有益效果:
1)软件实现模块之间依赖性比较小,修改相对简单;
2)支持运行在多种操作系统上,当需要新添加操作系统,只需要修改操作系统判断部分并提供相关的函数实现库即可,原有操作系统支持部分的代码实现不用修改;
3)当检测对象的相关属性修改时,只需要修改信息获取和信息显示部分的代码即可,中间的数据通信代码不用修改。
附图说明
图1显示为本发明一实施例的硬件检测方法流程图。
图2显示为本发明一实施例的硬件检测系统模块图。
元件标号说明
200 硬件检测系统
201 检测模块
202 处理模块
203 显示模块
S101~S105 步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
本发明提出一种支持多种操作系统的硬件检测方法,对硬件设备的检测和监控采用模块化处理方案,使得代码实现中间的耦合性尽可能降低,以最简单的方式实现对多种操作系统的支持,保证了移植的简单性。同时,在实现上采用多种数据结构组合,使得程序的可扩展性得到一定提升,保证后期代码维护的简单性和高效性。
整个实现框架划分为多个模块,和内核联系比较大的部分,如:依赖相关驱动,或者调用系统命令的部分封装为独立的库文件。众所周知,库文件是将函数封装在一起编译后供自己或他人调用,编译后的库文件由于看不到源代码,只是提供二进制文件,所以保密性强,同时,不会因为不小心修改了函数而出问题,所以便于维护。对于一些通用性的处理函数,则封装为一个统一的common模块,例如,主函数等。特别的,将实现检测系统硬件的相关字段,并将指定字段和用户提供的阈值字段进行比较以生成可视化的告警信息的功能划分为一个独立的模块,该模块作为一个可选模块,当没有提供相关的配置文件时不进行阈值比较,就不用这个模块,可以改为让其他模块显示检测信息。
请参阅图1,本发明提供硬件检测方法,具体包括如下步骤:
步骤S101:检测待测硬件,硬件例如:CPU、内存、磁盘等。检测的对象包括:所述待测硬件所处的操作系统的类型,如:Win7、Windows XP、Mac OS等,以及所述待测硬件的检测信息,例如:温度、电压等。优选的,为了保持良好的扩展性,该检测信息是以键值“名称-值”的形式获取的,当检测信息中包括多个对象时,就会有多个键值对“名称-值”。这样,当需要添加或者删除硬件的检测对象时,只需要删除不需要检测的对象的字段和最终输出显示的对象的字段即可,中间函数调用和相关判断过程的代码可以不用修改,从而实现了较高的可扩展性,保证了维护的简单性。
步骤S102:为了能够正确地调用与待测硬件所在的当前系统相关的命令和处理,在软件编译时,先对操作系统的类型进行判断,根据判断的结果加载相关的库文件,也即每种类型的操作系统对应有唯一的库文件,其中,所述库文件中预存有至少一种硬件的配置文件,每个配置文件中含有至少一条该硬件的预设信息,预设信息包括:字段名、该字段的至少一个预设值、及该至少一个预设值对应的至少一种告警等级。需要说明的是,当检测到之前没有的操作系统时,只需要编写相应的库文件加载执行即可,避免了对整个程序的重构。
步骤S103:在确定了操作系统的类型之后,我们要根据所述检测信息,先查询所述库文件中是否预存有与所述待测硬件对应的配置文件,若有,则执行步骤S104,若无,则执行步骤S105。
步骤S104:根据不同硬件调用不同的配置文件,将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。具体可以为:
步骤S10410:判断所述检测信息的字段名与所述预设信息中的字段名是否匹配;若不匹配,则执行步骤S10411,若匹配,则执行步骤S10412。
步骤S10411:提示缺少相应配置信息;
步骤S10412:判断所述检测信息中该字段的值是否皆低于所述预设信息中该字段的所述至少一个预设值;若是,则执行步骤S104121,若否,则执行步骤S104122。
步骤S104121:不告警;
步骤S104122:判断所述检测信息中该字段的值与所述预设信息中该字段的所述至少一个预设值的大小关系,据以确定告警等级,并进行告警。
步骤S105:显示所述待测硬件的检测信息,从而起到类似查询输出的作用。
需要说明的是,为了保证维护的简单性,操作系统相关的函数实现和主函数之间通过回调函数进行关联。在主函数中对相关的回调函数的调用路径进行定义,而在封装的和操作系统相关的库函数中,则对相关的回调函数进行完整的实现。回调函数的使用是必要的,其可以用于通过一个统一接口实现不同的内容,能够实现所编写的函数必须能够在不同的时刻执行不同的类型的工作或者执行只能由函数调用者定义的工作。
以下将以Linux和Solaris操作系统环境为例,对上述方法的实现过程详细阐述,其代码实现的基本模式为,使用系统提供的命令行指令编写shell脚本,再通过C代码调用脚本对脚本输出结果进行解析、判断和显示:
待测硬件包括安装在不同操作系统下的CPU、内存及磁盘,对每个待测硬件的检测包含多个对象,例如,温度、电压等。
由于不同的操作系统支持的命令和查询的信息有一定的区别,因此,根据操作系统的不同将脚本调用和解析的过程以及调用系统函数进行数据显示的过程封装成对应的库文件。在该案例中我们封装两个库文件,solaris_dev_lib.so和linux_dev_lib.so。在库文件中,我们首先提供一个init函数,实现对相关的回调函数的进行具体定义,然后在库文件中进行实现。主函数获取相关信息时,通过回调函数调用具体实现函数。在进行编译打包时,对系统内核进行判断,从而在判断出操作系统的类型时加载相应的库文件,进一步实现生成支持各个操作系统的检测工具。
检测信息的获取,通过shell脚本,调用系统命令,进行筛选整合后以“name:value;name:value...”的格式输出,C函数调用脚本文件,对脚本输出结果进行解析,保存到预定义的数据结构modeinfo中。
配置文件定义格式为“name:type:value”样式,其中,name指定了进行判断的对象,type定义了判断值的类型,如:阈值、最差值等,value定义了具体判断值的大小。当有多个判断值的情况下,可以同时定义,以“;”进行分割。
优选的,为了提高对配置文件的匹配效率,我们在确定了待测硬件为哪种设备后,先通过C函数解析库文件中是否存有关于这种设备的配置文件。我们将一种设备的配置文件定义一个mode名,并定义全局变量modeConfig来标识提供了配置文件的模块,当有多个模块提供了配置信息,可以定义为:modeType=mode1:mode2...,当没有提供任何配置信息,则modeType等于默认值None。举例来说,当判断出全局变量modeType指定了相关模块信息,如modeType=cpu,说明预存有CPU的配置文件,则将CPU的检测信息与配置文件中的预设信息进行比对,并根据比对结果进行告警,可选的,若有告警则在屏幕上突出显示告警的字段等信息,还可以调用打印函数,在日志文件中标明相关告警等级、突出显示等;如果modeType=None,则说明没有待测硬件的配置文件,此时可以直接将获取的检测信息进行显示输出,或者还可以直接调用打印函数,将获取的检测信息显示到屏幕和日志文件中等。
将获取的检测信息与配置文件中预设信息的相关指标进行比对,如果判断结果完全符合配置指标,则当前对象的判断结果为正常,否则根据配置文件中定义的值,判断是超过阈值,还是超过最差值,还是本身配置信息不符合,需要添加相关的告警等级等。例如,如果是超过阈值但是没有达到最差值则定义为严重告警,而达到最差值则定义为紧急告警,不符合配置则定义为无效等。
以上过程用到的数据格式可参考如下:
Struct objectinfo{
string name;
Map<string,string>nvlist;
}
struct modeinfo{
string mode;
vector<objectinfo>object;
}
请参阅图2,与上述方法实施例原理相似的是,本发明提供硬件的检测系统200,由于前述实施例中的技术特征可以用于本系统实施例,因而不再重复赘述。系统200包括:检测模块201、处理模块202,还可以包括显示模块203。
检测模块201用于检测待测硬件,包括:获取所述待测硬件所处的操作系统的类型、及所述待测硬件的检测信息。处理模块202根据所述待测硬件所处的操作系统的类型,加载并执行与该操作系统的类型相关联的库文件,其中,所述库文件中预存有至少一种硬件的配置文件,每个配置文件中含有至少一条硬件的预设信息;根据所述待测硬件的检测信息,查询所述库文件中是否预存有与所述待测硬件对应的配置文件,若有,则将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。当所述判断模块的判断结果为所述库文件中没有预存与所述待测硬件对应的配置文件时,显示模块203用于将所述待测硬件的检测信息进行显示。
在一实施例中,所述待测硬件的检测信息是以键值形式获取的,所述键值包括:字段名、及该字段的值;所述每个配置文件中含有至少一条该硬件的预设信息包括:字段名、该字段的至少一个预设值、及与该至少一个预设值对应的至少一种告警等级。
在一实施例中,所述将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示,包括:判断所述检测信息的字段名与所述预设信息中的字段名是否匹配;若不匹配,则提示缺少相应配置信息;若匹配,则判断所述检测信息中该字段的值是否皆低于所述预设信息中该字段的所述至少一个预设值;若是,则不告警;若否,则判断所述检测信息中该字段的值与所述预设信息中该字段的所述至少一个预设值的大小关系,据以确定告警等级,并进行告警。
本发明还提供一种电子设备,包括如上任一所述的硬件检测系统200。该电子设备可以是待检测的硬件所属电子设备之外的电子设备,例如:移动终端、服务器、台式机等具有信息处理功能的设备,当然,还可以是待检测的硬件所属的电子设备本身,即电子设备完成对本身硬件的自检等。
本发明还提供一种库文件,所述库文件中预存有至少一种配置文件,每个配置文件中含有至少一条预设信息;所述库文件还包括用于根据接收信息,查询是否预存有与所述接收信息对应的配置文件,若有,则将所述接收信息与该配置文件中的预设信息进行比对,并根据比对结果返回相应结果的函数。这种库文件可以根据不同的操作系统单独编写,在需要时进行加载并执行,从而在操作系统有改动时不破坏其他部分的代码结构。
综上所述,本发明的硬件检测方法及系统,有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。

Claims (8)

1.一种硬件检测方法,其特征在于,应用于检测至少一种安装有操作系统的电子设备中的至少一种硬件,所述方法包括:
检测待测硬件,包括:获取所述待测硬件所处的操作系统的类型、及所述待测硬件的检测信息;所述待测硬件的检测信息是以键值形式获取的,所述键值包括:字段名、及该字段的值;
根据所述待测硬件所处的操作系统的类型,加载并执行与该操作系统的类型相关联的库文件,其中,所述库文件中预存有至少一种硬件的配置文件,每个配置文件中含有至少一条硬件的预设信息;所述每个配置文件中含有至少一条该硬件的预设信息包括:字段名、该字段的至少一个预设值、及与该至少一个预设值对应的至少一种告警等级;
根据所述待测硬件的检测信息,查询所述库文件中是否预存有与所述待测硬件对应的配置文件,若有,则将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。
2.根据权利要求1所述的硬件检测方法,其特征在于,当所述库文件中没有预存与所述待测硬件对应的配置文件时,将所述待测硬件的检测信息进行显示。
3.根据权利要求1所述的硬件检测方法,其特征在于,所述将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示,包括:
判断所述检测信息的字段名与所述预设信息中的字段名是否匹配;
若不匹配,则提示缺少相应配置信息;
若匹配,则判断所述检测信息中该字段的值是否皆低于所述预设信息中该字段的所述至少一个预设值;
若是,则不告警;
若否,则判断所述检测信息中该字段的值与所述预设信息中该字段的所述至少一个预设值的大小关系,据以确定告警等级,并进行告警。
4.一种硬件检测系统,其特征在于,应用于检测至少一种安装有操作系统的电子设备中的至少一种硬件,所述系统包括:
检测模块,用于检测待测硬件,包括:获取所述待测硬件所处的操作系统的类型、及所述待测硬件的检测信息;所述待测硬件的检测信息是以键值形式获取的,所述键值包括:字段名、及该字段的值;
处理模块,用于根据所述待测硬件所处的操作系统的类型,加载并执行与该操作系统的类型相关联的库文件,其中,所述库文件中预存有至少一种硬件的配置文件,每个配置文件中含有至少一条硬件的预设信息;所述每个配置文件中含有至少一条该硬件的预设信息包括:字段名、该字段的至少一个预设值、及与该至少一个预设值对应的至少一种告警等级;根据所述待测硬件的检测信息,查询所述库文件中是否预存有与所述待测硬件对应的配置文件,若有,则将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示。
5.根据权利要求4所述的硬件检测系统,其特征在于,还包括:显示模块,当所述库文件中没有预存与所述待测硬件对应的配置文件时,所述显示模块用于将所述待测硬件的检测信息进行显示。
6.根据权利要求4所述的硬件检测系统,其特征在于,所述将检测到的所述检测信息与该配置文件中的预设信息进行比对,并根据比对结果进行相应的告警提示,包括:
判断所述检测信息的字段名与所述预设信息中的字段名是否匹配;
若不匹配,则提示缺少相应配置信息;
若匹配,则判断所述检测信息中该字段的值是否皆低于所述预设信息中该字段的所述至少一个预设值;
若是,则不告警;
若否,则判断所述检测信息中该字段的值与所述预设信息中该字段的所述至少一个预设值的大小关系,据以确定告警等级,并进行告警。
7.一种电子设备,其特征在于,包括:如权利要求4至6中任一所述的硬件检测系统。
8.一种库文件,其特征在于,所述库文件中预存有至少一种配置文件,每个配置文件中含有至少一条预设信息;所述每个配置文件中含有至少一条预设信息包括:字段名、该字段的至少一个预设值、及与该至少一个预设值对应的至少一种告警等级;所述库文件还包括用于根据接收信息,查询是否预存有与所述接收信息对应的配置文件,若有,则将所述接收信息与该配置文件中的预设信息进行比对,并根据比对结果返回相应结果的函数。
CN201610463713.0A 2016-06-23 2016-06-23 硬件检测方法及系统 Expired - Fee Related CN106126389B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610463713.0A CN106126389B (zh) 2016-06-23 2016-06-23 硬件检测方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610463713.0A CN106126389B (zh) 2016-06-23 2016-06-23 硬件检测方法及系统

Publications (2)

Publication Number Publication Date
CN106126389A CN106126389A (zh) 2016-11-16
CN106126389B true CN106126389B (zh) 2019-02-01

Family

ID=57268060

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610463713.0A Expired - Fee Related CN106126389B (zh) 2016-06-23 2016-06-23 硬件检测方法及系统

Country Status (1)

Country Link
CN (1) CN106126389B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107748712A (zh) * 2017-11-03 2018-03-02 郑州云海信息技术有限公司 一种基于linux系统的日志自动分析方法
CN109240755A (zh) * 2018-06-28 2019-01-18 平安科技(深圳)有限公司 一种配置文件比对方法和配置文件比对系统
CN110825443A (zh) * 2018-08-13 2020-02-21 深圳市冠旭电子股份有限公司 一种智能音箱的信息交互方法及终端设备
CN110501586A (zh) * 2019-07-18 2019-11-26 南京青铜建服科技有限公司 一种智能硬件检测系统
CN111179079A (zh) * 2019-12-23 2020-05-19 上海金仕达软件科技有限公司 终端信息采集方法、装置、终端设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1648870A (zh) * 2005-03-09 2005-08-03 北京软通科技有限责任公司 计算机系统硬件设备自动检测的方法
WO2011138879A1 (ja) * 2010-05-06 2011-11-10 株式会社日立製作所 情報処理システムの運用管理装置および運用管理方法
CN103577658A (zh) * 2012-07-18 2014-02-12 腾讯科技(深圳)有限公司 智能终端硬件的评估方法及评估系统
CN103678058A (zh) * 2012-09-24 2014-03-26 鸿富锦精密工业(深圳)有限公司 硬件检测系统及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1648870A (zh) * 2005-03-09 2005-08-03 北京软通科技有限责任公司 计算机系统硬件设备自动检测的方法
WO2011138879A1 (ja) * 2010-05-06 2011-11-10 株式会社日立製作所 情報処理システムの運用管理装置および運用管理方法
CN103577658A (zh) * 2012-07-18 2014-02-12 腾讯科技(深圳)有限公司 智能终端硬件的评估方法及评估系统
CN103678058A (zh) * 2012-09-24 2014-03-26 鸿富锦精密工业(深圳)有限公司 硬件检测系统及方法

Also Published As

Publication number Publication date
CN106126389A (zh) 2016-11-16

Similar Documents

Publication Publication Date Title
CN106126389B (zh) 硬件检测方法及系统
US9268672B1 (en) Automated test case generation for applications
US8522217B2 (en) Visualization of runtime analysis across dynamic boundaries
US8661291B2 (en) Diagnosing a fault incident in a data center
US8875106B2 (en) Automated testing process
US20100205583A1 (en) Request-based activation of debugging and tracing
CN109408357A (zh) 一种接口自动化测试方法及装置
CN111142971B (zh) 一种适应传统应用云化的云平台应用就绪检查方法
US20060225051A1 (en) Method and system for code coverage
US9858357B2 (en) Non-intrusive, semantics-driven impact analysis for business applications
US11379198B1 (en) Call graph enhancement using stitching algorithm
Farooq et al. Runtimedroid: Restarting-free runtime change handling for android apps
Huuck Iot: The internet of threats and static program analysis defense
Huang et al. UI driven Android application reduction
US9053084B1 (en) Self-service testing
US11263115B2 (en) Problem diagnosis technique of memory corruption based on regular expression generated during application compiling
US9489179B2 (en) Application programming interface tracing mechanism
US20110246967A1 (en) Methods and systems for automation framework extensibility
Escobar-Velásquez et al. Studying eventual connectivity issues in android apps
US8924924B2 (en) Representing the structure of a data format using a class-based representation
CN114443337A (zh) 一种基于js的日志分析方法、装置、电子设备和介质
Song et al. An xpath-based approach to reusing test scripts for android applications
Clarke et al. A testing strategy for abstract classes
CN117235107B (zh) 数据访问处理方法、装置、电子设备及存储介质
CN114629944B (zh) 一种静态分析微服务系统全链路调用情况的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20190201

Termination date: 20190623