一種基于obd技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)的制作方法
【專(zhuān)利摘要】一種基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，包括隨車(chē)終端、OBD數(shù)據(jù)存儲(chǔ)層、監(jiān)控平臺(tái)；隨車(chē)終端需要上傳/下傳的數(shù)據(jù)通過(guò)隨車(chē)終端的CDMA/GSM無(wú)線通信模塊，以XML或JSON的格式傳遞至OBD數(shù)據(jù)存儲(chǔ)層；所述的監(jiān)控平臺(tái)包括是可擴(kuò)展的應(yīng)用子系統(tǒng)，包括尾氣監(jiān)控系統(tǒng)、維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng)、車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng)。本發(fā)明的有益效果為：1）實(shí)時(shí)發(fā)現(xiàn)尾氣超標(biāo)的車(chē)輛，監(jiān)督和控制超標(biāo)車(chē)維修并達(dá)標(biāo)排放；2）將機(jī)動(dòng)車(chē)污染的靜態(tài)管理模式升級(jí)為動(dòng)態(tài)管理模式。
【專(zhuān)利說(shuō)明】一種基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種機(jī)動(dòng)車(chē)工作狀態(tài)實(shí)時(shí)監(jiān)控系統(tǒng),尤其是一種基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)。
【背景技術(shù)】
[0002]每臺(tái)OBD功能的車(chē)上都有一個(gè)數(shù)據(jù)連接口(data link connector),也縮寫(xiě)為DLC0 OBD系統(tǒng)通過(guò)這個(gè)接口可以和遵循同一通信協(xié)議的掃描工具通信，將OBD系統(tǒng)的響應(yīng)信息輸出。OBD法規(guī)對(duì)OBD數(shù)據(jù)接口具有明確的要求。
[0003]由于汽車(chē)隨車(chē)診斷接口提供的不僅是汽車(chē)的故障碼信息，還包括汽車(chē)內(nèi)部大量的傳感器狀態(tài)信息和感知電路狀態(tài)信息，是汽車(chē)發(fā)動(dòng)機(jī)動(dòng)力系統(tǒng)、離合傳送系統(tǒng)、底盤(pán)系統(tǒng)、車(chē)聲系統(tǒng)及車(chē)內(nèi)網(wǎng)絡(luò)系統(tǒng)與汽車(chē)外部交互信息的窗口。新一代的汽車(chē)行車(chē)記錄儀“黑匣子”、“汽車(chē)扭矩計(jì)”、“實(shí)時(shí)油耗計(jì)” “基于GPS的媒體控制中心”等等，由于許多應(yīng)用需常態(tài)固定安裝在汽車(chē)上，需要從OBD接口讀取汽車(chē)的某些靜態(tài)或者動(dòng)態(tài)參數(shù)。
[0004]目前的技術(shù)都是針對(duì)某一個(gè)具體的功能來(lái)進(jìn)行技術(shù)開(kāi)發(fā)，不能滿(mǎn)足日益豐富的業(yè)務(wù)需求，因此，整個(gè)基于OBD技術(shù)的擴(kuò)展應(yīng)用急需資源整合，服務(wù)于不同的業(yè)務(wù)需求。

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

[0005]針對(duì)現(xiàn)有技術(shù)的不足，本發(fā)明提供一種基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，實(shí)時(shí)發(fā)現(xiàn)尾氣超標(biāo)的車(chē)輛，監(jiān)督和控制超標(biāo)車(chē)維修并達(dá)標(biāo)排放；將機(jī)動(dòng)車(chē)污染的靜態(tài)管理模式升級(jí)為動(dòng)態(tài)管理模式，服務(wù)不同的業(yè)務(wù)需求對(duì)象。
[0006]本發(fā)明的技術(shù)方案為:本發(fā)明提供一種基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng),包括隨車(chē)終端、OBD數(shù)據(jù)存儲(chǔ)層、監(jiān)控平臺(tái)、所述的隨車(chē)終端使用OBD通訊協(xié)議與ECU進(jìn)行通信，隨車(chē)終端與OBD數(shù)據(jù)存儲(chǔ)層連接，OBD數(shù)據(jù)存儲(chǔ)層和監(jiān)控平臺(tái)連接；所述的隨車(chē)終端包括OBD接口模塊、OBD故障代碼庫(kù)、OBD預(yù)處理模塊、閾值設(shè)定模塊、控制模塊、存儲(chǔ)模塊、觸屏模塊、報(bào)警提示模塊、無(wú)線通信模塊、攝像模塊、GPS定位模塊；隨車(chē)終端需要上傳/下傳的數(shù)據(jù)通過(guò)隨車(chē)終端的CDMA/GSM無(wú)線通信模塊，以XML或JSON的格式傳遞至OBD數(shù)據(jù)存儲(chǔ)層；所述的監(jiān)控平臺(tái)包括是可擴(kuò)展的應(yīng)用子系統(tǒng)，包括尾氣監(jiān)控系統(tǒng)、維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng)、車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng)。
[0007]所述的OBD接口模塊使用OBD通訊協(xié)議與E⑶進(jìn)行通信，讀取OBD的運(yùn)行狀態(tài)信息，寫(xiě)入OBD的控制信息；
所述的OBD故障代碼庫(kù)是存儲(chǔ)OBD基本故障代碼庫(kù)，匹配OBD代碼的描述信息的模塊；所述的OBD預(yù)處理模塊將OBD接口模塊采集的信息進(jìn)行分析，然后與OBD故障代碼庫(kù)進(jìn)行匹配，通過(guò)一系列的專(zhuān)家算法，將機(jī)動(dòng)車(chē)故障進(jìn)行預(yù)先診斷；
所述的OBD預(yù)處理模塊將OBD接口模塊的尾氣值與閾值設(shè)定模塊設(shè)定的基本數(shù)據(jù)進(jìn)行匹配，如果超過(guò)閾值，則控制模塊給報(bào)警提示模塊傳輸數(shù)據(jù)不合格信號(hào)，通過(guò)無(wú)線通信模塊將不合格數(shù)據(jù)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層； 所述的OBD預(yù)處理模塊判斷存在故障，則將故障數(shù)據(jù)傳遞到控制模塊，控制模塊通知報(bào)警提示模塊進(jìn)行故障提醒，同時(shí)，將故障信息傳遞到存儲(chǔ)模塊，并通過(guò)無(wú)線通信模塊將GPS模塊顯示的位置信息和故障信息傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層；
所述的OBD預(yù)處理模塊將OBD接口模塊采集的油耗數(shù)據(jù)傳輸給運(yùn)算控制模塊，運(yùn)算控制模塊對(duì)油耗數(shù)據(jù)進(jìn)行計(jì)數(shù)，計(jì)數(shù)的數(shù)據(jù)間隔一定周期傳輸給存儲(chǔ)模塊，存儲(chǔ)模塊將數(shù)據(jù)間隔一定周期將油耗數(shù)據(jù)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層；
所述的GPS定位模塊，用于提供位置信息，供本裝置定位使用；
所述的觸屏模塊，與運(yùn)算控制模塊連接，可實(shí)現(xiàn)顯示車(chē)上單元的運(yùn)作狀態(tài)或特定信息，同時(shí)用于撥號(hào)或者觸發(fā)信息；
所述的攝像模塊將安裝在車(chē)身的多處攝像頭采集到的信息傳輸?shù)酱鎯?chǔ)模塊，觸摸屏模塊通過(guò)運(yùn)算控制模塊向存儲(chǔ)模塊尋址提取實(shí)時(shí)或者一段時(shí)間內(nèi)的攝像數(shù)據(jù)，同時(shí)，存儲(chǔ)模塊將攝像數(shù)據(jù)定時(shí)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層。
[0008]所述的OBD數(shù)據(jù)存儲(chǔ)層劃分成三層:數(shù)據(jù)采集虛擬接口層、OBD海量OBD數(shù)據(jù)存儲(chǔ)
層、海量數(shù)據(jù)索引/查詢(xún)/歸納/分析層。
[0009]所述的維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng)，維修企業(yè)故障查詢(xún)工作總流程:
S31隨車(chē)終端實(shí)時(shí)的將車(chē)輛的運(yùn)行狀況數(shù)據(jù)上報(bào)至OBD海量分布式數(shù)據(jù)庫(kù)hBASE存儲(chǔ)起來(lái)；
S32維修技術(shù)員錄入用戶(hù)名與密碼后，下載車(chē)輛的實(shí)時(shí)數(shù)據(jù)；
S33將下載的數(shù)據(jù)進(jìn)行手動(dòng)分析或者自動(dòng)分析。
[0010]維修企業(yè)技工操作系統(tǒng)流程:
S41技師錄入用戶(hù)名與帳號(hào)進(jìn)入業(yè)務(wù)子系統(tǒng)中；
S42遠(yuǎn)程下載車(chē)輛的動(dòng)態(tài)實(shí)時(shí)運(yùn)行數(shù)據(jù)；
S43系統(tǒng)支持兩種模式:自動(dòng)診斷與手動(dòng)診斷兩種模式；
S44如果需要更換配件，系統(tǒng)自動(dòng)去各配件企業(yè)的數(shù)據(jù)庫(kù)中匹配，然后給維修企業(yè)列出有哪些配件企業(yè)有此配件，路途有多遠(yuǎn)；
S45維修企業(yè)確定配件企業(yè)配送；
S46維修企業(yè)接收送過(guò)來(lái)的配件；
S47現(xiàn)場(chǎng)維修。
[0011]所述的車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng)，工作流程如下:
S51保險(xiǎn)人員錄入帳號(hào)及密碼進(jìn)入本系統(tǒng)，帳號(hào)必須審核通過(guò)才能使用；
S52通過(guò)本系統(tǒng)可以下載本車(chē)的運(yùn)行歷史狀態(tài)數(shù)據(jù)、撞車(chē)時(shí)的視頻、歷史更換配件記
錄，
及打印出自動(dòng)評(píng)估報(bào)告；
S53所以從本系統(tǒng)得到的數(shù)據(jù)(信息)，都用于車(chē)輛理賠的依據(jù)。
[0012]本發(fā)明的有益效果為:1)實(shí)時(shí)發(fā)現(xiàn)尾氣超標(biāo)的車(chē)輛，監(jiān)督和控制超標(biāo)車(chē)維修并達(dá)標(biāo)排放；2)將機(jī)動(dòng)車(chē)污染的靜態(tài)管理模式升級(jí)為動(dòng)態(tài)管理模式。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0013]圖1為本發(fā)明的基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)不意圖； 圖2為尾氣監(jiān)控系統(tǒng)與OBD數(shù)據(jù)存儲(chǔ)存交換數(shù)據(jù)流程圖；
圖3為各業(yè)務(wù)子系統(tǒng)和隨車(chē)終端的數(shù)據(jù)交換示意圖；
圖4為維修企業(yè)故障查詢(xún)工作總流程；
圖5為維修企業(yè)技工操作系統(tǒng)的工作流程；
圖6為理賠處理程序流程圖。
[0014]圖中:隨車(chē)終端1、OBD數(shù)據(jù)存儲(chǔ)層2、監(jiān)控平臺(tái)3、OBD接口模塊11、OBD故障代碼庫(kù)12、OBD預(yù)處理模塊13、閾值設(shè)定模塊14、控制模塊15、存儲(chǔ)模塊16、觸屏模塊17、報(bào)警提示模塊18、無(wú)線通信模塊19、攝像模塊100、GPS定位模塊101。
【具體實(shí)施方式】
[0015]下面結(jié)合附圖對(duì)本發(fā)明的【具體實(shí)施方式】作進(jìn)一步說(shuō)明:
如圖1所示，基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，包括隨車(chē)終端1、0BD數(shù)據(jù)存儲(chǔ)層2、監(jiān)控平臺(tái)3，所述的隨車(chē)終端I使用OBD通訊協(xié)議與E⑶進(jìn)行通信，隨車(chē)終端I與OBD數(shù)據(jù)存儲(chǔ)層2連接，OBD數(shù)據(jù)存儲(chǔ)層2和監(jiān)控平臺(tái)3連接；隨車(chē)終端I需要上傳/下傳的數(shù)據(jù)通過(guò)隨車(chē)終端I的CDMA/GSM無(wú)線通信模塊19，以XML或JSON的格式傳遞至OBD數(shù)據(jù)存儲(chǔ)層2 ;所述的監(jiān)控平臺(tái)3包括是可擴(kuò)展的應(yīng)用子系統(tǒng)，包括尾氣監(jiān)控系統(tǒng)、維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng)、車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng)。
[0016]一、隨車(chē)終端I
隨車(chē)終端I包括OBD接口模塊11、0BD故障代碼庫(kù)12、0BD預(yù)處理模塊13、閾值設(shè)定模塊14、控制模塊15、存儲(chǔ)模塊16、觸屏模塊17、報(bào)警提示模塊18、無(wú)線通信模塊19、攝像模塊100、GPS定位模塊101 ；
所述的OBD接口模塊11使用OBD通訊協(xié)議與E⑶進(jìn)行通信，讀取OBD的運(yùn)行狀態(tài)信息，寫(xiě)入OBD的控制信息；
所述的數(shù)據(jù)緩存分析模塊用來(lái)對(duì)OBD接口模塊11讀取的數(shù)據(jù)進(jìn)行分析，將不同的數(shù)據(jù)進(jìn)行分類(lèi)，分別和存儲(chǔ)模塊16及預(yù)算控制模塊15進(jìn)行通信；
所述的OBD故障代碼庫(kù)12是存儲(chǔ)OBD基本故障代碼庫(kù)，匹配OBD代碼的描述信息的模
塊；
所述的OBD預(yù)處理模塊13將OBD接口模塊11讀取的信息進(jìn)行分析，然后與OBD故障代碼庫(kù)12進(jìn)行匹配，通過(guò)一系列的專(zhuān)家算法，將機(jī)動(dòng)車(chē)故障進(jìn)行預(yù)先診斷；
所述的油耗和尾氣數(shù)據(jù)處理模塊是將OBD接口模塊11的尾氣值與閾值設(shè)定模塊14設(shè)定的基本數(shù)據(jù)進(jìn)行匹配，如果超過(guò)閾值，則控制模塊15給報(bào)警提示模塊18傳輸數(shù)據(jù)不合格信號(hào)，通過(guò)無(wú)線通信模塊19將不合格數(shù)據(jù)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層2 ；
GPS定位模塊101，用于提供位置信息，供本裝置定位使用；
所述的觸屏模塊17，與運(yùn)算控制模塊15連接，可實(shí)現(xiàn)顯示車(chē)上單元的運(yùn)作狀態(tài)或特定信息，同時(shí)用于撥號(hào)或者觸發(fā)信息；
攝像模塊100將安裝在車(chē)身的多處攝像頭采集到的信息傳輸?shù)酱鎯?chǔ)模塊16，觸摸屏模塊通過(guò)運(yùn)算控制模塊15向存儲(chǔ)模塊16尋址提取實(shí)時(shí)或者一段時(shí)間內(nèi)的攝像數(shù)據(jù)，同時(shí)，存儲(chǔ)模塊16將攝像數(shù)據(jù)定時(shí)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層2 ；
所述的OBD接口模塊11采集的油耗數(shù)據(jù)傳輸給運(yùn)算控制模塊15，運(yùn)算控制模塊15對(duì)油耗數(shù)據(jù)進(jìn)行計(jì)數(shù)，計(jì)數(shù)的數(shù)據(jù)間隔一定周期傳輸給存儲(chǔ)模塊16，存儲(chǔ)模塊16將數(shù)據(jù)間隔一定周期將油耗數(shù)據(jù)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層2 ；
所述的OBD預(yù)處理模塊13判斷存在故障，則將故障數(shù)據(jù)傳遞到控制模塊15，控制模塊15通知報(bào)警提示模塊18進(jìn)行故障提醒，同時(shí)，將故障信息傳遞到存儲(chǔ)模塊16，并通過(guò)無(wú)線通信模塊19將GPS模塊顯示的位置信息和故障信息傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層2。
[0017]二、OBD數(shù)據(jù)存儲(chǔ)層2
OBD數(shù)據(jù)存儲(chǔ)層2劃分成三層:數(shù)據(jù)采集虛擬接口層、數(shù)據(jù)存儲(chǔ)層、海量數(shù)據(jù)索引/查詢(xún)/歸納/分析層。
[0018]數(shù)據(jù)采集虛擬接口層可實(shí)現(xiàn)行隨車(chē)軟件及信息管理系統(tǒng)開(kāi)發(fā)。
[0019]數(shù)據(jù)存儲(chǔ)層存放OBD原始數(shù)據(jù)，采用海量分布式群集數(shù)據(jù)庫(kù)hBASE數(shù)據(jù)庫(kù)，利用服務(wù)器群集、陣列、中間服務(wù)器等硬件技術(shù)來(lái)提高數(shù)據(jù)庫(kù)的性能，同時(shí)，通過(guò)HBASE分區(qū)、索引等技術(shù)手段來(lái)提高數(shù)據(jù)庫(kù)的性能。
[0020]數(shù)據(jù)存儲(chǔ)層的操作系統(tǒng)選用UNIX，應(yīng)用Apache服務(wù)器，采用海量分布式群集數(shù)據(jù)庫(kù):hBASE，海量分布式群集數(shù)據(jù)存儲(chǔ)/處理架構(gòu):HDFS+MapReduce+hBase。
[0021]數(shù)據(jù)存儲(chǔ)層所使用的存儲(chǔ)架構(gòu):使用HDFS分布式文件系統(tǒng)來(lái)存儲(chǔ)日益增長(zhǎng)的海量數(shù)據(jù)，Hadoop分布式文件系統(tǒng)(HDFS)被設(shè)計(jì)成適合運(yùn)行在通用硬件(commodityhardware)上的分布式文件系統(tǒng)。HDFS是一個(gè)高度容錯(cuò)性的系統(tǒng),適合部署在廉價(jià)的機(jī)器上。HDFS能提供高吞吐量的數(shù)據(jù)訪問(wèn)，非常適合大規(guī)模數(shù)據(jù)集上的應(yīng)用。
[0022]海量數(shù)據(jù)索引/查詢(xún)/歸納/分析層由一個(gè)或多個(gè)獨(dú)立的程序運(yùn)行，進(jìn)行數(shù)據(jù)的查詢(xún)、匯總、歸納、挖掘，為后期的業(yè)務(wù)系統(tǒng)提供數(shù)據(jù)。
[0023]隨車(chē)終端I與OBD數(shù)據(jù)存儲(chǔ)層2的數(shù)據(jù)交換:隨車(chē)終端I需要上傳/下傳的數(shù)據(jù)通過(guò)隨車(chē)終端I的CDMA/GSM無(wú)線通信模塊19，以XML或JSON的格式傳遞至OBD數(shù)據(jù)存儲(chǔ)層2。
[0024]采用ELM327作為與OBD通信的協(xié)議翻譯器，該芯片支持IS015764協(xié)議和對(duì)應(yīng)的CAN總線物理層，SAEJ1850協(xié)議和對(duì)應(yīng)的PWM&VPW物理層，將其轉(zhuǎn)換為標(biāo)準(zhǔn)串口協(xié)議。
[0025]采用SM300作為GPRS通信模塊，采用STM32F103RB作為隨車(chē)終端I的主控芯片。 如圖2所示，尾氣監(jiān)控系統(tǒng)與OBD數(shù)據(jù)存儲(chǔ)存層交換數(shù)據(jù)流程:
SI首先錄入帳戶(hù)名稱(chēng)與密碼，帳戶(hù)必須是審核通過(guò)的帳戶(hù)；
S2如果帳戶(hù)名稱(chēng)與密碼錯(cuò)誤，則系統(tǒng)拒絕進(jìn)入；
S3如果帳戶(hù)名稱(chēng)與密碼正確，則系統(tǒng)向OBD存儲(chǔ)層發(fā)送請(qǐng)求消息；
S40BD服務(wù)器接收到發(fā)送過(guò)來(lái)的請(qǐng)求，進(jìn)行分布式查詢(xún)；
S5將查詢(xún)出來(lái)的結(jié)果返回給用戶(hù)。
如圖3所示，各業(yè)務(wù)子系統(tǒng)和隨車(chē)終端I的數(shù)據(jù)流向:
S21業(yè)務(wù)子系統(tǒng)向OBD數(shù)據(jù)存儲(chǔ)層2發(fā)送一個(gè)請(qǐng)求；
S22 OBD數(shù)據(jù)存儲(chǔ)層2接收到業(yè)務(wù)子系統(tǒng)發(fā)來(lái)的請(qǐng)求，將命令存放在命令緩存區(qū)；
S23隨車(chē)終端I輪詢(xún)OBD命令緩存區(qū)(隔2或者5秒輪詢(xún))；
S24隨車(chē)終端I如果檢測(cè)到OBD命令緩存區(qū)的命令是本車(chē)的指令，則下載至隨車(chē)終端I的內(nèi)存區(qū)；
S25隨車(chē)終端I分析程序分析其命令格式，解釋成本車(chē)能夠執(zhí)行的指令，然后通過(guò)OBD接口發(fā)送指令給汽車(chē)的執(zhí)行單元，并且將執(zhí)行結(jié)果返回給隨車(chē)終端I;
S26隨車(chē)終端I將命令執(zhí)行結(jié)果返回給OBD命令緩沖區(qū)(文字、圖象、視頻)；
S27 OBD數(shù)據(jù)存儲(chǔ)層2返回結(jié)果給業(yè)務(wù)子系統(tǒng)。
[0026]三、維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng) 如圖4所示，維修企業(yè)故障查詢(xún)工作總流程:
S31隨車(chē)終端I實(shí)時(shí)的將車(chē)輛的運(yùn)行狀況數(shù)據(jù)上報(bào)至OBD海量分布式數(shù)據(jù)庫(kù)hBASE存儲(chǔ)起來(lái)；
S32維修技術(shù)員錄入用戶(hù)名與密碼后，下載車(chē)輛的實(shí)時(shí)數(shù)據(jù)；
S33將下載的數(shù)據(jù)進(jìn)行手動(dòng)分析或者自動(dòng)分析。
[0027]如圖5所示，維修企業(yè)技工工作流程:
S41技師錄入用戶(hù)名與帳號(hào)進(jìn)入業(yè)務(wù)子系統(tǒng)中；
S42遠(yuǎn)程下載車(chē)輛的動(dòng)態(tài)實(shí)時(shí)運(yùn)行數(shù)據(jù)；
S43系統(tǒng)支持兩種模式:自動(dòng)診斷與手動(dòng)診斷兩種模式；
S44如果需要更換配件，系統(tǒng)自動(dòng)去各配件企業(yè)的數(shù)據(jù)庫(kù)中匹配，然后給維修企業(yè)列出有哪些配件企業(yè)有此配件，路途有多遠(yuǎn)；
S45維修企業(yè)確定配件企業(yè)配送；
S46維修企業(yè)接收送過(guò)來(lái)的配件；
S47現(xiàn)場(chǎng)維修。
[0028]四、車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng) 如圖6所示，理賠處理程序流程圖:
S51保險(xiǎn)人員錄入帳號(hào)及密碼進(jìn)入本系統(tǒng)，帳號(hào)必須通過(guò)我們的審核才能使用；
S52通過(guò)本系統(tǒng)可以下載本車(chē)的運(yùn)行歷史狀態(tài)數(shù)據(jù)、撞車(chē)時(shí)的視頻、歷史更換配件記錄，及打印出自動(dòng)評(píng)估報(bào)告；
S53所以從本系統(tǒng)得到的數(shù)據(jù)(信息)，都用于車(chē)輛理賠的依據(jù)。
[0029]上述實(shí)施例和說(shuō)明書(shū)中描述的只是說(shuō)明本發(fā)明的原理和最佳實(shí)施例，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明還會(huì)有各種變化和改進(jìn)，這些變化和改進(jìn)都落入要求保護(hù)的本發(fā)明范圍內(nèi)。
【權(quán)利要求】
1.一種基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，包括隨車(chē)終端、OBD數(shù)據(jù)存儲(chǔ)層、監(jiān)控平臺(tái)、所述的隨車(chē)終端使用OBD通訊協(xié)議與ECU進(jìn)行通信，隨車(chē)終端與OBD數(shù)據(jù)存儲(chǔ)層連接，OBD數(shù)據(jù)存儲(chǔ)層和監(jiān)控平臺(tái)連接，其特征在于: 所述的隨車(chē)終端包括OBD接口模塊、OBD故障代碼庫(kù)、OBD預(yù)處理模塊、閾值設(shè)定模塊、控制模塊、存儲(chǔ)模塊、觸屏模塊、報(bào)警提示模塊、無(wú)線通信模塊、攝像模塊、GPS定位模塊；隨車(chē)終端需要上傳/下傳的數(shù)據(jù)通過(guò)隨車(chē)終端的CDMA/GSM無(wú)線通信模塊，以XML或JSON的格式傳遞至OBD數(shù)據(jù)存儲(chǔ)層；所述的監(jiān)控平臺(tái)包括是可擴(kuò)展的應(yīng)用子系統(tǒng)，包括尾氣監(jiān)控系統(tǒng)、維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng)、車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，其特征在于: 所述的OBD接口模塊使用OBD通訊協(xié)議與ECU進(jìn)行通信，讀取OBD的運(yùn)行狀態(tài)信息，寫(xiě)A OBD的控制信息； 所述的OBD故障代碼庫(kù)是存儲(chǔ)OBD基本故障代碼庫(kù)，匹配OBD代碼的描述信息的模塊；所述的OBD預(yù)處理模塊將OBD接口模塊采集的信息進(jìn)行分析，然后與OBD故障代碼庫(kù)進(jìn)行匹配，通過(guò)一系列的專(zhuān)家算法，將機(jī)動(dòng)車(chē)故障進(jìn)行預(yù)先診斷； 所述的OBD預(yù)處理模塊將OBD接口模塊的尾氣值與閾值設(shè)定模塊設(shè)定的基本數(shù)據(jù)進(jìn)行匹配，如果超過(guò)閾值，則 控制模塊給報(bào)警提示模塊傳輸數(shù)據(jù)不合格信號(hào)，通過(guò)無(wú)線通信模塊將不合格數(shù)據(jù)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層； 所述的OBD預(yù)處理模塊判斷存在故障，則將故障數(shù)據(jù)傳遞到控制模塊，控制模塊通知報(bào)警提示模塊進(jìn)行故障提醒，同時(shí)，將故障信息傳遞到存儲(chǔ)模塊，并通過(guò)無(wú)線通信模塊將GPS模塊顯示的位置信息和故障信息傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層； 所述的OBD預(yù)處理模塊將OBD接口模塊采集的油耗數(shù)據(jù)傳輸給運(yùn)算控制模塊，運(yùn)算控制模塊對(duì)油耗數(shù)據(jù)進(jìn)行計(jì)數(shù)，計(jì)數(shù)的數(shù)據(jù)間隔一定周期傳輸給存儲(chǔ)模塊，存儲(chǔ)模塊將數(shù)據(jù)間隔一定周期將油耗數(shù)據(jù)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層； 所述的GPS定位模塊，用于提供位置信息，供本裝置定位使用； 所述的觸屏模塊，與運(yùn)算控制模塊連接，可實(shí)現(xiàn)顯示車(chē)上單元的運(yùn)作狀態(tài)或特定信息，同時(shí)用于撥號(hào)或者觸發(fā)信息； 所述的攝像模塊將安裝在車(chē)身的多處攝像頭采集到的信息傳輸?shù)酱鎯?chǔ)模塊，觸摸屏模塊通過(guò)運(yùn)算控制模塊向存儲(chǔ)模塊尋址提取實(shí)時(shí)或者一段時(shí)間內(nèi)的攝像數(shù)據(jù)，同時(shí)，存儲(chǔ)模塊將攝像數(shù)據(jù)定時(shí)傳輸?shù)絆BD數(shù)據(jù)存儲(chǔ)層。
3.根據(jù)權(quán)利要求1所述的基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，其特征在于:所述的OBD數(shù)據(jù)存儲(chǔ)層劃分成三層:數(shù)據(jù)采集虛擬接口層、OBD海量OBD數(shù)據(jù)存儲(chǔ)層、海量數(shù)據(jù)索引/查詢(xún)/歸納/分析層。
4.根據(jù)權(quán)利要求1所述的基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，其特征在于: 所述的維修企業(yè)故障查詢(xún)/配件預(yù)備系統(tǒng)，維修企業(yè)故障查詢(xún)工作總流程: S31隨車(chē)終端實(shí)時(shí)的將車(chē)輛的運(yùn)行狀況數(shù)據(jù)上報(bào)至OBD海量分布式數(shù)據(jù)庫(kù)hBASE存儲(chǔ)起來(lái)； S32維修技術(shù)員錄入用戶(hù)名與密碼后，下載車(chē)輛的實(shí)時(shí)數(shù)據(jù)； S33將下載的數(shù)據(jù)進(jìn)行手動(dòng)分析或者自動(dòng)分析； 維修企業(yè)技工操作系統(tǒng)流程:S41技師錄入用戶(hù)名與帳號(hào)進(jìn)入業(yè)務(wù)子系統(tǒng)中； S42遠(yuǎn)程下載車(chē)輛的動(dòng)態(tài)實(shí)時(shí)運(yùn)行數(shù)據(jù)； S43系統(tǒng)支持兩種模式:自動(dòng)診斷與手動(dòng)診斷兩種模式； S44如果需要更換配件，系統(tǒng)自動(dòng)去各配件企業(yè)的數(shù)據(jù)庫(kù)中匹配，然后給維修企業(yè)列出 有哪些配件企業(yè)有此配件，路途有多遠(yuǎn)； S45維修企業(yè)確定配件企業(yè)配送； S46維修企業(yè)接收送過(guò)來(lái)的配件； S47現(xiàn)場(chǎng)維修。
5.根據(jù)權(quán)利要求1所述的基于OBD技術(shù)的機(jī)動(dòng)車(chē)實(shí)時(shí)監(jiān)控系統(tǒng)，其特征在于:所述的車(chē)險(xiǎn)故障查詢(xún)及理賠信息子系統(tǒng)，工作流程如下: S51保險(xiǎn)人員錄入帳號(hào)及密碼進(jìn)入本系統(tǒng)，帳號(hào)必須審核通過(guò)才能使用； S52通過(guò)本系統(tǒng)可以下載本車(chē)的運(yùn)行歷史狀態(tài)數(shù)據(jù)、撞車(chē)時(shí)的視頻、歷史更換配件記錄， 及打印出自動(dòng)評(píng)估報(bào)告； S53所有從本系統(tǒng)得到的數(shù)據(jù)(信息)，都用于車(chē)輛理賠的依據(jù)。
【文檔編號(hào)】G05B19/418GK103699108SQ201410003793
【公開(kāi)日】2014年4月2日 申請(qǐng)日期:2014年1月3日 優(yōu)先權(quán)日:2014年1月3日
【發(fā)明者】張驄藍(lán), 張洋 申請(qǐng)人:中天新能源農(nóng)業(yè)科技投資有限公司