一種基於車聯網的車輛狀況監測方法、系統及車輛與流程
2023-11-06 08:02:17
本發明涉及車輛CAN總線的網絡架構
技術領域：
，特別涉及一種基於車聯網的車輛狀況監測方法、系統及車輛。
背景技術：
：當今，車輛CAN總線網絡已經成為車輛網絡的主要總線網絡，車輛總線網絡的架構直接決定了車輛功能的擴展性和穩定性。目前新上市的車輛大部分具備車聯網功能，能夠在雲端對車輛實時狀況進行監測。但車輛的車聯網功能強大與否的差距較大，歸其原因主要還是與車輛本身的CAN總線網絡架構有關。現有技術中，常用的車輛CAN總線網絡架構為星形CAN總線網絡架構，即：從一個中央網關連接出三路CAN總線，三路CAN總線之間通過中央網關進行通信。並且，在現有的基於車聯網的CAN總線網絡架構系統中，通常將車聯網通信模塊(即T-BOX，TelematicsBOX)作為其中一路總線上的一個節點模塊(簡稱節點)，T-BOX通過中央網關獲取其它路總線上的節點數據。然而，在上述系統中，一旦車輛的中央網關出現故障，作為其中一路總線上的節點的T-BOX將不能對其它路總線上的節點數據進行實時監測，進而導致基於車聯網的車輛實時狀況監測功能如同虛設。技術實現要素：本發明的目的是提供一種基於車輛網的車輛狀況監測方法、系統及車輛，以避免現有技術中在中央網關發生故障的情況下車聯網無法對車輛狀況進行實時監測的問題。為解決上述技術問題，本發明提供一種基於車輛網的車輛狀況監測方法，包括：車聯網通信模塊偵聽各路CAN總線上的節點模塊的節點數據；其中，所述車聯網通信模塊並行地掛接在各路所述CAN總線上；所述車聯網通信模塊將偵聽到的節點數據上傳至車聯網的雲平臺。可選的，所述車聯網通信模塊將偵聽到的節點數據上傳至所述車聯網的雲平臺，包括：判斷所述節點數據是否存在故障碼數據；若存在，則將所述故障碼數據上傳至所述車聯網的雲平臺。可選的，將所述故障碼數據上傳至所述車聯網的雲平臺，包括：判斷所述故障碼數據對應的節點模塊的數量是否大於閾值；若否，則對所述故障碼數據對應的節點模塊的第一故障碼數據進行偵聽，並將偵聽到的第一故障碼數據上傳至所述車聯網的雲平臺；若是，則依據節點模塊優先級排名表對所述故障碼數據對應的節點模塊按照優先級從高到低進行排序，並按照排序結果依次對節點模塊的第二故障碼數據進行偵聽，並將偵聽到的第二故障碼數據上傳至所述車聯網的雲平臺。可選的，本方案還包括：在執行依據節點模塊優先級排名表對所述故障碼數據對應的節點模塊按照優先級從高到低進行排序的同時，偵聽所述故障碼數據對應的節點模塊的故障碼數據的源地址數據直到生成排序結果為止。可選的，本方案還包括：定期對所述節點模塊優先級排名表進行更新。本發明還提供一種基於車輛網的車輛狀況監測系統，該車輛狀況監測系統包括：多路CAN總線、分別設置於各路所述CAN總線上的節點模塊、與各路所述CAN總線均相連的車聯網通信模塊；其中，所述車聯網通信模塊偵聽各路CAN總線上的節點模塊的節點數據，並將偵聽到的節點數據上傳至車聯網的雲平臺。可選的，所述多路CAN總線包括：高速CAN總線，中速CAN總線以及低速CAN總線。可選的，本方案還包括：與各路所述CAN總線均相連的中央網關，使所述節點模塊之間實現數據交互。可選的，本方案還包括：與所述車聯網通信模塊相連的報警裝置，用於當雲平臺發送故障信息時進行報警。本發明還提供一種車輛，包括如上述任一項所述的基於車輛網的車輛狀況監測系統。本發明所提供的一種基於車輛網的車輛狀況監測方法，包括：車聯網通信模塊偵聽各路CAN總線上的節點模塊的節點數據；其中，車聯網通信模塊並行地掛接在各路所述CAN總線上；車聯網通信模塊將偵聽到的節點數據上傳至車聯網的雲平臺；可見，該方法通過將車輛網模塊與各路所述CAN總線相連，實現車聯網模式下通過車聯網對車輛狀況的實時監測，即使中央網關出現故障，車聯網通信模塊也可對各路CAN總線上的節點模塊進行監測，順利實現對節點數據的偵聽和上傳，以此達到對車輛狀況的準確監測，即有效避免現有技術中在中央網關發生故障的情況下車聯網無法對車輛狀況進行實時監測的問題；本發明還提供了一種基於車輛網的車輛狀況監測系統及車輛，具有上述有益效果，在此不再贅述。附圖說明為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據提供的附圖獲得其他的附圖。圖1為本發明實施例所提供的基於車輛網的車輛狀況監測系統的結構框圖；圖2為本發明實施例所提供的基於車輛網的車輛狀況監測方法的流程圖；圖3為本發明實施例所提供的車聯網通信模塊數據偵聽的流程圖。具體實施方式本發明的核心是提供一種基於車輛網的車輛狀況監測方法、系統及車輛，以避免現有技術中在中央網關發生故障的情況下車聯網無法對車輛狀況進行實時監測的問題。為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。請參考圖1，圖1為本發明實施例所提供的基於車輛網的車輛狀況監測系統的結構框圖；圖中ECU-1、ECU-2、ECU-i及ECU-n等表示存在多個ECU，每個ECU可以稱之為一個節點模塊；該車輛狀況監測系統可以包括：多路CAN總線100、分別設置於各路CAN總線上的節點模塊101、與各路CAN總線100均相連的車聯網通信模塊102；其中，車聯網通信模塊102偵聽各路CAN總線100上的節點模塊101的節點數據，並將偵聽到的節點數據上傳至車聯網的雲平臺。其工作原理如下：所述車聯網通信模塊102對各路所述CAN總線100上來自所述節點模塊101的節點數據進行偵聽，並將偵聽到的節點數據上傳至所述車聯網的雲平臺。可以理解的是，車聯網通信模塊102所上傳的數據為節點模塊101需要上傳至車聯網的雲平臺的數據，主要包括節點正常狀態數據和節點的故障數據。基於上述技術方案，本發明實施例提的基於車輛網的車輛狀況監測系統，相較現有技術中只將車聯網通信模塊作為一路CAN總線的節點，其只能通過中央網關獲取其它路CAN總線上的節點數據，而該車輛狀況監測系統中由於車聯網通信模塊與各路所述CAN總線均直接相連，使得車聯網通信模塊能夠同時直接對多路CAN總線上的節點數據進行偵聽，不必經由中央網關。可以理解的是，無論中央網關是否出故障，本發明均能夠順利實現對節點數據的偵聽和上傳。進一步地，雲平臺端的工作人員能夠通過車聯網通信模塊上傳的數據了解車輛的每路CAN總線上每個節點模塊的實時狀況。對於多路CAN總線100，其主要為支持不同傳輸速率的CAN總線，由於一般情況下車輛中會設置高速CAN總線，中速CAN總線以及低速CAN總線，以較好地適應目前功能複雜的車輛網絡。因此基於上述實施例，本實施例中多路CAN總線可以包括：高速CAN總線，中速CAN總線以及低速CAN總線。實際應用中，可以為每路所述CAN總線100上設置多個所述節點模塊101，節點模塊101也稱ECU(電子控制單元)，比如SDM(安全氣囊控制模塊)、EMS(發動機管理模塊)、TCM(變速箱控制模塊)以及ESC(電子穩定控制模塊)等等車輛中常用的與CAN總線100相連的模塊。本發明不做嚴格限定。在實際應用中，基於上述實施例，該車輛狀況監測系統還可以包括與各路所述CAN總線100均相連的中央網關103；設置於各路所述CAN總線100上的節點模塊101之間通過所述中央網關實現數據交互。具體地，中央網關103和車聯網通信模塊102並行掛接於多路CAN總線100上。中央網關103負責各路所述CAN總線100上的節點模塊101之間的數據交換，而車聯網通信模塊102負責對各路所述CAN總線100上節點模塊101的節點數據進行偵聽並上傳。具體實施中，車聯網的雲平臺可以是車輛遠程服務提供商(TSP，TelematicsServerProvider)所提供的雲平臺。另外，在車聯網通信模塊對CAN總線上的節點數據進行偵聽的過程中，可以將偵聽到的數據保存至預設存儲器中，以便後續需要的時候進行查看。舉例說明上述過程，當該車輛狀況監測系統包括中央網關、TBOX(即車聯網通信模塊)、高速CAN總線、中速CAN總線、低速CAN總線、節點模塊。其中，中央網關和TBOX並行地掛接在不同速率的CAN總線上，與不同速率總線上的節點模塊進行通信，其次，中央網關負責不同速率總線上節點模塊通信數據的交換，而TBOX並不負責不同速率總線上節點模塊通信數據的交換，只是對不同速率總線上節點模塊通信數據進行偵聽。如果中央網關發生故障，則高速CAN總線、中速CAN總線、低速CAN總線不能進行相互通信，車輛將處於嚴重故障狀況，此時由於TBOX處於正常工作狀態，將對高速CAN總線、中速CAN總線、低速CAN總線上的數據進行繼續偵聽，並將發往TSP(雲平臺)。因此該車輛狀況監測系統可以有效避免現有技術中在中央網關發生故障的情況下車聯網無法對車輛狀況進行實時監測的問題。基於上述任意實施例，該車輛狀況監測系統還可以包括：與車聯網通信模塊相連的報警裝置，用於當雲平臺發送故障信息時進行報警。即通過報警裝置可以及時將車輛的故障信息通知給用戶，從而保證車主的駕駛安全。基於上述任意實施例，車聯網通信模塊可以將偵聽到的全部節點數據上傳至雲平臺，這樣上傳數據量大，為了實現TSP雲平臺通過T-BOX對車輛各個ECU的故障數據的有效監測，進而確保車輛故障的及時發現，保障車輛安全並預防車輛故障的惡化。車聯網通信模塊可以包括：第一判斷單元，用於判斷節點數據是否存在故障碼數據；第一發送單元，用於若存在故障碼數據，則將故障碼數據上傳至車聯網的雲平臺。即車聯網通信模塊僅將偵聽到的故障碼數據(或者稱為故障碼或故障數據)上傳至車聯網的雲平臺，從而可以使得車聯網的雲平臺根據獲取的故障碼數據進行解析，這裡的車聯網通信模塊並不對偵聽到的故障碼數據進行解析，只負責故障碼數據上傳。從而減輕了車聯網通信模塊壓力。而雲平臺本身計算能力強，處理速度快，因此由其進行故障碼數據解析能夠確保車輛故障的及時發現，保障了車輛安全，預防了車輛故障的惡化。基於上述實施例，為了進一步提高雲平臺處理數據的效率，減少重大故障發現時間，從而提高車輛安全性。可以將各個節點模塊按照重要程度進行排序。當發生故障的節點模塊大於閾值時，按照這些節點模塊的重要程度依次進行全部數據的偵聽，可以實現以最少的時間確定最危險的故障。本實施例並不限定按照重要程度排序的方式。例如可以是設定每個節點模塊的優先級，然後按照優先級高低進行排序生成優先級排序表，或者是按照重要程度給每個節點模塊分配序號，例如序號1表示最重要等以生成節點模塊優先級排名表。因此，上述第一發送單元還可以包括：第二判斷子單元，用於判斷故障碼數據對應的節點模塊的數量是否大於閾值；第一發送子單元，用於若不大於閾值，則對故障碼數據對應的節點模塊的第一故障碼數據進行偵聽，並將偵聽到的第一故障碼數據上傳至車聯網的雲平臺；第二發送子單元，用於若大於閾值，則依據節點模塊優先級排名表對故障碼數據對應的節點模塊按照優先級從高到低進行排序，並按照排序結果依次對節點模塊的第二故障碼數據進行偵聽，並將偵聽到的第二故障碼數據上傳至車聯網的雲平臺。具體的，本實施例中的閾值可以有用戶進行設定例如可以設定為1。本實施例並不對此進行限定。下面舉例說明上述過程：由於分別設置於各路所述CAN總線上的節點模塊在自身出現故障時，會向CAN總線上輸出故障碼，即當車聯網通信模塊在所述CAN總線上偵聽到故障碼時，可以確定這個輸出所述故障碼的所述節點模塊已經出故障。對於上述提及的車聯網通信模塊對各路所述CAN總線上來自所述節點模塊的節點數據進行偵聽，並將偵聽到的節點數據上傳至所述車聯網的雲平臺，其具體實現過程如下：(1)在T-BOX通電後，對其自身進行各個埠進行自檢和參數初始化，然後開始對各所述節點模塊的節點數據進行偵聽。(2)對CAN總線上偵聽到的數據進行初步判斷，當偵聽到故障碼時，確定偵聽到的故障碼的數量，進而確定出故障的節點模塊的數量；當偵聽到正常狀態數據時，直接上傳至雲平臺；對於故障碼數據，在步驟(4)、步驟(5)詳述。(3)判斷出故障的節點模塊的數量是否大於1，如果是，認為有多個所述節點模塊出故障，則進入步驟(4)，否則，認為只有單個所述節點模塊出故障，進入步驟(5)。(4)在偵聽到有多個所述節點模塊出故障時，參考節點模塊優先級排名表，對所有出故障的所述節點模塊進行排序，按照排序得到的順序，依次對所有所述出故障的所述節點模塊的故障數據進行偵聽並將偵聽到的故障數據上傳至所述車聯網的雲平臺。(5)在偵聽到單個所述節點模塊出故障時，可以理解的是，不必排序，直接對所述出故障的所述節點模塊的故障數據進行偵聽並將偵聽到的故障數據上傳至所述車聯網的雲平臺。在實際應用中，在對出故障的節點模塊進行排序之前，只是偵聽各ECU輸出故障碼中的源地址數據，即輸出該故障碼的節點模塊的ID號，並不對各個ECU輸出的故障碼和相關的故障數據的具體內容進行全部偵聽。可以理解的是，當只有單個節點模塊出故障時，直接對該節點模塊的故障碼和相關的故障數據的具體內容進行全部偵聽。對於步驟(4)中涉及的節點模塊優先級排名表，可以綜合考慮某個ECU的故障對車輛性能的影響程度和對人員帶來的安全隱患兩個方面，依據各個ECU所涉及部件出故障時必須讓駕駛員或者雲平臺等相關人員知道出故障的緊急程度進行排名，以有效保證多個ECU同時出故障時能夠讓相關人員及時優先了解到緊急程度較高的故障情況。該表可以定期進行更新。本實施例並不對各個節點模塊具體排名進行限定。節點模塊優先級排名表可以詳見表1。表1本發明的節點優先級別排名表ECU名稱優先級ECU名稱優先級SDM安全氣囊控制模塊1BCM車身控制模塊12EMS發動機管理模塊2CGW重要網管13TCM變速箱控制模塊3TPMS胎壓監測系統14ESC電子穩定控制模塊4ICM組合儀表15EPS/SAS電動助力轉向系統5PEPS無鑰匙進入啟動16EPB電子駐車系統6TBOX車聯繫網統通信盒子17PAS泊車輔助系統7CLM空調控制模塊18AWD/TOD全輪驅動系統8RVC後視攝控制模塊19XWD交叉輪驅動系統9AVM全景攝像監視模20ESCL電子轉向管柱鎖10PLGM行李塊箱控制模塊21MFS多功能旋鈕11AUDIO音響系統22可見，從ECU功能出現故障對車輛乘駕人員造成安全的貢獻度進行排名，若SDM安全氣囊控制模塊出現故障說明已經嚴重威脅到車輛乘駕人員的安全，所以SDM安全氣囊控制模塊排名為第一。另外，節點模塊優先級排名表目的是為了優先確保涉及人員安全的信息被上傳到TSP，以便進行救援。如：一輛車發生碰撞故障，若SDM安全氣囊控制模塊、BCM車身控制模、TCM變速箱控制模塊同時上傳故障數據，本發明將優先上傳SDM安全氣囊控制模塊的數據，若其他模塊的數據因延時未能上傳到位，從後臺TSP也可得知該車輛出現的故障依據嚴重威脅的乘駕人員安全，需要最高級別的救援。在表1中，相較後一名ECU，前一名ECU出故障時對車輛性能的影響程度和對人員帶來的安全隱患都比較嚴重，其中，優先級別越高說明出故障時讓相關人員了解出故障的緊急程度越高。當車輛自身某個ECU出現故障或者出車禍時，對於車上人員的安全保障，SDM所起到的作用是至關重要的(保障生命安全是第一位)。基於此，本發明將SDM排在第一，讓那些會對車輛正常運作和車上人員安全產生安全隱患的CEU優先。因此，CGW的排名優先於TPMS的排名，這與從對車輛性能的影響程度和對人員帶來的安全隱患來看CGW較TPMS嚴重的情況相適應。表1中其它類似的情況可以同理分析，在此就不再贅述了。需要特別說明的是，本實施例提供的節點模塊優先級排名表為本車輛狀況監測系統特有，特別是表1中列出的順序。但不排除在本表的基礎上，在本表所列ECU順序的基礎上，刪減有關ECU或者插入其他ECU，從而形成新的ECU優先級別排名表。基於上述內容舉個例子，在具體實施過程中，比如：當SDM、ESCL和TPMS都有故障碼輸出時，參考節點模塊優先級排名表，對這三個出故障的節點模塊進行優先級仲裁排序，由於SDM排名第一，ESCL排名第十，TPMS排名第十四。基於此，先對SDM的故障數據進行繼續偵聽，暫且不對ESCL和TPMS的故障數據繼續偵聽，並將偵聽到SDM的故障數據上傳雲平臺；在將SDM的故障數據上傳雲平臺之後，對ESCL的故障數據進行重新偵聽，並將偵聽到ESCL的故障數據上傳雲平臺；在將ESCL的故障數據上傳雲平臺之後，對TPMS的故障數據進行重新偵聽，並將偵聽到TPMS的故障數據上傳雲平臺。其它的情況以此類推，不再闡述。下面對本發明實施例提供的基於車輛網的車輛狀況監測方法及車輛進行介紹，下文描述的基於車輛網的車輛狀況監測方法及車輛與上文描述的基於車輛網的車輛狀況監測系統可相互對應參照。請參考圖2，圖2為本發明實施例所提供的基於車輛網的車輛狀況監測方法的流程圖；該車輛狀況監測方法可以包括：S100、車聯網通信模塊偵聽各路CAN總線上的節點模塊的節點數據；其中，車聯網通信模塊並行地掛接在各路CAN總線上；S110、車聯網通信模塊將偵聽到的節點數據上傳至車聯網的雲平臺。基於上述實施例，車聯網通信模塊將偵聽到的節點數據上傳至車聯網的雲平臺可以包括：判斷節點數據是否存在故障碼數據；若存在，則將故障碼數據上傳至車聯網的雲平臺。基於上述實施例，將故障碼數據上傳至車聯網的雲平臺可以包括：判斷故障碼數據對應的節點模塊的數量是否大於閾值；若否，則對故障碼數據對應的節點模塊的第一故障碼數據進行偵聽，並將偵聽到的第一故障碼數據上傳至車聯網的雲平臺；若是，則依據節點模塊優先級排名表對故障碼數據對應的節點模塊按照優先級從高到低進行排序，並按照排序結果依次對節點模塊的第二故障碼數據進行偵聽，並將偵聽到的第二故障碼數據上傳至車聯網的雲平臺。具體的，TBOX對只有一個ECU輸出故障碼的偵聽，則進行該ECU故障碼及有關故障涉及的具體狀態數據進行全部偵聽；若同時有多個ECU輸出故障碼，則依據所述ECU優先級別排名表對輸出故障碼的ECU進行優先級別的仲裁排序；對ECU優先級別仲裁排序後，按照各個ECU的優先級別進行先後順序的故障數據繼續和重新偵聽，並將偵聽到的故障數據上傳雲平臺。基於上述實施例，該車輛狀況監測方法還可以包括：在執行依據節點模塊優先級排名表對故障碼數據對應的節點模塊按照優先級從高到低進行排序的同時，偵聽故障碼數據對應的節點模塊的故障碼數據的源地址數據直到生成排序結果為止。具體的，當故障碼數據對應的節點模塊的數量大於閾值時，在計算得到排序結果之前這個時間段，為了提高車聯網通信模塊的工作效率可以僅偵聽故障碼數據對應的節點模塊的故障碼數據的源地址數據。既能夠偵聽全部節點模塊的數據地址又可以減輕傳輸的數據量壓力。即TBOX對多個輸出故障碼的ECU優先級別排名仲裁之前，只是偵聽各ECU輸出故障碼中，該故障碼的源地址數據，並不對各個ECU輸出的故障碼及有關故障涉及的具體狀態數據進行全部偵聽。基於上述任意實施例，該車輛狀況監測方法還可以包括：定期對節點模塊優先級排名表進行更新。下面舉例說明上述過程，請參考圖3，TBOX對各CAN總線故障數據的偵聽流程如附圖3所示，具體步驟如下：步驟212：TBOX通電後對其自身進行各個埠進行自檢和參數初始化；步驟213：TBOX通過各組CAN總線對各個ECU(節點模塊)的數據進行偵聽；步驟214：TBOX對總線上偵聽的數據進行初步判斷：是否有故障碼輸出；若總線上的數據無故障碼輸出，則返回步驟213；否則進行下一步驟215；步驟215：TBOX判斷輸出故障碼的ECU數量n，若該數量n≥2，認為有多個ECU輸出故障碼，則執行步驟231，否則執行步驟221；步驟221：對輸出故障碼的ECU進行故障數據的全部偵聽，並將偵聽到的故障數據上傳雲平臺伺服器，然後返回步驟213；步驟231：調用ECU優先級別排名表(如表1)；步驟232：依據ECU優先級別排名表對輸出故障碼的ECU進行優先級別的仲裁排序，如：ECU-1、ECU-i、ECU-n都有故障碼輸出，仲裁後期優先級別為：ECU-1優先於ECU-i，ECU-i優先於ECU-n；步驟233：對ECU-1的故障數據進行繼續偵聽，丟棄對ECU-i、ECU-n故障數據的繼續偵聽，並將偵聽到ECU-1的故障數據上傳雲平臺伺服器；步驟234：對ECU-i的故障數據進行重新偵聽，並將偵聽到ECU-i的故障數據上傳雲平臺伺服器；步驟235：對ECU-n的故障數據進行重新偵聽，並將偵聽到ECU-n的故障數據上傳雲平臺伺服器，然後返回步驟213。基於上述技術方案，本發明實施例提的基於車輛網的車輛狀況監測方法，通過將車輛網模塊與各路所述CAN總線相連，實現車聯網模式下通過車聯網對車輛狀況的實時監測，即使中央網關出現故障，車聯網通信模塊也可對各路CAN總線上的節點模塊進行監測，順利實現對節點數據的偵聽和上傳，以此達到對車輛狀況的準確監測，即有效避免現有技術中在中央網關發生故障的情況下車聯網無法對車輛狀況進行實時監測的問題。本發明還提供一種車輛，包括如上述任意實施例所述的基於車輛網的車輛狀況監測系統。說明書中各個實施例採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對於實施例公開的裝置而言，由於其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。專業人員還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬體、計算機軟體或者二者的結合來實現，為了清楚地說明硬體和軟體的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬體、處理器執行的軟體模塊，或者二者的結合來實施。軟體模塊可以置於隨機存儲器(RAM)、內存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬碟、可移動磁碟、CD-ROM、或
技術領域：
內所公知的任意其它形式的存儲介質中。以上對本發明所提供的基於車輛網的車輛狀況監測方法、系統及車輛進行了詳細介紹。本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想。應當指出，對於本
技術領域：
的普通技術人員來說，在不脫離本發明原理的前提下，還可以對本發明進行若干改進和修飾，這些改進和修飾也落入本發明權利要求的保護範圍內。當前第1頁1 2 3