DE102019220366B4 - Method for online personalization of vehicle settings and device for transmitting personalized vehicle settings to a backend server and vehicle - Google Patents

Abstract

Method for online personalization of vehicle settings, comprising the steps:- detecting an input from a vehicle owner in an operating menu of a vehicle infotainment system that the set vehicle parameters of the current vehicle (10) are to be transferred to another vehicle (10'), wherein the vehicle owner is shown an option to reset to factory settings for one or more areas of vehicle functions;- in response to the input from the vehicle owner, retrieving the vehicle setting values from the current vehicle (10) and transmitting the vehicle setting values to a backend server (260), wherein for the reset to factory settings for the vehicle setting values affected in this area, a request for the reset to factory settings is transmitted to the backend server (260), wherein a data format for the transmission of vehicle setting values contains a field (310) for an identifier of a vehicle parameter, a field (330) for a number of data category information items and a field (350) for a number of vehicle setting values, and wherein one of the data category information items contains an entry for a request for factory settings for the vehicle parameter in question, wherein the field (350) for the number of vehicle setting values remains empty if an entry for a request for factory settings is set in the field (330) for the data category information; and- transmitting the vehicle setting values from the backend server (260) to the other vehicle (10`) when the other vehicle (10`) is made available, wherein the vehicle setting values for which a request for resetting to factory settings was transmitted to the backend server (260) are retained in the other vehicle (10`) according to the factory settings applicable there.

Description

The proposal relates to the technical field of online personalization of vehicle settings. In particular, it concerns a method for online personalization of vehicle settings and a device for transmitting personalized vehicle settings to a backend server. The proposal also relates to a vehicle having a device according to the invention.

Customers have found it desirable to be able to transfer settings used in a vehicle, such as radio stations, seat position, navigation destinations, telephone contacts, mirror settings, comfort settings, HUD settings, etc., between vehicles. Files can be stored in a user profile on the Internet and accessed by the vehicle via an Internet connection.

From the US2016/0198002 A1 A system is created in which settings for a user profile are recorded in a service cloud, where they are automatically processed and adjusted, for example based on detected patterns. For this purpose, there is a permanent exchange of data from the vehicle to the service cloud in order to be able to recognize and process such patterns in the latter. A user can access the service cloud via various access options and also make settings to his user profile there. The user profile stored in the service cloud can be transferred to another vehicle. The user profile can also include parameter settings of the vehicle to a factory reset, which then causes a respective factory setting of the selected parameter in the vehicle to which the driver profile is transferred.

From the EN 10 2016 205 827 B3 A solution is known that allows, for example, uploading and downloading a complete set of settings from/to the vehicle from the Internet and/or at least partial synchronization of the user settings via a mobile phone. In order to reduce the data volume, the data words are converted into hash values or checksums and ultimately take up less data than the actual user settings.

From the documents US9,229,623 B1 ; US9,648,107 B1 and US 2017/0197617 A1 Solutions for online personalization are known. For this purpose, user profiles are exchanged between the vehicle and the backend server and the backend server and the new vehicle. The use of factory settings is taken into account.

The known solutions have some disadvantages. This was recognized in the context of the invention. The problem with the known solutions is that complete data sets with the vehicle setting values for a large number of vehicle setting parameters have to be transmitted in compressed or uncompressed form.

The object of the invention is therefore to further improve the known methods for online personalization in vehicles. In particular, the data transmission effort for the large number of vehicle setting parameters and vehicle setting values should be reduced. The setting effort for online personalization in corresponding user menus should also be reduced.

This object is achieved by a method for online personalization of vehicle settings according to claim 1, a device for transmitting personalized vehicle settings to a backend server according to claim 4 and a vehicle according to claim 6.

The dependent claims contain advantageous developments and improvements of the invention according to the following description of these measures.

The solution consists in a form of a method for online personalization of vehicle settings, whereby the vehicle owner can enter in an operating menu of the vehicle infotainment system that the set values of the vehicle setting parameters of the current vehicle should be transferred to another vehicle. The vehicle setting values are retrieved from the current vehicle and transferred to a backend server and from there to the other vehicle when the other vehicle is made available. A special feature is that the vehicle owner is shown an option to reset to factory settings for one or more areas of vehicle functions during personalization, and that for the reset to factory settings for the vehicle setting values affected in this area, a request to reset to factory settings is transmitted to the backend server and when the other vehicle is made available, the vehicle setting values in the new vehicle are retained according to the factory settings applicable there. This method has the advantage that the effort for personalization, in particular for the necessary data transfer from the current vehicle to the backend server and from the backend server to the other vehicle is reduced. It is possible to offer the option of resetting to factory settings for individual vehicle setting parameters. However, it is also possible to offer this option for certain areas of vehicle functions. Then the option does not need to be set for each individual vehicle setting parameter, which increases ease of use.

The inventive procedure for transmitting vehicle setting values consists in using a message format with a field for an identifier of a vehicle setting parameter, with a field with a number of data category information, and a field for a number of vehicle setting values. This makes it possible for several values to be set for one vehicle setting parameter.

Furthermore, the procedure according to the invention consists in providing an entry for a request for factory settings for the relevant vehicle setting parameter for the field with the data category information, and leaving the field for the number of setting values empty if an entry for a request for factory settings is set in the field for the data category information. This reduces the transmission effort because individual or a chain of vehicle setting values do not have to be transmitted.

An optional extension for the data format is that the data format for transmitting vehicle setting values additionally includes a field for specifying a description of the vehicle setting parameter and/or a field for a data length of the field for the number of setting values. The field for the data length is very useful for evaluating the message at the recipient. The field for specifying a description of the vehicle setting parameter is useful because when a message about a vehicle setting parameter is transmitted to another vehicle for which no identical vehicle setting parameter has been created, another vehicle setting parameter with a similar meaning can be found. This enables a similarity check in another vehicle model.

In order to finally carry out the adaptation on the other vehicle, it is advantageous to forward the messages received from the current vehicle for the transmission of vehicle setting values from the backend server to the other vehicle in order to make the other vehicle available.

Another embodiment of the invention consists in a device for transmitting personalized vehicle settings to a backend server. For this purpose, it is advantageous that the device has a communication module for communication with a backend server and a number of vehicle control units with configuration options by entering vehicle setting values in vehicle setting parameters. To support the online personalization option, it is advantageous that the device has a user interface that shows the vehicle owner an option for resetting to factory settings for one or more areas of vehicle functions, and the communication module is designed in such a way that it transmits messages with a request to reset to factory settings to the backend server for the vehicle setting values affected in this area. The same advantages arise as with the corresponding method in terms of data transmission effort and increased ease of use.

According to the invention, the communication module is further designed such that a data format is used for the transmission of vehicle setting values, with a field for an identifier of a vehicle setting parameter, a field with a number of data category information items, and a field for a number of setting values. One advantage is that this allows multiple values to be set for a vehicle setting parameter.

According to the invention, it is further provided that one of the data category information relates to an entry for a request for factory settings for the relevant vehicle setting parameter, wherein the field for the number of setting values remains empty if an entry for a request for factory settings is set in the field for the data category information. This reduces the transmission effort because individual or a chain of vehicle setting values do not have to be transmitted.

Another advantageous measure is to further design the communication module in such a way that it receives messages with a request to reset the vehicle to factory settings from a backend server for personalizing the vehicle and to maintain the personalization for these vehicle setting values for the vehicle setting parameters in the vehicle to be personalized according to the factory settings applicable there. This does not necessarily result in the same setting as in the vehicle that was previously used, but a corresponding setting, which takes into account the special circumstances of the other vehicle.

A further embodiment of the invention consists in a vehicle that is equipped with a device according to the invention. The vehicle benefits from the corresponding advantages that were described for the device according to the invention.

Embodiments of the invention are illustrated in the drawings and are explained in more detail below with reference to the figures.

• 1 ein typisches Cockpit eines Fahrzeuges;
• 2 das Prinzip der Fahrzeugkommunikation über Mobilfunk;
• 3 ein Blockschaltbild des Infotainmentsystems sowie eines Teils der Bordelektronik;
• 4 ein Bedienmenü zur Einstellung der Online-Personalisierung von Fahrzeugeinstellungen bei der ein Zurücksetzen auf Werkseinstellungen für verschiedene Bereiche von Fahrzeugfunktionen unterstützt wird;
• 5 den Ablauf des Verfahrens zur Online-Personalisierung von Fahrzeugeinstellungen; und
• 6 das Datenformat für die Übermittlung von Fahrzeugeinstellwerten für Fahrzeug-Einstellparameter an einen Backend-Server.

Show it:

• 1 a typical cockpit of a vehicle;
• 2 the principle of vehicle communication via mobile radio;
• 3 a block diagram of the infotainment system and part of the on-board electronics;
• 4 an operating menu for setting the online personalization of vehicle settings, which supports resetting to factory settings for various areas of vehicle functions;
• 5 the procedure for online personalisation of vehicle settings; and
• 6 the data format for transmitting vehicle setting values for vehicle setting parameters to a backend server.

The present description illustrates the principles of the inventive disclosure. It is therefore to be understood that those skilled in the art will be able to devise various arrangements which, although not explicitly described herein, embody principles of the inventive disclosure and are also intended to be protected within their scope.

1 shows the cockpit of a vehicle 10. A passenger car is shown. However, any other vehicle could also be considered as a vehicle. Examples of other vehicles are: buses, commercial vehicles, in particular trucks, agricultural machinery, construction machinery, motorcycles, rail vehicles, etc. The invention could generally be used in land vehicles, rail vehicles and aircraft. The list is not exhaustive and also includes other vehicle categories.

In addition to its main purpose of controlling the vehicle, the cockpit of the vehicle 10 also serves to operate various other functions of the vehicle. An infotainment system is mentioned in particular here. Various functions of the vehicle 10 can be operated using the infotainment system. For example, a radio, a navigation system, playback of stored music and/or an air conditioning system, other electronic devices or other comfort functions or applications of the vehicle 10 can be operated. The summary of all of these components is known under the term "infotainment system". In vehicles, especially cars, an infotainment system refers to the combination of car radio, navigation system, hands-free device, driver assistance systems and other functions in a central control unit. The term infotainment is a portmanteau word made up of the words information and entertainment. Part of the infotainment system in the area of a center console of the vehicle 10 is a display device in the form of a touch-sensitive screen 30, which is also referred to as a "touchscreen". This display unit 30 can be easily viewed and operated, in particular, by a driver of the vehicle 10, but also by a passenger of the vehicle 10. Below the screen 30 there is an operating unit 50 consisting of mechanical operating elements, for example buttons, switches, rotary controls or combinations thereof, such as push-button rotary controls, etc. The reference number 110 designates a typical instrument cluster that informs the driver about the driving status, in particular speed, rpm, gear selection, indicators, lights, fuel gauge, etc.

If the driver wants to transfer the vehicle parameters he has set to another vehicle in order to personalize it according to his wishes, he can do this in an operating menu that is shown on the display unit 30.

Today, the vehicles 10 are often equipped with a so-called on-board unit 160, which serves as a transmitting and receiving unit for communication in a mobile network. 2 shows the principle of data communication in a public mobile network. The on-board unit 160 is equipped similarly to another mobile network subscriber station in the sense of the disclosure of the invention. Such mobile network subscriber stations are typically smartphones, which in LTE and 5G networks are referred to as UE, corresponding to user equipment. All messages from the vehicles (uplink) and to the vehicles (downlink) are either routed via a base station 200 that serves a mobile radio cell or, in the case of direct vehicle communication (sidelink), are exchanged directly between the vehicles. If the vehicles are within this mobile radio cell, they are registered or logged in to the base station 200. If they leave the mobile radio cell, they are they are handed over to the neighboring cell (handover) and accordingly deregistered or booked out at the base station 200. The base station 200 also provides access to the Internet so that the vehicles 10 or all other mobile phone subscribers in the mobile phone cell are supplied with Internet data. For this purpose, the base station 200 is connected to the EPC 220 (Evolved Packet Core) via the so-called S1 interface. A backend server 260 of a vehicle manufacturer or another mobility service provider is also available and can be reached via the Internet 240 or another wide area network WAN.

Such mobile communications technologies are standardized and reference is made to the corresponding specifications of mobile communications standards. The 3GPP initiative and the LTE standard (Long Term Evolution) are cited as a modern example of a mobile communications standard. Many of the associated ETSI specifications are currently available in version 13. An example is: ETSI TS 136 213 V13.0.0 (2016-05); Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (3GPP TS 36.213 version 13.0.0 Release 13). The current standards for the 5G mobile communications system are also available from the 3GPP.

3 shows a schematic block diagram of the vehicle's infotainment system and some examples of subsystems or applications of the infotainment system. The infotainment system comprises a touch-sensitive display unit 30, a computing device 40, an operating unit 50 and a memory 60. The display unit 30 comprises both a display surface for displaying variable graphic information and a user interface (touch-sensitive layer) arranged above the display surface for entering commands by a user. The display unit 30 can be designed as an LCD touchscreen.

The display unit 30 is connected to the computing device 40 via a data line 70. The data line can be designed according to the LVDS standard. The display unit 30 receives control data for controlling the display surface of the display unit 30 from the computing device 40 via the data line 70. Control data of the entered commands are also transmitted from the touchscreen 30 to the computing device 40 via the data line 70. The reference number 50 designates the control unit. The control elements already mentioned, such as buttons, switches, rotary controls, slide controls or rotary push controls, belong to it. The reference number 20 designates a head-up display HUD. This allows “augmented reality overlays” to be projected into the driver’s field of vision.

More and more inputs can be made via the touch-sensitive display unit 30. Input is generally understood to mean selecting a selected menu option, as well as changing a parameter, switching a function on and off, etc. The basic functionality of the algorithm for touch-sensitive input of operating parameters is assumed to be known in the state of the art and is therefore not explained in more detail below. The sensor signals that originate from the touch-sensitive screen 30 are transmitted to the computing device 40 via the data connection 70 shown and evaluated there.

The currently set values for the vehicle setting parameters are stored in the respective functional unit. So for the head-up display 20 they can be stored in the HUD 20 itself. Alternatively they can be stored in the memory 60.

The memory device 60 is connected to the computing device 40 via a data line 80. The memory 60 also stores, for example, a pictogram or symbol directory in which the corresponding pictogram or symbol is stored for various menu items of operating menus.

The other parts of the infotainment system, camera 150, radio 140, navigation device 130, telephone 120, instrument cluster 110 and the communication module 160 for mobile communications and for connecting to the Internet are connected to the computer 40 of the infotainment system via the data bus 100. The high-speed version of the CAN bus according to ISO Standard 11898-2 can be used as the data bus 100. Alternatively, the use of a bus system based on Ethernet technology could also be considered. Bus systems in which data is transmitted via optical fibers can also be used. Examples include the MOST bus (Media Oriented System Transport) or the D2B bus (Domestic Digital Bus).

The block diagram in 3 shows part of another data bus 102. This data bus is often also referred to as the comfort bus. Control units are connected here that control certain body functions, such as door controls including window lifter controls, air conditioning controls, seat controls, etc. The comfort bus 102 is also often designed as a CAN bus. In 4 only the control units for the mirror adjustment 170 and the seat adjustment 180 are shown. The reference number 190 is also a gateway The various data buses 100, 102 are connected to it. The gateway 190 has the function of transmitting the data packets from the various data buses. It also carries out the necessary format conversions to convert the data from the data packets of one data bus into the other format of the other data bus. Dashed lines indicate further communication buses that network other control units. An example is a communication bus that networks the control units of the drive train and a communication bus that networks the control units for driver assistance systems.

The method according to the invention for online personalization of vehicle settings is explained below using the example of purchasing a new vehicle from the same vehicle manufacturer. In principle, however, online personalization can also be implemented across manufacturers, although this requires an additional step in the backend server 260, which converts the corresponding vehicle setting parameters from one vehicle manufacturer into the corresponding vehicle setting parameters from the other vehicle manufacturer. In this way, it can also be implemented for mobility services such as vehicle rental, car sharing services, etc.

The vehicle owner who has decided to purchase a new vehicle from the same vehicle manufacturer can transfer his personal vehicle settings to the new vehicle. The touch-sensitive display unit 30 is used for operation. The operating menu that is called up for online personalization is in 4 shown.

The 4 shows a simple example of such an operating menu. Before this, one or more other operating menus can be displayed in which the vehicle owner must identify and authenticate himself. The operating menu is titled User profile forwarding driver A. This indicates that such user profile forwarding can take place for several drivers. Below this, the various areas of vehicle functions are listed for which the user profiles can be forwarded to another vehicle. These are the areas of radio, seat and mirror settings and HUD settings, corresponding to the head-up display. However, this is an example and other areas can be listed instead, or additional areas can be listed. Examples of other areas of vehicle functions are various driver assistance systems such as adaptive cruise control, lane departure warning, parking assistant, etc., air conditioning systems, navigation systems, car phones, etc.

If the vehicle owner selects in one of the areas of vehicle functions that he wishes to reset the vehicle settings, the current settings are not so important to him that he considers an exact transfer of the vehicle setting values for this area of vehicle setting parameters necessary. If, on the other hand, the vehicle owner selects areas for which he does not require a reset to factory settings, the current vehicle setting values for this area of vehicle setting parameters should be transferred to the new vehicle as accurately as possible.

5 shows the current vehicle 10 of the vehicle owner on the left and the new vehicle 10` on the right. These are different vehicle models from the same vehicle manufacturer. A backend server 260 is shown in the middle. After the vehicle owner has made his entries, a confirmation page is called up, which is shown on the display unit 30. This queries whether the set details are ready for transmission to the online personalization system. If the vehicle owner confirms this, his details are implemented and the vehicle setting values are transmitted to the backend server 260. Since this is connected via the Internet 240, the http protocol, preferably the secure https protocol, can be used to transmit the data. A number of messages are exchanged for this. Typically, after the TCP connection has been established, all vehicle setting values for the various vehicle setting parameters can be transmitted together in the form of an http-POST message. The transmission is in 5 indicated by an arrow that leads from the timeline shown below the vehicle 10 to the timeline below the backend server 260. The IP packet for the http POST message is designated by the reference number 300.

The data format used to transfer the individual vehicle setting values from the individual vehicle setting parameters is used in conjunction with 6 explained. The received vehicle setting parameter information is archived on the backend server 260. Archiving continues until the new vehicle 10' has been manufactured. When the vehicle 10' has been produced and is ready for delivery, the archived vehicle setting parameters are forwarded with the vehicle setting values by the backend server. This is in 5 indicated by another arrow, which from the timeline below the backend server 260 to the timeline below the new vehicle 10`. The interruptions in the timelines indicate that a time can elapse between the receipt of the vehicle setting parameter information at the backend server 260 and forwarding to the new vehicle 10`. This time can be in the range of days, but can also be a time of several months.

The 6 shows the data format for the transmission of the vehicle setting parameters with the vehicle setting values from the current vehicle 10 of the vehicle owner to the backend server 260. The reference number 310 designates a field for an identifier of a vehicle setting parameter. A length of 32 bits is provided for this field. The reference number 320 designates a field for specifying a description of the vehicle setting parameter with a length of 8 bits. The reference number 330 designates a field with a number of data category information with a length of 8 bits. Bit 0 is provided for resetting this vehicle setting parameter to factory settings. The reference number 340 designates a field for specifying the length of the data field with a length of 32 bits. The reference number 350 designates a field for a number of vehicle setting values for the respective vehicle setting parameter. This field has a variable length of x bytes. If the vehicle owner has now specified a reset to factory settings for the HUD settings area, bit 0 in field 330 for a number of data category information is set to "1" for all vehicle setting parameters in the area of the HUD display unit 20. This means that the current setting values of the HUD 20 are not adopted and field 350 for the respective HUD vehicle setting parameter remains empty. All vehicle setting parameters are compiled in this way and a TCP packet is formed that is transmitted in the payload field of an IP packet via mobile radio and Internet 240 to the backend server 260.

This data is archived in the backend server 260. When the time comes to make the new vehicle 10' available, the data is retrieved from the backend server 260. This can be done by sending an http-GET request. An employee in the vehicle manufacturer's delivery center can carry out this step by selecting the corresponding operating menu in the vehicle 10`. An IP packet with all vehicle setting values for the vehicle setting parameters is compiled on the backend server 260 and transmitted to the new vehicle 10`. For all vehicle setting parameters for which an entry for setting according to factory setting is set in the field with a number of data category information in bit 0, the factory setting value set in the new vehicle 10` is retained. This can mean that the customer receives a different setting in the new vehicle 10` even though a certain setting was set in his previous vehicle 10. The setting of the ambient lighting is given as an example. If, for example, the ambient light on the previous vehicle was set to red, a different color may be provided for the new vehicle 10', e.g. blue ambient light. For the vehicle functions where an individual adoption was desired, the retrieved vehicle setting values are set in the corresponding vehicle setting parameters on the corresponding control units.

All examples and conditional language mentioned herein are to be understood without limitation to such specifically recited examples. For example, it will be appreciated by those skilled in the art that the block diagram shown herein represents a conceptual view of an exemplary circuit arrangement. Similarly, it will be appreciated that a shown flowchart, state transition diagram, pseudocode, and the like represent various variations for representing processes that can be substantially stored in computer-readable media and thus executed by a computer or processor.

It should be understood that the proposed method and associated devices may be implemented in various forms of hardware, software, firmware, special purpose processors, or a combination thereof. Special purpose processors may include application specific integrated circuits (ASICs), reduced instruction set computers (RISCs), and/or field programmable gate arrays (FPGAs). Preferably, the proposed method and device is implemented as a combination of hardware and software. The software is preferably installed as an application program on a program storage device. Typically, it is a computer platform-based machine that includes hardware such as one or more central processing units (CPUs), random access memory (RAM), and one or more input/output (I/O) interfaces. An operating system is also typically installed on the computer platform. The various processes and functions described herein may be part of the application program or a portion executed via the operating system.

The disclosure is not limited to the embodiments described herein. There is room for various adaptations and modifications that one skilled in the art would consider to be part of the disclosure based on his or her technical knowledge.

List of reference symbols

10

current vehicle

10'

other vehicle

20

touch-sensitive display unit

30

Head-UP Display HUD

40

Computing unit

50

Control unit

60

Storage unit

70

Data line to the display unit

80

Data line to storage unit

90

Data line to the input unit

100

Ethernet bus

102

CAN bus

110

Instrument cluster

120

phone

130

navigation device

140

radio

150

camera

160

Communication module

170

Mirror adjustment control unit

180

Seat adjustment control unit

190

Gateway

200

Mobile base station

220

Evolved Packet Core EPC

240

Internet

260

Backend server

300

IP packet

310

Field for an identifier of a vehicle setting parameter

320

Field for a description of the vehicle setting parameter

330

Field for a number of data category information

340

Field for specifying the data length of the vehicle setting values field

350

Field for a number of vehicle setting values

Claims (6)

Method for online personalization of vehicle settings, comprising the steps: - detecting an input from a vehicle owner in an operating menu of a vehicle infotainment system that the set vehicle parameters of the current vehicle (10) are to be transferred to another vehicle (10`), wherein the vehicle owner is shown an option to reset to factory settings for one or more areas of vehicle functions; -in response to the input of the vehicle owner, retrieving the vehicle setting values from the current vehicle (10) and transmitting the vehicle setting values to a backend server (260), wherein for the reset to factory settings for the vehicle setting values affected in this area, a request for the reset to factory settings is transmitted to the backend server (260), wherein a data format for the transmission of vehicle setting values contains a field (310) for an identifier of a vehicle parameter, a field (330) for a number of data category information items and a field (350) for a number of vehicle setting values, and wherein one of the data category information items relates to an entry for a request for factory settings for the vehicle parameter in question, wherein the field (350) for the number of vehicle setting values remains empty if an entry for a request for factory settings is set in the field (330) for the data category information; and - transmitting the vehicle setting values from the backend server (260) to the other vehicle (10`) when the other vehicle (10`) is made available, wherein the vehicle setting values for which a request to reset to factory settings was transmitted to the backend server (260) are retained in the other vehicle (10`) according to the factory settings applicable there. Procedure according to Claim 1 , wherein in the data format for the transmission of vehicle setting values, a field (320) is additionally provided for specifying a description of the vehicle parameter and a field (340) for a data length of the field (350) for the number of setting values. Procedure according to Claim 1 or 2 , wherein, in order to provide the other vehicle (10`), the messages received from the current vehicle (10) for the transmission of vehicle setting values are forwarded from the backend server (260) to the other vehicle (10`). Device for transmitting personalized vehicle settings to a backend server (260), with: - a number of vehicle control units (110 - 180) with configuration option by entering vehicle setting values for vehicle parameters; - a user interface for detecting an input from a vehicle owner that the set vehicle parameters of the current vehicle (10) are to be transferred to another vehicle (10'), wherein the user interface displays an option to reset to factory settings to the vehicle owner for one or more areas of vehicle functions; and - a communication module (160) of the vehicle (10) for communication with a backend server (260), wherein the communication module (160) is designed such that it transmits the vehicle setting values to the backend server (260) in response to the input of the vehicle owner, wherein for the reset to factory settings for the vehicle setting values affected in this area, a data set with a request for the reset to factory settings is transmitted to the backend server (260), wherein a data format for the transmission of vehicle setting values contains a field (310) for an identifier of a vehicle parameter, a field (330) with a number of data category information items and a field (350) for a number of vehicle setting values, and wherein one of the data category information items relates to an entry for a request for factory settings for the vehicle setting parameter in question, wherein the field (350) for the number of vehicle setting values remains empty if an entry for a request for is set to factory settings. Device according to Claim 4 , wherein the communication module (160) is further designed to receive the messages with a request to reset to factory settings from a backend server (260) for personalizing the other vehicle (10`) and to maintain the vehicle setting values for the vehicle parameters in the vehicle (10`) to be personalized according to the factory settings applicable there. Vehicle, characterized in that the vehicle (10, 10`) has a device according to Claim 4 or 5 having.

Images