METHOD FOR SYNCHRONIZING COMMUNICATION BETWEEN A VEHICLE AND A DAILY DEVICE

Description

[0001] The invention is related to a method for synchronization of a communication between a vehicle and a backend device in a vehicle-to-cloud-system, especially to configure the vehicle, according to the independent method claim. Further, the invention is related to an electronic control unit according to the independent device claim. Furthermore, the invention is related to a vehicle comprising a corresponding electronic control unit according to the second independent device claim. Moreover, the invention is related to a computer program product for a corresponding method according to the independent product claim.

[0002] Vehicle-to-cloud-systems are basically known, for example from DE 10 2015 200 422 A1. Electronic control units in vehicles usually have computing units. However, these computing units are often limited in processing power and storage amount. Also, the access to programming updates or other data is sometimes combined with complications. On the other hand, cloud computers usually provide high computational power, large memory and easy access to updates as well as to other data. Vehicle-to-cloud-systems serve to provide cloud-computing applications in order to enhance vehicle functionalities for increased safety and intelligence as well as environmental and customer friendliness while adding to the comfortable and enjoyable operations. For this aim, electronic control units can send requests for certain applications to be provided within the cloud. Further, in modern vehicle-to-cloud-systems, a synchronization can be provided between the electronic control units and the cloud. However, known systems do not consider or treat the situations flexibly enough to provide a synchronization between a vehicle and the cloud. Synchronization processes usually require a long time, a big amount of data to be transmitted and high network load.

[0003] Similar systems are disclosed in the documents US 2019 / 004 939, GB 2 579 346 A as well as in EP 3 322 204 A1.

[0004] The aim of the present invention is to provide a method for controlling a communication between a vehicle and a backend device in a vehicle-to-cloud-system, especially to configure the vehicle with improved, flexible functionality. The aim of the present invention is especially to provide a method for controlling a communication between a vehicle and a backend device in a vehicle-to-cloud-system, which enables an improved synchronization process, especially to configure the vehicle, and a flexible transmission of data as well as a relieving the network. Also, the aim of the invention is to provide a corresponding electronic control unit for the vehicle, a corresponding vehicle and a related computer program product for the inventive method.

[0005] According to the first aspect, the invention provides a method for controlling a communication between a vehicle and a backend device in a vehicle-to-cloud-system, especially to configure the vehicle, with the features of the independent method claim. According to the second aspect, the invention provides an electronic control unit with the features of the independent device claim. According to the third aspect, the invention provides a vehicle comprising a corresponding electronic control unit with the features of the second independent device claim. Additionally, an aspect of the invention is a corresponding vehicle-to-cloud-system. According to the fourth aspect, the invention provides a computer program product for a corresponding method with the features of the independent product claim. Details and features disclosed on individual aspects of the invention also apply to the other aspects of the invention and vice versa.

[0006] According to the first aspect, the invention provides a method for synchronization of a communication between a vehicle and a backend device in a vehicle-to-cloud-system, for a configuration of the vehicle including an installation, an update of hardware, software and firmware, wherein the backend device is a computer or a group of computers as a representative of a cloud, comprising the following steps: 1) providing a first data repository comprising (essentially or only) static data at the vehicle, wherein the static data comprises slowly or not changing data, which do not need to be changed more than once, 2) providing a second data repository comprising (essentially or only) dynamic data at the vehicle, wherein dynamic data comprises frequently changing data, which needs to be synchronized more often than the static data 3) providing a first synchronization schedule to synchronize the first data repository between the vehicle and the backend device, 4) providing a second synchronization schedule to synchronize the second data repository between the vehicle and the backend device, 5) execute at least one communication test between the vehicle and the backend device, 6) synchronize the first data repository between the vehicle and the backend device according to the first synchronization schedule 7) synchronize the second data repository between the vehicle and the backend device according to the second synchronization schedule and 8) execute at least one verification test between the vehicle and the backend device in order to verify if the synchronization of the first data repository and / or the second data repository was successful.

[0007] A backend device within the meaning of the invention is a computer or a group of many computers providing a high computational power, a large memory and easy access to updates as well as to other data that can be used in the vehicle. The backend device within the meaning of the invention is the representative of the cloud.

[0008] The configuration of the vehicle within the meaning of the invention can comprise an arrangement of each of the vehicle devices using mobile online services, according to their nature, number and chief characteristics. The configuration may include the installation and updates of hardware, software, firmware as well as documentation. The configuration serves for better functionality and performance of the vehicle.

[0009] The static data within the meaning of the invention can be slowly or not changing data, for example personal data, consent data, contact data, interest consideration data, anonymous data, transaction data, transaction activation data, installed base data and so on.

[0010] The dynamic data within the meaning of the invention can be frequently changing data, for example tracking data, location data, privacy settings, video streaming data, audio streaming data, navigation data, weather forecast data, sensor data, assistance system data, automatic driving data, highly autonomous driving data, autonomous driving data, traffic signs recognition data, phone call data, video call data and so on.

[0011] The first data repository and the second data repository within the meaning of the invention can be provided as lists, databases, tables, files or other structures, which can be stored in a memory unit of an electronic control unit of the vehicle.

[0012] The invention provides at least two repositories for the static data and for the dynamic data. Also, the invention may provide more than two repositories in order to sort the data in more detail and to treat different data types more flexibly.

[0013] The first synchronization schedule and the second synchronization schedule within the meaning of the invention can also be called schemata of how to communicate the corresponding data between the vehicle and the backend device. The schedules can comprise any details about the workflow of the synchronization, like for example preferred times for synchronization, amount of transmitted data, different triggers, different numbers of repetitions and so on.

[0014] The inventive idea is to provide an adapted mechanism for the synchronization process, which is flexibly executed dependent on different data types which should be synchronized between the vehicle and the backend device. The invention recognizes that different data types change with different velocities. Data, which are static and not or only slowly changing, probably do not need to be exchanged frequently, for example more than once. Data, which are frequently changing, can be treated in a different way than the static data. This frequently changing data, that is dynamic data, probably needs to be synchronized more often than the static data. For this aim, the invention provides different schedules for synchronization of different data types. These different schedules are individually adapted to the different data types which have different changing character. The invention separates at least changing data from static data in different repositories, which can be separately communicated between the backend device and the vehicle.

[0015] Thus, the invention provides an improved method for controlling a communication between a vehicle and a backend device in a vehicle-to-cloud-system, especially to configure the vehicle, with improved, flexible functionality. Also, the invention provides an improved method for controlling a communication between a vehicle and a backend device in a vehicle-to-cloud-system, which enables improved synchronization process, especially to configure the vehicle, flexible transmission of data and relieving the network.

[0016] Further, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the first data repository and / or the second data repository is provided as a list, a database, a table, a file, an XML and / or JSON structure. Thus, the repositories may be provided in a flexible manner suitably for different vehicle models having different software and / or hardware components.

[0017] Furthermore, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the static data and / or the dynamic data comprise data about at least one vehicle device using mobile online services provided in the vehicle-to-cloud-system. The mobile online services can include safety, intelligence, environmental, comfortable and enjoyable operations. The at least one vehicle device can be one of the following devices: sensor device, such as crash-sensor, velocity sensor, and so on, safety device, such as breakdown call, emergency call, environment device, such as weather forecast, pollutant load sensor, environmental zone detection unit, information device, for example for online traffic information, online destination import, online route import, online POI search, my POIs, petrol stations, parking spaces, vehicle status report, time manager, weather, news and so on, entertainment device, for example for streaming services, and / or comfort device, such as door closing detectors, light off detectors, parking position detectors, vehicle status and / or condition detector, trip database, user calendar, information call and so on.

[0018] Thus, the invention may contribute to a broader and better functionality of mobile online services for the vehicle.

[0019] Also, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the static data and / or the dynamic data comprise data about a version of the mobile online services. Thus, the versioning of the mobile online services can be provided. Therefore, updates can be provided in a controlled and preferable manner.

[0020] Moreover, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the static data comprise slowly or not changing data that need to be actualized maximum in a monthly time period, in a yearly time period, after a commissioning of the vehicle, after a technical inspection of the vehicle, after a change of a user of the vehicle and / or after a request of a user of the vehicle. Thus, the static data may be treated more efficiently in order to relieve the network as well as computing power for synchronization. It is also possible that the static data may be synchronized separately from the dynamic data. Therefore, waiting times for synchronization, especially for updates, can be reduced significantly. For example, the static data can comprise personal data, consent data, contact data, interest consideration data, anonymous data, transaction data and / or transaction activation data.

[0021] In addition, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the dynamic data comprise frequently changing data that need to be actualized at least in a daily time period, after every change of and / or repeatedly every day. Thus, individual treatment of frequently changing data can be provided. It is possible that the frequently changing data can be treated separately from the static data. Therefore, reduced network load for synchronization can be ensured. The frequently changing data can be synchronized not completely every time. It is possible that only changes on the second data repository need to synchronized. For example, the dynamic data can comprise tracking data, location data, privacy settings, video streaming data, audio streaming data, navigation data, weather forecast data, sensor data, assistance system data, automatic driving data, highly autonomous driving data, autonomous driving data, traffic signs recognition data, phone call data and / or video call data.

[0022] Also, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the first synchronization schedule includes at least one of the following triggers to synchronize the first data repository between the vehicle and the backend device: a first commissioning of the vehicle, a technical inspection, a system update, a change of a user of the vehicle, new static data are available in the first data repository, new updates for the static data are available at the backend device for the first data repository and / or a user request.

[0023] In this way, unnecessary overwriting of static data that is slowly or not changing data, can be avoided.

[0024] Apart from this, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the second synchronization schedule includes at least one of the following triggers to synchronize the second data repository between the vehicle and the backend device: ignition is on, motor is on, new dynamic data are available in the second data repository, new updates for the dynamic data are available at the backend device for the second data repository and / or leaving privacy mode.

[0025] In this way, dynamic data may be treated more flexibly by the synchronization.

[0026] Further, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the first synchronization schedule includes at least one of the following rules to synchronize the first data repository between the vehicle and the backend device: all static data of the first data repository will be synchronized.

[0027] Since the static data do not need to be communicated frequently, all static data may be transmitted between the vehicle and the backend device after a corresponding trigger.

[0028] Furthermore, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the second synchronization schedule includes at least one of the following rules to synchronize the second data repository between the vehicle and the backend device: all dynamic data of the second data repository will be synchronized at least once, and / or only changes of the data and / or updates for the data will be synchronized, especially regularly.

[0029] All dynamic data can be synchronized at least once, for example after a commissioning of the vehicle, after a technical inspection of the vehicle, after a change of a user of the vehicle and / or after a request of a user of the vehicle.

[0030] After that, only changes of dynamic data may be transmitted between the vehicle and the backend device.

[0031] Over and above, the invention may provide by a method for controlling a communication between a vehicle and a backend device that steps 3) and 4) are executed automatically at the backend device, automatically in the vehicle or manually in the vehicle, especially by a user of the vehicle or a service technician. Thus, flexible execution of the inventive method is provided.

[0032] In addition, the invention may provide by a method for controlling a communication between a vehicle and a backend device that the a user of a vehicle will be notified by a mobile display device or a display device at a vehicle dashboard about a content of the first data repository, a content of the second data repository, the first synchronization schedule and / or the second synchronization schedule. Thus, the trust in the system can be strengthened by a user of the vehicle.

[0033] Apart from this, the invention may provide by a method for controlling a communication between a vehicle and a backend device that a confirmation and / or adjustment possibility of a content of the first data repository, a content of the second data repository, the first synchronization schedule and / or the second synchronization schedule is provided for a user of the vehicle, especially by a mobile display device or a display device at a vehicle dashboard. In this way, the invention can increase user comfort.

[0034] According to the second aspect, the invention provides an electronic control unit comprising: a memory, in which a program code is stored, and a computing unit, wherein when carrying out the program code by the computing unit, a method is performed as described above. With the help of the inventive electronic control unit, the same advantages can be achieved as with the help of the inventive method described above. Full reference is made to these advantages in the present case.

[0035] The invention provides according to the third aspect a vehicle comprising a corresponding electronic control unit. With the help of the inventive vehicle, the same advantages can be achieved as with the help of the inventive method described above. Full reference is made to these advantages in the present case.

[0036] Another advantage of the invention can be achieved by providing a corresponding vehicle-to-cloud-system.

[0037] According to the fourth aspect, the invention provides a computer program product comprising a program code for carrying out a method as described above. With the help of the inventive computer program product, the same advantages can be achieved as with the help of the inventive method described above. Full reference is made to these advantages in the present case.

[0038] The invention and its further developments as well as its advantages will be explained in more detail below using figures. The figures show schematically: Fig. 1a schematic design of a vehicle-to-cloud-system within the meaning of the invention and Fig. 2a schematic flow diagram of an inventive method.

[0039] Figure 1 shows a vehicle-to-cloud-system 100 within the scope of the invention. The vehicle-to-cloud-system 100 can have at least one vehicle 10 and a backend device 20 within the cloud. The vehicle 10 can have an electronic control unit ecu. To increase the functionality of the vehicle 10, the backend device 20 can provide high computational power, large memory and easy access to updates as well as to another data. Thus, cloud-computing applications can enhance vehicle functionalities, for example for more safety, intelligence, environmental and customer-friendly and comfortable operations as well as enjoyable operations. For this aim, the electronic control unit ecu can send requests for certain applications to be provided by the backend device 20. Also, a synchronization can be provided between the electronic control unit ecu and the backend device 20. To improve the synchronization between the vehicle 10 and the backend device 20, the invention provides a special method for synchronization of a communication D between a vehicle 10 and a backend device 20 in a vehicle-to-cloud-system 100, especially to configure the vehicle 10, which is schematically shown in figure 2.

[0040] Both figures 1 and 2 serve for explanation of an inventive method for synchronization of a communication D between the vehicle 10 and the backend device 20 in the vehicle-to-cloud-system 100 schematically showed in figure 1, especially to configure the vehicle 10, comprising the following steps: 1) providing a first data repository L1 comprising (essentially or only) static data D1 at the vehicle 10, 2 providing a second data repository L2 comprising (essentially or only) dynamic data D2 at the vehicle 10, 3 providing a first synchronization schedule S1 to synchronize the first data repository L1 between the vehicle 10 and the backend device 20, 4 providing a second synchronization schedule S2 to synchronize the second data repository L2 between the vehicle 10 and the backend device 20.

[0041] The configuration of the vehicle 10 can comprise the arrangement of each of its vehicle devices 11 using mobile online services MOD, according to their kind, version, number and characteristics. The configuration may include the choice and updates of hardware, software, firmware and documentation.

[0042] The static data D1 can be slowly or not changing data, for example personal data, consent data, contact data, interest consideration data, anonymous data, transaction data, transaction activation data, installed base data and so on.

[0043] The dynamic data D2 can be frequently changing data, for example tracking data, location data, privacy settings, video streaming data, audio streaming data, navigation data, weather forecast data, sensor data, assistance system data, automatic driving data, highly autonomous driving data, autonomous driving data, traffic signs recognition data, phone call data, video call data and so on.

[0044] The first data repository L1 and the second data repository L2 within the meaning of the invention can be provided as lists, databases, tables, files or other structures, such as XML and / or JSON, which can be stored in a memory unit of an electronic control unit of the vehicle.

[0045] The invention provides at least two repositories L1, L2 for the static data D1 and for the dynamic data D2 or even more than two repositories L1, L2 in order to treat different kinds of data more flexibly.

[0046] The first synchronization schedule S1 and the second synchronization schedule S2 can comprise schemata of how to communicate the corresponding data between the vehicle 10 and the backend device 20 to expedite the synchronization. The schedules S1, S2 can comprise any details about the workflow of the synchronization, like for example, selected times for synchronization, amount of transmitted data, different triggers, different numbers of repetitions and so on.

[0047] For this aim, the invention separates at least dynamic data D2 from static data D1 in different repositories L1, L2, which can be separately synchronized between the backend device 20 and the vehicle 10.

[0048] The inventive method provides an adapted mechanism for the synchronization process, which is flexibly executed dependent on different data types which should be synchronized between the vehicle 10 and the backend device 20. Different data types require different synchronization schedules.

[0049] Data, which are static and not or only slowly changing, probably do not need to be exchanged frequently, for example more than one time. The static data D1 can be actualized maximum in a monthly time period, in a yearly time period, after a commissioning of the vehicle 10, after a technical inspection of the vehicle 10, after a change of a user of the vehicle 10 and / or after a request of a user of the vehicle 10.

[0050] The first synchronization schedule S1 can include at least one of the following triggers to synchronize the first data repository L1 between the vehicle 10 and the backend device 20: a first commissioning of the vehicle 10, a technical inspection, a system update, a change of a user of the vehicle 10, new static data D1 are available in the first data repository L1, new updates for the static data D1 are available at the backend device 20 for the first data repository L1 and / or a user request.

[0051] Since the static data D1 do not need to be synchronized frequently, all static data D1 may be transmitted between the vehicle 10 and the backend device 20 only once after a corresponding trigger.

[0052] Data, which are frequently changing, probably need to be synchronized more often than static data and can be treated more individually according to the changes of the data. The dynamic data D2 can be actualized at least in a daily time period, after every change and / or repeatedly every day.

[0053] The second synchronization schedule S2 can include at least one of the following triggers to synchronize the second data repository L2 between the vehicle 10 and the backend device 20: ignition is on, motor is on, new dynamic data D2 are available in the second data repository L2, new updates for the dynamic data D2 are available at the backend device 20 for the second data repository L2 and / or leaving privacy mode.

[0054] The second synchronization schedule S2 can include at least one of the following rules to synchronize the second data repository L2 between the vehicle 10 and the backend device 20: all dynamic data of the second data repository L2 will be synchronized at least once, for example after a commissioning of the vehicle 10, after a technical inspection of the vehicle 10, after a change of a user of the vehicle 10 and / or after a request of a user of the vehicle 10, and / or only changes of the dynamic data and / or updates for the dynamic data will be synchronized regularly. Thus, only changes of dynamic data may be transmitted between the vehicle 10 and the backend device 20 if needed.

[0055] As figure 2 further shows, the inventive method can comprise at least one of the following steps, 5) execute at least one communication test t between the vehicle 10 and the backend device 20, 6) synchronize the first data repository L1 between the vehicle 10 and the backend device 20 according to the first synchronization schedule S1, 7) synchronize the second data repository L2 between the vehicle 10 and the backend device 20 according to the second synchronization schedule S2, and / or 8) execute at least one verification test between the vehicle 10 and the backend device 20 in order to verify if the synchronization of the first data repository L1 and / or the second data repository L2 was successful.

[0056] Thus, the invention may provide an improved and secure configuration process of the vehicle 10.

[0057] According to the invention, it is possible that steps 3) and 4) can be executed automatically at the backend device 20, automatically in the vehicle 10 or manually in the vehicle 10, especially by a user of the vehicle 10 or a service technician.

[0058] As figure 1 schematically indicates, the invention may provide that the user of a vehicle will be notified by a mobile display device or a display device at a vehicle dashboard 12 about a content of the first data repository L1, a content of the second data repository L2, the first synchronization schedule S1 and / or the second synchronization schedule S2.

[0059] Also, the invention may provide a confirmation and / or adjustment possibility of a content of the first data repository L1, a content of the second data repository L2, the first synchronization schedule S1 and / or the second synchronization schedule S2 for a user of the vehicle 10, especially by a mobile display device or a display device at a vehicle dashboard 12.

[0060] An electronic control unit ecu comprising: a memory unit mu, in which a program code is stored, and a computing unit cu, wherein when carrying out the program code by the computing unit cu, a method is performed as described above, provides the second aspect of the invention. In other words, the electronic control unit ecu is configured in such a way to execute the method as described above. The repositories L1, L2 and / or the schedules S1, S2 can be stored in the memory mu.

[0061] The vehicle 10 comprising a corresponding electronic control unit ecu provides the third aspect of the invention.

[0062] Another aspect of the invention can be a corresponding vehicle-to-cloud-system 100.

[0063] Also, a computer program product comprising a program code for carrying out a method as described above provides an aspect of the invention.

[0064] The above description of the figures describes the present invention only in the context of examples. Of course, individual features of the embodiments can be combined with each other, provided it is technically reasonable, without leaving the scope of the invention defined by the appended claims.Reference signs

[0065] 100vehicle-to-cloud-system 10vehicle 11vehicle device 12vehicle dashboard 20backend device Dcommunication ecuelectronic control unit cucomputing unit mumemory unit ocuconnectivity unit D1static data D2dynamic data L1first data repository L2second data repository S1first synchronization schedule S2second synchronization schedule MODmobile online service tcommunication test

Claims

1. A method for synchronization of a communication (D) between a vehicle (10) and a backend device (20) in a vehicle-to-cloud-system (100), for a configuration of the vehicle (10) including an installation, an update of hardware, software, and firmware, wherein the backend device (20) is a computer or a group of computers as a representative of a cloud, comprising the following steps: 1) providing a first data repository (L1) comprising static data (D1) at the vehicle (10), wherein the static data comprise slowly or not changing data, which do not need to be changed more than once 2) providing a second data repository (L2) comprising dynamic data (D2) at the vehicle (10), wherein the dynamic data (D2) comprise frequently changing data, which needs to be synchronized more often than the static data, 3) providing a first synchronization schedule (S1) to synchronize the first data repository (L1) between the vehicle (10) and the backend device (20), 4) providing a second synchronization schedule (S2) to synchronize the second data repository (L2) between the vehicle (10) and the backend device (20), 5) execute at least one communication test (t) between the vehicle (10) and the backend device (20), 6) synchronize the first data repository (L1) between the vehicle (10) and the backend device (20) according to the first synchronization schedule (S1), 7) synchronize the second data repository (L2) between the vehicle (10) and the backend device (20) according to the second synchronization schedule (S2), and 8) execute at least one verification test between the vehicle (10) and the backend device (20) in order to verify if the synchronization of the first data repository (L1) and / or the second data repository (L2) was successful.

2. The method according to claim 1, characterized in that the first data repository (L1) and / or the second data repository (L2) is provided as a list, a database, a table, a file, an XML and / or JSON structure, and / or the static data (D1) and / or the dynamic data (D2) comprise data about at least one vehicle device (11) using mobile online services (MOD) provided in the vehicle-to-cloud-system (100), wherein especially the mobile online services (MOD) include safety, intelligence, environmental, comfortable and enjoyable operations, and / or the static data (D1) comprise data about a version of the mobile online services (MOD).

3. The method according to one of the preceding claims, characterized in that the static data (D1) comprise slowly or not changing data that need to be actualized maximum in a monthly time period, in a yearly time period, after a commissioning of the vehicle (10), after a technical inspection of the vehicle (10), after a change of a user of the vehicle (10) and / or after a request of a user of the vehicle (10), and / or the static data (D1) comprise personal data, consent data, contact data, interest consideration data, anonymous data, transaction data and / or transaction activation data.

4. The method according to one of the preceding claims, characterized in that the dynamic data (D2) comprise frequently changing data that need to be actualized at least in a daily time period, after every change of and / or repeatedly every day, and / or the dynamic data (D2) comprise tracking data, location data, privacy settings, video streaming data, audio streaming data, navigation data, weather forecast data, sensor data, assistance system data, automatic driving data, highly autonomous driving data, autonomous driving data, traffic signs recognition data, phone call data and / or video call data.

5. The method according to one of the preceding claims, characterized in that the first synchronization schedule (S1) includes at least one of the following triggers to synchronize the first data repository (L1) between the vehicle (10) and the backend device (20): - a first commissioning of the vehicle (10), - a technical inspection, - a system update, - a change of a user of the vehicle (10), - new static data (D1) are available in the first data repository (L1), - new updates for the static data (D1) are available at the backend device (20) for the first data repository (L1) and / or - a user request.

6. The method according to one of the preceding claims, characterized in that the second synchronization schedule (S2) includes at least one of the following triggers to synchronize the second data repository (L2) between the vehicle (10) and the backend device (20): - ignition is on, - motor is on, - new dynamic data (D2) are available in the second data repository (L2), - new updates for the dynamic data (D2) are available at the backend device (20) for the second data repository (L2) and / or - leaving privacy mode.

7. The method according to one of the preceding claims, characterized in that the first synchronization schedule (S1) includes the following rule to synchronize the first data repository (L1) between the vehicle (10) and the backend device (20): - all static data (D1) of the first data repository (L1) will be synchronized.

8. The method according to one of the preceding claims, characterized in that the second synchronization schedule (S2) includes at least one of the following rules to synchronize the second data repository (L2) between the vehicle (10) and the backend device (20): - all dynamic data (D2) of the second data repository (L2) will be synchronized at least once, and / or - only changes of the dynamic data (D2) and / or updates for the dynamic data (D2) will be synchronized regularly.

9. The method according to one of the preceding claims, characterized in that providing the first synchronization schedule (S1) and providing the second synchronization schedule (S2) are executed automatically at the backend device (20), automatically in the vehicle (10) or manually in the vehicle (10), especially by a user of the vehicle (10) or a service technician.

10. The method according to one of the preceding claims, characterized in that the a user of a vehicle will be notified by a mobile display device or a display device at a vehicle dashboard (12) about a content of the first data repository (L1), a content of the second data repository (L2), the first synchronization schedule (S1) and / or the second synchronization schedule (S2), and / or a confirmation and / or adjustment possibility of a content of the first data repository (L1), a content of the second data repository (L2), the first synchronization schedule (S1) and / or the second synchronization schedule (S2) is provided for a user of the vehicle (10), especially by a mobile display device or a display device at a vehicle dashboard (12).

11. An electronic control unit (ecu) comprising: a memory unit (mu), configured to store a program code, and a computing unit (cu), wherein when carrying out the program code by the computing unit (c), a method according to one of the preceding claims is performed.

12. A vehicle (10) comprising an electronic control unit (ecu) according to the preceding claim.

13. A computer program product comprising instructions which, when the program is executed by a computer, cause the computer to carry out a method according to any one of claims 1 to 10.