EP4540703A1 - Verfahren zum einbringen eines drahtlos-updates in eine recheneinheit eines fahrzeugs und system - Google Patents

Verfahren zum einbringen eines drahtlos-updates in eine recheneinheit eines fahrzeugs und system

Info

Publication number
EP4540703A1
EP4540703A1 EP24714829.9A EP24714829A EP4540703A1 EP 4540703 A1 EP4540703 A1 EP 4540703A1 EP 24714829 A EP24714829 A EP 24714829A EP 4540703 A1 EP4540703 A1 EP 4540703A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
management module
user
vehicle state
update
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
EP24714829.9A
Other languages
English (en)
French (fr)
Inventor
Edgar Österle
Stefan Postler
Rostyslav SEMENYSHYN
Thomas SACHS
Daniel Hoffmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mercedes Benz Group AG
Original Assignee
Mercedes Benz Group AG
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 Mercedes Benz Group AG filed Critical Mercedes Benz Group AG
Publication of EP4540703A1 publication Critical patent/EP4540703A1/de
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • 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]

Definitions

  • Modern vehicles have a telecommunications unit that allows the vehicle to be connected wirelessly to the Internet. This also makes it possible to obtain software updates wirelessly, for example via mobile communications.
  • Installing software updates can also be time-consuming. During installation, a corresponding computer system is switched on and consumes energy. Powerful computer systems in particular have a high energy requirement. This means that the vehicle's electrical energy storage system is increasingly depleted by installing software updates. In a battery-electric vehicle, this can reduce the remaining range.
  • US 11,269,617 B2 which represents the closest prior art, discloses a system for transmitting at least one update package for at least one control unit of a motor vehicle and a corresponding method.
  • the installation of the update package on the control unit can, for example, be made dependent on whether the vehicle is currently connected to a charging station.
  • dependencies of the update packages on specific hardware components and software components can be taken into account. This makes it possible to form installation groups so that different update packages can be combined depending on the hardware and/or software version of a vehicle. This enables a quick and efficient distribution of update packages to differently equipped vehicles.
  • DE 102016 014 326 A1 discloses a method for operating an assistance system of a vehicle, which provides that a comparison is carried out with stored data on the basis of vehicle data and an update of the vehicle data to be carried out is determined on the basis of the comparison and, if an update is present, a notification for carrying out this update is issued to a mobile terminal of the user, wherein the user is only informed of the update of the vehicle data when the vehicle is stationary and the ignition is switched off.
  • DE 102019 104434 A1 discloses a system having a memory storing a probability map including information indicating probabilities that a vehicle will be in use during each of a plurality of segments of a time period; and a processor of the vehicle programmed to schedule a time to install a software update using the probability map and an expected downtime required for installation, and to install the software update at that time in response to confirmation that the vehicle is not in use.
  • WO 2017/190 868 A1 discloses a method for updating the software of at least one sensor in a motor vehicle that is equipped with a motor vehicle communication system.
  • the software to be updated is transmitted to the motor vehicle communication system and transferred from the motor vehicle communication system to the at least one sensor, with the new software only being transferred to the at least one sensor when the motor vehicle is at a standstill or when the motor vehicle's engine is at a standstill.
  • confirmation of the software update is requested via the smartphone of the user or driver of the vehicle in order to install the software update.
  • US 2015 / 0 169 311 A1 discloses a method for scheduling a software update with an automatic determination of a time window for the software update based on a tracked usage pattern and the application of software updates to the vehicle during the planned time window, determining whether prior notification or approval of the user is required and, if so, performing the software update upon user approval.
  • a first computer system can be used to remotely access a second computer system and thus a software update can be installed on the second computer system via the first computer system.
  • the computer systems can be designed in different ways, for example as a desktop computer, laptop, tablet computer, smartphone, server and the like.
  • the present invention is based on the object of providing an improved method for introducing a wireless update into a computing unit of a vehicle, with the aid of which the reliability of the vehicle can be increased.
  • this object is achieved by a method for introducing a wireless update into a computing unit of a vehicle with the features of claim 1.
  • a generic method for introducing a wireless update into a computing unit of a vehicle wherein the wireless update is provided by a central computing device, is transmitted wirelessly from the central computing device to a telecommunications unit in the vehicle and is temporarily stored in the vehicle, and wherein a management module collects status information which describes at least one vehicle status, and the management module initiates an installation of the wireless update on the computing unit depending on the status information when the management module receives an installation command issued by a user via a mobile terminal, is further developed according to the invention in that
  • the management module makes at least one proactive request to the user to specify a vehicle state default value for at least one vehicle state;
  • the management module receives and stores a vehicle condition default value specified by the user
  • the management module after the wireless update has been provided by the central computing device, compares the status information with the specified vehicle status default values;
  • the management module makes a proactive user request to install the wireless update via the mobile device if at least one vehicle state for which a vehicle state default value has been set meets its respective vehicle state default value;
  • the management module initiates the installation of the wireless update on the computing unit when the management module receives an installation confirmation.
  • the vehicle status describes all conceivable properties and states of the vehicle and vehicle components. This includes, for example, a door locking status, the degree of opening of an electric window, the degree of opening of a roof window, the ignition status, the length of time after the engine has been switched off, an oil temperature, an interior temperature, an outside temperature, a time, a date, settings of vehicle subsystems such as a radio station set in an infotainment system, an active audio source, the setting of an air conditioning system and the like.
  • the corresponding status information is therefore measured by the vehicle using sensors and provided by the computing units installed in the vehicle. Access is possible via a data bus, for example via a CAN bus.
  • the user can specify that a suitable time window for installing wireless updates only exists when a certain minimum amount of time has elapsed since the vehicle's engine was switched off and, optionally, the engine or the oil or cooling water has cooled down to a certain temperature. This can be an indication that the vehicle will not be used for a longer period of time, so that wireless updates can be installed without the risk of the user wanting to use the vehicle. This increases the reliability of the vehicle because it prevents the vehicle from not being ready when the user wants to use the vehicle for a journey.
  • the management module only requests the user to confirm the installation of the wireless update if a suitable time period exists, i.e. a situation defined by the user using the vehicle status default values. This also improves user comfort, as installation requests are not made if there is no suitable time window.
  • the mobile device By using the mobile device, the user does not have to be present in the vehicle to start the installation, which further improves user comfort and also increases reliability, as the installation of the wireless update can be started immediately after the relevant installation conditions have been met and there is no need to wait until the user has entered their vehicle.
  • "introducing" means both downloading the wireless update and installing it on the computing unit.
  • the central computing device can be a cloud server, also known as a backend, for example.
  • the central computing device can be operated by the vehicle manufacturer, for example.
  • a wireless connection of the telecommunications unit to the central computing device is possible using various radio technologies, such as mobile communications, WiFi, Bluetooth, NFC, ZigBee or the like.
  • a particularly available connection is possible via mobile communications. It is also conceivable that, for example, there is a Wi-Fi hotspot at the user's private parking location, via which the telecommunications unit can establish a connection to the central computing device using WLAN and the user's landline.
  • a downloaded wireless update can be temporarily stored in various places in the vehicle.
  • the relevant data can be stored in the telecommunications unit itself or in any computing unit, for example.
  • the installation then takes place by reading the relevant data from the telecommunications unit or computing unit.
  • the wireless update can also be a so-called differential update, i.e. an update that only contains parts of the program code that need to be replaced. Programs or parts of programs that have already been implemented on a computing unit can be replaced, or completely new programs can be introduced into the vehicle.
  • the management module can also be referred to as a download manager, installation manager or update manager.
  • the management module can be made up of hardware and/or software components.
  • the management module can be a separate unit or can be distributed. Individual parts of the management module can be distributed across one or more computing units in the vehicle, the telecommunications unit, the mobile device and/or the central computing device.
  • a respective vehicle state default value defines the vehicle states for which the installation of wireless updates is desired by the user.
  • the vehicle state can be the state of the ignition, in which case the vehicle state default value would then take on the value "Off", for example.
  • Another example of a vehicle state would be the charge level of a traction battery with the value "over 40%" for the associated vehicle state default value.
  • Another example of the vehicle state would be the use of an auxiliary heater with the value "Deactivated" for the associated vehicle state default value. The user can therefore specify that a software update should only be carried out before starting or after using an auxiliary heater, but not while the auxiliary heater is in operation.
  • the consumption of the vehicle's on-board network can also be taken into account, which can prevent the installation of wireless updates and the associated increased power requirements of the executing processing unit from placing excessive strain on an already overloaded on-board network.
  • Consumers that are not currently relevant can also be specifically deactivated or the installation can be scheduled for a time window in which the consumers in question are deactivated, which is also known as load distribution or load balancing.
  • a wireless update can also be enriched with additional information.
  • This additional information can be determined by the vehicle manufacturer and attached to the wireless update and can, for example, specify an installation time depending on the respective hardware component and, if applicable, the power consumption incurred or the amount of electrical energy required.
  • the management module can take this additional information into account in order to find suitable time windows, taking into account the vehicle condition specifications, at which the proactive user request to install the wireless update is made to the user. If, for example, the user specifies that a wireless update should be installed before running an auxiliary heating program, but there is not enough time to install the wireless update after the wireless update has been provided by the central computing device until the auxiliary heating is activated, the management module refrains from issuing the proactive user request.
  • Information about the download or installation progress can of course be displayed on the mobile device. For example, the user can be shown a current download rate, download progress or installation progress.
  • the management module only makes the user request to install the wireless update when all vehicle states for which a vehicle state default value has been specified meet their respective vehicle state default values.
  • vehicle state default values for several vehicle states.
  • the user can then prioritize which vehicle states must at least be met so that the user is shown the corresponding installation prompt.
  • An equivalent OR selection can also be made, such as either the elapse of a specified period of time after deactivation of the drive motor or the cooling water or oil cooling down to a certain temperature.
  • all vehicle state default values specified by the user must be met before the proactive user request to install the wireless update is issued to the user via the mobile device. This increases the probability that there really is such a time window during which the vehicle will not be used by the user and thus a safe installation of the wireless update is possible.
  • the mobile device, the central computing device or the management module automatically issues the installation confirmation as soon as the at least one vehicle state for which a vehicle state default value was defined meets its respective vehicle state default value. This allows the reliability of the vehicle to be improved even further. If the respective vehicle states defined by the user meet their respective vehicle state default value, it can be assumed that the user also wants the wireless update to be installed. In this case, the wireless update can then be installed directly by automatically issuing the installation confirmation. During the day, it often happens that the mobile device is not within reach of the user, for example when the user is attending a meeting, showering, cooking, playing with his Children are playing or the like.
  • the user can also specify for which individual vehicle states the automatic installation confirmation should be issued and for which not. For example, the user can specify that an installation confirmation should be issued automatically between 10 p.m. and 4 a.m. when the vehicle ignition is deactivated, but that manual confirmation is required during the day.
  • a further advantageous embodiment of the method also provides that the management module determines a current electrical energy consumption of the vehicle, compares the current energy consumption with an electrical energy reserve held in an electrical energy storage device of the vehicle and only initiates the installation of the wireless update on the computing unit if, in addition, a predicted electrical energy reserve after installation of the wireless update is greater than a predetermined threshold value.
  • energy consumption means the energy balance, i.e. the power of electrical consumers and any charging power when the vehicle is connected to a charging station, for example. The energy consumption can be positive or negative accordingly.
  • the electrical energy storage device is, for example, a traction battery or a starter battery.
  • the vehicle is able to estimate how much electrical energy will be consumed until the wireless update is installed, taking into account the expected download or installation time and the energy requirements of the corresponding computing units. By also taking into account the electrical energy consumption, the vehicle can then predict what electrical energy reserve is likely to still be available after the wireless update has been installed.
  • the management module issues a notification message to the user via the mobile terminal if at least one vehicle state for which a vehicle state default value has not met its respective vehicle condition default value for a vehicle condition-specific period of time. If the corresponding vehicle condition is relevant for the user for installing wireless updates and the corresponding vehicle condition does not meet its vehicle condition default value for a disproportionately long period of time, the wireless update cannot be installed due to the failure to issue the proactive user query to install the wireless update. This is the case, for example, if the user has set a certain threshold voltage for the vehicle's electrical energy storage device and this threshold voltage is never exceeded. This can be the case, for example, if there are unexpected leakage currents in the on-board network. In this case, the user should take their vehicle to a workshop to repair the defect. In such a case, the user is shown notification messages on the mobile device, which further increases the reliability of making the vehicle available.
  • a further advantageous embodiment of the method according to the invention further provides that the management module sends an action request to the user via the mobile device for at least one vehicle state that does not meet its respective vehicle state preset value, after which the management module has confirmed the action request by the user, and after this the management module causes a vehicle component linked to the vehicle state to be controlled to change its state.
  • the management module sends an action request to the user via the mobile device for at least one vehicle state that does not meet its respective vehicle state preset value, after which the management module has confirmed the action request by the user, and after this the management module causes a vehicle component linked to the vehicle state to be controlled to change its state.
  • This also makes it possible to further increase the reliability of the vehicle. If, for example, the user has specified that wireless updates should only be installed when the windows are closed, a corresponding notification message can be issued to the user in a case where at least one window of the vehicle is still at least partially open. The user is then able to issue a closing command to the vehicle via the mobile device so that the vehicle closes the window
  • the management module after the wireless update has been provided by the central computing device, makes a proactive user request for the transmission of the wireless update to the telecommunications unit via the mobile terminal, and only then initiates the transmission of the wireless update to the Telecommunications unit when the management module receives a transmission confirmation.
  • the transmission confirmation is issued by the user via the mobile device.
  • available wireless updates are not downloaded automatically and immediately from the vehicle, but only after confirmation by the user. This gives the user even more control over the process of installing wireless updates in their vehicle.
  • a system comprising an in-vehicle computing unit, an in-vehicle telecommunications unit, a central computing device, a mobile terminal and a management module
  • the computing unit, the telecommunications unit, the central computing device, the mobile terminal and the management module are set up according to the invention to carry out a method described above.
  • corresponding hardware components and software components are required.
  • the hardware components comprise computer-readable storage media on which program code is stored, the execution of which by an execution unit such as a processor enables the provision of the method steps according to the invention.
  • the management module i.e. a corresponding download, installation or update manager, can be implemented entirely or partially on one or different hardware components, i.e. on an in-vehicle computing unit, the telecommunications unit, the central computing device and the mobile terminal.
  • FIG. 1 is a schematic representation of a system according to the invention for introducing wireless updates into a computing unit of a vehicle
  • Fig. 2 is a flow chart of a method according to the invention for introducing wireless updates into a computing unit of the vehicle.
  • Figure 1 shows a vehicle 2 comprising two computing units 1 and a telecommunications unit 4. Also shown are a mobile terminal 6 and a central computing device 3.
  • a user initially determines the vehicle states for which an installation is possible. These states correlate with situations in which the user is unlikely to use his vehicle. A corresponding situation exists when said vehicle states meet their corresponding vehicle state default value specified by the user (not shown).
  • a new wireless update is provided by the central computing device 3. The wireless update is then downloaded to the vehicle 2 via the telecommunications unit 4 in a method step 202.
  • a method step 203 the management module 5 collects status information that describes the respective vehicle states.
  • the status information is compared with the respective vehicle state default values specified by the user. If vehicle states specified as relevant by the user in method step 205 do not meet their respective vehicle state default value, the process continues with method step 203. If at least one critical vehicle state meets its vehicle state default value, a proactive user request to install the wireless update is sent to the user's mobile terminal 6 in method step 206.
  • process step 207 the user manually confirms this user request, which starts the installation of the wireless update in process step 208.
  • a corresponding installation confirmation can also be issued automatically, as indicated by process step 207'. This is the case if the user has enabled this for individual vehicle states. If the vehicle state default value is met for such an enabled vehicle state, the installation confirmation can then be issued automatically.
  • the reliability of the vehicle 2 is increased, since it is thus more likely that wireless updates have already been installed (within a suitable time window), and thus the user can use his vehicle 2 to carry out a journey if he intends to do so.
  • user satisfaction is improved due to the convenient management of update processes via the mobile terminal 6.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit (1) eines Fahrzeugs (2). Das erfindungsgemäße Verfahren ist dadurch gekennzeichnet, dass - ein Verwaltungsmodul (5) zumindest einmal eine proaktive Anfrage an einen Nutzer des Fahrzeugs (2) zur Festlegung eines Fahrzeugzustandvorgabewerts für zumindest einen Fahrzeugzustand stellt; - das Verwaltungsmodul (5) einen vom Nutzer festgelegten Fahrzeugzustandvorgabewert empfängt und speichert; - das Verwaltungsmodul (5), nach Bereitstellung des Drahtlos-Updates durch eine zentrale Recheneinrichtung (3), Zustandsinformationen des Fahrzeugs (2) mit den festgelegten Fahrzeugzustandvorgabewerten abgleicht; - das Verwaltungsmodul (5) über ein mobiles Endgerät (6) eine proaktive Nutzeranfrage zur Installation des Drahtlos-Updates stellt, wenn zumindest ein Fahrzeugzustand für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert erfüllt; und - das Verwaltungsmodul (5) die Installation des Drahtlos-Updates auf der Recheneinheit (1) veranlasst, wenn das Verwaltungsmodul (5) eine Installationsbestätigung empfängt.

Description

Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs und System
Die Erfindung betrifft ein Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs nach der im Oberbegriff von Anspruch 1 näher definierten Art sowie ein System nach der im Oberbegriff von Anspruch 8 näher definierten Art.
Zum Übernehmen komplexer Steuerungs- und Regelungsaufgaben sowie zur Bereitstellung von Fahrerassistenzsystemen werden zunehmend immer leistungsfähigere Rechnersysteme in Fahrzeuge integriert. Über die Lebensdauer hinweg kann es erforderlich sein von entsprechenden Rechnersystemen ausgeführte Softwarekomponenten zu aktualisieren. Hierdurch lassen sich Bugs beheben, neue Funktionen bereitstellen oder Sicherheitslücken schließen. Entsprechende Softwareupdates können fahrzeugextern auf einen Computer heruntergeladen werden und dann beispielsweise während einer Wartung in einer Werkstatt oder auch durch den Fahrzeugnutzer, beispielsweise mittels eines USB-Sticks, in das Fahrzeug eingebracht werden.
Moderne Fahrzeuge verfügen über eine Telekommunikationseinheit, mittels derer eine drahtlose Anbindung des Fahrzeugs an das Internet möglich ist. Dies ermöglicht es Softwareupdates auch drahtlos, beispielsweise per Mobilfunk, zu beziehen.
Während das Herunterladen von Daten auch während der Fahrzeugnutzung möglich ist, ist es, je nach zu aktualisierender Softwarekomponente bzw. in Abhängigkeit des zu aktualisierenden Rechnersystems, erforderlich, dass das Fahrzeug steht bzw. der Motor bzw. die Bordelektronik deaktiviert ist. Während der Installation eines Softwareupdates kann gegebenenfalls das entsprechende Rechnersystem nicht zur Bereitstellung seiner typischen Aufgabe verwendet werden, da relevante Codebausteine ausgetauscht werden sowie gegebenenfalls ein oder mehrere Neustarts erforderlich sind. Somit muss ein passendes Zeitfenster zum Einbringen entsprechender Softwareupdates in das Fahrzeug aufgefunden werden, um zu verhindern, dass das Fahrzeug nicht genutzt werden kann, wenn der Nutzer gerade eine Fahrt unternehmen möchte.
Das Installieren von Softwareupdates kann zudem zeitintensiv sein. Während der Installation ist ein entsprechendes Rechnersystem eingeschaltet und verbraucht Energie. Insbesondere leistungsfähige Rechnersysteme weisen einen hohen Energiebedarf auf. Dies führt dazu, dass ein elektrischer Energiespeicher des Fahrzeugs durch das Installieren von Softwareupdates zunehmend erschöpft wird. Bei einem batterieelektrisch angetriebenen Fahrzeug kann hierdurch die Restreichweite reduziert werden.
Um die Zuverlässigkeit des Fahrzeugs im Rahmen der Installation von Softwareupdates zu erhöhen, ist es allgemein bekannt die Installation von Softwareupdates von Voraussetzungen, wie beispielsweise einer ausreichenden Akkuladung, abhängig zu machen. Aus der US 11,269,617 B2, welche den nächstliegenden Stand der Technik darstellt, ist ein System zum Übertragen zumindest eines Aktualisierungspakets für zumindest ein Steuergerät eines Kraftfahrzeugs sowie ein entsprechendes Verfahren bekannt. Die Installation des Aktualisierungspakets auf dem Steuergerät kann beispielsweise davon abhängig gemacht werden, ob das Fahrzeug gerade an eine Ladestation angeschlossen ist. Ferner können Abhängigkeiten der Aktualisierungspakete zu speziellen Hardwarekomponenten und Softwarekomponenten berücksichtigt werden. Dies ermöglicht es Installationsgruppen zu bilden, sodass unterschiedliche Aktualisierungspakete in Abhängigkeit der Hardware- und/oder Softwareausführung eines Fahrzeugs zusammengefasst werden können. Dies ermöglicht eine schnelle und effiziente Verteilung von Aktualisierungspaketen auf unterschiedlich ausgestattete Fahrzeuge.
Ferner offenbart die DE 102016 014 326 A1 ein Verfahren zum Betrieb eines Assistenzsystems eines Fahrzeugs, welches vorsieht, dass anhand von Fahrzeugdaten ein Abgleich mit hinterlegten Daten durchgeführt wird und anhand des Abgleichs eine durchzuführende Aktualisierung der Fahrzeugdaten ermittelt wird und bei vorliegender Aktualisierung ein Hinweis zur Durchführung dieser an ein mobiles Endgerät des Nutzers ausgegeben wird, wobei der Nutzer erst im Stillstand des Fahrzeugs und bei ausgeschalteter Zündung auf die Aktualisierung der Fahrzeugdaten hingewiesen wird. Ferner offenbart die DE 102019 104434 A1 ein System mit einem Speicher, in dem eine Wahrscheinlichkeitskarte gespeichert ist, die Informationen beinhaltet, die Wahrscheinlichkeiten angeben, dass ein Fahrzeug während jedem von einer Vielzahl von Segmenten eines Zeitraums verwendet wird; und einen Prozessor des Fahrzeugs, der programmiert ist, um einen Zeitpunkt zum Installieren einer Softwareaktualisierung unter Verwendung der Wahrscheinlichkeitskarte und einer erwarteten Stillstandzeit zu planen, die für die Installation erforderlich ist, und, um die Softwareaktualisierung als Reaktion auf eine Bestätigung, dass das Fahrzeug nicht in Verwendung ist, zu dem Zeitpunkt zu installieren.
Ferner offenbart die WO 2017 / 190 868 A1 ein Verfahren zum Aktualisieren der Software wenigstens eines Sensors in einem Kraftfahrzeug, das mit einem Kraftfahrzeug- Kommunikationssystem ausgestattet ist. Dabei wird die zu aktualisierende Software an das Kraftfahrzeug-Kommunikationssystem übertragen und von dem Kraftfahrzeug- Kommunikationssystem auf den wenigstens einen Sensor überspielt, wobei die neue Software nur beim Stillstand des Kraftfahrzeugs bzw. bei Stillstand des Motors des Kraftfahrzeugs auf den wenigstens einen Sensor überspielt wird. Zudem wird eine Bestätigung der Softwareaktualisierung über das Smartphone des Benutzers bzw. Fahrers des Fahrzeugs angefordert, um die Softwareaktualisierung zu installieren.
Zudem offenbart die US 2015 / 0 169 311 A1 ein Verfahren zur Planung einer Softwareaktualisierung mit einer automatischen Bestimmung eines Zeitfensters für die Softwareaktualisierung auf der Grundlage eines verfolgten Nutzungsmusters sowie der Anwendung von Softwareaktualisierungen auf das Fahrzeug während des geplanten Zeitfensters, wobei ermittelt wird, ob eine vorherige Benachrichtigung oder Genehmigung des Nutzers erforderlich ist und ggf. bei Genehmigung des Nutzers die Softwareaktualisierung durchgeführt wird.
Ferner ist es bekannt Softwareupdates über ein Drittgerät anzustoßen. So kann beispielsweise mittels eines ersten Rechnersystems per Fernzugriff auf ein zweites Rechnersystem zugegriffen werden und somit über das erste Rechnersystem eine Softwareaktualisierung auf das zweite Rechnersystem eingespielt werden. Die Rechnersysteme können dabei unterschiedlich ausgestaltet sei, beispielsweise als Desktopcomputer, Laptop, Tabletcomputer, Smartphone, Server und dergleichen. Der vorliegenden Erfindung liegt die Aufgabe zugrunde ein verbessertes Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs anzugeben, mit dessen Hilfe die Zuverlässigkeit des Fahrzeugs erhöht werden kann.
Erfindungsgemäß wird diese Aufgabe durch ein Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs mit den Merkmalen des Anspruchs 1 gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen sowie ein entsprechendes System zur Durchführung des Verfahrens ergeben sich aus den hiervon abhängigen Ansprüchen.
Ein gattungsgemäßes Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs, wobei das Drahtlos-Update von einer zentralen Recheneinrichtung bereitgestellt wird, drahtlos von der zentralen Recheneinrichtung an eine fahrzeuginterne Telekommunikationseinheit übertragen wird und temporär im Fahrzeug zwischengespeichert wird, und wobei ein Verwaltungsmodul Zustandsinformationen erhebt, welche wenigstens einen Fahrzeugzustand beschreiben, und das Verwaltungsmodul in Abhängigkeit der Zustandsinformationen eine Installation des Drahtlos-Updates auf der Recheneinheit veranlasst, wenn das Verwaltungsmodul einen von einem Nutzer über ein mobiles Endgerät ausgegebenen Installationsbefehl empfängt, wird erfindungsgemäß dadurch weitergebildet, dass
- das Verwaltungsmodul zumindest einmal eine proaktive Anfrage an den Nutzer zur Festlegung eines Fahrzeugzustandvorgabewerts für zumindest einen Fahrzeugzustand stellt;
- das Verwaltungsmodul einen vom Nutzer festgelegten Fahrzeugzustandvorgabewert empfängt und speichert;
- das Verwaltungsmodul, nach Bereitstellung des Drahtlos-Updates durch die zentrale Recheneinrichtung, die Zustandsinformationen mit den festgelegten Fahrzeugzustandvorgabewerten abgleicht;
- das Verwaltungsmodul über das mobile Endgerät eine proaktive Nutzeranfrage zur Installation des Drahtlos-Updates stellt, wenn zumindest ein Fahrzeugzustand, für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert erfüllt; und
- das Verwaltungsmodul die Installation des Drahtlos-Updates auf der Recheneinheit veranlasst, wenn das Verwaltungsmodul eine Installationsbestätigung empfängt. Der Fahrzeugzustand beschreibt alle erdenklichen Eigenschaften und Zustände des Fahrzeugs und von Fahrzeugkomponenten. Hierzu zählt beispielsweise ein Türverriegelungsstatus, der Öffnungsgrad eines elektrischen Fensterhebers, der Öffnungsgrad eines Dachfensters, der Zündungsstatus, die Zeitdauer nach Abstellen des Motors, eine Öltemperatur, eine Innenraumtemperatur, eine Außentemperatur, eine Uhrzeit, ein Datum, Einstellungen von Fahrzeuguntersystemen wie ein in einem Infotainmentsystem eingestellter Radiosender, eine aktive Audioquelle, die Einstellung einer Klimatisierungseinrichtung und dergleichen. Entsprechende Zustandsinformationen werden also vom Fahrzeug mit Hilfe von Sensoren gemessen und durch die im Fahrzeug verbauten Recheneinheiten bereitgestellt. Ein Zugriff ist mittels Datenbus, beispielsweise mittels CAN-Bus, möglich.
Der Nutzer ist hierdurch dazu in der Lage Situationen festzulegen, zu denen das Installieren von Drahtlos-Updates für ihn in Frage kommt. Beispielsweise kann der Nutzer vorgegeben, dass ein geeignetes Zeitfenster zum Installieren von Drahtlos-Updates nur dann vorliegt, wenn nach Abstellen des Motors des Fahrzeugs eine bestimmte minimale Zeitdauer verstrichen ist sowie optional ergänzend beispielsweise der Motor bzw. das Öl oder Kühlwasser auf eine bestimmte Temperatur heruntergekühlt ist. Dies kann ein Indiz dafür darstellen, dass das Fahrzeug für einen längeren Zeitraum nicht mehr genutzt wird, sodass Drahtlos-Updates installiert werden können, ohne Gefahr zu laufen, dass der Nutzer das Fahrzeug nutzen möchte. Somit wird die Zuverlässigkeit des Fahrzeugs erhöht, da hierdurch verhindert wird, dass das Fahrzeug, wenn der Nutzer das Fahrzeug für eine Fahrt verwenden will, nicht bereitsteht.
Das Verwaltungsmodul stellt nur dann die Anfrage an den Nutzer zum Bestätigen der Installation des Drahtlos-Updates, wenn ein passender Zeitraum, also eine vom Nutzer durch die Fahrzeugzustandvorgabewerte definierte Situation, vorliegt. Hierdurch wird zusätzlich der Nutzerkomfort verbessert, da Installationsanfragen nicht gestellt werden, wenn auch kein geeignetes Zeitfenster vorliegt. Durch die Nutzung des mobilen Endgeräts muss der Nutzer ferner nicht im Fahrzeug anwesend sein, um die Installation zu starten, was zum einen den Nutzerkomfort noch weiter verbessert und zum anderen auch die Zuverlässigkeit weiter erhöht, da somit nach Erfüllen entsprechender Installationsbedingungen unmittelbar die Installation des Drahtlos-Updates gestartet werden kann und nicht erst gewartet werden muss, bis der Nutzer sein Fahrzeug betreten hat. „Einbringen“ meint in diesem Zusammenhang sowohl das Herunterladen des Drahtlos- Updates, als auch das Installieren auf der Recheneinheit. Bei der zentralen Recheneinrichtung kann es sich beispielsweise um einen Cloudserver, auch als Backend bezeichnet, handeln. Die zentrale Recheneinrichtung kann beispielsweise vom Fahrzeughersteller betrieben werden. Eine drahtlose Anbindung der Telekommunikationseinheit an die zentrale Recheneinrichtung ist über unterschiedliche Funktechnologien möglich, wie beispielsweise Mobilfunk, WiFi, Bluetooth, NFC, ZigBee oder dergleichen. Eine besonders verfügbare Anbindung ist per Mobilfunk möglich. Auch ist es denkbar, dass beispielsweise am privaten Abstellort des Nutzers ein Wi-Fi Hotspot vorhanden ist, über den die Telekommunikationseinheit unter Nutzung von WLAN und der Festnetzleitung des Nutzers eine Verbindung zur zentralen Recheneinrichtung aufbauen kann.
Ein heruntergeladenes Drahtlos-Update kann an verschiedenen Stellen im Fahrzeug zwischengespeichert werden. Entsprechende Daten können beispielsweise in der Telekommunikationseinheit selbst oder auch in einer beliebigen Recheneinheit vorgehalten werden. Die Installation findet dann unter Auslesen der entsprechenden Daten von der Telekommunikationseinheit bzw. Recheneinheit statt. Bei dem Drahtlos- Update kann es sich auch um ein sogenanntes Differenz-Update handeln, also ein Update, welches lediglich auszutauschende Programmcodeanteile enthält. Es können bereits auf einer Recheneinheit implementierte Programme oder Programmteile ausgetauscht werden oder auch gänzlich neue Programme in das Fahrzeug eingebracht werden.
Das Verwaltungsmodul kann auch als Download-Manager, Installations-Manager oder Update-Manager bezeichnet werden. Das Verwaltungsmodul kann von Hardware- und/oder Softwarekomponenten ausgebildet sein. Das Verwaltungsmodul kann eine separate Einheit darstellen oder auch verteilt ausgeführt sein. So können einzelne Teile des Verwaltungsmoduls auf eine oder mehrere Recheneinheiten des Fahrzeugs, die Telekommunikationseinheit, das mobile Endgerät und/oder die zentrale Recheneinrichtung verteilt sein.
Ein respektiver Fahrzeugzustandvorgabewert definiert dabei diejenigen Fahrzeugzustände, zu denen die Installation von Drahtlos-Updates vom Nutzer erwünscht ist. Beispielsweise kann es sich bei dem Fahrzeugzustand um den Zustand der Zündung handeln, wobei der Fahrzeugzustandvorgabewert dann beispielsweise die Ausprägung „Aus“ annimmt. Ein weiteres Beispiel für einen Fahrzeugzustand wäre der Ladezustand einer Traktionsbatterie mit der Ausprägung „über 40%“ für den dazugehörigen Fahrzeugzustandvorgabewert. Ein weiteres Beispiel für den Fahrzeugzustand wäre die Verwendung einer Standheizung mit der Ausprägung „Deaktiviert“ für den dazugehörigen Fahrzeugzustandvorgabewert. So kann der Nutzer festlegen, dass nur vor dem Start oder nach dem Verwenden einer Standheizung eine Softwareaktualisierung durchgeführt werden soll, nicht jedoch während die Standheizung betrieben wird.
Mit anderen Worten können auch die Verbrauchsleistungen im Fahrzeugbordnetz berücksichtigt werden, wodurch verhindert werden kann, dass durch das Installieren von Drahtlos-Updates und den damit einhergehenden gesteigerten Strombedarf der ausführenden Recheneinheit ein ohnehin belastetes Bordnetz übermäßig stark beansprucht wird. Es können auch gezielt aktuell nicht relevante Verbraucher deaktiviert werden bzw. die Installation in ein Zeitfenster gelegt werden in dem besagte Verbraucher deaktiviert sind, was auch als Lastverteilung bzw. Loadbalancing bezeichnet wird.
Ein Fahrzeugzustandvorgabewert kann ferner mit weiteren Informationen angereichert sein, wie beispielsweise mit einem Zeitfenster. So kann der Nutzer vorgeben, dass ein Drahtlos-Update erst 30 Minuten nach Abstellen des Motors installiert werden soll.
Auch ein Drahtlos-Update kann mit weiteren Informationen angereichert sein. Diese weiteren Informationen können vom Fahrzeughersteller ermittelt und an das Drahtlos- Update angehängt sein und beispielsweise eine Installationsdauer in Abhängigkeit der jeweiligen Hardwarekomponente sowie gegebenenfalls den dabei anfallenden Stromverbrauch bzw. die benötigte elektrische Energiemenge beziffern. Diese weiteren Informationen kann das Verwaltungsmodul beachten, um unter Berücksichtigung der Fahrzeugzustandvorgabewerte geeignete Zeitfenster aufzufinden, an denen die proaktive Nutzeranfrage zur Installation des Drahtlos-Updates an den Nutzer gestellt wird. Gibt beispielsweise der Nutzer vor, dass ein Drahtlos-Update vor dem Durchführen eines Standheizungsprogramms installiert werden soll, nach Bereitstellung des Drahtlos- Updates durch die zentrale Recheneinrichtung bis zum Aktivieren der Standheizung jedoch zu wenig Zeit zum Installieren des Drahtlos- Updates vorhanden ist, so unterlässt das Verwaltungsmodul das Ausgeben der proaktiven Nutzeranfrage. Über das mobile Endgerät können selbstverständlich den Download bzw. den Installationsfortschritt betreffende Informationen angezeigt werden. Beispielsweise kann dem Nutzer eine aktuelle Downloadrate, ein Downloadfortschritt oder auch ein Installationsfortschritt angezeigt werden.
Eine vorteilhafte Weiterbildung des Verfahrens sieht vor, dass das Verwaltungsmodul erst dann die Nutzeranfrage zur Installation des Drahtlos-Updates stellt, wenn sämtliche Fahrzeugzustände, für die ein Fahrzeugzustandvorgabewert festgelegt wurde, ihre jeweiligen Fahrzeugzustandvorgabewerte erfüllen. Generell ist es möglich, dass der Nutzer für mehrere Fahrzeugzustände Fahrzeugzustandvorgabewerte festlegt. Der Nutzer kann dann eine Priorisierung treffen, welche Fahrzeugzustände zumindest erfüllt sein müssen, damit dem Nutzer die entsprechende Installationsaufforderung angezeigt wird. Dabei kann auch eine gleichwertige Oder-Auswahl getroffen werden, wie beispielsweise entweder das Verstreichen einer festgelegten Zeitdauer nach Deaktivieren des Antriebsmotors oder das Abkühlen des Motors bzw. des Kühlwassers oder Öls auf eine bestimmte Temperatur. Auf ganz bevorzugte Art und Weise müssen sämtliche vom Nutzer vorgegebenen Fahrzeugzustandvorgabewerte erfüllt sein, bis die proaktive Nutzeranfrage zur Installation des Drahtlos-Updates über das mobile Endgerät an den Nutzer ausgegeben wird. Hierdurch erhöht sich die Wahrscheinlichkeit, dass auch wirklich ein solches Zeitfenster vorliegt, zu dem das Fahrzeug vom Nutzer nicht genutzt werden wird und somit auch ein sicheres Installieren des Drahtlos-Updates möglich ist.
Entsprechend einer weiteren vorteilhaften Ausgestaltung des Verfahrens gibt das mobile Endgerät, die zentrale Recheneinrichtung oder das Verwaltungsmodul die Installationsbestätigung automatisch aus, sobald der zumindest eine Fahrzeugzustand, für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert erfüllt. Hierdurch lässt sich die Zuverlässigkeit des Fahrzeugs noch weiter verbessern. Erfüllen die respektiven vom Nutzer festgelegten Fahrzeugzustände ihren jeweiligen Fahrzeugzustandvorgabewert, so kann davon ausgegangen werden, dass der Nutzer auch die Installation des Drahtlos-Updates erwünscht. In diesem Falle kann dann direkt die Installation des Drahtlos-Updates durch das automatische Ausgeben der Installationsbestätigung erfolgen. Über den Tag kommt es oftmals vor, dass das mobile Endgerät nicht in Reichweite des Nutzers ist, beispielsweise wenn der Nutzer an einem Meeting teilnimmt, duscht, kocht, mit seinen Kindern spielt oder dergleichen. Durch das automatische Ausgeben der Installationsbestätigung lässt sich somit verhindern, dass ein geeignetes Zeitfenster zum Installieren eines Drahtlos-Updates, während der Nutzer jedoch sein mobiles Endgerät nicht in Reichweite hat, ungenutzt verloren geht. Der Nutzer kann dabei auch festlegen, für welche individuellen Fahrzeugzustände das automatische Ausgeben der Installationsbestätigung erfolgen soll und für welche nicht. Beispielsweise kann der Nutzer festlegen, dass nachts zwischen 22 Uhr und 4 Uhr morgens bei einer deaktivierten Fahrzeugzündung automatisch eine Installationsbestätigung ausgegeben werden soll, tagsüber jedoch eine manuelle Bestätigung erforderlich ist.
Eine weitere vorteilhafte Ausgestaltung des Verfahrens sieht ferner vor, dass das Verwaltungsmodul einen aktuellen elektrischen Energieumsatz des Fahrzeugs ermittelt, den aktuellen Energieumsatz mit einer in einem elektrischen Energiespeicher des Fahrzeugs vorgehaltenen elektrischen Energiereserve abgleicht und nur dann die Installation des Drahtlos-Updates auf der Recheneinheit veranlasst, wenn zusätzlich eine prognostizierte elektrische Energiereserve nach Installation des Drahtlos-Updates größer ist als ein vorgegebener Schwellwert. Hierdurch lässt sich gewährleisten, dass nach Installation des Drahtlos-Updates bei einem elektrisch antreibbaren Fahrzeug, insbesondere ein rein batterieelektrisch antreibbares Fahrzeug, eine ausreichende Restreichweite nach Installation des Drahtlos-Updates vorgehalten wird. „Energieumsatz“ meint in diesem Zusammenhang die Energiebilanz, also die Leistung elektrischer Verbraucher sowie eine etwaige Ladeleistung, wenn das Fahrzeug beispielsweise an einer Ladestation angeschlossen ist. Der Energieumsatz kann entsprechend positiv oder negativ sein. Bei dem elektrischen Energiespeicher handelt es sich beispielsweise um eine Traktionsbatterie oder auch eine Starterbatterie. Das Fahrzeug ist dazu in der Lage unter Berücksichtigung der erwartenden Download- bzw. Installationsdauer und des Energiebedarfs entsprechender Recheneinheiten abzuschätzen, wieviel elektrische Energie bis zur Installation des Drahtlos- Updates verbraucht werden wird. Unter zusätzlicher Berücksichtigung des elektrischen Energieumsatzes kann das Fahrzeug dann prognostizieren, welche elektrische Energiereserve nach Installation des Drahtlos- Updates wahrscheinlich noch vorhanden ist.
Entsprechend einer weiteren vorteilhaften Ausgestaltung des Verfahrens gibt das Verwaltungsmodul über das mobile Endgerät eine Hinweisnachricht an den Nutzer aus, wenn zumindest ein Fahrzeugzustand, für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert für eine fahrzeugzustandsspezifische Zeitdauer nicht erfüllt hat. Ist der entsprechende Fahrzeugzustand für den Nutzer zur Installation von Drahtlos-Updates relevant und erfüllt der entsprechende Fahrzeugzustand seinen Fahrzeugzustandvorgabewert für eine unverhältnismäßig lange Zeitdauer nicht, so kann auch das Drahtlos-Update aus Ermangelung des Ausgebens der proaktiven Nutzerabfrage zur Installation des Drahtlos- Updates nicht installiert werden. Dies ist beispielsweise der Fall, wenn der Nutzer eine bestimmte Schwellspannung für den elektrischen Energiespeicher des Fahrzeugs festgelegt hat und diese Schwellspannung nie überschritten wird. Dies kann beispielsweise der Fall sein, wenn unerwartete Kriechströme im Bordnetz vorliegen. In diesem Fall sollte der Nutzer mit seinem Fahrzeug eine Werkstatt aufsuchen, um den Defekt zu beheben. In einem solchen Fall werden dem Nutzer Hinweisnachrichten über das mobile Endgerät angezeigt, was entsprechend die Zuverlässigkeit zur Bereitstellung des Fahrzeugs weiter erhöht.
Eine weitere vorteilhafte Ausgestaltung des erfindungsgemäßen Verfahrens sieht ferner vor, dass das Verwaltungsmodul über das mobile Endgerät für zumindest einen Fahrzeugzustand der seinen respektiven Fahrzeugzustandvorgabewert nicht erfüllt, eine Aktionsanfrage an den Nutzer stellt, nach deren Bestätigung durch den Nutzer das Verwaltungsmodul bewirkt, dass eine mit dem Fahrzeugzustand verknüpfte Fahrzeugkomponente zum Ändern ihres Zustands angesteuert wird. Auch hierdurch lässt sich die Zuverlässigkeit des Fahrzeugs noch weiter erhöhen. Hat der Nutzer beispielsweise festgelegt, dass Drahtlos-Updates nur bei geschlossenen Fenstern installiert werden sollen, so kann in einem Fall bei dem zumindest ein Fenster des Fahrzeugs noch zumindest teilweise geöffnet ist, eine entsprechende Hinweisnachricht an den Nutzer ausgegeben werden. Der Nutzer ist dann dazu in der Lage über das mobile Endgerät einen Schließbefehl an das Fahrzeug zu erteilen, sodass das Fahrzeug selbstständig das Fenster schließt und danach mit der Installation des Drahtlos-Updates beginnen kann.
Entsprechend einer weiteren vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens stellt das Verwaltungsmodul, nach Bereitstellung des Drahtlos-Updates durch die zentrale Recheneinrichtung, über das mobile Endgerät eine proaktive Nutzeranfrage zur Übertragung des Drahtlos-Updates an die Telekommunikationseinheit, und veranlasst das Verwaltungsmodul nur dann die Übertragung des Drahtlos-Updates an die Telekommunikationseinheit, wenn das Verwaltungsmodul eine Übertragungsbestätigung empfängt. Die Übertragungsbestätigung wird entsprechend vom Nutzer über das mobile Endgerät ausgegeben. Mit anderen Worten werden somit verfügbare Drahtlos-Updates nicht automatisch und unmittelbar vom Fahrzeug heruntergeladen, sondern erst nach Bestätigung durch den Nutzer. Hierdurch erhält der Nutzer noch mehr Kontrolle über den Einbringvorgang von Drahtlos-Updates in sein Fahrzeug.
Bei einem System, umfassend eine fahrzeuginterne Recheneinheit, eine fahrzeuginterne Telekommunikationseinheit, eine zentrale Recheneinrichtung, ein mobiles Endgerät und ein Verwaltungsmodul, sind erfindungsgemäß die Recheneinheit, die Telekommunikationseinheit, die zentrale Recheneinrichtung, das mobile Endgerät und das Verwaltungsmodul zur Ausführung eines im vorigen beschriebenen Verfahrens eingerichtet. Zur Bereitstellung des erfindungsgemäßen Verfahrens sind entsprechende Hardwarekomponenten und Softwarekomponenten erforderlich. Die Hardwarekomponenten umfassen entsprechend computerlesebare Speichermedien, auf denen respektiver Programmcode vorgehalten wird, dessen Ausführung durch eine Ausführungseinheit wie einen Prozessor die Bereitstellung der erfindungsgemäßen Verfahrensschritte ermöglicht. Wie bereits erwähnt kann das Verwaltungsmodul, also ein entsprechender Download-, Installations- bzw. Update-Manager, gänzlich oder teilweise auf einer oder unterschiedlichen Hardwarekomponenten, also auf einer fahrzeuginternen Recheneinheit, der Telekommunikationseinheit, der zentralen Recheneinrichtung sowie dem mobilen Endgerät, implementiert sein.
Weitere vorteilhafte Ausgestaltungen des erfindungsgemäßen Verfahrens und Systems ergeben sich auch aus den Ausführungsbeispielen, welche nachfolgend unter Bezugnahme auf die Figuren näher beschrieben werden.
Dabei zeigen:
Fig. 1 eine schematische Darstellung eines erfindungsgemäßen Systems zum Einbringen von Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs; und Fig. 2 ein Ablaufdiagramm eines erfindungsgemäßen Verfahrens zum Einbringen von Drahtlos-Updates in eine Recheneinheit des Fahrzeugs. Figur 1 zeigt ein Fahrzeug 2, umfassend zwei Recheneinheiten 1 und eine Telekommunikationseinheit 4. Ferner dargestellt sind ein mobiles Endgerät 6 und eine zentrale Recheneinrichtung 3.
Das Fahrzeug 2 ist dazu eingerichtet Drahtlos-Updates zu erhalten, um von einer oder mehrerer Recheneinheiten 1 ausgeführte oder ausführbare Software zu aktualisieren oder neu einzubringen. Ein entsprechendes Drahtlos-Update wird von der zentralen Recheneinrichtung 3 bereitgestellt und drahtlos, beispielsweise per Mobilfunk, an die Telekommunikationseinheit 4 übertragen. Das Drahtlos-Update kann auf der Telekommunikationseinheit 4 oder einer sonstigen Recheneinheit 1 des Fahrzeugs 2 temporär zwischengespeichert werden. Der entsprechende Aktualisierungsvorgang wird von einem Nutzer über sein mobiles Endgerät 6 verwaltet. Auf einer oder mehreren Hardwarekomponenten ist ferner ein Verwaltungsmodul 5 implementiert, welches im Hintergrund arbeitet. In dem in Figur 1 gezeigten Ausführungsbeispiel ist das Verwaltungsmodul 5, wie durch eine durchgezogene Linie dargestellt, in eine der Recheneinheiten 1 des Fahrzeugs 2 integriert. Wie durch gestrichelte Linien angedeutet, können jedoch auch Teile oder auch ein vollständiges Verwaltungsmodul 5 auf die Telekommunikationseinheit 4, das mobile Endgerät 6 und/oder die zentrale Recheneinrichtung 3 verteilt sein. Das Verwaltungsmodul 5 kann auch als Download- Manager, Installations-Manager oder Update-Manager bezeichnet werden.
Es stellt sich die Frage, wann ein besagtes Drahtlos-Update im Fahrzeug 2 eingebracht, also heruntergeladen und installiert, werden soll. Da durch den Aktualisierungsvorgang das Fahrzeug 2 oder zumindest einzelne Unterkomponenten des Fahrzeugs 2 nicht zur Bereitstellung ihrer vorgesehenen Aufgabe genutzt werden können, sollte das entsprechende Drahtlos-Update dann installiert werden, wenn das Fahrzeug 2 nicht durch den Nutzer verwendet werden muss. Hier setzt das erfindungsgemäße Verfahren an, welches anhand eines in Figur 2 gezeigten Ablaufdiagramms veranschaulicht wird.
Dabei legt ein Nutzer initial fest, zu welchen Fahrzeugzuständen eine Installation in Frage kommt. Diese Zustände korrelieren mit Situationen zu denen der Nutzer sein Fahrzeug aller Voraussicht nach nicht verwenden wird. Eine Entsprechende Situation ist gegeben, wenn besagte Fahrzeugzustände ihren korrespondierenden und durch den Nutzer festgelegten Fahrzeugzustandvorgabewert erfüllen (nicht dargestellt). In einem Verfahrensschritt 201 wird ein neues Drahtlos-Update von der zentralen Recheneinrichtung 3 bereitgestellt. Das Drahtlos-Update wird dann in einem Verfahrensschritt 202 über die Telekommunikationseinheit 4 in das Fahrzeug 2 heruntergeladen. Optional kann es, wie durch einen Verfahrensschritt 202' angedeutet, erforderlich sein, dass der Nutzer den Download erst bestätigen muss.
In einem Verfahrensschritt 203 erhebt das Verwaltungsmodul 5 Zustandsinformationen, welche die jeweiligen Fahrzeugzustände beschreiben. In einem Verfahrensschritt 204 werden die Zustandsinformationen mit den respektiven vom Nutzer festgelegten Fahrzeugzustandvorgabewerten verglichen. Erfüllen im Verfahrensschritt 205 vom Nutzer als relevant festgelegte Fahrzeugzustände ihren respektiven Fahrzeugzustandvorgabewert nicht, so wird weiter fortgeschritten mit dem Verfahrensschritt 203. Erfüllt zumindest ein kritischer Fahrzeugzustand seinen Fahrzeugzustandvorgabewert, so wird im Verfahrensschritt 206 eine proaktive Nutzeranfrage zur Installation des Drahtlos-Updates an das mobile Endgerät 6 des Nutzers gestellt.
Im Verfahrensschritt 207 bestätigt der Nutzer manuell diese Nutzeranfrage, wodurch im Verfahrensschritt 208 die Installation des Drahtlos-Updates gestartet wird. Optional kann anstelle einer manuellen Bestätigung auch, wie durch den Verfahrensschritt 207' angedeutet, eine entsprechende Installationsbestätigung automatisch ausgegeben werden. Dies ist dann der Fall, wenn der Nutzer dies für einzelne Fahrzeugzustände freigegeben hat. Wird für einen solchen freigegebenen Fahrzeugzustand der Fahrzeugzustandvorgabewert erfüllt, so kann dann automatisch die Installationsbestätigung ausgegeben werden.
Mit Hilfe des erfindungsgemäßen Verfahrens und des erfindungsgemäßen Systems wird die Zuverlässigkeit des Fahrzeugs 2 erhöht, da somit mit höherer Wahrscheinlichkeit sichergestellt wird, dass Drahtlos-Updates bereits (in einem geeigneten Zeitfenster) installiert wurden, und somit der Nutzer sein Fahrzeug 2 zum Durchführen einer Fahrt verwenden kann, wenn er es auch beabsichtigt. Zudem wird aufgrund der komfortablen Verwaltung von Aktualisierungsvorgängen über das mobile Endgerät 6 die Nutzerzufriedenheit verbessert.

Claims

Patentansprüche
1. Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit (1) eines Fahrzeugs (2), wobei das Drahtlos-Update von einer zentralen Recheneinrichtung (3) bereitgestellt wird, drahtlos von der zentralen Recheneinrichtung (3) an eine fahrzeuginterne Telekommunikationseinheit (4) übertragen wird und temporär im Fahrzeug (2) zwischengespeichert wird, und wobei ein Verwaltungsmodul (5) Zustandsinformationen erhebt, welche wenigstens einen Fahrzeugzustand beschreiben, und das Verwaltungsmodul (5) in Abhängigkeit der Zustandsinformationen eine Installation des Drahtlos-Updates auf der Recheneinheit (1) veranlasst, wenn das Verwaltungsmodul (5) einen von einem Nutzer über ein mobiles Endgerät (6) ausgegebenen Installationsbefehl empfängt, dadurch gekennzeichnet, dass
- das Verwaltungsmodul (5) zumindest einmal eine proaktive Anfrage an den Nutzer zur Festlegung eines Fahrzeugzustandvorgabewerts für zumindest einen Fahrzeugzustand stellt;
- das Verwaltungsmodul (5) einen vom Nutzer festgelegten Fahrzeugzustandvorgabewert empfängt und speichert;
- das Verwaltungsmodul (5), nach Bereitstellung des Drahtlos-Updates durch die zentrale Recheneinrichtung (3), die Zustandsinformationen mit den festgelegten Fahrzeugzustandvorgabewerten abgleicht;
- das Verwaltungsmodul (5) über das mobile Endgerät (6) eine proaktive Nutzeranfrage zur Installation des Drahtlos-Updates stellt, wenn zumindest ein Fahrzeugzustand für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert erfüllt; und
- das Verwaltungsmodul (5) die Installation des Drahtlos-Updates auf der Recheneinheit (1) veranlasst, wenn das Verwaltungsmodul (5) eine Installationsbestätigung empfängt.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass das Verwaltungsmodul (5) erst dann die Nutzeranfrage zur Installation des Drahtlos- Updates stellt, wenn sämtliche Fahrzeugzustände für die ein Fahrzeugzustandvorgabewert festgelegt wurde, ihre jeweiligen Fahrzeugzustandvorgabewerte erfüllen.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass das mobile Endgerät (6), die zentrale Recheneinrichtung (3) oder das Verwaltungsmodul (5) die Installationsbestätigung automatisch ausgibt, sobald der zumindest eine Fahrzeugzustand für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert erfüllt.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass das Verwaltungsmodul (5) einen aktuellen elektrischen Energieumsatz des Fahrzeugs (2) ermittelt, den aktuellen Energieumsatz mit einer in einem elektrischen Energiespeicher des Fahrzeugs (2) vorgehaltenen elektrischen Energiereserve abgleicht und nur dann die Installation des Drahtlos-Updates auf der Recheneinheit (1) veranlasst, wenn zusätzlich eine prognostizierte elektrische Energiereserve nach Installation des Drahtlos-Updates größer ist als ein vorgegebener Schwellwert.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass das Verwaltungsmodul (5) über das mobile Endgerät (6) eine Hinweisnachricht an den Nutzer ausgibt, wenn zumindest ein Fahrzeugzustand für den ein Fahrzeugzustandvorgabewert festgelegt wurde, seinen respektiven Fahrzeugzustandvorgabewert für eine Fahrzeugzustand spezifische Zeitdauer nicht erfüllt hat.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass das Verwaltungsmodul (5) über das mobile Endgerät (6) für zumindest einen Fahrzeugzustand der seinen respektiven Fahrzeugzustandvorgabewert nicht erfüllt eine Aktionsanfrage an den Nutzer stellt, nach deren Bestätigung durch den Nutzer das Verwaltungsmodul (5) bewirkt, dass eine mit dem Fahrzeugzustand verknüpfte Fahrzeugkomponente zum Ändern ihres Zustands angesteuert wird.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass das Verwaltungsmodul (5), nach Bereitstellung des Drahtlos-Updates durch die zentrale Recheneinrichtung (3), über das mobile Endgerät (6) eine proaktive Nutzeranfrage zur Übertragung des Drahtlos-Updates an die Telekommunikationseinheit (4) stellt, und das Verwaltungsmodul (5) nur dann die Übertragung des Drahtlos-Updates an die Telekommunikationseinheit (4) veranlasst, wenn das Verwaltungsmodul (5) eine Übertragungsbestätigung empfängt.
8. System, umfassend eine fahrzeuginterne Recheneinheit (1), eine fahrzeuginterne Telekommunikationseinheit (4), eine zentrale Recheneinrichtung (3), ein mobiles Endgerät (6) und ein Verwaltungsmodul (5), dadurch gekennzeichnet, dass die Recheneinheit (1), die Telekommunikationseinheit (4), die zentrale Recheneinrichtung (3), das mobile Endgerät (6) und das Verwaltungsmodul (5) zur Ausführung eines Verfahrens nach einem der Ansprüche 1 bis 7 eingerichtet sind.
EP24714829.9A 2023-04-11 2024-03-15 Verfahren zum einbringen eines drahtlos-updates in eine recheneinheit eines fahrzeugs und system Pending EP4540703A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023001418.4A DE102023001418B4 (de) 2023-04-11 2023-04-11 Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs und System
PCT/EP2024/057065 WO2024213345A1 (de) 2023-04-11 2024-03-15 Verfahren zum einbringen eines drahtlos-updates in eine recheneinheit eines fahrzeugs und system

Publications (1)

Publication Number Publication Date
EP4540703A1 true EP4540703A1 (de) 2025-04-23

Family

ID=90545004

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24714829.9A Pending EP4540703A1 (de) 2023-04-11 2024-03-15 Verfahren zum einbringen eines drahtlos-updates in eine recheneinheit eines fahrzeugs und system

Country Status (6)

Country Link
EP (1) EP4540703A1 (de)
JP (1) JP2026511914A (de)
KR (1) KR20250162816A (de)
CN (1) CN120826668A (de)
DE (1) DE102023001418B4 (de)
WO (1) WO2024213345A1 (de)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9715378B2 (en) 2013-12-18 2017-07-25 International Business Machines Corporation Automated software update scheduling
DE102016207836A1 (de) 2016-05-06 2017-11-09 Robert Bosch Gmbh Verfahren und System zum Aktualisieren der Software eines Kraftfahrzeug-Sensors
DE102016014326A1 (de) 2016-12-01 2017-07-06 Daimler Ag Verfahren zum Betrieb eines Assistenzsystems eines Fahrzeuges
US20200089487A1 (en) * 2017-10-03 2020-03-19 Google Llc Update courier for vehicular computing devices
DE102018001347A1 (de) 2018-02-21 2019-08-22 Daimler Ag System zum Übertragen zumindest eines Aktualisierungspakets für zumindest ein Steuergerät eines Kraftfahrzeugs sowie Verfahren
US11017616B2 (en) 2018-02-22 2021-05-25 Ford Global Technologies, Llc Smart over-the-air updates using learned vehicle usage

Also Published As

Publication number Publication date
CN120826668A (zh) 2025-10-21
DE102023001418A1 (de) 2024-10-17
WO2024213345A1 (de) 2024-10-17
JP2026511914A (ja) 2026-04-14
KR20250162816A (ko) 2025-11-19
DE102023001418B4 (de) 2025-03-20

Similar Documents

Publication Publication Date Title
DE102017201789B4 (de) Verfahren zum Betrieb eines Kraftfahrzeugs und Kraftfahrzeug
DE112012000453B4 (de) Fahrzeuginformationsverwaltungssystem, fahrzeuggebundener Informationsterminal und Fahrzeuginformationsbereitstellungseinrichtung
DE112018005274T5 (de) Programmaktualisierungseinrichtung, Programmaktualisierungssystem undProgrammaktualisierungsverfahren
DE102009050520B4 (de) Verfahren zur Steuerung eines automatischen Abschalt- und Anschaltvorgangs einer Antriebseinheit in einem Kraftfahrzeug
EP3704573B1 (de) Verfahren zum durchführen eines softwareupdates in einem steuergerät eines kraftfahrzeugs sowie entsprechend eingerichtetes kraftfahrzeug
DE112018004053T5 (de) Steuervorrichtung, Steuerverfahren und Computerprogramm
DE102009038431A1 (de) Verfahren zum Betreiben eines Fahrzeugs
DE102023000976B3 (de) Verfahren zum Einbringen eines Drahtlos-Updates in ein Fahrzeug und Aktualisierungssystem
EP3368379A1 (de) Steuergeräte-update im kraftfahrzeug
DE102019115450A1 (de) Optimierte TCU-Sendeleistung
DE102011005711A1 (de) Energiespeicher in einem Fahrzeug
EP3433999B1 (de) Verfahren zum senken eines energiebedarfs eines fahrzeugs
DE112019004524T5 (de) Zentralvorrichtung, umprogrammierungsdatenverteilungssystem undumprogrammierungsdatenverteilungsplanerstellungsprogramm
DE102023120478A1 (de) Fahrzeugsystem und Verfahren zur leistungsverwalteten Ressourcenaktivierung
DE102023001418B4 (de) Verfahren zum Einbringen eines Drahtlos-Updates in eine Recheneinheit eines Fahrzeugs und System
DE102021131509A1 (de) Fernaktualisieren von Software mindestens einer Funktionskomponente eines Fahrzeugs
WO2022156968A1 (de) Klimasystem und verfahren zur klimatisierung eines elektrifizierten kraftfahrzeugs
DE102022120631B4 (de) Verfahren zum Bestimmen eines Betriebsprofils für einen Komfortbetrieb von Fahrzeugverbrauchern sowie Batterieüberwachungsvorrichtung und Kraftfahrzeug
EP4266231B1 (de) Verfahren zum betreiben einer steuervorrichtung für ein kraftfahrzeug
DE112009001877T5 (de) Steuervorrichtung und Computerprogramm
CN118740826A (zh) 一种可降低能源消耗的ota升级方法
DE112022002792T5 (de) Elektronische fahrzeugsteuervorrichtung und aktualisierungsprogramm
DE102022005088A1 (de) Verfahren zum Zuweisen von Fahrzeugen zu Ladestationen und Ladesystem
DE102025124884A1 (de) Verfahren zum Steuern einer Batterieheizung eines Batteriesystems eines Fahrzeugs
EP2707998B1 (de) Kraftwagen mit zwei elektronischen komponenten zum bereitstellen einer funktion des kraftwagens und zugehöriges betriebsverfahren

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250115

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20260130