CN112948217B - 服务器修复查验方法和装置、存储介质及电子设备 - Google Patents

Abstract

本发明公开了一种服务器修复查验方法和装置、存储介质及电子设备。其中，该方法包括：通过与修复后的服务器关联的配置监测工具获取服务器的查验信息；其中，查验信息用于指示服务器中每个服务器的当前配置参数；获取每个服务器对应的目标配置信息，其中，目标配置信息是服务器的参考配置参数；根据目标配置信息，基于预设的验收条件对查验信息进行查验，以得到服务器对应的查验结果；在查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。本发明解决了由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低技术问题。

Description

服务器修复查验方法和装置、存储介质及电子设备

技术领域

本发明涉及计算机领域，具体而言，涉及一种服务器修复查验方法和装置、存储介质及电子设备。

背景技术

互联网时代下，大多数互联网企业均已运营着数百万台物理服务器，因服务器本身电子元器件寿命原因，在海量服务器规模下，每天均有成千上万服务器出现故障；目前相关技术中对于服务器的修复存在修复不彻底导致多次返工，服务器修复效率较低的情况。而且由于相关技术运营的服务器登陆权限都控制在业务手上，基础运维部门本身并无密码，无法和新服务器上架操作系统(Operating System，OS)安装阶段一样来获取服务器的相关日志信息，仅针对新上架没有设置系统密码的服务器，并不适用于有业务运行中的服务器，而且相关技术中服务器的故障查验不支持与故障修复流程相结合。

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

发明内容

本发明实施例提供了一种服务器修复查验方法和装置、存储介质及电子设备，以至少解决由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低修复效率较低的技术问题。

根据本发明实施例的一个方面，提供了一种服务器修复查验方法，包括：通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

根据本发明实施例的另一方面，还提供了一种服务器修复查验装置，包括：第一获取单元，通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；第二获取单元，用于获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；验证单元，用于根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；生成单元，用于在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述的服务器修复查验方法。

根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过上述计算机程序执行上述的服务器修复查验方法。

在本发明实施例中，采用通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单的方式，通过基于配置监测工具获取到修复后的服务器的当前配置参数，并将上述配置参数与目标配置参数进行比对，然后获取验收结果，达到了无需通过密码登录即可获取修复后的服务器的参数信息的目的，从而实现了提高服务器故障修复效率以及有效避免修复后的服务器出现多次返修的技术效果，进而解决了由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低的技术问题。

附图说明

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

图1是根据本发明实施例的一种可选的服务器修复查验方法的应用环境的示意图；

图2是根据本发明实施例的另一种可选的服务器修复查验方法的应用环境的示意图；

图3是根据本发明实施例的一种可选的服务器修复查验方法的流程图；

图4是根据本发明实施例的一种可选的服务器修复查验方法的流程节点界面示意图；

图5是根据本发明实施例的一种可选的服务器修复查验方法的操作界面示意图；

图6是根据本发明实施例的另一种可选的服务器修复查验方法的操作界面示意图；

图7是根据本发明实施例的又一种可选的服务器修复查验方法的操作界面示意图；

图8是根据本发明实施例的一种可选的服务器修复查验方法的增加验收策略界面示意图；

图9是根据本发明实施例的又一种可选的服务器修复查验方法的操作界面示意图；

图10是根据本发明实施例的一种可选的服务器修复查验方法的流程示意图；

图11是根据本发明实施例的另一种可选的服务器修复查验方法的流程示意图；

图12是根据本发明实施例的一种可选的服务器修复查验方法的结构示意图；

图13是根据本发明实施例的另一种可选的服务器修复查验方法的流程示意图；

图14是根据本发明实施例的另一种可选的服务器修复查验方法的操作界面示意图；

图15是根据本发明实施例的另一种可选的服务器修复查验方法的流程示意图；

图16是根据本发明实施例的一种可选的服务器修复查验装置的结构示意图；

图17是根据本发明实施例的一种可选的电子设备的结构示意图。

具体实施方式

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

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

根据本发明实施例的一个方面，提供了一种服务器修复查验方法，可选地，作为一种可选的实施方式，上述服务器修复查验方法可以但不限于应用于如图1所示的环境中。该应用环境中包括：与用户进行人机交互的终端设备102、网络104、后台服务器106。用户108与终端设备102之间可以进行人机交互，终端设备102中运行有服务器修复查验应用客户端。上述终端设备102中包括人机交互屏幕1022，处理器1024及存储器1026。人机交互屏幕1022用于显示每个服务器的当前的配置参数，并显示每个服务器的查验结果。处理器1024用于通过与修复后的服务器关联的配置监测工具获取服务器的查验信息；其中，查验信息用于指示服务器中每个服务器的当前配置参数；存储器1026用于存储服务器的当前的配置参数，并存储每个服务器对应的查验结果。

此外，后台服务器106中包括数据库1062及处理引擎1064，数据库1062中用于存储目标配置信息，验收条件信息。处理引擎1064用于获取每个服务器对应的目标配置信息，其中，目标配置信息是上述服务器的参考配置参数；根据目标配置信息，基于预设的验收条件对查验信息进行查验，以得到服务器对应的查验结果；在查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

具体过程如以下步骤：假设如图1所示终端设备102中运行有服务器修复查验应用客户端，终端设备102中显示有服务器修复查验提示应用客户端提供的修复后的服务器的查验信息。如步骤S102，通过与修复后的服务器关联的配置监测工具获取服务器的查验信息；其中，查验信息用于指示服务器中每个服务器的当前配置参数；然后执行步骤S104，将上述查验信息通过网络104发送给后台服务器106。后台服务器106接收到该请求后，执行步骤S106-S110，获取每个服务器对应的目标配置信息，其中，目标配置信息是所述服务器的参考配置参数；根据目标配置信息，基于预设的验收条件对查验信息进行查验，以得到服务器对应的查验结果；在查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。并如步骤S112，通过网络104通知终端设备102，返回上述异常工单。

作为另一种可选的实施方式，本申请上述服务器修复查验方法可以应用于图2所示的应用环境中。如图2所示，用户202与用户设备204之间可以进行人机交互。用户设备204中包含有存储器206和处理器208。本实施例中用户设备204可以但不限于参考执行上述终端设备102所执行的操作，以显示每个服务器的当前的配置参数，以及加载每个服务器对应的查验结果。

可选地，上述终端设备102和用户设备204可以但不限于为手机、平板电脑、笔记本电脑、PC机等终端，上述网络104可以包括但不限于无线网络或有线网络。其中，该无线网络包括：WIFI及其他实现无线通信的网络。上述有线网络可以包括但不限于：广域网、城域网、局域网。上述后台服务器106可以包括但不限于任何可以进行计算的硬件设备。上述仅是一种示例，本实施例中对此不作任何限定。

上述仅是一种示例，本实施例中对此不作任何限定。

可选地，作为一种可选的实施方式，如图3所示，上述服务器修复查验方法包括：

S302，通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；

S304，获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；

S306，根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；

S308，在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

在步骤S302中，实际应用时，配置监测工具可以包括但不限于安装于服务器内部的agent监测工具的插件，通过此插件绕过服务器的登录密码来实时获取到服务器的日志信息，这里，基于配置监测工具获取修复后的至少一个服务器的查验信息，也就是说，将有故障的服务器进行修复后进行了再次查验，以确保避免出现修复后的服务器重新返修的问题。在本实施例中，上述查验信息可以包括服务器的软件或硬件配置信息，例如服务器中安装的操作系统的版本信息，服务器中硬盘的容量和转速的不同的参数信息，在此不做任何限定。

在步骤S304中，实际应用时，获取上述每个服务器对应的目标配置信息，这里目标配置信息或参考配置参数可以为与服务器匹配的正常参数信息，例如当前服务器中的硬盘的转速正常值为7200rpm，那么当前服务器的硬盘对应的目标配置信息为7200rpm；上述仅为举例，在此不做限定。

在步骤S306中，实际应用时，根据目标配置信息，基于预设的验收规则验证查验信息得到每个服务器对应的查验结果，也就是说，根据每个需要查验的服务器的预设的验收规则来查询当前服务器的状态参数信息；这里预设的验收规则，可以根据用户的需求，筛选出用户关注服务器的部分部件的当前状态信息。也可以为根据项目需求，筛选出多个服务器的全部或部分硬件或软件的状态信息，上述仅为举例，在此不做限定。

在步骤S308中，实际应用时，在查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单，也就是说，当当前待验收的服务器有部分修复参数不符验收条件后，系统中就会生成验收不符合预设条件的服务器的异常工单，这里，异常工单可以提示具体的硬件或软件的具体故障信息，也可以将当前的异常工单直接发送至维修部门进行维护。

上述服务器修复查验方法中的目标配置信息可以存储到区块链中，本发明实施例中的区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

在本发明实施例中，采用通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单的方式，通过基于配置监测工具获取到修复后的服务器的当前配置参数，并将上述配置参数与目标配置参数进行比对，然后获取验收结果，达到了无需通过密码登录即可获取修复后的服务器的参数信息的目的，从而实现了提高服务器故障修复效率以及有效避免修复后的服务器出现多次返修的技术效果，进而解决了由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低的技术问题。

在一实施例中，上述步骤S302包括：基于代理监测工具获取上述服务器的日志信息，其中，上述配置监测工具包括上述代理监测工具，上述代理监测工具运行于上述服务器中；对上述日志信息进行日志解析得到解析结果；从上述解析结果中获取上述查验信息。在本实施例中，如图13所示，上述代理监测工具可以包括但不限于TSC-agent客户端，TSC-agent客户端为运行与上述服务器中的代理客户端，可以通过TSC-api接口实时获取到服务器的日志信息，TSC-agent客户端将获取到的服务器的日志信息发送给日志接收器后，与服务器的物料清单(Bill of Material，BOM)即服务器的正常参数配置进行比对，然后得到比对后的结果。

在一实施例中，上述步骤S302还包括：基于外部探测机获取到上述服务器对应的探测配置参数，其中，上述配置监测工具包括上述外部探测机，上述外部探测机与上述服务器具有连接关系；通过与上述外部探测机对应的应用程序接口API接收上述探测配置参数，其中，上述查验信息包括上述探测配置参数。在本实施例中，上述外部探测机可以包括但不限于网络探测机，代理心跳探测机，外带探测机等，上述不同类型的探测机可以直接与服务器电性连续，通过与探测机对应的代理客户端实时获取对应的服务器的配置参数信息。

在一实施例中，步骤S306包括：将上述查验信息中的预设的条件字段作为目标筛选条件，从上述查验信息中获取与上述目标筛选条件匹配的目标查验信息；将上述目标查验信息与上述目标配置信息进行比对得到比对结果。利用上述比对结果生成查验结果。在本实施例中，如图6所示，预设的条件字段可以包括但不限于服务器修复的流程单号，固定资产编号，服务器IP，故障修复的开始时间和结束时间等，在此不做限定；目标查验信息可以为服务器经过上述字段筛选后对应的当前参数信息，将当前参数信息和目标参数信息进行比对，得到查验结果，这里目标参数信息可以为服务器在上述字段下对应的正常参数信息。在图6中，当前查验结果为，定制策略检测结果正常，总体检查结果正常，总体异常信息不仅比对通过，主板SN是否为空通过，硬盘的序列号比对通过，内存序列号未比对，主板型号比对通过，Bios版本检测通过。

在一实施例中，将上述查验信息中的预设的条件字段作为目标筛选条件，从上述查验信息中获取与上述目标筛选条件匹配的目标查验信息包括以下至少之一：

将上述查验信息中的部件参数对应的字段作为目标筛选条件，从上述查验信息中获取与上述部件参数对应的字段匹配的目标查验信息，其中，上述预设的条件字段包括上述部件参数，上述部件参数是上述服务器对应硬件设备中的部件的属性参数；在本实施例中，如图7所示，上述部件参数可以为验收项中的验收大项和验收小项，例如，验收大项可以为主板，验收小项为主板型号是否匹配，主板SN为空等。验收大项为网卡健康性检查，验收小项为网卡型号不匹配，网卡物理地址(Media Access Control，MAC)为空，网卡支持的最大速度不一致等。

将上述查验信息中的业务模块参数对应的字段作为目标筛选条件，从上述查验信息中获取与上述业务模块参数对应的字段匹配的目标查验信息，其中，上述预设的条件字段包括上述业务模块参数，上述业务模块参数是上述服务器中包含的业务运行参数。在本实施例中，如图8所示，上述业务模块参数可包括机器所述部门ID，机器所述部门名称，业务路径名称，是否在保修期范围等。

在一实施例中，步骤S308包括：当上述验收结果指示验收失败的情况下，调用配置管理数据库CMDB接口和异常验收结果查询接口，获取生成的上述异常工单；在上述异常工单中显示异常信息。

在一实施例中，上述获取上述已修复的至少一个服务器的当前的配置参数，并生成异常工单包括：基于获取到的上述已修复的至少一个服务器的配置信息、异常检查项和建议修复手段组成异常工单；在本实施例中，如图9所示，异常工单中，服务器的配置信息，可以为服务器的固定资产编号，服务器的序列号，服务器IP，故障来源，故障描述，业务路径，验收描述等。异常检测项中包括但不限于硬盘数量，内存数量，对比的轮次，处理建议等。建议修复手段可以包括重新检查，驳回，强制通过等不同的手段。

在一实施例中，上述在上述异常工单中显示异常信息之后，还包括：提示对存在上述异常信息的服务器进行重新修复。

在一实施例中，上述根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果包括：在上述查验结果提示验收成功的情况下，显示查验通过信息。

在本发明实施例中，采用通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单的方式，通过基于配置监测工具获取到修复后的服务器的当前配置参数，并将所述配置参数与目标配置参数进行比对，然后获取验收结果，达到了无需通过密码登录即可获取修复后的服务器的参数信息的目的，从而实现了提高服务器故障修复效率以及有效避免修复后的服务器出现多次返修的技术效果，进而解决了由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低的技术问题。

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

相关技术中的服务器检测仅针对新上架服务器，并不适用于现网有业务运行中的服务器。首先相关技术不支持与故障修复流程相结合，其次，运营的服务器登陆权限都控制在业务手上，基础运维部门本身并无密码，无法跟新机器上架OS安装阶段一样获取相关日志信息。

为了解决上述技术问题，基于上述实施例，在一应用实施例中，上述服务器修复查验方法的应用场景如下：当正在运行的一台或多台服务器出现故障时，服务器修复查验装置检测到上述故障后，会在装置中显示故障报警提示，上述服务器修复查验装置根据报警提示对出现故障的服务器进行故障诊断，诊断结束后对出现故障的服务器转入维修门进行修复；当出现故障的服务器被修复后，通过服务器修复查验装置对修复后的服务器进行故障修复质量验收，即将修复后的服务器的运行状态信息与对应的正常状态信息进行比对，当比对结果提示无异常信息时，可以交付用户进行验收；当比对结果提示修复后的服务器仍存在有故障未修复时，可以转入维修部门二次修复后再交付用户进行验收。

如图10所示，上述服务器修复查验方法包括如下步骤：步骤S1002，服务器出现故障后告警，并建立对应的故障工单；步骤S1004，针对服务器的告警建单后转入故障诊断，步骤S1006，故障诊断后转入故障修复，步骤S1008，故障修复后转入故障修复质量诊断验收，当验收结果指示合格后，步骤S1010，用户进行验收。

如图4所示，本发明实施例通过在“故障修复”及“用户验收”节点之间增加“验收故障处理结果”子流程：来确保所有故障单修复后都会进行健康检查，即对修复后的服务器进行二次健康检查，保障服务器交付质量。图4中，uwork表示当前故障验收流程的平台名称标识，当前uwork平台历时0.15小时完成了对服务器的检测验收。在图5中，为当前uwork平台发起故障验收流程的具体显示界面。在该故障验收流程中，不同ID的任务节点对应不同的任务，图5中，显示有Ping检测任务和流程初始化两个任务节点，对应有不同的任务ID，以及两个任务的开始和结束时间，任务处理人和完成状态信息。

故障验收流程：验收作为独立的原子化子流程运行，主要包括但不限于以下两个优点：优点1、可作到验收自闭环：除了具备相关检查项功能，还包括验收失败派单、修复、重新检查能力，也就是说，当检测到当前修复后的服务器存在未彻底修复的问题时，可以通过验收失败派单、修复、重新检查等手段做到自闭环。优点2、原子化设计可向不同运营场景提供验收能力：此验收能力除了可提供给故障修复场景，同时可应用于新机器交付、资源回收等运营场景，原子化设计为对当前修复后的服务器进行单独建立故障检测工单，不同的任务或不同的场景可以通过调用该故障检测工单号进行验收或资源回收等项目。

在本发明实施例中，获取服务器的查验信息，包括服务器的40多项健康监控事项：检查项包括网络连通性测试、agent存活性测试、整机健康性及部件容量、部件数量、固件(Firm Ware，FW)、固件型号等40多项属性测试。上述健康监控的节点如表(1)所示。

表(1)

表(1)续

在本发明实施例中，不同用户有不同需求，例如部分用户并不要求必要使用最新固件版本，因此当固件非最新版本时，也不需要进行修复，可直接交付。同时还有因用户自身网络控制，例如安全外壳协议SSH加密不允许检查等，因此，支持不同业务结合自身业务特点自定义检查项，达到动态灵活查验服务器的当前状态参数目的，提供了查验平台的自主可控性。如图7所示，可以支持按部件、业务模块、检查项多纬度自定义检查项。按部件可以为检测大项中的硬盘或网卡等硬件设备，检测小项可以对应硬盘中的序列号参数，硬盘参数，网卡的固件版本，网卡的MAC地址，业务模块中，可以根据一级业务，二级业务筛选服务器的检查项；也就是说，可以通过上述的不同查询条件，从验收策略集合中选择出与当前筛选字段匹配的一个或多个验收策略；如图7所示，当用户在查询条件下的一级业务的输入框中输入“云资源”后，就会出现与一级业务“云资源”对应的2个验收策略；其中，在第一个策略中包括：机器所述部门ID为01，业务路径(一级)名称为云资源，业务路径(二级)名称为云资源，策略是否有效选择为有效，验收大项为内存，验收项为MemoryCount，验收不通过拦截选择为拦截。在第一个策略中包括：机器所述部门ID为01，业务路径(一级)名称为云资源，业务路径(二级)名称为预约池，策略是否有效选择为有效，验收项为HardDiskCount，验收不通过拦截选择为拦截。

此外，通过新增按键702，还能在自定义查询区中新增验收策略，在新增验收策略中，可以将不同字段的检查项进行组合来多维度进行自定义检查。当用户点击新增按键702后，可以弹出如图8所示的故障验收界面，图8中显示有自定义策略的不同筛选字段，用户通过选择或手动输入故障验收的不同筛选字段，可以增加不同维度的符合用户需求的不同的筛选策略，例如，当前验收用户只关注硬盘以及硬盘的转速是否正常，可以在验收大项中选择硬盘选项，验收项中对应选择硬盘转速；即可建立与硬盘以及硬盘的转速相关的验收策略。在图7中，在查询条件栏目，输入大小输入硬盘或在检查小项输入硬盘转速，即可图7下方显示该验收策略对应的详细信息。通过上述验收策略模块，可以个性化的自定义验收策略来灵活支撑不同业务的需求，通过业务属性与服务器本身属性，可支持业务定义不同的验收策略需求。

在本发明实施例中，针对检查验收不通过的工单，将根据策略要求派发给对应的售后团队进行修复，工单上支持显示不通过内容，同时支持驳回派给到互联网数据中心(Internet Data Center，IDC)现场运维工程师或发起重新检查功能，目的在于保障问题修复闭环。如图9所示，针对检验查收未通过的工单，可以点击重新检查按键或驳回按键以及强制通过按键来进行不同的操作，进一步保障服务器修复问题形成闭环。

上述服务器修复母流程如图10所示，针对服务器的告警建单后转入故障诊断，故障诊断后转入故障修复，故障修复后转入故障修复质量验收，当验收结果指示合格后，用户进行验收。

在一应用实施例中，上述服务器修复的子流程如图11所示，包括如下步骤：步骤S1102，对服务器出现的故障进行修复；修复后，进入步骤S1104，进行健康项比对；然后进入步骤S1106，根据健康项比对结果判断验收项是否通过查验，如果验收项通过查验，转入步骤S1120，验收项通过后可以直接交付用户进行验收；验收项查验不通过时，转入步骤S1108，通过自定义策略进行匹配；通过自定义策略匹配后，进入步骤S1110，判断是否匹配自定义的策略匹配，如果匹配就转入步骤S1112，生成异常工单进行处理；步骤S1114，当处理结果达到预设要求时，用户可以验收，转入步骤S1120，验收项通过后可以直接交付用户进行验收，如果处理结果没过通过查验，转入步骤S1116，重新检查，进行健康项比对；或进入步骤S1118，驳回重新，进入维修部分进行估值的二次修复。

在一应用实施例中，上述服务器修复的子流程中，健康项验测分别“外围探测”、“操作系统(Operating System，OS)内探测”两种方法，具体如下所述：如图12所示，外围探测：是指通过外围探测指通过外部探测设备，对目标服务器进行远程探测，通过对任务api接口发起任务，根据不同探测需求将任务下发至对应的探测机，由探测机对客户服务器发起探测请求并将结果返回给外围服务器监控状况检查api接口，执行任务包括通过网络探测机探测服务器的ping协议、ssh协议登陆，通过Agent心跳探测机探测服务器中agent客户端的可用性、通过带外基板控制器(Baseboard Management Controller，BMC)判断BMC的可用性等。

OS系统内探测：OS系统内探测指通过提前在服务器OS内部署代理agent，这里agent可以为TSC-agent，，通过TSC-agent可主动在OS内指定采集相关的日志信息，并将日志信息回传至后台，通过解析模块，将解析后的结果与BOM进行对比，从而得出正确可靠的整机或部件验查结果。如图13所示，上述OS系统内探测方法包括如下步骤：步骤S1302，通过检测平台(即调用方)获取当前服务器的验收参数信息，步骤S1304，关联TSC代理检测的应用接口；步骤S1306，通过TSC代理检测服务器执行对应的检测任务；步骤S1308，调用当前检测的客户机器的代理客户端获取当前服务器的日志信息；步骤S1310，将上述日志信息发送给日志接收器；步骤S1312，通过获取当前服务器的BOM表1314对当前日志信息进行比对；步骤S1316，将比对结果进行输出。

如图14所示，图14中，通过DOS界面呈现出当前待检服务器的验收比对详情日志，可以看出当前服务器厂商型号为Foxconn RM771，机型为Y0-SH11-25G，版本号为6.10.0.10，该服务器的主板检测结果为通过，网卡检测结果为通过。

在一应用实施例中，异常工单处理包括：待检查服务器匹配中异常策略后，通过调用“CMDB接口”和“异常验收结果查询接口”，获取服务器相关信息、异常检查项、建议修复手段组成异常修复工单，最后输出“通过、重新检查、打回现场重新维修”三个结果。如图15所示，异常工单处理包括如下步骤：步骤S1502，将当前服务器的查验比对结果进行输出；步骤S1504，将输出结果匹配卡单策略(即验收条件)，匹配后，进入步骤S1506a和S1506b，调用“CMDB接口”获取当前服务器的基础组装信息；以及步骤S1508a和S1508b，调用“异常验收结果查询接口”，检查异常项信息组装相关信息；最后进入S1510，输出修复结果。

本发明实施例可以提升故障修复质量，交付及格率可达100％，还能提高用户满意度，避免修复质量不合格投诉的情况；此外降低现场人力投入，而且具备在线验查能力，减少现场工程师人力投入、提高工单处理效率，人工验收需要30分钟-1小时/单，包括关机-开机进BIOS\raid卡等确认部件数量等情况。同时解决了现场人工无法覆盖验收场景：包括部件型号、部件FW、部件健康隐患、agent可用率等场景。

在本发明实施例中，采用通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单的方式，通过基于配置监测工具获取到修复后的服务器的当前配置参数，并将所述配置参数与目标配置参数进行比对，然后获取验收结果，达到了无需通过密码登录即可获取修复后的服务器的参数信息的目的，从而实现了提高服务器故障修复效率以及有效避免修复后的服务器出现多次返修的技术效果，进而解决了由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低的技术问题。

根据本发明实施例的另一个方面，还提供了一种用于实施上述服务器修复查验方法的服务器修复查验装置。如图16所示，该装置包括：

第一获取单元1602，通过与修复后的服务器关联的配置监测工具获取所述服务器的查验信息；其中，所述查验信息用于指示所述服务器中每个服务器的当前配置参数；

第二获取单元1604，用于获取每个所述服务器对应的目标配置信息，其中，所述目标配置信息是所述服务器的参考配置参数；

验证单元1606，用于根据所述目标配置信息，基于预设的验收条件对所述查验信息进行查验，以得到所述服务器对应的查验结果；

生成单元1608，用于在所述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

在本发明实施例中，配置监测工具可以包括但不限于安装于服务器内部的agent监测工具插件，通过此插件绕过服务器的登录密码来实时获取到服务器的日志信息，这里，基于配置监测工具获取修复后的至少一个服务器的查验信息，也就是说，将有故障的服务器进行修复后进行了再次查验，以确保避免出现修复后的修复重新返修的问题。在本实施例中，上述查验信息可以包括服务器的软件或硬件配置信息，例如当前操作系统的版本信息，服务器中硬盘的容量和转速的不同的参数信息，在此不做任何限定。

在本发明实施例中，获取上述每个服务器对应的目标配置信息，这里目标配置信息可以与服务器匹配的正常参数信息，例如当前服务器中的硬盘的转速正常值为7200rpm，那么当前服务器的硬盘对应的目标配置信息为7200rpm；上述仅为举例，在此不做限定。

在本发明实施例中，根据目标配置信息，基于预设的验收规则验证查验信息得到每个服务器对应的验收结果，也就是说，根据每个需要查验的服务器的预设的验收规则来查询当前服务器的状态参数信息；这里预设的验收规则，可以根据用户的需求，筛选出用户关注服务器的部分部件的当前状态信息。也可以为根据项目需求，筛选出多个服务器的全部或部分硬件或软件的状态信息，上述仅为举例，在此不做限定。

在本发明实施例中，在上述验收结果提示验收失败的情况下，生成与验收失败的服务器对应的异常工单，也就是说，当当前待验收的服务器有部分参数不符验收条件后，系统中就会生成验收不符合条件的服务器的异常工单，这里，异常工单可以提示具体的硬件或软件的具体故障信息，也可以将当前的异常工单直接发送至维修部门进行维护。

在本发明实施例中，采用通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单的方式，通过基于配置监测工具获取到修复后的服务器的当前配置参数，并将所述配置参数与目标配置参数进行比对，然后获取验收结果，达到了无需通过密码登录即可获取修复后的服务器的参数信息的目的，从而实现了提高服务器故障修复效率以及有效避免修复后的服务器出现多次返修的技术效果，进而解决了由于服务器的故障修复后缺少查验导致的服务器故障修复效率较低的技术问题。

在一实施例中，上述第一获取单元1602包括：获取模块，用于基于配置监测工具获取修复后的至少一个服务器的查验信息包括：基于上述配置监测工具获取上述已修复的至少一个服务器的日志信息，将上述日志信息经过日志解析模块得到解析结果，其中，上述解析结果包括上述已修复的至少一个服务器的上述当前的配置参数。

在一实施例中，上述服务器修复查验装置包还包括：

第三获取单元，用于基于不同功能的外部探测机获取到所述已修复的至少一个服务器对应的探测配置参数；

第一接收单元，用于通过与所述外部探测机对应的应用程序接口API接收所述探测配置参数，其中，所述查验信息包括所述探测配置参数。

在一实施例中，上述验证单元1606包括：

第一获取模块，用于将上述查验信息中的预设的条件字段作为目标筛选项，从上述查验信息中获取与上述目标筛选项匹配的目标查验信息；

第一比对模块，用于将上述目标查验信息与上述目标配置信息进行比对得到比对结果；

第一生成模块，用于利用上述比对结果生成查验结果；其中，上述查验结果包括验收失败提示信息和验收成功提示信息。

在一实施例中，上述第一获取模块包括以下至少之一：

第一获取子单元，用于将上述查验信息中的部件参数对应的字段作为目标筛选项，从上述查验信息中获取与上述部件参数对应的字段匹配的目标查验信息；

第二获取子单元，用于将上述查验信息中的业务模块参数对应的字段作为目标筛选项，从上述查验信息中获取与上述业务模块参数对应的字段匹配的目标查验信息；

第三获取子单元，用于将上述查验信息中的检查项对应的字段作为目标筛选项，从上述查验信息中获取与上述检查项对应的字段匹配的目标查验信息。

在一实施例中，上述生成单元还包括：

调用模块，用于当上述验收结果指示验收失败的情况下，调用配置管理数据库CMDB接口和异常验收结果查询接口，获取上述已修复的至少一个服务器的当前的配置参数，并生成异常工单；

输出模块，用于基于上述异常工单，输出异常修复结果。

在一实施例中，上述调用模块包括：组建子单元，用于基于获取到的上述已修复的至少一个服务器的配置信息、异常检查项和建议修复手段组成异常工单；

第一输出子单元，用于基于上述异常工单，输出异常修复结果包括以下至少之一：基于上述异常工单，输出验收通过信息；第二输出子单元，用于基于上述异常工单，输出重新检查信息；

第三输出子单元，用于基于上述异常工单，输出返回现场重新维修信息。

根据本发明实施例的又一个方面，还提供了一种用于实施上述服务器修复查验方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为终端设备为例来说明。如图17所示，该电子设备包括存储器1702和处理器1704，该存储器1702中存储有计算机程序，该处理器1704被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；

S2，获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；

S3，根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；

S4，在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

可选地，本领域普通技术人员可以理解，图17所示的结构仅为示意，电子装置电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图17其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图17中所示更多或者更少的组件(如网络接口等)，或者具有与图17所示不同的配置。

其中，存储器1702可用于存储软件程序以及模块，如本发明实施例中的服务器修复查验方法和装置对应的程序指令/模块，处理器1704通过运行存储在存储器1702内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的服务器修复查验方法。存储器1702可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1702可进一步包括相对于处理器1704远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器1702具体可以但不限于用于存储至少一个服务器的目标配置信息和验收结果等信息。作为一种示例，如图17所示，上述存储器1702中可以但不限于包括上述服务器修复查验装置中的第一获取单元1602、第二获取单元1604、验证单元1606和生成单元1608。此外，还可以包括但不限于上述服务器修复查验装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置1706用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1706包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1706为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，此外，上述电子设备还包括：显示器1708，用于显示至少一个服务器的目标配置信息和验收结果信息；和连接总线1710，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述虚拟载具的转向提示方法。其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，通过与修复后的服务器关联的配置监测工具获取上述服务器的查验信息；其中，上述查验信息用于指示上述服务器中每个服务器的当前配置参数；

S2，获取每个上述服务器对应的目标配置信息，其中，上述目标配置信息是上述服务器的参考配置参数；

S3，根据上述目标配置信息，基于预设的验收条件对上述查验信息进行查验，以得到上述服务器对应的查验结果；

S4，在上述查验结果提示验收失败的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

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

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

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

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

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

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

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

Claims (9)

1.一种服务器修复查验方法，其特征在于，包括：

通过与修复后的服务器关联的配置监测工具实时获取运行中的所述服务器的日志信息，对所述日志信息进行日志解析得到解析结果，其中，所述配置监测工具是安装于所述服务器内部的监测工具的插件，所述安装于所述服务器内部的监测工具的插件被设置为直接通过所述服务器的数据接口获取所述服务器的日志信息，以绕过所述服务器的登录密码来实时获取到所述服务器的日志信息；

通过所述解析结果获取查验信息，其中，所述查验信息用于指示所述服务器中每个服务器的当前配置参数；

获取每个所述服务器对应的目标配置信息，其中，所述目标配置信息是所述服务器的参考配置参数；

将所述查验信息中的预设的条件字段作为目标筛选条件，从所述查验信息中获取与所述目标筛选条件匹配的目标查验信息；将所述目标查验信息与所述目标配置信息进行比对得到比对结果；利用所述比对结果生成查验结果；

在所述查验结果提示验收失败的情况下，获取需求信息，并根据所述需求信息自定义验收策略进行匹配；

在所述自定义验收策略结果不匹配的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单；

针对所述异常工单进行修复处理，并在修复处理后进行二次查验。

2.根据权利要求1所述的方法，其特征在于，所述通过与修复后的服务器关联的配置监测工具实时获取已运行的所述服务器的日志信息包括：

基于代理监测工具获取所述服务器的日志信息，其中，所述配置监测工具包括所述代理监测工具，所述代理监测工具运行于所述服务器中；

对所述日志信息进行日志解析得到解析结果；

从所述解析结果中获取所述查验信息。

3.根据权利要求1所述的方法，其特征在于，所述通过与修复后的服务器关联的配置监测工具实时获取已运行的所述服务器的日志信息包括：

基于外部探测机获取到所述服务器对应的探测配置参数，其中，所述配置监测工具包括所述外部探测机，所述外部探测机与所述服务器具有连接关系；

通过与所述外部探测机对应的应用程序接口API接收所述探测配置参数，其中，所述查验信息包括所述探测配置参数。

4.根据权利要求1所述的方法，其特征在于，所述将所述查验信息中的预设的条件字段作为目标筛选条件，从所述查验信息中获取与所述目标筛选条件匹配的目标查验信息包括以下至少之一：

将所述查验信息中的部件参数对应的字段作为目标筛选条件，从所述查验信息中获取与所述部件参数对应的字段匹配的目标查验信息，其中，所述预设的条件字段包括所述部件参数，所述部件参数是所述服务器对应硬件设备中的部件的属性参数；

将所述查验信息中的业务模块参数对应的字段作为目标筛选条件，从所述查验信息中获取与所述业务模块参数对应的字段匹配的目标查验信息，其中，所述预设的条件字段包括所述业务模块参数，所述业务模块参数是所述服务器中包含的业务运行参数。

5.根据权利要求1所述的方法，其特征在于，所述生成携带有验收失败的目标服务器的服务器标识的异常工单包括：

调用配置管理数据库CMDB接口和异常验收结果查询接口，获取生成的所述异常工单；

在所述异常工单中显示异常信息。

6.根据权利要求5所述的方法，其特征在于，所述在所述异常工单中显示异常信息之后，还包括：

提示对存在所述异常信息的服务器进行重新修复。

7.一种服务器修复查验装置，其特征在于，包括：

第一获取单元，通过与修复后的服务器关联的配置监测工具实时获取运行中的所述服务器的日志信息，对所述日志信息进行日志解析得到解析结果，其中，所述配置监测工具是安装于所述服务器内部的监测工具的插件，所述安装于所述服务器内部的监测工具的插件被设置为直接通过所述服务器的数据接口获取所述服务器的日志信息，以绕过所述服务器的登录密码来实时获取到所述服务器的日志信息；

所述装置，用于通过所述解析结果获取查验信息，其中，所述查验信息用于指示所述服务器中每个服务器的当前配置参数；

第二获取单元，用于获取每个所述服务器对应的目标配置信息，其中，所述目标配置信息是所述服务器的参考配置参数；

验证单元，将所述查验信息中的预设的条件字段作为目标筛选条件，从所述查验信息中获取与所述目标筛选条件匹配的目标查验信息；将所述目标查验信息与所述目标配置信息进行比对得到比对结果；利用所述比对结果生成查验结果；

所述装置，用于在所述查验结果提示验收失败的情况下，获取需求信息，并根据所述需求信息自定义验收策略进行匹配；生成单元，用于在所述自定义验收策略结果不匹配的情况下，生成携带有验收失败的目标服务器的服务器标识的异常工单；

所述装置，用于针对所述异常工单进行修复处理，并在修复处理后进行二次查验。

8.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至6任一项中所述的方法。

9.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至6任一项中所述的方法。

Images