【正文】 的可視指揮調度會議，系統(tǒng)內(nèi)的任何一臺終端都可以直接呼叫系統(tǒng)中的另一臺終端，建立雙向連接，進行會議和交流，實現(xiàn)領導對下屬或單位間的實時通話。l 采用集中存儲的方式對前端視頻錄像進行存儲，存儲周期為30天，存儲格式百萬1280*720；l 建設視頻監(jiān)控專網(wǎng)，室外攝像機部分采用光纖的方式傳輸，先通過接入交換機匯集后，采用光纖的方式傳輸?shù)奖O(jiān)控中心；場區(qū)攝像機與交換機之間走線不超過200米，且保證不超過交換機傳輸能力； 傳輸鏈路包括前端攝像機到中心的視頻傳輸、云臺控制、電源供應等線路； 系統(tǒng)組成可靠性：本系統(tǒng)基于可靠的網(wǎng)絡通信技術，能確保系統(tǒng)級別的高穩(wěn)定性和可靠性，滿足724小時、全年365天的全天候長期穩(wěn)定運行。l具體方案如下： 設計原則 視頻系統(tǒng)設計時應遵循技術先進、功能齊全、性能穩(wěn)定、節(jié)約成本的原則，并綜合考慮維護及操作因素，并將為今后的發(fā)展、擴建、改造等因素留有擴充的余地。通過Relpica該模式類似分布式系統(tǒng)的結構，在管理節(jié)點（1個或者3個）的管理下，數(shù)據(jù)節(jié)點的關系都是均等的，同過投票選出主節(jié)點，只有主節(jié)點可以讀寫，其余節(jié)點只讀。Set。PB，足以支撐一般應用?？蛻舳藞?zhí)行查詢，統(tǒng)計，MapReduce等操作，這些會被MongoDB自動路由到后端的數(shù)據(jù)節(jié)點。MongoDB的Shard機制實現(xiàn)了數(shù)據(jù)規(guī)模的可擴展性，隨著數(shù)據(jù)規(guī)模增加，可以通過增加Shard來滿足需求。Sharding機制：一個collection可按照記錄的范圍，分成若干個段，切分到不同的Shard上。對不同的開發(fā)語言，你可以使用它最基本的數(shù)組或散列格式進行查詢。意味著應用數(shù)據(jù)改動的時候不需要對MongoDB進行修改，換而言之，mongoDB是啟動即可用的，可以方便的處理需求變化劇烈的場景。document）。PMQ架構：數(shù)據(jù)分析在預測性維護解決方案中扮演重要角色分析模型匯總：下面介紹幾個PMQ的應用案例：案例一：預測設備故障，得到設備健康評分數(shù)據(jù)描述：現(xiàn)有一設備，其中包含三個重要組件——Machine Machine Machine 3，分別記錄三 個組件的重要運行參數(shù)——溫度（temperature）、壓力(pressure)和振動(vibration)和設 備運行狀態(tài)，采集到以下數(shù)據(jù)建模數(shù)據(jù)流主要結果——決策樹1主要結果——決策樹片段主要結果——規(guī)則集設備健康評分主要結果——模型檢驗案例二：發(fā)現(xiàn)設備運行異常情況數(shù)據(jù)描述現(xiàn)有一設備，其中包含三個重要組件——Machine Machine Machine 3，分別記錄三 個組件的重要運行參數(shù)——溫度（temperature）、壓力(pressure)和振動(vibration) ， 采集到以下數(shù)據(jù)建模數(shù)據(jù)流模型重要設置模型結果輸出異常記錄和異常變量時間 VS 是否異常時間 VS 異常指數(shù)綜上所述，我們通過IBM大數(shù)據(jù)PMQ平臺的搭建，不僅能夠滿足用戶目前對于數(shù)據(jù)存儲，展示的需求，還可以具有較高的延展性，便于用戶擴展信息化范圍，為集團運營決策提供支持依據(jù)。設備預測優(yōu)化將從多個數(shù)據(jù)源分析數(shù)據(jù)同時提供建議措施，從而幫助用戶做出明智的決定。252。252。 發(fā)現(xiàn)關鍵小磨損與大故障之間的關聯(lián)關系，發(fā)現(xiàn)故障模式，避免重大災難 真正實現(xiàn)防患于未然，由此徹底降低事后維護的高代價和定期維護的高成本預測性維護和質量管理為用戶帶來的業(yè)務價值包括但不限于以下方面：因此，在大多數(shù)的客戶還不知道存在問題的時候，該公司就向其服務渠道提供了解決方案，從而避免了許多昂貴的保修索賠。使用預測性維護和質量管理，該制造商可以確定。請考慮以下場景：某MRO該預測性維護和質量管理解決方案還識別所需要的更換零件，以支持這種更準確的維護計劃?！岸ㄆ诰S護”而關停一條生產(chǎn)線。天，每天它快速檢測故障模式，并確定問題的根源。PMQ該方案可以幫助制造商實現(xiàn)可觀的成本節(jié)約，并提升勞動效率、提高生產(chǎn)連續(xù)性和客戶滿意度，使他們能夠在一個全新的水平上展開競爭。PMQ的質量預警系統(tǒng)（QEWS），利用先進的統(tǒng)計學算法，相比于傳統(tǒng)的SPC質量控制方法，通過對微小變化的累積放大，能夠大大提前質量缺陷預警，同時不同于SPC復雜的判定規(guī)則，QEWS可以直觀明確的告知質量管理人員何時質量會發(fā)生問題，從而及時干預，及早解決質量問題，避免更大損失?，F(xiàn)在，有一種方式可以超越傳統(tǒng)的預防性和定期維護方式以及傳統(tǒng)的統(tǒng)計過程控制，最大程度減少設備的非計劃停機和質量缺陷，確保生產(chǎn)流程的高效連續(xù)性和質量管理的提前預警，并在每一步流程中優(yōu)化資源。因此需要數(shù)據(jù)進行修改需要，并對接口進行二次開發(fā)， 數(shù)據(jù)庫選型 我們?yōu)橛脩敉扑]兩套數(shù)據(jù)庫的選擇方案，商業(yè)版的IBM PMQ和開源版的MangoDB。傳輸數(shù)據(jù)的類型、方式均按照集團用戶展需求定義，從而達到大屏最終數(shù)據(jù)圖表的展示效果。4 數(shù)據(jù)采集平臺設計 目前集團公司的數(shù)據(jù)采集方式為各廠級單位集中發(fā)送數(shù)據(jù)到二級管理單位集中控制。因為紅外觸摸屏不受電流、電壓和靜電干擾，所以適宜某些惡劣的環(huán)境條件。紅外觸摸屏不受電流、電壓和靜電干擾，適宜某些惡劣的環(huán)境條件。u 視頻源要求接入的視頻投放到屏幕上時清晰、無停頓。u 畫面分區(qū)如果大屏幕整體上被劃分為多個顯示分區(qū)，要求各顯示分區(qū)接縫處無明顯的痕跡，動態(tài)圖形在分區(qū)處的變化能較平滑顯示，一個元素從一個分區(qū)到另一個分區(qū)可平滑穿越，無明顯的超前或滯后。允許多臺工作站同時對大屏幕進行操作，并可設定權限分級，按工作性質對每個用戶賦予不同權限等級，監(jiān)控用戶在進行系統(tǒng)操作之前都需進行權限查驗；可定義不同級別的使用人員對包括信號源、模式預案、外圍設備等系統(tǒng)資源不同權限的操控權，也可在大屏上限定不同操作人員的可操作區(qū)域，使操作人員只能在經(jīng)授權的范圍及區(qū)域內(nèi)進行相應操作，確保多用戶操作的安全性。通過對上述數(shù)據(jù)進行分析，得出各指標應該匹配的圖表類型如下：GIS圖：集團公司所屬天然氣廠分布情況；實時數(shù)據(jù)監(jiān)測：對示范“管網(wǎng)信息分布”、“天然氣樞紐”、“天然氣儲氣站”進行實時數(shù)據(jù)監(jiān)測及展示；生產(chǎn)實時監(jiān)控：對于指定廠內(nèi)的生產(chǎn)情況可以在線監(jiān)控，并可與現(xiàn)場人員進行視頻對話；餅形圖表：各個天然氣廠對于日輸氣量及月輸氣量的貢獻占比；折線圖表：各個天然氣廠本年率輸氣量貢獻情況分析；頁面設計效果圖如下所示： 可視化展示系統(tǒng)管理功能為了方便用戶管理各個展示場景，我方提供可視化展示系統(tǒng)管理功能，實現(xiàn)多用戶操作管理，網(wǎng)絡遠程遙控管理，并能與集中控制系統(tǒng)一起實現(xiàn)一體化操作管理。通過對上述數(shù)據(jù)進行分析，得出各指標應該匹配的圖表類型如下：GIS圖：集團公司所屬火力發(fā)電廠分布情況；實時數(shù)據(jù)監(jiān)測：對示范“鍋爐”、“汽輪機”、“發(fā)電機”、“高壓電站”及“熱網(wǎng)分布”進行實時數(shù)據(jù)監(jiān)測及展示；生產(chǎn)實時監(jiān)控：對于指定廠內(nèi)的生產(chǎn)情況可以在線監(jiān)控，并可與現(xiàn)場人員進行視頻對話；折線圖表：各項環(huán)保指標的監(jiān)控，對于廠內(nèi)脫硫、脫硝、除塵效果的分析，右側為相關的數(shù)值及占比情況；頁面設計效果圖如下所示：水務指標分析場景頁面設計根據(jù)XX集團需求，水務指標分析場景需要展示水務板塊：對標指標、原水售水量、自來水售水量、污水處理量、輸水管線漏損率、供水管線漏損率、場站GIS分布圖等。主場景頁面設計根據(jù)XX集團需求，主場景需要展示集團的ROE、EVA、ROA、主營業(yè)務收入增長率、總資產(chǎn)、凈資產(chǎn)、利潤總額、凈利潤、總資產(chǎn)排名、利潤排名、各產(chǎn)業(yè)資產(chǎn)分布圖等信息。這就解決了傳統(tǒng)的一種局面——網(wǎng)站為不同的設備提供不同的網(wǎng)頁，比如專門提供一個mobile版本，或者iPhone / iPad版本。多設備跨平臺用HTML5的優(yōu)點主要在于，這個技術可以進行跨平臺的使用?？缙脚_顯示技術HTML5作為一種最廣泛的前端語言，現(xiàn)廣泛地應用與各種web的開發(fā)中。最后還需要檢查測試，從頭到尾檢查一遍是否滿足需求；實地投放大屏幕后，用戶是否方便閱讀；動效能否達到預期，色差是否能接受。圖 維度圖 視覺元素匹配圖形的同時，還要考慮展示的平臺。首先，在了解需求的基礎上分析我們要展示哪些數(shù)據(jù)，包含元數(shù)據(jù)、數(shù)據(jù)維度、查看的視角等；其次，我們利用可視化工具，根據(jù)一些已固化的圖表類型快速做出各種圖表；然后優(yōu)化細節(jié)；最后檢查測試。通訊協(xié)議：TCP/IPRGB信號可以在拼接墻的指定區(qū)域或全屏開窗顯示，并能夠與各專業(yè)的高分辨率圖形疊加，窗口可以任意漫游、縮放、跨屏顯示?？梢暬到y(tǒng)與大屏顯示信號源接口設計 本方案可視化系統(tǒng)與拼接墻系統(tǒng)與用采用了兩種接口方式：網(wǎng)絡和RGB，其中網(wǎng)絡應用和RGB接口方式是相互備份的，在常規(guī)應用狀態(tài)拼接墻系統(tǒng)使用網(wǎng)絡顯示用戶專業(yè)系統(tǒng)畫面，但出現(xiàn)報警狀態(tài)或拼接墻的多屏處理器出現(xiàn)故障時，則系統(tǒng)切換為RGB狀態(tài)顯示用戶客戶端計算機的畫面，保證在拼接墻上完整、高效、安全、方便的顯示用戶專業(yè)系統(tǒng)提供的畫面。具體做法是：用面向對象的分析方法根據(jù)需求提出一些模型，將這些模型實現(xiàn)為基本的Java對象，然后編寫基本的DAO(Data Access Objects)接口，并給出Hibernate的DAO實現(xiàn)，采用Hibernate架構實現(xiàn)的DAO類來實現(xiàn)Java類與數(shù)據(jù)庫之間的轉換和訪問，最后由Spring做管理，管理struts和hibernate。從而使開發(fā)人員可以專注于應用系統(tǒng)核心業(yè)務邏輯的分析、設計和開發(fā)，簡化了應用系統(tǒng)的開發(fā)、更新和升級工作。三層體系的應用程序將業(yè)務規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進行處理。 系統(tǒng)展現(xiàn)范圍 一期項目展示范圍主要包括集團及各直管公司經(jīng)營類指標及火電、水務和新天（含新能源、天然氣）三個主要板塊的生產(chǎn)數(shù)據(jù)。l 天然氣板塊：輸氣量，售氣量，管道里程，客戶數(shù)（居民數(shù)、工業(yè)數(shù)）、GIS管網(wǎng)圖等。l 發(fā)電廠環(huán)保指標：硫氧化物、氮氧化物、粉塵、二氧化碳（年排放量、排放值、脫硫效率，脫銷效率，除塵效率），耗水量等；l 發(fā)電廠技經(jīng)指標：年發(fā)電量、上網(wǎng)電量、廠用電率、供電煤耗、等效利用小時數(shù)，安全運行小時數(shù)等；l 發(fā)電廠實時數(shù)據(jù)：結合鍋爐、汽輪機、發(fā)電機、高壓網(wǎng)站、熱網(wǎng)等組態(tài)圖（或三維模仿真模型圖）展示主蒸汽溫度、主蒸汽壓力、主蒸汽流量、給水流量、高壓主蒸汽門開度、中壓主蒸汽門開度、低壓主蒸汽門開度、發(fā)電機定子電流、發(fā)電機轉子電流、發(fā)電機有功功率、發(fā)電機無功功率、熱網(wǎng)供水溫度、熱網(wǎng)供水壓力、熱網(wǎng)供水流量、熱網(wǎng)供水負荷、熱網(wǎng)回水溫度、熱網(wǎng)回水壓力、熱網(wǎng)回水流量等。 2 需求分析 我公司從系統(tǒng)規(guī)模和應用要求出發(fā)，做了詳細需求調研，我們歸納總結項目需求如下： 系統(tǒng)展現(xiàn)內(nèi)容 展示內(nèi)容包括集團相關指標、系統(tǒng)企業(yè)經(jīng)營類指標（同比、環(huán)比、完成情況等）、部分企業(yè)生產(chǎn)數(shù)據(jù)（包括實時數(shù)據(jù)接入）、視頻通話、GIS系統(tǒng)展示和宣傳片等。 451 系統(tǒng)設計概述隨著信息技術的快速發(fā)展，信息顯示的要求也越來越高，迫切希望將各種監(jiān)控系統(tǒng)的計算機圖文信息和視頻信號等通過大發(fā)工資進行集中顯示，構建一個高效便捷的視頻信息交流平臺，滿足自身的實時展示、調度、會商、決策及信息反饋等需求。 11DID液晶（LCD）單元主要特點 11 大屏控制系統(tǒng) 144 可視化展示系統(tǒng)設計方案 16 拼接屏系統(tǒng)接口設計 16大屏幕系統(tǒng)與可視化系統(tǒng)顯示信號源接口 6 拼接墻系統(tǒng)組成 7 拼接系統(tǒng)顯示模式及功能 8 主要設備優(yōu)勢特別點 44 技術培訓 整套系統(tǒng)的硬件、軟件設計上已充分考慮到系統(tǒng)的安全性、可靠性、可維護性和可擴展性，存儲和處理能力滿足遠期擴展的要求。l 建投能源：供電煤耗、發(fā)電廠用電率、利用小時數(shù)、綜合標煤單價、度電變動成本。l 新能源板塊：發(fā)電量（及組成）、裝機容量、風電場可用系數(shù)、等效利用小時數(shù)、GIS風場分布圖等；l 新能源實施數(shù)據(jù)：風機數(shù)量、運行臺數(shù)、故障臺數(shù)、實時有功、實時無功、當月發(fā)電量、年累計發(fā)電量、實時風速等。建投能源所屬電廠、水務公司水廠、新能源風場、天然氣各3個點，上述選擇接入企業(yè)調控中心1個點，可進行視頻通話，全景及生產(chǎn)管理場景各2個，可調看視頻。3 可視化展示系統(tǒng)解決方案 軟件體系架構我方采用三層(多層)B/S結構的方式進行架構設計，所謂三層體系結構，是在客戶端與數(shù)據(jù)庫之間加入了一個“中間層”，也叫組件層。這意味著如果需要修改應用程序代碼，只需要對中間層應用服務器進行修改，而不用修改成千上萬的客戶端應用程序。其中使用Struts作為系統(tǒng)的整體基礎架構，負責MVC的分離，在Struts框架的模型部分，控制業(yè)務跳轉，利用Hibernate框架對持久層提供支持，Spring做管理，管理struts和hibernate。在結合了拼接墻系統(tǒng)的應用特點、接口標準以及本次項目的實際要求后，拼接墻與相關系統(tǒng)的接口方式詳見下文。大屏幕系統(tǒng)提供了10路RGB接口，用戶專業(yè)計算機系統(tǒng)的RGB信號通過接口由RGB線纜傳輸?shù)絉GB矩陣，通過矩陣的分配將RGB信號分別輸入到拼接墻多屏處理器和顯示單元。大屏幕系統(tǒng)提供了2路100M/1000M的網(wǎng)絡接口，用戶專業(yè)計算機系統(tǒng)通過網(wǎng)絡將需要顯示的畫面和數(shù)據(jù)傳輸給多屏處理器系統(tǒng)，經(jīng)過多屏處理器處理后，拼接墻系統(tǒng)將接收到的信息內(nèi)容直接在拼接墻上顯示。 可視化展示系統(tǒng)設計流程一個好的流程可以讓我們事半功倍，可視化的設計流程主要有分析數(shù)據(jù)、匹配圖形、優(yōu)化圖形、檢查測試。涉及到的視覺元素有形狀、色彩、尺寸、位置、方向，如圖所示。圖 設計風格最后根據(jù)設計風格進一步確定了深藍為標準色，代表科技與創(chuàng)新；橙紅藍分別代表指標數(shù)量的高中低，為輔助色；整體的視覺風格與目前主流的扁平化一致。更小體積的文件，滿足更輕便的使用需求，更靈活的打包方式，可自由選擇你需要的圖表和組件，動端強勢來襲，良好的自適應效果專屬的移動端交互體驗，更豐富的可視化效果，新增更多圖表類型，更好的滿足不同數(shù)據(jù)的處理需求 更多的搭配方案讓你的數(shù)據(jù)