用于經由空中接口穩健地更新車輛的固件的方法和設備技術

用于經由空中接口穩健地更新車輛的固件的方法和設備。用于經由空中接口更新車輛的固件的方法（30），其特征在于以下特征：??經由所述空中接口通過連接模塊（31）與后端交換數據，??所述數據由所述車輛之內的數據保持模塊（32）來管理，??所述連接模塊（31）和所述數據保持模塊（32）由協調層（33）來協調，??所述連接模塊（31）和所述協調層（33）由監視層（34）來監視，以及??按需要由所述協調層（33）針對安裝（35）來請求所述數據。

Method and apparatus for robustly updating a vehicle's firmware via an air interface

Method and apparatus for robustly updating a vehicle's firmware via an air interface. A method for updating the firmware via the air interface of the vehicle (30), characterized by the following features: via the air interface through the connecting module (31) to exchange data with the back-end, the data from within the vehicle data maintaining module (32) to manage the connection module, (31) maintain module and the data (32) by the coordination layer (33) to coordinate, the connection module (31) and the coordination layer (33) by the monitoring layer (34) to monitor, and as required by the coordination layer (33) for installation (35 to request the data).

【技術實現步驟摘要】
用于經由空中接口穩健地更新車輛的固件的方法和設備
本專利技術涉及用于經由空中接口穩健地更新車輛的固件的方法。除此之外，本專利技術涉及相應的設備、相應的計算機程序以及相應的存儲介質。
技術介紹
在無線電技術中，數據借助于電磁波、即顯然通過介質空氣（overtheair（空中），OTA）的傳輸有時被稱為空中接口。這種空中接口的特征尤其在于，不使用固體的傳輸介質、如銅或者光纖電纜，這為了隨后的實施的目的不排除真空中的傳輸。利用這種傳輸的電信技術方案例如作為空中編程（OTA）、空中服務提供（Over-the-AirServiceProvisioning，OTASP）、空中提供（Over-the-AirProvisioning，OTAP）或者空中參數管理（Over-the-AirParameterAdministration，OTAPA）已知。所提到的技術對于更新所謂的固件（FW）、即被嵌入到電子設備中的這種軟件來說是特別有意義的。上面所提到的OTA技術的根據固件被適配的修改方案在電信中以上位概念“固件空中編程（FOTA）”被概括。DE10105454A1提出用于經由空中接口來自動地補充軟件的方法，所述方法用于通過新的軟件模塊來補充在系統上運行的軟件，其中這些軟件模塊首先被測試并且然后從這些軟件模塊導出應用模塊。
技術實現思路
本專利技術提供根據獨立權利要求的用于經由空中接口穩健地更新車輛的固件的方法、相應的設備、相應的計算機程序以及相應的存儲介質。該解決方案的優點在于軟件（SW）的以及尤其固件（FW）的空中更新的穩健性的提高，使得在針對原始設備制造商（originalequipmentmanufacturer,OEM）和終端客戶的實際采用中的問題被避免。在這種情況下重要的是理解：OTA場景在沒有車間的支持的情況下應當以高的穩健性可靠地運轉。一般來說本身功能正常的車輛在這種情況下獲得FW更新或者另外的SW更新，以便擴展功能范圍或者消除錯誤并且因此不允許在OTA更新之后變為損壞的、即不能行駛的。這使OTA場景基本上區別于常規的車間場景。根據本專利技術的一種實施方式的穩健的解決方案滿足相應地高的客戶期望。穩健性根據IEEE、ISO/IEC描述系統或組件的、即使當系統和系統環境尤其遭受在系統邊界處充分利用的影響和條件或者出現未知的輸入值時也正確地保證功能性的程度。這里所提出的解決方案不僅僅涉及各個SW組件或硬件組件，而是由一系列功能以及尤其其有意義的互相配合和涉及的架構元件構成。隨后的實施方案描述如何與車間中的經典的SW更新以及尤其FW更新類似地自動化地在車輛中進行例如車間人員的活動，所述活動當在車間中執行更新時保證穩健性。用于進一步提高穩健性的選項同樣是極好的。本專利技術的一個方面涉及用于以下總鏈中的子活動的穩健的FOTA更新：車輛客戶端和后端之間的交互、到車輛中的下載、存儲和管理、分發和更新以及事故處理（disasterhandling）。作為另外的處理步驟的車輛更新數據集成、后端預處理以及回滾和恢復（recovery）對于本領域技術人員來說充分已知并且不是隨后的實施方案的主題。本專利技術的另一方面是如下技術系統，所述技術系統由一個或多個后端系統和車輛子系統構成。因此，所述系統的核心由用于單個車輛中的OTA-SW更新以及尤其FW更新的車輛子系統、用于車輛的車隊或群組的更新的后端子系統以及這些組件的交互構成。附圖說明本專利技術的實施例在附圖中被示出并且在隨后的描述中進一步被解釋。圖1示出本專利技術的實施方式所基于的架構。圖2示出具有交互依賴性和責任的自主區域中的功能組件的分配。圖3示出在考慮時提高穩健性的示范性的條件。圖4示出根據本專利技術的協調層和安裝實施功能的透明的處理。具體實施方式所述系統加建在圖1中所圖解的技術架構上，所述技術架構不僅提高模塊性、可擴展性和可適配性，而且提高穩健性。數據下載為此在如下組件中被分開，所述組件不僅被實現為后端20中的下載服務器21而且被實現為車輛10中的下載客戶端11。設備管理在如下組件中被分開，所述組件不僅被實現為后端20中的設備管理服務器26而且被實現為車輛10中的設備管理客戶端16。車輛側的代理被用于將設備管理——例如在多個域中——的分布式實現方案捆綁成唯一的實現方案。軟件更新和軟件管理在如下組件中被分開，所述組件不僅被實現為后端20中的SCOS服務器22和FCOS服務器23而且被實現為車輛10中的應用軟件更新客戶端12和固件更新客戶端13。這里，SCOMO/FUMO將根據OMA-DM的功能性稱為示例性的實現。車輛管理部25用于使“設備”具體化為車輛10，包括其相關的拓撲、即控制設備（electroniccontrolunits（電子控制單元），ECU）和子系統。在后端20側的專業的數據處理在車輛內容管理部28中被分開，所述車輛內容管理部將數據狀態的不同的版本和變體綁定到車輛10上。包括活動控制在內的更新邏輯也被分開，所述更新邏輯不僅被實現為后端20中的車輛更新服務器24而且被實現為車輛10中的車輛更新客戶端14。車輛10中的數據管理作為內容管理部18被分開。相應的內容適用于為了車輛10中的ECU更新而被分開的固件更新組件，所述固件更新組件可以存在于多個變體和實例、例如應用軟件更新客戶端12或固件更新客戶端13的那個變體和實例中并且能夠更新不同的系統和技術。從現在起詳細地解釋所提及的組件的內容和功能。車輛管理部25針對所有目的對多個車輛10（在車輛10的集合或群組的意義上）的、一個車輛10本身及其車輛拓撲的認識負責并且能夠將設備映射到由設備管理部15、16、26所提供的車輛10上。設備管理部15、16、26識別設備、未必車輛10或已知的車輛10并且為此與設備、未必車輛10或已知的車輛10通信。多個設備在此可以被聯合為車輛10。設備管理部15、16、26仍然可以識別其它設備類型、例如割草機。設備管理部15、16、26因此識別設備類型，以便允許轉發給其管理功能。在當前示例中在此涉及車輛管理部25。設備管理服務器26能夠利用所屬的設備來執行所有的管理行動。為此，協議是必要的，以便將這一類的管理對象運送到設備以及從設備運送這一類的管理對象。設備管理部15、16、26能夠操縱不同類型的多個設備。已知的設備借助于數據管理部27來識別以及確定類型，以便變為“已知的設備”。已知的設備被傳遞給所屬的管理功能、當前被傳遞給車輛管理部25。為了后續實施的目的假定：所有的設備被確定類型為“道路車輛”并且通過車輛管理部25來處理。設備管理部優選地仍然能夠也支持其它的類型和應用情況。設備管理客戶端16實現在所屬的運行時環境中從設備管理服務器26出發引入軟件組件管理。設備管理驅動器通過設備管理客戶端16支持設備識別和參數配置。設備管理客戶端16又與如下環境中的一個或多個設備管理代理15相互作用，所述環境經由可選的設備管理代理主管管理活動借助于所提供的軟件組件管理對象的執行。設備管理客戶端16采用一般的警告機制，以便通知包括管理活動的狀態的最終的消息。如果存在設備管理客戶端16的多個實例，則該活動作為盡可能好的替代方案通過設備管理客戶端16以及附加的設備管理代理15的唯一的實例來實施。為了在每個車輛10唯一的設備的情況下仍然可以支本文檔來自技高網...

【技術保護點】
用于經由空中接口（29）更新車輛（10）的固件的方法（30），其特征在于以下特征：??經由所述空中接口（29）通過連接模塊（31）與后端（20）交換數據，??所述數據由所述車輛（10）之內的數據保持模塊（32）來管理，??所述連接模塊（31）和所述數據保持模塊（32）由協調層（33）來協調，??所述連接模塊（31）和所述協調層（33）由監視層（34）來監視，以及??按需要由所述協調層（33）針對安裝（35）來請求所述數據。

【技術特征摘要】
2015.10.30 DE 102015221330.71.用于經由空中接口（29）更新車輛（10）的固件的方法（30），其特征在于以下特征：-經由所述空中接口（29）通過連接模塊（31）與后端（20）交換數據，-所述數據由所述車輛（10）之內的數據保持模塊（32）來管理，-所述連接模塊（31）和所述數據保持模塊（32）由協調層（33）來協調，-所述連接模塊（31）和所述協調層（33）由監視層（34）來監視，以及-按需要由所述協調層（33）針對安裝（35）來請求所述數據。2.根據權利要求1所述的方法（30），其特征在于以下特征：-所述連接模塊（31）發起與所述后端（20）的自主的交互以及對最后的已知的車輛狀態（50）的獲悉和分析，以及-所述連接模塊（31）發起對所委托的下載或者上載的自主的執行以及對經由所述空中接口（29）的連接的穩健的操縱。3.根據權利要求2所述的方法（30），其特征在于以下特征：-所述數據保持模塊（32）發起自主的存儲和存取特許，以及-所述數據保持模塊（32）發起存儲空間的依賴于所述協調層（33）的預留和釋放。4.根據權利要求3所述的方法（30），其特征在于以下特征：-所述協調層（33）依賴于所述車輛狀態（50）和控制設備以及相應的軟件更新客戶端（12、13）的狀態（51）來利用車輛更新客戶端（14），-所述車輛更新客戶端（14）支配、尤其啟動、暫停以及停止所述軟件更新客戶端（12、13），詢問所述軟件更新客戶端（12、13）并且給所述軟件更新客戶端（12、13）提供信息，以及-所述軟件更新客戶端（12、13）給所述車輛更新客戶端（14）提供狀況和查詢。5.根據權利要求4所述的方法（30），其...

【專利技術屬性】
技術研發人員：G齊梅里，K施奈德，V布拉施克，W菲舍爾，
申請(專利權)人：羅伯特·博世有限公司，
類型：發明
國別省市：德國,DE