一种告警通知的实现方法 【技术领域】
本发明涉及通讯技术领域，特别是涉及电信设备公共故障系统中告警的通知方法。背景技术
在电信设备正常运行期间，告警信息比较少。如果由专人守候，比较浪费时间。为此得到一种可以在出现告警时可立刻通知维护人员，而在没有告警的时候，维护人员又比较自由的方法成为各电信设备商研究解决的问题。现有的技术方案中，主要有告警信息转email和BP机。告警信息转email的实现方法是这样的：告警信息产生以后，电信设备网管后台处理程序对告警信息进行处理和过滤，得到要通知的内容。再把这些内容处理成邮件信息，通过网络，以邮件的形式发送到维护人员的电子信箱里面。维护人员收到邮件内容，知道产生了告警，达到告警通知地目的。告警信息转BP机的实现方法是这样的：告警信息产生以后，电信设备网管后台处理程序对告警信息进行处理和过滤，得到需要通知哪些BP机，然后采用拨号的方式拨打BP机自动台。维护人员看到BP机的号码，就知道产生了告警，需要处理，达到告警通知的目的。但这两种方式都存在问题，采用邮件的形式，信息传送速度周期较长，工作场所受限。如果遇到网络拥挤，可能到达时间会滞后12小时；另外仍然需要专人使用终端定时检查邮件，维护人员的工作地点和办公工具受限。采用转BP机的形式，只能给维护人员显示一个号码，不易显示其他任何关于告警的信息。发明内容
本发明的目的是针对上述问题，提供一种结构简单、实现容易的可将告警信号和详尽的告警信息内容及时可靠地通知到维护人员的告警通知的实现方法，其包括以下步骤：
1)、将设备产生的告警由网管后台进行过滤处理，得到需要转发的告警信息的内容；
2)、告警后台将需要转发的内容发送给发送短消息的专用转发进程；
3)、专用转发进程控制与其连接的手机并将接收到的需要转发的内容以手机短消息的形式发送到目的用户的手机。
本发明由于采用将告警信息处理过滤后转移到手机短消息的方法，既克服了告警转邮件的专人监护邮件和受工作环境及网络环境影响的问题，又克服了告警转BB机出现的告警信息不详尽的问题，使告警信息既可以比较详尽全面、又及时可靠地转送到维护人员处，且其实现简单、容易，只需配合电信设备的网管进程即可以实现。
以下结合附图详细说明本发明的实现方法及工作原理：附图说明
图1是本发明的处理流程示意图。具体实施方式
如图1所示，本发明所述的告警通知的实现方法包括以下步骤：
首先，设备产生告警，由网管后台进行过滤和处理，得到要通知的信息。
由于设备产生的告警内容可能非常之多，而其中又有很多告警内容可以忽略，或者某一类维护人员只是关心某一层面的告警，或者是某几个设备上的告警。这些都需要告警后台对上报的告警进行过滤处理。
这些处理的方法是固定的，但是处理的参数是不同的。处理参数可以由客户端通过消息分发中心和告警后台交互的独立进程来进行配置，也可以写在服务器的配置文件中。本发明采取了前一种处理方法，修改之后，立刻生效。而且可以远程修改(即客户端跟服务器在不同的机器上)，便于操作。
其中网管后台进行过滤和处理的参数包括：
1)目的手机号码：告警信息将要发送到哪一部手机上；
2)关心的设备名称：哪些设备上产生的告警需要转发；
3)关心的告警名称：哪些名称的告警需要转发；
4)关心的告警级别：哪些级别的告警需要转发；
5)关心的告警类别：哪些类别的告警需要转发。
其次，告警后台将需要转发的内容发送给专门发送短消息的专用转发进程(或者线程)；
其中这个过程的底层可以采用套接字(socket)形式连接，也可以采用其他方式连接。本实施例采取前者，即专用转发进程的底层之间通过套字的形式将告警信息进行相互之间的转发。
同时专用转发进程和网管后台之间可以是通过消息分发中心连接，也可以采取将两者直接连接的方式，本实施例采取前者，即告警后台通过消息引发中心将告警信息内容转发给专用转发过程。
专用转发进程和网管告警后台建立连接之后，告警后台发送数据包给专门发送短消息的专用转发进程(或者线程)，完成本实施例网管进程方面的工作。
然后：发送短消息的专用转发进程(或者线程)控制与其连接的手机发送短消息。
即专用转发进程收到将要转发的内容和转发的目的手机号码之后，控制连接在专用转发进程上运行的电脑上的手机，发送短消息到目的手机。
这个实现方式是有多种形式。可以采用手机厂商提供的高级编程接口，只需要简单编程即可；也可以根据手机厂商提供的接口自行开发控制程序。为了节省时间和成本，本实施例采用了前者。
同时，手机和电脑的连接可以根据具体情况，采用数据线连接电脑的com口，或者红外线连接等多种方式。本实施例采取的是前者。
以下详细描述专用转发进程的几种形式和实现方式：
一、通过internet网或专线，并与各个移动维护中心达成某种协议发送手机短消息。目前很多能发送手机短消息的网站采取的就是这种方案，典型代表--oicq。但这种方法中
a、internet网方式：这种方式存在简单、方便、成本费较低的优点，但要保证实时在线，发送短消息时，必须连接internet网，在internet网上再连接移动维护中心，将短消息发送出去。
b、专线方式：通过专门的网线连接移动服务中心，将短消息发送到指定用户手机中，由于走专线上网，故不易被外界干扰和攻击，相对internet网方式而言，安全很多。
二、通过专门的软件，直接操作手机，发送短消息：
这种方式的实现原理是用手机的数据线将手机和电脑连接，通过手机厂商发布的软件和协议，象操作串口一样操作手机，在手机上写短消息，然后通过手机本身软件将短消息发送到指定的用户手机中。
这种方式的具体实现是在服务器上连接一台PC机，PC机上通过手机专用数据线连接一台手机，当要发送短消息时，服务器将设置的短消息内容、手机号码等转发到PC机上，PC机再通过手机厂商提供的软件或协议，将消息写入手机，再通过手机发送到指定用户。
此种方案在解决垮平台的问题上，做了一个转换，用PC机作为发送短消息的特定工作站，这在实际运行中，客户要多安装一个PC电脑，需一个手机和其专用数据线，和支持读写手机编程的动态库(可由厂商提供，免费)。相对专线方式而言，成本费大大降低，安装较易；相对internet网方式而言，又比较安全。
三、通过固定电话发送短信息：
由于在未来的固定电话发短信息业务中，用户可以通过家庭电话，收视天气预报、股市行情、电视节目预告等大量的公用信息，还可以像手机一样给固定电话、移动电话发送短消息。为此在本实施方式中只需按照相应协议将上述第二种实施方式中的手机换成固定电话，用写串口的方式就可以发送短消息。
针对上述三种方案和现有的条件，本实施例只详细描述第二种方案的具体实现方法，其包括以下内容：
1)、用一台PC机和手机通过手机专用数据线相连，安装相应的软件，利用手机厂商提供的动态库对手机编程，发送短消息。PC机上运行发送短消息的应用程序，通过TCP/IP协议向iFMS Server登记，且每次只能登记一个。
此时考虑到源宿手机对中文支持的区别，要求源手机对中英文都支持，对于宿主手机，可由前台确定是否支持中文，并在设置远程通知时传给服务器，并写入数据库中。
由于短消息长度受到限制，最多为80个中文字符160个英文字符，故只上报部分消息，且只上报各个网元最高级别的告警。其中短消息内容包括告警类别、告警级别、告警所属网元、设备类型、产生日期等。且根据宿手机类型，决定是英文短消息还是中文短消息。
又考虑到只有发送消息成功和接收消息内容正确才算发送操作正确完成，这要作大量的测试，其余的都作为操作失败，因此在实际过程中还要给出相应的错误代码。
为有利于及时将信息处理后发送给维护人员，发送手机的延时时间与发送Email、callBP一样。
2)、当新告警上报时，专用转发进程的转发进程包括以下步骤：
先写给远程通知告警缓存，如果告警缓存区已满，将告警缓存内容转换成相应短消息内容和远程通知的相应用户信息发送给已经登记过的PC机；
其次，PC机上的程序将相应的短消息内容和用户信息经过适当处理，将短消息通过连接的手机发送出去，并返回给iFMS Server相应的操作码，iFMS Server分析操作码，再作相应的处理；
如果告警缓存区没有满，此时则有定时远程通知任务触发，并将符合延时条件的告警缓存及执行上述相同操作后将短消息发送出去。
最后：待上述专用转发进程将转发的内容发送完成之后，可以返回给网管进程发送的结果(成功还是失败)，也可以不返回。本实施例采用返回结果的方案，由网管进程写日志文件，以备查看。