DE102020122757A1 - Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain - Google Patents

Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain Download PDF

Info

Publication number
DE102020122757A1
DE102020122757A1 DE102020122757.4A DE102020122757A DE102020122757A1 DE 102020122757 A1 DE102020122757 A1 DE 102020122757A1 DE 102020122757 A DE102020122757 A DE 102020122757A DE 102020122757 A1 DE102020122757 A1 DE 102020122757A1
Authority
DE
Germany
Prior art keywords
vehicle
user
blockchain
ridesharing
devices
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102020122757.4A
Other languages
English (en)
Inventor
Dominique Meroux
Zhen JIANG
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of DE102020122757A1 publication Critical patent/DE102020122757A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0605—Supply or demand aggregation
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3446—Details of route searching algorithms, e.g. Dijkstra, A*, arc-flags, using precalculated routes
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G01C21/3605—Destination input or retrieval
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0088—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots characterized by the autonomous decision making process, e.g. artificial intelligence, predefined behaviours
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/554—Detecting local intrusion or implementing counter-measures involving event detection and direct action
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3297—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving time stamps, e.g. generation of time stamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Evolutionary Computation (AREA)
  • Artificial Intelligence (AREA)
  • Medical Informatics (AREA)
  • Game Theory and Decision Science (AREA)
  • Power Engineering (AREA)
  • Educational Administration (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Alarm Systems (AREA)

Abstract

Diese Offenbarung stellt Systeme und Verfahren für Mitfahrgelegenheiten unter Verwendung von Blockchain bereit. Es werden Systeme, Verfahren und computerlesbare Medien offenbart, die Mitfahrgelegenheiten unter Verwendung von Blockchain beschreiben. Beispielhafte Verfahren können Folgendes beinhalten: Bestimmen eines Zustands, der einem Benutzer eines Mitfahrgelegenheitsfahrzeugs zugeordnet ist, anhand mindestens einer ersten Vorrichtung, die dem Mitfahrgelegenheitsfahrzeug zugeordnet ist; Identifizieren einer Bestätigung des Zustands durch eine oder mehrere zweite Vorrichtungen; und Hinzufügen einer Transaktion zu einer Blockchain, wobei die Transaktion eine Beschreibung des Zustands, die Bestätigung und einen Link zu einer Fahrtaufnahme des Zustands umfasst.

Description

  • GEBIET DER TECHNIK
  • Die vorliegende Offenbarung betrifft Systeme, Verfahren und computerlesbare Medien für Mitfahrgelegenheiten und insbesondere für Mitfahrgelegenheiten unter Verwendung von Blockchain.
  • ALLGEMEINER STAND DER TECHNIK
  • Die zunehmende Vernetzung und elektronische Anbindung haben zu einer erhöhten kommerziellen Aktivität in Anwendungen für herkömmliche Mitfahrgelegenheiten und Mitfahrgelegenheiten mit autonomen Fahrzeugen geführt. Herkömmliche auf mobilen Anwendungen basierende Mitfahrgelegenheitsansätze können jedoch einige potenzielle Nachteile aufweisen. Beispielsweise können auf mobilen Anwendungen basierende Mitfahrgelegenheitsansätze hinsichtlich Informationen über die Verfügbarkeit von Mitfahrgelegenheiten im Allgemeinen darauf ausgerichtet sein, Pendelfahrten zu ermöglichen. Dementsprechend sind Mitfahrgelegenheiten unter Umständen nicht zu jeder Tageszeit und nicht für Entfernungen über und/oder unter vorher festgelegten Schwellenwerten verfügbar. Darüber hinaus können Fahrer bei herkömmlichen Mitfahrgelegenheitssystemen Armaturenbrettkameras verwenden, was es Fahrern ermöglicht, Videos von Mitfahrern in nicht autorisierter Weise als Livestream bereitzustellen. Dementsprechend bieten derartige herkömmliche Systeme unter Umständen keine angemessene Kontrolle darüber, wann und wo Szenen auf Video aufgezeichnet werden, und sind unter Umständen nicht in der Lage, den Zugriff auf das Video zu kontrollieren.
  • Herkömmliche Systeme können ferner begrenzte Sicherheitsmerkmale, wie etwa Betrugsschutz, bereitstellen. Zum Beispiel kann ein Fahrer in betrügerischer Absicht behaupten, dass ein Mitfahrer des Mitfahrgelegenheitsfahrzeugs den Innenraum beschädigt hat (z. B. durch Vandalismus oder durch Erbrechen). Zusätzlich können herkömmliche Mitfahrgelegenheitssysteme wenig oder keinen Schutz vor gefährlichen Situationen für Fahrgäste und/oder Fahrer, wie etwa Überfällen, Entführungen und anderen kriminellen Handlungen, bereitstellen. Ferner tragen herkömmliche auf mobilen Anwendungen basierende Mitfahrgelegenheitsansätze nicht unbedingt immer dazu bei, die Erfahrungen von Mitfahrern und Fahrern mit dem Fahrzeug angenehmer zu gestalten, einschließlich Infotainment und dynamischen sozialen Erfahrungen. Herkömmlichen Umsetzungen von Mitfahrgelegenheiten fehlen unter Umständen die Informationen, die Anbindung, die Sicherheit und die Funktionen für soziale Erfahrungen, die durch in das Fahrzeug integrierte Technologie ermöglicht werden.
  • Daher werden Systeme und Verfahren zum Verbessern von Mitfahrgelegenheitssystemen und -verfahren benötigt, zum Beispiel unter Verwendung von Blockchain-Technologie.
  • KURZDARSTELLUNG
  • Es werden Systeme, Verfahren und computerlesbare Medien offenbart, die Mitfahrgelegenheiten unter Verwendung von Blockchain beschreiben. Beispielhafte Verfahren können Folgendes beinhalten: Bestimmen eines Zustands, der einem Benutzer eines Mitfahrgelegenheitsfahrzeugs zugeordnet ist, anhand mindestens einer ersten Vorrichtung, die dem Mitfahrgelegenheitsfahrzeug zugeordnet ist; Identifizieren einer Bestätigung des Zustands durch eine oder mehrere zweite Vorrichtungen; und Hinzufügen einer Transaktion zu einer Blockchain, wobei die Transaktion eine Beschreibung des Zustands, die Bestätigung und einen Link zu einer Fahrtaufnahme des Zustands umfasst.
  • Figurenliste
    • 1 zeigt ein beispielhaftes Nutzungsszenario für Mitfahrgelegenheiten unter Verwendung von Blockchain gemäß beispielhaften Ausführungsformen der Offenbarung.
    • 2 zeigt ein Diagramm, das darstellt, wie Blockchain verwendet werden kann, um mitfahrgelegenheitsbezogene Transaktionen über Vorrichtungen in einem Netzwerk aufzuzeichnen, gemäß beispielhaften Ausführungsformen der Offenbarung.
    • 3 zeigt beispielhafte Prozessabläufe, die ein Verfahren für Mitfahrgelegenheiten unter Verwendung von Blockchain beschreiben, gemäß beispielhaften Ausführungsformen der Offenbarung.
    • 4 ist eine schematische Darstellung eines beispielhaften autonomen Fahrzeugs (autonomous vehicle - AV), das unter Verwendung der offenbarten Systeme und Verfahren Mitfahrdienste unter Verwendung von Blockchain bereitstellen kann, gemäß einer oder mehreren Ausführungsformen der Offenbarung.
    • 5 ist eine schematische Darstellung einer beispielhaften Serverarchitektur für einen oder mehrere Server, die verwendet werden kann, um Mitfahrdienste unter Verwendung von Blockchain bereitzustellen, gemäß einer oder mehreren Ausführungsformen der Offenbarung.
  • DETAILLIERTE BESCHREIBUNG
  • Überblick
  • Künstliche Intelligenz (KI) kann computerimplementierte Techniken und Systeme beinhalten, die versuchen, menschliche Entscheidungen unter Verwendung von Daten nachzuahmen. Blockchain kann eine Technologie darstellen, welche die Datensteuerung zwischen Knoten in einem Netzwerk dezentralisieren, unveränderliche Datensätze in einem öffentlichen Register generieren und untersuchen und Assets zwischen den Knoten austauschen kann. Blockchain kann sich auf eine wachsende Liste von Datensätzen beziehen, die als Blöcke bezeichnet werden und unter Verwendung von kryptografischen Techniken untereinander verlinkt sind. KI und Blockchain können zusammen verwendet werden, um kollaboratives Lernen ohne Verwendung eines zentralen Datenspeichers durchzuführen, Sicherheitsbedenken im Netzwerk von Knoten zu erkennen, den Datenschutz durch Hash-Funktionen zu verbessern und die Wahrscheinlichkeit vorherzusagen, dass ein Knoten bestimmte Aufgaben erfüllt. Wie nachstehend ausführlich beschrieben, werden Systeme und Verfahren beschrieben, bei denen KI und Blockchain verwendet werden, um Mitfahrgelegenheitsanwendungen mit Fahrzeugen zu ermöglichen. Insbesondere ist die Offenbarung im Allgemeinen auf ein Integrieren von Mitfahrgelegenheitsfunktionen direkt in die Systeme eines Fahrzeugs unter Verwendung von Blockchain ausgerichtet.
  • In einigen Aspekten kann die Integration der Mitfahrgelegenheitsfunktionen in ein Fahrzeug und in die eines Fahrzeugs unter Verwendung von Blockchain einem auf mobilen Vorrichtungen basierenden Mitfahrgelegenheitsansatz gegenübergestellt werden, bei dem unter Umständen keine Eingaben von einem Fahrzeug und den Vorrichtungen eines Fahrzeugs abgefragt werden und diese nicht verschiedene Mitfahrgelegenheitsaufgaben durchführen. Ferner beschreibt die Offenbarung den Austausch von Nachrichten zwischen Benutzervorrichtungen, Fahrzeugvorrichtungen, Sensoren und Umgebungsvorrichtungen (z. B. Infrastrukturvorrichtungen, mobilen Vorrichtungen von Drittteilnehmern und dergleichen), der in der Blockchain aufgezeichnet werden kann. Eine derartige Nachricht kann Fahrzeugstatusinformationen beinhalten (z. B. Textbeschreibungen, dass das Fahrzeug zu einem bestimmten Mitfahrgelegenheitsabholort fährt, dass ein erwarteter Mitfahrer in das Fahrzeug einsteigt, dass sich das Fahrzeug in Richtung eines Ziels bewegt und dergleichen). Ferner können die Fahrzeugstatusinformationen Fahrzeugstandortinformationen, Zeitstempelinformationen, die Stopps und nennenswerten Ereignissen auf einer Mitfahrgelegenheitsfahrt zugeordnet sind, einen sicheren Link zu Bild-, Video- und/oder Audioaufnahmen einer bestimmten Mitfahrgelegenheitsfahrt und/oder dergleichen beinhalten.
  • In einigen Beispielen können die offenbarten Systeme Nachrichten verwenden, die mehrere Benutzer eines Mitfahrdienstes ansprechen. Zum Beispiel können die offenbarten Systeme Nachrichten verwenden, die eine Textbeschreibung beinhalten, dass derzeit eine bestimmte Mitfahrgelegenheitsfahrt mit einem bestimmten ersten Mitfahrer stattfindet und dass das Fahrzeug unterwegs ist, um einen zweiten Mitfahrer abzuholen.
  • In einigen Beispielen können die offenbarten Systeme Paniktasten beinhalten, die in dem Fahrzeugsystem umgesetzt sein können (z. B. an verschiedenen Stellen in der Kabine des Fahrzeugs). Eine Paniktaste kann eine elektronische Vorrichtung beinhalten, die dazu ausgestaltet ist, dabei zu helfen, in Notfallsituationen, bei denen eine Gefahr für Personen oder Eigentum besteht, jemanden zu alarmieren. Die Aktivierung derartiger Paniktasten kann ein Datenpaket an eine Instanz senden, wobei die Daten einen Notfallstatus sowie eine Art des Notfalls (z. B. einen medizinischen Notfall oder einen Notfall, der die Polizei erfordert) angeben. In einigen Fällen können Daten bezüglich des Notfalls (z. B. Zeitinformationen, Transkriptionen von Audioaufnahmen, die Fahrgästen des Fahrzeugs zugeordnet sind, audiovisuelle Aufnahmen usw.) in die Blockchain geschrieben werden. In einigen Beispielen können die offenbarten Systeme einem Fahrgast oder Fahrer, der sich bedroht fühlt, die Fähigkeit bereitstellen, eine diskrete Notfallangabe bereitzustellen, die an Rettungsdienste weitergeleitet werden kann. Zum Beispiel kann eine derartige Notfallangabe beinhalten, dass zwei Finger in einer vorher festgelegten Geste in das Sichtfeld einer fahrzeugbasierten Kamera gehalten werden.
  • In einigen Beispielen können Nachrichten zwischen Vorrichtungen übertragen werden, die anderen Beförderungsmitteln (z. B. öffentlichen Verkehrsmitteln, Rollern, Fahrrädern usw.) zugeordnet sind und mit den offenbarten Systemen in Kommunikation stehen können, und können die Nachrichten in der Blockchain aufgezeichnet werden. In anderen Aspekten kann das offenbarte System zudem Techniken zum Herstellen eines Blockchain-Konsens umsetzen. Zum Beispiel können die offenbarten Systeme bestimmen, dass eine Schwellenwertanzahl erster Vorrichtungen (z. B. Benutzern der Mitfahrgelegenheitsanwendung zugeordneter Vorrichtungen, Fahrzeugvorrichtungen und Infrastrukturvorrichtungen) sich mit den gleichen Hashwerten für die Blockchain meldet, während eine bestimmte zweite Vorrichtung (z. B. die Vorrichtung eines Fahrers) Hashwerte meldet, die nicht mit den erwarteten Hashwerten für die Blockchain übereinstimmen. Dementsprechend können die offenbarten Systeme eine Nachricht an den Besitzer der zweiten Vorrichtung übertragen (z. B. eine E-Mail-Nachricht, eine Textnachricht an eine andere Vorrichtung, die dem Besitzer der zweiten Vorrichtung zugeordnet ist), dass vermutlich ein Hacking-Ereignis vorliegt. In anderen Beispielen können die offenbarten Systeme, wenn mehrere der Mitfahrgelegenheits-Blockchain zugeordnete Vorrichtungen Hashwerte zurückmelden, die nicht mit den erwarteten Hashwerten der Blockchain übereinstimmen, bestimmen, dass eine schwerwiegendere Sicherheitsverletzung vorliegt. Dementsprechend können die offenbarten Systeme eine Warnmeldung und/oder eine Fehlermeldung an alle Vorrichtungen übertragen, die der Mitfahrgelegenheits-Blockchain zugeordnet sind. Die offenbarten Systeme können ferner ein zu befolgendes Sicherheitsprotokoll (z. B. Wechseln zu einer anderen Anwendung, die in einem sicheren Modus ausgeführt wird, oder Verwenden eines internetbasierten Portals) und/oder eine zu bearbeitende Nachricht festlegen. Ferner können die offenbarten Systeme die Statuswerte des Fahrzeug- und/oder Mitfahrgelegenheitssystems markieren und bestimmen, dass ein Sicherungsprotokoll bei der Verarbeitung dieser Statuswerte verwendet werden soll.
  • In einigen Beispielen können die offenbarten Systeme dazu konfiguriert sein, selektiv das Aufzeichnen und/oder Ansehen von Videoaufnahmen (oder anderen Daten) zuzulassen. Insbesondere kann das Aufzeichnen und/oder Ansehen von Videoaufnahmen auf gesetzlichen Vorschriften (z. B. von Regierungsbehörden bestimmten Vorschriften) und/oder auf Benutzerpräferenzen beruhen. Als ein Beispiel kann eine aufgezeichnete Videoaufnahme von Strafverfolgungsbehörden und zugeordneten Instanzen (z. B. Polizei, Richtern, Anwälten und/oder Geschworenen) für einen Fall (z. B. einen Fall, der eine Auseinandersetzung beinhaltet) eingesehen werden, bei dem die Ereignisse und/oder Sachverhaltsmuster umstritten sind. Dementsprechend können die offenbarten Systeme im Allgemeinen die Privatsphäre der Benutzer wahren und gleichzeitig die Sicherheit von Fahrgästen und die Rechtmäßigkeit verschiedener Anschuldigungen (z. B. Erbrechen, Betrug, Übergriff und dergleichen) gewährleisten.
  • Veranschaulichende Ausführungsformen
  • In einigen Beispielen können Fahrer von Mitfahrdiensten vor einer Reihe von Herausforderungen stehen. Zum Beispiel können Fahrer mit Verkehrsstaus konfrontiert sein, sind unter Umständen nicht in der Lage, Spuren für Hochbelegungsfahrzeuge (high-occupancy vehicle - HOV) in Anspruch zu nehmen, und müssen unter Umständen Kraftstoffkosten verwalten. Darüber hinaus können Fahrzeuge, die in Mitfahrgelegenheitsanwendungen verwendet werden, ungenutzte Sitzkapazität aufweisen. Zum Beispiel können Fahrer mit einem Insassen während der Fahrt vier bis sechs Sitze leer lassen. Wenngleich das Abholen eines oder mehrerer zusätzlicher Fahrgäste zu einer Routenabweichung führen kann, können Fahrer von finanziellen Entschädigungen und der Möglichkeit, HOV-Spuren in Anspruch zu nehmen, profitieren. Ferner können soziale Erfahrungen im Kontext der Beförderung dazu führen, dass Benutzer die Fahrt mehr genießen. Zusätzlich kann das Verhältnis von Einzelinsassen zu Fahrgemeinschaften Auswirkungen auf Verkehrsstaus, Luftverschmutzung und Anbindung haben und dadurch die Umweltverträglichkeit beeinflussen.
  • Bei all diesen möglichen Problemen beteiligen sich Fahrer unter Umständen nicht an Mitfahrgelegenheiten, selbst wenn HOV-Spuren vorhanden sind. Der weltweite Bestand an leichten Nutzfahrzeugen liegt bei 750 Millionen Fahrzeugen in städtischen Gebieten und 1,1 Milliarden Fahrzeugen insgesamt und die Größe des Gesamtbestands kann sich bis 2050 verdoppeln. In einigen Szenarien können Mitfahrgelegenheiten mit privaten Fahrzeugen den Umweltschutz fördern und Verkehrsstaus reduzieren. Selbst bei einem Anstieg des Anteils an gemeinsam genutzten Mobilitätsdiensten können private Fahrzeuge in Großstädten und außerstädtischen Gebieten weiterhin eine relativ große Präsenz aufweisen. Diese Präsenz kann darauf zurückzuführen sein, dass diese Standorte häufig nicht für dynamische Mitfahrdienste optimiert sind. Mitfahrdienste stellen heutzutage aufgrund ihrer hohen Kosten (Herausforderung für Zugänglichkeit für Mitfahrer mit geringem Einkommen) und ihres Beitrags zu Verkehrsstaus und Luftverschmutzung bei Leerfahrten (Fahrten ohne Fahrgast) keine Lösung dar.
  • Wie angemerkt, können herkömmliche Systeme darauf angewiesen sein, dass Fahrer Mobiltelefone verwenden. Diese Verwendung von Mobiltelefonen kann zu Sicherheits- und Vertrauensproblemen, Datenschutzproblemen, Vernachlässigung der Erfahrung des Mitfahrers und des Fahrers im Fahrzeug und zu einer begrenzten Verfügbarkeit von Informationen bezüglich Angebot und Nachfrage von Mitfahrgelegenheitsfahrten führen. Dementsprechend kann die eingebaute Integration von Mitfahrgelegenheitsfunktionen in ein Fahrzeug den Benutzerkomfort bei Mitfahrgelegenheiten umgestalten und einige der riskanten Elemente der Mitfahrgelegenheitserfahrung beseitigen. Beispielsweise können die offenbarten Systeme eine Integration mit sicherheitsbezogener Hardware im Fahrzeug in Kombination mit sicheren Registersystemen wie Blockchain ermöglichen. Diese Integration kann eine fehlertolerante Möglichkeit zum Beheben einiger der angemerkten Bedenken rund um Schutz und Sicherheit bieten. Ferner kann diese Integration eine fehlertolerante Möglichkeit zum Beheben umstrittener Gebühren unter Wahrung der Privatsphäre der Benutzer bieten. Zum Beispiel können die offenbarten Systeme das Auftreten von sogenanntem Erbrochenem Betrug reduzieren, bei dem ein Fahrer fälschlicherweise behauptet, dass ein Mitfahrer den Innenraum beschädigt hat, und eine entsprechende Gebühr in Rechnung stellt. Das offenbarte System kann fahrzeuginterne Sensoren verwenden, um dem Fahrer oder einem Fuhrparkbetreiber Informationen über die Fahrtkosten der Mitfahrgelegenheit bereitzustellen, wie etwa Kraftstoffkosten, Kilometerstand, Einnahmen und dergleichen.
  • In einigen Beispielen können die offenbarten Systeme die Mitfahrgelegenheitserfahrung von Benutzern durch Integration mit der Mensch-Maschine-Schnittstelle (MMS) von Fahrzeugen und Steuerungen und Bildschirmen für fahrzeuginternes Infotainment (in-vehicle infotainment - IVI), einschließlich Navigations- und Unterhaltungsfunktionen, verbessern. Die offenbarten Systeme können ferner Sensoren am Fahrzeug verwenden, um dem Fahrer oder Fuhrparkbetreiber Informationen bezüglich den Fahrtkosten der Mitfahrgelegenheit (z. B. Kraftstoffkosten, einer jeweiligen Abholung zugeordneter Kilometerstand, Abnutzung und Verschleiß) und den Fahrtkosten der Mitfahrgelegenheit relativ zu den Einnahmen bereitzustellen. Ferner können die offenbarten Systeme dem Fahrer oder Furhparkbetreiber sowohl vor der Fahrt (geschätzte Werte) als auch danach (tatsächliche Werte) Informationen bezüglich den Fahrtkosten der Mitfahrgelegenheit bereitstellen.
  • In anderen Beispielen können die offenbarten Systeme unter Beachtung von Einschränkungen hinsichtlich Infrastruktur oder Fahrreichweite Fahrzeugunterstützung für einen umweltfreundlichen Antrieb mit sauberem Kraftstoff ermöglichen. In anderen Beispielen können die offenbarten Systeme die Masseneinführung von Mitfahrgelegenheitszuordnungen während Fahrten, wie etwa Berufspendelfahrten, Ausflugsfahrten oder Besorgungsfahrten, erleichtern. Insbesondere können die offenbarten Systeme die Verwendung von HOV-Fahrspuren und eine Reduzierung der zurückgelegten Fahrzeugmeilen (vehicle miles traveled - VMT) erleichtern. Die offenbarten Systeme können bei Reduzierung der betrügerischen Verwendung die Vorteile der Investitionen in Mobilitätsmanagement erhalten. Beispielsweise können die offenbarten Systeme ermöglichen, dass Fahrern auf mautpflichtigen Straßen freie Fahrt gewährt wird, wenn über ein Echtzeit-Blockchain-Register verifiziert wird, dass der Fahrer derzeit Mitfahrgelegenheitsinsassen fährt.
  • 1 zeigt ein beispielhaftes Nutzungsszenario für das Erhöhen der Fahrzeugsicherheit für Fahrgäste unter Verwendung von Blockchain gemäß beispielhaften Ausführungsformen der Offenbarung. Insbesondere kann ein Haus 102 verschiedene Sensoren und/oder Kameras beinhalten, die erkennen können, wenn Personen oder Tiere das Haus betreten und verlassen und zu einem Fahrzeug und von diesem weg gehen. Die offenbarten Systeme können Nachrichten über ein Netzwerk 103 von dem Haus 102 zugeordneten Vorrichtungen empfangen, die Transaktionen melden können, die derartige Interaktionen zwischen den Personen, dem Haus und/oder dem Fahrzeug beschreiben. Ferner können die dem Haus 102 zugeordneten Vorrichtungen Bestätigungsnachrichten über ein Netzwerk 103 senden, die andere Transaktionen bestätigen können, die von zusätzlichen Vorrichtungen generiert wurden (nachstehend ausführlicher gezeigt und beschrieben). Diese Bestätigungsnachrichten können ebenfalls in die Blockchain 105 geschrieben werden, um eine Aufzeichnung von Transaktionen in Bestätigungen bereitzustellen.
  • Das Fahrzeug 104 kann verschiedene Vorrichtungen (z. B. Überwachungssysteme, Kameras, drahtlose Sendeempfänger, Fahrzeugtüren und -sitze mit eingebetteten Sensoren und/oder dergleichen) beinhalten, die erkennen können, wenn Personen in das oder aus dem Fahrzeug steigen und zum Fahrzeug oder von diesem zu einem bestimmten Ziel gehen (z. B. zu einem Haus 102, zur Arbeit, zu einem Geschäft und/oder dergleichen). Die offenbarten Systeme können Nachrichten über ein Netzwerk 103 von dem Fahrzeug 104 zugeordneten Vorrichtungen empfangen, die Transaktionen melden, die derartige Interaktionen zwischen den Personen und dem Fahrzeug beschreiben. Ferner können die dem Fahrzeug 104 zugeordneten Vorrichtungen Bestätigungsnachrichten senden, die andere Transaktionen bestätigen können, die von zusätzlichen Vorrichtungen generiert wurden. Diese Bestätigungsnachrichten können ebenfalls in die Blockchain 105 geschrieben werden, um eine Aufzeichnung von Transaktionen in Bestätigungen bereitzustellen. Zum Beispiel kann das Fahrzeug 104 eine Transaktion bestätigen, die von einem Überwachungssystem des Hauses 102 generiert wurde und angibt, dass sich ein Mitfahrgelegenheitsbenutzer zum Fahrzeug 104 bewegt und/oder in dieses einsteigt.
  • Das Fahrzeug 104 kann Sensoren beinhalten, die bestimmen können, wenn ein Mitfahrgelegenheitsfahrgast in das oder aus dem Fahrzeug steigt. Das Fahrzeug 104 kann demnach Transaktionen generieren, welche die Interaktion zwischen dem Fahrgast und dem Fahrzeug beschreiben. Ferner können die Sensoren des Fahrzeugs Bestätigungsnachrichten über ein Netzwerk 103 senden, die andere Transaktionen bestätigen, die von zusätzlichen Vorrichtungen generiert wurden. Diese Bestätigungsnachrichten können ebenfalls in die Blockchain 105 geschrieben werden, um eine Aufzeichnung von Transaktionen in Bestätigungen bereitzustellen. Beispielsweise können die Sensoren des Fahrzeugs eine Transaktion bestätigen, die von einem Fahrzeug 104 generiert wurde und angibt, dass der Fahrgast in das Fahrzeug 104 einsteigt, wenn der Fahrgast im Fahrzeug sitzt.
  • Eine Benutzervorrichtung 112 kann von Personen (z.B. Fahrgästen von Fahrzeugen, umstehenden Personen usw.) verwendet werden, um Bestätigungsnachrichten über ein Netzwerk 103 zu senden, die andere Transaktionen bestätigen können, die von zusätzlichen Vorrichtungen generiert wurden. Diese Bestätigungsnachrichten können ebenfalls in die Blockchain 105 geschrieben werden, um eine Aufzeichnung von Transaktionen in Bestätigungen bereitzustellen. Zum Beispiel kann die Person eine Benutzervorrichtung 112 verwenden, um eine Transaktion zu bestätigen, die von einem Fahrzeug 104 generiert wurde und angibt, dass der Mitfahrgelegenheitsfahrgast in das Fahrzeug 104 einsteigt.
  • Die Standorte, zu denen die Mitfahrgelegenheitsfahrgäste befördert werden, können verschiedene Vorrichtungen, wie etwa Überwachungssysteme (z. B. ähnlich dem Überwachungssystem 116), beinhalten, welche die Interaktionen zwischen Personen, einschließlich Fahrern und Fahrgästen, überwachen können. Insbesondere können Infrastrukturelemente 108 und zugehörige Vorrichtungen an einigen Standorten dazu konfiguriert sein, Transaktionen über das Netzwerk 103 zu übertragen, die angeben, dass Fahrgäste einen Ort betreten oder einen Ort verlassen, durch ein bestimmtes Viertel fahren usw. In anderen Beispielen können Infrastrukturelemente 108 und zugehörige Vorrichtungen an einem bestimmten Standort regelmäßig Transaktionen über das Netzwerk 103 übertragen, die Fahrgäste, Fahrer und Mitfahrgelegenheitsfahrzeuge (z. B. das Fahrzeug 104) angeben, die Zeit an dem bestimmten Standort verbringen. Ferner können die Infrastrukturelemente 108 und zugehörigen Vorrichtungen des Standorts Bestätigungsnachrichten über ein Netzwerk 103 senden, die andere Transaktionen bestätigen können, die von zusätzlichen Vorrichtungen generiert wurden. Diese Bestätigungsnachrichten können ebenfalls in die Blockchain 105 geschrieben werden, um eine Aufzeichnung von Transaktionsbestätigungen bereitzustellen. Beispielsweise können die Infrastrukturelemente 108 und zugehörigen Vorrichtungen an einem bestimmten Standort eine Transaktion bestätigen, die von einem Fahrzeug 104 generiert wurde und angibt, dass der Fahrgast zu einem bestimmten Ziel fährt.
  • Das Überwachungssystem 116 kann in Verbindung mit einem beliebigen Standort und/oder beliebigen Infrastrukturelementen 108, einem Fahrzeug 104, einem Haus 102 und/oder dergleichen verwendet werden. Insbesondere kann das Überwachungssystem 116 die Aktivität von Personen an einem bestimmten Standort, in einem Fahrzeug, beim Bewegen zu und weg von einem Fahrzeug, beim Betreten oder Verlassen eines Hauses und/oder dergleichen überwachen. Das Überwachungssystem 116 kann zudem Transaktionen über das Netzwerk 103 übertragen, die in die Blockchain 105 geschrieben werden können. Des Weiteren kann das Überwachungssystem 116 Transaktionen bestätigen, die zuvor von anderen Vorrichtungen in die Blockchain 105 geschrieben wurden. Zum Beispiel kann das dem Haus 102 zugeordnete Überwachungssystem 116 eine Transaktion bestätigen, die angibt, dass der Fahrgast das Haus verlassen hat und sich zum Fahrzeug 104 bewegt und/oder in dieses einsteigt.
  • In verschiedenen Aspekten können die offenbarten Systeme alternative Optionen, Sicherungsprotokolle und/oder zusätzliche Sicherheitsschichten umsetzen, um einen Blockchain-Ansatz zur Nachrichtenbestätigung zu ergänzen. Zum Beispiel können die offenbarten Systeme Vorrichtungen verwenden, die Standorts- und Geschwindigkeitssensoren aufweisen und mit dem Fahrzeug 104 gekoppelt werden können. Die offenbarten Systeme können die Vorrichtungen dazu konfigurieren, eine Bestätigung und Validierung durchzuführen, um jedes Segment der Fahrt zu bestimmen und zu verifizieren. In anderen Beispielen können die offenbarten Systeme Vorrichtungen des Fahrzeugs 104 dazu konfigurieren, Video- und/oder Audioaufnahmen zusammen mit anderen Informationen zu verschlüsseln. Die offenbarten Systeme können Vorrichtungen des Fahrzeugs 104 dazu konfigurieren, die verschlüsselten Aufnahmen und/oder Informationen über das Netzwerk 103 an einen Server (nicht gezeigt) zu senden. Ferner können die offenbarten Systeme den Server so konfigurieren, dass nur autorisierte Teilnehmer auf die Informationen zugreifen können. In einigen Beispielen können der Fahrer und/oder die Fahrgäste vom Zugriff auf die Informationen ausgeschlossen werden. Für den Fall, dass die offenbarten Systeme Hacking oder eine Sicherheitsverletzung außerhalb einer Mitfahrgelegenheitsfahrt erkennen, muss möglicherweise ein Ermittlungsprotokoll befolgt werden. Wenn eine Sicherheitsverletzung während einer Mitfahrgelegenheitsfahrt erkannt wird, können die entsprechenden Mitfahrgelegenheitsmerkmale abgeschaltet werden und kann ein manuelles Protokoll befolgt werden. Als ein Beispiel kann die Strafverfolgung beauftragt werden, bestimmte Schritte manuell zu verifizieren, um eine sichere Fahrt zu gewährleisten, und kann das Fahrzeug 104 vorübergehend von externen Netzwerken (z. B. dem Internet) getrennt werden.
  • Die offenbarten Systeme können durch Synchronisieren mit verbundenen Infrastrukturelementen 108 verifizieren, dass eine Fahrt derzeit stattfindet. In einigen Fällen können die offenbarten Systeme die Infrastrukturelemente 108 verwenden, um Auszahlungen von Anreizen an den Fahrer und/oder das Fahrzeug 104 zu ermöglichen. In einigen Aspekten können die offenbarten Systeme finanzielle Anreize generieren, zum Beispiel die Einbeziehung einer subventionierten Mitfahrgelegenheitsrate. In einigen Beispielen können die subventionierten Raten in Regionen angewendet werden, in denen öffentliche und/oder vom Arbeitgeber bereitgestellte Programme für Mobilitätsmanagement (transportation demand management - TDM) derartige Subventionen anbieten, um Verkehrsstaus zu mindern und den Bedarf an Parkinfrastruktur zu reduzieren. In anderen Beispielen können die offenbarten Systeme nachhaltigkeitsbezogene Gutschriften generieren, zum Beispiel in einer beliebigen Form durch Blockchain ermöglichter Prämien für Mitfahrgelegenheiten, einschließlich kohlenstoffarmer Verkehrsmittel. In einigen Aspekten können die offenbarten Systeme Anreize generieren, welche die Zeitdauer reduzieren, die ein Mitfahrgelegenheitsfahrzeug 104 im Verkehr verbringt, beispielsweise indem sie dem Fahrzeug 104 ermöglichen, eine HOV-Spur zu verwenden, Mautstationen zu umgehen und dergleichen. In einigen Beispielen können die offenbarten Systeme Telemetriedaten des Fahrzeugs 104 verwenden, um einen angemessenen Vergütungsbetrag des Mitfahrers an den Fahrer zu berechnen. Ferner können die offenbarten Systeme die Telemetriedaten verwenden, um sicherzustellen, dass dieser Betrag nicht unter einen angemessenen Wert für entfernungsabhängige Wertminderung, Wartungskosten, Kraftstoffkosten und Zeitkosten fällt.
  • In einigen Beispielen können die offenbarten Systeme zusätzliche Mitfahrgelegenheitspaketmerkmale beinhalten, die einem Fahrzeughalter und/oder einem Fuhrparkbetreiber angeben, dass er oder sie eine bestimmte Fahrt einer beliebigen geeigneten Fahrtart (z. B. Berufspendeln, Ausflugsfahrten und dergleichen) durchführen kann (oder derzeit eine solche Fahrt durchführt). Die Mitfahrgelegenheitspaketmerkmale können es dem Fahrer ermöglichen, den Startpunkt und das Ziel der Fahrten festzulegen, und können es den Fahrern ermöglichen, anzugeben, dass sie bereit sind, einen oder mehrere Fahrer entlang einer Route zwischen dem Startpunkt und dem Ziel abzuholen.
  • Während eines Mitfahrgelegenheitsbetriebsmodus können die offenbarten Systeme das Fahrerassistenzprogramm eines Fahrzeugs 104 so konfigurieren, dass es eine Funktion beinhaltet, die den Fahrer daran erinnert, dass er um einen Schwellenwertbetrag über einer Geschwindigkeitsbegrenzung fährt. In anderen Beispielen können die offenbarten Systeme einen Geschwindigkeitsbegrenzer beinhalten, um Sorgen darüber zu mildern, dass der Mitfahrgelegenheitsmitfahrer sich über rücksichtsloses Fahren beschweren könnte. Zusätzlich kann das Mitfahrgelegenheitspaket des offenbarten Systems in andere relevante Fahrerassistenztechnologien integriert sein.
  • In einigen Beispielen können die offenbarten Systeme dazu konfiguriert sein, Informationen bezüglich der batterieelektrischen Reichweite des Fahrzeugs 104 und/oder einer Reichweite und Tankstellen für andere alternative Kraftstoffe (z. B. Wasserstofftankstellen) bereitzustellen. Ferner können die offenbarten Systeme den Fahrer und voraussichtliche Fahrgäste des Fahrzeugs 104 über Stopps informieren, die entlang einer Strecke zum Laden des Fahrzeugs 104 nötig sein können. Die offenbarten Systeme können zudem Empfehlungen für Ladestellen bereitstellen. In einigen Beispielen können die offenbarten Systeme Mitfahrgelegenheitsfunktionen für eine bessere Benutzererfahrung in ein beliebiges fahrzeuginternes Infotainment (IVI) des Fahrers oder eines Mitfahrers und/oder eine Mensch-Maschine-Schnittstelle (MMS) integrieren.
  • In einigen Beispielen kann es sich bei dem Fahrzeug 104 um ein beliebiges geeignetes Fahrzeug handeln, wie etwa ein Fahrzeug, einen Lastwagen, ein Wohnmobil (recreational vehicle - RV), ein Boot, ein Flugzeug usw., und kann dieses mit geeigneter Hardware und Software ausgestattet sein, die es dem Fahrzeug 104 ermöglicht, über ein Netzwerk, wie etwa ein lokales Netzwerk (local area network - LAN), zu kommunizieren.
  • In einer anderen Ausführungsform kann das Fahrzeug 104 vielfältige Sensoren beinhalten, die das Fahrzeug bei der Bestimmung seines Standorts unterstützen können, was für die Navigation hilfreich sein kann und zum Bestimmen des Kontexts, in dem sich die Fahrgäste und/oder das Fahrzeug befinden können (z. B. auf dem Parkplatz eines Geschäfts, zu Hause usw.). Die Sensoren können funkgestützte Abstands- und Geschwindigkeitsmessung (radio detection and ranging - RADAR), optische Abstands- und Geschwindigkeitsmessung (light detection and ranging - LIDAR), Kameras, Magnetometer, Ultraschall, Barometer und dergleichen beinhalten. In einer Ausführungsform können die Sensoren und andere Vorrichtungen des Fahrzeugs 104 über eine Netzwerkverbindung kommunizieren. In anderen Ausführungsformen kann das Fahrzeug 104 und/oder ein Zustellfahrzeug mit dem Benutzer an einer Benutzervorrichtung unter Verwendung der Netzwerkverbindung kommunizieren. Beispiele für geeignete Netzwerkverbindungen beinhalten ein Controller Area Network (CAN), einen Media-Oriented System Transfer (MOST), ein Local Interconnect Network (LIN), ein Mobilfunknetzwerk, ein WLAN-Netzwerk und andere zweckmäßige Verbindungen, wie etwa diejenigen, die bekannten Standards und Spezifikationen (z. B. einem oder mehreren Standards des Institute of Electrical and Electronics Engineers (IEEE) und dergleichen) entsprechen.
  • In einem anderen Aspekt zeigt das Diagramm 100 einen Satelliten 130 und einen oder mehrere Mobilfunkmasten 132. In einer anderen Ausführungsform kann das Fahrzeug 104 einen Sendeempfänger beinhalten, der wiederum einen oder mehrere Standortempfänger (zum Beispiel GPS-Empfänger) beinhalten kann, die Standortsignale (zum Beispiel GPS-Signale) von einem oder mehreren Satelliten 130 empfangen können. In einer anderen Ausführungsform kann sich ein GPS-Empfänger auf eine Vorrichtung beziehen, die Informationen von GPS-Satelliten (zum Beispiel den Satelliten 130) empfangen und die geografische Position des Fahrzeugs 104 berechnen kann. Die offenbarten Systeme können die Standorte verwenden, um das Fahrzeug 104 zu nachzuverfolgen, Navigationsinformationen bereitzustellen, Standort- und Zeitstempelinformationen in der Blockchain zu speichern und dergleichen.
  • Wie angemerkt, können die Knoten (z. B. das Fahrzeug 104, Vorrichtungen des Hauses 102, das Überwachungssystem 116 usw.) dazu konfiguriert sein, über ein Netzwerk 103 drahtlos oder drahtgebunden zu kommunizieren. Das Netzwerk 216 kann unter anderem ein beliebiges einer Kombination aus unterschiedlichen Arten geeigneter Kommunikationsnetzwerke beinhalten, wie zum Beispiel Rundfunknetzwerke, öffentliche Netzwerke (zum Beispiel das Internet), private Netzwerke, drahtlose Netzwerke, Mobilfunknetzwerke oder beliebige andere geeignete private und/oder öffentliche Netzwerke. Ferner kann ein beliebiges der Kommunikationsnetzwerke eine beliebige zugeordnete geeignete Kommunikationsreichweite aufweisen und zum Beispiel globale Netzwerke (zum Beispiel das Internet), Metropolitan Area Networks (MANs), Weitverkehrsnetzwerke (wide area networks - WANs), lokale Netzwerke (LANs) oder persönliche Netzwerke (personal area networks - PANs) beinhalten. Außerdem können beliebige der Kommunikationsnetzwerke eine beliebige Art von Medium beinhalten, über das Netzwerkverkehr geführt werden kann, was Koaxialkabel, Kabel mit verdrillten Adernpaaren, Lichtleitfaser, ein Hybridfaser-Koaxialmedium (hybrid fiber coaxial medium - HFC-Medium), Sendeempfänger für terrestrische Mikrowellen, Funkfrequenzkommunikationsmedien, White-Space-Kommunikationsmedien, Ultrahochfrequenzkommunikationsmedien, Satellitenkommunikationsmedien oder eine beliebige Kombination daraus beinhaltet, jedoch nicht darauf beschränkt ist.
  • Ferner können die Knoten (z. B. das Fahrzeug 104, Vorrichtungen des Hauses 102, das Überwachungssystem 116 usw.) ein beliebiges geeignetes Funkgerät und/oder einen beliebigen geeigneten Sendeempfänger zum Übertragen und/oder Empfangen von Funkfrequenzsignalen (radio frequency signals - RF-Signalen) in der Bandbreite und/oder den Kanälen beinhalten, die den Kommunikationsprotokollen entsprechen, die durch eine beliebige der Benutzervorrichtung und/oder der Vorrichtungen des Fahrzeugs verwendet werden, um miteinander zu kommunizieren. Die Funkkomponenten können Hardware und/oder Software zum Modulieren und/oder Demodulieren von Kommunikationssignalen gemäß im Vorfeld eingerichteten Übertragungsprotokollen beinhalten.
  • Wenngleich sich die hierin beschriebenen Beispiele hauptsächlich auf Mitfahrgelegenheits- und Personenbeförderungsanwendungen konzentrieren, können die offenbarten Systeme, Verfahren und Vorrichtungen auch auf Paketzustellung anwendbar sein.
  • 2 zeigt ein Diagramm, das wiedergibt, wie Blockchain verwendet werden kann, um mitfahrgelegenheitsbezogene Transaktionen über Vorrichtungen in einem Netzwerk aufzuzeichnen, gemäß beispielhaften Ausführungsformen der Offenbarung. Das Diagramm 200 zeigt eine Darstellung eines Netzwerks aus Knoten, das den Status einer Person (z. B. eines Fahrgasts oder Fahrers) während ihrer verschiedenen Interaktionen mit einem Fahrzeug, einem Haus, einem Standort von Interesse, Überwachungssystemen, Infrastrukturelementen und anderen Benutzern überwachen kann. Insbesondere zeigt das Diagramm 200 verschiedene Elemente, von denen einige den vorstehend in Verbindung mit 1 gezeigten und beschriebenen Elementen ähneln. Die Knoten können über ein Netzwerk (z. B. ein Peer-to-Peer-Netzwerk) miteinander kommunizieren und Transaktionen in Bestätigungen der Transaktionen generieren, die in eine Blockchain geschrieben werden können.
  • In einigen Beispielen zeigt das Diagramm 202 eine Transaktion, die in ein Netzwerk geleitet und an Vorrichtungen gesendet werden kann, die jeweils einem Knoten zugeordnet sind. Beispielsweise kann ein Überwachungssystem eine Transaktion generieren, die angeben kann, dass ein Fahrgast in ein Fahrzeug einsteigt. Diese Transaktion kann an Vorrichtungen gesendet werden, die einem Fahrer des Fahrzeugs, einer Vorrichtung eines Hauses, Vorrichtungen an einem Geschäftsstandort usw. zugeordnet sind. Ferner können weitere Knoten, die sich in der Nähe des Überwachungssystems befinden, Bestätigungsnachrichten für die Transaktionen generieren, die bestätigen, dass der Fahrgast in das Fahrzeug einsteigt. Zum Beispiel können ein Fahrer des Fahrzeugs oder andere Fahrgäste in einer Fahrgemeinschaftsanwendung über ihre mobilen Vorrichtungen eine Bestätigungsnachricht generieren, die bestätigt, dass der Fahrgast in das Fahrzeug einsteigt. Diese Bestätigungsnachrichten können ebenfalls in die Blockchain geschrieben werden.
  • Wie angemerkt, kann ein Fahrzeug (z. B. das vorstehend in Verbindung mit 1 gezeigte und beschriebene Fahrzeug 104) ein in das Fahrzeug integriertes Mitfahrgelegenheitssystem beinhalten. Zum Beispiel kann das Mitfahrgelegenheitssystem von einem Erstausrüster (original equipment manufacturer - OEM) bereitgestellt werden. Ferner kann das Mitfahrgelegenheitssystem dazu konfiguriert sein, Nachrichten, die den Mitfahrgelegenheiten zugeordnet sind, mit der Blockchain auszutauschen und darin aufzuzeichnen, wie vorstehend beschrieben. In einigen Beispielen können die Nachrichten Fahrzeugstatusinformationen, einen Fahrzeugstandort, einen Zeitstempel und einen sicheren Link zu Audio- und/oder Videoaufnahmen der äußeren oder inneren Umgebung des Fahrzeugs während einer Mitfahrgelegenheitsfahrt beinhalten. In einigen Beispielen können die Aufnahmen selektiv der Strafverfolgung zur Verfügung gestellt werden. In anderen Beispielen können die Aufnahmen erst gezeigt werden, nachdem mindestens ein Insasse des Fahrzeugs (zum Zeitpunkt eines Vorfalls) rechtsgültig eingewilligt hat.
  • In einigen Beispielen kann das Modem eines Fahrzeugs Bilder, Videos und Telemetriedaten sicher hochladen und den Status des Fahrzeugs in Verbindung mit einer Benutzeranwendung regelmäßig aktualisieren. Ferner können die offenbarten Systeme die Nachrichten bei Änderungen des Status des Fahrzeugs in die Blockchain schreiben. Die offenbarten Systeme können eine Statusnachricht generieren, die widerspiegelt, dass sich ein Benutzer zu einem Mitfahrgelegenheitsabholort bewegt, sobald eine Mitfahrgelegenheitsübereinstimmung (z. B. durch eine cloudbasierte Plattform) identifiziert und von dem Fahrer angenommen wurde und das Fahrzeug zum Abholort fährt. In einigen Beispielen können die offenbarten Systeme, wenn eine Mitfahrgelegenheitszuordnung vor dem Beginn einer Fahrt (z. B. einen Tag vor einer Fahrt) vorliegt, die Nachricht zu Beginn der Fahrt an die Blockchain übertragen, wenn sich der Benutzer zur Mitfahrgelegenheitsabholung bewegt.
  • Nachdem das Fahrzeug einen Fahrgast abgeholt hat, können die offenbarten Systeme das Fahrzeug in einen Mitfahrgelegenheitsbetriebsmodus schalten. Der Mitfahrgelegenheitsmodus kann einen Betrieb zum sicheren Aufnehmen von Aufnahmen (z. B. Video- und Audioaufnahmen) und zum Generieren von Statusaktualisierungsnachrichten zum Aufzeichnen in der Blockchain beinhalten. In einigen Aspekten können die offenbarten Systeme den Status eines Mitfahrers bestimmen, zum Beispiel durch Bestimmen, dass der Mitfahrer in das Fahrzeug einsteigt, wenn sich eine Tür des Fahrzeugs öffnet. In anderen Beispielen können die offenbarten Systeme das Fahrzeug dazu konfigurieren, den Mitfahrer über biometrische Daten (z. B. Gesichtserkennung, Fingerabdrücke und/oder Retina-Scans) zu erkennen, bevor die Tür entriegelt wird.
  • Die offenbarten Systeme können den Status laufende Fahrt ermitteln, zum Beispiel durch Bestimmen, dass der Sicherheitsgurt eines Fahrgasts angeschnallt wurde. In einigen Beispielen können der Status und die entsprechende dem Status zugeordnete Nachricht die Anzahl der Fahrgäste widerspiegeln. Zum Beispiel können die offenbarten Systeme einen Status und eine entsprechende Nachricht generieren, die angeben, dass derzeit eine Fahrt mit einem bestimmten Mitfahrer A (einer Person) stattfindet oder dass derzeit eine Fahrt mit einer Gruppe A (mehrere Personen, angefordert durch Mitfahrer A) stattfindet.
  • Die offenbarten Systeme können die Bestimmung von Fahrgaststatus und entsprechenden Nachrichten auf Szenarien mit mehreren Mitfahrern und mit mehreren Gruppen hochskalieren. Zum Beispiel können die offenbarten Systeme aufzeichnen, wie zu unterschiedlichen Zeitpunkten Mitfahrer in das und aus dem Fahrzeug steigen. In einigen Beispielen können die offenbarten Systeme einen oder mehrere zusätzliche Mitfahrer oder Gruppen während einer Fahrt zuordnen. Die Anzahl an zusätzlichen Mitfahrern oder Gruppen kann so groß sein wie die Anzahl der verfügbaren Sitze und von einem Schwellenwert für zulässige erwartete Routenabweichungszeiten für den Fahrer und einen oder mehrere Mitfahrer abhängen. Die offenbarten Systeme können ferner Nachrichten bestimmen und generieren, um den Status von Fahrgästen widerzuspiegeln, um die aktuelle Anzahl an Insassen, die sich bereits an Bord befindet, sowie den Status in Bezug auf zusätzliche Mitfahrer widerzuspiegeln. Zum Beispiel können die offenbarten Systeme Nachrichten generieren, um anzugeben, dass derzeit eine Fahrt mit einem ersten Mitfahrer stattfindet und dass das Fahrzeug zu einem Mitfahrgelegenheitsabholort für einen zweiten Mitfahrer fährt.
  • In einigen Beispielen können die offenbarten Systeme Nachrichten bestimmen und generieren, die angeben, dass der Status der Fahrt als Mitfahrgelegenheitsfahrt für einen jeweiligen Mitfahrer beendet ist, nachdem dieser Mitfahrer das Fahrzeug verlassen hat. Zum Beispiel können die offenbarten Systeme über eine Kamera oder über ein beliebiges geeignetes Sensorerkennungssystem zusammen mit einem Bildverarbeitungsalgorithmus erkennen, dass der Mitfahrer aus dem Fahrzeug aussteigt. Die offenbarten Systeme können erkennen, dass der Mitfahrer aus dem Fahrzeug aussteigt, zumindest weil die offenbarten Systeme über ein Controller Area Network (CAN) erkennen können, dass ein Sicherheitsgurt eines Fahrgasts gelöst wurde und der Mitfahrer die Tür geschlossen hat.
  • In einigen Beispielen können die offenbarten Systeme bestimmte Spezialfälle im Zusammenhang mit Mitfahrgelegenheiten bewältigen. Zum Beispiel können die offenbarten Systeme eine Änderung des Abhol- oder Absetzorts in Echtzeit von dem vorgesehenen Abhol- oder Absetzort bestimmen. Dementsprechend können die offenbarten Systeme einen Sicherheitsmechanismus auslösen, um Unterstützung durch die Strafverfolgungsbehörden anzufordern. Für Sicherheits- und Notfallsituationen können die offenbarten Systeme Paniktasten beinhalten. Der Sicherheitsmechanismus und/oder die Paniktasten können ein Datenpaket durch das Blockchain-Register senden, das den Status als Notfall und die Art entweder als medizinischen Notfall oder als Polizeinotfall angibt. In anderen Beispielen können die offenbarten Systeme eine physische und/oder digitale Paniktaste in dem Fahrzeug (zum Beispiel auf Anzeigen eines Infotainmentsystems und/oder in der mobilen Anwendung) konfigurieren, die in Fällen verwendet werden kann, in denen unter Umständen medizinische Unterstützung oder Unterstützung seitens der Polizei benötigt wird. Zum Beispiel kann die physische und/oder eine digitale Paniktaste verwendet werden, wenn ein Mitfahrgelegenheitsbenutzer einen medizinischen Notfall hat und der Fahrer unter Umständen schnell Rettungsdienste, wie etwa einen Krankenwagen, kontaktieren muss.
  • In einigen Beispielen können die offenbarten Systeme im Fall einer Auseinandersetzung, bei der sich entweder ein Mitfahrer oder der Fahrer bedroht fühlt und die Behörden einschalten möchte, eine diskrete Möglichkeit bereitstellen, wie ein Fahrgast oder Mitfahrer um Hilfe bitten kann. In einigen Aspekten können die offenbarten Systeme, bevor der Mitfahrer in das Fahrzeug einsteigt, Beispiele für eine von vielen möglichen Signalisierungsgesten an den/die Mitfahrer und den Fahrer kommunizieren, um eine potentiell gefährliche Situation anzugeben. Beispielsweise können die offenbarten Systeme eine Signalisierungsgeste beinhalten, die beinhaltet, dass in Sicht einer Kamera (nicht aber in Sicht des Fahrers) zwei Finger in irgendeiner Weise gehalten werden. Die offenbarten Systeme können eine Vielfalt möglicher Gesten und Kombinationen von Gesten akzeptieren. In einigen Beispielen können die Gesten einfach auszuführen, diskret und nicht leicht oder versehentlich zu signalisieren sein (z. B. können die Gesten keine häufig verwendeten Gesten beinhalten).
  • Die offenbarten Systeme können Informationen und Nachrichten teilen, die in der Blockchain aufgezeichnet werden, um mit zumindest einer Schwellenwertanzahl an Instanzen und bestimmten Arten von Instanzen geteilt zu werden, um Konsens zu erreichen. In einigen Beispielen können die offenbarten Systeme die Instanzen dazu konfigurieren, Fahrzeuginformationen zu validieren, und können eine Kopie der Blockchain und der Blockchain-Informationen und/oder -Nachrichten, die zur Blockchain hinzugefügt werden sollen, empfangen. Ferner können die offenbarten Systeme die Instanzen dazu konfigurieren, einen Verifizierungsschritt durchzuführen, um sicherzustellen, dass die Hashwerte, die den Informationen und/oder den Instanzen, welche die Nachrichten und/oder Informationen hinzufügen, zugeordnet sind, übereinstimmen, wenn dies angefragt wird. Beispielhafte Instanzen können die mobilen Vorrichtungen des einen oder der mehreren Mitfahrer an Bord des Fahrzeugs sowie die mobilen Vorrichtungen zukünftiger Mitfahrer, verschiedene Vorrichtungen, die dem Fahrzeug selbst zugeordnet sind (z. B. Überwachungssysteme, Sensoren, Infotainmentsysteme und dergleichen) beinhalten. In einigen Beispielen kann es wünschenswert sein, dass das Fahrzeug validiert, dass ein Mitfahrdienst wie erwartet bereitgestellt wurde, zum Beispiel in Fällen, in denen Mitfahrgelegenheiten subventioniert werden. Um den Mitfahrdienst zu validieren, müssen unter Umständen die Sensoren der mobilen Vorrichtung des Mitfahrgelegenheitsmitfahrers mit den Sensoren des Fahrzeugs übereinstimmen (z. B. ein GPS-Standort und/oder eine Geschwindigkeit des Fahrzeugs innerhalb einer zulässigen Fehlerschranke). In einigen Beispielen können die anderen Instanzen verbundene Fahrzeuge beinhalten, die mithilfe eines etablierten Kommunikationsprotokolls an einer Mitfahrgelegenheitsplattform oder an separaten Plattformen teilnehmen (z. B. Roller, Fahrräder, Mitfahrgelegenheiten, Mikrotransit, öffentliche Verkehrsmittel oder Privatfahrzeuge).
  • Die offenbarten Systeme können Daten einbeziehen, die durch Verkehrsmittel generiert wurden, die ein Mitfahrer unter Umständen vor oder nach der Mitfahrgelegenheit auf einer multimodalen Fahrt verwendet hat. Beispielsweise können, wenn ein Mitfahrer eine Mitfahrgelegenheitsfahrt nutzt, um zu einem Mikrotransit-Shuttle zu gelangen, andere Fahrgäste, die in den Shuttle einsteigen (oder aus diesem aussteigen), das Umsteigen aus der Mitfahrgelegenheit in den Shuttle bestätigen. Zum Beispiel können die offenbarten Systeme die Vorrichtungen der anderen Fahrgäste im Shuttle dazu konfigurieren, automatisch Nachrichten zu generieren, die das Umsteigen über eine gemeinsame Mitfahrgelegenheitsanwendung bestätigen. In einigen Aspekten können die offenbarten Systeme dem Mikrotransitdienst eine Kopie der Blockchain bereitstellen, um übereinstimmende Hashwerte zu verifizieren und zu bestätigen, dass keine Manipulation erfolgt ist.
  • In einigen Beispielen können die offenbarten Systeme Instanzen wie etwa Straßennetzwerkinfrastruktur oder Betankungsinfrastruktur auf einer Route für eine bestimmte Mitfahrgelegenheit unter Verwendung eines etablierten Kommunikationsprotokolls verwenden. Beispielsweise können die offenbarten Systeme eine Kreuzung, die das Fahrzeug überquert, verwenden, um Zeitstempelinformationen, GPS-Informationen, Geschwindigkeitsinformationen und Fahrzeugmetaidentifizierungsinformationen (z. B. Nummernschildinformationen) zu identifizieren. Ferner können die offenbarten Systeme bestimmen, dass derartige Informationen innerhalb einer zulässigen Fehlerschranke liegen, und können die Informationen verwenden, um Konsens für die Blockchains herzustellen.
  • In einigen Aspekten können die offenbarten Systeme Fehlerbehandlungsprotokolle aufweisen, um Maßnahmen zu ergreifen, wenn es keinen Konsens zwischen Instanzen gibt, die Informationen bestätigen, die in die Blockchain geschrieben werden sollen. Beispielsweise können die offenbarten Systeme, wenn eine Schwellenwertanzahl an der Blockchain zugeordneten Instanzen die gleichen Hashwerte melden und eine bestimmte Instanz andere Hashwerte meldet, eine Nachricht an den Besitzer der Vorrichtung (z. B. ein Infrastrukturelement, ein Mobiltelefon, ein Fahrzeug usw.) generieren, dass unter Umständen ein Hacking-Ereignis vorliegt. Wenn mehrere der Blockchain zugeordnete Instanzen Hashwerte melden, die nicht mit dem erwarteten Hashwert übereinstimmen, können die offenbarten Systeme bestimmen, dass ein schwerwiegenderes Problem vorliegt. Dementsprechend können die offenbarten Systeme eine Fehlermeldung generieren, die den der Blockchain zugeordneten Vorrichtungen gemeldet wird. Die Fehlermeldung kann Maßnahmen angeben, die unter Umständen ergriffen werden müssen, um das Problem zu beheben. Ferner können die offenbarten Systeme die Statusnachrichten des Mitfahrgelegenheitssystems für eine weitere Verifizierung markieren und angeben, dass unter Umständen Sicherungsprotokolle verwendet werden müssen, bis der Fehler behoben ist.
  • In einigen Fällen kann eine geringere Anzahl an Instanzen und/oder können Instanzen mit geringerer Diversität der Arten Bestätigungen für Transaktionen in der Blockchain melden, als benötigt wird, um zu einem Konsens zu kommen. Wenngleich die offenbarten Systeme so konfiguriert sein können, das mit nur zwei Akteuren Konsens erreicht werden kann, können die offenbarten Systeme dazu konfiguriert sein, eine größere Sicherheit umzusetzen, indem eine Schwellenwertanzahl an Vorrichtungen vorgegeben ist. In einigen Beispielen muss, wenn ein Schwellenwert (eine Schwellenwertanzahl) nicht erfüllt ist, ein Sicherungsprotokoll verwendet werden. In einigen Beispielen kann die Gefahr von Hacking erhöht sein, wenn sich ein großer Prozentanteil der Instanzen und/oder Vorrichtungen, die Verifizierung für Nachrichten in der Blockchain bereitstellen, im gleichen Netzwerk oder auf dem gleichen Server befindet. Dementsprechend können die offenbarten Systeme einen Diversitätsschwellenwert festlegen. Beispielsweise die offenbarten Systeme einen Diversitätsschwellenwert, indem sie festlegen, dass eine Mindestanzahl separater Quellen (zum Beispiel mindestens eine intelligente Infrastruktur, eine mobile Vorrichtung eines Mitfahrers und ein zusätzliches Fahrzeug auf der Straße) die Bestätigung bereitstellen muss.
  • Bei Stufe 204 kann ein Fahrer eine Fahrzeugtransaktion verarbeiten. Ferner kann der Fahrer zudem mit der Bestätigungstransaktion antworten, dass sich der Fahrer im Fahrzeug befindet. Diese Transaktion kann an alle anderen Knoten im Netzwerk übertragen werden, um die Transaktion zu bestätigen und zu validieren.
  • Bei Stufe 206 können genehmigte Transaktionen (z.B. Transaktionen, die durch andere Knoten im Netzwerk bestätigt wurden) als Blöcke dargestellt und zu der Blockchain hinzugefügt werden, die ein öffentliches Register darstellt. Beispielsweise können derartige genehmigten Transaktionen eine von dem Fahrzeug generierte Transaktion, dass sich der Fahrgast im Fahrzeug befindet, und/oder eine von der Vorrichtung des Fahrers generierte Transaktion beinhalten, wobei die Transaktion angibt, dass sich der Fahrer mit dem Fahrgast im Fahrzeug befindet.
  • Wie angemerkt, können bei Stufe 208 die bestätigten und genehmigten Transaktionen zusätzliche Blöcke darstellen, die zu der Blockchain hinzugefügt werden, die als ein öffentliches Register dient. Bei Stufe 210 können diese zusätzlichen Blöcke Teil des dauerhaften öffentlichen Registers werden.
  • 3 zeigt beispielhafte Prozessabläufe, die ein Verfahren für Mitfahrgelegenheiten unter Verwendung von Blockchain beschreiben, gemäß beispielhaften Ausführungsformen der Offenbarung. Bei Block 302 kann das Verfahren ein Bestimmen eines Zustands, der einem Benutzer eines Mitfahrgelegenheitsfahrzeugs zugeordnet ist, anhand mindestens einer ersten Vorrichtung, die dem Mitfahrgelegenheitsfahrzeug zugeordnet ist, beinhalten. In einigen Beispielen kann der Zustand einen Sicherheitszustand des Benutzers beinhalten und kann das Verfahren ferner ein Empfangen einer Angabe, dass der Sicherheitszustand des Benutzers eine Notfallsituation umfasst, über eine Paniktaste beinhalten. Dementsprechend können die offenbarten Systeme eine Instanz über ein Vorliegen der Notfallsituation benachrichtigen. In anderen Beispielen können die offenbarten Systeme bestimmen, dass der Zustand eine dem Benutzer oder dem Mitfahrgelegenheitsfahrzeug zugeordnete Notfallsituation angibt, und eine Instanz über ein Vorliegen der Notfallsituation benachrichtigen.
  • Bei Block 304 kann das Verfahren ein Identifizieren einer Bestätigung des Zustands durch eine oder mehrere zweite Vorrichtungen beinhalten. In einigen Beispielen umfassen die zweiten Vorrichtungen eine Vorrichtung eines Infrastrukturelements, eine Vorrichtung eines anderen Benutzers oder eine Vorrichtung eines anderen Fahrzeugs in der Nähe des Mi tfahrgel egenhei tsfahrzeugs.
  • Bei Block 306 kann das Verfahren ein Hinzufügen einer Transaktion zu einer Blockchain beinhalten, wobei die Transaktion eine Beschreibung des Zustands, die Bestätigung und einen Link zu einer Fahrtaufnahme des Zustands umfasst. In einigen Beispielen kann die Transaktion ferner Mitfahrgelegenheitsstatusinformationen beinhalten, die mindestens eines des Folgenden umfassen: eine Angabe, dass das Mitfahrgelegenheitsfahrzeug zu einem Ziel fährt, eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Abholort abholt, oder eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Absetzort absetzt.
  • In anderen Beispielen kann die Transaktion ferner den Standort eines Mitfahrgelegenheitsfahrzeugs und einen Zeitstempel des Mitfahrgelegenheitsfahrzeugs an dem Standort beinhalten. Außerdem kann das Verfahren ferner ein Identifizieren, dass eine Schwellenwertanzahl zweiter Vorrichtungen jeweilige der Blockchain zugeordnete Hashwerte erzeugt, ein Bestimmen, dass die jeweiligen Hashwerte nicht mit einem vorher festgelegten Hashwert übereinstimmen, und ein Übertragen einer Nachricht an die zweiten Vorrichtungen, die ein Vorliegen eines der Blockchain zugeordneten Hacking-Ereignisses angibt, beinhalten.
  • Ferner können die in dieser Schrift beschriebenen Vorrichtungen und Systeme (und ihre verschiedenen Komponenten), wie angemerkt, KI einsetzen, um die multimodale Zustellung und andere in dieser Schrift beschriebene Merkmale zu erleichtern. Die Komponenten können verschiedene KI-basierte Verfahren einsetzen, um verschiedene in dieser Schrift offenbarte Ausführungsformen und/oder Beispiele auszuführen. Um die zahlreichen hierin beschriebenen Bestimmungen (zum Beispiel Bestimmen, Ermitteln, Schlussfolgern, Berechnen, Vorhersagen, Prognostizieren, Schätzen, Ableiten, Voraussagen, Erkennen, Errechnen) bereitzustellen oder zu unterstützen, können hierin beschriebene Komponenten die Gesamtheit oder eine Teilmenge der Daten, auf die ihnen Zugriff gewährt wird, untersuchen und Schlussfolgerungen über Zustände des Systems, der Umgebung usw. anhand eines Satzes von Beobachtungen, die über Ereignisse und/oder Daten aufgenommen werden, bereitstellen oder bestimmen. Bestimmungen können eingesetzt werden, um einen konkreten Kontext oder eine konkrete Handlung zu identifizieren, oder können zum Beispiel eine Wahrscheinlichkeitsverteilung über Zustände generieren. Die Bestimmungen können probabilistisch sein; was das Errechnen einer Wahrscheinlichkeitsverteilung über Zustände von Interesse auf Grundlage einer Berücksichtigung von Daten und Ereignissen bedeutet. Bestimmungen können sich zudem auf Techniken beziehen, die zum Zusammensetzen von Ereignissen höherer Ebene aus einer Reihe von Ereignissen und/oder Daten verwendet werden. Zum Beispiel kann KI verwendet werden, um die Möglichkeit und/oder Bevorzugung einer Zustellung eines Artikels an einen bestimmten Standort zu bestimmen.
  • Derartige Bestimmungen können zur Konstruktion neuer Ereignisse oder Handlungen aus einem Satz von beobachteten Ereignissen und/oder gespeicherten Ereignisdaten führen, ob die Ereignisse in großer zeitlicher Nähe korreliert sind und ob die Ereignisse und Daten aus einer oder mehreren Ereignis- und Datenquellen (zum Beispiel unterschiedlichen Sensoreingaben) stammen. Hierin offenbarte Komponenten können verschiedene Klassifizierungsschemata (explizit trainiert (zum Beispiel über Trainingsdaten) sowie implizit trainiert (zum Beispiel über das Beobachten von Verhalten, Präferenzen, historischen Informationen, Empfangen von extrinsischen Informationen usw.)) und/oder -systeme (zum Beispiel Stützvektormaschinen, neuronale Netzwerke, Expertensysteme, Bayessche Netzwerke, Fuzzylogik, Datenfusionsengines usw.) in Verbindung mit dem Durchführen einer automatischen und/oder bestimmten Handlung in Verbindung mit dem beanspruchten Gegenstand einsetzen. Derartige Klassifizierungsschemata und/oder -systeme können zum automatischen Lernen und Durchführen einer Reihe von Funktionen, Handlungen, und/oder Bestimmungen verwendet werden. In einigen Beispielen kann das Training das Verwenden von Daten umfassen, die vorherigen erfolgreichen und nicht erfolgreichen Zustellungen eines Artikels an einen Standort zugeordnet sind, um die KI-basierten Techniken zu trainieren, damit die Wahrscheinlichkeit einer erfolgreichen Artikelzustellung durch die Zustellfahrzeuge und/oder die AVs verbessert wird.
  • Ein Klassifikator kann einen Eingabeattributvektor abbilden, z = (z1, z2, z3, z4,..., zn), zu einer Konfidenz, dass die Eingabe zu einer Klasse gehört, wie durch f (z) = Konfidenz (Klasse). Eine derartige Klassifizierung kann eine probabilistische und/oder statistikbasierte Analyse (zum Beispiel Einkalkulierung von Versorgungsleistungen und Kosten in die Analyse) einsetzen, um eine Handlung zu bestimmen, die automatisch durchgeführt werden soll. In einigen Beispielen können die offenbarten Systeme einen Klassifikator verwenden, um eine Artikelzustellung durch ein Zustellfahrzeug als möglich oder nicht leicht möglich zu klassifizieren, und/oder um die Artikelzustellung durch das Zustellfahrzeug als vorzuziehen oder nicht vorzuziehen zu klassifizieren. Eine Stützvektormaschine (SVM) kann ein Beispiel für einen Klassifikator sein, der eingesetzt werden kann. Die SVM arbeitet, indem sie eine Hyperoberfläche in dem Raum der möglichen Eingaben findet, wobei die Hyperoberfläche versucht, die auslösenden Kriterien von den nicht auslösenden Ereignissen zu trennen. Dies macht die Klassifizierung zum Testen von Daten, die nahe bei den Trainingsdaten liegen, mit diesen jedoch nicht identisch sind, intuitiv korrekt. Andere gerichtete und ungerichtete Modellklassifizierungsansätze beinhalten zum Beispiel naive Bayes, Bayessche Netzwerke, Entscheidungsbäume, neuronale Netzwerke, Fuzzylogik-Modelle und/oder probabilistische Klassifizierungsmodelle, die unterschiedliche Muster von Unabhängigkeit bereitstellen, die eingesetzt werden können. Klassifizierung schließt im vorliegenden Zusammenhang auch statistische Regression ein, die verwendet wird, um Prioritätsmodelle zu entwickeln.
  • 4 ist eine schematische Darstellung eines beispielhaften autonomen Fahrzeugs gemäß einer oder mehreren Ausführungsformen der Offenbarung. Insbesondere kann das Fahrzeug (zum Beispiel das vorstehend in Verbindung mit 1 gezeigte und beschriebene Fahrzeug 104) ein AV beinhalten. Unter Bezugnahme auf 4 kann ein beispielhaftes AV 400 eine Kraftmaschine 402 (wie etwa eine Brennkraftmaschine und/oder einen elektrischen Motor) beinhalten, die ein Drehmoment an angetriebenen Rädern 404, die das Fahrzeug vorwärts oder rückwärts antreiben, bereitstellt.
  • Der Betrieb des autonomen Fahrzeugs, der Antrieb, Lenkung, Bremsung, Navigation und dergleichen beinhaltet, kann durch eine Fahrzeugsteuerung 406 autonom gesteuert werden. Beispielsweise kann die Fahrzeugsteuerung 406 dazu konfiguriert sein, eine Rückmeldung von einem oder mehreren Sensoren (zum Beispiel dem Sensorsystem 434 usw.) und anderen Fahrzeugkomponenten zu empfangen, um Straßenverhältnisse, eine Fahrzeugpositionierung und so weiter zu bestimmen. Die Fahrzeugsteuerung 406 kann außerdem Daten von verschiedenen Sensoren, wie etwa Geschwindigkeitsüberwachungs- und Gierratensensor, sowie den Reifen, den Bremsen, dem Elektromotor und anderen Fahrzeugkomponenten aufnehmen. Die Fahrzeugsteuerung 406 kann die Rückmeldungen und Routen-/Kartendaten der Route verwenden, um durch das autonome Fahrzeug vorzunehmende Handlungen zu bestimmen, die Vorgänge bezüglich des Verbrennungsmotors, der Lenkung, der Bremsung und so weiter beinhalten können. Die Steuerung der verschiedenen Fahrzeugsysteme kann unter Verwendung beliebiger geeigneter mechanischer Mittel umgesetzt sein, wie etwa Servomotoren, Roboterarmen (zum Beispiel zum Steuern des Lenkradbetriebs, des Fahrpedals, des Bremspedals usw.) und so weiter. Die Steuerung 406 kann dazu konfiguriert sein, mit dem Benutzer durch Kommunizieren mit der Benutzervorrichtung des Benutzers zu interagieren.
  • Die Fahrzeugsteuerung 406 kann einen oder mehrere Computerprozessoren beinhalten, die an mindestens einen Speicher gekoppelt sind. Das Fahrzeug 400 kann ein Bremssystem 408 beinhalten, das Bremsscheiben 410 und Bremssättel 412 aufweist. Das Fahrzeug 400 kann ein Lenksystem 414 beinhalten. Das Lenksystem 414 kann ein Lenkrad 416 beinhalten, wobei eine Lenkwelle 418 das Lenkrad mit einer Zahnstange 420 (oder einem Lenkgetriebe) verbindet. Die Vorder- und/oder Hinterräder 404 können über eine Achse 422 mit der Zahnstange 420 verbunden sein. Ein Lenksensor 424 kann nahe der Lenkwelle 418 angeordnet sein, um einen Lenkwinkel zu messen. Das Fahrzeug 400 beinhaltet außerdem einen Geschwindigkeitssensor 426, der an den Rädern 404 oder in dem Getriebe angeordnet sein kann. Der Geschwindigkeitssensor 426 ist dazu konfiguriert, ein Signal an die Steuerung 406 auszugeben, das die Geschwindigkeit des Fahrzeugs angibt. Ein Gierratensensor 428 steht in Kommunikation mit der Steuerung 406 und ist dazu konfiguriert, ein Signal auszugeben, das die Gierrate des Fahrzeugs 400 angibt.
  • Das Fahrzeug 400 beinhaltet einen Fahrgastraum, der eine Anzeige 430 in elektronischer Kommunikation mit der Steuerung 406 aufweist. Die Anzeige 430 kann ein Touchscreen sein, der den Fahrgästen des Fahrzeugs Informationen anzeigt und/oder als Eingabe dient. Es versteht sich für den Durchschnittsfachmann, dass viele unterschiedliche Anzeige- und Eingabevorrichtungen verfügbar sind und dass die vorliegende Offenbarung nicht auf eine konkrete Anzeige beschränkt ist. Ein Audiosystem 432 kann innerhalb des Fahrgastraums angeordnet sein und kann einen oder mehrere Lautsprecher beinhalten, um Benutzern, die Gegenstände abholen, Informationen bereitzustellen. Das Audiosystem 432 kann außerdem ein Mikrofon zum Empfangen von Spracheingaben oder zum Erkennen von Geräuschen an dem Wohnsitz (zum Beispiel Tiergeräusche) beinhalten. Das Fahrzeug kann ein Kommunikationssystem 436 beinhalten, das dazu konfiguriert ist, drahtlose Kommunikationen über ein oder mehrere Netzwerke zu senden und/oder zu empfangen. Das Kommunikationssystem 436 kann zur Kommunikation mit Vorrichtungen im Fahrzeug oder außerhalb des Fahrzeugs konfiguriert sein, wie etwa einer Vorrichtung eines Benutzers, den Zustellfahrzeugen usw.
  • Das Fahrzeug 400 kann zudem ein Sensorsystem zum Erfassen von Bereichen außerhalb des Fahrzeugs beinhalten, wie etwa Benutzerwohnsitzen, Tieren, Benutzern, Einfahrten und dergleichen (vorstehend in Verbindung mit 1 gezeigt und beschrieben). Das Sensorsystem kann eine Vielzahl unterschiedlicher Arten von Sensoren und Vorrichtungen beinhalten, wie etwa Kameras, Ultraschallsensoren, RADAR, LIDAR, Mikrofonen und/oder Kombinationen daraus. Das Sensorsystem kann zum Steuern der Funktionen verschiedener Komponenten mit der Steuerung 406 in elektronischer Kommunikation stehen. Die Steuerung kann über einen seriellen Bus oder über dedizierte elektrische Leitungen kommunizieren. Die Steuerung beinhaltet im Allgemeinen eine beliebige Anzahl an Mikroprozessoren, ASICs, ICs, Speichervorrichtungen (zum Beispiel FLASH, ROM, RAM, EPROM und/oder EEPROM) und Softwarecode, um miteinander zusammenzuwirken, um eine Reihe von Vorgängen durchzuführen. Die Steuerung beinhaltet außerdem vorher festgelegte Daten oder „Lookup-Tabellen“, die auf Berechnungen und Testdaten beruhen und im Speicher gespeichert sind. Die Steuerung kann über eine oder mehrere drahtgebundene oder drahtlose Fahrzeugverbindungen unter Verwendung üblicher Busprotokolle (zum Beispiel CAN und LIN) mit anderen Fahrzeugsystemen und Steuerungen kommunizieren. Wie hierin verwendet, bezieht sich eine Bezugnahme auf „eine Steuerung“ auf eine oder mehrere Steuerungen und/oder einen oder mehrere Computerprozessoren. Die Steuerung 406 kann Signale von dem Sensorsystem 434 empfangen und einen Speicher beinhalten, der maschinenlesbare Anweisungen zum Verarbeiten der Daten von dem Sensorsystem enthält. Die Steuerung 406 kann dazu programmiert sein, Anweisungen an zumindest die Anzeige 430, das Audiosystem 432, das Lenksystem 414, das Bremssystem 408 und/oder die Kraftmaschine 402 auszugeben, um das Fahrzeug 400 autonom zu betreiben.
  • 5 ist eine schematische Darstellung einer beispielhaften Serverarchitektur für einen oder mehrere Server 500 gemäß einer oder mehreren Ausführungsformen der Offenbarung. Der Server 500, der in dem Beispiel aus 5 veranschaulicht ist, kann einem Server entsprechen, der von einem Fahrzeug (zum Beispiel Fahrzeug 104, wie vorstehend in Verbindung mit 1 gezeigt und beschrieben) und/oder in einem Netzwerk, dem beliebige der Knoten des Netzwerkes zugeordnet sind, verwendet werden kann. In einer Ausführungsform kann der Server 500 einen cloudbasierten Server beinhalten, der dazu dienen kann, Informationen zu speichern und zu übertragen (zum Beispiel Nachrichten, die in einer Blockchain gespeichert werden sollen, Aufnahmen von Fahrten und dergleichen). Einige oder alle der einzelnen Komponenten können in verschiedenen Ausführungsformen optional und/oder unterschiedlich sein. In einigen Ausführungsformen kann sich mindestens einer der in 5 beschriebenen Server an einem AV befinden oder damit in Kommunikation stehen.
  • Der Server 500 kann mit einem AV 540 und einer oder mehreren Benutzervorrichtungen 550 in Kommunikation stehen. Wenngleich 5 ein AV 550 zeigt, kann das Diagramm auch auf ein herkömmliches Fahrzeug (z. B. ein Fahrzeug, das für Mitfahrgelegenheitszwecke verwendet wird) anwendbar sein. Das AV 540 kann mit der einen oder den mehreren Benutzervorrichtungen 550 in Kommunikation stehen. Ferner können/kann der Server 500, das AV 540 und/oder die Benutzervorrichtungen 550 dazu konfiguriert sein, um über ein oder mehrere Netzwerke 542 zu kommunizieren. Das AV 540 kann zusätzlich über ein oder mehrere Netzwerke 542 mit den Benutzervorrichtungen 550 über ein Verbindungsprotokoll, wie etwa Bluetooth oder NFC, in drahtloser Kommunikation stehen. (Ein) solche(s) Netzwerk(e) 542 kann/können unter anderem eine oder mehrere beliebige unterschiedliche Arten von Kommunikationsnetzwerken beinhalten, wie etwa Kabelnetzwerke, öffentliche Netzwerke (zum Beispiel das Internet), private Netzwerke (zum Beispiel Frame-Relay-Netzwerke), drahtlose Netzwerke, Mobilfunknetze, Telefonnetze (zum Beispiel ein öffentliches Fernsprechnetz) oder beliebige andere geeignete private oder öffentliche paketvermittelte oder leitungsvermittelte Netzwerke. Ferner kann/können (ein) solche(s) Netzwerke(e) einen beliebigen geeigneten, diesem/diesen zugeordneten Kommunikationsbereich aufweisen. Des Weiteren kann/können (ein) solche(s) Netzwerk(e) Kommunikationsverbindungen und zugeordnete Vernetzungsvorrichtungen (zum Beispiel Switches auf der Sicherungsschicht, Router usw.) zum Übertragen von Netzwerkverkehr über eine beliebige geeignete Art von Medium beinhalten, die unter anderem Folgendes einschließt: Koaxialkabel, Kabel mit verdrillten Adernpaaren (zum Beispiel Kupferkabel mit verdrillten Adernpaaren), Lichtleitfaser, ein ETC-Medium, ein Mikrowellenmedium, ein Funkfrequenzkommunikationsmedium, ein Satellitenkommunikationsmedium oder eine beliebige Kombination davon.
  • In einer veranschaulichenden Konfiguration kann der Server 500 Folgendes beinhalten: einen oder mehrere Prozessoren 502, eine oder mehrere Speichervorrichtungen 504 (hierin auch als Arbeitsspeicher 504 bezeichnet), eine oder mehrere Eingabe/Ausgabe-Schnittstellen (E/A-Schnittstellen) 506, eine oder mehrere Netzwerkschnittstellen 508, einen oder mehrere Sensoren oder eine oder mehrere Sensorschnittstellen 510, einen oder mehrere Sendeempfänger 512, eine oder mehrere optionale Anzeigekomponenten 514, eine/ein oder mehrere optionale Lautsprecher/Kameras/Mikrofone 516 und einen Datenspeicher 520. Der Server 500 kann ferner einen oder mehrere Busse 518 beinhalten, die verschiedene Komponenten des Servers 500 funktionell koppeln. Der Server 500 kann ferner eine oder mehrere Antennen 530 beinhalten, die unter anderem Folgendes einschließen können: eine Mobilfunkantenne zum Übertragen oder Empfangen von Signalen an eine/von einer Mobilfunknetzinfrastruktur, eine GNSS-Antenne zum Empfangen von GNSS-Signalen von einem GNSS-Satelliten, eine Bluetooth-Antenne zum Übertragen oder Empfangen von Bluetooth-Signalen, eine NFC-Antenne zum Übertragen oder Empfangen von NFC-Signalen und so weiter. Diese verschiedenen Komponenten werden nachfolgend genauer beschrieben.
  • Der/die Bus(se) 518 kann/können zumindest eines von einem Systembus, einem Speicherbus, einem Adressbus oder einem Nachrichtenbus einschließen und den Austausch von Informationen (zum Beispiel Daten (einschließlich computerausführbarer Codes), Signalen usw.) zwischen verschiedenen Komponenten des Servers 500 ermöglichen. Der/die Bus(se) 518 kann/können unter anderem einen Speicherbus oder eine Speichersteuerung, einen Peripheriebus, einen Accelerated Graphics Port und so weiter einschließen. Der/Die Bus(se) 518 kann/können einer beliebigen geeigneten Busarchitektur zugeordnet sein.
  • Der Arbeitsspeicher 504 des Servers 500 kann Folgendes einschließen: flüchtigen Speicher (Speicher, der seinen Zustand beibehält, wenn er mit Leistung versorgt wird), wie etwa RAM, und/oder nicht flüchtigen Speicher (Speicher, der seinen Zustand beibehält, selbst wenn er nicht mit Leistung versorgt wird), wie etwa Festwertspeicher (read-only memory - ROM), Flash-Speicher, ferroelektrischen RAM (FRAM) und so weiter. Dauerhafter Datenspeicher kann im in dieser Schrift verwendeten Sinne des Ausdrucks einen nicht flüchtigen Speicher einschließen. In gewissen beispielhaften Ausführungsformen kann ein flüchtiger Speicher einen schnelleren Lese-/Schreibzugriff als ein nicht flüchtiger Speicher ermöglichen. In bestimmten anderen beispielhaften Ausführungsformen können bestimmte Arten von nicht flüchtigem Speicher (zum Beispiel FRAM) jedoch einen schnelleren Lese-/Schreibzugriff als bestimmte Arten von flüchtigem Speicher ermöglichen.
  • Der Datenspeicher 520 kann wechselbaren Speicher und/oder nicht wechselbaren Speicher einschließen, zu dem unter anderem Magnetspeicher, optischer Plattenspeicher und/oder Bandspeicher gehören kann. Der Datenspeicher 520 kann eine nicht flüchtige Speicherung von computerausführbaren Anweisungen und anderen Daten bereitstellen.
  • Der Datenspeicher 520 kann computerausführbaren Code, Anweisungen oder dergleichen speichern, was in den Arbeitsspeicher 504 ladbar und durch den/die Prozessor(en) 502 ausführbar sein kann, um den/die Prozessor(en) 502 dazu zu veranlassen, verschiedene Vorgänge durchzuführen oder einzuleiten. Der Datenspeicher 520 kann zusätzlich Daten speichern, die zur Verwendung durch den/die Prozessor(en) 502 während der Ausführung der computerausführbaren Anweisungen in den Arbeitsspeicher 504 kopiert werden können. Insbesondere kann der Datenspeicher 520 Folgendes speichern: ein oder mehrere Betriebssysteme (operating systems - O/S) 522; ein oder mehrere Datenbankverwaltungssysteme (database management systems - DBMS) 524; und ein(e) oder mehrere Programmmodule, Anwendungen, Engines, computerausführbaren Code, Skripte oder dergleichen. Einige oder alle dieser Komponenten können Unterkomponenten sein. Beliebige der als auf dem Datenspeicher 520 gespeichert dargestellten Komponenten können eine beliebige Kombination aus Software, Firmware und/oder Hardware beinhalten. Die Software und/oder Firmware können/kann computerausführbaren Code, Anweisungen oder dergleichen beinhalten, die zur Ausführung durch einen oder mehrere des Prozessors/der Prozessoren 502 in den Arbeitsspeicher 504 geladen werden können. Beliebige der Komponenten, die als auf dem Datenspeicher 520 gespeichert dargestellt sind, können Funktionen unterstützen, die unter Bezugnahme auf entsprechende Komponenten beschrieben sind, die an früherer Stelle in dieser Offenbarung benannt sind.
  • Der/die Prozessor(en) 502 kann/können konfiguriert sein, um auf den Arbeitsspeicher 504 zuzugreifen und die in diesen geladenen computerausführbaren Anweisungen auszuführen. Beispielsweise kann/können der/die Prozessor(en) 502 konfiguriert sein, um die computerausführbaren Anweisungen der verschiedenen Programmmodule, Anwendungen, Engines oder dergleichen des Servers 500 auszuführen, um das Durchführen verschiedener Vorgänge gemäß einer oder mehreren Ausführungsformen der Offenbarung hervorzurufen oder zu erleichtern. Der/die Prozessor(en) 502 kann/können eine beliebige geeignete Verarbeitungseinheit beinhalten, die in der Lage ist, Daten als Eingabe zu akzeptieren, die Eingangsdaten gemäß gespeicherten, computerausführbare Anweisungen zu verarbeiten und Ausgangsdaten zu generieren. Der/die Prozessor(en) 502 kann/können eine beliebige Art von geeigneter Verarbeitungseinheit beinhalten.
  • Unter Bezugnahme auf andere veranschaulichte Komponenten, die als auf dem Datenspeicher 520 gespeichert dargestellt sind, kann das O/S 522 von dem Datenspeicher 520 in den Arbeitsspeicher 504 geladen werden und eine Schnittstelle zwischen anderer Anwendungssoftware, die auf dem Server 500 ausgeführt wird, und den Hardwareressourcen des Servers 500 bereitstellen.
  • Das DBMS 524 kann in den Arbeitsspeicher 504 geladen werden und Funktionen zum Zugreifen, Abrufen, Speichern und/oder Bearbeiten von Daten, die auf dem Arbeitsspeicher 504 gespeichert sind, und/oder Daten, die auf dem Datenspeicher 520 gespeichert sind, unterstützen. Das DBMS 524 kann beliebige einer Vielfalt von Datenbankmodellen (zum Beispiel ein relationales Modell, ein Objektmodell usw.) verwenden und beliebige einer Vielfalt von Abfragesprachen unterstützen.
  • Nun unter Bezugnahme auf andere veranschaulichte Komponenten des Servers 500 kann/können die Eingabe/Ausgabe(E/A)-Schnittstelle(n) 506 den Empfang von Eingabeinformationen durch den Server 500 von einer oder mehreren E/A-Vorrichtungen sowie die Ausgabe von Informationen von dem Server 500 an die eine oder mehreren E/A-Vorrichtungen erleichtern. Die E/A-Vorrichtungen können beliebige einer Vielfalt von Komponenten einschließen, wie etwa eine Anzeige oder einen Anzeigebildschirm, die/der eine Berührungsfläche oder einen Touchscreen aufweist; eine Audioausgabevorrichtung zum Erzeugen von Tönen, wie etwa einen Lautsprecher; eine Audioaufnahmevorrichtung, wie etwa ein Mikrofon; eine Bild- und/oder Videoaufnahmevorrichtung, wie etwa eine Kamera; eine haptische Einheit; und so weiter. Die E/A-Schnittstelle(n) 506 kann/können außerdem eine Verbindung mit einer oder mehreren der Antenne(n) 530 beinhalten, um über ein Funkgerät für ein drahtloses lokales Netzwerk (wireless local area network - WLAN) (wie etwa Wi-Fi), Bluetooth, ZigBee und/oder ein Funkgerät für ein drahtloses Netzwerk, wie etwa ein Funkgerät, das zur Kommunikation mit einem drahtlosen Kommunikationsnetz in der Lage ist, wie etwa einem Long-Term-Evolution(LTE)-Netzwerk, WiMAX-Netzwerk, 3G-Netzwerk, ZigBee-Netzwerk usw., eine Verbindung mit einem oder mehreren Netzwerken herzustellen.
  • Der Server 500 kann ferner eine oder mehrere Netzwerkschnittstellen 508 beinhalten, über die der Server 500 mit beliebigen von einer Vielfalt von anderen Systemen, Plattformen, Netzwerken, Vorrichtungen und so weiter kommunizieren kann. Die Netzwerkschnittstelle(n) 508 kann/können eine Kommunikation zum Beispiel mit einem oder mehreren drahtlosen Routern, einem oder mehreren Host-Servern, einem oder mehreren Web-Servern und dergleichen über ein oder mehrere Netzwerke ermöglichen.
  • Der/Die Sensor(en) bzw. die Sensorschnittstelle(n) 510 kann/können eine beliebige Art von Sensorvorrichtung, wie zum Beispiel Trägheitssensoren, Kraftsensoren, Wärmesensoren, Fotozellen und so weiter, beinhalten oder dazu in der Lage sein, damit eine Schnittstelle zu bilden.
  • Die Anzeigekomponente(n) 514 kann/können eine oder mehrere Anzeigeschichten, wie etwa LED- oder LCD-Schichten, Touchscreen-Schichten, Schutzschichten und/oder andere Schichten beinhalten. Die optionale(n) Kamera(s) des/der Lautsprecher(s)/Kamera(s)/Mikrofon(s/e) 516 kann/können eine beliebige Vorrichtung sein, die zum Aufnehmen von Umgebungslicht oder Bildern konfiguriert ist. Das/die optionale(n) Mikrofon(e) des/der Lautsprecher(s)/Kamera(s)/Mikrofon(s/e) 516 kann/können eine beliebige Vorrichtung sein, die zum Empfangen von analogen Toneingaben oder Sprachdaten konfiguriert ist. Das/die Mikrofon(e) des/der Lautsprecher(s)/Kamera(s)/Mikrofon(s/e) 516 kann/können Mikrofone einschließen, die zum Aufnehmen von Tönen verwendet werden.
  • Es versteht sich, dass das/der/die Programmmodul(e), Anwendungen, computerausführbaren Anweisungen, Code oder dergleichen, die in 5 als auf in dem Datenspeicher 520 gespeichert dargestellt sind, lediglich veranschaulichend und nicht erschöpfend sind und dass eine Verarbeitung, die als durch ein beliebiges konkretes Modul unterstützt beschrieben ist, alternativ auf mehrere Module verteilt sein kann oder durch ein anderes Modul durchgeführt werden kann.
  • Es versteht sich ferner, dass der Server 500 alternative und/oder zusätzliche Hardware-, Software- oder Firmwarekomponenten beinhalten kann, die über die beschriebenen oder dargestellten hinausgehen, ohne vom Umfang der Offenbarung abzuweichen.
  • Die Benutzervorrichtung 550 kann einen oder mehrere Computerprozessoren 552, eine oder mehrere Speichervorrichtungen 554 und eine oder mehrere Anwendungen, wie etwa eine Fahrzeuganwendung 556, beinhalten. Weitere Ausführungsformen können andere Komponenten beinhalten.
  • Der/die Prozessor(en) 552 kann/können konfiguriert sein, um auf den Arbeitsspeicher 554 zuzugreifen und die computerausführbaren Anweisungen, die darin geladen sind, auszuführen. Beispielsweise können der/die Prozessor(en) 552 konfiguriert sein, um die computerausführbaren Anweisungen der verschiedenen Programmmodule, Anwendungen, Engines oder dergleichen der Vorrichtung auszuführen, um das Durchführen verschiedener Vorgänge gemäß einer oder mehreren Ausführungsformen der Offenbarung hervorzurufen oder zu erleichtern. Der/die Prozessor(en) 552 kann/können eine beliebige geeignete Verarbeitungseinheit beinhalten, die in der Lage ist, Daten als Eingabe zu akzeptieren, die Eingangsdaten gemäß gespeicherten, computerausführbare Anweisungen zu verarbeiten und Ausgangsdaten zu generieren. Der/die Prozessor(en) 552 kann/können eine beliebige Art von geeigneter Verarbeitungseinheit beinhalten.
  • Der Arbeitsspeicher 554 kann einen flüchtigen Speicher (Speicher, der seinen Zustand beibehält, wenn er mit Leistung versorgt wird) einschließen. Dauerhafter Datenspeicher kann im in dieser Schrift verwendeten Sinne des Ausdrucks einen nicht flüchtigen Speicher einschließen. In gewissen beispielhaften Ausführungsformen kann ein flüchtiger Speicher einen schnelleren Lese-/Schreibzugriff als ein nicht flüchtiger Speicher ermöglichen. In bestimmten anderen beispielhaften Ausführungsformen können bestimmte Arten von nicht flüchtigem Speicher (zum Beispiel FRAM) jedoch einen schnelleren Lese-/Schreibzugriff als bestimmte Arten von flüchtigem Speicher ermöglichen.
  • Unter Bezugnahme auf die Funktionen, die von der Benutzervorrichtung 550 unterstützt werden, kann die AV-Anwendung 556 eine mobile Anwendung sein, die durch den Prozessor 552 ausgeführt werden kann und zum Darstellen von Optionen und/oder Empfangen von Benutzereingaben von Informationen bezüglich der offenbarten Ausführungsformen verwendet werden kann. Des Weiteren kann die Benutzervorrichtung 550 mit dem AV 540 über das Netzwerk 542 und/oder eine direkte Verbindung kommunizieren, bei der es sich um eine drahtlose oder drahtgebundene Verbindung handeln kann. Die Benutzervorrichtung 550 kann eine Kamera, einen Scanner, einen Bioleser oder dergleichen beinhalten, um biometrische Daten eines Benutzers aufzunehmen, einen bestimmten Verarbeitungsschritt an den biometrischen Daten durchzuführen, wie etwa Merkmale aus aufgenommenen biometrischen Daten zu extrahieren, und diese extrahierten Merkmale dann an einen oder mehrere entfernte Server zu kommunizieren, wie etwa einen oder mehrere von cloudbasierten Servern.
  • Das autonome Fahrzeug 540 kann Folgendes beinhalten: einen oder mehrere Computerprozessoren 560, eine oder mehrere Speichervorrichtungen 562, einen oder mehrere Sensoren 564, eine oder mehrere Anwendungen, wie etwa eine Anwendung 566 für autonomes Fahren. Weitere Ausführungsformen können andere Komponenten beinhalten. Das autonome Fahrzeug 540 kann zusätzlich über ein Verbindungsprotokoll, wie etwa Bluetooth oder Nahfeldkommunikation, in drahtloser Kommunikation 546 mit der Benutzervorrichtung 550 stehen.
  • Der/die Prozessor(en) 560 kann/können konfiguriert sein, um auf den Speicher 562 zuzugreifen und die computerausführbaren Anweisungen, die darin geladen sind, auszuführen.
  • Beispielsweise können der/die Prozessor(en) 560 konfiguriert sein, um die computerausführbaren Anweisungen der verschiedenen Programmmodule, Anwendungen, Engines oder dergleichen der Vorrichtung auszuführen, um das Durchführen verschiedener Vorgänge gemäß einer oder mehreren Ausführungsformen der Offenbarung hervorzurufen oder zu erleichtern. Der/die Prozessor(en) 560 kann/können eine beliebige geeignete Verarbeitungseinheit beinhalten, die in der Lage ist, Daten als Eingabe zu akzeptieren, die Eingangsdaten gemäß gespeicherten, computerausführbare Anweisungen zu verarbeiten und Ausgangsdaten zu generieren. Der/die Prozessor(en) 560 kann/können eine beliebige Art von geeigneter Verarbeitungseinheit beinhalten.
  • Der Speicher 562 kann Folgendes einschließen: flüchtigen Speicher (Speicher, der seinen Zustand beibehält, wenn er mit Leistung versorgt wird), wie etwa Direktzugriffsspeicher (random access memory - RAM), und/oder nicht flüchtigen Speicher (Speicher, der seinen Zustand beibehält, auch wenn er nicht mit Leistung versorgt wird), wie etwa Festwertspeicher (read-only memory - ROM), Flash-Speicher, ferroelektrischen RAM (FRAM) und so weiter. Dauerhafter Datenspeicher kann im in dieser Schrift verwendeten Sinne des Ausdrucks einen nicht flüchtigen Speicher einschließen. In gewissen beispielhaften Ausführungsformen kann ein flüchtiger Speicher einen schnelleren Lese-/Schreibzugriff als ein nicht flüchtiger Speicher ermöglichen. In bestimmten anderen beispielhaften Ausführungsformen können bestimmte Arten von nicht flüchtigem Speicher (z. B. FRAM) jedoch einen schnelleren Lese-/Schreibzugriff ermöglichen als bestimmte Arten von flüchtigem Speicher.
  • Es versteht sich, dass das/der/die Programmmodul(e), Anwendungen, computerausführbaren Anweisungen, Code oder dergleichen, die in 5 als auf in dem Datenspeicher 520 gespeichert dargestellt sind, lediglich veranschaulichend und nicht erschöpfend sind und dass eine Verarbeitung, die als durch ein beliebiges konkretes Modul unterstützt beschrieben ist, alternativ auf mehrere Module verteilt sein kann oder durch ein anderes Modul durchgeführt werden kann.
  • Es versteht sich ferner, dass der Server 500 alternative und/oder zusätzliche Hardware-, Software- oder Firmwarekomponenten beinhalten kann, die über die beschriebenen oder dargestellten hinausgehen, ohne vom Umfang der Offenbarung abzuweichen.
  • Wenngleich konkrete Ausführungsformen der Offenbarung beschrieben wurden, wird der Durchschnittsfachmann erkennen, dass zahlreiche andere Modifikationen und alternative Ausführungsformen innerhalb des Umfangs der Offenbarung liegen. Zum Beispiel können beliebige der Funktionen und/oder Verarbeitungsmöglichkeiten, die in Bezug auf eine konkrete Vorrichtung oder Komponente beschrieben wurden, durch eine beliebige andere Vorrichtung oder Komponente durchgeführt werden. Ferner wird der Durchschnittsfachmann, auch wenn verschiedene veranschaulichende Umsetzungen und Architekturen gemäß den Ausführungsformen der Offenbarung beschrieben wurden, erkennen, dass zahlreiche andere Modifikationen an den veranschaulichenden Umsetzungen und Architekturen, die in der vorliegenden Schrift beschrieben sind, ebenfalls innerhalb des Umfangs der Offenbarung liegen.
  • Blöcke der Blockdiagramme und Ablaufdiagramme unterstützen Kombinationen von Mitteln zum Durchführen der angegebenen Funktionen, Kombinationen von Elementen oder Schritten zum Durchführen der angegebenen Funktionen und Programmanweisungsmittel zum Durchführen der angegebenen Funktionen. Es versteht sich außerdem, dass jeder Block der Blockdiagramme und Ablaufdiagramme und Kombinationen aus Blöcken in den Blockdiagrammen und Ablaufdiagrammen durch speziell dazu dienende hardwarebasierte Computersysteme, welche die angegebenen Funktionen, Elemente oder Schritte durchführen, oder Kombinationen aus speziell dazu dienender Hardware und Computeranweisungen, umgesetzt werden können.
  • Eine Softwarekomponente kann in einer beliebigen einer Vielfalt von Programmiersprachen kodiert sein. Eine veranschaulichende Programmiersprache kann eine niederrangige Programmiersprache sein, wie etwa eine Assembler-Sprache, die einer konkreten Hardwarearchitektur und/oder Betriebssystemplattform zugeordnet ist. Eine Softwarekomponente, die Anweisungen in Assembler-Sprache umfasst, kann eine Umwandlung in ausführbaren Maschinencode durch einen Assembler vor Ausführung durch die Hardwarearchitektur und/oder Plattform erforderlich machen.
  • Eine Softwarekomponente kann als eine Datei oder ein anderes Datenspeicherkonstrukt gespeichert sein. Softwarekomponenten einer ähnlichen Art oder verwandter Funktionalität können zusammen gespeichert sein, wie zum Beispiel in einem konkreten Verzeichnis, Ordner oder einer konkreten Programmbibliothek. Softwarekomponenten können statisch (zum Beispiel voreingestellt oder fest) oder dynamisch (zum Beispiel zum Zeitpunkt der Ausführung erstellt oder modifiziert) sein.
  • Softwarekomponenten können durch einen beliebigen einer großen Vielfalt von Mechanismen andere Softwarekomponenten aufrufen oder durch diese aufgerufen werden. Aufgerufene oder aufrufende Softwarekomponenten können Folgendes umfassen: weitere individuell entwickelte Anwendungssoftware, Betriebssystemfunktionen (zum Beispiel Vorrichtungstreiber, Routinen der Datenspeicher (zum Beispiel Dateiverwaltung), andere übliche Routinen und Dienste usw.) oder Softwarekomponenten Dritter (zum Beispiel Middleware, Verschlüsselung oder andere Sicherheitssoftware, Datenbankverwaltungssoftware, Datentransfer- oder andere Netzkommunikationssoftware, mathematische oder statistische Software, Bildverarbeitungssoftware und Formatübersetzungssoftware).
  • Softwarekomponenten, die einer konkreten Lösung oder einem konkreten System zugeordnet sind, können auf einer einzelnen Plattform liegen und ausgeführt werden oder können über mehrere Plattformen verteilt sein. Die mehreren Plattformen können mehr als einem Hardwarehersteller, zugrundeliegender Chiptechnologie oder Betriebssystem zugeordnet sein. Ferner können Softwarekomponenten, die einer bestimmten Lösung oder einem bestimmten System zugeordnet sind, zunächst in einer oder mehreren Programmiersprachen geschrieben sein, aber Softwarekomponenten aufrufen, die in anderen Programmiersprachen geschrieben sind.
  • Die computerausführbaren Programmanweisungen können in einen Spezialcomputer oder eine andere konkrete Maschine, einen Prozessor oder andere programmierbare Datenverarbeitungsvorrichtung geladen werden, um eine konkrete Maschine zu erzeugen, sodass die Ausführung der Anweisungen auf dem Computer, dem Prozessor oder der anderen programmierbaren Datenverarbeitungsvorrichtung veranlasst, dass eine oder mehrere Funktionen oder ein Vorgang oder mehrere Vorgänge, die in den Ablaufdiagrammen angegeben sind, durchgeführt werden. Diese Computerpogrammanweisungen können außerdem in einem computerlesbaren Speichermedium (computer-readable storage medium - CRSM) gespeichert sein, das bei Ausführung einen Computer oder eine andere programmierbare Datenverarbeitungsvorrichtung anweisen kann, in einer bestimmten Weise zu funktionieren, sodass die auf dem computerlesbaren Speichermedium gespeicherten Anweisungen ein Produkt mit Anweisungsmitteln erzeugen, die eine oder mehrere Funktionen oder einen oder mehrere Vorgänge, die in den Ablaufdiagrammen angegeben sind, umsetzen. Die Computerprogrammanweisungen können außerdem in einen Computer oder eine andere programmierbare Datenverarbeitungsvorrichtung geladen werden, um zu veranlassen, dass eine Reihe von funktionsfähigen Elementen oder Schritten auf dem Computer oder der anderen programmierbaren Vorrichtung durchgeführt wird, um einen computerumgesetzten Prozess zu erzeugen.
  • Wenngleich die Ausführungsformen in für Strukturmerkmale oder methodische Handlungen spezifischer Sprache beschrieben wurden, versteht es sich, dass die Offenbarung nicht notwendigerweise auf die beschriebenen konkreten Merkmale oder Handlungen beschränkt ist. Die konkreten Merkmale und Handlungen werden vielmehr als veranschaulichende Formen der Umsetzung der Ausführungsformen offenbart. Konditionalsprache, wie etwa unter anderem „kann“, „könnte“, „würde“ oder „möchte“, soll, sofern nicht spezifisch anders angegeben oder im verwendeten Kontext anders zu verstehen, allgemein vermitteln, dass gewisse Ausführungsformen gewisse Merkmale, Elemente und/oder Schritte beinhalten könnten, während andere Ausführungsformen diese nicht beinhalten. Somit soll derartige Konditionalsprache nicht allgemein implizieren, dass Merkmale, Elemente und/oder Schritte in irgendeiner Weise für eine oder mehrere Ausführungsformen erforderlich sind oder dass eine oder mehrere Ausführungsformen notwendigerweise Logik zum Entscheiden, mit oder ohne Benutzereingabe oder Eingabeaufforderung, ob diese Merkmale, Elemente und/oder Schritte in einer konkreten Ausführungsform beinhaltet sind oder durchgeführt werden sollen, beinhalten.
  • Gemäß der vorliegenden Erfindung wird ein nichttransitorisches computerlesbares Medium bereitgestellt, das computerausführbare Anweisungen speichert, die bei Ausführung durch einen Prozessor den Prozessor dazu veranlassen, Vorgänge durchzuführen, die Folgendes aufweisen: Bestimmen eines Zustands, der einem Benutzer eines Mitfahrgelegenheitsfahrzeugs zugeordnet ist, anhand mindestens einer Vorrichtung, die dem Mitfahrgelegenheitsfahrzeug zugeordnet ist, Identifizieren einer Bestätigung des Zustands durch eine oder mehrere zweite Vorrichtungen und Hinzufügen einer Transaktion zu einer Blockchain, wobei die Transaktion eine Beschreibung des Zustands, die Bestätigung und einen Link zu einer Fahrtaufnahme des Zustands umfasst.
  • Gemäß einer Ausführungsform umfassen die eine oder die mehreren zweiten Vorrichtungen eine Vorrichtung eines Infrastrukturelements, eine Vorrichtung eines anderen Benutzers oder eine Vorrichtung eines anderen Fahrzeugs in der Nähe des Mitfahrgelegenheitsfahrzeugs.
  • Gemäß einer Ausführungsform umfasst der Zustand einen Sicherheitszustand des Benutzers und umfasst das nichttransitorische computerlesbare Medium ferner computerausführbare Anweisungen zum Empfangen einer Angabe, dass der Sicherheitszustand des Benutzers eine Notfallsituationen umfasst, durch die Vorrichtung über eine Paniktaste und zum Benachrichtigen einer Instanz über ein Vorliegen der Notfallsituation.
  • Gemäß einer Ausführungsform ist die Erfindung ferner gekennzeichnet durch computerausführbare Anweisungen zum Bestimmen, dass der Zustand eine dem Benutzer oder dem Mitfahrgelegenheitsfahrzeug zugeordnete Notfallsituation angibt, und zum Benachrichtigen einer Instanz über ein Vorliegen der Notfallsituation.
  • Gemäß einer Ausführungsform umfasst die Transaktion ferner Mitfahrgelegenheitsstatusinformationen, die mindestens eines des Folgenden umfassen: eine Angabe, dass das Mitfahrgelegenheitsfahrzeug zu einem Ziel fährt, eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Abholort abholt, oder eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Absetzort absetzt.

Claims (15)

  1. Vorrichtung, umfassend: mindestens eine Speichervorrichtung, die computerausführbare Anweisungen speichert; und mindestens einen Prozessor, der dazu konfiguriert ist, auf die mindestens eine Speichervorrichtung zuzugreifen, wobei der mindestens eine Prozessor dazu konfiguriert ist, die computerausführbaren Anweisungen für Folgendes auszuführen: Bestimmen eines ersten Zustands, der einem Benutzer eines Mitfahrgelegenheitsfahrzeugs zugeordnet ist, anhand mindestens einer zweiten Vorrichtung, die dem Mitfahrgelegenheitsfahrzeug zugeordnet ist; Identifizieren einer ersten Bestätigung des ersten Zustands durch eine oder mehrere dritte Vorrichtungen, Hinzufügen einer ersten Transaktion zu einer Blockchain, wobei die erste Transaktion eine erste Beschreibung des ersten Zustands, die erste Bestätigung und einen Link zu einer Fahrtaufnahme des ersten Zustands umfasst, Bestimmen eines zweiten Zustands, der dem Benutzer zugeordnet ist, anhand der zweiten Vorrichtung; Identifizieren einer zweiten Bestätigung des ersten Zustands durch die eine oder die mehreren dritten Vorrichtungen, und Hinzufügen einer zweiten Transaktion zu der Blockchain, wobei die zweite Transaktion eine zweite Beschreibung des zweiten Zustands und die zweite Bestätigung umfasst.
  2. Vorrichtung nach Anspruch 1, wobei die eine oder die mehreren dritten Vorrichtungen eine Vorrichtung eines Infrastrukturelements, eine Vorrichtung eines anderen Benutzers oder eine Vorrichtung eines anderen Fahrzeugs in der Nähe des Mitfahrgelegenheitsfahrzeugs umfassen.
  3. Vorrichtung nach Anspruch 1, wobei mindestens einer des ersten Zustands oder des zweiten Zustands einen Sicherheitszustand des Benutzers umfasst.
  4. Vorrichtung nach Anspruch 3, ferner umfassend computerausführbare Anweisungen für Folgendes: Empfangen einer Angabe, dass der Sicherheitszustand des Benutzers eine Notfallsituation umfasst, durch die Vorrichtung über eine Paniktaste; und Benachrichtigen einer Instanz über ein Vorliegen der Notfallsituation.
  5. Vorrichtung nach Anspruch 1, ferner umfassend computerausführbare Anweisungen für Folgendes: Bestimmen, dass mindestens einer des ersten Zustands oder des zweiten Zustands eine dem Benutzer oder dem Mitfahrgelegenheitsfahrzeug zugeordnete Notfallsituation angibt; und Benachrichtigen einer Instanz über ein Vorliegen der Notfallsituation.
  6. Vorrichtung nach Anspruch 1, wobei die erste Transaktion ferner Mitfahrgelegenheitsstatusinformationen umfasst, die mindestens eines des Folgenden umfassen: eine Angabe, dass das Mitfahrgelegenheitsfahrzeug zu einem Ziel fährt, eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Abholort abholt, oder eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Absetzort absetzt.
  7. Vorrichtung nach Anspruch 1, wobei die erste Transaktion ferner den Standort des Mitfahrgelegenheitsfahrzeugs und einen Zeitstempel des Mitfahrgelegenheitsfahrzeugs an dem Standort umfasst.
  8. Vorrichtung nach Anspruch 1, wobei die computerausführbaren Anweisungen zum Identifizieren der ersten Bestätigung des ersten Zustands computerausführbare Anweisungen für Folgendes umfassen: Identifizieren, dass eine Schwellenwertanzahl dritter Vorrichtungen jeweilige der Blockchain zugeordnete Hashwerte erzeugt; Bestimmen, dass die jeweiligen Hashwerte nicht mit einem vorher festgelegten Hashwert übereinstimmen, und Übertragen einer Nachricht an die dritten Vorrichtungen, die ein Vorliegen eines der Blockchain zugeordneten Hacking-Ereignisses angibt.
  9. Verfahren, umfassend: Bestimmen eines Zustands, der einem Benutzer eines Mitfahrgelegenheitsfahrzeugs zugeordnet ist, anhand mindestens einer ersten Vorrichtung, die dem Mitfahrgelegenheitsfahrzeug zugeordnet ist; Identifizieren einer Bestätigung des Zustands durch eine oder mehrere zweite Vorrichtungen, und Hinzufügen einer Transaktion zu einer Blockchain, wobei die Transaktion eine Beschreibung des Zustands, die Bestätigung und einen Link zu einer Fahrtaufnahme des Zustands umfasst.
  10. Verfahren nach Anspruch 9, wobei die eine oder die mehreren zweiten Vorrichtungen eine Vorrichtung eines Infrastrukturelements, eine Vorrichtung eines anderen Benutzers oder eine Vorrichtung eines anderen Fahrzeugs in der Nähe des Mitfahrgelegenheitsfahrzeugs umfassen.
  11. Verfahren nach Anspruch 9, wobei der Zustand einen Sicherheitszustand des Benutzers umfasst und das Verfahren ferner Folgendes umfasst: Empfangen einer Angabe, dass der Sicherheitszustand des Benutzers eine Notfallsituation umfasst, über eine Paniktaste; und Benachrichtigen einer Instanz über ein Vorliegen der Notfallsituation.
  12. Verfahren nach Anspruch 9, ferner umfassend computerausführbare Anweisungen für Folgendes: Bestimmen, dass der Zustand eine dem Benutzer oder dem Mitfahrgelegenheitsfahrzeug zugeordnete Notfallsituation angibt; und Benachrichtigen einer Instanz über ein Vorliegen der Notfallsituation.
  13. Verfahren nach Anspruch 9, wobei die Transaktion ferner Mitfahrgelegenheitsstatusinformationen umfasst, die mindestens eines des Folgenden umfassen: eine Angabe, dass das Mitfahrgelegenheitsfahrzeug zu einem Ziel fährt, eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Abholort abholt, oder eine Angabe, dass das Mitfahrgelegenheitsfahrzeug den Benutzer an einem Absetzort absetzt.
  14. Verfahren nach Anspruch 9, wobei die Transaktion ferner den Standort eines Mitfahrgelegenheitsfahrzeugs und einen Zeitstempel des Mitfahrgelegenheitsfahrzeugs an dem Standort umfasst.
  15. Verfahren nach Anspruch 9, wobei das Verfahren ferner Folgendes umfasst: Identifizieren, dass eine Schwellenwertanzahl zweiter Vorrichtungen jeweilige der Blockchain zugeordnete Hashwerte erzeugt; Bestimmen, dass die jeweiligen Hashwerte nicht mit einem vorher festgelegten Hashwert übereinstimmen, und Übertragen einer Nachricht an die zweiten Vorrichtungen, die ein Vorliegen eines der Blockchain zugeordneten Hacking-Ereignisses angibt.
DE102020122757.4A 2019-09-05 2020-08-31 Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain Pending DE102020122757A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/561,729 US11658830B2 (en) 2019-09-05 2019-09-05 Systems and method for ridesharing using blockchain
US16/561,729 2019-09-05

Publications (1)

Publication Number Publication Date
DE102020122757A1 true DE102020122757A1 (de) 2021-03-11

Family

ID=74644647

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102020122757.4A Pending DE102020122757A1 (de) 2019-09-05 2020-08-31 Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain

Country Status (3)

Country Link
US (1) US11658830B2 (de)
CN (1) CN112446761A (de)
DE (1) DE102020122757A1 (de)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102017212249A1 (de) * 2017-07-18 2019-01-24 Robert Bosch Gmbh Verfahren und Vorrichtungen für Teilnehmer übergreifende Kommunikation
JP6969507B2 (ja) * 2018-06-21 2021-11-24 トヨタ自動車株式会社 情報処理装置、情報処理方法及びプログラム
US11915171B2 (en) * 2019-11-26 2024-02-27 Alarm.Com Incorporated System and method integrating smart vehicles with a monitoring system
US11388582B2 (en) 2019-11-28 2022-07-12 Toyota Motor North America, Inc. Providing media based on profile sharing
US11788852B2 (en) 2019-11-28 2023-10-17 Toyota Motor North America, Inc. Sharing of transport user profile
US11494517B2 (en) * 2020-02-12 2022-11-08 Uber Technologies, Inc. Computer system and device for controlling use of secure media recordings
US20220083924A1 (en) * 2020-09-16 2022-03-17 Mitsubishi Electric Research Laboratories, Inc. System and Method for Measuring Social Cost of Ridesharing Service
US20230296390A1 (en) * 2022-03-03 2023-09-21 State Farm Mutual Automobile Insurance Company Blockchain Rideshare Data Aggregator Solution
TWI831336B (zh) * 2022-08-19 2024-02-01 新加坡商鴻運科股份有限公司 行駛記錄認證方法、電子設備、儲存介質、交通工具

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130054139A1 (en) * 2011-08-30 2013-02-28 International Business Machines Corporation Location of Available Passenger Seats in a Dynamic Transporting Pool
US9565402B2 (en) * 2012-10-30 2017-02-07 Baby-Tech Innovations, Inc. Video camera device and method to monitor a child in a vehicle
US10652735B2 (en) * 2013-10-04 2020-05-12 Sol Mingso Li Systems and methods for programming, controlling and monitoring wireless networks
US10196036B2 (en) * 2014-09-11 2019-02-05 Child Adult Pet Safety Llc Mobile alert and security system
US10521780B1 (en) * 2015-12-16 2019-12-31 United Services Automobile Association (Usaa) Blockchain based transaction management
MX2018007509A (es) * 2015-12-17 2018-11-29 Rapidsos Inc Dispositivos y métodos para llamada de emergencia eficiente.
US10402812B2 (en) * 2016-06-17 2019-09-03 Mastercard International Incorporated Method and system for geofencing
US20180108089A1 (en) * 2016-10-14 2018-04-19 International Business Machines Corporation Transactions and linked assets on a blockchain
WO2018111847A1 (en) * 2016-12-15 2018-06-21 Walmart Apollo, Llc Apparatus and method for collaborative shopping
US10783600B2 (en) * 2017-05-25 2020-09-22 GM Global Technology Operations LLC Method and system using a blockchain database for data exchange between vehicles and entities
US10944546B2 (en) * 2017-07-07 2021-03-09 Microsoft Technology Licensing, Llc Blockchain object interface
CA3087256A1 (en) * 2018-01-02 2019-07-11 Xirgo Technologies, Llc Camera enhanced ride sharing
EP3714340A4 (de) * 2018-01-31 2021-03-31 Xirgo Technologies, LLC Erweitertes system zur gemeinsamen fahrzeugnutzung
US20210072033A1 (en) * 2018-07-23 2021-03-11 SparkCognition, Inc. Logistics and transportation technologies
JP7139853B2 (ja) * 2018-10-04 2022-09-21 トヨタ自動車株式会社 車両用シート制御装置
US11455380B2 (en) * 2018-11-20 2022-09-27 International Business Machines Corporation Chain-of-custody of digital content in a database system
SG11202105973QA (en) * 2018-12-06 2021-07-29 Gk8 Ltd Secure consensus over a limited connection
US11044580B2 (en) * 2019-06-10 2021-06-22 Ford Global Technologies, Llc Systems and method for potentially enhanced vehicle safety for passengers using blockchain
US11532061B2 (en) * 2019-07-02 2022-12-20 Kyndryl, Inc. Distributed ridesharing vehicle management
US11496617B2 (en) * 2019-07-22 2022-11-08 Jeremy Davis Car surveillance system

Also Published As

Publication number Publication date
US20210072034A1 (en) 2021-03-11
US11658830B2 (en) 2023-05-23
CN112446761A (zh) 2021-03-05

Similar Documents

Publication Publication Date Title
DE102020122757A1 (de) Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain
DE112020004587T5 (de) Verteilter verkehrssicherheitskonsens
US11062414B1 (en) System and method for autonomous vehicle ride sharing using facial recognition
DE112020001642T5 (de) Autonomes Fahrzeugsystem
DE102017114179A1 (de) Vorrichtung und Verfahren für eine Fahrzeugplattform
DE102020102426A1 (de) Fehlverhaltensdetektion in autonomen Fahrkommunikationen
DE102020101896A1 (de) Parkinformationsteilungssystem unter verwendung von blockchain
DE112017007797T5 (de) Fahrzeugsicherheitssysteme und -verfahren
DE102013209055A1 (de) Datenquellenidentifizierung, Datensammlung und Datenspeicherung für Verkehrsereignisse
DE112012004767T5 (de) Vollständiges Fahrzeugökosystem
DE102019115693A1 (de) Auslöserbasierte fahrzeugüberwachung
DE102021123067A1 (de) Sicherer Transportmittel-Datenaustausch
DE102020115357A1 (de) Systeme und verfahren für potenziell verbesserte fahrzeugsicherheit für fahrgäste unter verwendung von blockchain
DE102019133268A1 (de) Auslöserbasierte boni mit blockchain für fahrzeugflotte
DE102018113046A1 (de) Ein system und verfahren zur reduzierung des fahrzeugressourcen-erschöpfungsrisikos
DE102020115356A1 (de) Systeme und verfahren zur netzknotenkommunikation unter verwendung dynamisch konfigurierbarer interaktionsmodi
DE102020120088A1 (de) Systeme und verfahren zur dynamischen fahrspurverwaltung
DE112021007239T5 (de) Erkennung und verwaltung vergessener mobiler geräte
US20220414617A1 (en) Transport assessment
DE112021003364T5 (de) Bedarfsbasierte Energieverteilung
EP3877231A1 (de) Prädiktion eines voraussichtlichen fahrverhaltens
DE102022111037A1 (de) Verfahren und systeme zur optimierung von fahrzeugereignisprozessen
JP7379424B2 (ja) 状況固有の輸送手段パワー割り当て
JP2022040073A (ja) 経路データに基づく輸送手段への無線エネルギー転送
US20230382406A1 (en) Vehicle action determination based on occupant characteristics

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: LORENZ SEIDLER GOSSEL RECHTSANWAELTE PATENTANW, DE

R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: G06Q0050300000

Ipc: G06Q0050400000