本發(fā)明涉及列車技術(shù)，尤其涉及一種列車診斷方法與人機(jī)交互界面HMI系統(tǒng)。

背景技術(shù)：

隨著軌道交通事業(yè)的蓬勃發(fā)展，國(guó)內(nèi)出現(xiàn)了多樣式的軌道交通形式，例如高速鐵路、城際快車、地鐵、城市軌道交通等，這些軌道交通為人們的出行帶來(lái)很大的方便。在軌道交通給人們帶來(lái)方便的同時(shí)，軌道車輛的安全運(yùn)營(yíng)和車載診斷系統(tǒng)顯的越發(fā)重要。

當(dāng)前列車的診斷系統(tǒng)一般是集成在列車控制和管理系統(tǒng)(Train Control and Management System，簡(jiǎn)稱TCMS)的列車控制單元(Vehicle Control Unit，簡(jiǎn)稱VCU)中，使得VCU在負(fù)責(zé)列車控制功能外，還負(fù)責(zé)對(duì)列車的數(shù)據(jù)進(jìn)行分析和診斷，并將符合診斷邏輯的故障信息通過(guò)固定的通訊協(xié)議傳遞給人機(jī)交互界面(Human Machine Interface，簡(jiǎn)稱HMI)系統(tǒng)，HMI系統(tǒng)再將VCU發(fā)來(lái)的故障信息進(jìn)行內(nèi)部查表并將詳細(xì)的診斷信息顯示出來(lái)。這樣當(dāng)列車發(fā)生故障時(shí)，司機(jī)就能夠根據(jù)HMI顯示出的故障信息和診斷信息進(jìn)行臨時(shí)處理操作。

但是，現(xiàn)有技術(shù)中當(dāng)用戶需要更新診斷系統(tǒng)時(shí)，會(huì)對(duì)控制系統(tǒng)當(dāng)前的運(yùn)行帶來(lái)影響。

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

本發(fā)明提供一種列車診斷方法與人機(jī)交互界面HMI系統(tǒng)，通過(guò)將列車的診斷系統(tǒng)集成到列車的HMI系統(tǒng)中，進(jìn)而在不影響列車控制系統(tǒng)的前提下實(shí)現(xiàn)了對(duì)列車的診斷系統(tǒng)的實(shí)時(shí)更新。

第一方面，本發(fā)明提供一種列車診斷方法，包括：

人機(jī)交互界面HMI系統(tǒng)獲取列車數(shù)據(jù)；

所述HMI系統(tǒng)根據(jù)所述列車數(shù)據(jù)和預(yù)設(shè)的第一診斷配置文件，確定所述列車的故障信息；其中，所述第一診斷配置文件包括多個(gè)故障診斷邏輯文件；

所述HMI系統(tǒng)根據(jù)所述故障信息和預(yù)設(shè)的故障字典手冊(cè)進(jìn)行匹配，獲得所述故障信息對(duì)應(yīng)的診斷信息，并將所述故障信息和所述診斷信息進(jìn)行顯示。

本發(fā)明的另一種實(shí)施例方式中，所述方法還包括：

所述HMI系統(tǒng)根據(jù)終端發(fā)送的更新請(qǐng)求，向所述終端發(fā)送所述第一診斷配置文件，以使所述終端根據(jù)所述第一診斷配置文件和所述終端預(yù)設(shè)的第二診斷配置文件確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件；

所述HMI系統(tǒng)接收所述終端發(fā)送的更新指示，并根據(jù)所述更新指示更新所述第一診斷配置文件。

進(jìn)一步地，當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量小于或者等于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶所述待更新的故障診斷邏輯文件的標(biāo)識(shí)、與所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

進(jìn)一步地，當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量大于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶目標(biāo)版本的診斷配置文件，所述目標(biāo)版本的診斷配置文件包括待更新的故障診斷邏輯文件的標(biāo)識(shí)、所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件、以及所述第一診斷配置文件中不需要更新的故障診斷邏輯文件。

進(jìn)一步地，所述HMI系統(tǒng)根據(jù)所述更新指示更新所述第一診斷配置文件，具體包括：

所述HMI系統(tǒng)根據(jù)所述更新指示中的所述待更新的故障診斷邏輯文件的標(biāo)識(shí)，逐一更新每個(gè)標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

進(jìn)一步地，所述HMI系統(tǒng)根據(jù)所述更新指示更新所述第一診斷配置文件，具體包括：

所述HMI系統(tǒng)根據(jù)所述更新指示，將所述第一診斷配置文件替換為所述目標(biāo)版本的診斷配置文件。

第二方面，本發(fā)明提供一種人機(jī)交互界面HMI系統(tǒng)，包括：

獲取模塊，用于獲取列車數(shù)據(jù)；

診斷模塊，用于根據(jù)所述列車數(shù)據(jù)和預(yù)設(shè)的第一診斷配置文件，確定所述列車的故障信息；其中，所述第一診斷配置文件包括多個(gè)故障診斷邏輯文件；

匹配顯示模塊，用于根據(jù)所述故障信息和預(yù)設(shè)的故障字典手冊(cè)進(jìn)行匹配，獲得所述故障信息對(duì)應(yīng)的診斷信息，并將所述故障信息和所述診斷信息進(jìn)行顯示。

本發(fā)明的另一種實(shí)施方式中，所述診斷系統(tǒng)還包括：

發(fā)送模塊，用于根據(jù)終端發(fā)送的更新請(qǐng)求，向所述終端發(fā)送所述第一診斷配置文件，以使所述終端根據(jù)所述第一診斷配置文件和所述終端預(yù)設(shè)的第二診斷配置文件確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件；

接收模塊，用于接收所述終端發(fā)送的更新指示；

更新模塊，用于根據(jù)所述更新指示更新所述第一診斷配置文件。

進(jìn)一步地，當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量小于或者等于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶所述待更新的故障診斷邏輯文件的標(biāo)識(shí)、與所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

進(jìn)一步地，當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量大于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶目標(biāo)版本的診斷配置文件，所述目標(biāo)版本的診斷配置文件包括待更新的故障診斷邏輯文件的標(biāo)識(shí)、所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件、以及所述第一診斷配置文件中不需要更新的故障診斷邏輯文件。

進(jìn)一步地，所述更新模塊，具體用于根據(jù)所述更新指示中的所述待更新的故障診斷邏輯文件的標(biāo)識(shí)，逐一更新每個(gè)標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

進(jìn)一步地，所述更新模塊，還用于根據(jù)所述更新指示中的所述待更新的故障診斷邏輯文件的標(biāo)識(shí)，逐一更新每個(gè)標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

本發(fā)明提供的列車診斷方法與人機(jī)交互界面HMI系統(tǒng)，HMI系統(tǒng)首先獲取列車數(shù)據(jù)，接著根據(jù)列車數(shù)據(jù)和預(yù)設(shè)的第一診斷配置文件，確定列車的故障信息，然后根據(jù)該故障信息和預(yù)設(shè)的故障字典手冊(cè)進(jìn)行匹配，獲得改故障信息對(duì)應(yīng)的診斷信息，并將上述故障信息和上述診斷信息進(jìn)行顯示，使得工作人員根據(jù)顯示的該診斷信息進(jìn)行臨時(shí)操作處理，并根據(jù)該故障信息對(duì)故障位置進(jìn)行檢修，以及時(shí)排除故障保證列車的安全運(yùn)行。本實(shí)施例的方法，通過(guò)將用于對(duì)列車的故障進(jìn)行診斷的第一診斷配置文件集成在HMI系統(tǒng)中，使得HM系統(tǒng)能夠根據(jù)該第一診斷配置文件實(shí)現(xiàn)對(duì)列車的故障診斷，當(dāng)需要對(duì)列車的診斷系統(tǒng)進(jìn)行更新時(shí)，只需要更新HMI系統(tǒng)中的各故障診斷邏輯文件即可，不會(huì)影響列車控制系統(tǒng)的正常運(yùn)行，進(jìn)而實(shí)現(xiàn)了在保證列車正常運(yùn)行的情況下對(duì)診斷系統(tǒng)的實(shí)時(shí)更新，保證了對(duì)列車故障的及時(shí)診斷處理，提高了列車的安全運(yùn)行。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明技術(shù)方案的應(yīng)用場(chǎng)景圖；

圖2為本發(fā)明提供的列車診斷方法實(shí)施例一的流程示意圖；

圖2a為不同故障等級(jí)對(duì)應(yīng)的掃描周期示意圖；

圖3為本發(fā)明提供的列車診斷方法實(shí)施例二的流程示意圖；

圖4為本發(fā)明提供的列車診斷方法實(shí)施例三的流程示意圖；

圖5為本發(fā)明提供的列車診斷方法實(shí)施例四的流程示意圖；

圖6為本發(fā)明提供的人機(jī)交互界面HMI系統(tǒng)實(shí)施例一的結(jié)構(gòu)示意圖；

圖7為本發(fā)明提供的人機(jī)交互界面HMI系統(tǒng)實(shí)施例二的結(jié)構(gòu)示意圖。

具體實(shí)施方式

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

本發(fā)明提供的列車診斷方法與人機(jī)交互界面HMI系統(tǒng)適用于任何型號(hào)的列車，用于解決目前由于列車的診斷系統(tǒng)集成在列車的控制系統(tǒng)中，當(dāng)用戶需要更新該診斷系統(tǒng)時(shí)會(huì)對(duì)控制系統(tǒng)當(dāng)前的運(yùn)行狀態(tài)造成影響，進(jìn)而引起安全隱患的問(wèn)題。本發(fā)明的技術(shù)方案，通過(guò)將列車的診斷系統(tǒng)集成在人機(jī)交互界面HMI系統(tǒng)中(即將用于對(duì)列車的故障進(jìn)行診斷的第一診斷配置文件集成在HMI系統(tǒng)中)，進(jìn)而與列車的控制系統(tǒng)分離，這樣當(dāng)對(duì)列車的診斷系統(tǒng)進(jìn)行更新時(shí)則不會(huì)影響控制系統(tǒng)的正常工作，進(jìn)而可以實(shí)現(xiàn)對(duì)列車的診斷系統(tǒng)的實(shí)時(shí)更新，從而提高了列車的安全性。

需要說(shuō)明的是，本實(shí)施例的研究對(duì)象為同一輛列車，即本實(shí)施例中的列車控制和管理系統(tǒng)TCMS、人機(jī)交互界面HMI系統(tǒng)、第一診斷配置文件、故障字典手冊(cè)等都是屬于同一輛列車。

圖1為本發(fā)明技術(shù)方案的應(yīng)用場(chǎng)景圖，如圖1所示，列車的診斷系統(tǒng)位于HMI系統(tǒng)中，列車中的列車控制和管理系統(tǒng)TCMS和HMI系統(tǒng)分別與列車數(shù)據(jù)總線連接，并且可以與列車總線解析器互相通信，即可以從列車總線解析器中實(shí)時(shí)讀取列車數(shù)據(jù)。同時(shí)，TCMS與HMI系統(tǒng)之間也可以互相通信，即HMI系統(tǒng)中的HMI顯示器可以將TCMS的控制指令顯示給工作人員，同時(shí)工作人員通過(guò)HMI系統(tǒng)可以查看TCMS中的相關(guān)控制指令等。

下面以具體地實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)說(shuō)明。下面這幾個(gè)具體的實(shí)施例可以相互結(jié)合，對(duì)于相同或相似的概念或過(guò)程可能在某些實(shí)施例不再贅述。

圖2為本發(fā)明提供的列車診斷方法實(shí)施例一的流程示意圖，本實(shí)施例涉及的是HMI系統(tǒng)進(jìn)行列車故障診斷的具體過(guò)程。如圖2所述，本實(shí)施例的列車診斷方法包括：

S201、HMI系統(tǒng)獲取列車數(shù)據(jù)。

具體的，如圖1所示，本實(shí)施例的HMI系統(tǒng)與列車總線連接，可以從列車總線解析器中實(shí)時(shí)獲得列車數(shù)據(jù)，例如列車的時(shí)速、列車的牽引力和制動(dòng)力等信息，用于后續(xù)根據(jù)該列車數(shù)據(jù)進(jìn)行列車的故障診斷。

S202、HMI系統(tǒng)根據(jù)所述列車數(shù)據(jù)和預(yù)設(shè)的第一診斷配置文件，確定所述列車的故障信息。

其中，所述第一診斷配置文件包括多個(gè)故障診斷邏輯文件。

需要說(shuō)明的是，本發(fā)明的HMI系統(tǒng)可以包括服務(wù)器、顯示器和存儲(chǔ)器等設(shè)備，其中第一診斷配置文件保存在HMI系統(tǒng)中的閃存Flash存儲(chǔ)器中。

具體的，本實(shí)施例的第一診斷配置文件包括了關(guān)于該列車的多個(gè)故障診斷邏輯文件。當(dāng)需要對(duì)列車進(jìn)行故障診斷時(shí)，HMI系統(tǒng)將閃存Flash存儲(chǔ)器中的第一診斷配置文件調(diào)入HMI系統(tǒng)的運(yùn)行存儲(chǔ)器中，并根據(jù)上述S201步驟獲得此時(shí)的列車數(shù)據(jù)，接著將該列車數(shù)據(jù)輸入到故障診斷邏輯文件中，使得故障診斷邏輯文件根據(jù)此時(shí)的列車數(shù)據(jù)獲得此時(shí)列車的故障信息。

可選地，圖2a為不同故障等級(jí)對(duì)應(yīng)的掃描周期示意圖，由于列車的故障等級(jí)不同，為了保證對(duì)故障等級(jí)高的故障的及時(shí)檢測(cè)，如圖2a所示，本實(shí)施例采用多線程的方法來(lái)實(shí)現(xiàn)對(duì)不同故障等級(jí)的掃描。例如，在HMI系統(tǒng)中設(shè)置3個(gè)線程，其中線程1周期性的掃描大故障、線程2周期性的掃描中故障和線程3周期性的掃描小故障，并且要求對(duì)故障等級(jí)高的掃面線程周期短，以確保對(duì)大故障的及時(shí)檢測(cè)。

本實(shí)施例的技術(shù)方案，通過(guò)將第一診斷配置文件設(shè)置在HMI系統(tǒng)中，當(dāng)需要對(duì)列車的診斷系統(tǒng)(即第一診斷配置文件)進(jìn)行更新時(shí)，只需要更新HMI系統(tǒng)中的各故障診斷邏輯文件即可，不會(huì)影響列車控制系統(tǒng)的正常運(yùn)行，進(jìn)而實(shí)現(xiàn)了在保證列車正常運(yùn)行的情況下對(duì)列車的診斷系統(tǒng)的實(shí)時(shí)更新，從而保證了對(duì)列車故障的及時(shí)診斷處理，提高了列車的安全運(yùn)行。

S203、HMI系統(tǒng)根據(jù)所述故障信息和預(yù)設(shè)的故障字典手冊(cè)進(jìn)行匹配，獲得所述故障信息對(duì)應(yīng)的診斷信息，并將所述故障信息和所述診斷信息進(jìn)行顯示。

具體的，本實(shí)施例的HMI系統(tǒng)中保存了該列車的故障字典手冊(cè)，而該故障字典手冊(cè)中記載了該列車的各種故障信息所對(duì)應(yīng)的診斷信息。例如，根據(jù)上述S202的方法HMI系統(tǒng)獲得的列車的故障信息是“001發(fā)動(dòng)機(jī)過(guò)熱”，HMI系統(tǒng)根據(jù)該故障信息的代碼“001”，在故障字典中查找該代碼“001”對(duì)應(yīng)的診斷信息，例如診斷信息為“電子扇A不工作，建議開啟輔助風(fēng)扇B”。接著，HMI顯示界面將上述故障信息“001發(fā)動(dòng)機(jī)過(guò)熱”和該故障信息對(duì)應(yīng)的診斷信息“電子扇A不工作，建議開啟輔助風(fēng)扇B”進(jìn)行顯示，使得工作人員根據(jù)顯示的該診斷信息進(jìn)行臨時(shí)操作處理，并根據(jù)該故障信息對(duì)故障位置進(jìn)行檢修，以及時(shí)排除故障保證列車的安全運(yùn)行。

本發(fā)明提供的列車診斷方法，HMI系統(tǒng)首先獲取列車數(shù)據(jù)，接著根據(jù)列車數(shù)據(jù)和預(yù)設(shè)的第一診斷配置文件，確定列車的故障信息，然后根據(jù)該故障信息和預(yù)設(shè)的故障字典手冊(cè)進(jìn)行匹配，獲得改故障信息對(duì)應(yīng)的診斷信息，并將上述故障信息和上述診斷信息進(jìn)行顯示，使得工作人員根據(jù)顯示的該診斷信息進(jìn)行臨時(shí)操作處理，并根據(jù)該故障信息對(duì)故障位置進(jìn)行檢修，以及時(shí)排除故障保證列車的安全運(yùn)行。本實(shí)施例的方法，通過(guò)將用于對(duì)列車的故障進(jìn)行診斷的第一診斷配置文件集成在HMI系統(tǒng)中，使得HM系統(tǒng)能夠根據(jù)該第一診斷配置文件實(shí)現(xiàn)對(duì)列車的故障診斷，當(dāng)需要對(duì)列車的診斷系統(tǒng)進(jìn)行更新時(shí)，只需要更新HMI系統(tǒng)中的各故障診斷邏輯文件即可，不會(huì)影響列車控制系統(tǒng)的正常運(yùn)行，進(jìn)而實(shí)現(xiàn)了在保證列車正常運(yùn)行的情況下對(duì)診斷系統(tǒng)的實(shí)時(shí)更新，保證了對(duì)列車故障的及時(shí)診斷處理，提高了列車的安全運(yùn)行。

圖3為本發(fā)明提供的列車診斷方法實(shí)施例二的流程示意圖，在上述實(shí)施例的基礎(chǔ)上，本實(shí)施例涉及的是HMI系統(tǒng)更新第一診斷配置文件中故障診斷邏輯文件的具體過(guò)程，如圖3所示，本實(shí)施例的列車診斷方法包括：

S301、HMI系統(tǒng)根據(jù)終端發(fā)送的更新請(qǐng)求，向所述終端發(fā)送所述第一診斷配置文件，以使所述終端根據(jù)所述第一診斷配置文件和所述終端預(yù)設(shè)的第二診斷配置文件確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件。

S302、HMI系統(tǒng)接收所述終端發(fā)送的更新指示，并根據(jù)所述更新指示更新所述第一診斷配置文件。

具體的，終端中的客戶端可以通過(guò)以太網(wǎng)等網(wǎng)絡(luò)登陸HMI系統(tǒng)中的服務(wù)器，并從HMI系統(tǒng)中獲取信息。同時(shí)為了增加安全性，HMI系統(tǒng)中的服務(wù)器要求客戶端在登陸時(shí)需要進(jìn)行密碼驗(yàn)證，并且記錄客戶端的相關(guān)硬件信息(例如客戶端的物理地址，硬盤串號(hào)等硬件信息)以及客戶端的操作記錄等，防止終端對(duì)HMI系統(tǒng)中的信息進(jìn)行惡意更改，從而提高了HMI系統(tǒng)的安全性。

可選地，在本實(shí)施例中，終端中的客戶端可以通過(guò)通信線纜、無(wú)線保真(Wireless-Fidelity，簡(jiǎn)稱WiFi)、第三代移動(dòng)通信技術(shù)(3rd-Generation，簡(jiǎn)稱3G)網(wǎng)絡(luò)、第四代移動(dòng)通信技術(shù)(4rd-Generation，簡(jiǎn)稱4G)網(wǎng)絡(luò)或者局域網(wǎng)等登陸HMI系統(tǒng)中的服務(wù)器，進(jìn)而實(shí)現(xiàn)與HMI系統(tǒng)的信息交互。

需要說(shuō)明的是，本實(shí)施例的終端保存了該列車的所有第二診斷配置文件，而該第二診斷配置文件可以包括上述第一診斷配置文件中各故障診斷邏輯文件對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件(即各故障診斷邏輯文件的想要更新的版本的故障診斷邏輯文件)?？蛇x的，該第二配置文件可以包括一輛列車的第一診斷配置文件，還可以包括其他輛列車的第一診斷配置文件。

在實(shí)際的使用過(guò)程中，當(dāng)終端需要對(duì)列車的診斷系統(tǒng)進(jìn)行更新時(shí)，首先終端向該列車的HMI系統(tǒng)發(fā)送更新請(qǐng)求，可選的，可以是終端通過(guò)終端上的客戶端通過(guò)以太網(wǎng)登陸HMI系統(tǒng)中的服務(wù)器。接著，當(dāng)HMI系統(tǒng)接受到終端發(fā)送的更新請(qǐng)求后，根據(jù)該更新請(qǐng)求向終端發(fā)送第一診斷配置文件。優(yōu)選的，HMI系統(tǒng)向終端發(fā)送第一診斷配置文件中各故障診斷邏輯文件的版本信息。再接著，終端接收HMI系統(tǒng)發(fā)送的第一診斷配置文件中各故障診斷邏輯文件的版本信息，并將該第一診斷配置文件中各故障診斷邏輯文件的版本信息與第二診斷配置文件中的各故障診斷邏輯文件的版本信息進(jìn)行比較，獲得HMI系統(tǒng)中需要更新的故障診斷邏輯文件。同時(shí)，終端將上述需要更新的故障診斷邏輯文件所對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件作為更新指示發(fā)送給HMI系統(tǒng)。最后，HMI系統(tǒng)接收終端發(fā)送的更新指示，并根據(jù)該更新指示中的目標(biāo)版本的故障診斷邏輯文件對(duì)第一診斷配置文件進(jìn)行更新。

本實(shí)施例的技術(shù)方案，終端根據(jù)HMI系統(tǒng)中第一診斷配置文件中各故障診斷邏輯文件的版本信息，向HMI系統(tǒng)發(fā)送更新指示，HMI系統(tǒng)根據(jù)更新指示中的目標(biāo)版本故障診斷邏輯文件對(duì)第一診斷配置文件進(jìn)行更新，進(jìn)而實(shí)現(xiàn)了對(duì)列車的診斷系統(tǒng)的更新。由此可知，本實(shí)施例對(duì)列車的診斷系統(tǒng)的更新是在HMI系統(tǒng)中進(jìn)行的，因此整個(gè)更新過(guò)程不會(huì)影響到列車控制系統(tǒng)的當(dāng)前運(yùn)行，進(jìn)而實(shí)現(xiàn)了對(duì)列車的診斷系統(tǒng)的實(shí)時(shí)更新，提高了列車的安全性。

本發(fā)明提供的列車診斷方法，終端可以與HMI系統(tǒng)可以交互，并且直接將需要更新故障診斷邏輯文件對(duì)應(yīng)的目標(biāo)版本故障診斷邏輯文件發(fā)送給HMI系統(tǒng)，使得HMI系統(tǒng)對(duì)第一診斷配置文件進(jìn)行更新，進(jìn)而實(shí)現(xiàn)對(duì)列車的診斷系統(tǒng)的更新。即，本實(shí)施例對(duì)列車的診斷系統(tǒng)的更新是在HMI系統(tǒng)中進(jìn)行的，因此整個(gè)更新過(guò)程不會(huì)影響到列車控制系統(tǒng)的當(dāng)前運(yùn)行，進(jìn)而實(shí)現(xiàn)了對(duì)列車的診斷系統(tǒng)的實(shí)時(shí)更新，提高了列車的安全性。

下述以兩個(gè)具體的實(shí)施例來(lái)介紹上述S302中HMI系統(tǒng)根據(jù)更新指示更新HMI系統(tǒng)中的第一診斷配置文件的具體過(guò)程。該更新可以分為局部更新和整體更新，其中，圖4所示的實(shí)施例的為局部更新，圖5所示的實(shí)施例為整體更新。

圖4為本發(fā)明提供的列車診斷方法實(shí)施例三的流程示意圖，在上述實(shí)施例的基礎(chǔ)上，本實(shí)施例涉及的是HMI系統(tǒng)對(duì)第一診斷配置文件進(jìn)行局部更新的具體過(guò)程，如圖4所示，本實(shí)施例的方法包括：

S401、HMI系統(tǒng)根據(jù)終端發(fā)送的更新請(qǐng)求，向所述終端發(fā)送所述第一診斷配置文件，以使所述終端根據(jù)所述第一診斷配置文件和所述終端預(yù)設(shè)的第二診斷配置文件確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件。

S402、當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量小于或者等于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶所述待更新的故障診斷邏輯文件的標(biāo)識(shí)、與所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

需要說(shuō)明的是，本實(shí)施例的第二診斷配置文件中包括了第一診斷配置文件中每個(gè)故障診斷邏輯文件對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件，以及第一診斷配置文件中的每個(gè)故障診斷邏輯文件與第二診斷配置文件中的目標(biāo)版本的故障診斷邏輯文件存在映射關(guān)系。

舉例說(shuō)明，假設(shè)第一診斷配置文件中的故障診斷邏輯文件的數(shù)量為10、預(yù)設(shè)的更新閾值為5(其中更新閾值為設(shè)計(jì)人員根據(jù)具體的實(shí)際情況進(jìn)行設(shè)定，本實(shí)施例對(duì)此不做限制)，則根據(jù)上述S401的方法，終端確定的HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量為3，則此時(shí)HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量3小于預(yù)設(shè)的閾值5，這樣終端發(fā)送給HMI系統(tǒng)的更新指示包括上述3個(gè)待更新故障診斷邏輯文件的標(biāo)識(shí)(例如分別為a、b、c)、以及與上述各標(biāo)識(shí)a、b、c對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件(例如分別為a’、b’、c’)。

S403、HMI系統(tǒng)根據(jù)所述更新指示中的所述待更新的故障診斷邏輯文件的標(biāo)識(shí)，逐一更新每個(gè)標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

舉例說(shuō)明，參照上述例子，HMI系統(tǒng)接收終端發(fā)送的更新指示，并根據(jù)該更新指示中的更新故障診斷邏輯文件的標(biāo)識(shí)a、b、和c，以及標(biāo)識(shí)a對(duì)應(yīng)的目標(biāo)版本故障診斷邏輯文件a’、標(biāo)識(shí)b對(duì)應(yīng)的目標(biāo)版本故障診斷邏輯文件b’、和標(biāo)識(shí)c對(duì)應(yīng)的目標(biāo)版本故障診斷邏輯文件c’，將第一診斷配置文件中標(biāo)識(shí)a對(duì)應(yīng)的原有故障診斷邏輯文件a”更新為目標(biāo)版本故障診斷邏輯文件a’、將標(biāo)識(shí)b對(duì)應(yīng)的原有故障診斷邏輯文件b”更新為目標(biāo)版本故障診斷邏輯文件b’、以及將標(biāo)識(shí)c對(duì)應(yīng)的原有故障診斷邏輯文件c”更新為目標(biāo)版本故障診斷邏輯文件c’。進(jìn)而實(shí)現(xiàn)了對(duì)第一診斷配置文件的局部更新，該局部更新過(guò)程省流量、速度快。

本發(fā)明提供的列車故障診斷方法，當(dāng)終端確定HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量小于或者等于預(yù)設(shè)的更新閾值時(shí)，終端發(fā)送給HMI系統(tǒng)的更新指示包括待更新的故障診斷邏輯文件的標(biāo)識(shí)、與各標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件，HMI系統(tǒng)根據(jù)終端發(fā)送的更新指示對(duì)第一診斷配置文件進(jìn)行局部更新，該局部更新過(guò)程省流量、速度快，進(jìn)而實(shí)現(xiàn)了對(duì)診斷系統(tǒng)的經(jīng)濟(jì)、快速更新。

圖5為本發(fā)明提供的列車診斷方法實(shí)施例四的流程示意圖，在上述實(shí)施例的基礎(chǔ)上，本實(shí)施例涉及的是HMI系統(tǒng)對(duì)第一診斷配置文件進(jìn)行整體更新的具體過(guò)程，如圖5所述，本實(shí)施例的方法包括：

S501、HMI系統(tǒng)根據(jù)終端發(fā)送的更新請(qǐng)求，向所述終端發(fā)送所述第一診斷配置文件，以使所述終端根據(jù)所述第一診斷配置文件和所述終端預(yù)設(shè)的第二診斷配置文件確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件。

S502、當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量大于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶目標(biāo)版本的診斷配置文件，所述目標(biāo)版本的診斷配置文件包括待更新的故障診斷邏輯文件的標(biāo)識(shí)、所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件、以及所述第一診斷配置文件中不需要更新的故障診斷邏輯文件。

可選地，本實(shí)施例的第二診斷配置文件中還可以包括的第一診斷配置文件中不存在的故障診斷邏輯文件。即第二診斷配置文件中包括的故障診斷邏輯文件的數(shù)量大于或者等于第一診斷配置文件中的故障診斷邏輯文件的數(shù)量，也就是說(shuō)，本實(shí)施例中更新指示中攜帶的目標(biāo)版本的診斷配置文件可以是整個(gè)第二診斷配置文件，也可以是第二診斷配置文件中的一部分。

舉例說(shuō)明，假設(shè)第一診斷配置文件中的故障診斷邏輯文件的數(shù)量為10、預(yù)設(shè)的更新閾值為5，則根據(jù)上述S501的方法，終端確定的HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量為8，則此時(shí)HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量8大于預(yù)設(shè)的閾值5，說(shuō)明需要更新的故障診斷邏輯文件的數(shù)據(jù)較多。此時(shí)為了方便對(duì)文件的快速更新，則終端指示HMI系統(tǒng)對(duì)第一診斷配置文件進(jìn)行整體更新，這樣可以避免由于過(guò)多的補(bǔ)丁式的升級(jí)而帶來(lái)的文件瑣碎的問(wèn)題。具體是，終端發(fā)送給HMI系統(tǒng)的更新指示攜帶了目標(biāo)版本的診斷配置文件，該目標(biāo)版本的診斷配置文件包括待更新的故障診斷邏輯文件的標(biāo)識(shí)(例如a、b、c、d、e、f、g、h)、該更新文件標(biāo)識(shí)a、b、c、d、e、f、g、h對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件(例如a’、b’、c’、d’、e’、f’、g’、h’)、以及第一診斷配置文件中不需要更新的故障診斷邏輯文件(例如i’、j’)。即在本實(shí)施例中，終端將第二診斷配置文件中與第一診斷配置文件中每個(gè)故障診斷邏輯文件對(duì)應(yīng)的目標(biāo)故障診斷邏輯文件全部攜帶在更新指示中發(fā)送給HMI系統(tǒng)，以便HMI系統(tǒng)根據(jù)該更新指示對(duì)第一診斷配置文件進(jìn)行全部更新。

可選的，根據(jù)列車的運(yùn)行情況，以及相關(guān)診斷技術(shù)的發(fā)展，終端還可以為該列車編寫新的故障診斷邏輯文件(例如k’)，并將該新的故障診斷邏輯文件k’保存到第二診斷配置文件中，在下次對(duì)列車的診斷系統(tǒng)進(jìn)行更新的過(guò)程中終端還可以將新增的故障診斷邏輯文件k’攜帶在更新指示中發(fā)送給HMI系統(tǒng)，以便HMI系統(tǒng)豐富第一診斷配置文件的內(nèi)容，進(jìn)而實(shí)現(xiàn)對(duì)列車故障的準(zhǔn)確診斷。

S503、HMI系統(tǒng)根據(jù)所述更新指示，將所述第一診斷配置文件替換為所述目標(biāo)版本的診斷配置文件。

具體的，HMI系統(tǒng)接收終端發(fā)送的攜帶有目標(biāo)版本的診斷配置文件的更新指示，并根據(jù)該更新指示將第一診斷配置文件全部替換成目標(biāo)版本的診斷配置文件，進(jìn)而形成新的第一診斷配置文件。即本實(shí)施例的技術(shù)方案，當(dāng)終端判斷出第一診斷配置文件中需要更新的故障診斷邏輯文件數(shù)量較多時(shí)(即超過(guò)預(yù)設(shè)的更新閾值)，終端指示HMI系統(tǒng)對(duì)第一診斷配置文件進(jìn)行全部更新，進(jìn)而避免了由于過(guò)多的補(bǔ)丁式的升級(jí)而帶來(lái)的文件瑣碎的問(wèn)題，實(shí)現(xiàn)了對(duì)第一診斷配置文件的整體更新。

本發(fā)明提供的列車故障診斷方法，當(dāng)終端確定HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量大于預(yù)設(shè)的更新閾值時(shí)，終端發(fā)送給HMI系統(tǒng)的更新指示攜帶與第一診斷配置文件對(duì)應(yīng)的目標(biāo)版本的診斷配置文件，使得HMI系統(tǒng)用目標(biāo)版本的診斷配置文件替換掉整個(gè)第一診斷配置文件，進(jìn)而實(shí)現(xiàn)對(duì)列車的診斷系統(tǒng)的整體更新。

需要說(shuō)明的是，本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

圖6為本發(fā)明提供的人機(jī)交互界面HMI系統(tǒng)實(shí)施例一的結(jié)構(gòu)示意圖，本實(shí)施例的列車的診斷系統(tǒng)(即用于對(duì)列車進(jìn)行故障診斷的第一診斷配置文件)集成在列車的人機(jī)交互界面HMI系統(tǒng)中，用于對(duì)列車進(jìn)行故障診斷。本實(shí)施例的人機(jī)交互界面HMI系統(tǒng)可以通過(guò)軟件、硬件或者軟硬結(jié)合的方式實(shí)現(xiàn)。如圖6所述，本實(shí)施例的人機(jī)交互界面HMI系統(tǒng)可以包括：獲取模塊10、診斷模塊20和匹配顯示模塊30。

其中，上述獲取模塊10，用于獲取列車數(shù)據(jù)。

上述診斷模塊20，用于根據(jù)所述列車數(shù)據(jù)和預(yù)設(shè)的第一診斷配置文件，確定所述列車的故障信息；其中，所述第一診斷配置文件包括多個(gè)故障診斷邏輯文件。

上述匹配顯示模塊30，用于根據(jù)所述故障信息和預(yù)設(shè)的故障字典手冊(cè)進(jìn)行匹配，獲得所述故障信息對(duì)應(yīng)的診斷信息，并將所述故障信息和所述診斷信息進(jìn)行顯示。

本發(fā)明提供的人機(jī)交互界面HMI系統(tǒng)，可以用于執(zhí)行圖1所示方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖7為本發(fā)明提供的人機(jī)交互界面HMI系統(tǒng)實(shí)施例二的結(jié)構(gòu)示意圖，在上述實(shí)施例的基礎(chǔ)上，如圖7所述，本實(shí)施例的人機(jī)交互界面HMI系統(tǒng)還可以包括：發(fā)送模塊40、接收模塊50和更新模塊60。

其中，上述發(fā)送模塊40，用于根據(jù)終端發(fā)送的更新請(qǐng)求，向所述終端發(fā)送所述第一診斷配置文件，以使所述終端根據(jù)所述第一診斷配置文件和所述終端預(yù)設(shè)的第二診斷配置文件確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件。

上述接收模塊50，用于接收所述終端發(fā)送的更新指示。

上述更新模塊60，用于根據(jù)所述更新指示更新所述第一診斷配置文件。

進(jìn)一步地，當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量小于或者等于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶所述待更新的故障診斷邏輯文件的標(biāo)識(shí)、與所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。則此時(shí)上述更新模塊60，還具體用于根據(jù)所述更新指示中的所述待更新的故障診斷邏輯文件的標(biāo)識(shí)，逐一更新每個(gè)標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

進(jìn)一步地，當(dāng)所述終端確定所述HMI系統(tǒng)中待更新的故障診斷邏輯文件的數(shù)量大于預(yù)設(shè)的更新閾值時(shí)，所述更新指示攜帶目標(biāo)版本的診斷配置文件，所述目標(biāo)版本的診斷配置文件包括待更新的故障診斷邏輯文件的標(biāo)識(shí)、所述標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件、以及所述第一診斷配置文件中不需要更新的故障診斷邏輯文件。則上述更新模塊60，還用于根據(jù)所述更新指示中的所述待更新的故障診斷邏輯文件的標(biāo)識(shí)，逐一更新每個(gè)標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)版本的故障診斷邏輯文件。

本發(fā)明提供的人機(jī)交互界面HMI系統(tǒng)，可以用于執(zhí)行上述方法實(shí)施例的技術(shù)方案，其實(shí)現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

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