車輛狀態(tài)數據處理裝置的制造方法
【專利摘要】本發(fā)明實施例公開一種車輛狀態(tài)數據處理裝置，數據接入模塊通過TCP傳輸協議接收OBD設備上報的車輛數據消息，對車輛數據進行節(jié)流緩存；按照協議規(guī)則確定車輛數據消息長度，根據車輛數據消息長度截取緩存的車輛數據消息中數據包；將截取后的數據包進行協議適配，確定匹配的接入協議；對數據包中數據進行解析，將數據由字節(jié)流轉換為協議數據實體，得到解析后的數據，根據接入協議，將解析后的數據轉換為原始數據，將原始數據攜帶于原始數據消息隊列中傳輸至所述傳輸控制模塊；傳輸控制模塊接收原始數據，應用業(yè)務算法對原始數據處理后，發(fā)送到數據展示模塊；數據展示模塊根據原始數據確定車輛狀態(tài)，并顯示車輛狀態(tài)。
【專利說明】
車輛狀態(tài)數據處理裝置
技術領域
[0001]本發(fā)明涉及汽車領域，尤其涉及一種車輛狀態(tài)數據處理裝置。
【背景技術】
[0002]目前車輛已經基本普及0BD(0n-BoardDiagnostic，車載診斷系統(tǒng))接口，通過OBD接口可以讀取車輛運行狀態(tài)、故障等信息。通常，從OBD接口讀取的數據為原始數據，需經過處理從而得知車輛狀態(tài)。因此，數據OBD數據處理的精準程度，對了解車輛狀態(tài)至關重要。

【發(fā)明內容】

[0003]本發(fā)明實施例提供一種車輛狀態(tài)數據處理裝置，能夠提高OBD數據處理準確度，從而精準了解車輛狀態(tài)。
[0004]本發(fā)明實施例采用如下技術方案:
[0005]—種車輛狀態(tài)數據處理裝置，包括:數據接入模塊、傳輸控制模塊，數據展示模塊；
[0006]所述數據接入模塊包括:接入網關、協議適配器、數據解析處理器；
[0007]所述接入網關，用于通過TCP傳輸協議接收OBD設備上報的車輛數據消息，對所述車輛數據進行節(jié)流緩存;按照協議規(guī)則確定所述車輛數據消息長度，根據所述車輛數據消息長度截取緩存的車輛數據消息中數據包；
[0008]所述協議適配器，用于將截取后的數據包進行協議適配，確定匹配的接入協議；
[0009]所述數據解析處理器，用于對所述數據包中數據進行解析，將數據由字節(jié)流轉換為協議數據實體，得到解析后的數據，根據所述接入協議，將所述解析后的數據轉換為原始數據，將所述原始數據攜帶于原始數據消息隊列中傳輸至所述傳輸控制模塊；
[0010]所述傳輸控制模塊包括:第一業(yè)務API模塊；
[0011]所述第一業(yè)務API模塊，用于接收所述原始數據，應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述數據展示模塊；
[0012]所述數據展示模塊，用于根據所述原始數據確定車輛狀態(tài)，并顯示所述車輛狀態(tài)。
[0013]可選的，所述傳輸控制模塊還包括:動態(tài)數據緩存子模塊、通知服務子模塊；
[0014]所述第一業(yè)務API模塊應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述動態(tài)數據緩存子模塊；
[0015]或者，所述第一業(yè)務API模塊應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述通知服務子模塊，所述通知服務子模塊將數據推送至所述數據展示模塊。
[0016]可選的，所述數據展示模塊包括訂閱通知客戶端、第一應用客戶端；
[0017]所述訂閱通知客戶端實時接收所述傳輸控制模塊推送的通知，將收到的通知轉發(fā)到所述第一應用客戶端；
[0018]所述第一應用客戶端顯示通知消息和車輛運行數據。
[0019]可選的，還包括:遠程控制模塊，所述遠程控制模塊連接所述傳輸控制模塊、并連接所述OBD設備；
[0020]所述遠程控制模塊包括:第二應用客戶端、第二業(yè)務API模塊、短信模塊；
[0021]所述第二應用客戶端向所述第二業(yè)務API模塊發(fā)起遠程控制請求，所述第二業(yè)務API模塊收到請求后，按照所述OBD設備接入協議組織遠程控制消息包，并經所述短信模塊下發(fā)到所述OBD設備。
[0022 ]可選的，所述數據接入模塊還包括視頻接收模塊、視頻轉換模塊、視頻傳輸模塊；
[0023]視頻接收模塊接收所述OBD設備通過至少一個車載攝像頭采集的車輛周邊視頻；所述視頻轉換模塊將所述車輛周邊視頻轉換為所述數據展示模塊支持的格式；
[0024]視頻傳輸模塊向所述數據展示模塊傳輸轉換后的視頻數據，由所述數據展示模塊進行播放。
[0025]可選的，所述攝像頭為四個，分布于車輛的四面。
[0026]可選的，所述車輛數據消息包含協議頭、協議體、效驗碼，所述協議體位于所述協議頭之后，所述效驗碼位于所述協議體之后；
[0027]所述協議頭包含消息包長度字段、協議版本字段、加密方式字段，所述消息體包含消息頭字段、命令字字段、車輛識別碼字段、消息體字段；
[0028]所述協議包長度字段為4個字節(jié)，所述協議包長度字段標識了消息包長度，所述協議包長度=協議頭長度+加密后的協議體長度+校驗碼長度，協議版本字段標識了協議版本，所述加密方式字段標識了所述消息體中所述消息頭字段及所述消息體字段的加密方式；
[0029]所述消息體用于定義所述車輛OBD數據處理裝置與所述OBD設備之間操作內容，所述消息頭字段攜帶命令字及車輛識別碼，所述命令字字段用于確定操作類型，所述車輛識別碼字段攜帶車輛識別碼；
[0030]所述效驗碼經過對所述消息頭部分中消息包長度字段以外的字節(jié)及所述消息體部分的全部字節(jié)進行異或運算得到。
[0031 ]可選的，所述OBD設備采集所述車輛數據消息步驟包括:
[0032]確定命令字字段、車輛識別碼，組成消息頭，所述命令字字段標識車輛數據消息的類型；
[0033]確定消息體，所述消息體攜帶所述車輛數據消息內容；
[0034]將協議頭中協議版本字段及加密方式字段，消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼；
[0035]對消息頭、消息體進行加密，形成協議體；
[0036]將消息頭長度+加密后的消息體長度+校驗碼長度，得到協議包長度；
[0037]將消息頭、消息體、校驗碼三部分組合，形成所述車輛數據消息。
[0038]可選的，所述接入網關按照協議規(guī)則確定所述車輛數據消息長度，根據所述車輛數據消息長度截取緩存的車輛數據消息中數據包包括:
[0039]從字節(jié)流中讀取4個字節(jié)，確定協議數據包長度；
[0040]根據協議包長度，讀取整個協議數據包；
[0041 ]根據協議中規(guī)定協議頭長度，解析協議頭，找到協議版本和加密方式；
[0042 ]根據協議包長度、協議頭長度算出加密后的協議體長度，加密后的協議體長度=協議包長度-協議頭長度-校驗碼長度；
[0043]按照第四步得到的加密方式，對協議體進行解密，得出消息頭和消息頭；
[0044]從協議包中讀取校驗碼；
[0045]將協議頭中協議版本字段及加密方式字段，消息頭，消息體中所有字節(jié)依次進行異或得到校驗碼；
[0046]將得到的校驗碼與得到的校驗碼對比，如果相同，則消息合法，否則為非法消息；
[0047]根據得到的協議版本，確定OBD設備接入協議；
[0048]根據OBD設備接入協議，解析合法消息，得到消息頭和消息體；
[0049]根據OBD設備接入協議，解析消息頭得到命令字，確定消息類型；
[0050]根據OBD設備接入協議，綜合命令字字段，解析消息體，得到所述車輛數據消息攜帶數據。
[0051]可選的，所述車輛數據消息包括實時監(jiān)控消息、報警消息中至少一種。
[0052]基于上述技術方案的車輛狀態(tài)數據處理裝置，接收OBD設備上報的車輛數據消息，將消息進行協議轉換，并對承載的數據進行處理，能夠提高OBD數據處理準確度，從而更準確的得出車輛的狀態(tài)。
[0053]應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。
【附圖說明】
[0054]此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發(fā)明的實施例，并與說明書一起用于解釋本發(fā)明的原理。
[0055]圖1為本發(fā)明實施例提供的車輛狀態(tài)數據處理裝置的結構示意圖之一；
[0056]圖2為本發(fā)明實施例提供的車輛狀態(tài)數據處理裝置的結構示意圖之二；
[0057]圖3為本發(fā)明實施例提供的車輛狀態(tài)數據處理裝置的結構示意圖之三；
[0058]圖4為本發(fā)明實施例提供的車輛狀態(tài)數據處理裝置的結構示意圖之四；
[0059]圖5為本發(fā)明實施例提供的車輛數據消息協議格式示意圖；
[0060]圖6為本發(fā)明實施例提供的報警消息處理流程圖；
[0061 ]圖7為本發(fā)明實施例提供的監(jiān)控消息處理流程圖。
【具體實施方式】
[0062]這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本發(fā)明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發(fā)明的一些方面相一致的裝置和方法的例子。
[0063]本發(fā)明實施例中的OBD設備可以為能夠從車輛OBD接口讀取數據的設備，也可以為傳輸OBD數據(0BD數據從OBD接口讀出)的設備，或者存儲OBD數據(0BD數據從OBD接口讀出)的設備，本發(fā)明實施例不做限定。本發(fā)明實施例中，Hadoop為分布式系統(tǒng)基礎架構，能夠實現分布式文件系統(tǒng);HBase Hadoop database為分布式非結構化數據庫;Zookeeper為分布式應用程序協調服務。
[0064]實施例1
[0065]如圖1所示，本發(fā)明實施例提供一種車輛狀態(tài)數據處理裝置，包括:數據接入模塊
11、傳輸控制模塊12，數據展示模塊13 ；
[0066]所述數據接入模塊11包括:接入網關111、協議適配器112、數據解析處理器113;
[0067]所述接入網關111，用于通過TCP傳輸協議接收OBD設備上報的車輛數據消息，對所述車輛數據進行節(jié)流緩存;按照協議規(guī)則確定所述車輛數據消息長度，根據所述車輛數據消息長度截取緩存的車輛數據消息中數據包；
[0068]所述協議適配器112，用于將截取后的數據包進行協議適配，確定匹配的接入協議；
[0069]所述數據解析處理器113，用于對所述數據包中數據進行解析，將數據由字節(jié)流轉換為協議數據實體，得到解析后的數據，根據所述接入協議，將所述解析后的數據轉換為原始數據，將所述原始數據攜帶于原始數據消息隊列中傳輸至所述傳輸控制模塊12;
[0070]所述傳輸控制模塊12包括:第一業(yè)務API模塊121;
[0071]所述第一業(yè)務API模塊121，用于接收所述原始數據，應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述數據展示模塊13;
[0072]所述數據展示模塊13，用于根據所述原始數據確定車輛狀態(tài)，并顯示所述車輛狀
??τ O
[0073]本發(fā)明實施例的車輛狀態(tài)數據處理裝置，接收OBD設備上報的車輛數據消息，將消息進行協議轉換，并對承載的數據進行處理，能夠提高OBD數據處理準確度，從而更準確的得出車輛的狀態(tài)。
[0074]本發(fā)明一個實施例中，數據接入模塊11可以采用圖2所示的架構，接入網關111通過TCP傳輸協議接收OBD設備10上報的車輛數據消息。接入網關111接收到數據后，進行字節(jié)流緩存處理，防止數據丟失;按照通用OBD設備接入協議傳輸規(guī)則，在協議頭中找到消息長度，根據消息長度截取緩存中數據包;將截取后的數據包，發(fā)送到協議適配器112，由協議適配器112進行協議適配，路由到適合的OBD設備接入協議;根據OBD設備接入協議將數據發(fā)送到數據解析處理器113，由數據解析處理器113對數據進行解析，數據由字節(jié)流轉換為協議數據實體。將協議數據轉換為原始數據，將協議數據轉換為原始數據后，按照AMQP傳輸協議，將原始數據推送到傳輸控制模塊12。
[0075]如圖3所示，本發(fā)明一個實施例中，所述傳輸控制模塊12還包括:動態(tài)數據緩存子模塊122、通知服務子模塊123;
[0076]所述第一業(yè)務API模塊121應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述動態(tài)數據緩存子模塊122;
[0077]或者，所述第一業(yè)務API (應用程序編程接口，Appl icat1n ProgrammingInterface)模塊121應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述通知服務子模塊123，所述通知服務子模塊將數據推送至所述數據展示模塊。
[0078]本發(fā)明一個實施例中，傳輸控制模塊12中第一業(yè)務API模塊121接收推送的業(yè)務數據，經業(yè)務算法處理后，根據需要，或將數據存入動態(tài)數據緩存子模塊122，或將數據發(fā)送到通知服務子模塊153，或將數據被動發(fā)送到數據展示模塊13。通知服務子模塊153收到通知消息后，將通知推送到數據展示模塊13。傳輸控制模塊12與數據展示模塊13之間通信遵循HTTP傳輸協議。
[0079]如圖4所示，本發(fā)明一個實施例中，所述數據展示模塊13包括訂閱通知客戶端131、第一應用客戶端132;
[0080]所述訂閱通知客戶端131實時接收所述傳輸控制模塊12推送的通知，將收到的通知轉發(fā)到所述第一應用客戶端132;
[0081]所述第一應用客戶端132顯示通知消息和車輛運行數據。
[0082]本發(fā)明一個實施例中，該處理裝置還可以包括:遠程控制模塊(圖中未示出)，所述遠程控制模塊連接所述傳輸控制模塊12、并連接所述OBD設備10。本發(fā)明一個實施例中，遠程控制模塊可以位于圖4中T的位置。
[0083]所述遠程控制模塊包括:第二應用客戶端、第二業(yè)務API模塊、短信模塊；
[0084]所述第二應用客戶端向所述第二業(yè)務API模塊發(fā)起遠程控制請求，所述第二業(yè)務API模塊收到請求后，按照所述OBD設備接入協議組織遠程控制消息包，并經所述短信模塊下發(fā)到所述OBD設備。
[0085]可選的，所述數據接入模塊11還包括視頻接收模塊、視頻轉換模塊、視頻傳輸模塊；
[0086]視頻接收模塊接收所述OBD設備通過至少一個車載攝像頭采集的車輛周邊視頻；所述視頻轉換模塊將所述車輛周邊視頻轉換為所述數據展示模塊支持的格式；
[0087]視頻傳輸模塊向所述數據展示模塊傳輸轉換后的視頻數據，由所述數據展示模塊13進行播放。
[0088]本發(fā)明一個實施例中，所述攝像頭為四個，分布于車輛的四面。
[0089]本發(fā)明一個實施例中，所述車輛數據消息可以采用圖5所示的格式，包含協議頭、協議體、效驗碼，所述協議體位于所述協議頭之后，所述效驗碼位于所述協議體之后；
[0090]所述協議頭包含消息包長度字段、協議版本字段、加密方式字段，所述消息體包含消息頭字段、命令字字段、車輛識別碼字段、消息體字段；
[0091]所述協議包長度字段為4個字節(jié)，所述協議包長度字段標識了消息包長度，所述協議包長度=協議頭長度+加密后的協議體長度+校驗碼長度，協議版本字段標識了協議版本，所述加密方式字段標識了所述消息體中所述消息頭字段及所述消息體字段的加密方式；
[0092]所述消息體用于定義所述車輛OBD數據處理裝置與所述OBD設備之間操作內容，所述消息頭字段攜帶命令字及車輛識別碼，所述命令字字段用于確定操作類型，所述車輛識別碼字段攜帶車輛識別碼；
[0093]所述效驗碼經過對所述消息頭部分中消息包長度字段以外的字節(jié)及所述消息體部分的全部字節(jié)進行異或運算得到。
[0094]本發(fā)明一個實施例中，所述OBD設備采集所述車輛數據消息步驟包括:
[0095]確定命令字字段、車輛識別碼，組成消息頭，所述命令字字段標識車輛數據消息的類型；
[0096]確定消息體，所述消息體攜帶所述車輛數據消息內容；
[0097]將協議頭中協議版本字段及加密方式字段，消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼；
[0098]對消息頭、消息體進行加密，形成協議體；
[0099]將消息頭長度+加密后的消息體長度+校驗碼長度，得到協議包長度；
[0100]將消息頭、消息體、校驗碼三部分組合，形成所述車輛數據消息。
[0101]本發(fā)明一個實施例中，所述接入網關按照協議規(guī)則確定所述車輛數據消息長度，根據所述車輛數據消息長度截取緩存的車輛數據消息中數據包包括:
[0102]從字節(jié)流中讀取4個字節(jié)，確定協議數據包長度；
[0103]根據協議包長度，讀取整個協議數據包；
[0104]根據協議中規(guī)定協議頭長度，解析協議頭，找到協議版本和加密方式；
[0105 ]根據協議包長度、協議頭長度算出加密后的協議體長度，加密后的協議體長度=協議包長度-協議頭長度-校驗碼長度；
[0106]按照第四步得到的加密方式，對協議體進行解密，得出消息頭和消息頭；
[0107]從協議包中讀取校驗碼；
[0108]將協議頭中協議版本字段及加密方式字段，消息頭，消息體中所有字節(jié)依次進行異或得到校驗碼；
[0109]將得到的校驗碼與得到的校驗碼對比，如果相同，則消息合法，否則為非法消息；
[0110]根據得到的協議版本，確定OBD設備接入協議；
[0111]根據OBD設備接入協議，解析合法消息，得到消息頭和消息體；
[0112]根據OBD設備接入協議，解析消息頭得到命令字，確定消息類型(例如報警消息、實時監(jiān)控消息等);
[0113]根據OBD設備接入協議，綜合命令字字段，解析消息體，得到所述車輛數據消息攜帶數據。
[0114]本發(fā)明一個實施例中，所述車輛數據消息可以為多種類型的消息，例如車輛數據消息包括實時監(jiān)控消息、報警消息中至少一種。
[0115]基于上述技術方案的車輛狀態(tài)數據處理裝置，接收OBD設備上報的車輛數據消息，將消息進行協議轉換，并對承載的數據進行處理，能夠提高OBD數據處理準確度，從而更準確的得出車輛的狀態(tài)。
[0116]實施例2
[0117]本發(fā)明實施例中OBD設備上報的車輛數據消息可以為多種類型的消息，本實施例以車輛數據消息為報警消息為例詳細說明本發(fā)明實施例的車輛狀態(tài)數據處理裝置的數據處理流程。
[0118]如圖6所示，本實施例可以通過上述實施例的車輛狀態(tài)數據處理裝置實現，本實施例的數據處理流程包括:
[0119]901、0BD設備10在車輛發(fā)生報警信息時，將報警消息組包。
[0120]具體組包過程如下:第一步，確定命令字(報警類型)、車輛識別碼，組成消息頭;第二步，確定消息體(報警內容)；第三步，將協議頭(不包含協議長度字段)、消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼;第四步，對消息頭、消息體進行加密，形成協議體;第五步，將協議頭長度+加密后的協議體長度+校驗碼長度得到協議包長度;第六步，協議頭、協議體、校驗碼三部分組合，形成協議數據包即報警消息。
[0121 ] 902、0BD設備10上報報警消息。
[0122]903、數據接入模塊11接收車輛數據消息，并進行解析。
[0123]數據接入模塊11解析過程如下:第一步，從字節(jié)流中讀取2個字節(jié)，確定協議數據包長度;第二步，根據協議包長度，讀取整個協議數據包;第三步，根據協議中規(guī)定協議頭長度，解析協議頭，找到協議版本和加密方式;第四步，根據協議包長度、協議頭長度算出加密后的協議體長度，加密后的協議體長度=協議包長度-協議頭長度-校驗碼長度;第五步，按照第四步得到的加密方式，對協議體進行解密，得出消息頭和消息頭;第六步，從協議包中讀取校驗碼;第七步，將協議頭(不包含協議長度字段)、消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼；第八步，將第六步得到的校驗碼與第七步得到的校驗碼對比，如果相同，則消息合法，否則為非法消息；第九步，根據第三步中得到的協議版本，確定OBD設備接入協議。第十步，根據OBD設備接入協議，解析合法消息，得到消息頭和消息體。第十一步，根據OBD設備接入協議，解析消息頭得到命令字，確定為報警通知;第十二步，根據OBD設備接入協議，綜合命令字，解析消息體，得到報警信息。
[0124]904、數據接入模塊11對數據進行處理得到原始數據。
[0125]905、數據接入模塊11將原始數據存儲至存儲模塊14。
[0126]本發(fā)明實施例中存儲模塊14可以為單獨的存儲模塊也可以為集成在某一模塊中的存儲模塊，本發(fā)明實施例不做限定。
[0127]906、數據接入模塊11根據業(yè)務算法對數據進行處理。
[0128]907、數據接入模塊11存儲處理后的數據。
[0129]908、傳輸控制模塊12進行報警統(tǒng)計。
[0130]909、傳輸控制模塊12向數據展示模塊13推送報警通知，由數據展示模塊13進行報警提示。
[0131]本發(fā)明實施例的車輛OBD數據處理裝置，接收OBD設備上報的報警消息，將消息進行協議轉換，并對承載的數據進行處理，能夠提高報警數據處理準確度，發(fā)出報警提示。
[0132]實施例3
[0133]本發(fā)明實施例中OBD設備上報的車輛數據消息可以為多種類型的消息，本實施例以車輛數據消息為實時監(jiān)控消息為例詳細說明本發(fā)明實施例的車輛OBD數據處理裝置的數據處理流程。
[0134]如圖7所示，本實施例可以通過上述實施例的車輛OBD數據處理裝置實現，本實施例的數據處理流程包括:
[0135]101、OBD設備1對實時監(jiān)控消息進行組包。
[0136]具體組包過程如下:第一步，確定命令字(實時監(jiān)控)、車輛識別碼，組成消息頭;第二步，確定消息體(實時監(jiān)控調取)；第三步，將協議頭(不包含協議長度字段)、消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼;第四步，對消息頭、消息體進行加密，形成協議體;第五步，將協議頭長度+加密后的協議體長度+校驗碼長度得到協議包長度;第六步，協議頭、協議體、校驗碼三部分組合，形成協議數據包即實時監(jiān)控消息。
[0137]102、0BD設備10上報實時監(jiān)控消息。
[0138]103、數據接入模塊11接收實時監(jiān)控消息，并進行解析。
[0139]數據接入模塊11解析過程如下:第一步，從字節(jié)流中讀取2個字節(jié)，確定協議數據包長度;第二步，根據協議包長度，讀取整個協議數據包;第三步，根據協議中規(guī)定協議頭長度，解析協議頭，找到協議版本和加密方式;第四步，根據協議包長度、協議頭長度算出加密后的協議體長度，加密后的協議體長度=協議包長度-協議頭長度-校驗碼長度;第五步，按照第四步得到的加密方式，對協議體進行解密，得出消息頭和消息頭;第六步，從協議包中讀取校驗碼;第七步，將協議頭(不包含協議長度字段)、消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼；第八步，將第六步得到的校驗碼與第七步得到的校驗碼對比，如果相同，則消息合法，否則為非法消息；第九步，根據第三步中得到的協議版本，確定OBD設備接入協議。第十步，根據OBD設備接入協議，解析合法消息，得到消息頭和消息體。第十一步，根據OBD設備接入協議，解析消息頭得到命令字，確定為實時監(jiān)控消息；第十二步，根據OBD設備接入協議，綜合命令字，解析消息體，得到實時監(jiān)控消息攜帶的信息。
[0140]104、數據接入模塊11對數據進行處理得到原始數據。
[0141 ] 105、數據接入模塊11將原始數據存儲至存儲模塊15。
[0142]本發(fā)明實施例中存儲模塊14可以為單獨的存儲模塊也可以為集成在某一模塊中的存儲模塊，本發(fā)明實施例不做限定。
[0143]106、數據接入模塊11根據業(yè)務算法對數據進行處理。
[0144]107、數據接入模塊11存儲處理后的數據。
[0145]108、傳輸控制模塊12進行狀態(tài)統(tǒng)計。
[0146]109、傳輸控制模塊12更新緩存。
[0147]110、數據展示模塊13向傳輸控制模塊12請求監(jiān)控數據，傳輸控制模塊15返回監(jiān)控數據，由數據展示模塊13進行視頻顯示。
[0148]本發(fā)明實施例的車輛OBD數據處理裝置，接收OBD設備上報的監(jiān)控消息，將消息進行協議轉換，并對承載的數據進行處理，能夠提高監(jiān)控數據處理準確度，發(fā)出報警提示。
[0149]以上已經描述了本發(fā)明的各實施例，上述說明是示例性的，并非窮盡性的，并且也不限于所披露的各實施例。在不偏離所說明的各實施例的范圍和精神的情況下，對于本技術領域的普通技術人員來說許多修改和變更都是顯而易見的。本文中所用術語的選擇，旨在最好地解釋各實施例的原理、實際應用或對市場中的技術的改進，或者使本技術領域的其它普通技術人員能理解本文披露的各實施例。
[0150]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以權利要求的保護范圍為準。
【主權項】
1.一種車輛狀態(tài)數據處理裝置，其特征在于，包括:數據接入模塊、傳輸控制模塊，數據展不t旲塊； 所述數據接入模塊包括:接入網關、協議適配器、數據解析處理器； 所述接入網關，用于通過TCP傳輸協議接收OBD設備上報的車輛數據消息，對所述車輛數據進行節(jié)流緩存;按照協議規(guī)則確定所述車輛數據消息長度，根據所述車輛數據消息長度截取緩存的車輛數據消息中數據包； 所述協議適配器，用于將截取后的數據包進行協議適配，確定匹配的接入協議； 所述數據解析處理器，用于對所述數據包中數據進行解析，將數據由字節(jié)流轉換為協議數據實體，得到解析后的數據，根據所述接入協議，將所述解析后的數據轉換為原始數據，將所述原始數據攜帶于原始數據消息隊列中傳輸至所述傳輸控制模塊； 所述傳輸控制模塊包括:第一業(yè)務API模塊； 所述第一業(yè)務API模塊，用于接收所述原始數據，應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述數據展示模塊； 所述數據展示模塊，用于根據所述原始數據確定車輛狀態(tài)，并顯示所述車輛狀態(tài)。2.根據權利要求1所述的裝置，其特征在于，所述傳輸控制模塊還包括:動態(tài)數據緩存子模塊、通知服務子模塊； 所述第一業(yè)務API模塊應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述動態(tài)數據緩存子模塊； 或者，所述第一業(yè)務API模塊應用業(yè)務算法對所述原始數據處理后，發(fā)送到所述通知服務子模塊，所述通知服務子模塊將數據推送至所述數據展示模塊。3.根據權利要求1或2所述的裝置，其特征在于，所述數據展示模塊包括訂閱通知客戶端、第一應用客戶端； 所述訂閱通知客戶端實時接收所述傳輸控制模塊推送的通知，將收到的通知轉發(fā)到所述第一應用客戶端； 所述第一應用客戶端顯示通知消息和車輛運行數據。4.根據權利要求1或2所述的裝置，其特征在于，還包括:遠程控制模塊，所述遠程控制模塊連接所述傳輸控制模塊、并連接所述OBD設備； 所述遠程控制模塊包括:第二應用客戶端、第二業(yè)務API模塊、短信模塊； 所述第二應用客戶端向所述第二業(yè)務API模塊發(fā)起遠程控制請求，所述第二業(yè)務API模塊收到請求后，按照所述OBD設備接入協議組織遠程控制消息包，并經所述短信模塊下發(fā)到所述OBD設備。5.根據權利要求1或2所述的裝置，其特征在于，所述數據接入模塊還包括視頻接收模塊、視頻轉換模塊、視頻傳輸模塊； 視頻接收模塊接收所述OBD設備通過至少一個車載攝像頭采集的車輛周邊視頻;所述視頻轉換模塊將所述車輛周邊視頻轉換為所述數據展示模塊支持的格式； 視頻傳輸模塊向所述數據展示模塊傳輸轉換后的視頻數據，由所述數據展示模塊進行播放。6.根據權利要求5所述的裝置，其特征在于，所述攝像頭為四個，分布于車輛的四面。7.根據權利要求1至6中任一項所述的裝置，其特征在于，所述車輛數據消息包含協議頭、協議體、效驗碼，所述協議體位于所述協議頭之后，所述效驗碼位于所述協議體之后；所述協議頭包含消息包長度字段、協議版本字段、加密方式字段，所述消息體包含消息頭字段、命令字字段、車輛識別碼字段、消息體字段； 所述協議包長度字段為4個字節(jié)，所述協議包長度字段標識了消息包長度，所述協議包長度=協議頭長度+加密后的協議體長度+校驗碼長度，協議版本字段標識了協議版本，所述加密方式字段標識了所述消息體中所述消息頭字段及所述消息體字段的加密方式； 所述消息體用于定義所述車輛OBD數據處理裝置與所述OBD設備之間操作內容，所述消息頭字段攜帶命令字及車輛識別碼，所述命令字字段用于確定操作類型，所述車輛識別碼字段攜帶車輛識別碼； 所述效驗碼經過對所述消息頭部分中消息包長度字段以外的字節(jié)及所述消息體部分的全部字節(jié)進行異或運算得到。8.根據權利要求1至6中任一項所述的裝置，其特征在于，所述OBD設備采集所述車輛數據消息步驟包括: 確定命令字字段、車輛識別碼，組成消息頭，所述命令字字段標識車輛數據消息的類型； 確定消息體，所述消息體攜帶所述車輛數據消息內容； 將協議頭中協議版本字段及加密方式字段，消息頭、消息體中所有字節(jié)依次進行異或得到校驗碼； 對消息頭、消息體進行加密，形成協議體； 將消息頭長度+加密后的消息體長度+校驗碼長度，得到協議包長度； 將消息頭、消息體、校驗碼三部分組合，形成所述車輛數據消息。9.根據權利要求8所述的裝置，其特征在于，所述接入網關按照協議規(guī)則確定所述車輛數據消息長度，根據所述車輛數據消息長度截取緩存的車輛數據消息中數據包包括: 從字節(jié)流中讀取4個字節(jié)，確定協議數據包長度； 根據協議包長度，讀取整個協議數據包； 根據協議中規(guī)定協議頭長度，解析協議頭，找到協議版本和加密方式； 根據協議包長度、協議頭長度算出加密后的協議體長度，加密后的協議體長度=協議包長度-協議頭長度-校驗碼長度； 按照協議版本和加密方式，對協議體進行解密，得出消息頭和消息頭； 從協議包中讀取校驗碼； 將協議頭中協議版本字段及加密方式字段，消息頭，消息體中所有字節(jié)依次進行異或得到校驗碼； 將得到的校驗碼與得到的校驗碼對比，如果相同，則消息合法，否則為非法消息； 根據得到的協議版本，確定CM)設備接入協議； 根據CM)設備接入協議，解析合法消息，得到消息頭和消息體； 根據CM)設備接入協議，解析消息頭得到命令字，確定消息類型； 根據OBD設備接入協議，綜合命令字字段，解析消息體，得到所述車輛數據消息攜帶數據。10.根據權利要求1至9中任一項所述的裝置，其特征在于，所述車輛數據消息包括實時監(jiān)控消息、報警消息中至少一種。
【文檔編號】H04L29/06GK106027605SQ201610285691
【公開日】2016年10月12日
【申請日】2016年4月30日
【發(fā)明人】楊柯, 張計飛
【申請人】北京智駕互聯信息服務有限公司