WO2019096549A1 - Verfahren und vorrichtung zur aktualisierung von software - Google Patents

Verfahren und vorrichtung zur aktualisierung von software Download PDF

Info

Publication number
WO2019096549A1
WO2019096549A1 PCT/EP2018/079012 EP2018079012W WO2019096549A1 WO 2019096549 A1 WO2019096549 A1 WO 2019096549A1 EP 2018079012 W EP2018079012 W EP 2018079012W WO 2019096549 A1 WO2019096549 A1 WO 2019096549A1
Authority
WO
WIPO (PCT)
Prior art keywords
data memory
vehicle
segment
software
updated
Prior art date
Application number
PCT/EP2018/079012
Other languages
English (en)
French (fr)
Inventor
Gunther Bücherl
Michael SPIEGLER
Lena DUPPER
Johann KRATZER
Original Assignee
Bayerische Motoren Werke Aktiengesellschaft
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bayerische Motoren Werke Aktiengesellschaft filed Critical Bayerische Motoren Werke Aktiengesellschaft
Priority to CN201880051769.2A priority Critical patent/CN111052073B/zh
Publication of WO2019096549A1 publication Critical patent/WO2019096549A1/de
Priority to US16/782,185 priority patent/US11210085B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]

Definitions

  • the invention relates to a method and a device for updating software for operating vehicle equipment.
  • wireless wireless technologies are increasingly leveraging the ability to send software updates as "over the air” (O-TA) software updates to a vehicle via, for example, a cellular connection, so that it receives the received software information. Update can use.
  • O-TA over the air
  • document US 2017/0090902 A1 discloses a method for updating a destination file stored on one device with another file. It is an object of the invention to provide an improved method for updating software for operating vehicle equipment. Another object of the invention is to provide a correspondingly improved apparatus for updating software for operating vehicle equipment. It is also a further object of the invention to provide an improved vehicle having such a device for updating software for operating driving gauges.
  • a first aspect of the invention relates to a method for updating software for operating vehicle equipment, the method comprising the following steps: - Store a first segment of a segmented updated software for operating a first vehicle device of a plurality ofhuiin devices in a first data memory of a central Steuerungseinrich device; and
  • the inventive method makes it possible to update a composite of any number of vehicle devices or their controllers with updated software via a central control device.
  • the software packages are loaded into the central control device, stored there between and distributed from there to the vehicle facilities.
  • the storage capacity of the first data memory of the central control device does not have to correspond to the entire size of the updated software since it is stored segmented sequentially into the first data memory. Only then impacted this is stored in the respective second data storage of the first Vietnamesein direction. On the one hand can be saved in this way material costs, since the storage capacity of the first data memory can be reduced.
  • the update can be limited to certain operating states of the vehicle device or the vehicle. If unsuitable operating conditions occur, the update can be paused or interrupted.
  • a segment of a software update in the sense of the invention is at least a storable file segment which has improvements and / or optimizations of a particular current software state.
  • a software update is a software update.
  • a software update may also relate to a software upgrade, which preferably includes a higher-level configuration or version of software inventory.
  • the term software update can also be understood as an update with additional new file segments and / or files.
  • a vehicle device in the sense of the invention is a device which is set up during the operation of a vehicle predetermined instructions perform.
  • this may be a vehicle device han spindles, which ment in a driver assistance system, in the drive system, for Infotain or in the suspension system is used.
  • a control device is a device which at least partially controls the operation of a vehicle device, in particular by means of a processor, in particular a CPU.
  • a data store in the sense of the invention is a storage medium on which data is stored in digitized form.
  • This is in particular a read-only memory, which is designed as a non-volatile memory for durably te) th storage of data and is rewritable.
  • An operating state according to the invention is a predetermined state of a vehicle during a predetermined time.
  • this may be an operating state in which the vehicle is at a standstill with the engine stopped and / or at a standstill with the engine running and / or while driving.
  • a communication device comprises at least one antenna, which is designed to transmit and / or receive electromagnetic signals.
  • the communication device enables wireless transmission and / or reception of, for example, software updates or system states.
  • a mobile radio Preferably, a mobile radio
  • Connection used to transmit data Further preferably, by means of the communication device, a wired connection can be established with a PC device.
  • a backend server in the sense of the invention is a PC device, which is set up to send data to at least one recipient.
  • the backend server communicates with the controller of the vehicle via the communication device and sends the controller a software update.
  • the back-end server sends the software update to a plurality of vehicles, which originate in particular from the same series of series.
  • An association of several vehicle devices in the sense of the invention is a classification and / or categorization of several vehicle devices due to their fields of application.
  • copying means that the content of a first data memory is mirrored into a second data memory, so that the same content is located in the first data memory and the second data memory.
  • Moving within the meaning of the invention can be understood as meaning that the content of a first data memory is moved into a second data memory so that the second memory area has the content which was originally present in the first data memory and the first data memory has no or undefined content having. Moving can also be understood as a so-called cutting out.
  • the method has the following additional step:
  • Assembling the at least one part of the first segment with at least one second segment of the updated software and / or a software already present in the second data memory for operating the first vehicle device Preferably, it can be achieved by using the updated software together without having to use the various segments of the updated software when executing the software. This facilitates, in particular, the access of the first vehicle device to the software as a shared construct without split segments and thus simplifies the management and use of the updated software.
  • the method has the following additional step: Store at least a portion of the first and / or the second segment in a third data memory of a second vehicle device by means of Ver push or copy from the first data memory in the third data memory.
  • an updated software can thus also be transmitted to a second vehicle device, so that, for example, updates of voice packets, which are generally at least substantially the same and / or similar in all vehicle devices which use voice packets of a vehicle, are transmitted to the vehicle devices , This preferably facilitates the distribution of updated software that is the same in the first and second vehicle devices.
  • the central control device can manage an updated software for a plurality of vehicle devices in a simplified manner.
  • the method has the following additional step:
  • this operation allows the updated software to be segmented in dependence on the available storage space in the first data store, such that the storage of the updated software is improved.
  • it may be included as a criterion to provide a time-optimized and / or memory-space-optimized segmentation of the updated software.
  • This step is preferably executed directly by the control device, wherein a back-end server can also pre-assume this segmentation, so that the transmission of the updated software already takes place in the predetermined segments.
  • the method has at least one of the following additional steps: Assigning the first and / or the second segment to the first and / or the second vehicle device;
  • the assignment is preferably carried out in order to purposefully transmit the segments of the updated software to the respective vehicle device and store them in their data memory.
  • this step is performed by the controller itself, so that the management of the updated software is performed centrally.
  • the updated software is activated on the first and / or the second driving device so that the vehicle devices execute the updated software from the end of this work step.
  • the vehicle may be possible and / or necessary for the vehicle to be in an operating state during which the vehicle does not participate in road traffic, in particular at a standstill without a running engine.
  • At least part of the first and / or the second segment is an updated file.
  • the method is performed during at least one predetermined operating state of the control device and / or the first vehicle device performed.
  • a software update only in predetermined Radios of the control device and / or the first vehicle device it is possible.
  • a software update while driving and thus during operation of the vehicle is possible, so no zeitli chen delays occur for the driver.
  • the method has the following additional step:
  • the software update is only performed when the control device and / or the first vehicle device is in a predetermined operating state. Should the operating state of the control device and / or the vehicle device change during the software update, the updating process may be interrupted to prevent any disturbances during the operation of the vehicle.
  • At least a part of the first and / or the second segment is at least one updated file.
  • a processing effort of the segments reduces the who, because no file segments, but whole files are updated.
  • the first and / or second segment in particular a part of the first segment and a part of the second segment, is stored independently of a predetermined one Arrangement and / or order of the segments. It can thus be achieved that the method is executed as a function of time-optimized and / or memory-optimized processing of the segments of the updated software.
  • a second aspect of the invention relates to an apparatus for updating software for operating vehicle equipment, comprising:
  • control device having a first data memory; and a plurality of vehicle devices each having a further data memory; wherein the control means is arranged to store a first segment of segmented updated software for operating a vehicle device in the first data memory and at least a portion of the first segment into a second data memory of a first vehicle device of the plurality of vehicle devices by shifting or copying from the first one To store memory in the second data memory.
  • a segmented updated software is processed in a centra len control device to then distribute the segments on we least one vehicle device and store in this.
  • At least the first and / or the second data memory is designed as a nonvolatile memory, preferably a flash memory or hard disk memory.
  • the device has a communication device, by means of which at least one segment of the updated software can be received wirelessly.
  • the software update is also receivable while driving, so that the operation of the vehicle is fully guaranteed.
  • a workshop visit of the vehicle, in which the software update over a wired connection is recorded on the vehicle can be avoided, which in turn can be saved time and cost.
  • the plurality of vehicle devices to a functional network, preferably in relation to driver assistance and / or communication and / or drive, assigned, in particular all vehicle equipment to an entire composite of a vehicle to ordered.
  • a predetermined segment of the updated software can be assigned to a composite of several vehicle devices and this predetermined segment can thus be transferred to this United group. This particularly facilitates the management of the updated software, in particular its segments.
  • a third aspect of the invention relates to a vehicle comprising at least one device for updating software for operating vehicle devices according to the second aspect.
  • FIG. 3 shows an exemplary embodiment of a device according to the invention for updating software for operating vehicle devices.
  • FIG. 1 shows an exemplary embodiment of a method 100 according to the invention for updating software for operating vehicle devices 2, 3.
  • a first step 101 updated software is segmented into at least a first and a second segment 12, 13.
  • the segmentation of the software into smaller segments may be advantageous since memory operations can be performed in parallel with the download.
  • a prescription and / or a protocol, in particular from the backend server is applied, which is the central control device 4 for distributing the segments to the vehicle devices serves. It can thus be achieved that the central control device 4 is already informed before and / or during the downloading of the segments about which segment is assigned to which driving device.
  • the first data memory 8 and / or the second data memory 9 and / or the third data memory 10 is checked to see whether the storage capacity for storing the first and / or the second segment 12, 13 is sufficient. Preferably, it can thus be guaranteed that there is always sufficient memory space on the first and / or second and / or third data memory 8, 9, 10.
  • the first segment 12 of the segmented updated software which is used to operate a first vehicle device 2 by a plurality of vehicle devices 2, 3, is stored in a first data memory 8 of a central control device 4.
  • the segments of the updated software be stored in a central control device 4 and that a management or distribution of these segments is centrally controlled on vehicle devices 2, 3.
  • the first and / or the second segment is assigned to the first and / or a second vehicle device 2, 3. It can thus be ensured that the updated software is also intended for a plurality of vehicle devices 2, 3, so that, in particular, an administrative effort can be reduced. Furthermore, the first segment and / or the second segment, which is intended for the first and the second vehicle device 2, 3, can thus also be transmitted to both vehicle devices 2, 3 and stored in their data memory 9,
  • a further step 105 the operating state of the Steuerungsein device 4 and / or the first vehicle device 2 and / or the second driving gauging device 3 is compared with a predetermined operating condition. This is to ensure that the software update is executed only if no impairment of the ferry operation of the vehicle 1 is ensured. Preferably, safety critical systems such as driver assistance should be able to operate without restrictions due to the software update. Further preferably, the method 100 is executed during at least one predetermined operating state of the control device 4 and / or the first vehicle device 2. In particular, this step 104 is also carried out prior to the storage 103 of the first segment 12 of the Segmentier th updated software in the first data memory 8 of the central Steue guiding device 4.
  • a step 106a at least part of the first or the second segment 12, 13 is stored in a third data memory 10 of a second vehicle device 3 by means of shifting or copying from the first data memory 8 into the third data memory 10.
  • the first segment 12 of the updated software can be assigned to the first vehicle device 2 and the second segment 13 of the updated software can be assigned to the second vehicle device 3 and vice versa.
  • a step 106b at least a portion of the first segment 12 is stored in the second data memory 9 by means of shifting or copying from the first data memory 8.
  • it can be ensured by moving that in the first data memory 8 again free space is available because the data in this step are no longer present in the first data memory 8 due to the move.
  • an additional erasure of the first data memory 8, in particular of at least one memory area of the first data memory 8, can be carried out to determine the duration of a memory operation of a new segment in the first data memory
  • the copying 106b of the at least one part of the first segment makes it possible, in the event of a aborted storage operation in the second data memory 9 of the first vehicle device 2, to have a back-up copy in the central control device 4, which again enters the second data memory
  • the device takes place during the storage process in the second data memory 9 of the first Vietnameseinrich 2, in the first data memory 8 of the controller 4 before present.
  • a step 106c the storage process is interrupted by the first data memory 8 in the second data memory 9 of the first vehicle device 2 and / or in the third data memory 10 of the second vehicle device 3, if the current operating state of the controller 4 and / or the first vehicle device. 2 and / or the second vehicle device does not correspond to a particular operating state.
  • this can be ensured be that the operation of the vehicle 1 and in particular safety-critical operations of the vehicle 1 are carried out without restriction.
  • After performing this step in particular after a predetermined Zeitin tervall or after an interrupt, which occurs in a change in the operating state of the control device 4 and / or the first vehicle device 2, preferably before again comparing the operating states 104 executed.
  • a working step 107 at least a part of the first segment 12 is combined with at least a part of the second segment 13 of the updated software and / or a software already present in the second data memory 9 for operating the first vehicle device 2.
  • the advantage here is that on the one hand, the segmented updated software is rejoined into a single common updated software.
  • existing software which is located in the second data memory 9 of the first vehicle device 2 and which can be reused within the scope of the updated software, for at least the first and / or the second segment 12, 13 can be added.
  • a transfer of already existing segments of the, in particular updated, software no longer has to be transmitted.
  • the access of the first vehicle device 2 and / or the second vehicle device 3 is changed to the software updated by means of the software update.
  • At least a portion of the first and / or second segments is an updated file. It is advantageous here that the control device 4 does not have to check any segments, in particular file segments, for their connection to a specific file, which thus spares administrative effort and time expenditure for the control device 4.
  • the method 100 is performed during at least one predetermined operating state of the control device 4 and / or the first vehicle device 2, in particular the second vehicle device 3.
  • the storage process for example, in the case of safety-critical see states of the control device 4 and / or the first Anlageninrich device 2 and / or the second vehicle device 3, in particular of the vehicle 1, is not performed.
  • first and second segments 12 are stored
  • Segments 13 regardless of a predetermined arrangement and / or order ments of the segments. It can thus be achieved that, depending on various parameters, such as the transmission rate of the received software update and / or the times of the read and / or write accesses, the control device 4 can optimize the storage process.
  • control device 4 and / or the first vehicle device 2 checks whether a segment of the software to be updated is already present in the second data memory 9. Thus, multiple writing of the second data memory 9 with the same segment can be avoided, which brings in particular temporal savings.
  • the controller 4 is arranged to decipher the received segments of the software update, if they are encrypted, and / or to authenticate them in order to check the authenticity of the software update and to keep malicious software away from the vehicle 1.
  • At least a portion of the first and / or second segments 12, 13 is at least one updated file.
  • the processing costs of the controller 4 can be reduced because it only updates the file level software.
  • FIG. 2 shows an exemplary embodiment of a vehicle 1 according to the invention with at least one device 1 1 for updating software for operating vehicle devices 2, 3.
  • the central control device 4 is arranged, which has the first data memory 8.
  • the control device 4 is connected to the first vehicle device 2, which has the second data memory 9, and the two th vehicle device 3, which has the third data memory 10 verbun the.
  • the control device 4 is connected to a communication device 5, which can communicate with a backend server 7 wirelessly by means of electromagnetic waves by means of an antenna 6, which is arranged on the roof of the vehicle 1.
  • the control device 4 is set up such that a first segment 12 of the segmented updated software for operating the first vehicle device 2 in the first data memory 8 can be stored and at least a part of the first segment 12 in the second data memory 9 of the first vehicle device 2 of several vehicle devices 2 , 3 by means of moving or copying of the first data memory 8 in the second data memory 9 can be stored.
  • the first and / or second and / or third data memory 8, 9, 10 is designed as a non-volatile memory, preferably as a flash memory or a hard disk memory.
  • a flash memory in a vehicle 1 is to be preferred, since a flash memory is at least substantially robust against shocks which arise during the operation of the vehicle 1.
  • the data memory 8, 9, 10 may also be designed as a hard disk memory, since it has a preferred price / memory ratio.
  • the plurality of vehicle devices 2, 3 can be assigned to a functional network, preferably with regard to driver assistance and / or communication and / or drive, in particular all vehicle devices can be assigned to an entire network of a vehicle 1.
  • a segment of the software update can be assigned to a composite of vehicle devices 2, 3, so that the control device 4 has a smaller number of vehicle devices. wall with respect to the management of the segments needed, since the segments no longer have to be assigned individually to the vehicle devices 2, 3, but son to a plurality of vehicle devices 2, 3 can be assigned.
  • Fig. 3 shows an embodiment of an inventive device 1 1 for updating software for operating vehicle devices 2, 3.
  • Updated Software is segmented from the back-end server 7 to the Steuerungssein device 4 is transmitted, which together with the first and the second vehicle Device 2, 3 is arranged in the device 1 1 for updating software.
  • a segment of the updated software is in each case stored in the first data memory 8 of the control device 4, wherein the data memory 8 is subdivided into a first and a second memory area 14, 15.
  • the control device 4 also assumes the task of assigning the individual segments, in particular only parts of these individual segments, to a first and / or a second vehicle device 2, 3, to the associated segments subsequently to the first and / or second vehicle device 2, 3 transferred and stored in their data memory 9, 10.
  • the second data memory 9 of the first vehicle device 2 in three different, in particular the same size, memory areas 16, 17, 18 and also the third data memory 10 of the second vehicle device 3 in three different, in particular equal, memory areas 19, 20, 21, wherein in the first memory area 16 of the second data memory 9, a first segment 12 of the updated software is already stored. It may also be a segment of the software for operating the first act vehicle device 2, which was already present in the second data memory 9 of the first vehicle device 2 and requires no updating.
  • a second segment 13, which is temporarily stored in the first data memory 8 of the control device 4 is transmitted to a second memory area 17 of the first vehicle device 2 and stored in this.
  • the second segment 13 can also be stored in a first memory area 19 of the third data memory 10 of the second vehicle device 3 if the first and second vehicle devices 2, 3 can be assigned to a functional group of driving tools 2, 3, and thus preferably the second segment 13 for both vehicle devices 2, 3 is determined.
  • the second segment 13, which is still located in the first data memory 8 of the control device 4 is preferably deleted after successful storage in the respective associated data memory 9, 10 of the vehicle devices 2, 3 in the second Speicherbreich 15 of the first data memory 8. This sequential process is carried out in particular until the updated software has been completely distributed to all vehicle devices 2, 3 and stored in their data memory 9, 10.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Stored Programmes (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen. Die Vorrichtung weist eine Steuerungseinrichtung, welche einen ersten Datenspeicher aufweist, und mehrere Fahrzeugeinrichtungen, welche jeweils einen weiteren Datenspeicher aufweisen, auf, wobei die Steuerungseinrichtung derart eingerichtet ist, ein erstes Segment einer segmentierten aktualisierten Software zum Betrieb einer Fahrzeugeinrichtung in dem ersten Datenspeicher zu speichern und wenigstens einen Teil des ersten Segments in einen zweiten Datenspeicher einer ersten Fahrzeugeinrichtung von mehreren Fahrzeugeinrichtungen mittels Verschieben oder Kopieren von dem ersten Datenspeicher in den zweiten Datenspeicher zu speichern.

Description

VERFAHREN UND VORRICHTUNG ZUR AKTUALISIERUNG VON SOFTWARE
Die Erfindung betrifft ein Verfahren und eine Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen.
Durch die Verwendung von drahtlosen Funktechnologien wird mehr und mehr die Möglichkeit genutzt, Software-Aktualisierungen als sogenannte„Over The Air“ (O- TA) Software-Aktualisierungen über beispielsweise eine Mobilfunk-Verbindung an ein Fahrzeug zu senden, sodass dieses die empfangene Software-Aktualisierung verwenden kann.
Mit der zunehmenden Größe dieser Software-Aktualisierungen steigt auch der Spei- cherbedarf für den Download dieser Software-Aktualisierungen im Fahrzeug. Aus dem Stand der Technik ist bekannt, verschiedene Software- Aktualisierungsverfahren zu verwenden. Beispielsweise offenbart die Druckschrift US 2017/0090902 A1 ein Verfahren, um eine Zieldatei, welche auf einem Gerät ge speichert ist, mit einer weiteren Datei zu aktualisieren. Es ist eine Aufgabe der Erfindung, ein verbessertes Verfahren zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen zu schaffen. Eine weitere Aufgabe der Erfindung ist es, eine entsprechende verbesserte Vorrichtung zur Aktu alisierung von Software zum Betrieb von Fahrzeugeinrichtungen bereitzustellen. Ebenfalls ist es eine weitere Aufgabe der Erfindung, ein verbessertes Fahrzeug mit einer solchen Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahr zeugeinrichtungen bereitzustellen.
Diese Aufgaben werden gelöst durch ein Verfahren zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen gemäß Anspruch 1 , eine Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen gemäß An- spruch 1 1 sowie ein Fahrzeug mit einer solchen Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen gemäß Anspruch 15.
Ein erster Aspekt der Erfindung betrifft ein Verfahren zur Aktualisierung von Soft ware zum Betrieb von Fahrzeugeinrichtungen, wobei das Verfahren folgende Schrit te aufweist: - Speichern eines ersten Segments einer segmentierten aktualisierten Software zum Betrieb einer ersten Fahrzeugeinrichtung einer Mehrzahl von Fahrzeugein richtungen in einen ersten Datenspeicher einer zentralen Steuerungseinrich tung; und
- Speichern wenigstens eines Teils des ersten Segments in einen zweiten Da tenspeicher der ersten Fahrzeugeinrichtung mittels Verschieben oder Kopieren von dem ersten Datenspeicher in den zweiten Datenspeicher.
Das erfindungsgemäße Verfahren ermöglicht es einen Verbund aus einer beliebi gen Anzahl von Fahrzeugeinrichtungen bzw. deren Steuerungen mit aktualisierter Software über eine zentrale Steuerungseinrichtung zu aktualisieren. Dabei werden die Softwarepakete in die zentrale Steuerungseinrichtung geladen, dort zwischen gespeichert und von dort auf die Fahrzeugeinrichtungen verteilt. Die Speicherkapa zität des ersten Datenspeichers der zentralen Steuerungseinrichtung muss dabei nicht der gesamten Größe der aktualisierten Software entsprechen, da diese seg- mentiert sequentiell in den ersten Datenspeicher gespeichert wird. Erst anschlie ßend wird diese in den jeweiligen zweiten Datenspeicher der ersten Fahrzeugein richtung gespeichert. Einerseits können auf diese Weise Materialkosten eingespart werden, da die Speicherkapazität des ersten Datenspeichers verringert werden kann. Andererseits kann die Aktualisierung auf bestimmte Betriebszustände der Fahrzeugeinrichtung oder des Fahrzeugs eingeschränkt werden. Treten nicht ge eignete Betriebszustände auf, kann die Aktualisierung pausiert oder unterbrochen werden.
Ein Segment einer Aktualisierung von Software im Sinne der Erfindung ist wenigs tens ein speicherbares Dateisegment, welches Verbesserungen und/oder Optimie- rungen eines bestimmten gegenwärtigen Softwarestands aufweist. Vorzugsweise ist eine Software-Aktualisierung ein Software- Update. Darüber hinaus kann eine Soft ware-Aktualisierung auch ein Software-Upgrade betreffen, welches vorzugsweise eine höherwertige Konfiguration oder Version eines Softwarestands umfasst. Ferner kann unter dem Begriff Software-Aktualisierung auch eine Aktualisierung mit zusätz- liehen neuen Dateisegmenten und/oder Dateien verstanden werden.
Eine Fahrzeugeinrichtung im Sinne der Erfindung ist eine Einrichtung, welche dazu eingerichtet ist, während des Betriebs eines Fahrzeugs vorbestimmte Anweisungen auszuführen. Insbesondere kann es sich hierbei um eine Fahrzeugeinrichtung han deln, welche in einem Fahrerassistenzsystem, im Antriebsystem, für das Infotain ment oder auch im Fahrwerkssystem benutzt wird.
Eine Steuerungseinrichtung im Sinne der Erfindung ist eine Einrichtung, welche den 5 Betrieb einer Fahrzeugeinrichtung, insbesondere mittels eines Prozessors, insbe sondere einer CPU, wenigstens teilweise steuert.
Ein Datenspeicher im Sinne der Erfindung ist ein Speichermedium, auf welchem Daten in digitalisierter Form gespeichert werden. Hierbei handelt es sich insbeson dere um einen Festwertspeicher, welcher als nichtflüchtiger Speicher zur dauerhaf te) ten Speicherung von Daten ausgebildet ist und wiederbeschreibbar ist.
Ein Betriebszustand im Sinne der Erfindung ist ein vorbestimmter Zustand eines Fahrzeugs während eines vorbestimmten Zeitpunkts. Insbesondere kann es sich hierbei um einen Betriebszustand handeln, bei dem sich das Fahrzeug im Stillstand mit abgestelltem Motor und/oder im Stillstand mit laufendem Motor und/oder wäh- 15 rend einer Fahrt befindet.
Eine Kommunikationseinrichtung im Sinne der Erfindung weist wenigstens eine An tenne auf, welche zum Senden und/oder Empfangen von elektromagnetischen Sig nalen ausgebildet ist. Insbesondere ermöglicht die Kommunikationseinrichtung ein drahtloses Senden und/oder Empfangen von beispielsweise Software- 20 Aktualisierungen oder Systemzuständen. Vorzugsweise wird eine Mobilfunk-
Verbindung genutzt, um Daten zu übermitteln. Weiter vorzugsweise kann mittels der Kommunikationseinrichtung auch eine drahtgebundene Verbindung mit einer PC- Vorrichtung aufgebaut werden.
Ein Backend-Server im Sinne der Erfindung ist eine PC-Vorrichtung, welche dazu 25 eingerichtet ist, Daten an wenigstens einen Empfänger zu versenden. Vorzugsweise kommuniziert der Backend-Server mit der Steuerungseinrichtung des Fahrzeugs über die Kommunikationseinrichtung und sendet der Steuerungseinrichtung eine Software-Aktualisierung zu. Vorzugsweise sendet der Backend-Server die Software- Aktualisierung an eine Mehrzahl an Fahrzeugen, welche insbesondere aus der glei- 30 chen Serienreihe stammen. Ein Verbund von mehreren Fahrzeugeinrichtungen im Sinne der Erfindung ist eine Eingruppierung und/oder Kategorisierung mehrerer Fahrzeugeinrichtungen aufgrund ihrer Anwendungsbereiche.
Unter Kopieren im Sinne der Erfindung kann verstanden werden, dass der Inhalt eines ersten Datenspeichers in einen zweiten Datenspeicher gespiegelt wird, so- dass sich in dem ersten Datenspeicher und dem zweiten Datenspeicher der gleiche Inhalt befindet.
Unter Verschieben im Sinne der Erfindung kann verstanden werden, dass der Inhalt eines ersten Datenspeichers in einen zweiten Datenspeicher verschoben wird, so dass der zweite Speicherbereich den Inhalt aufweist, welcher ursprünglich in dem ersten Datenspeicher vorhanden war und der erste Datenspeicher keinen oder ei nen Undefinierten Inhalt aufweist. Unter Verschieben kann auch ein sogenanntes Ausschneiden verstanden werden.
In einer bevorzugten Ausgestaltung weist das Verfahren folgenden zusätzlichen Schritt auf:
Zusammenfügen des wenigstens einen Teils des ersten Segments mit wenigs tens einem zweiten Segment der aktualisierten Software und/oder einer in dem zweiten Datenspeicher bereits vorhandenen Software zum Betrieb der ersten Fahrzeugeinrichtung. Vorzugsweise kann damit erreicht werden, dass die aktualisierte Software zusam mengefügt verwendbar ist, ohne beim Ausführen der Software die verschiedenen Segmente der aktualisierten Software verwenden zu müssen. Dies erleichtert insbe sondere den Zugriff der ersten Fahrzeugeinrichtung auf die Software als ein ge meinsames Konstrukt ohne aufgeteilte Segmente und vereinfacht somit die Verwal- tung und die Verwendung der aktualisierten Software.
In einer weiteren bevorzugten Ausgestaltung weist das Verfahren folgenden zusätz lichen Schritt auf: Speichern wenigstens eines Teils des ersten und/oder des zweiten Segments in einen dritten Datenspeicher einer zweiten Fahrzeugeinrichtung mittels Ver schieben oder Kopieren von dem ersten Datenspeicher in den dritten Daten speicher. Vorzugsweise kann damit eine aktualisierte Software auch an eine zweite Fahrzeu geinrichtung übermittelt werden, sodass beispielsweise Aktualisierungen von Sprachpaketen, welche in der Regel in allen Fahrzeugeinrichtungen, welche Sprachpakete verwenden, eines Fahrzeugs wenigstens im Wesentlichen gleich und/oder ähnlich sind, an die Fahrzeugeinrichtungen übertragen werden. Dies er- leichtert vorzugsweise die Verteilung von aktualisierter Software, welche in der ers ten und der zweiten Fahrzeugeinrichtung gleich ist. Weiter vorzugsweise kann je doch auch erreicht werden, dass die zentrale Steuerungseinrichtung eine aktuali sierte Software für mehrere Fahrzeugeinrichtungen vereinfacht verwalten kann.
In einer weiteren bevorzugten Ausgestaltung weist das Verfahren folgenden zusätz- liehen Schritt auf:
- Segmentieren der aktualisierten Software in wenigstens das erste und das zweite Segment.
Vorzugsweise erlaubt dieser Arbeitsschritt, dass die aktualisierte Software in Ab hängigkeit des zur Verfügung stehenden Speicherplatzes in dem ersten Datenspei- eher in der Weise segmentiert wird, dass das Speichern der aktualisierten Software verbessert wird. Insbesondere kann als Kriterium einbezogen werden, eine zeitop timierte und/oder eine speicherplatzoptimierte Segmentierung der aktualisierten Software bereitzustellen. Dieser Schritt wird vorzugsweise direkt von der Steue rungseinrichtung ausgeführt, wobei auch ein Backend-Server diese Segmentierung bereits vorab übernehmen kann, sodass bereits die Übertragung der aktualisierten Software in den vorbestimmten Segmenten erfolgt.
In einer weiteren bevorzugten Ausgestaltung weist das Verfahren wenigstens einen der folgenden zusätzlichen Schritte auf: Zuweisen des ersten und/oder des zweiten Segments zu der ersten und/oder der zweiten Fahrzeugeinrichtung;
Prüfen des ersten Datenspeichers und/oder des zweiten Datenspeichers und/oder des dritten Datenspeichers, ob die Speicherkapazität zum Speichern des ersten und/oder des zweiten Segments ausreicht; und
Ändern des Zugriffs der ersten Fahrzeugeinrichtung und/oder der zweiten Fahr zeugeinrichtung auf die mittels der Software-Aktualisierung aktualisierte Soft ware.
Vorzugsweise wird das Zuweisen ausgeführt, um die Segmente der aktualisierten Software zielgerichtet an die jeweilige Fahrzeugeinrichtung zu übermitteln und in deren Datenspeicher zu speichern. Insbesondere wird dieser Arbeitsschritt durch die Steuerungseinrichtung selbst durchgeführt, sodass die Verwaltung der aktuali sierten Software zentral ausgeführt wird.
Weiter vorzugsweise wird durch das Prüfen sichergestellt, dass stets genügend frei- er Speicherplatz auf dem ersten und/oder dem zweiten und/oder dem dritten Daten speicher zur Verfügung steht.
Insbesondere wird durch das Ändern des Zugriffs auf die Software-Aktualisierung erreicht, dass die aktualisierte Software auf der ersten und/oder der zweiten Fahr zeugeinrichtung aktiviert wird, sodass die Fahrzeugeinrichtungen die aktualisierte Software ab Beendigung dieses Arbeitsschritts ausführen. Vorzugsweise kann es möglich und/oder nötig sein, dass sich während dieses Änderungsschritts das Fahr zeug in einem Betriebszustand befindet, in welchem das Fahrzeug nicht am Stra ßenverkehr teilnimmt, insbesondere im Stillstand ohne laufenden Motor.
In einer weiteren bevorzugten Ausgestaltung des Verfahrens ist wenigstens ein Teil des ersten und/oder des zweiten Segments eine aktualisierte Datei. Somit kann gewährleistet werden, dass die Software-Aktualisierung mittels wenigstens einer aktualisierten Datei erfolgt, sodass vorzugsweise lediglich Dateien anstatt Dateise gmente aktualisiert werden.
In einer weiteren bevorzugten Ausgestaltung wird das Verfahren während wenigs- tens eines vorbestimmten Betriebszustands der Steuerungseinrichtung und/oder der ersten Fahrzeugeinrichtung durchgeführt. Somit kann vorzugsweise gewährleistet werden, dass eine Software-Aktualisierung lediglich in vorbestimmten Betriebszu ständen der Steuerungseinrichtung und/oder der ersten Fahrzeugeinrichtung er möglicht wird. Vorzugsweise ist eine Software-Aktualisierung auch während der Fahrt und somit während des Betriebs des Fahrzeugs möglich, sodass keine zeitli chen Verzögerungen für den Fahrer entstehen.
In einer weiteren bevorzugten Ausgestaltung weist das Verfahren folgenden zusätz lichen Schritt auf:
- Vergleichen des Betriebszustands der Steuerungseinrichtung und/oder der ers- ten Fahrzeugeinrichtung mit dem vorbestimmten Betriebszustand; und
Unterbrechen des Speichervorgangs des ersten Datenspeichers der Steue rungseinrichtung und/oder des zweiten Datenspeichers der ersten Fahrzeugein richtung, falls der aktuelle Betriebszustand der Steuerungseinrichtung und/oder der ersten Fahrzeugeinrichtung nicht dem vorbestimmten Betriebszustand ent- spricht.
Vorzugsweise kann durch das Vergleichen des Betriebszustands der Steuerungs einrichtung und/oder der ersten Fahrzeugeinrichtung erreicht werden, dass die Software-Aktualisierung lediglich dann durchgeführt wird, wenn sich die Steue rungseinrichtung und/oder die erste Fahrzeugeinrichtung in einem vorbestimmten Betriebszustand befindet. Sollte sich der Betriebszustand der Steuerungseinrichtung und/oder der Fahrzeugeinrichtung während der Software-Aktualisierung ändern, so kann der Aktualisierungsprozess unterbrochen werden, um etwaige Störungen wäh rend des Betriebsablaufs des Fahrzeugs zu verhindern.
In einer weiteren bevorzugten Ausgestaltung des Verfahrens ist wenigstens ein Teil des ersten und/oder des zweiten Segments wenigstens eine aktualisierte Datei. Vorzugsweise kann somit ein Verarbeitungsaufwand der Segmente reduziert wer den, da keine Dateisegmente, sondern ganze Dateien aktualisiert werden.
In einer weiteren bevorzugten Ausgestaltung des Verfahrens erfolgt das Speichern des ersten und/oder zweiten Segments, insbesondere eines Teils des ersten Seg- ments und eines Teils des zweiten Segments, unabhängig von einer vorbestimmten Anordnung und/oder Reihenfolge der Segmente. Somit kann erreicht werden, dass in Abhängigkeit einer zeitoptimierten und/oder speicheroptimierten Verarbeitung der Segmente der aktualisierten Software das Verfahren ausgeführt wird.
Ein zweiter Aspekt der Erfindung betrifft eine Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen, aufweisend:
- eine Steuerungseinrichtung, welche einen ersten Datenspeicher aufweist; und mehrere Fahrzeugeinrichtungen, welche jeweils einen weiteren Datenspeicher aufweisen; wobei die Steuerungseinrichtung derart eingerichtet ist, ein erstes Segment einer segmentierten aktualisierten Software zum Betrieb einer Fahrzeugeinrichtung in dem ersten Datenspeicher zu speichern und wenigstens einen Teil des ersten Seg ments in einen zweiten Datenspeicher einer ersten Fahrzeugeinrichtung der mehre ren Fahrzeugeinrichtungen mittels Verschieben oder Kopieren von dem ersten Da tenspeicher in den zweiten Datenspeicher zu speichern. Vorteilhaft ist hierbei, dass eine segmentierte aktualisierte Software in einer zentra len Steuerungseinrichtung verarbeitet wird, um anschließend die Segmente auf we nigstens eine Fahrzeugeinrichtung zu verteilen und in dieser zu speichern.
In einer bevorzugten Ausgestaltung der Vorrichtung ist wenigstens der erste und/oder der zweite Datenspeicher als ein nichtflüchtiger Speicher, vorzugsweise ein Flash-Speicher oder Festplatten-Speicher, ausgebildet. Somit kann gewährleis tet werden, dass die Daten, welche sich auf dem Datenspeicher befinden, insbe sondere die aktualisierte Software, nicht durch Abschalten der Stromzufuhr des Da tenspeichers verloren gehen.
In einer weiteren bevorzugten Ausgestaltung der Vorrichtung weist die Vorrichtung eine Kommunikationseinrichtung auf, mittels derer wenigstens ein Segment der ak tualisierten Software drahtlos empfangbar ist. Somit kann erreicht werden, dass die Software-Aktualisierung auch während der Fahrt empfangbar ist, sodass der Betrieb des Fahrzeugs uneingeschränkt gewährleistet ist. Vorzugsweise kann somit auch ein Werkstattbesuch des Fahrzeugs, bei welchem die Software-Aktualisierung über eine kabelgebundene Verbindung auf das Fahrzeug eingespielt wird, vermieden werden, wodurch wiederum Zeit und Kosten eingespart werden können.
In einer weiteren bevorzugten Ausgestaltung der Vorrichtung sind die mehreren Fahrzeugeinrichtungen zu einem funktionalen Verbund, vorzugsweise in Bezug auf Fahrerassistenz und/oder Kommunikation und/oder Antrieb, zugeordnet, insbeson dere alle Fahrzeugeinrichtungen zu einem gesamten Verbund eines Fahrzeugs zu geordnet.
Vorzugsweise kann damit erreicht werden, dass ein vorbestimmtes Segment der aktualisierten Software zu einem Verbund von mehreren Fahrzeugeinrichtungen zugeordnet werden kann und dieses vorbestimmte Segment somit an diesen Ver bund übertragen werden kann. Dies erleichtert insbesondere die Verwaltung der aktualisierten Software, insbesondere deren Segmente.
Ein dritter Aspekt Erfindung betrifft ein Fahrzeug aufweisend wenigstens eine Vor richtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen gemäß dem zweiten Aspekt.
Die im Folgenden in Bezug auf den ersten Aspekt der Erfindung und dessen vorteil hafte Ausgestaltung beschriebenen Merkmale und Vorteile gelten auch für den zweiten und dritten Aspekt Erfindung und dessen vorteilhafte Ausgestaltung sowie umgekehrt. Weitere Merkmale, Vorteile und Anwendungsmöglichkeiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung im Zusammenhang mit den Figuren, in denen durchgängig dieselben Bezugszeichen für dieselben oder einander entspre chende Elemente der Erfindung verwendet werden. Es zeigen wenigstens teilweise schematisch: Fig. 1 ein Ausführungsbeispiel eines erfindungsgemäßen Verfahrens zur Aktualisie rung von Software zum Betrieb von Fahrzeugeinrichtungen; Fig. 2 ein Ausführungsbeispiel eines erfindungsgemäßen Fahrzeugs mit wenigstens einer Vorrichtung zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrich tungen; und
Fig. 3 ein Ausführungsbeispiel einer erfindungsgemäßen Vorrichtung zur Aktualisie- rung von Software zum Betrieb von Fahrzeugeinrichtungen.
Fig. 1 zeigt ein Ausführungsbeispiel eines erfindungsgemäßen Verfahrens 100 zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen 2, 3.
In einem ersten Arbeitsschritt 101 wird eine aktualisierte Software in wenigstens ein erstes und ein zweites Segment 12, 13 segmentiert. Somit kann erreicht werden, dass die Software-Aktualisierung zeitoptimiert und/oder speicheroptimiert durchge führt wird. Insbesondere kann zum Beispiel bei einer langsamen Übertragungsrate der Software-Aktualisierung die Segmentierung der Software in kleinere Segmente vorteilhaft sein, da Speichervorgänge parallel zum Download durchgeführt werden können. Andererseits kann es zum Beispiel bei einer hohen Übertragungsrate vor- teilhaft sein, die Software-Aktualisierung in wenige größere Segmente zu untertei len, um diese anschließend bei Speichervorgängen zu verarbeiten.
Vorzugsweise wird während und/oder nach dem Segmentieren des ersten und zwei ten Segments 12, 13 eine Vorschrift und/oder ein Protokoll, insbesondere vom Ba- ckend-Server, angelegt, welches der zentralen Steuerungseinrichtung 4 zum Vertei- len der Segmente auf die Fahrzeugeinrichtungen dient. Somit kann erreicht werden, dass die zentrale Steuerungseinrichtung 4 bereits vor und/oder während des Herun terladens der Segmente darüber informiert ist, welches Segment zu welcher Fahr zeugeinrichtung zugeordnet ist.
In einem weiteren Arbeitsschritt 102 wird der erste Datenspeicher 8 und/oder der zweite Datenspeicher 9 und/oder der dritte Datenspeicher 10 dahingehend geprüft, ob die Speicherkapazität zum Speichern des ersten und/oder des zweiten Seg ments 12, 13 ausreicht. Vorzugsweise kann somit garantiert werden, dass stets ge nügend Speicherplatz auf dem ersten und/oder zweiten und/oder dritten Datenspei cher 8, 9, 10 vorhanden ist. In einem dritten Arbeitsschritt 103 wird das erste Segment 12 der segmentierten aktualisierten Software, welche zum Betrieb einer ersten Fahrzeugeinrichtung 2 von einer Mehrzahl von Fahrzeugeinrichtungen 2, 3 dient, in einen ersten Datenspeicher 8 einer zentralen Steuerungseinrichtung 4 gespeichert. Bevorzugt ist hierbei, dass die Segmente der aktualisierten Software in einer zentralen Steuerungseinrichtung 4 abgespeichert werden und eine Verwaltung oder Verteilung dieser Segmente auf Fahrzeugeinrichtungen 2, 3 zentral gesteuert wird.
In einem weiteren Arbeitsschritt 104 wird das erste und/oder das zweite Segment zu der ersten und/oder einer zweiten Fahrzeugeinrichtung 2, 3 zugewiesen. Somit kann gewährleistet werden, dass die aktualisierte Software auch für mehrere Fahrzeugei nrichtungen 2, 3 bestimmt ist, sodass insbesondere ein Verwaltungsaufwand redu ziert werden kann. Ferner kann somit auch das erste Segment und/oder das zweite Segment, welches für die erste und die zweite Fahrzeugeinrichtung 2, 3 bestimmt ist, an beide Fahrzeugeinrichtungen 2, 3 übermittelt und in deren Datenspeicher 9,
10 gespeichert werden, sodass die aktualisierte Software lediglich ein einziges Mal übertragen und von der Steuerungseinrichtung 4 verarbeitet werden muss.
In einem weiteren Arbeitsschritt 105 wird der Betriebszustand der Steuerungsein richtung 4 und/oder der ersten Fahrzeugeinrichtung 2 und/oder der zweiten Fahr zeugeinrichtung 3 mit einem vorbestimmten Betriebszustand verglichen. Hiermit soll sichergestellt werden, dass die Software-Aktualisierung lediglich dann ausgeführt wird, wenn keine Beeinträchtigung des Fährbetriebs des Fahrzeugs 1 gewährleistet ist. Vorzugsweise sollten sicherheitskritische Systeme wie etwa die Fahrerassistenz betreffend ohne Einschränkungen aufgrund der Software-Aktualisierung betrieben werden können. Weiter vorzugsweise wird das Verfahren 100 während wenigstens eines vorbestimmten Betriebszustands der Steuerungseinrichtung 4 und/oder der ersten Fahrzeugeinrichtung 2 ausgeführt. Insbesondere wird dieser Arbeitsschritt 104 auch bereits vor dem Speichern 103 des ersten Segments 12 der segmentier ten aktualisierten Software in den ersten Datenspeicher 8 der zentralen Steue rungseinrichtung 4 durchgeführt. In einem Arbeitsschritt 106a wird wenigstens ein Teil des ersten oder des zweiten Segments 12, 13 in einen dritten Datenspeicher 10 einer zweiten Fahrzeugeinrich tung 3 mittels Verschieben oder Kopieren von dem ersten Datenspeicher 8 in den dritten Datenspeicher 10 gespeichert. Vorzugsweise ist es somit möglich, dass das erste Segment 12 der aktualisierten Software zu der ersten Fahrzeugeinrichtung 2 zugeordnet werden kann und das zweite Segment 13 der aktualisierten Software zur zweiten Fahrzeugeinrichtung 3 und umgekehrt zugeordnet werden kann.
In einem Arbeitsschritt 106b wird wenigstens ein Teil des ersten Segments 12 mit tels Verschieben oder Kopieren von dem ersten Datenspeicher 8 in den zweiten Datenspeicher 9 gespeichert. Insbesondere kann durch das Verschieben gewähr leistet werden, dass in dem ersten Datenspeicher 8 wieder freier Speicherplatz zur Verfügung steht, da die Daten in diesem Arbeitsschritt aufgrund des Verschiebens nicht mehr in dem ersten Datenspeicher 8 vorhanden sind. Vorzugsweise kann ein zusätzliches Löschen des ersten Datenspeichers 8, insbesondere wenigstens eines Speicherbereichs des ersten Datenspeichers 8, vorgenommen werden, um die Dauer eines Speichervorgangs eines neuen Segments in den ersten Datenspeicher
8 zu beschleunigen.
Vorzugsweise ermöglicht das Kopieren 106b des wenigstens einen Teils des ersten Segments, dass bei einem abgebrochenen Speichervorgang in den zweiten Daten speicher 9 der ersten Fahrzeugeinrichtung 2 eine Sicherungskopie in der zentralen Steuerungseinrichtung 4 vorhanden ist, welche erneut in den zweiten Datenspeicher
9 der ersten Fahrzeugeinrichtung 2 gespeichert werden kann. Somit ist eine redun dante Segmentversion auch beispielsweise bei einem Stromausfall, der während des Speichervorgangs in dem zweiten Datenspeicher 9 der ersten Fahrzeugeinrich tung 2 stattfindet, in dem ersten Datenspeicher 8 der Steuerungseinrichtung 4 vor handen.
In einem Arbeitsschritt 106c wird der Speichervorgang von dem ersten Datenspei cher 8 in den zweiten Datenspeicher 9 der ersten Fahrzeugeinrichtung 2 und/oder in den dritten Datenspeicher 10 der zweiten Fahrzeugeinrichtung 3 unterbrochen, falls der aktuelle Betriebszustand der Steuerungseinrichtung 4 und/oder der ersten Fahrzeugeinrichtung 2 und/oder der zweiten Fahrzeugeinrichtung nicht einem vor bestimmten Betriebszustand entspricht. Vorzugsweise kann dadurch gewährleistet werden, dass der Betrieb des Fahrzeugs 1 und insbesondere sicherheitskritische Arbeitsschritte des Fahrzeugs 1 uneingeschränkt ausgeführt werden. Nach dem Durchführen dieses Schritts wird, insbesondere nach einem vorbestimmten Zeitin tervall oder nach einem Interrupt, welcher bei einer Änderung des Betriebszustands der Steuerungseinrichtung 4 und/oder der ersten Fahrzeugeinrichtung 2 auftritt, vor zugsweise wiederum das Vergleichen der Betriebszustände 104 ausgeführt.
In einem Arbeitsschritt 107 wird wenigstens ein Teil des ersten Segments 12 mit wenigstens einem Teil des zweiten Segments 13 der aktualisierten Software und/oder einer in dem zweiten Datenspeicher 9 bereits vorhandenen Software zum Betrieb der ersten Fahrzeugeinrichtung 2 zusammengefügt. Vorteilhaft ist hierbei, dass zum einen die segmentierte aktualisierte Software wieder zu einer einzigen gemeinsamen aktualisierten Software zusammengefügt wird. Zum anderen kann somit erreicht werden, dass bereits vorhandene Software, welche sich in dem zwei ten Datenspeicher 9 der ersten Fahrzeugeinrichtung 2 befindet und welche im Rahmen der aktualisierten Software wieder verwendet werden kann, zu wenigstens dem ersten und/oder dem zweiten Segment 12, 13 hinzugefügt werden kann. Somit wird insbesondere erreicht, dass eine Übertragung von bereits vorhandenen Seg menten der, insbesondere aktualisierten, Software nicht mehr übertragen werden müssen. In einem letzten Arbeitsschritt 108 wird der Zugriff der ersten Fahrzeugeinrichtung 2 und/oder der zweiten Fahrzeugeinrichtung 3 auf die mittels der Software- Aktualisierung aktualisierte Software geändert.
In einer bevorzugten Ausführungsform ist wenigstens ein Teil des ersten und/oder des zweiten Segments eine aktualisierte Datei. Vorteilhaft ist hierbei, dass die Steu- erungseinrichtung 4 keine Segmente, insbesondere Dateisegmente, auf ihre Zuge hörigkeit zu einer bestimmten Datei überprüfen muss, was somit Verwaltungsauf wand sowie Zeitaufwand die Steuerungseinrichtung 4 betreffend erspart.
Vorzugsweise wird das Verfahren 100 während wenigstens eines vorbestimmten Betriebszustands der Steuerungseinrichtung 4 und/oder der ersten Fahrzeugeinrich- tung 2, insbesondere der zweiten Fahrzeugeinrichtung 3, durchgeführt. Somit kann gewährleistet werden, dass der Speicherprozess beispielsweise bei sicherheitskriti- sehen Zuständen der Steuerungseinrichtung 4 und/oder der ersten Fahrzeugeinrich tung 2 und/oder der zweiten Fahrzeugeinrichtung 3, insbesondere des Fahrzeugs 1 , nicht durchgeführt wird.
Weiter vorzugsweise erfolgt das Speichern des ersten und zweiten Segments 12,
5 13, insbesondere eines Teils des ersten Segments 12 und eines Teils des zweiten
Segments 13, unabhängig von einer vorbestimmten Anordnung und/oder Reihenfol ge der Segmente. Somit kann erreicht werden, dass in Abhängigkeit von verschie denen Parametern, wie etwa die Übertragungsrate der empfangenen Software- Aktualisierung und/oder die Zeiten der Lese- und/oder Schreibzugriffe, die Steue rn rungseinrichtung 4 den Speichervorgang optimieren kann.
Idealerweise prüft die Steuerungseinrichtung 4 und/oder die erste Fahrzeugeinrich tung 2, ob ein zu aktualisierendes Segment der Software bereits in dem zweiten Datenspeicher 9 vorhanden ist. Somit kann ein mehrfaches Beschreiben des zwei ten Datenspeichers 9 mit demselben Segment vermieden werden, was insbesonde- 15 re zeitliche Einsparungen bringt.
Vorzugsweise ist die Steuerungseinrichtung 4 derart eingerichtet, die empfangenen Segmente der Software-Aktualisierung zu dechiffrieren, falls diese verschlüsselt sind, und/oder zu authentifizieren, um eine Echtheit der Software-Aktualisierung zu überprüfen und Schadsoftware vom Fahrzeug 1 fernzuhalten.
20 Weiter vorzugsweise ist wenigstens ein Teil des ersten und/oder des zweiten Seg ments 12, 13 wenigstens eine aktualisierte Datei. Somit kann der Verarbeitungsauf wand der Steuerungseinrichtung 4 reduziert werden, da diese lediglich auf Datei ebene die Software aktualisiert.
Fig. 2 zeigt ein Ausführungsbeispiel eines erfindungsgemäßen Fahrzeugs 1 mit 25 wenigstens einer Vorrichtung 1 1 zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen 2, 3.
In dem Fahrzeug 1 ist die zentrale Steuerungseinrichtung 4 angeordnet, welche den ersten Datenspeicher 8 aufweist. Die Steuerungseinrichtung 4 ist mit der ersten Fahrzeugeinrichtung 2, welche den zweiten Datenspeicher 9 aufweist, und der zwei- ten Fahrzeugeinrichtung 3, welche den dritten Datenspeicher 10 aufweist, verbun den. Ferner steht die Steuerungseinrichtung 4 mit einer Kommunikationseinrichtung 5 in Verbindung, welche mittels einer Antenne 6, welche am Dach des Fahrzeugs 1 angeordnet ist, mit einem Backend-Server 7 drahtlos mittels elektromagnetischer Wellen kommunizieren kann.
Die Steuerungseinrichtung 4 ist derart eingerichtet, dass ein erstes Segment 12 der segmentierten aktualisierten Software zum Betrieb der ersten Fahrzeugeinrichtung 2 in dem ersten Datenspeicher 8 speicherbar ist und wenigstens ein Teil des ersten Segments 12 in dem zweiten Datenspeicher 9 der ersten Fahrzeugeinrichtung 2 von mehreren Fahrzeugeinrichtungen 2, 3 mittels Verschieben oder Kopieren von dem ersten Datenspeicher 8 in den zweiten Datenspeicher 9 speicherbar ist.
Vorzugsweise ist der erste und/oder zweite und/oder dritte Datenspeicher 8, 9, 10 als nichtflüchtiger Speicher, vorzugsweise als ein Flash-Speicher oder ein Festplat- ten-Speicher, ausgebildet. Insbesondere ist die Verwendung eines Flash-Speichers in einem Fahrzeug 1 zu bevorzugen, da ein Flash-Speicher wenigstens im Wesent lichen robust gegen Erschütterungen ist, welche während des Betriebs des Fahr zeugs 1 entstehen. Vorzugweise kann der Datenspeicher 8, 9, 10 auch als Festplat- ten-Speicher ausgebildet sein, da dieser über ein zu bevorzugendes Preis-Speicher- Verhältnis verfügt.
Weiter vorzugsweise weist die Vorrichtung 1 1 die Kommunikationseinrichtung 5 auf, mittels derer wenigstens ein Segment der aktualisierten Software drahtlos empfang bar ist. Somit kann gewährleistet werden, dass über die Luftschnittstelle, insbeson dere über eine Mobilfunk-Verbindung, eine Software-Aktualisierung drahtlos emp fangbar ist, sodass die Software-Aktualisierung ohne einen zusätzlichen Werkstatt besuch von dem Fahrzeug 1 empfangen werden kann.
Insbesondere können die mehreren Fahrzeugeinrichtungen 2, 3 zu einem funktiona len Verbund, vorzugsweise in Bezug auf Fahrerassistenz und/oder Kommunikation und/oder Antrieb, zugeordnet werden, insbesondere alle Fahrzeugeinrichtungen zu einem gesamten Verbund eines Fahrzeugs 1 zugeordnet werden. Somit kann ein Segment der Software-Aktualisierung zu einem Verbund von Fahrzeugeinrichtungen 2, 3 zugeordnet werden, sodass die Steuerungseinrichtung 4 einen geringeren Auf- wand hinsichtlich der Verwaltung der Segmente benötigt, da die Segmente nicht mehr einzeln zu den Fahrzeugeinrichtungen 2, 3 zugeordnet werden müssen, son dern zu einer Mehrzahl von Fahrzeugeinrichtungen 2, 3 zugeordnet werden können.
Fig. 3 zeigt ein Ausführungsbeispiel einer erfindungsgemäßen Vorrichtung 1 1 zur Aktualisierung von Software zum Betrieb von Fahrzeugeinrichtungen 2, 3. Aktuali sierte Software wird segmentiert von dem Backend-Server 7 an die Steuerungsein richtung 4 übertragen, welche zusammen mit der ersten und der zweiten Fahrzeug einrichtung 2, 3 in der Vorrichtung 1 1 zur Aktualisierung von Software angeordnet ist. Hierbei wird jeweils ein Segment der aktualisierten Software in den ersten Da tenspeicher 8 der Steuerungseinrichtung 4 gespeichert, wobei der Datenspeicher 8 in einen ersten und einen zweiten Speicherbereich 14, 15 unterteilt ist. Somit kann vorzugsweise erreicht werden, dass ein bereits von dem Backend-Server 7 empfan genes erstes Segment 12 der aktualisierten Software, welches sich in einem Spei cherbereich des ersten Datenspeichers 8 der Steuerungseinrichtung 4 befindet, an wenigstens eine Fahrzeugeinrichtung übermittelt und in deren Datenspeicher ge speichert werden kann, wobei parallel zu diesem Speicherprozess ein zweites Segment 13 von dem Backend-Server 7 empfangen und in einem anderen Spei cherbereich des ersten Datenspeichers 8 der Steuerungseinrichtung 4 gespeichert werden kann.
Die Steuerungseinrichtung 4 übernimmt darüber hinaus die Aufgabe, die einzelnen Segmente, insbesondere lediglich Teile dieser einzelnen Segmente, einer ersten und/oder einer zweiten Fahrzeugeinrichtung 2, 3 zuzuordnen, um die zugeordneten Segmente anschließend an die erste und/oder zweite Fahrzeugeinrichtung 2, 3 zu übertragen und in deren Datenspeicher 9, 10 zu speichern.
In diesem Ausführungsbeispiel ist der zweite Datenspeicher 9 der ersten Fahrzeug einrichtung 2 in drei verschiedene, insbesondere gleich große, Speicherbereiche 16, 17, 18 sowie ebenfalls der dritte Datenspeicher 10 der zweiten Fahrzeugeinrichtung 3 in drei verschiedene, insbesondere gleich große, Speicherbereiche 19, 20, 21 unterteilt, wobei in dem ersten Speicherbereich 16 des zweiten Datenspeichers 9 bereits ein erstes Segment 12 der aktualisierten Software gespeichert ist. Vorzugs weise kann es sich hierbei auch um ein Segment der Software zum Betrieb der ers- ten Fahrzeugeinrichtung 2 handeln, welches bereits in dem zweiten Datenspeicher 9 der ersten Fahrzeugeinrichtung 2 vorhanden war und keiner Aktualisierung bedarf.
Ein zweites Segment 13, welches in dem ersten Datenspeicher 8 der Steuerungs einrichtung 4 zwischengespeichert ist, wird an einen zweiten Speicherbereich 17 der ersten Fahrzeugeinrichtung 2 übertragen und in diesen gespeichert. Vorzugsweise kann das zweite Segment 13 auch in einen ersten Speicherbereich 19 des dritten Datenspeichers 10 der zweiten Fahrzeugeinrichtung 3 gespeichert werden, falls die erste und zweite Fahrzeugeinrichtung 2, 3 einem funktionalen Verbund von Fahr zeugeinrichtungen 2, 3 zugeordnet werden können und vorzugsweise somit das zweite Segment 13 für beide Fahrzeugeinrichtungen 2, 3 bestimmt ist. Das zweite Segment 13, welches sich immer noch in dem ersten Datenspeicher 8 der Steue rungseinrichtung 4 befindet, wird vorzugsweise nach erfolgreichem Speichern in die jeweiligen zugeordneten Datenspeicher 9, 10 der Fahrzeugeinrichtungen 2, 3 in dem zweiten Speicherbreich 15 des ersten Datenspeichers 8 gelöscht. Dieser se- quentielle Vorgang wird insbesondere solange durchgeführt, bis die aktualisierte Software vollständig an alle Fahrzeugeinrichtungen 2, 3 verteilt und in deren Daten speicher 9, 10 gespeichert wurde.
Bezugszeichenliste
1 Fahrzeug
2 Erste Fahrzeugeinrichtung
3 Zweite Fahrzeugeinrichtung
4 Steuerungseinrichtung
5 Kommunikationseinrichtung
6 Antenne
7 Backend-Server
8 Erster Datenspeicher
9 Zweiter Datenspeicher
10 Dritter Datenspeicher
1 1 Vorrichtung zur Aktualisierung von Software
12 Erstes Segment
13 Zweites Segment
14 Erster Speicherbereich des ersten Datenspeichers
15 Zweiter Speicherbereich des ersten Datenspeichers
16 Erster Speicherbereich des zweiten Datenspeichers
17 Zweiter Speicherbereich des zweiten Datenspeichers
18 Dritter Speicherbereich des zweiten Datenspeichers
19 Erster Speicherbereich des dritten Datenspeichers
20 Zweiter Speicherbereich des dritten Datenspeichers
21 Dritter Speicherbereich des dritten Datenspeichers
100 Verfahren zum Verarbeiten von wenigstens einer Software-Aktualisierung

Claims

ANSPRÜCHE
1. Verfahren (100) zur Aktualisierung von Software zum Betrieb von Fahrzeug einrichtungen (2, 3), wobei das Verfahren (100) folgende Schritte aufweist:
- Speichern (103) eines ersten Segments (12) einer segmentierten aktua- lisierten Software zum Betrieb einer ersten Fahrzeugeinrichtung (2) ei ner Mehrzahl von Fahrzeugeinrichtungen (2, 3) in einen ersten Daten speicher (8) einer zentralen Steuerungseinrichtung (4); und Speichern (106b) wenigstens eines Teils des ersten Segments (12) in einen zweiten Datenspeicher (9) der ersten Fahrzeugeinrichtung (2) mit- tels Verschieben oder Kopieren von dem ersten Datenspeicher (8) in den zweiten Datenspeicher (9).
2. Verfahren (100) nach Anspruch 1 , aufweisend folgenden zusätzlichen
Schritt:
Zusammenfügen (107) des wenigstens einen Teils des ersten Segments (12) mit wenigstens einem zweiten Segment (13) der aktualisierten
Software und/oder einer in dem zweiten Datenspeicher (9) bereits vor handenen Software zum Betrieb der ersten Fahrzeugeinrichtung (2).
3. Verfahren nach (100) Anspruch 2, aufweisend folgenden zusätzlichen Schritt: - Speichern (106a) wenigstens eines Teils des ersten und/oder des zwei ten Segments (12, 13) in einen dritten Datenspeicher (10) einer zweiten Fahrzeugeinrichtung (3) mittels Verschieben oder Kopieren von dem ersten Datenspeicher (8) in den dritten Datenspeicher (10).
4. Verfahren (100) nach wenigstens einem der Ansprüche 2 oder 3, aufweisend folgenden zusätzlichen Schritt:
- Segmentieren (101 ) der aktualisierten Software in wenigstens das erste und das zweite Segment (12, 13). Verfahren (100) nach Anspruch 3 oder 4, aufweisend wenigstens einen der folgenden zusätzlichen Schritte:
Prüfen (102) des ersten Datenspeichers und/oder des zweiten Daten speichers (9) und/oder des dritten Datenspeichers (10), ob die Spei cherkapazität zum Speichern des ersten und/oder des zweiten Seg ments (12, 13) ausreicht;
- Zuweisen (104) des ersten und/oder des zweiten Segments (12, 13) zu der ersten und/oder der zweiten Fahrzeugeinrichtung (2, 3); und
- Ändern (108) des Zugriffs der ersten Fahrzeugeinrichtung (2) und/oder der zweiten Fahrzeugeinrichtung (3) auf die mittels der Software- Aktualisierung aktualisierte Software.
Verfahren (100) nach wenigstens einem der Ansprüche 2 bis 5, wobei we nigstens ein Teil des ersten und/oder des zweiten Segments (12, 13) eine aktualisierte Datei ist.
Verfahren (100) nach wenigstens einem der vorhergehenden Ansprüche, wobei das Verfahren (100) während wenigstens eines vorbestimmten Be triebszustands der Steuerungseinrichtung (4) und/oder der ersten Fahrzeug einrichtung (2) durchgeführt wird.
Verfahren (100) nach Anspruch 7, aufweisend folgenden zusätzlichen Schritt:
- Vergleichen (105) des Betriebszustands der Steuerungseinrichtung (4) und/oder der ersten Fahrzeugeinrichtung (2) und/oder der zweiten Fahr zeugeinrichtung (3) mit dem vorbestimmten Betriebszustand; und Unterbrechen (106c) des Speichervorgangs des ersten Datenspeichers
(8) der Steuerungseinrichtung (4) und/oder des zweiten Datenspeichers
(9) der ersten Fahrzeugeinrichtung (2) und/oder des dritten Datenspei chers (10) der zweiten Fahrzeugeinrichtung (3), falls der aktuelle Be triebszustand der Steuerungseinrichtung (4) und/oder der ersten Fahr zeugeinrichtung (2) nicht dem vorbestimmten Betriebszustand ent spricht.
9. Verfahren (100) nach wenigstens einem der vorhergehenden Ansprüche, wobei wenigstens ein Teil des ersten und/oder des zweiten Segments (12, 13) wenigstens eine aktualisierte Datei ist.
10. Verfahren (100) nach wenigstens einem der vorhergehenden Ansprüche 2 bis 9, wobei das Speichern (103; 106b) des ersten und zweiten Segments
(12, 13), insbesondere eines Teils des ersten Segments (12) und eines Teils des zweiten Segments (13), unabhängig von einer vorbestimmten Anord nung und/oder Reihenfolge der Segmente erfolgt.
1 1. Vorrichtung (1 1 ) zur Aktualisierung von Software zum Betrieb von Fahrzeug- einrichtungen (2, 3), aufweisend:
- eine Steuerungseinrichtung (4), welche einen ersten Datenspeicher (8) aufweist; und
mehrere Fahrzeugeinrichtungen (2, 3), welche jeweils einen weiteren Datenspeicher (9, 10) aufweisen; wobei die Steuerungseinrichtung (4) derart eingerichtet ist, ein erstes Seg ment (12) einer segmentierten aktualisierten Software zum Betrieb einer Fahrzeugeinrichtung in dem ersten Datenspeicher (8) zu speichern und we nigstens einen Teil des ersten Segments (12) in einen zweiten Datenspei cher (9) einer ersten Fahrzeugeinrichtung (2) der mehreren Fahrzeugeinrich- tungen (2, 3) mittels Verschieben oder Kopieren von dem ersten Datenspei cher (8) in den zweiten Datenspeicher (9) zu speichern.
12. Vorrichtung nach Anspruch 1 1 , wobei wenigstens der erste und/oder der zweite Datenspeicher (9, 10) als ein nichtflüchtiger Speicher, vorzugsweise ein Flash-Speicher oder Festplatten-Speicher, ausgebildet ist. 13. Vorrichtung nach Anspruch 1 1 oder 12, wobei die Vorrichtung eine Kommu nikationseinrichtung (5) aufweist, mittels derer wenigstens ein Segment der aktualisierten Software drahtlos empfangbar ist.
14. Vorrichtung nach wenigstens einem der Ansprüche 1 1 bis 13, wobei die mehreren Fahrzeugeinrichtungen (2, 3) zu einem funktionalen Verbund, vor zugsweise in Bezug auf Fahrerassistenz und/oder Kommunikation und/oder Antrieb, zugeordnet sind, insbesondere alle Fahrzeugeinrichtungen zu einem gesamten Verbund eines Fahrzeugs 1 zugeordnet sind.
15. Fahrzeug (1 ), insbesondere Kraftfahrzeug, aufweisend eine Vorrichtung (1 1 ) nach wenigstens einem der Ansprüche 1 1 bis 14.
PCT/EP2018/079012 2017-11-17 2018-10-23 Verfahren und vorrichtung zur aktualisierung von software WO2019096549A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201880051769.2A CN111052073B (zh) 2017-11-17 2018-10-23 用于更新用于运行车辆装置的软件的方法和设备以及车辆
US16/782,185 US11210085B2 (en) 2017-11-17 2020-02-05 Method and device for updating software

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017220526.1A DE102017220526A1 (de) 2017-11-17 2017-11-17 Verfahren und Vorrichtung zur Aktualisierung von Software
DE102017220526.1 2017-11-17

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/782,185 Continuation US11210085B2 (en) 2017-11-17 2020-02-05 Method and device for updating software

Publications (1)

Publication Number Publication Date
WO2019096549A1 true WO2019096549A1 (de) 2019-05-23

Family

ID=64049167

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2018/079012 WO2019096549A1 (de) 2017-11-17 2018-10-23 Verfahren und vorrichtung zur aktualisierung von software

Country Status (4)

Country Link
US (1) US11210085B2 (de)
CN (1) CN111052073B (de)
DE (1) DE102017220526A1 (de)
WO (1) WO2019096549A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220024472A1 (en) * 2021-07-07 2022-01-27 Toyota Jidosha Kabushiki Kaisha Control apparatus for vehicle

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7111030B2 (ja) * 2019-03-04 2022-08-02 株式会社オートネットワーク技術研究所 車載更新装置、更新処理プログラム及び、プログラムの更新方法
US20230017403A1 (en) * 2021-07-13 2023-01-19 Toyota Motor Engineering & Manufacturing North America, Inc. Systems and methods for updating vehicle software

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014088567A1 (en) * 2012-12-05 2014-06-12 Bendix Commercial Vehicle Systems Llc Methods and apparatus for updating software components in coordination with operational modes of a motor vehicle
US20150007155A1 (en) * 2012-10-17 2015-01-01 Movimento Group Module updating device
US20170090902A1 (en) 2015-09-30 2017-03-30 Apple Inc. Software Updating
US20170192770A1 (en) * 2015-09-14 2017-07-06 Panasonic Intellectual Property Corporation Of America Gateway device, in-vehicle network system, and firmware update method

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10329902A1 (de) * 2003-07-03 2005-01-27 Daimlerchrysler Ag Verfahren zur Steuerung der verschiedenen Betriebszustände eines Datenbussystems
DE10349631A1 (de) * 2003-10-24 2005-05-19 Robert Bosch Gmbh Fahrerassistenzverfahren und -vorrichtung auf der Basis von Fahrspurinformationen
US7979854B1 (en) * 2005-09-29 2011-07-12 Cisco Technology, Inc. Method and system for upgrading software or firmware by using drag and drop mechanism
DE102007010763A1 (de) * 2007-03-06 2008-09-11 Zf Friedrichshafen Ag Verfahren zur adaptiven Konfigurationserkennung
CN102023876B (zh) * 2009-09-14 2013-04-17 漳州科能电器有限公司 一种可软件在线升级的嵌入式系统及在线升级方法
FI125316B (fi) * 2013-09-10 2015-08-31 Kone Corp Menetelmä hätäpysäytyksen suorittamiseksi sekä hissin turvajärjestely
US10140110B2 (en) * 2014-04-02 2018-11-27 Ford Global Technologies, Llc Multiple chunk software updates
DE102015207795A1 (de) * 2015-04-28 2016-11-03 Robert Bosch Gmbh Verfahren und Vorrichtung zum Aktualisieren von Software in einem Transportmittel
EP3295653A1 (de) * 2015-05-14 2018-03-21 Airbiquity Inc. Zentralisierte verwaltung von mobil unterstützter kraftfahrzeug-softwareaktualisierung und fahrzeugdatenanalyse
EP3724766A1 (de) * 2017-12-15 2020-10-21 Google LLC Open-source-software-test
US11205026B2 (en) * 2018-06-25 2021-12-21 Toyota Research Institute, Inc. Benefit apportioning system and methods for vehicle platoons

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150007155A1 (en) * 2012-10-17 2015-01-01 Movimento Group Module updating device
WO2014088567A1 (en) * 2012-12-05 2014-06-12 Bendix Commercial Vehicle Systems Llc Methods and apparatus for updating software components in coordination with operational modes of a motor vehicle
US20170192770A1 (en) * 2015-09-14 2017-07-06 Panasonic Intellectual Property Corporation Of America Gateway device, in-vehicle network system, and firmware update method
US20170090902A1 (en) 2015-09-30 2017-03-30 Apple Inc. Software Updating

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220024472A1 (en) * 2021-07-07 2022-01-27 Toyota Jidosha Kabushiki Kaisha Control apparatus for vehicle

Also Published As

Publication number Publication date
DE102017220526A1 (de) 2019-05-23
US20200174781A1 (en) 2020-06-04
US11210085B2 (en) 2021-12-28
CN111052073A (zh) 2020-04-21
CN111052073B (zh) 2024-04-16

Similar Documents

Publication Publication Date Title
EP1410166B1 (de) Verfahren zum laden von software
WO2019096549A1 (de) Verfahren und vorrichtung zur aktualisierung von software
DE102019120445A1 (de) Ecu-aktualisierung über eine luftschnittstelle
DE10038096A1 (de) Verfahren und System zur Übertragung von Daten
DE112018001894T5 (de) Steuervorrichtung, Übertragungsverfahren und Computerprogramm
WO2019068420A1 (de) Verfahren und vorrichtung zum verarbeiten einer software-aktualisierung
DE102008021030A1 (de) Verfahren zum Betreiben eines Fahrzeugs sowie entsprechende Vorrichtung und entsprechendes Fahrzeug
EP3695192A1 (de) Verfahren zur kartierung eines streckenabschnitts
DE102017011694A1 (de) Transportsystem und Verfahren zum Betreiben eines Transportsystems
EP2109041A1 (de) Verfahren zur automatischen Aktualisierung von Software
DE102017220508A1 (de) Verfahren und System zum Aktualisieren einer Fahrzeugsoftware
WO2019137773A1 (de) Absicherung eines softwareupdates eines steuergerätes eines fortbewegungsmittels
WO2017125181A1 (de) Verfahren zum aktualisieren von software eines steuergerätes, vorzugsweise für ein kraftfahrzeug
DE102016202813A1 (de) Verfahren zur Steuerung des elektrischen Ladens einer Gruppe von Fahrzeugen
DE102015226184A1 (de) Verbessertes Verfahren und verbesserte Vorrichtung zum Konfigurieren und Steuern von elektrischen Einrichtungen eines Fahrzeuges
DE102019004612A1 (de) Verfahren zum Betreiben eines Fahrzeugs mit einem Steuergerät
EP2962162B1 (de) Verfahren zur einrichtung oder aktualisierung einer programmierung eines steuergerätes eines verkehrsmittels
WO2019091519A1 (de) Steuergerät für ein kraftfahrzeug und verfahren zum betreiben des steuergeräts
DE102018209248A1 (de) Datenaktualisierungssystem, Verfahren zum Aktualisieren eines auf einem Steuergerät gespeicherten Datensatzes und computerlesbares Speichermedium
DE102015015627B3 (de) Verfahren zum Übertragen eines Funktionsbefehls zwischen einem Kraftfahrzeug und einer fahrzeugexternen Einrichtung sowie Schnittstellenvorrichtung und System
DE102017128590A1 (de) Verfahren sowie System zur Koordinierung von Ladevorgängen von Batterien für Flurförderzeuge
DE102015015628B4 (de) Verfahren zum Übertragen von Daten zwischen einem Speichermedium und einem Kraftfahrzeug mittels eines Zwischenpeichermediums sowie Zwischenspeichermedium und Applikationsprogrammprodukt
DE102019208512A1 (de) Verfahren zum Aufbau einer drahtlosen Datenverbindung zwischen einem Fahrzeug und einer externen Einheit, System und Schienenfahrzeug
WO2020070042A1 (de) Verfahren zur aktualisierung von daten eines steuergeräts eines fahrzeugs
WO2019053221A1 (de) Verfahren zum aufladen eines elektrischen energiespeichers; ladeeinheit und system mit ladeeinheit

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18795427

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18795427

Country of ref document: EP

Kind code of ref document: A1