CN114924936A - 系统维护方法、装置和服务器 - Google Patents

Abstract

本说明书提供了系统维护方法、装置和服务器，应用于人工智能技术领域。基于该方法，服务器先采集目标系统的当前运行状态参数；再调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果，以确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；检测第一客户端是否在线；其中，第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达异常提示；其中，第二客户端为运维人员所持有的移动客户端。从而能够自动地监测并确定出系统是否异常，并及时地通过第二客户端对运维人员进行提示。

Description

系统维护方法、装置和服务器

技术领域

本说明书属于人工智能技术领域，尤其涉及系统维护方法、装置和服务器。

背景技术

通常为了保证网络平台系统的运行的稳定、安全，需要配置相应的运维人员在与该系统对接且固定部署的内部客户端进行值班，以便可以及时发现系统运行的时异常，并及时对异常进行相应处理。

基于上述方法，运维人员必须通过内部客户端才能登录系统，进而才能对系统的运行监测和维护。一旦运维人员离开内部客户端，就无法及时地发现系统运行时的异常，更无法及时地对上述异常进行有效的维护处理，进而会对系统的正常运行造成影响。

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

发明内容

本说明书提供了系统维护方法、装置和服务器，能够在第一客户端不在线时自动地监测并确定出系统是否异常，并在发现异常时及时地通过第二客户端对运维人员进行提示。

本说明书实施例提供了一种系统维护方法，应用于服务器，包括：

采集目标系统的当前运行状态参数；

调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；

根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；

在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；

检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；

在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

在一个实施例中，根据预设的交互规则，向第二客户端触达所述异常提示，包括：

根据当前运行状态预测结果、目标系统的当前运行状态参数，进行异常原因分析，生成异常原因分析报告；

将携带有异常原因分析报告的异常提示发送至第二客户端。

在一个实施例中，将携带有异常原因分析报告的异常提示发送至第二客户端，包括：

根据5G传输协议，将携带有异常原因分析报告的异常提示发送至第二客户端。

在一个实施例中，在成异常原因分析报告之后，所述方法还包括：

调用预设的应急处理模型，处理所述异常原因分析报告，得到针对目标系统的当前运行状态的处理策略；

相应的，将携带有异常原因分析报告和处理策略的异常提示发送至第二客户端。

在一个实施例中，所述处理策略中包含有按序排列的原子操作的操作标识。

在一个实施例中，在向第二客户端触达所述异常提示之后，所述方法还包括：

接收第二客户端针对所述异常提示反馈的处理指令；

根据所述处理指令，对目标系统进行相应的运维处理。

在一个实施例中，所述处理指令包含有运维人员确认的原子操作的操作标识的标识序列。

在一个实施例中，根据所述处理指令，对目标系统进行相应的运维处理，包括：

根据所述处理指令中所包含的标识序列，按序从预设的操作数据库中调用相对应的原子操作，对目标系统进行维护处理；其中，预设的操作数据库中存储有与运维处理相关的多个预设的原子操作。

在一个实施例中，在根据所述处理指令，对目标系统进行相应的运维处理之后，所述方法还包括：

采集目标系统的运维处理后的运行状态参数；

通过调用预设的系统异常检测模型处理目标系统的运维处理后的运行状态参数，以确定运维处理结果；

向第二客户端发送所述运维处理结果。

本说明书实施例还提供了一种系统维护方法，应用于第二客户端，所述第二客户端为运维人员所持有的移动客户端，所述方法包括：

接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；

向运维人员展示所述异常提示；

接收并响应运维人员的操作，生成处理指令；

将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

在一个实施例中，将所述处理指令发送至服务器，包括：

根据5G传输协议，将所述处理指令发送至服务器。

本说明书实施例还提供了一种系统维护装置，应用于服务器，包括：

采集模块，用于采集目标系统的当前运行状态参数；

调用模块，用于调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；

确定模块，用于根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；

生成模块，用于在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；

检测模块，用于检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；

触达模块，用于在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

本说明书实施例还提供了一种系统维护装置，应用于第二客户端，所述第二客户端为运维人员所持有的移动客户端，包括：

接收模块，用于接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；

展示模块，用于向运维人员展示所述异常提示；

生成模块，用于接收并响应运维人员的操作，生成处理指令；

发送模块，用于将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

本说明书实施例还提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现以下步骤：采集目标系统的当前运行状态参数；调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现所述系统维护方法的步骤。

基于本说明书提供的系统维护方法、装置和服务器，负责监测和维护目标系统的服务器可以先采集目标系统的当前运行状态参数；再调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；进一步，还可以检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端。通过利用预设的系统异常检测模型，服务器可以在运维人员离开第一客户端的情况下，自动且准确地监测并确定出目标系统是否存在异常；进一步，在确定目标系统存在异常且第一客户端又不在线的情况下，服务器还可以根据预设的交互规则通过与运维人员所持有的第二客户端进行数据交互，以及时对相关运维人员进行异常提示，以便运维人员可以利用第二客户端高效、准确地完成针对目标系统的运维处理。

附图说明

为了更清楚地说明本说明书实施例，下面将对实施例中所需要使用的附图作简单地介绍，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书的一个实施例提供的系统维护方法的流程示意图；

图2是在一个场景示例中，应用本说明书实施例提供的系统维护方法的一种实施例的示意图；

图3是本说明书的另一个实施例提供的系统维护方法的流程示意图；

图4是本说明书的一个实施例提供的服务器的结构组成示意图；

图5是本说明书的一个实施例提供的系统维护装置的结构组成示意图；

图6是本说明书的另一个实施例提供的系统维护装置的结构组成示意图。

具体实施方式

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

参阅图1所示，本说明书实施例提供了一种系统维护方法。其中，该方法具体应用于服务器一侧。具体实施时，该方法可以包括以下内容：

S101：采集目标系统的当前运行状态参数；

S102：调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；

S103：根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；

S104：在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；

S105：检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；

S106：在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

在一些实施例中，上述系统维护方法具体可以应用于负责监测和维护目标系统的服务器一侧。具体可以参阅图2所示。

上述服务器具体可以包括一种部署于目标系统一侧，能够实现数据传输、数据处理等功能的后台服务器。具体的，所述服务器例如可以为一个具有数据运算、存储功能以及网络交互功能的电子设备。或者，所述服务器也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施例中，并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。

上述服务器具体可以与目标系统相连，以采集目标系统的运行状态参数，对目标系统的运行状态进行监测。

参阅图2所示，上述服务器还与第一客户端相连。其中，第一客户端安装有针对目标系统的维护管理程序。通常情况下，运维人员可以通过登录第一客户端的维护管理程序，通过与服务器进行指令交互，以完成对目标系统的维护和管理。

为了保护目标系统的数据安全，上述第一客户端固定部署于指定网络中。其中，上述指定网络具体可以为安全等级较高的局域网。

具体的，上述第一客户端例如可以为台式电脑、笔记本电脑等电子设备。

此外，参阅图2所示，上述服务器还通过无线连接的方式(例如，手机网络、WIFI等)与第二客户端相连。其中，第二客户端具体可以为运维人员所持有的移动客户端。

具体的，上述第二客户端例如可以为手机、平板电脑、智能手表等电子设备。

在一些实施例中，具体实施时，服务器可以根据预设的采集规则，实时或每间隔预设的时间间隔(例如，每间隔5分钟)采集目标系统的运行状态参数，以对目标系统的运行状态进行监测。其中，上述预设的采集规则具体可以是运维人员自定义的采集规则。

在一些实施例中，上述运行状态参数包括：CPU占用率、GPU占用率、系统流量、处理器温度、响应延时等等。

当然，需要说明的是，上述所列举的运行状态参数只是一种示意性说明。具体实施时，根据具体情况和处理需求，还可以引入其他类型的运行参数。对此，本说明书不作限定。

在一些实施例中，上述预设的系统异常检测模型具体可以理解一种预先训练得到的，能够基于系统运行状态参数，预测系统是否存在异常的神经网络模型。

在一些实施例中，具体实施前，可以按照以下方式训练得到预设的系统异常检测模型：

S1：获取样本系统的样本运行状态记录，作为样本数据；

S2：根据系统是否异常，对样本数据进行标注，得到标注后的样本数据；

S3：利用标注后的样本数据训练初始模型，以得到预设的系统异常检测模型。

在一些实施例中，在确定目标系统的当前运行状态存在异常的情况下，可以生成关于目标系统的异常提示。其中，上述异常提示具体可以理解为一种用于提示系统当前存在异常的提示数据。具体的，上述异常提示可以是一种文本提示，也可以是一种图像提示，还可以是一种音频提示等等。

在一些实施例中，在生成异常提示之后，服务器可以先检测第一客户端是否在线，如果检测到第一客户端在线，可以判断当前有运维人员在第一客户端值班，这时可以直接将异常提示发送至第一客户端。值班的运维人员可以根据异常提示，通过登录第一客户端内的维护管理程序及时对系统的异常原因进行分析排查，并根据分析排查结果及时对系统进行维护，以消除异常。

相反，如果检测到第一客户端不在线，可以判断当前没有运维人员在第一客户端值班，这时可以根据预设的交互规则，向第二客户端触达所述异常提示，以便运维人员通过第二客户端及时对系统异常进行远程处理。

在一些实施例中，上述根据预设的交互规则，向第二客户端触达所述异常提示，具体实施时，可以包括以下内容：

S1：根据当前运行状态预测结果、目标系统的当前运行状态参数，进行异常原因分析，生成异常原因分析报告；

S2：将携带有异常原因分析报告的异常提示发送至第二客户端。

其中，上述异常原因分析报告具体可以包含有与系统异常相关的诸如异常类型、异常原因等相关信息。

在本实施例中，考虑到当前运维人员不在第一客户端，不在系统现场，无法系统异常的原因进行现场分析，因此，服务器可以先进行异常原因分析，生成对应的异常原因分析报告；再将异常原因分析报告连同异常提示一通发送至第二客户端。这样，运维人员在接收到异常提示的同时，可以根据异常原因分析报告，了解到系统异常的大致原因，从而可以更加快速、准确地通过第二客户端对系统异常进行处理。

在一些实施例中，上述将携带有异常原因分析报告的异常提示发送至第二客户端，具体实施时，可以包括：根据5G传输协议，将携带有异常原因分析报告的异常提示发送至第二客户端。

通过上述实施例，可以高效且稳定地将携带有异常原因分析报告的异常提示发送至第二客户端，减少数据传输延迟，使得运维人员能够及时地接收到异常提示。

在一些实施例中，上述根据当前运行状态预测结果、目标系统的当前运行状态参数，进行异常原因分析，生成异常原因分析报告，具体实施时，可以包括以下内容：

S1：根据当前运行状态预测结果、目标系统的当前运行状态参数，对多个预设的异常状况模板进行匹配，以确定出匹配成功的预设的异常状况模板，作为目标异常状况模板；

S2：根据目标异常状况模板，处理当前运行状态预测结果、目标系统的当前运行状态参数，以生成异常原因分析报告。

其中，上述预设的异常状况模板具体可以是预先对大量系统异常状态记录进行聚类得到的。上述预设的异常状况模板具体可以包含有所对应的系统异常状况中较为具有代表性的异常原因等数据。

在一些实施例中，在生成异常原因分析报告之后，所述方法具体实施时，还可以包括以下内容：调用预设的应急处理模型，处理所述异常原因分析报告，得到针对目标系统的当前运行状态的处理策略；相应的，可以将携带有异常原因分析报告和处理策略的异常提示发送至第二客户端。

在一些实施例中，所述处理策略中具体可以有包含有按序排列的原子操作的操作标识。

在一些实施例中，上述预设的应急处理模型具体可以理解为一种预先训练得到的，能够基于系统异常原因、异常类型等因素，预测出相匹配的原子操作的操作标识序列的神经网络模型。

其中，上述原子操作具体可以理解为不能再被拆分的操作。

在一些实施例中，具体实施前，可以按照以下方式训练得到预设的应急处理模型：获取历史上针对不同异常类型的系统维护操作记录；将历史上针对不同异常类型的系统维护操作记录，拆分成多个原子操作的排列组合，进而得到多个原子操作的操作标识序列；将多个原子操作的操作标识序列作为样本数据；根据原子操作的操作标识序列所针对的异常类型，对样本数据进行标注，得到标注后的样本数据；利用标注后的样本数据训练初始模型，以得到预设的应急处理模型。

此外，服务器还可以将从历史上针对不同异常类型的系统维护操作记录拆分出的多个原子操作进行整理，以构建得到预设的操作数据库。其中，预设的操作数据库存储有与系统维护管理相关的多个原子操作，以及原子操作与操作标识的对应关系。具体实施时，服务器还可以定期对预设的操作数据库进行更新。

在一些实施例中，在向第二客户端触达所述异常提示之后，所述方法具体实施时，还可以包括以下内容：

S1：接收第二客户端针对所述异常提示反馈的处理指令；

S2：根据所述处理指令，对目标系统进行相应的运维处理。

具体的，第二客户端可以向运维人员展示异常提示。运维人员可以针对异常提示，通过第二客户端给出对应的处理指令，以便服务器可以根据运维人员给出的处理指令，及时对目标系统进行相应的运维处理。

在一些实施例中，所述处理指令包含有运维人员确认的原子操作的操作标识的标识序列。

具体实施时，运维人员可以根据具体情况，对异常提示所携带的处理策略中所包含的按序排列的原子操作的操作标识进行调整，得到调整后的标识序列，作为运维人员确认的原子操作的操作标识的标识序列。

在一些实施例中，上述根据所述处理指令，对目标系统进行相应的运维处理，具体实施时，可以包括以下内容：根据所述处理指令中所包含的标识序列，按序从预设的操作数据库中调用相对应的原子操作，对目标系统进行维护处理；其中，预设的操作数据库中存储有与运维处理相关的多个预设的原子操作。

在一些实施例中，在根据所述处理指令，对目标系统进行相应的运维处理之后，所述方法具体实施时，还可以包括以下内容：

S1：采集目标系统的运维处理后的运行状态参数；

S2：通过调用预设的系统异常检测模型处理目标系统的运维处理后的运行状态参数，以确定运维处理结果；

S3：向第二客户端发送所述运维处理结果。

具体实施时，根据运维处理结果，在确定系统异常消除的情况下，可以直接向第二客户端发送用于表征系统异常消除的运维处理结果。

相反，根据运维处理结果，在确定系统异常还未消除的情况下，可以重新采集目标系统最新的运行状态参数，并基于最新的运行状态参数生成最新的异常提示；再将上述异常提示，以及表征系统异常还未消除的运维处理结果一同发送至第二客户端，以便运维人员利用第二客户端进行进一步运维处理。

在一些实施例中，第二客户端还可以与第一客户端绑定。相应的，运维人员还可以在一定的权限范围内，通过第二客户端远程连接第一客户端，以调用第一客户端的相关功能模块完成针对目标系统的较为复杂的维护处理。

在一些实施例中，上述预设的交互规则具体可以包括5G传输协议。进一步，上述预设的交互规则还可以包括加密规则。相应的，第二客户端与服务器之间传输的数据可以是经过加密规则加密后的密文数据。

由上可见，基于本说明书实施例提供的系统维护方法，负责监测和维护目标系统的服务器先采集目标系统的当前运行状态参数；再调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；进一步，检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端。通过利用预设的系统异常检测模型，服务器可以在运维人员离开第一客户端的情况下，自动且准确地确定出目标系统是否存在异常；进一步，在确定目标系统存在异常，且第一客户端不在线的情况下，服务器还可以根据预设的交互规则通过与运维人员所持有的第二客户端进行交互，以及时对相关运维人员进行异常提示，并高效、准确地完成针对目标系统的运维处理。

参阅图3所示，本说明书实施例还提供了一种系统维护方法，应用于第二客户端一侧。

其中，该方法具体实施时，可以包括以下内容：

S301：接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；

S302：向运维人员展示所述异常提示；

S303：接收并响应运维人员的操作，生成处理指令；

S304：将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

在一些实施例中，上述将所述处理指令发送至服务器，具体实施时，可以包括：根据5G传输协议，将所述处理指令发送至服务器。

由上可见，本说明书实施例提供的系统维护方法，运维人员可以通过可移动的第二客户端很便捷、高效地完成对目标系统的维护和管理。

本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：采集目标系统的当前运行状态参数；调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

为了能够更加准确地完成上述指令，参阅图4所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口401、处理器402以及存储器403，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。

其中，所述网络通信端口401，具体可以用于采集目标系统的当前运行状态参数。

所述处理器402，具体可以用于调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

所述存储器403，具体可以用于存储相应的指令程序。

在本实施例中，所述网络通信端口401可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施例中，所述处理器402可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。

在本实施例中，所述存储器403可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

本说明书实施例还提供一种客户端，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；向运维人员展示所述异常提示；接收并响应运维人员的操作，生成处理指令；将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

本说明书实施例还提供了一种基于上述系统维护方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：采集目标系统的当前运行状态参数；调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

本说明书实施例还提供了一种基于上述系统维护方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；向运维人员展示所述异常提示；接收并响应运维人员的操作，生成处理指令；将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现以下步骤：采集目标系统的当前运行状态参数；调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

本说明书实施例还提供了一种计算机程序产品，包含有计算机程序，所述计算机程序被处理器执行时实现以下步骤：接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；向运维人员展示所述异常提示；接收并响应运维人员的操作，生成处理指令；将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

参阅图5所示，在软件层面上，本说明书实施例还提供了一种系统维护装置，该装置具体可以包括以下的结构模块：

采集模块501，具体可以用于采集目标系统的当前运行状态参数；

调用模块502，具体可以用于调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；

确定模块503，具体可以用于根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；

生成模块504，具体可以用于在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；

检测模块505，具体可以用于检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；

触达模块506，具体可以用于在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

在一些实施例中，上述触达模块506具体实施时，可以按照以下方式根据预设的交互规则，向第二客户端触达所述异常提示：根据当前运行状态预测结果、目标系统的当前运行状态参数，进行异常原因分析，生成异常原因分析报告；将携带有异常原因分析报告的异常提示发送至第二客户端。

在一些实施例中，上述触达模块506具体实施时，可以按照以下方式将携带有异常原因分析报告的异常提示发送至第二客户端：根据5G传输协议，将携带有异常原因分析报告的异常提示发送至第二客户端。

在一些实施例中，在成异常原因分析报告之后，所述装置具体实施时，还可以用于调用预设的应急处理模型，处理所述异常原因分析报告，得到针对目标系统的当前运行状态的处理策略；相应的，将携带有异常原因分析报告和处理策略的异常提示发送至第二客户端。

在一些实施例中，所述处理策略中包含有按序排列的原子操作的操作标识。

在一些实施例中，在向第二客户端触达所述异常提示之后，所述装置具体实施时，还可以用于接收第二客户端针对所述异常提示反馈的处理指令；根据所述处理指令，对目标系统进行相应的运维处理。

在一些实施例中，所述处理指令具体可以包含有运维人员确认的原子操作的操作标识的标识序列。

在一些实施例中，所述装置具体实施时，可以按照以下方式根据所述处理指令，对目标系统进行相应的运维处理：根据所述处理指令中所包含的标识序列，按序从预设的操作数据库中调用相对应的原子操作，对目标系统进行维护处理；其中，预设的操作数据库中存储有与运维处理相关的多个预设的原子操作。

在一些实施例中，在根据所述处理指令，对目标系统进行相应的运维处理之后，所述装置具体实施时，还可以用于采集目标系统的运维处理后的运行状态参数；通过调用预设的系统异常检测模型处理目标系统的运维处理后的运行状态参数，以确定运维处理结果；向第二客户端发送所述运维处理结果。

参阅图6所示，本说明书实施例还提供了另一种系统维护装置，应用于第二客户端，所述第二客户端为运维人员所持有的移动客户端，包括：

接收模块601，具体可以用于接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；

展示模块602，具体可以用于向运维人员展示所述异常提示；

生成模块603，具体可以用于接收并响应运维人员的操作，生成处理指令；

发送模块604，具体可以用于将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

在一些实施例中，上述发送模块604具体实施时，可以按照以下方式将所述处理指令发送至服务器：根据5G传输协议，将所述处理指令发送至服务器。

需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

由上可见，基于本说明书实施例提供的系统维护装置，通过利用预设的系统异常检测模型，服务器可以在运维人员离开第一客户端的情况下，自动且准确地确定出目标系统是否存在异常；进一步，在确定目标系统存在异常，且第一客户端不在线的情况下，服务器还可以根据预设的交互规则通过与运维人员所持有的第二客户端进行交互，以及时对相关运维人员进行异常提示，并高效、准确地完成针对目标系统的运维处理。

虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (15)

1.一种系统维护方法，其特征在于，应用于服务器，包括：

采集目标系统的当前运行状态参数；

调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；

根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；

在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；

检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；

在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

2.根据权利要求1所述的方法，其特征在于，根据预设的交互规则，向第二客户端触达所述异常提示，包括：

根据当前运行状态预测结果、目标系统的当前运行状态参数，进行异常原因分析，生成异常原因分析报告；

将携带有异常原因分析报告的异常提示发送至第二客户端。

3.根据权利要求2所述的方法，其特征在于，将携带有异常原因分析报告的异常提示发送至第二客户端，包括：

根据5G传输协议，将携带有异常原因分析报告的异常提示发送至第二客户端。

4.根据权利要求2所述的方法，其特征在于，在成异常原因分析报告之后，所述方法还包括：

调用预设的应急处理模型，处理所述异常原因分析报告，得到针对目标系统的当前运行状态的处理策略；

相应的，将携带有异常原因分析报告和处理策略的异常提示发送至第二客户端。

5.根据权利要求4所述的方法，其特征在于，所述处理策略中包含有按序排列的原子操作的操作标识。

6.根据权利要求5所述的方法，其特征在于，在向第二客户端触达所述异常提示之后，所述方法还包括：

接收第二客户端针对所述异常提示反馈的处理指令；

根据所述处理指令，对目标系统进行相应的运维处理。

7.根据权利要求6所述的方法，其特征在于，所述处理指令包含有运维人员确认的原子操作的操作标识的标识序列。

8.根据权利要求7所述的方法，其特征在于，根据所述处理指令，对目标系统进行相应的运维处理，包括：

根据所述处理指令中所包含的标识序列，按序从预设的操作数据库中调用相对应的原子操作，对目标系统进行维护处理；其中，预设的操作数据库中存储有与运维处理相关的多个预设的原子操作。

9.根据权利要求7所述的方法，其特征在于，在根据所述处理指令，对目标系统进行相应的运维处理之后，所述方法还包括：

采集目标系统的运维处理后的运行状态参数；

通过调用预设的系统异常检测模型处理目标系统的运维处理后的运行状态参数，以确定运维处理结果；

向第二客户端发送所述运维处理结果。

10.一种系统维护方法，其特征在于，应用于第二客户端，所述第二客户端为运维人员所持有的移动客户端，所述方法包括：

接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；

向运维人员展示所述异常提示；

接收并响应运维人员的操作，生成处理指令；

将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

11.根据权利要求10所述的方法，其特征在于，将所述处理指令发送至服务器，包括：

根据5G传输协议，将所述处理指令发送至服务器。

12.一种系统维护装置，其特征在于，应用于服务器，包括：

采集模块，用于采集目标系统的当前运行状态参数；

调用模块，用于调用预设的系统异常检测模型处理目标系统的当前运行状态参数，得到当前运行状态预测结果；

确定模块，用于根据当前运行状态预测结果，确定目标系统的当前运行状态是否存在异常；

生成模块，用于在确定目标系统的当前运行状态存在异常的情况下，生成关于目标系统的异常提示；

检测模块，用于检测第一客户端是否在线；其中，所述第一客户端固定部署于指定网络中；

触达模块，用于在确定第一客户端不在线的情况下，根据预设的交互规则，向第二客户端触达所述异常提示；其中，所述第二客户端为运维人员所持有的移动客户端；所述运维人员通过所述第二客户端完成对目标系统的运维处理。

13.一种系统维护装置，其特征在于，应用于第二客户端，所述第二客户端为运维人员所持有的移动客户端，包括：

接收模块，用于接收服务器发送的异常提示；其中，所述服务器在利用预设的系统异常检测模型处理目标系统的当前运行状态参数，确定标系统的当前运行状态存在异常，且第一客户端不在线的情况下，向第二客户端触达所述异常提示；所述第一客户端固定部署于指定网络中；

展示模块，用于向运维人员展示所述异常提示；

生成模块，用于接收并响应运维人员的操作，生成处理指令；

发送模块，用于将所述处理指令发送至服务器；其中，所述服务器根据所述处理指令，对目标系统进行相应的运维处理。

14.一种服务器，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至9中任一项所述方法的步骤。

15.一种计算机程序产品，其特征在于，包含有计算机程序，所述计算机程序被处理器执行时实现权利要求1至9，或10至11中任一项所述方法的步骤。

Images