DE102022105865A1

DE102022105865A1 - Dynamische geofencing-hysterese

Info

Publication number: DE102022105865A1
Application number: DE102022105865.4A
Authority: DE
Inventors: Hussam Makkiya; Nunzio DeCia; Elena Ilieva
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2021-03-19
Filing date: 2022-03-14
Publication date: 2022-09-22
Also published as: CN115119145A; CN115119145B; US20220303719A1; US11540084B2

Abstract

Ein Fahrzeug-Geofence-System kann eine Fahrzeugstandorterfassungsvorrichtung, die dazu konfiguriert ist, Fahrzeugstandortdaten für ein Fahrzeug bereitzustellen, einen Speicher, der dazu konfiguriert ist, Geofence-Daten zu pflegen, und einen Prozessor beinhalten, der programmiert ist zum Empfangen der Fahrzeugstandortdaten, Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit den Geofence-Daten, als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert, Empfangen einer Benutzerrückmeldung zu der Anfrage und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.

Description

GEBIET DER TECHNIK
In dieser Schrift offenbart sind Systeme und Verfahren zur dynamischen Geofencing-Hysterese.
ALLGEMEINER STAND DER TECHNIK
Fahrzeugsysteme verwenden häufig Fahrzeugstandortdaten und Geofence-Daten, um Alarme auszugeben, Dritte über das Eintreffen eines Fahrzeugs zu benachrichtigen usw. Derartige Geofences, die virtuelle Grenzen für ein spezifisches geographisches Gebiet erschaffen, können durch Einkaufszentren, Gemeinden sowie den Fahrer eingerichtet werden. Jedoch können Ungenauigkeiten mit gemeldeten Fahrzeugstandorten falsche Alarme oder Informationen erschaffen, was zu einer redundanten oder ungenauen Meldung des Fahrzeugstandorts führt.
KURZDARSTELLUNG
Ein Fahrzeug-Geofence-System kann eine Fahrzeugstandorterfassungsvorrichtung, die dazu konfiguriert ist, Fahrzeugstandortdaten für ein Fahrzeug bereitzustellen, einen Speicher, der dazu konfiguriert ist, Geofence-Daten zu pflegen, und einen Prozessor beinhalten, der programmiert ist zum Empfangen der Fahrzeugstandortdaten, Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit den Geofence-Daten, als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert, Empfangen einer Benutzerrückmeldung zu der Anfrage und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
Ein Verfahren für ein Fahrzeug-Geofence-System kann Empfangen von Fahrzeugstandortdaten für ein Fahrzeug, Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit in einem Speicher gespeicherten Geofence-Daten, als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert, Empfangen einer Benutzerrückmeldung zu der Anfrage und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
Ein Fahrzeug-Geofence-System kann eine Fahrzeugstandorterfassungsvorrichtung, die dazu konfiguriert ist, Fahrzeugstandortdaten für ein Fahrzeug bereitzustellen, einen Speicher, der dazu konfiguriert ist, Geofence-Daten zu pflegen, eine Fahrzeuganzeige, die dazu konfiguriert ist, Informationen anzuzeigen und Benutzerrückmeldung zu empfangen, und einen Prozessor beinhalten, der zu Folgendem programmiert ist: Anweisen der Anzeige, als Reaktion auf ein Bestimmen, dass das Fahrzeug auf Grundlage der Standortdaten einen Geofence überquert hat, eine Anfrage an einen Benutzer bezüglich der Genauigkeit der Geofence-Überquerung zu präsentieren, Empfangen der Benutzerrückmeldung zu der Anfrage an der Anzeige und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
Figurenliste
Die Ausführungsformen der vorliegenden Offenbarung werden besonders in den beigefügten Patentansprüchen hervorgehoben. Andere Merkmale der verschiedenen Ausführungsformen werden jedoch durch Bezugnahme auf die folgende detaillierte Beschreibung in Verbindung mit den beigefügten Zeichnungen deutlicher und am besten nachvollziehbar, in denen Folgendes gilt:

1 veranschaulicht ein beispielhaftes Diagramm, das ein Fahrzeug beinhaltet, das für den Zugriff auf Telematikserver konfiguriert ist, und eine mobile Vorrichtung,
2 veranschaulicht ein beispielhaftes Kartenbild eines Geofence mit Fahrzeugstandorten innerhalb und außerhalb des Geofence;
3A veranschaulicht ein beispielhaftes Diagramm eines Fahrzeugstandorts, der als außerhalb eines Geofences liegend bestimmt wurde;
3B veranschaulicht ein beispielhaftes Diagramm eines Fahrzeugstandorts, der auf Grundlage der Fahrzeughysterese als zumindest teilweise innerhalb eines Geofence liegend bestimmt wurde;
3C veranschaulicht ein beispielhaftes Diagramm eines Fahrzeugstandorts, der auf Grundlage der Fahrzeughysterese als zumindest möglicherweise innerhalb eines Geofence liegend bestimmt wurde;
4 veranschaulicht ein beispielhaftes Schema eines Parkplatzes, der Geofences verwendet, um Parkstandorte zu bestimmen,
5 veranschaulicht einen beispielhaften Prozess für das Geofencing-System;
6 veranschaulicht eine beispielhafte Benutzerschnittstelle für das Geofence-System;
7 veranschaulicht eine beispielhafte Benutzerschnittstellenanzeige, die einen Geofence-Alarm bereitstellt.

DETAILLIERTE BESCHREIBUNG
Nach Bedarf werden in dieser Schrift detaillierte Ausführungsformen der vorliegenden Erfindung offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich beispielhaft für die Erfindung sind, die in verschiedenen und alternativen Formen umgesetzt werden kann. Die Figuren sind nicht unbedingt maßstabsgetreu; einige Merkmale können stark vergrößert oder verkleinert sein, um Details konkreter Komponenten zu zeigen. Daher sind in dieser Schrift offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um den Fachmann den vielfältigen Einsatz der vorliegenden Erfindung zu lehren.
In dieser Schrift wird ein Fahrzeug-Geofence-System offenbart, das dazu konfiguriert ist, Benutzern und Drittparteien Alarme bereitzustellen, wenn ein Fahrzeug in einen Geofence einfährt und aus diesem ausfährt. Fahrzeugsysteme verwenden häufig Fahrzeugstandortdaten und Geofence-Daten, um Alarme auszugeben, die Drittparteien über das Eintreffen eines Fahrzeugs benachrichtigen. Jedoch können Ungenauigkeiten des Fahrzeugstandorts zu redundanten oder fehlerhaften Benachrichtigungen führen. Die Ungenauigkeit des globalen Positionsbestimmungssystems (GPS) kann durch den Chipsatz des globalen Systems für mobile Kommunikation (GSM) des Fahrzeugs gemessen und dann als ein als 3D-Schätzfehler bekannter Wert gemeldet werden. Der 3D-Schätzfehler kann durch das Fahrzeug sowie einen externen Server gepflegt werden. Wenn bestimmt wird, ob der Fahrer hinsichtlich des Überquerens eines Geofences alarmiert werden soll, kann das Fahrzeug eine Nur-Ausfahrt-Hysterese durchführen, bei der man davon ausgeht, den Schätzfehler beim Einfahren des Fahrzeugs in den Geofence (z. B. eine Parklücke) zu ignorieren, aber den Schätzfehler vor Angeben, dass das Fahrzeug aus dem Geofence herausgefahren ist, zu verwenden. Zusätzlich kann der Fahrer oder eine Drittpartei über Situationen mit niedriger Genauigkeit informiert werden. Der Fahrer kann mit einer Anfrage aufgefordert werden, eine Rückmeldung in Echtzeit über eine Benutzerschnittstelle bereitzustellen, um anzugeben, ob ein Fahrzeug, das berechnete Fenceüberquerungseinfahrt- / -ausfahrtereignisse nach dem Anwenden von Hysterese berechnet hat, richtig lag. Dies kann dazu beitragen, dass der Server Daten über abonnierende Fahrzeuge aggregieren kann, um die Genauigkeit von Geofences und Alarmen zu erhöhen.
1 veranschaulicht ein beispielhaftes Diagramm eines Systems 100, das dazu konfiguriert ist, einem Fahrzeug 102 Telematikdienste bereitzustellen. Das Fahrzeug 102 kann verschiedene Arten von Personenkraftwagen einschließen, wie etwa Softroader (crossover utility vehicle - CUV), Geländewagen (sports utility vehicle - SUV), LKW, Wohnmobile (recreational vehicle - RV), Boote, Flugzeuge oder andere mobile Maschinen zum Befördern von Personen oder Transportieren von Gütern. Telematikdienste können als einige nicht einschränkende Möglichkeiten Navigation, Routenführungen, Fahrzeugdiagnoseberichte, lokale Unternehmenssuche, Unfallmeldungen und Freisprecheinrichtungen einschließen. In einem Beispiel kann das System 100 das SYNC-System beinhalten, hergestellt durch die Ford Motor Company in Dearborn, MI. Es ist anzumerken, dass das veranschaulichte System 100 lediglich ein Beispiel darstellt und mehr, weniger und/oder anders angeordnete Elemente verwendet werden können.
Das Infotainmentsystem 104 kann einen oder mehrere Prozessoren 106 beinhalten, die konfiguriert sind, um Anweisungen, Befehle und andere Routinen durchzuführen, um die in dieser Schrift beschriebenen Prozesse zu unterstützen. Zum Beispiel kann das Infotainmentsystem 104 dazu konfiguriert sein, Anweisungen von Fahrzeuganwendungen 110 zum Bereitstellen von Funktionen, wie etwa Navigation, Unfallmeldung, Satellitenradioentschlüsselung und Freisprecheinrichtung, auszuführen. Derartige Anweisungen und andere Daten können unter Verwendung einer Vielfalt von Arten von computerlesbaren Speichermedien 112 auf nichtflüchtige Weise gepflegt werden. Das computerlesbare Speichermedium 112 (auch als prozessorlesbares Medium 112, Speicher 112 oder Speicher bezeichnet) beinhaltet ein beliebiges nichttransitorisches Medium (z. B. ein physisches Medium), das an der Bereitstellung von Anweisungen oder anderen Daten beteiligt ist, die durch den Prozessor 106 des Infotainmentsystems 104 ausgelesen werden können. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder interpretiert werden, die unter Verwendung einer Vielfalt von Programmiersprachen und/oder -technologien hergestellt werden, einschließlich unter anderem und entweder allein oder in Kombination Java, C, C++, C#, Objective C, Fortran, Pascal, Java Script, Python, Perl und PLIstrukturierte Abfragesprache (structured query language - SQL).
Das Infotainmentsystem 104 kann mit verschiedenen Funktionen bereitgestellt sein, durch welche die Fahrzeuginsassen eine Verbindung mit dem Infotainmentsystem 104 herstellen können. Zum Beispiel kann das Infotainmentsystem 104 einen Audioeingang 114, der dazu konfiguriert ist, Sprachbefehle von Fahrzeuginsassen über ein verbundenes Mikrofon 116 zu empfangen, und einen zusätzlichen (auxiliary - AUX-)Audioeingang 118 beinhalten, der dazu konfiguriert ist, Audiosignale von verbundenen Vorrichtungen zu empfangen. Bei dem zusätzlichen Audioeingang 118 kann es sich um eine physische Verbindung, wie etwa ein Stromkabel oder ein Glasfaserkabel, oder einen drahtlosen Eingang, wie etwa eine BLUETOOTH-Audioverbindung, handeln. In einigen Beispielen kann der Audioeingang 114 dazu konfiguriert sein, Audioverarbeitungsfunktionen bereitzustellen, wie etwa Vorverstärkung von Signalen mit niedrigem Pegel und Umwandeln von analogen Eingaben in digitale Daten zum Verarbeiten durch den Prozessor 106.
Das Infotainmentsystem 104 kann außerdem einen Audioausgang oder mehrere Audioausgänge 120 zu einem Eingang eines Audiomoduls 122 mit einer Audiowiedergabefunktion bereitstellen. In weiteren Beispielen kann das Infotainmentsystem 104 die Audioausgabe an einen Insassen durch die Verwendung eines oder mehrerer fest zugeordneter Lautsprecher (nicht veranschaulicht) bereitstellen. Das Audiomodul 122 kann eine Eingangswähleinheit 124 beinhalten, die dazu konfiguriert ist, Audioinhalte von einer ausgewählten Audioquelle 126 zum Wiedergeben über die Fahrzeuglautsprecher 130 oder Kopfhörer (nicht veranschaulicht) einem Audioverstärker 128 bereitzustellen. Die Audioquellen 126 können als einige Beispiele decodierte amplitudenmodulierte (AM) oder frequenzmodulierte (FM) Funksignale und Audiosignale von Audiowiedergaben von Compact Disks (CDs) oder Digital Versatile Disks (DVDs) beinhalten. Audioquellen 126 können zudem Audio beinhalten, das von dem Infotainmentsystem 104 empfangen wurde, wie etwa durch das Infotainmentsystem 104 erzeugte Audioinhalte, von Flash-Speichersticks, welche mit einem Teilsystem 132 eines universellen seriellen Busses (USB-Teilsystem) des Infotainmentsystems 104 verbunden sind, entschlüsselte Audioinhalte und von dem zusätzlichen Audioeingang 118 durch das Infotainmentsystem 104 geleitete Audioinhalte.
Das Infotainmentsystem 104 kann eine Sprachschnittstelle 134 nutzen, um dem Infotainmentsystem 104 eine Freisprechschnittstelle bereitzustellen. Die Sprachschnittstelle 134 kann eine Spracherkennung von über das Mikrofon 116 empfangenen Audiodaten entsprechend einer verfügbaren Befehlen zugeordneten Grammatik und ein Erstellen von Sprachanforderungen zur Ausgabe über das Audiomodul 122 unterstützen. Die Sprachschnittstelle 134 kann Techniken der probabilistischen Spracherkennung unter Verwendung der Grammatik im Vergleich zur eingegebenen Sprache nutzen. In vielen Fällen kann die Sprachschnittstelle 134 eine Standard-Benutzerprofileinstellung zur Verwendung durch die Spracherkennungsfunktionen beinhalten, um zu ermöglichen, dass die Spracherkennung so eingestellt ist, dass sie im Durchschnitt gute Ergebnisse bereitstellt, was zu positiven Erfahrungen für die maximale Anzahl anfänglicher Benutzer führt. In einigen Fällen kann das System dazu konfiguriert sein, die durch die Eingangswähleinheit 124 vorgegebene Audioquelle zeitweise stummzuschalten oder anderweitig zu überspielen, wenn eine Audioanforderung durch das Infotainmentsystem 104 ausgegeben werden kann und eine andere Audioquelle 126 zur Wiedergabe ausgewählt ist.
Das Infotainmentsystem 104 kann zudem Eingaben von Steuerungen 136 von Mensch-Maschine-Schnittstellen (human-machine interface - HMI) empfangen, die dazu konfiguriert sind, eine Interaktion der Insassen mit dem Fahrzeug 102 bereitzustellen. Zum Beispiel kann das Infotainmentsystem 104 mit einer oder mehreren Tasten oder anderen HMI-Steuerungen, die dazu konfiguriert sind, Funktionen auf dem Infotainmentsystem 104 aufzurufen (z. B. Audiotasten am Lenkrad, einer Sprechtaste, Steuerungen am Armaturenbrett usw.), eine Schnittstelle herstellen. Das Infotainmentsystem 104 kann außerdem eine oder mehrere Anzeigen 138 steuern, die dazu konfiguriert sind, über eine Videosteuerung 140 eine visuelle Ausgabe für die Fahrzeuginsassen bereitzustellen, oder anderweitig mit den Anzeigen kommunizieren. In einigen Fällen kann es sich bei der Anzeige 138 um einen Touchscreen handeln, der ferner dazu konfiguriert ist, berührungsbasierte Eingaben des Benutzers über die Videosteuerung 140 zu empfangen, wohingegen in anderen Fällen die Anzeige 138 ein Anzeigebildschirm ohne die Möglichkeit zur berührungsbasierten Eingabe sein kann.
Das Infotainmentsystem 104 kann ferner dazu konfiguriert sein, über ein fahrzeuginternes Netzwerk oder mehrere fahrzeuginterne Netzwerke 142 mit anderen Komponenten des Fahrzeugs 102 zu kommunizieren. Die fahrzeuginternen Netzwerke 142 können eines oder mehrere von einem Fahrzeug-Controller-Area-Network (CAN), einem Ethernet-Netzwerk und einer mediengebundenen Systemübertragung (media oriented system transfer - MOST) einschließen, um nur einige Beispiele zu nennen. Durch die fahrzeuginternen Netzwerke 142 kann das Infotainmentsystem 104 mit anderen Systemen im Fahrzeug 102 kommunizieren, wie etwa einem Fahrzeugmodem 144 (bei einigen Konfigurationen unter Umständen nicht vorhanden), einem GPS-Modul 146 und einem GSM-Modul 145, das dazu konfiguriert ist, Informationen zu dem aktuellen Standort und der Fahrtrichtung des Fahrzeugs 102 bereitzustellen, und verschiedenen elektronische Steuerenheiten (electronic control units - ECUs) 148 des Fahrzeugs, die dazu konfiguriert sind, mit dem Infotainmentsystem 104 zusammenzuwirken. Als einige nicht einschränkende Beispiele können die Fahrzeug-ECUs 148 Folgendes einschließen: ein Antriebsstrangsteuermodul, das dazu konfiguriert ist, eine Steuerung der Betriebskomponenten des Motors (z. B. Leerlaufreglerkomponenten, Komponenten der Kraftstoffzufuhr, Komponenten zur Schadstoffausstoßüberwachung usw.) und eine Überwachung der Betriebskomponenten des Motors bereitzustellen (z. B. Status von Diagnosecodes des Motors); ein Karosseriesteuermodul, das dazu konfiguriert ist, verschiedene Funktionen zur Leistungssteuerung zu verwalten, wie etwa Außenbeleuchtung, Innenraumbeleuchtung, schlüsselloser Zugang, Fernstart und Verifizierung des Status von Zugangspunkten (z. B. Schließstatus der Motorhaube, der Türen und/oder des Kofferraums des Fahrzeugs 102); ein Funk-Sendeempfängermodul, das dazu konfiguriert ist, mit Funkschlüsseln oder anderen lokalen Vorrichtungen des Fahrzeugs 102 zu kommunizieren; und ein Klimasteuerverwaltungsmodul, das dazu konfiguriert ist, eine Steuerung und Überwachung der Heiz- und Kühlsystemkomponenten bereitzustellen (z. B. Steuerung von Kompressorkupplung und Gebläselüfter, Temperatursensorinformationen usw.).
Wie gezeigt, können das Audiomodul 122 und die HMI-Steuerungen 136 über ein erstes fahrzeuginternes Netzwerk 142A mit dem Infotainmentsystem 104 kommunizieren und können das Fahrzeugmodem 144, das GPS-Modul 146 und die Fahrzeug-ECU 148 über ein zweites fahrzeuginternes Netzwerk 142B mit dem Infotainmentsystem 104 kommunizieren. In weiteren Beispielen kann das Infotainmentsystem 104 mit mehr oder weniger fahrzeuginternen Netzwerken 142 verbunden sein. Zusätzlich oder alternativ können eine oder mehrere HMI-Steuerungen 136 oder andere Komponenten über andere fahrzeuginterne Netzwerke 142, die von den abgebildeten Netzwerken abweichen, oder direkt ohne Verbindung zu einem fahrzeuginternen Netzwerk 142 mit dem Infotainmentsystem 104 verbunden sein.
Das Infotainmentsystem 104 kann zudem dazu konfiguriert sein, mit mobilen Vorrichtungen 152 der Fahrzeuginsassen zu kommunizieren. Bei den mobilen Vorrichtungen 152 kann es sich um beliebige verschiedener Arten von tragbaren Rechenvorrichtungen handeln, wie etwa Mobilfunktelefone, Tablet-Computer, Smartwatches, Laptop-Computer, tragbare Musikwiedergabevorrichtungen oder andere Vorrichtungen, die zur Kommunikation mit dem Infotainmentsystem 104 in der Lage sind. In vielen Beispielen kann das Infotainmentsystem 104 einen drahtlosen Sendeempfänger 150 (z. B. ein BLUETOOTH-Modul, einen ZIGBEE-Sendeempfänger, einen WLAN-Sendeempfänger, einen IrDA-Sendeempfänger, einen Funkfrequenzidentifikations-(RFID-)Sendeempfänger usw.) beinhalten, der dazu konfiguriert ist, mit einem kompatiblen drahtlosen Sender empfänger 154 der mobilen Vorrichtung 152 zu kommunizieren. Zusätzlich oder alternativ kann das Infotainmentsystem 104 über eine drahtgebundene Verbindung mit der mobilen Vorrichtung 152 kommunizieren, wie etwa über eine USB-Verbindung zwischen der mobilen Vorrichtung 152 und dem USB-Teilsystem 132. In einigen Beispielen kann die mobile Vorrichtung 152 batteriebetrieben sein, während die mobile Vorrichtung 152 in anderen Fällen zumindest einen Teil ihrer Leistung über eine drahtgebundene Verbindung von dem Fahrzeug 102 bezieht.
Das Kommunikationsnetzwerk 156 kann Kommunikationsdienste, wie etwa paketvermittelte Netzwerkdienste (z. B. Internetzugang, VoIP-Kommunikationsdienste), Vorrichtungen bereitstellen, die mit dem Kommunikationsnetzwerk 156 verbunden sind. Ein Beispiel für ein Kommunikationsnetzwerk 156 kann ein Mobilfunknetzwerk einschließen. Mobile Vorrichtungen 152 können dem Kommunikationsnetzwerk 156 über ein Vorrichtungsmodem 158 der mobilen Vorrichtung 152 eine Netzwerkkonnektivität bereitstellen. Um die Kommunikationen über das Kommunikationsnetzwerk 156 zu ermöglichen, können mobile Vorrichtungen 152 eindeutige Vorrichtungskennungen (z. B. Nummern für mobile Vorrichtungen (mobile device numbers - MDNs), IP-(Internet-Protocol-)Adressen usw.) zugeordnet sein, um die Kommunikationen der mobilen Vorrichtungen 152 über das Kommunikationsnetzwerk 156 zu identifizieren. In einigen Fällen können Insassen des Fahrzeugs 102 oder Vorrichtungen mit der Berechtigung zum Verbinden mit dem Infotainmentsystem 104 entsprechend den Daten 160 zu gekoppelten Vorrichtungen, die in dem Speichermedium 112 gepflegt werden, durch das Infotainmentsystem 104 identifiziert werden. Die Daten 160 zu gekoppelten Vorrichtungen können zum Beispiel Folgendes angeben: die eindeutigen Vorrichtungskennungen der mobilen Vorrichtungen 152, welche vorangehend mit dem Infotainmentsystem 104 des Fahrzeugs 102 gekoppelt wurden, geheime Informationen, welche zwischen der gekoppelten Vorrichtung und dem Infotainmentsystem 104 geteilt wurden, wie etwa Verbindungsschlüssel und/oder persönliche Identifikationsnummern (PIN), und die zuletzt verwendeten oder Vorrichtungsprioritätsinformationen, sodass das Infotainmentsystem 104 ohne ein Eingreifen des Benutzers automatisch erneut eine Verbindung mit den mobilen Vorrichtungen 152 herstellen kann, welche den Daten in den Daten 160 zu gekoppelten Vorrichtungen entsprechen.
Wenn eine mobile Vorrichtung 152, die Netzwerkkonnektivität unterstützt, mit dem Infotainmentsystem 104 verbunden ist, kann die mobile Vorrichtung 152 ermöglichen, dass das Infotainmentsystem 104 die Netzwerkkonnektivität des Vorrichtungsmodems 158 verwendet, um über das Kommunikationsnetzwerk 156 mit dem Remote-Telematikserver 162 oder einer anderen Remote-Rechenvorrichtung zu kommunizieren. In einem Beispiel kann das Infotainmentsystem 104 einen Daten-über-Sprache-Plan oder einen Datenplan der mobilen Vorrichtung 152 zum Kommunizieren von Informationen zwischen dem Infotainmentsystem 104 und dem Kommunikationsnetzwerk 156 nutzen. Zusätzlich oder alternativ kann das Infotainmentsystem 104 das Fahrzeugmodem 144 nutzen, um Informationen zwischen dem Infotainmentsystem 104 und dem Kommunikationsnetzwerk 156 zu kommunizieren, ohne dabei Kommunikationseinrichtungen der mobilen Vorrichtung 152 zu verwenden.
Ähnlich dem Infotainmentsystem 104 kann die mobile Vorrichtung 152 einen oder mehrere Prozessoren 164 beinhalten, die dazu konfiguriert sind, Anweisungen von mobilen Anwendungen auszuführen, die von einem Speichermedium 112 der mobilen Vorrichtung 152 in einen Speicher 166 der mobilen Vorrichtung 152 geladen werden. In einigen Beispielen können die mobilen Anwendungen dazu konfiguriert sein, mit dem Infotainmentsystem 104 über den drahtlosen Sendeempfänger 154 und mit dem Remote-Telematikserver 162 oder anderen Netzwerkdiensten über das Vorrichtungsmodem 158 zu kommunizieren. Das Infotainmentsystem 104 kann zudem eine Vorrichtungsverknüpfungsschnittstelle 172 beinhalten, um die Einbindung von Funktionen der mobilen Anwendungen in die Grammatik von über die Sprachschnittstelle 134 verfügbaren Befehlen zu erleichtern. Die Vorrichtungsverknüpfungsschnittstelle 172 kann zudem den mobilen Anwendungen über die fahrzeuginternen Netzwerke 142 Zugriff auf Fahrzeugfunktionen und -informationen bereitstellen, die dem Infotainmentsystem 104 zur Verfügung stehen. Ein Beispiel für eine Vorrichtungsverknüpfungsschnittstelle 172 kann die SYNC APPLINK-Komponente des SYNC-Systems darstellen, bereitgestellt durch die Ford Motor Company in Dearborn, MI.
Die Fahrzeuganwendungen 110 können ein Geofence-System beinhalten, das dazu konfiguriert ist, einen Fahrzeugstandort von mindestens einem von dem GSM-Modul 145 oder dem GPS-Modul 146 zu bestimmen. Das GPS-Modul 146 kann einen Fahrzeugstandort angeben und das GSM-Modul 145 kann einen 3D-Schätzfehler für den GPS-Standort erzeugen. Diese Fahrzeugstandortdaten können durch den Prozessor 106 verwendet werden, um zu bestimmen, ob und wann ein Fahrzeug 102 einen Geofence überquert hat.
2 veranschaulicht ein beispielhaftes Kartenbild eines Geofence 200. Ein Geofence kann ein virtueller Umkreis sein, der ein geographisches Gebiet definiert. In dem Beispiel in 2 kann der Geofence kreisförmig sein und einen Radius um einen gewissen geographischen Standort bilden. In anderen Beispielen kann der Geofence 200 eine beliebige Form aufweisen, einschließlich länglich, viereckig usw. Geofences können durch einen Kunden, wie etwa ein Einzelhandelsunternehmen, ein Restaurant usw., über eine mobile App, ein Webportal usw. eingerichtet werden. Der Geofence 200 kann aus einer beliebigen Anzahl von Gründen erstellt werden, wie etwa Erfassen, wenn ein Fahrzeug in ein spezifisches geographisches Gebiet einfährt oder dieses verlässt. Dies kann zu Zwecken des Erfassens, wenn ein Fahrzeug an einem gewissen Ort eintrifft, zum Beispiel für eine Abholung am Straßenrand oder ein Einfahren in eine Parklücke, erfolgen. Geofencing kann unter anderen Verwendungen auch zur Diebstahlerfassung verwendet werden, wenn erfasst wird, dass ein Fahrzeug einen Geofence verlässt.
Der Geofence 200 kann durch eine Adressensuche, einen Point of Interest (POI), ein Platzieren einer Nadel auf einer Karte, eine natürliche Grenze, eine definierte Parklücke usw. definiert werden. In vielen Fällen werden Geofences über die Fahrzeugtelematik an Bord in einem Speicher, wie etwa dem Speicher 112, der in 1 veranschaulicht ist, gespeichert. Dies ermöglicht es dem Fahrzeug 102, Standortdaten effizienter zu verarbeiten, ohne Latenzverzögerungen, die häufig durch Kommunikation mit dem Kommunikationsnetzwerk 156 erzeugt werden.
Ein Fahrzeugstandort kann, wie vorstehend erläutert, auf Grundlage von Fahrzeugstandortdaten bestimmt werden, die durch das GPS-Modul 146 und das GSM-Modul 145 des Fahrzeugs 102 bereitgestellt werden. Die Geofence-Anwendung innerhalb des Fahrzeugs 102 kann den Fahrzeugstandort gegenüber den Geofences verarbeiten. In dem Fall, dass eine Geofence-Grenze überquert wird, können Daten bezüglich der Überquerung entweder beim Einfahren in den oder Verlassen des Geofence 200 übertragen werden. Das Fahrzeug 102 kann die Daten an das Kommunikationsnetzwerk 156 übertragen. Die Daten können ein Einfahren oder Ausfahren des spezifischen Fahrzeugs angeben. In diesem Beispiel kann die Cloud Geofence-Verwaltungsdienste verwalten.
Zusätzlich und wie vorstehend erläutert, kann das GSM-Modul 145 verwendet werden, um einen 3D-Schätzfehler des GPS-Signals zu bestimmen. Der 3D-Schätzfehler kann verwendet werden, um einen Radius um das Fahrzeug herum zu erzeugen, um mögliche Fahrzeugstandorte mit einem eingeschlossenen Fehler zu bestimmen.
Oftmals, wenn Fahrzeuge entlang einer Route fahren, kann das Fahrzeug an einen Geofence angrenzen. Das Geofence-System innerhalb des Fahrzeugs 102 kann dem Fahrer einen Alarm bereitstellen, dass die Fahrt in den Geofence 200 eingefahren ist. Gleichermaßen kann das Fahrzeug 102 dem Fahrer einen Alarm bereitstellen, wenn das Fahrzeug 102 aus dem Geofence ausfährt. Die Alarme können visuell, durch die Fahrzeuganzeige 138 oder Anzeigen der mobilen Vorrichtung, hörbar durch das Audiomodul 122 des Fahrzeugs oder der mobilen Vorrichtung oder haptische Alarme sein. Die Alarme können eine Kombination aus Alarmen sein.
Der Standort des Fahrzeugs 102 kann durch das GPS-Modul 146 bestimmt werden. Das GPS-Modul 146 kann jedoch bis zu einem gewissen Grad ungenau sein. Zum Beispiel kann das GPS-Modul 146 um bis zu 20 Meter ungenau sein. Während derartige Ungenauigkeiten herkömmliche Navigations- und Routensysteme an dem Fahrzeug möglicherweise nicht beeinflussen, können die Ungenauigkeiten Geofencing-Vergleiche beeinflussen. In dem in 2 gezeigten Beispiel kann ein Fahrzeug entlang einer Route 205 fahren. Eine Abfolge von GPS-Standorten 202 kann entlang dieser Route 205 empfangen werden, die den Standort des Fahrzeugs angeben. Jedoch können derartige GPS-Standorte in gewissen Gebieten, Tageszeiten usw. nicht vollständig genau sein. In einem Beispiel kann der GPS-Standort einen ersten GPS-Standort 210 beinhalten, der sich von dem tatsächlichen GPS-Standort 202 des Fahrzeugs unterscheidet. Der GPS-Standort kann einen zweiten GPS-Standort 215 beinhalten, der sich ebenfalls von dem tatsächlichen GPS-Standort 202 des Fahrzeugs unterscheidet. Dabei können der erste und der zweite GPS-Standort 210, 215 die Fehlerspanne bei der GPS-Modulauslesung darstellen. Das heißt, wenn das Fahrzeug 102 entlang der Route 205 fährt, können GPS-Standorte mit +/- 20 m empfangen werden.
Wenn sich das Fahrzeug 102 dem Außenumfang des Geofence 200 nähert, können die Ungenauigkeiten der GPS-Standorte (z. B. des veranschaulichten ersten und zweiten GPS-Standorts 210, 215) bewirken, dass sich das Fahrzeug 102 in den Geofence 200 hinein und aus diesem heraus bewegt. Bei jeder Überquerung des Geofence 200 kann das Fahrzeug 102 Alarme ausgeben, die angeben, dass das Fahrzeug in den Geofence 200 eingefahren ist und/oder diesen verlassen hat. Diese Alarme können für den Fahrer des Fahrzeugs 102 ablenkend und umständlich sein.
Zusätzlich können Drittparteien durch den Standort des Fahrzeugs in Bezug auf den Geofence 200 verwirrt sein. In dem Beispiel einer Drittpartei, die ein Einzelhandelsunternehmen ist, kann sich das Einzelhandelsunternehmen auf Benachrichtigungen des Fahrzeugs 102 stützen, das in den Geofence 200 einfährt oder diesen verlässt, um Artikel an den Straßenrand zu liefern, Gegenstände abzusetzen usw.
Um die Anzahl von Fehlalarmen aufgrund von GPS-Ungenauigkeiten zu verringern, kann das Geofence-System verschiedene Hystereseansätze verwenden, um Fehlalarme zu verhindern. In einem Beispiel können GPS-Ungenauigkeiten durch das GSM-Modul 145 des Fahrzeugs gemessen und dann als ein Wert gemeldet werden, der als 3D- Schätzfehler bekannt ist. Dieser Wert kann kontinuierlich in Echtzeit oder nahezu in Echtzeit aktualisiert werden, um dynamische Geofence-Grenzen bereitzustellen, um falsche Grenzüberquerungsereignisse weiter zu reduzieren. In den in dieser Schrift beschriebenen Beispielen kann eine Karte des 3D-Schätzfehlers durch den Server 162 gepflegt werden, anstatt ausschließlich auf dem Fahrzeug 102 selbst gespeichert zu werden. Dies kann ermöglichen, dass das System alle teilnehmenden Fahrzeuge periodisch ihre jeweiligen 3D-Schätzfehler -Werte an den Server 162 bereitstellt. Dies ermöglicht, dass mehr Datenaggregationsdienste eine Datenbank mit möglichen Hotspots erstellen, bei denen der 3D-Schätzfehler groß genug ist, um für kleinere Geofences verboten zu sein. Dies kann typischerweise in dichter besiedelten Gebieten auftreten.
Diese Informationen können auch einem Frontend-Client während der Geofence-Erschaffung bereitgestellt werden. Zum Beispiel kann der Client die Tatsache kennen, dass der 3D-Schätzfehler in einem Gebiet groß ist. Der Kunde kann zum Beispiel eine Alarm empfangen, wie etwa „Warnung: Andere Benutzer haben gemeldet, dass die Standortgenauigkeit des Fahrzeugs in diesem Gebiet nicht ideal ist, Sie könnten die Größe des Geofences erhöhen wollen, um Fehler zu reduzieren.“ Somit können Kunden Anweisungen zum Erschaffen geeigneter Fencegrößen auf Grundlage der Lokalisierungsfähigkeiten des Fahrzeugs für eine Vielzahl von Umgebungen erhalten, in denen ausreichend gemeldete Daten verfügbar sind.
Das Fahrzeug 102 kann eine spezifische Hysterese durchführen, um zu bestimmen, ob das Fahrzeug 102 einen Geofence überquert hat. In einem Beispiel kann das Fahrzeug 102 eine Nur-Ausfahrt-Hysterese durchführen, bei der man davon ausgeht, den Schätzfehler beim Einfahren des Fahrzeugs in den Geofence (z. B. eine Parklücke) zu ignorieren, aber den Schätzfehler vor Angeben, dass das Fahrzeug aus dem Geofence herausgefahren ist, zu verwenden. Ähnlich wie Kunden über die Erschaffung von Geofences informiert werden, können Fahrer auch über Fehler mit geringer Genauigkeit informiert werden.
Zusätzlich kann ein Benutzer eine Rückmeldung bezüglich einer geringen Fahrzeugstandortgenauigkeit bereitstellen. In einigen Beispielen kann das Fahrzeug 102 eine Alarm ausgeben und anschließend den Benutzer fragen, ob der Alarm genau ist. Zum Beispiel kann die Anzeige 138 einen Text wie etwa „Fahrzeug wurde innerhalb eines Geofence erfasst, spezifisch bei Ziel(R), Parkbucht 6 - Ist dies genau?“ anzeigen. Die Anzeige 138 kann Auswahloptionen wie etwa „Ja“ oder „Nein“ präsentieren, die der Benutzer auswählen kann. Die Anfrage kann auch hörbar über die Fahrzeuglautsprecher 130 oder durch die mobile Vorrichtung 152 präsentiert werden. Antworten auf die Anfrage können an den Server 162 gesendet werden, um die Datenbank möglicher Hotspots und Ungenauigkeiten zu erzeugen, die der Server 162 verwenden soll. Das Fahrzeug 102 kann auch seine Hysterese auf Grundlage der Benutzerrückmeldung aktualisieren. Somit unterstützt die Benutzerrückmeldung beim Verbessern und Abstimmen des Hysteresealgorithmus und ermöglicht weiteres adaptives Lernen im Laufe der Zeit, wenn der Benutzer gültige Ereignisse bestätigt und ungültige Ereignisse verwirft.
3A veranschaulicht ein beispielhaftes Diagramm des Fahrzeugs 102, das sich als außerhalb eines Geofences 300 befindet. In diesem Beispiel kann sich das Fahrzeug 102 dem polygonalen Geofence 300 nähern. Der Server 162 kann einen 3D-Schätzfehler für das Fahrzeug 102 bestimmen und einen möglichen Fahrzeugstandort oder -radius auf Grundlage des Schätzfehlers bestimmen. In einem Beispiel kann die Ungenauigkeit des Fahrzeugstandorts +/- 3 Fuß betragen, wodurch ein Radius 305 von 3 Fuß um den Fahrzeugstandort herum gebildet wird. Dies kann durch die Standortdaten einschließlich der GPS- und GSM-Daten bestimmt werden. In diesem Beispiel kann der Server 162 den Geofence 300 mit dem gemeldeten Standort +/- 3 Fuß vergleichen.
3B veranschaulicht ein beispielhaftes Diagramm des Fahrzeugs 102, das auf Grundlage der Fahrzeughysterese als zumindest möglicherweise innerhalb des Geofence 300 liegend bestimmt wurde. Die Fahrzeughysterese kann sich sowohl bei der Einfahrt in den als auch bei der Ausfahrt des Fahrzeugs 102 aus dem Geofence 300 anpassen. In einigen Beispielen beinhaltet die Hysterese verschiedene Anpassungen am gemeldeten Fahrzeugstandort, wenn geschätzt wird, ob sich das Fahrzeug innerhalb eines Geofence befindet oder nicht. Die Hysterese kann eine Nur-Ausfahrt-Hysterese beinhalten. In diesem Beispiel können falsche oder redundante Alarme vermieden werden, indem Hysterese verwendet wird, um den tatsächlichen Fahrzeugstandort zu schätzen.
3C veranschaulicht ein beispielhaftes Diagramm des Fahrzeugs 102, das auf Grundlage der Fahrzeughysterese als innerhalb des Geofence 300 liegend bestimmt wurde.
4 veranschaulicht ein beispielhaftes Schema eines beispielhaften Gebäudes 402 und eines zugeordneten Parkplatzes 404. Das Gebäude 402 kann ein Geschäft sein, das an der Abholung am Straßenrand teilnimmt. Der Parkplatz 404 kann Parklücken 406 beinhalten, denen eine Nummer zugewiesen ist. Jede Parklücke kann einen Geofence umreißen, um zu erfassen, wenn ein Fahrzeug in die Parklücke 406 einfährt oder diese verlässt. Das Gebäude 402 kann eine Benachrichtigung oder einen Alarm bezüglich der Einfahrt eines Fahrzeugs 102 in eine gewisse Parklücke 406 empfangen, sodass Waren an das Fahrzeug 102 geliefert werden können, wenn das Fahrzeug an dem Geschäft eintrifft. Jedoch kann die Fahrzeughysterese oftmals einen Einfahrthysterese-Geofence aufweisen, der größer als die Parklücke 406 ist, um Benachrichtigungen über das Einfahren in die Lücke zu begrenzen. Um dies zu umgehen, kann die Ausfahrthysterese verwendet werden, um Einfahrt-Ausfahrt-Rauschen bei diesen häufigen Fahrbedingungen zu blockieren und das Einfahren in eine enge Parklücke zu unterstützen. Insbesondere kann die Ausfahrthysterese als ein vernünftiger Kompromiss zwischen Genauigkeit und kleinen Geofence-Größen dienen. In dem Beispiel aus 4 kann der aggregierte geschätzte Fehler angeben, dass die Fencegröße klein ist und verbietend sein kann, aber eine Nur-Ausfahrt-Hysterese kann es dennoch ermöglichen, dass die Funktionen ausgeführt werden.
5 veranschaulicht einen beispielhaften Prozess 500 für das Geofencing-System, um Benutzerrückmeldung über gewisse Geofences zu empfangen, um die Hysteresegenauigkeit zu erhöhen. Der Prozess 500 kann bei Block 502 beginnen, bei dem das Fahrzeug 102, spezifisch der Prozessor 106, einen 3D-Schätzfehler auf Grundlage der GSM- und GPS-Daten des Fahrzeugs erzeugt. Das Fahrzeug 102 kann den 3D-Schätzfehler an den Server 162 übertragen. Dies kann über das Kommunikationsnetzwerk 156 erfolgen. Der Server 162 kann, wie vorstehend erläutert, diese Daten verwenden, um Gebiete mit höheren Fehlerraten zu bestimmen und Daten von den teilnehmenden Fahrzeugen zu aggregieren.
Bei Block 506 kann das Fahrzeug 102 bestimmen, ob eine Geofence-Grenze überquert wurde. Dies kann durch Vergleichen von Geofence-Daten mit dem 3D-Schätzfehler erreicht werden. Falls ein Geofence überquert wurde, geht der Prozess 500 zu Block 508 über. Falls nicht, wartet der Prozess 500 weiterhin darauf, dass der gemeldete Fahrzeugstandort in einen Geofence einfährt oder diesen verlässt. Das Fahrzeug 102 kann verschiedene Hysteresen verwenden, um zu bestimmen, ob der Geofence überquert wurde, einschließlich einer Nur-Ausfahrt-Hysterese.
Bei Block 508 kann das Fahrzeug 102 als Reaktion darauf, dass das Fahrzeug 102 einen Geofence erfasst und überquert, dem Benutzer eine Anfrage bezüglich der Genauigkeit jeglicher Geofence-Alarme bereitstellen. Wie vorstehend erläutert, kann das Fahrzeug 102 dem Benutzer einen Fragebogen präsentieren, ob der Geofence genau ist. Die Anfrage kann eine Frage wie etwa „Sind Sie gegenwärtig in Parklücke Nr. 6 geparkt“ beinhalten. Die Anfrage kann hörbar oder visuell sein und kann durch Systeme des Fahrzeugs 102, wie etwa die Anzeige 138 oder Fahrzeuglautsprecher 130, bereitgestellt werden. Zusätzlich oder alternativ kann die Anfrage über die mobile Vorrichtung 152 präsentiert werden.
Bei Block 510 kann das Fahrzeug die Benutzerantwort auf die Anfrage empfangen und die Antwort an den Server 162 übertragen. Der Server 162 kann diese Antwort verwenden, um Daten zu aggregieren und dem Fahrzeug 102 aktualisierte Hysterese bereitzustellen, um Geofences, 3D-Schätzfehler usw. besser zu verfeinern. Der Prozess 500 kann dann enden.
6 veranschaulicht eine beispielhafte Benutzerschnittstelle 600, die dem Benutzer eine Anfrage präsentiert. Die Anfrage kann eine Frage oder Nachricht 602 und auswählbare Antwortoptionen 604 beinhalten. Der Benutzer kann eine der Optionen 604 auswählen, um anzugeben, ob der Geofence überquert wurde. Die Optionen können eine Option beinhalten, die angibt, dass der Geofence überquert wurde und somit der Fahrzeugstandort genau ist, und eine andere Option, die angibt, dass der Geofence nicht überquert wurde und somit der Fahrzeugstandort ungenau ist. In einigen Fällen kann das Fahrzeug 102 zusätzlich zu der Anfrage einen Alarm präsentieren, dass der Geofence überquert wurde.
7 veranschaulicht einen beispielhaften Benutzerschnittstellenbildschirm 700, der einen Geofence-Alarm für den Fall bereitstellt, dass ein Benutzer oder Kunde einen Geofence in einem Gebiet erzeugen kann, der Berichten zufolge gewisse Ungenauigkeitsniveaus beim Erfassen des Fahrzeugstandorts aufweist. Der Alarm kann angeben, dass ein größeres Geofence-Gebiet Fehler oder Fehlalarme verringern kann. Der Bildschirm 700 kann ferner eine Angabe einer vorgeschlagenen Geofence-Größe im Vergleich zu der ursprünglich festgelegten Geofence-Größe 706 bereitstellen. Somit kann der Benutzer mehr gewünschte Ergebnisse und effizientere Geofences erzielen.
Dementsprechend kann dem Server 162 eine Benutzerrückmeldung bereitgestellt werden, um das Aggregieren von Benutzerdaten durch den Server 162 zu erleichtern, um aktualisierte Geofence-Daten, -Schätzung und -Genauigkeit bereitzustellen.
Wenngleich vorstehend beispielhafte Ausführungsformen beschrieben sind, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Vielmehr sind die in der Beschreibung verwendeten Ausdrücke beschreibende und keine einschränkenden Ausdrücke und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Wesen und Umfang der Erfindung abzuweichen. Des Weiteren können die Merkmale verschiedener umsetzender Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
Gemäß der vorliegenden Erfindung ist ein Fahrzeug-Geofence-System bereitgestellt, das Folgendes aufweist: eine Fahrzeugstandorterfassungsvorrichtung, die dazu konfiguriert ist, Fahrzeugstandortdaten für ein Fahrzeug bereitzustellen; einen Speicher, der dazu konfiguriert ist, Geofence-Daten zu pflegen; und einen Prozessor, der zu Folgendem programmiert ist: Empfangen der Fahrzeugstandortdaten, Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit den Geofence-Daten, als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert, Empfangen einer Benutzerrückmeldung zu der Anfrage und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
Gemäß einer Ausführungsform wird die Benutzerrückmeldung an einer Fahrzeuganzeige empfangen.
Gemäß einer Ausführungsform wird die Anfrage auf einer Fahrzeuganzeige angezeigt und beinhaltet mindestens zwei Antwortoptionen, wobei eine Option eine genaue Geofence-Überquerung angibt und die andere Option eine ungenaue Geofence-Überquerung angibt.
Gemäß einer Ausführungsform wird die Anfrage auf einer mobilen Vorrichtung angezeigt, die dem Benutzer zugeordnet ist, und beinhaltet mindestens zwei Antwortoptionen.
Gemäß einer Ausführungsform ist die Anfrage eine hörbare Anfrage, die von mindestens einem Fahrzeuglautsprecher emittiert wird.
Gemäß einer Ausführungsform wird die Benutzerrückmeldung an einem Fahrzeugmikrofon empfangen.
Gemäß einer Ausführungsform ist die Fahrzeugstandorterfassungsvorrichtung mindestens eine von einer Vorrichtung eines globalen Positionsbestimmungssystems (GPS) und einer Vorrichtung eines globalen Systems für mobile Kommunikation (GSM).
Gemäß einer Ausführungsform beinhalten die Fahrzeugstandortdaten einen 3D-Schätzfehler, um den Fahrzeugstandort zu bestimmen.
Gemäß der vorliegenden Erfindung beinhaltet ein Verfahren für ein Fahrzeug-Geofence-System das Folgende: Empfangen von Fahrzeugstandortdaten für ein Fahrzeug; Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit in einem Speicher gespeicherten Geofence-Daten; als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert, Empfangen einer Benutzerrückmeldung zu der Anfrage; und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
In einem Aspekt der Erfindung wird die Benutzerrückmeldung an einer Fahrzeuganzeige empfangen.
In einem Aspekt der Erfindung wird die Anfrage auf einer Fahrzeuganzeige angezeigt und beinhaltet mindestens zwei Antwortoptionen.
In einem Aspekt der Erfindung wird die Anfrage auf einer mobilen Vorrichtung angezeigt, die dem Benutzer zugeordnet ist, und beinhaltet mindestens zwei Antwortoptionen.
In einem Aspekt der Erfindung ist die Anfrage eine hörbare Anfrage, die von mindestens einem Fahrzeuglautsprecher emittiert wird.
In einem Aspekt der Erfindung wird die Benutzerrückmeldung an einem Fahrzeugmikrofon empfangen.
Gemäß einem Aspekt der Erfindung werden die Fahrzeugstandortdaten von mindestens einer von einer Vorrichtung eines globalen Positionsbestimmungssystems (GPS) und einer Vorrichtung eines globalen Systems für mobile Kommunikation (GSM) erlangt.
In einem Aspekt der Erfindung beinhalten die Fahrzeugstandortdaten einen 3D-Schätzfehler, um den Fahrzeugstandort zu bestimmen.
Gemäß der vorliegenden Erfindung ist ein Fahrzeug-Geofence-System bereitgestellt, das Folgendes aufweist: eine Fahrzeugstandorterfassungsvorrichtung, die dazu konfiguriert ist, Fahrzeugstandortdaten für ein Fahrzeug bereitzustellen; einen Speicher, der dazu konfiguriert ist, Geofence-Daten zu pflegen, eine Fahrzeuganzeige, die dazu konfiguriert ist, Informationen anzuzeigen und Benutzerrückmeldung zu empfangen; und einen Prozessor, der zu Folgendem programmiert ist: Anweisen der Anzeige, als Reaktion auf ein Bestimmen, dass das Fahrzeug auf Grundlage der Standortdaten einen Geofence überquert hat, eine Anfrage an einen Benutzer bezüglich der Genauigkeit der Geofence-Überquerung zu präsentieren, Empfangen der Benutzerrückmeldung zu der Anfrage an der Anzeige und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
Gemäß einer Ausführungsform beinhaltet die Anfrage mindestens eine Frage und mindestens zwei Antwortoptionen.
Gemäß einer Ausführungsform ist die Fahrzeugstandorterfassungsvorrichtung mindestens eine von einer Vorrichtung eines globalen Positionsbestimmungssystems (GPS) und einer Vorrichtung eines globalen Systems für mobile Kommunikation (GSM).
Gemäß einer Ausführungsform beinhalten die Fahrzeugstandortdaten einen 3D-Schätzfehler, um einen Fahrzeugstandort zu bestimmen.

Claims

Fahrzeug-Geofence-System, das Folgendes umfasst: eine Fahrzeugstandorterfassungsvorrichtung, die dazu konfiguriert ist, Fahrzeugstandortdaten für ein Fahrzeug bereitzustellen; einen Speicher, der dazu konfiguriert ist, Geofence-Daten zu pflegen; und einen Prozessor, der zu Folgendem programmiert ist: Empfangen der Fahrzeugstandortdaten, Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit den Geofence-Daten, als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die eine Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert, Empfangen einer Benutzerrückmeldung zu der Anfrage, und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
System nach Anspruch 1, wobei die Benutzerrückmeldung an einer Fahrzeuganzeige empfangen wird.
System nach Anspruch 1, wobei die Anfrage auf einer Fahrzeuganzeige angezeigt wird und mindestens zwei Antwortoptionen beinhaltet, wobei eine Option eine genaue Geofence-Überquerung angibt und die andere Option eine ungenaue Geofence-Überquerung angibt.
System nach Anspruch 1, wobei die Anfrage auf einer mobilen Vorrichtung angezeigt wird, die dem Benutzer zugeordnet ist, und mindestens zwei Antwortoptionen beinhaltet.
System nach Anspruch 1, wobei die Anfrage eine hörbare Anfrage ist, die von mindestens einem Fahrzeuglautsprecher emittiert wird.
System nach Anspruch 1, wobei die Benutzerrückmeldung an einem Fahrzeugmikrofon empfangen wird.
System nach Anspruch 1, wobei die Fahrzeugstandorterfassungsvorrichtung mindestens eine von einer Vorrichtung eines globalen Positionsbestimmungssystems (GPS) und einer Vorrichtung eines globalen Systems für mobile Kommunikation (GSM) ist.
System nach Anspruch 1, wobei die Fahrzeugstandortdaten einen 3D-Schätzfehler beinhalten, um den Fahrzeugstandort zu bestimmen.
Verfahren für ein Fahrzeug-Geofence-System, das Folgendes umfasst: Empfangen von Fahrzeugstandortdaten für ein Fahrzeug; Vergleichen eines Fahrzeugstandorts, wie durch die Fahrzeugstandortdaten angegeben, mit in einem Speicher gespeicherten Geofence-Daten; als Reaktion auf ein Bestimmen, dass das Fahrzeug einen Geofence überquert hat, Präsentieren einer Anfrage an einen Benutzer, die eine Rückmeldung bezüglich der Genauigkeit der Geofence-Überquerung anfordert; Empfangen einer Benutzerrückmeldung zu der Anfrage; und Bereitstellen der Benutzerrückmeldung an einen Server außerhalb des Fahrzeugs.
Verfahren nach Anspruch 9, wobei die Benutzerrückmeldung an einer Fahrzeuganzeige empfangen wird.
Verfahren nach Anspruch 9, wobei die Anfrage auf einer Fahrzeuganzeige angezeigt wird und mindestens zwei Antwortoptionen beinhaltet.
Verfahren nach Anspruch 9, wobei die Anfrage auf einer mobilen Vorrichtung angezeigt wird, die dem Benutzer zugeordnet ist, und mindestens zwei Antwortoptionen beinhaltet.
Verfahren nach Anspruch 9, wobei die Anfrage eine hörbare Anfrage ist, die von mindestens einem Fahrzeuglautsprecher emittiert wird.
Verfahren nach Anspruch 9, wobei die Benutzerrückmeldung an einem Fahrzeugmikrofon empfangen wird.
Verfahren nach Anspruch 9, wobei die Fahrzeugstandortdaten von mindestens einer von einer Vorrichtung eines globalen Positionsbestimmungssystems (GPS) und einer Vorrichtung eines globalen Systems für mobile Kommunikation (GSM) erlangt werden.