CN104811327A - 一种监控告警语音自动通知的方法和装置 - Google Patents

Abstract

本发明公开了一种监控告警语音自动通知的方法，采集被监控装置的状态信息；根据告警策略将采集到的被监控装置的状态信息生成告警信息，通过策略配置判断重要告警，并将重要告警的信息发送到语音呼叫平台IVR；IVR将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。本发明同时还公开了一种监控告警语音自动通知的装置，采用本发明，能够能快速反映问题并通知维护人员；提高告警通知的成功率。

Description

一种监控告警语音自动通知的方法和装置

技术领域

本发明涉及告警监控技术，尤其涉及一种监控告警语音自动通知的方法和装置。

背景技术

现有技术中的告警通知方法，主要包括监控配置、监控采集、告警分析、告警推送等步骤，首先，需要监控对象、监控指标和监控策略进行配置；其次，在监控过程中对监控对象的信息进行收集，并根据监控策略进行告警的生成；最后，将告警信息推送给运营维护人员；其中，推送告警信息的方法包括短信发送、邮件发送等方式。也就是说，系统在出现告警时通过短信、邮件等方式发送告警信息给相关维护人员，维护人员收到短信或邮件后判断告警影响，根据告警的内容查看相应系统，解决问题并消除告警。

但是，现有技术方案中，短信告警推送方式存在如下缺陷：维护人员收到短信的时间不确定，如果出现短信系统拥塞，就达不到及时发现并处理告警的目的；如果短信数量较多，维护人员可能未及时查看短信或者漏掉部分告警短信；如果是晚上休息时间，维护人员也很有可能无法及时查看短信，从而错失故障处理时机。同样，邮件告警推送方式也存在上述缺陷和风险。

发明内容

有鉴于此，本发明实施例期望提供一种监控告警语音自动通知的方法和装置，能快速反映问题并通知维护人员，从而提高告警通知的成功率。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例提供了一种监控告警语音自动通知的方法，包括：

采集被监控装置的状态信息；

根据告警策略将采集到的被监控装置的状态信息生成告警信息，通过策略配置判断重要告警，并将重要告警的信息发送到语音呼叫平台（IVR，InteractiveVoice Response）；

IVR将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。

上述方案中，所述根据告警策略将采集到的被监控装置的状态信息生成告警信息包括：根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

上述方案中，所述方法还包括：根据策略配置判断是否为重要告警后，将一般告警信息通过短信、邮件向维护人员推送。

上述方案中，所述以语音形式通知维护人员包括：根据呼叫策略与维护人员使用的终端建立语音连接；将告警信息以语音的形式向维护人员播报；

根据呼叫策略与维护人员使用的终端建立语音连接包括：按照预先设置的优先级顺序，与维护人员对应的被叫终端建立语音连接；当与任意一个维护人员对应的被叫终端连接成功后，停止连接下一个维护人员对应的被叫终端。

上述方案中，所述方法还包括，通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。

本发明实施例还提供了一种监控告警语音自动通知的装置，包括：

信息采集单元，用于采集被监控装置的状态信息；

告警生成单元，用于根据告警策略将采集到的被监控装置的状态信息生成告警信息；

策略配置单元，用于通过策略配置判断重要告警，并将重要告警的信息发送到语音告警单元；

语音告警单元，用于将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。

上述方案中，所述告警生成单元根据告警策略将采集到的被监控装置的状态信息生成告警信息包括：告警生成单元根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

上述方案中，所述告警生成单元还用于：根据策略配置判断是否为重要告警后，将一般告警信息通过短信、邮件向维护人员推送。

上述方案中，所述语音告警单元以语音形式通知维护人员包括：根据呼叫策略与维护人员使用的终端建立语音连接；将告警信息以语音的形式向维护人员播报；

根据呼叫策略与维护人员使用的终端建立语音连接包括：按照预先设置的优先级顺序，与维护人员对应的被叫终端建立语音连接；当与任意一个维护人员对应的被叫终端连接成功后，停止连接下一个维护人员对应的被叫终端。

上述方案中，所述语音告警单元还用于通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。

本发明实施例提供的监控告警语音自动通知的方法和装置，采集被监控装置的状态信息；根据告警策略将采集到的被监控装置的状态信息生成告警信息；通过策略配置判断重要告警，并将重要告警的信息发送到IVR；IVR将重要告警信息转换成语音告警信息，并以语音形式通知维护人员。本发明实施例通过将告警文本信息转换成语音信息，自动呼叫维护人员，并通过语音告知维护人员告警级别、告警对象、告警指标等告警相关信息。如此，能快速反映问题并通知维护人员，时效性好、响应速度快，进而能提高告警通知的成功率。

附图说明

图1为本发明实施例监控告警语音自动通知的方法流程示意图；

图2为本发明实施例呼叫策略示意图；

图3为本发明实施例获取被呼叫终端状态的方法流程示意图；

图4为本发明实施例监控告警语音自动通知的装置结构示意图。

具体实施方式

在本发明实施例中，采集被监控装置的状态信息；根据告警策略将采集到的被监控装置的状态信息生成告警信息；通过策略配置判断重要告警，并将重要告警的信息发送到IVR；IVR将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。

其中，所述采集被监控装置的状态信息可以是在被监控装置中设置信息采集单元，实时采集被监控装置的状态信息；之后，将所采集到的状态信息发送到监控告警平台；具体的，由信息采集单元实时或周期性采集被监控装置的运行状态、性能及其所运行的应用和业务信息；再将采集到的结果在后台生成记录信息，记录信息包括：监控对象、监控指标、性能值、采集时间等内容；然后，将生成的记录信息发送给监控告警平台。

这里，所述根据告警策略将采集到的被监控装置的状态信息生成告警信息可由监控告警平台完成，具体的处理过程包括：根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

根据策略配置判断是否为重要告警后，可以将一般告警的信息仍通过短信、邮件向维护人员推送；而将重要告警的信息转换成语音告警信息，以语音形式通知维护人员；具体的，以语音形式通知维护人员包括：先根据呼叫策略与维护人员使用的终端如手机建立语音连接，再将告警信息以语音的形式向维护人员播报。

实际应用中，可以设置多个维护人员使用的终端分别作为被叫终端，并设置相应的呼叫顺序，那么，与维护人员建立语音连接就可以按照预先设置的优先级顺序进行呼叫，比如：依次向第一维护人员、第二维护人员、……第N维护人员对应的被叫终端发起呼叫；当与任意一个维护人员对应的被叫终端连接成功后，就停止连接下一个维护人员对应的被叫终端，并将告警信息以语音的形式向连接成功的维护人员播报。其中，可通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。

下面结合附图及具体实施例，对本发明技术方案的实施作进一步的详细描述。图1为本发明实施例监控告警语音自动通知的方法流程示意图，如图1所示，包括以下步骤：

步骤101：采集被监控装置的状态信息；

其中，采集状态信息可由设置于被监控装置中的信息采集单元完成；所述采集状态信息包括：实时或周期性采集被监控装置的运行状态、性能及其所运行的应用和业务信息，并将采集到的结果在后台生成记录信息；记录信息包括：监控对象、监控指标、性能值、采集时间等内容；

进一步的，所生成的记录信息由信息采集单元发送给监控告警平台。

步骤102：根据告警策略将采集到的被监控装置的状态信息生成告警信息，通过策略配置判断重要告警，并将重要告警的信息发送到IVR；

本步骤可由监控告警平台完成；其中，所述根据告警策略将采集到的被监控装置的状态信息生成告警信息包括：根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

其中，告警级别可根据实际告警需求和采集到的被监控装置的状态信息进行设定；例如，以计算机CPU为例，当检测到CPU的使用率为70%～80%时，将对应的告警级别设置为1级告警级别；检测到CPU的使用率为80%～90%时，将对应的告警级别设置为2级告警级别......而当检测到CPU的使用率为99%时，将对应的告警级别设置为n级告警级别。

通过策略配置判断是否为重要告警后，可将一般告警的信息通过短信、邮件向维护人员推送；将重要告警的信息发送到IVR。

这里，所述告警策略根据实际应用中由维护人员根据告警信息中的告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数进行设定；如：以告警级别为例，当告警级别低于3级的告警信息视为一般告警信息，对应的，将告警级别高于3级的告警信息视为重要告警信息；以告警对象为例，将告警对象为系统中的核心装置和/或系统中容易发生故障的装置的告警信息视为重要告警信息，而将告警对象为系统中的边缘设备和/或性能相对稳定的装置的告警信息视为一般告警信息；以告警时间为例，将告警时间发生在0:00～6:00的告警信息视为重要告警信息，对应的，将告警信息发生在6:00～24:00的告警信息视为一般告警信息。

实际应用中，告警策略可以根据对被监控装置性能要求进行设定，可以依据上述告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数中的一项或多项，并不局限于本段所描述的实例。

所述将重要告警的信息发送到IVR可以为：将重要告警的信息通过监控告警平台与IVR之间的信息接口，采用数据库交互接口表方式，发送到IVR。表1为本发明实施例采用的告警信息接口表。

表1

步骤103：IVR将重要告警的信息转换成语音告警信息，并以语音的形式通知维护人员；

其中，所述以语音的形式通知维护人员包括：先根据呼叫策略与维护人员使用的终端如手机建立语音连接，将告警信息以语音的形式向维护人员播报。

其中，所述根据呼叫策略与维护人员使用的终端建立语音连接包括：将各维护人员使用的终端分别作为被叫终端，通过交换中心按照预先设置的优先级顺序，依次向第一维护人员、第二维护人员、……第N维护人员对应的被叫终端发起呼叫；当与任意一个维护人员对应的被叫终端连接成功后，停止连接下一维护人员对应的被叫终端。这里，可通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。

这里，第一维护人员、第二维护人员、……第N维护人员可以分别对应维护人员、维护人员B角、24小时值班监控人员、预设系统管理员等；如果出现被叫终端通信不畅的问题，可根据呼叫策略依次呼叫维护人员、维护人员B角、24小时值班监控人员、预设系统管理员等。

图2为本发明实施例呼叫策略示意图，通过语音交换中心与维护人员使用的终端建立语音连接，对于出现被叫终端通信不畅的问题，IVR可采用如下呼叫策略以提升接续成功率。如图2所示，本发明实施例中假设有四个维护人员，本发明实施例采用的呼叫策略步骤如下：

步骤201：向第一维护人员使用的终端手机发起呼叫；

步骤202：判断呼叫状态，如果呼叫接续成功，则结束本处理流程，将连接结果通过反向接口反馈给监控告警平台；如果反馈终端状态为忙音占线、不在服务区、超时等，则执行步骤203；如果反馈终端状态为空号、停机，则执行步骤204；

步骤203：等待预设呼叫时长再发起呼叫，如果重复呼叫N次仍然为失败，则执行步骤204；如果呼叫接续成功，则结束本处理流程，将连接结果通过反向接口反馈给监控告警平台。

这里，所述预设呼叫时长可根据需要任意设置，如设置等待五分钟；所述重复呼叫次数也可根据需要任意设置，如设置重复呼叫三次；

步骤204：向第二维护人员使用的终端手机发起呼叫；

步骤205：判断呼叫状态，如果呼叫接续成功，则结束本处理流程，将连接结果通过反向接口反馈给监控告警平台；如果反馈终端状态为忙音占线、不在服务区、超时等，则执行步骤206；如果反馈终端状态为空号、停机，则执行步骤207；

步骤206：等待预设呼叫时长再发起呼叫，如果重复呼叫N次仍然为失败，则执行步骤207；如果呼叫接续成功，则结束本处理流程，将连接结果通过反向接口反馈给监控告警平台。

这里，所述预设呼叫时长可根据需要任意设置，如设置等待五分钟；所述重复呼叫次数也可根据需要任意设置，如设置重复呼叫三次；

步骤207：向第三维护人员使用的终端手机发起呼叫；

步骤208：判断呼叫状态，如果呼叫接续成功，则结束本处理流程，将连接结果通过反向接口反馈给监控告警平台；如果反馈终端状态为忙音占线、不在服务区、超时等，则执行步骤209；如果反馈终端状态为空号、停机，则执行步骤210；

步骤209：等待预设呼叫时长再发起呼叫，如果重复呼叫N次仍然为失败，则执行步骤210；如果呼叫接续成功，则结束本处理流程，将连接结果通过反向接口反馈给监控告警平台。

这里，所述预设呼叫时长可根据需要任意设置，如设置等待五分钟；所述重复呼叫次数也可根据需要任意设置，如设置重复呼叫三次；

步骤210：向第四维护人员使用的终端手机发起呼叫；

步骤211：判断呼叫状态，如果呼叫接续成功则结束本处理流程；否则，执行步骤212；

步骤212：提示呼叫异常，本呼叫流程结束后，将连接结果通过反向接口反馈给监控告警平台。

IVR通过呼叫中心服务器（CCS，Call Center Server）、排队机、交换中心获取被呼叫终端的状态，图3为本发明实施例获取被呼叫终端状态的方法流程示意图，如图3所示，本发明实施例获取被呼叫终端状态的方法，包括以下步骤：

步骤301：IVR发起呼叫请求并将呼叫请求发送至CCS；

步骤302：CCS解析呼叫请求消息，通过计算机通信集成连接器（CTI-LINK）连接并将呼叫请求发送至排队机；

步骤303：排队机分配中继线路，并将呼叫请求信令发送至交换中心；

步骤304：交换中心连接主被叫用户，建立呼叫；

步骤305：交换中心收集呼叫结果，并以信令方式将呼叫结果传送至排队机；

步骤306：排队机接收呼叫结果信令并通过CTI-LINK连接将呼叫结果信令传送至CCS；

步骤307：CCS解析呼叫结果信令，并告知IVR；

步骤308：IVR接收到的呼叫结果，回写告警语音通知反馈表数据并根据呼叫结果选择执行对应的呼叫策略。

其中，告警语音通知反馈表由IVR根据呼叫接续结果填写，如表2所示：

Name	Type	Nullable	Default	Comments
					CALLERNUMBER	VARchar2(15)	Y		主叫号码
CALLEDNUMBER	VARchar2(15)	Y		第一被叫号码
					CALLEDNUMBER_B	VARchar2(15)	Y		第一被叫号码
ALAR_ID	NUMBER(12)	Y		告警ID
					ALAR_DATE	DATE	Y		告警时间
CALLING_TIME	DATE	Y		呼叫申请时间
					CALL_STATUS	VARchar2(20)	Y		呼叫状态
TIMER	NUMBER(12)	Y		时长
					RECORDFILE	VARchar2(200)	Y		录音文件地址
CALLED_TIME	DATE	Y		呼叫启动时间
					BOMC_ID	VARchar2(10)	Y		bomc用户ID

表2

告警语音通知反馈表中包括主叫号码、第一被叫号码、第二被叫号码、告警ID、告警时间、呼叫申请时间、呼叫状态、等待时常、录音文件地址、呼叫启动时间、bomc用户ID等信息，IVR接收到的呼叫结果，回写告警语音通知反馈表数据后，根据呼叫结果选择对应的呼叫策略。例如，当呼叫结果显示呼叫第一被叫号码的的呼叫状态为忙音占线、不在服务区、超时等，进一步查看时常是否已经超过预设的N次呼叫预设时长，如果没有超过，则等待预设呼叫时长后再次发起呼叫；如果已经超N次呼叫过预设时长，则向第二被叫号码发起呼叫；或者，当呼叫结果显示第一被叫号码的呼叫状态为空号、停机时，IVR想第二被叫号码发起呼叫；或者，当呼叫结果显示第一被叫号码的呼叫状态为呼叫接续成功状态时，IVR停止呼叫下一个被叫号码。

本发明实施例还提供了一种监控告警语音自动通知的装置，如图4所示，所述装置包括信息采集单元41、告警生成单元42、策略配置单元43、语音告警单元44，其中，

信息采集单元41，用于采集被监控装置的状态信息；

其中，信息采集单元41可设置于被监控装置；信息采集单元41所述采集状态信息包括：实时或周期性采集被监控装置的运行状态、性能及其所运行的应用和业务信息，并将采集到的结果在后台生成记录信息；记录信息包括：监控对象、监控指标、性能值、采集时间等内容；

进一步的，信息采集单元41将生成的记录信息发送给告警生成单元42。

告警生成单元42，用于根据告警策略将采集到的被监控装置的状态信息生成告警信息；

其中，告警生成单元42可以位于监控告警平台，所述告警生成单元42根据告警策略将采集到的被监控装置的状态信息生成告警信息包括：根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

其中，告警级别可根据实际告警需求和采集到的被监控装置的状态信息进行设定；例如，以计算机CPU为例，当检测到CPU的使用率为70%～80%时，将对应的告警级别设置为1级告警级别；检测到CPU的使用率为80%～90%时，将对应的告警级别设置为2级告警级别......而当检测到CPU的使用率为99%时，将对应的告警级别设置为n级告警级别。

策略配置单元43，用于通过策略配置判断重要告警，并将重要告警的信息发送到语音告警单元；

其中，所述策略配置单元43，可以位于监控告警平台。所述策略配置单元43通过策略配置判断是否为重要告警后，可将一般告警的信息通过短信、邮件向维护人员推送；将重要告警的信息发送到语音告警单元。

这里，所述告警策略根据实际应用中由维护人员根据告警信息中的告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数进行设定；如：以告警级别为例，当告警级别低于3级的告警信息视为一般告警信息，对应的，将告警级别高于3级的告警信息视为重要告警信息；以告警对象为例，将告警对象为系统中的核心装置和/或系统中容易发生故障的装置的告警信息视为重要告警信息，而将告警对象为系统中的边缘设备和/或性能相对稳定的装置的告警信息视为一般告警信息；以告警时间为例，将告警时间发生在0:00～6:00的告警信息视为重要告警信息，对应的，将告警信息发生在6:00～24:00的告警信息视为一般告警信息。

实际应用中，告警策略可以根据对被监控装置性能要求进行设定，可以依据上述告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数中的一项或多项，并不局限于本段所描述的实例。

所述策略配置单元43，将重要告警的信息发送到语音告警单元可以为：将重要告警的信息通过监控告警平台与IVR之间的信息接口，采用数据库交互接口表方式，发送到语音告警单元。

语音告警单元44，用于将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。

其中，所述语音告警单元44可以位于自动语音平台。具体的，所述语音告警单元44以语音的形式通知维护人员包括：先根据呼叫策略与维护人员使用的终端如手机建立语音连接，将告警信息以语音的形式向维护人员播报。

其中，所述根据呼叫策略与维护人员使用的终端建立语音连接包括：将各维护人员使用的终端分别作为被叫终端，通过交换中心按照预先设置的优先级顺序，依次向第一维护人员、第二维护人员、……第N维护人员对应的被叫终端发起呼叫；当与任意一个维护人员对应的被叫终端连接成功后，停止连接下一维护人员对应的被叫终端连接。这里，可通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。

这里，第一维护人员、第二维护人员、……第N维护人员可以分别对应维护人员、维护人员B角、24小时值班监控人员、预设系统管理员等；如果出现被叫终端通信不畅的问题，可根据呼叫策略依次呼叫维护人员、维护人员B角、24小时值班监控人员、预设系统管理员等。

所述语音告警单元44还用于通过识别被叫终端状态，判断与维护人员是否连接成功。其中，所述语音告警单元44通过CCS、排队机、交换中心获取被呼叫终端的状态，并根据呼叫接续结果回写告警语音通知反馈表。

图4中所示的监控告警语音自动通知装置中的各处理单元的实现功能，可参照前述监控告警语音自动通知方法的相关描述而理解。本领域技术人员应当理解，图4所示的监控告警语音自动通知装置中各处理单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现，比如：可由中央处理器（CPU）、微处理器（MPU）、数字信号处理器（DSP）、或现场可编程门阵列（FPGA）实现；所述存储单元也可以由各种存储器、或存储介质实现。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其他的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其他形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器（ROM，Read-Only Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明实施例上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、服务器、或者网络设备等）执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

本发明是实例中记载的监控告警语音自动通知方法和装置只以IVR为例，但不仅限于此，只要涉及到该监控告警语音自动通知方法和装置均在本发明的保护范围。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种监控告警语音自动通知的方法，其特征在于，所述方法包括：

采集被监控装置的状态信息；

根据告警策略将采集到的被监控装置的状态信息生成告警信息，通过策略配置判断重要告警，并将重要告警的信息发送到语音呼叫平台IVR；

IVR将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。

2.根据权利要求1所述方法，其特征在于，所述根据告警策略将采集到的被监控装置的状态信息生成告警信息包括：根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

3.根据权利要求1所述方法，其特征在于，所述方法还包括：根据策略配置判断是否为重要告警后，将一般告警信息通过短信、邮件向维护人员推送。

4.根据权利要求1所述方法，其特征在于，所述以语音形式通知维护人员包括：根据呼叫策略与维护人员使用的终端建立语音连接；将告警信息以语音的形式向维护人员播报；

根据呼叫策略与维护人员使用的终端建立语音连接包括：按照预先设置的优先级顺序，与维护人员对应的被叫终端建立语音连接；当与任意一个维护人员对应的被叫终端连接成功后，停止连接下一个维护人员对应的被叫终端。

5.根据权利要求4所述方法，其特征在于，所述方法还包括，通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。

6.一种监控告警语音自动通知的装置，其特征在于，所述装置包括：

信息采集单元，用于采集被监控装置的状态信息；

告警生成单元，用于根据告警策略将采集到的被监控装置的状态信息生成告警信息；

策略配置单元，用于通过策略配置判断重要告警，并将重要告警的信息发送到语音告警单元；

语音告警单元，用于将重要告警的信息转换成语音告警信息，并以语音形式通知维护人员。

7.根据权利要求6所述装置，其特征在于，所述告警生成单元根据告警策略将采集到的被监控装置的状态信息生成告警信息包括：告警生成单元根据告警策略将采集到的被监控装置的状态信息生成包括告警对象、告警指标、告警性能值、告警时间、告警级别、告警次数、告警维护人员的告警信息。

8.根据权利要求6所述装置，其特征在于，所述告警生成单元还用于：根据策略配置判断是否为重要告警后，将一般告警信息通过短信、邮件向维护人员推送。

9.根据权利要求6所述装置，其特征在于，所述语音告警单元以语音形式通知维护人员包括：根据呼叫策略与维护人员使用的终端建立语音连接；将告警信息以语音的形式向维护人员播报；

根据呼叫策略与维护人员使用的终端建立语音连接包括：按照预先设置的优先级顺序，与维护人员对应的被叫终端建立语音连接；当与任意一个维护人员对应的被叫终端连接成功后，停止连接下一个维护人员对应的被叫终端。

10.根据权利要求9所述装置，其特征在于，所述语音告警单元还用于通过识别被叫终端状态，判断是否与维护人员对应的被叫终端连接成功。