CN102752770B - 一种对业务系统进行巡检的方法及装置 - Google Patents

Abstract

本发明公开了一种业务系统进行巡检的方法及装置，该方法包括：按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果；对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。本发明采用了多任务调度的自动化检测的方法，可以实现对业务系统的各个组成部分的不同的指标参数进行检测，实现智能化、流程化的检测，避免了现有技术中，对业务系统中的每个部分，都分别采用配置相应的任务脚本的半人工的巡检方式所带来的效率较低的问题。

Description

一种对业务系统进行巡检的方法及装置

技术领域

本发明涉及移动通信业务领域，尤其涉及一种对业务系统进行巡检的方法及装置。

背景技术

现有技术中对数据业务系统的巡检，只能局限于单个业务系统下，分别完成某台设备的具体单个指标单命令检测。

例如需检测某网元的内存使用率，只能针对该指标参数预先配置对应任务脚本，现有的巡检系统只执行该脚本中的一个命令并得到关于内存使用率的原始报告，并通过人工来解析，判断指标是否正常，接着再检测磁盘空间等其他硬件指标，直至完成所有的指标的检测，针对该业务系统中的另外的设备，又需要再配置相应的任务脚本，来实现指标的检测，这种半人工的巡检方式，显然耗时多并且效率较低。

现有通信网络中，可能存在各种不同架构的数据业务系统，不同架构的业务系统中还存在不同类型的设备，目前的巡检方式，由于只能针对单个业务系统中单个设备的指标进行检测，不能满足针对多设备、多业务系统实现智能化、流程化的巡检的需求。

发明内容

本发明实施例提供了一种对业务系统进行巡检的方法及装置，用以针对业务系统实现智能化、流程化的巡检。

本发明实施例提供的一种对业务系统进行巡检的方法，包括：

按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果；

对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。

本发明实施例提供的一种对业务系统进行巡检的装置，包括：

检测模块，用于按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果；

结果分析模块，用于对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。

本发明实施例的有益效果包括：

本发明实施例提供的上述对业务系统进行巡检的方法及装置，按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果，对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果，采用了多任务调度的自动化检测的方法，可以实现对业务系统的各个组成部分的不同的指标参数进行检测，实现智能化、流程化的检测，避免了现有技术中，对业务系统中的每个部分，都分别采用配置相应的任务脚本的半人工的巡检方式所带来的效率较低的问题。

附图说明

图1为本发明实施例提供的对业务系统进行巡检的方法的流程图；

图2为本发明实施例提供的利用伪码进行巡检的过程的示意图；

图3为本发明实施例提供的条码凭证平台系统的结构示意图；

图4为本发明实施例提供的对条码凭证平台系统进行巡检的流程图；

图5为本发明实施例提供的对业务系统进行巡检的装置的结构示意图。

具体实施方式

下面结合附图，对本发明实施例提供的一种对业务系统进行巡检的方法及装置的具体实施方式进行详细地说明。

本发明实施例提供的对业务系统进行巡检的方法，如图1所示，包括：

S101、按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果；

S102、对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。

本发明实施例提供的业务系统可以是现有通信网络中的数据业务系统例如常见的条码凭证平台系统、增值业务综合运营平台(Value-added ServiceGeneral OperationPlatform，VGOP)系统，空中下载(Over the Air，OTA)平台系统等等。每个业务系统内可能包含若干个具有不同功能的设备或者设备组，在本发明实施例提供的对业务系统进行巡检的方法中，将业务系统内包含的不同功能的设备或者设备组作为该业务系统中不同的组成部分，通过对所有组成部分进行检测，可以完成对整个业务系统的巡检。

较佳地，本发明实施例提供的上述对业务系统进行巡检的方法，利用伪码的方式实现智能化、流程化的巡检。

具体来说，上述步骤S101中，按照业务系统各组成部分的检测顺序，依次调度并执行预先定义的该组成部分对应的检测任务，具体通过下述方式实现：

针对该业务系统的每个组成部分，通过伪码调度并执行预先定义的该组成部分对应的检测任务；

判断当前检测任务的检测结果是否正常，在当前检测任务的检测结果正常时，继续通过伪码调度并执行下一个组成部分对应的检测任务，直至调度行执行完成该业务系统中所有组成部分的检测任务。

较佳地，在当前检测任务的检测结果不正常时，还可以执行下述步骤：调度并执行业务系统中该组成部分对应的故障排除任务，排除故障，然后继续执行下一个组成部分的检测。

伪码是现有技术中基于面向对象的分布式语言开发的组件，它结合了解释执行语法和系统内部封装的方法。本发明实施例提供的上述对业务系统进行巡检的方法，是通过一个工作流引擎执行伪码定义的内容，采用内部声明对象作为全局变量的方法，在引擎中获取某些变量的值，利用引擎类中的方法执行符合伪码规范的代码的过程。

具体来说，采用伪码技术实现对业务系统的巡检的各功能框架包括：

核心类：即工作流程行动(WorkFlowAction)类，流程化任务的执行类，该WorkFlowAction类种封装有预先定义的Beanshell方法和执行doAction方法；

模板类：即流程任务(Flowtask)类，该Flowtask可以同时封装不同业务系统的不同组成部分对应的检测任务以及对应的动作脚本。

引擎类：即Interpreter，该引擎类定义了执行类中的全局变量，启动eval核心方法来执行伪码脚本。

基于伪码实现的流程化任务，在任务中添加了伪码的功能，利用伪码自身的java特性能更灵活的来处理命令及不同指标的执行顺序，进行巡检的管理人员可以根据开发人员制定的伪码规范来添加伪码语句，例如：String result＝po.doAction(task，“action1”)；在该伪码语句中，task是固定的参数写法，action1是指预先配置的第一个检测任务，doAction()是方法，是底层封装好的执行单个检测任务的方法，返回的是该检测任务的解析结果，然后根据判断解析结果，根据不同的值去执行其他的命令。

利用伪码进行巡检的过程如图2所示，包括：

1、启动预先定义的工作流程行动WorkFlowAction类；

2、调用WorkFlowAction类中的Beanshell方法；

3、得到Flowtask流程任务类的实例；

4、从所述Beanshell方法中得到引擎类(Interpreter)的实例；

5、触发引擎类的实例；

6、调用引擎类实例中的执行伪码的核心方法；

7、调用WorkFlowAction类中的doAction方法；

8、执行doAction方法，然后进行业务系统中每个组成部分的检测；

9、执行第一个检测任务；

10、解析并返回第一个检测任务的执行结果；

11、判断是否执行下个任务，是则，执行下一个检测任务；

12、执行第二个检测任务；

13、解析并返回第二个检测任务的执行结果；

14、判断是否执行下个任务，由于是最后一个检测任务，不再进行下一个检测任务；

15、最后将巡检的结果返回给WorkFlowAction类，WorkFlowAction类将巡检结果封装入数据库并以报表等形式呈现。

WorkFlowAction类可根据业务系统的各个组成部分的检测任务的检测结果，判断整个业务系统是否正常，只有在每个组成部分的检测任务的检测结果都正常时，才能确定该业务系统的巡检结果正常；否则，确定该业务系统巡检结果异常。较佳地，在巡检结果正常时，WorkFlowAction类输出所保存的检测结果，例如以检测报表的形式呈现给用户，在巡检结果异常时，WorkFlowAction类输出所保存的检测结果以及该异常对应的告警信息。

较佳地，上述对业务系统的每个组成部分的检测任务可以通过伪码的多命令类型元任务的方式实现。

现有的可执行程序也可以连续执行多个步骤，但是由于不同业务系统中不同设备来说，由于其各项指标参数千差万别，一般由人工分别针对各个设备分别进行参数配置、性能检测，参数分析等，而采用伪码的方式，可以对被测的业务系统中各个组成部分的各种特例进行集中抽象，例如可以将多种不同的数据采集方式，例如文件传输协议(File Transfer Protocol，FTP)方式、远程登录(TELNET)方式、数据库连接(Java Data Base Connectivity，java，JDBC)方式、Java管理扩展(Java Management Extensions，JMX)方式、PING方式和安全外壳协议(Secure Shell Protocol，SSH)方式等在伪码命令中使用统一命令的调配，获取采用不同数据采集方式得到的指标参数，并可加入相应的逻辑判断，从而确定是否运行正常的检测结果，可实现流程化的、智能化地巡检。

为了更好地对本申请提供的业务系统进行巡检的方法进行说明，以现有条码平台系统为例来具体说明。

图3是条码凭证平台系统的结构示意图，该条码凭证平台系统包括下述几个组成部分：

1、管理平台

该管理平台，主要功能在于通过Internet向业务服务商开放业务接口，处理业务服务商上送的业务数据，对业务服务商进行授权、认证，最后将业务数据通过电子回执生成模块生成二维码，并通过短信或彩信发送模块发往通讯网关。

2、回执生成平台

该回执生成平台，主要功能在于将接入模块送来的业务数据按照规范定义的格式进行加密、编码、封装，生成相应的二维码图形。

3.短信彩信发送平台

短信彩信发送平台具体又包括：

短信发送平台：主要功能在于通过Internet连接到移动梦网短信网关，将封装好的电子回执发送到短信网关，送达到用户手机。

彩信发送平台：主要功能在于通过Internet连接到移动彩信中心，将封装好的电子回执发送到彩信网关，送达到用户手机。

对上述条码凭证平台系统进行巡检的过程如图4所示，包括：

S401、根据执行伪码，调度并执行第一个检测任务即对管理平台的检测任务；

S402、获取对管理平台的检测任务的检测结果；

S403、通过伪码解析检测结果，判断该管理平台是否正常；如果正常，执行下述步骤S405；否则，执行下述步骤S404；

S404、根据管理平台的需要执行故障排除任务；然后转向步骤S405；

S405、根据执行伪码，调度并执行第二个检测任务即对回执生成平台的检测任务；

S406、获取对回执生成平台的检测结果；

S407、通过伪码解析检测结果，判断回执生成平台是否正常；如果正常，执行下述步骤S409；否则，执行下述步骤S408；

S408、根据回执生成平台的需要执行故障排除任务；然后转向步骤S409；

S409、根据执行伪码，调度并执行第三个检测任务即对短信彩信发送平台的检测任务；

S410、获取对短信彩信发送平台的检测结果；

S411、通过伪码解析检测结果，判断短信彩信发送平台是否正常；如果正常，执行下述步骤S413；否则，执行下述步骤S412；

S412、根据短信彩信发送平台的需要执行故障排除任务；然后转向步骤S413；

S413、保存获取到的管理平台、回执生成平台和短信彩信发送平台的检测结果；

S414、通过伪码，解析整个业务系统的业务流程是否正常；若正常，执行下述步骤S415；否则，执行下述步骤S416；

S415、输出巡检结果，例如以巡检报表和报告的形式呈现给用户；

S416、输出异常的告警信息和巡检结果，例如以巡报表和报告的形式呈现给用户。

上述每个检测任务在执行时，可以通过伪码对检测结果，按照预设的逻辑进行判断，判断当前检测的这部分是否处于正常状态，例如在检测到某台设备CPU占用率过高时，可根据伪码自动解析运行在该设备上哪些应用消耗的CPU较高，将这些应用与设定的指标参数相比，分析该应用是否正常运行，最终达到判断巡检业务是否正常运行的目的。

基于同一发明构思，本发明实施例还提供了一种对业务系统进行巡检的装置，由于该装置解决问题的原理与前述一种对业务系统进行巡检的方法相似，因此这些装置的实施可以参见前述方法的实施，重复之处不再赘述。

本发明实施例提供的上述对业务系统进行巡检的装置，如图5所示，包括：

检测模块501，用于按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果；

结果分析模块502，用于对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。

进一步地，上述检测模块501，具体用于针对该业务系统的每个组成部分，通过伪码调度执行预先定义的该组成部分对应的检测任务；在检测任务的检测结果正常时，继续通过伪码调度并执行下一个组成部分对应的检测任务，直至调度并执行完成该业务系统中所有组成部分的检测任务。

进一步地，上述检测模块501，还用于在检测任务的检测结果异常时，调度并执行该组成部分对应的故障排除任务。

进一步地，上述检测模块501，具体用于启动预先定义的工作流程行为WorkFlowAction类；所述WorkFlowAction类中封装有预先定义的Beanshell方法和执行doAction方法；调用WorkFlowAction类中预先定义的Beanshell方法，得到Flowtask流程任务类的实例；所述Flowtask类的实例中包含需要执行的所述各个组成部分的检测任务对应的动作脚本；从所述Beanshell方法中得到预先定义的引擎类的实例并触发该实例；调用引擎类实例中的执行伪码的核心方法执行伪码脚本，同时调用所述WorkFlowAction类中的doAction方法，依次执行所述各个组成部分的检测任务所对应的动作脚本，完成该组成部分的检测任务。

进一步地，检测模块501，还用于在执行每个组成部分的检测任务的动作脚本时，通过WorkFlowAction类保存执行得到的检测结果；

相应地，结果分析模块502，具体用于在对每个组成部分的检测任务的检测结果都正常时，通过WorkFlowAction类确定该业务系统巡检结果正常；否则，通过WorkFlowAction类确定该业务系统巡检结果异常。

进一步地，本发明实施例提供的上述对业务系统进行巡检的装置，如图5所示，还包括：输出模块503，用于在该业务系统巡检结果正常时，通过所述WorkFlowAction类输出所保存的检测结果；在该业务系统巡检结果异常时，通过所述WorkFlowAction类输出所保存的检测结果以及所述异常对应的告警信息。

本发明实施例提供的上述对业务系统进行巡检的方法及装置，按照预先定义的业务系统各组成部分的检测顺序，依次调度并执行各组成部分对应的检测任务并记录检测结果，对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果，采用了多任务调度的自动化检测的方法，可以实现对业务系统的各个组成部分的不同的指标参数进行检测，实现智能化、流程化的检测，避免了现有技术中，对业务系统中的每个部分，都分别采用配置相应的任务脚本的半人工的巡检方式所带来的效率较低的问题。

更进一步地，本发明实施例提供的业务系统进行巡检的方法及装置，采用基于伪码得巡检任务调度技术，利用伪码的通用性，可实现对不同设备的不同参数指标进行检测，并且，基于伪码的多命令类型的元任务实现业务系统内各组成部分对应的检测任务，并且还可实现对检测结果的逻辑分析和判断，最终实现整个巡检智能化和流程化。利用伪码的特性，还可实现跨业务系统的巡检，通过伪码控制不同业务系统的各组成部分的检测流程，对于不同业务系统，同样可以实现跨业务系统的流程化、智能化的巡检。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种对业务系统进行巡检的方法，其特征在于，包括：

按照预先定义的业务系统各组成部分的检测顺序，针对该业务系统的每个组成部分，通过伪码调度执行预先定义的该组成部分对应的检测任务；在检测任务的检测结果正常时，继续通过伪码调度并执行下一个组成部分对应的检测任务，直至调度并执行完成该业务系统中所有组成部分的检测任务，并记录检测结果；其中，通过伪码调度执行预先定义的该组成部分对应的检测任务，具体包括：启动预先定义的工作流程行动WorkFlowAction类；所述WorkFlowAction类中封装有预先定义的Beanshell方法和执行doAction方法；调用WorkFlowAction类中的Beanshell方法，得到流程任务Flowtask类的实例；所述Flowtask类的实例中包含需要执行的所述各个组成部分的检测任务对应的动作脚本；从所述Beanshell方法中得到预先定义的引擎类的实例并触发该实例；调用引擎类实例中的执行伪码的核心方法执行伪码脚本，调用所述WorkFlowAction类中的doAction方法，依次执行所述各个组成部分的检测任务所对应的动作脚本，完成该组成部分的检测任务；

对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。

2.如权利要求1所述的方法，其特征在于，还包括：

在检测任务的检测结果异常时，调度并执行该组成部分对应的故障排除任务。

3.如权利要求1所述的方法，其特征在于，所述记录检测结果包括：

在执行每个组成部分的检测任务的动作脚本时，所述doAction方法将执行得到的检测结果返回至WorkFlowAction类进行保存；

对记录的业务系统各组成部分的检测结果进行分析，确定巡检结果，包括：

所述WorkFlowAction类判断每个组成部分的检测任务的检测结果是否都正常；若是，则确定该业务系统的巡检结果正常；否则，确定该业务系统巡检异常。

4.如权利要求3所述的方法，其特征在于，在确定巡检结果正常之后，还包括：所述WorkFlowAction类输出所保存的检测结果；

在确定巡检结果异常之后，还包括：所述WorkFlowAction类输出所保存的检测结果以及所述异常对应的告警信息。

5.一种对业务系统进行巡检的装置，其特征在于，包括：

检测模块，用于按照预先定义的业务系统各组成部分的检测顺序，针对该业务系统的每个组成部分，通过伪码调度执行预先定义的该组成部分对应的检测任务；在检测任务的检测结果正常时，继续通过伪码调度并执行下一个组成部分对应的检测任务，直至调度并执行完成该业务系统中所有组成部分的检测任务，并记录检测结果；其中，通过伪码调度执行预先定义的该组成部分对应的检测任务，具体包括：启动预先定义的工作流程行动WorkFlowAction类；所述WorkFlowAction类中封装有预先定义的Beanshell方法和执行doAction方法；调用WorkFlowAction类中的Beanshell方法，得到流程任务Flowtask类的实例；所述Flowtask类的实例中包含需要执行的所述各个组成部分的检测任务对应的动作脚本；从所述Beanshell方法中得到预先定义的引擎类的实例并触发该实例；调用引擎类实例中的执行伪码的核心方法执行伪码脚本，调用所述WorkFlowAction类中的doAction方法，依次执行所述各个组成部分的检测任务所对应的动作脚本，完成该组成部分的检测任务；

结果分析模块，用于对记录的业务系统各组成部分的检测结果进行分析，确定该业务系统的巡检结果。

6.如权利要求5所述的装置，其特征在于，所述检测模块，还用于在检测任务的检测结果异常时，调度并执行该组成部分对应的故障排除任务。

7.如权利要求5所述的装置，其特征在于，所述检测模块，还用于在执行每个组成部分的检测任务的动作脚本时，通过WorkFlowAction类保存执行得到的检测结果；

所述结果分析模块，具体用于在对每个组成部分的检测任务的检测结果都正常时，通过所述WorkFlowAction类确定该业务系统巡检结果正常；否则，通过所述WorkFlowAction类确定该业务系统巡检结果异常。

8.如权利要求7所述的装置，其特征在于，还包括：输出模块，用于在该业务系统巡检结果正常时，通过所述WorkFlowAction类输出所保存的检测结果；在该业务系统巡检结果异常时，通过所述WorkFlowAction类输出所保存的检测结果以及所述异常对应的告警信息。