EP4670099A1 - Authentifizierung eines fahrzeug-insassen für eine finanztransaktion - Google Patents

Authentifizierung eines fahrzeug-insassen für eine finanztransaktion

Info

Publication number
EP4670099A1
EP4670099A1 EP25714476.6A EP25714476A EP4670099A1 EP 4670099 A1 EP4670099 A1 EP 4670099A1 EP 25714476 A EP25714476 A EP 25714476A EP 4670099 A1 EP4670099 A1 EP 4670099A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
user
payment
data
identity card
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP25714476.6A
Other languages
English (en)
French (fr)
Inventor
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
Publication of EP4670099A1 publication Critical patent/EP4670099A1/de
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/308—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using the Internet of Things
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Definitions

  • a reader must be provided in the vehicle which is capable of wirelessly communicating with the physical identity card or the mobile device with the identity card implemented therein, for example via RFID or NFC, or at least of reading this data.
  • the payment data is entered by the user at an input interface of a mobile device, the mobile device communicating with a computing unit of the vehicle.
  • the authorization of the financial transaction takes place without any further authentication step for the user.
  • the data is read from the wallet on the mobile device and transmitted to the payment service provider 9 for customer authentication using secure end-to-end encryption.
  • the payment service provider 9 issues a token as a confirmation record if successful. This token attests to the customer's authenticity and the (possibly time-limited) validity of the payment method.
  • This token is then securely encrypted end-to-end via backend 7 and transmitted to the SIM card or other device in vehicle 1 via the backend 7.
  • the token is transferred to another Secure Element and stored securely there. This token can then be used for payment as described in DE 102022 002 474 B3, without the need for a second factor.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Ausführen einer elektronischen Finanztransaktion durch einen Anwender als Insasse eines Fahrzeugs (1), wobei vom Anwender ein physischer elektronisch auslesbarer Personalausweis (3) oder ein in einem mobilen Endgerät abgebildeter virtueller elektronisch auslesbarer Personalausweis (3) verwendet wird, um sich an einem Lesegerät (5) des Fahrzeugs (1) zu identifizieren und zu authentifizieren, wobei eine Identifikation des Fahrzeugs nicht stattfindet, wobei sich das Lesegerät (5) über das Internet mit einem Zentralrechner (7) verbindet und von diesem nach erfolgter Identifizierung und Authentifizierung ein Sicherheitstoken erhält, welches zusammen mit Bezahldaten an einen Zahlungsdienstleister (9) übermittelt wird, welcher daraufhin eine Finanztransaktion mit Bezug zu den Bezahldaten autorisiert und/oder Daten darüber weitergibt.

Description

Authentifizierung eines Fahrzeug-Insassen für eine Finanztransaktion
Die Erfindung betrifft ein Verfahren zum Ausführen einer elektronischen Finanztransaktion durch einen Anwender als Insasse eines Fahrzeugs.
Im elektronischen Zahlungsverkehr ist es typischerweise notwendig, dass sich ein Anwender als authentifizierte Person zu erkennen gibt, um den Zahlungsvorgang zu autorisieren. Im Stand der Technik sind Methoden bekannt, dies mit Hilfe der Einrichtungen eines modernen Fahrzeugs sicher durchzuführen.
Die DE 10 2022 002 474 B3 betrifft hierzu ein Verfahren zum Bezahlen von Waren und/oder Dienstleitungen durch einen berechtigten Nutzer einer Mobilfunkeinheit mit einer SIM oder eSIM, wobei ein nutzerbezogener Parametersatz an einen der SIM oder eSIM zugeordneten Mobilfunkanbieter übertragen und von diesem mit der SIM oder eSIM gekoppelt wird, wonach der Mobilfunkanbieter eine Anfrage an einen Bezahlserviceanbieter übermittelt, welcher eine virtuelle Bezahlkarte oder ein virtuelles Bezahltoken erstellt und dem Mobilfunkanbieter übermittelt, wonach der Mobilfunkanbieter die virtuelle Bezahlkarte oder das virtuelle Bezahltoken mit der SIM oder eSIM koppelt, wobei die Mobilfunkeinheit in einem Fahrzeug integriert ausgebildet ist, wobei der nutzerbezogene Parametersatz von einem mit dem Fahrzeug gekoppelten fahrzeugexternen Server des Fahrzeugherstellers ermittelt und an den Mobilfunkanbieter übertragen wird, wobei ferner ein nutzerspezifischer fahrzeugbezogener Parametersatz von dem fahrzeugexternen Server des Fahrzeugherstellers ermittelt und an den Mobilfunkanbieter übertragen wird, welcher diesen ebenfalls mit der SIM oder eSIM koppelt, wobei bei einer Bezahlung von Waren und/oder Dienstleistungen die mit der SIM oder eSIM gekoppelten Parametersätze mit den entsprechenden beim Mobilfunkanbieter und/oder auf dem fahrzeugexternen Server des Fahrzeugherstellers gespeicherten Parametersätzen verglichen werden, um den Nutzer zu authentifizieren. Die Mobilfunkeinheit der DE 102022 002 474 B3 ist als fester Bestandteil des Fahrzeugs zu verstehen und wird dementsprechend an ein Bediensystem und die Sensorik eines Fahrzeugs fest angekoppelt. Diese im Fahrzeug fest verbauten SIM-Karte / eSIM tritt nach der DE 102022 002 474 B3 daher in die Rolle des 2. Faktors einer 2-Faktor- Authentifizierung zur Bestätigung der Authentizität des Anwenders. Für dieses Verfahren fordern beteiligte Zahlungsdienstleister typischerweise zwingend eine persönliche Authentifizierung des Anwendern bei der Service-Anmeldung, um als Zahlungsart z.B. ein Lastschriftverfahren hinterlegen zu können. Diese zwingend notwendige Authentifizierung ist insofern problematisch, dass hier zwingend gefordert wird, eine Webanwendung oder App des Zahlungsdienstleisters auf dem mobilen Endgerät des Anwenders aufzurufen / zu installieren und einen Ausweis (z.B. Personalausweis) mit all seinen persönlichen Daten (Augenfarbe, Größe, Ausweisnummer etc.) mittels der Kamera am mobilen Endgerät aufzunehmen / abzufotografieren und dabei das eigene Gesicht ebenfalls aufzunehmen. Dieses Verfahren wird häufig auch "Videoident" genannt. Das wirft jedoch Datenschutzfragen auf: Persönliche aber für diesen Vorgang irrelevante Daten werden preisgegeben, die sichere Verwahrung der Daten beim Dienstleister liegt außerhalb der Kontrolle des Anwenders, und ein Missbrauch der dort gespeicherten Daten kann vorsätzlich erfolgen. Zudem kann das Verfahren für einen Anwender lästig sein, insbesondere da auf Verdeckung des Personalausweises mit Fingern zu achten ist und bestimmte Lichtverhältnisse zur Hologrammerkennung vorliegen müssen.
Im Stand der Technik sind weitere Bezahlverfahren bekannt, die zum Teil bis zu drei Faktoren bei der Authentifizierung benutzen. Ein Beispiel hierfür ist die US 2015/058224 A1, die ein Verfahren betrifft, umfassend: Empfangen einer Anforderung von Transaktionskontoinformationen von einem externen Gerät an einer Fahrzeugschnittstelle; Bestimmen durch die Fahrzeugschnittstelleneinrichtung, dass sich die Fahrzeugschnittstelleneinrichtung in einem vorbestimmten Fahrzeug befindet; Bestimmen durch die Fahrzeugschnittstellenvorrichtung, dass sich eine mobile Kommunikationseinrichtung in dem vorbestimmten Fahrzeug befindet; und Übertragen der Transaktionskontoinformationen an die externe Vorrichtung bei der Bestimmung, dass sich die Fahrzeugschnittstellenvorrichtung und die mobile Kommunikationsvorrichtung in dem vorbestimmten Fahrzeug befinden.
Die US 2020/258074 A1 betrifft ferner ein Verfahren für fahrzeugbasierte Zahlungen, wobei ein fahrzeuggestütztes Zahlungssystem, das eine Zahlungsintegrationseinheit umfasst, die mit einem mobilen elektronischen Gerät verbunden ist, aufweist: Die Zahlungsintegrationseinheit, die eine Bestätigungsanfrage für eine fahrzeugbasierte Transaktion von einem Dritten erhält; die Zahlungsintegrationseinheit, die von einem Fahrzeugnutzer eine Bestätigung der fahrzeugbasierten Transaktion erhält; die Zahlungsintegrationseinheit, die eine Zahlungstokenanforderung von einem Finanzinstituts-Backend an das mobile elektronische Gerät übermittelt, wobei das mobile elektronische Gerät die Zahlungstokenanforderung an das Finanzinstitut übermittelt und ein Zahlungstoken von dem Finanzinstitut empfängt; die Zahlungsintegrationseinheit, die das Zahlungstoken von dem mobilen elektronischen Gerät empfängt; und die Zahlungsintegrationseinheit, die den Zahlungs-Token an den Dritten kommuniziert, wobei der Dritte die Transaktion unter Verwendung des Zahlungs-Tokens durchführt.
Aufgabe der Erfindung ist es, das Ausführen bzw. Anstoßen einer elektronischen Finanztransaktion durch einen Anwender in einem Fahrzeug zu verbessern.
Die Erfindung ergibt sich aus den Merkmalen der unabhängigen Ansprüche. Vorteilhafte Weiterbildungen und Ausgestaltungen sind Gegenstand der abhängigen Ansprüche.
Ein erster Aspekt der Erfindung betrifft ein Verfahren zum Ausführen einer elektronischen Finanztransaktion durch einen Anwender als Insasse eines Fahrzeugs, wobei vom Anwender ein physischer elektronisch auslesbarer Personalausweis oder ein in einem mobilen Endgerät abgebildeter virtueller elektronisch auslesbarer Personalausweis verwendet wird, um sich an einem Lesegerät des Fahrzeugs zu identifizieren und zu authentifizieren, wobei eine Identifikation des Fahrzeugs bevorzugt nicht stattfindet, wobei sich das Lesegerät über das Internet mit einem Zentralrechner verbindet und von diesem nach erfolgter Identifizierung und Authentifizierung ein Sicherheitstoken erhält, welches zusammen mit Bezahldaten an einen Zahlungsdienstleister übermittelt wird, welcher daraufhin eine Finanztransaktion mit Bezug zu den Bezahldaten autorisiert und/oder Daten darüber weitergibt und/oder die Bezahlung auslöst.
Bevorzugt findet eine Identifikation des Fahrzeugs nicht statt.
Voraussetzung zur erfolgreichen Durchführung des Verfahrens ist es, dass der Anwender im Fahrzeug einen physischen Personalausweis oder in seinem mobilen Endgerät wie einem Smartphone eine entsprechende Abbildung dessen bei sich hat. Die Abbildung im mobilen Endgerät erfolgt beispielsweise durch Auslesen eines physischen Personalausweises in ein sogenanntes "Secure Element" des mobilen Endgeräts. Dort kann somit die Funktion des elektronischen Personalausweises mittels einer sogenannten "Wallet" verwendet werden.
Weiterhin ist im Fahrzeug ein Lesegerät vorzusehen, welches drahtlos beispielsweise über RFID oder NFC dazu in der Lage ist, mit dem physischen Personalausweis bzw. dem mobilen Endgerät mit dem dort implementierten Personalausweis zu kommunizieren, zumindest von diesen Daten auszulesen.
Mithilfe des Personalausweises, der Daten an das Lesegerät übermittelt, erfolgt eine Identifizierung des Anwenders. Diese Identifizierung bedeutet, eine Identitätszuordnung zu einem Individuum vorzunehmen. Der Personalausweis könnte jedoch von einer nicht autorisierten Person an sich gerissen worden sein, beispielsweise einem Fahrzeugdieb.
Um sicherzustellen, dass der Anwender eine korrekte Identifikation vornimmt, d. h. der Personalausweis auf ihn ausgestellt wurde, ist eine Authentifizierung notwendig. Diese findet beispielsweise durch Eingabe einer PIN am Lesegerät oder mittels biometrischer Daten wie einem Fingerabdruckscan oder einem Irisscan statt.
Die biometrischen Daten können beispielsweise mittels einer Innenraumkamera oder einer Kamera des mobilen Endgeräts erfasst werden.
Damit kann bereits im Fahrzeug sichergestellt werden, dass der Anwender im Fahrzeug ein berechtigter Anwender ist, und eine Autorisierung einer Zahlungsanweisung durch diesen rechtmäßig erfolgt. Um die Transaktion von Geld durchführen zu können, stellt außerdem der Anwender Bezahldaten bereit, beispielsweise seine Kreditkartennummer mit dem ebenfalls auf der Kreditkarte hinterlegten Sicherheitscode.
Das Lesegerät im Fahrzeug übermittelt nach erfolgter Identifizierung und Authentifizierung des Anwenders an einen Zentralrechner eine Anfrage zur Übermittlung eines Sicherheitstokens, auch genannt elD Token. Ist der Sicherheitstoken vom Zentralrechner ausgestellt, wird dieser zurück an das Fahrzeug übermittelt. Eine Recheneinheit des Fahrzeugs, welche mit dem Lesegerät verbunden ist, ist nun dazu in der Lage, einem Zahlungsdienstleister gegenüber die Bezahldaten (insbesondere Betrag, Empfänger und Ausgangskonto oder zu belastende Kreditkarte) zu übermitteln und das Sicherheitstoken zu präsentieren, um eine erfolgreiche Identifikation und Authentifizierung vorlegen zu können. So kann beispielsweise vom Zahlungsdienstleister mittels des Sicherheitstokens eine Übereinstimmung des Namens und gegebenenfalls weiterer Daten wie des Geburtsdatums und/oder der Adresse des Anwenders mit den im Bezug auf das Konto des Anwenders oder der Kreditkarte des Anwenders hinterlegten persönlichen Daten überprüft werden, und die Zahlung nur dann autorisiert werden, wenn diese Daten übereinstimmen.
Anstelle des Zahlungsdienstleisters kann auch eine andere Kategorie von Instanzen und Organisationen treten. So kann beispielsweise die beabsichtigte Zahlung durch den Anwender an eine staatliche Kontrollstelle zur Überwachung von privaten Zahlungsströmen übermittelt werden.
Es sind vorteilhafte Wirkungen der Erfindung, dass keine Videoidentifikation erforderlich ist, um die Identität des Anwenders zu bestätigen. Es wird dennoch auch ein sicheres und zuverlässiges Verfahren zur Identifikation und Authentifizierung eines Anwenders in einem Fahrzeug bereitgestellt, um eine Finanztransaktion zu autorisieren. Die Menge der zu übertragenden Daten ist dabei gering.
Weiterer wesentlicher Vorteil gegenüber dem Stand der Technik ist, dass der Zahlungsdienstleister bereits durch Erhalt der Zahldaten und einer Präsentation des Sicherheitstokens durch das Fahrzeug die Zahlung sicher autorisieren kann, ohne dass eine weitere Authentifizierung des Anwenders notwendig ist. Die umfangreicheren 2- Faktor oder 3-Faktor Authentifizierungsmethoden aus dem Stand der Technik sind damit nicht notwendig.
Gemäß einer vorteilhaften Ausführungsform werden die Bezahldaten vom Anwender an einer Eingabeschnittstelle des Fahrzeugs eingegeben.
Gemäß einer weiteren vorteilhaften Ausführungsform werden die Bezahldaten vom Anwender an einer Eingabeschnittstelle eines mobilen Endgeräts eingegeben, wobei das mobile Endgerät mit einer Recheneinheit des Fahrzeugs kommuniziert. Gemäß einer weiteren vorteilhaften Ausführungsform erfolgt die Autorisierung der Finanztransaktion ohne weiteren Authentifizierungsschritt für den Anwender.
Insbesondere dann, wenn die abschließende Übertragung der Daten mithilfe des Bezahltokens im Sinne der DE 10 2022 002 474 B3 erfolgt, ist kein expliziter zweiter Faktor zur Authentifizierung notwendig, alleine die Verwendung des elektronisch auslesbaren Personalausweises des Anwenders in Verbindung mit einem ersten Authentifizierungs-Schritt wie die Eingabe einer PIN oder einer biometrischen Verifizierung ist ausreichend, um das Verfahren vollständig durchzuführen, insbesondere die Finanztransaktion zu autorisieren.
Gemäß einer weiteren vorteilhaften Ausführungsform erfolgt das Auslesen des elektronisch auslesbaren Personalausweises mittels RFID oder NFC am Lesegerät des Fahrzeugs.
Gemäß einer weiteren vorteilhaften Ausführungsform identifiziert sich der Anwender am Lesegerät mittels des physischen oder virtuellen Personalausweises und authentifiziert sich mittels einer PIN-Eingabe.
Gemäß einer weiteren vorteilhaften Ausführungsform identifiziert sich der Anwender am Lesegerät mittels des physischen oder virtuellen Personalausweises und authentifiziert sich mittels sensorisch erfasster biometrischer Daten.
Gemäß einer weiteren vorteilhaften Ausführungsform übermittelt der Zahlungsdienstleister nach Erhalt der Bezahldaten und des Sicherheitstokens einen Bestätigungsdatensatz an das Fahrzeug.
Gemäß einer weiteren vorteilhaften Ausführungsform wird der Bestätigungsdatensatz an eine in das Fahrzeug integrierte SIM Karte oder an ein im Fahrzeug integriertes eSIM- Modul oder an einen in das Fahrzeug integrierten sicheren Speicher gekoppelt zumindest temporär gespeichert.
Gemäß einer weiteren vorteilhaften Ausführungsform wird neben dem Sicherheitstoken ein nutzerbezogener Parametersatz an den Zahlungsdienstleister übermittelt, wobei der Parametersatz an eine in das Fahrzeug integrierte SIM Karte oder an ein im Fahrzeug integriertes eSIM- Modul oder an einen in das Fahrzeug integrierten sicheren Speicher gekoppelt ist.
Weitere Vorteile, Merkmale und Einzelheiten ergeben sich aus der nachfolgenden Beschreibung, in der - gegebenenfalls unter Bezug auf die Zeichnung - zumindest ein Ausführungsbeispiel im Einzelnen beschrieben ist. Gleiche, ähnliche und/oder funktionsgleiche Teile sind mit gleichen Bezugszeichen versehen.
Es zeigen:
Fig. 1 : Ein Verfahren zum Ausführen einer elektronischen Finanztransaktion gemäß einem Ausführungsbeispiel der Erfindung basierend auf einem physischen Personalausweis.
Fig. 2: Ein Verfahren zum Ausführen einer elektronischen Finanztransaktion gemäß einem weiteren Ausführungsbeispiel der Erfindung basierend auf einem elektronisch abgebildeten Personalausweis.
Fig. 1 zeigt ein Verfahren zum Ausführen einer elektronischen Finanztransaktion durch einen Anwender als Insasse eines Fahrzeugs 1 , wobei vom Anwender ein physischer elektronisch auslesbarer Personalausweis 3 oder ein in einem mobilen Endgerät abgebildeter virtueller elektronisch auslesbarer Personalausweis 3 verwendet wird, um sich an einem Lesegerät 5 des Fahrzeugs 1 zu identifizieren und zu authentifizieren. In dieser beispielhaften Situation sitzt der Anwender im Fahrzeug 1 und stellt seinen elektronisch auslesbaren Personalausweis 3 bereit, den er mit sich führt. Zudem vergegenwärtigt er sich seinen zum elektronischen Personalausweis 3 zugehörigen PIN. Der Anwender startet hierauf den Registrierungsvorgang im Fahrzeug 1 oder an seinem mobilen Endgerät, welches mit zumindest einer Applikation zu dem individuellen Fahrzeug 1 Bezug hat. Für den Empfänger einer Transaktion von Geld gibt er seine Bezahldaten, wie z.B. Daten seines Girokontos für einen Lastschriftauftrag oder seine Kreditkartendaten im Fahrzeug 1 oder am mobilen Endgerät an einer jeweilig dafür vorgesehenen Schnittstelle ein. Das Fahrzeug 1 ist mit einem Lesegerät 5 für den elektronisch auslesbaren Personalausweis 3 (z.b. über RFID oder NFC) ausgestattet. Der Anwender legt seinen Personalausweis 3 auf das Lesegerät 5 oder bringt ihn in dessen Nähe. Das Annähern des Personalausweises 3 und der Aufbau einer Kommunikationsschnittstelle im sogenannten "physical layer" des Lesegeräts 5, wo noch kein Datenaustausch möglich ist) führen dazu, dass ein von der den Personalausweis 3 ausgebenden staatlichen Stelle signiertes Programm gestartet wird, das eine Kommunikation mit dem Personalausweis 3 aufbaut. Ein Sicherheitschip überprüft hierbei, ob das Programm eine benötigte Signatur aufweist und wird einen Datenzugriff nur bei Vorliegen einer solchen Signatur erlauben. Dieses Programm kann auf einem Backend- Computer 7 ablaufen und mit Ende-zu-Ende Verschlüsselung mit dem Lesegerät 5 im Fahrzeug 1 kommunizieren, es kann aber auch genauso im Telematiksystem im Fahrzeug 1 selbst ablaufen und von dort aus verschlüsselt mit dem Kartenleser kommunizieren. Dieses Programm fordert vom Anwender die Eingabe des PINs des Personalausweises 3 auf dem Display im Fahrzeug 1 an. Nach Eingabe dieser PIN bestätigt der Anwender und ermöglicht so den Datenzugang des Programms auf die im elektronischen Personalausweis 3 gespeicherten Daten. Das Programm baut nun eine Datenverbindung zu einem Bezahldienstleister 9 auf, übermittelt die eingegebenen Bezahldaten und ruft vom Bezahldienstleister 9 die Datenfelder ab, die der Bezahldienstleister 9 zur sicheren Authentifizierung des Anwenders benötigt. Das Programm zeigt hierauf dem Anwender auf dem Display im Fahrzeug 1 an, welche Daten aus dem Personalausweis 3 ausgelesen werden sollen und bittet um Zustimmung. Stimmt der Anwender zu, werden die Daten ausgelesen, kryptografisch sicher Ende zu Ende verschlüsselt an den Bezahldienstleister 9 zur Authentifizierung des Anwenders übermittelt. Der Bezahldienstleister 9 stellt nach Überprüfung der Identität und nach Abgleich mit den eingegebenen Bezahldaten im Erfolgsfall ein Token als Bestätigungsdatensatz aus, der die Authentizität des Anwenders und die (ggf. zeitlich befristete) Gültigkeit der Bezahlmethode attestiert. Dieses Token wird wiederum kryptografisch sicher Ende-zu-Ende verschlüsselt über das Backend 7 in das Fahrzeug 1 zur SIM-Karte oder einem anderen sogenannten "Secure Element" übertragen und dort sicher verwahrt. Dieses Token kann dann wie in DE 102022 002 474 B3 beschrieben zur Bezahlung verwendet werden, ohne dass ein zweiter Faktor noch notwendig wäre.
Fig. 2 zeigt ein weiteres Verfahren zum Ausführen einer elektronischen Finanztransaktion durch einen Anwender als Insasse eines Fahrzeugs 1. Im Gegensatz zum Ausführungsbeispiel der Fig. 1 nutzt der Anwender im Fahrzeug 1 nicht seinen physischen elektronisch auslesbaren Personalausweis 3, vielmehr ist dieser digitalisiert und als in Software implementierter elektronisch auslesbarer Personalausweis 3 implementiert. Wiederum ruft er sich die zugehörige PIN ins Gedächtnis oder stellt eine andere Methode bereit. Der digitale elektronisch auslesbare Personalausweis 3 liegt somit in seinem mobilen Endgerät vor und ist insbesondere an eine sogenannte "Wallet", welche mobilen Endgerät implementiert ist, gekoppelt. Nun kann der Anwender den Registrierungsvorgang im Fahrzeug 1 oder an seinem mobilen Endgerät starten, welches softwaretechnisch einen Bezug zu seinem individuellen Fahrzeug 1 aufweist, und gibt anschließend seine Bezahldaten (z.B. Konto-Referenzdaten für einen Lastschrifteinzug oder seine Kreditkartendaten) im Fahrzeug 1 oder im mobilen Endgerät ein. Das Fahrzeug 1 ist mit dem mobilen Endgerät über eine Ende-zu-Ende verschlüsselte Verbindung (z.b. über WLAN / UWB/ RFID / NFC) verbunden. Hierauf hin startet der Anwender die Datenfreigabe der Ausweisdaten auf seinem mobilen Endgerät, beispielsweise durch Freigabe an seiner Wallet wie oben beschrieben. Dies führt dazu, dass ein von der den Personalausweis 3 ausgebenden (staatlichen) Stelle signiertes Programm gestartet wird, das eine Kommunikation mit dem mobilen Endgerät aufbaut. Ein Sicherheitschip überprüft hierbei, ob das Programm eine benötigte Signatur aufweist und wird einen Datenzugriff nur bei Vorliegen einer solchen Signatur erlauben. Dieses Programm kann auf einem Backend- Computer 7 ablaufen und mit Ende-zu-Ende Verschlüsselung mit dem Kartenleser 5 im Fahrzeug 1 kommunizieren, sie kann aber auch genauso im Telematiksystem im Fahrzeug 1 selbst ablaufen und von dort aus verschlüsselt mit dem Kartenleser 5 kommunizieren. Das Programm fordert vom Anwender die Eingabe seiner Datenzugangs-PIN des Ausweises auf dem Display im Fahrzeug 1 an oder seinem mobilen Endgerät an, der Anwender bestätigt sie und ermöglicht so den Datenzugang des Programms auf die Daten im Wallet des mobilen Endgeräts das Programm baut eine Datenverbindung zum Bezahldienstleister 9 auf, übermittelt die eingegebenen Bezahldaten und ruft vom Bezahldienstleister 9 die Datenfelder ab, die der Bezahldienstleister 9 zur sicheren Authentifizierung des Kunden benötigt. Eine Anzeige auf einem Fahrzeugdisplay zeigt dem Anwender an, welche Daten aus dem Personalausweis 3 ausgelesen werden sollen und bittet um Zustimmung. Stimmt der Anwender zu, werden die Daten aus dem Wallet auf dem mobilen Endgerät ausgelesen und kryptografisch sicher Ende-zu-Ende verschlüsselt an den Bezahldienstleister 9 zur Authentifizierung des Kunden übermittelt. Der Bezahldienstleister 9 stellt nach Überprüfung der Identität und nach Abgleich mit den eingegebenen Bezahldaten im Erfolgsfall ein Token als Bestätigungsdatensatz aus, der die Authentizität des Kunden und die (ggf. zeitlich befristete) Gültigkeit der Bezahlmethode attestiert. Dieses Token wird wiederum kryptografisch sicher Ende-zu- Ende verschlüsselt über das Backend 7 in das Fahrzeug 1 zur SIM-Karte oder einem anderen Secure Element übertragen und dort sicher verwahrt. Dieses Token kann dann wie in DE 102022 002 474 B3 beschrieben zur Bezahlung verwendet werden, ohne dass ein zweiter Faktor noch notwendig wäre.
Obwohl die Erfindung im Detail durch bevorzugte Ausführungsbeispiele näher illustriert und erläutert wurde, ist die Erfindung nicht durch die offenbarten Beispiele eingeschränkt und andere Variationen können vom Fachmann hieraus abgeleitet werden, ohne den Schutzumfang der Erfindung zu verlassen. Es ist daher klar, dass eine Vielzahl von Variationsmöglichkeiten existiert. Es ist ebenfalls klar, dass beispielhaft genannte Ausführungsformen wirklich nur Beispiele darstellen, die nicht in irgendeiner Weise als Begrenzung etwa des Schutzbereichs, der Anwendungsmöglichkeiten oder der Konfiguration der Erfindung aufzufassen sind. Vielmehr versetzen die vorhergehende Beschreibung und die Figurenbeschreibung den Fachmann in die Lage, die beispielhaften Ausführungsformen konkret umzusetzen, wobei der Fachmann in Kenntnis des offenbarten Erfindungsgedankens vielfältige Änderungen, beispielsweise hinsichtlich der Funktion oder der Anordnung einzelner, in einer beispielhaften Ausführungsform genannter Elemente, vornehmen kann, ohne den Schutzbereich zu verlassen, der durch die Ansprüche und deren rechtliche Entsprechungen, wie etwa weitergehende Erläuterungen in der Beschreibung, definiert wird.

Claims

Patentansprüche
1. Verfahren zum Ausführen einer elektronischen Finanztransaktion durch einen Anwender als Insasse eines Fahrzeugs (1), wobei vom Anwender ein physischer elektronisch auslesbarer Personalausweis (3) oder ein in einem mobilen Endgerät abgebildeter virtueller elektronisch auslesbarer Personalausweis (3) verwendet wird, um sich an einem Lesegerät (5) des Fahrzeugs (1) zu identifizieren und zu authentifizieren, wobei sich das Lesegerät (5) über das Internet mit einem Zentralrechner (7) verbindet und von diesem nach erfolgter Identifizierung und Authentifizierung ein Sicherheitstoken erhält, welches zusammen mit Bezahldaten an einen Zahlungsdienstleister (9) übermittelt wird, welcher eine Finanztransaktion mit Bezug zu den Bezahldaten autorisiert und/oder Daten darüber weitergibt und/oder die Bezahlung auslöst.
2. Verfahren nach Anspruch 1 , wobei die Bezahldaten vom Anwender an einer Eingabeschnittstelle des Fahrzeugs (1) eingegeben werden.
3. Verfahren nach Anspruch 1 , wobei die Bezahldaten vom Anwender an einer Eingabeschnittstelle eines mobilen Endgeräts eingegeben werden, wobei das mobile Endgerät mit einer Recheneinheit des Fahrzeugs (1) kommuniziert.
4. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Autorisierung der Finanztransaktion ohne weiteren Authentifizierungsschritt für den Anwender erfolgt.
5. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Auslesen des elektronisch auslesbaren Personalausweises (3) mittels RFID oder NFC am Lesegerät (5) des Fahrzeugs (1) erfolgt.
6. Verfahren nach einem der vorhergehenden Ansprüche, wobei sich der Anwender am Lesegerät (5) mittels des physischen oder virtuellen Personalausweises (3) identifiziert und mittels einer PIN-Eingabe authentifiziert.
7. Verfahren nach einem der vorhergehenden Ansprüche, wobei sich der Anwender am Lesegerät (5) mittels des physischen oder virtuellen Personalausweises (3) identifiziert und mittels sensorisch erfasster biometrischer Daten authentifiziert.
8. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Zahlungsdienstleister (9) nach Erhalt der Bezahldaten und des Sicherheitstokens einen Bestätigungsdatensatz an das Fahrzeug (1) übermittelt.
9. Verfahren nach Anspruch 8, wobei der Bestätigungsdatensatz an eine in das Fahrzeug (1) integrierte SIM Karte oder an ein im Fahrzeug (1) integriertes eSIM- Modul oder an einen in das Fahrzeug (1) integrierten sicheren Speicher gekoppelt zumindest temporär gespeichert wird.
10. Verfahren nach einem der vorhergehenden Ansprüche, wobei neben dem Sicherheitstoken ein nutzerbezogener Parametersatz an den Zahlungsdienstleister (9) übermittelt wird, wobei der Parametersatz an eine in das Fahrzeug (1) integrierte SIM Karte oder an ein im Fahrzeug (1) integriertes eSIM- Modul oder an einen in das Fahrzeug (1) integrierten sicheren Speicher gekoppelt ist.
EP25714476.6A 2024-04-27 2025-03-19 Authentifizierung eines fahrzeug-insassen für eine finanztransaktion Pending EP4670099A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102024001374.1A DE102024001374B4 (de) 2024-04-27 2024-04-27 Authentifizierung eines Fahrzeug-Insassen für eine Finanztransaktion
PCT/EP2025/057553 WO2025223753A1 (de) 2024-04-27 2025-03-19 Authentifizierung eines fahrzeug-insassen für eine finanztransaktion

Publications (1)

Publication Number Publication Date
EP4670099A1 true EP4670099A1 (de) 2025-12-31

Family

ID=95154247

Family Applications (1)

Application Number Title Priority Date Filing Date
EP25714476.6A Pending EP4670099A1 (de) 2024-04-27 2025-03-19 Authentifizierung eines fahrzeug-insassen für eine finanztransaktion

Country Status (3)

Country Link
EP (1) EP4670099A1 (de)
DE (1) DE102024001374B4 (de)
WO (1) WO2025223753A1 (de)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130145401A1 (en) * 2011-11-16 2013-06-06 Flextronics Ap, Llc Music streaming
RS55537B1 (sr) * 2012-09-19 2017-05-31 Vlatacom D O O Sistem za automatsku proveru prava pristupa vozila, vozača i putnika u vozilu ograničenim područjima i uslugama
KR20160045843A (ko) * 2013-08-23 2016-04-27 비자 인터네셔널 서비스 어소시에이션 안전한 차량 내 지불 거래를 위한 메커니즘
CN105930040A (zh) * 2015-02-27 2016-09-07 三星电子株式会社 包含电子支付系统的电子装置及其操作方法
US20200258074A1 (en) * 2019-02-12 2020-08-13 Jpmorgan Chase Bank, N.A. System and method for implementing vehicle-based payment tokenization
US11182771B2 (en) * 2019-07-17 2021-11-23 Capital One Services, Llc System for value loading onto in-vehicle device
US11657383B2 (en) * 2020-11-09 2023-05-23 Zf Friedrichshafen Ag System and method for communicating a token to a mobile device
DE102022002474B3 (de) * 2022-07-07 2023-10-05 Mercedes-Benz Group AG Verfahren zum Bezahlen von Waren und/oder Dienstleistungen

Also Published As

Publication number Publication date
DE102024001374B4 (de) 2025-11-20
WO2025223753A1 (de) 2025-10-30
DE102024001374A1 (de) 2025-10-30

Similar Documents

Publication Publication Date Title
DE69828291T2 (de) Tragbares informations- und transaktionsverarbeitungssystem und dazugehöriges verfahren mit biometrischer authorisierung und digitaler zertifikatssicherheit
AT507759A1 (de) Anforderungsbasiertes personenidentifikationsverfahren
DE102011056191A1 (de) Vorrichtung zum Schutz von Sicherheitstoken gegen Malware
WO2014206660A1 (de) Elektronisches transaktionsverfahren und computersystem
DE19851074C2 (de) System und Verfahren zur sicheren Identifikation und Registrierung von Personen sowie eine hierfür geeignete Registriereinrichtung
EP1697820B1 (de) Verfahren zur freischaltung eines zugangs zu einem computersystem oder zu einem programm
DE102013212646A1 (de) Elektronisches Transaktionsverfahren und Computersystem
DE102024001374B4 (de) Authentifizierung eines Fahrzeug-Insassen für eine Finanztransaktion
WO2013152986A1 (de) Sichere generierung eines nutzerkontos in einem dienstserver
EP1525731B1 (de) Identifikation eines benutzers eines mobilterminals und generierung einer aktionsberechtigung
DE102011079317A1 (de) Mobiles system für finanztransaktionen
EP2199944A2 (de) Verfahren zur Authentifizierung einer Person gegenüber einer elektronischen Datenverarbeitungsanlage mittels eines elektronischen Schlüssels
EP2145287A2 (de) Verfahren zur authentifizierung einer person
DE102009000404A1 (de) Verfahren zur Freischaltung einer Chipkartenfunktion, Lesegerät für eine Chipkarte und Chipkarte
KR20220014589A (ko) 모빌리티 서비스 장치 및 모빌리티 서비스 방법
DE102022002454B4 (de) Verfahren zur Registrierung eines Steuergerätes eines Fahrzeugs bei einer Diensteinfrastruktur
EP2137705B1 (de) Verfahren zur übertragung von daten einer person an eine kontrolleinrichtung
EP2916252A1 (de) Elektronisches Transaktionsverfahren und Computersystem
DE102011051461B4 (de) Verfahren und System zur sicheren Identifizierung für das Durchführen einer Transaktion an einem Selbstbedienungs-Terminal
DE102010036037A1 (de) Verfahren zur Durchführung bargeldioser Zahlungstransaktionen und Transaktionsystem zur Durchführung des Verfahrens
EP2169579A1 (de) Verfahren und Vorrichtung zum Zugriff auf ein maschinenlesbares Dokument
EP2819079B1 (de) Elektronisches Transaktionsverfahren und Computersystem
DE102013012409A1 (de) Identifikationsverfahren
KR102174750B1 (ko) 카풀 운전자용 카풀 서비스 장치 및 카풀 서비스 방법
DE102021003724A1 (de) Verfahren zur ldentifikation einer Person durch eine Kreditkartennummer und ldentifikationssystem

Legal Events

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

Free format text: STATUS: UNKNOWN

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

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

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250922

AK Designated contracting states

Kind code of ref document: A1

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