CN112686568A - 运维策略生成处理方法、装置、系统、设备和存储介质 - Google Patents

Abstract

本申请涉及运维审计技术领域，提供了一种基于站端运维审计系统的运维策略生成处理方法、装置、系统、设备和介质。本申请能够提高对站端设备的运维效率。该方法包括：移动运维审计管理端获取预设历史时段内产生的多种历史运维日志信息，基于多种历史运维日志信息获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包形成运维策略包集合，当有工作票推送时生成当前运维工单并从运维策略包集合中获取与当前运维工单所表征的运维需求对应的当前运维策略包，下发至移动运维审计装置端使其从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行当前运维策略包以对待运维站端设备进行运维。

Description

运维策略生成处理方法、装置、系统、设备和存储介质

技术领域

本申请涉及运维审计技术领域，特别是涉及一种基于站端运维审计系统的运维策略生成处理方法、装置、系统、计算机设备和存储介质。

背景技术

目前技术所采用的站端运维审计系统，在站端运维结束后，可由移动运维审计装置端将运维日志信息以在线或者离线的方式传送给移动运维审计管理端进行记录和审计等处理，例如评估每次站端运维操作是否存在违规操作等问题。然而，目前技术当中需运维人员在每次运维时根据自身运维经验手动操作移动运维审计装置端对待运维设备进行维护，存在运维效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种基于站端运维审计系统的运维策略生成处理方法、装置、系统、计算机设备和存储介质。

一种基于站端运维审计系统的运维策略生成处理方法，应用于移动运维审计管理端，所述方法包括：

获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；

基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；

接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；

将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

一种基于站端运维审计系统的运维策略生成处理装置，应用于移动运维审计管理端，包括：

历史信息获取模块，用于获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；

策略包生成模块，用于基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；

策略包确定模块，用于接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；

策略包下发使用模块，用于将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

一种站端运维审计系统，包括移动运维审计管理端、移动运维审计装置端和安全UKEY；其中，所述移动运维审计管理端，用于根据如上所述的方法生成并下发当前运维策略包至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

上述基于站端运维审计系统的运维策略生成处理方法、装置、系统、计算机设备和存储介质，移动运维审计管理端获取预设历史时段内产生的多种历史运维日志信息，基于对多种历史运维日志信息的分析处理，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包形成运维策略包集合，从而当有工作票推送时，生成当前运维工单并从前述运维策略包集合中获取与当前运维工单所表征的运维需求对应的当前运维策略包，下发至移动运维审计装置端，移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行当前运维策略包以对待运维站端设备进行运维。该方案能够实现基于移动运维审计管理端对历史运维日志信息的分析预先形成运维策略包集合，当有新的运维需求时可将相应的运维策略包下发至移动运维审计装置端，由移动运维审计装置端运行即可自动对待运维站端设备进行运维，提高了运维效率，使得对站端设备的运维更便捷安全。

附图说明

图1为一个实施例中基于站端运维审计系统的运维策略生成处理方法的应用环境图；

图2为一个实施例中基于站端运维审计系统的运维策略生成处理方法的流程示意图；

图3为一个实施例中站端运维审计系统的结果示意图；

图4为一个实施例中基于站端运维审计系统的运维策略生成处理装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的基于站端运维审计系统的运维策略生成处理方法，可以应用于如图1所示的应用环境中。该应用环境可以包括：移动运维审计装置端110、安全UKEY120和移动运维审计管理端130；其中，移动运维审计装置端110用于运维人员携带到运维站点连接待运维站点设备以及运维终端，在运维前，运维人员需要将安全UKEY120接入到运维终端，与移动运维审计装置端110进行通过“安全UKEY+口令”的“双因子”组合方式对运维终端进行身份认证及授权，身份认证及授权后，运维人员可在运维终端上访问待运维站点设备进行正常的运维操作，移动运维审计管理端130可记录运维人员在运维终端上实施的运维操作等运维相关信息形成运维日志信息，在运维结束后运维日志信息可由移动运维审计装置端110主动推送给移动运维审计管理端130。其中，移动运维审计装置端110和安全UKEY120可以包括多组，不同组的移动运维审计装置端110和安全UKEY120可供多个运维人员使用，例如用于在不同运维站点对不同的站点设备进行运维。其中，移动运维审计管理端130可以采用机架式服务器，可以用独立的服务器或者是多个服务器组成的服务器集群来实现；移动运维审计装置端110可选用加固的便携式笔记本兼容各类外部接口以方便运维；安全UKEY120可选用高品质优盘，支持国密算法，兼容主流操作系统。

下面结合实施例和相应附图对本申请提供的基于站端运维审计系统的运维策略生成处理方法进行说明。

在一个实施例中，如图2所示，提供了一种基于站端运维审计系统的运维策略生成处理方法，以该方法应用于图1中的移动运维审计管理端130为例进行说明，包括以下步骤：

步骤S201，获取预设历史时段内产生的多种历史运维日志信息。

本步骤中，移动运维审计管理端130可从运维日志信息库中获取在预设历史时段内由各移动运维审计装置端110上传的多种历史运维日志信息，该预设历史时段可以是最近一年内、最近半年内等。其中，该多种历史运维日志信息可以包括由不同的运维人员通过各自的移动运维审计装置端110以及安全UKEY120对相应的站端设备进行运维后，各自的移动运维审计装置端110产生的历史运维日志信息，该历史运维日志信息所包含的信息可以包括各运维人员对各类站端设备所存在的不同运维需求所进行的运维操作数据和运维结果，运维结果可以是成功运维和未成功运维，运维操作数据可以包括运维操作所包含的各步骤对应的指令及其顺序、指令数量和运维操作的总时长等。

步骤S202，基于多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；

本步骤主要是由移动运维审计管理端130基于对多种历史运维日志信息的分析，形成包含多种运维策略包的运维策略包集合。具体的，移动运维审计管理端130可基于多种历史运维日志信息，找出对各类站端设备的各类已知运维需求的有效运维操作。其中，各类站端设备包括在前述预设历史时段被维护的站端设备，已知运维需求是指对这些各类站端设备运维时具有的运维需求，有效运维操作是指对这些各类站点设备的各类已知运维需求的运维结果为成功运维的情况下，相应运维人员在运维终端上实施的运维操作，这些运维操作可以被表示为按照一定顺序执行的运维操作指令所形成的指令集，称为运维操作指令集，从而移动运维审计管理端130可将各有效运维操作对应的运维操作指令集分别封装成运维策略包，该运维策略包被触发时相应的运维操作指令集将被自动执行。由此，移动运维审计管理端130可基于对多种历史运维日志信息的分析，得到针对各类站端设备的各类已知运维需求的运维策略包。

步骤S203，接收到工作票系统推送的工作票时，生成当前运维工单并从运维策略包集合中获取与当前运维工单所表征的运维需求对应的当前运维策略包；

本步骤中，移动运维审计管理端130可接收从工作票系统推送过来的工作票，移动运维审计管理端130生成相应的运维工单(称为当前运维工单)，另外，移动运维审计管理端130还可根据当前运维工单所表征的运维需求，以及相应站端设备，从前述运维策略包集合中获取对应的运维策略包(称为当前运维策略包)。

步骤S204，将当前运维工单和当前运维策略包下发至移动运维审计装置端，以使移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行当前运维策略包以对待运维站端设备进行运维。

本步骤中，移动运维审计管理端130将步骤S203生成和获取的当前运维工单和当前运维策略包下发至移动运维审计装置端110，运维人员可以将运维终端和移动运维审计装置端110以及安全UKEY120携带至待运维站点，安全UKEY120接入到运维终端，移动运维审计装置端110分别连接运维终端以及待运维站端设备，运维人员通过运维终端与移动运维审计装置端110进行通过“安全UKEY+口令”的“双因子”组合方式对运维终端进行身份认证及授权后，运维人员可利用运维终端实施对待运维站端设备进行运维，在运维过程中，安全UKEY120需保持处于接入至运维终端的状态，运维人员可通过运维终端向移动运维审计装置端110输入运维启动指令，移动运维审计装置端110从接入安全UKEY120的运维终端处接收到运维人员触发的前述运维启动指令后，即可运行由移动运维审计管理端130下发的当前运维策略包，以自动执行该当前运维策略包对应的运维操作指令集，从而对待运维站端设备进行自动运维，并可以在指令执行完毕后通过运维终端请求运维人员在运维终端上确认前述当前运维策略包的运维结果，以便后续调整运维策略包。

上述基于站端运维审计系统的运维策略生成处理方法，移动运维审计管理端130获取预设历史时段内产生的多种历史运维日志信息，基于对多种历史运维日志信息的分析处理，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包形成运维策略包集合，从而当有工作票推送时，生成当前运维工单并从前述运维策略包集合中获取与当前运维工单所表征的运维需求对应的当前运维策略包，下发至移动运维审计装置端110，移动运维审计装置端110从接入安全UKEY120的运维终端处接收到运维人员触发的运维启动指令后运行当前运维策略包以对待运维站端设备进行运维。该方案能够实现基于移动运维审计管理端130对历史运维日志信息的分析预先形成运维策略包集合，当有新的运维需求时可将相应的运维策略包下发至移动运维审计装置端110，由移动运维审计装置端110运行即可自动对待运维站端设备进行运维，提高了运维效率，使得对站端设备的运维更便捷安全。

在一个实施例中，在步骤S204中的运行当前运维策略包以对待运维站端设备进行运维之后，上述方法还可以包括如下步骤：

移动运维审计管理端130接收移动运维审计装置端110在运维后发送的当前运维日志信息，移动运维审计管理端130根据该当前运维日志信息中针对前述当前运维策略包的运维结果，判断是否需要对当前运维策略包进行更新。

本实施主要是移动运维审计管理端130还可以进一步根据每次利用运维策略包实施对运维站端的自动运维后反馈的运维日志信息，决定是否需要对当前运维策略包进行更新，以提高运维有效性。具体的，移动运维审计管理端130接收移动运维审计装置端110在运维后发送的当前运维日志信息，从当前运维日志信息中提取由运维人员在运维终端上确认的针对前述当前运维策略包的运维结果，该运维结果具体可以包括通过当前运维策略包运维成功和通过当前运维策略包运维失败，移动运维审计管理端130依据该运维结果确定是否需要对本次所使用的当前运维策略包进行更新。

在一些实施例中，上述根据当前运维日志信息中针对当前运维策略包的运维结果，判断是否对当前运维策略包进行更新，具体包括：

若运维结果为通过当前运维策略包运维成功，则移动运维审计装置端110确定无需对当前运维策略包进行更新，并生成和记录关于该当前运维策略包运维成功的反馈信息；若运维结果为通过当前运维策略包运维失败，则所述判断是否记录有关于当前运维策略包运维成功的反馈信息。

其中，对于当前运维策略包运维成功，说明目前无需对当前运维策略包进行优化或更新，移动运维审计管理端130可生成并记录关于该当前运维策略包运维成功的反馈信息，并且在反馈信息中将运维成功次数加一。对于当前运维策略包运维失败，则有可能需要对当前运维策略包进行优化或更新，因为也不排除是由于设备原因所导致的指令集执行出错而造成的运维失败。对此，移动运维审计管理端130可进一步判断是否记录有关于该当前运维策略包运维成功的反馈信息。

在其中一些实施例中，若未记录有反馈信息，则移动运维审计管理端130从当前运维日志信息中获取运维人员通过运维终端实施的针对待运维站端设备的当前有效运维操作，并将当前有效运维操作封装为新运维策略包替换当前运维策略包。

本实施例主要是如果目前暂时没有关于该当前运维策略包的反馈信息，可此次可能是第一次使用该当前运维策略包，由于本次通过当前运维策略包运维失败，所以需要运维人员人工通过运维终端实施的针对待运维站端设备的运维操作，人工运维成功后，移动运维审计装置端110即可得到有效运维操作(称为当前有效运维操作)并记录在日志信息上传给移动运维审计管理端130，由此移动运维审计管理端130可将该当前有效运维操作封装为新的运维策略包并替换运维失败的当前运维策略包，以提高后续运维的有效性。

在另外一些实施例中，若记录有反馈信息，则移动运维审计管理端130根据反馈信息得到当前运维策略包运维成功的成功次数，并依据成功次数的大小判断是否需要对当前运维策略包进行更新。具体的，移动运维审计管理端130可将当前运维策略包运维成功的成功次数与预设成功次数阈值进行比较，根据比对结果判断需要更新当前运维策略包。

在一些实施例中，当当前运维策略包运维成功的成功次数小于预设成功次数阈值时，移动运维审计管理端130从当前运维日志信息中获取运维人员通过运维终端实施的针对待运维站端设备的当前有效运维操作，并将当前有效运维操作封装为新运维策略包替换当前运维策略包。也即当当前运维策略包运维成功的成功次数小于预设成功次数阈值时，移动运维审计管理端130对当前运维策略包进行更新，从而能够在当前运维策略包投入到运维使用后很快就发现其运维失败的情况下，移动运维审计管理端130及时对当前运维策略包进行优化或更新，避免继续使用该当前运维策略包而带来的潜在的多次运维失败的问题。

在一些实施例中，当当前运维策略包运维成功的成功次数大于或者等于预设成功次数阈值时，移动运维审计管理端130生成和记录关于当前运维策略包运维失败的反馈信息；以及，移动运维审计管理端130根据反馈信息得到该当前运维策略包运维失败的失败次数，并根据该失败次数和成功次数得到当前运维策略包的运维失败次数占比；以及，移动运维审计管理端130根据该运维失败次数占比判断是否对该当前运维策略包进行更新。

当前运维策略包运维成功的成功次数大于或者等于预设成功次数阈值的情况下，移动运维审计管理端130可判断该当前运维策略包已被使用并成功运维较多的次数，也即该当前运维策略包具有一定的有效性和可靠性。此时，如果发现本次运维失败，则移动运维审计管理端130需要生成并记录关于该当前运维策略包运维失败的反馈信息，并根据针对该当前运维策略包的反馈信息获取起运维失败的失败次数，即获取针对该当前运维策略包的已被记录的失败次数有多少次，在此基础上移动运维审计管理端130根据失败次数和成功次数得到当前运维策略包的运维失败次数占比(运维失败次数占比＝失败次数/(失败次数+成功次数))，从而移动运维审计管理端130根据该运维失败次数占比判断是否需要对该当前运维策略包进行更新，以避免因少量的意外事件引起的运维失败而触发的对当前运维策略包的更新操作。

在一些实施例中，进一步的，上述实施例中的根据运维失败次数占比判断是否对当前运维策略包进行更新，具体包括：

移动运维审计管理端130判断运维失败次数占比是否小于预设运维失败占比阈值；若是，则移动运维审计管理端130不对该当前运维策略包进行更新；若否，则移动运维审计管理端130从当前运维日志信息中获取运维人员通过运维终端实施的针对待运维站端设备的当前有效运维操作，并将当前有效运维操作封装为新运维策略包替换当前运维策略包。

本实施例中，移动运维审计管理端130判断前述运维失败次数占比是否小于预设运维失败占比阈值，若是，则说明本次运维失败很可能是由于少量的意外事件引起的运维失败，而为了节约运算资源以及确保该当前运维策略包目前具有的有效性和可靠性，移动运维审计管理端130可不对当前运维策略包进行更新。若否，则说明运维失败次数在逐渐增多且其存在的运维失败并非由于少量的意外事件引起的，此时移动运维审计管理端130需要触发对当前运维策略包的更新和优化，移动运维审计管理端130从当前运维日志信息中获取运维人员通过运维终端实施的针对待运维站端设备的当前有效运维操作，并将当前有效运维操作封装为新运维策略包替换当前运维策略包，以实施对当前运维策略包的更新，确保后续运维的有效性和可靠性。

应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，提供了一种站端运维审计系统，如图3所示，该站端运维审计系统300可以包括：移动运维审计管理端330、移动运维审计装置端310和安全UKEY320；其中，移动运维审计管理端330，用于根据如上任一项实施例所述的方法生成并下发当前运维策略包至移动运维审计装置端310，以使移动运维审计装置端310从接入安全UKEY320的运维终端处接收到运维人员触发的运维启动指令后运行移动运维审计管理端330所下发的当前运维策略包以对待运维站端设备进行运维。

在一个实施例中，如图4所示，提供了一种基于站端运维审计系统的运维策略生成处理装置，该装置400可以应用于移动运维审计管理端，具体包括：

历史信息获取模块401，用于获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；

策略包生成模块402，用于基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；

策略包确定模块403，用于接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；

策略包下发使用模块404，用于将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

在一个实施例中，上述装置400还可以包括：策略包更新模块，用于接收所述移动运维审计装置端在运维后发送的当前运维日志信息；根据所述当前运维日志信息中针对所述当前运维策略包的运维结果，判断是否对所述当前运维策略包进行更新。

在一个实施例中，策略包更新模块，用于若所述运维结果为通过所述当前运维策略包运维成功，则确定无需对所述当前运维策略包进行更新，并生成和记录关于所述当前运维策略包运维成功的反馈信息；若所述运维结果为通过所述当前运维策略包运维失败，则判断是否记录有关于所述当前运维策略包运维成功的反馈信息；若未记录有所述反馈信息，则从所述当前运维日志信息中获取所述运维人员通过所述运维终端实施的针对所述待运维站端设备的当前有效运维操作，并将所述当前有效运维操作封装为新运维策略包替换所述当前运维策略包。

在一个实施例中，策略包更新模块，还用于若记录有所述反馈信息，则根据所述反馈信息得到所述当前运维策略包运维成功的成功次数；当所述成功次数小于预设成功次数阈值时，从所述当前运维日志信息中获取所述运维人员通过所述运维终端实施的针对所述待运维站端设备的当前有效运维操作，并将所述当前有效运维操作封装为新运维策略包替换所述当前运维策略包。

在一个实施例中，策略包更新模块，还用于当所述成功次数大于或者等于所述预设成功次数阈值时，生成和记录关于所述当前运维策略包运维失败的反馈信息；根据所述反馈信息得到所述当前运维策略包运维失败的失败次数，并根据所述失败次数和所述成功次数得到所述当前运维策略包的运维失败次数占比；根据所述运维失败次数占比判断是否对所述当前运维策略包进行更新。

在一个实施例中，策略包更新模块，还用于判断所述运维失败次数占比是否小于预设运维失败占比阈值；若是，则不对所述当前运维策略包进行更新；若否，则从所述当前运维日志信息中获取所述运维人员通过所述运维终端实施的针对所述待运维站端设备的当前有效运维操作，并将所述当前有效运维操作封装为新运维策略包替换所述当前运维策略包。

关于基于站端运维审计系统的运维策略生成处理装置的具体限定可以参见上文中对于基于站端运维审计系统的运维策略生成处理方法的限定，在此不再赘述。上述基于站端运维审计系统的运维策略生成处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储运维日志信息、运维工单、运维策略包等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于站端运维审计系统的运维策略生成处理方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于站端运维审计系统的运维策略生成处理方法，其特征在于，应用于移动运维审计管理端，所述方法包括：

获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；

基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；

接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；

将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

2.根据权利要求1所述的方法，其特征在于，所述运行所述当前运维策略包以对待运维站端设备进行运维之后，所述方法还包括：

接收所述移动运维审计装置端在运维后发送的当前运维日志信息；

根据所述当前运维日志信息中针对所述当前运维策略包的运维结果，判断是否对所述当前运维策略包进行更新。

3.根据权利要求2所述的方法，其特征在于，所述根据所述当前运维日志信息中针对所述当前运维策略包的运维结果，判断是否对所述当前运维策略包进行更新，包括：

若所述运维结果为通过所述当前运维策略包运维成功，则确定无需对所述当前运维策略包进行更新，并生成和记录关于所述当前运维策略包运维成功的反馈信息；

若所述运维结果为通过所述当前运维策略包运维失败，则判断是否记录有关于所述当前运维策略包运维成功的反馈信息；

若未记录有所述反馈信息，则从所述当前运维日志信息中获取所述运维人员通过所述运维终端实施的针对所述待运维站端设备的当前有效运维操作，并将所述当前有效运维操作封装为新运维策略包替换所述当前运维策略包。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若记录有所述反馈信息，则根据所述反馈信息得到所述当前运维策略包运维成功的成功次数；

当所述成功次数小于预设成功次数阈值时，从所述当前运维日志信息中获取所述运维人员通过所述运维终端实施的针对所述待运维站端设备的当前有效运维操作，并将所述当前有效运维操作封装为新运维策略包替换所述当前运维策略包。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述成功次数大于或者等于所述预设成功次数阈值时，生成和记录关于所述当前运维策略包运维失败的反馈信息；

根据所述反馈信息得到所述当前运维策略包运维失败的失败次数，并根据所述失败次数和所述成功次数得到所述当前运维策略包的运维失败次数占比；

根据所述运维失败次数占比判断是否对所述当前运维策略包进行更新。

6.根据权利要求5所述的方法，其特征在于，所述根据所述运维失败次数占比判断是否对所述当前运维策略包进行更新，包括：

判断所述运维失败次数占比是否小于预设运维失败占比阈值；

若是，则不对所述当前运维策略包进行更新；

若否，则从所述当前运维日志信息中获取所述运维人员通过所述运维终端实施的针对所述待运维站端设备的当前有效运维操作，并将所述当前有效运维操作封装为新运维策略包替换所述当前运维策略包。

7.一种基于站端运维审计系统的运维策略生成处理装置，其特征在于，应用于移动运维审计管理端，包括：

历史信息获取模块，用于获取预设历史时段内产生的多种历史运维日志信息；所述多种历史运维日志信息包括由不同的运维人员通过各自的移动运维审计装置端以及安全UKEY对相应的站端设备进行运维后，所述各自的移动运维审计装置端产生的历史运维日志信息；

策略包生成模块，用于基于所述多种历史运维日志信息，获取对各类站端设备的各类已知运维需求的有效运维操作，并将各有效运维操作分别封装为运维策略包，形成运维策略包集合；

策略包确定模块，用于接收到工作票系统推送的工作票时，生成当前运维工单并从所述运维策略包集合中获取与所述当前运维工单所表征的运维需求对应的当前运维策略包；

策略包下发使用模块，用于将所述当前运维工单和当前运维策略包下发至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

8.一种站端运维审计系统，其特征在于，包括移动运维审计管理端、移动运维审计装置端和安全UKEY；其中，

所述移动运维审计管理端，用于根据权利要求1至6任一项所述的方法生成并下发当前运维策略包至所述移动运维审计装置端，以使所述移动运维审计装置端从接入安全UKEY的运维终端处接收到运维人员触发的运维启动指令后运行所述当前运维策略包以对待运维站端设备进行运维。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images