子系統(tǒng)、機動車輛和將軟件更新傳輸給機動車輛的系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種用于機動車輛的子系統(tǒng)。除此之外，本發(fā)明涉及一種相應(yīng)的機動車輛以及一種相應(yīng)的用于將軟件更新傳輸給機動車輛的系統(tǒng)。
【背景技術(shù)】
[0002]在無線電技術(shù)中，數(shù)據(jù)借助于電磁波、即顯然通過介質(zhì)空氣(空中(over theair)，OTA)的傳輸有時被稱為空中接口。這樣的“空中接口”的特征尤其在于，不使用諸如銅電纜或光纖電纜之類的固體傳輸介質(zhì)，這針對后續(xù)實施的目的未排除真空中的傳輸。利用這樣的傳輸?shù)碾娦偶夹g(shù)方案譬如作為空中編程(Over-the-Air，0ΤΑ)、空中服務(wù)提供(Over-the-Air Service Provis1ning，0TASP)、空中提供(Over-the-Air Provis1ning,0ΤΑΡ)或者空中參數(shù)管理(Over-the-Air Parameter Administrat1n，0ΤΑΡΑ)已知。
[0003]所提到的技術(shù)對于更新所謂的固件、即嵌入到電子設(shè)備中的軟件是特別重要的。上面提到的OTA技術(shù)的根據(jù)固件被適配的修改方案在電信中以上位概念“固件空中編程(Firmware-Over-the-Air, FOTA)，，被概括。
[0004]DE 10105454 Al提出一種用于經(jīng)由空中接口自動補充軟件的方法，該方法用于用新軟件模塊對在系統(tǒng)上運行的軟件進行補充，其中這些軟件模塊首先被測試并且然后從這些軟件模塊中導(dǎo)出應(yīng)用模塊。

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

[0005]本發(fā)明提供根據(jù)獨立權(quán)利要求的用于機動車輛的子系統(tǒng)、相應(yīng)的機動車輛、以及相應(yīng)的用于將軟件更新傳輸給機動車輛的系統(tǒng)。
[0006]該解決方案的優(yōu)越性在于其可以與現(xiàn)有車間解決方案共存，所述現(xiàn)有車間解決方案通?；谝脖挥米髟\斷測試器的所謂的車輛通信接口(vehicle communicat1ninterface，VCI )，所述車輛通信接口的硬件設(shè)計要求例如由國際標(biāo)準ISO 22900-1:2008來定義。根據(jù)本發(fā)明，為此在車輛自身的子系統(tǒng)中仿真這樣的接口，這僅僅需要將本身已知的運行時環(huán)境迀移到車輛中可用的硬件上。在此，軟件更新自身由子系統(tǒng)的所謂的車輛更新器無線地得到。因此所導(dǎo)致的車輛通信接口的“虛擬化”允許在車輛的所涉及的控制設(shè)備上基本上不加改變地保留軟件更新的打包及其最終的安裝。其因此有利于所提出的技術(shù)的高認可度、短期引入和市場實施。
[0007]本發(fā)明的另外的有利的構(gòu)型在從屬權(quán)利要求中予以說明。這樣，譬如車輛更新器和運行時環(huán)境可以在機動車輛的極其不同的控制設(shè)備之內(nèi)實現(xiàn)，包括該機動車輛的中央網(wǎng)關(guān)、連通性控制設(shè)備、域控制設(shè)備、頭部單元或者車載計算機，其中中央網(wǎng)關(guān)被證明是車輛更新器的特別有利的硬件平臺。子系統(tǒng)的分布在多個控制設(shè)備上的實現(xiàn)也是完全可設(shè)想的。因此，所提出的方案可以被轉(zhuǎn)用于多種具有極其不同的控制設(shè)備配置的車輛模型。
[0008]特別有利的是，在硬件上有管理程序可用。在這種情況下，車輛更新器和運行時環(huán)境可以被構(gòu)成為虛像，并且因此在正常行駛運行中保持去激活。只有當(dāng)需要該功能時，該功能才被加載并且在虛擬環(huán)境中被實施。該方案關(guān)于運行安全性和數(shù)據(jù)保護也具有積極的方面。
[0009]所述子系統(tǒng)合理地包括與車輛更新器連接的用于暫存軟件更新的數(shù)據(jù)緩沖器。這樣，所涉及的控制設(shè)備的軟件下載和實際更新的過程步驟也可以在時間上盡可能去耦合，這提高魯棒性并且即使在空中接口中斷的情況下也使得能夠執(zhí)行軟件更新。
[0010]當(dāng)運行時環(huán)境對應(yīng)于IS0-22900并且子系統(tǒng)包括用于起動(Ansprechen)車輛通信接口的協(xié)議數(shù)據(jù)單元編程接口、以及用于借助協(xié)議數(shù)據(jù)單元編程接口來操作車輛通信接口的可由車輛更新器經(jīng)由運行時環(huán)境來起動的模塊化車輛通信接口服務(wù)器時，可以實現(xiàn)符合標(biāo)準性。用于起動車輛通信接口的遵循國際標(biāo)準SAE J2534/1的推薦的PassThru編程接口附加地擴展子系統(tǒng)的硬件兼容性。
[0011]關(guān)于運行時環(huán)境的運行，Linux的利用被證明是特別合理的變型方案，因為這些運行時環(huán)境的幾個制造商同樣提供兼容Linux的實現(xiàn)。
[0012]最后，為了將運行時環(huán)境與通信總線連接所需要的配置數(shù)據(jù)(哪個控制設(shè)備可以經(jīng)由哪個總線被起動、協(xié)議等等)有利地從運行時環(huán)境的數(shù)據(jù)中獲取。因此，取消易錯的單獨的數(shù)據(jù)保持。
【附圖說明】
[0013]本發(fā)明的實施例在附圖中予以示出并且在下面予以進一步描述。
[0014]唯一的圖示出根據(jù)本發(fā)明的一種實施方式的用于將軟件更新傳輸給機動車輛的系統(tǒng)的框圖。
【具體實施方式】
[0015]圖1借助簡化框圖圖解所提出的用于將軟件更新傳輸給機動車輛32的系統(tǒng)30的示意性構(gòu)造。根據(jù)所示出的實施方式的系統(tǒng)30被劃分成兩個位置上分離的子系統(tǒng):無線地與機動車輛32連接的用于分發(fā)軟件更新的后端28、以及在機動車輛32自身之內(nèi)實現(xiàn)的用于借助于所述軟件更新來更新機動車輛32的(本身未以繪畫方式示出的)控制設(shè)備的子系統(tǒng)10。在此，控制設(shè)備經(jīng)由至少一個通信總線互相連接，并且可以經(jīng)由該總線分別有針對性地被起動。
[0016]車輛內(nèi)部的子系統(tǒng)10當(dāng)前被實現(xiàn)在控制設(shè)備下的中央網(wǎng)關(guān)之內(nèi)，并且經(jīng)由連通性控制設(shè)備12無線地與后端28連接。在此，子系統(tǒng)10的中央車輛更新器14用于從后端28接收軟件更新，該中央車輛更新器將所接收的更新暫存在所連接的數(shù)據(jù)緩沖器16中以用于進一步使用。為此，網(wǎng)關(guān)包括管理程序，該管理程序為了按需要實施車輛更新器14而提供Linux來賓系統(tǒng)下的運行時環(huán)境18。
[0017]—旦實際的更新被導(dǎo)入，則同樣被子系統(tǒng)10包括的符合IS0-22900的運行時環(huán)境18就將軟件更新從車輛更新器14傳送給要更新的控制設(shè)備，該控制設(shè)備利用其通信總線經(jīng)由虛擬車輛通信接口 26被連接。為此，該虛擬車輛通信接口根據(jù)所述標(biāo)準通過模塊化車輛通信接口服務(wù)器(MVCI) 20經(jīng)由協(xié)議數(shù)據(jù)單元編程接口(PDU-API) 22被起動。車輛通信接口 26直接從運行時環(huán)境18中得到為此需要的配置數(shù)據(jù)，使得根據(jù)所涉及的控制設(shè)備而不是協(xié)議數(shù)據(jù)單元編程接口 22，可以按需要使用替代的與標(biāo)準SAE J2534/1相對應(yīng)的 PassThru 編程接口 24。
【主權(quán)項】
1.用于機動車輛(32)的系統(tǒng)(10)， 其特征在于如下特征:-無線地與后端(28)連接的車輛更新器(14)，用于從所述后端(28)接收軟件更新，-運行時環(huán)境(18)，用于解釋所述軟件更新并將所述軟件更新從所述車輛更新器(14)傳送給所述機動車輛(32)的至少一個控制設(shè)備，其中所述控制設(shè)備能夠經(jīng)由所述機動車輛(32)的至少一個通信總線被起動，以及 -虛擬車輛通信接口(26)，用于將所述運行時環(huán)境(18)與所述機動車輛(32)的通信總線連接。2.根據(jù)權(quán)利要求1所述的子系統(tǒng)(10)， 其特征在于， 所述車輛更新器(14)或者所述運行時環(huán)境(18)在所述機動車輛(32)的如下的另外的控制設(shè)備之一之內(nèi)實現(xiàn): -中央網(wǎng)關(guān)， -連通性控制設(shè)備(12)， -域控制設(shè)備， -頭部單元，或者 -車載計算機。3.根據(jù)權(quán)利要求2所述的子系統(tǒng)(10)， 其特征在于， 所述另外的控制設(shè)備具有用于按需要實施所述車輛更新器(14)的管理程序。4.根據(jù)權(quán)利要求1至3之一所述的子系統(tǒng)(10)， 其特征在于， 所述子系統(tǒng)(10)包括與所述車輛更新器(14)連接的用于暫存所述軟件更新的數(shù)據(jù)緩沖器(16)。5.根據(jù)權(quán)利要求1至4之一所述的子系統(tǒng)(10)， 其特征在于， 所述運行時環(huán)境(18)對應(yīng)于IS0-22900，并且所述子系統(tǒng)(10)包括如下特征: -協(xié)議數(shù)據(jù)單元編程接口(22)，用于起動所述車輛通信接口(26)，以及-能夠由所述車輛更新器(14)經(jīng)由所述運行時環(huán)境(18)起動的模塊化車輛通信接口服務(wù)器(20)，用于借助于所述協(xié)議數(shù)據(jù)單元編程接口(22)操作所述車輛通信接口(26)。6.根據(jù)權(quán)利要求5所述的子系統(tǒng)(10)， 其特征在于， 所述子系統(tǒng)(10)此外包括與SAE J2534/1相對應(yīng)的用于起動所述車輛通信接口(26)的 PassThru 編程接口(24)。7.根據(jù)權(quán)利要求5或6之一所述的子系統(tǒng)(10)， 其特征在于， 所述子系統(tǒng)(10)包括用于運行所述運行時環(huán)境(18)的Linux操作系統(tǒng)。8.根據(jù)權(quán)利要求1至7之一所述的子系統(tǒng)(10)， 其特征在于， 所述子系統(tǒng)(10)被配置，使得所述車輛通信接口(26)從所述車輛更新器(14)得到為了將所述運行時環(huán)境(18)與所述通信總線連接所需要的配置數(shù)據(jù)。9.機動車輛(32)， 其特征在于如下特征: -多個控制設(shè)備； -至少一個將所述控制設(shè)備連接的通信總線，用于起動所述控制設(shè)備，以及-根據(jù)權(quán)利要求1至8之一所述的子系統(tǒng)(10)，用于借助于軟件更新來更新所述控制設(shè)備。10.用于將軟件更新傳輸給機動車輛(32)的系統(tǒng)(30)， 其特征在于如下特征: -無線地與所述機動車輛(32)連接的后端(28)，用于分發(fā)所述軟件更新，以及-在所述機動車輛(32)之內(nèi)實現(xiàn)的根據(jù)權(quán)利要求1至8之一所述的子系統(tǒng)(10)，用于借助于所述軟件更新來更新所述機動車輛(32)的控制設(shè)備。
【專利摘要】本發(fā)明涉及子系統(tǒng)、機動車輛和將軟件更新傳輸給機動車輛的系統(tǒng)。本發(fā)明提供一種用于機動車輛的系統(tǒng)，其具有如下特征：無線地與后端（28）連接的車輛更新器（14），用于從后端（28）接收軟件更新；運行時環(huán)境（18），用于解釋軟件更新并將軟件更新從車輛更新器（14）傳送給機動車輛（32）的控制設(shè)備，其中所述控制設(shè)備能夠經(jīng)由機動車輛（32）的通信總線被起動；以及虛擬車輛通信接口（26），用于將運行時環(huán)境（18）與機動車輛（32）的通信總線連接。本發(fā)明此外提供一種相應(yīng)的機動車輛以及一種相應(yīng)的用于將軟件更新傳輸給機動車輛的系統(tǒng)。
【IPC分類】G05B17/02
【公開號】CN105549416
【申請?zhí)枴緾N201510705142
【發(fā)明人】R.呂本, K.施奈德, G.齊梅里, V.布拉施克
【申請人】羅伯特·博世有限公司
【公開日】2016年5月4日
【申請日】2015年10月27日
【公告號】DE102014221972A1