CN110515864A

CN110515864A - 基于运维终端向大型主机自动提交作业的方法及装置

Info

Publication number: CN110515864A
Application number: CN201910750309.5A
Authority: CN
Inventors: 何子贤; 滕腾; 蔡昕; 马文杰
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2019-08-14
Filing date: 2019-08-14
Publication date: 2019-11-29
Anticipated expiration: 2039-08-14
Also published as: CN110515864B

Abstract

本发明提供一种基于运维终端向大型主机自动提交作业的方法及装置，所述方法包括：S1：读取待提交作业的排程设置，所述排程设置包括待提交的各作业的作业文件位置、前驱作业、人工处理需求；S2：初始化所述各作业的作业状态；S3：检测所述各作业中是否有满足执行条件的作业，所述执行条件包括前驱作业的作业状态为已完成并且无人工处理需求；S4：将满足所述执行条件的作业提交至大型主机的主机系统，以便所述主机系统执行所述作业；S5：接收所述主机系统返回的作业状态，根据返回的作业状态更新相应作业的作业状态，转到执行S3。本发明在运维终端自动按照排程设置向大型主机的主机系统提交作业，在变更及应用版本时能够节省人力成本减少主机消耗。

Description

基于运维终端向大型主机自动提交作业的方法及装置

技术领域

本发明涉及计算机技术领域，更为具体而言，涉及一种基于运维终端向大型主机自动提交作业的方法及装置。

背景技术

目前，IBM大型主机(Mainframe，后文中简称主机)广泛应用于银行、证券、保险、电信、航空等行业。在银行等行业中对于系统处理能力和安全性稳定性要求极为苛刻的应用来说，主机有着不可替代的作用。

主机有别于常见的个人电脑、服务器、小型机，它的操作系统Z/OS与常见的Windows、Linus或UNIX操作系统大不相同。Z/OS系统中，进行变更和应用版本时一般是以作业的方式运行可执行程序，其中Z/OS系统中的作业类似于DOS中的批处理，作业的管理由作业进入子系统(Job Entry Subsystem，JES)来进行。Z/OS系统中，JES负责主机作业任务的执行，JES为JCL(作业控制语言)作业、版本程序等任务运行分配资源，除提交本地环境的作业和程序外，JES也支持经由FTP(File Transfer Protocol，文件传输协议)远程上送提交JCL作业和程序。

然而，JES主要支持登录到主机环境后的作业和程序，其支持的功能比较单一，主要集中在任务作业的执行上。并且，远程上送提交作业使用FTP协议，其加密性差，任务开销很大。任务结束后，获取对远程提交的信息的反馈需要再次发起请求，不方便进行作业相关执行结果的检查及根据运行结果进行作业的后续处理。因此，现有技术条件下，变更及应用版本多数采用按实施流程手工向主机系统提交作业的方式来完成，实现变更及版本应用的流程繁琐，耗时较长，自动化程度低。

发明内容

鉴于上述技术问题，本发明实施方式提供了一种基于运维终端的自动提交作业的方法、装置及存储介质，其在运维终端上可以自动按照排程设置向大型主机的主机系统提交作业，具有提高变更及应用版本时提交作业的自动化程度，减少主机消耗的有益效果。其中，“运维终端”是指用于运行维护的计算机设备，包括PC终端、便携电脑等。

本发明实施方式的第一方面提供一种基于运维终端向大型主机自动提交作业的方法，其中，所述方法可以包括以下处理或操作或步骤：

S1：读取待提交作业的排程设置，其中，所述排程设置包括待提交的各作业的作业文件位置、前驱作业、人工处理需求；

S2：初始化所述各作业的作业状态；

S3：检测所述各作业中是否有满足执行条件的作业，其中，所述执行条件包括：前驱作业的作业状态为已完成并且无人工处理需求；

S4：将满足所述执行条件的作业提交至大型主机的主机系统，以便所述主机系统执行所述作业；

S5：接收所述主机系统返回的作业状态，根据返回的作业状态更新相应作业的作业状态，转到执行S3。

在本发明的一些实施方式中，在处理S4中，将满足所述执行条件的作业提交至大型主机的主机系统包括：

根据满足所述执行条件的作业的作业文件位置获取作业文件，并将获取的作业文件提交至主机系统，以便所述主机系统执行所述作业，其中，各作业的作业文件预先存储于所述运维终端中；

或者

将满足所述执行条件的作业的作业文件位置提交至主机系统，以便所述主机系统根据所述作业文件位置获取作业文件并执行所述作业，其中，各作业的作业文件预先存储于所述主机系统中。

在本发明的一些实施方式中，将满足所述执行条件的作业提交至主机系统包括：

根据满足所述执行条件的作业生成用于提交作业的请求，其中，所述请求包括满足所述执行条件的作业的作业文件内容或作业文件位置；

通过Z/OSMF API接口将所述请求提交至主机系统。

在本发明的一些实施方式中，在所述请求中指定接收所述主机系统返回作业状态的端口，以便所述主机系统执行作业后，通过CIM主动将所述作业的作业状态发送至所述指定的端口，其中，预先在CIM中对主机完成作业任务这一事件进行一次统一的订阅处理。

在本发明的一些实施方式中，在接收所述主机系统返回的作业状态并更新相应作业的作业状态后，对作业的执行进度进行实时展示。

在本发明的一些实施方式中，在处理S3中：

若检测到有人工处理需求的作业，则提示用户对所述人工处理需求进行处理。

本发明实施方式的第二方面提供一种基于运维终端向大型主机自动提交作业的装置，所述装置包括：

读取模块，用于读取待提交作业的排程设置，其中，所述排程设置包括待提交的各作业的作业文件位置、前驱作业、人工处理需求；

初始化模块，用于初始化所述各作业的作业状态；

检测模块，用于检测所述各作业中是否有满足执行条件的作业，其中，所述执行条件包括：前驱作业的作业状态为已完成并且无人工处理需求；

提交模块，用于将满足所述执行条件的作业提交至大型主机的主机系统，以便主机系统执行所述作业；

接收模块，用于接收所述主机系统返回的作业状态，根据返回的作业状态更新相应作业的作业状态，并使检测模块执行检测。

在本发明的一些实施方式中，所述提交模块将满足执行条件的作业提交至主机系统包括：

或者

通过Z/OSMF API接口将所述请求提交至主机系统。

在本发明的一些实施方式中，所述装置还包括：

展示模块，用于在接收所述主机系统返回的作业状态并更新相应作业的作业状态后，对作业的执行进度进行实时展示。

在本发明的一些实施方式中，所述装置还包括：

提示模块，用于在所述检测模块检测到有人工处理需求的作业时提示用户对所述人工处理需求进行处理。

本发明实施方式的第三方面提供一种计算机可读存储介质，其上存储有计算机可读指令，该计算机可读指令被处理器执行时执行上述任一个实施方式所述方法的步骤。

本发明实施方式的第四方面提供一种运维终端，所述运维终端包括：

存储器，其上存储有计算机可读指令；

处理器，其执行所述计算机可读指令以执行上述任一个实施方式所述方法的操作。

附图说明

图1是根据本发明一种实施方式的自动提交作业的方法流程图；

图2是根据本发明另一种实施方式的自动提交作业的方法流程图；

图3是根据本发明一种实施方式的自动提交作业的装置示意图；

图4是根据本发明一种实施方式的自动提交作业的装置的工作流程图。

具体实施方式

为了便于理解本发明技术方案的各个方面、特征以及优点，下面结合附图对本发明进行具体描述。应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。

图1示出了根据本发明一种实施方式的自动提交作业的方法流程图。如图1所示，所述方法可以包括：

S2：初始化所述各作业的作业状态；

S4：将满足所述执行条件的作业提交至主机系统；

本实施方式所述的方法可以由python flask编写的自动化程序实现，其读取排程设置中各作业的执行条件，根据主机主动返回的作业状态不断触发作业的执行条件(即根据各作业的作业状态判断待提交的各作业中哪些作业满足执行条件)，进而不断将满足执行条件的作业提交到主机系统，从而实现提交作业的自动化，减少了变更及应用版本时的手工操作。同时，本实施方式所述的方法运行在运维终端上，在运维终端执行作业的排程控制逻辑，减少了主机排程的任务开销。

在本实施方式中，所述各作业的作业文件预先存储于主机中，在处理S4中，将满足所述执行条件的作业提交至主机系统包括：将满足所述执行条件的作业的作业文件位置提交至主机系统，由所述主机系统根据所述作业文件位置获取作业文件，执行所述作业。通过这种实施方式，避免了变更作业或版本内容时作业文件存储在主机外的风险，同时减少了提交作业时的任务开销。

在可选实施方式中，所述各作业的作业文件可以预先存储于运维终端中，在处理S4中，将满足所述执行条件的作业提交至主机系统可以包括：根据满足所述执行条件的作业的作业文件位置获取作业文件，并将获取的作业文件提交至主机系统，由主机系统执行所述作业。

图2是根据本发明另一种实施方式的自动提交作业的方法流程图。如图2所示，本实施方式的处理S21-S26与图1所示的实施方式的S1-S5相同，其区别在于，将满足所述执行条件的作业的作业文件位置提交至主机系统具体可以包括：

S24：根据满足所述执行条件的作业生成用于提交作业的请求，其中，所述请求包括满足所述执行条件的作业的作业文件位置；

S25：通过Z/OSMF API接口将所述请求提交至主机系统。

其中，Z/OSMF(Z/OS Management Facility)是一种主机运维管理工具，其提供了基于http协议的RESTful(一种软件架构风格，其提供一组设计原则和约束条件，REST：Representational state transfer表述性状态转移)风格的应用程序接口，应用程序通过该接口可以远程访问主机资源，完成如提交作业和执行主机命令等操作。在本实施方式中，可以将满足执行条件的作业的作业文件位置写入http请求中，通过Z/OSMF API将所述http请求提交至主机系统，然后由主机系统从所述作业文件位置获取作业文件并执行所述作业。本实施方式使用http协议通过Z/OSMF API接口向主机系统提交作业，其相比于现有技术中使用的ftp协议提交作业具有更好的加密性，并且，本实施方式向主机系统提交作业文件位置，由主机系统根据所述作业文件位置获取作业文件并执行所述作业，相比于现有技术中使用ftp协议直接提交作业文件，本实施方式所述的方法可以减少提交作业时传输的数据量。

在可选实施方式中，也可以将作业文件预先存储于运维终端，在向主机提供提交作业时，可以根据满足所述执行条件的作业生成用于提交作业的请求，其中，所述请求中包括满足所述执行条件的作业的作业文件内容，然后通过Z/OSMF接口将所述请求提交至主机系统。

为了使本领域的技术人员更好的理解本发明，下面以提交两个作业为例具体说明提交作业的流程：

排程设置中待提交的作业1为：

"SYSUSER.JCL.ZOSMF.TEST(JOB1)":[]

排程设置中待提交的作业2为：

"SYSUSER.JCL.ZOSMF.TEST(JOB2)":["SYSUSER.JCL.ZOSMF.TEST(JOB1)"]

其中，左侧双引号""中的SYSUSER.JCL.ZOSMF.TEST(JOB1)和SYSUSER.JCL.ZOSMF.TEST(JOB2)为作业文件位置，右侧的方括号[]中为作业的执行条件。本例中，JOB1无执行条件，JOB2的前驱作业为JOB1并且无人工处理需求，其执行条件为JOB1的作业状态为已完成。在初始化时保存各作业的作业状态，JOB1无执行条件会直接提交给主机系统，接收到主机系统返回的JOB1的作业状态后，如果返回的作业状态为已完成，则将对应的JOB1的作业状态修改为已完成，进而检测到JOB2满足执行条件，将JOB2提交到主机系统。

主机系统根据所述请求获取作业文件后，由主机JES执行所述作业的作业任务。在本发明的一些实施方式中，在所述请求中指定接收主机系统返回作业状态的端口，所述主机系统执行作业任务后，通过CIM(Common InformationModel，通用信息模型)主动将所述作业的作业状态发送至所述指定的端口。在本实施方式中，可以在请求中指定主机异步返回作业状态的端口，所述通过Z/OSMF提交所述作业2的http请求可以为：

header：{'Content-Type':'application/json','X-IBM-Intrdr-Class':'B','X-IBM-Notification-URL':'https://XXX.XXX.XXX.XXX:5444/test'}

data：{'file':"//'SYSUER.JCL.ZOSMF.TEST(JOB2)'"}

CIM(Common Information Model，通用信息模型))是主机系统与其他设备间交互的网络管理组件，用来实现系统间的信息交互定义。本实施方式中，预先在主机的CIM中对主机完成作业任务这一事件统一进行一次订阅处理，从而主机执行作业任务后，CIM可以收集作业状态等相关信息并通过http请求主动返回相关信息，从而避免不断请求主机返回作业状态，方便自动根据主机返回的作业状态进行后续作业的处理。本实施方式在CIM提前进行一次统一的订阅处理后，主机系统即可主动返回作业状态，不需要根据每次配置的版本和变更内容单独订阅。可以通过以下方式在主机CIM统一进行订阅处理：

在本发明的一些实施方式中，待提交的作业有人工处理需求，则当检测模块检测到所述有人工处理需求的作业时，提示用户对所述人工处理需求进行处理。用户可以按照所述人工处理需求对所述作业进行暂停、重新运行、跳过处理等操作。其中，对所述作业的人工处理需求处理后，可以清空所述人工处理需求，此时所述作业无人工处理需求，待所述作业的前驱作业完成后，可以将所述作业提交至主机系统。例如，

"SYSUSER.JCL.ZOSMF.TEST(JOB2)":["SYSUSER.JCL.ZOSMF.TEST(JOB1)"，HOLD]中，有人工处理需求“HOLD”，则可以提示用户对该人工处理需求进行处理，人工处理后清空该人工处理需求“HOLD”，待JOB2满足执行条件后，将JOB2提交至主机系统，由主机系统来执行JOB2。

在本发明的一些实施方式中，在接收所述主机系统返回的作业状态并更新相应作业的作业状态后，可以对作业的执行进度进行实时展示。例如，可以提供页面对作业的执行进度进行展示，用户也可以通过所述页面对作业的执行进度进行查询。在提交作业时，用户也可以对排程设置中各作业的执行条件进行修改，以调整作业的执行顺序。

基于与上述基于运维终端的自动提交作业的方法相同的技术构思，本发明实施方式还提供了一种基于运维终端的自动提交作业的装置，如下所述。由于该基于运维终端的自动提交作业的装置解决问题的原理与基于运维终端的自动提交作业的方法类似，因此该基于运维终端的自动提交作业的装置中各模块所执行的操作或处理可以参见上述基于运维终端的自动提交作业的方法的各步骤、操作或处理，重复之处不再赘述。

图3示出了本发明一种实施方式的自动提交作业的装置示意图，如图3所示，所述装置10可以包括但不限于：读取模块11，初始化模块12，检测模块13，提交模块14，接收模块15，其中，

所述读取模块11用于读取待提交作业的排程设置，其中，所述排程设置包括待提交的各作业的作业文件位置、前驱作业、人工处理需求；

所述初始化模块12用于初始化所述各作业的作业状态；

所述检测模块13用于检测所述各作业中是否有满足执行条件的作业，所述执行条件包括：前驱作业的作业状态为已完成并且无人工处理需求；

所述提交模块14用于将满足所述执行条件的作业提交至主机系统20；

所述接收模块15用于接收所述主机系统20返回的作业状态，根据返回的作业状态更新相应作业的作业状态，并使检测模块执行检测。

本实施方式所述的装置可以为由python flask编写的轻量级的web应用，其可以部署在运维的开放PC终端上，可以根据事项调整按需启动，可以灵活调整地址端口等设置。相比于主机排程工具，本实施方式所述的装置使用更加灵活，部署更为简便。

在本发明的一些实施方式中，各作业文件也可以预先存储于运维终端中，所述提交模块14可以根据满足执行条件的作业的作业文件位置从所述运维终端获取作业文件，然后将获取的作业文件提交至主机系统20，由主机系统20执行所述作业。

在本发明的另一些实施方式中，各作业文件可以预先存储于主机系统中，以避免变更作业或版本内容需要存储在主机外的流程和风险。在这种实施方式中，所述提交模块14可以将满足执行条件的作业的作业文件位置提交至主机系统20，以便所述主机系统20从所述作业文件位置获取作业文件并执行所述作业。

在本发明的一些实施方式中，在将作业文件预先存储在运维终端时，所述提交模块14将满足所述执行条件的作业提交至主机系统20包括：根据满足所述执行条件的作业生成用于提交作业的请求，所述请求包括满足所述执行条件的作业的作业文件内容，然后通过Z/OSMF接口将所述请求提交至主机系统。

在本发明的另一些实施方式中，在将作业文件预先存储在主机系统时，所述提交模块14将满足所述执行条件的作业的作业文件位置提交至主机系统20包括：根据满足所述执行条件的作业生成用于提交作业的请求，通过Z/OSMF API将所述请求提交至主机系统20，其中，所述请求包括满足所述执行条件的作业的作业文件位置。

在本发明的一些实施方式中，可以设置接收主机系统20异步返回作业状态的端口，并在所述请求中指定所述端口，以便所述主机系统20执行作业后，将所述作业的作业状态发送至所述指定的端口。

在本发明的一些实施方式中，在主机CIM中对主机完成作业任务这一事件提前进行一次统一的订阅处理，以使所述主机系统执行作业后，通过CIM主动将所述作业的作业状态发送至所述指定的端口。

在本发明的一些实施方式中，本发明所述的装置10还包括展示模块16(图中未示出)，用于在接收所述主机系统返回的作业状态并更新相应作业的作业状态后，对作业的执行进度进行实时展示。

在本发明的一些实施方式中，本发明所述的装置10还包括提示模块17(图中未示出)，用于在所述检测模块13检测到有人工处理需求的作业时提示用户对所述人工处理需求进行处理。

以上各实施方式对基于运维终端的自动提交作业的方法、装置进行了说明。在本发明的一些实施方式中，所述基于运维终端的自动提交作业的装置可以为在开放的运维终端上由python flask实现的web应用，下面以一个web应用为例，说明本发明实施方式所述的基于运维终端的自动提交作业的装置及其工作流程。

在本实施方式中，所述基于运维终端的自动提交作业的装置为在开放的运维终端上由python flask实现的轻量级web应用，该web应用为B/S(浏览器/服务器)模式。参照图4，使用本实施方式所述的web应用向主机系统提交作业的流程可以为：

S41：在运维终端上使用python程序临时调用flask启动所述应用的server，验证登录的用户并读取用户输入的排程设置，记录并初始化排程设置中每一条作业的作业状态，打开用于接收主机系统主动返回作业状态的端口，其中，所述排程设置中包括待提交的各作业的作业文件位置、前驱作业、人工处理需求，所述各作业的作业文件预先存储在主机中；

S42：接收主机主动返回的作业状态，并更新相应作业的作业状态。其中，预先在主机的CIM中对主机完成作业任务这一事件进行一次统一的订阅处理，以使主机主动返回作业状态，避免反复向主机查询作业是否完成，节省资源，提高响应速度；

S43：判断排程设置中的所有作业是否都已完成，若未完成，则转到S44检测是否有作业满足执行条件；若已完成，则通知用户所述排程设置中的作业都已完成；

S44：检测排程设置中哪些作业满足执行条件，其中所述执行条件包括：所述作业的前驱作业的作业状态为已完成，并且无人工处理需求；若检测到有作业满足执行条件，则转到S45；若没有检测到满足执行条件的作业，则继续进行检测；其中，若作业无前驱作业并且无人工处理需求，则视为所述作业已满足执行条件，将所述作业提交至主机系统；

S45：根据满足执行条件的作业生成一条提交作业的http请求，所述http请求包括满足执行条件的作业的作业文件位置，并使用Z/OSMF API接口将所述请求提交至主机系统，其中，在所述请求中指定所述接收主机系统主动返回作业状态的端口；

S46：主机系统通过Z/OSMF API接收所述请求后，由主机的JES执行所述作业任务；

S47：主机执行完作业任务后，向CIM反馈相关结束信息；

S48：CIM观察到主机完成作业任务后，会收集作业状态等相关信息，将所述作业状态等信息主动经http请求发送给所述端口；

重复执行S42-S47，直到排程设置中的所述作业都已完成。

其中，在所述web应用的server启动后，用户可以通过所述web应用提供的网页链接来查看作业的执行进度，或发起进一步的查询，也可以通过所述web应用提供的网页链接来对作业的人工处理需求进行处理，还可以通过所述web应用提供网页链接实时更改作业的执行条件，以对作业任务进行控制。例如：处理S51：用户登录并输入排程设置，处理S52：用户可以通过所述应用提供的网页链接查询作业的执行进度，或通过所述应用提供的网页链接更改作业的执行条件，处理S53：用户可以获知排程设置中的作业都已完成，处理S54：用户可以对作业的人工处理需求进行处理等。

本实施方式所述的基于运维终端的自动提交作业的装置为使用python和flask自行开发的轻量级web应用，其可以方便的部署在运维终端上，也便于更换部署的位置，相比于部署方式复杂的主机排程工具，本实施方式所述的装置具有明显优势。并且，本实施方式由轻量级的web应用在运维终端执行作业的排程控制逻辑，减少了主机排程的任务开销。

基于与上述基于运维终端的自动提交作业的方法相同的技术构思，本发明实施方式还提供了一种计算机可读存储介质，其上存储有计算机可读指令，该计算机可读指令被处理器执行时执行上述任一个实施方式中基于运维终端的自动提交作业的方法的步骤或者执行上述任一个实施方式中基于运维终端的自动提交作业的装置的各模块所执行的操作。所述计算机存储介质可以包括，例如：ROM/RAM、磁盘、软盘、磁带、光盘等任何能够记录计算机可读指令或程序的物品。

基于与上述基于运维终端的自动提交作业的方法相同的技术构思，本发明实施方式还提供了一种运维终端，其包括存储器，其上存储有计算机可读指令；处理器，其执行所述计算机可读指令可以执行上述任一个实施方式所述方法的操作。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置、模块的具体工作过程，可以参考前述方法实施方式中对应的过程，在此不再赘述。

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

本发明说明书中使用的术语和措辞仅仅为了举例说明，并不意味构成限定。本领域技术人员应当理解，在不脱离所公开的实施方式的基本原理的前提下，对上述实施方式中的各细节可进行各种变化。因此，本发明的范围只由权利要求确定，在权利要求中，除非另有说明，所有的术语应按最宽泛合理的意思进行理解。

Claims

1.基于运维终端向大型主机自动提交作业的方法，其特征在于，所述方法包括：

S2：初始化所述各作业的作业状态；

2.根据权利要求1所述的方法，其特征在于，在处理S4中，将满足所述执行条件的作业提交至大型主机的主机系统包括：

或者

3.根据权利要求2所述的方法，其特征在于，将满足所述执行条件的作业提交至所述主机系统包括：

通过Z/OSMF API接口将所述请求提交至主机系统。

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

在所述请求中指定接收所述主机系统返回作业状态的端口，以便所述主机系统执行作业后，通过CIM主动将所述作业的作业状态发送至所述指定的端口，其中，预先在CIM中对主机完成作业任务这一事件进行一次统一的订阅处理。

5.根据权利要求1所述的方法，其特征在于，在接收所述主机系统返回的作业状态并更新相应作业的作业状态后，对作业的执行进度进行实时展示。

6.根据权利要求1所述的方法，其特征在于，在处理S3中：

7.基于运维终端向大型主机自动提交作业的装置，其特征在于，所述装置包括：

初始化模块，用于初始化所述各作业的作业状态；

提交模块，用于将满足所述执行条件的作业提交至大型主机的主机系统，以便所述主机系统执行所述作业；

8.根据权利要求7所述的装置，其特征在于，所述提交模块将满足执行条件的作业提交至主机系统包括：

或者

9.根据权利要求8所述的装置，其特征在于，将满足所述执行条件的作业提交至所述主机系统包括：

通过Z/OSMF API接口将所述请求提交至主机系统。

10.根据权利要求9所述的装置，其特征在于，

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

12.根据权利要求7所述的装置，其特征在于，所述装置还包括：

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

14.一种运维终端，其特征在于，包括：

存储器，其上存储有计算机可读指令；

处理器，其执行所述计算机可读指令以执行权利要求1-6中任一项所述方法的操作。