車載單元的信息反饋方法、系統(tǒng)和前裝車載單元的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及專用短程通信或電子不停車收費技術(shù)領(lǐng)域，具體涉及車載單元通信技術(shù)領(lǐng)域中車載單元的信息反饋方法、系統(tǒng)和前裝車載單元。
【背景技術(shù)】
[0002]電子不停車收費系統(tǒng)(ETC:Electronic Toll Collect1n)主要由兩部分組成,分別為路側(cè)單元(RSU =Road Side Unit)和車載單元(OBU:0n Board Unit)，其中，RSU由微波天線和讀寫控制器組成，RSU通常安裝在收費車道的門架上或收費島的立柱上，用于同安裝在車輛上的OBU進行通信；0BU具有微波通信功能，并存儲有車輛信息和用戶賬戶信息，當(dāng)汽車經(jīng)過ETC通道時，RSU會與OBU進行通信并完成交易，從而實現(xiàn)電子不停車收費。
[0003]現(xiàn)階段，困擾OBU廠商的很大問題在于:對于返廠回來的維修品，有一定比率的OBU通過維修測試，仍無法找出故障原因，維修測試時，OBU物理層指標(biāo)正常，交易流程通過，甚至到實際道路上進行跑車測試，也都正常，對于這一類的0BU，通常無法定位返修原因。由于造成OBU返修的原因是多方面的，除了 OBU自身問題之外，還有可能是其他原因，像RSU、手持發(fā)行器等的操作不當(dāng)、ETC車道系統(tǒng)故障、用戶使用不當(dāng)?shù)鹊?，都有可能?dǎo)致OBU返修，因而在維修時找不出故障原因，而造成這種情況的最主要原因在與OBU廠商缺乏途徑來獲取產(chǎn)品的使用情況。
[0004]另外，在OBU的實際使用中，從生廣廠家、運營商到用戶最關(guān)注的一點就是OBU交易的穩(wěn)定性和成功率，這主要體現(xiàn)在安裝有OBU的車輛能否快速穩(wěn)定的通過收費站，但是在通過收費站時，仍然會有一些車輛由于某些原因，導(dǎo)致交易失敗或者交易不順暢，影響到用戶的使用體驗，產(chǎn)生的原因可能是OBU或者RUS等設(shè)備的故障、ETC車道系統(tǒng)故障或者用戶使用不當(dāng)?shù)鹊取Ｔ诂F(xiàn)有的ETC中，由于缺乏OBU的交易信息，往往無法定位造成交易失敗或者交易不順暢的原因。

【發(fā)明內(nèi)容】

[0005]為了便于詳細(xì)了解OBU的使用情況，當(dāng)OBU更換或者返修時能追溯返修原因，本發(fā)明提供一種車載單元的信息反饋方法、系統(tǒng)和前裝車載單元。
[0006]根據(jù)本發(fā)明的第一方面，本發(fā)明提供一種車載單元的信息反饋方法，包括如下步驟:
[0007]觸發(fā)記錄步驟:車載單元在預(yù)定觸發(fā)條件下被觸發(fā)，被觸發(fā)的車載單元記錄預(yù)定觸發(fā)條件下自身的使用信息；
[0008]反饋上傳步驟:車載單元將記錄的使用信息通過遠(yuǎn)程信息處理模塊反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0009]當(dāng)OBU在預(yù)定觸發(fā)條件下被觸發(fā)時，會準(zhǔn)確實時記錄自身的使用信息，并上傳保存到網(wǎng)絡(luò)服務(wù)器中，一旦OBU出現(xiàn)故障返回運營商進行更換或者返回生產(chǎn)廠商維修時，可以從網(wǎng)絡(luò)服務(wù)器中調(diào)出此OBU的相關(guān)使用信息，找出返修或更換的原因并作出相應(yīng)的處理。
[0010]作為優(yōu)選,觸發(fā)記錄步驟包括:車載單元與路側(cè)單元交易被觸發(fā),車載單元記錄事件類型為交易，并記錄與路側(cè)單元進行交易時的交易信息；
[0011]反饋上傳步驟包括:車載單元將記錄的事件類型和交易信息反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0012]作為優(yōu)選，還包括返修查詢步驟:根據(jù)返修的車載單元的介質(zhì)訪問控制地址，在網(wǎng)絡(luò)服務(wù)器中查詢對應(yīng)車載單元的使用信息，根據(jù)查詢的使用信息定位返修的車載單元的故障原因。
[0013]作為優(yōu)選，還包括通車評估步驟:根據(jù)收費站路側(cè)單元的介質(zhì)訪問控制地址，在網(wǎng)絡(luò)服務(wù)器中查詢與路側(cè)單元交易的車載單元的使用信息，根據(jù)查詢的使用信息進行收費站通車情況評估。
[0014]在優(yōu)選實施例中，通過記錄異常信息和交易信息，可以從網(wǎng)絡(luò)服務(wù)器中調(diào)出對應(yīng)OBU的異常信息和交易信息，異常信息有助于更便捷的找出OBU的故障原因，交易信息則有利于了解評估收費站的通車情況。
[0015]根據(jù)本發(fā)明的第二方面，本發(fā)明提供一種車載單元的信息反饋系統(tǒng)，包括車載單元子系統(tǒng)，還包括網(wǎng)絡(luò)服務(wù)器；車載單元子系統(tǒng)包括車載單元和遠(yuǎn)程信息處理模塊，車載單元和遠(yuǎn)程信息處理模塊通訊連接；遠(yuǎn)程信息處理模塊通訊連接網(wǎng)絡(luò)服務(wù)器；車載單元記錄的使用信息通過遠(yuǎn)程信息處理模塊反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0016]車載單元記錄的使用信息由遠(yuǎn)程信息處理模塊通過公共網(wǎng)絡(luò)子系統(tǒng)如無線載波模塊和通訊網(wǎng)絡(luò)上傳保存至網(wǎng)絡(luò)服務(wù)器中，便于從網(wǎng)絡(luò)服務(wù)器中調(diào)出使用信息，用于對OBU返修或更換的原因進行定位。
[0017]作為優(yōu)選，還包括數(shù)據(jù)處理中心，數(shù)據(jù)處理中心與網(wǎng)絡(luò)服務(wù)器通訊連接。
[0018]作為優(yōu)選，網(wǎng)絡(luò)服務(wù)器包括一個或多個計算機服務(wù)器、調(diào)制解調(diào)器/路由器和數(shù)據(jù)庫，一個或多個計算機服務(wù)器、調(diào)制解調(diào)器/路由器和數(shù)據(jù)庫通過以太網(wǎng)通訊連接；車載單元子系統(tǒng)將記錄的使用信息通過遠(yuǎn)程信息處理模塊反饋上傳至數(shù)據(jù)庫，并保存至數(shù)據(jù)庫中。
[0019]在優(yōu)選實施例中，車載單元子系統(tǒng)記錄的使用信息上傳保存在數(shù)據(jù)庫中，數(shù)據(jù)處理中心從數(shù)據(jù)庫中調(diào)出使用信息，數(shù)據(jù)處理中心還可以將使用信息通知服務(wù)中心如運營商或汽車4S店或客服中心等，服務(wù)中心選擇性通知OBU用戶。
[0020]根據(jù)本發(fā)明的第三方面，本發(fā)明提供一種前裝車載單元，包括信息反饋系統(tǒng)，信息反饋系統(tǒng)采用上述任一所述的信息反饋方法實現(xiàn)前裝車載單元使用信息的反饋。
[0021]前裝OBU進行使用信息的反饋時，由于使用了車載的電源，所以不會存在電池爆炸的安全隱患，也不會出現(xiàn)電池供電不足或續(xù)航不足的情況，能達到更好的性能指標(biāo)和穩(wěn)定性。
【附圖說明】
[0022]圖1為本發(fā)明實施例一中車載單元進行交易時交易信息的保存流程圖；
[0023]圖2為本發(fā)明實施例一中車載單元返修時查找故障原因的流程圖；
[0024]圖3為本發(fā)明實施例一中收費站通車情況查詢流程圖；
[0025]圖4為本發(fā)明實施例二中車載單元的信息反饋系統(tǒng)示意圖。
【具體實施方式】
[0026]下面通過【具體實施方式】結(jié)合附圖對本發(fā)明作進一步詳細(xì)說明。
[0027]實施例一:
[0028]本實施例提供一種車載單元的信息反饋方法，包括如下步驟:
[0029]觸發(fā)記錄步驟:車載單元在預(yù)定觸發(fā)條件下被觸發(fā)，被觸發(fā)的車載單元記錄預(yù)定觸發(fā)條件下自身的使用信息；
[0030]反饋上傳步驟:車載單元將記錄的使用信息通過遠(yuǎn)程信息處理模塊反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0031]在一優(yōu)選具體實施例中，觸發(fā)記錄步驟包括:車載單元與路側(cè)單元進行交易，車載單元記錄事件類型為交易，并記錄與路側(cè)單元進行交易時的交易信息；反饋上傳步驟包括:車載單元將記錄的事件類型及與路側(cè)單元進行交易時的交易信息反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0032]在另一優(yōu)選具體實施例中，觸發(fā)記錄步驟包括:車載單元進行發(fā)行操作被觸發(fā)，車載單元記錄事件類型為發(fā)行，并記錄自身的發(fā)行信息；反饋上傳步驟包括:車載單元將記錄的事件類型及發(fā)行信息反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0033]在另一優(yōu)選具體實施例中,觸發(fā)記錄步驟包括:路側(cè)單元喚醒車載單元,車載單元被觸發(fā)，車載單元記錄事件類型為喚醒，并記錄自身的喚醒信息；反饋上傳步驟包括:車載單元將記錄的事件類型及喚醒信息反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。
[0034]或，觸發(fā)記錄步驟包括:車載單元的電量低于預(yù)定值被觸發(fā)，車載單元記錄事件類型為異常，并記錄自身的介質(zhì)訪問控制地址、系統(tǒng)信息和電量值；反饋上傳步驟包括:車載單元將記錄的事件類型、介質(zhì)訪問控制地址系統(tǒng)信息和電量值反饋上傳至網(wǎng)絡(luò)服務(wù)器，并保存至網(wǎng)絡(luò)服務(wù)器中。其中，車載單元電量的預(yù)定值會因車載單元的不同系統(tǒng)而具有一定的差別，一般在2.3V到2.5V之間。
[0035]