DE102019127629A1

DE102019127629A1 - Verfahren und vorrichtung zum identifizieren und empfehlen von fahrzeugstandorten zur vereinfachung der datenübertragung

Info

Publication number: DE102019127629A1
Application number: DE102019127629.2A
Authority: DE
Inventors: Oliver Lei; Allen R. MURRAY
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2018-10-15
Filing date: 2019-10-14
Publication date: 2020-04-16
Also published as: CN111045702A; US11029163B2; US11788849B2; US20200116505A1; US20210293552A1

Abstract

Ein System beinhaltet einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist. Der Prozessor ist auch dazu konfiguriert, einen Parkplatz innerhalb eines vordefinierten Abstands zu einem Zielstandort zu identifizieren, der sich mit identifizierten Bereichen mit Hochgeschwindigkeitsabdeckung überlappt, die eine vordefinierte Geschwindigkeit erfüllt, und visuelle Indikatoren des identifizierten Parkplatzes anzuzeigen, wenn sich ein Fahrzeug innerhalb eines vordefinierten Abstands zu dem identifizierten Parkplatz befindet.

Description

GEBIET DER TECHNIK
Die veranschaulichenden Ausführungsformen betreffen im Allgemeinen Verfahren und Vorrichtungen zum Identifizieren und Empfehlen von Fahrzeugstandorten zur Vereinfachung der Datenübertragung.
ALLGEMEINER STAND DER TECHNIK
Da Fahrzeuge immer mehr bordeigene Hardware, Firmware und Software in verschiedenen elektronischen Steuereinheiten (electronic control units - ECUs) und anderen bordeigenen Datenspeichern beinhalten, besteht ein zunehmender Wunsch, alle aktualisierbaren Teile dieses komplexen Systems auf dem neuesten Stand zu halten. Da es bei einer großen Aktualisierung eine Vielzahl von Interaktionen geben kann, erfordern viele Aktualisierungen eine weitere Aktualisierung einer Reihe an Teilsystemen, die von Fahrzeug zu Fahrzeug variieren können.
Es kann umständlich werden, zu erfordern, dass ein Benutzer alle der unterschiedlichen Aktualisierungen manuell verwaltet, aber alternativ kann es ärgerlich für die Benutzer sein, wenn der Benutzer mit einem Fahrzeug zu einem Händler fahren muss, um eine Aktualisierung zu erhalten, insbesondere, wenn der OEM mehrere Aktualisierungen pro Monat bevorzugen würde. Als Antwort versuchen Erstausrüster (Original Equipment Manufacturer - OEMs), drahtlose Datenübertragung zu nutzen, um Fahrzeugdaten zu aktualisieren. Während dies eine effektive Technik in Bezug auf die Entfernung des Benutzers von der Gleichung sein kann, kann dies durch das Gesamtvolumen an Daten, das erforderlich ist, wenn man die Flotte von Millionen von Fahrzeugen eines Herstellers berücksichtigt, zu einer kosten-/zeitintensiven Lösung werden.
Software-Aktualisierungen sind oft auch zu groß, um während eines einzelnen Zündschlüsselzyklus oder Zündschlüsselausschaltzyklus vollständig übertragen zu werden. Da sich viele der Daten auf die tatsächliche Fahrbarkeit des Fahrzeugs auswirken können, besteht ein Anreiz, die Übertragung zu bestimmten Zeiten zu vereinfachen, wie zum Beispiel, wenn sich ein Benutzer innerhalb des Bereichs eines WLAN-Heimnetzwerks befindet. Selbst dann kann der Großteil der Datenübertragung dazu gedacht sein, durch Nicht-WLAN-Verbindungen durchgeführt zu werden, und in diesen Fällen wäre es für einen OEM einfacher, wenn vollständigere Daten übertragen werden könnten, wenn eine Datenübertragung gewünscht ist.
KURZDARSTELLUNG
In einer ersten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist. Der Prozessor ist auch dazu konfiguriert, einen Parkplatz innerhalb eines vordefinierten Abstands zu einem Zielstandort zu identifizieren, der sich mit identifizierten Bereichen mit Hochgeschwindigkeitsabdeckung überlappt, die eine vordefinierte Geschwindigkeit erfüllt, und visuelle Indikatoren des identifizierten Parkplatzes anzuzeigen, wenn sich ein Fahrzeug innerhalb eines vordefinierten Abstands zu dem identifizierten Parkplatz befindet.
In einer zweiten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist. Der Prozessor ist auch dazu konfiguriert, Regionen innerhalb eines vordefinierten Abstands zu einer aktuellen Route zu identifizieren, die sich mit Bereichen mit Hochgeschwindigkeitsabdeckung überlappen, die eine vordefinierte Geschwindigkeit erfüllt. Ferner ist der Prozessor dazu konfiguriert, visuelle Indikatoren der Regionen als Reaktion darauf anzuzeigen, dass sich das Fahrzeug innerhalb eines vordefinierten Abstands zu den bestimmten Regionen befindet, während es die aktuelle Route fährt.
In einer dritten veranschaulichenden Ausführungsform beinhaltet ein System einen Prozessor, der dazu konfiguriert ist, zu bestimmen, dass ein Fahrzeug in einen Parkbereich eingetreten ist. Der Prozessor ist auch dazu konfiguriert, eine Region mit Hochgeschwindigkeitsabdeckung, die eine vordefinierte Geschwindigkeit erfüllt, innerhalb des Parkbereichs zu bestimmen. Der Prozessor ist zusätzlich dazu konfiguriert, visuelle Indikatoren der bestimmten bekannten Region anzuzeigen und als Reaktion auf eine Benutzeranfrage lokalisierte Führung innerhalb des Parkbereichs zum Parkplatz innerhalb der bekannten Region bereitzustellen.
Figurenliste

1 zeigt ein veranschaulichendes Fahrzeugrechensystem;
2 zeigt einen veranschaulichenden Prozess zum Verfolgen von N etzwerkgeschwindigkei ten;
3 zeigt einen veranschaulichenden Prozess zum Bereitstellen von Übertragungsstandortempfehlungen; und
4 zeigt einen veranschaulichenden Prozess zum Erfassen eines Parkplatzes und Bereitstellen von lokalisierter Führung.

DETAILLIERTE BESCHREIBUNG
Wie verlangt sind hier detaillierte Ausführungsformen offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich veranschaulichend sind und in verschiedenen und alternativen Formen einbezogen werden können. Die Figuren sind nicht zwingend maßstabsgetreu; einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Details bestimmter Komponenten zu zeigen. Deshalb sind hier offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um den Fachmann die vielfältige Umsetzung des beanspruchten Gegenstands zu lehren.
1 veranschaulicht eine beispielhafte Blocktopologie für ein fahrzeugbasiertes Rechensystem 1 (vehicle based computing system - VCS) für ein Fahrzeug 31. Ein Beispiel für ein derartiges fahrzeugbasiertes Rechensystem 1 ist das SYNC-System, das von THE FORD MOTOR COMPANY hergestellt wird. Ein mit einem fahrzeugbasierten Rechensystem ausgestattetes Fahrzeug kann eine visuelle Frontend-Schnittstelle 4 enthalten, die in dem Fahrzeug angeordnet ist. Der Benutzer kann zudem dazu in der Lage sein, mit der Schnittstelle zu interagieren, falls sie zum Beispiel mit einer Touchscreen-Anzeige bereitgestellt ist. In einer anderen veranschaulichenden Ausführungsform erfolgt die Interaktion durch Tastendrücke, ein Sprachdialogsystem mit automatischer Spracherkennung und Sprachsynthese.
In der in 1 gezeigten veranschaulichenden Ausführungsform 1 steuert ein Prozessor 3 mindestens einen Teil des Betriebs des fahrzeugbasierten Rechensystems. Der innerhalb des Fahrzeugs bereitgestellte Prozessor ermöglicht das bordeigene Verarbeiten von Befehlen und Routinen. Ferner ist der Prozessor sowohl mit nichtdauerhaftem 5 als auch dauerhaftem Speicher 7 verbunden. In dieser veranschaulichenden Ausführungsform handelt es sich bei dem nichtdauerhaften Speicher um Direktzugriffsspeicher (random access memory - RAM) und bei dem dauerhaften Speicher um ein Festplattenlaufwerk (hard disk drive - HDD) oder Flash-Speicher. Im Allgemeinen kann der dauerhafte (nichtflüchtige) Speicher alle Speicherformen beinhalten, die Daten behalten, wenn ein Computer oder eine andere Vorrichtung ausgeschaltet wird. Dazu gehören unter anderem HDDs, CDs, DVDs, Magnetbänder, Solid-State-Laufwerke, tragbare USB-Laufwerke und jede beliebige andere geeignete Form von dauerhaftem Speicher.
Der Prozessor ist zudem mit einer Reihe unterschiedlicher Eingänge bereitgestellt, die es dem Benutzer ermöglichen, über eine Schnittstelle mit dem Prozessor zu interagieren. In dieser veranschaulichenden Ausführungsform sind ein Mikrofon 29, ein Hilfseingang 25 (für Eingang 33), ein USB-Eingang 23, ein GPS-Eingang 24, der Bildschirm 4, der eine Touchscreen-Anzeige sein kann, und ein BLUETOOTH-Eingang 15 alle bereitgestellt. Ein Eingangswähler 51 ist ebenfalls bereitgestellt, um es einem Benutzer zu ermöglichen, zwischen verschiedenen Eingängen zu wechseln. Eingaben sowohl an das Mikrofon als auch den Hilfsanschluss werden durch einen Wandler 27 von analog zu digital umgewandelt, bevor sie an den Prozessor weitergeleitet werden. Wenngleich nicht gezeigt, können zahlreiche Fahrzeugkomponenten und Hilfskomponenten, die mit dem VCS in Kommunikation stehen, ein Fahrzeugnetz (wie etwa unter anderem einen CAN-Bus) verwenden, um Daten an das und von dem VCS (oder Komponenten davon) weiterzuleiten.
Ausgänge zu dem System können unter anderem eine visuelle Anzeige 4 und einen Lautsprecher 13 oder einen Stereosystemausgang beinhalten. Der Lautsprecher ist mit einem Verstärker 11 verbunden und empfängt sein Signal durch einen Digital-Analog-Wandler 9 von dem Prozessor 3. Eine Ausgabe kann zudem entlang der bidirektionalen Datenströme, die bei 19 bzw. 21 gezeigt sind, an eine entfernte BLUETOOTH-Vorrichtung, wie etwa die PND 54, oder eine USB-Vorrichtung, wie etwa die Fahrzeugnavigationsvorrichtung 60, übertragen werden.
In einer veranschaulichenden Ausführungsform verwendet das System 1 den BLUETOOTH-Sendeempfänger 15, um mit der mobilen Vorrichtung 53 eines Benutzers zu kommunizieren 17 (z. B. einem Mobiltelefon, Smartphone, PDA oder einer beliebigen anderen Vorrichtung, die sich mit einem drahtlosen Fernnetz verbinden kann). Die mobile Vorrichtung (im Folgenden als ND (nomadic device) bezeichnet) 53 kann dann verwendet werden, um zum Beispiel durch Kommunikation 55 mit einem Mobilfunkmast 57 mit einem Netz 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59. In einigen Ausführungsformen kann es sich bei dem Mast 57 um einen WLAN-Zugangspunkt handeln.
Beispielhafte Kommunikation zwischen der ND 53 und dem BLUETOOTH-Sendeempfänger 15 ist durch das Signal 14 dargestellt.
Das Koppeln der ND 53 und des BLUETOOTH-Sendeempfängers 15 kann durch eine Taste 52 oder eine ähnliche Eingabe angewiesen werden. Dementsprechend wird die CPU angewiesen, dass der bordeigene BLUETOOTH-Sendeempfänger mit einem BLUETOOTH-Sendeempfänger in einer Mobilvorrichtung gekoppelt wird.
Zwischen der CPU 3 und dem Netz 61 können Daten zum Beispiel unter Verwendung eines Datentarifs, Daten über Sprache oder DTMF-Töne kommuniziert werden, die der ND 53 zugeordnet sind. Alternativ kann es wünschenswert sein, ein bordeigenes Modem 63 zu beinhalten, das eine Antenne 18 aufweist, um Daten zwischen der CPU 3 und dem Netz 61 über das Sprachband zu kommunizieren 16. Die ND 53 kann dann dazu verwendet werden, zum Beispiel durch Kommunikation 55 mit einem Mobilfunkmast 57 mit einem Netz 61 außerhalb des Fahrzeugs 31 zu kommunizieren 59. In einigen Ausführungsformen kann das Modem 63 Kommunikation 20 mit dem Mast 57 aufbauen, um mit dem Netz 61 zu kommunizieren. Als ein nicht einschränkendes Beispiel kann es sich bei dem Modem 63 um ein USB-Mobilfunkmodem und bei der Kommunikation 20 um Mobilfunkkommunikation handeln.
In einer veranschaulichenden Ausführungsform ist der Prozessor mit einem Betriebssystem bereitgestellt, das eine API zum Kommunizieren mit einer Modemanwendungssoftware beinhaltet. Die Modemanwendungssoftware kann auf ein eingebettetes Modul oder eine Firmware auf dem BLUETOOTH-Sendeempfänger zugreifen, um die drahtlose Kommunikation mit einem entfernten BLUETOOTH-Sendeempfänger (wie etwa demjenigen, der in einer mobilen Vorrichtung anzutreffen ist) abzuschließen. Bei Bluetooth handelt es sich um eine Teilmenge der Protokolle IEEE 802 PAN (Personal Area Network). Die Protokolle IEEE 802 LAN (Local Area Network) beinhalten WLAN und weisen eine beträchtliche Kreuzfunktionalität mit IEEE 802 PAN auf. Beide eignen sich zur Drahtloskommunikation in einem Fahrzeug. Ein weiteres Kommunikationsmittel, welches in diesem Bereich eingesetzt werden kann, sind die optische Freiraumkommunikation (wie etwa IrDA) und nicht standardisierte Verbraucher-IR-Protokolle.
In einer weiteren Ausführungsform beinhaltet die ND 53 ein Modem zur Sprachband- oder Breitbanddatenkommunikation. In der Daten-über-Sprache-Ausführungsform kann eine Technik umgesetzt werden, die als Frequenzmultiplexverfahren bekannt ist, wenn der Besitzer der mobilen Vorrichtung bei gleichzeitiger Datenübertragung über die Vorrichtung sprechen kann. Zu anderen Zeitpunkten, zu denen der Besitzer die Vorrichtung nicht verwendet, kann die gesamte Bandbreite (in einem Beispiel 300 Hz bis 3,4 kHz) zur Datenübertragung verwendet werden. Während das Frequenzmultiplexverfahren bei der analogen Mobilfunkkommunikation zwischen dem Fahrzeug und dem Internet geläufig sein kann und nach wie vor verwendet wird, wurde es weitgehend durch Hybride mit Codemultiplexverfahren (Code Domain Multiple Access - CDMA), Zeitmultiplexverfahren (Time Domain Multiple Access - TDMA), Raummultiplexverfahren (Space Domain Multiple Access - SDMA) für eine digitale Mobilfunkkommunikation ersetzt. Wenn der Benutzer über einen der mobilen Vorrichtung zugeordneten Datenplan verfügt, besteht die Möglichkeit, dass der Datenplan eine Breitbandübertragung ermöglicht und das System eine wesentlich größere Bandbreite verwenden könnte (was die Datenübertragungsgeschwindigkeit erhöht). In noch einer weiteren Ausführungsform ist die ND 53 durch eine Mobilfunkkommunikationsvorrichtung (nicht gezeigt) ersetzt, die in dem Fahrzeug 31 verbaut ist. In noch einer anderen Ausführungsform kann die ND 53 eine Vorrichtung eines drahtlosen lokalen Netzes (local area network - LAN) sein, die zum Beispiel (und ohne Einschränkung) über ein 802.11g-Netz (d. h. WLAN) oder ein WiMax-Netz kommunizieren kann.
In einer Ausführungsform können eingehende Daten über Daten-über-Sprache oder einen Datentarif durch die mobile Vorrichtung, durch den bordeigenen BLUETOOTH-Sendeempfänger und in den internen Prozessor 3 des Fahrzeugs weitergeleitet werden. Im Falle bestimmter temporärer Daten können die Daten beispielsweise auf der HDD oder einem anderen Speichermedium 7 gespeichert werden, bis die Daten nicht mehr benötigt werden.
Zusätzliche Quellen, die eine Schnittstelle mit dem Fahrzeug herstellen können, beinhalten eine persönliche Navigationsvorrichtung 54, die beispielsweise einen USB-Anschluss 56 und/oder eine Antenne 58 aufweist, eine Fahrzeugnavigationsvorrichtung 60, die einen USB-Anschluss 62 oder anderen Anschluss aufweist, eine fahrzeuginterne GPS-Vorrichtung 24 oder ein entferntes Navigationssystem (nicht gezeigt), das eine Verbindungsfähigkeit mit dem Netzwerk 61 aufweist. Bei USB handelt es sich um eines von einer Klasse serieller Netzwerkprotokolle. Die seriellen Protokolle IEEE 1394 (FireWire™ (Apple), i.LINK™ (Sony) und Lynx™ (Texas Instruments)), EIA (Electronics Industry Association), IEEE 1284 (Centronics Port), S/PDIF (Sony/Philips Digital Interconnect Format) und USB-IF (USB Implementers Forum) bilden das Rückgrat der seriellen Vorrichtung-zu-Vorrichtung-Standards. Die Mehrheit der Protokolle kann entweder zur elektrischen oder zur optischen Kommunikation umgesetzt werden.
Außerdem könnte die CPU mit vielfältigen anderen Hilfsvorrichtungen 65 in Kommunikation stehen. Diese Vorrichtungen können durch eine drahtlose 67 oder drahtgebundene 69 Verbindung verbunden sein. Die Hilfsvorrichtung 65 kann unter anderem persönliche Medienabspielvorrichtungen, drahtlose Gesundheitsvorrichtungen, tragbare Computer und dergleichen beinhalten.
Zudem oder alternativ könnte die CPU mit einem fahrzeugbasierten drahtlosen Router 73 verbunden sein, zum Beispiel unter Verwendung eines Sendeempfängers 71 für WLAN (IEEE 803.11). Dies könnte es der CPU ermöglichen, sich mit Fernnetzen in Reichweite des lokalen Routers 73 zu verbinden.
Zusätzlich zur Ausführung beispielhafter Prozesse durch ein Fahrzeugrechensystem, das in einem Fahrzeug angeordnet ist, können die beispielhaften Prozesse in bestimmten Ausführungsformen durch ein Rechensystem ausgeführt werden, das mit einem Fahrzeugrechensystem in Kommunikation steht. Ein derartiges System kann unter anderem eine drahtlose Vorrichtung (z. B. unter anderem ein Mobiltelefon) oder ein durch die drahtlose Vorrichtung verbundenes entferntes Rechensystem (z. B. unter anderem einen Server) beinhalten. Zusammen können derartige Systeme als dem Fahrzeug zugeordnete Rechensysteme (vehicle associated computing systems - VACS) bezeichnet werden. In bestimmten Ausführungsformen können bestimmte Komponenten des VACS in Abhängigkeit von der konkreten Umsetzung des Systems bestimmte Teile eines Prozesses durchführen. Falls ein Prozess beispielsweise unter anderem einen Schritt zum Senden oder Empfangen von Informationen mit einer gekoppelten drahtlosen Vorrichtung aufweist, ist es wahrscheinlich, dass die drahtlose Vorrichtung diesen Teil des Prozesses nicht durchführt, da die drahtlose Vorrichtung Informationen nicht mit sich selbst „senden und empfangen“ würde. Der Durchschnittsfachmann wird verstehen, wann es unangemessen ist, ein bestimmtes Rechensystem auf eine gegebene Lösung anzuwenden.
In jeder der in dieser Schrift erörterten veranschaulichenden Ausführungsformen ist ein beispielhaftes, nicht einschränkendes Beispiel für einen Prozess gezeigt, der durch ein Rechensystem durchgeführt werden kann. In Bezug auf den jeweiligen Prozess ist es möglich, dass das Rechensystem, das den Prozess ausführt, für den beschränkten Zweck der Ausführung des Prozesses als Spezialprozessor zum Durchführen des Prozesses konfiguriert wird. Alle Prozesse müssen nicht in ihrer Gesamtheit durchgeführt werden und sind als Beispiele für Prozesstypen zu verstehen, die durchgeführt werden können, um Elemente der Erfindung zu erreichen. Zusätzliche Schritte können nach Bedarf zu den beispielhaften Prozessen hinzugefügt oder daraus entfernt werden.
In Bezug auf die veranschaulichenden Ausführungsformen, die in den Figuren beschrieben sind, die veranschaulichende Prozessabläufe zeigen, ist anzumerken, dass ein Universalprozessor vorübergehend als Spezialprozessor zum Zwecke des Ausführens einiger oder aller der beispielhaften Verfahren, die durch diese Figuren gezeigt sind, aktiviert werden kann. Wenn Code ausgeführt wird, der Anweisungen zum Durchführen einiger oder aller Schritte des Verfahrens bereitstellt, kann der Prozessor erneut vorübergehend als Spezialprozessor umfunktioniert werden, und zwar so lange, bis das Verfahren abgeschlossen ist. In einem anderen Beispiel kann in einem angemessenen Ausmaß Firmware, die gemäß einem vorkonfigurierten Prozessor agiert, veranlassen, dass der Prozessor als Spezialprozessor agiert, der zum Zwecke des Durchführens des Verfahrens oder einer angemessenen Variation davon bereitgestellt ist.
Indem Führung zu Parkstandorten bereitgestellt wird, an denen eine bekannte oder prognostizierte Hochgeschwindigkeitsübertragung stattfinden kann, stellen die veranschaulichenden Konzepte und Ausführungsformen Gelegenheiten bereit, die Nützlichkeit und Funktionalität von Over-the-Air-Aktualisierungen zu verbessern. Diese Lösungen und dergleichen ermöglichen Benutzern, Aktualisierungen abzuschließen, während sie von bekannten Netzwerkstandorten (die dem Benutzer bekannt sind) entfernt sind und erhöhen die Gelegenheit, dass solche Aktualisierungen abgeschlossen werden, während ein Fahrzeug geparkt ist. Die hier beschriebenen neuartigen, ungewöhnlichen und untypischen Beispiele und Konzepte zeigen mögliche Verbesserungen auf, die durch Verwendung dieser Beispiele, Konzepte und dergleichen erreichbar sind.
Seit dem Auftreten der 5G-Technologie ist Hochgeschwindigkeitsdatenübertragung oft in ausgewählten Bereichen verfügbar, aber die Reichweite einer solchen Übertragung (von einem Mast) kann deutlich eingeschränkter sein als die herkömmliche Abdeckung. Um die 5G-Geschwindigkeiten für die Datenübertragung zu nutzen, muss sich ein Benutzer also innerhalb einer gewissen Nähe zu einem Funkmast oder einem Servicepunkt befinden.
Während das Konzept der Abdeckung radial definiert werden kann, können im Allgemeinen Luftbedingungen, Gebäude, Umgebungsmerkmale und andere Hindernisse eine Störung darstellen, die sich bei einem gegebenen Vektor erheblich auf die Reichweite auswirken kann. Somit kann es unzureichend sein, einfach zu raten, ob sich ein Fahrzeug innerhalb einer bestimmten Reichweite eines Mastes (über die bekannt ist, dass sie die 5G-Übertragungsgeschwindigkeiten erfüllt) befindet. Diese Vorhersage kann auch als anfänglicher Vorschlag bereitgestellt werden, aber die veranschaulichenden Ausführungsformen stellen auch Verbesserungen für eine verfeinerte Vorhersage darüber bereit, wo höhere Netzwerkgeschwindigkeiten verfügbar sind.
Indem Bereiche mit höherer Abdeckung bestimmt werden, indem Benutzer, die einer Aktualisierung bedürfen, zu diesen Bereichen geführt werden, und indem die Vorhersagen basierend auf beobachteten Übertragungen verfeinert werden, können die veranschaulichten Ausführungsformen Führung zu bestimmten Parkbereichen bereitstellen, in Bezug auf die bekannt ist oder vorhergesagt wird, dass sie verbesserte Datenübertragung bereitstellen. Dies kann äußerst nützlich sein, wenn der Benutzer plant, ein Fahrzeug lange genug zu parken, um eine Hochgeschwindigkeitsübertragung einer Datei einer bestimmten Größe abzuschließen, aber nicht lange genug, um die Übertragung über eine Verbindung mit geringerer Geschwindigkeit abzuschließen.
Sogar noch allgemeiner werden, indem Benutzern ermöglicht wird, die Daten schneller zu übertragen, mehr Fahrzeuge häufiger aktualisiert, was eine große Hilfe sein kann, wenn versucht wird, eine Flotte einer beliebigen bestimmten Größe aktualisiert zu halten sowie von Nutzen für die einzelnen Benutzer ist.
Indem Bereiche mit erhöhter Datenübertragung bekannt sind, vorhergesagt werden und dargestellt werden, können die veranschaulichenden Ausführungsformen Bereiche entlang einer Route und an einem Ziel bereitstellen, in denen Übertragung mit höherer Geschwindigkeit stattfinden kann. Indem diese Bereiche angezeigt und Benutzer zu diesen geführt werden, können die veranschaulichenden Ausführungsformen Fahrzeuge, die einer Aktualisierung bedürfen, zu Bereichen unterstützen, in denen es wahrscheinlicher ist, dass die Aktualisierung abgeschlossen wird.
2 zeigt einen veranschaulichenden Prozess zum Verfolgen von Netzwerkgeschwindigkeiten. Dies ist ein Beispiel dafür, wie Feedback verwendet werden kann, um Vorhersagen über Bereiche mit hoher Übertragung zu verfeinern. Wenn zum Beispiel ein neuer Mast installiert wird oder ein Netzwerk mit höherer Geschwindigkeit, aber geringerer Reichweite aktualisiert wird, können einige Vorhersagen darüber gemacht werden, wo welche Netzwerkgeschwindigkeiten verfügbar sein werden.
Ein veranschaulichender Prozess wie zum Beispiel der gezeigte kann verwendet werden, um diese Vorhersagen zu verfeinern, um die Abdeckung vollständiger darzustellen und auch, um die Abdeckung für Variablen, wie zum Beispiel dem Wetter, im Zeitverlauf vorherzusagen. In diesem Beispiel kann der Prozess erfassen, dass ein Fahrzeug an einem bestimmten Standort geparkt hat. Der Prozess kann diesen Standort (soweit nicht bereits bekannt) als Parkstandort ausweisen. Wenn der Prozess auch Datenübertragung erfasst 201, kann der Prozess während der Übertragung Übertragungsgeschwindigkeiten aufzeichnen 203. Verbindungsarten und verfügbare Netzwerke können ebenfalls dargestellt 205 werden, um ein Netzwerkprofil für diesen Standort und/oder unter bestimmten Bedingungen aufzubauen. Der Prozess kann diese Informationen dann einer Datenbank mit Parkplatzdatenübertragungseigenschaften hinzufügen 207.
In einem detaillierteren Beispiel kann der Prozess vorhersagen, dass ein 5G-Netzwerksignal von einem Mast eines bestimmten Standortes abgeleitet ist. Basierend auf vorhersagender Modellierung kann der Prozess im Allgemeinen angeben, dass das Signal wahrscheinlich in einer linearen Strecke von dem Fahrzeug zu dem Mast verfügbar ist (zumindest über dem Boden). Im Zeitverlauf können andere Hindernisse entlang dieser Strecke Bereiche mit verlorener Abdeckung aufzeigen, aber diese Art von Bestimmung kann ermöglichen, dass außenliegende Punkte am Rand der Abdeckung einen vorhergesagten Abdeckungsbereich definieren, ohne jeden Standort darstellen zu müssen, der von dem zentralen Punkt ausgeht.
Da der Prozess dazwischenliegende Bereiche darstellt und Fahrzeuge zu Bereichen mit vorhergesagter Abdeckung führt, kann eine bessere Optik der Abdeckung erhalten werden und kann schließlich eine sinnvolle Darstellung der bekannten Abdeckung und/oder bekannten Abdeckung unter bekannten Bedingungen erhalten werden. Diese Darstellung kann dann die Basis für verbesserte Empfehlungen bilden, während sie sich basierend auf erlebten Bedingungen selbst aktualisiert, während Fahrzeuge zu angewiesenen Parkplätzen fahren. Ein ähnliches Konzept kann verwendet werden, um autonome Fahrzeuge zu Hochgeschwindigkeitsdatenstandorten zu leiten, wenn diese Fahrzeuge einer Aktualisierung bedürfen, und bei diesem Modell kann es wichtig sein, Hochgeschwindigkeitsaktualisierungen zu erhalten, da das Fahrzeug während der Aktualisierung außer Betrieb ist. Anstatt dass das Fahrzeug zu einem Home-Punkt für die Aktualisierung zurückkehren muss, kann der Prozess geeignete Regionen mit schneller Aktualisierung im Straßensystem finden und ein Fahrzeug zu einem Punkt leiten, an dem es eine Aktualisierung bei einer hohen Geschwindigkeit erhalten kann, wodurch die Gesamtserviceverfügbarkeit verbessert wird.
3 zeigt einen veranschaulichenden Prozess zum Bereitstellen von Übertragungsstandortempfehlungen. In diesem Beispiel bestimmt der Prozess eine oder mehrere geeignete Arten von Empfehlungen nach dem Empfang einer Angabe, dass Daten (z. B. eine Aktualisierung) zum Herunterladen geplant sind. Dieser Prozess kann für beliebige ansehnliche Datenübertragungen genutzt werden und muss nicht ausschließlich auf Fahrzeugaktualisierungen angewandt werden.
In diesem Beispiel empfängt 301 der Prozess einen Indikator, dass eine Aktualisierung oder andere Daten aussteht oder gewünscht ist. Dieser Indikator kann eine Datengröße, eine prognostizierte Übertragungszeit bei unterschiedlichen Raten, eine bevorzugte Übertragungsverbindung, eine Kritikalität usw. beinhalten. Basierend auf diesen Eigenschaften kann der Prozess aus verschiedenen Empfehlungsmöglichkeiten auswählen. Die gezeigten Beispiele beinhalten Empfehlungen des aktuellen Standortes, Empfehlungen entlang der Route und Empfehlungen historischer Erwartungen, aber die Auswahl ist nicht darauf beschränkt.
Empfehlungen des aktuellen Standortes werden basierend auf einer Erwartung oder Beobachtung geliefert, dass der Benutzer an einer nahen Lokalität parken wird oder geparkt hat. Diese können zum Beispiel angemessen sein, wenn sich ein Benutzer nahe einem Ziel oder einem zuvor genutzten Anhaltepunkt befindet oder wenn die Aktualisierung sehr wichtig oder nützlich ist. Empfehlungen auf der Route oder entlang der Route sind Empfehlungen möglicher Anhaltepunkte entlang einer prognostizierten oder bekannten Route. Diese können informativ sein, falls der Benutzer einen möglichen Halt einplant (z. B. Lebensmittel/Benzin/Kaffee) und können zu dem Halt an einem bestimmten Standort oder über eine bestimmte Dauer anreizen.
Historische Beobachtungen können nützlich sein, wenn eine Aktualisierung seit einer Weile aussteht, aber der Benutzer noch nicht an einer Stelle geparkt hat, die angemessen ist, um die Aktualisierung zu erhalten. Diese Empfehlungen geben Standorte an, die der Fahrer in der Vergangenheit frequentiert hat, die ebenfalls Hochgeschwindigkeitsübertragungserwartungen in der Nähe aufweisen. Dies kann den Benutzer dazu anregen, einen dieser Standorte aufzusuchen oder anderweitig eine Absicht angeben, einen dieser Standorte aufzusuchen, sodass das Fahrzeug weiß, wann es den Abschluss der Aktualisierung erwarten kann.
Wenn der Prozess entscheidet 303, eine Empfehlung am Standort bereitzustellen (ein Beispiel dafür ist in 4 gezeigt), kann der Prozess innerhalb einer vordefinierten Nähe nach einem oder mehreren Hochgeschwindigkeitsübertragungsstandorten suchen. Zum Beispiel können dies Bereiche mit Hochgeschwindigkeitsabdeckung mit bekanntem Parkplatz sein. Wenn Parkdaten verfügbar sind, kann die Verfügbarkeit von Parkplätzen ebenfalls berücksichtigt werden, sowie die Nähe nicht nur zu einem Benutzerstandort, sondern auch zu einem dem Benutzer bekannten oder von diesem prognostizierten Ziel.
In diesem Beispiel sucht der Prozess sowohl nach Bereichen mit bekannter Hochgeschwindigkeitsabdeckung 305 und/oder einer Hochgeschwindigkeitsparkfläche 307 (oder von Hochgeschwindigkeitsparkplätzen) in der Nähe. Wenn das erste identifiziert wird, kann der Benutzer organisieren, innerhalb der Zone der Hochgeschwindigkeitsabdeckung zu parken, was selbstgeführte oder fahrzeuggeführte Anweisungen zu einem Parkplatz innerhalb der Zone beinhalten kann. Wenn das zweite identifiziert wird, kann der Benutzer Führung zu der Parkfläche erhalten, an der die Hochgeschwindigkeitsabdeckung verfügbar ist (voraussichtlich nach dem Bestimmen, dass Parken auf der Parkfläche annehmbar ist).
Anhand eines oder beider Datensätze (Lokalitäten mit Hochgeschwindigkeitsabdeckung und Parkplatz dafür) kann der Prozess spezifische Hochgeschwindigkeitsbereiche identifizieren 309 und diese Bereiche auf einer Karte anzeigen 311, damit der Benutzer sie in Betracht ziehen kann. Dies kann Anzeige an einer mobilen Vorrichtung, Anzeige an einer Fahrzeugvorrichtung und/oder einfach das Fragen eines Benutzers beinhalten, ob er Anweisungen zu dem nächsten oder einem spezifischen Bereich mit Abdeckung wünscht.
Der Benutzer kann Führung anfordern und der Prozess kann lokalisierte Führung zu Bereichen mit Abdeckung bereitstellen 313, was Führung zu Parkflächen, Führung zu Zonen mit Abdeckung, Führung zu spezifisch identifizierten verfügbaren Parkplätzen (d. h. unter Verwendung von Verfügbarkeitsdaten) usw. beinhalten kann. Wenn der Fahrer zu einer Zone mit Abdeckung oder einem Bereich geführt wird, kann der Prozess dem Fahrer auch angeben 315, wenn das Fahrzeug die gewünschte drahtlose Kommunikationsoption erfasst (z. B. wenn das Fahrzeug 5G-Abdeckung erhält).
Falls der Prozess eine Empfehlung entlang einer Route 317 bereitstellt, wie zum Beispiel aus vorstehend erörterten Gründen, kann der Prozess eine aktuelle Route oder vorhergesagte Route prüfen und bestimmen, ob es dort Bereiche (wie zum Beispiel Parkflächen) gibt, an denen ein Benutzer anhalten und Hochgeschwindigkeitsabdeckung entlang der Route 319 erhalten kann. Dies kann beliebige Parkflächen beinhalten oder kann eine stärker verfeinerte Suche sein, wie zum Beispiel Parkflächen innerhalb einer bestimmten Nähe zu anderen Diensten, die der Fahrer typischerweise nutzt (basierend auf Beobachtung), wie zum Beispiel Benzin (wenn der Kraftstoff ausgeht), Lebensmittel (basierend auf der Tageszeit) oder andere Einkaufs- oder Haltepräferenzen.
Wenn beliebige Parkflächen oder Parkbereiche die Parameter 321 für die Empfehlung erfüllen, kann der Prozess eine oder mehrere Empfehlungen von Orten bereitstellen 323, an denen ein Benutzer in Betracht ziehen kann, anzuhalten, um einen Download abzuschließen, während der Benutzer mit einer anderen Aktivität beschäftigt ist. Der Prozess kann auch zum Beispiel an einer HMI des Fahrzeugs die Parkflächen entlang einer Route anzeigen 325. Diese Anzeige kann auch stattfinden, wenn es keine „empfohlenen“ Parkflächen gibt, da es für den Benutzer nützlich sein kann, über das Vorhandensein der Parkflächen Bescheid zu wissen, auch wenn sich diese Parkplätze nicht in der Nähe eines Ortes befinden, in Bezug auf den der Benutzer historisch einen weiteren Grund hätte, anzuhalten.
Falls der Prozess eine Empfehlung basierend auf historischen Benutzerreisedaten 327 bereitstellt, aus Gründen wie denjenigen, die vorstehend erörtert werden, und dergleichen, kann der Prozess nach bekanten Halte- und/oder Reisebereichen des Benutzers suchen (basierend auf gespeicherten historischen Daten) und Bereiche mit Hochgeschwindigkeitsübertragungsverfügbarkeit in diesen historischen Bereichen bestimmen 329.
Der Prozess kann dann den Benutzer über diese historischen Bereiche benachrichtigen, falls der Fahrer plant, bald zu einem dieser Bereiche zu fahren (und sich damit nicht mit direktem Parken in einem Hochgeschwindigkeitsübertragungsbereich beschäftigt). Falls und wenn sich das Fahrzeug nahe 333 einem der historischen Bereiche befindet, oder falls sich einer der historischen Bereiche entlang einer geplanten Route 335 befinden, kann der Prozess zu den angemessenen zuvor erörterten Abschnitten 305, 319 fortfahren, um die Prozesse der Identifizierung, Empfehlung und lokalisierten Führung nach Bedarf abzuschließen.
4 zeigt einen veranschaulichenden Prozess zum Erfassen eines Parkplatzes und Bereitstellen von lokalisierter Führung. In diesem Beispiel nutzt der Prozess die Tatsache, dass ein Benutzer in einen bekannten Parkbereich 401 eingetreten ist, gekoppelt mit einer Bestimmung 403, dass eine Hochgeschwindigkeitsübertragung aussteht oder gewünscht ist, um einen Benutzer zu einem Parkstandort zu leiten, der Hochgeschwindigkeitsabdeckung aufweist oder in Bezug auf den vorhergesagt wird, dass er diese aufweist. Erwünschtheit einer Hochgeschwindigkeitsübertragung kann zum Beispiel eine Benutzerangabe oder eine Anfrage beinhalten, die eine gewünschte Geschwindigkeit, ein Datenvolumen über einen Hochgeschwindigkeitsübertragungspräferenzschwellenwert oder einen Kritikalitätsindikator über einem Kritikalitätsschwellenwert für Hochgeschwindigkeitsübertragung beinhalten.
Sobald der Prozess identifiziert, dass sich der Benutzer innerhalb eines bekannten Parkbereichs befindet und eine Hochgeschwindigkeitsübertragung aussteht, bestimmt 405 der Prozess in diesem Beispiel, ob es einen Hochgeschwindigkeitsstandort in der Nähe gibt. Dies kann Hochgeschwindigkeitsstandorte innerhalb einer bestimmten Parkfläche beinhalten, auf der sich der Benutzer befindet, oder Standorte innerhalb eines angemessenen, vordefinierten Abstands zu der Parkfläche, wie diejenigen, die immer noch Zugang zu einem oder mehreren Geschäften oder Gebäuden in Verbindung mit der Parkfläche bereitstellen würden.
In diesem Beispiel kann der Prozess bei Bedarf die Übertragungsstatistik anzeigen 407, wie zum Beispiel das Datenvolumen und die Übertragungszeit bei unterschiedlichen Geschwindigkeiten. Dies kann dem Benutzer dabei helfen, zu bestimmen, ob ein Parken an einem Hochgeschwindigkeitsstandort erforderlich ist. Wenn der Prozess zum Beispiel angibt, dass es 20 Minuten bei 4G-Geschwindigkeit und 5 Minuten bei 5G-Geschwindigkeit dauern wird, eine Aktualisierung abzuschließen, der Benutzer aber länger als 30 Minuten parkt, kann sich der Benutzer dafür entscheiden, an einer beliebigen Stelle zu parken, da er weiß, dass die Übertragung in jedem Fall abgeschlossen wird. Es können auch andere Daten angezeigt werden, die sich auf den Entscheidungsfindungsprozess beziehen.
Der Prozess kann auch die unterschiedliche Abdeckung anzeigen 409, die für jeden Parkplatz oder jede Region des Parkbereichs bekannt ist oder prognostiziert wird. Dies kann sowohl einen Text als auch eine visuelle Komponente beinhalten, wobei der Text gegebenenfalls für Parken auf Ebenen nützlich sein kann, wo er prognostizierte Übertragungsgeschwindigkeiten, falls vorhanden, für verschiedene Ebenen und Ebenenstandorte angeben kann.
Der Prozess kann ferner Führung zu einem lokalen Bereich mit Hochgeschwindigkeitsabdeckung anbieten 411, falls der Benutzer die angezeigten Informationen nicht verarbeiten möchte und einfach zu einem Hochgeschwindigkeitsort geführt werden möchte. Wenn der Benutzer die Führung annimmt 413, kann der Prozess lokalisierte Führung zu einem Ort bereitstellen 415 und den Benutzer benachrichtigen 417, wenn sich das Fahrzeug an dem Ort befindet. Alternativ kann der Benutzer auf die Führung verzichten und sich einfach auf die angezeigten Abdeckungsbereiche verlassen, um zu bestimmen, wo er parken soll. Auch wenn der Benutzer nicht zu dem Parkplatz geführt wird, kann der Benutzer hörbar oder visuell benachrichtigt werden, wenn sich das Fahrzeug innerhalb einer Zone mit Hochgeschwindigkeitsabdeckung befindet.
Die veranschaulichenden Ausführungsformen ermöglichen verbesserte Parkplanung, die eine(n) erwartete(n) oder bekannte(n) Bedarf oder Präferenz für Parken in einem Bereich mit drahtloser Hochgeschwindigkeitsabdeckung berücksichtigt. Dies wiederum kann Übertragungsraten und Abschlussraten von großen Dateiübertragungen zu einem Fahrzeug und Software-/Firmware-Aktualisierungen des Fahrzeugs verbessern, wodurch das Benutzererlebnis verbessert wird und sichergestellt wird, dass regelmäßig ein besseres Volumen an Aktualisierungen an Benutzer geliefert wird.
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 nicht einschränkenden Ausdrücke, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Geist und Umfang der Offenbarung abzuweichen. Zusätzlich können die Merkmale verschiedener Ausführungsformen zur Umsetzung auf logische Weise kombiniert werden, um situationsgerechte Variationen von hier beschriebenen Ausführungsformen zu bilden.
Gemäß der vorliegenden Erfindung beinhaltet ein System einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist; Identifizieren eines Parkplatzes innerhalb eines vordefinierten Abstands zu einem Zielstandort, der sich mit identifizierten Bereichen mit Hochgeschwindigkeitsabdeckung überlappt, die eine vordefinierte Geschwindigkeit erfüllt; und Anzeigen von visuellen Indikatoren des identifizierten Parkplatzes, wenn sich ein Fahrzeug innerhalb eines vordefinierten Abstands zu dem identifizierten Parkplatz befindet.
Gemäß einer Ausführungsform beinhaltet die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine Benutzerangabe.
Gemäß einer Ausführungsform beinhaltet die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine ausstehende Anfrage.
Gemäß einer Ausführungsform beinhaltet die ausstehende Anfrage eine angeforderte Übertragungsgeschwindigkeit.
Gemäß einer Ausführungsform beinhaltet die ausstehende Anfrage ein angefordertes Datenvolumen, das einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
Gemäß einer Ausführungsform beinhaltet die ausstehende Anfrage einen Kritikalitätsindikator, der einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
Gemäß einer Ausführungsform beinhaltet das Identifizieren eines Parkplatzes ferner das Identifizieren eines Parkplatzes, der auch als unbelegter Parkplatz bestimmt wird.
Gemäß einer Ausführungsform beinhaltet das Anzeigen von visuellen Indikatoren das Anzeigen von Parkverfügbarkeit.
Gemäß der vorliegenden Erfindung beinhaltet ein System einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist; Bestimmen von Regionen innerhalb eines vordefinierten Abstands zu einer aktuellen Route, die sich mit Bereichen mit Hochgeschwindigkeitsabdeckung überlappen, die eine vordefinierte Geschwindigkeit erfüllt; und Anzeigen von visuellen Indikatoren der Regionen als Reaktion darauf, dass sich das Fahrzeug innerhalb eines vordefinierten Abstands zu den bestimmten Regionen befindet, während es die aktuelle Route fährt.
Gemäß einer Ausführungsform beinhaltet die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine Benutzerangabe.
Gemäß einer Ausführungsform beinhaltet die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine ausstehende Anfrage.
Gemäß einer Ausführungsform beinhaltet die ausstehende Anfrage eine angeforderte Übertragungsgeschwindigkeit.
Gemäß einer Ausführungsform beinhaltet die ausstehende Anfrage ein angefordertes Datenvolumen, das einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
Gemäß einer Ausführungsform beinhaltet die ausstehende Anfrage einen Kritikalitätsindikator, der einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
Gemäß der vorliegenden Erfindung beinhaltet ein System einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass ein Bestimmen, dass ein Fahrzeug in einen Parkbereich eingetreten ist; Bestimmen einer Region mit Hochgeschwindigkeitsabdeckung, die eine vordefinierte Geschwindigkeit erfüllt, innerhalb des Parkbereichs; Anzeigen von visuellen Indikatoren der bestimmten bekannten Region; und als Reaktion auf eine Benutzeranfrage Bereitstellen von lokalisierter Führung innerhalb des Parkbereichs zu einem Parkplatz innerhalb der bekannten Region.
Gemäß einer Ausführungsform ist der Prozessor dazu konfiguriert, den Benutzer als Reaktion darauf, dass sich das Fahrzeug innerhalb der Region befindet, zu warnen.
Gemäß einer Ausführungsform ist der Prozessor dazu konfiguriert, ein Ziel in Verbindung mit dem Parkbereich zu bestimmen und eine zweite Region mit Hochgeschwindigkeitsabdeckung außerhalb des Parkbereichs zu bestimmen, wobei bestimmt wird, dass die zweite Region einen Parkplatz für Zugang zu dem Ziel beinhaltet.
Gemäß einer Ausführungsform ist der Prozessor dazu konfiguriert, die Verfügbarkeit von Hochgeschwindigkeitsabdeckung für einen Parkplatz innerhalb des Parkbereichs zu bestimmen.
Gemäß einer Ausführungsform ist der Prozessor dazu konfiguriert, die Verfügbarkeit von Hochgeschwindigkeitsabdeckung für den Parkplatz basierend darauf zu bestimmen, dass zuvor eine erfolgreiche Hochgeschwindigkeitsübertragung mit einem zweiten Fahrzeug, das zuvor auf dem Parkplatz geparkt hatte, beobachtet wurde.
Gemäß einer Ausführungsform ist der Prozessor dazu konfiguriert, einen verfügbaren Parkplatz innerhalb der Region mit Hochgeschwindigkeitsabdeckung zu bestimmen und visuell zu identifizieren.

Claims

System, umfassend: einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist; Identifizieren eines Parkplatzes innerhalb eines vordefinierten Abstands zu einem Zielstandort, der sich mit identifizierten Bereichen mit Hochgeschwindigkeitsabdeckung überlappt, die eine vordefinierte Geschwindigkeit erfüllt; und Anzeigen von visuellen Indikatoren des identifizierten Parkplatzes, wenn sich ein Fahrzeug innerhalb eines vordefinierten Abstands zu dem identifizierten Parkplatz befindet.
System nach Anspruch 1, wobei die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine Benutzerangabe beinhaltet.
System nach Anspruch 1, wobei die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine ausstehende Anfrage beinhaltet.
System nach Anspruch 3, wobei die ausstehende Anfrage eine angeforderte Übertragungsgeschwindigkeit beinhaltet.
System nach Anspruch 3, wobei die ausstehende Anfrage ein angefordertes Datenvolumen beinhaltet, das einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
System nach Anspruch 3, wobei die ausstehende Anfrage einen Kritikalitätsindikator beinhaltet, der einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
System nach Anspruch 1, wobei das Identifizieren eines Parkplatzes ferner das Identifizieren eines Parkplatzes beinhaltet, der auch als unbelegter Parkplatz bestimmt wird.
System nach Anspruch 1, wobei das Anzeigen von visuellen Indikatoren das Anzeigen von Parkverfügbarkeit beinhaltet.
System, umfassend: einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass eine Hochgeschwindigkeitsdatenübertragung für ein Fahrzeug gewünscht ist; Bestimmen von Regionen innerhalb eines vordefinierten Abstands zu einer aktuellen Route, die sich mit Bereichen mit Hochgeschwindigkeitsabdeckung überlappen, die eine vordefinierte Geschwindigkeit erfüllt; und Anzeigen von visuellen Indikatoren der Regionen als Reaktion darauf, dass sich das Fahrzeug innerhalb eines vordefinierten Abstands zu den bestimmten Regionen befindet, während es die aktuelle Route fährt.
System nach Anspruch 9, wobei die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine Benutzerangabe beinhaltet.
System nach Anspruch 9, wobei die Bestimmung, dass eine Hochgeschwindigkeitsdatenübertragung gewünscht ist, eine ausstehende Anfrage beinhaltet.
System nach Anspruch 11, wobei die ausstehende Anfrage eine angeforderte Übertragungsgeschwindigkeit beinhaltet.
System nach Anspruch 11, wobei die ausstehende Anfrage ein angefordertes Datenvolumen beinhaltet, das einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
System nach Anspruch 11, wobei die ausstehende Anfrage einen Kritikalitätsindikator beinhaltet, der einen zuvor festgelegten Schwellenwert für Hochgeschwindigkeitsübertragung erfüllt.
System, umfassend: einen Prozessor, der zu Folgendem konfiguriert ist: Bestimmen, dass ein Fahrzeug in einen Parkbereich eingetreten ist; Bestimmen einer Region mit Hochgeschwindigkeitsabdeckung, die eine vordefinierte Geschwindigkeit erfüllt, innerhalb des Parkbereichs; Anzeigen von visuellen Indikatoren der bestimmten bekannten Region; und als Reaktion auf eine Benutzeranfrage Bereitstellen von lokalisierter Führung innerhalb des Parkbereichs zu einem Parkplatz innerhalb der bekannten Region.