DE102022110824A1

DE102022110824A1 - Ota-master, system, verfahren, nicht-transitorisches speichermedium und fahrzeug

Info

Publication number: DE102022110824A1
Application number: DE102022110824.4A
Authority: DE
Inventors: Tomoyasu Ishikawa; Shunsuke TANIMORI
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2021-06-07
Filing date: 2022-05-03
Publication date: 2022-12-08
Also published as: US20220391193A1; JP2022187162A; CN115509565A

Abstract

Over-the-Air (OTA)-Master, der eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern, hat eine Kommunikationseinheit und eine Steuereinheit. Die Kommunikationseinheit ist eingerichtet, um ein erstes Verteilungspaket von Aktualisierungsdaten für die erste elektronische Steuereinheit und ein zweites Verteilungspaket von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center separat zu empfangen. Die erste elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines ersten Typs mit einem einzigen Speicherbereich auf. Die zweite elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines zweiten Typs mit zwei Speicherbereichen auf. Die Steuereinheit ist eingerichtet, um die Steuerung der Software-Aktualisierung parallel auf einer Vielzahl der zu aktualisierenden elektronischen Steuereinheiten basierend auf den empfangenen Aktualisierungsdaten durchzuführen.

Description

Hintergrund der Erfindung
Technisches Gebiet
Die vorliegende Offenbarung betrifft OTA-Master, Systeme, Verfahren, nichttransitorische Speichermedien und Fahrzeuge, die Software-Aktualisierungen auf elektronischen Steuereinheiten steuern.
Stand der Technik
Ein Fahrzeug ist mit einer Vielzahl von elektronischen Steuereinheiten (ECUs) ausgestattet, die den Betrieb des Fahrzeugs steuert. Die elektronische Steuereinheit enthält einen Prozessor, eine temporäre Speichereinheit, wie z.B. einen Direktzugriffsspeicher (RAM), und einen nichtflüchtigen Speicher, der eine nichtflüchtige Speichereinheit ist, wie z.B. einen Flash-Festwertspeicher (ROM). Die elektronische Steuereinheit führt seine Steuerfunktionen aus, indem der Prozessor die in dem nichtflüchtigen Speicher gespeicherte Software ausführt. Die in jeder elektronischen Steuereinheit gespeicherte Software ist wiederbeschreibbar. Aktualisieren der Software auf der elektronischen Steuereinheit auf eine neuere Version der Software kann die Funktionen der elektronischen Steuereinheit verbessern und neue Fahrzeugsteuerungsfunktionen zu der elektronischen Steuereinheit hinzufügen.
Die Over-the-Air (OTA)-Technologie ist als Technologie zur Aktualisierung der Software von elektronischen Steuereinheiten bekannt. Ein Gerät, das ein Software-Aktualisierungsverfahren für das Fahrzeug durchführt, ist sowohl mit an ein fahrzeuginternes Netzwerk angeschlossener fahrzeuginterner Kommunikationsausrüstung als auch mit einem Kommunikationsnetzwerk wie dem Internet drahtlos verbunden. Das Gerät lädt Software von einem Server über drahtlose Kommunikation herunter und installiert die heruntergeladene Software in der elektronischen Steuereinheit, um Software auf der elektronischen Steuereinheit zu aktualisieren oder Software der elektronischen Steuereinheit hinzuzufügen. Siehe beispielsweise die japanische Patentanmeldung JP 2004 - 326 689 A.
Es gibt zwei Arten von nichtflüchtigen Speichern, die in den elektronischen Steuereinheiten installiert sind: Speicher mit einem einzigen Speicherbereich zur Speicherung von Daten wie Software (Einzelbankspeicher / Single-Bank-Speicher) und Speicher mit zwei Speicherbereichen zur Speicherung von Daten wie Software (Doppelbankspeicher / Dual-Bank-Speicher). Diese Arten von nichtflüchtigen Speichern werden gemäß den Spezifikationen der elektronischen Steuereinheiten usw. ordnungsgemäß verwendet. Die elektronische Steuereinheit mit einem Doppelbankspeicher kann zwei Versionen von Daten, nämlich eine alte und eine neue Version von Daten, in den beiden Speicherbereichen speichern.
Zusammenfassung der Erfindung
Es gibt Fälle, in denen sowohl die elektronische Steuereinheit mit einem Einzelbankspeicher (bzw. Single-Bank-Speicher) als auch die elektronische Steuereinheit mit einem Doppelbankspeicher (bzw. Dual-Bank-Speicher) eine elektronische Steuereinheit mit einer Software, die bei einer Kampagne, die ein Software-Aktualisierungsereignis für ein Fahrzeug darstellt, zu aktualisieren ist, sind. Ein Wiederherstellungsverfahren (Verfahren zur Wiederherstellung auf die Software vor Aktualisierung), das durchgeführt wird, wenn eine Software-Aktualisierung fehlschlägt, unterscheidet sich aufgrund der Speicherstruktur zwischen der elektronischen Steuereinheit mit einem Einzelbankspeicher und der elektronischen Steuereinheit mit einem Doppelbankspeicher. Das heißt, wenn eine Software-Aktualisierung auf der elektronischen Steuereinheit mit einem Einzelbankspeicher fehlschlägt, wird die Software vor(ab) Aktualisierung in den Einzelbankspeicher zurückgeschrieben. Andererseits werden in der elektronischen Steuereinheit mit einem Doppelbankspeicher eine Software nach der Aktualisierung und eine Software vor(ab) der Aktualisierung in verschiedene Speicherbereiche des Doppelbankspeichers geschrieben. Demgemäß wird, wenn eine Software-Aktualisierung fehlschlägt, die elektronische Steuereinheit mit einem Doppelbankspeicher gesteuert, um die Software aus dem Speicherbereich, in den die Software vor(ab) der Aktualisierung geschrieben (worden) ist, zu lesen. Das heißt, es ist nicht erforderlich, die Software vor(ab) der Aktualisierung in der elektronischen Steuereinheit mit einem Doppelbankspeicher neu zu schreiben.
Es gibt Fälle, in denen eine Kampagne bei der sowohl eine elektronische Steuereinheit mit einem Einzelbankspeicher als auch eine elektronische Steuereinheit mit einem Doppelbankspeicher zu aktualisierende elektronische Steuereinheiten sind, auf das Fahrzeug angewendet wird. In diesem Fall ist es wünschenswert, eine geeignete Software gemäß der Speicherstruktur der einzelnen zu aktualisierenden elektronischen Steuereinheiten herunterzuladen (bzw. downzuloaden) und zu installieren.
Die vorliegende Offenbarung stellt einen OTA-Master, ein System, ein Verfahren, ein nicht-transitorisches Speichermedium und ein Fahrzeug bereit, die für einen Einzelbankspeicher und einen Doppelbankspeicher geeignete Software-Aktualisierungen ausführen können.
Ein erster Aspekt der Technik der vorliegenden Offenbarung betrifft einen Over-the-Air (OTA)-Master, der eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit (bzw. CPU), die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit (bzw. CPU), die an dem Fahrzeug angebracht ist, zu steuern. Der OTA-Master hat eine Kommunikationseinheit und eine Steuereinheit. Die Kommunikationseinheit ist eingerichtet, um ein erstes Verteilungspaket von Aktualisierungsdaten für die erste elektronische Steuereinheit und ein zweites Verteilungspaket von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center separat zu empfangen. Die erste elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines ersten Typs auf. Der nichtflüchtige Speicher des ersten Typs hat einen (einzigen) Speicherbereich. Die zweite elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines zweiten Typs auf. Der nichtflüchtige Speicher des zweiten Typs hat zwei Speicherbereiche. Die Steuereinheit ist eingerichtet, um eine Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den(jenigen) Aktualisierungsdaten, die empfangen werden, durchzuführen.
Bei dem OTA-Master gemäß dem ersten Aspekt der Technik der vorliegenden Offenbarung kann die Kommunikationseinheit eingerichtet sein, um Typinformation(en) von dem Center zu erfassen. Die Typinformation(en) kann/können angeben, ob der nichtflüchtige Speicher jeder der elektronischen Steuereinheiten der nichtflüchtige Speicher des ersten Typs oder der nichtflüchtige Speicher des zweiten Typs ist.
Der OTA-Master gemäß dem ersten Aspekt der Technik der vorliegenden Offenbarung kann ferner eine Speichereinheit, die eingerichtet ist, Typinformation(en) zu speichern, aufweisen. Die Typinformation(en) kann/können angeben, ob der nichtflüchtige Speicher jeder der elektronischen Steuereinheiten der nichtflüchtige Speicher des ersten Typs oder der nichtflüchtige Speicher des zweiten Typs ist.
Bei dem OTA-Master gemäß dem ersten Aspekt der Technik der vorliegenden Offenbarung kann die Steuereinheit eingerichtet sein, um die Steuerung der Software-Aktualisierung auf den zu aktualisierenden elektronischen Steuereinheiten basierend auf der/den Typinformation(en) und den Aktualisierungsdaten, die empfangen werden, durchzuführen.
Bei dem OTA-Master gemäß dem ersten Aspekt der Technik der vorliegenden Offenbarung kann die Steuereinheit eingerichtet sein, um die Steuerung der Software-Aktualisierung parallel auf der ersten elektronischen Steuereinheit und der zweiten elektronischen Steuereinheit basierend auf den Aktualisierungsdaten durchzuführen.
Bei dem OTA-Master gemäß dem ersten Aspekt der Technik der vorliegenden Offenbarung kann die Steuereinheit eingerichtet sein, um die Aktualisierungsdaten, die empfangen werden, parallel an die zu aktualisierenden elektronischen Steuereinheiten zu übertragen.
Ein zweiter Aspekt der Technik der vorliegenden Offenbarung betrifft ein System mit: einem Over-the-Air (OTA)-Master, der eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern; und einem Center, das eingerichtet ist, um mit dem OTA-Master zu kommunizieren. Das Center ist eingerichtet, um ein erstes Verteilungspaket von Aktualisierungsdaten für die erste elektronische Steuereinheit und ein zweites Verteilungspaket von Aktualisierungsdaten für die zweite elektronische Steuereinheit an den OTA-Master separat zu senden. Die erste elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines ersten Typs auf. Der nichtflüchtige Speicher des ersten Typs hat einen (einzigen) Speicherbereich. Die zweite elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines zweiten Typs auf. Der nichtflüchtige Speicher des zweiten Typs hat zwei Speicherbereiche. Der OTA-Master ist eingerichtet, um das erste Verteilungspaket und das zweite Verteilungspaket, die von dem Center gesendet werden/sind, separat zu empfangen. Der OTA-Master ist eingerichtet, um eine Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden, durchzuführen.
Bei dem System gemäß dem zweiten Aspekt der Technik der vorliegenden Offenbarung kann zumindest eines von dem Center und/oder dem OTA-Master eingerichtet sein, um Typinformationen, die angeben, ob der nichtflüchtige Speicher jeder der elektronischen Steuereinheiten der nichtflüchtige Speicher des ersten Typs oder der nichtflüchtige Speicher des zweiten Typs ist, zu speichern.
Ein dritter Aspekt der Technik der vorliegenden Offenbarung betrifft ein Verfahren, das von einem Over-the-Air (OTA)-Master durchgeführt wird, wobei der OTA-Master eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern. Der OTA-Master hat einen oder mehrere Prozessoren und einen Speicher. Das Verfahren umfasst separates Empfangen eines ersten Verteilungspakets von Aktualisierungsdaten für die erste elektronische Steuereinheit und eines zweiten Verteilungspakets von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center. Die erste elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines ersten Typs auf. Der nichtflüchtige Speicher des ersten Typs hat einen (einzigen) Speicherbereich. Die zweite elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines zweiten Typs auf. Der nichtflüchtige Speicher des zweiten Typs hat zwei Speicherbereiche. Das Verfahren umfasst ferner Durchführen einer Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden.
Ein vierter Aspekt der Technik der vorliegenden Offenbarung betrifft ein nicht-transitorisches Speichermedium, das Befehle, die von einem oder mehreren Computer(n) eines Over-the-Air (OTA)-Masters ausführbar sind und die den einen oder die mehreren Computer des OTA-Masters veranlassen, Funktionen auszuführen, speichert. Der OTA-Master ist eingerichtet, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern. Der OTA-Master hat einen oder mehrere Prozessor(en) und einen Speicher. Die Funktionen umfassen den separaten Empfang eines ersten Verteilungspakets von Aktualisierungsdaten für die erste elektronische Steuereinheit und eines zweiten Verteilungspakets von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center. Die erste elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines ersten Typs auf. Der nichtflüchtige Speicher des ersten Typs hat einen (einzigen) Speicherbereich. Die zweite elektronische Steuereinheit weist einen nichtflüchtigen Speicher eines zweiten Typs auf. Der nichtflüchtige Speicher des zweiten Typs hat zwei Speicherbereiche. Die Funktionen umfassen ferner Durchführen einer Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden.
Der OTA-Master gemäß dem ersten Aspekt der Technik der vorliegenden Offenbarung kann an einem Fahrzeug angebracht sein.
Die vorliegende Offenbarung kann somit einen OTA-Master, ein System, ein Verfahren, ein nicht-transitorisches Speichermedium und ein Fahrzeug bereitstellen, die für einen Einzelbankspeicher und einen Doppelbankspeicher geeignete Software-Aktualisierungen (Herunterladen/Download, Installieren) ausführen können.
Figurenliste
Merkmale, Vorteile sowie technische und industrielle Bedeutung von beispielhaften Ausführungsformen der Erfindung werden im Folgenden unter Bezugnahme auf die beigefügten Zeichnungen beschrieben, in denen gleiche Zeichen gleiche Elemente bezeichnen und in denen:

1 ein Blockdiagramm, das die Gesamtkonfiguration eines Netzwerksystems gemäß einer Ausführungsform zeigt, ist;
2 ein Blockdiagramm, das eine schematische Konfiguration eines Centers zeigt, ist;
3 ein Funktionsblockdiagramm des Centers ist;
4 ein Blockdiagramm, das eine schematische Konfiguration eines OTA-Masters zeigt, ist;
5 ein Funktionsblockdiagramm des OTA-Masters ist;
6A ein Blockdiagramm, das ein Beispiel für eine schematische Konfiguration einer elektronischen Steuereinheit zeigt, ist;
6B ein Blockdiagramm, das ein Beispiel für eine schematische Konfiguration einer elektronischen Steuereinheit zeigt, ist;
7 ein Beispiel für (eine) Typinformation(en) zeigt;
8 ein Beispiel für ein Flussdiagramm eines Download-(Verfahrens)Ablaufes, der von dem Center und dem OTA-Master durchgeführt wird, zeigt;
9 ein Beispiel für ein Flussdiagramm eines Installations(verfahrens)ablaufes, der von dem OTA-Master und elektronischen Ziel-Steuereinheiten durchgeführt wird, zeigt; und
10 ein Beispiel für ein Flussdiagramm eines Aktivierungs(verfahrens)ablaufes, der von dem OTA-Master und elektronischen Ziel-Steuereinheiten durchgeführt wird, zeigt.

Detaillierte Beschreibung der Ausführungsformen
In einem Netzwerksystem der vorliegenden Offenbarung empfängt ein OTA-Master Aktualisierungsdaten für eine elektronische Steuereinheit mit einem Einzelbankspeicher und Aktualisierungsdaten für eine elektronische Steuereinheit mit einem Doppelbankspeicher in Form von separaten Verteilungspaketen von einem Center. Der OTA-Master führt eine Installation der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher und eine Installation der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher parallel aus. So können für einen Einzelbankspeicher und einen Doppelbankspeicher geeignete Software-Aktualisierungen durchgeführt werden.
Eine Ausführungsform der vorliegenden Offenbarung wird unter Bezugnahme auf die Zeichnungen im Detail beschrieben.
Ausführungsform
Konfiguration
1 ist ein Blockdiagramm, das eine Gesamtkonfiguration eines Netzwerksystems gemäß einer Ausführungsform der vorliegenden Offenbarung zeigt. Das in 1 dargestellte Netzwerksystem ist ein System zum Aktualisieren von Software auf einer Vielzahl von in einem Fahrzeug installierten elektronischen Steuereinheiten 40a bis 40d. Das Netzwerksystem hat ein Center 10 außerhalb des Fahrzeugs, ein innerhalb des Fahrzeugs aufgebautes fahrzeuginternes Netzwerk 20 und ein Netzwerk 70.
(1) Center
Das Center 10 kann mit einem OTA-Master 30 des fahrzeuginternen Netzwerkes 20 über das Netzwerk 70 kommunizieren. Der OTA-Master 30 wird später beschrieben. Das Center 10 sendet Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d an den OTA-Master 30 und empfängt von dem OTA-Master 30 eine Benachrichtigung, die den Fortschritt eines Software-Aktualisierungsverfahrens anzeigt. Das Center 10 kann somit Software-Aktualisierungen auf den mit dem OTA-Master 30 verbundenen elektronischen Steuereinheiten 40a bis 40d steuern und managen. Das Center 10 hat Funktionen eines sogenannten Servers.
2 ist ein Blockdiagramm, das eine schematische Konfiguration des Centers 10 in 1 zeigt. Wie in 2 dargestellt, hat das Center 10 eine zentrale Verarbeitungseinheit (CPU) 11, einen Direktzugriffsspeicher (RAM) 12, eine Speichervorrichtung 13 und eine Kommunikationsvorrichtung 14. Die Speichervorrichtung 13 ist eine Vorrichtung mit einem lesbaren und beschreibbaren Speichermedium, wie z. B. einem Festplattenlaufwerk (HDD) oder einem Solid State Drive (SSD). Beispielsweise speichert die Speichervorrichtung 13 Programme zum Durchführen von Software-Aktualisierungsmanagement, für die Software-Aktualisierungssteuerung und das Software-Aktualisierungsmanagement zu verwendende Information(en) und Software-Aktualisierungsdaten für jede elektronische Steuereinheit. In dem Center 10 führt die CPU 11 die aus der Speichervorrichtung 13 gelesenen Programme aus, indem sie den RAM 12 als Arbeitsbereich verwendet, um ein vorbestimmtes Verfahren in Bezug auf eine Software-Aktualisierung durchzuführen. Die Kommunikationsvorrichtung 14 ist eine Vorrichtung zur Kommunikation mit dem OTA-Master 30 über das in 1 dargestellte Netzwerk 70.
3 ist ein Funktionsblockdiagramm des in 2 dargestellten Centers 10. Das in 3 dargestellte Center 10 weist eine Speichereinheit 16, eine Kommunikationseinheit 17 und eine Steuereinheit 18 auf. Die Speichereinheit 16 wird durch die in 2 gezeigte Speichervorrichtung 13 implementiert. Die Kommunikationseinheit 17 und die Steuereinheit 18 werden von der CPU 11 in 2, die die in der Speichervorrichtung 13 gespeicherten Programme unter Verwendung des RAM 12 ausführt, implementiert.
Die Speichereinheit 16 speichert Information(en) über das Software-Aktualisierungsverfahren für eine oder mehrere in dem Fahrzeug installierte elektronische Steuereinheit(en). Als die Information(en) über das Software-Aktualisierungsverfahren speichert die Speichereinheit 16 zumindest Aktualisierungsmanagementinformation(en) und Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d. Die Aktualisierungsmanagementinformationen sind Informationen, in denen die für die elektronischen Steuereinheiten 40a bis 40d verfügbare Software angebenden Informationen mit das Fahrzeug identifizierender Fahrzeugidentifikationsinformation (Fahrzeug-ID) verknüpft sind. Ein Beispiel für die die für die elektronischen Steuereinheiten 40a bis 40d verfügbare Software angebenden Informationen ist eine Kombination von Informationen über die neuesten Versionen von Softwareprodukten für die elektronischen Steuereinheiten 40a bis 40d. Wie die Information(en) über das Software-Aktualisierungsverfahren kann die Speichereinheit 16 auch einen Aktualisierungsstatus einer in dem Fahrzeug durchgeführten Software-Aktualisierung speichern. Die Speichereinheit 16 kann ferner Information(en) (wie später beschrieben) über den Typ des in jeder der elektronischen Steuereinheiten 40a bis 40d installierten nichtflüchtigen Speichers speichern.
Die Kommunikationseinheit 17 fungiert als eine Sendeeinheit und Empfangseinheit, die Daten, Information(en), Anfragen, usw. an den OTA-Master 30 senden und von ihm empfangen. Die Kommunikationseinheit 17 empfängt eine Software-Aktualisierungsprüfanfrage von dem OTA-Master 30 (Empfangseinheit). Beispielsweise handelt es sich bei der Aktualisierungsprüfanfrage um von dem OTA-Master 30 an das Center 10 zu sendende Information(en), wenn der Strom oder die Zündung des Fahrzeugs eingeschaltet wird (im Folgenden als „EIN-geschaltet“ bezeichnet). Bei der Aktualisierungsprüfanfrage handelt es sich um Informationen, die das Center 10 auffordern zu prüfen, ob Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d basierend auf später beschriebenen Fahrzeugkonfigurationsinformationen vorliegen. Als Reaktion auf die von dem OTA-Master 30 empfangene Aktualisierungsprüfanfrage sendet die Kommunikationseinheit 17 Information(en), die angibt/angeben, ob Aktualisierungsdaten vorliegen, an den OTA-Master 30 (Sendeeinheit). Die Kommunikationseinheit 17 empfängt auch eine Verteilungspaket-Übermittlungsanfrage (Download-Anfrage) von dem OTA-Master 30 (Empfangseinheit). Als Antwort auf die Verteilungspaket-Download-Anfrage sendet die Kommunikationseinheit 17, an den OTA-Master 30, ein Verteilungspaket der von der später beschriebenen Steuereinheit 18 (Sendeeinheit) erzeugten Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d.
Wenn die Kommunikationseinheit 17 die Aktualisierungsprüfanfrage von dem OTA-Master 30 empfängt bestimmt die Steuereinheit 18, ob Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d, die in dem durch die in der Aktualisierungsprüfanfrage enthaltene Fahrzeug-ID identifizierten Fahrzeug installiert sind, vorliegen basierend auf der/den in der Speichereinheit 16 gespeicherten Aktualisierungsmanagementinformation(en). Die Steuereinheit 18 sendet das Ergebnis der Bestimmung, ob Software-Aktualisierungsdaten vorliegen, über die Kommunikationseinheit 17 an den OTA-Master 30. Wenn die Steuereinheit 18 bestimmt, dass Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen, erzeugt die Steuereinheit 18 ein Verteilungspaket der Aktualisierungsdaten für die elektronische Steuereinheit, für die bestimmt (worden) ist, dass eine Software-Aktualisierung vorliegt, das in der Speichereinheit 16 als Reaktion auf die von dem OTA-Master 30 empfangene Verteilungspaket-Download-Anfrage gespeichert wird.
Die Steuereinheit 18 erzeugt separat ein Verteilungspaket nur der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher und ein Verteilungspaket nur der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher. Der Einzelbankspeicher und der Doppelbankspeicher werden später beschrieben. Das Verteilungspaket mit nur den Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher ist ein Beispiel für das „erste Verteilungspaket“. Das Verteilungspaket mit nur den Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher ist ein Beispiel für das „zweite Verteilungspaket“. Wenn Typinformationen, d. h. Informationen über den Typ des nichtflüchtigen Speichers, im Voraus in der Speichereinheit 16 gespeichert werden, kann die Steuereinheit 18 absichtlich separate Verteilungspakete von Aktualisierungsdaten für die verschiedenen Typen von nichtflüchtigen Speichern erzeugen. Die Typinformation(en) wird/werden später beschrieben. Da die Steuereinheit 18 somit separate Verteilungspakete von Aktualisierungsdaten für die verschiedenen Typen von nichtflüchtigen Speichern erzeugt, kann das Center 10 (die Kommunikationseinheit 17 des Centers 10) das Verteilungspaket der Aktualisierungsdaten für die elektronische Steuereinheit mit einem nichtflüchtigen Speicher eines ersten Typs und das Verteilungspaket der Aktualisierungsdaten für die elektronische Steuereinheit mit einem nichtflüchtigen Speicher eines zweiten Typs an den OTA-Master 30 separat senden.
(2) Fahrzeuginternes Netzwerk
Das fahrzeuginterne Netzwerk 20 weist den OTA-Master 30, die elektronischen Steuereinheiten 40a bis 40d und ein Kommunikationsmodul 50 auf. Der OTA-Master 30 und das Kommunikationsmodul 50 sind über einen Bus 60a verbunden. Der OTA-Master 30 und die elektronischen Steuereinheiten 40a und 40b sind über einen Bus 60b miteinander verbunden. Der OTA-Master 30 und die elektronischen Steuereinheiten 40c und 40d sind über einen Bus 60c miteinander verbunden.
Der OTA-Master 30 kann mit dem Center 10 via das Netzwerk 70 über den Bus 60a und das Kommunikationsmodul 50 drahtlos kommunizieren. Der OTA-Master 30 managt den OTA-Zustand. Der OTA-Master 30 hat eine Funktion, eine Aktualisierungssequenz, die einen Ablauf des Software-Aktualisierungsverfahrens darstellt, zu steuern und eine Software-Aktualisierung auf einer zu aktualisierenden elektronischen Steuereinheit (im Folgenden als „elektronische Ziel-Steuereinheit“ bezeichnet), durchzuführen. Der OTA-Master 30 steuert die Software-Aktualisierung auf der elektronischen Ziel-Steuereinheit basierend auf z. B. den von dem Center 10 erfassten Aktualisierungsdaten. Die Ziel-Steuereinheit ist eine elektronische Steuereinheit, deren Software zu aktualisieren ist, (und zwar eine) aus den elektronischen Steuereinheiten 40a bis 40d. Eine oder mehrere elektronische Ziel-Steuereinheiten können als der OTA-Master 30 fungieren. Der OTA-Master 30 wird mitunter auch als „Central Gateway (CGW)“ bezeichnet.
4 ist ein Blockdiagramm, das eine schematische Konfiguration des OTA-Masters 30 in 1 zeigt. Wie in 4 dargestellt, weist der OTA-Master 30 eine CPU 31, einen RAM 32, einen Festwertspeicher (ROM) 33, eine Speichervorrichtung 34 und eine Kommunikationsvorrichtung 36 auf. Die CPU 31, der RAM 32, der ROM 33 und die Speichervorrichtung 34 bilden einen Mikrocomputer 35. In/bei dem OTA-Master 30 führt die CPU 31 aus dem ROM 33 gelesene Programme aus, indem sie den RAM 32 als Arbeitsbereich verwendet, um ein vorbestimmtes Verfahren in Bezug auf eine Software-Aktualisierung durchzuführen. Die Kommunikationsvorrichtung 36 kommuniziert mit dem Kommunikationsmodul 50 und den elektronischen Steuereinheiten 40a bis 40d über die in 1 dargestellten Busse 60a bis 60c.
5 ist ein Funktionsblockdiagramm des in 4 dargestellten OTA-Masters 30. Der in 5 dargestellte OTA-Master 30 weist eine Speichereinheit 37, eine Kommunikationseinheit 38 und eine Steuereinheit 39 auf. Die Speichereinheit 37 wird durch die in 4 dargestellte Speichervorrichtung 34 implementiert. Die Kommunikationseinheit 38 und die Steuereinheit 39 sind durch die CPU 31 in 4, die in dem ROM 33 gespeicherte Programme unter Verwendung des RAM 32 ausführt, implementiert.
Die Speichereinheit 37 speichert beispielsweise Programme zur Ausführung von Software-Aktualisierungen auf den elektronischen Steuereinheiten 40a bis 40d (Steuerungsprogrammen für den OTA-Master 30), verschiedene Arten von bei der Ausführung der Software-Aktualisierungen zu verwendenden Daten und von dem Center 10 heruntergeladene Software-Aktualisierungsdaten. Die Speichereinheit 37 kann außerdem Typinformation(en) (wie später beschrieben) speichern, nämlich Information(en) über den Typ des in jeder der elektronischen Steuereinheiten 40a bis 40d installierten nichtflüchtigen Speichers.
Die Kommunikationseinheit 38 fungiert als eine Sendeeinheit und Empfangseinheit, die Daten, Information(en), Anfragen, usw. an das Center 10 senden und von ihm empfangen. Zum Beispiel sendet die Kommunikationseinheit 38 eine Software-Aktualisierungsprüfanfrage an das Center 10, wenn das Fahrzeug EINgeschaltet wird (Sendeeinheit). Beispielsweise enthält die Aktualisierungsprüfanfrage die Fahrzeug-ID, die das Fahrzeug identifiziert, und Information(en) über die aktuellen Softwareversionen auf den mit dem fahrzeuginternen Netzwerk 20 verbundenen elektronischen Steuereinheiten 40a bis 40d. Die Fahrzeug-ID und die aktuellen Softwareversionen auf den elektronischen Steuereinheiten 40a bis 40d werden verwendet, um zu bestimmen, ob Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen, indem ein Vergleich mit den in dem Center 10 für jede Fahrzeug-ID gespeicherten neuesten Softwareversionen durchgeführt wird. Die Kommunikationseinheit 38 empfängt eine Benachrichtigung, die angibt, ob es Aktualisierungsdaten von dem Center 10 als eine Antwort auf die Aktualisierungsprüfanfrage gibt (Empfangseinheit). Wenn Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen, sendet die Kommunikationseinheit 38 eine Download-Anfrage für ein Verteilungspaket der Software-Aktualisierungsdaten an das Center 10 (Sendeeinheit). Die Kommunikationseinheit 38 empfängt (downloadet) dann das von dem Center 10 gesendete Verteilungspaket (Empfangseinheit). Die Kommunikationseinheit 38 sendet die von den elektronischen Steuereinheiten 40a bis 40d empfangenen Software-Update-Status an das Center 10 (Sendeeinheit).
Die Steuereinheit 39 bestimmt, ob Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen basierend auf der Antwort auf die Aktualisierungsprüfanfrage, die die Kommunikationseinheit 38 von dem Center 10 empfangen hat. Die Steuereinheit 39 verifiziert auch die Authentizität des Verteilungspakets, das die Kommunikationseinheit 38 von dem Center 10 empfangen (heruntergeladen/downgeloadet) und in der Speichereinheit 37 gespeichert hat. Die Steuereinheit 39 steuert auch das Software-Aktualisierungsverfahren (verschiedene Arten der Überprüfung, Installation, Aktivierung, usw.) für die elektronischen Steuereinheiten 40a bis 40d unter Verwendung der von dem Center 10 empfangenen (heruntergeladenen) Aktualisierungsdaten. Insbesondere überträgt die Steuereinheit 39 ein oder mehrere Teile (bzw. Stücke) der in Form des Verteilungspakets heruntergeladenen Aktualisierungsdaten an die elektronische Ziel-Steuereinheit. Die Steuereinheit 39 veranlasst die elektronische Ziel-Steuereinheit, die Aktualisierungssoftware basierend auf den Aktualisierungsdaten zu installieren. Nach Abschluss der Installation weist die Steuereinheit 39 die elektronische Ziel-Steuereinheit an, die installierte Aktualisierungssoftware zu aktivieren (freizugeben). In diesem Software-Aktualisierungsverfahren steuert die Steuereinheit 39 in geeigneter Weise Verfahrens(abläufe) wie verschiedene Arten der Überprüfung, Installation und Aktivierung in den elektronischen Steuereinheiten 40a bis 40d.
Die elektronischen Steuereinheiten 40a bis 40d sind Vorrichtungen (ECUs) zur Steuerung des Betriebs verschiedener Teile des Fahrzeugs. Obwohl 1 ein Beispiel zeigt bei dem das fahrzeuginterne Netzwerk 20 vier elektronische Steuereinheiten 40a bis 40d hat, ist die Anzahl der elektronischen Steuereinheiten nicht besonders beschränkt. So kann beispielsweise eine Anzeigevorrichtung [Mensch-Maschine-Schnittstelle (HMI; engl. für „human-machine interface“)] an den OTA-Master 30 angeschlossen sein. Die Anzeigevorrichtung kann während des Software-Aktualisierungsverfahrens für die elektronischen Steuereinheiten 40a bis 40d verschiedene Hinweise anzeigen, wie z. B. einen Hinweis darauf, dass Aktualisierungsdaten vorliegen, einen Annahmeanfrage-Bildschirm mit der Aufforderung an einen Anwender oder Administrator des Fahrzeugs, eine Software-Aktualisierung zu akzeptieren, und ein Software-Aktualisierungsergebnis. Ein Kfz-Navigationssystem usw. kann als die Anzeigevorrichtung verwendet werden. Die Anzahl der Busse, die die elektronischen Steuereinheiten mit dem OTA-Master 30 verbinden, ist ebenfalls nicht besonders beschränkt. Beispielsweise kann die Anzeigevorrichtung mit dem OTA-Master 30 über einen anderen Bus als die Busse 60a bis 60c verbunden sein.
Ein Beispiel für den schematischen Aufbau der elektronischen Steuereinheiten 40a bis 40d ist in den 6A und 6B dargestellt.
Die in 6A gezeigte elektronische Steuereinheit 40a weist eine CPU 41, einen RAM 42, einen nichtflüchtigen Speicher 43a und eine Kommunikationsvorrichtung 44 auf. Die elektronische Steuereinheit 40a ist ein Beispiel für eine „erste elektronische Steuereinheit“. Die CPU 41 implementiert Funktionen der elektronischen Steuereinheit 40a, indem sie aus dem nichtflüchtigen Speicher 43a gelesene Programme unter Verwendung des RAM 42 als einen Arbeitsbereich ausführt. Der nichtflüchtige Speicher 43a ist ein Speicher mit einem (einzigen) Speicherbereich 45 zum Speichern von Daten wie z. B. Software (im Folgenden als „Einzelbankspeicher“ bezeichnet). Nachfolgend wird der Typ des nichtflüchtigen Speichers 43a mit einem Speicherbereich 45 als „erster Typ“ bezeichnet. Zusätzlich zu der Software zur Implementierung der Funktionen der elektronischen Steuereinheit 40a können auch Versionsinformation(en), Parameterdaten, ein Bootprogramm zum Booten, ein Programm zur Software-Aktualisierung, usw. in dem Speicherbereich 45 gespeichert sein. Die Kommunikationsvorrichtung 44 ist eine Vorrichtung zur Kommunikation mit dem OTA-Master 30 und den anderen an das fahrzeuginterne Netzwerk 20 angeschlossenen elektronischen Steuereinheiten 40b bis 40d.
Wie die elektronische Steuereinheit 40a hat die in 6B gezeigte elektronische Steuereinheit 40b eine CPU 41, einen RAM 42, einen nichtflüchtigen Speicher 43b und eine Kommunikationsvorrichtung 44. Die elektronische Steuereinheit 40b ist ein Beispiel für die „zweite elektronische Steuereinheit“. Der in der elektronischen Steuereinheit 40b installierte nichtflüchtige Speicher 43b ist ein Speicher mit zwei Speicherbereichen 46a und 46b zum Speichern von Daten wie z. B. Software (im Folgenden als „Doppelbankspeicher“ bezeichnet). Nachfolgend wird der Typ des nichtflüchtigen Speichers 43b mit zwei Speicherbereichen 46a und 46b als „zweiter Typ“ bezeichnet. In den Speicherbereichen 46a und 46b können neben der Software zur Implementierung der Funktionen der elektronischen Steuereinheit 40b auch Versionsinformation(en), Parameterdaten, ein Bootprogramm zum Booten, ein Programm zur Software-Aktualisierung, usw. gespeichert werden. Die CPU 41 der elektronischen Steuereinheit 40b verwendet einen der beiden Speicherbereiche 46a und 46b des nichtflüchtigen Speichers 43b als einen zu lesenden Speicherbereich (aktive Bank) und führt die in dem zu lesenden Speicherbereich gespeicherte Software aus. Während der Ausführung eines in dem zu lesenden Speicherbereich (aktive Bank) gespeicherten Programms kann eine Aktualisierungssoftware (aktualisierte Programmversion) basierend auf Aktualisierungsdaten in dem anderen, nicht zu lesenden Speicherbereich (inaktive Bank) im Hintergrund installiert (geschrieben) werden. Zur Aktivierung in dem Software-Aktualisierungsverfahren (Aktivierung der Aktualisierungssoftware) kann die CPU 41 der elektronischen Steuereinheit 40b die Aktualisierungssoftware aktivieren, indem sie den Speicherbereich, aus dem das Programm gelesen werden soll, umschaltet.
Als spezifisches Beispiel wird angenommen, dass die aktuelle Version der Software in dem Speicherbereich 46a des nichtflüchtigen Speichers 43b, der ein Doppelbankspeicher ist, gespeichert ist und die Aktualisierungssoftware in dem Speicherbereich 46b installiert worden ist. Wenn beispielsweise der OTA-Master 30 die elektronische Steuereinheit 40b anweist, die Aktualisierungssoftware zu aktivieren, schaltet die elektronische Steuereinheit 40b die Lesestartadresse der CPU 41 von der obersten Adresse des Speicherbereichs 46a auf die oberste Adresse des Speicherbereichs 46b um. Die elektronische Steuereinheit 40b kann somit den von der CPU 41 zu lesenden Speicherbereich (aktive Bank) wechseln und die in dem Speicherbereich 46b installierte Aktualisierungssoftware ausführen. In der vorliegenden Offenbarung gehört eine als „einseitiger Suspend-Speicher“ bezeichnete Konfiguration bei der ein Speicherbereich pseudo-geteilt ist, so dass ein Programm auf die andere Seite geschrieben werden kann, während ein auf einer Seite gespeichertes Programm ausgeführt wird, ebenfalls zu dem zweiten Speichertyp.
7 zeigt ein Beispiel für die Typinformationen, die Informationen über den Typ des in jeder der elektronischen Steuereinheiten 40a bis 40d installierten nichtflüchtigen Speichers sind. In den in 7 dargestellten Typinformationen ist die ECU-ID, die eine Nummer zur Identifizierung der elektronischen Steuereinheit ist, mit dem Typ des nichtflüchtigen Speichers in der elektronischen Steuereinheit [erster Typ (Einzelbank) oder zweiter Typ (Doppelbank)] verknüpft. Die Typinformationen sind/werden entweder in der Speichereinheit 37 des OTA-Masters 30 oder in der Speichereinheit 16 des Centers 10 oder in beiden gespeichert und managt. Die Typinformationen werden im Voraus basierend auf den Spezifikationen der elektronischen Steuereinheiten 40a bis 40d des fahrzeuginternen Netzwerks 20 erstellt. Die Typinformationen können in der Speichereinheit 37 des OTA-Masters 30 zu dem Zeitpunkt der Herstellung des Fahrzeugs usw. gespeichert werden. Der OTA-Master 30 kann die Typinformation(en) von der Ziel-Steuereinheit über Kommunikation in dem fahrzeuginternen Netzwerk 20 während des Software-Aktualisierungsverfahrens erfassen. Wenn das Center 10 die Typinformation(en) managt, kann der OTA-Master 30 die Typinformation(en) von dem Center 10 über das Netzwerk 70 erfassen.
Das Kommunikationsmodul 50 ist eine Einheit mit einer Funktion, die Kommunikation zwischen dem Center 10 und dem Fahrzeug zu steuern, und ist eine Kommunikationsausrüstung zur Verbindung des fahrzeuginternen Netzwerks 20 mit dem Center 10. Das Kommunikationsmodul 50 ist mit dem Center 10 über das Netzwerk 70 drahtlos verbunden. Der OTA-Master 30 authentifiziert das Fahrzeug, Download-Aktualisierungsdaten, usw. über das Kommunikationsmodul 50. Das Kommunikationsmodul 50 kann in dem OTA-Master 30 enthalten sein.
Überblick über Software-Aktualisierungsverfahren
Zum Beispiel sendet der OTA-Master 30 eine Aktualisierungsprüfanfrage an das Center 10, wenn das Fahrzeug EIN-geschaltet wird. Die Aktualisierungsprüfanfrage enthält die das Fahrzeug identifizierende Fahrzeug-ID und die Fahrzeugkonfigurationsinformation(en). Die Fahrzeugkonfigurationsinformationen sind Informationen über den Zustand der elektronischen Steuereinheiten (Systemkonfiguration), wie z. B. Hardware und aktuelle Softwareversionen der mit dem fahrzeuginternen Netzwerk 20 verbundenen elektronischen Steuereinheiten 40a bis 40d. Die Fahrzeugkonfigurationsinformationen können erstellt werden, indem die Identifikationsnummern der elektronischen Steuereinheiten (ECU-IDs) und die Identifikationsnummern der Softwareversionen der elektronischen Steuereinheiten (ECU-Software-IDs) von den mit dem fahrzeuginternen Netzwerk 20 verbundenen elektronischen Steuereinheiten 40a bis 40d erfasst werden. Die Fahrzeug-ID und die aktuellen Softwareversionen auf den elektronischen Steuereinheiten 40a bis 40d werden verwendet, um zu bestimmen, ob Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen, indem ein Vergleich mit den in dem Center 10 für jede Fahrzeug-ID (vor)gehaltenen neuesten Softwareversionen durchgeführt wird. Als Reaktion auf die von dem OTA-Master 30 empfangene Aktualisierungsprüfanfrage sendet das Center 10 eine Benachrichtigung, die anzeigt, ob Aktualisierungsdaten vorliegen, an den OTA-Master 30. Wenn Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen, sendet der OTA-Master 30 eine Verteilungspaket-Download-Anfrage an das Center 10. Als Antwort auf die von dem OTA-Master 30 empfangene Download-Anfrage sendet das Center 10 ein Verteilungspaket mit den Aktualisierungsdaten an den OTA-Master 30. Das Verteilungspaket kann, zusätzlich zu den Aktualisierungsdaten, Verifizierungsdaten zur Überprüfung der Authentizität der Aktualisierungsdaten, die Anzahl der Teile (bzw. Stücke) der Aktualisierungsdaten, die Typinformation(en), verschiedene Arten von während der Software-Aktualisierung zu verwendender Steuerinformation, usw. enthalten.
Der OTA-Master 30 bestimmt, ob Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen basierend auf der von dem Center 10 empfangenen Antwort auf die Aktualisierungsprüfanfrage. Der OTA-Master 30 prüft die Echtheit des von dem Center 10 empfangenen und in der Speichervorrichtung 13 gespeicherten Verteilungspakets. Der OTA-Master 30 überträgt ein oder mehrere Teile (bzw. Stücke) der als das Verteilungspaket heruntergeladenen Aktualisierungsdaten an die elektronische Ziel-Steuereinheit und veranlasst die elektronische Ziel-Steuereinheit, die Aktualisierungsdaten zu installieren. Nach Abschluss der Installation weist der OTA-Master 30 die elektronische Ziel-Steuereinheit an, die installierte aktualisierte Version der Software zu aktivieren.
In einem Annahmeanfrageverfahren veranlasst der OTA-Master 30 eine Ausgabevorrichtung, eine Benachrichtigung auszugeben, dass die Software-Aktualisierung angenommen werden muss, und eine Benachrichtigung, die zur Eingabe der Annahme der Software-Aktualisierung auffordert. Beispiele für die Ausgabevorrichtung schließen eine Anzeigevorrichtung (nicht abgebildet) ein, die in dem fahrzeuginternen Netzwerk 20 vorgesehen ist und die Benachrichtigungen per Display ausgibt/vorsieht, sowie eine Audioausgabevorrichtung (nicht abgebildet), die Benachrichtigungen per Ton oder Sprache ausgibt/vorsieht. Wenn beispielsweise die Anzeigevorrichtung als die Ausgabevorrichtung in dem Annahmeanfrageverfahren verwendet wird, kann der OTA-Master 30 die Anzeigevorrichtung veranlassen, einen Annahmeanfragebildschirm, der den Anwender oder Administrator auffordert, die Software-Aktualisierung anzunehmen, anzuzeigen und eine Benachrichtigung anzuzeigen, die den Anwender oder Administrator auffordert, einen bestimmten Eingabevorgang wie das Drücken einer Annahmetaste durchzuführen, wenn der Anwender oder Administrator die Software-Aktualisierung annimmt. In dem Annahmeanfrageverfahren kann der OTA-Master 30 die Anzeigevorrichtung veranlassen, Texte, Symbole, usw., die darauf hinweisen, dass Software-Aktualisierungsdaten für die elektronischen Steuereinheiten 40a bis 40d vorliegen, anzuzeigen und während des Software-Aktualisierungsverfahrens aufzuerlegende Einschränkungen anzuzeigen. Als Reaktion auf die die Software-Aktualisierung akzeptierende Eingabe von dem Anwender oder dem Administrator führt der OTA-Master 30 ein Steuerungsverfahren für die Installation und Aktivierung (bzw. Freigabe) durch, um die Software auf der elektronischen Ziel-Steuereinheit zu aktualisieren.
Wenn der nichtflüchtige Speicher der elektronischen Ziel-Steuereinheit ein Einzelbankspeicher ist, werden Installation und Aktivierung im Allgemeinen nacheinander/sukzessiv ausgeführt. Daher wird das Annahmeanfrageverfahren für die Software-Aktualisierung vor(ab) der Installation durchgeführt. Selbst wenn der nichtflüchtige Speicher der elektronischen Steuereinheit ein Einzelbankspeicher ist, kann die elektronische Steuereinheit aufgefordert werden, das Aktualisierungsverfahren nach Abschluss der Installation vorübergehend zu stoppen, d. h. auf die Aktivierung zu warten (anzuhalten). Ist der nichtflüchtige Speicher der elektronischen Steuereinheit ein Doppelbankspeicher, wird das Annahmeanfrageverfahren für die Software-Aktualisierung zumindest nach der Installation und vor(ab) der Aktivierung durchgeführt. Ist der nichtflüchtige Speicher der elektronischen Steuereinheit ein Doppelbankspeicher, kann das Annahmeanfrageverfahren für die Software-Aktualisierung vor(ab) der Installation durchgeführt oder ausgelassen werden.
Das Software-Aktualisierungsverfahren enthält eine Download-Phase, eine Installationsphase und eine Aktivierungsphase. In der Download-Phase downloadet (empfängt) der OTA-Master 30 Aktualisierungsdaten von dem Center 10. In der Installationsphase überträgt der OTA-Master 30 die heruntergeladenen/ downgeloadeten Aktualisierungsdaten (Aktualisierungssoftware) an die elektronische Ziel-Steuereinheit und installiert die Aktualisierungssoftware basierend auf den Aktualisierungsdaten in dem Speicherbereich der elektronischen Ziel-Steuereinheit. In der Aktivierungsphase aktiviert (gibt frei) die Ziel-Steuereinheit die installierte Aktual isierungssoftware.
Der Download ist ein Verfahren bei dem der OTA-Master 30 die Aktualisierungsdaten für die Aktualisierung der Software der elektronischen Steuereinheit in Form eines Verteilungspakets von dem Center 10 empfängt und die Aktualisierungsdaten in der Speichereinheit 37 speichert. Für den Download empfängt der OTA-Master 30 separat Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher und Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher. Die Download-Phase enthält nicht nur die Ausführung des Downloads, sondern auch eine Steuerung einer Reihe von Verfahren bezüglich des Downloads, wie z. B. die Bestimmung, ob der Download ausgeführt werden kann, und die Überprüfung der Aktualisierungsdaten.
Die von dem Center 10 an den OTA-Master 30 gesendeten Aktualisierungsdaten können folgendes enthalten: Aktualisierungssoftware für die elektronische Steuereinheit (alle Daten oder Differenzdaten); komprimierte Daten, dass die Aktualisierungssoftware komprimiert ist; und/oder geteilte Daten der Aktualisierungssoftware bzw. der komprimierten Daten, dass die Aktualisierungssoftware oder die komprimierten Daten geteilt sind. Die Aktualisierungsdaten können eine ECU-ID (oder Seriennummer) der elektronischen Ziel-Steuereinheit und eine ECU_Software_ID der elektronischen Steuereinheit vor der Aktualisierung enthalten. Die Aktualisierungsdaten werden in Form des Verteilungspakets heruntergeladen. Das Verteilungspaket enthält Aktualisierungsdaten für eine einzelne elektronische Steuereinheit oder eine Vielzahl von Teilen (bzw. Stücken) von Aktualisierungsdaten für eine Vielzahl von elektronischen Steuereinheiten desselben Speichertyps.
Die Installation ist ein Verfahren bei dem der OTA-Master 30 eine Aktualisierungssoftware (aktualisierte Programmversion) in die nichtflüchtigen Speicher 43a und/oder 43b einer Vielzahl von elektronischen Ziel-Steuereinheiten in einer vorbestimmten Reihenfolge schreibt basierend auf den von dem Center 10 heruntergeladenen Aktualisierungsdaten. Die Installation der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher und die Installation der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher werden parallel ausgeführt. Die Installationsphase enthält nicht nur eine Ausführung der Installation, sondern auch eine Steuerung einer Reihe von Verfahren bezüglich der Installation, wie z. B. eine Bestimmung, ob die Installation ausgeführt werden kann, eine Übertragung der Aktualisierungsdaten und die Überprüfung der Aktual isierungssoftware.
Wenn die Aktualisierungsdaten Aktualisierungssoftware (alle Daten) enthalten, überträgt in der Installationsphase der OTA-Master 30 die Aktualisierungsdaten (Aktualisierungssoftware) an die elektronische Ziel-Steuereinheit. Wenn die Aktualisierungsdaten komprimierte Daten, Differenzdaten oder geteilte Daten der Aktualisierungssoftware enthalten, kann der OTA-Master 30 die Aktualisierungsdaten an die elektronische Ziel-Steuereinheit übertragen und kann die elektronische Ziel-Steuereinheit die Aktualisierungssoftware aus den Aktualisierungsdaten erzeugen. Der OTA-Master 30 kann die Aktualisierungssoftware aus den Aktualisierungsdaten erzeugen und dann die Aktualisierungssoftware an die elektronische Ziel-Steuereinheit übermitteln. Die Aktualisierungssoftware kann durch Dekomprimieren der komprimierten Daten oder Zusammenfügen (Integrieren) der Differenzdaten oder der geteilten Daten erzeugt werden.
Die Installation der Aktualisierungssoftware kann von der elektronischen Ziel-Steuereinheit basierend auf einer Installationsanfrage von dem OTA-Master 30 durchgeführt werden. Eine bestimmte elektronische Ziel-Steuereinheit, die die Aktualisierungsdaten empfangen hat, kann die Installation autonom durchführen, ohne eine ausdrückliche Anweisung von dem OTA-Master 30 zu empfangen.
Die Aktivierung ist ein Verfahren bei dem die Ziel-Steuereinheit die in dem nichtflüchtigen Speicher 43a und/oder 43b installierte Aktualisierungssoftware aktiviert. Entweder wird die Aktivierung der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher oder die Aktivierung der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher bevorzugt gegenüber der anderen ausgeführt, oder die Aktivierung der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Einzelbankspeicher und die Aktivierung der Aktualisierungsdaten für die elektronische Steuereinheit mit einem Doppelbankspeicher werden ohne Priorität der einen Aktivierung gegenüber der (jeweilig) anderen ausgeführt. Die Aktivierungsphase enthält nicht nur die Ausführung der Aktivierung, sondern auch eine Reihe von Steuerungen bezüglich der Aktivierung, wie z. B. eine Bestimmung, ob die Aktivierung ausgeführt werden kann, eine Aufforderung an den Anwender oder Administrator des Fahrzeugs, die Aktivierung anzunehmen, und die Überprüfung der Ausführungsergebnisse.
Die Aktivierung der Aktualisierungssoftware kann von der elektronischen Ziel-Steuereinheit basierend auf einer Aktivierungsanfrage des OTA-Masters 30 durchgeführt werden. Eine bestimmte elektronische Ziel-Steuereinheit, die die Aktualisierungsdaten empfangen hat, kann die Aktivierung nach Abschluss der Installation autonom ausführen, ohne eine ausdrückliche Anweisung von dem OTA-Master 30 zu empfangen.
Die Software-Aktualisierung kann nacheinander/sukzessiv oder parallel auf einer Vielzahl von elektronischen Steuereinheiten durchgeführt werden.
Das hier verwendete „Software-Aktualisierungsverfahren“ umfasst nicht nur ein Verfahren von sukzessiver Ausführung insgesamt des Downloads, der Installation und der Aktivierung, sondern auch ein Verfahren der Ausführung nur eines Teils des Downloads, der Installation und der Aktivierung.
Verfahrensabläufe
Nachfolgend werden einige spezifische Beispiele des Software-Aktualisierungsverfahrens, das in dem Netzwerksystem gemäß der vorliegenden Ausführungsform durchgeführt wird, mit weiterem Bezug auf die 8, 9 und 10 beschrieben.
(1) Spezifisches Beispiel für einen Download
8 ist ein Flussdiagramm, das einen Verarbeitungsverfahrensablauf gemäß einem spezifischen Beispiel des Downloads, der von dem Center 10 und dem OTA-Master 30 ausgeführt wird, veranschaulicht. Das in 8 veranschaulichte Download-Verfahren wird gestartet, wenn das Center 10 eine Verteilungspaket-Download-Anfrage von dem OTA-Master 30 empfängt.
Schritt S801
Aus der/den Ziel-Steuereinheit(en), deren Software zu aktualisieren ist (im Folgenden als „Ziel-Steuereinheit“ bezeichnet), erzeugt das Center 10 ein Verteilungspaket von Aktualisierungsdaten für die Ziel-Steuereinheit mit dem nichtflüchtigen Speicher des ersten Typs (im Folgenden als „die Ziel-Steuereinheit des ersten Typs“ bezeichnet). Das Center 10 erzeugt auch ein Verteilungspaket von Aktualisierungsdaten für die Ziel-Steuereinheit mit dem nichtflüchtigen Speicher des zweiten Typs (im Folgenden als „die Ziel-Steuereinheit des zweiten Typs“ bezeichnet) aus den Ziel-Steuereinheiten, deren Software zu aktualisieren ist. Zu diesem Zeitpunkt kann das Center 10 den Typ des nichtflüchtigen Speichers der Ziel-Steuereinheit durch Bezugnahme auf die in der Speichereinheit 16 gespeicherte(n) Typinformation(en) bestimmen. Wenn das Center 10 die Typen der nichtflüchtigen Speicher der elektronischen Steuereinheiten 40a bis 40d managt, können Informationen über den Speichertyp in das Verteilungspaket aufgenommen werden. Wenn das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des ersten Typs und das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des zweiten Typs erzeugt sind/werden, fährt die Routine mit Schritt S802 fort.
Schritt S802
Das Center 10 sendet das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des ersten Typs und das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des zweiten Typs an den OTA-Master 30. Das heißt, das Center 10 sendet separat das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des ersten Typs und das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des zweiten Typs an den OTA-Master 30. Wenn diese Verteilungspakete an den OTA-Master 30 gesendet sind/werden, fährt die Routine mit Schritt S803 fort.
Schritt S803
Der OTA-Master 30 empfängt das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des ersten Typs und das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des zweiten Typs, die von dem Center 10 separat gesendet sind/werden. Wenn der Empfang dieser Verteilungspakete abgeschlossen ist, fährt die Routine mit Schritt S804 fort.
Schritt S804
Der OTA-Master 30 speichert die in Form der Verteilungspakete von dem Center 10 empfangenen Aktualisierungsdaten (und die Informationen über den Speichertyp usw.) in der Speichereinheit 37. Das Download-Verfahren ist damit beendet.
Bei diesem spezifischen Beispiel des Downloads kann der OTA-Master 30 das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des ersten Typs und das Verteilungspaket der Aktualisierungsdaten für die Ziel-Steuereinheit des zweiten Typs von dem Center 10 separat empfangen. Bei diesem Verfahren muss, wenn der Download entweder der Aktualisierungsdaten für die Ziel-Steuereinheit des ersten Typs oder der Aktualisierungsdaten für die Ziel-Steuereinheit des zweiten Typs fehlschlägt, nur das Verteilungspaket derjenigen) Aktualisierungsdaten, deren Download fehlgeschlagen ist, erneut downgeloadet/heruntergeladen werden. Die Software-Aktualisierungen können daher schnell abgeschlossen werden.
(2) Spezifisches Beispiel einer Installation
9 ist ein Flussdiagramm, das einen Verarbeitungsverfahrensablauf gemäß einem spezifischen Beispiel der Installation, die durch den OTA-Master 30 und die Ziel-Steuereinheit ausgeführt wird, veranschaulicht. Das in 9 dargestellte spezifische Beispiel der Installation wird gestartet, nachdem der Download der Aktualisierungsdaten für zumindest eine Ziel-Steuereinheit abgeschlossen ist und wenn vorbestimmte Bedingungen erfüllt sind (es bestimmt wird, dass die Installation ausgeführt werden kann, das Verifizierungsergebnis der Aktualisierungsdaten gut ist, usw.).
Schritt S901
Der OTA-Master 30 erfasst den Typ (erster Typ oder zweiter Typ) des nichtflüchtigen Speichers jeder Ziel-Steuereinheit. Wenn der OTA-Master 30 die Typinformationen managt, kann der OTA-Master 30 den Speichertyp jeder Ziel-Steuereinheit unter Bezugnahme auf die in der Speichereinheit 37 gespeicherten Typinformationen (7) erfassen. Wenn das Center 10 die Typinformationen managt, kann der OTA-Master 30 den Speichertyp jeder Ziel-Steuereinheit durch Bezugnahme auf die in dem empfangenen Verteilungspaket enthaltene(n) Information(en) über den Speichertyp erfassen. Wenn der Speichertyp jeder Ziel-Steuereinheit erfasst ist, fährt die Routine mit Schritt S902 fort.
Schritt S902
Der OTA-Master 30 und jede Ziel-Steuereinheit starten parallel die Installation der Aktualisierungssoftware in der Ziel-Steuereinheit des ersten Typs und die Installation der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs. Die Installation ist ein Verfahren des Schreibens der Aktualisierungssoftware in den Speicherbereich des nichtflüchtigen Speichers der Ziel-Steuereinheit basierend auf den Aktualisierungsdaten. Wenn die Aktualisierungsdaten Aktualisierungssoftware enthalten, wird die Installation durch Übertragung der Aktualisierungsdaten von dem OTA-Master 30 an die Ziel-Steuereinheit durchgeführt. Die Installation in den Ziel-Steuereinheiten wird (für) alle auf einmal oder in einer vorbestimmten Reihenfolge unabhängig von dem Typ (erster Typ oder zweiter Typ) des nichtflüchtigen Speichers der Ziel-Steuereinheiten gestartet. Die Installation der Aktualisierungssoftware in der Ziel-Steuereinheit des ersten Typs und die Installation der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs müssen nicht erforderlicherweise parallel ausgeführt werden. Beispielsweise kann die Installation der Aktualisierungssoftware in den Ziel-Steuereinheiten nacheinander/sukzessiv in der Reihenfolge, in der der Download der Aktualisierungsdaten abgeschlossen (worden) ist, ausgeführt werden oder kann unter Verwendung einer Kombination von vorbestimmten Teilen der Aktualisierungssoftware ausgeführt werden. Wenn die parallele Installation in den Ziel-Steuereinheiten gestartet ist/wird, fährt die Routine mit Schritt S903 fort.
Schritt S903
Der OTA-Master 30 bestimmt, ob die Installation der Aktualisierungssoftware in allen den Ziel-Steuereinheiten (erster Typ und zweiter Typ) abgeschlossen ist. Der OTA-Master 30 kann bestimmen, dass die Installation der Aktualisierungssoftware in allen den Ziel-Steuereinheiten abgeschlossen ist, wenn der OTA-Master 30 eine Abschlussmeldung von jeder Ziel-Steuereinheit empfängt. Alternativ kann der OTA-Master 30 bestimmen, dass die Installation der Aktualisierungssoftware in allen den Ziel-Steuereinheiten abgeschlossen ist, wenn seit dem Beginn der Installation eine vorbestimmte Zeit(spanne) verstrichen ist. Die vorbestimmte Zeit kann beispielsweise auf einen Wert eingestellt werden, der gleich oder größer ist als die maximale Zeit, die für die Installation in jeder Ziel-Steuereinheit benötigt wird. Wenn der OTA-Master 30 bestimmt, dass die Installation der Aktualisierungssoftware in allen den Ziel-Steuereinheiten abgeschlossen ist (Schritt S903, JA), ist die Installation in den Ziel-Steuereinheiten abgeschlossen und endet das Installationsverfahren. Wenn der OTA-Master 30 bestimmt, dass die Installation der Aktualisierungssoftware nicht in allen den Ziel-Steuereinheiten abgeschlossen ist (Schritt S903, NEIN), wird Schritt S903 wiederholt.
Bei diesem spezifischen Beispiel der Installation wird die Installation der Aktualisierungssoftware in den Ziel-Steuereinheiten parallel ausgeführt, unabhängig von dem Typ (erster oder zweiter Typ) des nichtflüchtigen Speichers in den Ziel-Steuereinheiten. Bei diesem Verfahren kann, wenn die Installation (irgend)einer Aktualisierungssoftware während der vorangegangenen Installation fehlschlägt, kann die(jenige) Aktualisierungssoftware, deren Installation fehlgeschlagen ist, parallel zu einer Installation einer anderen Software-Aktualisierung, die gerade installiert wird, erneut installiert werden. Dementsprechend können die Software-Aktualisierungen schnell abgeschlossen werden. Es gibt Fälle, in denen eine Vielzahl von Ziel-ECUs verwendet wird, um eine vorbestimmte Funktion des Fahrzeugs zu implementieren. In diesem Fall kann die vorbestimmte Funktion des Fahrzeugs nicht implementiert werden, wenn die Software nur auf einem Teil der Ziel-Steuereinheiten, die zur Implementierung der vorbestimmten Funktion des Fahrzeugs verwendet wird, aktualisiert wird und die Software auf den restlichen Ziel-Steuereinheiten nicht aktualisiert wird. Das heißt, dass die Konsistenz zwischen oder unter diesen Ziel-ECUs nicht gewährleistet sein kann. Die parallele Installation von Aktualisierungssoftware in den Ziel-Steuereinheiten macht es einfacher, die Konsistenz zwischen oder unter den Ziel-Steuereinheiten zu gewährleisten.
(3) Spezifisches Beispiel einer Aktivierung
10 ist ein Flussdiagramm, das einen Verarbeitungsverfahrensablauf gemäß einem spezifischen Beispiel der Aktivierung (bzw. Freigabe), die durch den OTA-Master 30 und die Ziel-Steuereinheiten ausgeführt wird, veranschaulicht. Das in 10 dargestellte Aktivierungsverfahren wird gestartet, nachdem die Installation der Aktualisierungssoftware in der Ziel-Steuereinheit des ersten Typs und die Installation der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs abgeschlossen sind und wenn vorbestimmte Bedingungen erfüllt sind (es bestimmt wird, dass die Aktivierung ausgeführt werden kann, das Verifizierungsergebnis der Aktualisierungsdaten ist gut, usw.).
Schritt S1001
Der OTA-Master 30 und die Ziel-Steuereinheit des ersten Typs starten die Aktivierung der in den Speicherbereich des nichtflüchtigen Speichers der Ziel-Steuereinheit des ersten Typs geschriebenen Aktualisierungssoftware. Die Aktivierung wird (für) alle auf einmal oder in einer vorbestimmten Reihenfolge in allen den Ziel-Steuereinheiten des ersten Typs gestartet. Wenn die Aktivierung der Aktualisierungssoftware in der Ziel-Steuereinheit des ersten Typs gestartet ist/wird, fährt die Routine mit Schritt S1002 fort.
Schritt S1002
Der OTA-Master 30 und die Ziel-Steuereinheit des zweiten Typs starten die Aktivierung der in den Speicherbereich des nichtflüchtigen Speichers der Ziel-Steuereinheit des zweiten Typs geschriebenen Aktualisierungssoftware. Die Aktivierung wird (für) alle auf einmal oder in einer vorbestimmten Reihenfolge in allen den Ziel-Steuereinheiten des zweiten Typs gestartet. Die Aktivierung der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs kann gestartet werden, nachdem die Aktivierung der Aktualisierungssoftware in allen den Ziel-Steuereinheiten des ersten Typs abgeschlossen ist. Die Aktivierung der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs kann gestartet werden, nachdem die Aktivierung der Aktualisierungssoftware in einem vorbestimmten Teil der Ziel-Steuereinheiten des ersten Typs abgeschlossen ist. Wenn die Aktivierung der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs gestartet ist/wird, fährt die Routine mit Schritt S1003 fort.
Schritt S 1003
Der OTA-Master 30 bestimmt, ob die Aktivierung der Aktualisierungssoftware in allen den Ziel-Steuereinheiten (erster und zweiter Typ) abgeschlossen ist. Der OTA-Master 30 kann bestimmen, dass die Aktivierung der Aktualisierungssoftware in allen den Ziel-Steuereinheiten abgeschlossen ist, wenn der OTA-Master 30 eine Abschlussmeldung von jeder Ziel-Steuereinheit empfängt. Alternativ kann der OTA-Master 30 bestimmen, dass die Aktivierung der Aktualisierungssoftware in allen den Ziel-Steuereinheiten abgeschlossen ist, wenn seit dem Beginn der Aktivierung eine vorbestimmte Zeit(spanne) verstrichen ist. Die vorbestimmte Zeit kann beispielsweise auf einen Wert eingestellt werden, der gleich oder größer ist als die maximale Zeit, die für die Aktivierung in jeder Ziel-Steuereinheit erforderlich ist. Wenn der OTA-Master 30 bestimmt, dass die Aktivierung der Aktualisierungssoftware in allen den Ziel-Steuereinheiten abgeschlossen ist (Schritt S1003, JA), ist die Aktivierung in den Ziel-Steuereinheiten abgeschlossen und endet das Aktivierungsverfahren. Wenn der OTA-Master 30 bestimmt, dass die Aktivierung der Aktualisierungssoftware nicht in allen den Ziel-Steuereinheiten abgeschlossen ist (Schritt S1003, NEIN), wird Schritt S1003 wiederholt.
Bei diesem spezifischen Beispiel der Aktivierung kann die Software-Aktualisierung auf der Ziel-Steuereinheit des zweiten Typs ausgeführt werden, nachdem der Erfolg der Software-Aktualisierung auf der Ziel-Steuereinheit des ersten Typs bestätigt (worden) ist. Daher kann das Software-Aktualisierungsverfahren für das System, das sowohl eine Ziel-Steuereinheit mit einem Einzelbankspeicher als auch eine Ziel-Steuereinheit mit einem Doppelbankspeicher aufweist, in geeigneter Weise durchgeführt werden. Bei dem Aktivierungsverfahren kann zuerst die Aktivierung der Aktualisierungssoftware in der Ziel-Steuereinheit des zweiten Typs gestartet werden (Schritt S1002) und kann dann die Aktivierung der Aktualisierungssoftware in der Ziel-Steuereinheit des ersten Typs gestartet werden (Schritt S1001).
Operationen und Wirkungen
Wie oben beschrieben, empfängt der OTA-Master bei dem Netzwerksystem der vorliegenden Ausführungsform Aktualisierungsdaten für eine elektronische Steuereinheit mit einem Einzelbankspeicher (nichtflüchtiger Speicher des ersten Typs) und Aktualisierungsdaten für eine elektronische Steuereinheit mit einem Doppelbankspeicher (nichtflüchtiger Speicher des zweiten Typs) in der Form von separaten Verteilungspaketen von dem Center. Der OTA-Master führt dann die Installation der Aktualisierungssoftware in der elektronischen Steuereinheit mit dem Einzelbankspeicher und die Installation der Aktualisierungssoftware in der elektronischen Steuereinheit mit dem Doppelbankspeicher parallel basierend auf den parallel empfangenen Teilen (bzw. Stücken) von Aktualisierungsdaten aus.
Bei diesem Verfahren muss, wenn (irgend)ein Verteilungspaket aufgrund eines Kommunikationsfehlers, usw. nicht erfolgreich gesendet oder empfangen ist/wird, nur dieses Verteilungspaket [dasjenige) Verteilungspaket, das nicht erfolgreich gesendet oder empfangen ist] erneut gesendet oder empfangen werden. Eine Erhöhung der Kommunikation (Kommunikationslast) zwischen dem Center und dem OTA-Master kann also unterdrückt werden. Wenn die Installation (irgend)einer Aktualisierungssoftware fehlschlägt, kann die(jenige) Aktualisierungssoftware, deren Installation fehlgeschlagen ist, parallel zu einer Installation einer anderen Aktualisierungssoftware erneut installiert werden. Dementsprechend können die Software-Aktualisierungen schnell abgeschlossen werden.
Obwohl eine Ausführungsform der Technik der vorliegenden Offenbarung oben beschrieben ist, kann die vorliegende Offenbarung nicht nur als ein OTA-Master interpretiert werden, sondern auch als ein Verfahren, das von einem OTA-Master mit einem Prozessor und einem Speicher durchgeführt wird, Programme, ein computerlesbares nicht-transitorisches Speichermedium, das Programme speichert, ein Center, das mit dem OTA-Master kommunizieren kann, ein System mit einem Center und einem OTA-Master, ein Fahrzeug mit einem OTA-Master, usw. Das Center kann einen oder mehrere Prozessoren aufweisen. Der OTA-Master kann einen oder mehrere Prozessoren aufweisen.
Die Technik der vorliegenden Offenbarung kann in einem Netzwerksystem zur Aktualisierung der Software auf einer elektronischen Steuereinheit verwendet werden.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

JP 2004326689 [0003]

Claims

Over-the-Air (OTA)-Master, der eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern, gekennzeichnet durch: eine Kommunikationseinheit, die eingerichtet ist, um ein erstes Verteilungspaket von Aktualisierungsdaten für die erste elektronische Steuereinheit und ein zweites Verteilungspaket von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center separat zu empfangen, wobei die erste elektronische Steuereinheit einen nichtflüchtigen Speicher eines ersten Typs aufweist, wobei der nichtflüchtige Speicher des ersten Typs einen einzigen Speicherbereich aufweist, wobei die zweite elektronische Steuereinheit einen nichtflüchtigen Speicher eines zweiten Typs aufweist, wobei der nichtflüchtige Speicher des zweiten Typs zwei Speicherbereiche aufweist; und eine Steuereinheit, die eingerichtet ist, um eine Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden, durchzuführen.
OTA-Master nach Anspruch 1, dadurch gekennzeichnet, dass die Kommunikationseinheit eingerichtet ist, um Typinformationen von dem Center zu erfassen, wobei die Typinformationen angeben, ob der nichtflüchtige Speicher jeder der elektronischen Steuereinheiten der nichtflüchtige Speicher des ersten Typs oder der nichtflüchtige Speicher des zweiten Typs ist.
OTA-Master nach Anspruch 1 oder 2, ferner gekennzeichnet durch eine Speichereinheit, die eingerichtet ist, um Typinformationen zu speichern, wobei die Typinformationen angeben, ob der nichtflüchtige Speicher jeder der elektronischen Steuereinheiten der nichtflüchtige Speicher des ersten Typs oder der nichtflüchtige Speicher des zweiten Typs ist.
OTA-Master nach Anspruch 2 oder 3, dadurch gekennzeichnet, dass die Steuereinheit eingerichtet ist, um die Steuerung der Software-Aktualisierung auf den zu aktualisierenden elektronischen Steuereinheiten basierend auf den Typinformationen und den Aktualisierungsdaten, die empfangen werden, durchzuführen.
OTA-Master nach Anspruch 1, dadurch gekennzeichnet, dass die Steuereinheit eingerichtet ist, um die Steuerung der Software-Aktualisierung parallel auf der ersten elektronischen Steuereinheit und der zweiten elektronischen Steuereinheit basierend auf den Aktualisierungsdaten durchzuführen.
OTA-Master nach Anspruch 1, dadurch gekennzeichnet, dass die Steuereinheit eingerichtet ist, um die Aktualisierungsdaten, die empfangen werden, parallel an die zu aktualisierenden elektronischen Steuereinheiten zu übertragen.
System mit: einem Over-the-Air (OTA)-Master, der eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern; und einem Center, das eingerichtet ist, um mit dem OTA-Master zu kommunizieren, wobei: das Center eingerichtet ist, um ein erstes Verteilungspaket von Aktualisierungsdaten für die erste elektronische Steuereinheit und ein zweites Verteilungspaket von Aktualisierungsdaten für die zweite elektronische Steuereinheit an den OTA-Master separat zu senden, wobei die erste elektronische Steuereinheit einen nichtflüchtigen Speicher eines ersten Typs aufweist, wobei der nichtflüchtige Speicher des ersten Typs einen einzigen Speicherbereich aufweist, wobei die zweite elektronische Steuereinheit einen nichtflüchtigen Speicher eines zweiten Typs aufweist, wobei der nichtflüchtige Speicher des zweiten Typs zwei Speicherbereiche aufweist; und der OTA-Master eingerichtet ist, um das erste Verteilungspaket und das zweite Verteilungspaket, die von dem Center gesendet werden, separat zu empfangen, und eine Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden, durchzuführen.
System nach Anspruch 7, dadurch gekennzeichnet, dass zumindest eines von dem Center und/oder dem OTA-Master eingerichtet ist, um Typinformationen, die angeben, ob der nichtflüchtige Speicher jeder der elektronischen Steuereinheiten der nichtflüchtige Speicher des ersten Typs oder der nichtflüchtige Speicher des zweiten Typs ist, zu speichern.
Verfahren, das von einem Over-the-Air (OTA)-Master durchgeführt wird, der eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern, wobei der OTA-Master einen oder mehrere Prozessoren und einen Speicher aufweist, gekennzeichnet durch die Schritte: separates Empfangen eines ersten Verteilungspakets von Aktualisierungsdaten für die erste elektronische Steuereinheit und eines zweiten Verteilungspakets von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center, wobei die erste elektronische Steuereinheit einen nichtflüchtigen Speicher eines ersten Typs aufweist, wobei der nichtflüchtige Speicher des ersten Typs einen einzigen Speicherbereich aufweist, wobei die zweite elektronische Steuereinheit einen nichtflüchtigen Speicher eines zweiten Typs aufweist, wobei der nichtflüchtige Speicher des zweiten Typs zwei Speicherbereiche aufweist; und Durchführen einer Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden.
Nicht-transitorisches Speichermedium, das Befehle, die von einem oder mehreren Computern eines Over-the-Air (OTA)-Masters ausführbar sind und die den einen oder die mehreren Computer des OTA-Masters veranlassen, Funktionen auszuführen, speichert, wobei der OTA-Master eingerichtet ist, um eine Software-Aktualisierung auf einer ersten elektronischen Steuereinheit, die an einem Fahrzeug angebracht ist, und eine Software-Aktualisierung auf einer zweiten elektronischen Steuereinheit, die an dem Fahrzeug angebracht ist, zu steuern, wobei der OTA-Master einen oder mehrere Prozessoren und einen Speicher aufweist, wobei die Funktionen dadurch gekennzeichnet sind, dass sie umfassen: separates Empfangen eines ersten Verteilungspakets von Aktualisierungsdaten für die erste elektronische Steuereinheit und eines zweiten Verteilungspakets von Aktualisierungsdaten für die zweite elektronische Steuereinheit von einem Center, wobei die erste elektronische Steuereinheit einen nichtflüchtigen Speicher eines ersten Typs aufweist, wobei der nichtflüchtige Speicher des ersten Typs einen einzigen Speicherbereich aufweist, wobei die zweite elektronische Steuereinheit einen nichtflüchtigen Speicher eines zweiten Typs aufweist, wobei der nichtflüchtige Speicher des zweiten Typs zwei Speicherbereiche aufweist; und Durchführen einer Steuerung der Software-Aktualisierung parallel auf einer Vielzahl von zu aktualisierenden elektronischen Steuereinheiten basierend auf den Aktualisierungsdaten, die empfangen werden.
Fahrzeug mit einem OTA-Master nach einem der Ansprüche 1 bis 6.