硬件系统监控方法、装置

技术领域

本申请涉及监控领域，具体而言，涉及一种硬件系统监控方法、装置。

背景技术

在LED显示行业中，运维人员想要确定一套硬件系统中各个设备的连接方式时，往往只能选择去现场查看实物。虽然现有技术中已经有了将硬件系统的模型在网页中进行展示的方法，但是这些模型大多都只是一个二维的平面图，不能真实的还原具体细节，如走线方式，连接顺序等。并且当设备出现问题时，运维人员通过上述模型只能确定发生故障的大致区域，而无法确定故障的具体发生位置，如附图1所示，当故障发生时，运维人员通过附图1只能确定在PC和发送卡之间的数据传输出现了故障，但无法确定具体出现故障的是PC，发送卡还是PC与发送卡之间的线路。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种硬件系统监控方法、装置，以至少解决由于二维模型显示信息过少造成的运维人员无法通过网页快速确认与目标状态信息对应的状态关联部位的技术问题。

根据本申请实施例的一个方面，提供了一种硬件系统监控方法，包括：确定目标硬件系统的第一三维模型，其中，目标硬件系统由多个硬件设备组成；获取从第一三维模型导出的目标配置文件，并在网页中加载目标配置文件；至少基于目标配置文件在网页中生成第二三维模型；获取目标硬件系统的状态信息；依据状态信息确定第二三维模型中的状态关联部位，并通过第二三维模型展示状态关联部位。

可选地，确定目标硬件系统的第一三维模型，包括：建立目标硬件系统的初始三维模型；获取目标硬件系统中每个硬件设备的子三维模型，并将每个硬件设备的子三维模型添加至初始三维模型中，其中，子三维模型至少用于展示每个设备的内部结构；获取目标硬件系统中每个设备的表面图像信息，将表面图像信息添加至添加了子三维模型的初始三维模型中，得到第一三维模型。

可选地，获取目标硬件系统中每个设备的表面图像，包括：获取每个设备的表面图像，并将表面图像转化为dds格式的纹理图像文件，其中，纹理图像文件用于对初始三维模型进行贴图。

可选地，目标配置文件至少包括第一三维模型的模型文件和材质文件，其中，模型文件用于确定多个硬件设备中各个硬件设备的结构信息，以及多个硬件设备中各个硬件设备的关联关系。

可选地，至少基于目标配置文件在网页中生成第二三维模型之后，方法还包括：响应目标对象对第二三维模型的第一操作指令，改变第二三维模型的展示视角；在展示视角下，响应目标对象对第二三维模型中触点的第二操作指令，展示第二三维模型中目标部位的内部结构信息，其中，目标部位是与触点对应的部位中，触点用于标识第二三维模型中的各个部位。

可选地，响应目标对象对第二三维模型中触点的第二操作指令，展示第二三维模型中目标部位的内部结构信息之前，方法还包括：检测第二三维模型中与第二操作指令对应的操作区域；判断操作区域中是否存在触点；在存在触点的情况下，确定与触点对应的部位，得到目标部位。

可选地，获取目标硬件系统的状态信息，包括：获取目标硬件系统的故障信息，其中，故障信息包括第二三维模型中发生故障的部位信息，以及故障的类型信息。

可选地，依据状态信息确定第二三维模型中的状态关联部位，包括：确定第二三维模型中的状态关联部位所对应的显示属性和位置信息，其中，触点用于标识第二三维模型中的每个部位；依据状态信息对状态关联部位的显示属性进行调整。

根据本申请实施例的另一方面，还提供了一种硬件系统监控装置，包括：第一建模模块，用于确定目标硬件系统的第一三维模型，其中，目标硬件系统由多个硬件设备组成；第一获取模块，用于获取第一三维模型导出的目标配置文件，并在网页中加载目标配置文件；第二建模模块，至少基于目标配置文件在网页中生成第二三维模型；第二获取模块，获取目标硬件系统的状态信息；处理模块，用于依据状态信息确定第二三维模型中的状态关联部位，并通过第二三维模型展示状态关联部位。

根据本申请实施例的另一方面，还提供了一种非易失性存储介质，非易失性存储介质包括存储的程序，其中，在程序运行时控制，非易失存储介质所在设备执行硬件系统监控方法。

根据本申请实施例的另一方面，还提供了一种处理器，其特征在于，处理器用于运行程序，其中，程序运行时执行硬件系统监控方法。

在本申请实施例中，采用确定目标硬件系统的第一三维模型，其中，目标硬件系统由多个硬件设备组成；获取从第一三维模型导出的目标配置文件，并在网页中加载目标配置文件；至少基于目标配置文件在网页中生成第二三维模型；获取目标硬件系统的状态信息；依据状态信息确定第二三维模型中的状态关联部位，并通过第二三维模型展示状态关联部位的方式，通过在网页端展示硬件系统的三维模型，达到了通过网页浏览目标硬件系统中各个设备的结构、连接关系的目的，从而实现了快速确定故障发生位置以及状态关联部位的技术效果，进而解决了由于二维模型显示信息过少造成的运维人员无法通过网页快速确认与目标状态信息对应的状态关联部位技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据现有技术的一种硬件系统二维模型的模型示意图；

图2是根据本申请实施例的一种可选的硬件系统监控方法的方法示意图；

图3是根据本申请实施例的一种可选地硬件系统监控装置的装置示意图；

图4是根据本申请实施例的一种在网页中生成三维模型的流程示意图；

图5是根据本申请实施例的一种目标硬件系统三维模型的模型示意图；

图6是根据本申请实施例的一种出现故障时的三维模型的模型示意图；

图7是根据本申请实施例的一种目标硬件系统三维模型中设备模型的结构示意图；

图8a-图8b是根据本申请实施例的一种目标硬件系统第一三维模型的建模示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本申请实施例，提供了一种硬件系统监控方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例的硬件系统监控方法，如图2所示，该方法包括如下步骤：

步骤S102，确定目标硬件系统的第一三维模型，其中，所述目标硬件系统由多个硬件设备组成；

在本申请的一些实施例中，确定目标硬件系统的第一三维模型，包括：建立所述多个硬件设备中各个硬件设备的子三维模型，其中，所述子三维模型至少包括所述每一个硬件设备的内部结构；获取所述多个硬件设备中各个硬件设备的关联关系；基于所述各个硬件设备的子三维模型以及所述关联关系生成所述第一三维模型。

在本申请的一些实施例中，在导入到初始三维模型后，可以依据所述多个硬件设备中各个硬件设备的关联关系建立各个子三维模型之间的关联。

在本申请的一些实施例中，为了使用户可以通过网页端的三维模型直观地看到目标硬件系统中多个设备之间的连接关系及设备的相对位置，上述关联关系至少包括不同设备之间的连接关系，相对位置关系以及组合方式，其中所述连接关系至少包括不同设备之间的数据传输关系。

在本申请的一些实施例中，为了确定目标硬件系统的第一三维模型，可以先建立目标硬件系统的初始三维模型；获取目标硬件系统中每个硬件设备的子三维模型，并将每个硬件设备的子三维模型添加至初始三维模型中，其中，子三维模型至少用于展示每个设备的内部结构；获取目标硬件系统中每个设备的表面图像信息，将表面图像信息添加至添加了子三维模型的初始三维模型中，得到第一三维模型。

可选地，获取目标硬件系统中每个设备的表面图像，包括：获取每个设备的表面图像，并将表面图像转化为dds格式的纹理图像文件，其中，纹理图像文件用于对初始三维模型进行贴图。

具体地，确定目标硬件系统的第一三维模型可以通过以下步骤来实现；

首先对所述目标硬件系统中的每个设备(包括但不限于：PC设备，发送卡，接收卡，显示屏)进行拍照，例如，对PC设备，发送卡，接收卡和显示屏中的每一个设备进行拍照，各个设备的每个面都拍一张图片，再通过图像格式转换工具(例如easyConvert)将全部的图片转成dds类型的图像文件，供后续进行纹理贴图；然后使用三维模型制作工具(例如blender)，绘制如图8a所示的初始三维模型；得到如图8a所示的初始三维模型后，具体地，利用dds类型的图像文件对初始三维模型中各个部件的表面进行贴图处理，得到目标初始模型，例如，直接将dds类型打开在blender中的UV Editing对图8a所示的三维模型进行贴图，如图8b所示。

为了提高模型的显示效果，还需要在目标初始模型中添加材质信息，以增强设备的质感。同时，为了能够在三维模型中显示硬件系统中各个设备的内部结构，还可以将如图7所示的设备结构图(即设备子模型)添加到目标初始模型中，得到第一三维模型，具体地，可以通过三维模型中的触点将目标初始三维模型中的硬件设备与对应的设备内部结构图关联起来，例如，触点用于在其被触发时，从初始三维模型中的硬件设备跳转至相应的内部结构图。

步骤S104，获取从第一三维模型导出的目标配置文件，并在网页中加载目标配置文件；

需要说明的是，所述目标配置文件至少包括所述第一三维模型的模型文件和材质文件，其中，所述模型文件用于确定多个硬件设备中各个硬件设备的结构信息，以及所述多个硬件设备中各个硬件设备的关联关系。

在本申请的一些实施例中，所述模型文件的文件名后缀可以为.obj，所述材质文件的文件名后缀可以为.mtl。

步骤S106，至少基于目标配置文件在网页中生成第二三维模型；

在本申请的一些实施例中，可以按照图4所示的流程实现基于所述目标配置文件在所述网页中生成第二三维模型。如图4所示，在使用blender(一种三维建模软件，可以理解的，本申请并不对建模软件进行限制，此处仅为示意)建立目标硬件系统的模型后，可以导出模型的结构及设备关联关系的数据文件plane.obj以及模型的材质数据文件plane.mtl。然后在将两个文件导入到网页之前，可以通过Three.js对网页进行环境配置，包括创建一个新的容器，设置灯光，镜头，颜色，尺寸等。然后可以基于webGL将之前得到的plane.obj和plane.tml导入到网页中，生成第二三维模型。

优选地，为了在模型展示过程中避免卡顿的出现，提高用户的使用体验，可以使用RequestAnimationFrame来控制模型的展示过程。

在本申请的一些实施例中，可以通过如下代码来实现对网页环境的配置以及导入相关数据，创建模型：

当有了3D建模导出的文件plane.obj和plane.mtl。在HTML中，首先引入Three.js相关内容,调用Three.js的相关资源,例如，可以通过以下方式调用贴图导入插件(DDSLoader.js)，材质文件加载插件(MTLLoader.js)，obj文件读取插件(OBJLoader.js)，轨迹球控制插件(TrackballControls.js)等。

在完成了Three.js的相关设置后，接下来在网页中加载plane.obj和plane.mtl。首先需要对一些参数进行定义，具体地，首先需要在网页中为所述模型设置一个容器，所述容器用于存放目标硬件系统的三维模型；然后，为了提高模型的展示效果，以及便于用户从不同的角度查看模型，故还需要在网页中配置用于控制视角的变化情况的控制器，镜头，场景，以及对三维模型进行渲染。

为了提高用户的使用体验，还需要检测浏览器是否兼容用于展示模型的网页，并在发现浏览器不兼容时发出提示信息，具体地，需要先检测浏览器的兼容性，当确定兼容性无问题时，继续在网页加载三维模型；当发现兼容性有问题时，向用户发出提示信息，提示浏览器不支持展示所述三维模型。

为了让用户可以在网页中自由调整三维模型的展示部位，并且优化展示效果，还需要对视角等进行以下设置；首先需要在网页中创建一个初始视角，然后设置初始视角离原点的位置。其次需要创建一个控制器，用于响应用户的操作指令来控制视角的变化情况。

另外，为了提高用户转化视角，从不同角度观察三维模型过程中的使用体验，还需要设置用户在转化视角过程中，模型的旋转速度，以及用户在放大缩小三维模型的过程中，所述三维模型可以放大缩小的程度。其中，所述三维模型可以放大缩小的程度可以通过设置相机或镜头在场景中距离原点地最近距离和最远距离来实现。

在本申请的一些实施例中，所述三维模型还可以设置为在网页中自动以恒定速度旋转，提高用户的使用体验。其中，在设置所述三维模型为自动旋转后，还需要设定动画循环使用时阻尼还是自转，即设置所述三维模型在旋转过程中是否有惯性。进一步地，针对用户的使用习惯，还可以将所述三维模型设置为可以使用右键在网页中拖拽。

在视角创建完成后，为了提高三维模型的展示效果，需要创建一个用于展示所谓三维模型的场景，并对所述场景的背景色，灯光等进行设置。其中，设置灯光包括创建环境灯光，点灯光以及为所述三维模型增加灯光。设置灯光可以更好地展示三维模型表面的材质信息。

在完成了上述设置后，便可以将上述视角配置数据导入到场景中，然后将从上述第一三维模型中导出的文件，导入到所述网页中，实现在所述网页中创建三维模型。

优选地，为了让用户了解当前页面中模型的加载进度，还可以在页面中设置一个进度条，所述进度条用于让用户直观地查看模型的加载速度。

在导入上述文件的过程中，还需要对所述导入的文件进行检查，在检查结果为合格后，方可继续网页建模过程。具体地，在对文件进行检查时，为了提高检查效率，避免误检查其他文件，可以设置只检查后缀名为dds和obj的文件。在模型创建完成后，还需要在模型中设立旋转中心。

在上述步骤完成后，还需要创建一个webgl对象，对所述三维模型进行进一步地渲染。包括设置透明度，颜色，分辨率等。

当浏览器的大小发生变化时，为了保证三维模型的显示效果，让三维模型显示部分的大小随着浏览器的大小变化而自发变化，还可以进一步将模型设置为自适应监听和监听窗口自适应，也就是说所述三维模型可以监控页面大小，以及依据页面大小来调整自身的大小。

另外，可以理解地，为了确保用户可以通过浏览器进入用于展示三维模型的网页页面，还需要为所述网页设置URL。所述URL用于标识所述网页，使浏览器可以识别所述网页为目标网页，并跳转到目标网页。

最终，在网页中所展示的硬件系统的模型如图5所示，图5中的内容从上到下分别为显示屏，接收卡，发送卡和PC。其中显示屏用于展示想要展示的多媒体内容，PC对所述多媒体内容进行控制，接收卡和发送卡用于传递相关数据。

需要说明的是，在至少基于所述目标配置文件在所述网页中生成第二三维模型之后，所述方法还包括：响应目标对象对所述第二三维模型的第一操作指令，改变所述第二三维模型的展示视角；在所述展示视角下，响应所述目标对象对所述第二三维模型中触点的第二操作指令，展示所述第二三维模型中目标部位的内部结构信息，其中，所述目标部位是与所述触点对应的部位中，所述触点用于标识所述第二三维模型中的各个部位。

在本申请的一些实施例中，所述展示视角包括展示的角度，位置和远近；所述第一操作指令和第二操作指令可以是响应于用户通过触摸屏、鼠标等输入设备的操作指令生成的。其中，所述第一操作指令可以是相应用户滚动鼠标滚轮等操作，所述第二操作指令可以是响应用户点击网页上某个特定区域的操作，其中所述特定区域可以为所述触点附近的区域(所述区域覆盖所述触点)。

在本申请的一些实施例中，响应所述目标对象对所述第二三维模型中触点的第二操作指令，展示所述第二三维模型中目标部位的内部结构信息之前，所述方法还包括：检测所述第二三维模型中与所述第二操作指令对应的操作区域；判断所述操作区域中是否存在所述触点；在存在所述触点的情况下，确定与所述触点对应的部位，得到所述目标部位。

在本申请的一些实施例中，为了降低模型加载所需时间，提高用户的体验，可以在初始页面只展示目标硬件系统整体的三维模型。当用户想要查看某个设备的内部结构时，可以通过点击所述触点附近的区域，从当前页面跳转到新的页面中，所述新的页面中会向用户展示如图7所示的所述设备的内部结构。

步骤S108，获取目标硬件系统的状态信息；

在本申请的一些实施例中，获取所述目标硬件系统的状态信息，包括：获取所述目标硬件系统的故障信息，其中，所述故障信息至少包括发生故障的部位信息，以及故障的类型信息。

在本申请的一些实施例中，所述状态信息指的是目标硬件系统中每个硬件设备的状态信息。其中，所述每个硬件设备的状态信息可以为所述硬件设备的运行信息，也可以为所述硬件设备的故障信息。

步骤S110，依据状态信息确定第二三维模型中的状态关联部位，并通过第二三维模型展示所述的状态关联部位。

需要说明的是，所述部位可以是组成硬件系统的每个设备，也可以是每个设备各自的组成部件中的一部分。

在本申请的一些实施例中，所述状态关联部位为硬件系统中与状态信息关联的部位，例如可以是目标硬件系统中需要运维人员调整工作状态的部位，也可以是运维过程中需要监控运行状态的某个部位。

如图6所示，当中间的发送卡与对应的接收卡之间的连线发生故障时，发生故障的线路颜色会发生改变，例如变为红色或其他预先设置的颜色。

在本申请的一些实施例中，依据所述状态信息确定所述第二三维模型中的状态关联部位，包括：确定所述第二三维模型中的所述状态关联部位所对应的显示属性，其中，所述触点用于标识所述第二三维模型中的每个部位；依据所述状态信息对所述状态关联部位的显示属性进行调整。

例如，可以依据故障信息确定所述第二三维模型中出现故障的部位，包括：确定所述第二三维模型中发生故障的部位所对应的显示属性，其中，上述触点用于标识所述第二三维模型中的每个部位，即用于建立所述第二三维模型中每个部分与实际的硬件系统中每个部分之间的联系；依据所述故障信息对所述发生故障的部位的显示属性进行调整，包括对故障部位的颜色进行调整。例如，当故障部位发生严重等级较轻或不紧急的故障时，所述故障部位的颜色可以变为黄色；当所述故障部位发生了严重故障时，所述故障部位的颜色可以变为红色，同时会生成警报。

通过上述步骤，可以实现通过网页浏览目标硬件系统中各个设备的结构、连接关系的目的，从而实现了快速确定故障发生位置的技术效果，进而解决了由于二维模型显示信息过少造成的运维人员无法通过网页快速确认故障发生位置技术问题。

实施例2

图3是根据本申请实施例的硬件系统监控装置，如图3所示，该装置包括：

第一建模模块30，用于确定目标硬件系统的第一三维模型，其中，所述目标硬件系统由多个硬件设备组成；

第一获取模块32，用于获取所述第一三维模型导出的目标配置文件，并在网页中加载所述目标配置文件；

第二建模模块34，至少基于所述目标配置文件在所述网页中生成第二三维模型；

第二获取模块36，获取所述目标硬件系统的故障信息；

处理模块38，用于依据所述故障信息确定所述第二三维模型中出现故障的部位，并通过所述第二三维模型展示所述部位的故障信息。

需要说明的是，图3所示装置中的各个组成部分与图2所示方法是一一对应的关系。具体地，第一建模模块30对应步骤S102，第一获取模块32对应步骤S104，第二建模模块34对应步骤S106，第二获取模块36对应步骤S108，处理模块38对应步骤S110。

可以理解地，实施例1中对各个步骤的解释说明也适用于图3中所述装置的对应模块。

实施例3

本申请的一些实施例中，还提供了一种非易失性存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述硬件系统监控方法。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。