CN101009004A - 告警装置及告警方法 - Google Patents

Abstract

本发明公开了一种告警装置及告警方法，告警方法包括：获取告警业务的配置信息，根据该配置信息获取告警业务的监控数据；获取实现告警业务的脚本文件；按照脚本文件中的被执行顺序排列的调用地址，依次调用并执行相应的判断组件或事件组件，选择出符合告警条件的监控数据；对符合告警条件的监控数据的属性进行告警。本发明开发实现各功能的组件，通过将组件进行组合来实现不同的业务告警功能，极大的提高了组件可复用性，实现资源的共享，避免了重复开发、测试所需的工作量；不需要对各告警业务功能模块单独维护，极大地降低了维护成本；出错率低，且较易定位错误。

Description

告警装置及告警方法

技术领域

本发明涉及告警技术，尤其是一种告警装置及告警方法。

背景技术

为了及时发现目标对象工作情况的异常，目前通常采取的做法是，在目标对象工作的过程中，通过监控装置定期或实时采集其工作中被监控的监控数据，并对该监控数据进行智能化分析，在相关监控数据不符合要求标准时，进行告警。而监控数据是否符合要求标准，主要是通过将其与设定阈值进行比较判断。例如：在电信客户服务中，预先设定某业务达标的标准是该业务的投诉量小于阈值A，当监控装置监测到该业务的投诉量等于或大于阈值A时，向指定的管理人员发送短信告警。

现有技术中的监控装置，针对具体的告警业务需求单独设计，每个告警业务，从监控数据的获取，到将该监控数据与告警阈值进行逻辑判断，再到告警通知，都是一个固定的逻辑，各个阶段耦合在一起。例如：在判断超时工单的告警业务中，需要监控超时工单数是否合格，预先设置超时工单数合格阈值B，对员工的工作情况进行监控，获取其超时工单数，并与阈值B比较，在其超时工单数等于或大于阈值B时，发出告警通知。

各个领域中的告警业务，尤其是电信领域中的告警业务，在不同局点的需求不同，同时，即使同一局点在不同时期的需求可能会经常发生变化，甚至即使是同一个告警业务，可能要求的合格指标也不同，例如：针对超时工单告警业务，至少有超时工单数与超时工单率两个指标，其中，超时工单率在数值上等于超时工单/总工单*100％，衡量超时工单数与超时工单率是否合格，需要分别与对应的阈值比较判断。超时工单告警业务监控装置的超时工单数告警业务与超时工单率告警业务独立实现，若要根据不同局点或不同时期的需求，实现按照超时工单数指标与超时工单率指标告警业务之间的转换，需要修改逻辑判断功能模块；若要同时实现按照超时工单数指标与超时工单率指标告警，就需要分别设计两套独立告警功能模块。

由于现有技术中的监控装置中的各个业务告警功能独立实现，在业务告警功能需求变化时，若要以原有的监控装置实现新的业务告警功能，通过以下两种方式实现：1，按照新的业务告警功能修改逻辑判断功能模块。这种情况下，由于需要对整个逻辑判断功能模块进行修改。需要修改大量的代码，工作量大；同时，原有的逻辑判断功能模块被破坏，这就可能出现逻辑不清晰，容易引入新的错误；并且，修改逻辑判断功能模块后，测试需要的工作量大；另外，由于实现告警业务的各个阶段耦合紧密，若出现错误，则难以定位。

2，增加新的告警业务功能模块。这样情况下，开发、测试所需的工作量更大；同时，由于各个告警业务功能之间没有关联，每个功能模块都必须单独维护，维护成本非常高；另外，针对需要按照不同指标进行告警的同一告警业务，两套功能组件之间有大量的代码重复，存在着不必要的资源浪费。

发明内容

本发明实施例所要解决的技术问题是：现有技术在业务告警功能需求变化时，需要修改大量的代码，工作量大；可能出现逻辑不清晰，容易引入新的错误；测试需要的工作量大；若出现错误，则难以定位；开发、测试所需的工作量更大；维护成本非常高；两套功能组件之间有大量的代码重复，存在着不必要的资源浪费。为解决上述技术问题，本发明实施例提供了一种精确、高效的告警装置。

同时，本发明实施例还提供了一种基于此告警装置的告警方法。

一种告警装置，包括：

业务配置信息存储模块，用于存储告警业务的配置信息，包括标识所述告警业务的业务标识与获取所述告警业务的监控数据的获取接口；

属性获取模块，用于获取所述监控数据的属性；

组件存储模块，用于存储可修改的判断组件与事件组件；

脚本文件存储模块，用于存储可修改的、实现告警业务的脚本文件，该脚本文件包括将依被执行顺序排列的判断组件，或判断组件与事件组件的调用地址；

判断执行模块，分别与所述脚本文件存储模块及所述组件存储模块连接，用于依所述脚本文件中的被执行顺序排列的调用地址，依次调用并执行相应的判断组件或事件组件，选择出符合告警条件的监控数据；

通知模块，用于对符合告警条件的监控数据的属性进行告警；

调度模块，分别与所述业务配置信息存储模块、所述属性获取模块、所述判断执行模块及所述通知模块连接，用于获取所述告警业务的配置信息，根据该配置信息获取所述告警业务的监控数据，并指示执行所述告警业务的执行文件，选择出符合告警条件的监控数据，指示获取符合告警条件的监控数据的属性，以及指示对符合告警条件的监控数据的属性进行告警。

一种告警方法，包括以下步骤：

获取告警业务的配置信息，根据该配置信息获取所述告警业务的监控数据；获取实现所述告警业务的脚本文件；按照所述脚本文件中的被执行顺序排列的调用地址，依次调用并执行相应的判断组件或事件组件，选择出符合告警条件的监控数据；对符合告警条件的监控数据的属性进行告警。

或判断组件与事件组件，依在所述脚本文件中的被执行顺序，利用相应的判断组件或事件组件的调用地址，构造所述脚本文件。

若不存在所述脚本文件所需的判断组件或事件组件，则根据所述脚本文件的需求及已存在的判断组件或事件组件，增加所述脚本文件所需、且不存在的判断组件或事件组件，并确定其调用地址。

本发明的告警装置设置有组件存储模块，可存储实现各个功能的判断组件，或判断组件与事件组件，通过对各判断组件和/或时间组件的组合构成实现各告警业务功能的脚本文件，无需单独开发完整的脚本文件，开发、测试所需的工作量小；同时，由于各个告警业务功能都是通过共有的判断组件或事件组件的组合实现，实现了资源的充分利用，避免了代码重复，并且，只需要对共有的判断组件与事件组件进行维护，不需要对各告警业务功能模块单独维护，极大地降低了维护成本；若要实现一个新的告警业务功能，只需要对已经存在的组件资源进行组合，或增加已有资源中不存在的组件，不需要修改逻辑判断功能模块，与现有技术相比，需要修改的代码少，工作量小，也避免了引入新的错误，由于组件组合后不需要对已有的组件进行测试，减小了测试需要的工作量，即使出现错误，也较易定位。

下面通过附图和实施例，对上述告警装置和告警方法的技术方案做进一步的详细描述。

附图说明

图1为本发明实施例告警装置的结构示意图。

图2为本发明实施例告警方法的流程图。

图3为本发明实施例告警方法的第一流程图。

图4为本发明实施例告警方法的第二流程图。

具体实施方式

本发明实施例将监控数据的获取、告警逻辑判断与告警通知三个阶段分离，告警逻辑判断所执行的脚本文件由共用的、可配置、可扩展的判断组件，或进一步结合事件组件组合构成，从而实现监控数据与判断组件、事件组件的共享。

图1所示为较佳实施方式告警装置结构示意图，其包括依次连接的业务配置信息存储模块1、调度模块3、判断执行模块4与脚本文件存储模块5，以及与调度模块3连接的属性获取模块6及通知模块7，和与判断执行模块4连接的组件存储模块8。

其中，业务配置信息存储模块1用于存储告警业务的配置信息，包括唯一标识告警业务的业务标识(Identification，ID)、获取作为该告警业务处理对象的监控数据的获取接口。其中，监控数据即告警业务的处理对象，可以是一个数组，具有“数值”与“属性”两个属性。在确定监控数据符合告警条件时，需要将其数值与针对该告警业务设置的告警阈值进行比较，若监控数据是数组，则其告警阈值也应是数组，且二者的个数应一致，告警阈值是数组时，可以相应的对每个告警阈值标以序号；另外，告警阈值的类型可以是数值型或字符串型，可以设置告警阈值在默认状态下为数值型，若告警阈值的类型为字符串型，则可以在监控数据数值数组的下标中说明其告警阈值的类型信息，监控数据的数值与告警阈值字符串匹配时，监控数据符合告警条件。例如：判断员工是否旷工的告警业务中，标识员工上班状态的监控数据有“normal”、“absent”与“leave”三种，设置告警阈值为“absent”，该告警阈值的类型即为字符串型，当监控数据的数值为“absent”时，与告警阈值的字符串匹配，满足告警条件。属性是监控数据的描述信息，包括属性名称与属性值，可用于记录日志或分析报表使用。例如：一个对员工有超时工单时进行告警的告警业务，其监控数据的数值为员工超时工单数，属性名称为员工工号，对应的属性值为12345；若属性名称为员工姓名，对应的属性值为张三。监控数据的属性可以根据需要扩展，例如：在超时工单率告警业务中，可以在属性中增加每个员工的总工单数。此外，为了保证告警业务的合法使用，还可以对告警业务配置信息的获取权限进行规定，在业务配置信息存储模块1设置获取告警业务配置信息的认证信息，包括用户名与密码，若针对各个告警业务分别授权，则认证信息中还包括业务ID，即要求用户输入业务ID。本发明实施例告警装置还支持远程获取，相应的，还可进一步设置授权获取配置信息时的地址，请求获取配置信息时，要求用户输入获取接口地址或自动检测获取接口地址；在认证信息中，授权的用户名、密码与地址支持多个。业务配置信息存储模块1中存储的配置信息及认证信息可以通过XML(Extensible Markup Language，可扩展标记语言)文件或其他可扩展性文件配置。如下表1所示为业务配置信息存储模块1中存储的配置信息及认证信息的一具体内容实例：

表1业务配置信息存储模块1中存储的配置信息及认证信息内容实例

业务ID	监控数据获取接口	认证信息
						业务ID	用户名	密码	地址
		01110	12.21	01110	a；b；c					0000	A；B
01111	12.23					01111	e；f	1111	E；F；G

属性获取模块6用于获取监控数据的属性。

组件存储模块8用于存储可修改的判断组件，或判断组件与事件组件，判断组件或事件组件可通过数据库或其他可扩展的配置方式扩展。其中，判断组件为用于某一具体判断环节的组件，该组件的执行可将监控数据的相关数值与告警阈值进行比较判断，选择出符合告警条件的监控数据；若告警阈值的类型为字符串型，则该组件的执行具体可将监控数据的相关数值与告警阈值进行匹配比较判断，来选择出符合告警条件的监控数据；事件组件为用于对原始的监控数据的数值进行判断前的预处理或判断后的加工处理的组件。例如：一个对员工的超时工单率超过告警阈值时进行告警的告警业务，如果该告警业务的监控数据的原始数值为员工的超时工单数，则在进行逻辑判断前，可以通过一个事件组件对超时工单数进行预处理，将员工的超时工单数除以其总工单数，即获得该员工的超时工单率；然后通过一个判断组件对员工的超时工单率与告警阈值进行比较判断，筛选出超时工单率大于或等于告警阈值的原始监控数据。

脚本文件存储模块5用于存储可修改的、实现告警业务的脚本文件，该脚本文件包括将依被执行顺序排列的判断组件，或判断组件与事件组件的调用地址，可以通过任何可扩展的文档结构或媒体来组织配置。以XML文件配置的脚本文件的一具体实例如下：

<业务业务ID＝“service1”是否有效＝“true”>

<步骤步骤序号＝“1”>

<事件组件地址＝“com.huawei.alertframe.myevent1”/>

<判断组件地址＝“com.huawei.alertframe.mycomponent”>

<阈值序号＝“1”value＝“200“/>

<阈值序号＝“2”value＝”400”/>

</判断组件>

</步骤>

<步骤步骤序号＝“2”>

<事件组件地址＝“com.huawei.alertframe.myevent1”/>

<判断组件地址＝“com.huawei.alertframe.mycomponent”/>

<阈值value＝“100”/>

</判断组件>

<事件组件地址＝“com.huawei.alertframe.myevent2”/>

</步骤>

</业务>

<业务业务ID＝“service2”是否有效＝“true”>

</业务>

上述为依次执行的多个告警业务的脚本文件的实例，各告警业务以业务ID标识，可以根据实际需要，删除或修改其中不必要的告警业务的业务片断，也可以将“是否有效”标志设置为“false”，屏蔽掉该告警业务。不同的步骤序号包括的组件分别用于针对不同的告警阈值，对监控数据进行判断与筛选，步骤序号标志该步骤在整个脚本文件中被执行的顺序，以上一个步骤的输出参数作为下一个步骤的输入参数。例如：需要对处于A～B范围内的监控数据进行告警的告警业务，则可以通过步骤1的组合组件筛选出数值大于或等于告警阈值A的监控数据，然后以该筛选出的监控数据为输入参数，通过步骤2的组合组件进一步筛选出数值小于或等于告警阈值B的监控数据。判断组件主要用于将获取的监控数据的数值数组与告警阈值进行比较判断，筛选出符合判断条件的监控数据，判断组件的地址为其被调用的、在组件存储模块8中的地址，其输入参数是监控数据数值数组与相应的告警阈值，告警阈值最少一个，支持多个，有多个告警阈值时，通过序号来标识各告警阈值，并通过“序号”与监控数据的数值数组对应，即：序号为1的告警阈值对应监控数据数值数组中的第一个数据，以此类推。可以根据判断组件的开发约束条件来开发各种判断组件，例如：通过继承接口interface，使得其输入参数与返回值都为监控数据数值数组。事件组件分为判断组件处理前事件组件与判断组件处理后事件组件，分别用于对原始的监控数据的数值数组进行判断前的预处理或判断后的加工处理的组件，可以根据具体的告警业务需求设置，每个判断组件前、后，可以不设置或设置一个或多个事件组件。事件组件的地址为其被调用的、在组件存储模块8中的地址，事件组件的输入与返回参数也是监控数据数值数组。

判断执行模块4用于依告警业务的脚本文件中的被执行顺序排列的调用地址，依次从组件存储模块8中调用并执行相应的判断组件或事件组件，筛选出符合告警条件的监控数据。

通知模块7用于对符合告警条件的监控数据的属性进行告警，例如：在对超时工单数进行告警的告警业务中，对超过告警阈值的超时工单数的属性“员工号：12345”进行输出告警。

调度模块3用于调度各模块以完成整个告警业务流程，具体的，可以根据预先设置的告警业务的处理周期，在到达执行某告警业务的时刻时，从业务配置信息存储模块1中获取所述告警业务的配置信息，由配置信息中指定的获取接口获取该告警业务的监控数据，并指示判断执行模块4执行与该告警业务的业务ID对应的脚本文件，筛选出符合告警条件的监控数据，指示属性获取模块6获取符合告警条件的监控数据的属性，以及指示通知模块7对符合告警条件的监控数据的属性进行告警。

上述告警装置中设置有组件存储模块，可存储实现各个功能的判断组件，或判断组件与事件组件，通过对各判断组件和/或时间组件的组合即可构成实现多种逻辑判断功能的脚本文件，无需单独开发完整的脚本文件，开发、测试所需的工作量小；同时，由于各个告警业务功能都是通过共有的判断组件或事件组件的组合实现，实现了资源的充分利用，避免了代码重复，并且，只需要对共有的判断组件与事件组件进行维护，不需要分别对各告警业务功能模块进行维护，极大地降低了维护成本；若要实现一个新的告警业务功能，只需要对现有的组件资源进行组合，或增加现有资源中不存在的组件，与现有技术修改逻辑判断组件相比，需要修改的代码少，工作量小，也避免了引入新的错误，由于组件组合后不需要对现有的组件进行测试，只需要对脚本文件的整合测试，和对新开发的组件进行测试。减小了测试需要的工作量，即使出现错误，也较易定位。

上述告警装置还包括业务配置管理模块2，业务配置信息存储模块1通过业务配置管理模块2与调度模块3连接，用于根据调度模块3的指示，从业务配置信息存储模块1中获取告警业务的配置信息。若业务配置信息存储模块1中还存储由获取告警业务的配置信息的认证信息，则业务配置管理模块2获取配置信息时，还需要对获取配置信息时提交的认证信息进行认证，若认证通过，则返回配置信息；认证不通过，返回认证失败的提示信息。

上述告警装置还包括监控数据存储模块9，分别与属性获取模块6及调度模块3连接，用于存储各获取接口可分别获取的监控数据。

进一步地，上述告警装置还可以包括监控数据管理模块10，与监控数据存储模块9连接，用于修改、设置监控数据的数值或属性。

另外，告警装置还可以包括监控数据采集模块11，与监控数据存储模块9，用于采集监控数据，将采集的数据导入监控数据存储模块9中。

上述告警装置中，业务配置信息存储模块1、组件存储模块8、脚本文件存储模块5与监控数据存储模块9中的一种或多种可以一体设置。另外，业务配置管理模2、属性获取模块6与监控数据管理模块10中的一种或多种可以一体设置。

图2所示为本发明告警方法的流程图。其包括以下步骤：

步骤1，获取告警业务的配置信息，并通过配置信息中指定的获取接口该获取告警业务的监控数据；

步骤2，根据告警业务的业务ID，获取实现告警业务的脚本文件；

步骤3，按照脚本文件中的被执行顺序排列的调用地址，依次调用并执行相应的判断组件或事件组件，选择出符合告警条件的监控数据；

步骤4，对符合告警条件的监控数据的属性进行告警。

以下结合上述告警装置，以对某个部分的员工的超时工单率达到20％时，对员工工号进行告警的告警业务为例，说明本发明实施例的告警方法。假设：业务配置信息存储模块1存储的该告警业务的业务标识为1，该部门员工的超时工单数的获取接口为12.21，总工单数为200；监控数据存储模块9中存储的该部门员工的监控数据的数值为各员工的超时工单数，属性为员工工号。则该告警业务的脚本文件需要两个组件：判断组件，用于选择出超时工单率大于或等于20％的员工的超时工单数；判断组件前的一个事件组件，用于将员工的超时工单数转换为超时工单率。

在告警业务开始执行前，可以先检查是否存在满足上述告警业务需求的脚本文件，若不存在，则从组件存储模块8中选择满足上述条件的判断组件与事件组件，根据该判断组件与事件组件的地址、告警业务的业务ID与告警阈值，依在脚本文件中的被执行顺序，构造脚本文件，然后再开始执行告警业务。若组件存储模块8中不存在上述所需的判断组件或事件组件，则根据告警业务所需的脚本文件的需求，及存在的判断组件或事件组件，构造脚本文件中所需且不存在的判断组件或事件组件，将其存储在组件存储模块8中，然后根据判断组件与事件组件的地址、告警业务的业务ID与告警阈值，按照在脚本文件中的被执行顺序，构造脚本文件，然后再开始执行告警业务。假设该告警业务所需的脚本文件为：

//业务ID与配置信息中的一致。

<业务业务ID＝“1”是否有效＝“true”>

//事件组件将超时工单数数值转换为超时工单率。

<事件组件地址＝“com.huawei.alertframe.myevent1”/>

//判断组件选择上述时间组件的输出参数大于20％。

<判断组件地址＝“com.huawei.alertframe.mycomponent”>

//告警阈值为20％。

<阈值序号＝“1”value＝“20％“/>

</判断组件>

</业务>

如图3所示，为本发明实现上述告警业务的告警方法实施例的第一流程图，其包括如下步骤：

步骤101，在到达执行业务ID为1的告警业务的时刻时，调度模块3指示业务配置管理模块2从业务配置信息存储模块1中获取业务ID为1的告警业务的配置信息。

步骤102，业务配置管理模块2从业务配置信息存储模块1中获取业务ID为1的告警业务的配置信息并返回调度模块3。

步骤103，调度模块3由该配置信息，获知业务ID为1的监控数据的获取接口为12.21，由该12.21获取接口，从监控数据存储模块9中获取被监控的某部门员工的超时工单数的数值数组。

步骤104，调度模块3指示属性获取模块6从监控数据存储模块9中获取被监控的某部门员工的超时工单数的属性。

步骤105，调度模块3判断该属性中是否存在要求的属性：员工工号，包括属性名称与属性值，其中属性名称为“员工工号”，属性值为具体的表示员工工号的字符串，若存在，执行步骤106；否则，结束操作，并指示通知模块7进行出错告警(步骤110)。

步骤106，调度模块3将获取到的超时工单数的数值数组发送给判断执行模块4，指示判断执行模块4对该超时工单数的数值数组进行告警判断处理。

步骤107，判断执行模块4从脚本文件存储模块5中获取业务ID为1的脚本文件并执行，依照被执行顺序，从组件存储模块8中调用地址为com.huawei.alertframe.myevent1的事件组件并执行，对超时工单数的数值数组进行预处理，得到该部门员工的超时工单率的数值数组；然后从组件存储模块8中调用地址为com.huawei.alertframe.mycomponent的判断组件并执行，筛选出大于或等于20％的超时工单率的超时工单数的数值数组，并返回给调度模块3。

步骤108，调度模块3选择出大于或等于20％的超时工单率的超时工单数的属性，例如：员工工号：1101；员工工号：1201；……，指示通知模块7对该属性进行告警。

步骤109，通知模块7根据调度模块3的指示，对符合告警条件的超时工单数的属性进行输出告警。

需要执行多个告警业务时，可以依据业务ID，利用上述流程依次执行各个告警业务，直到所有的告警业务完成。

若告警阈值为字符串型，则步骤103中，调度模块3还根据超时工单数的数值数组的下标识别出其告警阈值为字符串型；相应的，步骤107中，判断执行模块4执行判断组件时，具体将监控数据的数值数组与告警阈值进行匹配判断比较，筛选出与表示告警阈值的字符串相匹配的监控数据。

如图4所示，为本发明实现与图3所示相同告警业务的告警方法实施例的第二流程图。其包括以下步骤：

步骤201，在到达执行业务ID为1的告警业务的时刻时，调度模块3接收到用户输入的请求对业务ID为1的告警业务进行处理的请求信息后，将用户输入的认证信息发送给业务配置管理模块2，并指示业务配置管理模块2从业务配置信息存储模块1中获取业务ID为1的告警业务的配置信息，其中的认证信息根据预先设置，可以是用户名与密码，还可以进一步包括获取地址与业务ID。

步骤202，业务配置管理模块2根据业务配置信息存储模块1中存储的相关认证信息，对用户输入的认证信息进行认证，若认证通过，执行步骤203；否则，结束操作，并指示通知模块7进行出错告警(步骤210)。

步骤203，业务配置管理模块2从业务配置信息存储模块1中获取业务ID为1的告警业务的配置信息并返回调度模块3。

步骤204，调度模块3由该配置信息，获知业务ID为1的监控数据的获取接口为12.21，由该12.21获取接口，从监控数据存储模块9中获取被监控的某部门员工的超时工单数的数值数组。

步骤205，调度模块3将获取到的超时工单数的数值数组发送给判断执行模块4，指示对该超时工单数的数值数组进行告警判断处理。

步骤206，判断执行模块4从脚本文件存储模块5中获取业务ID为1的脚本文件并执行，依照被执行顺序，从组件存储模块8中调用地址为com.huawei.alertframe.myevent1的事件组件并执行，对超时工单数的数值数组进行预处理，得到该部门员工的超时工单率的数值数组；然后从组件存储模块8中调用地址为com.huawei.alertframe.mycomponent的判断组件并执行，筛选出大于或等于20％的超时工单率的超时工单数的数值数组，并返回给调度模块3。

步骤207，调度模块3指示属性获取模块6从监控数据存储模块9中获取被监控的该部门员工的超时工单数的属性。

步骤208，调度模块3从属性获取模块6返回的属性中，选择出大于或等于20％的超时工单率的超时工单数的属性，例如：员工工号：1101；员工工号：1201；……，指示通知模块7对该属性进行告警。

步骤209，通知模块7根据调度模块3的指示，对符合告警条件的超时工单数的属性进行输出告警。

针对单独实现员工的超时工单数达到告警阈值时进行告警的告警功能的告警装置，现有技术需要开发一个逻辑判断功能模块，筛选出数值大于告警阈值的员工的超时工单数；本发明需要开发一个判断组件，选择出数值大于告警阈值的员工的超时工单数，至此，本发明与现有技术在代码开发、测试、维护方面的工作量相差不大。但是，在业务告警功能需求发生变化时，与现有技术相比，本发明将具有无可比拟的优势，以下从几个实例方面简要说明：

1，若需要用同一告警装置实现员工的超时工单率达到告警阈值时进行告警的告警功能，则根据现有技术，由于没有中间处理数据层，只能修改判断层，以实现数据的转换。这样，就会破坏判断层逻辑，由于数据处理逻辑与判断逻辑耦合在一起，会出现逻辑不清晰，并且容易引入新的错误；同时，需要较大工作量来测试新的判断层；另外，由于数据处理与筛选逻辑耦合紧密，一旦出现逻辑错误，将难以定位；

而根据本发明，无需修改原来的判断组件，只需要在判断组件前增加一个事件组件，实现数据的转换。由于不需要修改原来的判断组件，逻辑清晰；测试工作仅限于新增加的事件组件，工作量小；若出现逻辑错误，范围只限于新增加的事件组件，较易定位。

2，若需要用同一告警装置同时实现员工的超时工单数在特定数值范围内时进行告警的告警功能，则根据现有技术，就需要重新修改或开发一个特定数值范围内的判断筛选逻辑功能组件。若修改原有的判断层，则会出现上述1中的缺陷；若重新开发判断层，则开发、测试所需的工作量较大；同时，由于现有的两个告警业务功能之间没有关联，每个功能模块都必须单独维护，维护成本高；另外，两套功能组件之间有大量的代码重复，存在着不必要的资源浪费；

而根据本发明，由于已经存在判断数值大于某一阈值的判断组件，只需要仿照开发一个判断数值小于另一阈值的判断组件，通过判断组件的组合就可以实现该功能。因此，除了具有上述1中的优点外，还实现了组件的共享，提高了资源利用率。

3，若在上述2的业务告警功能的基础上，需要用同一告警装置同时实现员工的超时工单数在特定数值范围外时进行告警的告警功能，则根据现有技术，还需要修改或开发一个特定数值范围外的判断筛选逻辑功能组件，同样具有上述2中的缺陷，另外，还无法充分利用已有的资源；

而根据本发明，由于已经存在判断数值大于及小于某一阈值的判断组件，只需要在执行脚本上稍作修改，将小于某一阈值的判断组件的阈值配置为较小值，将大于某一阈值的判断组件的阈值配置为较大值即可，不需要开发任何代码。除了具有上述2中的优点外，由于程序不涉及代码修改，不会在程序中增加新错误。只需要调试脚本文件即可，实现效率较高。

4，若需要用同一告警装置同时实现员工的超时工单数与超时工单率达到告警阈值时进行告警的告警功能，则根据现有技术，需要实现两套告警逻辑功能模块，其缺陷与上述2相同：会出现代码冗余，且两套逻辑功能模块需要单独测试，测试工作量大；由于两套功能代码重复，同时需要维护两套代码，维护工作量大；开发工作量较大；

而根据本发明，通过脚本文件，配置两个业务域，一个业务域配置判断超时工单数业务，一个业务域配置判断超时工单率业务。不需要重新开发代码；只需要维护一套代码，维护工作量小；只需要测试新的脚本文件，测试工作量小。

最后所应说明的是：以上实施例仅用以说明本发明的技术方案，而非对本发明作限制性理解。尽管参照上述较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这种修改或者等同替换并不脱离本发明技术方案的精神和范围。

Claims (17)

1、一种告警装置，其特征在于，包括：

业务配置信息存储模块，用于存储告警业务的配置信息，包括标识所述告警业务的业务标识与获取所述告警业务监控数据的获取接口；

属性获取模块，用于获取所述监控数据的属性；

组件存储模块，用于存储可修改的判断组件与事件组件；

脚本文件存储模块，用于存储可修改的、实现告警业务的脚本文件，该脚本文件包括将依被执行顺序排列的判断组件，或判断组件与事件组件的调用地址；

判断执行模块，分别与所述脚本文件存储模块及所述组件存储模块连接，用于依所述脚本文件中被执行顺序排列的调用地址，依次调用并执行相应的判断组件或事件组件，选择出符合告警条件的监控数据；

通知模块，用于对所述符合告警条件监控数据的属性进行告警；

调度模块，分别与所述业务配置信息存储模块、所述属性获取模块、所述判断执行模块及所述通知模块连接，用于获取所述告警业务的配置信息，根据该配置信息获取所述告警业务的监控数据，并指示执行所述告警业务的执行文件，选择出符合告警条件的监控数据，指示获取符合告警条件的监控数据的属性，以及指示对符合告警条件的监控数据的属性进行告警。

2、根据权利要求1所述的告警装置，其特征在于，还包括业务配置管理模块，所述调度模块通过该业务配置管理模块与所述业务配置信息存储模块连接，用于根据所述调度模块的指示，从所述业务配置信息存储模块获取告警业务的配置信息。

3、根据权利要求2所述的告警装置，其特征在于，还包括监控数据存储模块，分别与所述属性获取模块及所述调度模块连接，用于存储各获取接口可分别获取的监控数据。

4、根据权利要求3所述的告警装置，其特征在于，还包括监控数据采集模块，与所述监控数据存储模块连接，用于采集所述监控数据。

5、根据权利要求3或4所述的告警装置，其特征在于，还包括监控数据管理模块，与所述监控数据存储模块连接，用于修改所述监控数据的数值或属性。

6、根据权利要求5所述的告警装置，其特征在于，所述业务配置信息存储模块、所述组件存储模块、所述脚本文件存储模块与所述监控数据存储模块中的一种或多种一体设置；或者，所述业务配置管理模、所述属性获取模块与所述监控数据管理模块中的一种或多种一体设置。

7、根据权利要求1所述的告警装置，其特征在于，所述业务配置信息存储模块还用于存储获取告警业务的配置信息的认证信息；所述业务配置管理模块还用于对获取所述配置信息时提交的认证信息进行认证，若认证通过，则返回所述配置信息；否则，返回认证失败的提示信息。

8、一种告警方法，其特征在于，包括以下步骤：

获取告警业务的配置信息，根据该配置信息获取所述告警业务的监控数据；获取实现所述告警业务的脚本文件；按照所述脚本文件中的被执行顺序排列的调用地址，依次调用并执行相应的判断组件或事件组件，选择出符合告警条件的监控数据；对符合告警条件的监控数据的属性进行告警。

9、根据权利要求8所述的告警方法，其中，所述获取监控数据具体为：由所述配置信息中指定的、与所述告警业务的业务标识对应的获取接口获取所述监控数据。

10、根据权利要求8所述的告警方法，其中，所述属性包括属性名称及与该属性名称对应的属性值。

11、根据权利要求10所述的告警方法，其中，获取实现所述告警业务的脚本文件之前，还包括：获取所述监控数据的属性，若所述监控数据的属性中包括属性名称与属性值，则获取所述告警业务的脚本文件；若所述监控数据的属性中不包括属性值，进行出错告警。

12、根据权利要求10所述的告警方法，其中，对符合告警条件的监控数据的属性进行告警具体为：获取符合告警条件的监控数据的属性名称与属性值，然后对该属性名称与属性值进行告警。

13、根据权利要求8所述的告警方法，其中，获取告警业务的配置信息具体为：对获取所述配置信息时提交的认证信息进行认证，若认证通过，则返回所述配置信息；否则，返回认证失败的提示信息。

14、根据权利要求13所述的告警方法，其中，所述认证信息包括用户名与密码。

15、根据权利要求14所述的告警方法，其中，所述认证信息还包括获取所述配置信息时的地址和/或请求获取的告警业务的业务标识。

16、根据权利要求8至15任意一项所述的告警方法，其中，若不存在实现所述告警业务的脚本文件，则选择该脚本文件所需的判断组件，或判断组件与事件组件，依在所述脚本文件中的被执行顺序，利用相应的判断组件或事件组件的调用地址，构造所述脚本文件。

17、根据权利要求16所述的告警方法，其中，若不存在所述脚本文件所需的判断组件或事件组件，则根据所述脚本文件的需求及已存在的判断组件或事件组件，增加所述脚本文件所需、且不存在的判断组件或事件组件，并确定其调用地址。

Images