WO2019174860A1 - System und verfahren zum dezentralen durchführen von transaktionen - Google Patents

System und verfahren zum dezentralen durchführen von transaktionen Download PDF

Info

Publication number
WO2019174860A1
WO2019174860A1 PCT/EP2019/053938 EP2019053938W WO2019174860A1 WO 2019174860 A1 WO2019174860 A1 WO 2019174860A1 EP 2019053938 W EP2019053938 W EP 2019053938W WO 2019174860 A1 WO2019174860 A1 WO 2019174860A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
transactions
autonomous
distributed database
control unit
Prior art date
Application number
PCT/EP2019/053938
Other languages
English (en)
French (fr)
Inventor
Bernhard Rode
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 EP19706527.9A priority Critical patent/EP3766033A1/de
Priority to US16/970,343 priority patent/US20210081930A1/en
Priority to CN201980019315.1A priority patent/CN111868772A/zh
Publication of WO2019174860A1 publication Critical patent/WO2019174860A1/de

Links

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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services; Handling legal documents
    • G06Q50/188—Electronic negotiation
    • 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/22—Payment schemes or models
    • G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
    • 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
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • 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
    • G06Q2220/00—Business processing using cryptography
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84—Vehicles

Definitions

  • the invention relates to a system for decentralized implementation of
  • Transactions comprising at least one distributed database and at least one autonomous or partially autonomous vehicle. Furthermore, the invention relates to a method for performing transactions.
  • tolls For example, tolls, parking fees or repair costs incurred, which must be billed by the vehicles independently.
  • settlements or transactions should be as transparent as possible and independent of a central institution or platform.
  • the autonomous or semi-autonomous vehicles must be able to
  • DE102010011645 A1 discloses a method for performing
  • the system has at least one distributed
  • At least one node of the distributed database can be formed by a control unit of the at least one autonomous or semi-autonomous vehicle, wherein transactions can be autonomously actuated by the control unit of the at least one vehicle with at least one subscriber of the system.
  • the system allows autonomous or semi-autonomous vehicles to independently transact, with transactions being transparent and independent of a central institution or platform.
  • the autonomous or semi-autonomous vehicles participating in the system may form the nodes of a distributed database or a blockchain.
  • the transactions to be performed can be trusted, for example via smart contracts.
  • the transactions may preferably be initiated by the at least one vehicle and / or by other subscribers, such as potential passengers, and between the at least one vehicle and the subscriber be contractually concluded.
  • a carrying out of the transactions can be carried out by control units or control devices of the vehicles.
  • the control units preferably have here
  • Control units can do this on one
  • Microcontroller technology or based on a microprocessor technology are examples of microcontroller technology.
  • the transactions may be, for example, deals for the carriage of one or more passengers for a defined route.
  • different factors such as duration of a journey, fast or slow driving style of the at least one vehicle, upcoming repairs, intermediate destinations and the like, can be implemented in a pricing or a transportation condition of passengers.
  • transactions may be maintenance or repair contracts for ensuring a roadworthy condition of the at least one autonomous or semi-autonomous vehicle that is feasible between the at least one vehicle and a workshop.
  • the distributed database is a blockchain.
  • the distributed database is a blockchain.
  • the information corresponding to the transactions can be processed and stored decentralized and therefore independent of the manufacturer or fleet.
  • all transactions can be retrieved, displayed, and validated by any participant participating in the system.
  • the distributed database has at least one partition.
  • certain task areas such as passenger transportation and vehicle maintenance, can be separated. This can be a
  • the at least one node of the distributed database can be formed by at least one control unit external of the vehicle.
  • An external vehicle control unit may be, for example, a computer of a tollbooth or a workshop.
  • the vehicle-external control unit can be part of an infrastructure.
  • the at least one autonomous or partially autonomous vehicle can communicate and interact with vehicle-external and, in particular, stationary subscribers of the system.
  • transactions are designed in the form of smart contracts.
  • transactions required by a vehicle are preferably mapped via smart contracts.
  • the smart contracts can be implemented in the distributed database.
  • the transactions implemented in the smart contracts can be executed by the at least one autonomous or semi-autonomous vehicle itself or
  • Every participant in the system can initiate and transparently track all transactions via the Smart Contracts.
  • the system has at least one central database, which can be connected to the distributed database and / or to the control unit of the at least one vehicle in a data-conducting manner.
  • the system can thus be replaced by a classic centralized system or a centralized system Database to be extended.
  • Such a central database can be replaced by a classic centralized system or a centralized system Database to be extended.
  • a fleet management which helps the autonomous or semi-autonomous vehicles in certain decisions or can intervene in ambiguity.
  • each vehicle has a communication device for establishing a communication connection and at least one secure communication connection can be established between at least two vehicles.
  • a secure communication connection between at least two nodes or nodes of the system can be realized.
  • cryptographic methods can be used to ensure that no manipulation of the system is performed.
  • the securing of the communication connections can be done, for example, by checksums,
  • Certificates, encryption or ciphers and the like take place.
  • the at least one subscriber is at least one customer, one vehicle and / or one customer
  • the system according to the invention can thus be used in a particularly versatile and flexible manner.
  • the autonomous or semi-autonomous vehicles can thus not only communicate with each other and thus form mobile decentralized nodes of a blockchain, but also additionally integrate stationary computers and control units into the blockchain.
  • the autonomous or semi-autonomous vehicles can independently carry out maintenance intervals at a workshop and corresponding Settlements via deposited means of payment. In this way, an automatic guarantee of traffic safety of the respective vehicles can be technically implemented.
  • the at least one vehicle has an input and output unit for communicating with at least one customer and for initiating transactions.
  • the at least one vehicle can thereby communicate with customers and passengers and accommodate customer requests or implement in the pricing.
  • destination inputs and intermediate destinations can thus be communicated by a customer to the autonomous or semi-autonomous vehicle.
  • At least one distributed database is formed by control units of at least two vehicles.
  • At least one transaction between at least one vehicle and at least one participant of the system is carried out with the formation of blockchain-based smart contracts.
  • the autonomous or semi-autonomous vehicles each have one or more control units which can communicate with each other across vehicles.
  • the communication preferably takes place via corresponding communication devices arranged on or in the vehicle.
  • the control units can thus be networked together and form nodes of a distributed database or a blockchain.
  • Show here 1 is a schematic representation of a system according to a first embodiment of the invention
  • FIG. 2 shows a schematic representation of a system according to a second embodiment of the invention
  • Fig. 3 is a schematic representation of a system according to a third
  • Fig. 4 is a schematic representation of a system according to a fourth embodiment of the invention.
  • FIG. 1 shows a schematic representation of a system 1 according to a first embodiment of the invention.
  • FIG. 1 shows a schematic representation of a system 1 according to a first embodiment of the invention.
  • the system 1 illustrates a transaction between a passenger 2 and an autonomous or semi-autonomous vehicle 4. This transaction represents a so-called car-to-customer transaction.
  • the system 1 has a passenger 2 who plans to travel along a route to the vehicle 4.
  • a corresponding request 6 is sent by the passenger 2 via a cloud or an internet connection 7 to a control unit 8 of the vehicle 4.
  • the control unit 8 of the vehicle 4 forms one of several nodes of a distributed database 10.
  • another vehicle 5 is shown, which likewise has a control unit 8 as a node of the distributed database 10.
  • the distributed database 10 is according to the embodiment a so-called blockchain 10. Based on stored in the blockchain 10 Smart
  • Contracts 12 the vehicle 4 and the control unit 8 can answer the request 6 of the passenger 2 and corresponding time information and
  • FIG. 2 illustrates a schematic representation of a system 1 according to a second embodiment of the invention.
  • the system 1 has two price requests 6 from two potential passengers 2, which are transmitted to a vehicle 4.
  • the vehicle 4 may calculate a common trip for two persons 2 by the control unit 8 based on the access to the smart contracts 12, whereby the fare transmitted to each passenger 2 may be halved.
  • FIG. 3 illustrates a third embodiment of the system 1 according to the invention.
  • a transaction 16, 18 is carried out between the vehicle 4 and a toll station 20.
  • the toll station 20 is here a
  • the corresponding transaction 16, 18 is a so-called car-to-infrastructure transaction 16, 18.
  • the vehicle 4 informs the toll station 20 that it is traveling on a toll route.
  • the costs incurred by the vehicle 4 are calculated or charged.
  • the costs can be one
  • Vehicle owner or a vehicle owner Vehicle owner or a vehicle owner.
  • This process can be carried out automatically by the autonomous or semi-autonomous vehicle 4 or by the control unit 8.
  • FIG. 4 shows a fourth embodiment of the system 1 according to the invention.
  • the system 1 according to the fourth embodiment has a transaction 16, 18 between the vehicle 4 and a workshop 24.
  • the workshop 24 has a computer 26 which acts as a decentralized node of the distributed database 10 and based on the smart contracts 12 a trustworthy and Transparent pricing in the determination of maintenance costs or repair costs can realize.
  • the vehicle 4 detects marginal tire wear and automatically drives a preferred garage 24.
  • a request 16 for new tires is answered by the workshop 24.
  • the answer 18 includes a possible workshop date, price for the replacement of tires and the price of the tires themselves, delivery times and the like.
  • the vehicle 4 can automatically provide for its own traffic safety.

Abstract

Offenbart ist ein System zum dezentralen Durchführen von Transaktionen aufweisend mindestens eine verteilte Datenbank und mindestens ein autonomes oder teilautonomes Fahrzeug, wobei mindestens ein Knoten der verteilten Datenbank durch eine Steuereinheit des mindestens einen autonomen oder teilautonomen Fahrzeugs bildbar ist und wobei Transaktionen selbstständig durch die Steuereinheit des mindestens einen Fahrzeugs mit mindestens einem Teilnehmer des Systems tätigbar sind.

Description

Beschreibung
Titel
System und Verfahren zum dezentralen Durchführen von Transaktionen
Die Erfindung betrifft ein System zum dezentralen Durchführen von
Transaktionen aufweisend mindestens eine verteilte Datenbank und mindestens ein autonomes oder teilautonomes Fahrzeug. Des Weiteren betrifft die Erfindung ein Verfahren zum Durchführen von Transaktionen.
Stand der Technik
Bei automatisierten oder teilautomatisierten Fahrzeugen bzw. Robotaxis, wird es notwendig sein, dass diese autonomen oder teilautonomen Fahrzeuge selbstständig Transaktionen tätigen können. Derartige Transaktionen können beispielsweise Einnahmen bzw. berechnete Fahrtkosten sowie Abrechnungen von gebuchten Fahrten sein. Des Weiteren können Ausgaben, wie
beispielsweise Mautgebühren, Parkgebühren oder Reparaturkosten, entstehen, welche von den Fahrzeugen selbstständig abgerechnet werden müssen. Diese Abrechnungen bzw. Transaktionen sollten möglichst transparent und unabhängig von einer zentralen Institution oder Plattform durchgeführt werden können. Die autonomen oder teilautonomen Fahrzeuge müssen in der Lage sein
selbstständig, in Verbindung mit den genannten Transaktionen, Entscheidungen zu treffen.
Die DE102010011645 A1 offenbart ein Verfahren zum Durchführen von
Transaktionen über gesicherte Kommunikationsverbindungen zwischen
Fahrzeugen. In der DE102006032374 A1 ist ein Ausbilden von Fahrzeugen zu Knoten eines dezentralen Netzwerks gezeigt. Mit heutigen Technologien, welche auf zentralen und intransparenten Datensilos basieren, ist es bisher nicht möglich, die beschriebenen Transaktionen und damit verbundene Entscheidungen dezentral durchzuführen.
Offenbarung der Erfindung
Die der Erfindung zugrunde liegende Aufgabe kann darin gesehen werden, ein System und ein Verfahren als Grundlage für von Fahrzeugen initiierten
Transaktionen vorzuschlagen.
Diese Aufgabe wird mittels des jeweiligen Gegenstands der unabhängigen Ansprüche gelöst. Vorteilhafte Ausgestaltungen der Erfindung sind Gegenstand von jeweils abhängigen Unteransprüchen.
Nach einem Aspekt der Erfindung wird ein System zum Durchführen von
Transaktionen bereitgestellt. Das System weist mindestens eine verteilte
Datenbank und mindestens ein autonomes oder teilautonomes Fahrzeug auf. Erfindungsgemäß ist mindestens ein Knoten der verteilten Datenbank durch eine Steuereinheit des mindestens einen autonomen oder teilautonomen Fahrzeugs bildbar, wobei Transaktionen selbstständig durch die Steuereinheit des mindestens einen Fahrzeugs mit mindestens einem Teilnehmer des Systems tätigbar sind.
Durch das System können autonome oder teilautonome Fahrzeuge selbstständig Transaktionen tätigen, wobei die Transaktionen transparent und unabhängig von einer zentralen Institution oder Plattform sind.
Es können beispielsweise die am System partizipierenden autonomen oder teilautonomen Fahrzeuge die Knoten einer verteilten Datenbank bzw. einer Blockchain bilden. Durch das Bilden einer derartigen dezentralen verteilten Datenbank können die durchzuführenden Transaktionen, beispielsweise über Smart Contracts vertrauenswürdig abgebildet werden.
Die Transaktionen können vorzugsweise durch das mindestens eine Fahrzeug und/oder durch andere Teilnehmer, wie beispielsweise potenzielle Fahrgäste, eingeleitet und zwischen dem mindestens einen Fahrzeug und dem Teilnehmer vertraglich abgeschlossen werden. Insbesondere kann ein Durchführen der Transaktionen durch Steuereinheiten bzw. Steuergeräte der Fahrzeuge durchgeführt werden. Die Steuereinheiten weisen hier vorzugsweise
Datenspeicher und Kommunikationsvorrichtungen auf. Somit können
Kommunikationsverbindungen zu anderen Knoten hergestellt und Daten verarbeitet werden. Die Steuereinheiten können hierbei auf einer
Mikrocontrollertechnologie oder auf einer Mikroprozessortechnologie basieren.
Die Transaktionen können beispielsweise Abschlüsse zur Beförderung von einem oder mehrerer Fahrgäste für eine definierte Fahrstrecke sein. Dabei können unterschiedliche Faktoren, wie beispielsweise Dauer einer Fahrt, schnelle oder langsame Fahrweise des mindestens einen Fahrzeugs, anstehende Reparaturen, Zwischenziele und dergleichen, in eine Preisgestaltung bzw. eine Beförderungsbedingung von Fahrgästen implementiert werden.
Des Weiteren können Transaktionen Wartungs- oder Reparaturverträge zum Gewährleisten eines verkehrssicheren Zustands des mindestens einen autonomen oder teilautonomen Fahrzeugs sein, welche zwischen dem mindestens einen Fahrzeug und einer Werkstatt durchführbar sind.
Gemäß eines Ausführungsbeispiels des Systems ist die verteilte Datenbank eine Blockchain. Im Bereich der Blockchaintechnologie können durch die
Implementation von Smart Contracts offene, transparente und
hochautomatisierte Transaktionsprozesse abgebildet werden. Die mit den Transaktionen korrespondierenden Informationen können dezentral und damit hersteiler- bzw. flottenunabhängig voneinander verarbeitet und gespeichert werden. Bevorzugterweise können sämtliche Transaktionen von jedem am System partizipierenden Teilnehmer abgerufen, dargestellt und validiert werden.
Nach einem weiteren Ausführungsbeispiel des Systems weist die verteilte Datenbank mindestens eine Partition auf. Durch Einbinden von zusätzlichen Partitionen in der Blockchain können bestimmte Aufgabenbereiche, wie beispielsweise eine Beförderung von Personen und Instandhaltung bzw. Wartung von Fahrzeugen, voneinander getrennt werden. Hierdurch kann eine
übersichtliche Aufteilung der Transaktionen realisiert werden, welche für einen Betreiber der autonomen oder teilautonomen Fahrzeuge einfacher überprüft werden kann.
Gemäß einem weiteren Ausführungsbeispiel des Systems ist der mindestens eine Knoten der verteilten Datenbank durch mindestens eine fahrzeugexterne Steuereinheit bildbar. Eine fahrzeugexterne Steuereinheit kann beispielsweise ein Rechner einer Mautstelle oder einer Werkstatt sein. Des Weiteren kann die fahrzeugexterne Steuereinheit ein Bestandteil einer Infrastruktur sein. Hierdurch kann das mindestens eine autonome oder teilautonome Fahrzeug mit fahrzeugexternen und insbesondere stationären Teilnehmern des Systems kommunizieren und interagieren.
Nach einem weiteren Ausführungsbeispiel des Systems sind Transaktionen in Form von Smart Contracts ausgestaltet. In der verteilten Datenbank werden die von einem Fahrzeug benötigten Transaktionen vorzugsweise über Smart Contracts abgebildet.
Die meisten Anwendungsfälle bei fahrzeugübergreifender Kommunikation werden heute durch klassische Kommunikationsmethoden bzw. über zentrale Datenhaltung umgesetzt. Diese benötigen stets ein gegenseitiges Vertrauen, welches im Falle von juristischen Prozessen verloren gehen kann. Durch den Einsatz von Blockchaintechnologien und ihrer inhärenten verteilten,
vertrauenswürdigen Datenhaltung kann dieses notwendige Vertrauen technisch gewährleistet werden. Somit sind die Smart Contracts gemäß einem bevorzugten Ausführungsbeispiel des Systems in die verteilte Datenbank implementierbar.
Die in den Smart Contracts implementierten Transaktionen können von dem mindestens einen autonomen oder teilautonomen Fahrzeug selber bzw.
selbstständig oder von einem Kunden, einer Car2X-Kommunikation und dergleichen genutzt werden. Jeder Teilnehmer am System kann über die Smart Contracts alle Transaktionen initiieren und transparent nachvollziehen.
Gemäß einem weiteren Ausführungsbeispiel weist das System mindestens eine mit der verteilten Datenbank und/oder mit der Steuereinheit des mindestens einen Fahrzeugs datenleitend verbindbare zentrale Datenbank auf. Das System kann somit durch ein klassisches zentralisiertes System bzw. eine zentralisierte Datenbank erweitert werden. Eine derartige zentrale Datenbank kann
beispielsweise eine Flottenverwaltung bereitstellen, welche den autonomen oder teilautonomen Fahrzeugen bei bestimmten Entscheidungen hilft oder bei Unklarheiten einschreiten kann.
Nach einem weiteren Ausführungsbeispiel des Systems weist jedes Fahrzeug eine Kommunikationsvorrichtung zum Herstellen einer Kommunikations- Verbindung auf und es ist mindestens eine gesicherte Kommunikations- Verbindung zwischen mindestens zwei Fahrzeugen herstellbar. Durch diese Maßnahme kann eine gesicherte Kommunikationsverbindung zwischen mindestens zwei Teilnehmern oder Knoten des Systems realisiert werden.
Darüber hinaus kann durch kryptografische Methoden sichergestellt werden, dass keine Manipulationen am System vorgenommen werden. Die Sicherung der Kommunikationsverbindungen kann beispielsweise durch Prüfsummen,
Zertifikate, Verschlüsselungen bzw. Chiffrierungen und dergleichen erfolgen.
Gemäß einem weiteren Ausführungsbeispiel des Systems ist der mindestens eine Teilnehmer mindestens ein Kunde, ein Fahrzeug und/oder eine
fahrzeugexterne Infrastruktureinheit. Das erfindungsgemäße System kann somit besonders vielseitig und flexibel eingesetzt werden.
Nach einem weiteren Ausführungsbeispiel des Systems ist eine
Kommunikationsverbindung zwischen dem mindestens einen Fahrzeug und der mindestens einen fahrzeugexternen Infrastruktureinheit zum Durchführen von Transaktionen herstellbar. Die autonomen oder teilautonomen Fahrzeuge können somit nicht nur miteinander kommunizieren und somit mobile dezentrale Knoten einer Blockchain bilden, sondern auch zusätzlich stationäre Rechner und Steuereinheiten in die Blockchain einbinden.
Es können somit dezentral und basierend auf der durch die autonomen oder teilautonomen Fahrzeuge gebildeten verteilten Datenbank Abrechnungen von Fahrtkosten und gebuchten Fahrten, Ausgaben und Gebühren für Maut, Parken sowie Reparatur- und Wartungskosten der Fahrzeuge berücksichtigt werden. Somit können die autonomen oder teilautonomen Fahrzeuge selbstständig Wartungsintervalle bei einer Werkstatt wahrnehmen und entsprechende Abrechnungen über hinterlegte Zahlungsmittel durchführen. Hierdurch kann eine automatische Gewährleistung der Verkehrssicherheit der jeweiligen Fahrzeuge technisch umgesetzt werden.
Gemäß einem weiteren Ausführungsbeispiel des Systems weist das mindestens eine Fahrzeug eine Eingabe- und Ausgabeeinheit zum Kommunizieren mit mindestens einem Kunden und zum Initiieren von Transaktionen auf. Das mindestens eine Fahrzeug kann hierdurch mit Kunden und Fahrgästen kommunizieren und Kundenwünsche aufnehmen bzw. in die Preisgestaltung umsetzen. Des Weiteren können somit Zieleingaben und Zwischenziele von einem Kunden dem autonomen oder teilautonomen Fahrzeug mitgeteilt werden.
Nach einem weiteren Aspekt der Erfindung wird ein Verfahren zum Durchführen von Transaktionen mit einem erfindungsgemäßen System bereitgestellt. Es wird mindestens eine verteilte Datenbank durch Steuereinheiten von mindestens zwei Fahrzeugen gebildet. Mindestens eine Transaktion zwischen mindestens einem Fahrzeug und mindestens einem Teilnehmer des Systems wird unter Ausbildung von blockchainbasierten Smart Contracts durchgeführt.
Hierdurch kann eine Durchführung von Transaktionen technisch umgesetzt werden. Die autonomen oder teilautonomen Fahrzeuge weisen jeweils eine oder mehrere Steuereinheiten auf, welche miteinander fahrzeugübergreifend kommunizieren können. Die Kommunikation erfolgt vorzugsweise über entsprechende am oder im Fahrzeug angeordnete Kommunikations- Vorrichtungen. Die Steuereinheiten können somit miteinander vernetzt werden und Knoten einer verteilten Datenbank bzw. einer Blockchain ausbilden.
Entsprechende blockchainbasierte Smart Contracts bzw. Verträge und fahrzeugübergreifende vertragliche Interaktionen können eine optimierte
Vertrauenswürdigkeit aufweisen und für Kunden besonders transparent sein. Hierdurch kann eine Automatisierung der Transaktionen technisch besonders einfach realisiert werden.
Im Folgenden werden anhand von stark vereinfachten schematischen
Darstellungen bevorzugte Ausführungsbeispiele der Erfindung näher erläutert. Hierbei zeigen Fig. 1 eine schematische Darstellung eines Systems gemäß einer ersten Ausführungsform der Erfindung,
Fig. 2 eine schematische Darstellung eines Systems gemäß einer zweiten Ausführungsform der Erfindung,
Fig. 3 eine schematische Darstellung eines Systems gemäß einer dritten
Ausführungsform der Erfindung und
Fig. 4 eine schematische Darstellung eines Systems gemäß einer vierten Ausführungsform der Erfindung.
Die Figur 1 zeigt eine schematische Darstellung eines Systems 1 gemäß einer ersten Ausführungsform der Erfindung. Insbesondere kann anhand des
Systems 1 gemäß den unterschiedlichen Ausführungsformen das
erfindungsgemäße Verfahren veranschaulicht werden.
Das System 1 verdeutlicht hierbei eine Transaktion zwischen einem Fahrgast 2 und einem autonomen oder teilautonomen Fahrzeug 4. Diese Transaktion stellt eine sogenannte Car-to-Customer Transaktion dar.
Das System 1 weist einen Fahrgast 2 auf, welcher eine Fahrt entlang einer Strecke mit dem Fahrzeug 4 plant. Eine entsprechende Anfrage 6 wird von dem Fahrgast 2 über eine Cloud oder eine Internetverbindung 7 an eine Steuereinheit 8 des Fahrzeugs 4 gesendet. Die Steuereinheit 8 des Fahrzeugs 4 bildet einen von mehreren Knoten einer verteilten Datenbank 10. Beispielhaft ist ein weiteres Fahrzeug 5 dargestellt, welches ebenfalls eine Steuereinheit 8 als Knoten der verteilten Datenbank 10 aufweist.
Die verteilte Datenbank 10 ist gemäß dem Ausführungsbeispiel eine sogenannte Blockchain 10. Basierend auf in der Blockchain 10 hinterlegten Smart
Contracts 12 kann das Fahrzeug 4 bzw. die Steuereinheit 8 die Anfrage 6 des Fahrgasts 2 beantworten und entsprechende Zeitinformationen und
Preisinformationen 14 dem Fahrgast 2 übermitteln. Dies kann beispielsweise durch ein Display oder durch ein tragbares Gerät des Fahrgasts 2 übermittelt werden. Das tragbare Gerät kann dabei ein Tablet oder ein Smartphone sein. In der Figur 2 ist eine schematische Darstellung eines Systems 1 gemäß einer zweiten Ausführungsform der Erfindung veranschaulicht. Im Unterschied zu der ersten Ausführungsform, weist das System 1 zwei Preisanfragen 6 von zwei potenziellen Fahrgästen 2 auf, welche an ein Fahrzeug 4 übermittelt werden.
Das Fahrzeug 4 kann durch die Steuereinheit 8 basierend auf den Zugriff auf die Smart Contracts 12 eine gemeinsame Fahrt für zwei Personen 2 berechnen, wodurch der, an jeden Fahrgast 2 übermittelte, Fahrpreis halbiert werden kann.
Es werden somit zwei Transaktionen 6, 14 mit zwei Fahrgästen 2 durchgeführt, welche jeweils eine Anfrage 6 und eine Antwort 14 beinhalten. Eine Zustimmung der Fahrgäste 2 zu der Antwort 14 des Fahrzeugs 4 wird der Einfachheit halber nicht berücksichtigt, kann jedoch technisch einfach in die Transaktion
implementiert werden.
Die Figur 3 veranschaulicht eine dritte Ausführungsform des erfindungsgemäßen Systems 1. Dabei wird eine Transaktion 16, 18 zwischen dem Fahrzeug 4 und einer Mautstation 20 durchgeführt. Die Mautstation 20 ist hierbei eine
fahrzeugexterne stationäre Infrastruktureinheit 20 mit einem Rechner 22, welcher ebenfalls einen Knoten der verteilten Datenbank 10 bildet und dadurch Zugriff auf die Smart Contracts 12 hat. Die entsprechende Transaktion 16, 18 ist eine sogenannte Car-to-lnfrastructure-Transaktion 16, 18. Das Fahrzeug 4 teilt der Mautstation 20 mit, dass es eine mautpflichtige Strecke befährt. Als
Antwortreaktion 18 werden die anfallenden Kosten dem Fahrzeug 4 berechnet bzw. in Rechnung gestellt. Insbesondere können die Kosten einem
Fahrzeuginhaber oder einem Fahrzeughalter in Rechnung gestellt werden.
Dieser Vorgang kann automatisiert von dem autonomen oder teilautonomen Fahrzeug 4 bzw. durch die Steuereinheit 8 durchgeführt werden.
In der Figur 4 ist eine vierte Ausführungsform des erfindungsgemäßen Systems 1 dargestellt. Im Unterschied zur dritten Ausführungsform, weist das System 1 gemäß der vierten Ausführungsform eine Transaktion 16, 18 zwischen dem Fahrzeug 4 und einer Werkstatt 24 auf. Die Werkstatt 24 weist hierzu einen Rechner 26 auf, welcher als ein dezentraler Knoten der verteilten Datenbank 10 agiert und basierend auf den Smart Contracts 12 eine vertrauenswürdige und transparente Preisgestaltung bei der Ermittlung von Wartungskosten oder Reparaturkosten realisieren kann.
Das Fahrzeug 4 ermittelt beispielsweise einen grenzwertigen Reifenverschleiß und steuert automatisch eine bevorzugte Werkstatt 24 an. Eine Anfrage 16 hinsichtlich neuer Reifen wird von der Werkstatt 24 beantwortet 18. Die Antwort 18 enthält dabei einen möglichen Werkstatttermin, Preis für den Austausch der Reifen sowie der Preis für die Reifen selbst, Lieferzeiten und dergleichen.
Hierdurch kann das Fahrzeug 4 automatisch für seine eigene Verkehrssicherheit sorgen.

Claims

Ansprüche
1. System (1 ) zum dezentralen Durchführen von Transaktionen (6, 14, 16, 18) aufweisend mindestens eine verteilte Datenbank (10), mindestens ein autonomes oder teilautonomes Fahrzeug (4, 5), dadurch gekennzeichnet, dass mindestens ein Knoten der verteilten Datenbank (10) durch eine Steuereinheit (8) des mindestens einen autonomen oder teilautonomen Fahrzeugs (4, 5) bildbar ist, wobei Transaktionen (6, 14, 16, 18) selbstständig durch die Steuereinheit (8) des mindestens einen Fahrzeugs (4, 5) mit mindestens einem Teilnehmer (2, 4, 5, 20, 24) des Systems (1 ) tätigbar sind.
2. System nach Anspruch 1 , wobei die verteilte Datenbank (10) eine
Blockchain (10) ist.
3. System nach Anspruch 1 oder 2, wobei die verteilte Datenbank (10)
mindestens eine Partition aufweist.
4. System nach einem der Ansprüche 1 bis 3, wobei mindestens ein Knoten der verteilten Datenbank (10) durch mindestens eine fahrzeugexterne
Steuereinheit (22, 26) bildbar ist.
5. System nach einem der Ansprüche 1 bis 4, wobei Transaktionen (6, 14, 16, 18) in Form von Smart Contracts (12) ausgestaltet sind.
6. System nach Anspruch 5, wobei die Smart Contracts (12) in die verteilte Datenbank (10) implementierbar sind.
7. System nach einem der Ansprüche 1 bis 6, wobei das System (1 ) mindestens eine mit der verteilten Datenbank (10) und/oder mit der Steuereinheit (8) des mindestens einen Fahrzeugs (4, 5) datenleitend verbindbare zentrale Datenbank aufweist.
8. System nach einem der Ansprüche 1 bis 7, wobei jedes Fahrzeug (4, 5) eine Kommunikationsvorrichtung zum Herstellen einer Kommunikationsverbindung (7) aufweist und mindestens eine gesicherte Kommunikationsverbindung (7) zwischen mindestens zwei Fahrzeugen (4, 5) herstellbar ist.
9. System nach einem der Ansprüche 1 bis 8, wobei der mindestens eine
Teilnehmer (2, 4, 5, 20, 24) mindestens ein Kunde (2), ein Fahrzeug (4, 5) und/oder eine fahrzeugexterne Infrastruktureinheit (20, 24) ist.
10. System nach Anspruch 9, wobei eine Kommunikationsverbindung (7)
zwischen dem mindestens einen Fahrzeug (4, 5) und der mindestens einen fahrzeugexternen Infrastruktureinheit (20, 24) zum Durchführen von
Transaktionen (6, 14, 16, 18) herstellbar ist.
1 1. System nach einem der Ansprüche 1 bis 10, wobei das mindestens eine
Fahrzeug (4, 5) eine Eingabe- und Ausgabeeinheit zum Kommunizieren mit mindestens einem Kunden (2) und zum Initiieren von Transaktionen (6, 14,
16, 18) aufweist.
12. Verfahren zum Durchführen von Transaktionen (6, 14, 16, 18) mit einem
System (1 ) nach einem der vorhergehenden Ansprüche, wobei mindestens eine verteilte Datenbank (10) durch Steuereinheiten (8, 22, 26) von mindestens zwei Fahrzeugen (4, 5) oder mindestens einer
Infrastruktureinheit (20, 24) gebildet wird, mindestens eine Transaktion (6, 14, 16, 18) zwischen mindestens einem Fahrzeug (4, 5) und mindestens einem Teilnehmer (2, 4, 5, 20, 24) des Systems (1 ) unter Verwendung von blockchainbasierten Smart Contracts (12) durch geführt wird.
PCT/EP2019/053938 2018-03-15 2019-02-18 System und verfahren zum dezentralen durchführen von transaktionen WO2019174860A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP19706527.9A EP3766033A1 (de) 2018-03-15 2019-02-18 System und verfahren zum dezentralen durchführen von transaktionen
US16/970,343 US20210081930A1 (en) 2018-03-15 2019-02-18 System and method for decentrally carrying out transactions
CN201980019315.1A CN111868772A (zh) 2018-03-15 2019-02-18 用于分散地实施交易的系统和方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018203994.1A DE102018203994A1 (de) 2018-03-15 2018-03-15 System und Verfahren zum dezentralen Durchführen von Transaktionen
DE102018203994.1 2018-03-15

Publications (1)

Publication Number Publication Date
WO2019174860A1 true WO2019174860A1 (de) 2019-09-19

Family

ID=65516571

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/053938 WO2019174860A1 (de) 2018-03-15 2019-02-18 System und verfahren zum dezentralen durchführen von transaktionen

Country Status (5)

Country Link
US (1) US20210081930A1 (de)
EP (1) EP3766033A1 (de)
CN (1) CN111868772A (de)
DE (1) DE102018203994A1 (de)
WO (1) WO2019174860A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109993330A (zh) * 2019-02-27 2019-07-09 深圳市元征科技股份有限公司 一种数据分析方法、电子设备及计算机可读介质
DE102021123194A1 (de) 2021-09-08 2023-03-09 Eto Gruppe Technologies Gmbh Dezentrales Flotten-Steuerungssystem und dezentrales Flotten-Steuerungsverfahren

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006032374A1 (de) 2005-10-25 2007-05-10 Volkswagen Ag Verfahren zum Sammeln von Daten in einem dezentralen, von Fahrzeug-Kommunikationseinrichtungen gebildeten Netzwerk
DE102010011645A1 (de) 2010-03-16 2011-09-22 Francotyp-Postalia Gmbh Anordnung und Verfahren zur Datenverarbeitung in einem Fahrzeug

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10803440B1 (en) * 2016-02-16 2020-10-13 State Farm Mutual Automobile Insurance Company Connected car as a payment device
WO2017190794A1 (en) * 2016-05-06 2017-11-09 Rwe International Se Traffic system
SG10202107633XA (en) * 2016-07-29 2021-08-30 Nchain Holdings Ltd Blockchain-implemented method and system
US11030699B1 (en) * 2017-01-17 2021-06-08 State Farm Mutual Automobile Insurance Company Blockchain controlled multi-carrier auction system for usage-based auto insurance
US10929931B1 (en) * 2017-05-02 2021-02-23 State Farm Mutual Automobile Insurance Company Distributed ledger system for carrier discovery
WO2018222412A1 (en) * 2017-05-31 2018-12-06 Walmart Apollo, Llc Systems and methods to enable robotic node participation in peer-to-peer commercial transactions
CN107688944A (zh) * 2017-07-21 2018-02-13 杭州云象网络技术有限公司 一种基于区块链的电力系统交易方法
DE102017214902A1 (de) * 2017-08-25 2019-02-28 Zf Friedrichshafen Ag Indirekte Transaktionsvorgänge auf Basis einer Blockchainarchitektur

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006032374A1 (de) 2005-10-25 2007-05-10 Volkswagen Ag Verfahren zum Sammeln von Daten in einem dezentralen, von Fahrzeug-Kommunikationseinrichtungen gebildeten Netzwerk
DE102010011645A1 (de) 2010-03-16 2011-09-22 Francotyp-Postalia Gmbh Anordnung und Verfahren zur Datenverarbeitung in einem Fahrzeug

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "How The Blockchain Could Usher In A Future Of Shared Mobility", 20 June 2017 (2017-06-20), XP055583294, Retrieved from the Internet <URL:https://www.fastcompany.com/40429311/how-the-blockchain-could-usher-in-a-future-of-shared-mobility> [retrieved on 20190425] *
ANONYMOUS: "Project Oaken Puts A Tesla On The Blockchain - ETHNews.com", 7 January 2017 (2017-01-07), XP055583268, Retrieved from the Internet <URL:https://www.ethnews.com/project-oaken-puts-a-tesla-on-the-blockchain> [retrieved on 20190425] *
PUSTISEK MATEVZ ET AL: "Blockchain Based Autonomous Selection of Electric Vehicle Charging Station", 2016 INTERNATIONAL CONFERENCE ON IDENTIFICATION, INFORMATION AND KNOWLEDGE IN THE INTERNET OF THINGS (IIKI), IEEE, 20 October 2016 (2016-10-20), pages 217 - 222, XP033313950, DOI: 10.1109/IIKI.2016.60 *

Also Published As

Publication number Publication date
US20210081930A1 (en) 2021-03-18
DE102018203994A1 (de) 2019-09-19
CN111868772A (zh) 2020-10-30
EP3766033A1 (de) 2021-01-20

Similar Documents

Publication Publication Date Title
DE102017011694B4 (de) Transportsystem und Verfahren zum Betreiben eines Transportsystems
EP3807121A1 (de) Ladesystem zur dynamischen aufladung von elektrofahrzeugen
DE102008021030A1 (de) Verfahren zum Betreiben eines Fahrzeugs sowie entsprechende Vorrichtung und entsprechendes Fahrzeug
DE102013218046A1 (de) Vorrichtung und Verfahren zur Mobilitätssteuerung
WO2019174860A1 (de) System und verfahren zum dezentralen durchführen von transaktionen
DE102015202466A1 (de) Vorrichtung und Verfahren zum Verbessern eines Betriebs eines Fahrzeugs
DE102007042412A1 (de) Verfahren zur Reiseplanung, Verfahren zur Routenberechnung und Navigationssystem
DE102016217092A1 (de) Verfahren, Vorrichtung, Computerprogramm und Computerprogrammprodukt zum Betreiben eines Fahrzeuges
EP3469308A1 (de) Verfahren zum abstimmen eines treffpunktes eines automatisiert fahrenden kraftfahrzeuges und einem nutzer
DE102018006478A1 (de) Verfahren zur Durchführung bargeldloser Zahlungsvorgänge eines Fahrzeugnutzers
DE102018212968A1 (de) Bestimmen mindestens eines Fahrplans für mindestens ein Verkehrsmittel aus einer Mehrzahl von Verkehrsmitteln
DE102019120148A1 (de) Verfahren und System zur verbesserten Nutzung von freien Plätzen in einem Fahrzeug durch ein zu transportierendes Gut
EP3670248A1 (de) Elektromobilitätsinfrastruktur mit erweiterter datenanbindung
DE102018005778A1 (de) Verfahren zur Ermittlung einer Ankunftszeit für ein Fahrzeug
DE102016218113A1 (de) Bedarfsorientierter Einsatz von Transportfahrzeugen im öffentlichen Personenverkehr
EP2646780A1 (de) Verfahren zum bestimmen eines öko-streckenattributes
DE102015216551A1 (de) Verfahren zum bereitstellen von produkten an einer tankstelle
WO2023030954A1 (de) Verfahren und system zum bereitstellen einer nutzungsinformation, welche die nutzung eines fahrzeugs repräsentiert, unter verwendung einer blockchain
DE102021004045A1 (de) Verfahren zur Vermittlung von fahrzeugbezogenen Dienstleistungen und Flottenverwaltungsplattform
EP2477170B1 (de) Verfahren und System zur Bestimmung eines Aufenthaltes eines Landfahrzeugs
WO2015090558A1 (de) System zur individualisierten streckenführung unter berücksichtigung externer faktoren
DE102022001712A1 (de) Verfahren zum Abrechnen von fahrzeugbezogenen Diensten
DE102021212158A1 (de) Routenplanung für automatisierte Fahrzeuge mit Minimierung manueller Eingriffe
DE102020212014A1 (de) Verfahren zum zumindest teilautomatisierten Führen eines Kraftfahrzeugs
DE102020115002A1 (de) Virtueller Ratgeber

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: 19706527

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2019706527

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2019706527

Country of ref document: EP

Effective date: 20201015