一种基于电力营销大数据的运维监控平台的制作方法
【专利摘要】一种基于电力营销大数据的运维监控平台，包括数据采集层、数据处理层和数据使用层。所述平台对各类计算机设备、网络设备、安全产品、应用系统、IT设备运行状况和各种网上行为进行监控，对各类设备进行全面集中的统一管理，及时发现各类异常情况，快速定位各类事件故障并自动形成“工单”，再分派到相关部门进行处理最终形成流程闭环；实现监控一体化、业务覆盖全面化、监控智能化和展现可视化。通过本发明，使省级电力公司决策层对各基层单位整体的情况了解更透明，管理层对各基层单位工作的监督、控制更有力，使各分公司更快、更准地找到薄弱环节，提高对业务和服务工作的质量监管，从技术上帮助电力营销工作人员全面监督和管理整个营销业务。
【专利说明】
一种基于电力营销大数据的运维监控平台
技术领域
[0001]本发明涉及一种基于电力营销大数据的运维监控平台，属电力运营技术领域。
【背景技术】
[0002]随着国网省电力公司营销业务、用电采集、多渠道缴费等各类业务系统的普及和深化应用，系统的运维工作出现了新需求和新情况，原有的运维模式迎来了新挑战，主要表现在三个方面:一是事多人少，运维人员疲于奔命;二是需求变动由业务部门主导，运维部门缺少工作的计划性;三是系统技术架构采用多套标准，各种集成应用给信息系统的维护造成巨大压力。在实际的日常运维工作中，现有的平台仍然无法满足实际工作中的某些具体需求。对于电力营销工作人员，尤其是管理者来说，要想及时快捷地掌握、跟踪各项营销工作的工作动态并对突发事件快速反应是一件很重要的事情，由于缺乏一个信息技术平台支撑，传统的工作模式与全方位、全过程的营销管理之间的矛盾越来越突出。
【发明内容】
[0003]本发明的目的是，为了从业务视角出发融合电力营销各类应用系统，实时汇总分析各类业务数据，实现对电网企业主要经营活动和管理绩效的实时在线监测，本发明提出一种基于电力营销大数据的运维监控平台。
[0004]实现本发明的技术方案如下:
一种基于电力营销大数据的运维监控平台包括数据采集层、数据处理层和数据使用层。
[0005]数据采集层，用于采集营销业务系统的性能数据和故障数据。
[0006]数据处理层，用于根据业务要求处理采集层采集的基础数据。
[0007]数据使用层，用于将处理层处理好的数据通过直观的形式展现出来。
[0008]所述平台对各类计算机设备、网络设备、安全产品、应用系统、IT设备运行状况和各种网上行为进行监控，对各类设备进行全面集中的统一管理，及时发现各类异常情况，快速定位各类事件故障并自动形成“工单”，再分派到相关部门进行处理最终形成流程闭环；实现监控一体化、业务覆盖全面化、监控智能化和展现可视化。
[0009]所述数据采集层通过在信息系统服务器上部署Webservice多种方式与外围系统对接，获取上述基础数据;被动地接收平台服务器发出的采集指令，执行相关的信息采集插件，将采集到的数据放入队列和数据库中，便于后续的分析和数据挖掘。
[0010]所述数据处理层根据不同监控对象的自身特点和运维管理需要，灵活定制相应的性能指标集，定义所述性能指标集中每个指标的测量范围、数据来源、计算方法、预警阈值、测量频度参数，通过实时和历史性能图表，进行监测、分析和确定系统性能瓶颈，若超过预警阈值的状况，及时通知运维人员处理解决。
[0011]所述数据使用层的主要功能是将处理层处理好的数据通过直观的形式展现出来。展现层分大屏视图、日常工作视图两个部分。
[0012]所述监控一体化，所述平台打破以往孤岛型系统建设模式;逐步形成横向集成、上下贯通的运维管理技术支撑平台；覆盖包含网络、主机、业务应用、安全设备、桌面终端的完整IT基础架构及标准运维流程。
[0013]所述业务覆盖全面化，所述平台对公司营销运营及服务质量的关键节点、关键变量进行全方位、全过程监控，实现监控范围覆盖电力营销主要业务，包括SG186营销应用系统、台线绩效考核管理系统、多渠道缴费系统、负荷控制管理系统和用电采集系统重点监管对象。
[0014]所述监控智能化，所述平台提供智能化的IT管理能力，实现动态IT监测、告警通知、配置维护、以及自动化处理，达到事前预防、事中告警、事后分析的效果，大大降低运维人员的负担。
[0015]所述展现可视化，所述平台将各类数据信息进行合理整合，对各类数据信息按照重要级别重新进行梳理规范，避免繁琐、重复建设以及资源浪费等情况，并对各类信息实现综合的可视化展现，方便管理人员和运维人员使用，为各专业提供更准确、及时、全面的信息支持。另外，各专业可基于不同需求，自由定制监控项内容，灵活展现不同信息。
[0016]本发明的有益效果在于，
(I)为逐步建立一个完善的营销运维运行和支持环境奠定基础。通过制定运维指标绩效指标来发现需要改进的地方，结合平台的管理手段来执行和控制这些改进。通过实施面向营销质量监督管理层和辅助决策层的营销技术支持功能，积极推进营销现代化建设，建成适应大营销理念的公司营销监管系统，可以真正实现营销管理的可控与在控，实现经济效益的最大化。通过分析平台，使公司决策层对各基层单位整体的情况了解会更透明，管理层对各基层单位工作的监督、控制会更有力，系统的应用将会让各分公司更快、更准地找到差距和薄弱环节，提高对业务和服务工作的重视程度，针对业务和服务短板改进工作，推动各单位的工作质量提高。从技术上帮助电力营销工作人员全面监督和管理整个营销业务。
[0017](2)为一体化的运维管理提供技术支撑。随着“SG186”工程建设的推广，导致系统规模的扩大、运维人员的增加，需要集中统一的管理，在总部统一管理各层级的运维管理工作，以技术手段有针对性的发现、定位、局部管理问题，从而实现综合、全面、集中管理。对于电力营销工作人员和管理者来说，需要及时快捷地掌握、跟踪各项营销工作的工作动态并对突发事件快速响应，由于缺乏一个信息技术平台支撑，传统的工作模式很难满足全方位、全过程的营销管理，营销分析平台进行企业级营销信息整合，实现供电企业营销相关信息系统的整合，为供电企业营销业务监控、营销资源调度及营销事件处理提供信息化的支撑-ψ-1 口 O
[0018](3)支撑、保障“SG186”的业务建设与运行。目前的运维系统没有针对业务主题、运维主题的监管，以营销业务系统、台线绩效考核管理系统、多渠道缴费系统、用电采集系统等为重点监管对象，研究探索对各类业务系统的监管、预警方法，并建立预警原型，为业务系统运行提供有力支撑。
【附图说明】
[0019]图1为本发明总体架构示意图；
图2为本发明自配置监控流程图； 图3为本发明获取window服务器资源流程图；
图4为本发明业务流程图；
图5为本发明接口实现流程图；
图6为本发明业务功能架构图。
【具体实施方式】
[0020]下面结合附图和【具体实施方式】对本发明做进一步说明。
[0021 ]本实施例一种基于电力营销大数据的运维监控平台的总体架构:
运维平台能够对各类计算机设备、网络设备、安全产品、应用系统等IT设备运行状况和各种网上行为进行集中监控，对各类设备进行全面集中的统一管理，及时发现各类异常情况、快速定位各类事件故障并自动形成“工单”，再分派到相关部门进行处理的一个运维业务信息管理系统使信息中心的运维工作由被动变主动，并大大降低了运维人员的工作强度，具备良好的延展性，如图1所示，营销运维监控平台的系统整体框架由下及上划分为3层:数据采集层(采集层)、数据处理层(处理层)和数据使用层(展现层)。此外，通过平台的管理控制台，在各个层面都能够对平台进行全方位的配置管理。
[0022]本实施例平台的采集层主要负责采集营销业务系统的性能数据和故障数据，通过在信息系统服务器上部署Webservice等多种方式与外围系统对接，获取上述基础数据。采集层被动地接收平台服务器发出的采集指令，执行相关的信息采集插件，将采集到的数据放入队列和数据库中，便于后续的分析和数据挖掘。采集层的设计要求如下:(I)统一采集、数据与展现。对所有的运行、安全以及资产数据采集采用一次采集，获取所需要的原始系统数据，数据会直接进入统一管理信息数据库或者经过中间层的处理汇总到统一管理信息数据库。其后的数据处理和数据提供将由统一的数据服务层负责。可以提供各个功能模块多次重复使用。(2)构建一个逻辑上一致的管理信息数据库对外提供标准和规范的数据服务。在此基础上建立统一的设备编码，这个设备编码将以资产管理信息数据库为基准。通过多张映射表或者调和表和其他的实体数据库进行连接。(3)以实现准确访问同一设备的各种信息，并能准确进行故障定位。管理信息数据库为上层应用提供统一的数据服务。(4)数据采集是对所有被管理对象根据管理策略对运行状态情况(KPI)进行测量和采集，并将数据进行转发和存储。(5)数据采集的最低频度原则、原始数据的保存原则、数据采集后是否支持初步的处理等需要根据管理需求进行明确。
[0023]性能采集适应两种服务器操作系统:
(I)Linux/ Unix服务器操作系统监控技术
Linux/ Unix服务器性能数据要通过采集和网络传输才能在客户端显示，因此对应的数据采集应该分为SSH建立连接、数据采集和资源结果传输三部分，首先通过SSH连接服务器操作系统，然后通过Linux/ Unix的SHELL命令，sar和1stat实现资源数据的采集，最后将结果以文本形式传回监控机客户端。监控流程如图2所示。
[0024](2)ffindows服务器操作系统监控技术
对于Windows服务器操作系统的性能监控技术主要是通过WMI体系结构实现的，WMI从Windows服务器操作系统中拿到感兴趣的性能数据，并将这些数据取出后通过SNMP协议返回给监控机客户端。但是一些性能值例如空闲内存数等不能直接通过数等并不能直接通过WMI取得，要通过一定的计算得到。监控流程如图3所示。
[0025]告警采集:系统能够对用户网络及系统发出的预警信息和故障信息进行整合和自动化的处理，利用Syslog接收器获取相关设备转发的Syslog信息，利用SNMP Trap接收器获取设备或第三方管理工具的事件告警信息，并实现过滤和相关性分析的处理；利用不同类型的监测器采集系统级和应用级的可用性信息，并在监测器指标测量失败时发送告警事件。系统将上述告警信息进行统一格式化后实现集中统一的监测和管理，使管理员可以迅速确定哪些故障会对服务的可用性构成不良影响。
[0026]安全采集:通过S匪P以及TCP/UDP套接字编程监测基础IT资源的安全，包括:网络视备、端口、服务器、中间件、UPS电源设备、空调设备、温湿度传感器、漏水报警装置、消防传感装置、安防视频设备、门禁系统等。
[0027]业务数据采集:通过设计高效的Webservice数据接口程序，并根据业务数据统计分析模型的要求实现对电力营销业务等系统的基础数据采集与汇总，作为深层次加工和挖掘业务数据的基础。
[0028]本实施例的处理层的功能主要是根据业务要求处理采集层采集的基础数据。数据处理层根据不同监控对象的自身特点和运维管理需要，灵活定制相应的性能指标集，定义所述性能指标集中每个指标的测量范围、数据来源、计算方法、预警阈值、测量频度参数，通过实时和历史性能图表，进行监测、分析和确定系统性能瓶颈，若超过预警阈值的状况，及时通知运维人员处理解决。
[0029]统一管理信息库是运维分析平台的核心数据结构和存储，为其他应用、展示模块通过统一的数据总线接口提供统一的、完整的、准确的数据。处理层的设计内容包括:(I)适用的信息模型。信息模型是为所有的被管理数据提供一致的数据结构和描述方式。难度在于要面向:异质的被管理对象(网络、主机、数据库、中问件、应用、安全设备、桌面终端、机房环境、门禁、人员、权限);不同的管理目标和玮度(告警、性能、配置、安全);来自各种不同采集工具各种技术方式获得的数据；设计或者选用适用的信息模型必须是能够满足这种复杂、异构、动态的管理环境，又能够对外为数据访问者屏蔽复杂性，提供统一规范的访问接口。(2)采集数据转换规范。完成模型设计之后，需要就各种数据定义在统一管理信息库中的统一存储，以便进行组织和访问。需要对每种数据定义统一的规范(字段、类型、长度或者精度等)。这些规范必须在数据采集以后进行转换，才能存储到统一管理信息库中。(3)数据的调和与映射。信息模型为数据提供了一致的结构和意义定义，而相关的数据在入库时也进行了规范化处理。而这些数据必须在信息模型、数据物理存储之问建立有效、准确的关联关系，这就需要数据的调和映射。数据的调和映射可以通过对象库、实体库和各种采集数据等逻辑实体，通过复杂的多级表格索引完成数据的对应和关联。
[0030]信息处理层主要包括以下4个功能:
1、分散在各服务器监控代理上的监控数据进行集中存放，确保有足够的信息用于运维历史趋势分析，和故障根本原因分析；
2、根据定义的策略，需要对过期数据进行删除，对详细数据进行合并和裁剪，即要保证历史数据的完整性。也要避免历史数据库的过量膨胀降低系统平台性能；
4、进行事件信息的标准化和丰富化，方便进行信息的展现；
5、进行定期报表生成。
[0031]本实施例的展现层的主要功能是将处理层处理好的数据通过直观的形式展现出来。展现层分大屏视图、日常工作视图两个部分。
[0032]大屏视图:可以大屏展现实时监视告警情况，利用巡检报表，系统管理员可以分析系统性能状况，并记录进事件管理平台。上述综合展示通过业务视图、逻辑拓扑、重要设备、告警统计个不同视图，将运维管理工作所关注的内容有序、实时、全面地呈现出IT系统资源和业务系统的整体运行状况。
[0033]开发完善组件化、平台化、可配置的大屏可视化展示系统，灵活定制展示主题，全方位多视角实现全面监测、运营分析和全景展示。
[0034]信息采集和信息处理采集了大量的监控信息。
[0035]不同工作角色的人员对信息详细程度的要求是不同的。因此营销运维监控平台设定了分角色视图，确保了不同角色的工作人员通过各自的视图可以浏览到足够的监控管理信息。同时，为了方便一线值班人员快速发现和定位问题，信息展现需要将复杂的监控事件进行和归类，并转化为简单的红、黄、绿三色灯，通过信号灯颜色的变化简化了运维工作的复杂性。
[0036]日常工作视图:包括营销业务应用系统监控、多渠道缴费系统监控、台线绩效考核管理系统监控、营配贯通系统监控等。
[0037](I)营销业务应用系统监控。从电费、业扩、95598、计量等角度对营销业务应用系统运行数据进行实时监控，结合预警模型，及时告知相关责任人及时处理，为营销运维等工作提供支持。各专业监控项以二维表格的方式展示，按供电单位钻取监控项的明细数据，至县公司一级。以饼图形式展示当前供电单位的电费、业扩、95598、计量业务区间异常数据的数量分布;支持各业务分类明细数据钻取。以柱状图形式展示天、月、季度、年异常数据监控数量。营销业务系统监控功能包括:电费监控、业扩业务监控、95598业务监控、计量业务监控。
[0038](2)多渠道缴费系统监控。从多渠道缴费日常运维工作需求出发，对多渠道缴费系统运行数据进行实时监控，结合预警模型，及时告知相关责任人及时处理，为多渠道运维等工作提供支持。各专业监控项以二维表格的方式展示，按供电单位钻取监控项的明细数据，至县公司一级。以饼图形式展示当前供电单位的多渠道缴费系统异常数据的数量分布;支持监控项的分类钻取。以柱状图形式展示天、月、季度、年异常数据监控数量。多渠道缴费系统监控功能包括:电费监控、业扩业务监控、95598业务监控、计量业务监控。POS机代理商多次退费监控、POS网点登录情况监控、POS网点缴费情况监控、多渠道与营销对账情况监控、保证金充值到账监控、自助缴费终端解款情况监控。
[0039](3)台线绩效考核管理系统监控。从台线绩效考核管理日常运维工作需求出发，对台线绩效考核管理系统运行数据进行实时监控，结合预警模型，及时告知相关责任人及时处理，为台线绩效考核管理运维等工作提供支持。各专业监控项以二维表格的方式展示，按供电单位钻取监控项的明细数据，至县公司一级。以饼图形式展示当前供电单位的台线绩效考核管理异常数据的数量分布;支持监控项的分类钻取。以柱状图形式展示天、月、季度、年异常数据监控数量。台线绩效考核管理监控功能包括:线损数据审核时限预警、异常供电量监控、异常退补电量监控、换表操作错误、统计操作错误、特高损台区、负线损台区、异常数据七类。
[0040](4)负荷控制管理系统监控。从负荷控制管理系统日常运维工作需求出发，对负荷控制管理系统运行数据进行实时监控，结合预警模型，及时告知相关责任人及时处理，为负荷控制管理系统运维等工作提供支持。各专业监控项以二维表格的方式展示，按供电单位钻取监控项的明细数据，至县公司一级。以饼图形式展示当前供电单位的负荷控制管理系统异常数据的数量分布;支持监控项的分类钻取。以柱状图形式展示天、月、季度、年异常数据监控数量。负荷控制管理系统监控功能包括:主菜单显示、年方案显示、日方案显示、日方案执行显示、监控显示。
[0041](5)营配贯通系统监控。从营配贯通系统日常运维工作需求出发，对营配贯通系统运行数据进行实时监控，结合预警模型，及时告知相关责任人及时处理，为营配贯通系统运维等工作提供支持。各专业监控项以二维表格的方式展示，按供电单位钻取监控项的明细数据，至县公司一级。以饼图形式展示当前供电单位的营配贯通系统异常数据的数量分布；支持监控项的分类钻取。以柱状图形式展示天、月、季度、年异常数据监控数量。营配贯通系统监控功能包括:营配系统间数据监控和营销系统内数据监控;营销系统和GIS平台系统之间数据关系的监控;营销系统内部数据监控。
[0042]本实施例平台的系统业务流程设计
系统业务流程设计如下:如图4所示，IT运维人员登陆营销运维监控平台，查看平台通过接口获取营销各业务系统的异常数据，并将异常数据通报给供电公司管理人员，供电公司管理人员在运维人员的协助下，仔细分析异常数据产生的原因，并对异常进行整改，营销运维监控平台对异常数据进行备份，方便将来查询历史异常数据。
[0043]本实施例平台的接口设计:
基于电力营销大数据的运维监控平台在实现本业务的功能需求的基础上，还需要实现和营销业务应用等基础系统的对接，通过接口实现数据共享和交互。平台与营销业务应用等基础系统之间采用中间库+Webservice两种方式相结合，实现接口信息的交互与共享。接口交互技术实现示意图如图5所示。其中WebService接口采用Xf ire技术实现。客户端和服务器用SOAP协议通过HTTP来交互，客户端根据WSDL描述文档生成SOAP请求消息发送到服务端，服务端解析收到的SOAP请求，调用Web service，然后再生成相应的SOAP应答送回到客户端。WebService接口数据采用WebService SOAP协议。客户端和服务端采用XML格式的字符串来交互业务数据，客户端将业务数据组织成XML格式的字符串作为入参调用服务端接口，服务端解析XML格式的字符串得到业务数据处理业务并把结果组织成XML格式的字符串返回给客户端。
[0044]对于非实时类信息，即需求频度为日的数据，平台可通过后台定时及调度管理服务将数据同步到接口中间库或提供W e b S e r V i c e服务，平台定时从接口中间库或者WebService服务获取。
[0045]对于平台需要实时响应的信息，平台可通过调用营销业务应用等基础系统提供的WebService服务进行实时处理并反馈采集结果。接口实现如图5所示。
[0046]与营销业务应用系统接口:采集SG186营销系统中用户相关的电费、业扩、计量、95598流程信息，并进行统计展示，流程预警。采集SG186营销系统中营业厅业务量信息，并进行统计展示，对业务量过高或过低情况进行告警提示。采集SG186营销系统中营业人员登录信息，反映在岗状态。
[0047]与台线绩效考核管理系统接口:采集台线绩效考核系统中考核用户站、线、变关系;线损等信息，并进行统计展示，流程预警。
[0048]与数据核查系统接口:采集数据核查系统中业务规则、错误信息处理等，并进行统计展示，流程预警。
[0049]与多渠道缴费系统接口:采集多渠道缴费系统中用户相关的POS机代理商退费信息、保证金充值信息、POS机销账信息、自助缴费终端解款信息等进行统计展示，流程预警。
[0050]与负荷控制管理系统接口:采集负荷查询管理系统中用户相关的大用户负荷异常信息，并进行统计展示，流程预警。
[0051]与用电采集系统接口:采集用电采集系统中库存异常信息，并进行统计展示，流程预警。
[0052]本实施例平台的业务功能架构如图6所示:
本实施例平台功能包括大屏指标展示、异常数据采集及告警、预警设置、流程监控中心监控、统计分析中心统计等。
[0053]1、大屏指标展示:该页面主要统计展示该业务类监控指标、运维类监控指标数据信息。经过智能化分析，如发现异常情况，则发出告警。
[0054]2、异常数据采集及告警监控对象及范围
(I)监控对象。本平台主要对以下特点的业务流程实现管控:业务开展频繁的业务流程;超过两个节点、并且为跨部门或跨单位的业务流程;营销部重点关注的其他业务流程；其他常规流程则全过程进行管控。
[0055](2)监控范围。该平台的管控范围为业务流程所涉及的所有单位，包括地市公司和县公司相关部门。
[0056]接口管理方面，实现接口的启用和停用。包括接口名称、执行频率(年、月、周)，执行状态(成功/失败)，执行开始时间、执行结束时间，接口启停状态。实现数据同步，包括批量数据同步和单条数据同步。
[0057]3、预警设置
节点标准完成时限定义:
根据营销管理的需要，结合业务特点，定义每类流程每个工作节点的标准完成时间要求(按工作日小时计算)。节点标准完成时限的定义将影响业务流程的状态及每个节点的处理状态，从而对考评考核产生影响。对于某些容易受其他因素影响无法统一定义标准完成时间的节点，通过设置为0，表示该节点不进行与处理时限相关的管控。
[0058]节点状态定义:
当前处理节点是变化的，它指未完业务流程当前正待审批处理的节点。根据节点标准完成时限与业务流程在该环节的停留时长来获取其状态。
[0059](I)正常状态。指从上一节点处理完成后发送至当前节点的时间起到当前为止已经耗费的时长(工作时间)，如果该时长未超过该节点标准完成时限的80%，则均为正常状
??τ O
[0060](2)预警状态。指从上一节点处理完成后发送至当前节点的时间起到当前为止已经耗费的时长(工作时间)，如果该时长超过该节点标准完成时限的80%但未到100%，则为预警状态。
[0061](3)异常状态。指从上一节点处理完成后发送至当前节点的时间起到当前为止已经耗费的时长(工作时间)，如果该时长超过该节点标准完成时限但未超过50%时，则为异常状态。
[0062](4)严重状态。指从上一节点处理完成后发送至当前节点的时间起到当前为止已经耗费的时长(工作时间)，如果该时长超过该节点标准完成时限并且超过50%时，则为严重状态。
[0063]流程状态定义:
某个节点状态为异常时候，该业务流程并不一定为异常。预警与正常状态同样。因此对流程状态的定义不能单以某个节点的状态来定义。
[0064]系统中对对流程状态的定义同样分为四类:
(I)正常状态。当该业务流程总的处理时长未超过该业务流程预定义处理时长的80%，则均为正常状态。
[0065](2)预警状态。当该业务流程总的处理时长已经超过预定义处理时长的80%但未到100%，则为预警状态。
[0066](3)异常状态。当该业务流程总的处理时长已经超过预定义处理时长但小于超过比例不到标准时长的50%，则为异常状态。
[0067](4)严重状态。当该业务流程总的处理时长已经超过预定义处理时长50%，则为严重状态。“业务流程预定义处理时长”为该业务流程各节点标准完成时限的累加。
[0068]业务流程审计:
业务流程审计是指在业务流程处理过程中每一个节点详细的处理情况，包括处理人签名、操作时间以及操作痕迹等信息。审计功能是实现业务流程监控的基础功能。
[0069]业务流程审计共有两种模式:(I)在营销系统的流程引擎嵌入日志功能将对流转审批过程进行详细的日志记录。(2)做统一审计平台，对关键业务环节进行设置，通过对操作痕迹和过程的处理进行，获取处理的时间及处理人信息，加以分析生成审计报告，进行通知。
[0070]预警模式:
预警方式包括手机短信、监控台方式，分别提供主动和被动两种预警模式。主动式预警可根据预警条件，通过手机短信方式主动推送预警信息;被动式预警则可根据预警条件，在监控中心三级分析平台、系统待办任务中发布预警信息。
[0071]4、流程监控中心
流程监控中心是对业务流程处理进行实时监控的地方，必须依赖业务流程处理过程中实时的业务流程流转的数据来构建。流程监控中心实现对业务流程状态的化监控。流程监控中心包括企业监控台、部门监控台、个人监控台三级监控体系。
[0072]5、统计分析中心
统计分析中心主要实现对业务流程、流程参与以及参与部门、参与人进行各种维度的统计分析。
【主权项】
1.一种基于电力营销大数据的运维监控平台，其特征在于，所述平台包括: 数据采集层，用于采集营销业务系统的性能数据和故障数据； 数据处理层，用于根据业务要求处理采集层采集的基础数据； 数据使用层，用于将处理层处理好的数据通过直观的形式展现出来； 所述平台对各类计算机设备、网络设备、安全产品、应用系统、IT设备运行状况和各种网上行为进行监控，对各类设备进行全面集中的统一管理，及时发现各类异常情况，快速定位各类事件故障并自动形成“工单”，再分派到相关部门进行处理最终形成流程闭环;实现监控一体化、业务覆盖全面化、监控智能化和展现可视化。2.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述数据采集层通过在信息系统服务器上部署Webservice多种方式与外围系统对接，获取上述基础数据;被动地接收平台服务器发出的采集指令，执行相关的信息采集插件，将采集到的数据放入队列和数据库中，便于后续的分析和数据挖掘。3.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述数据处理层根据不同监控对象的自身特点和运维管理需要，灵活定制相应的性能指标集，定义所述性能指标集中每个指标的测量范围、数据来源、计算方法、预警阈值、测量频度参数，通过实时和历史性能图表，进行监测、分析和确定系统性能瓶颈，若超过预警阈值的状况，及时通知运维人员处理解决。4.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述监控一体化，所述平台打破以往孤岛型系统建设模式;逐步形成横向集成、上下贯通的运维管理技术支撑平台；覆盖包含网络、主机、业务应用、安全设备、桌面终端的完整IT基础架构及标准运维流程。5.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述业务覆盖全面化，所述平台对公司营销运营及服务质量的关键节点、关键变量进行全方位、全过程监控，实现监控范围覆盖电力营销主要业务，包括SG186营销应用系统、台线绩效考核管理系统、多渠道缴费系统、负荷控制管理系统和用电采集系统重点监管对象。6.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述监控智能化，所述平台提供智能化的IT管理能力，实现动态IT监测、告警通知、配置维护、以及自动化处理，达到事前预防、事中告警、事后分析的效果，大大降低运维人员的负担。7.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述展现可视化，所述平台将各类数据信息进行合理整合，对各类数据信息按照重要级别重新进行梳理规范，避免繁琐、重复建设以及资源浪费等情况，并对各类信息实现综合的可视化展现，方便管理人员和运维人员使用，为各专业提供更准确、及时、全面的信息支持； 另外，各专业可基于不同需求，自由定制监控项内容，灵活展现不同信息。8.根据权利要求1所述一种基于电力营销大数据的运维监控平台，其特征在于，所述平台的功能包括大屏指标展示、异常数据采集及告警、预警设置、流程监控中心监控和统计分析中心统计； 所述流程监控中心实现对业务流程状态的化监控； 流程监控中心包括企业监控台、部门监控台、个人监控台三级监控体系； 所述统计分析中心实现对业务流程、流程参与以及参与部门、参与人进行各种维度的统计分析。
【文档编号】H04L29/08GK105871605SQ201610188279
【公开日】2016年8月17日
【申请日】2016年3月30日
【发明人】刘帆, 宁涛, 舒骁骁, 喻集文, 郭铁, 罗勇超, 蔡霞, 徐洁, 李惟
【申请人】国网江西省电力科学研究院, 国家电网公司