综合能源生态平台告警中心设计方案
医院后勤生态平台告警中心设计方案修订记录版本修订日期修订内容修订人核准人V1.0V1.1V1.2V1.3目 录1 功能范围42 现状及改进42.1 改进思路62.2 数据结构72.3 交互接口112.3.1 告警上报,reportAlarm,子系统告警中心112.3.2 告警参数查询,listParam,子系统告警中心132.3.3 告警消息发送,sendAlarm,告警中心消息中心、告警中心各子系统132.3.4 启动流程,startFlow,告警中心流程引擎132.3.5 查询告警记录,listAlarm,前端告警中心142.3.6 处理告警记录,updateAlarm,前端告警中心142.3.7 其他:包括告警规则增删改查、告警参数增删改查,前端告警中心142.3.8 查询汇聚后的当前告警信息,getallcurrentuuid,前端界面告警中心142.3.9 查询汇聚后的历史告警信息,getallhistoryuuid,前端界面告警中心152.3.10 根据汇聚ID查询该汇聚ID下的所有告警信息,getrecordbyuuid,前端界面告警中心172.3.11 查询告警首页各告警等级告警数量,gethomepagecount,前端界面告警中心202.3.12 查询告警首页02四组指标,gethomepagefourindex,前端界面告警中心。212.3.13 查询告警首页03两组指标中的数量指标,gethomepagetwoindexcount,前端界面告警中心。222.3.14 查询告警首页03两组指标中的时间指标,gethomepagetwoindextime,前端界面告警中心。232.3.15 查询告警首页04设备类型指标,gethomepageindexdevice,前端界面告警中心。242.3.16 待续。261 功能范围告警服务是指在系统发现设备数据变化、运行状况异常时,产生故障告警消息,并主动通知用户或关联系统,告警服务主要具备以下功能:1. 告警规则配置,包括配置监控指标和指标计算逻辑、指标数据来源、指标采集周期和阀值、告警接收人员、告警消息发送方式、告警内容模板等。2. 告警数据采集,系统采集底层设备上报数据,周期计算指标数值并保存入数据库。3. 告警消息生成,系统周期查询数据库中的监控指标,与指标阀值进行比较,如果超过范围则按照内容模板产生告警消息,并确定告警发送人员和关联系统,将告警记录保存入库。4. 告警消息发送,系统周期性查询告警消息存储表,发现新的告警消息后,以指定方式向告警人员发送告警消息,同时同步给关联系统。5. 告警工单启动,根据产生告警的设备、设备所处空间、告警等级和类型等,查找对应的工单流程,并调用流程引擎接口,启动对应的工单流程。2 现状及改进目前,的各个平台和系统的关系如下图所示。在告警服务方面,各系统的现状如下所述。1. 告警规则配置:NTS9000、IMS、EMS、ECMS都可以配置告警的监控指标、指标周期和阀值、告警人员等基本信息,保存在实时库中的规则可实时生效,保存在关系库中的规则需重启服务生效。2. 告警数据采集:NTS9000负责采集电表、水表等底层设备的数据并保存入SQL Server,IMS、EMS、ECMS周期性根据原生数据计算监控指标。3. 告警消息生成:NTS9000、IMS、EMS、ECMS周期性查询数据库获取监控指标数据,和配置的阀值进行对比,超出则生成固定格式的告警消息,并保存入SQL Server。4. 告警消息发送:各系统周期查询数据库,发现有新的告警消息则NTS9000以短信等方式发送给对应人员,IMS以APP推送方式发给对应人员,EMS、ECMS是在APP上主动查询来获取最新告警消息。5. 告警工单启动:告警工单都在EAM中管理,告警发生后不能自动启动处理工单,需要人工启动。各系统的告警服务存在以下改进之处:1. 需统一告警内容格式,统一各系统告警服务中告警记录的性质、等级、类型、时间、人员、设备、空间、描述的文字和格式。2. 可多途径发送告警消息,可通过APP推送、短信、邮件、微信等多种途径发送告警消息。3. 能自动启动告警处理流程,可根据设备、空间ID调用工作流引擎接口,启动告警处理的工单流程。4. 告警消息可以主动通知相关子系统,形成告警消息联动。2.1 改进思路告警中心的功能改进要点如下:1、 统一告警字段,包括告警的性质、等级、类型、状态等,配置完成后由HLMS平台下发子系统。2、 汇总告警记录,各子系统保留现有的告警消息发送功能,同时将符合上报条件的告警记录及发送用户上报平台,平台负责统一保存。各子系统的告警上报条件可在子系统侧配置。3、 告警内容转换,平台将子系统上报的告警字段内容按照平台配置的映射关系进行转换(功能可选),平台转换后再按内容模板转换成统一格式的告警消息。4、 告警消息路由,路由包括向用户发送、向子系统发送两种,向用户发送指由平台代子系统向用户发送告警消息,此为开关变量;向子系统发送指由平台向配置路由关系的子系统发送告警消息。平台需配置子系统的消息发送路由和路由转发规则(发送方式、时间周期内的最大、最小发送次数等)。5、 告警消息处理,可在平台上查询当前告警消息、历史告警消息、被屏蔽告警消息,针对当前告警消息,可自动处理、手工处理、屏蔽指定、超时自动处理告警消息。6、 告警触发流程,根据告警的子系统、设备、空间、等级等信息,查找对应的工作流程编号查询告警对应的流程编号,调用流程引擎启动对应的工单流程。7、 告警统计分析,实时的告警记录由告警中心统计,以图表方式展现。历史告警记录由数据分析中心中统一统计分析(分租户和全局),告警中心不负责。2.2 数据结构采用关系型数据库MySQL,数据库代码:hlms_alarm,编码方式采用utf-8。1. 告警参数表,hlms_alarm_param序号字段编码字段描述字段类型长度允许空缺省值1.id序号(主键)bigint否2.suiteid所属子系统vchar10否hlms3.kind类型,level-告警等级、status-告警状态、type-告警类型、sendway-发送方式、sendtemplete-不同发送方式的模板、object-对象类型vchar10否4.pkey键vchar50否5.pvalue值vchar50否6.status状态,1-有效,0-无效tinyint否7.invalidtime失效时间datetime8.note说明vchar512参考通信行业标准,告警的各个字段暂定以下枚举值,可根据实际情况修改。(1) 告警等级 1-一级紧急(设备故障停止运行) 2-二级重要(设备故障部分功能停止) 3-三级一般(设备功能齐备,但性能参数偏离允许范围) 4-四级提示(设备功能齐备,性能参数波动在允许范围内)(2) 告警状态 0-未确认,新的故障告警 1-已确认,人工页面点击确认该告警 2-已流转,故障处理工单开始流转 3-已恢复,故障自动恢复正常 4-已处理,故障工单流转完成自动复归、人工直接处理手工复归 5-已取消,人工确定故障误报(3) 告警类型,沿用9000系统现有定义,后续接入其他系统后再统一定义类型数据字典。(4) 发送方式 app-APP推送 sms-短信 email-邮件 weixin-微信 interface-接口(系统路由用) none-待定(5) 告警内容模板请雪松发下模板。告警标题:告警系统+告警设备+告警点位+告警类型(EMS系统xx电表A项电流越上限)+“告警”。告警通知:$alarm_notify_time。告警等级:$alarm_level。告警内容:$alarm_content告警设备:$device_code触发次数:$count_uuid处理状态:$alarm_status。告警发生时间:$alarm_time。告警恢复时间:$recover_time。告警恢复类型:$recover_type。2. 告警路由表,hlms_alarm_route序号字段编码字段描述字段类型长度允许空缺省值1.id序号(主键)bigint否2.tenantid所属租户bigint否3.s_suiteid源系统bigint否4.t_suite目标系统,user、hlms、ems、ims、ecms、9000、eam、pamvchar50否5.alarm_send默认发送方式vchar506.status状态,0-关闭,1-开启tinyint否7.deal_time修改时间datetime8.deal_user修改人vchar503. 告警流程对应表,hlms_alarm_flow序号字段编码字段描述字段类型长度允许空缺省值1.id序号(主键)bigint否2.tenantid所属租户bigint否3.suiteid所属系统bigint否4.device_type设备类型vchar505.dept_code所属部门vchar506.space_code所属空间vchar507.alarm_property告警性质vchar508.alarm_type告警类型vchar509.alarm_level告警等级vchar5010.flow_id流程编号bigint否11.flow_code流程编码vchar5012.note说明vchar5124. 告警规则表,hlms_alarm_rule序号字段编码字段描述字段类型长度允许空缺省值1.id序号(主键)bigint否2.tenantid所属租户bigint否3.suiteid所属系统bigint否4.device_type设备类型vchar505.dept_code所属部门vchar506.space_code所属空间vchar507.al
收藏
编号:344297472
类型:共享资源
大小:220.64KB
格式:DOCX
上传时间:2023-02-14
8
金贝
- 关 键 词:
-
综合
能源
生态
平台
告警
中心
设计方案
- 资源描述:
-
医院后勤生态平台
告警中心设计方案
修订记录
版本
修订日期
修订内容
修订人
核准人
V1.0
V1.1
V1.2
V1.3
目 录
1 功能范围 4
2 现状及改进 4
2.1 改进思路 6
2.2 数据结构 7
2.3 交互接口 11
2.3.1 告警上报,reportAlarm,子系统—>告警中心 11
2.3.2 告警参数查询,listParam,子系统—>告警中心 13
2.3.3 告警消息发送,sendAlarm,告警中心—>消息中心、告警中心—>各子系统 13
2.3.4 启动流程,startFlow,告警中心—>流程引擎 13
2.3.5 查询告警记录,listAlarm,前端—>告警中心 14
2.3.6 处理告警记录,updateAlarm,前端—>告警中心 14
2.3.7 其他:包括告警规则增删改查、告警参数增删改查,前端—>告警中心 14
2.3.8 查询汇聚后的当前告警信息,getallcurrentuuid,前端界面—>告警中心 14
2.3.9 查询汇聚后的历史告警信息,getallhistoryuuid,前端界面—>告警中心 15
2.3.10 根据汇聚ID查询该汇聚ID下的所有告警信息,getrecordbyuuid,前端界面—>告警中心 17
2.3.11 查询告警首页各告警等级告警数量,gethomepagecount,前端界面—>告警中心 20
2.3.12 查询告警首页02四组指标,gethomepagefourindex,前端界面—>告警中心。 21
2.3.13 查询告警首页03两组指标中的数量指标,gethomepagetwoindexcount,前端界面—>告警中心。 22
2.3.14 查询告警首页03两组指标中的时间指标,gethomepagetwoindextime,前端界面—>告警中心。 23
2.3.15 查询告警首页04设备类型指标,gethomepageindexdevice,前端界面—>告警中心。 24
2.3.16 待续。。。 26
1 功能范围
告警服务是指在系统发现设备数据变化、运行状况异常时,产生故障告警消息,并主动通知用户或关联系统,告警服务主要具备以下功能:
1. 告警规则配置,包括配置监控指标和指标计算逻辑、指标数据来源、指标采集周期和阀值、告警接收人员、告警消息发送方式、告警内容模板等。
2. 告警数据采集,系统采集底层设备上报数据,周期计算指标数值并保存入数据库。
3. 告警消息生成,系统周期查询数据库中的监控指标,与指标阀值进行比较,如果超过范围则按照内容模板产生告警消息,并确定告警发送人员和关联系统,将告警记录保存入库。
4. 告警消息发送,系统周期性查询告警消息存储表,发现新的告警消息后,以指定方式向告警人员发送告警消息,同时同步给关联系统。
5. 告警工单启动,根据产生告警的设备、设备所处空间、告警等级和类型等,查找对应的工单流程,并调用流程引擎接口,启动对应的工单流程。
2 现状及改进
目前,的各个平台和系统的关系如下图所示。
在告警服务方面,各系统的现状如下所述。
1. 告警规则配置:NTS9000、IMS、EMS、ECMS都可以配置告警的监控指标、指标周期和阀值、告警人员等基本信息,保存在实时库中的规则可实时生效,保存在关系库中的规则需重启服务生效。
2. 告警数据采集:NTS9000负责采集电表、水表等底层设备的数据并保存入SQL Server,IMS、EMS、ECMS周期性根据原生数据计算监控指标。
3. 告警消息生成:NTS9000、IMS、EMS、ECMS周期性查询数据库获取监控指标数据,和配置的阀值进行对比,超出则生成固定格式的告警消息,并保存入SQL Server。
4. 告警消息发送:各系统周期查询数据库,发现有新的告警消息则NTS9000以短信等方式发送给对应人员,IMS以APP推送方式发给对应人员,EMS、ECMS是在APP上主动查询来获取最新告警消息。
5. 告警工单启动:告警工单都在EAM中管理,告警发生后不能自动启动处理工单,需要人工启动。
各系统的告警服务存在以下改进之处:
1. 需统一告警内容格式,统一各系统告警服务中告警记录的性质、等级、类型、时间、人员、设备、空间、描述的文字和格式。
2. 可多途径发送告警消息,可通过APP推送、短信、邮件、微信等多种途径发送告警消息。
3. 能自动启动告警处理流程,可根据设备、空间ID调用工作流引擎接口,启动告警处理的工单流程。
4. 告警消息可以主动通知相关子系统,形成告警消息联动。
2.1 改进思路
告警中心的功能改进要点如下:
1、 统一告警字段,包括告警的性质、等级、类型、状态等,配置完成后由HLMS平台下发子系统。
2、 汇总告警记录,各子系统保留现有的告警消息发送功能,同时将符合上报条件的告警记录及发送用户上报平台,平台负责统一保存。各子系统的告警上报条件可在子系统侧配置。
3、 告警内容转换,平台将子系统上报的告警字段内容按照平台配置的映射关系进行转换(功能可选),平台转换后再按内容模板转换成统一格式的告警消息。
4、 告警消息路由,路由包括向用户发送、向子系统发送两种,向用户发送指由平台代子系统向用户发送告警消息,此为开关变量;向子系统发送指由平台向配置路由关系的子系统发送告警消息。平台需配置子系统的消息发送路由和路由转发规则(发送方式、时间周期内的最大、最小发送次数等)。
5、 告警消息处理,可在平台上查询当前告警消息、历史告警消息、被屏蔽告警消息,针对当前告警消息,可自动处理、手工处理、屏蔽指定、超时自动处理告警消息。
6、 告警触发流程,根据告警的子系统、设备、空间、等级等信息,查找对应的工作流程编号查询告警对应的流程编号,调用流程引擎启动对应的工单流程。
7、 告警统计分析,实时的告警记录由告警中心统计,以图表方式展现。历史告警记录由数据分析中心中统一统计分析(分租户和全局),告警中心不负责。
2.2 数据结构
采用关系型数据库MySQL,数据库代码:hlms_alarm,编码方式采用utf-8。
1. 告警参数表,hlms_alarm_param
序号
字段编码
字段描述
字段类型
长度
允许空
缺省值
1.
id
序号(主键)
bigint
否
2.
suiteid
所属子系统
vchar
10
否
hlms
3.
kind
类型,level-告警等级、status-告警状态、type-告警类型、sendway-发送方式、sendtemplete-不同发送方式的模板、object-对象类型
vchar
10
否
4.
pkey
键
vchar
50
否
5.
pvalue
值
vchar
50
否
6.
status
状态,1-有效,0-无效
tinyint
否
7.
invalidtime
失效时间
datetime
8.
note
说明
vchar
512
参考通信行业标准,告警的各个字段暂定以下枚举值,可根据实际情况修改。
(1) 告警等级
Ø 1-一级紧急(设备故障停止运行)
Ø 2-二级重要(设备故障部分功能停止)
Ø 3-三级一般(设备功能齐备,但性能参数偏离允许范围)
Ø 4-四级提示(设备功能齐备,性能参数波动在允许范围内)
(2) 告警状态
Ø 0-未确认,新的故障告警
Ø 1-已确认,人工页面点击确认该告警
Ø 2-已流转,故障处理工单开始流转
Ø 3-已恢复,故障自动恢复正常
Ø 4-已处理,故障工单流转完成自动复归、人工直接处理手工复归
Ø 5-已取消,人工确定故障误报
(3) 告警类型,沿用9000系统现有定义,后续接入其他系统后再统一定义类型数据字典。
(4) 发送方式
Ø app-APP推送
Ø sms-短信
Ø email-邮件
Ø weixin-微信
Ø interface-接口(系统路由用)
Ø none-待定
(5) 告警内容模板
请雪松发下模板。
告警标题:告警系统+告警设备+告警点位+告警类型(EMS系统xx电表A项电流越上限)+“告警”。
告警通知:${alarm_notify_time}。
告警等级:${alarm_level}。
告警内容:${alarm_content}
告警设备:${device_code}
触发次数:${count_uuid}
处理状态:${alarm_status}。
告警发生时间:${alarm_time}。
告警恢复时间:${recover_time}。
告警恢复类型:${recover_type}。
2. 告警路由表,hlms_alarm_route
序号
字段编码
字段描述
字段类型
长度
允许空
缺省值
1.
id
序号(主键)
bigint
否
2.
tenantid
所属租户
bigint
否
3.
s_suiteid
源系统
bigint
否
4.
t_suite
目标系统,user、hlms、ems、ims、ecms、9000、eam、pam
vchar
50
否
5.
alarm_send
默认发送方式
vchar
50
6.
status
状态,0-关闭,1-开启
tinyint
否
7.
deal_time
修改时间
datetime
8.
deal_user
修改人
vchar
50
3. 告警流程对应表,hlms_alarm_flow
序号
字段编码
字段描述
字段类型
长度
允许空
缺省值
1.
id
序号(主键)
bigint
否
2.
tenantid
所属租户
bigint
否
3.
suiteid
所属系统
bigint
否
4.
device_type
设备类型
vchar
50
5.
dept_code
所属部门
vchar
50
6.
space_code
所属空间
vchar
50
7.
alarm_property
告警性质
vchar
50
8.
alarm_type
告警类型
vchar
50
9.
alarm_level
告警等级
vchar
50
10.
flow_id
流程编号
bigint
否
11.
flow_code
流程编码
vchar
50
12.
note
说明
vchar
512
4. 告警规则表,hlms_alarm_rule
序号
字段编码
字段描述
字段类型
长度
允许空
缺省值
1.
id
序号(主键)
bigint
否
2.
tenantid
所属租户
bigint
否
3.
suiteid
所属系统
bigint
否
4.
device_type
设备类型
vchar
50
5.
dept_code
所属部门
vchar
50
6.
space_code
所属空间
vchar
50
7.
al
展开阅读全文
金锄头文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。