車輛總線網絡的報文發(fā)送方法和裝置的制造方法
【專利摘要】本發(fā)明公開了一種車輛總線網絡的報文發(fā)送方法和裝置，所述方法包括：接收到來自車輛內部的第一總線網絡的報文；判斷所述報文的邏輯是否符合第一預設條件；當所述報文的邏輯符合第一預設條件時，判斷所述報文的數據與所述邏輯對應的預設數據是否一致；當所述報文的數據與所述邏輯對應的預設數據一致時，轉發(fā)所述報文至接收器，所述接收器設置于所述車輛內部的第二總線網絡。對于不符合控制邏輯的報文以及與控制邏輯對應的預設數據不一致的報文，網關設備直接丟棄該報文，防止病毒ECU發(fā)送的報文在總線網絡中傳播。
【專利說明】
車輛總線網絡的報文發(fā)送方法和裝置
技術領域
[0001]本發(fā)明屬于車載設備領域，具體地說，涉及一種車輛總線網絡的報文發(fā)送方法和
目.0
【背景技術】
[0002]汽車由四個系統(tǒng)組成，發(fā)動機、底盤、車身、電器。每個系統(tǒng)都包含多個電子控制單元(Electronic Control Unit，EQJ)。這些EQJ之間需要通信，而通信依賴于各種不同的總線協議。汽車內部具有多種總線協議，包括控制器局域網絡(Controller Area Network,CAN)總線協議、本地互聯網絡(Local Interconnect Network,LIN)總線協議、面向媒體的系統(tǒng)傳輸(Media Oriented System Transport,MOST)總線協議、FLEXRAY車載網絡標準總線、以太網(ETHERNET)總線等。這些總線的成本各不相同，適合的場景也各不相同。
[0003]CAN總線是車身內部最重要的總線，是目前汽車內部的主干網絡。它連接了諸如發(fā)動機控制系統(tǒng)(Engine Management System, EMS)、變速箱控制系統(tǒng)(Transmiss1nControl Unit, TCU)、自適應巡航控制(Adaptive Cruise Control, ACC)、儀表盤(Instrument Panel，IP)和車身控制模塊(Body Control Module，BCM)等模塊，CAN 總線負責了主要傳動和行駛安全相關ECU的通信。典型的CAN總線傳輸速率是1Mbps。
[0004]LIN總線相對成本更低，實現功能較簡單，主要應用在車輛聯合裝配單元，如門，方向盤，車門，座椅，照明燈等。
[0005]MOST總線主要應用在寶馬車的高端車型上，是一種面向多媒體和娛樂的總線。這種總線采用環(huán)形拓撲結構，數據傳輸速率可以達到24.8Mbps。
[0006]FLEXRAY總線的性能比CAN總線高，能夠達到I OMbp s。它連接了電子助力轉向(Electrical Power Steering, EPS)和車身電子穩(wěn)定程序(Electronic StabilityProgram, ESP)等模塊。未來該總線可能替代CAN總線成為汽車內部的主干網絡。
[0007]各種總線的協議差別很大，因此在各種網絡之間，需要網關充當“翻譯官”的功能。網關(Gateway)輔助各個不同協議的E⑶進行通信。
[0008]典型的汽車內部網絡拓撲如圖1所示。其中，出于負載均衡考慮，CAN網絡被劃分成兩個子網，第一個CAN子網連接EMS、TCU、ACC等模塊，第二個CAN子網IP、BCM等模塊，從一個子網的模塊發(fā)送到另一個子網的模塊的報文需要通過網關轉發(fā)。其中，BCM還通過LIN總線網絡連接傳感器、促動器等模塊，傳感器、促動器的報文數據通過LIN總線傳輸至BCM，如果報文數據的接收器位于其他總線網絡，則再通過CAN總線傳輸至網關完成轉發(fā)。圖中由傳感器、促動器等模塊組成的LIN總線網絡可以直接連接到網關，需要向BCM傳輸數據時通過網關轉發(fā)至BCM。FLEXRAY總線連接EPS和ESP等模塊，MOST總線連接電視調諧器、導航儀、電話、CD播放器等模塊。該汽車內部總線網絡中，任何模塊所發(fā)送的報文的目標接收器如果位于其他總線網絡，都需要網關完成轉發(fā)。
[0009]隨著汽車安全問題日益突出，汽車網絡網關的安全性也越來越受到關注。網關在汽車內部網絡中充當重要的中間角色，負責把一個總線上的報文按照要求轉接到另一個總線上。目前，汽車內部網絡的安全性較低，且容易被攻破。各種總線負責的功能不同，高級的總線與行車安全關系緊密，安全性和可靠性較高。但是簡單的總線受成本制約，例如LIN總線，總線設備的安全性較差，易被攻破。例如，LIN總線上的某個傳感器(Sensor)被惡意替換成病毒ECU，然后該病毒ECU在LIN總線上發(fā)送病毒信息。目前的汽車網絡網關，僅具有報文地址過濾的功能，該病毒ECU偽造報文地址，病毒信息就可以欺騙網關，將LIN總線網絡上的病毒信息通過網關傳播到CAN、FLEXRAY、MOST等總線網絡上，給行車安全帶來重大隱患。
[0010]再以CAN總線為例，典型的CAN報文格式如圖2所示，包括幀起始(Start of,S0F)、仲裁場(Arbitrat1n Field)、控制場(Control Field)、數據場(Data Field)、CRC場(循環(huán)冗余校驗場，CRC Field)、應答場(ACK Field)和幀結尾(End of)，其中的數字代表各個字段所占用的位數。幀起始標志著數據幀和遠程幀的起始，僅由一個“顯性”位組成。仲裁場由11位標識符和RTR位組成，RTR的全稱為遠程發(fā)送請求(Remote Transmiss1nRequest)。RTR位在數據幀里必須為“顯性”，而在遠程幀里必須為“隱性”。它是區(qū)別數據幀和遠程幀的標志?？刂茍鲇?位組成，包括I個標識符擴展位(IDE)、1個保留位(r)及4位數據長度碼(DLC)。關于數據場，在發(fā)送緩沖區(qū)中的數據時，按照長度代碼指示長度發(fā)送；接收數據時，同樣如此。它可為O?8字節(jié)，每個字節(jié)包含8位。CRC場由CRC域(15位)及I位CRC界定符(CRC Delimiter, CRC DEL)組成。應答場長度為2位，包含應答間隙(ACK Slot，ACKS)和應答界定符(ACK Delimiter, ACK DEL)。幀結尾由7位組成，在幀結尾之后是幀間空間，包括間歇(Intermiss1n，ITM)和總線空閑(Bus Idle)，其中間歇包括3位，總線空閑的時間是任意的。
[0011 ] 現有的汽車網絡網關，在過濾需要傳送的報文時，僅僅關注CAN報文中的仲裁場的ID域。也就是說，當病毒ECU偽造了合適的ID，再將病毒信息復制在報文結構的數據場(Data Field)，就可以在不同的總線網絡間傳播病毒。

【發(fā)明內容】

[0012]有鑒于此，本發(fā)明提供了一種車輛總線網絡的報文發(fā)送方法和裝置，用以解決現有技術中經過偽裝的非法報文在車輛內部的總線網絡中傳播擴散的技術問題。
[0013]為了解決上述技術問題，本發(fā)明公開了一種車輛總線網絡的報文發(fā)送方法，所述方法包括:接收到來自車輛內部的第一總線網絡的報文；判斷所述報文的類型是否符合第一預設條件；當所述報文的類型符合第一預設條件時，判斷所述報文的數據是否與所述類別的預設數據一致；當所述報文的數據與所述類別的預設數據一致時，轉發(fā)所述報文至接收器，所述接收器設置于所述車輛內部的第二總線網絡。
[0014]為了解決上述技術問題，本發(fā)明還公開了一種車輛總線網絡的報文發(fā)送方法，所述裝置包括:接收模塊，用于接收到來自車輛內部的第一總線網絡的報文；第一判斷模塊，用于判斷所述報文的類型是否符合第一預設條件；第二判斷模塊，用于當所述報文的類型符合第一預設條件時，判斷所述報文的數據是否與所述類別的預設數據一致；第一轉發(fā)模塊，用于當所述報文的數據與所述類別的預設數據一致時，轉發(fā)所述報文至接收器，所述接收器設置于所述車輛內部的第二總線網絡。
[0015]與現有技術相比，本發(fā)明實施例提供的車輛總線網絡的報文發(fā)送方法和裝置，網關設備除了判斷發(fā)送方和接收方是否是車輛內部的合法ECU之外，還對發(fā)送方和接收方是否符合車輛內部的控制邏輯進行判斷，如果不符合控制邏輯則丟棄該報文，對于符合控制邏輯的報文進一步對其數據內容逐位進行比對，如果與控制邏輯對應的預設數據不一致，則丟棄該報文；如果該報文通過了以上校驗，則由網關設備將其轉發(fā)。
【附圖說明】
[0016]為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0017]圖1是現有技術中車輛總線網絡拓撲結構示意圖。
[0018]圖2是CAN總線報文的幀結構示意圖；
[0019]圖3是本發(fā)明實施例提供的一種車輛總線網絡的報文發(fā)送方法的流程圖；
[0020]圖4是LIN總線報文的幀結構示意圖；
[0021]圖5是MOST總線報文的幀結構示意圖；
[0022]圖6是FLEXRAY總線報文的幀結構示意圖；
[0023]圖7是本發(fā)明實施例提供的一種車輛總線網絡的報文發(fā)送方法的流程圖；
[0024]圖8是本發(fā)明實施例提供的一種車輛總線網絡的報文發(fā)送裝置的框圖。
【具體實施方式】
[0025]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0026]在本發(fā)明實施例中，車輛內部的總線網絡網關設備除了對協議符合性進行檢測，還檢測報文的發(fā)送器和接收器，以及報文的數據是否被篡改，從而避免經過偽裝的非法報文在車輛內部的總線網絡中傳播。
[0027]圖3是本發(fā)明實施例提供的一種車輛總線網絡的報文發(fā)送方法的流程圖，該方法適用于終端設備，所述終端設備可以是車輛的網關設備。如圖3所示，該方法包括以下步驟S101-S104。
[0028]在步驟SlOl中，接收到來自車輛內部的第一總線網絡的報文。
[0029]該第一總線網絡可以是CAN總線、LIN總線、MOST總線或者FLEXRAY總線中的任意一種。該報文從設置于一種總線網絡的發(fā)送器發(fā)送至設置于另一種總線網絡的接收器，需要通過設置于終端設備的網關完成協議轉譯并轉發(fā)。
[0030]在步驟S102中，判斷報文的邏輯是否符合第一預設條件。當報文的邏輯不符合第一預設條件時，執(zhí)行步驟S103 ;當報文的邏輯符合第一預設條件時，執(zhí)行步驟S104。
[0031]在步驟S103中，丟棄該報文。
[0032]邏輯是指該報文的數據傳輸關系，該報文的發(fā)送器、接收器等。
[0033]第一預設條件包括該發(fā)送器和接收器是否屬于車輛內部的合法ECU，以檢測發(fā)送和接收該報文的ECU是否為被入侵后的病毒ECU?？赏ㄟ^報文的標識域(ID域)來識別該報文的接收器，在數據場有一些固定字節(jié)用于代表該報文的發(fā)送器。通常，車輛生產商對車輛內部的不同ECU在標識域預設不同的標識符，同時在數據場的相應字節(jié)預設不同的值。識別出該報文的接收器和發(fā)送器之后，判斷是否屬于車輛內部的合法ECU，即是否屬于在標識域預設的標識符和在數據場預設的值。該報文標識域的標識符屬于預設的標識符時，該接收器屬于合法ECU ;不屬于在標識域預設的標識符時，該接收器屬于非法ECU，可能是被入侵的病毒ECU。該報文數據場的固定字節(jié)的值屬于預設值時，該發(fā)送器屬于合法ECU，不屬于預設值時，該發(fā)送器屬于非法ECU，可能是被入侵的病毒ECU。當發(fā)送器或者接收器之一屬于非法ECU時，網關設備丟棄該報文，以防止涉及非法ECU的報文在車輛內部的總線網絡中傳播。
[0034]以CAN總線網絡為例，在如圖2所示的CAN報文格式中，仲裁場的ID域(標識符)由11個字節(jié)組成，代表報文的接收器，不同的ID代表不同的ECU。判斷該ID域內的ID是否屬于預設ID，當屬于預設ID時，代表接收器是合法的ECU，當不屬于預設ID時，代表接收器是非法ECU。CAN報文的數據場共包括64個字節(jié)，利用其中的固定字節(jié)(例如第一和第二字節(jié))代表發(fā)送該報文的發(fā)送器。例如，第一和第二字節(jié)是OE時代表源送器是儀表盤控制器，第一和第二字節(jié)是OF時代表發(fā)送器是車身控制模塊(BCM)。當數據場相應字節(jié)的值與預設值不一致時，代表該報文的發(fā)送器是非法ECU。
[0035]第一預設條件還包括是否允許該發(fā)送器向接收器發(fā)送報文，通常在符合車輛內部控制邏輯的情況下才被允許。例如，識別出發(fā)送器是發(fā)動機控制器，接收器是儀表盤控制器，而發(fā)動機控制器通常會向儀表盤控制器傳送轉速、溫度等信息，從而將發(fā)動機的狀態(tài)反應在儀表盤上，因此，發(fā)動機控制器向儀表盤控制器發(fā)送報文是符合車輛內部控制邏輯的。而如果該報文的發(fā)送器是儀表盤控制器，接收器是發(fā)動機控制器，而儀表盤控制器不需要向發(fā)動機控制器傳送數據，因此該報文是不符合車輛內部控制邏輯的。雖然其發(fā)送器和接收器都屬于合法ECU，但由于不符合車輛內部的控制邏輯，該報文中代表儀表盤控制器的數據有可能是由病毒ECU進行了偽裝處理，而向發(fā)動機控制器發(fā)送數據，有可能影響發(fā)動機的正常運轉。此時，網關設備將該報文丟棄，防止其在車輛內部的總線網路中傳播。
[0036]在步驟S104中，判斷報文的數據與該邏輯對應的預設數據是否一致。當報文的數據與該邏輯對應的預設數據不一致時，執(zhí)行步驟S103 ;當報文的數據與該邏輯對應的預設數據一致時，執(zhí)行步驟S105。
[0037]報文的邏輯對應著固定內容的數據，通常由一些字節(jié)作為變量字節(jié)以記錄不同的數據或者控制信息，除了用于記錄數據的這些字節(jié)之外，其他字節(jié)的內容是固定不變的。判斷該報文的數據與該邏輯對應的預設數據是否一致，就是對上述內容固定不變的其他字節(jié)進行比對。如果其他字節(jié)的數據與該邏輯對應預設數據不一致，代表該報文經過了病毒ECU的偽裝，雖然發(fā)送器與接收器是合法ECU并且也符合車輛內部的控制邏輯，但是該報文的數據與該控制邏輯對應的預設數據并不一致，可能是由被入侵的病毒ECU發(fā)送的偽造報文。此時，網關設備會丟棄該報文。
[0038]延續(xù)前文CAN總線報文的例子，對于由發(fā)動機控制器發(fā)送至儀表盤控制器的CAN報文，在如圖2所示的報文結構中，數據場共64個字節(jié)，利用其中的第三和第四字節(jié)來表示發(fā)動機的轉速，利用第五和第六字節(jié)來表示發(fā)動機溫度，而在發(fā)動機控制器發(fā)送給儀表盤控制器這一控制邏輯下，其他60個字節(jié)的數據是車輛生產商的預設數據，是固定不變的。那么，對于其他60個字節(jié)的數據，網關設備將該報文與預設數據逐位進行比對，如果不一致則丟棄該CAN報文。
[0039]在步驟S105中，轉發(fā)該報文至接收器，接收器設置于車輛內部的第二總線網絡。
[0040]該第二總線網絡是車輛內部與第一總線網絡具有不同協議類型的其他總線網絡。網關設備通過協議轉譯將該報文轉換為第二總線網絡的通訊協議并發(fā)送至接收器。例如，第一總線網絡為CAN總線網絡，第二總線網絡是FLEXRAY總線網絡，那么網關設備將CAN報文轉譯為FLEXRAY報文進行發(fā)送。
[0041]本實施例中，網關設備除了判斷發(fā)送方和接收方是否是車輛內部的合法ECU之夕卜，還對發(fā)送方和接收方是否符合車輛內部的控制邏輯進行判斷，如果不符合控制邏輯則丟棄該報文，對于符合控制邏輯的報文進一步對其數據內容逐位進行比對，如果與控制邏輯對應的預設數據不一致，則丟棄該報文；如果該報文通過了以上校驗，則由網關設備將其轉發(fā)。
[0042]在介紹本發(fā)明實施例的上述內容中，以CAN總線報文為例進行了說明，而對于車輛內部的其他總線報文，如LIN總線報文、MOST總線報文和FLEXRAY總線報文等，本發(fā)明實施例提供的車輛總線網絡的報文發(fā)送方法也同樣適用。
[0043]如圖4所示的LIN總線的報文格式，網關設備接收到LIN總線報文時，從其標識符場包括6個字節(jié)長度的標識符位，其中最后兩位用于定義該報文的數據場的長度(LIN總線報文的數據場可以是2個、4個或者8個字節(jié))，通過前面四個字節(jié)長度的標識符位識別出該報文的接收器，通過數據場中的固定字節(jié)識別出該報文的發(fā)送器，以判斷發(fā)送器和接收器是否是合法ECU并且是否符合車輛內部的控制邏輯。如果滿足以上條件，則再將數據場的數據與控制邏輯對應的預設數據逐位進行比對，以識別該報文的數據內容是否準確，是否是經過病毒ECU偽裝的報文。通過以上所有的校驗之后，網關設備轉發(fā)該LIN總線報文至接收器。而沒有通過上述校驗的LIN總線報文會被網關設備直接丟棄。
[0044]如圖5所示的MOST總線的報文格式，MOST總線報文包括起始區(qū)、分解區(qū)、數據區(qū)、第一校驗字節(jié)、第二校驗字節(jié)、狀態(tài)區(qū)和奇偶校驗區(qū)。其中，第一校驗字節(jié)和第二校驗字節(jié)用于傳送發(fā)送器和接收器的地址(標識符)和至接收器的控制命令。通過該第一校驗字節(jié)和第二校驗字節(jié)能夠識別出該報文的發(fā)送器和接收器是否屬于車輛內部的合法ECU以及是否符合車輛內部的控制邏輯。如果滿足以上條件，則將數據區(qū)的數據與控制邏輯對應的預設數據逐位進行比對，以識別該報文的數據內容是否準確，是否是經過病毒ECU偽裝的報文。通過以上所有的校驗之后，網關設備轉發(fā)該MOST總線報文至接收器。而沒有通過上述校驗的MOST總線報文會被網關設備直接丟棄。
[0045]如圖6所示的FLEXRAY總線的報文格式，FLEXRAY總線報文包括起始段、凈荷段和結束段，其中凈荷段的數據根據該FLEXRAY總線報文屬于靜態(tài)幀還是動態(tài)幀而存在區(qū)別。當FLEXRAY總線報文屬于靜態(tài)幀時，凈荷段包括網絡管理向量(NMVector)，其大小為0_12字節(jié)，用于標識該報文的接收器。當FLEXRAY總線報文屬于動態(tài)幀時，凈荷段包括信息標識(Message ID)，其大小為2字節(jié)，用于標識該報文的接收器。通過凈荷段的其他固定字節(jié)識別出該報文的發(fā)送器，從而判斷發(fā)送器和接收器是否屬于車輛內部的合法ECU以及是否符合車輛內部的控制邏輯。如果滿足以上條件，則將凈荷段的其他數據與控制邏輯對應的預設數據逐位進行比對，以識別該報文的數據內容是否準確，是否是經過病毒ECU偽裝的報文。通過以上所有的校驗之后，網關設備轉發(fā)該MOST總線報文至接收器。而沒有通過上述校驗的MOST總線報文會被網關設備直接丟棄。
[0046]因此，本發(fā)明實施例提供的車輛總線網絡的報文發(fā)送方法，能夠適用于當前車輛內部總線網絡拓撲中的各種總線類型，對各種總線類型的報文都能起到良好的檢測和過濾，禁止非法報文的傳播，提升車輛總線系統(tǒng)的信息安全保障。
[0047]在一個實施例中，如圖7所示，該車輛總線網絡的報文發(fā)送方法在步驟S104和步驟S105之間，還可以實施以下步驟S106-S107。
[0048]在步驟S104中，判斷報文的數據與該邏輯對應的預設數據是否一致。當報文的數據與該邏輯對應的預設數據不一致時，執(zhí)行步驟S103 ;當報文的數據與該邏輯對應的預設數據一致時，執(zhí)行步驟S106。
[0049]在步驟S106中，獲取車輛當前的行駛狀態(tài)。
[0050]網關設備能夠監(jiān)聽車輛內部總線網絡上所有報文的內容，因此能夠清楚的獲取當前行駛狀態(tài)。例如，通過監(jiān)聽速度傳感器發(fā)送給儀表盤控制器的報文能夠監(jiān)聽到車輛當前的車速。
[0051]在步驟S107中，判斷該報文是否符合行駛狀態(tài)下的第二預設條件。當該報文不符合行駛狀態(tài)下的第二預設條件時，執(zhí)行步驟S103 ;當該報文符合行駛狀態(tài)下的第二預設條件時，執(zhí)行步驟S105。
[0052]該第二預設條件是指當車輛處于特定的行駛狀態(tài)時，內部控制邏輯會發(fā)生的一些變化。這些變化通常是用來進一步提升行車的安全性，例如，當車速大于90km/h時，禁止開啟車門，那么，通過網關設備傳向車身控制模塊的開車門指令報文都會被網關設備丟棄，不會進行轉發(fā)。
[0053]例如，網關設備判斷出當前車速已達到95km/h，那么當識別出接收器為車身控制模塊的報文，并且根據報文數據識別出開車門指令時，網關設備丟棄該報文。即任何通過網關設備傳向車身控制模塊的開車門指令，都不能通過網關進行轉發(fā)，從而保障行車安全。
[0054]本實施例中，車輛在特定行駛狀態(tài)下，內部控制邏輯發(fā)生變化時，網關設備根據該變化進一步調整報文的轉發(fā)策略，對一些在特定行駛狀態(tài)下已被禁止的指令的報文進行攔截，從而進一步保證行車安全。
[0055]下述為本發(fā)明的裝置實施例，可以用于執(zhí)行本發(fā)明的方法實施例。
[0056]圖8是本發(fā)明實施例提供的一種車輛總線網絡的報文發(fā)送裝置的框圖，如圖8所示，該裝置包括:
[0057]接收模塊20，用于接收到來自車輛內部的第一總線網絡的報文；
[0058]第一判斷模塊21，用于判斷報文的邏輯是否符合第一預設條件；
[0059]第二判斷模塊22，用于當報文的邏輯符合第一預設條件時，判斷報文的數據與邏輯對應的預設數據是否一致；
[0060]第一轉發(fā)模塊23，用于當報文的數據與邏輯對應的預設數據一致時，轉發(fā)報文至接收器，接收器設置于車輛內部的第二總線網絡。
[0061]在一個實施例中，該第一判斷模塊21包括:
[0062]判斷子模塊，用于判斷報文的發(fā)送器和接收器是否符合第一預設條件。
[0063]在一個實施例中，該裝置還包括:
[0064]第一丟棄模塊，用于當報文的邏輯不符合第一預設條件時，或者當報文的數據與邏輯對應的預設數據不一致時，丟棄報文。
[0065]在一個實施例中，該裝置還包括:
[0066]獲取模塊，用于獲取車輛當前的行駛狀態(tài)；
[0067]第三判斷模塊，用于判斷報文是否符合行駛狀態(tài)下的第二預設條件；
[0068]第二轉發(fā)模塊，用于當報文符合第二預設條件時，轉發(fā)報文至接收器；
[0069]第二丟棄模塊，用于當報文不符合第二預設條件時，丟棄報文。
[0070]此外，本發(fā)明實施例中可以通過硬件處理器(hardware processor)來實現上述各個功能模塊。
[0071]與圖7相應的，本發(fā)明實施例還提供另一種車輛總線網絡的報文發(fā)送裝置，該裝置包括:
[0072]處理器；
[0073]用于存儲該處理器可執(zhí)行指令的存儲器；
[0074]其中，所述處理器用于:
[0075]接收到來自車輛內部的第一總線網絡的報文；
[0076]判斷報文的邏輯是否符合第一預設條件；
[0077]當報文的邏輯符合第一預設條件時，判斷報文的數據與邏輯對應的預設數據是否一致;
[0078]當報文的數據與邏輯對應的預設數據一致時，轉發(fā)報文至接收器，接收器設置于車輛內部的第二總線網絡。
[0079]所述判斷所述報文的邏輯是否符合第一預設條件包括:判斷所述報文的發(fā)送器和接收器是否符合第一預設條件。
[0080]所述第一預設條件包括:
[0081]所述發(fā)送器和接收器是否屬于所述車輛內部合法的電子控制單元；和
[0082]是否允許所述發(fā)送器向所述接收器發(fā)送報文。
[0083]所述處理器進一步用于:
[0084]當所述報文的邏輯不符合第一預設條件時，或者當所述報文的數據與所述邏輯對應的預設數據不一致時，丟棄所述報文。
[0085]當所述報文的數據與所述邏輯對應的預設數據一致時，在所述轉發(fā)所述報文至所述接收器之前，所述處理器進一步用于:
[0086]獲取所述車輛當前的行駛狀態(tài)；
[0087]判斷所述報文是否符合所述行駛狀態(tài)下的第二預設條件；
[0088]當所述報文符合所述第二預設條件時，轉發(fā)所述報文至所述接收器；
[0089]當所述報文不符合所述第二預設條件時，丟棄所述報文。
[0090]所述第二預設條件包括:
[0091]在所述行駛狀態(tài)下，是否存在所述接收器禁止進行接收的報文。
[0092]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0093]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0094]最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
【主權項】
1.一種車輛總線網絡的報文發(fā)送方法，其特征在于，所述方法包括: 接收到來自車輛內部的第一總線網絡的報文； 判斷所述報文的邏輯是否符合第一預設條件； 當所述報文的邏輯符合第一預設條件時，判斷所述報文的數據與所述邏輯對應的預設數據是否一致； 當所述報文的數據與所述邏輯對應的預設數據一致時，轉發(fā)所述報文至接收器，所述接收器設置于所述車輛內部的第二總線網絡。2.如權利要求1所述的方法，其特征在于，所述判斷所述報文的邏輯是否符合第一預設條件包括: 判斷所述報文的發(fā)送器和接收器是否符合第一預設條件。3.如權利要求2所述的方法，其特征在于，所述第一預設條件包括: 所述發(fā)送器和接收器是否屬于所述車輛內部合法的電子控制單元；和 是否允許所述發(fā)送器向所述接收器發(fā)送報文。4.如權利要求1所述的方法，其特征在于，所述方法還包括: 當所述報文的邏輯不符合第一預設條件時，或者當所述報文的數據與所述邏輯對應的預設數據不一致時，丟棄所述報文。5.如權利要求1所述的方法，其特征在于，當所述報文的數據與所述邏輯對應的預設數據一致時，在所述轉發(fā)所述報文至所述接收器之前，所述方法還包括: 獲取所述車輛當前的行駛狀態(tài)； 判斷所述報文是否符合所述行駛狀態(tài)下的第二預設條件； 當所述報文符合所述第二預設條件時，轉發(fā)所述報文至所述接收器； 當所述報文不符合所述第二預設條件時，丟棄所述報文。6.如權利要求5所述的方法，其特征在于，所述第二預設條件包括: 在所述行駛狀態(tài)下，是否存在所述接收器禁止接收的報文。7.—種車輛總線網絡的報文發(fā)送裝置，其特征在于，所述裝置包括: 接收模塊，用于接收到來自車輛內部的第一總線網絡的報文； 第一判斷模塊，用于判斷所述報文的邏輯是否符合第一預設條件； 第二判斷模塊，用于當所述報文的邏輯符合第一預設條件時，判斷所述報文的數據與所述邏輯對應的預設數據是否一致； 第一轉發(fā)模塊，用于當所述報文的數據與所述邏輯對應的預設數據一致時，轉發(fā)所述報文至接收器，所述接收器設置于所述車輛內部的第二總線網絡。8.如權利要求7所述的裝置，其特征在于，所述第一判斷模塊包括: 判斷子模塊，用于判斷所述報文的發(fā)送器和接收器是否符合第一預設條件。9.如權利要求7所述的裝置，其特征在于，所述裝置還包括: 第一丟棄模塊，用于當所述報文的邏輯不符合第一預設條件時，或者當所述報文的數據與所述邏輯對應的預設數據不一致時，丟棄所述報文。10.如權利要求7所述的裝置，其特征在于，所述裝置還包括: 獲取模塊，用于獲取所述車輛當前的行駛狀態(tài)； 第三判斷模塊，用于判斷所述報文是否符合所述行駛狀態(tài)下的第二預設條件； 第二轉發(fā)模塊，用于當所述報文符合所述第二預設條件時，轉發(fā)所述報文至所述接收器; 第二丟棄模塊，用于當所述報文不符合所述第二預設條件時，丟棄所述報文。
【文檔編號】G06F21/56GK105893844SQ201510683299
【公開日】2016年8月24日
【申請日】2015年10月20日
【發(fā)明人】徐勇, 李丹, 陳昆盛
【申請人】樂卡汽車智能科技（北京）有限公司