DE102018210936A1 - Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse - Google Patents

Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse Download PDF

Info

Publication number
DE102018210936A1
DE102018210936A1 DE102018210936.2A DE102018210936A DE102018210936A1 DE 102018210936 A1 DE102018210936 A1 DE 102018210936A1 DE 102018210936 A DE102018210936 A DE 102018210936A DE 102018210936 A1 DE102018210936 A1 DE 102018210936A1
Authority
DE
Germany
Prior art keywords
address
vehicle
payment transaction
wallet
payee
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
DE102018210936.2A
Other languages
English (en)
Inventor
Simon Weissenmayer
Peter Busch
Rouven Ritter
Steffen Eccarius
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE102018210936.2A priority Critical patent/DE102018210936A1/de
Priority to US16/451,876 priority patent/US20200013047A1/en
Priority to CN201910588915.1A priority patent/CN110675142A/zh
Publication of DE102018210936A1 publication Critical patent/DE102018210936A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/305—Authentication, i.e. establishing the identity or authorisation of security principals by remotely controlling device operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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; CALCULATING OR 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q2220/00—Business processing using cryptography

Abstract

Verfahren (10) zum Abwickeln einer Zahlungstransaktion (16) mit einer Krypto-Geldbörse (20),
gekennzeichnet durch folgende Merkmale:
- ein Betriebszustandsverlauf eines Fahrzeuges (30) wird abgerufen (11),
- die Adresse (14) wird einer Plausibilitätsprüfung (12) anhand des Betriebszustandsverlaufes unterzogen und
- falls die Adresse der Plausibilitätsprüfung (12) standhält (Y), wird eine Freigabe (13) der Zahlungstransaktion (16) erteilt.

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse. Die vorliegende Erfindung betrifft darüber hinaus eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium.
  • Stand der Technik
  • Eine sogenannte Krypto-Geldbörse (cryptocurrency wallet) speichert die zum Einnehmen oder Ausgeben von Einheiten einer Kryptowährung erforderlichen öffentlichen und privaten Schlüssel. Krypto-Geldbörsen nach dem Stand der Technik können mehrere Paare aus öffentlichen und privaten Schlüsseln enthalten. Im Falle der Kryptowährung Bitcoin und derer Derivate wird die eigentliche Kryptowährung hingegen dezentral in einem öffentlich zugänglichen Hauptbuch geführt. Jede Einheit der Kryptowährung besitzt einen privaten Schlüssel, der es erlaubt, die Einheit durch das Ergänzen einer Zahlungstransaktion in diesem verteilten Hauptbuch (distributed ledger) gleichsam „auszugeben“.
  • Bekannt sind insbesondere sogenannte Hardware-Geldbörsen (hardware wallets, HW-Wallets). Wenn der Benutzer einer solchen Geldbörse eine Zahlung abwickelt, wird mittels einer Anwendungsprogrammierschnittstelle (application programming interface, API) der Geldbörse die eigentliche Zahlungstransaktion erstellt. Dann signiert die Hardware der Geldbörse die Transaktion und stellt einen öffentlichen Schlüssel bereit, der wiederum mittels der API über das Internet versendet wird. Auf diese Weise verlassen die Signaturschlüssel niemals die Hardware-Geldbörse.
  • DE102016206916A1 betrifft ein elektronisches Verfahren zur kryptographisch gesicherten Überweisung eines Betrags einer Kryptowährung durch eine Transaktion des Betrags von einer einem ersten Client zugeordneten Ausgangsadresse auf eine einem zweiten Client zugeordnete Zieladresse, wobei eine Mehrzahl von Clients vorgesehen ist, welche zumindest den ersten und den zweiten Client umfasst, auf den Clients jeweils ein Walletprogramm zur Realisierung eines Client-Nodes der Kryptowährung installiert ist, ein Transaktionsserver vorgesehen ist, auf dem ein Transaktionsprogramm zur Realisierung eines Server-Nodes der Kryptowährung installiert ist, das Transaktionsprogramm dazu konfiguriert ist, Blöcke der Blockchain mit Transaktionsdaten zu erzeugen, der Transaktionsserver einen privaten und einen öffentlichen Serverschlüssel eines asymmetrischen Serverschlüsselpaars umfasst und der Transaktionsserver ein Serverzertifikat einer hierarchischen PKI mit einer zentralen Wurzelzertifizierungsinstanz umfasst, welches dazu konfiguriert ist, als Nachweis der Authentizität des öffentlichen Serverschlüssels und der Berechtigung des Transaktionsservers zum Erzeugen von Blöcken der Blockchain zu dienen.
  • Offenbarung der Erfindung
  • Das vorgeschlagene Verfahren fußt auf der Erkenntnis, dass sich bei Kryptowährungen in der Regel beliebig viele Adressen generieren lassen, an die Geld überwiesen werden kann. Die Zeichenfolgen der Adressen mögen auf den ersten Blick zufällig erscheinen, haben aber stets einen direkten Bezug zu einem geheimen Schlüssel.
  • Der nachfolgend beschriebene Ansatz trägt ferner dem Wunsch zahlreicher Anwender Rechnung, Überweisungen mit Kryptowährungen besser abzusichern. Insbesondere soll vermieden werden, dass Überweisungen (z. B. durch Hacker) unbeabsichtigt auf Konten außerhalb des eigenen Rechtsraums geschleust werden und dadurch das Geld nur sehr schwer auf dem Rechtsweg zurückerstritten werden kann. Idealerweise soll mit einfachen Mitteln überprüft werden können, ob eine Überweisungsadresse plausibel ist.
  • Die Erfindung stellt vor diesem Hintergrund ein Verfahren zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse, eine entsprechende Vorrichtung, ein entsprechendes Computerprogramm sowie ein entsprechendes Speichermedium gemäß den unabhängigen Ansprüchen bereit.
  • Ein Vorzug dieser Lösung liegt in ihrer Eignung, Hackerangriffe, die das Ziel haben, Geld zu stehlen, deutlich zu erschweren. So ist es für Hacker wenig aussichtsreich, Käufern eine gefälschte Überweisungsadresse unterzuschieben, da die Überweisungsadresse erfindungsgemäß anhand vergangener Betriebszustände des Fahrzeuges plausibiliert wird. Damit ein Angriff gelingen könnte, müsste zunächst in einem kostspieligen und langwierigen Verfahren eine Überweisungsadresse generiert werden, welche angesichts des zu erwartenden Verlaufes von Betriebszuständen der Fahrzeuge möglicher Opfer plausibel erschiene.
  • Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im unabhängigen Anspruch angegebenen Grundgedankens möglich. So kann vorgesehen sein, dass die Adresse des Zahlungsempfängers erzeugt wird, indem wiederholt ein Streuwert unterschiedlicher Zufallszahlen und des geheimen Schlüssels ermittelt wird, bis dieser gemäß einem vorgegebenen Schema den für eine Ausübung der Käuferfunktionen potenzieller Kunden typischen Betriebszustandsverlauf ihrer Fahrzeuge kodiert. Für Dienstleister mag es sich als gewinnbringend erweisen, auf diesem Wege zufällige geheime Schlüssel zu erzeugen und damit solange zufällige Überweisungsadressen zu generieren, bis eine der Überweisungsadressen diese Information umfasst. Sofern es sich beim Herausgeber der Adresse um ein vertrauenswürdiges Unternehmen handelt, werden sich für diese Überweisungsadresse und den geheimen Schlüssel Käufer finden, die letzterem glauben, dass der angebotene Schlüssel tatsächlich geheim gehalten wurde und nur dem Käufer zugänglich ist. Für diesen Kunden wäre es sehr viel aufwändiger, einen geheimen Schlüssel mit für ihn passendem Käuferprofil selbst zu erzeugen, da bei jedem Versuch die Wahrscheinlichkeit, eine Adresse zu erzeugen, die nicht zu seinem Waren- oder Dienstleistungsportfolio passt, die Erfolgswahrscheinlichkeit bei weitem überwiegt. Außerdem wird er für ihn selbst unpassende geheime Schlüsse nicht an Anbieter aus anderen Branchen verkaufen können, wenn er nicht das Vertrauen in seine Fähigkeit vermitteln kann, den geheimen Schlüssel tatsächlich geheim zu halten.
  • Figurenliste
  • Ausführungsbeispiele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigt:
    • 1 das Flussdiagramm eines Verfahrens gemäß einer ersten Ausführungsform.
    • 2 schematisch eine Krypto-Geldbörse gemäß einer zweiten Ausführungsform.
  • Ausführungsformen der Erfindung
  • Für das Konto eines Verkäufers werden erfindungsgemäß per Versuch und Irrtum solange Überweisungsadressen (Hashes) erzeugt, bis eine Adresse gefunden werden konnte, die gemäß einem vorgegebenen Schema den für eine Ausübung der Käuferfunktionen potenzieller Kunden typischen Betriebszustandsverlauf ihrer Fahrzeuge kodiert.
  • Je mehr dezimale Ziffern mit Betriebszustandsbezug eine Überweisungsadresse gemäß einer Ausführungsform der Erfindung enthält, umso größer sind Kosten und Aufwand für die Generierung dieser Adresse. Dies wiederum lässt annehmen, dass die Adresse aufgrund der hohen Kosten für ihre Erzeugung öfter benutzt wird, und desto größer ist letztlich die Vertrauenswürdigkeit der solchermaßen aufgebauten Adresse.
  • 1 zeigt den grundlegenden Ablauf eines erfindungsgemäßen Verfahrens (10) in einem Anwendungsszenario gemäß 2: Ein HW-Wallet (20) erfasst ausgewählte Fahrzeugdaten (Prozess 11 - 1) und überprüft, ob die Verläufe dieser Fahrzeugdaten bestimmten Erwartungswerten entsprechen (Prozess 12 - 1). Die Erwartungswerte zum Überprüfen der Verläufe werden abhängig von einem Code innerhalb der Überweisungsadresse (14) gewählt.
  • Wenn dem Fahrzeug (30) eine Überweisungsadresse (14) übergeben wird, dann prüft es, ob eine bekannte Ziffernfolge mit zugehörigen Erwartungswerten von Fahrzeugdaten in einer internen Tabelle hinterlegt ist, wie die folgenden Anwendungsfälle exemplarisch illustrieren.
  • Die Überweisungsadresse (14) einer Tankstelle oder Ladestation beispielsweise könnte mit der Ziffernfolge 498001 beginnen, die mit den folgenden Erwartungen verknüpft sei: Der Tankfüll- bzw. Batterieladezustand soll kurz vor einer Zahlung an diese Adresse (14) angestiegen sein; die Tankklappe soll zu dieser Zeit geöffnet bzw. der Ladestecker eingesteckt gewesen sein; und die Fahrgeschwindigkeit soll währenddessen 0 km/h betragen haben.
  • Die Überweisungsadresse (14) eines Drive-ins dagegen könnte mit der Ziffernfolge 498003 beginnen, welche mit den folgenden Erwartungen verknüpft sei: Das Fahrzeug (30) - genauer eines seiner Fenster oder eine seiner Türen - soll kurz vor der Zahlungstransaktion (16) an diese Adresse (14) geöffnet gewesen sein und die Fahrgeschwindigkeit soll währenddessen 0 km/h betragen haben.
  • Die Überweisungsadresse (14) einer Autobahn-Mautstation könnte entsprechend mit der Ziffernfolge 498005 beginnen, der die folgenden Erwartungen zugeordnet seien: Das Fahrzeug (30) fuhr vor einer Zahlung (16) an diese Adresse (14) über weite Strecken in die gleiche Richtung und sein Lenkeinschlag war über weite Strecken gering, wobei große Lenkeinschläge durch Spurwechsel gleichsam kompensiert werden könnten. Diese „Spurwechselkompensation“ kann erreicht werden, indem der Lenkeinschlag über ein gleitendes Zeitfenster von mehreren Sekunden gemittelt wird. Der solchermaßen quasi gefilterte Lenkeinschlag sollte erwartungsgemäß über weite Strecken einen Schwellwert nicht überschritten haben, bevor eine Zahlung (16) an die Adresse (14) der Mautstation angewiesen wird.
  • Die Überweisungsadresse (14) eines Parkplatzes mag mit der Ziffernfolge 498007 beginnen, die mit der Erwartung verknüpft ist, dass das Fahrzeug (30) vor einer Zahlung (16) an diese Adresse (14) abgestellt und abgeschlossen wurde.
  • Die Überweisungsadresse (14) eines Anbieters von Straßenzustands- oder Gefahrendaten schließlich könnte mit der Ziffernfolge 498009 beginnen, der die Erwartungen zugeordnet ist, dass das Fahrzeug (30) unmittelbar vor einer Zahlung (16) an diese Adresse (14) einschlägige Straßenzustands- bzw. Gefahrendaten empfangen hat.
  • Für alle Ziffernfolgen bzw. Bezahlkategorien können als zusätzliche Erwartungswerte ein Überweisungslimit und eine maximale Frequenz für Überweisungen festgelegt sein.
  • Zusätzlich kann mit den Ziffern der Überweisungsadresse (14) eine Ortsbezug überprüft werden oder eine Rufnummer codiert sein, mit der die Berechtigung der Zahlungstransaktion (16) zusätzlich plausibilisiert werden. Hierzu sollte die Ziffernfolge innerhalb der Adresse (14) stellenmäßig so definiert sein, dass weitere Teilziffernfolgen derselben eine entsprechende Prüfung erlauben. Erfüllen die tatsächlich vom HW-Wallet (20) gemessenen Werte die Erwartungswerte (Zweig Y - 1), dann führt letzteres die Überweisung aus (Prozess 13 - 1).
  • Die vorstehend exemplarisch für das Bezahlen mit einem Fahrzeug (30) beschriebenen Verfahrensschritte und Erwägungen sind in entsprechender Weise auf das Bezahlen mit Hilfe von Smartphones, Computern, GPS-Empfängern, Autodiagnosegeräten oder anderen Mobilgeräten anzuwenden, ohne den Rahmen der Erfindung zu verlassen.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • DE 102016206916 A1 [0004]

Claims (10)

  1. Verfahren (10) zum Abwickeln einer Zahlungstransaktion (16) mit einer Krypto-Geldbörse (20) an einen Zahlungsempfänger mit einer vorgegebenen Adresse (14), gekennzeichnet durch folgende Merkmale: - ein Betriebszustandsverlauf eines Fahrzeuges (30) wird abgerufen (11), - die Adresse (14) wird einer Plausibilitätsprüfung (12) anhand des Betriebszustandsverlaufes unterzogen und - falls die Adresse der Plausibilitätsprüfung (12) standhält (Y), wird eine Freigabe (13) der Zahlungstransaktion (16) erteilt.
  2. Verfahren (10) nach Anspruch 1, gekennzeichnet durch folgendes Merkmal: - im Falle der Freigabe (13) führt die Geldbörse (20) anhand der Adresse (14) und der freigegebenen Zahlungstransaktion (16) eine Transaktionsberechnung (15) durch.
  3. Verfahren (10) nach Anspruch 1 oder 2, gekennzeichnet durch folgende Merkmale: - die Zahlungstransaktion (16) und die Adresse (14) werden zwischen der Geldbörse (20) und dem Fahrzeug (30) über eine Drahtlosschnittstelle (34) ausgetauscht und - die Zahlungstransaktion (16) und die Adresse (14) werden zwischen dem Fahrzeug (30) und der Cloud (40) über eine Drahtlosschnittstelle (34) ausgetauscht.
  4. Verfahren (10) nach einem der Ansprüche 1 bis 3, gekennzeichnet durch folgende Merkmale: - das Fahrzeug (30) erfüllt Käuferfunktionen (32) und der Zahlungsempfänger erfüllt entsprechende Verkäuferfunktionen (41) in einer Cloud (40), - die Adresse (14) des Zahlungsempfängers wird erzeugt, indem wiederholt ein Streuwert unterschiedlicher Zufallszahlen und eines geheimen Schlüssels ermittelt wird und - wenn der Streuwert gemäß einem vorgegebenen Schema den für eine Ausübung der Käuferfunktionen (32) typischen Betriebszustandsverlauf des Fahrzeuges (30) kodiert, wird der Streuwert als die Adresse (14) verwendet.
  5. Verfahren (10) nach Anspruch 4, gekennzeichnet durch folgende Merkmale: - die Adresse (14) ist numerisch und - gemäß dem Schema kodiert der Streuwert den Betriebszustandsverlauf, sofern eine stellenmäßig festgelegte Teilziffernfolge einer polyadischen Darstellung der Adresse (14) den Betriebszustandsverlauf kodiert.
  6. Verfahren (10) nach Anspruch 5, dadurch gekennzeichnet, dass mindestens einer der folgenden Verkäuferfunktionen (41) des Zahlungsempfängers ein fester Wert der Teilziffernfolge zugeordnet ist: - einer Tankstelle, - einer Ladestation, - einer Mautstation, - einem Parkplatz oder - einem Datenanbieter.
  7. Verfahren (10) nach Anspruch 6, dadurch gekennzeichnet, dass der Betriebszustandsverlauf einen vergangenen Wert mindestens eines der folgenden Betriebszustände des Fahrzeuges (30) berücksichtigt: - einen Tankfüllstand, - einen Batterieladezustand, - eine Fahrgeschwindigkeit, - einen Zustand einer Tür, - eine Position eines Fensters, - eine Fahrtrichtung, - einen Lenkeinschlag, - eine Standzeit oder - einen Schließzustand.
  8. Computerprogramm, welches eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
  9. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 8 gespeichert ist.
  10. Vorrichtung (20, 30), die eingerichtet ist, das Verfahren (10) nach einem der Ansprüche 1 bis 7 auszuführen.
DE102018210936.2A 2018-07-03 2018-07-03 Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse Pending DE102018210936A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE102018210936.2A DE102018210936A1 (de) 2018-07-03 2018-07-03 Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse
US16/451,876 US20200013047A1 (en) 2018-07-03 2019-06-25 Method and device for processing a payment transaction using a cryptocurrency wallet
CN201910588915.1A CN110675142A (zh) 2018-07-03 2019-07-02 用加密钱包开展支付交易的方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102018210936.2A DE102018210936A1 (de) 2018-07-03 2018-07-03 Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse

Publications (1)

Publication Number Publication Date
DE102018210936A1 true DE102018210936A1 (de) 2020-01-09

Family

ID=68943647

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102018210936.2A Pending DE102018210936A1 (de) 2018-07-03 2018-07-03 Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse

Country Status (3)

Country Link
US (1) US20200013047A1 (de)
CN (1) CN110675142A (de)
DE (1) DE102018210936A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102018009168A1 (de) * 2018-11-21 2020-05-28 Daimler Ag Verfahren zum Bezahlen in einem Kraftfahrzeug mittels einer Transaktion eines Kryptowährung-Rechnernetzwerks

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016206916A1 (de) 2016-04-22 2017-10-26 Bundesdruckerei Gmbh Elektronisches Verfahren zur kryptographisch gesicherten Überweisung eines Betrags einer Kryptowährung

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101373528B (zh) * 2007-08-21 2014-04-02 联想(北京)有限公司 基于位置认证的电子支付系统、设备、及方法
CN101911130B (zh) * 2008-01-15 2016-03-23 泰利特汽车解决方案公司 道路收费系统
AU2010100533B4 (en) * 2010-04-02 2010-12-16 Isx Ip Ltd Method and system for verifying transactions
US9779449B2 (en) * 2013-08-30 2017-10-03 Spireon, Inc. Veracity determination through comparison of a geospatial location of a vehicle with a provided data
CN107730656B (zh) * 2017-09-29 2020-08-14 深圳市轱辘汽车维修技术有限公司 一种记录车辆加油行为数据的方法及车载设备
CN107451819B (zh) * 2017-09-30 2020-06-30 北京梆梆安全科技有限公司 一种基于用户操作行为特征的身份验证方法和装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102016206916A1 (de) 2016-04-22 2017-10-26 Bundesdruckerei Gmbh Elektronisches Verfahren zur kryptographisch gesicherten Überweisung eines Betrags einer Kryptowährung

Also Published As

Publication number Publication date
US20200013047A1 (en) 2020-01-09
CN110675142A (zh) 2020-01-10

Similar Documents

Publication Publication Date Title
DE102017214902A1 (de) Indirekte Transaktionsvorgänge auf Basis einer Blockchainarchitektur
EP3743844B1 (de) Blockchain-basiertes identitätssystem
DE102012202781A1 (de) Computerimplementiertes Verfahren für eine Nutzungskontrolle, Computerprogrammprodukt, Datenverarbeitungssystem und Transportsystem
EP1185026B2 (de) Verfahren zur Datenübertragung
DE102012221288A1 (de) Verfahren, Vorrichtung und Dienstleistungsmittel zur Authentifizierung eines Kunden für eine durch ein Dienstleistungsmittel zu erbringende Dienstleistung
EP3723322A2 (de) Verfahren zur authentifizierung eines fahrzeugs, authentifizierungseinheit, diensteinheit und fahrzeugexterne zentrale recheneinheit
DE102017204250A1 (de) Verfahren und Vorrichtung zur Absicherung eines Tachometerstandes eines Fahrzeugs und Vorrichtung zur Verifikation eines Tachometerstandes eines Fahrzeugs
DE102018210936A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse
EP2730050B1 (de) Verfahren zur erstellung und überprüfung einer elektronischen pseudonymen signatur
EP4224786A1 (de) Verfahren und vorrichtung zur erstellung elektronischer signaturen
EP1652337B1 (de) Verfahren zum signieren einer datenmenge in einem public-key-system sowie ein datenverarbeitungssystem zur durchführung des verfahrens
EP2561460B1 (de) Verfahren zum konfigurieren einer applikation für ein endgerät
DE102021004548A1 (de) Verfahren und transaktionssystem zum übertragen von token in einem elektronischen transaktionssystems
DE102018009168A1 (de) Verfahren zum Bezahlen in einem Kraftfahrzeug mittels einer Transaktion eines Kryptowährung-Rechnernetzwerks
DE102011119103A1 (de) Verfahren zum Authentisieren einer Person an einer Serverinstanz
DE102011000112A1 (de) Verfahren zur Verifikation von Personendaten im Kundenverkehr
DE202015102311U1 (de) Vorrichtung zum Abrechnen von Mautgebühren
DE102019202504A1 (de) Automatisierte Überprüfung eines elektrischen Ladevorgangs
DE102018210508A1 (de) Verfahren und Vorrichtung zum Autorisieren einer Zahlung aus einer Krypto-Geldbörse
DE102018211013A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse
DE102017211201A1 (de) Verfahren zum asymmetrischen Schlüsselmanagement und sicherheitsrelevante Anlage
DE102018210501A1 (de) Verfahren und Vorrichtung zum Abwickeln einer Zahlungstransaktion mit einer Krypto-Geldbörse
DE102014014109A1 (de) Transaktionsverfahren
DE102020134933A1 (de) Verfahren zum Erstellen einer qualifizierten elektronischen Signatur
DE102020210810A1 (de) Verfahren und Vorrichtung zum gegenseitigen Bewerten von Leistungserbringern und Leistungsempfänger mittels einer dezentralen Transaktionsdatenbank