DE102020118596A1

DE102020118596A1 - Fahrzeugstunden der dienstaufnahme zur verfügbarkeits- und erfüllungsplanung

Info

Publication number: DE102020118596A1
Application number: DE102020118596.0A
Authority: DE
Inventors: Abraham Mezaael
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2019-07-19
Filing date: 2020-07-14
Publication date: 2021-01-21
Also published as: US20210019852A1; CN112243022A

Abstract

Die Offenbarung stellt Fahrzeugstunden der Dienstaufnahme zur Verfügbarkeits- und Erfüllungsplanung bereit. Ein cloudbasiertes System kann mit einer Vielzahl von Fahrzeugen kommunizieren, um Betriebsinformationen von den Fahrzeugen zu empfangen. Das System kann außerdem auf Grundlage der Betriebsinformationen bestimmen, ob ein erstes Fahrzeug verbleibende Dienststunden (hours of service - HOS) innerhalb eines Zeitraums, in dem HOS gesetzlich vorgeschrieben sind, aufweist, die ausreichend sind, um eine angeforderte Transportaufgabe abzuschließen. Das System fügt ferner als Reaktion auf Bestimmen, dass ausreichende HOS für das erste Fahrzeug verbleiben, das erste Fahrzeug zu einer Liste mit verfügbaren Fahrzeugen hinzu. Dann stellt das System die Fahrzeugliste einem anfordernden Kunden dar und weist ein durch einen Kunden ausgewähltes Fahrzeug einem Abschluss der Transportaufgabe zu.

Description

TECHNISCHES GEBIET
Die veranschaulichenden Ausführungsformen beziehen sich im Allgemeinen auf Verfahren und Vorrichtungen zum Verwenden von Fahrzeugdienststunden zur Verfügbarkeits- und Erfüllungsplanung.
ALLGEMEINER STAND DER TECHNIK
Sowohl bei Frachtdiensten als auch bei Ride-Hailing handelt es sich um expandierende Geschäftsmodelle, die es unabhängigen Betreibern ermöglichen, On-Demand-Dienste für verschiedene Transportaufgaben bereitzustellen. In vielen Fällen ist es gewerblichen Betreibern untersagt, ein Fahrzeug innerhalb von 24 Stunden länger als eine bestimmte Anzahl an Stunden zu betreiben. In traditionellen Flottenmodellen, für welche die vorliegenden Konzepte sicherlich auch gelten könnten, führen Flottenmanager Aufzeichnungen über die Flottennutzung und können eine Konformität sicherstellen. In Modellen unabhängiger Betreiber stützen sich unabhängige Fahrer und Fahrzeuge unter Umständen jedoch stärker auf Selbstkontrolle, was die Fahrer dazu anregen kann, die Fahrzeuge zu überanspruchen, um zusätzliche Aufgaben abzuschließen und mehr Geld zu verdienen.
Ein Konsolidierungspunkt für Fahrer, wie etwa ein Online-Markt für Dienste, kann verfügbare Betreiber für eine gegebene Aufgabe bereitstellen. Diese Systeme können jedoch bevorzugen oder erforderlich sein, um im Austausch für die Bereitstellung von Diensten eine eher traditionelle Flottenverwaltungsrolle bereitzustellen.
KURZDARSTELLUNG
In einer ersten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der konfiguriert ist, um mit einer Vielzahl von Fahrzeugen zu kommunizieren, um Betriebsinformationen von den Fahrzeugen zu empfangen. Der Prozessor ist außerdem konfiguriert, um auf Grundlage der Fahrzeugbetriebsinformationen zu bestimmen, ob ein erstes Fahrzeug verbleibende Dienststunden (hours of service - HOS) innerhalb eines Zeitraums, in dem HOS gesetzlich vorgeschrieben sind, aufweist, die ausreichend sind, um eine angeforderte Transportaufgabe abzuschließen. Der Prozessor ist ferner konfiguriert, um das erste Fahrzeug als Reaktion auf Bestimmen, dass ausreichende HOS für das erste Fahrzeug verbleiben, zu einer Liste mit verfügbaren Fahrzeugen hinzuzufügen. Außerdem ist der Prozessor konfiguriert, um die Fahrzeugliste einem anfordernden Kunden darzustellen und ein durch einen Kunden ausgewähltes Fahrzeug dem Abschluss der Transportaufgabe zuzuweisen.
In einer zweiten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der konfiguriert ist, um einen Bericht über Dienststunden (hours of service - HOS) von einer Vielzahl von Fahrzeugen, die an durch den Prozessor zugewiesenen Transportaufgaben beteiligt sind, zu empfangen, der an vorbestimmten ersten Intervallen übermittelt wird. Der Prozessor ist außerdem konfiguriert, um zu bestimmen, dass zumindest ein erstes Fahrzeug einen vorbestimmten Schwellenwert der verbleibenden HOS überschritten hat, was niedrige HOS darstellt, die für einen Zeitraum verbleiben, in dem HOS gesetzlich vorgeschrieben sind. Ferner ist der Prozessor konfiguriert, um das erste Fahrzeug anzuweisen, eine Übermittlung von HOS in vorbestimmten zweiten Intervallen zu beginnen, die kleiner als die ersten Intervalle sind, bis entweder der Zeitraum zurückgesetzt wird oder die verbleibenden HOS einen vorbestimmten Mindestwert erreicht haben, und um als Reaktion darauf, dass die HOS den vorbestimmten Mindestwert erreichen, eine Anweisung an das erste Fahrzeug, ein Herunterfahren zu beginnen, zu senden.
In einer dritten veranschaulichenden Ausführungsform beinhaltet ein Verfahren Bestimmen, dass die verbleibenden Betriebsstunden (hours of service - HOS), die gesetzlich vorgeschriebene maximale Betriebsstunden in einem gesetzlich definierten Zeitraum darstellen, für ein erstes Fahrzeug, das an einer Transportaufgabe beteiligt ist, nicht ausreichend sind, damit das erste Fahrzeug die Aufgabe innerhalb einer vordefinierten Zielzeit abschließt. Das Verfahren beinhaltet außerdem Bestimmen eines zweiten Fahrzeugs, das ausreichende verbleibende HOS aufweist, um sich sowohl zu einem vordefinierten Treffpunkt zu bewegen als auch anschließend die Aufgabe schneller abzuschließen als das erste Fahrzeug. Ferner beinhaltet das Verfahren Bestimmen des vordefinierten Treffpunkts und Anweisen des ersten und zweiten Fahrzeugs, sich zu dem vordefinierten Treffpunkt zu bewegen.
Figurenliste

1 zeigt ein veranschaulichendes Beispiel für ein System zum Handhaben von Fahrzeug- und Kundenverbindungen und zur Fahrzeugverwaltung;
2 zeigt einen veranschaulichenden Kommunikationsprozess zwischen dem Verwaltungssystem und einem Fahrzeug;
3 zeigt veranschaulichende Beispiele für Hauptbucheinträge;
4 zeigt ein veranschaulichendes Beispiel für einen Fahrzeuganforderungsprozess;
5 zeigt einen veranschaulichenden Verifizierungsprozess unter Verwendung des Hauptbuchs;
6 zeigt ein veranschaulichendes Beispiel für einen HOS-Nachverfolgungsprozess; und
7 zeigt einen veranschaulichenden Prozess zum Auffinden alternativer Lieferoptionen.

DETAILLIERTE BESCHREIBUNG
Detaillierte Ausführungsformen werden in dieser Schrift nach Bedarf offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich der Veranschaulichung dienen und in verschiedenen und alternativen Formen umgesetzt werden können. Die Figuren sind nicht unbedingt maßstabsgetreu; einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Details bestimmter Komponenten zu zeigen. Deshalb sind in dieser Schrift offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um den Fachmann die vielseitige Umsetzung des beanspruchten Gegenstands zu lehren.
Unabhängige Betreiber, die gewerbliche Transportdienste (für Waren oder Personen) bereitstellen, müssen unter Umständen Sicherheitsgesetze einhalten, wie etwa maximale Betriebsstunden (hours of service - HOS) innerhalb eines 24-Stunden-Zeitraums. Da Menschen unter Umständen ihre eigenen Stunden nicht zuverlässig nachverfolgen und/oder da nicht betriebliche Verzögerungen bei einer solchen Selbstnachverfolgung unter Umständen nicht angemessen berücksichtigt werden, ist es möglicherweise einfacher, ein konsolidiertes System zum Nachverfolgen der HOS einer Vielfalt von Nutzfahrzeugen zu verwenden. Dies kann außerdem eine Erleichterung der Nachverfolgung, wann ein gegebener 24-Stunden-Zeitraum beginnt und wie viele Stunden in einem gegebenen 24-Stunden-Zeitraum verbleiben, ermöglichen. Dies kann außerdem Kunden darin unterstützen, sicherzustellen, dass sie konforme Fahrerangebote erhalten, und außerdem Gewährleistungen bereitstellen, dass ein Transportfahrer ein Transportziel (z. B. pünktliche Lieferung) innerhalb der Konformitätsgrenzen erreichen kann.
Durch die Verwendung eines Blockchain-Hauptbuchs können HOS in einem dezentralen und robusten Modell nachverfolgt werden, wenngleich dies sicherlich nicht die einzige Möglichkeit der HOS-Nachverfolgung ist. Ein zentrales Verwaltungssystem, wie im nachfolgenden Beispiel beschrieben, kann HOS für eine Vielfalt von Betreibern nachverfolgen und gleichzeitig eine kontinuierliche Verfügbarkeit für Kunden bereitstellen. Das System kann bei Bedarf auch unerwartete Änderungen berücksichtigen und den Transportabschluss auf Grundlage von anderen verfügbaren Fahrern veranlassen, wenn ein geplantes Transportziel nicht erreicht werden kann.
1 zeigt ein veranschaulichendes Beispiel für ein System zum Handhaben von Fahrzeug- und Kundenverbindungen und zur Fahrzeugverwaltung. In diesem veranschaulichenden Beispiel schließt das Fahrzeug 101 ein Trägerfahrzeug 101 ein, bei dem es sich um einen LKW, einen Lieferwagen, ein Auto usw. handeln kann und das Teil einer Flotte sein kann oder unabhängig besessen und betrieben werden kann.
Frachtführergesetze und andere kommerzielle Fahrgesetze können eine bestimmte maximale Anzahl an Betriebsstunden pro Tag vorschreiben. Unter Verwendung der veranschaulichenden Ausführungsformen kann dies bezüglich einem oder beiden von Fahrzeugen und Fahrern nachverfolgt werden. Durch die Nachverfolgung dieser Daten bezüglich Fahrern kann unabhängig von dem verwendeten Fahrzeug nicht mehr als eine maximale Anzahl an Fahrstunden pro Tag sichergestellt werden.
In diesem Beispiel kann das Fahrzeug 101 zumindest einen Prozessor 103, eine Telematiksteuereinheit (telematics control unit - TCU) 105 und ein Betriebsnachverfolgungsprogramm beinhalten. Der Fahrer muss sich unter Umständen in das Betriebsnachverfolgungsprogramm einloggen, damit das Fahrzeug 101 startet, um zum Beispiel sicherzustellen, dass eine gültige Fahrer-ID (zu Nachverfolgungszwecken) bereitgestellt wurde, um ein Fahrzeug 101 zu verwenden. Selbst wenn die Fahrernachverfolgung nicht genutzt wird, kann das Fahrzeug 101 das Nachverfolgungsprogramm verwenden, um seine eigenen Betriebsstunden innerhalb eines Zeitfensters nachzuverfolgen.
Wenn das Zeitfenster 24 Stunden beträgt und ein Fahrzeug 101 innerhalb eines beliebigen gegebenen 24-Stunden-Fensters 14 Stunden lang betriebsbereit sein darf, kann es hilfreich sein, eine Aufzeichnung darüber zu führen, wann das Fahrzeug 101 betriebsbereit ist. Wenn eine Überlappung zulässig ist, sodass das Fahrzeug 101 tatsächlich weiter betrieben werden darf, solange 14 Stunden innerhalb eines 24-Stunden-Fensters nicht überschritten werden, kann es für eine Person sehr schwierig sein, diese Zeitplanung nachzuverfolgen (z. B. 8 Stunden Betrieb, dann 4 Stunden Warten, wodurch 6 Stunden verbleiben, wenn die Person jedoch 15 Stunden wartet, wird das Zeitfenster effektiv zurückgesetzt, da die 14 Stunden in 24 nicht überschritten werden, sich die nächsten 5 Stunden jedoch innerhalb eines neuen 24-Stunden-Fensters befinden und der Fahrer besser beraten gewesen wäre, die 5 Stunden wenn möglich innerhalb des vorangehenden Fensters abzuschließen).
Die Berechnung, welche Stunden für welches Fenster gelten, kann kompliziert werden und selbst wenn die Fenster tatsächlich als aufeinanderfolgende Fenster gemessen werden, kann es für Fahrer des Weiteren schwierig sein, den Überblick darüber zu behalten, wann sie ein Fahrzeug 101 betreiben dürfen. Dementsprechend kann eine bordeigene 107 und nicht bordeigene 111 Verwaltungssoftware ein Nachverfolgen von Betriebsstunden unterstützen.
Ferner können Hauptbücher in einer Blockchain die betriebsbereiten Stunden (Betriebsstunden (hours of services - HOS)) für eine gegebene Gruppe von Fahrzeugen 101 auf eine verteilte Weise nachverfolgen, durch die eine Gültigkeit von Aufzeichnungen sichergestellt wird und sichergestellt wird, dass kein Fahrzeug 101 oder Fahrer durch Ändern der Software oder aufgezeichneten Betriebseigenschaften betrügen kann.
Die bordeigene Software 107 kann nachverfolgte Stunden verwalten und über die TCU 105 oder eine andere drahtlose Verbindung (z. B. Wi-Fi 108) an ein Remote-Verwaltungssystem 113 in der Cloud 111 übermitteln. Das Verwaltungssystem kann außerdem eine Liste mit verfügbaren Fahrzeugen 101 verwalten, die aktuell verbleibende HOS aufweisen, um Anforderungen von Kunden zu bedienen. Das Verwaltungssystem 111 kann ferner auf das Hauptbuch zugreifen, um die verifizierten HOS für ein gegebenes Fahrzeug 101 zu bestimmen und/oder Hauptbucheinträge zu aktualisieren, um unfaires Verhalten zu vermeiden.
Kunden können auf das Verwaltungssystem 113 über Remote-Vorrichtungen 121 zugreifen, die Mobiltelefone, Laptops, Desktops usw. einschließen. Diese kundenseitigen Einheiten beinhalten einen Prozessor 123, einen Verbindungstyp (Mobiltelefon 125, Wi-Fi 129 usw.) und einen Dienstanforderungsprozess 127. Durch den Dienstanforderungsprozess 127 kann der Kunde mit dem Verwaltungssystem 113 kommunizieren und eine Reaktion auf Dienstanforderungen sowie eine Identifizierung verfügbarer Fahrzeuge 101 erhalten, um eine Anforderung zu bedienen.
2 zeigt einen veranschaulichenden Kommunikationsprozess zwischen dem Verwaltungssystem 113 und einem Fahrzeug 101. In diesem Beispiel empfängt das System 113 bei 201 eine Kennung des Fahrzeugs 101 in einer Kommunikation von dem Fahrzeug 101. Dies identifiziert ein spezifisches Fahrzeug 101, dessen HOS nachverfolgt werden und das anderweitig für den Dienst verfügbar ist. Das System 113 kann eine regelmäßige Berichterstattung erforderlich machen und/oder kann sich in regelmäßigen Abständen an Fahrzeuge 101 wenden, entweder konstruktionsbedingt oder wenn diese Fahrzeuge 101 nicht innerhalb eines erwarteten Zeitfensters Bericht erstattet haben. Beispielsweise kann das System 113 erforderlich machen, dass Fahrzeuge 101 jede Stunde Bericht erstatten; wenn sich das Fahrzeug 101 für ein Zeitfenster dem Ende einer zulässigen HOS nähert, muss das Fahrzeug 101 jedoch unter Umständen häufiger Bericht erstatten.
Da die fahrzeugseitige Software 107 in einigen Ausführungsformen das Fahrzeug 101 herunterfahren kann, macht die fahrzeugseitige Software 107 außerdem unter Umständen eine Kommunikation mit dem Verwaltungssystem in den gleichen Intervallen erforderlich und wenn die Kommunikation nicht hergestellt werden kann, kann die Software annehmen, dass unfaires Verhalten erfolgt, und das Fahrzeug 101 nach einer gewissen Pufferzeit oder fast sofort (sobald dies sicher ist) herunterfahren.
Die Kommunikation mit dem System 113 kann außerdem bei 203 Betriebseigenschaften des Fahrzeugs 101 beinhalten. Dies kann zum Beispiel einen Ort, eine projizierte verbleibende Zeit, projizierte verbleibende HOS, unerwartete Abweichungen usw. einschließen. Diese Informationen können von dem Verwaltungssystem 113 verwendet werden, um zu bestimmen, ob das Fahrzeug 101 Unterstützung bei dem Abschluss eines Auftrags benötigt oder ob ein Herunterfahren angemessen ist.
Wenn das Fahrzeug 101 bei 205 noch zulässige verbleibende HOS aufweist, kann das System 113 bestimmen, ob der Abschluss des Auftrags innerhalb der verbleibenden HOS bei 211 als erfolgreich projiziert wird. Dies kann eine Bestimmung beinhalten, wo sich das Fahrzeug 101 befindet, wo es sich befinden soll und eine wie große Entfernung für den Auftrag verbleibt, im Vergleich dazu, wie viele HOS für das Fahrzeug 101 verbleiben.
Wenn das Fahrzeug 101 für das Zeitfenster keine (oder in einigen Beispielen beinahe keine) HOS mehr aufweist, kann das System 113 bei 207 bestimmen, ob ein Auftrag ausgeführt wird. Wenn der Auftrag ausgeführt wird, jedoch keine HOS für das Fahrzeug 101 verbleiben, kann das System 113 bei 217 Minderungsdienste in Anspruch nehmen, die zum Beispiel Finden eines anderen Fahrzeugs 101 zum Abschließen der Aufgabe und/oder Benachrichtigen des Kunden über eine Verzögerung einschließen können.
Wenn das Fahrzeug 101 keine HOS mehr aufweist und kein Auftrag ausgeführt wird, kann das System 113 bei 219 die Verfügbarkeit des Fahrzeugs 101 auf neue 14 HOS einstellen, wenn das aktuell gültige 24-Stunden-Fenster abläuft. Dies kann durch die Verwendung des Hauptbuchsystems bestätigt werden, das bei Verwendung dazu beiträgt, sicherzustellen, dass keine Änderung der Stunden oder eine unerwartete Nutzung des Fahrzeugs 101 auftritt.
Wenn bei 211 erwartet wird, dass das Fahrzeug 101 die Aufgabe innerhalb der verbleibenden HOS abschließt, kann das System 113 bei 213 eine nächste Berichtszeit einstellen. Hierbei könnte es sich um das Standardzeitfenster für die Berichterstattung handeln, wenn eine Standardberichterstattung verwendet wird, oder es könnte sich um ein neues Fenster handeln, das verringerte HOS für ein gegebenes Fahrzeug 101 und/oder das Potenzial für die Nichterfüllung des Auftrags wie bei 211 bestimmt widerspiegelt.
Wenn das Fahrzeug 101 aktuell keinen Auftrag ausführt, kann das System 113 das Fahrzeug mit den verbleibenden HOS zur Verwendung durch andere Kunden zu der Datenbank 115 hinzufügen.
3 zeigt veranschaulichende Beispiele für Hauptbucheinträge. Dies sind lediglich Beispiele für Datentypen, die in Hauptbucheinträge in einer Blockchain eingegeben werden können. Der Eintrag 301 für Fahrzeug A (der alle 24 Stunden oder zu einem anderen geeigneten Zeitpunkt neu erstellt werden könnte und einfach einen Berichtsschnappschuss widerspiegeln könnte, wenn das Fahrzeug 101 einen Bericht sendet) beinhaltet einen Verweis auf einen vorangehenden Eintrag 305 (der zu Verifizierungszwecken verwendet werden kann, d. h. ein Nachschlagen des identifizierten Eintrags sollte dazu führen, dass ein Eintrag auf den gegenwärtigen Eintrag zurückverweist) und einige Betriebsdaten über das Fahrzeug 101. Dies schließt in diesem Beispiel gegenwärtige HOS 307, verbleibende HOS 309, eine Rücksetzzeit 311 oder Rücksetzzeiten, eine aktuelle Aufgabe 313 und eine Referenz 315 auf einen nächsten Hauptbucheintrag ein. Der n-te Hauptbucheintrag 303 weist ähnliche Werte auf, die sowohl rückwärts als auch vorwärts auf Einträge verweisen, um die Überprüfbarkeit der Kette zu bewahren.
4 zeigt ein veranschaulichendes Beispiel für einen Fahrzeuganforderungsprozess, der zum Beispiel durch das Verwaltungssystem 113 ausgeführt werden kann. In diesem Beispiel empfängt das System 113 bei 401 eine Anforderung an ein Fahrzeug, einen Dienst auszuführen. Hierbei handelt es sich erneut um Fahrzeuge 101, die HOS-Anforderungen unterliegen, sodass das System 113 bei 403 auf die Datenbank 115 der verfügbaren Fahrzeuge 101 zugreift, um zu bestimmen, welche Fahrzeuge 101 die ausstehende Anforderung erfüllen können.
Wenn keine Fahrzeuge 101 auf Grundlage von Parametern, die den Fahrzeugen 101 zugeordnet sind, wie beispielsweise bevorzugten Routen, gegenwärtigen Arbeitslasten, Kosten usw., als verfügbar angezeigt werden, kann das System 113 bei 411 ein Angebot an verschiedene potentielle Fahrzeuge 101 senden, die zum Beispiel zumindest minimale verbleibende HOS aufweisen, die es diesen Fahrzeugen 101 ermöglichen würden, die Anforderung zu bedienen.
Wenn ein oder mehrere Fahrzeuge 101 bei 405 verfügbar sind, kann das System 113 diese Fahrzeuge 101 bei 407 auf Grundlage von vordefinierten Parametern oder Benutzerparametern (Kosten, Kapazität, Fahrerbewertung usw.) priorisieren und eine Liste 409 ausfüllen, die an den anfordernden Benutzer geliefert wird.
Wenn bei 413 eine Reaktion auf das Angebot erfolgt, was bedeutet, dass zumindest ein Fahrer oder Fahrzeug 101 die Bereitschaft zur Erfüllung der Anforderung bestätigt hat, kann das System 113 bei 415 verifizieren, dass jedes reagierende Fahrzeug 101 konform ist. Die Konformitätsverifizierung kann die aktuellen HOS, die erwarteten verbleibenden HOS auf Grundlage eines aktuellen Fahrzeugstandorts und einer aktuellen Fahrzeuganforderung und, ob die Anforderung wie angefordert innerhalb der HOS-Parameter des reagierenden Fahrzeugs 101 abgeschlossen werden kann, beinhalten. Wenn bei 413 keine reagierenden Fahrzeuge vorhanden sind und/oder keine (bei 417) verifizierten reagierenden Fahrzeuge vorhanden sind, die auf der Verifizierung bei 415 basieren, lehnt das System 113 die Anforderung bei 419 ab und/oder stellt die Anforderung für eine spätere Bedienung in eine Warteschlange, wenn der Kunde dies wünscht. Andernfalls füllt das System 113 die Liste bei 409 mit allen reagierenden, verifizierten Fahrzeugen 101 aus und sendet die ausgefüllte Liste an den Kunden zurück.
5 zeigt einen veranschaulichenden Verifizierungsprozess unter Verwendung des Hauptbuchs. Dies ist ein weiteres Beispiel für einen Prozess, der von dem System 113 ausgeführt werden kann und in diesem Beispiel versucht das System 113 bei 501 zu verifizieren, ob die HOS für ein Fahrzeug 101 akkurat sind und innerhalb einer Toleranz liegen, die für eine gegebene Aufgabe erforderlich ist. Das System 113 kann den Eintrag bei 503 unter Verwendung der in 3 gezeigten Vorwärts- und Rückwärtsreferenz verifizieren.
Durch Überprüfen der Gültigkeit des Vorwärts- und Rückwärtshauptbucheintrags, die sich beide zurück auf den interessierenden Hauptbucheintrag beziehen sollten, verifiziert das System 113, dass dieser gegenwärtige Hauptbucheintrag tatsächlich gültig ist. Nachdem die Gültigkeit des Hauptbucheintrags bei 503 verifiziert wurde, kann das System 113 außerdem bei 505 die verbleibenden HOS überprüfen. Das Fahrzeug 101 hat unter Umständen vorangehend die HOS übermittelt; dies ermöglicht es dem System 113 jedoch, diesen HOS-Bericht auf Grundlage des Hauptbuchs zu überprüfen. Das System 113 kann außerdem eine Konfidenzprüfung verwenden, um den Hauptbucheintrag zu verifizieren, und wenn die Gültigkeit des Hauptbucheintrags bei 507 bestätigt wird, kann das System bei 509 ein Ergebnis ausgeben.
Wenn der Hauptbucheintrag ein falscher Eintrag zu sein scheint, kann das System 113 versuchen, den akkuraten Hauptbucheintrag zu finden, indem es den Prozess wiederholt, und Bericht erstatten, sobald ein bestätigter Hauptbucheintrag gefunden wurde.
6 zeigt ein veranschaulichendes Beispiel für einen HOS-Nachverfolgungsprozess, der zum Beispiel durch das System 113 ausgeführt werden kann. In diesem Beispiel bestimmt das System 113, dass sich ein Fahrzeug 101 für einen 24-Stunden-Zeitraum seinem HOS-Schwellenwert nähern kann. Wenn zum Beispiel das Fahrzeug 101 zuletzt 1 Stunde zuvor Bericht erstattet hat und noch 2 Stunden übrig hatte und es in Betrieb war, kann das System 113 bei 601 bestimmen, dass dem Fahrzeug 101 im gegenwärtigen Zeitraum fast 1 Stunde verbleibt.
Das System 113 kann bei 603 eine Bestätigung der HOS von dem Fahrzeug 101 und/oder von einem Hauptbucheintrag anfordern, abhängig davon, wann das Hauptbuch aktualisiert wurde. Nachdem das System 113 bei 605 die Ergebnisse der Anforderung empfangen hat, bestimmt das System bei 607, ob die HOS für das 24-Stunden-Fenster bereits überschritten wurde.
Wenn die HOS überschritten wurden, d. h., wenn das Fahrzeug 101 für mehr als eine zulässige Anzahl an Stunden betrieben wurde (oder wenn sich die HOS innerhalb eines Schwellenwertes zum Überschreiten befinden (z.B. 10 Minuten)), kann das System 113 ein automatisches Herunterfahren des Fahrzeugs 101 anordnen. Dies kann mit einer Warnung an den Fahrer bei 609 beginnen und das Fahrzeug 101 wird unabhängig von dem Standort wahrscheinlich nicht sofort deaktiviert, sondern wird an einem vorbestimmten Haltepunkt deaktiviert, der an den Fahrer geliefert wird. Der Fahrer kann zu dem Haltepunkt fahren und das Fahrzeug 101 wird heruntergefahren oder das Fahrzeug 101 kann an dem nächsten Haltepunkt deaktiviert werden, an dem das Fahrzeug 101 die Straße nicht blockiert.
Zusätzlich zum Anhalten des Fahrzeugs kann das System 113 bei 613 einen Prozess beginnen, um alternative Lieferoptionen (andere Fahrzeuge 101) zu finden, um eine Route abzuschließen, die aufgrund eines HOS-Übertreffens nicht abgeschlossen wurde. Wenn die HOS bei 607 nicht überschritten werden oder innerhalb eines Schwellenwerts des Überschreitens liegen, kann das System 113 auf Grundlage des gegenwärtigen Standorts des Fahrzeugs 101 und der geplanten Route bei 611 bestimmen, ob die HOS wahrscheinlich überschritten werden. Das bedeutet zum Beispiel, dass, wenn die verbleibende Entfernung und/oder die Verkehrsbedingungen und Geschwindigkeitsbegrenzungen dazu führen, dass das Fahrzeug 101 die HOS für dieses Fahrzeug 101 überschreitet, das System 113 außerdem bei 613 versuchen kann, alternative Lieferoptionen zum Abschließen der Route zu finden.
Wenn die HOS des Fahrzeugs 101 einen Schwellenwert ungleich null erreichen, der begrenzte verbleibende HOS darstellt, kann das System 113 ermöglichen, dass das Fahrzeug die Route abschließt, unter der Annahme, dass eine projizierte Routenabschlusszeit ebenfalls unter dem Schwellenwert liegt. Dies bedeutet, dass, wenn der Schwellenwert nahe null 20 Minuten verbleibender HOS beträgt, der Fahrer die Route jedoch in 10 Minuten abschließen sollte, das System 113 die Anweisung zum Herunterfahren verzögern kann, bis entweder der Fahrer den Standort erreicht oder die HOS Null erreicht haben, je nachdem, was als erstes eintritt.
Wenn es wahrscheinlich ist, dass das Fahrzeug 101 die Aufgabe innerhalb der verbleibenden HOS abschließt, kann das System 113 bei 617 immer noch eine erweiterte Überwachung einstellen, um sicherzustellen, dass die HOS zum Beispiel nicht durch eine unerwartete Verzögerung überschritten werden. Dies kann das Erhöhen der Berichterstattungsanforderungen für das Fahrzeug 101 und/oder häufigere Hauptbuchprüfungen von dem System 113 beinhalten, um zu unterstützen, dass die Konformität sichergestellt wird, und schnell eine Alternative zu finden, wenn das Fahrzeug 101 eine Route letztendlich auf Grundlage der verbleibenden HOS nicht abschließen kann.
7 zeigt einen veranschaulichenden Prozess zum Auffinden alternativer Lieferoptionen, der zum Beispiel durch das System 113 ausgeführt werden kann. In diesem Beispiel hat das System 113 bereits festgestellt, dass aus einem beliebigen Grund eine alternative Option erforderlich ist, wie etwa, weil ein Fahrzeug 101 wahrscheinlich HOS überschreitet, bevor eine Route abgeschlossen wird. Hierbei kann es sich um eine geplante Alternative oder eine spontane Änderung handeln und das System 113 kann den alternativen Suchprozess zum geeigneten Zeitpunkt bei 701 beginnen (im ersteren Fall im Voraus und im letzteren Fall sofort).
Wenn bei 703 zumindest ein Fahrzeug 101 verfügbar ist, bei dem es sich um ein Fahrzeug 101 handelt, das eine nächste Etappe einer Route abschließen kann und das sich außerdem mit einem gegenwärtigen Träger treffen kann sowie über ausreichende HOS verfügt, um beides zu tun, kann der Prozess bei 707 bestimmen, ob sich das Fahrzeug 101 gegenwärtig auf einer eigenen Route befindet. Oftmals können Effizienzgewinne erzielt werden, indem ein Fahrzeug 101, das bereits in die richtige Richtung fährt, mit dem Fahrzeug, das die HOS überschreitet, abgeglichen wird, wodurch die HOS-Nutzung maximiert wird und gleichzeitig unnötige Umwege vermieden werden. Wenn bei 703 kein alternatives Fahrzeug verfügbar ist, kann das System 113 den Kunden bei 705 benachrichtigen, dass die Lieferung verzögert wird.
Wenn aktuell kein Fahrzeug 101 unterwegs ist, das bei 707 als alternatives Fahrzeug dient, kann das System 113 bei 713 einen geeigneten Treffpunkt finden. Dies kann zum Beispiel einen Punkt einschließen, der in die verbleibende HOS für das aktuelle Fahrzeug 101 fällt und sich auf einem geeigneten Weg für das neue Fahrzeug 101 befindet. Das System kann außerdem bestätigen, dass sich dieser Punkt nicht auf eine Weise negativ auf die HOS eines der beiden Fahrzeuge 101 auswirkt, die nicht verhindert, dass das Ziel des nächsten Segments bei 715 erreicht wird, und solange die HOS für jedes Fahrzeug 101 erreicht werden können, kann das System 113 bei 709 einen Übergabepunkt bestimmen. Dieser Übergabepunkt ist der Punkt, an dem das neue Fahrzeug 101 das alte Fahrzeug 101 treffen kann.
Unabhängig davon, ob sich das neue Fahrzeug 101 gegenwärtig auf einer Route befindet oder nicht, wird der Übergabepunkt auf eine Weise bezeichnet, welche die erforderlichen HOS für jedes Fahrzeug 101 so weit wie möglich erhalten kann. Dies kann erforderlich machen, dass jeder Fahrer anhält, bevor das andere Fahrzeug ankommt, wenn ansonsten keine ausreichenden HOS verbleiben. Das System 113 sendet den Übergabepunkt bei 711 an beide Fahrer und wartet bei 719 darauf, dass an dem Übergabepunkt ein Austausch zwischen den Fahrzeugen 101 erfolgt. Sobald die Fahrzeuge 101 die Lasten an dem Übergabepunkt ausgetauscht haben, kann das System 113 die Hauptbücher bei 721 aktualisieren, um Änderungen an HOS, Routen, Lasten und Verfügbarkeit widerzuspiegeln. Die Aktualisierung kann auch erfolgen, wenn beide Fahrzeuge gleichzeitig an dem Treffpunkt anwesend sind.
Das System 113 kann außerdem sicherstellen, dass das neue Fahrzeug 101 ausreichend HOS aufweist, um die Aufgabe falls möglich innerhalb des ursprünglichen Fahrzeugplans abzuschließen. Das bedeutet, dass, wenn das ursprüngliche Fahrzeug die Aufgabe in sechs Stunden erledigen sollte, das neue Fahrzeug falls möglich in den nächsten sechs Stunden im Gegensatz zu den nächsten 24 Stunden zumindest sechs übrige HOS aufweist. Wenn dieser Parameter nicht erfüllt werden kann, kann das System 113 das zweite Fahrzeug dennoch zuweisen, wenn es die Aufgabe schneller als das ursprüngliche abschließen kann (d. h. das ursprüngliche Fahrzeug muss unter Umständen 10 Stunden warten, bevor es sich wieder bewegt, während das neue Fahrzeug die Aufgabe auf Grundlage der HOS-Verwaltung unter Umständen in acht Stunden abschließen kann, was immer noch schneller ist, selbst wenn dies nicht innerhalb des geplanten Zeitfensters von sechs Stunden liegt).
In jeder der hierin erörterten veranschaulichenden Ausführungsformen wird ein beispielhaftes nicht einschränkendes Beispiel für einen Prozess gezeigt, der durch ein Rechensystem durchgeführt werden kann. Im Hinblick auf jeden Prozess ist es möglich, dass das Rechensystem, das den Prozess ausführt, für den begrenzten Zweck des Ausführens des Prozesses als Spezialprozessor zum Durchführen des Prozesses konfiguriert wird. Nicht alle Prozesse müssen in ihrer Gesamtheit durchgeführt werden, sondern sind als Beispiele für Arten von Prozessen zu verstehen, die durchgeführt werden können, um Elemente der Erfindung zu erzielen. Je nach Wunsch können zusätzliche Schritte den beispielhaften Prozessen hinzugefügt oder daraus entfernt werden.
Im Hinblick auf die veranschaulichenden Ausführungsformen, die in den Figuren beschrieben sind und veranschaulichende Prozessabläufe zeigen, ist anzumerken, dass ein Universalprozessor zum Zwecke des Ausführens einiger oder aller der durch diese Figuren gezeigten beispielhaften Verfahren vorübergehend als Spezialprozessor eingesetzt werden kann. Wenn Code ausgeführt wird, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor vorübergehend so lange zum Spezialprozessor umfunktioniert werden, bis das Verfahren abgeschlossen ist. In einem weiteren Beispiel kann im zweckmäßigen Umfang Firmware, die gemäß einem vorkonfigurierten Prozessor wirkt, den Prozessor dazu veranlassen, als Spezialprozessor zu wirken, der zum Zwecke des Durchführens des Verfahrens oder einer sinnvollen Variation davon bereitgestellt ist.
Wenngleich vorangehend beispielhafte Ausführungsformen beschrieben sind, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Vielmehr sind die in der Beschreibung verwendeten Ausdrücke beschreibende und keine einschränkenden Ausdrücke und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Wesen und Umfang der Erfindung abzuweichen. Des Weiteren können die Merkmale verschiedener Ausführungsformen zur Umsetzung auf logische Weise kombiniert werden, um situationsgerechte Variationen von in dieser Schrift beschriebenen Ausführungsformen herzustellen.
Gemäß der vorliegenden Erfindung ist ein System bereitgestellt, das Folgendes aufweist: einen Speicher; und einen Prozessor, der zu Folgendem konfiguriert ist: Kommunizieren mit einer Vielzahl von Fahrzeugen, um Betriebsinformationen von den Fahrzeugen zur Speicherung auf dem Speicher zu empfangen; Bestimmen auf Grundlage der Betriebsinformationen, die auf dem Speicher gespeichert sind, ob ein erstes Fahrzeug verbleibende Dienststunden (hours of service - HOS) innerhalb eines Zeitraums, in dem HOS gesetzlich vorgeschrieben sind, aufweist, die ausreichend sind, um eine angeforderte Transportaufgabe abzuschließen; Hinzufügen des ersten Fahrzeugs zu einer Liste mit verfügbaren Fahrzeugen als Reaktion auf Bestimmen, dass ausreichende HOS für das erste Fahrzeug verbleiben; Darstellen der Fahrzeugliste für einen anfordernden Kunden; und Zuweisen eines durch einen Kunden ausgewählten Fahrzeugs zu einem Abschluss der Transportaufgabe.
Gemäß einer Ausführungsform beinhalten die Betriebsinformationen eine gegenwärtige Aufgabe, an der das Fahrzeug beteiligt ist und die durch zumindest ein Ziel definiert ist.
Gemäß einer Ausführungsform beinhalten die Betriebsinformationen eine durch ein Fahrzeug bestimmte Berechnung von gegenwärtigen HOS innerhalb eines gegenwärtigen Zeitraums, in dem HOS gesetzlich beschränkt sind.
Gemäß einer Ausführungsform ist der Prozessor ferner zu Folgendem konfiguriert: Empfangen von aktualisierten verbleibenden HOS für das zugewiesene Fahrzeug innerhalb des Zeitraums, während dessen das zugewiesene Fahrzeug die Aufgabe abschließt; Bestimmen auf Grundlage der aktualisierten HOS, dass keine ausreichenden HOS verbleiben, um die Aufgabe innerhalb des Zeitraums abzuschließen; und Anweisen eines zweiten Fahrzeugs als Reaktion auf verbleibende nicht ausreichende HOS, das zugewiesene Fahrzeug an einem vorbestimmten Ort zu treffen, sodass das zweite Fahrzeug die Aufgabe abschließen kann.
Gemäß einer Ausführungsform werden die aktualisierten HOS von dem Fahrzeug empfangen.
Gemäß einer Ausführungsform werden die aktualisierten HOS als Reaktion auf eine Anforderung von dem Prozessor von einem Hauptbucheintrag in einer Blockchain empfangen.
Gemäß einer Ausführungsform ist der Prozessor konfiguriert, um auf Grundlage einer identifizierten verbleibenden Route, um die Aufgabe abzuschließen, kombiniert mit identifizierten Geschwindigkeitsbegrenzungen für die verbleibende Route zu bestimmen, dass keine ausreichenden HOS verbleiben.
Gemäß einer Ausführungsform ist der Prozessor konfiguriert, um auf Grundlage einer identifizierten verbleibenden Route, um die Aufgabe abzuschließen, kombiniert mit identifizierten Verkehrsstaus für die verbleibende Route zu bestimmen, dass keine ausreichenden HOS verbleiben.
Gemäß einer Ausführungsform ist der Prozessor konfiguriert, um zu bestimmen, dass dem zweiten Fahrzeug nach dem Treffen des zugewiesenen Fahrzeugs an dem vorbestimmten Ort keine ausreichenden HOS verbleiben, um die Aufgabe innerhalb des Zeitraums abzuschließen.
Gemäß einer Ausführungsform ist der Prozessor konfiguriert, um den zweiten Ort als einen Ort zu bestimmen, der durch das zugewiesene Fahrzeug erreicht werden kann, ohne dass das zugewiesene Fahrzeug die verbleibenden HOS überschreitet.
Gemäß der vorliegenden Erfindung ist ein System bereitgestellt, das einen Prozessor aufweist, der zu Folgendem konfiguriert ist: Empfangen von Berichten über Dienststunden (hours of service - HOS) von einer Vielzahl von Fahrzeugen, die an durch den Prozessor zugewiesenen Transportaufgaben beteiligt sind, der an vorbestimmten ersten Intervallen übermittelt wird; Bestimmen, dass zumindest ein erstes Fahrzeug einen vorbestimmten Schwellenwert an verbleibenden HOS überschritten hat, was darstellt, dass wenige HOS für einen Zeitraum verbleiben, in dem HOS gesetzlich vorgeschrieben sind; Anweisen des ersten Fahrzeugs, eine Übermittlung von HOS an vorbestimmten zweiten Intervallen zu beginnen, die kleiner als die ersten Intervalle sind, bis entweder der erste Zeitraum zurückgesetzt wird oder die verbleibenden HOS einen vorbestimmten Minimalwert erreichen, und Senden einer Anweisung an das erste Fahrzeug, ein Herunterfahren zu beginnen, als Reaktion darauf, dass die HOS den vorbestimmten Minimalwert erreichen.
Gemäß einer Ausführungsform beinhaltet die Anweisung an das Fahrzeug eine Fahrerbenachrichtigung, dass ein Herunterfahren unmittelbar bevorsteht.
Gemäß einer Ausführungsform beinhaltet die Anweisung an das Fahrzeug eine Identifikation eines Orts, an den der Fahrer das Fahrzeug zum Herunterfahren fahren soll.
Gemäß einer Ausführungsform ist der Prozessor konfiguriert, um als Reaktion darauf, dass der vorbestimmte Minimalwert ungleich null ist und eine projizierte Fahrzeit für die verbleibende Route unter dem Minimalwert liegt, das Senden der Anweisung zum Herunterfahren zu verzögern, bis entweder die HOS null erreichen oder das Fahrzeug das Ende der verbleibenden Route erreicht.
Gemäß einer Ausführungsform ist der Prozessor ferner konfiguriert, um empfangene HOS für ein gegebenes Fahrzeug auf Grundlage eines Hauptbucheintrags in einer Blockchain zu verifizieren, wobei der Hauptbucheintrag einen vorangehend aufgezeichneten und verifizierten HOS-Wert für das gegebene Fahrzeug beinhaltet.
Gemäß der vorliegenden Erfindung beinhaltet ein Verfahren Bestimmen, dass die verbleibenden Betriebsstunden (hours of service - HOS), die gesetzlich vorgeschriebene maximale Betriebsstunden in einem gesetzlich definierten Zeitraum darstellen, für ein erstes Fahrzeug, das an einer Transportaufgabe beteiligt ist, nicht ausreichend sind, damit das erste Fahrzeug die Aufgabe innerhalb einer vordefinierten Zielzeit abschließen kann; Bestimmen eines zweiten Fahrzeugs, das ausreichende verbleibende HOS aufweist, um sich sowohl zu einem vordefinierten Treffpunkt zu bewegen als auch anschließend die Aufgabe schneller als das erste Fahrzeug abzuschließen; Bestimmen des vordefinierten Treffpunkts; und Anweisen des ersten und zweiten Fahrzeugs, sich zu dem vordefinierten Treffpunkt zu bewegen.
Gemäß einer Ausführungsform beinhaltet das Bestimmen, dass das zweite Fahrzeugs ausreichend verbleibende HOS aufweist, Bestimmen, dass das zweite Fahrzeug ausreichend verbleibende HOS aufweist, um die Aufgabe innerhalb der Zielzeit abzuschließen.
Gemäß einer Ausführungsform beinhaltet das Bestimmen, dass das zweite Fahrzeugs ausreichende verbleibende HOS aufweist, Bestimmen auf Grundlage von dem Zeitpunkt jedes Fahrzeugs innerhalb des gesetzlich definierten Zeitraums für die gegenwärtigen HOS, dass das zweite Fahrzeug keine ausreichenden verbleibenden HOS aufweist, um die Aufgabe innerhalb der Zielzeit abzuschließen, die HOS jedoch schneller als das erste Fahrzeug zurücksetzt, wodurch ermöglicht wird, dass das zweite Fahrzeug auf Grundlage eines früheren Zurücksetzens der HOS für das zweite Fahrzeug die Aufgabe schneller als das erste Fahrzeug ausführen kann.
Gemäß einer Ausführungsform beinhaltet das Bestimmen des Treffpunkts ferner Bestimmen eines Treffpunkts, der von dem ersten Fahrzeug erreicht werden kann, ohne dass das erste Fahrzeug die verbleibenden HOS überschreitet.
Gemäß einer Ausführungsform ist die Erfindung ferner durch Aktualisieren eines Hauptbucheintrags in einer Blockchain gekennzeichnet, wobei der Eintrag sowohl eine Aufgabe als auch gegenwärtige HOS für ein überzeitiges Maß des gesetzlich vorgeschriebenen Zeitraums beinhaltet, sodass der Hauptbucheintrag für das zweite Fahrzeug die für das zweite Fahrzeug verbleibenden HOS und die von dem zweiten Fahrzeug von dem ersten Fahrzeug übernommene Aufgabe widerspiegelt, wobei das Aktualisieren als Reaktion auf Empfangen einer Bestätigung erfolgt, dass sich sowohl das erste als auch das zweite Fahrzeug gleichzeitig an dem vordefinierten Treffpunkt befindet.

Claims

System, umfassend: einen Speicher; und einen Prozessor, der zu Folgendem konfiguriert ist: Kommunizieren mit einer Vielzahl von Fahrzeugen, um Betriebsinformationen von den Fahrzeugen zur Speicherung auf dem Speicher zu empfangen; Bestimmen auf Grundlage der Betriebsinformationen, die auf dem Speicher gespeichert sind, ob ein erstes Fahrzeug verbleibende Dienststunden (hours of service - HOS) innerhalb eines Zeitraums, in dem HOS gesetzlich vorgeschrieben sind, aufweist, die ausreichend sind, um eine angeforderte Transportaufgabe abzuschließen; Hinzufügen des ersten Fahrzeugs zu einer Liste mit verfügbaren Fahrzeugen als Reaktion auf Bestimmen, dass ausreichende HOS für das erste Fahrzeug verbleiben, Darstellen der Fahrzeugliste für einen anfordernden Kunden; und Zuweisen eines durch einen Kunden ausgewählten Fahrzeugs zu einem Abschluss der Transportaufgabe.
System nach Anspruch 1, wobei die Betriebsinformationen eine gegenwärtige Aufgabe beinhalten, an der das Fahrzeug beteiligt ist und die durch zumindest ein Ziel definiert ist.
System nach Anspruch 1, wobei die Betriebsinformationen eine durch ein Fahrzeug bestimmte Berechnung von gegenwärtigen HOS innerhalb eines gegenwärtigen Zeitraums beinhalten, in dem HOS gesetzlich beschränkt sind.
System nach Anspruch 1, wobei der Prozessor ferner zu Folgendem konfiguriert ist: Empfangen von aktualisierten verbleibenden HOS für das zugewiesene Fahrzeug innerhalb des Zeitraums, während dessen das zugewiesene Fahrzeug die Aufgabe abschließt, Bestimmen auf Grundlage der aktualisierten HOS, dass keine ausreichenden HOS verbleiben, um die Aufgabe innerhalb des Zeitraums abzuschließen; und Anweisen eines zweiten Fahrzeugs als Reaktion auf verbleibende nicht ausreichende HOS, das zugewiesene Fahrzeug an einem vorbestimmten Ort zu treffen, sodass das zweite Fahrzeug die Aufgabe abschließen kann.
System nach Anspruch 4, wobei die aktualisierten HOS von dem Fahrzeug empfangen werden.
System nach Anspruch 4, wobei die aktualisierten HOS von einem Hauptbucheintrag in einer Blockchain als Reaktion auf eine Anforderung von dem Prozessor empfangen werden.
System nach Anspruch 4, wobei der Prozessor konfiguriert ist, um auf Grundlage einer identifizierten verbleibenden Route, um die Aufgabe abzuschließen, kombiniert mit identifizierten Geschwindigkeitsbegrenzungen für die verbleibende Route zu bestimmen, dass keine ausreichenden HOS verbleiben.
System nach Anspruch 4, wobei der Prozessor konfiguriert ist, um auf Grundlage einer identifizierten verbleibenden Route, um die Aufgabe abzuschließen, kombiniert mit identifizierten Verkehrsstaus für die verbleibende Route zu bestimmen, dass keine ausreichenden HOS verbleiben.
System nach Anspruch 4, wobei der Prozessor konfiguriert ist, um zu bestimmen, dass dem zweiten Fahrzeug nach dem Treffen des zugewiesenen Fahrzeugs an dem vorbestimmten Ort keine ausreichenden HOS verbleiben, um die Aufgabe innerhalb des Zeitraums abzuschließen.
System nach Anspruch 4, wobei der Prozessor konfiguriert ist, um den zweiten Ort als einen Ort zu bestimmen, der durch das zugewiesene Fahrzeug erreicht werden kann, ohne dass das zugewiesene Fahrzeug die verbleibenden HOS überschreitet.
System, umfassend: einen Prozessor, der zu Folgendem konfiguriert ist: Empfangen eines Berichts über Dienststunden (hours of service - HOS) von einer Vielzahl von Fahrzeugen, die an durch den Prozessor zugewiesenen Transportaufgaben beteiligt sind, der an vorbestimmten ersten Intervallen übermittelt wird; Bestimmen, dass zumindest ein erstes Fahrzeug einen vorbestimmten Schwellenwert an verbleibenden HOS überschritten hat, was darstellt, dass wenige HOS für einen Zeitraum verbleiben, in dem HOS gesetzlich vorgeschrieben sind; Anweisen des ersten Fahrzeugs, eine Übermittlung von HOS an vorbestimmten zweiten Intervallen zu beginnen, die kleiner als die ersten Intervalle sind, bis entweder der erste Zeitraum zurückgesetzt wird oder die verbleibenden HOS einen vorbestimmten Minimalwert erreichen; und Senden einer Anweisung an das erste Fahrzeug, ein Herunterfahren zu beginnen, als Reaktion darauf, dass die HOS den vorbestimmten Minimalwert erreichen.
System nach Anspruch 11, wobei die Anweisung an das Fahrzeug eine Fahrerbenachrichtigung, dass ein Herunterfahren unmittelbar bevorsteht, beinhaltet.
System nach Anspruch 11, wobei die Anweisung an das Fahrzeug eine Identifikation eines Orts, an den der Fahrer das Fahrzeug zum Herunterfahren fahren soll, beinhaltet.
System nach Anspruch 11, wobei der Prozessor konfiguriert ist, um als Reaktion darauf, dass der vorbestimmte Minimalwert ungleich null ist und eine projizierte Fahrzeit für die verbleibende Route unter dem Minimalwert liegt, das Senden der Anweisung zum Herunterfahren zu verzögern, bis entweder die HOS null erreichen oder das Fahrzeug ein Ziel der verbleibenden Route erreicht.
System nach Anspruch 11, wobei der Prozessor ferner konfiguriert ist, um empfangene HOS für ein gegebenes Fahrzeug auf Grundlage eines Hauptbucheintrags in einer Blockchain zu verifizieren, wobei der Hauptbucheintrag einen vorangehend aufgezeichneten und verifizierten HOS-Wert für das gegebene Fahrzeug beinhaltet.