DE102020120354A1 - Systeme und verfahren zum verwalten einer fahrzeugflotte auf grundlage einzuhaltender vorschriften - Google Patents

Systeme und verfahren zum verwalten einer fahrzeugflotte auf grundlage einzuhaltender vorschriften Download PDF

Info

Publication number
DE102020120354A1
DE102020120354A1 DE102020120354.3A DE102020120354A DE102020120354A1 DE 102020120354 A1 DE102020120354 A1 DE 102020120354A1 DE 102020120354 A DE102020120354 A DE 102020120354A DE 102020120354 A1 DE102020120354 A1 DE 102020120354A1
Authority
DE
Germany
Prior art keywords
vehicle
nodes
node
information
threshold
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
DE102020120354.3A
Other languages
English (en)
Inventor
Abraham Mezaael
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 DE102020120354A1 publication Critical patent/DE102020120354A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0605—Supply or demand aggregation
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60N—SEATS SPECIALLY ADAPTED FOR VEHICLES; VEHICLE PASSENGER ACCOMMODATION NOT OTHERWISE PROVIDED FOR
    • B60N2/00—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles
    • B60N2/02—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles the seat or part thereof being movable, e.g. adjustable
    • B60N2/0224—Non-manual adjustments, e.g. with electrical operation
    • B60N2/0244—Non-manual adjustments, e.g. with electrical operation with logic circuits
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • 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/40—Business processes related to the transportation industry
    • 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
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60N—SEATS SPECIALLY ADAPTED FOR VEHICLES; VEHICLE PASSENGER ACCOMMODATION NOT OTHERWISE PROVIDED FOR
    • B60N2/00—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles
    • B60N2/02—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles the seat or part thereof being movable, e.g. adjustable
    • B60N2/0224—Non-manual adjustments, e.g. with electrical operation
    • B60N2/0244—Non-manual adjustments, e.g. with electrical operation with logic circuits
    • B60N2/0268—Non-manual adjustments, e.g. with electrical operation with logic circuits using sensors or detectors for adapting the seat or seat part, e.g. to the position of an occupant
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60N—SEATS SPECIALLY ADAPTED FOR VEHICLES; VEHICLE PASSENGER ACCOMMODATION NOT OTHERWISE PROVIDED FOR
    • B60N2/00—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles
    • B60N2/02—Seats specially adapted for vehicles; Arrangement or mounting of seats in vehicles the seat or part thereof being movable, e.g. adjustable
    • B60N2/0224—Non-manual adjustments, e.g. with electrical operation
    • B60N2/0244—Non-manual adjustments, e.g. with electrical operation with logic circuits
    • B60N2/0272—Non-manual adjustments, e.g. with electrical operation with logic circuits using sensors or detectors for detecting the position of seat parts
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60N—SEATS SPECIALLY ADAPTED FOR VEHICLES; VEHICLE PASSENGER ACCOMMODATION NOT OTHERWISE PROVIDED FOR
    • B60N2220/00—Computerised treatment of data for controlling of seats
    • B60N2220/20—Computerised treatment of data for controlling of seats using a deterministic algorithm
    • 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)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Remote Sensing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die Offenbarung stellt Systeme und Verfahren zum Verwalten einer Fahrzeugflotte auf Grundlage einzuhaltender Vorschriften bereit. Hierin sind Systeme und Verfahren zum Verwalten einer Fahrzeugflotte auf Grundlage einzuhaltender Vorschriften offenbart, und einige Ausführungsformen schließen das Verwalten von Fahrzeugflotten angesichts einzuhaltender Vorschriften für ein Fahrzeug unter Verwendung der Blockchain-Technologie oder einer anderen Distributed-Ledger-Technologie ein.

Description

  • GEBIET DER TECHNIK
  • Die vorliegende Offenbarung betrifft Systeme und Verfahren zum Verwalten einer Fahrzeugflotte auf Grundlage von einzuhaltender Vorschriften und schließt in einigen Ausführungsformen das Verwalten von Fahrzeugflotten angesichts einzuhaltender Vorschriften für ein Fahrzeug unter Verwendung der Blockchain-Technologie ein.
  • ALLGEMEINER STAND DER TECHNIK
  • In verschiedenen Regionen gelten häufig einzuhaltende Vorschriften, z. B. Beschränkungen hinsichtlich der Anzahl der in einem Fahrzeug zugelassenen Fahrgäste oder Beschränkungen hinsichtlich des Gewichts der Ladung oder der Fahrgäste, die ein Fahrzeug befördern darf.
  • KURZDARSTELLUNG DER ERFINDUNG
  • Hierin sind Systeme und Verfahren zum Verwalten einer Fahrzeugflotte auf Grundlage einzuhaltender Vorschriften offenbart, und einige Ausführungsformen schließen das Verwalten von Fahrzeugflotten angesichts einzuhaltenden Vorschriften für ein Fahrzeug unter Verwendung der Blockchain-Technologie oder einer anderen Distributed-Ledger-Technologie ein.
  • Figurenliste
  • Die detaillierte Beschreibung wird unter Bezugnahme auf die beigefügten Zeichnungen dargelegt. Die Verwendung gleicher Bezugszeichen kann ähnliche oder identische Elemente angeben. Für verschiedene Ausführungsformen können andere Elemente und/oder Komponenten verwendet werden als jene, die in den Zeichnungen dargestellt sind, und einige Elemente und/oder Komponenten sind in verschiedenen Ausführungsformen unter Umständen nicht vorhanden. Die Elemente und/oder Komponenten in den Figuren sind nicht zwingend maßstabsgetreu. Für die gesamte Offenbarung gilt, dass Ausdrücke im Singular und Plural je nach Kontext synonym verwendet werden können.
    • 1 stellt eine exemplarische Architektur gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung ab.
    • 2 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
    • 3 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
    • 4 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
    • 5 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
    • 6 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
    • 7 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
    • 8 ist ein Ablaufdiagramm eines beispielhaften Verfahrens gemäß einem oder mehreren Ausführungsbeispielen der Offenbarung.
  • DETAILLIERTE BESCHREIBUNG
  • Überblick
  • Die Offenbarung ist unter anderem auf Systeme und Verfahren zum Verwalten eines Fahrzeugflottennetzes angesichts verschiedener einzuhaltender Vorschriften gerichtet. In bestimmten Ausführungsformen kann die Fahrzeugflottenverwaltung unter Verwendung von Blockchain- oder ähnlichen Distributed-Ledger-Technologien implementiert sein. Beispielsweise kann jedes der Fahrzeuge in der Fahrzeugflotte einen Knoten in einem Blockchain-System darstellen, in dem jedes Fahrzeug Zugriff auf ein dezentrales verteiltes Kontenbuch (Distributed Ledger) von Informationen hat oder dieses speichert. Die Knoten in dem Blockchain-System sind möglicherweise nicht auf Fahrzeuge beschränkt, sondern können beispielsweise auch Computer von Benutzern und andere Arten von Vorrichtungen beinhalten.
  • In einigen Ausführungsformen können die hierin offenbarten Systeme und Verfahren so konfiguriert sein, dass Knoten (z. B. Fahrzeuge) in dem Fahrzeugflottennetz Informationen speichern können, wobei die Informationen dezentralisiert und an das Ledger jedes Knotens verteilt sein können, sodass jedes Fahrzeug über die gleichen Informationen verfügt. Derartige Informationen können einzuhaltende Vorschriften für verschiedene Regionen für unterschiedliche Fahrzeugtypen beinhalten (z. B. eine maximale Anzahl von Fahrgästen, die ein bestimmter Fahrzeugtyp gleichzeitig befördern darf und/oder maximale Fahrgast- oder Frachtgewichtsgrenzen für einen bestimmten Fahrzeugtyp), Informationen zu den Fahrzeugen in dem Fahrzeugflottennetz (Größe, Gewicht, Typ, Merkmale, Fahrgestellnummer usw.), Informationen zu bestimmten Benutzern, die das Fahrzeugflottennetz nutzen (z. B. Körpergewicht der Benutzer, Fahrzeugpräferenzen, typische Transportwege usw.) oder sonstige Informationen, die für die Durchführung des Betriebs des Fahrzeugflottennetzes relevant sind.
  • In einigen Ausführungsformen kann das Fahrzeugflottennetz eine Dienstleistungsanforderung empfangen, die in Form einer Mitfahrgelegenheitsanforderung oder einer Anforderung an ein Fahrzeug, Fracht für einen Benutzer zu befördern, vorliegen kann, um nur einige Beispiele zu nennen. Auf Grundlage der Anforderung kann das Fahrzeugflottennetz ein bestimmtes Fahrzeug in dem Fahrzeugflottennetz bestimmen, das in der Lage sein kann, dem die Dienstleistung anfordernden Benutzer eine Dienstleistung bereitzustellen. Diese Bestimmung kann auf Grundlage von Informationen vorgenommen werden, wie etwa der derzeitige Status der Fahrzeuge (z. B. ob sie bereits eine Dienstleistung durchführen, wie viele Fahrgäste und/oder wie viel Gewicht das Fahrzeug derzeitig bewältigt usw.), die Fahrzeugtypen und Merkmale der Fahrzeuge, alle einschlägigen einzuhaltenden Vorschriften für Regionen, durch die die Dienstleistung das Fahrzeug führen wird (z. B. ist es möglich, dass das Fahrzeug durch Region X mit bestimmten Einschränkungen der maximalen Fahrgastanzahl zu einer Region Y mit bestimmten anderen Einschränkungen der maximalen Fahrgastzahl fährt usw.). Beim Bestimmen, ob ein Fahrzeug die Vorschriften einer Region nicht mehr befolgt, kann das Körpergewicht des anfordernden Benutzers oder das Frachtgewicht als Eingabe erforderlich sein. Diese Informationen können durch eine beliebige Anzahl von Verfahren empfangen werden, einschließlich beispielsweise manueller Eingabe von dem Benutzer, einer automatischen Bestimmung durch externe Datenquellen (z. B. sind die Informationen bereits bekannt und in einer Datenbank in den Ledger des Fahrzeugs gespeichert) oder Sensoren, die sich an beliebigen der Fahrzeuge im Fahrzeugflottennetz befinden. Im Falle eines Frachttransports können Gewichtsinformationen auch durch Verwendung einer Scannervorrichtung eingegeben werden, die die zu transportierenden Gegenstände scannt (z. B. Strichcode, Computer Vision-Bildverarbeitungstechnologie usw.). Sobald die Gewichtsinformationen zu Beginn bereitgestellt wurden, können die Informationen gespeichert und zur zukünftigen Verwendung an Ledger des Fahrzeugs verteilt werden. In einigen Fällen können dem Benutzer Anreize zum Bereitstellen seines Gewichts in Bezug auf eine Dienstleistungsanforderung oder sogar vor einer Dienstleistungsanforderung zur Speicherung in den Ledger des Fahrzeugs bereitgestellt werden. Beispielsweise kann der Benutzer eine Gutschrift für einen Rabatt auf die Dienstleistung empfangen, um diese Informationen dem Fahrzeugflottennetz bereitzustellen. Der Grund hierfür ist, dass einige Benutzer möglicherweise zögern, ihr Körpergewicht bereitzustellen, die Informationen jedoch für das Fahrzeugflottennetz von entscheidender Bedeutung sind, um Konformitätsbestimmungen vorzunehmen.
  • In einigen Ausführungsformen kann die Bestimmung, welches konkrete Fahrzeug dem anfordernden Benutzer die Dienstleistung bereitstellt, durch Mining-Vorgänge vorgenommen werden, die durch die Fahrzeuge im Fahrzeugflottennetz durchgeführt werden. Beispielsweise können Mining-Vorgänge das Durchführen von Rechenoperationen wie etwa Optimierungsfunktionen einschließen, um das beste Fahrzeug zum Durchführen der Dienstleistungsanforderung zu bestimmen. In einigen Ausführungsformen können auch andere Knoten in dem Fahrzeugflottennetz Mining-Vorgänge durchführen. Wie vorstehend erwähnt, können die Knoten des Fahrzeugflottennetzes beispielsweise Vorrichtungen wie Computer der Benutzer oder andere Arten von Vorrichtungen, Server usw. beinhalten. Diese anderen Arten von Knoten können zusätzlich oder alternativ zu den Fahrzeugen im Fahrzeugflottennetz ebenfalls Mining-Vorgänge durchführen. Dies kann den zusätzlichen Vorteil haben, dass die Rechenanforderungen der Fahrzeuge reduziert und/oder zusätzliche Knoten und Rechenleistung zum Fahrzeugflottennetz für effektivere Optimierungsbestimmungen hinzugefügt werden. Darüber hinaus haben diese anderen Arten von Knoten möglicherweise dieselben Ledger wie die Fahrzeuge im Fahrzeugflottennetz gespeichert und sind daher möglicherweise mit denselben Informationen vertraut.
  • In einigen Ausführungsformen kann das Fahrzeug dementsprechend Einstellungen durchführen, sobald ein Fahrzeug ausgewählt ist, das die angeforderte Dienstleistung für den Benutzer durchführen kann. Wenn ein Benutzer beispielsweise einen Fahrgastbeförderungsdienstleistung anfordert, kann der Benutzer bestimmte Präferenzen angeben, wie etwa Klimaanlage, Musikart, Sitzausrichtung oder eine andere konkrete Funktion. Das Fahrzeug kann seine Ausstattung vor der Ankunft, um den Fahrgast für seinen Transportdienst abzuholen, einstellen. In einigen Ausführungsformen kann das Fahrzeug auch automatisch Einstellungen ohne eine Angabe vom anfordernden Benutzer bestimmen. Beispielsweise hat das Fahrzeug möglicherweise gerade eine Frachttransportdienstleistung abgeschlossen, bei dem ein Sitz im Fahrzeug in eine umgeklappte Position gebracht werden musste. Das Fahrzeug kann eine Anforderung für eine Fahrgastbeförderungsdienstleistung empfangen und kann dann automatisch denselben Sitz in eine aufrechte Position einstellen, um den Fahrgast aufzunehmen. Das Fahrzeug kann auch andere Merkmale wie die Ausrichtung der Sitze im Fahrzeug, die Klimaanlage, die Musikauswahl oder andere einschlägige Merkmale einstellen. Derartige Einstellungen können auf Grundlage der Präferenzen vorgenommen werden, die durch den anfordernden Benutzer angegeben werden, oder können automatisch auf Grundlage der Bestimmungen durch das Fahrzeug und/oder Fahrzeugflottennetz vorgenommen werden.
  • In einigen Ausführungsformen kann das Fahrzeugflottennetz Fahrzeuge in dem Fahrzeugflottennetz überwachen und verwalten, selbst nachdem Dienstleistungen für einen anfordernden Benutzer eingeleitet wurden. Wenn beispielsweise bestimmt wird, dass ein Fahrzeug während der Durchführung einer Dienstleistung in einen Zustand übergeht, der nicht mehr mit den einschlägigen Vorschriften konform ist (z. B. wenn das Gewicht der Fracht/der Fahrgäste, die befördert werden, ein Schwellengewicht gemäß der Vorschrift überschreitet oder das Fahrzeug in eine neue Region mit Vorschriften mit niedrigeren Schwellenwerten einfährt und somit nicht mehr konform ist), dann kann das Fahrzeugflottennetz das Fahrzeug veranlassen, die Dienstleistung zu beenden (oder alternativ kann das Fahrzeug selbst identifizieren, dass es nicht konform ist, und kann die Dienstleistung beenden). In einigen Fällen kann dies einschließen, dass das Fahrzeug die Transportdienstleistung nicht mehr durchführt, an den Straßenrand fährt und/oder andere erforderliche Vorgänge durchführt, um die Dienstleistung zu beenden. In einigen Fällen kann das Fahrzeug dennoch einige Funktionen bereitstellen, wie etwa eine Klimaanlage für Fahrgäste und/oder Kühlfunktionen für verderbliche Fracht und/oder andere notwendige Funktionen.
  • In einigen Ausführungsformen kann das Fahrzeug bei Nichtkonformität auch entfernt oder für das Fahrzeugflottennetz unsichtbar gemacht werden, sodass kein Benutzer eine Dienstleistung von dem Fahrzeug anfordern kann, bis es konform wird. Zum Beispiel kann das Fahrzeug aus den Fahrzeugflottennetz-Ledger entfernt werden. Als weiteres Beispiel kann das Fahrzeug in den Ledger verbleiben, aber die Ledger können angeben, dass das Fahrzeug nicht verfügbar ist, weil es nicht konform ist. Das nicht konforme Fahrzeug kann sich selbst entfernen und/oder die Ledger aktualisieren, das Fahrzeugflottennetz kann dies als Ganzes tun, oder ein anderes Fahrzeug oder ein anderer Knoten im Fahrzeugflottennetz kann dies tun. Sobald das Fahrzeug konform ist, kann es die Dienstleistung wieder aufnehmen und für das Netz wieder sichtbar werden.
  • In einigen Ausführungsformen kann das Fahrzeugflottenverwaltungsnetz auch Vorgänge zum Umverteilen von Fracht und/oder Fahrgästen auf andere Fahrzeuge in dem Netz durchführen, um sicherzustellen, dass das nicht konforme Fahrzeug konform wird (und die Fracht und/oder die Fahrgäste ihr Ziel rechtzeitig erreichen). Beispielsweise kann das Fahrzeugflottennetz bestimmen, dass das Fahrzeug seine Fahrgastanzahl um eins reduzieren muss, sodass das Fahrzeugflottennetz ein anderes Fahrzeug in dem Bereich bestimmt, das die Dienstleistung für einen der Fahrgäste in dem Fahrzeug durchführen kann. Der Fahrgast kann dann in das neu bestimmte Fahrzeug umsteigen, sodass das derzeitige Fahrzeug konform wird und die Dienstleistung wieder aufnehmen kann. Dieselben Vorgänge können durch das Fahrzeug einzeln durchgeführt werden. Um alternative Fahrzeuge zu bestimmen, um die Dienstleistung durchzuführen, können dieselben Mining-Vorgänge durchgeführt werden, die durchgeführt wurden, um zu Beginn ein Fahrzeug zu identifizieren, um eine Dienstleistung bereitzustellen. Alternativ kann das Fahrzeug mit anderen Fahrzeugen in der Nähe unter Verwendung von Kommunikationsverfahren wie Fahrzeug-zu-Fahrzeug (C2C), Fahrzeug-zu-Infrastruktur (C2I), Fahrzeug-zu-Allen (C2X) und/oder dedizierte Nahbereichskommunikation (Dedicated Short Range Communications - DSRC) kommunizieren, um ein anderes Fahrzeug zu identifizieren, das einem Teil der Fahrgäste und/oder der Fracht eine Dienstleistung bereitstellen kann, damit das Fahrzeug wieder konform wird.
  • Veranschaulichende Ausführungsformen
  • Unter Bezugnahme auf die Zeichnungen stellt 1 nun eine veranschaulichende Architektur 100 dar, in der Techniken und Strukturen der vorliegenden Offenbarung implementiert sein können. Die veranschaulichende Architektur 100 kann ein Fahrzeugflottennetz 101 beinhalten, das eine Vielzahl von Fahrzeugen, wie etwa Fahrzeuge 102(a), 102(b) und 102(c), ein Kommunikationsnetzwerk 104 und einen Server 118 beinhaltet. Das Kommunikationsnetzwerk 104 kann eine beliebige oder eine Kombination aus mehreren unterschiedlichen Arten von Netzwerken beinhalten, wie etwa Kabelnetzwerke, das Internet, drahtlose Netzwerke und andere private und/oder öffentliche Netzwerke. In einigen Fällen kann das Kommunikationsnetzwerk 104 Mobilfunk, Wi-Fi oder Wi-Fi Direct beinhalten. In einigen Ausführungsformen kann das Netzwerk Kommunikationen zwischen Fahrzeugen in dem Netzwerk beinhalten und/oder zwischen Fahrzeugen in dem Netzwerk und Elementen außerhalb des Netzwerks. Zum Beispiel können Fahrzeug-zu-Fahrzeug (C2C), Fahrzeug-zu-Infrastruktur (C2I), Fahrzeug-zu-Allen (C2X), und/oder dedizierte Kurzstreckenkommunikation (DSRC), um nur einige zu nennen, verwendet werden. In einigen Ausführungsformen können einige der hierin offenbarten Funktionen durch einzelne Fahrzeuge (z. B. 102(a)-102(c)) und/oder andere Knoten (z. B. Mobiltelefon der Benutzer, Computer, Server usw.) im Fahrzeugflottennetz 101 ausgeführt werden. In anderen Ausführungsformen können einige der hierin offenbarten Funktionen vollständig durch das Fahrzeugflottennetz 101 als Ganzes ausgeführt werden. In anderen Ausführungsformen können einige der hierin offenbarten Funktionen gemeinsam durch einzelne Fahrzeuge und das Fahrzeugflottennetz 101 als Ganzes ausgeführt werden. In anderen Ausführungsformen können einige der hierin offenbarten Funktionen durch eine externe Quelle, wie etwa den Server 118, ausgeführt werden.
  • In verschiedenen Ausführungsformen kann jedes der Fahrzeuge (z. B. 102(a)-102(c)) des Fahrzeugflottennetzes 101 ähnlich konfiguriert sein und können diese allgemein als verbundene Fahrzeuge bezeichnet werden. Der Kürze halber kann ein einzelnes Fahrzeug, wie etwa das Fahrzeug 102(a), ausführlicher erörtert werden, aber jede Erörterung in Bezug auf ein einzelnes Fahrzeug kann gleichermaßen für jedes andere Fahrzeug, wie das Fahrzeug 102(b) und/oder Fahrzeug 102(c) zum Beispiel, gelten. Im Allgemeinen umfasst das Fahrzeug 102(a) mindestens einen oder mehrere Prozessoren 108, einen Speicher 110, ein Kontenbuch (Ledger) 112, ein oder mehrere Mining-Module 114 und eine Steuerung 116.
  • In einigen Ausführungsformen kann das Fahrzeug 102(a) einen oder mehrere Prozessoren 108 beinhalten, die eine beliebige geeignete Verarbeitungseinheit beinhalten können, die in der Lage ist, digitale Daten als Eingabe zu akzeptieren, die Eingangsdaten auf Grundlage von gespeicherten computerausführbaren Anweisungen zu verarbeiten und Ausgangsdaten zu generieren. Die computerausführbaren Anweisungen können beispielsweise in einem Datenspeicher gespeichert sein und können unter anderem Betriebssystemsoftware und Anwendungssoftware beinhalten. Die computerausführbaren Anweisungen können aus dem Datenspeicher abgerufen und nach Bedarf zur Ausführung in den Speicher 110 geladen werden. Der Prozessor 108 kann konfiguriert sein, um die computerausführbaren Anweisungen auszuführen, um zu veranlassen, dass verschiedene Vorgänge durchgeführt werden. Jeder Prozessor 108 kann eine beliebige Art einer Verarbeitungseinheit beinhalten, einschließlich unter anderem einer zentralen Verarbeitungseinheit, eines Mikroprozessors, eines Microcontrollers, eines Mikroprozessors für einen Rechner mit reduziertem Befehlssatz (Reduced Instruction Set Computer - RISC), eines Mikroprozessors für einen Rechner mit komplexem Befehlssatz (Complex Instruction Set Computer - CISC), einer anwendungsspezifischen integrierten Schaltung (Application Specific Integrated Circuit - ASIC), eines Systems-auf-einem-Chip (System-on-a-Chip - SoC), eines feldprogrammierbaren Gate-Arrays (Field-Programmable Gate Array - FPGA) und so weiter.
  • Der Speicher 110 kann ein flüchtiger Speicher (Speicher, der nicht konfiguriert ist, um gespeicherte Informationen zu bewahren, wenn er nicht mit Leistung versorgt wird), wie etwa Direktzugriffsspeicher (random access memory - RAM), und/oder ein nicht flüchtiger Speicher (Speicher, der konfiguriert ist, um gespeicherte Informationen zu bewahren, auch wenn er nicht mit Leistung versorgt wird), wie etwa Festwertspeicher (read-only memory - ROM), Flash-Speicher und so weiter, sein. In verschiedenen Implementierungen kann der Speicher 110 mehrere unterschiedliche Arten von Speicher beinhalten, wie etwa verschiedene Formen eines statischen Direktzugriffsspeichers (SRAM), verschiedene Formen eines dynamischen Direktzugriffsspeichers (DRAM), einen unveränderlichen ROM und/oder beschreibbare ROM-Varianten, wie etwa elektrisch löschbarer programmierbarer Festwertspeicher (EEPROM), Flash-Speicher und so weiter.
  • Das Ledger 112 kann eine dezentrale und verteilte Informationsquelle sein, die zum Beispiel im Fahrzeug 102(a) kontinuierlich aktualisiert, verteilt und/oder gespeichert werden kann. Alle anderen Knoten im Fahrzeugflottennetz 101 können ebenfalls Zugriff auf ein ähnliches Ledger 112 haben und/oder ein solches speichern, sodass alle Knoten (z. B. Fahrzeuge 102(a)-104(c)) jederzeit über die gleichen Ledger-Informationen verfügen können. Beispielsweise kann das Ledger 112 Informationen über Größen, Typen, Merkmale, derzeitigen Dienstleistungsstatus verschiedener Fahrzeuge (z. B. Beförderung eines Fahrgasts zum Zielort X in Region Y), Informationen über einzuhaltende Vorschriften für verschiedene Regionen und andere einschlägige Informationen für den Betrieb des Fahrzeugflottennetzes 101 beinhalten. Beispielsweise kann das Ledger 112 angeben, dass das Fahrzeug 102(a) ein LKW mit einer Kapazität für vier Fahrgäste ist, Massagesitze aufweist und derzeit zwei Fahrgäste und Fracht im Wert von 100 Pfund durch Region Y zum Zielort X befördert, wobei die Vorschriften erfordern, dass das Fahrzeug nicht mehr als drei Fahrgäste gleichzeitig befördert.
  • Das/die Mining-Modul(e) 114 kann/können es dem Fahrzeug 102(a) (oder einer anderen Art von Knoten) ermöglichen, Mining-Vorgänge durchzuführen. Beispielsweise kann das Fahrzeug 102(a) ein Mining durchführen, um zu bestimmen, welche Fahrzeuge innerhalb des Fahrzeugflottennetzes 101 in der Lage sein können, eine beliebige Anzahl gegebener Dienstleistungsanforderungen von Benutzern zu erfüllen. In einigen Fällen kann der Mining-Prozess einschließen, dass das Mining-Modul 114 Rechenoperationen durchführt, um eine optimierte Lösung zum Bereitstellen einer Dienstleistung für den die Dienstleistung anfordernden Benutzer zu bestimmen (z. B. Identifizieren, welches Fahrzeug das optimale Fahrzeug zum Bereitstellen einer Dienstleistung für den Benutzer ist, zum Beispiel auf Grundlage von Informationen wie etwa Fahrzeugtyp und -merkmale und derzeitiger Status des Fahrzeugs unter den gegebenen einzuhaltenden Vorschriften für die einschlägige Region). Derartige Vorgänge können durch jedes der Fahrzeuge (z. B. 102(a)) im Fahrzeugflottennetz 101 durchgeführt werden, oder sie können durch andere Arten von Knoten, wie etwa Computer der Benutzer, Mobilvorrichtungen oder einen externen Server, wie etwa Server 118, durchgeführt werden.
  • Die Steuerung 116 kann es dem Fahrzeug 102(a) ermöglichen, bestimmte Funktionen als Reaktion auf das Empfangen und Akzeptieren sowie das Durchführen einer Dienstleistungsanforderung durchzuführen. Beispielsweise kann das Fahrzeug (z. B. das Fahrzeug 102(a)) von einem anfordernden Benutzer eine Angabe empfangen, dass der anfordernde Benutzer bestimmte Merkmale während einer Fahrt wünscht, wie etwa bestimmte Sitztypen, bestimmte Sitzausrichtung, Klimaanlagentemperatur und -niveau usw. Die Steuerung 116 kann dazu dienen, diese Merkmale einzustellen, bevor der Benutzer in das Fahrzeug einsteigt. Die Steuerung 116 kann zudem automatisch Einstellungen durch Bestimmungen durchführen, die auf einer Art der Dienstleistungsanforderung, Informationen über einen Benutzer, einer Art der Fracht usw. basieren. Beispielsweise kann sich ein Sitz in einer umgeklappten Position befinden, weil das Fahrzeug gerade eine Frachttransportdienstleistung abgeschlossen hat, und ein Benutzer fordert eine Fahrgastbeförderungsdienstleistung an, sodass die Steuerung 116 den Sitz im Vorfeld in eine aufrechte Position bringen kann, um den Fahrgast aufzunehmen. In einigen Ausführungsformen kann die Steuerung 116 dem Fahrzeug auch ermöglichen, bestimmte Vorgänge durchzuführen, während das Fahrzeug eine Dienstleistung durchführt. Beispielsweise kann es sein, dass das Fahrzeug gerade einen Fahrgast befördert, wenn eine Bestimmung vorgenommen wird, dass das Fahrzeug nicht mehr mit den regionalen Fahrzeugvorschriften konform ist (z. B. maximal zulässige Anzahl von Fahrgästen oder Fahrzeuggewichtskapazität) und das Fahrzeug den Betrieb beenden muss. In diesem Fall kann die Steuerung 116 dem Fahrzeug ermöglichen, weiterhin notwendige Funktionen wie Klimaanlage oder frachtbezogene Funktionen wie Kühlung für verderbliche Gegenstände bereitzustellen. Das Fahrzeug kann auch bestimmen, ob andere Fahrzeuge in dem Bereich in der Lage sind, zumindest einige der Benutzer und/oder Fracht, die derzeit im nicht konformen Fahrzeug vorhanden ist, zu bedienen, sodass Fahrgäste und/oder Fracht zu anderen, konformen Fahrzeugen wechseln können, um die Dienstleistung fortzusetzen.
  • Der Server 118 kann als externe Datenquelle für jedes der Fahrzeuge (z. B. Fahrzeug 102(a)) im Fahrzeugflottennetz 101 dienen. Beispielsweise kann der Server 118 Informationen über einzuhaltende Vorschriften für verschiedene Regionen, Fahrzeugmerkmale und -funktionen für bestimmte Fahrzeugtypen und/oder bestimmte Fahrzeuge (z. B. durch Verwendung einer Fahrgestellnummer), Informationen über Benutzer, wie etwa ihr Körpergewicht, oder andere einschlägige Informationen enthalten. Auf diese Informationen kann durch die Fahrzeug-Ledger 112 zugegriffen oder mit diesen geteilt werden. Um zum Beispiel zu Beginn Informationen für ein Ledger 112 bereitzustellen, wenn das Ledger 112 nicht bereits über die Informationen verfügt.
  • 2 ist ein Ablaufdiagramm eines beispielhaften Verfahrens der vorliegenden Offenbarung. In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 202 zum Empfangen einer Dienstleistungsanforderung, wobei die Dienstleistungsanforderung mindestens eine von einer Anforderung für eine Fahrgastfahrt oder einer Anforderung für einen Frachttransport umfasst. In einigen Ausführungsformen kann die Dienstleistungsanforderung durch einen oder mehrere Knoten empfangen werden. Der eine oder die mehreren Knoten können eines oder mehrere der Fahrzeuge (z. B. 102(a)-102(c)) in einem Fahrzeugflottennetz 101 beinhalten. Die Knoten können auch andere Vorrichtungen beinhalten, wie etwa Computer der Benutzer, Mobiltelefone und/oder externe Server, wie beispielsweise den Server 118.
  • In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 204 zum Empfangen von ersten Informationen für einen ersten Knoten des einen oder der mehreren Knoten durch den einen oder die mehreren Knoten, wobei die ersten Informationen mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfassen. In einigen Ausführungsformen können die ersten Informationen auch eine Fahrgestellnummer des Fahrzeugs umfassen, über die beliebige der oben genannten Informationen oder andere einschlägige Fahrzeuginformationen erlangt werden können (in einigen Fällen ist die Fahrgestellnummer jedoch möglicherweise nicht erforderlich und die Informationen können direkt bestimmt werden). Beispielsweise kann eine Fahrgestellnummer für einen LKW empfangen werden, die es dem einen oder den mehreren Knoten ermöglichen kann, nachzuschlagen, um die Fahrzeuginformationen für die entsprechende Fahrgestellnummer zu bestimmen. Die Informationen können lokal in einem Ledger gespeichert sein, das dezentralisiert und auf alle Knoten im Fahrzeugflottennetz 101 verteilt ist, oder sie können von einer externen Quelle wie dem Server 106 erlangt werden. Beispielsweise kann Schritt 204 eine Iteration eines Prozesses zum Bestimmen einschließen, ob ein Fahrzeug (z. B. 102(a)) in dem Fahrzeugflottennetz 101 eine Dienstleistungsanforderung akzeptieren und durchführen kann und das beste Fahrzeug ist, um die Dienstleistungsanforderung durchzuführen, auf Grundlage verschiedenen Faktoren wie Fahrzeugmerkmale und derzeitiger Status (z. B. derzeitige Anzahl der Fahrgäste im Fahrzeug usw.). In diesem Beispiel kann die eine Iteration Bestimmen, ob ein Fahrzeug, LKW A, die Dienstleistungsanforderung akzeptieren kann, sein. Die ersten Informationen können Informationen sein, die sich auf LKW A beziehen, wie etwa die Tatsache, dass LKW A ein LKW ist, Leder-Massagesitze, Bluetooth-Audiofunktionen aufweist und derzeit keine Fahrgäste und keine Fracht befördert usw. In einigen Fällen können alle Informationen in jedem Ledger 112 jedes Knotens des Fahrzeugflottennetzes 101 gespeichert sein. In einigen Fällen können nur einige Informationen (wie etwa Fahrgestellnummern des Fahrzeugs) gespeichert sein, wobei jede Fahrgestellnummer einer externen Informationsquelle (z.B. Server 118) zugeordnet ist, die alle einschlägigen Informationen für diese Fahrgestellnummer enthält. In einigen Fällen kann eine andere Kombination von Speicherorten für diese Daten möglich sein.
  • In einigen Ausführungsformen können der eine oder die mehreren Knoten auch Gewichtsinformationen für einen die Dienstleistung anfordernden Benutzer, Fracht oder andere Benutzer, die an der Transportanforderung des anfordernden Benutzers beteiligt sind (z. B. fordert ein Benutzer die Dienstleistung an, hat jedoch zwei andere Benutzer dabei, die auch befördert werden möchten), empfangen. Die Gewichtsinformationen können durch den einen oder die mehreren Knoten verwendet werden, um Bestimmungen vorzunehmen, ob ein konkretes Fahrzeug in der Lage ist, eine Anforderung für eine Fahrgastbeförderungsdienstleistung auf Grundlage einschlägiger regionaler einzuhaltender Vorschriften (z. B. einer Begrenzung der Anzahl der Fahrgäste und/oder des Frachtgewichts, das ein Fahrzeug transportieren kann) akzeptieren kann. Diese Informationen können durch eine beliebige Anzahl von Verfahren empfangen werden, einschließlich beispielsweise manueller Eingabe von dem Benutzer, einer automatischen Bestimmung durch externe Datenquellen (z. B. sind die Informationen bereits bekannt und in einem externen Speicher, wie etwa dem Speicher 118, oder den Ledger 112 des Fahrzeugs gespeichert) oder Sensoren, die sich an beliebigen der Fahrzeuge im Fahrzeugflottennetz befinden. Im Falle eines Frachttransports können Gewichtsinformationen auch durch Verwendung einer Scannervorrichtung eingegeben werden, die die zu transportierenden Gegenstände scannt (z. B. Strichcode, Computer Vision-Bildverarbeitungstechnologie usw.). Sobald die Gewichtsinformationen zu Beginn bereitgestellt wurden, können die Informationen gespeichert und zur zukünftigen Verwendung an Ledger 112 des Fahrzeugs verteilt werden. In einigen Fällen können dem Benutzer Anreize zum Bereitstellen seines Gewichts in Bezug auf eine Dienstleistungsanforderung oder sogar vor einer Dienstleistungsanforderung zur Speicherung in den Ledger des Fahrzeugs bereitgestellt werden. Beispielsweise kann der Benutzer eine Gutschrift für einen Rabatt auf die Dienstleistung empfangen, um diese Informationen dem Fahrzeugflottennetz bereitzustellen. Der Grund hierfür ist, dass einige Benutzer möglicherweise zögern, ihr Körpergewicht bereitzustellen, die Informationen jedoch für das Fahrzeugflottennetz von entscheidender Bedeutung sind, um Konformitätsbestimmungen vorzunehmen.
  • In einigen Ausführungsformen kann das Verfahren einen Schritt 206 zum Empfangen von zweiten Informationen für den ersten Knoten durch den einen oder die mehreren Knoten beinhalten, wobei die zweiten Informationen mindestens eine von einer ersten Schwellenanzahl von Fahrzeuginsassen oder einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen. Die zweiten Informationen können sich auf einzuhaltende Vorschriften des Fahrzeugs für konkrete Länder, Regionen, Staaten, Städte usw. beziehen. In Singapur sind beispielsweise für einen Personenkraftwagen maximal vier Fahrgäste zulässig, unabhängig davon, wie viele Sitze im Fahrzeug vorhanden sind. Als weiteres Beispiel darf in einigen Regionen ein bestimmter Fahrzeugtyp möglicherweise nur ein maximales Gewicht von 850 Pfund befördern, was das Gewicht des Fahrgastes und/oder der Fracht einzeln oder in Kombination beinhalten kann. Diese einzuhaltenden Vorschriften können sich je nach Region ändern und von Faktoren wie dem Fahrzeugtyp und dem Verwendungszweck des Fahrzeugs abhängen (z. B. zur Beförderung von Fahrgästen, zum Transport von Fracht oder zur Beförderung von Fahrgästen sowie Transport von Fracht).
  • In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 208 zum Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten werden. In einigen Fällen kann diese Bestimmung angeben, dass die Grenzwerte für die einzuhaltenden Vorschriften überschritten wurden. Beispielsweise kann eine Vorschrift für eine konkrete Region verlangen, dass Personenkraftwagen nicht mehr als vier Fahrgäste gleichzeitig befördern. In diesem Fall kann die Schwellenanzahl der Fahrzeuginsassen vier betragen, sodass der Schwellenwert überschritten wäre, wenn ein fünfter Fahrgast in das Fahrzeug einsteigen würde oder wenn ein fünfter Fahrgast eine Dienstleistung in einem Fahrzeug anfordern würde, das bereits vier Fahrgäste befördert. In anderen Beispielen kann das Gleiche für Gewichtsbeschränkungsvorschriften sowie andere einschlägige einzuhaltende Vorschriften des Fahrzeugs gelten. In einigen Fällen kann auch eine Bestimmung vorgenommen werden, ob der Schwellenwert für die einzuhaltenden Vorschriften nicht überschritten wurde, sondern genau eingehalten wurde.
  • In einigen Ausführungsformen können Konformitätsbestimmungen durch das Fahrzeug, das die Dienstleistung selbst durchführt, durch das Fahrzeugflottennetz 101 oder durch einen anderen einzelnen Knoten (z. B. Fahrzeug 102(a)) innerhalb des Fahrzeugflottennetzes 101 vorgenommen werden. Dies kann möglich sein, weil alle Knoten (z. B. Fahrzeug 102(a)) innerhalb des Fahrzeugflottennetzes 101 über die dezentralen, verteilten Ledger 112 den gleichen Informationsstand aufweisen. Somit weiß das Fahrzeug 102(b), dass das Fahrzeug 102(a) nicht konform ist, da das Fahrzeug 102(a) und das Fahrzeug 102(b) über gemeinsame Informationen verfügen können.
  • In verschiedenen Ausführungsformen beinhaltet das Verfahren einen Schritt 210 zum Senden einer Angabe durch den einen oder die mehreren Knoten, dass der erste Knoten die Dienstleistungsanforderung nicht akzeptiert hat. In einigen Fällen kann ein Benutzer, der eine Dienstleistungsanforderung durchführt (z. B. eine Mitfahrgelegenheitsanforderung), eine Angabe empfangen, dass das konkrete Fahrzeug die Grenzwerte für einzuhaltende Vorschriften überschreiten wird, falls der Fahrgast in das Fahrzeug einsteigen sollte, sodass das Fahrzeug die Dienstleistungsanforderung des Fahrgasts nicht akzeptiert. In einigen Fällen kann das Fahrzeug einfach aus dem Wettbewerb um die Bereitstellung einer Dienstleistung, um die Dienstleistungsanforderung des Benutzers zu erfüllen, entfernt werden und das Fahrzeugflottennetz 101 kann fortfahren zu bestimmen, ob ein anderes Fahrzeug in der Lage ist, die Dienstleistungsanforderung zu erfüllen. In einigen Fällen kann dieser Prozess iterativ durchgeführt werden, bis ein Fahrzeug gefunden ist, das in der Lage ist, die Dienstleistungsanforderung zu erfüllen, während die einzuhaltenden Vorschriften eingehalten werden.
  • 3 ist ein Ablaufdiagramm eines weiteren beispielhaften Verfahrens der vorliegenden Offenbarung. 3 kann eine logische Fortsetzung der in Bezug auf 2 durchgeführten Schritte sein.
  • In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 302 zum Empfangen von ersten Informationen für einen zweiten Knoten des einen oder der mehreren Knoten durch den einen oder die mehreren Knoten, wobei die ersten Informationen für den zweiten Knoten mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfassen. In einigen Fällen kann Schritt 302 durchgeführt werden, wenn ein erstes Fahrzeug eine Dienstleistungsanforderung nicht akzeptieren kann, weil dies dazu führen würde, dass es Schwellenwerte überschreitet, die sich auf eine einzuhaltende Vorschrift für eine bestimmte Region beziehen (z. B. würde das Fahrzeug mehr als die Schwellenanzahl der Fahrgäste befördern). Der zweite Knoten kann ein zweites Fahrzeug (z. B. Fahrzeug 102(b)) im Fahrzeugflottennetz 101 sein.
  • In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 304 zum Empfangen von zweiten Informationen für den zweiten Knoten durch den einen oder die mehreren Knoten, wobei die zweiten Informationen für den zweiten Knoten mindestens eine von einer zweiten Schwellenanzahl von Fahrzeuginsassen und einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen. In einigen Fällen können die zweiten Informationen für den zweiten Knoten dieselben Informationen wie die zweiten Informationen für den ersten Knoten sein. Dies kann der Fall sein, wenn der Fahrzeugtyp oder die Region gleich ist (z. B. sind die einzuhaltenden Vorschriften gleich). In einigen Fällen können die zweiten Informationen jedoch unterschiedlich sein, wenn der Fahrzeugtyp unterschiedlich ist (z. B. eine Fahrgastlimousine gegenüber einem Van, LKW usw.) oder sich die Region geändert hat.
  • In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 306 zum Bestimmen durch den einen oder die mehreren Knoten, dass die zweite Schwellenanzahl von Fahrzeuginsassen und die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht überschritten werden. In einigen Fällen kann diese Bestimmung angeben, dass der zweite Knoten (z. B. das zweite Fahrzeug) in der Lage sein kann, die Dienstleistungsanforderung des Benutzers zu erfüllen, während weiterhin alle einschlägigen einzuhaltenden Vorschriften eingehalten werden. Wenn beispielsweise die maximale Anzahl von Fahrgästen für den konkreten Fahrzeugtyp vier beträgt und das Fahrzeug derzeit nur zwei Fahrgäste befördert, dann kann das Fahrzeug die Dienstleistungsanforderung des Benutzers erfüllen, vorausgesetzt, nur der eine Benutzer steigt in das Fahrzeug ein (z. B. hat der Benutzer keine zusätzlichen Fahrgäste dabei, die ebenfalls befördert werden müssen).
  • In einigen Ausführungsformen beinhaltet das Verfahren einen Schritt 308 zum Senden einer Angabe durch den einen oder die mehreren Knoten, dass der zweite Knoten die Dienstleistungsanforderung akzeptiert hat. Diese Informationen können dann zu den Ledger 112 aller Knoten des Fahrzeugflottennetzes 101 hinzugefügt werden, sodass die Knoten wissen, dass der zweite Knoten die Dienstleistung für den Benutzer durchführt.
  • 4 ist ein Ablaufdiagramm eines weiteren beispielhaften Verfahrens der vorliegenden Offenbarung. 4 kann eine logische Fortsetzung der in Bezug auf 2 durchgeführten Schritte sein.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 402 zum Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen oder die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird. Dieses Szenario kann beispielsweise auftreten, wenn ein Fahrzeug, das Fracht transportiert, mit Fracht beladen wird, die die Schwellen-Gewichtsbegrenzung für die einschlägige einzuhaltende Vorschrift übertrifft. Dieses Szenario kann als weiteres Beispiel auch auftreten, wenn mehr als eine Schwellenanzahl von Fahrgästen in ein Fahrzeug einsteigt (möglicherweise in einer Situation, in der ein Benutzer eine Dienstleistung anfordert und zusätzliche Benutzer bei dem anfordernden Benutzer anwesend sind und versuchen, in das Fahrzeug einzusteigen, wodurch der Fahrgastzahlanzahlschwellenwert übertroffen wird). Dieses Szenario kann als drittes Beispiel auch auftreten, wenn die Passagieranzahlbegrenzung nicht übertroffen wird, aber das Gewicht der Fahrgäste unbekannt ist und das kombinierte Gewicht der Fahrgäste eine Fahrzeuggewichtsbegrenzung gemäß den einschlägigen Vorschriften überschreitet. Es kann eine beliebige Anzahl anderer Szenarien geben, in denen die einzuhaltenden Vorschriften nicht eingehalten werden.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 404 zum Bestimmen durch den einen oder die mehreren Knoten, dass der erste Knoten derzeit eine Dienstleistungsanforderung durchführt.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 406 zum Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung zu beenden. In einigen Fällen kann das Beenden der Dienstleistung einschließen, dass das Fahrzeug die Beförderung von Fahrgästen und/oder den Transport von Fracht einstellt, was einschließen kann, dass das Fahrzeug an den Straßenrand heranfährt oder andere Maßnahmen durchführt, die erforderlich sind, damit das Fahrzeug die Dienstleistung beendet. In einigen Fällen kann das Fahrzeug weiterhin bestimmte Funktionen bereitstellen. Beispielsweise kann das Fahrzeug den Fahrgästen im Fahrzeug weiterhin eine Klimaanlage zur Verfügung stellen. Wenn Fracht transportiert wird, kann das Fahrzeug weiterhin alle erforderlichen Funktionen zum Erhalt der Produkte bereitstellen (z. B. Kühlung). In einigen Fällen kann das Fahrzeug (z. B. Fahrzeug 102(a)) und/oder das Fahrzeugflottennetz 101 dann Vorgänge durchführen, um ein anderes Fahrzeug (z. B. Fahrzeug 102(b)) zu bestimmen, das einen oder mehrere der Fahrgäste des Fahrzeugs 102(a) und/oder ausreichend Fracht des Fahrzeugs 102(a) aufnehmen kann, sodass 102(a) in einen konformen Zustand zurückkehrt und die Dienstleistung wieder aufnehmen kann. Um alternative Fahrzeuge zu bestimmen, um die Dienstleistung auszuführen, können dieselben Mining-Vorgänge durchgeführt werden, die durchgeführt wurden, um zu Beginn ein Fahrzeug zu identifizieren, um eine Dienstleistung bereitzustellen. Alternativ kann das Fahrzeug mit anderen Fahrzeugen in der Nähe unter Verwendung von Kommunikationsverfahren wie Fahrzeug-zu-Fahrzeug (C2C), Fahrzeug-zu-Infrastruktur (C2I), Fahrzeug-zu-Allen (C2X) und/oder dedizierte Nahbereichskommunikation (DSRC) kommunizieren, um ein anderes Fahrzeug zu identifizieren, das einem Teil der Fahrgäste und/oder der Fracht eine Dienstleistung bereitstellen kann, damit das Fahrzeug wieder konform wird.
  • In einigen Ausführungsformen kann das Senden der Angabe für den ersten Knoten zum Beenden der Dienstleistung auch das Entfernen des ersten Knotens (z. B. des Fahrzeugs) als Option für andere Benutzer, die Dienstleistungsanforderungen durchführen, einschließen. Beispielsweise kann das Fahrzeug aus dem Fahrzeugflottennetz 101 entfernt oder für dieses unsichtbar sein, bis das Fahrzeug in einen Zustand zurückkehrt, in dem die einschlägigen einzuhaltenden Vorschriften erfüllt sind.
  • 5 ist ein Ablaufdiagramm eines weiteren beispielhaften Verfahrens der vorliegenden Offenbarung. 5 kann eine logische Fortsetzung der in Bezug auf 4 durchgeführten Schritte sein.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 502 zum Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht mehr überschritten werden. Dies kann beispielsweise geschehen, wenn das Fahrzeug zu einer angemessenen Anzahl von Fahrgästen, Beförderung von Gewicht und/oder einen anderen Schwellenwert der Vorschrift gemäß den einschlägigen einzuhaltenden Vorschriften zurückkehrt.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 504 zum Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung wieder aufzunehmen. In einigen Fällen kann dies einschließen, dass der Knoten (z. B. das Fahrzeug 102(a)) die Beförderung eines Fahrgasts und/oder den Transport einer Fracht zu den gewünschten Zielorten wieder aufnimmt.
  • 6 ist ein Ablaufdiagramm eines weiteren beispielhaften Verfahrens der vorliegenden Offenbarung. 6 kann eine logische Fortsetzung der in Bezug auf 2 durchgeführten Schritte sein.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 602 zum Bestimmen einer Fahrzeugeinstellung auf Grundlage der Dienstleistungsanforderung durch den einen oder die mehreren Knoten, wobei die Fahrzeugeinstellung mindestens eines von Folgenden umfasst: Bringen eines Sitzes in eine nach unten geklappte Position, um Fracht aufzunehmen, Bringen eines Sitzes in eine aufrechte Position für einen Fahrgast oder Drehen eines Sitzes. Die Fahrzeugeinstellungen sind nicht auf diese Einstellungen beschränkt; diese sind nur Beispiele. Jede andere Einstellung, die das Fahrzeug durchführen kann, wäre ebenfalls eine Möglichkeit (z. B. Musik, Klimaanlage, dynamische Fenstertönung, um nur einige Beispiele zu nennen). In einigen Fällen kann die Fahrzeugeinstellung als ein Parameter empfangen werden, der durch den Benutzer in der Dienstleistungsanforderung angegeben wird. Beispielsweise kann der Benutzer anfordern, dass ein Sitz im Fahrzeug einer bestimmten Richtung zugewandt ist. In anderen Fällen kann die Fahrzeugeinstellung durch das Fahrzeug auf Grundlage der Art der empfangenen Dienstleistungsanforderung automatisch bestimmt werden. Wenn beispielsweise ein Sitz im Fahrzeug in eine nach unten geklappte Position gebracht wurde, weil das Fahrzeug zuvor Fracht transportiert hatte, und die Dienstleistungsanforderung für eine Beförderung eines Fahrgastes gilt, dann kann das Fahrzeug den Sitz für die Verwendung durch den Fahrgast in eine aufrechte Position bringen. Zahlreiche andere mögliche Bestimmungen zur Einstellung können automatisch oder auf Grundlage von Benutzerangaben vorgenommen werden.
  • 7 ist ein Ablaufdiagramm eines weiteren beispielhaften Verfahrens der vorliegenden Offenbarung. 7 kann eine logische Fortsetzung der in Bezug auf 2 durchgeführten Schritte sein.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 702 zum Bestimmen, dass das Fahrzeug in eine zweite Region eingefahren ist, die eine zweite Schwellenanzahl von Fahrzeuginsassen und eine zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung umfasst.
  • Beispielsweise kann das Fahrzeug eine Region verlassen, in der die maximale Anzahl von Fahrgästen, die für einen konkreten Fahrzeugtyp zulässig ist, vier beträgt, und in eine Region einfahren, in der die maximale Anzahl von Fahrgästen, die für denselben Fahrzeugtyp zulässig ist, fünf beträgt. Das Fahrzeug kann auf Grundlage der einzuhaltenden Vorschriften der neuen Region, in die es eingefahren ist, erneut prüfen, ob es alle einschlägigen einzuhaltenden Vorschriften einhält. Wie unter Bezugnahme auf Schritt 708 unten beschrieben, kann das Fahrzeug, wenn es bestimmt, dass es die einzuhaltenden Vorschriften der neuen Region nicht erfüllt, die Dienstleistung beenden, wie es das auch tun würde, wenn es in der Region, aus der es kommt, nicht konform wäre. Das Fahrzeug kann solche Bestimmungen auch bei der Verarbeitung von Dienstleistungsanfragen berücksichtigen. Beispielsweise kann eine Dienstleistungsanforderung angeben, dass ein Fahrzeug möglicherweise Fahrgäste oder Fracht durch zwei Regionen mit zwei unterschiedlichen einzuhaltenden Vorschriften befördern bzw. transportieren muss. Wenn das Fahrzeug bestimmt, dass die Annahme der Dienstleistungsanforderung dazu führt, dass das Fahrzeug zu irgendeinem Zeitpunkt während der Bereitstellung der Dienstleistung eine oder beide der einzuhaltenden Vorschriften nicht mehr erfüllt, dann kann das Fahrzeug die Anforderung ablehnen.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 704 zum Bestimmen durch den einen oder die mehreren Knoten, dass die zweite Schwellenanzahl von Fahrzeuginsassen oder die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 706 zum Bestimmen durch den einen oder die mehreren Knoten, dass der erste Knoten derzeit eine Dienstleistungsanforderung durchführt.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 708 zum Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung zu beenden.
  • 8 ist ein Ablaufdiagramm eines weiteren beispielhaften Verfahrens der vorliegenden Offenbarung. 8 kann eine logische Fortsetzung der in Bezug auf 2 durchgeführten Schritte sein.
  • In einigen Ausführungsformen umfasst das Verfahren einen Schritt 802 zum Bestimmen eines Gewichts eines ersten Fahrgasts, der die Fahrgastfahrt anfordert, durch einen oder mehrere Sensoren an einem Fahrzeug, eine Eingabe von dem Fahrgast oder im Ledger gespeicherte Daten.
  • In der vorstehenden Offenbarung wurde auf die beigefügten Zeichnungen Bezug genommen, die einen Bestandteil davon bilden und konkrete Umsetzungen darstellen, in denen die vorliegende Offenbarung praktisch umgesetzt werden kann. Es versteht sich, dass auch andere Umsetzungen verwendet und strukturelle Änderungen vorgenommen werden können, ohne vom Umfang der vorliegenden Offenbarung abzuweichen. Bezugnahmen in der Beschreibung auf „eine Ausführungsform“, „eine beispielhafte Ausführungsform“ usw. geben an, dass die beschriebene Ausführungsform ein(e) bestimmte(s) Eigenschaft, Struktur oder Merkmal aufweisen kann, wobei jedoch nicht unbedingt jede Ausführungsform diese(s) bestimmte Merkmal, Struktur oder Charakteristikum aufweisen muss. Darüber hinaus beziehen sich derartige Formulierungen nicht unbedingt auf die gleiche Ausführungsform. Wenn ein(e) bestimmte(s) Eigenschaft, Struktur oder Merkmal in Verbindung mit einer Ausführungsform beschrieben ist, wird der Fachmann ein(e) derartige(s) Eigenschaft, Struktur oder Merkmal in Verbindung mit anderen Ausführungsformen erkennen, ob diese nun ausdrücklich beschrieben sind oder nicht.
  • Umsetzungen der hierin offenbarten Systeme, Vorrichtungen, Geräte und Verfahren können einen Spezial- oder Universalcomputer umfassen oder verwenden, der Computerhardware beinhaltet, wie zum Beispiel einen oder mehrere Prozessoren und Systemspeicher, wie sie hierin erläutert werden. Umsetzungen innerhalb des Umfangs der vorliegenden Offenbarung können außerdem physische und andere computerlesbare Medien zum Transportieren oder Speichern von computerausführbaren Anweisungen und/oder Datenstrukturen beinhalten. Bei derartigen computerlesbaren Medien kann es sich um beliebige verfügbare Medien handeln, auf die durch ein Universal- oder Spezialcomputersystem zugegriffen werden kann. Bei computerlesbaren Medien, in denen computerausführbare Anweisungen gespeichert werden, handelt es sich um Computerspeichermedien (-geräte). Bei computerlesbaren Medien, die computerausführbare Anweisungen transportieren, handelt es sich um Übertragungsmedien. Daher können Umsetzungen der vorliegenden Offenbarung beispielsweise und nicht einschränkend zumindest zwei deutlich unterschiedliche Arten von computerlesbaren Medien umfassen: Computerspeichermedien (-vorrichtungen) und Übertragungsmedien.
  • Computerspeichermedien (-vorrichtungen) schließen Folgendes ein: RAM, ROM, EEPROM, CD-ROM, Festspeicherlaufwerke (solid state drives - SSDs) (z. B. auf Grundlage von RAM), Flash-Speicher, Phasenwechselspeicher (phase-change memory - PCM), andere Speicherarten, andere optische Plattenspeicher, Magnetplattenspeicher oder andere Magnetspeichervorrichtungen oder ein beliebiges anderes Medium, das zum Speichern gewünschter Programmcodemittel in Form computerausführbarer Anweisungen oder Datenstrukturen verwendet werden kann und auf das durch einen Universal- oder Spezialcomputer zugegriffen werden kann.
  • Eine Umsetzung der hierin offenbarten Vorrichtungen, Systeme und Verfahren kann über ein Computernetzwerk kommunizieren. Ein „Netzwerk“ ist als eine oder mehrere Datenverbindungen definiert, die den Transport elektronischer Daten zwischen Computersystemen und/oder Modulen und/oder anderen elektronischen Vorrichtungen ermöglichen. Wenn Informationen über ein Netzwerk oder eine andere Kommunikationsverbindung (entweder festverdrahtet, drahtlos oder eine beliebige Kombination aus festverdrahtet oder drahtlos) an einen Computer übertragen oder einem Computer bereitgestellt werden, sieht der Computer die Verbindung zweckgemäß als Übertragungsmedium an. Übertragungsmedien können ein Netzwerk und/oder Datenverbindungen beinhalten, die verwendet werden können, um gewünschte Programmcodemittel in Form computerausführbarer Anweisungen oder Datenstrukturen zu tragen, und auf die durch einen Universal- oder Spezialcomputer zugegriffen werden kann. Kombinationen aus den Vorangehend sind ebenfalls als im Umfang computerlesbarer Medien enthalten zu betrachten.
  • Computerausführbare Anweisungen umfassen zum Beispiel Anweisungen und Daten, die, wenn sie an einem Prozessor ausgeführt werden, einen Universalcomputer, Spezialcomputer oder eine Spezialverarbeitungsvorrichtung dazu veranlassen, eine bestimmte Funktion oder Gruppe von Funktionen durchzuführen. Die computerausführbaren Anweisungen können zum Beispiel Binärdateien, Zwischenformatanweisungen, wie etwa Assemblersprache, oder sogar Quellcode sein. Wenngleich der Gegenstand in für Strukturmerkmale und/oder methodische Handlungen spezifischer Sprache beschrieben worden ist, versteht es sich, dass der in den beigefügten Patentansprüchen definierte Gegenstand nicht notwendigerweise auf die vorangehend beschriebenen Merkmale oder Handlungen beschränkt ist. Die beschriebenen Merkmale und Handlungen sind vielmehr als beispielhafte Formen zum Umsetzen der Patentansprüche offenbart.
  • Fachleute werden verstehen, dass die vorliegende Offenbarung in Netzrechenumgebungen mit vielen Arten von Computersystemkonfigurationen umgesetzt werden kann, einschließlich Fahrzeugcomputern im Armaturenbrett, PCs, Desktop-Computern, Laptop-Computern, Nachrichtenprozessoren, Handgeräten, Multiprozessorsystemen, mikroprozessorbasierter oder programmierbarer Verbraucherelektronik, Netzwerk-PCs, Minicomputern, Mainframe-Computern, Mobiltelefonen, PDAs, Tablets, Pagern, Routern, Switches, verschiedener Speichergeräte und dergleichen. Die Offenbarung kann zudem in Umgebungen mit verteilten Systemen umgesetzt werden, in denen sowohl lokale Computersysteme als auch Remote-Computersysteme, die durch ein Netzwerk (entweder durch festverdrahtete Datenverbindungen, drahtlose Datenverbindungen oder durch eine beliebige Kombination aus festverdrahteten und drahtlosen Datenverbindungen) verbunden sind, Aufgaben ausführen. In einer Umgebung mit verteilten Systemen können sich Programmmodule sowohl in den lokalen als auch in den Remote-Speichervorrichtungen befinden.
  • Ferner können gegebenenfalls die in dieser Schrift beschriebenen Funktionen in einem oder mehreren von Hardware, Software, Firmware, digitalen Komponenten oder analogen Komponenten durchgeführt werden. Eine oder mehrere anwendungsspezifische integrierte Schaltungen (application specific integrated circuits - ASICs) können zum Beispiel dazu programmiert sein, eine(s) oder mehrere der in dieser Schrift beschriebenen Systeme und Vorgänge auszuführen. Gewisse Ausdrücke, die in der gesamten Beschreibung und den Patentansprüchen verwendet werden, beziehen sich auf bestimmte Systemkomponenten. Für den Fachmann versteht es sich, dass die Komponenten mit anderen Benennungen bezeichnet werden können. In dieser Schrift soll nicht zwischen Komponenten unterschieden werden, die sich der Benennung nach unterscheiden, nicht jedoch hinsichtlich ihrer Funktion.
  • Es sollte angemerkt werden, dass die vorangehend erörterten Sensorausführungsformen Computerhardware, -software, -firmware oder eine beliebige Kombination davon umfassen können, um zumindest einen Teil ihrer Funktionen durchzuführen. Ein Sensor kann zum Beispiel Computercode beinhalten, der dazu konfiguriert ist, in einem oder mehreren Prozessoren ausgeführt zu werden, und Hardware-Logikschaltungen/elektrische Schaltungen beinhalten, die durch den Computercode gesteuert werden. Diese beispielhaften Geräte sind in dieser Schrift zum Zwecke der Veranschaulichung bereitgestellt und sollen nicht einschränkend sein. Ausführungsformen der vorliegenden Offenbarung können auch in anderweitigen Gerätearten umgesetzt werden, wie es dem Fachmann auf dem bzw. den einschlägigen Gebiet(en) bekannt ist.
  • Zumindest einige Ausführungsformen der vorliegenden Offenbarung sind auf Computerprogrammprodukte ausgerichtet, die eine derartige Logik (z. B. in Form von Software) umfassen, die in einem beliebigen computernutzbaren Medium gespeichert ist. Derartige Software bewirkt bei Ausführung in einer oder mehreren Datenverarbeitungsgeräte, dass ein Gerät wie in dieser Schrift beschrieben betrieben wird.
  • Wenngleich vorstehend verschiedene Ausführungsformen der vorliegenden Offenbarung beschrieben wurden, versteht es sich, dass diese lediglich als Beispiele und nicht zur Einschränkung dienen. Der Fachmann auf dem einschlägigen Gebiet wird erkennen, dass verschiedene Änderungen bezüglich Form und Detail daran vorgenommen werden können, ohne von Wesen und Umfang der vorliegenden Offenbarung abzuweichen. Daher sind Breite und Umfang der vorliegenden Offenbarung durch keine der vorstehend beschriebenen beispielhaften Ausführungsformen einzuschränken, sondern ausschließlich gemäß den nachfolgenden Ansprüchen und ihren Äquivalenten zu definieren. Die vorstehende Beschreibung ist zum Zwecke der Veranschaulichung und Beschreibung dargelegt worden. Sie erhebt keinerlei Anspruch auf Vollständigkeit und soll die vorliegende Offenbarung nicht auf die genau offenbarte Form beschränken. Viele Modifikationen und Variationen sind in Anbetracht der vorstehenden Lehre möglich. Ferner ist anzumerken, dass eine beliebige oder alle der vorangehend genannten alternativen Umsetzungen in einer beliebigen gewünschten Kombination genutzt werden können, um zusätzliche Hybridumsetzungen der vorliegenden Offenbarung zu bilden. Beispielsweise können sämtliche Funktionen, die in Bezug auf eine konkrete Vorrichtung oder Komponente beschrieben wurden, durch eine andere Vorrichtung oder Komponente durchgeführt werden. Des Weiteren wurden zwar konkrete Vorrichtungseigenschaften beschrieben, doch können sich Ausführungsformen der Offenbarung auf zahlreiche andere Vorrichtungseigenschaften beziehen. Des Weiteren wurden Ausführungsformen zwar in für Strukturmerkmale und/oder Verfahrensschritte spezifischer Sprache beschrieben, doch versteht es sich, dass die Offenbarung nicht notwendigerweise auf die konkreten Merkmale oder Maßnahmen beschränkt ist. Stattdessen sind die konkreten Merkmale und Handlungen als veranschaulichende Formen zum Umsetzen der Ausführungsformen offenbart. Mit Formulierungen, die konditionale Zusammenhänge ausdrücken, wie unter anderem „kann“, „könnte“, „können“ oder „könnten“, soll im Allgemeinen vermittelt werden, dass gewisse Ausführungsformen gewisse Merkmale, Elemente und/oder Schritte beinhalten könnten, wohingegen andere Umsetzungen diese nicht beinhalten können, es sei denn, es ist konkret etwas anderes angegeben oder es ergibt sich etwas anderes aus dem jeweils verwendeten Kontext. Somit sind derlei Formulierungen, die konditionale Zusammenhänge ausdrücken, nicht so gemeint, dass Merkmale, Elemente und/oder Schritte für eine oder mehrere Ausführungsformen in irgendeiner Weise erforderlich sind.
  • In einem Aspekt der Erfindung beinhaltet das Verfahren Bestimmen einer Fahrzeugeinstellung auf Grundlage der Dienstleistungsanforderung durch den einen oder die mehreren Knoten, wobei die Fahrzeugeinstellung mindestens eines von Folgenden umfasst: Bringen eines Sitzes in eine nach unten geklappte Position, um Fracht aufzunehmen, Bringen eines Sitzes in eine aufrechte Position für einen Fahrgast oder Drehen eines Sitzes.
  • In einem Aspekt der Erfindung beinhaltet das Verfahren Bestimmen, dass das Fahrzeug in eine zweite Region eingefahren ist, die eine zweite Schwellenanzahl von Fahrzeuginsassen und eine zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung umfasst, Bestimmen, durch den einen oder die mehreren Knoten, dass die zweite Schwellenanzahl der Fahrzeuginsassen oder die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird, Bestimmen, durch den einen oder die mehreren Knoten, dass der erste Knoten derzeit eine Dienstleistungsanforderung durchführt, und Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung zu beenden.
  • In einem Aspekt der Erfindung beinhaltet das Verfahren Bestimmen eines Gewichts eines ersten Fahrgasts, der die Fahrgastfahrt anfordert, durch einen oder mehrere Sensoren an einem Fahrzeug, eine Eingabe von dem Fahrgast oder im Ledger gespeicherte Daten.
  • Gemäß der vorliegenden Erfindung wird ein computerlesbares Medium bereitgestellt, das computerausführbare Anweisungen speichert, die bei Ausführung durch mindestens einen Prozessor den mindestens einen Prozessor dazu veranlassen, durch einen oder mehrere Knoten eine Dienstleistungsanforderung zu empfangen, wobei die Dienstleistungsanforderung mindestens eine von einer Anforderung für eine Fahrgastfahrt und einer Anforderung für einen Frachttransport aufweist, durch den einen oder die mehreren Knoten erste Informationen für einen ersten Knoten des einen oder der mehreren Knoten zu empfangen, wobei die ersten Informationen mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfasst, durch den einen oder die mehreren Knoten zweite Informationen für den ersten Knoten zu empfangen, wobei die zweiten Informationen mindestens eine von einer ersten Schwellenanzahl von Fahrzeuginsassen oder einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen, durch den einen oder die mehreren Knoten zu bestimmen, dass die erste Schwellenwertanzahl der Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten werden, und durch den einen oder die mehreren Knoten eine Angabe zu senden, dass der erste Knoten die Dienstleistungsanforderung nicht akzeptiert hat.
  • Gemäß der vorliegenden Erfindung veranlasst das computerlesbare Medium den mindestens einen Prozessor ferner dazu, durch den einen oder die mehreren Knoten erste Informationen für einen zweiten Knoten des einen oder der mehreren Knoten zu empfangen, wobei die ersten Information für den zweiten Knoten mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfasst, durch den einen oder die mehreren Knoten zweite Informationen für den zweiten Knoten zu empfangen, wobei die zweiten Informationen für den zweiten Knoten mindestens eine von einer zweiten Schwellenanzahl von Fahrzeuginsassen oder einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen, durch den einen oder die mehreren Knoten zu bestimmen, dass die zweite Schwellenwertanzahl der Fahrzeuginsassen und die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht überschritten werden, und durch den einen oder die mehreren Knoten eine Angabe zu senden, dass der zweite Knoten die Dienstleistungsanforderung akzeptiert hat.

Claims (15)

  1. Flottenverwaltungssystem, umfassend: einen oder mehrere Knoten, wobei der eine oder die mehreren Knoten Folgendes umfassen: mindestens einen Prozessor; und mindestens einen Speicher, der computerausführbare Anweisungen speichert, die bei Ausführung durch den mindestens einen Prozessor den mindestens einen Prozessor zu Folgendem veranlassen: Empfangen einer Dienstleistungsanforderung durch den einen oder die mehreren Knoten, wobei die Dienstleistungsanforderung mindestens eine von einer Anforderung für eine Fahrgastfahrt oder einer Anforderung für einen Frachttransport umfasst; Empfangen von ersten Informationen für einen ersten Knoten des einen oder der mehreren Knoten durch den einen oder die mehreren Knoten, wobei die ersten Informationen mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfassen; Empfangen von zweiten Informationen durch den einen oder die mehreren Knoten, wobei die zweiten Informationen mindestens eine von einer ersten Schwellenanzahl von Fahrzeuginsassen oder einer ersten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen; Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen oder die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird; und Senden einer Angabe durch den einen oder die mehreren Knoten, dass der erste Knoten die Dienstleistungsanforderung nicht akzeptiert hat.
  2. System nach Anspruch 1, wobei die computerausführbaren Anweisungen den mindestens einen Prozessor ferner zu Folgendem veranlassen: Empfangen von ersten Informationen für einen zweiten Knoten des einen oder der mehreren Knoten durch den einen oder die mehreren Knoten, wobei die ersten Informationen für den zweiten Knoten mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfassen; Empfangen von zweiten Informationen für den zweiten Knoten durch den einen oder die mehreren Knoten, wobei die zweiten Informationen für den zweiten Knoten mindestens eine von einer zweiten Schwellenanzahl von Fahrzeuginsassen und einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen; Bestimmen durch den einen oder die mehreren Knoten, dass die zweite Schwellenanzahl von Fahrzeuginsassen und die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht überschritten werden; und Senden einer Angabe durch den einen oder die mehreren Knoten, dass der zweite Knoten die Dienstleistungsanforderung akzeptiert hat.
  3. System nach Anspruch 1, wobei die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung entweder auf einem regionalen Konformitätsmaximum basieren oder durch einen Benutzer festgelegt sind, wobei vom Benutzer festgelegte Schwellenwerte unter dem regionalen Konformitätsmaximum liegen.
  4. System nach Anspruch 1, wobei die ersten Informationen und die zweiten Informationen in einem Ledger gespeichert sind, das an jedem des einen oder der mehreren Knoten gespeichert ist, und wobei die Knoten Fahrzeuge sind.
  5. System nach Anspruch 1, wobei die computerausführbaren Anweisungen den mindestens einen Prozessor ferner zu Folgendem veranlassen: Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen oder die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird; Bestimmen durch den einen oder die mehreren Knoten, dass der erste Knoten derzeit eine Dienstleistungsanforderung durchführt, und Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung zu beenden.
  6. System nach Anspruch 5, wobei die computerausführbaren Anweisungen den mindestens einen Prozessor ferner zu Folgendem veranlassen: Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht mehr überschritten werden; und Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung wieder aufzunehmen.
  7. System nach Anspruch 1, wobei die computerausführbaren Anweisungen den mindestens einen Prozessor ferner zu Folgendem veranlassen: Bestimmen einer Fahrzeugeinstellung auf Grundlage der Dienstleistungsanforderung durch den einen oder die mehreren Knoten, wobei die Fahrzeugeinstellung mindestens eines von Folgenden umfasst: Bringen eines Sitzes in eine nach unten geklappte Position, um Fracht aufzunehmen, Bringen eines Sitzes in eine aufrechte Position für einen Fahrgast oder Drehen eines Sitzes.
  8. System nach Anspruch 4, wobei die computerausführbaren Anweisungen den mindestens einen Prozessor ferner zu Folgendem veranlassen: Bestimmen eines Gewichts eines ersten Fahrgasts, der die Fahrgastfahrt anfordert, durch einen oder mehrere Sensoren an einem Fahrzeug, eine Eingabe von dem Fahrgast oder im Ledger gespeicherte Daten.
  9. System nach Anspruch 1, wobei die computerausführbaren Anweisungen den mindestens einen Prozessor ferner zu Folgendem veranlassen: Bestimmen, dass das Fahrzeug in eine zweite Region eingefahren ist, die eine zweite Schwellenanzahl von Fahrzeuginsassen und eine zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung umfasst; und Bestimmen durch den einen oder die mehreren Knoten, dass die zweite Schwellenanzahl von Fahrzeuginsassen oder die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird; Bestimmen durch den einen oder die mehreren Knoten, dass der erste Knoten derzeit eine Dienstleistungsanforderung durchführt, und Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung zu beenden.
  10. Flottenverwaltungsverfahren, umfassend: Empfangen einer Dienstleistungsanforderung durch einen oder mehrere Knoten, wobei die Dienstleistungsanforderung mindestens eine von einer Anforderung für eine Fahrgastfahrt oder einer Anforderung für einen Frachttransport umfasst; Empfangen von ersten Informationen für einen ersten Knoten des einen oder der mehreren Knoten durch den einen oder die mehreren Knoten, wobei die ersten Informationen mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfassen; Empfangen von zweiten Informationen für den ersten Knoten durch den einen oder die mehreren Knoten, wobei die zweiten Informationen mindestens eine von einer ersten Schwellenanzahl von Fahrzeuginsassen oder einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen; Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten werden; und Senden einer Angabe durch den einen oder die mehreren Knoten, dass der erste Knoten die Dienstleistungsanforderung nicht akzeptiert hat.
  11. Verfahren nach Anspruch 10, ferner umfassend: Empfangen von ersten Informationen für einen zweiten Knoten des einen oder der mehreren Knoten durch den einen oder die mehreren Knoten, wobei die ersten Informationen für den zweiten Knoten mindestens eines von einer Fahrzeuggröße, einem Fahrzeuggewicht oder einer Anzahl von Sitzen umfassen; Empfangen von zweiten Informationen für den zweiten Knoten durch den einen oder die mehreren Knoten, wobei die zweiten Informationen für den zweiten Knoten mindestens eine von einer zweiten Schwellenanzahl von Fahrzeuginsassen oder einer zweiten Schwellen-Fahrzeuginsassengewichtsbegrenzung umfassen; Bestimmen durch den einen oder die mehreren Knoten, dass die zweite Schwellenanzahl von Fahrzeuginsassen und die zweite Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht überschritten werden; und Senden einer Angabe durch den einen oder die mehreren Knoten, dass der zweite Knoten die Dienstleistungsanforderung akzeptiert hat.
  12. Verfahren nach Anspruch 10, wobei die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung entweder auf einem regionalen Konformitätsmaximum basieren oder durch einen Benutzer festgelegt sind, wobei vom Benutzer festgelegte Schwellenwerte unter dem regionalen Konformitätsmaximum liegen.
  13. Verfahren nach Anspruch 10, wobei die ersten Informationen und die zweiten Informationen in einem Ledger gespeichert sind, das an jedem des einen oder der mehreren Knoten gespeichert ist, und wobei die Knoten Fahrzeuge sind.
  14. Verfahren nach Anspruch 10, ferner umfassend: Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen oder die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung überschritten wird; Bestimmen durch den einen oder die mehreren Knoten, dass der erste Knoten derzeit eine Dienstleistungsanforderung durchführt; und Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung zu beenden.
  15. Verfahren nach Anspruch 14, ferner umfassend: Bestimmen durch den einen oder die mehreren Knoten, dass die erste Schwellenanzahl von Fahrzeuginsassen und die erste Schwellen-Fahrzeuginsassengewichtsbegrenzung nicht mehr überschritten werden; und Senden, durch den einen oder die mehreren Knoten und an den ersten Knoten, einer Angabe für den ersten Knoten, die Dienstleistung wieder aufzunehmen.
DE102020120354.3A 2019-08-07 2020-07-31 Systeme und verfahren zum verwalten einer fahrzeugflotte auf grundlage einzuhaltender vorschriften Pending DE102020120354A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/534,928 2019-08-07
US16/534,928 US11568743B2 (en) 2019-08-07 2019-08-07 Systems and methods for managing a vehicle fleet based on compliance regulations

Publications (1)

Publication Number Publication Date
DE102020120354A1 true DE102020120354A1 (de) 2021-02-11

Family

ID=74188567

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102020120354.3A Pending DE102020120354A1 (de) 2019-08-07 2020-07-31 Systeme und verfahren zum verwalten einer fahrzeugflotte auf grundlage einzuhaltender vorschriften

Country Status (3)

Country Link
US (1) US11568743B2 (de)
CN (1) CN112348617A (de)
DE (1) DE102020120354A1 (de)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11367346B2 (en) * 2017-06-07 2022-06-21 Nexar, Ltd. Digitizing and mapping the public space using collaborative networks of mobile agents and cloud nodes
WO2022162695A1 (en) * 2021-01-27 2022-08-04 Cubic Corporation Mobility as a service (maas) platform
US20230401195A1 (en) * 2022-06-14 2023-12-14 Otis Elevator Company Elevator system configured for storing and sharing elevator trips

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015099679A1 (en) * 2013-12-23 2015-07-02 Intel Corporation In-vehicle authorization for autonomous vehicles
CA3005147C (en) * 2015-11-20 2022-07-19 Uber Technologies, Inc. Controlling autonomous vehicles in connection with transport services
US10022613B2 (en) 2016-05-02 2018-07-17 Bao Tran Smart device
US10359783B2 (en) 2017-02-28 2019-07-23 Warfarer, Inc. Transportation system
EP3639149A4 (de) 2017-06-16 2021-04-07 Woodenshark LLC Systeme mit einem server zum speichern von sensordaten und zugehörige verfahren
US20190025818A1 (en) 2017-07-21 2019-01-24 Walmart Apollo, Llc Autonomous product delivery vehicle fleet master-slave relationship management
US11875422B2 (en) * 2017-12-14 2024-01-16 Ford Global Technologies, Llc Baggage transportation using autonomous vehicle
US10838425B2 (en) * 2018-02-21 2020-11-17 Waymo Llc Determining and responding to an internal status of a vehicle
US10769869B2 (en) * 2018-06-27 2020-09-08 International Business Machines Corporation Self-driving vehicle integrity management on a blockchain
US11358494B2 (en) * 2018-11-07 2022-06-14 Brose Fahrzeugteile Gmbh & Co. Kommanditgesellschaft, Bamberg Interior adjustment system
US11176503B2 (en) * 2019-03-08 2021-11-16 Toyota Jidosha Kabushiki Kaisha Managing vehicles using mobility agent

Also Published As

Publication number Publication date
US20210043087A1 (en) 2021-02-11
US11568743B2 (en) 2023-01-31
CN112348617A (zh) 2021-02-09

Similar Documents

Publication Publication Date Title
DE102017201789B4 (de) Verfahren zum Betrieb eines Kraftfahrzeugs und Kraftfahrzeug
DE102020120354A1 (de) Systeme und verfahren zum verwalten einer fahrzeugflotte auf grundlage einzuhaltender vorschriften
DE112017004311T5 (de) Bordeigene Aktualisierungsvorrichtung und bordeigenes Aktualisierungssystem
DE112018001483T5 (de) System und verfahren zur automatischen fahrgastaufteilung zwischen fahrzeugen
DE112017008213T5 (de) Einreihen von Elektrofahrzeugen in eine Warteschlange für verbesserte Flottenverfügbarkeit
DE102020100593A1 (de) Fahrzeug-zu-fahrzeug-dateifreigabesystem und -verfahren
DE102015110934A1 (de) Mehrziel-Fahrzeugschnittstelle
DE102020214378A1 (de) Vorrichtung und verfahren zum steuern von aktualisierungen von ecus von einem fahrzeug
DE102018101124A1 (de) Angabe einer Fahrzeugbelegung und deren Verwendung
DE112017006295T5 (de) Abholen und absetzen von fluggästen an einem flughafen unter verwendung eines autonomen fahrzeugs
DE102019122394A1 (de) Verfolgung von intelligenten vorrichtungen in fahrzeugen
DE102019122240A1 (de) Gemeinsame nutzung eines fahrzeugnetzwerks
DE102021122298A1 (de) Systeme und verfahren zum fahrzeugplatooning
DE102019135012A1 (de) Auf richtlinie und token basierender autorisierungsrahmen für konnektivität
DE102020122616A1 (de) Automatisierte bereitstellung eines fahrzeugprofilpakets
DE102021209039A1 (de) Vorrichtung und verfahren zum verwalten einer aktualisierung einer ecu eines fahrzeugs
DE102022103197A1 (de) Authentifizierung von sowie Einsteige- und Absetzbestätigung für Mitfahrer in einem autonomen Fahrzeug
EP3900265B1 (de) Verfahren zum betreiben eines fahrzeuges beim auslagern von rechenleistung aus dem fahrzeug an mindestens einen edge-cloud-computer
DE102020120464A1 (de) Systeme und verfahren zum managen einer motorroller-flotte basierend auf geolokalisierung
DE102020105401A1 (de) V2x-kommunikationsnetz auf abonnementbasis für priorisierten dienst
DE102020125772A1 (de) Warteschlangen für fahrzeugdatenübertragung
DE102020122759A1 (de) Systeme und verfahren für knotenkonfigurationseinstellungen
DE112016006488T5 (de) System und verfahren zum bereitstellen eines mobilitätsnetzes
DE102022105980A1 (de) Systeme und verfahren für energieeffiziente mobilität unter verwendung von maschinellem lernen und künstlicher intelligenz
DE102022102098A1 (de) Systeme und verfahren zur fahrerassistenzoptimierung unter verwendung von künstlicher intelligenz

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