轨道交通综合监控系统中基于XML的报警处理方法

摘要

本发明公开了轨道交通综合监控系统中基于XML的报警处理方法，包括以下步骤：（a）将固定属性定义为设备的属性，将可变属性用xml结构组织为设备的一个属性；（b）将报警设备对象的各个可变属性以xml结构进行组织，形成“设备信息”属性；（c）在配置或运行时，向“设备信息”属性中写入相应的值；（d）当客户端接收到报警信息时，对“设备信息”中的xml内容进行解析，得到该条报警的详细信息；（e）根据报警信息做出报警提示。本发明采用上述方法，能方便修改和添加对象的属性字段，增强报警设备对象的可扩展性。

说明书

技术领域

 本发明涉及轨道交通综合监控系统领域，具体是一种轨道交通综合监控系统中基于XML的报警处理方法。

背景技术

在轨道交通综合监控系统中，一般在进行对象设计时，需要预先分析该对象需要包含哪些属性，例如设备对象需要定义以下属性：设备ID、设备名称、数据点名称、报警级别、报警时间、设备地点、所属子系统、报警类型、报警值、操作地点、操作员、报警确认状态、关联画面和扩展信息，需要在明确了对象包含的属性并且确定对象设计后，再进行后续设计，这样很不方便后续的修改和添加属性。同时，现有的对象设计方式没有做到对象设计的松耦合，需求的变动或未来的升级都可能需要修改对象，而现有的对象设计方式不能较好地实现后期的扩展和修改。

发明内容

本发明提供了一种轨道交通综合监控系统中基于XML的报警处理方法，解决了以往在轨道交通综合监控系统中进行对象设计时，需要先将该对象的属性字段确定，且不方便后续的修改和添加属性的问题。

本发明的目的通过下述技术方案实现：轨道交通综合监控系统中基于XML的报警处理方法，包括以下步骤：

（a）将固定属性定义为设备的属性，将可变属性用xml结构组织为设备的一个属性；

（b）将报警设备对象的各个可变属性以xml结构进行组织，形成“设备信息”属性；

（c）在配置或运行时，向“设备信息”属性中写入相应的值；

（d）当客户端接收到报警信息时，对“设备信息”中的xml内容进行解析，得到该条报警的详细信息；

（e） 根据报警信息做出报警提示。

    所述步骤（c）的具体过程为：

（c1）在配置时，向“设备信息”写入静态信息；

（c2）在运行时，向“设备信息”写入动态信息。

    所述静态信息包括设备名称、数据点名称、报警级别、设备地点、设备子系统。

    所述动态信息包括报警时间、操作地点、报警确认状态。

所述步骤（d）的具体过程为： 

（d1）加载xml内容，获取其树节点；

（d2）根据步骤（d1）得到的树节点名称，读取相应的属性值，从而获得该条报警的详细信息。

所述步骤（e）的具体过程为：

（e1）客户端得到步骤（d）中解析出的报警数据；

（e2）报警系统根据客户端对报警推送方式的配置，做出相应的报警提示。

所述步骤（e2）中的报警提示包括产生音响、语音播报和文字闪烁。

xml是一种用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型，它是一种允许用户对自己的标记语言进行定义的源语言。

本发明与现有技术相比具有以下优点和有益效果：本发明在设计报警设备对象时，做到了需求与设计的松耦合，将各项设备信息以xml结构组织，形成设备对象的一个属性字段，且该方式结构清晰，能灵活定制报警设备所需包含的信息，克服了现有技术中，报警设备对象包含信息量少，字段不可自定义的缺点。

附图说明

图1为传统设备对象设计方式的示意图；

图2为采用本发明实现对象设计的示意图。

具体实施方式

下面结合实施例及附图，对本发明作进一步的详细说明，但本发明的实施方式不仅限于此。

实施例：

轨道交通综合监控系统中基于XML的报警处理方法，包括以下步骤：

（a）将固定属性定义为设备的属性，将可变属性用xml结构组织为设备的一个属性；

（b）将报警设备对象的各个可变属性以xml结构进行组织，形成“设备信息”属性；

（c）在配置或运行时，向“设备信息”属性中写入相应的值；

（d）当客户端接收到报警信息时，对“设备信息”中的xml内容进行解析，得到该条报警的详细信息；

（e） 根据报警信息做出报警提示。

本实施例中，步骤（c）的具体过程为：

（c1）在配置时，向“设备信息”写入设备名称、数据点名称、报警级别、设备地点、设备子系统等静态信息；

（c2）在运行时，向“设备信息”写入报警时间、操作地点、报警确认状态等动态信息。

本实施例的步骤（d）的具体过程为： 

（d1）加载xml内容，获取其树节点；

（d2）根据步骤（d1）得到的树节点名称，读取相应的属性值，从而获得该条报警的详细信息。

本实施例的步骤（e）的具体过程为：

（e1）客户端得到步骤（d）中解析出的报警数据；

（e2）报警系统根据客户端对报警推送方式的配置，做出相应的报警提示。

本实施例的步骤（e2）中的报警提示包括产生音响、语音播报和文字闪烁，语音播报可实现对当前报警设备名称的播报，而文字闪烁以醒目的显示方式来提示操作员。

下面以一个例子来说明传统的报警对象设计方式与本发明的区别。

如图1所示，Device1为传统的报警对象设计方式，在进行对象设计时，需要预先分析该对象需要包含哪些属性，例如设备对象需要定义以下属性：设备ID、设备名称、数据点名称、报警级别、报警时间、设备地点、所属子系统、报警类型、报警值、操作地点、操作员、报警确认状态、关联画面和扩展信息，在明确了对象包含的属性并且确定对象设计后，再进行后续设计。当需求变更或需要添加或修改对象的属性字段时，这种方式将导致需要重新设计对象，增加工作量。

如图2所示，Device2为本发明的设计方式，在Device2中，将报警设备对象的各个可变属性以xml结构进行组织，形成“设备信息”属性，在配置时或在运行时，可向“设备信息”属性中写入相应的值，例如，在配置时，写入设备名称、数据点名称、报警级别、设备地点、所属子系统等静态信息，在运行时向“设备信息”写入报警时间，操作地点、报警确认状态等动态信息。当客户端接收到报警信息时，只需对“设备信息”中的xml内容进行解析，即可得到该条报警的详细信息；当需求变更时，或需要添加或修改对象的属性字段时，不需要重新设计对象，只需重新组织xml结构即可，增强了报警设备对象的可扩展性。

本发明在设计报警设备对象时，做到了需求与设计的松耦合，将各项设备信息以xml结构组织，形成设备对象的一个属性字段，且该方式结构清晰，能灵活定制报警设备所需包含的信息，克服了现有技术中，报警设备对象包含信息量少，字段不可自定义的缺点。