DE102020100593A1

DE102020100593A1 - Fahrzeug-zu-fahrzeug-dateifreigabesystem und -verfahren

Info

Publication number: DE102020100593A1
Application number: DE102020100593.8A
Authority: DE
Inventors: Karl Nathan Clark; Gopichandra Surnilla; Julius Thomas Crouch II; Vijayababu Jayaraman
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2019-01-16
Filing date: 2020-01-13
Publication date: 2020-07-16
Also published as: US11228884B2; US20200228950A1; CN111447590A

Abstract

Diese Offenbarung stellt ein Fahrzeug-zu-Fahrzeug-Dateifreigabesystem und -verfahren bereit.Ein Fahrzeug beinhaltet eine Steuerung, die dazu programmiert ist, einen Fahrzeugstatusbericht, der den aktuellen Status des Fahrzeugs wiedergibt, an einen Server zu senden; sich als Reaktion auf das Empfangen einer Verbindungsnachricht von dem Server, die eine vorhergesagte Datentransaktion angibt, unter Verwendung der Verbindungsnachricht mit einem Flottenfahrzeug drahtlos zu verbinden; und einen Datenblock, der in der Verbindungnachricht an das Flottenfahrzeug definiert ist, zu übertragen.

Description

TECHNISCHES GEBIET
Die vorliegende Offenbarung betrifft im Allgemeinen ein Dateifreigabesystem für Fahrzeuge. Insbesondere betrifft die vorliegende Offenbarung ein Fahrzeug-zu-Fahrzeug (vehicle-to-vehicle - V2V)-Dateifreigabesystem.
ALLGEMEINER STAND DER TECHNIK
Viele Fahrzeuge sind mit Telekommunikationsfähigkeiten ausgestattet und bei Mobilfunknetzbetreibern angemeldet, um Software wie etwa Fahrzeug-Firmware-Aktualisierungen herunterzuladen. Die Abonnements bei Mobilfunkanbietern sind in der Regel kostenpflichtig (z. B. 20 Dollar pro Gigabyte bei einigen Anbietern). Die Abonnementgebühr ist für einige Fahrzeugbenutzer beim Durchführen von Softwareaktualisierungen zu einer Belastung geworden, insbesondere wenn die Größe der Aktualisierungsdateien zunimmt.
KURZDARSTELLUNG
Gemäß einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein Fahrzeug eine Steuerung, die dazu programmiert ist, einen Fahrzeugstatusbericht, der den aktuellen Status des Fahrzeugs wiedergibt, an einen Server zu senden; sich als Reaktion auf das Empfangen einer Verbindungsnachricht von dem Server, die eine vorhergesagte Datentransaktion angibt, unter Verwendung der Verbindungsnachricht mit einem Flottenfahrzeug drahtlos zu verbinden; und einen Datenblock, der in der Verbindungnachricht an das Flottenfahrzeug definiert ist, zu übertragen.
Gemäß einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein Verfahren für ein Fahrzeug als Reaktion auf das Empfangen einer Anforderung für den Fahrzeugstatus von einem Server, Erzeugen eines Fahrzeugstatusberichts unter Verwendung von Daten, die von einem fahrzeuginternen Netzwerk gesammelt werden; als Reaktion auf das Empfangen einer Verbindungsnachricht von dem Server, Verbinden mit einem Flottenfahrzeug unter Verwendung von Informationen, die in der Verbindungsnachricht enthalten sind, und Empfangen eines Datenblocks, der in der Verbindungnachricht definiert ist, von dem Flottenfahrzeug.
Gemäß einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein Server eine Steuerung, die dazu programmiert ist, als Reaktion auf das Empfangen von Fahrzeugstatusberichten von einer Vielzahl von Fahrzeugen, die Fahrzeugstatusberichte zu analysieren, um eine mögliche V2V-Verbindungsmöglichkeit zu erkennen; und als Reaktion auf das Erkennen der möglichen V2V-Verbindungsmöglichkeit, Verbindungsnachrichten zu erzeugen, die Anweisungen an die Vielzahl von Fahrzeugen enthalten, um V2V-Verbindungen herzustellen.
Figurenliste
Für ein besseres Verständnis der Erfindung und um zu zeigen, wie diese umgesetzt werden kann, werden nun Ausführungsformen davon ausschließlich als nicht einschränkende Beispiele beschrieben, wobei auf die beigefügten Zeichnungen Bezug genommen wird, in denen Folgendes gilt:

1 veranschaulicht eine beispielhafte Blockstruktur eines Fahrzeugsystems einer Ausführungsform der vorliegenden Offenbarung;
2 veranschaulicht eine beispielhafte Datenflussdarstellung eines Fahrzeugsystems einer Ausführungsform der vorliegenden Offenbarung;
3 veranschaulicht eine beispielhafte Darstellung eines V2V-Verbindungssystems einer Ausführungsform der vorliegenden Offenbarung;
4 veranschaulicht eine beispielhafte Darstellung eines V2V-Verbindungssystems einer anderen Ausführungsform der vorliegenden Offenbarung; und
5 veranschaulicht eine beispielhafte Darstellung für einen Prozess einer Ausführungsform der vorliegenden Offenbarung.

DETAILLIERTE BESCHREIBUNG
Detaillierte Ausführungsformen der vorliegenden Erfindung sind hier wie vorgeschrieben offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen rein exemplarisch für die Erfindung stehen, die in verschiedenen und alternativen Formen verkörpert werden kann. Die Figuren sind nicht unbedingt maßstabsgetreu; einige Merkmale können vergrößert oder verkleinert sein, um Details bestimmter Komponenten zu zeigen. Demnach sind hier offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend zu interpretieren, sondern lediglich als repräsentative Grundlage, um den Fachmann die vielfältige Verwendung der vorliegenden Erfindung zu lehren.
Die vorliegende Offenbarung stellt im Allgemeinen eine Vielzahl von Schaltungen oder anderen elektrischen Vorrichtungen bereit. Alle Bezugnahmen auf die Schaltungen und anderen elektrischen Vorrichtungen und die durch jede davon bereitgestellte Funktionalität sollen nicht darauf beschränkt sein, dass sie lediglich das hierin Veranschaulichte und Beschriebene umschließen. Wenngleich den verschiedenen Schaltungen oder anderen elektrischen Vorrichtungen bestimmte Kennzeichnungen zugeordnet sein können, können derartige Schaltungen und andere elektrische Vorrichtungen auf Grundlage der elektrischen Umsetzung, die gewünscht ist, auf beliebige Art und Weise miteinander kombiniert und/oder voneinander getrennt werden. Es liegt auf der Hand, dass alle hierin offenbarten Schaltungen oder anderen elektrischen Vorrichtungen eine beliebige Anzahl von Mikroprozessoren, integrierten Schaltungen, Speichervorrichtungen (z. B. FLASH, Direktzugriffsspeicher (random access memory - RAM), Festwertspeicher (read only memory - ROM), elektrisch programmierbaren Festwertspeicher (electrically programmable read only memory - EPROM), elektrisch löschbaren programmierbaren Festwertspeicher (electrically erasable programmable read only memory - EEPROM) oder andere geeignete Varianten davon) und Software beinhalten können, die miteinander zusammenwirken, um den/die hierin offenbarten Vorgang/Vorgänge durchzuführen. Zusätzlich kann eine beliebige oder können mehrere beliebige der elektrischen Vorrichtungen dazu konfiguriert sein, ein Computerprogramm auszuführen, das in einem nichttransitorischen computerlesbaren Medium umgesetzt ist, das dazu programmiert ist, eine beliebige Anzahl der offenbarten Funktionen durchzuführen.
Die vorliegende Offenbarung sieht unter anderem ein Fahrzeugdatenfreigabesystem vor. Konkreter sieht die vorliegende Offenbarung ein System vor, das es mehreren Fahrzeugen ermöglicht, Dateien über V2V-Verbindungen, wie etwa dedizierte Nahbereichskommunikation (dedicated short range communications - DSRC), freizugeben.
Unter Bezugnahme auf 1 ist eine beispielhafte Blockstruktur eines Fahrzeugsystems 100 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Bei einem Fahrzeug 102a kann es sich um verschiedene Arten von Automobilen, Softroadern (crossover utility vehicle - CUV), Geländewagen (sport utility vehicle - SUV), Trucks, Wohnmobilen (recreational vehicle - RV), Booten, Flugzeugen oder anderen mobilen Maschinen zum Befördern von Personen oder Gütern handeln. Das Fahrzeug 102a kann in vielen Fällen durch einen Verbrennungsmotor angetrieben werden. Als eine weitere Möglichkeit kann das Fahrzeug 102a ein Batterieelektrofahrzeug (battery electric vehicle - BEV), Hybridelektrofahrzeug (hybrid electric vehicle - HEV) sein, das sowohl durch eine Brennkraftmaschine als auch einen oder mehrere Elektromotoren angetrieben wird, wie etwa ein Serienhybrid-Elektrofahrzeug (series hybrid electric vehicle - SHEV), ein Parallelhybrid-Elektrofahrzeug (parallel hybrid electrical vehicle - PHEV) oder ein Parallel-/Serienhybrid-Elektrofahrzeug (parallel/series hybrid electric vehicle - PSHEV), ein Boot, ein Flugzeug oder eine andere mobile Maschine zum Befördern von Personen oder Gütern. In einem Beispiel kann das System 100 das SYNC-System einschließen, das durch die Ford Motor Company in Dearborn, Michigan, USA, hergestellt wird. Es ist anzumerken, dass es sich bei dem veranschaulichten System 100 lediglich um ein Beispiel handelt und mehr, weniger und/oder anders angeordnete Elemente verwendet werden können.
Wie in 1 veranschaulicht, kann eine Rechenplattform 104 einen oder mehrere Prozessoren 112 beinhalten, die dazu konfiguriert sind, Anweisungen, Befehle und andere Routinen durchzuführen, um die hierin beschriebenen Prozesse zu unterstützen. Beispielsweise kann die Rechenplattform 104 dazu konfiguriert sein, Anweisungen von Fahrzeuganwendungen 108 auszuführen, um Merkmale wie etwa Navigation, Satellitenfunk und drahtlose Kommunikation bereitzustellen. Derartige Anweisungen und andere Daten können in nichtflüchtiger Weise unter Verwendung vielfältiger Arten computerlesbarer Speichermedien 106 aufbewahrt werden. Das computerlesbare Medium 106 (auch als prozessorlesbares Medium oder Speicher bezeichnet) beinhaltet ein beliebiges nichttransitorisches Medium (z. B. physisches Medium), das an der Bereitstellung von Anweisungen oder anderen Daten beteiligt ist, die durch den Prozessor 112 der Rechenplattform 104 gelesen werden können. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder ausgelegt werden, die unter Verwendung vielfältiger Programmiersprachen und/oder -techniken, einschließlich jedoch nicht beschränkt auf und entweder allein oder in Kombination Java, C, C++, C#, Objective C, Fortran, Pascal, Java Script, Python, Perl und PL/SQL, erstellt wurden.
Die Rechenplattform 104 kann mit verschiedenen Merkmalen bereitgestellt sein, die es den Fahrzeuginsassen/-benutzern ermöglichen, über eine Schnittstelle mit der Rechenplattform 104 zu interagieren. Beispielsweise kann die Rechenplattform 104 Eingaben von Steuerungen 118 einer Mensch-Maschine-Schnittstelle (human-machine interface - HMI) empfangen, die dazu konfiguriert sind, eine Interaktion zwischen Insassen und Fahrzeug 102a bereitzustellen. Zum Beispiel kann die Rechenplattform 104 mit einer oder mehreren Tasten (nicht gezeigt) oder anderen HMI-Steuerungen eine Schnittstelle bilden, die dazu konfiguriert sind, Funktionen auf der Rechenplattform 104 aufzurufen (z. B. Audiotasten am Lenkrad, eine Sprechtaste, Steuerungen am Armaturenbrett usw.).
Die Rechenplattform 104 kann zudem eine oder mehrere Anzeigen 116 antreiben, die dazu konfiguriert sind, über eine Videosteuerung 114 visuelle Ausgaben für Fahrzeuginsassen bereitzustellen oder anderweitig mit diesen kommunizieren. In einigen Fällen kann es sich bei der Anzeige 116 um einen Touchscreen handeln, der außerdem dazu konfiguriert ist, berührungsbasierte Eingaben des Benutzers über die Videosteuerung 114 zu empfangen, während die Anzeige 116 in anderen Fällen lediglich eine Anzeige ohne die Möglichkeit zur berührungsbasierten Eingabe sein kann. Die Rechenplattform 104 kann zudem einen oder mehrere Lautsprecher 122 antreiben, die dazu konfiguriert sind, über eine Audiosteuerung 120 Audioausgaben für Fahrzeuginsassen bereitzustellen, oder anderweitig mit diesen kommunizieren.
Die Rechenplattform 104 kann auch mit Navigations- und Routenplanungsmerkmalen durch eine Navigationssteuerung 126 bereitgestellt sein, die dazu konfiguriert ist, Navigationsrouten als Reaktion auf eine Benutzereingabe z. B. über die HMI-Steuerungen 118 zu berechnen und geplante Routen und Navigationsanweisungen über den Lautsprecher 122 und/oder die Anzeige 116 auszugeben. Positionsdaten, die zur Navigation benötigt werden, können von einer Steuerung 124 des globalen Navigationssatellitensystems (GNSS), die dazu konfiguriert ist, mit mehreren Satelliten zu kommunizieren und die Position des Fahrzeugs 102a zu berechnen, gesammelt werden. Die GNSS-Steuerung 124 kann dazu konfiguriert sein, verschiedene aktuelle und/oder zukünftige globale oder regionale Positionssysteme zu unterstützen, wie zum Beispiel das globale Positionsbestimmungssystem (GPS), Galileo, Beidou, Global Navigation Satellite System (GLONASS) und dergleichen. Kartendaten, die zur Routenplanung verwendet werden, können im Speicher 106 als Teil der Fahrzeugdaten 110 gespeichert sein. Navigationssoftware kann im Speicher 116 als eine der Fahrzeuganwendungen 108 gespeichert sein.
Die Rechenplattform 104 kann dazu konfiguriert sein, über eine drahtlose Verbindung 190 mit einer mobilen Vorrichtung 140 der Fahrzeugnutzer/-insassen drahtlos zu kommunizieren. Bei der mobilen Vorrichtung 140 kann es sich um eine beliebige von verschiedenen Arten tragbarer Rechenvorrichtungen handeln, wie etwa Mobiltelefone, Tablet-Computer, tragbare Vorrichtungen, Smartwatches, Laptop-Computer, tragbare Musikabspielvorrichtungen oder andere Vorrichtungen, die zur Kommunikation mit der Rechenplattform 104 in der Lage sind.
Der drahtlose Sendeempfänger 132 kann mit einer WiFi-Steuerung 128, einer Bluetooth-Steuerung 130, einer Funkfrequenz-Identifizierungssteuerung (RFID-Steuerung) 134, einer Nahfeldkommunikationssteuerung 136 (near-field communication controller - NFC-Steuerung) und anderen Steuerungen wie einem Zigbee-Sendeempfänger, einem IrDA-Sendeempfänger (nicht gezeigt) in Verbindung stehen und dazu konfiguriert sein, mit einem kompatiblen drahtlosen Sendeempfänger 152 der mobilen Vorrichtung 140 zu kommunizieren.
Die mobile Vorrichtung 140 kann mit einem Prozessor 148 bereitgestellt sein, der dazu konfiguriert ist, Anweisungen, Befehle und andere Routinen durchzuführen, um die Prozesse, wie etwa Navigation, Telefon, drahtlose Kommunikation und Multimedia-Verarbeitung, zu unterstützen. So kann die mobile Vorrichtung 140 beispielsweise über eine Navigationssteuerung 158 und eine GNSS-Steuerung 156 mit Positions- und Navigationsfunktionen bereitgestellt sein. Die mobile Vorrichtung 140 kann mit einem drahtlosen Sendeempfänger 152 bereitgestellt sein, der mit einer WiFi-Steuerung 150, einer Bluetooth-Steuerung 154, einer RFID-Steuerung 160, einer NFC-Steuerung 162 und anderen Steuerungen (nicht gezeigt) in Kommunikation steht und dazu konfiguriert ist, mit dem drahtlosen Sendeempfänger 132 der Rechenplattform 104 zu kommunizieren.
Die Rechenplattform 104 kann außerdem dazu konfiguriert sein, über ein oder mehrere fahrzeuginterne Netzwerke 170 mit verschiedenen elektronische Steuereinheiten (electronic control units - ECUs) 172 zu kommunizieren. In einigen Beispielen kann das fahrzeuginterne Netzwerk 170 eines oder mehrere von einem Controller Area Network (CAN), einem Ethernet-Netzwerk und einer mediengebundenen Systemübertragung (media oriented system transport - MOST) beinhalten, ist aber nicht darauf beschränkt.
Das Fahrzeug 102a kann mehrere ECUs 172 beinhalten, die dazu konfiguriert sind, verschiedene Funktionen des Fahrzeugs 102a zu steuern und zu betreiben. In einigen nicht einschränkenden Beispielen können die ECUs 172 eine Telematiksteuereinheit (telematics control unit - TCU) beinhalten, die dazu konfiguriert ist, die Telekommunikation zwischen dem Fahrzeug 102a und einem Kommunikationsnetzwerk 182 durch eine drahtlose Verbindung 192 unter Verwendung eines Modems 176 zu steuern. Das Kommunikationsnetzwerk 182 kann Mobilfunknetzwerk (z. B. 3G, 4G und/oder 5G) sein, das die Kommunikation zwischen einem entfernten Server 186 und der Rechenplattform 104 ermöglicht. Es ist anzumerken, dass der entfernte Server 186 als allgemeiner Ausdruck in der gesamten vorliegenden Offenbarung verwendet wird und sich auf alle Cloud-basierten Dienste beziehen kann, die mehrere Server, Computer, Vorrichtungen und dergleichen umfassen.
Zusätzlich können die ECUs 172 eine DSRC-Steuerung 178 mit einem Sendeempfänger 180 beinhalten, der dazu konfiguriert ist, mit kompatiblen Steuerungen anderer Fahrzeuge (z. B. Fahrzeug 102b) über eine drahtlose Verbindung 196 zu kommunizieren. Zusätzlich oder alternativ kann das Fahrzeug 102a dazu konfiguriert sein, mit den anderen Fahrzeugen über den drahtlosen Sendeempfänger 132 unter Verwendung anderer Arten von Technologien zu kommunizieren, wie z. B. WiFi, Bluetooth, RFID, NFC usw. Die ECUs 172 können ferner eine autonome Fahrsteuerung (autonomous driving controller - ADC) 166 beinhalten, die dazu konfiguriert ist, die autonomen Fahrmerkmale des Fahrzeugs 102a über eine in einem internen Speicher gespeicherte Software 168 zu überwachen und zu steuern.
Die Rechenplattform 104 kann dazu konfiguriert sein, Aktualisierungen der in dem Speicher 106 gespeicherten Fahrzeuganwendungen 108 und der in den ECUs 172 lokal gespeicherten ECU-Software (z. B. die ADC-Software 168) durch Herunterladen von Aktualisierungsdateien vom Server 186 (z. B. über die TCU 174) oder Installieren der Software über ein physisches Speichermedium (z. B. USB-Speicher (Universal-Serial-Bus-Speicher) oder digitalen optischen Plattenspeicher) durchzuführen. Alternativ kann die Rechenplattform 104 dazu konfiguriert sein, diese Aktualisierungsdateien unter Flottenfahrzeugen (z. B. das zweite Fahrzeug 102b) über eine V2V-Verbindung wie etwa die DSRC-Verbindung 196 freizugeben.
Unter Bezugnahme auf 2 ist eine beispielhafte Datenflussdarstellung für einen Prozess 200 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. In dem vorliegenden Beispiel gehören das Fahrzeug 102a (nachfolgend das erste Fahrzeug 102a) und ein zweites Fahrzeug 102b zu einer Flotte, an der mehrere Fahrzeuge umfasst, die über V2V-Datenfreigabemerkmale über verschiedene drahtlose Verbindungen, z. B. über den DSRC-Sendeempfänger 180 des ersten Fahrzeugs 102a, verfügen. Das erste Fahrzeug 102a und das zweite Fahrzeug 102b stehen in Kommunikation mit dem Flottenserver 186, der dazu konfiguriert ist, die V2V-Datenfreigabe zwischen den Fahrzeugen zu koordinieren und zu ermöglichen. In den Schritten 202 und 204 sendet der Server 186 eine Anforderung für den Fahrzeugstatus an das erste Fahrzeug 102a bzw. das zweite Fahrzeug 102b. Der Fahrzeugstatus ist ein Satz von Informationen, die vom Server 186 verwendet werden können, um zu bestimmen, welche Fahrzeuge Daten mit welchen anderen Fahrzeugen teilen können, und wann/wo die vorhergesagte Datenfreigabe erfolgen kann. Als Reaktion auf das Empfangen der Anforderung vom Server 186 sammelt die Rechenplattform 104 Informationen von verschiedenen vordefinierten Komponenten des ersten Fahrzeugs 102a und erzeugt einen Fahrzeugstatus, um diesen in Schritt 206 an den Server 186 zu senden. Beispielsweise können die gesammelten Fahrzeuginformationen Daten von verschiedenen vordefinierten ECUs 172 beinhalten, die Softwareversionen, Softwareversionen verschiedener Fahrzeuganwendungen 108, Kartenversionen, die von der Navigationssteuerung 126 verwendet werden, die in dem Speicher 106 als Teil der Fahrzeugdaten 110 gespeichert sind, Ortsdaten von der GNSS-Steuerung 124, Konfiguration und Verfügbarkeit von drahtlosen Sendeempfängern (z. B. der drahtlose Sendeempfänger 132 und/oder der DSRC-Sendeempfänger 180), Batterieladezustand oder dergleichen angeben. Gleichermaßen sendet das zweite Fahrzeug 102b in Schritt 208 den Fahrzeugstatus an den Server 186.
Als Reaktion auf das Empfangen des Fahrzeugstatus von mehreren Fahrzeugen analysiert der Flottenserver 186 in Schritt 210 den Fahrzeugstatus und prognostiziert mögliche Verbindungsmöglichkeiten. Beispielsweise kann der Server 186 erkennen, dass das erste Fahrzeug 102a die aktuellste Version einer Software (z. B. die Kartendaten), die das zweite Fahrzeug 102b noch nicht erhalten hat, aufweist. Der Server 186 kann ferner erkennen, dass sich das erste Fahrzeug 102a und das zweite Fahrzeug 102b innerhalb eines vordefinierten Geofences/-bereichs, der durch den Server 186 festgelegt ist, nahe zueinander befinden, wodurch es möglich wird, dass das zweite Fahrzeug 102 als ein Zielfahrzeug die aktuellste Version der Software von dem ersten Fahrzeug 102a als ein Quellfahrzeug über eine V2V-Verbindung, die beide Fahrzeuge unterstützen, empfängt. In Schritt 212, mit vordefinierten Regeln, erkennt der Server 186 die V2V-Verbindungsmöglichkeit zwischen den Fahrzeugen 102a und 102b, um die Softwaredaten freizugeben, und erzeugt als Reaktion eine Verbindungsnachricht für jedes Fahrzeug, um anzuweisen, eine Verbindung herzustellen und Daten freizugeben. Der Server 186 sendet in den Schritten 214 und 216 die jeweiligen Verbindungsnachrichten an das erste Fahrzeug 102a und an das zweite Fahrzeug 102b. Die an die Fahrzeuge gesendeten Nachrichten können eine Quelle/ein Ziel, die/das durch den Server 186 bestimmt wird, sowie eine Kennzeichnung des Fahrzeugs für die Verbindung beinhalten. Beispielsweise kann die an das erste Fahrzeug 102a gesendete Nachricht eine Quellenbezeichnung für die konkrete Software, die freigegeben werden soll, beinhalten. Zusätzlich kann die Nachricht ferner eine Kennzeichnung des zweiten Fahrzeugs 102b beinhalten, beispielsweise eine Kennzeichnung des DSRC-Sendeempfängers 178, um die V2V-Verbindung 196 zu ermöglichen, was besonders hilfreich sein kann, wenn sich mehrere Fahrzeuge, die V2V-Verbindungen unterstützen, in der Nähe befinden. Um die Verbindungssicherheit zu verbessern, kann die Verbindungsnachricht ferner gesicherte Verbindungsinformationen beinhalten, wie etwa ein Sicherheitstoken oder ein Passwort, was es den Fahrzeugen ermöglicht, eine gesicherte Verbindung herzustellen. In dem Fall, dass ein oder mehrere Fahrzeuge geparkt sind, kann die Nachricht ferner einen Aufweckbefehl enthalten, um die V2V-Verbindung 196 zu ermöglichen.
Als Reaktion auf das Empfangen der Verbindungsnachricht bereiten sich sowohl das erste Fahrzeug 102a als auch das zweite Fahrzeug 102b darauf vor, die V2V-Verbindung 196 herzustellen, indem sie die drahtlosen Sendeempfänge wie etwa die DSRC-Sendeempfänger 168 anschalten und nach dem durch die Verbindungsnachricht bezeichneten Fahrzeug suchen. Als Reaktion auf das Erkennen des bezeichneten Fahrzeugs innerhalb eines von den drahtlosen Sendeempfängern unterstützten Verbindungsbereichs stellen das erste Fahrzeug 102a und das zweite Fahrzeug 102b in Schritt 222 die drahtlose Verbindung 196 über DSRC her. In Schritt 224 überprüfen die Fahrzeuge 102a und 102b, ob die vom Server 186 empfangenen Informationen korrekt sind. Zum Beispiel können die Fahrzeuge 102a und 102b überprüfen, ob die jeweiligen mit den Informationen übereinstimmen, die in der Verbindungsnachricht enthalten sind, die in den Schritten 214 und 216 empfangen wurde, sodass die V2V-Datentransaktion geeignet ist. Als Reaktion auf die erfolgreiche Verifizierung der Informationen startet in Schritt 226 die Datentransaktion zwischen dem ersten Fahrzeug 102a als ein Quellfahrzeug und dem zweiten Fahrzeug 102b als ein Zielfahrzeug. Die Rechenplattform 104 kann die Software in mehrere Blöcke aufteilen und die Daten auf eine Block-für-Block-Grundlage senden. Die Aufteilung der Software in Blöcke kann durch den Server 186 für mehrere Fahrzeuge in der Flotte einheitlich festgelegt werden. In dem Fall, dass das zweite Fahrzeug 102b nicht alle Blöcke von dem ersten Fahrzeug 102 empfangen kann, können die restlichen Datenblöcke immer noch zu einem späteren Zeitpunkt an anderer Stelle erhalten werden.
In Schritt 228 trennt sich das erste Fahrzeug 102a von dem zweiten Fahrzeug 102b. Die Trennung kann aus verschiedenen Gründen verursacht werden, wie etwa, wenn der Abstand zwischen den beiden Fahrzeugen über den zulässigen Geofence, der durch die Übertragungsreichweite definiert ist, hinausgeht oder die Datentransaktion abgeschlossen ist. Als Reaktion auf das Erkennen der Trennung erzeugt die Rechenplattform 104 des ersten Fahrzeugs 102a in Schritt 230 einen Transaktionsbericht und sendet diesen an den Server 230. Der Transaktionsbericht kann Informationen beinhalten, die die Datentransaktion einschließlich der Kennzeichnung von übertragenen/empfangen Blöcken, der Größe von übertragenen/empfangenen Daten, aktuellem Status/aktueller Version der Software oder dergleichen zusammenfassen. Das zweite Fahrzeug 102b erzeugt in Schritt 232 die gleiche Art von Transaktionsbericht und sendet diesen an den Server 186. Als Reaktion auf das Empfangen der Transaktionsberichte von den Flottenfahrzeugen erzeugt der Server 186 Anreizbelohnungen unter Verwendung vordefinierter Regeln. Die Anreizbelohnungen können verwendet werden, um Fahrzeugbenutzer zu ermutigen, das V2V-Datenfreigabemerkmal zu verwenden, insbesondere für das Quellfahrzeug. Beispielsweise kann das Anreizergebnis eine Händlergutschrift beinhalten, z. B. 1 Dollar für jeweils 100 Megabyte an Daten, die als das Quellfahrzeug übertragen wurden, und/oder 0,50 Dollar für jeweils 100 Megabyte an Daten, die als ein Zielfahrzeug empfangen wurden. Das Anreizergebnis kann zur zukünftigen Verwendung auf dem Server 186 gespeichert werden. Alternativ, wenn das Anreizergebnis einen Dritten einschließt, kann der Server 186 dazu konfiguriert sein, das Anreizergebnis an den Drittserver zu senden. In den Schritten 236 und 238 sendet der Server 186 die Anreizergebnisse an das erste Fahrzeug 102a und das zweite Fahrzeug 102b, um sie an den Fahrzeugbenutzer auszugeben, um die Benutzer zu ermutigen, weiterhin die V2V-Datenfreigabemerkmale zu verwenden.
Die Schritte des Prozesses 200 können auf verschiedene Situationen angewendet werden. Beispielsweise ist unter Bezugnahme auf 3 ist eine beispielhafte Darstellung 300 der V2V-Verbindung einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. In dem vorliegenden Beispiel fahren sowohl das erste Fahrzeug 102a als auch das zweite Fahrzeug 102b in einem lokalen Bereich. Das erste Fahrzeug 102a kann sich einer Kreuzung 302 von Süden nähern, während sich das zweite Fahrzeug 102b derselben Kreuzung 302 von Westen nähern kann. Die aktuellen Positionsdaten von dem GNSS 124 von beiden Fahrzeugen können als Fahrzeugstatus an den Server 186 übertragen werden. An dem aktuellen Standort befindet sich kein Fahrzeug in einem V2V-Sendebereich 310a und 310b (z. B. der von dem DSRC-Sendeempfänger 180 unterstützte Bereich) zueinander. Unterschiedliche drahtlose Verbindungstechnologien können unterschiedliche Übertragungsbereiche unterstützen. Als ein Beispiel kann der DSRC-Sendeempfänger 180 der Fahrzeuge einen Übertragungsbereich von ungefähr 100 Metern unterstützen. Eine vorhergesagte Fahrtrichtung/-route von beiden Fahrzeugen kann an den Server 186 übertragen werden. Die vorhergesagte Fahrtroute kann von der Navigationssteuerung 126 jedes Fahrzeugs empfangen werden. Alternativ kann der Server 186 eine oder mehrere historische Routen jedes Fahrzeugs verwenden, die in der Vergangenheit gefahren wurden, um die vorhergesagten Routen zu bestimmen. In dem vorliegenden Beispiel kann der Server 186 vorhersagen, dass das zweite Fahrzeug 102b geradeaus fährt, indem es die Kreuzung 302 passiert, und weiter in östlicher Richtung von der Straße 306 fährt. Der Server 186 kann ferner vorhersagen, dass das erste Fahrzeug 102a an der Kreuzung 302 nach rechts abbiegt und auf der Straße 306 nach Osten fährt, nachdem das zweite Fahrzeug aufgrund einer roten Ampel 304 vorbeigefahren ist. Nach dem Analysieren der Fahrzeuginformationen und der vorhergesagten Route kann der Server 186 vorhersagen, dass das erste Fahrzeug 102a und das zweite Fahrzeug 102b für einen Zeitraum beide in Richtung Osten von der Straße 306 innerhalb eines Geofences 308, der durch den Übertragungsbereich 310 jedes Fahrzeugs definiert ist, fahren werden. Der Geofence 308 kann beispielsweise unter Verwendung des V2V-Übertragungsbereichs 310a des ersten Fahrzeugs 102a als Quellfahrzeug definiert werden. Alternativ kann der Geofence 308 unter Verwendung des V2V-Übertragungsbereichs 310b des zweiten Fahrzeugs 102b als ein Zielfahrzeug definiert werden. Weiter alternativ kann der Geofence 308 unter Verwendung der Kombination oder Überlappung der Übertragungsbereiche 310a und 310b beider Fahrzeuge 102a und 102b definiert werden. Der Zeitraum, in dem beide Fahrzeuge zusammen innerhalb des Geofences 308 fahren, kann auf ähnliche Weise berechnet und aktualisiert werden.
Wie vorstehend erörtert, kann der Server 186 ferner die Zeit berechnen, die benötigt wird, um die Datentransaktion unter Verwendung der Datengröße und der Datentransaktions-/- übertragungsgeschwindigkeit zu beenden. Beispielsweise kann die drahtlose Transaktionsgeschwindigkeit für eine DSRC-Verbindung 196 ungefähr 1 Megabyte/Sekunde betragen. Wenn die Softwaredateigröße 30 Megabyte beträgt, werden ungefähr 30 Sekunden benötigt, um die gesamte Transaktion abzuschließen. Der Server 186 kann dazu konfiguriert sein, die V2V-Verbindungsmöglichkeit nur dann zu bestimmen, wenn die vorhergesagte Fahrzeit lang genug ist, um die gesamte Datentransaktion abzuschließen. Wenn beispielsweise vorhergesagt wird, dass das erste Fahrzeug 102a und das zweite Fahrzeug 102b den vorhergesagten Weg innerhalb des durch die V2V-Übertragung definierten Geofences 308 für zumindest 1 Minute zusammen zurücklegen, kann der Server 186 die Verbindung durch Senden einer Verbindungsnachricht an jedes Fahrzeug, die anweist, eine Verbindung herzustellen, koordinieren und ermöglichen. Alternativ kann der Server 186 dazu konfiguriert sein, die Verbindung selbst dann zu ermöglichen, wenn der vorhergesagte Zeitraum nicht ausreichend lang ist, um die gesamte Transaktion abzuschließen. Beispielsweise kann eine Fahrzeugnavigationskartenaktualisierungsdatei sein mehrere Gigabytes groß sein, sodass es schwierig sein kann, eine derartige Datenmenge in einer einzigen Transaktion zu senden. Der Server 186 kann daher das sendende Fahrzeug anweisen, die zu übertragenden Daten unter Verwendung vordefinierter Regeln und Kennzeichnungen in mehrere Blöcke aufzuteilen. Als ein Beispiel kann eine bestimmte Softwaredatei in mehrere Blöcke aufgeteilt sein, wobei jedem Block ein eindeutiger Bezeichner zugewiesen ist und jeder Block mit einer vordefinierten Größe (z. B. ungefähr 10 Megabyte) erstellt wird. Die gleichen Regeln und Kennzeichnungen, um Dateien in Blöcke aufzuteilen, können auf ein beliebiges Fahrzeug, das die Dateien aufweist, angewendet werden. Bei dieser Konfiguration kann das Zielfahrzeug einige Blöcke von einem Quellfahrzeug erhalten und später die verbleibenden Blöcke anderweitig erhalten.
Gemäß dem unter Bezugnahme auf 3 veranschaulichten Beispiel erzeugt der Server 186 als Reaktion auf das Erkennen der Verbindungsmöglichkeit die Verbindungsnachricht und sendet diese an jedes von dem ersten Fahrzeug 102a als ein Quellfahrzeug und dem zweiten Fahrzeugs 102b als ein Zielfahrzeug. Die Verbindungsnachricht enthält Informationen, die dazu konfiguriert sind, ein Fahrzeug darüber zu informieren, welche Informationen es von einem anderen lokalen Fahrzeug senden/empfangen kann. Wenn beide Fahrzeuge die Route wie vorhergesagt abfahren, können die Fahrzeuge in den Geofence 308 eintreten, wie durch den V2V-Übertragungsbereich definiert, und sich unter Verwendung der in der Verbindungsnachricht enthaltenen Informationen miteinander verbinden. Beispielsweise kann die V2V-Verbindung 196 unter Verwendung der DSRC-Technologie hergestellt werden. Zusätzlich oder alternativ können auch andere Funktechnologien (z. B. WiFi, NFC, Bluetooth, RFID) verwendet werden, um die Verbindung 196 herzustellen und Datenblöcke in Abhängigkeit von den relativen Standorten der Fahrzeuge und den Übertragungsreichweiten zu übertragen. Die Fahrzeuge 102 können Informationen austauschen, um zu überprüfen, ob die vom Server 186 empfangene Verbindungsnachricht korrekt ist. Beispielsweise kann das zweite Fahrzeug 102b als ein Zielfahrzeug die aktuelle Version der zu aktualisierenden Software über die V2V-Verbindung 196 an das erste Fahrzeug 102a senden. Als Reaktion vergleicht die Rechenplattform 104 des ersten Fahrzeugs 102a die von dem zweiten Fahrzeug 102 empfangene Softwareversion mit ihrer eigenen Versionsnummer und überprüft, dass eine neuere Version der Software im Speicher 106 gespeichert ist und dazu bereit ist, blockweise durch Senden einer Rückmeldung an das zweite Fahrzeug 102b übertragen zu werden. Das erste Fahrzeug 102a kann damit beginnen, Datenblöcke an das zweite Fahrzeug 102b zu übertragen und die Übertragung fortsetzen, bis alle bezeichneten Blöcke übertragen sind oder der Abstand zwischen den Fahrzeugen über den Geofence 308 hinausgeht.
Unter Bezugnahme auf 4 ist eine beispielhafte Darstellung 400 der V2V-Verbindung einer anderen Ausführungsform der vorliegenden Offenbarung veranschaulicht. Verglichen mit dem unter Bezugnahme auf 3 veranschaulichten Beispiel beinhaltet das vorliegende Beispiel, dass Flottenfahrzeugen geparkt werden. Auf einem Parkplatz 402 können mehrere Fahrzeuge geparkt werden. Unter diesen Fahrzeugen können mehrere Flottenfahrzeuge vorhanden sein, einschließlich des ersten Fahrzeugs 102a, des zweiten Fahrzeugs 102b, eines dritten Fahrzeugs 102c und eines vierten Fahrzeugs 102d. Andere Fahrzeuge, wie etwa die Fahrzeuge 404a und 404b, gehören nicht zur Flotte und sind daher nicht mit den V2V-Verbindungen kompatibel.
Beispielsweise kann das erste Fahrzeug 102a auf dem Parkplatz 402, auf dem die anderen Flottenfahrzeuge bereits geparkt wurden, gerade erst angekommen sein. Die Rechenplattform 104 des ersten Fahrzeugs 102a kann dazu konfiguriert sein, den Fahrzeugstatus als Reaktion auf das Erkennen, dass das Fahrzeug 102a geparkt wurde, an den Server 186 zu senden. Wenn der Standort des ersten Fahrzeugs 102a mit den Standorten anderer Flottenfahrzeuge, die zuvor empfangen wurden, verglichen wird, kann der Server 186 erkennen, dass die Flottenfahrzeuge eng innerhalb eines oder mehrerer Geofences, die durch die Sendereichweite von Fahrzeugsendeempfängern definiert sind, geparkt sind. Beispielsweise wird das erste Fahrzeug 102a ungefähr 10 Meter von dem zweiten Fahrzeug 102b entfernt innerhalb eines Geofences, der durch DSRC-Übertragung von dem zweiten Fahrzeug 102b definiert ist, geparkt. Gleichermaßen wird das erste Fahrzeug 102a neben dem dritten Fahrzeug 102c (z. B. ungefähr 2 m entfernt) innerhalb eines Geofences, der durch eine WiFi-Übertragung von dem dritten Fahrzeug 102c definiert wird, geparkt.
Als Reaktion auf das Erkennen mehrerer Flottenfahrzeuge, die an nahe gelegenen Orten geparkt sind, kann der Server 186 Fahrzeuginformationen analysieren, um mögliche Verbindungsmöglichkeiten zu erkennen. Beispielsweise kann das erste Fahrzeug 102a die aktuellste Version der ADC-Software 168 aufweisen, die das zweite Fahrzeug 102b noch erhalten muss, während das erste Fahrzeug 102a eine neuere Version der Kartendaten 110 vom dritten Fahrzeug 102c erhalten kann. Der Server 186 kann eine Verbindungsnachricht an jedes Flottenfahrzeug 102, das an den möglichen V2V-Verbindungen beteiligt ist, senden, um die Datenübertragung zu ermöglichen. Wenn ein oder mehrere Flottenfahrzeuge (z. B. das zweite Fahrzeug 102b) ausgeschaltet sind, kann der Server 186 zuerst ein Aufwecksignal senden, bevor die Verbindungsnachricht gesendet wird. Alternativ kann das Aufwecksignal mit der Verbindungsnachricht kombiniert werden, um diese gleichzeitig an die Flottenfahrzeuge zu senden.
Als Reaktion auf das Empfangen der Verbindungsnachricht vom Server 186 wird eine V2V-Verbindung 196 (z. B. DSRC-Verbindung) zwischen dem ersten Fahrzeug 102a und dem zweiten Fahrzeug 102b hergestellt, wobei das erste Fahrzeug 102a als ein Quellfahrzeug dienen kann und das zweite Fahrzeug 102b als ein Zielfahrzeug für die ADC-Software 168 dienen kann. Es kann eine zweite V2V-Verbindung 406 (z. B. WiFi-Verbindung) zwischen dem ersten Fahrzeug 102a und dem dritten Fahrzeug 102c hergestellt werden, wobei das erste Fahrzeug 102a als ein Zielfahrzeug dienen kann und das dritte Fahrzeug 102c als ein Quellfahrzeug für die Kartendaten 110 dienen kann. Als ein Beispiel kann das dritte Fahrzeug 102c gleichzeitig über eine V2V-Verbindung 408 zur Datenfreigabe nach dem gleichen Prinzip mit dem vierten Fahrzeug 102d verbunden sein. Als Reaktion auf eine erfolgreiche Verbindung kann das erste Fahrzeug 102a beginnen, Datenblöcke von dem zweiten Fahrzeug 102b bzw. dem dritten Fahrzeug 102c zu senden und zu empfangen, bis die Datentransaktion abgeschlossen ist oder die Trennung von einem oder mehreren Flottenfahrzeugen erfolgt.
Unter Bezugnahme auf 5 ist eine beispielhafte Darstellung für einen Prozess 500 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. In dem vorliegenden Beispiel soll der Prozess 500 auf der Rechenplattform 104 des ersten Fahrzeugs 102a umgesetzt werden. In Schritt 502 erzeugt die Rechenplattform einen Fahrzeugstatusbericht unter Verwendung von Daten, die von verschiedenen Komponenten des Fahrzeugs 102a gesammelt werden, und sendet den Fahrzeugstatusbericht an den Server 186. Die Rechenplattform 104 kann dazu konfiguriert sein, den Fahrzeugstatusbericht in einem vordefinierten Zeitintervall (z. B. alle 2 Minuten) zu erzeugen. Zusätzlich oder alternativ kann die Rechenplattform 104 dazu konfiguriert sein, den Fahrzeugstatusbericht als Reaktion auf das Erkennen eines vordefinierten Ereignisses, wie ein Fahrzeug, das geparkt wird, Eintreten in einen vorbestimmten Geofence als ein Händler oder dergleichen, zu erzeugen und zu senden.
In Schritt 504 empfängt die Rechenplattform 104 vom Server 186 über die TCU 174 eine Verbindungsnachricht, die eine mögliche Verbindungsmöglichkeit angibt. Die Verbindungsnachricht kann einen Standort/Geofence eines zu verbindenden Flottenfahrzeugs (z. B. das zweite Fahrzeug 102b), die Kennzeichnung des Flottenfahrzeugs (z. B. die DSRC-Kennzeichnung), die Kennzeichnung der zu übertragenden Software oder dergleichen beinhalten. Das Fahrzeug 102a benötigt nicht alle Blöcke für eine vollständige Software, um die Freigabe der V2V-Software durchzuführen. Wenn zum Beispiel eine Software mit großer Größe, wie etwa die Navigationskarte, in einhundert (100) Blöcke unterteilt ist und die Rechenplattform bereits vierzig (40) Blöcke, die in dem Speicher 106 gespeichert sind, aus früheren Transaktionen erhalten hat, kann die Rechenplattform 104 als ein Quellfahrzeug dazu konfiguriert sein, einige oder alle dieser Blöcke an ein Zielfahrzeug zu übertragen, um die Daten freizugeben. Zusätzlich kann die Rechenplattform 104 ferner dazu konfiguriert sein, Datenblöcke, die zum Vervollständigen von Software von einem oder mehreren Quellenfahrzeugen erforderlich sind, diesmal als Zielfahrzeug zu empfangen.
Unter Verwendung der in der Verbindungsnachricht enthaltenen Flottenfahrzeugkennzeichnung sucht die Rechenplattform 104 in Schritt 506 über drahtlose Sendeempfänger (z. B. der DSRC-Sendeempfänger 180) und verbindet sich mit dem Flottenfahrzeug als Reaktion auf das Erkennen des kompatiblen Sendeempfängers des Flottenfahrzeugs. In Schritt 508 kommuniziert die Rechenplattform 104 mit dem Flottenfahrzeug und überprüft die Softwareinformationen, um zu bestätigen, dass eine Datenfreigabe angemessen ist. Beispielsweise kann der durch den Server 186 erfasste Flottenfahrzeugstatus ungenau sein (z. B. veraltet), und durch Ausführen von Schritt 508 bestätigt die Rechenplattform, dass das Fahrzeug 102 die Datenblöcke zum Übertragen auf das Flottenfahrzeug aufweist. Gleichermaßen kann die Rechenplattform 104 auch überprüfen, ob das Flottenfahrzeug Datenblöcke aufweist, die an das Fahrzeug 102a übertragen werden können.
Als Reaktion auf eine erfolgreiche Überprüfung startet die Rechenplattform 104 in Schritt 510 mit der drahtlosen Verbindung 196 die Datenblocktransaktion mit dem Flottenfahrzeug. Falls das erste Fahrzeug 102a ein Quellfahrzeug ist, überträgt die Rechenplattform 104 Datenblöcke an das Flottenfahrzeug. Alternativ, falls das erste Fahrzeug 102a ein Zielfahrzeug ist, empfängt die Rechenplattform 104 die Datenblöcke von dem Flottenfahrzeug und speichert die Datenblöcke in einem Speicher, z. B. dem Speicher 106. In einigen Fällen kann das erste Fahrzeug 102a mit dem Flottenfahrzeug gleichzeitig als das Quellfahrzeug und das Zielfahrzeug dienen.
In Schritt 512 erkennt die Rechenplattform 104, ob die geplante Datentransaktion mit dem Flottenfahrzeug abgeschlossen ist. Die Rechenplattform 104 kann die geplante Datentransaktion aus der Verbindungsnachricht vom Server 186 nach Überprüfung mit dem Flottenfahrzeug erhalten. Wenn die Antwort für den Schritt 512 ein Ja ist, fährt der Prozess mit dem Schritt 514 fort und die Rechenplattform 104 trennt sich von dem Flottenfahrzeug. Andernfalls, wenn die geplante Transaktion noch nicht abgeschlossen ist, geht der Prozess zu Schritt 516 über, und die Rechenplattform 104 erkennt, ob die Verbindung 196 mit dem Flottenfahrzeug verloren gegangen ist. Die Fahrzeuge können aus verschiedenen Gründen getrennt werden, wie etwa, wenn der Abstand zwischen den beiden Fahrzeugen über den zulässigen Geofence, der durch die Übertragungsreichweite definiert ist, hinausgeht. Wenn die Antwort für den Schritt 516 ein Nein ist, kehrt der Prozess zu Schritt 510 zurück, um die Datentransaktion fortzusetzen. Andernfalls, wenn die Rechenplattform 104 feststellt, dass die Verbindung 196 unterbrochen wurde, fährt der Prozess mit Schritt 518 fort und die Rechenplattform 104 erzeugt einen Datentransaktionsbericht, um ihn an den Server 186 zu senden. Der Datentransaktionsbericht kann Informationen beinhalten, die die Datentransaktion einschließlich der Kennzeichnung von übertragenen/empfangen Blöcken, der Größe von übertragenen/empfangenen Daten, aktuellem Status/aktueller Version der Software oder dergleichen zusammenfassen. In Schritt 520 empfängt die Rechenplattform 104 ein Anreizergebnis vom Server 186, was den Fahrzeugbenutzer dabei belohnt, das V2V-Datenfreigabemerkmal zu verwenden.
Wenngleich vorstehend beispielhafte Ausführungsformen beschrieben sind, sollen diese Ausführungsformen nicht 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 Geist und Umfang der Erfindung abzuweichen. Des Weiteren können die Merkmale verschiedener umsetzender Ausführungsformen miteinander kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
In einem Aspekt der Erfindung ist die Erfindung ferner gekennzeichnet durch Empfangen eines Anreizbelohnungsergebnisses für die Datentransaktion mit dem Flottenfahrzeug von dem Server.
In einem Aspekt der Erfindung ist die Steuerung ferner dazu programmiert, die mögliche V2V-Verbindungsmöglichkeit unter Verwendung eines vorhergesagten Geofences, der die Vielzahl von Fahrzeugen einschließt, zu erkennen.
In einem Aspekt der Erfindung ist die Steuerung ferner dazu programmiert, als Reaktion auf das Empfangen eines Transaktionsberichts von einem aus der Vielzahl von Fahrzeugen, eine Anreizbelohnung zu erzeugen; und ein Ergebnis der Anreizbelohnung an die Vielzahl von Fahrzeugen zu senden.

Claims

Fahrzeug, umfassend: eine Steuerung, die zu Folgendem programmiert ist: einen Fahrzeugstatusbericht, der den aktuellen Status des Fahrzeugs wiedergibt, an einen Server zu senden; sich als Reaktion auf das Empfangen einer Verbindungsnachricht von dem Server, die eine vorhergesagte Datentransaktion angibt, unter Verwendung der Verbindungsnachricht mit einem Flottenfahrzeug drahtlos zu verbinden; und einen Datenblock, der in der Verbindungnachricht an das Flottenfahrzeug definiert ist, zu übertragen.
Fahrzeug nach Anspruch 1, wobei der Fahrzeugstatusbericht zumindest eines des Folgenden umfasst: einen Fahrzeugstandort, eine Softwareversion oder eine Fahrzeugroute.
Fahrzeug nach Anspruch 1, wobei die Verbindungsnachricht zumindest eines der Folgenden umfasst: eine Verbindungskennzeichnung des Flottenfahrzeugs, einen vorhergesagten Geofence, innerhalb dessen sich das Fahrzeug mit dem Flottenfahrzeug verbinden soll, ein Aufweckbefehl oder eine Kennzeichnung für den zu übertragenden Datenblock.
Fahrzeug nach Anspruch 1, wobei die Steuerung ferner dazu programmiert ist, als Reaktion auf das Verbinden mit dem Flottenfahrzeug von dem Flottenfahrzeug empfangene Datenblockinformationen anhand der Verbindungsnachricht zu überprüfen.
Fahrzeug nach Anspruch 1, wobei die Steuerung ferner dazu programmiert ist, als Reaktion auf das Trennen vom Flottenfahrzeug einen Datentransaktionsbericht zu erzeugen, der die Transaktion mit dem Flottenfahrzeug zusammenfasst, und den Datentransaktionsbericht an den Server zu senden.
Fahrzeug nach Anspruch 5, wobei die Steuerung ferner dazu programmiert ist, ein Anreizbelohnungsergebnis von dem Server zu empfangen.
Fahrzeug nach Anspruch 1, wobei die Steuerung ferner dazu programmiert ist, sich unter Verwendung zumindest einer der folgenden Verbindungstechnologien mit dem Flottenfahrzeug zu verbinden: dedizierte Nahbereichskommunikation (dedicated short rage communications - DSRC), WiFi, Nahfeldkommunikation (near-field communication - NFC), Bluetooth oder Funkfrequenz-Identifizierung (radio-frequency identification - RFID).
Fahrzeug nach Anspruch 1, wobei die Steuerung ferner zu Folgendem programmiert ist: sich als Reaktion auf das Empfangen der Verbindungsnachricht unter Verwendung einer ersten drahtlosen Verbindungstechnologie mit dem Flottenfahrzeug zu verbinden; und sich unter Verwendung einer zweiten drahtlosen Verbindungstechnologie mit einem zweiten Flottenfahrzeug zu verbinden.
Fahrzeug nach Anspruch 1, wobei die Steuerung ferner zu Folgendem programmiert ist: als Reaktion auf das Empfangen einer Anforderung für den Fahrzeugstatus von dem Server den Fahrzeugstatusbericht unter Verwendung von Daten, die von einem fahrzeuginternen Netzwerk gesammelt werden, zu erzeugen.
Fahrzeug nach Anspruch 1, wobei die Steuerung ferner zu Folgendem programmiert ist: Aufteilen einer Softwaredatei in mehrere Blöcke unter Verwendung einer vordefinierten Regel.
Verfahren für ein Fahrzeug, umfassend: als Reaktion auf das Empfangen einer Anforderung für den Fahrzeugstatus von einem Server, Erzeugen eines Fahrzeugstatusberichts unter Verwendung von Daten, die von einem fahrzeuginternen Netzwerk gesammelt werden; Senden des Fahrzeugstatusberichts an einen Server; als Reaktion auf das Empfangen einer Verbindungsnachricht von dem Server, Verbinden mit einem Flottenfahrzeug unter Verwendung von Informationen, die in der Verbindungsnachricht enthalten sind; und Empfangen eines Datenblocks, der in der Verbindungnachricht definiert ist, von dem Flottenfahrzeug.
Verfahren nach Anspruch 11, ferner umfassend: als Reaktion auf das Verbinden mit dem Flottenfahrzeug, Überprüfen von Datenblockinformationen, die von dem Flottenfahrzeug empfangen werden, anhand der Verbindungsnachricht.
Verfahren nach Anspruch 11, ferner umfassend: als Reaktion auf das Erkennen einer Trennung vom Flottenfahrzeug, Erzeugen eines Datentransaktionsberichts, der die Transaktion mit dem Flottenfahrzeug zusammenfasst; Senden des Datentransaktionsberichts an den Server; und Empfangen eines Anreizbelohnungsergebnisses für die Datentransaktion mit dem Flottenfahrzeug von dem Server.
Verfahren nach Anspruch 11, wobei das Fahrzeug unter Verwendung zumindest einer der folgenden Verbindungstechnologien mit dem Flottenfahrzeug verbunden ist: dedizierte Nahbereichskommunikation (DSRC), WiFi, Nahfeldkommunikation (NFC), Bluetooth oder Funkfrequenz-Identifizierung (RFID).
Server, umfassend: eine Steuerung, die zu Folgendem programmiert ist: als Reaktion auf das Empfangen von Fahrzeugstatusberichten von einer Vielzahl von Fahrzeugen, die Fahrzeugstatusberichte zu analysieren, um eine mögliche Fahrzeug-zu-Fahrzeug (vehicle-to-vehicle - V2V)-Verbindungsmöglichkeit zu erkennen; als Reaktion auf das Erkennen der möglichen V2V-Verbindungsmöglichkeit, Verbindungsnachrichten zu erzeugen, die Anweisungen an die Vielzahl von Fahrzeugen enthalten, um V2V-Verbindungen herzustellen; die mögliche V2V-Verbindungsmöglichkeit unter Verwendung eines vorhergesagten Geofences, der die Vielzahl von Fahrzeugen einschließt, zu erkennen; als Reaktion auf das Empfangen eines Transaktionsberichts von einem aus der Vielzahl von Fahrzeugen, eine Anreizbelohnung zu erzeugen; und ein Ergebnis der Anreizbelohnung an die Vielzahl von Fahrzeugen zu senden.