本發(fā)明實施例涉及動車組技術領域，尤其涉及一種故障檢測方法、裝置及系統(tǒng)。

背景技術：

隨著我國高速鐵路的持續(xù)發(fā)展，各型高速動車組相繼進入了高級修程。現(xiàn)行的高速動車組旅客信息系統(tǒng)故障檢測流程暴露出了對動車組造成安全風險(短路)、檢測效率低、換件成本高等問題，造成這些問題的原因在于：旅客信息系統(tǒng)的各個部件都安裝在動車組內的不同位置，所有的電流、信號傳輸均需要通過車上的直流電源模塊、網絡設備等相關系統(tǒng)互聯(lián)才能實現(xiàn)；由于除了在每列動車組設有一個系統(tǒng)控制器stc外，各個單車上也設有一個單獨的車廂控制器cct，且各個測試接口分布也較為分散，因此在故障檢測過程中需要多人協(xié)作完成實驗。

并且，現(xiàn)行的故障檢測方案，需要啟動動車組，待動車組輔助供電系統(tǒng)運行穩(wěn)定后，再啟動旅客信息系統(tǒng)；通過系統(tǒng)控制器控制所有連接到該系統(tǒng)的各個車廂控制器及其它外圍設備；運行穩(wěn)定后，逐項運行各項系統(tǒng)功能，同時查看位于車頭的列車主控單元監(jiān)視界面，找到出現(xiàn)故障的本地控制單元或其它外圍設備所在的車廂號；操作人員到該車廂通過使用儀表測試、調換件、調換線等方式進行手動查找具體故障點，確定故障點后進行故障部件的更換。

在全列車供電的狀態(tài)下進行故障檢測，在查找具體故障點的過程中會使用調換件、調換線等方式、存在造成整車短路的風險，且需要多人在不同車廂同時進行操作，浪費時間和人力，檢測效率較低。

技術實現(xiàn)要素：

本發(fā)明實施例提供一種故障檢測方法、裝置及系統(tǒng)，以解決現(xiàn)有技術中檢測效率低、風險高的問題。

本發(fā)明實施例的一個方面是提供一種故障檢測方法，包括：

獲取待檢測設備中目標板卡的輸入信號和輸出信號；

根據(jù)所述輸入信號、所述輸出信號、所述輸入信號對應的第一預設范圍、以及所述輸出信號對應的第二預設范圍，確定所述輸入信號和所述輸出信號的狀態(tài)，所述狀態(tài)包括正常狀態(tài)和異常狀態(tài)；

根據(jù)所述輸入信號和所述輸出信號的狀態(tài)，確定所述目標板卡是否故障。

根據(jù)如上所述的方法，可選地，所述根據(jù)所述輸入信號和所述輸出信號的狀態(tài)，確定所述目標板卡是否故障，包括：

若所述輸入信號和/或所述輸出信號的狀態(tài)為異常狀態(tài)，則確定所述目標板卡故障。

根據(jù)如上所述的方法，可選地，所述根據(jù)所述輸入信號、所述輸出信號、所述輸入信號對應的第一預設范圍、以及所述輸出信號對應的第二預設范圍，確定所述輸入信號和所述輸出信號的狀態(tài)，包括：

若所述輸入信號的值不在所述第一預設范圍內，則確定所述輸入信號的狀態(tài)為異常狀態(tài)；

若所述輸出信號的值不在所述第二預設范圍內，則確定所述輸出信號的狀態(tài)為異常狀態(tài)。

根據(jù)如上所述的方法，可選地，所述獲取待檢測設備中目標板卡的輸入信號和輸出信號，包括：

通過設置在所述目標板卡的輸入端和輸出端的信號檢測節(jié)點采集所述輸入信號和所述輸出信號。

根據(jù)如上所述的方法，可選地，在獲取待檢測設備中目標板卡的輸入信號和輸出信號之前，所述方法還包括：

向所述待檢測設備發(fā)送對應的控制信息，所述控制信息用于控制所述待檢測設備處于工作狀態(tài)，以使故障檢測裝置能夠獲取所述待檢測設備中目標板卡的輸入信號和輸出信號。

本發(fā)明的另一個方面，提供一種故障檢測裝置，包括：

獲取模塊，用于獲取待檢測設備中目標板卡的輸入信號和輸出信號；

判斷模塊，用于根據(jù)所述輸入信號、所述輸出信號、所述輸入信號對應的第一預設范圍、以及所述輸出信號對應的第二預設范圍，確定所述輸入信號和所述輸出信號的狀態(tài)，所述狀態(tài)包括正常狀態(tài)和異常狀態(tài)；

確定模塊，用于根據(jù)所述輸入信號和所述輸出信號的狀態(tài)，確定所述目標板卡是否故障。

根據(jù)如上所述的裝置，可選地，所述確定模塊，具體用于若所述輸入信號和/或所述輸出信號的狀態(tài)為異常狀態(tài)，則確定所述目標板卡故障。

根據(jù)如上所述的裝置，可選地，所述判斷模塊，具體用于若所述輸入信號的值不在所述第一預設范圍內，則確定所述輸入信號的狀態(tài)為異常狀態(tài)；若所述輸出信號的值不在所述第二預設范圍內，則確定所述輸出信號的狀態(tài)為異常狀態(tài)。

根據(jù)如上所述的裝置，可選地，所述獲取模塊，具體用于通過設置在所述目標板卡的輸入端和輸出端的信號檢測節(jié)點采集所述輸入信號和所述輸出信號。

根據(jù)如上所述的裝置，可選地，還包括：

發(fā)送模塊，用于向所述待檢測設備發(fā)送對應的控制信息，所述控制信息用于控制所述待檢測設備處于工作狀態(tài)，以使故障檢測裝置能夠獲取所述待檢測設備中目標板卡的輸入信號和輸出信號。

本發(fā)明的再一個方面提供一種故障檢測系統(tǒng)，包括如上所述的故障檢測裝置。

本發(fā)明實施例提供的故障檢測方法、裝置及系統(tǒng)，通過根據(jù)待檢測設備中目標板卡的輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，將故障點具體定位到各待檢測設備中的板卡，不僅避免了需要多人在不同車廂同時進行操作，浪費時間和人力，提高了檢測效率，同時也提高了檢測精度，解決了現(xiàn)有技術中只能檢測到系統(tǒng)中機箱或模塊一級的故障點，導致更換成本高的問題。

附圖說明

圖1為本發(fā)明一實施例提供的故障檢測方法的流程示意圖；

圖2為本發(fā)明一實施例提供的故障檢測系統(tǒng)的結構示意圖；

圖3為本發(fā)明一實施例提供的故障檢測裝置的結構示意圖；

圖4為本發(fā)明另一實施例提供的故障檢測裝置的結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

實施例一

本實施例提供一種故障檢測方法，用于對動車組的旅客信息系統(tǒng)進行故障檢測，該故障檢測方法的執(zhí)行主體為故障檢測裝置，該故障檢測裝置可以設置在終端設備中，比如工業(yè)控制計算機中，與其他輔助設備組成故障檢測系統(tǒng)。

如圖1所示，為本實施例提供的故障檢測方法的流程示意圖。該方法包括：

步驟101，獲取待檢測設備中目標板卡的輸入信號和輸出信號。

步驟102，根據(jù)輸入信號、輸出信號、輸入信號對應的第一預設范圍、以及輸出信號對應的第二預設范圍，確定輸入信號和輸出信號的狀態(tài)，狀態(tài)包括正常狀態(tài)和異常狀態(tài)。

步驟103，根據(jù)輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障。

具體的，包括上述故障檢測裝置的故障檢測系統(tǒng)可以模擬動車組運行時所需的所有功能，同時具有自動檢測故障部件的功能。通過該系統(tǒng)模擬動車組控制系統(tǒng)對旅客信息系統(tǒng)發(fā)出的控制信息，旅客信息系統(tǒng)接收控制信息后執(zhí)行相應的動作同時向該裝置反饋信號，如有因旅客信息系統(tǒng)內某一部件(板卡)故障導致其輸入/輸出信號異常，則將故障信息反饋給該裝置。這樣就將旅客信息系統(tǒng)故障檢測過程中所需的各項功能和安全隱患轉移到該系統(tǒng)上，提高了檢測效率，并消除了檢測試驗過程對動車組構成的安全風險。

需要說明的是，該故障檢測系統(tǒng)除了包括上述故障檢測裝置的工業(yè)控制計算機外，還可以包括用于模擬動車組運行時旅客信息系統(tǒng)所需的各種控制信息，例如衛(wèi)生間呼叫模擬、車廂旅客呼叫模擬、音視頻播放命令輸入、廣播模擬等功能。同時在系統(tǒng)控制器stc、車廂控制器cct、視頻娛樂單元ver和音頻分配單元adr四個設備中各個板卡的輸入端和輸出端設置信號檢測節(jié)點，用于采集各個板卡的輸入信號和輸出信號，并對信號質量進行檢測，根據(jù)各路信號的狀態(tài)和診斷邏輯判斷具體的故障點(板卡)。該故障檢測系統(tǒng)主要用于檢測旅客信息系統(tǒng)中的stc、cct、ver和adr四個設備的具體故障點(具體到故障板卡)。

具體檢測時，可以將stc、cct、ver和adr四個設備從動車組上拆下，并移植安裝到故障檢測系統(tǒng)中對應的檢測區(qū)域，接通電源，操作上位機或用于控制發(fā)送控制信息的其他模擬硬件裝置發(fā)送對應的控制信息，啟動檢測程序，比如在上位機中選擇播放的視頻文件，啟動視頻播放程序。在上位機的監(jiān)視界面中可以查看信號檢測節(jié)點的狀態(tài)?；蛘咴诠收蠙z測系統(tǒng)中已經包括了確認無故障的stc、cct、ver和adr四個設備，則只需將待檢測的stc、cct、ver或adr其中的一個設備安裝到對應的檢測區(qū)域，接通電源，并開啟檢測程序。當發(fā)送了對應的控制信息后，對應的待檢測設備則處于開啟狀態(tài)，該故障檢測裝置則可以通過設置在待檢測設備中各板卡的輸入端和輸出端的信號檢測節(jié)點獲取各板卡的輸入信號和輸出信號；各信號檢測節(jié)點均與工業(yè)控制計算機中的故障檢測裝置相連接，將檢測到的輸入信號或輸出信號反饋給故障檢測裝置；每個板卡的輸入信號和輸出信號都具有對應的表示處于正常狀態(tài)的預設范圍，根據(jù)目標板卡的輸入信號、輸出信號、輸入信號對應的第一預設范圍、以及輸出信號對應的第二預設范圍，則可以確定該目標板卡的輸入信號和輸出信號的狀態(tài)，該狀態(tài)包括正常狀態(tài)和異常狀態(tài)。

可選地，當輸入信號的值在第一預設范圍內時，則確定輸入信號的狀態(tài)為正常狀態(tài)，當輸入信號的值在第一預設范圍外時，則確定輸入信號的狀態(tài)為異常狀態(tài)。同樣地，輸出信號的值在第二預設范圍內，則為正常狀態(tài)，不在第二預設范圍內則為異常狀態(tài)。

進一步地，根據(jù)目標板卡輸入信號和輸出信號的狀態(tài)，可以確定該目標板卡是否故障。比如，若目標板卡的輸入信號和輸出信號都是正常狀態(tài)，則可確定目標板卡沒有故障，若輸入信號正常狀態(tài)，輸出信號異常狀態(tài)，則確定目標板卡故障。

根據(jù)本實施例的故障檢測方，通過根據(jù)待檢測設備中目標板卡的輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，將故障點具體定位到各待檢測設備中的板卡，不僅避免了需要多人在不同車廂同時進行操作，浪費時間和人力，提高了檢測效率，同時也提高了檢測精度，解決了現(xiàn)有技術中只能檢測到系統(tǒng)中機箱或模塊一級的故障點，導致更換成本高的問題。

實施例二

本實施例對實施例一提供的故障檢測方法做進一步補充說明。

如圖2所示，為本實施例提供的故障檢測系統(tǒng)的結構示意圖，以便于說明故障檢測的具體過程。其中，故障檢測裝置設置在工業(yè)控制計算機中。各板卡的輸入端和輸出端設置的信號檢測節(jié)點都與故障檢測裝置連接，為故障檢測裝置提供采集的各板卡的輸入信號和輸出信號。

作為一種可實施的方式，在上述實施例一的基礎上，可選地，根據(jù)輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，包括：若輸入信號和/或輸出信號的狀態(tài)為異常狀態(tài)，則確定目標板卡故障。

作為另一種可實施的方式，在上述實施例一的基礎上，可選地，當輸入信號的值在第一預設范圍內時，則確定輸入信號的狀態(tài)為正常狀態(tài)，當輸入信號的值在第一預設范圍外時，則確定輸入信號的狀態(tài)為異常狀態(tài)。同樣地，輸出信號的值在第二預設范圍內，則為正常狀態(tài)，不在第二預設范圍內則為異常狀態(tài)。

作為再一種可實施的方式，在上述實施例一的基礎上，可選地，通過設置在目標板卡的輸入端和輸出端的信號檢測節(jié)點采集輸入信號和輸出信號。

作為又一種可實施的方式，在上述實施例一的基礎上，可選地，在獲取待檢測設備中目標板卡的輸入信號和輸出信號之前，該方法還包括向待檢測設備發(fā)送對應的控制信息，控制信息用于控制待檢測設備處于工作狀態(tài)，以使故障檢測裝置能夠獲取待檢測設備中目標板卡的輸入信號和輸出信號。該控制信息是該故障檢測系統(tǒng)模擬的動車組旅客信息系統(tǒng)正常工作時所需要的控制信號。需要說明的是，控制信息傳輸?shù)酱龣z測設備的具體過程與實際動車組相同，比如通過stc將控制信息通過數(shù)據(jù)總線傳輸?shù)絚ct，由cct與顯示器、揚聲器、呼叫器等硬件進行通信。ver接收stc的控制信息，并向stc反饋信號；adr接收cct的控制信息并向cct反饋信號。該故障檢測系統(tǒng)都可以模擬動車組運行時所需的功能，具體的模擬動車組運行時所需控制信息的方式可以為現(xiàn)有技術中的任意可實施的方式，在此不做限制。

具體的，若故障檢測系統(tǒng)中已經包括了確認無故障的stc、cct、ver和adr四個設備，比如待檢測設備為ver，則只需將待檢測設備ver替換故障檢測系統(tǒng)中的無故障的ver，接通電源，在上位機中選擇播放的視頻文件，啟動視頻播放程序；在上位機的監(jiān)視界面中查看目標板卡的輸入端和輸出端的信號檢測節(jié)點a、b采集的輸入信號和輸出信號的狀態(tài)，具體是由故障檢測裝置根據(jù)采集到的輸入信號和輸出信號判斷出其狀態(tài)發(fā)送到上位機進行顯示的，若信號檢測節(jié)點a、b采集的輸入信號和輸出信號的狀態(tài)均正常，則ver中該輸入信號和輸出信號對應的目標板卡的檢測結果為正常，無故障發(fā)生；若信號檢測節(jié)點a采集的輸入信號狀態(tài)正常，信號檢測節(jié)點b采集的輸出信號的狀態(tài)異常，依據(jù)故障診斷邏輯(如表1所示)可判定是ver中的目標板卡解碼板卡發(fā)生了故障，須做更換處理；若信號檢測節(jié)點a采集的輸入信號狀態(tài)異常，在確定與之通訊的上位機中的視頻信號輸出板卡正常的情況下，也可以確定是ver中的目標板卡解碼板卡發(fā)生了故障，須做更換處理。

表1

需要說明的是，該故障檢測系統(tǒng)還可以同時檢測stc、cct、ver和adr四個設備或者四個設備中的兩個或三個是否故障。以同時檢測四個設備為例，此時，需要將四個設備均安裝到故障檢測系統(tǒng)中的對應的檢測區(qū)域，接通電源，可依次發(fā)出對應的模擬的控制信息，可以從任意一個設備的任意一個板卡開始檢測。

舉例來說，要檢測動車組的語音播報功能，即檢測adr是否故障，可以在上位機中選擇選擇播報的語音文件，啟動語音播報程序；在上位機的監(jiān)視界面中查看信號檢測節(jié)點c、d、e、f采集的信號輸入信號或輸出信號的狀態(tài)，若各個信號檢測節(jié)點采集的信號的狀態(tài)均正常，則語音播報功能測試結果為正常，無故障部件；若信號檢測節(jié)點c采集的信號狀態(tài)正常，信號檢測節(jié)點d采集的信號狀態(tài)異常，根據(jù)故障診斷邏輯則可判定是adr中的hub板卡發(fā)生了故障，須做更換處理，處理完畢后重新進行整個測試過程；若信號檢測節(jié)點c采集的信號狀態(tài)異常，須檢測與之通訊的cct中的音頻切換板卡，若信號檢測節(jié)點e采集的信號狀態(tài)正常，依據(jù)故障診斷邏輯可判定是cct中的音頻切換板卡發(fā)生了故障，須做更換處理，處理完畢后重新進行整個測試過程；若信號檢測節(jié)點e采集的信號狀態(tài)異常，信號檢測節(jié)點f采集的信號狀態(tài)正常，依據(jù)故障診斷邏輯可判定是stc中的解碼板卡發(fā)生了故障，須做更換處理，處理完畢后重新進行整個測試過程；若信號檢測節(jié)點f狀態(tài)異常，須檢測與之通訊的上位機中的音頻信號輸出板卡，排除該板卡故障后重新進行整個測試過程?？梢岳斫獾?，上位機的個數(shù)可以根據(jù)實際需要進行設置，在此不做限定。

需要說明的是，stc、cct、ver和adr四個設備均具有其中各板卡的輸入端和輸出端，根據(jù)各輸入端和輸出端就可以確定是哪個板卡，四個設備的具體結構為現(xiàn)有技術，在此不做限定。圖2僅為該故障檢測系統(tǒng)的部分結構示意圖，并不是實際的結構圖，實際結構中還可以包括一些其他輔助設備，比如模擬動車組衛(wèi)生間呼叫的硬件設備、服務呼叫顯示器、用于模擬車廂廣播的揚聲器等，具體可以根據(jù)動車組實際功能進行設置，在此不做限定。

需要說明的是，本實施例中各可實施的方式可以單獨實施，也可以任意的組合方式結合實施，在此不做限定。

根據(jù)本實施例的故障檢測方法，通過根據(jù)待檢測設備中目標板卡的輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，將故障點具體定位到各待檢測設備中的板卡，不僅避免了需要多人在不同車廂同時進行操作，浪費時間和人力，提高了檢測效率，同時也提高了檢測精度，解決了現(xiàn)有技術中只能檢測到系統(tǒng)中機箱或模塊一級的故障點，導致更換成本高的問題。

實施例三

本實施例提供一種故障檢測裝置，用于執(zhí)行上述任一實施例提供的故障檢測方法，該故障檢測裝置可以設置在終端設備中，比如工業(yè)控制計算機中。

如圖3所示，為本實施例提供的故障檢測裝置的結構示意圖。該故障檢測裝置30包括獲取模塊31、判斷模塊32和確定模塊33。

其中，獲取模塊31用于獲取待檢測設備中目標板卡的輸入信號和輸出信號；判斷模塊32用于根據(jù)輸入信號、輸出信號、輸入信號對應的第一預設范圍、以及輸出信號對應的第二預設范圍，確定輸入信號和輸出信號的狀態(tài)，狀態(tài)包括正常狀態(tài)和異常狀態(tài)；確定模塊33用于根據(jù)輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障。

關于本實施例提供的故障檢測裝置，其中各模塊的具體操作已在相關方法實施例中進行了具體說明，在此不再贅述。

本實施例提供的故障檢測裝置，通過根據(jù)待檢測設備中目標板卡的輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，將故障點具體定位到各待檢測設備中的板卡，不僅避免了需要多人在不同車廂同時進行操作，浪費時間和人力，提高了檢測效率，同時也提高了檢測精度，解決了現(xiàn)有技術中只能檢測到系統(tǒng)中機箱或模塊一級的故障點，導致更換成本高的問題。

實施例四

本實施例對上述實施例三提供的故障檢測裝置做進一步補充說明。

如圖4所示，為本實施例提供的故障檢測裝置的結構示意圖。在上述實施例的基礎上，該故障檢測裝置30還包括發(fā)送模塊34。

作為一種可實施的方式，在上述實施例三的基礎上，可選地，確定模塊33具體用于若輸入信號和/或輸出信號的狀態(tài)為異常狀態(tài)，則確定目標板卡故障。

作為另一種可實施的方式，在上述實施例三的基礎上，可選地，判斷模塊32具體用于若輸入信號的值不在第一預設范圍內，則確定輸入信號的狀態(tài)為異常狀態(tài)；若輸出信號的值不在第二預設范圍內，則確定輸出信號的狀態(tài)為異常狀態(tài)。

作為再一種可實施的方式，在上述實施例三的基礎上，可選地，獲取模塊31具體用于通過設置在目標板卡的輸入端和輸出端的信號檢測節(jié)點采集輸入信號和輸出信號。

作為又一種可實施的方式，在上述實施例三的基礎上，可選地，發(fā)送模塊34用于向待檢測設備發(fā)送對應的控制信息，控制信息用于控制待檢測設備處于工作狀態(tài)，以使故障檢測裝置能夠獲取待檢測設備中目標板卡的輸入信號和輸出信號。具體的，是由上位機發(fā)送對應的控制指令由工業(yè)控制計算機解釋成對應的控制信息，比如旅客信息系統(tǒng)所需的時序信息，故障檢測裝置將該控制信息發(fā)送給對應的設備，需要說明的是，有可能由故障檢測裝置發(fā)出的控制信息并不是直接發(fā)送到待檢測設備，比如需要經過stc去控制cct。具體的控制信息傳輸過程與實際動車組上的傳輸過程相同，在此不再贅述。

需要說明的是，本實施例中各可實施的方式可以單獨實施，也可以任意的組合方式結合實施，在此不做限定。

關于本實施例提供的故障檢測裝置，其中各模塊的具體操作已在相關方法實施例中進行了具體說明，在此不再贅述。

本實施例提供的故障檢測裝置，通過根據(jù)待檢測設備中目標板卡的輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，將故障點具體定位到各待檢測設備中的板卡，不僅避免了需要多人在不同車廂同時進行操作，浪費時間和人力，提高了檢測效率，同時也提高了檢測精度，解決了現(xiàn)有技術中只能檢測到系統(tǒng)中機箱或模塊一級的故障點，導致更換成本高的問題。

實施例五

本實施例提供一種故障檢測系統(tǒng)，包括上述任一實施例提供的故障檢測裝置。

可選地，該故障檢測系統(tǒng)還可以包括為模擬動車組正常運行時的旅客信息系統(tǒng)功能的硬件設備，比如用于輸入播放的視頻文件的上位機、用于輸入人工呼叫信息的呼叫機等硬件設備。

可選地，為了檢測更加方便，還可以包括確定無故障的stc、cct、ver和adr四個設備或包括其中的一個或多個，既可以在其他三個設備無故障的情況下，只需檢測一個待檢測設備是否故障即可，又可以同時檢測四個設備或者同時檢測其中的兩個或三個設備。具體不做限制。

需要說明的是關于該故障檢測系統(tǒng)具體檢測過程以及其所包括的故障檢測裝置的各個模塊的具體操作，已在相關方法實施例中進行了詳細說明，在此不再贅述。

根據(jù)本實施例提供的故障檢測系統(tǒng)，通過根據(jù)待檢測設備中目標板卡的輸入信號和輸出信號的狀態(tài)，確定目標板卡是否故障，將故障點具體定位到各待檢測設備中的板卡，不僅避免了需要多人在不同車廂同時進行操作，浪費時間和人力，提高了檢測效率，同時也提高了檢測精度，解決了現(xiàn)有技術中只能檢測到系統(tǒng)中機箱或模塊一級的故障點，導致更換成本高的問題。并且，采用該故障檢測系統(tǒng)對動車組旅客信息系統(tǒng)進行故障檢測，不需要啟動動車組，將旅客信息系統(tǒng)故障檢測過程中所需的各項功能和安全隱患轉移到該故障檢測系統(tǒng)上，進一步提高了檢測效率，并消除了檢測過程中對動車組構成的安全風險。

在本發(fā)明所提供的幾個實施例中，應該理解到，所揭露的裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質中。上述軟件功能單元存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。而前述的存儲介質包括：u盤、移動硬盤、只讀存儲器(read-onlymemory，rom)、隨機存取存儲器(randomaccessmemory，ram)、磁碟或者光盤等各種可以存儲程序代碼的介質。

本領域技術人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的裝置的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

最后應說明的是：以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。