專利名稱：列車車載終端數(shù)據(jù)傳輸方法、系統(tǒng)以及服務(wù)器和車載終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及列車通信技術(shù)，尤其涉及一種列車車載終端數(shù)據(jù)傳輸方法、系統(tǒng)以及服務(wù)器和車載終端。
背景技術(shù)：
隨著列車技術(shù)的發(fā)展，列車的智能化應(yīng)用已經(jīng)越來越普遍，對于智能列車上的車載終端而言，需要實(shí)時(shí)與后臺(tái)服務(wù)器進(jìn)行數(shù)據(jù)通信，以查看相關(guān)的業(yè)務(wù)數(shù)據(jù)信息，便于乘務(wù)人員或列車管理人員查看相關(guān)信息，確保列車穩(wěn)定、可靠的運(yùn)行。目前，智能列車上的車載終端與后臺(tái)服務(wù)器進(jìn)行數(shù)據(jù)通信時(shí)，數(shù)據(jù)傳輸通常是采用網(wǎng)頁(web)服務(wù)(service)方式實(shí)現(xiàn)，且均是以簡單對象訪問(Simple Object Access, soap)協(xié)議進(jìn)行數(shù)據(jù)傳輸。但是，現(xiàn)有采用soap協(xié)議的web進(jìn)行數(shù)據(jù)傳輸時(shí)，web服務(wù)需要為每個(gè)數(shù)據(jù)調(diào)用的參數(shù)和返回值進(jìn)行獨(dú)立解釋，使得每次調(diào)用均需要加入大量的可擴(kuò)展標(biāo)記語言(Extensible Markup Language, XML)復(fù)雜信息，以對這些參數(shù)和返回值進(jìn)行解釋， 每次調(diào)用，這些解釋性信息通常會(huì)有數(shù)K、數(shù)M,甚至達(dá)到數(shù)G，而真正有效的數(shù)據(jù)可能很少， 通常僅占到全部數(shù)據(jù)的5 %，甚至更少。綜上，現(xiàn)有車載終端中，車載終端與后臺(tái)服務(wù)器之間進(jìn)行數(shù)據(jù)傳輸時(shí)，通過soap 協(xié)議進(jìn)行數(shù)據(jù)傳輸時(shí)需要為每次調(diào)用數(shù)據(jù)進(jìn)行獨(dú)立解釋，導(dǎo)致與業(yè)務(wù)無關(guān)的標(biāo)識(shí)類信息數(shù)據(jù)較多，對于數(shù)據(jù)傳輸業(yè)務(wù)較大、網(wǎng)絡(luò)帶寬不穩(wěn)定、多并發(fā)訪問的業(yè)務(wù)應(yīng)用，例如智能列車上的業(yè)務(wù)系統(tǒng)而言，使得業(yè)務(wù)數(shù)據(jù)傳輸效率較低，影響業(yè)務(wù)的正常使用。

發(fā)明內(nèi)容
本發(fā)明提供一種列車車載終端數(shù)據(jù)傳輸方法、系統(tǒng)以及服務(wù)器和車載終端，可有效克服現(xiàn)有技術(shù)采用soap協(xié)議進(jìn)行數(shù)據(jù)傳輸時(shí)存在的數(shù)據(jù)傳輸效率較低的問題。本發(fā)明提供一種列車車載終端數(shù)據(jù)傳輸方法，包括接收車載終端發(fā)送的數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)；以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將所述數(shù)據(jù)發(fā)送至車載終端。本發(fā)明提供一種服務(wù)器，包括請求接收模塊，用于接收車載終端發(fā)送的數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；數(shù)據(jù)查找模塊，用于根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)；數(shù)據(jù)發(fā)送模塊，用于以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將所述數(shù)據(jù)發(fā)送至車載終端。本發(fā)明提供一種列車車載終端數(shù)據(jù)傳輸方法，包括
向服務(wù)器發(fā)送數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；接收所述服務(wù)器返回的響應(yīng)數(shù)據(jù)，所述響應(yīng)數(shù)據(jù)為服務(wù)器以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)返回的與所述待請求數(shù)據(jù)標(biāo)識(shí)對應(yīng)的數(shù)據(jù)。本發(fā)明提供一種車載終端，包括請求發(fā)送模塊，用于向服務(wù)器發(fā)送數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；數(shù)據(jù)接收模塊，用于接收所述服務(wù)器返回的響應(yīng)數(shù)據(jù)，所述響應(yīng)數(shù)據(jù)為服務(wù)器以 JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)返回的與所述待請求數(shù)據(jù)標(biāo)識(shí)對應(yīng)的數(shù)據(jù)。本發(fā)明提供一種列車車載終端數(shù)據(jù)傳輸系統(tǒng)，包括車載終端和服務(wù)器，其中，所述車載終端為采用上述本發(fā)明提供的車載終端，所述服務(wù)器為采用上述本發(fā)明提供的服務(wù)
ο本發(fā)明提供的列車車載終端數(shù)據(jù)傳輸方法、系統(tǒng)以及服務(wù)器和車載終端，在將數(shù)據(jù)傳輸至車載終端時(shí)，通過采用JSON數(shù)據(jù)格式作為載體，并基于Rest風(fēng)格的web服務(wù)，將數(shù)據(jù)傳輸至車載終端，可有效降低數(shù)據(jù)傳輸?shù)臄?shù)據(jù)量，提高數(shù)據(jù)傳輸效率，適用于大容量業(yè)務(wù)數(shù)據(jù)傳輸?shù)膽?yīng)用，特別適合智能列車車載終端的數(shù)據(jù)傳輸應(yīng)用中。


圖1為本發(fā)明實(shí)施例一提供的列車車載終端數(shù)據(jù)傳輸方法流程示意圖；圖2為本發(fā)明實(shí)施例二提供的列車車載終端數(shù)據(jù)傳輸方法流程示意圖；圖3為本發(fā)明實(shí)施例三提供的列車車載終端數(shù)據(jù)傳輸方法流程示意圖；圖4為本發(fā)明實(shí)施例四提供的服務(wù)器的結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例五提供的服務(wù)器的結(jié)構(gòu)示意圖；圖6為本發(fā)明實(shí)施例六提供的車載終端的結(jié)構(gòu)示意圖；圖7為本發(fā)明實(shí)施例七提供的列車車載終端數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式圖1為本發(fā)明實(shí)施例一提供的列車車載終端數(shù)據(jù)傳輸方法流程示意圖。本實(shí)施例方法可應(yīng)用于智能列車上服務(wù)器與車載終端之間的數(shù)據(jù)傳輸中，具體地，如圖1所示，本實(shí)施例可包括以下步驟步驟101、服務(wù)器接收車載終端發(fā)送的數(shù)據(jù)請求信息，該數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；步驟102、服務(wù)器根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到該車載終端所要請求的數(shù)據(jù)；步驟103、服務(wù)器以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將數(shù)據(jù)發(fā)送至車載終端。本實(shí)施例中，當(dāng)服務(wù)器接收到車載終端發(fā)送的數(shù)據(jù)請求時(shí)，可將車載終端所要請求的數(shù)據(jù)，以輕量數(shù)據(jù)標(biāo)識(shí)方法JSON(JavaScript Object Notation, JS0N)數(shù)據(jù)格式作為數(shù)據(jù)載體，并基于表述性狀態(tài)轉(zhuǎn)移(Itepresentational state transfer, Rest)風(fēng)格的web服務(wù)發(fā)送至車載終端，其中，所述的以JSON數(shù)據(jù)格式作為數(shù)據(jù)載體，并基于Rest風(fēng)格的web 服務(wù)是指依托于底層HTTP協(xié)議，并在Rest風(fēng)格框架基礎(chǔ)上整合JSON數(shù)據(jù)格式進(jìn)行數(shù)據(jù)傳輸?shù)膚eb服務(wù)。其中，Rest風(fēng)格的web服務(wù)中，Rest負(fù)責(zé)網(wǎng)絡(luò)層面的通訊傳輸，相對于基于Soap協(xié)議的web服務(wù)而言，更加簡潔JSON是一種輕量級的數(shù)據(jù)交換格式，采用鍵值 (key lvalue)的方式記錄數(shù)據(jù)，采用完全獨(dú)立于語言的文本格式，非常直觀，比XML簡潔，易于閱讀和編寫，同時(shí)也易于機(jī)器解析和生成，適合于服務(wù)器和客戶端之間的交互。通過采用 Rest和JSON結(jié)合，使得數(shù)據(jù)傳輸時(shí)僅包含所需要傳輸?shù)臄?shù)據(jù)，而無需Soap傳輸時(shí)進(jìn)行獨(dú)立解釋的數(shù)據(jù)，使得整個(gè)數(shù)據(jù)傳輸?shù)臄?shù)據(jù)量減少，進(jìn)而提高數(shù)據(jù)傳輸效率。相對傳統(tǒng)數(shù)據(jù)傳輸而言，本實(shí)施例針對前后端數(shù)據(jù)同步機(jī)制所采用的遠(yuǎn)程過程調(diào)用RPC模式，原則是基于嵌入式微操作系統(tǒng)，考慮多種異構(gòu)平臺(tái)自適應(yīng)，同時(shí)在數(shù)據(jù)傳輸過程中則必須考慮輕量級、規(guī)避底層協(xié)議的復(fù)雜性，業(yè)務(wù)數(shù)據(jù)描述方法，綜合以上因素考慮， 本實(shí)施例提出了基于Rest架構(gòu)之上(網(wǎng)絡(luò)傳輸層)，搭載JSON(傳輸內(nèi)容格式)進(jìn)行數(shù)據(jù)傳輸是比較好的遠(yuǎn)程通訊方式。本實(shí)施例中，服務(wù)器數(shù)據(jù)庫中存儲(chǔ)有車載終端所需的數(shù)據(jù)，且每個(gè)數(shù)據(jù)均有相應(yīng)的標(biāo)識(shí)，以便服務(wù)器可根據(jù)標(biāo)識(shí)來查找得到相應(yīng)的數(shù)據(jù)。本實(shí)施例中，通過將發(fā)送至車載終端的數(shù)據(jù)轉(zhuǎn)換為JSON數(shù)據(jù)格式，并基于Rest協(xié)議提供給終端，使得每次數(shù)據(jù)調(diào)用，即數(shù)據(jù)傳輸不需要現(xiàn)有采用Soap協(xié)議中大量的XML解釋信息，從而可降低數(shù)據(jù)傳輸時(shí)無效數(shù)據(jù)的量，可有效滿足較大業(yè)務(wù)數(shù)據(jù)傳輸?shù)男枰?。智能列車系統(tǒng)中，服務(wù)器和車載終端需要經(jīng)常傳輸大量的業(yè)務(wù)數(shù)據(jù)，本實(shí)施例在數(shù)據(jù)傳輸中，通過采用JSON和Rest結(jié)合進(jìn)行數(shù)據(jù)傳輸，可有效減少數(shù)據(jù)傳輸量，提高數(shù)據(jù)傳輸效率，滿足智能列車上大容量業(yè)務(wù)數(shù)據(jù)的傳輸需要。本實(shí)施例中，所述的車載終端具體可以是分配給列車上的工作人員，例如列車長、 乘務(wù)員、檢修師等地便攜式手持終端，該終端可以為基于智能操作系統(tǒng)，例如iOS、And0rid、 MeeGo等的乘務(wù)服務(wù)終端，終端持有者可通過該終端來訪問列車服務(wù)器上的數(shù)據(jù)。綜上，本發(fā)明實(shí)施例提供的列車車載終端數(shù)據(jù)傳輸方法，在將數(shù)據(jù)傳輸至車載終端時(shí)，通過采用JSON數(shù)據(jù)格式作為載體，并基于Rest風(fēng)格的web服務(wù)，將數(shù)據(jù)傳輸至車載終端，可有效降低數(shù)據(jù)傳輸?shù)臄?shù)據(jù)量，提高數(shù)據(jù)傳輸效率，適用于大容量業(yè)務(wù)數(shù)據(jù)傳輸?shù)膽?yīng)用，特別適合智能列車車載終端的數(shù)據(jù)傳輸應(yīng)用中。圖2為本發(fā)明實(shí)施例二提供的列車車載終端數(shù)據(jù)傳輸方法流程示意圖。本實(shí)施例中，服務(wù)器在接收到車載終端的數(shù)據(jù)請求時(shí)，可將差異部分的數(shù)據(jù)提供給車載終端，以進(jìn)一步地提高數(shù)據(jù)傳輸效率，具體地，如圖2所示，本實(shí)施例可包括以下步驟步驟201、車載終端向服務(wù)器發(fā)送數(shù)據(jù)請求信息，該數(shù)據(jù)請求信息是以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)發(fā)送至服務(wù)器，其中該數(shù)據(jù)請求信息中包括待請求數(shù)據(jù)的標(biāo)識(shí)、更新標(biāo)識(shí)和版本號(hào)；步驟202、服務(wù)器接收到該數(shù)據(jù)請求信息中的更新標(biāo)識(shí)時(shí)，從數(shù)據(jù)庫中查詢得到與待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的數(shù)據(jù)的當(dāng)前版本號(hào)；步驟203、服務(wù)器判斷當(dāng)前版本號(hào)與數(shù)據(jù)請求信息中的版本號(hào)是否一致，是則執(zhí)行步驟204，否則執(zhí)行步驟205 ；步驟204、服務(wù)器發(fā)送空數(shù)據(jù)至車載終端，結(jié)束；CN 102546798 A步驟205、服務(wù)器獲得當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)，并以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)發(fā)送至車載終端，結(jié)束。上述步驟201中，數(shù)據(jù)請求信息中的版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)， 更新標(biāo)識(shí)為車載終端對自身已有的數(shù)據(jù)進(jìn)行更新的標(biāo)識(shí)，當(dāng)服務(wù)器接收到數(shù)據(jù)請求信息中有該更新標(biāo)識(shí)時(shí)，可將相對車載終端上已有的更新部分的數(shù)據(jù)發(fā)送至終端。本實(shí)施例中，服務(wù)器的數(shù)據(jù)庫中，對于數(shù)據(jù)的更新可采用不同的版本號(hào)加以區(qū)分， 且這些數(shù)據(jù)可對應(yīng)于同一數(shù)據(jù)標(biāo)識(shí)，以表明這些數(shù)據(jù)是同一類數(shù)據(jù)，或者，這些數(shù)據(jù)標(biāo)識(shí)也可通過各版本號(hào)中共同的字符來代替，例如具有版本號(hào)RA01、RA02、RA03的一類數(shù)據(jù)， RA0URA02.RA03代表數(shù)據(jù)的版本號(hào)，RAOl是第一版本數(shù)據(jù)，RA03是第三版本，也就當(dāng)前版本數(shù)據(jù)，RA就可以作為數(shù)據(jù)標(biāo)識(shí)，因此，上述的數(shù)據(jù)請求信息中也可僅包括版本號(hào)，其中版本號(hào)中的前幾個(gè)字符就可以作為數(shù)據(jù)標(biāo)識(shí)，以便根據(jù)該數(shù)據(jù)標(biāo)識(shí)查詢相應(yīng)的數(shù)據(jù)。本實(shí)施例中，當(dāng)接收到車載終端發(fā)送的數(shù)據(jù)請求信息中包括更新標(biāo)識(shí)時(shí)，說明車載終端存在一個(gè)版本號(hào)的數(shù)據(jù)，此時(shí)服務(wù)器就可以將數(shù)據(jù)庫中最新版本號(hào)的數(shù)據(jù)中新增的更新部分的數(shù)據(jù)發(fā)送至車載終端，以減少傳輸數(shù)據(jù)的傳輸量，提高數(shù)據(jù)傳輸效率。本領(lǐng)域技術(shù)人員可以理解，當(dāng)車載終端第一次請求數(shù)據(jù)時(shí)，可不攜帶更新標(biāo)識(shí)，以表明車載終端第一請求數(shù)據(jù)，服務(wù)器可將與待請求數(shù)據(jù)標(biāo)識(shí)對應(yīng)的數(shù)據(jù)全部發(fā)送給車載終端；當(dāng)車載終端自身已有相關(guān)數(shù)據(jù)，而需要對數(shù)據(jù)進(jìn)行更新時(shí)，則可攜帶更新標(biāo)識(shí)和數(shù)據(jù)的版本號(hào)，以表明車載終端需要更新數(shù)據(jù)，服務(wù)器可僅需要將最新更新的數(shù)據(jù)發(fā)送給車載終端。本實(shí)施例中，服務(wù)器可根據(jù)更新標(biāo)識(shí)從數(shù)據(jù)庫中獲取相對車載終端上的數(shù)據(jù)版本新更新的內(nèi)容，從而可減少重復(fù)性數(shù)據(jù)的發(fā)送，以提高數(shù)據(jù)傳輸效率。實(shí)際應(yīng)用中，由于智能列車上，同一數(shù)據(jù)的更新將會(huì)非常頻繁，車載終端需要頻繁的查詢數(shù)據(jù)，若每次查詢均將所有數(shù)據(jù)重新傳輸給車載終端，將會(huì)導(dǎo)致服務(wù)器的數(shù)據(jù)傳輸量非常大，數(shù)據(jù)傳輸效率低，數(shù)據(jù)傳輸?shù)姆€(wěn)定性和可靠性也較差，無法滿足智能列車這種業(yè)務(wù)傳輸量較大且頻繁的應(yīng)用場合。而本發(fā)明實(shí)施例在車載終端查詢數(shù)據(jù)時(shí)，僅需要將最新更新的數(shù)據(jù)提供給車載終端，可減少數(shù)據(jù)傳輸量，提高數(shù)據(jù)傳輸效率。為便于對本發(fā)明實(shí)施例技術(shù)方案有更好地了解，下面將以本發(fā)明實(shí)施例在智能列車數(shù)據(jù)傳輸中的具體應(yīng)用進(jìn)行說明。圖3為本發(fā)明實(shí)施例三提供的列車車載終端數(shù)據(jù)傳輸方法流程示意圖。如圖3所示，本實(shí)施例可包括以下步驟步驟301、車載終端向服務(wù)發(fā)送數(shù)據(jù)請求信息。其中，所述的數(shù)據(jù)請求信息是以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的 Web服務(wù)發(fā)送的超文本傳輸協(xié)議(HyperText Transfer Protocol,Http)請求，使得服務(wù)器接收到該Http請求時(shí)，可響應(yīng)該Http請求，返回響應(yīng)數(shù)據(jù)。步驟302、服務(wù)器接收該數(shù)據(jù)請求信息。具體地，服務(wù)器上的網(wǎng)絡(luò)監(jiān)聽模塊可實(shí)時(shí)監(jiān)聽服務(wù)器的80端口，當(dāng)車載終端向服務(wù)器發(fā)送一條Http請求，也即數(shù)據(jù)請求信息時(shí)，網(wǎng)絡(luò)監(jiān)聽模塊會(huì)捕捉到該請求，并對Http 協(xié)議進(jìn)行解析，獲取請求中包含的JSON數(shù)據(jù)內(nèi)容，從JSON數(shù)據(jù)格式中，解析得到車載終端發(fā)送的數(shù)據(jù)請求信息，本實(shí)施例中該數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)、車載終端中存在的數(shù)據(jù)的版本號(hào)以及更新標(biāo)識(shí)。步驟303、服務(wù)器根據(jù)數(shù)據(jù)請求信息中攜帶的版本號(hào)，確定車載終端上需要更新的數(shù)據(jù)的版本號(hào)是否與數(shù)據(jù)庫中最新的版本號(hào)即當(dāng)前版本號(hào)一致，是則執(zhí)行步驟304，否則， 執(zhí)行步驟305 ；步驟304、服務(wù)器直接生成一個(gè)NULL空字符串，即空數(shù)據(jù)，封裝成Rest協(xié)議，按照 Http協(xié)議的方式返回車載終端，以表示服務(wù)器沒有更新的新數(shù)據(jù)，結(jié)束。步驟305、服務(wù)器從數(shù)據(jù)庫中查詢得到當(dāng)前版本號(hào)的數(shù)據(jù)，并將數(shù)據(jù)更新后新增加的數(shù)據(jù)作為查詢結(jié)果；步驟306、將該查詢結(jié)果按照J(rèn)SON格式轉(zhuǎn)換成純文本的數(shù)據(jù)格式，封裝成Rest協(xié)議，并最終提供Http響應(yīng)給車載終端； 步驟307、車載終端接收到Http響應(yīng)后，解析Http協(xié)議，獲得其中的更新后新增加的數(shù)據(jù)，并融合到車載終端已有數(shù)據(jù)中；步驟308、車載終端對融合后的數(shù)據(jù)進(jìn)行顯示，提供給用戶。本實(shí)施例中，服務(wù)器發(fā)送至車載終端的更新數(shù)據(jù)中，還可包括有服務(wù)器中更新后的數(shù)據(jù)的當(dāng)前版本號(hào)，以便車載終端下次請求數(shù)據(jù)時(shí)，以便車載終端可及時(shí)更新自身上數(shù)據(jù)的版本號(hào)，以便下次請求數(shù)據(jù)時(shí)以最新更新后的版本號(hào)作為更新數(shù)據(jù)的基礎(chǔ)。圖4為本發(fā)明實(shí)施例四提供的服務(wù)器的結(jié)構(gòu)示意圖。如圖4所示，本實(shí)施例服務(wù)器包括請求接收模塊11、數(shù)據(jù)查找模塊12和數(shù)據(jù)發(fā)送模塊13，其中請求接收模塊11，用于接收車載終端發(fā)送的數(shù)據(jù)請求信息，數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；數(shù)據(jù)查找模塊12與請求接收模塊11連接，用于根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)；數(shù)據(jù)發(fā)送模塊13與數(shù)據(jù)查找模塊12連接，用于以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將述數(shù)據(jù)發(fā)送至車載終端。本實(shí)施例可應(yīng)用于智能列車上車載終端的數(shù)據(jù)傳輸中，當(dāng)接收到車載終端發(fā)送的數(shù)據(jù)請求時(shí)，可將數(shù)據(jù)及時(shí)、有效地發(fā)送至車載終端，其具體實(shí)現(xiàn)過程可參見上述本發(fā)明方法實(shí)施例的說明，在此不再贅述。圖5為本發(fā)明實(shí)施例五提供的服務(wù)器的結(jié)構(gòu)示意圖。在上述圖4所示實(shí)施例技術(shù)方案基礎(chǔ)上，本實(shí)施例中數(shù)據(jù)請求信息還包括更新標(biāo)識(shí)和版本號(hào)，其中版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)，更新標(biāo)識(shí)為車載終端對自身已有的數(shù)據(jù)進(jìn)行更新的標(biāo)識(shí)，如圖5 所示，數(shù)據(jù)查找模塊12具體可包括判斷單元121，用于接收到更新標(biāo)識(shí)時(shí)，從數(shù)據(jù)庫中查詢得到與待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的數(shù)據(jù)的當(dāng)前版本號(hào)，判斷當(dāng)前版本號(hào)與數(shù)據(jù)請求信息中的版本號(hào)是否一致；查找單元122與判斷單元121連接，用于當(dāng)前版本號(hào)與數(shù)據(jù)請求信息中的版本號(hào)不一致時(shí)，獲得當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)；數(shù)據(jù)發(fā)送模塊13具體可用于當(dāng)前版本號(hào)與數(shù)據(jù)請求信息中的版本號(hào)一致時(shí)，發(fā)送空數(shù)據(jù)至車載終端，否則，將當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)，以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)發(fā)送至車載終端。本實(shí)施中，服務(wù)器的數(shù)據(jù)庫中包括待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的各版本號(hào)的數(shù)據(jù)。這樣，當(dāng)服務(wù)器接收到車載終端的數(shù)據(jù)請求時(shí)，可僅將更新部分的數(shù)據(jù)發(fā)送至車載終端，以減少數(shù)據(jù)傳輸量，提高數(shù)據(jù)傳輸效率。具體實(shí)現(xiàn)可參見上述本發(fā)明方法實(shí)施例的說明，在此不再贅述。圖6為本發(fā)明實(shí)施例六提供的車載終端的結(jié)構(gòu)示意圖。如圖6所示，本實(shí)施例車載終端包括請求發(fā)送模塊21和數(shù)據(jù)接收模塊22，其中請求發(fā)送模塊21，用于向服務(wù)器發(fā)送數(shù)據(jù)請求信息，數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；數(shù)據(jù)接收模塊22，用于接收服務(wù)器返回的響應(yīng)數(shù)據(jù)，響應(yīng)數(shù)據(jù)為服務(wù)器以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)返回的與待請求數(shù)據(jù)標(biāo)識(shí)對應(yīng)的數(shù)據(jù)。本實(shí)施例中，數(shù)據(jù)請求信息還可包括更新標(biāo)識(shí)和版本號(hào)，版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)，響應(yīng)數(shù)據(jù)具體為服務(wù)器查詢得到的當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)。如圖6所示，車載終端還包括數(shù)據(jù)融合模塊23，用于將接收的差異部分的數(shù)據(jù)融合在車載終端中已存儲(chǔ)的數(shù)據(jù)中。本實(shí)施例車載終端可以上述圖4或圖5所示的服務(wù)器進(jìn)行數(shù)據(jù)通信，以向服務(wù)器請求數(shù)據(jù)，其具體實(shí)現(xiàn)可參見上述本發(fā)明方法實(shí)施例的說明，在此不再贅述。圖7為本發(fā)明實(shí)施例七提供的列車車載終端數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖。如圖7所示，本實(shí)施例系統(tǒng)包括車載終端20和服務(wù)器10，其中，車載終端20可為采用上述圖6實(shí)施例提供的車載終端，服務(wù)器10可為采用上述圖4或圖5實(shí)施例提供的服務(wù)器。其具體結(jié)構(gòu)可參見上述本發(fā)明實(shí)施例車載終端和服務(wù)器的說明，在此不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說明的是以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制； 盡管參照前述各實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
權(quán)利要求
1.一種列車車載終端數(shù)據(jù)傳輸方法，其特征在于，包括接收車載終端發(fā)送的數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)； 根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)； 以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將所述數(shù)據(jù)發(fā)送至車載終端。
2.根據(jù)權(quán)利要求1所述的列車車載終端數(shù)據(jù)傳輸方法，其特征在于，所述數(shù)據(jù)請求信息還包括更新標(biāo)識(shí)和版本號(hào)，所述版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)，所述更新標(biāo)識(shí)為車載終端對自身已有的數(shù)據(jù)進(jìn)行更新的標(biāo)識(shí)；所述根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)包括接收到所述更新標(biāo)識(shí)時(shí)，從數(shù)據(jù)庫中查詢得到與待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的數(shù)據(jù)的當(dāng)前版本號(hào)，判斷所述當(dāng)前版本號(hào)與所述數(shù)據(jù)請求信息中的版本號(hào)是否一致；所述當(dāng)前版本號(hào)與所述數(shù)據(jù)請求信息中的版本號(hào)不一致時(shí)，獲得所述當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與所述數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)；所述以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將所述數(shù)據(jù)發(fā)送至車載終端包括所述當(dāng)前版本號(hào)與所述數(shù)據(jù)請求信息中的版本號(hào)一致時(shí)，發(fā)送空數(shù)據(jù)至車載終端，否貝U，將所述當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)，以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)發(fā)送至車載終端； 所述數(shù)據(jù)庫中包括待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的各版本號(hào)的數(shù)據(jù)。
3.一種服務(wù)器，其特征在于，包括請求接收模塊，用于接收車載終端發(fā)送的數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；數(shù)據(jù)查找模塊，用于根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)；數(shù)據(jù)發(fā)送模塊，用于以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將所述數(shù)據(jù)發(fā)送至車載終端。
4.根據(jù)權(quán)利要求3所述的服務(wù)器，其特征在于，所述數(shù)據(jù)請求信息還包括更新標(biāo)識(shí)和版本號(hào)，所述版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)，所述更新標(biāo)識(shí)為車載終端對自身已有的數(shù)據(jù)進(jìn)行更新的標(biāo)識(shí)；所述數(shù)據(jù)查找模塊包括判斷單元，用于接收到所述更新標(biāo)識(shí)時(shí)，從數(shù)據(jù)庫中查詢得到與待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的數(shù)據(jù)的當(dāng)前版本號(hào)，判斷所述當(dāng)前版本號(hào)與所述數(shù)據(jù)請求信息中的版本號(hào)是否一致；查找單元，用于所述當(dāng)前版本號(hào)與所述數(shù)據(jù)請求信息中的版本號(hào)不一致時(shí)，獲得所述當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與所述數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)；所述數(shù)據(jù)發(fā)送模塊，具體用于所述當(dāng)前版本號(hào)與所述數(shù)據(jù)請求信息中的版本號(hào)一致時(shí)，發(fā)送空數(shù)據(jù)至車載終端，否則，將所述當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)，以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)發(fā)送至車載終端；所述數(shù)據(jù)庫中包括待請求數(shù)據(jù)的標(biāo)識(shí)對應(yīng)的各版本號(hào)的數(shù)據(jù)。
5.一種列車車載終端數(shù)據(jù)傳輸方法，其特征在于，包括向服務(wù)器發(fā)送數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；接收所述服務(wù)器返回的響應(yīng)數(shù)據(jù)，所述響應(yīng)數(shù)據(jù)為服務(wù)器以JSON數(shù)據(jù)格式作為載體， 通過基于Rest風(fēng)格的web服務(wù)返回的與所述待請求數(shù)據(jù)標(biāo)識(shí)對應(yīng)的數(shù)據(jù)。
6.根據(jù)權(quán)利要求5所述的列車車載終端數(shù)據(jù)傳輸方法，其特征在于，所述數(shù)據(jù)請求信息包括版本號(hào)，所述版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)；所述響應(yīng)數(shù)據(jù)具體為所述服務(wù)器查詢得到的當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)；所述方法還包括將接收的所述差異部分的數(shù)據(jù)融合在所述車載終端中已存儲(chǔ)的數(shù)據(jù)中。
7.一種車載終端，其特征在于，包括請求發(fā)送模塊，用于向服務(wù)器發(fā)送數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；數(shù)據(jù)接收模塊，用于接收所述服務(wù)器返回的響應(yīng)數(shù)據(jù)，所述響應(yīng)數(shù)據(jù)為服務(wù)器以JSON 數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)返回的與所述待請求數(shù)據(jù)標(biāo)識(shí)對應(yīng)的數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的車載終端，其特征在于，所述數(shù)據(jù)請求信息包括版本號(hào)，所述版本號(hào)為車載終端自身已有數(shù)據(jù)的版本號(hào)；所述響應(yīng)數(shù)據(jù)具體為所述服務(wù)器查詢得到的當(dāng)前版本號(hào)對應(yīng)的數(shù)據(jù)與數(shù)據(jù)請求信息中的版本號(hào)對應(yīng)的數(shù)據(jù)的差異部分的數(shù)據(jù)；所述車載終端還包括數(shù)據(jù)融合模塊，用于將接收的所述差異部分的數(shù)據(jù)融合在所述車載終端中已存儲(chǔ)的數(shù)據(jù)中。
9.一種列車車載終端數(shù)據(jù)傳輸系統(tǒng)，其特征在于，包括車載終端和服務(wù)器，其中，所述車載終端為采用權(quán)利要求7或8所述的車載終端，所述服務(wù)器為采用權(quán)利要求3或4所述的服務(wù)器。
全文摘要
本發(fā)明提供一種列車車載終端數(shù)據(jù)傳輸方法、系統(tǒng)以及服務(wù)器和車載終端。該方法包括接收車載終端發(fā)送的數(shù)據(jù)請求信息，所述數(shù)據(jù)請求信息包括待請求數(shù)據(jù)的標(biāo)識(shí)；根據(jù)待請求數(shù)據(jù)的標(biāo)識(shí)，從數(shù)據(jù)庫中查詢得到所述車載終端所要請求的數(shù)據(jù)；以JSON數(shù)據(jù)格式作為載體，通過基于Rest風(fēng)格的web服務(wù)將所述數(shù)據(jù)發(fā)送至車載終端。本發(fā)明技術(shù)方案可以有效減少業(yè)務(wù)數(shù)據(jù)傳輸?shù)臄?shù)據(jù)量，提高數(shù)據(jù)傳輸效率，特別適合智能列車上車載終端與服務(wù)器之間的數(shù)據(jù)通信中，提高數(shù)據(jù)傳輸效率。
文檔編號(hào)H04L29/08GK102546798SQ20111046039
公開日2012年7月4日 申請日期2011年12月31日 優(yōu)先權(quán)日2011年12月31日
發(fā)明者劉君杰, 吳新軍, 周霆, 唐志飛, 孫寶平, 王濤濤, 王鵬, 祝建雷, 邵曉風(fēng), 高志敏 申請人:易程科技股份有限公司