CN102562162A - 一种基于事件处理的煤矿报警系统及方法 - Google Patents

Abstract

本发明公开了一种基于事件处理的煤矿报警系统，主要包括：事件处理模块，用于接收并处理煤矿传感器监测到的原始数据流，通过事件处理引擎获取系统关心的事件并以特定的主题发布到所述发布和订阅模块；发布和订阅模块，用以实现发布、订阅服务引擎，以及处理消息的交互；报警处理流程模块，其基于业务流程执行语言，用以描述报警处理流程，调用该报警处理流程中的相应web服务；控制服务器模块，用于订阅系统关注的主题事件，在接收到报警事件时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块进行显示；客户端显示模块，用于与控制服务器模块通信，提供用户交互界面及内容显示。

Description

一种基于事件处理的煤矿报警系统及方法

技术领域

本发明涉及告警信息处理技术，尤其涉及一种基于事件处理的煤矿报警系统及方法。

背景技术

当前，随着人们对于能源的需求越来越大，煤矿生产技术的发展也越来越快。然而，煤矿安全始终是安全生产工作的重中之重。特别是2011年7月份以来，连续发生了贵州省黔南州平塘县牛棚煤矿“7.2”透水、广西壮族自治区来宾市合山煤业公司八矿樟村井“7.2”溃浆和山东省枣庄市薛城区防备煤矿“7.6”火灾3起重大煤矿事故。煤矿安全事故一次次惨烈的发生在我们眼前，这是谁也不愿意看到的，煤矿安全问题形势依然严峻并再次引起了广泛的关注。

煤矿安全问题的产生一方面由于客观方面的原因，即煤矿生产的条件相当复杂，受多种因素的影响，如危险气体浓度、湿度、风向等。另外，还有很大一部分是主观方面的原因，那就是煤矿企业的信息管理系统产品本身和煤矿维护管理等方面的原因, 致使很多煤矿监控信息系统使用效果不好, 有的根本不起作用, 甚至还是安全隐患。因而如果有一套完善的煤矿综合监控信息化系统将会在煤矿安全生产中起到极其重要的作用。

自上世纪下半叶以来，以计算机、互联网为代表的信息技术所引发的第三次科技革命，深刻地影响着人类的生活和生产方式，推动了社会的不断向前发展。特别是进入本世纪以来，软件系统的主要形态、生产和使用方式也在发生着巨大的变化。面对快速的业务变化，企业如何依据业务需求，快速灵活的实现业务流程的搭建和集成，己经成为企业发展、科学研究等各个领域中具有广泛需求的基础性研究课题。

在煤矿安全生产过程中，如何能充分利用信息系统对煤矿安全生产环境进行实时监控，如何根据不同的安全生产要求设定不同的报警级别，快速实时的对危险状况进行报警并通知到相关的负责人员，以及如何对整个报警处理过程进行有效的监控等都成为煤矿生产企业迫切需要解决的问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于事件处理的煤矿报警系统及方法，以实现对煤矿生产中的危险状况进行实时报警，并对报警处理过程进行有效的监控。

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

一种基于事件处理的煤矿报警系统，该报警系统包括：事件处理模块、发布和订阅模块、报警流程处理模块、控制服务器模块、客户端显示模块；其中，

所述事件处理模块，用于接收并处理煤矿传感器监测到的原始数据流，通过事件处理引擎获取系统关心的事件并以特定的主题发布到所述发布和订阅模块；

所述发布和订阅模块，用以实现发布、订阅服务引擎，以及处理消息的交互；

所述报警处理流程模块，其基于业务流程执行语言BPEL，用以描述报警处理流程，调用该报警处理流程中的相应web服务；

所述控制服务器模块，用于订阅系统关注的主题事件，在接收到报警事件时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块进行显示；

所述客户端显示模块，用于与控制服务器模块通信，提供用户交互界面及内容显示。

其中，所述事件处理模块进一步用于通过事件建模建立事件模型，定义事件之间的关系；通过类数据库语言的事件处理语言，描述事件之间的关系和事件处理规则；通过事件处理引擎，解析事件模型和事件处理语言，对事件进行过滤，以筛选出符合规则的事件并发布到所述发布和订阅模块。

所述发布和订阅模块，基于web服务-通知规范，实现JAVA业务集成JBI规范的接口，实现发布、订阅服务引擎，以热部署到系统的企业服务总线ESB上，主要负责处理消息的交互；并提供定义消息主题、订阅消息和发布消息的接口，其他应用能够通过订阅消息接口订阅自身关注的主题，或通过发布消息接口将消息发布出去。

所述报警处理流程模块，进一步用于当报警事件发生时，控制服务器模块通过发布和订阅模块监测报警事件，然后将调用其定义的报警处理流程，通过控制服务器的代理作用与人进行交互，触发流程向下执行。

所述控制服务器模块，进一步用于订阅系统关注的主题事件，在获得报警状态改变时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块进行显示。

所述控制服务器模块订阅系统关注的主题事件，包括系统预警、系统报警和数据比对。

所述客户端显示模块，用以与所述控制服务器模块进行交互，当接收到控制服务器模块推送过来的状态改变消息，查询数据库进行显示状态的更新，并提供用户操作界面以等待用户操作与BPEL处理流程进行交互，并且提供报警流程配置，数据比对，以及历史数据查询的功能。

一种基于事件处理的煤矿报警方法，该方法包括：

A、获得该报警流程需要处理的步骤数，将变量totalStep设置为需要处理的总步骤数，并且将变量当前所在的处理步骤curStep初始化为1；

B、判断所述curStep是否小于等于总步骤数totalStep，如果是，则执行步骤C，否则，返回错误消息并结束本轮报警过程；

C、如果所述curStep等于1，即当流处理程处于第一步时，执行步骤H；否则，执行步骤D；

D、采用BPEL规范中的活动pick的方式等待上一步骤的处理结果，流程处于等待状态，同时启动计时器，当pick超时，则执行步骤F；否则，执行步骤E；

E、当收到所述pick返回的结果时，执行步骤G；

F、返回超时信息，然后结束本轮报警过程；

G、如果pick返回确认消息并且该消息中的结束标志endFlag等于1，则执行步骤J；否则进入步骤H；

H、获取预设的联络人的通讯联系方式，并向该联络人的通讯工具发送短信的web 服务；

I、将该变量curStep加1，返回步骤B；

J、返回该报警过程正常结束消息。

本发明所提供的基于事件处理的煤矿报警系统及方法，具有以下优点：

该煤矿报警系统基于SOA的软件架构，采用ESB作为系统的基础设施。系统包括：事件处理模块接收并处理煤矿传感器监测到的原始数据流，通过事件处理引擎获取系统关心的事件并以特定的主题发布到发布和订阅模块，通过该发布和订阅模块，实现发布、订阅服务引擎，以及处理系统中消息的交互；利用报警流程处理模块基于业务流程执行语言BPEL，描述报警流程的处理过程，调用流程中相应的web服务；控制服务器模块负责订阅系统关注的主题事件，在接收到报警事件时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块显示；客户端显示模块与控制服务器模块通信，提供了用户交互界面，并负责显示。从而实现对煤矿生产中的危险状况进行实时报警的目的。

附图说明

图1为本发明实现基于事件处理的煤矿报警系统的结构示意图；

图2为本发明实现事件处理模块的结构示意图；

图3为本发明发布、订阅机制的模型图；

图4为本发明实现发布和订阅模块的时序图；

图5为本发明实现报警流程处理的流程示意图；

图6为本发明实现控制服务器模块主线程的流程示意图；

图7为本发明实现客户端显示模块的流程示意图。

具体实施方式

下面结合附图及本发明的实施例对所述煤矿报警系统及方法作进一步详细的说明。

本发明的基本思想是：该煤矿报警系统基于面向服务的软件架构（Service-Oriented Architecture，SOA），采用企业服务总线（Enterprise Service Bus，ESB）作为系统的基础设施。包括：事件处理模块接收并处理煤矿传感器监测到的原始数据流，通过事件处理引擎获取系统关心的事件并以特定的主题发布到发布和订阅模块；通过发布和订阅模块实现发布、订阅服务引擎，及负责处理消息的交互；报警流程处理模块基于业务流程执行语言（Business Process Execution Language，BPEL），描述报警流程处理过程，调用流程中相应的web服务；控制服务器模块负责订阅系统关注的主题事件，在接收到报警事件时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块，进行显示；客户端显示模块与控制服务器模块通信，提供了用户交互界面，并负责显示。

具体来说，煤矿报警系统数据接入层利用事件处理技术对传感器监测到的大量原始数据流进行建模，通过事件处理语言表示事件的筛选规则，以此来筛选出系统关注的事件（例如报警事件等），并通过发布和订阅组件发送到服务总线，推送到业务层。事件处理技术的提出是专门针对大规模的有关联数据，同时可以用来处理数据间的关系。系统业务层控制服务器接收到报警事件后根据用户的设定触发相应的报警流程，客户端用来进行显示并提供用户交互界面。

如图1所示，该系统可分为事件处理模块，发布和订阅模块，报警流程处理模块，控制服务器模块和客户端显示模块。其中，

事件处理模块：负责处理传感器采集的原始数据流，构建报警系统的事件模型，定义事件之间的关系，并通过事件处理引擎通过事件处理语言过滤掉系统不关心的事件，获取系统关心的事件以特定的主题并发布到发布和订阅组件。

发布和订阅模块：基于web服务-通知（WS-Notification）规范，并实现JAVA业务集成(JBI)规范的接口，实现发布、订阅服务引擎，负责处理系统中消息的交互。该模块提供定义消息主题、订阅消息及发布消息的接口，其他应用可以通过订阅消息接口订阅自己关注的主题，也可以通过发布消息接口将消息发布出去。例如，系统中的事件处理模块将系统关注的事件以特定的主题发布到该模块，而控制服务器模块则订阅相关的主题。

报警流程处理模块：基于BPEL语言，描述报警流程处理，并调用流程中相应的web service。控制服务器模块监测到新的报警事件，会调用该模块定义的报警流程处理，并承担流程与人交互的代理用作，通过用户在客户端的操作，向流程发送消息，与流程进行交互。

控制服务器模块：该模块负责订阅系统关注的主题事件，例如系统预警，系统报警，数据比对等，在获得报警状态改变时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块进行显示。

客户端显示模块：负责与控制服务器模块进行交互，当接收到控制服务器模块推送过来的状态改变消息，查询数据库进行显示状态的更新，并提供用户操作界面等待用户操作与BPEL处理流程进行交互。同时提供了报警流程配置，数据比对，历史数据查询等功能。

图2为本发明实现事件处理模块的结构示意图，如图2所示，本发明将传感器采集的原始数据流抽象为事件，并对事件进行建模，按照事件本身的语义和复杂程度，将事件分为三类：原子事件、基本事件和复杂事件，图2中所示的即为该事件类型的三个层次。

对于煤矿报警系统，假设底层传感器是无故障正确运行的，检测的数据是准确有意义的。那么原子事件就是简单地将传感器检测到的每一次数据的变化直接视为原子事件。原子事件的表示形式为：

EAtom (sensor_id, loc_id, type, value, timestamp)

其中：sensor_id表示传感器ID，唯一指定这次读取的传感器属性；loc_id表示传感器位置ID；type表示传感器类型；value表示传感器读取到的值；timestamp表示本次读取的时间属性。

这里，所述原子事件是没有任何语义的，只是表征某一个时间传感器监测到的值的改变，源源不断的原子事件就构成了原子事件流。

所述基本事件是指基于原子事件流的，并被赋予一定语义的目标事件，或者用来表示目标事件间的某种关联行为的发生。基本事件是一类发生频繁且语义较简单的事件， 定义基本事件，不但能更好的屏蔽底层的大量的数据流操作，向上层提供更直接更简单的事件查询方式；而且能减少查询目标的范围，提高查询的效率。基本事件的通用表示形式为：

EBasic (rule, events, attrs, timestamp)

其中: rule为运算规则，events为原子事件，attrs为可选择的基本事件属性；timestamp为基本事件的监测时间。因而不同的应用可对应各种不同的基本事件，本发明煤矿报警系统的基本事件主要有以下两类：

某传感器的监测值超过某个报警级别的门限值：

EBeyondWarningLevel (rule, events, sensor_id, loc_id, type, value, level, timestamp)；

某传感器的监测值超过某个报警级别的门限值持续interval时间：

EStayWarningLevel (rule, events, sensor_id, loc_id, type, value, level, interval, timestamp)。

所述复杂事件是指经过事件操作符相连的事件间某种关系的发生，或者具有特定应用语义的事件的发生。在复杂事件中，参与运算的事件可能是基本事件，也可能是复杂事件，将这些事件通过事件操作符相连，或者符合特定的应用语义，就构成了复杂事件的匹配模式，当该匹配模式匹配成功时，则复杂事件发生。所述复杂事件的一般表示形式为：

EComplex (rule, events, attrs, timestamp)

其中: events为参与复合运算的基本事件或者复杂事件，rule为运算规则，timestamp为复杂事件的监测时间。

本发明的煤矿报警系统中的复杂事件主要指报警事件。

由于事件之间存在着各种各样的相互关系，这些关系使事件相互联系在一起，包括时间关系、因果关系、层次关系、聚合关系等。

本发明的煤矿报警系统中事件间主要的关系通过聚合关系描述。聚合关系的主要操作符包括“与”、“或”、“非”等。

令：

∧ 代表“与”操作符；

∨ 代表“或”操作符；

﹁ 代表“非”操作符；那么，

Ebwl (t, loc, lv) 代表基本事件地点loc处的t类型的传感器监测值超过lv级别报警的设定值；

Eswl (t，loc, lv, interval) 代表基本事件地点loc处的t类型的传感器监测值超过lv级别报警的设定值并持续了interval时间；

Ec (t, loc, lv) 代表事件地点loc处的t类型的传感器发生lv级别报警。则，

Ec1 = Ebwl (t=CH4, loc, lv=2)

Ec2 = Ebwl (t=CH4, loc, lv=1) ∧ Ebwl (t=Wind, loc, lv>1)

Ec3 = Eswl (t=CH4, loc, lv=1, interval > 10min)

Ec (t=CH4, loc, lv=2) = Ec1 ∨ Ec2 ∨ Ec3 。

假设报警级别一级、二级、三级严重程度依次升高。那么，上式表示二级瓦斯（CH4）报警事件的发生可能是由于瓦斯传感器监测值超过了二级报警设定值，也可能是由于瓦斯传感器监测值超过了一级报警设定值并且当时风速传感器监测值也超过了一级报警监测值，也可能是由于瓦斯传感器监测值超过了一级报警设定值并持续了超过10分钟（这里10分钟为我们假设的报警升级设定时间）。

本发明采用的事件处理语言（Event Processing Languages，EPL）是事件处理技术的重要组成部分，它定义了语言规范来协助用户定义事件间的关系和对事件的处理行为。当用户使用 EPL 完成对事件中时间关系的描述后，就由事件处理平台的核心——事件处理引擎，根据 EPL 实例进行事件的检测和处理。

事件处理模块的具体实现结构框图，如图2所示，事件处理（Complex Event Processing，CEP）引擎单元通过监听器子单元监听事件的发生，通过EPL状态子单元解析EPL语句，并根据用户定义的查询规则执行查询和过滤，将符合匹配规则的事件交给事件管理单元。事件管理单元有选择地将得到的事件发送到基本事件处理单元或者事件处理单元。基本事件处理单元和事件处理单元将需要存储的数据存储到数据库，需要发送出去的数据通过发布和订阅模块发送出去。

图3为本发明发布、订阅机制的模型图，图4为本发明实现发布和订阅模块的时序图，如图3、图4所示，基于发布、订阅（Publish Subscribe）的异步通信机制能够有效的实现系统事件、消息之间的交互，与传统的通信模型如RPC、消息传递以及共享空间等相比，发布和订阅模型具有异步、多点通信的特点，同时还满足动态性和松散耦合等特性，使流程中事件服务的参与者在时间、空间和控制流上完全解耦，能够很好地满足具有开放性、分布性、协作性和动态性的开放协同环境下事件、消息通信的需求。

请参阅图3，该发布和订阅模块作为系统中发布者和订阅者的中介，负责管理用户订阅、过滤匹配事件、发送通知到感兴趣的订阅者，发布和订阅模块实现发布者与订阅者之间的空间和时间解耦。发布和订阅模块通常由发布管理器、订阅管理器、绑定协议管理、代理网络组成，并对外提供了发布、订阅/退订、通知、取消订阅等接口。

在基于发布、订阅消息通知机制的系统中，系统各部分之间是通过消息完成信息交互的，系统中存在着两类消息：指令消息、数据消息。指令消息是指包含控制指令的消息，如订阅指令、取消订阅指令等；数据消息是指系统中与数据相关的消息，在本发明所述的煤矿报警系统应用中，主要是指传感器状态的变化、超限越界、报警的发生、开关量的开合等。

消息通过发布和订阅模块发送出去，数据消息的消息头中包含消息所属的主题信息，消息体中包含有相关的数据内容。

请参阅图4，发布和订阅模块消息交互序列如下：

步骤1、消息实体类对象通过WSN组件类对象创建消息推拉点（PullPoint）。

步骤2、WSN组件类对象通过消息推拉点队列类对象创建消息推拉点。

步骤3、当有订阅消息发生的时候，消息实体类对象通过WSN组件类对象订阅指定主题及消息推拉点的消息。

步骤4、WSN组件类对象通过消息主题类对象创建消息主题。

步骤5、WSN组件类对象订阅指定主题及消息推拉点的消息。

步骤6、当有发布消息发生的时候，消息实体类对象通过WSN组件类对象通知发布消息。

步骤7、WSN组件类对象通过消息主题类对象发布消息。

步骤8、消息主题类对象发布消息。

步骤9、WSN组件类对象通过消息推拉点队列类对象得到订阅的消息。

图5为本发明实现报警流程处理的流程示意图，如图5所示，该报警处理流程是指在报警发生之后，系统触发的一系列动作的过程。所示处理流程的需求分析在上文中已经给出，与其他流程不同的是，该报警处理流程中加入了人的参与。同时，流程需要具有良好的灵活性和可配置性，并且能够方便的调用相应的Internet以及电信能力。

用 BPEL 编写业务流程，最大优势就是根据业务需求的变化能够实现业务的快速重组，从而节约IT 基础设施和降低企业的花费，进而达到提高项目的开发速度的目的。

因此本发明的煤矿报警系统采用BPEL来编写报警流程处理，并通过设置代理（本发明中由控制服务器模块充当代理）来实现流程与人的交互。

请参阅图5，该报警流程处理的主要步骤如下：

步骤501、获得该报警流程需要处理的步骤数，并将变量totalStep设置为需要处理的总步骤数，并且将变量当前所在的处理步骤curStep初始化为1。

步骤502、判断条件curStep是否小于等于totalStep，如果是的话，进入步骤503，否则，回复错误消息，并结束本轮报警过程。

步骤503、如果curStep等于1，即当前处理流程处于第一步时，进入步骤508；否则，进入步骤504。

步骤504、采用BPEL规范中的活动pick的方式等待上一步骤的处理结果，流程处于等待状态，此时同时启动计时器，当pick超时，则执行步骤506，防止流程无休止的等待下去；否则，执行步骤505。

步骤505、当pick返回结果（即报警负责人处理了报警并进行了确认操作），流程对pick结果进行返回，流程进入步骤507。

步骤506、当pick超时，流程返回超时信息, 并结束本轮报警。

步骤507、如果pick返回确认消息并且消息中的结束标志endFlag等于1，则进入步骤510；否则进入步骤508。

步骤508、获取预设的联络人的通讯方式，并向该联络人的通讯工具发送短信的web服务（web service），以通知相关负责人。

步骤509、变量curStep加1，返回步骤502。

步骤510、最后返回该报警流程正常结束消息。

图6为本发明实现控制服务器模块主线程的流程示意图，如图6所示，所述控制服务器模块主要负责订阅系统关注的主题事件，在接收到新的报警事件时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块，进行显示。控制服务器的流程图如图6所示，具体流程包括如下步骤：

步骤601、读取配置文件信息，并进行初始化，包括设置服务器监听端口等。

步骤602、对关心的主题进行订阅，具体方法涉及到根据配置文件设置订阅服务器的统一资源定位符（URL），推拉点地址（Pull Point Address），推拉点URL（Pull Point URL），设置订阅主题处理线程类，对关注的主题开始订阅等。

步骤603、初始化服务端套接字接口（socket）。

步骤604、开始无限的循环，监听指定服务器端口，等待客户端连接请求的到来。

步骤605、如果有客户端进行连接，那么创建一个新的线程来处理客户端请求，并进入处理客户端请求线程流程步骤607。

步骤606、如果接收到订阅的主题消息，那么触发一个报警流程或者进行其他相关的工作，如果没有，那么继续等待。

步骤607、如果接收到客户端的请求，那么根据请求的类型调用相关的方法来处理请求，如果没有，那么继续等待。

图7为本发明实现客户端显示模块的流程示意图，如图7所示，所述客户端显示模块主要负责与控制服务器模块进行交互，当接收到控制服务器模块推送过来的状态改变消息，查询数据库进行显示状态的更新，并提供用户操作界面等待用户操作与BPEL处理流程进行交互。同时提供了报警流程配置，数据比对，历史数据查询等功能。其具体过程如下：

步骤701、读取配置文件信息，并进行初始化，包括设置服务器地址和监听端口等，并与服务器进行连接。

步骤702、弹出登录向导对话框，提示用户进行登录。

步骤703、根据服务器端返回的消息判断是否登录成功，如果登陆成功，转到步骤704；否则转到步骤702，提示用户重新进行登录。

步骤704、初始化主界面，通过查询数据库初始化报警信息，在主界面显示当前的报警信息。

步骤705、等待来自服务器的报警状态改变通知，如果有通知到来，则更新当前视图；如果没有通知到来，则继续等待。

步骤706、等待用户操作，如果用户进行了操作，则继续步骤707；如果用户没有进行操作，则继续等待。

步骤707、如果用户处理了当前的报警状态，则通知服务器，服务器调用报警流程pick活动的地址，触发报警流程进入下一个处理步骤。

步骤708、如果用户点击了查询历史报警的操作，则客户端显示模块调用查询历史报警服务通过查询数据库得到历史报警数据并进行显示。

步骤709、如果用户点击了流程参数设置的操作，则客户端显示模块弹出流程参数设置界面，由用户进行流程参数设置。

步骤710、如果用户点击了用户退出的操作，则客户端显示模块断开与服务器的连接，则退出该程序。

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

Claims (8)

1.一种基于事件处理的煤矿报警系统，其特征在于，该报警系统包括：事件处理模块、发布和订阅模块、报警流程处理模块、控制服务器模块、客户端显示模块；其中，

所述事件处理模块，用于接收并处理煤矿传感器监测到的原始数据流，通过事件处理引擎获取系统关心的事件并以特定的主题发布到所述发布和订阅模块；

所述发布和订阅模块，用以实现发布、订阅服务引擎，以及处理消息的交互；

所述报警处理流程模块，其基于业务流程执行语言BPEL，用以描述报警处理流程，调用该报警处理流程中的相应web服务；

所述控制服务器模块，用于订阅系统关注的主题事件，在接收到报警事件时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块进行显示；

所述客户端显示模块，用于与控制服务器模块通信，提供用户交互界面及内容显示。

2.根据权利要求1所述的基于事件处理的煤矿报警系统，其特征在于，所述事件处理模块进一步用于通过事件建模建立事件模型，定义事件之间的关系；通过类数据库语言的事件处理语言，描述事件之间的关系和事件处理规则；通过事件处理引擎，解析事件模型和事件处理语言，对事件进行过滤，以筛选出符合规则的事件并发布到所述发布和订阅模块。

3.根据权利要求1所述的基于事件处理的煤矿报警系统，其特征在于，所述发布和订阅模块，基于web服务-通知规范，实现JAVA业务集成JBI规范的接口，实现发布、订阅服务引擎，以热部署到系统的企业服务总线ESB上，主要负责处理消息的交互；并提供定义消息主题、订阅消息和发布消息的接口，其他应用能够通过订阅消息接口订阅自身关注的主题，或通过发布消息接口将消息发布出去。

4.根据权利要求1所述的基于事件处理的煤矿报警系统，其特征在于，所述报警处理流程模块，进一步用于当报警事件发生时，控制服务器模块通过发布和订阅模块监测报警事件，然后将调用其定义的报警处理流程，通过控制服务器的代理作用与人进行交互，触发流程向下执行。

5.根据权利要求1所述的基于事件处理的煤矿报警系统，其特征在于，所述控制服务器模块，进一步用于订阅系统关注的主题事件，在获得报警状态改变时触发报警流程，并作为流程与人交互的代理与流程进行交互，同时对报警状态进行存储，并主动推送到客户端显示模块进行显示。

6.根据权利要求1所述的基于事件处理的煤矿报警系统，其特征在于，所述控制服务器模块订阅系统关注的主题事件，包括系统预警、系统报警和数据比对。

7.根据权利要求1所述的基于事件处理的煤矿报警系统，其特征在于，所述客户端显示模块，用以与所述控制服务器模块进行交互，当接收到控制服务器模块推送过来的状态改变消息，查询数据库进行显示状态的更新，并提供用户操作界面以等待用户操作与BPEL处理流程进行交互，并且提供报警流程配置，数据比对，以及历史数据查询的功能。

8.一种基于事件处理的煤矿报警方法，其特征在于，该方法包括：

A、获得该报警流程需要处理的步骤数，将变量totalStep设置为需要处理的总步骤数，并且将变量当前所在的处理步骤curStep初始化为1；

B、判断所述curStep是否小于等于总步骤数totalStep，如果是，则执行步骤C，否则，返回错误消息并结束本轮报警过程；

C、如果所述curStep等于1，即当流处理程处于第一步时，执行步骤H；否则，执行步骤D；

D、采用BPEL规范中的活动pick的方式等待上一步骤的处理结果，流程处于等待状态，同时启动计时器，当pick超时，则执行步骤F；否则，执行步骤E；

E、当收到所述pick返回的结果时，执行步骤G；

F、返回超时信息，然后结束本轮报警过程；

G、如果pick返回确认消息并且该消息中的结束标志endFlag等于1，则执行步骤J；否则进入步骤H；

H、获取预设的联络人的通讯联系方式，并向该联络人的通讯工具发送短信的web 服务；

I、将该变量curStep加1，返回步骤B；

J、返回该报警过程正常结束消息。

Images