本发明涉及计算机领域，具体来说，涉及一种事件处理装置。
背景技术：
在监控管理系统中，需要监控业务系统的运行状态，当发生用户关注的事件时，需要生成消息，消息内容由固定的模板内容和动态的运行信息拼接而成，通过某种预定义的方式(如邮件、短信等)通知到用户。
然而，现有使用模板消息的技术在事件发生时，按顺序查找模板、构造出消息内容、查询接收者信息，将消息发送出去，整个流程耦合度高，其扩展不便。此外，现有技术中构造消息内容的过程与查找接收者信息混杂在一起，流程繁杂，在一个流程中涉及查找模板、替换内容、查找接收者、查找接收方式、发送消息等多个子流程，耦合性强，不利于消息系统的扩容和提升，同时，事件信息无统一规范造成的不方便统一处理。
针对相关技术中的问题，目前尚未提出有效的解决方案。
技术实现要素：
针对相关技术中的问题，本发明提出一种事件处理装置，从而各模块间的耦合度较低，便于分别优化和升级，同时发送流程清晰，维护简单。
本发明的技术方案是这样实现的：
根据本发明的一个方面，提供了一种事件处理装置。
该事件处理装置包括：事件元、消息生成模块、消息发送模块，其中，消息生成模块和消息发送模块共享事件元，事件元中设置有事件信息，消息生成模块根据事件信息，生成通知信息，消息发送模块根据事件信息，将通知信息发送。
根据本发明的一个实施例，事件消息至少包括：事件类型信息、接收者信息、消息类型信息。
根据本发明的一个实施例，消息生成模块包括：第一查找模块，用于根据所示事件类型信息，查找模板；第一替换模块，用于替换模板中的全局变量；第二替换模块，用于替换模块中的特定变量。
根据本发明的一个实施例，第一查找模块从模板库中查找模板。
根据本发明的一个实施例，消息发送模块包括：第二查找模块，用于根据接收者信息，查找接收者的地址；配置模块，用于对通知消息的发送形式进行配置；发送模块，用于根据地址和发送形式，将通知消息发送。
根据本发明的一个实施例，消息生成模块和消息发送模块分别设置在不同的服务器上。
本发明的有益技术效果在于：
本发明通过将事件信息规范化为统一的事件元，同时消息生成模块和消息发送模块共享该事件元，同时生成消息的流程和发送消息的流程相互独立，通过规范的事件元协作，从而各模块间的耦合度较低，便于分别优化和升级，同时发送流程清晰，维护简单。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的事件处理装置的示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。
为了更好的理解本发明，下面对本领域的常用词语进行介绍。
事件是指业务系统中发生的运行状态变化情况，如服务器宕机、磁盘写满、用户提交申请等。
模板消息是指由静态的模板替换少量动态内容后生成的消息。
根据本发明的实施例，提供了一种事件处理装置。
如图1所示，根据本发明实施例的事件处理装置包括：事件元、消息生成模块、消息发送模块，其中，消息生成模块和消息发送模块共享事件元，事件元中设置有事件信息，消息生成模块根据事件信息，生成通知信息，消息发送模块根据事件信息，将通知信息发送。
借助于本发明的上述技术方案，通过将事件信息规范化为统一的事件元，同时消息生成模块和消息发送模块共享该事件元，同时生成消息的流程和发送消息的流程相互独立，通过规范的事件元协作，从而各模块间的耦合度较低，便于分别优化和升级，同时发送流程清晰，维护简单。
根据本发明的一个实施例，事件消息至少包括：事件类型信息、接收者信息、消息类型信息。
根据本发明的一个实施例，消息生成模块包括：第一查找模块，用于根据所示事件类型信息，查找模板；第一替换模块，用于替换模板中的全局变量；第二替换模块，用于替换模块中的特定变量。
根据本发明的一个实施例，第一查找模块从模板库中查找模板。
根据本发明的一个实施例，消息发送模块包括：第二查找模块，用于根据接收者信息，查找接收者的地址；配置模块，用于对通知消息的发送形式进行配置；发送模块，用于根据地址和发送形式，将通知消息发送。
根据本发明的一个实施例，消息生成模块和消息发送模块分别设置在不同的服务器上。
为了更好的描述本发明的技术方案，下面通过具体的实施例进行详细的描述。
本发明的技术方案用于事件发生时，构造消息内容并发送给用户，并使得各模块间的耦合度较低，便于分别优化和升级，同时发送流程清晰，维护简单。本发明的技术方案具体包括产生通知消息和发送通知消息两个独立的子流程，其中，产生通知消息子流程包括查找模板(或第一查找模块)、替换全局变量(或第一替换模块)、替换特定变量(或第二替换模块)；发送通知消息子流程包括查找接收者(或第二查找模块)、查找接收方式(或配置模块)、发送消息(或发送模块)。此外，上述两个子流程之间共享事件元，事件元中包括事件类型、消息类型、接收者等，其中，事件类型是事件的具体类型，如关于服务器、磁盘、用户提交申请等方面；消息类型是指发送的通知信息的内容的具体类型，如关于服务器宕机、磁盘写满、用户提交申请等内容的类型；该接收者是指关于接收通知消息的接受者的相关信息，如接受者地址、接收方式等。
下面对上述两个子流程进行详细的介绍，具体地：
a查找模板：根据事件元中的事件类型从模板库查找模板，其中，该模板库在文件系统或数据库中独立存储，同时本流程中对模板只读不写；
b替换全局变量：全局变量标识整个运行环境的全局值，如时间、系统名、管理员、事件类型、事件名称等。
c替换事件特定变量：某些事件有特有信息，区别于其它事件，如集群接入事件有客户名，联系人等信息，而设备告警事件就没有这些信息，此外，在事件元中遍历所有事件特定变量，在模板消息中替换；
d查找接收者：不同事件需要通知不同的接收者，该查找的方式可根据事件元从接收者地址库查找；
e查找接收配置：查找具体的接收方式如邮件、接收地址参数、发送限额等配置；
f发送消息：按照接收者的地址和发送方式，将生成通知消息子流程生成的通知消息内容发送给接收者。
综上所述，借助于本发明的上述技术方案，通过将事件信息规范化为统一的事件元，同时消息生成模块和消息发送模块共享该事件元，同时生成消息的流程和发送消息的流程相互独立，通过规范的事件元协作，从而各模块间的耦合度较低，便于分别优化和升级，同时发送流程清晰，维护简单。此外，还可以实现分布式部署，将消息生成模块和消息发送模块设置在不同的服务器上部署，也便于扩展。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。