本發(fā)明涉及軌道交通技術領域，具體涉及一種城市軌道交通信號系統(tǒng)的數據監(jiān)測方法及數據監(jiān)測服務器。

背景技術：

城市軌道交通中列車運行時，信號系統(tǒng)的車載設備與軌旁設備之間有大量的信息交互，這些信息保障了列車的安全運行。若交互的信息中存在錯誤信息，則會造成巨大的安全隱患，甚至會造成重大事故。目前，軌旁只布置了數據記錄服務器對車載設備與軌旁設備之間交互信息進行記錄，以用于非實時的問題分析，發(fā)現交互信息中存在的錯誤信息。

目前信號系統(tǒng)的數據監(jiān)測方法存在問題如下：

1、數據記錄服務器只對車載設備與軌旁設備的交互信息進行記錄，不對記錄的信息進行分析，無法分辨出異常數據，并發(fā)出報警。

2、非實時的問題分析，不利于及時發(fā)現異常數據。

技術實現要素：

鑒于上述問題，本發(fā)明提出了克服上述問題或者至少部分地解決上述問題的一種城市軌道交通信號系統(tǒng)的數據監(jiān)測方法及數據監(jiān)測服務器。

為此目的，第一方面，本發(fā)明提出一種城市軌道交通信號系統(tǒng)的數據監(jiān)測方法，包括：

記錄車載設備和城市軌道交通信號系統(tǒng)的軌旁設備之間的交互數據；

基于預先配置的所述車載設備與所述軌旁設備之間的接口文件信息以及記錄的交互數據的格式信息，分析所述記錄的交互數據中是否存在異常數據；

若存在異常數據，則生成攜帶有所述異常數據的報警信息，并基于所述報警信息進行報警。

可選的，所述記錄車載設備和城市軌道交通信號系統(tǒng)的軌旁設備之間的交互數據，包括：

通過設置在所述城市軌道交通信號系統(tǒng)預先布置的各交換機上的鏡像端口獲取所述車載設備和所述軌旁設備之間的交互數據；并將獲取的交互數據進行記錄。

可選的，所述基于預先配置的所述車載設備與所述軌旁設備之間的接口文件信息以及記錄的交互數據的格式信息，分析所述記錄的交互數據中是否存在異常數據，包括：

判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同；

若不同，則判定所述記錄的交互數據中存在異常數據。

可選的，所述判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同，包括：

判斷所述記錄的交互數據的數據類型與所述接口文件信息配置的交互數據的預設數據類型是否相同。

可選的，還包括：

將所述報警信息上報至所述城市軌道交通信號系統(tǒng)的維護支持子系統(tǒng)MSS，以使所述MSS顯示所述報警信息中攜帶的異常數據。

第二方面，本發(fā)明還提出一種數據監(jiān)測服務器，包括：

數據記錄模塊，用于記錄車載設備和城市軌道交通信號系統(tǒng)的軌旁設備之間的交互數據；

數據分析模塊，用于基于預先配置的所述車載設備與所述軌旁設備之間的接口文件信息以及記錄的交互數據的格式信息，分析所述記錄的交互數據中是否存在異常數據；

異常數據報警模塊，用于所述數據分析模塊分析出存在異常數據后，生成攜帶有所述異常數據的報警信息，并基于所述報警信息進行報警。

可選的，所述數據記錄模塊，用于通過設置在所述城市軌道交通信號系統(tǒng)預先布置的各交換機上的鏡像端口獲取所述車載設備和所述軌旁設備之間的交互數據；并將獲取的交互數據進行記錄。

可選的，所述數據分析模塊，用于判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同；若不同，則判定所述記錄的交互數據中存在異常數據。

可選的，所述數據分析模塊判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同，具體為：

判斷所述記錄的交互數據的數據類型與所述接口文件信息配置的交互數據的預設數據類型是否相同。

可選的，還包括：

報警信息上報模塊，用于將所述異常數據報警模塊生成的報警信息上報至所述城市軌道交通信號系統(tǒng)的維護支持子系統(tǒng)MSS，以使所述MSS顯示所述報警信息中攜帶的異常數據。

相比于現有技術，本發(fā)明提出的城市軌道交通信號系統(tǒng)的數據監(jiān)測方法及數據監(jiān)測服務器，通過對記錄的數據進行實時分析，能夠及時發(fā)現異常數據并報警，有利于盡早知道故障，加快對故障的處理。

附圖說明

圖1為本發(fā)明第一實施例提供的一種城市軌道交通信號系統(tǒng)的數據監(jiān)測方法流程圖；

圖2為本發(fā)明第二實施例提供的一種數據監(jiān)測服務器結構示意圖；

圖3為本發(fā)明第三實施例提供的一種數據監(jiān)測服務器、車載控制器VOBC與城市軌道交通信號系統(tǒng)的列車自動控制ATC子系統(tǒng)網絡、維護支持子系統(tǒng)MSS網絡的連接示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。

如圖1所示，本實施例公開一種城市軌道交通信號系統(tǒng)的數據監(jiān)測方法，可包括以下步驟101～103：

101、記錄車載設備和城市軌道交通信號系統(tǒng)的軌旁設備之間的交互數據。

102、基于預先配置的所述車載設備與所述軌旁設備之間的接口文件信息以及記錄的交互數據的格式信息，分析所述記錄的交互數據中是否存在異常數據。

本實施例考慮到車載設備與軌旁設備之間的交互數據的格式是按照城市軌道交通信號系統(tǒng)各子系統(tǒng)之間的接口文件來確定，因此，本實施例中，基于接口文件信息與記錄的交互數據的格式信息來分析記錄的交互數據中是否存在異常數據。

103、若存在異常數據，則生成攜帶有所述異常數據的報警信息，并基于所述報警信息進行報警。

當然，若不存在異常數據，則不動作。

本實施例公開的城市軌道交通信號系統(tǒng)的數據監(jiān)測方法，通過對記錄的數據進行實時分析，能夠及時發(fā)現異常數據并報警，有利于盡早知道故障，加快對故障的處理。

在一個具體的例子中，步驟101所述記錄車載設備和城市軌道交通信號系統(tǒng)的軌旁設備之間的交互數據，包括：

通過設置在所述城市軌道交通信號系統(tǒng)預先布置的各交換機上的鏡像端口獲取所述車載設備和所述軌旁設備之間的交互數據；并將獲取的交互數據進行記錄。

本實施例中，可預先在各交換機上設置鏡像端口，該鏡像端口可獲取到交換機中各端口的數據。本實施例的執(zhí)行主體通過與各交換機上設置的鏡像端口交互，即可獲取到所述車載設備和所述軌旁設備之間的交互數據。

進一步地，本實施例公開的城市軌道交通信號系統(tǒng)的數據監(jiān)測方法，通過各交換機上設置鏡像端口獲取交換機中各端口的數據，不對車載設備與軌旁設備之間的交互數據進行阻斷，只對交互數據進行監(jiān)測，保證了車載設備與軌旁設備通信的實時性。

在一個具體的例子中，步驟102所述基于預先配置的所述車載設備與所述軌旁設備之間的接口文件信息以及記錄的交互數據的格式信息，分析所述記錄的交互數據中是否存在異常數據，包括圖1未示出的步驟1021和1022：

1021、判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同；

1022、若不同，則判定所述記錄的交互數據中存在異常數據。

當然，若相同，則判定所述記錄的交互數據中不存在異常數據。

本領域技術人員可以理解，步驟1022中，若不同，則判定格式與所述預設格式不同的交互數據為異常數據。

在一個具體的例子中，步驟1021所述判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同，包括：

判斷所述記錄的交互數據的數據類型與所述接口文件信息配置的交互數據的預設數據類型是否相同。

例如，若交互數據為身份標識且所述接口文件信息配置的身份標識的數據類型為整形數值，則判斷身份標識的數據類型為字符串類型或其他非整形數值的數據類型時，就判定該身份標識為異常數據。

在一個具體的例子中，圖1所示的城市軌道交通信號系統(tǒng)的數據監(jiān)測方法還包括圖1中未示出的步驟104：

104、將所述報警信息上報至所述城市軌道交通信號系統(tǒng)的維護支持子系統(tǒng)(Maintenance Support System，MSS)，以使所述MSS顯示所述報警信息中攜帶的異常數據。

本實施例中，MSS顯示所述報警信息中攜帶的異常數據，方便用戶查看報警并作出相應應對措施。

如圖2所示，本實施例公開一種數據監(jiān)測服務器，可應用于城市軌道交通信號系統(tǒng)的數據監(jiān)測，該數據監(jiān)測服務器可包括以下模塊：數據記錄模塊、數據分析模塊以及異常數據報警模塊。各模塊具體說明如下：

數據記錄模塊21，用于記錄車載設備和城市軌道交通信號系統(tǒng)的軌旁設備之間的交互數據；

數據分析模塊22，用于基于預先配置的所述車載設備與所述軌旁設備之間的接口文件信息以及記錄的交互數據的格式信息，分析所述記錄的交互數據中是否存在異常數據；

異常數據報警模塊23，用于所述數據分析模塊22分析出存在異常數據后，生成攜帶有所述異常數據的報警信息，并基于所述報警信息進行報警。

本實施例公開的數據監(jiān)測服務器，可實現圖1所示的城市軌道交通信號系統(tǒng)的數據監(jiān)測方法流程，因此，本實施例中的數據監(jiān)測服務器的效果及說明可參見圖1所示的方法實施例，在此不再贅述。

在一個具體的例子中，所述數據記錄模塊21，用于通過設置在所述城市軌道交通信號系統(tǒng)預先布置的各交換機上的鏡像端口獲取所述車載設備和所述軌旁設備之間的交互數據；并將獲取的交互數據進行記錄。

在一個具體的例子中，所述數據分析模塊22，用于判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同；若不同，則判定所述記錄的交互數據中存在異常數據。

在一個具體的例子中，所述數據分析模塊22判斷所述記錄的交互數據的格式與所述接口文件信息配置的交互數據的預設格式是否相同，具體為：

判斷所述記錄的交互數據的數據類型與所述接口文件信息配置的交互數據的預設數據類型是否相同。

在一個具體的例子中，圖2所示的數據監(jiān)測服務器還包括圖2中未示出的報警信息上報模塊24，用于將所述異常數據報警模塊23生成的報警信息上報至所述城市軌道交通信號系統(tǒng)的維護支持子系統(tǒng)MSS，以使所述MSS顯示所述報警信息中攜帶的異常數據。

本發(fā)明另一實施例公開一種城市軌道交通信號系統(tǒng)的數據監(jiān)測方法，執(zhí)行主體為數據監(jiān)測服務器，本實施例以車載設備為車載控制器(Vehicle On-Board Controller，VOBC)為例，以軌旁設備為城市軌道交通信號系統(tǒng)的列車自動控制(Automatic Train Control，ATC)子系統(tǒng)的軌旁設備(例如區(qū)域控制器ZC)為例，對本發(fā)明實施例進一步說明。

圖3為本實施例中數據監(jiān)測服務器、車載控制器VOBC與城市軌道交通信號系統(tǒng)的列車自動控制ATC子系統(tǒng)網絡、維護支持子系統(tǒng)MSS網絡的連接示意圖。圖3中，列車自動控制ATC子系統(tǒng)網絡，簡稱ATC網，包括ATC藍網和紅網，藍網和紅網功能相同，一個工作，另一個備用。ATC藍網和ATC紅網分別設置有與VOBC通信的無線設備-B(B即Blue)和無線設備-R(R即Red)。VOBC中包含對應的無線設備-B和無線設備-R。圖3中ATC網的區(qū)域控制器(ZC)分別與ATC藍網和ATC紅網連接。

本實施例中，數據監(jiān)測服務器對城市軌道交通信號系統(tǒng)的數據監(jiān)測過程如下步驟1～4：

1、記錄VOBC與ZC之間的交互數據。

本實施例中，城市軌道交通信號系統(tǒng)的地面集中站布置了交換機組成有線網絡，利用交換機的基本功能，在ATC藍網和紅網的交換機上分別進行端口鏡像設置，將區(qū)域控制器(ZC)、聯鎖(CI)、自動列車監(jiān)督(AutomaticTrain Supervision，ATS)子系統(tǒng)等端口的數據轉發(fā)到鏡像端口。本實施例的數據監(jiān)測服務器與各鏡像端口通信連接，因此可將經過各鏡像端口的信息均記錄至該數據監(jiān)測服務器中，數據監(jiān)測服務器至少配備三個網卡，分別與ATC紅網交換機、ATC藍網交換機和MSS網交換機相連接(參見圖3)。

記錄的VOBC與ZC之間的交互數據包括ZC向VOBC發(fā)送的數據和VOBC向ZC發(fā)送的數據，例如，VOBC向ZC發(fā)送自身位置信息和自身列車身份標識ID信息，ZC向VOBC發(fā)送列車移動授權(MA)信息。

2、分析記錄的數據

對ZC與VOBC之間的交互數據進行解析，并將解析后的交互數據的格式與ZC和VOBC接口文件中定義的數據格式進行對比，若與定義中的數據格式不同，則判定為異常數據；反之，則為正常數據。以VOBC向ZC發(fā)送的自身身份標識ID信息為例，如正常發(fā)送的ID信息的數據類型為整形數值，若分析出的數據類型為字符串類型或其他數據類型，則判定為異常數據。

3、發(fā)出異常數據報警

若實時傳輸的ZC與VOBC之間的交互數據與接口文件對比后，判定為異常數據，則通過發(fā)出報警，提示有異常數據。

4、報警上報至MSS

數據監(jiān)測服務器與MSS網絡相連，將報警信息上報至MSS，方便用戶查看報警，并作出相應應對措施。

本領域技術人員可以理解，可以把實施例中的各模塊組合成一個模塊，以及此外可以把它們分成多個子模塊?？梢圆捎萌魏谓M合對本說明書中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內并且形成不同的實施例。

本領域技術人員可以理解，實施例中的各模塊可以以硬件實現，或者以在一個或者多個處理器上運行的軟件模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據本發(fā)明實施例的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產品)。

雖然結合附圖描述了本發(fā)明的實施方式，但是本領域技術人員可以在不脫離本發(fā)明的精神和范圍的情況下做出各種修改和變型，這樣的修改和變型均落入由所附權利要求所限定的范圍之內。