WO2024017697A1 - Verfahren zum hinterlegen eines identifikators auf einer zentralen recheneinrichtung - Google Patents

Verfahren zum hinterlegen eines identifikators auf einer zentralen recheneinrichtung Download PDF

Info

Publication number
WO2024017697A1
WO2024017697A1 PCT/EP2023/069117 EP2023069117W WO2024017697A1 WO 2024017697 A1 WO2024017697 A1 WO 2024017697A1 EP 2023069117 W EP2023069117 W EP 2023069117W WO 2024017697 A1 WO2024017697 A1 WO 2024017697A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
computing device
central
vehicle
oem
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.)
Ceased
Application number
PCT/EP2023/069117
Other languages
English (en)
French (fr)
Inventor
Patrick Becker
Jörg Echard
Mark Gerban
Martin Keppler
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
Priority to US18/996,174 priority Critical patent/US20260052130A1/en
Publication of WO2024017697A1 publication Critical patent/WO2024017697A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/71—Hardware identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/61—Time-dependent
    • 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]
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
    • G07B15/063—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/082—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying multi-factor authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication

Definitions

  • the invention relates to a method for storing an identifier on a central computing device according to the type defined in more detail in the preamble of claim 1.
  • a toll control device can be integrated into a vehicle, which wirelessly transmits a characteristic ID to an operator of a toll route when the vehicle enters and leaves a toll route.
  • the toll operator can therefore track which toll control device and therefore which user used which section of the route subject to tolls at which times.
  • the characteristic ID of the toll controller By assigning the characteristic ID of the toll controller to a user account, the toll can then be billed. To do this, the ID must first be linked to the user account, which requires manual effort on the part of the user.
  • a method for authenticating a vehicle, an authentication unit, a service unit and a central computer unit external to the vehicle are known.
  • the method provides that an initial value is sent from the service unit to the authentication unit in the vehicle, whereupon the authentication unit generates a vehicle test value and transmits it to the central computer unit together with the initial value.
  • the central computer unit in turn generates another vehicle test value and compares it with the received vehicle test value. If both values match, then the vehicle or the user of the vehicle is authenticated.
  • the central computer unit processes a table with characteristic values. Characteristic values of vehicle components are stored in this table. To generate the table with the characteristic values, the authentication unit reads the respective characteristic value from the corresponding vehicle component and transmits it to the central computer unit for storage.
  • the method disclosed in the publication is computationally complex due to the frequent calculation of test values.
  • the present invention is based on the object of specifying an improved method for storing an identifier on a central computing device, with the help of which user comfort for storing the identifier on the central computing device is increased and, while maintaining cybersecurity, computing effort is minimized.
  • this object is achieved by a method for storing an identifier on a central computing device with the features of claim 1.
  • Advantageous refinements and further developments result from the requirements that depend on this.
  • a generic method for storing an identifier on a central computing device wherein a first identifier is read from a control unit of a vehicle and transmitted to a vehicle-internal computing unit for persistent storage and the first identifier is transmitted from the vehicle-internal computing unit to a central OEM computing device
  • the first identifier is transmitted to the central OEM computing device via a cryptographically secured transmission channel and is transmitted from the central OEM computing device to a central service provider computing device via a cryptographically secured transmission channel after receiving a transmission order.
  • the first identifier can be stored in a particularly convenient and secure manner on the central service provider. Computing facility possible while maintaining cybersecurity.
  • the first identifier is coded information. This information can be encoded in any way, for example in any file format.
  • the control device can be any control device such as a toll control device or the like.
  • the first identifier can, for example, include or be formed by an identification number, serial number, ID or the like of the control device.
  • the first identifier can be: a vehicle identification number, a license plate, a country or state in which the license plate is registered, a vehicle type, vehicle dimensions, a permissible vehicle weight, payment information such as the identifier of a PayPal, WeChat, Alipay, Applepay - or Googlepay accounts, credit card information such as a credit card number or a check digit, an IBAN or the like.
  • This transmission channel is present anyway and, according to the invention, is also used to securely transmit the first identifier to the central OEM computing device without additional transformation effort for cryptographic security.
  • the first identifier can, for example, also be integrated into a vehicle data record, for example a diagnostic data record, or attached to it.
  • the first identifier can also form a separate data record.
  • a cryptographically secured transmission channel between the central OEM computing device and the central service provider computing device.
  • This is, for example, a Hypertext Transfer Protocol Secure connection, i.e. a communication connection based on the HTTPS Internet communication protocol. This means that no separate encryption mechanisms are required to ensure adequate cybersecurity.
  • the device ID of a toll controller can be conveniently stored with a toll system operator. This means there is no manual effort for a user of the vehicle to get the device ID To determine the toll controller and to link this manually with his user account with the toll system operator.
  • the central OEM computing device is, for example, a cloud server, also referred to as a backend, which is operated by a vehicle manufacturer.
  • the central service provider computing device is then, for example, a cloud server or backend of the toll system operator.
  • the first identifier is transmitted from the central OEM computing device to the central service provider computing device after a transfer request has been transmitted to the central OEM computing device.
  • This transmission order can, for example, be initiated manually by the user of the vehicle.
  • the user can use any operating device coupled to the vehicle-internal computing unit, for example a human-machine interface permanently installed in the vehicle, such as a touch-sensitive display, or a mobile terminal coupled to the vehicle.
  • the first identifier is read from the control unit during the manufacture of the vehicle and stored in the vehicle-internal computing unit.
  • the effort for the user of the vehicle to store the first identifier on the central service provider computing device can be reduced even further.
  • the first identifier was already stored in the vehicle's internal computing unit. It is also possible for the first identifier to be transmitted from the vehicle-internal computing unit to the central OEM computing device before the vehicle is delivered to the customer, i.e. the user.
  • the first identifier is read from the control unit during the service life of the vehicle and stored in the vehicle-internal computing unit.
  • the reading of the first identifier from the control unit can also be initiated manually, for example by a user during operation or by a dealer or a mechanic during a maintenance interval in a workshop. If the user wants to register his toll controller with the toll system operator and connect it to his user account, only then can the first one be transferred Identifier can take place if the user wishes this. This prevents early transmission of the first identifier, which further improves cybersecurity, since the first identifier is stored in several storage locations for a shorter period of time and therefore there is also a lower attack potential.
  • the transmission of the first identifier to the central OEM computing device can be initiated manually, for example by entering an operating action via an operating device of the vehicle, or can also be done automatically, for example when connecting the control unit to an on-board electrical system of the vehicle, whereby the vehicle's internal computing unit is then first activated automatically reads the first identifier from the control unit.
  • the first identifier is transmitted to the central OEM computing device.
  • the transmission order is transferred to the central OEM computing device.
  • the display device can be designed as a touch-sensitive display and thus form the operating device.
  • user data is transmitted from the central OEM computing device to the central service provider computing device together with the first identifier.
  • the user data can, for example, be the user's personal data such as name, address, bank information and the like.
  • the corresponding user data can already be available in the vehicle-internal computing unit and/or the central OEM computing device. This means that the user of the vehicle can have a corresponding user profile with the vehicle manufacturer.
  • the user is also given full control over their data. Should the user wish this, for example via a corresponding setting in a user profile, the user can be asked each time before the user data is exported from the central OEM computing device, i.e. also for transmission to the central service provider computing device, whether he agrees to the data transfer. The user can confirm this by entering a corresponding operator action. This prevents the user's personal information described in the user data from being passed on undesirably.
  • a further advantageous embodiment of the method according to the invention further provides that the vehicle-internal computing unit reads the first identifier and a timestamp into a hash function to generate a hash value and the hash value is transmitted together with the timestamp to the central OEM computing device, whereupon the central OEM Computing device generates the first identifier from the hash value and the timestamp using the same hash function.
  • the timestamp can be, for example, a time or a time window such as ⁇ 10 seconds, ⁇ 5 minutes or the like at the time.
  • the point in time itself can be the point in time at which the Identifier is read from the control unit of the vehicle, at which the identifier is stored in the vehicle-internal computing unit or at which the identifier is transmitted to the central OEM computing device. If the time is the time at which the first identifier is transmitted to the central OEM computing device, the time stamp can be implicitly transmitted to the central OEM computing device by transmitting the first identifier. In other words, the central OEM computing device can also determine the time stamp itself by comparing the time at which the first identifier is received with the time. The additional concatenation of the first identifier with a timestamp allows additional cryptographic security through the use of a so-called time-based one-time password algorithm.
  • At least one second identifier is additionally read from the control unit and transmitted to the central OEM computing device via the vehicle-internal computing unit.
  • the second identifier can be a feature that is designed in the same way as the first identifier.
  • the control device can also have a trustworthy platform module, also known as a Trusted Platform Module (TPM), from which the second identifier is read.
  • TPM Trusted Platform Module
  • the second identifier can also be a unique cryptographic key for identifying the control device.
  • the second identifier can be read from a suitable hardware and/or software component of the control device that is set up for this purpose.
  • a further advantageous embodiment of the method further provides that the second identifier is transmitted from the central OEM computing device to the central service provider computing device and the central service provider computing device uses the second identifier as a user's authentication feature.
  • the cybersecurity of the method according to the invention can be further improved and further functionalities can be provided to increase the user's comfort.
  • authentication is possible with the second identifier and can be used, for example, to authenticate a user's payment account. So you can authenticate the second identifier For example, making credit card payments made via a credit card network can be permitted or confirmed.
  • the second identifier is preferably used for multi-factor authentication. Not only the second identifier but also, for example, the first identifier and/or a third, fourth, or fifth identifier are included in an authentication step. Particularly if the identifiers are cryptographic keys that can be used for a limited time, data transmission and authentication are particularly secure in terms of cybersecurity.
  • FIG. 1 shows a schematic representation of a transmission path for storing an identifier on a central computing device.
  • a vehicle 3 is shown in Figure 1. This includes a control device 2, a vehicle-internal computing unit 4 coupled thereto and a communication unit 7 coupled thereto for wireless data transmission.
  • the communication unit 7 can be connected to the Internet via mobile radio, for example.
  • a mobile radio connection can be provided by a mobile radio communication network 8 to form a communication path 9. Direct communication of the vehicle-internal computing unit 4 via a first communication path 9.1 with a central OEM computing device 5 and via a second communication path 9.2 with a central service provider computing device 6 is thus possible.
  • the central idea of a method according to the invention is how a first identifier 1, which is stored in the control device 2, can be transmitted to the central service provider computing device 6 in the most convenient and secure manner possible.
  • a method step 100 the first identifier 1 is read from the control device 2 and transmitted to the vehicle-internal computing unit 4.
  • the first identifier 1 is then persistently stored in the vehicle-internal computing unit 4.
  • the first identifier 1 is included in a vehicle data record.
  • the vehicle data set can include various information, such as information characterizing the vehicle 3, for example a vehicle identification number, a license plate, a motorization, equipment, vehicle dimensions and the like, user data of a user of the vehicle, for example name, date of birth, address, bank details and the like, Operating data of the vehicle 3 such as a current tank content, a current state of charge of a traction battery, a current speed of movement, a mileage and the like or other data.
  • information characterizing the vehicle 3 for example a vehicle identification number, a license plate, a motorization, equipment, vehicle dimensions and the like
  • user data of a user of the vehicle for example name, date of birth, address, bank details and the like
  • Operating data of the vehicle 3 such as a current tank content, a current state of charge of a traction battery, a current speed of movement, a mileage and the like or other data.
  • the first identifier 1 is then transmitted to the central OEM computing device 5 in a method step 102 via the communication unit 7 and the mobile communications network 8, preferably included in the vehicle data record.
  • a cryptographically secured communication channel is used, which is already present since the vehicle 3 uses this to exchange the vehicle data record with the central OEM computing device 5. Therefore, no further cryptographic security measures are necessary for securely transmitting the first identifier 1 from the control unit 2 to the central OEM computing device 5.
  • the first identifier 1 is then stored at least temporarily in the central OEM computing device 5.
  • the first identifier 1 can be, for example, a device ID of the control device 2. It can also be a serial number or another characteristic designation.
  • the control device 2 is a toll control device.
  • a stationary toll system which grants access to a toll section, can receive the first identifier 1 directly from the control device 2, for example by radio, when the vehicle 3 approaches, and thus enable the toll to be billed. To do this, however, a user of the vehicle 3 must have a user account with the relevant toll system operator.
  • the first identifier 1 must be linked to the user account. In order to be able to do this particularly conveniently, you can When the vehicle 3 approaches the corresponding toll route section, a transmission order from the user to the central OEM computing device 5 is initiated.
  • the user can use an operating interface of the vehicle 3.
  • the transmission order can be initiated together with a command to transmit the first identifier 1 to the central OEM computing device.
  • the user can also use a mobile device or a desktop PC to initiate the transmission order.
  • the corresponding devices simply need to be in communication with the central OEM computing device.
  • An app running on a mobile device or a web browser can serve as an interface.
  • the first identifier 1 is then transmitted from the central OEM computing device 5 to the central service provider computing device 6 after receiving the transmission order. This is also done cryptographically secured, for example using the HTTPS communication protocol.
  • the first identifier 1 is stored in the central service provider computing device 6.
  • a method step 106 the account of the user of the vehicle 3 is linked to the first identifier 1.
  • the user of the vehicle 3 can also transmit the required account information 10 directly to the central service provider computing device 6 via the second communication path 9.2. This is, for example, a unique user ID and a user password. If the user has to create a new account, he must also enter his name, address, date of birth, bank billing information and the like. However, this account information 10 can also be present in the central OEM computing device 5, since the manufacturer of the vehicle 3, which operates the central OEM computing device 5, also needs this information to provide various functionalities. If the central OEM computing device 5 receives the transmission order, the corresponding account information 10 of the user, i.e.
  • the deposit of the first identifier 1, in particular together with the account information 10, can particularly preferably be done by the manufacturer of the vehicle 3 during the manufacture of the vehicle 3. This can happen in a factory or later at a dealer.
  • the user of the vehicle 3 can authorize the vehicle manufacturer to transmit data directly when ordering the vehicle 3. In other words, the vehicle manufacturer then creates a corresponding user account with the toll system operator or supplements such a user account.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Power Engineering (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung Die Erfindung betrifft ein Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung, wobei ein erster Identifikator (1) aus einem Steuergerät (2) eines Fahrzeugs (3) ausgelesen und an eine fahrzeuginterne Recheneinheit (4) zum persistenten Speichern übertragen wird und der erste Identifikator (1) von der fahrzeuginternen Recheneinheit (4) an eine zentrale OEM-Recheneinrichtung (5) übertragen wird. Das erfindungsgemäße Verfahren ist dadurch gekennzeichnet, dass der erste Identifikator (1) an die zentrale OEM-Recheneinrichtung (5) über einen kryptografisch abgesicherten Übertragungskanal übertragen wird und von der zentralen OEM-Recheneinrichtung (5) nach Empfangen eines Übermittlungsauftrags über einen kryptografisch abgesicherten Übertragungskanal an eine zentrale Dienstleister- Recheneinrichtung (6) übertragen wird. (Figur 1)

Description

Mercedes-Benz Group AG
Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung
Die Erfindung betrifft ein Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung nach der im Oberbegriff von Anspruch 1 näher definierten Art.
Mit zunehmender Digitalisierung nimmt auch die Anzahl von Recheneinheiten und Steuergeräten in Fahrzeugen zu. Solche Geräte erlauben die Bereitstellung von Sicherheits- und Komfortfunktionen.
In einigen Regionen dieser Welt werden automatische Mautsysteme verwendet. So kann ein Mautsteuergerät in ein Fahrzeug integriert werden, welches drahtlos eine charakteristische ID an einen Betreiber einer Mautstrecke übermittelt, wenn das Fahrzeug eine mautpflichtige Strecke betritt und verlässt. Der Mautbetreiber kann somit nachvollziehen zu welchen Zeiten welches Mautsteuergerät und damit welcher Nutzer welchen mautpflichtigen Streckenabschnitt genutzt hat. Durch eine Zuordnung der charakteristischen ID des Mautsteuergeräts zu einem Nutzerkonto kann dann eine Abrechnung der Maut erfolgen. Hierzu muss die ID zuerst mit dem Nutzerkonto verknüpft werden, was mit einem manuellen Aufwand seitens des Nutzers verbunden ist.
Aus der US 2020/0327218 A1 sind ein Verfahren zum Authentifizieren eines Fahrzeugs, eine Authentifizierungseinheit, eine Serviceeinheit und eine fahrzeugexterne zentrale Computereinheit bekannt. Das Verfahren sieht für eine sichere und komfortable Authentifizierung des Fahrzeugs gegenüber der Serviceeinheit vor, dass ein Initialwert von der Serviceeinheit an die Authentifizierungseinheit im Fahrzeug gesendet wird, woraufhin die Authentifizierungseinheit einen Fahrzeugprüfwert generiert und diesen zusammen mit dem Initialwert an die zentrale Computereinheit übermittelt. Die zentrale Computereinheit generiert wiederum einen weiteren Fahrzeugprüfwert und vergleicht diesen mit dem empfangenen Fahrzeugprüfwert. Stimmen beide Werte überein so wird das Fahrzeug bzw. der Nutzer des Fahrzeugs authentifiziert. Während der Erzeugung des weiteren Fahrzeugprüfwerts verarbeitet die zentrale Computereinheit eine Tabelle mit charakteristischen Werten. In dieser Tabelle sind charakteristische Werte von Fahrzeugkomponenten gespeichert. Zur Erzeugung der Tabelle mit den charakteristischen Werten liest die Authentifizierungseinheit aus der entsprechenden Fahrzeugkomponente den jeweiligen charakteristischen Wert aus und überträgt diesen zum Speichern an die zentrale Computereinheit. Das in der Druckschrift offenbarte Verfahren ist jedoch aufgrund der häufigen Berechnung von Prüfwerten rechenaufwändig.
Der vorliegenden Erfindung liegt die Aufgabe zugrunde ein verbessertes Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung anzugeben, mit dessen Hilfe ein Nutzerkomfort zum Hinterlegen des Identifikators auf der zentralen Recheneinrichtung gesteigert wird und dabei unter Einhaltung der Cybersicherheit ein Rechenaufwand minimiert wird.
Erfindungsgemäß wird diese Aufgabe durch ein Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung mit den Merkmalen des Anspruchs 1 gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen ergeben sich aus den hiervon abhängigen Ansprüchen.
Ein gattungsgemäßes Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung, wobei ein erster Identifikator aus einem Steuergerät eines Fahrzeugs ausgelesen und an eine fahrzeuginterne Recheneinheit zum persistenten Speichern übertragen wird und der erste Identifikator von der fahrzeuginternen Recheneinheit an eine zentrale OEM-Recheneinrichtung übertragen wird, wird erfindungsgemäß dadurch weitergebildet, dass der erste Identifikator an die zentrale OEM-Recheneinrichtung über einen kryptografisch abgesicherten Übertragungskanal übertragen wird und von der zentralen OEM-Recheneinrichtung nach Empfangen eines Übermittlungsauftrags über einen kryptografisch abgesicherten Übertragungskanal an eine zentrale Dienstleister-Recheneinrichtung übertragen wird.
Mit Hilfe des erfindungsgemäßen Verfahrens ist ein besonders komfortables und sicheres Hinterlegen des ersten Identifikators auf der zentralen Dienstleister- Recheneinrichtung unter Wahrung der Cybersicherheit möglich. Bei dem ersten Identifikator handelt es sich um eine kodierte Information. Diese Information kann beliebig kodiert sein, beispielsweise in einem beliebigen Dateiformat. Bei dem Steuergerät kann es sich um ein beliebiges Steuergerät wie ein Mautsteuergerät oder dergleichen handeln. Der erste Identifikator kann beispielsweise eine Identifikationsnummer, Seriennummer, ID oder dergleichen des Steuergeräts umfassen oder dadurch ausgebildet sein. Weitere Beispiele für den ersten Identifikator können sein: eine Fahrzeugidentnummer, ein Kennzeichen, ein Land oder Bundesstaat in dem das Kennzeichen registriert ist, ein Fahrzeugtyp, Fahrzeugabmessungen, ein zulässiges Fahrzeuggewicht, Bezahlinformationen wie die Kennung eines PayPal-, WeChat-, Alipay-, Applepay- oder Googlepay-Accounts, eine Kreditkarteninformation wie eine Kreditkartennummer oder eine Prüfziffer, eine IBAN oder dergleichen. Zum Übertragen von Informationen zwischen der fahrzeuginternen Recheneinheit und der zentralen OEM-Recheneinrichtung besteht typischerweise eine Kommunikationsverbindung. Über diese Kommunikationsverbindung werden Computerdaten kryptografisch abgesichert übertragen. Hierdurch kann der Fahrzeughersteller Diagnosedaten aus dem Fahrzeug empfangen oder Softwareupdates auf die fahrzeuginterne Recheneinheit aufspielen. Dieser Übertragungskanal ist ohnehin vorhanden und wird erfindungsgemäß auch dazu genutzt, um den ersten Identifikator ohne einen zusätzlichen Transformationsaufwand zum kryptografischen Absichern abgesichert an die zentrale OEM-Recheneinrichtung zu übermitteln. Hierzu kann der erste Identifikator beispielsweise auch in einen Fahrzeug- Datensatz, beispielsweise einen Diagnosedatensatz integriert oder an diesen angehängt werden. Der erste Identifikator kann jedoch auch einen separaten Datensatz ausbilden.
Ebenfalls besteht ein kryptografisch abgesicherter Übertragungskanal zwischen der zentralen OEM-Recheneinrichtung und der zentralen Dienstleister-Recheneinrichtung. Hierbei handelt es sich beispielsweise um eine Hypertext Transfer Protocol Secure Verbindung, also eine auf dem HTTPS Internet Kommunikationsprotokoll basierende Kommunikationsverbindung. Somit sind keine separaten Verschlüsselungsmechanismen erforderlich, um eine ausreichende Cybersicherheit zu gewährleisten.
Mit Hilfe des erfindungsgemäßen Verfahrens lässt sich beispielsweise die Geräte-ID eines Mautsteuergeräts komfortabel bei einem Mautsystembetreiber hinterlegen. Somit entsteht kein manueller Aufwand für einen Nutzer des Fahrzeugs, um die Geräte-ID des Mautsteuergeräts zu bestimmen und diese manuell mit seinem Nutzerkonto bei dem Mautsystembetreiber zu verknüpfen.
Bei der zentralen OEM-Recheneinrichtung handelt es sich beispielsweise um eine Cloudserver, auch als Backend bezeichnet, welcher von einem Fahrzeughersteller betrieben wird. Bei der zentralen Dienstleister-Recheneinrichtung handelt es sich dann beispielsweise um einen Cloudserver bzw. Backend des Mautsystembetreibers. Der erste Identifikator wird von der zentralen OEM-Recheneinrichtung an die zentrale Dienstleister-Recheneinrichtung übertragen, nachdem ein Übermittlungsauftrag an die zentrale OEM-Recheneinrichtung übermittelt wurde. Dieser Übermittlungsauftrag kann beispielsweise vom Nutzer des Fahrzeugs manuell angestoßen werden. Hierzu kann der Nutzer eine beliebige mit der fahrzeuginternen Recheneinheit gekoppelte Bedieneinrichtung, beispielsweise eine fest im Fahrzeug installierte Mensch-Maschine- Schnittstelle, wie ein berührungsempfindliches Display, oder auch ein mit dem Fahrzeug gekoppeltes mobiles Endgerät nutzen.
Eine vorteilhafte Weiterbildung des Verfahrens sieht vor, dass der erste Identifikator aus dem Steuergerät im Zuge der Herstellung des Fahrzeugs ausgelesen und in der fahrzeuginternen Recheneinheit gespeichert wird. Hierdurch kann der Aufwand für den Nutzer des Fahrzeugs zum Hinterlegen des ersten Identifikators auf der zentralen Dienstleister-Recheneinrichtung noch weiter gesenkt werden. So wurde der erste Identifikator bei Ausliefern des Fahrzeugs bereits in der fahrzeuginternen Recheneinheit gespeichert. Dabei ist es auch möglich, dass der erste Identifikator bereits vor Ausliefern des Fahrzeugs an den Kunden, also den Nutzer, von der fahrzeuginternen Recheneinheit bereits an die zentrale OEM-Recheneinrichtung übertragen wird.
Entsprechend einer weiteren vorteilhaften Ausgestaltung des Verfahrens wird der erste Identifikator aus dem Steuergerät während der Nutzungsdauer des Fahrzeugs ausgelesen und in der fahrzeuginternen Recheneinheit gespeichert. Das Auslesen des ersten Identifikators aus dem Steuergerät lässt sich also auch manuell, beispielsweise durch einen Nutzer während dem Betrieb oder auch durch einen Händler oder einen Mechaniker während eines Wartungsintervalls in einer Werkstatt anstoßen. Möchte der Nutzer sein Mautsteuergerät beim Mautsystembetreiber registrieren und entsprechend mit seinem Nutzerkonto verbinden, so kann auch erst dann das Übertragen des ersten Identifikators stattfinden, wenn der Nutzer dies wünscht. Hierdurch wird ein frühzeitiges Übertragen des ersten Identifikators verhindert, was die Cybersicherheit noch weiter verbessert, da somit der erste Identifikator für einen kürzeren Zeitraum an mehreren Speicherorten gespeichert ist und somit auch ein geringeres Angriffspotenzial vorliegt.
Das Übertragen des ersten Identifikators an die zentrale OEM-Recheneinrichtung kann manuell veranlasst werden, beispielsweise durch Eingabe einer Bedienhandlung über eine Bedieneinrichtung des Fahrzeugs, oder auch automatisch erfolgen, beispielsweise beim Anschließen des Steuergeräts an ein Bordnetz des Fahrzeugs, wodurch dann zuerst die fahrzeuginterne Recheneinheit den ersten Identifikator automatisch aus dem Steuergerät ausliest.
Eine weitere vorteilhafte Ausgestaltung des Verfahrens sieht ferner vor, dass der erste Identifikator auf einer Anzeigevorrichtung im Fahrzeug dargestellt wird und erst nach Bestätigung durch Eingabe einer Bedienhandlung durch einen Nutzer über eine mit der fahrzeuginternen Recheneinheit zusammenwirkende Bedieneinrichtung:
- der erste Identifikator an die zentrale OEM-Recheneinrichtung übertragen wird; und/oder
- der Übermittlungsauftrag an die zentralen OEM-Recheneinrichtung übertragen wird.
Dies ermöglicht es dem Nutzer des Fahrzeugs den ersten Identifikator zu überprüfen, bevor der erste Identifikator an die zentrale OEM-Recheneinrichtung bzw. die zentrale Dienstleister-Recheneinrichtung übermittelt wird. Dabei kann die Anzeigevorrichtung als berührungsempfindliches Display ausgeführt sein und somit die Bedieneinrichtung ausbilden.
Dabei kann es erforderlich sein, dass der Nutzer zweimal eine Bestätigung zum Übertragen des ersten Identifikators eingeben muss. So kann einmal eine Bestätigung notwendig sein, um den ersten Identifikator aus dem Fahrzeug an die zentralen OEM- Recheneinrichtung zu übertragen, und eine zweite Bestätigung erforderlich sein, um den ersten Identifikator von der zentralen OEM-Recheneinrichtung an die zentrale Dienstleister-Recheneinrichtung zu übertragen. Entsprechend einer weiteren vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens werden gemeinsam mit dem ersten Identifikator Nutzdaten von der zentralen OEM-Recheneinrichtung an die zentrale Dienstleister-Recheneinrichtung übertragen. Bei den Nutzdaten kann es sich beispielsweise um persönliche Daten des Nutzers handeln wie Name, Adresse, Bankinformationen und dergleichen. Die entsprechenden Nutzdaten können bereits in der fahrzeuginternen Recheneinheit und/oder der zentralen OEM- Recheneinrichtung vorliegen. So kann der Nutzer des Fahrzeugs über ein entsprechendes Nutzerprofil beim Hersteller des Fahrzeugs verfügen. Hierdurch kann der Komfort für den Nutzer des Fahrzeugs noch weiter gesteigert werden, indem die persönlichen Daten des Nutzers automatisch vom Fahrzeughersteller an den Mautsystembetreiber übermittelt werden. Somit entfällt das Erfordernis für den Nutzer, dass er seine persönlichen Daten zum Verknüpfen der Geräte-ID seines Mautsteuergeräts mit seinem Nutzerkonto beim Mautsystembetreiber erneut eingeben muss.
Dem Nutzer wird zudem volle Kontrolle über seine Daten gegeben. Sollte der Nutzer dies wünschen, beispielsweise über eine entsprechende Einstellung in einem Nutzerprofil, so kann jedes Mal bevor die Nutzdaten von der zentralen OEM-Recheneinrichtung ausgeleitet werden, also auch entsprechend zum Übertragen an die zentrale Dienstleister-Recheneinrichtung, der Nutzer gefragt werden, ob er der Datenübertragung zustimmt. Der Nutzer kann dies durch Eingabe einer entsprechenden Bedienhandlung bestätigen. So wird verhindert, dass unerwünschterweise die persönlichen durch die Nutzdaten beschriebenen Informationen des Nutzers weitergegeben werden.
Eine weitere vorteilhafte Ausgestaltung des erfindungsgemäßen Verfahrens sieht ferner vor, dass die fahrzeuginterne Recheneinheit den ersten Identifikator und einen Zeitstempel in eine Hashfunktion zur Erzeugung eines Hashwerts einliest und der Hashwert zusammen mit dem Zeitstempel an die zentrale OEM-Recheneinrichtung übertragen wird, woraufhin die zentrale OEM-Recheneinrichtung unter Verwenden derselben Hashfunktion aus dem Hashwert und dem Zeitstempel den ersten Identifikator erzeugt. Hierdurch lässt sich die Cybersicherheit des erfindungsgemäßen Verfahrens weiter steigern. Bei dem Zeitstempel kann es sich beispielsweise um einen Zeitpunkt oder ein Zeitfenster wie ±10 Sekunden, ±5 Minuten oder dergleichen um den Zeitpunkt handeln. Bei dem Zeitpunkt selbst kann es sich um den Zeitpunkt handeln, an dem der Identifikator aus dem Steuergerät des Fahrzeugs ausgelesen wird, an dem der Identifikator in der fahrzeuginternen Recheneinheit gespeichert wird oder an dem der Identifikator an die zentrale OEM-Recheneinrichtung übertragen wird. Handelt es sich bei dem Zeitpunkt um den Zeitpunkt an dem der erste Identifikator an die zentrale OEM- Recheneinrichtung übertragen wird, so kann der Zeitstempel implizit an die zentrale OEM-Recheneinrichtung durch das Übermitteln des ersten Identifikators übertragen werden. Mit anderen Worten kann die zentrale OEM-Recheneinrichtung den Zeitstempel durch Abgleichen des Zeitpunkts an dem der erste Identifikator empfangen wird mit der Uhrzeit auch selbst ermitteln. Das zusätzliche Konkatenieren des ersten Identifikators mit einem Zeitstempel erlaubt die zusätzliche kryptografische Absicherung durch die Verwendung eines sogenannten Time-Based One-Time Password Algorithmus.
Entsprechend einer weiteren vorteilhaften Ausgestaltung des Verfahrens wird zusätzlich wenigstens ein zweiter Identifikator aus dem Steuergerät ausgelesen und über die fahrzeuginterne Recheneinheit an die zentrale OEM-Recheneinrichtung übertragen. Bei dem zweiten Identifikator kann es sich um einen gleichartig zum ersten Identifikator ausgeführtes Merkmal handeln. Das Steuergerät kann auch ein vertrauenswürdiges Plattformmodul, auch als Trusted Platform Module (TPM) aufweisen, aus dem der zweite Identifikator ausgelesen wird. So kann es sich bei dem zweiten Identifikator auch um einen eindeutigen kryptografischen Schlüssel zur Identifizierung des Steuergeräts handeln. Generell kann der zweite Identifikator aus einer geeigneten hierzu eingerichteten Hardware- und/oder Softwarekomponente des Steuergeräts ausgelesen werden.
Eine weitere vorteilhafte Ausgestaltung des Verfahrens sieht ferner vor, dass der zweite Identifikator von der zentralen OEM-Recheneinrichtung an die zentrale Dienstleister- Recheneinrichtung übertragen wird und die zentrale Dienstleister-Recheneinrichtung den zweiten Identifikator als Authentifizierungsmerkmal eines Nutzers verwendet. Hierdurch lässt sich die Cybersicherheit des erfindungsgemäßen Verfahrens noch weiter verbessern und weitere Funktionalitäten zur Steigerung des Komforts des Nutzers bereitstellen. So ist beispielsweise mit dem zweiten Identifikator eine Authentifizierung möglich und kann beispielsweise zum Authentifizieren eines Bezahlaccounts des Nutzers verwendet werden. So kann unter Authentifizierung des zweiten Identifikators beispielsweise das Durchführen von über ein Kreditkartennetzwerk getätigten Kreditkartenzahlungen erlaubt bzw. bestätigt werden.
Bevorzugt wir der zweite Identifikator dabei für eine Multi-Faktor-Authentifizierung verwendet. So gehen nicht nur der zweite Identifikator sondern beispielsweise auch der erste Identifikator und/oder ein dritter, vierter, oder fünfter Identifikator in einen Authentifizierungsschritt ein. Insbesondere wenn es sich bei den Identifikatoren um zeitlich begrenzt nutzbare kryptografische Schlüssel handelt, wird eine bezüglich der Cybersicherheit besonders sichere Datenübertragung und Authentifizierung ermöglicht.
Weitere vorteilhafte Ausgestaltungen des erfindungsgemäßen Verfahrens zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung ergeben sich auch aus dem Ausführungsbeispiel, welches nachfolgend unter Bezugnahme auf die Figur näher beschrieben wird.
Dabei zeigt Figur 1 eine schematisierte Darstellung eines Übertragungswegs zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung.
In Figur 1 ist ein Fahrzeug 3 dargestellt. Dieses umfasst ein Steuergerät 2, eine damit gekoppelte fahrzeuginterne Recheneinheit 4 und eine damit gekoppelte Kommunikationseinheit 7 zur drahtlosen Datenübertragung. Die Kommunikationseinheit 7 kann beispielsweise per Mobilfunk mit dem Internet verbunden sein. Eine Mobilfunkverbindung kann durch ein Mobilfunkkommunikationsnetzwerk 8 zur Ausbildung eines Kommunikationspfads 9 bereitgestellt werden. Somit ist eine direkte Kommunikation der fahrzeuginternen Recheneinheit 4 über einen ersten Kommunikationspfad 9.1 mit einer zentralen OEM-Recheneinrichtung 5 und über einen zweiten Kommunikationspfad 9.2 mit einer zentralen Dienstleister-Recheneinrichtung 6 möglich.
Zentraler Gedanke eines erfindungsgemäßen Verfahrens ist es, wie auf eine möglichst komfortable und sichere Art und Weise ein erster Identifikator 1, welcher im Steuergerät 2 gespeichert ist, an die zentrale Dienstleister-Recheneinrichtung 6 übermittelt werden kann. Hierzu wird in einem Verfahrensschritt 100 der erste Identifikator 1 aus dem Steuergerät 2 ausgelesen und an die fahrzeuginterne Recheneinheit 4 übertragen. In einem Verfahrensschritt 101 wird dann der erste Identifikator 1 in der fahrzeuginternen Recheneinheit 4 persistent gespeichert. Hierzu wird insbesondere der erste Identifikator 1 in einem Fahrzeug-Datensatz inkludiert. Der Fahrzeug-Datensatz kann diverse Informationen umfassen, wie das Fahrzeug 3 charakterisierende Informationen, beispielsweise eine Fahrzeugidentnummer, ein Kennzeichen, eine Motorisierung, eine Ausstattung, Fahrzeugdimensionen und dergleichen, Nutzerdaten eines Nutzers des Fahrzeugs, beispielsweise Name, Geburtsdatum, Adresse, Bankdaten und dergleichen, Betriebsdaten des Fahrzeugs 3 wie ein aktueller Tankinhalt, ein aktueller Ladezustand einer Traktionsbatterie, eine aktuelle Fortbewegungsgeschwindigkeit, einen Kilometerstand und dergleichen oder auch sonstige Daten.
Der erste Identifikator 1 wird dann in einem Verfahrensschritt 102 über die Kommunikationseinheit 7 und das Mobilfunkkommunikationsnetzwerk 8, bevorzugt inkludiert in dem Fahrzeug-Datensatz, an die zentrale OEM-Recheneinrichtung 5 übertragen. Hierzu wird ein kryptografisch abgesicherter Kommunikationskanal verwendet, welcher ohnehin vorhanden ist, da das Fahrzeug 3 hierüber den Fahrzeug- Datensatz mit der zentralen OEM-Recheneinrichtung 5 austauscht. Es sind somit keine weiteren kryptografischen Sicherungsmaßnahmen zum sicheren übertragen des ersten Identifikators 1 aus dem Steuergerät 2 an die zentrale OEM-Recheneinrichtung 5 notwendig. In einem Verfahrensschritt 103 wird dann der erste Identifikator 1 in der zentralen OEM-Recheneinrichtung 5 zumindest temporär gespeichert.
Bei dem ersten Identifikator 1 kann es sich beispielsweise um eine Geräte-ID des Steuergeräts 2 handeln. Es kann sich auch um eine Seriennummer oder eine sonstige charakteristische Bezeichnung handeln. Beispielsweise handelt es sich bei dem Steuergerät 2 um ein Mautsteuergerät. Ein stationäres Mautsystem, welches einen Zugang zu einem mautpflichtigen Streckenabschnitt gewährt, kann bei Annäherung des Fahrzeugs 3 den ersten Identifikator 1 unmittelbar vom Steuergerät 2, beispielsweise per Funk, empfangen und damit eine Abrechnung der Maut ermöglichen. Hierzu muss ein Nutzer des Fahrzeugs 3 jedoch über ein Nutzerkonto beim entsprechenden Mautsystembetreiber verfügen. Der erste Identifikator 1 muss mit dem Nutzerkonto verknüpft werden. Um dies besonders komfortabel durchführen zu können kann vor einer Annäherung des Fahrzeugs 3 an den entsprechenden mautpflichtigen Streckenabschnitt ein Übermittlungsauftrag vom Nutzer an die zentrale OEM- Recheneinrichtung 5 angestoßen werden. Hierzu kann der Nutzer eine Bedienschnittstelle des Fahrzeugs 3 nutzen. Der Übermittlungsauftrag kann gemeinsam mit einem Befehl zum Übertragen des ersten Identifikators 1 an die zentrale OEM- Recheneinrichtung angestoßen werden. Auch kann der Nutzer zum Anstoßen des Übermittlungsauftrags ein mobiles Endgerät oder einen Desktop-PC nutzen. Die entsprechenden Geräte müssen hierzu lediglich in Kommunikationsverbindung mit der zentralen OEM-Recheneinrichtung stehen. Als Interface kann dabei eine auf einem mobilen Endgerät ausgeführten App oder ein Web-Browser dienen.
In einem Verfahrensschritt 104 wird dann der erste Identifikator 1 nach Empfangen des Übermittlungsauftrags von der zentralen OEM-Recheneinrichtung 5 an die zentrale Dienstleister-Recheneinrichtung 6 übertragen. Auch dies geschieht kryptografisch abgesichert, beispielsweise unter Nutzung des HTTPS Kommunikationsprotokolls.
In einem Verfahrensschritt 105 wird der erste Identifikator 1 in der zentralen Dienstleister-Recheneinrichtung 6 gespeichert.
In einem Verfahrensschritt 106 wird das Konto des Nutzers des Fahrzeugs 3 mit dem ersten Identifikator 1 verknüpft. Zum Verknüpfen des Kontos mit dem ersten Identifikator 1 kann der Nutzer des Fahrzeugs 3 erforderliche Kontoinformationen 10 auch direkt an die zentrale Dienstleister-Recheneinrichtung 6 über den zweiten Kommunikationspfad 9.2 übertragen. Hierbei handelt es sich beispielsweise um eine eindeutige Nutzerkennung und ein Nutzerpasswort. Muss der Nutzer sein Konto neu anlegen, so muss er beispielsweise auch Name, Adresse, Geburtsdatum, Bankabrechnungsinformationen und dergleichen hinterlegen. Diese Kontoinformationen 10 können jedoch auch in der zentralen OEM-Recheneinrichtung 5 vorhanden sein, da auch der Hersteller des Fahrzeugs 3, welcher die zentrale OEM-Recheneinrichtung 5 betreibt, diese Informationen zur Bereitstellung von diversen Funktionalitäten benötigt. Empfängt die zentrale OEM-Recheneinrichtung 5 den Übermittlungsauftrag, so können auch gemeinsam mit dem ersten Identifikator 1 die entsprechenden Kontoinformationen 10 des Nutzers, also Name, Adresse usw., von der zentralen OEM-Recheneinrichtung 5 an die zentrale Dienstleister-Recheneinrichtung 6 übertragen werden. Hierdurch wird der Komfort für den Nutzer des Fahrzeugs 3 noch weiter verbessert, da der manuelle Aufwand zum Eingeben der entsprechenden Informationen reduziert wird. Das Hinterlegen des ersten Identifikators 1 , insbesondere zusammen mit den Kontoinformationen 10, kann besonders bevorzugt durch den Hersteller des Fahrzeugs 3 während der Herstellung des Fahrzeugs 3 erfolgen. Dies kann bereits in einer Fabrik oder auch später bei einem Händler geschehen. Hierzu kann der Nutzer des Fahrzeugs 3 direkt beim Bestellen des Fahrzeugs 3 den Fahrzeughersteller zur Datenübertragung autorisieren. Mit anderen Worten erstellt dann der Fahrzeughersteller ein entsprechendes Nutzerkonto beim Mautsystembetreiber oder ergänzt ein solches Nutzerkonto.

Claims

Patentansprüche Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung, wobei ein erster Identifikator (1) aus einem Steuergerät (2) eines Fahrzeugs (3) ausgelesen und an eine fahrzeuginterne Recheneinheit (4) zum persistenten Speichern übertragen wird und der erste Identifikator (1) von der fahrzeuginternen Recheneinheit (4) an eine zentrale OEM-Recheneinrichtung (5) übertragen wird, dadurch gekennzeichnet, dass der erste Identifikator (1) an die zentrale OEM-Recheneinrichtung (5) über einen kryptografisch abgesicherten Übertragungskanal übertragen wird und von der zentralen OEM-Recheneinrichtung (5) nach Empfangen eines Übermittlungsauftrags über einen kryptografisch abgesicherten Übertragungskanal an eine zentrale Dienstleister-Recheneinrichtung (6) übertragen wird. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der erste Identifikator (1) aus dem Steuergerät (2) im Zuge der Herstellung des Fahrzeugs (3) ausgelesen und in der fahrzeuginternen Recheneinheit (4) gespeichert wird. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der erste Identifikator (1) aus dem Steuergerät (2) während der Nutzungsdauer des Fahrzeugs (3) ausgelesen und in der fahrzeuginternen Recheneinheit (4) gespeichert wird. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass der erste Identifikator (1) auf einer Anzeigevorrichtung im Fahrzeug (3) dargestellt wird und erst nach Bestätigung durch Eingabe einer Bedienhandlung durch einen Nutzer über eine mit der fahrzeuginternen Recheneinheit (4) zusammenwirkenden Bedieneinrichtung:
- der erste Identifikator (1) an die zentrale OEM-Recheneinrichtung (5) übertragen wird; und/oder
- der Übermittlungsauftrag an die zentrale OEM-Recheneinrichtung (5) übertragen wird. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass gemeinsam mit dem ersten Identifikator (1) Nutzdaten von der zentralen OEM- Recheneinrichtung (5) an die zentrale Dienstleister-Recheneinrichtung (6) übertragen werden. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass die fahrzeuginterne Recheneinheit (4) den ersten Identifikator (1) und einen Zeitstempel in eine Hashfunktion zur Erzeugung eines Hashwerts einliest und der Hashwert zusammen mit dem Zeitstempel an die zentrale OEM-Recheneinrichtung (5) übertragen wird, woraufhin die zentrale OEM-Recheneinrichtung (5) unter Verwenden derselben Hashfunktion aus dem Hashwert und dem Zeitstempel den ersten Identifikator (1) erzeugt. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass zusätzlich wenigstens ein zweiter Identifikator aus dem Steuergerät (2) ausgelesen und über die fahrzeuginterne Recheneinheit (4) an die zentrale OEM- Recheneinrichtung (5) übertragen wird. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass der zweite Identifikator von der zentralen OEM-Recheneinrichtung (5) an die zentrale Dienstleister-Recheneinrichtung (6) übertragen wird und die zentrale Dienstleister-Recheneinrichtung (6) den zweiten Identifikator als Authentifizierungsmerkmal eines Nutzers verwendet. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass der zweite Identifikator für eine Multi-Faktor-Authentifizierung verwendet wird.
PCT/EP2023/069117 2022-07-19 2023-07-11 Verfahren zum hinterlegen eines identifikators auf einer zentralen recheneinrichtung Ceased WO2024017697A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/996,174 US20260052130A1 (en) 2022-07-19 2023-07-11 Method for storing an identifier on a central computing device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022002638.4A DE102022002638A1 (de) 2022-07-19 2022-07-19 Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung
DE102022002638.4 2022-07-19

Publications (1)

Publication Number Publication Date
WO2024017697A1 true WO2024017697A1 (de) 2024-01-25

Family

ID=87280308

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2023/069117 Ceased WO2024017697A1 (de) 2022-07-19 2023-07-11 Verfahren zum hinterlegen eines identifikators auf einer zentralen recheneinrichtung

Country Status (3)

Country Link
US (1) US20260052130A1 (de)
DE (1) DE102022002638A1 (de)
WO (1) WO2024017697A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102023002481A1 (de) 2023-06-20 2024-12-24 Mercedes-Benz Group AG Verfahren zur elektronischen Mautabwicklung

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120265583A1 (en) * 2011-04-15 2012-10-18 Kapsch Trafficcom Ag Method for fee charging position usages of vehicles
US20130293349A1 (en) * 2011-01-18 2013-11-07 Alcatel Lucent User/vehicle-id for associating access rights and privileges
DE202015102311U1 (de) * 2015-05-06 2015-06-09 Omp Telematics Gmbh Vorrichtung zum Abrechnen von Mautgebühren
EP3242205A1 (de) * 2016-05-04 2017-11-08 Toll Collect GmbH Verfahren zur aktualisierung der konfiguration einer fahrzeugeinrichtung, fahrzeugeinrichtung, zentrale datenverarbeitungseinrichtung und mautsystem
US20200327218A1 (en) 2019-04-12 2020-10-15 Continental Automotive Gmbh Method for authenticating a vehicle, authentication unit, service unit and central computer unit external to the vehicle

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10162625B2 (en) * 2015-04-14 2018-12-25 Ford Global Technologies, Llc Vehicle control storage methods and systems
US11157655B2 (en) * 2018-12-31 2021-10-26 Woven Planet North America, Inc. Determining vehicle data integrity

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130293349A1 (en) * 2011-01-18 2013-11-07 Alcatel Lucent User/vehicle-id for associating access rights and privileges
US20120265583A1 (en) * 2011-04-15 2012-10-18 Kapsch Trafficcom Ag Method for fee charging position usages of vehicles
DE202015102311U1 (de) * 2015-05-06 2015-06-09 Omp Telematics Gmbh Vorrichtung zum Abrechnen von Mautgebühren
EP3242205A1 (de) * 2016-05-04 2017-11-08 Toll Collect GmbH Verfahren zur aktualisierung der konfiguration einer fahrzeugeinrichtung, fahrzeugeinrichtung, zentrale datenverarbeitungseinrichtung und mautsystem
US20200327218A1 (en) 2019-04-12 2020-10-15 Continental Automotive Gmbh Method for authenticating a vehicle, authentication unit, service unit and central computer unit external to the vehicle

Also Published As

Publication number Publication date
DE102022002638A1 (de) 2024-01-25
US20260052130A1 (en) 2026-02-19

Similar Documents

Publication Publication Date Title
EP2777309B1 (de) Verfahren und system zur freigabe einer technischen vorrichtung
DE102016218986B4 (de) Verfahren zur Zugriffsverwaltung eines Fahrzeugs
EP2606621B1 (de) Verfahren zum bereitstellen eines drahtlosen fahrzeugzugangs
WO2007098844A1 (de) Kraftfahrzeugdiagnose und fahrzeugannahme
EP2112797B1 (de) Verfahren zum Ermöglichen des Austauschens von Daten zwischen einer Datenverarbeitungseinrichtung ausserhalb und einer Datenverarbeitungseinheit innerhalb eines Fahrzeugs sowie Kraftfahrzeug
WO2010031698A2 (de) Verfahren zur speicherung von daten, computerprogrammprodukt, id-token und computersystem
DE102015005232B4 (de) Steuern einer Freischaltberechtigung eines Kraftfahrzeugs
DE102012221288A1 (de) Verfahren, Vorrichtung und Dienstleistungsmittel zur Authentifizierung eines Kunden für eine durch ein Dienstleistungsmittel zu erbringende Dienstleistung
DE10258302B4 (de) Verfahren zur Autorisierung eines Telematikdienstes in einem Kraftfahrzeug
EP1185026B1 (de) Verfahren zur Datenübertragung
DE102016222100A1 (de) Verfahren und System zum Nachweis eines Besitzes eines Fahrzeugs
EP3411856A1 (de) Verfahren und vorrichtungen betreffend ein kraftfahrzeugzugangs- und/oder start-system
EP3723322B1 (de) Verfahren zur authentifizierung eines fahrzeugs, authentifizierungseinheit, diensteinheit und fahrzeugexterne zentrale recheneinheit
DE102016103128B4 (de) Ein Verfahren zur Zugriffssteuerung an Kraftfahrzeugen
EP1241061B1 (de) Autorisierungsverfahren für die Kommunikation mit einem Datenbus
DE102022002638A1 (de) Verfahren zum Hinterlegen eines Identifikators auf einer zentralen Recheneinrichtung
EP2561460B1 (de) Verfahren zum konfigurieren einer applikation für ein endgerät
WO2024193884A1 (de) Konzept für nutzerspezifische provisions- und ladekontraktzertifikate
WO2023160848A1 (de) Vorrichtung zum identifizieren eines eigentümers, server, benutzerendgerät, fahrzeug, verfahren zum identifizieren eines eigentümers
DE602004000674T2 (de) Verfahren und Vorrichtung zur elektronischen Signierung eines Dokuments
DE102021130808A1 (de) Verfahren zum Bereitstellen einer Fahrzeugfunktion an einen Nutzer eines ersten Fahrzeugs, computerlesbares Medium, System und Fahrzeug
EP3693233B1 (de) Sicherheitsmodus bei ersetzten ecus
DE102024127289A1 (de) Verfahren zur Verwaltung von digitalen Schlüsseln auf einem Mobilgerät
DE102024131459A1 (de) Steuern eines Kraftfahrzeugs
DE102023128008A1 (de) Zugriffssteuerung auf ein Kraftfahrzeug

Legal Events

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

Ref document number: 23741373

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18996174

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 23741373

Country of ref document: EP

Kind code of ref document: A1

WWP Wipo information: published in national office

Ref document number: 18996174

Country of ref document: US