DE102021109517A1

DE102021109517A1 - Blockchain-basiertes system für vernetzte fahrzeuge

Info

Publication number: DE102021109517A1
Application number: DE102021109517.4A
Authority: DE
Inventors: Nitin Singla; Thomas Golway; Yashavantha Nagaraju Naguvanahalli
Original assignee: Hewlett Packard Enterprise Development LP
Current assignee: Hewlett Packard Enterprise Development LP
Priority date: 2020-06-29
Filing date: 2021-04-15
Publication date: 2021-12-30
Also published as: CN113938856A; US20210409915A1; US11963077B2

Abstract

Die hier beschriebenen Beispiele beziehen sich auf ein System mit einem BC-Netz, das mit einer Vielzahl von Einheiten in einem bestimmten geografischen Bereich verbunden ist. Eine erste Einheit der Vielzahl von Einheiten umfasst ein verbundenes Fahrzeug, das Fahrzeugdaten erzeugt. Das BC-Netzwerk wird durch einen intelligenten Vertrag gesteuert. Der intelligente Vertrag enthält eine Datenfreigabepolitik, die von einem Benutzer des angeschlossenen Fahrzeugs definiert wird, wobei die Datenfreigabepolitik es dem Benutzer des angeschlossenen Fahrzeugs erlaubt, die Fahrzeugdaten selektiv mit einer oder mehreren anderen Entitäten der Vielzahl von Entitäten zu teilen.

Description

HINTERGRUND
Vernetzte Geräte sind physische Objekte, die über das Internet miteinander und mit anderen Systemen verbunden werden können. Das Internet der Dinge (Internet of Things, loT) ist ein Netz von verbundenen Geräten und anderen Gegenständen, die mit Elektronik, Software, Sensoren und Netzkonnektivität ausgestattet sind, so dass diese Geräte Daten austauschen können. loT bezieht sich auf die Verbindung von Geräten innerhalb einer lokalen und/oder Weitverkehrsnetzinfrastruktur, einschließlich des Internets. Das loT ermöglicht ein breites Spektrum von Anwendungen, bei denen das physische Objekt Informationen über sich selbst oder seine Umgebung liefern kann.
Vernetzte Fahrzeuge können beispielsweise IoT-Geräte enthalten, die mit anderen Geräten innerhalb der Fahrzeuge und Netzwerke verbunden sind. Ein vernetztes Fahrzeug, z. B. ein vernetztes Auto, verfügt über eine eigene Verbindung zum Internet, häufig über ein drahtloses lokales Netzwerk (WLAN), über das das Fahrzeug Daten mit anderen Geräten innerhalb und außerhalb des Fahrzeugs austauschen kann.
Figurenliste

1 ist ein Blockdiagramm eines Systems mit einem Blockchain (BC)-Netzwerk, das mit einer ersten Entität, einschließlich eines angeschlossenen Fahrzeugs, und einer zweiten Entität verbunden ist, in Übereinstimmung mit einem Beispiel;
2 ist ein Blockdiagramm eines Systems mit einem BC-Netzwerk, das mit einem ersten angeschlossenen Fahrzeug und einem zweiten angeschlossenen Fahrzeug verbunden ist, in Übereinstimmung mit einem anderen Beispiel;
3 ist ein Blockdiagramm eines Systems mit einem BC-Netzwerk, das mit vielen verschiedenen Einheiten verbunden ist, gemäß einem weiteren Beispiel;
4 ist ein Blockdiagramm, das eine Verarbeitungsressource und einen mit Befehlen kodierten Speicher zur gemeinsamen Nutzung von Fahrzeugdaten über ein BC-Netz gemäß einem Beispiel zeigt;
5 ist ein Flussdiagramm, das ein Verfahren zur gemeinsamen Nutzung von Fahrzeugdaten über ein BC-Netzwerk gemäß einem Beispiel illustriert; und
6 ist ein Flussdiagramm, das ein Verfahren zur gemeinsamen Nutzung von Fahrzeugdaten über ein BC-Netz gemäß einem anderen Beispiel zeigt.

AUSFÜHRLICHE BESCHREIBUNG
Die folgende detaillierte Beschreibung bezieht sich auf die beigefügten Zeichnungen. Wo immer möglich, werden in den Zeichnungen und in der folgenden Beschreibung dieselben Bezugsnummern verwendet, um auf gleiche oder ähnliche Teile hinzuweisen. Es ist jedoch ausdrücklich zu verstehen, dass die Zeichnungen nur der Veranschaulichung und Beschreibung dienen. Obwohl in diesem Dokument mehrere Beispiele beschrieben werden, sind Änderungen, Anpassungen und andere Ausführungen möglich. Dementsprechend schränkt die folgende detaillierte Beschreibung die offengelegten Beispiele nicht ein. Stattdessen kann der richtige Umfang der offengelegten Beispiele durch die beigefügten Ansprüche definiert werden.
Die hier verwendete Terminologie dient nur der Beschreibung bestimmter Beispiele und ist nicht als einschränkend zu verstehen. Die hier verwendeten Singularformen „ein“, „ein“ und „die“ schließen auch die Pluralformen ein, sofern aus dem Kontext nicht eindeutig etwas anderes hervorgeht. Der hier verwendete Begriff „Mehrzahl“ ist definiert als zwei oder mehr als zwei. Der hier verwendete Begriff „ein anderer“ ist definiert als mindestens ein zweiter oder mehr. Der Begriff „verbunden“, wie hier verwendet, ist definiert als verbunden oder gekoppelt, sei es direkt ohne zwischengeschaltete Elemente oder indirekt mit mindestens einem zwischengeschalteten Element, sofern nicht anders angegeben. Zwei Elemente können mechanisch, elektrisch oder kommunikativ über einen Kommunikationskanal, einen Pfad, ein Netzwerk oder ein System miteinander verbunden sein. Der Begriff „und/oder“, wie er hier verwendet wird, bezieht sich auf alle möglichen Kombinationen der aufgeführten Elemente und umfasst diese. Obwohl die Begriffe „erstes“, „zweites“, „drittes“ usw. hier verwendet werden, um verschiedene Elemente zu beschreiben, sollten diese Elemente nicht durch diese Begriffe eingeschränkt werden, da diese Begriffe nur zur Unterscheidung verwendet werden ein Element von einem anderen, sofern nicht anders angegeben oder aus dem Kontext ersichtlich.
Das Vorhandensein von loT-Computertechnologien ermöglicht es angeschlossenen Fahrzeugen, auf Daten zuzugreifen und sich mit anderen angeschlossenen Geräten zu verbinden. Vernetzte Fahrzeuge generieren laufend Daten, die sich auf den Betrieb des Fahrzeugs und die Umgebung des Fahrzeugs beziehen. Die Daten können in Echtzeit mit dem Benutzer (z. B. dem Fahrer) des Fahrzeugs und anderen angeschlossenen Geräten in der Umgebung wie Fahrzeugen (Fahrzeug-zu-Fahrzeug (V2V)), der umgebenden Infrastruktur (Fahrzeug-zu-Infrastruktur (V2I)) und der Cloud (V2C) ausgetauscht werden.
Der Betrieb vernetzter Fahrzeuge kann auch eine sichere und autonome Kommunikation zur Übertragung von Daten erfordern, die vor böswilligen Angriffen auf Daten durch Einbruch und Diebstahl geschützt werden muss. Da sich die Branche der vernetzten Fahrzeuge weiterentwickelt, kann die Sicherheit zu einer Herausforderung werden. Je vernetzter ein Fahrzeug ist, desto anfälliger ist es für potenzielle Sicherheitsverletzungen, die zu schädlichen Verlusten führen können. Auch wenn die Daten durch sichere Kanäle und Verschlüsselung geschützt werden können, bleiben Herausforderungen in Bezug auf die Glaubwürdigkeit bestehen. Darüber hinaus kann die Verwaltung von vernetzten Fahrzeugen eine Vielzahl von Sicherheitsfragen aufwerfen. So kann beispielsweise die gemeinsame Nutzung aller Daten mit anderen verbundenen Fahrzeugen und Geräten die Sicherheit beeinträchtigen. Außerdem umfassen die Telematikgeräte in den Fahrzeugen softwarebasierte Navigation, V2V-Kommunikation und andere Dienste, die die Sicherheit der Fahrzeuge und der Fahrgäste beeinträchtigen können.
Die hier beschriebenen Beispiele gehen diese technologischen Probleme an, indem sie eine sichere und autonome Kommunikation zwischen verbundenen Fahrzeugen zum Austausch ihrer Daten (d. h. Fahrzeugdaten) unter Verwendung der Blockchain-Technologie ermöglichen. Die Verwendung eines Blockchain (BC)-Netzwerks kann die Interaktion zwischen nicht vertrauenswürdigen Mitgliedern (z. B. Nutzern von Fahrzeugen) untereinander und den Austausch von Daten in einer sicheren und überprüfbaren Weise ermöglichen. In den hier beschriebenen Beispielen kann das System, das ein BC-Netzwerk umfasst, den Nutzern von Fahrzeugen die Kontrolle über den Datenschutz und die Sicherheit beim Austausch ihrer Fahrzeugdaten geben. Insbesondere kann ein Nutzer eines angeschlossenen Fahrzeugs über die Kontrolle darüber, welche Art von Daten mit einem anderen angeschlossenen Fahrzeug oder einer anderen Einrichtung geteilt wird.
Ein Aspekt der vorliegenden Offenbarung ist ein System zur gemeinsamen Nutzung von Fahrzeugdaten. Das System kann ein BC-Netzwerk umfassen, das mit einer Vielzahl von Einheiten in einem definierten geografischen Bereich verbunden ist. Zu der Vielzahl von Einheiten kann ein angeschlossenes Fahrzeug gehören, das Fahrzeugdaten erzeugt. Das BC-Netzwerk kann durch einen intelligenten Vertrag geregelt werden, der eine Richtlinie zur gemeinsamen Nutzung von Daten enthält, die von einem Benutzer des angeschlossenen Fahrzeugs festgelegt wurde. Die Datenfreigabepolitik erlaubt es dem Benutzer des angeschlossenen Fahrzeugs, die Fahrzeugdaten selektiv mit einer oder mehreren anderen Entitäten der Vielzahl von Entitäten, die an dem BC-Netzwerk teilnehmen, zu teilen. Die hier verwendete Datenfreigabepolitik kann sich auf Begriffe beziehen, die von einem Benutzer eines angeschlossenen Fahrzeugs als Vertrag für die selektive Freigabe von Fahrzeugdaten des angeschlossenen Fahrzeugs an verschiedene Einheiten aus der Vielzahl der an dem BC-Netz teilnehmenden Einheiten definiert werden.
Ein vernetztes Fahrzeug kann jedes Fahrzeug sein, das mit Internetkonnektivität und loT-Geräten ausgestattet ist, die es dem Fahrzeug ermöglichen, mit anderen verbundenen Geräten zu kommunizieren. Beispiele für vernetzte Fahrzeuge können Landfahrzeuge (z. B. Wagen, Fahrräder usw.), Kraftfahrzeuge (z. B. Motorräder, Autos, Lastwagen, Busse usw.), Schienenfahrzeuge (z. B. Züge, Straßenbahnen usw.), Wasserfahrzeuge (z. B. Schiffe, Boote usw.), Amphibienfahrzeuge (z. B. Fahrzeuge mit Schraubenantrieb, Luftkissenfahrzeuge usw.), Luftfahrzeuge (z. B. Flugzeuge, Hubschrauber usw.) und Raumfahrzeuge. Das vernetzte Fahrzeug kann ein Elektrofahrzeug oder ein nicht-elektrisches Fahrzeug sein, wie z. B. ein Fahrzeug mit Verbrennungsmotor oder einem nicht-elektrischen Motor. In einem Beispiel kann das verbundene Fahrzeug ein autonom fahrendes Fahrzeug sein, das vollständig autonom, teilautonom oder unbemannt sein kann.
Bei Fahrzeugdaten kann es sich um Daten handeln, die von einem angeschlossenen Fahrzeug mit Hilfe verschiedener im angeschlossenen Fahrzeug implementierter Technologien erzeugt werden. Zu den Fahrzeugdaten können beispielsweise Telemetriedaten gehören, die durch intelligente Sensoren, IoT-Geräte, Fahrzeugaktoren usw. erfasst werden. IoT-Geräte können Onboard-Daten von anderen Geräten (z. B. Kameras, Radare, Überwachungsgeräte usw.) innerhalb des Fahrzeugs und Fahrzeug-zu-Fahrzeug-Daten (V2V) von anderen Fahrzeugen, Fahrzeug-zu-Infrastruktur-Daten (V2I) von der umgebenden Infrastruktur und Vehicle-to-Cloud (V2C) aus der Cloud. Zu den fahrzeuginternen Daten können Informationen in Bezug auf die Fahrdaten des Fahrzeugs, die Daten der Fahrzeugteile, Versicherungsdaten, den Kraftstoffstand, den Straßenzustand, Verkehrsinformationen, Pannenhilfe, ortsspezifische Fahrvorschriften, Wetterinformationen usw. gehören. Andere Fahrzeugdaten, die über V2V und/oder V2I erfasst werden können, können Informationen über Verkehrsverstöße, unsicheres Fahren usw. enthalten.
Wie hierin verwendet, kann sich der Begriff „geografischer Geltungsbereich“ auf eine oder mehrere physische Regionen beziehen, die mit Webressourcen/Internet verbunden sind, so dass eine Einheit, die sich in einer Region befindet und mit dem Internet verbunden ist, mit einer anderen Einheit kommunizieren kann, die sich in einer anderen solchen Region befindet und mit dem Internet verbunden ist. In einem Beispiel kann der geografische Bereich Regionen an verschiedenen geografischen Orten und/oder Zeitzonen umfassen. Beispielsweise kann ein geografischer Geltungsbereich so definiert werden, dass er Regionen in verschiedenen Ländern oder sogar auf verschiedenen Kontinenten umfasst. In einigen Beispielen kann der geografische Geltungsbereich so definiert sein, dass er eine lokalisierte Region in einem bestimmten Gebiet umfasst (z. B. Regionen in einer Stadt oder einem Bundesland).
In einem Beispiel kann der geografische Geltungsbereich auf der Grundlage der Datenfreigabepolitik(en) definiert werden. In solchen Beispielen kann der geografische Geltungsbereich so festgelegt werden, dass er eine oder mehrere Regionen umfasst, je nachdem, welche Art von Fahrzeugdaten mit verschiedenen Einheiten und den Standorten der am BC-Netz teilnehmenden Einheiten geteilt werden sollen. Wenn die Fahrzeugdaten eines vernetzten Fahrzeugs beispielsweise Informationen über den Verkehr und den Straßenzustand in einem Gebiet innerhalb einer lokalisierten Region enthalten, können diese Fahrzeugdaten für die Nutzer anderer vernetzter Fahrzeuge, die sich in dieser lokalisierten Region bewegen, von Interesse sein. In einem solchen Beispiel ist der geografische Geltungsbereich so definiert, dass er die Region umfasst, in der sich alle diese verbundenen Fahrzeuge befinden. Ein anderes Beispiel ist ein Hersteller, der Garantiedaten überwacht. In diesem Fall kann der geografische Geltungsbereich so definiert werden, dass er Regionen in verschiedenen Städten, Staaten oder Ländern umfasst, die für den Hersteller relevant sind (z. B. dort, wo der Hersteller seine Geräte verkauft hat usw.).
Eine „Blockchain“ kann ein digitales Hauptbuch sein, in dem Aufzeichnungen über eine Abfolge von ausgeführten Transaktionen oder Ereignissen in Blöcken gespeichert werden, die miteinander kryptographisch verbunden sind. Ein „Block“ kann eine Einheit der Datenaufzeichnung für eine Blockchain sein. Jeder Block kann Informationen über die entsprechende Transaktion und einen kryptografischen Hash des vorherigen Blocks enthalten, der die beiden Blöcke miteinander verbindet. Auf diese Weise können Blöcke miteinander verkettet werden, indem der kryptografische Hash des vorherigen Blocks in die Blockchain aufgenommen wird. Eine solche Verkettung von Blöcken kann die Integrität eines Blocks bestätigen und die Änderung eines Blocks in der Blockchain erschweren, ohne dass eine solche Änderung leicht zu erkennen ist. In einigen Beispielen kann eine Blockchain in einem BC-Netzwerk implementiert werden, das aus einer Vielzahl von Knoten bestehen kann, um das BC-Netzwerk zu implementieren. In solchen Beispielen kann das BC-Netzwerk eine Blockchain als verteiltes Hauptbuch (Distributed Ledger) implementieren, das eine Form einer dezentralen Datenbank ist, die in einem oder mehreren am BC-Netzwerk teilnehmenden Knoten (z. B. Teilnehmerknoten oder Blockchain-Knoten, wie z. B. entsprechende Computergeräte) gespeichert sein kann. In solchen Beispielen kann jeder Knoten, der an einem BC-Netzwerk teilnimmt, eine Kopie der Blockchain (d. h. des verteilten Hauptbuchs) erhalten, die automatisch heruntergeladen werden kann, wenn er sich für das Blockchain-Netzwerk registriert (z. B. nach einem Registrierungsmodell für den Zugang zum BC-Netzwerk). Bei diesen Implementierungen muss sich jeder Teilnehmerknoten gemäß einer Zugangsrichtlinie (einschließlich eines Registrierungsmodells für den Zugang zum BC-Netz) beim BC-Netz anmelden, um das verteilte Hauptbuch nutzen oder darauf zugreifen zu können. Das Registrierungsmodell kann je nach dem Zweck eines Unternehmens eine Abonnementgebühr beinhalten. In einigen Beispielen kann die Registrierung ein Teil eines gesamten BC-Netzwerks für eine Entität sein, die auf das BC-Netzwerk zugreift. Ein Unternehmen (als teilnehmendes Unternehmen bezeichnet) kann über einen oder mehrere Teilnehmerknoten auf das BC-Netz zugreifen.
Mindestens einige Blockchain-Knoten können die Blockchain verwalten und jeden neuen Block, der der Blockchain hinzugefügt wird, sowie die im entsprechenden Block dargestellte(n) Transaktion(en) kryptografisch validieren. Das Blockchain-System kann Informationen zur Identifizierung der Blockchain-Knoten und Informationen zur Identifizierung eines Eigentümers eines jeden Blocks aufzeichnen. Ein Eigentümer eines Blocks kann ein Blockchain-Knoten sein, der Daten zur Erstellung dieses Blocks im verteilten Hauptbuch bereitstellt.
Außerdem kann ein BC-Netz als öffentliches oder privates Netz implementiert werden. In einem privaten BC-Netz kann der Zugang zum BC-Netz eingeschränkt werden, um seine Privatsphäre zu schützen. In solchen Implementierungen können die Teilnehmer, beispielsweise durch den Teilnehmerknoten des BC-Netzes, bestimmte Protokolle und Berechtigungen für den Zugang zum BC-Netz zugewiesen werden. So können einige Teilnehmer beispielsweise nur über Leseberechtigungen verfügen, während andere Teilnehmer Lese- und Schreibberechtigungen haben können. Darüber hinaus kann das BC-Netz mit oder ohne Berechtigung arbeiten. Einige Teilnehmer können beispielsweise über eine Verschlüsselung mit öffentlichem und privatem Schlüssel auf Daten zugreifen, die nur sie selbst betreffen. In diesem Beispiel können Daten im privaten verteilten Hauptbuch für eine bestimmte Teilnehmereinheit relevant sein, die mit einem öffentlichen Blockchain-Schlüssel verschlüsselt werden können, so dass nur ein privater Blockchain-Schlüssel ihren Inhalt entschlüsseln kann.
In einigen Beispielen kann ein BC-Netz eine Seitenkette sein. Eine Sidechain ist ein separates BC-Netzwerk, das an ein ursprüngliches BC-Netzwerk angeschlossen ist. Die ursprüngliche Blockchain wird in der Regel als „Hauptkette“ bezeichnet und alle zusätzlichen Blockchains werden als „Sidechains“ bezeichnet. Sidechains ermöglichen es, Token und andere digitale Vermögenswerte aus der Haupt-Blockchain sicher in einer separaten Blockchain zu verwenden und bei Bedarf wieder in die ursprüngliche Blockchain zu verschieben. Auf diese Weise kann eine Teilmenge einer Vielzahl von Einheiten Daten untereinander austauschen und eine Teilmenge von Daten an die Hauptblockchain weitergeben.
Obwohl sich ein oder mehrere Teile der Beschreibung hier auf ein verbundenes Fahrzeug beziehen, können die Methoden und beschriebenen Techniken für mehrere verbundene Fahrzeuge verwendet werden. Darüber hinaus können viele Prozesse und Funktionen, die vom BC-Netzwerk ausgeführt werden, wie hier beschrieben, von einer oder mehreren Komponenten des BC-Netzwerks ausgeführt werden. Im Folgenden werden verschiedene Implementierungen des vorliegenden Themas anhand mehrerer Beispiele beschrieben.
1 zeigt ein System zur gemeinsamen Nutzung von Fahrzeugdaten durch eine Vielzahl von Einheiten in einem bestimmten geografischen Bereich unter Verwendung eines BC-Netzes. Wie in 1, kann das Beispielsystem 100 eine erste Einheit 112 und eine zweite Einheit 114 umfassen, die mit einem BC-Netzwerk 120 verbunden sind. Die erste Instanz 112 und die zweite Instanz 114 können Teilnehmer des BC-Netzwerks 120 sein.
Das BC-Netzwerk 120 kann über ein Netzwerk 102 mit der ersten Einheit 112 und der zweiten Einheit 114 verbunden sein. Das Netzwerk 102 kann drahtgebunden oder drahtlos sein. In den hier beschriebenen Beispielen kann das Netzwerk 102 zum Beispiel ein lokales Netzwerk (LAN), ein virtuelles LAN (VLAN), ein drahtloses lokales Netzwerk (WLAN), ein virtuelles privates Netzwerk (VPN), das Internet oder Ähnliches umfassen.
Obwohl in 1 die erste Einheit 112 und die zweite Einheit 114 aus Gründen der Klarheit und Prägnanz dargestellt sind, kann das System 100 eine beliebige Anzahl von Einheiten in einem bestimmten geografischen Bereich umfassen. Beispiele für Einheiten können Organisationen, Institute, Konsortien, Agenturen, Dienstleister, Lieferanten, Einzelhändler, andere verbundene Fahrzeuge oder ähnliches sein, sind aber nicht darauf beschränkt.
In Übereinstimmung mit einigen Aspekten der vorliegenden Offenbarung kann die erste Einheit 112 ein verbundenes Fahrzeug sein, das Fahrzeugdaten erzeugt. Das verbundene Fahrzeug 112 kann die Fahrzeugdaten dem BC-Netzwerk 120 zur gemeinsamen Nutzung mit der zweiten Einheit 114 zur Verfügung stellen. Bei der zweiten Einheit 114 kann es sich um eine beliebige Einheit handeln, die an allen oder einem Teil der vom angeschlossenen Fahrzeug 112 erzeugten Fahrzeugdaten interessiert ist. Bei der zweiten Instanz 114 kann es sich beispielsweise um eine Organisation, ein Institut, ein Konsortium, eine Agentur, einen Dienstleister, einen Lieferanten, einen Einzelhändler oder ein anderes verbundenes Fahrzeug handeln. In einem Beispiel kann es sich bei der zweiten Instanz 114 um eine staatliche Stelle für Verkehrssicherheit handeln, die an Fahrzeugdaten in Bezug auf den Straßenzustand, das Führen von Fahrzeugen, Versicherungsunterlagen, Verkehrsverstöße, unsicheres Fahren usw. interessiert ist. In einem anderen Beispiel kann es sich bei der zweiten Stelle 114 um eine Versicherungsstelle handeln, die an den Fahrzeugdaten in Bezug auf Fahrzeugteile, Fahrzeugnutzung, Fahrverhalten usw. interessiert sein kann. In einem weiteren Beispiel kann es sich bei der zweiten Instanz 114 um ein anderes verbundenes Fahrzeug handeln, das an den Fahrzeugdaten über den Straßenzustand, Staus, Pannenhilfe usw. interessiert ist, auf die das verbundene Fahrzeug 112 trifft. In einem solchen Beispiel kann ein anderes verbundenes Fahrzeug auch seine Fahrzeugdaten zur gemeinsamen Nutzung mit dem verbundenen Fahrzeug 112 bereitstellen.
Die erste Instanz 112 und die zweite Instanz 114 können auf den BC Netzwerk 120 durch eine Vielzahl von Knoten (d. h. Teilnehmerknoten) über das Netzwerk 102. Jede Einheit, d. h. die erste Einheit 112 und die zweite Einheit 114, kann die mit einem oder mehreren Teilnehmerknoten verbunden sind. Zu den Teilnehmerknoten können unter anderem loT-Geräte, Tablets, Laptops, Smartphones, Smartwatches und/oder andere Geräte gehören, die auf das BC-Netzwerk 120 zugreifen können. Beispielsweise können IoT-Geräte in einem verbundenen Fahrzeug (z. B. das verbundene Fahrzeug 112) die Teilnehmerknoten sein, die auf das BC-Netzwerk 120 zugreifen können. In einem anderen Beispiel kann eine Regierungsbehörde oder ein Dienstanbieter über einen Laptop, ein Tablet, ein Smartphone oder Ähnliches auf das BC-Netzwerk 120 zugreifen.
Wie beschrieben, kann das verbundene Fahrzeug die Fahrzeugdaten an das BC-Netzwerk 120 übermitteln. In einigen Beispielen können die IoT-Geräte des angeschlossenen Fahrzeugs 112 kann so programmiert werden, dass es alle oder einen Teil der Fahrzeugdaten des angeschlossenen Fahrzeugs 112 an das BC-Netzwerk 120 übermittelt. Beispielsweise kann ein Benutzer oder ein Hersteller des angeschlossenen Fahrzeugs 112 ein oder mehrere IoT-Geräte des angeschlossenen Fahrzeugs 112 so programmieren, dass sie die Fahrzeugdaten bereitstellen. Das heißt, das BC-Netzwerk 120 kann einen Pool von Fahrzeugdaten von dem/den loT-Gerät(en) des angeschlossenen Fahrzeugs 112 empfangen. In einigen Beispielen kann das BC-Netzwerk 120 den Fahrzeugdatenpool von dem/den loT-Gerät(en) des angeschlossenen Fahrzeugs 112 über eine loT-Plattform 104 empfangen. In solchen Beispielen kann (können) das (die) loT-Gerät(e) des angeschlossenen Fahrzeugs 112 so programmiert werden, dass es (sie) die Fahrzeugdaten an die loT-Plattform 104 liefert (liefern), die den Fahrzeugdatenpool an das BC-Netz 120 weiterleitet. Darüber hinaus können die loT-Geräte des angeschlossenen Fahrzeugs 112 so programmiert werden, dass sie weiterhin in regelmäßigen oder zufälligen Zeitintervallen Fahrzeugdaten liefern, wenn das angeschlossene Fahrzeug 112 in Betrieb ist oder sich bewegt. In einem Beispiel kann das angeschlossene Fahrzeug 112 über IoT-Geräte weiterhin in regelmäßigen Abständen Fahrzeugdaten bereitstellen. Beispielsweise können Fahrzeugdaten, die in einem Zeitintervall erzeugt wurden, nach Ablauf dieses Zeitintervalls an das BC-Netz 120 übermittelt werden. Wenn ein anderes angeschlossenes Fahrzeug Teilnehmer des BC-Netzwerks 120 ist, können die IoT-Geräte des anderen angeschlossenen Fahrzeugs so programmiert werden, dass sie alle oder einen Teil ihrer Fahrzeugdaten an das BC-Netzwerk 120. In einigen Beispielen kann dies über die loT-Plattform 104 bereitgestellt werden.
In einigen Beispielen wird der Kraftstoffstand des angeschlossenen Fahrzeugs 112 niedriger ist als ein Schwellenwert für den Kraftstoffstand, der für den Betrieb des verbundenen Fahrzeugs 112 über einen bestimmten Zeitraum oder bis zu einem Zielort erforderlich sein kann, wird eine oder mehrere IoT Geräte können so programmiert werden, dass sie ihre Fahrzeugdaten nicht mehr generieren und an das BC-Netz 120 übermitteln.
Das BC-Netz 120 kann als öffentliches BC-Netz, als privates BC-Netz oder als hybrides BC-Netz mit einer Kombination aus öffentlichem BC-Netz und privatem BC-Netz realisiert werden. Das BC-Netz 120 kann je nach den Anforderungen der Teilnehmer, der Art der auszutauschenden Fahrzeugdaten und dem Zweck des Austauschs von Fahrzeugdaten mit oder ohne Berechtigung ausgestattet sein. Darüber hinaus kann das BC-Netz 120 ein ursprüngliches BC-Netz sein, das mit den Entitäten der Vielzahl von Entitäten verbunden sein kann, oder eine Nebenkette eines Haupt-BC-Netzes, die mit einer Teilmenge der Vielzahl von Entitäten verbunden sein kann. In einem Beispiel können zwei oder mehr Entitäten aus der Vielzahl von Entitäten identifiziert werden, um vollständige oder teilweise Fahrzeugdaten zwischen den identifizierten zwei oder mehr Entitäten über das BC-Netz 120 auszutauschen.
Wie in 1 dargestellt, umfasst das BC-Netzwerk 120 eine Vielzahl von BC-Knoten 122, eine Vielzahl von dezentralen Ledgern 124, eine Verwaltungsvorrichtung 126 und einen intelligenten Vertrag 130. Der intelligente Vertrag kann die Funktionalitäten des BC-Netzwerks 120 steuern. Das Verwaltungsgerät 126 kann mehrere Funktionen ausführen, um Informationen aus den dezentralen Ledgern 124 zu aktualisieren, zu teilen und abzurufen. In einigen Beispielen kann das Verwaltungssystem 126 die Funktionen des BC-Netzwerks gemäß verschiedenen Blockchain-Protokollen und Spezifikationen und Bedingungen, die in dem intelligenten Vertrag 130 enthalten sind, ausführen.
Das BC-Netzwerk 120 kann jedes Ereignis in Bezug auf das verbundene Fahrzeug 112, seine Fahrzeugdaten oder seine Umgebung aufzeichnen, das für das verbundene Fahrzeug 112 oder die zweite Entität 114 von Interesse sein kann. Jedes Ereignis kann in einer Vielzahl von dezentralen Ledgern 124 des BC-Netzwerks 120 aufgezeichnet werden. Das/die dezentrale(n) Hauptbuch(er) 124 kann/können aus Hauptbuchblöcken bestehen, die jeweils auf einen Hash eines vorherigen Hauptbuchblocks zurückverweisen. Für jeden Schritt, der beim Auftreten eines Ereignisses erfolgt oder durchgeführt wird, wird ein Block erzeugt. Der erzeugte Block enthält Informationen über das Ereignis, die teilnehmende Einheit, die die Informationen über das Ereignis geliefert hat, und den Zeitstempel der Aufzeichnung des Ereignisses. Die in dem Block aufgezeichneten Informationen können unverschlüsselt, verschlüsselt oder gehasht sein. Wenn das BC-Netzwerk 120 eine Sidechain einer Hauptblockchain ist, kann ein Blockchain-Knoten des BC-Hauptnetzwerks ein entsprechendes dezentrales Hauptbuch speichern und aktualisieren.
Ein Ereignis kann sich auf eine Aktivität, einen Vorgang oder eine Transaktion beziehen, die mit dem angeschlossenen Fahrzeug 112 oder seinen Fahrzeugdaten zusammenhängen und von dem angeschlossenen Fahrzeug 112 oder der zweiten Einheit 114 durchgeführt werden. Beispiele hierfür sind der Empfang von Fahrzeugdaten von angeschlossenen Fahrzeugen, der Beitritt oder das Verlassen des BC-Netzes 120 durch eine Entität, eine Meldung über einen Verkehrsverstoß, eine Meldung über einen geänderten Versicherungstarif, eine Meldung über die Wartung des angeschlossenen Fahrzeugs durch einen Dienstanbieter, das Abrufen aller oder eines Teils der Fahrzeugdaten usw. Ein Ereignis kann beispielsweise eine Aktivität, ein Vorgang oder eine Transaktion im Zusammenhang mit unsicherem Fahren, Verkehrsverstößen, Versicherungen usw. sein. Ein Ereignis kann auch eine Abfrage sein, die von einer beliebigen Stelle gestellt wird, um bestimmte Informationen in Bezug auf ein angeschlossenes Fahrzeug oder Fahrzeugdaten zu finden. In einem Beispiel kann ein Ereignis, das in Bezug auf ein verbundenes Fahrzeug oder seine Fahrzeugdaten auftritt oder durchgeführt wird, einem verifizierten Ereignis (das aufgezeichnet werden darf) gemäß dem Smart Contract 130 entsprechen.
Die Mehrzahl der BC-Knoten 122 kann miteinander kommunizieren. Eine solche Kommunikation kann über ein Peer-to-Peer-Kommunikationsprotokoll erfolgen. Jeder der BC-Knoten 122 speichert eine vollständige oder teilweise Kopie des dezentralen Hauptbuchs 124. Jeder Blockchain-Knoten 122 kann mit einem Blockchain-Agenten programmiert werden, der eine Logik für die Interaktion mit anderen Blockchain-Knoten, das Schreiben von Ereignissen, das Schreiben von Hauptbucheinträgen, die Teilnahme an Konsensentscheidungen und/oder die Durchführung anderer Blockchain-bezogener Funktionen gemäß verschiedenen Blockchain-Protokollen und -Spezifikationen enthält.
Die Vielzahl von Teilnehmerknoten, die mit der ersten Entität 112 und der zweiten Entität 114 verbunden sind, können die Blockchain-Knoten 122 des BC-Netzwerks 120 sein. Mit anderen Worten, ein Teilnehmerknoten, der mit jeder der ersten Einheit 112 und der zweiten Einheit 114 verbunden ist, kann mit dem Blockchain-Agenten programmiert werden. Zum Beispiel kann ein IoT-Gerät des angeschlossenen Fahrzeugs 112 als Blockchain-Knoten 122 fungieren. Ein Blockchain-Knoten der Blockchain-Knoten 122 kann eine rollenbasierte Zugang zum BC-Netzwerk 120 gemäß einer Zugangsrichtlinie 134 (siehe unten) und/oder den Regeln, die die Blockchain-Protokolle und -Spezifikationen definieren. Beispielsweise kann ein Blockchain-Knoten, der mit dem angeschlossenen Fahrzeug 112 verbunden ist, Lese- und Schreibzugriff haben, während ein anderer Blockchain-Knoten, der mit einer anderen teilnehmenden Einheit (z. B. einer Versicherungseinheit) verbunden ist, nur Lesezugriff haben kann. Ferner können die Blockchain-Knoten 122 in einigen Beispielen über ein Autorisierungssystem (in den Figuren nicht dargestellt) auf das BC-Netzwerk 120 zugreifen, das den jeweiligen Blockchain-Knoten den Zugriff auf das BC-Netzwerk 120 gemäß der Zugriffsrichtlinie 134 und/oder den Regeln, die die Blockchain-Protokolle und -Spezifikationen definieren, erlauben oder einschränken kann.
Der intelligente Vertrag 130 kann verschiedene Richtlinien enthalten, die die Funktionalitäten des BC-Netzwerks 120 regeln können. In einem Beispiel kann der intelligente Vertrag 130 die Zugriffsrichtlinie 134 enthalten, die die Bedingungen für den Zugriff auf das BC-Netzwerk 120 festlegt, sowie eine Datenfreigabe-Richtlinie 132, die die Bedingungen für die selektive Freigabe von Fahrzeugdaten des verbundenen Fahrzeugs 112 mit anderen Einheiten, die am BC-Netzwerk 120 teilnehmen können, festlegt.
In einem Beispiel kann die Zugriffsrichtlinie 134 das Registrierungsmodell und/oder das Autorisierungssystem für den Zugriff auf das BC-Netzwerk 120 enthalten. In einigen Fällen kann die Zugriffsrichtlinie 134 Bedingungen festlegen, denen verschiedene Entitäten (z. B. die erste Entität 112 und die zweite Entität 114) zustimmen, die auf das BC-Netzwerk 120 zugreifen.
Die Datenfreigabe-Richtlinie 132 kann Bestimmungen für die selektive Freigabe des Fahrzeugdatenpools, der von dem angeschlossenen Fahrzeug 112 stammt, an eine andere teilnehmende Einheit (z. B. die zweite Einheit 114) des BC-Netzwerks 120 enthalten. Selektive gemeinsame Nutzung kann bedeuten, dass zumindest ein Teil der Daten aus dem Fahrzeugdatenpool je nach Art der Fahrzeugdaten und der Art der teilnehmenden Einheiten mit verschiedenen teilnehmenden Einheiten gemeinsam genutzt wird. Die Bedingungen der Datenfreigabepolitik 132 können von einem Nutzer des verbundenen Fahrzeugs 112 im intelligenten Vertrag 130 festgelegt werden. Die Bedingungen der Datenfreigabepolitik 132 können vorschreiben, welche Teile der Fahrzeugdaten mit den verschiedenen Teilnehmereinheiten des BC-Netzwerks 120 geteilt werden sollen. Insbesondere kann der Benutzer Bedingungen für die gemeinsame Nutzung einer Art von Fahrzeugdaten mit einem oder mehreren Teilnehmern festlegen und die Weitergabe dieser Fahrzeugdaten an andere Stellen einschränken. So können beispielsweise Fahrzeugdaten über Fahrzeugteile, Fahrzeugnutzung und Versicherungsdaten an eine Versicherungsgesellschaft weitergegeben werden, während die Weitergabe an ein anderes verbundenes Fahrzeug eingeschränkt werden kann. In einem anderen Beispiel können Fahrzeugdaten, die sich auf Verkehrsstaus, Straßenmarkierungen, Ampeln usw. beziehen, mit einem anderen vernetzten Fahrzeug in einer lokalisierten Region geteilt werden, jedoch nicht mit einer Versicherungsgesellschaft, einem Dienstleister und/oder anderen vernetzten Fahrzeugen, die sich nicht in derselben lokalisierten Region befinden. Auf diese Weise kann die Datenfreigabe-Richtlinie 132 es dem Nutzer des verbundenen Fahrzeugs 112 ermöglichen, die Fahrzeugdaten selektiv mit der zweiten Stelle 114 zu teilen.
In einigen Beispielen, in denen es sich bei der zweiten Entität 114 um ein anderes verbundenes Fahrzeug handelt, das seine Fahrzeugdaten zur Verfügung stellt, kann ein Benutzer des anderen verbundenen Fahrzeugs auch eine andere Datenfreigabepolitik in dem intelligenten Vertrag 130 zur selektiven Freigabe seiner Fahrzeugdaten mit anderen teilnehmenden Entitäten bereitstellen.
Darüber hinaus kann die Richtlinie zur gemeinsamen Nutzung von Daten 132 Bedingungen für die Monetarisierung (d. h. Monetarisierungsbedingungen) der Fahrzeugdaten enthalten. Der Nutzer des Connect-Fahrzeugs 112 kann die Monetarisierungsbedingungen für die Monetarisierung aller oder eines Teils der Fahrzeugdaten festlegen. In solchen Beispielen kann die Nutzung und/oder Vergütung aller oder eines Teils der Fahrzeugdaten mit einer monetarisierten Prämie verbunden sein, die lokale Angebote oder Kryptowährung enthalten kann. Die Übertragung der monetarisierten Prämie kann über das BC-Netzwerk 120 gemäß den im Smart Contract 130 festgelegten Bedingungen erfolgen.
Darüber hinaus kann ein Benutzer eines verbundenen Fahrzeugs (z. B. das verbundene Fahrzeug 112) jederzeit Änderungen an der im Smart Contract 130 definierten Datenfreigabepolitik vornehmen. So kann der Nutzer beispielsweise Bedingungen der Datenfreigabe-Richtlinie für dieses verbundene Fahrzeug hinzufügen, entfernen oder ändern.
In einigen Szenarien, in denen dem BC-Netz 120 Informationen über das Auftreten eines Unfalls oder einer Notsituation in einer Region zur Verfügung gestellt werden, kann das BC-Netz 120 diese Informationen mit der zweiten Einheit 114 teilen, ohne dass eine Richtlinie für die gemeinsame Nutzung von Daten befolgt wird und ohne dass ein Konsens erforderlich ist. In einigen kann das BC-Netz 120 solche Informationen an alle teilnehmenden Einrichtungen in dieser Region weitergeben.
In einigen Beispielen kann der intelligente Vertrag 130 außerdem eine Lebenszeitrichtlinie 136 enthalten. Die Lebensdauervorschrift 136 kann Bedingungen für die Beendigung des BC-Netzwerks 120 nach einer bestimmten Zeitspanne enthalten. Insbesondere kann die Lebensspannenpolitik 136 vorschreiben, wie lange das BC-Netzwerk 120 bestehen würde. In einem Szenario, in dem die gemeinsam genutzten Fahrzeugdaten nach einer bestimmten Zeit bedeutungs- oder nutzlos werden, kann das BC-Netz 120 nach dieser Zeit beendet werden. Die Beendigung des BC-Netzes 120 kann darin bestehen, das BC-Netz 120 aufzulösen und damit das/die dezentrale(n) Hauptbuch(e) 124, die gemeinsam genutzten Fahrzeugdaten, den Smart Contract 130, die Berechtigungen und andere in den Teilnehmerknoten gespeicherte Informationen zu entfernen oder zu löschen. In einigen Beispielen kann die Lebensspannenrichtlinie 136 auch einer Entität (z. B. der zweiten Entität 112) erlauben, das BC-Netzwerk 120 nach einer bestimmten Zeit zu verlassen. Die Bedingungen der Lebensdauerpolitik 136 können von einer Entität definiert werden, die das BC-Netzwerk 120 implementiert, oder von verschiedenen teilnehmenden Entitäten vereinbart werden (z. B. der ersten Entität 112 und die zweite Einheit 114), die auf das BC-Netz 120 zugreifen. Beispielsweise kann das BC-Netz 120 beendet werden oder das angeschlossene Fahrzeug 112 kann das BC-Netz 120 verlassen, sobald das angeschlossene Fahrzeug 112 den Betrieb einstellt oder sich aus dem definierten geografischen Bereich entfernt.
Das Managementsystem 126 kann das BC-Netz 120 verwalten, indem es verschiedene Funktionen des BC-Netzes 120 durchführt, wie in den Beispielen hier beschrieben. Bei dem Verwaltungssystem 126 kann es sich um ein Computergerät handeln, das jede geeignete Art von Computergerät sein kann, wie hier beschrieben. Die meisten der beschriebenen Funktionen des BC-Netzwerks 120 können durch Anweisungen ausgeführt werden, die auf mindestens einem maschinenlesbaren Medium des Verwaltungssystems 126 gespeichert sind und von mindestens einer Verarbeitungsressource des Verwaltungssystems 126 ausgeführt werden. Das mindestens eine maschinenlesbare Medium kann ein nichttransitorisches maschinenlesbares Medium sein. Das mindestens eine maschinenlesbare Medium kann durch einen flüchtigen Speicher (z. B. eine oder mehrere flüchtige Speichervorrichtungen, wie DRAM-Vorrichtung(en), DIMM(s) oder Ähnliches) implementiert sein. In einem Beispiel kann das Verwaltungssystem 126 kann Logik oder Regeln für die automatische Ausführung der Bedingungen des intelligenten Vertrags 130 enthalten.
Wenn eine Entität auf das BC-Netzwerk 120 zugreift, kann das Managementsystem 126 mehrere Informationen in Bezug auf diese Entität identifizieren und die Informationen in dem mindestens einen maschinenlesbaren Speichermedium des Verwaltungssystems 126 speichern. In einigen Beispielen können die Informationen in Bezug auf die Entität die Art der Entität, die Identifizierung der Entität, Standort- und/oder Zeitzoneninformationen der Entität oder andere Informationen umfassen. Wenn beispielsweise das angeschlossene Fahrzeug 112 auf das BC-Netzwerk 120 zugreift, kann das Managementsystem 126 Informationen in Bezug auf das angeschlossene Fahrzeug 112 ermitteln, einschließlich Details des angeschlossenen Fahrzeugs 112 wie Fahrzeugtyp, Hersteller des Fahrzeugs, Geschwindigkeit und Richtung des Fahrzeugs, Identifikation des Fahrzeugs (z. B. Fahrzeugkennzeichen usw.) und Standort und/oder Zeitzone des angeschlossenen Fahrzeugs 112.
Das Verwaltungssystem 126 kann die Entität unter Verwendung der Zugangsrichtlinie 134 registrieren (oder anmelden) und einen Block in dem/den dezentralen Ledger(n) 124 erzeugen, der dem Ereignis der Registrierung der Entität entspricht. Der Block kann Informationen enthalten, die Details des Ereignisses beinhalten, wie z. B. die Eintragung/Registrierung der Entität und deren Standort und/oder Zeitzoneninformationen. In einigen Beispielen kann das Verwaltungssystem 126 unter Verwendung eines Hash-Algorithmus einen Standort-Hash generieren, der eine oder beide Standort- und Zeitzoneninformationen der Entität enthält, und den Standort-Hash mit dem kryptographischen Hash (d. h. dem Block-Hash) des in dem/den dezentralen Ledger(n) 124 generierten Blocks integrieren. Alle anderen Informationen, die sich auf die Entität beziehen, wie z. B. die Art der Entität oder die Identifizierung der Entität, können je nach Entität in den Block aufgenommen werden oder nicht. Im Falle eines angeschlossenen Fahrzeugs können Informationen wie Fahrzeugtyp, Identifikation des Fahrzeugs usw. für ein angeschlossenes Fahrzeug aus Sicherheitsgründen nicht in den Block aufgenommen werden.
In einigen Beispielen, wenn das BC-Netzwerk 120 ein zugelassenes BC-Netzwerk umfasst, kann das Managementsystem 126 das Zertifikat des Fahrzeugs validieren, bevor es das/die verbundene(n) Fahrzeug(e) einträgt. In einigen Beispielen kann das Verwaltungssystem 126, nach der Anmeldung eines verbundenen Fahrzeugs (z. B. des verbundenen Fahrzeugs 112), dem Benutzer des verbundenen Fahrzeugs ferner ermöglichen, die Datenfreigabepolitik im intelligenten Vertrag 130 festzulegen.
Das Verwaltungssystem 126 kann einen ähnlichen Prozess wie oben beschrieben für die Registrierung einer beliebigen Entität (z. B. der zweiten Entität 114) durchführen, abhängig von der Art der Entität.
In einigen Beispielen kann das Verwaltungssystem 126, wenn es ein Ereignis von dem angeschlossenen Fahrzeug 112 empfängt, das Ereignis mit anderen teilnehmenden Entitäten (z. B. der zweiten Entität 114) unter Verwendung eines Konsensprozesses gemäß Blockchain-Protokollen und Spezifikationen validieren. Sobald ein Konsens erreicht ist, kann das Verwaltungssystem 126 das Ereignis im dezentralen Hauptbuch 124 aufzeichnen, das in dem/den Blockchain-Knoten 122 gespeichert ist, der/die mit dem angeschlossenen Fahrzeug 112 verbunden ist/sind.
Abhängig von dem empfangenen Ereignis kann das Verwaltungssystem 126 das Ereignis selektiv mit der zweiten Entität 114 in Übereinstimmung mit der in dem intelligenten Vertrag 130 definierten Datenfreigabepolitik 132 teilen. Um das Ereignis selektiv zu teilen, kann das Verwaltungssystem 126 das Ereignis selektiv in dem/den dezentralen Ledger(n) 124 aufzeichnen, der/die in dem/den Blockchain-Knoten 122 gespeichert ist/sind, der/die mit der zweiten Einheit 114 verbunden ist/sind.
In einigen Beispielen, beim Empfang von Fahrzeugdaten von der angeschlossenen 112, kann das Verwaltungssystem 126 die vom Benutzer des angeschlossenen Fahrzeugs 112 in dem intelligenten Vertrag 130 definierte Datenfreigabepolitik 132 identifizieren. In einem Beispiel kann die Datenfreigabepolitik 132 auf der Grundlage der im BC-Netzwerk 120 aufgezeichneten Informationen über das angeschlossene Fahrzeug 112 ermittelt werden. Beispielsweise kann anhand des Fahrzeugkennzeichens des verbundenen Fahrzeugs 112 die Datenfreigabepolitik 132, die vom Benutzer des verbundenen Fahrzeugs 112 festgelegt wurde, identifiziert werden. Sobald die Datenfreigabepolitik 132 identifiziert ist, kann das Verwaltungssystem 126 den intelligenten Vertrag 130 zwischen dem verbundenen Fahrzeug 112 und der zweiten Entität ausführen 114 zur selektiven Freigabe der Fahrzeugdaten an die zweite Einheit 114 in Übereinstimmung mit der Datenfreigabepolitik 132. Das heißt, das Verwaltungssystem 126 kann die Fahrzeugdaten selektiv mit der zweiten Stelle 114 in in Übereinstimmung mit der Datenfreigabepolitik 132. Um die Fahrzeugdaten selektiv gemeinsam zu nutzen, kann das Verwaltungssystem 126 selektiv alle oder einen Teil der Fahrzeugdaten in dem/den dezentralen Ledger(n) 124 aufzeichnen, der/die in dem/den Blockchain-Knoten 122 gespeichert ist/sind, der/die mit der zweiten Einheit 114 verbunden ist/sind. Beispielsweise kann das Verwaltungssystem 126 Fahrzeugdaten, die sich auf das Fahrzeug und das Führen des Fahrzeugs beziehen, mit der zweiten Einheit 114 teilen, wenn die zweite Einheit 114 eine Versicherungseinheit oder ein Dienstleister für die Fahrzeugwartung ist. In einem anderen Beispiel kann das Verwaltungssystem 126 Fahrzeugdaten, die sich auf den Straßenzustand und Verkehrsstaus beziehen, mit der zweiten Einheit 114 austauschen, wenn die zweite Einheit 114 ein anderes verbundenes Fahrzeug ist.
In einigen Beispielen, in denen viele andere Entitäten mit dem BC-Netzwerk 120 verbunden sind, kann das Managementsystem 126 den intelligenten Kontakt zwischen dem verbundenen Fahrzeug 112 und einer oder mehreren anderen Entitäten ausführen, um selektiv verschiedene Arten von Fahrzeugdaten mit verschiedenen Entitäten in Übereinstimmung mit der Datenfreigabepolitik 132 zu teilen. Darüber hinaus kann in Beispielen, in denen die zweite Entität 114 ein anderes verbundenes Fahrzeug ist, kann das Verwaltungssystem 126 die Datenfreigabepolitik eines anderen verbundenen Fahrzeugs aus dem intelligenten Vertrag 130 identifizieren, um die Fahrzeugdaten des anderen verbundenen Fahrzeugs selektiv mit dem verbundenen Fahrzeug 112 zu teilen.
Wie erörtert, können einige Fahrzeugdaten wie Verkehrsstaus, Pannenhilfe, Straßenzustand usw. in einer bestimmten Region oder an einem bestimmten Ort nur für Einheiten relevant sein, die sich in dieser bestimmten Region oder an diesem bestimmten Ort befinden. In einigen Beispielen kann das Verwaltungssystem 126 auf der Grundlage der in den jeweiligen Blockhashes für das verbundene Fahrzeug 112 und das zweite Unternehmen 114 enthaltenen Standort- und/oder Zeitzoneninformationen feststellen, ob sich das verbundene Fahrzeug 112 und das zweite Unternehmen 114 in derselben Region befinden. Nachdem festgestellt wurde, dass sich das verbundene Fahrzeug 112 und die zweite Einheit 114 an demselben Ort und/oder in derselben Zeitzone befinden, kann das Verwaltungssystem 126 den intelligenten Vertrag 130 zwischen dem verbundenen Fahrzeug 112 und der zweiten Einheit 114 ausführen, um die Fahrzeugdaten selektiv mit der zweiten Einheit 114 zu teilen. In einem Beispiel kann das Verwaltungssystem 126 die Fahrzeugdaten selektiv mit der zweiten Einheit 114 teilen gemäß der vom Nutzer des angeschlossenen Fahrzeugs 112 im Smart Contract 130 definierten Datenfreigabepolitik 132. In einigen Beispielen kann das Verwaltungssystem 126 viele Einheiten in derselben Region oder an demselben Standort identifizieren und die Fahrzeugdaten gemäß der Datenfreigabepolitik 132 selektiv mit den Einheiten teilen.
Ferner kann das Managementsystem 126 in Beispielen, in denen die Datenfreigabepolitik 132 Monetarisierungsbedingungen enthält, alle oder einen Teil der Fahrzeugdaten in Übereinstimmung mit den Monetarisierungsbedingungen, die in der Datenfreigabepolitik 132 enthalten sind, freigeben. In solchen Beispielen kann das Managementsystem 126 eine Verhandlung zwischen dem Nutzer des verbundenen Fahrzeugs 112 und der zweiten Entität 114 auf der Grundlage der Monetarisierungsbedingungen. Nach der Verhandlung kann ein aktualisierter intelligenter Vertrag zwischen dem Nutzer des verbundenen Fahrzeugs 112 und der zweiten Einheit 114 entstehen. Alle Bedingungen des aktualisierten Smart Contracts können dabei in einer Vereinbarung enthalten sein, die für beide Parteien zugänglich ist. Im Betrieb kann die Ausführung des aktualisierten Smart Contracts die Festlegung aktualisierter Monetarisierungsbedingungen beinhalten, die in dem aktualisierten Smart Contract definiert sind.
Weitere Funktionen können die notarielle Beurkundung des Smart Contracts 130 mit einem Schiedsrichter im BC-Netzwerk 120 umfassen. Der Schlichter kann Aufzeichnungen über den ausgeführten intelligenten Vertrag und/oder die Verhandlung speichern. Der Schlichter kann eine dritte Partei sein, die von den an der Verhandlung beteiligten Entitäten getrennt ist. Die notarielle Beglaubigung kann sich auf die förmliche Annahme des ausgeführten Smart Contracts beziehen und kann die behördliche Beglaubigung, die Beglaubigung durch Dritte, die elektronische Zertifizierung und Ähnliches umfassen.
Das BC-Netz 130 teilt die Fahrzeugdaten in Echtzeit. Wie bereits angedeutet, können Fahrzeugdaten in regelmäßigen Abständen gesammelt und dem BC-Netz 120 zur Verfügung gestellt werden. Das Managementsystem 126 kann in regelmäßigen Abständen Fahrzeugdaten von dem angeschlossenen Fahrzeug 112 empfangen und die empfangenen Fahrzeugdaten dynamisch mit der zweiten Einheit 114 gemäß der Datenfreigabepolitik 132 teilen, jedes Mal, wenn die Fahrzeugdaten empfangen werden.
In einigen Beispielen kann das BC-Netzwerk 120 durchsuchbar sein. Eine Entität aus der Vielzahl der Entitäten kann durch Abfrage des BC-Netzwerks 120 nach Informationen suchen, die sich auf das verbundene Fahrzeug 112, ein anderes verbundenes Fahrzeug oder deren Fahrzeugdaten beziehen. Das BC-Netzwerk 120 kann alle verfügbaren Informationen als Antwort auf die Abfrage bereitstellen. Mit anderen Worten: Die gewünschten Informationen können aus dem BC-Netzwerk 120 abgerufen werden.
Um die Sicherheit und Anonymität zu gewährleisten, dürfen Informationen, die sich auf das/die verbundene(n) Fahrzeug(e) beziehen, wie z. B. der Fahrzeugtyp, die Identifizierung des Fahrzeugs oder andere Details über das Fahrzeug (die die Sicherheit und Anonymität beeinträchtigen können), nicht in das/die dezentrale(n) Hauptbuch(e) aufgenommen werden, wenn Fahrzeugdaten oder ein Ereignis mit anderen Entitäten geteilt werden, es sei denn, dies ist in bestimmten Szenarien erforderlich. Beispielsweise können beim Austausch von Fahrdaten oder Fahrzeugnutzung mit einer Versicherungsgesellschaft solche Informationen über ein verbundenes Fahrzeug ausgetauscht werden, was in einer Datenaustauschrichtlinie des verbundenen Fahrzeugs festgelegt sein kann.
2 zeigt ein System 200 gemäß einem anderen Beispiel. Das System 200 kann bestimmte Elemente enthalten, die denen in 1 beschriebenen ähnlich sind, die mit ähnlichen Referenznummern gekennzeichnet sind und deren Beschreibung hier nicht wiederholt wird. Im Vergleich zu 1 ist das System 200 von 2 so dargestellt, dass es mehrere verbundene Fahrzeuge umfasst. Wie in 2 dargestellt, kann das System 200 das verbundene Fahrzeug 112, das ein erstes verbundenes Fahrzeug ist, und ein zweites verbundenes Fahrzeug 214A umfassen, das mit dem BC-Netzwerk 120 verbunden ist.
In ähnlicher Weise wie in 1 beschrieben, können das erste verbundene Fahrzeug 112 und das zweite verbundene Fahrzeug 214A beim BC-Netz 120 als Teilnehmer registriert werden. Zum Zeitpunkt der Anmeldung/Registrierung können die Benutzer des ersten verbundenen Fahrzeugs 112 und des zweiten verbundenen Fahrzeugs 214A jeweils eine erste Datenfreigabepolitik (d. h. die Datenfreigabepolitik 132) und eine zweite Datenfreigabepolitik 232A festlegen. Darüber hinaus können ihre Standorte und/oder Zeitzoneninformationen bestimmt und im BC-Netzwerk 120 aufgezeichnet werden. Während des Betriebs können das erste angeschlossene Fahrzeug 112 und das zweite angeschlossene Fahrzeug 214A Fahrzeugdaten erzeugen und ihre jeweiligen Fahrzeugdaten an das BC-Netzwerk 120. In einem Beispiel kann das BC-Netzwerk 120 eine oder mehrere Fahrzeugdaten des ersten verbundenen Fahrzeugs 112 und die Fahrzeugdaten des zweiten verbundenen Fahrzeugs 214A über die loT-Plattform 104 empfangen. Das BC-Netz 120 kann dann die jeweiligen Fahrzeugdaten des ersten verbundenen Fahrzeugs 112 und das zweite angeschlossene Fahrzeug 214A in Übereinstimmung mit der ersten Datenfreigabepolitik 132 und der zweiten Datenfreigabepolitik 232A miteinander. Das BC-Netz 120 kann ähnliche Funktionen und Vorgänge wie in Verbindung mit 1 beschrieben durchführen. In einigen Beispielen kann das BC-Netzwerk 120 in einem Zeitraum enden, der in der/den Lebenszeitrichtlinie(n) 136 definiert ist.
In einigen Beispielen können mehr als zwei verbundene Fahrzeuge mit dem BC-Netzwerk 120 verbunden sein. In diesen Beispielen können zwei oder mehr verbundene Fahrzeuge identifiziert werden, die in einer lokalisierten Region vorhanden sind. In solchen Beispielen kann das BC-Netzwerk 120 kommunizieren und ihre jeweiligen Fahrzeugdaten zwischen zwei oder mehr identifizierten verbundenen Fahrzeugen in Übereinstimmung mit ihren jeweiligen Datenfreigabe-Richtlinien teilen.
3 zeigt ein System 300 gemäß einem anderen Beispiel. Das System 300 kann bestimmte Elemente enthalten, die denen in 1 beschriebenen ähnlich sind und mit ähnlichen Referenznummern gekennzeichnet sind, deren Beschreibung hier nicht wiederholt wird. Im Vergleich zu 1 ist das System 300 von 3 so dargestellt, dass es mehrere verschiedene Einheiten in einem vordefinierten geografischen Bereich umfasst. Beispielsweise können die in 3 dargestellten Einheiten ein zweites verbundenes Fahrzeug 214A, eine Regierungseinheit 314A, eine Versicherungseinheit 314B und einen Dienstleistungsanbieter 314C umfassen, sind aber nicht darauf beschränkt.
In ähnlicher Weise wie in 1 beschrieben, können das erste verbundene Fahrzeug 112, das zweite verbundene Fahrzeug 214A, die staatliche Stelle 314A, die Versicherungsstelle 314B und der Dienstleister 314C im BC-Netzwerk 120 als Teilnehmer registriert werden. Zum Zeitpunkt der Anmeldung/Registrierung können die Standorte und/oder Zeitzoneninformationen jedes Unternehmens bestimmt und im BC-Netzwerk 120 aufgezeichnet werden. Darüber hinaus können die Benutzer des ersten verbundenen Fahrzeugs 112 und des zweiten verbundenen Fahrzeugs 214B jeweils die ersten Daten Richtlinie für die gemeinsame Nutzung von Daten 132 und die zweite Richtlinie für die gemeinsame Nutzung von Daten 232A in dem intelligenten Vertrag 130. Das erste vernetzte Fahrzeug 112 und das zweite vernetzte Fahrzeug 214A können Fahrzeugdaten erzeugen und ihre jeweiligen Fahrzeugdaten dem BC-Netzwerk 120 zur Verfügung stellen. Das BC-Netz 120 kann ihre Fahrzeugdaten gemäß der ersten Richtlinie für die gemeinsame Nutzung von Daten mit allen Einheiten (d. h. dem ersten angeschlossenen Fahrzeug 112, dem zweiten angeschlossenen Fahrzeug 214A, der staatlichen Stelle 314A, der Versicherungsstelle 314B und dem Dienstleister 314C) kommunizieren und gemeinsam nutzen 132 und der zweiten Datenfreigabe-Richtlinie 232A. Das BC-Netz 120 kann ähnliche Funktionen und Vorgänge ausführen, wie in Verbindung mit 1 beschrieben. In einigen Beispielen kann das BC-Netz 120 nach einer in der Lebensspannenrichtlinie 136 festgelegten Zeitspanne enden.
In einigen Beispielen können zwei oder mehr Einheiten aus dem ersten verbundenen Fahrzeug, dem zweiten verbundenen Fahrzeug 214A, der staatlichen Einheit 314A, der Versicherungsgesellschaft 314B und dem Dienstleistungsanbieter 314C, die in einer bestimmten Region ansässig sind, identifiziert werden. In solchen Beispielen kann das BC-Netz 120 kommunizieren und die jeweiligen Fahrzeugdaten zwischen zwei oder mehr identifizierten Einheiten gemäß ihrer jeweiligen Datenfreigabepolitik(en) austauschen.
4 zeigt das Verwaltungssystem 126 mit einer Verarbeitungsressource 402, die kommunikativ mit einem maschinenlesbaren Speichermedium 404 verbunden ist. Das maschinenlesbare Medium 404 kann ein nichttransitorisches maschinenlesbares Medium sein, das mindestens die Anweisungen 406, 408 und 410 enthält (z. B. kodiert mit), die von der Verarbeitungsressource 402 ausgeführt werden können, um alle oder einige der hier in Bezug auf die Anweisungen 406-410 beschriebenen Funktionalitäten zu implementieren. Zur einfacheren Veranschaulichung werden die Anweisungen 406-410 unter Bezugnahme auf das System 100 von 1 beschrieben. Es wird deutlich, dass die hier beschriebenen Merkmale auch auf das System 200 von 2 und das System 300 von 3 anwendbar sind.
Die Anweisungen 406 können, wenn sie ausgeführt werden, die Verarbeitungsressource 402 veranlassen, Fahrzeugdaten von dem angeschlossenen Fahrzeug 112 zu empfangen. In einigen Beispielen können die Fahrzeugdaten mit anderen teilnehmenden Entitäten (z. B. der zweiten Entität 114) unter Verwendung eines Konsensverfahrens gemäß den Blockchain-Protokollen und Spezifikationen validiert werden. Sobald ein Konsens erreicht ist, können die Fahrzeugdaten im dezentralen Hauptbuch 124 aufgezeichnet werden, das in dem/den Blockchain-Knoten 122 gespeichert ist, der/die mit dem verbundenen Fahrzeug 112 verbunden ist/sind.
Anweisungen 408 können, wenn sie ausgeführt werden, die Verarbeitungsressource 402 veranlassen, die vom Benutzer des verbundenen Fahrzeugs in dem intelligenten Vertrag 130 definierte Datenfreigabepolitik 132 zu identifizieren. In einem Beispiel kann die Datenfreigabepolitik 132 auf der Grundlage der im BC-Netzwerk 120 aufgezeichneten Informationen über das verbundene Fahrzeug 112 ermittelt werden. Beispielsweise kann anhand des Fahrzeugkennzeichens des angeschlossenen Fahrzeugs 112 die vom Benutzer des angeschlossenen Fahrzeugs 112 definierte Datenfreigabepolitik 132 ermittelt werden.
Sobald die Datenfreigabepolitik 132 des angeschlossenen Fahrzeugs 112 identifiziert ist, können die Anweisungen 410, wenn sie ausgeführt werden, die Verarbeitungsressource 402 veranlassen, den intelligenten Vertrag 130 zwischen dem angeschlossenen Fahrzeug 112 und der zweiten Entität 114 auszuführen, um selektiv alle oder einen Teil der Fahrzeugdaten mit der zweiten Entität 114 in Übereinstimmung mit der Datenfreigabepolitik 132 zu teilen. In diesen Beispielen können die Anweisungen 410 Anweisungen zur selektiven Aufzeichnung aller oder eines Teils der Fahrzeugdaten in dem/den dezentralen Ledger(n) 124 enthalten, der/die in dem/den Blockchain-Knoten 122 gespeichert ist/sind, der/die der zweiten Einheit 114 zugeordnet ist/sind.
In einigen Beispielen enthält das maschinenlesbare Medium 404 ferner Anweisungen, die, wenn sie ausgeführt werden, die Verarbeitungsressource 402 veranlassen können, auf der Grundlage der in den jeweiligen Blockhashes für das verbundene Fahrzeug 112 und die zweite Einheit 114 enthaltenen Standort- und/oder Zeitzoneninformationen zu bestimmen, ob sich das verbundene Fahrzeug 112 und die zweite Einheit 114 in derselben lokalisierten Region befinden. Wenn festgestellt wird, dass sich das angeschlossene Fahrzeug 112 und die zweite Entität 114 in derselben lokalisierten Region befinden, können alle oder ein Teil der Fahrzeugdaten selektiv mit der zweiten Entität 114 in Übereinstimmung mit der vom Benutzer des angeschlossenen Fahrzeugs 112 im intelligenten Vertrag 130 definierten Datenfreigabepolitik 132 geteilt werden.
In einigen Beispielen, in denen mehrere Entitäten mit dem BC verbunden sind Netzwerk 120 enthalten die Anweisungen 410 Anweisungen zur selektiven Freigabe der Fahrzeugdaten zwischen dem angeschlossenen Fahrzeug 112 und der einen oder den mehreren Entitäten gemäß der Datenfreigabepolitik 132.
Obwohl in 4 nicht dargestellt, kann das maschinenlesbare Medium 404 auch zusätzliche Programmanweisungen enthalten, um verschiedene andere in 5 und 6 beschriebene Verfahrensblöcke durchzuführen.
5 und 6 zeigen Flussdiagramme, die Beispielmethoden 500 und 600 für die selektive gemeinsame Nutzung von Fahrzeugdaten durch eine Vielzahl von Einheiten in einem bestimmten geografischen Bereich, die mit einem BC-Netz verbunden sind. Jede Einheit der Vielzahl von Einheiten kann ein Teilnehmer des BC-Netzes sein. Zur besseren Veranschaulichung wird die Ausführung der Verfahren 500 und 600 unter Bezugnahme auf das System 100 von 1 beschrieben. Es wird deutlich, dass die hier beschriebenen Merkmale auch auf das System 200 von 2 und das System 300 von 3 anwendbar sein können. Die Verfahren 500 und 600 können durch das Verwaltungssystem 126 des BC-Netzes 120 ausgeführt werden. In einem Beispiel werden die Verfahren 500 und 600 von der Verarbeitungsressource 402 durch Ausführen der Anweisungen 406-410, die in dem maschinenlesbaren Medium 404 gespeichert sind, ausgeführt. (4). Darüber hinaus ist die Implementierung der Verfahren 500 und 600 nicht auf solche Beispiele beschränkt. Obwohl die Flussdiagramme in 5 und 6 jeweils eine bestimmte Reihenfolge der Ausführung bestimmter Funktionen zeigen, sind die Verfahren 500 und 600 nicht auf diese Reihenfolge beschränkt. Beispielsweise können die in den Flussdiagrammen nacheinander gezeigten Funktionen in einer anderen Reihenfolge ausgeführt werden, sie können gleichzeitig oder teilweise gleichzeitig ausgeführt werden, oder eine Kombination davon.
In Block 502 von 5 können Fahrzeugdaten von dem verbundenen Fahrzeug 112 empfangen werden. In einigen Beispielen können nach dem Empfang der Fahrzeugdaten (d. h. des Pools der Fahrzeugdaten, die vom verbundenen Fahrzeug 112 stammen) die Fahrzeugdaten mit anderen teilnehmenden Entitäten (z. B. der zweiten Entität 114) unter Verwendung des Konsensverfahrens gemäß den Blockchain-Protokollen und -Spezifikationen validiert werden. Sobald der Konsens erreicht ist, können die Fahrzeugdaten im dezentralen Hauptbuch 124 aufgezeichnet werden, das in dem/den Blockchain-Knoten 122 gespeichert ist, der/die mit dem verbundenen Fahrzeug 112 verbunden ist/sind.
In Block 504 kann die Datenfreigabepolitik 132 auf der Grundlage der im BC-Netzwerk 120 aufgezeichneten Informationen des angeschlossenen Fahrzeugs 112 identifiziert werden. Beispielsweise kann die vom Benutzer des angeschlossenen Fahrzeugs definierte Datenfreigabepolitik 132 anhand des Fahrzeugkennzeichens 112 des angeschlossenen Fahrzeugs identifiziert werden.
In Block 506 kann der intelligente Vertrag 130 zwischen dem verbundenen Fahrzeug 112 und der zweiten Entität 114 ausgeführt werden, um selektiv alle oder einen Teil der Fahrzeugdaten mit der zweiten Entität 114 in Übereinstimmung mit der Datenfreigabepolitik 132 zu teilen. In diesen Beispielen können alle oder ein Teil der Fahrzeugdaten selektiv in dem/den dezentralen Ledger(n) 124 aufgezeichnet werden, der/die in dem/den Blockchain-Knoten 122 gespeichert ist/sind, der/die der zweiten Entität 114 zugeordnet ist/sind. In einigen Beispielen, in denen mehrere Entitäten mit dem BC-Netzwerk 120 verbunden sind, können alle oder ein Teil der Fahrzeugdaten selektiv zwischen dem verbundenen Fahrzeug 112 und der einen oder den mehreren anderen Entitäten in Übereinstimmung mit der Datenfreigabepolitik 132 freigegeben werden.
Gemäß 6 umfasst das Verfahren 600 bestimmte Blöcke, die einem oder mehreren in 5 beschriebenen Blöcken ähneln und deren Einzelheiten hier der Kürze halber nicht wiederholt werden. Beispielhaft seien die Verfahrensblöcke 602 und 604 von 6 ähneln den Verfahrensblöcken 502 bzw. 504 von 5.
In Block 602 können Fahrzeugdaten von dem angeschlossenen Fahrzeug 112 empfangen werden. In Block 604 kann die Datenfreigabepolitik 132 auf der Grundlage der im BC-Netzwerk 120 aufgezeichneten Informationen über das angeschlossene Fahrzeug 112 identifiziert werden. In Block 606 kann auf der Grundlage der in den jeweiligen Blockhashes für das verbundene Fahrzeug 112 und die zweite Einheit 114 enthaltenen Standort- und/oder Zeitzoneninformationen festgestellt werden, ob sich das verbundene Fahrzeug 112 und die zweite Einheit 114 in derselben lokalisierten Region befinden. Wenn festgestellt wird, dass sich das verbundene Fahrzeug 112 und die zweite Einheit 114 nicht in derselben lokalisierten Region befinden („NEIN“ in Block 606), können keine weiteren Maßnahmen erforderlich sein. Das heißt, es können keine Fahrzeugdaten ausgetauscht werden. Wenn festgestellt wird, dass sich das verbundene Fahrzeug 112 und die zweite Einheit 114 in derselben lokalisierten Region befinden („JA“ in Block 606), kann in Block 610 der intelligente Vertrag 130 zwischen dem verbundenen Fahrzeugs 112 und der zweiten Einheit 114 zur selektiven Freigabe aller oder eines Teils der Fahrzeugdaten an die zweite Einheit 114 in Übereinstimmung mit der Datenfreigabepolitik 132. In einigen Beispielen können viele Einheiten in derselben Region oder am selben Ort identifiziert werden, und alle oder ein Teil der Fahrzeugdaten können gemäß der Datenfreigabe-Richtlinie 132 selektiv mit einer oder mehreren Einheiten geteilt werden.
Wie hierin verwendet, kann ein „Rechengerät“ ein Server, ein Speichersystem, ein Speicherarray, ein Desktop- oder Laptop-Computer, ein Switch, ein Router oder eine andere Verarbeitungsvorrichtung oder -ausrüstung sein, die eine Verarbeitungsressource enthält. In den hier beschriebenen Beispielen kann eine Verarbeitungsressource beispielsweise einen Prozessor oder mehrere Prozessoren umfassen, die in einem einzigen Computergerät enthalten oder über mehrere Computergeräte verteilt sind. Wie hierin verwendet, kann ein „Prozessor“ mindestens eine Zentraleinheit (CPU), ein Mikroprozessor auf Halbleiterbasis, eine Grafikverarbeitungseinheit (GPU), ein feldprogrammierbares Gate-Array (FPGA), das zum Abrufen und Ausführen von Befehlen konfiguriert ist, andere elektronische Schaltungen, die zum Abrufen und Ausführen von auf einem maschinenlesbaren Speichermedium gespeicherten Befehlen geeignet sind, oder eine Kombination davon sein. In den hier beschriebenen Beispielen kann eine Verarbeitungsressource die auf einem Speichermedium gespeicherten Befehle abrufen, dekodieren und ausführen, um die in Bezug auf die auf dem Speichermedium gespeicherten Befehle beschriebenen Funktionen auszuführen. In anderen Beispielen können die Funktionen, die in Bezug auf die hier beschriebenen Anweisungen beschrieben werden, in Form von elektronischen Schaltungen, in Form von ausführbaren Anweisungen, die auf einem maschinenlesbaren Speichermedium kodiert sind, oder einer Kombination davon implementiert werden. Das Speichermedium kann sich entweder in der Rechnereinrichtung befinden, die die maschinenlesbaren Anweisungen ausführt, oder es kann von der Rechnereinrichtung entfernt, aber für die Ausführung zugänglich sein (z. B. über ein Computernetzwerk). In den in den 1-3 dargestellten Beispielen können das BC-Netzwerk 120, das Verwaltungsgerät 126, verschiedene Entitäten (z. B. die erste Entität 112, die zweite Entität 114) und die IoT-Plattform 104 jeweils durch ein maschinenlesbares Speichermedium oder mehrere maschinenlesbare Speichermedien implementiert werden.
In der vorstehenden Beschreibung werden zahlreiche Details dargelegt, um ein Verständnis des hier offengelegten Gegenstands zu vermitteln. Jedoch, die Implementierung kann ohne einige oder alle dieser Details durchgeführt werden. Andere Implementierungen können Modifikationen, Kombinationen und Variationen der oben beschriebenen Details beinhalten. Es ist beabsichtigt, dass die folgenden Ansprüche solche Modifikationen und Variationen abdecken

Claims

Ein System, das Folgendes umfasst: ein BC-Netzwerk, das mit einer Vielzahl von Einheiten in einem definierten geografischen Bereich verbunden ist, wobei eine erste Einheit der Vielzahl von Einheiten ein verbundenes Fahrzeug umfasst, das Fahrzeugdaten erzeugt, und wobei das BC-Netzwerk durch einen intelligenten Vertrag gesteuert wird, wobei der intelligente Vertrag eine Datenfreigabepolitik umfasst, die von einem Benutzer des verbundenen Fahrzeugs definiert wird, wobei die Datenfreigabepolitik es dem Benutzer des verbundenen Fahrzeugs ermöglicht, die Fahrzeugdaten selektiv mit einer oder mehreren anderen Entitäten der Vielzahl von Entitäten zu teilen.
Das System nach Anspruch 1, wobei die eine oder mehreren anderen Stellen eine staatliche Stelle, eine Versicherungsstelle, einen Dienstleister, einen Einzelhändler, einen Lieferanten, ein anderes verbundenes Fahrzeug oder Kombinationen davon umfassen.
Das System nach Anspruch 1, wobei der geografische Geltungsbereich auf der Grundlage der Datenfreigabepolitik definiert wird.
Das System nach Anspruch 1, wobei der geografische Bereich eine globale, regionale oder lokale Region umfasst.
Das System nach Anspruch 1, wobei die Fahrzeugdaten Onboard-Fahrzeugüberwachungsdaten, Vehicle-to-Vehicle (V2V)-Daten oder Vehicle-to-Infrastructure (V21)-Daten umfassen.
Das System nach Anspruch 1, wobei das BC-Netzwerk die Fahrzeugdaten des verbundenen Fahrzeugs über eine loT-Plattform empfängt.
Das System nach Anspruch 1, wobei die Datenfreigabepolitik Bedingungen für die selektive Freigabe der Fahrzeugdaten des angeschlossenen Fahrzeugs an verschiedene Arten von Einrichtungen umfasst.
Das System nach Anspruch 7, wobei die Datenfreigabepolitik ferner Bedingungen für die Monetarisierung der Fahrzeugdaten des verbundenen Fahrzeugs umfasst.
Das System nach Anspruch 1, wobei der intelligente Vertrag eine Lebensspannenpolitik zur Beendigung des BC-Netzwerks nach einer bestimmten Zeitspanne umfasst.
Das System nach Anspruch 1, wobei der intelligente Vertrag eine Lebensspannenpolitik umfasst, die es einer Entität aus der Vielzahl der Entitäten erlaubt, das BC-Netzwerk nach einer Zeitspanne zu verlassen
Das System nach Anspruch 1, wobei die eine oder mehreren anderen Einheiten ein anderes verbundenes Fahrzeug umfassen, das seine Fahrzeugdaten erzeugt, und der intelligente Vertrag umfasst eine weitere Richtlinie zur gemeinsamen Nutzung von Daten, die von einem Benutzer des anderen verbundenen Fahrzeugs festgelegt wurde.
Das System nach Anspruch 1, wobei das BC-Netzwerk einen Verarbeitungsschaltkreis und einen Speicher mit darauf gespeicherten computerausführbaren Befehlen umfasst, die, wenn sie von dem Verarbeitungsschaltkreis ausgeführt werden, den Verarbeitungsschaltkreis veranlassen: Empfangen von Fahrzeugdaten von dem mit dem BC verbundenen Fahrzeug Netzwerk; aus dem intelligenten Vertrag die vom Benutzer des verbundenen Fahrzeugs definierte Datenfreigabepolitik identifizieren; und den intelligenten Vertrag zwischen dem angeschlossenen Fahrzeug und der einen oder mehreren Entitäten ausführen, um die Fahrzeugdaten selektiv mit der einen oder mehreren anderen Entitäten zu teilen.
Das System nach Anspruch 12, wobei die Anweisungen zur Ausführung des intelligenten Vertrags Anweisungen zur selektiven Freigabe der Fahrzeugdaten zwischen dem verbundenen Fahrzeug und der einen oder den mehreren Entitäten gemäß der Datenfreigabepolitik umfassen.
Das System nach Anspruch 12 umfasst ferner Anweisungen zum: Bestimmen, ob das verbundene Fahrzeug und eine andere Einheit von der einen oder den mehreren anderen Einheiten in einer lokalisierten Region vorhanden sind, basierend auf ihren Standort- und/oder Zeitzoneninformationen; und als Reaktion auf die Feststellung, dass sich das angeschlossene Fahrzeug und eine andere Einheit in der gleichen lokalisierten Region befinden, die Fahrzeugdaten selektiv mit einer anderen Einheit in Übereinstimmung mit der Datenfreigabepolitik teilen.
Ein System, das Folgendes umfasst: ein BC-Netzwerk, das mit einer Vielzahl von Entitäten in einem definierten geografischen Bereich verbunden ist, wobei eine erste Entität der Vielzahl von Entitäten ein verbundenes Fahrzeug umfasst, das Fahrzeugdaten erzeugt, und wobei das BC-Netzwerk durch einen intelligenten Vertrag geregelt wird, wobei der intelligente Vertrag umfasst: eine von einem Benutzer des angeschlossenen Fahrzeugs definierte Datenfreigabepolitik, wobei die Datenfreigabepolitik dem Benutzer des angeschlossenen Fahrzeugs erlaubt, die Fahrzeugdaten selektiv mit einer oder mehreren anderen Einheiten der Vielzahl von Einheiten, die an dem BC-Netzwerk teilnehmen, freizugeben; und eine Richtlinie zur Beendigung des BC-Netzes nach einer bestimmten Zeitspanne.
Ein System, das Folgendes umfasst: ein BC-Netzwerk, das mit einem ersten angeschlossenen Fahrzeug und einem zweiten angeschlossenen Fahrzeug in einem definierten geografischen Bereich verbunden ist, wobei das erste angeschlossene Fahrzeug und das zweite angeschlossene Fahrzeug ihre jeweiligen Fahrzeugdaten generieren und wobei das BC-Netzwerk durch einen intelligenten Vertrag gesteuert wird, wobei der intelligente Vertrag umfasst: eine erste Datenfreigabepolitik, die von einem ersten Benutzer des ersten verbundenen Fahrzeugs definiert wird, um die Fahrzeugdaten des ersten verbundenen Fahrzeugs selektiv mit dem zweiten verbundenen Fahrzeug zu teilen; und eine zweite Datenfreigabepolitik, die von einem zweiten Benutzer des zweiten verbundenen Fahrzeugs definiert wird, um die Fahrzeugdaten des zweiten verbundenen Fahrzeugs selektiv mit dem ersten verbundenen Fahrzeug zu teilen.
Das System nach Anspruch 16, wobei das erste verbundene Fahrzeug und das zweite verbundene Fahrzeug in einer lokalisierten Region vorhanden sind.
Das System nach Anspruch 16, wobei das BC-Netzwerk die Fahrzeugdaten des ersten verbundenen Fahrzeugs oder die Fahrzeugdaten des zweiten verbundenen Fahrzeugs über eine loT-Plattform empfängt.
Das System nach Anspruch 16, wobei die erste Datenfreigabe-Richtlinie, die zweite Datenfreigabe-Richtlinie oder sowohl die erste Datenfreigabe-Richtlinie als auch die zweite Datenfreigabe-Richtlinie ferner Bedingungen für die Monetarisierung der jeweiligen Fahrzeugdaten des ersten verbundenen Fahrzeugs, des zweiten verbundenen Fahrzeugs oder sowohl des ersten verbundenen Fahrzeugs als auch des zweiten verbundenen Fahrzeugs umfassen.
Das System nach Anspruch 16, wobei der intelligente Vertrag eine Lebenszeitpolitik umfasst, um das BC-Netzwerk nach einer bestimmten Zeit zu beenden.