一種基于電力營銷大數據的運維監控平臺的制作方法
【專利摘要】一種基于電力營銷大數據的運維監控平臺，包括數據采集層、數據處理層和數據使用層。所述平臺對各類計算機設備、網絡設備、安全產品、應用系統、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日
【發明人】劉帆, 寧濤, 舒驍驍, 喻集文, 郭鐵, 羅勇超, 蔡霞, 徐潔, 李惟
【申請人】國網江西省電力科學研究院, 國家電網公司