-
GEBIET DER TECHNIK
-
Diese Offenbarung betrifft eine dezentrale Frachtlieferung und Märkte davon.
-
ALLGEMEINER STAND DER TECHNIK
-
Transportsysteme erfordern ein zentrales Repository und eine zentrale Orchestrierung, um zu funktionieren. So kann beispielsweise ein Taxidienst eine Abholanforderung von einem zentralen Server oder Servercluster empfangen, der zur Organisation des Transports konfiguriert ist. Die zentralen Behörden können unerwünschte Wartung und Instandhaltung verlangen, die Originalgerätehersteller und andere Transportunternehmen vermeiden.
-
KURZDARSTELLUNG
-
Ein Fahrzeug beinhaltet eine Steuerung. Die Steuerung ist konfiguriert, um eine Transaktion zu empfangen, die einen Auftrag für eine vorbestimmte Laderaumeinheit des Fahrzeugs definiert und in einer Blockchain aufgezeichnet ist, die ein Ledger enthält, das die Verfügbarkeit von Laderaum beschreibt, validiert durch Knoten eines dezentralen Peer-Netzwerks, sodass die Blockchain den Knoten gemeinsam ist. Die Steuerung ist ferner konfiguriert, um nach Bestätigung der Transaktion an das dezentrale Peer-Netzwerk Befehle auszuführen, um zu einem Abholort zu fahren.
-
Ein Fahrzeug beinhaltet eine Steuerung, die konfiguriert ist, um eine Transaktion zu empfangen, die einen Auftrag für eine vorbestimmte Laderaumeinheit des Fahrzeugs definiert und in einer Blockchain aufgezeichnet ist, die ein Ledger enthält, das die Verfügbarkeit von Laderaum beschreibt, validiert durch Knoten eines dezentralen Peer-Netzwerks, sodass die Blockchain den Knoten gemeinsam ist. Die Steuerung ist ferner konfiguriert, um den Laderaum für Waren zu reservieren, die sich auf den Auftrag beziehen, nachdem dem dezentralen Peer-Netzwerk die Transaktion bestätigt wurde.
-
Ein Verfahren durch eine Steuerung beinhaltet das Empfangen einer Transaktion, die einen Auftrag für eine vorbestimmte Laderaumeinheit eines Fahrzeugs definiert und in einer Blockchain aufgezeichnet ist, die ein Ledger enthält, das die Verfügbarkeit von Laderaum beschreibt, validiert durch Knoten eines dezentralen Peer-Netzwerks, sodass die Blockchain den Knoten gemeinsam ist. Das Verfahren beinhaltet ferner das Ausführen von Befehlen, um nach Bestätigung der Transaktion an das dezentrale Peer-Netzwerk Befehle auszuführen, um zu einem Abholort zu fahren.
-
Figurenliste
-
- 1 ist ein schematischer Überblick über ein Fahrzeug;
- 2 ist eine Karte, die eine Fahrzeugroute mit einem Abholort und einem Zielort beinhaltet;
- 3 ist eine Perspektivansicht eines Fahrzeug-Frachtraums und zugeordneter vorbestimmter Laderaumeinheiten;
- 4 ist ein schematisches Schaubild einer Blockchain, die ein Ledger von Transaktionen beinhaltet; und
- 5 ist ein Algorithmus zum Durchführen eines Teils dieser Offenbarung.
-
DETAILLIERTE BESCHREIBUNG
-
Ausführungsformen der vorliegenden Offenbarung werden hierin beschrieben. Es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich Beispiele sind und dass andere Ausführungsformen verschiedene und alternative Formen annehmen können. Die Figuren sind nicht notwendigerweise maßstabsgetreu; einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Einzelheiten bestimmter Komponenten darzustellen. Daher sollten spezifische strukturelle und funktionelle Einzelheiten, die hier offenbart werden, nicht als einschränkend interpretiert werden, sondern lediglich als eine repräsentative Basis, um einen Fachmann zu lehren, die vorliegende Erfindung verschiedentlich zu verwenden. Ein Durchschnittsfachmann wird verstehen, dass verschiedene der hier veranschaulichten und mit Bezug auf beliebige Figuren beschriebenen Merkmale mit Merkmalen kombiniert werden können, die in einer oder mehreren anderen Figuren veranschaulicht sind, um Ausführungsformen zu erzeugen, die nicht explizit veranschaulicht oder beschrieben werden. Die Kombinationen von veranschaulichten Merkmalen stellen repräsentative Ausführungsformen für typische Anwendungen bereit. Verschiedene Kombinationen und Modifikationen der Merkmale, die mit den Lehren der vorliegenden Offenbarung übereinstimmen, könnten jedoch für bestimmte Anwendungen oder Umsetzungen gewünscht sein.
-
Dezentrale Transaktionen durch Blockchain-Technologie ermöglichen es, Fahrzeug-Frachträume ohne Verwaltung und Instandhaltung durch eine zentrale Behörde zum Verkauf zur Verfügung zu stellen. Tatsächlich bietet ein Online-Marktplatz für Transaktionen Nutzern die Möglichkeit, Laderaum von bereits unterwegs befindlichen Fahrzeugen zu kaufen. So kann beispielsweise ein autonomes Fahrzeug Fahrgäste von einem Ort zum anderen befördern und in die Nähe eines Abholortes für Fracht fahren. Die Route des Fahrzeugs kann auch an einem Lieferort für die Fracht vorbeiführen. Diese Routeninformationen können einem Online-Marktplatz zusammen mit Informationen über die Verfügbarkeit von Frachträumen zur Verfügung gestellt werden, damit die Benutzer auf den verfügbaren Frachtraum bieten können. Akzeptierte Gebote können an ein dezentrales Transaktionsregister gesendet werden, das auf Fahrzeugen betrieben wird, die dem Dienst zugewiesen sind. Wenn ein Fahrzeug erkennt, dass sein Laderaum gekauft wurde, kann das Fahrzeug die Reiseroute und die Routeninformationen in Übereinstimmung mit der Transaktion aktualisieren. Ohne eine zentrale Behörde zu benötigen, können Fahrzeuge Transkationen durchführen, um vorbestimmte Frachteinheiten auszuleihen.
-
1 veranschaulicht ein beispielhaftes System 100 mit einem Fahrzeug 102. Das Fahrzeug 102 kann ein Fahrzeug-Rechensystem (vehicle computing system - VCS) 106 beinhalten, das konfiguriert ist, um über ein Weitverkehrsnetzwerk unter Verwendung einer Telematiksteuereinheit (telematics control unit - TCU) 120A zu kommunizieren. Die TCU 120A kann verschiedene Modems 122 aufweisen, die zur Kommunikation über die jeweiligen Kommunikationswege und -protokolle konfiguriert sind. So kann beispielsweise die TCU 120A ein PAN-Modem und ein 4G-Modem beinhalten. Auch wenn in 1 ein beispielhaftes System 100 gezeigt ist, sollen die veranschaulichten Beispielkomponenten nicht einschränkend sein. Tatsächlich kann das System 100 mehr oder weniger Komponenten aufweisen und zusätzliche oder alternative Komponenten und/oder Umsetzungen können verwendet werden.
-
Das Fahrzeug 102 kann verschiedene Arten von Fahrzeugen beinhalten, ein Crossover-Nutzfahrzeug (crossover utility vehicle - CUV), eine Geländelimousine (sport utility vehicle - SUV), einen Lastwagen, ein Wohnmobil (recreational vehicle - RV), ein Boot, ein Flugzeug, eine Drohne oder eine andere mobile Maschine zum Befördern von Personen oder Waren. In vielen Fällen kann das Fahrzeug 102 von einer Brennkraftmaschine angetrieben werden. Als weitere Möglichkeit kann das Fahrzeug 102 ein Hybridelektrofahrzeug (hybrid electric vehicle - HEV) sein, das sowohl von einer Brennkraftmaschine als auch von einem oder mehreren Elektromotoren angetrieben wird, wie zum Beispiel ein Serien-Hybridelektrofahrzeug (series hybrid electric vehicle - SHEV), ein Parallel-Hybridelektrofahrzeug (parallel hybrid electrical vehicle - PHEV) oder ein Parallel-/Serien-Hybridelektrofahrzeug (parallel/series hybrid electrical vehicle - PSHEV). Da die Art und die Konfiguration des Fahrzeugs 102 variieren können, können die Leistungsmerkmale des Fahrzeugs 102 entsprechend variieren. Als einige andere Möglichkeiten können Fahrzeuge 102 verschiedene Leistungsmerkmale mit Bezug auf Insassenkapazität, Abschleppfähigkeit und -kapazität und Lagervolumen aufweisen.
-
Das VCS 106 kann konfiguriert sein, um Sprachbefehl- und BLUETOOTH-Schnittstellen mit dem Fahrer und mit Handgeräten des Fahrers zu unterstützen, eine Nutzereingabe über verschiedene Tasten oder andere Steuerungen zu empfangen und Fahrzeugstatusinformationen einem Fahrer oder anderen Insassen des Fahrzeugs 102 bereitzustellen. Ein beispielhaftes VCS 106 kann das SYNC®-System sein, das von der FORD MOTOR COMPANY aus Dearborn, Michigan bereitgestellt wird.
-
Das VCS 106 kann ferner verschiedene Arten von Rechengeräten als Unterstützung der Leistung der Funktionen des hierin beschriebenen VCS 106 beinhalten. In einem Beispiel kann das VCS 106 einen oder mehrere Prozessoren, die konfiguriert sind, um Computeranweisungen auszuführen, und ein Speichermedium, auf dem die computerausführbaren Anweisungen und/oder Daten verwaltet werden können, beinhalten. Ein computerlesbares Speichermedium (auch als vom Prozessor lesbares Medium oder Speicher bezeichnet) beinhaltet ein beliebiges nichttransitorisches (z. B. physisches) Medium, das an der Bereitstellung von Daten (z. B. Anweisungen) beteiligt ist, die von einem Computer (z. B. von dem/den Prozessor(en)) gelesen werden können. Allgemein empfängt ein Prozessor Anweisungen und/oder Daten, z. B. aus dem Speicher, usw. an einem Speicher und führt die Anweisungen unter Verwendung der Daten aus, sodass dadurch ein oder mehrere Prozesse durchgeführt werden, einschließlich einer oder mehrerer der hierin beschriebenen Prozesse. Computerausführbare Anweisungen können von Computerprogrammen zusammengestellt oder ausgewertet werden, die unter Verwendung einer Vielzahl von Programmiersprachen und/oder -technologien erstellt wurden, einschließlich unter anderem und entweder für sich oder in Kombination Java, C, C++, C#, Fortran, Pascal, Visual Basic, Python, Java Script, Perl, PL/SQL, usw.
-
Das VCS 106 kann konfiguriert sein, um mit der TCU 120A zu kommunizieren. Die TCU 120A kann eine Vielzahl von Modems 122 beinhalten, die zur paket- oder leitungsvermittelten Signalgebung geeignet ist. Die TCU 120A kann den Betrieb der Modems 122 derart steuern, dass ein geeigneter Kommunikationsweg verwendet wird. Die Modems können konfiguriert sein, um über eine Vielfalt von Kommunikationswegen 130 zu kommunizieren. Die Wege können mit Leitungsvermittlung, Paketvermittlung, Signalgebung oder Kombinationen davon konfiguriert sein. Paketvermittelte Kommunikationswege können Internet Protocol (IP)-basiert sein oder paketbasierte Vermittlungen zur Übertragung von Informationen verwenden. So kann beispielsweise die paketvermittelte Kommunikation eine LTE-Kommunikation (Long Term Evolution) sein. Unter bestimmten Umständen kann der leitungsvermittelte Kommunikationsweg SIGTRAN oder eine andere Umsetzung sein, die leitungsvermittelte Signalgebungsinformationen über IP überträgt. Die zugrunde liegenden Signalgebungsinformationen werden jedoch weiterhin unter dem leitungsvermittelten Protokoll formatiert.
-
Das VCS 106 kann auch eine Eingabe von Mensch-Maschine-Schnittstellen (MMS)-Steuerungen 108 empfangen, die konfiguriert sind, um eine Insasseninteraktion mit dem Fahrzeug 102 bereitzustellen. Das VCS 106 kann zum Beispiel eine Schnittstelle zu einer oder mehreren Tasten oder anderen MMS-Steuerungen 108 bilden, die konfiguriert sind, um Funktionen auf dem VCS 106 aufzurufen (z. B. Lenkrad-Audiotasten, eine Push-to-Talk-Taste, Armaturenbrettsteuerungen usw.) Das VCS 106 kann auch eine oder mehrere Anzeigen 110, die konfiguriert sind, um eine visuelle Ausgabe z.B. über eine Videosteuerung an Fahrzeuginsassen bereitzustellen, steuern oder auf andere Weise damit kommunizieren. In einigen Fällen kann die Anzeige 110 ein Touchscreen sein, der ferner konfiguriert ist, um eine Berührungseingabe eines Nutzers über die Videosteuerung zu empfangen, während in anderen Fällen die Anzeige 110 nur eine Anzeige sein kann, ohne die Möglichkeit zur Berührungseingabe. In einem Beispiel kann die Anzeige 110 eine Haupteinheit-Anzeige sein, die in einem Mittelkonsolenbereich der Kabine des Fahrzeugs 102 beinhaltet ist. In einem anderen Beispiel kann die Anzeige 110 ein Bildschirm einer Instrumentengruppe des Fahrzeugs 102 sein.
-
Das VCS 106 kann ferner konfiguriert sein, um mit anderen Komponenten des Fahrzeugs 102 über ein oder mehrere fahrzeuginterne Netzwerke 112 oder Fahrzeugbusse 112 zu kommunizieren. Die fahrzeuginternen Netzwerke 112 können eines oder mehrere aus einem Fahrzeug-Controller Area Network (CAN), einem Ethernet-Netzwerk und einer mediengebundenen Systemübertragung (media oriented system transfer - MOST) beinhalten. Die fahrzeuginternen Netzwerke 112 können ermöglichen, dass das VCS 106 mit anderen Systemen des Fahrzeugs 102 kommunizieren kann, wie zum Beispiel einem Fahrzeugmodem der TCU 120A (die in einigen Konfigurationen nicht vorhanden sein kann), einem globalen Positionsbestimmungssystem (global positioning system - GPS)-Modul 120B, das konfiguriert ist, um Informationen zum aktuellen Standort des Fahrzeugs 102 und der Fahrtrichtung bereitzustellen, und verschiedenen anderen Fahrzeug-ECUs, die konfiguriert sind, um mit dem VCS 106 zusammenzuwirken. Als nicht einschränkende Möglichkeiten können die Fahrzeug-ECUs ein Antriebsstrangsteuermodul (powertrain control module - PCM) 120C beinhalten, das konfiguriert ist, um Motorbetriebskomponenten (z. B. Leerlaufdrehzahlsteuerungskomponenten, Kraftstoffzufuhrkomponenten, Emissionssteuerkomponenten usw.) und die Motorbetriebskomponenten (z. B. Status von Motordiagnosecodes) zu überwachen; ein Karosseriesteuermodul (body control module - BCM) 120D, das konfiguriert ist, um verschiedene Leistungssteuerungsfunktionen zu verwalten, wie zum Beispiel Außenbeleuchtung, Innenbeleuchtung, schlüsselloser Zugang, Fahrzeugtürverriegelung und -entriegelung, Fernstart und Überprüfung des Zugangspunktstatus (z. B. Schließstatus der Motorhaube, der Türen und/oder des Kofferraums des Fahrzeugs 102); ein Funksender/Empfänger-Modul (radio transceiver module - RCM) 120E, das konfiguriert ist, um mit Funkschlüsseln oder anderen lokalen Vorrichtungen des Fahrzeugs 102, einschließlich Mobiltelefone und mobile Vorrichtungen, zu kommunizieren; ein Klimaregelungsverwaltungs (climate control management - CCM)-Modul 120F, das konfiguriert ist, um die Heiz- und Kühlsystemkomponenten zu überwachen und zu steuern (z. B. Verdichterkupplungs- und Gebläsesteuerung, Temperatursensorinformationen usw.); und ein Batteriesteuermodul (battery control module - BACM) 120G, das konfiguriert ist, und den Ladezustand oder andere Parameter der Batterie des Fahrzeugs 102 zu überwachen.
-
In einem Beispiel kann das VCS 106 konfiguriert sein, um auf die Kommunikationsmerkmale der TCU 120A durch Kommunizieren mit der TCU 120A über einen Fahrzeugbus 112 zuzugreifen. In einigen Beispielen kann der Fahrzeugbus 112 einen Controller Area Network (CAN)-Bus, einen Ethernet-Bus oder einen MOST-Bus beinhalten. In anderen Beispielen kann das VCS 106 mit dem Server 150 über ein Servermodem 152 unter Verwendung der Kommunikationsdienste der Modems 122 kommunizieren. Der Server 150 kann einen Datenspeicher oder ein Datenbank-Repository beinhalten, einschließlich Zugangsschlüssel und Pre-Shared Keys mit symmetrischer Verschlüsselung für alle Fahrzeuge des Herstellers. Der Server 150 kann mehrere Zugangsschlüssel und symmetrische Schlüssel für das Fahrzeug 102 beinhalten. Der Server 150 kann einen Zugangsschlüssel über Schlüsselidentifikatoren einer Vielzahl von Pre-Shared Keys mit symmetrischer Verschlüsselung zuordnen. Die Schlüsselidentifikatoren können durch Hersteller-Fabrikate und -Modelle definiert werden. Der Server 150 kann die Zugangsschlüssel oder Pre-Shared Keys vom Fahrzeug 102 während der Herstellung empfangen oder Zugangsschlüssel und Keys mit symmetrischer Verschlüsselung während der Herstellung oder während der Verwendung des Fahrzeugs 102 zuweisen.
-
Das System 100 beinhaltet zusätzliche Fahrzeuge 140, 142. Die zusätzlichen Fahrzeuge 140, 142 stellen ein dezentrales Netzwerk 132 von Knoten zum Validieren einer Blockchain von Transaktionen bereit, wie in 4 gezeigt. Das dezentrale Netzwerk kann über ein beliebiges Kommunikationsprotokoll arbeiten. Das dezentrale Netzwerk kann zum Beispiel über ein C2C- oder ein Mobilfunknetzwerk 130 arbeiten. Obwohl sich die Liste der Transaktionen einschließlich der Frachtstandorte auf den Fahrzeugen 102, 140, 142 befinden kann, kann sich der Online-Marktplatz auf dem Server 150 befinden. Der Server 150 kann Benutzern, die versuchen, eine Transaktion ähnlich einer Finanzbörse zu erstellen, bei der Fahrzeug-Laderaum entlang von Routen ähnlich wie Aktien ausgetauscht wird, zugängliche Webinformationen zur Verfügung stellen.
-
Mit Bezug auf 2 ist eine Karte 200 gezeigt. Die Karte 200 beinhaltet ein Fahrzeug 102. Das Fahrzeug fährt entlang einer bereits bestehenden Route 202. Das Fahrzeug 102 fährt entlang der Route 202 zum Zielort 208. Während der Fahrt empfängt das Fahrzeug 102 den Hinweis auf eine Transaktion in der Blockchain. Die Transaktion beinhaltet einen Abholort 204 und einen Lieferort 206. Obwohl entlang der Route 202 gezeigt, können sich der Abholort 204 und der Lieferort 206 nahe oder im Allgemeinen in der Nähe der Route 202 befinden. In derartigen Umständen kann das Fahrzeug 102 eine andere Route fahren, um die Warenlieferung zu bewerkstelligen.
-
Wie in 3 gezeigt, kann das Fahrzeug 102 einen Frachtraum 160 beinhalten. Der Frachtraum 160 kann sich an jeder beliebigen Position des Fahrzeugs 102 befinden. Der Frachtraum 160 kann sich vor, hinter, oberhalb oder unterhalb in Bezug auf das Fahrzeugchassis befinden. Der Frachtraum 160 kann sich ferner vom Fahrzeug 102 entfernt befinden und angehängt sein. Wie dargestellt, beinhaltet der Frachtraum 160 eine Klappe 162 mit integriertem Sperrriegel 162. Der Sperrriegel 162 wird von einer Fahrzeugsteuerung (z. B. VCS 106) gesteuert. Das Fahrzeug 102 kann zusätzlich zum Frachtraum 160 einen Fahrgastraum beinhalten. Der Fahrgastraum kann durch transparentes Glas 168 und Wände 166 vom Laderaum 160 getrennt sein, um zu verhindern, dass Fahrgäste, die auch durch das Fahrzeug 102 befördert werden, Zugang haben. Der Frachtraum 160 kann einzelne vorbestimmte Ladeeinheiten 172 als Teil eines größeren Laderaums 170 beinhalten. Die vorbestimmte Einheit 172 kann einer Maßeinheit des Blocks entsprechen, sodass eine Werteinheit in der Blockchain gleich einer vorbestimmten Einheit 172 des Laderaums 170 ist. Es ist zu beachten, dass jede Anordnung des Laderaums verwendet werden kann und die Bezeichnungen von Frachträumen, Laderaum und vorbestimmten Einheiten lose definiert werden können als ein ganzer Kofferraum oder Laderaum eines Fahrzeugs.
-
Unter Bezugnahme auf 4 ist eine Blockchain 300 dargestellt. Die Blockchain 300 beinhaltet ein manipulationssicheres Ledger aus signierten Blöcken 302. Jeder Block 302 ist mit einem Hash 304 aus dem vorherigen Block und einem Daten-Repository mit vorherigen Transaktionen 306 signiert. Die Transaktionen 306 können in einem Hash-Baum, wie er im Fachgebiet bekannt ist, gespeichert sein. Die Transaktionen können in einer gehashten 308 Organisation von Transaktionen 310, umfassend das Transaktions-Ledger, gespeichert sein. Die Transaktionen 310 können Informationen über den verfügbaren Laderaum als ein Konto beinhalten. Die Transaktionen 310 können Informationen über die Historie des Laderaums 170 und seine Beziehung zu Transaktionen 310 auf dem Markt beinhalten, was eine Ausschreibung für den Laderaum 170 ermöglicht.
-
5 beinhaltet einen Algorithmus 400 zum Umsetzen von Teilen dieser Offenbarung. Der Algorithmus 400 beginnt bei Schritt 402. Bei Schritt 404 hält die Steuerung den verteilten Konsens des Ledgers innerhalb der Blockchain 300 bei. Das heißt, die Fahrzeuge 102, 140, 142 und andere Knoten validieren konstant die gemeinsame Blockchain 300, indem sie sicherstellen, dass die gehashten Transaktionen 310 gültig sind. In Schritt 406 berechnen die Fahrzeuge 102, 140, 142 und andere Knoten neue Einträge in das Blockchain 300-Ledger der Transaktionen 310. Das heißt, ähnlich wie bei Blockchain 300-Umsetzungen für Bitcoin und andere Kryptowährungen werden die Blöcke 302 durch einen zufälligen der Knoten 102, 140, 142 bestätigt, wenn ein ausreichend komplexer Algorithmus verwendet wird, um Antworten auf ein Puzzle anhand von Mining zu finden.
-
In Schritt 408 kann das Fahrzeug 102 erkennen, dass eine Transaktion, die einen Auftrag in Bezug auf sein Fahrzeug durch digitale Signaturen definiert, innerhalb der Blockchain 300 gespeichert ist. Bei einem Erkennen, wartet das Fahrzeug 102 auf eine Bestätigung der Transaktion 210 von dem dezentralen Netzwerk, dass die Transaktion 210 gültig ist. Diese Validierung kann erfordern, dass eine ausreichende Anzahl von zusätzlichen Blöcken 302 hinzugefügt wird, sodass die dem Fahrzeug 102 entsprechende Transaktion 210 innerhalb der gültigen Blockchain 302 nach einer Gabelung liegt. Bei Schritt 412 reserviert das Fahrzeug 102 eine vorbestimmte Einheit 172 des Laderaums 170. Die Reservierung kann die vorbestimmte Einheit 172 verriegeln. Das Fahrzeug 102 kann bei Schritt 414 den Frachtraum 160 verriegeln, um sicherzugehen, dass auf die vorbestimmte Einheit 172 nicht zugegriffen wird. Bei Schritt 416 kann das Fahrzeug 102 Befehle ausführen, um zu dem Abholort 204 zu fahren. Die Befehle des autonomen Fahrzeug können das Abrufen von Informationen von dem GPS-Empfänger 120B und anderen Fahrzeugsystemen beinhalten. Die Befehle werden ausgeführt, bis das Fahrzeug 102 bei Schritt 418 bestimmt, dass es an dem Abholort 204 angekommen ist. An dem Abholort 204 öffnet das Fahrzeug 102 bei Schritt 420 den Frachtraum 160. Bei Schritt 422 entriegelt das Fahrzeug 102 die eine vorbestimmte Einheit 172 des Laderaums 170. Nach dem Empfangen der Fracht bei Schritt 424, verriegelt das Fahrzeug 102 den Frachtraum 160 und die vorbestimmte Einheit 172. Das Fahrzeug 102 führt dann bei Schritt 428 Befehle aus, um den Lieferort 206 zu erreichen. Nach dem Ankommen an dem Lieferort 206 bei Schritt 430 öffnet das Fahrzeug bei Schritt 432 den Frachtraum 160 und die vorbestimmte Einheit 172 bei Schritt 424. Nachdem die Fracht bei Schritt 436 empfangen wurde, fährt das Fahrzeug 102 weiter zum Zielort 208.
-
Die in der Beschreibung verwendeten Ausdrücke dienen eher der Beschreibung und nicht der Einschränkung, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne von dem Geist und Umfang der Offenbarung abzuweichen. Wie oben beschrieben, können die Merkmale verschiedener Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden, die nicht explizit beschrieben oder veranschaulicht sind. Wenngleich verschiedene Ausführungsformen gegenüber anderen Ausführungsformen oder Umsetzungen nach dem Stand der Technik hinsichtlich einer oder mehrerer gewünschter Eigenschaften als vorteilhaft oder bevorzugt beschrieben sein können, versteht ein Durchschnittsfachmann, dass Kompromisse hinsichtlich einer oder mehrerer Eigenschaften oder Merkmale eingegangen werden können, um gewünschte allgemeine Systemattribute zu erreichen, die von der spezifischen Anwendung und Implementierung abhängig sind. Diese Attribute können unter anderem folgende beinhalten: Kosten, Festigkeit, Lebensdauer, Lebenszykluskosten, Marktfähigkeit, Erscheinungsbild, Verpackung, Größe, Betriebsfähigkeit, Gewicht, Herstellbarkeit, Einfachheit der Montage usw. Von daher liegen Ausführungsformen, welche in Bezug auf eine oder mehrere Eigenschaften als weniger wünschenswert als andere Ausführungsformen oder Umsetzungen nach dem Stand der Technik beschrieben werden, nicht außerhalb des Umfangs der Offenbarung und können für bestimmte Anwendungen wünschenswert sein.
-
Gemäß der vorliegenden Erfindung ist ein Fahrzeug bereitgestellt, das eine Steuerung aufweist, die konfiguriert ist, um eine Transaktion zu empfangen, die einen Auftrag für eine vorbestimmte Laderaumeinheit des Fahrzeugs definiert und in einer Blockchain aufgezeichnet ist, die ein Ledger enthält, das die Verfügbarkeit von Laderaum beschreibt und durch Knoten eines dezentralen Peer-Netzwerks validiert wird, sodass die Blockchain den Knoten gemeinsam ist, und um nach Bestätigung der Transaktion an das dezentrale Peer-Netzwerk Befehle auszuführen, um zu einem Abholort zu fahren.
-
Gemäß einer Ausführungsform ist die Steuerung ferner konfiguriert, um den Laderaum für Waren zu reservieren, die sich auf den Auftrag beziehen, nachdem dem dezentralen Peer-Netzwerk die Transaktion bestätigt wurde.
-
Gemäß einer Ausführungsform beinhaltet die Reservierung das Verriegeln eines Frachtraums, der der vorbestimmten Einheit zugeordnet ist, es sei denn, das Fahrzeug befindet sich am Abholort oder an einem Lieferort.
-
Gemäß einer Ausführungsform beinhaltet die Reservierung das Verriegeln der vorbestimmten Einheit, es sei denn, das Fahrzeug befindet sich am Abholort oder an einem Lieferort.
-
Gemäß einer Ausführungsform liegt der Abholort entlang einer bereits bestehenden Route des Fahrzeugs.
-
Gemäß einer Ausführungsform liegt ein Lieferort entlang einer bereits bestehenden Route des Fahrzeugs.
-
Gemäß einer Ausführungsform ist mindestens einer der Knoten das Fahrzeug.
-
Gemäß einer Ausführungsform ist mindestens einer der Knoten ein anderes Fahrzeug.
-
Gemäß der vorliegenden Erfindung ist ein Fahrzeug bereitgestellt, das eine Steuerung aufweist, die konfiguriert ist, um eine Transaktion zu empfangen, die einen Auftrag für eine vorbestimmte Laderaumeinheit des Fahrzeugs definiert und in einer Blockchain aufgezeichnet ist, die ein Ledger enthält, das die Verfügbarkeit von Laderaum beschreibt und durch Knoten eines dezentralen Peer-Netzwerks validiert wird, sodass die Blockchain den Knoten gemeinsam ist, und den Laderaum für Waren zu reservieren, die sich auf den Auftrag beziehen, nachdem dem dezentralen Peer-Netzwerk die Transaktion bestätigt wurde.
-
Gemäß einer Ausführungsform ist die Steuerung ferner konfiguriert, um den Laderaum für Waren zu reservieren, die sich auf den Auftrag beziehen, nachdem dem dezentralen Peer-Netzwerk die Transaktion bestätigt wurde.
-
Gemäß einer Ausführungsform beinhaltet die Reservierung das Verriegeln eines Frachtraums, der der vorbestimmten Einheit zugeordnet ist, es sei denn, das Fahrzeug befindet sich an einem Abholort oder Lieferort.
-
Gemäß einer Ausführungsform beinhaltet die Reservierung das Verriegeln der vorbestimmten Einheit, es sei denn, das Fahrzeug befindet sich am Abholort oder an einem Lieferort.
-
Gemäß einer Ausführungsform liegt der Abholort entlang einer bereits bestehenden Route des Fahrzeugs.
-
Gemäß einer Ausführungsform liegt der Lieferort entlang einer bereits bestehenden Route des Fahrzeugs.
-
Gemäß einer Ausführungsform ist mindestens einer der Knoten das Fahrzeug.
-
Gemäß einer Ausführungsform ist mindestens einer der Knoten ein anderes Fahrzeug.
-
Gemäß der vorliegenden Erfindung beinhaltet ein Verfahren das Ausführen von Befehlen durch eine Steuerung, um nach Bestätigung einer Transaktion an ein dezentrales Peer-Netzwerk zu einem Abholort zu fahren, wobei die Transaktion einen Auftrag für eine vorbestimmte Laderaumeinheit des Fahrzeugs definiert und in einer Blockchain aufgezeichnet ist, die ein Ledger enthält, das die Verfügbarkeit von Laderaum beschreibt und durch Knoten eines dezentralen Peer-Netzwerks validiert wird, sodass die Blockchain den Knoten gemeinsam ist.
-
Gemäß einer Ausführungsform ist die vorstehende Erfindung ferner gekennzeichnet durch Reservieren des Laderaums für Waren, die sich auf den Auftrag beziehen, nachdem dem dezentralen Peer-Netzwerk die Transaktion bestätigt wurde.
-
Gemäß einer Ausführungsform beinhaltet das Reservieren das Verriegeln eines Frachtraums, der der vorbestimmten Einheit zugeordnet ist, es sei denn, das Fahrzeug befindet sich am Abholort oder an einem Lieferort.
-
Gemäß einer Ausführungsform beinhaltet das Reservieren das Verriegeln der vorbestimmten Einheit, es sei denn, das Fahrzeug befindet sich am Abholort oder Lieferort.
