用于車輛的分系統(tǒng)和相應的車輛的制作方法
【專利摘要】本發(fā)明涉及一種用于車輛（10）的分系統(tǒng)，特征在于以下特征：? 用于交換設(shè)備信息、車輛信息和診斷信息以及軟件更新信息的通過空氣接口（29）與后端（20）的設(shè)備管理?服務器（26）相連接的設(shè)備管理?客戶端（16）；? 用于下載后端（20）的軟件更新到車輛（10）中的通過空氣接口（29）與后端（20）的下載?服務器（21）相連接的下載?客戶端（11）；? 用于使用軟件更新的與所述下載?客戶端（11）相連接的軟件更新?客戶端（12、13）；和? 用于協(xié)調(diào)軟件更新的與所述下載?客戶端（11）和所述軟件更新?客戶端（12、13）相連接的車輛更新?客戶端（14）。
【專利說明】
用于車輛的分系統(tǒng)和相應的車輛
技術(shù)領(lǐng)域
[0001]本發(fā)明旨在一種用于車輛的分系統(tǒng)。此外本發(fā)明旨在一種相應地配備的車輛。
【背景技術(shù)】
[0002]在無線技術(shù)中數(shù)據(jù)的傳輸借助于電磁波，即表面上通過空氣介質(zhì)(overthe air隔空，OTA)，時常稱作空氣接口。這樣的空氣接口的特征尤其在于，不應用固態(tài)的傳輸介質(zhì)如銅纜線或者玻璃纖維纜線，這為了后面的實施方案而不排除在真空中的傳輸。服務于這樣的傳輸?shù)娜舾赏ㄓ嵓夹g(shù)原理例如被已知作為隔空編程(Over-the-Air-Programmierung(OTA))、隔空服務供應(Over-the-Air Service Provis1ning (OTASP))、隔空供應(Over-the-Air Provs1ning(OTAP))或者隔空參數(shù)管理(Over-the-Air ParameterAdministrat1n(OTAPA))ο
[0003]用于更新所謂的固件即嵌入電子設(shè)備中這樣的軟件的所謂的技術(shù)是尤其重要的。上述OTA-技術(shù)的適應于固件的變型在電信中概括為固件隔空編程(Firmware-Over-Air-Programmierung(FOTA))ο
[0004]DE 10105454 Al提出了一種通過空氣接口用于軟件的自動補充的方法，該方法用來通過新的軟件模塊來補充在系統(tǒng)上運行的軟件，其中首先測試該軟件模塊并且之后從該軟件模塊中導出應用模塊。

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

[0005]本發(fā)明提供了按照獨立權(quán)利要求的用于車輛的分系統(tǒng)以及配備有這樣的分系統(tǒng)的車輛。
[0006]這種解決方案的優(yōu)點在于其在后端方面和車輛方面上的模塊化中。這使得OEM-個性化的變型的易于集成成為可能，因為功能已經(jīng)在結(jié)構(gòu)層面相互隔開。
[0007]就此，所提出的結(jié)構(gòu)就好像包括了所有功能的超集并且能夠各按照需要通過移除來匹配。因此已有的接口能夠繼續(xù)地利用，并且因此最后使得高的發(fā)展速度和匹配速度成為可能。
[0008]最后，如此地獲得所提出的結(jié)構(gòu)，使得該結(jié)構(gòu)可以容易地關(guān)于額外的使用情況而被擴展。具體而言這意味著，許多組件從重復使用的意義上說也能夠用于其他的使用情況。除此之外可考慮診斷或者現(xiàn)場數(shù)據(jù)采集。
[0009]獨立權(quán)利要求中給出的分系統(tǒng)的有利的改型方案和改進方案能夠通過在從屬權(quán)利要求中列出的措施來實現(xiàn)。
【附圖說明】
[0010]在附圖中表明并且在后面的說明書中作進一步解釋本發(fā)明的實施例。其中:
圖1是用于更新車輛的系統(tǒng)的框圖；
圖2是按照一種實施方式的分系統(tǒng)的框圖。
【具體實施方式】
[0011]圖1圖解了一種系統(tǒng)，該系統(tǒng)包括后端20和車輛10的所屬的分系統(tǒng)30。該系統(tǒng)的核心包括以下所描述的組件和其相互作用。
[0012]在以下組件中將數(shù)據(jù)-下載分離，該組件被實現(xiàn)作為后端20中的下載-服務器21以及車輛10中的下載-客戶端U。在以下組件中將設(shè)備-管理分離，該組件被實現(xiàn)作為后端20中的設(shè)備管理-服務器26以及車輛10中的設(shè)備管理-客戶端16。將車輛側(cè)的代理用于將(例如在若干個主機中的)設(shè)備-管理的分布式實現(xiàn)捆綁到單獨的實現(xiàn)上。
[0013]在以下組件中將軟件-更新和軟件-管理分離，該組件被實現(xiàn)為后端20中的SCOS-服務器22和FCOS-服務器23以及車輛10中的應用軟件-更新-客戶端12和固件-更新-客戶端13來實現(xiàn)。在這里，SC0M0/FUM0表示相應于OMA-DM的功能，作為一種示例的實施方案。
[0014]車輛管理器25用來具體化對于將它的相關(guān)的拓撲即控制設(shè)備和子系統(tǒng)包括在內(nèi)的車輛10的“設(shè)備”。
[0015]在車輛-內(nèi)容-管理器28中分離在后端20方面的專業(yè)的數(shù)據(jù)處理，其將不同的版本和變型從若干數(shù)據(jù)站(Datenstand)連至車輛10。被分離的還有包括活動控制在內(nèi)的更新-邏輯，該更新-邏輯被實現(xiàn)為后端20中的車輛更新-服務器24以及車輛10中的車輛更新-客戶端14。
[0016]將車輛10中的數(shù)據(jù)-管理被分離為內(nèi)容-管理器18。相應的情況適用于在車輛10中被分類作為ECU-更新器的固件-更新-組件，所述固件-更新-組件在若干個變型和實例(例如應用軟件-更新-客戶端12的或者固件-更新-客戶端13的變型和實例)中能夠存在并且能夠用于更新不同的系統(tǒng)和技術(shù)。
[0017]所列出的組件的內(nèi)容和功能從現(xiàn)在起逐一進行解釋，其中除了按照圖1的基本-分配之外還參照按照圖2的優(yōu)選的實施變型。
[0018]車輛管理器25通用地負責用于了解車輛10(在車輛10的套或組的意義上說)、了解車輛10自身以及其車輛拓撲并且能夠?qū)⒃O(shè)備成像至由設(shè)備管理器15、16、26所提供的車輛
10。對此，將設(shè)備管理器15、16、26識別且并且與設(shè)備通信，該設(shè)備不必是車輛10或者已知的車輛10。若干個設(shè)備就此能夠概括為車輛10。雖然如此，設(shè)備管理器15、16、26仍舊能夠識別不同的設(shè)備類型，例如割草機。所述設(shè)備管理器15、16、26因此識別設(shè)備類型，以便允許傳遞它的管理功能。在本示例中就此涉及車輛管理器25。
[0019]設(shè)備管理-服務器26能夠利用所屬的設(shè)備執(zhí)行的所有的管理活動。對此，協(xié)議是迫切需要的，以便將這一類的管理對象供應至設(shè)備和從設(shè)備供應。
[0020]設(shè)備管理器15、16、26能夠操縱若干個不同類型的設(shè)備。已知的設(shè)備借助數(shù)據(jù)管理器27來區(qū)分和確定類型，以便變成“已知的設(shè)備”。將已知的設(shè)備引向所屬的管理功能，在當前是車輛管理器25。為了以下的實施方案因而假定:將所有設(shè)備作為“道路車輛”類型來確定并且通過車輛管理器25處理。然而所述設(shè)備管理器優(yōu)選地也能夠支持其他的類型和使用情況。
[0021]設(shè)備管理-客戶端16實現(xiàn)了在所屬的運行時環(huán)境中從設(shè)備管理-服務器26導入軟件組件管理。設(shè)備管理-驅(qū)動器通過設(shè)備管理-客戶端16支持設(shè)備識別和參數(shù)配置。設(shè)備管理-客戶端16在以下環(huán)境中又與一個或者若干個設(shè)備管理-代理(15)相互作用，該環(huán)境通過任選的設(shè)備管理-代理借助于所提供的軟件組件管理對象用于執(zhí)行管理活動。設(shè)備管理-客戶端16使用普通的警告機制，以便告知包括管理活動的狀態(tài)的最后的消息。
[0022]當存在設(shè)備管理-客戶端16的若干個實例時，那么這種活動作為可能最好的替代方案通過設(shè)備管理-客戶端16的唯一的實例和額外的設(shè)備管理-代理(15)來執(zhí)行。為了就每個車輛10的唯一設(shè)備而言仍然能夠支持若干個設(shè)備管理-客戶端16，則應用設(shè)備管理-代理。因此在每個具有IP能力的系統(tǒng)46上運行設(shè)備管理-代理15的實例并且利用設(shè)備管理-客戶端16的中央的代理。
[0023]設(shè)備管理-代理-組件使得避免設(shè)備管理-客戶端16的若干個實例成為可能。對此每個設(shè)備管理-代理引導并且聚集所述設(shè)備管理-管理對象到設(shè)備管理-客戶端16上。設(shè)備管理-代理能夠在不同的運行時環(huán)境中運行。所述代理負責并且確保車輛10和設(shè)備之間的明確的配設(shè)。
[0024]車輛-內(nèi)容-管理器28從后端20方面負責用于將內(nèi)容成像(abbilden)，必要時壓縮該內(nèi)容以用于傳輸并且將該內(nèi)容打包以用于關(guān)于軟件更新的應用。從數(shù)據(jù)管理器27接收數(shù)據(jù)和內(nèi)容，所述數(shù)據(jù)管理器以統(tǒng)一的方式來存儲數(shù)據(jù)和內(nèi)容。所以O(shè)EM-變型在車輛10內(nèi)的數(shù)據(jù)和內(nèi)容方面被數(shù)據(jù)管理器27完全覆蓋。這也導致了在數(shù)據(jù)管理器27的輸出與在車輛10方面的所屬的內(nèi)容-管理器18之間的明確的語義的和句法的聯(lián)系。
[0025]SW組件服務器22負責用于建立和傳輸用于應用軟件更新的管理-對象。在應用OMA-DM的情況下，這能夠通過利用SCOMO-協(xié)議和管理-對象來實現(xiàn)。SW更新客戶端12負責用于執(zhí)行SW⑶S 22-說明。該客戶端使用提供至設(shè)備的軟件組件并且保證傳送成功結(jié)果的或者錯誤結(jié)果的警告反饋到SW組件-服務器22上。為了就每個車輛10的唯一設(shè)備而言仍然能夠支持若干個SW更新客戶端，則應用若干個變型和實例。所有的SW更新客戶端實例12在這由車輛更新-服務器14來編排。所以能夠在每個具有IP能力的系統(tǒng)上運行SW更新客戶端12的實例。
[0026]下載-服務器21負責用于提供后來要傳輸?shù)母?包。下載-服務器21從車輛-數(shù)據(jù)管理器27中獲取其內(nèi)容，通過車輛更新-服務器24來協(xié)調(diào)。這確保了僅僅實際上由車輛10所用的和所需的更新-包能夠通過下載-服務器21支配。
[0027]因此基于下載-服務器21所形成的創(chuàng)造價值鏈“車輛更新需求、內(nèi)容-匯編、內(nèi)容-提供”僅僅被執(zhí)行用于在所定義的活動中的激活的車輛10。
[0028]下載-客戶端11主管將軟件組件、固件或者其他的內(nèi)容下載到車輛10中。該下載-客戶端11能夠支持DLOTA或者任何其他的、例如以http、HTTPS或者FTP為基礎(chǔ)的空氣接口29。下載-客戶端11優(yōu)選地擁有經(jīng)過內(nèi)容-管理器18通往內(nèi)容-存儲器17的接口。
[0029]車輛更新-服務器24主管車輛更新-過程的編排。換而言之:換句話說:該車輛更新-服務器實施所定義的更新-活動或者多個所定義的更新-活動。原本通過OEM-數(shù)據(jù)管理器和OEM-服務管理器所描述的、用于特定的車輛10的活動的規(guī)格可以從數(shù)據(jù)管理器27中來獲得。這種規(guī)格將所需要的服務和進程連接到所產(chǎn)生的更新-過程。當車輛10被車輛管理器25識別并且標記時，該車輛的狀態(tài)和狀況被數(shù)據(jù)管理器27持續(xù)地監(jiān)視。
[0030]車輛更新-客戶端14主管執(zhí)行車輛更新-服務器24的需求。該車輛更新-客戶端14因此為車輛10協(xié)調(diào)車輛更新-過程或者其中的任意一部分(包括應用軟件-更新在內(nèi))。為了使得靈活性和與已有技術(shù)上的簡單的連接成為可能，車輛更新-客戶端14也實現(xiàn)了通往設(shè)備管理器的管理-接口。另外，車輛更新-客戶端14承擔用于所下載的內(nèi)容的責任、接收關(guān)于車輛10的部分(例如更新-過程數(shù)據(jù)和其他的輔助信息)并且派遣更新和內(nèi)容到關(guān)于13的客戶端12。當例如應用OMA-DM時，則能夠應用FUMO和/或SCMO對象。
[0031]數(shù)據(jù)管理器27從后端20方面主管用于將稠密的數(shù)據(jù)和內(nèi)容提供到服務上。
[0032]內(nèi)容-管理器18主管用于持久地儲存車輛10內(nèi)的每種類型的內(nèi)容。該內(nèi)容-管理器好像用作包括用于加載來自網(wǎng)頁源的數(shù)據(jù)的能力的車輛10的聯(lián)網(wǎng)的存儲器(network-attached storage附網(wǎng)存儲，NAS)。在車輛10內(nèi)能夠有若干個內(nèi)容-存儲器17的實例并且這些實例通過內(nèi)容-管理器18來管理。所述內(nèi)容-管理器18負責數(shù)據(jù)的存儲、封包分解以及合并并且能夠用于在車輛10內(nèi)的每種類型的應用。
[0033]內(nèi)容-存儲器17主管用于持久地儲存在控制設(shè)備(electric control unit電子控制單元，ECU)內(nèi)的任何類型的內(nèi)容。就好像應用如面向符號的設(shè)備文件(原始設(shè)備(rawdevice))那樣。在車輛10內(nèi)能夠有內(nèi)容-存儲器17的若干個實例并且這些實例能夠通過內(nèi)容管理器18來管理。所述內(nèi)容-存儲器17負責存儲并且能夠利用在車輛10內(nèi)的各種類型的應用。
[0034]控制設(shè)備-更新-客戶端12或者是13主管用于執(zhí)行用于特定的控制設(shè)備或者特定的部分范圍的應用軟件-更新或者固件-更新?？刂圃O(shè)備-更新-客戶端12或者是13行使客戶端的職能并且與車輛更新-客戶端14相連接。它管理用于特定的控制設(shè)備或者特定的部分范圍的包括回滾在內(nèi)的應用軟件(12)-更新-過程或者固件(13)-更新-過程。此外它主管用于隨時地了解控制設(shè)備的或者部分范圍的狀態(tài)。
【主權(quán)項】
1.一種用于車輛(10)的分系統(tǒng)(30)，其特征在于以下特征: -通過空氣接口(29)與后端(20)的設(shè)備管理-服務器(26)相連接的設(shè)備管理-客戶端(16)，該設(shè)備管理-客戶端用于交換設(shè)備信息、車輛信息和診斷信息以及軟件更新信息； -通過空氣接口(29)與后端(20)的下載-服務器(21)相連接的下載-客戶端(11)，該下載-客戶端用于從后端(20)下載軟件更新到車輛(10)中； -與所述下載-客戶端(11)相連接的軟件更新-客戶端(12、13)，該軟件更新-客戶端用于使用所述軟件更新；以及 -與所述下載-客戶端(11)和所述軟件更新-客戶端(12、13)相連接的車輛更新-客戶端(14)，該車輛更新-客戶端用于協(xié)調(diào)所述軟件更新。2.按照權(quán)利要求1所述的分系統(tǒng)(30)，其特征在于以下特征: -用于管理車輛(10)的設(shè)備的至少一個設(shè)備管理-客戶端(16);以及-與所述車輛更新-客戶端(14)相連接的以及通過所述空氣接口(29)與后端(20)的設(shè)備管理-服務器(26)相連接的設(shè)備管理-客戶端(16)，該設(shè)備管理-客戶端用于引導所述設(shè)備管理器。3.按照權(quán)利要求1或2所述的分系統(tǒng)(30)，其特征在于以下特征: -用于管理車輛(10)的設(shè)備的至少一個設(shè)備管理-客戶端(16);以及 -與所述設(shè)備管理-客戶端(16)相連接的任選的設(shè)備管理-代理(15)。4.按照權(quán)利要求1或2或3所述的分系統(tǒng)(30)，其特征在于以下特征: -用于存儲軟件更新的至少一個內(nèi)容-存儲器(17);以及 -與所述下載-客戶端(11)、所述軟件更新-客戶端(12、13)以及所述車輛更新-客戶端(14)相連接的內(nèi)容-管理器(18)，該內(nèi)容-管理器用于管理內(nèi)容-存儲器(17)。5.按照權(quán)利要求1到4中任一項所述的分系統(tǒng)(30)，其特征在于， 所述軟件更新-客戶端(12、13)包括至少一個應用軟件-更新-客戶端(12)和至少一個固件-更新-客戶端(13)。6.按照權(quán)利要求5所述的分系統(tǒng)(30)，其特征在于以下特征: -包括至少所述固件-更新-客戶端(13)的車輛電子-主機(40); -包括至少所述下載-客戶端(11)的娛樂電子-主機(50);以及 -將所述車輛電子-主機(40)和娛樂電子-主機(50)相連接的安全的通信(60)。7.按照權(quán)利要求6所述的分系統(tǒng)(30)，其特征在于以下特征: -至少一個被車輛電子-主機(40)包括的嵌入式的系統(tǒng)(41);和 -至少一個被車輛電子-主機(40 )包括的具有IP能力的系統(tǒng)。8.按照權(quán)利要求7所述的分系統(tǒng)(30)，其特征在于以下特征: -所述嵌入式的系統(tǒng)(41)包括至少一個中心網(wǎng)關(guān)(44)或者馬達控制裝置(42)或者所述車輛(10)的行駛傳動裝置(43)并且對應于開放式的車輛-系統(tǒng)架構(gòu)(45); -所述具有IP能力的系統(tǒng)(46)包括至少所述固件-更新-客戶端(13)和娛樂電子-代理(48)； -所述娛樂電子-主機(50)包括至少所述下載-客戶端(11)的安全配置文件(51)、應用安全-引擎(52)和車輛電子-代理(58);和 -所述安全的通信(60)連接所述娛樂電子-代理(48)和所述車輛電子-代理(58)。9.按照權(quán)利要求7所述的分系統(tǒng)(30)，其特征在于以下特征: -所述車輛電子-主機(40)包括匹配于該車輛電子-主機(40)的操作系統(tǒng)(49)，該操作系統(tǒng)執(zhí)行所述娛樂電子-代理(48);并且 -所述娛樂電子-主機(50)包括匹配于該娛樂電子-主機(50)的操作系統(tǒng)，該操作系統(tǒng)執(zhí)行所述車輛電子-代理(58)。10.按照權(quán)利要求8所述的分系統(tǒng)(30)，其特征在于， 所述娛樂電子-主機(50)此外還包括由匹配至所述娛樂電子-主機(50)的操作系統(tǒng)(59)所執(zhí)行的控制設(shè)備-更新-客戶端(53)。11.一種具有根據(jù)權(quán)利要求1至10中的任一項所述的分系統(tǒng)(30)的車輛(10)。
【文檔編號】H04L29/08GK105939213SQ201610117621
【公開日】2016年9月14日
【申請日】2016年3月2日
【發(fā)明人】V.布拉施克, G.齊梅里, K.施奈德, R.呂本
【申請人】羅伯特·博世有限公司