基于移動(dòng)應(yīng)用的鐵道信號(hào)智能監(jiān)測(cè)系統(tǒng)

曹 源，尤 剛，羅軼溧，李 軍，周 建

（1.北京交通大學(xué) 軌道交通運(yùn)行控制系統(tǒng)國(guó)家工程研究中心，北京 100044；2. 四川網(wǎng)達(dá)科技有限公司，成都 610041；3. 北京交通大學(xué) 電子信息工程學(xué)院，北京 100044；4. 中國(guó)鐵路成都局集團(tuán)有限公司 電務(wù)處， 成都 610041）

我國(guó)鐵路信號(hào)監(jiān)測(cè)系統(tǒng)主要由信號(hào)集中監(jiān)測(cè)系統(tǒng)、列控監(jiān)測(cè)檢測(cè)子系統(tǒng)和GSM-R通信監(jiān)測(cè)系統(tǒng)3部分組成。信號(hào)集中監(jiān)測(cè)(CSM)系統(tǒng)為信號(hào)監(jiān)測(cè)的主要系統(tǒng)，具有三級(jí)四層的體系結(jié)構(gòu)，其主要功能包括監(jiān)測(cè)現(xiàn)場(chǎng)設(shè)備工作狀態(tài)、信息儲(chǔ)存、報(bào)警等。系統(tǒng)通過CAN總線與信號(hào)機(jī)、采集轉(zhuǎn)撤機(jī)、軌道電路等多個(gè)信號(hào)設(shè)備的電氣參數(shù)模擬量信息、部分開關(guān)量信息進(jìn)行實(shí)時(shí)聯(lián)系，且為其信息獲取、連接通信接口方法及維修機(jī)提供便利。雖然，我國(guó)的鐵路信號(hào)系統(tǒng)技術(shù)裝備已經(jīng)達(dá)到世界先進(jìn)水平，但依然存在的主要問題有以下3個(gè)方面[1]：互聯(lián)性較低；數(shù)據(jù)共享不足；智能化程度較低。

隨著智能手機(jī)、移動(dòng)互聯(lián)網(wǎng)的飛速發(fā)展，移動(dòng)應(yīng)用憑借其高互聯(lián)性、數(shù)據(jù)實(shí)時(shí)共享等優(yōu)點(diǎn)，應(yīng)用范圍越來越廣，對(duì)于移動(dòng)應(yīng)用的開發(fā)與研究也取得了許多成果[2-4]。移動(dòng)應(yīng)用的發(fā)展，以及云數(shù)據(jù)共享技術(shù)的革新，為解決傳統(tǒng)鐵路信號(hào)監(jiān)測(cè)系統(tǒng)存在的問題提供了可能。

建立新型鐵道信號(hào)智能監(jiān)測(cè)系統(tǒng)可以從共享數(shù)據(jù)選擇、存儲(chǔ)與共享機(jī)制、多數(shù)據(jù)庫系統(tǒng)、數(shù)據(jù)監(jiān)測(cè)規(guī)范化等關(guān)鍵技術(shù)入手，提高鐵路信號(hào)監(jiān)測(cè)檢測(cè)、綜合智能分析和輔助決策能力[5]。結(jié)合移動(dòng)應(yīng)用平臺(tái)、云服務(wù)等技術(shù)而設(shè)計(jì)的鐵道信號(hào)智能監(jiān)測(cè)系統(tǒng)，能夠有效地解決傳統(tǒng)信號(hào)監(jiān)測(cè)系統(tǒng)數(shù)據(jù)共享不足等問題，實(shí)現(xiàn)數(shù)據(jù)的互聯(lián)互通。

1 系統(tǒng)設(shè)計(jì)

1.1 系統(tǒng)架構(gòu)

基于移動(dòng)的監(jiān)測(cè)系統(tǒng)架構(gòu)如圖1所示，包括基礎(chǔ)數(shù)據(jù)層，移動(dòng)數(shù)據(jù)源層，云能力層和移動(dòng)應(yīng)用層。

圖1 系統(tǒng)架構(gòu)圖

1.1.1 基礎(chǔ)數(shù)據(jù)層

基礎(chǔ)數(shù)據(jù)層是既有CSM系統(tǒng)的綜合，主要包括基礎(chǔ)報(bào)警信息、用戶信息、部門信息、基礎(chǔ)信息、工具信息、設(shè)備信息、設(shè)備模擬量、站場(chǎng)信息等，是系統(tǒng)信息的來源。

1.1.2 移動(dòng)數(shù)據(jù)源層

移動(dòng)數(shù)據(jù)源層與基礎(chǔ)數(shù)據(jù)層之間通過自由協(xié)議進(jìn)行數(shù)據(jù)源同步，利用包括自定義協(xié)議、標(biāo)準(zhǔn)RPC協(xié)議、HTTP1.0、HTTP2.0，Mysql協(xié)議等其他任意自由協(xié)議進(jìn)行應(yīng)答式、傳輸式等多種可擴(kuò)展的方式實(shí)現(xiàn)雙方的對(duì)接，整合基礎(chǔ)數(shù)據(jù)層中豐富的大數(shù)據(jù)，形成數(shù)據(jù)底盤，向上對(duì)移動(dòng)平臺(tái)提供數(shù)據(jù)支撐。

1.1.3 云能力

云服務(wù)主要進(jìn)行專業(yè)化管理，將任務(wù)和軟件功能封裝為通過網(wǎng)絡(luò)可訪問的服務(wù)模塊，實(shí)現(xiàn)軟件功能的柔性化管理[6]。云能力負(fù)責(zé)提供輸出平臺(tái)化服務(wù)能力、支撐頂層業(yè)務(wù)架構(gòu)的功能。為了縮短開發(fā)周期，提升開發(fā)效率與保證質(zhì)量，可以對(duì)公有云服務(wù)進(jìn)行篩選評(píng)估后接入，主要包括推送云、存儲(chǔ)云、通信云、云CDN等多種云基礎(chǔ)設(shè)施，通盤整合其能力，結(jié)合現(xiàn)有平臺(tái)，為移動(dòng)應(yīng)用層提供基礎(chǔ)技術(shù)設(shè)施能力支撐。后續(xù)在數(shù)據(jù)能力、基礎(chǔ)技術(shù)設(shè)施等條件成熟后，可以對(duì)相應(yīng)組件進(jìn)行替換，結(jié)合實(shí)際業(yè)務(wù)場(chǎng)景，客戶需求，進(jìn)行對(duì)應(yīng)業(yè)務(wù)開發(fā)。

1.1.4 移動(dòng)應(yīng)用

移動(dòng)應(yīng)用本質(zhì)上是基于移動(dòng)的平臺(tái)，具有報(bào)警管理、站場(chǎng)管理、人員管理、即時(shí)通信等功能。移動(dòng)端的數(shù)據(jù)架構(gòu)采取多種模式進(jìn)行數(shù)據(jù)協(xié)同，并在此基礎(chǔ)上與BS端共享數(shù)據(jù)源，包括用戶信息、部門信息、pdf等，在此數(shù)據(jù)源中還包含了許多其他移動(dòng)端專屬信息，例如報(bào)警信息表、故障信息表、操作日志表、cid映射表、用戶角色映射表、用戶表、角色表和部門信息表。

1.2 網(wǎng)絡(luò)架構(gòu)

移動(dòng)端的網(wǎng)絡(luò)結(jié)構(gòu)有兩部分構(gòu)成：（1）由普通的公網(wǎng)互聯(lián)網(wǎng)數(shù)據(jù)中心（IDC）對(duì)外提供服務(wù)；（2）為了和C端保持通信以及維持安全性，采取被動(dòng)連接的方式進(jìn)行通信，C端服務(wù)主動(dòng)與移動(dòng)端服務(wù)建立socket連接，并采用由C端定義的協(xié)議方式進(jìn)行數(shù)據(jù)交換。在移動(dòng)端的視角，網(wǎng)絡(luò)結(jié)構(gòu)圖如圖2所示。

其中，移動(dòng)檢測(cè)平臺(tái)運(yùn)行在公網(wǎng)IDC機(jī)房，通過普通的web服務(wù)對(duì)移動(dòng)端設(shè)備提供服務(wù)，前置部署硬件防火墻設(shè)備，以及具備安全閘功能的路由設(shè)備。對(duì)外提供服務(wù)時(shí)，通過SSL非對(duì)稱加密技術(shù)對(duì)通信數(shù)據(jù)進(jìn)行保護(hù)。

對(duì)C端服務(wù)器，不具備直連能力，具備動(dòng)態(tài)接受能力，與C端服務(wù)設(shè)備或通過公網(wǎng)、聯(lián)通移動(dòng)專線進(jìn)行交互，其中，具備防火墻以及具備安全閘功能的路由設(shè)備，其tcp通信采用對(duì)等的雙向加密技術(shù)，私鑰保存在雙邊服務(wù)器中。

圖2 網(wǎng)絡(luò)結(jié)構(gòu)圖

1.3 系統(tǒng)邊界劃分

系統(tǒng)邊界劃分關(guān)系如圖3所示，明確各系統(tǒng)的運(yùn)行職責(zé)。其中，C端服務(wù)提供現(xiàn)階段的大部分基礎(chǔ)業(yè)務(wù)能力支撐，包括設(shè)備模擬量收集，報(bào)警收集，報(bào)警管理，站場(chǎng)管理等。B端服務(wù)器與移動(dòng)端服務(wù)協(xié)作開發(fā)，管理類功能在B端服務(wù)上線，移動(dòng)端專屬功能在移動(dòng)端服務(wù)部分進(jìn)行實(shí)現(xiàn)，包括用戶登入、報(bào)警查閱、報(bào)警推送、故障智能診斷。

圖3 系統(tǒng)邊界劃分關(guān)系圖

其中，報(bào)警部分?jǐn)?shù)據(jù)暫定由移動(dòng)端接受推送，為保證C端服務(wù)正常運(yùn)行。只保留最新推送數(shù)據(jù)，暫不與C段服務(wù)進(jìn)行同步。

2 安全架構(gòu)

目前，移動(dòng)云服務(wù)的安全性需要考慮物理安全、網(wǎng)絡(luò)安全、主機(jī)安全、數(shù)據(jù)安全、應(yīng)用安全、運(yùn)行安全、通信安全和終端安全等問題[7]。監(jiān)測(cè)系統(tǒng)的安全架構(gòu)主要從物理安全、網(wǎng)絡(luò)與數(shù)據(jù)安全、運(yùn)維安全和通信安全4個(gè)方面考慮。

2.1 物理安全

為了全面保障機(jī)房網(wǎng)絡(luò)的安全可靠性，一般來說機(jī)房需要7×24 h閉路監(jiān)控系統(tǒng)，電子巡更以及專人值守系統(tǒng)、IC卡與指紋門禁管理。需要按照最高標(biāo)準(zhǔn)Tier 4[8]進(jìn)行實(shí)施，鋼制框架結(jié)構(gòu)，抗震設(shè)防烈度為8度。所有核心設(shè)施實(shí)現(xiàn)了2N結(jié)構(gòu)，保證機(jī)房的防震、防風(fēng)和防雨。防護(hù)方面，機(jī)房需要多防火、防水、防潮、防靜電等基本防護(hù)功能。電壓需要配置并提供穩(wěn)壓器和過電壓防護(hù)設(shè)備，提供短期的備用電力供應(yīng)（UPS設(shè)備），設(shè)置并行電力線路為計(jì)算機(jī)系統(tǒng)供電（2路供電），同時(shí)建立備用供電系統(tǒng)（發(fā)電機(jī)）。通信線路需要電源線和通信線纜隔離鋪設(shè)，避免互相干擾，對(duì)數(shù)據(jù)中心的核心網(wǎng)絡(luò)（泄露）和磁介質(zhì)（損壞）實(shí)施電磁屏蔽。

2.2 網(wǎng)絡(luò)與數(shù)據(jù)安全

加強(qiáng)互聯(lián)網(wǎng)環(huán)境下云服務(wù)的安全性，主要的方法有加強(qiáng)對(duì)云終端的控制，加強(qiáng)移動(dòng)網(wǎng)絡(luò)接入和傳輸?shù)陌踩?，加?qiáng)移動(dòng)云服務(wù)系統(tǒng)之間的訪問控制等[9]。

系統(tǒng)硬件網(wǎng)絡(luò)層需要通過邊界控制、入侵訪問等實(shí)時(shí)系統(tǒng)的聯(lián)動(dòng)，實(shí)現(xiàn)網(wǎng)絡(luò)全方位安全。交換機(jī)、路由器、防火墻、服務(wù)器需要保證充分的冗余，至少保證10 M的核心帶寬，100 M的動(dòng)態(tài)帶寬。最前置ws服務(wù)商需要做到限制網(wǎng)絡(luò)最大流量數(shù)及網(wǎng)絡(luò)連接數(shù)，可收集防火墻外的各類信息，用于改進(jìn)阻止決策，優(yōu)化阻止規(guī)則。

網(wǎng)絡(luò)安全審計(jì)需要對(duì)網(wǎng)絡(luò)設(shè)備運(yùn)行狀況、網(wǎng)絡(luò)流量、用戶行為等進(jìn)行日志記錄。通過互聯(lián)網(wǎng)團(tuán)隊(duì)的實(shí)時(shí)入侵檢測(cè)系統(tǒng)，能夠根據(jù)記錄數(shù)據(jù)進(jìn)行分析，并生成審計(jì)報(bào)表。審計(jì)記錄保護(hù)，避免刪除、修改或覆蓋等。

其他網(wǎng)絡(luò)安全防護(hù)可以采用第三方云盾，利用DNS技術(shù)隱藏實(shí)際服務(wù)地址，通過外部流量清洗系統(tǒng)可以減少帶寬成本付出，通過智能的請(qǐng)求過濾，可以有效避免公網(wǎng)大部分攻擊方式。

為保證數(shù)據(jù)完整性，系統(tǒng)管理數(shù)據(jù)、鑒別信息和重要業(yè)務(wù)數(shù)據(jù)在傳輸和存儲(chǔ)過程中都要進(jìn)行完整性檢驗(yàn)及必要的恢復(fù)措

施。為保證數(shù)據(jù)保密性，系統(tǒng)管理數(shù)據(jù)、鑒別信息和重要業(yè)務(wù)數(shù)據(jù)在傳輸和存儲(chǔ)過程中都要采取加密或其他措施。備份和恢復(fù)，完全數(shù)據(jù)備份每天一次，備份介質(zhì)場(chǎng)外存放。

2.3 運(yùn)維安全

系統(tǒng)運(yùn)維安全需要從內(nèi)部人員運(yùn)維安全、第三方人員運(yùn)維安全、外部政策和法規(guī)要求考慮[10]。系統(tǒng)環(huán)境需要對(duì)機(jī)房物理訪問、物品出入、機(jī)房供配電系統(tǒng)、空調(diào)

設(shè)備、溫濕度控制的維護(hù)記錄等進(jìn)行管理。

系統(tǒng)設(shè)備需要明確設(shè)備的選型、采購、

領(lǐng)用、發(fā)放維護(hù)人員責(zé)任、涉外維修和服務(wù)的審批、維修過程的監(jiān)控等。并對(duì)通信線路、主機(jī)、網(wǎng)絡(luò)設(shè)備和應(yīng)用軟件的運(yùn)行狀況、網(wǎng)絡(luò)流量、用戶行為等進(jìn)行監(jiān)控記錄。

對(duì)于系統(tǒng)的變更、備份與恢復(fù)、安全事件的處理和應(yīng)急預(yù)案管理，都需要遵循相關(guān)制度，并做好相應(yīng)事件的記錄和報(bào)告。

2.4 通信安全

針對(duì)公網(wǎng)服務(wù)，無論如何均有鏈路出口，為避免移動(dòng)端安全服務(wù)架構(gòu)破解導(dǎo)致C端服務(wù)暴露的根本問題，移動(dòng)端服務(wù)必須永不主動(dòng)向C端服務(wù)（內(nèi)網(wǎng)）發(fā)起請(qǐng)求，C端服務(wù)所在的IDC防火墻無需敞開公網(wǎng)入口，移動(dòng)端服務(wù)在安全加密的保證下，僅接受C端白名單出口IP的tcp鏈接請(qǐng)求，并在鏈路上采用對(duì)稱加密與數(shù)字簽名技術(shù)，保證數(shù)據(jù)在鏈路傳輸?shù)陌踩浴?/p>

3 系統(tǒng)核心模塊

系統(tǒng)平臺(tái)的核心模塊主要有網(wǎng)絡(luò)處理、報(bào)警同步、智能故障診斷、系統(tǒng)記錄和登錄管理5個(gè)模塊，如圖4所示。

圖4 平臺(tái)核心模塊圖

3.1 網(wǎng)絡(luò)處理

網(wǎng)絡(luò)處理層采用apache mina網(wǎng)絡(luò)框架。mina底層基于Java NIO, 它基于TCP/IP和UDP/IP協(xié)議提供了抽象的、事件驅(qū)動(dòng)的、異步的API。

網(wǎng)絡(luò)處理模塊包含兩部分：二進(jìn)制解碼模塊和消息實(shí)體處理模塊。消息實(shí)體是二進(jìn)制消息對(duì)應(yīng)的可讀形式內(nèi)容對(duì)象。

二進(jìn)制解碼模塊的核心包括消息分辨器和對(duì)應(yīng)消息的解碼器。分辨器用來識(shí)別消息類型，然后交給具體的解碼器來解析二進(jìn)制內(nèi)容。二進(jìn)制解碼模塊的輸出結(jié)果是消息實(shí)體，即可讀的消息對(duì)象。

消息實(shí)體處理模塊接受二進(jìn)制模塊的輸出結(jié)果。根據(jù)消息對(duì)象類型從服務(wù)注冊(cè)中心選取處理該消息的處理服務(wù)，目前基本所有的實(shí)體消息處理服務(wù)主要用來持久化消息內(nèi)容以及將相應(yīng)的報(bào)警消息推送給目標(biāo)客戶端。

3.2 報(bào)警同步

報(bào)警同步的方式采用被動(dòng)接收模式。報(bào)警接收系統(tǒng)在啟動(dòng)時(shí)會(huì)開啟TCP連接監(jiān)聽，等待報(bào)警推送服務(wù)器連接。其連接模式采用長(zhǎng)連接模式，通過心跳保持連接有效性。當(dāng)收到連接請(qǐng)求時(shí)，報(bào)警同步模塊的工作就是建立連接，在檢測(cè)到某臺(tái)設(shè)備發(fā)生報(bào)警的時(shí)候?qū)?bào)警消息推送給接收服務(wù)器。另外，如果因?yàn)槟承┰蜻B接斷開，報(bào)警同步模塊需提供重連功能。

3.3 智能故障診斷

建立設(shè)備的故障數(shù)據(jù)庫，當(dāng)系統(tǒng)出現(xiàn)故障時(shí)，通過神經(jīng)網(wǎng)絡(luò)、隱馬爾可夫模型（HMM，Hidden Markov Model）等智能故障診斷方法實(shí)現(xiàn)故障的智能分析與實(shí)時(shí)追蹤。此外，系統(tǒng)也能通過故障預(yù)測(cè)方法對(duì)設(shè)備進(jìn)行故障的預(yù)測(cè)與預(yù)警，實(shí)現(xiàn)對(duì)軌道電路、道岔轉(zhuǎn)轍機(jī)等設(shè)備的故障趨勢(shì)預(yù)警與故障診斷。

3.4 系統(tǒng)記錄

系統(tǒng)操作記錄完成了用戶在移動(dòng)端所有相關(guān)操作的記錄工作。記錄動(dòng)作穿插在幾乎所有的可操作動(dòng)作中。并實(shí)時(shí)持久化到數(shù)據(jù)庫。用戶在查看操作日志時(shí)，系統(tǒng)會(huì)根據(jù)當(dāng)前用戶的角色來篩選出當(dāng)前用戶可查看的用戶范圍。根據(jù)業(yè)務(wù)規(guī)定，用戶只能查看自己下屬或者跟自己平級(jí)的操作日志。

3.5 登錄管理

移動(dòng)端的用戶信息共享了C端的用戶信息。所以一份用戶信息可以在C端和移動(dòng)端同樣生效。登錄管理包含移動(dòng)端的登錄登出功能，更換密碼功能，以及忘記密碼重置功能。在用戶登錄成功后需要完成cid跟用戶的綁定，以實(shí)現(xiàn)消息推送。

4 移動(dòng)客戶端

4.1 系統(tǒng)流程

系統(tǒng)的移動(dòng)客戶端用WEEX-EROS進(jìn)行開發(fā)，其運(yùn)行流程圖如圖5所示。

圖5 運(yùn)行流程圖

在local eros-cli下通過eros init生成客戶端的開發(fā)模板，并通過eros dev啟動(dòng)服務(wù)進(jìn)行實(shí)時(shí)開發(fā)效果查看和debug調(diào)試，通過eros install更新開發(fā)平臺(tái)所需的eros依賴，通過eros pack對(duì)相應(yīng)平臺(tái)內(nèi)置信息打包，通過eros build生成全量包、增量包，并內(nèi)置與更新服務(wù)器交互邏輯，形成對(duì)應(yīng)ios和Android的平臺(tái)。

4.2 移動(dòng)端通信流程

當(dāng)業(yè)務(wù)需要獲取數(shù)據(jù)時(shí)，整個(gè)通信流程是業(yè)務(wù)發(fā)起請(qǐng)求調(diào)用，使用this.$fetch接口，此接口會(huì)調(diào)用框架底層widget/axios基本封裝，對(duì)發(fā)送數(shù)據(jù)進(jìn)行簡(jiǎn)單的封裝，通過bmAxios接口調(diào)用客戶端底層方法BMAxiosNetworkModule發(fā)出HTTP請(qǐng)求。后端返回?cái)?shù)據(jù)之后，客戶端接收到數(shù)據(jù)，將數(shù)據(jù)返回到框架底層，框架底層會(huì)將返回?cái)?shù)據(jù)進(jìn)行統(tǒng)一數(shù)據(jù)處理，最終返回到業(yè)務(wù)方。

4.3 通信安全保障

業(yè)務(wù)方發(fā)起請(qǐng)求之后，框架底層會(huì)對(duì)發(fā)送數(shù)據(jù)進(jìn)行統(tǒng)一包裝，包裝內(nèi)容將所有數(shù)據(jù)進(jìn)行JSON.stringify 轉(zhuǎn)成字符串，將字符串通過加密生成密鑰，并將密鑰帶給客戶端，客戶端使用同樣的方式進(jìn)行解密，對(duì)完整性進(jìn)行校驗(yàn)。

發(fā)起請(qǐng)求時(shí)，業(yè)務(wù)還會(huì)攜帶用戶信息，客戶端會(huì)對(duì)用戶信息進(jìn)行校驗(yàn)，客戶端會(huì)對(duì)用戶真實(shí)性進(jìn)行校驗(yàn)。

4.4 實(shí)例應(yīng)用

在使用移動(dòng)客戶端時(shí)，需要進(jìn)行用戶的賬號(hào)登錄。輸入已授權(quán)的賬號(hào)才可登入移動(dòng)客戶端系統(tǒng)的主界面。

在移動(dòng)端的系統(tǒng)主界面下可以進(jìn)行報(bào)警查看、預(yù)警信息查看、人員追蹤、圖紙查看、站場(chǎng)查看、歷史曲線查看、通信狀態(tài)查詢以及系統(tǒng)狀態(tài)查詢。

智能監(jiān)測(cè)系統(tǒng)會(huì)實(shí)時(shí)記錄各項(xiàng)數(shù)據(jù)，對(duì)不同站場(chǎng)的數(shù)據(jù)進(jìn)行區(qū)別并統(tǒng)計(jì)，對(duì)一級(jí)報(bào)警、二級(jí)報(bào)警、三級(jí)報(bào)警等信息分別進(jìn)行記錄，并將相應(yīng)的數(shù)據(jù)繪制成對(duì)應(yīng)的圖表。系統(tǒng)自動(dòng)將各項(xiàng)數(shù)據(jù)上傳，將數(shù)據(jù)保存在云服務(wù)器中。通過移動(dòng)客戶端就可對(duì)各項(xiàng)信息進(jìn)行查詢。

該系統(tǒng)已在成都鐵路局投入使用。圖6為基于移動(dòng)的監(jiān)測(cè)系統(tǒng)移動(dòng)客戶端的主界面。圖7為2017年11月7日—11月14日站場(chǎng)區(qū)間一級(jí)報(bào)警的統(tǒng)計(jì)列表。圖8、圖9為各級(jí)報(bào)警的統(tǒng)計(jì)次數(shù)，以及報(bào)警級(jí)別占比的比例圖。

圖6 移動(dòng)客戶端主界面

圖7 站場(chǎng)報(bào)警次數(shù)統(tǒng)計(jì)

圖8 各級(jí)報(bào)警統(tǒng)計(jì)次數(shù)

圖9 報(bào)警級(jí)別占比圖

5 結(jié)束語

基于移動(dòng)應(yīng)用的鐵道信號(hào)智能監(jiān)測(cè)系統(tǒng)結(jié)合了云存儲(chǔ)、大數(shù)據(jù)、4G無線通信等技術(shù)，具備實(shí)時(shí)報(bào)警、監(jiān)測(cè)數(shù)據(jù)查看等功能，通過無線通信將報(bào)警記錄與監(jiān)測(cè)數(shù)據(jù)實(shí)時(shí)保存到云端，并且生成圖表信息，各級(jí)報(bào)警記錄、預(yù)警記錄和歷史數(shù)據(jù)。各項(xiàng)信息可通過客戶端與移動(dòng)端隨時(shí)查看，實(shí)現(xiàn)了對(duì)歷史數(shù)據(jù)的充分挖掘。此外，系統(tǒng)能夠結(jié)合具體的業(yè)務(wù)場(chǎng)景，對(duì)各設(shè)備進(jìn)行智能故障預(yù)測(cè)與診斷。該系統(tǒng)已在成都鐵路局實(shí)際應(yīng)用，顯著提升了各個(gè)監(jiān)測(cè)系統(tǒng)之間的數(shù)據(jù)互聯(lián)互通性，信號(hào)數(shù)據(jù)得到有效利用，實(shí)現(xiàn)了對(duì)信號(hào)系統(tǒng)各類設(shè)備的運(yùn)行方案優(yōu)化功能。